KR20230099060A - System and method for car calling service - Google Patents

Abstract

The present invention provides a car call service system and method. The present invention is for citizens in areas where regular transportation routes are difficult to be provided, including rural areas. When users send a request for dispatch to the car call service system of the present invention using a user terminal, the car call service system allocates vehicles that are available for pick-up at the time the users request and selects an appropriate pick-up spot, which is an area where smooth vehicle operation is available by considering the road environment such as road geometry (uphill, downhill, curved road, and the like), road width, road condition, and the like depending on the user's location. In addition, taking into account the movement patterns of residents in rural areas, the present invention promotes the convenience of use for repetitive tasks (markets open every 5 days, medical treatment, and the like) through repetitive dispatch in advance without a separate reservation. Through this configuration, the present invention enables efficient vehicle operation while minimizing the input of unnecessary vehicles, which reduces transportation costs and guarantees the right of transportation for citizens with transportation disadvantages. The method comprises the steps of: (a) receiving a dispatch request from a user terminal; (b) determining the user's location as a pick-up location if it is an area where pick-up and drop-off are possible; (c) determining the nearest possible pick-up area as a pick-up area if the user's location is not an area where pick-up and drop-off are possible; (e) generating a scheduled pick-up time in consideration of the distance and traffic conditions of the vehicle that can be dispatched; (f) proceeding to step (b) above and assigning another vehicle if the expected waiting time for the vehicle to arrive first and wait for the user is more than a predefined threshold time; and (g) updating operation information and service history information according to pick-up information.

Description

Car calling service system and method {System and method for car calling service}

The present invention relates to a car call service system and method, and more particularly, to a car call service system and method for providing efficient transportation services to citizens in small and medium-sized local cities and rural areas.

Recently, local small and medium-sized cities are experiencing a natural population decline due to population aging and social population decline due to population concentration in large cities centered on Seoul. Such a population decrease has recently been progressing more and more rapidly, and as a result, areas that do not meet the minimum passenger demand for the operation of general public transportation operating fixed routes are increasing.

As a result of this population decline, transport companies operating regular bus routes in the region are experiencing significant financial difficulties, and local governments, especially rural municipalities, pay the transport companies to maintain fixed transport routes. Subsidies are also constantly increasing. Recently, local governments are closing fixed bus routes in such areas due to problems such as the burden of operation subsidy input for the operation of public transportation.

Residents living in areas where fixed bus routes are closed are in a situation where they are not guaranteed the right to move, which is a basic human right.

The problem to be solved by the present invention is a car calling service apparatus and method for citizens in small and medium-sized cities and rural areas where fixed traffic routes are closed or where the driving time of fixed traffic routes is very long and the right to move is not substantially guaranteed. is to provide

According to a preferred embodiment of the present invention for solving the above problems, a car call service method performed in a car call service system for storing boarding area information on areas where passengers can get on and off and areas where passengers cannot get on and off is provided, (a) a user Receiving a dispatch request from a terminal; (b) checking vehicles that can currently be dispatched according to the dispatch request, checking whether the user's location is an area where getting on and off is possible, and determining the user's location as a boarding location if the user's location is an area where getting on and off is possible; (c) if the user's location is not an area where getting on and off is possible, determining the nearest boarding area as the boarding location; (e) generating a scheduled boarding time in consideration of the distance and traffic conditions of the vehicle that can be dispatched; (f) If the vehicle arrives first and the waiting time expected to wait for the user is more than a predefined threshold time, proceed to step (b) to assign another vehicle, and generate dispatch information if it is less than the threshold time and transmitting to the user terminal; and (g) when the user terminal outputs the dispatch information to the user and the user gets on the vehicle and transmits boarding information, updating operation information and service history information according to the boarding information.

In addition, in the vehicle call service method according to another preferred embodiment of the present invention, between the steps (c) and the step (e), (d) when the user needs to transfer to reach the final destination, the vehicle to be transferred The method may further include generating transfer information including identification information and transfer location information about the transfer information, and the dispatch information may include the transfer information.

In the step (b), it is possible to determine whether the user's location is an area where getting on and off is possible by considering at least one of the slope of the road, the width of the road, and whether or not the road is paved.

In addition, the step (b) checks whether the dispatch request received in the step (a) is an immediate dispatch request or a reserved dispatch request. If the request is a reserved dispatch request, the reserved dispatch request is stored. According to the immediate dispatch request, vehicles currently available for dispatch can be checked.

In addition, according to another preferred embodiment of the present invention, prior to the step (a), a step of checking whether a reserved dispatch request is stored at regular time intervals is further included, and if the reserved dispatch information is stored, the reservation time It can be performed from the step (b).

In addition, according to another preferred embodiment of the present invention, before the step (a)

Further comprising the step of checking whether the repeated dispatch history is stored at a regular time period, and if the repeated dispatch history is stored, the user terminal is inquired about whether or not the dispatch request is made to the user terminal at the time corresponding to the repeated dispatch history, and when the dispatch request is received, It can be performed from step (b) above.

In addition, according to another preferred embodiment of the present invention, before the step (a)

Further comprising checking whether event information is stored at regular time intervals, and when the event information is stored, at a time corresponding to the event information, an inquiry is made to the user terminal as to whether or not a dispatch request is made, and when the dispatch request is received, the (b) ) step.

Meanwhile, a computer program according to a preferred embodiment of the present invention for solving the above problems is stored in a non-temporary storage medium and executed by a computer including a processor to perform the above-described vehicle call service method.

Meanwhile, a vehicle call service system according to a preferred embodiment of the present invention for solving the above problems includes a processor and a memory for storing predetermined instructions, and the processor executing the instructions stored in the memory (a) Receiving a dispatch request from a user terminal; (b) checking vehicles that can currently be dispatched according to the dispatch request, checking whether the user's location is an area where getting on and off is possible, and determining the user's location as a boarding location if the user's location is an area where getting on and off is possible; (c) if the user's location is not an area where getting on and off is possible, determining the nearest boarding area as the boarding location; (e) generating a scheduled boarding time in consideration of the distance and traffic conditions of the vehicle that can be dispatched; (f) If the vehicle arrives first and the waiting time expected to wait for the user is more than a predefined threshold time, proceed to step (b) to assign another vehicle, and generate dispatch information if it is less than the threshold time and transmitting to the user terminal; and (g) updating operation information and service history information according to the boarding information when the user terminal outputs the vehicle dispatch information to the user and the user boards the vehicle and transmits boarding information.

In addition, the processor, between the step (c) and the step (e), (d) when the user needs a transfer to arrive at the final destination, including identification information about the vehicle to be transferred and transfer location information A step of generating transfer information may be further performed, and the dispatch information may include the transfer information.

Also, in the step (b), the processor may determine whether the user's location is an area where getting on and off is possible by considering at least one of road slope, road width, and whether or not the road is paved.

In addition, in step (b), the processor checks whether the dispatch request received in step (a) is an immediate dispatch request or a reserved dispatch request, and if it is a reserved dispatch request, stores the reserved dispatch request, and requests immediate dispatch In the case of , vehicles that can be currently dispatched may be checked according to an immediate dispatch request.

In addition, the processor further performs a step of checking whether a reserved dispatch request is stored at a regular time period prior to the step (a), and when the reserved dispatch information is stored, from the step (b) at the reservation time. can be done

In addition, before the step (a), the processor further performs a step of checking whether the repeated dispatch history is stored at a regular time period, and when the repeated dispatch history is stored, the user terminal at a time corresponding to the repeated dispatch history. Inquiries about whether or not a dispatch request is made, and when the dispatch request is received, can be performed from step (b) above.

In addition, before the step (a), the processor further performs a step of checking whether event information is stored at regular time intervals, and when the event information is stored, whether or not a dispatch request is made to the user terminal at the time corresponding to the event information. , and if a dispatch request is received, it can be performed from step (b) above.

The present invention is for citizens in areas where regular traffic routes are difficult to provide, such as rural areas, when users transmit a dispatch request to the car call service system of the present invention using a user terminal, the car call service system responds at the time requested by the user. Vehicles that can be ridden are allocated, and road environments such as road geometry (uphill, downhill, curved roads, etc.), road width, and road conditions are considered according to the location of the user, and a suitable boarding area is created, that is, vehicle operation is smooth. A boarding area is selected and the user is boarded in that area. In addition, taking into account the movement patterns of residents in rural areas, convenient use is promoted through repeated dispatch in advance without a separate reservation for repetitive tasks (5-day market, medical treatment, etc.).

Through this configuration, the present invention enables efficient vehicle operation while minimizing the input of unnecessary vehicles, and thus has an effect of reducing transportation costs while guaranteeing the mobility rights of citizens who are vulnerable in transportation.

1 is a diagram showing the overall configuration related to a vehicle call service according to a preferred embodiment of the present invention.
2 is a diagram illustrating the detailed configuration of a vehicle call service system according to a preferred embodiment of the present invention.
3 and 4 are flowcharts illustrating a vehicle call service method according to a preferred embodiment of the present invention.
5 is a flowchart illustrating a process of providing a reservation and repeated dispatch service among vehicle calling services according to a preferred embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.

Here, the above objects, features and advantages of the present invention will become more apparent through the following detailed description in conjunction with the accompanying drawings. However, the present invention can apply various changes and can have various embodiments, hereinafter, specific embodiments will be illustrated in the drawings and described in detail.

In the drawings, the thickness of layers and regions is exaggerated for clarity, and elements or layers may be "on" or "on" other elements or layers. What is referred to includes all cases where another layer or other component is intervened in the middle as well as immediately above another component or layer. Like reference numerals designate essentially like elements throughout the specification. In addition, components having the same function within the scope of the same idea appearing in the drawings of each embodiment are described using the same reference numerals.

If it is determined that a detailed description of a known function or configuration related to the present invention may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted. In addition, numbers (eg, 1st, 2nd, etc.) used in the description process of this specification are only identifiers for distinguishing one component from another component.

1 is a diagram showing the overall configuration related to a vehicle call service according to a preferred embodiment of the present invention.

Referring to FIG. 1, a vehicle call service system 200 according to a preferred embodiment of the present invention is connected to user terminals 100, service vehicles 400, and an event information providing device 300 through a wired/wireless communication network. do.

The user terminals 100 are wired and wireless communication devices used by ordinary citizens, and may be implemented as smart phones, etc., and have a program for using the vehicle call service of the present invention installed, so that a vehicle call request is sent to a vehicle according to a user's operation. It is transmitted to the call service system (hereinafter, abbreviated as "service system") 200, and vehicle dispatch information received from the service system 200 is output to the user.

The service vehicles 400 are vehicles for transporting users according to vehicle dispatch information, and receive vehicle dispatch information through a wired/wireless communication device (not shown) installed therein or dispatch through a mobile communication terminal of a service vehicle driver. Receive information. In addition, the service vehicles 400 may include a GPS measurement module therein and transmit the current location of the corresponding vehicle to the service system 200 .

The event information providing device 300 is implemented as a server device operated by government offices and local organizations, or by collecting schedule information of events hosted by public offices and local governments in areas where users can move, and providing a service system ( 200) may be implemented as a communication device provided.

The service system 200 includes a processor 210 and a memory 220 in terms of hardware, and upon receiving a vehicle call request from the user terminal 100, road environment information stored therein, boarding area information, and Using real-time operation information, a vehicle suitable for the user is dispatched, and the dispatch information is provided to the user terminal 100 and the service vehicle 400 . A specific function of the service system 200 will be further described with reference to FIG. 2 .

2 is a diagram illustrating the detailed configuration of a vehicle call service system 200 according to a preferred embodiment of the present invention.

Referring to FIG. 2 , a service system 200 according to a preferred embodiment of the present invention includes a processor 210 and a memory 220 . For reference, the service system 200 includes a communication module (not shown) for performing wired/wireless communication and an input/output module (not shown) for information input/output of a manager as a general component. However, since these components are components generally included in electronic devices that perform communication and are not unique to the present invention, illustration and detailed descriptions on the drawings are omitted.

The memory 220 according to a preferred embodiment of the present invention may store instructions executable by the processor 210 and programs executed by the processor 210, and may also store input/output data. The memory 220 may be alternatively operated as a web storage or cloud server that performs the function of a storage medium on the Internet.

The memory 220 functionally includes a reservation information storage unit 221, a road environment information storage unit 223, a service history storage unit 225, a getting on and off area information storage unit 227, an event information storage unit 228, a driving An information storage unit 229 is included.

The reservation information storage unit 221 stores reservation call requests reserved by users, and the reservation call request stores boarding time, boarding location, and destination information.

The road environment information storage unit 223 stores information on road environments in each region of the country. Road environment information includes information on the geometry of each road (uphill, downhill, winding roads, etc.), road width, and road condition, and is updated regularly.

The service history storage unit 225 stores history information such as a time when each service user boarded a vehicle using the service in the past, a boarding location, and a destination.

The getting on and off area information storage unit 227 stores information on areas where passengers can get on and off and areas where passengers cannot get on and off for each vehicle type. For example, when the vehicle is stopped on the side of a road due to a steep slope or a narrow road, information on areas where it is difficult for passengers to get on and off is stored in the getting on and off area information storage unit 227 .

The event information storage unit 228 stores event information collected from government offices, local governments, and the like. The event information basically includes the location, date, and time of the corresponding event, and may further include a list of applicants who have applied for participation in the corresponding event.

The driving information storage unit 229 stores real-time driving conditions for all vehicles registered to be available for the service of the present invention. A list of vehicles currently not in operation and current location information are stored, while a list of vehicles currently in operation, location information of corresponding vehicles, and information on users riding in the vehicle are stored in real time.

The processor 210 according to a preferred embodiment of the present invention executes instructions stored in the memory 220 to perform each step of a vehicle call service method described below with reference to FIGS. 3 to 5 . Functions of the processor 210 according to a preferred embodiment of the present invention will be described later with reference to FIGS. 3 to 5 .

3 and 4 are flowcharts illustrating a vehicle call service method according to a preferred embodiment of the present invention.

Each step of the vehicle call service method performed in FIGS. 3 and 4 is performed in the service system 200 described above with reference to FIGS. 1 and 2, and more specifically, executes instructions stored in the memory 220. Therefore, it should be noted that the processor 210 performs.

3 and 4, the function of the processor 210 and the vehicle call service method of the present invention will be described. First, a user in an area where public transportation routes are not sufficiently provided uses the user terminal 100. and transmits a dispatch request including the departure time, departure location, and destination to the service system 200 (S310).

At this time, the user terminal 100 receives the departure time and destination directly from the user, and the departure point directly receives the departure address from the user, or the current user through a GPS module (not shown) included in the user terminal 100. By measuring the location of the user, the user's current location can be set as the starting point and transmitted.

In addition, the user terminal 100 may transmit an immediate dispatch request or a reserved dispatch request to the service system 200. Means all dispatch requests.

The service system 200 checks whether the received dispatch request is an immediate dispatch request or a reserved dispatch request (S321), and if it is a reserved dispatch request, stores the reserved dispatch request in the reservation information storage unit 221 (S323). , In the case of an immediate dispatch request, the operation information storage unit 229 is inquired and whether there is a vehicle that can currently be dispatched is checked (S325). Processing of the reserved dispatch request will be described later with reference to FIG. 5 , and only the process of processing the immediate dispatch request will be described first.

In step S325, the service system 200 determines whether there is a vehicle that can be immediately dispatched among vehicles not currently in operation, whether there is a vehicle scheduled to pass through the area among currently operating vehicles, and whether there is a vehicle scheduled to pass through. If so, check to see if there are enough seats for sharing. In a preferred embodiment of the present invention, since it is a basic condition for a plurality of users to ride together in a vehicle in order to improve the efficiency of vehicle operation, whether or not sharing is possible becomes an important condition for vehicle assignment.

When there is a vehicle that can be dispatched, the service system 200 grasps the user's location information, inquires the road environment information storage unit 223, and considers the road environment information to determine the current location of the user when the vehicle will stop. It is checked whether the location is a location where the user can get on and off (S331).

The service of the present invention is aimed at users in rural areas as the main service target, and in rural areas, there are many unpaved roads, narrow roads where it is difficult for vans or buses to turn and exit, and roads with steep slopes. Therefore, instead of immediately setting the current location of the user as a boarding location for the vehicle to pick up the user, whether or not the user can be picked up at the location is first checked in consideration of the above matters.

As a result of checking in step S331, if it is determined that the corresponding location is unsuitable for riding, the nearest possible boarding location to the current user's location is checked (S333), and the corresponding location is determined as the riding location (S335).

If it is determined that the user's current location is available for riding (S331), the service system 200 determines the user's location as the boarding location (S335).

Thereafter, the service system 200 generates transfer information when a transfer is necessary for the user to arrive at the final destination (S340). The transfer information includes identification information and transfer location information on a vehicle to be transferred. In the present invention, it is based on the fact that the vehicle that primarily transports the user drops the user off at the transfer location. Since the method of selecting a transfer vehicle in step S340 is the same as that described with reference to steps S325 to S335, a detailed description thereof will be omitted. In addition, when transfer is not required, step S340 may be omitted.

Through the above process, when information on vehicles to be boarded by the user is determined, the service system 200 generates a scheduled boarding time (S351). The service system 200 generates a scheduled boarding time by calculating the time required for the vehicle to pick up the user to arrive at the boarding location in consideration of distance and traffic conditions.

After that, the service system 200 calculates the time for the user to travel to the boarding area (user travel time), calculates the expected vehicle waiting time by subtracting the expected boarding time from the user's travel time, and calculates the expected waiting time for the vehicle in advance. If it is longer than the critical time defined in (eg, 5 minutes), proceeds to step S325 to search for other vehicles capable of minimizing the expected waiting time for the vehicle (S353).

This prevents other passengers from experiencing inconvenience due to waiting in the vehicle for a long time, as there is a high possibility that other passengers are riding in the allocated vehicle, and eliminates the risk of a safety accident caused by rushing users thinking that the vehicle is waiting for a long time. is to do In this case, the travel time to the user's boarding area is calculated in consideration of the user's age, the resultant walking speed, and the road slope.

If the expected vehicle waiting time is less than a predefined critical time, dispatch information is generated and transmitted to the user terminal 100 and the driver of the dispatched service vehicle 400 (S355). Here, the dispatch information transmitted to the user terminal 100 includes vehicle identification information (vehicle type, vehicle number, driver's phone number, etc.), scheduled boarding time, boarding location, and scheduled arrival time at the destination. Also, when transfer is required, transfer information is included in the dispatch information. In addition, the dispatch information transmitted to the driver of the vehicle includes the user's phone number, boarding location, scheduled boarding time, destination, and the like.

Meanwhile, the user terminal 100 receives dispatch information, displays the dispatch information to the user, and guides the dispatch information (S361). As described above, vehicle identification information, scheduled boarding time, and boarding location are displayed together in the vehicle dispatch information, and when the boarding location is not the user's current location, the route to the boarding location is displayed on a map, and the user rides In order to intuitively know the location, information such as a photo indicating the boarding location may be additionally displayed.

Meanwhile, when the user gets on the dispatched vehicle, the user terminal 100 transmits boarding information to the service system 200 (S363).

Upon receiving the boarding information, the service system 200 updates the driving information stored in the driving information storage unit 229 and the information stored in the service history storage unit 225 using the boarding information (S371), The latest driving information updated by users is provided to the user terminal 100 (S373). Here, the latest driving information provided to the user terminal 100 includes an estimated time of arrival at a destination, a location of a vehicle scheduled for transfer, and an estimated time of arrival at a transfer destination.

Upon arrival at the transfer/destination, the user terminal 100 provides information related to transfer/destination arrival to the service system 200 again (S381), and the service system 200 stores driving information by reflecting the fact of transfer/destination arrival. Operation information stored in the unit 229 and service history information stored in the service history storage unit 225 are updated (S383).

So far, a vehicle call service method according to an immediate dispatch request according to a preferred embodiment of the present invention has been described.

5 is a flowchart illustrating a process of providing reservation and repetitive dispatch/event dispatch service among vehicle calling services according to a preferred embodiment of the present invention.

Referring to FIG. 5 , the service system 200 inquires the reservation information storage unit 221 at regular intervals to check whether a reservation/dispatch request is stored, and inquires the service history storage unit 225 to obtain repeated dispatch history information. It is checked whether it is stored, and it is checked whether the event information is stored by querying the event information storage unit 228 (S510).

If the reserved dispatch request is stored, the process proceeds to step S325 described with reference to FIG. 3 at the reservation time (S520). Alternatively, at the time corresponding to the event information, the user terminal 100 inquires whether to request a vehicle dispatch (S530).

Here, the reserved dispatch request refers to the reserved dispatch request stored in step S323 described with reference to FIG. 3 . In addition, the repeated dispatch history is a dispatch request that is repeated at regular intervals among the service history information of service users stored in the service history storage unit 225. In the case of using the service or in the case of periodically visiting the 5-day market, the service system 200 checks this and inquires to the user terminal 100 whether to request a vehicle dispatch on the corresponding day every week.

In addition, the service system 200 may query the event information stored in the event information storage unit 228 to inquire whether all service users in the area where the event can participate are dispatched or not, and the event information collected from government offices, etc. If a list of service users participating in the corresponding event is included, service users in the corresponding list may be inquired about dispatching.

Here, steps S510 to S530 may be performed before step S310 of FIG. 3 or may be performed independently of the respective steps shown in FIGS. 3 and 4 .

Upon receiving the dispatch inquiry, the user terminal 100 outputs the contents of the inquiry to the user, confirms the contents of the dispatch inquiry (S541), and confirms whether to proceed with the dispatch request to the user (S543), so that the user can proceed with the above-mentioned S310 If the dispatch request is made in the same manner as in the step, the dispatch request is transmitted to the service system 200 (S545). Upon receiving the dispatch request, the service system 200 performs from step S325 described with reference to FIG. 3 .

The vehicle calling service method according to the preferred embodiment of the present invention described so far may be implemented as a computer program executable in a computer and stored in a non-transitory storage medium.

The storage medium includes all types of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable storage media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage devices. In addition, the computer-readable storage medium is distributed in computer systems connected through a network, so that computer-readable codes can be stored and executed in a distributed manner.

So far, the present invention has been looked at with respect to its preferred embodiments. Those skilled in the art to which the present invention pertains will be able to understand that the present invention can be implemented in a modified form without departing from the essential characteristics of the present invention. Therefore, the disclosed embodiments should be considered from an illustrative rather than a limiting point of view. The scope of the present invention is shown in the claims rather than the foregoing description, and all differences within the equivalent scope will be construed as being included in the present invention.

100: user terminal
200: vehicle call service system
210: processor
220: memory
221: reservation information storage unit
223: road environment information storage unit
225: service history storage unit
227: getting on and off area information storage unit
228: event information storage unit
229: driving information storage unit
300: event information providing device
400: service vehicle

Claims (15)

A vehicle call service method performed in a vehicle call service system that stores information on areas where passengers can get on and off and where they cannot get on and off,
(a) receiving a dispatch request from a user terminal;
(b) checking vehicles that can currently be dispatched according to the dispatch request, checking whether the user's location is an area where getting on and off is possible, and determining the user's location as a boarding location if the location is an area where getting on and off is possible;
(c) if the user's location is not an area where boarding and alighting is possible, determining the nearest boarding area as the boarding location;
(e) generating a scheduled boarding time in consideration of the distance and traffic conditions of the vehicle that can be dispatched;
(f) If the vehicle arrives first and the waiting time expected to wait for the user is more than a predefined threshold time, proceed to step (b) to assign another vehicle, and generate dispatch information if it is less than the threshold time and transmitting to the user terminal; and
(g) the user terminal outputs the dispatch information to the user, and when the user gets on the vehicle and transmits the boarding information, updating driving information and service history information according to the boarding information. How to get a ride-hailing service. According to claim 1,
Between step (c) and step (e)
(d) further comprising generating transfer information including identification information about a vehicle to be transferred and transfer location information when a transfer is necessary for the user to arrive at a final destination;
Wherein the dispatch information includes the transfer information. The method of claim 1, wherein step (b) is
A vehicle call service method comprising determining whether a user's location is an area where a user can get on and off by considering at least one of a road slope, a road width, and whether or not the road is paved. The method of claim 1, wherein step (b) is
It is checked whether the dispatch request received in step (a) is an immediate dispatch request or a reserved dispatch request. If it is a reserved dispatch request, the reserved dispatch request is stored. Vehicle call service method characterized in that for checking. The method of claim 1, before step (a)
Further comprising the step of checking whether the reservation dispatch request is stored at regular time intervals,
When the reserved dispatch information is stored, the car call service method characterized in that it is performed from the step (b) at the reservation time. The method of claim 1, before step (a)
Further comprising the step of checking whether the repeated dispatch history is stored at a constant time period,
When the repeated vehicle dispatch history is stored, a vehicle call service method is characterized in that, at a time corresponding to the repeated vehicle dispatch history, an inquiry is made to a user terminal as to whether or not a vehicle dispatch request is made, and when the vehicle dispatch request is received, the vehicle call service method is performed from step (b) above. The method of claim 1, before step (a)
Further comprising the step of checking whether event information is stored at regular time intervals,
When the event information is stored, the vehicle call service method is characterized in that in the time corresponding to the event information, the user terminal is inquired about whether to request a vehicle dispatch, and if the vehicle dispatch request is received, the vehicle call service method is performed from step (b). A computer program stored in a non-transitory storage medium and executed on a computer including a processor to perform the vehicle call service method of any one of claims 1 to 7.
A vehicle call service system including a processor and a memory for storing predetermined instructions,
The processor executing the instructions stored in the memory
(a) receiving a dispatch request from a user terminal;
(b) checking vehicles that can currently be dispatched according to the dispatch request, checking whether the user's location is an area where getting on and off is possible, and determining the user's location as a boarding location if the user's location is an area where getting on and off is possible;
(c) if the user's location is not an area where getting on and off is possible, determining the nearest boarding area as the boarding location;
(e) generating a scheduled boarding time in consideration of the distance and traffic conditions of the vehicle that can be dispatched;
(f) If the vehicle arrives first and the waiting time expected to wait for the user is more than a predefined threshold time, proceed to step (b) to assign another vehicle, and generate dispatch information if it is less than the threshold time and transmitting to the user terminal; and
(g) the user terminal outputs the dispatch information to the user, and when the user gets on the vehicle and transmits the boarding information, performing a step of updating driving information and service history information according to the boarding information Vehicle Call Service System. 10. The method of claim 9, wherein the processor
Between step (c) and step (e)
(d) if the user needs a transfer to arrive at the final destination, further performing the step of generating transfer information including identification information about the vehicle to be transferred and transfer location information;
Wherein the dispatch information includes the transfer information. 10. The method of claim 9, wherein in step (b) the processor
A vehicle call service system characterized by determining whether a user's location is an area where a user can get on and off by considering at least one of road slope, road width, and whether or not the road is paved. 10. The method of claim 9, wherein in step (b) the processor
It is checked whether the dispatch request received in step (a) is an immediate dispatch request or a reserved dispatch request. If it is a reserved dispatch request, the reserved dispatch request is stored. Vehicle call service system, characterized in that for checking. 10. The method of claim 9, wherein the processor before step (a)
Further performing a step of checking whether the reservation dispatch request is stored at a regular time period,
When the reserved dispatch information is stored, the vehicle call service system, characterized in that performed from the step (b) at the reservation time. 10. The method of claim 9, wherein the processor before step (a)
Further performing the step of checking whether the repeated dispatch history is stored at a constant time period,
When the repeated dispatch history is stored, the vehicle call service system, characterized in that, at a time corresponding to the repeated dispatch history, a user terminal is inquired about whether or not a vehicle dispatch request is made, and when the dispatch request is received, the above step (b) is performed. 10. The method of claim 9, wherein the processor before step (a)
Further performing a step of checking whether event information is stored at regular time intervals,
When the event information is stored, the vehicle call service system, characterized in that in the time corresponding to the event information to inquire whether the vehicle dispatch request to the user terminal, and if the vehicle dispatch request is received, it is carried out from the step (b).

Images