KR20040018234A - Driving management method for vehicles, and a tachometer and management server for the same - Google Patents

Abstract

PURPOSE: A running management method for a vehicle, a tachometer therefor and a management server therefor are provided to manage the running history and fare of a taxi in a remote place. CONSTITUTION: A memory(230) stores vehicle information including environment variables and running fares generated using the environment variables. A CPU(225) connects to the memory(230), reads data of the memory(230), and transmits vehicle information through a network. Vehicle information includes time-classified vehicle speeds, time about taking vehicle, and time about getting-off the vehicle. Vehicle information includes information about empty-vehicle running distances.

Description

Vehicle management method and tachometer and management server for vehicle {DRIVING MANAGEMENT METHOD FOR VEHICLES, AND A TACHOMETER AND MANAGEMENT SERVER FOR THE SAME}

The present invention relates to a driving management method of a vehicle using a tachometer provided in a management server and a remote vehicle and connected to the management server through a network, and a tachometer and a management server of a vehicle used therein.

In general, commercial vehicles including taxis, call taxis, etc. are difficult to manage because the transport companies work remotely from the transport companies.

Transport companies are also equipped with wireless terminals that can transmit and receive wirelessly to exchange information with commercial vehicles. Such wireless terminals are taking an inefficient way of exchanging information directly by using a mobile phone or PCS phone using a mobile telephone communication network, a wireless terminal using a frequency common communication network (TRS), or a public telephone communication network (PSTN).

In particular, the transportation companies collectively call a number of unspecified commercial vehicles in operation, and noise in the vehicle caused by unnecessary calls is unpleasant to the driver and passengers. In addition, continuous call listening and response is an obstacle to safe driving.

In addition, since there is little information or record on the operation of commercial vehicles, it is inevitable to operate the vehicle, and the driving habits and attitudes of the driver cannot be judged, which remains a major problem in the operation of the transportation company. .

Thus, in the related art, all business management of a taxi receives data by connecting various vehicle driving and business data recorded in a taxi driving recorder installed in a taxi with a computer installed in a taxi company by wire. By output, the driving status of the taxi and the sales analysis of the driver are coming.

The overall business management of these taxis requires a taxi to enter the taxi garage and connect a computer in the taxi company with a driving recorder, so a garage with a high value in the downtown area is required. There is a problem that must enter the garage one by one. In addition, the traffic around the garage is severe, especially after the sales of the taxi can be obtained and managed sales information data, there was a problem that the sales management is not quick. In addition, there is a problem that the driver's shift is made only in the garage where the driver wants or does not want to increase the driver's discomfort and the driving efficiency is extremely reduced.

In addition, the time required to drive a vacant car to transmit the driving record becomes longer, which is a factor in qualitatively reducing the rational operation of the commercial vehicle, driving income, and service to the consumer.

In addition, according to the prior art, the taxi company cannot evaluate whether the taxi driver is operating in good faith.

Taxi drivers can be roughly divided into two types of taxi operations.

The first is when a taxi driver rides on a passenger and opens a business, but does not pay the company's operating charges.

The second case is when a taxi driver spends business hours lazily without any business activities for passengers.

Accordingly, the present invention has been made to solve the problems of the prior art, to provide a method and apparatus that can remotely manage the taxi history and fare management.

It is also an object of the present invention to provide a method and apparatus for a taxi company to evaluate the sincere sales activity of a taxi driver.

1 is a schematic configuration diagram of a driving and fare management system of a taxi using a wireless terminal according to an embodiment of the present invention.

2 is a block diagram of a tachometer according to an exemplary embodiment of the present invention.

3 is a block diagram of a tachometer according to another preferred embodiment of the present invention.

4 is a view showing the overall function of the tachometer according to an embodiment of the present invention.

FIG. 5A is a flowchart illustrating a procedure when a tachometer transmits data to a management server according to an exemplary embodiment of the present invention. FIG.

5B is a flow chart illustrating a procedure when a tachometer receives data from a management server according to an embodiment of the present invention.

Figure 6 is a flow chart showing the authentication procedure of the tachometer provided in the operating vehicle according to an embodiment of the present invention.

Figure 7a is a flow chart when transmitting a call command to the tachometer in the control center according to an embodiment of the present invention.

FIG. 7B is a flowchart illustrating a procedure of monitoring an environment variable stored in a memory of a vehicle in a management server according to an exemplary embodiment of the present invention. FIG.

7C is a flowchart illustrating a procedure of transmitting a service history in an SM mode according to an exemplary embodiment of the present invention.

7d is a flowchart illustrating a procedure for paying a fee in a data mode according to an exemplary embodiment of the present invention.

8 is a table showing a database model of the environment variables to process in the SM mode according to an embodiment of the present invention.

9A is a table showing a database model of a driving record for processing in an SM mode according to a preferred embodiment of the present invention.

9B is a table showing a database model of business records for processing in SM mode in accordance with one preferred embodiment of the present invention.

10 is an exemplary screen diagram of a screen processing unit according to an exemplary embodiment of the present invention.

11 is a screen example of a main screen displayed to the administrator in the management server according to an embodiment of the present invention.

12 is an exemplary view of a screen of the earnings view screen displayed to the administrator in the management server according to an embodiment of the present invention.

Figure 13 is a screen example of the full amount management screen displayed to the administrator in the management server according to an embodiment of the present invention.

14 is a screen example of a daily performance analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

15 is a screen example of a personal performance analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

16 is a screen example of a monthly performance analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

Figure 17 is a screen example of the condition performance analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

18 is a screen example of a taco reception analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

19 is a screen example of a dispatch daily report input screen displayed to the administrator in the management server according to an embodiment of the present invention.

<Description of Symbols for Main Parts of Drawings>

100: tachometer 106: terminal

120: short message service center 130: control center

133: gateway 140: management server

141: server 145: database

According to a first aspect of the present invention for solving the above problems, the present invention provides a management server and a vehicle operation management method using a tachometer connected to the management server via a network connected to the remote site: the tachometer is Generating vehicle information including a driving fare generated using an environment variable; The tachometer transmitting the generated vehicle information to the management server through the network; Receiving, by the management server, the transmitted vehicle information; Storing, by the management server, the received vehicle information in a database; Analyzing, by the management server, the stored database by a predetermined method; Characterized in that comprises a.

In the above description, the vehicle information may further include information on a vehicle speed for each time, a vehicle ride time of the customer, and a vehicle ride time. With this information, it is possible to evaluate whether the taxi driver has been in good business to get the passengers while the passengers are not in the vehicle. For example, if the speed of a taxi is too low during the time when the passenger is not riding, the taxi driver may be considered unfaithful business activity.

In the above, it is preferable that the vehicle information further includes information on the tolerance driving distance. With this information, it is possible to evaluate whether the taxi driver has incurred the fare. In other words, if there are too many tolerance driving distances compared to the amount of income (operation fee), it can be evaluated that the driving distance is expressed as a tolerance driving distance even though it is a business distance.

According to a second aspect of the present invention, a tachometer provided in a vehicle for driving management of a vehicle and connected to a management server located at a remote location through a network: an environmental variable that is basic data for determining a driving fee of the vehicle, and the environment A memory for storing vehicle information including a fare generated using a variable; And a central processing unit connected to the memory to store data in the memory or to extract data from the memory, and to transmit the vehicle information through the network.

According to a third aspect of the present invention, a management server connected through a network with a tachometer provided in a remote vehicle for managing the operation of the vehicle, wherein a database for storing vehicle information including at least a vehicle's running fee is provided. And receiving the vehicle information from the tachometer through the network and storing the vehicle information in the database.

In the above description, the vehicle information may further include information about a vehicle speed for each time, a vehicle ride time of the customer, and a vehicle ride time.

In the above, it is preferable that the vehicle information further includes information on the tolerance driving distance.

In the above description, the tolerance driving distance may include information on a total driving distance and a driving distance. That is, the tolerance driving distance is the total driving distance minus the operating driving distance, so the tachometer directly inputs the tolerance driving distance or inputs the total driving distance and the operating driving distance from the tachometer or the management server and calculates the tolerance driving distance using the same. can do.

The network may include a wireless terminal provided in a vehicle and connected to the tachometer, a control center connected to the management server, and a short message service center connecting the wireless terminal and the management center by wireless communication. .

Hereinafter, with reference to the accompanying drawings a preferred embodiment of the method, system and apparatus for driving and fare of a taxi using a wireless terminal according to the present invention will be described in detail.

1 is a schematic configuration diagram of a taxi driving and fare management system using a wireless terminal according to an exemplary embodiment of the present invention.

The tachometer 103 transmits the driving details and the fare details (hereinafter referred to as vehicle information) of the vehicle to the wireless terminal 106 connected in series. The vehicle information transmitted to the wireless terminal is transmitted to the short message service (SMS) center 120 (hereinafter referred to as SMS center) through the PCS network 107.

The tachometer 100 is a processing unit capable of processing vehicle position information and tachometer information, which will be described in detail with reference to FIGS. 2 and 3.

* Looking at the configuration of the PCS network to provide a wireless data communication service, a network interworking system (IWF, InterWorking Function) for supporting data communication is added to the voice communication network component. The network interworking system supports a wireless data transmission / reception protocol interworking with a terminal adapter function (TAF), which is a data service communication protocol function of a terminal.

The other network components and functions of the terminal are implemented by the terminal adapter function (TAF) in the existing terminal for voice communication, and the basic function for supporting data service is realized, and the connection cable is used for the PC or other. It connects to a mobile computer and enables communication through a communication program running on the computer.

The base station controller, called BSC (BSC), and the switching system, called MSC (Mobile Switching Center), perform call connection with the network interworking system for the call required as a data service option and transmit terminal data. The data relay delivery protocol is implemented.

Since the short message service is a store and forward method, the short message service is not directly transmitted from the sender to the receiver but via the short message service center 123. The network providing the short message service should have a device (SMS center 120) for performing one or more special functions for providing the short message service.

The types of services currently provided using the short message service are divided into short message reception / short message transmission, broadcast service, interactive service, and application service for a specific purpose. Receiving short texts and sending short texts can be thought of as a mail reading / writing service known to the general public. The broadcast type service is a service transmitted to all users of a specific base station or system, and may be usefully serviced according to a purpose.

That is, for example, when a surprise sale is performed at a department store in Myeong-dong, Seoul, you may consider a service that transmits this message to all users at base stations around Myeong-dong. Interactive services perform specific tasks through a series of actions that send and receive messages between the user and the web server. For example, a user connects to an airline server and flight time. This service is used when performing a series of tasks such as seat status and advance reservation. In the case of the interactive service, the service is not used much because of the activation of the wireless Internet.

Information entered from the base station to the control center 130 is routed to the management server 140 via the gateway.

The management server analyzes the received data, extracts each data, stores the data in a database, and analyzes each data to manage the driving history and the fare of the vehicle in real time.

2 is a block diagram of a tachometer according to an exemplary embodiment of the present invention.

Referring to Figure 2, when the MMT (Mobile Multimedia Terminal) is installed in the taxi is a configuration diagram of the tachometer.

MMT (Mobile Multimedia Terminal) 215 is a terminal used to receive a multimedia service using a mobile communication, it is a device that can transmit and receive not only voice but also image or data through the MMT. In a preferred embodiment of the present invention, the mobile multimedia terminal (MMT) 215 may process vehicle position information and information received from the tachometer.

The information received from the tachometer may include getting on and off information, driving distance information, fare information, environment variable information, location information, and the like.

The mobile multimedia terminal (MMT) 215 functions to mediate data exchange between the card payment machine 210 and the central processing unit 225. The mobile multimedia terminal (MMT) 215 may display the location information received through the GPS receiver on the screen on the mobile multimedia terminal (MMT) 215 and simultaneously display the location information. Send to the central processing unit (225).

The mobile multimedia terminal (MMT) 215 transfers the information received through the wireless terminal 200 to the central processing unit 225, and simultaneously stores the data stored in the memory 230 of the tachometer at predetermined intervals. The patch is fetched through the processing unit 225. According to one embodiment of the invention, the predetermined constant period is 2 or 3 minutes. The mobile multimedia terminal (MMT) 215 transmits the patched tachometer information to the SMS control center via the wireless terminal.

According to the present invention, the tachometer 219 includes a central processing unit 225, and the central processing unit 225 includes a data communication unit 220, a voice processing unit 240, a state receiving unit 242, and a distance counter 245. , A time counter 246, a memory 230, and a real time clock (RTC) 231.

The central processing unit 225 exchanges data with the mobile multimedia terminal (MMT) 215 using the data communication unit 220.

The central processing unit 225 may store dispatch-related data, location data, and fee-related data in a memory, and may be managed through the data communication unit 220, an MMT 215, and a wireless terminal 200. Send / receive with the server.

The distance counter 245 detects a pulse generated according to the number of revolutions of the wheel, multiplies the distance per pulse, and calculates a distance. The vehicle speed is calculated by dividing the total received pulse value by the number of pulses per unit time.

The time counter 246 calculates a time based on a Real Time Clock (RTC) signal 231 and inputs the calculated time to the central processing unit 225. The central processing unit 225 may calculate a fee based on the data received from the distance counter 245 and the time counter 246.

The Real Time Clock (RTC) 231 is a battery operated clock regardless of whether the power is on or off, and may be inconsistent with the current time. Real Time Clock (RTC) 231 is typically used to set the operating system time when the system is booted. According to one embodiment of the invention, the inaccuracy of the Real Time Clock (RTC) 231 may be corrected using the time information received by the CDMA network.

The memory 230 includes an SEPROM 226, an EEPROM 227, a ROM 228, a RAM 229, and the like.

Read-only memory (ROM) refers to a read-only memory device that can only be read once the data has been written. Types of roms include mask roms, pyroms, ipyroms, and ypyroms.

The mask ROM is a permanent record of the contents using a mask at the time of manufacture, and is a ROM that cannot be fixed once again. PROM (PROM, Programmable ROM) is a semiconductor memory device that can store data by an electric pulse signal, and may have the characteristics of ROM again after storing. EPROM (Erasable and Programmable ROM) can be electrically erased using electricity and can be erased and rewritten again and again. EEPROM (ElectronicallyErasable and Programmable ROM) is an electronically erased PROM that erases and writes when a certain voltage is applied.

ROM BIOS (Basic Input / Output System) is a program in ROM. The ROM BIOS reads into the RAM at the moment the computer is turned on and initializes the system.

RAM is also known as read write memory (RWW) and is called volatile memory because all information stored inside is lost when the computer is turned off. RAM is a free storage device that reads and writes data, and because it is volatile, all its contents are erased when the power supply is cut off.

RAM is divided into static RAM (SRAM) which can keep the stored contents while power is supplied and dynamic RAM (DRAM) which needs to be recharged periodically in addition to the power supply.

SEPROM (226) is connected to the central processing unit 225, the environment variable is stored. That is, according to one embodiment of the invention, the environment variable is stored in SEPROM (226). Environmental variables refer to the basic data that determine taxi fare, along with basic fare, frequency, premium rate, translation speed, frequency, base distance, pulses per meter, and so on. Stored. The environment variable is capable of remote input and local input. In addition, environmental variables may vary depending on the taxi fare system according to each country or period.

Unlike a general EPROM, the SEPROM 226 is an EPROM in which a bus carries data, an address, a command, and the like without a separate bus. SEPROM (226) is smaller than general EPROM and simple in design.

EEPROM (227) is connected to the central processing unit 225, the history of operation is stored. The service history includes a service record and a business record. In the driving record, information on the start, stop, overspeed, etc., such as the time when the start-up was turned on or off, the vehicle speed by time, the stop time, the overtime, and the like are recorded. The business record records the time of the passenger's ride, the location of the passenger's ride, the time of the passenger's departure, the location of the visit, the operating distance, the operating time, the distance to be driven, the fare, the general rate or the surcharge.

The signal for the vehicle state including information on the passenger's getting on or getting off is received by the state receiving unit 242 connected to the central processing unit 225 by an external meter or function selection unit 249. For example, the driver presses the ride button of the external meter or function selection unit 249 when the passenger boards, so the central processing unit 225 starts calculating the fare and calculating the operating distance, and the driver pays / By pressing the empty car button, the central processing unit 225 finishes the fare calculation and calculates the tolerance driving distance.

The ROM 228 is stored in the ROM 228. When the power is turned on, the ROM 228 is read into the RAM 229 area to initialize the system.

When the call dispatch information is received, the central processing unit 225 converts the passenger position from the text to speech (TTS) module included in the voice processing unit 240 and outputs the voice to the speaker. At the same time, the central processing unit may display the received passenger location on the screen through the mobile multimedia terminal (MMT) 215.

3 is a block diagram of a tachometer according to another exemplary embodiment of the present invention.

Referring to FIG. 3, the tachometer has a function of a mobile multimedia terminal (MMT) so that the tachometer can be used even in a vehicle that is not equipped with a mobile multimedia terminal (MMT). That is, the portion corresponding to the image is processed by the screen processor 339, and the result is displayed to the user through the display device 343 connected to the screen processor 343.

In addition, the central processing unit 325 may receive data from the wireless terminal 300, the GPS receiver 305, and the card payment machine 310 through the data communication unit 320, and the wireless terminal (eg, the data communication unit 320). 300, the GPS receiver 305 and the card payment machine 310 may output data.

Other operations are similar to those of FIG. 2 and will be described briefly below.

The central processing unit 325 may transmit and receive information received from the server through the wireless terminal 320. According to one embodiment of the invention, the reception period of sending data to the server is 2 or 3 minutes. According to the present invention, the tachometer 319 includes a central processing unit 325, and the central processing unit 325 includes a data communication unit 320, a voice processing unit 340, a state receiving unit 342, and a distance counter 345. , A time counter 346, a memory 330, a real time clock (RTC) 331, and a screen processor 339.

The central processing unit 325 may store dispatch-related data, location data, and fee-related data in a memory, and transmit and receive data with the management server through the data communication unit 320 and the wireless terminal 300.

The distance counter 345 detects a pulse generated according to the number of revolutions of the wheel, multiplies the distance per pulse, and calculates a distance. The vehicle speed is calculated by dividing the total received pulse value by the number of pulses per unit time.

The time counter 346 calculates a time based on a Real Time Clock (RTC) 331 signal, and inputs the calculated time to the central processing unit 325. The central processing unit 325 may calculate a fee based on the data received from the distance counter 345 and the time counter 346.

The memory 330 includes an SEPROM (SEEPROM) serial memory (326), an EEPROM (327), a ROM (328), a RAM (RAM) 329, and the like.

SEPROM (SEPROM, Serial EPROM) 326 is connected to the central processing unit 325, the environment variable is stored. Here, environmental variables refer to the basic data for determining the taxi fare, and also store its own information about the vehicle, such as vehicle number and inspection date, along with basic fare, frequency fare, premium rate, translation speed, time frequency, basic distance, etc. do. The environment variable is capable of remote input and local input. On the other hand, environmental data may be changed according to the country or the situation of the times necessary, which will be understood by those skilled in the art.

EEPROM (327) is connected to the central processing unit 325, the driving history is stored. The service history includes a service record and a business record. In the driving record, information on the start, stop, overspeed, etc., such as the time when the start-up was turned on or off, the vehicle speed by time, the stop time, the overtime, and the like are recorded. The business record records the time of the passenger's ride, the location of the passenger's ride, the time of the passenger's departure, the location of the visit, the operating distance, the operating time, the distance to be driven, the fare, the general rate or the surcharge.

The signal for the vehicle state including information on the passenger's getting on or off, etc. is received by the state receiving unit 342 connected to the central processing unit 325 by an external meter or function selection unit 349. For example, the driver presses the ride button of the external meter or function selection unit 349 when the passenger rides, so that the central processing unit 325 starts calculating the fare and calculates the operating distance, and the driver pays / By pressing the empty car button, the central processing unit 325 finishes the fare calculation and calculates the tolerance driving distance.

The ROM 328 is stored in the ROM 328. When the power is turned on, the ROM 328 is read into the RAM 329 to initialize the system.

When the call dispatch related information is received, the central processing unit 325 converts the passenger position from the text to speech (TTS) module included in the voice processing unit 324 to voice and outputs it to the speaker. At the same time, the central processing unit processes the received passenger's position in the screen processing unit 339 and displays it to the user in the display device 343.

4 is a view showing the overall function of the tachometer according to an embodiment of the present invention.

Functions such as communication processing 405, charge calculation 410, business management 415, settlement processing 420, environment management 425, time management 430, state management 435, and the like.

The communication processing 405 performs a function of processing data analysis and data packing to transmit and receive data using a short message service network (SMS network) and a network interworking system.

That is, it sends and receives GPS data, sales history and environment variables. And, in the electronic banking, including credit cards and electronic money, using the network interlocking system is authorized from the server of the card company.

The fare calculation 410 functions to calculate a fare by using a pulse according to a driving distance and a time value based on the RTC. At this time, the fee is calculated based on the environmental variables.

The sales management 415 performs overall management of the billing history, and the sales records are stored in the EEPROM.

The settlement processing 420 performs a function of managing charge details when paying with a credit card.

When a passenger calculates by credit card, the tachometer accesses the network interlocking system, assigns an IP, and then accesses the credit card company's server to approve the payment.

The environment manager 425 performs a function of managing environment variables stored in EEPROM. The environment variable includes information on the basic fare, fare variable, vehicle information, and the like. The environment variable can be entered and changed locally (LOCAL), and can be entered and changed remotely.

In addition, if the environment variable is changed arbitrarily, monitoring can be done remotely, preventing illegal rate adjustment.

The time management 430 performs a function of properly correcting time.

The tachometer according to the present invention is based on time by its own ALTI and can correct the time by using time information received by the CDMA network. According to one embodiment of the invention, when the start-up, the time can be corrected by using the time information included in the mobile communication network or satellite communication network.

The state management 435 monitors various states of the vehicle, and functions to interrupt the state when the state of the vehicle is changed.

The state of the vehicle includes getting on and off, starting / stopping, waiting, and the like and changing the state of the display unit including the emergency light and the vacant car according to the state of the vehicle.

5A is a flowchart illustrating a procedure when a tachometer transmits data to a management server according to an exemplary embodiment of the present invention.

When power is applied in step 500, the central processing unit starts a state check.

In operation 505, the operation state of each component connected to the central processing unit is checked.

In step 510, the central processing unit waits until there is an interrupt request. In the present invention, when the central processing unit is operated according to a predetermined program, each event is processed in an interrupt manner.

When an interrupt request comes in step 515, the type of interrupt is determined. According to one embodiment of the invention, the types of interrupts include a ride interrupt, a pay / free car interrupt, a start / stop interrupt, an emergency interrupt, and the like.

If the type of interrupt is a ride interrupt, step 520 is reached.

In step 520, the central processing unit sets the fee condition. The fee condition means basic data for calculating a fee such as a basic fee, a premium fee, and an additional fee for a call request.

In step 523 a counter is set and ready to calculate the fee according to the information from the time counter and distance counter.

In step 526, ride information such as ride time and ride position is generated.

If the type of interrupt is a pay / occupational interrupt then go to step 530.

That is, when the vehicle arrives at the passenger's destination, the pay / vacant button is pressed in the function selector, and when the pay / vacant button is pressed, a pay / vacant interrupt is generated and requests the pay / vacant interrupt to the central processing unit via the status receiver. do.

In step 530, the time counter and distance counter for the fare calculation are stopped.

In step 533, payment is made. Payment can be made in cash, credit card or electronic money.

In step 536, the sales information is generated. Business information means business distance, business hours, getting off time, getting off position, etc.

If the type of interrupt is a start / stop interrupt, step 540 is reached.

When the vehicle is turned on, the central processing unit transmits the ID of the MT mounted on the vehicle to the management server and performs an authentication procedure.

In operation 540, the central processing unit generates driving information including a driving start time after the authentication process.

If the type of interrupt is an emergency interrupt, step 545 is reached.

An emergency interrupt is a signal generated during an emergency that may occur during business, and is generated when a contact accident or a traffic accident occurs.

If the type of interrupt is a wait interrupt, step 547 is reached.

In the waiting state at step 547, the counter is set and waits for another interrupt request.

In step 549, the central processor transmits the boarding information generated in step 526, the business information generated in step 536, the driving information generated in step 540, and the emergency signal information generated in step 545 to the management server.

5B is a flowchart illustrating a procedure when a tachometer receives data from a management server according to an exemplary embodiment of the present invention.

If power is applied at step 550, the central processing unit starts a state check.

In operation 555, the operation state of each component connected to the central processing unit is checked.

In step 560, the central processing unit waits until there is a request for information from the management server. In the present invention, when the central processing unit is operated according to a predetermined program, the response to the information request from the server is processed in an interrupt manner.

In step 565, the type of information requested by the management server is determined. According to an embodiment of the present invention, the type of information requested by the management server may include real time clock (RTC) correction, charge condition inquiry, vehicle status inquiry, sales data request, electronic money data request, and the like.

If the type of information requested by the management server is Real Time Clock (RTC) correction, the flow proceeds to step 570.

In step 570, the central processing unit corrects the time of the Real Time Clock (RTC). The Real Time Clock (RTC) is a battery operated clock regardless of power on or off and may be inconsistent with the current time. Thus, the central processing unit may extract the time information included in the channel of the CDMA network to correct the time of the Real Time Clock (RTC).

If the type of information requested by the management server is a fee condition change, that is, when the tachometer receives an environment variable change request signal from the management server, the central processing unit changes the environment variable of the espirum in step 575. Environmental variables refer to the basic data that determine taxi fare, along with basic fare, frequency, premium rate, translation speed, frequency, base distance, pulses per meter, and so on. It is stored. Whenever the fare of the taxi is changed, when the fare condition change signal is received for the basic fare, the frequency fee, and the like related to the cab fare, the central processing unit adjusts the environment variable according to the changed variable.

If the type of information requested by the management server is a charge condition inquiry, the flow proceeds to step 580.

Thus, the central processing unit extracts the contents related to the charge details and the charge calculation among the environmental variables stored in the memory, and transmits them to the management server.

If the type of information requested by the management server is the vehicle status inquiry, the flow moves to step 585.

In step 585, when the central processing unit receives the request for the vehicle state information from the management server, the central processing unit extracts information about the state of the vehicle, that is, the vehicle, the ride, and the like.

If the type of information requested by the management server is a business data request, the flow proceeds to step 590.

The sales data refers to the sales situation according to the service history and the service history, and the central processing unit may extract not only the total sales situation but also information on a business distance, business hours, a general rate, and a premium.

If the type of information requested by the management server is an electronic money data request, the flow proceeds to step 595.

Electronic money is a concept that includes a credit card, and electronic cash (Electronic Cash) means that a bank, such as a bank, can be used for various purposes by storing a fixed value of money embedded in the card as an electronic symbol and guaranteeing its payment. Electronic money is a currency through which a payment is made through a communication line, whereas conventional real currencies such as gold, silver, coins, and bills are payments made by transportation and mail. By one embodiment of the invention. Payment can be made through the card terminal. That is, upon payment, the management server makes a request for data on electronic money, and the central processing unit extracts information on electronic money read from the card terminal.

In step 599, the central processing unit displays information on the time correction result generated in step 570, information on the result of the fare condition change generated in step 575, information on the fare condition generated in step 580, and the vehicle state generated in step 585. Information about the business data generated in step 590 and information about the electronic money generated in step 595 is transmitted to the management server.

6 is a flowchart illustrating an authentication procedure of a tachometer provided in a business vehicle according to an exemplary embodiment of the present invention.

In step 605, when the driver turns on the vehicle, power is applied to the tachometer installed in the vehicle.

In step 610, the central processing unit generates authentication information including a serial ID, a service type, a receiving end address, etc. assigned to the tachometer.

Here, the serial ID is a unique number assigned to each tachometer, and it is possible to identify a tachometer corresponding to the serial ID.

In step 615, the central processing unit transmits the authentication information to the short message service (SMS) center through the wireless terminal connected to the tachometer.

In step 620, the short message service (SMS) center receives the authentication information, receives the short message service, extracts the destination information, and in step 625, the short message service (SMS) center transmits the authentication information to the control center.

In step 630, the control center receives the authentication information.

In step 635, the authentication information is routed to the management server.

In operation 640, the management server extracts a serial ID from the received authentication information and performs an authentication procedure.

In step 645, the management server transmits the authentication result to the control center.

In step 650, the control center transmits the received authentication result to the short message service (SMS) center.

In step 655, the short message service (SMS) center transmits an authentication result to a wireless terminal connected to the tachometer, and the authentication result is transmitted to the tachometer.

In step 660, the tachometer receives the authentication result, and enters the standby state to transmit and receive data.

In the standby state, the central processing unit periodically transmits the position data received from the GPS to the management server through the wireless terminal. The management server can thus locate the vehicle remotely.

Figure 7a is a flow chart when transmitting a call command to the tachometer in the control center according to an embodiment of the present invention.

The tachometer according to the present invention has two modes according to an embodiment of the present invention, one of which is an SM mode and the other of which is a data mode. The SM mode is a mode for transmitting and receiving a short message service (SMS) using the SM protocol. The data mode is a mode used when making a payment using an electronic money including a credit card.

In the SM mode, the tachometer may transmit and receive dispatch-related data, location data, and fee-related data to and from the management server through the CDMA network, and display the data to the user in voice and video.

In step 701 the tachometer is in standby. Here, the standby state means a state capable of transmitting and receiving data with the management server or the control center.

In step 702, the control center receives a taxi call request from the passenger, and searches for a taxi running at the nearest position among the vehicles driving to the nearest empty car.

In step 703, the control center sends a call command to a short message service (SMS) center. The call order includes the passenger's boarding position.

In step 707, the short message service (SMS) center sends a call command to the tachometer. The call command includes information on the serial ID of the tachometer, so that the call command can be selectively transmitted without sending the call command to all the driving vehicles as in the conventional call command.

In operation 707, when the central processor of the tachometer receives the short message service (SMS) call command data, the central processor may display the passenger location to the user through the screen processor. In addition, the voice processing unit transmits the passenger's location without being disturbed by the driver's safe driving by converting to voice through the TTS (TEXT TO SPEECH) module. The call command data includes information on the tachometer serial number and the passenger location.

7B is a flowchart illustrating a procedure of monitoring an environment variable stored in a memory of a vehicle in a management server according to an exemplary embodiment of the present invention.

Environmental variables refer to basic data that determine taxi fare, along with basic fare, frequency, premium rate, translation speed, frequency, base distance, pulses per meter, and other information about the vehicle, such as vehicle number and inspection date. It is stored. Whenever the fare of the taxi is changed, when the fare condition change signal is received for the basic fare, the frequency fee, and the like related to the cab fare, the central processing unit adjusts the environment variable according to the changed variable.

Input and change signals of environment variables are made through data ports connected to the central processing unit. Changes to environment variables can be made from the tachometer itself and from the management server. And all environment variables can be read remotely.

Therefore, it is possible to remotely manage the environmental parameters, thereby preventing the driver from illegally adjusting the taxi meter. The central processing unit periodically scans the status receiver to update the environment variables stored in memory when there is a change. Thus, when the taxi driver adjusts the meter illegally and uses it illegally, the adjusted environmental variable is stored in the memory, and the stored variable detects the changed environmental variable through a monitor at the management server and also restores the remotely changed environmental variable. You can recover.

It will be described below with reference to the drawings.

When power is applied in step 731, the tachometer is authenticated via the authentication procedure described in FIG. 6.

After the authentication procedure in step 733, the tachometer is in the waiting state, waiting for an interrupt request or waiting for an information request from the management server.

In step 735, the management server transmits a command for generating an information request signal for the environment variable to the control center.

In step 737, the control center generates an information request signal for the environment variable.

In step 739, the control center transmits a request signal for the generated environmental information to the short message center.

In step 741, the short message service center transmits a request signal for the received environmental information to the tachometer.

In step 743, the tachometer is in the standby state, receives the information request signal of the management server, and extracts the environment variables recorded in the SEPROM (SEPROM, Serial EPROM).

In step 745, the tachometer transmits the environment variable to which the extracted destination address is attached to the short message service center.

In step 747, the short message service center transmits the received environment variable to the control center.

In step 749, the gateway of the control center routes the received environment variable to the management server.

The environment variable rounded at step 751 is transmitted to the management server.

In operation 753, the management server may analyze the environment variable to monitor whether the vehicle operator arbitrarily manipulates the tachometer.

7C is a flowchart illustrating a procedure of transmitting a service history in an SM mode according to an exemplary embodiment of the present invention.

When power is applied in step 771, the tachometer is authenticated via the authentication procedure described in FIG. 6.

After the authentication procedure in step 773, the tachometer is in a waiting state, waiting for an interrupt request or waiting for an information request from a management server.

When the driver passenger boards in step 774, press the ride button on the meter. If the state receiving unit detects this and notifies the central processing unit, the central processing unit recognizes the passenger's boarding. The central processing unit starts the fare calculation by operating the distance counter and the time counter.

When the vehicle arrives at the passenger's destination at step 775, the payment button is pressed. When the pay button is pressed, the status receiver detects this and notifies the central processing unit. The central processing unit calculates the rate using the data calculated from the rate related data in the environment variable, the time counter and the distance counter.

According to one embodiment of the invention, the calculated fee information is displayed not only on the meter but also on the screen processing unit.

The central processing unit stores the driving history including the driving record and the business record in the memory.

In step 779, the tachometer transmits the service history and the current location data to the short message service center.

In step 781, the short message service center transmits the service history and the current location data to the control center.

In step 783, the control center routes the service history and the current location data to the management server.

In operation 785, the driving history and the current location data are transmitted to the management server.

In step 787, the management server stores the transmitted driving history and location data in a database, and the stored data is used as basic data for overall management of the transportation business such as sales management, accounting, vehicle management, personnel records, and the like.

7d is a flowchart illustrating a procedure for paying a fee in a data mode according to an exemplary embodiment of the present invention.

Here, the data mode is a mode that uses the TCP / IP protocol to approve and use credit cards and electronic money.

If the passenger pays with a credit card or electronic money in step 801, the information is entered into the card payer.

In step 803, the central processing unit switches the mode of the wireless terminal from the SM mode to the data mode when receiving the usage information of the data on the payment means from the card payment machine.

Upon entering the data mode in step 805, the wireless terminal loads the TCP / IP protocol. According to an embodiment of the invention based on the TCP / IP protocol, it is connected with a card authorization authority through a PPP connection. Once connected to the card authorization authority, the central processing unit requests a payment from the card approval authority.

In step 807 the card approval authority approves the payment.

If payment is approved in step 809, the fee information is stored in a memory.

The service history including the fare information is transmitted to the management server. The process of step 879 to step 887, which is a process of transmitting the service history to the management server, is the same as that of step 787 in step 779 of FIG. 7C and will be omitted.

8 is a table showing a database model of the environment variable to process in the SM mode according to an embodiment of the present invention.

Environment variables refer to basic information about charge calculations and are stored in EEPROM.

Environment variables include variables such as base rate, frequency fee, premium rate, pulses per meter, parallelism rate, time frequency, base distance, premium start, premium end, vehicle number, and vehicle class.

The pulse per meter is calculated by dividing the total pulse value received by the tachometer by the pulse value per meter.

The start of premium refers to the time at which the application of the premium rate begins, and the end of the premium refers to the time when the premium is released.

9A is a table illustrating a database model of a driving record for processing in an SM mode according to an exemplary embodiment of the present invention.

The driving record has items of index, time and event.

The index is the serial number of the event that occurs.

Time means the time of occurrence of the event.

An event refers to an event occurring in a vehicle and means start, stop, and speed.

9B is a table showing a database model of a business record for processing in an SM mode according to a preferred embodiment of the present invention.

The business record has items such as boarding time, boarding position, getting off time, getting off position, business distance, business hours, general rate, surcharge, surcharge, call classification, and cash classification.

10 is a diagram for a data model managed by a database of a management server according to an embodiment of the present invention.

Referring to FIG. 10, the database includes a communication table 1005, a personnel table 1010, a vehicle table 1015, a transaction history table 1020, a flow rate table 1025, a charge table 1030, and a deduction table 1035. , Accounting table 1040, payroll table 1045, tax table 1050, etc. may be stored and managed.

The communication table 1005 manages information received through transmission and reception with a tachometer in a driving vehicle, and may have fields such as a reception time, a vehicle number, a ride time, a disembarkation time, a travel distance, and a fare.

The personnel table 1010 has fields for personnel information such as working period, rank, and the like, and the vehicle table 1015 has fields for vehicle information such as vehicle number and model.

The transaction details table 1020 has fields for entry / exit details such as service income and deduction details.

The flow rate table 1025 has information on the use history of the flow rate.

The vehicle table 1030 is a table for managing the delivery date of the vehicle and various insurance registration dates.

The deduction table 1035 manages the deduction details and the accounting table 1040 manages the accounting of the corporation.

The salary table 1045 manages employee salaries, and the tax table 1050 manages various tax returns.

11 is a diagram illustrating a screen of a main screen displayed to an administrator in a management server according to an exemplary embodiment of the present invention.

According to the present invention, the screen as shown in Fig. 11 is displayed on the screen as a main screen and provided to the administrator of the server.

The manager may check at a glance the positions of all vehicles belonging to the company in the map window 1100.

By clicking the enlarged 1115 or reduced 1120 button of the map window 1110, the vehicle of the desired location may be searched in detail.

In addition, the list window 1110 may refer to the state of the vehicle, that is, the vehicle number, the wireless terminal number, the driving state, the current location, and the like.

12 is an exemplary view of a screen of an earnings view screen displayed to an administrator in a management server according to an exemplary embodiment of the present invention.

The manager may search the map window 1200 for imports and driving information of all driving vehicles or specific driving vehicles. That is, when the corresponding vehicle is clicked on the map window, it is displayed on the income view window 1205. According to an embodiment of the present invention, the vehicle's number, tolerance distance, ride distance, income, etc. may be displayed on the income view window 1205.

FIG. 13 is a diagram illustrating a screen of a full amount management screen displayed to an administrator in a management server according to an exemplary embodiment of the present invention. FIG.

Referring to FIG. 13, a program operated in a management server may have a taco item. The taco item is a screen for managing information on driving details transmitted from a plurality of driving vehicles.

According to one embodiment of the invention, taco items are daily performance analysis (1305), personal performance analysis (1310), monthly performance analysis (1315), conditional performance analysis (1320), taco reception analysis (1325), dispatch daily report It may have sub-items such as an input 1330, a new employee input 1335, a flow rate payment input 1340, an income amount input 1345, a deduction data input 1350, and a dispatch monthly report inquiry 1335.

The daily performance analysis (1305) item analyzes the performance according to the service history on a daily basis and provides it to the manager.

The personal performance analysis 1310 provides the manager with a breakdown of the business hours by time in the list window 1500, the speed display window 1510, and the rate display window 1520.

Monthly earnings analysis 1315 may provide a screen of income, deductions, deposits, receivables, balances, etc. on a daily basis.

The condition performance analysis 1320 may analyze the result and provide the result to the manager according to the condition input by the manager.

While the tachometer installed in the driving vehicle transmits information to the server in real time, the server transmits a signal indicating whether the server is received once every 10 cases according to an embodiment of the present invention. The taco reception analysis 1325 analyzes the information on the reception history with the tachometer and provides it to the manager.

Arrangement daily report input (1330) On the corresponding work day, a worker registers with the distribution daily report, and the transportation company calculates data of overall operation management including income management based on the distribution daily report.

In the employee input 1335 item, when a new employee enters the company, basic information of the employee is registered.

The flow rate payment input 1340 item analyzes and provides a flow rate usage status by managing the flow rate that is paid daily.

In the income amount input (1345) item, the operator receives and manages the income earned on the day, and the input data becomes basic data for the salary calculation.

Deduction data input (1350) can be divided into a common deduction, such as car wash and personal deduction history. The deduction is deducted from the salary and paid.

The dispatch monthly report inquiry 1335 may inquire the shift and partner belonging to the worker in the month.

14 is a diagram illustrating a screen of a daily performance analysis screen displayed to an administrator in a management server according to an exemplary embodiment of the present invention.

The daily performance analysis item analyzes the performance according to the operation history on a daily basis and provides it to the manager.

In an embodiment of the present invention, the daily performance item may have an item such as a tolerance distance, a business distance, a total distance, an income amount, an amount of money, a difference, and the like, using the vehicle number as an index. By comparing these items, especially the amount of income and the distance traveled, you can confirm the integrity of the taxi driver.

The amount of income refers to the amount of income of the day in units of days, and the amount of income actually refers to the amount of money deposited into the company on that day.

15 is a screen example of a personal performance analysis screen displayed to the manager in the management server according to an embodiment of the present invention.

The personal performance analysis provides the manager with a breakdown of the business hours by time in the list window 1500, the speed display 1510, and the rate display 1520. By checking the speeds of these items, especially during periods of no business performance, taxi drivers can verify their business integrity.

16 is a diagram illustrating a screen of a monthly performance analysis screen displayed to an administrator in a management server according to an exemplary embodiment of the present invention.

Referring to FIG. 16, it is a screen for providing an individual monthly performance analysis to a manager. Monthly earnings analysis may provide a screen for daily income, deductibles, deposits, receivables, balances, etc.

17 is a screen example of a condition performance analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

Condition performance analysis can analyze the results according to the conditions entered by the manager and provide them to the manager.

According to an embodiment of the present invention, the condition performance analysis screen may provide a main search menu 1700, an auxiliary search menu 1710, and a search result window 1720.

In the main search menu 1700, the administrator may enter a condition for time such as a start date and an end date.

In the secondary search menu 1710, the administrator may input conditions for an analysis method such as daily performance analysis, personal performance analysis, monthly performance analysis, condition performance analysis, taco reception analysis, and the like.

Entering a condition and searching as described above provides a search result for the condition in the search result window 1720. According to an embodiment of the present invention, the search result window 1720 may have fields such as a business distance, a tolerance distance, income, a travel date, and a vehicle number.

18 is an exemplary view of a taco reception analysis screen displayed to the administrator in the management server according to an embodiment of the present invention.

While the tachometer installed in the driving vehicle transmits information to the server in real time, the server transmits a signal indicating whether the server is received once every 10 cases according to an embodiment of the present invention.

That is, when normally received by the management server, an ACK (ACKNOWLEDGE) signal is transmitted. In case of abnormality, a NAK (Not ACKNOWLEDGE) signal is transmitted together with the missing information number. Then, the tachometer sends the missing number information once again to the management server.

Referring to FIG. 18, a manager may be provided with a reception state of information received from a tachometer.

In one embodiment of the invention, taco reception analysis has fields such as start date of work, end date of work, last taco reception time, taco status, etc., and provides the reception status of the most recently received taco information.

19 is a diagram illustrating a screen of a dispatch daily report input screen displayed to an administrator in a management server according to an exemplary embodiment of the present invention.

On the corresponding working day, the worker writes in the dispatch daily report, and the transportation company calculates the data of the overall operation management including the income management based on the dispatch daily report.

In the dispatch daily report input screen, you can search as well as input.

The dispatch daily report input screen may have a vehicle-specific employee registration 1900 and a vehicle-specific employee specification table 1910.

The employee registration (1900) item for each vehicle has an item such as a working date, a vehicle number, a work type, morning or afternoon work, and is an item in which a worker can be registered.

The vehicle-specific employee specification table 1910 is an item for searching for a registered worker in the vehicle-specific employee registration 1900 item, and can be searched by date.

In addition to the dispatch daily report, the dispatch monthly report can be searched. In the dispatch monthly report, the worker can search the working group and the partner to which the employee belongs.

The tachometer corrects the time information of the RTC by a predetermined period using time information extracted from a wireless terminal using a mobile communication telephone network or time information extracted using a GPS receiver using a satellite communication network. can do.

Although the above has been described with reference to a preferred embodiment of the present invention, those skilled in the art to which the present invention pertains without departing from the spirit and scope of the present invention as set forth in the claims below It will be appreciated that modifications and variations can be made.

The present invention provides a method and apparatus that can remotely manage the operation history and fare management of a taxi.

The present invention also provides a method and apparatus by which a taxi company can evaluate the diligent business activity of a taxi driver.

Claims (11)

In the operation management method of a vehicle using a tachometer provided in a management server and a vehicle at a remote location and connected to the management server through a network: Generating, by the tachometer, vehicle information including a driving fee generated using an environment variable; The tachometer transmitting the generated vehicle information to the management server through the network; Receiving, by the management server, the transmitted vehicle information; Storing, by the management server, the received vehicle information in a database; Analyzing, by the management server, the stored database by a predetermined method; Operation management method of a vehicle comprising a. The method of claim 1, wherein the vehicle information further includes information on vehicle speed by time, vehicle ride time of the customer, and vehicle ride time. The method of claim 1 or 2, wherein the vehicle information further comprises information about a tolerance driving distance. The tachometer of claim 3, wherein the information on the tolerance driving distance comprises information on a total driving distance and an operating driving distance. The network of claim 1, wherein the network comprises a wireless terminal provided in a vehicle and connected to the tachometer, a control center connected to the management server, and a short message service center connecting the wireless terminal and the management center by wireless communication. Vehicle management method characterized in that. A tachometer provided in a vehicle for managing the driving of a vehicle and connected to a management server located at a remote location through a network: an environmental variable which is basic data for determining the driving fare of the vehicle and a driving fare generated using the environmental variable A memory for storing vehicle information including; And a central processing unit connected to the memory to store data in the memory or to extract data from the memory, and to transmit the vehicle information through the network. 7. The tachometer of claim 6, wherein the vehicle information further includes information about vehicle speed by time, vehicle ride time of the customer, and vehicle departure time of the customer. The tachometer of claim 6, wherein the vehicle information further includes information about a tolerance driving distance. A management server connected through a network with a tachometer provided in a remote vehicle for managing the operation of the vehicle, wherein a database is provided for storing vehicle information including at least a driving fee of the vehicle, and the vehicle information is stored from the tachometer. Management server, characterized in that configured to receive through the network and stored in the database. 10. The management server of claim 9, wherein the vehicle information further includes information about a vehicle speed for each time, a vehicle ride time of the customer, and a vehicle ride time. 10. The management server of claim 9, wherein the vehicle information further includes information about a tolerance driving distance.