NO312427B1 - Elektronisk handelssystem - Google Patents

Description

OPPFINNELSENS OMRÅDE

Den foreliggende oppfinnelse angår handel på/i et elektronisk medium, og da spesielt et elektronisk handelssystem, samt en fremgangsmåte for gjennomfør-ing av handel i et elektronisk medium slik som Internett.

BESKRIVELSE AV KJENT TEKNIKK

Internett representerer et internasjonalt og grenseløst medium som er fleksibelt og teknisk sett gir nær sagt alle mulighet til å se nesten alt som publiseres. Selv om dette nye mediet er internasjonalt og i praksis innebærer mer handel over landgrensene er mulighetene som mediet tilbyr på langt nær utnyttet og det er klart at fremtidens Internett vil være forskjellig fra dagens. Store aktører som EBay, Amazon.com og de forskjellige auksjonstjenestene som eksempelvis CoShopper, QXL med flere, er etablert med tjenester som i første rekke fokuserer på et primærmarked, men som gir kjøpere i andre markeder anledning til å handle objekter fra tjeneste-tilbyderne, men da på de premisser som gjelder for tilbyder-ens primærmarked. Dagens Internett og E-Business har såvidt begynt å endre vår måte å kommunisere på, men vi mangler i dag mekanismer for kommunikasjon, standarder og en overordnet fellesnevner.

Tradisjonelle handelssystemer tilbyr gjerne en eller flere faste kanaler (for eksempel speditører, transportformer, forhandlere eller formidlere) for å gjennom-føre en handel og å besørge en leveranse. Disse har gjerne en begrenset rolle i den totale handelen og vurderes oftest ikke i forhold til den enkelte handel. Dette er en begrensende faktor for handel over Internett hvor tillit og totalitet i handels-kjeden er mer komplisert og usikkert for aktørene i forhold til et tradisjonelt handle-mønster.

Innen internasjonal tradisjonell- og elektronisk handel er det i dag ofte også usikkerhet knyttet til beregninger av priser, avgifter og andre omkostninger. Kjøper vil normalt selv måtte stå for alle beregninger og prisfastsettelser for å kunne beregne endelig kjøpspris for et objekt som befinner seg i et annet marked enn det aktuelle hjemmemarkedet.

For å kunne beregne aktuell kjøpspris, kreves det gjerne at kjøper selv må ha utfyllende informasjon om salgsobjektet/markedene. Dette er en betydelig barriere som kjøper står overfor, og dermed bidrar med en stor grad av usikkerhet. Dette medfører at mange ikke inngår handel over landegrensene. I handels- og informasjonssystemer finnes vanligvis begrenset med informasjon som er relevant for salg av aktuelle objekter til andre markeder enn det tradisjonelle.

Sikker betaling og oppgjør utgjør en stor usikkerhet i deler av dagens Internett-baserte handel. Dette skyldes at geografisk avstand og andre barrierer som språk, marked og lignende er et betydelig hinder mellom kjøper og selger. Reell kontroll av handelen er ofte ikke tilfredsstillende. Tjenester som gir mulighet for deponering av oppgjør og sikker betaling (f.eks. ESCROW) fjerner denne type usikkerhet i stor grad, men er komplisert, tidkrevende og kostbart i bruk. Andre kjente systemer er f.eks. beskrevet i US 5,909,492. Dette patentet angår et system for å samle og sikre betalinger fra en/flere kjøper(e) og salgssystemer til ett betal-ingssystem som sikkert kontrollerer transaksjonene og godkjenner levering av salgsobjekt(er) til kjøper. Systemet gir mulighet for å kunne understøtte flere handler mot forskjellige systemer fra en enkelt kjøper på en slik måte at betalingen samles i et punkt. En løsning for valutasikring ved handel beskrives i US 5,897,621. Kjøper og selger får oppgitt en fast pris i lokal valuta knyttet til en handel som er godkjent via en tredjepart. Tredjeparten overtar med dette risikoen for valuta svingninger. Enklere former for "kontroll" som postoppkrav gir en viss sikkerhet, men er sårbart med tanke på svindel og mangelfull leveranse/oppgjør. Personlig gjennomføring av handelen medfører praktiske ulemper og gjerne større kostnader.

US 6,041,308 beskriver et system hvor kjøper kan legge inn sine kjøpsbe-tingelser og hvor det kan tilrettelegges for kompensasjon ved ikke inngått avtale. Det beskrives en teknikk for kompensasjon til kjøper ved ikke gjennomført handel i forbindelse med såkalte "betingede kjøp" (CPO/Conditional Purchase Offers). Kompensasjon gis i gitte tilfeller og systemet beskrevet i patentet kontrollerer om den avbrutte handelen tilfredsstiller slike betingelser. Systemet som beskrives er isolert til å gjøre kjøpsordrer mer attraktive ved å kompensere eventuelt ikke inn-gåtte handler, og er ingen handelsplass.

US 6,026,374 beskriver et system for filtrering/utvalg av informasjon som skal presenteres om et handelsobjekt på et handelssted på Internett. Systemet baserer seg på en tredjepart eller et program som har tilgang til all informasjonen for å sette sammen et relevant sammendrag for kjøperen. Hensikten er å beskytte den helhetlige informasjonen slik at kjøperen ikke får tilgang til hele informasjonen uten at denne først kjøpes eller aksepteres mottatt på annen måte.

I US 6,016,504 beskrives en fremgangsmåte og et system for sporing av handler over Internett. Teknikken er basert på at en virtuell forbindelse styrt av et sentralt web-sted (eksempelvis hos en produsent) kontrollerer presentasjonen og handelen av et produkt via eksempelvis en forhandlers web-sted på en slik måte at brukeren oppfatter at det er forhandleren som tilbyr informasjonen, tjenesten og handelen, mens det egentlig er det sentrale web-stedet som ivaretar dette. Denne teknikken er fokusert på distribuert handel og understøttelse av eksisterende roller i presentasjon av informasjon og gjennomføring av handler. Konseptet beskriver

imidlertid ingen handelsplass.

US 5,970,472 beskriver en mekanisme for å linke salg av en produsents produkter til en forhandler slik at den aktuelle produsentens produkt alene blir eks-ponert på forhandlerens web-sted, som ellers kan inneholde produkter fra flere produsenter. En annen hensikt ved dette er å kontrollere at en produsents produkt bare blir solgt gjennom en autentisert kanal for å unngå gråmarked/kopi-produkter. Teknikken er ingen handelsplass, men forsøker å adressere en problematikk hvor en produsent i en åpen Internett-verden vil forsøke å selge via forhandlere uten at andre produsenters produkter også blir tilbudt i konkurranse med egne produkter når produsenten initierer handelen mot en kjøper. Konseptet med patentet fokuserer videre mer på å isolere produktinformasjon enn å presentere og handle produkter i en åpen handelsplass.

I US 5,895,454 beskriver en teknikk for å samle informasjon om forskjellige tilbyderes produkter i en felles database, og basert på denne sentrale informasjonen å sende brukere til den enkelte tilbyders web-tjeneste. Samtidig logges bruken av tilbyderenes web-steder til de sentrale systemene. Teknikken er kjent i enkel forstand gjennom såkalte portaler hvor web-steder grupperes og det er linker videre til disse. Patentet går et steg videre ved at det samles mer informasjon enn tilfellet er med de fleste tradisjonelle portaler. Patentet beskriver kort sagt en portal-løsning og ikke en handelsplass.

Det er også kjent nettsteder for å koble passende selgere og kjøpere av eiendom. Et slikt system beskrives i US 5,664,115. Salgsobjektene velges ut basert på kjøperens opplysinger om blant annet ønsket område, pris, type bolig og annet. Kjøpere som ikke tilfredsstiller gitt kriterier kan utelukkes.

Objekter som handles over Internett og gjennom tradisjonelle datasystemer beskrives i dag i en viss grad av detaljering ved hjelp av tekst, numeriske verdier og/eller ved ja/nei verdier. For en internasjonal presentasjon av et objekt vil en tekstbasert og i noen tilfeller også en numerisk beskrivelse av et objekt ikke være tilstrekkelig i omfang og/eller presisjon for å gi en tilstrekkelig informasjon om hva objektet egentlig utgjør.

Eksempelvis vil beskrivelsen "95 modell BMW 316i" kunne innebære en rekke forskjellige tolkninger. I et marked kan denne bilen ha en 1600 ccm motor,

mens den i andre markeder kan ha en 1800 ccm motor. Videre kan det være store forskjeller i utstyr, forskjellig drivverk og lignende både innen, og mellom markeder innenfor denne beskrivelsen. Mangelen på informasjon om vesentlige egenskaper hindrer effektivt eksempelvis kjøperen eller systemet i å foreta toll-/avgiftsberegn-ing og beregning av totalpris ved salg til et annet marked og reduserer på denne

måten muligheten til å vurdere objektets egentlige utforming og verdi. Ingen kjente Internett-systemer definerer generelle objekter i slik detalj at handel i flere markeder kan skje uten at det er knyttet usikkerhet til hva en eventuell handel vil innebære med tanke på vesentlige detaljer som eksempelvis pris. Enkle objekter som er entydig definert ved objektnavn eller et standardisert/kjent produktnummer finnes, men i disse tilfeller er det gjerne en standard eller allment kjent forkortelse som beskriver objektet og ikke detaljering i datasystemet som objektet handles gjennom.

Aktører (selgere, kjøpere og agenter) er likeledes oftest beskrevet ved at de er grovt kategorisert som "privatkunde", "forhandler", "produsent" og lignende. Utover dette er det gjerne en tekstmessig og lite presis beskrivelse av den enkelte aktør som definerer aktørens ytelser og egenskaper for andre. I visse markeder og for visse aktørgrupper finnes det standarder for definisjon av aktører og agenter, men dette er informasjon som ofte ikke er relevant eller tilstrekkelig for en elektronisk og automatisk handelsplass eller som ikke blir benyttet direkte som en del av et handelssystem.

Typisk informasjon som tilbys en Internett-bruker av en handelsplass om en speditør (agent i en handel) er for eksempel" FedEx Corporation provides integra-ted transportation, information, and logistics solutions through a powerful family of companies that operate independently yet compete collectively".

Den tekniske begrensningen ligger at databasene med den generelle objekt/agent beskrivelsen har et format hvor objekter bare delvis beskrives. Typisk for Internett-steder som handler med forskjellige typer objekter, som eksempelvis EBay, QXL og YaTack, er at objektet er beskrevet med en tekst, noe som gjør det praktisk umulig å prosessere informasjonen.

Dagens handelsplasser på Internett som benyttes av forretninger kalles gjerne B2B (Business to Business) eller B2C (Business to Consumer). Handels-plassene for disse aktørene bygges i dag vanligvis rundt en bedrift eller annen organisasjons eksisterende forretningsform. Enkelte bransjeorienterte handelsplasser finnes også. Utveksling av ordrer, leveringsinformasjon, faktura eller annet skjer vanligvis papirbasert eller via elektroniske formater som EDI eller etter hvert XML direkte mot handelsmotparten på slike handelsplasser eller E-Business løs-ninger. Dette innebærer at forskjellige deler av forretningsprosessene skjer på forskjellig måte mellom de forskjellige aktørene og i liten grad er Internett en sam-lende markedsplass med en ens måte å drive forretning på. Ofte er Internett som handelsplass "bare" et system som besørger forretningsprosessene: informasjons-formidling, annonsering, budgivning og inngåelse av en kjøpsavtale. Dette innebærer også ofte at en Internett-basert handelsplass blir et tillegg og en merbelast-ning til eksisterende systemer og prosesser og ikke en erstatning og/eller forbed-ring av de eksisterende systemene.

I dagens Internett-handelsløsninger er mangfoldet i antall objekter, typer aktører og helheten i systemet begrenset slik at denne problematikken ikke blir adressert på annen måte enn at man eksempelvis tilbyr forskjellige forsendelses-former eller et begrenset utvalg med faste agenter.

Fremmede språk, ukjente markeder, ukjente importregler og ukjente objektegenskaper florerer i dagens Internett-baserte handelssystemer. Disse er mest fremtredende når man ønsker å handle på tvers av landegrenser og med objekter eller tjenester som ikke er klart definert.

Eksempelvis vil en kjøpspris for en bil i Tyskland være radikalt forskjellig dersom bilen importeres til Norge. I tillegg vil den språklige beskrivelsen, bruk av forkortelser og lignende gjøre at kjøperen vil ha behov for å benytte egne tolkninger, beregninger av pris og gjerne innhente tilleggsinformasjon om bilen for å kunne ha et reelt beslutningsgrunnlag for et kjøp. Eksempler på at dette er situasjonen i dag finnes ved at det finnes importkalkulatorer for biler på Internett (f.eks. Bilmegleren.no) og videre utfører en mengde bilimportfirmaer støtte til handler ved at de kontakter selger i Tyskland og sjekker forhold rundt bilens tilstand med mer. I dag skjer beregning og kontroll av biler som importobjekt i stor grad manuelt for hver enkelt bil.

Den språklige utfordringen blir i dag primært løst ved at man oversetter tekster som beskriver objekter og aktører mellom forskjellige språk. I fremtidens system er dette ikke akseptabelt fordi beskrivelser øyeblikkelig må kunne gjøres tilgjengelig ved nyinnleggelse og endringer. Dette krever at datasystemet automatisk kan tilrettelegge informasjon i en rekke språk. Forståelsen av denne problematikken er klar ved den store fokus som er rettet mot selskaper som arbeider med oversettelsesteknologier.

Det finnes systemer for verbal oversettelse av tekster, men disse er til dels lite presise og kan ikke benyttes for beregninger, algoritmer knyttet til objekter og er så usikre at en oversettelse ikke kan benyttes med sikkerhet som underlag for en kontrakt eller lignende.

Sikker handel er etter hvert blitt et av de mest fokuserte områder innen Internett-basert forretning. Standarder innen området betaling over Internett er i første fase, mens andre fase vil fokusere på å unngå svindel i handelen og kontroll av at salgsobjekter faktisk tilfredsstiller den beskrivelse som er gitt slik at oppgjøret totalt sett kan trygges for alle parter.

Dagens løsninger (EBay med flere) tilbyr sikkert oppgjør ved hjelp av

Escrow-baserte tjenester som et tillegg til handelsplassens tjenester eller ved ordi-nær forsikring av handler. Dette innebærer delvis at man må opprette kontakt med en ekstra aktør og dette gir en kontroll av objektene som er overlatt til aktørene og de kontrollinstanser som er avtalt benyttet. Delvis innebærer en forsikring en mer-kostnad som må dekkes av handelssystemet. En forsikring hindrer dessuten i liten grad at det skjer svindel eller ikke tilfredsstillende handler i handelsplassen.

Dagens Internett-baserte salgskanaler følger i stor grad tradisjonelle hand-elsmønstre og markedsgrenser. Typisk vil en sluttkunde handle fra en forhandler, som i sin tur handler fra en distributør og så videre. Dette gir grobunn for selskaper som har som primæroppgave å distribuere varer innen de etablerte handelskanal-ene. Fremtidens Internett E-Business forventes å bli mer oppdelt på flere aktører og skape nye kanaler for handel.

Tradisjonell og Internett basert handel er i dag i stor grad begrenset ved at lande- og språkgrenser gjør handel mer komplisert enn tilfellet er i et homogent marked innen et land. Frem til i dag har dette vært den aksepterte måten å gjøre handel på, men dersom fremtidens "grenseløse" Internett-handel skal bli en reali-tet vil det kreve teknologiske løsninger og prosesser som bidrar til å fjerne disse grensene og derved virkeliggjøre ekte global og grenseløs handel.

Et marked kan defineres på mange måter, men i denne sammenheng er et marked adskilt fra et annet marked ved at det er forhold som skiller de forskjellige markedene slik at handel ikke kan skje transparent mellom markedene på samme måte som handelen skjer innen hvert av markedene.

Klassiske grenser i denne sammenheng er toll- og avgiftsregler. I dag gjør slike regler det komplisert å beregne priser på tvers av markeder og budgivning og forhandlinger på pris og betingelser blir gjerne en spesialisert prosess.

Handel mellom markeder blir ofte usikker og ender med uventet resultat fordi aktørene ikke kjenner de regler som gjelder i det markedet de handler med. Fordi teknologien bak dagens Internett-baserte handelssystemer ikke understøtter presise objektdefinisjoner, aktuelt lovverk og praksis forblir dette en barriere for internasjonal handel.

Spesialiserte handelssystemer ivaretar presentasjon av relevant informasjon i mange tilfeller, men systemene som benyttes kan ikke benyttes for å presentere generell og rettet informasjon for handelsobjekter i generell forstand.

Oppgjør mellom handelspartnere er i generelle handelssystemer i de nye elektroniske medier overlatt til aktørene eller til tredjepart oppgjørssystemer. Dette skjer fordi handelsobjektene ikke er definert i detalj og fordi regler og avtaler ikke er knyttet til objekter og markeder i utgangspunktet. Dette innebærer et kompliser-ende ledd for internasjonal handel og er i praksis i en barriere for mange aktører og typer handelsobjekter. For brukerne oppleves det derfor at Internett som handelsplass synes å være usikker. Mange slutter derfor handel som har begynt på Internett ved hjelp av en tradisjonell handelsprosess slik at Internett primært fung-erer som en markedsplass.

Man kan godt si at markedsstrukturen og de geografiske skillene i hovedsak er beholdt selv etter at Internett har hatt en voldsom vekst de siste årene. Fordi Internett er internasjonalt kan likevel flere kjøpere ved hjelp av Internett handle i andre markeder enn sitt primære, men de må i stor grad tilpasse seg selgers marked. Grunnen til disse begrensningene har basis i det faktum at den teknologien som kreves ikke er tilgjengelig og dermed ikke har vært mulig å ta i bruk for å utnytte Internett som et nytt medium og handelsplass.

På samme måte som industrien har utviklet seg fra engangsproduksjon via kopiert produksjon til serieproduksjon vil Internett utvikle seg videre i faser. Sammenlignet med den industrielle utvikling kan man si at dagens Internett-aktører i prinsippet står for en engangs- eller i beste fall kopiert produksjon. Internetts svar på serieproduksjon er ikke realisert fordi utnyttelsen av datateknologien ikke finnes. Det refereres til fremtidens Internett ved at man i udefinert forstand kaller Internett for en global markedsplass eller det åpne markedet. Ingen aktører har imidlertid løsninger eller opererer på denne måten og kan dermed ikke hevde å tilby hovedelementene som vil utgjøre et slikt marked fordi de ikke har oppdaget hvordan en datateknisk løsning må konstrueres.

Av store aktører på Internett kan nevnes Amazon.com og EBay. I stedet for slike "øyer" med virksomheter vil Internett arte seg som et nettverk med kommunikasjon, produkter og tjenester. Til nå har ingen sett hvordan denne modellen teknisk sett kan understøttes, men en lang rekke tekniske og strukturelle utfordringer er beskrevet.

Med de tekniske og strukturelle løsningene som i dag finnes vil det være vanskelig å handle objekter i en elektronisk markedsplass og en handel vil med-føre flere manuelle operasjoner, høyere kostnader, dårligere presisjon i informasjonen, lengre gjennomføringstid, redusert tillit til de nye medier for handel og en rekke andre ulemper som i dag synes åpenbare.

Fordi et omfavnende konsept for handel over Internett enda ikke er forstått er teknologien som kreves overhodet ikke vurdert. Det finnes maskinvare og ele-mentær programvare som vil være grunnstener i et omfavnende system, men hvordan disse skal utnyttes er på ingen måte klart. De konkrete utfordringer som finnes i forhold til et omfavnende system må i sum kunne understøttes av et drift-sikkert, raskt, fleksibelt, komplisert og stort datasystem.

Dagens handelsplasser er ofte primært en kombinasjon av annonsemedier og auksjonshus uten enkel mulighet for integrasjon av produktinformasjon og utveksling av logistikk-/ordredata mot et større antall med forskjelligartede aktører. Aktørene og agenter har derfor i dag typisk liten grad av direkte integrasjon mot eksterne Internett-baserte handelsplasser.

Teknologier som EDI og XML benyttes i noen grad, men gir på langt nær den funksjonalitet som er ønskelig i kombinasjon med dagens åpne handelsplasser og er primært benyttet i en en-til-mange relasjon og/eller med individuelt avtalt informasjonsinnhold. Dette gir i praksis så mange variasjonsmuligheter at det i dag ikke finnes noen standard for definisjon av objekter utover visse områder.

I en elektronisk handelsplass med et mangfold av objekttyper, markeder og aktører involvert og integrert vil det kreves forskjellige typer agenter for å gjennom-føre en handel dersom ikke aktørene selv skal måtte besørge denne delen av handelen. Eksempler på slike agenter kan være spedisjonsfirmaer, transportører, kontrollinstanser, importører og forhandlere. Datateknisk finnes det ikke løsninger som omfatter den prosessen som utgjør valg av agenter i den form som fremtidens in-tegrerte handelssystem for Internett vil kreve.

Oppfinnelsens målsetning er å fjerne/redusere problemene med dagens elektroniske handelssystemer som beskrevet over, og tilveiebringe et system som kobler flest mulig kjøpere og selgere sammen i en internasjonal elektronisk handelsplass som fjerner de geografiske og økonomiske handelsbarrierer, og åpner for handel innen flere bransjer og mellom ulike markeder, med store fortjenestemulig-heter og fordeler for både kjøper, selger og agenter.

SAMMENFATNING AV OPPFINNELSEN

I overensstemmelse med et første aspekt av oppfinnelsen er det tilveiebrakt et system for gjennomføring av handel i et elektronisk medium, omfattende sentrale systemer for primær datalagring og prosessering, og en elektronisk handelsplass for annonsering og handel av handelsobjekter. Systemet er kjennetegnet ved at den elektroniske handelsplassen omfatter midler for automatisk prisfastsettelse av handelsobjektene samt fastsettelse av betingelser, midler for automatisk utvelgelse av minst en agent for minst en aktør i den enkelte handel basert på gitte kriterier/parametre, og midler for å spesifisere den enkelte handel.

Foretrukkede utførelsesformer av handelssystemet er angitt i de uselvstendige kravene 2-19.

I overensstemmelse med et andre aspekt av oppfinnelsen er det tilveiebrakt en fremgangsmåte for gjennomføring av handel på en elektronisk handelsplass i et elektronisk medium der den elektroniske handelsplassen er forbundet med sentrale systemer for primær datalagring og prosessering, der fremgangsmåten omfatter: å annonsere handelsobjekter som skal selges eller ønskes kjøpt på den elektroniske handelsplassen, og er kjennetegnet ved å slutte handel av handelsobjekter) mellom aktører eller mellom handelsplassen og en aktør, der handelsplassen automatisk fastsetter prisen på handelsobjektene, og automatisk velger ut agenter for gjennomføring av den enkelte handel basert på gitte kriterier/parametre; og til sist å avslutte den enkelte handel ved bruk av midler for handelsobjektkontroll og oppgjør.

Foretrukkede utførelsesformer av fremgangsmåten for utførelse av handel er angitt i de uselvstendige kravene 21-34.

Handelssystemet omfatter i en foretrukket utførelsesform en datateknisk infrastruktur, utnyttelse av Internett eller andre medier for tilgang til handelssystemet, regelsystemer for beregning av pris og fastsettelse av betingelser, språkmo-duler, automatisk inkludering av agenter for gjennomføring av handel, en objekt-orientert metode for presentasjon av salgsobjekter og en metodikk for sikkert opp-gjør i forbindelse med handel. Systemet utgjør, basert på nevnte elementer, et integrert handels- og markedsføringssystem for handel over Internett, som i beskrivelsen heretter kalles for handelsplassen.

Handelsplassen dekker tradisjonelle funksjoner som annonsering, prisinformasjon, auksjoner og informasjon om leveranse og oppgjør i forbindelse med gjennomføring av handler. I tillegg inkluderer den unike funksjoner som automatisk utvelgelse og/eller prioritering av agenter (AGENT) for gjennomføring av handler, automatiske regelsystemer (RULES) for prisfastsettelse av objekter på tvers av markeder og et integrert objektkontroll og oppgjørssystem (TRADEPAY). I forhold til tradisjonelle Escrow-tjenester vil det foreliggende handelssystem ha et opp-gjørssystem som en integrert del av handelsprosessen. Det er ikke nødvendig å registrere en handel for å bruke oppgjørstjenesten. Videre vil forskjellige handelsobjekter automatisk kunne behandles forskjellig basert på definerte regler/objekt-krav. Også agenter kan benyttes som tredjepart ved godkjenning som en integrert del av systemet.

Videre inkluderer handelsplassen, gjennom sin oppbygning, forretningsmo-dellen og den datatekniske løsningen som her kalles EBUS. EBUS er en forkortelse for E-BUSiness som forretningsbegrep og en forkortelse for E-business BUS eller E-Bus. Sistnevnte begrep henspeiler til at handelsplassens system kan be-traktes som et bussystem, slik at aktører kan koble seg enkelt inn mot systemet. Dette oppnås ved den datatekniske løsningen som gir en deling av oppgaver mellom handelsplassen og en aktørs ADB/OLFI system. EBUS løsningen bygger på et format som er knyttet direkte opp mot objektinndelingen og handelssystemets andre funksjoner, men kan knyttes til andre standarder ved hjelp av oversettere (for eksempel EDI tolker).

Handelsplassen har en entydig beskrivelse av den enkelte aktør som forteller i detalj hvilke markeder som kan betjenes, hvilke kostnader som er knyttet til tjenesten som utføres og så videre. Denne informasjonen er strukturert og tilgjengelig for de automatiserte systemer i handelsplassen, slik at valget av aktør er kvalitativt egnet når handelsplassen håndterer forskjellige typer objekter mellom forskjellige markeder og aktørgrupper.

Objekter har definerte egenskaper som kan knyttes til flere språk, og man unngår derfor en verbal beskrivelse som skal gjøres tilgjengelig på forskjellige språk. Det finnes i dag ingen Internett-tjenester som gjør denne type databehand-ling i generelle handelssystemer.

Handelsplassen inkluderer sikkert oppgjør i tillegg til sikker betaling som en integrert del av handelsplassen. Det finnes i dag ikke handelsplasser som benytter et integrert oppgjørssystem for generelle objekter og har mulighet for detaljert kontroll av objektene som en del av prosessen. Dette skyldes primært at objektenes beskrivelser og grunnlaget for kontroll av objektene er overlatt til aktørene i utgangspunktet.

Handelsplassen inkluderer en teknologisk løsning for å integrere handelsobjektene og handelen med et oppgjørssystem, spesielt mellom forskjellige markeder.

Den foreliggende oppfinnelse innebærer følgende:

En teknisk løsning for definisjon av objekter og aktører i en handelsplass i et elektronisk medium, spesielt Internett, en teknisk løsning for inkludering av eksisterende virksomheter i en handelsplass, en teknisk løsning for utvelgelse av agenter for å gjennomføre en handel, en teknisk løsning for presentasjon av salgsobjekter i et flermarked og flerspråklig miljø, en teknisk løsning for kontroll av oppgjør i et integrert handelssystem, endringer av salgskanaler og tradisjonelle markedskanaler, fjerning av landegrenser i handelsmessig forstand hvis man skal utnytte markedet, enkel gjennomføring av handel mellom markeder, der handelsplassen automatisk ordner med lover og regler i de forskjellige markeder, samt gir sikkert oppgjør av handelen.

Oppfinnelsen beskriver en løsning hvor utnyttelse av teknologi og tilhørende prosesser gjør det lettere for forskjelligartede aktører å handle via en elektronisk markedsplass. Oppfinnelsen realiserer bedre kommunikasjon og prosesser for handel og fjerner mange av de grenser og barrierer som preger tradisjonell og Internett-basert handel og dialog i dag.

Oppfinnelsen medfører videre et åpent rammeverk og nettverk for kommunikasjon og handel mellom et ubegrenset antall aktører. Relasjoner støttes av oppfinnelsen slik at det blir lettere for aktører å handle. Handelsplassen er en teknologisk løsning med kontrollerte prosesser som kan bygges for mange-til-mange handel innen bransjer, markedssegmenter eller som en tjeneste for "all" handel på Internett. Løsningen kan bygges opp som et enkelt handelssted, som flere frittstå-ende handelssteder og/eller som handelssteder koblet sammen i et eller flere nettverk.

Oppfinnelsen vil i sine første implementasjoner trolig understøtte forholdsvis enkel handel lignende dagens tradisjonelle handelsmønstre. Senere implementasjoner vil kunne understøtte enkelthandler hvor en rekke aktører (inkludert agenter) er involvert og hvor produktet som kjøpes, anskaffes ved hjelp av flere og mer spesialiserte aktørers bidrag enn det som er vanlig i dag. Hva som er kjøper, selger, agent, objekt vil kunne bli mer uklart etter dagens målestokk fordi handelen vil ta nye former ved hjelp av den foreliggende oppfinnelsen. Automatiske aktører og funksjoner utenfor oppfinnelsen vil også bidra til et bredere og mer omfattende bruksområde enn det som synes opplagt.

Oppfinnelsen sørger i denne sammenheng for de definisjoner, og den prosess-styring som kreves for at et stort antall forskjellige entiteter skal kunne kommunisere og koordinere sine aksjoner slik at det oppstår "smart" handel i videste forstand.

På samme måte vil et handelsobjekt med oppfinnelsen kunne brytes ned i delobjekter innen en kategori eller på tvers av kategorier og knyttes til handler forskjellig fra dagens typiske handelsmodell. Nye begreper som "handelsceller" vil oppstå ved at det med oppfinnelsen blir mulig å gruppere objekter og aktører. Slike handelsmønstre beskrives ikke teknisk i oppfinnelsen, men blir mulig ved bruk av den teknologi som beskrives som plattform. En handelscelle vil eksempelvis kunne være flere aktører som handler sammen, men som handler forskjellige deler av et (sub-)objekt eller en aktør som handler forskjellige deler av et objekt fra forskjellige aktører i en handel. Aktører kan ha egne web-steder med kun egen informasjon i tillegg til, eller i stedet for informasjon plassert på den åpne handelsplassen.

KORT BESKRIVELSE AV TEGNINGENE

I det følgende vil utførelsesformer av oppfinnelsen beskrives nærmere med henvisning til de medfølgende tegningene der: Figur 1 viser i forkortet og eksempelvis form hvordan tabellstruktur og inn-hold typisk bygges opp for å beskrive definerte handelsobjekter ifølge en utførel-sesform av oppfinnelsen, Figur 2 viser i forkortet og eksempelvis form hvordan tabellstruktur og inn-hold typisk ser ut for en agent i systemet ifølge en utførelsesform av oppfinnelsen, Figur 3 viser i forkortet og eksempelvis form hvordan tabellstruktur og inn-hold typisk ser ut for en kjøper eller selger i systemet ifølge en utførelsesform av oppfinnelsen, Figur 4 viser hvordan objekter defineres med informasjon fra flere tabeller ifølge en utførelsesform av oppfinnelsen, Figur 5 viser et skjermbilde for et bileksempel i handelssystemet ifølge en utførelsesform av oppfinnelsen, Figur 6 viser de samme dataobjekter som i figur 5 presentert i norsk språk, Figur 7 viser et detaljbilde for et salgsobjekt ifølge en utførelsesform av oppfinnelsen, Figur 8 viser en del av et innleggingsbilde for en bil slik det arter seg for en tyskspråklig selger ifølge en utførelsesform av oppfinnelsen, Figur 9 viser en annen del av et innleggingsbilde for en bil slik det arter seg for en tyskspråklig selger ifølge en utførelsesform av oppfinnelsen, Figur 10 viser et eksempel på salgsobjekter som kan dekkes av systemet ifølge en utførelsesform av oppfinnelsen, Figur 11 viser et innloggingsbilde for en bruker ifølge en utførelsesform av oppfinnelsen, Figur 12 viser hvordan den samme databasen og det samme systemet støt-ter en forhandler med en egen tjeneste, Figur 13 viser et eksempel på utseendet til et av systemets administrasjons-bilder for styring av overordnede kategorier, Figur 14 viser et av administrasjonsbildene for aktører og agenter ifølge en utførelsesform av oppfinnelsen, Figur 15 viser en tabell med nøkkelinformasjon for forskjellige land som støttes i systemet ifølge en utførelsesform av oppfinnelsen, Figur 16 viser egenskaper knyttet til et salgsobjekt, i dette tilfellet en bil, Figur 17 viser et administrasjonsbilde for handelsobjekter ifølge en utførel-sesform av oppfinnelsen, Figur 18 viser et prinsipielt flytskjema for presentasjon av et handelsobjekt ifølge oppfinnelsen, Figur 19 viser skjematisk skisse for oppgjørssystemet ifølge en utførelses-form av oppfinnelsen, og Figur 20 viser et eksempelvis skjermbilde for budgivning i et flermarked ifølge en utførelsesform av oppfinnelsen. Figur 21 viser en prinsippskisse over oppfinnelsens forskjellige moduler og hvordan handelen kontrolleres.

DETALJERT BESKRIVELSE AV OPPFINNELSEN

Handelssystemet inkluderer i tillegg til de tradisjonelle funksjoner, som annonsering, prisinformasjon, auksjoner og informasjon om leveranse og oppgjør, funksjoner for utvelgelse/prioritering av agent(er), automatiske regelsystemer, og en objektkontroll- og oppgjørsfunksjon. Disse vil beskrives i det følgende.

Utvelgelse og/eller prioritering av agenter

En agent på handelsplassen er en aktiv og vesentlig part i fullføringen av en handel. Graden av involvering vil variere fra en passiv speditør/kontroll funksjon til en fullstendig gjennomføring av en handel som en delfunksjon i handelssystemet.

I handelssystemet vil en eller flere agenter bli valgt ut for den enkelte handel ut fra gitte kriterier som arbeidsfelt, geografi, kompetanse, erfaring og annen vurdering av egnethet. Handelsplassen vil, basert på informasjon om agenten, samt kjøper, selger, objekt og aktuelle markeder, kunne foreta en automatisk prioritering og valg av agent(er) eller foreslå aktuelle agenter.

I motsetning til de kjente løsninger, velger handelsplassen selv ut eller an-befaler en eller flere agent(er) for/av kjøper/selger. Utvelgelsen skjer automatisk ved uthenting av informasjon og statistikk fra underliggende databaser og involve-rer algoritmer eller aktørens vurdering, for å finne den agenten som er best egnet.

Agent(er) kan prioriteres basert på parametre knyttet til selger, kjøper, objekt og markeder der disse befinner seg, samt foreliggende informasjon om agentene.

Parametrene vil minst omfatte følgende innen de enkelte hovedområdene: Selger / kjøper:

Hjemland/geografi

Språk

Rating/statistikk

Resultat/vurdering fra tidligere handler

Preferanser

Alder, økonomi og sosial bakgrunn

Konkurransefaktorer

Service

Leveringstid

Oppgjørsform

Annet

Agent:

Objekt kategori som dekkes og erfaring med disse

Finansiell rating og statistikk

Resultat/vurdering fra tidligere handler

Rating av geografisk nærhet Konkurransefaktorer Service / leveringstid Oppgjørsform

Språk

Pris på tjeneste

Annet

Objekt:

Objekt kategori

Pris

Godkjenning av objekt Garanti / Service

Vekt og størrelse Sikkerhetsklassifisering Temperatur- og omgivelseskrav Krav til håndtering Ferskvare / levetid Produktstandarder Markedsstandarder Andre regler/forhold Oppgjørsform / sikkerhet for betaling Annet

Markeder:

Markedets plassering / avstand Eksportregler Importregler Transportforhold

Språk

Annet

Prioriteringen kan skje ved bruk av et sett med algoritmer/regler som priori-terer nevnte egenskaper automatisk eller ved å presentere egenskapene for aktø-ren slik at denne selv kan velge agent, eventuelt i anbefalt rekkefølge. Basisinfor-masjonen finnes i de sentrale databasene og presenteres som et resultat for brukeren på dennes klient direkte. Klient kan i denne sammenheng være Internett/HTML basert grensesnitt, tradisjonelt brukergrensesnitt, telefoni, WAP og/eller andre teknologier.

Et annet alternativ er å velge ut og/eller prioritere agenter ved at aktuelle parametre sammenstilles og eventuelt vektes for å matematisk å finne den agent som mest mulig objektivt sett er best egnet. Rating og annen statistisk informasjon er grunnleggende for å anskueliggjøre forventet kvalitet og gjennomføringsevne som agentene besitter. Agentutvelgelsen kan da inkludere terskelverdier/grenser som utelukker agenter som ikke tilfredsstiller gitte krav.

Teknisk løsning

Et klientsystem får presentert prioriterte eller utvalgte agenter basert på informasjon og utvelgelseskriterier som finnes i handelssystemet.

Handelssystemet omfatter sentrale systemer og klienter som kopler seg inn mot disse. De sentrale systemer omfatter her sentrale eller desentrale systemer som ikke direkte er en del av klienten. De sentrale systemer dekker funksjoner som primær datalagring og prosessering. Lagring av data kan også skje delvis på klientsystemet, men dette vil primært gjelde informasjon som er knyttet til den aktuelle aktøren i systemet. Prosessering av regler skjer i de sentrale systemer og/eller i klienten.

Informasjon og parametre er knyttet til aktører og agenter i systemet. Denne informasjonen lagres primært i de sentrale systemene. Databaser benyttes for lagring i de sentrale systemene. Den prosessering som skjer vil være knyttet til lagring/uthenting av data, økonomiske beregninger, regelberegninger, beregning av prioritering/anbefaling, sammenstilling av statistikk, kontroll av validitet på data, produksjon av statistikk og hel eller delvis generering av den presenterte informasjonen.

Handelssystemet gir imidlertid også mulighet for klient-til-klient sammenstilling av parametre og egenskaper for utvelgelse av agent, utvelgelse av agent(er) basert på aktørens informasjon om de ønskede parametre, samt utvelgelse av agent(er) basert på standardisert informasjon om agentens posisjon i forhold til en på forhånd definert type handel.

Automatiske regelsystemer (RULES)

I handels- og informasjonssystemer finnes vanligvis begrenset med informasjon som er relevant for salg av aktuelle objekter til andre markeder enn det tradisjonelle. I det foreliggende handelssystemet beskrives objekter i slik detalj at det er mulig å foreta presise beregninger for handel med objektet mellom forskjellige markeder.

Regelverk som er en integrert del av handelssystemets sentrale systemer beregner og presenterer priser og betingelser samt annen informasjon for hvert salgsobjekt innen og mellom aktuelle land og/eller markeder. Handelssystemet tar hensyn til selger og kjøpers marked, men salgsobjektet kan også omsettes mellom markeder uavhengig av kjøper og selgers lokalisering. Beregninger og regelverk ivaretas i alle tilfeller.

Dette regelverket og dermed beregningene baserer seg på parametre som omfatter minst eksport/import regler, tolltariffer på aktuelle salgsobjekter, aktørers marked/land, transport/speditør omkostninger og garantier.

Alle relevante skatter/avgifter og andre kostnader knyttet til handel er inkludert i den prisen en potensiell kjøper får presentert for salgsobjektet på handelsplassen.

Den aktuelle regel som velges i hvert handelstilfelle, velges ut fra et definert, men utvidbart sett med parametre som er lagret i databasen, er satt i klientsystemet eller velges av den aktuelle aktører ved uthenting av informasjon.

Parametrene for valg av regel er minst:

Markedet objektet selges fra

Markedet objektet selges til

Selgers valuta og marked

Kjøpers valuta og marked

Objektets kategori med tanke på toll- og avgiftsregler

Objektegenskaper

Eventuell agentinformasjon

Når aktuell regel er valgt aktiveres denne med ytterligere parametre som kreves for å foreta en beregning. Resultatet presenteres i klientsystemet eller lagres for senere presentasjon/bruk.

Parametre som i tillegg til ovennevnte er aktuelle er:

Toll-/avgiftssatser

Eksportregler

Importregler

Frakt/transport

Objektkategori/varetype

Pris på objektet

Fradrag i avgifter

Vekt, volumer og andre egenskaper

Sikkerhetsklassifisering

Temperatur- og omgivelseskrav

Krav til håndtering

Ferskvare / levetid

Produktstandarder

Markedsstandarder

Garantier og forpliktelser

Agentkostnader

Annen agentinformasjon

Annet

Teknisk løsning

Regler lagres i handelssystemet som moduler som utføres med aktuelle parametre. Hvilke regler som skal utføres bestemmes av systemet ut fra handelsobjektets fra-marked og til-marked, samt andre parametre. Et enkelt objekt kan presenteres med forskjellige priser, betingelser og informasjon i forskjellige markeder ved bruk av flere regler.

Parametre om handelsobjektet lagres i en database hvor en rekke egenskaper beskriver objektet i tilstrekkelig detalj til at en eksport- og importberegning kan foretas. For enkelte handelsobjekter kreves det ytterligere beskrivelse for å kunne beregne lokale avgifter og kontrollere andre forhold. Slik ytterligere informasjon lagres også i en database.

Informasjon om aktørenes markeder og eventuell agentinformasjon lagres i hovedsak i en sentral database. Noe informasjon kan hentes fra klientsystemer hos aktører eller agenter. Informasjon om aktørene benyttes sammen med informasjon om handelsobjektet og aktuelle markeder for valg av aktuell regel og for å gi regelen nødvendige grunnlagsparametere.

Den beregnede prisinformasjonen og eventuelt ytterligere informasjon bear-beides i de sentrale systemer og presenteres på klientsystemene til aktører og

agenter. Presentasjonen er gjerne i form av prisinformasjon for enkeltobjekter i en handelsliste eller som detaljert informasjon om et enkelt objekt. Klientsystemet er typisk basert på Internett-terminaler (browsere) med HTML/XML baserte protokoller og Internett som transportmedium. Løsningen kan også omfatte klientsystemer basert på klient/tjener løsninger, telefoni, telefax, WAP, SMS og andre teknologier som tillater presentasjon av informasjon hos en aktør.

Handelsløsningen er tolerant med tanke på manglende informasjon i gitte tilfeller. Ved mangel av en informasjon vil systemet kunne hente statistisk og/eller ekstrapolert informasjon og benytte dette i beregningen. I slike tilfeller tas det spesielt forbehold om manglende presisjon i beregning og levert informasjon.

En beregnet pris eller utvalgt informasjon kan beregnes og presenteres brukeren av systemet dynamisk og/eller lagres som en mellomlagringsverdi i systemet. Eventuelt kan informasjon lagres for senere bruk i de sentrale datasystem-ene ved innlegging av objektet eller på et senere tidspunkt.

Systemet vil beregne priser og hente informasjon på nytt dersom regler, egenskaper eller parametre endres etter at en informasjon/pris er lagret for det aktuelle objektet. Regler kan lagres som kode i web-sider, i såkalte business-objekter, i annen programvare, som funksjoner i databasen eller på annen måte i de sentrale systemer. Regler kan også leveres til klientsystemene for beregning utenfor de sentrale systemer.

Andre muligheter er manuell innmating av informasjon for beregninger. Handelsplassen kan også utføre reversert beregning for å finne en aktuell pris i opprinnelsesmarkedet basert på en angitt pris i til-markedet. Et alternativ til at alt skal innarbeides i handelsplassen er at en tredjepart beregner og leverer informasjon basert på informasjon fra de sentrale systemene.

Integrert objektkontroll- og oppgjørssystem (TRADEPAY)

Handelssystemet følger en handel fra start til slutt i systemet. Dette omfatter minst presentasjon av objekt, auksjon/salgsprosess, handelsslutning, deponering av betaling, kontroll av vareflyt, kontroll av varens tilstand, faktisk leveranse og utbetaling til selger.

Informasjon i handelssystemet benyttes for kontroll av objekter, verifisering av faktiske transaksjoner, prisfastsettelse i de enkelte ledd og godkjenning for utbetaling av oppgjør. Tredjepart som bank og/eller betalingsformidlere er en del av handelssystemet.

Systemet skiller seg fra andre systemer ved at aktører, agenter og/eller objektet som handles er definert i systemet i slik detalj at nevnte kontrollmekanismer og aksjoner kan gjennomføres automatisk eller med minimale manuelle operasjoner uten bruk av tredjepart.

Handelssystemet registrerer et salgsobjekt som legges ut for salg og følger dette inntil deponering av kjøpesum, kontroll av objekt, leveranse av objekt og

oppgjør har funnet sted. Den enkelte aktør i handelen er registrert og kjent av systemet. Salgsobjekter defineres i detalj slik at aktørene aksepterer beskrivelsen av objektet som grunnlag for handelen. Kjøper eller en agent vil være kontrollerende funksjon for objektet. Dette innebærer at en av disse skal besiktige og godkjenne objektet før oppgjør kan skje. Kjøper betaler ved sluttet handel inn hele eller deler av kjøpesummen som depositum til handelssystemet. Kjøpesummen deponeres hos tredjeparts eller en klientkonto slik at beløpet er sikret i henhold til praksis og lovverk for meglere.

For handler hvor agent er kontrollfunksjon er rekkefølgen som følger:

Handel sluttes

Deponering av hele eller deler av kjøpesum

Kontroll av varen utføres av agent

Innbetaling av resterende kjøpesum til handelsplassen

Utbetaling til selger

Leveranse av vare til kjøper

For handler hvor kjøper er kontrollfunksjon er rekkefølgen som følger:

Handel sluttes

Deponering av hele kjøpesummen

Leveranse av varen til kjøper

Kontroll av varen av kjøper / innsigelse innen tidsfrist

Betaling til selger etter godkjenning eller utløpt tidsfrist

En viktig innebygd funksjon i handelsplassen er at dokumenter, kontrakter og transaksjoner utstedes og gjennomføres som en prosess i handelssystemet. For handelsvarer utstedes generelle dokumenter og transaksjoner, mens det for objekter som er definert i detalj (kapitalvarer) utstedes dokumenter tilpasset objektets kategori. Prosessen er vist i figur 19.

Etter slutning av en handel hvor agent er kontrollfunksjon (Trade/Trade) vil det i prinsipp utstedes følgende dokumenter i forhold til prosessen:

Etter slutning av en handel hvor kjøper er kontrollfunksjon vil det i prinsipp utstedes følgende dokumenter i forhold til prosessen:

Dokumenter i handelssystemet kan være papirbaserte, basert på epostinnhold, websider eller andre medier. Der det er formelle krav til godkjente dokumenter benyttes disse i tillegg til dokumentene som utstedes automatisk av handelssystemet.

Teknisk løsning

Når en handel er sluttet, plasseres salgsobjektet i en definert oppgjørspro-sess hvor det gjennomgår en rekke behandlingsfaser. Fasene kontrolleres ved endring av behandlingsstatus (eksempler på statuser finnes i avsnittet "En handel avsluttes -.." på side 38.) på salgsobjektet og/eller endring av behandlingsstatus på involverte aktører og/eller agenter i handelsplassens database. Ved inngang til en fase vil normalt et antall aksjoner skje og for å avslutte en fase vil det normalt være en eller flere betingelser som må oppfylles.

Informasjonene lagres i en sentral database og aksjoner skjer ved automatisk, eller eventuelt manuell, utsendelse av epost, telefax, transaksjoner, publisering på Internett eller på annen måte. Utsendelse og aksjoner skjer med basis i den foreliggende informasjonen om de enkelte involverte aktører.

Priser og leveringsbetingelser kontrolleres, justeres eventuelt og godkjen-nes likeledes ved at det mottas informasjon som sjekkes av agent eller kjøper mot detaljert informasjon om salgsobjektet og foreliggende status i handelssystemet. Eksempelvis vil en agent sjekke om en bil faktisk har den tilstand som samsvarer med den detaljerte informasjonen en selger har oppgitt om denne. Dersom det er avvik vil disse bli lagt inn i oppgjørssystemet, som basert på sine regler kan justere pris eller kansellere handelen.

Bruk av Internett-baserte klientsystemer kan benyttes for å gjøre tilgjengelig informasjon om behandlingsstatus, aktørene og handelen for øvrig. De sentrale systemer vil ved slik drift publisere den aktuelle informasjonen og denne gjøres tilgjengelig via Internett-baserte protokoller som eksempelvis HTML for aktørene ved bruk av en form for autentisering for lesing av informasjonen. Avvik vil bli håndtert av systemet enten automatisk eller ved manuell saksbehandling.

Transaksjoner kan håndteres ved oppfølging av elektronisk informasjon om innbetalinger til klientkonto eller ved manuell kontroll av informasjon om foretatte transaksjoner. Bruk av manuell eller automatisk oppfølgning må skje basert på gjeldende lover/regelverk for oppgjørssystemer, men størst mulig grad av automa-tikk vil øke tjenestens verdi og effektivitet. Kontroll av objektets tilstand kan skje ved bruk av agent eller ved at kjøper selv godkjenner objektet. Den detaljinforma-sjon som legges til grunn for godkjenningen er en del av informasjonen i handelssystemet. En godkjenning av et salgsobjekt mates normalt automatisk inn i prosessen, men kan også skje ved manuelle operasjoner.

Autentisering og/eller kryptering kan benyttes for å sikre transaksjoner, god-kjenninger og tilgang til informasjonen for øvrig.

Andre muligheter er at en tredjepart kontrollerer oppgjøret lik for eksempel i escrow.com. Et annet alternativ er at manuell kontroll av status og behandling av oppgjør skjer i et eget system.

Innlegging av salgsobjekt - EBUS-basert handel

Det foreliggende handelssystemet baserer sin integrasjon mot aktører og

agenter på en annen teknologi enn EDI og XML og en annen struktur enn dagens handelsplasser. EBUS definerer i motsetning til det som hittil har vært vanlig et enkelt og entydig rammeverk for et format for definisjon av objekter som skal handles og hvordan logistikkinformasjon skal utveksles i tilknytning til dette. Avvik tillates ikke med mindre aktørene, agentene og handelsplassen i samråd endrer eller primært utvider standarden.

EBUS formatet baserer seg i en viss grad på eksisterende standarder, men tar ikke sikte på å være generelt i samme grad som EDIFACT, ASN.1 og andre standarder. EBUS formatet skal være åpent for innsyn for alle og vil avspeile blant annet den kategorisering og informasjon som er grunnlaget for oppfinnelsen. Formatet vil initielt ikke dekke mange objekttyper, men vil utvides ettersom konseptet blir tatt i bruk i større omfang.

Løsningen kalles for EBUS med bakgrunn i forkortelsene E-Business og E-Bus. Sistnevnte henspeiler på at EBUS er en åpen buss i datateknisk forstand som aktører og agenter åpent kan koble sine systemer mot.

EBUS formatet i oppfinnelsen er mer formålstjenlig enn andre standarder, som tillater forskjellige definisjoner av dokumenter, objekter og prosedyrer, fordi den med sitt entydige beskrivelse av handelsobjektene er mer direkte saksorien-tert mot handelsplassen i oppfinnelsen og fordi den kan gi raskere og mer kost-effektiv tilgang til et større marked enn det som gjelder i tilfellet med bruk av aktør-ers egne definisjoner av objekter og handelsprosess.

Systemet er likevel slik at det er åpent mot eksisterende standarder som eksempelvis EDI.

Et eksempel som viser dette kan være salg av skruer fra et tradisjonelt ADB system direkte til EBUS og bruk av XML som et alternativ. Et tradisjonelt administrativt datasystem benyttes for å besørge innkjøp, lager, ordre og fakturering (OLFI) har tilleggsinformasjon i et eksisterende kommentarfelt som benyttes for å fortelle handelsplassen hvilket produkt (CAT) som skal legges inn/endres og hvilke egenskaper (ENT) som gjelder for dette produktet.

Anta at følgende informasjon finnes for et produkt i et administrativt datasystem:

***

Varenummer: 19812317-XT

Antall: 23

Beskrivelse: USSTD Skrue 25x120mm 8-18 Steel

Kommentar felt:

UserTrade_CAT: 200-62-633-2

UserTrade_ACT: Phone )X( +47 22665522

UserTrade_ENT: Steel )X( 8-18

UserTrade_ENT: Length )X( 120

UserTrade_QTY: 23

Osv ...

OLFI systemet kan benytte et kommentarfelt for lagring av UserTrade-informasjon, tilleggsfelter kan benyttes eller det kan benyttes oversettere som knytter OLFI-systemets data til "UserTrade_XXX" formatet. I eksemplet over er det benyttet et kommentarfelt. Når vedkommende aktør ønsker å oppdatere sin produktinformasjon, oversendes kommentarfeltet til handelsplassen via et elektronisk medium. Handelsplassen benytter formatet "UserTrade_XXX.." til å oppdatere informasjonen om det aktuelle salgsobjektet, legge det inn som nytt objekt eller slette det.

Dersom det benyttes en oversetter, som eksempelvis en EDI-tolk, kan eksisterende informasjon kobles/oversettes til UserTrade-identifikatorene ("UserTrade_XXX") og leveres til handelsplassen uten at det er påkrevet med noen innlegging av tilleggsinformasjon fra aktøren. Dette forutsetter at OLFI-systemet har tilstrekkelig med informasjon til å definere objektet. For en fullgod støtte av handel mot oppfinnelsens handelsplass er det naturlig at OLFI-systemer utvides med bedre støtte for kategorisering av objekter og handelsprosess.

XML er en åpen og generisk protokoll, men sier ingenting om hva som faktisk skal gjøres. Med denne bakgrunn er XML velegnet til å overføre informasjon til/fra handelsplassen.

Et eksempel på en XML-overføring av prinsipielt samme informasjon som i eksemplet over kan være: <?xml version="1.0"?>

<itemupdate>

<from>Nut & Bolts lnc.</from>

<fromactorno>8712361 </fromactorno>

<valid>now</valid>

<expire>#15.JAN.01#</expire>

<UTverb>UserTrade_CAT: 200-62-633-2</UTverb>

<UTverb>UserTrade_ACT: Phone )X( +47 22665522</UTverb>

<UTverb>UserTrade_ENT: Steel )X( 8-18</UTverb>

<UTverb>UserTrade_ENT: Length )X( 120</UTverb>

<UTverb>UserTrade_QTY: 23</UTverb>

Osv ...

</itemupdate>

EBUS støtter prinsipielt forskjellige innlesningsformer for data, men det er ventet at XML og tekst overført via e-mail, FTP, HTTP eller andre Internett-protokoller vil være de mest brukte transportteknologiene. EDI er med sin ekstreme kompleksitet og omfang ventet å være mindre aktuelt, men kan støttes av systemet i en viss grad.

Den praktiske delen for oppdatering av data skjer ved at server systemene utveksler data via EBUS og oppdaterer databasene i handelsplassen med den innkommende informasjonen eller leverer responser til aktørene og agentene med bakgrunn i spørringer eller systemgenererte data.

EKSEMPEL

Handelssystemet utgjør en integrert handelsprosess som kalles UserTrade. Det er fokusert på støtte for agenter, regelbaserte utvalg/beregninger, styrte opp-gjørsprosesser og den underliggende teknologi. Prosessene og teknologien vil i det følgende delvis forklares med eksempler for handel med biler. Prosessen kan likevel i prinsippet gjelde for alle typer objekter som legges inn i systemet. Beskrivelsen av eksemplet er delt opp i følgende seksjoner og detaljeres i de påfølgende avsnitt:

Initielle handlinger:

- Kategorier og objekter defineres

- Agenter registrerer seg som bilimportører med detaljert informasjon om sin tjeneste

- Kjøper og selger registerer seg i UserTrade systemet og blir aktører

Innlegging av salgsobjekt:

- En bilselger i Tyskland legger inn en bil via Internett med lokal informasjon og salgspris i Tyskland

- EBUS basert handel

Presentasjon av salgsobjekt og budgivning:

- En kjøper i Norge får presentert denne bilen med norske priser, inkl. avgifter og andre kostnader

- Regler og beregninger

- Forslag til Agent presenteres med pris

- Statistikk og ekstrapolasjon

- Budgivning i en flermarked-situasjon

En handel avsluttes:

- Status endres på objektet og en agent velges av kjøper

- Dokumenter utstedes og oppgjøret kontrolleres i UserTrade systemet

Initielle handlinger - Kategorier og objekter defineres

Biler/modeller kategoriseres med definisjoner og detaljerte beskrivelser i

kategoritabeller (f.eks. "CAT" og "CATENT"). Det benyttes faste verdier og standardverdier for at enkeltbiler entydig skal kunne omsettes i systemet. Standardverdier skiller seg fra faste verdier ved at de kan endres av eksempelvis en aktør ved innlegging av et objekt.

Innleggingen av et handelsobjekt, i dette eksempelet en bil, gjøres ved at eksempelvis en 98 modell Audi A6 2,4 Avant Tiptronic klassifiseres (gjerne ved hjelp av rekursjon) i en database med en oppdeling som følger: Bil <- Audi <- A6 <- 96-99 2,4 Avant <- Tiptronic.

Med de forskjellige nivåer i denne rekken blir bilen nærmest entydig definert. Nøkkel informasjon som kreves for å handle bilen mellom forskjellige markeder er definert i databasen som egenskaper knyttet til den aktuelle bilen.

Typiske tabellstrukturer er skissert i figur 1. To tabeller benyttes sammen for å definere biler så presist at man kan benytte informasjonen til forskjellige beregninger. Tabellen "CAT" er en rekursiv eller kategorisert tabell som definerer hvordan man kan klassifisere alle aktuelle bilmodeller. Klassifiseringen kan også sammen-lignes med en "vanlig" kapittelinndeling med flere nivåer av underkapitler. Tabellen "CATENT" inneholder verdier knyttet til det enkelte objekt i kategoriene hvis den peker på siste nivå, eller en gruppe av objekter hvis den peker på øverste eller mellomliggende nivåer. I realiteten vil det vanligvis finnes mer informasjon for hver bil som er definert. Mye av informasjonen er knyttet til utstyrsvarianter, ekstrautstyr og annet som primært er informasjon kjøper vil ønske.

Fra informasjonen som er gitt i tabelleksempelet i figur 1 kan det utledes at den aktuelle bilen som nevnt over er produsert i Tyskland, den er 489 cm lang, den har en 2389 ccm motor, er på 165 hk og Avant-modellen er 1710 kg tung. Dette er informasjon som gjelder alle slike biler og som kreves blant annet for beregning av avgifter ved import til Norge.

I tillegg til definisjon av kategorier inkluderer tabeller også informasjon om land, markeder, regler og annen informasjon som deles av de øvrige modulene i UserTrade.

Tabellene og databasene kan med fordel baseres på moderne og fleksible databaseløsninger slik som Oracle Database eller Microsoft SQL Server, men det er også mulig å basere datalagringen på andre teknikker og databaseformer.

Grunnleggende informasjon som kategorier og andre standardtabeller kan administreres med Internett web-grensesnitt, direkte mot databasen ved hjelp av eksempelvis SQL eller via andre verktøy som eksempelvis Oracle Forms, Access database (via ODBC) eller andre teknikker.

Handelssystemet baserer seg typisk på at et Internett web-grensesnitt på en PC eller annen klientmaskin henter og leverer informasjon via HTML/IP-protokoll til de sentrale webservere. Disse genererer sider ved hjelp av scriptverktøy, komponenter og/eller databasekoblinger som eksempelvis ODBC til sentrale data-baseservere. Det kan dog benyttes andre protokoller og klientsystemer.

Initielle handlinger - Agenter registrerer seg som bilimportører med detaljert informasjon om sin tjeneste

For definering av agenter benytter oppfinnelsen en tabellstruktur som enten er rekursiv eller kategoriserende ved egne datafelter for gruppering av agenter, slik eksemplet viser i figur 2.

Agenter defineres i tabeller med informasjoner om kontaktinformasjon, adresser og lignende vanlig informasjon som skissert i figur 2.1 tillegg legges det inn en variabel mengde med informasjon om type agent, land som agenten kan operere mot, "rating" av agenten med basis i tidligere handler, "rating" av agenten basert på økonomi, "limit" for beløp som agenten kan behandle og annen relevant informasjon for beskrivelse av agenten. Denne informasjonen benyttes for å sam-menstille agentenes egenskaper med aktuelle handelsobjekter, markeder som er involvert og aktørene som skal betjenes. I dette eksempelet kan det utledes at Anders And i Østerndalen Bil Salg har en "Rating" på 35, selskapet kan bidra ved omsetning av varer for inntil 300.000 Euro og kan handle biler fra alle land til Norge. I tillegg er Anders And beskrevet som en tilbyder av agent-tjenester knyttet til Audi-biler.

Registreringen av agenter kan skje ved egenregistrering via Internett eller andre medier mot de sentrale systemer/databasen eller ved hjelp av dedikerte res-surser for registreringsarbeidet. Disse kan jobbe via Internett, via de sentrale datasystemer eller på annen egnet måte.

Initielle handlinger - Kjøper og selger registerer seg i handelssystemet og blir aktører

Tabellstrukturen for aktører er den samme som i tilfellet for agenter, men informasjonen som lagres er vanligvis noe mer begrenset. Se for eksempel figur 3, hvor aktører er definert som prinsippielt samme måte som tilfellet er i forrige avsnitt. I denne figuren er knyttes detalj informasjon til aktørene på forskjellige nivåer. Eksempelvis vises at "Ola Nordmann" har telefon nummer "2234 6743" og vedkommende arbeider i "Finans avdelingen" i "Orkla AS". "Orkla AS" har kontor-adresse i "Norge". For enkelte aktører vil det dog være behov for å lagre omfattende informasjon om egenskaper og preferanser. Nøkkelinformasjon som hjem-land, rating, handelspreferanser og lignende knyttes til en aktør for bruk i agentutvelgelsen (AGENT), regelsystemene (RULES) og oppgjørssystemet

(TRADEPAY).

Et skjermbilde for pålogging med mulighet for valg av språk og ønsket marked finnes skissert i figur 11. Dette innloggingsbildet kan benyttes av både aktører og agenter i systemet.

Innlegging av salgsobjekt - En bilselger i Tyskland legger inn en bil via Internett med lokal informasjon og salgspris i Tyskland

Som vist i figur 8 og 9 presenteres en selger for et strukturert og detaljert

datainnleggingsbilde som kan fylles ut slik at dataene som oppgis er entydig definert og i all hovedsak ikke er basert på fritekst-beskrivelser. Figur 8 viser hvordan et innleggingsbilde for en bil vil arte seg for en tyskspråklig selger. Denne funksjo-nen for innlegging av et salgsobjekt består av flere bilder som selger kan bla mellom for å definere bilen best mulig. Se også figur 9.

Informasjonen mates normalt inn via en Internett-terminal (browser) eller et annet klientsystem, men kan også mates direkte inn i systemet slik tilfellet vil kunne være ved bruk av EBUS-løsninger som henter/leverer informasjon direkte til/fra aktører og agenter i systemet.

Den mottatte informasjon vil typisk bli lest av en Internett web-server og sjekket for feil i inndata før databaser oppdateres. Et nytt salgsobjekt som en bil vil bli opprettet i en salgsobjekt ("ITEM")-database med detaljerte egenskaper i en egenskapstabell ("ITEMENT") som vist i figur 4, 16 og 17. Figur 4 viser en mulig struktur for informasjonen, hvor figur 16 viser de dataposter som er benevnt "Table: ITEMENT" i figur 4, mens figur 17 viser en datapost som er benevnt "Table: ITEM" i figur 4. Figur 16 og 17 er skjermbilder i det administrative systemet, mens en bruker vil se denne informasjon som vist eksempelvis i figur 5 og 6. Standardverdier vil bli foreslått for selger ved innlegging av det nye objektet og i dette eksempelet med bil vil vekt, ytelse, sylindervolum og lignende informasjon bli foreslått som standardverdier som antydet i figur 8. Selger kan endre på disse verdiene innen gitte toleranser.

Systemet vil også kunne foreslå andre egenskaper eller verdier ved bruk av statistikk eller teknikker for ekstrapolasjon. Eksempelvis vil systemet kunne foreslå salgspris ved å statistisk beregne en salgspris basert på priser oppnådd ved salg av andre biler som er sammenlignbare.

Presentasjon av salgsobjekt og budgivning - En kjøper i Norge får presentert denne bilen med norske priser, inkl. avgifter og andre kostnader

Figur 5, 6 og 7 viser hvordan biler som salgsobjekt presenteres i lokalt språk og med lokale priser til kjøpere. Valuta er oppgitt i Euro og noen priser er oppgitt som 0 (null) fordi reglene som er lagt inn ikke inkluderer alle de aktuelle markedskonstellasjonene.

I skjermbildet i figur 5 er det valgt engelsk språk og prisen er oppgitt i Euro for kjøperen i mottaker-markedet. Selgers marked er oppgitt til Norway og prisen er beregnet med basis i dette "fra-markedet" og kjøperens "til-marked" ut fra de gjeldende prisberegningsregler. Pris avspeiler salgspris i fra-marked, toll/avgifter, agentkostnader og andre kostnader knyttet til handelen som er beskrevet for øvrig. Figur 6 viser de samme dataobjekter som i figur 5 presentert i norsk språk. Menyer og beskrivelser inneholder den samme informasjonen og dataobjektene er identiske, men systemet oversetter innholdet basert på brukerens språkvalg. Beregningen er i dette tilfellet den samme fordi fra- og tilmarked er som i figur 5, mens en annen "pris" ville gjelde for andre "til-markeder" og valg av agenter. I figur 7 er det vist et detaljbilde for et salgsobjekt. Ytterligere informasjon om selger og agent(er) vil finnes i ytterligere skjermbilder. Figur 4 viser hvordan en del av den grunnleggende informasjonen i forskjellige tabeller knyttes til objektet for beregninger av priser og presentasjon av forskjellig annen informasjon. Knytningene er i dette tilfellet basert på database relasjoner hvor data fra en tabell peker til et annet objekt, som i dette tilfellet er salgsobjektet. For regelbruk/beregninger benyttes denne samlede informasjonen som grunnlag og eksempelvis vil et helt sett med regelinformasjon om bilimport til Norge bli knyttet til objektet kun basert på at en aktør er definert til å være hjem-mehørende i et marked fordi en datapost i en tabell angir dette. Figur 18 beskriver skjematisk den prosess som benyttes i handelssystemet for å presentere lokalisert informasjon for aktuelle kjøpere. Prosessen gjennom-føres teknisk typisk ved at programkode på database og sentrale serversystemer går gjennom en serie med utvalgsspørringer mot tabeller med informasjon og ved at regler utføres for å treffe valg og velge ut informasjon for presentasjon til brukeren.

Prosessen starter ved at kjent informasjon ("Objektinfo", "Kjøper info", "Til-marked info", "Fra-Marked info") kobles sammen i en spørring ("Finn regel og be-regn priser m.v.") for å plukke den riktige regelen ("Handels regler") og beregne pris og finne frem andre spesielle forhold ved handelen som bruker trenger å vite. Denne spørringen avløses av en ny spørring ("Velg og sorter agenter") hvor også informasjon om agenter ("Agent info") og de regler som gjelder for agentutvalg ("Agent regler") sammenstilles. Resultatet fra denne siste spørringen overføres i sin tur til rutiner for språklig oversettelse ("Knytt språk til informasjon"), hvor informasjon fra "Språk basen" benyttes for å oversette eller å knytte brukers språk til informasjonen.

Den ferdigbehandlede informasjonen overføres til kjøper eller andre aktø-rer/agenter via eksempelvis Internett til en web-browser for presentasjon. Dataut-valg, beregningene og presentasjonen kan utføres på klientens side i varierende grad, men vil normalt skje i hovedsak sentralt. Spørringer, regelprosessering, programkode generelt og beregninger kan skje i databasen, i de sentrale servere, i web-servere eller i komponenter på server- eller klientsiden.

Utvalgsspørringer i systemet skjer typisk ved hjelp av SQL-spørringer mot

en relasjonsdatabase, men kan også skje på annen måte. Disse spørringene henter frem informasjon som regelsystemene i AGENT og RULES benytter som parametre for å gjøre beregninger for videre presentasjon av data. Likeledes benyttes informasjon fra spørringene til å velge ønsket språk for presentasjon av informasjonen.

Resultatet av denne prosessen finnes vist som eksempler i figur 5, 6, 7 og 12. Figur 12 viser et eksempel på hvordan den samme databasen og systemet som benyttes for den generelle tjenesten som er vist i figurene 4, 5, 6 og 7 i et begrenset utvalg benyttes for å vise biler som en forhandler selv har for salg. Denne forhandleren kan legge inn sine egne biler, som vil være synlig for kjøpere i den felles databasen. På forhandlerens egen web tjeneste er det utelukkende forhandlerens egne biler som vises. Forhandleren kan knytte sitt eget administrative system opp mot UserTrade handelsplassen og/eller benytte moduler for ordre, lager, faktura, økonomistyring og annet som er integrert i UserTrades system.

Presentasjonsform og hva som inkluderes av data vil variere med ønsket design, informasjonsmengde og annet. Hele eller deler av den foreliggende informasjon kan presenteres på eget system eller overføres til andre systemer. Denne informasjonen er i alle tilfeller et resultat av den prosess og teknologi som utgjør denne oppfinnelse.

Presentasjon av salgsobjekt og budgivning - Regler og beregninger

Handelssystemet benytter som nevnt over utdragsspørringer mot databasene) og henter på denne måten frem informasjon som benyttes som underlag for regelsystemene. Prinsipielt kan en slik spørring skje ved eksempelvis følgende for-enklede SQL-kommando (det er brukt forklarende navn i stedet for reelle tabell-navn): SELECT <*> (alle felter) FROM Handelsobjekt, Selger, Fra-Marked,... (forskjellige tabeller) WHERE (Handelsobjekt.SelgerlD = Selger.lD) AND (Handelsobjekt.HjemlandID = Fra-marked. ID) AND (Handelsobjekt.lD = "Valgt objekt") AND (andre kriterier)....;

Detaljene som blir gjort tilgjengelig etter denne spørringen vil sammen med informasjon og aktuell kjøper som benytter systemet, omfatte den informasjon som kreves for å finne riktige regler og sørge for riktig språkbruk.

Beregning av pris kan basert på den foreliggende informasjonen skje ved bruk av eksempelvis oppkall av objekter som foretar beregningene. Dette kan eksempelvis skje på følgende måte:

Variabelen PrisTilMarked kan så benyttes som en del av den informasjonen som presenteres brukeren. Ved bruk av eksempelvis Microsoft Active Server Pages og Internett teknologier basert på HTML vil en slik presentasjon typisk kunne skje ved følgende HTML koding og programkode:

Det skjermbildet som presenteres for brukeren kan eksempelvis se ut som skissert i figur 5, 6, 7 og 12. Dette eksempelet viser imidlertid ikke hvordan språk, inkludering av agenter og andre funksjoner i oppfinnelsen ivaretas.

Presentasjon av salgsobjekt og budgivning - Forslag til Agent(er) presenteres med pris

Handelssystemet benytter typisk på samme måte som beskrevet tidligere utdragsspørringer mot databasen(e) for å hente frem grunndata for videre prosessering og valg av agenter. Eksempelvis kan oppfinnelsen benytte samme spørring som vist over for å finne grunnlagsinformasjonen: SELECT <*> (alle felter) FROM Handelsobjekt, Selger, Fra-Marked,... (forskjellige tabeller) WHERE (Handelsobjekt.SelgerlD = Selger.lD) AND (Handelsobjekt.HjemlandID = Fra-marked. ID) AND (Handelsobjekt.lD = "Valgt objekt) AND (andre kriterier)....;

Basert på informasjon fra denne spørringen vil oppfinnelsen enten benytte et regelsystem (som skissert over) for å finne en agent eller benytte ytterligere en utvalgsspørring for å finne den/de aktuelle agenten(e).

En slik utdragsspørring vil typisk inkludere sorteringer og bestemte kriterier for å begrense utvalget av agenter som hentes frem. Et eksempel på en slik spør-ring er: SELECT <*> (alle felter) FROM Agent, Agent_Egenskaper WHERE &

(Agent.ID = Agent_Egenskaper.AgentlD) & _

(Agent_Egenskaper.Limit >= 'PrisTilMarked') AND

(Session("USER_Country") IN Agent_Egenskaper.TilMarked) AND

(Fra-Marked.ID) IN Agent_Egenskaper.FraMarked) AND

Osv ...

ORDER BY Agent_Egenskaper.RatingFinance, Agent_Egenskaper.RatingTrades

DESC;

Denne eksempelvise spørringen vil utelate agenter som ikke tilfredsstiller gitte krav og sortere de gjenværende basert på økonomisk situasjon og tidligere erfaringer (ratinger). Kriteriene for en reell utvelgelse og prioritering vil typisk være langt mer omfattende og dekke flere rekker av kriterier som eksempelvis geografisk nærhet, spesialisering på det aktuelle salgsobjektet og/eller tidligere relasjoner med den/de aktuelle aktørene.. Videre vil den typisk være skjult i komponenter eller som "stored procedures" eller funksjoner i databasen eller servermiljøet.

Resultatet kan eksempelvis presenteres som skissert i figur 7. En handel vil oftest kreve at det kun velges én agent, men handelssystemet dekker også utvelgelse/forslag som omfatter to eller flere agenter for å gjennomføre en handel.

Presentasjon av salgsobjekt og budgivning - Statistikk og ekstrapolasjon

I tilfeller hvor det er ønskelig med statistisk informasjon eller i varierende grad kreves en beregnet verdi for et objekt vil oppfinnelsen kunne hente ut statistikk fra objekter med de samme eller lignende egenskaper og presentere denne verdien. Mangler det statistisk grunnlag kan objekters egenskaper fastsettes ved ekstrapolasjon.

Følgende eksempler forklarer teknikken som er en del av oppfinnelsen:

En bil skal selges (en 98 modell Audi A6 - 2.4 Avant) og selger vet ikke hvilken vekt denne bilen har og heller ikke hvilken pris som er rimelig å ta som utgangs-punkt. Ved at selger under innlegging av denne bilen i systemet setter"?" i pris-feltet og vekt-feltet eller velger en "foreslå verdi" funksjon på annen måte, vil systemet søke å finne en sannsynlig pris og vekt. Basert på at systemet også har lagret detaljert informasjon om likeartede biler kan dette skje. I dette eksemplet antas at det finnes informasjon om slike likeartede objekter som følger:

Basert på denne informasjonen vil oppfinnelsen kunne ekstrapolere at vekten med stor sannsynlighet er 1710 kg fordi forskjellen mellom 1.8T Sedan og 1.8T Avant er 110 kg. Når da 2.4 Sedan veier 1600 kg, blir vekten: 1600 kg + 110 kg = 1710 kg.

Prisen kan statistisk antas å bli omtrentlig 345.000 basert på en noenlunde riktig statistisk beregning. Flere forhold enn det som er gitt som eksempel her vil typisk benyttes for å gjøre denne type beregninger. For biler vil man eksempelvis minst også måtte vurdere kjørelengde og utstyrsnivå for å oppnå en beregning som kan sies å være reell.

Presentasjon av salgsobjekt og budgivning - Budgivning i en flermarked-situasjon

Fordi handelssystemet inkluderer støtte for detaljert objekt-informasjon og regler for beregning av totalprisen som kjøpere i forskjellige markeder må påregne å betale, kan salg, auksjoner, "Co-Shopper"-kjøp og megling/trading skje med forskjellige kjøpspriser i forskjellige markeder, men med en felles salgspris/budpris og valuta i selgers marked.

Denne situasjonen er skissert i Figur 20. Eksempelvis kan en selger av en bil i Tyskland ved en auksjon av bilen se en budpris på EUR 11.200 og et mulig neste bud på EUR 11.300. For en aktuell kjøper i Norge vil et bud på 11.300 (lokal pris) med avgifter og andre kostnader kunne resultere i en reell kjøpspris på NOK 241.000. På samme tid vil en svensk bilkjøper se en pris på SEK 140.000 med alle avgifter for kjøp av bilen til Sverige. Før et nytt bud bekreftes i lokal pris (her EUR pris i Tyskland) vil kjøper bli presentert for den prisen som må betales i sitt hjemmemarked.

Dette er en type teknikk som medfører at de fleste typer handler med fast og variabel pris kan skje raskere, sikrere og med en mer markedsmessig korrekt pris på tvers av landegrensene.

Risikoen for valuta svingninger ivaretas delvis ved at kjøper og selger opererer med en synlig pris i sin ønskede valuta til enhver tid, som er basert på gjeldende internasjonale vekslingskurser. En handel som sluttes vil skje med lokale priser knyttet til den vekslingskurs som handelsplassen til enhver tid benytter, men risiko for varierende valutakurser i tiden etter handelen plasseres på aktørene i henhold til de betingelser som gjelder. Oppgjørsdelen av handelsplassen kan imidlertid sikre aktørene og agenter mot valutasvingninger ved å gjøre vekslingen mot en bank umiddelbart etter at handelen er sluttet eller ved å balansere utestående valutaposisjoner med kjøp/salg av valuta.

En handel avsluttes - Status endres på objektet og agent(er) velges av kjøper

Når en handel i handelsplassen er sluttet (kjøper og selger avtaler via handelsplassen å handle), flyttes objektet fra den åpne handelsplassen til "oppgjørs-plassen" ved at status på objektet endres til "handel sluttet". I denne prosessen velger kjøper (evt. koordinert med selger) en eller flere agenter for å gjennomføre handel dersom det er behov for dette.

Agent informeres via EBUS eller e-mail, telefax eller på annen måte om at et oppdrag er registrert og får detaljer om selger, kjøper, objekt og annet som er nødvendig for å gjennomføre handelen.

En handel avsluttes - Dokumenter utstedes og oppgjøret kontrolleres i handelssystemet

I den generelle delen av beskrivelsen er det forklart bruk av dokumenter og den prosess som skjer ved en oppgjørskontroll av handelen.

Den datatekniske implementeringen utføres ved at et dataobjekt for kontroll av oppgjøret knyttet til salgsobjektet oppdateres med de aksjoner som skjer og den status handelsobjektet befinner seg i. Dette skjer typisk mot en post i en tabell, men i oppfinnelsen er det også knyttet egenskaper til handelsobjektene for kontroll av oppgjøret.

Aktuelle statuser for oppgjørskontroll av handelsobjektet kan eksempelvis være:

1. Handel er sluttet

2. Dokument X er sendt

3. Dokument Y er sendt

4. Innbetaling av første rate godkjent

5. Leveranse er foretatt

6. Leveranse er godkjent

7. Utbetaling er foretatt

8. Utbetaling er godkjent

9. Rating er mottatt

Utover denne statuskontrollen vil oppfinnelsen kontrollere salgsobjektet i detalj og også prisen/betalingen ved at de egenskaper som er beskrevet godkjen-nes i systemet av aktørene eller agenter som utfører tjenester i forhold til handelen. Figur 19 viser en skjematisk beskrivelse av prosessen som følger: Fra en handel er sluttet ("START") gjøres en spørring ("Dokumenter") hvor informasjon om handelen og salgsobjektet ("Objekt/aktør info") benyttes for å velge ut de aktuelle dokumenter fra "Dokument base", som sendes til eller presenteres for aktørene og agenten(e). Prosessen fortsetter ved at det innkommer informasjon ("Betalings info") som angir at en innbetaling har skjedd til systemet. Dette innebærer at betingelsen ("Deponering") er tilfredstilt og prosessen fortsetter ved at agent eller kjøper foretar "Kontroll" av varen og legger resultatet av denne informasjonen inn i systemet sammenlignet mot den foreliggende informasjonen ("Objekt/agent info"). Etter at kontrolldata er lagt inn fortsetter prosessen ved at det beregnes endelig pris eller ved at handelen avbrytes i modulen for "Pris fastsettelse". Endring av pris kan skje ved at "Avvik satser" benyttes sammenstilt med "Objekt info" informasjonen. Prosessen avsluttes med "Utbetaling / leveranse".

Eksempelvis vil en delvis godkjenning hvor enkelte egenskaper etter kontroll avviker fra den beskrivelsen selger har lagt inn, kunne medføre at prisen på objektet endres automatisk og/eller at det innføres sanksjoner eller annet i forhold til aktørene og handelen.

En bil som eksempelvis er lagt inn med beskrivelsen "Feilfri lakk" av selger, men som viser seg å ha "Mindre lakkskader" etter kontroll, vil med oppfinnelsen tillate oppgjørssystemet å automatisk redusere kjøpsprisen med en faktor eller et fast beløp basert på regler som er knyttet til handelsobjektene og som er en del av oppgjørsreglene. Dette vil sikre at innlegging av beskrivelser gjøres mer presist og øke tilliten til systemet.

Språk og oversettelsesteknikk

Språklig oversettelse skjer i systemet ved at kvantitativ informasjon blir presentert i en språklig form eller ved at ord eller fraser oversettes. Eksempelvis vil en bils tekniske tilstand være definert med en tallverdi med en bestemt betydning. Ved presentasjon blir denne tallverdien presentert med den tilsvarende lokale språklige frasen. Tilsvarende presenteres den lokalt språklige frasen for den som legger inn objektet, men verdien som lagres er en tallverdi som definerer betyd-ningen. Følgende språklige rekker er eksempler på hvordan systemet arbeider:

Fraser og ord oversettes ved at det defineres fraser og ord i andre språk som kobles mot den opprinnelige frasen i databasen. Dette kan skje eksempelvis som følger:

"Car" (ID begrep)

Language ID: 4 (German) "Autos"

Language ID: 1 (Norsk) "Biler"

I figur 10 vises noen eksempler på kategorier som vil kunne finnes i en mer utviklet versjon av oppfinnelsen. Under hvert valg i menyen på venstre side vil det fremkomme nye valg som til slutt entydig definerer et objekt. For eksempelet "Data" vil en rekke med menyvalg kunne være eksempelvis:

Data -> PCer -> Tower Modeller -> Intel 660 MHz -> SCSI disker

Teksten "WELCOME010" er for øvrig et eksempel på språklig oversettelse hvor nøkkelfrasen ikke er definert i norsk språk så langt. Dermed viser systemet nøkkelfrasen i stedet for den teksten som må defineres.

I figur 13 fremgår det hvordan det administrative systemet viser de samme kategoriene som vises i figur 10, men med de engelske frasebegrepene som i figur 10 vises i lokalt språk (norsk). Figuren viser også hvordan rekursjonen i denne utførelsen av systemet skjer. "Cat.#" verdien for "Ford" er 299. Denne verdien peker i sin tur til "ID" verdien for kategorien "Cars". Ytterligere nivåer finnes, men vises ikke. Typisk vil "Escort" sin verdi for "Cat.#" være "328" fordi dette er "ID" verdien for "Ford".

Figur 14 viser hvordan aktører og agenter vises på øverste nivå i tabellen for disse i databasen. Også denne utførelsen er basert på rekursjon og definisjon av detaljer ved bruk av pekere til aktørene. Eksempelvis angir verdier i kolonnen "Address" hvilke adressedetaljer (gate, postnr, etc.) som gjelder for den enkelte aktør eller gruppe med aktører. Spesielle egenskaper som "Rating" og lignende defineres i datafeltene som er benevnt "Ent." (for entiteter) i figuren. Kolonnen "Item" gir brukeren mulighet til å velge frem de salgsobjekter som den aktuelle brukeren har lagt inn i UserTrade systemet. Figur 15 viser noe av den informasjonen som er gjeldende for land som er definert helt eller delvis i systemet. I figuren har kolonnene informasjon om bilde av flagget, landets to-bokstavs forkortelse, internasjonal landkode, primær valuta-type og en kolonne (helt til høyre) som forteller hvilken status landet har i systemet. Figur 21 er en overordnet fremstilling over markedsplassen "UserTrade" slik den vil fremstå for brukerne. En typisk handelsprosess er som følger: "Selger" legger inn ("Trade") et eller flere handelsobjekter på handelsplassen "UserTrade" med detaljert informasjon. En eller flere "Kjøper"(e) søker informasjon om handelsobjekter ("Trade") på handelsplassen og finner et objekt som kjøpes. "Kjøper" deponerer ("Deponer") hele eller deler av beløpet til handelsplassen ("Visa & Bank"). "Selger" fremstiller handelsobjektet for kontroll av "Agent" (evt. kjøper) som utgjør en funksjon i handelsplassen. "Agent" godkjenner objektet og frigir dermed objektet for "Leveranse" til "Kjøper" og også "Utbetaling" av kjøpe-summen til "Selger".

GENERELT

Selv om denne oppfinnelsen beskriver et sett med metoder, prosesser, presentasjonsformer, teknikker for datadefinisjon, funksjoner og annet er det klart at oppfinnelsen også omfavner eksempelvis bruk av andre medier, andre bruksområder, andre data for presentasjon, andre presentasjonsformer, andre transporter, nye klienter og en rekke andre forhold. Eksempelvis kan man innenfor rammen av oppfinnelsen utelate oppgjørssystemet, utelate språklig oversettelse, legge til nye funksjoner, innføre nye teknikker for oversettelse, legge til nye betalingsformer og en gjøre en rekke andre åpenbare og ikke åpenbare endringer.

Noen aktuelle bruksområder som omfattes av oppfinnelsen utover det som synes innlysende er: Transportmegling og handel hvor speditører, transportører, medier og lignende velges ut basert på at et konstant, regelmessig eller enkelt transportoppdrag registreres som et kjøpsobjekt i basen. Objekter kan omfatte gods, personer, ener-gi, vann, olje og alt som krever fysiske forbindelser eller radiolink/satellitt-baserte mellomledd for å overføre objektet. En slik handel vil kunne utnytte teknologien i AGENT, RULES og eventuelt TRADEPAY for gjennomføring av handel og oppgjør på tvers av markeder bedre enn dagens løsninger.

B2B (Business To Business) handelsplasser hvor selgere og kjøpere opp-trer i grupper og hvor disse krysser de tradisjonelle grenser som gjeme er knyttet til slike handelsplasser. Eksempelvis vil en med tradisjonelle B2B løsninger typisk ikke klare å koble et innkjøp av en bestemt type skruer til en amerikansk markedsplass for bilprodusenter med innkjøpene til en flyfabrikk i Russland, fordi de oftest er svært bransjeorienterte. Handelssystemet som her beskrives vil kunne samle disse innkjøpene på tvers av bransjer og markeder ved at priser, informasjon om objekter, importkostnader og annet kan klassifiseres og samles slik at de tradisjonelle markeds-, språk- og forretningsmessige grenser fjernes.

C2C (Consumer To Consumer) handelsplasser eller auksjonshus lik QXL, EBay og andre opererer primært i et begrenset marked og definerer ikke vanlige handelsobjekter i slik detalj at informasjon kan gjøres tilgjengelig på tvers av landegrenser og markeder. Videre er definisjonen av objektene i mange tilfeller så vanskelig å tolke og/eller upresis at en tilfredsstillende kontroll av leveransen ikke er mulig. Med handelssystemet som er blitt beskrevet her kan objekter defineres i detalj og salgsbetingelser knyttes til definisjonen, slik at tolkninger og oppgjør blir vesentlig forenklet. Språklig oversettelse er også en innlysende merverdi.

B2C (Business To Consumer) handelsplasser finnes i et stort antall og er gjerne et stort løft for de organisasjoner som etablerer disse. Utgangspunktet er gjerne at man skal selge produkter "internasjonalt", men fordi flere språk, internasjonale priser og annet er svært ressurskrevende å legge inn og oppdatere for andre markeder enn primærmarkedet, oppnås oftest et dårligere resultat enn forventet. Handelssystemet adresserer dette ved at aktørene/organisasjonene kan legge inn repeterende salgsobjekter (faste objekter) i handelsplassen eller ved at EBUS benyttes for å integrere aktørers informasjon inn i handelsplassen. Når en av disse løsninger benyttes, vil oppfinnelsen ivareta oversettelse av språk, presentasjon av produkter, handels-slutning og oppgjør om ønskelig.

Selv om utførelsesformer av oppfinnelsen har blitt beskrevet, er oppfinnelsen ikke begrenset til disse, da oppfinnelsens område defineres av de vedføyde patentkravene.

Claims (34)

1. System for handel og/eller markedsføring i et elektronisk medium, omfattende: sentrale systemer for primær datalagring og prosessering, og en elektronisk handelsplass forbundet med de sentrale systemer for annonsering/markedsføring og handel av handelsobjekter,karakterisert ved at den elektroniske handelsplassen omfatter: midler for automatisk prisfastsettelse av handelsobjektene samt fastsettelse av betingelser, midler for automatisk utvelgelse av minst en agent for minst en aktør i den enkelte handel basert på gitte kriterier/parametre, og midler for å spesifisere den enkelte handel.

2. System ifølge krav 1, der den elektroniske handelsplassen videre omfatter midler for handelsobjektkontroll og oppgjør, for sikkert oppgjør av handelen, som også omfatter leveranse av handelsobjektet.

3. System ifølge krav 1, hvor de sentrale systemer omfatter databaser som inkluderer informasjon og parametre knyttet til agenter, selgere/kjøpere (aktører), handelsobjekter, markeder og banker/betalingsformidlere.

4. System ifølge krav 1, hvor kriterier for utvelgelse av agent(er) er knyttet til informasjon om selger, kjøper, handelsobjekt, markeder der disse befinner seg, samt foreliggende informasjon om agenten(e).

5. System ifølge krav 1, hvor midlene for automatisk agentutvelgelse priorite-rer agenter ved at aktuelle parametre/kriterier sammenstilles og vektes matematisk for å gi objektivt sett beste agent.

6. System ifølge krav 1, hvor midlene for agentutvelgelse omfatter terskelver-dier/grenser for å utelukke agenter som ikke tilfredsstiller gitte krav.

7. System ifølge krav 1, hvor midlene for agentutvelgelse genererer en liste med agenter i prioritert rekkefølge, som deretter aktøren(e) kan velge i.

8. System ifølge krav 1, hvor prisinformasjonen og agentinformasjonen presenteres for aktøren(e) dynamisk på dennes klient direkte.

9. System ifølge krav 8, hvor klienten er et Internett/HTML-basert grensesnitt, et tradisjonelt brukergrensesnitt, en telefonienhet, WAP og/eller andre teknologier.

10. System ifølge krav 1, hvor handelssystemet er utformet som et åpent buss-system slik at aktører enkelt kan kople seg inn mot systemet.

11. System ifølge krav 1, hvor midlene for automatisk prisfastsettelse og midler for automatisk agentutvelgelse omfatter regler som lagres som kode i web-sider, et annet klientsystem, businessobjekter, i annen programvare, som funksjoner i en database eller på annen måte i de sentrale systemer.

12. System i følge krav 1, hvor et handelsobjekts egenskaper er definert som standardverdier i systemet eller defineres av aktør eller agent.

13. System ifølge krav 1, hvor handelsobjektenes egenskaper er definert i slik detalj at de kan håndteres av alle midlene i handelssystemet på en kvantifisert og kontrollert måte.

14. System ifølge krav 1, hvor midlene for automatisk prisfastsettelse og midlene for automatisk agentutvelgelse omfatter regler som lagres som moduler med algoritmer som utføres med aktuelle parametre.

15. System ifølge krav 14, hvor modulene velges ut fra handelsobjektets fra-marked og til-marked og andre parametre, slik at et enkelt objekt kan presenteres med forskjellige priser, betingelser og informasjon i forskjellige markeder ved bruk av flere regler.

16. System ifølge krav 14, hvor reglene er basert på internasjonale tolltariffer og/eller lignende kilder.

17. System ifølge krav 15, hvor markedene befinner seg i forskjellige land og handelsobjektene har definerte egenskaper som kan knyttes til flere språk, idet systemet omfatter midler for automatisk presentasjon av all informasjon på flere valgte språk for aktører i systemet.

18. System ifølge krav 1, hvor det elektroniske mediet er Internett, WAP, tekst-TV, telefonibaserte informasjonssystemer eller lignende.

19. System ifølge krav 1, hvor alle kostnader som moms, toll, skatter, avgifter knyttet til handelen inngår i prisfastsettelsen for handelsobjektet.

20. Fremgangsmåte for handel og/eller markedsføring av handelsobjekter på en elektronisk handelsplass i et elektronisk medium der den elektroniske handelsplassen er forbundet med sentrale systemer for primær datalagring og prosessering, idet fremgangsmåten omfatter: å annonsere handelsobjektene som skal selges på den elektroniske handelsplassen,karakterisert vedå slutte handel av handelsobjektene mellom aktører eller mellom handelsplassen og en aktør, der handelsplassen - automatisk fastsetter prisen på handelsobjektene, og - automatisk velger ut minst en agent for gjennomføring av den enkelte handel basert på gitte kriterier/parametre; og å avslutte den enkelte handel ved bruk av midler for handelsobjektkontroll og opp-gjør.

21. Fremgangsmåte ifølge krav 20, der midlene for handelsobjektkontroll og oppgjør er integrert i handelsplassen.

22. Fremgangsmåte ifølge krav 20, der oppgjør av den enkelte handel også omfatter leveranse av handelsobjektet.

23. Fremgangsmåte ifølge krav 20, omfattende å presentere resultatet fra prisfastsettelsen og/eller agentutvelgelsen i klientsystemet eller lagre det for senere bruk.

24. Fremgangsmåte ifølge krav 20, omfattende å generere en liste med agenter i prioritert rekkefølge, som deretter aktøren(e) kan velge i.

25. Fremgangsmåte ifølge krav 20, omfattende å prioritere agenter ved at aktuelle parametre/kriterier sammenstilles og vektes matematisk for å gi objektivt sett beste agent, idet terskelverdier/grenser utelukker agenter som ikke tilfredsstiller gitte krav.

26. Fremgangsmåte ifølge krav 20, omfattende å plassere et handelsobjekt i en definert oppgjørsprosess, som inneholder et antall behandlingsfaser, og når en handel er sluttet, å kontrollere prosessen ved endring av status på handelsobjektet og/eller endring av status på selger/kjøper og/eller agent(er) i en sentral database, der inngangen til en behandlingsfase initierer et antall aksjoner, mens utgangen fra en behandlingsfase krever oppfylt en eller flere betingelser.

27. Fremgangsmåte ifølge krav 26, der aksjoner omfatter automatisk eller manuell utsendelse av epost, telefax, transaksjoner, publisering på Internett eller annet.

28. Fremgangsmåte ifølge krav 20, omfattende å utstede generelle dokumenter og transaksjoner for handelsvarer, og å utstede dokumenter tilpasset objektets kategori for kapitalvarer, etter slutning av en handel.

29. Fremgangsmåte ifølge krav 28, der dokumenter omfatter papirbaserte dokumenter, dokumenter basert på epostinnhold, web-sider eller andre medier.

30. Fremgangsmåte ifølge krav 20, omfattende å kontrollere handelsobjektets tilstand før utbetaling til selger enten ved hjelp av agent eller ved at kjøper selv godkjenner handelsobjektet, der detaljinformasjonen fra de sentrale systemer legges til grunn for godkjenningen.

31. Fremgangsmåte ifølge krav 30, der oppgjørssystemet automatisk kan endre pris og/eller andre forhold tilknyttet handelen med basis i kontroll av handelsobjektet mot detaljinformasjonen i de sentrale systemer.

32. Fremgangsmåte ifølge krav 20, hvor i en handel der kjøper er kontrollfunksjon, å utføre følgende: å slutte handel, å utstede til kjøper, selger og agent(er), dokument som detaljert beskriver handelsobjekt og handelen i detalj, å sende innbetalingsanvisning til kjøper, å godkjenne innbetaling, og deretter utføre ett av de to følgende trinn: dersom kjøper godkjenner objektet, å utbetale beløpet til selger, og dersom kjøper ikke godkjenner objektet, å utbetale innbetalte penger tilbake til kjøper.

33. Fremgangsmåte ifølge krav 20, omfattende å fastsette pris for handelsobjektene for markeder som befinner seg i forskjellige land ved å la alle kostnader som moms, toll, skatter og avgifter knyttet til handelen inngå i prisfastsettelsen for handelsobjektet.

34. Fremgangsmåte ifølge krav 20, og hvor handelsobjektene har definerte egenskaper som kan knyttes til flere språk, idet fremgangsmåten omfatter å automatisk presentere informasjon på flere valgte språk for aktører i systemet.