KR20200037965A - Ride Fare Management Method Using OBD, and System Thereof - Google Patents

Abstract

The present invention relates to an operating fare management method using on board diagnostics (OBD) and a system thereof. More specifically, the present invention relates to an operating fare management method using on board diagnostics (OBD) which can more accurately calculate an operating fare and manage dispatch of drivers regardless of changes in a communication environment based on information received from the OBD, a driver terminal, and a passenger terminal, and a system thereof. Moreover, the operating fare management system comprises an OBD device and a service server.

Description

Ride Fare Management Method Using OBD, and System Thereof}

The present invention relates to a service fee management method and system using OBD, and more specifically, based on information received from an OBD, a driver terminal, and a passenger terminal, more accurately calculates a service fee regardless of a change in communication environment, It relates to a driving fee management method and system using OBD that can manage the driver's dispatch.

On the other hand, among recent drivers, more and more people are accessing more detailed and professional information on the inside of the car by connecting the OBD (On Board Diagnostics) with the vehicle to obtain the inside of the car.

The OBD was originally used to diagnose the presence or absence of a vehicle in a vehicle maintenance factory or A / S center, but recently, the purchase cost becomes cheaper, and Bluetooth is combined to create a vehicle maintenance factory or A / S center. Various information is provided through a dedicated app installed on the driver's smartphone without a diagnostic device.

Meanwhile, in the case of a driving means such as a taxi, a meter is used to calculate a driving fee. In the meter system, a sensor is attached to the wheel and the wheel pulse value is checked by wire to perform distance and speed calculation, and a driving fee is determined according to the distance, speed, and driving time. However, in the case of such a wheel sensor, it is necessary to preset each vehicle manufacturer and model, and errors may occur according to tire wear and air pressure changes, and an unfair fee may be generated to passengers by operating a taxi meter.

On the other hand, to compensate for this, a method has been proposed in which driving distance, speed, and driving time are measured using GPS information measured by a driver's smartphone, and a driving fee is generated based on this. However, GPS has a problem that the signal has an error range of about 20M, and the connection may become unstable, and it is difficult to accurately measure information in a shaded area of the GPS signal. In addition, there is a problem that the distance according to the altitude is not reflected in the case of a driving area having an altitude. Particularly, in a low-speed section where the vehicle speed is 15 km / h, there is a disadvantage that information such as mileage and speed cannot be accurately identified. In addition, even if the server calculates the fare based on the information received from the driver's smartphone or calculates the fare in the application of the driver's smartphone, operations such as start and end times may be performed by the driver operating the smartphone. There was a problem that can be achieved.

Prior Literature 1: Korean Patent Publication No. 10-2018-0082189, 'Mobile terminal for analyzing vehicle driving information using OBD information')

The present invention is based on information received from the OBD, the driver terminal, and the passenger terminal, the operation fee management method and system using OBD capable of calculating the operation fee more accurately and managing the driver's dispatch regardless of the communication environment change. The purpose is to provide.

In order to solve the above problems, in an embodiment of the present invention, as a service management system including an OBD device and a service server, the OBD device includes: an OBD connector unit for receiving vehicle information through vehicle and CAN communication; A first communication unit performing data transmission and reception with a driver terminal; A second communication unit performing data transmission and reception with the service server; A vehicle information transmitting unit that transmits vehicle information received by the OBD connector unit to the outside through the first communication unit or the second communication unit; According to the connection status of the first communication unit, a communication control unit for controlling the communication type of the vehicle information transmission unit, and the service server derives a start time and a stop time according to data received from the driver terminal and the passenger terminal. Point-in-time section; Providing a service fare management system including a service charge calculation unit that calculates a service charge based on the vehicle information received from the driver terminal or the OBD device and the operation start time and operation end time derived by the time guide unit do.

In one embodiment of the present invention, the vehicle information may include speed information and mileage information received from the OBD connector unit.

In one embodiment of the present invention, the point-in-time deriving unit is a starting point received from the driver terminal and the position of the GPS information received from the passenger terminal and the position of the GPS information received from the driver terminal is within a preset range. It is possible to derive the late time point as the starting point of operation, and the earlier point of time between the end point received from the driver's terminal and the location of the GPS information received from the driver's terminal and the destination location is within a predetermined range, as the end point of operation. have.

In one embodiment of the present invention, the communication control unit, if there is a problem in the connection between the first communication unit and the driver terminal, the vehicle information transmission unit to transmit the vehicle information to the service server through the second communication unit Control, the first communication unit may perform communication in any one of Bluetooth, BLE, WIFI, and NFC, and the second communication unit may perform communication in any one of 3G, LTE, and IoT communication networks. have.

In one embodiment of the present invention, the service server further includes a vehicle information generator, and the vehicle information generator comprises: determining whether vehicle information has not been received from the driver terminal and the OBD device; When vehicle information is not received from the driver terminal and the OBD device, receiving real-time GPS information from the driver terminal; Comprising the step of calculating the vehicle speed information and the driving distance information from the real-time GPS information, The driving fee calculation unit calculates the driving fee based on the vehicle speed information and the driving distance information calculated by the vehicle information generating unit Can be calculated.

In one embodiment of the present invention, the OBD device includes a GPS receiver unit that receives a GPS signal; And a DRGPS information generating unit for calculating location information of the vehicle based on the GPS signal received by the GPS receiver unit and vehicle information received from the OBD connector, and the first communication unit receives the vehicle location information from the driver terminal. It can be transmitted to the driver terminal, so that the app application can be used.

In one embodiment of the present invention, the point-of-view deriving unit is based on information including location information of the vehicle generated by the DRGPS information generating unit and departure and ending points received from the driver terminal, and It is possible to derive the end point of operation.

In one embodiment of the present invention, the vehicle information includes gear state information of the vehicle, and the service server includes a dispatchable determination unit; And a distribution management unit that transmits driving request information to a driver terminal of a driver of a vehicle to perform a driving request received from the user from the user, wherein the allocation possibility determining unit receives the gear status information of the corresponding vehicle. step; Determining a vehicle condition based on the gear condition information; And determining whether a driver of the corresponding vehicle can be allocated according to the vehicle condition.

According to an embodiment of the present invention, when the driver provides mobility and logistics services (taxi, agent, carpool / ride sharing, car rental including articles, courier, etc., when charging a fee according to the distance, speed, and time ), In all general vehicles, it is possible to exert an effect of calculating an accurate fare based on accurate information derived from the inside of the vehicle.

According to an embodiment of the present invention, it is possible to exert the effect that a new / various fare system can be applied immediately by changing the operation fare calculation algorithm of the service server or just updating the app application of the driver terminal or passenger terminal.

According to an embodiment of the present invention, since the OBD device can be transmitted in real time to a service server through a general wireless communication network such as 3G / LTE, an IoT communication network such as LTE Cat.M1, NB-IoT, etc., the OBD device and the driver terminal Even when the pairing or connection (for example, Bluetooth, BLE, etc.) is disconnected, it is possible to obtain data required for calculating the fare, thereby exerting the effect of deriving an accurate fare.

According to an embodiment of the present invention, since the vehicle's genuine data already received from the ECU is received through the OBD connector unit and used to calculate the fare, the distance and speed data based on the number of wheel revolutions are compared to the method of directly calculating in the electronic meter. It is difficult to forge / tamper and manipulate, so it can exert the effect of maintaining high security.

According to an embodiment of the present invention, it is possible to exert an effect of fundamentally blocking an intentional charge of a driver who provides a mobility service.

According to an embodiment of the present invention, it is possible to exert an effect of preventing a dangerous situation from occurring due to the driver receiving excessive dispatch information.

1 schematically shows the overall configuration of a running fare management system according to an embodiment of the present invention.
Figure 2 schematically shows the internal configuration of the operating fare management system according to an embodiment of the present invention.
Figure 3 schematically shows the operation of the point-of-view section according to an embodiment of the present invention.
Figure 4 schematically shows the operation of the operation fee calculation unit according to an embodiment of the present invention.
5 schematically illustrates the operation of the communication control unit of the OBD device according to an embodiment of the present invention.
6 schematically illustrates the operation of the vehicle information generating unit of the service server according to an embodiment of the present invention.
7 schematically illustrates the operation of the dispatchable determining unit according to an embodiment of the present invention.
8 schematically shows the internal configuration of a fare management system according to an embodiment of the present invention.
9 exemplarily shows an internal configuration of a computing device according to an embodiment of the present invention.

Various embodiments are now described with reference to the drawings, and like reference numbers throughout the drawings are used to indicate similar elements. In this specification, various descriptions are presented to provide an understanding of the present invention. However, it is clear that these embodiments can be practiced without these specific details. In other examples, well-known structures and devices are provided in block diagram form in order to facilitate describing the embodiments.

As used herein, the terms "component", "module", "system", "~ unit", and the like refer to computer-related entities, hardware, firmware, software, a combination of software and hardware, or execution of software. For example, a component can be, but is not limited to, a process running on a processor, a processor, an object, a thread of execution, a program, and / or a computer. For example, both the application and the computing device running on the computing device can be components. One or more components can reside within a processor and / or thread of execution, and one component is a computer

It can be localized within, or distributed between two or more computers. In addition, these components can execute from various computer readable media having various data structures stored therein. The components are, for example, signals having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and / or data via another system and a network such as the Internet via a signal) ) Through local and / or remote processes.

Also, the terms “comprises” and / or “comprising” mean that the feature and / or component is present, but excludes the presence or addition of one or more other features, components, and / or groups thereof. It should be understood as not.

Further, terms including ordinal numbers such as first and second may be used to describe various components, but the components are not limited by the terms. The terms are used only for the purpose of distinguishing one component from other components. For example, the first component may be referred to as a second component without departing from the scope of the present invention, and similarly, the second component may be referred to as a first component. The term and / or includes a combination of a plurality of related described items or any one of a plurality of related described items.

In addition, in the embodiments of the present invention, unless otherwise defined, all terms used herein, including technical or scientific terms, are generally understood by those skilled in the art to which the present invention pertains. It has the same meaning as that. Terms, such as those defined in a commonly used dictionary, should be interpreted as having meanings consistent with meanings in the context of related technologies, and are ideally or excessively formal meanings unless explicitly defined in the embodiments of the present invention. Is not interpreted as

1 schematically shows the overall configuration of a running fare management system according to an embodiment of the present invention.

The operation fare management system of the present invention is implemented by a vehicle 10, an OBD device 1000, a driver terminal 20, a service server 2000, a payment server 40, and a passenger terminal 30.

The driver terminal 20 and the passenger terminal 30 correspond to a computing device capable of wireless communication with one or more processors and one or more memories. For example, a smart phone, a tablet PC, and the like may correspond to this, and may include the internal configuration of the computing device shown in FIG. 9.

In the driver terminal 20 and the passenger terminal 30, an application or a web browser is installed to participate in the operation fare management system. The app application and the web browser may access the service server 2000 to transmit and receive data.

The service server 2000 is a computing device having one or more processors and one or more memories, and is a server that performs management for mobility services. The service server 2000 not only manages the operation fee described in this specification, but also allows the driver and the passenger to match each other through the application of the driver terminal 20, the passenger terminal 30 or a web browser to provide offline services. Can perform a function.

Meanwhile, the service server 2000 may be linked to the payment server 40. In this case, the service charge calculated by the service server 2000 may be automatically processed from the passenger's account.

The OBD device 1000 corresponds to a device that is implemented on the basis of a device that receives information of the vehicle 10 based on CAN communication using the same connector method as the existing OBD2 to implement the operation fare management method of the present invention. .

In the present invention, more accurate operation fare management and the like can be performed through the improved OBD apparatus 1000.

Figure 2 schematically shows the internal configuration of the operating fare management system according to an embodiment of the present invention.

The operation fee management system includes an OBD device 1000 and a service server 2000.

The OBD device includes: an OBD connector unit 1100 for receiving vehicle information through CAN communication with the vehicle 10; A first communication unit 1300 performing data transmission and reception with the driver terminal 20; A second communication unit 1400 performing data transmission and reception with the service server 2000; A vehicle information transmitting unit 1200 that transmits vehicle information received by the OBD connector unit 1100 to the outside through the first communication unit 1300 or the second communication unit 1400; It includes a communication control unit 1500 for controlling the communication type of the vehicle information transmission unit 1200, according to the connection state of the first communication unit 1300.

The OBD connector unit 1100 receives vehicle information through CAN communication with the vehicle 10. The OBD connector unit 1100 may correspond to a product such as an existing OBD-2 or may include an internal configuration of the OBD-2 product. The OBD connector unit 1100 includes wheel speed of the vehicle 10, driving speed, internal parts information of the vehicle 10, ODOMETER of the vehicle 10, acceleration information of the vehicle 10, and the vehicle 10. Fuel information, transmission status information of the vehicle 10, and the like can be received from the ECU of the vehicle 10 in a genuine state without modulation, based on CAN communication.

The OBD device 1000 including the OBD connector unit 1100 is preferably a form that can be fitted into the vehicle 10 while being carried by the driver. In this case, the operation fee management system according to the present invention can be implemented even in the case of providing a mobility service for another person's car such as a surrogate driving as well as a taxi.

The first communication unit 1300 performs data transmission and reception with the driver terminal 20. In a preferred state, vehicle information received by the OBD connector unit 1100 by the first communication unit 1300 is transmitted to the driver terminal 20 through the first communication unit 1300.

Preferably, the first communication unit 1300 communicates with the driver terminal 20 in a long-distance wireless communication method that is not billed by a communication company, for example, Bluetooth, BLE, WIFI, NFC, ZIGBEE.

In embodiments of the present invention, vehicle information of the vehicle 10 is received by the OBD device 1000 through the OBD connector unit 1100, and then transmitted to the driver terminal 20 through the first communication unit 1300. Then, it is transmitted from the driver terminal 20 to the service server 2000. The first communication unit 1300 may correspond to a hardware-type communication module. In another embodiment of the present invention, the first communication unit 1300 may be communication through a wired connection.

Unlike the first communication unit 1300, the second communication unit 1400 performs data transmission and reception with the service server 2000 through a wireless communication network without going through the driver terminal 20. It is preferable that the second communication unit 1400 is assisted when an abnormality occurs in the communication state between the first communication unit 1300 and the driver terminal 20. Due to the configuration of the second communication unit 1400, the vehicle information received by the driver intentionally or accidentally by the OBD connector unit 1100 can be prevented from being transmitted to the service server 2000. In particular, it is possible to prevent the driver from intentionally turning off the power of the driver's terminal 20 or stopping the connection with the OBD device 1000 to request an unreasonable fee to the passenger. The second communication unit 1400 performs communication through a wireless communication network provided by a communication company such as a mobile communication company. For example, the second communication unit 1400 may access the service server 2000 through LTE, 3G, and IoT communication networks (LTE Cat.M1, NB-IoT, LoRA) standards. The second communication unit 1400 may correspond to a hardware-type communication module.

The vehicle information transmitting unit 1200 transmits vehicle information received by the OBD connector unit 1100 to the outside through the first communication unit 1300 or the second communication unit 1400. Specifically, the vehicle information transmitting unit 1200 is received by the OBD connector unit 1100, the first communication unit 1300 or the second communication unit 1400 receives the information necessary for the service related calculation in the service server 2000 Transmission is performed through. The vehicle information received by the OBD connector unit 1100 by the vehicle information transmitter 1200 may be transmitted to the driver terminal 20 and / or the service server 2000.

The communication control unit 1500 controls the communication type of the vehicle information transmission unit 1200 according to the connection state of the first communication unit 1300. The driving fee management method of the present invention is most preferably implemented is vehicle information is transferred from the OBD device 1000 to the driver terminal 20, vehicle information is transferred from the driver terminal 20 to the service server 2000 , It derives the service charge from the service server (2000).

However, when an abnormality occurs in the connection between the driver terminal 20 and the OBD device 1000, the communication control unit 1500 uses the second communication unit 1400 to transmit the vehicle information to the vehicle information transmission unit 1200. Send to the service server 2000.

In one embodiment of the present invention, if an abnormality occurs up to the second communication unit 1400, the GPS information from the driver terminal 20 or more accurate GPS information calculated by the OBD2 device as in the embodiment described below Based on the above, the service server 2000 can calculate a service fee to more stably implement a service fee management system.

The service server 2000 includes: a time point deriving unit 2100 for deriving a starting point and an ending point of operation according to data received from the driver terminal 20 and the passenger terminal 30; A driving fee calculation unit that calculates a driving fee based on the vehicle information received from the driver terminal 20 or the OBD device 1000 and the driving start point and the driving end point derived by the point estimating unit 2100 (2200); A dispatchable determination unit 2300 that determines whether or not registered drivers can be dispatched; A dispatch management unit 2400 that receives a request from the passenger terminal 30, queries service requests to suitable drivers, and manages the dispatch according to the responses of the drivers; When the vehicle information is not received from the OBD device 1000, a vehicle information generation unit 2500 for calculating a driving fee based on the GPS location information of the driver terminal 20 is included.

In another embodiment of the present invention, at least one of the point-of-view section 2100 of the service server 2000, the operation fee calculation section 2200, and the vehicle information generation section 2500 may be implemented in the driver terminal 20. have.

The point-of-view section 2100 derives the starting point and the ending point according to data received from the driver terminal 20 and the passenger terminal 30. In a preferred embodiment of the present invention, the driver inputs the start to the driver terminal 20 at the start time of providing the mobility service, and the start input is transmitted to the service server 2000. Similarly, the driver inputs the termination to the driver terminal 20 at the end time when the mobility service ends, and the termination input is transmitted to the service server 2000.

However, if the driver intentionally delays the start input or the end input, an unreasonable fee may be incurred for the passenger. In particular, in the case of a reservation system service (high-speed car taxi service, etc.), post-payment settlement, and reservation-based mobility service in special circumstances, the service charge is calculated according to the actual driving time, distance, and speed, and may be settled later. Can intentionally manipulate the viewpoint.

In this case, the viewpoint estimator 2100 may solve the above problems by using GPS information of the driver terminal 20 and the passenger terminal 30. A detailed process of this will be described later with reference to FIG. 3.

The operation fee calculation unit 2200 is based on the operation start time and operation end time derived by the vehicle information received from the driver terminal 20 or the OBD device 1000 and the point-of-time arrival unit 2100. Calculate the fare.

In a preferred embodiment of the present invention, a service fee may be determined in various ways according to a service selected by a passenger. That is, according to the service selected by the passenger, the operation fee calculation unit 2200 may determine the operation fee based on the vehicle information, the operation start time, and the operation end time.

For example, at a speed lower than a predetermined value, various costs such as increasing the fare per distance, calculating the fare by considering the driving time and distance in combination, or subtracting the fare when there is an abnormal speed section, etc. The method may be performed by the operation fee calculation unit 2200.

In the present invention, by changing only the calculation method of the service fee calculating unit 2200 of the service server 2000, there is an advantage that the driver and the passenger can select various types of fares in various vehicle types.

In the present invention, since the genuine information of the ECU received from the OBD device 1000 is used in the vehicle information, forgery and alteration is impossible in information such as distance and speed, and the point-of-view section 2100 is a simple driver even in driving time. Considering the GPS information of the driver and passenger rather than the input of?, Forgery is also impossible, so it is possible to set a more accurate operation fee.

The dispatchable determination unit 2300 determines whether dispatching of registered drivers is possible. Specifically, the dispatchable determination unit 2300 determines whether or not the driver is driving based on the state information of the vehicle 10 received from the OBD device 1000, and generates information about whether the driver is dispatchable according to the determination result or Update.

 The dispatchable information generated as described above is transmitted to the dispatcher 2400, and the dispatcher 2400 transmits a query for a passenger's driving request to drivers determined to be dispatchable.

The dispatcher management unit 2400 receives a request from the passenger terminal 30, queries a suitable driver for a service request, and manages the dispatcher according to the driver's response. The dispatcher management unit 2400 corresponds to a module providing general steps of O2O services such as taxi, carpool / ride sharing, and surrogate driving.

When the vehicle information generating unit 2500 does not receive vehicle information from the OBD device 1000, it calculates a driving fee based on the GPS location information of the driver terminal 20. When an abnormality of the OBD device 1000 (eg, an abnormality of the OBD connector unit 1100) or a communication state failure of the OBD device 1000 occurs, the vehicle information generation unit 2500 may generate GPS information of the driver. From the vehicle 10, information such as speed, mileage, and driving time is derived, and the driving fee calculating unit 2200 calculates a driving fee based on the information derived from the vehicle information generating unit 2500.

FIG. 3 schematically shows the operation of the point-of-view unit 2100 according to an embodiment of the present invention.

As shown in (A) of FIG. 3, the driver inputs the departure input to the driver terminal 20 earlier than the actual departure time, presses the termination input later than the actual departure time, and charges the passenger with a post-payment, etc. In this case, an unreasonable operating fee may be charged to the passenger.

In order to solve this problem, as shown in (B) of FIG. 3, the point-of-view section 2100 considers GPS information received from the passenger terminal 30 and GPS information received from the driver terminal 20. Then, the starting point and ending point are derived.

Preferably, the point-in-time estimator 2100 includes the starting point received from the driver terminal 20 and the location of GPS information received from the passenger terminal 30 and the location of GPS information received from the driver terminal 20. The late time of the time when it is within the preset range is derived as the starting point of operation, and the end point and the location of the GPS information received from the driver terminal 20 and the destination position within the predetermined range are derived as the starting point of operation. The earlier point of time is derived as the end point of operation.

In another embodiment of the present invention, in calculating the end point, it may be calculated when the vehicle 10 arrives at the position of the GPS information of the driver terminal 20 inputting the end point received from the driver terminal 20. .

On the other hand, when the service of the present invention is a reservation system, the starting point may correspond to a predetermined starting point or a value within a predetermined period from the starting point.

Figure 4 schematically shows the operation of the operation fee calculation unit 2200 according to an embodiment of the present invention.

4A shows a process in which the operation fee calculation unit 2200 derives a operation fee when there is no abnormality in the communication state between the OBD device 1000 and the driver terminal 20.

As shown in FIG. 4 (A), vehicle information such as speed information and mileage information is transmitted to the OBD device 1000-> driver terminal 20-> service server 2000, and the operation fee calculation unit (2200) receives the viewpoint information from the viewpoint estimator (2100) and calculates the service fee.

That is, the operation fee calculation unit 2200 is applied to the vehicle information received from the driver terminal 20 or the OBD device 1000 and the operation start point and operation end point derived by the point arrival unit 2100. Calculate the operating fare on the basis.

In addition, it is preferable that the vehicle information includes speed information and mileage information received from the OBD connector unit 1100.

FIG. 4B shows a process in which the operation fee calculation unit 2200 derives the operation fee when there is an abnormal communication state between the OBD device 1000 and the driver terminal 20.

As shown in FIG. 4B, vehicle information such as speed information and mileage information is transmitted to the OBD device 1000-> service server 2000, and the operation fee calculation unit 2200 is a point-of-view section. The operation fee is calculated by receiving viewpoint information from (2100).

That is, the operation fee calculation unit 2200 is applied to the vehicle information received from the driver terminal 20 or the OBD device 1000 and the operation start point and operation end point derived by the point arrival unit 2100. Calculate the operating fare on the basis.

In addition, it is preferable that the vehicle information includes speed information and mileage information received from the OBD connector unit 1100.

In another embodiment of the present invention, the driving fee calculation unit 2200 may calculate the driving fee without considering the viewpoint information of the viewpoint estimating unit 2100. For example, the driving fee calculation unit 2200 may calculate the driving fee based on only the driving distance. Alternatively, the driving fee may be calculated based on the driving distance and driving speed.

5 schematically illustrates the operation of the communication control unit 1500 of the OBD device 1000 according to an embodiment of the present invention.

In step S10, the OBD device 1000 transmits vehicle information to the driver terminal 20 through the first communication unit 1300. This is a state in which the connection between the first communication unit 1300 and the driver terminal 20 is good.

In step S20, it is determined whether the connection between the driver terminal 20 and the first communication unit 1300 is maintained. When the connection is maintained, step S10 is performed. If the connection is not maintained (if an error occurs in communication), step S30 is performed.

In step S30, the OBD device 1000 directly transmits vehicle information to the service server 2000 through the second communication unit 1400.

That is, when there is an abnormality in the connection between the first communication unit 1300 and the driver terminal 20, the communication control unit 1500, the vehicle information transmission unit 1200 through the second communication unit 1400, the It controls to transmit the vehicle information to the service server 2000.

Preferably, the first communication unit 1300 performs communication in any one of Bluetooth, BLE, WIFI, and NFC, and the second communication unit 1400 is one of 3G, LTE, and IoT communication networks. To perform communication.

6 schematically illustrates the operation of the vehicle information generating unit 2500 of the service server 2000 according to an embodiment of the present invention.

As described above, it is most preferable that the operation fee management method of the present invention is performed. Vehicle information is transferred from the OBD device 1000 to the driver terminal 20, and from the driver terminal 20 to the service server 2000. When the vehicle information is transmitted, the service server 2000 derives the operating fee, and when an abnormality occurs in the connection between the driver terminal 20 and the OBD device 1000, the communication control unit 1500 is the vehicle information transmitter The 1200 transmits the vehicle information to the service server 2000 using the second communication unit 1400.

In the present invention, when the transmission of vehicle information by the first communication unit 1300 or the second communication unit 1400 as described above is impossible (for example, when the OBD device 1000 fails or the connector connection is disconnected), prepare for the Thus, based on the GPS information from the driver terminal 20 or the more accurate GPS information calculated by the OBD2 device as in the embodiment described below, the service server 2000 calculates the operation fee to make the operation fee more stable. Management systems can be implemented.

Specifically, the vehicle information generation unit 2500,

In step S110, it is determined whether vehicle information has not been received from the driver terminal 20 and the OBD device 1000,

In step S120, when vehicle information is not received from the driver terminal 20 and the OBD device 1000, real-time GPS information is received from the driver terminal 20,

In step S130, speed information and mileage information of the vehicle 10 are calculated from the real-time GPS information.

Thereafter, the driving fee calculation unit 2200 calculates the driving fee based on the speed information and the driving distance information of the vehicle 10 calculated by the vehicle information generation unit 2500.

7 schematically illustrates the operation of the dispatchable decision unit 2300 according to an embodiment of the present invention.

In the embodiment illustrated in FIG. 7, the OBD connector unit 1100 of the OBD device 1000 receives gear status information of the vehicle 10, and the received gear status information is the first communication unit 1300 or the second. As a result, it is transmitted to the service server 2000 through the communication unit 1400.

Thereafter, the dispatchable determination unit 2300,

In step S210, the gear state information of the corresponding vehicle 10 is received,

In step S220, the vehicle 10 is determined based on the gear status information,

In step S230, it is determined whether or not the driver of the corresponding vehicle 10 can be dispatched according to the state of the vehicle 10, and the dispatchable information is transmitted to the dispatch management unit 2400. The distribution management unit 2400 performs distribution management based on the distribution availability information.

In a preferred embodiment of the present invention, the dispatchable determining unit receives not only the gear state information of the corresponding vehicle 10, but also speed information, and in step S220 and step S230, the speed information is further considered to determine the vehicle state.

When the mobility service in which the operation fee management method of the present invention is performed is in the form of a taxi, the taxi driver has his driving status to the service server 2000 through the OBD device 1000 connected to the vehicle 10 he is driving. Transmitted, the dispatchable determining unit 2300 may determine the driving state of the taxis based on the driving state.

On the other hand, when the mobility service in which the operation fee management method of the present invention is performed is a surrogate driving form, the surrogate driver owns his or her own OBD device 1000 and the OBD device is installed in the vehicle 10 driving his surrogate operation. By connecting (1000), its driving status is transmitted to the service server 2000, and the dispatchable determination unit 2300 can determine the driving status of the agents based on the driving status.

8 schematically shows the internal configuration of a fare management system according to an embodiment of the present invention.

8 is a GPS receiver unit 1600 for receiving a GPS signal when the OBD device 1000 is compared with FIG. 2; And a DRGPS information generator 1700 for calculating location information of the vehicle 10 based on the GPS signal received by the GPS receiver unit 1600 and the vehicle information received from the OBD connector.

The GPS receiver unit 1600 corresponds to a general GPS receiver. The error range of the GPS signal is about 20m, and depending on the situation, a signal error may occur or one's position may be matched to the shaded area. In particular, the difference in driving distance due to altitude change does not reflect the general GPS receiver.

The DRGPS unit uses vehicle information (eg, acceleration information, gyro information, speed information, wheel speed, forward / reverse direction) in addition to the GPS signal received by the GPS receiver unit 1600 to more accurate vehicle 10 You can derive the location of

As described above, the location information of the vehicle 10 generated by the DRGPS unit is used by the driver terminal 20 and the service server 2000 to provide a more accurate rate calculation and convenience function.

In an embodiment of the present invention, the first communication unit 1300 may transmit the location information of the vehicle 10 to the driver terminal 20 so that the app application of the driver terminal 20 can use it. Alternatively, the location information can be transmitted to a service server and used for more accurate billing.

In addition, in one embodiment of the present invention, the point-of-view deriving unit 2100 includes the location information of the vehicle 10 generated by the DRGPS information generating unit 1700 and the starting point of time received from the driver terminal 20. And based on the information including the end point, it is also possible to derive the start time and the end time.

9 exemplarily shows an internal configuration of a computing device according to an embodiment of the present invention.

As shown in FIG. 9, the computing device 11000 includes at least one processor 11100, a memory 11200, a peripheral interface 11300, and an input / output subsystem ( I / Osubsystem) 11400, a power circuit 11500, and a communication circuit 11600.

The memory 11200 may include, for example, high-speed random access memory, magnetic disk, SRAM, DRAM, ROM, flash memory, or non-volatile memory. have. The memory 11200 may include software modules, instruction sets, or other various data necessary for the operation of the computing device 11000.

At this time, access to the memory 11200 from other components such as the processor 11100 or the peripheral interface 11300 may be controlled by the processor 11100. The processor 11100 may be configured in a single or plural form, and may include a processor in the form of a GPU and a TPU to improve the processing speed.

The peripheral interface 11300 may couple input and / or output peripherals of the computing device 11000 to the processor 11100 and the memory 11200. The processor 11100 may execute various functions for the computing device 11000 and process data by executing a software module or a set of instructions stored in the memory 11200.

The input / output subsystem 11400 can couple various input / output peripherals to the peripheral interface 11300. For example, the input / output subsystem 11400 may include a controller for coupling peripheral devices such as a monitor, keyboard, mouse, printer, or touch screen or sensor to the peripheral interface 11300 as required. According to another aspect, I / O peripherals may be coupled to the peripheral interface 11300 without going through the I / O subsystem 11400.

The power circuit 11500 may supply power to all or part of the components of the terminal. For example, the power circuit 11500 may include a power management system, one or more power sources such as a battery or alternating current (AC), a charging system, a power failure detection circuit, a power converter or inverter, a power status indicator, or power. It can include any other components for creation, management, and distribution.

The communication circuit 11600 may enable communication with other computing devices using at least one external port.

Alternatively, as described above, if necessary, the communication circuit 11600 may transmit and receive an RF signal, also known as an electromagnetic signal, including an RF circuit, to enable communication with other computing devices.

The embodiment of FIG. 9 is only an example of the computing device 11000, and the computing device 11000 may omit some components illustrated in FIG. 9, or further include additional components not illustrated in FIG. 9, or 2 It may have a configuration or arrangement that combines more than one component. For example, a computing device for a communication terminal in a mobile environment may further include a touch screen or a sensor, etc. in addition to the components illustrated in FIG. 9, and various communication methods (WiFi, 3G, LTE) in the communication circuit 1160. , Bluetooth, NFC, Zigbee, etc.) may include a circuit for RF communication. Components that may be included in the computing device 11000 may be implemented in hardware, software, or a combination of both hardware and software including integrated circuits specialized for one or more signal processing or applications.

Methods according to an embodiment of the present invention may be recorded in a computer readable medium by being implemented in the form of program instructions that can be performed through various computing devices. In particular, the program according to the present embodiment may be configured as a PC-based program or an application dedicated to a mobile terminal. The application to which the present invention is applied may be installed on a user terminal through a file provided by a file distribution system. For example, the file distribution system may include a file transmission unit (not shown) that transmits the file according to a request of the user terminal.

The device described above may be implemented with hardware components, software components, and / or combinations of hardware components and software components. For example, the devices and components described in the embodiments include, for example, processors, controllers, arithmetic logic units (ALUs), digital signal processors (micro signal processors), microcomputers, field programmable gate arrays (FPGAs). , A programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions, may be implemented using one or more general purpose computers or special purpose computers. The processing device may perform an operating system (OS) and one or more software applications running on the operating system. In addition, the processing device may access, store, manipulate, process, and generate data in response to the execution of the software. For convenience of understanding, a processing device may be described as one being used, but a person having ordinary skill in the art, the processing device may include a plurality of processing elements and / or a plurality of types of processing elements. It can be seen that may include. For example, the processing device may include a plurality of processors or a processor and a controller. In addition, other processing configurations, such as parallel processors, are possible.

The software may include a computer program, code, instruction, or a combination of one or more of these, and configure the processing device to operate as desired, or process independently or collectively You can command the device. Software and / or data may be interpreted by a processing device, or to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. , Or may be permanently or temporarily embodied in the transmitted signal wave. The software may be distributed on networked computing devices and stored or executed in a distributed manner. Software and data may be stored in one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer readable medium. The computer-readable medium may include program instructions, data files, data structures, or the like alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the embodiments or may be known and usable by those skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs, DVDs, and magnetic media such as floptical disks. Includes hardware devices specifically configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Examples of program instructions include high-level language code that can be executed by a computer using an interpreter, etc., as well as machine language codes produced by a compiler. The hardware device described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

As described above, although the embodiments have been described by a limited embodiment and drawings, those skilled in the art can make various modifications and variations from the above description. For example, the described techniques are performed in a different order than the described method, and / or the components of the described system, structure, device, circuit, etc. are combined or combined in a different form from the described method, or other components Alternatively, even if replaced or substituted by equivalents, appropriate results can be achieved.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (10)

As a driving fee management system including an OBD device and a service server,
The OBD device,
OBD connector unit for receiving vehicle information through the vehicle and CAN communication;
A first communication unit performing data transmission and reception with a driver terminal;
A second communication unit performing data transmission and reception with the service server;
A vehicle information transmitting unit that transmits vehicle information received by the OBD connector unit to the outside through the first communication unit or the second communication unit;
According to the connection state of the first communication unit, a communication control unit for controlling the communication mode of the vehicle information transmission unit,
The service server,
A time point deriving unit for deriving a starting point and a ending point according to data received from the driver terminal and the passenger terminal;
And a driving fee calculation unit that calculates a driving fee based on the vehicle information received from the driver terminal or the OBD device and the driving start point and the driving end point derived by the point deriving unit.
The method according to claim 1,
The vehicle information includes speed information and mileage information received from the OBD connector unit, a driving fee management system.
The method according to claim 1,
The point of view is derived,
Derivation of the starting point received from the driver terminal and the position of the GPS information received from the passenger terminal and the position of the GPS information received from the driver terminal is within a predetermined range, whichever is later, is derived as the starting point of operation,
A driving fee management system that derives an earlier point of time when the end point received from the driver terminal and the location of the GPS information received from the driver terminal and the destination location is within a preset range as the end point of operation.
The method according to claim 1,
The communication control unit,
If there is a problem in the connection between the first communication unit and the driver terminal, the vehicle information transmission unit controls to transmit the vehicle information to the service server through the second communication unit,
The first communication unit performs communication in any one of Bluetooth, BLE, WIFI, and NFC,
The second communication unit performs communication in any one of 3G, LTE, and IoT communication networks, a fare management system.
The method according to claim 1,
The service server further includes a vehicle information generating unit, and the vehicle information generating unit,
Determining whether vehicle information has not been received from the driver terminal and the OBD device;
When vehicle information is not received from the driver terminal and the OBD device, receiving real-time GPS information from the driver terminal;
Comprising the step of calculating the vehicle speed information and driving distance information from the real-time GPS information;
The driving fee calculation unit calculates a driving fee based on the speed information and the driving distance information of the vehicle calculated by the vehicle information generating unit, a driving fee management system.
The method according to claim 1,
The OBD device includes a GPS receiver unit that receives a GPS signal; And a DRGPS information generation unit for calculating location information of the vehicle based on the GPS signal received by the GPS receiver unit and vehicle information received from the OBD connector,
The first communication unit transmits the location information of the vehicle to the driver terminal, so that the app application of the driver terminal can use the driving fee management system.
The method according to claim 6,
The point of view is derived,
Based on information including the location information of the vehicle generated by the DRGPS information generating unit and the starting and ending times received from the driver terminal, a driving fee management system for deriving a driving start point and a driving end point.
The method according to claim 1,
The vehicle information includes gear status information of the vehicle, and the service server includes a dispatchable determination unit; It includes; and a distribution management unit for transmitting the operation request information to the driver terminal of the driver of the vehicle to perform the operation request received from the user to the service server; includes,
The dispatchable determination unit,
Receiving the gear state information of the corresponding vehicle;
Determining a vehicle condition based on the gear condition information; And
Determining whether or not the driver of the corresponding vehicle can be allocated according to the vehicle state; performing a driving fee management system.
As a driving fee management system including an OBD device and a service server,
The OBD device,
OBD connector unit for receiving vehicle information through the vehicle and CAN communication;
A first communication unit performing data transmission and reception with a driver terminal;
A second communication unit performing data transmission and reception with the service server;
A vehicle information transmitting unit that transmits vehicle information received by the OBD connector unit to the outside through the first communication unit or the second communication unit;
According to the connection state of the first communication unit, a communication control unit for controlling the communication mode of the vehicle information transmission unit,
The service server,
And a driving fee calculation unit calculating a driving fee based on the vehicle information received from the driver terminal or the OBD device.
As a driving fee management system including an OBD device and a service server,
The OBD device,
OBD connector unit for receiving vehicle information through the vehicle and CAN communication;
A first communication unit performing data transmission and reception with a driver terminal;
A vehicle information transmitting unit that transmits vehicle information received by the OBD connector unit to the outside through the first communication unit;
The service server,
A time point deriving unit for deriving a starting point and a ending point according to data received from the driver terminal and the passenger terminal;
And a driving fee calculation unit that calculates a driving fee based on the vehicle information received from the driver terminal or the OBD device and the driving start point and the driving end point derived by the point deriving unit.

Images