JP2005346634A - Taxi dispatching system and taxi dispatching program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a taxi dispatching system and a taxi dispatching program for efficiently dispatching a taxi in response to a dispatch request from a person who wants to take a taxi. <P>SOLUTION: A dispatch management server 20 accepts a dispatch request including location information of the person wanting to take a taxi, from his or her mobile phone terminal 30 and transmits a guide report including location information of the person and data about a radius of an object area, to a taxi terminal 40. The taxi terminal 40 acquires location information of a taxi and decides whether the location of the taxi is within the object area or not on the basis of location information of the taxi, the location of the person, and the radius of the object area. In the case that the location of the taxi is within the object area, a guide tag is displayed. A response report including a taxi identifier is transmitted to the dispatch management server 20 on the basis of a corresponding input to the guide tag. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a taxi dispatch system and a taxi dispatch program for receiving a notification from a rider and performing taxi dispatch.

  Conventionally, a taxi obtains passengers by a method called a sink that waits for a customer at a taxi stand such as a station or a hotel or runs while searching for a person who wants to get on. However, once a passenger is on the taxi, it arrives at the destination and travels in the sky after the passenger gets off. On the other hand, a taxi rider can use a taxi by going to the taxi stand or finding a sink taxi. However, if there is no taxi stand nearby, you will need to find a sink taxi or call a taxi.

  For this reason, various systems for quickly dispatching taxis for passengers who wish to board have been considered (see, for example, Patent Document 1). This patent document 1 discloses a system that searches for and dispatches a taxi that is closest to the rider using the position information of the rider and the position information of the taxi.

On the other hand, a system that distributes information according to a position to a terminal whose position can be specified is disclosed (for example, see Patent Document 2). This Patent Document 2 discloses a system that performs processing for restricting access according to position on the server side and a system that performs processing on the terminal side.
Japanese Patent Laying-Open No. 2003-296887 (page 5-9) Japanese Patent Laying-Open No. 2003-263435 (page 8-10)

  However, as in the system described in Patent Document 1, when the taxi closest to the person who wants to board is searched and the taxi is not available, the next closest taxi is searched. It may take some time to find a possible taxi. In addition, there may be multiple taxis at almost the same distance. In such a case, any taxi can be dispatched as long as it is available, but if the nearest taxi is not available It will take time to find a taxi that can be used. Further, since the server side obtains the distance from the rider for each taxi, the burden on the server side is large.

  The present invention has been made to solve the above-described problems, and an object of the present invention is to provide a taxi allocation system and a taxi allocation program for efficiently distributing taxis in response to a vehicle allocation request from a rider. There is to do.

The present invention is a taxi allocation system comprising a vehicle allocation management server that receives a vehicle allocation request from a mobile terminal of a passenger who wants to travel and manages the allocation of taxis, and a taxi terminal used by a taxi crew member, the vehicle allocation management The server accepts a request for dispatch from the portable terminal of the rider who wants to ride, and obtains the ride request information acquisition means for acquiring the rider's position information, and specifies the target area for searching for the rider's position information and taxi Guidance notification means for transmitting a guidance notification including information to the taxi terminal, wherein the taxi terminal is based on the taxi position information and the guidance notification, and the taxi position is determined by the position information of the rider and the rider. It is determined whether or not it is included in the target area based on the target area specifying information. And guiding means for displaying the broadcast, based on the corresponding input to the guidance information, and a response means for transmitting the response notification to the dispatch control server.

  According to this, when a taxi in the target area based on the location information of the rider wants to know the rider's presence and its location and prompts a response, and the response input is made, You can dispatch a taxi. Therefore, since it can be dispatched from among the taxis in the target area based on the position information of the rider, it is possible to prevent the rider's waiting time from becoming too long. In addition, if there are multiple taxis in the target area, you can notify the multiple taxis and dispatch taxis for which response intentions have been displayed by the taxi crew. The possible taxis can be identified and dispatched earlier. For this reason, taxis can be dispatched more efficiently. Moreover, since it is determined on the taxi terminal side whether or not the taxi position is within the target area, it is possible to reduce the processing load on the vehicle allocation management server side.

  The present invention is a taxi allocation system comprising a vehicle allocation management server that receives a vehicle allocation request from a mobile terminal of a passenger who wants to travel and manages the allocation of taxis, and a taxi terminal used by a taxi crew member, the vehicle allocation management The server receives a request for dispatch from the mobile terminal of the rider who wants to get the vehicle, acquires the location information of the rider, and based on the location information of the rider and target area specifying information for taxi search , Means for identifying a target area where a taxi is to be dispatched for the person who wants to get on the vehicle, and obtaining taxi position information, extracting a taxi whose taxi position information is included in the target area, and extracting the taxi terminal of the taxi Means for transmitting a guidance notification including the location information of the rider who wants to ride, and the taxi terminal is based on the guidance notification, Means for displaying the guidance information on car seekers, based on the corresponding input to the guidance information, and means for transmitting the response notification to the dispatch control server.

  According to this, when a taxi in the target area based on the location information of the rider wants to know the rider's presence and its location and prompts a response, and the response input is made, You can dispatch a taxi. Accordingly, since the taxi can be dispatched from among the taxis in the target area based on the position information of the rider, it is possible to prevent the rider's waiting time from becoming too long. In addition, if there are multiple taxis in the target area, you can notify the multiple taxis and dispatch taxis for which response intentions have been displayed by the taxi crew. The possible taxis can be identified and dispatched earlier. For this reason, taxis can be dispatched more efficiently. In addition, because the taxi terminal side determines whether the taxi position is within the target area based on the location information of the rider who is included in the guidance notification, the taxi terminal side receives the received guidance notification. Therefore, it is possible to display without determining whether or not to display, and the processing on the taxi terminal side can be simplified.

  In this taxi dispatch system, when the dispatch management server receives the response notification, the taxi dispatch system further comprises a deletion notification means for transmitting a deletion notification for deleting the display of the guidance information to the taxi terminal, the taxi terminal comprising: The apparatus further includes an erasing unit for erasing the display of the guide information when the erasure notification is received.

  According to this, when the dispatch management server transmits a guidance notification to a plurality of taxi terminals, if a response notification is received from one of the taxi terminals, it indicates the presence of a rider who is displayed on the taxi terminal. The display can be erased. Thereby, when any taxi is dispatched, the display about the passenger who wants to board can be deleted, and it is possible to prevent a plurality of taxis from being dispatched to the same passenger who wants to ride. In addition, for passengers who have been assigned a taxi, there is no indication that the user wants to get on the taxi terminal, so the taxi crew will not be confused by the indication of the passenger who has already been assigned.

  In this taxi dispatch system, the guidance information is displayed on the map based on the position information of the rider. According to this, the taxi crew can confirm the position of the rider on the map.

  In this taxi dispatch system, when the dispatch management server does not receive a response notification within a predetermined time after transmitting the guidance notification, the target area is expanded, and the target area is expanded again based on the expanded target area. The apparatus further includes target area expansion means for transmitting a guidance notification to the taxi terminal. According to this, when there is no taxi that can be dispatched in the target area based on the position information of the rider, it is possible to enlarge the target area and notify the presence of the rider. Therefore, when there is no taxi that can be dispatched in the target area based on the position information of the rider, it is possible to find a taxi to be dispatched in a wider range and perform the dispatch. In addition, at first, in order to search for a taxi to be dispatched in a narrower range, if there is a taxi that can be dispatched closer, the taxi can be dispatched, and the waiting time for the rider can be reduced.

  In this taxi dispatch system, when the dispatch management server receives the response notification, the taxi dispatch system further includes a dispatch notification means for transmitting a dispatch notification to the mobile terminal of the passenger who wants to get on. According to this, when a taxi is dispatched, it can be notified to a boarding applicant.

  In this taxi dispatch system, the target area is a specific distance range from the position of the rider. According to this, it is possible to find a taxi to be dispatched from among taxis within a specific distance range from the rider who desires to ride, and it is possible to prevent the rider's waiting time from becoming too long.

  The present invention relates to a taxi for dispatching a taxi using a taxi terminal used by a taxi crew member, which can be connected to a dispatch management server that accepts a dispatch request from a portable terminal of a passenger who desires to ride and manages the dispatch of a taxi. A vehicle allocation program, wherein the taxi terminal receives from the vehicle allocation management server a guidance notification receiving means for receiving a guidance notification including location information of the person who wants to board and target area specifying information for searching for a taxi; Based on the position information and the guidance notification, it is determined whether the position of the taxi is included in the target area based on the position information of the rider and the target area specifying information. When included in the target area, based on guidance means for displaying guidance information about the rider and a corresponding input for the guidance information , To function as a response means for transmitting the response notification to the dispatch control server.

  According to this, the taxi crew in the target area based on the position information of the passenger who wants to ride, see the display regarding the presence and position of the person who wants to ride, determine whether to get on, and make a corresponding input Can do. Therefore, since it is possible to dispatch from among taxis in the target area based on the position information of the rider, it is possible to prevent the rider's waiting time from becoming too long. In addition, if there are multiple taxis in the target area, you can notify the multiple taxis and dispatch taxis for which response intentions have been displayed by the taxi crew. The possible taxis can be identified and dispatched earlier. For this reason, taxis can be dispatched more efficiently. Moreover, since it is determined on the taxi terminal side whether the taxi position is within the target area based on the position information of the rider who is included in the guidance notification, it is possible to reduce the processing load on the dispatch management server side.

  According to the present invention, a taxi can be efficiently allocated in response to a vehicle allocation request from a rider.

  Hereinafter, an embodiment embodying the present invention will be described with reference to FIGS. The present embodiment will be described as a taxi dispatch system and a taxi dispatch program for receiving a notification from a rider and dispatching a taxi near the rider.

As shown in FIG. 1, the vehicle allocation management server 20 can be connected via a network 50 to a mobile phone terminal 30 of a passenger who wants to ride and a taxi terminal 40 provided in each taxi.
The mobile phone terminal 30 is a mobile terminal that is used when a rider requests a taxi dispatch. The mobile phone terminal 30 includes position specifying means for specifying a position by a position measuring function using GPS (Global Positioning System). The mobile phone terminal 30 includes a control unit (CPU), a storage unit (RAM, ROM, etc.), an input unit, an output unit, a communication unit, etc. (not shown). This mobile phone terminal 30 is used when a vehicle allocation request is transmitted to the vehicle allocation management server 20.

  The taxi terminal 40 is a car navigation system terminal provided in a taxi. The taxi terminal 40 includes position specifying means for specifying a position by a position measuring function using GPS. The taxi terminal 40 includes control means (CPU), storage means (RAM, ROM, etc.) not shown, input means, output means such as a display, communication means, and the like. The taxi terminal 40 receives radio waves from GPS satellites and displays its own position on a map displayed on the output means. The taxi terminal 40 includes guidance notification receiving means, guidance means, response means, erasure means, and the like described in the claims.

  The guidance notification receiving means receives from the dispatch management server 20 a guidance notification including the position information of the passenger who wants to get on and target area specifying information for searching for a taxi. The guide means determines whether the taxi position is included in the target area according to the position information of the person who wants to board based on the taxi position information and the guidance notification. Information about the person is displayed. The response means transmits a response notification to the dispatch management server 20 based on the corresponding input for the guidance information. The erasure unit erases the display of the guidance information when receiving the erasure notification of the guidance information display from the vehicle allocation management server 20.

  The vehicle allocation management server 20 performs various data management and various data processing for distributing a taxi when a vehicle allocation request is received. The dispatch management server 20 includes a management computer 21.

  The management computer 21 performs data transmission / reception between the mobile phone terminal 30 and the taxi terminal 40 and various data processing. The management computer 21 includes control means (CPU), storage means (RAM, ROM, etc.), input means, output means, communication means, etc. (not shown). Then, the management computer 21 includes boarding desire information acquisition means, guidance notification means, deletion notification means, target area expansion means, dispatch notification means, and the like described in the claims.

  The boarding request information acquisition means receives a vehicle allocation request from the mobile phone terminal 30 of the boarding applicant and acquires the position information of the boarding applicant. The guidance notification means transmits to the taxi terminal 40 a guidance notification including the position information of the person who wants to get on the vehicle and target area specifying information for searching for a taxi. The erasure notification means transmits an erasure notification for erasing the display of the guidance information to the taxi terminal 40 when the response notification is received. The target area expansion means expands the target area when the response notification is not received within a predetermined time after transmitting the guidance notification, and again guides the taxi terminal based on the expanded target area. Send. The vehicle allocation notification means transmits a vehicle allocation notification to the mobile phone terminal 30 of the passenger who wishes to board the vehicle when the response notification is received.

The management computer 21 is connected to a vehicle allocation request data storage unit 22, a taxi data storage unit 23, and a user data storage unit 24.
As shown in FIG. 2, the vehicle allocation request data storage unit 22 stores vehicle allocation request data 220 for each received vehicle allocation request. This vehicle allocation request data 220 is recorded when the vehicle allocation management server 20 receives a vehicle allocation request from the mobile phone terminal 30. The dispatch request data 220 includes data relating to a user identifier, dispatch request time, latitude, longitude, radius of the target area, delivery time, dispatch status, and taxi identifier.

  In the user identifier data area, data relating to an identifier for specifying a user who has made a vehicle allocation request by the mobile phone terminal 30 is recorded. Specifically, a user ID is recorded as a user identifier.

In the vehicle allocation request time data area, data related to the time at which the vehicle allocation management server 20 receives the vehicle allocation request from the mobile phone terminal 30 is recorded.
In the latitude data area, data relating to the latitude of the position of the rider is recorded. In the longitude data area, data relating to the longitude of the position of the rider is recorded. In the present embodiment, the position (latitude and longitude) of the rider is specified by the position measurement function of the mobile phone terminal 30 using GPS. In this embodiment, the information regarding the position of the rider is transmitted to the vehicle allocation management server 20 together with the vehicle allocation request.

In the radius data area of the target area, data relating to the distance from the position of the passenger who wants to ride is recorded for the range in which the taxi is notified of the presence of the passenger who wants to ride.
In the distribution time data area, data related to the time at which the notification of the presence of the rider is transmitted to each taxi terminal 40 is recorded.

  In the vehicle allocation status data area, data relating to the status of vehicle allocation in response to a vehicle allocation request is recorded. Specifically, each data indicating “allocation request”, “distribution”, “decision”, and “ride” is recorded. “Vehicle allocation request” is recorded when a vehicle allocation request is received. “Distribution” is recorded when the presence notification of the rider is delivered to the taxi terminal 40. “Decision” is recorded when a response to the passenger is received from the taxi terminal 40. “Boarding” is recorded when a taxi that has made a response to board the vehicle receives a notification that the vehicle rider who requested the vehicle ride has boarded.

  In the taxi identifier data area, data relating to an identifier for identifying a taxi that has made a response to get on is recorded. This taxi identifier is included in the response notification transmitted from the taxi terminal 40 when a corresponding input for the presence notification of the rider is made.

  In the taxi data storage unit 23, taxi data 230 is recorded for each taxi company as shown in FIG. The taxi data 230 is recorded when a taxi company contracts to receive information provided by the taxi dispatch service of this embodiment and performs registration input. The taxi data 230 includes data relating to taxi company identifiers, taxi identifiers, and fee structures.

In the taxi company identifier data area, data relating to an identifier for specifying a taxi company is recorded.
In the taxi identifier data area, data relating to an identifier for identifying each taxi of the taxi company is recorded. When a taxi company uses a plurality of taxis, a plurality of taxi identifiers corresponding to each taxi are recorded in this taxi identifier data area.

In the fee structure data area, data relating to the fee structure of the taxi company is recorded.
In the user data storage unit 24, user data is recorded for each user with respect to a user who has performed user registration for the taxi dispatch service. This user data includes a user ID as a user identifier and data related to an e-mail address used in the mobile phone terminal 30.

  In the taxi dispatch system configured as described above, a processing procedure in the case of receiving a dispatch request from a rider who wants to dispatch a taxi near the rider will be described with reference to FIGS.

(Guidance notification process for each taxi)
The rider desires to enter a user identifier through the mobile phone terminal 30 and access a taxi dispatch site, which is a mobile phone site provided by the dispatch management server 20. Thereby, a taxi dispatch screen is displayed on the mobile phone terminal 30. On this taxi dispatch screen, a boarding request button for transmitting a taxi dispatch request to the dispatch management server 20 is provided. When this ride request button is pressed, the cellular phone terminal 30 acquires the latitude and longitude by the position specifying means, and transmits a vehicle allocation request including data regarding the latitude and longitude and a user identifier to the vehicle allocation management server 20.

  As shown in FIG. 4, when the vehicle allocation management server 20 receives a vehicle allocation request from the mobile phone terminal 30 of the rider (step S1-1), the dispatch location is based on the latitude and longitude included in the vehicle allocation request. Is specified (step S1-2). As a result, the latitude and longitude of the position of the rider is specified. The vehicle allocation management server 20 records data relating to the user identifier, the vehicle allocation request time, the latitude, and the longitude in the vehicle allocation request data storage unit 22. Here, the allocation request time records the reception time of the allocation request. As the latitude and longitude, the latitude and longitude included in the dispatch request are recorded. Furthermore, the vehicle allocation management server 20 records “vehicle allocation request” in the vehicle allocation request data storage unit 22 as the vehicle allocation status.

  Next, the vehicle allocation management server 20 determines a target area that is a range for notifying the presence of a rider (step S1-3). In the present embodiment, the target area is set within a predetermined distance from the position of the rider. That is, in this embodiment, the range included in the circle centered on the position of the rider is set as the target area. In this embodiment, the radius of this circle is gradually expanded to “1 km”, “2 km”, and “3 km”. First, the vehicle allocation management server 20 determines the range of a circle with a radius of 1 km from the rider as a target area, and records “1 km” as the radius of the target area in the vehicle allocation request data storage unit 22.

  Next, the vehicle allocation management server 20 notifies the taxi terminal 40 in the target area that there is a passenger who desires to board (step S1-4), and records the current time in the vehicle allocation request data storage unit 22 as the distribution time. Furthermore, the vehicle allocation management server 20 records “distribution” in the vehicle allocation request data storage unit 22 as the vehicle allocation status.

  In the present embodiment, a guidance notification regarding the presence of a rider is transmitted to all taxi terminals 40 of registered taxis. Then, the taxi terminal 40 side acquires its own position information, and determines whether or not the display is performed by determining whether or not the taxi is included in the target area. Specifically, first, the vehicle allocation management server 20 transmits to each taxi terminal 40 the presence notification data (guidance notification) of the rider who includes data related to the latitude and longitude of the rider and the radius of the target area. To do.

(Response processing at taxi terminal 40)
The taxi terminal 40 that has received the passenger notifying presence data executes the response process shown in FIG.

  In this response process, as shown in FIG. 5, when the taxi terminal 40 receives the presence notification data of the rider (step S2-1), the taxi terminal 40 obtains taxi position information (latitude and longitude) by the position specifying means. (Step S2-2). Then, the taxi terminal 40 determines whether the position of the taxi is within the target area based on the latitude and longitude of the passenger who is included in the presence notification data of the passenger and the radius of the target area and the latitude and longitude of the taxi. It is determined whether or not (step S2-3). Then, in the target area (YES in step S2-3), the taxi terminal 40 displays a guidance tag indicating the presence of the rider on the map (step S2-4). In this case, the taxi terminal 40 records the data regarding the user identifier, the dispatch request time, the latitude, the longitude, and the radius of the target area, which are included in the received presence notification data of the rider, in the guidance tag data area of the storage means. . Here, the guidance tag displayed on the map will be described with reference to FIG.

  As shown in FIG. 6, a map display 60 is displayed on the display of the taxi terminal 40. The map display 60 is displayed at a predetermined scale corresponding to a size including a circle corresponding to the radius of the target area, with the taxi position being the center. For example, if the radius of the target area included in the presence notification data of all the passengers who have received this taxi for passengers entering the target area is “1 km”, a circle with a radius of 1 km centered on the taxi The map is displayed at a scale that includes

  In the center of the map display 60, a taxi display 61 indicating the position of the taxi is displayed. The taxi display 61 is displayed in the shape of an arrow indicating the traveling direction of the taxi. A guidance tag 62 indicating the presence of the rider is displayed at the position of the rider. The guide tag 62 is displayed by pointing the position of the person who wants to get on with a mark of a person's symbol.

  When the taxi crew member wants to get on the person who wants to get on the bus, he selects the information tag 62 of the person who wants to get on the bus and inputs corresponding information to get on. Here, when the correspondence input is performed (in the case of “correspondence input” in step S2-5), the taxi terminal 40 transmits a response notification including the taxi identifier to the dispatch management server 20 (step S2-6).

(Processing when response notification is received within a certain time)
As shown in FIG. 4, when the dispatch management server 20 receives a response notification within a certain time (YES in step S1-5), the dispatch management server 20 selects a taxi to be dispatched based on the taxi identifier included in the response notification. Specify (step S1-6). The vehicle allocation management server 20 records the specified taxi identifier in the vehicle allocation request data storage unit 22. Furthermore, the vehicle allocation management server 20 records “determination” as the vehicle allocation status for the vehicle allocation request data 220. When the response notification is received from a plurality of taxi terminals 40, the taxi corresponding to the taxi terminal 40 that transmitted the earliest received response notification is specified. In this case, the other taxi terminal 40 that has transmitted the response notification is notified that another taxi has already been dispatched.

  And the vehicle allocation management server 20 transmits the deletion notification of a guidance tag to all the taxi terminals 40 (step S1-7). The notification of deleting the guidance tag includes data related to the user identifier extracted from the vehicle allocation request data 220, the vehicle allocation request time, the latitude, and the longitude.

When each taxi terminal 40 receives the notification of deleting the guidance tag (in the case of “erasure notification” in step S2-5), the guidance tag specified by the dispatch request time, latitude and longitude is to be displayed. In step S2-7, the display of the guidance tag is deleted. Specifically, the guide data specified by the user identifier, the dispatch request time, the latitude and the longitude included in the received deletion notification is deleted, and the corresponding guide tag 62 is deleted from the map display 60. Thereby, the guidance tag 62 is erase | eliminated from the display of all the taxi terminals 40 which are displaying the guidance tag 62 based on the vehicle allocation request | requirement by the boarding applicant. In addition, on the display of the taxi terminal 40 that has made the response, instead of the guide tag 62, a display indicating the position of the rider who has decided to dispatch is displayed at the same position as the deleted guide tag 62.

(Process when taxi dispatch is completed)
On the other hand, the vehicle allocation management server 20 notifies completion of the taxi allocation to the mobile phone terminal 30 of the rider (step S1-8). In this embodiment, the notification of the completion of the taxi dispatch is performed by an e-mail describing the taxi company name, the fee system, and the approximate arrival time. Specifically, the vehicle allocation management server 20 extracts the taxi company identifier and the fee system from the taxi data storage unit 23 based on the taxi identifier of the taxi to be allocated. In addition, an approximate time required for the arrival of the taxi is obtained based on the radius of the target area included in the dispatch request data 220. In this embodiment, the approximate arrival time of a taxi is stored in association with the radius of the target area, and the vehicle allocation management server 20 extracts the approximate arrival time based on the radius of the target area. Then, the vehicle allocation management server 20 transmits an electronic mail describing the taxi company name, the fee system, and the approximate arrival time to the mobile phone terminal 30 based on the data thus obtained. Here, the transmission destination of the e-mail is an e-mail address extracted from the user data storage unit 24 by the user identifier.

  Then, the taxi crew member who has made the corresponding input travels toward the position of the person who wants to get on, and when the person who wants to get on gets on board, inputs that fact from the taxi terminal 40. Thereby, the taxi terminal 40 transmits the taxi identifier, the user identifier, the vehicle allocation request time, the latitude and longitude data, and the data indicating that the vehicle is boarded to the vehicle allocation management server 20. Upon receiving this data, the dispatch management server 20 records “ride” in the dispatch request data 220 as the dispatch status.

(Return notification process to each taxi)
Next, the case where the taxi to be dispatched is not determined in the first distribution of the presence notification data (guidance notification) of the passenger who wants to board will be described in the case where the taxi to be dispatched is determined by expanding the guidance area. The vehicle allocation management server 20 that has distributed the presence notification data of the passengers who want to board the vehicle performs the following process when there is no response even after a predetermined time has elapsed from the distribution time of the vehicle allocation request data 220.

  When there is no response within the predetermined time (NO in step S1-5), the vehicle allocation management server 20 checks whether or not the size of the target area is the prescribed maximum value (step S1-9). Specifically, it is checked whether or not the radius of the target area of the dispatch request data 220 is the maximum value of the radius of the distribution target. In this embodiment, as described above, the radius to be distributed is determined in advance.

  If the size of the target area is not the prescribed maximum value (NO in step S1-9), the vehicle allocation management server 20 returns to the process of step S1-3. In step S1-3, the target area is determined by enlarging the size of the target area by one step. Specifically, the vehicle allocation management server 20 extracts the radius of the target area of the vehicle allocation request data 220 and sets the radius on one level. For example, when “1 km” is recorded as the radius of the target area, “2 km” that is one step higher is recorded as the radius of the target area. Thereby, the inside of a circle with a radius of 2 km centered on the position of the rider is the target area.

And the vehicle allocation management server 20 performs the process of step S1-4 similarly to the above-mentioned case, distributes presence notification data of a passenger who desires to get on board, and updates the distribution time of the vehicle allocation request data 220.
Then, the taxi terminal 40 receives the rider's presence notification data and performs the same processing as described above according to FIG. Here, since the radius of the target area is 2 km, the map is displayed on the display of the taxi terminal 40 at a scale that includes a circle with a radius of 2 km centered on the taxi.

If there is a response within a predetermined time (YES in step S1-5), the processes of steps S1-6 to S1-8 are performed.
On the other hand, if there is no response within the predetermined time (NO in step S1-5), if the size of the target area is not the prescribed maximum value (NO in step S1-9), the dispatch management server 20 The process returns to step S1-3. Here, “2 km” is recorded as the radius of the target area, and the size of the target area is not the prescribed maximum value, so the process returns to step S1-3 and “3 km” is recorded as the radius of the target area. To do. Thereby, the inside of a circle with a radius of 3 km centering on the position of the rider is the target area.

  And the vehicle allocation management server 20 performs the process of step S1-4 similarly to the above-mentioned case, distributes presence notification data of a passenger who desires to get on board, and updates the distribution time of the vehicle allocation request data 220. If there is a response within a predetermined time (YES in step S1-5), the processes of steps S1-6 to S1-8 are performed.

(Processing when it is not possible to respond to the ride request)
If there is no response within a predetermined time (NO in step S1-5) and the size of the target area is the prescribed maximum value (YES in step S1-9), the vehicle allocation management server 20 Moves to the process of step S1-10. Here, since “3 km” is recorded as the radius of the target area, the size of the target area is a prescribed maximum value.

  In this case, the vehicle allocation management server 20 transmits a guide tag deletion notification to the taxi terminal 40 (step S1-10). The notification of deleting the guidance tag includes data related to the user identifier extracted from the vehicle allocation request data 220, the vehicle allocation request time, the latitude, and the longitude.

  As shown in FIG. 5, when the taxi terminal 40 receives the notification of deleting the guidance tag (in the case of “erasure notification” in step S2-5), the taxi terminal 40 displays a guidance tag specified by the dispatch request time, latitude and longitude. If it is the target, the display of this guidance tag is erased (step S2-7). Specifically, the guide data specified by the user identifier, the dispatch request time, the latitude and the longitude included in the received deletion notification is deleted, and the corresponding guide tag 62 is deleted from the map display 60.

  As shown in FIG. 4, the vehicle allocation management server 20 further notifies the mobile phone terminal 30 of the passenger who wishes to board the vehicle that the taxi guidance is not possible (step S1-11). Specifically, the vehicle allocation management server 20 transmits an e-mail describing that the taxi cannot be guided with the e-mail address extracted from the user data storage unit 24 by the user identifier as a transmission destination. If the rider receives this notification, he / she requests the taxi dispatch by another method such as calling directly to the taxi company.

(Cancellation request cancellation request)
A rider who has made a request for dispatch can cancel the request for dispatch. Specifically, the rider wishes to use the mobile phone terminal 30 to specify a dispatch request and issue a cancel instruction. Note that the mobile phone terminal 30 collectively records data relating to a user identifier, a vehicle allocation request time, a latitude and a longitude when a vehicle allocation request is made, and this data is specified when the rider desires to specify the vehicle allocation request. . Then, the mobile phone terminal 30 transmits cancellation notification data including the user identifier, the vehicle allocation request time, the latitude and longitude, and the cancellation instruction flag in the specified vehicle allocation request to the vehicle allocation management server 20.

  The dispatch management server 20 searches the dispatch request data 220 based on the user identifier, dispatch request time, latitude, and longitude of the received cancellation notification data. Then, when the vehicle allocation status of the searched vehicle allocation request data 220 is “allocation request”, the processing regarding the allocation request is stopped. When the dispatch condition is “distribution”, an erasure notification is distributed to the taxi terminal 40. Thereby, the guidance tag displayed on the taxi terminal 40 is deleted. When the dispatch status is “determined”, the taxi terminal 40 that has made a response notification is notified that the dispatch request has been canceled based on the taxi identifier in the dispatch request data 220. Thereby, the fact that the vehicle allocation request has been canceled is displayed on the taxi terminal 40.

As described above, according to the present embodiment, the following effects can be obtained.
In the above-described embodiment, the vehicle allocation management server 20 receives a vehicle allocation request including the location information of the rider who desires to ride from the mobile phone terminal 30 of the rider, and the location information of the rider and data regarding the radius of the target area Is sent to the taxi terminal 40. Then, the taxi terminal 40 acquires the taxi position information, and determines whether the taxi position is within the target area based on the taxi position information, the position of the rider and the radius of the target area. When the taxi position is within the target area, a guidance tag is displayed.

  Therefore, it is possible to notify the presence and the position of the rider of interest to a plurality of taxis in the target area based on the position information of the rider. Therefore, it is possible to respond flexibly from among the taxis in the target area, and it is possible to efficiently dispatch taxis. Moreover, since it is determined on the taxi terminal 40 side whether or not the taxi position is within the target area, it is possible to reduce the processing burden on the vehicle allocation management server 20 side. In addition, the taxi crew can acquire a rider who is in a predetermined range exceeding the visible range based on the guidance information.

  In the above embodiment, the taxi terminal 40 transmits a response notification including the taxi identifier to the vehicle allocation management server 20 based on the corresponding input for the guidance tag. For this reason, when a corresponding input is made to the guidance tag displayed on the taxi terminal 40 of the taxi in the target area, the taxi can be dispatched. Therefore, it is possible to dispatch a taxi that has made a response notification from among a plurality of taxis in the target area.

  In the above embodiment, when the vehicle allocation management server 20 receives the response notification, the vehicle allocation management server 20 transmits an erasure notification for erasing the guidance tag to the taxi terminal 40. When the taxi terminal 40 receives the deletion notification, the taxi terminal 40 deletes the guidance tag. For this reason, when a plurality of taxi terminals 40 display guidance tags based on the same dispatch request, if any taxi terminal 40 makes a response notification, the guidance tags on all taxi terminals 40 can be deleted. Thereby, when any taxi is dispatched, the information tag about the passenger who wants to board can be deleted, and it is possible to prevent a plurality of taxis from being dispatched to the same passenger who wants to ride. In addition, for passengers who have been assigned a taxi, there is no indication of the user's request for getting on the taxi terminal 40, so the taxi crew will not be confused by the indication of the passenger who has already been assigned.

In the above embodiment, the guidance tag is displayed on the map based on the position information of the rider. For this reason, the taxi crew can confirm the position of the person who wants to get on the map.
In the above embodiment, when the dispatch management server 20 does not receive a response notification within a predetermined time after transmitting the guidance notification, the target area is expanded, and the taxi is again set based on the expanded target area. A guidance notification is transmitted to the terminal 40. For this reason, when there is no taxi that can be dispatched in the target area based on the position information of the rider, it is possible to enlarge the target area and notify the presence of the rider. Therefore, when there is no taxi that can be dispatched in the target area based on the position information of the rider, it is possible to find a taxi to be dispatched in a wider range and perform the dispatch. In addition, at first, in order to search for a taxi to be dispatched in a narrower range, if there is a taxi that can be dispatched closer, the taxi can be dispatched, and the waiting time for the rider can be reduced.

  In the above-described embodiment, the vehicle allocation management server 20 transmits a vehicle allocation notification to the mobile phone terminal 30 of the passenger who wants to board the vehicle when the response notification is received. For this reason, when a taxi is dispatched, the passenger can be notified of the fact.

  In the above embodiment, the target area to be specified is a specific distance range from the position of the rider. For this reason, it is possible to find a taxi to be dispatched from among taxis within a specific distance range from the passenger who wants to board, and the taxi can be efficiently dispatched.

  In the above embodiment, based on the guidance notification, the taxi terminal 40 that is a car navigation system terminal displays the position of the rider. For this reason, the taxi crew can confirm on the map the position of the taxi displayed by the car navigation system and the position of the person who wants to get on. Therefore, since the taxi crew can confirm the positional relationship between the taxi rider and the taxi on the map, it is possible to easily determine whether to respond. Furthermore, as the taxi moves, the car navigation system displays the taxi's position at that time, so the taxi crew member responds and then changes the taxi's current position during the move. The position of the person who wants to board can be easily confirmed.

  In the above embodiment, when the rider desires to press the ride request button on the taxi dispatch screen, the mobile phone terminal 30 acquires his / her latitude and longitude, and a dispatch request including data on the latitude and longitude and a user identifier Is transmitted to the vehicle allocation management server 20. For this reason, the vehicle allocation management server 20 side can grasp | ascertain the position of a boarding applicant correctly. Therefore, even when the rider cannot express his / her position accurately, a taxi can be dispatched to the place where the rider is desired.

  In the above embodiment, when there are a plurality of taxis in the target area, the guidance tag is displayed on the taxi terminals 40 of the plurality of taxis. For this reason, it can be judged whether the crew of these several taxis respond | correspond all at once. Therefore, since the taxi that has responded earlier can be dispatched, the taxi to be dispatched can be determined earlier.

  In the above-described embodiment, the vehicle allocation management server 20 notifies the passengers who wish to board the vehicle to complete the taxi allocation by e-mail describing the company name, the fee system, and the approximate arrival time. For this reason, the rider can confirm the taxi company name, the fee system, and the approximate arrival time when a taxi is dispatched.

In addition, you may change the said embodiment into the following aspects.
In the above embodiment, the taxi terminal 40 determines whether or not the taxi position is within the target area based on the taxi position information, the position of the rider and the radius of the target area. Instead of this, the vehicle allocation management server 20 may determine whether the position of the taxi is within the target area. Specifically, the vehicle allocation management server 20 receives a vehicle allocation request from the mobile phone terminal 30 of the rider who desires to get the location information of the rider, and obtains the location information of the rider and the rider's location information. Based on the information for specifying the target area based on the position information, the target area where the taxi is to be dispatched is specified for the person who wants to board. Then, the vehicle allocation management server 20 acquires the taxi position information, extracts the taxi included in the target area, and transmits a guidance notification including the position information of the rider to the extracted taxi terminal 40. Then, the taxi terminal 40 performs a display indicating the presence of the person who wants to board the vehicle based on the guidance notification, and transmits a response notification to the vehicle allocation management server 20 based on a corresponding input for the display.

  Also in this case, the taxi in the target area based on the position information of the rider is notified of the position of the rider and the response is promoted. When a response input is made, a taxi for which the response input has been made can be dispatched. Therefore, it is possible to select a plurality of candidate taxis in the target area based on the position information of the rider and flexibly deal with them. Thereby, a taxi can be dispatched efficiently. In addition, when there are a plurality of taxis in the target area, it is possible to notify the plurality of taxis and dispatch a taxi that has responded therein, so that the taxis can be efficiently dispatched.

  In addition, since the dispatch management server 20 extracts a taxi in the target area and transmits a guidance notification to the taxi terminal 40 of the taxi, the taxi terminal 40 side does not determine whether the taxi is in the target area. Display can be made. Therefore, the processing on the taxi terminal 40 side can be simplified.

  In the above embodiment, a circular target area that is within a predetermined distance from the position of the rider is used, but the target area does not have to be circular and does not always have to be the same shape. The target area may be, for example, an ellipse or a shape surrounded by a plurality of straight lines. In this case, the target area may be specified using a predetermined function corresponding to each shape.

  In addition, the size of the target area may be changed based on the congestion of the road, the number of taxis that normally exist, and the like. For example, when the target area is circular and the road is congested, the radius of the target area at each stage is made smaller. In addition, if there is a person who wants to get in a place where there are usually many taxis, the radius of the target area at each stage is made smaller. Thereby, taxi dispatch can be performed more efficiently according to the situation.

  In the above embodiment, the taxi terminal 40, which is a car navigation system terminal, displays the position of the person who wants to board based on the guidance notification. Instead of this, the taxi terminal 40 does not have the function of the car navigation system, and the vehicle allocation management server 20 may transmit data for displaying a map indicating the position of the rider to the taxi terminal 40. . In this case, the dispatch management server 20 acquires the taxi position information and displays the taxi position on this map. And based on the data data for displaying this map, the taxi terminal 40 displays the map which shows the position of a passenger and the position of a taxi. Thereby, even when the taxi terminal 40 does not have the function of the car navigation system, the taxi crew member maps the taxi position and the position of the rider who requested a ride request from the rider. You can see above.

  ○ In the above embodiment, the rider desires to send a vehicle assignment request to the vehicle assignment management server 20 using the mobile phone terminal 30 equipped with a GPS position measurement function. However, the terminal used by the rider has a specific location. If possible, another terminal may be used. For example, the mobile phone terminal may obtain the position from the distance from one or more base stations. Further, the terminal used by the rider may be a PHS terminal.

○ In the above embodiment, for taxis in the target area, regardless of the taxi service status, the taxi terminal 40 displays the information tag for the person who wants to get on the bus. You may divide whether to make it. For example, the guidance tag is displayed only when the vehicle is empty. In this case, for example, the vehicle allocation management server 20 performs guidance notification regardless of the operation state, and displays a guidance tag on the taxi terminal 40 side based on the guidance notification only when the operation state is empty. Alternatively, the vehicle allocation management server 20 may determine the operation state and determine whether to display the guidance tag, and may notify the guidance only when the vehicle is empty.

  As a result, for example, for taxis being picked up, no guidance tag is displayed on the taxi terminal 40, so that the crew of the taxi being picked up is not bothered by the information tag.

  Alternatively, the guide tag may be displayed / hidden on the taxi terminal 40, and the guide tag may be displayed only when the guide tag display setting is performed on the taxi terminal 40. Thus, the guidance tag can be displayed only when the taxi crew member wants guidance for the person who wants to board. Therefore, the taxi crew will not be bothered by the guidance tag when guidance about the person who wants to ride is unnecessary.

  In the above embodiment, the taxi terminal 40 of a taxi company registered in the vehicle allocation management server 20 is a target for dispatch regardless of the taxi company. Alternatively, the rider may be able to select a taxi company.

  In this case, the rider may select a taxi company when sending a taxi dispatch request to the dispatch management server 20. And a guidance tag is displayed on the taxi terminal 40 of the selected taxi company. Further, a taxi company may be selected at the time of user registration. In this case, the selection information of the taxi company is recorded in the dispatch management server 20 in association with the user identifier, and a guidance tag is displayed on the taxi terminal 40 of the selected taxi company based on the selection information. Thereby, the taxi of the taxi company which a user desires can be dispatched. Therefore, when the user wishes to select a taxi company, such as when the fare system is different for each taxi company, the taxi of the taxi company desired by the user can be dispatched, and convenience can be improved.

  In the above embodiment, the guidance information related to the person who wants to ride is displayed as the guidance tag 62 on the map display 60 displayed by the function of the car navigation system of the taxi terminal 40. It is not limited to this.

  For example, a screen (guidance screen) for displaying a list of guidance information related to riders may be provided and displayed on the taxi terminal 40. Also in this case, display is performed only on the taxi terminal 40 of the taxi in the target area. Each guidance information displayed on this guidance screen includes, for example, information on the radius of the target area and the distribution time. Furthermore, when the guidance information is selected on this guidance screen and the display request for the position information of the rider is requested, the position of the rider may be displayed on the map. Then, the taxi crew selects the guidance information on this guidance screen and inputs the corresponding information. In response to this, the taxi terminal 40 transmits a response notification including the taxi identifier to the vehicle allocation management server 20. Also in this case, as in the above embodiment, when the corresponding taxi is determined, the display of the guidance information is deleted from this guidance screen. The display of the guidance information may be performed only when browsing setting of the guidance screen is performed. Thereby, the taxi crew can perform the browsing setting only when the user wishes to provide the guidance information, and can receive the guidance regarding the person who wants to ride. Further, since the display is performed on this guidance screen, it is possible to more easily show the presence of the person who wants to get on.

In the above-described embodiment, when it is not possible to respond to the ride request, the vehicle allocation management server 20 notifies the mobile phone terminal 30 of the ride requester that the taxi guidance is not possible. In addition to this, when the target area is expanded, the vehicle allocation management server 20 may notify the rider of that fact. In addition, the vehicle allocation management server 20 may notify the rider of the vehicle allocation status at regular time intervals. Thereby, the boarding requester can know the dispatch situation sequentially.

1 is a schematic diagram of a system according to an embodiment of the present invention. Explanatory drawing of the data memorize | stored in the vehicle allocation request data storage part. Explanatory drawing of the data memorize | stored in the taxi data storage part. Explanatory drawing of the process sequence of one Embodiment of this invention. Explanatory drawing of the process sequence of one Embodiment of this invention. Explanatory drawing of the map displayed on a taxi terminal.

Explanation of symbols

  20 ... Vehicle allocation management server, 30 ... Mobile phone terminal as a mobile terminal for riders, 40 ... Taxi terminal.

Claims (8)

A taxi dispatch system comprising a dispatch management server that accepts a dispatch request from a portable terminal of a rider and manages a taxi dispatch, and a taxi terminal used by a taxi crew,
The vehicle allocation management server is
Boarding request information acquisition means for receiving a vehicle allocation request from a portable terminal of a passenger who wants to get and acquiring position information of the passenger who wants to ride;
A guidance notification means for transmitting to the taxi terminal a guidance notification including the location information of the rider and target area specifying information for taxi search;
The taxi terminal
Based on the taxi position information and the guidance notification, it is determined whether the taxi position is included in the target area based on the position information of the rider and the target area specifying information, and is included in the target area. A guidance means for displaying guidance information relating to the rider,
A taxi dispatch system comprising: response means for transmitting a response notification to the dispatch management server based on an input corresponding to the guidance information. A taxi dispatch system comprising a dispatch management server that accepts a dispatch request from a portable terminal of a rider and manages a taxi dispatch, and a taxi terminal used by a taxi crew,
The vehicle allocation management server is
Accepting a ride request from a mobile terminal of a rider who desires to obtain position information of the rider, and based on the position information of the rider and target area specifying information for searching for a taxi A means of identifying the target area for dispatching taxis for those who wish,
Means for acquiring taxi position information, extracting a taxi whose taxi position information is included in the target area, and transmitting a guidance notification including the position information of the person who wants to ride to the extracted taxi terminal ,
The taxi terminal
Means for displaying guidance information about the rider, based on the guidance notification;
A taxi dispatch system comprising: means for transmitting a response notification to the dispatch management server based on an input corresponding to the guidance information. The vehicle allocation management server is
When receiving the response notification, further comprising an erasure notification means for transmitting an erasure notification for erasing the display of the guidance information to the taxi terminal,
The taxi terminal
3. The taxi dispatch system according to claim 1, further comprising an erasing unit that erases the display of the guidance information when the erasure notification is received.   The taxi dispatch system according to any one of claims 1 to 3, wherein the guide information is displayed on a map based on the position information of the rider. . The vehicle allocation management server is
If the response notification is not received within a predetermined time after transmitting the guidance notification, the target area is expanded, and the guidance notification is again transmitted to the taxi terminal based on the expanded target area. The taxi dispatch system according to any one of claims 1 to 4, further comprising area expansion means. The vehicle allocation management server is
The taxi dispatch system according to any one of claims 1 to 5, further comprising a dispatch notification means for transmitting a dispatch notification to the portable terminal of the rider who has received the response notification. .   The taxi dispatch system according to any one of claims 1 to 6, wherein the target area is within a specific distance from the position of the rider. It is a taxi dispatch program for dispatching a taxi using a taxi terminal used by a taxi crew that can be connected to a dispatch management server that accepts a dispatch request from a portable terminal of a passenger who wants to ride and manages the dispatch of a taxi. And
The taxi terminal,
A guidance notification receiving means for receiving from the dispatch management server a guidance notification including the location information of the rider and target area specifying information for taxi search;
Based on the taxi position information and the guidance notification, it is determined whether the taxi position is included in the target area based on the position information of the rider and the target area specifying information, and the taxi position Is included in the target area, guidance means for displaying guidance information about the rider,
A taxi dispatch program for functioning as a response means for transmitting a response notification to the dispatch management server based on a corresponding input for the guidance information.

Images