NO311996B1 - Fremgangsmåte og system for betaling av varer og tjenester over et datanett - Google Patents
Fremgangsmåte og system for betaling av varer og tjenester over et datanett Download PDFInfo
- Publication number
- NO311996B1 NO311996B1 NO19984819A NO984819A NO311996B1 NO 311996 B1 NO311996 B1 NO 311996B1 NO 19984819 A NO19984819 A NO 19984819A NO 984819 A NO984819 A NO 984819A NO 311996 B1 NO311996 B1 NO 311996B1
- Authority
- NO
- Norway
- Prior art keywords
- customer
- account
- supplier
- service
- payment
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 11
- 238000012790 confirmation Methods 0.000 claims description 30
- 238000012546 transfer Methods 0.000 claims description 23
- 238000004891 communication Methods 0.000 claims description 8
- 238000013475 authorization Methods 0.000 claims description 5
- 230000000903 blocking effect Effects 0.000 claims 2
- 230000000977 initiatory effect Effects 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012407 engineering method Methods 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000007306 turnover Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
- G06Q20/4037—Remote solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
- G07F19/202—Depositing operations within ATMs
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Coin-Freed Apparatuses For Hiring Articles (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
Foreliggende oppfinnelse angår en fremgangsmåte for sikker betaling for varer og tjenester over et datanett. Mer spesielt angår oppfinnelsen en fremgangsmåte for slik sikker betaling som ikke er avhengig av krypteringsalgoritmer eller andre former for sikker datakommunikasjon.
Med Internetts stadig økende utbredelse og i og med det stadig voksende utvalg av varer og tjenester som tilbys over Internett, har det meldt seg et behov for betalingssystemer som ivaretar sikkerheten for både kunder og leverandører av varer og tjenester, men som samtidig ikke er så uhåndterlige eller tungvinte i bruk at de får potensielle kunder til å kvie seg for å benytte dem.
Mangelen på gode betalingssystemer er trolig den viktigste grunnen til at handelen over Internett ikke har nådd et enda større omfang, og at en rekke av de leverandører som etablerer salg over Internett opplever lavere omsetning enn forventet.
Det er foreslått en rekke forskjellige betalingssystemer som forsøker å løse dette. Felles for de fleste av dem er at de benytter en eller annen form for kryptering for overføring av betalingsinformasjon. De enkleste systemer baserer seg kun på slik kryptering, hvor informasjonen som overføres er tradisjonell betalingsinformasjon slik som for eksempel et kredittkort-nummer. Mer avanserte systemer er basert på ytterligere sikkerhet i form av trekk som er særegne for databaserte betalingssystemer. Slike omfatter gjerne avansert bruk av krypteringsalgoritmer i kombinasjon med en eller annen form for autoriseringstjeneste. Denne autoriseringstjenesten leveres gjerne av et annet selskap enn den eller de som håndterer selve betalingstjenesten, noe som innebærer at det involveres en lang rekke deltagere og kompliserte og lite brukervennlige krypterings- og autorisasjonsalgoritmer. For en oversikt over forskjellige betalingssystemer av denne typen vises det til IEEE Spectrum, Special Issue: Electronic Money, Vol. 34 nr. 2, februar 1997,
USA.
Internasjonal patentsøknad med publikasjonsnummer WO 98/14921 viser et system hvor en agent er den eneste som besitter sensitive opplysninger, og som etter mottatt bekreftelse fra kunden kan belaste kundens konto til fordel for selger. Dette systemet krever at kunden oppretter en egen konto hos agenten, slik at agenten kan foreta betaling av en vare eller tjeneste basert på en mottatt betalingsordre som inneholder en identifikasjon av kunden. Kunden mottar så en autentisert betalingsbekreftelse fra agenten. Basert på denne overføres det en betalingsbekreftelse fra kunden til leverandøren, hvorpå leverandøren, fortrinnsvis etter å ha fått verifisert den betalings-bekreftelsen han har mottatt, leverer varen eller tjenesten til kunden.
US-patent 4 750 119 viser et betalingssystem med innebygd rabattfunksjon. Det er rabattfunksjonen som er hovedtrekket ved denne publikasjonen, men den oppviser enkelte andre trekk som er relevante. En kunde bestiller her en vare eller tjeneste fra et "handelssenter" som verifiserer bestillingen og mottak av betaling. Ved en utførelse sender handelssenteret betalingen og en instruksjon om å betale den angitte leverandør til en tredje part. Denne tredje part står så for utbetaling til leverandøren.
WO 97/19414 viser et system der det opprettes en mindre konto med elektroniske penger som håndteres av en tredjepart, og hvor kommunikasjon relatert til kontoen sendes i kryptert form over et datanett.
Felles for de tidligere kjente systemer er at det må gjøres et valg mellom kompleksitet og grad av sikkerhet. Det er et formål med foreliggende oppfinnelse å oppnå stor grad av sikkerhet ved betaling over et datanett som for eksempel Internett uten at systemet blir unødig komplisert. Dette oppnås ved hjelp av de trekk som er angitt i fremgangsmåten i krav 1 respektive krav 12. Et system for gjennomføring av fremgangsmåten er angitt i krav 2 respektive krav 13.
Den foreliggende oppfinnelse skaffer til veie et sikkert betalingssystem for bruk ved handel av varer og tjenester over datanett som for eksempel Internett uten bruk av unødig kompliserte krypteringsalgoritmer. Ved en foretrukket utførelse av oppfinnelsen er det heller ikke nødvendig å installere spesialisert programvare i brukerens datamaskin. Dermed kan systemet benyttes også av brukere som ikke har de nødvendige kunnskaper for å installere slik programvare. Systemet krever heller ikke spesiell maskinvare som for eksempel kortlesere.
Videre sikrer oppfinnelsen at leverandøren med sikkerhet vil motta sin betaling. Systemet i henhold til den foreliggende oppfinnelse vil derfor være et akseptabelt alternativ for leverandører som krever at betaling er tilgjengelig før levering, noe som igjen sørger for at en unngår unødig forsinkelse av transaksjonen.
Utgangspunktet for foreliggende oppfinnelse er en dedikert bankkonto som kunden har opprettet fortrinnsvis hos sin faste bankforbindelse. På denne kontoen vil det til enhver tid kun være tilgjengelig det beløp kunden ønsker å ha tilgjengelig for betalinger ved hjelp av systemet i henhold til foreliggende oppfinnelse. På denne måten unngås usikkerheten knyttet til kredittkort når det gjelder omfanget av eventuelle tap.
Videre vil enhver leverandør som ønsker å knytte seg opp mot dette systemet ha en konto hos en agent som administrerer systemet. Denne agenten besitter en fullmakt fra kunden om å overføre penger fra kundens dedikerte bankkonto til leverandørkontoer hos agenten. Når kunden foretar en bestilling over datanettet vil agenten kontrollere om det er tilstrekkelige midler på kundens dedikerte konto for å betale for de bestilte varer eller tjenester. Hvis så er tilfelle, vil agenten sørge for at betalingen overføres fra kundens dedikerte konto til leverandørens konto hos agenten. Midlene vil imidlertid ikke frigis før agenten mottar en bekreftelse om at varer og/eller tjenester er levert til kunden.
I en alternativ utførelse forblir midlene på kundens dedikerte konto til agenten har mottatt nevnte bekreftelse, men det beløpet som er tilgjengelig for kunden på den dedikerte kontoen reduseres med det beløpet det allerede er handlet for, men hvor betalingen ikke er effektuert.
Oppfinnelsen vil nå beskrives i form av utførelseseksempler under henvisning til de vedlagte tegninger. Figur la viser hvordan en kunde kan opprette en dedikert konto knyttet til betalingssystemet ifølge foreliggende oppfinnelse. Figur lb viser hvordan agenten som administrerer betalingssystemet ifølge foreliggende oppfinnelse knytter seg opp mot leverandører av varer og tjenester. Figur 2 viser transaksjonsforløpet ved en utførelse av foreliggende oppfinnelse.
Følgende utførelseksempel er basert på en realisering av foreliggende oppfinnelse i forbindelse med handel over Internett, hvor informasjon presenteres ved hjelp av såkalte web-sider. En fagmann på området vil imidlertid forstå at oppfinnelsen vil kunne realiseres ved hjelp av andre datatekniske metoder og over andre datanett. Eksemplene som er knyttet til denne utførelsen må derfor ikke tolkes begrensende.
Figur 1 viser et flytskjema som angir hvordan en kunde oppretter sin konto i systemet. Ved hjelp av sin egen datamaskin vil kunden kunne hente et registreringsskjema 101 fra agenten som administrerer systemet i henhold til oppfinnelsen. Kunden kan her skrive inn informasjon 102 som kreves av agenten. Dette vil typisk kunne omfatte fullt navn, adresse, e-mail adresse, angivelse av den bank hvor kunden ønsker å opprette sin dedikerte konto, samt en ugjenkallelig fullmakt til agenten. Det vil være naturlig at den angitte bank er en bank kunden allerede har forbindelse med, slik at overføring av penger til den dedikerte konto kan gjøres raskt og rimelig. Innenfor oppfinnelsens ramme kan det likevel tenkes at den dedikerte konto opprettes hos en annen bank, eller hos agenten. Etter at informasjonen i registreringsskjemaet er overført til agenten, vil kunden bes om å angi et personlig brukernavn og passord 103. Kunden angir dette 104 og dersom all informasjon godtas 105 av agenten vil det genereres en personlig informasjonsside 106 for kunden. Denne siden viser status for kundens konto samt informasjon knyttet til bruken av betalingssystemet.
Ved en foretrukket utførelse av oppfinnelsen benyttes det sikrede forbindelser mellom kunde og agent ved opprettelse av kontoen, for eksempel i form av de krypteringsalgoritmer som allerede er innebygget i kundens nettleser.
Etter opprettelsen av kontoen vil naturligvis informasjonssiden angi at saldo på den dedikerte konto er null. For å kunne benytte kontoen må kunden sørge for å overføre penger til kontoen. Dette kan gjøres over Internett, ved hjelp av kontofon, ved et besøk i banken eller en hvilken som helst annen måte. Kunden har fortrinnsvis kun anledning til å sette penger inn på den dedikerte konto, og kan ikke ta penger ut fra denne. Eventuelt kan kunden gis anledning til å føre penger tilbake til sin egen bankkonto, forutsatt at det ikke pågår noen transaksjoner som involverer hans dedikerte konto. Etter at penger er satt inn på kontoen, vil informasjon om dette overføres fra banken til agenten slik at en oppdatert informasjonsside for kunden vil angi hvor mye som står inne på den dedikerte konto.
Som vist i figur lb, vil agenten som administrerer betalingssystemet ifølge oppfinnelsen inngå avtaler 111 med leverandører som ønsker å tilby sine varer og/eller tjenester over det aktuelle datanett, for eksempel Internett, og ta seg betalt ved hjelp av betalingssystemet. En liste 112 over slike leveran-dører vil fortrinnsvis være tilgjengelig for kundens datamaskin fra en sentral datamaskin som administreres av agenten. Videre vil de forskjellige leverandører angi, i forbindelse med informasjon de gjør tilgjengelig fra sine datamaskiner knyttet til det aktuelle datanett, at de er knyttet til det aktuelle betalingssystem og er autorisert for å motta betaling ved hjelp av dette 113. Slik informasjon kan typisk være i form av en logo på leverandørens hjemmeside på Internett.
Når kunden har opprettet sin dedikerte konto og overført penger til denne, er han eller hun klar til å foreta transaksjoner. Figur 2 viser et typisk forløp for en slik transaksjon. Kunden vil på sin lokale datamaskin kunne se et tilbud på en vare eller tjeneste 201 fra en leverandør som er i stand til å ta imot betaling ved hjelp av et system ifølge foreliggende oppfinnelse. Fra sin lokale datamaskin velger kunden varer og tjenester ved hjelp av egnede datakommunikasjonsmetoder 202. Ved en foretrukket utførelse av oppfinnelsen vil leverandøren presentere sitt tilbud ved hjelp av en såkalt web-side, og kunden kan da angi sin bestilling for eksempel ved å klikke på en "kjøp knapp" på denne web-siden. Etter en slik avgivelse av bestilling vil kunden bli bedt om å identifisere seg, fortrinnsvis ved å angi sitt brukernavn og passord 203. Det vil imidlertid være mulig å benytte andre kjente metoder for denne identifikasjonen, for eksempel ved hjelp av en kortleser forbundet med kundens datamaskin. Etter at kunden har identifisert seg 204, vil agenten kontrollere status for kundens dedikerte konto og sjekke saldo mot beløpet i innkjøpsordren 221. Trinnene 211 - 213 angir hvordan kunden klargjør sin konto før bruk ved å overføre penger til sin dedikerte konto.
Dersom agenten finner at det ikke er tilstrekkelig dekning på kundens dedikerte konto 222 vil agenten avvise ordren 231 og underrette kunden om at dekning mangler. Kunden vil deretter presenteres for den personlige informasjonsside som angir status for den dedikerte konto 233. Dersom agenten finner at det er tilstrekkelig dekning på konto for den angitte transaksjon vil kunden bli bedt om å bekrefte kjøpet 223. Dersom kunden svarer nei ved denne bekreftelsen 224, vil transaksjonen kanselleres 225. Dersom kunden imidlertid bekrefter kjøpet 224, vil agenten overføre beløpet fra kundens dedikerte konto til leverandørens konto hos agenten 226. Ved en alternativ utførelse overføres ikke beløpet umiddelbart, men den informasjonen som er tilgjengelig for kunden om hans konto vil vise en saldo som er redusert i forhold til den faktiske saldo med et beløp som tilsvarer transaksjonsbeløpet. Etter at agenten har oppdatert kundens konto og informasjonssiden om denne kontoen 232 vil kunden vises sin oppdaterte kontoinformasjon 233. Samtidig vil agenten sende en bekreftelse til leverandøren om at pengene er overført leverandørens konto hos agenten 227, eller, i den alternative utførelse, at det aktuelle beløp befinner seg på kundens konto og ikke lenger er tilgjengelig for kunden. Når leverandøren mottar denne bekreftelsen 228 vil varer og/eller tjenester leveres til kunden og leverandøren vil sende en anmodning til agenten om at betalingen frigis 229. Når agenten mottar bekreftelse om at varer og/eller tjenester er levert vil agenten frigi betalingen til leverandøren 230.
Ved en foretrukket utførelse av fremgangsmåten ifølge oppfinnelsen som nettopp er presentert, er disse tjenestene tilgjengelige over Internett. All informasjon vil da presenteres på såkalte web-sider som er generert ved hjelp av HTML (HyperText Markup Language). Kommunikasjonen vil da foregå ved hjelp av vanlige Interaett-protokoller som TCP/IP og HTTP (HyperText Transfer Protocol). Dette vil gjøre det svært enkelt å styre kommunikasjon mellom de involverte datamaskiner, fortrinnsvis kundens lokale datamaskin, agentens sentrale datamaskin og de sentrale datamaskiner for de respektive leverandører. I den grad det er ønskelig kan det også benyttes krypteringsalgoritmer som er innebygget i kundens nettleser og i de respektive web-server programvare som benyttes av agent og leverandører. For eksempel vil registreringsskjemaet omtalt i forbindelse med figur la med letthet kunne presenteres ved hjelp av HTML. Den etterfølgende kommunikasjonen mellom kunde og agent vil kunne skje på vanlig måte for slike skjemaer, hvis ønskelig ved hjelp av kryptering ("secure server"). Den informasjonen agentens datamaskin mottar kan så benyttes for å håndtere kundens dedikerte konto hos den angitte banken samt å generere en web-side som viser status for denne konto, samt eventuelle andre data for kundens konto, som for eksempel en oversikt over tidligere transaksjoner.
Tilsvarende vil de forskjellige leverandører kunne presentere sine tilbud i form av web-sider. Idet en kunde angir at han ønsker å foreta en bestilling sendes nødvendig informasjon til agentens sentrale datamaskin, for eksempel overføres leverandørens identitet samt varens eller tjenestens pris samtidig som kunden blir bedt om å identifisere seg ved hjelp av brukernavn og passord. Dette kan igjen skje ved hjelp av et vanlig HTML-generert skjema. Agentens sentrale datamaskin vil da besitte nok informasjon til å kunne vurdere om kunden har dekning på sin dedikerte konto til å kunne foreta den aktuelle innkjøpsordren. Dersom så er tilfelle vil en ny web-side genereres av agentens datamaskin og presenteres for kjøperen. Via denne web-siden vil kjøperen kunne bekrefte kjøpet, for eksempel ved å klikke på en knapp i skjermbildet. Når agentens sentrale datamaskin mottar denne bekreftelsen vil den kunne overføre de nødvendige midler fra kundens til leverandørens konto og overføre en bekreftelse til leverandøren. Dersom den aktuelle tjeneste er en datatjeneste vil den kunne leveres automatisk fra leverandørens sentrale datamaskin til kundens lokale datamaskin. I motsatt fall vil leverandørens datamaskin på annet vis angi at bekreftelse er mottatt fra agenten, slik at den bestilte vare og/eller tjeneste kan leveres på annet vis.
Ved en foretrukket utførelse mottar leverandøren leveringsinformasjon fra agenten. På denne måten vil ikke kunden identifisere seg overfor leveran-døren, og kunden trenger ikke angi hvor tjenesten eller varen skal leveres. Dette innebærer en øket sikkerhet, siden en som urettmessig skaffer seg tilgang til systemet ved å angi falsk identitet ikke vil kunne bestille en vare eller tjeneste levert til seg, bare til den som er den rettmessige eier av kontoen. Dersom en slik falsk bestilling likevel foretas, vil kontoens rettmessige eier kunne nekte å motta tjenesten eller varen. Agenten vil da aldri motta noen bekreftelse om at varen eller tjenesten er levert, og dermed heller ikke frigi noe beløp til leverandøren. Resultatet blir at leverandøren må ta tilbake varen, eventuelt ikke utføre tjenesten, og at beløpet tilbakeføres fra agenten til kundens dedikerte konto.
Det vil forstås at den største sikkerhet oppnås dersom foreliggende oppfinnelse benyttes ved betaling av varer og tjenester som bare kan leveres til kunden personlig, slik som for eksempel flyreiser, varer som leveres til kundens adresse slik denne er angitt hos agenten, eller andre varer eller tjenester som leveres direkte til kunden.
Dersom systemet ifølge foreliggende oppfinnelse benyttes ved betaling av andre varer eller tjenester, vil det kunne være nødvendig å kombinere det med ytterligere sikkerhetsfunksjoner. En mulig slik funksjon kan være et digitalt sertifikat som automatisk lagres på kundens datamaskin ved opprettelse av kontoen. Det vil da kun være mulig å bestille varer og tjenester fra denne datamaskinen, og en som urettmessig ønsker å benytte en annens konto må da skaffe seg tilgang til denne maskinen. Lagringen av nevnte sertifikat på kundens datamaskin vil kunne skje uten at kunden selv trenger å gripe inn, og krever ingen forkunnskaper hos kunden.
Claims (21)
1. Fremgangsmåte for betaling av varer og/eller tjenester ved transaksjoner som foretas over et datanett, hvor det
opprettes en første konto for en kunde, idet kunden kun er autorisert til å overføre penger til kontoen, mens en agent er autorisert til å ta penger ut fra kontoen,
opprettes en andre konto for en leverandør av varer og/eller tjenester, hvor kunden, når denne ønsker å bestille en vare eller tjeneste, angir dette,
og hvor agenten sammenligner prisen på varen eller tjenesten med saldoen på kundens konto, avviser transaksjonen dersom nevnte saldo er lavere enn nevnte pris, og eventuelt ber kunden bekrefte bestillingen dersom nevnte saldo er høyere enn nevnte pris, hvor fremgangsmåten videre er karakterisert ved at agenten, eventuelt etter at kunden har bekreftet bestillingen, overfører et beløp som tilsvarer prisen på varen eller tjenesten fra kundens konto til leverandørens konto, men uten å frigi nevnte beløp til leverandøren, eller i det minste gjør nevnte beløp midlertidig utilgjengelig for ytterligere transaksjoner,
at agenten overfører en bekreftelse til leverandøren på at betalingen er utført,
at leverandøren leverer vare eller tjeneste til kunden og deretter sender en anmodmng til agenten om at betalingen frigis,
at kunden mottar vare eller tjeneste og at det deretter sendes en bekreftelse til agenten på at varen eller tjenesten er mottatt, og
at agenten, etter å ha mottatt nevnte bekreftelse, frigir betalingen til leverandøren.
2. Betalingssystem for betaling av varer og/eller tjenester ved transaksjoner som foretas over et datanett, hvor systemet omfatter en eller flere sentrale datamaskiner av en første type hvor det ligger lagret informasjon om tilbud på varer og/eller tjenester som tilbys av en eller flere leverandører, idet denne informasjonen kan overføres over et datanett til en lokal datamaskin som benyttes av en kunde,
hvor den lokale datamaskinen er anordnet for å kunne sende informasjon om et tilbud som en kunde som bruker den lokale datamaskinen ønsker å bestille, over nevnte datanett til en sentral datamaskin av en andre
type, og
hvor den sentrale datamaskin av andre type er anordnet for å sammenligne prisen på nevnte tilbud med saldo på en dedikert konto knyttet til brukeren av den lokale datamaskin, å avvise transaksjonen dersom nevnte saldo er lavere enn prisen på nevnte tilbud og eventuelt å overføre en forespørsel om bekreftelse på bestillingen til den lokale datamaskinen dersom nevnte saldo er høyere enn prisen på nevnte tilbud, karakterisert ved at den sentrale datamaskin av andre type videre er anordnet for å sikre betalingen av nevnte vare eller tjeneste ved å iverksette en overføring av et beløp tilsvarende nevnte pris på nevnte tilbud fra nevnte dedikerte konto til en konto som tilhører den leverandør som står bak nevnte tilbud, eventuelt ved å sperre beløpet på kundens konto, samt å angi at nevnte beløp foreløpig ikke er tilgjengelig for nevnte leverandør,
og at den sentrale datamaskin av andre type videre er anordnet for å overføre informasjon om at betalingen er sikret til en datamaskin som disponeres av nevnte leverandør av nevnte vare eller tjeneste, slik at denne kan iverksette levering av nevnte vare eller tjeneste, samt at den sentrale datamaskin av andre type er anordnet for å motta en bekreftelse på at nevnte kunde har mottatt nevnte vare eller tjeneste, for deretter å angi at nevnte beløp nå skal gjøres tilgjengelig for leverandøren.
3. Betalingssystem ifølge krav 2,
karakterisert ved at den sentrale datamaskin av andre type videre er anordnet for å kunne generere en presentasjon av data knyttet til kundens dedikerte konto og overføre denne presentasjonen over nevnte datanett til den lokale datamaskinen som benyttes av kunden.
4. Betalingssystem ifølge krav 2 eller 3,
karakterisert ved at den sentrale datamaskin er anordnet for å kunne generere en oversikt over de sentrale datamaskiner av første type som presenter tilbud på varer og/eller tjenester og overføre denne presentasjonen over nevnte datanett til den lokale datamaskinen som benyttes av kunden.
5. Betalingssystem ifølge et av kravene 2-4,
karakterisert ved at nevnte sentrale datamaskin av andre type er anordnet for å overføre en anmodning om bekreftelse på kundens identitet til den lokale datamaskin som benyttes av kunden og å ikke iverksette over-føring av betaling fra kundens dedikerte konto til leverandørens konto før den har mottatt slik bekreftelse.
6. Betalingssystem ifølge krav 5,
karakterisert ved at nevnte anmodning om bekreftelse på kundens identitet er en forespørsel om brukernavn og passord.
7. Betalingssystem ifølge krav 5,
karakterisert ved at det på den lokale datamaskin er lagret et unikt digitalt sertifikat og at nevnte anmodning om bekreftelse på kundens identitet er en forespørsel om å få overført dette sertifikatet.
8. Betalingssystem ifølge et av kravene 2-7,
karakterisert ved at den sentrale datamaskin av andre type er anordnet for å kunne overføre informasjon over nevnte datanett til en lokal datamaskin om hvordan en kunde kan opprette sin egen konto, å motta informasjon overført fra den lokale datamaskin om en kunde som ønsker å opprette sin egen konto, samt med utgangspunkt i den mottatte informasjon å opprette en konto for en slik kunde.
9. Betalingssystem ifølge et av kravene 2-8,
karakterisert ved at de nevnte datamaskiner overfører informasjon ved hjelp av kjente kommunikasjonsprotokoller, som for eksempel TCP/IP.
10. Betalingssystem ifølge et av kravene 2-9,
karakterisert ved at de sentrale datamaskiner av første og andre type presenterer informasjon ved hjelp av HTML og at denne informasjonen overføres ved hjelp av HTTP.
11. Betalingssystem ifølge et av kravene 2-10,
karakterisert ved at den lokale datamaskin og den sentrale datamaskin av andre type er anordnet for å kunne benytte krypteringsalgoritmer som er implementert i den standard programvare som benyttes av disse for å kommunisere over det nevnte datanett.
12. Fremgangsmåte for et betalingssystem for varer og/eller tjenester ved transaksjoner som foretas over et datanett, hvor det fra en kunde mottas en angivelse av en vare eller tjeneste som ønskes kjøpt av en leverandør,
hvor prisen på den angitte vare eller tjeneste sammenlignes med saldoen på en konto tilknyttet den aktuelle kunde, idet transaksjonen avvises dersom nevnte saldo er lavere enn nevnte pris, og eventuelt at den aktuelle kunde bes bekrefte bestillingen dersom nevnte saldo er høyere enn nevnte pris,
karakterisert ved at, eventuelt etter mottak av bekreftelse fra kunden dersom denne er bedt om å avgi slik bekreftelse, det overføres et beløp som tilsvarer prisen på varen eller tjenesten fra kundens konto til en konto tilknyttet leverandøren av den aktuelle vare eller tjeneste, idet nevnte beløp gjøres utilgjengelig for leverandøren; eller i det minste at nevnte beløp sperres på kundens konto og slik gjøres utilgjengelig for ytterligere transaksjoner,
at det sendes en bekreftelse til nevnte leverandør på at betaling er utført,
at det mottas en bekreftelse fra leverandøren på at varen eller tjenesten er levert samt en anmodning om at betalingen frigis,
at det mottas en bekreftelse fra kunden på at varen eller tjenesten er levert, og
at betalingen frigis ved at det aktuelle beløpet ikke lenger er sperret på leverandørens konto; eventuelt at det sperrede beløp på kundens konto overføres til leverandørens konto.
13. Anordning for betalingssystem for varer og/eller tjenester ved transaksjoner som foretas over et datanett, omfattende midler for å motta en angivelse av en vare eller tjeneste som ønskes kjøpt, midler for å sammenligne pris for nevnte vare eller tjeneste med en saldo på en angitt første konto, og midler for å avvise transaksjonen dersom nevnte pris er høyere enn nevnte saldo,
karakterisert ved midler for å iverksette overføring av nevnte beløp fra nevnte konto til en konto som tilhører leverandøren av nevnte vare eller tjeneste - eller for å sperre nevnte beløp slik at det ikke er tilgjengelig for ytterligere transaksjoner - dersom nevnte beløp er lavere enn nevnte saldo, midler for å overføre informasjon om at overføring eller sperring av nevnte beløp er gjennomført, midler for å motta anmodning om frigivelse av nevnte beløp og bekreftelse på at vare eller tjeneste er levert, samt midler for etter mottak av slik bekreftelse å iverksette frigivelse av nevnte beløp eller - dersom nevnte beløp var sperret på nevnte første konto - å iverksette overføring av beløpet til nevnte konto tilhørende leverandøren av nevnte vare eller tjeneste.
14. Anordning ifølge krav 13,
karakterisert ved at den videre omfatter midler for å generere og overføre en presentasjon av data knyttet til nevnte første konto.
15. Anordning ifølge krav 13 eller 14,
karakterisert ved at den videre omfatter midler for å kunne generere og overføre en oversikt over datamaskiner tilknyttet datanettet fra hvilke det kan innhentes informasjon om varer eller tjenester som kan betales ved hjelp av betalingssystemet.
16. Anordning ifølge et av kravene 13 til 15,
karakterisert ved at den videre omfatter midler for å generere og overføre en anmodning om autorisasjon til å benytte nevnte første konto.
17. Anordning ifølge krav 16,
karakterisert ved at nevnte autorisasjon er i form av brukernavn og passord, eller i form av et unikt digitalt sertifikat.
18. Anordning ifølge et av kravene 13 til 17,
karakterisert ved at den videre omfatter midler for å overføre informasjon om hvordan en ny konto av samme type som nevnte første konto, kan opprettes, midler for å motta informasjon som er nødvendig for å opprette en slik konto, samt midler for å opprette en slik konto.
19. Anordning ifølge et av kravene 13 til 18,
karakterisert ved at de midler som er anordnet for å overføre eller motta informasjon er anordnet til å gjøre dette ved hjelp av kjente kommunikasjonsprotokoller som for eksempel TCP/IP.
20. Anordning ifølge et av kravene 13 til 19,
karakterisert ved at de midler som er anordnet for å overføre informasjon, overfører denne informasjonen ved hjelp av HTML og HTTP.
21. Anordning ifølge et av kravene 13 til 20,
karakterisert ved at den omfatter midler for å benytte standard krypteringsalgoritmer ved overføring og mottak av informasjon.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO19984819A NO311996B1 (no) | 1998-10-15 | 1998-10-15 | Fremgangsmåte og system for betaling av varer og tjenester over et datanett |
AU63743/99A AU6374399A (en) | 1998-10-15 | 1999-10-15 | Method and device for payment of goods and services over a computer network |
PCT/NO1999/000315 WO2000022557A2 (en) | 1998-10-15 | 1999-10-15 | Method and device for payment of goods and services over a computer network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO19984819A NO311996B1 (no) | 1998-10-15 | 1998-10-15 | Fremgangsmåte og system for betaling av varer og tjenester over et datanett |
Publications (3)
Publication Number | Publication Date |
---|---|
NO984819D0 NO984819D0 (no) | 1998-10-15 |
NO984819L NO984819L (no) | 2000-04-17 |
NO311996B1 true NO311996B1 (no) | 2002-02-25 |
Family
ID=19902518
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
NO19984819A NO311996B1 (no) | 1998-10-15 | 1998-10-15 | Fremgangsmåte og system for betaling av varer og tjenester over et datanett |
Country Status (3)
Country | Link |
---|---|
AU (1) | AU6374399A (no) |
NO (1) | NO311996B1 (no) |
WO (1) | WO2000022557A2 (no) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0009568D0 (en) | 2000-04-19 | 2000-06-07 | Ncr Int Inc | Self-service terminal |
DE10020065A1 (de) * | 2000-04-22 | 2001-10-31 | Uwe Markus | Verfahren zur Identifikation von Internetbenutzern und zur Bezahlung von Einkäufen und Dienstleistungen über das Internet |
AU731002B3 (en) * | 2000-07-18 | 2001-03-22 | David Thomas Tymensen | A method of purchasing goods and services over the internet |
AUPR193600A0 (en) * | 2000-12-06 | 2001-01-04 | Globaltech Pty Ltd | System and method for third party facilitation of electronic payments over a network of computers |
AUPR486301A0 (en) * | 2001-05-09 | 2001-05-31 | Flurosolutions Pty Ltd | A payment system |
GB0206552D0 (en) | 2002-03-20 | 2002-05-01 | Koninkl Philips Electronics Nv | Computer systems and a related method for enabling a prospective buyer to browse a vendor's webside to purchase goods or services |
US20040141601A1 (en) * | 2003-01-22 | 2004-07-22 | Yigang Cai | Credit reservation transactions in a prepaid electronic commerce system |
CN101236633A (zh) * | 2007-01-30 | 2008-08-06 | 阿里巴巴公司 | 一种有价数据交换系统 |
WO2009087598A1 (en) * | 2008-01-08 | 2009-07-16 | Northern Jungle Trading 270 (Proprietary) Limited | Electronic financial transactions |
-
1998
- 1998-10-15 NO NO19984819A patent/NO311996B1/no not_active IP Right Cessation
-
1999
- 1999-10-15 AU AU63743/99A patent/AU6374399A/en not_active Abandoned
- 1999-10-15 WO PCT/NO1999/000315 patent/WO2000022557A2/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
AU6374399A (en) | 2000-05-01 |
NO984819D0 (no) | 1998-10-15 |
NO984819L (no) | 2000-04-17 |
WO2000022557A8 (en) | 2007-09-13 |
WO2000022557A2 (en) | 2000-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2006100814C4 (en) | Transaction System | |
JP5455269B2 (ja) | サードパーティ支払い処理のシステムおよび方法 | |
AU779188B2 (en) | Method and apparatus for conducting commerce between individuals | |
US20020007323A1 (en) | Order placement and payment settlement system | |
US20020004780A1 (en) | On-line transaction system, transaction method for on-line shopping, and server and vender terminals | |
US20090228816A1 (en) | Method and system for realising on-line electronic purchase transaction between a buyer and a merchant | |
EA005835B1 (ru) | Безопасная система онлайнового платежа | |
KR101952420B1 (ko) | 시세정보를 통해 전자화폐를 환전하여 거래를 진행하는 전자화폐결제서버, 시스템, 방법 및 프로그램을 기록한 컴퓨터로 읽을 수 있는 매체 | |
WO2000075843A1 (en) | Internet payment system | |
EP1406221A1 (en) | Electronic commerce credit processing method and electronic commerce system | |
JP2002197390A (ja) | 取引仲介システム及び取引仲介方法 | |
NO311996B1 (no) | Fremgangsmåte og system for betaling av varer og tjenester over et datanett | |
US20010032150A1 (en) | Online shopping method and online shopping system | |
JP2000353194A (ja) | 商取引システム | |
JP5097310B2 (ja) | 商品購入代金の決済システム及びその方法 | |
KR20020064473A (ko) | 전자지갑과 통합된 전자 지불 보증 서비스 시스템 및 그방법 | |
CA2300347A1 (en) | Client-centered secure e-commerce | |
JP2005025468A (ja) | 銀行システム及びキャッシング取引の処理方法 | |
WO2000070512A1 (en) | Direct payment through internet bank at electronic shopping | |
WO2000067170A1 (en) | Payment by card at electronic shopping | |
JP2002049770A (ja) | インターネットを使用した商品取引の管理システム | |
JP2004086536A (ja) | 取引情報管理システム、代金関連情報管理システム | |
JP2003186978A (ja) | 情報管理方法及びその実施システム並びにその処理プログラム | |
WO2002086650A2 (en) | A transaction facilitation system | |
JP2003115019A (ja) | 電子商取引方法およびシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM1K | Lapsed by not paying the annual fees |