JP6133101B2 - Vehicle allocation system and vehicle allocation method - Google Patents

Description

  The technology of the present disclosure relates to a vehicle allocation system, a vehicle allocation method, a vehicle allocation device, and a vehicle allocation program that allocate vehicles such as taxis to destinations.

  For example, taxi dispatch to a destination which is the boarding position of the passenger is performed in the following procedure. First of all, a customer contacts the dispatch center where a taxi is dispatched by telephone or the like about the position where he / she wants to get on. The dispatch center that has received the communication from the user informs the plurality of taxis located within the reachable range of information about the reservation of the user, for example, the destination at the same time. When one of the plurality of taxis responds to the communication from the dispatch center, the dispatch center selects one of the responded taxis as a taxi to be dispatched to the destination (for example, Patent Document) 1).

  When a radio is used for a voice call between the dispatch center and each taxi, the voice from the dispatch center is normally transmitted to all taxis at once. In each taxi, if the frequency received by the radio is matched to the frequency transmitted by the base station, the radio receives the voice from the dispatch center via the base station. Therefore, in each taxi, even if the crew does not particularly operate the radio device, the sound from the dispatch center is emitted from the radio device (see, for example, Patent Document 2).

JP 2002-31893 A JP 2008-078732 A

  By the way, when the above-mentioned wireless vehicle allocation system including a radio device and a base station is used for a voice call between the vehicle allocation center and each taxi, costs increase for investment in facilities such as base stations and maintenance of the facilities. In addition, when the Radio Law is revised, each taxi company must replace a set of facilities that make up the wireless dispatch system, and each taxi company individually maintains and manages the wireless dispatch system. It was difficult.

  In recent years, with the widespread use of mobile phones, wireless communication using mobile phone communication infrastructure can be easily used, so mobile phone communication infrastructure has begun to be used as a taxi dispatch system. When communication infrastructure for mobile phones is used in a dispatch system, it is possible to make a voice call between a mobile phone of a dispatch center and a taxi mobile phone. You can contact only one taxi. Therefore, in a vehicle allocation system using a communication infrastructure for mobile phones, VoIP (Voice over Internet Protocol) that digitizes and transmits voice signals is being used as a data communication technique for performing voice calls.

  However, when the communication between the dispatch center and each taxi is performed by voice call using VoIP, since the communication between the dispatch center and each taxi is established, Must respond to incoming calls. That is, in a dispatch system using VoIP, a crew member cannot start a voice call without performing a response operation for an incoming call unlike the wireless dispatch system described above.

  Therefore, when the crew member cannot perform an operation to respond because the vehicle is running, for example, even if the taxi is near the destination, the taxi is not selected as a taxi to be dispatched. As a result, the efficiency of taxi dispatch to the destination becomes low, so a system that can dispatch taxis more efficiently is desired. Such a problem is not limited to taxi dispatch for transporting passengers, but is common to, for example, a dispatch system such as a tow truck that transports a broken car or a courier vehicle that collects luggage.

  An object of the technology of the present disclosure is to provide a vehicle allocation system, a vehicle allocation method, a vehicle allocation device, and a vehicle allocation program that can improve vehicle allocation efficiency.

  One aspect of the vehicle allocation system according to the technology of the present disclosure includes a center terminal device installed at a vehicle allocation center that performs vehicle allocation to a destination, and a vehicle terminal device mounted on each of the plurality of vehicles. The center terminal device generates an initial request for the call, which is one of control messages for controlling the start and end of a call with each of the vehicle terminal devices, and automatically sends the initial request to the vehicle terminal device to the initial request. An initial request generation unit for adding a hook control command to be received; and an initial request transmission unit for transmitting the initial request. Each of the vehicle terminal devices automatically receives an outgoing call from the center terminal device by interpreting the initial request receiving unit that receives the initial request and the hook control command of the received initial request. A command execution unit.

  One aspect of the dispatch method in the technology of the present disclosure is a center terminal device installed in a dispatch center that performs dispatch to a destination, and includes a vehicle terminal device mounted on each of a plurality of vehicles and the center terminal device. A step of adding a hook control command for automatically causing the vehicle terminal device to receive an call to an initial request which is one of control messages for controlling the start and end of a call; and from the center terminal device to each of the vehicle terminal devices. Transmitting the initial request. And each of the vehicle terminal devices receives the initial request, interprets the hook control command of the received initial request, and automatically calls the center terminal device Further included.

  One aspect of the vehicle allocation device according to the technology of the present disclosure is a control message for controlling the start and end of a call with a vehicle terminal device installed in each of a plurality of vehicles installed in a vehicle allocation center that performs vehicle allocation to a destination. An initial request generation for generating one initial request for the call, and adding a hook control command for automatically causing the vehicle terminal device to receive an incoming call as a command interpretable by the vehicle terminal device. And an initial request transmission unit that transmits the initial request.

  One aspect of the vehicle allocation program in the technology of the present disclosure is that a center terminal device installed in a vehicle allocation center that performs vehicle allocation to a destination is started and ended with a vehicle terminal device mounted on each of a plurality of vehicles. A hook control command for generating an initial request for the call, which is one of the control messages to be controlled, and causing the vehicle terminal device to automatically receive a call as a command interpretable by the vehicle terminal device in the initial request. It functions as an initial request generation unit to be added and an initial request transmission unit that transmits the initial request.

  According to an aspect of the technology of the present disclosure, the command execution unit automatically makes a call from the center terminal device by interpreting the hook control command included in the initial request from the center terminal device. Therefore, a call between the center terminal device and the vehicle terminal device becomes possible without the operation of the vehicle crew member responding to the incoming call. Therefore, in the vehicle terminal device, since the communication from the center terminal device can be received even while the vehicle is traveling, the efficiency of vehicle allocation can be improved compared to the configuration in which the operation of the crew is essential.

  In another aspect of the vehicle allocation system according to the technology of the present disclosure, each of the vehicle terminal devices automatically receives a location information acquisition unit that acquires location information of the host vehicle and a call from the center terminal device. And an automatic call determination unit for determining whether or not. The initial request generation unit further adds position information of the destination to the initial request. When the automatic call determination unit determines that the distance calculated from the position information of the destination and the position information of the host vehicle is within a predetermined distance, the command execution unit It is preferable to automatically make a call from a terminal device.

  When the dispatch center reports information about reservations to multiple vehicles all at once, each vehicle will be informed of customer information regardless of the distance to the destination. It does not always respond to communications from the dispatch center. That is, a vehicle close to the destination is not necessarily selected as a vehicle to be dispatched. Therefore, in order to efficiently distribute the vehicle to the destination, it is preferable that the information related to the reservation is notified only to a vehicle having a short distance from the destination among the plurality of vehicles.

  However, in order for the dispatch center to inform the information only to vehicles that are close to the destination, the dispatch center always knows the position information of each vehicle, and the relationship between the destination and the position of each vehicle. It is necessary to know the distance. For this reason, the dispatch center needs facilities for realizing these.

  In this regard, according to another aspect of the vehicle allocation system according to the technology of the present disclosure, the vehicle terminal device automatically receives a call from the center terminal device from the location information of the host vehicle and the location information of the destination. Judge whether to do. For this reason, it is easy for the center terminal device to convey information related to vehicle allocation only to vehicles within a predetermined distance from the destination without knowing the current position of each vehicle. Therefore, compared to a configuration in which information is transmitted to all vehicles regardless of the distance between the destination and the vehicle, the allocation center can be improved in efficiency without providing advanced facilities. .

  In another aspect of the vehicle allocation system according to the technology of the present disclosure, the initial request generation unit further adds range information that is information indicating a distance between the destination and the position of the vehicle to the initial request. When the automatic call determination unit determines that the distance between the destination and the host vehicle is within the distance indicated by the range information, the command execution unit determines from the center terminal device. It is preferable that the outgoing call is automatically received.

  According to another aspect of the vehicle allocation system according to the technology of the present disclosure, the center terminal device can recognize only the vehicle whose distance from the destination is within the distance set by the center terminal device without knowing the current position of each vehicle. Can be automatically called.

  In another aspect of the vehicle allocation system according to the technology of the present disclosure, the vehicle terminal device generates a response message that notifies the center terminal that the call has been received by the initial request from the center terminal device; A response message transmission unit for transmitting the response message; The center terminal device includes a response message receiving unit that receives the response message, and a time measurement unit that measures a time elapsed since the initial request was transmitted. The initial request generator is transmitted with the distance indicated by the range information when the response message receiver cannot receive the response message even if the time measured by the time measurement unit has passed a predetermined time. Preferably, the initial request is generated again as a distance larger than the range information in the initial request, and the initial request transmission unit transmits the regenerated initial request.

  According to another aspect of the vehicle allocation system in the technology of the present disclosure, the center terminal device resets the range information to a larger distance and retransmits the initial request, so that there is no vehicle that matches the range information. It is possible to prevent the situation where the vehicle cannot be dispatched from continuing.

  In another aspect of the vehicle allocation system according to the technology of the present disclosure, the initial request generation unit associates an angle formed by a traveling direction of the vehicle and a straight line connecting the destination and the position of the vehicle with the range information. It is preferable that a smaller distance is associated with the range information as the angle is larger.

  According to another aspect of the vehicle allocation system in the technology of the present disclosure, a smaller distance is associated with the range information as the traveling direction of the vehicle does not face the destination side. Therefore, compared with a configuration in which the vehicle terminal device simply determines whether to automatically receive a call based on the distance from the destination, the vehicle terminal device automatically receives a call when it is easier to reach the destination. Therefore, the efficiency of dispatch to the destination is further increased.

(A) (b) It is a figure which shows the whole vehicle allocation system structure in 1st Embodiment of the technique of this indication. It is a block diagram which shows the structure of a SIP server. It is a block diagram which shows the structure of a media server. It is a block diagram which shows the structure of a center terminal device. It is a figure which shows the data structure of a SIP control message. It is a block diagram which shows the structure of a taxi terminal device. It is a sequence chart which shows operation | movement of a dispatch system. It is a flowchart which shows the procedure of the process of the automatic incoming call in a taxi terminal device. It is a figure which shows the data structure of the SIP control message in 2nd Embodiment of the technique of this indication. It is a block diagram which shows the structure of a taxi terminal device. It is a flowchart which shows the procedure of the automatic incoming call process in a taxi terminal device. It is a figure which shows the data structure of the SIP control message in 3rd Embodiment of the technique of this indication. It is a flowchart which shows the procedure of the automatic incoming call process in a taxi terminal device. It is a flowchart which shows the procedure of the process of the session start in a center terminal device. It is a data block diagram of the SIP control message in 4th Embodiment of the technique of this indication. It is a figure for demonstrating the advancing direction information. It is a flowchart which shows the procedure of the automatic incoming call process in a taxi terminal device.

[First Embodiment]
A first embodiment of a vehicle allocation system will be described with reference to FIGS. Below, it demonstrates in order of the whole structure of a dispatch system, the structure of each element, and operation | movement of a dispatch system. In addition, the vehicle allocation system in the present embodiment is an embodiment embodied using SIP (Session Initiation Protocol) which is one of communication control protocols, and is an example of a vehicle allocation system.

[Overall configuration of the dispatch system]
As shown in FIG. 1A and FIG. 1B, the vehicle allocation system includes a SIP server 10, a media server 20, a center terminal device 30 that is a SIP terminal, and a plurality of taxi terminal devices 40 that are SIP terminals. Each of the SIP server 10, the media server 20, and the center terminal device 30 is connected to the IP network 50. In the present embodiment, the taxi terminal device 40 constitutes a vehicle terminal device.

  The SIP server 10 controls the start and end of a session between SIP terminals in accordance with the SIP protocol which is an example of a call control protocol. The media server 20 enables transmission and reception of voice packets between SIP terminals in accordance with the RTP / RTCP protocol which is an example of a protocol used for transferring voice and video. The center terminal device 30 is installed in a taxi dispatch center, for example, and performs a voice call with each taxi terminal device 40. Each taxi terminal device 40 is mounted one by one in one taxi and performs a voice call with the center terminal device 30.

  As shown in FIG. 1A, when the start and end of a session are controlled by the SIP protocol, the center terminal device 30 is connected to each taxi terminal device 40 via the SIP server 10. . On the other hand, as shown in FIG. 1B, when a voice call based on the RTP / RTCP protocol is performed, the center terminal device 30 uses the router function of the center terminal device 30 as shown by the broken line in the figure. The apparatus 30 and each taxi terminal apparatus 40 are connected. Alternatively, as indicated by the solid line in the figure, the center terminal device 30 is connected to each taxi terminal device 40 using the router function of the media server 20. When the center terminal device 30 is connected via the media server 20, not only the voice call between the center terminal device 30 and each taxi terminal device 40 but also the center terminal device 30 and a plurality of taxis. A conference call with the terminal device 40 is also possible.

[Configuration of SIP server]
The configuration of the SIP server 10 will be described with reference to FIG.
As shown in FIG. 2, the SIP server 10 includes a call control unit 11, a protocol control unit 12, and a media server control unit 13. The call control unit 11 controls the operations of the protocol control unit 12 and the media server control unit 13. Based on the SIP control message input from the protocol control unit 12, the call control unit 11 generates a control signal related to securing or releasing resources related to the voice call and outputs the control signal to the media server control unit 13.

  The protocol control unit 12 is a registrar function that manages SIP addresses and IP addresses, a proxy server function that transfers a received connection request to another SIP server, and the like, and transmits a connection request when the content of the connection request is not appropriate. It has a direct server function that prompts change of contents. The protocol control unit 12 controls the start and end of a voice call between terminals connected to the SIP server 10 based on the SIP protocol. The protocol control unit 12 receives a SIP control message from each SIP terminal and outputs the received SIP control message to the call control unit 11.

  The media server control unit 13 is required when the media server 20 is used in a voice call after the session is started. Based on the control signal from the call control unit 11, the media server control unit 13 sends a control signal to the media server 20. Generate and output.

[Media Server Configuration]
The configuration of the media server 20 will be described with reference to FIG.
As shown in FIG. 3, the media server 20 includes a control unit 21, a voice packet generation unit 22, a voice packet transmission / reception unit 23, and a conference call function unit 24. Based on the control signal input from the SIP server 10, the control unit 21 secures or releases resources related to the voice call. The voice packet generator 22 generates a voice packet by changing the destination of the voice packet transmitted from each SIP terminal from the media server 20 to the destination SIP terminal. The voice packet transmitting / receiving unit 23 receives a voice packet transmitted from each SIP terminal and transmits a voice packet to each SIP terminal.

  The conference call function unit 24 mixes the compressed voice received from each SIP terminal via the voice packet transmitting / receiving unit 23 when a conference call is performed between a plurality of SIP terminals. The conference call function unit 24 transmits the compressed voice encoded via the voice packet transmitting / receiving unit 23 to each SIP terminal.

[Configuration of Center Terminal Device]
The configuration of the center terminal device 30 will be described with reference to FIGS. 4 and 5.
As shown in FIG. 4, the center terminal device 30 includes a control message generation unit 31, a control message transmission / reception unit 32, a voice packet generation unit 33, and a voice packet transmission / reception unit 34, and performs processing in each unit according to a dispatch program. Run. In the present embodiment, the control message generation unit 31 constitutes an initial request generation unit, and the control message transmission / reception unit 32 constitutes a SIP (request / response) message transmission unit and a SIP (request / response) message reception unit. . The control message generation unit 31 generates various SIP control messages in accordance with the SIP protocol, and sends a hook control command to the header part of the SIP control message, particularly the INVITE that is an initial request for requesting session establishment. Append. The control message transmission / reception unit 32 transmits a SIP control message to the SIP server 10 based on the SIP protocol, and receives the SIP control message from the SIP server 10. In the present embodiment, the control message transmission / reception unit 32 constitutes an initial request transmission unit and a response message reception unit.

  The voice packet generator 33 generates a packet of voice information in a format according to the RTP / RTCP protocol. The voice packet transmitting / receiving unit 34 transmits a voice packet generated in accordance with the RTP / RTCP protocol toward each taxi terminal device 40 or toward the media server 20.

The SIP control message generated by the control message generator 31 will be described with reference to FIG. The SIP control message is basically composed of six types of methods of REGISTER, INVITE, ACK, BYE, CANCEL, and OPTIONS according to the specifications of RFC3261. REGISTER is a message sent to the SIP server 10 when registering each SIP terminal, and INVITE is a message sent to the SIP server 10 when requesting the start of a session. ACK is a message transmitted to the SIP server 10 when the start of the session is established, and BYE is a message transmitted to the SIP server 10 when the session is terminated. CANCEL is a message sent to the SIP server 10 when canceling a message that has already been sent, and OPTIONS is a message sent to the SIP server 10 when inquiring about the function of the SIP server 10 or the function of each SIP terminal. is there.
The SIP control message is composed of a header part and a data part. In the header part, a method name indicating a message type, a sender, a receiver, and the like are described.

  As shown in FIG. 5, when the method of the SIP control message is INVITE, a hook control command 101a is added to the header portion 101 of the INVITE message 100. When the hook control command 101a is added to the header part 101, the taxi terminal device 40 that has received the SIP control message via the SIP server 10 automatically calls the session. In the following, it is set as a normal incoming call that a taxi crew member performs a response operation after a ringing tone is sounded at each taxi terminal device 40 to establish a session. In addition, it is set as an automatic incoming call that a ring tone sounds at each taxi terminal device 40 and that a session is established without the crew member performing a response operation.

  The data unit 102 describes the type of media used in the session, the codec, the IP address used for voice calls based on the RTP / RTCP protocol, the port number, and the like. Audio is described as the type.

[Configuration of taxi terminal device]
The configuration of the taxi terminal device 40 will be described with reference to FIG.
As shown in FIG. 6, the taxi terminal device 40 includes a control message generation unit 41, a control message transmission / reception unit 42, a voice packet generation unit 43, a voice packet transmission / reception unit 44, and a command execution unit 45. In the present embodiment, the control message generation unit 41 constitutes a response message generation unit, and the control message transmission / reception unit 42 constitutes a SIP (request / response) message transmission unit and a SIP (request / response) message reception unit. . Each of the control message generation unit 41, the control message transmission / reception unit 42, the voice packet generation unit 43, and the voice packet transmission / reception unit 44 has a function equivalent to the function unit having the same name in the center terminal device 30 described above. . The command execution unit 45 interprets the hook control command 101a included in the SIP control message transmitted from the SIP server 10, and sets the voice call to either automatic incoming call or normal incoming call based on the hook control command 101a. To do. The control message generator 41 of the taxi terminal device 40 can also generate an SIP control message equivalent to the control message generator 31 of the center terminal device 30. However, the hook control command is not described in the header part of the INVITE message generated by the taxi terminal device 40. In this embodiment, the control message transmission / reception unit 42 constitutes an initial request reception unit and a response message transmission unit.

[Operation of the dispatch system]
The operation of the vehicle allocation system will be described with reference to FIG. In the following, a case where the taxi terminal device 40 makes a normal incoming call in response to a call from the center terminal device 30 will be described. In addition, after the case where the center terminal device 30 makes a voice call with each taxi terminal device 40 via the media server 20, the center terminal device 30 makes a voice call directly with each taxi terminal device 40. Will be explained.

[Voice call via media server]
As shown in FIG. 7, for example, when a voice call is performed between the center terminal device 30 and the taxi terminal device 40, the center terminal device 30 generates an INVITE message to generate the protocol of the SIP server 10. It transmits to the control part 12 (step S1). That is, the center terminal device 30 makes a call to the taxi terminal device 40 via the SIP server 10. In the INVITE message transmitted in step S1, the IP address of the center terminal device 30 and the port number used for the voice call are described. The protocol control unit 12 generates an INVITE message and transmits it to the taxi terminal device 40 (step S2). The INVITE message transmitted in step S2 includes the IP address of the media server 20 to which the taxi terminal device 40 is connected and the port number secured by the media server 20 based on the control signal input from the call control unit 11. Are described.

  Then, the protocol control unit 12 generates a 100 Trying response message indicating that the process for the INVITE message in step S1 is being attempted, and transmits the message to the center terminal device 30 (step S3). Further, the taxi terminal device 40 generates a 100 Trying response message for the INVITE message in step S2 and transmits it to the protocol control unit 12 (step S4). Thereafter, the taxi terminal device 40 generates a 180 Ringing response message indicating that it is being called and transmits it to the protocol control unit 12 (step S5), and the taxi terminal device 40 sounds a ring tone. Upon receiving the 180 Ringing response message from the taxi terminal device 40, the protocol control unit 12 generates a 180 Ringing response message and transmits it to the center terminal device 30 (step S6). At this time, the center terminal device 30 reproduces the ringback tone transmitted to the center terminal device 30 using the RTP / PTCP protocol.

  Next, when the taxi crew member performs a response operation, the taxi terminal device 40 generates a 200 OK response message indicating that the request by the INVITE message in step S2 has been successful, and transmits it to the protocol control unit 12 (step S7). ). In the 200OK response message transmitted in step S7, the IP address and port number of the taxi terminal device 40 are described. Upon receiving the 200 OK response message, the protocol control unit 12 generates a 200 OK message and transmits it to the center terminal device 30 (step S8). In the 200 OK response message transmitted in step S8, the IP address and port number of the media server 20 are described. Thereby, since a session between the center terminal device 30 and the taxi terminal device 40 is started via the media server 20, a voice call between the center terminal device 30 and the taxi terminal device 40 is possible. become. Then, the center terminal device 30 and the taxi terminal device 40 perform a voice call using the RTP / RTCP protocol (step S20).

  When the center terminal device 30 receives the 200 OK response message, the center terminal device 30 generates an ACK message and transmits it to the protocol control unit 12 (step S9), and the protocol control unit 12 generates an ACK message and transmits it to the taxi terminal device 40. (Step S10).

  When the employee of the dispatch center ends the voice call, the center terminal device 30 generates a BYE message and transmits it to the protocol control unit 12 (step S11), and the protocol control unit 12 generates a BYE message. To the taxi terminal device 40 (step S12). Thereby, the session between the center terminal device 30 and the taxi terminal device 40 is terminated, and the voice call between the center terminal device 30 and the taxi terminal device 40 is terminated.

  Upon receiving the BYE message, the taxi terminal device 40 generates a 200 OK response message and transmits it to the protocol control unit 12 (step S13), and the protocol control unit 12 generates a 200 OK response message and transmits it to the center terminal device 30. (Step S14).

[Voice call without going through the media server]
As shown in FIG. 7, the center terminal device 30 generates an INVITE message and transmits it to the protocol control unit 12 of the SIP server 10 (step S1). In the INVITE message transmitted in step S1, the IP address of the center terminal device 30 and the port number used for the voice call are described. The protocol control unit 12 generates an INVITE message and transmits it to the taxi terminal device 40 (step S2). The IP address and port number of the center terminal device 30 are described in the INVITE message transmitted in step S2.

Then, from step S3 to step S6, processing similar to that performed via the media server 20 is performed. Next, the taxi terminal device 40 generates a 200 OK response message and transmits it to the protocol control unit 12 (step S7). In the 200OK response message transmitted in step S7, the IP address and port number of the taxi terminal device 40 are described. The protocol control unit 12 generates a 200 OK response message and transmits it to the center terminal device 30 (step S8). The IP address and port number of the taxi terminal device 40 are also described in the 200 OK response message transmitted in step S8. Thereby, since the session between the center terminal device 30 and the taxi terminal device 40 is started, a voice call between the center terminal device 30 and the taxi terminal device 40 becomes possible.
Thereafter, from step S9 to step S14 including a voice call (step S20), processing similar to that performed via the media server 20 is performed.

[Automatic call processing at taxi terminal equipment]
With reference to FIG. 8, the automatic call processing in the taxi terminal device 40 will be described. The session establishment by the automatic incoming call process is performed between the center terminal device 30 and one taxi terminal device 40, and at the same time between the center terminal device 30 and the plurality of taxi terminal devices 40. There are cases. When session establishment is performed simultaneously between the center terminal device 30 and the plurality of taxi terminal devices 40, the automatic call reception processing is performed at each taxi terminal device 40.

  As shown in FIG. 8, when the session is started, the control message transmission / reception unit 42 of the taxi terminal device 40 transmits the INVITE message 100 transmitted from the center terminal device 30 via the protocol control unit 12 of the SIP server 10. (Step S31). Note that the processing in step S31 corresponds to the processing in step S2 in FIG.

  The control message transmission / reception unit 42 outputs the INVITE message 100 to the command execution unit 45, and the command execution unit 45 interprets the INVITE message 100 (step S32).

  When the command execution unit 45 determines that the hook control command 101a is described in the header part 101 of the INVITE message 100 (step S32: YES), the command execution unit 45 determines that the taxi terminal is based on the hook control command. The apparatus 40 is caused to make an automatic incoming call (step S33). That is, the control message generation unit 41 does not generate the 180 Ringing response message in step S5 in FIG. 7, but generates the 200 OK response message in step S7. Thereby, in the taxi terminal device 40, a session between the center terminal device 30 and the taxi terminal device 40 is started without a ringing tone and a response operation by the crew.

  Therefore, a voice call between the center terminal device 30 and the taxi terminal device 40 is possible without the operation of the vehicle crew member responding to the incoming call. Therefore, since the taxi terminal device 40 can receive communication from the center terminal device 30 even while the vehicle is traveling, the efficiency of dispatching can be improved as compared with the configuration in which the response operation of the crew is essential. Can do.

  On the other hand, when the command execution unit 45 determines that the hook control command is not described in the header portion of the INVITE message (step S32: NO), the command execution unit 45 establishes a session from the center terminal device 30. The request is accepted, and the taxi terminal device 40 is caused to sound a ringtone (step S34). Then, in the taxi terminal device 40, the normal incoming call described with reference to FIG. 7 is performed (step S35). That is, the control message generation unit 41 generates a 180 Ringing response message in step S5 in FIG. 7, and the taxi terminal device 40 sounds a ring tone. When the taxi crew member performs a response operation, the processing from step S6 to step 10 in FIG. 7 is performed.

If the taxi crew member does not perform a response operation, the processing after step S7 in FIG. 7 is not performed. For example, for the taxi terminal device 40 that has not responded, the SIP server 10 generates a CANCEL message and transmits it to the control message transmission / reception unit 42.
As described above, according to the first embodiment of the vehicle allocation system, the following effects can be obtained.

  (1) The command execution unit 45 automatically makes a call from the center terminal apparatus 30 by interpreting the hook control command 101a included in the INVITE message 100 from the center terminal apparatus 30. Therefore, a call between the center terminal device 30 and the taxi terminal device 40 can be performed without the operation of the vehicle crew member responding to the incoming call. Therefore, since the taxi terminal device 40 can receive communication from the center terminal device 30 even while the vehicle is traveling, the efficiency of dispatching can be improved as compared with the configuration in which the response operation of the crew is essential. Can do.

[Second Embodiment]
A second embodiment of the vehicle allocation system will be described with reference to FIGS. The second embodiment differs from the first embodiment in the structure of the INVITE message transmitted by the center terminal device 30, the configuration of the taxi terminal device 40, and the automatic call processing in the taxi terminal device 40. Therefore, in the following, such differences will be described, and other descriptions will be omitted.

[Structure of INVITE message]
The structure of the INVITE message will be described with reference to FIG.
As shown in FIG. 9, the INVITE message 110 includes a header part 111 and a data part 112 as in the INVITE message 100 of the first embodiment. In addition to the hook control command 111a, the header portion 111 has boarding position information 111b that is information related to the boarding position of the customer. The boarding position information 111b includes, for example, latitude information and longitude information of the boarding position.

[Configuration of taxi terminal device]
The configuration of the taxi terminal device 40 will be described with reference to FIG.
As shown in FIG. 10, the taxi terminal device 40 is similar to the taxi terminal device 40 of the first embodiment. The control message generation unit 41, the control message transmission / reception unit 42, the voice packet generation unit 43, the voice packet transmission / reception unit 44, A command execution unit 45 is provided. Unlike the taxi terminal device 40 of the first embodiment, the taxi terminal device 40 includes a position information acquisition unit 46 and an automatic call determination unit 47.

  The position information acquisition unit 46 is connected to a position detection device that detects the current position of the taxi, such as a GPS receiver, and acquires current position information of the host vehicle input from the position detection device. The automatic call determination unit 47 uses the boarding position information included in the header part 111 of the INVITE message 110 and the current position of the host vehicle from predetermined determination conditions such as the boarding position and the host vehicle current position. Based on the calculated linear distance, it is determined whether a normal incoming call or an automatic incoming call is received.

[Automatic call processing at taxi terminal equipment]
With reference to FIG. 11, the automatic call processing in the taxi terminal device 40 will be described.
As shown in FIG. 11, when the session is started, the control message transmission / reception unit 42 of the taxi terminal device 40 transmits the INVITE message 110 transmitted from the center terminal device 30 via the protocol control unit 12 of the SIP server 10. (Step S41). The process at step S41 corresponds to the process at step S2 in FIG.

  The control message transmission / reception unit 42 outputs the INVITE message 100 to the command execution unit 45, and the command execution unit 45 interprets the INVITE message 110 (steps S42 and S43).

  When the command execution unit 45 determines that the hook control command 111a is described in the header portion 111 of the INVITE message 110 and the boarding position information 111b is described (step S42: YES, step S43: YES). The position information acquisition unit 46 acquires the current position of the host vehicle (step S44). Then, the automatic call determination unit 47 calculates the linear distance between the two positions using the boarding position information 111b and the current position of the host vehicle acquired by the position information acquisition unit 46. The automatic call determination unit 47 determines whether or not the straight line distance is within a specified distance (step S45). The predetermined distance compared with the straight line distance may be an invariable distance stored in advance in the taxi terminal device 40 or a distance that can be changed by the crew.

  When the automatic call determination unit 47 determines that the calculated straight line distance is within the specified distance (step S45: YES), the taxi terminal device 40 performs automatic call reception (step S46). That is, as in the first embodiment, the control message generation unit 41 generates a 200 OK response message in step S7 in FIG. 7, thereby starting a session between the center terminal device 30 and the taxi terminal device 40. .

  On the other hand, when the automatic call determination unit 47 determines that the calculated linear distance is greater than the specified distance (step S45: NO), the command execution unit 45 establishes a session from the center terminal device 30. The request is accepted, and the taxi terminal device 40 is caused to sound a ringing tone (step S47), and the taxi terminal device 40 is caused to make a normal call (step S48).

  When the dispatch center reports information about reservations to multiple vehicles all at once, each vehicle will be informed of customer information regardless of the distance to the destination. It does not always respond to communications from the dispatch center. That is, a vehicle close to the destination is not necessarily selected as a vehicle to be dispatched. Therefore, in order to efficiently distribute the vehicle to the destination, it is preferable that the information related to the reservation is notified only to a vehicle having a short distance from the destination among the plurality of vehicles.

  However, in order for the dispatch center to inform the information only to vehicles that are close to the destination, the dispatch center always knows the position information of each vehicle, and the relationship between the destination and the position of each vehicle. It is necessary to know the distance. For this reason, the dispatch center needs facilities for realizing these.

  As described above, in the present embodiment, the taxi terminal device 40 determines whether or not to automatically make a call from the center terminal device 30 based on the position information of the host vehicle and the position information of the destination. . Therefore, it becomes easy for the center terminal device 30 to convey information related to vehicle allocation only to vehicles within a predetermined distance from the destination without knowing the current position of each vehicle. Therefore, compared to a configuration in which information is transmitted to all vehicles regardless of the distance between the destination and the vehicle, the allocation center can be improved in efficiency without providing advanced facilities. .

Note that the same INVITE message 110 as in the first embodiment, that is, a message in which only the hook control command 111 a is added to the header portion 111 may be transmitted to the taxi terminal device 40. In this case, the command execution unit 45 determines that the hook control command 111a is described in the header unit 111 while the boarding position information is not described (step S42: YES, step S43: NO). And the command execution part 45 makes the taxi terminal device 40 perform an automatic call (step S46). Therefore, in the taxi terminal device 40, regardless of the distance between the customer's boarding position and the current position of the host vehicle, the center terminal device 30 and the taxi terminal device 40 are automatically called by the call from the center terminal device 30. A session with is started.
As described above, according to the second embodiment of the vehicle allocation system, in addition to the effect (1), the following effect can be obtained.

  (2) The taxi terminal device 40 determines whether to automatically make a call from the center terminal device 30 based on the position information of the host vehicle and the position information of the destination. Therefore, it becomes easy for the center terminal device 30 to convey information related to vehicle allocation only to vehicles within a predetermined distance from the destination without knowing the current position of each vehicle. Therefore, compared to a configuration in which information is transmitted to all vehicles regardless of the distance between the destination and the vehicle, the allocation center can be improved in efficiency without providing advanced facilities. .

[Third Embodiment]
A third embodiment of the vehicle allocation system will be described with reference to FIGS. In addition, compared with 2nd Embodiment, 3rd Embodiment is the function of the control message production | generation part 31 with which the center terminal device 30 is equipped, the structure of the INVITE message which the center terminal device 30 transmits, and automatic arrival at the taxi terminal device 40 The call processing and the INVITE message generation processing in the center terminal device 30 are different. Therefore, in the following, such differences will be described, and other descriptions will be omitted.

[Structure of INVITE message]
The structure of the INVITE message will be described with reference to FIG.
As shown in FIG. 12, the INVITE message 120 includes a header part 121 and a data part 122 as in the INVITE message 110 of the second embodiment. In addition to the hook control command 121a and the boarding position information 121b, range information 121c is added to the header 121. The range information 121c is, for example, a range in which the taxi terminal device 40 makes an automatic call, and this range is specified by a value of a linear distance calculated from the current position and the boarding position of the host vehicle.

[Function of control message generator]
The control message generation unit 31 of the center terminal device 30 generates a SIP control message in the same manner as the control message generation unit 31 of the second embodiment. When the SIP control message is an INVITE message, the control message generator 31 adds the above-described three pieces of information to the header part of the INVITE message 120. In addition, if the session with the taxi terminal device 40 is not started within a predetermined time after the transmission of the INVITE message to the taxi terminal device 40, the control message generator 31 sets a value larger than the previous value. An INVITE message described as information 121c is generated. The control message generation unit 31 transmits an INVITE message in which the value of the straight line distance is updated toward the taxi terminal device 40.

[Automatic call processing at taxi terminal equipment]
With reference to FIG. 13, the automatic call processing in the taxi terminal device 40 will be described.
As shown in FIG. 13, as in the second embodiment, the taxi terminal device 40 receives the INVITE message 120 (step S51), the command execution unit 45 includes the hook control command 121a and the boarding position information 121b as the header unit 121. (Step S52, step S53). When the command execution unit 45 determines that the hook control command 121a and the boarding position information 121b are described in the header part 121 (step S52: YES, step S53: YES), the position information acquisition unit 46 determines the current vehicle status. A position is acquired (step S54).

  Then, the automatic call determination unit 47 calculates the linear distance between the boarding position and the current position of the host vehicle using the boarding position information 121b and the current position of the host vehicle acquired by the position information acquiring unit 46. The automatic call determination unit 47 determines whether or not the straight line distance is within the distance designated by the center terminal device 30, that is, within the straight line distance designated by the range information 121c (step S55).

  When the automatic call determination unit 47 determines that the calculated linear distance is within the distance specified by the range information 121c (step S55: YES), the command execution unit 45 automatically calls the taxi terminal device 40. (Step S56). On the other hand, when the automatic call determination unit 47 determines that the calculated straight line distance is greater than the distance specified by the range information 121c (step S55: NO), the command execution unit 45 is the same as in the second embodiment. Similarly, the taxi terminal device 40 is caused to sound a ringtone (step S57) and a normal incoming call is made (step S58).

[INVITE message generation processing at the center terminal device]
The generation process of the INVITE message 120 in the center terminal device 30 will be described with reference to FIG.
As illustrated in FIG. 14, when the center terminal device 30 requests the taxi terminal device 40 to establish a session, the control message generation unit 31 of the center terminal device 30 generates an INVITE message. The control message generator 31 reads the initial value of the straight line distance as the range information 121c (step S61). The initial value is a predetermined distance set in advance, and is stored in the storage unit of the center terminal device 30. The control message generating unit 31 sets the read initial value as the range information 121c (step S62), and the control message transmitting / receiving unit 32 transmits the INVITE message 120 to the taxi terminal device 40 (step S63).

  The center terminal device 30 measures the time elapsed since the transmission of the INVITE message, and if the response from the taxi terminal device 40 can be confirmed within a predetermined time (step S64: YES), that is, step S8 in FIG. When the 200 OK response message is received, a session between the center terminal device 30 and the taxi terminal device 40 is started. In the present embodiment, the center terminal device 30 constitutes a time measuring unit.

  On the other hand, when the center terminal device 30 cannot confirm the response from the taxi terminal device 40 within a predetermined time (step S64: NO), the control message generating unit 31 determines a predetermined value for the previous linear distance value. The distance A is added (step S65). The control message generator 31 sets the value of the straight line distance calculated in step S65 as the current range information 121c (step S62). Thereafter, the center terminal device 30 repeats the processing from step S62 to step S65 until there is a response from the taxi terminal device 40 within a predetermined time with respect to the transmitted INVITE message 120.

Therefore, the center terminal device 30 can make an incoming call only to a vehicle whose distance from the destination is within the distance set by the center terminal device 30 without grasping the current position of each vehicle.
In addition, when there is no response from the taxi terminal device 40, the center terminal device 30 resets the range information to a larger distance and retransmits the INVITE message 120. Therefore, there is no vehicle that matches the range information. Therefore, it is possible to suppress the situation where the vehicle cannot be dispatched from continuing.
As described above, according to the third embodiment of the vehicle allocation system, the following effects can be obtained in addition to the effects (1) and (2).

  (3) The center terminal device 30 can automatically make an incoming call only to a vehicle whose distance from the destination is within the distance set by the center terminal device 30 without grasping the current position of each vehicle.

  (4) Since the center terminal device 30 resets the range information to a larger distance than the previous INVITE message 120 and retransmits the INVITE message 120, there is no vehicle that matches the range information. It is possible to prevent the situation that cannot be continued.

[Fourth Embodiment]
A fourth embodiment of the vehicle allocation system will be described with reference to FIGS. The fourth embodiment differs from the second embodiment in the structure of the INVITE message transmitted by the center terminal device 30 and the automatic call processing in the taxi terminal device 40. Therefore, in the following, such differences will be described in detail, and other descriptions will be omitted.

[Structure of INVITE message]
The structure of the INVITE message will be described with reference to FIG.
As shown in FIG. 15, the INVITE message 130 includes a header part 131 and a data part 132, similar to the INVITE message 110 of the second embodiment. In the header portion 131, traveling direction information 131c is added in addition to the hook control command 131a and the boarding position information 131b. In the traveling direction information 131c, an angle formed by a straight line connecting the customer's boarding position and the current position of the host vehicle and the traveling direction of the host vehicle is set as an angle θ. The traveling direction information 131c includes range information when the angle θ is within ± 90 ° and range information when the absolute value of the angle θ is greater than 90 ° and within 180 °. Each is described in association with a range. In the range information when the angle θ is within ± 90 °, a relatively large linear distance is set compared to the range information when the absolute value of the angle θ is greater than 90 ° and within 180 °. Yes.

[Direction information]
The traveling direction information described in the INVITE message will be described in more detail with reference to FIG.
As shown in FIG. 16, the taxi terminal device 40 determines the traveling direction of the host vehicle from the route information set in the host vehicle or the current position PP of the host vehicle and the current destination. The angle formed by the straight line B connecting the current position PP and the boarding position RP is calculated as the angle θ described above. Further, in the INVITE message 130 transmitted by the center terminal apparatus 30, a range C indicated by a large circle is described as range information when the angle θ is within ± 90 °, and the absolute value of the angle θ is greater than 90 °. A range D indicated by a small circle is described as range information when the angle is largely within 180 °.

  Of the five vehicles shown in FIG. 16, the two vehicles V1 and V2 that are close to the boarding position RP include the linear distance between the current position PP and the boarding position RP in the range D. The taxi terminal device 40 mounted on V2 automatically receives a call from the center terminal device 30 regardless of the angle θ. On the other hand, the three vehicles V3, V4, V5 far from the boarding position RP include the linear distance between the current position PP and the boarding position RP in the range C, but are not included in the range D. . Therefore, the taxi terminal device 40 mounted in each of the vehicles V3, V4, V5 automatically makes an incoming call with respect to the call from the center terminal device 30 when the angle θ is included in a range within ± 90 °. . On the other hand, the taxi terminal device 40 mounted on each vehicle V3, V4, V5 makes a call to the center terminal device 30 when the absolute value of the angle θ is included in the range of more than 90 ° and within 180 °. A normal incoming call is made.

  Thus, in this embodiment, the smaller the distance information is associated with the range information, the closer the traveling direction of the vehicle does not face the destination side. Therefore, compared to a configuration in which the taxi terminal device 40 simply determines whether to automatically receive a call based on the distance from the destination, the taxi terminal device 40 automatically receives a call when it is easier to reach the destination. . Therefore, the efficiency of dispatch to the destination is further increased.

[Automatic call processing of taxi terminal devices]
The automatic call processing of the taxi terminal device 40 will be described with reference to FIG.
As shown in FIG. 17, as in the second embodiment, the taxi terminal device 40 receives the INVITE message 130 (step S <b> 71), the command execution unit 45 includes the hook control command 131 a and the boarding position information 131 b as the header unit 131. (Step S72, step S73). When the command execution unit 45 determines that the hook control command 131a and the boarding position information 131b are described in the header part 131 (step S72: YES, step S73: YES), the position information acquisition unit 46 determines the current vehicle status. A position is acquired (step S74).

  Then, the automatic call determination unit 47 uses the boarding position information 131b and the current position of the host vehicle acquired by the position information acquisition unit 46, and the straight line B connecting the current position of the host vehicle and the boarding position, An angle θ formed with the traveling direction of the vehicle is calculated. The automatic call determination unit 47 refers to the calculated angle θ and the traveling direction information 131c and selects the distance designated by the center terminal device 30 (step S75). Next, the automatic call determination unit 47 calculates a linear distance between the boarding position and the current position of the host vehicle, and determines whether or not the linear distance is within the distance selected in Step S75 (Step S76).

When the automatic call determination unit 47 determines that the calculated straight line distance is within the distance specified by the traveling direction information 131c (step S76: YES), the command execution unit 45 automatically arrives at the taxi terminal device 40. A call is made (step S77). On the other hand, when the automatic call determination unit 47 determines that the calculated straight line distance is larger than the distance specified by the traveling direction information 131c (step S76: NO), the command execution unit 45 determines that the second embodiment Similarly, the taxi terminal device 40 is caused to sound a ringtone (step S78) and a normal incoming call is made (step S79).
As described above, according to the fourth embodiment of the vehicle allocation system, in addition to the effects (1) and (2), the following effects can be obtained.

(5) As the traveling direction of the vehicle does not face the destination side, a smaller distance is associated with the range information. Therefore, compared to a configuration in which the taxi terminal device 40 simply determines whether to automatically receive a call based on the distance from the destination, the taxi terminal device 40 automatically receives a call when it is easier to reach the destination. . Therefore, the efficiency of dispatch to the destination is further increased.
In addition, each said embodiment can be suitably changed and implemented as follows.

  In the fourth embodiment, the angle θ formed by the traveling direction of the host vehicle and the straight line B connecting the current position PP of the host vehicle and the boarding position RP can be divided into two ranges, and the absolute value of the angle θ is relative A relatively small distance is associated with a relatively large distance as range information. Not limited to this, the angle θ may be divided into three or more ranges. Even in such a configuration, the range in which the absolute value of the angle θ is relatively small is relatively large as the range information. As long as the distance is associated, the effect according to the above (5) can be obtained.

  In the third embodiment, the distance at which the center terminal device 30 is set as range information when the center terminal device 30 cannot confirm the response of the taxi terminal device 40 within a predetermined time after transmitting the INVITE message 120. And the INVITE message is transmitted again. However, the center terminal device 30 may be configured to transmit the INVITE message again without updating the distance set in the range information. Even with such a configuration, it is possible to increase the probability that there is a taxi terminal device 40 that responds to the INVITE message transmitted by the center terminal device 30.

  In the second embodiment, the taxi terminal device 40 stores a distance for determining a range in which an automatic incoming call is made by the taxi terminal device 40. However, the distance for determining the range in which the automatic incoming call is performed is not limited to this, and may be configured to be specified by the center terminal device 30 as in the third embodiment. That is, the INVITE message transmitted from the center terminal device 30 may include range information. With such a configuration, even if the center terminal device 30 does not have information on the current status of each taxi, the taxi terminal device 40 within the distance designated by the center terminal device 30 can be automatically called.

  The vehicle allocation system may have a configuration in which the configuration of the third embodiment and the configuration of the fourth embodiment are combined. That is, the INVITE message transmitted from the center terminal device 30 includes a hook control command, boarding position information, and traveling direction information. When the center terminal device 30 cannot confirm the response of the taxi terminal device 40 within a predetermined time after the INVITE message is transmitted, the center terminal device 30 updates the range information included in the traveling direction information to a larger distance and transmits the INVITE message. Even with such a configuration, the effects according to the above (3) to (5) can be obtained.

  In the second to fourth embodiments, a linear distance calculated from the current position and the boarding position of the host vehicle is set as the range information. For example, when a device that can calculate the distance between the current position and the boarding position of the host vehicle, for example, a navigation device is mounted on a taxi, the range information includes A road between the current position and the boarding position may be set. And the taxi terminal device 40 should just be the structure which is connected to a navigation apparatus and a road is input from a navigation apparatus. According to such a configuration, compared to a configuration in which a linear distance is set as the range information, the current position and the boarding position among a plurality of taxis equipped with the taxi terminal device 40 that automatically calls the center terminal device 30 is called. Variations in the distance between the positions can be suppressed.

  In the second to fourth embodiments, a linear distance calculated from the current position and the boarding position of the host vehicle is set as the range information. Not limited to this, in the case of a taxi equipped with a device that can calculate the time it takes for the host vehicle to reach the boarding position, for example, a navigation device, the range information includes the boarding position. The time taken to arrive may be set. In this case, the navigation device or the like is connected to a function capable of receiving road information such as traffic jam information and traffic regulations in real time, for example, VICS (VICS is a registered trademark of the Road Traffic Information Communication System Center) It is preferable to have a function capable of receiving VICS information in real time. Alternatively, it is preferable to have a function of receiving road information such as traffic jam information and traffic regulations in real time by other methods. In such a configuration, if the time taken to reach the boarding position is calculated in consideration of road information, for example, traffic jam information, the dispatch system selects a taxi that is more suitable for dispatch to the boarding position. It becomes possible to do.

  In each embodiment, the taxi terminal device 40 refers to actual vehicle information indicating that the customer is in a taxi, that is, an actual vehicle, or that the customer is not in the taxi, that is, an empty vehicle. However, it may be configured to prohibit automatic incoming calls when the vehicle is a real vehicle. That is, a configuration in which a taxi is an empty vehicle may be added to the condition for the command execution unit 45 to execute the hook control command. In such a configuration, the command execution unit 45 may be configured to ignore the hook control command even if the hook control command is described in the INVITE message transmitted from the center terminal device 30. According to such a configuration, the taxi crew does not have to ask the customer to call the dispatch center employee.

  Each embodiment may be configured such that when the taxi is an actual vehicle, the taxi terminal device 40 refers to the distance information to the getting-off position that is the current destination. In this case, the taxi terminal device 40 prohibits automatic incoming calls when the distance between the getting-off position and the current location is equal to or greater than a predetermined distance, and the distance between the getting-off position and the current value becomes less than the predetermined distance. In some cases, the prohibition of automatic incoming calls may be canceled. According to such a configuration, it becomes possible for the taxi crew to grasp the next customer's boarding position immediately before the customer gets off, so compared to a configuration in which automatic call reception is prohibited while the taxi is a real vehicle. This makes it possible to increase taxi dispatch efficiency.

  In the second embodiment to the fourth embodiment, the taxi terminal device 40 causes the taxi in which the taxi terminal device 40 is mounted to be set on the travel range information set based on business restrictions or the like, that is, to make the customer get on the taxi. It may be configured to refer to a possible range. In such a configuration, when the taxi terminal device 40 determines that the boarding position described in the INVITE message is not included in the travel range, it is preferable to make a normal incoming call instead of an automatic incoming call. According to such a structure, a taxi is not dispatched to the position which cannot take a customer.

  In the second embodiment to the fourth embodiment, the header part of the INVITE message may be configured such that the getting-off position information is described in addition to the getting-on position information. In such a configuration, the taxi terminal device 40 calculates a boarding distance that is the difference between the boarding position information and the getting-off position information, and when the boarding distance is a predetermined distance or more, regardless of the range information and the traveling direction information, A configuration may be adopted in which a call from the center terminal device 30 is automatically received. According to this structure, since the information of the customer who rides over the predetermined distance is transmitted to the taxi terminal device 40, the fare per customer is easily increased in the taxi.

  The current position of the host vehicle acquired by the taxi terminal device 40 is not limited to the information transmitted from the GPS receiver device. For example, the taxi terminal device 40 is related to the position of the base station from the base station in communication with the taxi terminal device 40. It may be acquired from information transmitted to.

  The vehicle allocation system may not include the media server 20, and the center terminal device 30 and the plurality of taxi terminal devices 40 may be connected without passing through the media server 20. Even in such a configuration, if the hook control command is included in the INVITE message generated by the center terminal device 30, the effect according to the above (1) can be obtained.

  In each embodiment, the protocol used for starting and ending a session is not limited to the SIP protocol. It is also possible to use protocols such as H.323, MGCP, and MEGACO. When these protocols are used, a hook control command may be described in a message corresponding to an INVITE message in the SIP protocol, that is, an initial request for requesting connection to a connection destination.

  In each embodiment, the protocol used for voice communication is not limited to the RTP / RTCP protocol, but may be another protocol used for voice transfer.

  As described above, SIP and RTP / RTCP, which are the protocols described in the embodiments, may be other protocols, and in short, should be capable of wireless packet communication of digitized voice. That's fine. That is, the SIP server 10, the media server 20, the center terminal device 30, and the taxi terminal device 40, which are applications for realizing the SIP protocol in each embodiment, are not limited to the above-described configuration, Any device capable of wireless packet communication may be used. If the vehicle allocation system is embodied as an application for realizing communication using other protocols, the names of the elements constituting the vehicle allocation system, the functions of the elements, the names of the control messages, the packet structure of the control messages, etc. May differ from the description of each embodiment.

  -The vehicle allocation system of the technology of the present disclosure is not limited to the taxi allocation system described in each embodiment. It can also be applied as a vehicle allocation system. In short, the vehicle system of the technology of the present disclosure can be applied as long as it is a system including a center where a vehicle is dispatched and a vehicle dispatched to a destination.

  DESCRIPTION OF SYMBOLS 10 ... SIP server, 11 ... Call control part, 12 ... Protocol control part, 13 ... Media server control part, 20 ... Media server, 21 ... Control part, 22 ... Voice packet generation part, 23 ... Voice packet transmission / reception part, 24 ... Conference call function unit, 30 ... center terminal device, 31 ... control message generation unit, 32 ... control message transmission / reception unit, 33 ... voice packet generation unit, 34 ... voice packet transmission unit, 40 ... taxi terminal device, 41 ... control message generation , 42 ... Control message transmission / reception unit, 43 ... Voice packet generation unit, 44 ... Voice packet transmission / reception unit, 45 ... Command execution unit, 46 ... Location information acquisition unit, 47 ... Automatic call determination unit, 50 ... IP network, 100 , 110, 120, 130... INVITE message, 101, 111, 121, 131... Header part, 101a 111a, 121a, 131a ... Hook control command, 102,112,122,132 ... data section, 111b, 121b, 131b ... riding position information, 121c ... range information, 131c ... traveling direction information.

Claims (5)

A center terminal device installed at a dispatch center for delivering vehicles to a destination, and a vehicle terminal device mounted on each of a plurality of vehicles,
The center terminal device
A hook control command for generating an initial request for the call, which is one of control messages for controlling the start and end of a call with each of the vehicle terminal devices, and causing the vehicle terminal device to automatically receive the initial request. An initial request generator that adds
An initial request transmitter for transmitting the initial request;
Each of the vehicle terminal devices
An initial request receiver for receiving the initial request;
A command execution unit for interpreting the hook control command of the received initial request and automatically receiving a call from the center terminal device ;
A location information acquisition unit that acquires location information of the host vehicle;
An automatic call determination unit that determines whether or not to automatically make a call from the center terminal device;
The initial request generation unit further adds location information of the destination to the initial request,
When the automatic call determination unit determines that the distance calculated from the location information of the destination and the location information of the host vehicle is within a predetermined distance, the command execution unit A dispatch system that automatically receives incoming calls . The initial request generator is
Further adding range information which is information indicating a distance between the destination and the position of the vehicle to the initial request,
The command execution unit
When the automatic call determination unit determines that the distance between the destination and the host vehicle is within the distance indicated by the range information, the call from the center terminal device is automatically received. The vehicle allocation system according to claim 1 . The vehicle terminal device
A response message generating unit for generating a response message informing the center terminal device that the incoming call has been received by the initial request from the center terminal device;
A response message transmission unit for transmitting the response message;
The center terminal device
A response message receiving unit for receiving the response message;
A time measuring unit for measuring a time elapsed after transmitting the initial request,
The initial request generator is
When the response message receiving unit cannot receive the response message even when the time measured by the time measuring unit elapses a predetermined time, the range information in the transmitted initial request indicates the distance indicated by the range information. Generate the initial request again as a distance greater than
The initial request transmitter is
The dispatch system according to claim 2 , wherein the initial request generated again is transmitted. The initial request generator is
Describe an angle formed by the traveling direction of the vehicle and a straight line connecting the destination and the position of the vehicle in association with the range information,
The vehicle allocation system according to claim 2 or 3 , wherein a smaller distance is associated with the range information as the angle is larger. 1 of a control message for controlling the start and end of a call between a vehicle terminal device mounted on each of a plurality of vehicles and the center terminal device at a center terminal device installed in a dispatch center that delivers vehicles to a destination A hook control command for automatically calling the vehicle terminal device and the location information of the destination are added to the initial request.
A step of transmitting the initial request from the center terminal device to each of the vehicle terminal devices;
Obtaining position information of the host vehicle at each of the vehicle terminal devices;
Determining whether to automatically make a call from the center terminal device; and
Each of the vehicle terminal devices receives the initial request, interprets the hook control command of the received initial request, and calculates the position information of the destination and the position information of the host vehicle. When it is determined that the distance is within a predetermined distance, a call is automatically received from the center terminal device; and
How to dispatch including.

Images