JP2008146500A - Vehicle allocation system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To solve a problem wherein a vehicle, e.g. a taxi allocation system using a mobile terminal of a user mounted with a GPS function is a technique poor in practical usability for the user, since positional information can not be acquired or is low in precision sometimes even when acquired, in a building or an underground shopping mall where a vehicle is requested frequently to be allocated. <P>SOLUTION: This vehicle allocation system of the present invention comprises: the vehicle provided with a terminal; and a vehicle allocation server for providing vehicle allocation information to the vehicle. The vehicle allocation server has: a vehicle positional information acquiring part for acquiring with updating vehicle positional information transmitted from the terminal at substantially real time; a list holding part for holding a waiting place information list; a vehicle allocation request information receiving part for receiving vehicle allocation request information including specified waiting place information selected out of the held waiting place information list; an allocating vehicle extracting part for extracting an allocating vehicle, based on the received vehicle allocation request information and the acquired vehicle positional information; and a vehicle allocation information transmitting part. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a vehicle allocation system that provides vehicle allocation information to a terminal provided in a vehicle.

  Conventionally, as a method of dispatching a vehicle (for example, a taxi), a user calls a sales office and waits for a taxi at a predetermined location, thereby picking up a taxi.

In recent years, terminals having a GPS (Global Positioning System) function have become widespread, and inventions have been disclosed in which taxi pick-up and the like are performed using this terminal (for example, see Patent Documents 1 and 2). Patent Documents 1 and 2 both relate to a technology in which a GPS function is mounted on a user's mobile terminal and a taxi located in the vicinity is dispatched using position information from the user's mobile terminal. .
JP 2003-256989 A JP 2004-46309 A

  However, in the prior art, since acquisition of the user's location information using the GPS function of the user's mobile terminal is an indispensable requirement, the invention has been lacking in practicality. For example, in a building or underground mall where the frequency of taxi dispatch requests is high, position information may not be acquired, or accuracy may be poor even if acquired. In addition, when using the GPS function attached to the mobile phone, it takes a few minutes or more to acquire the position information, or a fee is generated when positioning the position information. Furthermore, since the inside of the building and the underground shopping street are not roads in the first place, even if the location information is acquired, the vehicle cannot be dispatched to the location of the user.

  Therefore, the present invention has been made in view of such problems, and an object of the present invention is to provide a vehicle allocation system that can improve convenience for the user and can allocate a suitable vehicle.

  Therefore, in order to solve such a problem, the present invention provides a vehicle allocation system including a vehicle including a terminal and a vehicle allocation server that provides vehicle allocation information to the vehicle. The vehicle allocation server includes a vehicle location information acquisition unit that updates and acquires vehicle location information transmitted from the terminal in substantially real time, and waiting location information that is a list of waiting location information that is determined as a location suitable for the user to wait for the vehicle. A list holding unit that holds a list, a vehicle allocation request information reception unit that receives vehicle allocation request information including specific waiting location information selected from the waiting location information list that is held, the received vehicle allocation request information, and acquisition A vehicle allocation information extraction unit that extracts a vehicle for allocation based on the vehicle position information, and a vehicle allocation information transmission unit that transmits allocation information including waiting place information to the extracted terminal of the vehicle for allocation . Since the user designates the desired meeting place of the vehicle by himself / herself, it is practically impossible that the user does not know the desired meeting place. Therefore, there is no need to acquire user position information. And by using the location information of only the vehicle to be dispatched, it is not necessary to perform a complicated and costly operation of obtaining location information for the user, so that convenience can be improved. . In addition, it is possible to extract a suitable vehicle for dispatch by using common waiting place information between the user and the vehicle.

  The vehicle allocation information transmission unit includes an identification vehicle allocation information transmission unit that transmits vehicle allocation information including first identification information for identifying a user who requested vehicle allocation at the waiting place as vehicle allocation information. Proof transmission for transmitting to a predetermined portable terminal device identification information that is used to prove that the user has performed the authentication, and that can be verified with the first identification information. It may have a part. With this configuration, it is possible to perform authentication processing for identity verification between the user who made the vehicle allocation request and the vehicle that was the target of vehicle allocation based on the vehicle allocation request, thereby preventing erroneous allocation or illegal boarding. be able to.

  In addition, the management server has a portable terminal list holding unit that holds a portable terminal list that specifies the portable terminal device in association with the credit information of the vehicle fee, and the certification transmission unit includes the second identification information and the portable terminal of the transmission destination You may have a transmission means with a credit information which acquires the credit information linked | related with a terminal device from the said portable terminal list holding | maintenance part, and transmits. With such a configuration, it is possible to put into practical use a guarantee system for users who use vehicles for dispatch, and it is possible to easily establish a new business model such as unlimited flat-rate usage.

  According to the present invention, it is possible for the user to eliminate the complexity of transmitting his / her position information using the GPS function, and therefore, it is possible to provide a practical vehicle allocation system that is frequently used. Further, by using the waiting place information, both the vehicle for dispatch and the user can wait at a place suitable for waiting. Furthermore, since the identification information can be used to confirm the identity between the vehicle for dispatch and the user at the waiting place, it is possible to prevent a person from getting on by mistake. In addition, it is possible to put into practical use a guarantee system for users who use vehicles for vehicle allocation, and to provide a new business model for vehicle allocation systems such as unlimited flat-rate usage.

  Hereinafter, embodiments of each invention will be described. In addition, this invention is not limited to these embodiments at all, and can be implemented in various modes without departing from the scope of the invention.

In addition, the relationship between the following embodiment and a claim is as follows.
The first embodiment will mainly describe claims 1 and 4.
The second embodiment will mainly describe claims 2 and 5.
The third embodiment will mainly describe claims 3 and 6.

<< Embodiment 1 >>
<Outline of Embodiment 1>
FIG. 1 is a diagram for explaining the outline of the first embodiment. In FIG. 1A, first, position information from each vehicle is acquired in substantially real time by a dispatch server. In such a state, a vehicle allocation request is sent from the user to the vehicle allocation server. When this dispatch is requested, the user's terminal does not perform complicated processing such as acquiring and transmitting position information from a GPS satellite or the like, and merely sends information on the waiting place. Thereafter, a suitable vehicle is extracted by the vehicle allocation server, and vehicle allocation information including information on the waiting place is transmitted to the extracted vehicle (b). Then, the system is such that the user and the vehicle can meet at the waiting place (c). Hereinafter, description will be made with modifications.

<Configuration of Embodiment 1>
FIG. 2 shows an example of a functional block diagram of the vehicle allocation system in the present embodiment. As shown in FIG. 2, the “vehicle allocation system” 200 in this embodiment includes a “vehicle” 210 having a terminal 211 and a “vehicle allocation server” 220 that provides vehicle allocation information to the vehicle. The vehicle allocation server 220 includes a “vehicle location information acquisition unit” 221, a “list holding unit” 222, a “vehicle allocation request information reception unit” 223, a “vehicle allocation vehicle extraction unit” 224, and a “vehicle allocation information transmission unit” 225. And having. In FIG. 2, only the vehicle for dispatching vehicle 210 to be dispatched is described, but the vehicle dispatching system of the present embodiment has a plurality of vehicles.

  Each unit, which is a component of the present invention, is configured by either hardware, software, or both hardware and software. For example, as an example for realizing these, when a computer is used, hardware composed of a CPU, a memory, a bus, an interface, a peripheral device, and the like, and software executable on these hardware are listed. be able to. Specifically, the functions of each part are realized by processing, storing, and outputting data on the memory and data input via the interface by sequentially executing the program expanded on the memory (this book) The same applies throughout the specification).

(vehicle)
First, the vehicle 210 will be described. The “vehicle” 210 is mainly used as a means for moving, and specifically corresponds to a taxi, a bus, a motorcycle, a bicycle, a truck, or the like. The vehicle is provided with a terminal 211. The “terminal” 211 mainly transmits position information to the dispatch server. As an example, a terminal device car navigation system having a GPS function corresponds. In the present embodiment, position information on the user's mobile phone is not used, but only vehicle position information transmitted from the vehicle terminal is used as position information. And the vehicle position information which is the information regarding the position of the vehicle is transmitted from the vehicle terminal in substantially real time. “Substantially real time” refers to transmitting vehicle position information at a frequency of once every 5 seconds, for example. As a method of transmitting the vehicle position information “substantially in real time”, for example, the map of Japan is subdivided, and the position information associated with the subdivided map information is transmitted, so that the position information with a small amount of information is transmitted from the terminal. Can be sent. Further, by performing the encoding / compression process on the position information in the terminal, the vehicle position information can be transmitted with an even smaller amount of information.

(Vehicle allocation server)
The “allocation server” 220 provides allocation information to the vehicle 210. The dispatch server specifically corresponds to a computer device or a server device. “Vehicle allocation information” is information that includes information regarding the request for vehicle allocation from the user and information on waiting place described later. The vehicle allocation server may manage the vehicle type of each vehicle, or may manage the vehicle by associating characteristic information such as the age and sex of the driver of each vehicle. Hereinafter, each configuration of the dispatch server will be described.

  “Vehicle position information acquisition unit” 221. The vehicle position information transmitted from the terminal is updated and acquired in substantially real time. “Vehicle position information” is, for example, information related to the position of the vehicle acquired by a terminal provided in the vehicle using the GPS function. Since the vehicle position information is transmitted from the vehicle terminal in substantially real time, the vehicle position information can be updated and acquired each time. As described above, in the vehicle allocation server, the position of each vehicle can be grasped in substantially real time, so that a suitable vehicle can be extracted in response to a vehicle allocation request from the user.

  The “list holding unit” 222 holds a waiting place information list which is a list of waiting place information determined as a place suitable for the user to wait for the vehicle. The “location suitable for the user to wait for the vehicle” may be a location where the vehicle can be temporarily stopped, such as a taxi stand, a roundabout, a parking lot, a service area, or a road where parking can be performed. FIG. 3 is a diagram illustrating an example of waiting place information held in the list holding unit. As shown in FIG. 3A, in the waiting place information, for example, unique names of buildings, buildings, stores, and the like serving as landmarks are held as a list. In addition, as shown in FIG. 3B, in the waiting place information, position information (for example, latitude / longitude information) of the waiting place may be stored in association with each other in order to extract a suitable vehicle. . Thereby, the vehicle extraction process described later can be performed quickly. Furthermore, as shown in FIG. 3C, the latest congestion situation of the waiting place may be associated and held. Thereby, for example, when the waiting places are mixed, the alternative place can be picked up by the dispatch server, and the alternative place can be notified to the user. The waiting place information list may be updated in response to a request from the user.

  “Vehicle allocation request information reception unit” 223 receives vehicle allocation request information including specific waiting place information selected from the held waiting place information list. Such vehicle allocation request information may be received by receiving an e-mail or the like from the user's terminal, or may be received by a user accessing the web of the vehicle allocation server and inputting information, or using An operator who receives a telephone call from a person may receive the information by inputting information into the dispatch server. In addition, the vehicle allocation request information includes “waiting place information”, and may include other information. FIG. 4 is a diagram illustrating an example of vehicle allocation request information. As shown in FIG. 4, the dispatch request information includes various request information from the user such as the vehicle type desired to be dispatched and the age and sex of the driver in addition to the waiting place information. For example, when a user who requests taxi dispatch is a white taxi and the driver requests a taxi that does not smoke, the dispatch server most recently uses the vehicle location information. It is also possible to extract non-smoking taxis located slightly far away from the smoking taxi located in the area. Since some users may need some time, a desired vehicle may be requested, and by using the present invention, such a request can be met. In particular, when the driver is familiar with the driver, the driver may be requested to dispatch a taxi to be driven by the driver.

  In addition to this, the vehicle allocation request information may include destination information that is information related to the destination (destination). As an example of the use of the destination information, there is an example in which the estimated arrival time of the vehicle at the waiting place is calculated when a vehicle that matches the dispatch condition is used by another user. In other words, when the destination information is included in the dispatch request information, if a vehicle that matches the user's dispatch condition is currently being used by another user, the required time to the currently used destination, etc. It is also possible to perform processing such as notifying the estimated arrival time for the user who made the vehicle allocation request after conversion in the vehicle allocation server. In calculating the estimated arrival time, for example, the estimated arrival time can be calculated by calculating the distance between the points based on the waiting place information and the destination information of another user. .

  In addition, other information “included” in the dispatch request information may be accepted by the dispatch server each time, or each desired condition is entered in advance in the form of member registration in advance. Only the location information and the user identification information may be received by the dispatch server as dispatch request information. In addition, the information included in the dispatch request information is weighted, and information with a large weight may be used preferentially.

  “Vehicle allocation vehicle extraction unit” 224 extracts a vehicle allocation vehicle based on the received vehicle allocation request information and the acquired vehicle position information. As described above, the waiting location information is included in the dispatch request information, and a vehicle close to the waiting location indicated by the waiting location information can be extracted as a dispatch vehicle by referring to the vehicle position information. Further, as described above, it is also possible to extract a more suitable vehicle for dispatch by referring to other requests included in the dispatch request information.

  The “allocation information transmission unit” 225 transmits allocation information including waiting place information to the extracted terminal of the vehicle for allocation. In addition to the waiting place information, the dispatch information may include a feature point of the user for meeting, a confirmation request for confirming whether to respond to the dispatch. In addition, when it is called reservation delivery, when the allocation request time is included in the allocation request information, the allocation information may be transmitted to the allocation vehicle according to the allocation request time. For example, if there is a request for dispatch to the waiting place at point A after one hour, the dispatch server may transmit the dispatch information to the vehicle for dispatching 15 minutes before the scheduled time. In this case, the vehicle allocation server may transmit the vehicle allocation information early based on the road congestion information indicating the congestion status of the road, for example, 30 minutes before the scheduled time.

  When the vehicle allocation server confirms that the vehicle can be allocated from the vehicle for vehicle allocation, the vehicle allocation server sends a confirmation e-mail to the user or contacts the operator, etc. You can be notified that you are ready to dispatch.

  On the other hand, for example, when the vehicle for dispatching is a taxi, when the dispatch information from the dispatch server is received, the taxi indicator light is automatically changed from “Empty” to “Pick-up” or “Rent-a-car”. May be changed. This eliminates the need for another user on the way to the waiting area.

<Processing flow of Embodiment 1>
FIG. 5 is a diagram illustrating an example of a processing flow in the first embodiment. The processing in the present embodiment includes the following steps. The processing flow shown below can be implemented as a program for causing a computer to execute or a readable recording medium on which the program is recorded (hereinafter, the same applies to the description of the processing flow in this specification). is there).

  First, in the dispatch server, vehicle position information transmitted from a terminal provided in the vehicle is updated and acquired in substantially real time (S501). In S501, vehicle position information for all vehicles managed by the dispatch server may be acquired. Further, S501 may be executed in parallel even when the following processing is performed. Thereafter, vehicle allocation request information including specific waiting place information selected from the held waiting place information list is received (S502). Thereafter, a vehicle for vehicle allocation is extracted based on the vehicle allocation request information received in S502 and the vehicle position information acquired in S501 (S503). Thereafter, the vehicle allocation information including the waiting place information is transmitted to the terminal of the vehicle for vehicle allocation extracted in S503 (S504).

  Although not shown, when a vehicle for dispatching that meets the dispatching request cannot be extracted, a message to that effect may be output directly or indirectly to the user. As an example of output indirectly, there is a case where the fact is output and displayed on a display screen connected to the management server, and the operator who has confirmed this is notified to the user.

(user)
In addition, when a vehicle allocation request is made from a user who uses this vehicle allocation system, it is not necessary to make a vehicle allocation request using the GPS function of the user's mobile phone or the like, but for example, the GPS of the user's mobile phone The mobile phone may be provided with a function of searching for a place suitable as a waiting place, that is, a place where a vehicle can be allocated.

<Specific Configuration of First Embodiment>
FIG. 6 is a diagram illustrating an example of specific components of the distribution server according to the first embodiment. As shown in FIG. 6, the distribution server is configured using, for example, a computer device, and includes a hard disk (HD) 601 as a list holding unit, a CPU 602 as a vehicle allocation unit for vehicle allocation, a RAM 603, and vehicle position information. An acquisition unit, a vehicle allocation request information reception unit, an I / F 604 as a vehicle allocation information transmission unit, and the like are included.

  Hereinafter, a specific operation example will be described. The vehicle allocation server acquires vehicle position information in substantially real time via the network I / F. The CPU rewrites the vehicle position information table indicating the position of the vehicle held in a predetermined area of the RAM using this. In this vehicle position information table, identification information for specifying a vehicle and position information of the vehicle are held in association with each other. When the vehicle allocation request information from the user is received via, for example, the network I / F or from the operator via the keyboard input I / F, the CPU stores the vehicle allocation request information in the RAM. Perform a temporary write process. Thereafter, the waiting place information list held in the HD or the like is searched using the waiting place information included in the dispatch request information as a key, and for example, a process of confirming whether the place is a parking and stopping place is performed. Then, when a suitable vehicle is extracted from the vehicle position information and the vehicle allocation request information by the calculation processing of the CPU, the vehicle allocation information including the waiting place information is transmitted to the terminal of the vehicle via the network I / F. I do. As an example of vehicle extraction, extraction processing may be performed using an algorithm that preferentially extracts vehicles with a short straight distance from the waiting place, or estimated arrival time is calculated from traffic jam information. Alternatively, an algorithm that preferentially extracts vehicles with an estimated arrival time may be employed. When transmitting the vehicle allocation information, the vehicle allocation information is transmitted to the vehicle for allocation using the identification information for identifying the held vehicle and the associated IP address, e-mail address, and the like. be able to.

<Effect of Embodiment 1>
According to the vehicle allocation system of the present embodiment, it is possible to extract a suitable vehicle for allocation without using the location information of the user only by using the location information of the vehicle. Since it is possible to eliminate the complexity of transmitting the position information of the user by using the function, it is possible to provide a practical vehicle allocation system that is frequently used. Further, by using the waiting place information, both the vehicle for dispatch and the user can wait at a place suitable for waiting. Furthermore, it becomes possible to extract a vehicle suitable for various requests from users.

<< Embodiment 2 >>
<Outline of Embodiment 2>
The second embodiment relates to a vehicle allocation system described in the first embodiment, which can further perform identity verification between a user who has made a vehicle allocation request and a vehicle for vehicle allocation.

<Configuration of Embodiment 2>
FIG. 7 shows an example of a functional block diagram of the vehicle allocation system in the present embodiment. As shown in FIG. 7, the “vehicle allocation system” 700 in the present embodiment includes a “vehicle” 710 provided with a terminal 711 and a “vehicle allocation server” 720 that provides vehicle allocation information to the vehicle. The vehicle allocation server 720 includes a “vehicle location information acquisition unit” 721, a “list holding unit” 722, a “vehicle allocation request information reception unit” 723, a “vehicle allocation vehicle extraction unit” 724, and a “vehicle allocation information transmission unit” 725. And a “certificate transmission unit” 727. The dispatch information transmission unit 725 includes an “identification dispatch information transmission unit” 726. Since each configuration excluding the identification vehicle allocation information transmission unit 726 and the certification transmission unit 727 is the same as that described in the first embodiment, description thereof is omitted here.

  “Identified dispatch information transmission means” 726 is provided in the dispatch information transmission unit, and transmits dispatch information including first identification information for identifying the user who requested the dispatch at the waiting place as dispatch information. To do. That is, the first identification information for identifying the user who requested the vehicle allocation is transmitted as vehicle allocation information to the terminal of the vehicle for vehicle allocation. The first identification information may be encrypted. Moreover, in the vehicle which received the dispatch information containing 1st identification information, you may display the said user's name on a taxi lamp etc., for example. Specifically, a display such as “Yamada-sama pick-up vehicle” may be performed while receiving the dispatch information including the first identification information.

  The “certification sending unit” 727 is identification information used to prove that the user is the user who requested the vehicle allocation, and the second identification information whose authenticity can be proved by the first identification information is predetermined. It is for transmitting with respect to the portable terminal device. Examples of the “predetermined mobile terminal device” include a mobile phone carried by a user. The predetermined mobile terminal device may be used by a user to make a vehicle allocation request to the vehicle allocation server, or may be a completely separate mobile terminal device.

  In this way, the first identification information is transmitted to the terminal of the vehicle, and the second identification information is transmitted to the predetermined portable terminal used by the user, so that the user who made the vehicle allocation request In other words, it is possible to confirm the identity of the vehicle with the vehicle for vehicle allocation that is the target of vehicle allocation. It should be noted that various authentication methods can be employed when authenticating the first identification information and the second identification information. For example, the first identification information and the second identification information are paired key information, and the authentication process is completed only when both are authentic.

  For example, when the user and the vehicle actually arrive at the meeting place, an authentication process is performed by using an RF (Radio Frequency) tag from the user's portable terminal device and providing a reader / writer on the vehicle. Also good. Moreover, when both authenticity is proved, the display of the rooftop of a vehicle may be lighted, for example. In this case, if the user is notified that the roof top of the vehicle for dispatching the vehicle is lit, the user can easily find the vehicle.

<Processing flow of Embodiment 2>
FIG. 8 is a diagram illustrating an example of a processing flow in the second embodiment. Note that the processing flow up to S803 is the same as that described in the first embodiment, and a description thereof will be omitted. In S804, dispatch information including waiting place information and first identification information for identifying the user is transmitted to the terminal of the vehicle for dispatching extracted in S803. In step S805, second identification information whose authenticity can be proved by the first identification information is transmitted to a predetermined mobile terminal device. In addition, about 1st identification information and 2nd identification information, you may generate | occur | produce in a dispatch server, and this may be transmitted, or the production | generation of 1st identification information and 2nd identification information with respect to another authentication server etc. A request may be made and the first identification information and the second identification information received from another server or the like may be transmitted.

<Specific Configuration of Second Embodiment>
The specific configuration of the dispatch server in the second embodiment is the same as that described in the first embodiment. Similarly to the vehicle allocation information transmission unit described in the first embodiment, the certification transmission unit corresponds to a network I / F or the like. As a characteristic operation of the second embodiment, the CPU of the dispatch server reads out, for example, an encryption program stored in the HD or the like into the RAM, and generates first identification information and second identification information. To do. Further, the first identification information and the second identification information may include control information for causing the vehicle or the mobile terminal device to perform a predetermined operation. The authenticity between the vehicle and the mobile terminal device can be confirmed by using an RF tag or by various communication methods using infrared communication / Bluetooth (registered trademark). Others are the same as those described in the first embodiment, and thus description thereof is omitted here.

<Effect of Embodiment 2>
According to the present embodiment, it is possible to perform authentication processing for identity verification between a user who has requested a vehicle allocation and a vehicle that is a vehicle allocation target based on the vehicle allocation request. For this reason, it is possible to prevent a wrong ride or illegal ride such as a user getting on the wrong vehicle or a completely different person getting on the vehicle. This is particularly effective when the waiting place is a busy shopping area or the like, or when a drunk person is a user who requests a dispatch.

<< Embodiment 3 >>
<Outline of Embodiment 3>
The third embodiment relates to a vehicle allocation system in which the guarantee system can be used in the vehicle allocation system described in the second embodiment.

  FIG. 9 shows an example of a functional block diagram of the vehicle allocation system in the present embodiment. As shown in FIG. 9, the “vehicle allocation system” 900 in this embodiment includes a “vehicle” 910 provided with a terminal 911 and a “vehicle allocation server” 920 that provides vehicle allocation information to the vehicle. The vehicle allocation server 920 includes a “vehicle location information acquisition unit” 921, a “list holding unit” 922, a “vehicle allocation request information reception unit” 923, a “vehicle allocation vehicle extraction unit” 924, and a “vehicle allocation information transmission unit” 925. And a “certificate transmission unit” 927 and a “portable terminal list holding unit” 928. The dispatch information transmission unit 925 includes an “identification dispatch information transmission unit” 926. The certificate transmission unit 927 includes a “credit information transmission unit” 929. Each configuration except for the portable terminal list holding unit 928 and the credit information-added transmission unit 929 is the same as that described in the second embodiment, and thus description thereof is omitted here.

  The “mobile list holding unit” 928 holds a mobile terminal list that specifies mobile terminal devices in association with credit information of vehicle charges. “Vehicle fee” refers to, for example, taxi fees, bus charter fees, delivery fees for trucks, and the like. The vehicle fee credit information is information indicating that the vehicle fee has been paid or payment is surely made. As an example, a new business model in which a fixed fee of 200,000 yen per month is paid as a deposit and a taxi flat-rate system is used by using this as a deposit can be easily established by this embodiment. In addition, such a flat-rate use of a taxi has an advantage that it is not necessary for a user to prepare a dedicated vehicle and costs can be reduced. On the other hand, for example, for taxi companies, there is an advantage that stable management can be performed by obtaining deposit income from a plurality of customers. Furthermore, since the absolute number of traffic vehicles can be reduced, the amount of exhaust gas and the like can be suppressed, so that a very excellent effect can be achieved on the global environment.

  “Transmission means with credit information” 929 acquires the credit information associated with the mobile terminal device of the transmission destination together with the second identification information from the mobile terminal list holding unit and transmits it to the predetermined mobile terminal device. . That is, only when the credit information is transmitted in association with the mobile terminal device, the authentication process for verifying the identity between the mobile terminal device and the vehicle terminal as described in the second embodiment can be performed. This makes it possible to specify only reliable users at the waiting place.

<Processing flow of Embodiment 3>
FIG. 10 is a diagram illustrating an example of a processing flow in the third embodiment. Note that the processing flow up to S1004 is the same as that described in the second embodiment. In S1005, the second identification information whose authenticity can be proved by the first identification information and the credit information associated with the portable terminal device of the transmission destination are transmitted to the portable terminal device. In S1005, for example, a predetermined mobile terminal device that is a target for transmitting the second identification information is extracted, a mobile terminal list is searched using the mobile terminal device as a key, and trust information associated with the mobile terminal device is extracted. Then, a process of transmitting to the portable terminal device together with the second identification information is performed.

<Specific Configuration Mode of Embodiment 3>
The specific configuration of the dispatch server in the third embodiment is the same as that described in the second embodiment. The portable terminal list holding unit corresponds to a recording medium such as a hard disk. As a characteristic operation of the third embodiment, for example, the mobile terminal list stored in the recording medium is searched using the identification information of the mobile terminal device of the user who transmitted the vehicle allocation request information as a key. And as a result of the search, when there is credit information associated with the user's mobile terminal device, the CPU stores the second identification information temporarily held in the RAM together with the user's mobile terminal device. A process of sending credit information to the server is performed. Others are the same as those described in the second embodiment, and thus the description thereof is omitted here.

<Effect of Embodiment 3>
According to this embodiment, the dispatch server holds the mobile terminal list that specifies the mobile terminal device in association with the credit information of the vehicle fee, and the second identification is made from the mobile terminal list to the user's mobile terminal device. By transmitting the credit information together with the information, for example, for the driver of the vehicle for vehicle allocation, the user can use the vehicle without worrying about payment of a fee for using the vehicle. On the other hand, for a user, by paying a predetermined fee, for example, as a deposit, it is possible to easily perform, for example, unlimited use of a taxi. For this reason, it is not limited to a specific vehicle. For example, a vehicle of a specific taxi company can be used for unlimited use, or a vehicle driven by a specific driver can be used for unlimited use.

<Other implementations>
In addition, as another realization aspect, it is good also as a thing used at the time of a movement instead of "vehicle" already demonstrated. For example, a terminal may be provided on an object used when a person moves, such as a bag, a case, clothes, and shoes. In this case, for example, the present invention can also be applied to meeting people. More specifically, the present invention can be used easily when a user who has drunk drinks calls an alternative driver located nearest to the waiting place.

  As another embodiment using the present invention, it is also possible to construct a transportation system that effectively uses the return flight of a truck such as a transportation company. In other words, by introducing the present invention to each shipping company that has many trucks that carry luggage every day, it is possible to carry luggage using empty flights. For example, a truck that transports luggage X from Tokyo to Shizuoka returns when the cargo is empty when returning to Tokyo. In this case, on the return flight, for example, by transporting another baggage Y from Numazu to Yokohama, each cost can be reduced and environmental resources can be saved. Specifically, for example, it can be considered that a large number of trucks carry luggage every day, and the vehicle is circulated like a taxi. In such a case, when the user who requests the collection makes a vehicle allocation request in the present invention, the vehicle allocation server extracts a suitable truck from a plurality of trucks, and collects and transports the user's luggage using the trucks. Can be realized.

Conceptual diagram for explaining the first embodiment Functional block diagram for explaining the first embodiment The figure which shows an example of the waiting place information of Embodiment 1. The figure which shows an example of the dispatch request information of Embodiment 1. The figure explaining the flow of processing of Embodiment 1. The figure which shows an example of the concrete structure aspect of Embodiment 1. Functional block diagram for explaining the second embodiment The figure explaining the flow of processing of Embodiment 2. Functional block diagram for explaining the third embodiment The figure explaining the flow of processing of Embodiment 3.

Explanation of symbols

200 Vehicle allocation system 210 Vehicle for allocation 211 Terminal 220 Vehicle allocation server 221 Vehicle position information acquisition unit 222 List holding unit 223 Vehicle allocation request information reception unit 224 Vehicle extraction unit for vehicle allocation 225 Vehicle allocation information transmission unit

Claims (6)

A vehicle allocation system comprising a vehicle equipped with a terminal and a vehicle allocation server that provides vehicle allocation information to the vehicle,
The dispatch server is
A vehicle position information acquisition unit that updates and acquires vehicle position information transmitted from the terminal in substantially real time;
A list holding unit for holding a waiting place information list, which is a list of waiting place information determined as a place suitable for the user to wait for the vehicle;
A vehicle allocation request information receiving unit that receives vehicle allocation request information including specific waiting location information selected from the waiting location information list held;
A vehicle allocation unit for vehicle allocation that extracts a vehicle for vehicle allocation based on the received vehicle allocation request information and the acquired vehicle position information;
A vehicle allocation information transmission unit that transmits vehicle allocation information including waiting place information to the extracted vehicle allocation vehicle terminal;
A vehicle allocation system. The vehicle allocation information transmission unit has an identification vehicle allocation information transmission means for transmitting vehicle allocation information including first identification information for identifying a user who has made a vehicle allocation request at a waiting place as vehicle allocation information,
The identification information used to prove that the user is the user who requested the vehicle allocation, and the second identification information whose authenticity can be proved by the first identification information is transmitted to a predetermined portable terminal device The vehicle allocation system according to claim 1, further comprising a certification transmission unit for performing the operation. The management server
A portable terminal list holding unit that holds a portable terminal list that identifies the portable terminal device in association with credit information of the vehicle fee;
3. The vehicle allocation according to claim 2, wherein the certification transmission unit has a transmission unit with credit information for acquiring and transmitting the credit information associated with the mobile terminal device of the transmission destination together with the second identification information from the mobile terminal list holding unit. system. A vehicle allocation server for providing vehicle allocation information to a vehicle having a terminal and a list holding unit that holds a waiting location information list that is a list of waiting location information determined as a location suitable for a user to wait for the vehicle A vehicle allocation method comprising:
Vehicle position information acquisition step for acquiring and updating vehicle position information transmitted from the terminal in substantially real time;
A vehicle allocation request information receiving step for receiving vehicle allocation request information including specific waiting location information selected from the held waiting location information list;
A vehicle allocation step for extracting a vehicle for allocation based on the received allocation request information and the acquired vehicle position information;
A vehicle allocation information transmitting step for transmitting vehicle allocation information including waiting place information to the extracted vehicle allocation vehicle terminal;
A vehicle allocation method. The vehicle allocation information transmission step includes an identification vehicle allocation information transmission step of transmitting vehicle allocation information including first identification information for identifying a user who requested vehicle allocation at the waiting place as vehicle allocation information,
The identification information used to prove that the user is the user who requested the vehicle allocation, and the second identification information whose authenticity can be proved by the first identification information is transmitted to a predetermined portable terminal device The vehicle allocation method according to claim 4, further comprising a proof transmission step for performing the operation. Furthermore, it has a portable terminal list holding unit that holds a portable terminal list that identifies portable terminals in association with credit information of vehicle charges,
6. The vehicle allocation according to claim 5, wherein the certificate transmission step includes a credit information-added transmission step of acquiring the credit information associated with the destination mobile terminal device together with the second identification information from the mobile terminal list holding unit and transmitting the credit information. Method.

Images