JP2002140402A - Method for providing vehicle pool service and system for the same and device for the same - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method and system and device for providing a vehicle pool service capable of efficiently using a vehicle. SOLUTION: A plurality of driver's trip schedule information is transmitted from a navigation device 1-1 or the like, and registered in a server device 3. When a desired condition inputted from a customer is transmitted from terminal equipment 2-1, the server device 3 retrieves any trip schedule information matched with the desired condition of the customer from among the registered trip schedule information, and returns the list of the retrieved results to the terminal equipment 2-1. The terminal equipment 2-1 displays the retrieved results returned from the server device 3, and when any trip schedule information is selected by the customer, the terminal equipment 2-1 designates the trip schedule information and transmits the customer's intention to apply for the vehicle pool to the server device 3. The server device 3 informs a navigation device corresponding to a driver in which the trip schedule information selected by the customer is registered of the customer's intention to apply for the vehicle pool, and at the time of acquiring the positive replay, the server device 3 informs the terminal equipment 2-1 of the result.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a vehicle sharing service providing method, system and apparatus for requesting and approving a vehicle sharing service using a terminal device or the like connected to a network.

In this specification, an apparatus that performs a predetermined operation by executing a program stored in a RAM or a ROM using various processors such as a CPU will be referred to as a computer. And

[0003]

2. Description of the Related Art In recent years, traffic congestion on roads in urban areas has become chronic with the increase in the number of vehicles. In addition, traffic accidents tend to increase as the number of vehicles increases. Furthermore, as the number of vehicles increases, the consumption of petroleum, which is the raw material of the fuel, also increases.

By the way, the number of occupants of a general vehicle is as follows:
In the case of a sedan type, there are four or five people, and in the case of a minivan or wagon type, there are about seven or eight people. But usually,
In most cases, it is used by one person or a small group.
In many cases, the number of passengers has not been reached. In this way, if there are vacant seats, if the person who wants to move to the same point can be carried along, the number of traveling vehicles will decrease accordingly, the above-mentioned road congestion, traffic accident occurrence, oil consumption Etc. decrease.

[0005]

However, conventionally, there is no suitable way to find a person moving in the same direction, so that each person drives a vehicle separately, or a person who cannot drive a vehicle is required. Consider using other means of transportation. For this reason, in the past, even if there were multiple people thinking of moving in the same direction, and even if there was a vacant seat in the vehicle, no other passengers were allowed to ride in that vacant seat, which was wasteful. However, there was a problem that the vehicle could not be used efficiently.

SUMMARY OF THE INVENTION The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a vehicle sharing service providing method, a system and an apparatus which can use the vehicle efficiently. .

[0007]

In order to solve the above-mentioned problems, a method for providing a vehicle sharing service according to the present invention provides a method for registering conditions for allowing a passenger to ride on a vehicle using a first computer. Step 1; a second step in which the passenger who wishes to ride the vehicle selects a desired condition from the registered conditions by using a second computer; and a registrant corresponding to the selected registration content. On the other hand, a third step in which a ride applicant applies for a ride using a second computer, and a fourth step in which the registrant who has received the application uses the first computer to approve the contents of the application And

[0008] From the conditions set in advance by the vehicle owner or the user, a rider who wishes to ride can be selected and the ride can be applied for, and approval can be given to the application. Therefore, when there is a vacant seat in the vehicle, it is possible to allow the passenger to ride in the vacant seat, and the vehicle can be used efficiently.

It is desirable that the conditions registered in the first step include the registrant's personal information and the registrant's itinerary information. As a result, the contents of the registrant's personal information can be known in advance, and it becomes possible to select a registrant who is likely to be fit. In addition, since the registrant's itinerary can be known in advance, a passenger who wishes to share the ride can exclude in advance selection candidates that are significantly different from his or her own itinerary, and can efficiently extract registration information with a possibility of sharing the ride. .

It is desirable that the registrant's personal information described above includes the registrant's first and last name, gender, contact information, vehicle characteristic data, and smoking status. The rider can know clearly whether the registrant satisfies his / her desire by knowing these detailed information.

It is preferable that the above-mentioned conditions include general fee information set by a registrant. This allows us to compare the approximate rates offered by multiple registrants,
Economic choices that take into account fees are made possible.

It is desirable that the above-mentioned conditions include the number of people who can ride together for each itinerary information. By knowing the number of passengers who can be on board, a passenger who wishes to be on board can check the current vacancy status, so that it is possible to avoid unnecessary procedures such as making an application after the vacant seats are actually filled.

[0013] In the second step described above, by specifying at least one of a departure place and a destination of the itinerary scheduled by the fellow passenger, the conditions for matching the itinerary are determined using the second computer. It is desirable to have a fifth step of retrieving and a sixth step of receiving the selection by the fellow passengers while displaying the content of one or a plurality of selection candidates extracted by the retrieval by the second computer. . It is possible to judge the coincidence of the itinerary using the departure place and the destination, and by displaying only the selection candidates extracted after the judgment of the coincidence, the complexity of the selection by the fellow passengers can be reduced.

A third computer connected to the first and second computers via a predetermined network in response to a request for registration using the first computer performed in the first step described above. It is desirable to have a seventh step of registering the conditions according to.
Alternatively, in response to a search request using the second computer performed in the above-described fifth step, the itinerary is matched by the third computer connected to the first and second computers via a predetermined network. It is desirable to have an eighth step of searching for a condition to be performed. By performing predetermined registration processing and search processing by a third computer provided separately from the first computer operated by the registrant and the second computer operated by the passenger, everyone can equally register the registered contents. Access and use search results.

The fourth step is a ninth step of displaying information on the passenger who applied for the ride in the third step by using the first computer, and after confirming the display contents. No. 10 to notify specific fee information and approve registrant's application
It is desirable to have the following steps. By displaying the information on the passengers, an approval process can be performed after the registrant confirms the passengers. Further, since specific fee information is notified at the time of approval, the passenger who receives the notification can make a final decision after confirming the specific fee information.

The first computer is a navigation device having a route search function.
It is desirable to set specific fare information notified in the step based on the traveling distance calculated using this route search function. By determining the travel route using the route search function, accurate distance calculation can be performed.By using the travel distance determined in this way, it is possible to perform accurate fare calculation in consideration of the actual travel route. it can.

Further, the vehicle sharing service providing system according to the present invention comprises: a first computer for requesting registration of conditions for allowing a passenger to ride on the vehicle; and a second computer for requesting a passenger to apply for riding. Are connected to each of the first and second computers via a predetermined network, and perform a condition registration process in response to a registration request. A third computer for searching and transmitting a list of search results to the second computer.

From the conditions set in advance by the owner or user of the vehicle, a rider who wishes to ride can be selected to apply for riding, and approval can be given to this application. Therefore, when there is a vacant seat in the vehicle, it is possible to allow the passenger to ride in the vacant seat, and the vehicle can be used efficiently.

The above-mentioned second computer performs a process of accepting desired conditions input by a rider before applying for a ride, and displays a list of search results sent from the third computer. Do the processing,
It is desirable to apply for a ride by designating the registered contents selected by the rider from among them. By operating the second computer owned or used by the passenger himself / herself, the passenger can perform a process of receiving desired conditions and a process of displaying a list of search results,
This eliminates the need to go to the installation location to operate a special device, thereby improving operability.

It is desirable that the conditions for the registration request made by using the first computer include the personal information and the itinerary information of the registrant who makes the registration request. As a result, the contents of the registrant's personal information can be known in advance, and it becomes possible to select a registrant who is likely to be fit. In addition, since the registrant's itinerary can be known in advance, a passenger who wishes to share the ride can exclude in advance selection candidates that are significantly different from his or her own itinerary, and can efficiently extract registration information with a possibility of sharing the ride. .

The personal information of the registrant desirably includes the registrant's first and last name, gender, contact information, vehicle characteristic data, and whether or not smoking is performed. The rider can know clearly whether the registrant satisfies his / her desire by knowing these detailed information.

It is desirable that the above-mentioned conditions include general fee information set by a registrant. This allows us to compare the approximate rates offered by multiple registrants,
Economic choices that take into account fees are made possible.

It is desirable that the conditions described above include the number of passengers who can ride together for each piece of itinerary information. By knowing the number of passengers that can ride, the passengers who want to ride can check the current vacancy status, so that it is possible to avoid unnecessary work such as making an application after the vacant seats are actually filled.

The desired condition includes at least one of the departure place and the destination of the itinerary scheduled by the passenger, and the third computer stores the departure place and the destination, and the registrant. It is desirable to perform a search for registered contents based on the route that is scheduled to travel. It is possible to judge the coincidence of the itinerary using the departure place and the destination, and by displaying only the selection candidates extracted after the judgment of the coincidence, the complexity of the selection by the fellow passengers can be reduced.

Further, the third computer described above adds the information on the passenger who has applied for this ride to the ride application using the second computer, and
The first computer notifies the specific computer of the fee information in response to the operation of the registrant who has confirmed the content of the notification sent from the third computer, and It is desirable to approve the application. By displaying the information on the passengers, an approval process can be performed after the registrant confirms the passengers. Further, since specific fee information is notified at the time of approval, the passenger who receives the notification can make a final decision after confirming the specific fee information.

The above-mentioned first computer is a navigation device having a route search function, and can calculate specific fare information based on the mileage calculated using the route search function. desirable. By determining the travel route using the route search function, accurate distance calculation can be performed.By using the travel distance determined in this way, it is possible to perform accurate fare calculation in consideration of the actual travel route. it can.

Also, the vehicle sharing service providing apparatus of the present invention mediates between a vehicle applicant and a registrant, and includes means for receiving desired conditions sent from the vehicle applicant, A means to search for information that matches the desired conditions from the registered information of the registrant, and accepts the application of the fellow passenger who saw the search result and transfers the contents of this application to the registrant who is applying Means and means for transferring, when consent is obtained by the registrant to whom the contents of the application have been transferred, to the applicant.

The passengers and registrants do not negotiate directly with the other party, but only need to send desired conditions and registered contents to the sharing service providing apparatus. Can be. As a result, when there is a vacant seat in the vehicle, it is possible to allow the passenger to ride in the vacant seat, and the vehicle can be used efficiently.

Further, there is provided a driver information database including the registrant's first and last name, gender, contact information, vehicle characteristic data, and smoking status, and an itinerary information database including the registrant's travel schedule information. Therefore, it is desirable to search for registered information based on the information stored therein. The ride applicant can easily determine whether or not the ride is possible based on the information.

It is desirable that the computer operated by the registrant and the passenger desiring to be connected is connected via a predetermined network to function as a WWW server.
Thus, anyone can easily access the sharing service providing apparatus via the Internet.

[0031]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A vehicle sharing service providing system (hereinafter, referred to as a "car pool service system") according to an embodiment of the present invention will be described below with reference to the drawings.

FIG. 1 is a diagram showing the configuration of the car pool service system of the present embodiment. As shown in FIG. 1, the car pool service system of the present embodiment includes navigation devices 1-1, 1-2, 1-3,.
2-2, 2-3,..., The server device 3 is included. These devices are mutually connected via a predetermined network 4. It is assumed that the network 4 in the present embodiment includes various communication networks such as a general telephone network, a mobile telephone network, and the Internet.

Navigation devices 1-1, 1-2, 1-
Perform navigation operations such as display of map information around the own vehicle position, route search processing, and route guidance processing. Each navigation device and the network 4 are connected using, for example, a mobile phone. The navigation devices 1-1, 1-2, 1-3,... Are mounted on a vehicle.

The terminal devices 2-1, 2-2, 2-3,...
A person who wishes to ride another (driver) in the vehicle (hereinafter
This customer is referred to as "customer"), and the customer searches for a vehicle traveling to a desired destination or the like, and performs a process for applying for a ride.

As a specific example of the terminal device 2-1, etc.,
A portable personal computer (hereinafter, referred to as a “personal computer”), various portable information terminal devices (so-called PDA, etc.), a mobile phone having an Internet connection function, and the like are conceivable. Further, the terminal device 2-1 and the like may be realized by using a personal computer installed at the customer's home. In this manner, the customer can operate the terminal device 2-1 or the like owned or used to perform a process such as a ride application, so that the customer has to go to the installation location to operate a special device. Becomes unnecessary, and operability can be improved.

The server device 3 is installed in a predetermined car pool service center or the like, and performs a process for mediating between a driver searching for a passenger and a customer who wants to apply for a passenger. As described above, the navigation device 1-1 operated by the driver and the terminal device 2 operated by the customer are provided.
By performing a predetermined mediation process by the server device 3 provided separately from -1 or the like, anyone can use the car pool service equally.

FIG. 2 is a diagram showing a detailed configuration of the navigation device 1-1. As shown in the figure, the navigation device 1-1 includes a navigation controller 10, a D
VD reader 11, operation unit 12, vehicle position detection unit 13,
It includes a memory 14, a display device 15, and a communication processing unit 16. In addition, other navigation devices 1-2,
.. Have the same configuration, and a detailed description thereof will be omitted.

The navigation controller 10 operates the entire navigation apparatus 1-1, such as displaying a map around the position of the vehicle, searching for a route between a departure point and a destination specified by the user, and performing route guidance. Is controlled. This navigation controller 10 has C
This is realized by executing a predetermined operation program using a PU, a ROM, a RAM, and the like.

The DVD reading device 11 is loaded with one or more DVDs, and reads out map data necessary for map display, route search, etc. from one of the DVDs under the control of the navigation controller 10. The loaded disk is not limited to a DVD, and may be another disk-type storage medium.

The operation unit 12 has various operation keys such as up / down / left / right cursor keys and numeric keys, and outputs signals corresponding to the operation contents to the navigation controller 10. The vehicle position detection unit 13 includes a GPS receiver, a direction sensor, a distance sensor, and the like, detects the position of the vehicle (latitude and longitude), and outputs a detection result to the navigation controller 10.

The memory 14 stores an operation program for realizing each function of the navigation controller 10 and various setting data set by a driver or the like. The display device 15 is configured using, for example, a liquid crystal display panel having a screen size of about 7 inches, and displays a map or the like based on drawing data output from the navigation controller 10.

The communication processing section 16 performs processing for the navigation controller 10 to transmit and receive various data to and from the server 3 via the network 4. FIG.
FIG. 3 is a diagram illustrating a detailed configuration of a terminal device 2-1. As shown in the figure, the terminal device 2-1 includes a control unit 20, an operation unit 2
2, a display unit 24, and a communication processing unit 26. The other terminal devices 2-2, 2-3,... Have the same configuration, and a detailed description will be omitted.

The control unit 20 is realized using a CPU, a ROM, a RAM, and the like, executes various programs, and performs calculations for realizing various functions. Details of the operation of the control unit 20 will be described later. The operation unit 22 is for giving an operation instruction to the control unit 20. For example, if the terminal device 2-1 is realized by a personal computer, the operation unit 22 designates an arbitrary position by moving a pointer having operation keys such as alphabet keys and numeric keys, or a pointer on the screen. And a pointing device.

The display unit 24 displays an operation screen corresponding to various programs executed by the control unit 20, and is realized using, for example, a liquid crystal display panel. The communication processing unit 26 performs processing for the control unit 20 to transmit and receive various data to and from the server device 3 via the network 4.

FIG. 4 is a diagram showing a detailed configuration of the server device 3. As shown in the figure, the server device 3 includes a server control unit 30, a communication processing unit 32, a driver information database (DB) unit 34, and an itinerary information database (DB) unit 36.
It is comprised including. The server control unit 30 controls the operation of the entire server device 3. Specifically, the server control unit 30 performs a process of opening and operating a website that provides a car pool service to predetermined members and the like. Details of the operation of the server control unit 30 will be described later.

The communication processing unit 32 performs processing for the server control unit 30 to transmit and receive various data to and from the terminal device 2-1 and the navigation device 1-1 and the like via the network 4. The driver information database unit 34 stores information (driver information) such as a driver's first and last name and contact information. In addition, the itinerary information database unit 36 stores information (itinerary information) on a travel schedule registered by each driver. These driver information and itinerary information
The contents input by each driver using the navigation devices 1-1, 1-2, 1-3,... And received via the network 4 are stored.

The above navigation devices 1-1, 1-
.. Are connected to the first computer and the terminal device 2-.
.. Correspond to the second computer, and the server device 3 corresponds to the third computer and the sharing service providing device. The car pool service system according to the present embodiment has such a configuration. Next, the customer searches for the itinerary information of the driver traveling to his / her desired destination, etc., makes an application for a ride, and the contract The flow of the process up to establishment will be described in detail.

(1) Registration of Driver Information FIG. 5 is a flowchart showing an operation procedure of the navigation device when registering driver information. For example, a case will be described in which information about a driver owning the navigation device 1-1 is registered.

First, the navigation controller 10
Connects to the server device 3 via the network 4 (step 100). More specifically, the navigation controller 10 realizes a function as a WWW (World Wide Web) browser by executing a predetermined program, and executes a function specified by an operation instruction using the operation unit 12.
It connects to a server device 3 as a WWW server based on RL (Uniform Resource Locator).

Navigation device 1-1 and server device 3
When a connection is established with the navigation device 1, the content of the website operated by the server device 3 is
-1 is displayed on the display device 15. In a website operated by the server device 3, by pressing a predetermined button or the like arranged on the page, it is possible to move to a page for registering driver information.

When the user moves to the driver information registration page and a predetermined input form is displayed, the driver inputs driver information for each item using the operation unit 12 (step 101). FIG.
FIG. 2 is a diagram showing an example of an input form of driver information displayed in 1. As shown in the figure, the driver information includes first name, last name, e-mail address (e-mail), telephone number (TEL), vehicle type, vehicle color (vehicle color), smoking habit, gender, nationality, current address, vehicle The information includes personal information such as a number and general fee information (scheduled fee) scheduled by the driver when the customer is to ride. This scheduled fee is specified, for example, by a fee per unit distance.

As described above, in the present embodiment, since the predetermined driver information is registered in advance, it is possible to know in advance the contents of the personal information of the driver, and the customer can obtain the driver's personal information. Can be selected. In particular, since it is possible to know detailed information such as the presence / absence of sex and sex, the customer can clearly know whether or not the driver satisfies his / her desire. Further, since the scheduled fee is registered, the customer can compare the scheduled fee presented by a plurality of drivers, and can make an economical selection in consideration of the fee.

Next, the navigation controller 10
Determines whether the "send" button at the lower right of the input form shown in FIG. 6 has been pressed and an instruction (transmission instruction) to transmit driver information has been issued (step 10).
2). If the transmission instruction has not been given, a negative determination is made in step 102, the process returns to step 101, and the subsequent processing is continued.

If the transmission instruction is given, step 1
02, a positive determination is made, and the navigation controller 10 transmits the driver information input by the driver to the server device 3 (Step 103). The transmitted driver information is stored in the driver information database unit 34 provided in the server device 3.

The navigation controller 10
Stores the driver information in the memory 14 (step 10).
4), a series of processing ends. When changing the contents of the driver information already stored (for example, the scheduled fee), when the predetermined input form is displayed in step 101, the driver information stored in step 104 is read out. By displaying the contents in the display area corresponding to each item of the input form and re-inputting only the item to be changed, the trouble of inputting at the time of change can be reduced.

(2) Registration of Itinerary Information of Driver FIG. 7 is a flowchart showing an operation procedure of the navigation device when registering itinerary information of the driver. The navigation controller 10 determines whether the driver has set a departure place, a destination, and the like (step 20).
0) If the setting has been made, a positive determination is made and a predetermined input form is displayed (step 201). Specifically, as a case where the driver sets a departure place or a destination, for example, a case where a route search process is performed is considered. Further, the setting of the departure place and the destination is not necessarily required to be linked with the route search processing, and may be performed independently.

FIGS. 8 and 9 are views showing an example of an input form for itinerary information displayed in step 201. FIG. The itinerary information includes (1) information about a route scheduled to travel, and (2) information about a time, such as a date scheduled to travel and a departure time.

FIG. 8 shows an input form for making a setting relating to a route (route) scheduled to travel, in which items such as a departure place, a transit place, and a destination, and this trip go back and forth. An item indicating whether or not there is is included. Of these items, the departure point, transit point, and destination are automatically displayed if they have already been set in step 200, and the items that have not been set are blank. . Regarding whether or not to reciprocate, in the item “reciprocation”, when “yes” is selected, “reciprocation” is indicated, and when “no” is selected, “one-way” is indicated.

Further, a “next” button and a “cancel” button are provided near the lower right of the input form. By pressing the “next” button, the display can be switched to an input form for setting information on time. By pressing the "cancel" button, the operation of setting the itinerary information can be stopped.

FIG. 9 shows an input form for making settings relating to the time when a trip is scheduled, and shows items of date and time included in the itinerary information. As for the date and time, for example, the date at that time is displayed as initial data, but can be modified as appropriate. For the time, for example, “9
In addition to the case where it is clearly set as "hour and minute",
It may be set as a time zone having a certain range such as “morning”, “afternoon”, “evening”.

The input form shown in FIG. 9 includes items for the driver to specify the number of customers who are allowed to ride in the vehicle. Specifically, in the example shown in FIG. 9, an item “How many sheets can be accepted” is provided. By specifying the number of seats according to the size of the own vehicle or the like, the driver can specify the number of customers that can ride together.

The date and the like can be set separately for both the outward route and the return route. If a one-way trip is planned, the setting need only be made for the outward trip. Further, a “send” button and a “cancel” button are provided near the lower right. "Send"
By pressing the button, the inputted itinerary information can be transmitted to the server device 3. By pressing the “cancel” button, the display can be switched to the input form for setting information on the route shown in FIG.

As described above, in this embodiment, the itinerary of the driver is registered in advance, so that the customer can exclude in advance the selection candidates that are significantly different from his or her own itinerary, and can efficiently register the registration information with the possibility of sharing. Can be extracted. In addition, since the number of customers who are allowed to ride together is specified, the current vacancy status can be checked, so customers can avoid unnecessary procedures such as applying for applications after vacant seats are actually filled. can do.

When the predetermined input form is displayed, the driver inputs and corrects data for each item using the operation unit 12 (step 202). Next, the navigation controller 10 presses the “send” button at the lower right of the input form shown in FIG.
It is determined whether or not a transmission instruction for the itinerary information has been issued (step 203).

If the transmission instruction has not been issued, a negative determination is made in step 203, and the navigation controller 10 presses the "cancel" button at the lower right of the input form shown in FIG. Then, it is determined whether or not an instruction to stop the registration (stop instruction) has been issued (step 204).

Step 20 is performed while the stop instruction is not issued.
A negative determination is made in step 4, and the above-described processing after step 202 is repeated. When a stop instruction has been issued, the navigation controller 10 stops the process of registering the itinerary information, and ends a series of processes.

When the transmission instruction is issued, an affirmative determination is made in step 203 described above, and the navigation controller 10 transmits the itinerary information input by the driver to the server device 3 (step 205). The transmitted itinerary information is stored in the itinerary information database unit 36 provided in the server device 3.

The navigation device 1-1 stores the itinerary information in the memory 14 (step 206), and ends a series of processing. (3) Operation Procedure of Terminal Device FIG. 10 is a flowchart showing the operation procedure of the terminal device when the customer searches for itinerary information that matches his or her desired travel condition and applies for a ride. For example, a case where the customer operates the terminal device 2-1 will be described.

The control unit 20 in the terminal device 2-1 connects to the server device 3 via the network 4 (step 3).
00). More specifically, the control unit 20 realizes a function as a WWW browser by executing a predetermined program, and controls the U designated by an operation instruction using the operation unit 22.
Connect to the server device 3 based on the RL.

When a connection is established between the terminal device 2-1 and the server device 3, the contents of the website operated by the server device 3 are displayed on the display unit 24 of the terminal device 2-1. In a website operated by the server device 3, by pressing a predetermined button or the like arranged on the page, it is possible to move to a page for applying for a passenger.

When the user moves to the ride application page,
A predetermined input form for the customer to input his / her desired travel conditions (desired conditions) is transmitted from the server device 3 to the terminal device 2-1, and the display unit 24 of the terminal device 2-1.
Will be displayed. Then, the user inputs desired conditions using the operation unit 22 provided in the terminal device 2-1, and the desired conditions are transmitted to the server device 3 (step 301).

FIG. 11 is a diagram showing an example of an input form of the customer's desired condition displayed in step 301. As shown in the figure, the desired conditions include a departure place, a destination, and a date on which the user wants to ride. By pressing a button "Check offer" at the lower right of the input form, desired conditions can be transmitted to the server device 3.

As described above, according to the present embodiment, it is possible to determine the coincidence / non-coincidence with the itinerary information registered by the driver by designating the departure place and the destination as the desired conditions. Accordingly, only the selection candidates extracted by the matching determination can be displayed, so that the complexity of the selection by the customer can be reduced.

In this embodiment, each item of the desired condition can be searched without specifying all of them. Specifically, for example,
If the departure place is blank and only the destination and date are specified, search the itinerary information of the driver who will travel to the specified destination on the specified day regardless of the departure point Can be. Similarly, if the date is left blank and the departure point and destination are specified, it is possible to search the itinerary information of the driver who will travel from the specified departure point to the destination regardless of the date. it can.

When the desired condition is transmitted from the terminal device 2-1 to the server device 3, itinerary information matching the transmitted desired condition is searched by the server device, and the search result is returned. The control unit 20 receives the search result returned from the server device 3 and displays it on the display unit 24 (Step 302).

FIG. 12 is a diagram showing an example of a search result returned from the server device 3. In the figure, as an example,
Departure city A, destination city B, date (departure date) 200
The search results in the case of September 7, 0 (00/09/07), respectively, are shown, and two search results meeting the desired conditions are obtained.

The search results include the number of seats indicating the total number of customers each driver intends to ride on their own vehicle, the departure time (the time at which the driver is scheduled to depart from home, etc.), and the telephone number for each driver's contact information. Number or email address (E
Mail), and information such as the fee per unit distance set by each driver. Further, on the right side of each search result, a check box is provided for designating a party to apply for a shared ride.

Next, the control unit 20 determines whether any itinerary information has been selected (step 303). Specifically, when any of the check boxes shown in FIG. 12 is checked and the “Next” button at the lower right of the input form is pressed, the control unit 20 selects the itinerary information. Is determined. While the itinerary information is not selected, a negative determination is made in step 303 and the control unit 20
Enters a standby state.

When any of the itinerary information is selected, an affirmative determination is made in step 303, and the control unit 20 notifies the server device 3 to that effect. In response to this notification, a predetermined input form for inputting customer information is transmitted from server device 3. The control unit 20 receives this input form and displays it on the display unit 24 (step 30).
4).

FIG. 13 is a diagram showing an example of an input form for customer information displayed in step 304. As shown in the figure, the customer information includes information such as first and last name, e-mail address (e-mail), telephone number (TEL), smoking habit, sex, nationality, and current address. In the present embodiment, the car pool service provided by the server device 3 is provided only to members who have performed predetermined procedures in advance, and the customer information indicates that the customer is a member. In order to confirm this, the user ID and the password are included.

After the customer operates the operation unit 22 to input each item of the customer information and then presses the “send request” button at the lower right of the input form, the control unit 20 Is transmitted to the server device 3 (step 30).
5).

The server 3 receiving the request,
This request is transmitted to the navigation device of the target driver, the intention of the driver (whether or not to agree with the request) is confirmed, and it is determined whether or not the consent has been obtained. Then, the terminal device 2-1 sends a notification according to the presence or absence of the consent.
Reply to.

The control unit 20 determines whether or not the driver's consent has been obtained based on the reply from the server device 3 (step 306). If the consent is not obtained, a negative determination is made in step 306, and the control unit 20
Displays a notification to that effect on the display unit 24 and ends the series of processing.

If the driver's consent is obtained, an affirmative judgment is made in step 306, and the control unit 20 displays the notification received from the server device 3 on the display unit 24, and the customer officially requests a ride-on. It is determined whether or not an instruction to perform is performed (step 307).

FIG. 14 is a diagram showing a display example of a notification when the consent of the driver is obtained. This notification basically displays again the itinerary information selected by the customer based on the search result shown in FIG. 12 described above, and includes the departure place, the destination, the number of seats, and the contact information. Phone numbers and email addresses.

The difference from the contents shown in FIG. 12 described above is that (1) the display concerning the time is not the departure time of the driver itself, but the driver arrives at a predetermined point designated by the customer (for example, the customer's home address). (2) The display related to the fare is not the amount per unit distance but the total amount of the fare that the customer pays to the driver. The pickup time and the total amount of the fee are calculated by the navigation device of the driver who has received the application, and details thereof will be described later.

As shown in FIG. 14, a button “Accept”, a button “Cancel All”, and a button “Detailed Information of Mr. △△” are provided at the lower right of the screen. By pressing the "Accept" button, a formal application can be made. By pressing the “cancel all” button, it is possible to determine that all the procedures have not been performed and cancel the application. By pressing the “Detailed information on Mr. △△” button, detailed information on the driver (Ms. △△), specifically, the vehicle type and vehicle color (vehicle color) registered as the driver information described above. ), Smoking information, gender, nationality, current address, vehicle number, etc. (see FIG. 6).

When the "Accept" button is pressed and an instruction to formally apply for a shared ride is issued, step 30
An affirmative determination is made in step 7, and the control unit 20 transmits a notification to that effect to the server device 3 (step 308). Also,
If the “cancel all” button has been pressed, a negative determination is made in step 307, and the control unit 20 notifies the server apparatus 3 of the fact (to cancel the application).
(Step 309).

The server device 3 that has received the notification as to whether or not to make an application returns a confirmation message for confirming the contents to the terminal device 2-1. Specifically, if a ride application has been made, a notification such as "the application has been confirmed" and a confirmation message including details of the contents of the application are returned. If the ride application has been canceled, a confirmation message including a notification such as "Application has been canceled" is returned.

The control unit 20 receives the confirmation message returned from the server device 3, displays it on the display unit 24 (step 310), and ends a series of processing. (4) Operation Procedure of Navigation Apparatus FIG. 15 is a flowchart showing an operation procedure of the navigation apparatus when a request from a customer is received. A case where the driver owning the navigation device 1-1 receives a request will be described.

The navigation controller 10 determines whether or not a request transmitted from the server device 3 has been received (step 400). If the request is received, an affirmative determination is made in step 400, and the navigation controller 10 determines the total amount of the fee for bringing the customer corresponding to the request and the estimated time to arrive at the designated location of the customer, that is, The above-mentioned “pickup time” is calculated (step 401).

FIG. 16 is a diagram for specifically explaining a method of calculating the total amount of charges and the pick-up time. For example, (1) the driver's travel schedule is "B city ef as the destination and" A city ab "departs at 12:00, and (2) a customer at the point" A city cd "rides on Further, it is assumed that the fee per unit distance planned by the driver is 15 yen per km.

Basically, the fare is basically changed from “A city cd” where the customer rides, to “B city e” as the destination.
It is calculated according to the distance to f ". This distance can be obtained by performing a route search between the city A cd and the city B ef. For example, the distance between the city A cd and the city B ef If is calculated as 60 km, the fee is 15
It is calculated as (yen / km) × 60 (km) = 900 yen.
Hereinafter, this fee is referred to as a “basic fee”.

Further, the traveling route when the customer is not allowed to ride on the vehicle, that is, from “A city ab” to “B city e”
Compared with the travel distance of the travel route connecting between f ”(hereinafter referred to as“ the original travel route ”), the travel distance of the travel route when passing through“ A city cd ”in order to carry the customer in Is increased over a predetermined distance, a surcharge is set for the increase. In the present embodiment, for example, when the increase is 3 km or more, a surcharge of 10 yen per 1 km is set for the increase.

In the example shown in FIG. 16, the traveling route indicated by the dotted line is the initial traveling route, and the traveling route indicated by the solid line is the traveling route when the customer is on board. For example, if the traveling distance of the traveling route (solid line) in which the customer rides on the vehicle is increased by 10 km compared to the initial traveling route (dotted line), 10 (yen /
km) × 10 (km) = 100 yen extra charge is set. Therefore, in the example above, the total amount of the fee is
It is calculated as 1000 yen, which is the sum of the basic charge of 900 yen and the extra charge of 100 yen.

As for the pick-up time, the place of departure is "A
"City ab", destination "B city ef", and waypoint "A city c"
d ", the departure time is set to 12 o'clock, a route search is performed, and the expected arrival time at the transit point" A city cd "is calculated. Expected arrival time to "A city cd" is 12:03
It is assumed that it has been calculated to be 0 minutes.

As described above, in the present embodiment, since the initial travel route and the travel route when the customer is to be driven are determined using the route search function, accurate distance calculation can be performed. Therefore, it is possible to perform accurate fare calculation in consideration of the actual traveling route, and it is possible to accurately calculate the arrival time.

When the total charge and the pick-up time are calculated,
The navigation controller 10 displays the contents of the request received in step 400 on the display device 15 including these calculation results (step 402).
FIG. 17 is a diagram showing an example of the request content displayed in step 402. As shown in the figure, customer information (first and last name, contact information, etc.) is displayed as the request content, and the transit point data, that is, information on the location where the customer is to be ridden (prefecture, city, town,
Place name) is displayed. Further, the charge and the pick-up time calculated in step 402 are also displayed. Looking at these displayed contents, the driver determines whether or not to agree with the request. If so, the driver presses the “Accept” button provided at the lower right of the screen. Press the button.

Further, on the display screen, a button "Detailed information on Mr. XX" is provided, and by pressing this button, detailed information on the customer (Mr. XX), specifically, , Smoking information, gender, nationality, current address, etc. (see FIG. 13).

Further, the current number of remaining sheets is displayed on the display screen so that the number of remaining sheets can be confirmed. In the example shown in FIG. 17, the number of sheets initially set by the driver is 1, and the request is currently being received from one customer, so the number of remaining sheets is displayed as 0. . Note that the number of remaining seats can be changed. For example, if the number of seats, that is, the number of seats permitted to be increased by one more, the driver uses the operation unit 12 to increase the number of seats. Click the item of the number of remaining sheets on the screen and enter "1". The result of the update of the remaining number of sheets is transmitted to the server device 3 together with a response to the request (whether or not to agree), and the contents of the driver information database unit 34 are updated.

Next, the navigation controller 10
Determines whether an instruction to “agree” has been given to the request (step 403). If an instruction of “I do not agree” is given, a negative determination is made in step 403 and the navigation controller 10
Sends a reply to the request to the server device 3 to the effect that "I do not agree" (step 404).

The server device 3 which has received the notification of "I do not agree" notifies the customer terminal device 2-1 of the notification and also notifies the navigation device 1-1.
A confirmation message for confirming that the notice of "disagree" is received is returned to the navigation device 1-1. The navigation device 1-1 receives the confirmation message indicating "I do not agree" and displays it on the display device 15 (step 405), and ends a series of processes.

When an instruction of “agree” is given, an affirmative judgment is made in step 403, and the navigation controller 10 returns an “agree” to the request to the server device 3. (Step 40
6). The notification of "agree" is returned with the calculation result of the fee and the pick-up time added.

The server device 3 which has received the notification as to whether or not to agree with the request from the navigation device 1-1 transfers the content to the terminal device 2-1 corresponding to the customer making the request. When the notification of “agree” is transferred, the terminal device 2-1 returns a response as to whether or not to make a formal application as described above. The server device 3 returns a confirmation message notifying whether or not a formal application has been made from the customer to the navigation device 1-1.

The navigation device 1-1 determines whether the confirmation message received from the server device 3 is a formal application from a customer (step 407). If not a formal application from the customer, make a negative decision,
A confirmation message notifying the fact is displayed on the display device 15 (step 408), and the series of processing ends.

If the received confirmation message is a formal application from the customer, the navigation device 1-
1 makes an affirmative decision in step 407 described above,
A confirmation message notifying the fact is displayed on the display device 15 (step 409). FIG. 18 is a diagram showing an example of the confirmation message displayed in step 409. In the figure, the driver agrees to the request,
An example of a confirmation message when a formal application is made from a customer is shown. The confirmation message in this case includes the place of departure, the destination, the number of seats, the telephone number and e-mail address of the contact, the total pick-up time and the total price. At the bottom right of the screen, an “approval” button and a “cancel all” button are provided. By pressing the “approve” button, the driver can formally indicate his intention to agree to the application. By pressing the "cancel all" button, the driver can cancel the consent to the request, assuming that all the procedures have not been performed.

The navigation controller 10 determines whether an instruction to approve the request has been issued (step 410). When the "approval" button is pressed and an instruction to approve the request is issued, a positive determination is made in step 410, and the navigation controller 10 transmits a notification to that effect to the server device 3 (step 411). ).

If the "cancel all" button is pressed, a negative determination is made in step 410, and the navigation controller 10 sends a notification to that effect to the server device 3 (step 412). Server device 3 that has received a notification as to whether or not to approve the request formally
Returns a confirmation message for confirming the contents to the navigation device 1-1. Specifically, if the request has been approved, a notification such as “application has been approved” and a confirmation message including details of the application content are returned. If the consent to the request has been canceled, a confirmation message including a notification such as "Application has been canceled" is returned.

The navigation controller 10 receives the confirmation message returned from the server device 3, displays it on the display device 15 (step 413), and ends a series of processing. (5) Operation Procedure of Server Device FIGS. 19 and 20 are flowcharts showing the operation procedure of the server device 3 when mediating between the customer and the driver.

The server control unit 30 in the server device 3 determines whether or not the customer's desired condition transmitted from any terminal device has been received (step 500). For example, a case where customer information is transmitted from the terminal device 2-1 will be described. When the customer's desired condition is received, an affirmative determination is made in step 500, and the server control unit 30 searches for itinerary information that matches the customer's desired condition, and returns the search result to the terminal device 2-1. (Step 501).

Next, server control unit 30 determines whether or not one piece of itinerary information has been selected by the customer (step 502). While one itinerary information is not selected, a negative determination is made in step 502, and the server control unit 30 enters a standby state. If one piece of itinerary information is selected, an affirmative determination is made in step 502 and the server control unit 30
Is an input form for entering customer information (Fig. 1
3) to the terminal device 2-1 (step 50).
3).

Next, the server control unit 30 sets the terminal device 2-
It is determined whether or not the request transmitted from No. 1 has been received (step 504). While not receiving a request,
A negative determination is made in step 504 and the server control unit 30
Is in a standby state. Upon receiving the request, an affirmative determination is made in step 504, and the server control unit 30 transmits the request to the navigation device corresponding to the driver who registered the selected itinerary information (step 505). For example, a request is transmitted to the navigation device 1-1.

The server control unit 30 determines whether the driver has agreed to the request based on the reply from the navigation device 1-1 (step 506).
If the consent has not been obtained, the server control unit 30
This is notified to the terminal device 2-1 (step 507),
A series of processing ends.

If the driver agrees with the request, an affirmative determination is made in step 506, and the server control unit 30 notifies the terminal device 2 that the agreement of the driver has been obtained.
-1 is notified (step 508). Next, the server control unit 30 determines whether a formal application has been made by the customer based on the reply from the terminal device 2-1 (step 509). If a formal application has not been made, that is, if the application has been canceled, a negative determination is made in step 509, and the server control unit 30 notifies the navigation device 1-1 that the application has been canceled. Then (step 510), the series of processing ends.

If a formal application has been made, an affirmative determination is made in step 509, and the server control unit 30 notifies the navigation device 1 that the application has been made.
-1 is notified (step 511). Next, the server control unit 30 determines whether the application has been approved by the driver based on the reply from the navigation device 1-1 (step 512).

When the driver's approval is obtained,
An affirmative determination is made in step 512 and the server control unit 30
Transmits a confirmation message to the effect that the contract has been established to the navigation device 1-1 and the terminal device 2-1 (step 513), and ends a series of processes.

If the driver's approval has not been obtained, a negative determination is made in step 512, and the server control unit 30 sends a confirmation message indicating that the contract has not been established to the navigation device 1-1 and the terminal. Device 2-1
Is transmitted (step 514), and the series of processing ends.

Next, a method for delivering a fee paid by the customer to the driver and a fee paid by the driver to the car pool service provider (service provider) will be specifically described. In the simplest case where the customer pays a fee to the driver, a method in which the customer pays the driver with cash when the passenger is actually taken on board is conceivable. As another method, for example, a customer may transfer a fee to a bank account or the like designated by a driver.

Further, instead of the customer and the driver directly transferring the fee, a service provider may be interposed between the customer and the driver. In this case, for example, the customer asks the service provider to pay for the ride using a bank transfer or credit card, and transfers the paid fee to a bank account specified by the service provider. You just need to make a deposit.

Further, the service provider may collect a predetermined fee (for example, about 5% of the fee paid from the customer to the driver) from the driver as compensation for mediating between the customer and the driver. Conceivable. In this case, for example, the driver may have the service provider pay a fee using a bank transfer or a credit card.

Further, as described above, when the service provider intervenes between the customer and the driver to transfer the fare for the passenger, the service provider deducts a predetermined fee from the fee received from the customer. Then, the remaining fee can be paid to the driver using a bank transfer or the like.

Further, the service provider publishes advertisements of various companies and the like on the website that operates the car pool service and collects the advertisement fee, thereby making the brokerage fee charged to the driver free, Alternatively, a discount may be performed. As described above, in the car pool service system of the present embodiment, the driver information and the itinerary information set in advance by each driver are stored in the server device 3, and the customer selects the itinerary information that meets the conditions desired by the customer. And apply for a ride,
A final decision can be made on this application. Therefore, when there is a vacant seat in the vehicle, it is possible to allow the passenger to ride in the vacant seat, and the vehicle can be used efficiently.

Note that the present invention is not limited to the above-described embodiment, and various modifications can be made within the scope of the present invention. For example, in the embodiment described above,
The server device 3 compares the departure place and the destination included in the itinerary information registered by the driver with the departure place and the destination included in the desired condition specified by the customer, and performs a match / mismatch determination of the itinerary. Although the search for the itinerary information that matches the customer's desired condition has been performed, it is also possible to search for the itinerary information by obtaining the route that the driver is planning to travel in more detail.

In this case, map data for route search and a route search processing unit are prepared in the server device 3, and the departure point, destination, and transit point are determined based on the itinerary information registered by the driver. By setting a (route point designated by the driver) and performing a route search, the scheduled travel route of the driver may be obtained. In this case, if the driver registers route search conditions (for example, expressway priority) as itinerary information, a more detailed scheduled travel route can be obtained.

As described above, the driver's scheduled travel route is determined in detail, so that, for example, a point in the middle of the scheduled travel route or a point within a predetermined distance along the scheduled travel route is defined as a departure point or a destination. Itinerary information corresponding to the scheduled travel route can be presented as a search result to a desired customer, and the range of itinerary information that can be selected by the customer can be expanded. In addition, there is an advantage that the possibility of receiving a ride application increases for the driver.

Further, in the case where one driver receives a ride application from a plurality of customers in one trip, the number of customers increases, and the number of detours for picking up each customer increases. Since the time required for each customer to reach the destination increases, the price of each customer may be discounted in exchange for this.

[0127] In this case, for example, on a page of a website that operates a car pool service, as the consent regarding the use of the service, every time the number of customers increases, the rate is discounted under predetermined conditions. May be notified to the customer and the driver in advance. The predetermined conditions for discounting the fee include, for example, a discount of 20% for each customer when there are two customers, and a reduction of 30% for each customer when there are three customers. Condition is considered.

The recalculation of the fee in consideration of such a discount is preferably performed in the server device 3. That is, when the driver makes a contract with a new customer, the server device 3 manages the contract, and a contract with the new customer is made to a customer who has previously made a contract with this driver. Is established, and the fact that the fee has been discounted accordingly may be notified by e-mail or the like.

Further, when applying for a shared ride, a single application may be made so that a plurality of customers can be applied for shared ride. In this case, in the desired condition input form shown in FIG.
What is necessary is just to provide an item for designating the number of passengers to be on board. Accordingly, for example, when two friends and two want to go to the same destination, only one contract is required with the driver, so that the procedure can be simplified.

The number of transit points (points at which the customer rides) when each driver rides the customer and the number of customers (passenger number) to ride the customer are determined according to the type of vehicle to be used by the driver. Alternatively, a predetermined upper limit may be given. Specifically, for example, (1)
In the case of a sedan type with 4 or 5 passengers, the number of stops is 2 or the number of passengers (the number of seats) is 2
(2) In the case of a wagon type with 7 or 8 passengers, the server device is set with an upper limit value such as up to 3 transit points or up to 4 passengers. 3
It is stored in a memory or the like. Then, when receiving registration of driver information or mediating a contract between a customer and a driver, the server device 3 determines whether registration or a contract is possible by considering these upper limits. In this way, by setting the upper limit value for the waypoints and the number of passengers, there are too many waypoints and it takes a lot of time to pick up each customer, which makes each customer uncomfortable. Such a situation or a situation in which a contract exceeding the number of passengers can be made can be prevented.

In the above-described embodiment, each driver performs the registration processing of the driver information and the itinerary information or the processing of responding to the request from the customer using the navigation device. It is also possible to use a terminal device. In this case, a program equivalent to the above-described navigation device 1-1 and the like, specifically, a program for realizing a route search function, a charge calculation function, and the like, map data, and the like are installed in a personal computer or the like. What is necessary is just to connect this personal computer etc. and the server apparatus 3 via the network 4.

Further, in the above-described embodiment, the case where the car pool service system is implemented in Japan has been described as an example.
The car pool service system to which the present invention is applied can be implemented simply by changing the point of departure, destination, or the like, or the notation method of the fare, etc., according to the country to be implemented.

[0133]

As described above, according to the present invention, a vehicle owner or a user sets a condition from among the conditions set in advance.
The rider's request is selected and the rider's request is selected, and the rider's application is approved, so if there is a vacant seat in the vehicle, it is possible to bring the rider to the vacant seat , And the vehicle can be used efficiently.

[Brief description of the drawings]

FIG. 1 is a diagram illustrating a configuration of a car pool service system according to an embodiment.

FIG. 2 is a diagram showing a detailed configuration of a navigation device.

FIG. 3 is a diagram showing a detailed configuration of a terminal device.

FIG. 4 is a diagram showing a detailed configuration of a server device.

FIG. 5 is a flowchart showing an operation procedure of the navigation device when registering driver information.

FIG. 6 is a diagram illustrating an example of an input form for driver information.

FIG. 7 is a flowchart showing an operation procedure of the navigation device when registering itinerary information of a driver.

FIG. 8 is a diagram illustrating an example of an input form for itinerary information.

FIG. 9 is a diagram illustrating an example of an input form for itinerary information.

FIG. 10 is a flowchart showing an operation procedure of the terminal device when the customer searches for itinerary information that matches his or her desired travel conditions and makes an application for a shared ride.

FIG. 11 is a diagram showing an example of a desired condition input form.

FIG. 12 is a diagram illustrating an example of a search result returned from the server device.

FIG. 13 is a diagram showing an example of an input form for customer information.

FIG. 14 is a diagram showing a display example of a notification when the driver's consent is obtained.

FIG. 15 is a flowchart showing an operation procedure of the navigation device when a request from a customer is received.

FIG. 16 is a diagram specifically illustrating a method of calculating the total amount of charges and the pick-up time.

FIG. 17 illustrates an example of request contents.

FIG. 18 is a diagram illustrating an example of a confirmation message.

FIG. 19 is a flowchart showing an operation procedure of the server device when mediating between a customer and a driver.

FIG. 20 is a flowchart showing an operation procedure of the server device when mediating between a customer and a driver.

[Explanation of symbols]

 1-1, 1-2, 1-3 Navigation device 2-1 2-2, 2-3 Terminal device 3 Server device 10 Navigation controller 12, 22 Operation unit 14 Memory 15 Display device 16, 26, 32 Communication processing unit Reference Signs List 20 control unit 24 display unit 30 server control unit 34 driver information database (DB) unit 36 itinerary information database (DB) unit

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification code FI Theme coat ゛ (Reference) G01C 21/00 G01C 21/00 G G08G 1/0969 G08G 1/0969 // G09B 29/10 G09B 29/10 A

Claims (22)

[Claims] 1. A first step of using a first computer to register conditions for allowing a passenger to ride on a vehicle, and selecting a desired condition from the conditions registered in the first step. A second step in which a rider selects using a second computer; and a registrant corresponding to the registered content selected in the second step, wherein the rider selects the second computer A third step of applying for a ride using the third computer, and a fourth step in which the registrant who has received the application in the third step uses the first computer to approve the contents of the application, A method of providing a vehicle sharing service, comprising: 2. The method according to claim 1, wherein the condition registered in the first step includes:
A method for providing a vehicle sharing service, wherein personal information of the registrant and travel information of the registrant are included. 3. The registrant's personal information according to claim 2, wherein the registrant's personal information includes
A method for providing a vehicle sharing service, wherein the method includes information on contact information, vehicle characteristic data, and whether or not smoking is performed. 4. The method according to claim 2, wherein the condition includes general fee information set by the registrant. 5. The vehicle sharing service providing method according to claim 2, wherein the condition includes a number of passengers who can ride together for each piece of the itinerary information. 6. The method according to claim 1, wherein the second step is performed by designating at least one of a departure place and a destination of the itinerary scheduled by the passenger. A fifth step of searching for the condition using the second computer, and a state in which the contents of one or a plurality of selection candidates extracted by the search in the fifth step are displayed by the second computer. And a sixth step of receiving a selection made by the passenger who wishes to ride the vehicle. 7. The method according to claim 1, wherein the first and second communication are performed via a predetermined network in response to a request for registration using the first computer performed in the first step. 7. A method for providing a vehicle sharing service, comprising: a seventh step of registering the condition by a third computer connected to the third computer. 8. The computer according to claim 6, wherein the computer is connected to the first and second computers via a predetermined network in response to a search request using the second computer performed in the fifth step. An eighth step of performing a search for the condition that matches the itinerary by a third computer. 9. The method according to claim 1, wherein the fourth step is a step of displaying, using the first computer, information on the passenger who has applied for the ride in the third step. And a tenth step of, after confirming the display contents in the ninth step, notifying specific charge information and approving the application contents of the registrant. Characteristic vehicle sharing service providing method. 10. The method according to claim 9, wherein the first computer is a navigation device having a route search function, and the specific fare information notified in the tenth step is the navigation device included in the navigation device. A method for providing a vehicle sharing service, wherein the method is set based on a traveling distance calculated using a route search function. 11. A first computer for making a request for registration of conditions for allowing a passenger to ride in a vehicle, a second computer for applying for a ride by a passenger who wishes to ride, and a computer for the first and second computers. They are connected to each other via a predetermined network, perform the registration processing of the conditions in response to the registration request, and search for registered contents that match the desired conditions of the passengers when applying for the ride, and search the search results. And a third computer for transmitting the list to the second computer. 12. The computer according to claim 11, wherein the second computer performs a process of accepting the desired condition input by the rider before applying for the ride, and transmits the request from the third computer. A process for displaying a list of the search results obtained, and specifying the registered content selected by the passenger from the passengers from the list, and applying for the passenger sharing, wherein the vehicle sharing service providing system is provided. . 13. The condition as a target of a registration request made by using the first computer according to claim 11 or 12, wherein personal information and itinerary information of a registrant making the registration request are included. A vehicle sharing service providing system. 14. The personal information of the registrant according to claim 13, wherein the registrant's personal information includes
A vehicle sharing service providing system including contact information, vehicle characteristic data, and presence / absence of smoking. 15. The vehicle sharing service providing system according to claim 13, wherein the condition includes general fee information set by the registrant. 16. The vehicle sharing service providing system according to claim 13, wherein the condition includes the number of passengers who can ride together for each piece of the itinerary information. 17. The computer according to claim 12, wherein the desired condition includes at least one of a departure place and a destination of the itinerary scheduled by the fellow passenger. A vehicle sharing service providing system for performing a search for the registered content based on a location, the destination, and a route on which the registrant plans to travel. 18. The method according to claim 11, wherein the third computer receives information on the rider who has made the application in response to the ride application using the second computer. In addition, the first computer is notified to the first computer, and the first computer is configured in accordance with the operation of the registrant who has confirmed the content of the notification sent from the third computer. A vehicle sharing service providing system for notifying the user of an application for a shared ride by notifying the user of the information on the fee. 19. The system according to claim 18, wherein the first computer is a navigation device having a route search function, and the first computer is configured to output the specific fare information based on the mileage calculated using the route search function. A vehicle sharing service providing system for performing calculations. 20. A vehicle sharing service providing apparatus for mediating between a passenger and a registrant of a vehicle, comprising: means for receiving desired conditions sent from the passenger; and a plurality of the registrants. Means for searching for information that matches the desired condition from among the registered information of
Means for transferring the content of the application to the registrant to be applied, and means for transferring the effect to the applicant when consent has been obtained by the registrant to whom the content of the application has been transferred. A vehicle sharing service providing apparatus, comprising: 21. The registrant according to claim 20, wherein the registrant's first and last name, gender, contact information, vehicle characteristic data,
A driver information database including the presence or absence of smoking, and an itinerary information database including the registrant's travel schedule information, based on information stored in the driver information database and the itinerary information database. ,
An apparatus for providing a vehicle sharing service, wherein the registration information is searched. 22. The vehicle sharing service providing apparatus according to claim 20, wherein the vehicle is connected to a computer operated by the registrant and the fellow passenger via a predetermined network and functions as a WWW server. .