KR20180136760A - Method for providing call taxi service capable of requesting multiple car allocations - Google Patents

Abstract

According to an embodiment of the present invention, a method for providing a call taxi service capable of requesting multiple car allocations performed by a server comprises the steps of: receiving a basic allocation request including destination information from a passenger terminal, and completing allocation for a first taxi corresponding to the basic allocation request from the passenger terminal; receiving at least one sub allocation request from the passenger terminal after completing the allocation for the first taxi; and completing allocation for at least one second taxi corresponding to the at least one sub allocation request to the passenger terminal. The passenger terminal is provided with driving information on multiple calls including a call for the first taxi and a call for at least one second taxi.

Description

[0001] METHOD FOR PROVIDING CALL TAXI SERVICE CAPABLE OF REQUESTING MULTIPLE CAR ALLOCATIONS [0002]

The present invention relates to a method, a server, and a terminal for providing a call service capable of requesting a plurality of dispatch requests. More particularly, the present invention relates to a method and apparatus for providing a plurality of dispatch requests A server, and a terminal.

The conventional call taxi system has been provided in such a form that when a call requestor calls a call center and requests a call to the call agent through an agent, dispatch is made by a call signal response of the taxi.

In recent years, call-to-call applications have made it easier for call-takers to call the call center to request call-takings.

The call-tak system using the call-taks application transmits information of the call-tak requestor to the taxi driver near the departure point when the call-taker requestor inputs information including the start point and the destination through the call-taki application installed in the terminal, and connects the taxi driver and call- System.

Such a call-taksy application is implemented so that only a single dispatch request can be made to only a call-taker requesting a call-taks service. In other words, the existing call-takedown application is implemented so that the call-taker and the taxi driver are connected one-to-one, so that when the call-taker's call is dispatched, no further call-takers can be requested. For example, when there are a lot of people who want to use a call service in a hotel concierge or after a party, there is an inconvenience that a calling application must be installed for each user, and a call to the calling party must be called directly.

Korean Patent Registration No. 10-0660974 (published Dec. 18, 2006)

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems of the prior art, and it is an object of the present invention to provide a dispatch request page, which can request a plurality of dispatch requests for a taxi to be boarded by not only a user of a passenger terminal requesting a call- And dispatching a cab corresponding to each of the plurality of dispatch requests to the passenger terminal so that a plurality of dispatch requests for allowing not only the user of the passenger terminal but all the other parties to receive the call service through the application installed in the passenger terminal A server, and a terminal for providing a call service.

In addition, the present invention provides operating information of each taxi corresponding to a plurality of dispatch requests for a plurality of dispatch requests requested by the passenger terminal to the passenger terminal, thereby realizing the operation status of the taxis arriving at the departure point designated by the passenger terminal in real time A server, and a terminal for providing a call pickup service capable of requesting a plurality of dispatch requests, such that the dispatcher can check whether the dispatcher has completed the dispatch of the dispatcher safely after boarding the taxi.

According to another aspect of the present invention, there is provided a call service providing method capable of receiving a plurality of dispatch requests performed by a server, the method comprising: receiving a basic dispatch request including destination information from a passenger terminal; And dispatching a first taxi corresponding to the basic dispatch request to the passenger terminal; Receiving at least one sub-dispatch request from the passenger terminal after the first cab is dispatched; And dispatching at least one second cab corresponding to the at least one sub-allocation request to the passenger terminal. The driving information for the multi-call including the call for the first cab and the call for the at least one second cab is provided to the passenger terminal.

A passenger terminal providing a call service capable of requesting a plurality of dispatch requests according to another embodiment of the present invention transmits a basic dispatch request including destination information to a server so that a first dispatch request corresponding to the basic dispatch request is transmitted to a basic dispatch Request part; A sub-dispatch request unit for receiving at least one second cab corresponding to the at least one sub-dispatch request by transmitting at least one sub-dispatch request to the server after the first cab is dispatched; And a driving information output unit for outputting driving information for a multi-call including a call for the first cab and a call for the at least one second cab.

A call-to-service service providing server capable of requesting a plurality of dispatch requests according to another embodiment of the present invention receives a basic dispatch request including destination information from a passenger terminal and dispatches a first taxi corresponding to the basic dispatch request to the passenger terminal A basic dispatch performing unit for completing; A sub-dispatching step of receiving at least one sub-dispatch request from the passenger terminal after the first taxi is dispatched, and dispatching at least one second taxi corresponding to the at least one sub-dispatch request to the passenger terminal part; And a driving information providing unit for providing driving information for the multi-call including the call for the first cab and the call for the at least one second cab to the passenger terminal.

The present invention can request a plurality of dispatch requests for a taxi to be boarded by another party whose destination is different as well as the user of the passenger terminal requesting the call taxi. In addition, by dispatching a taxi corresponding to each dispatch request to the passenger terminal in response to a plurality of dispatch requests, the call taxi service can be conveniently provided through the application installed in the passenger terminal even if the user is not installed with the call taxi application.

In addition, the present invention provides operating information of each taxi corresponding to a plurality of dispatch requests for a plurality of dispatch requests requested by the passenger terminal to the passenger terminal, thereby realizing the operation status of the taxis arriving at the departure point designated by the passenger terminal in real time It is possible to monitor whether or not the passengers have safely got off the bus after boarding the taxi.

In addition, according to the present invention, a multi-call settlement is made by a passenger terminal requesting a call service after a multi-call for a plurality of cabs dispatched to the passenger terminal is completed, thereby improving the convenience of use of the taxi by the passenger.

FIG. 1 is a schematic view of a call service providing system capable of requesting a plurality of dispatch requests according to an embodiment of the present invention. Referring to FIG.
2 is a configuration diagram of a call service providing server according to an embodiment of the present invention.
3 is a configuration diagram of a passenger terminal according to an embodiment of the present invention.
4A to 4I are views illustrating an interface for providing a call waiting service capable of requesting a plurality of dispatch requests according to an embodiment of the present invention.
FIG. 5 is a flowchart illustrating an operation of a method for providing a call service with a plurality of dispatch requests according to an exemplary embodiment of the present invention. Referring to FIG.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings, which will be readily apparent to those skilled in the art. The present invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. In order to clearly illustrate the present invention, parts not related to the description are omitted, and similar parts are denoted by like reference characters throughout the specification.

Throughout the specification, when a part is referred to as being "connected" to another part, it includes not only "directly connected" but also "electrically connected" with another part in between . Also, when an element is referred to as "comprising ", it means that it can include other elements as well, without departing from the other elements unless specifically stated otherwise.

In this specification, the term " part " includes a unit realized by hardware, a unit realized by software, and a unit realized by using both. Further, one unit may be implemented using two or more hardware, or two or more units may be implemented by one hardware. On the other hand, 'to' is not limited to software or hardware, 'to' may be configured to be an addressable storage medium, and may be configured to play one or more processors. Thus, by way of example, 'parts' may refer to components such as software components, object-oriented software components, class components and task components, and processes, functions, , Subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functions provided in the components and components may be further combined with a smaller number of components and components or further components and components. In addition, the components and components may be implemented to play back one or more CPUs in a device or a secure multimedia card.

The "passenger terminal" referred to below may be implemented as a computer or a portable terminal capable of connecting to a server or other terminal through a network. Here, the computer includes, for example, a notebook computer, a desktop computer, a laptop computer, and the like, each of which is equipped with a web browser (WEB Browser), and the portable terminal may be a wireless communication device (BLE, Bluetooth Low Energy), NFC, RFID, Ultrasonic, Infrared, WiFi, and LiFi as well as smart phones, tablet PCs and wearable devices. And may include various devices mounted thereon. The term "network" refers to a connection structure capable of exchanging information between nodes such as terminals and servers. The network includes a local area network (LAN), a wide area network (WAN) (WWW: World Wide Web), wired / wireless data communication network, telephone network, wired / wireless television communication network and the like. Examples of wireless data communication networks include 3G, 4G, 5G, 3GPP, LTE, WIMAX, Wi-Fi, Bluetooth, infrared, Communications, Visible Light Communication (VLC), LiFi, and the like.

FIG. 1 is a schematic view of a call service providing system capable of requesting a plurality of dispatch requests according to an embodiment of the present invention. Referring to FIG. Referring to FIG. 1, the call service providing system may include a call service providing server 100 and a passenger terminal 110. In addition, the call pickup service providing system may further include terminals of a plurality of cabs 120 and 130. [ 1 is only an embodiment of the present invention, and thus the present invention is not limited to FIG. That is, according to various embodiments of the present invention, the call service service providing system may be configured differently from that of FIG.

The call service providing server 100 sequentially receives the dispatch request information (origin and destination information) for a plurality of dispatch requests from the passenger terminal 110 and sequentially transmits the dispatch request information to the destination To the at least one taxi terminal located in the vicinity.

For example, the call service providing server 100 may transmit a basic dispatch request and at least one sub-dispatch request to at least one taxi terminal located in the vicinity of the departure point.

In addition, the call service service providing server 100 completes dispatching the first cab accepted the basic dispatch request to the passenger terminal 110, and subsequently transmits at least one second cab accepted the at least one sub-dispatch request information to the passenger terminal 110. [ (110).

The passenger terminal 110 is provided with a call application that allows a plurality of dispatch requests, and can input origin and destination information, which is information necessary for taxi dispatch and operation, through the call taxi application, and can transmit it to the call service providing server 100 .

The passenger terminal 110 transmits the information on the operation of the multi-calls for the plurality of taxis that have been dispatched to the passenger terminal 110 (for example, taxi driver information, vehicle type of taxi, scheduled arrival time, (100).

According to the present invention, even if the call application is not installed in the terminal of the user of the passenger terminal 110, the call service can be conveniently provided through the passenger terminal 110. That is, the passenger terminal 110 may call the call-taker instead of the terminal of the user's party. In addition, even if the passenger terminal 110 is different from the user of the passenger terminal 110, the passenger terminal 110 can be dispatched according to a plurality of dispatch requests through the passenger terminal 110. In addition, the user and the passenger of the passenger terminal 110 can prepare for riding through the driving information of the multi-call.

The operation of each component included in the call service service providing system of FIG. 1 will be described in more detail with reference to the following drawings.

2 is a configuration diagram of a call service providing server 100 according to an embodiment of the present invention. 2, a call service providing server 100 according to an embodiment of the present invention includes a basic dispatcher 200, a sub-dispatcher 210, a dispatcher 220, 230 and a settlement performing unit 240. [ However, the configuration of the call service providing server 100 according to an embodiment of the present invention may be different from that of FIG.

The basic dispatcher 200 may recognize the passenger terminal 110 connected to the call application and then provide the dispatch request page to the passenger terminal 110. [ The basic dispatcher 200 may provide the dispatch request page including the entry area of the departure information and the input area of the destination information to the passenger terminal 110. [ Here, the dispatch request page may further include an interface for a basic dispatch request.

In this regard, the dispatch request page will be described briefly with reference to FIG. 4A. The basic dispatcher 200 may provide the dispatch request page as shown in FIG. 4A to the passenger terminal 110. FIG. The dispatch request page may be stored in the passenger terminal 110 installed with the call application and may be transmitted from the call service providing server 100 to the passenger terminal 110 every time the passenger terminal 110 accesses the call application Lt; / RTI >

The dispatch request page may include an entry area 401 of the departure information and an entry area 403 of the destination information for inputting the departure place and the destination to be aboard the user of the passenger terminal 110. [ The dispatch request page may further include an interface 405 for a basic dispatch request.

For example, the starting point information may be automatically set as information on the current position of the passenger terminal 110 using the GPS (Global Positioning System) of the passenger terminal 110, or may be input as text. In addition, when the interface 407 for driving the map application linked with the dispatch request page is selected, the map application is driven, and the source information and the destination information can be input through the corresponding map application. Alternatively, the source and destination may be entered by referring to a list of the previously entered starting and destination destinations or a list of the starting and destination destinations registered as favorites.

Although not shown in FIG. 4A, the dispatch request page may include an input area for inputting a contact. At this time, the input contact information may be transmitted to the taxi driver to be dispatched to the passenger terminal 110, or may be used to deliver the safety information message to the contact person when the taxi is dispatched to the passenger terminal 110 in the future.

The basic dispatcher 200 may provide the estimated time information 409 required to arrive from the origin to the destination through the dispatch request page. The basic dispatcher 200 may further include an interface 411 that can select a vehicle type of the taxi to be dispatched to the passenger terminal 110 (for example, a medium taxi, a large taxi, a model taxi, Through the dispatch request page. In addition, the basic dispatch execution unit 200 transmits an interface 413 for selecting a payment method (e.g., card settlement, cash settlement, non-settlement settlement, etc.) of the taxi service charge for the call taxi service to the dispatch request page Lt; / RTI >

4A, the basic dispatcher 200 may determine whether the user of the passenger terminal 110 that called the call service is to pay the taxi fare through the payment information previously stored in the passenger terminal 110 An input area for inputting settlement subject information indicating whether or not a party of a user who has boarded the taxis is going to make a field settlement may be further provided. For example, when the passenger terminal 110 calls a plurality of cabs, a user of the passenger terminal 110 may be entered as a payment subject as a settlement subject for ending the operation of each taxi dispensed by a plurality of dispatch requests, (Passengers) boarding a taxi called by the user of the terminal 110 can be input as payment entities. For example, when the passenger terminal 110 is selected as the payer, the call for the plurality of taxis can be settled by the payment method registered in the dispatch request page by the passenger terminal 110. [ When the party is selected as the payer, the settlement procedure may be performed in the same process as the case where the on-site settlement is proceeded to the payment means such as a card or cash or the passenger terminal 110 is selected as the payer.

2, the basic dispatcher 200 may receive the departure point information and the destination information from the passenger terminal 110 through the dispatch request page provided to the passenger terminal 110. [ Then, the basic dispatcher 200 can receive the input signal of the interface 405 for the basic dispatch request from the passenger terminal 110 through the dispatch request page.

The basic dispatcher 200 can perform dispatching for at least one taxi located within a predetermined range from the origin based on the dispatch information.

Specifically, the basic dispatcher 200 transmits information included in the basic dispatch request received from the passenger terminal 110 to at least one taxi terminal located within a predetermined range, And can receive the dispatching acceptance information from the terminal. Here, the dispatching acceptance information may be information to be transmitted when an accept button is input in the taxi terminal.

The basic dispatcher 200 receives dispatching acceptance information for a basic dispatch request of the passenger terminal 110 from at least one taxi terminal located within a predetermined range or when the dispatch of the taxi is completed to the passenger terminal 110 To the passenger terminal 110 through the dispatch status page. For example, the dispatch status page may be provided to the passenger terminal 110 in the form as shown in FIG. 4B. The dispatch connection state may be expressed as a time lapse of a dispatch connection according to a predetermined dispatch waiting time, and may be expressed in a predetermined transition manner (for example, a manner in which a figure is filled with a specific color by a predetermined range over time).

If the basic dispatcher 200 fails to receive the dispatching acceptance information for the basic dispatch request of the passenger terminal 110 from at least one taxi terminal located within a predetermined range, And may provide the dispatch request retry page to the passenger terminal 110 to cause the request to be retried. For example, a dispatch request retry page may be provided to the passenger terminal 110 in the form of FIG. 4c. When the passenger terminal 110 requests the dispatch request retry, the basic dispatcher 200 transmits information included in the basic dispatch request of the passenger terminal 110 to at least one taxi terminal located within a predetermined range, The dispatch acceptance message can be transmitted together.

The basic dispatcher 200 can dispatch the first taxi 120 corresponding to the basic dispatch request to the passenger terminal 110. [ For example, the basic dispatcher 200 can dispatch the first cab 120 to the passenger terminal 110, which has first transmitted the dispatching acceptance information among at least one taxi terminal that has transmitted the dispatching acceptance information. For example, when the plurality of taxi terminals transmit the dispatching acceptance information at the same time, the basic dispatch performing unit 200 acquires the first taxi 120 having excellent evaluation information based on the evaluation information for each of the plurality of taxis And may preferentially distribute to the passenger terminal 110. Alternatively, when the plurality of taxi terminals transmit dispatching acceptance information at the same time, the basic dispatcher 200 preferentially transfers the first taxi 120 closest to the departure point among the plurality of taxis to the passenger terminal 110 It may be dispatched.

The travel information providing unit 220 can provide the dispatched user interface to the passenger terminal 110 when the passenger terminal 110 has been dispatched. For example, the dispatched user interface may be provided in the form as shown in FIG. 4D.

4D, the travel information providing unit 220 determines whether or not the current position of the first taxi 120, which is dispatched to the passenger terminal 110 through the dispatched user interface, and the current position of the first taxi 120, It is possible to display and provide the estimated arrival time 415 to arrive at the map.

In addition, the travel information providing unit 220 receives the information of the first taxi 120 (for example, the name and profile photograph of the taxi driver, the name of the vehicle of the taxi, Vehicle number, etc.) 417. [

The travel information providing unit 220 further includes a call button 419 for making a telephone call with the first taxi 120 based on the telephone number of the first taxi 120 that is dispatched to the passenger terminal 110, A message button 421 having a function of sending a message (e.g., SMS, MMS, SNS, etc.) capable of sending and receiving a message (e.g., SMS, MMS, SNS, Can be included in the completed user interface and provided to the passenger terminal 110.

Returning to FIG. 2, the travel information providing unit 220 may provide the travel information providing page including the travel information for the first taxi 120 to the passenger terminal 110. For example, the travel information providing page may be provided as shown in FIG. 4E, and the travel information may include travel information (e.g., car number, departure and destination information of the taxi) 423 of the taxi dispatched to the passenger terminal 110 (Including a traveling route situation, for example, coming in or coming soon) according to the proceeding state of the taxi service of the taxi dispatched to the passenger terminal 110, the user's seat of the passenger terminal 110 Information or getting off information can be provided in real time via the operation status icon 425. [

The travel information providing unit 220 may be configured to allow the passenger terminal 110 to move to a dispatch request page for a sub-dispatch request for at least one taxi when the dispatch of the first taxi 120 to the passenger terminal 110 is completed And provide the interface 42 for sub-allocation request to the passenger terminal 110 through the travel information providing page. At this time, the interface 42 for requesting the sub-allocation can be activated after the first cab 120 is dispatched to the passenger terminal 110.

2, after the first cab 120 is dispatched to the passenger terminal 110, the sub-dispatch performing unit 210 transmits the sub-dispatch request for the sub-dispatch request included in the travel information providing page from the passenger terminal 110 When the input signal of the interface is received, the passenger terminal 110 may be provided with a dispatch request page including an input area of sub-departure point information, an input area of sub-destination information, and an interface for a sub-dispatch request.

The sub-allocation performing unit 210 may receive the departure point information and the destination information for the sub-allocation request from the passenger terminal 110 through the dispatch request page provided to the passenger terminal 110. [ At this time, the source corresponding to the sub-allocation request and the source corresponding to the basic allocation request are the same, and the destination corresponding to the sub allocation request and the destination corresponding to the basic allocation request can be input differently. Here, the origin corresponding to the sub-allocation request can be automatically set based on the GPS of the passenger terminal 110 or can be input as text, as with the origin corresponding to the basic dispatch request.

For example, the sub-allocation performing unit 210 may receive the departure point information and the destination information for the first sub-allocation request for the first party whose destination is different from the user of the passenger terminal 110 from the passenger terminal 110 have. Subsequently, the sub-allocation performing unit 210 may further receive, from the passenger terminal 110, source information and destination information for a second sub-allocation request for a second party whose destination is different from the user of the passenger terminal 110 .

The sub-allocation performing unit 210 may receive at least one sub-allocation request from the passenger terminal 110 by the number of other destinations via the allocation request page.

The sub-allocation performing unit 210 may distribute at least one second taxi 130 corresponding to at least one sub-allocation request to the passenger terminal 110. [ Specifically, the sub-allocation performing unit 210 transmits at least one second taxi 130, which is located within a predetermined range from the departure point, to the passenger terminal 110 based on the received departure point information according to the number of requests for sub- . For example, the sub-allocation performing unit 210 can dispatch at least one taxi that has transmitted the dispatching acceptance information to the passenger terminal 110 as a taxi for sub-dispatch.

When the at least one second taxi 130 is dispatched to the passenger terminal 110, the travel information providing unit 220 transmits the first taxi 120 and the at least one second taxi 130 via the dispatched user interface, Can be provided.

Referring to FIG. 4F, the travel information providing unit 220 distributes any one of the second cabs 130 to the passenger terminal 110 in response to the sub-allocation request for the first party of the passenger terminal 110, When the other one of the second cabs 140 is dispatched to the passenger terminal 110 in response to the sub-dispatch request for the second pass, the dispatched user interface 110, which is dispatched according to the basic dispatch request of the passenger terminal 110 via the dispatched user interface One of the first taxi 120 and the second taxi dispatched according to each sub-dispatch request, and the other one of the second taxi 140 on the map.

The travel information providing unit 220 is configured to transmit either one of the first taxi 120 and the second taxi depending on the basic dispatch request of the passenger terminal 110 and the second taxi dispatched according to the sub- The estimated arrival time 427 and the travel route position information (e.g., coming-in, waiting for signal, arrival completion, etc.) 429 until each of the other one of the cabs 140 arrives at the departure place 40 They can be respectively displayed on a map and provided through a dispatch completed user interface.

In addition, the travel information providing unit 220 may provide information on any one of the second cabs 130 and the other one of the second cabs 140 (e.g., the name of the taxi driver for each taxi cab) And a profile photograph, a taxi's model name, a taxi's taxi number, etc.) 431 can be included in the dispatched user interface and provided.

For example, the travel information providing unit 220 may include a first taxi 120, one of the second taxi 130 and another one of the second taxi 120, which are dispatched to the passenger terminal 110 displayed on the map, The taxi information 431 for the taxi selected by the user of the passenger terminal 110 can be output and provided to the lower end of the dispatched user interface.

The travel information providing unit 220 includes a call button 433 for providing telephone connection to a taxi driver of each taxi dispatched to the passenger terminal 110 and a message button 435 for sending / ) Can be provided by matching the information of each taxi.

2, the travel information providing unit 220 transmits the first driving information for the first taxi 120 and the second driving information for the at least one second taxi 130 to the passenger terminal 110 It is possible to provide a driving information providing page including the driving information. At this time, the first driving information for the first taxi 120 can be displayed on the driving information providing page with priority over the second driving information for the at least one second taxi 130.

Referring to FIGS. 4g to 4h, the driving information providing page can list driving information of a plurality of dispatched taxis for a plurality of dispatch requests requested by the passenger terminal 110, and display the information. For example, the driving information providing page may include first driving information 437 for the first cab 120, second driving information 439 for one of the second cabs 130 and any other of the second cabs And the third driving information 441 for one (140). The travel information of each taxi may include dispatch information of each taxi (e.g., vehicle number, departure and destination information of the taxi).

In addition, the location information of the taxi (that is, the travel route position and the running situation, for example, coming soon, coming soon), the boarding information and the getting off information are provided in real time via the running status icons 443 to 447. Here, the boarding information and the departure information may be information generated based on the operation start information and the operation end information of the cab received from each of the plurality of taxi terminals dispatched to the passenger terminal 110. Here, the operation start information is information received from the taxi terminal when the taxi driver enters the operation start button displayed on the screen of the taxi terminal after the passenger boarded the taxi, and the operation end information indicates that the passenger has left the destination, And may be information received from the taxi terminal when the taxi driver inputs the operation end button displayed on the screen of the taxi terminal.

The driving information providing page may include an interface 42 for a sub-dispatching request in which the passenger terminal 110 can additionally request a sub-dispatching request even after the sub-dispatching is completed. If each of the plurality of taxis dispatched to the passenger terminal 110 has reached the designated destination, the departure completion may be displayed in the travel state icon 425 included in the travel information providing page as shown in FIG. 4H.

2, the travel information providing unit 220 can transmit the security information message to the passenger terminal 110 when the travel start information is received from each taxi terminal dispatched to the passenger terminal 110. Here, the security information message is a message for informing the acquaintance of the information of the taxi currently occupied by the passenger.

4I, the security information message may include at least one of the information of the dispatched taxi (for example, the car number and the car type), the source and destination information, the start time of operation, and the estimated time to destination.

The travel information providing unit 220 may transmit the security information message to the passenger terminal 110 in a form including a query for transmitting the security information message to the acquaintance registered in the message application. The travel information providing unit 220 may transmit the security information message to the selected object when the passenger terminal 110 selects a destination to send the security information message through the message application.

Referring again to FIG. 2, the multi-call management unit 230 receives a call for the first cab 120, which is dispatched according to the basic dispatch request of the passenger terminal 110, and a call for at least one The call to the second taxi 130 can be grouped into the first multi call of the passenger terminal 110. [

The multi call manager 230 may terminate the first multi call by terminating the call to the first taxi 120 and the at least one second taxi 130 that are dispatched to the passenger terminal 110. [

When the multi-call management unit 230 receives the end-of-travel information from the first cab 120 and the second at least one second cab 130, You can end the procedure.

The settlement performing unit 240 can perform the settlement of the call for the first taxi 120 and the settlement of the call for the second taxi 130 based on the settlement information registered in the user account of the passenger terminal 110 have.

For example, the settlement performing unit 240 receives the travel start information and the travel end information from each taxi terminal dispatched to the passenger terminal 110, and based on the received travel start information and the travel end information, After calculating the operating charge or determining the taxi fare according to the taxi fare entered directly by the taxi driver after the taxi operation is completed, the passenger terminal 110 transmits the settlement request information including the taxi fare and the payment confirmation button Can be transmitted.

For example, when the passenger terminal 110 has previously registered the payment information in the call application, the payment performing unit 240 may click the payment confirmation button included in the payment request information received by the passenger terminal 110, (A plurality of taxi calls dispatched to the passenger terminal 110) automatically in connection with the card issuer server using the payment means information. Alternatively, when the payment execution unit 240 clicks on the payment confirmation button included in the payment request information received by the passenger terminal 110, the payment execution unit 240 transmits the payment means information input by the user through the execution of the payment application linked with the call application (For example, card information, account information, etc.). Alternatively, the settlement performing unit 240 may perform settlement for the multi-call by subtracting a portion corresponding to the taxi service charge from the reserve accumulated in the user account of the call application. Alternatively, if the user of the passenger terminal 110 has set a payer for the taxi service charge as a passenger boarded in each taxi, the payment performing unit 240 may cause the settlement application unit 240 to perform settlement by cash settlement or card settlement in the field Can be implemented.

After the first multi-call procedure is completed, the basic dispatcher 200 may receive a request for a new multi-call from the passenger terminal 110. [

After the first multi-call procedure is completed, the basic dispatcher 200 receives a new basic dispatch request corresponding to the new multi-call from the passenger terminal 110, A taxi corresponding to the dispatch request can be dispatched.

When receiving at least one new sub-allocation request corresponding to the new multi-call from the passenger terminal 110, the sub-allocation performing unit 210 transmits a taxi corresponding to at least one new sub-allocation request to the passenger terminal 110 We can dispatch.

3 is a block diagram of a passenger terminal 110 according to an embodiment of the present invention. 3, a passenger terminal 110 according to an embodiment of the present invention includes a basic dispatch request unit 300, a sub-dispatch request unit 310, a dispatch information output unit 320, (330). However, the configuration of the passenger terminal 110 according to the embodiment of the present invention may be different from that of FIG.

When the passenger terminal 110 accesses the call application, the basic dispatch requesting unit 300 can output the dispatch request page for the basic dispatch request to the screen of the passenger terminal 110. [ Here, as shown in FIG. 4A, the dispatch request page may include an entry area for source information, an input area for destination information, and an interface for a basic dispatch request. In addition, the dispatch request page may include an input area for inputting a contact address of a destination for using the call service. In addition, the dispatch request page may further include an interface through which a passenger terminal 110 can select a vehicle of a taxi (for example, a medium-sized taxi, a large-sized taxi, a fine taxi, etc.) An input area for selecting a settlement method of the taxi service charge for use of the call taxi service and setting a settlement subject for the taxi service charge may be separately provided.

The dispatch request page output to the screen of the passenger terminal 110 may be stored in the passenger terminal 110 or received from the call service providing server 100 every time a call application is connected.

The basic dispatch requesting unit 300 can transmit the departure point information and the destination information inputted by the user of the passenger terminal 110 to the call service providing server 100 together with the input signal of the interface for the basic dispatch request through the dispatch request page have. Here, for example, information on the current position of the passenger terminal 110 may be automatically input by a GPS module mounted on the passenger terminal 110, or may be input in a text form through direct input of the user .

The basic dispatch requesting unit 300 receives the dispatching acceptance information from at least one taxi terminal located within a preset range from a departure place (position extracted from the departure point information inputted by the passenger terminal 110) at the call service service providing server 100 The call taxi service providing server 100 can receive the first cab 120 corresponding to the basic dispatch request. Here, the first taxi 120, which is dispatched to the passenger terminal 110, may be a taxi that has first transmitted the dispatching acceptance information to the call service providing server 100, (E.g., the taxi with the best evaluation information of the passenger or the nearest taxi from the departure place).

The sub-allocation request unit 310 transmits the sub-allocation request page including the input area of the departure point information and the destination information of the sub-allocation request to the passenger terminal 110 after the first taxi 120 is dispatched to the passenger terminal 110, To the terminal 110.

For example, an interface for a sub-allocation request may be provided through a travel information providing page, as shown in FIG. 4E, and a sub-allocation request page may be provided according to a selection input of an interface for a sub-allocation request.

Here, the interface for the sub-allocation request may be activated after the first cab 120 is dispatched.

The sub-allocation requesting unit 310 may transmit the sub-allocation request to the call-taking service providing server 100 with the source information and the destination information of the sub-allocation request inputted by the user of the passenger terminal 110 through the allocation request page. Here, the source information corresponding to the sub-allocation request is the same as the source corresponding to the basic dispatch request, and the destination information corresponding to the sub-dispatch request may be different from the destination corresponding to the basic dispatch request.

The sub-allocation request unit 310 may receive at least one second cab 130 corresponding to at least one sub-allocation request from the call-taxi service providing server 100. [

When the at least one second taxi 130 is completely dispatched to the passenger terminal 110, the travel information output unit 320 outputs the location of the first taxi 120 and the at least one second taxi 130, 1 taxi 120 and at least one second taxi 130 from the call service providing server 100 to provide a dispatched user interface as shown in FIG. 4F. For example, the travel information output unit 320 may output the estimated arrival time and the travel condition information (e.g., the arrival time of the first cab 120 and the arrival time of the second cab 130) until the arrival of the first cab 120 and the at least one second cab 130, Signal waiting, arrival completion, etc.) can be updated and displayed on the map in real time. For example, the travel information output unit 320 outputs the information of the first cab 120 and the at least one second cab 130 (for example, the names and profile pictures of taxi drivers for each taxi, Name, taxi's car number, etc.) can be output to the lower end of the dispatched user interface. For example, the travel information output unit 320 may include a call button for providing telephone connection to a taxi driver of each taxi dispatched to the passenger terminal 110, and a message button for sending and receiving messages to / Can be outputted to the lower end of the dispatched user interface.

The driving information output unit 320 may provide driving information on a multi-call including a call to the first cab 120 and a call to the at least one second cab 130. [

More specifically, the driving information output unit 320 outputs the driving information as shown in FIG. 4G, which includes the first driving information for the first cab 120 and the second driving information for the at least one second cab 130 An information providing page can be outputted. Here, the driving information providing page includes first driving information for the first taxi 120 and second driving information for the at least one second taxi 130 in the order of the dispatch request of the passenger terminal 110, Information, and second driving information in that order. Each operation information may include at least one of dispatch information of each taxi (e.g., car number, departure and destination information of a taxi), position information of a taxi, boarding information, and getting off information.

The travel information output unit 320 receives the travel start information from each taxi terminal dispatched to the passenger terminal 110 from the call taxi service providing server 100 and transmits the safety information message generated based on the travel start information to the call taxi service From the providing server 100. Herein, the security information message includes at least one of the information of the dispatched taxi (for example, the car number and the car type), the source and destination information, the operation start time and the estimated time to the destination, Can be transmitted to each passenger on the basis of the contact information of the target person (a passenger in each taxi) who will use a call service, and can be transmitted to the terminal of the person who is registered in the message application specified by the passenger terminal 110 or the passenger terminal 110 Lt; / RTI >

The settlement request unit 330 receives a taxi fare from the call taxi service providing server 100 when the call for the first taxi 120 and the at least one second taxi 130 that have been dispatched to the passenger terminal 110 is completed, And payment confirmation information including a payment confirmation button.

For example, when the passenger terminal 110 clicks the payment confirmation button, the payment request unit 330 automatically transmits a multi-call (a plurality of Taxi call) can be performed.

For example, when the passenger terminal 110 clicks the payment confirmation button, the payment request unit 330 executes the payment application linked with the call application to allow the user to input the payment means information (e.g., card information, account information, etc.) And can perform settlement for a multi-call with the inputted payment means information.

For example, when the passenger terminal 110 sets a payer for the taxi fare before the dispatch request for a plurality of taxis to the passenger terminal 110, The user can only make a payment for the cab.

FIG. 5 is a flowchart illustrating an operation of a method for providing a call service with a plurality of dispatch requests according to an exemplary embodiment of the present invention. Referring to FIG.

5, in step S501, when the call-takedown service providing server 100 receives a basic dispatch request from the passenger terminal 110, in step S503, the call-out service providing server 100 inputs the entry area of the departure information, Area can be provided. In step S505, the call-to-service service providing server 100 can receive the departure point information and the destination information for the basic dispatching from the passenger terminal 110 through the dispatch request page. In step S507, the call service service providing server 100 can dispatch the first cab 120 corresponding to the basic dispatch request to the passenger terminal 110. [ The call service service providing server 100 may receive at least one sub-allocation request from the passenger terminal 110 after the first taxi 120 is dispatched to the passenger terminal 110 in step S509. Thereafter, in step S511, the call-to-service service providing server 100 may receive the source information and destination information for at least one sub-distribution from the passenger terminal 110 through the dispatch request page. In step S513, the call service service providing server 100 can dispatch at least one second cab 130 corresponding to at least one sub-allocation request to the passenger terminal 110. [ In step S515, the call-to-service service providing server 100 searches for the location of the first taxi 120 and the at least one second taxi 130, at least one of the information of the first taxi 120 and the at least one second taxi 130 And provide the dispatched user interface including the one to the passenger terminal 110. In step S517, the call-to-service service providing server 100 transmits the driving information providing page including the first driving information for the first taxi 120 and the second driving information for the at least one second taxi 130 to the passenger terminal 110). The call taxi service providing server 100 in step S519 determines whether or not the first taxi 120 and the at least one second taxi 130 that are dispatched to the passenger terminal 110 have completed the operation of the passenger terminal 110, The call for the first taxi 120 and the call for the second taxi 130 are completed based on the payment information corresponding to the passenger terminal 110 in step S521, Can be performed.

One embodiment of the present invention may also be embodied in the form of a recording medium including instructions executable by a computer, such as program modules, being executed by a computer. Computer readable media can be any available media that can be accessed by a computer and includes both volatile and nonvolatile media, removable and non-removable media. In addition, the computer readable medium may include both computer storage media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.

While the methods and systems of the present invention have been described in connection with specific embodiments, some or all of those elements or operations may be implemented using a computer system having a general purpose hardware architecture.

It will be understood by those skilled in the art that the foregoing description of the present invention is for illustrative purposes only and that those of ordinary skill in the art can readily understand that various changes and modifications may be made without departing from the spirit or essential characteristics of the present invention. will be. It is therefore to be understood that the above-described embodiments are illustrative in all aspects and not restrictive. For example, each component described as a single entity may be distributed and implemented, and components described as being distributed may also be implemented in a combined form.

The scope of the present invention is defined by the appended claims rather than the detailed description and all changes or modifications derived from the meaning and scope of the claims and their equivalents are to be construed as being included within the scope of the present invention do.

100: a call service service providing server 110: a passenger terminal
120: First Taxi 130: Second Taxi

Claims (21)

A method for providing a call service providing a plurality of dispatch requests to be performed by a server,
Receiving a basic dispatch request including destination information from a passenger terminal and dispatching a first taxi corresponding to the basic dispatch request to the passenger terminal;
Receiving at least one sub-dispatch request from the passenger terminal after the first cab is dispatched; And
Dispatching at least one second cab corresponding to the at least one sub-allocation request to the passenger terminal
/ RTI >
Wherein travel information for a multi-call including a call for the first cab and a call for the at least one second cab is provided to the passenger terminal.
The method according to claim 1,
The step of completing dispatching of the first taxi comprises:
Providing a dispatch request page including an entry area of the departure information and an entry area of the destination information to the passenger terminal;
Receiving the departure point information and the destination information from the passenger terminal through the dispatch request page; And
Receiving an input signal of an interface for the basic dispatch request from the passenger terminal through the dispatch request page
Wherein the plurality of dispatch requests are capable of requesting a plurality of dispatch requests.
3. The method of claim 2,
After completing dispatching of the first taxi,
Providing the driving information providing page including the first driving information for the first cab to the passenger terminal
Further comprising:
The driving information providing page further comprises an interface for the sub-allocation request,
Wherein the interface for the sub-allocation request is activated after the first cab is dispatched.
The method of claim 3,
Wherein the receiving of the at least one sub-
Receiving an input signal of an interface for the activated sub-allocation request from the passenger terminal
Wherein the plurality of dispatch requests are capable of requesting a plurality of dispatch requests.
The method according to claim 1,
Wherein a departure point corresponding to the basic dispatch request and a dispatch point corresponding to the sub-dispatch request are the same.
The method according to claim 1,
Wherein the destination corresponding to the basic dispatch request and the destination corresponding to the sub-dispatch request are different from each other.
The method according to claim 1,
Providing a dispatched user interface to the passenger terminal
Further comprising:
Wherein the dispatched user interface comprises at least one of the location of the first cab and the at least one second cab on the map, the information of the first cab and the information of the at least one second cab, A method of providing a call service that can be requested.
The method according to claim 1,
Providing a driving information providing page including the first driving information for the first cab and the second driving information for the at least one second cab to the passenger terminal
Further comprising the steps of: receiving a plurality of call requests from a plurality of users;
9. The method of claim 8,
Wherein the driving information providing page displays the first driving information in a higher priority order than the second driving information.
The method according to claim 1,
Wherein the first operation information and the second operation information include at least one of dispatch information, location information of a taxi, boarding information and departure information.
The method according to claim 1,
Further comprising receiving a request for a new multi-call from the passenger terminal after the multi-call procedure is terminated.
12. The method of claim 11,
Wherein the step of receiving a request for the new multi-
Ending the procedure for the multi-call when receiving the termination information for the first cab and the at least one second cab,
Wherein the plurality of dispatch requests are capable of requesting a plurality of dispatch requests.
13. The method of claim 12,
Wherein the step of receiving a request for the new multi-
Receiving a new basic dispatch request corresponding to a new multi-call from the passenger terminal after the completion of the multi-call procedure;
Receiving at least one new sub-allocation request corresponding to the new multi-call from the passenger terminal
Further comprising the steps of: receiving a plurality of call requests from a plurality of users;
13. The method of claim 12,
Performing settlement of a call for the first cab and settlement of a call for the second cab based on the settlement information registered in the user account of the passenger terminal
Further comprising the steps of: receiving a plurality of call requests from a plurality of users;
Claims [1] A passenger terminal providing a call service capable of requesting a plurality of dispatch requests,
A basic dispatch request unit for dispatching a first dispatch request including destination information to a server and dispatching a first dispatch request corresponding to the dispatch request;
A sub-dispatch request unit for receiving at least one second cab corresponding to the at least one sub-dispatch request by transmitting at least one sub-dispatch request to the server after the first cab is dispatched; And
A driving information output unit for outputting driving information for a multi-call including a call for the first cab and a call for the at least one second cab,
And the passenger terminal.
16. The method of claim 15,
Wherein the basic dispatch requesting unit outputs an dispatch request page including an entry area of the departure information, an input area of the destination information, and an interface for the basic dispatch request.
17. The method of claim 16,
The sub-allocation request unit provides an interface for the sub-allocation request and outputs a sub-allocation request page including an input area of the source information and an input area of the destination information according to the selection input of the interface for the sub-allocation request ,
Wherein the interface for the sub-allocation request is activated after the first cab is dispatched.
16. The method of claim 15,
Wherein the travel information outputting section outputs the travel information providing page including the first travel information for the first cab and the second travel information for the at least one second cab.
19. The method of claim 18,
Wherein the driving information providing page displays the first driving information and the second driving information in the order of the first driving information and the second driving information.
A call pickup service providing server capable of requesting a plurality of dispatch requests,
A basic dispatcher for receiving a basic dispatch request including destination information from a passenger terminal and dispatching a first taxi corresponding to the basic dispatch request to the passenger terminal;
A sub-dispatching step of receiving at least one sub-dispatch request from the passenger terminal after the first taxi is dispatched, and dispatching at least one second taxi corresponding to the at least one sub-dispatch request to the passenger terminal part; And
And providing driving information for a multi-call including a call for the first cab and a call for the at least one second cab to the passenger terminal
And a plurality of departure-request-capable call-service-service-providing servers.
21. The method of claim 20,
A call for the first cab and a call for the at least one second cab are grouped into a first multi-call,
Further comprising:
Wherein the multi call management unit terminates the first multi call by terminating the call for the first cab and the second at least one second cab that have been dispatched.

Images