TRANSCOMP XIV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT



Podobne dokumenty
Warunki Oferty PrOmOcyjnej usługi z ulgą

Instrukcja programu PControl Powiadowmienia.

linkprog programator USB

Generalnie przeznaczony jest do obsługi systemów klimatyzacyjnych i chłodniczych.

Regulamin promocji Nowy Business Everywhere z modemem

Instrukcja Obsługi STRONA PODMIOTOWA BIP

Administrator Konta - osoba wskazana Usługodawcy przez Usługobiorcę, uprawniona w imieniu Usługobiorcy do korzystania z Panelu Monitorującego.

Śrubka zamykająca Uchwyt ścienny Przycisk kontrolny Lampka kontrolna

Zarządzanie Zasobami by CTI. Instrukcja

V. Wymagania dla wsparcia projektu oraz nadzoru eksploatacyjnego... 6

CZYTNIK ZBLIŻENIOWY RFID-UR80D

Regulamin organizacji przetwarzania i ochrony danych osobowych w Powiatowym Centrum Kształcenia Zawodowego im. Komisji Edukacji Narodowej w Jaworze

Regulamin oferty Taniej z Energą

Zarządzenie Nr 1469/2012

INSTRUKCJA OBSŁUGI URZĄDZENIA: HC8201

Regulamin korzystania z serwisu

Realizacja projektów 8.3 PO IG na przykładzie Gminy Borzęcin Rafał Bakalarz

Zarządzanie projektami. wykład 1 dr inż. Agata Klaus-Rosińska

KARTA INFORMACYJNA NR KI/KD/1 REJESTRACJA NOWEGO POJAZDU ZAKUPIONEGO NA TERENIE POLSKI

RZECZPOSPOLITA POLSKA MINISTER CYFRYZACJI

Wdrożenie systemu Inteligentnego Opomiarowania (AMI) w Energa-Operator. 8 grudnia 2010

Moduł GSM generacja 1

Niniejszy dokument obejmuje: 1. Szablon Umowy zintegrowanej o rachunek ilokata, 2. Szablon Umowy zintegrowanej o rachunek ilokata oraz o rachunek

Politechnika Warszawska Wydział Matematyki i Nauk Informacyjnych ul. Koszykowa 75, Warszawa

1. Brak wystawiania faktur wewnętrznych dokumentujących WNT lub import usług.

Sieci komputerowe cel

SPRAWOZDANIE FINANSOWE

Tomice, dnia 15 lutego 2012 r.

Aktualizacja CSP do wersji v7.2. Sierpień 2014

ZARZĄDZENIE NR 82/15 WÓJTA GMINY WOLA KRZYSZTOPORSKA. z dnia 21 lipca 2015 r.

Pojazd podstawowy AT. łączników w automatycznych. Wymaganie to nie dotyczy następuj. łączników. w: - od akumulatora do układu zimnego startu i wyłą

Ewidencja abonentów. Kalkulacja opłat

Procedura weryfikacji badania czasu przebiegu 1 paczek pocztowych

FORMULARZ ZGŁOSZENIOWY DO UDZIAŁU W PROJEKCIE AKADEMIA LIDERA HANDLU. I. Informacje Podstawowe:

2.1 INFORMACJE OGÓLNE O SERII NX

OŚWIETLENIE PRZESZKLONEJ KLATKI SCHODOWEJ

ROZPORZĄDZENIE KOMISJI (UE) NR

PROCEDURA ROZWIĄZYWANIA PROBLEMÓW Z SYSTEMEM SD-NAVI (wersja 1.00)

Analiza porównawcza wydanych zezwoleń na pracę w latach

1. PODMIOTEM ŚWIADCZĄCYM USŁUGI DROGĄ ELEKTRONICZNĄ JEST 1) SALESBEE TECHNOLOGIES SP. Z O.O. Z SIEDZIBĄ W KRAKOWIE, UL.

POWIATOWY URZĄD PRACY

SPRZĄTACZKA pracownik gospodarczy

Type ETO2 Controller for ice and snow melting

KOMISJA WSPÓLNOT EUROPEJSKICH. Wniosek DECYZJA RADY

AERIS CA 350 VV EASE Zalety Informacje ogólne

Sieci komputerowe. Definicja. Elementy

Wniosek ROZPORZĄDZENIE RADY

FUNDACJA Kocie Życie. Ul. Mochnackiego 17/ Wrocław

DOTACJE NA INNOWACJE. Zapytanie ofertowe

OPIS PRZEDMIOTU ZAMÓWIENIA. wymagane minimalne parametry techniczne:

Tabela Opłat i Prowizji

A X E S S INSTRUKCJA UŻYTKOWNIKA

Wrocław, 20 października 2015 r.

Opis instalacji systemu Intranet Komunikator

KRYTERIA DOSTĘPU. Działanie 2.1,,E-usługi dla Mazowsza (typ projektu: e-administracja, e-zdrowie)

850, 64/3, 770, 335/1, 10, 851, 326 obręb Tarczyn

Ostatnia cena sprzeda y klienta 1.0 dodatek do Symfonia Faktura dla 1 firmy

Wprowadzenie elementów bezobsługowego systemu parkingowego przy ul. Wigury w Piekarach Śląskich.

Zobacz to na własne oczy. Przyszłość już tu jest dzięki rozwiązaniu Cisco TelePresence.

Załącznik nr 7 DO UMOWY NR. O ŚWIADCZENIE USŁUG DYSTRYBUCJI PALIWA GAZOWEGO UMOWA O WZAJEMNYM POWIERZENIU PRZETWARZANIA DANYCH OSOBOWYCH

Praca na wielu bazach danych część 2. (Wersja 8.1)

p o s t a n a w i a m

WNIOSEK. o udzielenie zezwolenia na dostęp do zawodu PRZEWOŹNIKA DROGOWEGO: W załączeniu przedkładam następujące dokumenty:

VinCent Office. Moduł Drukarki Fiskalnej

Instrukcja postępowania w celu podłączenia do PLI CBD z uwzględnieniem modernizacji systemu w ramach projektu PLI CBD2

INSTRUKCJE DLA UśYTKOWNIKÓW STREFY KLIENTA NA PORTALU INTERNETOWYM

Zakład Certyfikacji Warszawa, ul. Kupiecka 4 Sekcja Ceramiki i Szkła ul. Postępu Warszawa PROGRAM CERTYFIKACJI

U M O W A - projekt. 1. Przedmiot umowy

Zaloguj się do Moje GS1. wprowadź dane o swoich lokalizacjach w mniej niż 5 minut!

Sterownik nagrzewnicy elektrycznej HE

System Informatyczny CELAB. Przygotowanie programu do pracy - Ewidencja Czasu Pracy

Regulamin usługi Wezwij PZU Pomoc

zaprasza do składania ofert na zakup samochodu dostawczego na potrzeby tworzonego przedszkola i do innych usług.

Praca za granicą. Emerytura polska czy zagraniczna?

SPIS TREŚCI. Usytuowanie bramy i rodzaj sterowania mogą mied wpływ na poziom ryzyka, stwarzanego przez bramę z napędem.

MAKSYMALNA WYDAJNOŚĆ MŁOTY HYDRAULICZNE TYPU TXH

Regulamin i cennik Promocji TV+INTERNET NA PRÓBĘ

ROZPORZĄDZENIE MINISTRA INFRASTRUKTURY. z dnia 25 stycznia 2002 r. (Dz. U. z dnia 8 lutego 2002 r.)

- WZÓR- UMOWA Nr... Gminą i Miastem Czerwionka-Leszczyny, będącą płatnikiem podatku VAT, nr NIP: , reprezentowaną przez:......

Pierwsze kroki. Krok 1. Uzupełnienie danych własnej firmy

UMOWA O ŚWIADCZENIU USŁUG W PUNKCIE PRZEDSZKOLNYM TĘCZOWA KRAINA. Zawarta dnia..w Cieszynie pomiędzy

Projekt. Projekt opracował Inż. Roman Polski

Lublin, Zapytanie ofertowe

REGULAMIN PROMOCJI: BĄDŹ GOTÓW NA VAT! WYBIERZ SYMFONIĘ

Strategia rozwoju sieci dróg rowerowych w Łodzi w latach

INFORMATOR dotyczący wprowadzania do obrotu urządzeń elektrycznych i elektronicznych aparatury, telekomunikacyjnych urządzeń końcowych i urządzeń

BAKS Kazimierz Sielski Karczew ul. Jagodne 5. Tel./ fax (022) fax (022) NIP Zapytanie ofertowe.

OPIS PRZEDMIOTU ZAMÓWIENIA

CENNIK Lepszy Telefon Cały Czas*

Warszawa, dnia 13 listopada 2014 r. Poz ROZPORZĄDZENIE. z dnia 23 października 2014 r.

Regulamin Promocji Assistance 500+ Obowiązuje od r. do r.

Strona główna góra

1 Usługa POTS 20,05. 2 Usługa ISDN-BRA 29,16. 3 Usługa ISDN-PRA za 15 kanałów 463,84

Harmonogramowanie projektów Zarządzanie czasem

PROGRAM ZAPEWNIENIA I POPRAWY JAKOŚCI AUDYTU WEWNĘTRZNEGO

Chmura obliczeniowa. do przechowywania plików online. Anna Walkowiak CEN Koszalin

Automatyczne generowanie transakcji do WB 1.0 dodatek do Finanse i Ksi gowo ERP dla 1 firmy

newss.pl Ultraszybki internet nowej generacji - UPC Fiber Power

UMOWA. Panią/Panem.. prowadzącą/ym działalność gospodarczą pod nazwą. REGON.. NIP. zwanym dalej Wykonawcą została zawarta umowa następującej treści :

Transkrypt:

TRANSCOMP XIV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT Gabriel NOWACKI 1 Izabella MITRASZEWSKA 1 Tomasz KAMIŃSKI 1 Anna NIEDZICKA 1 Ewa SMOCZYŃSKA 1 Monika UCIŃSKA 1 Krajowy system automatycznego poboru opłat (KSAPO), europejska usługa opłaty elektronicznej( EETS), interoperacyjność, DSRC, GPS/GSM KSAPO - PROJEKT PILOTAśOWY DLA POLSKI Referat dotyczy implementacji europejskiej usługi opłaty elektronicznej (EETS) w Polsce. Instytut Transportu Samochodowego prowadził testy projektu pilotaŝowego - struktura funkcjonalna Krajowego Systemu Automatycznego Poboru Opłat (KSAPO). W skład systemu wchodzą następujące elementy: dwa inteligentne urządzenia pokładowe OBU, dwie bramki kontrolne, laboratoryjny model krajowej centrali automatycznego poboru opłat KCAPO. OBU automatycznie nalicza opłatę (myto), biorąc pod uwagę kategorię pojazdu (dmc, liczbę osi), klasę emisji spalin oraz przejechany odcinek drogi. OBU jest wyposaŝone w moduł GPS, GSM oraz DSRC, co zapewnia mu interoperacyjność z innymi systemami EETS w państwach członkowskich UE. Ten rodzaj systemu jest najlepszym rozwiązaniem dla Polski ze względu na unikalne moŝliwości. THE PILOT PROJECT OF NATCS FOR POLAND The paper refers to some problems of European Electronic Tolling Service (EETS) implementation in Poland. Motor Transport Institute has developed and tested the pilot project the functional structure of the National Automatic Toll Collection System (NATCS). It consists of the following elements: two intelligent OBU`s, two control gates and laboratory model of National Automatic Toll Collection Centre (NATCC). OBU automatically calculates the amount of charge due taking into account the vehicle category (admissible weight, number of axles), the emissions class and road distance. OBU is equipped with GPS, GSM and DSRC module, so it is interoperable with other EETS in member states of the European Union. This presented kind of system is the best solution for Poland because of unique capabilities. 1 Instytut Transportu Samochodowego, Centrum Zarzdzania i Telematyki Transportu; 03-301 Warszawa, ul. Jagiellońska 80, tel.: +48 22 8113231, fax: +48 22 8110906; gabriel.nowacki@its.waw.pl; izabella.mitraszewska@its.waw.pl; tomasz.kaminski@its.waw.p; anna.niedzicka@its.waw.pl; ewa.smoczynska@its.waw.pll

2438 G. NOWACKI, 1. WSTĘP Europejska usługa opłaty elektronicznej powinna być dostępna w państwach członkowskich UE do końca 2012 roku. W większości państw Unii Europejskiej (Austria, Czechy, Francja, Hiszpania, Włochy) wykorzystywane są systemy elektronicznego pobierania opłat drogowych typu DSRC, które funkcjonują w oparciu o wydzieloną łączność radiową krótkiego zasięgu (pasmo mikrofalowe - 5,8 GHz). Innym rozwiązaniem jest system oparty na wykorzystaniu technologii telefonii komórkowej (GSM) oraz pozycjonowania satelitarnego (GPS). Do tego typu systemu naleŝy m.in.: LSVA wdroŝony 1 stycznia 2001 roku w Szwajcarii, Toll Collect działający od 1 stycznia 2005 roku w Niemczech oraz ETC wdroŝony 1 stycznia 2010 roku w Słowacji. W Czechach w najbliŝszym czasie zostanie wdroŝony system hybrydowy, który umoŝliwi wykorzystanie technologii DSRC oraz GPS/GPRS. Implementacja autonomicznych systemów w państwach europejskich oraz brak moŝliwości ich współpracy (m.in. ze względu na róŝnice w zakresie interpretacji przepisów prawnych, niezgodność w koncepcjach pobierania opłat drogowych oraz róŝne standardy i technologie) spowodowały, Ŝe Komisja Europejska od 2004 r., prowadzi szeroko zakrojone działania w zakresie interoperacyjności tych systemów. Interoperacyjność oznacza zdolność systemu do bezpiecznego i niezakłóconego przepływu danych, które uzyskują wymagane dla konkretnych sieci wielkości, określone w standardach. Interoperacyjność wspólnotowego systemu oznacza spójność tego systemu w skali Unii Europejskiej, przynajmniej na poziomie technicznym, semantycznym oaz proceduralnym, przy załoŝeniu, Ŝe zostały określone na szczeblu wspólnotowym działania mające na celu jej osiągnięcie, a które realizowane są zarówno na drodze wspólnych przedsięwzięć, jak i na drodze działań niezaleŝnych poszczególnych państw członkowskich. W 2004 roku została przyjęta Dyrektywa Parlamentu Europejskiego i Rady 2004/52/WE, dotycząca interoperacyjności systemów elektronicznych opłat drogowych. 6 października 2009 roku została podjęta decyzja Komisji Europejskiej w sprawie definicji europejskiej usługi opłaty elektronicznej oraz jej elementów technicznych. W Niemczech wdroŝono system Toll Collect, oparty na pozycjonowaniu satelitarnym i łączności GSM. Powodem wdroŝenia tego typu systemu w Niemczech były doświadczenia oparte na istniejących systemach DSRC, dotyczące trudności rozliczeń opłat. Skontrolowanie danych dotyczących: kto, kiedy i dlaczego jechał tą a nie inną trasą wymaga pracy wielu osób i duŝej ilości czasu, znacznie podnosząc koszty funkcjonowania systemu. Szczelność systemu DSRC wynosi około 85%, natomiast GPS/GSM ok. 98 %. W systemie GPS/GSM do kontroli pojazdów potrzebna jest mniejsza liczba bram kontrolnych. W Niemczech, gdzie system obejmuje 12 000 km, jest tylko 300 bram kontrolnych, z czego w danym dniu aktywnych jest 100 losowo wybranych bram, a praktycznie system moŝe funkcjonować bez powyŝszych bram kontrolnych. Natomiast w Austrii jest wykorzystywanych 840 bram dla sieci drogowej o długości 2000 km. Taka sytuacja oczywiście powoduje dodatkowe koszty utrzymania infrastruktury drogowej oraz duŝe koszty operacyjne systemu.

KSAPO - PROJEKT PILOTAśOWY DLA POLSKI 2439 Koszty implementacji systemów w poszczególnych państwach są trudne do obliczenia. Jedynie moŝna tego dokonać na podstawie podpisanych kontraktów rządowych. Kontrakt rządowy na wdroŝenie systemu i jego obsługę na kilka lat w poszczególnych państwach wyniósł: Austria 750 milionów Euro (sieć dróg ok. 2000 km), Niemcy 1,24 miliarda Euro (sieć dróg 12 000 km), Czechy 780 milionów Euro (sieć dróg 970 km). 2. KRAJOWY SYSTEM AUTOMATYCZNEGO POBORU OPLAT DROGOWYCH 2.1 Struktura funkcjonalna W skład systemu pilotaŝowego wchodzą następujące elementy (rys. 1): inteligentne urządzenie pokładowe GPS/GSM o nazwie TRIPON-EU, które zostało zainstalowane w dwóch pojazdach testowych, dwie bramki kontrolne (z modemem DSRC i kamerowym systemem egzekucji opłat), laboratoryjny model krajowej centrali automatycznego poboru opłat KCAPO. Rys.1. Architektura Krajowego Systemu Automatycznego Poboru Opłat W takiej konfiguracji testowane zostały następujące funkcje systemu: działanie segmentów GPS urządzeń pokładowych, działanie kanału transmisji danych między urządzeniami pokładowymi a serwerem pośredniczącym (Proxy), generacja danych testowych dla celów walidacji,

2440 G. NOWACKI, działanie mikrofalowych urządzeń DSRC, działanie kamerowego systemu egzekucji myta. Urządzenie OBU przeznaczone jest głównie do detekcji płatnych odcinków dróg po których porusza się pojazd wyposaŝony w OBU. Bramka stanowi stacjonarny punkt kontroli pojazdów poruszających się po drogach płatnych. W przypadku systemu opartego o GPS/GSM naleŝy dąŝyć do minimalizacji liczby bramek co pozwoli na zmniejszenie nakładów finansowych potrzebnych do powstania sytemu KSAPO. Dodatkowo w systemie mogą być stosowane kontrole mobilne, którymi w Polsce zajmować się będzie Inspekcja Transportu Drogowego. 2.2 Urządzenie pokładowe OBU Urządzenie pokładowe TRIPON-EU jest dostępne w dwóch róŝnych wykonaniach. W systemie testowym została uŝyta wersja montowana w jednej obudowie gromadzącej wszystkie komponenty łącznie z antenami GPS i GSM. To wykonanie zostało zaprojektowane z myślą o instalacji na przedniej szybie pojazdu. Normalnie uchwyty montaŝowe są przyklejane do szyby specjalną Ŝywicą, jednak w systemie testowym zostały przyklejone taśmą samoprzylepną. Rys.2. Urządzenie pokładowe TRIPON-EU i jego uchwyty montaŝowe W projekcie pilotaŝowym zdefiniowano łącznie 6 istotnych interfejsów, które zostały uwzględnione w proponowanym systemie testowym z urządzeniem pokładowym OBU. 1). Instalacja i kontrakt na obsługę urządzeń pokładowych. OBU będą konfigurowane za pomocą kart Smartcard. Karty Smartcard z danymi pojazdów i danymi z kontraktu na obsługę systemu w czasie testowania zostaną zaprogramowane za pomocą programatora kart. 2). Podłączenie do pojazdu. OBU połączone zostało z następującymi punktami w instalacji pojazdu: zasilanie, masa, zapłon, tachograf. 3). Interfejs uŝytkownika OBU obsługuje następujące funkcje: ekranowe zestawy opcji (menu), moŝliwość deklaracji przyczepy. Dla wygody testowania, przyciskiem S (send, wyślij) moŝna w kaŝdej chwili wymusić sesję łączności GPRS bez konieczności czekania

KSAPO - PROJEKT PILOTAśOWY DLA POLSKI 2441 na nadejście pory następnej sesji inicjowanej automatycznie. Na ogół jest wyświetlony ekran standardowy, na którym widnieją następujące informacje: symbol kontekstu (obszaru poboru) myta (P dla Polski), graficzna reprezentacja polskiego kontekstu myta (np. zarys granic kraju), deklarowana liczba osi pojazdu, łączna wartość myta naliczonego w danym kursie pojazdu, kwota naleŝna za przejazd aktualnego segmentu, godzina i suma kilometrów przejechanych od chwili zainstalowania Interfejs DSRC SłuŜy do przeprowadzania standardowych transakcji DSRC z urządzeniami zainstalowanymi na testowej bramce egzekucji myta. Rys.3. Interfejsy przewidziane w projekcie pilotaŝowym 4). Interfejs DSRC słuŝy do przeprowadzania standardowych transakcji DSRC z urządzeniami zainstalowanymi na testowej bramce egzekucji myta. 5). Interfejs danych (od operatora opłat do dostawcy systemu). Jest to interfejs wewnętrzny poniewaŝ w systemie testowym nie wyodrębniono miejsc poborcy myta i dostawcy systemu. 6). Egzekucja myta została zademonstrowana z uŝyciem anten DSRC i kamer ANPR (Automatic Number Plate Recognition, automatyczne rozpoznawanie numerów rejestracyjnych) na testowej bramce ustawionej na jednym pasie ruchu.

2442 G. NOWACKI, 2.3 Bramki kontrolne Koncepcja bramek kontrolnych (egzekucji myta) dla systemu testowego w Polsce opiera się na doświadczeniach firmy Fela, zebranych w trakcie działania systemu szwajcarskiego. Na bramce zainstalowane są następujące urządzenia (rys. 4): lokalizator DSRC do przeprowadzania transakcji z kontrolerem pasma ruchu (zgodnie ze standardem EN15509), system kamerowy do automatycznego odczytywania numerów rejestracyjnych i sporządzania dokumentacji fotograficznej (ANPR, tylko z przodu), lokalny sterownik do rejestracji egzekucji. Lokalizator DSRC przeprowadza standardowe transakcje DSRC (zgodnie z CEN TC278/EN155509) wykrywając kaŝdy pojazd przejeŝdŝający przez bramkę. Zasadniczo na dane składają się dane kontraktowe, numery rejestracyjne i charakterystyka pojazdu. W procesie egzekucji myta te dane są porównywane z danymi z systemu ANPR. Rys.5. Bramka kontrolna wraz z wyposaŝeniem na terenie ITS w Warszawie Kamera oraz impulsowe źródło promieniowania podczerwonego (diody LED) są wyzwalane przez czujnik ruchu PIR. Łącznie rejestrują widok pojazdu z przodu. ZaleŜnie od usytuowania bramki i/lub warunków ruchu moŝna zastosować róŝne inne sygnały wyzwalające. Monochromatyczna kamera ANPR wyposaŝona jest w przetwornik obrazu o rozdzielczości 1620 x 1220 pikseli i interfejsem Gig-E. Sterownik zabudowany w obudowie kamery umoŝliwia: przekaz sygnałów wyzwalających do kamery/impulsowego źródła promieniowania podczerwonego, przetwarzanie sygnałów z czujnika oświetlenia,

KSAPO - PROJEKT PILOTAśOWY DLA POLSKI 2443 ustawienie parametrów zestawu kamera/impulsowe źródło w oparciu o sygnały z czujnika oświetlenia, kontrolę temperatury w obudowie kamery (załączał/wyłączał ogrzewanie/chłodzenie). Zdjęcie pojazdu jest transmitowane do serwera poboru opłat z danego pasa ruchu do dalszego przetworzenia i zanalizowania w celu odczytania numerów rejestracyjnych. Równocześnie słuŝy ono jako dokumentacja w razie konieczności uruchomienia procedur egzekucyjnych. Aby umoŝliwić w pełni automatyczną pracę bramki, zastosowany został czujnik natęŝenia oświetlenia w otoczeniu, którego sygnał jest podstawą kontroli parametrów kamery i impulsowego źródła promieniowania podczerwonego. Czujnik jest skierowany na obszar wykrywania pojazdów i ma zakres dynamiczny od 3 do 30000 luksów. 2.4. Laboratoryjny model KCAPO Laboratoryjny model Krajowej Centrali Automatycznego Poboru Opłat (KCAPO) składa się z następujących elementów: trzech komputerów klasy PC jeden dedykowany jako serwer baz danych (nazywany dalej KB), drugi serwer dla oprogramowania aplikacyjnego (nazywany dalej KA), trzeci jako terminal uŝytkownika, oprogramowania aplikacyjnego i systemowego, baz danych, interfejsów programowych i fizycznych (pomiędzy KCAPO a OBU, pomiędzy KCAPO a bramkami kontrolnymi), interfejsów uŝytkownika ((internetowy serwis WWW, CaIl Center). Bazy danych w KCAPO dzielą się na następujące grupy: dane o uŝytkownikach, pojazdach i taryfach, fizyczny opis zasobów przestrzennych (Physical Inventory), dynamiczna baza informacji lokalizacyjnych (Dynamic Inventory). Wymagane dane podstawowe o uŝytkownikach to: nazwa firmy, jej forma prawna, imię i nazwisko osoby reprezentującej, NIP, REGON, adres siedziby i adres do rozliczeń, telefon, e-mail, fax, login i hasło do logowania na stronie internetowej, dodatkowe dane weryfikacyjne (np. PIN), dane konfiguracyjne (o wybranym sposobie opłat, sposobie doręczania raportów itp.), lista identyfikatorów pojazdów danego uŝytkownika. Wymagane dane podstawowe o pojazdach to: numer rejestracyjny i kraj, ilość osi, klasa emisji spalin, dopuszczalna masa całkowita, unikalny numer identyfikacyjny. Dane o taryfach uwzględniają obowiązujące przepisy i są przechowywane w taki sposób, aby moŝna było wprowadzać wszelkie zmiany wraz ze zmianami przepisów i stawek. Baza ta powinna jest na bieŝąco synchronizowana z lokalną bazą danych w OBU i w bramkach kontrolnych. Baza opisu zasobów przestrzennych zawiera listę płatnych odcinków dróg współrzędne geograficzne punktów charakterystycznych (początek i koniec odcinka), jego długość oraz klasę odcinka w powiązaniu z bazą taryf. Baza ta na bieŝąco jest synchronizowana z lokalną bazą danych w OBU i w bramkach kontrolnych. Dynamiczna baza informacji lokalizacyjnych zawierać informacje o dacie i godzinie wjazdu pojazdu na płatny odcinek oraz dacie i godzinie wyjazdu, numer identyfikacyjny

2444 G. NOWACKI, danego odcinka, numer identyfikacyjny pojazdu. Ta baza danych jest aktualizowana automatycznie na bazie komunikatów odbieranych z OBU. Dostęp do baz danych i zawartych w niej danych z pominięciem systemu jest chroniony mechanizmami ochrony dostępu systemu operacyjnego serwera i zastosowanego silnika bazy danych. Dodatkowym zabezpieczeniem danych przed skutkami awarii lub błędów w obsłudze ma jest system kopii zapasowych. 3. WNIOSKI W związku z rozwojem nowych technologii, system opłat drogowych, wykorzystujący pozycjonowanie satelitarne (GPS) oraz łączność GSM, będzie najlepszym rozwiązaniem dla RP, szczególnie w aspekcie elastyczności, kiedy systemy opłat drogowych mogą być stosowane dla większej liczby kategorii dróg (dróg ekspresowych, a nawet dróg krajowych) oraz kaŝdej kategorii pojazdów. Pierwszą zaletą systemów nowej generacji GPS/GSM jest mała liczba bramek kontrolnych. System pracuje bez dodatkowych punktów (bramek) kontrolnych i łączności, ekstra linii, ograniczeń prędkości i innych elementów infrastruktury budowanych wzdłuŝ dróg. Drugą zaletą jest bardzo duŝa elastyczność w zakresie definiowania opłat drogowych, przy pomocy narzędzi wirtualnych. Oznacza to łatwą i szybką zdolność adoptowania zmian parametrów opłat drogowych (klasyfikacja dróg, typy pojazdów, klasy emisji spalin, naliczanie czasowe godziny szczytu, inna pora dnia, niedziele i święta). Trzecią zaletą jest moŝliwość wsparcia innych systemów, słuŝb i usług transportowych, wykorzystujących podobną platformę technologiczną. Ponadto zgodnie z wymaganiem 2.1.1.7. decyzji KE, urządzenia pokładowe OBU zapewniają interfejs komunikacyjny człowiek-maszyna, wskazujący uŝytkownikowi, czy urządzenia pokładowe funkcjonują właściwie, a takŝe interfejs zgłaszania zmiennych parametrów opłaty oraz wskazywania ustawień tych parametrów. Dlatego teŝ wskazane jest aby urządzenie pokładowe OBU zawierało wyświetlacz, co ułatwia ustawienie parametrów dla kierowcy (dmc, liczba osi pojazdu, klasa emisji spalin, aktualny odcinek autostrady) oraz wyświetlenie tych parametrów, wskazuje aktualne koszty naliczenia opłaty oraz koszty ogólne. Jest to takŝe czynnik psychologiczny, kierowca na bieŝąco obserwuje ustawienia i naliczone koszty, ma gwarancję Ŝe urządzenie pracuje właściwie, kierowca nie zboczył z trasy, to poprawia jego samopoczucie, tym samym kierowca nie stanowi zagroŝenia w ruchu drogowym. Taka sytuacja powoduje tym samym mniejszą liczbę reklamacji w systemie. 4. BIBLIOGRAFIA [1] Decyzja Komisji z dnia 6 października 2009 r. w sprawie definicji europejskiej usługi opłaty elektronicznej oraz jej elementów technicznych. Dz. U. UE. L.09.268.11. [2] Dyrektywa Parlamentu Europejskiego i Rady 2004/52/WE z dnia 29 kwietnia 2004 r. w sprawie interoperacyjności systemów elektronicznych opłat drogowych we Wspólnocie. Dz. Urz. UE, L 166, 30.04.2004. Referat opracowano w ramach projektu rozwojowego struktura funkcjonalna KSAPO NR10 0001 04.