რა მონაცემზე უნდა შეთანხმდეთ რობოტაქსის პილოტამდე

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

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

რას ნიშნავს მონაცემზე წვდომა?

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

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

სცენარები და მონაცემის პატარა კონტრაქტი

ტელემეტრიაზე წვდომის გამოცდის ნაბიჯები

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

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

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

წვდომის გზების შედარება და ტიპური შეცდომები

რას ვერ გადაწყვეტს საჯარო API?

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

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

მონაცემის მიღების და უარყოფის ოქმი

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

მინიმალური წვდომა და ინციდენტის გამონაკლისი

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

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

უცნობი ველი მონიშნეთ როგორც UNKNOWN და არ ჩაანაცვლოთ სავარაუდო მნიშვნელობით.

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

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

ორი კითხვა კონტრაქტის დამტკიცებამდე

რას ვაკეთებთ, თუ ტელემეტრიის ბოლო ჩანაწერი დაგვიანებულია?

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

როგორ ვამტკიცებთ, რომ გაუქმებული წვდომა აღარ მუშაობს?

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

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

• Tesla Fleet Telemetry: official repository
• UK self-driving pilot guidance
• EDPB: connected vehicles guidance
• UK automated vehicle trial code
• aiTAXI-ის საჯარო აღწერა

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

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