pozyskiwanie informacji w systemach its
Transkrypt
pozyskiwanie informacji w systemach its
PRACE NAUKOWE POLITECHNIKI WARSZAWSKIEJ z. 100 Transport 2013 Marek Sumi!a Politechnika Warszawska, Wydzia7 Transportu POZYSKIWANIE INFORMACJI W SYSTEMACH ITS R9kopis dostarczono, marzec 2013 Streszczenie: W artykule zwrócono uwag9 na aspekt pozyskiwania danych w systemach ITS. W pierwszej cz9>ci podkre>lono znaczenie informacji w systemach transportowych i wskazano wp7yw telekomunikacji na sprawne funkcjonowanie transportu. Nast9pnie krótko opisano ewolucj9 metod pozyskiwania danych w systemach telematycznych na tle ogólnego przep7ywu informacji ITS. W dalszej cz9>ci artyku7u zaproponowano model matematyczny wspomagaj@cy ocen9 poprawno>ci doboru >rodków umoDliwiaj@cych wskazane w tytule zadanie. S!owa kluczowe: ITS, pozyskiwanie danych, ocena systemów pozyskiwania danych 1. WPROWADZENIE Rozwój i sprawne funkcjonowanie transportu sta7o si9 moDliwe przy znacz@cym udziale i wykorzystaniu systemów telekomunikacyjnych, a obecnie równieD systemów teleinformatycznych. JuD blisko 150 lat temu wraz z powstawaniem nowych fragmentów „kolei Delaznych” w Europie, a szczególno>ci w Ameryce Pó7nocnej, niemalDe samoistnie, wzd7uD szlaków kolejowych, uruchamiano kolejne odcinki 7@czno>ci telegraficznej, a po 1876 roku równieD 7@czno>ci telefonicznej. Tak powsta7e sieci 7@czno>ci umoDliwia7y szybk@ wymian9 informacji pomi9dzy znajduj@cymi si9 na szlaku stacjami kolejowymi. Od tamtej pory 7@czno>Y przesta7a odgrywaY juD tylko funkcj9 informacyjn@, ale zacz97a odgrywaY dominuj@c@ rol9 w spe7nieniu ostrych wymogów bezpiecze[stwa (transport lotniczy, koleje duDych pr9dko>ci) oraz realizacji zada[ logistycznych transportu zgodnie z has7em „Just in Time”. W chwili obecnej wyra^nie odczuwalne jest znaczenie tego has7a w globalnym zarz@dzaniu dostawami i rozwojem ca7ego obszaru logistyki transportowej. Gdy w roku 1963 japo[ski dziennikarz – socjolog Umesao Tadeo opublikowa7 prac9 na temat spo7ecze[stwa informacyjnego [14] u>wiadomiono sobie, De zakres wykorzystania systemów 7@czno>ci ulegnie poszerzeniu. Wobec widocznych trendów rozwojowych przemys7u motoryzacyjnego, jak i logistyki transportu, juD w latach osiemdziesi@tych ubieg7ego wieku przy departamentach transportu USA, Japonii i Australii zacz97y powstawaY grupy skupiaj@ce naukowców, inDynierów ! 202 Marek Sumi7a ! telekomunikacji i sterowania ruchem drogowym maj@ce na celu opracowanie i wdroDenie rozwi@za[ informacyjnych umoDliwiaj@cych popraw9 funkcjonowania transportu drogowego w miastach i na autostradach. Grupy te stanowi7y zal@Dek pierwszych instytucji ITS (Intelligent Transportation Systems) [9]. Dalszy ich rozwój sta7 si9 moDliwy tylko dzi9ki wzajemnej wspó7pracy na trzech p7aszczyznach: technologicznej, systemowej i instytucjonalnej. P7aszczyzna technologiczna jest szczególnie wyra^nie odczuwalna w zakresie >rodków komunikacji mobilnej oraz systemów teleinformatycznych. P7aszczyzna systemowa to przede wszystkim dzia7ania maj@ce na celu w7a>ciwe wykorzystanie i propagowanie informacji. Wreszcie p7aszczyzna instytucjonalna, której zadaniem jest propagowanie idei ITS, dostosowanie norm prawnych, inicjowanie programów badawczych i przydzielanie >rodków na cele z tym zwi@zane [13]. Dzi> poj9cie Inteligentnych Systemów Transportowych jest usystematyzowane i oznacza zastosowanie wysokorozwini9tych technologii zarz@dzania, telekomunikacyjnych, elektroniki (hardware) i informatycznych (software) do wspomagania systemów transportu powierzchniowego [12]. Celem ITS wg [1] jest poprawa bezpiecze[stwa i mobilno>ci transportu oraz zwi9kszenie jego wydajno>ci poprzez integracj9 zaawansowanych technologii telekomunikacyjnych w ramach infrastruktury transportowej i w pojazdach. Kluczowe znaczenie w rozwoju systemów sta7o si9 pozyskiwanie danych, których ^ród7em sta7a si9 nie tylko infrastruktura transportowa, jak równieD odpowiednio doposaDone pojazdy. 2. DEFINICJA I EWOLUCJA METOD POZYSKIWANIA INFORMACJI W SYSTEMACH ITS Pozyskiwanie informacji w systemach ITS polega na zapewnieniu >rodków technicznych maj@cym na celu zdobycie wiedzy o stanie pojazdów i infrastruktury drogowej. Proces pozyskiwania informacji jest pierwszym etapem ogólnego przep7ywu informacji w systemach ITS maj@cego wp7yw na czas podróDy kierowców, bezpiecze[stwo podróDy, komfort jazdy, nadzór procesu transportowego, jak równieD koszty transportu ludzi i towarów. Uczestnikami, zainteresowanymi zdobyciem informacji, s@ podróDuj@cy, centra zarz@dzania ITS, zarz@dcy infrastruktury transportowej i przewo^nicy. hród7em informacji moDe byY zewn9trzny obserwator, uczestnik ruchu, urz@dzenie telematyczne zainstalowane na pok7adzie pojazdu lub urz@dzenie b9d@ce w otoczeniu infrastruktury transportowej i wreszcie hurtownie danych centrów zarz@dzania ITS. Generalnie, ^ród7em informacji o stanie procesu transportowego s@ ludzie i czujniki, ^ród7em informacji dla cz7owieka s@ systemy prezentacji danych, np.: znaki zmiennej tre>ci, interfejsy MMI. W dalszej cz9>ci artyku7u podj9to analiz9 pozyskiwania danych pochodz@cych z urz@dze[ telematyki przy uDyciu dost9pnych >rodków 7@czno>ci. Pozyskiwanie danych na tle przep7ywu informacji, w ogólnym uj9ciu, przedstawiono na rysunku 1. ! Pozyskiwanie danych w systemach ITS 203 ! Rys. 1. Przep7yw informacji w systemach ITS [4] Wskazuje si9 cztery generacje metod pozyskiwania danych o stanie infrastruktury transportowej [12]. Pierwsza generacja systemów pozyskiwania wiedzy o stanie dróg bazowa7a na fizycznej obserwacji infrastruktury drogowej. Obserwacja ta mog7a byY przeprowadzona punktowo przez osob9 obserwuj@c@ okre>lone skrzyDowanie dróg lub arteri9 komunikacyjn@, jak równieD obszarowo, z powietrza, wykorzystuj@c do tego celu helikoptery. W Polsce od lat dziewi9Ydziesi@tych ubieg7ego wieku, na obszarze duDych miast, wykorzystuje si9 wspó7pracuj@ce z rozg7o>niami radiowymi, korporacje taksówkowe, których flota przemieszczaj@c si9 ulicami miast, zbiera i przekazuje informacje o stanie przejezdno>ci ulic, najcz9>ciej w godzinach szczytu. Druga generacja systemów pozyskiwania informacji zosta7a uzupe7niona o róDnego rodzaju czujniki drogowe. Czujniki drogowe s@ stosowane od lat sze>Ydziesi@tych XX w. Ich zadaniem by7o wykrywanie fizycznej obecno>ci pojazdu w danym miejscu infrastruktury drogowej. Szczególnie ch9tnie by7y wykorzystywane do oceny stanu zaj9to>ci skrzyDowa[. W>ród wielu rozwi@za[ czujników drogowych najwi9ksz@ popularno>ci@ ciesz@ si9 czujniki instalowane w nawierzchni drogi. S@ to: czujniki indukcyjne p9tlowe, czujniki piezoelektryczne, kwarcowe, tensometryczne, pojemno>ciowe i czujniki magnetyczne. Czujniki radiowe i laserowe nie s@ montowane w nawierzchni drogi, ale nad ni@, w jej najbliDszym otoczeniu. Trzeci@ generacj@ metod pozyskiwania informacji o stanie dróg ukierunkowano na indywidualn@ komunikacj9 infrastruktury drogowej z pojazdem. Rozwi@zania tego typu wymaga7y, aby pojazd zosta7 wyposaDony w transponder umoDliwiaj@cy zdaln@ identyfikacj9 pojazdu. Przyk7adem wykorzystania tego typu urz@dze[ jest wprowadzony w lipcu 2011 roku, w Polsce, system viaTOLL. Czwart@ generacj@ systemów pozyskiwania informacji o stanie obci@Denia infrastruktury drogowej by7o wykorzystanie, jako ^ród7a informacji, sieci GSM i telefonów/modemów sieci komórkowych do pozyskiwania informacji o obecno>ci pojazdu w danym obszarze, ale równieD przekazywanie informacji o stanie pojazdu, np. z jednostek OBU (On-Board Unit). ! 204 Marek Sumi7a ! Efektem rozwoju technologii teleinformatycznych, a w konsekwencji wzrastaj@cej interakcji pomi9dzy infrastruktur@ transportow@, a podróDuj@cymi sta7o si9 powstanie tzw. architektury ITS, rozwijanej zarówno w UE, USA, jak i innych krajach wysokorozwini9tych na >wiecie. Bezpo>rednim celem kaDdej z nich jest zaspokajanie zg7aszanych potrzeb uDytkowników transportu, zgodnie z Dyrektyw@ UE [1]. Prowadzi to do powstania zaawansowanej infrastruktury telematycznej wykorzystuj@cej zaawansowane technologie telekomunikacyjne i informatyczne. 3. MODEL POZYSKIWANIA DANYCH Kluczowym elementem w modelu pozyskiwania danych w systemach ITS jest konstrukcja architektury ITS. Wg [5] architektura ITS jest list@ „aspiracji” powsta7@ w wyniku rozpoznania, analizy i usystematyzowania potrzeb uDytkowników. W konsekwencji prowadzi to do opracowania zbioru us7ug telematycznych TTS (Transport Telematics Services), które te „potrzeby” zaspokoj@. Zestawienie wszystkich us7ug telematycznych zawiera norma ISO 14813-1 [6], na potrzeby tego artyku7u zamieszczono w tabeli 1 tylko wybrane, zwi@zane z transportem towarów. Tab. 1 Zestawienie zaadaptowanych us!ug TTS na potrzeby transportu towarowego wg [7]1 Lp. Ozn. Pe!na nazwa us!ugi Lp. Ozn. Pe!na nazwa us!ugi Lp. Ozn. Pe!na nazwa us!ugi 1 AWI Accident Warning Information 12 IRM 23 RHW Road Hindrance Warning 2 ADL Automated Driver Logs 13 XXL 24 RUC 3 DP Driver Planning 14 ITP 25 RG Road User Charging (RUCAadvanced version) Route Guidance 4 DTI 15 ISA 26 SGM 5 EC Dynamic Trafnc Information E-Call 16 NAV 27 SM 6 ETM 17 ODM 28 TAR 7 EDI 18 OSM 29 TOH 8 ETA 19 PYD Information About Infrastructure Repair and Maintenance Information on the transportation of XXL Cargo Information on Truck Parking Intelligent Speed Adaptation Navigation Through a Route Network On-Board Driver monitoring On-Board Safety & Security Monitoring Pay as You Drive 30 TRO 9 FM Freight Mobility 20 RTT 31 VF Theft Alarm and Recovery Transport Order Handling Transport Resource Optimization Vehicle Follow-up 10 11 GEO GI Geo-fencing Goods Identincation 21 22 RED RM 32 WI Weight Indication Emission Testing and Mitigation En-Route Driver Information Estimated Time of Arrival !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 1 ! Real Time Track & Trace of Goods Remote Declaration Remote Monitoring Sensitive Goods Monitoring Staff Monitoring W tabeli 1 uDyto oryginalnych nazw ze wzgl9du na róDne propozycje t7umaczenia ich na j9zyk polski. Pozyskiwanie danych w systemach ITS 205 ! MoDna stwierdziY, De o kszta7cie architektury ITS oznaczonej w modelu jako A, >wiadczy zbiór us7ug tworz@cych t@ architektur9. Oznacza to, De zbiór ten nie moDe byY pusty ! ", zatem zawiera przynajmniej jedn@ us7ug9 telematyczn@ # $ 8 7 , gdzie i naleDy do liczb naturalnych % 7 &. W rzeczywisto>ci kaDda architektura ITS realizuje wiele, z wskazanych w normie [6] us7ug telematycznych. 1 '-( #23 (1) # KaDda z us7ug S ma przypisany zbiór funkcjonalno>ci F. KaDda z funkcjonalno>ci w pewnym sensie opisuje us7ug9, której jest cz9>ci@. Przyk7adowe funkcjonalno>ci i ich oznaczenia przedstawiono w tabeli 2. Tab. 2 Zbiór funkcjonalno/ci [7]2 Lp. Ozn. Nazwa Lp. Ozn. Nazwa Lp. Ozn. Nazwa 1 as accident sensors 13 gp 25 odd 2 asg alarm signal 14 gds 26 rm origin-destination data ramp metering 3 4 at cv automatic trigger camera vision 15 16 gd hs global (absolute) positioning goods damage sensors goods data jogging human sensors 27 28 rc src 5 da 17 ids sd db 18 ind 30 tfc 7 dd driver data 19 lp 31 ts tidal sow control and trafnc priority time stamping 8 di driver interface 20 mh 32 wf weather forecast 9 ds data storage 21 mp 33 vds 10 dt 22 m 34 vd vehicle damage sensors vehicle data/id logger 11 du digital tachographs data updates infrastructure damage sensors infrastructure data jogging local (reference) positioning maintenance history data logger map position and updates Monitoring 29 6 data anonymity (encryption) data broadcast 23 no 35 vs vehicle speed 12 ed emission data logger 24 obu 36 vc voice communication network optimization on-board unit route congestion short range communication (e.g. dsrc) signal delay Realizacja funkcjonalno>ci jest moDliwa pod warunkiem dost9pu do zbioru >rodków 7@czno>ci D b9d@cych podzbiorem wi9kszego zbioru zasobów teleinformatycznych Z. )* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 2 ! j.w. / # - ( +, . 045 6 9: ,23 (2) 206 Marek Sumi7a ! Do zbioru tych >rodków 7@czno>ci naleDy uznaY przede wszystkim dost9pne technologie bezprzewodowe, których zestawienie przedstawiono w tabeli 3. Tab. 3 Porównanie bezprzewodowych /rodków !0czno/ci [opracowanie w!asne] Parametr Standard 2,5 G GPRS, EDGE 3G UMTS, HSPA LTE 3GPP Release 8 WiMAX IEEE 802.16e Wi-Fi IEEE 802.11a,b, g, n Cz9stotliwo>Y 900/1800 MHz 10 km 900 MHz, 1,9/2,1 GHz 2 km 3,5 GHz 2,4/5,0 GHz 5-15 km <250 m 200 kb/s 1,9/2,1/2,6 GHz 5-30-100 km 43 Mb/s DSRC/WAVE3 EN 12253, EN 12795, EN 12834, EN 13372 5,8 GHz/5,9 GHz <1 km 2-4 Mb/s 300 Mb/s 3-27 Mb/s 300 Mb/s 3-27 Mb/s 250 km/h 512 kb/s – 2 Mb/s 120 km/h <10 km/h >100 km/h 20-40 ms Transmisja danych, VoIP 30-50 ms Transmisja danych, VoIP sekundy Transmisja danych, VoIP <50 ms Transmisja danych, VoIP Zasi9g od nadajnika Downlink Uplink 80 kb/s VMAX terminala Opó^nienie Us7ugi podstawowe 250 km/h 384 kb/s – 7,2 Mb/s 160 kb/s – 2 Mb/s 250 km/h >500 ms G7os i inne podstawowe us7ugi 50-200 ms G7os i inne podstawowe us7ugi 5 Mb/s Decyzja o wykorzystaniu danego >rodka 7@czno>ci musi byY podejmowana w oparciu o zapotrzebowanie na szeroko>Y pasma teletransmisyjnego, cz9sto>Y wykorzystania >rodka 7@czno>ci i ca7kowity czas potrzebny na dostarczenie informacji do odbiorcy (warunek Real Time). Zestawienie typowych ^róde7 informacji B i na niezb9dnych do osi@gni9cia parametrów umieszczono w tabeli 4. Tab. 4 Zapotrzebowanie wybranych 7róde! informacji na /rodki !0czno/ci [opracowanie w!asne] 0,5 kb/s – 11 Mb/s 4,8 kb/s – 64 kb/s 2 Mb/s – 6 Mb/s 250 kb/s (up-link), 500 kb/s (down-link) >rednia ma7a ma7a nie tak tak duDa nie 6,4 kb/s duDa nie 500 Mb/s (4GHz) >rednia nie 2 Gb/s (8 GHz) ma7a nie 0,25 kb/s (down-link) vrednia tak Wielko/8 przep!ywno/ci 1 2 3 Transmisja danych Transmisja g7osu Transmisja wideo 4 Transmisja danych OBU 6 7 8 Transmisja przetworzonych danych z OBU Transmisja do serwera przetwarzania rozproszonego Transmisja od serwera zcentralizowanego Pozycjonowanie satelitarne !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ! Real Time Typ zasobu 5 3 Cz9sto/8 u:ycia /r. !0czno/ci Lp. http://www.unwired.ee.ucla.edu/dsrc/dsrc_testbed_simple.htm Pozyskiwanie danych w systemach ITS 207 ! W konsekwencji osi@gni9cie wybranej funkcjonalno>ci wi@De si9 z uDyciem zarówno zasobów b9d@cych ^ród7em informacji, jak i >rodków 7@czno>ci. +, ; 4< = 9: (3) Wybór danego >rodka 7@czno>ci jest podyktowany: przepustowo>ci@ kana7u teletransmisyjnego dpk, dost9pno>ci@ kana7u teletransmisyjnego ddk, gwarancj@ terminowego dostarczenia wiadomo>ci dtd, metod@ propagacji wiadomo>ci dpr, kierunkowo>ci@ 7@cza dkl i dost9pno>ci@ adresata wiadomo>ci dda. Zatem do realizacji wybranej funkcjonalno>ci Fj musi byY spe7niony warunek +, ; 09, 4>?*>@A B >CA B >DC B >@E B >AF B >CG : (4) Wprowadzenie tak silnego ograniczenia na uDycie >rodka 7@czno>ci w procesie pozyskiwania informacji przek7ada si9 bezpo>rednio na element czasu, który wraz z duD@ liczb@ przekazywanych wiadomo>ci, moDe mieY wp7yw na powstawanie nat7oku w sieci, a w konsekwencji moDe mieY wp7yw na funkcjonowanie ca7ej infrastruktury ITS. Zjawiska tego typu zosta7y opisane w pracy [11], a na przyk7ad nast9pstw nat7oku nieumiej9tnego zaprojektowania sieci 7@czno>ci zwrócono uwag9 w pracy [8]. W wielu systemach przeznaczonych do wspomagania procesów transportowych wymagana jest praca z ograniczeniami tzw. czasu rzeczywistego. Oznacza to, zgodne z definicj@ tego poj9cia [10], De wyst9puj@ce pewne opó^nienie, którego nie da si9 wyeliminowaY, nie moDe przekroczyY wyznaczonej granicy (dead-line). Dla systemów telekomunikacyjnych jest to warto>Y maksymalnego opó^nienia transmisji g7osu podczas rozmowy telefonicznej i wynosi ona 500 ms. W systemach telematycznych, ze wzgl9du na mobilny charakter komunikuj@cych si9 stron wymiany informacji, przyjmuje si9 tradycyjnie podobn@ warto>Y, choY nie jest ona obligatoryjna. Ograniczenie zjawiska przeci@Denia sieci 7@czno>ci moDe byY zastosowanie mechanizmów polegaj@cych na zmianie sposobów udost9pniania informacji. MoDna wskazaY trzy takie sposoby. Pierwszym jest ci@g7a transmisja informacji w czasie rzeczywistym, opó^niona jedynie czasem dokonywania pomiaru i przygotowania do transmisji. Innym przypadkiem jest transmisja cykliczna, inicjuj@ca samoczynnie przekazywanie informacji, co pewien, z góry okre>lony, interwa7 czasu. Dla cz9>ci us7ug telematycznych wystarczaj@c@ moDe byY metoda polegaj@ca na aktywowaniu procesu pomiarowego w nast9pstwie wyst@pienia zdarzenia inicjuj@cego. W tym przypadku wymagana jest dwukierunkowa transmisja danych. Osi@gni9cie okre>lonej funkcjonalno>ci danej us7ugi TTS jest ostatecznie spe7nione poprzez dostarczenie oczekiwanych informacji. Informacje te wynikaj@ z uzyskanych przez system ITS wiadomo>ci W. MoDna je podzieliY na dwie kategorie. Pierwsz@ kategori@ s@ wiadomo>ci zawieraj@ce informacje o znaczeniu podstawowym WM. S@ one niezb9dne do realizacji us7ug TTS. Drug@ kategori@ s@ informacje o znaczeniu uzupe7niaj@cym WE, których obecno>Y nie jest obowi@zkowa, jednak stanowi cenne uzupe7nienie informacji pierwszej kategorii. H - HI J HK ! (5) 208 Marek Sumi7a ! Jako>Y >wiadczenia us7ug TTS jest >ci>le zwi@zana z czasem dostarczenia wiadomo>ci o znaczeniu podstawowym. Czas dostarczenia wiadomo>ci oznaczony jako tW jest sk7adow@ kilku czasów elementarnych, do których naleDy zaliczyY: d7ugo>Y czasu pomiaru tP, d7ugo>Y czasu wst9pnej obróbki danych/kompresji danych tO, d7ugo>Y czasu przygotowania wiadomo>ci do wys7ania (buforowanie i pakietyzacja) tW, d7ugo>Y czasu przekazania informacji za pomoc@ >rodków 7@czno>ci tPI i wreszcie d7ugo>Y czasu przetwarzania i d7ugo>Y czasu podejmowania decyzji o wykorzystaniu otrzymanej informacji u odbiorcy wiadomo>ci tPP. L/GM N LO - (PLQ R LS R LO R LQT R LQQ U (6) Czas przekazania informacji za pomoc@ >rodków 7@czno>ci tPI jest sk7adow@ wielu parametrów. Do najwaDniejszych naleDy zaliczyY sum9 czasów transmisji wiadomo>ci poprzez 7@cza teletransmisyjne tLT, sum9 czasów buforowania tBW, przetwarzania tPW, kierowania wiadomo>ci tKW w w9z7ach sieci, sum9 czasów retransmisji wiadomo>ci tRW powsta7ej w skutek b79dnego odebrania danych. X X X X X #2Y #2Y #2Y #2Y #2Y LQT - ( LVW R ( LQO R ( LZO R ( L[O R ( L\O ] ^>_%`*% 7 & (7) Badaniem wymienionych tu elementów zajmuje si9 teoria masowej obs7ugi [3]. W zaleceniu [2] do zapewnienia QoS zalecane s@ odpowiednie mechanizmy, m.in. nadawanie odpowiednich priorytetów, unikanie przeci@De[, zarz@dzanie buforowaniem. MoDna, zatem stwierdziY, De 1 '-( #23 / # ( +, ; 09 B ) LO (8) ,23 Oznacza to, De wprowadzenie wybranej us7ugi w ramach realizowanej architektury ITS jest moDliwe do realizacji, jeDeli istnieje dost9p do >rodków 7@czno>ci, które zagwarantuj@ dostarczenie wiadomo>ci w czasie wymaganym jako>ci@ us7ugi. 4. PODSUMOWANIE Pozyskiwanie informacji stanowi kluczowy element dla funkcjonowania systemów ITS. hród7em tych informacji s@ pojazdy i infrastruktura telematyczna, a w pewnym sensie równieD centra zarz@dzania ITS. Gwa7towny rozwój technik transmisji bezprzewodowej, jaki obserwujemy w ostatnich dwudziestu latach, umoDliwi7 stworzenie i >wiadczenie zupe7nie nowych us7ug telematycznych. Ich wdroDenie jest moDliwe jedynie wówczas, gdy zostan@ przygotowane ! Pozyskiwanie danych w systemach ITS 209 ! odpowiednie >rodki 7@czno>ci. Ich dost9pno>Y w czasie i szybko>Y przekazywania wiadomo>ci mi9dzy nadawc@, a odbiorc@ jest wyznacznikiem jako>ci realizacji us7ug. Z punktu widzenia infrastruktury teleinformatycznej waDnym czynnikiem jest ilo>Y wiadomo>ci generowanych przez ^ród7a, gdyD mog@ one prowadziY do powstawania nat7oku i czasowych przeci@De[ sieci. Prowadzi to wprost do ograniczenia niedost9pno>ci us7ug telematycznych. Przedstawiony w artykule model naleDy traktowaY jako rozwojowy, choY juD obecnie moDe pos7uDyY do oceny systemów pozyskiwania informacji. W>ród zagadnie[ b9d@cych w stadium bada[ sta7y si9 kwestie wzajemnej komunikacji systemów i komponentów telematycznych, szczególnie istotne w sensie wzajemnej wymiany informacji mi9dzy systemami róDnych producentów, czy metod pozyskiwania. WaDnym obecnie aspektem dalszego rozwoju i wzmacniania wzajemnych relacji pomi9dzy us7ugami telematycznymi staj@ si9 elementy bezpiecze[stwa komunikacji pojazd – pojazd (V2V) i pojazd – infrastruktura (V2I), przechwytywanie danych w czasie rzeczywistym, opracowanie aplikacji dla dynamicznej mobilno>ci i stworzenie warunków dla lepszej propagacji informacji w ramach architektury ITS. Bibliografia 1. DYREKTYWA PARLAMENTU EUROPEJSKIEGO I RADY 2010/40/UE z dnia 7 lipca 2010 r. w sprawie ram wdraDania inteligentnych systemów transportowych w obszarze transportu drogowego oraz interfejsów z innymi rodzajami transportu. Dziennik Urz9dowy Unii Europejskiej, L207. 6.8.2010. 2. E.800: ITU-T E-Series Recommendations, Overall Network Operation, Telephone Service, Service Operation And Human Factors. ITU-T, Geneva 09/2008.Filipowicz B.: Modele stochastyczne w badaniach operacyjnych. WNT, Warszawa1996. 3. Filipowicz B.: Modele stochastyczne w badaniach operacyjnych. WNT, Warszawa 1996. 4. http://www.itsa.org/knowledgecenter/technologyscan 5. http://www.frame-online.net/ 6. ISO 14813-1: Intelligent transport systems -- Reference model architecture(s) for the ITS sector - Part 1: ITS service domains, service groups and services ISO, Geneva 2007. 7. Mbiydzenyuy G., Persson J.A., Davidsson P.: Optimization Analysis of Multiservice Architecture Concepts in Road Transport Telematics. Journal of Intelligent Transportation Systems: Technology, Planning, and Operations, London 2012, p. 197-210. 8. Miller J.: Vehicle-to-Vehicle-to-Infrastructure (V2V2I) Intelligent Transportation System Architecture. 2008 IEEE Intelligent Vehicles Symposium Eindhoven University of Technology Eindhoven, The Netherlands, June 4-6, 2008. 9. Nowacki G.: Geneza i znaczenie poj9cia Telematyka transportu. Przegl@d ITS nr 15, Warszawa 2009, s. 25 – 29. 10. Sacha K.: Systemy czasu rzeczywistego. Oficyna Wydawnicza PW, Warszawa 2006. 11. Sumi7a M.: Selected Aspects of Message Transmission Management in ITS Systems. Telematics in the Transport Environment. Springer, Heidenberg 2012, p. 141 – 147. 12. Sussman J.: Lecture notes to An Introduction To Intelligent Transportation Systems. MIT. Cambridge 2005. 13. Sussman J.: Perspectives on Intelligent Transportation Systems (ITS). Springer Science+Business Media Inc., New York 2005. 14. Umesao T.: Information Industry Theory: Dawn of the Coming Era of the Ectodermal Industry. Hoso Asahi, Jan 1963, p. 4-17. ! 210 Marek Sumi7a ! ACQUISITION INFORMATION IN ITS SYSTEMS Summary: The article focuses on the aspect of data acquisition in ITS systems. The first part emphasizes importance of information transport systems and indicated the impact of telecommunications on transport efficiency. In the short describes the evolution of data collection methods in telematics systems on a background of general flow of ITS. The rest of this article proposes a mathematical model to assist assessing the selection of measures for the task indicated in the title. Keywords: ITS, data acquisition, evaluation of data acquisition systems !