SE529228C2 - Metod och system för att automatiskt bestämma vilket larm, genererat vid en industrianläggning, som skall döljas eller presenteras för en operatör - Google Patents

Description

25 30 35 v 529 228 2 _ Figur l illustrerar ett exempel på ett typiskt datorbaserat styrsystem. Det består av styrenheter, servrar och arbets- stationer anslutna till ett lokalt nät. Servrar är datorer som omfattar mjukvara som tillhandahåller olika former av systemfunktionalitet. Arbetsstationer är datorer som inne- håller mjukvara som tillhandahåller olika former av använ- darinteraktion. Styrenheter är datorer som innehåller mjuk- vara som utför de verkliga styrfunktionerna. Till styrenhe- terna är sensorer och ställdon anslutna för att mäta och _ påverka olika former av processvariabler såsom temperatur, flöde, tryck, nivå, läge, till/frånläge osv. Variationer av denna grundstruktur är naturligtvis möjliga. Funktionalitet för server och arbetsstation, eller funktionalitet för ser- ver och styrning, eller någon annan kombination, kan t ex finnas i samma dator.

Förutom funktioner för styrning av en process, innefattar styrsystem normalt också kontroll- och övervakningsfunk- tioner, inklusive funktioner för generering av larm under vissa villkor relaterade till de styrda och övervakade verkliga objekten. En övervakningsfunktion inställs typiskt' för att utlösa ett larm när ett övervakat objekt i något avseende är utanför sitt normala arbetstillstånd/område, t ex när ett flöde är för lågt eller en temperatur är för hög eller en nivå är under den tillåtna miniminivån eller när det blir ett fel i kraftförsörjningen eller i någon nätutrustning osv.

Andra larmkällor innefattar mjukvaruapplikationer såsom applikationer för tillståndsövervakning, optimering, beräk- ningar osv. En applikation för tillståndsövervakning kan t ex utlösa ett larm när en viss utrustning är i behov av reparation eller underhåll. En optimeringsapplikation kan utlösa ett larm när den inte förmår upprätthålla den styrda processen inom vissa förutbestämda randvillkor, malt tillåten energiförbrukning eller produktkvalitets- parametrar osv. En beräkning kan t ex utlösa ett larm när såsom maxi- 10 15 20 25 30 35 529 228 3 resultatet av en beräkning ligger utanför vissa förutbe- stämda gränser.

Styrsystem innefattar normalt mjukvara för att samla in, utvärdera, lagra och presentera larminformation. Sadan mjukvara betecknas här som ett larmbehandlingssystem.

Vid en stor anläggning kan det finnas ett mycket stort an- tal sàdana larmkällor, alltifrän hundratals till hundratu- sentals, beroende pä storleken pà anläggningen. I manga fall kan larm utlösas utan att nagot verkligt problem före- ligger. Detta kan t ex vara fallet vid start eller stopp av en anläggning eller en del av en anläggning, eller vid övergång fràn produktion av en produkt eller kvalitet till en annan, eller under tiden en del av en anläggning servas.

Larm som utlöses under dessa förhållanden är inte bara förvillande; de avleder operatörens uppmärksamhet frán viktigare information och de gör operatörens arbete mera stressande.

Andra exempel där larm inte är viktiga eller relevanta är när de utlöses pà grund av sekundära fel. Om t ex en pump fallerar blir motsvarande flöde och tryck snart för lága.

Ett larm vid pumphaveriet är tillräckligt för att rikta operatörens uppmärksamhet pà problemet. De därefter föl- jande larmen som orsakas av att flödet och trycket blir för làgt är inte nödvändiga för att operatören skall kunna av- göra den verkliga orsaken till problemet.

Traditionella sätt att handskas med detta problem innebär att undertrycka larmsignalerna vid larmkällan, dvs funktio- nalitet införs i de styrenheter och mjukvaruapplikationer där larmen utlöses, för att förhindra att larmen utlöses under specifika förhållanden. Förutom att det kräver pro- grammering och endast kan utföras av experter, innebär detta angreppssätt att det inte är möjligt att se de under- tryckta larmen alls dà de aldrig utlöses eller överförs.

Eftersom undertryckningen utförs genom programmering mäste 10 15 20 25 30 35 i: 529 228 4 operatörsorienterad dokumentation och översikt över vilka larm som är undertryckta, och under vilka villkor, skapas' och underhållas manuellt, vilket ökar arbetsbelastningen och_komplexiteten.

Ett bättre sätt att angripa problemet skulle vara att göra larmsystemet konfigurerbart, sà att en processingenjör eller en utbildad operatör kan besluta att temporärt dölja larmen fran vissa objekt under vissa villkor. Vid denna metod utlöses larmen ända och kan lagras/sparas i styrsys- temet och kan senare visas om det är nödvändigt, men de presenteras inte för operatören så länge som de är dolda.

WOOl/02953 beskriver en metod för integrering av ett fler- tal och olika typer av applikationer i ett datoriserat sys- tem. Denna metod bygger pà ett koncept där verkliga objekt representeras som sammansatta objekt. Olika fasetter av ett verkligt objekt, säsom dess fysiska placering, det aktuella stadiet i en process, en styrfunktion, en operatörsinter- aktion osv beskrivs som olika aspekter av de sammansatta objekten. I denna applikation betecknas de av WO01/02953 »definierade samansatta objekten som aspektobjekt.

Ett särdrag i metoden som beskrivs i WOO1/02953 är att aspektobjekt kan ordnas i strukturer. En struktur av as- pektobjekt är en hierarki av objektinstanser. Den kan base- ras pà nàgon typ av relationer mellan aspektobjektinstan- ser. Ett aspektobjekt kan placeras i flera strukturer sam- tidigt, där de olika strukturerna representerar olika rela- tioner, t ex funktionell och fysisk inneslutning (funktio- nell struktur och placeringsstruktur).

EP 1442413 beskriver en metod och ett system för en klient- applikation för att begära ett dataelement fràn en data- källa i ett datorstyrt styrsystem via en atkomstserver.

Styrsystemet innehåller mjukvaruobjekt och ett flertal àtkomstservrar. Mjukvaruobjekten representerar olika en- titeter som har en definierad funktionell betydelse i styr- 10 15 20 25 30 35 529 228 5 systemet. Varje àtkomstserver, såsom en OPC-server (OPC = Object Linking & Embedding for Process Control), kan till- handahälla åtkomst till ett eller flera element av real- tidsdata, historiska data samt larm- och händelsedata. EP 1442413 beskriver medel genom vilka information som ägs av nämnda objekt används för att ta reda pà vilken àtkomst- server som hanterar ett särskilt dataelement och för att fä àtkomst till dataelementet, transparent för klientapplika- tionen. I US 5 581 242 beskriver ett automatiskt larmdisplaybehand- lingssystem där härledda larm undertrycks när ett fel upp- stär vid en anläggning. Det beskrivna systemet använder sig av tabellslagning för att finna ett orsakssamband mellan ett larm och en händelse och övervakningsinformation för en enhet i en tabell som innehåller skäl för larmundertryck- ning för ett flertal larm. Tabellen används för att utan användning av någon inferenssfunktion avgöra huruvida ett larm skall visas, varvid långa behandlingstider undviks.

REDoGöRELsE FÖR UPPFINNINGEN Ett ändamål med föreliggande uppfinning är att automatiskt dölja irrelevanta larm i ett datorbaserat system för pro- cesstyrning. Ett larm anses som irrelevant om det inte krä- ver operatörens uppmärksamhet. Ett dolt larm visas inte pà skärmen och kräver ingen bekräftelse eller àtgärd fràn ope- ratörens sida. Ett “dolt larm” är ett larm som registreras i systemet men som inte presenteras för operatören förrän han aktivt begär att få det presenterat för sig.

Detta och andra ändamål uppnås enligt föreliggande uppfin- ning genom en metod sàsom beskrivs i patentkrav l och ett system sàsom beskrivs i patentkrav 18 samt en datorprogram- produkt såsom beskrivs i patentkrav 35.

Enligt uppfinningen styrs döljandet av larm genom “regler för döljande av larm”. En sådan regel är ett logiskt ut- 10 l5 20 25 30 '35 529 228 6 tryck som är förknippat med ett speciellt verkligt objekt och som involverar ett eller flera process- och/eller larm- tillstand. Ett processtillstànd i detta samanhang anger det aktuella tillståndet hos ett verkligt objekt i nagot. avseende. Ett processtillstànd kan t ex àterspegla en pro- cessvariabel, sàsom läget för en strömställare eller nivàn i en tank, eller det kan bestämmas av en variabel som är inställd och styrd av en operatör eller annan användare, sàsom en manuell eller automatisk strömställare, eller driftsättet för en produktionscell, eller det kan bestämmas av en variabel som beräknas genom en mjukvaruapplikation.

Pa motsvarande sätt anger ett larmtillstànd huruvida ett särskilt larm är aktivt.

Detta gör det möjligt att dölja ett larm baserat pà en viss kombination av tillstànd i processen och tidigare larm. En regel för döljande av larm kan dölja ett specifikt larm som är relaterat till det verkliga objekt som det är förknippat med, t ex Hög Niva, eller alla larm som är relaterade till det verkliga objektet.

Det följande är exempel pà regler för döljande av larm.

Andra typer av villkor och syntaxformer för uttrycken är naturligtvis möjliga: - Om “PC101.man_mode” = SANT dölj dà “PCl0l”. Denna regel döljer alla larm frän objektet PCl0l när det är i manuellt läge.

- Om “Motorlül.LowAlarm_IsActive” = SANT dölj dä “PC10l”.

Denna regel döljer alla larm fràn objektet PCl01 när det. finns ett aktivt “lágt” larm pà MotorlOl.

- Om “Motorl0l.LowAlarm_IsActive” = SANT dölj dà “PC10l.HighAlarm”. Denna regel döljer endast det “Höga" larmet fràn PClOl, men inte andra larm sàsom det Laga larmet. 10 15 20 25 30 35 529 228 7 En fördel med uppfinningen är att den avlastar operatören fràn att störas av mindre viktiga eller irrelevanta larm, vilka annars kan skyma viktigare information och skapa en stressig arbetssituation.

En annan fördel med uppfinningen är enkelheten, genom vilken regler för döljande av larm kan skapas och grupperas för att dölja enstaka larm eller grupper av larm som kommer fràn en eller flera källor.

Ytterligare en fördel med uppfinningen är att den inte är baserad pà undertryckande av larm vid källan. I stället utesluts irrelevanta larm endast fràn att presenteras för operatören sà länge som en definierad uppsättning villkor föreligger, och är tillgängliga för inspektion när dessa villkor inte längre föreligger.

FIGURBESKRIVNING Föreliggande uppfinning kommer att beskrivas närmare i det följande under hänvisning till bifogade ritningar. där: Figur 1 schematiskt visar ett typiskt datorbaserat styr- system för en industrianläggning.

Figur 2 visar ett styrsystem för en industrianläggning som innehåller ett larmbehandlingssystem.

Figur 3 visar nagra steg som ingar i utvärderingen av en regel för döljande av larm.

Figur 4 visar nagra steg som ingar i utvärderingen av ett aktiveringsvillkor för en larmmask och en regel för döljan- de av larm.

Figur 5 visar larmbehandlingssystemet som klient till data- ätkomstservrar sàsom beskrivs i EP 1442413. 10 15 20 25 30 35 i 529 228 8 Figur 6 visar pà vilket sätt regler för döljande av larm ar förknippade med larmasker vid en utföringsform av uppfin- ningen.

Figur 7 visar hur mjukvaruobjektinstanser kan ordnas i strukturer baserat pà olika typer av relationer mellan objekten, såsom funktionell inneslutning, fysisk placering, eller gruppering av styrsystemfunktioner, såsom beskrivs i WO0l/02953.

Figur 8 visar en struktur med ett aspektobjekt som har en aspekt för regeln för döljande av larm som är definierad att styra döljande av larm fràn det objekt den är asso- cierad med, plus alla dess underordnade objekt i struktu- ren. V Figur 9 illustrerar konceptet av samansatta objekt (här betecknade aspektobjekt) och aspekter, sàsom beskrivs i W0Ol/02953.

Figur 10 visar hur regler för döljande av larm kan imple- menteras som aspekter av aspektobjekt vid en utföringsform av föreliggande uppfinning.

Figur 11 visar hur larmmasker implementeras som aspekter av aspektobjekt vid en utföringsform av föreliggande uppfin- ning.

Figur 12 visar hur aspekter för regler för döljande av larm och larmmaskaspekter är relaterade vid en utföringsform av föreliggande uppfinning.

Figur 13 visar hur en larmmaskhanterare kan användas för att underlätta konfigureringen av larmmasker och regler för döljande av larm. 10 15 20 25 30 35 529 228 9 Figur 14 och 15 visar exempel på användargränssnitt för konfigurering av larmasker och regler för döljande av larm.

BESKRIVNING ÄV FÖREDRAGNA UTFÖRINGSFORMER Figur 2 visar ett exempel på ett styrsystem som innehåller ett larmbehandlingssystem som innefattar medel för att döl- ja irrelevanta larm enligt den metod som anges i föreligg- ande uppfinning. Larmbehandlingssystemet mottar information om process- och larmtillstånd från olika källor där dessa tillstånd detekteras. Exempel på sådana källor innefattar styrenheter och olika mjukvaruapplikationer.

Larmbehandlingssystemet innehåller medel, t ex en hårddisk, för att lagra information om ett flertal larm, inklusive information om källan, tiden för uppträdandet och arten för varje larm. Larmbehandlingssystemet innehåller även medel, en utvärderingsenhet, för att utvärdera logiska uttryck, såsom regler för döljande av larm och aktiveringsvillkor för larmmasker. Vidare innehåller larmbehandlingssystemet medel, dvs en arbetsstation, för att presentera information om larm för en operatör med hjälp av olika format, inklusi- ve listor. “ Figur 3 visar stegen som ingår vid utförandet av en ut- föringsform av uppfinningen, där larmbehandlingssystemet mottar information om ett nytt larm som avser ett särskilt verkligt objekt. En kontroll genomförs om det finns någon regel för döljande av larm definierad för detta verkliga objekt. Om en sådan regel återfinns utvärderas det logiska uttrycket, och om resultatet är “SANT” markeras larmet som “dolt” innan det lagras i larmlagringsenheten. När larm- behandlingssystemet visar/presenterar larm för en operatöri eller någon annan användare utesluter man dolda larm från denna presentation. Vid en annan utföringsform är det möjligt att dessa steg kan utföras i en annan ordning. 10 15 20 25 30 35 š 529 228 10 Figur 4 visar en ytterligare utföringsform där larmmasker ' används för att styra tillämpningen av regler för döljande av larm. Som framgår av figur 6 definierar var och en av larmmaskerna l och 2 en samling regler för döljande av larm som komer att utvärderas under ett visst villkor. En larm- mask motsvarar typiskt ett specifikt driftsätt, såsom start eller stopp av anläggningen eller en del av anläggningen, eller en övergång fràn produktionen av en produkt eller kvalitet till en annan, eller underhàllsarbete på en ut- rustning eller en del av anläggningen. En larmask har ett aktiveringsvillkor som, när det utvärderats som sant, komer att aktivera alla därmed förknippade regler för döljande av larm. Aktiveringsvillkoret är ett logiskt uttryck av ett eller flera process- och/eller larmtill- stånd.

När vid denna ytterligare utföringsform larmbehandlings- systemet mottar information om ett nytt larm som hänför sig till ett speciellt verkligt objekt, kontrollerar det om det finns någon regel för döljande av larm definierad för detta verkliga objekt. Om det finner en regel för döljande av larm utvärderar.det först aktiveringsvillkoret för den mot- svarande larmmasken för att kontrollera om larmmasken är aktiv. Om larmmasken är aktiv utvärderar då larmbehand- . lingssystemet regeln för döljande av larm, och om resulta- tet är SANT markerar larmbehandlingssystemet larmet som “dolt” innan det lagrar det i larmlagringsenheten. Dessa steg kan naturligtvis utföras i en annan ordning.

Användningen av larmmasker ger flera fördelar. En fördel är att den underlättar konfigureringen av larmdöljande genom att hålla samman alla regler för döljande av larm som skall bli aktiva under samma villkor. En annan fördel är att den tillhandahåller enkla medel för att aktivera och deaktivera ett antal regler för döljande av larm baserat på resultatet av ett logiskt uttryck. 10 15 20 25 30 35 529 228 Figur 5 visar en annan utföriåàsform av uppfinningen där larmsystemet mottar information om processtillstànd och larm genom att abonnera pà denna information fràn en ät- komstserver, sàsom en OPC-server, såsom beskrivits i EP I 1442413. Vid denna utföringsform representeras process- och larmtillstànd av OPC-element; regler för döljande av larm är logiska uttryck av OPC-element och larmmaskaktiverings- villkor är logiska uttryck av OPC-element.

Vid en annan utföringsform av uppfinningen kvitteras ett dolt larm automatiskt när larmet nollställs, dvs när det gär fran aktivt till inaktivt tillstànd. När en regel för döljande av larm deaktiveras, dvs inte längre utvärderas till sant, döljs inte längre alla larm som var dolda av denna regel, enligt en ytterligare utföringsform. Vid en vidare utföringsform tillhandahåller displayfunktionen hos larmbehandlingssystemet medel för att specifikt begära presentation av dolda larm.

Vid en föredragen utföringsform av uppfinningen innefattar styrsystemet mjukvaruobjekt som representerar de verkliga objekt för vilka larm kan utlösas. Vid denna utföringsform är varje regel för döljande av larm förknippad med det mjukvaruobjekt som representerar det verkliga objekt för vilket larm skall döljas. Vid en vidare utföringsform kan mjukvaruobjekten anordnas i ett flertal strukturer, där varje struktur representerar en viss typ av relation mellan de representerade verkliga objekten, sàsom funktionell- inneslutning, eller placering, eller grupperingen av styr- systemfunktioner, sàsom visas i figur 7.

Vid en ytterligare utföringsform, illustrerad i figur 8, kan en regel för döljande av larm konfigureras att dölja larm som inte endast är relaterade till det verkliga objek- tet som det är förknippat med utan också alla ättlingar (underordnade objekt) i en struktur som det motsvarande mjukvaruobjektet är placerat i. Detta är särskilt fördel- aktigt genom att det gör det möjligt att definiera en regel 10 15 20 25 30 35 f 529 228 12 som döljer larm relaterad till alla objekt som tillhör en särskild processfunktion som involverar manga objekt, om den funktionella strukturen är specificerad, eller alla objekt som är placerade i ett särskilt omrade, om place- ringsstrukturen är specificerad, eller alla objekt som är styrda fràn en särskild processtyrenhet, om styrstrukturen är specificerad osv.

Figur 9 visar en ytterligare utföringsform innehàllande mjukvaruobjekt som är sammansatta objekt sasom beskrivits i WO01/02953, här betecknade som aspektobjekt, och varje regel för döljande av larm är en aspekt av aspektobjektet för vilket nämnda regel för döljande av larm definieras (figur 10).

Vid en vidare utföringsform är larmmaskerna aspekter av as- pektobjekt som innehåller konfigureringsdata. Dessa aspekt- objekt kan placeras i vilken struktur som helst. För denna beskrivning antas det att de är placerade i en separat “konfigurationsstruktur för döljande av larm”. Larmmask- objekt har en aspekt, “Definition av Larmask”, som inne- haller larmmaskkonfigurationen (figur ll).

Larmmasker och regler för döljande av larm är tätt saman- kopplade. Vid en föredragen utföringsform lagras en larm- masks aktiveringsvillkor i en larmmaskaspekt och reglerna för döljande av larm som är förknippade med larmmasken lag- ras i aspekter för regler för döljande av larm pà de as- pektobjekt där larm skall döljas. Sambandet mellan en regel för döljande av larm och en larmask kan t ex implementeras som en referens till en larmmask, lagrad av aspekten för regeln för döljande av larm.

I det exempel som illustreras i figur 12 skall en regel för döljande av larm förknippas med det verkliga objektet “Motorl01”. Regeln för döljande av larm skall vara aktiv vid start av produktionslinjen 1. Detta àstadkoms genom att lägga till en aspekt för regeln för döljande av larm till 10 15 20 25 30 35 529 228m 13 de aspektobjekt som representerar Motorl0l. Denna aspekt lagrar den verkliga regeln för döljande av larm och även en referens till den larmmask som benäms Start linje 1. När larmbehandlingssystemet mottar information om ett nytt larm fran Motorl0l finner det den regel för döljande av larm som är förknippad med det aspektobjekt som representerar Motorl0l, följer referensen till larmmasken Start linje 1, utvärderar maskens aktiveringsvillkor och, om resultatet är sant, utvärderar regeln för döljande av larm.

Vid en ytterligare utföringsform är larmbehandlingssystemet ett aspektsystem, sàsom beskrivs i WOOI/02953, som tillhan- dahàller implementeringar för aspekttyperna regel för döl- jande av larm och larmmask.

Vid en föredragen utföringsform används en larmaskhante- rare, dvs ett datorprogram, för att se och hantera den to- tala samlingen av larmasker och regler för döljande av larm, och för olika operationer pà larmasker/regler för döljande av larm, sàsom att skapa nya, ta bort eller kopi- era larmasker/regler för döljande av larm, sàsom visas i figur l3.

Vid den utföringsform där regler för döljande av larm och larmmasker implementeras som aspekter till aspektobjekt, implementeras larmaskhanteraren företrädesvis som en “Larmaskhanterare”-aspekt till ett rot-objekt i “konfi- gurationsstrukturen för döljande av larm", sàsom visas i figur 12.

Vid en föredragen utföringsform finns det ett hjälpprogram 'för konfigurering genom vilket operatören eller någon annan användare kan skapa nya regler för döljande av larm och nya larmasker samt redigera eller radera befintliga sàdana.

Vid denna utföringsform, där regler för döljande av larm och larmmasker implementeras som aspekter till aspektobjekt är detta hjälpprogram en funktion som tillhandahålls av aspekttyperna för regel för döljande av larm och för larm- 10 15 20 25 30 35 529 228 14 mask. Vid en föredragen utföringsform, där ett objekt för en larmaskhanterare definieras, fungerar objektet för larmmaskhanteraren som den ingàngspunkt från vilken använ- daren kan navigera till alla larmasker och regler för döl- jande av larm. Detta illustreras i figur 13. Figur 14 och 15 visar exempel pà hur användargränssnitten för konfigu- reringen av larmmaskerna och reglerna för döljande av larm skulle kunna se ut.

Alternativt skulle det vara möjligt att generera villkoren för döljande och larmmaskerna med hjälp av ett hjälpprogram som körs i ett separat system och att sedan ladda ned dem som konfigureringsdata till larmbehandlingssystemet. Detta hjälpprogram skulle kunna utnyttja information som erhàll- its fran en matematisk eller heuristisk processmodell, eller fran en regelbas eller annan form av kunskapsbas, som grund för genereringen av reglerna för döljande av larm och larmmaskerna.

I denna skrift har uppfinningen beskrivits med hänvisning till specifika utföringsformer. Det torde emellertid framgà att variationer och modifikationer kan göras av uppfinning- en utan att för den skull göra avsteg fràn andemeningen i och ramen för patentkraven.

Claims (37)

10 15 20 25 30 35 529 228 15 PATENTKRAV

1. l. Metod för att bestämma vilket larm, av ett antal larm som genereras vid en industrianläggning eller process, skall presenteras för en systemoperatör, innefattande SOIII - att skapa regler för döljande av larm - att förknippa varje sádan regel med ett verkligt objekt genom att varje regel för döljande av larm förknippas med det mjukvaruobjekt som representerar det verkliga objekt för vilket larm skall döljas - att lagra dessa regler i en lagringsenhet - att motta ett larm relaterat till ett verkligt objekt - att bestämma om en regel för döljande av larm är förknippad med nämnda verkliga objekt - att utvärdera regeln för döljande av larm - att bestämma utifrân nämnda regel huruvida larmet skall presenteras eller döljas - att selektivt och aktivt dölja sådana larm som bestäms skall döljas och inte presentera larmet för system- operatören.

2. Metod enligt patentkrav 1, vidare innefattande - att skapa åtminstone en larmmask - att förknippa åtminstone en regel för döljande av larm med varje larmmask - att lagra dessa masker i en lagringsenhet - att motta ett larm relaterat till ett verkligt objekt - att bestämma om en regel för döljande av larm är för- knippad med nämnda verkliga objekt - att bestämma om larmmasken som är förknippad med regeln för döljande av larm är aktiv och, om larmmasken är aktiv, utvärdera nämnda regel - att utifrän regeln för döljande av larm bestämma huruvida larmet skall presenteras eller döljas 5 10 15 20 25 30 35 529 228 16 - att selektivt och aktivt dölja sådana larm som bestäms skall döljas och inte presentera larmet för system- operatören.

3. Metod enligt något av patentkrav 1-2, vidare inne- fattande - att abonnera på information om processtillstånd och larm från en átkomstserver, såsom en OPC-server.

4. Metod enligt något av patentkrav 1-3, vidare inne- fattande - att automatiskt kvittera ett dolt larm när larmet är nollställt.

5. Metod enligt något av patentkrav l-3, vidare inne- fattande - att presentera dolda larm när det specifikt begärs.

6. Metod enligt något av patentkrav 1-3, vidare inne- fattande - att presentera dolda larm när en relaterad regel för döljande av larm är deaktiverad, dvs inte längre utvärderar till sant.

7. Metod enligt något av föregående patentkrav, vidare innefattande - att skapa åtminstone ett mjukvaruobjekt som representerar ett verkligt objekt och att förknippa en regel för döljande av larm, som hänför sig till nämnda verkliga objekt, med nämnda mjukvaruobjekt.

8. Metod enligt patentkrav 7, vidare innefattande - att anordna mjukvaruobjekt i ett flertal strukturer, där varje struktur representerar en viss typ av relation mellan objekten, såsom funktionell inneslutning, placering eller grupperingen av styrsystemfunktioner.

9. Metod enligt patentkrav 8, vidare innefattande 10 15 20 25 30 35 529 2.28 17 - att konfigurera en regel för döljande av larm för att dölja larm endast från det objekt det är förknippat med.

10. Metod enligt patentkrav 8, vidare innefattande - att konfigurera en regel för döljande av larm för att dölja larm frán alla ättlingar (underordnade objekt) i en struktur som objektet är placerat i.

11. ll. Metod enligt patentkrav 7, vidare innefattande - att implementera mjukvaruobjekten som aspektobjekt.

12. Metod enligt patentkrav ll, vidare innefattande - att konfigurera varje regel för döljande av larm som en aspekt hos det aspektobjekt för vilket nämnda regel är definierad.

13. Metod enligt patentkrav ll, vidare innefattande - att konfigurera larmmasker som aspekter av aspektobjekt som innehåller konfigureringsdata.

14. Metod enligt något av patentkrav 12 och 13, vidare innefattande - att implementera larmbehandlingssystemet som ett aspekt- system som tillhandahåller implementeringar av aspekt- typerna för regel för döljande av larm och för larmmask.

15. Metod enligt nàgot av föregående patentkrav, vidare innefattande - att använda en larmmaskhanterare, dvs ett datorprogram, för att se och hantera den totala samlingen av larmmasker och regler för döljande av larm.

16. Metod enligt nàgot av föregående patentkrav, vidare innefattande - att använda ett hjälpprogram för konfigurering för att skapa nya regler för döljande av larm och larmmasker och för att redigera eller radera befintliga sådana. 10 15 20 25 30 35 529 228 18

17. Metod enligt något av föregående patentkrav, vidare innefattande - att generera reglerna för döljande av larm och/eller larmmaskerna med hjälp av ett offline-program och att ladda ned dem som konfigureringsdata till larmbehandlingssyste- met.

18. Larmbehandlingssystem för att bestämma vilket larm, av ett flertal larm som genereras vid en industrianläggning eller process, innefattande som skall presenteras för en systemoperatör, - medel för att skapa regler för döljande av larm - medel såsom det mjukvaruobjekt som representerar det verkliga objekt för att förknippa varje sådan regel med ett verkligt objekt - medel för att lagra dessa regler i en lagringsenhet - medel för att motta ett larm relaterat till ett verk- ligt objekt - medel för att bestämma om en regel för döljande av larm är förknippad med nämnda verkliga objekt - medel för att utvärdera regeln för döljande av larm - medel för att bestämma utifrån nämnda regel huruvida larmet skall presenteras eller döljas - medel för att selektivt och aktivt dölja sådana larm som bestäms skall döljas och inte presentera larmet för systemoperatören.

19. Larmbehandlingssystem enligt patentkrav 18, innefattande - medel för att skapa åtminstone en larmmask - medel för att förknippa åtminstone en regel för döl~ jande av larm med varje larmmask - medel för att lagra dessa masker i en lagringsenhet - medel för att motta ett larm relaterat till ett verk- ligt objekt - medel för att bestämma om en regel för döljande av larm är förknippad med nämnda verkliga objekt 10 15 20 25 30 35 529 228 19 - medel för att bestämma om larmmasken som är förknippad med regeln för döljande av larm är aktiv - "medel för att, om larmmasken är aktiv, utvärdera regeln för döljande av larm - medel för att bestämma utifràn nämnda regel huruvida larmet skall presenteras eller döljas - medel för att selektivt och aktivt dölja sådana larm som bestäms skall döljas och inte presentera larmet för systemoperatören.

20. Larmbehandlingssystem enligt något av patentkrav 18 eller 19, - medel för att abonnera pá information om processtillstánd och larm fràn en àtkomstserver, såsom en OPC-server. innefattande

21. Larmbehandlingssystem enligt nàgot av patentkrav 18-20, innefattande - medel för att automatiskt kvittera ett dolt larm när larmet är nollställt.

22. Larmbehandlingssystem enligt nàgot av patentkrav 18-20, innefattande - medel för att presentera dolda larm när det specifikt begärs.

23. Larmbehandlingssystem enligt nàgot av patentkrav 18-20, innefattande - medel för att presentera dolda larm när en relaterad regel för döljande av larm är deaktiverad, dvs inte längre utvärderar till sant.

24. Larmbehandlingssystem enligt nägOt av pätentkrêv 13-23, innefattande - medel för att skapa åtminstone ett mjukvaruobjekt som re- presenterar ett verkligt objekt och att förknippa en regel för döljande av larm, relaterad till nämnda verkliga objekt, med nämnda mjukvaruobjekt. 10 15 20 25 30 35 529 228 20

25. Larmbehandlingssystem enligt patentkrav 24, innefattande - medel för att anordna mjukvaruobjekt i ett flertal struk- turer, där varje struktur representerar en viss typ av re- lation mellan objekten, sàsom funktionell inneslutning, placering eller grupperingen av styrsystemfunktioner.

26. Larmbehandlingssystem enligt patentkrav 25, innefattande - medel för att konfigurera en regel för döljande av larm för att dölja larm endast fràn det objekt den är förknippad med.

27. Larmbehandlingssystem enligt patentkrav 25, innefattande - medel för att konfigurera en regel för döljande av larm för att dölja larm fràn alla ättlingar (underordnade objekt) i en struktur som objektet är placerat i.

28. Larmbehandlingssystem enligt patentkrav 24, kännetecknat av att - mjukvaruobjekten är aspektobjekt.

29. Larmbehandlingssystem enligt patentkrav 28, kännetecknat av att - varje regel för döljande av larm är en aspekt av det aspektobjekt för vilket nämnda regel är definierad.

30. Larmbehandlingssystem enligt patentkrav 28, kännetecknat av att - larmmasker är aspekter av aspektobjekt som innehåller konfigureringsdata.

31. Larmbehandlingssystem enligt något av patentkrav 29 och 30, kännetecknat av att - larmbehandlingssystemet är ett aspektsystem som tillhan- dahåller implementeringar av aspekttyperna för regel för döljande av larm och för larmmask. 10 15 20 25 529 228 21

32. Larmbehandlingssystem enligt något av patentkrav 18-31, innefattande - en larmmaskhanterare, dvs ett datorprogram, för att se och hantera den totala samlingen av larmmasker och regler för döljande av larm.

33. Larmbehandlingssystem enligt något av patentkrav 18-32, innefattande - hjälpprogram för konfigurering för att skapa nya regler för döljande av larm och nya larmmasker och för att redi- gera eller radera befintliga sådana.

34. Larmbehandlingssystem enligt något av patentkrav 18-33. innefattande - medel för att generera reglerna för döljande av larm och/eller larmmaskerna med hjälp av ett offline-program och att ladda ned dem som konfigureringsdata till larmbehand- lingssystemet.

35. Datorprogram innefattande datorprogramkodmedel för att utföra stegen vid en metod enligt något av patentkrav l-34.

36. Datorläsbart medium innefattande åtminstone en del av ett datorprogram enligt patentkrav 35.

37. Datorprogram enligt patentkrav 35, som åtminstone del- vis tillhandahålls genom ett nät, såsom t ex Internet.