KR20230069547A - Server for providing bus service that can recommend drop-off points and its operation method - Google Patents

Abstract

According to an embodiment of the present invention, a method for providing a bus operation service includes receiving boarding request information including a boarding point and a desired boarding time from a user terminal; allocating a bus corresponding to the boarding request information and setting a first route of the assigned bus based on the boarding request information; determining one or more recommended points among stop points included in the default route of the assigned bus; providing a list of recommended points including the one or more recommended points and expected arrival time information corresponding to the recommended points; modifying a route by receiving alight request information for selecting one of the one or more recommended points; A method of providing a bus operation service including may be provided.

Description

A bus operation service providing server capable of recommending a drop-off point and its operating method

The following embodiments relate to a bus operation service providing server capable of recommending an alighting point and an operation method thereof.

A bus is a large van that can carry several people and is an indispensable means of public transportation in modern times. Buses have the advantage of having cheaper fares than taxis and less investment costs in establishing an operation system than subways. The reason why the low fare of the bus is possible is that it is possible to transport a large amount compared to a means of transportation such as a taxi, so that the fare charged to each individual can be reduced.

On the other hand, buses can be operated as part of welfare services as the only means of public transportation in mountainous and island regions. Even if the purpose of reducing transportation costs cannot be achieved by mass transportation, which is the original utility of buses, it is because the cost of infrastructure expansion is significantly lower than that of rail transportation and flexible operation of routes is possible.

However, when operating buses on fixed routes and time intervals in areas where the number of consumers is absolutely small, such as between islands and mountainous areas, there was a problem of inefficiency in that buses had to be operated without a ride or to stop even at stops where there was no demand for getting on and off.

In particular, buses operating tourist attractions, such as city tour buses, are operated at fixed times and routes with major tourist attractions as stops. However, since it stops at all tourist attractions in principle, there is a problem of low operation efficiency in that it stops at unpopular tourist attractions with low demand and operates according to the designated route even during times when there are no tourists.

Embodiments are to provide a bus operation service providing server capable of recommending an alighting point and an operation method thereof.

The problem to be solved by the present invention is not limited to the above-mentioned problems, and other problems and advantages of the present invention that are not mentioned can be understood by the following description and more clearly understood by the embodiments of the present invention. It will be. In addition, it will be appreciated that the problems and advantages to be solved by the present invention can be realized by the means and combinations indicated in the claims.

According to one embodiment of the present invention, receiving boarding request information including a boarding point and a desired boarding time from a user terminal; allocating a bus corresponding to the boarding request information and setting a first route of the assigned bus based on the boarding request information; determining one or more recommended points among stops included in a basic route corresponding to the assigned bus; providing a list of recommended points including the one or more recommended points and expected arrival time information corresponding to the recommended points; setting a second route by receiving alight request information for selecting one of the one or more recommended points from the user terminal; A bus operation service providing method including may be provided.

In the present invention, the step of setting the first route may include calculating the scheduled stop time of the boarding point calculated based on the current location of the assigned bus and the first route, and setting the calculated scheduled stop time as the providing to a user terminal; can include

In the present invention, the providing of the recommended point list may include determining whether the recommended point is a stopping point of the first route; calculating the expected time of arrival based on the first route when the recommended point is a stop point of the first route, and calculating the expected time of arrival based on a modified route of the bus when the recommended point is not a stop point; can include

In the present invention, the step of setting the first route may include setting the existing route as the first route when the boarding point is included in the stopping point of the existing route of the assigned bus, and When the boarding point is not included in the stopping points of the existing route, a first route in which the boarding point is added as a stopping point may be set in the existing route.

In the present invention, the list of recommended points may include category information of the recommended points, and the list of recommended points may be classified and provided to the user terminal for each category.

In the present invention, the recommendation point list is arranged so that recommendation points included as stop points of the first route among the recommendation points are exposed prior to recommendation points not included as stop points of the first route. A list of methods for providing bus service.

In the present invention, when the address attribute of the user account corresponding to the user terminal exists outside a preset radius from the start or end point of the basic route of the bus, the list of recommended points may be transmitted to the user terminal.

In the present invention, it is determined whether there is a waiting person at a stop that exists on the current route of the bus but is set as a non-stop point, and if there is a waiting person, the bus stops at the stop existing on the route. A route or the second route may be set.

In the present invention, the desired boarding time may be automatically calculated based on a walking travel time from the current time to the boarding point selected by the user.

In the present invention, the list of recommended points may additionally include commerce information including coupons, advertisement contents, or reservation services of stores corresponding to the one or more recommended points.

According to another embodiment of the present invention, in a service server providing a bus operation service, a communication unit for performing communication with a user terminal; a memory in which at least one program is stored; and a processor that performs an operation by executing the at least one program, wherein the processor receives boarding request information including a boarding point and desired boarding time from a user terminal, and selects a bus corresponding to the boarding request information. assigning, setting a first route of the assigned bus based on the boarding request information, determining one or more recommended points among stops included in a basic route corresponding to the assigned bus, and determining the one or more recommended points and providing a list of recommended points including expected arrival time information corresponding to the recommended points, and setting a second route by receiving alight request information for selecting one of the one or more recommended points from the user terminal. A service server providing a driving service is provided.

In addition, a computer-readable recording medium recording a program for executing the method of the present invention on a computer is provided.

According to the above-described problem solving means of the present disclosure, a demand-based bus operation service capable of actively reflecting real-time travel demand can be provided.

According to one of the other problem solving means of the present disclosure, a bus service capable of flexibly changing a stopping point and a route according to real-time movement demand of passengers within a driving range may be provided.

According to one of the other problem solving means of the present disclosure, a recommended point is provided to a user who has boarded or is scheduled to board a bus, and the selected recommended point can be set as a drop-off point.

According to one of the other problem solving means of the present disclosure, driving efficiency may be increased by preferentially exposing a recommended point included in a current route as a stopping point among recommended points.

1 is a diagram for explaining an example of a bus operation service system according to an exemplary embodiment.
2 is an example of a default route of a bus according to an embodiment.
3 is an example of a bus route set by reflecting demand according to an embodiment.
4 is an example of a bus route set by reflecting the demand of additional passengers according to an embodiment.
5 is an example of a bus route configured to stop at an important point according to an embodiment.
6 illustrates a screen of a user terminal providing a list of recommended points according to an exemplary embodiment.
7 is a time-sequential diagram illustrating a method of operating a bus according to an embodiment of the present invention.
8 is a time-sequential diagram illustrating a method for determining a virtual stop according to an embodiment of the present invention.
9 illustrates a screen of a user terminal providing a list of recommended points according to an embodiment.
10 illustrates a re-boarding reservation environment corresponding to a recommendation point according to an exemplary embodiment.
11 is a block diagram of a server according to an embodiment.

Advantages and features of the present invention, and methods for achieving them will become clear with reference to the detailed description of embodiments in conjunction with the accompanying drawings. However, it should be understood that the present invention is not limited to the embodiments presented below, but may be implemented in a variety of different forms, and includes all conversions, equivalents, and substitutes included in the spirit and scope of the present invention. .

Terms used in this application are only used to describe specific embodiments, and are not intended to limit the present invention. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this application, terms such as “comprise” or “have” are intended to designate that there is a feature, number, step, operation, component, part, or combination thereof described in the specification, but one or more other features It should be understood that the presence or addition of numbers, steps, operations, components, parts, or combinations thereof is not precluded.

Some embodiments of the present disclosure may be represented as functional block structures and various processing steps. Some or all of these functional blocks may be implemented as a varying number of hardware and/or software components that perform specific functions. For example, functional blocks of the present disclosure may be implemented by one or more microprocessors or circuit configurations for a predetermined function. Also, for example, the functional blocks of this disclosure may be implemented in various programming or scripting languages. Functional blocks may be implemented as an algorithm running on one or more processors. In addition, the present disclosure may employ prior art for electronic environment setup, signal processing, and/or data processing, etc. Terms such as “mechanism”, “element”, “means” and “composition” will be used widely. It can be, and is not limited to mechanical and physical configurations.

In addition, connecting lines or connecting members between components shown in the drawings are only examples of functional connections and/or physical or circuit connections. In an actual device, connections between components may be represented by various functional connections, physical connections, or circuit connections that can be replaced or added.

Hereinafter, an operation performed by a user may mean an operation performed by a user through a user terminal. As an example, a command corresponding to an operation performed by a user may be input to the user terminal through an input device (eg, a keyboard, a mouse, etc.) embedded in or additionally connected to the user terminal. As another example, a command corresponding to an operation performed by a user may be input to the user terminal through the touch screen of the user terminal. At this time, the operation performed by the user may include a predetermined gesture. For example, gestures may include tap, touch & hold, double tap, drag, panning, flick, drag and drop, and the like.

Hereinafter, the present disclosure will be described in detail with reference to the accompanying drawings.

1 is a diagram for explaining an example of a bus operation service system according to an exemplary embodiment.

Referring to FIG. 1 , system 1 includes a bus 10 , a server 20 , a first user terminal 30 and a second user terminal 40 . Hereinafter, the first user terminal 30 and the second user terminal 40 may be devices (eg, various devices capable of communicating with other devices) used by the first user and the second user, respectively. . In addition, in the embodiment of FIG. 1, the first and second user terminals 30 and 40 are illustrated as two components for convenience, but in the following specification, 'user terminals' can board or get off the bus 10. This collectively refers to the user terminals corresponding to the occupants, and in addition to the first user terminal 30 and the second user terminal 40, a plurality of user terminals corresponding to a plurality of passengers may exist.

The bus 10 is a large van that can carry a plurality of people and is a type of public transportation. For example, the bus 10 may be a van with 10 or more passengers, but is not limited thereto. Unlike taxis, the bus 10 can stop only at designated stops. In addition, the bus 10 runs along a predetermined movement route and can board or drop off users at one or more stopping points among stops. In the specification of the present invention, a stop is a point where the bus 10 can stop, but the bus 10 does not necessarily stop at all stops, but may selectively stop. More specifically, compared to the existing bus 10 having a fixed moving route and fixed stopping points, the bus 10 according to an embodiment of the present invention reflects real-time movement demand and provides a flexible route and stopping points. A bus 10 capable of providing an on-demand mobility service having

In addition, the bus 10 may perform wired communication and/or wireless communication with user terminals. In addition, the bus 10 may perform wireless communication with the satellite 50 in order to implement various functions using GPS signals. In addition, in the embodiment of the present invention, the bus 10 communicates with the user terminal through the server 20, or the bus 10 and the user terminal may be directly connected to each other in communication. Accordingly, the user terminal can transmit/receive data on the bus 10 without going through the server 20 .

Also, data obtained from the bus 10 may be transmitted to a user terminal through the server 20 . Conversely, data obtained from the user terminal may be transmitted to the user terminal through the server 20 . In another embodiment, the bus 10 and the user terminal 30 may directly transmit and receive data, and the bus 10 transmits data received from the user to the server 20 or receives data from the server 20. The resulting data may be transmitted to the user terminal 30 .

More specifically, as the bus 10 communicates with the server 20, the server 20 may determine various operation data related to the operation of the bus 10 or perform operation control. In one embodiment, the bus 10 may be a vehicle directly driven by a driver, in which case the bus 10 may be a traditional mechanical vehicle in which primarily mechanical signals are utilized for control. The server 20 may determine various routes related to the operation of the bus 10 and travel data including stop points, and the driver may drive the bus 10 based on the determined travel data. Alternatively, a separate control module is attached to the bus 10, and the attached control module communicates with the server 20 so that the bus 10 can be controlled according to the determined operation data.

On the other hand, the bus 10 may be an electric vehicle. Here, the electronic vehicle means a vehicle in which electronic signals are mainly used to control the bus 10 . In this case, as the bus 10 communicates with the server 20, the bus 10 can be controlled. More specifically, the bus 10 may be an autonomous vehicle whose operation is controlled based on driving data from the server 20 . In this case, the bus 10 may operate unattended as the system 1 operates. In particular, the operation of the bus 10 may be controlled based on operation data of the server 20 existing in a place separated from the bus 10, and the server 20 may operate by receiving a control command from a system manager. there is.

In addition, in the embodiment of FIG. 1, the server 20 is shown as a separate component from the bus 10, but according to another embodiment, the server 20 may be a device provided or installed inside the bus 10. .

In addition, the server 20 and the bus 10 may exchange data through wired/wireless communication. For example, a wired communication method may be connected through a wired cable, but is not limited thereto. On the other hand, the method of wireless communication may correspond to NFC (Near Field Communication), ZIGBEE, Bluetooth, ultra-wideband (UWB) communication, LTE, GNSS (Global Navigation Satellite System), eCALL, etc., but is not limited thereto. . Meanwhile, communication may also be performed between modules included in the bus 10 . For example, communication may be performed by Ethernet, CAN-FD, etc. within the bus 10, but is not limited thereto.

Meanwhile, the server 20 may transmit/receive data related to the bus 10 and store them. In addition, the server 20 processes the stored data in a form that can be usefully utilized by the user, and provides an interface for using the bus 10 through which the user can input boarding and alighting information of the bus 10 to the user terminal 30. can be provided to More specifically, the server 20 provides the user terminal 30 with an application that implements a bus service that allows the user to call the bus 10 by inputting a boarding point or alighting point according to an embodiment of the present invention. can do. The server 20 and the user can communicate through the bus service application.

Hereinafter, a specific example of a bus operating method that can be implemented as the system 1 is operated will be described with reference to FIGS. 2 to 4 .

2 is an example of a default route of bus 10 according to one embodiment.

Referring to FIG. 2 , s01 to s16 on the map are stop points of the bus 10 . That is, the start point of the bus 10 is s01, the end point is s16, the bus 10 can run along the basic route R0 that sequentially moves from s01 to s16, and the basic route of the bus 10 ( R0) is indicated by a dotted arrow.

Since the existing bus 10 has a fixed stopping point and moving route, it is difficult to respond flexibly to users' demands. That is, in the example of FIG. 2 , the principle is to unconditionally stop at the fixed stop points s01 to s16 regardless of whether there are passengers or alighters, and thus, there is a problem of low driving efficiency.

In contrast, the method for providing a bus operation service according to the present invention receives boarding request information including a boarding point and desired boarding time and alighting request information including a drop-off point from the user, and receives the stop point and travel route of the bus 10 can decide Hereinafter, an example in which the bus 10 has flexible stopping points and travel routes according to an embodiment of the present invention will be described in more detail.

3 illustrates an example in which a stop point and a driving route of a bus are changed based on demand according to an embodiment.

In the embodiment of FIG. 3 , when the first user selects point s04 (a1) as a boarding point and point s15 (a2) as a drop-off point, the stop point and travel route of the bus 10 are exemplified. In the embodiment of FIG. 3 , while the bus 10 is running from the starting point s01 to the ending point s16 , it is assumed that only the first user boards and there is no boarding request from other users.

According to the embodiment of FIG. 3 , the bus 10 departs from the start point s01 and arrives at the end point s16, but must stop only at s04 (a1) and s15 (a2). Therefore, stopping at points s02, s03, s06 to s13, and s14 along the route described in FIG. 2 cannot be said to be efficient driving. Therefore, the server 20 has a second path R2, which is the shortest path that the bus 10 essentially passes through s01, s04 (a1), s15 (a2) and s16, that is, [s01-s04-s05-s13-s15 -s16] (indicated by a solid arrow in FIG. 3) may be determined as a travel route of the bus 10. That is, in the embodiment of FIG. 3 , the server 20 may determine that the bus 10 does not stop at some points s02 , s03 , s06 to s13 , and s14 . As a result, the bus 10 can be controlled to stop only at essential stopping points and operate on a driving route that connects essential stopping points with the shortest distance, thereby increasing the efficiency of bus operation.

Meanwhile, according to an embodiment, it may be determined that the bus 10 selectively stops at a stop existing on a travel route connecting essential stop points. In the example of FIG. 2 , the server 20 detects points s05 and s13 located on a route passing through points s01, s04(a1), s15(a2) and s16, and the server 20 determines whether the bus 10 stops or , can decide not to stop. For example, when a person waiting to board the bus 10 is detected at the stop at points s05 and s13, the server 20 provides a bus ( 10) can be determined as stopping.

4 is an example of a bus route set by reflecting the demand of additional passengers according to an embodiment.

As described above, the bus 10 of the present invention is characterized in that a stopping point and a driving route can be changed in real time based on demand. The embodiment of FIG. 4 is a modification of the embodiment of FIG. 3, and redundant description will be omitted.

In the embodiment of FIG. 3 , while the bus 10 is running from the start point s01 to the end point s16, the first user gets on at s04 (a1) and gets off at s15 (a2). In addition, there may be a boarding request for the corresponding bus 10 from an additional second user, and the second user's boarding request may be boarding at s05 (b1) and getting off at s11 (b2). Accordingly, the server 20 may modify the first route R1, which is set based on the first user's getting on and off points, into a second route R2 based on the getting on and off points of the first and second users.

Referring to FIG. 4, the second route R2 based on the getting on and off points of the first user and the second user essentially stops at points s04 (a1), s05 (b1), s11 (b2), and s15 (a2) The shortest path can be determined. That is, the second path R2 may be determined as [s01-s04-s05-s11-s15-s16].

Meanwhile, similar to the embodiment of FIG. 3 , it may be determined that the bus 10 selectively stops at a point located on the second route but not a user getting on or off point. For example, although they exist on the second route, the points s06 and s13 are not the user's getting on and off points. In this case, it may be determined that the bus 10 stops at the stop points s06 and s13 only when a person waiting to board the bus 10 is detected.

5 is an example of a bus route configured to stop at an important point according to an embodiment.

In one embodiment of the present invention, some of the points where the bus 10 stops may be classified as important points. An important point according to the present invention may be a point where the bus 10 always stops. As described above, the bus 10 according to the present invention can flexibly determine the stopping point and route based on demand, but some points are set as essential stopping points, and important points can be determined to necessarily stop. there is.

According to an embodiment, the important point may be a place where there is a high probability that there are many people getting on and off with reference to past getting on and off data. For example, an important point may be a point corresponding to an intersection, a subway exit, or a multimodal transit center. Referring to the embodiment of FIG. 5 , points s07, s13, and s14 among a plurality of points may be set as important points. Referring to the embodiment of FIG. 4 and the embodiment of FIG. 5 together, based on the getting on and off points of the first user and the second user, s04 (a1), s05 (b1), s11 (b2), and s15 (a2) points It is possible to set a third route (R3) that essentially stops and essentially stops at important points s07, s13, and s14. The third route R3 in the embodiment of FIG. 5 considering all essential stopping points may be [s01-s04-s05-s07-s11-s13-s14-s15-s16].

Meanwhile, similar to the embodiments of FIGS. 3 and 4 , it may be determined that the bus 10 selectively stops at a point located on the third route but not a user's getting on/off point. For example, points s06 and s10, which exist on the third route, but are not the user's getting on and off points and are not important points, are sent to the corresponding points only when a person waiting to board the bus 10 is detected at the stop of the corresponding point. You can decide to stop.

6 illustrates a screen of a user terminal providing a boarding request environment and alighting request environment according to an exemplary embodiment.

According to an embodiment of the present invention, the server 20 may provide a boarding request environment allowing a user to input boarding request information. In this case, the boarding request environment may be an environment in which the user can input a desired boarding point and a desired boarding time.

6(a) illustrates that the boarding request screen provided by the server 20 is displayed on the user terminal. Referring to (a) of FIG. 6 , the user may input a desired boarding time by designating a time range. In addition, the user may select one of the stops s01 to s16 of the bus 10 and input a desired boarding point. The desired boarding time and boarding point input by the user in the user terminal may be transmitted to the server 20 as boarding request information.

According to an embodiment of the present invention, the server 20 that has received the boarding request information may assign a bus 10 corresponding to the boarding request information. The server 20 may determine and allocate a bus 10 capable of arriving at a boarding point within a boarding time range from among the currently running buses 10 . Alternatively, the server 20 may designate a departure time from the garage in consideration of the time from the garage to the boarding point so that one of the buses 10 waiting in the garage can arrive at the boarding point within a boarding time range.

Next, the server 20 may provide stop time information of a boarding point corresponding to the assigned bus 10 to the user terminal. In more detail, when the bus 10 is allocated, the server 20 may calculate the scheduled stop time at the boarding point in consideration of the current location of the bus 10, the current route, and road conditions. The server 20 may provide the calculated scheduled stop time to the user terminal.

Also, according to an embodiment of the present invention, the server 20 may provide a get-off request environment allowing the user to select a get-off point. In this case, the getting off request environment may include the expected arrival time of the bus 10 assigned to each getting off point calculated by the server 20 .

6(b) illustrates that the getting off request environment provided by the server 20 is displayed on the user terminal. Referring to (b) of FIG. 6 , all stops included in the basic route of the assigned bus 10 may be displayed on the getting off request environment. As described above, the default route means a route set on the assumption that the bus 10 stops at all stops, and the route shown in FIG. 2 can be referred to as the default route.

Since the route of the bus 10 according to the embodiment of the present invention can be changed in real time according to demand, the stop point can also be changed in real time. In this case, the get-off point desired by the user inputting the get-off request may be a stop not included in the current route. That is, in the environment of requesting getting off, the user may select one of the stops included in the direction of the basic route based on the location of the current bus 10 as the getting off point.

In more detail, referring to (b) of FIG. 6 , the getting off request screen of FIG. 6 may display a selection guide phrase 601 , a drop-off point list 602 and a change guide text 601 . First, the selection guide text 601 guides the user to select a drop-off point, and the change guide text 603 informs that the expected arrival time may change due to factors such as road conditions or additional passengers. am. In addition, the drop-off point list 602 may display a plurality of drop-off points and expected arrival times corresponding to each drop-off point.

Referring back to the example of FIG. 4 , the current route of the bus 10 determined based on the boarding and alighting points of the first user and the second user is the second route R2, and the current location of the bus 10 is It can be assumed to be s05. In this case, the expected stopping point of the bus 10 based on the current route may be determined to be [s06, s11, s13, s15, s16]. In addition, it is assumed that the getting off request environment of FIG. 6(b) is provided to an additional third user.

According to an embodiment of the present invention, a list of selectable drop-off points 602 may be displayed in the drop-off request environment as shown in (b) of FIG. 6 . The third user may select a desired drop-off point from the drop-off point list 602, and the server 20 may receive the selected desired drop-off point as the drop-off request information.

In addition, according to an embodiment of the present invention, when providing a get-off request environment to a third user, not only the stop points included in the second route R2 but also all the stops included in the basic route may be selected. . In more detail, since the current location of the bus 10 is s05, selectable drop-off points in the embodiment of FIG. 4 may be s06 to s16. If a drop-off point not included in the current route is selected from the third user, the server 20 may modify the route based on the selected drop-off point.

According to a further embodiment, the server 20 may calculate an expected arrival time corresponding to each drop-off point in the list of drop-off points. The calculated expected arrival time may be displayed together in the drop-off point list 602 . As described above, the drop-off point list 602 selectable by the user may include not only the drop-off points included on the route of the current bus 10, but also all stops included in the basic route. Accordingly, the estimated arrival time for each drop-off point may be a value calculated based on a changed route when the corresponding drop-off point is selected.

For example, referring again to the example of FIG. 4, the current route of the bus 10 on which the second user and the first user board is the second route R2, and the current location of the bus 10 is s05. can be assumed At this time, for the stop points s07, s08, s09, s10, s12, s13, and s14 other than the stop point included in the second route R2, the server 20 uses the new route including the stop point as a reference can calculate the expected arrival time.

In more detail, in the embodiment with reference to FIG. 4 , when the current bus 10 is at point s05 and the current route of the bus 10 is the second route R2, the expected stopping points of the current route are s06, s11, For points s13, s15, and s16, the estimated arrival time can be calculated based on the current route. In contrast, for points s07, s08, s09, s10, s12, and s14, which are not expected stop points of the current route, an expected arrival time may be calculated based on a modified route stopping at the corresponding points.

For example, when referring to the embodiments of FIGS. 4 and 6 together, the stop points s06 and s11 corresponding to the current route are distinguished from stop points s07, s08, s09, and s10 that do not correspond to the current route. can be displayed Accordingly, although point s11 lags behind point s10 according to the default route, the expected arrival time at point s11 may be earlier than the expected arrival time at point s10 in the embodiment of FIG. 6 .

According to an embodiment of the present invention, a bus operation service may be provided in which a plurality of recommended points are provided to the user before getting off request information is received from the user, and information on getting off request for selecting one of the recommended points is received. there is. A service that recommends a specific stop as a drop-off point can be usefully used in a bus operation service that operates tourist destinations. Hereinafter, we will examine bus operation services that can flexibly reflect the demand for tourist destinations.

7 is a time-sequential diagram illustrating a method of operating a bus 10 according to an embodiment of the present invention.

Referring to FIG. 7 , boarding request information including a boarding point and desired boarding time is received from the user terminal (S1).

Next, a bus 10 corresponding to the boarding request information is assigned, and a first route of the assigned bus 10 is set based on the boarding request information (S2).

Next, one or more recommended points among stop points included in the basic route of the assigned bus 10 are determined (S3).

Next, a list of recommended points including one or more recommended points and expected arrival time information corresponding to the recommended points is provided (S4).

Finally, getting off request information for selecting one of one or more recommended points is received, and a second route of the assigned bus 10 is set based on the getting off request information (S5).

First, the server 20 receives boarding request information including a boarding point and a desired boarding time from a user terminal. In order to receive the boarding request information from the user, the server 20 may provide the boarding request input environment as shown in (a) of FIG. 6 to the user terminal. In this case, the desired boarding time may be a set time or a time range within a certain interval.

In a further embodiment, server 20 may receive a convenience call selection from a user. The easy call selection is when the user selects boarding request information using a previous route as it is. Alternatively, the simple selection call may be to select boarding request information using a route frequently used by other users as it is. In this case, the server 20 receiving the easy call selection may set the user's previous route or a route frequently used by other users as the first route in step S2 of setting the first route, which will be described later.

Next, the server 20 assigns a bus 10 corresponding to the boarding request information and sets a first route of the assigned bus 10 based on the boarding request information. In more detail, the server 20 may assign a bus 10 that can arrive at the boarding point within the desired boarding time based on the boarding request information including the desired boarding time and the boarding point input by the user. Alternatively, in another embodiment of the invention, even if it is not the desired boarding time, the bus 10 corresponding to the arrival time with the smallest error with the desired boarding time may be assigned.

When the bus 10 is allocated, the server 20 sets a first route of the allocated bus 10 based on the boarding request information. More specifically, when the user's boarding point is not included in the existing route of the assigned bus 10, a first route to which the user's boarding point is added may be newly set. Alternatively, when the user's boarding point is included as a stopping point in the existing route of the assigned bus 10, the existing route may be set as the first route. Alternatively, if the existing route of the assigned bus 10 goes through the user's boarding point but does not stop, the existing route may be set as the first route, but the boarding point may be set as the stopping point.

In addition, the server 20 may calculate an expected arrival time at a boarding point when the bus 10 travels on the first route and provide the calculated time to the user. As described above, the stop point of the first route may include the user's boarding point. Accordingly, the server 20 may calculate the expected arrival time at the boarding point when the bus 10 travels along the first route by referring to the current location of the bus 10, and provides the calculated expected arrival time to the user. can do.

According to an additional embodiment of the present invention, in order to assign a bus corresponding to the boarding request information in step S2, the server 20 may set a virtual stop and determine the virtual stop as a boarding/dropping location. Since the bus operation service capable of recommending a drop-off point according to the present invention may have a route flexible to demand, the server 20 may determine not only a fixed stop but also a virtual stop determined as a suitable location for getting on and off the bus. In this case, the virtual stop may be determined based on a location selected by the user as a boarding point or alighting point, but a location where the bus is easily stopped.

8 is a time-sequential diagram of a method for determining a virtual stop according to an embodiment of the present invention.

Referring to FIG. 8 , the server 20 first matches adjacent roads in consideration of map information based on the received boarding request information (S21). In more detail, the server 20 may match roads adjacent to the boarding point included in the boarding request information by referring to the map. In one embodiment, the boarding point included in the boarding request information may be the user's current location, and in this case, the server 20 may match a road closest to the user's current location.

Next, the server 20 analyzes possible getting on and off points on the matched adjacent road (S22). More specifically, since there are non-parking and stopping areas (intersections, railroad crossings, etc.) on the road, a point at which the parking and stopping areas can be avoided may be determined as a boarding and disembarking point. Furthermore, a more suitable area for getting on and off may be determined as a getting on and off point in consideration of road width or traffic obstruction.

Next, the server 20 inquires the user's previous boarding and alighting history (S23). In the case of a virtual stop, since it is not a stop with a fixed sign but a stop with a flexible location, it is more preferable to set a location easily recognized by the user as the virtual stop. Accordingly, the server 20 may inquire the user's previous boarding and alighting history and determine a point where the previous boarding and alighting location has been determined as a boarding and alighting point.

Next, the server 20 determines whether there are other passengers in the adjacent area (S24). The method for providing a bus operation service according to the present invention is characterized in that a bus is operated flexibly according to demand and an operation route is efficiently set. Accordingly, the server 20 may reset the same boarding and disembarking point as the current user's boarding and disembarking point when there is another passenger's boarding and disembarking point within a predetermined radius from the current user's boarding and disembarking point determined in the above step.

Next, the server 20 generates information about the determined boarding and disembarking point (S25). The boarding and disembarking point information may include information about a location and a walking path from the current location of the user to the boarding and disembarking point. The generated boarding and disembarking point information may be provided to the user terminal.

Next, the server 20 allocates a bus based on the determined boarding and alighting information (S26). In more detail, in order to assign a bus, the server 20 first searches for available buses based on remaining seats of candidate buses, current locations, and available arrival time information of getting on and off the bus. In addition, the server 20 may determine an appropriate vehicle among dispatchable buses as the assigned bus, and may transmit the set first route together with dispatch information to the assigned bus.

Next, the server 20 may determine one or more recommended points among the stops included in the default route of the assigned bus 10 as a drop-off point. According to an embodiment of the present invention, in a state in which only boarding request information is received from the user, the server 20 may determine a recommendation point that can be recommended as the user's alighting point. As an example, the user is a tourist and the recommended point may be a stop closest to a tourist destination. That is, the server 20 may recommend stops related to tourist attractions to the tourist user as a get-off point.

Hereinafter, a recommendation point corresponding to a recommended tourist destination may be used as a term indicating a stop corresponding to the corresponding point, and vice versa. For example, if a specific tourist attraction A exists and the bus 10 stop closest to or corresponding to the tourist attraction A is a, recommending tourist attraction A to the user means the same as recommending stop a as a drop-off point. can be used, and vice versa.

9 illustrates a screen of a user terminal providing a list of recommended points according to an exemplary embodiment.

Referring to FIG. 9 , a page 801 displaying a list of recommended points is shown. According to an embodiment, the recommended point list is a list of points that may be recommended as a drop-off point to the user among stop points included in the basic route.

First, the recommended point list page 801 may display categories 802a and 802b of recommended points. That is, the recommendation point list may include category information of each recommendation point, and the recommendation point list page 801 may separately provide a list of recommended points for each category. The category of the recommendation point may be a category classified based on the characteristics of the corresponding recommendation point. For example, the recommendation point category may include historical sites, activities, accommodations, theme parks, restaurants, and shopping, but is not necessarily limited thereto. Also, one recommendation point does not necessarily belong to only one category, but may also belong to a plurality of categories.

Also, the recommendation point list page 801 may display information on one or more recommendation points. Information on the recommended spot may include, but is not necessarily limited to, a name, user evaluation, address, photo, description, estimated arrival time information, and the like. In more detail, referring to FIG. 9 , in relation to the 'Gwanghwamun' recommended spot, the recommended spot list page 801 displays a photo 803a, name 804a, user rating 805a, and expected arrival time 806a. can

In addition, the server 20 may calculate an expected arrival time corresponding to each recommendation point. The calculated expected arrival time may be included in a list of recommended points and provided. The server 20 may calculate the expected arrival time of the recommended point in consideration of the current location of the bus 10, route, and road conditions.

Meanwhile, recommended points included in the list of recommended points may be included as stopping points on the first route, which is the current route, but may not be included. Accordingly, the expected arrival time corresponding to each recommended point may be a value calculated based on a route to be changed when the corresponding recommended point is selected. For example, in the embodiment of FIG. 9 , 'Gyeongbokgung Palace' and 'Hanbok Experience' recommended points are stop points of the first route, and 'Gwanghwamun' and 'Korean Food Class' may not be stop points of the first route. In this case, the expected arrival times of 'Gyeongbokgung Palace' and 'Hanbok Experience' may be calculated based on the first route. In contrast, the expected arrival times of 'Gwanghwamun' and 'Korean Food Class' may be calculated based on the changed routes stopping at the corresponding points.

Next, the server 20 may set a second route by receiving the get-off request information for selecting one of one or more recommended points. In more detail, the server 20 may set the first route as the second route when the recommended point selected by the user exists on the first route, which is the current route. Alternatively, if the recommended point selected by the user does not exist on the first route, the server 20 may set a new second route via the corresponding recommended point. That is, the second route may be a route that always stops at the selected recommendation point.

In a further embodiment, the recommendation point list may be a list arranged so that recommended points included in the current route are exposed prior to recommendations points not included in the list. More specifically, when the current route is the first route, the recommended points present in the list of recommended points as described above may be stopping points included in the first route or not included in the first route. In this case, it is a way to increase the efficiency of operation that the already determined first route, that is, the first route corresponding to the essential boarding point or alighting point of the bus 10 passengers or those who wish to board the bus 10 up to now is not modified. can

Accordingly, the server 20 may provide a list of recommended points, but preferentially expose recommended points corresponding to stop points included in the current route. This is because the recommended point according to an embodiment of the present invention is a recommended point for a tourist whose alighting point has not been determined, so that the recommended point is in a direction in which the current route composed of already confirmed boarding points or alighting points does not change. in order to be selected. Accordingly, the efficiency of bus 10 operation may be increased by minimizing the probability that a route is changed due to an additional passenger's recommendation point.

According to a further embodiment, the server 20 may provide information on the expected arrival time of the next bus 10 corresponding to each recommendation point. At this time, the next bus 10 may be a bus 10 having the same basic route and the same bus number as the current bus 10, but is not necessarily limited thereto and may be a bus 10 having a different basic route and bus number. . When the recommended point is a recommended tourist destination for tourists, the tourist is more likely to stop by within the tour itinerary than if the tourist destination is the final destination. Therefore, when getting off at a corresponding recommended point, the user's selection can be made easier by calculating and providing the expected arrival time of the next bus 10 .

In addition, the server 20 provides the expected arrival time when the expected arrival time of the next bus corresponding to each recommendation point is determined, and provides a reservation function for the next bus 10 when the expected arrival time is undetermined. can More specifically, the state in which the expected arrival time of the next bus 10 is determined means a case in which the arrival time of the next bus 10 at the corresponding recommendation point has already been determined. That is, the next bus 10 may also mean a state in which the corresponding recommendation point is determined as a stop point according to the bus 10 operating method of the present invention. In this case, by displaying the expected arrival time of the next bus, the user may be provided with information on the next bus to board in order to move from the corresponding recommended point to another location.

In addition, the state in which the expected arrival time of the next bus is undetermined may mean a state in which there is no scheduled arrival of the next bus at the corresponding recommendation point. Since the bus operation method according to an embodiment of the present invention is characterized by flexibly adjusting bus operation according to real-time demand, when there is no demand, a bus stopping at a corresponding recommended point may not be assigned yet. there is. Accordingly, when there is no scheduled arrival of the next bus at the recommended point, upon selecting the recommended point, an environment in which a next bus stopping at the corresponding recommended point can be called or reserved can be provided. That is, it is possible to provide an environment in which a user can input a request for boarding using a recommended point as a boarding point. In this case, the time at which the next bus arrives at the corresponding recommended point, that is, the desired boarding time of the request for re-boarding, may be directly set by the user.

Meanwhile, in an additional embodiment, although not shown in FIG. 9 , the list of recommended points of the present invention may additionally include commerce information including coupons, advertisement contents, or reservation services of stores corresponding to the recommended points. For example, in the embodiment of FIG. 9 , discount coupons for nearby shops such as cafes, restaurants, and lodging facilities corresponding to the 'Gyeongbokgung Palace' recommended spots and advertisement contents may be additionally provided. In addition, a reservation service for making a reservation for a nearby store may be provided on a list of recommended spots or on an additional information page when a user selects a corresponding recommended spot.

10 illustrates a reboarding reservation environment corresponding to a recommendation point according to an exemplary embodiment.

(a) and (b) of FIG. 10 illustrate an environment for re-boarding reservation when a user selects 'Gyeongbokgung' as a get-off point from the list of recommended points in FIG. 9 . Referring to (a) of FIG. 10 , a re-boarding reservation environment 910 in a state in which the expected arrival time of the next bus 10 is determined is illustrated. Referring to (a) of FIG. 10 , a selected recommendation point 911 and an expected arrival time 912 of the next bus 10 are displayed. The expected arrival time 912 of the next bus 10 may display the expected arrival time of the next bus 10 and a button for reserving the corresponding bus 10 .

Also, referring to (b) of FIG. 10 , a re-boarding reservation environment 920 in a state in which the expected arrival time of the next bus 10 is not determined is exemplified. Referring to (b) of FIG. 10 , a selected recommended spot 921 and a desired re-boarding time 922 are displayed. In the desired re-boarding time 920, the user may reserve the bus 10 by inputting a desired time range for re-boarding.

In another embodiment, the server 20 may provide a list of recommended points to a user having a tourist attribute. In this case, the user having the tourist attribute may refer to a user whose home address information or work address information of the registered user is more than a predetermined distance away from stop points included in the basic route of the bus 10 . More specifically, when the administrative district including the basic route of the bus 10 and the administrative district including the user's home address or work address are different, it may be determined that the user has tourist attributes. Alternatively, in another specific example, if the user's home address or work address attribute is outside a preset radius from the start or end point of the basic route of the bus 10, it may be determined that the user has the tourist attribute. Also, the server 20 may provide a list of recommended points only to users having tourist attributes. In this way, it is possible to provide a list of recommended points only to users who have tourist attributes, not to users who use the bus 10 on a daily basis.

In another embodiment, the server 20 may determine recommendation points of different attributes according to time zones. In more detail, the server 20 may determine one or more of the stops of the first attribute in the first time zone as a recommendation point, and determine one or more of the stops of the second attribute in the second time zone as the recommendation point. In this case, the first time zone may be a congested time zone, such as a commuting time zone, and the second time zone may be a non-congested time zone other than the commuting time zone. In the case of rush hours, collectively determining tourist destinations as recommended points may not properly reflect demand. Therefore, in the case of commuting time, a stop having the attribute of a business area may be determined as a recommended point, and in the case of non-congested time, a stop having the attribute of a tourist destination may be determined as a recommended point.

11 is a block diagram of a server 20 according to one embodiment.

The server 1100 of FIG. 11 may be the server 20 of FIG. 1 .

Referring to FIG. 11 , a server 1100 may include a communication unit 1110, a processor 1120, and a DB 1130. Only elements related to the embodiment are shown in the server 1100 of FIG. 11 . Accordingly, those skilled in the art can understand that other general-purpose components may be further included in addition to the components shown in FIG. 11 .

The communication unit 1110 may include one or more components that enable wired/wireless communication with other nodes. For example, the communication unit 1110 may include at least one of a short-range communication unit (not shown), a mobile communication unit (not shown), and a broadcast reception unit (not shown).

The DB 1130 is hardware for storing various data processed in the server 20 (1100), and may store programs for processing and controlling the processor 1120. The DB 1130 may store payment information, user information, and the like.

The DB 1130 includes random access memory (RAM) such as dynamic random access memory (DRAM) and static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), and CD-ROM. ROM, Blu-ray or other optical disk storage, hard disk drive (HDD), solid state drive (SSD), or flash memory.

The processor 1120 controls the overall operation of the server 20 (1100). For example, the processor 1120 may generally control an input unit (not shown), a display (not shown), a communication unit 1110, and the DB 1130 by executing programs stored in the DB 1130. The processor 1120 may control the operation of the server 20 (1100) by executing programs stored in the DB 1130. The processor 1120 may control at least some of the operations of the game server 20 (2000) or mediation server 20 (3000) described above with reference to FIGS. 1 to 11 .

The processor 1120 may include application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, and microcontrollers. It may be implemented using at least one of micro-controllers, microprocessors, and electrical units for performing other functions.

Embodiments according to the present invention may be implemented in the form of a computer program that can be executed on a computer through various components, and such a computer program may be recorded on a computer-readable medium. At this time, the medium is a magnetic medium such as a hard disk, a floppy disk and a magnetic tape, an optical recording medium such as a CD-ROM and a DVD, a magneto-optical medium such as a floptical disk, and a ROM hardware devices specially configured to store and execute program instructions, such as RAM, flash memory, and the like.

Meanwhile, the computer program may be specially designed and configured for the present invention, or may be known and usable to those skilled in the art of computer software. An example of a computer program may include not only machine language code generated by a compiler but also high-level language code that can be executed by a computer using an interpreter or the like.

According to one embodiment, the method according to various embodiments of the present disclosure may be included and provided in a computer program product. Computer program products may be traded between sellers and buyers as commodities. A computer program product is distributed in the form of a device-readable storage medium (eg compact disc read only memory (CD-ROM)), or through an application store (eg Play Store™) or between two user devices. It can be distributed (e.g., downloaded or uploaded) directly or online. In the case of online distribution, at least part of the computer program product may be temporarily stored or temporarily created in a device-readable storage medium such as a manufacturer's server, an application store server, or a relay server's memory.

Claims (12)

In the method of providing bus operation service,
Receiving boarding request information including a boarding point and desired boarding time from a user terminal;
allocating a bus corresponding to the boarding request information and setting a first route of the assigned bus based on the boarding request information;
determining one or more recommended points among stops included in a basic route corresponding to the assigned bus;
providing a list of recommended points including the one or more recommended points and expected arrival time information corresponding to the recommended points;
setting a second route by receiving alight request information for selecting one of the one or more recommended points from the user terminal;
Including, a method for providing bus operation service. According to claim 1,
Setting the first path,
calculating a scheduled stop time at the boarding point calculated based on the current location of the assigned bus and the first route, and providing the calculated scheduled stop time to the user terminal;
Including, a method for providing bus operation service. According to claim 1,
The step of providing a list of recommended points,
determining whether the recommended point is a stopping point of the first route;
calculating the expected time of arrival based on the first route when the recommended point is a stop point of the first route, and calculating the expected time of arrival based on a modified route of the bus when the recommended point is not a stop point; Including, a method for providing bus operation service. According to claim 1,
The step of setting the first path,
When the boarding point is included in the stopping point of the existing route of the assigned bus, setting the existing route as the first route,
If the boarding point is not included in the stop point of the existing route of the assigned bus, setting a first route in which the boarding point is added as a stop point in the existing route is set. According to claim 1,
The method of providing a bus operation service, wherein the list of recommended points includes category information of the recommended points, and classifies and provides the list of recommended points for each same category to the user terminal. According to claim 1,
The recommended point list is a list arranged so that recommended points included as stop points of the first route among the recommended points are exposed prior to recommended points not included as stop points of the first route. How We Provide Our Services. According to claim 1,
and transmitting the list of recommended points to the user terminal when the address attribute of the user account corresponding to the user terminal exists outside a preset radius from the start or end point of the basic route of the bus. According to claim 1,
It is determined whether there is a waiting person at a stop that exists on the current route of the bus but is set as a non-stop point, and if there is a waiting person, the bus stops at the stop existing on the route. A method of providing bus service by setting a route. According to claim 1,
Wherein the desired boarding time is automatically calculated based on a walking travel time from a current time to a boarding point selected by the user. According to claim 1,
Wherein the list of recommended points additionally includes commerce information including coupons, advertisement contents, or reservation services of stores corresponding to the one or more recommended points. In a service server providing a bus operation service,
a communication unit that communicates with a user terminal;
a memory in which at least one program is stored; and
a processor that performs calculations by executing the at least one program;
the processor,
Receiving boarding request information including a boarding point and desired boarding time from a user terminal, allocating a bus corresponding to the boarding request information, and setting a first route of the assigned bus based on the boarding request information; determining one or more recommended points among stops included in a basic route corresponding to the assigned bus, providing a list of recommended points including the one or more recommended points and expected arrival time information corresponding to the recommended points; A service server providing a bus operation service, configured to receive alighting request information for selecting one of one or more recommended points from the user terminal and set a second route. A computer-readable recording medium recording a program for executing the method of claim 1 on a computer.

Images