KR102249816B1 - System and method for providing driving service of driver - Google Patents

Abstract

Disclosed are a system for providing a driving service of a driver, capable of receiving and storing driving information of a vehicle and biometric information of a driver in accordance with the driving of the vehicle by the driver and providing a service for matching the driver with a customer based on the information, and a method thereof. The system for providing a driving service of a driver includes: a driving history DB storing coordinate information, driving information, gyro information and biometric information acquired from an electronic device of a driver; a driving analysis part configured to calculate drowsy driving information and dangerous driving information separately based on the coordinate information, the driving information, the gyro information and the biometric information stored in the driving history DB; a driving quality DB storing the drowsy driving information and the dangerous driving information calculated by the driving analysis part, by driver; and a driver matching part configured to derive and match an optimal driver based on the drowsy driving information and the dangerous driving information by driver stored in the driving quality DB in accordance with a tendency of a customer or a request of the customer.

Description

Driver's driving service provision system and its method {SYSTEM AND METHOD FOR PROVIDING DRIVING SERVICE OF DRIVER}

The present invention relates to a system and method for providing a driving service for a driver, and more particularly, to receive and store driving information of a vehicle and biometric information of a driver as the vehicle is operated by the driver, and based on this, the customer and the driver It relates to a driving service providing system for a driver capable of providing a matching service and a method thereof.

Recently, such as a proxy driving service or a call taxi, when a customer calls a driver through a telephone or the like, a specific driver is matched to provide a proxy driving service or a taxi service to the customer.

In addition, in recent years, as various smart devices such as smart phones and tablet PCs are popular, a service that assists customers so that they can easily call a driver using their own terminal is spreading.

In the service that assists the driver's call using the customer's terminal, when a predetermined application for calling the driver is installed on the customer's terminal, and the customer executes the application and presses a button for calling the driver, When the customer's terminal transmits a driver call request signal to a predetermined management server, and the management server uploads a driver recruitment message corresponding to the driver call request signal to a driver recruitment web page, a plurality of Drivers connect to the management server using their own driver's terminal, view the driver recruitment message uploaded on the webpage, and transmit a matching request message for the customer to the management server. , The management server may be operated in a form in which the customer and the driver are matched with each other.

This driver matching service has a very convenient service characteristic in that customers can call the driver anytime, anywhere using their terminal, and the driver can match the customer he wants to provide driving service. have.

However, the existing driver matching service is often operated to the extent that a specific driver is matched simply in response to a customer's call request, so if the matched driver is a driver who does not have insurance, when a traffic accident occurs. There is a strong possibility that customers will not receive compensation and suffer great damage.

Therefore, as a customer transmits a call request to a certain driver using his or her terminal, when there is a driver who transmits a matching request for the call request, the driver is normally insured After confirming that is correct, research is needed on a technique that can minimize damage to customers by introducing a system that matches the customer when the driver is the driver who is normally insured.

0001) Korean Patent Registration No. 10-1702469 (2017. 01. 26.) (A device and method for supporting driver matching based on insurance information inquiry) Republic of Korea Patent Publication No. 2015-066985 (2015. 06. 17.) (Agent operation brokerage system and method) Republic of Korea Patent Registration No. 10-0831397 (2008. 05. 15.) (Agent driving service system)

Therefore, the technical problem of the present invention is focused on this point, and the object of the present invention is to pay a fixed cost for hiring a driver, to handle other tasks while driving, or to park a vehicle when entering or leaving a foreign country with a corporate customer who needs a VIP customer protocol. When going to a department store or mart with complicated traffic and worries, it is to provide a driver's driving service provision system that can provide services for individual customers going on a busy business or business trip.

Another object of the present invention is to provide a driver's driving service method using the driver's driving service providing system.

In order to realize the object of the present invention, a system for providing a driving service for a driver according to an embodiment includes: a driving history DB in which coordinate information, driving information, gyro information, and biometric information obtained from the driver's electronic device are stored; A driving analysis unit configured to calculate drowsy driving information and dangerous driving information, respectively, based on coordinate information, driving information, gyro information, and biometric information stored in the driving history DB; A driving quality DB for storing drowsy driving information and dangerous driving information calculated by the driving analysis unit for each driver; And a driver matching unit configured to derive and match the optimal driver based on the driver-specific drowsy driving information and dangerous driving information stored in the driving quality DB by the customer according to the propensity or the customer's request.

In an embodiment, the driving analysis unit includes a sleep driving detection module configured to calculate the sleep driving information based on at least one of a heart rate, an electrocardiogram, a body temperature, an EEG, a field of view, an eye blink, a head movement, and an expression as a sleep variable. Including, the drowsiness driving detection module may determine the drowsiness driving state of the driver based on a sum value obtained by summing state data of the drowsiness variables.

In one embodiment, the operation analysis unit to calculate the dangerous driving information based on at least one of speeding, long-term speeding, sudden speeding, sudden braking, sudden start, sudden stop, overtaking, rotation, sudden deceleration, and course change as a risk variable. The dangerous driving detection module may include a configured dangerous driving detection module, and the dangerous driving detection module may determine a dangerous driving state of the driver based on a sum value obtained by summing state data of the dangerous variables.

In one embodiment, the driver's driving service providing system includes: a driver DB that stores driver information providing driving services entrusted by a customer; And a driver management unit configured to store and update driver information in the driver DB. Here, the driver management unit may register the clothes captured in real time by the driver in the driver DB.

In one embodiment, the system for providing a driving service of the driver may further include a driving management unit configured to manage a driving service by the driver.

In one embodiment, the driver's driving service providing system may further include a billing unit configured to manage billing and settlement according to the driver's use of the driving service.

In one embodiment, the driver's driving service providing system includes: a customer DB that stores customer information for entrusting driving his or her vehicle to a driver; And a customer management unit configured to store and update customer information in the customer DB to manage B2C members or B2B members.

In one embodiment, the driver's driving service providing system may further include a service evaluation unit configured to manage feedback of a customer's praise or claim.

In one embodiment, the driver's driving service providing system may further include a reservation management unit configured to manage the driver's driving service reservation.

In one embodiment, the driver's driving service providing system may further include a concierge management unit configured to manage concierge policies and information.

In one embodiment, the system for providing a driving service of the driver may further include a driving test unit configured to test and manage a driver for preliminary applicants.

In one embodiment, the driver's driving service providing system may further include a driver training unit configured to manage driver training and qualification tests for applicants.

In one embodiment, the coordinate information and the driving information may be obtained from a driver's smartphone, and the gyro information and the biometric information may be obtained from a driver's wearable device.

In order to realize another object of the present invention, a driving service method for a driver according to an embodiment of the present invention provides coordinate information, driving information, gyro information, and biometric information from an electronic device of a driver providing a driving service entrusted by a customer. Obtaining and storing the driving history DB; Calculating and storing drowsy driving information and dangerous driving information, respectively, based on coordinate information, driving information, gyro information, and biometric information stored in the driving history DB; And matching the customer with the driver by deriving an optimal driver based on the driver-specific drowsy driving information and dangerous driving information stored in the driving information DB according to the customer's propensity or the customer's request.

According to the driver's driving service providing system and its method, according to the driving of the vehicle by the driver, driving information of the vehicle and the driver's biometric information are received and stored, and based on this, the vehicle is operated with the customer who owns the vehicle. A matching service between drivers can be provided.

1 is a block diagram illustrating a system for providing a driving service for a driver according to an embodiment of the present invention.
FIG. 2 is a configuration diagram illustrating an electronic device employed in a wearable device of a driver in the driving service providing system of a driver shown in FIG. 1.
3 is a configuration diagram illustrating a driving analysis unit shown in FIG. 1.
4 is an image for explaining a menu list displayed on the customer app screen.
5 is an image for explaining a destination designation reservation displayed on a customer app screen.
6 is an image for explaining a reservation list displayed on the customer app screen.
7 is an image for explaining a dispatch completion notification displayed on a customer app screen.
8 is an image for explaining the completion of driver assignment displayed on the customer app screen.
9 is an image for explaining the start of operation displayed on the customer app screen.
10 is an image for explaining a real-time route check during driving displayed on a customer app screen.
11 is an image for explaining payment details and driver evaluation displayed on the customer app screen.
12 is an image for explaining a menu list displayed on the driver app screen.
13 is an image for explaining an individual customer driving dispatch request displayed on the driver app screen.
14 is an image for explaining the completion of the dispatch displayed on the driver app screen.
15 is an image for explaining the start of operation displayed on the driver app screen.
16 is an image for explaining the end of operation displayed on the driver app screen.
17 is an image for explaining the actual cost registration procedure displayed on the driver app screen.
18 is an image for explaining confirmation of completion of the operation displayed on the driver app screen.
19 is an image for explaining clothing registration displayed on the driver app screen.

Hereinafter, various embodiments of the present document will be described with reference to the accompanying drawings. The examples and terms used therein are not intended to limit the technology described in this document to a specific embodiment, and should be understood to include various changes, equivalents, and/or substitutes for the corresponding embodiment. In connection with the description of the drawings, similar reference numerals may be used for similar elements. Singular expressions may include plural expressions unless the context clearly indicates otherwise. In this document, expressions such as "A or B" or "at least one of A and/or B" may include all possible combinations of items listed together. Expressions such as "first," "second," "first," or "second," can modify the corresponding elements regardless of their order or importance, and to distinguish one element from another It is used only and does not limit the corresponding components. When any (eg, first) component is referred to as being “(functionally or communicatively) connected” or “connected” to another (eg, second) component, the component is It may be directly connected to the component, or may be connected through another component (eg, a third component).

In this document, "configured to (configured to)" means "suitable for," "having the ability to," "to," or changed to, depending on the situation, for example, in hardware or software. ," "made to," "can do," or "designed to" can be used interchangeably. In some situations, the expression "a device configured to" may mean that the device "can" along with other devices or parts. For example, the phrase “a processor configured (or configured) to perform A, B, and C” means a dedicated processor (eg, an embedded processor) for performing the operation, or by executing one or more software programs stored in a memory device. , May mean a general-purpose processor (eg, a CPU or an application processor) capable of performing the corresponding operations.

Electronic devices according to various embodiments of the present document include, for example, smart phones, tablet PCs, mobile phones, video phones, e-book readers, desktop PCs, laptop PCs, netbook computers, workstations, servers, PDAs, and PMPs. It may include at least one of a (portable multimedia player), an MP3 player, a medical device, a camera, or a wearable device. Wearable devices include accessory types (e.g. watches, rings, bracelets, anklets, necklaces, glasses, contact lenses, or headmounted-devices (HMD)), fabric or clothing integrals (e.g. electronic clothing), and body attachments. The electronic device may include at least one of a type (eg, a skin pad or a tattoo), or a bio-implantable circuit In some embodiments, the electronic device is, for example, an on-board diagnostics device, a television, or a DVD device. (digital video disk) Player, audio, refrigerator, air conditioner, vacuum cleaner, oven, microwave oven, washing machine, air purifier, set-top box, home automation control panel, security control panel, media box (e.g. Samsung HomeSyncTM, Apple TVTM) , Or Google TV™), a game console (eg, Xbox™, PlayStation™), an electronic dictionary, an electronic key, a camcorder, or an electronic frame.

In another embodiment, the electronic device includes various medical devices (e.g., various portable medical measuring devices (blood glucose meter, heart rate meter, electrocardiogram meter, blood pressure meter, or body temperature meter, etc.), magnetic resonance angiography (MRA), magnetic resonance (MRI). imaging), CT (computed tomography), imaging device, or ultrasound), navigation device, global navigation satellite system (GNSS), event data recorder (EDR), flight data recorder (FDR), automobile infotainment device, Marine electronic equipment (e.g., navigation equipment for ships, gyro compasses, etc.), avionics, security equipment, vehicle head units, industrial or home robots, drones, ATMs of financial institutions, and stores POS (point of sales), or IoT devices (eg, light bulbs, various sensors, sprinkler devices, fire alarms, thermostats, street lights, toasters, exercise equipment, hot water tanks, heaters, boilers, etc.) may include at least one have. According to some embodiments, the electronic device is a piece of furniture, a building/structure or a vehicle, an electronic board, an electronic signature receiving device, a projector, or various measuring devices (e.g., water, electricity, Gas, or a radio wave measuring device, etc.). In various embodiments, the electronic device may be flexible or may be a combination of two or more of the aforementioned various devices. The electronic device according to the embodiment of the present document is not limited to the above-described devices. In this document, the term user may refer to a person using an electronic device or a device (eg, an artificial intelligence electronic device) using an electronic device.

1 is a block diagram illustrating a system for providing a driving service for a driver according to an embodiment of the present invention.

Referring to FIG. 1, the driver's driving service providing system 300 includes a customer DB 302, a driver DB 304, a driving history DB 306, a driving analysis unit 308, a driving quality DB 310, and a driver. Matching unit 312, driver management unit 314, operation management unit 316, billing unit 318, customer management unit 320, service evaluation unit 322, reservation management unit 324, concierge management unit 326, operation Including the test unit 328 and the driver education unit 330, as the vehicle is operated by the driver, it receives and stores the driving information of the vehicle and the biometric information of the driver, and provides a matching service between the customer and the driver based on this do.

Prior to the detailed description of the present invention, each component of the system for providing a driving service of a driver shown in FIG. 1 should be understood as a component that is logically divided rather than a component that is physically divided. That is, since each configuration corresponds to a logical component for realizing the technical idea of the present invention, even if each component is integrated or configured separately, if the functions performed by the logical configuration of the present invention can be realized, It should be construed as within the scope, and if a component performing the same or similar function, it should be construed as within the scope of the present invention irrespective of whether or not the name coincides.

The term "driver" as used in this document is a person who drives a customer who owns a vehicle, and is responsible for the burden of fixed costs for hiring a driver, business customers who have to handle other tasks while driving, or who need VIP customer protocols, etc. It can provide services for individual customers who are worried about car parking when entering the country, go to a department store or mart where traffic is complicated, and go on busy work and business trips. For example, the driver may be a part-time performer.

The customer DB 302 stores customer information that entrusts the driver to drive his or her vehicle. The customer information may include customer's smartphone 92 information, customer's payment information, and the like.

In the driver DB 304, driver information that provides a driving service entrusted by a customer is stored. The driver information may include information on the driver's smartphone 94, information on the driver's passbook, as well as information on the driver's clothing.

The driving history DB 306 stores coordinate information, driving information, gyro information, and biometric information obtained from the electronic device of the driver driving the customer's vehicle 90. The coordinate information and the driving information may be obtained from the driver's smartphone, and the gyro information and the biometric information may be obtained from the driver's wearable device. In particular, an electronic device equipped with a sensor capable of measuring biometric information of a driver may be disposed in the wearable device. The driver can measure information related to the body by using the electronic device and can grasp the state of his or her body.

The driving analysis unit 308 is configured to calculate drowsy driving information and dangerous driving information based on coordinate information, driving information, gyro information, and biometric information stored in the driving history DB 306 or provided in real time.

The driving quality DB 310 stores drowsy driving information and dangerous driving information calculated by the driving analysis unit 308 for each driver. Accordingly, drowsy driving information and dangerous driving information are stored when driving for each driver, so that driving quality can be managed for each driver. In addition, since the driver can recognize that drowsy driving information or dangerous driving information is stored according to his or her vehicle driving, it is possible to drive the vehicle more safely.

The driver matching unit 312 is configured to derive and match the optimal driver based on the driver-specific drowsy driving information and dangerous driving information stored in the driving quality DB 310 according to the customer's tendency or the customer's request.

The driver management unit 314 stores and updates driver information input by a driver or an administrator in the driver DB 304. In this embodiment, the driver management unit 314 may register the clothes captured in real time by the driver in the driver DB 304. Accordingly, the driver's picture included in the driver information stored in the driver DB (304) is always stored in real time, so real-time driver information can be provided to customers who select a driver by viewing the driver's appearance or outfit, thereby enhancing customer satisfaction. I can.

The driving management unit 316 is configured to manage a driving service by a driver.

The billing unit 318 is configured to manage billing and settlement according to the driver's use of the driving service.

The customer management unit 320 is configured to store and update customer information in the customer DB 302 to manage B2C members or B2B members.

The service evaluation unit 322 is configured to manage feedback of a customer's praise or claim.

The reservation management unit 324 is configured to manage the driver's service reservation.

The concierge management unit 326 is configured to manage concierge policy and information, which is a service that satisfies a customer's request for travel and shopping as well as hotel guidance.

The driving test unit 328 manages a predetermined test for prospective driver applicants.

The driver education unit 330 manages training and qualification tests for predetermined driver applicants.

As described above, according to the present embodiment, according to the present embodiment, as vehicle operation is performed by the driver, the vehicle operation information and the driver's biometric information are received and stored, and based on this, the driver who drives the vehicle with the customer who owns the vehicle is provided. It is possible to provide a matching service between. In particular, the matching service according to the present invention can be used with high usability when a professional driver's help is required, such as protocols/escorts for corporate executives or overseas buyers, or daily golf course/airport pickup, etc. It can be used with high convenience by making reservations possible.

FIG. 2 is a configuration diagram illustrating an electronic device employed in a wearable device of a driver in the system for providing a driving service of a driver shown in FIG. 1.

Referring to FIG. 2, the electronic device 101 in the network environment 200 is described. The electronic device 101 may include a bus 110, a processor 120, a memory 130, an input/output interface 150, a display 160, and a communication interface 170. In some embodiments, the electronic device 101 may omit at least one of the constituent elements or may additionally include other constituent elements. The bus 110 may include a circuit that connects the components 110 to 170 to each other and transmits communication (eg, control message or data) between the components. The processor 120 may include one or more of a central processing unit, an application processor, and a communication processor (CP). The processor 120 may control at least one other component of the electronic device 101 and/or perform an operation or data processing related to communication.

The memory 130 may include volatile and/or nonvolatile memory. The memory 130 may store commands or data related to at least one other component of the electronic device 101. The memory 130 may store software and/or a program 140. The program 140 may include a kernel 141, middleware 143, an application programming interface (API) 145, and/or an application program (or “application”) 147, and the like. At least a portion of the kernel 141, the middleware 143, or the API 145 may be referred to as an operating system. The kernel 141 is a system resource (eg, bus 110) used to execute an operation or function implemented in other programs (eg, middleware 143, API 145, or application program 147). , The processor 120, or the memory 130, etc.) can be controlled or managed. In addition, the kernel 141 may provide an interface for controlling or managing system resources by accessing individual components of the electronic device 101 from the middleware 143, the API 145, or the application program 147. have.

The middleware 143 may serve as an intermediary so that the API 145 or the application program 147 communicates with the kernel 141 to exchange data. In addition, the middleware 143 may process one or more job requests received from the application program 147 according to priority. For example, the middleware 143 can use the system resources of the electronic device 101 (eg, the bus 110, the processor 120, or the memory 130) for at least one of the application programs 147. Priority may be assigned and the one or more work requests may be processed. The API 145 is an interface for the application 147 to control functions provided by the kernel 141 or the middleware 143, and at least one interface or function for file control, window control, image processing, or character control, etc. (Example: command) can be included. The input/output interface 150 transmits commands or data input from a user or other external device to other component(s) of the electronic device 101, or received from other component(s) of the electronic device 101. Commands or data can be output to users or other external devices.

The display 160 may include a liquid crystal display (LCD), a light emitting diode (LED) display, an organic light emitting diode (OLED) display, or a microelectromechanical system (MEMS) display, or an electronic paper display. The display 160 may display various types of content (eg, text, images, videos, icons, and/or symbols) to the user. The display 160 may include a touch screen and may receive a touch, gesture, proximity, or hovering input using an electronic pen or a part of a user's body. The communication interface 170 may establish communication between the electronic device 101 and an external device. For example, the communication interface 170 may be connected to the network 200 through wireless communication or wired communication to communicate with an external device.

Wireless communication is LTE, LTE-A (LTE Advance), CDMA (code division multiple access), WCDMA (wideband CDMA), UMTS (universal mobile telecommunications system), WiBro (Wireless Broadband), or GSM (Global System for Mobile Communications) Cellular communication using at least one of, for example, may be included. According to an embodiment, wireless communication includes wireless fidelity (WiFi), light fidelity (LiFi), Bluetooth, Bluetooth low power (BLE), Zigbee, near field communication (NFC), and magnetic secure transmission. , Radio frequency (RF), and may include at least one of a body area network (BAN). According to an embodiment, wireless communication may include GNSS. The GNSS may be a Global Positioning System (GPS), a Global Navigation Satellite System (Glonass), a Beidou Navigation Satellite System (hereinafter “Beidou”), or a Galileo, the European global satellite-based navigation system. Wired communication may include at least one of a universal serial bus (USB), a high definition multimedia interface (HDMI), a recommended standard 232 (RS-232), a power line communication, or a plain old telephone service (POTS).

The network 200 may include at least one of a telecommunication network computer network (eg, LAN or WAN), the Internet, or a telephone network.

3 is a configuration diagram for explaining the driving analysis unit 308 shown in FIG. 1.

1 and 3, the driving analysis unit 308 includes a drowsy driving detection module 410 and a dangerous driving detection module 420, and coordinate information stored in the driving history DB 310 or provided in real time , Drowsy driving information and dangerous driving information are calculated based on driving information, gyro information, and biometric information, respectively. The term "module" used in this document includes a unit composed of hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic blocks, parts, or circuits. The "module" may be an integrally configured component or a minimum unit or a part of which performs one or more functions. "Modules" can be implemented mechanically or electronically, for example, known or future development, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), or It may include a programmable logic device.

The drowsy driving detection module 410 calculates sleep driving information based on at least one of a heart rate, an electrocardiogram, a body temperature, an EEG, a visual field focus, a blinking eye, a head movement, and an expression as a drowsy variable. The drowsiness driving detection module 410 may determine the drowsiness driving state based on a sum value obtained by summing the state data of the drowsiness variables.

Specifically, the drowsy driving detection module 410 divides the drowsiness variables of each of the heart rate, electrocardiogram, body temperature, brain waves, field of view, blinking, head movement and facial expression into 5 steps to determine the drowsy driving, and calculates the drowsiness conversion value. Map it. In other words, severity is mapped to drowsiness conversion value 5, boundary is drowsiness conversion value 4, attention is drowsiness conversion value 3, interest is drowsiness conversion value 2, and normal is drowsiness conversion value 1, respectively. This is shown in Table 1 below.

[Table 1]

The drowsy driving detection module 410 calculates drowsy driving discrimination data by arithmetic average of the drowsiness conversion values of the drowsiness variables stored in the driving history DB 310 or the drowsiness variables provided in real time as shown in Equation 1 below. Here, it is preferable that the drowsiness conversion value of each drowsiness variable is detected at the same time.

[Equation 1]

Based on the drowsy driving discrimination data of Equation 1, the intensity of the drowsy driving can be determined. For example, if the drowsy driving discrimination data is 8 or less, driving is normal, if the drowsy driving discrimination data is 9 to 16, interest in drowsy driving, if the drowsy driving discrimination data is 17 to 24, pay attention to drowsy driving, and if the drowsy driving discrimination data is 25 to 32 If the drowsy driving boundary and the drowsy driving discrimination data are 33 to 40, it can be determined as a drowsy driving seriousness.

In this embodiment, although the intensity of occurrence of the drowsy driving is determined linearly in the drowsy driving determination data, the intensity of occurrence of the drowsy driving may be determined nonlinearly in the drowsy driving determination data.

Based on the drowsy driving determination data determined by the drowsy driving detection module 410, the alarm processing unit (not shown) alarms the driver of drowsiness driving, and the drowsy driving determination data is the driving quality DB 310 (shown in FIG. 1). Saved) for each driver.

Meanwhile, the dangerous driving detection module 420 calculates dangerous driving information based on at least one of speeding, long-term speeding, rapid speeding, sudden braking, sudden start, sudden stop, overtaking, rotation, sudden deceleration, and course change as a risk variable. . The dangerous driving detection module 420 may determine a dangerous driving state based on a sum value obtained by summing the state data of the dangerous variables.

Specifically, the dangerous driving detection module 420 is to determine the dangerous driving, speeding, long-term speeding, rapid speeding, sudden braking, sudden start, sudden stop, overtaking, rotation, rapid deceleration and course change each risk variable in five steps. Classify and map to risk conversion value. In other words, severity is a risk conversion value of 5, boundary is a risk conversion value of 4, caution is a risk conversion value of 3, interest is a risk conversion value of 2, and normal is a risk conversion value of 1, respectively. This is shown in Table 2 below.

[Table 2]

The dangerous driving detection module 420 calculates dangerous driving discrimination data by arithmetic-averaging the conversion values of each of the dangerous variables stored in the driving history DB 310 or the dangerous variables provided in real time as shown in Equation 2 below. Here, it is preferable that the risk conversion value of each risk variable is detected at the same time.

[Equation 2]

Based on the dangerous driving discrimination data in Equation 2, the intensity of dangerous driving can be determined. For example, if the dangerous driving discrimination data is 10 or less, driving is normal, if the dangerous driving discrimination data is 11 to 20, you are interested in dangerous driving, if the dangerous driving discrimination data is 21 to 30, the dangerous driving discrimination data is 31 to 40. If the dangerous driving boundary and dangerous driving discrimination data are 41 to 50, it can be determined as dangerous driving serious.

In the present embodiment, the intensity of occurrence of the dangerous driving is determined linearly in the dangerous driving determination data, but the intensity of occurrence of the dangerous driving may be determined nonlinearly in the dangerous driving determination data.

Based on the dangerous driving determination data determined by the dangerous driving detection module 420, the alarm processing unit (not shown) alarms the driver of the dangerous driving, and the dangerous driving determination data is the driving quality DB 310 (shown in FIG. 1). Saved) for each driver.

4 is an image for explaining a menu list displayed on the customer app screen.

Referring to FIG. 4, when a customer clicks three lines on the main screen of the customer app screen, the entire menu list screen is displayed. The full menu list includes operation information management, payment card management, coupon management, friend invitation, customer support and settings. In this embodiment, the customer may be a person who does not drive a vehicle but boards a vehicle, or a person who does not drive a vehicle and does not ride a vehicle, for example, a person who wants to board a child or an elderly parent in the vehicle. have.

Customers can check the reservation list and completed operation list by selecting the operation information management button. Customers can register and delete cards for payment by selecting the payment card management button. Customers can register coupons and check their coupons by selecting the coupon management button. Customers can select the Invite Friend button to check and send the recommendation code given to them. Customers can check the administrator's announcements by selecting the customer support button. Customers can check the terms of service, privacy policy, location information collection, app version, etc.by selecting the Settings button, enable push alarm on/off, and activate the logout function.

5 is an image for explaining a destination designation reservation displayed on a customer app screen.

Referring to FIG. 5, a customer can select a departure location and a destination on the main screen. The origin or destination may be selected through text input, or may be selected by touching a location displayed on a map.

6 is an image for explaining a reservation list displayed on the customer app screen.

Referring to FIG. 6, a page for checking the entire details of the reserved vehicle operation is displayed on the customer app screen.

In this embodiment, the button for designating a driver is a button that can be selected by a user with a history of use, and it is possible to apply for assignment by designating a driver in charge of a previous operation.

7 is an image for explaining a dispatch completion notification displayed on a customer app screen.

Referring to FIG. 7, when a driver is assigned, a notification process is performed to a customer that the dispatch is completed through push. The dispatch completion message may be output through an electronic device possessed by a user who has applied for or reserved a driver driving service.

8 is an image for explaining the completion of driver assignment displayed on the customer app screen.

Referring to FIG. 8, when a driver is assigned, a button for designating a driver is changed to a driver name (referred to in the drawing). When you select the reservation list placed at the top of the driver's name, you can check detailed information including the address corresponding to the arrival time, specific requests, and expenses according to the driving time.

9 is an image for explaining the start of operation displayed on the customer app screen.

Referring to FIG. 9, when the driver starts driving, the start is notified through a push alarm, and driving information and driver name are displayed at the bottom of the main page. Accordingly, a person who does not drive and does not board a vehicle, for example, a parent who has a young child in the vehicle or a child who has an elderly parent in the vehicle, is a vehicle in which a young child or an elderly parent is aboard through their own smartphone. You can check in real time who is driving and where you are driving.

10 is an image for explaining a real-time route check during driving displayed on a customer app screen.

Referring to FIG. 10, when the driver starts driving, a button for checking the current location in real time is generated on the customer app screen. When the customer selects a button, the driver's location and driving time are displayed. If one customer makes two or more reservations at the same time, the location of all drivers corresponding to the reservation can be checked on the map.

11 is an image for explaining payment details and driver evaluation displayed on the customer app screen.

Referring to FIG. 11, the total estimated payment amount including information from the departure point to the destination, operation time, place name fee, fare premium, additional service, coupon discount, etc., along with a message that the itinerary by the driver has ended, is displayed on the customer app screen. Is shown in. In this way, when a service termination push comes to the customer's smartphone, it is possible to check the details using the driver and conduct a star rating evaluation for the driver.

12 is an image for explaining a menu list displayed on the driver app screen.

Referring to FIG. 12, when three lines are clicked on the main screen of the driver app screen, the entire menu list screen is displayed. The full menu list includes home, dispatched trips, completed trips, other settlements, dress registration, settings, and notifications. The driver can go to the main screen by selecting the home button. The driver can check the list of trips assigned to him by selecting the assigned operation button. The driver can select the completed operation button to check the list of which the operation has been completed (used for settlement fees). By selecting the Other Settlement button, the driver can settle for example incentives, tips, etc. that can only be used for the ride. The driver can transmit a photo of wearing the prescribed clothing before driving by selecting the clothing registration button. By selecting the Settings button, the driver can check the terms of service, privacy policy, location information collection agreement, app version, etc., can turn on/off push alarms, and activate the logout function. The driver can check the notice by selecting the notification button.

13 is an image for explaining an individual customer driving dispatch request displayed on the driver app screen.

Referring to FIG. 13, the driver inquires about the dispatch of individual customer trips, and if he/she wishes to be assigned to a trip whose assignment has not been confirmed, proceeds with an assignment request for the trip.

14 is an image for explaining the completion of the dispatch displayed on the driver app screen.

Referring to FIG. 14, the driver can check the dispatched operation menu when the manager makes an assignment after applying for dispatch. If you select detailed inquiry from the dispatched list, you will be directed to the operation detail information page.

15 is an image for explaining the start of operation displayed on the driver app screen.

Referring to FIG. 15, when the driving start button is selected by the driver, the driving time is counted and displayed. A pop-up screen asking if you agree to provide location information while driving may be displayed on the app screen displaying the driving time. Drivers can indicate their disagreement or consent to provide location information while driving by selecting the Cancel or Confirm button. In general, a driver may agree to provide location information while driving so that the location of a vehicle in operation can be provided to a customer who is not in the vehicle.

16 is an image for explaining the end of operation displayed on the driver app screen.

Referring to FIG. 16, when the driving by the driver is ended, the driver selects to stop driving at the bottom of the driving time. After reconfirming the end, the operation is terminated.

17 is an image for explaining the actual cost registration procedure displayed on the driver app screen.

Referring to FIG. 17, a total amount is displayed on one side of the screen, and an additional button for selecting a driver is displayed on the other side of the screen. If there is an actual cost incurred at the customer's request, for example, a parking lot fee or a toll gate fee, the driver can request payment of the cost by selecting the Add button for the cost paid by the driver.

As the actual cost is registered by the driver, the customer is automatically charged, and the driver can confirm the settlement.

18 is an image for explaining confirmation of completion of the operation displayed on the driver app screen.

Referring to FIG. 18, when the actual cost registration is completed, the driver finally confirms the completion of the operation.

19 is an image for explaining clothing registration displayed on the driver app screen.

Referring to FIG. 19, as a dress registration menu is selected by the driver, an area button for photographing an upper body and an area button for photographing a lower body are displayed. The driver photographs and uploads the upper body by selecting a region button for photographing the upper body, and photographs and uploads the lower body by selecting the region button for photographing the lower body. In this embodiment, the use of captured images is not possible, and only images captured in real time can be uploaded. That is, it is set so that it is impossible to load and upload a previously stored image, and to take an image and upload the captured image only through a program for camera shooting activated in the driver app according to the present invention, and to delete the captured image. It is desirable to be set.

In the above, the driving service of the driver has been schematically described using an image displayed on a customer app or an image displayed on a driver app. Then, in the following, a driving service of a driver will be schematically described with reference to flowcharts.

20 is a flowchart illustrating a method of providing a driving service of a driver according to an embodiment of the present invention.

Referring to FIG. 20, a driver assignment request is received by a customer (step S100).

It is checked whether the driver assignment request requested by the customer is a customer type matching request (step S110). In this embodiment, customer-type matching means customized driver matching. In other words, it means that drivers are matched according to customer preferences or characteristics.

If it is checked as a customer-type matching request in step S110, coordinate information, driving information, gyro information, and biometric information are extracted from the driving history DB (step S120).

Then, drowsy driving information and dangerous driving information for each driver are calculated using the extracted coordinate information, driving information, gyro information, and biometric information (step S122).

Subsequently, the customer and the driver are matched based on the calculated drowsy driving information and dangerous driving information (step S124).

On the other hand, if it is checked that it is not the customer-type matching request in step S110, the driver general inquiry and matching are processed (step S130).

Following step S124 or step S130, it is checked whether or not the vehicle is operated by the driver (step S140).

If it is checked that the vehicle is running by the dryer in step S140, coordinate information, driving information, gyro information, and biometric information are acquired and stored in the driving history DB (step S150).

It is checked whether the vehicle operation is ended (step S160).

If it is checked that the vehicle operation has ended in step S160, the billing process is performed (step S170) and the feedback is fed back to step S100.

21 is a flowchart illustrating a schematic operation performed in an electronic device for a customer as a method for providing a driving service of a driver according to an embodiment of the present invention.

Referring to FIG. 21, a main screen for a customer is displayed (step S200).

Next, it is checked whether or not the destination designation is requested by the operation of the customer (step S202).

If it is checked that the destination designation is requested by the customer's operation in step S202, the destination designation operation is performed (step S204).

Next, it is checked whether or not a dispatch completion message is received (step S206).

If it is checked that the dispatch completion message is received in step S206, it is checked whether or not a driver assignment message is received (step S208).

If it is checked that the driver assignment message is received in step S208, it is checked whether the operation is started by the operation of the customer (step S210).

If it is checked in step S210 that the operation is started by the customer's operation, it is checked whether a real-time route confirmation is requested by the customer's operation (step S212).

If it is checked that the real-time route confirmation is requested by the customer's operation in step S212, the location and driving time of the driver are displayed (step S214).

Next, it is checked whether or not the operation is terminated by the customer's operation (step S216).

If it is checked that the operation has ended in step S216, the payment details and evaluation message are displayed (step S218) and the feedback is fed back to step S200. The customer can not only check the displayed payment details, but also feedback the service satisfaction level according to the driver's operation to the service management side through an evaluation message.

22 is a flowchart illustrating a schematic operation performed in an electronic device for a driver as a method for providing a driving service of a driver according to an embodiment of the present invention.

Referring to Fig. 22, a main screen for a driver is displayed (step S300).

Next, it is checked whether or not the dispatch operation is requested by the operation of the driver (step S310).

If it is checked that the dispatch operation is requested by the operation of the driver in step S310, the dispatch request operation is performed (step S310).

It is checked whether the driving operation is requested by the operation of the driver (step S320).

If it is checked that the driving operation is requested by the operation of the driver in step S320, the driving operation is performed (step S322).

It is checked whether the billing operation is requested by the operation of the driver (step S330).

If it is checked that the billing operation is requested by the operation of the driver in step S330, the billing operation is performed (step S332).

It is checked whether a dress registration job is requested by the driver's operation (step S340).

If it is checked that the dress registration work is requested by the driver's operation in step S340, the dress registration work is performed (step S342).

If it is checked that the dress registration operation is not requested in step S340, the feedback is made to step S300.

In FIG. 22, after performing the dispatch operation, it has been described that the operation operation, the billing operation, and the dress registration operation are sequentially performed, but the order can be changed.

As described above, according to the present invention, according to the present invention, as vehicle operation is performed by the driver, vehicle operation information and driver's biometric information are received and stored, and based on this, between the customer who owns the vehicle and the driver who is driving Matching service can be provided. In particular, the matching service according to the present invention can be used with high usability when a professional driver's help is required, such as protocols/escorts for corporate executives or overseas buyers, or daily golf course/airport pickup, etc. It can be used with high convenience by making reservations possible.

In addition, there is a fixed cost burden for hiring a driver, business customers who need to handle other tasks while driving, or need VIP customer protocol, worry about car parking when entering or leaving foreign countries, busy work and business trips when going to a department store or mart with complicated traffic. We can provide services for individual customers who go to.

In addition, drivers who have been trained strictly at a reasonable price at a desired time can provide a service like a classy personal driver.

In addition, the driver service can be configured to be used by the app as a simple reservation. That is, after inputting the starting point and destination for operation on the map, inputting the departure date and time and the use time for the driver to operate, confirming the expected operating fare and completing the reservation, the optimum driver can be assigned.

When the driver starts driving, the reserved person who has not boarded the vehicle can check the location and travel route of the vehicle in operation. That is, a security service that can share a current location and an expected arrival time may be provided to a family member or coworker.

You can check the exact amount after the operation is finished. That is, when the operation is terminated, the operation fee according to the operation time and various actual expenses incurred during operation, for example, parking fee, valet parking fee, toll gate fee, etc. are settled and billed to the customer. This billed receipt information can be checked transparently in the receipt menu.

Although the above has been described with reference to Examples, those skilled in the art can variously modify and change the present invention without departing from the spirit and scope of the present invention described in the following claims. You can understand.

90: vehicle 92: customer's smartphone
94: driver's smartphone 300: driving service providing system
302: customer DB 304: driver DB
306: operation history DB 308: operation analysis unit
310: Operation quality DB 312: Driver matching unit
314: driver management unit 316: operation management unit
318: billing unit 320: customer management unit
322: service evaluation unit 324: reservation management unit
326: concierge management unit 328: operation test unit
330: Driver Education Department

Claims (16)

A driving history DB in which coordinate information, driving information, gyro information, and biometric information obtained from the driver's electronic device are stored;
A driving analysis unit configured to calculate drowsy driving information and dangerous driving information, respectively, based on coordinate information, driving information, gyro information, and biometric information stored in the driving history DB;
A driving quality DB for storing drowsy driving information and dangerous driving information calculated by the driving analysis unit for each driver; And
Includes a driver matching unit configured to derive and match the optimal driver based on the driver-specific drowsy driving information and dangerous driving information stored in the driving quality DB according to the customer's tendency or the customer's request, wherein the driving analysis unit,
In order to determine drowsy driving, the drowsiness variables of heart rate, electrocardiogram, body temperature, brain waves, visual field focus, eye blink, head movement and facial expression are divided into 5 steps and mapped to the drowsiness conversion value, and the drowsiness variables stored in the driving history DB Or a drowsiness driving detection module for calculating drowsy driving determination data by arithmetic average of each drowsiness conversion value provided in real time, and determining the intensity of drowsiness driving based on the drowsiness driving determination data; And
In order to determine dangerous driving, the risk variables of speeding, long speeding, rapid speeding, sudden braking, sudden start, sudden stop, overtaking, turn, sudden deceleration, and course change are divided into five stages and mapped to the risk limit value, and the above operation is performed. A dangerous driving detection module that calculates dangerous driving discrimination data by arithmetic and averages the risk conversion values of the risk variables stored in the history DB or the risk variables provided in real time, and determines the intensity of the risk of driving based on the dangerous driving discrimination data. Including,
The drowsiness conversion value is mapped to any one of 5 corresponding to severity, 4 corresponding to boundary, 3 corresponding to attention, 2 corresponding to interest, and 1 corresponding to normal, and if the drowsy driving discrimination data is 8 or less If driving is normal, the drowsy driving discrimination data is 9 to 16, the drowsy driving interest, if the drowsy driving discrimination data is 17 to 24, pay attention to drowsy driving, the drowsy driving discrimination data is 25 to 32, the drowsy driving boundary, the drowsy driving discrimination data If is 33 to 40, it is determined as a serious drowsy driving,
The risk conversion value is mapped to any one of 5 corresponding to severity, 4 corresponding to boundary, 3 corresponding to caution, 2 corresponding to interest, and 1 corresponding to normal, and if the dangerous driving discrimination data is 10 or less, If the driving is normal, the dangerous driving discrimination data is 11 to 20, the dangerous driving interest, if the dangerous driving discrimination data is 21 to 30, the dangerous driving caution, if the dangerous driving discrimination data is 31 to 40, the dangerous driving boundary, the dangerous driving discrimination data If is 41 to 50, the driving service providing system of the driver, characterized in that it is determined as dangerous driving serious. delete delete The method of claim 1, further comprising: a driver DB for storing driver information for providing driving services entrusted by a customer; And
And a driver management unit configured to store and update driver information in the driver DB. The system of claim 4, wherein the driver management unit registers the clothes taken in real time by the driver in the driver DB. The system for providing a driving service for a driver according to claim 1, further comprising a driving management unit configured to manage a driving service by the driver. The system of claim 1, further comprising a billing unit configured to manage billing and settlement according to the driver's use of the driving service. The method of claim 1,
A customer DB storing customer information entrusting driving their vehicle to a driver; And
A system for providing a driving service of a driver, further comprising a customer management unit configured to store and update customer information in the customer DB to manage B2C members or B2B members. The system of claim 1, further comprising a service evaluation unit configured to manage feedback of a customer's praise or claim. The system of claim 1, further comprising a reservation management unit configured to manage the driver's service reservation. The system of claim 1, further comprising a concierge management unit configured to manage concierge policies and information. The system according to claim 1, further comprising a driving test unit configured to test and manage a driver for preliminary applicants. The system of claim 1, further comprising a driver training unit configured to manage driver training and qualification tests for driver applicants. The system of claim 1, wherein the coordinate information and the driving information are obtained from a driver's smartphone, and the gyro information and the biometric information are obtained from a driver's wearable device. Acquiring coordinate information, driving information, gyro information, and biometric information from an electronic device of a driver providing a driving service entrusted by a customer and storing it in a driving history DB;
Calculating and storing drowsy driving information and dangerous driving information, respectively, based on coordinate information, driving information, gyro information, and biometric information stored in the driving history DB; And
Including the step of matching the customer with the driver by deriving the optimal driver based on the driver's drowsy driving information and dangerous driving information stored in the driving quality DB according to the customer's tendency or the customer's request,
The step of calculating and storing the drowsy driving information and the dangerous driving information, respectively,
In order to determine drowsy driving, dividing the drowsiness variables of heart rate, electrocardiogram, body temperature, brain wave, visual field focus, eye blink, head movement, and facial expression into 5 steps and mapping them to the drowsiness conversion value;
Obtaining drowsy driving discrimination data by arithmetic mean processing the drowsiness conversion values of each of the drowsiness variables;
Determining the intensity of occurrence of the drowsy driving based on the drowsy driving determination data;
To determine dangerous driving, the steps of dividing the risk variables of speeding, long speeding, rapid speeding, sudden braking, sudden start, sudden stop, overtaking, turning, sudden deceleration, and course change into five stages and mapping them to risk conversion values;
Obtaining risk-driving discrimination data by arithmetic-averaging the risk conversion values of each of the risk variables; And
Including the step of determining the occurrence intensity of the dangerous driving based on the dangerous driving determination data,
The drowsiness conversion value is mapped to any one of 5 corresponding to severity, 4 corresponding to boundary, 3 corresponding to attention, 2 corresponding to interest, and 1 corresponding to normal, and if the drowsy driving discrimination data is 8 or less If driving is normal, the drowsy driving discrimination data is 9 to 16, the drowsy driving interest, if the drowsy driving discrimination data is 17 to 24, pay attention to drowsy driving, the drowsy driving discrimination data is 25 to 32, the drowsy driving boundary, the drowsy driving discrimination data If is 33 to 40, it is determined as a serious drowsy driving,
The risk conversion value is mapped to any one of 5 corresponding to severity, 4 corresponding to boundary, 3 corresponding to caution, 2 corresponding to interest, and 1 corresponding to normal, and if the dangerous driving discrimination data is 10 or less, If the driving is normal, the dangerous driving discrimination data is 11 to 20, the dangerous driving interest, if the dangerous driving discrimination data is 21 to 30, the dangerous driving caution, if the dangerous driving discrimination data is 31 to 40, the dangerous driving boundary, the dangerous driving discrimination data If is 41 to 50, the driving service providing method of a driver, characterized in that it is determined as dangerous driving serious. The method of claim 15, further comprising managing billing and settlement according to the driver's use of the driving service.

Images