NO318949B1 - System og fremgangsmate ved et telekommunikasjonssystem - Google Patents

Description

Den foreliggende oppfinnelse vedrører et system og en fremgangsmåte i et telekommunikasjonssystem slik som definert i innledningen i krav 1 og 16, som muliggjør utbytting av handelsvarer assosiert med interessespesifikasjoner.

Den foreliggende oppfinnelse vedrører, blant annet, fremgangsmåter for å operere den fysiske infrastruktur forbundet med en telekommunikasjonstransmisjonsplattform anvendt for å støtte tilveiebringelse av telekommuni-kas jonsbaserte tjenester. Det er nødvendig å trekke en klar forskjell mellom driften av en elektronisk markedsplass, som kan moduleres på reelle verdensmarkedsplasser, og telekommunikasjonsinfrastrukturen anvendt for å tilveiebringe en plattform hvorpå den elektroniske markedsplass opererer. Det må erkjennes at fremgangsmåtene for å drive handel på, f.eks. Internett, og fremgangsmåter for å

operere de tekniske elementer på Internett er forskjellige.

Bruk av Internett har økt dramatisk. Mange mennesker har nå aksess til Internett, ikke bare fra deres kontorer men også fra deres hjem. Gjennom utviklingen og anvendelsen av sikre identifikasjonssystemer, elektroniske betalingssystemer etc, er elektronisk handel, vanligvis benevnt e-handel, på Internett, blitt en akseptabel måte å utføre forretninger sikkert og forsvarlig.

Det vurderes av mange markedsundersøkelsesorganisasjoner at elektronisk handel er en av de hurtigst voksende områder innen Internett p.g.a. at den ikke bare gir Internett-brukeren en mer bekvem og tidsbesparende handleopplevelse, men den muliggjør også for leverandører, som handler på Internett, å spare penger gjennom anvendelse av mer kost-nadseffektive operasjoner, inkluderende blant annet "business process re-engineering" ved forretningsnivå øket konkurransekraft gjennom lavere priser og evne til å introdusere én-til-én-markedsføringsteknikker.

WO 97/26612 omtaler et system og en fremgangsmåte relatert til elektronisk handel. Systemet omfatter et antall brukerterminaler, leverandørservere og tjenesteleverandør-servere, hvor en bruker av systemet kan lagre og oppdatere informasjoner relatert til sine salgs-/kjøpsinteresser, idet brukerens salgs-/kjøpsinformasjonsinteresser blir ekstrahert og identifisert ved hjelp av finne- og søkeanordninger i systemet.

WO 96/34357 omtaler et system og en fremgangsmåte som relaterer til et kryssnettverk som matcher brukerens profiler, hvor systemet omfatter blant annet en bereg-ningsanordning for beregning av matchende verdier i samsvar med brukerens salgs-/kjøpsinteresser.

Mange selskaper har innsett betydningen og potensialet agent-orienterte tjenester vil ha på e-handel på Internett, både i dag og i framtiden. F.eks. har NetScape annonsert at agent-baserte søkemotorer vil introduseres i kommende utgivelser, og Jango har allerede anvendt en søkemotor for kommersiell informasjon basert på agent-orientering. I tillegg har Firefly og NetPerception introdusert anbefalte motorer som anvendes av Amazon.com og andre kommersielt tilgjengelige Web-steder. Det er også selskaper, såsom Kinetoscope, som tilbyr verktøy for utvikling av agent-orienterte tjenester for Internett.

Telia Agentbased MarketPlace tilveiebringer brukerne en personlig programvareagent benevnt en WebButler. WebButleren gir støtte for brukeren og muliggjør han/henne til å spesifisere de kjøp eller salg, kontrakter hun/han er interessert i. Kommersielle leverandører kan også spesifisere varer for salg, i elektroniske butikker, gjennom en funksjon kalt MerchantAssist.

Hovedoppgaven for AgentFind-tjenesten, hvortil foreliggende oppfinnelse vedrører, er å tilveiebringe WebButlere og MerchantAssist med informasjon hvortil andre agenter (WebButlere og/eller MerchantAssist) har korresponderende interesser. Dette gjør AgentFind-tjenesten det naturlige senter for den agent-baserte markedsplass. I tillegg til dets primære funksjon, dvs. å tilpasse korresponderende interesser mellom agenter, gir AgentFind også tilleggstjenester, såsom markedsstatistikker, informasjon om forespurte interesser, informasjonsmegling og annonseringstjenester.

Siden interessene for hver WebButler ofte forandres, er det essensielt at AgentFind-databasen kontinuerlig oppdateres. Automatisk koordineringsmekanismer tilveiebringes derfor.

En utfordring systemet må møte er tilveiebringelse av korrekt beregning for nivået av samsvar mellom matchende interesser, siden det er sjelden at interesser korresponderer eksakt. Basert på denne beregning, kan agenter (WebButler eller MerchantAssist) automatisk prioritere hvilke av de andre agenter (WebButler eller MerchantAssist) som bør kontaktes.

Den foreliggende oppfinnelse tilveiebringes en infrastruktur for å implementere AgentFind-tjenesten slik at den møter disse krav.

Den foreliggende oppfinnelse kan ses på som neste generasjons søkemotorer for agenter, i motsetning til dagens søkemotorer, såsom Alta Vista, som er konstruert for å operere med mer eller mindre statiske web-steder. Forskjellen er f.eks. at den agent-orienterte søkemotor, AgentFind, beskjeftiger seg med interesser spesifisert av brukere og leverandører. Disse interesser er totalt foku-sert på elektronisk handel. Siden interessene kan forandres mer eller mindre daglig for deltakerne, er det av langt større viktighet for AgentFind å være i stand til konse-kvent behandling enn tilfellet er for konvensjonelle søkemotorer. Det er av denne grunn synkroniserings-mekanismer er blitt utviklet. En annen forskjell mellom AgentFind og kjente søkemotorer er relatert til mekanismer anvendt for å beregne samsvar mellom deltakeres interesser. Dette er nødvendig idet det er programvare, WebButler og MerchantAssist, som vil anvende resultatet automatisk, og ikke mennesker slik tilfellet er ved konvensjonelle søkemotorer. Det er derfor nødvendig å sikre seg at beregningen av samsvarrangeringen tar skikkelig hensyn til interesseparametere som er kategorisert som obligatoriske, og å skille disse fra valgfrie parametere. Algoritmen som anvendes tar hensyn til denne informasjonen under beregningen av samsvarrangeringen, slik at resultatene er mye mer presis enn det som produseres av dagens søkemotorer.

Ifølge et aspekt av foreliggende oppfinnelse tilveiebringes en fremgangsmåte slik som beskrevet i innledningen i krav 1, kjennetegnet ved å beregne en samsvarsrate for hver matchende interessespesifikasjon, omfattende trinnene å: ekstrahere informasjon fra katalogdatabasen i leverandørens servere, og ekstrahere informasjon over handelsvarer til bruk ved beregning av samsvarsraten, hvorved katalogdatabasen bærer informasjon over handelsvarene for hvor leverandørserverne assosiert med MerchantAssist bærer interessespesifikasjoner.

Alternative utførelser av fremgangsmåten i foreliggende oppfinnelse kan kjennetegnes ved karakteristikken i kravene 2-15.

Fremgangsmåten i den foreliggende oppfinnelsen kan ekstrahere data relatert til produktkategorier og nøkkelattri-butter for handelsvarer for hvor MerchantAssist bærer interessespesifikasjoner.

En alternativ utførelse av fremgangsmåten i foreliggende oppfinnelse kan kjennetegnes ved at den omfatter trinnene å indikere nevnte data relatert til en handelsvare som obligatoriske parametere og valgfrie parametere, og å indikere, av de obligatoriske parametere, om en interesse-spesif ikas jon relatert til et ønske om å kjøpe eller selge, og en produktkategori. Den kan også kjennetegnes ved trinnene å beregne en samsvarsrate inkluderende trinnene:

å beregne en rate, Corr_level, for likhet mellom to interessespesifikasjoner, ved hjelp av den følgende algoritme:

hvor: N = antallet valgfrie parametere i forespørselen

OP(X) = valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hver valgfri parameter har verdi 1 i vektoren.

F(X) = prioritetsvektfaktor.

En annen alternativ utførelse av fremgangsmåten kan omfatte trinnene å, ved levering fra en WebButler av en første interessespesifikasjon til tjenesteleverandørserveren med en forespørsel om å identifisere korresponderende interess-espesif ikasjoner, søke brukerens interessedatabase og leverandørens interessedatabase, for å identifisere interessespesifikasjoner for hvor alle obligatoriske parametere matcher den første interessespesifikasjon, og å levere en liste over innehavere for de matchende interessespesifikasjoner til WebButler. Alternativt kan fremgangsmåten ekstrahere data for beregning av samsvarsrater fra leverandørservere til WebButlere.

En videre utførelse av fremgangsmåten i den foreliggende oppfinnelse kan kjennetegnes ved at fremgangsmåten omfatter trinnene: å presentere listen over opphavsmenn til en bruker så snart den er tilgjengelig, sammen med en teller som indikerer progresjon mot å oppta ytterligere data som er nød-vendig for å beregne samsvarsrater, og, ved WebButleren, beregne samsvarsrater, og

å, ved WebButler oppdatere listen dersom og når samsvarsraten beregnes, hvorved den oppdaterte liste prioriteres og inkluderer samsvarsrater.

Fremgangsmåten kan også dynamisk synkronisere data ved WebButlere og MerchantAssist data ved

tj enesteleverandørserver.

Den dynamiske synkroniseringen kan oppnås ved å utbytte de følgende meldinger mellom WebButlere og tjenesteleverandør-server, og mellom MerchantAssist og

tj enesteleverandørserver:

"Lever interesser"

"Oppdater interesseprofil" og

"Referanser til agenter med korresponderende

interesser."

Tjenesteleverandørserveren i den foreliggende oppfinnelse kan tilveiebringe tilleggstjenester inkluderende: markedsstatistikk

rapport over interessespesifikasjoner

informasjonsmegling, og

annonsering.

Interessespesifikasjoner kan etableres ved anvendelse av en dynamisk editor tilpasset for å forespørre etter ytterligere informasjon fra en bruker. Interessespesifika-sjonene kan omdannes fra et MerchantAssist format til et format som anvendes av tjenesteleverandørserveren.

En ytterligere utførelse av foreliggende oppfinnelse kan kjennetegnes ved å sammenligne produktkategori eller produktattributter av en handelsvare, som skal finnes i interessespesifikasjonen med produktkategorier og produktattributter i en svarteliste, som kan finnes i en database i tjenesteleverandørserveren, hvor listen omfatter produktkategorier og produktattributter som indikerer produktkategorier og produktattributter som ikke er tillatt for et bestemt land eller region, og at, dersom en likhet finnes, avslås handelsvaren.

Tjenesteleverandørserveren kan motta en interesse-spesif ikas jon med en lagringsparameter frakoblet slik at interessespesifikasjonen ikke lagres på brukerinteressedatabasen. Det allokeres logikk på programvare som er assosiert med WebButlere, MerchantAssist og tjeneste-leverandørserveren, til forskjellige tjenesteleverandør-servere.

Ifølge et andre aspekt av foreliggende oppfinnelse tilveiebringes et telekommunikasjonssystem slik beskrevet i innledningen i krav 16, kjennetegnet ved et middel for å beregne en samsvarsrate for hver matchende interessespesifikasjon, omfattende at leverandørserverne har katalogdatabaser som omfatter informasjon over handelsvarer for hvor MerchantAssist, assosiert med leverandørserverne, bærer interessespesifikasjoner, og at midlet for å beregne en samsvarsrate har aksess til katalogdatabasene for å oppta informasjon til bruk ved beregning av samsvarsraten.

Alternative utførelser av systemet i foreliggende oppfinnelse kan kjennetegnes ved karakteristikken i kravene 17-34.

Leverandørinteressedatabasen omfatter data relatert til produktkategorier og nøkkelattributter for handelsvarer for hvor MerchantAssist bærer interessespesifikasjoner. Data relatert til handelsvarer indikerer obligatoriske paramet ere og valgfrie parametere, og at de obligatoriske parametere indikerer en interessespesifikasjon relatert til et ønske om å kjøpe eller selge.

Midlet for å beregne er tilpasset for å beregne en samsvarsrate inkluderende trinnene, Corr_level, for samsvar mellom to interessespesifikasjoner, ved hjelp av den følgende algoritme:

hvor: N = antallet valgfrie parametere i forespørselen

OP(X) = valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hver valgfri parameter har verdi 1 i vektoren.

F(X) = prioritetsvektfaktor.

Systemet i den foreliggende oppfinnelse kan videre kjennetegnes ved et middel for, ved levering fra en WebButler av en første interessespesifikasjon til tjenesteleverandørserveren med en forespørsel om å identifisere korresponderende interessespesifikasjoner, å søke brukerens interessedatabase og leverandørens interessedatabase, et middel for å identifisere interessespesifikasjoner for hvor alle obligatoriske parametere matcher den første interessespesifikasjon, og et middel for å levere en liste over opphavsmenn for de matchende interessespesifikasjoner til WebButler. Systemet kan også kjennetegnes ved et middel for å, fra leveran-dør servere til WebButlere, ekstrahere data for beregning av samsvarsrater.

Enda en alternativ utførelse av systemet i den foreliggende oppfinnelsen kan kjennetegnes ved et middel for å presentere listen over opphavsmenn til en bruker så snart den er tilgjengelig, sammen med en teller som indikerer progresjon mot å oppta ytterligere data som er nødvendig for å beregne samsvarsrater, et middel for å, i WebButleren, beregne samsvarsrater, et middel for å, i WebButler oppdatere listen dersom og når samsvarsraten beregnes, hvorved den oppdaterte liste prioriteres og inkluderer samsvarsrater, og et middel for å dynamisk synkronisere data i WebButlere og MerchantAssist med data i tjenesteleverandørserveren.

Midlet for dynamisk å synkronisere data kan omfatte middel for å utbytte de følgende meldinger mellom WebButlere og tjenesteleverandørserver, og mellom MerchantAssist og tjenesteleverandørserver: "Lever interesser"

"Oppdater interesseprofil" og

"Referanser til agenter med korresponderende

interesser."

Systemet omfatter videre middel for å allokere logikk og programvare, som er assosiert med WebButlere, MerchantAssist og tjenesteleverandørserver, til forskjellige tjenesteleverandørservere i det samme domene.

Nevnte middel kan, fra tjenesteleverandørserveren, tilveiebringe tilleggstjenester inkluderende: markedsstatistikk

rapport over interessespesifikasjoner informasjonsmegling, og

annonsering.

En dynamisk editor kan værer tilpasset for å etablere interessespesifikasjoner, idet den dynamiske editor er tilpasset for å forespørre etter ytterligere informasjon fra en bruker.

Leverandørserverne kan omfatte omdanningsmiddel som er tilpasset for å omdanne interessespesifikasjoner fra et MerchantAssist format til et format som anvendes av tjenesteleverandørserveren.

Leverandørdatabasen og brukerinteressedatabasen kan være landsspesifikk eller regionsspesifikk.

Videre kan systemet kjennetegnes ved et middel for å sammenligne produktkategori eller produktattributter av en handelsvare, som skal finnes i interessespesifikasjonen, med produktkategorier og produktattributter i en svarteliste, som kan finnes i en database i tjenesteleveran-dørserveren, hvor listen bærer produktkategorier og produktattributter som indikerer produktkategorier og produktattributter som ikke er tillatt for et bestemt land eller region, og et middel for å, dersom en likhet finnes, avslå handelsvaren.

Systemet i den foreliggende oppfinnelsen kan også kjennetegnes ved et middel for å, i en tjenesteleverandørserver, motta en interessespesifikasjon med en lagringsparameter frakoblet slik at interessespesifikasjonen ikke lagres på brukerinteressedatabasen.

Tjenesteleverandørserveren, som er tilpasset for å operere med telekommunikasjonssystemet i foreliggende oppfinnelse kan kjennetegnes ved at den omfatter programvare som er assosiert med WebButlere og WebAssister. Tjenesteleveran-dørserveren kan også omfatte middel for å implementere en søkemotor for samvirke med WebButlere, MerchantAssist, brukerinteressedatabasen og leverandørinteressedatabasen.

Søkemotor form anvendelsen med telekommunikasjonssystemet ifølge foreliggende oppfinnelse kan kjennetegnes ved at søkemotoren er inkludert i en tjenesteleverandørserver og i det minste er tilpasset for å motta søkeinstruksjoner fra WebButlere og MerchantAssist, for å søke i minst to databaser, og til å ha aksess til fjerndatabaser for ytterligere data.

Utførelser av oppfinnelsen vil nå bli beskrevet med hjelp av eksempel, med henvisning til de medfølgende figurer, hvori: Fig. 1 illustrerer, i skjematisk form forholdene mellom noen av hovedfunksjonene og tjenestene som benyttes i AMP elektronisk plattform. Fig. 2 illustrerer sjiktmodellen anvendt av AMP tjenesteplattform. Fig. 3 viser meldinger/hendelsestyper for en agent-basert auksjonstjeneste. Fig. 4 illustrerer operasjon av oversettelsesagent som oversetter mellom forskjellige agentprotokoller, og til eller fra tradisjonelle HTTP-baserte web-steder. Fig. 5 illustrerer anvendelse av Telia WebButler grafisk grensesnitt for å overvåke og kontrollere en personlig agent. Fig. 6 viser programvaremoduler anvendt i Telia WebButler. Fig. 7 illustrerer høynivå-interaksjon mellom en WebButler og en AgentFind, og mellom en MerchantAssist og en AgentFind server. Fig. 8 illustrerer et eksempel på hvordan informasjonen presenteres for en bruker av hans WebButler. Fig. 9 illustrerer hvordan informasjonen distribueres mellom forskjellige elementer i AgentFind.

For fullt å forstå foreliggende oppfinnelse er det nød-vendig å vurdere driften av AMP. Fig. 1 illustrerer, i form av et flytdiagram, en oversikt over forholdene mellom noen hovedfunksjoner og produkter anvendt i AMP agent-basert elektronisk handelsplattform.

Noen av prinsipptrekkene for AMP som ikke foreligger i kjente produkter og tjenester, basert på agent-orienterte arkitekturer, er angitt nedenfor.

(a) AMP muliggjør peer-til-peer autonom kommunikasjon mellom agenter på Internett. Dette kan være agenter som

representerer brukere som ønsker å kjøpe og/eller selge varer og tjenester, leverandører, meglere, etc. Denne løsning har den fordel at enhver agent kan initiere en kommunikasjon med andre agenter, datamaskinprogrammer, til enhver tid. Agentene kan forstå informasjonen de mottar og autonomt foreta en handling. De kan derfor oppfylle kom-plekse forespørsler fra deres eier. Ulempen er at tilleggs-data må etableres for å støtte maskin-til-maskin-kommunikasjon p.g.a. at web for tiden er strukturert for å støtte menneske-maskin- og ikke maskin-maskin-kommunikasjon. (b) P.g.a. at agentene kan behandle interessebeskrivelser for deres eiere, muliggjør AMP oppnåelse av en mer kraftig, sanntidsrelasjonsmarkedsføring når eieren besøker e-handelsbutikker på Web. Den muliggjør også at leverandører kan utvikle en relasjon til eier/eiers agent etter at agenten har besøkt hans/hennes butikk. (c) Basert på dets evne til å støtte maskin-til-maskin-kommunikasjon gjør AMP det mulig for brukere å spesifisere, på en brukervennlig måte, utløsningspunkter når brukeren ønsker å komme inn i en sløyfe mens agenten arbeider på en oppgave. Det kan f.eks. være nødvendig for å gi et tilbud over en spesifisert grense i en budforhandling for en forespurt vare. (d) AMP gir brukeren et nyttig redskap for å muliggjøre å oppta statusinformasjon over forskjellige oppgaver brukerens agent arbeider med. Dette inkluderer selvsagt også evnen til å: dersom ønskelig, manuelt å ta over kontroll over forskjellige oppgaver fra agenten, og

forandre utløsningspunkter og andre viktige parametre, etc.

(e) Siden agenten, i AMP, utføres på en nettverksoperatørs server, f.eks. Telias servere i deres telekommunikasjons-nettverk, kan brukeren aksessere agenten gjennom enhver

anordning, f.eks. en hjemmedatamaskin, en datamaskin på arbeidsplassen, en mobil PDA og også oppta meldinger

gjennom personsøkere, GSM/SMS, etc. Dette gir brukeren den ytterligere fordel at han/hun ikke behøver å være tilkoblet online når agenten arbeider på den forespurte oppgave, mens man fremdeles gir agenten mulighet til hurtig å kunne med-dele brukeren, om og dersom nødvendig gjennom brukerens foretrukne telekommunikasjonstjeneste.

(f) Samvirke mellom agenter, basert på forskjellige tekniske plattformer, oppnås også. (g) Agenter kan danne grensesnitt for tjenester, såsom renommétjenester, betalingstjenester, logistikktjenester, etc. (h) AMP støtter e-post kommunikasjoner som gjør det mulig å kommunisere gjennom brannvegger. Dette etablerer også et mer brukervennlig grensesnitt mot EDI-applikasjoner.

De ovenfor beskrevne mekanismer åpner opp for nye muligheter for elektronisk handel i kunde-til-kunde, forretning-til-kunde, og likeledes forretning-til-forretning markedsplass .

Den agent-baserte markedsplass (AMP) introduserer et nytt paradigme for Internett, som deretter åpner for nye muligheter for nettverksoperatøren såsom Telia, og deres forretningskunder, partnere og forbrukere. I 1996 utviklet Telia en "Market Space" prototyp, i samvirke med Swedish Institute of Computer Science (STCS) og Uppsala Universi-tet, som implementerte hovedprotokoller og mekanismer for en AMP. De tekniske og kommersielle muligheter for AMP ble med suksess demonstrert ved anvendelse av Market Space Prototype i en elektronisk auksjonsapplikasjon.

En agent-basert elektronisk handelstjenesteplattform støtter agent-applikasjoner med nødvendige mekanismer som gjør det hurtig og enkelt å implementere nye typer av agentfunksjonalitet/atferder for elektronisk handel. For å oppnå fleksibilitet kan en lag-basert arkitektur, såsom sjiktmodellen i agent-basert tjenesteplattform som i diagramform er illustrert i form av et flytdiagram i fig. 2 i de medfølgende figurer, anvendes. Som illustrert i fig. 2 er de forskjellige sjikt i modellen som følger:

(1) Agent spesifikt lag:

Hvor forskjellig atferd/funksjonalitet for agent-applikasjoner implementeres. Typiske eksempler er Telia WebButler, Telia InfoBroker, Telia MerchantAssist, Telia AgentFind, Telia Archive og Telia Auction.

(2) Informasjonslag:

Oversettelse fra en intern representasjon til agentkommuni-kasjonsprotokollen anvendt mellom agenter. Kan f.eks. være KQML eller noe lignende.

(3) Interaksjonslag:

Etablerer/leverer meldinger (se fig. 2).

(4) Meldingsoverføringslag:

Behandler den fysiske Internettoverføring av meldinger ved anvendelse av mekanismer såsom sockets.

Den agent-baserte markedsplasstjenesteplattform (AMP) fokuserer på støtte av elektroniske handelsapplikasjoner.

Fig. 3 viser eksempler på meldinger administrert i interaksjonssjiktet i fig. 2 for en auksjonsapplikasjon. Andre meldinger/hendelsestyper kan etableres, etter behov, for andre applikasjoner, såsom indekstjeneste, kreditt-rapporteringstjeneste, etc.

Et annet viktig aspekt er at ikke alle agenter på Internett vil være basert på denne plattform. Det er derfor nødvendig å støtte en applikasjon som oversetter mellom forskjellige agenttyper. Denne tjeneste er også viktig når agentapplika- sjonene aksesser informasjon basert på tradisjonelt http-format. Fig. 4 i de medfølgende figurer illustrerer i diagramform, i form av et flytdiagram, denne generelle sjiktarkitektur for denne oversettelsesagent.

En ny type indekstjeneste, tilveiebrakt av Telia, som har likheter med søkemotorer på Web, kalles AgentFind. Rollen for AgentFind er å informere agenter/WebButlere om andre agenter/WebButlere som har korresponderende interesse-profiler, for å gjøre det mulig for disse agenter å finne hverandre. En viktig forskjell mellom AMP og HTTP-baserte søkemotorer er at denne database vil forandres langt mer hurtig. Det er derfor nødvendig å implementere mekanismer i ACP (Agent Communication Protocol) som støtter konsistent administrering mellom AgentFind-databasen og interessene lagret på brukerens WebButlere. Et annet nøkkelaspekt er rangeringsmekanismen relatert til nivået av konformitet mellom interessespesifikasjoner for forskjellige WebButlere. Denne mekanisme må f.eks. vurdere om spesifikke parametere har blitt spesifisert som obligatoriske eller valgfrie.

Dobbel sesjonsidentifisering er en mekanisme som gjør det mulig å synkronisere en sanntidssesjon for en bruker på et kommersielt web-sted med dialogen mellom brukerens WebButler og det kommersielle web-steds korresponderende MerchantAssist-funksjonalitet. Dette gjør det mulig å etablere personaliserte sanntidsreklamer, etc, basert på en brukers aktuelle interesseprofil.

Markedintegreringsagent ACP-HTTP er en mekanisme som gjør det mulig for WebButler og andre agenter å benytte ordinær http-basert informasjon fra konvensjonelle web-steder.

Markedsintegreringsagent AMT/ACP til andre ACP er en mekanisme som gjør det mulig for agenter basert på forskjellige tekniske plattformer å kommunisere med hverandre.

Agent-basert betalingsbehandling/tilrettelegging implementerer funksjonaliteten som er nødvendig for å behandle betalinger fra autonome agenter. Betalingsbehandler-mekanismene benytter vanlige betalingsmekanismer tilveiebrakt av f.eks. SEMPER.

Arkitektur for agent-basert elektronisk handelstjenesteplattform - dette er den tekniske arkitektur som AMP-tjenester er bygget på, og består av et agent-spesifikt lag, et informasjonslag, et interaksjonslag og et meldings-overføringslag.

Tjenestene i den agent-baserte markedsplass (AMP) er som følger:

(A) Telia WebButler:

Forhandling og auksjon

Interesse editor for kontrakter

Utløsningspunkt editor og prioritet

Aksessbarhet og notifikasjon

Notifikasjonskalender

Personlig profil (adresse, interesse, demografi) Plugg-inn for forskjellige adferdsoppgaver Meldingsboks

- Annonseringsboks

Bokmerker til andre agenter

Sikker identifikasjon ved aksessering av

personlig WebButler

Identifikasjon under signering av kontrakter (CA,

dig. signature)

Restriksjonsmekanismer (arvet fra foreldre til

barn,..)

Elektronisk lommebok, og

GUI.

(B) Telia InfoBroker:

Telia AgentFind {indekstjeneste som kobler sammen

agenter med liknende interesser)

Telia Archive for signerte kontrakter Distribusjon av personlige annonseringer Statistikk over forespurte interesser, og Grensesnitt til betalingstjeneste.

{C Telia MerchantAssist:

Personlig annonseringsadministrering Reiasjonsannonsering og dynamisk WWW-reklame relatert til individuelle brukeres unike interesser

Lojalitetsprogram

Grensesnitt til Telia Pay

Grensesnitt til Telia Distribute, og

Statistikk over forbrukerprofiler.

Telia WebButler-tjenester har et brukervennlig grensesnitt hvorigjennom brukeren kan interagere med agent-baserte og konvensjonelle WWW-baserte tjenester på Internett. Tjenesten anvendes gjennom et separat vindu på brukerens datamaskin (se fig. 5 i de medfølgende figurer) . Dette betyr at Telia WebButler kan samvirke med andre tjenester som brukeren aksesser gjennom TCP/IP, f.eks. gjennom hans/hennes konvensjonelle web-browser (Netscape, Explorer, etc.). Det er imidlertid mulig for Telia WebButler å operere når eieren er frakoblet fra nettverket gjennom e-post EDI-meldinger etc.

Fordelen med WebButler er at agenten ved brukerens server og agenten på det besøkte web-sted kan kommunisere interesser og overføre basisdata mellom hverandre. Resultatet er at der ikke er noe behov for personen å manuelt taste inn forespurt informasjon på stedet. En enda større fordel for brukeren er at stedet kjenner brukerens interesser. Dette betyr at brukeren vil bli presentert for, for han/henne, verdifull informasjon direkte av setet i stedet for å motta standardinformasjon som alle brukere mottar. Dette er ikke kun en fordel for brukeren, idet kommersielle web-steder kan anvende denne informasjon for reiasjons-markedsføring, slik at denne informasjon er verdifull for begge parter.

Fig. 5 i de medfølgende figurer illustrerer en bruker-klientdatamaskin og en leverandørs kommersielle web-server. Brukeren kan overvåke og kontrollere hans/hennes personlige agent gjennom et separat Telia WebButler grafisk brukergrensesnitt på skjermen. Det primære formål med Telia WebButler-tjenesten er imidlertid å kontrollere og overvåke en personlig agent som opererer på en nettbasert server. Dette betyr at brukeren kan initiere prosesser for agenten gjennom enhver egnet anordning som er tilgjengelig, f.eks. en hjemmedatamaskin, en datamaskin ved hans/hennes arbeids-plass, en mobil PDA med en mobil forbindelse til Internett, etc. Dette muliggjør f.eks. at brukeren kan spesifisere en forhandlingsstrategi for agenten, utløsningspunkter når agenten vil bli informert/involvert i videre avgjørelser etc, for å gi instrukser til agenten om å starte forhandling/budrunde. Brukeren kan deretter frakoble seg fra nettverket og agenten vil fortsette oppgaven den utfører på en server, f.eks. Telias server, i nettverket.

Når et utløsningspunkt er nådd informerer agenten brukeren ved hjelp av det anmodete media. Dette kan være gjennom en melding på Telia WebButler, f.eks. komplementert med en melding på brukerens personsøker, GSM/SMS etc, dersom brukeren har identifisert utløsningspunktet som haster. Brukeren kan deretter aksessere hans WebButler gjennom enhver tilgjengelig anordning for å analysere den mottatte informasjon, og for å gi agenten videre retningslinje. Brukeren kan selvsagt også velge å avslutte budrunden, etc. manuelt etter at agenten har fullført rutinearbeidet som er nødvendig for å nå dette viktige punkt i prosessen.

Fig. 6 illustrerer i diagramform de forskjellige programvaremoduler i det agent-spesifikke laget som implementerer, i dette tilfellet, WebButler.

Brukergrensesnittet i fig. 6 implementerer et brukervennlig vindu på brukerens skjerm. Det er basert på enkle forstå-bare ikoner for prosesser og hendelser. Når brukeren klikker på ikonene, mottar han/hun mer detaljert innforma-sjon om gjeldende status, innsamlet informasjon etc. Brukeren kan i tillegg enkelt kontrollere agentens virke ved å spesifisere utløsningspunktet etc.

Interaksjons plugg-inn i fig. 6 implementerer brukergrensesnittet til forskjellig, eller forbedret agent-applikasjoner/atferder. F.eks. kan en agent spesialisert for elektroniske auksjoner (forhandling, strategi, etc.) inkludere et grensesnitt mot indeksagenter som er nødvendig for å hente informasjon vedrørende lokalisering av interessante auksjoner som inkluderer bestemte enheter, kredittrapporteringstjenester som sikrer at auksjonarius drives av et solid selskap etc.. Interaksjon plugg-inn tilveiebringer derfor basismekanismer for forskjellige typer applikasjoner/adferd.

Sesjonsbehandler i fig. 6 implementerer behandlingen av prosessene som er nødvendig for å utføre den forespurte oppgave. Dette inkluderer etablering av meldingene som er nødvendig for å utføre oppgaven, tolkning av mottatte meldinger, avvente prosessen og gi beskjed til eieren av agenten dersom et utløsningspunkt har blitt møtt etc.. Den logikk som er nødvendig for å utføre den forespurte oppgave er derfor implementert i sesjonsbehandlermodulen.

Databasen i fig. 6 behandler alle data som er nødvendig for å operere den personlige agent-tjeneste. Dette inkluderer spesifikasjoner over eierens interesser hvorpå den forespurte oppgave er basert, meldinger mottatt og sendt, statusinformasjon over sesjonene, lokalt lagrede adresser til agenter/agentsteder som har arbeidet godt under tidligere oppgaver etc.. Databasen lagrer også den forespurte informasjon som agenten innsamler gjennom oppgaven for å være i stand til å presentere den for eieren dersom og når den blir forespurt.

Telia MerchantAssist inkluderer den nødvendige funksjonalitet for å tilveiebringe sanntids personalisert reklame til besøkere av kommersielle web-steder. Mekanismene støtter også sanntids markedsføring til forbrukere etter et besøk på butikken.

Telia InfoBroker tjenesten inkluderer Telia AgentFind, Telia Archive og Telia Auction. Telia MerchantAssist vil ha et grensesnitt mot Telia Betaling og Telia Distribusjon.

Infomeglertjenesten selger:

annonseringsfordeling til interesserte selskaper

- annonseringene er festet til WebButlers Ad-boks når forespørsler utføres fra AgentFind, og

markedsstatistikker innsamlet av AgentFind når forespørsler utføres - dette gjør det mulig for selskaper å identifisere produktområder som ofte forespørres av WebButlere, og å sammenligne markedets evne til å tilfreds-stille kravet.

Telia Archive lagrer elektroniske kontrakter. Telia Distribusjon integrerer nødvendig funksjonalitet for avleveringstj enestene.

Den agent-baserte elektroniske markedsplass hvortil foreliggende oppfinnelse er relatert er basert på desentraliserte tjenester som forbedrer verdi for både sluttbrukere og leverandører. Hovedtjenestene er Telia WebButler, Telia AgentFind og Telia MerchantAssist.

Denne løsning krever av brukerne at de spesifiserer kjøpsforespørsler, eller tilbyr for salg, dvs. kjøpsinteresser eller salgsinteresser, kun én gang. Det er deretter mulig å besøke en leverandør som støtter MerchantAssist-tjenesten for å få personlig reklame basert på brukerens unike interesser uten behovet for å svare ethvert spørsmål, etc. på leverandørens web-sted, siden både WebButlere og MerchantAssist sender deres kjøp/salg-interesser til AgentFind-tjenesten. Det er således AgentFind-tjenesten som hjelper brukeren å finne hvilke leverandører som bør besøkes på web'en, basert på brukerens spesifiserte interesser.

Det er også mulig for brukere å kontakte hverandre direkte gjennom AgentFind-tjenesten. AgentFind matcher brukeres interesser og hjelper brukerens WebButlere å finne andre WebButlere med matchende interesser.

Kjernen i AMP er de tre tjenester Telia WebButler, Telia AgentFind og Telia MerchantAssist.

Telia WebButler er et effektivt og hensiktmessig redskap for sluttbrukere for å selge eller kjøpe enheter på web.

Telia MerchantAssist er leverandørens redskap som gjør det mulig å tilveiebringe individuell reklame basert på en brukers spesifikke interesser på den tid de besøker leverandørens web-butikk.

AgentFind er en nødvendig tjeneste for både WebButler og MerchantAssist som muliggjør kobling mellom kjøpere og selgere. AgentFind virker som en web-megler, som gir mulighet for leverandører å eksponere annonsen, til eieren av en WebButler, som er relatert til interessene levert til AgentFind.

Alle tre tjenester er imidlertid nødvendig for at den agent-baserte markedsplass skal fungere.

Kjernen i WebButler er interesseeditoren. Dette er en dynamisk editor basert på en inf, relevante spørsmål vil presenteres på skjermen og spørre etter obligatoriske eller valgfrie parametere som spesifiserer varen. Denne funksjonalitet gjør det mulig for brukeren å spesifisere enheter for kjøp eller salg. En fordel med dette for brukeren er at han/hun ikke trenger å søke nettet i lang tid for å finne selgere/kjøpere for den spesifiserte handelsvare. I stedet finner brukeren andre brukere og/eller kommersielle selskaper med korresponderende interesser gjennom AgentFind-tjenesten. Når brukeren besøker en elektronisk butikk på web, vil han/hun få reklame automatisk for den vare som er spesifisert, og trenger ikke kaste bort verdifull tid med å finne disse varer i leverandørens butikk.

Utløsningspunkteditoren gir brukeren mulighet for å spesifisere hvor langt WebButler skal tillates å fungere autonomt, og når autonom utførelse må avta og kontrollen returneres til brukeren for å avgjøre hvordan man skal fortsette.

Brukeren kan informeres gjennom WebButler-grensesnittet, eller alternativt kan brukeren spesifisere andre middel for å få melding om utløsningspunkter som haster. Dette kan inkludere f.eks. meldinger gjennom personsøkere, GSM SPS meldinger etc.

Meldingsboksen er et område i WebButler-brukergrensesnitt hvor informasjon framvises over pågående oppgaver.

Annonseringsboksen er det området i WebButler-brukergrensesnitt hvor annonseringer/bannere framvises. Dette er et framvisningsområde på WebButler som WebButlerens operatør har en eksklusiv rett til å bruke, tilsvarende banner-området på søkemotorer såsom Alta Vista. AdBoksen fylles med nye annonseringer når WebButler har aksesset AgentFind-tjenesten. Anonseringene er relatert til de spesifiserte interesser, lagres i WebButler, ved aksessing av AgentFind.

Den personlige profil muliggjør for brukere å lagre informasjon om navn, adresser, telefon/telefaksnumre, demografiske data, langtidsinteresser, etc. Brukeren kan beskytte denne informasjon dersom nødvendig, ved å klikke på deler av den, som er aksesserbar for leverandører og andre brukere på WebButler. Dette har den fordel at brukerne ikke må taste inn all deres personlige informasjon ved kjøp av en vare. Brukeren vil også få en mer personlig behandling ved besøk i leverandørens butikk.

Bokmerker til andre agentfunksjoner muliggjør for WebButlere å lagre adresser til favorittagenter, eller andre WebButlere, eller MerchantAssist, som har blitt mottatt tidligere fra AgentFind.

Forhandlingsfunksjonen gjør det mulig for WebButlere og MerchantAssist å forhandle under kjøpefasen av en vare. Dersom flere deltakere er involvert blir forhandlingen snudd til en elektronisk auksjon. Brukere kan velge forskjellige forhandlingsstrategier, basert på deres egne preferanser. Det er derfor umulig for en individuell deltaker å vite utfallet av en slik forhandling.

Anvendelse av plugg-inn API gjør det mulig for tredje part deltakere å addere selge programvare for brukere WebButlere gir de forbedret adferd og/eller funksjonalitet. Dette kan inkludere f.eks. mer kraftfull forhandlingsalgoritmer, funksjonalitet for kompetansemeglere etc. Ved å tilveiebringe dette åpne grensesnitt sikres en hurtig voksende penetrering for WebButlere.

Identifikasjon kan utføres ved anvendelse av passord. Imidlertid, ved forhandling når elektroniske kontrakter etc. benyttes, er det nødvendig å ha en mer sikker identifikasjon av brukerne. Dette kan oppnås ved anvendelse av smartkort identifikasjon med sertifisering av autorisert funksjonalitet.

For å gjøre kjøpsfasen mer effektiv, kan funksjonalitet for å støtte elektroniske kontrakter tilveiebringes.

For å gjøre betalingsfasen effektiv kan funksjonalitet for å støtte forskjellige elektroniske betalingsmekanismer støttes, og likeledes elektroniske lommebøker for behandling av forskjellige typer for elektronisk betaling, kvittering etc.

Funksjonalitet kan tilveiebringes for å gjøre det mulig å begrense bruk av WebButlere. Dette utføres ved å bruke arvemekanismer hvor en "forelder" WebButler kan begrense funksjonaliteten av "barn" WebButler. For forbrukere kan det f.eks. være at barn i en husholdning kun vil være i stand til å kjøpe varer som ikke er relatert til vold, pornografi, etc. I et forretningsmiljø kan det være f.eks. at ansatte kun kan handle varer relatert til selskapets drift.

Primærfunksjonen for Telia AgentFind er å matche salgs-/kjøpsinteresser. Dette utføres ved å administrere en database med spesifiserte salgs/kjøpsinteresser sammen med adressen til WebButler, eller MerchantAssist, som leverte interessen.

Når en WebButler, forbrukers agent, eller MerchantAssist, leverandørsagent, sender en interessespesifikasjon, vil den motta informasjon over WebButlere og MerchantAssist med korresponderende interesser. For hver korresponderende intl mottatt. Basert på denne informasjon kan WebButlere eller MerchantAssist aksessere de andre agenter med de nærmest korresponderende interesser.

Forbrukere og leverandører kan innsende spesifiserte interesser med AgentFind-tjenesten. Forbruker A kan dermed bestemme at leverandør 1 har en korresponderende interesse, og forbruker D bestemmer at leverandør 3 har den beste match for hans/hennes interesse. Kunde B, kan på den andre side finne at forbruker C er den beste person å kontakte med hensyn til hans/hennes spesifikke interesser.

Hovedinntekten fra AgentFind-tjenesten vil sannsynligvis komme fra informasjonsmeglingen. Dette er salg av eksponering av annonsering/bannere på brukeres WebButlere, basert på de spesifikke interesser levert til AgentFind. Dette oppnås ved anvendelse av AdBoks-fasilitet på WebButlere hvorfor AgentFind har eksklusiv aksess til annonseringsreklamer.

En annen inntektskilde for AgentFind er salg av markedsstatistikker. Dette er informasjon relatert til volum og profil av innsendte interesser. Denne informasjon er svært verdifull for leverandører, siden det muliggjør for de å detektere mismatch mellom markedskrav og spesifikke produkter og det som for tiden er et tilbud. Denne informasjon kan f.eks. anvendes når en leverandør ønsker å ekspandere salg til nye produktområder etc.

Telia MerchantAssist tilveiebringer leverandører med muligheten for å gi individuelle reklamer når brukerne besøker leverandørens web-butikk. Dette utføres ved å synkronisere brukerens spesifiserte interesser med varene tilveiebrakt av den elektroniske butikk. Dersom butikken har matchende varer, kan spesifikke individualiserte reklamer gis til den spesifikke kunde. Potensialet kan være enda større dersom butikken også matcher interessene med brukerens tidligere kjøp i butikken, som lagres i kunde-databasen. Det er deretter mulig å vite om kunden er en viktig kunde som bør motta spesialbehandling.

MerchantAssist-tjenesten ma-linje reklamer for kunden basert på kundens spesifikke interesse som er gyldig når butikken ble besøkt.

Som forklart ovenfor tilveiebringer Telia agent-basert markedsplass brukere med en personlig programvare agent, benevnt WebButler. WebButleren tilveiebringer støtte for brukeren, og muliggjør han/henne å spesifisere de bestemte kjøps- eller salgskontrakter han/hun er interessert i. Kommersielle leverandører kan også spesifisere varer for salg, i elektroniske butikker, gjennom en leverandørassist funksjon.

Hovedoppgaven for AgentFind-tjenesten er å tilveiebringe WebButlere og MerchantAssist med informasjon hvorpå andre agenter (WebButler og MerchantAssist) har korresponderende interesser. Dette gjør AgentFind-tjenesten til det naturlige senter for den agent-baserte markedsplass. I tillegg til dets basisfunksjon, dvs. å matche korresponderende interesser mellom agenter, tilveiebringer AgentFind også tilleggsverditjenester, såsom markedsstatistikker, informasjon over forespurte interesser, informasjonsmegling og annonseringstjenester etc.

P.g.a. at interessene for hver WebButler ofte forandres, er det viktig at AgentFind-databasen kontinuerlig oppdateres. Automatiske koordineringsmekanismer er derfor nødvendig.

En utfordring systemet må møte er tilveiebringelse av korrekt rating for nivået av samsvar mellom matching av interesser, siden det er sjelden at interesser korresponderer eksakt. Basert på ratingen kan agenter (WebButlere, eller MerchantAssist) automatisk prioritere hvilke av de andre agenter (WebButler eller MerchantAssist) som skal kontaktes.

Operasjon av AgentFind er kritisk avhengig av innforma-sjonsstrukturen benyttet for å uttrykke brukere og leverandører med kjøps- og salgsinteresser. Disse interesser etableres ved anvendelse av en dynamisk editor som kan forespørre tilleggsinformasjon basert på handels objektet som er spesifisert. Dette gjør det hensiktsmessig for brukeren å tilveiebringe meningsfull informasjon med hensyn til et spesifikt handelsobjekt.

Parameter valgfri.

WebButler og MerchantAssist-programvare inkluderer en synkroniseringsmekanisme for datareplikasjon mellom dem selv og AgentFind. Dette sikrer at de lagrede interesser i AgentFind alltid er oppdatert. Dersom en spesifisert interesse fjernes, eller modifiseres, gjøres synkroniseringen igjennom en "oppdatering av interesseprofil" melding. Dette sikrer at andre WebButlere og MerchantAssist ikke vil motta en anbefaling fra AgentFind om å kontakte en agent hvorfor den forespurte adresse har blitt slettet, eller modifisert, på en slik måte at interessen ikke lenger korresponderer med hverandre.

Dersom en ny interesse spesifiseres oppdateres AgentFind gjennom en "send interesser" melding.

Meldingsstrukturen, beskrevet ovenfor, er illustrert i fig. 7 som klart viser forholdene mellom en WebButler, en MerchantAssist og AgentFind. WebButleren bærer de spesifiserte interesser for en sluttbruker som har blitt etablert ved at sluttbrukeren anvender en dynamisk interesseeditor. MerchantAssist bærer spesifikasjoner over salgsvarer. Beskrivelsen av varene og deres priser kan forandres av en leverandør ved anvendelse av en dynamisk editor, eller andre egnede mekanismer. AgentFind har en database som lagrer konsistent oppdaterte interessespesifikasjoner levert av sluttbrukere gjennom WebButlere og av leveran-dører gjennom MerchantAssist. Meldingsstrukturen som opererer mellom WebButlere og AgentFind, og mellom MerchantAssist og AgentFind er tiltenkt å sikre at data båret av disse enheter er i samsvar, dvs. korrelert. Som beskrevet ovenfor anvendes de følgende meldinger: "Send interesser"

"Referanser til agenter med korresponderende

adresser", og

"Oppdatering av interesseprofil."

Funksjonen av disse meldinger er selvforklarende.

Dersom en ny interesse har blitt spesifisert, eller en interesse har blitt oppdatert, mottas "referanser til agenter med samsvarende interesser" melding. Denne inkluderer en prioritert liste over agenter med samsvarende interesser som kan se ut som eksemplet illustrert i fig. 8 hvor en WebButler er interessert i å kjøpe en Bianchi sykkel. Ratingen gir et mål pa samsvar mellom handelsobjektet tilbudt for salg og interessespesifikasjonen for en potensiell leverandør, i dette tilfellet "en Bianchi sykkel som har minst 21 gir og som ikke er mer enn 2 år gammel, som koster mindre enn $300 og som fortrinnsvis er grønn eller blå."

Et viktig krav for å finne samsvar mellom et handelsobjekt og en interessespesifikasjon, som må møtes før en samsvars-rating mellom handelsobjektet og interessespesifikasjonen, er dermed at alle obligatoriske parametere må matche. Dvs. at handelsobjektet og interessespesifikasjonen må relateres til den samme produktkategori, og må ha de samme attributter markert som obligatoriske. Dette er viktig for å sikre kort responstid for forespørsler til AgentFind.

Nivået av samsvar beregnes ved anvendelse av følgende algoritme:

hvor: N = Antallet valgfrie parametere i forespørselen

OP(X) = valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hver valgfri parameter har verdi 1 i vektoren.

F(X) = Prioritetsvektfaktor for hver valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hvert element (prioritetsvektfaktor) i vektoren har en mulig verdi mellom 0 og 1. (Det er selvsagt mulig for brukeren å velge standardverdi 1 for alle vektfaktorer dersom han/hun føler at alle valgfrie parametere er av lik verdi).

Parametrene for samsvarsberegningen defineres ved at brukeren anvender hans/hennes WebButler. Dette gjør det mulig for brukere selv, eller gjennom ytterligere datamaskinprogrammer, plugg-inn, tilkoblet gjennom WebButler API, og modifisere parametrene for å få et rating resultat som best passer den individuelle bruker og/eller applikasjon.

Når en bruker spesifiserer hans/hennes interesser gjennom hans/hennes WebButler, selekterer han/hun hvilke parametere som er obligatoriske og hvilke som er valgfrie. Toppnivå-parametrene er alltid obligatoriske, dvs. om en transaksjon er et kjøp eller salg, og produktkategori - en sykkel i eksemplet illustrert i fig. 8.

For å minimalisere:

lagringsplass som er nødvendig i AgentFind- databasen, og

responstiden for forespørsler

benyttes et informasjonshierarki.

Fig. 9 viser en oversikt over informasjonen lagret i Telia serverdomene og i leverandørserveren. Spesielt viser fig.9 hvordan interessedata fordeles mellom de forskjellige elementer i AgentFind i Telias server og i en leverandørs database. Det skal bemerkes at Telia WebButler, logikk for AgentFind og MerchantAssist-programvare, i Telias domene, kan allokeres til uavhengige servere. Alle brukerspesifi-serte interesser lagres i brukerinteressedatabasen, på Telias server. Kun produktkategorien og nøkkelatributtene for hver handelsvare som en leverandør ønsker å tilby for salg lagres i MerchantAssist-databaser (MA-DB), på Telias server. Disse inkluderer f.eks. attributter såsom om handelsobjektet tilbys for salg, eller søkes for kjøp, og geografisk lokalisasjon. Alle andre data for varen lagres i katalog DB-databasen på leverandørserveren. Det skal også bemerkes at AD.DB er en database over annonseringsmateri-ell.

Bruk av denne arkitektur eller hierarki, gjør det mulig å redusere antallet leverandører som har handelsvarer som matcher en bestemt interessespesifikasjon til et lite antall, når en forespørsel er mottatt av AgentFind i Telias server. For å beregne nivået av interesselikhet, dvs. rating, sendes forespørsler fra WebButler til leverandørens server for å innsamle de ytterligere attributter som er nødvendig. Når beregningen har blitt sluttført, returneres et endelig svar inkluderende referanser og rating til brukeren.

Når volumet av brukere og/eller leverandører og kjøps-forespørsler og/eller salgstilbud er begrenset kan mesteparten av leverandørens produktinformasjon lagres lokalt ved leverandørens sted. Når antallet brukere og/eller leverandører øker og antall handelsvarer som hver leverandør tilbyr for salg også øker er det nødvendig å øke antallet parametere lagret i Telias Merchant database. Dette er nødvendig for å redusere antallet forespørsler sendt til leverandører som spør etter mer informasjon, og som dermed hindrer at leverandørserverne blir overbelastet, og som sikrer at den totale responstid for en forespørsel til AgentFind indekstjenesten ikke blir for lang.

For å redusere belastningen på AgentFind-tjenesten er logikk for å innsamle ytterligere.informasjon som er nødvendig for beregning av rating fra leverandørservere allokert til WebButler.

Siden volumet av data som er lagret, fra forbrukeres kjøpsforespørsler og tilbud for salg er lav, kan all denne informasjon lagres direkte i Telias, eller annen operatørs, server.

For at brukeren skal ha en hurtig responstid, framvises en ikke-prioritert liste over korrelerte agenter så snart AgentFind har utført en preseleksjon av agenter, basert på produktkategoriene og nøkkelattributter lagret i AgentFind. En teller viser deretter progresjonen i ratingsprosessen. Siden denne andre fase inkluderer informasjonsinnsamling fra leverandørservere kan det ta betydelig lengre tid å utføre. Når datainnsamlingen er ferdig, utføres beregningen av ratingnivået lokalt i WebButler og presenteres for brukeren.

MerchantAssist programvaren lagret på leverandørens server inkluderer en konversjonsfunksjon. Denne funksjonen konverterer, dersom nødvendig, produktdatainformasjon til informasjonsstrukturen anvendt av AgentFind. F.eks. har AgentFind et sett aksepterte produktklasser og attributter for hver produktklasse. Dersom leverandøren har en mer detaljert klassifisering av produkter/attributter, utføres en transformering for å omdanne leverandørens detaljerte klassifikasjon til det som aksepteres av AgentFind. Et brukervennlig grensesnitt er tilveiebrakt for å gjøre det enkelt for leverandører å spesifisere disse kryssrefe-ransetabeller.

P.g.a. forskjeller mellom lover og etiske normer mellom forskjellige land, er det mulig å etablere lokale AgentFind databaser for et bestemt land, eller en gruppe land, dersom hensiktsmessig. Det er således mulig å automatisk fjerne produktkategorier og attributter som ikke er tillatt av lov eller etikk, i det bestemte land eller region. Dette utføres ved å generere en svarteliste hvor ikke tillatte produktkategorier og/eller attributter lagres. En automatisk sjekk mot svartelisten utføres for hver nye produktkategori/attributt. Dersom en ny produktkategori og/eller attributt finnes på listen avslås

produktkategorien og/eller attributtet automatisk.

Ved å anvende WebButler grensesnitt kan en bruker etablere en ny interessespesifikasjon, eller editere en kjøpsforespørsel, eller salgstilbud, som allerede har blitt sendt til AgentFind indekstjeneste. Når forespørselen er sendt, vil brukerens WebButler motta informasjon relatert til andre WebButlere og leverandører med sammenfallende interesser. Så lenge brukeren lar AgentFind lagre en sendt interesse, vil andre brukere, WebButlere, eller leveran-dører, gis beskjed av brukeren dersom og/eller når de sender en korresponderende interessespesifikasjon.

Når brukeren editerer en interesse som allerede har blitt sendt til AgentFind, kan den lagres lokalt, dersom brukeren ikke ønsker den nye versjon og være effektiv på nettet. Dersom brukeren imidlertid selekterer send, eller publiser-funksjonen, etter editeringssesjonen, vil den nye versjon erstatte den gamle i AgentFind-serveren. En respons vil deretter mottas som identifiserer andre brukere, WebButlere og leverandører med matchende interesser. Dersom en bruker ikke ønsker at andre brukere, f.eks. WebButlere eller leve-randører skal være i stand til å identifisere han/henne og å tilkoble til han/henne, er det mulig å sende en kjøps-forespørsel eller salgstilbud til AgentFind med lagringsparametrene frakoblet - dette utføres i WebButler brukergrensesnitt. Brukere mottar deretter den samme respons fra AgentFind som med en kjøpsforespørsel eller salgstilbud sendes med lagringsparametrene aktivert. Dvs., en liste brukere, WebButler og leverandører med korresponderende interesser inkluderer en rating over likheten. Det vil imidlertid ikke være mulig for andre WebButlere og leverandører å sende interesser til AgentFind og i en referanse til denne bruker, eller WebButler, basert på den sendte interesse, siden denne ikke er lagret.

Som anvendt heri benevner termene WebButler og MerchantAssist agenter assosiert med sluttbrukere, eller konsumenter, og leverandører, respektivt, og skal ikke tolkes å bære en forbindelse som begrenser de til en bestemt tjenesteleverandør, såsom Telia.

Claims (34)

1. Fremgangsmåte i et telekommunikasjonssystem som muliggjør utbytting av handelsvarer assosiert med interessespesifikasjoner, hvorved handelsvarene er assosiert med WebButlere eller MerchantAssist, i et telekommunikasjonssystem omfattende et flertall brukerterminaler, minst én tjenesteleverandørserver og et flertall leverandørservere, omfattende trinnene å: å ekstrahere i nevnte minst ene tjenesteleveran-dørsserver, å ekstrahere en interessespesifikasjon fra en WebButler eller fra en MerchantAssist, idet ekstraheringen utføres på forespørsel fra nevnte WebButler eller nevnte MerchantAssist, til, i en brukerinteressedatabase i en leverandør-interessedatabase, søke for matchende interessespesifikasj oner, identifisere WebButlere og/eller MerchantAssist som er assosiert med nevnte matchende interessespesifikasjoner,karakterisert vedå beregne en samsvarsrate for hver matchende interessespesifikasjon, omfattende trinnene å: ekstrahere informasjon fra katalogdatabasen i leverandørens servere, ekstrahere informasjon over handelsvarer til bruk ved beregning av samsvarsraten, hvorved katalogdatabasen bærer informasjon over handelsvarene for hvor leverandørserverne assosiert med MerchantAssist bærer interessespesifikasjoner.

2. Fremgangsmåte i samsvar med krav 1,karakterisert vedtrinnene å ekstrahere data relatert til produktkategorier og nøkkelattributter for handelsvarer for hvor MerchantAssist bærer interessespesifikasj oner.

3. Fremgangsmåte i samsvar med krav 2,karakterisert vedat den omfatter trinnene: å indikere nevnte data relatert til en handelsvare som obligatoriske parametere og valgfrie parametere, og å indikere, av de obligatoriske parametere, om en interessespesifikasjon relatert til et ønske om å kjøpe eller selge, og en produktkategori.

4. Fremgangsmåte i samsvar med krav 3,karakterisert vedtrinnene å beregne en samsvarsrate inkluderende trinnene: å beregne en rate, Corr_level, for likhet mellom to interessespesifikasjoner, ved hjelp av den følgende algoritme: Corr_level = 1 - (SUM(OP(X)<*>F(x)))/X hvor: N = antallet valgfrie parametere i forespørselen OP(X) = valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hver valgfri parameter har verdi 1 i vektoren. F(X) = prioritetsvektfaktor.;

5. Fremgangsmåte i samsvar med krav 3 eller 4,karakterisert vedat fremgangsmåten omfatter trinnene: å, ved levering fra en WebButler av en første interessespesifikasjon til tjenesteleverandørserveren med en forespørsel om å identifisere korresponderende interessespesifikasjoner, søke brukerens interessedatabase og leverandørens interessedatabase, for å identifisere interessespesifikasjoner for hvor alle obligatoriske parametre matcher den første interessespesifikasjon, og å levere en liste over innehavere for de matchende interessespesifikasjoner til WebButler.;

6. Fremgangsmåte i samsvar med krav 5,karakterisert vedtrinnene å, fra leverandørservere til WebButlere, ekstrahere data for beregning av samsvarsrater.;

7. Fremgangsmåte i samsvar med krav 6,karakterisert vedat fremgangsmåten omfatter trinnene: å presentere listen over opphavsmenn til en bruker så snart den er tilgjengelig, sammen med en teller som indikerer progresjon mot å oppta ytterligere data som er nødvendig for å beregne samsvarsrater, og, ved WebButleren, beregne samsvarsrater, og å, ved WebButler oppdatere listen dersom og når samsvarsraten beregnes, hvorved den oppdaterte liste prioriteres og inkluderer samsvarsrater.;

8. Fremgangsmåte i samsvar med et av kravene 1-7,karakterisert vedtrinnene: å dynamisk synkronisere data ved WebButlere og MerchantAssist data ved tjenesteleverandørserver.;

9. Fremgangsmåte i samsvar med krav 8,karakterisert vedat den omfatter trinnene å dynamisk synkronisere data inkluderende trinnene å utbytte de følgende meldinger mellom WebButlere og tjenesteleverandørserver, og mellom MerchantAssist og tjenesteleverandørserver: "Lever interesser" "Oppdater interesseprofil" og "Referanser til agenter med korresponderende interesser.";

10. Fremgangsmåte i samsvar med et av kravene 1-9,karakterisert vedtrinnene: at tjenesteleverandørserveren tilveiebringer tilleggstjenester inkluderende: markedsstatistikk rapport over interessespesifikasjoner informasjonsmegling, og annonsering.;

11. Fremgangsmåte i samsvar med et av kravene 1-10,karakterisert vedat fremgangsmåten omfatter trinnene å etablere interessespesifikasjoner ved anvendelse av en dynamisk editor tilpasset for å forespørre etter ytterligere informasjon fra en bruker.;

12. Fremgangsmåte i samsvar med et av kravene 1-11,karakterisert vedat fremgangsmåten omfatter trinnet å omdanne interessespesifikasjoner fra et MerchantAssist format til et format som anvendes av tj enesteleverandørserveren.;

13. Fremgangsmåte i samsvar med et av kravene 1-12,karakterisert vedat fremgangsmåten omfatter trinnene å sammenligne produktkategori eller produktattributter av en handelsvare, som skal finnes i interessespesifikasjonen med produktkategorier og produktattributter i en svarteliste, som kan finnes i en database i tjeneste-leverandørserveren, hvor listen omfatter produktkategorier og produktattributter som indikerer produktkategorier og produktattributter som ikke er tillatt for et bestemt land eller region, og, at, dersom en likhet finnes, avslås handelsvaren.;

14. Fremgangsmåte i samsvar med et av kravene 1-13,karakterisert vedtrinnet å ekstrahere en interessespesifikasjon inkluderende trinnet: å, i en tjenesteleverandørserver, motta en interesse-spesif ikas jon med en lagringsparameter frakoblet slik at interessespesifikasjonen ikke lagres på brukerinteressedatabasen .;

15. Fremgangsmåte i samsvar med et av kravene 1-14,karakterisert vedat den omfatter trinnet å allokere logikk på programvare som er assosiert med WebButlere, MerchantAssist og tjenesteleverandørserveren, til forskjellige tjenesteleverandørservere;

16. Telekommunikasjonssystem, som er tilpasset utbytting av handelsvarer assosiert med interessespesifikasjoner, hvorved handelsvarene er assosiert med WebButlere eller MerchantAssist, inkluderende et flertall brukerterminaler, minst én tjenesteleverandørserver og et flertall leverandørservere, omfattende et middel, i nevnte minst ene tjenesteleverandørsserver, for å ekstrahere en interessespesifikasjon fra en WebButler eller fra en MerchantAssist, idet ekstraheringen utføres på forespørsel fra nevnte WebButler eller nevnte MerchantAssist, middel, i en brukerinteressedatabase i en leverandørinteressedatabase, for å søke for matchende interessespesifikasjoner, middel for å identifisere WebButlere og/eller MerchantAssist som er assosiert med nevnte matchende interessespesifikasjoner,karakterisertved et middel for å beregne en samsvarsrate for hver matchende interessespesifikasjon, omfattende at leverandørserverne har katalogdatabaser som omfatter informasjon over handelsvarer for hvor MerchantAssist, assosiert med leverandørserverne, bærer interessespesifikasjoner, og at midlet for å beregne en samsvarsrate har aksess til katalogdatabasene for å oppta informasjon til bruk ved beregning av samsvarsraten.;

17. Telekommunikasjonssystem i samsvar med krav 16,karakterisert vedat leverandørinteressedatabasen omfatter data relatert til produktkategorier og nøkkelattributter for handelsvarer for hvor MerchantAssist bærer interessespesifikasjoner.;

18. Telekommunikasjonssystem i samsvar med krav 17,karakterisert vedat data relatert til handelsvarer indikerer obligatoriske parametere og valgfrie parametere, og at de obligatoriske parametere indikerer en interessespesifikasjon relatert til et ønske om å kjøpe eller selge.;

19. Telekommunikasjonssystem i samsvar med krav 18,karakterisert vedat midlet for å beregne er tilpasset for å beregne en samsvarsrate inkluderende trinnene, Corr_level, for samsvar mellom to interessespesifikasjoner, ved hjelp av den følgende algoritme: Corr_level = 1 - (SUM(OP(X)<*>F(x)))/X hvor: N = antallet valgfrie parametere i forespørselen OP(X) = valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hver valgfri parameter har verdi 1 i vektoren. F(X) = prioritetsvektfaktor.

20. Telekommunikasjonssystem i samsvar med krav 18 eller 19,karakterisert ved middel for, ved levering fra en WebButler av en første interessespesifikasjon til tjenesteleverandørserveren med en forespørsel om å identifisere korresponderende interessespesifikasjoner, å søke brukerens interessedatabase og leverandørens interessedatabase, middel for å identifisere interessespesifikasjoner for hvor alle obligatoriske parametere matcher den første interessespesifikasjon, og middel for å levere en liste over opphavsmenn for de matchende interessespesifikasjoner til WebButler.

21. Telekommunikasjonssystem i samsvar med krav 20,karakterisert ved middel for å, fra leverandørservere til WebButlere, ekstrahere data for beregning av samsvarsrater.

22. Telekommunikasjonssystem i samsvar med krav 21,karakterisert ved middel for å presentere listen over opphavsmenn til en bruker så snart den er tilgjengelig, sammen med en teller som indikerer progresjon mot å oppta ytterligere data som er nødvendig for å beregne samsvarsrater, og middel for å, i WebButleren, beregne samsvarsrater, og middel for å, i WebButler oppdatere listen dersom og når samsvarsraten beregnes, hvorved den oppdaterte liste prioriteres og inkluderer samsvarsrater.

23. Telekommunikasjonssystem i samsvar med et av kravene 16-22,karakterisert ved middel for å dynamisk synkronisere data i WebButlere og MerchantAssist med data i tjenesteleverandørserveren.

24. Telekommunikasjonssystem i samsvar med krav 23,karakterisert vedat midlet for dynamisk å synkronisere data omfatter middel for å utbytte de følgende meldinger mellom WebButlere og tjenesteleverandørserver, og mellom MerchantAssist og tjenesteleverandørserver: "Lever interesser" "Oppdater interesseprofil" og "Referanser til agenter med korresponderende interesser."

25. Telekommunikasjonssystem i samsvar med et av kravene 16-24,karakterisert ved middel for å allokere logikk og programvare, som er assosiert med WebButlere, MerchantAssist og tjenesteleverandørserver, til forskjellige tjenesteleverandørservere i det samme domene.

26. Telekommunikasjonssystem i samsvar med et av kravene 16-24,karakterisert ved middel for å, fra tjenesteleverandørserveren, tilveiebringe tilleggstjenester inkluderende: markedsstatistikk rapport over interessespesifikasjoner informasjonsmegling, og annonsering.

27. Telekommunikasjonssystem i samsvar med et av kravene 16-25,karakterisert ved en dynamisk editor tilpasset for å etablere interessespesifikasjoner, idet den dynamiske editor er tilpasset for å forespørre etter ytterligere informasjon fra en bruker.

28. Telekommunikasjonssystem i samsvar med et av kravene 16-27,karakterisert vedat leverandørserverne omfatter omdanningsmiddel som er tilpasset for å omdanne interessespesifikasjoner fra et MerchantAssist format til et format som anvendes av tjenesteleverandørserveren.

29. Telekommunikasjonssystem i samsvar med et av kravene 16-28,karakterisert vedat leverandørdatabasen og brukerinteressedatabasen er landsspesifikk, eller regionsspesifikk.

30. Telekommunikasjonssystem i samsvar med krav 29,karakterisert ved middel for å sammenligne produktkategori eller produktattributter av en handelsvare, som skal finnes i interessespesifikasjonen, med produktkategorier og produktattributter i en svarteliste, som kan finnes i en database i tjenesteleverandørserveren, hvor listen bærer produktkategorier og produktattributter som indikerer produktkategorier og produktattributter som ikke er tillatt for et bestemt land eller region, og, middel for å, dersom en likhet finnes, avslå handelsvaren.

31. Telekommunikasjonssystem i samsvar med et av kravene 16-30karakterisert ved middel for å, i en tjenesteleverandørserver, motta en interessespesifikasjon med en lagringsparameter frakoblet slik at interessespesifikasjonen ikke lagres på brukerinteressedatabasen.

32. Tjenesteleverandørserver, som er tilpasset for å operere med et telekommunikasjonssystem i samsvar med et av kravene 16-31,karakterisert vedat tjenesteleverandørserveren omfatter programvare som er assosiert med WebButlere og WebAssister.

33. Tjenesteleverandørserver i samsvar med krav 32,karakterisert vedat tjenesteleverandørserveren omfatter middel for å implementere en søkemotor for samvirke med WebButlere, MerchantAssist, brukerinteressedatabasen og leverandørinteressedatabasen.

34. Søkemotor form anvendelse med et telekommunikasjonssystem i samsvar med et av kravene 16-21,karakterisert vedat søkemotoren er inkludert i en tjenesteleverandørserver og i det minste er tilpasset for å motta søkeinstruksjoner fra WebButlere og MerchantAssist, for å søke i minst to databaser, og til å ha aksess til fjerndatabaser for ytterligere data.