SE526559C2 - Förfarande för att operativt hantera system innefattande kommunikationstjänster - Google Patents

Description

70 15 20 25 30 526 5^ LH VD Föreliggande uppfinning hänför sig således till ett förfaran- de för att operativt hantera datasystem innefattande kommuni- kationstjänster, särskilt tele- och datatjänster, innefattan- de att ett datorsystem bringas att vara anordnat att enligt ett dataprogram utföra en tjänst och anordnat att bearbeta sparade data avseende dokumentation om händelser vid använd- ning av en kommunikationstjänst, vilket datorsystem innefat- tar databaser, där åtminstone en databas bringas att innehål- la en förutbestämd mängd transaktioner, där varje transaktion är i form av delar av ett dataprogram, och vilket datorsystem bringas att hämta en eller flera transaktioner ur nämnda da- tabas eller databaser, vilka transaktioner tillsammans bil- dar ett dataprogram för att utföra nämnda tjänst eller bear- betning och utmärkes av, att ett gränssnitt mellan en admi- nistrativ del av datasystemet innefattande transaktionsrefe- rensen för såväl administrativa som operativa åtgärder och en övergripande del av datasystemet respektive ett gränssnitt mellan en operativ del av datasystemet innefattande transak- tioner svarande mot nämnda transaktionsreferenser och den övergripande delen av datasystemet är detsamma, av att den övergripande delen har en exekveringsmiljö sådan att exekve- ring i det övergripande systemet liksom instruktioner från det övergripande systemet till övriga delar av datasystemet sker medelst nämnda transaktioner av att nämnda överordnade system bringas att hämta transaktioner fràn nämnda databaser dels för olika tjänster, dels för administrativa funktioner och bringas att exekvera dessa och av att nämnda överordnade del bringas att styra hämtningen av nämnda transaktioner och den ordning i vilken exekvering av transaktionerna skall ske.

Nedan beskrives uppfinningen närmare, delvis i samband med ett på bifogade ritning visat utföringsexempel av uppfinning- en, där hzkíocworhslutiömlâggandexioc, 2005-07-26 10 15 20 25 30 - figur 1 visar ett blockschema.

I det följande beskrives hur ett system som innehåller kommu- nikationstjänster, speciellt telekommunikation, kan komplet- teras för att erhålla en mer komplett lösning ur operativ- och handhavandeaspekt.

Särskilt beskrivs fallet då det övergripande systemet arbetar enligt det Europeiska Patentet nr. 0928548 där en exekvering sker genom att anropa ett antal transaktioner ur en databas som innehåller dessa.

I den lösning som beskrivs i det följande, abstraheras det gränssnitt som de administrativa och operativa funktionerna har, och kan därigenom representeras på ett likartat sätt som de funktioner som innefattas av kommunikationstjänsten i det övergripande systemet, som i nämnda europeiska patent. I den- na abstraktion inkluderas naturligtvis även de resurser, sá- som filer, databaser, minne o.s.v. som funktionerna opererar på, antingen det avser funktioner avseende tjänstens beteen- de, eller funktioner avseende operativt handhavande.

På detta sätt erhåller det övergripande systemet möjligheter att programmeras för operativa göromål i samklang med tjäns- terepresentationen, d.v.s. operativa processer kan programme- ras enligt transaktionsmetoden i såsom beskriven i ovannämnda patent eller någon annan transaktionsmetod som implementeras av ett annat övergripande system.

Med denna metod inkluderas (abstraheras) valfri process eller metod från operativsystem, databashanterare eller liknande i det övergripande systemet, och åtgärder kan således verifie- ras och synkroniseras på en, unik plats i systemet. h:\docwork\sl .doc , 2005-07-26 70 75 20 25 30 Fördelarna med denna lösning jämfört med tidigare teknik är uppenbara.

En fördel är att modifieringar i tjänstens exekvering görs i samma system som den operativa åtgärd som kräver modifiering- en, vilket innebär ökad kontroll, spårbarhet och liknande.

En annan fördel är att felkänsligheten minskar radikalt. En tredje fördel är att operativ personal behöver tillgång till ett och endast ett sätt att hantera och programmera systemet, oavsett funktion eller process.

En representation av resurser som de facto hanteras av opera- tivsystem, databashanterare, filsystem och andra godtyckliga program är enkapsulering och abstraktion av gränssnitt till funktioner på resurserna ovan och möjlighet att programmera operativa processer genom den metod som beskrivs i ovannämnda patent, antingen som separata ”tjänster”, eller i samband med tjänsteexekveringen.

I nämnda abstraktion inkluderas naturligtvis även de resurser (filer, databaser, minne o.s.v.) som funktionerna opererar på, antingen det är funktioner som byggs upp av transaktioner enl. nämnda patent avseende tjänstens beteende, eller funk- tioner avseende operativt handhavande.

Enligt en föredragen utföringsform bringas unika referenser till unika transaktioner att lagras i en eller flera databa- ser 10-12, se figur 1, där ett antal dylika referenser defi- nierar transaktioner för en administrativ åtgärd och ett an- tal dylika referenser definierar transaktioner för en opera- tiv åtgärd, där referenser motsvarande den administrativa åt- gärden och/eller den operativa åtgärden bringas att överföras hñdocworldsllrtfömläggandddoc , 2005-07-26 70 15 20 25 30 till en eller flera databaser 13,14 för transaktionsdata me- delst den övergripande delen 15 av datasystemet, där de transaktioner som motsvarar överförda referenser är lagrade och aktiveras och där det överordnade systemet 15 bringas att exekvera sålunda valda åtgärder medelst transaktionerna.

Enligt en annan föredragen utföringsform bringas nämnda admi- nistrativa del 2 av datasystemet att initiera önskade funk- tioner genom att förutbestämda transaktioner bringas att häm- tas ur en databas l3,l4, vilka transaktioner tillsammans bil- dar ett dataprogram för att utföra önskad funktion.

Enligt ytterligare en föredragen utföringsform av uppfinning- en bringas det överordnade systemet 15 att hämta transaktio- ner från nämnda databaser dels för olika tjänster, dels för administrativa funktioner och bringas att exekvera dessa och av att nämnda överordnade del 15 bringas att styra hämtningen av nämnda transaktioner och den ordning i vilken exekvering av transaktionerna skall ske.

Nedan beskrives ett exempel där föreliggande uppfinning till- lämpas för att operativt hantera system innefattande kommuni- kationstjänster.

Givet en applikation inom omrâdet kommunikationstjänster kan operatören vilja förädla hanteringen av användarloggar. Med detta menas att data som sparas pà fil, eller i en databas, för att dokumentera eller erbjuda spårbarhet av händelser i samband med en kunds användning av applikationen.

Vid en telekommunikationstjänst kan krav pà uppdateringen in- nebära att data ska flyttas från användardirektories till ett centralt (bulk) lagringsmedia med regelbundna intervaller, hàdocworkklutíöæläggandddoc, 2005-07-26 70 15 20 25 30 526 559 samt att tillhandahålla möjlighet för en kundtjänst att vid behov inspektera och i övrigt hantera logdata pà begäran av en kund eller av en operatörsfunktion.

Enligt tidigare konventioner skulle denna uppdatering kunna ha implementerats som följer: 1) Ett program avsett att köras i batch-miljö skapas för att flytta och tömma användarloggar. 2) Ett program avsett att köras interaktivt i kundtjänsts miljö skapas med hjälp av client/server rutiner.

Ett dylikt förfarande innebär ett antal svårigheter, såsom låsning av användardirektories under batch och/eller online tid för att förhindra konflikter i det fall en kund använder applikationen vid det tillfälle då loggen flyttas t.ex., kom- munikation med applikationssystemet för att säkerställa lås, sekvensiering och synkronisering och användande av "retry” algoritmer för batch-miljön då en log är låst vid körnings- tillfället.

Enligt föreliggande uppfinning implementeras istället de grundläggande funktionerna för att åstadkomma både 1) och 2) ovan i anropbara program, eller delar därav, och represente- ras som transaktioner såsom ovan beskrivits. De båda program- men enligt 1) och 2) implementeras sedan som sekvenser av nämnda transaktioner.

I figur 1 betecknar siffran 2 den administrativa delen av datasystemet 1, där siffran 10 betecknar en databas för s.k. transaktionsreferenser för kundtjänst, siffran ll transak- tionsreferenser för batch-program och siffran 12 transak- tionsreferenser för applikationssekvenser. hfidocworhslutfmclåggandadoc, 2005-07-26 10 15 20 25 30 526 559 Den operativa delen 3 av datasystemet 1 innefattar ett antal transaktioner för att utföra önskade exekveringar. Dessa transaktioner är lagrade i en eller flera databaser 13, 14.

För att utföra exekvering finns en dator 15 med tillhörande minne 16. Externa datorer, såsom en dator 17 tillhörig kund- tjänst kan uppkopplas mot exekveringsdatorn 15. Dessutom förefinns i detta exempel en logdatabas 18 innefattande en databashanterare, i vilken logdatabas 18 loggdata avseende kommunikationstjänsterna lagras. Logdatabasen 18 är via ett gränssnitt 19 ansluten till transaktionsdatabasen 10, 13.

Ett batch-program, d.v.s. ett program för att extrahera in- formation ur i en databas lagrade loggdata, skall exempelvis innehålla funktioner såsom - öppna logfil - läs logdata - skriv logdata till bulkmedia - ta bort logdata - stäng logfil.

Konventionellt programmeras dylika funktioner i något lämp- ligt sprâk som kompletta funktioner som således anropas.

Enligt föreliggande uppfinning används ett antal transaktio- ner tillsammans och i en viss ordning för att utföra nämnda funktioner. Dylika transaktioner kan exemplifieras med föl- jande - TRS.42 - TRS.45 läs logdata - TRS.46 skriv logdata till bulkmedia - TRS.50 - TRS.55 öppna logfil ta bort logdata stäng logfil. hàdocworkßluforelâggandadoc , 2005-07-26 10 75 20 25 30 526 559 Uppgift om vilka transaktioner som behövs för en viss exekve- ring finns i databasen 10 - 12 i den administrativa delen 2, d.v.s. TRS.42, TRS.45, TRS.46, TRS.50 och TRS.55. Dessa transaktionsreferenser tillföres databasen 13, 14, där trans- aktioner i form av delar av program finns lagrade och koppla- de till respektive transaktionsreferens.

Batch-programmet bildas således av ett antal pá varandra föl- jande transaktioner tillsammans med redan aktiverade transak- tioner sàsom transaktioner för att extrahera logdata för en viss kund, varvid transaktionsföljden kan bli följande, där endast vissa transaktioner visas - [m] - TRS.1O Hämta kundidentitet - TRS.22 Verifiera kund - TRS.31 Lås access till kunddata - TRS.42 Öppna logfil - TRS.45 Läs logdata _ LJ.

Vid en kommunikationstjänsttillämpning, kan kunder abonnera på olika tjänster, såsom vidarekoppling i olika steg, ändrade debiteringsregler, röstbrevlådor etc.

Enligt ett föredraget utförande bringas tjänsten att lagras i form av nämnda referenser till transaktioner, vilka motsvarar vissa transaktioner ur mängden av transaktioner när en tele- tjänst beställes av en abonnent.

Det är även föredraget att referenser bringas att lagras knutna till en abonnents abonnentnummer och av att när abon- nentnumret avläses det överordnade systemet bringas att via nämnda referenser hämta nämnda transaktioner och exekvera dessa, varigenom tjänsten utföres. h:\docwork\slu e.doc, 2005-07-26 10 15 20 25 30 526 559 Datorn 15 har samma gränssnitt 20, 21 mot den administrativa delen 2 som mot den operativa delen 3. Datorn 15 har i exemp- let fått en instruktion att utföra en viss körning mot logda- ta från kundtjänsts dator 17. Datorn 15 hämtar härvid trans- aktionsreferenserna i databasen 10 - 12 och överför dessa till databasen 13 - 14 där transaktionerna finns. Datorn exekverar därefter transaktionerna, innefattande att hämta data ur logdatabasen 18.

Genom att gränssnittet mellan den administrativa delen av datasystemet och den övergripande delen av datasystemet re- spektive gränssnittet mellan den operativa delen av datasy- stemet och den övergripande delen av datasystemet är detsamma och att den övergripande delen har en exekveringsmiljö sådan att väsentligen all exekvering i det övergripande systemet liksom instruktioner från det övergripande systemet till övriga delar av datasystemet sker medelst nämnda transaktio- ner, behöver inte en viss operation avbrytas helt för att utföra en annan operation. Sålunda kan en kommunikations- tjänst utföras för en kund trots att exempelvis kundtjänst analyserar statistiskt material i logdatabasen. På motsvaran- de sätt kan flera uppgifter utföras väsentligen samtidigt, d.v.s. utan att olika programdelar låser varandra, även vid andra tillämpningar av föreliggande uppfinning.

Fördelar som erhålles gentemot en traditionell implementation är således följande.

Läsning av direktories sker (automatiskt) inom applikations- systemet, på samma sätt som sker för applikationen själv.

Ingen kommunikation eller annat arrangemang är nödvändigt.

Mdocwøtidsllltíörclâggandedoc, 2005-07-26 10 15 20 10 En låsförfrågan kan köas inom systemet för att exekvera så snart det är möjligt. Externa retry metoder är onödiga.

Vidare kan både batch-programmet och kundtjänst applikationen i grunden använda samma transaktioner och i hög grad samma delsekvenser av dessa. Detta medför symmetriskt beteende, högre återanvändning och färre felkällor. Underhållskostnaden minskar dessutom avsevärt.

Enligt föreliggande uppfinning kan systemet lastbalansera applikationen, kundtjänstprogram och batch-körningar. Detta får till följd att man undviker att en batch påverkar on- line-prestanda hos en applikation.

Ovan har ett antal utföringsexempel beskrivits. Det är uppen- bart att föreliggande uppfinning kan implementeras för helt olika tillämningar och med flera databaser än de ovan angivna samt implementeras för att köra flera olika program.

Föreliggande uppfinning skall således inte anses begränsad till ovan angivna utföringsexempel utan kan varieras inom dess av bifogade patentkrav angivna ram. hñdocworlñslfireläggândadoc , 2005-07-26

Claims (5)

10 15 20 25 30 526 559 ll Patentkrav

1. Förfarande för att operativt hantera datasystem innefat- tande kommunikationstjänster, särskilt tele- och datatjäns- ter, innefattande att ett datorsystem (1) bringas att vara anordnat att enligt ett dataprogram utföra en tjänst och anordnat att bearbeta sparade data avseende dokumentation om händelser vid användning av en kommunikationstjänst, vilket (10-12,13, 14,18), minstone en databas (l3,14) bringas att innehålla en förutbe- datorsystem innefattar databaser där åt- stämd mängd transaktioner, där varje transaktion är i form av delar av ett dataprogram, och vilket datorsystem bringas att hämta en eller flera transaktioner ur nämnda databas eller databaser, vilka transaktioner tillsammans bildar ett data- program för att utföra nämnda tjänst eller bearbetning, k ä n n e t e c k n a t av att ett gränssnitt (20) mellan en administrativ del (2) av datasystemet (1) innefattande trans- aktionsreferensen för såväl administrativa som operativa (15) tive ett gränssnitt mellan en operativ del åtgärder och en övergripande del av datasystemet respek- (3) av datasyste- met innefattande transaktioner svarande mot nämnda transak- tionsreferenser och den övergripande delen (15) av datasyste- met är detsamma, av att den övergripande delen (15) har en exekveringsmiljö sådan att exekvering i det övergripande systemet liksom instruktioner fràn det övergripande systemet till övriga delar (2,3) av datasystemet sker medelst nämnda transaktioner av att nämnda överordnade system (15) bringas att hämta transaktioner fràn nämnda databaser dels för olika tjänster, dels för administrativa funktioner och bringas att exekvera dessa och av att nämnda överordnade del (15) bringas att styra hämtningen av nämnda transaktioner och den ordning i vilken exekvering av transaktionerna skall ske. hndocworkßluforelåggandadoc , 2005-07-26 10 15 20 25 30 12

2. Förfarande enligt krav l, k ä n n e t e c k n a t av att unika referenser till unika transaktioner bringas att lagras i en eller flera databaser (10-12), av att ett antal dylika referenser definierar transaktioner för en administrativ åtgärd och ett antal dylika referenser definierar transaktio- ner för en operativ åtgärd, av att referenser motsvarande den administrativa åtgärden och/eller den operativa åtgärden bringas att överföras till en eller flera databaser (13, 14) för transaktionsdata medelst den övergripande delen (15) av datasystemet, där de transaktioner som motsvarar överförda referenser är lagrade och aktiveras och av att det överordna- de systemet (15) bringas att exekvera sålunda valda åtgärder medelst transaktionerna.

3. Förfarande enligt krav l eller 2, k ä n n e t e c k - n a t av att nämnda administrativa del (2) av datasystemet bringas att initiera önskade funktioner genom att förutbe- stämda transaktioner bringas att hämtas ur en databas (13, 14), vilka transaktioner tillsammans bildar ett dataprogram för att utföra önskad funktion.

4. Förfarande enligt krav 1, k ä n n e t e c k n a t av att när en teletjänst beställes av en abonnent bringas tjänsten att lagras i form av nämnda referenser till transaktioner, vilka motsvarar vissa transaktioner ur mängden av transaktio- fler.

5. Förfarande enligt krav l eller 2, k ä n n e t e c k - n a t av att nämnda referenser bringas att lagras knutna till en abonnents abonnentnummer och av att när abonnent- numret avläses det överordnade systemet (15) bringas att via nämnda referenser hämta nämnda transaktioner och exekvera dessa, varigenom tjänsten utföres. hr\docwork\slxxtíöreläggandc.doc , 2005-07-26