SE521114C2 - Anordning och förfarande för integrering av ett antal datoriserade väsentligen godtyckliga klientsystem - Google Patents

Description

25 30 35 521 114 2 Systemprogram. Resultatet av detta blir ett spagettiliknande trassel av komplexa system med inbördes beroenden, vilket bil- dar ett effektivt lås för alla vidare systemutveckling. Eftersom olika klientsystem vidare inte längre kan operera oberoende av varandra reduceras prestanda och effektiviteten hos varje sy- stem avsevärt.

Det har föreslagits att integrera ett antal oberoende klientsystem genom tillhandahållande av en integreringsserver med vilken alla av nämnda klientsystem är förbundna. En sådan integre- ringsserver växer emellertid snabbt upp till ett mycket kompli- cerat klientsystem som erfordrar en avsevärd mängd program- meringsarbete. Dessutom behöver en sådan integreringsserver modifieras varje gång ett nytt klientsystem skall integreras, eller när en mjukvaruapplikation eller en hårdvarustruktur skall uppgraderas eller bytas ut i något av klientsystemen.

SAMMANFATTNING AV UPPFINNINGEN Ändamålet med föreliggande uppfinning är att förbättra möjlig- heterna att integrera olika, väsentligen godtyckliga datoriserade klientsystem. l synnerhet eftersträvas en integrering som tillåter klientsystemen att förbli oberoende trots att de är integrerade med varandra, och således effektiva, förändringsbara och utbyt- bara.

Detta ändamål uppnås med en anordning för integrering av ett arrangemang av ett antal datoriserade, väsentligen godtyckliga, datorapplikationer innefattande klientsystem, vilka är oberoende av varandra, genom att tillåta kommunikation mellan klient- systemen, varvid varje klientsystem har en systemspecifik struktur och är anpassat till att bearbeta information i ett systemspecifikt eget format, varvid anordningen innefattar en integreringsserver och ett antal kommunikationsförbindelser för utbyte av ett meddelande, som erhålls från informationen, mellan klientsystemen och nämnda 10 15 20 25 30 35 521 114 3 integreringsserver, varvid varje kommunikationsförbindelse är anordnad att förbinda ett klientsystem med nämnda integre- ringsserver och innefattar en klientadapter anpassad till det systemspecifika formatet och den systemspecifika strukturen hos respektive klientsystem för utbyte av nämnda meddelande i det systemspecifika, egna formatet och en serveradapter för ut- byte av nämnda meddelande i det respektive systemspecifika, egna formatet med nämnda integreringsserver, varvid nämnda integreringsserver innefattar ett transformeringsmedel, som är inrättat att transformera nämnda meddelande som har publi- cerats av ett klientsystem i det systemspecifika, egna formatet till ett annat systemspecifikt format som tillåter insamling av nämnda transformerade meddelande av vilket annat klient- system som helst, och ett verktyg för att igångsätta integrationen, innefattande medel för inmatning av en beskrivning av varje klientsystem, medel för att lagra nämnda beskrivning och medel för att med hjälp av nämnda beskrivning på ett auto- matiskt sätt generera nämnda transformeringsmedel hos nämnda integreringsserver, nämnda klientadapter och nämnda serveradapter.

Med en sådan beskrivning av varje klientsystem, som lagras i nämnda lagringsmedel, exempelvis en s.k. förvaringsdatabas som bildar en metamodell av de olika klientsystemen, realiseras genereringsmedlen som ett datorprogram och kan generera käll- kodfiler som bildar de transformeringsmedel som erfordras för att tillåta utbyte av meddelanden mellan två olika klientsystem.

Förvaringsdatabasen kan förbli såsom en beskrivning av alla klientsystem under drift av de integrerade systemen. En föränd- ring, dvs en uppgradering, en strykning eller ett utbyte, av ett klientsystem behöver endast tillföras beskrivningen, varefter transformeringsmedlen förändras i enlighet härmed på ett auto- matiskt sätt medelst generingsmedlen. Nämnda inmatnings- medel, nämnda lagringsmedel och nämnda genereringsmedel kan bildas med hjälp av en konventionell, separat persondator, 10 15 20 25 30 35 521 114 4 varvid nämnda inmatningsmedel kan innefatta ett gränssnitt, speciellt ett grafiskt användargränssnitt, GUI, som underlättar användande av verktyget. Det år också möjligt att låta nämnda inmatningsmedel, nämnda lagringsmedel och nämnda genere- ringsmedel vara lagrade på hårdvarustrukturen hos integre- ringsservern eller till och med hos något av klientsystemen.

Nämnda klientadapter, som kan vara lagrad hos respektive klientsystem, innefattar ett gränssnitt för respektive klient- system, vilket möjliggör för systemet att publicera vilken infor- mation som helst till integreringsservern eller samla in vilken information som helst från integreringsservern. Företrädesvis är nämnda gränssnitt ett ”Application Program lnterface”, API.

Serveradaptern kan vara lagrad på integreringsservern och är ett gränssnitt som möjliggör kommunikation mellan respektive klientadapter och integreringsservern. Genom de definitioner som innehålls i beskrivningen kan klientadaptern och server- adaptern genereras i förväg såsom källkodfiler som kan imple- menteras på hårdvarustrukturen där klientadaptern respektive serveradaptern är lokaliserade.

Enligt en ytterligare utföringsform av föreliggande uppfinning, innefattar nämnda klientadapter åtminstone ett första adapter- organ för överförande av nämnda meddelande i det systemspe- cifika, egna formatet till respektive klientsystem och åtminstone ett andra adapterorgan för överförande av nämnda meddelande i det egna formatet från respektive klientsystem. Det första adapterorganet, som kan överföra information i endast en rikt- ning, är således en s.k. utgående adapter inrättad att insamla information från integreringsservern, och det andra adapter- organet, som också kan överföra information i endast en rikt- ning, är en s.k. ingående adapter inrättad att publicera informa- tion till integreringsservern.

Enligt en ytterligare utföringsform av föreliggande uppfinning, innefattar nämnda serveradapter ett första adapterorgan för 10 15 20 25 30 35 521 114 5 överförande av nämnda meddelande i det systemspecifika, egna formatet från nämnda integreringsserver och ett andra adapter- organ för överförande av nämnda meddelande i det systemspe- cifika, egna formatet till nämnda integreringsserver. På samma sätt är det första adapterorganet, den utgående adaptern, an- ordnat att överföra information i bara en riktning med avseende på integreringsservern och det andra adapterorganet, den ingå- ende adaptern, anordnat att överför information i den andra rikt- ningen med avseende på integreringsservern. Vidare kan det första adapterorganet hos serveradaptern innefatta ett filter an- ordnat att förhindra överföring av information till respektive klientsystem, vilken är irrelevant för det systemet.

Enligt en ytterligare utföringsform av föreliggande uppfinning, är nämnda klientadapter och nämnda serveradapter hos en kom- munikationsförbindelse inrättade att kommunicera med varandra med hjälp av ett godtyckligt dataprotokoll. Kommunikationen mellan nämnda adaptrar kan genomföras med vilken konven- tionell kommunikationslänk som helst.

Enligt en ytterligare utföringsform av föreliggande uppfinning innefattar varje kommunikationsförbindelse ett åtkomstmedel.

Sådana åtkomstmedel kan innefatta ett gränssnitt som skall mottagas av klientsystemet för integreringen. Detta gränssnitt är skräddarsytt för systemstrukturen och den systeminformation som finns till hands.

Enligt en ytterligare utföringsform av föreliggande uppfinning innefattar nämnda lagringsmedel en primär databas inrättad att bilda nämnda beskrivning med hjälp av ett antal definitioner.

Sådana definitioner kan innehålla information om anslutna klientsystem, lokala representationen av utbytt information, gränssnittskarakteristiska hos klientsystem, infrastruktur hos klientsystem etc. 10 15 20 25 30 35 521 114 6 Enligt en ytterligare utföringsform av föreliggande uppfinning är en administrationsenhet anordnad för övervakning av integreringsservern och klientadaptorerna. Med en sådan admi- nistrationsenhet kan driften av arrangemanget övervakas och vissa processer kan initieras. Därvid kan nämnda klientadapter innefatta en styrenhet som är ansluten till administrationsen- heten och anordnad att styra överföringen av data genom nämnda klientadapter.

Enligt en ytterligare utföringsform av föreliggande uppfinning innefattar integreringsserver en sekundär databas som inne- håller ett tabellmedel för varje systemspecifikt, eget format hos klientsystemen hos arrangemanget och för varje specifik typ av information som skall kommuniceras mellan klientsystemen.

Därvid kan nämnda transformeringsmedel innefatta åtminstone en mjukvarualgoritm, som är anordnad att överföra ett med- delande från ett tabellmedel hos ett systemspecifikt, eget format till ett annat tabellmedel hos ett annat systemspecifikt, eget for- mat och därvid transformera formatet av nämnda meddelande från nämnda ett systemspecifikt format till ett annat system- specifikt format. Varje tabellmedel, som bildar den grund- läggande informationsbärande enheten hos integreringsservern, innefattar tabellrader som var och en innehåller ett stycke infor- mation från ett av klientsystemen. Åtminstone ett tabellmedel, som bildar en bastabell, kan innefatta en historiktabell som lag- rar alla förändringar i en tabellrad hos nämnda sekundära data- bas och en händelsetabell som lagrar alla operationer avseende respektive tabellmedel.

Enligt en ytterligare utföringsform av föreliggande uppfinning är medel anordnade för att detektera ett möjligt fel i ett med- delande, medel för att tillåta det felinnehållande meddelandet att lagras av nämnda sekundära databas, och medel för att för- hindra de felinnehållande meddelandena från att överföras till ett annat klientsystem om inte felet har korrigerats. På sådant sätt uppnås en fördelaktig felhantering, vilken inkluderar möjlig- 10 15 20 25 30 35 521 114 7 . = . s v - heten att driva arrangemanget även om ett fel har detekterats i en operation och överföra operationen till ett klientsystem när felet har korrigerats. Därvid kan detekteringsmedlen innefatta ett triggningsmedel som är inrättat att initiera lagring av det felin- nehållande meddelandet i historiktabellen och i händelse- tabellen. Triggningsmedlet kan innefatta ett databastriggnings- organ. Företrädesvis innefattas nämnda tillàtelsemedel och för- hindringsmedel av nämnda serveradapter. Ändamålet uppnås också med ett förfarande för integrering av ett arrangemang av ett antal datoriserade, väsentligen godtyck- liga, datorapplikationer innefattande klientsystem, som är obe- roende av varandra, genom att tillåta kommunikation mellan klientsystemen, varvid varje klientsystem har en systemspecifik struktur och är anpassat att bearbeta information i ett system- specifikt, eget format, varvid förfarandet innefattar stegen: - beskrivning av varje klientsystem, - lagring av nämnda beskrivning, - generering, på ett automatiskt sätt med hjälp av nämnda be- skrivning, av en integreringsserver som innefattar ett trans- formeringsmedel inrättat att transformera ett meddelande som har publicerats av ett klientsystem i det systemspecifika, egna formatet till ett annat systemspecifikt format som tillåter insamling av nämnda transformerade meddelande av vilket annat klientsystem som helst, - generering, på ett automatiskt sätt med hjälp av nämnda be- skrivning, av ett antal kommunikationsförbindelser för utbyte av nämnda meddelande mellan klientsystemen och servern, varvid nämnda kommunikationsförbindelse innefattar en klientadapter som är anpassad till det systemspecifika for- matet och den systemspecifika strukturen hos respektive klient- system för utbyte av nämnda meddelande i det systemspecifika, egna formatet, och en serveradapter som är anpassad till att ut- byta nämnda meddelande i det respektive systemspecifika, egna formatet med nämnda integreringsserver, och 10 15 20 25 30 35 521 114 8 - drivning av arrangemanget, varvid information i ett system- specifikt format från ett klientsystem bearbetas i ett annat sy- stemspecifikt format av ett annat klientsystem.

Föredragna utföringsformer av förfarandet definieras i de bero- ende förfarandekraven.

KORT BESKRIVNING AV RITNINGARNA Föreliggande uppfinning skall nu beskrivas närmare med hjälp av en utföringsform och med hänvisning till bifogade ritningar.

Fig1 visar schematiskt ett arrangemang med ett flertal datoriserade klientsystem.

Fig2 visar schematiskt strukturen hos en integrerings- server hos arrangemanget i Fig 1.

Fig 3 visar schematiskt strukturen hos en förvarings- databas hos arrangemanget i Fig 1.

Fig 4 visar ett flödesschema som illustrerar integreringen av klientsystemet.

DETALJERAD BESKRIVNING AV EN UTFÖRINGSFORM AV FÖRELIGGANDE UPPFINNING Fig 1 visar ett arrangemang av ett antal datoriserade oberoende klientsystem 2. Klientsystemen 2 kan exempelvis innefatta olika datorapplikationer inom en organisation eller ett företag, sådana som ett orderregistersystem, ett tillverkningssystem, ett lager- hanteringssystem, ett faktureringssystem etc. Enligt före- liggande uppfinning kan sådana klientsystem 2 vara integrerade med varandra trots att de samtidigt skall tillåtas operera obero- ende av varandra, dvs ett klientsystem 2 kan operera på ett effektivt sätt som om något av de andra klientsystemen 2 inte existerade. Med andra ord har varje klientsystem 2 en system- specifik hårdvarustruktur och är anpassat till att bearbeta data och information i ett systemspecifikt, eget format. Vidare är ett 10 15 20 25 30 521 114 9 verktyg 3 anordnat att generera de komponenter som skall im- plementeras på arrangemanget i syfte att möjliggöra en sådan integration av klientsystemen 2. Verktyget 3 skall beskrivas närmare nedan. V De integrerande komponenterna för integrationen av arran- gemanget innefattar en integreringsserver 4 och ett antal kom- munikationsförbindelser för utbyte av meddelanden mellan klientsystemen 2 och integreringsservern 4. Varje kommunika- tionsförbindelse är anordnad att förbinda ett av klientsystemen 2 med integreringsservern 4. lntegreringsservern 4 innefattar transformeringsmedel som skall beskrivas närmare nedan och är inrättad att transformera de meddelande som har publicerats av varje klientsystem i det systemspecifika egna formatet till åtmin- stone ett transformeringsformat som tillåter insamling av med- delandena från vilket annat klientsystem 2 som helst.

Varje kommunikationsförbindelse innefattar en klientadapter 5 som är anpassad till det systemspecifika formatet och den sy- stemspecifika strukturen hos respektive klientsystem 2 för ut- byte av meddelanden därmed i det systemspecifika egna for- matet, en serveradapter 6, för utbyte av meddelanden i respek- tive systemspecifikt, eget format med integreringsservern 4 och en förbindelselänk 7 som förbinder klientadaptern 5 och server- adaptern 6 och medger kommunikation däremellan med hjälp av ett godtyckligt dataprotokoll. Ett åtkomstmedel 8 kan vara lokali- serat i ett minnesmedel hos respektive klientsystem 2 och vara anordnat att utföra de grundläggande åtkomstfunktionerna för att göra informationen hos respektive klientsystem 2 tillgänglig för integreringsservern 4 och informationen hos integrerings- servern 4 tillgänglig för respektive klientsystem 2. m. -U 10 15 20 25 30 35 521 114 10 Klientadaptern Klientadaptern 5 innefattar en mjukvaruprodukt, som kan, såsom visas i Fig 1, vara lokaliserad hos respektive klientsystem 2, dvs klientadaptern 5 kan registreras i ett minnesmedel hos klient- system 2. Det är emellertid också möjligt att lokalisera klient- adaptern 5 hos integreringsservern 4, eller till och med hos vil- ket mellanliggande datormedel som helst. Klientadaptern 5 bil- dar ett gränssnitt för respektive klientsystem 2, vilket möjliggör för klientsystemet 2 att publicera vilken information som helst till integreringsservern 4 eller insamla vilken information som helst från integreringsservern 4. Enligt en föredragen utföringsform av uppfinningen är gränssnittet ett "Application Program interface", APl. All information och data som kommuniceras mellan respek- tive klientsystem 2 och vilket annat klientsystem 2 som helst överförs genom klientadaptern 5. Därvid inkorporerar klient- adaptern 5 all infrastruktur och all kommunikationsprotokoll hos de integrerande komponenterna från klientsystemet 2 självt. integreringsservern 4 kan vara förbunden med ett klientsystem 2 via en eller flera kommunikationsförbindelser. Såsom exempli- fieras för klientsystemet 2, till vänster i Fig 1, kan två sådana kommunikationsförbindelser vara anordnade. Därvid kan två klientadaptorer 5 vara implementerade på klientsystemet 2. Det skall noteras att komplicerade och stora dataapplikationer kan kräva ett stort antal klientadaptorer 5 och motsvarande kommu- nikationsförbindelser, dvs en motsvarande serveradapter 6 för varje klientadapter 5.

Varje kommunikationsförbindelse är anordnad att överföra in- formation och data i endast en riktning. Varje klientadapter 5 innefattar därför, såsom framgår av Fig 2, ett första adapter- organ 5”. en så kallad utgående klientadapter, vilken är inrättad att insamla information från integreringsservern 4, och ett andra adapterorgan 5", en så kallad ingående klientadapter, som är 10 15 20 25 30 35 521 114 11 inrättad att publicera information från respektive klientsystem 2 till integreringsservern 4. Vart och ett av det första och andra adapterorganet 5', 5" kommunicerar med respektive klient- system 2 via ett första respektive andra åtkomstorgan 8', 8".

Det huvudsakliga ansvaret för det andra adapterorganet 5", den ingående klientadaptern, är att möta kraven på en säker asyn- kron kommunikation, dvs det andra adapterorganet 5", inne- fattar ett lagringsmedel för en lokal meddelandekö, vilken med- ger publicering av meddelanden på ett asynkront sätt. Därvid kan överföring av meddelande av respektive klientsystem 2 ut- föras utanför respektive klientsystems 2 kontext. Det skall no- teras att överförande av meddelanden också kan utföras på ett synkront sätt när så krävs av något skäl.

Det huvudsakliga ansvaret för det första adapterorganet 5', den utgående klientadaptern, är att möta kraven på både en händel- sedriven och en avfrågningsbaserad insamling av meddelanden. lntegreringsservern 4 överför alla operationer till alla klient- system 2, dvs de första adapterorganen 5”. l syfte att detektera en sådan händelse registrerar det insamlande klientsystemet 2 först alla händelser som är av intresse för respektive klient- system 2. Därefter arrangeras det första adapterorganet 5' så att det undertrycker insamlingen tills en registrerad händelse detekteras. Det första adapterorganet 5' kan också innehålla medel för att avfråga integreringsservern 4 efter förändringar.

Sådan avfrågning kan ske regelbundet med hjälp av en sche- mamekanism eller när information behövs för någon process i respektive klientsystem 2.

Serveradaptern Syftet med serveradaptern 6 är att kommunicera meddelanden till och från integreringsservern 4. Serveradaptrarna 6 är mjuk- varuprodukter som är lokaliserade på ett minnesmedel hos inte- greringsservern 4 och som kan innefatta ett gränssnitt. Även Y_~h . .il :v 10 15 20 25 30 35 521 114 12 serveradaptern 6 innefattar, såsom framgår av Fig 2, ett första adapterorgan 6', den utgående serveradaptern, som överför meddelanden från integreringsservern 4 till insamlande klient- system 2, och ett andra adapterorgan 6", den ingående server- adaptern, som mottager meddelanden från publicerande klient- system 2 till integreringsservern 4. Det första adapterorganet 6' kan innefatta ett filtermedel som förhindrar insamling av med- delanden som är irrelevanta för respektive klientsystem 2. lntedrerindsservern integreringsservern 4 innefattar en databas 9, som kallas "Operational Data Store", ODS, och som innehåller ett tabell- medel för varje systemspecifikt, eget format hos klientsystemen 2 och för varje specifik typ av information som skall kommu- niceras mellan klientsystemen 2. lntegreringsservern 4 kan vara lokaliserad på en separat dator, eller på ett av klientsystemen 2 hos arrangemanget. Det skall noteras att databasen 9 hos inte- greringsservern 4 är oberoende av serveradaptrarna 6, dvs ser- veradaptrarna 6 kan lätt utbytas utan att funktionen och driften av databasen 9 påverkas.

Ett av tabellmedlen hos databasen 9 innefattar en bastabell 10 medan andra tabellmedel innefattar en respektive formattabell 11. l den visade utföringsformen är formatet hos bastabellen 10 det systemspecifika, egna formatet hos åtminstone ett av klient- systemen 2 och fungerar som ett globalt format hos databasen 9, medan varje formattabell 11 representerar formatet hos åt- minstone ett klientsystem 2. På så sätt representeras varje klientsystem 2 hos arrangemanget i databasen 9 antingen med bastabellen '10 eller med en formattabell 11. Det skall noteras att databasen 9 emellertid också kan konfigureras på andra sätt, exempelvis kan bastabellen 10 representera ett globalt format lokaliserat i databasens 9 centrum och utan att representera nå- got format hos något klientsystem 2 hos arrangemanget 1. Al- 10 15 20 25 30 35 521 114 13 n. w ternativt kan fler än en bastabell 10 vara anordnad, varvid alla bastabeller 10 är förbundna med alla andra bastabeller 10.

Det skall noteras att bastabellen 10 som är ansluten till ett klientsystem 2, såsom visas i Fig 2, i realiteten kan vara en av ett stort antal bastabeller 10 som behövs för klientsystemet 2, dvs en för varje typ av information som skall lagras. För enkel- hets skull kommer den följande diskussionen endast att avse en bastabell 10 och en formattabell 11 för varje klientsystem 2.

Bastabellen 10 och varje formattabell 11 innehåller ett antal tabellrader, varvid varje rad representerar en informationspost.

Ett meddelande från eller till ett klientsystem 2 motsvarar såle- des en eller flera operationer avseende informationsposter i en eller flera tabeller 10, 11. Följaktligen är ett meddelande ett stycke information som resulterar i åtminstone en operation i en tabellrad hos bastabellen 10, varvid en sådan operation kan in- kludera skapandet av en ny tabellrad, strykning av en existe- rande tabellerad eller uppdatering av en existerande tabellrad.

Tabellmedlet, som innefattar bastabellen 10, innefattar också ett triggningsmedel 12 i form av ett databastriggningsorgan, en historiktabell 13 och en händelsetabell 14. Historiktabellen 13 är anordnad för att lagra alla förändringar i en tabellrad hos data- basen 9. Händelsetabellen 14 är anordnad för att lagra alla ope- rationer avseende respektive bastabell 10 såsom en händelse.

Vidare innefattar databasen 9 transformeringsmedel i form av mjukvarutransformeringsalgoritmer 15, vilka illustreras med för- tjockade linjer i Fig 2 och är anordnade att överöra ett med- delande från en tabell 10, 11 till en annan tabell 10, 11. Därvid transformeras formatet hos meddelandet från formatet hos nämnda ena tabell 10, 11 till formatet hos nämnda andra tabell 10, 11. lntegreringsservern 4 innefattar också medel som är anordnade att detektera ett möjligt fel i en operation. Sådan feldetektering 10 15 20 25 30 35 521 114 14 kan genomföras med hjälp av det ovan definierade triggnings- medlet 12. Felen kan detekteras genom två typer av integritets- kontroller, nämligen semantisk integritetskrontroll, som kan ut- föras på en lokal tabellrad utan information från någon annan rad i tabellen eller från andra tabeller, och en referensintegri- tetskontroll på en lokal tabellrad, där det inbördes samman- hanget kontrolleras i förhållande till andra informationskällor, dvs andra tabellrader. Vidare kan detekterade fel tillåtas att lag- ras i historiktabellen 13 och händelsetabellen 14. Därvid kan den tabellrad som innehåller ett fel markeras så att det insam- lande klientsystemet 2 känner till felet. En sådan felinnehållande tabellrad kan kallas en svävande händelse så länge som felet markeras och därmed är tabellraden inte tillgänglig för insamling från historiktabellen 13 och händelsetabellen 14 förrän felet har korrigerats. Med hjälp av denna lösning kan driften av arran- gemanget, dvs kommunikationen mellan olika klientsystem 2 via integreringsservern 4 fortsätta även om felinnehållande tabell- rader existerar. Genom att lagra fel såsom svävande händelser i historiktabellen 13 och händelsetabellen 14 möjliggörs vidare korrigering av fel med hjälp av arrangemanget självt och därför bör hanteringen av alla existerande fel vid en given tidpunkt vara mänskligt administrerbara.

Verktyget Verktyget 3 som är anordnat att generera de integrerande kom- ponenterna hos arrangemanget, innefattar ett inmatningsmedel 31, ett lagringsmedel 32 och ett genereringsmedel 33. Verktyget 3 innefattar mjukvaruprodukter som lagras i ett minnesmedel hos en dator, exempelvis en separat persondator, eller hos inte- greringsservern 4 eller till och med hos något av klientsystemen 2. lnmatningsmedlen 31 kan realiseras med hjälp av ett tan- gentbord, ett visningsorgan och ett gränssnitt, företrädesvis ett ”Graphical User lnterface”, GUl. Lagringsmedlet 32 innefattar en så kallad förvaringsdatabas som bildar en metamodell av olika klientsystem 2. Genereringsmedlen 33 inkluderar mjukvaru- »m w 10 15 20 25 30 35 521 'lill 15 program anordnade att generera källkodfiler som bildar de integ- rerande komponenterna, i synnerhet databasen 9 hos integre- ringsservern 4, serveradaptrarna 6 och klientadaptrarna 5. Ge- nom inmatningsmedien 31 beskrivs och lagras de olika klient- systemen 2, som skall anslutas till arrangemanget, i förvarings- databasen 32. En sådan beskrivning bildas av ett antal defini- tioner innefattande, exempel, information om anslutna klient- system, lokala representationer av utbytt information, gräns- snittkarakteristiska hos klientsystem, infrastruktur hos klient- system etc. Förvaringsdatabasen 32 innefattar mer specifikt ett antal tabeller, som var och en innehåller ett antal av nämnda definitioner. Fig 3 visar, som ett exempel, en möjlig konfigura- tion av förvaringsdatabasen 32. Tabell 41 lagrar definitionerna som definierar den varaktiga lagringsstrukturen i integrerings- servern 4. Tabell 42 inkluderar definitionerna av designen av varje kolumn hos varje tabell i integreringsservern 4. Tabell 43 inkluderar datatypdefinitioner innehållna i databasen 9 hos inte- greringsservern 4. Tabell 44 definierar semantiska integritetsbe- gränsningar anordnade för lokal testning av varje tabellrad i tabellerna 10, 11 hos databasen 9 hos integreringsservern 4.

Tabell 45 definierar referensintegritetsbegränsningar anordnade för referenstestning av tabellrader i tabellerna 10, 11 hos data- basen 9 hos integreringsservern 4. Tabell 46 definierar använ- darförlängningsalgoritmer för mer komplicerade transforma- tioner, kontroller etc än de som normalt tillhandahålls av gene- ringsmedlen. Tabell 47 definierar ett meddelandegränssnitt. Ta- bell 48 definierar de använda adaptertyperna. Tabell 49 defini- erar de anslutna klientsystemen. Med hjälp av informationen som lagras i dessa tabeller 41-49 generar generingsmedlen 33 de olika integrerande komponenterna hos arrangemanget. l syn- nerhet skapar generingsmedlen 33 de olika klientadaptorerna 5, de olika serveradaptorerna 6 och databasen 9 hos integrerings- servern 4. Därefter implementeras dessa komponenter på hård- varustrukturen hos respektive klientsystem 2 respektive på hårdvarustrukturen som bildar lokaliseringen för integrerings- servern 4. Verktyget 3 är inte längre involverat i driften av 10 15 20 25 30 35 521 114 16 arrangemanget. Verktyget 3 kan emellertid förbli såsom en del av arrangemanget och fungera som ett verktyg för att göra änd- ringar i arrangemanget, till exempel anpassningar till nya klient- system 2 eller uppdatering av existerande klientsystem 2.

I syfte att övervaka driften av arrangemanget 1 finns en admi- nistrationsenhet 50 till vilken en styrenhet 51 för varje klient- adapter 5 och en styrenhet 52 för integreringsservern 4 är an- slutna. Kontrollenheterna 51 är lokaliserade på respektive klientsystem 2 och kontrollenheten 52 är lokaliserad på integre- ringsservern 4.

Fig 4 visar ett flödesschema som illustrerar, såsom ett exempel, de olika integreringsstegen för att integrera ett antal klient- system 2.

Box 60 representerar steget att identifiera olika systemspecifika format hos klientsystemet 2 som skall integreras.

Box 61 representerar steget att beskriva varje klientsystem som skall integreras med avseende på det systemspecifika formatet och den systemspecifika strukturen hos respektive klientsystem 2 och lagra detta format och denna struktur i databasen 32.

Bos 62 representerar steget att jämföra skillnaderna mellan de systemspecifika formaten hos de olika klientsystemen 2. Om inga sådana skillnader existerar går processen vidare direkt till box 64.

Om sådana skillnader existerar går processen till box 63 som representerar steget att beskriva mjukvarualgoritmerna som genomför transformationen av ett systemspecifikt format till ett annat systemspecifikt format och lagrar dessa mjukvarualgo- ritmer i databasen 32. 10 15 20 25 521 'lill 17 Box 64 representerar steget att bestämma gränssnittets system- specifika struktur för klientadaptorerna 5 och lagra dessa struk- turer i databasen 32.

Box 65 representerar steget att generar de källkodfiler som än nödvändiga för databasen 9 som innefattas av integrerings- servern 4, serveradaptorerna 6 och klientadaptorerna 5 med hjälp av generingsmedlen 33.

Bos 66 representerar steget att implementera källkodfilerna för databasen 9 hos integreringsservern 4 i databasen 9, implementera källkodfilerna för serveradaptorerna 6 på integre- ringsservern 4, och implementera källkodfilerna för klientadaptorerna 5 på respek- tive kiientsystem 2.

Box 67 representerar steget att införa ett åtkomstmedel 8 in i respektive kiientsystem 2.

Box 68 representerar steget att driva arrangemanget av de olika klientsystemen 2.

Föreliggande uppfinning är inte begränsad till den beskrivna ut- föringsformen utan kan varieras och modifieras inom ramen för de följande patentkraven.

Claims (25)

10 15 20 25 30 35 521 114 18 Patentkrav

1. Anordning för integrering av ett arrangemang av ett antal datoriserade, väsentligen godtyckliga, datorapplikationer inne- fattande klientsystem (2), vilka är oberoende av varandra, ge- nom att tillåta kommunikation mellan klientsystemen (2), varvid varje klientsystem (2) har en systemspecifik struktur och är an- passat till att bearbeta information i ett systemspecifikt eget format, varvid anordningen innefattar en integreringsserver (4) och ett antal kommunikationsförbindelser för utbyte av ett medde- lande, som erhålls från informationen, mellan klientsystemen (2) och nämnda integreringsserver (4), varvid varje kommunikationsförbindelse är anordnad att för- binda ett klientsystem (2) med nämnda integreringsserver (4) och innefattar en klientadapter (5) anpassad till det systemspe- cifika formatet och den systemspecifika strukturen hos respek- tive klientsystem (2) för utbyte av nämnda meddelande i det systemspecifika, egna formatet och en serveradapter (6) för ut- byte av nämnda meddelande i det respektive systemspecifika, egna formatet med nämnda integreringsserver (4), varvid nämnda integreringsserver innefattar ett transfor- meringsmedel (15), som är inrättat att transformera nämnda meddelande som har publicerats av ett klientsystem (2) i det systemspecifika, egna formatet till ett annat systemspecifikt format som tillåter insamling av nämnda transformerade med- delande av vilket annat klientsystem (2) som helst, och ett verktyg (3) för att igångsätta integrationen, innefattande medel (31) för inmatning av en beskrivning (41 - 49) av varje klientsystem, medel (32) för att lagra nämnda beskrivning (41 - 49) och medel för att med hjälp av nämnda beskrivning (41 - 49) på ett automatiskt sätt generera nämnda transformeringsmedel hos nämnda integreringsserver, nämnda klientadapter (5) och nämnda serveradapter (6). 10 15 20 25 30 35 521 114 19 .,. .i

2. Anordning enligt krav 1, kännetecknad av att nämnda klientadapter (5) innefattar åtminstone ett första adapterorgan (5') för överförande av nämnda meddelande i det system- specifika, egna formatet till ett respektive klientsystem (2) och åtminstone ett andra adapterorgan (5") för överförande av nämnda meddelande i det egna formatet från respektive klient- system (2).

3. Anordning enligt krav 2, kännetecknad av att nämnda ser- veradapter (6) innefattar ett första adapterorgan (6') för överfö- rande av nämnda meddelande i det systemspecifika, egna for- matet från nämnda integreringsserver (4) och ett andra adapter- organ (6") för överförande av nämnda meddelande i det system- specifika, egna formatet till nämnda integreringsserver (4).

4. Anordning enligt något av kraven 2 och 3, kännetecknad _a_v att nämnda klientadapter (5) och nämnda serveradapter (6) hos en kommunikationsförbindelse är inrättade att kommunicera med varandra med hjälp av ett godtyckligt dataprotokoll.

5. Anordning enligt något av de föregående kraven, känne- tecknad av att varje kommunikationsförbindelse innefattar ett åtkomstmedel (8).

6. Anordning enligt något av de föregående kraven, känne- tecknad av att nämnda lagringsmedel (32) innefattar en primär databas inrättad att bilda nämnda beskrivning (41 - 49) med hjälp av ett antal definitioner.

7. Anordning enligt något av de föregående kraven, känne- tecknad aven administrationsenhet (50) för att övervaka inte- greringsservern (4) och klientadapterna (5).

8. Anordning enligt krav 7, kännetecknad av att nämnda klientadapter (5) innefattar en styrenhet (51) förbunden med 10 15 20 25 30 35 521 114 20 administrationsenheten (50) och anordnad att styra överföringen av data genom nämnda klientadapter (5).

9. Anordning enligt något av de föregående kraven, känne- tecknad av att nämnda integreringsserver (4) innefattar en se- kundär databas (9) som innehåller ett tabellmedel (10, 11) för varje systemspecifikt, eget format hos klientsystemen (2) hos arrangemanget (1) och för varje specifik typ av information som skall kommuniceras mellan klientsystemen (2).

10. Anordning enligt krav 9, kännetecknad av att nämnda transformeringsmedel (15) innefattar åtminstone en mjukvaru- algoritm (15), som är anordnad att överföra ett meddelande från ett tabellmedel (10, 11) hos ett systemspecifikt, eget format till ett annat tabellmedel (10, 11) hos ett annat systemspecifikt, eget format och därvid transformera formatet hos nämnda med- delande från nämnda ett systemspecifikt format till ett annat systemspecifikt format.

11. Anordning enligt krav 10, kännetecknad av att varje tabellmedel (10, 11) innefattar tabellrader som var och en inne- håller ett stycke information från ett av klientsystemen.

12. Anordning enligt krav 11, kännetecknad av att åtminstone ett tabellmedel (10) innefattar en historiktabell (13) som lagrar alla förändringar i en tabellrad hos nämnda sekundära databas (9).

13. Anordning enligt något av kraven 11 och 12, kännetecknad al att åtminstone ett tabellmedel (10) innefattar en händelse- tabell (14) *som lagrar alla operationer avseende respektive tabellmedel (11).

14. Anordning enligt något av de föregående kraven, känne- tecknad av medel (12) anordnade att detektera ett möjligt fel i ett meddelande, medel (6) som tillåter lagring av det felinne- 10 15 20 25 30 35 521 114 21 hållande meddelandet med nämnda sekundära databas (9), och medel (6) som förhindrar att det felinnehállande meddelandet överförs till ett annat klientsystem om felet inte har korrigerats.

15. Anordning enligt kraven 12, 13 och 14, kännetecknad av att nämnda detekteringsmedel innefattas av ett triggningsmedel (12) som är inrättat att initiera lagring av det felinnehållande meddelandet i nämnda historiktabell (13) och i nämnda händel- setabell (14).

16. Anordning enligt krav 15, kännetecknad av att nämnda tillåtelsemedel och nämnda förhindringsmedel innefattas av nämnda serveradapter (6).

17. Förfarande för integrering av ett arrangemang av ett antal datoriserade, väsentligen godtyckliga, datorapplikationer inne- fattande klientsystem, som är oberoende av varandra, genom att tillåta kommunikation mellan klientsystemen, varvid varje klient- system har en systemspecifik struktur och är anpassat till att bearbeta information i ett systemspecifikt, eget format, varvid förfarandet innefattar stegen: - beskrivning av varje klientsystem, - lagring av nämnda beskrivning, - generering, på ett automatiskt sätt med hjälp av nämnda be- skrivning, av en integreringsserver som innefattar ett trans- formeringsmedel inrättat att transformera ett meddelande som har publicerats av ett klientsystem i det systemspecifika, egna formatet till ett annat systemspecifikt format som tillåter insamling av nämnda transformerade meddelande av vilket annat klientsystem som helst, - generering, på ett automatiskt sätt med hjälp av nämnda be- skrivning, av ett antal kommunikationsförbindelser för utbyte av nämnda meddelande mellan klientsystemen och servern, varvid nämnda kommunikationsförbindelse innefattar en klientadapter som är anpassad till det systemspecifika for- matet och den systemspecifika strukturen hos respektive klient- 10 15 20 25 30 35 521 114 22 . . . , f _ system för utbyte av nämnda meddelande i det systemspecifika, egna formatet, och en serveradapter som är anpassad att utbyta nämnda meddelande i de respektive systemspecifika, egna for- matet med nämnda integreringsserver, och - drivning av arrangemanget, varvid information i ett system- specifikt format från ett klientsystem bearbetas i ett annat systemspecifikt format av ett annat klientsystem.

18. Förfarande enligt krav 17, kännetecknat av att nämnda klientadapter och nämnda serveradapter kommunicerar med varandra med hjälp av ett godtyckligt dataprotokoll.

19. Förfarande enligt något av kraven 17 och 18, kännetecknat a_v beskrivning av klientsystemet med hjälp av ett antal defini- tioner i nämnda lagringsmedel i form av en primär databas.

20. Förfarande enligt något av kraven 17 - 19, kännetecknat a_v övervakning av nämnda integreringsserver och nämnda klientadaptrar med hjälp av en administrationsenhet.

21. Förfarande enligt krav 20, kännetecknat av styrning av överföringen av data genom nämnda klientadapter med hjälp av en styrenhet som är förbunden med nämnda administrations- enhet

22. Förfarande enligt något av kraven 17 - 21, kännetecknat a_v implementering på integreringsservern av en andra databas och generering i nämnda sekundära databas av tabellmedel för varje systemspecifikt, eget format hos klientsystemen hos arrangemanget och för varje specifik typ av information som skall kommuniceras mellan klientsystemen.

23. Förfarande enligt krav 22, kännetecknat av överföring av ett meddelande från ett tabellmedel hos ett systemspecifikt, eget format till ett annat tabellmedel hos ett annat systemspecifikt, eget format och därvid transformering av formatet hos nämnda 10 15 521 114 23 meddelande från nämnda ett systemspecifikt format till ett annat systemspecifikt format.

24. Förfarande enligt något av kraven 22 och 23, kännetecknat a_v generering av ett tabellmedel som innefattar en historiktabell som lagrar alla förändringar i en tabellrad hos nämnda sekun- dära databas och en händelsetabell som lagrar alla operationer avseende nämnda respektive tabellmedel.

25. Förfarande enligt krav 24, kännetecknat av detektering av ett möjligt fel i ett meddelande, lagring av det felinnehållande meddelandet i en tabellrad hos nämnda historiktabell och i en tabellrad i nämnda händelse- tabell, och markering av tabellraden för identifiering av felet.