როგორ შეამოწმოთ ავტონომიური მანქანის პლატფორმის მომწოდებელი პილოტამდე

ავტონომიური მანქანის პლატფორმის მომწოდებელს მოსთხოვეთ ოპერაციული არეალის, უსაფრთხოების საქმის, პროგრამული ვერსიების, კიბერუსაფრთხოების, განახლებების, მონაცემის წვდომისა და ავარიის შემდეგ მოქმედების მტკიცებულება. ეს შემოწმება ცალკეა იმ პროგრამისგან, რომელიც შეკვეთებსა და ფლოტის ოპერაციებს მართავს. პილოტის ფარგლების განხილვა aiTAXI-ის გუნდთან ადრეული წვდომის ეტაპზე შეგიძლიათ.

სარედაქციო შენიშვნა: სარედაქციო ტექსტის მომზადებაში გამოყენებულია ხელოვნური ინტელექტი. aiTAXI გაშვებამდეა და საჯარო წყარო მას ფლოტის მართვის დაგეგმილ შრედ აღწერს. aiTAXI არ არის აქ წარმოდგენილი ავტონომიური მართვის მანქანის ან AV პლატფორმის მომწოდებლად. საქართველოში მოქმედი პარტნიორი, დასრულებული პილოტი, შედეგი და მხარდაჭერილი მწარმოებელი დადასტურებული არ არის.

რომელ მომწოდებელს ამოწმებთ?

„ავტონომიური პლატფორმა“ შეიძლება ნიშნავდეს მანქანაში ჩაშენებულ აღქმასა და მართვას, რუკებს, დისტანციურ დახმარებას, მანქანის მონაცემის არქივს ან მთლიან კომერციულ მომსახურებას. „ფლოტის პლატფორმა“ კი შეიძლება ანაწილებდეს შეკვეთებს, აჩვენებდეს სტატუსს, გეგმავდეს დამუხტვას და მართავდეს დეპოს სამუშაოს. ერთი კომპანიის პრეზენტაციაში ეს ფენები შეიძლება გვერდიგვერდ ჩანდეს, მაგრამ კონტრაქტში მათი პასუხისმგებლობა ცალკე უნდა ეწეროს.

RobotaxiON-ის კომერციული შეთავაზება ცალკე აღწერს დამუხტვის, დასუფთავების, ხარისხის შემოწმებისა და მზადყოფნის მომსახურებას და მათ API-ით დაკავშირებას ფლოტის სისტემასთან. GOV.UK-ის ოფიციალური მასალა უსაფრთხოების საქმეს, ODD-ს, fallback-ს, მონაცემის ჩანაწერსა და საცდელი პროცესის მართვას ცალკე განიხილავს. FHWA-ის მონაცემთა პრაქტიკა გვეხმარება მტკიცებულების ველის წინასწარ გაწერაში. ეს წყაროები aiTAXI-სთან თავსებადობას არ ამტკიცებს; მათი ღირებულება კატეგორიების გამიჯვნაშია.

სამი საქაღალდე, რომელიც მომწოდებელმა უნდა შეავსოს

GOV.UK-ის საცდელი კოდექსი უსაფრთხოების საქმეს, ოპერაციულ არეალს, fallback-სა და მონაცემის ჩანაწერს ცალკე განიხილავს. ეს სია არ არის საქართველოს სავალდებულო ნებართვა. ის არის კითხვების ინდექსი, რომ მომწოდებლის პასუხი კონკრეტულ მტკიცებულებას დაუკავშიროთ.

როგორ გადაამოწმოთ პასუხი ხელშეკრულებაში?

1. მოითხოვეთ ზუსტი ODD. ჩაწერეთ გზის ტიპი, გეოგრაფია, სიჩქარე, განათება, ამინდი და ის პირობები, რომლებშიც სისტემა აღარ აგრძელებს ჩვეულებრივ რეჟიმს.
2. დაასახელეთ პასუხისმგებელი სისტემა. თითოეულ მოქმედებას მიუთითეთ მანქანის პლატფორმა, ფლოტის პროგრამა, ოპერატორი ან ქალაქის ინფრასტრუქტურა.
3. შეამოწმეთ ვერსიის ბარათი. ჩაწერეთ აპარატურის, პროგრამისა და რუკის ვერსია, ტესტის მტკიცებულება და განახლების დამტკიცების პირი.
4. დახურეთ მონაცემის გზა. დაადგინეთ ვინ ინახავს მოვლენას, რა ფორმატში იღებთ მას და შეუძლია თუ არა დამოუკიდებელ გუნდს მისი წაკითხვა.
5. გააკეთეთ გამონაკლისის ტესტი. ტესტში მოათავსეთ კავშირის დაკარგვა, გაურკვეველი დაბრკოლება, უსაფრთხო გაჩერება და ადამიანის ესკალაცია.

გაერთიანებული სამეფოს საცდელი კოდექსი მოითხოვს ოპერაციულ არეალთან შესაბამის პროცესებს, fallback-ს, მონაცემის ჩაწერას და ვერსიების დოკუმენტირებას. ის ასევე ურჩევს, რომ ინციდენტისას მონაცემი სრულად შენარჩუნდეს და შესაბამის ორგანოებს წვდომა ჰქონდეთ. ეს ტექსტი ქართულ წესებს არ ცვლის, მაგრამ კონტრაქტში ჩასაწერ კითხვებს ამკაცრებს.

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

AV პლატფორმა და დისპეტჩერიზაცია ერთი და იგივეა?

დისპეტჩერიზაციის სისტემის არჩევის ცალკე პროტოკოლი იხილეთ პილოტისთვის დისპეტჩერიზაციის პროგრამის არჩევაში. ინტეგრაციის მიღებისას კი საჭიროა ფლოტის მიღების კრიტერიუმები. ამ ორ სამუშაოს ერთ AV-მომწოდებელზე ავტომატურად ნუ გადააბარებთ.

რას ვერ დაამტკიცებს პრეზენტაცია?

მომწოდებლის პრეზენტაცია ვერ დაამტკიცებს, რომ სისტემა თქვენს ქუჩებში ან ადგილობრივ სამართლებრივ გარემოში იმუშავებს. ვერ უნდა ჩაწეროთ, რომ პლატფორმა ავტონომიურია მხოლოდ იმიტომ, რომ აქვს სახურავის სენსორი, რუკა ან ლამაზი კონსოლი. ვერ უნდა მიაწეროთ aiTAXI-ს კონკრეტული მანქანის მხარდაჭერა, სანამ პარტნიორი პილოტის ტექნიკური შემოწმება არ დასრულდება.

ცალკე შეინახეთ უცნობები: სერტიფიკატის სტატუსი, კიბერუსაფრთხოების აუდიტი, მონაცემის მდებარეობა, განახლების დაბრუნება, საგარანტიო პასუხისმგებლობა და ავარიის შემდეგ ურთიერთობა. ინციდენტის ჩანაწერის პრაქტიკული ნაწილი გაშლილია მგზავრობისა და ინციდენტის მონაცემის შენახვის სტატიაში, ხოლო გეოგრაფიული ცვლილებები ცალკე მართვის წესს საჭიროებს გეოზონის ცვლილების კონტროლში.

ხშირად დასმული კითხვები

შეიძლება თუ არა დისპეტჩერიზაციის პროგრამის დემო AV პლატფორმის მტკიცებულებად ჩაითვალოს?

არა. დისპეტჩერის დემო აჩვენებს შეკვეთებისა და სტატუსის მართვას. ავტონომიური პლატფორმისთვის საჭიროა ცალკე ODD, ვალიდაციის, fallback-ის, კიბერუსაფრთხოებისა და მონაცემის მტკიცებულება.

რომელი დოკუმენტი უნდა მოვითხოვოთ პირველად?

პირველად მოითხოვეთ სისტემის საზღვრისა და ODD-ის წერილობითი აღწერა. სანამ არ იცით სად მუშაობს სისტემა და სად უნდა გაჩერდეს, სხვა დემო და შედეგი სწორად ვერ შეფასდება.

დაკავშირებული მასალა

დისპეტჩერიზაციის მომწოდებლის არჩევა, ინტეგრაციის მიღების კრიტერიუმები, ინციდენტის მონაცემის შენახვა, გეოზონის ცვლილების კონტროლი და aiTAXI-ის ადრეული წვდომა.

ძირითადი წყაროები: GOV.UK-ის საცდელი კოდექსი, RobotaxiON-ის ფლოტის მომსახურების აღწერა და FHWA-ის მონაცემთა მაგალითი. ისინი კატეგორიების გამიჯვნის წყაროებია და aiTAXI-ის თავსებადობას არ ამტკიცებს.