SE526829C2 - Arrangemang, motorfordon, sätt och datorprogram för att ge tillträde till elektroniska styrenheter - Google Patents

Description

1G 15 20 25 30 526 829 ändra eller uppdatera styrparametrar, mjukvara etc. i ECU:erna.

Därför är det generellt sett viktigt att en extern access erbjuds till de relevanta ECU:erna och dessas minnen, det vill säga att en dator, vilken normalt sett inte befinner sig ombord på fordonet, kan anslutas till fordonet exempelvis när fordonet be- söker en verkstad.

Den tidigare kända tekniken inkluderar olika exempel på lös- ningar som medger att en extern dator får access till ett minne hos en ECU. Exempelvis beskriver US, A, 5,787,367 ett system för att tillhandahålla en säkrad programmering/omprogramme- ring av ett ombordsystem hos ett fordon. Ett interfaceverktyg sammanbinder här ett utvalt datorsystem ombord på fordonet .med en auktoriserad databas. Därmed etablerar interfaceverk- tyget, efter att ha genomfört en lösenords- och identifieringskon- troll, en krypterad förbindelse mellan det ombordvarande utvalda datorsystemet och den auktoriserade databasen, vilken är en central resurs. Som ett resultat därav kan den auktoriserade databasen överföra data till det ombordvarande datorsystemet.

US, A, 5,521,588 redogör för en lösning enligt vilken en lokal programmering av en styrenhet i ett fordon åstadkoms. En extern testanordning överför här innehållet hos en databärare till ett fordonskonfigurationsminne hos en central styrenenhet i fordonet. Denna överföring genomförs via en stickkontaktsför- bindelse till den centrala styrenheten. Den beskrivna program- meringen utförs företrädesvis i samband med utbyte, eller så kallad efterjustering av en styrenhet, så att det gamla fordons- konfigurationsdatat skrivs över med relevant aktuell dito.

Dokumentet I. Kreuz et al., ”Exact Configuration Onboard - Onboard Documentation of Electrical and Electronic Systems consisting of ECUs, Data Busses and Software", Daimler- Chrysler AG, ERA Conference 1999, Coventry, p. 5.2.1 ff, 1999 beskriver en lösning varvid data beträffande den exakta ombord- konfigurationen (ECO) hos ett visst fordon lagras l en central ECU på detta fordon. Därmed kan eventuella kundenheter er- 10 15 20 25 30 (fl |\J Ü\ \E l\J \O hålla teknisk information som år relevant för service, repara- tioner eller utökningsoperationer genom att koppla in en extern dator till den centrala ECU:n och läsa ut fordonets ECO.

Det finns alltså alternativa sätt att läsa ut och modifiera olika slags data i anordningar och styrenheter hos ett fordon. Ingen av de kända lösningarna är emellertid helt tillfredsställande, eftersom flexibilitet inte kan erbjudas samtidigt som datats autencitet kan garanteras. En krypterad on-lineförbindelse till en central resurs borgar givetvis för en god integritet hos det data som ska lagras i en fordonsmodul. Kravet på en sådan för- bindelse gör emellertid att det övergripande systemet blir sårbart och relativt oflexibelt. Å andra sidan kan en rent lokal lösning i sanning vara flexibel.

Icke desto mindre, eftersom inget autenticeringssytem eller mot- svarande säkerhetsinrättningar tillhandahålls här blir systemet väldigt sårbart. Utan accessrestriktioner kan nämligen vem som helst mata in vilken slags data som helst i fordonsmodulerna, och därmed drastiskt försämra datakvaliteten.

SAMMANFATTNING AV UPPFINNINGEN Syftet med föreliggande uppfinning är därför att erbjuda en lösning, vilken mildrar de ovannämnda problemen, och sålunda ger en säker och flexibel access till en ombordplacerad speci- fikafionsfiL Enligt en aspekt av uppfinningen uppnås syftet genom det inled- ningsvis beskrivna arrangemanget, där en användarunik nyckel är anpassad att anslutas till en port hos en dator. Nyckeln inkluderar en mjukvarukomponent, vilken är associerad med ett auk- torisationstillstånd som kan vara satt antingen aktivt eller inaktivt.

Nyckeln är anpassad att styra kommunikationen mellan datorn och den elektroniska styrenheten, så att datorn endast ges möjlighet att kommunicera med den elektroniska styrenenheten om nyckeln är ansluten till datorn och nyckelns mjukvarukom- 10 15 20 25 30 526 829 ponent är associerad med det aktiva auktorisationstillståndet.

En viktig fördel som uppnås genom detta arrangemang är att, utöver att åstadkomma en auktoriserad dataaccess, nyckelns mjukvarukomponent kan innehålla data vilken är användbar för vitt skilda syften. Följaktligen erbjuds en hög grad av flexibilitet.

Exempelvis kan mjukvarukomponenten inkludera en krypterings- nyckel och användarinformation, vilken i sin tur kan vara asso- cierad med en individuell accessnivå.

Enligt en föredragen utföringsform av den här aspekten av upp- finningen är den första modulen anpassad att lagra loggdata i specifikationsfilen. Dessa loggdata avser eventuell specifika- tionsfilsrelaterad kommunikation mellan datorn och den elektro- niska styrenheten. Loggen är fördelaktig eftersom den åstad- kommer revisionsdata för specifikationsfilen, vilka spårar alla modifieringar som gjorts av filen. Därmed kan såväl framtida modifieringar som feldiagnosoperationer underlättas.

Enligt en annan utföringsform av den här aspekten av uppfin- ningen specificerar loggdatat åtminstone endera av en använ- daridentitet hos den användarunika nyckeln, en tidstämpel och information gällande syftet med kommunikationen. Genom att göra detta innehåller loggdatat ett "fingeravtryck" som återspeg- lar vem som gjorde vilken modifiering vid vilken tidpunkt. Natur- ligtvis förbättrar detta ytterligare effektiviteten hos eventuella framtida modifieringar och/eller feldiagnosoperationer utförda för det aktuella fordonet.

Enligt ännu en utföringsform av den här aspekten av uppfin- ningen gäller syftet med kommunikationen utläsning av specifi- kationsfilen från minnesenheten och/eller en uppdatering av specifikationsfilen i minnesenheten. Följaktligen möjliggörs inte endast uppdateringar, utan även rena datautläsningar kan ge- nomföras, och också dessa operationer skapar spår i loggdatat.

Enligt ytterligare en annan utföringsform av den här aspekten av uppfinningen innefattar arrangemanget en interfaceenhet, vilken 10 15 20 25 30 35 526 829 sammanbinder den första kommunikationsbussen med en extern kommunikationsbuss. Den senare är i sin tur ansluten till en port hos datorn. Den första kommunikationsbussen har ett första for- ' mat vilket är annorlunda än ett andra format hos den externa kommunikationsbussen. Alltså är interfaceenheten anpassad att omvandla kommunikationssignaler mellan det första och det andra formatet. lnterfaceenheten är önskvärd, eftersom normalt sett fordonets interna buss har ett annat format än den externa datorn.

Enligt ännu en annan utföringsform av den här aspekten av upp- finningen är datorn associerad med en databas, som definierar identiteterna för eventuella oacceptabla användarunika nycklar.

.Dessutom inkluderar datorn en tredje modul, vilken är anpassad att jämföra identiteten hos en användarunlk nyckel ansluten till datorn med informationen i databasen. Om, i ljuset av databas- informationen, nyckeln befinns vara oacceptabel försätter datorn nyckelns mjukvarukomponent i det inaktiva auktorisationstlll- ståndet. Detta är fördelaktigt, eftersom en central accessstyr- ning därmed kan åstadkommas utan att erfordra en on-lineför- bindelse till en central auktorisationsdatabas. istället kan infor- mation gällande icke-auktoriserade användaridentiteter (dvs oacceptabla användarunika nycklar) regelbundet skickas ut från en central resurs till alla användare av systemet (exempelvis i samband med månatliga allmänna mjukvaruuppdateringar. På så vis kan databasen användas för att kassera utgångna eller stulna nycklar. Givetvis kan databasen antingen innehålla infor- mation beträffande icke-auktoriserade eller auktoriserade an- vändaridentiteter, så att beroende på vilket, en träff i ett rele- vant datafält antingen skall undvikas eller skall förekomma för att ge åtkomst till specifikationsfildatat.

Enligt en annan aspekt av uppfinningen uppnås syftet medelst ett motorfordon, som såväl innefattar åtminstone en ECU vilken är associerad med åtminstone en minnesenhet som det ovan föreslagna arrangemanget. Naturligtvis är ett sådant fordon för- delaktigt av samma skäl som arrangemanget i sig. 10 15 20 25 30 526 829 Enligt en annan aspekt av uppfinningen uppnås syftet genom en metod att ge access till en specifikationsfil, vilken är lagrad i en minnesenhet associerad med en elektronisk styrenhet i ett fordon. Den elektroniska styrenheten antas vidare vara ansluten till en första kommunikationsbuss i fordonet. Metoden inbegriper undersökning av ett auktorisationstillstånd för en mjukvarukom- ponent hos en användarunik nyckel förbunden med en port hos en dator. Denna dator är anpassad att kommunicera med den elektroniska styrenheten över den första kommunikationsbus- sen. Förutsatt att mjukvarukomponenten hos den anslutna nyckeln är satt i det aktiva auktorisationstillståndet inbegriper metoden möjliggörande för datorn att kommunicera med den elektroniska styrenheten.

Eftersom nyckelns mjukvarukomponent, utöver att åstadkomma en auktoriserad dataaccess, kan innehålla data som kan använ- das för vitt skilda syften ges en stor flexibilitet. Exempelvis kan mjukvarukomponenten inkludera en krypteringsnyckel och an- vändaridentitetsinformation, vilken i sin tur kan vara associerad med en individuell accessnivå. Dessa egenskaper är önskvärda i många tillämpningar, såsom då dataaccessen är olika för olika användare.

Enligt en utföringsform av den här aspekten av uppfinningen inbegriper kommunikationen utläsning av specifikationsfilen från minnesenheten till en extern minnesenhet associerad med datorn. Kommunikationen kan även inbegripa uppdatering av specifikationsfilen i minnesenheten med ett innehåll från den externa minnesenheten som är associerad med datorn. Därmed erbjuds en fullkomlig dataaccess till specifikationsfilen.

Enligt en annan utföringsform av uppfinningen enligt den här aspekten av uppfinningen inbegriper metoden loggning av data gällande eventuell specifikationsfilsrelaterad kommunikation mellan datorn och den elektroniska styrenheten i specifikations- filen. Därmed skapas revisionsdata för specifikationsfilen, vilka spårar alla modifieringar som gjorts av filen. Följaktligen kan 10 15 20 25 30 526 829 såväl framtida modifieringar av fordonet som feldiagnosopera- tioner underlättas. Exempelvis kan dataloggen inkludera infor- mation angående en användaridentitet för den användarunika nyckeln, en tidstämpel och/eller information gällande syftet med kommunikationen. Detta skapar i sin tur ett ”fingeravtryck” som återspeglar vem som gjorde vilken modifiering vid vilken tid- punkt. Som ett resultat därav kan effektiviteten vid eventuella framtida modifieringar och/eller feldiagnosoperationer ytterligare förbättras.

Enligt en annan utföringsform av den här aspekten av upp- finningen inbegriper metoden de ytterligare stegen: jämförelse av en identitet hos den anslutna nyckeln med innehållet i en databas som definierar oacceptabla användarunika nycklar, och om, med hänsyn till databasen, nyckeln befinns vara oaccep- tabel; försättning av mjukvarukomponenten hos den anslutna nyckeln i ett inaktivt auktorisationstillstånd. Dessa steg är för- delaktiga eftersom de ger en central accesstyrning, utan att erfordra en on-Iineförbindelse till en central auktorisations- databas.

Enligt en ytterligare aspekt av uppfinningen uppnås syftet genom ett datorprogram direkt nedladdningsbart till internminnet hos en dator, vilket innefattar mjukvara för att styra den ovan föreslagna metoden då nämnda program körs på en dator.

Enligt en annan aspekt av uppfinningen uppnås syftet genom ett datorläsbart medium med ett därpå lagrat program, där programmet är anpassat att förmå en dator att styra den ovan föreslagna metoden.

Uppfinningen erbjuder således en lösning som ger en extern access till en ombordplacerad specifikationsfil, vilken på ett rimligt sätt balanserar datasäkerhet och hanteringsflexibilitet.

KORT BESKRIVNING AV RlTNlNGARNA Uppfinningen ska nu förklaras närmare medelst utföringsformer, 10 15 20 25 30 526 899 vilka beskrivs som exempel, och med hänvisning till de bifogade ritningarna.

Figur 1 visar ett blockschema som på ett schematiskt sätt illustrerar ett arrangemang enligt en utföringsform av uppfinningen, och Figur 2 visar ett flödesschema som illustrerar den gene- rella metoden enligt uppfinningen.

BESKRIVNING AV UPPFINNINGENS UTFÖRINGSEFORMER Figur 1 visar ett blockschema, som schematiskt illustrerar ett arrangemang enligt en utföringsform av uppfinningen. Ett motorfordon 100 inkluderar ett antal ECU:er 120 och 130, av vilka två visas i figuren. En första ECU 120 är ansluten till en första kommunikationsbuss 105a i fordonet 100. Därmed kan den första ECU:n 120 utbyta data med andra ECU:er (visas ej) som är anslutna till den första kommunikationsbussen 105a. l det här fallet är den första ECU:n även ansluten till en andra och en tredje kommunikationsbuss 105b respektive 105c, så att den första ECU:n 120 dessutom kan kommunicera med ECU:er anslutna till dessa bussar, exempelvis en andra ECU 130 på den andra bussen 105b.

Det förutsätts vidare att var och en av den första och den andra ECU:n 120 och 130 är associerad med åtminstone en minnes- enhet 140a respektive 140b. Typiskt sett innebär detta att den första ECU:n innehåller en första minnesenhet 140a och att den andra ECU:n innehåller en andra minnesenhet 140b. Enligt uppfinningen kan emellertid minnesenheterna 140a och 140b lika väl vara fysiskt separerade från ECU:erna 120 och 130. l vilket fall som helst lagrar varje minnesenhet 140a, 140b en kopia av en specifikationsfil 145, som beskriver en aktuell kon- figuration hos fordonet 100. Alltså kan specifikationsfilen 145 inkludera fordonets 100 produktidentitet då det byggdes och eventuell EOL-programmering (EOL = End of Line), det vill säga slutgiltig parametersättning av ECUzerna. Dessutom kan speci- 10 15 20 25 30 35 526 829 fikationsfilen 145 inkludera information beträffande senare utförda uppdateringar och modifieringar. Detta innebär att chas- sinummer och relevanta komponent- eller delidentifikatorer, såsom artikelnummer, FPC-koder (FPC = Functional Product Characteristic) (dvs koder som anger vilka komponenter som är närvarande, och om flera modeller eller varianter är möjliga, vilken modell/variant), UF-koder (UF = User Function) (dvs koder vilka för varje funktion specificerar de inblandade fordons- modulerna), och UC-koder (dvs koder som beskriver möjliga användningsfall för fordonet) läggas till. Därutöver är det föredraget om tilläggsinformation kan inkluderas i specifika- tionsfilen 145, vilken är användbar vid genomförande av service av och feldiagnostik för fordonet 100. För detta ändamål kan 'även så kallade scenarier och klipplistor beskrivas i speci- fikationsfilen 145. Med scenario menas här sekvensdiagram vilka för ett visst fordon beskriver de möjliga händelseförloppen, och hur olika signaler skickas mellan relevanta ECU:er. Klipp- listorna är i första hand avsedda att tjäna som underlag vid till- verkning av kablarna i fordonet. Klipplistorna kan emellertid också användas för att rita upp ett dynamiskt kretsschema för ett visst fordon. Därför är klipplistorna användbara som ett feldiagnosverktyg. l syfte att möjliggöra en extern access till alla kopior av spe- cifikationsfilen 145 är en dator 200 ansluten till den första kom- munikationsbussen 105a. Enligt en utföringsform av uppfin- ningen sammanbinder en interfaceenhet 115 bussen 105a med en extern kommunikationsbuss 110 (exempelvis en USB, Uni- versal Serial Bus), vilken i sin tur är ansluten till en port 205a hos datorn 200. Därmed kan den första kommunikationsbussen 105a ha ett första format, vilket skiljer sig från ett andra format hos den externa kommunikationsbussen 110, och interface- enheten 115 utför de nödvändiga signalkonverteringarna mellan det första och det andra formatet. lnterfaceenheten 115 kan även fungera som en buffringsenhet mellan den första kommuni- kationsbussen 105a och den externa kommunikationsbussen 10 15 20 25 30 526 829 10 110 oavsett om det första och det andra formatet är identiska eller ej.

Datorn 200 inkluderar en första modul 210 och en andra modul 220. Den första modulen 210 är anpassad att kommunicera med ECU:erna 120 och 130 över den första kommunikationsbussen 105a. Den andra modulen 220 är anpassad att visa resultatet av eventuell kommunikation mellan datorn 200 och ECU:erna 120 och 130. Därmed kan den andra modulen 220 innefatta ett driv- steg för ett grafiskt användarinterface (GUI), så att eventuella operationer utförda avseende ECU:erna 120 och 130 och resultatet av sådana interaktioner kan visas för en användare av datorn 200, exempelvis på en display.

En användarunik nyckel 300 ansluts till en port 205b, exempel- vis av USB-format, hos datorn 200. Nyckeln 300 inkluderar i sin tur en mjukvarukomponent 310, vilken är associerad med ett auktorisationstillstånd som kan sättas antingen aktiv eller inaktiv. För att möjliggöra access för datorn 200 till specifika- tionsfilen 145 i minnesenheten 140a eller 140b associerad med ECU:erna 120 respektive 130 måste en acceptabel nyckel 300 anslutas till datorn 200. Nyckeln 300 betraktas endast som acceptabel om dess mjukvarukomponent 310 är försatt i det aktiva auktorisationstillståndet. Nyckeln 300 styr därmed kommunikationen mellan datorn 200 och ECU:erna 120 och 130, så att datorn 200 endast har möjlighet att kommunicera med ECU:erna 120 och 130 om nyckeln 300 är ansluten till datorn 200 och nyckelns 300 mjukvarukomponent 310 är försatt i det aktiva auktorisationstillståndet. Naturligtvis måste nyckeln 300 även uppfylla eventuella ytterligare auktorisationskrav. Exem- pelvis kan det så kallade automatiska mjukvaruskyddsverktyget HASP användas för att erbjuda ett mjukvaruskydd för kommuni- kationen mellan datorn 200 och ECU:erna 120 och 130 i kombination med autenticering.

Därtill kan det, enligt en utföringsform av uppfinningen, erfor- dras att nyckeln 300 även befinns vara acceptabel med hänsyn 10 15 20 25 30 526 829 11 till innehållet i en databas 235 i datorn 200. Antingen innehåller databasen 235 identiteter för alla icke-auktoriserade användar- unika nycklar, eller så innehåller databasen 235 identiteter för alla auktoriserade användarunika nycklar. l vilket fall som helst jämför en tredje modul 230 i datorn 200 identiteten hos den an- slutna användarunika nyckeln 300 med informationen i data basen 235. Om identiteten befinns vara oacceptabel försätter datorn 200 den anslutna nyckelns 300 mjukvarukomponent 310 i det inaktiva auktorisationstillståndet. På så vis utgör databasen ett effektivt verktyg för att kassera utgångna eller stulna nycklar.

Enligt en annan utföringsform av uppfinningen lagrar den första modulen 210 loggdata i specifikationsfilen 145. Detta innebär att information som beskriver all specifikationsfilsrelaterad kom- munikation mellan datorn 200 och ECU:erna 120 och 130 lagras i specifikationsfilen 145. Exempelvis kan loggdatat specificera identiteten hos den utnyttjade användarunika nyckeln 300, en tidstämpel och/eller information beträffande ett syfte med kom- munikationen. Syftet med kommunikationen kan i sin tur indikera huruvida specifikationsfildata lästes ut, eller om specifikations- filen 145 uppdaterades i en eller flera av minnesenheterna 140a och 140b, och i så fall vilka.

Naturligtvis inkluderar datorn 200, utöver de ovan nämnda en- heterna och modulerna, företrädesvis en central bearbetnings- enhet 240 anpassad att styra datorn 200 enligt vad som har för- klarats ovan, och ett internminne 250 för lagring av ett program, vilket beskriver styroperationer för att förmå datorn 200 att utföra stegen enligt uppfinningen. l syfte att summera kommer nu den generella metoden enligt uppfinningen att beskrivas med hänvisning till flödesschemat i figur 2. Det förutsätts att specifikationsfilsrelaterad data skall ut- bytas mellan en minnesenhet associerad med åtminstone en ECU hos ett visst fordon och en specifik extern dator ansluten till en kommunikationsbuss hos detta fordon. 10 15 20 25 30 35 526 829 12 Ett första steg 21 undersöker huruvida en användarunik nyckel är ansluten till en lämplig port hos den externa datorn. Om så inte är fallet loopar proceduren tillbaka och stannar i steget 21. l annat fall följer ett steg 22, vilket undersöker huruvida nyckelns mjukvarukomponent är satt i det aktiva auktorisationstillståndet.

Om inte, loopar proceduren tillbaka till steget 21. Om emellertid mjukvarukomponenten är satt i det aktiva auktorisationstillstån- det gör ett efterföljande steg 23 det möjligt för den externa da- torn att kommunicera med begärd(a) ECU(:er). Slutligen under- söker ett steg 24 huruvida kommunikationen mellan den externa datorn och ECU:n(:erna) har fullbordats. Denna undersökning kan göras antingen med vissa intervall, eller en viss tid efter det att trafiken på förbindelsen mellan den externa datorn och fordonet har upphört.

Såsom nämnts ovan kan trafiken vara riktad åt bägge hållen, det vill säga inbegripa utläsning av en specifikationsfil från åtmin- stone en minnesenhet till en extern minnesenhet och/eller inbe- gripa uppdatering av en specifikationsfil i åtminstone en ECU med ett innehåll från en extern minnesenhet.

Samtliga de processteg, såväl som godtycklig delsekvens av steg, vilka beskrivs ovan med hänvisning till figur 2 kan styras med hjälp av en programmerad datorapparat. Dessutom, även om de ovan med hänvisning till figurerna beskrivna utföringsfor- merna av uppfinningen innefattar en datorapparat och proces- serna utförs i en datorapparat, sträcker sig även uppfinningen till datorprogram, speciellt datorprogram på eller i en bärare, anpassade att verkställa uppfinningen i praktiken. Programmet kan vara i form av källkod, objektkod, en mellankod mellan käll- och objektkod, såsom i delvis kompilerad form, eller i godtycklig annan form som är lämplig för implementering av processerna enligt uppfinningen. Bäraren kan vara godtycklig entitet eller anordning som är kapabel att bära programmet. Exempelvis kan bäraren innefatta ett lagringsmedium, såsom ett Flashminne, en ROM (Read Only Memory), exempelvis en CD (Compact Disc) eller en halvledar-ROM, en EPROM (Erasable Programmable 10 15 526 829 13 Read-Only Memory), en EEPROM (Electrically Erasable Pro- grammable Read-Only Memory), eller ett magnetiskt lag- ringsmedium, exempelvis en floppydisk eller hårddisk. Dessutom kan bäraren vara en överförbar bärare såsom en elektrisk eller optisk signal vilken kan överföras via en elektrisk eller optisk kabel eller medelst radio eller på annat sätt. Då programmet är inkapslat i en signal vilken kan ledas direkt av en kabel eller annat medium eller anordning kan bäraren utgöras av en sådan kabel anordning eller organ. Alternativt kan bäraren vara en integrerad krets i vilken programmet är inkapslat, där den integrerade kretsen är anpassad att utföra, eller att användas vid utförande av, de relevanta processerna.

Uppfinningen är inte begränsad till de i figurerna beskrivna utföringsformerna, utan kan varieras fritt inom omfånget för patentkraven

Claims (16)

10 15 20 25 30 526 829 14 Patentkrav

1. Ett arrangemang för att ge access till en specifikationsfil (145) lagrad i en minnesenhet (140a, 140b) förknippad med en elektronisk styrenhet (120; 130) i ett fordon, där arrangemanget innefattar en dator (200) anpassad att anslutas till en första kommunikationsbuss (105a) i fordonet, där datorn (200) inklu- derar en första modul (210) anpassad att kommunicera med den elektroniska styrenheten (120; 130) över den första kommunika- tionsbussen (105a), kännetecknat av att arrangemanget innefattar en användarunik nyckel (300) anpas- sad att anslutas till en port (205b) hos datorn (200); där nyckeln (300) inkluderar en mjukvarukomponent (310) vilken är asso- -cierad med ett auktorisationstillstånd som kan sättas antingen aktivt eller inaktivt; och nyckeln (300) är anpassad att styra kommunikationen mellan datorn (200) och den elektroniska styr- enheten (120; 130) så att datorn endast ges möjlighet att kom- municera med den elektroniska styrenheten (120; 130) om nyckeln (300) är ansluten till datorn (200) och nyckelns (300) mjukvarukomponent (310) är associerad med det aktiva aukto- risationstillståndet.

2. Ett arrangemang enligt krav 1, kännetecknat av att datorn inkluderar en andra modul (220) anpassad att presentera ett re- sultat av eventuell kommunikation mellan datorn (200) och den elektroniska styrenheten (120; 130).

3. Ett arrangemang enligt något av kraven 1 eller 2, känne- tecknat av att den första modulen (210) är anpassad att lagra loggdata i specifikationsfilen (145), där loggdatat avser all spe- cifikationsfilsrelaterad kommunikation mellan datorn (200) och den elektroniska styrenheten (120; 130).

4. Ett arrangemang enligt krav 3, kännetecknat av att logg- datat specificerar åtminstone endera av en användaridentitet för den användarunika nyckeln (300), en tidstämpel och information 10 15 20 25 30 526 829 15 gällande ett syfte med kommunikationen.

5. Ett arrangemang enligt krav 4, kännetecknat av att syftet med kommunikationen är åtminstone endera av en utläsning av specifikationsfilen (145) från minnesenheten (140a, 140b), och en uppdatering av specifikationsfilen (145) i minnesenheten (140a, 140b).

6. Ett arrangemang enligt något av föregående krav, känne- tecknat av att det innefattar en interfaceenhet (115) som sammanbinder den första kommunikationsbussen (105a) och en extern kommunikationsbuss (110) vilken är ansluten till en port (205a) hos datorn (200), där den första kommunikationsbussen (105a) har ett första format som är annorlunda än ett andra format hos den externa kommunikationsbussen (110), och inter- faceenheten (115) är anpassad att omvandla kommunikations- signaler mellan det första och det andra formatet.

7. Ett arrangemang enligt något av föregående krav, känne- tecknat av att datorn (200) är associerad med en databas (235) som definierar oacceptabla användarunika nycklar; och datorn (200) innefattar en tredje modul (230) anpassad att jämföra identiteten hos en användarunik nyckel (300) ansluten till datorn (200) med informationen i databasen (235), och om med hänsyn till databasinformationen, den användarunika nyckeln (300) befinns vara Oacceptabel, försätta den anslutna nyckelns (300) mjukvarukom- ponent (310) i det inaktiva auktorisationstillståndet.

8. Ett motorfordon (100), kännetecknat av att det innefattar åtminstone en elektronisk styrenhet (120; 130) associerad med åtminstone en minnesenhet (140a, 140b) vilken lagrar en specifikationsfil (145), och där fordonet (100) är anpassat att kommunicera med arrangemanget enligt något av kraven 1 till 7. 10 15 20 25 30 526 829 16

9. En metod för att ge access till en specifikationsfil (145) lagrad i en minnesenhet (140a, 140b) associerad med en elek- tronisk styrenhet (120; 130) i ett fordon (100), där den elektro- niska styrenheten (120; 130) är ansluten till en första kommuni- kationsbuss (105a) i fordonet (100), metoden innefattar: undersökning av ett auktorisationstillstånd för en mjukvaru- komponent (310) hos en användarunik nyckel (300) ansluten till en port (205b) hos en dator (200), där datorn i sin tur är an- passad att kommunicera med den elektroniska styrenheten (120; 130) över den första kommunikationsbussen (105a); och förut- satt att den anslutna nyckeln (300) är satt i ett aktivt auktori- sationstillstånd; möjliggörande för datorn (200) att kommunicera med den elektroniska styrenheten (120; 130).

10. En metod enligt krav 9, kännetecknad av att kommuni- kationen inbegriper utläsning av specifikationsfilen (145) från minnesenheten (140a, 140b) till en extern minnesenhet asso- cierad med datorn (200).

11. En metod enligt något av kraven 9 eller 10, kännetecknad av att kommunikationen inbegriper uppdatering av specifika- tionsfilen (145) i minnesenheten (140a, 140b) med ett innehåll från en extern minnesenhet associerad med datorn (200).

12. En metod enligt krav 11, kännetecknad av loggning av data gällande eventuell specifikationsfilsrelaterad kommunika- tion mellan datorn (200) och den elektroniska styrenheten (!20; 130) i specifikationsfilen (145).

13. En metod enligt krav 12, kännetecknad av loggdatat inkluderar åtminstone endera av en användaridentitet hos den användarunika nyckeln (300), en tidstämpel och information beträffande syftet med kommunikationen.

14. En metod enligt något av kraven 9 till 13, kännetecknad 10

15. 526 829 17 av de ytterligare stegen jämförelse av en identitet hos den anslutna nyckeln (300) med information i en databas (235) som definierar oacceptabla användarunika nycklar, och om med hänsyn till databasen (235) den anslutna nyckeln (300) befinns vara oacceptabel, försättning av mjukvarukomponenten (310) hos den anslut- na nyckeln (300) i ett inaktivt auktorisationstillstånd. 015. Ett datorprogram direkt nedladdningsbart till det interna minnet (250) hos en dator (200), innefattande mjukvara för att styra stegen enligt något av kraven 9 till 14 då nämnda program körs på datorn (200).

16. Ett datorläsbart medium med ett lagrat program, där programmet är ägnat att förmå en dator (200) att styra stegen enligt något av kraven 9 till 14.