Design an Ëmsetzung vum Taxi Dispatching and Monitoring System Baséierend op GPS

Mat der Popularitéit an der verbreeter Benotzung vum Global Positioning System (GPS) ass et an der Taxisindustrie méiglech ginn ze vertrauen op GPS fir d'Breet an d'Längt vun der Gefier an Echtzäit ze kréien an als Basis ze benotzen fir d'Realtime vun engem Gefier ëmzesetzen Zäitplang- an Iwwerwaachungssystem. An der Ära vun der rapider Entwécklung vun der nationaler Wirtschaft, huet d'Taxisindustrie, e wichtegen Deel vum urbanen Transport, och eng Period vu séierer Entwécklung agaangen. Verschidde Gestiounsfroen, déi aus dem kontinuéierenden Entwécklungsprozess entstane sinn, goufen och viru Regierungsunitéiten gesat, déi d'Taxisindustrie an d'Gestioun vun den Taxisfirme managen. D'Taxisindustrie ass eng Serviceindustrie déi direkt der Ëffentlechkeet steet. Gefierer sinn a verschiddene Beräicher vun der Stad verspreet, wat e groussen Impakt op d'Gesellschaft huet an eng breet Palette beinhalt. Mat dem kontinuéierleche Wuesstum vun de Betriber, wéi rationell d'Verdeelung vun der Taxikapazitéit plangt an d'Taxikapazitéit verstäerkt Sécherheetsmanagement, d'Verstäerkung vun der Firmeniwwerwaachung vun de Chauffeuren an den Taxien, d'Reduzéiere vum eidele Kilometerstand, d'Reduktioun vum Brennstoffverbrauch, d'Ressourceverschwendung reduzéieren a Passagéier méi séier a Servicer vu méi héijer Qualitéit, asw., fir praktesch Problemer ze léisen déi méi fortgeschratt Systemer erfuerderen fir se z'ënnerstëtzen. Kooperéieren fir eng gesond a stabil Entwécklung vun der Industrie z'erreechen an ze garantéieren datt d'Firma selwer méi kompetitiv a méi séier Entscheedungsprozess Reaktioun an der Industrie ass. Aus der Perspektiv vum Regierungsmanagement ass e  GPS-baséiert System  gebraucht fir de städtesche Verkéiersstau ze léisen, de Brennstoffverbrauch vum Gefier an d'Loftverschmotzung ze reduzéieren an d'Regierungsiwwerwaachung vun Taxien ze stäerken. Wéi een e komplette System designt a baut, deen d'Vollständegkeet an d'Gläichheet vun der Regierungsiwwerwaachung am gréissten Ausmooss erfëllen kann; déi wëssenschaftlech an zukunftsorientéierend Natur vum Firmemanagement; d'Skalierbarkeet an d'Robustheet vum System selwer; zur selwechter Zäit kann et Chauffeuren ubidden a Passagéier praktesch Hëllef a Virdeeler bréngen, wat e Problem ass, dee muss berécksiichtegt a geléist ginn am Design vun engem GPS-baséiert Taxisendings- an Iwwerwaachungssystem.

1

Roadragon ' s Haaptaufgab  ass
1.
All eng méi kloer hierarchesch Struktur a méi mächteg Expansiounsfäegkeeten ze hunn.
2. Am Prozess vun der Systemimplementatioun, proposéiert a léist eng grouss Unzuel un Datenverbindungen tëscht Taxien an dem System a garantéiert d'Integritéit an Zouverlässegkeet vun der Datentransmissioun. Den Zweck ass et de System méi héich ze maachen mat méi ekonomesche Serverressourcen
D'Effizienz an Zouverlässegkeet vun der Datentransmissioun.
3. Propose a léist de Problem vu präzis Sich no verschéckbare Gefierer ënner komplexe Stroossekonditioune beim Systemrealiséierungsprozess. Den Zweck ass weider den eidele Kilometer vum Gefier ze reduzéieren an de Brennstoffverbrauch vum Gefier ze reduzéieren duerch méi genau Gefierer Sich.
Erreecht de Passagéierverkéier méi séier.
4. Propose a léisen de Problem vu schnellen an effiziente Späicheren an Erhuelung vu massiven Daten am Prozess vun der Systemimplementéierung. A kombinéiert mat der Analyse vu Léisunge fir aktuell Probleemer, déi am Projet-Implementatiounsprozess begéint sinn, fir de System am Alldag ze erklären
Déi aktuell Roll vum Management. Den Zweck ass séier a korrekt Datenënnerstëtzung fir Echtzäit Gefier Iwwerwaachung a Gestioun ze bidden.
Geméiss der uewe genannter Analyse kann de System opgedeelt ginn:
1. Basisinformatioun Ënnerhalungssubsystem: Haaptsächlech verantwortlech fir den Ënnerhalt vun Basisinformatioun vu Betreiber, Basisinformatioun vu Gefierer, Basisinformatioun vun Treiber, an Ënnerhalt vu Basis Kaartendaten.
2. Passagéier Auto Reservatioun Bestell Ënnerhalt Subsystem: Haaptsächlech verantwortlech fir d'Dateninterface mam Call Center an den Ënnerhalt vu Passagéierbestellungen, a schéckt Auto Reservatioun Informatioun an den Hannergrond Versandsystem.
3. Automatesch Bestellungssubsystem: Haaptsächlech verantwortlech fir d'Basis Echtzäit Informatioun vum Gefier ze halen, an de Gefier entspriechend der kritt Bestellinformatioun ze passen. Message Interaktioun mam Message Gateway.
4. Message Gateway Subsystem: Haaptsächlech verantwortlech fir d'Konversioun an d'Transmissioun tëscht dem Message Format am System an der Message definéiert tëscht dem Terminal an dem System.
5. Kaart Iwwerwaachungssystem : Haaptsächlech verantwortlech fir Dateninteraktioun mam Versand Subsystem, a verantwortlech fir Kaartweisen an Echtzäit dynamesch Affichage vu Gefierer. A schéckt Kontrollbefeeler an d'Gefier.
Den Bottom-Up Datenfloss ass: 1. D'Gefier schéckt Echtzäitdaten an de Message Gateway Subsystem; 2. De Message Gateway weidergëtt déi analyséiert Daten an den Dispatch Subsystem; 3. Den automateschen Expedition Subsystem baséiert op der Uerdnung
D'Gefier gëtt vun der Breet an der Längt vum Gefier gewisen; 4. Den automateschen Dispatch-Subsystem schéckt zousätzlech Informatioun wéi d'Echtzäit-Informatioun vum Gefier an de Staat vum Gefier an de Kaarteservice-Subsystem; 5. D'Kaarte Service Subsystem registréiert d'historesch Donnéeë vum Gefier a schéckt se un den Echtzäit Affichage vum Kaart Iwwerwaachungsklient.
Den Top-Down Datenfloss gëtt an zwee Haaptdeeler gedeelt:
1. Den Datenfloss initiéiert vum Dispatching Subsystem: 1. De Dispatching Client kritt d'Ufro fir Autosbenotzung a schéckt en an den automateschen Dispatching Subsystem; 2. Den automateschen Expedition Subsystem fënnt e passend Gefier baséiert op der aktueller Situatioun.
Entspriechend Gefierer a schécken Ufroe fir d'Benotzung vun de Gefierer un dës Ween duerch de Message Gateway Subsystem; 3. Nodeems de Message Gateway Subsystem d'Botschaft kritt, konvertéiert et de Message Protokoll a schéckt en op de spezifesche Gefier
2. Datestrom initiéiert vum Kaart Iwwerwaachungsklient: 1. De Iwwerwaachungsklient initiéiert eng Iwwerwaachungsufro un de Kaarteserver; 2. E Kaarte Server weiderginn et un de Message Gateway duerch den Dispatch Server; 3. De Message Gateway konvertéiert de Protokoll a weidergitt en an e spezifescht Gefier.
Vun den ieweschten an ënneschten Datenflëss ass d'Analyse vun den Ënnersystemer haaptsächlech fir sech vun den initiéierten Ufroen iwwer Messagen matzedeelen. Wann Dir déi entspriechend Aktualitéit vum System berécksiichtegt an déi héich Konkurrenz vun Daten, hëlt all Subsystem am Designprozess vum System haaptsächlech de "Produktiounsverbrauch" Modell fir de Gesamtdesign un, dat Wichtegst ass de Beobachtermodell ze benotzen ofkoppelen. D'Iddi vun dësem Modus ass Ufroën aus verschiddene Gruppe vu Fiederen ze schneiden fir Daten asynchront ze verschaffen. De "Produzent" ass de Fuedem deen d'Ufroe generéiert déi veraarbecht musse ginn, an de "Konsument" ass de Fuedem deen dës Ufroen akzeptéiert an drop reagéiert. De Virdeel ass datt et eng kloer Trennung gëtt, sou datt Fiedem besser kënne konzipéiert ginn a méi am Aklang mat der Designphilosophie vu locker Kupplung kënne sinn. Et hëlleft och Entwéckler ze fannen a Problemer ze léisen déi beim aktuellen Asaz optrieden. De modulare Design an d'Ëmsetzung vum System ass och fäeg fir den Ënnerhalt an d'Expansioun vum System. Zur selwechter Zäit hëlleft de modulare Design an d'Ëmsetzung och den onofhängege Eenheetsprüfung vun all Modul fir d'parallel Entwécklung am Team ze verbesseren, an et huet och genuch Garantie fir déi spéider Rekonfiguratiounsrisiken vum System. D'Haaptfunktiounen vun all Subsystemdesign si wéi follegt:
1. Message Gateway Subsystem: Haaptsächlech verantwortlech fir den Empfang an d'Forwardéiere vu Messagen, an d'Konversioun vu Message Protokollen. Messagen kréien an weidergeleet mussen d'Verbindungsinstandhaltung a grousse Konkurrenzsituatiounen berécksiichtegen a wéi d'Applikatiounsschicht d'Integritéit vun den Date ka garantéieren déi ënner Netzstau verschéckt ginn. D'Ofkupplung tëscht dem Terminal an dem System ass duerch Protokollkonversioun geséchert. Och wann den Expeditiouns- an Iwwerwaachungssystem vum Terminal Provider ersat gëtt, kann d'Integritéit garantéiert sinn, an nëmmen de Protokollkonversiounsmodul vum Gateway Subsystem muss geännert ginn.
2. Automatescht Versanduntersystem: Verantwortlech fir automatesch ze beurteelen wéi eng Gefierer passend fir Passagéier baséieren op Basis vun der Positiouns- a Statusinformatioun vun de Gefierer, kombinéiert mat der Basisinformatioun vun de Passagéierautoen an der Basisinformatioun vun de Stroosse vun der Stad. D'Haaptmoduler enthalen de Message Empfang a Schéckt Modul, Message an Task (Task) Konversiounsmodul, thread Pool Modul. De Schlësseldeel vun der Entkupplung am Subsystem ass de Message an den Task Conversion Module. Duerch dëst Modul gi verschidde Messagen an een oder méi onofhängeg Aufgaben ëmgewandelt, an d'Aufgabe ginn a verschidde Fuedempools fir d'Veraarbechtung geschéckt.
3. Map Server Subsystem: Monitor Echtzäit Gefierer a registréiert Echtzäit Daten vu Gefierer fir historesch Analyse.
Design vun der Gesamtsystemarchitektur
Dëse System hëlt Java als Entwécklungssprooch un. Am Designprozess gëtt de ganze System a moduläre Design a verschidde Subsystemer opgedeelt, a Socket gëtt fir Dateninteraktioun tëscht dem System an dem System benotzt. Den Ënnersystem hëlt haaptsächlech de Produktiouns- a Verbrauchsmodus un fir d'Ofkupplung tëscht Aufgaben an Operatiounen ze realiséieren a benotzt Multi-Threading Technologie méi flexibel fir déi gläichzäiteg Veraarbechtungskapazitéit vum System ze verbesseren. Fir déi gemeinsam funktionell Module tëscht all Subsystem (wéi Netzwierkverbindungsmanagement an Maintenance Modul, thread Pool Modul, asw.) Systemdesign, sinn déi ëffentlech an onofhängeg funktionell Moduler am Viraus am Prozess entwéckelt fir onnéideg repetitiv Entwécklung bannent de Subsystemer ze vermeiden. Den Ënnersystem konfrontéiert nëmmen déi tatsächlech Geschäftslogik.
Design a Realisatioun vum Produktiouns- a Verbrauchsmodus
Wann Dir d'Botschaft Interaktioun tëscht dem Subsystem an dem Subsystem berécksiichtegt, wéi och déi gläichzäiteg Veraarbechtungsufuerderunge vum Task System am Subsystem, ass déi Basis vum System am Designprozess den Produktiouns- a Verbrauchsmodell. D'Aféierung vun dësem Modus gëtt net an dësem Artikel erschöpft. Dësen Artikel stellt haaptsächlech d'Designstruktur vum Produktiouns- a Verbrauchsmodus an dësem System vir, kombinéiert mat der detailléierter Analyse vum Geschäftsprozess vun der Taxisendungsbestellung an der spezifescher Uwendung vum Produktiouns- a Verbrauchsmodus. Déi gesamt Designstruktur vum Produktiouns- a Verbrauchsmodus an dësem System baséiert op dem Fuedempool an Task Objekter. Déi Haaptfunktiounen, déi vum Thread Pool zur Verfügung gestallt ginn, enthale Fuedem Ënnerhalt a Gestioun, a Puffer Warteschléi Ënnerhalt a Gestioun.
Méi wichteg am Produktiouns- a Verbrauchsmodell ass den Design vum Fuedempool. Zum Beispill, OrderThreadPool ass d'Ausféierung no enger personaliséierter Sortéierungsuerdnung z'erreechen. Unzehuelen datt de Bedreiwer als Typ klasséiert ass an New Order_Task ass d'Veraarbechtungsobjet, da gëtt OrderThreadPool an Uerdnung no den Aufgabe vun all Bedreiwer ausgefouert, a garantéiert datt nëmmen een New Order_Task fir all Bedreiwer am Thread Pool ausgefouert gëtt. De Prinzip vum Design ass zwee HashMaps ze erhalen, een HashMap gëtt benotzt fir d'Gestioun tëscht dem Klassifikatiounsstandard an der entspriechender Task ze halen, de Schlëssel ass de Klassifikatiounstyp, an de Wäert ass d'LinkList Task Lëscht. Eng aner HashMap benotzt fir d'Aufgab vun dëser Kategorie ze erhalen gëtt ausgefouert. Wann et beurteelt gëtt datt et eng Aufgab vum selwechten Typ gëtt während der getTask ausgefouert gëtt, gëtt eng aner Zort Aufgab ausgewielt fir ze vergläichen bis déi kritt Aufgab eng Aart Aufgab ass déi net am Gaang ass an zréck an de Fuedempool fir d'Ausféierung. An der selwechter Zäit, de System axéiert och op de Gebrauch vun héich-Performance concurrency Handwierksgeschir vun Java gëtt zanter 1,5, wéi: weider-schreiwen Schleisen, semaphores, Ufang Synchroniséierung fir vläit Austausch asw
Obwuel d'Gefier Iwwerwachung an Verschécken System haaptsächlech involvéiert nëmmen d'Departement vum Gefier verschécken, well et déi direkt Verbindung tëscht dem System an dem Gefier realiséiert, d'Fäegkeet fir Echtzäit Basis Vehikel Daten ze kréien huet e zolitte Fundament fir déi raffinéiert Gestioun vun der Firma geluecht. Dofir ass et am Designprozess och noutwendeg fir d'Gestiounsiddi vum Senior Management vun der Entreprise voll ze berécksiichtegen, a flexibel Gestiounsiddien mat engem relativ feste Plangsystem ze kombinéieren. Loosst de Gefierplanung an d'Iwwerwaachungssystem wierklech de Virsprong vun der Entreprise Informatiounskonstruktioun ginn a kooperéiere mat der Entreprise fir seng eege strategesch Richtung ze realiséieren.
Ënnerhalt vu Gefier historeschen Daten

2

D'historesch Daten vum Gefier ze halen ass de Schlëssel fir d'Gefier z'analyséieren an z'iwwerwaachen. D'historesch Date vum Gefier enthält haaptsächlech d'historesch Trajectory Dateiinformatioun vum Gefier, d'historesch Operatiounsdate vum Gefier, asw. Déi historesch Trajetsdate vum Gefier ginn haaptsächlech benotzt fir den historesche Fuerwee vum Gefier ze fannen, dee benotzt gëtt fir Passagéier Reklamatiounen ze léisen, Verkéiersaccidenter ze analyséieren a verluerene Besëtz vu Passagéier ze fannen. Am aktuellen Uwendungsprozess, fir sécher ze sinn datt d'Trajectoire vum Gefier glat op der Kaart gezeechent ka ginn, ass et néideg ze suergen datt d'Rapportfrequenz vun der Breedegrad- a Längtbunnpunkte vum Gefier genuch dicht ass. Wann e Gefier all 10 Sekonnen e Positiounsbericht eropluet, da gëtt et 8640 an engem Dag. D'Positiounsberichter Date ginn als e Stéck Positiounsbericht Daten berechent [4Byte Identifikatiounsnummer + 8Bytes Breet a Längt + 4Bytes Zäit + 1 Byte Geschwindegkeet + 1 Byte (Richtung, Positionéierung) + 1 Byte Gefier Status + 4 Byte Alarmtyp] a insgesamt 23 Bytes, ee pro Dag D'Streckdate vum Auto si bis zu 194K. Zéngdausend Autoe pro Dag kënnen 1G Daten erreechen. Wéi späichere mer dës Donnéeën? Wéi kënnen d'Benotzer praktesch a séier Ufro ubidden? Wéi analyséieren ech nëtzlech Informatioun op Basis vun dësen Daten fir nei Iddien fir d'Gestioun ze bidden? Dës Themen mussen am Systemdesign an Implementatiounsprozess berécksiichtegt ginn. Déi historesch Operatiounsdate vu Gefierer sinn haaptsächlech fir den deeglechen Akommes vun all Gefier ze analyséieren. D'Analyse vun Akommesdaten hëlleft der Direktioun ze analyséieren ob déi aktuell Käschten raisonnabel sinn, ob d'Kapazitéit Input gesäiert ass, an aner Gestiounsdaten. Betribsdaten enthale grondsätzlech Basisdaten wéi Nummerplackennummer, Autosidentifikatiounsnummer, Startzäit, Endzäit, Betribskilometer, Betribsbetrag, asw Analyséiert 800.000 Opzeechnunge vun 10.000 Gefierer pro Dag mat 80 Transaktiounen pro Gefier pro Dag. Wéi d'Integritéit vu Betribsdaten ze garantéieren, d'Späicheren an d'Analyse vun de Betribsdaten, a wéi een nëtzlech Date fir d'Gestiounsanalyse aus dëse Basis Betribsdaten ausgruewe fir datt d'Benotzer se bequem a séier benotze kënnen, sinn all Themen déi an der System Design Prozess.
 GPS Vehicle historical data
According to the implementation of the system, the system is implemented in JAVA programming language, deployed on the server of the Linux operating system, and the database uses Oracle11g. Regarding the massive amount of data and the operating frequency of the data, the system is stored in two ways: file disk storage and database storage. For the vehicle trajectory file, a data system with a high upload frequency, it mainly uses file disk storage to store basic data. For vehicle operating data, data that is relatively infrequently uploaded, is stored in the form of database storage. The following will introduce solutions for processing two kinds of data. The main purpose of the vehicle trajectory file is to trace the historical driving situation of the vehicle and to statistically analyze the number of historical vehicles in each time period in different areas.
Scenarios for retrospecting the historical driving situation of the vehicle include: 1) Lost and found by passengers: Passengers left their belongings in the vehicle, but cannot provide specific vehicle information, and can only provide a certain place during a certain period of time. The system needs to find out all the vehicles that have passed the locations recalled by the passengers based on the historical trajectory information of all vehicles in a certain period of time for investigation. 2) Passenger detour complaints: Passengers provide information about the vehicle they are in, and the system queries the vehicle's driving route during the service period to determine whether the vehicle is detouring illegally. 3) Vehicle statistics for each time period in different areas: Generally used to monitor whether the number of vehicles in the area is abnormal, so as to determine whether the vehicles in the area have stopped or went on strike. In practical applications, the monitored city needs to be divided into multiple monitoring areas, and the number of vehicles in the area is counted according to the 24 hours a day. The number of vehicles in the area is divided into 24 hours a day to form weekly averages, monthly averages and other reference data, combined with the real-time number of vehicles on the day The situation is compared to draw a reference conclusion whether there is any abnormality. According to the above three common scenarios in the actual business process, it can be found that the main analysis and query conditions for vehicle historical trajectory data are: time, latitude and longitude, and specific vehicle. According to the analysis in the previous question, the number of trajectories of a car in a day can reach up to 8,640, and the amount of data can reach 194K, so it is not an ideal solution to store these data in a database. Because each vehicle reports a position in 10 seconds, 10,000 vehicles will have 1,000 database insertions in one second. Frequent database table operations will definitely affect the performance of the system. From the perspective of query analysis, a car has a maximum of 8,640 position report data a day, and 10,000 cars equals 864 million position report data. Even if the database partition table or sub-table is used and the key fields are indexed, if the vehicle trajectory is used The playback operation query will generate various I/O waits at the database level, leading to a sharp drop in system performance. Therefore, when the system is designed, the storage of the vehicle trajectory file adopts the file disk for direct storage. Choose the file storage structure. According to the actual business reference analysis and the determined storage method, the system design needs to consider how to store it to be more efficient. The most common is to use the storage structure of the hash file. Hashing files is similar to the Hash table in the data structure, that is, according to the characteristics of the keywords in the file, a hash function and a method to handle conflicts are designed to hash the records on the storage device. The difference from the Hash table is for the file , File records on the disk are usually stored in groups. Several records form a storage unit, which is also called a "bucket". Since our development language is Java, we can find from the HashMap structure implemented in the Java language API that the data structure of the hash table is composed of an object array and multiple object linked lists. The object array is similar to the concept of "bucket". Each bucket is identified by a hash value. If there are objects with the same hash value, they are stored in the object linked list of the "bucket". The search time of the data structure hash table is complicated. The ideal situation can reach O(1), that is, each "bucket" has only one object, and the worst may be only one "bucket". All data is put into the object list of this "bucket", so the worst The search time complexity will reach O(n). Of course, in the HashMap implementation process, there is a function of judging the total number of objects and the number of "buckets" and regenerating the correspondence between the new distribution "buckets" and objects. Understanding the data structure implementation of an actual hash table structure helps us design our own hash file based on the hash table data structure. Hash distribution of trace files. According to the use of the trajectory file and the attributes of the file itself, the system divides the file into storage levels according to the hierarchical structure of year, month, day, and vehicle license plate. Considering the scalability of the system, it is convenient to access more vehicles in the future. Use the last character of the license plate number for hash processing.
The principle and design of dispatching to find a car

4

Am GPS-baséierten Taxisendings- an Iwwerwaachungssystem, wéi een de System realiséiert fënnt automatesch passend Gefierer fir Passagéier Iddien an Designschemas ze bidden. Den Zweck vun der Versandfunktioun vum System ass d'Passagéier mat de fristgerechtste Gefierer ze bidden, an Taxie mat de nooste Passagéier ze bidden fir de Kilometerstand vum Chauffer ze reduzéieren fir d'Zil vun der Energiespuerung an der Emissiounsreduktioun z'erreechen. Et spuert Sue fir Chauffeuren a bitt Komfort fir Passagéier.

Déi éischt zwee Ziler, déi am Designprozess vun der Autosfindung fir d'Versendung berécksiichtegt ginn: séier a korrekt. Als éischt, loosst eis d'Basisattributer vun engem Passagéier verstoen, deen urufft fir eng Autofro ze bidden. 1) D'Telefonsnummer déi de Passagéier ugeruff huet; 2) D'Zäit wou de Passagéier den Auto benotzt huet; 3) D'Plaz wou de Passagéier an den Auto geet. D'Telefonsnummer vun dësen dräi Basisattributer kann direkt iwwer den Uruffsystem kritt ginn, a wann den Auto am Numm vun engem gebucht ass, kann et kritt ginn andeems Dir de Passagéier freet d'Telefonsnummer zréck ze ruffen. Passagéier wäerten och d'Initiativ huelen fir den Expediteur vun der Zäit vum Auto z'informéieren. De Schlëssel ass den drëtte Punkt vun der Internat. Passagéier soen normalerweis nëmmen eng kierperlech Adress wéi: wéi eng Strooss no bei enger bestëmmter Strooss ass an aner textbeschreiwungen. Fir de Versandsystem, muss de System déi textuell Stroossekonditiounsinformatioun a spezifesch Längt- a Breetinformatioun konvertéieren fir Gefierer ze fannen, a benotzt d'Längt- a Breetinformatioun fir ze bestëmmen ob et passend Gefierer ronderëm fir Versand sinn. Dofir ass déi meescht Basis Aarbecht fir genau Gefierer Sich wéi d'Längt- a Breetinformatioun vun der Passagéierplazplaz ze kréien.

Ënnerhalt d'Breet- a Längtinformatioun vum Pickup Punkt

D'Längt- a Breetinformatioun vum Pick-up Punkt behalen ass d'Stadbibliothéiksinformatioun z'erhalen. Haaptsächlech abegraff: Stroossekräizung Breet- a Längtendaten, Landmark Gebai Breet- a Längtendaten, Hausnummer Sektioun Breet- a Längtendaten, asw. No de Stroossekarakteristike vu verschiddene Stied kënne verschidden Date benotzt ginn fir d'Quell vun der Breet a Längt ze verschécken Daten vum Pick-up Punkt. Zum Beispill, Stied mat standardiséierter an eeler Hausnummeren wéi Shanghai kéinten d'Breet an d'Längt vum Hausnummer Segment léiwer als Quell vun der Längt- a Breetendonnée vum Fahrspëtzepunkt hunn. An e puer klenge Stied kann d'Breet an d'Längt vu Landmark Gebaier als Quell vun der Längt an der Breet vum Passagéierplaz Punkt benotzt ginn. Déi allgemeng Stad ass méi gëeegent fir d'Breet an d'Längt vun der Stroossekräizung als Quell vun der Längt a Breet vum Passagéierplaz.

Et gi Virdeeler an Nodeeler vun all dëse Methoden no der Zuelesektioun, Landmark Gebaier a Stroossekräizungen. Et gëtt normalerweis a Kombinatioun während der aktueller Uwendung benotzt. D'Hausnummer Segment huet e relativ klengen Uwendungsberäich, an d'Hausnummer Verdeelung vun der Stad muss standardiséiert a kontinuéierlech sinn. Awer de Wee vum Hausnummer Segment kann d'Längt an d'Breet vun der Passagéier Internat séier a präzis lokaliséieren. De Prinzip ass wéi follegt: deelt eng Strooss an e puer kleng Stroossen no der Hausnummer, a benotzt déi kleng Stroossen als Längt a Breetpunkten. Wéi vill Diernummeren an eng Sektioun opgedeelt sinn, entscheet d'Personal dat Stroossinformatioun sammelt no den aktuelle Konditioune vun der Strooss. D'Längt an d'Breet vum Dierzuelesegment ze sammelen kann de Wee sinn datt de Sammler an d'Dierzuelesegment vun enger bestëmmter Strooss fiert an d'Längt an d'Breet duerch de GPS-Gerät eropluet fir déi genaust Stroosselängt- a Breetendaten ze kréien. An der aktueller Benotzung vum System, wann de Passagéier den Autotelefon urufft an d'Strooss an d'Hausnummer vun der Internatplaz informéiert, kann de System d'Hausdeel fannen, zu där d'Hausnummer gehéiert no der Strooss an der Hausnummer a kritt déi entspriechend Zuel am Haus Sektioun. Längt- a Breetinformatioun, zum Beispill wann e Passagéier urifft a seet datt d'Autosadress Nr 10 Zhongshan Road ass, fënnt de System datt d'Nummer 10 Zhongshan Road am Beräich vun der Nummer 2 bis Nr 50 Zhongshan Road ass. , sou datt de System op d'Nummer 2 op d'Nummer 50 Zhongshan Road zréckkënnt. D'Längt- a Breetinformatioun déi der Stroossesektioun entspriechen, gëtt als Längt- a Breetinformatioun vum Passagéierplaz benotzt. Dës Method fir d'Breet an d'Längt vun der Internat ze kréien ass relativ korrekt, an de Feeler wäert net méi wéi 500 Meter sinn. De Nodeel ass datt déi relativ grouss Aarbechtspensum fir Hausnummerdaten ze kréien eng Period vun ustrengenden an detailléierte Basisdatesammlung am fréie Stadium erfuerdert. Ausserdeem ass de Grad vun der Standardiséierung vu Stadhausnummeren relativ héich. Den Haaptmethod fir d'Breet an d'Längt vun enger Stadstrooss ze kréien ass d'Breet- a Längtinformatioun vun der Kräizungsstrooss duerch d'Analyse vun de Kaartendaten vun der Stad ze kréien. Wann de Passagéier urifft, gëtt uginn datt déi gewësse Strooss no bei der bestëmmter Strooss ass fir déi ongeféier Breet a Längt vum Boarding Point ze kréien. Dës Method fir Breet a Längt ze kréien ass méi bequem, awer de Nodeel ass datt d'Genauegkeet vun der Positionéierung net garantéiert ka ginn. Wann e Passagéier op enger laanger Strooss ouni Kräizung bannent e puer Kilometer vun der Strooss ass, kann de System net genau de Passagéier seng korrekt Boardinglängt an d'Längt op der Basis vun der Längt- a Breetinformatioun vun der Kräizung kréien.

Zäitplang fir en Auto ze fannen

3

Den Ënnerhalt vun de Längen- a Breetendaten vum Passagéierplaz gëtt e zolitte Fondament fir de System fir automatesch Gefierer ze verschécken fir Gefierer ze fannen. D'Realiséierung vum Auto-Finding muss nach a Kombinatioun mat de Stroossekarakteristike vun der lokaler Stad an der Unzuel vun den Taxien, déi un der Expeditioun deelhuelen, berécksiichtegt ginn.
Fannt en Auto no der linearer Distanz vu Breet a Längt
dës Method fir en Auto ze fannen ass relativ praktesch a praktesch ze realiséieren, an et gëtt dacks a prakteschen Uwendungen benotzt. Realisatiounsprinzip: Zeechent e Krees mat der Längt an der Breet vum Passagéierplazpunkt als Zentrum vun der Autosichdistanz wéi de Radius, soulaang d'Gefier am Krees dat Gefier ass, wat den Expediteur sicht, wann et kee gëtt Gefier gläichzäiteg gëtt de Radius weider mam Gefier verglach no engem bestëmmte Beräich, Bis de Gefier fonnt gëtt oder de Radius de maximale Wäert erreecht, dee vum System gesat gëtt. Dës Method ass relativ einfach ze realiséieren, awer d'Effizienz ass net ganz héich, well et ass néideg d'Distanz tëscht all de Gefierer an den Zentrum vum Krees ze berechnen. Et ass net wëssenschaftlech an effizient. Stellt Iech e Passagéier vir op enger Plattform mat 10.000 Gefierer déi en Auto ruffen. Eigentlech sinn et net méi wéi 20 Gefierer ronderëm de Passagéierplaz, an nëmmen ee Gefier gëtt de Passagéier zur Verfügung gestallt. Wéi och ëmmer, mir musse d'Distanz fir all 10.000 Gefierer op der Plattform berechnen. Prinzipiell 9.980 Berechnunge sinn onnëtz Berechnungen. Dann an der aktueller Benotzung, wéinst der kontinuéierter Verbesserung vun der aktueller Serverleistung, ass dës Method op enger Taxisendeplattform mat méi wéi 10.000 Gefierer nach ëmmer eng séier a korrekt Implementatiounsmethod. Besonnesch an enger Stad mat vernünfteger Stroosseplangung wéi Shanghai, ass et net néideg de Phänomen ze berécksiichtegen datt de Gefier e laange Wee fiert virum Passagéierplaz fir sech ze dréinen fir Passagéier opzehuelen. Wann Dir déi enorm onnëtz Berechnunge berécksiichtegt andeems en Auto no der linearer Distanz vu Längt a Breet fonnt gëtt, huet de Systemdesign eng weider Optimiséierungsrichtung.
Course Auto Sich
D'Course Sich am Prozess ass en Auto vun fannen an engem riichtaus-Linn Distanz grouss Schiermer Berechnungen ze vermeiden, an d'Leeschtungsfähegkeet vun der Sich Prozess ze optimiséieren. De Prinzip ass: Éischtens ass d'Stad a Gitteren no der Breet an der Längt gedeelt; zweetens, d'Positioun vum Gefier am Netz gëtt no der Echtzäit Breet a Längt vum Gefier opgeholl. Geméiss dem Standuert vum Passagéierplaz, ginn d'Gefierer an der Ëmgéigend Gitter kritt, an d'Distanz tëscht de Gefierer an dëse Gitteren an d'Breet an d'Längt vun de Passagéier gëtt verglach fir dat passendst Gefier fir d'Passagéier ze kréien.
GPS Kaart Daten fir en Auto präzis ze fannen

5

Egal ob et déi primitiv Distanz riicht Linn Autosich ass oder déi weider Gitter Sich, ass dee meescht Basisprinzip nach ëmmer ze beuerteelen ob den Auto als Alternativ Versandwon passend baséiert op dem Verglach tëscht der Längt an der Breet vum Passagéier Internat an déi riichter Linn Distanz vum Gefier. Wéi Stroossendaten kombinéiere fir präzis Autosfindungen z'erreechen ass net heefeg am aktuelle Versandsystem. De Grond ass datt et meeschtens méi praktesch ass fir innenländesch urban Stroossennetzwierk Struktur Gefierer ze dréinen. Grouss Stied mat erhéierten Autobunnen virschreiwen och datt eidel Gefierer net gehuewe däerfen. Dofir, a China, en Auto duerch de richtege Streckenofstand tëscht dem Passagéierplazpunkt an der Längt- a Breetpunkte vum Gefier ze fannen ass genuch fir d'Basisbedierfnesser vun de Clienten gerecht ze ginn.
Awer e puer speziell Stied wéi Jakarta an Indonesien. Gefierer op de Stroosse vun dëser Stad mussen dacks e puer Kilometer oder méi fueren fir ëmzekréien. Zënter Indonesien an engem Äerdbiewenberäich läit, huet d'Stad kee Metro, sou datt zwou speziell Stroossen an der Mëtt vun der Strooss opgemaach gi fir séier Bussen ze fueren. D'Wourecht ass datt déi getrennte Gefierer guer net kënnen ëmdréinen. An esou enger onbequemer Stad, wann d'Längt an d'Breet vum Passagéier Boarding Point mat der Längt a Breet vum Gefier verglach ginn fir en Auto ze fannen, da wäert d'Persoun an d'Gefier op verschiddene Säiten sinn, oder d'Positioun vum Passagéier war just gefuer, sou datt d'Gefier vläicht e grousst Gebitt muss goen. De Krees kann zréck kommen fir Passagéier opzehuelen. Dëst widdersprécht der ursprénglecher Intentioun vum GPS Dispatching System fir de Spritverbrauch vun de Chauffeuren ze spueren. Fir dëse Widdersproch ze léisen, muss de System berécksiichtegen d'Distanz tëscht dem Gefier an der Passagéierplaz an der Stroossinformatioun fir e passend Gefier ze fannen.
Designidee: D'Stroossen, déi op der Kaart gezeechent sinn, ginn normalerweis mat "Segmenter" duergestallt. Eng Strooss ass a kontinuéierlech "Segmenter" agedeelt. An no der Breet vun all Sektioun fir e "Band" ze bilden. Op dës Manéier kann e komplett Stroossemuster op der Kaart ugewisen ginn. Geméiss ob all Kräizung kann dréinen, ob d'Strooss engersäits ass, asw., Gëtt d'Stroossinformatioun als éischt an eng riicht Grafik kombinéiert. Dunn, no der Distanz vum Sich no engem Auto, gëtt berechent wou de Stroossepunkt am wäitsten zum Passagéierplaz ass, an doduerch Stroossebreet- a Längegradsdate kritt. Geméiss der Stroossebreet- a Längtlinnendonnée kritt vun der Strooss geriicht Grafik, plus d'Breet vun all Sektioun vun der Strooss fir de "Gürtel" Breet- a Längtberäich vun der Strooss ze kréien. Dann beurteelt mat der aktueller Breet a Längt vum Gefier ob d'Gefier op der Strooss "Gürtel" ass. Wann d'Breet an d'Längt vum Gefier am Beräich vum Stroossegurt sinn, heescht et datt de Gefier op enger qualifizéierter Strooss leeft. Och wann d'Kombinatioun vum Graf Traversal an der maximaler Distanz vum Travers d'Sich vu Gefierer realiséiere kann, wéi een de Startpunkt op der Strooss "Kaart" setzt, dat ass, wéi d'Passagéier de Boarding Point op d'Strooss falen ze loossen, no all, der Stroossepositioun wou vill Passagéier an d'Gefier klammen ass net Et muss op der Strooss vum System sinn, an et ass och méiglech datt d'Breet an d'Längt just an der Gemeinschaft sinn. Dës Situatioun ass schwéier ze behandelen ouni ganz detailléiert Stad- a Längtendaten, well Dir kënnt net einfach mat der Breet an der Längt vun der Passagéier op d'Strooss panéieren wéi d'Breet an d'Längt vum Passagéier, well et ganz wahrscheinlech ass datt de Passagéier an der Gemeinschaft ass , de Passagéier ze verloossen fir mam Gefier mat der nooste Breet a Längt ze goen D'Strooss gëtt just vun der Gemeinschaftsmauer getrennt. Fir déi nooste Strooss ze beuerteelen, si ganz detailléiert Kaartendaten erfuerderlech, an et muss präzis sinn zum Gate vun der Gemeinschaft. Fir d'Investitioun am Projet ze reduzéieren, kann de System nëmmen d'accord sinn datt d'Längt an d'Breet vum Passagéierplaz Punkt op der Längt a Breet vun der Strooss baséieren.
Am Basis-Stroossebibliothéik-Dateprozess mussen d'Stroossebibliothéiksdaten op déi aktuell Strooss plazéiert ginn. Stellt Iech e Szenario vir, wou de System e Passagéier op d'Breet- a Längegrad kritt, an de System muss séier vun den urbane Stroossendaten an d'Strooss "Segment" goen, wou de Passagéier Board an d'Längt ass. An no dëser Strooss "Sektioun" fir d'Strooss "Sektioun" ze kréien verbonne mat der Strooss "Sektioun", natierlech, brauche mir nëmmen d'Längt an d'Breet Linear Distanz vum Auto ze kréien ass manner wéi déi maximal Distanz spezifizéiert fir e Auto, well d'linear Distanz tëscht zwee Punkte dee kierzten ass, Wann déi riichter Linn Distanz déi maximal Distanz iwwerschratt huet fir en Auto ze fannen, da wäert déi aktuell Kéier Distanz vun der Strooss definitiv déi maximal Distanz fir en Auto ze fannen iwwerschreiden. Geméiss all de Stroossen "Sektiounen" fonnt déi maximal Distanz treffen fir en Auto ze fannen a verbonne mat der Stroosserichtung wou d'Passagéier an d'Gefier geklomm sinn, kritt de Strooss "Rimm" no der Stroossebreet definéiert vun all Strooss "Sektioun" . Dofir ass d'Haaptaarbecht am Implementatiounsprozess e Stroossemodell ze bauen a wéi séier d'Strooss kritt mat der Längt a Breet vun de Passagéier déi u Bord sinn. Fir Stroossendatenstruktur, kuckt als éischt eng aktuell Stroossendaten an "Segmenter" op. Unzehuelen datt de längsten "Sektioun" duerch d'Längt vun 1 km gedeelt gëtt, gëtt déi ganz Stad Shanghai als Beispill geholl. D'Gesamtlängt vu Shanghai Autobunnen ass ongeféier 11.000 Kilometer, an d'Gesamtlängt vun den urbane Stroossen ass ongeféier 4.400 Kilometer. Och wann den Datevolumen vum Stroossesegment duerch 1 km gedeelt gëtt, ass et e wichtegt Attribut vun enger klenger Gréisstenuerdnung wann een d'Strooss "Segment" berécksiichtegt.
Fazit
Déi meescht Basis a kriteschst Funktioun vum Fahrplanung ass dat richtegt Gefier séier a präzis ze fannen. Dëst Kapitel féiert an analyséiert d'Basisprinzipie vum Auto-Finding an d'Realisatioun, Virdeeler an Nodeeler vu verschiddenen Autos-Finding Methoden. Vun der heefegster Distanz fir en Auto op e Gitter ze fannen fir en Auto ze fannen, a schliisslech kombinéiert den Design an d'Ëmsetzung vun der preziser Autosich mat urbaner Stroossinformatioun. Och wann et eng grouss Quantitéit langweileg Ënnerhalt a Gestioun vun urbanen Basis Stroossendaten am präzisen Autosfindung Designprozess kombinéiert mat Stroossinformatioun ass, gëtt dës Method fir Autosfindung ëmmer méi perfekt mat Stroossinformatioun a Clienten 'D'Ufuerderunge fir Versandgenauegkeet ginn ëmmer méi héich. No allem, wat méi präzis d'Sich no engem Auto ass, wat et méi eidel Kilometerstand vum Gefier reduzéiere kann an onnéideg Spritverbrauch reduzéiert, an de Begeeschterung vum Chauffer wäert ëmmer méi héich ginn. D'Plängmethod fir Autosfindung mat präziser Autosfindung kombinéiert mat geographescher Informatioun op der Strooss gëtt an der Zukunft ëmmer méi verbreet.
Datenanalyse an Uwendung
Taxi Parking Problem

6

Déi lästegst Saach fir d'Transportbüroen op verschiddene Plazen ass datt d'Taxien an hire Juridictiounen Streik schécken a stoppen Tëschefäll ze stoppen. Net nëmmen huet et Afloss op d'Bierger Rees, awer de méi grousse Grond ass datt de schlechten Afloss vun Afloss staark d'Stabilitéit an d'Eenheet vun der Gesellschaft beaflosst. Et ka gesot ginn datt d'Suspension vun Taxien d'Haaptprioritéit fir de Transportbureau ass fir Stabilitéit ze halen. An de leschte Joeren, aus verschiddene Grënn, sinn Taxisattacken an Suspensions vun Zäit zu Zäit geschitt. De Wee fir d'Taxisuspensiounen ze léisen ass am Fong d'Regierung administrativ Interventiounsmethod, an d'GPS Iwwerwaachungsplattform ass am Fong an der Hëllefsroll am Fall vun engem Accident. Analyséiert no dem Prozess fir de Problem vum Taxistopp ze léisen. D'Regierung kann normalerweis nëmmen d'Method huelen fir Taxifirmen z'ënnerdrécken, an e puer Firme kommen no vir fir déi ideologesch Aarbecht vu Chauffeuren ze maachen. Den Haaptgrond fir Chauffeuren ze stoppen mam Fuerderen ass näischt méi wéi kleng Akommes an exzessiv Aarbechtsintensitéit. De GPS System spillt nëmmen en Deel vun der Iwwerwaachungsroll, an d'Regierung muss nach ëmmer eng grouss Zuel vu Mataarbechter op Besuch schécken. Wéi och ëmmer, kann d'GPS-baséiert Taxisendung an d'Iwwerwaachungsplattform nëmmen en Deel vun der Iwwerwaachungsroll spillen? No Analyse an Denken, praktesch an theoretesch Analyse. De GPS-baséierten Taxisendings- an Iwwerwaachungssystem ass voll fäeg Pre-Preventioun, Pre-Remind, Iwwerwaachung während dem Event, a Resumé nom Event.
Verhënnert am Viraus
Déi allgemeng Struktur vun der Inlands-Taxi Industrie vu Regierung zu Chauffer ass am Fong déiselwecht. Prinzipiell huet d'Regierung administrativ Muecht fir d'Operatioun vun Taxisfirmen a senger Juridictioun ze regéieren; Taxisfirmen hunn d'Recht Taxien ze bedreiwen an déi deeglech Operatioun vun Taxien un de Chauffer ze transferéieren andeems se de Chauffer all Mount eng gewësse Gestiounsgebühr bezuelen; de Chauffer ass responsabel fir ze fueren. Brennstoffskäschten, Reparaturskäschten a Geldstrofen fir Verstouss géint Reegelen a Reglementer ginn am Fong vum Chauffer gedroen. D'Verwaltungsgebühr, déi un eng Taxisfirma bezuelt gëtt, mécht am Fong ongeféier 2/3 vum méintleche Revenu vum Chauffer aus. Duerch d'Kommunikatioun mam Regierungspersonal an d'Verständnis vum Taxichauffer am Prozess vun der Suspension vun e puer Tëschefäll, gouf festgestallt datt et ongeféier zwee Grënn fir d'Suspension vum Taxi sinn:

D'Akommes vum Chauffer sinn ze niddreg;
2. Et gi Leader ugereegt An Organisatioun.Bei der Ursaach vum Stopp-Event mat der aktueller Situatioun vum GPS-baséierten Taxisendings- an Iwwerwaachungssystem kombinéiert, kann de System den zoustännegen Departementer am Viraus eng Erënnerung ginn. Loosst eis déi tatsächlech Situatioun analyséieren: Taxie lafen an de Stroossen a Gaassen vun der Stad. Genee wéinst senger Mobilitéit bréngt seng Gestiounskomplexitéit. Dat wichtegst Apparat am Taxi ass de Meter, deen detailléiert Informatioune vun all Geschäft vum Chauffer registréiert. Inklusiv Betrag, Start- a Schlusszäit, Kilometréirung, asw De GPS-Terminal installéiert um Taxi etabléiert eng Echtzäitverbindung tëscht dem Taxi an dem Taximeter am Auto an dem System duerch drahtlose Kommunikatioun um Terminal. Manager kënnen dës Taxien kontrolléieren a managen. Duerch de Kommunikatiounsmodul System um Terminal kënnt Dir de Meterrekord vun all Gefier an dat deeglecht Akommes begräifen. Duerch dës zwee Index Systemer kann de méintleche Basisakommes vun all Chauffer analyséiert ginn. Geméiss dem monatlechen Akommes kann et beurteelt ginn wéi eng Chauffeuren méiglecherweis ugestouss ginn, an d'Gestiounsabteilung ka verschidde Moossnamen huelen fir verstoppte Geforen a Budding z'eliminéieren. Zum Beispill kënnen Firmen Interviewe mat nidderegem Akommes op esou eng Manéier datt se sech ëm hir Mataarbechter këmmeren, iwwer d'Schwieregkeete vun de Chauffeuren zu Zäit léieren a gewësse Schwieregkeete Subsidë liwweren, oder dat aktuellt Akommes vun de Chauffeuren erhéijen andeems se gutt Beruffserfarung vermëttelen. D'Iddi vu Virsiicht war kloer: duerch statistesch Analyse vun der aktueller Recette vum Chauffer fir ze bestëmmen ob de Chauffer d'Méiglechkeet huet ze stoppen. Duerch face-to-face Kommunikatioun mat nidderegen Akommes Chauffeuren am Viraus an aner Methoden, probéiert déi tatsächlech Schwieregkeete vu Chauffeuren ze léisen, Betreiung fir niddereg Akommes Chauffeuren, a weist d'Firma Betreiung fir Chauffeuren fir den Effekt vun der Präventioun vu Probleemer z'erreechen ier se optrieden. An dësem Prozess spillt de System eng Roll am Viruerteel vum Interviewten präzis ze bewäerten, d'Firma ziellos ze vermeiden, an d'Aarbecht vun der Firma méi zielvoll an effektiv ze maachen. D'Haaptdatebasis fir d'Realisatiounsmethod sinn d'Recetten vun der Taximeter am Taxi, an den Taximeter Rekord. Dofir muss de Meter eng Dateninterface fir de GPS Gefierterminal ubidden, an d'Donnéeë kënnen no all Service op de Gefierterminal "gespaut" ginn. Nodeems d'Donnéeë kritt hunn, bestätegt de Gefierer montéierten Terminal a schéckt eng Confirmatiouns Feedbackmeldung op de Meter. De Gefiermontéierten Terminal lued d'Meterdaten op de System duerch de Funk-Kommunikatiounsmodul erop. Nodeems de System d'Donnéeë kritt, späichert se se an der Datebank a schéckt e Feedbackmessage deen den Empfang op de Gefiermontage confirméiert. An der Theorie ass d'Integritéit vun den Daten garantéiert ze liwweren andeems Dir eng Confirmatiouns Feedbackmeldung schéckt. Op der anerer Säit muss de System verschidden Dateschwellen astellen no der aktueller Situatioun op verschiddene Plazen fir de Grad vun der Ofwäichung tëscht den eropgeluedenen Daten an der aktueller Situatioun ze bestëmmen fir ze bestëmmen ob d'Daten "vertrauenswierdeg" sinn. Zum Beispill d'Astellung vun der deeglecher duerchschnëttlecher Zuel vu "Metering", de maximale Betribsbetrag vun eenzelen Ënnerscheed, asw. De System generéiert Vergläichsresultater no verschiddene gesaten Dateschwelle fir Manager ze beuerteelen.
Wann Dir déi enorm Quantitéit vun Daten iwwer d'Recetten vun Taxien berécksiichtegt, sinn 80 Akommesdaten pro Gefier pro Dag fir déi deeglech Operatiounsdate Rekorder vun 10.000 Gefierer ze berechnen ass 800.000. Bedenkt d'Partitionstabelle unzehuelen fir den Designprozess ze realiséieren. Dat ass, eng Partiturstabell pro Mount. Huelt déi aktuell Optriede vun den eropgeluede Betribsdaten als Schlëssel vun der Partitionstabell an der Partiturstabell. Automatesch Statistike ginn eemol den Dag gemaach fir de Gesamtdeeglechen Akommes vun all Gefier ze berechnen, souwéi d'Zuel vu Moossnamen, Betribskilometeren an eidel Fuerer Kilometerpunkten pro Dag. D'Zuel vun de Meter gëtt benotzt fir festzestellen, ob de Chauffer seng Akommes mat der aktueller Situatioun entsprécht, an de Betribskilometer an eidel Kilometerpunkten verglach fir ze bestëmmen, ob d'Zil vum Dreifstoffverbrauch ka gespuert ginn, andeems eidel Kilometer erofgesat gëtt.
Erënnert Iech virdru
Wéi erënnert Dir d'Leedung sou séier wéi méiglech wann de Chauffeur de Versammlungsfall gestoppt huet, a gitt der Direktioun genuch Zäit fir déi aktuell Situatioun ze verstoen an e Léisungsplang ze maachen? Dëst ass och eng Funktioun un déi de Management Departement grousse Wäert leet. Den Zweck vum Chauffeur vum Taxi Arrêt Tëschefall ass de soziale Impakt auszebauen an d'Opmierksamkeet vu relevante Departementer ze kréien an op hir Fuerderungen ze lauschteren. Dofir, am Fall vun engem Taxi-Arrêt, sammele Gefierer op e puer aflossräich Plazen an der Stad. Dofir kann de System zwou Methoden adoptéieren beim Entwerfen a bewäerten Arrêt a Sammelen: 1) Pre-Set den Iwwerwaachungsberäich fir d'Echtzäitzuel vu Gefierer a Gefierstatus an der Regioun ze bestëmmen; 2) Setzt d'Iwwerwaachungsgebitt net am Viraus, a befollegt d'Stadlimit komplett. De raffinéierte Beräich gëtt benotzt fir ze bestëmmen ob d'Gefierer sech sammelen. Dës zwou Methoden baséieren normalerweis op der Method 1, an der Method zwee als Ergänzung. Den Design an d'Ëmsetzung vum virausgesate Iwwerwaachungsberäich ass: de Gebitt op der Kaart virausgesat, wat Polygon, Krees an aner verschidde Forme ka sinn. De System generéiert Gebittobjekter am Hannergrond no dem festgeluechte Formtyp a Breedegrad a Längtpunkten. D'Breet an d'Längt an Echtzäit eropgelueden bestëmmen ob d'Gefier an der Regioun ass. Zum Beispill, am Polygon-Iwwerwaachungsberäich generéiert de System Polygon-Polygonobjekter baséiert op de Punkte vum Polygon, dee vum Benotzer op der Kaart ausgewielt gouf, a beurteelt ob d'Gefier an der Regioun ass baséiert op der Breet- a Längtinformatioun vun all Gefier. Wa Gefierer an engem Gebitt fir méi wéi e gewësse Beräich sinn, beurteelt de System datt dës Gefierer verdächtegt sinn ze sammelen. Soubal d'Zuel vun de Gefierer an engem Iwwerwaachungsberäich de Grenzwäerter iwwerschreit, dee vum Gestiounspersonal festgeluecht gouf, fänkt de System alarméierend un an informéiert dat relevant Personal, fir opmierksam ze maachen iwwer Handys SMSen an Iwwerwaachungskaart Pop-ups. De System liwwert och detailléiert Informatiounen iwwer Gefierer am Schlësseliwwerwaachungsberäich, wéi Firma, Numm vum Chauffeur, asw. Wann et beurteelt gëtt datt e richtegt Versammlungsevent stattfënnt, kënnen déi zoustänneg Departementer mat der Verkéierspolice koordinéieren fir ze verhënneren datt d'Gefierer aus weider an der Regioun ze sammelen, a gläichzäiteg, laut der Autosfirma, déi vum System zur Verfügung gestallt gëtt fir Opsiichtbestellungen un d'Entreprise auszeginn, asw., fuerdert déi Responsabel vun der Entreprise sech op der Plaz zréckzeféieren Business Chauffeuren a Gefierer. Kuerz, den Zweck ass d'Zäit ze gräifen fir mat der Situatioun ëmzegoen ier se erweidert a probéiert d'Expansioun vun der Situatioun ze vermeiden.
D'Iddi fir d'Zuel vu Gefierer an engem Gebitt zoufälleg ze iwwerwaachen ass ze bestëmmen ob d'Zuel vun de Gefierer an engem Kilometer vun der Stad eng gewësse Schwell iwwerschreit. Well d'Gebitt ze bewäerten eng arbiträr Kombinatioun ass, muss de System statistesch Uerteeler maachen andeems hie kleng Gebidder a grousse Beräicher am Implementatiounsprozess kombinéiert. Zum Beispill ass d'Gebitt vun 1 Kilometer an 9 kleng Gebidder vun 100 Meter gedeelt. Wann de Schwell vu Gefierer an engem 1 Kilometer Beräich 30 ass, wann d'Zuel vun de Gefierer an all 100 Meter Fläch méi wéi 4 ass, kann d'Gesamtzuel vu Gefierer am 100 Meter Beräich der Schwell vun 30 Gefierer eropgoen. Dofir gëtt d'Iwwerwaachungsberäich vum System an Iwwerwaachung an engem klenge Gebitt vun 100 Meter transforméiert. Den Design an d'Implementéierung vum zoufällege Iwwerwaachungsberäich ass wéi follegt: de System deelt déi ganz Stad an d'Gebidder all 100 Meter no der Plaz vun der Stad an der geographescher Breet a Längtberäich. Dat ënnerdeelt Gebitt setzt de Seuil fir d'Zuel vun de Gefierer. De System jugéiert op Basis vun der Unzuel vu Gefierer an engem klenge Gebitt, a wann d'Schwell erreecht ass, beurteelt et ob d'Gesamtzuel vu Gefierer an der Ëmgéigend d'Alarmschwell fir d'Zuel vun de iwwerwaachte Gefierer erreecht. Mat der Verbesserung vum Verständnis vum Taxichauffer iwwer GPS-Terminals, muss d'Iwwerwaachungsplattform och fréizäiteg Warnunge ginn iwwer anormal GPS Daten eroplueden. Zum Beispill ass d'Zuel vun de Kommunikatiounsanomalien iwwer eng Zäit staark eropgaang, an d'Zuel vun de Gefierer op der Iwwerwaachungskaart ass staark eropgaang fir ze positionéieren, asw., Sinn och Datenindikatoren, déi d'Gestiounsabteilung muss oppassen.
In-Event Iwwerwaachung
Am Prozess vun Arrêten a Sammele vun Eventer kann d'Iwwerwaachungsberäich duerch de System designéiert ginn, an d'Zuel vun de Gefierer an der Regioun an d'Basisinformatioun wéi d'Firma an de Chauffer vum Gefier kënnen an Echtzäit gezielt ginn . Réckruff Chauffeuren duerch Entreprisen.
Zesummefaassung duerno
D'Suspension sammelen dauert normalerweis e puer Deeg oder souguer méi wéi eng Woch. Duerno ass et noutwendeg fir statistesch Analysen ze maachen iwwer d'Chauffeuren an Eenheeten, déi an der Versammlung involvéiert sinn. De System kann d'akkumuléiert Längt vum Openthalt am Parkraum wärend der Dauer vum gesamte Parking berechnen op Basis vun der historescher Trajectoire-Informatioun vum Gefier fir d'Déift vun der Participatioun vum Chauffer um Parking ze bestëmmen. Et ka beurteelen ob d'Gefier d'Kommunikatioun vum Bordterminal ënnerbrach huet andeems se d'Statistike vum Gefier on-line Taux wärend der Dauer vum gesamten Arrêt sammelen. Gitt Datenunterstëtzung fir d'Regierung an d'Entreprisen fir d'Organisateure vum Suspension Event ze fannen an ze sammelen.
Als Fokus vum städtesche Stabilitéitsunterhalt, Taxistopp a Versammlung huet d'Opmierksamkeet vu ville Stied ugezunn. D'Iwwerwaachungsfunktioun an der GPS-baséierter Taxisendings- an Iwwerwaachungsplattform bitt haaptsächlech virsiichteg a viraus Warnungsfunktioune vu Stop-Driving Versammlungseventer. D'Haaptursaach vum Konflikt baséiert op dem Optriede vu Stop-Driving-Versammlungsefäll kann och de Chauffer eidel Fuerrate reduzéieren duerch d'Funktioun vum GPS Versand, reduzéiert de Chauffeur eidel Fuerwierkverbrauch a reduzéiert d'Ausgaben vum Chauffer fir Hëllef ze bidden.
Reduzéieren de Stau an de Brennstoffverbrauch
Mat der rapider Entwécklung vun der Heemechtswirtschaft sinn d'Stauen a verschiddene Stied ëmmer méi eescht ginn. D'Kontradiktioune verursaacht duerch de Stau an den haitegen éischtklassege Stied wéi Peking, Shanghai a Guangzhou sinn ëmmer méi prominent ginn. Nach méi eescht ass datt de städtesche Verkéiersstau sech vun Éischtstufen an Zweet- an Drëttstiedsstied verbreet huet. Och wa vill grouss Stied ugefaang hunn e puer restriktiv Moossnamen z'ënnersichen fir d'Gefiererreesen ze reduzéieren fir den Zweck z'erreechen d'urban Stroossestau z'entlaaschten, wéi déi ongläich a gläich Zuel vu Peking, d'Lizenzplack Auktioun vu Shanghai asw. E puer Stied hunn och ugefaang ze plangen fir urban Stau Käschten opzehuelen. De Phänomen vum städtesche Verkéiersstau ass awer nach net verbessert ginn. Am Géigendeel, mat der Entwécklung vun der nationaler Wirtschaft an der Verbesserung vum Liewensstandard vun de Leit, ass d'Leit hir Demande fir Autoe kafen méi staark ginn, an de Widdersproch vum urbane Stroossestau ass méi prominent ginn. De Wee fir beim Reduzéiere vum Stau ze hëllefen ass ze iwwerleeën no an no d'Stroossentaxi-Hagel-Method duerch d'Gefierplanung z'ersetzen. Geméiss Statistiken, wann een Shanghai als Beispill hëlt, mécht den eidele Kilometerstand vun Taxien méi wéi 40% vum Gesamtkilometer aus. Dat ass
Et gëtt gesot datt bal d'Halschent vum Ueleg an Taxien den Dag verschwonnen ass, a bal d'Halschent vun den Autoe fuere op der Strooss. Dëst verschwennt net nëmme Gasgeld, erhéicht d'Aarbechtsintensitéit vu Chauffeuren, awer hëlt och wäertvoll urban Stroossessource. Stellt Iech vir datt wann den aktuellen innenlänneschen Taxi-Hagel-System vun engem ëffentlechen Uruff op eng Telefons-Hagel-Versandmethod geännert gëtt, da wäert den Taxi raschten wa keng Passagéier sinn, dat heescht, et spuert Gas a reduzéiert d'Aarbechtsintensitéit a verëffentlecht d'Stad Strooss Ressourcen. D'Ännerung vun engem Konzept ass e graduelle Prozess. Taxi Stroosserekrutéierung ass e Modell dee vum Ufank vun der Taxisindustrie geformt gouf, an et war e gemeinsame Geschäftsmodell vun Heem an Ausland. De graduellen Iwwergank vum Rekrutement an d'Telefonsversandung erfuerdert net nëmmen d'Aarbechtsgewunnechte vu Chauffeuren z'änneren, awer méi wichteg, d'Denkgewunnechte vu Passagéier z'änneren. Am Moment hunn Inland an e puer Stied ugefaang urbanbaséiert Taxisendeplattformen opzebauen, wéi Wuxi, Nanchang, Wenzhou asw. A andeems Dir LED Reklammeschirmer op Taxie installéiert fir e Bezuelungsbalance z'erreechen a staatlech Finanzéierung ze minimiséieren. Ausserdeem, urban-Niveau Taxi Expeditiounsplattformen a Stied wéi Wuxi an Nanchang kënne grondsätzlech Selbstversécherung vu Personal bis System Ënnerhalt erreechen. Aus dëser Siicht ass d'Stad-Taxi-Expeditiounsplattform komplett erreechbar wat d'Kapitalinvestitioun ugeet. Huelt de Wuxi als Beispill. Et gi ronn 4.000 Taxien zu Wuxi. D'Sendeplattform gouf virun zwee Joer gebaut. Vum initialen Uruff vun Dosende vu Passagéier den Dag fir Taxien ze ruffen, bis Enn 2010, waren et am Duerchschnëtt méi wéi 6.000 erfollegräich Expeditiounen pro Dag. Méi wéi 8000. Et erliichtert net nëmme staark d'Rees vu Wuxi Bierger, awer méi wichteg, léisst den Uruff
Deen neien Auto-Hagel-Modell vum Auto fänkt u Wuerzel ze ginn. D'Erhéijung vun der Unzuel u Telefonsgespréicher an d'Zuel vun erfollegräichen Expedéierunge kënne verschéckt ginn
Den aktuelle Modus fir en Auto ze ruffen ass fir d'Ëffentlechkeet akzeptabel, an d'Chauffeure si bereet ze kooperéieren.
Wéi raisonnabel d'Kapazitéit vun den Taxien duerch Datenanalyse ze verdeelen ass och deen eenzege Wee fir d'Ëmwandlung vun den Taxie vum Astellung bei ESC no an no ze realiséieren. Wann d'Taxien haaptsächlech op ESCen vertrauen, dat heescht eidel Fuere reduzéieren op der Strooss, wäert et och e Widdersproch mat sech bréngen, dat heescht d'Méiglechkeete fir de Chauffer fir Passagéier manner ze gesinn, an d'Akommes vum Chauffer gëtt reduzéiert. Wéi den Taxi an der Regioun ze halen, wou den Auto benotzt gëtt, dat heescht, et kann d'Passagéier-Internatiounspositioun esou séier wéi méiglech erreechen nodeems en den Optrag vum Expeditiounszenter krut fir den eidele Kilometerpunkten ze reduzéieren an ze berécksiichtegen, datt de Chauffer d'Gefier fuere soll an dee Beräich ze waarden, nodeems d'Passagéier Neit Geschäft geschéckt goufen. Kuerz, fir dësen Iwwergank vum Transfert vum Chauffeur an den ESC Modus z'erreechen, musse fir d'éischt déi zwee Probleemer vum Chauffer geléist ginn: 1) Wéi e gewësse Betrag vun Taxi ESC Geschäfter ze garantéieren; 2) Wéi verdeelt een den übleche Parkplaz vum Gefier raisonnabel. Wann dës zwee Probleemer net geléist ginn, ass et onméiglech d'Zil vun der Transformation vum Geschäftsmodell z'erreechen. Baséierend op der statistescher Datenanalyse vun den dräi Taxisfirmen zu Shanghai, Volkswagen, Jinjiang a Bus, ass et fonnt datt, ausser Bussen, déi en deegleche Versandgeschäft vu méi wéi 2 Transaktioune pro Gefier erreechen, déi duerchschnëttlech Zuel vun erfollegräicher Versand Operatioune fir Volkswagen a Jinjiang ass nëmmen ongeféier 1 Bic. D'Zuel vun erfollegräichen Expeditions fir Volkswagen an engem Dag ass ongeféier 12.000, Jinjiang ass ongeféier 4.000, a Bussen kënnen 8.000 erreechen. Gedeelt vun der Unzuel vun de Gefierer déi zu hiren dräi Firmen entspriechen, kann et fonnt ginn datt déi aktuell Zuel vun ESC Servicer net den deegleche Geschäftsindikatoren vun de Chauffeuren entspriechen. Dëst ass d'Ursaach datt d'Chauffeuren ëmmer nach wiele wéi hiren Haaptmodus vun der Operatioun. Ausserdeem war d'ESC Geschäft vun dësen dräi Taxisfirmen fir méi wéi fënnef Joer a Betrib. Baséiert op der Geschwindegkeet vun dësem ESC Geschäft ass et am Prinzip virauszegesinn datt wann et keng administrativ Interventioun ass, et net méiglech wier automatesch ze wiessele vun der Rekrutéierung op ESC. De Geschäftsmodell koum op. Also wat kann eng GPS-baséiert Taxisending Plattform maachen fir d'Konversioun vun dësem Geschäftsmodell ze promoten?
Duerch d'Datenanalyse Virdeeler vun der Plattform kënne mir Chauffeure mat vernünftegen Autosgebrauchsgebidder ubidden an aner Weeër déi hëllefe fir d'Chauffeuren, fir d'Zil vun der Plattform z'erreechen d'Häerzer vun de Chauffeuren ze verdéiwen. Dat heescht, de System spillt net nëmmen d'Roll vum Verschécken an Iwwerwaachung aus der Perspektiv vun der Gestioun, awer och d'Roll vun der Analyse an der Guidance aus der Perspektiv vum Chauffer ze spillen, fir praktesch Hëllef ze bidden fir den Akommes vum Chauffer a garantéiert d'Sécherheet vum Chauffer. Duerch d'Datenanalyse vum Boarding Point vum Passagéier an der Boarding Time Period, weist de Chauffer d'Gebidder un, wou de Passagéierautovolumen an dësen Zäitperioden relativ héich ass, an d'historesch Unzuel vu Gefierer, déi an all Regioun an Zäitperiod benotzt ginn, formt eng deeglech historesch Datenverglach. Am aktuellen Operatiounsprozess, wann d'Zuel vun Taxifahrzeuge an dësem Beräich e gewësse Prozentsaz während dëse Perioden iwwerschreit, kann de System alarméieren an e Message un all Gefierer schécken fir de Beräich ze erënneren datt d'Gefierer saturéiert gi sinn, a Gefierer kënnen iwwerleeën ze goen an aner Beräicher fir eidel Fuerer ze vermeiden. A baséiert op den historeschen Donnéeë vun der Regioun an der Zäitperiod an der Unzuel vu Gefierer an der Regioun vum Dag, gëtt beurteelt wéi eng Gebidder nach ëmmer an engem Zoustand vu Manktem u Gefierer sinn, an de Chauffer gëtt guidéiert andeems hie Messagen un Emgéigend Gefierer. Duerch d'Analyse an d'Orientatioun aus der Perspektiv vum Chauffer gëtt d'Vertrauen an de Prestige vun der Verschécken Plattform no an no bei de Chauffeuren etabléiert, sou datt de Chauffer vun Zweiwel a Vertraue verwandelt fir op d'Versendungsplattform ze vertrauen. De Bordterminal huet d'Gefier an de System enk verbonnen. Soulaang wéi d'Gestioun méi kommunizéiert wéi de Chauffeur fir d'Iddien vum Chauffeur ze verstoen, a raisonnabel Léisungen a Gestiounsmethoden aus enger Gestiounsperspektiv virschloen, gleewen ech datt de Chauffer an der Plattform ass fir praktesch Virdeeler z'erreechen. Gläichzäiteg D'Investitioun vu Betriber a Regierunge kann och konkret belount ginn. Et ass gebonnen ze sinn datt den aktuellen ESC Geschäft mat manner wéi 2 Transaktiounen pro Auto pro Dag net héich ass fir Firmen déi vill an Baussystemer an der fréicher Stuf investéiert hunn. Reduzéiere vum städtesche Stroossestau a Brennstoffverbrauch duerch Taxisending ass e laange Wee ze goen. D'Schwieregkeet läit an der Konversioun vu gewéinleche Aarbechtsmethoden an nei Aarbechtsmethoden déi nach ëmmer net fäeg sinn ze managen a praktesch Uwendung. Beweist datt et den alen Aarbechtswee ersetze kann deen op Plädoyer baséiert. Wéi och ëmmer, de System kann ëmmer nach eng gewësse Roll spillen fir de Chauffer eidel Fuerer ze reduzéieren an de Spritverbrauch ze reduzéieren. Och wann d'Positioun vum Yang Zhao am Moment net duerch ESC ersat ka ginn, aus der Analyse vun ESC Daten a Gewalt Stied wéi Shanghai, Wuxi, Nanchang a Wenzhou, fänkt d'Method vum ESC lues a lues un vu Passagéier a Chauffeuren unzehuelen. Et ass just datt et nach e laange Wee ass fir de Yang Zhao weider auszebauen an z'ersetzen als Haaptmëttel fir Passagéier unzezéien.
GPS-based taxi dispatching and monitoring system  technology is not a new set of technologies. As an application in the taxi industry, it has slowly begun to enter the use stage on a large scale. The realization of a taxi dispatch and monitoring platform has gradually become a must on the road of enterprise and government management and information construction.
Today, the number of vehicles connected to the platform is increasing, and the function of calculating the degree of road congestion can be gradually achieved through the platform. The investment in calculating whether the city road traffic is congested is very expensive. Taking the speed measuring coil laid on the high-speed driving road as an example, not only the investment is huge, but the maintenance workload is also huge. Through the real-time running speed of the taxis connected to the platform and the road where the latitude and longitude are located, as long as the connected vehicles reach a certain proportion, it can be used to achieve the basis of real-time road conditions of urban roads. This technology that relies on the basic data of the taxi dispatching and monitoring platform to access vehicles to determine the real-time road conditions of urban roads is currently in the research and preliminary use stage. It is believed that the application of this technology will be more perfect and popular in the future. Of course, this kind of road condition analysis also has certain limitations. After all, the distribution of taxis on urban roads does not reach the various roads of the city. Therefore, the data of road congestion analysis cannot be complete, but it is an economical The basic data source method of road analysis, the data source and analysis of GPS-based taxi dispatch and monitoring system are still trustworthy and cannot be ignored.
In the future with the continuous development and improvement of mobile communication technology, GPS-based taxi dispatch and monitoring systems can achieve many things that are currently desired but cannot be achieved through high-speed and high-bandwidth wireless communication networks. For example, real-time monitoring of the actual situation in the car, real-time monitoring of the actual situation in the car, and other tasks that require network bandwidth. At present, the monitoring of the situation in the car basically uses a camera to take pictures, such as taking pictures when passengers get in the car, take pictures when passengers get off, and take pictures when the vehicle is alarmed. And transmitted to the server through the wireless communication network. Due to the limitation of bandwidth, the sharpness of photos taken will be limited. If a 4G network is adopted, the network bandwidth will be able to withstand the upload of video surveillance data, and the system can achieve real-time viewing of every move in the car. With the continuous development of smart phones, it is very common for mobile phones to support GPS positioning. The GPS-based taxi dispatch system can even be developed in the direction of online car booking. Passengers can directly use a mobile phone with GPS positioning function to book a vehicle, the system can directly obtain GPS positioning data on the passenger's mobile phone, and generate passenger car orders, which can more accurately obtain passengers' boarding latitude and longitude.


Postzäit: Sep-04-2020