Проектиране и внедряване на система за изпращане и наблюдение на таксита, базирана на GPS

С популярността и широкото използване на Глобалната система за позициониране (GPS) стана възможно в таксиметровата индустрия да разчита на GPS, за да получи географската ширина и дължина на превозното средство в реално време и да го използва като основа за внедряване на реално време на превозното средство система за планиране и наблюдение. В ерата на бързото развитие на националната икономика таксиметровата индустрия, важна част от градския транспорт, също навлезе в период на бързо развитие. Различни управленски въпроси, произтичащи от непрекъснатия процес на развитие, също са поставени пред държавните звена, които управляват таксиметровата индустрия и управлението на таксиметрови компании. Таксиметровият отрасъл е индустрия на услугите, пряко изправена пред обществеността. Превозните средства са разпръснати в различни райони на града, което има голямо влияние върху обществото и включва широк спектър. С непрекъснатия растеж на предприятията, как да планираме рационално разпределението на таксиметровия капацитет и да укрепим таксиметровия капацитет Управление на безопасността, засилване на корпоративния надзор на шофьорите и такситата, намаляване на празния пробег на превозното средство, намаляване на разхода на гориво, намаляване на загубите на ресурси и осигуряване на по-бързо на пътниците и по-качествени услуги и т.н., за да се решат практически проблеми, които изискват по-модерни системи за тяхното поддържане. Да си сътрудничат за постигане на здравословно и стабилно развитие на индустрията и да гарантират, че самата компания е по-конкурентна и по-бърза реакция на вземане на решения в индустрията. От гледна точка на държавното управление, a GPS-базирана система  е необходима за разрешаване на задръстванията в градския транспорт, намаляване на разхода на гориво и замърсяване на въздуха и засилване на държавния надзор над такситата. Как да проектираме и изградим цялостна система, която да задоволи в най-голяма степен всеобхватността и равномерността на държавния надзор; научният и перспективен характер на управлението на предприятията; мащабируемостта и стабилността на самата система; в същото време тя може да осигури на шофьорите, а пътниците да донесат практическа помощ и ползи, което е проблем, който трябва да бъде разгледан и решен при проектирането на GPS-базирана система за изпращане и наблюдение на таксита.

1

Roadragon’Основната работа на  е
1. Проектиране на система за изпращане и наблюдение на таксита, базирана на пълното разбиране на изискванията за изпращане на таксита, и реализиране на управляван от събития дизайн на системата, който поддържа многопоточност и голямо едновременно предаване на данни. Целта е да се позволи на отдела да
има по-ясна йерархична структура и по-мощни възможности за разширяване.
2. В процеса на внедряване на системата, предлагайте и решавайте голям брой връзки за данни между таксита и системата и осигурете целостта и надеждността на предаването на данни. Целта е да накара системата да достигне по-високо с по-икономични сървърни ресурси
Ефективността и надеждността на предаването на данни.
3. Предложете и решете проблема с точното търсене на изпращаеми превозни средства при сложни пътни условия по време на процеса на реализация на системата. Целта е допълнително да се намали празният пробег на автомобила и да се намали разхода на гориво на автомобила чрез по-точно търсене на автомобила.
Достигнете по-бързо мястото за качване на пътника.
4. Предложете и решете проблема с бързото и ефективно съхранение и извличане на масивни данни в процеса на внедряване на системата. И в комбинация с анализ на решения на реални проблеми, възникнали в процеса на изпълнение на проекта, за да се обясни системата в ежедневната
действителната роля на управлението. Целта е да се осигури бърза и точна поддръжка на данни за наблюдение и управление на превозното средство в реално време.
Според горния анализ системата може да бъде разделена на:
1. Подсистема за поддръжка на основна информация: Основна отговорност за поддържането на основната информация на операторите, основната информация за превозните средства, основната информация за водачите и поддържането на основните картографски данни.
2. Подсистема за поддръжка на поръчки за резервация на леки автомобили: Главна отговорност за интерфейса за данни с кол центъра и поддържането на поръчките за пътници и изпращане на информация за резервация на автомобил до фоновата диспечерска система.
3. Автоматична подсистема за изпращане на поръчки: Главна отговорност за поддържане на основната информация в реално време на превозното средство и съвпадение на превозното средство според получената информация за поръчката. Взаимодействие със съобщението с шлюза за съобщения.
4. Подсистема шлюз за съобщения: Главно отговорен за преобразуването и предаването между формата на съобщението в системата и съобщението, дефинирано между терминала и системата.
5. Система за наблюдение на картата : Главно отговаря за взаимодействието на данните с диспечерската подсистема и отговаря за дисплея на картата и динамичното показване на превозни средства в реално време. И изпращайте команди за управление на автомобила.
Потокът от данни отдолу нагоре е: 1. Превозното средство изпраща данни в реално време към подсистемата шлюз за съобщения; 2. Шлюзът за съобщения препраща анализираните данни към подсистемата за изпращане; 3. Подсистемата за автоматично изпращане се основава на поръчката
Превозното средство се проверява от географската ширина и дължина на превозното средство; 4. Подсистемата за автоматично изпращане изпраща допълнителна информация като информация в реално време на превозното средство и състоянието на превозното средство до подсистемата за картографска услуга; 5. Подсистемата за обслужване на карти записва историческите данни на превозното средство и ги изпраща на дисплея за наблюдение на картата в реално време.
Потокът от данни отгоре надолу е разделен на две основни части:
1. Потокът от данни, иницииран от диспечерската подсистема: 1. Диспечерският клиент получава заявката за използване на автомобила и я изпраща до автоматичната диспечерска подсистема; 2. Подсистемата за автоматично изпращане намира подходящо превозно средство въз основа на реалната ситуация.
Подходящи превозни средства и изпращайте заявки за използване на превозни средства до тези превозни средства чрез подсистемата шлюз за съобщения; 3. След като подсистемата шлюз за съобщения получи съобщението, тя преобразува протокола за съобщение и го изпраща на конкретното превозно средство.
2. Поток от данни, иницииран от клиента за наблюдение на картата: 1. Клиентът за наблюдение инициира заявка за наблюдение към сървъра на картата; 2. Сървър на картата го препраща към шлюза за съобщения през диспечерския сървър; 3. Шлюзът за съобщения преобразува протокола и го препраща към конкретно превозно средство.
От горния и долния поток от данни анализът на подсистемите е основно да се уведомяват взаимно за инициираните заявки чрез съобщения. Като се вземе предвид съответната навременност на системата и високата едновременност на данните, всяка подсистема в процеса на проектиране на системата приема основно модела "производство-потребление" за цялостен дизайн, най-важният от които е да се използва моделът на наблюдателя за отделяне. Идеята на този режим е да изрязва заявки от различни групи нишки за обработка на данни асинхронно. „Производителят“ е нишката, която генерира заявките, които трябва да бъдат обработени, а „потребителят“ е нишката, която приема тези заявки и отговаря на тях. Предимството е, че осигурява ясно разделяне, така че нишките могат да бъдат по-добре проектирани и могат да бъдат по-съобразени с философията на дизайна на свободното съединение. Той също така помага на разработчиците да намират и решават проблеми, които възникват по време на действителната употреба. Модулният дизайн и изпълнение на системата също допринася за поддържането и разширяването на системата. В същото време модулният дизайн и внедряване също помагат на независимото модулно тестване на всеки модул за подобряване на паралелното развитие в екипа и също така има достатъчна гаранция за последващите рискови конфигурации на системата. Основните функции на всеки дизайн на подсистемата са както следва:
1. Подсистема шлюз за съобщения: Главна отговорност за приемането и препращането на съобщения и преобразуването на протоколи за съобщения. Получаването и препращането на съобщения трябва да обмисли поддържането на връзката при големи паралелни ситуации и как слоят на приложението може да осигури целостта на данните, които трябва да се изпращат при задръстване на мрежата. Развързването между терминала и системата се осигурява чрез преобразуване на протокол. Дори ако системата за изпращане и наблюдение на доставчика на терминали е заменена, целостта може да бъде гарантирана и трябва да бъде модифициран само модулът за преобразуване на протокол на подсистемата шлюз.
2. Подсистема за автоматично изпращане: Отговаря за автоматично преценяване кои превозни средства са подходящи за пътници въз основа на информацията за местоположението и състоянието на превозните средства, комбинирана с основната информация за пътническите автомобили и основната информация за пътищата на града. Основните модули включват модул за получаване и изпращане на съобщения, модул за преобразуване на съобщения и задачи (Задача), модул за пул от нишки. Ключовата част на отделянето в подсистемата е модулът за преобразуване на съобщения и задачи. Чрез този модул различни съобщения се преобразуват в една или повече независими задачи и задачите се изпращат към различни пулове нишки за обработка.
3. Подсистема сървър на картата: наблюдавайте превозни средства в реално време и записвайте данни в реално време на превозни средства за исторически анализ.
Дизайн на цялостната архитектура на системата
Тази система приема Java като език за разработка. В процеса на проектиране цялата система е разделена на няколко подсистеми чрез модулен дизайн, а Socket се използва за взаимодействие на данни между системата и системата. Подсистемата приема основно режима на производство и потребление, за да осъществи разделянето между задачи и операции и използва технологията за многопоточност по-гъвкаво, за да подобри възможностите за едновременна обработка на системата. За общите функционални модули между всяка подсистема (като модул за управление и поддръжка на мрежови връзки, модул за пул от нишки и др.) Системният дизайн публичните и независимите функционални модули се проектират предварително в процеса, за да се избегне ненужно повтарящо се развитие в подсистемите. Подсистемата е изправена само пред действителната бизнес логика.
Проектиране и реализация на режим на производство и потребление
Като се вземе предвид взаимодействието на съобщенията между подсистемата и подсистемата, както и изискванията за едновременна обработка на системата от задачи в рамките на подсистемата, най-основното от системата в процеса на проектиране е да приеме модел на производство и потребление. Въвеждането на този режим няма да бъде изчерпано в тази статия. Тази статия представя основно структурата на дизайна на режима на производство и потребление в тази система, съчетана с подробен анализ на бизнес процеса на таксиметровата диспечерска поръчка и специфичното приложение на режима на производство и потребление. Цялостната структурна структура на режима на производство и потребление в тази система се основава на пула от нишки и обектите на задачите. Основните функции, предоставени от пула от нишки, включват поддръжка и управление на нишки, както и поддръжка и управление на буферни опашки.
По-важно в модела за производство и потребление е дизайнът на пула от нишки. Например, OrderThreadPool е да постигне изпълнение според персонализиран ред за сортиране. Ако приемем, че операторът е класифициран като тип, а New Order_Task е обектът за обработка, тогава OrderThreadPool ще бъде изпълнен в ред в съответствие със задачите на всеки оператор, като гарантира, че в пула от нишки се изпълнява само една New Order_Task за всеки оператор. Принципът на дизайна е да се поддържат две HashMaps, една HashMap се използва за поддържане на управлението между стандарта за класификация и съответната задача, ключът е типът на класификация, а стойността е списъкът със задачи LinkedList. Изпълнява се друга HashMap, използвана за поддържане на задачата от тази категория. След като се прецени, че има задача от същия тип, която се изпълнява по време на getTask, се избира друг тип задача за сравнение, докато получената задача не е тип задача, която не е в ход и се връща в пула от нишки за изпълнение. В същото време системата се фокусира и върху използването на високопроизводителни инструменти за едновременност, предоставени от Java от 1.5, като: брави за четене-запис, семафори, синхронизация на нишки за сдвоени централи и др.
Въпреки че системата за наблюдение и изпращане на превозно средство главно включва само отдела за диспечериране на превозни средства, тъй като той осъзнава пряката връзка между системата и превозното средство, способността за получаване на реални данни на основните данни за превозното средство е поставила солидна основа за усъвършенстваното управление на компанията. Следователно в процеса на проектиране е необходимо също така да се разгледат напълно управленските идеи на висшето ръководство на предприятието и да се комбинират идеи за гъвкаво управление с относително фиксирана система за планиране. Нека системата за планиране и наблюдение на превозното средство наистина се превърне в авангард на изграждането на корпоративна информация и си сътрудничи с предприятието, за да реализира собствената си стратегическа насока.
Поддържане на исторически данни за превозното средство

2

Поддържането на историческите данни на превозното средство е ключът към анализа и наблюдението на превозното средство. Историческите данни на превозното средство включват предимно информация за историческия файл с траектория на превозното средство, исторически данни за експлоатацията на превозното средство и т.н. Данните за историческата траектория на превозното средство се използват главно за намиране на историческия маршрут на шофиране на превозното средство, който се използва за разрешаване на жалби на пътници, анализ на пътнотранспортни произшествия и намиране на изгубено имущество на пътниците. В действителния процес на кандидатстване, за да се гарантира, че траекторията на превозното средство може да бъде очертана безпроблемно на картата, е необходимо да се гарантира, че честотата на отчитане на точките на траекторията на географската ширина и дължина на превозното средство е достатъчно плътна. Ако превозното средство качи доклад за местоположението на всеки 10 секунди, ще има 8640 на ден. Данните за отчета за местоположението се изчисляват като част от данните за отчета за положението [4 байт идентификационен номер на автомобила + 8 байта географска ширина и дължина + 4 байта време + 1 байт скорост + 1 байт (посока, позициониране) + 1 байт състояние на автомобила + 4 байта тип аларма] a общо 23 байта, по един на ден Данните за следите на автомобила са до 194K. Десет хиляди превозни средства на ден могат да достигнат 1G данни. Как да съхранявате тези данни? Как да предоставим на потребителите удобна и бърза заявка? Как да анализираме полезна информация въз основа на тези данни, за да предоставим нови идеи за управление? Тези въпроси трябва да бъдат разгледани в процеса на проектиране и внедряване на системата. Историческите експлоатационни данни на превозните средства са главно за анализ на дневните приходи на всяко превозно средство. Анализът на данните за приходите помага на ръководството да анализира дали текущите такси са разумни, дали входящият капацитет е наситен и други данни за управление. Експлоатационните данни основно включват основни данни като номер на регистрационния номер, идентификационен номер на превозното средство, начален час, краен час, експлоатационен пробег, оперативна сума и др. Анализирайте 800 000 записа на 10 000 превозни средства на ден с 80 транзакции на превозно средство на ден. Как да осигурим целостта на оперативните данни, съхранението и анализа на оперативните данни и как да извадим полезни данни за управленски анализ от тези основни оперативни данни, така че потребителите да могат да ги използват удобно и бързо, са всички въпроси, които трябва да бъдат разгледани в процес на проектиране на системата.
 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

В GPS-базирана система за изпращане и наблюдение на таксита, как да се реализира системата автоматично намира подходящи превозни средства, за да предостави на пътниците идеи и дизайнерски схеми. Целта на диспечерската функция на системата е да осигури на пътниците най-навременните превозни средства и да осигури таксита на най-близките пътници, за да намали пробега на водача, за да постигне целта за спестяване на енергия и намаляване на емисиите. Спестява пари за шофьорите и осигурява удобство за пътниците.

Първите две цели, които трябва да бъдат взети предвид в процеса на проектиране на автомобила за намиране за изпращане: бърз и точен. Първо, нека разберем основните атрибути на пътника, който се обажда, за да осигури търсене на автомобил. 1) Телефонният номер, който пътникът е набрал; 2) времето, през което пътникът е използвал автомобила; 3) Мястото, където пътникът щеше да се качи на колата. Телефонният номер на тези три основни атрибута може да бъде получен директно чрез системата за обаждания и ако автомобилът е резервиран от името на някого, той може да бъде получен, като поиска от пътника да се обади обратно на телефонния номер. Пътниците също ще поемат инициативата да информират диспечера за часа на автомобила. Ключът е третата точка на мястото за качване. Пътниците обикновено казват само физически адрес, като например: кой път е близо до определен път и други текстови описания. За системата за изпращане системата трябва да преобразува текстовата информация за състоянието на пътя в конкретна информация за дължина и ширина, за да намери превозни средства и да използва информацията за дължина и ширина, за да определи дали наоколо има подходящи превозни средства за изпращане. Следователно най-основната работа за точно търсене на превозно средство е как да се получи информация за дължина и ширина на мястото за качване на пътниците.

Поддържайте информацията за географската ширина и дължина на точката на вземане

Поддържането на информацията за дължина и ширина на мястото за вземане е да се поддържа информация за градската пътна библиотека. Включват се главно: данни за географска ширина и дължина на кръстовището на пътя, данни за географска ширина и дължина на сградата, данни за географската дължина и дължина на участъка с номер на дома и др. Според пътните характеристики на различните градове могат да се използват различни данни за изпращане на източника на географската ширина и дължина данни на точката на вземане. Например градове със стандартизирани и зрели номера на къщи като Шанхай може да предпочетат географската ширина и дължина на сегмента от домашни номера като източник на данните за дължина и ширина на точката за качване на превозното средство. В някои малки градове географската ширина и дължина на забележителните сгради могат да се използват като източник на географската дължина и ширина на мястото за качване на пътници. Общият град е по-подходящ за географската ширина и дължина на кръстовището на пътя като източник на географската дължина и ширина на точката за качване на пътниците.

Има предимства и недостатъци на всеки от тези методи според броя на участъка, забележителните сгради и пътните кръстовища. Обикновено се използва в комбинация по време на действителното приложение. Сегментът на номерата на къщите има относително малък обхват на приложение и разпределението на номера на града в града трябва да бъде стандартизирано и непрекъснато. Но начинът на сегмента от домашни номера може бързо и точно да установи географската дължина и ширина на мястото за качване на пътници. Принципът е следният: разделете пътя на няколко малки пътища според номера на къщата и използвайте малките пътища като точки за дължина и ширина. Що се отнася до това колко номера на вратите са разделени на една секция, персоналът, който събира пътна информация, решава сам според реалните условия на пътя. Събирането на географската дължина и ширина на сегмента на номера на вратата може да бъде начинът, по който колекторът се вкарва в сегмента с номера на вратата на определен път и качва географската дължина и ширина през GPS устройството, за да получи най-точните данни за дължина и ширина на пътя. При действителното използване на системата, когато пътникът се обади на телефона на автомобила и информира пътя и номера на къщата на мястото за качване, системата може да намери частта от къщата, към която принадлежи номерът на къщата, в съответствие с пътя и номера на къщата и да получи съответния номер в секцията на къщата. Информация за дължина и ширина, например, когато пътник се обади и каже, че адресът на автомобила е No 10 Zhongshan Road, системата ще установи, че No 10 Zhongshan Road е в диапазона от No2 до No 50 Zhongshan Road , така че системата ще се върне от 2 до 50 Zhongshan Road. Информацията за дължина и ширина, съответстваща на пътния участък, се използва като информация за дължина и ширина на мястото за качване на пътници. Този метод за получаване на географската ширина и дължина на мястото за качване е относително точен и грешката няма да надвишава 500 метра. Недостатъкът е, че относително голямото натоварване при получаване на данни за номера на къщи изисква период на трудно и подробно събиране на основни данни в ранния етап. Освен това степента на стандартизация на номерата на градските къщи е относително висока. Основният начин за получаване на географската ширина и дължина на градския път е да се получи информация за географската ширина и дължина на преминаващия път чрез анализ на картографските данни на града. Когато пътникът се обади, се посочва, че определен път е близо до определен път, за да се получат приблизителните географска ширина и дължина на точката за качване. Този метод за получаване на географска ширина и дължина е по-удобен, но недостатъкът е, че не може да се гарантира точността на позиционирането. След като пътникът е на дълъг път без кръстовище в рамките на няколко километра от пътя, системата няма да може да получи точно точната ширина и дължина на качването на пътника въз основа на информацията за дължина и ширина на кръстовището.

Планиране за намиране на кола

3

Поддържането на данните за дължина и ширина на пункта за качване на пътници осигурява солидна основа за данни на системата за автоматично изпращане на превозни средства за намиране на превозни средства. Все още трябва да се разгледа възможността за намиране на автомобили в комбинация с пътните характеристики на местния град и броя на такситата, участващи в изпращането.
Намерете автомобил според линейното разстояние на географска ширина и дължина
Този метод за намиране на автомобил е относително удобен и практичен за изпълнение и се използва най-често в практически приложения. Принцип на реализация: Начертайте кръг с дължина и ширина на точката за качване на пътници като център на разстоянието за търсене на автомобил като радиус, докато превозното средство в кръга е превозното средство, което диспечерът търси, ако няма превозно средство в даден момент, радиусът ще продължи да се сравнява с превозното средство в съответствие с определен диапазон, докато превозното средство бъде намерено или радиусът достигне максималната стойност, зададена от системата. Този метод е относително лесен за изпълнение, но ефективността не е много висока, тъй като е необходимо да се изчисли разстоянието между всички превозни средства и центъра на кръга. Това не е научно и ефективно. Представете си пътник на платформа с 10 000 превозни средства, който се обажда за кола. Всъщност около пункта за качване на пътниците няма да има повече от 20 превозни средства, а само едно превозно средство ще бъде предоставено на пътниците. Трябва обаче да изчислим разстоянието за всички 10 000 превозни средства на платформата. По принцип 9 980 изчисления са безполезни изчисления. Тогава в реална употреба, поради непрекъснатото подобряване на текущата производителност на сървъра, използването на този метод на платформа за изпращане на таксита с повече от 10 000 превозни средства е все още бърз и точен метод за изпълнение. Особено в град с разумно пътно планиране като Шанхай, няма нужда да се разглежда феноменът, че превозното средство трябва да измине голямо разстояние, преди мястото за качване на пътниците да се обърне, за да вземе пътниците. Като се вземат предвид огромните безполезни изчисления, довели до намирането на автомобил според линейното разстояние на дължина и ширина, дизайнът на системата има допълнителна посока на оптимизация.
Търсене
на мрежова
Данни от GPS карта за точно намиране на автомобил

5

Независимо дали става въпрос за най-примитивното праволинейно търсене на автомобил или за по-нататъшно търсене на мрежа, все още най-основният принцип е да се прецени дали колата е подходяща като алтернативно превозно средство въз основа на сравнението между географската дължина и ширина на пътника качване и праволинейното разстояние на превозното средство. Начинът на комбиниране на пътните данни за постигане на прецизно намиране на автомобил не е често срещан в настоящата диспечерска система. Причината е, че обикновено е по-удобно вътрешните превозни средства за градска пътна мрежа да се обръщат. Големите градове с повишени магистрали също предвиждат, че празните превозни средства нямат право да се издигат. Следователно в Китай намирането на автомобил през праволинейното разстояние между точката за качване на пътниците и точките за дължина и ширина на превозното средство е достатъчно, за да отговори на основните нужди на клиентите.
Но някои специални градове като Джакарта в Индонезия. Превозните средства по пътищата на този град често трябва да изминат няколко километра или повече, за да се обърнат. Тъй като Индонезия е разположена в район, застрашен от земетресения, градът няма метро, ​​така че в средата на пътя са отворени два специални пътя за шофиране на бързи автобуси. Истината е, че отделените превозни средства изобщо не могат да се обърнат. В такъв неудобен град, ако географската дължина и ширина на точката за качване на пътници се сравнят с географската дължина и ширина на превозното средство, за да се намери кола, тогава човекът и превозното средство ще бъдат от различни страни, или позицията на пътника току-що е била управляван, така че превозното средство може да се наложи да обиколи голяма площ. Кръгът може да се върне, за да вземе пътници. Това противоречи на първоначалното намерение на GPS диспечерската система да спести разход на гориво на водачите. За да разреши това противоречие, системата трябва да обмисли използването на разстоянието между превозното средство и качването на пътниците и пътната информация, за да намери подходящо превозно средство.
Идея за дизайн: Начертаните на картата пътища обикновено са представени от „сегменти“. Пътят е разделен на непрекъснати "сегменти". И според ширината на всяка секция, за да се образува "лента". По този начин на картата може да се покаже пълен модел на пътя. Според това дали всяко кръстовище може да се обърне, дали пътят е еднопосочен и т.н., информацията за пътя първо се комбинира в насочена графика. След това, според разстоянието на търсене на автомобил, се изчислява къде е най-отдалечената до пътната точка пътна точка, като по този начин се получават данни за ширина и дължина на пътя. Според данните на линията за географска ширина и дължина на пътя, получени от графиката, насочена към пътя, плюс ширината на всеки участък от пътя, за да се получи обхватът на географската ширина и дължина на пътя „колан“. След това преценете с действителната ширина и дължина на превозното средство дали превозното средство е на пътния "колан". Ако географската ширина и дължина на превозното средство са в обхвата на пътния "колан", това означава, че превозното средство се движи по квалифициран път. Въпреки че комбинацията от обръщане на графика и максималното разстояние на обхождане може да реализира търсенето на превозни средства, как да зададете началната точка на пътната "карта", тоест как да накарате пътниците да се качат на борда да паднат на пътя, в края на краищата, пътната позиция, където много пътници се качват в превозното средство, не е. Трябва да е на пътя, поддържан от системата, а също така е възможно географската ширина и дължина да са само в общността. С тази ситуация е трудно да се справим без много подробни данни за географската ширина и дължина на града, тъй като не можете просто да се придвижите до пътя с географската ширина и дължина на пътника като ширина и дължина на борда на пътника, тъй като е много вероятно пътникът да е в общността , оставяйки пътника да се качи на превозното средство с най-близката географска ширина и дължина. Пътят е просто отделен от стената на общността. За да се прецени най-близкият път, са необходими много подробни картографски данни и те трябва да бъдат точни до портата на общността. За да намали инвестицията в проекта, системата може само да се съгласи, че географската дължина и ширина на пункта за качване на пътници се основават на географската дължина и ширина на пътя.
В процеса на основни данни за пътната библиотека данните за пътната библиотека трябва да бъдат поставени на действителния път. Представете си сценарий, при който системата получава ширина и дължина за качване на пътник и системата трябва бързо да премине от данните за градския път до пътния "сегмент", където се намират географската ширина и дължина на борда на пътниците. И според тази пътна „отсечка“, за да получим пътната „отсечка“, свързана с пътната „отсечка“, разбира се, трябва само да получим линейното разстояние по дължина и ширина на автомобила е по-малко от максималното разстояние, посочено за намиране на кола, тъй като линейното разстояние между две точки е най-краткото, Ако праволинейното разстояние е надвишило максималното разстояние за намиране на автомобил, тогава действителното разстояние на кривата на пътя определено ще надвиши максималното разстояние за намиране на автомобил. Според всички намерени пътни "участъци", които отговарят на максималното разстояние за намиране на автомобил и свързани с посоката на пътя, където пътниците се качват на превозното средство, пътният "колан" се получава според широчината на пътя, определена от всеки път "участък" . Следователно основната работа в процеса на изпълнение е да се изгради модел на пътя и как бързо да се получи път, свързан с дължина и ширина на качването на пътниците. За структурата на пътните данни първо помислете за разделяне на действителните пътни данни на „сегменти“. Ако приемем, че най-дългият „участък“ е разделен на дължината от 1 км, целият град Шанхай е взет за пример. Общата дължина на магистралите в Шанхай е около 11 000 километра, а общата дължина на градските пътища е около 4 400 километра. Дори ако обемът на данните за пътния сегмент е разделен на 1 км, това е важен атрибут от малък порядък, като се има предвид пътният "сегмент".
Заключение
Най-основната и най-критична функция при планирането на превозни средства е да се намери правилното превозно средство бързо и точно. Тази глава въвежда и анализира основните принципи на намирането на автомобили и реализацията, предимствата и недостатъците на няколко метода за намиране на автомобили. От най-често срещаното разстояние за намиране на кола до мрежа, за да намерите кола и накрая комбинирайте дизайна и изпълнението на прецизното търсене на автомобил с информация за градските пътища. Въпреки че има много досадна поддръжка и управление на основните градски данни за пътя в прецизния процес на намиране на автомобили, съчетан с пътна информация, този метод за намиране на автомобили ще става все по-съвършен с пътната информация и изискванията на клиентите точността на изпращане стават все по-високи и по-високи. В крайна сметка, колкото по-точно е търсенето на автомобил, толкова повече той може да намали празния пробег на автомобила и да намали ненужния разход на гориво, а ентусиазмът на водача ще става все по-висок. Методът за планиране на намирането на автомобили с прецизно намиране на автомобили, съчетан с географска информация за пътищата, ще бъде все по-широко използван в бъдеще.
Анализ на данни и приложение
Проблем с паркирането на такси

6

Най-обезпокоителното за транспортните бюра на различни места е, че такситата в техните юрисдикции изпращат стачки и спират инциденти с шофиране. Това не само засяга пътуванията на гражданите, но по-голямата причина е, че лошият обхват на влияние оказва силно влияние върху стабилността и единството на обществото. Може да се каже, че спирането на таксита е основен приоритет на Бюрото за транспорт да поддържа стабилност. През последните години, поради различни причини, от време на време се случват стачки и спиране на таксита. Начинът за решаване на спирането на таксита е основно държавният административен метод за намеса, а GPS платформата за наблюдение е основно в помощната роля в случай на инцидент. Анализирайте според процеса на решаване на проблема със спирането на такси. Правителството обикновено може да използва метода само за потискане на таксиметровите компании, а някои компании се представят да вършат идеологическата работа на шофьорите. Основната причина водачите да спрат да шофират не е нищо повече от ниски доходи и прекомерна интензивност на работа. GPS системата играе само част от ролята на наблюдение и правителството все още трябва да изпрати голям брой служители на посещение. Може ли обаче базираната на GPS платформа за изпращане и наблюдение на таксита да играе само част от ролята на мониторинг? След анализ и мислене, практически и теоретичен анализ. Системата за изпращане и наблюдение на таксита, базирана на GPS, е напълно способна за предварително предотвратяване, предварително напомняне, наблюдение по време на събитието и обобщение след събитието.
Предотвратете предварително
Общата структура на местната таксиметрова индустрия от правителство до шофьор е основно една и съща. По принцип правителството има административна власт да управлява дейността на таксиметрови компании в рамките на своята юрисдикция; таксиметровите компании имат право да управляват таксита и да прехвърлят ежедневната експлоатация на такситата на водача, като начисляват на водача определена такса за управление всеки месец; водачът е отговорен за шофирането. Разходите за гориво, разходите за ремонт и глобите за нарушения на правилата и разпоредбите се поемат основно от водача. Таксата за управление, платена на таксиметрова компания, в основата си представлява около 2/3 от месечните приходи на шофьора. Чрез комуникацията с държавния персонал и разбирането от таксиметровия шофьор в процеса на справяне със спирането на няколко инцидента беше установено, че има приблизително две причини за спирането на таксито:

Доходите на водача са твърде ниски;
2. Има лидери, подстрекани и организация. Чрез комбиниране на причината за спирането на събитието с реалното състояние на GPS-базирана система за изпращане и наблюдение на таксиметрови системи, системата може да даде напомняне на съответните отдели предварително. Нека анализираме реалното положение: таксита се движат по улиците и улиците на града. Именно поради мобилността му вдъхва сложността на управлението. Най-важното устройство вътре в таксито е броячът, който записва подробна информация за всеки бизнес на шофьора. Включително количество, начално и крайно време, пробег и др. GPS терминалът, инсталиран на таксито, установява връзка в реално време между таксито и таксиметъра в колата и системата чрез безжична комуникация на терминала. Мениджърите могат да контролират и управляват тези таксита. Чрез системата за комуникационен модул на терминала можете да разберете брояча на всяко превозно средство и дневния доход. Чрез тези две индексни системи може да се анализира месечният основен доход на всеки водач. Според месечния доход може да се прецени кои шофьори е вероятно да бъдат подбудени, а отделът за управление може да предприеме различни мерки за премахване на скритите опасности и начинаещи. Например, компаниите могат да интервюират шофьори с ниски доходи по начин, по който се грижат за служителите си, да научат за трудностите на шофьорите навреме и да предоставят субсидии за определени трудности или да увеличат действителните доходи на шофьорите, като предоставят добър трудов опит. Идеята за предпазливост е ясна: чрез статистически анализ на действителните приходи на водача, за да се определи дали водачът има възможност да спре. Чрез лична комуникация с шофьори с ниски доходи предварително и други методи, опитайте се да решите действителните трудности на шофьорите, грижете се за шофьорите с ниски доходи и покажете грижата на компанията за шофьорите, за да постигнат ефекта от предотвратяване на проблеми, преди те да възникне. В този процес системата играе роля за точното преценяване на интервюирания предварително, избягването на безцелната цел на компанията и прави работата на компанията по-целенасочена и ефективна. Основната база данни за метода на реализация са данните за приходите на таксиметъра в таксито и записът на таксиметъра. Следователно измервателният уред трябва да осигурява интерфейс за данни към GPS терминала на превозното средство и данните могат да бъдат „изплювани“ към терминала на превозното средство след всяка услуга. След получаване на данните, монтираният на превозното средство терминал потвърждава и изпраща съобщение за обратна връзка за потвърждение до глюкомера. Монтираният на превозното средство терминал качва данните на измервателния уред в системата чрез модула за безжична комуникация. След като системата получи данните, тя ги съхранява в базата данни и изпраща съобщение за обратна връзка, потвърждаващо получаването, до терминала, монтиран на превозното средство. На теория се гарантира, че целостта на данните ще бъде доставена чрез изпращане на съобщение за обратна връзка с потвърждение. От друга страна, системата трябва да зададе различни прагове за данни според реалната ситуация на различни места, за да определи степента на отклонение между качените данни и реалната ситуация, за да определи дали данните са „надеждни“. Например, задавайки среднодневния брой на „измерването“, максималния оперативен размер на единична разлика и др. Системата генерира резултати за сравнение според различни зададени прагове на данните, които ръководителите да преценят.
Като се вземе предвид огромното количество данни за данните за приходите на такситата, 80 данни за приходите на превозно средство на ден за изчисляване на дневните записи на оперативните данни на 10 000 превозни средства са 800 000. Помислете за приемане на таблицата на дяловете, за да реализирате процеса на проектиране. Тоест една дялова таблица на месец. Вземете действителното време на появяване на качените оперативни данни като ключ на таблицата на дяловете и таблицата на дяловете. Автоматичните статистически данни се правят веднъж на ден, за да се изчисляват общите дневни приходи на всяко превозно средство, както и броя на измерванията, експлоатационния пробег и празния пробег на шофиране на ден. Броят на измервателните уреди се използва, за да се определи дали приходите на водача съответстват на реалната ситуация, а експлоатационният пробег и празният пробег се сравняват, за да се определи дали целта на разхода на гориво може да бъде спестена чрез намаляване на празния пробег.
Напомнете предварително
Как да напомним на ръководството възможно най-скоро, когато водачът е спрял инцидента при събиране, и да дадем на ръководството достатъчно време, за да разбере реалната ситуация и да направи план за решение? Това също е функция, на която отделът за управление отдава голямо значение. Целта на шофьора при инцидента със спиране на такси е да разшири социалното въздействие и да привлече вниманието на съответните отдели и да се вслуша в техните изисквания. Следователно, в случай на спиране на такси, превозните средства ще се събират на няколко влиятелни места в града. Следователно системата може да възприеме два метода при проектиране и преценяване на спиране и събиране: 1) Предварително задайте зоната за наблюдение, за да определите броя на превозните средства в реално време и състоянието на превозното средство в зоната; 2) Не задавайте зоната за наблюдение предварително и следвайте напълно градските граници. Рафинираната площ се използва за определяне дали превозните средства се събират. Тези два метода обикновено се основават на метод първи и метод втори като допълнение. Проектирането и изпълнението на предварително зададената зона за наблюдение е: предварително задайте зоната на картата, която може да бъде многоъгълник, кръг и други различни форми. Системата генерира областни обекти на заден план според зададения тип форма и точки на географска ширина и дължина. Географската ширина и дължина, качени в реално време, определят дали превозното средство е в района. Например в областта за наблюдение на полигона системата генерира многоъгълни полигонни обекти въз основа на точките от полигона, избрани от потребителя на картата, и преценява дали превозното средство е в зоната въз основа на информацията за географската ширина и дължина на всяко превозно средство. След като превозните средства са в зона за повече от определен обхват, системата преценява, че тези превозни средства са заподозрени в събиране. След като броят на превозните средства в зона за наблюдение надвиши прага, зададен от управителния персонал, системата ще започне да алармира и ще уведоми съответния персонал, за да обърне внимание чрез текстови съобщения от мобилен телефон и изскачащи прозорци с карти. Системата също така предоставя подробна информация за превозните средства в ключовата зона за наблюдение, като фирма, име на шофьор и др. Ако се прецени, че се провежда реално събирателно събитие, съответните отдели могат да координират с пътната полиция, за да предотвратят превозните средства от продължавайки да се събирате в района и в същото време, според автомобилната компания, предоставена от системата, да издава заповеди за надзор на предприятието и т.н., подтиквайте лицето, което отговаря за предприятието, да се отзоват на място Бизнес шофьори и превозни средства. Накратко, целта е да се използва времето за справяне със ситуацията, преди тя да се разшири и да се опита да избегне разширяването на ситуацията.
Идеята за случайно наблюдение на броя на превозните средства в дадена област е да се определи дали броят на превозните средства в рамките на един километър от града надвишава определен праг. Тъй като площта, която трябва да бъде оценена, е произволна комбинация, системата трябва да прави статистически преценки, като комбинира малките области в големи области в процеса на изпълнение. Например площта от 1 километър е разделена на 9 малки зони от 100 метра. Ако прагът на превозните средства в 1-километрова зона е 30, ако броят на превозните средства на всеки 100 метра надвишава 4, общият брой на превозните средства в 100-метровата зона може да се увеличи до прага от 30 превозни средства. Следователно обхватът на мониторинг на системата се трансформира в мониторинг на малка площ от 100 метра. Проектирането и изпълнението на зоната за случаен мониторинг е както следва: системата подразделя целия град на области на всеки 100 метра според местоположението на града и географската ширина и обхват на географската дължина. Разделената зона задава прага за броя на превозните средства. Системата преценява въз основа на броя превозни средства в малка зона и след достигане на прага преценява дали общият брой превозни средства в околността достига прага на аларма за броя на наблюдаваните превозни средства. С подобряването на разбирането от страна на таксиметровите шофьори за GPS терминалите, платформата за мониторинг също трябва да дава ранно предупреждение за необичайно качване на GPS данни. Например броят на аномалиите на комуникацията на превозните средства рязко се е увеличил за определен период от време, а броят на превозните средства на картата за наблюдение се е увеличил рязко за позициониране и т.н., също са показатели за данни, към които отделът за управление трябва да бъде бдителен.
Мониторинг
при
Обобщение след това
Събирането на суспензията обикновено продължава няколко дни или дори повече от седмица. След това е необходимо да се извърши статистически анализ на драйверите и единиците, участващи в събирането. Системата може да изчисли натрупаната продължителност на престоя в зоната за паркиране по време на продължителността на съвкупното паркиране въз основа на историческата информация за траекторията на превозното средство, за да определи дълбочината на участието на водача в паркирането. Той може да прецени дали превозното средство е нарушило комуникацията на бордовия терминал, като събира статистическите данни за онлайн тарифата на превозното средство по време на общото спиране. Осигурете подкрепа за данни на правителството и предприятията, за да намерят и съберат организаторите на събитието за спиране.
Като фокус на поддържането на градската стабилност, спирането и събирането на таксита привлича вниманието на много градове. Функцията за наблюдение в базирана на GPS платформа за изпращане и наблюдение на таксита осигурява главно предпазните и предупредителните функции на събития за спиране на шофиране. Основната причина за конфликт, базиран на инциденти при събиране при спиране на шофиране, може също така да намали скоростта на шофиране на празния шофьор чрез функцията на GPS диспечер, да намали разхода на гориво за празно шофиране на водача и да намали разходите на водача за оказване на помощ.
Намаляване на задръстванията и разхода на гориво
С бързото развитие на вътрешната икономика задръстванията в различни градове стават все по-сериозни. Противоречията, причинени от задръстванията в местните първокласни градове като Пекин, Шанхай и Гуанджоу, стават все по-очевидни. Още по-сериозно е, че задръстванията в градски условия са се разпространили от градове от първо ниво до градове от второ и трето ниво. Въпреки че много големи градове започнаха да проучват някои ограничителни мерки за намаляване на пътуванията с превозни средства, за да постигнат целта за облекчаване на задръстванията в градските условия, като нечетен и четен номер на Пекин, търг за регистрационни табели на Шанхай и т.н. Някои градове дори започнаха да планират да налагат такси за задръстванията в градовете. Феноменът на задръстванията в градските условия обаче все още не е подобрен. Напротив, с развитието на националната икономика и подобряването на жизнения стандарт на хората, търсенето на хората за закупуване на автомобили стана по-силно, а противоречието на задръстванията в градовете стана по-очевидно. Начинът да се помогне за намаляване на задръстванията по пътищата е да се обмисли постепенното заместване на метода за крайпътно таксиметрово пътуване чрез планиране на превозни средства. Според статистиката, като вземем за пример Шанхай, празният пробег на таксита представлява повече от 40% от общия пробег. Това е.
Твърди се, че близо половината от петрола в такситата се губи на ден и почти половината от автомобилите се движат по пътя. Това не само губи пари за газ, увеличава трудоемкостта на шофьорите, но също така отнема ценни градски пътни ресурси. Представете си, че ако сегашната вътрешна система за таксиметрово спиране бъде променена от публичен разговор към метод за изпращане по телефона, тогава таксито ще почива, когато няма пътници, т.е. спестява газ и намалява интензивността на труда и освобождава пътни ресурси. Промяната на концепцията е постепенен процес. Набирането на пътни таксита е модел, който се е формирал от началото на таксиметровата индустрия и е често срещан бизнес модел от страната до чужбина. Постепенният преход от набиране на персонал към телефонна диспечер изисква не само промяна на работните навици на шофьорите, но по-важното е промяна на мисловните навици на пътниците. Понастоящем местните и някои градове са започнали да създават градски платформи за изпращане на таксита като Wuxi, Nanchang, Wenzhou и т.н. И чрез инсталиране на LED рекламни екрани на такситата за постигане на платежен баланс и минимизиране на държавното финансиране. Освен това платформите за експедиция на таксита на градско ниво в градове като Уси и Нанчан могат да постигнат основно самодостатъчност от персонала до поддръжката на системата. От тази гледна точка платформата за изпращане на таксита на градско ниво е напълно постижима по отношение на капиталовите инвестиции. Да вземем Wuxi като пример. В Уси има около 4000 таксита. Диспечерската платформа е построена преди две години. От първоначалното повикване на десетки пътници на ден за повикване на таксита до края на 2010 г. имаше средно над 6000 успешни изпращания на ден. Повече от 8000. Той не само значително улеснява пътуванията на гражданите на Уси, но по-важното е, че позволява телефонното обаждане
Новият модел на автомобила, който приветства автомобила, започва да се утвърждава. Увеличаването на броя на телефонните обаждания и броя на успешните изпращания могат да бъдат изпратени
Текущият режим на повикване на автомобил е приемлив за обществеността и шофьорите са готови да сътрудничат.
Как разумно да се разпредели капацитетът на такситата чрез анализ на данните също е единственият начин постепенно да се осъществи превръщането на такситата от наемане в ESC. Ако такситата разчитат главно на ESC, което означава намаляване на празното шофиране на пътя, това също ще доведе до противоречие, тоест възможностите на водача да види пътниците да стават по-малко и доходите на шофьора да бъдат намалени. Как да задържим таксито в района, където се използва автомобилът, тоест той може да стигне до мястото за качване на пътниците възможно най-скоро след получаване на поръчката от диспечерския център за намаляване на празния пробег и да прецени, че водачът трябва да управлява превозното средство до тази зона, за да изчакате след изпращане на пътниците Нов бизнес. Накратко, за да се постигне този преход от трансфера на водача към режим ESC, първо трябва да се решат двата проблема на водача: 1) Как да се осигури определена сума на такси ESC бизнес; 2) Как да разделим обичайната зона за паркиране на превозното средство, разумно. Ако тези два проблема не бъдат решени, е невъзможно да се постигне целта за трансформация на бизнес модела. Въз основа на статистическия анализ на данните на трите таксиметрови компании в Шанхай, Volkswagen, Jinjiang и Bus, се установява, че с изключение на автобусите, които могат да постигнат ежедневен експедиционен бизнес от повече от 2 транзакции на превозно средство, средният брой на успешно изпращане операциите за Volkswagen и Jinjiang е само Около 1 писалка. Броят на успешните изпращания за Volkswagen за един ден е около 12 000, Jinjiang е около 4000, а автобусите могат да достигнат 8 000. Разделено на броя превозни средства, съответстващи на трите им компании, може да се установи, че настоящият брой на ESC услугите не може да отговори на ежедневните бизнес показатели на водачите. Това е основната причина, поради която шофьорите все пак ще изберат да наемат като основен режим на работа. Освен това бизнесът на ESC на тези три таксиметрови компании функционира повече от пет години. Въз основа на скоростта на този бизнес на ESC, в основата си е предвидимо, че ако няма административна намеса, няма да е възможно автоматично да се премине от повишаване на наемането на работа на ESC. Излезе бизнес моделът. И така, какво може да направи базирана на GPS платформа за изпращане на таксита, за да насърчи преобразуването на този бизнес модел?
Чрез предимствата на платформата за анализ на данни, ние можем да предоставим на водачите разумни области на използване на автомобила и други начини, които са полезни за водачите, така че да постигнем целта на платформата за задълбочаване на сърцата на водачите. Тоест, системата не само играе ролята на изпращане и наблюдение от гледна точка на управлението, но също така трябва да играе ролята на анализ и насоки от гледна точка на водача, за да предостави практическа помощ за увеличаване на доходи на водача и да осигури безопасността на водача. Чрез анализа на данните за мястото за качване на пътника и периода на качване, водачът посочва зоните, в които обемът на пътническия автомобил е относително голям през тези периоди от време, а историческият брой превозни средства, използвани във всяка зона и период от време, образува дневна историческа информация сравнение на данните. В реалния експлоатационен процес, ако броят на таксиметровите превозни средства в тази зона надвишава определен процент през тези периоди, системата може да алармира и да изпрати съобщение до всички превозни средства, за да напомни на района, че превозните средства са наситени и превозните средства могат да обмислят към други зони, за да се предотврати празно шофиране. И въз основа на историческите данни за района и периода от време и броя на превозните средства в района на деня, се преценява кои райони все още са в състояние на недостиг на превозни средства и водачът се насочва чрез изпращане на съобщения до близки превозни средства. Чрез анализа и насоките от гледна точка на водача, доверието и престижът на диспечерската платформа постепенно се установява сред водачите, така че водачът ще се обърне от съмнение към доверие, за да разчита на диспечерската платформа. Бордовият терминал е тясно свързан превозното средство и системата. Докато ръководството комуникира повече от водача, за да разбере идеите на водача и предлага разумни решения и методи за управление от гледна точка на управлението, аз вярвам, че водачът е в платформата за постигане на практически ползи. Едновременно с това инвестициите на предприятия и правителства също могат да бъдат осезаемо възнаградени. Сигурно е, че настоящият ESC бизнес с по-малко от 2 транзакции на автомобил на ден не е висок за компании, които са инвестирали сериозно в изграждане на системи в ранния етап. Намаляването на задръстванията в градовете и разхода на гориво чрез изпращане на таксита е дълъг път. Трудността се крие в превръщането на обичайните методи на работа и нови методи на работа, които все още не са в състояние да управляват и прилагат на практика. Докажете, че той може да замени стария начин на работа, който се основава на застъпничество. Системата обаче все още може да играе определена роля за намаляване на празното шофиране на водача и намаляване на разхода на гориво. Въпреки че понастоящем позицията на Ян Джао не може да бъде заменена от ESC, от анализа на данните за ESC в местни градове като Шанхай, Уси, Нанчанг и Уенжоу, методът на ESC бавно започва да се приема от пътниците и шофьорите. Просто все още има дълъг път за по-нататъшно разширяване и замяна на Ян Джао като основно средство за привличане на пътници.
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.


Време за публикуване: септември-04-2020