SE521109C2 - Förfarande och anordning för integrering av ett antal datoriserade klientsystem - Google Patents

Description

20 25 30 521 109 2 av specialiserade system-till-systemprogram. Resultatet blir ett spagettiliknande trassel av komplexa system med inbördes be- roenden, vilket bildar ett effektivt lås för all vidare systemut- veckling. Eftersom olika klientsystem vidare inte längre kan ope- rera oberoende av varandra reduceras prestanda och effektivitet hos varje system 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 komplice- rat klientsystem som erfordrar en avsevärd mängd programme- ringsarbete. 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 upp- graderas eller bytas ut i något av klientsystemen.

Den svenska patentansökningen nummer 9803579-3, som mot- svarar den amerikanska patentansökningen serienummer 09/211,462 och som tillhör sökanden i föreliggande ansökan, visar en anordning och ett förfarande för integrering av ett ar- rangemang av ett antal datoriserade väsentligen godtyckliga kli- entsystem. innehållet i dessa tidigare ansökningar är härmed inkorporerade genom denna referens.

Ett ytterligare problem i samband med en sådan integration är att integreringsprocessen är komplicerad och erfordrar en sofis- tikerad mjukvaru- och hårdvaruinfrastruktur. Verktygen för integ- rationen är således inte omedelbart tillgängliga för en möjlig an- vändare. Vidare måste en avsevärd investering göras innan in- tegrationen kan realiseras och således innan användaren kan lita på funktionen och nyttan av integrationen. 10 15 20 25 30 521 109 3 SAMMANFATTNING AV UPPFINNINGEN Ändamålet med föreliggande uppfinning är att underlätta integ- rationsprocessen för integrering av olika datoriserade klientsy- stem. l synnerhet eftersträvas ett förfarande och en anordning som erbjuder en hög tillgänglighet för vilken möjlig användare som helst av integrationsprocessen och som vidare möjliggör en vä- sentlig reducering av investeringskostnaden i samband med in- tegrationens inledande fas.

Detta ändamål uppnås med ett förfarande för integrering av ett arrangemang av ett antal datoriserade klientsystem som är obe- roende av varandra genom medgivande av kommunikation mellan klientsystemen, varvid varje klientsystem har en system- specifik struktur och är anpassat till att bearbeta information i ett systemspecifikt, eget format, varvid förfarandet innefattar ste- gen: tillhandahållande av en integreringsplattform som är tillgänglig för klientsystemen via ett nätverk, tillhandahållande av en primär förbindelse mellan en användare och nämnda integreringsplattform via nämnda nätverk, interaktiv beskrivning av klientsystemen som skall integreras och överförande av nämnda beskrivning via nämnda primära förbindelse och nämnda nätverk från användaren till nämnda integreringsplattform, generering, med hjälp av nämnda beskrivning, av en integre- ringsmotor vid nämnda integreringsplattform och ett antal kom- munikationsförbindelser för utbyte av information mellan klient- systemen och nämnda integreringsmotor, integrering av klientsystemen med hjälp av nämnda integre- ringsmotor via nämnda kommunikationsförbindelser och nämnda nätverk och 10 15 20 25 30 35 521 109 4 drift av arrangemanget, varvid information i ett systemspecifikt format från ett klientsystem bearbetas av ett annat klientsystem i ett annat systemspecifikt format.

Genom att tillhandahålla en sådan integreringsplattform via nät- verket, är alla verktyg, som erfordras för uppnåendet av integra- tionen av ett antal väsentligen godtyckliga klientsystem, till- gängliga för vilken användare som helst som kan initiera och slutföra integrationen via nämnda nätverk. En sådan hög till- gänglighet är en viktig fördel som möjliggör för en användare att testa funktionen och driften av integrationen, dvs ett utvalt antal integrerade klientsystem, innan ett slutligt investeringsbeslut fattas.

Nätverket kan realiseras med ett publikt nätverk, såsom Inter- net, varvid lntegreringsplattformen kan vara tillgänglig via en publik Web-server, ett privat nätverk, såsom ett intranät eller något annat nätverk. lntegreringsmotorn som är inrättad att genomföra integrationen, kan vara lokaliserad på integreringsplattformen. Nämnda be- skrivning av varje klientsystem görs av användaren i interaktiv kommunikation med integreringsplattformen, och möjliggör ge- nereringen av lntegreringsmotorn som källkodfiler som bildar transformationsmedel som erfordras för att medge utbyte av in- formation mellan olika klientsystem. lntegreringsplattformen kan innefatta inmatningsmedel innefattande ett gränssnitt, speciellt ett grafiskt användargränssnitt, GUI, som är tillgängligt via nät- verket för underlättande för användaren att beskriva det klient- system som skall integreras.

Enligt en utföringsform av uppfinningen , innefattar förfarandet de ytterligare stegen: generering, för varje kommunikationsför- bindelse och med hjälp av nämnda beskrivning, av en klientad- apter anpassad till det systemspecifika formatet och den sy- stemspecifika strukturen hos respektive klientsystem för utbyte 10 15 20 25 30 35 521 109 5 av information i det systemspecifika, egna formatet samt im- plementering av nämnda klientadapter på respektive klientsy- stem. Varje klientadapter kan innefatta ett gränssnitt för respek- tive klientsystem med hjälp av vilket klientsystemet kan publi- cera all information hos integreringsmotorn och insamla all infor- mation från integreringsmotorn. Företrädesvis är klientadapter- gränssnittet ett så kallat Application Program Interface, API.

Varje klientadapter överförs till respektive klientsystem, företrä- desvis via nätverket, för drift av arrangemanget.

Enligt en ytterligare utföringsform av uppfinningen innefattar förfarandet de ytterligare stegen: generering, för varje kommu- nikationsförbindelse och med hjälp av nämnda beskrivning, av en motoradapter för utbyte av informationen i respektive sy- stemspecifika, egna format samt implementering av nämnda motoradapter på integreringsmotorn. Motoradaptern kan vara ett gränssnitt som möjliggör kommunikation mellan respektive klientadapter och integreringsmotorn. Genom definitionerna som innefattas av beskrivningen kan klientadaptern och motorad- aptern vara genererade som källkodfiler, vilka kan implemente- ras på hårdvarustrukturen där klientadaptern respektive motor- adaptern är lokaliserade. Företrädesvis är var och en av nämnda klientadaptrar ansluten till en respektive motoradapter via nämnda primära förbindelse och något godtyckligt datapro- tokoll. Vidare kan åtkomstmedel vara anordnade för varje klient- system. Ett sådant åtkomstmedel kan innefatta ett gränssnitt som skall anpassas till respektive klientsystem för integration.

Detta gränssnitt är skräddarsytt för klientsystemstrukturen och den tillgängliga klientsysteminformationen.

Enligt en ytterligare utföringsform av uppfinningen innefattar förfarandet det ytterligare steget: tillhandahållande av en admi- nistrationsenhet för att övervaka nämnda integreringsmotor och nämnda klientadaptrar. Företrädesvis implementeras administ- rationsenheten vid nämnda integreringsmotor eller hos använda- ren. Med en sådan administrationsenhet kan driften av arrange- 10 15 20 25 30 35 521 109 6 manget övervakas och vissa processer kan initieras. Vidare kan förfarandet innefatta de ytterligare stegen: tillhandahållande av en styrenhet för varje klientsystem, implementering av nämnda styrenhet på respektive klientsystem, anslutning av nämnda styrenheter till nämnda administrationsenhet samt styrning av överföringen av data genom nämnda klientadaptrar med hjälp av nämnda styrenheter via nämnda administrationsenhet.

Enligt en ytterligare utföringsform av uppfinningen innefattar nämnda beskrivnings- och överföringssteg interaktiv beskrivning av klientsystemen med ett antal definitioner på ett lagringsmedel i form av en primär databas anordnad på nämnda integrerings- plattform. Sådana definitioner kan innehålla information om an- slutna klientsystem, lokal representation av utbytt information, klientsystemens gränssnittskarakteristika, klientsystemets infra- struktur etc. Den primära databasen kan vara en så kallad förva- ringsdatabas som bildar en metamodell av de olika klientsyste- men. Förvaringsdatabasen kan vara kvar som en beskrivning av alla klientsystemen under driften av de integrerade systemen.

All ändring, dvs uppgradering, strykning eller utbyte av ett kli- entsystem behöver endast adderas till beskrivningen, varefter integreringsmotorn ändras i enlighet härmed på ett automatiskt sätt. Nämnda definitioner överförs företrädesvis såsom en backup-kopia från den primära databasen till användaren via nämnda nätverk.

Enligt en ytterligare utföringsform av uppfinningen innefattar nämnda genereringssteg generering med hjälp av nämnda defi- nitioner på nämnda integreringsmotor av transformationsmedel inrättade att transformera informationen som publiceras av varje klientsystem i det respektive systemspecifika, egna formatet till åtminstone ett transformeringsformat som medger insamling av informationen från vilket annat av klientsystemen som helst. Vi- dare är en sekundär databas anordnad på integreringsmotorn, varvid nämnda transformationsmedel implementeras på nämnda sekundära databas, såsom åtminstone en mjukvarualgoritm, 10 15 20 25 30 35 521 109 liksom ett tabellmedel för varje systemspecifikt, eget format hos klientsystemen och för varje specifik typ av information som skall kommuniceras mellan klientsystemen. Därvid innefattar driftsteget överförande av ett meddelande av informationen från ett tabellmedel av ett systemspecifikt, eget format till ett annat tabellmedel av ett annat systemspecifikt, eget format och därvid att transformera formatet hos nämnda meddelande från nämnda ena systemspecifika format till det andra systemspecifika for- matet. Varje tabellmedel, som bildar den fundamentala infor- mationsbärande enheten hos integreringsmotorn, innefattar ta- bellrader som var och en innehåller ett stycke information från ett av klientsystemen. Åtminstone ett tabellmedel, som bildar en bastabell, kan innefatta en historiktabell som lagrar alla för- ändringar i en tabellrad hos nämnda sekundära databas och en händelsetabell som lagrar alla operationer avseende respektive tabellmedel.

Enligt en ytterligare utföringsform av uppfinningen innefattar förfarandet de ytterligare stegen: 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 hos nämnda händelsetabell samt markering av nämnda tabellrad för att identifiera felet. Därvid kan förhindras att det felinnehållande meddelandet överförs till ett annat klientsystem om inte felet har korrigerats. På så vis uppnås en fördelaktig felhantering, vilken involverar möjligheten att driva arrangemanget även om ett fel detekteras vid en operation och överföra nämnda operation till ett klientsystem när felet har korrigerats. Nämnda detekterings- medel kan innefattas av ett triggningsmedel som är inrättat att initiera lagring av det felinnehållande meddelandet i nämnda historiktabell och i nämnda händelsetabell. triggningsmedlet kan innefatta en databastrigger. Företrädesvis innefattas nämnda medel för medgivande och nämnda medel för förhindrande av nämnda motoradapter. - . - . i s 10 15 20 25 30 35 521 109 8 Ändamålet uppnås också med en anordning för integrering av ett arrangemang av ett antal datoriserade klientsystem som är oberoende av varandra genom medgivande av kommunikation mellan klientsystemen, varvid varje klientsystem har en system- specifik struktur och är anpassad till att bearbeta information i ett systemspecifikt, eget format, varvid anordningen innefattar: en integreringsplattform som är tillgänglig för klientsystemen via ett nätverk inrättat att medge en primär förbindelse mellan en användare och nämnda integreringsplattform, medel anordnande vid nämnda integreringsplattform och inrät- tade att medge att användaren interaktivt beskriver klientsy- stemen som skall integreras och överför nämnda beskrivning från användaren till integreringsplattformen via nämnda primära förbindelse och medel för generering med hjälp av nämnda beskrivning av en integreringsmotor vid nämnda integreringsplattform och ett antal kommunikationsförbindelser för utbyte av informationen mellan klientsystemen och nämnda integreringsmotor, varvid nämnda integreringsmotor är inrättad att integrera klientsystemen via nämnda kommunikationsförbindelser och nämnda nätverk och att medge om drift av arrangemanget, varvid informationen i ett systemspecifikt format från ett klientsystem bearbetas av ett an- nat klientsystem i ett annat systemspecifikt format.

Föredragna utföringsformer av anordningen definieras av de be- roende kraven 16 till 25.

KORT BESKRIVNING AV RlTNlNGARNA Föreliggande uppfinning skall nu beskrivas närmare med hjälp av en utföringsform därav och med hänvisning till bifogade rit- ningar.

Fig 1 visar schematiskt ett arrangemang med flera integrerade; datoriserade klientsystem. 10 15 20 25 30 35 521 109 Fig 2 visar schematiskt strukturen hos en integreringsmotor hos arrangemanget i Fig 1.

Fig 3 visar schematiskt strukturen hos förvaringsdatabasen hos arrangemanget i Fig 1.

Fig 4 visar ett flödesschema som illustrerar integreringen av kli- entsystemen.

DETALJERAD BESKRIVNING AV EN UTFÖRINGSFORM AV FÖRELIGGANDE UPPFINNING Fig 1 visar ett arrangemang A av ett antal datoriserade obero- ende klientsystem 2. Klientsystemet 2 kan exempelvis innefatta olika datorapplikationer i en organisation eller ett företag, såsom ett orderregistreringssystem, ett tillverkningssystem, ett lager- hanteringssystem, ett faktureringssystem etc. l arrangemanget A som visas kan sådana klientsystem 2 integreras med varandra även om de medges att operera oberoende av varandra, dvs ett klientsystem 2 kan operera på ett effektivt sätt som om något annat klientsystem 2 inte existerade. Med andra ord har varje klientsystem 2 en systemspecifik hårdvaruinfrastruktur och är anpassat att bearbeta data och information i ett systemspecifikt, eget format. Vidare är en integreringsplattform 3 anordnad att generera komponenterna som skall implementeras i arran- gemanget A för att möjliggöra en sådan integrering av klientsy- stemen 2. lntegreringsplattformen 3 skall beskrivas närmare nedan.

De integrerande komponenterna för integrationen av arrange- manget A innefattar en integreringsmotor 4 och ett antal kom- munikationsförbindelser för utbyte av information, i form av åt- minstone ett meddelande, mellan klientsystemen 2 och integre- ringsmotorn 4. Varje kommunikationsförbindelse är anordnad att ansluta ett av klientsystemen 2 till integreringsmotorn 4. lnte- greringsmotorn 4 innefattar transformationsmedel som skall be- skrivas närmare nedan och som är inrättade att transformera information publicerad av varje klientsystem 2 i det systemspe- -}.« _. 10 15 20 25 30 35 521 109 10 cifika, egna formatet till åtminstone ett transformeringsformat som medger insamlande av informationen av vilket annat klient- system 2 som helst.

Varje kommunikationsförbindelse innefattar en klientadapter 5, som är anpassad till det systemspecifika format och den sy- stemspecifika strukturen hos respektive klientsystem 2 för ut- byte av meddelanden av information därmed i det systemspeci- fika, egna formatet, en motoradapter 6 för utbyte av meddelan- den i det respektive systemspecifika, egna formatet med inte- greringsmotorn 4, samt en förbindelselänk 7, som förbinder kli- entadaptern 5 och motoradaptern 6 och medger kommunikation däremellan med hjälp av ett godtyckligt dataprotokoll. l utfö- ringsformen i Fig 1 realiseras förbindelselänkarna 7 med hjälp av ett nätverk N, såsom Internet, ett intranät eller något annat publikt eller privat nätverk. Ett åtkomstmedel 8 är lokaliserat på ett minnesmedel hos respektive klientsystem 2 och inrättat att genomföra de grundläggande àtkomstfunktionerna för att göra meddelanden på respektive klientsystem 2 tillgängliga för inte- greringsmotorn 4 och meddelanden på integreringsmotorn 4 tillgängliga för respektive klientsystem 2.

Klientadaptern Klientadaptern 5 innefattar en mjukvaruprodukt, som kan vara, såsom visas i Fig 1, lokaliserad på respektive klientsystem 2, dvs klientadaptern 5 kan vara registrerad på ett minnesmedel hos klientsystemet 2. Det är emellertid också möjligt att lokali- sera klientadaptern 5 på ett mellanliggande datormedel. Klient- adaptern 5 bildar ett gränssnitt för respektive klientsystem 2, vilket möjliggör för klientsystemet 2 att publicera vilket medde- lande som helst hos integreringsmotorn 4 eller insamla vilket meddelande med information som helst från integreringsmotorn 4. Enligt en föredragen utföringsform av uppfinningen är gräns- snittet ett Application Program Interface, API. All information och data som kommuniceras mellan respektive klientsystem 2 »l- ...- 10 15 20 25 30 35 521 109 11 och något annat klientsystem 2 överförs via klientadaptern 5.

Därvid innesluter klientadaptern 5 all infrastruktur och alla kom- munikationsprotokoll hos integrationskomponenterna från klient- systemet 2 självt. integreringsmotorn 4 kan vara ansluten till ett klientsystem 2 via en eller flera kommunikationsförbindelser. Såsom exemplifieras för klientsystemet 2, till vänster i Fig 1, kan två sådana kommu- nikationsförbindelser vara anordnade. Därvid kan två klienta- daptrar 5 vara implementerade på klientsystemet 2. Det skall noteras att komplicerade och stora datorapplikationer kan er- fordra ett stort antal klientadaptrar 5 tillsammans med motsva- rande motoradaptrar 6 som kommunicerar via en respektive kommunikationsförbindelse.

Varje kommunikationsförbindelse är anordnad att överföra in- formation och data i endast en riktning. Därför innefattar varje klientadapter 5, såsom framgår av Fig 2, ett första adapterorgan 5', en så kallad utgående klientadapter, vilken är inrättad att insamla information från integreringsmotorn 4, och ett andra adapterorgan 5", en så kallad ingående klientadapter, som är inrättad att publicera information från respektive klientsystem 2 hos integreringsmotorn 4. Vart och ett av det första och andra adapterorganet 5', 5" kommunicerar med respektive klientsy- stem 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 kravet på en säker asyn- kron kommunikation, dvs det andra adapterorganet 5" innefattar ett lagringsmedel för en lokal meddelandekö, vilken medger publicering av meddelanden på ett asynkront sätt. Därvid kan överföring av meddelanden från respektive klientsystem 2 utfö- ras utan respektive klientsystems 2 kontext. Det skall noteras att överförande av meddelanden också kan genomföras på ett syn- kront sätt när så krävs av något skäl. 10 15 20 25 30 35 521 109 12 Det huvudsakliga ansvaret för det första adapterorganet 5', den utgående klientadaptern, är att möra kraven på både en händel- sedriven och en avfrågningsbaserad insamling av information. integreringsmotorn 4 överför alla operationer till klientsystemet 2, dvs det första adapterorganet 5'. I 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 klientsystem 2.

Det första adapterorganet 5' är sedan inrättat att undertrycka insamlandet tills en registrerad händelse detekteras. Det första adapterorganet 5' kan också innehålla medel för att avfråga in- tegreringsmotorn 4 efter förändringar. Sådan avfrågning kan ske regelbundet med hjälp av en schemamekanism eller när infor- mation behövs för någon process i respektive klientsystem 2.

Motoradaptern Syftet med motoradaptern 6 är att kommunicera information till och från integreringsmotorn 4. Motoradaptrarna 6 är mjukvaru- produkter, vilka är lokaliserade på ett minnesmedel hos integre- ringsmotorn 4 och kan innefatta ett gränssnitt. Också motorad- aptern 6 innefattar, såsom framgår av Fig 2, ett första adapter- organ 6', den utgående motoradaptern, som överför information från integreringsmotorn 4 till insamlande klientsystem 2, samt ett andra adapterorgan 6", den ingående motoradaptern, som mottager information från hos integreringsmotorn 4 publicerande klientsystem 2. Det första adapterorganet 6' kan innefatta ett filtermedel som förhindrar insamling av information som är irrelevant för respektive klientsystem 2. integreringsmotorn integreringsmotorn 4 innefattar en databas 9, som kallas "Ope- rational Data Store" ODS, och som innehåller ett tabellmedel för varje systemspecifikt, eget format hos klientsystemet 2 och för varje specifik typ av information som skall kommuniceras mellan klientsystemen 2. integreringsmotorn 4 är lokaliserad på inte- , » > . . n 10 15 20 25 30 35 521 109 13 greringsplattformen 3. Det skall noteras att databasen 9 hos integreringsmotorn 4 är oberoende av motoradaptrarna 6, dvs motoradaptrarna 6 kan på ett enkelt sätt ersättas utan att på- verka funktionen och driften av databasen 9.

Ett av tabellmedlen hos databasen 9 innefattar en bastabell 10, medan det andra tabellmedlet innefattar en respektive formatt- abell. I den visade utföringsformen är formatet hos bastabellen 10 det systemspecifika, egna formatet hos åtminstone ett av kli- entsystemen 2 och fungerar som ett globalt format för databa- sen 9, medan varje formattabell 11 representerar formatet hos åtminstone ett klientsystem 2. På så sätt representeras varje klientsystem 2 hos arrangemanget A i databasen 9 antingen med bastabellen 10 eller med en formattabell 11. Det skall emellertid noteras att databasen 9 också kan konfigureras på andra sätt, exempelvis kan bastabellen 10 representera ett globalt format lokaliserat i databasens 9 centrum och ej repre- senterande något format hos något klientsystem 2 hos arrange- manget A. Alternativt kan mer än en bastabell 10 vara anordnad, varvid alla bastabeller 10 är anslutna till alla andra bastabeller 10.

Det skall noteras att bastabellen 10 som är ansluten till ett kli- entsystem 2, såsom visas i Fig 2, i verkligheten kan vara en av ett stort antal bastabeller 10 som erfordras 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 ta- bellrader, varvid varje rad representerar en informationspost. Ett meddelande från eller till ett klientsystem 2 motsvarar således en eller flera operationer på informationsposten i en eller flera tabeller 10, 11. Följaktligen är ett meddelande ett stycke infor- mation som resulterar i åtminstone en operation i en tabellrad hos bastabellen 10, varvid en sådan operation kan inkludera 10 15 20 25 30 35 521 109 14 skapande av nya tabellrader, avlägsnande av en existerande tabellrad eller uppdatering av en existerande tabellrad.

Tabellmedlet som innefattar bastabellen 10 innefattar också ett triggningsmedel 12 i form av en databastrigger, en historiktabell 13 och en händelsetabell 14. Historiktabellen 13 är anordnad att lagra alla ändringar såsom en historikregistrering i en tabellrad hos databasen 9. Händelsetabellen 14 är anordnad att lagra alla operationer avseende respektive bastabell 10 såsom en hän- delseregistrering.

Databasen 9 innefattar vidare transformationssmedel i form av mjukvarutransformeringsalgoritmer 15, vilka illustreras med för- tjockade linjer i Fig 2 och är anordnade att överföra ett medde- lande 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. lntegreringsmotorn 4 innefattar också medel anordnade att de- tektera ett möjligt fel i en operation. Sådan feldetektering kan genomföras med hjälp av det ovan definierade triggningsmedlet 12. Felen kan detekteras genom två typer av integritetskontrol- ler, nämligen semantisk integritetskontroll, som kan utföras på en lokal tabellrad utan information från någon annan rad i ta- bellen eller från andra tabeller, och en referensintegritetskontroll på en lokal tabellrad där det inbördes sammanhanget kontrolle- ras i förhållande till andra informationskällor, dvs andra tabellra- der. Vidare kan detekterade fel tillåtas att lagras i historiktabel- len 13 och händelsetabellen 14. Därvid kan den tabellrad som innehåller ett fel markeras så att det insamlande 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 arrangemanget A, dvs 10 15 20 25 30 35 521 109 15 kommunikationen mellan de olika klientsystemen 2 via integre- ringsmotorn 4, fortsätta även om felinnehållande tabellrader exi- sterar. Vidare möjliggörs genom lagring av fel såsom svävande händelser i historiktabellen 13 och händelsetabellen 14 korrek- tion av felen 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 administrerbar. lntegreringsplattformen lntegreringsplattformen 3 innefattar de verktyg som erfordras för att interaktivt genomföra genereringen av integreringskompo- nenterna hos arrangemanget A. I synnerhet innefattar dessa verktyg ett inmatningsmedel 31, ett lagringsmedel 32 och ett genereringsmedel 33. Verktygen realiseras med mjukvarupro- dukter som lagras på ett minnesmedel hos en dator, exempelvis en Web-server, hos lntegreringsplattformen 3. lnmatningsmed- len 31 innefattar ett gränssnitt, företrädesvis ett grafiskt använ- dargränssnitt, GUI. Lagringsmedlet 32 innefattar en så kallad förvaringsdatabas som bildar en metamodell av olika klientsy- stem 2. Genereringsmedlet 33 innefattar mjukvaruprogram an- ordnade att generera källkodfiler som bildar integreringskom- ponenterna, i synnerhet databasen 9 hos integreringsmotorn 4, motoradaptrarna 6 och klientadaptrarna 5. l Fig 1 visas en möjlig användare 34 av integreringsplattformen 3. Användaren 34 kan vara ansluten till klientsystemen 2 hos arrangemanget A via förbindelserna 35, som kan vara perma- nenta eller temporära. Användaren 34 innefattar en dator som är anslutbar till nätverket N. lntegreringsplattformen 3, innefat- tande exempelvis en Web-server, är tillgänglig för användaren 34 via nätverket N genom en primär förbindelse, exempelvis en internet-förbindelse 36. Härvid kan användaren 34 operera in- matningsmedlet 31, dvs det grafiska användargränssnittet hos lntegreringsplattformen 3. Med den primära förbindelsen 36 och inmatningsmedlet 31 beskrivs interaktivt de olika klientsystemen - « . ~ . . 10 15 20 25 30 35 521 109 16 2 som skall anslutas till arrangemanget A av användaren 34 och lagras i förvaringsdatabasen 32. En sådan beskrivning bildas av ett antal definitioner som innefattar exempelvis information om anslutna klientsystem 2, lokala representationer av utbytt information, gränssnittkarakteristika för klientsystemen, infra- struktur hos klientsystemen etc. Förvaringsdatabasen 32 inne- fattar närmare bestämt ett antal tabeller, som var och en inne- håller ett antal av nämnda definitioner. Fig 3 visar såsom ett exempel en möjlig konfiguration av förvaringsdatabasen 32. Ta- bellen 41 lagrar definitioner som definierar den varaktiga lag- ringsstrukturen i integreringsmotorn 4. Tabell 42 inkluderar de- finitionen av designen av varje kolumn hos varje tabell i integre- ringsmotorn 4. Tabell 43 inkluderar datatypdefinitionerna inne- hållna i databasen 9 hos integreringsmotorn 4. Tabell 44 defini- erar semantiska integritetsbegränsningar anordnade för lokal testning av varje tabellrad i tabellerna 10, 11 hos databasen 9 hos integreringsmotorn 4. Tabell 45 definierar referensintegri- tetsbegränsningar anordnade för referenstestning av tabellrader i tabellerna 10, 11 hos databasen 9 hos integreringsmotorn 4.

Tabell 46 definierar användarförlängningsalgoritmer för mer komplicerade transformationer, kontroller etc än de som normalt tillhandahålls av genereringsmedlen. Tabell 47 definierar ett meddelandegränssnitt. Tabell 48 definierar de använda adap- tertyperna. Tabell 49 definierar de anslutna klientsystemen 2.

Det skall emellertid noteras att arrangemanget kan drivas utan någon datoranslutning mellan användaren 34 och de integrerade klientsystemen 2.

Med hjälp av informationen som lagras i dessa tabeller 41-49 genererar genereringsmedlen 33 de olika integrerande kompo- nenterna för arrangemanget A. l synnerhet skapar genere- ringsmedlen 33 de olika klientadaptrarna 5, de olika motoradapt- rarna 6 och databasen 9 hos integreringsmotorn 4. Därefter implementeras dessa komponenter på infrastrukturen hos re- spektive klientsystem 2 respektive på infrastrukturen som bildar 10 15 20 25 30 35 521 109 17 lokaliseringen för integreringsmotorn 4. implementeringen av klientadaptrarna 5 involverar nedladdning via nätverket N. Så- som framgår av Fig 1 realiseras förbindelselänkarna 7 via nät- verket N under arrangemangets A drift. l syfte att övervaka drif- ten av arrangemanget A involverar integreringsprocessen också tillhandahållande av en administrationsenhet 50 till vilken en styrenhet 51 för varje klientsystem 2 för kontroll av all klienta- daptrar 5 hos respektive klientsystem 2 samt en styrenhet 52 för integreringsmotorn 4 är anslutna. Kontrollenheterna 51 är i den i Fig 1 visade utföringsformen lokaliserade på respektive klient- system 2 och styrenheten 52 är lokaliserad på integre- ringsmotorn 4. Administrationsenheten 50 är ansluten till styr- enheterna 51 via en förbindelse 53 som realiseras via nätverket N. lntegreringsplattformens 3 verktyg är inte involverade i driften av arrangemanget A. lntegreringsplattformens 3 verktyg kan emellertid vara kvar som en tillgänglig del av arrangemanget A och fungera som verktyg för att göra förändringar av arrange- manget A, såsom anpassningar till nya klientsystem 2 eller uppdatering av existerande klientsystem 2. Vidare kan använda- ren 34 innefatta ett lagringsmedel för lagring av en backup-kopia av tabellerna 41-49 hos databasen 32, vilka överförs till använ- daren 34 via den primära förbindelsen 36. lnteqrerindsprocessen Fig 4 visar ett flödesdiagram som illustrerar, såsom ett exempel, de olika integreringsstegen för att integrera ett antal klientsy- stem 2. De tomma boxarna representerar integreringssteg vid en lokal position hos användaren medan boxarna som har mar- kerats med linjer representerar integreringssteg vid en avlägsen position som åtminstone involverar samverken med integre- ringsplattformen 3.

Box 60 representerar steget att etablera den primära förbindel- sen 36 med integreringsplattformen 3.

; . Q . . ß 10 15 20 25 30 35 521 109 18 Box 61 representerar steget att identifiera lokalt olika system- specifika format hos åtminstone två av klientsystemen 2 som skall integreras.

Box 62 representerar steget att beskriva interaktivt via den pri- mära förbindelsen 36 varje klientsystem 2 som skall integreras med avseende på det systemspecifika formatet och den system- specifika strukturen hos respektive klientsystem 2 samt att lagra detta format och denna struktur i databasen 32 vid integrerings- plattformen 3.

Box 63 representerar steget att lokalt jämföra olikheterna mellan de systemspecifika formaten hos de olika klientsystemen 2. Om inga sådana skillnader existerar går processen direkt till box 65.

Om sådana skillnader existerar går processen till box 64 som representerar steget att beskriva interaktivt via den primära förbindelsen 36 mjukvarualgoritmerna som genomför transfor- mationen av ett systemspecifikt format till ett annat systemspe- cifikt format och lagrar dessa mjukvarualgoritmer i databasen 32 vid integreringsplattformen 3.

Box 65 representerar steget att lokalt besluta om gränssnittets systemspecifika infrastruktur för klientadaptrarna 5.

Box 66 representerar steget att via den primära förbindelsen interaktivt beskriva gränssnittets systemspecifika infrastruktur för klientadaptrarna 5 och lagra dessa infrastrukturer i databa- sen 32 vid integreringsplattformen 3.

Box 67 representerar steget att med hjälp av genereringsmedlen 33 via den primära förbindelsen 36 interaktivt initiera genere- ringen av de källkodfiler som är nödvändiga för i första hand databasen 9 som innefattas av integreringsmotorn 4 och moto- radaptrarna 6 och i andra hand klientadaptrarna 5.

.~ M1, 10 15 20 25 30 35 521 109 19 Box 68 representerar steget att interaktivt och på avstånd via förbindelsen 36 implementera källkodfilerna för databasen 9 hos integreringsmotorn 4 i databasen 9 och källkodfilerna för motoradaptrarna 6 på integreringsmotorn 4.

Box 69 representerar steget att tillhandahålla styrenheten 51 hos användaren och lokalt konfigurera styrenheten 51 för att möjliggöra anslutning till integreringsmotorn 4.

Box 70 representerat steget att via förbindelserna 36 interaktivt implementera källkodfilerna för klientadaptrarna 5 på respektive klientsystem 2 med hjälp av styrenheten 51.

Box 71 representerar steget att lokalt införa ett åtkomstmedel 8 i respektive klientsystem 5 med hjälp av administrationsenheten 50.

Box 72 representerar steget att driva arrangemanget A hos de olika klientsystemen 2.

Såsom har beskrivits ovan kan arrangemanget A drivas såsom beskrivits ovan på ett fullständigt sätt innefattande alla klient- system 2 som skall integreras via nätverket N förkroppsligat av Internet, varvid integreringsmotorn 4 är lokaliserad på en publik Web-server. Det är emellertid också möjligt att flytta integre- ringsplattformen 3, innefattande integreringsmotorn 4 och moto- radaptrarna 5 till en server hos ett lokalt nätverk N, såsom ett intranät, och därefter driva arrangemanget A lokalt på det sätt som beskrivs ovan och i den tidigare svenska patentansökan nummer 9803579-3 som har hänvisats till ovan. lntegreringsprocessen som visas i Fig 4 kan vidare genomföras interaktivt via en anslutning 36 som realiseras på internet eller en anslutning 36 som realiseras på ett lokalt nätverk såsom ett intranät. ., ..=. 10 521 109 20 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 kraven.

Det skall noteras att integreringsstegens ordning, inom ramen för uppfinningen, kan avvika från den ordning som visas i Fig 4. Åtminstone några av de visade integreringsstegen kan vidare genomföras lokalt i stället för på avstånd och vice versa. Exem- pelvis kan styrenheten 51 vara lokaliserad på integrerings- plattformen 3 och delvis eller väsentligen fullständigt nedladdad under drift av arrangemanget A. f . . . . s

Claims (22)

1. 0 15 20 25 30 35 521 109 21 Patentkrav 1. Förfarande för integrering av ett arrangemang av ett antal datoriserade, datorapplikationer innefattande klientsystem som är oberoende av varandra genom medgivande av kommunikation mellan klientsystemen, varvid varje klientsystem har en systemspecifik struktur och är anpassat till att bearbeta information i ett systemspecifikt, eget format, varvid förfarandet innefattar stegen: tillhandahållande av en lntegreringsplattform som är tillgänglig för klientsystemen via ett nätverk, tillhandahållande av en primär förbindelse mellan en användare och nämnda lntegreringsplattform via nämnda nätverk, interaktiv beskrivning av klientsystemen som skall integreras och överförande av nämnda beskrivning via nämnda primära förbindelse och nämnda nätverk från användaren till nämnda lntegreringsplattform, generering, med hjälp av nämnda beskrivning, av en integre- ringsmotor vid nämnda lntegreringsplattform och ett antal kom- munikationsförbindelser för utbyte av information mellan klient- systemen och nämnda integreringsmotor, integrering av klientsystemen med hjälp av nämnda integre- ringsmotor via nämnda kommunikationsförbindelser och nämnda nätverk och drift av arrangemanget, varvid information i ett systemspecifikt format från ett klientsystem bearbetas av ett annat klientsystem i ett annat systemspecifikt format.

2. Förfarande enligt krav 1 innefattande de ytterligare stegen: generering, för varje kommunikationsförbindelse och med hjälp av nämnda beskrivning, av en klientadapter som är anpassad till det systemspecifika formatet och den systemspecifika strukturen hos respektive klientsystem för utbyte av information i det sy- stemspecifika, egna formatet och implementering av nämnda klientadapter på respektive klientsy- stem. 10 15 20 25 30 35 521 1Cl9 22

3. Förfarande enligt något av kraven 1 och 2, innefattande den ytterligare stegen: generering, för varje kommunikationsförbindelse och med hjälp av nämnda beskrivning, av en motoradapter för utbyte av infor- mationen i respektive systemspecifika, egna format och implementering av nämnda motoradapter på integreringsmotorn.

4. Förfarande enligt kraven 2 och 3, innefattande det ytterligare steget: anslutning av nämnda klientadaptrar till en respektive motorad- apter via nämnda primära förbindelse och något godtyckligt protokoll.

5. Förfarande enligt något av kraven 2 till 4, innefattande det ytterligare steget: tillhandahållande av en administrationsenhet för övervakning av nämnda integreringsmotor och nämnda klientadaptrar.

6. Förfarande enligt krav 5, innefattande det ytterligare steget: implementering av nämnda administrationsenhet vid nämnda integreringsmotor eller användaren.

7. Förfarande enligt något av kraven 5 och 6, innefattande de ytterligare stegen: tillhandahållande av en styrenhet för varje klientsystem, implementering av nämnda styrenhet på respektive klientsy- stem, anslutning av nämnda styrenheter till nämnda administrations- enhet och styrning av överföringen av data via nämnda klientadaptrar med hjälp av nämnda styrenheter via nämnda administrationsenhet.

8. Förfarande enligt något av de föregående kraven, varvid nämnda beskrivnings- och överföringssteg innefattar interaktiv beskrivning av klientsystemen med hjälp av ett antal definitioner 10 15 20 25 30 35 521 109 23 på ett lagringsmedel i form av en primär databas anordnad på nämnda integreringsplattform.

9. Förfarande enligt krav 8, innefattande det ytterligare steget: överförande av nämnda definitioner såsom en backup-kopia från den primära databasen till användaren via nämnda nätverk.

10. Förfarande enligt något av kraven 8 och 9, varvid nämnda genereringssteg innefattar generering med hjälp av nämnda de- finitioner på nämnda integreringsmotor av ett transformations- medel som är inrättat att transformera den information som pub- liceras av varje klientsystem i det respektive systemspecifika, egna formatet till åtminstone ett transformeringsformat som medget insamling av informationen från något annat klientsy- stem.

11. Förfarande enligt krav 10, innefattande de ytterligare stegen: tillhandahållande av en sekundär databas hos integreringsmo- torn och implementering på nämnda sekundära databas av nämnda transformationsmedel och ett tabellmedel för varje systemspeci- fikt, eget format hos klientsystemen och för varje specifik typ av den information som skall kommuniceras mellan klientsystemen.

12. Förfarande enligt krav 11, varvid driftsteget innefattar över- förande av ett meddelande med information från ett tabellmedel av ett systemspecifikt eget format till ett annat tabellmedel av ett annat systemspecifikt, eget format och därvid transformering av formatet hos nämnda meddelande från nämnda ena systemspe- cifika format till nämnda andra systemspecifika format.

13. Förfarande enligt något av kraven 11 och 12, innefattande 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. 10 15 20 25 30 35 521 109 _ . . - . . ~ 24

14. Förfarande enligt krav 13, innefattande de ytterligare stegen: detektering av ett möjligt fel i ett meddelande, lagring av det felinnehållande meddelandet i en tabeilrad hos nämnda historiktabell och i en tabeilrad hos nämnda händelse- tabell och markering av nämnda tabeilrad för att identifiera felet.

15. Anordning för integrering av ett arrangemang (A) av ett antal datoriserade, datorapplikationer innefattande klientsystem (2) som är oberoende av varandra genom medgivande av kommunikation mellan klientsystemen (2), varvid varje klient- system har en systemspecifik struktur och är anpassat till att bearbeta information i ett systemspecifikt, eget format, varvid anordningen innefattar: en integreringsplattform (3) som är tillgänglig för klientsystemen (2) via ett nätverk (N) inrättat att medge en primär förbindelse (36) mellan en användare (34) och nämnda integreringsplattform (3), medel (31, 32) anordnade vid nämnda integreringsplattform och inrättade att tillåta en användare (34) att beskriva interaktivt de klientsystem som skall integreras och överföra nämnda beskriv- ning från användaren till integreringsplattformen (3) via nämnda primära förbindelse (36) och medel (32, 33) för generering, med hjälp av nämnda beskriv- ning, av en integreringsmotor (4) vid nämnda integreringsplatt- form (3) och ett antal kommunikationsförbindelser (5, 6, 7, 8) för utbyte av information mellan klientsystemen (2) och nämnda in- tegreringsmotor (4), varvid nämnda integreringsmotor (4) är in- rättad att integrera klientsystemen (2) via nämnda kommunika- tionsförbindelser (5, 6, 7, 8) och nämnda nätverk (N) och att till- låta drift av arrangemanget (A), varvid informationen i ett sy- stemspecifikt format från ett klientsystem (2) bearbetas av ett annat klientsystem (2) i ett annat systemspecifikt format. , , . . . 1 10 15 20 25 30 35 521 109 25

16. Anordning enligt krav 15, varvid varje kommunikationsför- bindelse innefattar en klientadapter (5) anordnad på respektive klientsystem (2) och anpassad till det systemspecifika formatet och den systemspecifika strukturen hos respektive klientsystem (2) för utbyte av informationen i det systemspecifika, egna for- matet.

17. Anordning enligt krav 16, varvid varje kommunikationsför- bindelse innefattar en motoradapter (6) anordnad på integre- ringsmotorn (4) och anpassad till att utbyta informationen i det respektive systemspecifika, egna formatet.

18. Anordning enligt något av kraven 16 och 17, innefattande en administrationsenhet (50) inrättad att övervaka nämnda integre- ringsmotor (4) och nämnda klientadaptrar (5).

19. Anordning enligt krav 18, innefattande en styrenhet (51) an- ordnad på var och en av klientsystemen (2) och ansluten till ad- ministrationen (50) för styrning av överförningen av data genom nämnda respektive klientadapter (5).

20. Anordning enligt något av kraven 15 till 19, innefattande ett lagringsmedel (32) i form av en primär databas anordnad på nämnda integreringsplattform (3), varvid nämnda lagringsmedel är inrättat att lagra nämnda beskrivning såsom ett antal defini- tioner (41-49).

21. Anordning enligt krav 20, innefattande medel (36) inrättade att medge en överföring av nämnda definitioner såsom en backup-kopia från den primära databasen till användaren (34) via nämnda nätverk (N).

22. Anordning enligt något av kraven 20 och 21, varvid nämnda genereringsmedel (33) är inrättat att generera, med hjälp av nämnda definitioner (41-49) på nämnda integreringsmotor (4), ett transformationsmedel (15) inrättat att transformera informa- 10 15 20 521 109 26 tion publicerad av varje klientsystem (2) i det respektive sy- stemspecifika, egna formatet till åtminstone ett transfor- meringsformat som medger insamling av informationen från nå- got av de andra klientsystemen (2). 24. Anordning enligt krav enligt krav 23, varvid nämnda integre- ringsmotor (4) innefattar en sekundär databas (9) för lagring av nämnda transformationsmedel innefattande ett tabellmedel (10, 11) för varje systemspecifikt, eget format hos klientsystemen (2) och för varje specifik typ att information som skall kommunice- ras mellan klientsystemen (2). 25. Anordning enligt krav 24, varvid nämnda transformationsme- del (15) innefattar åtminstone en mjukvarualgoritm anpassad till att överföra ett meddelande med informationen från ett tabell- medel (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 meddelande från nämnda ett systemspecifikt format till det andra systemspecifika formatet. - <_'n -. G