NO318949B1

NO318949B1 - System and method of a telecommunications system

Info

Publication number: NO318949B1
Application number: NO20004840A
Authority: NO
Inventors: Lennart Isaksson; Reza Firouzfar; Anne-Marie Huhta
Original assignee: Teliasonera Ab Publ
Priority date: 1998-04-03
Filing date: 2000-09-27
Publication date: 2005-05-30
Also published as: SE9801181L; EE200000576A; NO20004840D0; SE9801181D0; WO1999052042A3; EP1076866A2; WO1999052042A2; NO20004840L

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. The present invention relates to a system and a method in a telecommunications system as defined in the introduction in claims 1 and 16, which enables the exchange of commercial goods associated with specifications of interest.

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 å The present invention relates, among other things, to methods for operating the physical infrastructure associated with a telecommunications transmission platform used to support the provision of telecommunications-based services. It is necessary to draw a clear distinction between the operation of an electronic marketplace, which can be modulated on real world marketplaces, and the telecommunications infrastructure used to provide a platform on which the electronic marketplace operates. It must be recognized that the methods of trading on, e.g. Internet, and methods to

operere de tekniske elementer på Internett er forskjellige. operate the technical elements of the Internet are different.

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. Use of the Internet has increased dramatically. Many people now have access to the Internet not only from their offices but also from their homes. Through the development and application of secure identification systems, electronic payment systems, etc., electronic commerce, usually referred to as e-commerce, on the Internet has become an acceptable way of doing business safely and responsibly.

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. It is considered by many market research organizations that electronic commerce is one of the fastest growing areas within the Internet due to that it not only gives the Internet user a more convenient and time-saving shopping experience, but it also enables suppliers, who shop on the Internet, to save money through the use of more cost-effective operations, including, among other things, "business process re-engineering" by business level increased competitiveness through lower prices and ability to introduce one-to-one marketing techniques.

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 97/26612 describes a system and a method related to electronic commerce. The system comprises a number of user terminals, supplier servers and service provider servers, where a user of the system can store and update information related to their sales/purchase interests, as the user's sales/purchase information interests are extracted and identified using find and search devices in the system.

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. WO 96/34357 mentions a system and a method that relates to a cross network that matches the user's profiles, where the system includes, among other things, a calculation device for calculating matching values in accordance with the user's sales/purchase interests.

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. Many companies have realized the importance and potential agent-oriented services will have on e-commerce on the Internet, both today and in the future. E.g. NetScape has announced that agent-based search engines will be introduced in future releases, and Jango has already implemented a search engine for commercial information based on agent-orientation. In addition, Firefly and NetPerception have introduced recommended engines used by Amazon.com and other commercially available Web sites. There are also companies, such as Kinetoscope, which offer tools for the development of agent-oriented services for the Internet.

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. The Telia Agentbased MarketPlace provides users with a personal software agent called a WebButler. The WebButler provides support for the user and enables him/her to specify the purchase or sale contracts he/she is interested in. Commercial suppliers can also specify goods for sale, in online stores, through a function called 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. The main task of the AgentFind service, to which the present invention relates, is to provide WebButler and MerchantAssist with information to which other agents (WebButler and/or MerchantAssist) have corresponding interests. This makes the AgentFind service the natural center for the agent-based marketplace. In addition to its primary function, i.e. to match corresponding interests between agents, AgentFind also provides additional services, such as market statistics, information on requested interests, information brokerage and advertising services.

Siden interessene for hver WebButler ofte forandres, er det essensielt at AgentFind-databasen kontinuerlig oppdateres. Automatisk koordineringsmekanismer tilveiebringes derfor. As the interests of each WebButler often change, it is essential that the AgentFind database is continuously updated. Automatic coordination mechanisms are therefore provided.

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. One challenge the system must face is providing a correct calculation for the level of correspondence between matching interests, since it is rare that interests correspond exactly. Based on this calculation, agents (WebButler or MerchantAssist) can automatically prioritize which of the other agents (WebButler or MerchantAssist) should be contacted.

Den foreliggende oppfinnelse tilveiebringes en infrastruktur for å implementere AgentFind-tjenesten slik at den møter disse krav. The present invention provides an infrastructure to implement the AgentFind service so that it meets these requirements.

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. The present invention can be seen as next-generation search engines for agents, in contrast to today's search engines, such as Alta Vista, which are designed to operate with more or less static web sites. The difference is e.g. that the agent-oriented search engine, AgentFind, deals with interests specified by users and suppliers. These interests are totally focused on electronic commerce. Since the interests can change more or less daily for the participants, it is of far greater importance for AgentFind to be capable of consistent processing than is the case for conventional search engines. It is for this reason that synchronization mechanisms have been developed. Another difference between AgentFind and known search engines is related to mechanisms used to calculate matches between participants' interests. This is necessary as it is software, WebButler and MerchantAssist, which will apply the result automatically, and not humans as is the case with conventional search engines. It is therefore necessary to ensure that the calculation of the compliance ranking takes proper account of parameters of interest that are categorized as mandatory, and to separate these from optional parameters. The algorithm used takes this information into account when calculating the match rank, so the results are much more precise than what is produced by today's search engines.

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. According to one aspect of the present invention, a method is provided as described in the preamble of claim 1, characterized by calculating a match rate for each matching specification of interest, comprising the steps of: extracting information from the catalog database in the supplier's servers, and extracting information about merchandise for use in calculation of the match rate, whereby the catalog database carries information of the merchandise for which the vendor servers associated with MerchantAssist carry specifications of interest.

Alternative utførelser av fremgangsmåten i foreliggende oppfinnelse kan kjennetegnes ved karakteristikken i kravene 2-15. Alternative embodiments of the method in the present invention can be characterized by the characteristics in claims 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. The method in the present invention can extract data related to product categories and key attributes for merchandise for which MerchantAssist carries interest specifications.

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: An alternative embodiment of the method in the present invention can be characterized by the fact that it includes the steps of indicating said data related to a commodity as mandatory parameters and optional parameters, and indicating, of the mandatory parameters, an interest specification related to a desire whether to buy or sell, and a product category. It can also be characterized by the steps to calculate a compliance rate including the steps:

å beregne en rate, Corr_level, for likhet mellom to interessespesifikasjoner, ved hjelp av den følgende algoritme: to calculate a rate, Corr_level, for similarity between two specifications of interest, using the following algorithm:

hvor: N = antallet valgfrie parametere i forespørselen where: N = the number of optional parameters in the request

OP(X) = valgfri parameter. En vektor hvor X har verdi fra 1 til N. Hver valgfri parameter har verdi 1 i vektoren. OP(X) = optional parameter. A vector where X has value from 1 to N. Each optional parameter has value 1 in the vector.

F(X) = prioritetsvektfaktor. F(X) = priority weighting factor.

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. Another alternative embodiment of the method may include the steps of, upon delivery by a WebButler of a first interest specification to the service provider server with a request to identify corresponding interest specifications, searching the user's interest database and the provider's interest database, to identify interest specifications for which all mandatory parameters matches the first interest specification, and to supply a list of holders for the matching interest specifications to WebButler. Alternatively, the method may extract data for calculating compliance rates from supplier servers to WebButlers.

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 A further embodiment of the method in the present invention can be characterized in that the method comprises the steps: presenting the list of authors to a user as soon as it is available, together with a counter indicating progress towards recording additional data necessary to calculate match rates, and, at the WebButler, calculate match rates, and

å, ved WebButler oppdatere listen dersom og når samsvarsraten beregnes, hvorved den oppdaterte liste prioriteres og inkluderer samsvarsrater. to, by WebButler update the list if and when the compliance rate is calculated, whereby the updated list is prioritized and includes compliance rates.

Fremgangsmåten kan også dynamisk synkronisere data ved WebButlere og MerchantAssist data ved The procedure can also dynamically synchronize data at WebButler and MerchantAssist data at

tj enesteleverandørserver. tj single provider server.

Den dynamiske synkroniseringen kan oppnås ved å utbytte de følgende meldinger mellom WebButlere og tjenesteleverandør-server, og mellom MerchantAssist og The dynamic synchronization can be achieved by exchanging the following messages between WebButler and service provider server, and between MerchantAssist and

tj enesteleverandørserver: i.e. sole provider server:

"Lever interesser" "Lives Interests"

"Oppdater interesseprofil" og "Update interest profile" and

"Referanser til agenter med korresponderende "References to Agents with Correspondents

interesser." interests."

Tjenesteleverandørserveren i den foreliggende oppfinnelse kan tilveiebringe tilleggstjenester inkluderende: markedsstatistikk The service provider server of the present invention can provide additional services including: market statistics

rapport over interessespesifikasjoner report of interest specifications

informasjonsmegling, og information brokerage, and

annonsering. advertising.

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. Interest specifications can be established using a dynamic editor adapted to request additional information from a user. The interest specifications can be converted from a MerchantAssist format to a format used by the service provider server.

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. A further embodiment of the present invention can be characterized by comparing the product category or product attributes of a commodity, which must be found in the specification of interest with product categories and product attributes in a blacklist, which can be found in a database in the service provider server, where the list includes product categories and product attributes that indicate product categories and product attributes that are not allowed for a particular country or region and that, if a similarity is found, the merchandise is rejected.

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. The service provider server may receive an interest specification with a storage parameter disabled so that the interest specification is not stored on the user interest database. Software logic associated with WebButler, MerchantAssist and the service provider server is allocated to different service provider servers.

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. According to a second aspect of the present invention, a telecommunications system as described in the preamble of claim 16 is provided, characterized by a means for calculating a match rate for each matching interest specification, comprising that the supplier servers have catalog databases comprising information on merchandise for which MerchantAssist, associated with the supplier servers, carries interest specifications, and that the means for calculating a compliance rate has access to the catalog databases to record information for use in calculating the compliance rate.

Alternative utførelser av systemet i foreliggende oppfinnelse kan kjennetegnes ved karakteristikken i kravene 17-34. Alternative embodiments of the system in the present invention can be characterized by the characteristics in claims 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. The vendor interest database includes data related to product categories and key attributes of merchandise for which MerchantAssist carries interest specifications. Data related to trade goods indicates mandatory parameters and optional parameters, and that the mandatory parameters indicate an interest specification related to a desire to buy or sell.

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: The means to calculate is adapted to calculate a match rate including the steps, Corr_level, for matches between two specifications of interest, using the following algorithm:

F(X) = prioritetsvektfaktor. F(X) = priority weighting factor.

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. The system of the present invention can further be characterized by a means for, upon delivery from a WebButler of a first interest specification to the service provider server with a request to identify corresponding interest specifications, to search the user's interest database and the provider's interest database, a means for identifying interest specifications where all mandatory parameters match the first interest specification, and a means of supplying a list of authors for the matching interest specifications to WebButler. The system can also be characterized by means of extracting data from supplier servers to WebButlers for calculating compliance rates.

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. Yet another alternative embodiment of the system of the present invention may be characterized by a means for presenting the list of originators to a user as soon as it is available, together with a counter indicating progress towards capturing additional data necessary to calculate match rates, a means to, in WebButler, calculate match rates, a means to, in WebButler, update the list if and when the match rate is calculated, whereby the updated list is prioritized and includes match rates, and a means to dynamically synchronize data in WebButler and MerchantAssist with data in the service provider server.

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" The means for dynamically synchronizing data may include means for exchanging the following messages between WebButler and the Service Provider server, and between MerchantAssist and the Service Provider server: "Delivering Interests"

"Oppdater interesseprofil" og "Update interest profile" and

interesser." interests."

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. The system further includes means for allocating logic and software associated with WebButler, MerchantAssist and service provider server to different service provider servers in the same domain.

Nevnte middel kan, fra tjenesteleverandørserveren, tilveiebringe tilleggstjenester inkluderende: markedsstatistikk Said means may, from the service provider server, provide additional services including: market statistics

rapport over interessespesifikasjoner informasjonsmegling, og report on interest specifications information brokerage, and

annonsering. advertising.

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. A dynamic editor may be adapted to establish interest specifications, the dynamic editor being adapted to request additional information from a user.

Leverandørserverne kan omfatte omdanningsmiddel som er tilpasset for å omdanne interessespesifikasjoner fra et MerchantAssist format til et format som anvendes av tjenesteleverandørserveren. The provider servers may include conversion means adapted to convert interest specifications from a MerchantAssist format to a format used by the service provider server.

Leverandørdatabasen og brukerinteressedatabasen kan være landsspesifikk eller regionsspesifikk. The supplier database and the user interest database can be country-specific or region-specific.

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. Furthermore, the system can be characterized by a means for comparing the product category or product attributes of a commodity, to be found in the specification of interest, with product categories and product attributes in a blacklist, which can be found in a database in the service provider's server, where the list carries product categories and product attributes that indicate product categories and product attributes that are not allowed for a particular country or region, and a means to, if a similarity is found, reject the merchandise.

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. The system of the present invention can also be characterized by a means to, in a service provider server, receive an interest specification with a storage parameter disconnected so that the interest specification is not stored on the user interest database.

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. The service provider server, which is adapted to operate with the telecommunications system in the present invention can be characterized by the fact that it includes software associated with WebButler and WebAssister. The service delivery gateway server may also include means for implementing a search engine for interfacing with WebButler, MerchantAssist, the user interest database and the vendor interest database.

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. Search engine form the application with the telecommunications system according to the present invention can be characterized in that the search engine is included in a service provider server and is at least adapted to receive search instructions from WebButler and MerchantAssist, to search in at least two databases, and to have access to remote databases for further 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. Embodiments of the invention will now be described by way of example, with reference to the accompanying figures, in which: Fig. 1 illustrates, in schematic form, the relationships between some of the main functions and services used in the AMP electronic platform. Fig. 2 illustrates the layer model used by the AMP service platform. Fig. 3 shows message/event types for an agent-based auction service. Fig. 4 illustrates operation of a translation agent that translates between different agent protocols, and to or from traditional HTTP-based web sites. Fig. 5 illustrates the use of the Telia WebButler graphical interface to monitor and control a personal agent. Fig. 6 shows software modules used in Telia WebButler. Fig. 7 illustrates high-level interaction between a WebButler and an AgentFind, and between a MerchantAssist and an AgentFind server. Fig. 8 illustrates an example of how the information is presented to a user by his WebButler. Fig. 9 illustrates how the information is distributed between different elements in 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. To fully understand the present invention, it is necessary to consider the operation of the AMP. Fig. 1 illustrates, in the form of a flow diagram, an overview of the relationships between some main functions and products used in the AMP agent-based electronic trading platform.

Noen av prinsipptrekkene for AMP som ikke foreligger i kjente produkter og tjenester, basert på agent-orienterte arkitekturer, er angitt nedenfor. Some of the principle features of AMP that are not present in known products and services, based on agent-oriented architectures, are indicated below.

(a) AMP muliggjør peer-til-peer autonom kommunikasjon mellom agenter på Internett. Dette kan være agenter som (a) AMP enables peer-to-peer autonomous communication between agents on the Internet. These can be agents who

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 represent users who want to buy and/or sell goods and services, suppliers, brokers, etc. This solution has the advantage that any agent can initiate a communication with other agents, computer programs, at any time. The agents can understand the information they receive and autonomously take an action. They can therefore fulfill complex requests from their owner. The disadvantage is that additional data must be established to support machine-to-machine communication due to that the web is currently structured to support human-machine and not machine-machine communication. (b) Due to that agents can process interest descriptions for their owners, AMP enables the achievement of more powerful, real-time relationship marketing when the owner visits e-commerce stores on the Web. It also enables suppliers to develop a relationship with the owner/owner's agent after the agent has visited his/her store. (c) Based on its ability to support machine-to-machine communication, AMP enables users to specify, in a user-friendly manner, trigger points when the user wishes to enter a loop while the agent is working on a task. It can e.g. be necessary to make an offer above a specified limit in a bid negotiation for a requested item. (d) AMP provides the user with a useful tool to enable the recording of status information about various tasks the user's agent is working on. This of course also includes the ability to: if desired, manually take over control of various tasks from the agent, and

forandre utløsningspunkter og andre viktige parametre, etc. change trigger points and other important parameters, 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 (e) Since the agent, in AMP, is executed on a network operator's server, e.g. Telia's servers in their telecommunications network, the user can access the agent through any

anordning, f.eks. en hjemmedatamaskin, en datamaskin på arbeidsplassen, en mobil PDA og også oppta meldinger device, e.g. a home computer, a workplace computer, a mobile PDA and also record messages

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. through pagers, GSM/SMS, etc. This gives the user the additional advantage that he/she does not need to be connected online when the agent is working on the requested task, while still giving the agent the opportunity to quickly notify the user, if and if necessary through the user's preferred telecommunications service.

(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. (f) Cooperation between agents, based on different technical platforms, is also achieved. (g) Agents can form interfaces for services, such as reputation services, payment services, logistics services, etc. (h) AMP supports e-mail communications that make it possible to communicate through firewalls. This also establishes a more user-friendly interface to EDI applications.

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 . The mechanisms described above open up new opportunities for electronic trading in customer-to-customer, business-to-customer, and likewise business-to-business marketplaces.

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. The agent-based marketplace (AMP) introduces a new paradigm for the Internet, which then opens up new opportunities for network operators such as Telia, and their business customers, partners and consumers. In 1996, Telia developed a "Market Space" prototype, in collaboration with the Swedish Institute of Computer Science (STCS) and Uppsala University, which implemented the main protocols and mechanisms for an AMP. The technical and commercial capabilities of AMP were successfully demonstrated using the Market Space Prototype in an electronic auction application.

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: An agent-based electronic commerce service platform supports agent applications with necessary mechanisms that make it quick and easy to implement new types of agent functionality/behaviour for electronic commerce. In order to achieve flexibility, a layer-based architecture, such as the layer model in the agent-based service platform which is diagrammatically illustrated in the form of a flowchart in fig. 2 in the accompanying figures, are used. As illustrated in fig. 2, the different layers in the model are as follows:

(1) Agent spesifikt lag: (1) Agent specific layer:

Hvor forskjellig atferd/funksjonalitet for agent-applikasjoner implementeres. Typiske eksempler er Telia WebButler, Telia InfoBroker, Telia MerchantAssist, Telia AgentFind, Telia Archive og Telia Auction. How different agent application behavior/functionality is implemented. Typical examples are Telia WebButler, Telia InfoBroker, Telia MerchantAssist, Telia AgentFind, Telia Archive and Telia Auction.

(2) Informasjonslag: (2) Information layers:

Oversettelse fra en intern representasjon til agentkommuni-kasjonsprotokollen anvendt mellom agenter. Kan f.eks. være KQML eller noe lignende. Translation from an internal representation to the agent communication protocol used between agents. Can e.g. be KQML or something similar.

(3) Interaksjonslag: (3) Interaction layer:

Etablerer/leverer meldinger (se fig. 2). Establishes/delivers messages (see fig. 2).

(4) Meldingsoverføringslag: (4) Message transfer layer:

Behandler den fysiske Internettoverføring av meldinger ved anvendelse av mekanismer såsom sockets. Handles the physical Internet transmission of messages using mechanisms such as sockets.

Den agent-baserte markedsplasstjenesteplattform (AMP) fokuserer på støtte av elektroniske handelsapplikasjoner. The agent-based marketplace service platform (AMP) focuses on supporting electronic commerce applications.

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. Fig. 3 shows examples of messages administered in the interaction layer in fig. 2 for an auction application. Other message/event types can be established, as needed, for other applications, such as index service, credit reporting service, 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. Another important aspect is that not all agents on the Internet will be based on this platform. It is therefore necessary to support an application that translates between different agent types. This service is also important when the agent applications access information based on traditional http format. Fig. 4 in the accompanying figures illustrates diagrammatically, in the form of a flowchart, this general layer architecture for this translation agent.

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. A new type of index service, provided by Telia, which has similarities with search engines on the Web, is called AgentFind. The role of AgentFind is to inform agents/WebButlers about other agents/WebButlers who have corresponding interest profiles, to enable these agents to find each other. An important difference between AMP and HTTP-based search engines is that this database will change much more quickly. It is therefore necessary to implement mechanisms in ACP (Agent Communication Protocol) that support consistent management between the AgentFind database and the interests stored on the user's WebButler. Another key aspect is the ranking mechanism related to the level of conformity between interest specifications for different WebButlers. This mechanism must e.g. consider whether specific parameters have been specified as mandatory or optional.

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. Dual session identification is a mechanism that enables a real-time session for a user on a commercial website to be synchronized with the dialogue between the user's WebButler and the commercial website's corresponding MerchantAssist functionality. This makes it possible to establish personalized real-time advertisements, etc., based on a user's current interest profile.

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. Market Integration Agent ACP-HTTP is a mechanism that enables WebButler and other agents to use ordinary http-based information from conventional web sites.

Markedsintegreringsagent AMT/ACP til andre ACP er en mekanisme som gjør det mulig for agenter basert på forskjellige tekniske plattformer å kommunisere med hverandre. Market integration agent AMT/ACP to other ACP is a mechanism that enables agents based on different technical platforms to communicate with each other.

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. Agent-based payment processing/facilitation implements the functionality necessary to process payments from autonomous agents. The payment processor mechanisms use common payment mechanisms provided by e.g. SEMPERS.

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. Agent-based electronic commerce service platform architecture - this is the technical architecture on which AMP services are built, and consists of an agent-specific layer, an information layer, an interaction layer and a message transfer layer.

Tjenestene i den agent-baserte markedsplass (AMP) er som følger: The services in the agent-based marketplace (AMP) are as follows:

(A) Telia WebButler: (A) Telia WebButler:

Forhandling og auksjon Negotiation and auction

Interesse editor for kontrakter Interest editor for contracts

Utløsningspunkt editor og prioritet Trigger point editor and priority

Aksessbarhet og notifikasjon Accessibility and notification

Notifikasjonskalender Notification calendar

Personlig profil (adresse, interesse, demografi) Plugg-inn for forskjellige adferdsoppgaver Meldingsboks Personal profile (address, interest, demographics) Plug-in for various behavioral tasks Message box

- Annonseringsboks - Advertising box

Bokmerker til andre agenter Bookmarks for other agents

Sikker identifikasjon ved aksessering av Secure identification when accessing

personlig WebButler personal WebButler

Identifikasjon under signering av kontrakter (CA, Identification during signing of contracts (CA,

dig. signature) you. signature)

Restriksjonsmekanismer (arvet fra foreldre til Restriction mechanisms (inherited from parents to

barn,..) children,..)

Elektronisk lommebok, og Electronic wallet, and

GUI. GUI.

(B) Telia InfoBroker: (B) Telia InfoBroker:

Telia AgentFind {indekstjeneste som kobler sammen Telia AgentFind {index service that connects

agenter med liknende interesser) agents with similar interests)

Telia Archive for signerte kontrakter Distribusjon av personlige annonseringer Statistikk over forespurte interesser, og Grensesnitt til betalingstjeneste. Telia Archive for signed contracts Distribution of personal advertisements Statistics of requested interests, and Interface to payment service.

{C Telia MerchantAssist: {C Telia MerchantAssist:

Personlig annonseringsadministrering Reiasjonsannonsering og dynamisk WWW-reklame relatert til individuelle brukeres unike interesser Personal advertising management Real estate advertising and dynamic WWW advertising related to individual users' unique interests

Lojalitetsprogram Loyalty program

Grensesnitt til Telia Pay Interface to Telia Pay

Grensesnitt til Telia Distribute, og Interface to Telia Distribute, and

Statistikk over forbrukerprofiler. Statistics on consumer profiles.

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. Telia WebButler services have a user-friendly interface through which the user can interact with agent-based and conventional WWW-based services on the Internet. The service is used through a separate window on the user's computer (see fig. 5 in the accompanying figures). This means that Telia WebButler can interact with other services that the user accesses through TCP/IP, e.g. through his/her conventional web browser (Netscape, Explorer, etc.). However, it is possible for Telia WebButler to operate when the owner is disconnected from the network through e-mail EDI messages 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. The advantage of WebButler is that the agent at the user's server and the agent at the visited website can communicate interests and transfer basic data between each other. The result is that there is no need for the person to manually enter requested information on the spot. An even greater advantage for the user is that the site knows the user's interests. This means that the user will be presented with, for him/her, valuable information directly from the seat instead of receiving standard information that all users receive. This is not only an advantage for the user, as commercial websites can use this information for real estate marketing, so that this information is valuable for both parties.

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. Fig. 5 in the accompanying figures illustrates a user-client computer and a supplier's commercial web server. The user can monitor and control his/her personal agent through a separate Telia WebButler graphical user interface on the screen. However, the primary purpose of the Telia WebButler service is to control and monitor a personal agent operating on a web-based server. This means that the user can initiate processes for the agent through any suitable device available, e.g. a home computer, a computer at his/her workplace, a mobile PDA with a mobile connection to the Internet, etc. This enables e.g. that the user can specify a negotiation strategy for the agent, trigger points when the agent will be informed/involved in further decisions, etc., to give instructions to the agent to start the negotiation/bidding round. The user can then disconnect from the network and the agent will continue the task it is performing on a server, e.g. Telia's server, in the network.

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. When a trigger point is reached, the agent informs the user using the requested media. This can be through a message on Telia WebButler, e.g. complemented with a message on the user's pager, GSM/SMS etc, if the user has identified the trigger point as urgent. The user can then access his WebButler through any available device to analyze the received information, and to provide the agent with further guidance. The user can of course also choose to end the bidding round, etc. manually after the agent has completed the routine work necessary to reach this important point in the process.

Fig. 6 illustrerer i diagramform de forskjellige programvaremoduler i det agent-spesifikke laget som implementerer, i dette tilfellet, WebButler. Fig. 6 illustrates in diagram form the various software modules in the agent-specific layer that implement, in this case, 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. The user interface in fig. 6 implements a user-friendly window on the user's screen. It is based on easy-to-understand icons for processes and events. When the user clicks on the icons, he/she receives more detailed information about the current status, collected information etc. The user can also easily control the agent's operation by specifying the trigger point 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. Interaction plug-in in fig. 6 implements the user interface to different, or improved agent applications/behaviors. E.g. can an agent specialized for electronic auctions (negotiation, strategy, etc.) include an interface to index agents necessary to retrieve information regarding the location of interesting auctions that include specific units, credit reporting services that ensure that the auctioneer is run by a solid company, etc.. Interaction plug-in therefore provides base mechanisms for different types of applications/behaviors.

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. Session handler in fig. 6 implements the processing of the processes necessary to perform the requested task. This includes creating the messages necessary to perform the task, interpreting received messages, awaiting the process and notifying the owner of the agent if a trigger point has been encountered etc.. The logic necessary to perform the requested task is therefore implemented in the session manager module.

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. The database in fig. 6 processes all data that is necessary to operate the personal agent service. This includes specifications about the owner's interests on which the requested task is based, messages received and sent, status information about the sessions, locally stored addresses of agents/agent locations that have worked well during previous tasks etc.. The database also stores the requested information that the agent collects through the task to be able to present it to the owner if and when requested.

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 MerchantAssist includes the necessary functionality to provide real-time personalized advertising to visitors of commercial websites. The mechanisms also support real-time marketing to consumers after a visit to the store.

Telia InfoBroker tjenesten inkluderer Telia AgentFind, Telia Archive og Telia Auction. Telia MerchantAssist vil ha et grensesnitt mot Telia Betaling og Telia Distribusjon. The Telia InfoBroker service includes Telia AgentFind, Telia Archive and Telia Auction. Telia MerchantAssist will have an interface with Telia Betaling and Telia Distribusjon.

Infomeglertjenesten selger: The info brokerage service sells:

annonseringsfordeling til interesserte selskaper advertising distribution to interested companies

- annonseringene er festet til WebButlers Ad-boks når forespørsler utføres fra AgentFind, og - the advertisements are attached to WebButler's Ad box when requests are made from AgentFind, and

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. market statistics collected by AgentFind when inquiries are made - this enables companies to identify product areas frequently requested by WebButler, and to compare the market's ability to satisfy the demand.

Telia Archive lagrer elektroniske kontrakter. Telia Distribusjon integrerer nødvendig funksjonalitet for avleveringstj enestene. Telia Archive stores electronic contracts. Telia Distribusjon integrates the necessary functionality for the delivery services.

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. The agent-based electronic marketplace to which the present invention relates is based on decentralized services that improve value for both end users and suppliers. The main services are Telia WebButler, Telia AgentFind and 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. This solution requires users to specify buy requests, or offers for sale, i.e. buy interests or sell interests, only once. It is then possible to visit a vendor that supports the MerchantAssist service to receive personalized advertising based on the user's unique interests without the need to answer any questions, etc. on the vendor's website, since both WebButler and MerchantAssist send their buy/sell- interests to the AgentFind service. It is thus the AgentFind service that helps the user find which suppliers should be visited on the web, based on the user's specified interests.

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. It is also possible for users to contact each other directly through the AgentFind service. AgentFind matches users' interests and helps the user's WebButlers find other WebButlers with matching interests.

Kjernen i AMP er de tre tjenester Telia WebButler, Telia AgentFind og Telia MerchantAssist. The core of AMP is the three services Telia WebButler, Telia AgentFind and Telia MerchantAssist.

Telia WebButler er et effektivt og hensiktmessig redskap for sluttbrukere for å selge eller kjøpe enheter på web. Telia WebButler is an efficient and convenient tool for end users to sell or buy devices on the 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. Telia MerchantAssist is the supplier's tool that makes it possible to provide individual advertising based on a user's specific interests at the time they visit the supplier's web shop.

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. AgentFind is a necessary service for both WebButler and MerchantAssist that enables the connection between buyers and sellers. AgentFind acts as a web broker, which allows suppliers to expose the advertisement, to the owner of a WebButler, which is related to the interests provided to AgentFind.

Alle tre tjenester er imidlertid nødvendig for at den agent-baserte markedsplass skal fungere. However, all three services are necessary for the agent-based marketplace to function.

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. The core of WebButler is the interests editor. This is a dynamic editor based on an inf, relevant questions will be presented on the screen asking for mandatory or optional parameters that specify the item. This functionality enables the user to specify units for purchase or sale. An advantage of this for the user is that he/she does not have to search the web for a long time to find sellers/buyers for the specified merchandise. Instead, the user finds other users and/or commercial companies with corresponding interests through the AgentFind service. When the user visits an electronic shop on the web, he/she will receive advertising automatically for the item specified, and will not have to waste valuable time finding these items in the supplier's store.

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. The trigger point editor allows the user to specify how far WebButler should be allowed to operate autonomously, and when autonomous execution must slow down and control is returned to the user to decide how to proceed.

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. The user can be informed through the WebButler interface, or alternatively the user can specify other means to be notified of trigger points that are urgent. This can include e.g. messages through pagers, GSM SPS messages etc.

Meldingsboksen er et område i WebButler-brukergrensesnitt hvor informasjon framvises over pågående oppgaver. The message box is an area in the WebButler user interface where information about ongoing tasks is displayed.

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. The advertising box is the area in the WebButler user interface where advertisements/banners are displayed. This is a display area on WebButler that WebButler's operator has an exclusive right to use, similar to the banner area on search engines such as Alta Vista. The AdBox is filled with new advertisements when WebButler has accessed the AgentFind service. The announcements are related to the specified interests, are stored in WebButler, when accessed by 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. The personal profile enables users to store information about names, addresses, telephone/fax numbers, demographic data, long-term interests, etc. The user can protect this information if necessary, by clicking on parts of it, which are accessible to suppliers and other users on WebButler. This has the advantage that users do not have to enter all their personal information when purchasing an item. The user will also receive more personal treatment when visiting the supplier's store.

Bokmerker til andre agentfunksjoner muliggjør for WebButlere å lagre adresser til favorittagenter, eller andre WebButlere, eller MerchantAssist, som har blitt mottatt tidligere fra AgentFind. Other Agent Feature Bookmarks enable WebButlers to save addresses of favorite agents, or other WebButlers, or MerchantAssist, that have been previously received from 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. The negotiation function enables WebButler and MerchantAssist to negotiate during the purchase phase of an item. If several participants are involved, the negotiation will be turned into an electronic auction. Users can choose different negotiation strategies, based on their own preferences. It is therefore impossible for an individual participant to know the outcome of such a negotiation.

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. Use of the plug-in API enables third party participants to add and sell software for users WebButler provides them with improved behavior and/or functionality. This can include e.g. more powerful negotiation algorithms, functionality for skill brokers etc. By providing this open interface, a rapidly growing penetration for WebButlers is ensured.

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. Identification can be carried out using a password. However, when negotiating when electronic contracts etc. are used, it is necessary to have a more secure identification of the users. This can be achieved by using smart card identification with certification of authorized functionality.

For å gjøre kjøpsfasen mer effektiv, kan funksjonalitet for å støtte elektroniske kontrakter tilveiebringes. To make the purchase phase more efficient, functionality to support electronic contracts can be provided.

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. To make the payment phase efficient, functionality to support different electronic payment mechanisms can be supported, and likewise electronic wallets for processing different types of electronic payment, receipt, 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. Functionality may be provided to enable the use of WebButler to be restricted. This is accomplished using inheritance mechanisms where a "parent" WebButler can limit the functionality of "child" WebButlers. For consumers, it can e.g. be that children in a household will only be able to buy goods that are not related to violence, pornography, etc. In a business environment it can be e.g. that employees can only buy goods related to the company's operations.

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. The primary function of Telia AgentFind is to match selling/buying interests. This is done by managing a database of specified sell/buy interests together with the address of the WebButler, or MerchantAssist, who supplied the interest.

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. When a WebButler, consumer agent, or MerchantAssist, supplier agent, sends an interest specification, it will receive information about WebButler and MerchantAssist with corresponding interests. For each corresponding intl received. Based on this information, WebButler or MerchantAssist can access the other agents with the closest corresponding interests.

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. Consumers and suppliers can submit specified interests with the AgentFind service. Consumer A can thus decide that supplier 1 has a corresponding interest, and consumer D decides that supplier 3 has the best match for his/her interest. Customer B, on the other hand, may find that Consumer C is the best person to contact with regard to his/her specific interests.

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. The main revenue from the AgentFind service is likely to come from information brokerage. This is the sale of exposure of advertising/banners on users' WebButlers, based on the specific interests provided to AgentFind. This is achieved by using the AdBoks facility on WebButler, which is why AgentFind has exclusive access to advertising advertisements.

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. Another source of income for AgentFind is the sale of market statistics. This is information related to the volume and profile of submitted interests. This information is very valuable to suppliers, as it enables them to detect mismatches between market requirements and specific products and what is currently on offer. This information can e.g. used when a supplier wants to expand sales into new product areas 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. Telia MerchantAssist provides suppliers with the option of providing individual advertisements when users visit the supplier's web shop. This is done by synchronizing the user's specified interests with the goods provided by the online store. If the store has matching items, specific individualized advertising can be given to the specific customer. The potential can be even greater if the store also matches the interests with the user's previous purchases in the store, which are stored in the customer database. It is then possible to know whether the customer is an important customer who should receive special treatment.

MerchantAssist-tjenesten ma-linje reklamer for kunden basert på kundens spesifikke interesse som er gyldig når butikken ble besøkt. The MerchantAssist service ma-line advertisements for the customer based on the customer's specific interest valid at the time the store was visited.

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. As explained above, the Telia agent-based marketplace provides users with a personal software agent, called WebButler. The WebButler provides support for the user, and enables him/her to specify the particular purchase or sale contracts he/she is interested in. Commercial suppliers can also specify goods for sale, in electronic stores, through a supplier assist function.

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. The main task of the AgentFind service is to provide WebButler and MerchantAssist with information on which other agents (WebButler and MerchantAssist) have corresponding interests. This makes the AgentFind service the natural center for the agent-based marketplace. In addition to its basic function, i.e. matching corresponding interests between agents, AgentFind also provides value-added services, such as market statistics, information on requested interests, information brokerage and advertising services, 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. Because of. that the interests of each WebButler often change, it is important that the AgentFind database is continuously updated. Automatic coordination mechanisms are therefore necessary.

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. One challenge the system must face is providing a correct rating for the level of agreement between matching interests, since it is rare that interests correspond exactly. Based on the rating, agents (WebButler or MerchantAssist) can automatically prioritize which of the other agents (WebButler or MerchantAssist) should be contacted.

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. Operation of AgentFind is critically dependent on the information structure used to express users and suppliers with buying and selling interests. These interests are established using a dynamic editor that can request additional information based on the trading object that is specified. This makes it appropriate for the user to provide meaningful information with regard to a specific trading object.

Parameter valgfri. Parameter optional.

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. WebButler and MerchantAssist software include a synchronization mechanism for data replication between themselves and AgentFind. This ensures that the stored interests in AgentFind are always up to date. If a specified interest is removed or modified, the synchronization is done through an "update of interest profile" message. This ensures that other WebButlers and MerchantAssist will not receive a recommendation from AgentFind to contact an agent because the requested address has been deleted, or modified, in such a way that the interest no longer corresponds to each other.

Dersom en ny interesse spesifiseres oppdateres AgentFind gjennom en "send interesser" melding. If a new interest is specified, AgentFind is updated through a "send interests" message.

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" The message structure, described above, is illustrated in fig. 7 which clearly shows the relationships between a WebButler, a MerchantAssist and AgentFind. The WebButler carries the specified interests for an end user that have been established by the end user using a dynamic interest editor. MerchantAssist carries specifications of sale items. The description of the goods and their prices can be changed by a supplier using a dynamic editor, or other suitable mechanisms. AgentFind has a database that stores consistently updated interest specifications provided by end users through WebButler and by suppliers through MerchantAssist. The messaging structure that operates between WebButler and AgentFind, and between MerchantAssist and AgentFind is intended to ensure that data carried by these entities is consistent, i.e. correlated. As described above, the following messages are used: "Send interests"

adresser", og addresses", and

"Oppdatering av interesseprofil." "Interest Profile Update."

Funksjonen av disse meldinger er selvforklarende. The function of these messages is self-explanatory.

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å." If a new interest has been specified, or an interest has been updated, a "references to agents with matching interests" message is received. This includes a prioritized list of agents with matching interests that may look like the example illustrated in fig. 8 where a WebButler is interested in buying a Bianchi bike. The rating provides a measure of the match between the trade object offered for sale and the specification of interest for a potential supplier, in this case "a Bianchi bicycle that has at least 21 gears and is no more than 2 years old, that costs less than $300 and that is preferably green or blue."

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. An important requirement for finding a match between a trade object and an interest specification, which must be met before a conformity rating between the trade object and the interest specification, is thus that all mandatory parameters must match. That is that the trading object and the interest specification must relate to the same product category, and must have the same attributes marked as mandatory. This is important to ensure a short response time for requests to AgentFind.

Nivået av samsvar beregnes ved anvendelse av følgende algoritme: The level of compliance is calculated using the following algorithm:

hvor: N = Antallet valgfrie parametere i forespørselen where: N = Number of optional parameters in the request

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). F(X) = Priority weight factor for each optional parameter. A vector where X has value from 1 to N. Each element (priority weighting factor) in the vector has a possible value between 0 and 1. (It is of course possible for the user to choose the default value of 1 for all weighting factors if he/she feels that all optional parameters are of equal value).

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. The parameters for the match calculation are defined by the user using his/her WebButler. This makes it possible for users themselves, or through additional computer programs, plug-in, connected through the WebButler API, and modify the parameters to get a rating result that best suits the individual user and/or application.

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. When a user specifies his/her interests through his/her WebButler, he/she selects which parameters are mandatory and which are optional. The top-level parameters are always mandatory, i.e. whether a transaction is a purchase or sale, and product category - a bicycle in the example illustrated in fig. 8.

For å minimalisere: To minimize:

lagringsplass som er nødvendig i AgentFind- databasen, og storage space required in AgentFind- the database, and

responstiden for forespørsler the response time for requests

benyttes et informasjonshierarki. an information hierarchy is used.

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. Fig. 9 shows an overview of the information stored in the Telia server domain and in the supplier server. In particular, fig.9 shows how interest data is distributed between the different elements of AgentFind in Telia's server and in a supplier's database. It should be noted that Telia WebButler, logic for AgentFind and MerchantAssist software, in Telia's domain, can be allocated to independent servers. All user-specified interests are stored in the user interest database, on Telia's server. Only the product category and key attributes for each merchandise that a supplier wishes to offer for sale are stored in MerchantAssist databases (MA-DB), on Telia's server. These include e.g. attributes such as whether the trade object is offered for sale, or sought for purchase, and geographical location. All other data for the item is stored in the catalog DB database on the supplier server. It should also be noted that AD.DB is a database of advertising material.

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. Using this architecture or hierarchy makes it possible to reduce the number of suppliers who have merchandise that matches a certain interest specification to a small number, when a request is received by AgentFind in Telia's server. To calculate the level of interest similarity, i.e. rating, requests are sent from WebButler to the provider's server to collect the additional attributes needed. When the calculation has been completed, a final answer including references and rating is returned to the user.

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. When the volume of users and/or suppliers and purchase requests and/or sales offers is limited, most of the supplier's product information can be stored locally at the supplier's location. When the number of users and/or suppliers increases and the number of merchandise that each supplier offers for sale also increases, it is necessary to increase the number of parameters stored in Telia's Merchant database. This is necessary to reduce the number of requests sent to suppliers asking for more information, thus preventing the supplier servers from being overloaded, and ensuring that the total response time for a request to the AgentFind index service does not become too long.

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. To reduce the load on the AgentFind service, logic for collecting additional information necessary for rating calculation from provider servers is allocated to 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. Since the volume of data stored from consumers' purchase requests and offers for sale is low, all this information can be stored directly in Telia's, or another operator's, 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. In order for the user to have a quick response time, a non-prioritized list of correlated agents is presented as soon as AgentFind has performed a pre-selection of agents, based on the product categories and key attributes stored in AgentFind. A counter then shows the progression in the rating process. Since this second phase includes gathering information from provider servers, it may take significantly longer to complete. When the data collection is finished, the calculation of the rating level is carried out locally in WebButler and presented to the user.

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. The MerchantAssist software stored on the provider's server includes a conversion function. This function converts, if necessary, product data information to the information structure used by AgentFind. E.g. AgentFind has a set of accepted product classes and attributes for each product class. If the supplier has a more detailed classification of products/attributes, a transformation is performed to convert the supplier's detailed classification into what is accepted by AgentFind. A user-friendly interface is provided to make it easy for suppliers to specify these cross-reference tables.

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 Because of. differences between laws and ethical norms between different countries, it is possible to establish local AgentFind databases for a specific country, or a group of countries, if appropriate. It is thus possible to automatically remove product categories and attributes that are not permitted by law or ethics in the specific country or region. This is done by generating a blacklist where disallowed product categories and/or attributes are stored. An automatic check against the blacklist is performed for each new product category/attribute. If a new product category and/or attribute is found on the list, it is rejected

produktkategorien og/eller attributtet automatisk. the product category and/or attribute automatically.

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. By using the WebButler interface, a user can establish a new interest specification, or edit a purchase request, or sales offer, that has already been sent to the AgentFind index service. Once the request is submitted, the user's WebButler will receive information related to other WebButlers and suppliers with overlapping interests. As long as the user allows AgentFind to store a sent interest, other users, WebButlers, or suppliers, will be notified by the user if and/or when they send a corresponding interest specification.

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. When the user edits an interest that has already been sent to AgentFind, it can be saved locally, if the user does not want the new version to be effective online. If, however, the user selects the send or publish function after the editing session, the new version will replace the old one in the AgentFind server. A response will then be received identifying other users, WebButlers and suppliers with matching interests. If a user does not want other users, e.g. WebButlers or lifeguards must be able to identify him/her and to connect to him/her, it is possible to send a purchase request or sale offer to AgentFind with the storage parameters disconnected - this is done in the WebButler user interface. Users then receive the same response from AgentFind as with a purchase request or sales offer sent with the storage parameters enabled. That is, a list of users, WebButler and suppliers with corresponding interests includes a rating of similarity. However, it will not be possible for other WebButlers and suppliers to send interests to AgentFind and in a reference to this user, or WebButler, based on the submitted interest, since this is not saved.

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. As used herein, the terms WebButler and MerchantAssist designate agents associated with end users, or consumers, and suppliers, respectively, and shall not be construed to carry a connection limiting them to a particular service provider, such as Telia.

Claims

1. Method in a telecommunications system enabling the exchange of merchandise associated with specifications of interest, whereby the merchandise is associated with WebButler or MerchantAssist, in a telecommunications system comprising a plurality of user terminals, at least one service provider server and a plurality of provider servers, comprising the steps of: extracting in said at least one service provider gateway server, to extract an interest specification from a WebButler or from a MerchantAssist, the extraction being performed at the request of said WebButler or said MerchantAssist, to, in a user interest database in a supplier interest database, search for matching interest specifications, identify WebButlers and/or MerchantAssist associated with said matching interest specifications, characterized by calculating a match rate for each matching interest specification, comprising the steps of: extracting information from the catalog database in the provider's server e, extract information about merchandise for use in calculating the compliance rate, whereby the directory database carries information about merchandise for which the vendor servers associated with MerchantAssist carry specifications of interest.

2. Method in accordance with claim 1, characterized by the steps of extracting data related to product categories and key attributes for merchandise for which MerchantAssist carries interest specifications.

3. Method in accordance with claim 2, characterized in that it comprises the steps: to indicate said data related to a commodity as mandatory parameters and optional parameters, and to indicate, of the mandatory parameters, an interest specification related to a desire to buy or sell, and a product category.

4. Method according to claim 3, characterized by the steps of calculating a matching rate including the steps: calculating a rate, Corr_level, for similarity between two specifications of interest, using the following algorithm: Corr_level = 1 - (SUM(OP(X)< *>F(x)))/X where: N = the number of optional parameters in the request OP(X) = optional parameter. A vector where X has value from 1 to N. Each optional parameter has value 1 in the vector. F(X) = priority weighting factor.;

5. Method according to claim 3 or 4, characterized in that the method comprises the steps: å, upon delivery from a WebButler of a first interest specification to the service provider server with a request to identify corresponding interest specifications, searching the user's interest database and the provider's interest database, to identify interest specifications for where all mandatory parameters match the first interest specification, and to deliver a list of holders for the matching interest specifications to WebButler.;

6. Procedure in accordance with claim 5, characterized by the steps to, from provider servers to WebButler, extract data for calculation of compliance rates.;

7. A method according to claim 6, characterized in that the method comprises the steps of: presenting the list of originators to a user as soon as it is available, together with a counter indicating progress towards capturing additional data necessary to calculate compliance rates, and , at the WebButler, calculate match rates, and o, at the WebButler update the list if and when the match rate is calculated, whereby the updated list is prioritized and includes match rates.;

8. Method in accordance with one of claims 1-7, characterized by the steps: dynamically synchronizing data at WebButler and MerchantAssist data at service provider server.;

9. Method according to claim 8, characterized in that it comprises the steps of dynamically synchronizing data including the steps of exchanging the following messages between WebButler and service provider server, and between MerchantAssist and service provider server: "Deliver interests" "Update interest profile" and "References to agents with corresponding interests.";

10. Method in accordance with one of claims 1-9, characterized by the steps: that the service provider server provides additional services including: market statistics, report on interest specifications, information brokerage, and advertising.;

11. Method according to one of claims 1-10, characterized in that the method includes the steps establishing interest specifications using a dynamic editor adapted to request additional information from a user;

12. Method according to one of claims 1-11, characterized in that the method comprises the step to convert interest specifications from a MerchantAssist format to a format used by the tj sole supplier server.;

13. Method according to one of claims 1-12, characterized in that the method includes the steps to compare the product category or product attributes of a commodity, which must be found in the specification of interest with product categories and product attributes in a blacklist, which can be found in a database in the service provider server, where the list includes product categories and product attributes that indicate product categories and product attributes that are not allowed for a specific country or region, and, that, if a similarity is found, the merchandise is rejected.;

14. Method according to one of the claims 1-13, characterized by the step of extracting an interest specification including the step: to, in a service provider server, receive an interest specification with a storage parameter disconnected so that the interest specification is not stored on the user interest database.;

15. Method according to one of claims 1-14, characterized in that it comprises the step of allocating logic on software associated with WebButler, MerchantAssist and the service provider server, to different service provider servers;

16. Telecommunications system, which is adapted to the exchange of merchandise associated with specifications of interest, whereby the merchandise is associated with WebButler or MerchantAssist, including a plurality of user terminals, at least one service provider server and a plurality of provider servers, comprising a means, in said at least one service provider server, to extract an interest specification from a WebButler or from a MerchantAssist, the extraction being performed at the request of said WebButler or said MerchantAssist, means, in a user interest database in a supplier interest database, to search for matching interest specifications, means for identifying WebButlers and/or MerchantAssist associated with said matching interest specifications, characterized by means for calculating a match rate for each matching interest specification, comprising that the supplier servers have catalog databases comprising information on merchandise for which MerchantAssist, associated with the supplier servers, carries interest specifications , and that the means for calculating a compliance rate has access to the directory databases to record information for use in calculating the compliance rate.;

17. Telecommunications system in accordance with claim 16, characterized in that the supplier interest database includes data related to product categories and key attributes for merchandise for which MerchantAssist carries interest specifications.;

18. Telecommunications system in accordance with claim 17, characterized in that data related to trade goods indicate mandatory parameters and optional parameters, and that the mandatory parameters indicate an interest specification related to a desire to buy or sell.;

19. Telecommunication system in accordance with claim 18, characterized in that the means for calculating is adapted to calculate a matching rate including the steps, Corr_level, for matching between two specifications of interest, using the following algorithm: Corr_level = 1 - (SUM(OP(X )<*>F(x)))/X where: N = number of optional parameters in the request OP(X) = optional parameter. A vector where X has value from 1 to N. Each optional parameter has value 1 in the vector. F(X) = priority weighting factor.

20. Telecommunications system in accordance with claim 18 or 19, characterized by means for, upon delivery by a WebButler of a first interest specification to the service provider server with a request to identify corresponding interest specifications, to search the user's interest database and the provider's interest database, means for identifying specifications of interest for which all mandatory parameters match the first specification of interest, and means of supplying a list of originators for the matching interest specifications to WebButler.

21. Telecommunications system in accordance with claim 20, characterized by means of extracting, from provider servers to WebButlers, data for calculation of compliance rates.

22. Telecommunications system in accordance with claim 21, characterized by means for presenting the list of originators to a user as soon as it is available, together with a counter indicating progress towards capturing additional data necessary to calculate compliance rates, and means to, in WebButler, calculate compliance rates, and means to, in WebButler, update the list if and when the compliance rate is calculated, whereby the updated list is prioritized and includes compliance rates.

23. Telecommunications system in accordance with one of the claims 16-22, characterized by means of dynamically synchronizing data in WebButler and MerchantAssist with data in the service provider server.

24. Telecommunication system in accordance with claim 23, characterized in that the means for dynamically synchronizing data includes means for exchanging the following messages between WebButler and service provider server, and between MerchantAssist and service provider server: "Deliver interests" "Update interest profile" and "References to agents with corresponding interests."

25. Telecommunications system in accordance with one of the claims 16-24, characterized by means of allocating logic and software, which is associated with WebButler, MerchantAssist and service provider server, to different service provider servers in the same domain.

26. Telecommunications system in accordance with one of the claims 16-24, characterized by means to, from the service provider server, provide additional services including: market statistics report on interest specifications information brokerage, and advertising.

27. Telecommunications system in accordance with one of the claims 16-25, characterized by a dynamic editor adapted to establish interest specifications, the dynamic editor adapted to request additional information from a user.

28. Telecommunications system in accordance with one of claims 16-27, characterized in that the provider servers comprise conversion means adapted to convert interest specifications from a MerchantAssist format to a format used by the service provider server.

29. Telecommunications system in accordance with one of the requirements 16-28, characterized in that the supplier database and the user interest database are country-specific or region-specific.

30. Telecommunications system in accordance with claim 29, characterized by means for comparing product categories or product attributes of a commodity, to be found in the specification of interest, with product categories and product attributes in a blacklist, which may be found in a database in the service provider server, the list carrying product categories and product attributes indicating product categories and product attributes that are not allowed for a particular country or region, and, means to, if a similarity is found, reject the merchandise.

31. Telecommunications system in accordance with one of the claims 16-30 characterized by means for, in a service provider server, receiving an interest specification with a storage parameter disabled so that the interest specification is not stored in the user interest database.

32. Service provider server, which is adapted to operate with a telecommunications system in accordance with one of claims 16-31, characterized in that the service provider server comprises software that is associated with WebButler and WebAssister.

33. Service provider server in accordance with claim 32, characterized in that the service provider server comprises means for implementing a search engine for cooperation with WebButler, MerchantAssist, the user interest database and the supplier interest database.

34. Search engine form application with a telecommunications system in accordance with one of claims 16-21, characterized in that the search engine is included in a service provider server and is at least adapted to receive search instructions from WebButler and MerchantAssist, to search in at least two databases, and to have access to remote databases for additional data.