NO316004B1 - Fremgangsmåte og system for dataoverföring - Google Patents

Abstract

Fremgangsmåte og datasystem for overføring av forskjellige applikasjoner mellom en ombordenhet (OBU) (2), som innbefatter en prosessor, en lagerinnretning (6) og i det minste et grensesnitt (11, 12) med eksterne enheter (1,13). En sekvens med kommandoer blir utvekslet over grensesnittet og behandlet av OBU (5) for å utføre respektive oppgaver i samsvar med applikasjonen til OBU (5) og/eller eksterne enheter (1,13). Systemet for overføring av data innbefatter en makrotolker (7) i OBU (5) for å motta og tolke makroer fra en av dens grensesnitt.

Description

Foreliggende oppfinnelse angår en fremgangsmåte for dataoverføring mellom en kort-ermet (OBU) og ekstern anordning slik som integrert kretskort (ICC). Foreliggende oppfinnelse angår videre et system for dataoverføring ved hjelp av radiokommunikasjon ved å anvende en transponder. Spesielt angår den dataoverføring slik som ved automatisk avgiftinnsamling (AFC) eller automatisk kjøretøyidentifikasjon (AVI).

FR 2 708 764 beskriver en kjøretøyutstyrt autokonfigurerbar innretning med integrert kretskort innbefattende integrert kretskortleser og et lager, i hvilket et fast mikroprogram er lagret konstruert til å behandle fjern-transaksjonsobjekter. Et slikt utstyr er normalt anvendt for å utføre slikt som automatisk avgiftinnsamling på motorveier. Publikasjonen beskriver et mikroprogram på kortenheten (OBU) som automatisk konfigurerer utstyret og tilpasser det til spesielle parametere ved forskjellige anvendelser. For dette er en fast rutine, som er initiert som reaksjon på detektering av innføring av en ICC i kortleseren, gjenvunnet fra ICC-parametere som definerer bestemte verdier for bidragene til fjern-transaksjonsobjektene.

Fra for eksempel US 4.309.904 er det kjent et system for samling av veiavgifter ved fjernkommunikasjon ved hjelp av mikrobølger mellom en stasjonær installasjon og kommunikasjonsenheter i passerende kjøretøyer.

Systemer kjent opptil nå har blitt konstruert slik at alle komponentene har en forutbestemt forbindelse, idet utstyret for kontrollpunktet er anordnet for visse operasjonstyper og datamaskinen i kjøretøyutstyret er konstruert og programmert for å utføre nøyaktig denne type operasjon og har ICC tilpasset til den bestemte operasjonen og for å samvirke med datamaskinen til kjøretøyutstyret. Dette betyr at det tilveiebringes en sterk låsing av systemet til hvilket tilpasningen har blitt gjort og et slikt kjøretøyutstyr kan ikke bli brukt med andre systemer, for eksempel et annet system innenfor et annet territorielt område.

Dette er naturligvis en stor ulempe, idet kjøretøyer kan bevege seg mellom forskjellige territorier og må passere kontrollpunkter som har systemer av en annen type enn de som det innebygde utstyret er tilpasset. Av sikkerhetsgrunner er kjøretøyutstyret vanligvis stasjonært installert i kjøretøyet og kan ikke lett bli endret eller modifisert.

Kommunikasjonen mellom ICC og OBU er generelt basert på master-slave forhold. OBU virker som master og ICC virker som slave. Den aktive programvaren styrer kommunikasjonen og utsteder kommandoer til ICC som bruker en ICC-driver. Driveren er konfigurert i samsvar med mulighetene til og typen ICC.

Det er en familie med ISO-standarder (7816-x) som definerer forskjellige protokoll-lag mellom ICC og OBU. Disse standardene dekker imidlertid ikke programvarene, dvs. organiserings- og aksessmetodene til data lagret på ICC. Det er derfor nødvendig å spesifisere programvaren og driveren til OBU for å vite disse strukturene. Utstedelse av en ny ICC krever en konfigurering på nytt av OBU. Vanligvis blir dette gjort ved hjelp av et sentralt datasystem og et kommunikasjonsnettverk.

Så lenge som ICC og OBU er utstedt av en organisasjon er det ikke noe problem å utstede nye kort og rekonfigurere OBUene. Eksempler er telefonkort, avgiftskort eller personlige identitetskort utstedt av forskjellige selskaper.

Det er videre forventet at utstederen av en ICC ikke nødvendigvis er ansvarlig for OBUene (med unntak av trekk angående sikkerheten, dvs. lasting av sikkerhetsnøkler i OBUene etc). Det vil dessuten være multi-anvendelse ICCer hvor ytterligere programvare er bragt på et allerede utstedt ICC-kort. OBUene vil måtte håndtere et stort antall forskjellige typer ICCer hvor den nødvendige programvaren er lagret på ICC på en måte OBUen ikke vet på forhånd.

Innenfor et bruksområde som foreliggende oppfinnelse er rettet mot, som således er innsamling av kjøretøyavgift ved hjelp av en trådløs kommunikasjon, er anordnet et stasjonært utstyr ved et antall kontrollpunkter som er anordnet ved inngangen til noen veier, spesielt motorveier, broer og tunneler som er underlagt avgifter. Når kontrollpunktet passeres, så blir et spørresignal utstedt derfra og mottatt av en transponder til det passerende kjøretøyet, som gir opphav til en reaksjon som sendes fra transponderen til kontrollpunktet ved hjelp av modellering av et signal fra kontrollpunktet. Ved slike systemer som betraktes her kan en rekke med slike spørsmål og reaksjonsmeldinger bli utvekslet som muliggjør en hel betalingsoperasjon, idet det endelige resultatet derav er at penger som har blitt programmert inn i ICC satt inn i leseren til kjøretøyutstyret reduseres med det innkrevde beløpet samtidig som kontrollpunket registrerer korresponderende mottatt elektronisk pengebeløp.

Utførelse av en slik komplisert operasjon krever at transponderen både vil være i stand til å gi reaksjonsmeldinger tilpasset flere forskjellige spørsmål og vil kunne utføre utledningen i smartkortet. Det er ikke tilstrekkelig at transponderen er konstruert kun som en kommunikasjonsenhet, men kjøretøyutstyret må også være forsynt med en datamaskin for å behandle og produsere kodet data innbefattende lagerutstyr for lagring av programvare og operasjonsresultater.

For å tilveiebringe dette, kan to ekstreme baner bli valgt; enten er kjøretøyutstyret supplementert med en datamaskin mellom transponderen og kortleseren eller transponderen er fremstilt for kun å ha funksjonen til en kommunikasjonsenhet og alle beregningsenheter er plassert inne i ICC. Sistnevnte alternativ er imidlertid ikke mulig i tilfeller hvor, ved veiavgift, en fri flyt skal bli tillatt forbi kontrollpunktet, også for høye hastigheter, siden kommunikasjonen mellom ICC og transponderen gjennom kortleseren krever en tidsperiode som er for lang til at en betalingsoperasjon vil ha tid til å bli utført for en høy hastighet til kjøretøyet. Senderen til kontrollpunktet må ha et relativt kort område både for å muliggjøre valg mellom forskjellige kjøretøyer og på grunn av kravet fra myndighetene om at signalene må ha en begrenset rekkevidde. Ved frie flytsystemer har det derfor vist seg å være nødvendig å overføre, før kommunikasjonen, nødvendige data fra ICC til en datamaskin koblet direkte til transponderen.

Primærformålet til foreliggende oppfinnelse er å tilveiebringe en fremgangsmåte som tillater mer fleksibelt forhold mellom en OBU og en ekstern enhet, slik som en ICC, så vel som fleksibel konfigurering av OBU.

Fremgangsmåten som tilveiebringer dette formålet er karakterisert ved det som er angitt i krav 1. Ytterligere foretrukne utførelsesformer fremgår i de øvrige uselvstendige kravene. Det generelle prinsippet er å utveksle makroer og tilveiebringe en makrotolker inne i OBU'en (OBU, kortleser) som muliggjør lesing av makroer og kjøring av dem. Denne mekanismen kan bli anvendt for å utføre tre forskjellige hovedgruppeoppgaver: - Anvendelsesspesifikke aksjoner kan bli utført av OBU, uten tidligere å kjenne struktureringen av data for eksempel inne i ICC så vel som aksessbetingelser som skal bli fullført for å aksessere data. Denne informasjonen tilveiebringes for eksempel av ICC implisitt inne i makroen. OBU må for eksempel kun vite lokaliseringen av lageret til makroen inne i ICC og betydningen av makroen, dvs. formålet den ble konstruert for. Slike anvendelsesspesifikke aksjoner kan bli kjørt ved å trykke en knapp på OBU, eller kjøringen trigges av en ekstern hendelse (f. eks. kommandoer mottatt fra andre grensesnitt til OBU) eller OBU gjenkjenner en spesifikk situasjon, slik som et lavt batteri, slutt på kommunikasjon, etc. - Dannelse/initialisering av anvendelsesspesifikk data holdt inne i OBU. Verdiene til disse data kan bli dannet og/eller modifisert automatisk ved innføring av et kort ved å kjøre en spesiell autokonfigurasjonsmakro lest fra kortet. Alternativt kan verdiene bli endret ved å kjøre en makro i løpet av noen transaksjoner, f. eks. ved å trykke ned knappene på OBU, eller ved kommandoer mottatt via andre grensesnitt til OBU, som trigger kjøringen av en makro, eller OBU gjenkjenner en spesifikk situasjon. - Konfigurering eller dannelse av anvendelses (applikasjons) -spesifikke funksjoner til OBU'en (f. eks. modifisering av parametrene til OBU-funksjonene). Funksjonene kan bli dannet og/eller modifisert automatisk ved innføring av et kort, ved kjøring av en bestemt autokonfigurasjonsmakro lest fra kortet. Alternativt kan funksjonen bli endret ved å kjøre en makro i løpet av noen transaksjoner, f. eks. ved å trykke ned knappene på OBU, eller ved kommandoer mottatt via andre grensesnitt til OBU, som trigger kjøringen av en makro, eller OBU gjenkjenner en bestemt situasjon.

Fremgangsmåten ifølge foreliggende oppfinnelse vil senere bli beskrevet nærmere med henvisning til foretrukne utførelsesformer.

Et ytterligere formål med oppfinnelsen er å tilveiebringe et system for å bruke en regionalt gyldig ICC for konfigurering av en generisk OBU, slik at OBU'en kan operere effektivt med det regionale stasjonære utstyret som tillater regionale betalingsskjernær. Datamaskinen til OBU skal så bli anordnet slik at ICCer, som tilhører forskjellige betalingssystemer, kan arbeide sammen med den. OBU'en, især dens datamaskin, skal i tillegg kunne arbeide på en slik universell måte at operasjonen kan utføres ved forskjellige systemer. Derved skal det således bli tilveiebragt at kjøretøyutstyret uten hovedendringer og uten å tillegge nye komponenter vil kunne kommunisere og kjøre operasjonen sammen med stasjonært utstyr anordnet for forskjellige applikasjoner og versjoner av applikasjonene og samtidig kunne arbeide innenfor forskjellige betalingsskjemaer og sammen med ICC tilpasset dertil.

Ved å tilveiebringe denne universaliteten til kjøretøyutstyret, kan det bli fremstilt i store serier med lavere produksjonskostnader enn tilfellet hvor kjøretøyutstyret må bli tilpasset hver applikasjon og betalingsskjema.

Et ytterligere formål med systemet ifølge oppfinnelsen er å tilveiebringe et kjøretøyutstyr som innbefatter en transponder, en makrotolker, en datamaskin anordnet for å styre transponderen og anordnet for å kjøre, når den mottar instruksjoner i form av makroer fra stasjonærutstyret og valgvise grensesnitt for kommunikasjon med eksterne enheter, slik som integrerte kretskort eller andre elektroniske anordninger. De elektroniske anordningene kan være et satelittnavigeringssystem, kjøretøydatamaskin, kommunikasjonssenter.

I det påfølgende skål oppfinnelsen beskrives nærmere med henvisning til figuren.

I ICC 1 er det lagret et sett med makroer 5 og kortleseren 3 leser makroene. En makro består av en sekvens av instruksjoner som skal bli kjørt av makrotolkeren 7. Kortleseren 3 er forbundet med datamaskinen 4, som innbefatter en prosessor Sa, lager 6 og en makrotolker 7. Kommunikasjonen mellom OBU 2 og stasjonærutstyret 10 er utført med radiosignaler som anvender en transponder 8 og en antenne 9. Brukeren kan betjene OBU 2 via Man Machine Interface (MMI) 12. Ytterligere eksterne elektroniske anordninger slik som satelittnavigeringssystemer 13 kan kommunisere med OBU 2 via et serielt grensesnitt 11.

Følgende definisjoner er anvendt for utstyret ifølge foreliggende oppfinnelse.

Stasjonærutstyr: aktiv radiosender og mottagerutstyr, fortrinnsvis for mikrobølger, anordnet ved trafikk-kontrollpunkter slik som en veiavgiftstasjon og styrt av en datamaskin for å generere data for transmisjon og for behandling og registrering av ankomster, data i løpet av mottagelsen.

Kjøretøyutstyr: et utstyr anbragt i respektive kjøretøy anordnet for å utveksle data med stasjonært utstyr. Kjøretøyutstyret innbefatter følgende funksjonelle enheter: ombordenhet (OBU), integrert kretskort (ICC), eksterne elektroniske anordninger.

OBU'en innbefatter en transponder, en datamaskin, en makrotolker, valgvis et "man machine" grensesnitt og andre grensesnitt, slik som en kortleser.

Transponder: sender- og mottagerutstyr i OBU'en og anordnet for å motta radiosignaler og sende radiosignaler etter modulering, slik at det er mulig å svare på mottatte radiosendte meldinger ved hjelp av sending av en svarmelding (en transponder kan bli konstruert for slike signaler som behandler mindre kompliserte svarmeldinger eller selv svarsekvenser kan bli generert av enheten som vanligvis er kalt en transponder; det er imidlertid her foreslått at en mer komplisert signalbehandling og generering understøttes av en datamaskin).

Datamaskin: en datamaskin som innbefatter et lese- og skrivelager for lagring av programmer og data, en prosessor og en makrotolker, forbundet med transponderen for å motta data, behandling av dem og generering av data for transmisjon på nytt gjennom transponderen.

Valgvis tar datamaskinen seg av kommunikasjonen med et integrert kretskort via en kortleser (jf. nedenfor).

Kortleser: leser for ICCer, anordnet for å motta data fra kortet og føre dem videre til kjøretøy datamaskinen og motsatt.

ICC (integrert kretskort): minst en lagerenhet for lagring av data og valgvis en mikrodatamaskin for behandling. ICC er tilført OBU'en via kortleseren.

En makro definerer f. eks. fullstendige meldingssekvenser mot ICC og alle aksjoner nødvendig for å utføre en viss oppgave til OBU.

Et annet mulig trekk ved makroene er å tilveiebringe en fast returverdi etter kjøringen, som kan bli fremvist av OBU.

Ytterligere trekk ved makroene 5 lagret i ICCer 1 er å rekonfigurere OBU'er 2. Dette betyr at ICC inneholder makroer som kjøres av OBU ved en brakeranmodning eller automatisk etter innsettingen av ICC. Resultatet av kjøringen er en endring og/eller dannelse av data og/eller funksjoner inne i OBU. Ved systemer for automatisk avgiftinnsamling (AFC) kan ICCen for eksempel medføre en elektronisk lommebok hvor avgiften debiteres fra, eller en identifikasjonskode som henviser til brukerens konto. Det er fordelaktig å konfigurere OBU ved hjelp av en ICC-makro. Dette trekket kan bli anvendt for å overføre kjøretøyrelaterte parametere inn i OBU'en (personalisering av OBU). Alternativt kan oppførselsen til OBU'en med hensyn til andre grensesnitt bli endret ved hjelp av rekonfigurering.

De generelle anvendelser av makroer allerede nevnt ovenfor lest fra ICCer er i den følgende beskrivelse uten begrensninger av rammen av oppfinnelsen.

En første gruppe med applikasjoner kan anvendes som spesifikke aksjoner utført av OBU, for eksempel: - En elektronisk lommebok implementert på en ICC kan bli debitert av OBU ved å kjøre en makro med betydningen "debit X enheter", som er tilveiebragt av ICC. Dette er et eksempel på en makro som har en parameter "X" som skal bli fylt inn av OBU. Eksempel: ICC har en elektronisk lommebok og OBU er anvendt for å debitere et visst pengebeløp fra denne lommeboken. Brukeren anmoder OBU om å debitere 5 ECU fra lommeboken. Etter som OBU vet hvor makroen "debit X ECU" finnes på ICC, er den i stand til å laste ned denne makroen og kjøre den med parameteren "5 ECU". Makroen inneholder alle nødvendige trinn og meldinger for å utføre transaksjonen. OBU må følgelig ikke ha noe eksplisitt kunnskap om strukturen til den elektroniske lommeboken og lokalisering av lageret. Den må kun ha aksess til nødvendige nøkler som er anvendt for å tilveiebringe sikkerhet. Returverdien til makroen kan indikere en vellykket eller feilbelagt transaksjon. Brukeren av lommeboken kan således bruke arbitrære ICCer som allerede finnes på markedet, så lenge som det i tillegg anordnes en makro som lagres på ICC sammen med lommebokapplikasjonen. - Lesing av applikasjonsspesifikk data fra ICC og fremvisning av den på OBU sin fremvisningsinnretning.

- Skriving av noe logginformasjon i ICC.

- Lukking av en ICC-sesjon automatisk av OBU. Antas det at ICC er aksessert av stasjonært utstyr, brukes OBU som en transparent kanal. Dersom forbindelsen mellom stasjonærutstyret og OBU avbrytes, kan OBU kjøre automatisk noen "etterbehandlings-makroer" tilveiebragt av ICC for riktig å avslutte en sesjon i en slik spesiell situasjon.

En andre gruppe med applikasjoner foretar konfigurasjon/initialisering og/eller dannelse av applikasjonsspesifikke data inne i OBU, for eksempel: - Dersom OBU er anvendt for AFC, skulle kjøretøyrelaterte parametere bli lagret inne i OBU og ikke inne i ICC. Ved innsetting av en spesiell konfigurasjons ICC kan disse data bli overført fra ICC til OBU. ICC tilveiebringer en "autokonfigurasjonsmakro" som implisitt inneholder nødvendige instruksjoner for denne oppgaven. - For hurtigere aksess til applikasjonsdata lagret på ICC er det mulig midlertidig å lagre et bilde av ICC sin data inne i OBU. Dette kan bli tilveiebragt ved hjelp av en "prepareringsmakro" tilveiebragt av ICC og kjørt automatisk av OBU ved innføring av ICC. Denne prepareringen er nyttig ved noen høyhastighetsanvendelser som AFC.

En tredje gruppe angår konfigurasjon og/eller dannelse av applikasjonsspesifikke funksjoner inne i OBU (f. eks. modifisering av parametere til OBU-funksjoner), for eksempel: - ICC frembringer parametere nødvendig for noen rutiner inne i OBU for kommunikasjon via andre eksterne grensesnitt til OBU, f. eks. radiogrensesnitt anvendt for kommunikasjon med stasjonært utstyr. Disse parametrene kan bli kopiert fra ICC ved hjelp av kjøring av en "prepareirngsmakro" eller en "autokonfigurasjonsmakro". - ICC frembringer parametere og data som endrer henholdsvis fullfører indre systemdata til OBU, f. eks. oppslagstabeller anvendt for aksessere attributter inne i ICC etc. som blir aksessert av eksterne grensesnitt. Disse parametrene kan igjen bli lest fra ICC i løpet av kjøringen av en makro tilført av ICC. - ICC frembringer makroer, som blir kjørt ved nedtrykning av OBU-taster. Disse kan bli anvendt for generell konfigurering av MMI til OBU.

Et formål ved oppfinnelsen er at kjøretøyutstyret vil ha muligheten til å være universelt slik at det kan samvirke med forskjellige applikasjoner, fortrinnsvis avgiftsinnsamling når det passerer et kontrollpunkt. Det er så antatt at kjøretøyutstyret samvirker med en ICC som har en forbindelse med det stasjonære utstyret til kontrollpunktet. Denne transaksjonen resulterer i reduksjon av data som representerer penger eller identifiserer brukerens konto.

For å anordne operasjonen på en slik måte at den kan bli kjørt på tross av det korte tidsintervall tilgjengelig for kommunikasjon mellom stasjonærutstyret og kjøretøyutstyret, kan operasjonen bli strukturert på en måte som skal bli beskrevet senere: Ved kjøring av kjøretøyet kan eller må ICC bli fremvist mellom forskjellige områder forsynt med forskjellige betalingsskjemaer og forskjellige kontrakter mellom bruker og veioperatør. For å kunne bli anvendt i forskjellige områder, må derfor kjøretøyutstyret kunne samvirke via transponderen med forskjellig stasjonært utstyr og forskjellige applikasjoner.

For å kunne oppnå dette formålet, gjør foreliggende oppfinnelse kjøretøyutstyret tilpasset til å bli anvendt for forskjellige systemer, idet OBU er forsynt med en makrotolker, som ved innføring av kortet i kortleseren til kjøretøyutstyret kjører en makro i datamaskinen til OBU, for en signalbehandling tilpasset til kommunikasjonssystemet og applikasjonen til det foreliggende område. Metoden for denne bruk er slik at dersom et kjøretøy går inn i et område hvor stasjonærutstyret ikke arbeider i samsvar med systemet for hvilket datamaskinen i dette øyeblikk er programmert, vil ICC innsatt i kjøretøyutstyret programmere eller reprogrammere kjøretøy datamaskinen slik at den blir tilpasset til å bli brukt innenfor det angjeldende territoriet og også tilpasset dets betalingssystem. Ved hjelp av ICC er følgelig kjøretøyutstyret konfigurert til å operere i samsvar med signalbehandlingssystemet og applikasjonen som er gyldig for det angjeldende område.

For applikasjonsdata lagret i ICC-lageret er det også sørget for i datamaskinen at den til slutt initialiseres i samsvar med kortet forbundet med datamaskinen. Kortet må således være forsynt med korresponderende data for en endelig programmering av det reserverte lageret.

I det påfølgende skal det bli gitt en videre forklaring og informasjon rundt gjenstandene beskrevet ovenfor. Først skal fremgangsmåten av å dele databehandlingen i en operasjon i et forberedelsestrinn, et sannu^strinn kjørt i løpet av radiosignalkommunikasjonen og et etterbehandlingstrinn.

Behandlingsfasen består i lesing av data og/eller funksjonsparametere inn i kjøretøy datamaskinen og/eller behandlingskommandoer. Alle forbehandlingstrinnene kjøres eventuelt i samsvar med makrolageret på ICC.

Tidsperioden for betalingsoperasjonsdelen, som utføres ved hjelp av radiokommunikasjon i løpet av passeringen av avgiftsstasjonen, må holdes så liten som mulig.

Etterbehandlingstrinnet kan bli utført når kommunikasjonsområdet har blitt forlatt. Datamaskinen skulle derfor ha en kommandokø hvor kommandoen for stasjonærutstyr

(skrivekommandoer, inneholdende data som skal bli skrevet og hvor de skal bli skrevet)

kan bli lagret inntil de kan bli behandlet av kjøretøydatamaskinen. Valgvis kan OBU automatisk kjøre en etterbehandlingsmakro.

Det er et ønske å fremstille og selge datautstyr til OBUer i store mengder uten å konfigurere dem for en bestemt applikasjon. Visse land eller områder kan ha eller vil ha, i et senere trinn når allerede mange OBUer er i sirkulasjon, spesielle krav på applikasjonene, dvs. på hvilken måte data skal bli behandlet i kjøretøyutstyret. I en slik situasjon vil ikke utstedere av OBUer ønske å bli tvunget til å tilbakekalle millioner av OBUer for modifikasjon/utskiftning.

Nevnte løsning, som innbefatter en makrotolker og makroer lagret i ICC, innebærer at ikke bare data, men også funksjonsoperasjoner på data kan bli dannet og/eller konfigurert/initialisert inne i OBUen.

Ved en annen foretrukken utførelsesform er makroene forsynt med OBU via grensesnittene til OBU slik som radiosigrialkornmunikasjonsgrensesnittet eller et serielt grensesnitt ved andre eksterne elektroniske anordninger slik som et kommunikasjonssenter eller et satelittnavigasjonssystem eller eksterne kjøretøy datamaskiner er mulig.

Claims (13)

1. Fremgangsmåte for dataoverføring mellom en ombordenhet (OBU) (2) som innbefatter en prosessor (5), lager (6) og grensesnitt (11,12,3) til i det minste en ekstern enhet (1, 13), hvor det i den minst ene eksterne enheten (1,13) kan bli utført en kommunikasjon ved hjelp av radiosignal mellom et stasjonært utstyr (10) og en transponder (8) inne i OBU(2),karakterisert ved at OBU (2) kjenner lokasjonen til et lager for i det minste en sekvens av instruksjoner, hvor sekvensen av instruksjoner blir kalt en makro, lagret inne på i det minste den ene eksterne enheten (1,13), hvor makroen blir utvekslet over ett av grensesnittene og prosessert i OBU (2) ved å bruke en makrotolker (7), uten tidligere kjennskap om strukturen til makroen for å gi OBU'n applikasjonsspesifikke instruksjoner.

2. Fremgangsmåte ifølge krav 1, karakterisert ved at kommunikasjonen utføres ved hjelp av radiosignaler mellom eksternenhetene, fortrinnsvis en stasjonær installasjon, og en transponder inne i ombordenheten.

3. Fremgangsmåte ifølge krav 1, karakterisert ved at kommunikasjonen utføres mellom et kortgrensesnitt av ombordenheten og et integrert kretskort.

4. Fremgangsmåte ifølge krav 1, karakterisert ved at kommunikasjonen utføres ved hjelp av et serielt grensesnitt mellom eksternenheten, fortrinnsvis en ekstern datamaskin, og ombordenheten.

5. Fremgangsmåte ifølge et hvilket som helst av foregående krav, karakterisert ved at en autokonfigurasjonsmakro mottas eller anmodes om over grensesnittet og behandles av OBU for å konfigurere OBU og/eller system forbundet med OBU i samsvar med applikasjonen.

6. Fremgangsmåte ifølge krav 5, karakterisert ved at applikasjonsspesifikke data fastholdt inne i OBU og/eller systemene forbundet med OBU dannes og/eller initialiseres av autokonfigurasjonsmakroen.

7. Fremgangsmåte ifølge krav 5, karakterisert ved at applikasjonsspesifikke funksjoner til OBU og/eller systemene forbundet med OBU dannes og/eller konfigureres av autokonfigurasjonsmakroen.

8. Fremgangsmåte ifølge et hvilket som helst av foregående krav, karakterisert ved at kjøringen av minst en av makroene (5) behandles for å utføre en bestemt oppgave til OBU (2) og/eller systemene forbundet med OBU (2).

9. Fremgangsmåte ifølge et hvilket som helst av foregående krav, karakterisert ved at minst en spesifikk prepareirngsmakro kjøres av OBU for å preparere i det minste neste transaksjon som skal bli utført av ombordenheten og/eller systemene forbundet med OBU.

10. Fremgangsmåte ifølge et hvilket som helst av foregående krav, karakterisert ved at kjøringen av makroene initieres av brukeren, fortrinnsvis ved hjelp av taster.

11. Fremgangsmåte ifølge hvilket som helst av foregående krav, karakterisert ved at kjøringen av makroene initieres av en ekstern enhet, slik som det stasjonære utstyret, fortrinnsvis ved kommandoer sendt til OBU.

12. Fremgangsmåte ifølge et hvilket som helst av foregående krav, karakterisert ved at ombordenheten gjenkjenner spesifikke situasjoner for automatisk behandling av en bestemt makro.

13. System for dataoverføring ved hjelp av radiokommunikasjon innbefattende en OBU (2) for operasjoner mellom et stasjonært utstyr (10) og OBU'n (2), hvor OBU'n (2) innbefatter en transponder (8), en datamaskin (4), som innbefatter en prosessor (5) og et lager (6), koblet til transponderen (8) for å motta signaler, prosessere de og å generere signaler for retransmisjon gjennom transponderen ved hjelp av modulasjonen av de og grensesnittet for kommunikasjon med i det minste den ene eksterne enheten, karakterisert ved at OBU (2) innbefatter en makrotolker (7) og også er konstruert til å lese i det minste en sekvens av instruksjoner, hvor sekvensen av instruksjoner blir kalt en makro, fra en kjent lokasjon av lager inne på i det minste den ene enheten (1,13) uten tidligere kjennskap om strukturen til makroen, og ved at OBU (2) tolker makroen for å trekke ut applikasjonsspesifikke instruksjoner.