GPS– ზე დაფუძნებული ტაქსის დისპეტჩერიზაციისა და მონიტორინგის სისტემის შექმნა და განხორციელება

გლობალური პოზიციონირების სისტემის (GPS) პოპულარობასა და ფართო გამოყენებასთან ერთად, ტაქსის ინდუსტრიაში შესაძლებელი გახდა დაეყრდნონ GPS- ს, რომ მიიღონ მანქანის გრძედი და გრძედი რეალურ დროში და გამოიყენონ იგი ავტომობილის რეალურ დროში განხორციელების საფუძველი. დაგეგმვისა და მონიტორინგის სისტემა. ეროვნული ეკონომიკის სწრაფი განვითარების ეპოქაში, ტაქსის განვითარების ინდუსტრია, რომელიც ურბანული ტრანსპორტის მნიშვნელოვანი ნაწილია, ასევე სწრაფი განვითარების პერიოდში შევიდა. მართვის სხვადასხვა საკითხები, რომლებიც წარმოიქმნება უწყვეტი განვითარების პროცესში, ასევე დაისვა სამთავრობო ნაწილების წინაშე, რომლებიც მართავენ ტაქსის ინდუსტრიას და ტაქსის კომპანიების მენეჯმენტს. ტაქსის ინდუსტრია არის მომსახურების ინდუსტრია, რომელიც პირდაპირ საზოგადოების წინაშე დგას. მანქანები ქალაქის სხვადასხვა უბანშია მიმოფანტული, რაც ფართო გავლენას ახდენს საზოგადოებაზე და მოიცავს ფართო სპექტრს. საწარმოების უწყვეტი ზრდით, როგორ უნდა დაგეგმონ ტაქსის შესაძლებლობების განაწილება და ტაქსის შესაძლებლობების გაძლიერება უსაფრთხოების მენეჯმენტი, მძღოლებისა და ტაქსების კორპორატიული ზედამხედველობის გაძლიერება, ავტომობილების ცარიელი გარბენის შემცირება, საწვავის ხარჯი, რესურსების ნარჩენების შემცირება და მგზავრების უფრო სწრაფი უზრუნველყოფა. და უფრო მაღალი ხარისხის სერვისები და ა.შ., პრაქტიკული პრობლემების გადასაჭრელად, რომლებიც მათთვის უფრო მოწინავე სისტემებს საჭიროებს. ითანამშრომლონ ინდუსტრიის ჯანსაღი და სტაბილური განვითარების მისაღწევად და უზრუნველყონ, რომ თავად კომპანია უფრო კონკურენტუნარიანი და უფრო სწრაფი რეაგირება მოახდინოს ინდუსტრიაში. მთავრობის მენეჯმენტის პერსპექტივიდან საჭიროა  GPS- ზე დაფუძნებული სისტემა  ურბანული მოძრაობის შეშუპების მოსაგვარებლად, ავტომობილების საწვავის მოხმარებისა და ჰაერის დაბინძურების შესამცირებლად და ტაქსების მთავრობის ზედამხედველობის გასაძლიერებლად. როგორ შეიმუშავონ და ავაშენოთ სრული სისტემა, რომელიც მაქსიმალურად დააკმაყოფილებს მთავრობის ზედამხედველობის სრულფასოვნებას და თანაბრობას; სამეწარმეო მენეჯმენტის სამეცნიერო და პერსპექტიული ხასიათი; თავად სისტემის მასშტაბურობა და სიმტკიცე; ამავე დროს, მას შეუძლია უზრუნველყოს მძღოლებისთვის და მგზავრებისთვის პრაქტიკული დახმარებისა და სარგებელის მოტანა, რაც არის პრობლემა, რომელიც უნდა განიხილებოდეს და გადაწყდეს GPS- ზე დაფუძნებული ტაქსის დისპეტჩერიზაციისა და მონიტორინგის სისტემის შემუშავებაში.

1

Roadragon ' s ძირითადი სამუშაო  არის
1. დიზაინი ტაქსის დისპეტჩერიზაციის და მონიტორინგის სისტემა, რომელიც ეფუძნება სრული გაგება ტაქსის დისპეტჩერიზაციის მოთხოვნები და გააცნობიეროს, ღონისძიება ორიენტირებული სისტემის დიზაინი, რომელიც მხარს უჭერს multithreading და დიდი კონკურენტმა მონაცემთა გადაცემის. მიზანია დეპარტამენტს
ჰქონდეს უფრო მკაფიო იერარქიული სტრუქტურა და უფრო მძლავრი გაფართოების შესაძლებლობები.
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 შესრულდება თითოეული ოპერატორის ამოცანების შესაბამისად, რაც უზრუნველყოფს თითოეული ოპერატორის მხოლოდ ერთი ახალი შეკვეთის_სასრულის შესრულებას ძაფის აუზში. დიზაინის პრინციპია ორი HashMap- ის შენარჩუნება, ერთი HashMap გამოიყენება კლასიფიკაციის სტანდარტსა და შესაბამის დავალებას შორის მენეჯმენტის შესანარჩუნებლად, მთავარია კლასიფიკაციის ტიპი და მნიშვნელობა LinkedList ამოცანების სიას. შესრულებულია სხვა კატეგორიის HashMap, რომელიც გამოიყენება ამ კატეგორიის ამოცანის შესანარჩუნებლად. მას შემდეგ, რაც გაირკვევა, რომ getTask– ის დროს შესრულებულია იგივე ტიპის ამოცანა, სხვა ტიპის დავალება შეირჩევა შედარებისთვის, სანამ მიღებული ამოცანა არ არის დავალების ტიპი და არ დაუბრუნდება ძაფის აუზს შესასრულებლად. ამავდროულად, სისტემა ასევე აქცენტს აკეთებს Java– ს მიერ მოწოდებული მაღალი ხარისხის ერთდროული ინსტრუმენტების გამოყენებაზე, როგორიცაა: წაკითხვის წერის საკეტები, სემფორები, ძაფის სინქრონიზაცია დაწყვილებული გაცვლებისთვის და ა.შ.
მიუხედავად იმისა, რომ ავტომობილის მონიტორინგისა და დისპეტჩერიზაციის სისტემა ძირითადად მოიცავს მხოლოდ სატრანსპორტო საშუალების დისპეტჩერიზაციის დეპარტამენტს, რადგან იგი აცნობიერებს სისტემასა და მანქანას შორის პირდაპირ კავშირს, ავტომობილის რეალურ დროში ძირითადი მონაცემების მიღების შესაძლებლობამ საფუძველი ჩაუყარა კომპანიის დახვეწილ მენეჯმენტს. ამიტომ, დიზაინის პროცესში ასევე აუცილებელია საწარმოს უფროსი მენეჯმენტის მენეჯმენტის იდეების სრულად განხილვა და მენეჯმენტის მოქნილი იდეების შერწყმა დაგეგმვის შედარებით ფიქსირებულ სისტემასთან. დაე, ავტომობილების დაგეგმვისა და მონიტორინგის სისტემა გახდეს საწარმოს ინფორმაციის აგების ავანგარდი და ითანამშრომლოს საწარმოსთან საკუთარი სტრატეგიული მიმართულების რეალიზებისთვის.
ავტომობილის ისტორიული მონაცემების შენარჩუნება

2

ავტომობილის ისტორიული მონაცემების შენარჩუნება არის ავტომობილის ანალიზისა და მონიტორინგის გასაღები. ავტომობილის ისტორიული მონაცემები ძირითადად მოიცავს ავტომობილის ისტორიულ ტრაექტორიულ ფაილთან დაკავშირებულ ინფორმაციას, ავტომობილის ისტორიული ექსპლუატაციის მონაცემებს და ა.შ. ავტომობილის ისტორიული ტრაექტორიის მონაცემები ძირითადად გამოიყენება ავტომობილის მართვის ისტორიული მარშრუტის მოსაძებნად, რომელიც გამოიყენება მგზავრთა საჩივრების გადასაჭრელად, საგზაო შემთხვევების ანალიზისა და მგზავრების დაკარგული ქონების მოსაძებნად. აპლიკაციის რეალურ პროცესში, იმისათვის, რომ უზრუნველყოს, რომ ავტომობილის ტრაექტორია შეუფერხებლად იყოს დახატული რუკაზე, საჭიროა უზრუნველყოთ, რომ ავტომობილის გრძედის და გრძედის ტრაექტორიის წერტილების სიხშირე საკმარისად მკვრივია. თუ მანქანა ყოველ 10 წამში ატვირთავს პოზიციის მოხსენებას, დღეში იქნება 8640. პოზიციის მოხსენების მონაცემები გამოითვლება პოზიციის შესახებ მონაცემების ნაწილად [4 ბიტიანი ავტომობილის საიდენტიფიკაციო ნომერი + 8 ბიტიანი გრძედი და გრძედი + 4 ბაიტი დრო + 1 ბაიტი სიჩქარე + 1 ბაიტი (მიმართულება, პოზიციონირება) + 1 ბაიტი ავტომობილის სტატუსი + 4 ბაიტი სიგნალის ტიპი] a საერთო ჯამში 23 ბაიტი, დღეში ერთი. მანქანის ტრეკის მონაცემები 194 კ-მდეა. დღეში ათი ათას მანქანას შეუძლია მიაღწიოს 1G მონაცემს. როგორ შევინახოთ ეს მონაცემები? როგორ მივცეთ მომხმარებლებს მოსახერხებელი და სწრაფი მოთხოვნა? როგორ გავაანალიზოთ სასარგებლო ინფორმაცია ამ მონაცემებზე დაყრდნობით, მენეჯმენტისთვის ახალი იდეების მისაღებად? ეს საკითხები უნდა იქნას გათვალისწინებული სისტემის დიზაინისა და განხორციელების პროცესში. ავტომობილების ისტორიული საოპერაციო მონაცემები ძირითადად თითოეული ავტომობილის ყოველდღიური შემოსავლის ანალიზს წარმოადგენს. შემოსავლების მონაცემების ანალიზი ეხმარება მენეჯმენტს გაანალიზოს, რამდენად არის გონივრული მოქმედი გადასახადი, გაჯერებულია თუ არა მოცულობა და სხვა მენეჯმენტის მონაცემები. საოპერაციო მონაცემები ძირითადად მოიცავს ისეთ მონაცემებს, როგორიცაა სანომრე ნიშნის ნომერი, ავტომობილის საიდენტიფიკაციო ნომერი, დაწყების დრო, დასრულების დრო, სამუშაო გარბენი, საექსპლუატაციო თანხა და ა.შ. გაანალიზეთ 80000 ჩანაწერი 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 მოწყობილობაზე, გზის გრძედის და გრძედის ყველაზე ზუსტი მონაცემების მისაღებად. სისტემის ფაქტობრივი გამოყენებისას, როდესაც მგზავრი დარეკავს მანქანის ტელეფონზე და აცხადებს გზისა და სახლის ნომრისთვის ჩასასვლელი ადგილის შესახებ, სისტემას შეუძლია გზისა და სახლის ნომრის მიხედვით იპოვნოს სახლის განყოფილება, რომელსაც ეკუთვნის სახლის ნომერი და შესაბამისი ნომერი სახლის განყოფილებაში. გრძედის და გრძედის ინფორმაცია, მაგალითად, როდესაც მგზავრი დარეკავს და ეუბნება, რომ მანქანის მისამართი არის 10 Zhongshan Road, სისტემა გაარკვევს, რომ Zhongshan Road No10 მდებარეობს No2– დან No50 Zhongshan Road– ის ფარგლებში. , ასე რომ, სისტემა დაბრუნდება No2– დან 50 – ე ზონგშანის გზის 50 – ეკენ. გზის მონაკვეთის შესაბამისი გრძედის და გრძედის ინფორმაცია გამოიყენება როგორც სამგზავრო ბორტის პუნქტის გრძედის და გრძედის ინფორმაცია. ჩასხდომის ადგილის გრძედის და გრძედის მოპოვების ეს მეთოდი შედარებით ზუსტია და შეცდომა არ აღემატება 500 მეტრს. მინუსი ის არის, რომ სახლის ნომრების მონაცემების მისაღებად შედარებით დიდი დატვირთვა მოითხოვს ადრეულ ეტაპზე რთული და დეტალური მონაცემთა შეგროვების პერიოდს. უფრო მეტიც, ქალაქის სახლის ნომრების სტანდარტიზაციის ხარისხი შედარებით მაღალია. ქალაქის გზის გრძედისა და გრძედის მოპოვების მთავარი გზაა ქალაქის რუკის მონაცემების ანალიზის გზით გადაკვეთის გზის გრძედის და გრძედის შესახებ ინფორმაციის მიღება. როდესაც მგზავრი დარეკავს, ნათქვამია, რომ გარკვეული გზა ახლოსაა გარკვეულ გზასთან ჩასასვლელი პუნქტის სავარაუდო გრძედის და გრძედის მისაღებად. გრძედის და გრძედის მიღების ეს მეთოდი უფრო მოსახერხებელია, მაგრამ მინუსი ის არის, რომ პოზიციონირების სიზუსტე არ არის გარანტირებული. მას შემდეგ, რაც მგზავრი გრძელი გზაზე იმყოფება, გზაჯვარედინზე არ არის გზაზე რამდენიმე კილომეტრში, სისტემა ვერ შეძლებს ზუსტად მიიღოს მგზავრის ზუსტი ჩასხდომის გრძედი და გრძედი, რომელიც ეფუძნება გზაჯვარედინზე გრძედის და გრძედის ინფორმაციის საფუძველზე.

გეგმავს მანქანის პოვნას

3

მგზავრთა ჩასხდომის გრძედის და გრძედის მონაცემების შენარჩუნება უზრუნველყოფს მყარ მონაცემთა საფუძველს სისტემისთვის, ავტომატურად გაგზავნის მანქანებს ავტომობილების საპოვნელად. მანქანის მოძიების რეალიზაცია ჯერ კიდევ გასათვალისწინებელია ადგილობრივი ქალაქის გზის მახასიათებლებთან და გაგზავნის ტაქსების რაოდენობასთან ერთად.
იპოვნეთ მანქანა გრძედის და გრძედის წრფივი მანძილის შესაბამისად
, მანქანის პოვნის ეს მეთოდი შედარებით მოსახერხებელი და პრაქტიკულია განსახორციელებლად და ის ყველაზე ხშირად გამოიყენება პრაქტიკულ გამოყენებებში. რეალიზაციის პრინციპი: დახაზეთ წრე, რომლის სიგრძე და გრძედია მგზავრის ჩასასვლელი პუნქტი, როგორც მანქანის ძებნის მანძილი, როგორც რადიუსი, რადგან წრეში არსებული მანქანა არის ის მანქანა, რომელსაც დისპეტჩერი ეძებს, თუ არ არსებობს მანქანა ერთდროულად, რადიუსი გააგრძელებს შედარებას ავტომობილთან გარკვეული დიაპაზონის შესაბამისად, სანამ მანქანა არ იპოვნება ან რადიუსი მიაღწევს სისტემის მიერ დადგენილ მაქსიმალურ მნიშვნელობას. ეს მეთოდი განსახორციელებლად შედარებით მარტივია, მაგრამ ეფექტურობა არ არის ძალიან მაღალი, რადგან საჭიროა ყველა მანქანასა და წრის ცენტრს შორის მანძილის გამოთვლა. ეს არ არის სამეცნიერო და ეფექტური. წარმოიდგინეთ, რომ პლატფორმაზე მყოფი მგზავრი 10 000 მანქანით ითხოვს მანქანას. სინამდვილეში, მგზავრთა ჩასხდომის პუნქტში 20 მანქანაზე მეტი არ იქნება და მხოლოდ ერთი მანქანა მიეწოდება მგზავრებს. ამასთან, ჩვენ უნდა გამოვთვალოთ მანძილი პლატფორმაზე განთავსებული ყველა 10,000 ავტომობილისთვის. ძირითადად 9 980 გამოთვლა აზრი არა აქვს. ფაქტობრივად გამოყენებაში, მიმდინარე სერვერის მუშაობის მუდმივი გაუმჯობესების გამო, ამ მეთოდის გამოყენება ტაქსის დისპეტჩერიზაციის პლატფორმაზე 10 000-ზე მეტი სატრანსპორტო საშუალებით კვლავ განხორციელების სწრაფი და ზუსტი მეთოდია. განსაკუთრებით იმ ქალაქში, სადაც გზის დაგეგმვის გონივრული გეგმაა, მაგალითად, შანხაი, არ არის საჭირო იმ ფენომენის გათვალისწინება, რომლის მიხედვითაც მანქანა სჭირდება დიდ მანძილზე მართვას, სანამ მგზავრს ჩასხდომის ადგილას დაუბრუნდება, რათა მგზავრები აიყვანოს. იმის გათვალისწინებით, რომ უზარმაზარი უსარგებლო გამოთვლები იქნა მოყვანილი ავტომობილის სიგრძისა და გრძედის ხაზოვანი მანძილის შესაბამისად, სისტემის დიზაინს აქვს შემდგომი ოპტიმიზაციის მიმართულება.
ქსელის მანქანაში ძებნა
ქსელში უნდა მოხდეს უზარმაზარი უსარგებლო გამოთვლების თავიდან აცილება მანქანის სწორხაზოვნად მოძიების პროცესში და ძიების პროცესის შესრულების ოპტიმიზაცია. პრინციპია: პირველ რიგში, ქალაქი დაყოფილია ქსელებად გრძედის და გრძედის შესაბამისად; მეორეც, ავტომობილის პოზიცია ქსელში ფიქსირდება მანქანის რეალურ დროში განედისა და გრძედის შესაბამისად. მგზავრთა ჩასხდომის წერტილის ადგილმდებარეობის მიხედვით მიიღება მიმდებარე ქსელში არსებული სატრანსპორტო საშუალებები და შედარებულია მანძილი ამ ქსელებში არსებულ მანქანებსა და მგზავრთა ჩასხდომის განედისა და გრძედის შორის, რათა მიიღონ ყველაზე შესაფერისი მანქანა მგზავრებისთვის.
GPS რუკის მონაცემები მანქანის ზუსტად მოსაძებნად

5

განურჩევლად იმისა, ეს არის ყველაზე პრიმიტიული მანძილით პირდაპირი საძიებო მანქანა თუ ქსელის შემდგომი ძებნა, ყველაზე მთავარი პრინციპი მაინც არის იმის განსჯა, არის თუ არა მანქანა შესაფერისი ალტერნატიული დისპეტჩერიზაციის საშუალებით, მგზავრის გრძედის და გრძედის შედარების საფუძველზე. ჩასხდომა და ავტომობილის სწორი ხაზი. საგზაო მონაცემების გაერთიანება მანქანის ზუსტი აღმოჩენის მისაღწევად არ არის გავრცელებული ამჟამინდელ დისპეტჩერიზაციის სისტემაში. მიზეზი არის ის, რომ ზოგადად უფრო მოსახერხებელია შიდა ურბანული საგზაო ქსელის სტრუქტურის მქონე მანქანების გადაბრუნება. დიდ ქალაქებში, რომლებსაც აქვთ ავტომაგისტრალი, ასევე გათვალისწინებულია ცარიელი მანქანების აწევა დაუშვებელია. ამიტომ, ჩინეთში, ავტომობილის მოძებნა მგზავრის ჩასხდომის წერტილსა და ავტომობილის გრძედის და გრძედის წერტილებს შორის სწორი ხაზის გავლით საკმარისია მომხმარებლების ძირითადი საჭიროებების დასაკმაყოფილებლად.
ზოგიერთი განსაკუთრებული ქალაქი, მაგალითად, ჯაკარტა ინდონეზიაში. ამ ქალაქის გზებზე მოძრავ მანქანას ხშირად სჭირდება რამდენიმე კილომეტრის ან მეტის გავლა, რომ მოტრიალდეს. მას შემდეგ, რაც ინდონეზია მიწისძვრისგან საშიშ ზონაში მდებარეობს, ქალაქში მეტრო არ არის, ამიტომ შუა გზაზე ორი სპეციალური გზა იხსნება სწრაფი ავტობუსების გასავლელად. სიმართლე ისაა, რომ გამოყოფილი მანქანები საერთოდ ვერ ბრუნავს. ასეთ უხერხულ ქალაქში, თუ მგზავრის ჩასასვლელი პუნქტის გრძედი და გრძედი შედარებულია ავტომობილის საძიებლად და გრძედით, მაშინ ადამიანი და მანქანა სხვადასხვა მხარეს იქნება, ან მგზავრის პოზიცია ახლახანს იყო მართავენ, ასე რომ, მანქანას შეიძლება დასჭირდეს დიდი ტერიტორიის შემოვლა. წრე შეიძლება დაბრუნდეს მგზავრების ასაყვანად. ეს ეწინააღმდეგება GPS დისპეტჩერიზაციის სისტემის თავდაპირველ მიზანს მძღოლების საწვავის მოხმარების დაზოგვის მიზნით. ამ წინააღმდეგობის გადასაჭრელად, სისტემამ უნდა გაითვალისწინოს სატრანსპორტო საშუალებებსა და მგზავრთა ჩასხდომას შორის არსებული მანძილი და ინფორმაცია გზის შესახებ, შესაფერისი სატრანსპორტო საშუალების მოსაძებნად.
დიზაინის იდეა: რუკაზე დახაზული გზები ძირითადად წარმოდგენილია "სეგმენტებით". გზა დაყოფილია უწყვეტი "სეგმენტებად". და თითოეული განყოფილების სიგანის მიხედვით შექმნას "ჯგუფი". ამ გზით, რუკაზე შესაძლებელია გზის სრული ნიმუშის ჩვენება. იმის მიხედვით, შესაძლებელია თუ არა თითოეული კვეთა მოქცევა, გზა არის ცალმხრივი და ა.შ., გზის ინფორმაცია თავდაპირველად გაერთიანებულია მიმართულ გრაფაში. ამის შემდეგ, ავტომობილის ძებნის მანძილის შესაბამისად, გამოითვლება, თუ სად არის ყველაზე გრძელი გზა გზაზე მგზავრთა ჩასხდომის წერტილამდე, ამით მიიღება გზის გრძედის და გრძედის მონაცემები. გზის გრძედის და გრძედის ხაზის მონაცემების მიხედვით, რომლებიც მიიღეს გზის მიმართული გრაფიკიდან, პლუს გზის თითოეული მონაკვეთის სიგანე, რომ მიიღონ გზის "სარტყელის" გრძედი და გრძედის დიაპაზონი. შემდეგ შეაფასეთ ავტომობილის რეალური გრძედი და გრძედი, არის თუ არა მანქანა გზაზე "სარტყელზე". თუ ავტომობილის გრძედი და გრძედი მდებარეობს გზის "სარტყელის" დიაპაზონში, ეს ნიშნავს, რომ მანქანა მუშაობს სწორ გზაზე. მიუხედავად იმისა, რომ გრაფიკის გადაკვეთის კომბინაციასა და გადაკვეთის მაქსიმალურ მანძილს შეუძლია გააცნობიეროს სატრანსპორტო საშუალებების ძიება, როგორ უნდა დავაყენოთ ამოსავალი წერტილი გზის "რუკაზე", ანუ როგორ გავაკეთოთ მგზავრთა ჩასხდომის წერტილი გზაზე, ბოლოს და ბოლოს, გზის პოზიცია, სადაც ბევრი მგზავრი არ იმყოფება მანქანაში. ეს უნდა იყოს სისტემის მიერ შენარჩუნებულ გზაზე და ასევე შესაძლებელია, რომ გრძედი და გრძედი მხოლოდ საზოგადოებაში იყოს. ამ სიტუაციის მოგვარება ძნელია ქალაქის გრძედი და გრძედის მონაცემების გარეშე, რადგან თქვენ უბრალოდ არ შეგიძლიათ გადაადგილდეთ გზაზე მგზავრის გრძედითა და გრძედით, როგორც მგზავრის ჩასხდომა გრძედი და გრძედი, რადგან ძალიან სავარაუდოა, რომ მგზავრი საზოგადოებაშია მგზავრის დატოვება უახლოესი გრძედის და გრძედის ავტომანქანაში. გზა უბრალოდ გამოყოფილია თემის კედლით. უახლოესი გზის განსასჯელად საჭიროა რუკის ძალიან დეტალური მონაცემები და ეს უნდა იყოს ზუსტი საზოგადოების კარიბჭემდე. პროექტში ინვესტიციის შემცირების მიზნით, სისტემას შეუძლია მხოლოდ შეთანხმდეს, რომ მგზავრის ჩასასვლელი პუნქტის გრძედი და გრძედი დაფუძნებულია გზის სიგრძეზე და გრძედზე.
ძირითადი საგზაო ბიბლიოთეკის მონაცემების პროცესში საჭიროა საგზაო ბიბლიოთეკის მონაცემების განთავსება რეალურ გზაზე. წარმოიდგინეთ სცენარი, როდესაც სისტემა იღებს მგზავრის ჩასხდომის გრძედის და გრძედის და სისტემას სჭირდება სწრაფად გადაკვეთოს ურბანული გზის მონაცემებიდან გზის "სეგმენტამდე", სადაც მდებარეობს მგზავრის ჩასხდომის გრძედი და გრძედი. ამ გზის "მონაკვეთის" თანახმად, გზის "მონაკვეთთან" დაკავშირებული გზის "მონაკვეთის" მისაღებად, რა თქმა უნდა, საჭიროა მხოლოდ მანქანის გრძედის და გრძედის ხაზოვანი დაშორების მიღება, მაქსიმალური მანძილია, ვიდრე მითითებული მანქანა, რადგან წრფივი მანძილი ორ წერტილს შორის ყველაზე მოკლეა, თუ სწორი ხაზის მანძილმა გადააჭარბა მანქანის პოვნის მაქსიმალურ მანძილს, მაშინ გზის რეალური მრუდი მანძილი ნამდვილად გადააჭარბებს მანქანის პოვნის მაქსიმალურ მანძილს. გზის ყველა მონაკვეთის მიხედვით, რომლებიც ნაპოვნია ავტომობილის პოვნის მაქსიმალურ მანძილს და უკავშირდება გზის მიმართულებას, სადაც მგზავრი იმყოფება მანქანაში, გზის "ღვედი" მიიღება გზის სიგანის მიხედვით, განსაზღვრული თითოეული გზის "მონაკვეთის" მიერ. . ამრიგად, განხორციელების პროცესში მთავარი სამუშაოა გზის მოდელის აგება და როგორ უნდა სწრაფად მივიღოთ გზის ჩასხდომის გრძედის და გრძედის გზასთან დაკავშირებული გზა. საგზაო მონაცემების სტრუქტურისთვის ჯერ განიხილეთ საგზაო მონაცემების ფაქტობრივი დაყოფა "სეგმენტებად". თუ ჩავთვლით, რომ ყველაზე გრძელი "მონაკვეთი" 1 კმ სიგრძეზე იყოფა, შანხაის მთელი ქალაქი მიიღება მაგალითად. შანხაის გზატკეცილების საერთო სიგრძე დაახლოებით 11000 კილომეტრია, ხოლო ქალაქის გზების საერთო სიგრძე დაახლოებით 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 მეტრის მცირე ფართობზე. შემთხვევითი მონიტორინგის არეალის დიზაინი და განხორციელება შემდეგნაირია: სისტემა მთელ ქალაქს 10000 მეტრზე ყოფს რაიონებად ქალაქის ადგილმდებარეობისა და გეოგრაფიული გრძედის და გრძედის დიაპაზონის შესაბამისად. დაყოფილი ფართობი ადგენს მანქანების რაოდენობის ბარიერს. სისტემა მსჯელობს მცირე ფართობის ავტომობილების მიხედვით და ბარიერის მიღწევის შემდეგ, იგი განსჯის, აღწევს თუ არა მანქანების საერთო რაოდენობა მიმდებარე რაიონში განგაშის ზღვარს მონიტორინგის ქვეშ მყოფი მანქანების რაოდენობის მიხედვით. ტაქსის მძღოლების GPS ტერმინალების გაგების გაუმჯობესებასთან ერთად, საჭიროა მონიტორინგის პლატფორმის გაფრთხილება GPS მონაცემთა არანორმალური ატვირთვის შესახებ. მაგალითად, გარკვეული პერიოდის განმავლობაში სატრანსპორტო საშუალებების კომუნიკაციის ანომალიების რიცხვი მკვეთრად გაიზარდა, ხოლო მონიტორინგის რუკაზე ავტომობილების რაოდენობა მკვეთრად გაიზარდა პოზიციონირებისთვის და ა.შ., ასევე მონაცემების ინდიკატორებია, რომელთა მართვის ფრთხილად უნდა იყოს დაცული.
მოვლენათა მონიტორინგი ღონისძიებების
შეჩერების და შეგროვების პროცესში, სისტემის საშუალებით შეიძლება განისაზღვროს მონიტორინგის ადგილი და რეალურ დროში ითვლიან ავტომობილების რაოდენობას და ძირითად ინფორმაციას, როგორიცაა კომპანია და ავტომობილის მძღოლი. . საწარმოების საშუალებით მძღოლების გამოძახება.
შეჯამება შემდეგ
შეჩერების შეკრება ჩვეულებრივ გრძელდება რამდენიმე დღე ან თუნდაც ერთ კვირაზე მეტი. ამის შემდეგ აუცილებელია სტატისტიკური ანალიზის ჩატარება შეკრებაში მონაწილე მძღოლებსა და დანაყოფებზე. სისტემას შეუძლია გაანგარიშოს დაგროვების ხანგრძლივობა პარკირების ზოლში საერთო პარკირების ხანგრძლივობის განმავლობაში, ავტომობილის ისტორიული ტრაექტორიის ინფორმაციის საფუძველზე, პარკინგში მძღოლის მონაწილეობის სიღრმის დასადგენად. მას შეუძლია შეაფასოს, შეაფერხა თუ არა ავტომობილმა საბორტო ტერმინალის კომუნიკაცია მთლიანი გაჩერების ხანგრძლივობის განმავლობაში ავტომობილის ონლაინ სიჩქარის სტატისტიკის შეგროვებით. უზრუნველყოს მთავრობისა და საწარმოების მონაცემთა მხარდაჭერა შეჩერების ღონისძიების ორგანიზატორების მოსაძებნად.
როგორც ურბანული სტაბილურობის შენარჩუნება, ტაქსის გაჩერებამ და შეკრებამ მრავალი ქალაქის ყურადღება მიიპყრო. GPS– ზე დაფუძნებული ტაქსის დისპეტჩერიზაციისა და მონიტორინგის პლატფორმაში მონიტორინგის ფუნქცია ძირითადად უზრუნველყოფს გაჩერების მართვის შეკრების ღონისძიებების პრევენციულ და წინასწარ გამაფრთხილებელ ფუნქციებს. შეჩერების მართვის შეგროვების შემთხვევების საფუძველზე კონფლიქტის მთავარ მიზეზს ასევე შეუძლია შეამციროს მძღოლის ცარიელი მართვის სიჩქარე GPS დისპეტჩერიზაციის ფუნქციით, შეამციროს მძღოლის ცარიელი საწვავის ხარჯი და შეამციროს მძღოლის ხარჯები დახმარების გაწევისთვის.
შეამცირეთ გზების შეშუპება და საწვავის ხარჯი
საშინაო ეკონომიკის სწრაფი განვითარების შედეგად, სხვადასხვა ქალაქში საცობები სულ უფრო სერიოზულდება. სულ უფრო აშკარა ხდება წინააღმდეგობები, რომლებიც გამოწვეულია სატვირთო გადატვირთულობით შიდა პირველ რიგ შიდა ქალაქებში, როგორიცაა პეკინი, შანხაი და გუანჯო. კიდევ უფრო სერიოზულია ის, რომ ურბანული მოძრაობის შეშუპება გავრცელებულია პირველი რიგის ქალაქებიდან მეორე და მესამე რიგის ქალაქებში. მიუხედავად იმისა, რომ ბევრმა დიდმა ქალაქმა დაიწყო გარკვეული შეზღუდვების შემოწმება სატრანსპორტო საშუალებების გადაადგილების შესამცირებლად, რათა მიაღწიონ ურბანული გზების შეშუპების შემსუბუქებას, როგორიცაა პეკინის უცნაური და ლუწი რიცხვი, შანხაის სანომრე ნიშნის აუქციონი და ა.შ. ზოგიერთმა ქალაქმა კი შეშუპების საფასურის დაწესებაც კი დაიწყო. ამასთან, ურბანული მოძრაობის შეშუპების ფენომენი ჯერ კიდევ არ არის გაუმჯობესებული. ამის საწინააღმდეგოდ, ეროვნული ეკონომიკის განვითარებასთან და მოსახლეობის ცხოვრების დონის გაუმჯობესებასთან ერთად, გაძლიერდა ხალხის მოთხოვნა ავტომობილების ყიდვაზე, განსაკუთრებით გამოიკვეთა ურბანული გზების გადატვირთულობა. გზის შეშუპების შემცირებაში დახმარების გზაა გზისპირა ტაქსის ჩამოკიდების მეთოდის ეტაპობრივი ჩანაცვლების საკითხი, ავტომობილის დაგეგმვის გზით. სტატისტიკის თანახმად, შანხაის მაგალითისთვის, ტაქსების ცარიელი გარბენი მთლიანი გარბენის 40% -ზე მეტს შეადგენს. რომ
ამბობენ, რომ თითქმის ნახევარი ზეთი ტაქსი შეეწირა და დღეს თითქმის ნახევარი მანქანა მართავდა გზაზე. ეს არამარტო ხარჯავს გაზის ფულს, ზრდის მძღოლების შრომის ინტენსივობას, არამედ იკავებს ძვირფას ურბანულ გზის რესურსებს. წარმოიდგინეთ, რომ თუ ტაქსის შიდა ჩამოსხმის არსებული სისტემა შეიცვალა საზოგადოებრივი ზარიდან სატელეფონო გაგზავნის დისპეტჩერიზაციის მეთოდით, მაშინ ტაქსი ისვენებს, როდესაც მგზავრები არ იქნებიან, ეს დაზოგავს გაზს და ამცირებს შრომის ინტენსივობას და ათავისუფლებს ქალაქის საგზაო რესურსები. კონცეფციის შეცვლა თანდათანობითი პროცესია. ტაქსის გზის დასაქმება არის მოდელი, რომელიც ჩამოყალიბდა ტაქსის ინდუსტრიის დასაწყისიდან და ეს იყო ჩვეულებრივი ბიზნეს მოდელი სახლიდან საზღვარგარეთ. რეკრუტირებადან სატელეფონო დისპეტჩერიზაციის ეტაპობრივი გადასვლა მოითხოვს არა მხოლოდ მძღოლების სამუშაო ჩვევების შეცვლას, არამედ რაც მთავარია, მგზავრების აზროვნების ჩვევების შეცვლას. დღესდღეობით, საშინაო და ზოგიერთმა ქალაქში დაიწყო ურბანული ტაქსით დისპეტჩერიზაციის პლატფორმების შექმნა, როგორიცაა Wuxi, Nanchang, Wenzhou და ა.შ. ტაქსებზე LED სარეკლამო ეკრანების ინსტალაციით, საგადასახადო ბალანსის მისაღწევად და მთავრობის დაფინანსების შემცირების მიზნით. უფრო მეტიც, ურბანული დონის ტაქსის დისპეტჩერიზაციის პლატფორმებში ისეთ ქალაქებში, როგორიცაა Wuxi და Nanchang, ძირითადად შეუძლია მიაღწიოს თვითკმარობას პერსონალიდან სისტემის მოვლაზე. ამ თვალსაზრისით, ქალაქის დონის ტაქსის დისპეტჩერიზაციის პლატფორმა მთლიანად მიღწეულია კაპიტალის ინვესტიციების თვალსაზრისით. მაგალითისთვის ავიღოთ Wuxi. Wuxi– ში დაახლოებით 4000 ტაქსია. დისპეტჩერიზაციის პლატფორმა ორი წლის წინ აშენდა. დღეში ათობით მგზავრის საწყისი ზარიდან ტაქსით გამოსაძახებლად, 2010 წლის ბოლომდე დღეში საშუალოდ 6000-ზე მეტი წარმატებული გაგზავნა იყო. 8000-ზე მეტი. ეს არამარტო მნიშვნელოვნად უწყობს ხელს Wuxi- ს მოქალაქეების მოგზაურობას, არამედ რაც მთავარია, საშუალებას იძლევა, სატელეფონო ზარი გახდეს
. ავტომობილის მისალმების ახალი მოდელი ფესვებს იწყებს. შესაძლებელია სატელეფონო ზარების რაოდენობის გაზრდა და წარმატებული გაგზავნის რაოდენობა.
მანქანაზე დარეკვის ამჟამინდელი რეჟიმი მისაღებია საზოგადოებისთვის და მძღოლები მზად არიან ითანამშრომლონ.
თუ როგორ უნდა განაწილდეს ტაქსების მოცულობა მონაცემთა ანალიზის საშუალებით, ასევე ერთადერთი გზაა, რომ ეტაპობრივად განხორციელდეს ტაქსების დაქირავება ESC– ში. თუ ტაქსი ძირითადად ეყრდნობა ESC- ებს, რაც ნიშნავს გზაზე ცარიელი მამოძრავებლის შემცირებას, ეს ასევე გამოიწვევს წინააღმდეგობას, ანუ მძღოლისთვის შესაძლებლობების ნახვისას, მგზავრები უფრო შემცირდება და მძღოლის შემოსავალი შემცირდება. როგორ შევინარჩუნოთ ტაქსი იმ ადგილას, სადაც მანქანა გამოიყენება, ანუ მას შეუძლია მიაღწიოს მგზავრის ჩასხდომის პოზიციას დისპეტჩერიზაციის ცენტრიდან შეკვეთის მიღებისთანავე, რომ შეამციროს ცარიელი გარბენი და გაითვალისწინოს, რომ მძღოლმა უნდა მართოს მანქანა იმ ადგილას, რომ დაელოდოთ მგზავრების ახალი ბიზნესის გაგზავნას. მოკლედ, მძღოლის ESC რეჟიმში გადასვლიდან ამ გადასვლის მისაღწევად, პირველ რიგში, მძღოლის ორი პრობლემა უნდა გადაწყდეს: 1) როგორ უნდა უზრუნველყოთ ტაქსის ESC ბიზნესის გარკვეული რაოდენობა; 2) როგორ უნდა გავყოთ ავტომობილის ჩვეულებრივი პარკირების ადგილი გონივრულად. თუ ეს ორი პრობლემა არ მოგვარდება, შეუძლებელია ბიზნეს მოდელის ტრანსფორმაციის მიზნის მიღწევა. შანხაის, ფოლკსვაგენის, ჯინჯიანგისა და ავტობუსის სამი ტაქსის კომპანიის სტატისტიკური მონაცემების ანალიზის საფუძველზე დადგინდა, რომ, გარდა იმ ავტობუსებისა, რომლებსაც შეუძლიათ ყოველდღიური დისპეტჩერიზაციის ბიზნესის შესრულება, ავტომობილზე 2-ზე მეტი ტრანსაქციით, წარმატებული დისპეტჩერიზაციის საშუალო რაოდენობა. Volkswagen და Jinjiang– ის ოპერაციები მხოლოდ 1 კალამია. Volkswagen– ის წარმატებული გაგზავნის რაოდენობა ერთ დღეში დაახლოებით 12,000, ჯინჯიანგი დაახლოებით 4,000, ხოლო ავტობუსებს 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.


საფოსტო დრო: Sep-04-2020