NO319967B1 - Fremgangsmate og system for a tilveiebringe forbedret abonnentinformasjon i en katalogassistansetjeneste - Google Patents

Description

Område for oppfinnelsen

Den foreliggende oppfinnelsen vedrører generelt et system for å tilveiebringe forbedret abonnentinformasjon i en katalogassistansetjeneste.

Bakgrunn for oppfinnelsen

En katalogassistansetjeneste (DA) er en tjeneste levert av en DA-tjenestetilbyder for å assistere en kunde som forespør informasjon vedrørende

telekommunikasjonsabonnenter. Abonnentinformasjon forespurt av DA-kunder vedrører typisk navn på personer eller selskaper, adresser, telefonnummer eller telefaksnummer. Det meste av denne informasjonen kan enkelt innhentes av katalogassistanseoperatøren ved hjelp av forespørsler til en database som inneholder såkalte primærabonnentdata. I denne sammenhengen skal primærabonnentdata forstås som det minimale settet av data som vedrører abonnenten, og som leveres av telekommunikasjonsselskapene til DA-tjenesten. I praksis styres omfanget av primærabonnentdataene som leveres av telekommunikasjonsselskapene ved lov eller forskrifter.

DA-kunder anmoder ofte også om informasjon som ikke direkte kan avledes fra primærabonnentdataene. Spesielt anmoder mange kunder om informasjon som vedrører abonnentens bruk eller anvendelse av det aktuelle abonnementet. F.eks. er kan informasjon om en forretningssektor som er assosiert med abonnenten ikke direkte avledes fra primærabonnentdataene.

For å tilveiebringe en forbedret katalogassistanseservice, er det følgelig et behov for å tilveiebringe ytterligere abonnentinformasjon i en katalogassistansetjeneste.

Flere tilnærmingsmåter er tidligere kjent for å tilveiebringe ytterligere eller forbedret abonnentinformasjon i en katalogassistansetjeneste.

I samsvar med en nå benyttet tilnærmingsmåte supplerer DA-tjenestetilbyderen regulært den databasen som inneholder abonnentdataene, ved å innhente ytterligere informasjon direkte fra abonnentene. Dette gjør det mulig å gi korrekte og raske svar til DA-kundenes forespørsler. Denne løsningen innebærer imidlertid vidtgående ressurser og høye kostnader. Utfallet av denne løsningen avhenger av abonnentens respons, og således har DA ingen forsikring om at alle relevante endringer i informasjonen videresendes til DA-tjenestetilbyderen. 1 samsvar med en annen nå benyttet tilnærmingsmåte utfører DA-operatøren manuelt en telefonsamtale eller et web-søk under DA-sesjonen, for å innhente den forespurte ytterligere informasjon til DA-kunden. Dette er tidsforbrukende og krever store personalkostnader. Kvaliteten på tjenesten i dette tilfellet avhenger av DA-operatørens evne til å utføre et korrekt og pålitelig søk.

US 6 466 910 beskriver en fremgangsmåte og et apparat for å tilveiebringe forbedret katalogassistanse i et kommunikasjonsnettverk. I samsvar med denne publikasjonen mottas først en forespørsel om kataloginformasjon om en listet part fra en forespørrer. Deretter utføres en test for å bestemme hvorvidt forbedret kataloginformasjon om den listede part er tilgjengelig i en forbedret kataloginformasjonsdatabase. Dersom slik forbedret kataloginformasjon er tilgjengelig, blir denne konvertert til et audioformat og levert til forespørreren ved hjelp av telefon. Publikasjonen spesifiserer ikke hvordan databasen er konstruert, og den beskriver heller ikke databasens struktur.

US 6 466 910 beskriver en løsning for å tilveiebringe ytterligere eller forbedret informasjon til en DA-kunde, på den betingelse at slik informasjon er tilgjengelig for katalogassistansesystemet. Imidlertid er det tilsynelatende ikke beskrevet noen fremgangsmåte for automatisk å oppdatere kataloginformasjonsdatabasen.

En tilfredsstillende DA-tjeneste må tilveiebringe informasjon med en høy grad av pålitelighet. Informasjon vedrørende en abonnent og som er offentlig tilgjengelig i et system slik som f.eks. Internett, leveres ikke nødvendigvis av abonnenten selv. Slik informasjon kan inneholde utilsiktede eller tilsiktede feil. Med tilsiktede feil skal forstås ukorrekt informasjon som tilsiktet er levert for å forvirre brukere eller forårsake andre skader. Det er et klart behov for å prosessere slik informasjon med hensyn til pålitelighet før denne innbefattes som data i en DA-tjeneste.

På den annen side kan noe informasjon som er tilgjengelig for en gitt abonnent være av sensitiv type (medisinske registre, sikkerhetsinformasjon osv.), og bruk av denne informasjon i DA-tjenesten kan føre til rettsansvar. Informasjon vedrørende abonnenten og som er innhentet fra en generell informasjonskilde slik som Internett må derfor være prosessert for å unngå rettsansvarssituasjoner.

Det er også en mulighet for at en gitt abonnent ganske enkelt er nevnt på Internett, og informasjon vedrørende dette vil ikke være nyttig i en DA-tjeneste. Denne informasjonen må således ikke tas i betraktning under opprettelse av den forbedrede databasen.

Det er således fortsatt et behov for en fremgangsmåte og et system for å tilveiebringe en forbedret katalogassistansetjeneste. Spesielt er det et behov for en fremgangsmåte og et system for å tilveiebringe en forbedret abonnentinformasjon i en katalogassistansetjeneste.

Sammenfatning av oppfinnelsen

I samsvar med et første aspekt av den foreliggende oppfinnelsen er det en hensikt å tilveiebringe et system for å tilveiebringe forbedret abonnentinformasjon i en katalogassistansetjeneste.

En ytterligere hensikt er å tilveiebringe et slikt system som overvinner ulempene ved de kjente løsninger.

For å oppnå disse hensikter, omfatter oppfinnelsen et system som angitt i det nedenstående selvstendige krav 1.

Kort liste over tegninger

Oppfinnelsen vil nå bli beskrevet i nærmere detalj med henvisning til figurene, hvor: Fig. 1 er et blokkdiagram som illustrerer et system i samsvar med oppfinnelsen, Fig. 2 er et blokkdiagram som ytterligere illustrerer systemet i samsvar med oppfinnelsen, Fig. 3 er et flytskjema som illustrerer hovedtrinnene i fremgangsmåten i samsvar med oppfinnelsen, Fig. 4 er et flytskjema som videre illustrerer prosessen med å tilveiebringe primære abonnentdata, Fig. 5 er et flytskjema som videre illustrerer prosessen med å tilveiebringe en domen ei denti fi kasj on, Fig. 6 er et flytskjema som videre illustrerer prosessen med å utføre et web-søk, Fig. 7 er et flytskjema som videre illustrerer prosessen med å tilveiebringe forbedret abonnentinformasjon,

Fig. 8 er et blokkdiagram som illustrerer valideringssystemet,

Fig. 9 er et flytskjema som viser valideringsprosessen,

Fig. 10 viser bruken av systemet i samsvar med oppfinnelsen for å tilveiebringe forbedret abonnentinformasjon.

Detaljert beskrivelse av oppfinnelsen

Fig. 1 er et blokkdiagram som illustrerer et system i samsvar med oppfinnelsen. Det forbedrede abonnentinformasjonssystemet 100 er forbundet til en datakilde (telekommunikasjonsdatakilde) 110 som inneholder grunnleggende abonnentinformasjon. Telekommunikasjonsdatakilden kan anses som hovedinput til systemet, og er basen som for tiden benyttes av DA-tilbydere. Som tidligere nevnt er én av hensiktene ved oppfinnelsen å tilveiebringe pålitelig tilleggsinformasjon vedrørende en abonnent. Denne informasjonen lagres i en forbedret informasjonsabonnentdatabase 120.1 samsvar med oppfinnelsen vil en record i databasen 120 inneholde det meste av informasjonen fra den korresponderende record i databasen 110, og ytterligere pålitelig, ikke-sensitiv informasjon fra andre kilder. For å fremskaffe tilleggsinformasjonen er systemet 100 forbundet til Internett 140, og via Internett til generelle web-servere 160. Slik det vil forklares senere, vil systemet 100 være forbundet til en domeneinformasjons-web-server (f.eks. NIC/Whois-server) 130 som en del av kvalitetssikirngsprosessen som utføres på tilleggsinformasjonen. En forbindelse til en web-server ved et spesifikt domene 150 er også en del av denne prosessen. Fig. 2 er et blokkdiagram som ytterligere illustrerer systemet i samsvar med oppfinnelsen.

Det forbedrede abonnentinformasjonssystemet 100 i samsvar med oppfinnelsen omfatter en prosesseringsenhet 200. Systemet omfatter også et minne 210 der datamaskinprogrammet som skal utføres av prosessenngsenheten 200 er lagret. I minnet 210 er ulike programblokker identifisert ved henvisningstall 310, 320, 330, 340, 350. Prosesstrinnene som er innbefattet i disse blokkene vil bli omtalt senere. Systemet omfatter også en lagerenhet 220 for en primær abonnenttabell 222, en domeneidentifikasjonstabell 224 og en web-søkeresultattabell 226.

I relasjon til lagerenheten 220 skal det nevnes at noen tabeller, avhengig av typen kontrakt som finnes mellom telekommunikasjonsdataselskapet (som administrerer telekommunikasjonsdatakilden 110) og selskapet som driver det forbedrede abonnentinformasjonssystemet 100, vil være permanent lagret i et minne i DA-tjenesten, mens tabeller i andre tilfeller bare vil være lagret temporært. Dette kan være tilfelle for de fleste av tabellene i systemet 100.1 den foreliggende beskrivelsen benyttes en felles enhet for permanent og temporær lagring av tabeller.

Systemet 100 omfatter videre et display 230 med en korresponderende displayadapter 250, en brukergrensesni«innretning eller -system 250 med en adapter 260, en nettverksadapter 270 for kommunikasjon med Internett 140, en kommunikasjonsadapter 280 for kommunikasjon med

telekommunikasjonsdatakilden 110 via en innretning, system eller nettverk 170.

Systemet 100 omfatter også en kommunikasjonsadapter 290 for utlevering av den foreløpige forbedrede informasjonen. Denne informasjonen vil gjennomgå en endelig valideringsprosess før den lagres i en forbedret abonnentinformasjonsdatabase. Selv om valideringsprosessen er vist som del av systemet i fig. 100 fordi den er nødvendig for å danne den endelige databasen, er den ikke å anse som en del av oppfinnelsen.

En buss 205 forbundet til de ovenfor nevnte innretninger 200, 210, 220, 240, 260, 270 og 290 benyttes til-å overføre informasjon mellom dem.

Fig. 3 er et flytskjema som illustrerer hovedtrinnene i fremgangsmåten i samsvar med oppfinnelsen.

Fremgangsmåten er en datamaskinimplementert prosess, utført av en prosesseringsenhet i det forbedrede abonnentinformasjonssystemet 100, når prosessoren eksekverer et datamaskinprogram som holdes i minnet i det forbedrede abonnentinformasjonssystemet 100.

Fremgangsmåten starter ved starttrinnet 300.

Først, i trinn 310, innhentes primære abonnentdata fra et

telekommunikasjonsselskaps datakilde, f.eks. en telekommunikasjonsdatabase 110. Detaljer ved denne prosessen er beskrevet nedenfor med henvisning til fig. 4.

Videre, i trinn 330, tilveiebringes en web-domeneidentifikasjon, spesielt et domenenavn, assosiert med den aktuelle abonnenten. Detaljer ved dette trinnet er beskrevet nedenfor med henvisning til fig. 5.

Videre, i trinn 350, utføres et web-søk basert på de primære abonnentdata og domeneidentifikasjonen som er tilveiebrakt i trinn 330. Detaljer ved dette trinnet er beskrevet nedenfor med henvisning til fig. 6.

Endelig, i trinn 370, utføres kobling av de primære abonnentdata og resultatet av web-søket som er utført i trinn 350 for å tilveiebringe forbedret abonnentinformasjon. Detaljer i dette trinnet er beskrevet nedenfor med henvisning til fig. 7.

Som et resultat er det tilveiebrakt forbedret abonnentinformasjon, som videre kan lagres i en forbedret informasjonsdatabase 120 som kan benyttes av DA-operatøren eller av en automatisk DA-driftstjeneste, for å gi en DA-kunde forbedret abonnenti nformasj on.

Fig. 4 er et flytskjema som videre illustrerer prosessen med å tilveiebringe primære abonnentdata.

Prosessen starter ved starttrinnet 310.

I mottakstrinnet 312 mottas de primære abonnentdata fra

telekommunikasjonsdatakilden 110 som en sats eller som en enkelt dataentitet, ved en push- eller pull-operasjon.

I en første utførelsesform omfatter trinn 312 å motta primære abonnentdata til en push-operasjon initiert av telekommunikasjonsdatakilden.

I en alternativ utførelsesform omfatter trinn 312 trinnet å sende en forespørsel til telekommunikasjonsdatakilden, fulgt av trinnet med å motta nevnte primære abonnentdata som respons på nevnte sendesubtrinn.

I en hvilken som helst av de to ovenstående utførelsesformer kan trinn 312 omfatte å motta en sats med primære abonnentdata eller å motta en enkelt entitet (record) av primære abonnentdata.

Deretter, i trinn 314, lagres de primære abonnentdata i en primær abonnenttabell 222. Denne tabellen kan, som tidligere nevnt, lagres permanent eller temporært i et minne i systemet 100.

Fig. 5 er et flytskjema som videre illustrerer prosessen ved å tilveiebringe en domeneidentifikasjon.

Prosessen starter ved starttrinnet 330.

Først, i trinn 332, opprettes en forespørsel basert på de primære abonnentdata tilveiebrakt i trinn 310.

Videre, i trinn 334, sendes en forespørsel til en domeneinformasjons-web-server (f.eks. en NIC/Whois-server) 130 på Internett 140, som forespør URL'er som er registrert til organisasjonsnavnet og/eller -nummeret (organisasjonsnavnet og/eller -nummeret er en del av de primære abonnentdata). Valget av primære abonnentdata som benyttes til denne forespørselen vil variere i ulike land.

Videre, i trinn 336, mottas en respons fra domeneserveren 130.

Videre, i trinn 338, blir en domeheidentifikasjon korresponderende med de primære abonnentdata, ekstrahert fra responsen.

Endelig, i trinn 340, lagres domeneidentifikasjonen i domeneidentifikasjonstabellen 224. Igjen, som nevnt tidligere, kan tabellen 220 være permanent eller temporært lagret i et minne i systemet 100.

Som et resultat av denne prosessen etableres en link mellom abonnenten og ett eller flere domener.

Fig. 6 er et flytskjema som videre illustrerer prosessen med å utføre et web-søk.

Prosessen starter ved 350.

Prosessen benytter en eksisterende søkemotor som er tilveiebrakt av en web-søkserver 160 på Internett. Søkemotoren tilveiebringe et web-søk begrenset av domenet og andre begrensende betingelser slik som nøkkelord, avstand mellom nøkkelord og HTML-kode/HTML-tags som definerer en tabellstruktur.

Først, i trinn 352, opprettes en søkebetingelse, basert på den primære abonnentinformasjonen tilveiebrakt i trinn 310.

I en annen utførelsesform er søkebetingelsen bare begrenset av nøkkelord og aliaser.

Flere kriterier kan benyttes for å begrense søkebetingelsen. En foretrukket utførelsesform av oppfinnelsen begrenses søkebetingelsen av domenet (tilveiebrakt i trinn 330), avstand mellom ord, og tabellregler.

"Domene"-begrensningen vil utelukke ren henvisning til abonnenten, tilsiktede feil og sensitiv informasjon. Prinsippet bak dette er at all informasjon som befinner seg ved et spesifikt domene vil være kontrollert av domenets eier, slik at ingen tiltenkt feilaktig informasjon vil være å finne på denne lokasjonen. Andre aktører, som ønsker å skade domeneeieren eller forvirre publikum, vil ikke tillates å poste informasjon her.

Begrensningen "avstand mellom ord" vil føre til f.eks. funksjoner relatert til telefonnummer. Et eksempel på en slik begrensning kan være "dersom nøkkelord nærmere enn 23 karakterer fra telefonnummer, returner nøkkelord og telefonnummer".

Begrensningen "tabellregler" er basert på det faktum at celler i en tabell er relatert til hverandre ifølge faste regler, slik at det er mulig å anta at informasjon som hører til bestemte grupper av celler vil være relatert til ett enkelt objekt (abonnent). Således, i tilfeller der HTML-kode/HTML-tags definerer en tabellstruktur, kan telefonnummeret mappes til kontaktpersoner, avdelingsstrukturer og e-postadresser.

En annen begrensning som foretrukket anvendes på søkebetingelsen er en begrensning "sikkerhet/sensitivitet". Dette vil hindre ekstraksjon av sensitiv informasjon.

Videre, i trinn 354, sendes søkebetingelsen til søkemotoren.

Videre, i trinn 356, mottas en respons fra søkemotoren.

Endelig, i trinn 358, lagres responsen i en web-søk-resultattabell.

Det er mulig innenfor oppfinnelsens rekkevidde å kombinere alle eller noen av de begrensende betingelser for å oppnå smalt fokuserte resultater. I en foretrukket utførelsesform av oppfinnelsen begrenses søkebetingelsen ved domenet i kombinasjon med en hvilken som helst annen begrensning eller gruppe av begrensninger. Hensikten ved å bruke en "domene"-begrensning er å sikre at søkeresulatet hører til en pålitelig kilde, og ikke inneholder tilsiktede feil. Senere i prosessen utføres en kvalitetskontroll for å sikre at søkeresultatene ikke inneholder utilsiktede feil.

Dersom dbmenebegrensningen ikke benyttes, må andre begrensninger benyttes for å hindre feil.

Fig. 7 er et flytskjema som videre illustrerer prosessen ved å tilveiebringe forbedret abonnentsi nform asj on.

Prosessen starter ved trinn 370.

Først, i trinn 372, blir de primære abonnentdata tilveiebrakt i trinn 310 og web-søkeresultåtet fremskaffet i trinn 350 koblet til hverandre ved sammenslutning. Sammenslutningen er basert på de tilgjengelige, mest signifikante identifikatorer, slik som organisasjonsnummer og/eller organisasjonsnavn (primære abonnentdata). Et eksempel på en slik sammenslutning følger: "telefonnummer 22334455 er registrert til organisasjonsnummer 44556677 (organisasjonsnummer), mens domenet www. firmaet. no er registrert til organisasjonsnummer 44556677. Dersom nøkkelord "billettservice" er det nærmeste nøkkelord til 22334455 i teksten hos www. firmaet. no, konstruer recorden: org.nr. 44556677, 22334455, billettservice. Et annet eksempel er: telefonnummer +345 22 33 44 55 er registrert til Salim Import, Main Street 123b. Domenet www. salim. ta er registrert til Salim Import, Main Street 12b. Dersom nøkkelordet "Billettreservering" er nærmeste nøkkelord til + 345 22334455 i teksten hos domenet www. salim. ta. konstruer recorden: org.navn "Salim Import", +345 22334455, "Billettreservering".

Som tidligere nevnt, i den foretrakkede utførelsesformen av oppfinnelsen, der domeneinformasjonen benyttes til å begrense søkebetingelsen, vil Web-dataene ha kjent opprinnelse og er sikkert relatert til selskapsnavnet. Dataene kan således sikkert forenes med telekommunikasjonsrecordene som inneholder den samme identifikator. Dersom dette ikke er tilfelle, er en

domeneidentifikasjonssammenslutning i trinn 372 nødvendig for å sikre dette.

Videre, i trinn 374, opprettes forbedret abonnentinformasjon, basert på resultatet av sammenslutningstrinnet 372.1 samsvar med en foretrukket utførelsesform av oppfinnelsen blir denne informasjonen validert i et valideringssystem. Fig. 8 er et blokkdiagram som illustrerer valideringssystemet. Systemet omfatter en prosesseirngsenhet 400 for å prosessere den forbedrede abonnentinformasjonen som er tilveiebrakt i trinn 374 i samsvar med valideringsregler, et minne 420 for å lagre valideringsprogrammet, en lagerenhet 420 for å lagre den prosesserte forbedrede abonnentinformasjonen i en forbedret abonnentinformasjonsdatabase 120, og en adapter for kommunikasjon mellom databasen 120 og et grensesnitt for å motta en forespørsel om informasjon og levering av en respons. Fig. 9 er et flytskjema som viser valideringsprosessen. Prosessen starter ved trinn 390.

Videre, i trinn 392 blir den forbedrede abonnentinformasjonen fra trinn 374 sammenlignet med valideringstabeller, idet disse tabellene inneholder f.eks. tillatte kombinasjoner av ZIP-koder og adresser, tillate familienavn, tillatte kombinasjoner av forretningsnavn, organisasjons-ID og industri.

Dersom informasjonen er gyldig, dvs. at det finnes et treff mellom informasjonen i valideringstabellene og den forbedrede abonnentinformasjonen, sjekkes den sistnevnte for feilstaving og mindre feil (trinn 396) og lagres i den forbedrede abonnentinformasjonsdatabasen (trinn 397).

Dersom dette ikke er tilfelle (trinn 395), forkastes den forbedrede abonnentinformasjonen.

I postprosessen blir den preliminære forbedrede abonnentinformasjonen sammenlignet med tilgjengelige registre, med to like viktige formål: a) Å validere om informasjonen er korrekt. Dersom forretningen som eier telefonnummer 22334455 er tilordnet bilindustrien i skatteregisteret, og apparatet returnerer "22334455; servicetelefon; tannimplantater", vil recorden bli avvist, idet elementet "tannimplantater" ikke finnes i databasen "bilindustriens produkter og tjenester".

b) For å validere om den kompilerte informasjonen har blitt sensitiv. Pakken sjekkes mot personvernregisteret. Dersom telefonnummer 22334455 er tilordnet "hemmelig

telefonnummer", avvises pakken.

Etter post-prosesser a) og b) inngis data til den forbedrede DA-databasen.

I den ovenstående prosessen benyttes uttrykket "forbedret abonnentinformasjon" til å henvise til hver enkelt record som er linket til en abonnent.

Fig. 10 viser hvordan den forbedrede abonnentinformasjonsdatabasen 120 skal benyttes. Den forbedrede informasjonsdatabasen 120 er tilgjengelig i den forbedrede DA-tjenesten. Forespørsler kan rettes til basen, og svar mottas. Figuren viser tre mulige scenarier for utførelse av DA-tjenesten. I alle de illustrerte tilfellene håndterer et API-grensesnitt databasens input/output. I tilfelle I mottar en operatør ved samtalesenteret en forespørsel om informasjon fra en bruker via f.eks. PSTN, et mobilnettverk, eller IP NW. Taleforespørselen prosesseres, informasjon forespørres og mottas fra databasen. I tilfelle 2 må brukeren aksessere API-laget via en datamaskin (terminal/PC), og forespørselen/svaret overføres via Internett/x25, osv. I tilfelle III kommuniserer brukeren med databasen via f.eks. en mobiltelefon (mobil, PSTN, NW), og forespørselen sendes som en SMS eller taleforespørsel. I et hvilket som helst av tilfellene vil en typisk forespørsel fra brukeren være f.eks. "Gi meg telefaxnummeret til selskap n". Svaret vil være "Telefaxnummeret er +4788888888".

De ovenstående nevnte tilfeller illustrerer noen anvendelser av oppfinnelsen. Databasen vil også være nyttig i andre scenarier.

Det vil fremstå klart for fagfolk at noen prosesser i systemet 100 initieres av hendelser, slik som f.eks. opprettelse av en abonnent (prosess 310 vil trigges). Andre prosesser (f.eks. 350, 370) er sløyfer basert på timere som kontinuerlig skanner etter endrede web-data.

Alternativer og variasjoner

Andre organisasjonsidentifikatorer kan benyttes som substitutter eller supplementer til organisasjonsnavn for søking av domeneinformasjonsservere (f.eks. Whois), og sammenknytning av WEB-data med telekommunikasjonsdata. F.eks. er organisasjonsnummer i Norge en obligatorisk identifikator for registrering av URL'er i domene-ID-serverne (f.eks. Whois) og for

telekommunikasjonsabonnementer.

Claims (3)

1. Datamaskinsystem for å tilveiebringe forbedret abonnentinformasjon i en katalogassistanseservice, omfattende: - midler for å innhente primærabonnentinformasjon fra en telekommunikasjonsdatakilde, omfattende midler (270, 170) for kommunikasjon med telekommunikasjonsdatakilden og midler (220) for temporært eller permanent å lagre primærabonnentinformasjonen, - midler for å tilveiebringe domeneidentifikasjon basert på primærabonnentinformasjonen, omfattende en adapter (270) for kommunikasjon med en domeneidentifikasjonsserver (130) via Internett og midler (220) for temporært eller permanent å lagre domenedataene, - midler for å utføre et web-søk basert på primærabonnentinformasjonen og domenedataene, innbefattende en adapter (270) for kommunikasjon med web-servere (150, 160) via Internett (140) og midler (220) for temporært eller permanent å lagre resultatene av web-søket, og - midler for å koble primærabonnentdataene og resultatene av web-søket for å tilveiebringe forbedret abonnentinformasjon, innbefattende en prosesseirngsenhet (200) for å sammenslutte dataene og en adapter (290) for å utlevere forbedret abonnentinformasjon.

2. System i samsvar med krav 1, videre omfattende - midler (400) for å prosessere den forbedrede abonnentinformasjon i samsvar med valideringsregler, og - midler (420) for å lagre den prosesserte forbedrede abonnentinformasjonen i en forbedret abonnehtinformasjonsdatabase (120).

3. System i samsvar med krav 1 eller 2, videre omfattende: - et grensesnitt for å motta en forespørsel om informasjon og levering av en respons og midler for å utføre et søk i den tilveiebrakte forbedrede abonnentinformasjonen og basert på forespørselen.