Viktig informasjon i saken hentes i sanntid direkte fra EPO sitt register (European Patent Register), slik at du enkelt og raskt får oversikt i saken.
Beskrivelse Verdi
Saken / databasen er sist oppdatert info  
Tittel Fremgangsmåte for sikring av en elektronisk transaksjon
Status
Hovedstatus
Detaljstatus
I kraft info Meddelt Patent meddelt (B1) (sjekk også detaljer i saken)
Patentnummer 337813
Søknadsnummer 20140098
Levert
Prioritet Ingen
Sakstype Nasjonal
Løpedag
Utløpsdato
Allment tilgjengelig
Meddelt
Søker Protectoria AS (NO)
Innehaver Okay AS (NO)
Oppfinner Trond Lemberg (NO)
Fullmektig AWA NORWAY AS (NO)
Patentfamilie Se i Espacenet

Fremgangsmåte for å sikre en elektronisk transaksjon mellom en applikasjonsserver og en sluttbruker, hvor nevnte sluttbruker har tilgang til en telefon og en datamaskin med en høyttaler.

Se forsidefigur og sammendrag i Espacenet


B1

Beskrivelse

Teknisk felt

Den foreliggende oppfinnelsen vedrører et system og en fremgangsmåte for å sikre en elektronisk transaksjon, og mer spesielt et system og en fremgangsmåte for å sikre en elektronisk transaksjon mellom en applikasjonsserver og en sluttbruker.

Bakgrunn for oppfinnelsen

Det har blitt klart at tradisjonelle sikkerhetsløsninger ikke lenger er i stand til å beskytte transaksjoner fra å bli manipulert av uvedkommende. På grunn av mangel på effektive og sterke sesjonssikkerhetsmekanismer utplassert i vanlig brukte sluttbrukersystemer, har «Man-in-the-middle» angrep hele tiden blitt enklere å utføre, og blir også mer og mer sofistikerte og skalerbare.

Som en konsekvens, har det å stjele penger fra bankene og deres kunder ved å manipulere betalings- og pengeoverføringstransaksjoner, manipulere elektroniske avtaler og mest sannsynlig også manipulere børstransaksjoner over usikre nettverk og enheter, etc. blitt et stort problem for folk, bedrifter og til og med hele nasjoner.

Teoretisk ville «Public Key Infrastruktur» være en god teknologisk kandidat for å beskytte transaksjoner, men frekvensen av utplasseringer i markedet er relativt liten på grunn av store kostnader, tung logistikk og med en generell mangel på interoperabilitet mellom heterogene distribusjoner.

US 20040153655 Al beskriver en 'verbal feedback' over en telefonkanal fra sluttbruker til mekanismen/tjenesten. Det forklares dessuten at tjenesten spesifikt er et dokumentsigneringssystem som gjør bruk av telefoni-kanalen for å informere sluttbruker om dokumentinnhold, og som i retur krever at sluttbruker sier noe som bekrefter/avkrefter avtalen.

US 2013204786 Al forutsetter at sluttbruker overfører et identifiserende bilde til

mekanismen/tjenesten. Videre sies det at transaksjonen er begrenset til finansielle transaksjoner. Bildeoverføringsmekanismen benyttes for å la sluttbruker autorisere en transaksjon basert på at man matcher det overførte bildet med et mønster man på forhånd besitter i mekanismen.

US 20040153655 Al og US 2013204786 Al beskriver altså to alternativer for verifikasjon av en bruker ved benyttelse av to kommunikasjonskanaler. Det benyttes her ytterligere sikkerhetsnivåer slik som stemmegjenkjenning (Dl) og et identifiserende bilde (D2).

Problemet med disse løsningene er at samme hemmelighet for verifikasjon benyttes hver gang og at denne hemmeligheten deles mellom alle parter på usikrede linjer.

Sammenfatning av oppfinnelsen

Det er derfor formålet med den foreliggende oppfinnelse, slik angitt i kravsettet, å løse problemene som er nevnt ovenfor.

Foreliggende oppfinnelse beskriver en fremgangsmåte for å sikre en elektronisk transaksjon mellom en applikasjonsserver og en sluttbruker, hvori sluttbruker har tilgang til en telefon og en datamaskin med en høyttaler, applikasjonsserveren sender en verifikasjon til en transaksjonsverifikasjonsserver hvor: • transaksjonsverifiseringsserveren konverterer verifikasjonen i minst to lydfiler, • transaksjonsverifiseringsserveren setter opp en samtale til sluttbruker og spiller av den første lydfilen på telefonen til sluttbruker i henhold til parametere og transaksjonsopplysningen beskrevet i verifiseringsordren, • hvis sluttbrukeren aksepterer transaksjonsdetaljene presentert som en syntetisk stemme i det aktuelle språket i løpet av telefonsamtalen, spiller transaksjonsverifiseringsserveren av den andre lydfilen som en utgående lyd-stream på sluttbrukerens datamaskinhøyttaler, • den andre lydfilen registreres av mikrofonen på sluttbrukerne telefonen, • den innspilte andre lydfilen blir overført fra mikrofonen på telefonen til transaksjonsverifikasjonsserveren via selve telefonsamtalen, • transaksjonsverifiseringsserverens sammenlikner den utgående streamede andre lydfilen med den mottatte andre lydfilen, og • om de samstemmer, sender transaksjonsverifikasjonsserveren en positiv kvittering til applikasjonsserveren, • en negativ kvittering sendes til applikasjonsserveren i tilfelle sluttbruker ikke aksepterer transaksjonsdetaljene presentert av mekanismen ved å avslutte samtalen eller trykke på en knapp på telefonen, i tilfelle transaksjonsverifiseringsserveren ikke er i stand til å finne en likhet mellom utgående streamet lyd med den innkommende mottatte lyden, en negativ kvittering sendes til applikasjonsserveren.

Fremgangsmåten løser de ovenfor nevnte problemer ved å sikre en elektronisk transaksjon mellom en applikasjonsserver og en sluttbruker. Dette gjøres uten å dele noen hemmeligheter mellom alle parter over usikret utstyr, miljøer eller nettverk.

Fremgangsmåten gjør det mulig for sluttbrukeren å verifisere en elektronisk transaksjon mot en applikasjonsserver, ut av rekkevidde av kriminelle eller andre uvedkommende, uten å kreve noen annen forutsetning fra sluttbrukerens side enn å være i stand til å ta en telefonsamtale innen nærhet til en datamaskin med en fungerende høyttaler koblet til et nettverk.

Detaljert beskrivelseMekanismen i henhold til oppfinnelsen virker i henhold til denne beskrivelsen:

1) En applikasjons server genererer en transaksjonshemmelighet koblet til denne transaksjonsbekreftelsesmetoden. Årsaken kan være at applikasjonen er trigget av en risikoparameter, enten i programmet eller levert av en annen kilde. Når du har generert den opprinnelige transaksjonshemmeligheten, genererer programmet en proxy-hemmelighet (PS) som korrelerer til opprinnelsestransaksjonens hemmelighet, typisk et tilfeldig tall eller kryptografisk gjort fingeravtrykk, som en hash verdien av transaksjonshemmeligheten. 2) Applikasjonsserveren genererer og sender deretter en verifiseringsordre (VO) til Transaksjons-Verifiserings-Serveren (TVS). 3) TVS er enten direkte eller indirekte forbundet med minst en teleoperatør (F.eks. via en SIP-stamme og muligens et ISUP grensesnitt) eller koblet til applikasjonsserveren og dens IP-nettverk over en sikker tilkobling. 4) VO har minimum et troverdig telefonnummer, ordrenummer, PS, transaksjonsdetaljer og en språkindikator. I tillegg kan VO eventuelt inkludere flere kontrollindikatorer (Kl) og krav til hver av dem, for eksempel Identifikasjons-Indikatorer (II) som skal benyttes som del av

transaksjonsverifiseringsmekanismen, oppringningskontrollindikatorene (CCI) eller posisjonsindikatorene (PI) som skal brukes før

transaksjonsverifiseringsmekanismen blir startet

a. Krav til (II) kan ved hjelp av et integrert stemmebiometrisystem, en annen type biometrisystem, PKI-system, DTMF basert autentiseringsmetode f.eks. fra et telefonbasert banksystem, eller lignende, der sluttbrukeren allerede er registrert. Som et underkrav for (II) kan det settes

kvalitetsparametere avhengig av et risikonivå for den spesielle transaksjonen som skal sikres, f.eks. for en middels risiko transaksjon skal stemmebiometrisystemet identifisere sluttbrukeren ved å kreve sluttbrukeren å bare si navnet sitt eller en avtalt setning som forespurt i samtalen fra TVS, mens for høy-risiko-transaksjon må brukeren også gjenta et unikt tilfeldig tall hentet fra VO og opprinnelig gitt til sluttbruker via syntetisk stemme generert av TVS.

b. Krav for (CCI) kan være å nekte transaksjonsverifiseringstjenesten hvis hvilket som helst tvilling SIM eller viderekoblingsoppsettet for den aktuelle sluttbrukeren er oppdaget fra den integrerte telekom infrastrukturen.

c. Krav for (PI) kan nekte transaksjonsverifiseringstjenesten hvis korrelert geografisk avstand mellom web-IP av sluttbrukernes datamaskin og sluttbrukernes mobile posisjoneringsparameter er utenfor en akseptabel geografisk avstand oppgitt i VO. (5) Det neste trinn av transaksjonsverifiseringsmekanismen starter en prosess hvor TVS omdanner det relevante innholdet som leveres i den mottatte VO til lydfiler med forskjellige formål. a. Lydfil # 1 omfatter en syntetisk stemme som på det bestilte språket leser transaksjonsdetaljene. b. Lydfil # 2 omfatter (PS) som en instrumentert lydmelding som skal bli streamet som en lydkrets gjennom lydbasert utstyr hos sluttbrukeren, Lydfilen # 2 er også utstyrt med feilretting og redundansmekanismer som sikrer høyere kvalitet og effektivitet av den etterfølgende lydoverføringen. c. I tillegg kan det frembringes andre lydfiler med syntetisk tale, som genereres på basis av (II) for talebiometri, (6) Det neste trinn i fremgangsmåten av transaksjonsverifiseringsmekanismen er at TVS forbereder seg på å sette opp anropet til brukeren på grunnlag av telefonnummeret som hentes fra VO.

a. I tilfelle (CCI) er bestilt, er TVS i stand til å oppdage tvilling-SIM, viderekoblingsoppsett, oppsett for telefonkonferanse eller andre relevante spørsmål fra telenettet avhengig av en sluttbrukeravtale med integrert teleoperatør,

b. I tilfelle (PI) er bestilt, er TVS i stand til å oppdage de geografiske posisjonsdata for hver av sluttbrukerenhetene -datamaskin og mobiltelefon, og om nødvendig i VO gir en korrelert avstand mellom enhetene, c. I tilfelle (CCI) eller (PI) ikke oppfyller krav satt i VO, er en negativ kvittering til applikasjonsserveren tilgjengelig fra TVS som informerer om grunner for ikke å sette opp samtalen til sluttbruker.

(7) i tilfelle (CCI) og (PI) er oppfylt, setter TVS opp samtalen mot sluttbruker.

(8) Etter sluttbrukeren eventuelt har svart på anrop fra TVS, spiller TVS lydfilen # 1 over telefonsamtalepresentasjon av transaksjonsdetaljer i det bestilte språk, ved eventuelt å identifisere brukeren av en spesifisert metode hentet fra VO, a. I tilfelle av en talebiometribasert metode for identifisering, med et tale biometrisk system integrert med TVS, er sluttbrukerens identitetsvalideringsoppgave gitt fra TVS til det integrerte talebiometri systemet som en sub-oppgave, venter på valideringsresultat før TVS fortsetter til neste fase av transaksjonsverifiseringsmekanismen. b. Ved en annen biometrisk basert metode for identifisering ved hjelp av et biometrisk basert system integrert med TVS, er sluttbrukerens identitetsvalideringsoppgave gitt fra TVS til det integrerte biometrisystemet som en underliggende oppgave som venter på valideringsresultatet før TVS fortsetter til neste fase av transaksjonsverifiseringsmekanismen. c. I tilfelle av en DTMF basert metode for identifisering, som krever av sluttbrukeren å taste inn en kode på telefonen, bruker DTMF lyder, med f.eks. et telefon banksystem integrert med TVS, blir sluttbrukerens identitetsvalideringsoppgave gitt fra TVS til det integrerte systemet som en underliggende oppgave, som venter på valideringsresultat før TVS fortsetter til neste fase av transaksjonens verifiseringsmekanisme. d. I tilfelle av en PKI-basert metode for identifisering, som krever sluttbrukeren til å bruke et bestemt sertifisertbasert system, integrert med TVS, blir sluttbrukerens identitetsvalideringsoppgave gitt fra TVS til det integrerte systemet som en underliggende oppgave, som venter på valideringsresultat før TVS fortsetter til neste fase av transaksjonens verifiseringsmekanisme. (9) I tilfelle sluttbrukeren aksepterer transaksjonsdetaljer som presenteres mot brukeren over syntetisk tale fra lydfil # 1, blir brukeren bedt om å ta mikrofonen på telefonen mot høyttaleren av datamaskinen. (10) Det neste trinnet er at TVS begynner å spille lydfilen # 2, som er streamet instrumentert lydmelding gjennom brukernes to enheter som bekrefter at utstyret er under både fysisk og logisk kontroll av den identifiserte brukeren. Ved å kontrollere fysisk bevegelse av telefonen, kan brukeren nå verifisere transaksjonen ved å la lydstrømmen fra høyttaleren på datamaskinen registreres av mikrofonen på telefonen. a. Dersom brukeren ønsker å avbryte transaksjonsverifiseringen, må brukeren kun henge opp telefonsamtalen og dermed fysisk forby transaksjonen fra å bli utført. (11) Dersom brukeren ønsker å godta transaksjonsverifiseringen ved at lydstrømmen blir fullt utført, blir innspilt lyd streamet senere bli levert som en innkommende audio stream over foreliggende telefonsamtale til TVS for dekoding. TVS vil etter dekoding sammenligne innkommende lyd med den utgående lyd av lydfil # 2.

a. Dersom inngående lyd sammenlignet med utgående lyd av lydfil # 2 er forskjellig, analyserer TVS bitstrømmen og lydpakkene, justerer innkommende lyd med feilretting og redundanstiltak av TVS lydbasert protokoll til perfekt match muligens er oppnådd.

b. Hvis perfekt match fortsatt ikke oppnås, analyserer TVS relevante pakker og starter sin adaptive retransmisjonsegenskaper av sin lydprotokoll for de aktuelle lyd baserte pakkene, før disse gjentakelsene av koding, retransmisjon, dekoding og sammenligning giren perfekt match.

(L2) Hvis TVS-sammenligningen av innkommende og utgående (PS) innen en time-out innstilling fåren perfekt match, en positiv kvittering med minimum innkommende dekodet (PS) og ordrenummeret blir sendt tilbake til applikasjonsserveren for behandling, applikasjonsserveren kan nå både sammenlikne (PS) sendt med (PS) mottatt og validere mottatt (PS) mot transaksjonshemmeligheten. Hvis denne valideringen gir et positivt resultat, vil applikasjonsserveren deretter godta transaksjonen.

a. Hvis TVS-sammenligningen av innkommende og utgående (PS) innen en time-out-innstilling aldri blir en perfekt sammenlikning, en negativ kvittering

med minimum innkommende dekodet (PS) og ordrenummeret blir sendt tilbake til applikasjonsserveren for behandling. Applikasjonsserveren vil da avvise transaksjonen.

Krav

1. Fremgangsmåte for å sikre en elektronisk transaksjon mellom en applikasjonsserver og en sluttbruker, hvori sluttbruker har tilgang til en telefon og en datamaskin med en høyttaler, applikasjonsserveren sender en verifikasjon til en transaksjonsverifikasjonsserver og er videre karakterisert ved at:• transaksjonsverifiseringsserveren konverterer verifikasjonen i minst to lydfiler,• transaksjonsverifiseringsserveren setter opp en samtale til sluttbruker og spiller av den første lydfilen på telefonen til sluttbruker i henhold til parametere og transaksjonsopplysningen beskrevet i verifiseringsordren,• hvis sluttbrukeren aksepterer transaksjonsdetaljene presentert som en syntetisk stemme i det aktuelle språket i løpet av telefonsamtalen, spiller transaksjonsverifiseringsserveren av den andre lydfilen som en utgående lyd-stream på sluttbrukerens datamaskinhøyttaler,• den andre lydfilen registreres av mikrofonen på sluttbrukerne telefonen,• den innspilte andre lydfilen blir overført fra mikrofonen på telefonen til transaksjonsverifikasjonsserveren via selve telefonsamtalen,• transaksjonsverifiseringsserverens sammenlikner den utgående streamede andre lydfilen med den mottatte andre lydfilen, og• om de samstemmer, sender transaksjonsverifikasjonsserveren en positiv kvittering til applikasjonsserveren,• en negativ kvittering sendes til applikasjonsserveren i tilfelle sluttbruker ikke aksepterer transaksjonsdetaljene presentert av mekanismen ved å avslutte samtalen eller trykke på en knapp på telefonen, i tilfelle transaksjonsverifiseringsserveren ikke er i stand til å finne en likhet mellom utgående streamet lyd med den innkommende mottatte lyden, en negativ kvittering sendes til applikasjonsserveren.2. Fremgangsmåte ifølge krav 1, hvori verifiseringsrekkefølgen omfatter minst et pålitelig telefonnummer, et ordrenummer, en proxy-hemmelighet, transaksjonsdetaljer og en språkindikator.3. Fremgangsmåte ifølge krav 2, hvori verifikasjonsserver kan også inkludere en identifikasjonsindikator, en anropsstyreindikator eller en posisjonsindikator.4. Fremgangsmåte ifølge krav 1, hvori den første audiofilen omfatter en syntetisk tale på det bestilte språket som leser transaksjonsdetaljene.5. Fremgangsmåte ifølge krav 1, hvori den andre lydfilen omfatter proxy-hemmeligheten.
Hva betyr A1, B, B1, C osv? info
Protectoria AS
Postboks 1208 Vika 0110 OSLO NO ( OSLO kommune, OSLO fylke )
Okay AS
Klingenberggata 7B 0161 OSLO NO ( OSLO kommune, OSLO fylke )
Patentstyrets saksnr. 2020/11566
Din referanse: 174020 m.fl.   Levert  
Gjeldende status Avgjort

Avsender

OSLO PATENTKONTOR AS
c/o AWA Norway AS Postboks 1052 Hoff 0218 OSLO NO ( OSLO kommune, OSLO fylke )

Org.nummer: 910476068

Statushistorie for 2020/11566

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Avgjort Forespørsel tatt til følge
Under behandling Mottatt

Korrespondanse for 2020/11566

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående GH Forespørsel
02-01 Via Altinn-sending GH Forespørsel
Innkommende, AR389553562 Generell henvendelse
01-01 Generell henvendelse Generell henvendelse
Skotbuveien 81 1409 SKOTBU NO ( SKI kommune, AKERSHUS fylke )
Fullmektig i Norge:
AWA NORWAY AS
Postboks 1052 Hoff 0218 OSLO NO ( OSLO kommune, OSLO fylke )

Org.nummer: 925400262
Din referanse: O:172061 SS/kmg
  • Foretaksnavn:
  • Foretaksform:
  • Næring:
  • Forretningsadresse:
     

Kilde: Brønnøysundregistrene

US 20040153655 A1 (A1)

US 2013204786 A1 (A1)

Statushistorie

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Meddelt Patent meddelt (B1)
Under behandling Godkjent til meddelelse
Under behandling Andre og senere realitetsskriv foreligger
Under behandling Første realitetsuttalelse foreligger
Under behandling Formaliakontroll utført
Under behandling Mottatt

Korrespondanse

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående PT Registreringsbrev Nasjonal Patent (15)
14-01 Via Altinn-sending PT Registreringsbrev Nasjonal Patent (15)
Utgående PT Meddelelse om patent
13-01 Via Altinn-sending PT Meddelelse om patent
Innkommende, AR129851329 Korrespondanse (Hovedbrev inn)
12-01 Korrespondanse (Hovedbrev inn) Korrespondanse (Hovedbrev inn)
12-02 Beskrivelse Beskrivelse
12-03 Hovedbrev Hovedbrev
Utgående Realitet patent
11-01 Via Altinn-sending Realitet patent
Innkommende, AR116461093 Korrespondanse (Hovedbrev inn)
10-01 Korrespondanse (Hovedbrev inn) Korrespondanse (Hovedbrev inn)
10-02 Beskrivelse Beskrivelse ren
10-03 Beskrivelse Beskrivelse merket
10-04 Hovedbrev Hovedbrev
Utgående Realitet patent
09-01 Via Altinn-sending Realitet patent
Innkommende, AR104219106 Korrespondanse (Hovedbrev inn)
08-01 Korrespondanse (Hovedbrev inn) Korrespondanse (Hovedbrev inn)
08-02 Beskrivelse Beskrivelse
Innkommende, AR81857530 Korrespondanse (Hovedbrev inn)
07-01 Korrespondanse (Hovedbrev inn) Korrespondanse (Hovedbrev inn)
07-02 Hovedbrev Hovedbrev
Utgående Anmodning om Norsk oversettelse
06-01 Via Altinn-sending Anmodning om Norsk oversettelse
Utgående Realitet patent
05-01 Via Altinn-sending Realitet patent
05-02 Vedlegg PT report 10:35:56
Innkommende, AR67859828 Korrespondanse (hoved dok)
04-01 Korrespondanse (Hovedbrev inn) Korrespondanse (hoved dok)
04-02 Fullmakt Fullmakt
04-03 Erklæring: Søkers rett til oppfinnelse Erklæring Søkers rett til oppfinnelse
Utgående Formalia 1
03-01 Via Altinn-sending Formalia 1
Utgående Infobrev til oppfinner
02-01 Brev UT Infobrev til oppfinner
Innkommende, AR57707278 National Patent Application Form
01-01 Søknadsskjema Patent National Patent Application Form
01-02 Beskrivelse Beskrivelse

Til betaling:

Neste fornyelse/årsavgift:

Betalingshistorikk:

Liste av betalinger
Beskrivelse / Fakturanummer Betalingsdato Beløp Betaler Status
Årsavgift 12. avg.år. 2024.12.11 5010 AWA NORWAY AS Betalt og godkjent
Årsavgift 11. avg.år. 2024.01.03 3500 AWA NORWAY AS Betalt og godkjent
Årsavgift 10. avg.år. 2022.12.07 3200 AWA NORWAY AS Betalt og godkjent
Årsavgift 9. avg.år. 2021.12.21 2850 OSLO PATENTKONTOR AS Betalt og godkjent
Årsavgift 8. avg.år. 2020.12.14 2550 OSLO PATENTKONTOR AS Betalt og godkjent
Årsavgift 7. avg.år. 2019.12.04 2200 OSLO PATENTKONTOR AS Betalt og godkjent
Årsavgift 6. avg.år. 2018.12.03 2000 OSLO PATENTKONTOR AS Betalt og godkjent
Årsavgift 5. avg.år. 2017.09.12 1650 OSLO PATENTKONTOR AS Betalt og godkjent
Årsavgift 4. avg.år. 2016.12.15 1350 OSLO PATENTKONTOR AS Betalt og godkjent
31603074 expand_more 2016.04.14 1200 Oslo Patentkontor AS Betalt
Årsavgift 1. tom 3. avg.år. 2015.10.12 2100 Oslo Patentkontor AS Betalt og godkjent
31401714 expand_more 2014.02.20 800 Oslo Patentkontor AS Betalt
Denne oversikten kan mangle informasjon, spesielt for eldre saker, om tilbakebetaling, internasjonale varemerker og internasjonale design.

Lenker til publikasjoner og Norsk Patenttidende (søkbare tekstdokumenter)

Lenker til publikasjoner (ikke søkbare tekstdokumenter)
Hva betyr A1, B, B1, C osv? info
Kapitler uten data er fjernet. Melding opprettet: 13.03.2025 10:22:02