WO2021194086A1 - Mobility car-sharing call service providing method using transfer application meter, and management server used therefor - Google Patents

Abstract

Disclosed are a mobility car-sharing call service providing method using a transfer application meter, and a management server used therefor. The present invention is realized via the steps of the management server receiving, from a user terminal, a car-sharing request including departure point information and destination information, transmitting, to a driver terminal, a car-sharing acceptance request including the departure point information and the destination information, receiving, from the driver terminal, a car-sharing acceptance message including vehicle information, and transmitting, to the user terminal, a vehicle selection request including the vehicle information. According to the present invention, a vehicle driver who is driving with a passenger and a user who wants to share a vehicle can be quickly and efficiently connected to each other, thereby resolving inconvenience of vehicle insufficiency at a time band when passenger demands are concentrated. In addition, according to the present invention, the passenger and the user pay only a part of fare to be paid when riding alone, while the driver can receive additional fare during a car-sharing driving section compared to a normal driving section, and thus contribution can be made to implementation of win-win economy in which profits of both passenger and driver are promoted.

Description

A method for providing a mobility sharing call service using a shared-share app meter and a management server used therefor

The present invention relates to a method of providing a mobility shared ride call service using a shared ride app meter and a management server used therefor, and more particularly, to a vehicle driver who is driving with a passenger and a user who wants to share a ride quickly and efficiently. Accordingly, it is possible not only to solve the inconvenience caused by the lack of vehicles during times of high passenger demand, but also to quickly and efficiently connect the driver of the vehicle with the user who wants to share a ride at a specific time when the passenger demand is high, thereby reducing the number of vehicles such as taxis in policy. It relates to a method of providing a mobility shared ride call service using a shared ride app meter that can reduce problems such as environmental pollution and fine dust, and a management server used therefor.

In addition, the present invention makes it possible to quickly and efficiently connect a driver of a vehicle carrying passengers and a user who wants to share a ride. Accordingly, the passenger and the user bear only a portion of the fare that should be used when riding alone, and the driver can ride together. By being able to receive an additional fee during the operating section compared to the normal operating section, it can contribute to the realization of a win-win economy that promotes the interests of both passengers and drivers, as well as support the safe return of users after getting off the vehicle. It relates to a method of providing a mobility sharing call service using a shared-share app meter and a management server used therefor.

In addition, the present invention increases the transport capacity of a vehicle through single sharing, double sharing, and continuous sharing after existing passengers have disembarked and improves fine dust and traffic flow through the resulting subtraction, thereby benefiting all citizens, passengers, and drivers. It relates to a method of providing a mobility shared-share call service using a shared-share app meter that enables a win-win economy to be realized, and a management server used therein.

Due to problems such as environmental pollution and fine dust caused by exhaust gas emitted from vehicles, there is a need for policy reduction of transportation means such as taxis.

However, when considering the inconvenience of passengers due to the lack of taxis and refusal to ride at specific times of peak passenger demand, such as rush hour, criticism is raised that the car reduction policy may cause other problems.

On the other hand, new types of transportation services such as Uber, carpool, and Tada have appeared to solve this problem, but all of these services are in a state of practical suspension due to the resistance of the taxi industry and the limitations of current laws.

In addition, as a method to solve the above problems, a method to allow a taxi sharing is also being discussed, but a system that can efficiently connect a vehicle with passengers and a user who wants to share a ride has not yet been developed. .

In addition, a new type of transportation service that can supplement the existing taxi service is required in order to solve the inconvenience of passengers due to the shortage of taxis and refusal to ride when there is a high demand for passengers such as year-end, commuting time, weekend evenings, etc. have.

As a way to solve the above problems, a method of allowing a taxi to be shared on a limited basis is also being discussed, but a system that can efficiently connect a vehicle carrying passengers with a user who wants to share a ride has not yet been developed.

Accordingly, it is an object of the present invention to quickly and efficiently connect a driver of a vehicle carrying passengers and a user who wants to share a ride, thereby resolving the inconvenience caused by the lack of vehicles at a time when passenger demand is concentrated. , Mobility that enables the policy reduction of the number of vehicles such as taxis by quickly and efficiently connecting the driver of the vehicle with the user who wants to share a ride at a specific time when passenger demand is high, thereby solving problems such as environmental pollution and fine dust. An object of the present invention is to provide a method for providing a shared call service and a management server used therefor.

In addition, another object of the present invention is to be able to quickly and efficiently connect a driver of a vehicle carrying a passenger and a user who wants to share a ride, and accordingly, the passenger and the user bear only a portion of the fare to be used when riding alone. , the driver can receive an additional fee compared to the normal operation section during the shared ride section, thereby contributing to the realization of a win-win economy that promotes the interests of both passengers and drivers, as well as making it possible to secure safety after getting off the vehicle. An object of the present invention is to provide a method of providing a mobility shared-share call service using a shared-share app meter to support returning home, and a management server used therefor.

To achieve the above object, a method for providing a mobility shared call service according to the present invention includes the steps of: (a) receiving, by a management server, a shared request including departure point information and destination information from a user terminal; (b) transmitting, by the management server, a sharing acceptance request including the departure point information and the destination information to the driver terminal; (c) receiving, by the management server, a sharing acceptance message including vehicle information from the driver terminal; and (d) transmitting, by the management server, a vehicle selection request including the vehicle information to the user terminal.

Preferably, after step (a) and before step (b), the method further comprises the step of determining, by the management server, whether to approve the sharing request.

In addition, the request for sharing is characterized in that the user's gender information and the user's drinking state information is further included.

On the other hand, the management server according to the present invention, the receiving unit for receiving the request for sharing from the user terminal including the departure point information and the destination information; and a transmitter configured to transmit a sharing acceptance request including the departure point information and the destination information to a driver terminal, wherein the receiver receives a sharing acceptance message including vehicle information from the driver terminal, and the transmitter comprises: A vehicle selection request including vehicle information is transmitted to the user terminal.

Preferably, the method further includes a determination unit for determining whether to approve the shared-riding request.

In addition, the request for sharing is characterized in that the user's gender information and the user's drinking state information is further included.

Meanwhile, a method for providing a mobility shared call service according to the present invention includes the steps of: (a) receiving, by a management server, a shared request including departure point information and destination information from a user terminal; (b) transmitting, by the management server, a sharing acceptance request including the departure point information and the destination information to the driver terminal; and (c) receiving, by the management server, a sharing acceptance message including vehicle information from the driver terminal.

Preferably, after step (c), it is characterized in that the driver terminal calculates the usage fee of the vehicle passenger and the shared passenger, respectively.

On the other hand, the management server according to the present invention, the receiving unit for receiving the request for sharing from the user terminal including the departure point information and the destination information; and a transmitter for transmitting a sharing acceptance request including the departure point information and the destination information to a driver terminal, wherein the receiver receives a sharing acceptance message including vehicle information from the driver terminal.

Preferably, it is characterized in that the driver terminal calculates the usage fee of the vehicle passenger and the shared passenger, respectively.

According to the present invention, it is possible to quickly and efficiently connect a driver of a vehicle carrying passengers and a user who wants to share a ride, thereby resolving the inconvenience caused by the lack of vehicles at a time when passenger demand is concentrated.

In addition, according to the present invention, by quickly and efficiently connecting a vehicle driver with a user who wants to share a ride at a specific time when passenger demand is concentrated, the number of vehicles such as taxis can be reduced by policy, thereby reducing environmental pollution and problems such as fine dust be able to solve

In addition, according to the present invention, while the passenger and the user bear only a portion of the fare to be used when riding alone, the driver can receive an additional charge during the shared operation section compared to the normal operation section, thereby increasing the interests of the passenger and the driver. It will be able to contribute to the realization of a win-win economy that everyone promotes.

In addition, according to the present invention, it is possible to quickly and efficiently connect a driver of a vehicle carrying passengers and a user who wants to share a ride, so that the passenger and the user bear only a portion of the fare to be used when riding alone, while the driver will be able to receive an additional fee compared to the normal operating section during the shared ride, contributing to the realization of a win-win economy that promotes the interests of both passengers and drivers.

In addition, according to the present invention, it is possible to support a safe return home after the user gets off the vehicle.

In addition, according to the present invention, the user can select the general car calling service and the shared car calling service, and the vehicle driver can receive support for single sharing, double sharing, and continuous sharing after the existing passengers get off.

In addition, according to the present invention, by improving the fine dust and traffic flow by increasing the transport capacity of the vehicle through single sharing, double sharing, and continuous sharing after existing passengers have disembarked, and thereby reducing the difference, both citizens, passengers, and drivers It will be possible to realize a win-win economy that promotes the interests of

1 is a block diagram of a system for providing a mobility shared call service through a network according to an embodiment of the present invention;

2 is a functional block diagram illustrating the structure of a management server executing a method for providing a mobility shared call service through a network according to an embodiment of the present invention;

3 is a signal flow diagram illustrating an execution process of a method for providing a mobility shared call service through a network according to an embodiment of the present invention;

4 to 9 are diagrams for explaining a utilization type of a mobility shared call service through a network according to an embodiment of the present invention.

Hereinafter, the present invention will be described in more detail with reference to the drawings. It should be noted that the same components in the drawings are denoted by the same reference numerals wherever possible. In addition, detailed descriptions of well-known functions and configurations that may unnecessarily obscure the gist of the present invention will be omitted.

1 is a block diagram of a system for providing a mobility shared call service through a network according to an embodiment of the present invention. Referring to FIG. 1 , a system for providing a mobility shared call service through a network according to an embodiment of the present invention includes a user terminal 100 , a management server 200 , and a driver terminal 300 .

The user terminal 100 is a wireless communication terminal such as a smart phone possessed by a user who shares a vehicle through the mobility shared call service according to the present invention. The user terminal 100 uses the mobility shared call service according to the present invention. The application program for the user required to do this is installed.

The management server 200 is a server installed and operated by an operator providing a mobility shared call service according to the present invention, and the management server 200 receives a shared request including departure point information and destination information from the user terminal 100 . and transmits a sharing acceptance request including departure point information and destination information to the driver terminal 300 , and receives a shared sharing acceptance message including vehicle information from the driver terminal 300 , requesting vehicle selection including vehicle information is transmitted to the user terminal 100 .

The driver terminal 300 is a wireless communication terminal such as a smart phone possessed by a driver who wants to share a user in his/her vehicle through the mobility shared call service according to the present invention. The driver's application program required to use the mobility shared-hailing service is installed.

2 is a functional block diagram illustrating a structure of a management server 200 that executes a method for providing a mobility shared call service through a network according to an embodiment of the present invention. Referring to FIG. 2 , the management server 200 executing the method for providing a mobility shared call service according to an embodiment of the present invention includes a receiver 210 , a storage 230 , a determiner 250 , and a transmitter 270 . includes

The receiving unit 210 receives a sharing request including departure point information and destination information from the user terminal 100 , and receives a sharing acceptance message including vehicle information from the driver terminal 300 .

The transmitter 270 transmits a sharing acceptance request including departure point information and destination information to the driver terminal 300 , and transmits a vehicle selection request including vehicle information to the user terminal 100 .

The determination unit 250 determines whether to approve the user's request for sharing based on information included in the request for sharing from the user terminal 100 .

The storage unit 230 accumulates and stores various types of information received through the reception unit 210 , various types of transmission information through the transmission unit 270 , and various types of determination and search information by the determination unit 250 .

3 is a signal flow diagram illustrating an execution process of a method for providing a mobility shared call service through a network according to an embodiment of the present invention. Hereinafter, an execution process of a method for providing a mobility shared call service through a network according to an embodiment of the present invention will be described with reference to FIGS. 1 to 3 .

First, as the driver drives the vehicle while running the driver application program installed in the driver terminal 300 , the management server 200 receives the driving information of the driver's vehicle from the driver terminal 300 in real time ( S400).

Meanwhile, in implementing the present invention, the driver application program may additionally provide a vehicle navigation function.

Specifically, as the driver operating a vehicle such as a taxi enters the vehicle boarding capacity information, the current number of passengers information, the gender information of the passengers, and the destination information of the passengers into the driver application program and drives the vehicle, the driver application program is Current location information of the vehicle, destination information of passengers, route information from the current location of the vehicle to destination, information on the number of passengers on board, information on the number of current passengers, gender information of passengers, contact information such as driver's phone number, driver's gender The vehicle operation information including the information is generated in real time, and the generated vehicle operation information is transmitted to the management server 200 .

On the other hand, after a user wishing to share a vehicle such as a taxi executes an application program for a user installed in the user terminal 100 (S405), departure information, destination information, gender information of the user, and the number of people wishing to ride together , As user information such as drinking state information is input, the receiver 210 of the management server 200 receives from the user terminal 100 departure point information, destination information, user's gender information, shared number of people information, and drinking state information. Receives a shared request including user information such as (S410).

In implementing the present invention, before the user executes the user application program installed in the user terminal 100 and then inputs the information, a general vehicle call, which is a service for calling an empty vehicle like the conventional vehicle call service It will be possible to select a service and a shared car call service, which is a service for calling a vehicle while carrying passengers, and when the user selects the shared car call service, the information input screen is displayed on the user terminal 100 It would be preferable to do so.

Meanwhile, in implementing the present invention, the determination unit 250 of the management server 200 may determine whether to approve the sharing request based on the time information received from the user terminal 100 for the sharing request (S420). ).

Specifically, the determination unit 250 of the management server 200 receives the request for sharing from the user terminal 100 in the time interval (eg, 8:00 am to 10 am) in which the sharing is permitted exceptionally according to the relevant laws and regulations. It will be possible to first approve the user's request for sharing only if it is within the working hours until the city.

In addition, in carrying out the present invention, if the time at which the determination unit 250 of the management server 200 receives the request for sharing from the user terminal 100 is not within the time period for which sharing is allowed as an exception according to the relevant laws and regulations, , disapproves the request for sharing, and sends the message to the user terminal 100 through the transmitter 270 of the management server 200, 'This is not the time zone allowed for sharing (8 am to 10 am).' It may be possible to transmit a message of disapproval of the request for sharing, such as.

In addition, in implementing the present invention, the determination unit 250 of the management server 200 determines whether or not the final approval of the sharing request is based on the user information included in the sharing request received from the user terminal 100 . will be able

Specifically, the determination unit 250 of the management server 200 determines that the user is in a drinking state based on the drinking state information included in the user information, and the time when the request for sharing from the user terminal 100 is received is predetermined. In the late-night time zone (eg, 1:00 am to 3:00 am), the request for a shared ride may be disapproved in consideration of the safety of the driver and vehicle occupants.

In addition, in carrying out the present invention, the determination unit 250 of the management server 200 based on the unique identifier information of the user terminal 100 included in the sharing request received from the user terminal 100, the user The management server 200 searches for the average value of evaluation scores, such as riding manners of the user, received by a plurality of drivers who have operated the used vehicle by inputting it into the driver terminal 300 , and when the retrieved average value is less than a predetermined reference value, the corresponding user It may be possible to disapprove the request for sharing.

The determination unit 250 of the management server 200 receives the driving information received from the driver terminal 300 in the above-described step S400 and the user terminal 100 in the above-described step S410 when the user's request for sharing the vehicle is finally approved. Based on the user information included in the shared sharing request, a driver to be shared is searched for ( S430 ).

Specifically, the determination unit 250 of the management server 200 may first search for a driver whose current location of the vehicle is within a predetermined radius (eg, 3 km) from the user's departure point.

In addition, the determination unit 250 of the management server 200 includes the user's destination in the route from the current location of the vehicle to the passenger's destination among the drivers found first, or the route from the current location of the vehicle to the user's destination. It will be possible to secondary search for drivers whose destinations are included in the .

In addition, the determination unit 250 of the management server 200 determines the number of current passengers (for example, 1 person) and the number of users wishing to share the vehicle in the vehicle occupancy (for example, 4 people) among the drivers searched for the second time (for example, 1 person) For example, a driver whose value excluding two people) is greater than or equal to a predetermined reference value (for example, 1) may be determined as a driver to request for sharing.

In addition, the determination unit 250 of the management server 200 determines the driver for the share-share request, the user's gender is male, and the time at which the share-share request is received from the user terminal 100 is a predetermined late-night time period (eg, For example, in the case of 1:00 to 3:00 a.m.), it may be possible to promote the safety of female drivers in the late night time by excluding drivers of female gender from the drivers subject to the request for sharing.

In addition, the determination unit 250 of the management server 200 determines the driver for the request for sharing the vehicle, the user's gender is male, and the time at which the shared vehicle request is received from the user terminal 100 is a predetermined late-night time zone (eg, For example, in the case of 1:00 to 3:00 a.m.), it may be possible to promote the safety of female passengers during the late night time by excluding drivers whose gender is female from the list of drivers subject to sharing requests.

On the other hand, the management server 200 is a driver terminal 300 possessed by the driver determined as the driver for the request for a shared ride, and the user's departure point information, destination information, user's gender information, the number of people wishing to share a ride, information on whether or not drinking alcohol, etc. Transmitting a shared-share acceptance request including information (S440).

Accordingly, the driver who confirms the request for acceptance of the shared ride through the driver terminal 300 transmits the user information included in the request for acceptance of the shared ride to the passenger and obtains the consent for the shared ride. By selecting an item for confirming the passenger's consent displayed in , the passenger's consent information is input (S450).

Meanwhile, in carrying out the present invention, prior to the execution of step S440 described above, the determination unit 250 of the management server 200 adds the user's departure point to the route from the current location of the vehicle to the passenger's destination as waypoint information. By doing so, a modified movement path of the vehicle is generated, and the modified movement path is included in the request for acceptance of sharing in the above-described step S440 , so that the passenger agrees to sharing a ride based on the modified movement path of the vehicle displayed through the driver terminal 300 . You might be able to decide whether or not to.

In addition, in carrying out the present invention, prior to the execution of the above-described step S440, the determination unit 250 of the management server 200 generates the user's moving route based on the user's origin information and destination information, and the generated By including the moving route in the request for acceptance of sharing in the above-described step S440, the vehicle driver may determine whether to accept sharing by comparing the current passenger's moving path with the user's moving path.

Meanwhile, in implementing the present invention, the application program installed in the driver terminal 300 may generate the user's moving route based on the user's departure point information and destination information received from the management server 200 .

In addition, the application program installed in the driver terminal 300 distinguishes the user's moving path from the current passenger's moving path and color, brightness, etc. and displays it on the screen of the driver terminal 300 so that the vehicle driver can compare the current passenger's moving path and the current passenger's moving path. It may be possible to determine whether to accept a shared ride by comparing the user's moving route.

Meanwhile, in carrying out the above-described step S450, in order to prevent the driver from inputting the consent information of the passenger without permission, input the consent voice information of the passenger through the microphone module provided in the driver terminal 300 or the driver terminal 300 ) through the touch-type display screen provided in the passenger may be able to directly input the signature information.

As such, as the consent information of the passengers is input into the driver application program, the vehicle's current location information, the vehicle's destination information, the route information from the vehicle's current location to the destination, the vehicle occupancy information, the current number of passengers information, and the number of passengers A sharing acceptance message including gender information, contact information such as the driver's phone number, and vehicle sharing target information such as the driver's gender information is generated, and the driver terminal 300 transmits the shared sharing acceptance message to the management server 200 . transmit (S455).

On the other hand, upon receiving the sharing acceptance message from the driver terminal 300 , the management server 200 provides information on the current location of the vehicle, information on the destination of the vehicle, route information from the current location of the vehicle to the destination, information on the number of passengers in the vehicle, and current passengers. A vehicle selection request including information on the vehicle to be shared, such as information on the number of people, gender information of passengers, contact information such as driver's phone number, and driver's gender information, is transmitted to the user terminal 100 ( S460 ).

On the other hand, in implementing the present invention, the management server 200 does not execute the above-mentioned steps S440, S450, and S455 to accept and agree to the sharing of the driver and passengers, but the driver information retrieved in the above-described step S430 ( Vehicle current location information, vehicle destination information, route information from the vehicle current location to destination, vehicle occupancy information, current number of passengers information, passenger gender information, driver gender information, and vehicle route color Vehicles that include information on the current operating status of the vehicle, such as single operation (driver + passenger), shared operation (driver + passenger + shared passenger), and double shared operation (driver + passenger + shared passenger + additional passenger) A selection request may be transmitted to the user terminal 100 .

Meanwhile, in this case, the driving information received by the management server 200 from the driver terminal 300 in step S400 described above includes the current location information of the vehicle, the destination information of the vehicle, route information from the current location of the vehicle to the destination, and the vehicle. Boarding capacity information, current number of passengers information, passenger gender information, driver gender information, single operation (driver + passenger), shared operation (driver + passenger + shared passenger), double passenger operation (driver + passenger + shared passenger + It would be desirable to include information on the current driving state of the vehicle, such as additional passengers).

Accordingly, the user through the user terminal 100, the current location information of the vehicle, the destination information of the vehicle, the route information from the current location of the vehicle to the destination, the vehicle occupancy information, the current number of passengers information, the gender information of the passengers, the driver's It is possible to check the gender information, and based on this, it is possible to determine whether to select the corresponding vehicle.

In addition, in carrying out the present invention, the management server 200 in the above-described step S460 may include the user's moving route generated based on the user's departure point information and destination information in the vehicle selection request, and thus the user terminal ( The application program installed in 100) distinguishes the moving path from the current location of the vehicle to the destination, and displays the color and brightness of the user's moving path through the screen of the user terminal 100, so that the user can compare the current moving path of the vehicle and his/her own moving path. It may be possible to select a vehicle by comparing the travel routes of

Thereafter, as the user selects a vehicle through the user terminal 100 based on the vehicle information to be shared by the user, the management server 200 receives vehicle selection information from the user terminal 100 (S465), and thus the management server 200 ) transmits a shared ride execution request including the user's departure point information and destination information to the driver terminal 300 (S470).

On the other hand, as the driver terminal 300 receives a shared ride execution request from the management server 200, the driver application program adds the user's departure point to the travel route from the current location of the vehicle to the passenger's destination as the stopover information of the vehicle. The movement path is corrected (reset) (S475).

Accordingly, the driver drives the vehicle to the user's departure point, which is a place where the user is waiting for a shared ride, and the management server 200 transmits the vehicle operation information received from the driver terminal 300 in real time according to the vehicle operation to the user terminal ( 100), the user can check the moving status of the shared vehicle in real time (S480).

Thereafter, when the arrival to the departure point is completed, the user gets into the vehicle, and in carrying out the present invention, the driver application program corrects (reset) the movement route of the vehicle as the arrival to the departure point (stop point) of the vehicle is completed. This would be preferable.

Specifically, the driver application program determines whether the user's destination is included in the route from the vehicle's current location (waypoint) to the passenger's destination, and if it is determined that it is included, the user's destination is added as a waypoint. By doing so, it will be possible to modify the movement path of the vehicle.

In addition, when it is determined that the user's destination is not included in the route from the vehicle's current location (waypoint) to the passenger's destination, the driver's application program provides a movement route from the vehicle's current location (waypoint) to the user's destination. It is determined whether or not the destination of the passenger is included in the , and if it is determined that the destination is included, the user's destination is set as the final destination on the navigation, and the movement route can be reset by setting the destination of the passenger as a stopover.

On the other hand, it would be desirable for the driver application program to additionally provide the function of the app meter. Accordingly, the driver application program should be borne by the passenger and the user (passenger) for the fare calculated during the shared driving section of the vehicle. It may be desirable to calculate the fee at a predetermined ratio (S485).

Specifically, the driver application program may calculate the individual fare so that the fare calculated during the shared driving section of the vehicle is charged 100% each to the passenger and the user (passenger), but the fare calculated in the shared driving section of the vehicle It would be desirable to calculate the individual fares so that the passenger and the user (passenger) are each charged at a predetermined rate (eg, 60%).

In this way, as the passenger and user (passenger) each bear the individual fare at a rate of 60%, the driver is charged a fee equivalent to 120% of the fare calculated in the case of not sharing the vehicle (that is, in the case of a general call). be able to do In addition, if the passenger, the passenger and the additional passenger each bear the individual fare at a rate of 50%, the driver will pay 150% of the fare calculated in the case of not sharing the vehicle (that is, in the case of a general call). be able to claim

As described above, according to the present invention, while the passenger and the user bear only a portion of the fare to be used when riding alone, the driver can receive an additional fee during the shared operation section compared to the normal operation section, thereby improving the interests of the passenger and the driver. It will be able to contribute to the realization of a win-win economy that everyone promotes.

In this way, the fee information calculated for the user may be transmitted to the management server 200 through the driver terminal 300 ( S490 ), and the management server 200 accordingly makes a payment request including the calculated fee information for the user. may be transmitted to the user terminal 100 (495).

On the other hand, in implementing the present invention, when the user completes sharing in the vehicle through the service according to the present invention, the user is converted into a passenger, and accordingly, the driver corrects the information on the number of current passengers in step S400 described above. input would be preferable.

Accordingly, when there is a request for sharing by another user thereafter, each of the steps in FIG. 3 may be continuously and repeatedly executed.

On the other hand, the driver application program in the method for providing the mobility shared call service according to the present invention includes a first user (passenger) who uses the vehicle for the first time, a second user (passenger) who uses the vehicle together with the first user through a shared ride, dual When there is a third user (additional passenger) who uses mobility together with the first user and/or the second user through shared riding, the fee may be calculated for each user as follows.

Specifically, when the driver application program calculates the vehicle usage fee for each user, the single riding section (a), which is the section in which the user rides alone (for example, the single riding section of the first, second, and third users) , a shared riding section (b) that is a section boarding with other users (eg, a shared riding section of the first and second users, a shared riding section of the second and third users, or a shared riding section of the first and third users ), after calculating the fare for each double shared ride section (c) (for example, the shared boarding section of the first, second, and third users), which is a section where another user rides together, the calculated fare for each section By summing it up, it will be possible to calculate the usage fee for each user.

In addition, in implementing the present invention, in the shared riding section (b), in the shared riding section (b), the fare normally calculated based on the driving distance and time of the vehicle in the section is a predetermined first ratio to the passenger and the passenger, respectively. (For example, 60%) is calculated so that the individual fare is charged, but in the double-share riding section (c), the ratio that is normally calculated based on the mileage and time of the vehicle in the section is lower than the first ratio The individual fare may be calculated so that each of the passengers, the passenger and the additional passenger is charged at a predetermined second rate (eg, 50%).

In this way, in the case where the passenger and the passenger each bear the individual fare at a rate of 60% (the first rate), the fare equivalent to 120% of the fare calculated when the driver does not share the vehicle (that is, in the case of a general call) , calculated in case the driver does not share the vehicle (i.e. in the case of a general call), if the passenger, passenger, and additional passenger each bear the individual fare at a rate of 50% (the second rate) You will be able to charge a fee equivalent to 150% of the applicable fee.

In addition, in implementing the present invention, the vehicle driver may directly set the first ratio information and the second ratio information through the driver application program before or during the operation of the vehicle, and such rate calculation ratio setting information may be included in the sharing acceptance message in step S455 described above and transmitted from the driver terminal 300 to the management server 200 .

Accordingly, the determination unit 250 of the management server 200 determines whether or not the rate calculation ratio included in the sharing acceptance message exceeds a predetermined reference value (eg, 70%), and if it does not exceed the predetermined reference value Only by transmitting the vehicle selection request to the user terminal 100 in step S460 described above, it will be possible to prevent the vehicle driver from taking excessive profits through the service according to the present invention.

In addition, in carrying out the present invention, the service provider according to the present invention may set the rate calculation ratio according to the service policy instead of the vehicle driver setting it, and in this case, the determination unit 250 of the management server 200 is By allowing the set fare calculation ratio information to be included in the shared sharing acceptance request in step S440 and transmitted to the driver terminal 300, the vehicle driver may determine whether to accept the shared ride with reference to the corresponding fare calculation ratio. will be.

In addition, in carrying out the present invention, the management server 200 may transmit a vehicle selection request including the rate calculation rate information to the user terminal 100 in the above-described step S460, and thus the user receives the corresponding rate. It may be possible to determine whether to select a vehicle by referring to the calculation ratio.

In addition, in implementing the present invention, so that the driver's application program can separately determine the single riding section (a), the shared riding section (b), and the double shared riding section (c), each user's riding and At the time of getting off, the user's getting on and off information may be input into the application program.

Accordingly, the driver application program divides the riding section of the vehicle into a single riding section (a), a shared riding section (b), and a double sharing riding section (c) based on the getting on and off information for each user input by the driver, and The riding section information of the vehicle determined together may be transmitted in real time to the management server 200 .

Accordingly, when the determination unit 250 of the management server 200 searches for a driver in the above-described step S430, the vehicle in operation searches for the driver so that the driver in the double-share riding section (c) state is excluded, whereby excessive shared-riding occurs. It would be desirable to prevent

In addition, in carrying out the present invention, the determination unit 250 of the management server 200 separates the driver application program into a single riding section (a), a shared riding section (b), and a double riding section (c). It may be possible to generate boarding/unloading information for each user at the time of each user's boarding and alighting, and transmitting the generated boarding/unloading information to the driver terminal 300 in real time.

Specifically, as the location of the user terminal 100 and the location of the driver terminal 300 get closer, the determination unit 250 of the management server 200 determines that both locations are within a predetermined radius (eg, 3 m). When it is determined that within the range, riding information including unique identifier information of the corresponding user terminal 100 may be generated and transmitted to the driver terminal 300 .

In addition, as the location of the user terminal 100 and the location of the driver's terminal 300 gradually move away from each other, the determination unit 250 of the management server 200 is positioned outside a predetermined radius (eg, 3 m). If it is determined that there is, it is possible to generate alighting information including unique identifier information of the corresponding user terminal 100 and transmit it to the driver terminal 300 .

Accordingly, the application program installed in the driver terminal 300 determines the riding section in the vehicle based on the user-specific getting on and off information received from the management server 200, the single riding section (a), the shared riding section (b), and the double shared riding section. After determining by dividing in (c), calculating the fee for each section, and adding up the calculated fee for each section, it will be possible to calculate the usage fee for each user.

In this case, even if the vehicle driver does not directly input the user's getting on and off information into the application program, the driver terminal 300 automatically calculates the usage fee for each user, and sets the calculated fee to the management server as in steps S490 and S495 described above. It is possible to transmit to the user terminal 100 through 200 .

In addition, in carrying out the present invention, the determination unit 250 of the management server 200 determines the riding section of the vehicle based on the user-specific getting on and off information generated as described above, the single riding section (a), the shared riding section (b), it is determined by dividing it into double shared riding section (c), and the determined section information is transmitted to the driver terminal 300, and the application program installed in the driver terminal 300 calculates the fare for each section, , it may be possible to calculate the usage fee for each user by adding up the calculated fee for each section.

On the other hand, in implementing the present invention, after a passenger riding in a vehicle operated by the driver who received the request for acceptance of sharing in the above-described step S440 shares the vehicle through the request for sharing in step D in the above-mentioned step S410, the In the case of a user riding alone according to disembarkation, the above-described step S455 may be executed by considering that the passenger has consented without executing the passenger's consent input procedure in step S450 described above.

In addition, in implementing the present invention, the determination unit 250 of the management server 200 is a single riding state, a shared riding state, a double sharing for each vehicle in operation based on the user-specific getting on and off information generated as described above. In addition to being able to determine the riding status by classification, in the case of single riding, it is possible to distinguish whether the currently riding alone passenger is a passenger with a shared riding history in the previous operating section of the vehicle or a passenger without a shared riding history. will be able

Accordingly, in implementing the present invention, when the management server 200 searches for a driver in step S430 described above, the driver first searches for the driver of the vehicle in which the passenger is riding alone, and among them, the passenger riding alone is the driver of the vehicle. It may be possible to increase the likelihood of accepting a shared ride in the future by searching for the driver of a vehicle who is a passenger with a shared ride history in the previous operation section.

In addition, in carrying out the present invention, the management server 200 transmits the location information of the user from the user terminal 100 to a predetermined value during the use of the mobility shared call service according to the present invention as well as after the time of generating the getting off information for the user. By receiving for a period of time (eg, 10 minutes), it may be possible to provide a crime prevention service in preparation for the occurrence of a crime during the user's walking to the final destination, such as home, after getting off the vehicle.

For example, the determination unit 250 of the management server 200 is based on the location information of the user terminal 100 received for a predetermined time (eg, 10 minutes) after the time of generating the alighting information during the corresponding time. When it is determined that the user has moved more than a predetermined distance (eg, 2 km), it may be determined that there is a possibility of occurrence of a crime such as the user's vehicle hijacking.

In this case, the determination unit 250 of the management server 200 generates an emergency message including the location information of the user terminal 100 and transmits it to a server installed in the police station having jurisdiction over the location to provide prompt relief to the user. It may also allow action to be taken.

In addition, in implementing the present invention, in the case where a passenger is not in the driver's vehicle, in the above-described step S400 , the driver terminal 300 receives the vehicle's destination information from the above-described vehicle operation information, from the current location of the vehicle to the destination. The vehicle operation information is transmitted to the management server 200 except for the route information of the current passengers, the number of passengers information, and the gender information of the passengers. It may be possible to provide a ride-hailing service.

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

In the above, preferred embodiments and applications of the present invention have been shown and described, but the present invention is not limited to the specific embodiments and applications described above, and the present invention is not limited to the scope of the present invention as claimed in the claims. Various modifications may be made by those skilled in the art to which this belongs, of course, and these modifications should not be individually understood from the technical spirit or prospect of the present invention.

The present invention is recognized for industrial applicability in the field of transportation industry.

Claims (8)

1. (a) receiving, by the management server, a sharing request including departure point information and destination information from a user terminal;

   (b) transmitting, by the management server, a sharing acceptance request including the departure point information and the destination information to the driver terminal;

   (c) receiving, by the management server, a sharing acceptance message including vehicle information from the driver terminal; and

   (d) transmitting, by the management server, a vehicle selection request including the vehicle information to the user terminal

   A method of providing a mobility shared call service comprising a.
2. According to claim 1,

   After step (a), before step (b),

   and determining, by the management server, whether to approve the share-share request.
3. a receiving unit for receiving a sharing request including departure point information and destination information from a user terminal; and

   a transmitter for transmitting a request for accepting a shared ride including the departure point information and the destination information to the driver's terminal;

   includes,

   The receiving unit receives a sharing acceptance message including vehicle information from the driver terminal,

   The transmission unit, the management server that transmits a vehicle selection request including the vehicle information to the user terminal.
4. 4. The method of claim 3,

   Management server further comprising a determination unit for determining whether to approve the request for sharing.
5. (a) receiving, by the management server, a sharing request including departure point information and destination information from a user terminal;

   (b) transmitting, by the management server, a sharing acceptance request including the departure point information and the destination information to the driver terminal; and

   (c) receiving, by the management server, a sharing acceptance message including vehicle information from the driver terminal

   A method of providing a mobility shared call service comprising a.
6. 6. The method of claim 5,

   After step (c),

   The method of providing a mobility shared call service in which the driver terminal calculates the usage fee of a vehicle passenger and a shared passenger, respectively.
7. a receiving unit for receiving a sharing request including departure point information and destination information from a user terminal; and

   a transmitter for transmitting a request for accepting a shared ride including the departure point information and the destination information to the driver's terminal;

   includes,

   The receiving unit, the management server to receive a shared acceptance message including vehicle information from the driver terminal.
8. 8. The method of claim 7,

   A management server in which the driver terminal calculates the usage fees of vehicle passengers and shared passengers, respectively.

Images