CZ20002888A3 - Systém a způsob pro zpracování plateb a transakcí - Google Patents

Systém a způsob pro zpracování plateb a transakcí Download PDF

Info

Publication number
CZ20002888A3
CZ20002888A3 CZ20002888A CZ20002888A CZ20002888A3 CZ 20002888 A3 CZ20002888 A3 CZ 20002888A3 CZ 20002888 A CZ20002888 A CZ 20002888A CZ 20002888 A CZ20002888 A CZ 20002888A CZ 20002888 A3 CZ20002888 A3 CZ 20002888A3
Authority
CZ
Czechia
Prior art keywords
message
telephone number
code
payer
mobile phone
Prior art date
Application number
CZ20002888A
Other languages
English (en)
Inventor
Brandes Mario Cantero
La Gruz Vega José Manuel De
Hernández Pedro Martinez
Simón Iván Clemente
Martin Javier Diaz
Dennes Gonzalo Gómez-Acebo
Casso Basterrechea Pablo De
Camacho Jorge Miguel Moreno
Pesquera Alicia Luisa Calvo
Cid José Luis Vacas
Original Assignee
Banco Bilbao Vizcaya Argentaria, S. A.
Telefonica Servicios Moviles, S. A.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=27240811&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CZ20002888(A3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority claimed from ES200000724A external-priority patent/ES2170647B2/es
Application filed by Banco Bilbao Vizcaya Argentaria, S. A., Telefonica Servicios Moviles, S. A. filed Critical Banco Bilbao Vizcaya Argentaria, S. A.
Publication of CZ20002888A3 publication Critical patent/CZ20002888A3/cs

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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 OR CALCULATING; 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/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/223—Payment schemes or models based on the use of peer-to-peer networks
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F9/00—Details other than those peculiar to special kinds or types of apparatus
    • G07F9/001—Interfacing with vending machines using mobile or wearable devices
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F9/00—Details other than those peculiar to special kinds or types of apparatus
    • G07F9/002—Vending machines being part of a centrally controlled network of vending machines
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices

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)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)
  • Telephone Function (AREA)

Description

Systém a způsob pro zpracování plateb a transakcí
Oblast techniky
Předkládaný vynález se týká systému a způsobu pro zpracování plateb a transakcí a je využitelný v průmyslové oblasti elektronických transakcí týkajících se obchodu a prostředků platby a v oblasti mobilních telefonů.
Dosavadní stav techniky
V dosavadním stavu techniky je známé využití platebních postupů a systémů prostřednicívím mobilního telefonu, které je založeno na použití na použiti prodejního terminálu, ke kterému je přidán mobilní telefon za účelem provádění transakcí.
V této souvislosti může být citována evropská patentová přihláška EP-A-0940783 nebo US patent US-A-5754655
Navíc jsou známé systémy, ve kterých mobilní telefon netvoří pouze součást prodejného terminálu, ale jsou rovněž prováděny platby prostřednictvím mobilního telefonu, přičemž pro tento účel musí být mobilní telefon modifikován tak, aby mohly být prováděny bezpečné (zabezpečené) transakce. V této souvislosti je možné citovat evropskou patentovou přihlášku EP-A-0785534.
Další systémy jsou založeny na přenosu čísla bankovního účtu plátce do inkasního prostředku plateb prostřednictvím spojení z mobilního telefonu inkasního prostředku do banky, jako je případ patentové přihlášky WO-A-96/13814 nebo patentové přihlášky WO-A-97/45814,
Tyto systémy mají tu nevýhodu, že uživatel musí informovat nějakou osobu, kterou by vůbec nemusel znát, o • « « * * V * • tftf· tftf · • · tf Btftftf · · · tf •tf· tf · tf · · tf· tftftf svém číslu bankovního účtu, což ale představuje velmi vysoké *
riziko.
Rovněž by měla být zmíněna francouzská patentová přihláška FR-A-2779896, která popisuje postup, ve kterém je 5 platba prováděna prostřednictvím identifikace kupce, přičemž tento postup zahrnuje zajištění, že uvedený kupec je účastník nebo předplatitel, běžným způsobem přihlášený na seznamu účastníků komunikační sítě.
I *
Tento postup má tu nevýhodu, že potvrzení transakce se provádí nejprve od platebního obslužného kanálu (serveru) do obchodního obslužného kanálu (serveru) a potom od prodejního obslužného kanálu (serveru) ke kupci, přičemž platební obslužný kanál nemůže certifikovat, že potvrzení o transakci bylo přeneseno ke kupci. Navíc poté, co se kupec rozhodne provést nákup, může být komunikace udržována pouze mezi obslužným kanálem prostředku platby a prodejním obslužným kanálem, z čehož vyplývá, že kupec a prodejce jsou zákazníky obslužného kanálu prostředku platby, takže tento obslužný kanál může vyrovnávat svůj účet.
Dalším dokumentem je evropská patentová přihláška EP-A-0986275, která popisuje způsob provádění transakce mezi kupcem, který má mobilní telefon, a prodejcem, přičemž oba jsou přihlášeni jako účastníci k platformě pro potvrzování platnosti. Aby mohla být provedena transakce, je mezi kupcem a prodejcem vytvořen kontakt a je dosaženo shody o nákupu, přičemž potom kupec vysílá potvrzovací zprávu, která obsahuje identifikaci kupce. Kopie tohoto potvrzení nákupu je vysílána, automaticky, do platformy pro ověření platnosti od kupce nebo od prodejce.
9 9 9
99999 9 9 • · 9 9 *· 9
9999 9 <* ♦
Je možné rovněž zmínit PCT patentovou přihlášku WO-A-98/54678, která popisuje systém pro aktivaci benzínového čerpadla prostřednictvím mobilního telefonu. Za účelem naplnění nádrže kupec provádí telefonní hovor ze svého mobilního telefonu do (řídící) jednotky a vkládá první tajný kód. Jednotka ověří telefonní číslo kupce a první tajný kód, ověří, že kód odpovídá telefonnímu číslu, a ověří, zda takto ověřený kupec je na seznamu neplatičů. Pokud ověřený kupec není na seznamu neplatičů, je mu udělen přístup do systému a kupec může zadat kód identifikující příslušné specifické benzínové čerpadlo a může naplnit nádrž.
Evropská patentová přihláška EP-A-0950968 popisuje elektronický obchodní systém, který obsahuje mobilní terminál, který může být vytvořen s prostředkem pro provádění velkého rozsahu operaci (platební karty, telefonní karty, elektronické lístky pro představení, a podobně).
Je možné rovněž citovat PCT přihlášku WO-A-98/47116, která popisuje platební systém využívající mobilní telefon. V tomto případě plátce vysílá do transakčního centra informaci, která jej identifikuje, informaci, týkající se objemu transakce, a identifikátor prodejce.
Lze rovněž zmínit abstrakt zveřejněné japonské patentové přihlášky JP-A-08/249530, která popisuje způsob ovládání procejníno automatu prostřednictvím mobilního telefonu.
Francouzská patentová přihláška FR-A-2780800 popisuje platební systém s mobilním telefonem, který zahrnuje vysílání dat, která identifikují prodejce, z mobilního telefonu plátce.
* · » · · « · » tt • · tt tt tttt » • · tttttttt tttt· tt • · · · · •tt · ·· tt··
Německá patentová přihláška DE-A-»19806557 popisuje systém pro indikaci výdajů.
PCT patentová přihláška WO-A-98/06214 popisuje systém pro upozornění držitele kreditní karty, platební karty, mobilního telefonu, nebo podobné, o podvodném zneužiti. Například při pokusu o provedení transakce s použitím kreditní karty v prodejním terminálu tento systém detekuje, že je prováděn pokus o použití kreditní karty a je vyslána výstraha do telekomunikačního zařízení, jako je mobilní i 0 « telefon, držitele kreditní karty, takže její držitel muže autorizovat nebo odmítnout tuto transakci, nebo jednoduše tak může být držitel kreditní karty informován o prováděných transakcích.
Žádný z uvedených dokumentů neumožňuje volbu 15 specificky vhodného komunikačního vybavení prostřednictvím zvolení vhodného komunikačního kanálu v závislosti na typu mobilního telefonu uživatele takovým způsobem, že platba může být provedena prostřednictvím množství typů mobilních telefonů beze změny jejich konstrukce nebo částí.
Na druhou stranu žádný z citovaných dokumentů neuvažuje možnost provedení certifikace nákupu duševního vlastnictví, ani začlenění elektronického sdělení o dodání, ani nákupu z prodejních automatů.
Předkládaný vynález si klade za cíl vyřešení nevýhod dosavadního stavu techniky prostřednictvím systému a způsobu, který umožní použití jakéhokoliv mobilního telefonu jako prostředku platby: nákupů osobně, to jest když uživatel přímo přichází do obchodu; nákupů zboží a rovněž duševního vlastnictví, jako například informací, hudby nebo video her • ΦΦΦ · φ · * · · φ
ΦΦ···»· φ φ φφφ φφφ •Φ φ φφ φφφ prostřednictvím internetu; nákupů z prodejních automatů; nákupů a rezervací předem; nákupů prostřednictvím katalogu;
f nákupů v odezvě na jakýkoliv typ reklamy nebo propagace, jako například televizní reklamy nebo psaných propagačních letáků;
plateb za shlédnutí; a pro umožnění transakcí mezi uživateli, a to vše bez ohledu na typ mobilního telefonu, který uživatel vlastní. Vzhledem ke své konstrukci je takový systém použitelný pro jakýkoliv další jiný typ nákupu. Transakce přitom bude možné provádět v reálném čase.
Předkládaný vynález tak umožní provádění platby z jakéhokoliv typu digitálního mobilního telefonu, který v následujícím popisu bude označován jako mobilní telefon, aniž by tento mobilní telefon musel být modifikován, což umožňuje kterémukoliv uživateli, který vlastní mobilní 15 telefon, aby se sjednal či pronajal skupinu platebních funkci a služeb. Toto vše je přitom možné bez použití kreditních karet a bez té nutnosti, aby uživatel nezbytně musel být klientem banky. Pro tento účel je vytvořeno transakční a t platební centrum a toto centrum je vytvořeno s různými mobilními možnostmi komunikace s odpovídájícím vybavením a prostředkem pro identifikování požadované nebo prováděné platby mobilním telefonem, což potom umožňuje tomuto transakčnímu a platebnímu centru provádět komunikaci s jakýmkoliv mobilním telefonem prostřednictvím odpovídajícího 25 mobilního telefonního vybavení.
Mělo by být zdůrazněno, že předkládaný vynález rovněž umožňuje získání nákupní stvrzenky, dokonce i v případě nákupu duševního vlastnictví prostřednictvím internetu. Navíc je prostřednictvím předkládaného vynálezu dosaženo potvrzení o dodání předtím nakoupeného zboží, to jest certifikace • 4 4 4 • 444· 4 4
4444 • · 4 4 4 · • 4 · 44 »·« dodávky, bez nutnosti, aby prodejce předával upozornění na dodání.
t Předkládaný vynález může být realizován ve všech zemích, majících mobilní telefonní síť, a zejména v těch zemích, ve kterých byla zřízena národní koordinační či řidiči společnost. Tato společnost dohodne se operátory mobilních telefonů v dané zemí podmínky pro zajišťování a provoz služby, a platby budou prováděny prostřednictvím jakéhokoliv typu mobilního telefonu bez nutností provádění jeho 10 modifikaci.
Podstata vynálezu
Pro dosažení shora zmiňovaných cílů navrhuje předkládaný vynález systém pro zpracování plateb a transakcí mezi plátci a příjemci plateb, sdruženými se systémem, s využitím alespoň jedné komunikace prostřednictvím digitální mobilní telefonie, přičemž tento systém zahrnuje:
- první obslužný kanál (server), propojený s ( telekomunikačním prostředkem s prvním datovým paměťovým
2θ prostředkem, a zahrnující prostředek správy účtů, který zpracovává první data o účtu každého sdruženého plátce platby a druhá data o účtu každého sdruženého příjemce platby;
přičemž podstata vynálezu spočívá v tom, že první telekomunikační prostředek selektivně komunikuje s prvním obslužným kanálem s jednotkou digitálního mobilního telefonu, identifikovanou prostřednictvím přípustného telefonního čísla sdruženého plátce, a s telekomunikačním terminálem, identifikovaným prostřednictvím přípustného identifikačního kódu sdruženého příjemce; přičemž telekomunikační prostředek zahrnuje množství
4 • 44 4 4
444 4 • * 4 4 4 4 * 444 44 telekomunikačních vybavení;
první datový paměťový prostředek obsahuje první f informaci o každém sdruženém plátci, uvedená první informace zahrnuje alespoň přípustné telefonní číslo, alespoň předem vytvořené autorizační kritérium pro autorizaci alespoň jedné transakce, která vyžaduje platbu z přidruženého účtu plátce, a alespoň bezpečnostní kritérium sdružené jednoznačně s * přidruženým telefonním číslem plátce, a rovněž určitou druhou informaci o každém sdruženém příjemci, která zahrnuje alespoň *
přípustný identifikační kód;
přičemž první obslužný kanál zahrnuje první ověřovací prostředek pro ověření v datovém paměťovém prostředku, zda první zpráva, přijatá přes telekomunikační prostředek, obsahuje přípustné telefonní číslo sdruženého plátce a přípustný identifikační kód sdruženého příjemce, přičemž tento první ověřovací prostředek generuje první schvalovací zprávu, když detekuje přípustný
Z identifikační kód a přípustné telefonní číslo;
- druhý ověřovací prostředek pro ověření v datovém paměťovém prostředku, zda žádost o autorizaci transakce, přijatá přes telekomunikační prostředek společně s přípustném telefonním číslem, detekovaným prvním ověřovacím prostředkem, splňuje uvedené předem vytvořené autorizační kritérium, přičemž tento druhý ověřovací prostředek generuje druhou schvalovací zprávu, když žádost o autorizaci splňuje uvedené autorizační kritérium;
třetí ověřovací prostředek pro ověření v prvním datovém paměťovém prostředku, zda bezpečnostní parametr, přijatý přes telekomunikační prostředek, splňuje bezpečnostní kritérium sdružené s přípustným telefonním číslem, • 00 • · 4
0 0 ·0* • 0 0 0 * * 0 0000 • · 0 • 0 0
0000 detekovaným prvním ověřovacím prostředkem, přičemž tento třetí ověřovací prostředek generuje třetí schvalovací zprávu, když detekuje, že bezpečnostní parametr splňuje bezpečnostní kritérium sdružené s přípustným telefonním číslem;
- autorizační prostředek pro autorizaci prostředku správy účtů na základě žádosti o autorizaci, pro zpracování debetu na účtu sdruženého plátce a pro zpracování odpovídajícího kreditu na účtu sdruženého příjemce, pokud byla vytvořena první, druhá a třetí schvalovací zpráva;
- prostředek generující odmítací zprávu pro generování odmítací zprávy, když alespoň jedna ze schvalovacích zpráv nebyla vytvořena, a pro vysílání odmítací zprávy do telekomunikačního prostředku;
prostředek generující potvrzovací zprávu pro generování alespoň potvrzovací zprávy, když alespoň jedna ze schvalovacích zpráv byla vytvořena, a pro vysílání uvedené potvrzovací zprávy do telekomunikačního prostředku, a pro selektivní vysílání potvrzovací zprávy do mobilního telefonu, identifikovaného prostřednictvím přípustného telefonního čísl.a v uvedené první zprávě, a do telekomunikačního terminálu, identifikovaného prostřednictvím přípustného identifikačního kódu;
druhý datový paměťový prostředek, který obsahuje alespoň první informaci, týkající se přípustného telefonního čísla každého plátce, a alespoň druhou informaci, týkající se typu digitálního mobilního telefonu příslušejícího ke každému telefonnímu číslu;
selekční prostředek pro ověřování v uvedeném druhém datovém paměťovém prostředku druhé informace, odpovídající jednotce digitálního mobilního telefonu, a
• 4 4 4 4 4
4 4444 · « 4
4 · 4 4
4 ··
4444
4 *
r r
C identifikované prostřednictvím přípustného telefonního čísla, a pro selekci jednoho z telekomunikačních vybavení, které komunikuje s digitálním mobilním telefonem, identifikovaným prostřednictvím přípustného telefonního čísla, prostřednictvím telekomunikační služby, která je kompatibilní s typem digitálního mobilního telefonu, identifikovaného v uvedené druhé informaci.
Podle jednoho provedení vynálezu je každá druhá informace, obsažená v druhém datovém paměťovém prostředku a týkající se typu digitálního mobilního telefonu odpovídajícího každému přípustnému telefonnímu číslu každého sdruženého plátce a každého přípustného identifikačního kódu každého příjemce, když tento kód je číslem digitálního mobilního telefonu, prvním identifikačním kódem, který reprezentuje mezinárodní identifikátor mobilního vybavení (IMEI) .
Začlenění IMEI kódů, na jejichž základě jsou podle tohoto provedení vynálezu identifikovány typy mobilních telefonů odpovídajících každému z přípustných telefonních čísel, může být provedeno zavedením dat ze zdroje cizího pro systém nebo alternativně či doplňkově prostředky dotazování a aktualizace, které jsou přítomné v systému. První obslužný kanál (server) tedy může zahrnovat první dotazovací prostředek pro dotazování v alespoň jednom registru adres návštěvníků (VLR), který zahrnuje první registr, týkající se telefonních čísel s IMEI kódem, přičemž IMEI kód odpovídá každému z přípustných telefonních čísel, a aktualizační prostředek pro aktualizaci uvedené druhé informace v druhém datovém paměťovém prostředku prostřednictvím porovnání každého IMEI kódu, dotazovaného prvním dotazovacím
Γ· ί · <
prostředkem, s každým kódem reprezentujícím IMEI kód sdružený s každým přípustným telefonním číslem, jak je obsaženo v druhém datovém paměťovém prostředku.
Alternativně nebo doplňkově může první dotazovací 5 prostředek rovněž vyjímat IMEI kódy, sdružené s každým přípustným telefonním číslem:
* z registru identifikátorů vybavení (EIR), který obsahuje přiřazení mezi každým přípustným telefonním číslem a IMEI kódem odpovídajícím každému příoustnému telefonnímu číslu a který přijímá uvedené přiřazení z každého registru adres návštěvníků, jak je aktualizováno uvedeným registrem adres návštěvníků;
* z rámce nestrukturovaných doplňkových obslužných 25 dat (USSD rámec), do kterého každý registr adres návštěvníků, sdružený s každým mobilním přepojovacím centrem (MSC), které vydalo uvedený rámec, vložil IMEI kód sdružený s přípustným telefonním číslem odpovídajícím uživateli, který vytvořil uvedený rámec;
* přes rozhraní mezi registrem adres návštěvníků a uvedeným dotazovacím prostředkem;
a/nebo * prostřednictvím třetího dotazovacího prostředku 25 pro dotazování v datové bance operátora mobilní telefonní sítě na registry, které každé mobilní přepojovací centrum (MSC) přenáší bezprostředně pokaždé, když je USSD rámec nebo hlasový hovor adresován na specifické telefonní číslo, přičemž uvedené registry obsahují vztah každého telefonního čísla, ze kterého byl vytvořen hovcr nebo pocházel USSD rámec s IMEI kódem terminálu, ze kterého oocházel hovor nebo rámec,
0000 • 0 ♦ 0 0 0 • · 9 ·*·· 0 · 0 • 0 0 0 0 0
0· 0 00 000 vzhledem k IMEI kódům odpovídajícím každému přípustnému telefonnímu číslu, a prostřednictvím třetích aktualizačních prostředků pro aktualizaci uvedené druhé informace v uvedeném druhém datovém paměťovém prostředku na základě porovnání každého dotazovaného IMEI kódu, dotazovaného třetím dotazovacím prostředkem, s každým, kódem, který reprezentuje IMEI kód sdružený s každým přípustným telefonním číslem obsaženým v druhých datových paměťových prostředcích.
Rovněž alternativně nebo doplňkově může první obslužný kanál zahrnovat druhý dotazovací prostředek pro dotazování na IMEI kód, odpovídající každému přípustnému telefonnímu číslu, v registrech hovorových dat (CDR) datové banky operátora mobilní telefonní sítě, které obsahují vztah každého telefonního čísla, které, na základě hovoru, pocházelo z registru hovorových, dat, s IMEI kódem terminálu, ze kterého pocházel uvedený hovor, a prostřednictvím druhých aktualizačních prostředků pro aktualizaci uvedené druhé informace v druhém datovém paměťovém prostředku na základě porovnání každého IMEI kódu dotazovaného prostřednictvím druhého dotazovacího prostředku s každým kódem, který reprezentuje IMEI kód sdružený s každým přípustným telefonním číslem, obsaženým v druhém datovém paměťovém prostředku.
Na druhou stranu informace o typu mobilního telefonu, odpovídajícího každému přípustnému telefonnímu číslu, uložená v druhém datovém paměťovém prostředku může být rovněž doplněna dalšími daty, jako například alespoň jedním údajem, indikujícím komunikační funkci zvolenou z funkce řídících relací podle bezdrátových aplikačních protokolů (WAP), funkce řídících relací nestrukturovaných doplňkových obslužných dat (USSD), a jejich kombinace, každého digitálního mobilního • 9 • 9
9999 9 • 9 9 • 9999 «99
9
9 • 9 *
9 telefonu, identifikovaného prostřednictvím IMEI kódu a sdruženého s přípustným telefonním číslem.
Přítomnost druhého datového paměťového prostředku má tu výhodu, že systém, na základě zahrnutí informace o typech mobilních telefonů sdružených plátců a v některých případech sdružených příjemců, je schopen selekce komunikačního kanálu, který je nejúčinnější a nejrychlejší pro komunikaci s plátcem, což je obzvláště důležité, když první zpráva, to jest první komunikace týkající se transakce, nebyla ještě vytvořena z mobilního telefonu sdruženého plátce, protože tak může být vytvořena rychlá a účinná komunikace bez potřeby modifikace mobilních telefonů uživatelů.
Přípustný identifikační kód každého příjemce může být zvolen z telefonního čísla, čísla vztaženého k telefonnímu 15 číslu, internetovského kódu, kódu reprezentujícího internetovský kód, e-mailové adresy, a kódu založeného na e-mailové adrese (adresa elektronické pošty). Přípustný identifikační kód příjemce může být rovněž přípustné telefonní číslo a typ digitálního mobilního telefonu, což je obsaženo v druhém paměťovém prostředku. V tomto posledně uvedeném případě první obslužný kanál dále zahrnuje doplňkový ověřovací prostředek, který je sdružen se selekčním prostředkem, pro ověření, zda přípustný identifikační kód, který jíž byl ověřen prvním ověřovacím prostředkem v uvedené první zprávě, přijaté od plátce, identifikovaného prvním přípustným telefonním číslem, a obsahující žádost o transakci, která již byla ověřena druhým ověřovacím prostředkem, odpovídá druhému přípustnému telefonnímu číslu z přípustných telefonních čísel digitálního mobilního telefonu, 30 zahrnutých v první informaci, obsažené v prvním datovém· • · • ···· · « • · · · ·· · ·· ··· paměťovém prostředku. Když tedy uvedený ověřovací prostředek detekuje, že první zpráva identifikuje druhé přípustné telefonní číslo jako identifikaci příjemce, doplňkový ověřovací prostředek generuje čtvrtou schvalovací zprávu, která je zpracovatelná prostředkem generujícím potvrzovací zprávu. Na druhou stranu prostředek generující odmítací zprávu generuje odmítací zprávu, když tato čtvrtá zpráva nebyla generována.
Přípustná telefonní čísla každého nebo alespoň části plátců mohou být rovněž obsažena v prvním a/nebo druhém datovém paměťovém prostředku jako taková a/nebo ve formě kódu, který reprezentuje uvedená čísla, jako je například MSISDN sdružený s přípustným telefonním číslem, takže první ověřovací prostředek ověřuje přípustné telefonní číslo plátce
- , z uvedeného kódu, reprezentujícího uvedene přípustné telefonní Číslo a obsaženého v prvním datovém paměťovém prostředku, jak je přijímán před telekomunikační prostředek.
Podle předkládaného vynálezu druhá schvalovací zpráva může být zkonstruována tak, že její emise generuje příkaz pro telekomunikační prostředek, aby vysílal do mobilního telefonu plátce, identifikovaného přípustným telefonním číslem, první schvalovací zprávu, která obsahuje žádost o vyslání bezpečnostního parametru, který má být ověřen třetím 25 ověřovacím prostředkem ve vztahu k bezpečnostnímu kritériu.
Toto provedení je použitelné, když první zpráva neobsahuje bezpečnostní parametr, což je vždy v tom případě, když první komunikace, týkající se transakce, byla vytvořena příjemcem, a v těch případech, ve kterých plátce ve své první komunikaci ještě nevyslal bezpečnostní parametr. Když je tedy první zpráva, ověřená prvním ověřovacím prostředkem, zprávou, t I přijatou z telekomunikačního prostředku příjemce, druhá schvalovací zpráva generuje příkaz do telekomunikačního prostředku, aby vytvořil komunikaci s mobilním telefonem pro požádání plátce, identifikovaného přípustným telefonním číslem, o vyslání bezpečnostního parametru. Na druhou stranu, když je první zpráva, ověřená prvním ověřovacím prostředkem, zprávou, přijatou bez bezpečnostního parametru z mobilního telefonu plátce, druhá schvalovací zpráva generuje příkaz do telekomunikačního prostředku, aby vyslal zprávu do uvedeného mobilního telefonu vyžadující po plátci, identifikovaném přípustným telefonním číslem, vyslání bezpečnostního parametru.
Druhá zpráva může být rovněž zkonstruována pro další vytvoření příkazu do telekomunikačního prostředku, aby komunikoval s telekomunikačním terminálem, identifikovaným přípustným identifikačním kódem, detekovaným prvním ověřovacím prostředkem, pro vyslání druhé potvrzovací zprávy, která potvrzuje generování první schvalovací zprávy.
Na druhou stranu třetí schvalovací zpráva generuje
0 příkaz do telekomunikačního prostředku, aby komunikoval s telekomunikačním terminálem, identifikovaným prostřednictvím přípustného identifikačního kódu, detekovaného prvním ověřovacím prostředkem, pro vyslání třetí potvrzovací zprávy, která potvrzuje generování třetí schvalovací zprávy.
Třetí schvalovací zpráva, generovaná třetím ověřovacím prostředkem, může být dále zkonstruována pro generování příkazu pro telekomunikační prostředek, aby komunikoval s mobilním telefonem, identifikovaným prostřednictvím přípustného telefonního čísla, detekovaného prvním ověřovacím prostředkem, a pro vyslání čtvrté * · 0 0000 0 0 · • 0 0 0 0 · 00
000
0*00 0 potvrzovací zprávy, která potvrzuje vytvoření třetí schvalovací zprávy, takže plátce přijímá potvrzení o tom, že transakce byla autorizována.
Ve výhodném provedení podle vynálezu třetí 5 schvalovací zpráva, vytvořená prostřednictvím třetího ověřovacího prostředku, generuje příkaz pro prostředek správy účtů, aby zpracoval debet na účtu plátce a aby zpracoval odpovídající kredit na účtu příjemce.
Na své straně prostředek správy účtů řídí alespoň první pomocný účet každého příjemce, který je obsažen v prvním datovém paměťovém prostředku a ve kterém je vytvořen každý kredit, a ve výhodném provedení vynálezu prostředek správy účtů zahrnuje první přenosový prostředek pro přenos uvedeného kreditu do administračního a řídícího obslužného 15 kanálu (serveru), který zahrnuje databanku příjemců, ve které jsou ukládány všechny kredity ve prospěch každého příjemce, přičemž tento administrační a řídící obslužný kanál převádí kredity, obsažené v databance, do finančních entit, které spravují finanční účty každého příjemce.
Na druhou stranu může být prostředek správy účtů výhodně rovněž zkonstruován pro řízení druhých pomocných účtů, zvolených z předplacených účtů, jako jsou účty založené na elektronické peněžence předtím vytvořené v prvním datovém paměťovém prostředku pro každého plátce, který předtím naplnil tuto peněženku prostřednictvím platby analogickým způsobem, jako jsou plněny běžné elektronické peněženky, například, v platebních kartách nebo telefonních kartách, účty s účtováním v reálném čase, které mají provoz analogický k debetům realizovaným bankami na základě plateb prováděných debetními kartami, a účtů s následným placením, které jsou ···· · » « tftftftf tftf « » tf · · · tftf · tftf tftf· analogické bankovním účtům zatěžovaným platbami prováděnými s kreditními kartami. Každý pomocný účet každého plátce je sdružen s předem vytvořeným autorizačním kritériem, které je ověřováno prostřednictvím druhého autorizačního prostředku. Tímto autorizačním kritériem může být, například, dostupný zůstatek na pomocném účtu, maximální kreditní limit a jejich kombinace.
Na druhou stranu ve výhodném provedení předkládaného vynálezu prostředek správy účtů zahrnuje druhý přenosový prostředek pro přenos uvedeného debetu do administračního a řídícího obslužného kanálu, který zahrnuje databanku plátců, ve které jsou ukládány všechny debety účtované každému plátci, přičemž tento administrační a řídící obslužný kanál převádí kredity, obsažené v databance plátců, do finančních entit, které spravují finanční účty každého plátce, aby byly provedeny všechny požadované finální transakce z účtu každého plátce na účet každého příjemce.
Bezpečnostním kritériem, sdruženým s každým přípustným telefonním číslem a známým plátci identifikovanému tímto přípustným telefonním číslem, může být tajný identifikační kód, jako je alfanumerický kód, jako například PIN kód (osobní identifikační číslo), uložený v prvním datovém prostředku. V tomto případě je třetí ověřovací prostředek zkonstruován pro ověřování, obecně známým způsobem, zda bezpečnostní parametr, přijatý z digitálního mobilního telefonu plátce účastnícího se transakce, odpovídá uvedenému kódu, prostřednictvím jednoho z následujících ověřovacích postupů, které jsou aplikovány podle typu bezpečnostního kritéria, sdruženého s uvedeným přípustným telefonním číslem:
• · « ·*«· « · ft · • · « * · · ·· * ·· ··· * přímé ověřování, zda bezpečnostní parametr f
obsahuje tajný identifikační kód;
f * ověřování, zda bezpečnostní parametr obsahuje kódovaný výsledek samo-ověření, provedeného lokálně v mobilním telefonu po přímém zadání tajného identifikačního kódu do mobilního telefonu plátcem, prostřednictvím dekódovacího prostředku pro dekódování kódovaného výsledku na *
základě tajného identifikačního kódu, uloženého v prvním datovém paměťovém prostředku.
10
Vedle kritérií a informací již popisovaných v popisu výše může první datový paměťový prostředek dále obsahovat, alespoň ve vztahu k určitým příjemcům, doplňkovou informaci, to jest čtvrtou informaci, která je sdružená s uvedenou druhou informací a která zahrnuje referenční kód 15 identifikující produkty nebo služby příjemce a rovněž cenu spojenou s každým produktem nebo službou. Tato čtvrtá informace je užitečná v aplikacích systému podle vynálezu, <
které budou popsány v popisu níže.
Na jednu stranu může být čtvrtá informace použita pro výpočet hodnoty požadované transakce a pro přenos ke sdruženým plátcům informací a produktů a/nebo služeb a/nebo celkových cen a/nebo částečných cen transakcí, jejichž autorizace je nebo by mohla být nebo musí být zpracována, a tím pro požadavek na přizpůsobení plátce. V jednom provedení vynálezu tedy druhá schvalovací zpráva dále generuje příkaz pro telekomunikační prostředek, aby vysílal alespoň hodnotu transakce, nebo celkovou hodnotu a specifikaci produktů a/nebo služeb, odpovídajících této transakci, společně s
3Q identifikací příjemce, což je potom vysíláno společně se zprávou požadující bezpečnostní kritérium do mobilního ·
• · • tt ••♦tt · .···· tttt * tt · ···· tttttt · tttttt tttttt tttt · tttt tttt* r
1/ telefonu plátce, identifikovaného přípustným telefonním číslem a zúčastněného při transakci.
Na druhou stranu může čtvrtá informace dále zahrnovat první volitelné telefonní číslo, sestavené z jednoho ze shora zmiňovaných referenčních kódů a identifikačního kódu odpovídajícího příjemce, přičemž toto volitelné telefonní číslo tvoří přípustnou identifikaci, takže nákup produktu nebo služby je umožněn prostřednictvím přípustných identifikačních kódů, jako například telefonních čísel, které každý jednoznačně identifikují každý produkt nebo službu, nebo každou skupinu produktů nebo služeb určitého příjemce.
Na druhou stranu může čtvrtá informace dále zahrnovat přípustný identifikační kód ve formě přístupového telefonního čísla k příjemci, přičemž toto přístupové telefonní číslo je sdruženo s alespoň prvním menu sestaveným z referenčních kódů, produktů nebo služeb, identifikovaných příslušně prostřednictvím každého jednoho z uvedených referenčních kódů, a ceny uvedených produktů nebo služeb.
V dalším provedení vynálezu první datový paměťový prostředek může seskupit příjemce, kteří, například, nabízejí podobné produkty nebo služby, pod jeden stejný přípustný identifikační kód, zejména přípustné přístupové telefonní číslo, které, když je zvoleno, poskytuje přístup do menu možností, ve kterém jsou specifikování příjemci seskupení pod jedním přípustným přístupovým telefonním číslem, přičemž z tohoto menu plátce může zvolit alespoň jednoho příjemce, který je dále identifikován přípustným telefonem. Menu může být zkonstruováno takovým způsobem, že začínající z tohoto menu plátce může přímo přistoupit ke zvolenému příjemci, aby poznal produkty a/nebo služby příjemce a provedl svoji volbu ···· · «4« ··
4«4 4 « 4··· 4 4
4 4 4 ·· 4 v menu, nebo takovým způsobem, že zvolení určitého příjemce poskytne přístup plátci k páté informaci sdružené s uvedenou druhou informací a analogické ke čtvrté informaci. Tato pátá informace výhodně zahrnuje referenční kódy, které identifikují produkty nebo služby každého jednoho z příjemců a rovněž cenu, sdruženou s každým produktem nebo službou.
Systém podle předkládaného vynálezu je vhodný k použití a přizpůsobení pro množství různých transakcí, jako jsou nákupy osobně, kdy plátce je přítomen v budově nebo místnosti příjemce, jako je například obchod, jako jsou nákupy softwarových souborů prostřednictvím internetu, nákupy produktů nebo služeb s platbou předem, dodávky produktů nebo služeb s dodacím listem, a platby od jedné osoby k druhé osobě.
Tak například v provedení, použitelném když si plátce přeje získat softwarové soubory, jako jsou počítačové programy, počítačové hry, hudba, video a podobně, je systém zkonstruován takovým způsobem, že může pracovávat první zprávu, která kromě přípustného telefonního čísla plátce, přípustného identifikačního čísla příjemce, kterým je v tomto případě poskytovatel softwaru, obsahuje osobní e-mailovou adresu, na kterou si plátce přeje, aby byl softwarový soubor příjemcem poslán. V tomto případě systém vedle provedení kroků, které již byly popisovány v popisu výše, pracuje s prostředkem generujícím potvrzovací zprávu, který navíc generuje další potvrzovací zprávu, která obsahuje dekódovací kód softwarového souboru, přijacou od příjemce v prvním obslužném kanálu, přičemž uvedená další potvrzovací zpráva je vysílána do mobilního telefonu plátce, takže plátce může • 4 4
4444 4
4
20.....
4 dekódovat softwarový soubor přijatý na uvedené osobní e-mailové adrese.
Na druhou stranu, když je systém použit pro provádění nákupu s platbou předem, může být tento systém zkonstruován takovým způsobem, že první obslužný kanál přídavně zahrnuje první detekční prostředek pro detekci první instrukce pro provedení nákupu s platbou předem a prostředek generující sběrný Či inkasní kód. V tomto provedení prostředek generující potvrzovací zprávu dále generuje doplňkovou potvrzovací zprávu, která obsahuje inkasní kód, přičemž uvedená doplňková potvrzovací zpráva je vysílána od mobilního telefonu plátce a do telekomunikačního terminálu příjemce.
Tak může plátce nebo osoba plátcem delegovaná přijímat získávaný produkt nebo službu od příjemce prostřednictvím indikace inkasního kódu plátci.
V provedení systému podle vynálezu, který je použitelný pro transakce, u nichž je vyžadováno vydání dodacího listu, první datový paměťový prostředek dále zahrnuje, vzhledem ke každému příjemci, třetí informaci sdruženou s uvedenou druhou informací a zahrnující data týkající se produktů nebo služeb, odpovídajících každé autorizované transakci, a první obslužný kanál dále zahrnuje druhý detekční prostředek pro detekci druhé instrukce pro řízení osobní dodávky, odpovídající autorizované transakci a přijaté z telekomunikačního terminálu, kterým je mobilní telefon příjemce, prostředek generující dodací kód, který generuje dodací kód identifikující alespoň produkt nebo službu, které jsou určeny k dodání, a prostředek generující identifikační zprávu, který generuje identifikační zprávu identifikující uvedený produkt nebo službu. V tomto provedení ···· * φφφφ φφ φ • ® > φ·φφ φφφ φ • · · φφφ φφ < φφ φφφ prostředek generující potvrzovací právu dále generuje přídavnou zprávu, která obsahuje dodací kód, přičemž tato přídavná zpráva je vysílána do mobilního telefonu plátce a do mobilního telefonu příjemce a identifikační zpráva je vysílána alespoň do mobilního telefonu plátce společně se žádostí o vyslání bezpečnostního parametru. Pro řízení či správu dodávky systém zahrnuje prostředek zpracování řízení dodávky, který, když třetí ověřovací prostředek již ověřil, že bezpečnostní parametr splňuje bezpečnostní kritérium sdružené s mobilním telefonem plátce, generuje vstup v datech dodacího listu, který je výhodně zkoumatelný příjemcem, pro kterého byl tento dodací list vytvořen.
V provedení podle předkládaného vynálezu, které je použitelné pro transakce týkající se nákupů sdružených plátců v prodejních automatech, druhá informace v prvním datovém paměťovém prostředku zahrnuje identifikační kódy množství prodejních automatů, z nichž jeden každý obsahuje digitální mobilní telefon jako telekomunikační terminál, identifikovaný mobilním telefonním číslem jako přípustným identifikačním kódem, autorizační kod sdružený s přípustným identifikačním kódem každého prodejního automatu a aktivační kód pro aktivací prodejního automatu, sdružený s každým autorizačním kódem a aktivující prodejní automat pro příjem žádosti od plátce identifikovaného přípustným telefonním číslem. V tomto provedení prostředek generující potvrzující zprávu generuje, když první, druhý a třetí ověřovací prostředek již patřičně vytvořily první, druhou a třetí schvalovací zprávu, a vysílá potvrzovací zprávu, která zahrnuje alespoň kód pro aktivaci prodejního automatu a přípustné telefonní číslo mobilního telefonu plátce. To znamená, že plátce může zvolit a vyjmout « φ φφ·· * produkt, který si přeje obdržet v prodejním automatu, přičemž toto provedení může, v závislosti na předem vytvořených podmínkách, uložených v prvním datovém paměťovém prostředku, přijmout jedno nebo obě z následujících uspořádání:
Podle prvního z těchto uspořádání prostředek generující potvrzovací zprávu vytvoří komunikaci mezi mobilním telefonem plátce a prodejním automatem pro předem stanovenou časovou periodu, během které plátce může vysílat, přes první obslužný kanál, volicí zprávu do prodejního automatu. V tomto uspořádání obslužný kanál (server) dále zahrnuje detekční prostředek deaktivace pro detekci deaktivace prodejního automatu.
Podle druhého uspořádání prostředek generující potvrzovací zprávu v prvním obslužném kanálu uzavře komunikací s prodejním automatem poté, co vyslal potvrzovací zprávu, takže plátce může provést svojí volbu přímo prostřednictvím volicího displeje nebo klávesnice na prodejním automatu.
Vzhledem k tomu, že ve velké většině případů mají produkty vydávané prodejními automaty pouze nízkou cenu, je v tomto provedení autorizačním kritériem, sdruženým s přípustným telefonním číslem každého prodejního automatu, přímý autorizační kód, který vytváří maximální limit zvolený z ekonomické hodnoty a počtu žádostí o vydání, připuštěných ve specifické časové periodě vzhledem k žádostem provedeným, ze stejného mobilního telefonu, takže prostředek generující potvrzovací zprávu generuje potvrzovací zprávu, když byl detekován tento přímý autorizační kód. Tím je vyloučena potřeba druhého ověřovacího prostředku, majícího přístup k prvnímu datovému paměťovému prostředku, pro ověřování • *··· · · ·· · · 9 autorizačního kritéria specificky přiřazenému k plátci, a tím je také dosaženo větší rychlosti a nižší ceny transakce.
V tomto provedení první obslužný kanál výhodně dále zahrnuje záznamový prostředek, sdružený s autorizačním prostředkem pro záznam transakcí, zaznamenaných v každém prodejním automatu.
Systém podle předkládaného vynálezu může být rovněž upraven pro umožnění platebních transakcí od jednoho sdruženého uživatele k jinému, přičemž pro tento účel může být systém zkonstruován takovým způsobem, že prostředek generující potvrzovací zprávu generuje, když detekuje první, druhou, třetí a čtvrtou schvalovací zprávu, první potvrzovací zprávu obsahující identifikaci plátce, identifikaci transakce a žádost o přizpůsobení příjemce identifikovaného v první zprávě. Uvedená Žádost o přizpůsobení dále zahrnuje žádost o vyslání bezpečnostního parametru, kterou uvedená potvrzovací zpráva vysíiá do mobilního telefonu příjemce, identifikovaného druhým přípustným telefonním číslem, přes telekomunikační prostředek zvolený uvedeným selekčním prostředkem. Dále navíc třetí ověřovací prostředek ověřuje, zda bezpečnostní parametr, vyslaný z mobilního telefonu v odezvě na žádost o přizpůsobení, splňuje bezpečnostní kritérium spojené s druhým přípustným telefonním číslem, a generuje patou schvalovací zprávu, když uvedený parametr splňuje uvedené bezpečnostní kritérium, zatímco autorizační prostředek autorizuje prostředek správy účtů, když uvedená pátá schvalovací zpráva již byla vytvořena, načež prostředek generující potvrzovací zprávu generuje a vysílá druhou potvrzovací zprávu do mobilního telefonu plátce a do mobilního telefonu příjemce.
* 0000 0 0
0000 0
0 00 0 f
r í
L
Výhodně alespoň první obslužný kanál s výše zmiňovanými a popsanými prostředky je integrální s transakčním a platebním centrem.
Na druhou stranu se předkládaný vynález rovněž týká způsobu zpracování plateb a transakcí mezi plátci a příjemci, sdruženými s výše uvedeným a popsaným systémem, prostřednictvím využití alespoň jedné mobilní telefonní komunikace, přičemž tento způsob zejména zahrnuje kroky:
selektivního příjmu, přes telekomunikační prostředek, v platebním a transakčním centru první zprávy, zahrnující číslo mobilního telefonu plátce nebo identifikační kód příjemce, a dále přijetí hodnoty nákupu nebo kódu identifikujícího produkt nebo službu v platebním a transakčním centru, ověření, zda první zpráva pochází od plátce, identifikovaného přípustným telefonním číslem nebo přípustným identifikačním kódem příjemce;
ověření, zda podmínky transakce, vyžadované v první zprávě, splňují transakční kritéria, uložená v prvním datovém paměťovém prostředku;
ověření typu digitálního mobilního telefonu, sdruženého s přípustným telefonním číslem, v druhém datovém paměťovém prostředku a zvolení jednoho telekomunikačního vybavení pro komunikaci s digitálním mobilním telefonem, identifikovaným přípustným telefonním číslem, přes telekomunikační službu kompatibilní s typem digitálního mobilního telefonu, identifikovaného přípustným telefonním číslem;
přímé kontroly (on line) v prvním datovém paměťovém prostředku, zda plátce má použitelný zůstatek v
9999 9 9
9
9 9 • 9 9« 9
9 9
9 f předtím vytvořené elektronické peněžence, v uvedeném transakčním a platebním centru;
- - požádání plátce, identifikovaného v první zprávě, když jsou transakční podmínky splněny a je dostatečný použitelný zůstatek pro autorizaci transakce, aby zadal do mobilního telefonu, identifikovaného v první zprávě, a aby vyslal bezpečnostní parametr;
’ - ověření v prvním datovém paměťovém prostředku, zda bezpečnostní parametr, zadaný do a vyslaný mobilním telefonem plátce, splňuje bezpečnostní kritérium jednoznačně přiřazené k uvedenému mobilnímu telefonu;
autorizace a provedení transakce, jak bylo vyžadováno, když bezpečnostní parametr splňuje bezpečnostní kritérium; a
- vyslání potvrzení, že transakce byla provedena, do mobilního telefonu plátce a k příjemci.
Všechny tyto kroky jsou společné pro různý provedení *1 předkládaného vynálezu a v případě, že kupující provádí nákup i, osobně, jinými slovy přímo v obchodě prodejce, je prodejce
0 tím, kdo začíná transakci a identifikace kupce je prováděna prostřednictvím prodejce vysílajícího mobilní telefonní číslo kupce do transakčního a platebního centra.
V tomto případě je identifikace prodejce prováděna implicitně prostřednictvím komunikace, která je vytvořena s transakčním a platebním centrem za účelem vyslání mobilního telefonního čísla kupce společně s hodnotou nákupu nebo identifikačním kódem produktu, který je nakupován. Tato komunikace je prováděna prostřednictvím spojení mezi mobilním telefonem prodejce a transakčním a platebním centrem.
• « · 4 4444 44 4
4 4 4 4 4
44 4 44 • •44
4 4
Způsob podle předkládaného vynálezu tudíž zahrnuje krok, ve kterém kupec poskytuje své telefonní číslo prodejci. Tento krok je prováděn přímo kupcem, který ústně sdělí prodejci své telefonní číslo, nebo prostřednictvím přečtení nosiče, který obsahuje telefonní číslo kupce. Je zcela zřejmé, že kupec může komunikovat své mobilní telefonní číslo prostřednictvím jakéhokoliv postupu a běžného zařízení s ekvivalentní funkcí.
Poté, co byla ověřena identita kupce a prodejce s ověřením, že oba byli přihlášeni k transakčnímu a platebnímu centru, zahrnuje způsob podle předkládaného vynálezu krok vysílání do mobilního telefonu kupce prostřednictvím spojení z transakčního a platebního centra žádost o potvrzení, že souhlasí se sběrným či inkasním příkazem (objednávkou) nebe požadovanou transakcí, které byly provedeny prostřednictvím předcházejícího vysílání hodnoty nákupu nebo identifikačního kódu produktu, který je nakupován. Data o transakci jsou začleněna do této žádosti.
Potom kupec potvrzuje inkasní příkaz prostřednictvím zadání a vysílání svého tajného identifikačního kódu, což provádí prostřednictvím svého mobilního telefonu, do transakčního a platebního centra, ve kterém je tento kód ověřen.
Za účelem provedení komunikace mezi transakčním a platebním centrem a mobilním telefonem kupce je navrženo, ary způsob zahrnoval konzultační krok na části databáze vytvořené v transakčním a platebním centru, databáze, která obsahuje charakteristiky každého mobilního telefonu kupce, a z této konzultace je zvoleno mobilní telefonní komunikační vybavení •«··« · • · ··· · v ·
27.............
* z následujících vybavení, která jsou obsažena ve vlastním transakčním a platebním centru:
r - Střediska krátkých zpráv (SMC), ze kterých je povolována/prováděna služba krátkých zpráv (SMS), definovaná v ETSI specifikacích 03.38; 03.40; 04.11; 09.02.
Prostřednictvím tohoto systému je možné vyměňovat zprávy o délce až 160 znaků mezi mobilními telefony nebo mezi mobilními telefony a aplikacemi. Běžná střediska krátkých zpráv a stejně tak specificky konstruovaná střediska krátkých zpráv budou používána pro transakční a platební systém podle předkládaného vynálezu za účelem umožnění synchronní komunikace mezi mobilními telefony a transakčním a platebním centrem. Uvedená střediska budou využita při všech komunikacích krátkých zpráv, ukončených v mobilním telefonu. 15
Střediska nestrukturovaných doplňkových obslužných dat (USSD), definovaná v ETSI specifikacích GSM 02.90; 03.90; 04.80 a 04.90; prostřednictvím kterých je možné vytvořit kontinuální a interaktivní textové dialogy me2í mobilním telefonem a aplikací, započaté uživatelem mobilního telefonu (MAP stupeň 1 a 2) a rovněž aplikací (telefonní MAP stupeň 2), prostřednictvím využití takzvaných USSD operací.
Výše zmiňované USSD operace a rovněž služba krátkých zpráv využívají samostatného přiděleného řídícího kanálu (SDCCH) v rozhraní mezi mobilním telefonem a základnovou stanicí, operací aplikační části přímého přenosu (DTAP) ze základnové stanice do přepojovacího střediska mobilní sítě (MSC), a operací aplikační části mobilního uživatele (MAP mezi MSC a USSD středisky a středisky krátkých zpráv.
• · • * · i ♦ · · · · · ··»· » · · · • · · · ·
2g ···· · ·· · ·· ···
Bezdrátový aplikační protokol . (WAP), který umožňuje komunikaci mezi mobilními telefony, vybavenými « vhodným softwarem, a rezidentními aplikacemi v internetových uzlech podle specifikací WAP fóra (http://www.wap-forum.org) s využitím služeb krátkých zpráv nebo datových služeb pro přenos v případech GSM sítí.
Vynález tudíž umožňuje výměnu informací mezi transakčním a platebním centrem a různými typy mobilních telefonů, aniž by mobilní telefony musely být modifikovány, takovým způsobem, že platba může být provedena jakýmkoliv typem mobilního telefonu.
Aktualizace databáze, která obsahuje charakteristiky každého mobilního telefonu kupce (kupců) se provádí automaticky, přičemž pro tento účel transakční a platební 15 centrum konzultuje s uzly mobilní telefonní sítě.
Při procesu ověřování tajného identifikačního kódu > probíhají některé z následujících mechanismů:
- Ověřování a GSM šifrování, které je založeno na 20 ověřovacím centru GSM sítě, ve kterém je uložen tajný ověřovací kód Ki každého uživatele. Stejný kód je nepřístupně uložen v účastnickém identifikačním modulu (SIM) uživatele. Pro přístup ke GSM síti ověřovací centrum generuje náhodné číslo RAND o délce 128 bitů, číslo, které zadané v nestandardních algoritmech A3 a A8 společně Ki kódem vytváří SRES parametr a relační kód Kc. Tyto parametry jsou uloženy v registru adres návštěvníků (VLR) ověřovacího centra, vysílajícího náhodné číslo RAND do SIM, kde je proveden stejný proces: SRES parametr je potom vrácen do sítě, což ověřuje uživatele, a relační kód Kc je uložen v mobilním • · · · ···«· · · • · · • · ·· n
« · * · • ·« · · terminálu. Od tohoto okamžiku je komunikace mobilního telefonu s řadičem základnové sranice (BSC) šifrován s využitím algoritmu A5 s Kc kódem.
Ověření a šifrování prostřednictvím softwaru, obsaženého v sadě nástrojů (Toclkit) SIM karty, což je programovací model SIM karet, jak je popsáno v ETSI specifikacích GSM 11.11 a 11.14. Bez ohledu na aplikaci GSM šifrování, kterou provádějí všechny SIM karty, mohou být vyvinuty SIM aplikace, které provádějí stejnou správu digitálních certifikátů, která je v současnosti prováděna v aplikacích na osobních počítačích.
Ověření a šifrování prostřednictvím softwaru v mobilním telefonu. V případě, že mobilní telefon má potřebné zpracovatelské kapacity, může býr shora zmiňovaná správa digitálních certifikátů prováděna přímo v samotném mobilním telefonu.
Výsledek lokálního ověření, srejně tak jak již bylo indikováno výše, je v uvedených dvou posledních případech vyslán do transakčního a platebního centra.
Navíc pro nákup osobně způsob podle předkládaného vynálezu, po ověření v transakčním a platebním centru, že tajný kód je správný, zahrnuje krok odečtení hodnoty transakce z peněženky kupce a, jakmile již bylo provedeno potvrzení transakce ke kupci a k prodejci, a po určité časové periodě zahrnuje způsob krok akrualizace dat o provedených transakcích, což vede na provedení kreditu u obchodníka a debetu u kupce v souladu se zvoleným typem platby. Byly definovány dva typy platby, prosrředníctvím kterých uživatel * · · služby podle vynálezu bude schopen platit hodnoty svých nákupů:
Platba předem: Kupec předem určité množství peněz do své peněženky, předtím otevřené v transakčním a placebním centru. Jakmile jsou nákupy provedeny, jejich hodnota je odečtena od tohoto účtu v reálném čase.
Platba potom: Hodnoty nákupů prováděných během měsíce jsou zadávány do peněženky uživatele a jejich celková hodnota je účtována měsíčně proti běžnému účtu indikovanému uživatelem.
V obou případech mohou být s hlavním účtem sdruženy sekundární účty takovým způsobem, že několik uživatelů, z nichž každý je vybaven svým vlaszním mobilním telefonem a ]_5 každý je sdružen se sekundární peněženkou, může využít službu, která má jednoho držitele.
Prostřednictvím způsobu podle vynálezu je vytvořena rovněž možnost provádět nákupy předem (objednávky, rezervace), přičemž v tomto případě je způsob podle vynálezu shodný se způsobem popisovaným pro nákup osobně, ale s tím rozdílem, že kupec poskytuje své telefonní číslo prodejci prostřednictvím spojení kupce se servisním centrem prodejce nebo s automatickým prodejním systémem, ze kterého prodejce vysílá hodnotu nákupu nebo identifikační kód produktu, který je nakupován, do transakčního a platebního centra.
Transakční a platební centrum potom vysílá k prodejci inkasní (sběrný) kód společně s hodnotou nákupu nebo s identifikačním kódem produktu, který je nakupován.
Navíc je po odečtení hodnoty nákupu z peněženky kupce vysíláno potvrzení ke kupci, zakže kód inkasního příkazu je
9 9 9
9999 9 9 • · 9 ·
9
9 9 9 9
9 99 vysílán ke kupci a je rovněž vysílán dohodnutý čas dodání
I nákupu, který je prováděn.
í Tímto způsobem, když si kupec chce odebrat nakoupený produkt, inkasní kód tvoří potvrzovací kód, který zajišťuje, že platba byla provedena, a navíc reprezentuje produkt, který bude dodán kupci.
Předkládaný vynález rovněž umožňuje provádět nákupy s transakčním a platebním centrem prostřednictvím internetu, přičemž v tomto případě je obchodem běžný virtuální obchod, který je komunikován prostřednictvím internetu nebo prostřednictvím jakéhokoliv jiného typu sítě.
V tomto případě je způsob podle vynálezu přesně stejný jako bylo popsáno pro nákup osobně, ale s tím rozdílem, že kupec vysílá své telefonní číslo do virtuálního obchodu prostřednictvím internetu.
V případě, že nákup prostřednictvím internetu je prováděn z mobilního telefonu s funkcí WAP, bude telefonní číslo kupce implicitně komunikováno k prodejci při vytvoření komunikace mezi nimi a inkasní příkaz je komunikován ke kupci bud' prostřednictvím postupů, popisovaných pro nákup osobně, nebo také prostřednictvím WAP komunikace vytvořené mezi transakčním a platebním centrem a mobilním telefonem kupce.
Předkládaný vynález rovněž umožňuje provádění nákupů , , = , . \ .
z prodejních automatu, pricemz v tomto případe je způsob podle vynálezu přesně stejný jako bylo popsáno pro nákup osobně, ale s tím rozdílem, že nyní je to kupec, kdo začíná transakci prostřednictvím spojení mezi svým mobilním telefonem a transakčním a plarebním centrem a to takovým způsobem, že jeho identifikace je provedena implicitně » » » » «
0 0 * 0 0
0000000 0
0 0 ·· · 00 0
0 • · • 000 0 prostřednictvím vytvořeného spojení; přičemž identifikace prodejního automatu (prodejce) je realizována prostřednictvím vysílání identifikačního kódu automatu, který je s ním sdružen, na stranu kupce prostřednictvím vytvořeného spojení.
Pro tento účel by prodejní automat měl obsahovat mobilní telefon.
Jakmile transakční a platební centrum již ověřilo identitu kupce a prodejního automatu, je vytvořeno spojení s prodejním automatem, vysílající jeho aktivační signál. Toto spojení je vytvořeno prostřednictvím mobilního telefonu, který je obsažen v prodejním automatu, který po aktivaci provede následující kroky: zobrazení identity kupce na obrazovce, což umožní kupci zvolit/vybrat produkt, a potom je produkt vydán.
V jednom provedení podle předkládaného vynálezu jsou všechny objednávky, akumulované v prodejním automatu, periodicky dotazovány transakčním a platebním centrem, které zpracovává všechny akumulované objednávky.
2Q Když je způsob podle předkládaného vynálezu aplikován na prodejní automat jsou využity fáze (kroky) a prostředky již v tomto popisu popisované výše ve spojení se systémem podle vynálezu.
Předkládaný vynález rovněž umožňuje prostřednictvím internetu prováděný nákup duševního vlastnictví, to jest softwarových soubcrů, jak bylo v tomto popisu již zmiňováno výše, přičemž pro tento účel· kupec poskytuje své mobilní telefonní číslo do obchodu přímo (on line), v tomto případě do virtuálního obchodu, a přičemž inkasní transakce je započata z tohoto obchodu přesně tak, jak již bylo popsáno v
0 0 0 « • · 0000 0 0
0tf ·
0» ♦ ·· · · 0
případě platby prostřednictvím internetu, ale s tím rozdílem, že pro uvolnění souborů, kódovaných ve vybavení kupce, kupec žádá dekódovací kódy z transakčního a platebního centra, přičemž tyto kódy jsou generovány prodejcem a vysílány po zabezpečeném kanálu do transakčního a platebního centra, což určuje potvrzení souborů a tím také jejich dodání, které zahrnuje následný krok vysílání na stranu transakčního a platebního centra dekódovacích kódů do mobilního telefonu kupce, což potom tvoří ověření dodání duševního vlastnictví.
Předkládaný vynález může být použity také pro provádění funkcí elektronického dodacího listu, přičemž v tomto případě prodejce vytváří spojení mezi svým mobilním telefonem a transakčním a platebním centrem a to takovým způsobem, že prodejce je implicitně identifikován tímto vytvořeným spojením, přičemž je vysílán identifikační kód produktu, který bude dodán, a to takovým způsobem, že po provedení uvedené identifikace prodejce žádá řídící číslo z transakčního a platebního centra, aby mohl provést dodání produktu ke kupci. Transakční a platební centrum potom prostřednictvím spojení s kupcem vysílá řídící číslo, vyžadované prodejcem, a rovněž produkt, který bude dodán, a potom je vyžadován jeho (kupce) tajný kód, který je potom zadán prostřednictvím jeho mobilního telefonu, což realizuje potvrzení dodání a přijetí produktu.
Tímto způsobem je fyzická stvrzenka nahrazena popisovaným postupem, což umožňuje automatizaci logistického řízení prodejce s vyloučením použití papíru, přičemž pro tento účel je vytvořena databáze přístupné prodejci.
Pokud se týká tohoto posledně uváděného případu, mělo by být zdůrazněno, že transakce může nebo nemusí být spojena • · 9
9999 · 9 •
• α * 9 • 9
9999 ©
999
9 9
9« 9 s platbou v závislosti na tom, co bylo dohodnuto mezi oběma účastníky.
r Je zcela zřejmé, že provozní a technické charakteristiky, jak byly popisovány výše ve spojení se c
3 systémem, jsou rovněž použitelné pro způsob podle předkládaného vynálezu a obráceně.
Předkládaný vynález bude v následujícím popisu podrobněji popsán prostřednictvím příkladných provedení ve t spojení s odkazy na připojené výkresy.
Přehled obrázků na výkresech z*
Obr.l znázorňuje funkční blokové schéma možného provedení systému podle vynálezu pro provádění nákupu osobně, nákupu předem a nákupu prostřednicrvím internetu;
Obr.2 znázorňuje funkční blokové schéma možného provedení systému podle vynálezu pro provádění nákupů z prodejního automatu;
Obr.3 znázorňuje funkční blokové schéma možného provedení systému podle vynálezu pro prováděni nákupů duševního vlastnictví prostřednictvím ínrernetu;
Obr.4 znázorňuje funkční blokové schéma možného provedení systému podle vynálezu pro provádění funkcí elektronického dodacího listu podle způsobu podle vynálezu;
Obr.5 znázorňuje funkční blokové schéma možného provedení systému podle vynálezu pro provádění nákupů prostřednictvím katalogu, • * · 0 · · * 0 « 0000 0 ·
0#· 0 00 0 ··· 0 0 nákupů v reakci na televizní reklamy nebo plateb za shlédnutí;
c Obr.6 znázorňuje funkční blokové schéma možného provedení systému podle vynálezu pro c
provádění transakcí mezi uživateli;
Obr. 7 znázorňuje schematickou reprezentaci provedení vzájemného propojení různých prostředků tvořících první obslužný kanál . (server) obsažený v transakčním a platebním '10 centru reprezentovaném na předcházejících obrázcích.
Příklady provedení vynálezu
Na základě výše uvedených obrázků je v následujícím 15 popisu podrobněji popsán předkládaný vynález.
Obr. 1 ilustruje způsob pro nákupy osobně, jinými slovy pro nákupy, ve kterých plátce 13 platby, kterým je v romto případě kupec, přijde do obchodu příjemce 14 platby, • 20 kterým je v tomto případě prodejce, aby uskutečnil nákup.
Za účelem provedení nákupu je potřebné, aby prodejce 14 a kupec 13 byly přihlášeni (jako účastníci) k transakčnímu a platebnímu centru 17, přičemž pro tento účel je každému kupci 13 přidělen tajný kód, který je vztažen k jeho mobilnímu telefonnímu číslu (číslu mobilního telefonu).
Při nákupu, prováděném osobně, kupec 13 komunikuje, prostřednictvím kroku l_a, k prodejci 14 své mezinárodní číslo mobilní stanice pro digitální síť integrovaných služeb (MSISDN), nebo číslo vztažené k tomuto číslu, odlišné od
3θ tajného identifikačního kódu. Tento krok la je prováděn buď
444 «44« 4 • 4 4 4 4
4# · 4444 44 4
4 4 4 4 · 44 ústně nebo prostřednictvím optického pera, které je součástí vybavení 15. prodejce, pera, která čte čárový kód značky nebo zákaznické karty. Tato karta může být například nalepena na mobilním telefonu 16 kupce 13.
Prodejce 14 prostřednictvím vybavení 15 vytvoří komunikaci 2a s transakčním a platebním centrem 17, aby si vyžádal autorizaci transakce. V komunikaci 2a je vysílán inkasní příkaz, který obsahuje MSISDN kupce 13., nebo číslo k němu vztažené, a rovněž hodnota transakce, jejíž autorizace je vyžadována.
Jako příklad může být vybavení 15 tvořeno kompaktním mobilním terminálem na bázi mikroprocesoru, který obsahuje v pamětí odpovídající programové vybavení, jež umožňuje provádění prodejní aplikace podle vynálezu, a který zahrnuje 15 obrazovku, klávesnici a mobilní telefon s komunikační funkcí USSD stupně 2, aby mohl provádět různé komunikace s transakčním a platebním centrem 17 prostřednictvím mobilního telefonu.
Aby bylo možné vytvoření komunikace 2a, má transakční a platební centrum USSD mobilní komunikační vybavení 19, prostřednictvím kterého je vytvářena komunikace 2a s mobilním telefonem vybavení prodejce.
Navíc má transakční a platební centrum 17 přímý (spřažený či on line) transakční a platební obslužný kanál (server) 20, který obsahuje databanku 21 pro ukládání typů mobilních telefonů 16 každého kupce 13 a každého prodejce 14 a rovněž telefonních čísel každého z těchto telefonů; a který rovněž obsahuje databanku 22 pro ukládání dat týkajících se transakčního a platebního centra 17.
φφφφ φ φ φ φφφφ · φ φ
φφφ φφφφ · φ
φ φφφ φ φ φ· φ φφ ? Uvedená databanka 22 rovněž ukládá první informaci o každém kupci 13 a druhou informaci o každém prodejci 14, * kteří jsou přihlášení jako účastníci k platební službě realizované transakčním a platebním centrem 17; přičemž pro tento účel databanka 22 ukládá telefonní čísla kupců, tajný kód, který je přidělen každému kupci poté, co se přihlásil k platební službě, a kód každého kupce, kterým je jeho telefonní číslo nebo číslo k němu vztažené. V případě, že je vysíláno číslo vztažené k telefonnímu číslu kupce, je toto číslo rovněž uloženo v databance 22.
Obslužný kanál 20 tudíž prostřednictvím prvního ověřovacího prostředku 2Qa ověřuje identitu prodejce prostřednictvím zdroje komunikace 2a, protože jeho telefonní číslo je implicitní ve spojení vytvořeném prostřednictvím vybavení 15, a navíc ověřuje prostřednictvím tohoto prostředku 20a, že vysílané telefonní číslo, nebo Číslo k němu vztažené, odpovídá účastníkovi platební služby a, pokud
Λ je toto ověření správné, generuje schvalovací (přijímací) . zprávu.
Navíc obslužný kanál 20 ověřuje, prostřednictvím druhého ověřovacího prostředku 20b, předem vytvořené autorizační kritérium ověřením zůstatku kupce nebo velikosti jeho kreditu, prostřednictvím kroku 3. Ověření zůstatku se provádí v peněžence, předtím otevřené v databance 22, a pokud je toto ověření správné, je vytvořena druhá schvalovací zpráva.
Pokud předcházející ověření poskytnou positivní výsledek a v důsledku toho byly generovány schvalovací zprávy, je vytvořena komunikace s kupcem 13. V této komunikaci obslužný kanál 20 vysílá do mobilního telefonu 16 * ♦ φ « • · » 4 • 4··« 4 4 kupce 13 žádost 5a nebo 5>b o potvrzení inkasního příkazu, buď žádost 5a prostřednictvím USSD mobilního komunikačního vybavení 19 nebo žádost 5b prostřednictvím mobilního komunikačního vybavení, realizovaného prostřednictvím střediska 18 krátkých zpráv (SMC), v závislosti na typu mobilního telefonu 16 vlastněného kupcem 13., takovým způsobem, že je umožněna komunikace s jakýmkoliv typem mobilního telefonu, který kupec získal.
Pro zvolení žádosti 5a nebo 5b obslužný kanál 20 konzultuje v kroku 4 s databankou 21 prostřednictvím selekčního prostředku 20a, aby si ověřil jaký typ mobilního telefonu kupec 13 vlastní a aby zvolil vybaveni 18 nebo 19, přes které bude komunikace realizována.
V této fází by mělo být zdůrazněno, že databáze 21 je aktualizována automaticky prostřednictvím jedné nebo více z možností v tomto popisu již popisovaných výše v kapitole Podstata vynálezu, prostřednictvím konzultačního procesu uzlů mobilní komunikační sítě, ve kterých jsou zaznamenány mezinárodní identifikátory mobilního vybavení (IMEI) mobilních telefonů 16 'kupců 13., a ze kterých systém zná uvedené charakteristiky.
Obr. 7 znázorňuje, kromě jiného, provedení prvního obslužného kanálu 20 s množstvím realizací dotazovacích a aktualizačních prostředků pro dotazování se na a aktualizaci IMEI kódů, přičemž ve všech z nich každá druhá informace, obsažená v druhém datovém paměťovém prostředku 21 a odkazující na typ digitálního mobilního telefonu a obsažená v druhém datovém paměťovém prostředku ve vztahu ke každému přípustnému telefonnímu Číslu každého sdruženého plátce 13 a každému přípustnému identifikačnímu kódu každého příjemce £0 tt (když je tento identifikační kód číslem digitálního mobilního telefonu, jak bude podrobněji vysvětleno níže), je prvním r identifikačním kódem, který reprezentuje IMEI kód.
V první realizaci tedy první dotazovací prostředek 20r vyjímá IMEI kód, sdružený s každým přípustným telefonním číslem, z registru identifikátorů vybavení (EIR), který obsahuje vztah mezi každým přípustným telefonním číslem a IMEI kódem odpovídajícím každému přípustnému telefonnímu číslu, a který přijímá tento vztah z každého registru adres návštěvníků, když je aktualizován tímto registrem adres návštěvníků.
V druhé realizaci první dotazovací prostředek 20r vyjímá IMEI kód, sdružený s každým přípustným telefonním číslem, z rámce nestrukturovaných doplňkových obslužných dat (USSD), do kterého každý registr adres návštěvníků, sdružený s každým mobilním přepojovacím centrem (MSC), které vydalo uvedený rámec, vložil IMEI kód sdružený s přípustným telefonním číslem odpovídajícím uživateli, od kterého pochází uvedený rámec.
Ve třetí realizaci první dotazovací prostředek 2Qr vyjímá IMEI kód, sdružený s každým přípustným telefonním číslem, prostřednictvím rozhraní mezi registrem adres návštěvníků a uvedeným dotazovacím prostředkem 2Qr.
Ve čtvrté realizací první obslužný kanál 20 zahrnuje druhý dotazovací prostředek 20t pro dotazování se na IMEI kód, odpovídající každému přípustnému telefonnímu číslu, v registrech hovorových dat (CDR) databanky operátora mobilní telefonní sítě, která obsahuje vztah ke každému telefonnímu číslu, který na základě hovoru vytvořil registr hovorových ···» ··· • · * · *»** * · • · · · » * • ·· · ·· dar s IMEI kódem terminálu, ze kterého uvedený hovor pocházel, a druhý aktualizační prostředek (20u) pro aktualizaci uvedené druhé informace v druhém datovém paměťovém prostředku 21 na základě porovnání každého IMEI kódu, dotazovaného druhým dotazovacím prostředkem 20t, s každým kódem, který reprezentuje IMEI kód, sdružený s každým přípustným telefonním číslem, obsaženým v druhém datovém paměťovém prostředku 21.
V páté realizaci druhá informace dále zahrnuje alespoň jeden údaj, který indikuje komunikační funkci zvolenou z funkce spravování relací podle bezdrátových aplikačních protokolů (WAP), funkce spravování relací nestrukturovaných doplňkových obslužných dat (USSD) a jejich kombinací, každého digitálního mobilního telefonu, identifikovaného prostřednictvím IMEI kódu a sdruženého s přípustným telefonním číslem.
Nakonec v šesté realizaci první obslužný kanál 20 zahrnuje druhý dotazovací prostředek 2Qt pro dotazování se na IMEI kód, odpovídající každému přípustnému telefonnímu číslu, v registrech hovorových dat (CDR) databanky operátora mobilní telefonní sítě která obsahuje vztah ke každému telefonnímu číslu, který na základě hovoru vytvořil registr hovorových dat s IMEI kódem terminálu, ze kterého uvedený hovor pocházel, a druhý aktualizační prostředek (20u) pro aktualizaci uvedené druhé informace v druhém datovém paměťovém prostředku 21 na základě porovnání každého IMEI kódu, dotazovaného druhým dotazovacím prostředkem 20t, s každým kódem, který reprezentuje IMEI kód, sdružený s každým přípustným telefonním číslem, obsaženým v druhém datovém paměťovém prostředku 21.
Zjevně, ačkoliv obr. 7 znázorňuje množství realizaci společně existujících v prvním obslužném kanálu 20. systém podle předkládaného vynálezu může zahrnovat třeba pouze jednu nebo některé z uvedených realizací.
V případě, že mobilní telefon 16 má USSD funkce stupně 2, je krok nebo žádost 5.a provedena prostřednictvím vysílání USSD rámce, což je způsob, prostřednictvím kterého se otevře spojení mezi mobilním telefonem 16 a obslužným kanálem 20. Po přijetí tohoto rámce mobilní telefon 16 zobrazí na obrazovce žádost o autorizaci s detaily o inkasním příkazu.
V případě, že mobilní telefon 16 nemá funkce USSD stupně 2, je tato žádost 5b provedena prostřednictvím vysílání krátké zprávy třídy 0 s detaily o inkasním příkazu a instrukcemi pro vyslání autorizace. Po přijetí krátké zprávy třídy 0 ji mobilní telefon 16 zobrazí na svoji obrazovce, aniž by uživarel musel být navigován skrz strukturu různých menu, uložených v jeho mobilním telefonu. Středisko 18 krátkých zpráv, které je charakterizováno pro provádění synchronních komunikací, je použito pro vysílání těchto zpráv žádostí o potvrzení.
Jak je opět patrné z obr. 1, lze očekávat, že kupec 13 potvrdí inkasní příkaz, přijatý s žádostí 5a nebo 5b prostřednictvím kroku 6. zadání tajného kódu, který mu byl přidělen pří jeho přihlášení se k službě, prostřednictvím klávesnice (tlačítkového pole) na jeho mobilním telefonu. Tento identifikační kód může být lokálně ověřen v mobilním telefonu prostřednictvím kroku 33 v případě, že mobilní telefon má ověřovací mechanismus SIM karty. V tomto případě je proveden krok 7d, což je krok, ve kterém je výsledek • ·· • * · · · · • · ···· · · » • · · · · ·· · ·» kódovaného lokálního ověření vyslán do platebního obslužného kanálu prostřednictvím krátké zprávy směrované do shora zmiňovaného střediska 18 synchronních krátkých zpráv. V tomto případě transakční a platební centrum dekóduje a ověřuje výsledek uvedeného ověření z uloženého tajného identifikačního kódu uživatele.
Pokud tyto mechanismy nejsou dostupné, je vysílán tajný kód prostřednictvím využití šifrování (kódování) mobilní komunikační sítě, jak bylo popsáno v části Podstata vynálezu, prostřednictvím jakéhokoliv z procesu uvedených níže:
V případě, že mobilní telefon 16, který přijal v daném kroku uvedenou žádost 5a, má funkce USSD stupně 1 a 2, je tajný identifikační kód, který kupec zadal v kroku 6 15 zadání kódu, vysílán v kroku 2a přes spojení, které bylo otevřeno v daném kroku uvedené žádosti 5a.
V případě, že mobilní telefon, který přijal v daném kroku uvedenou žádost 5b, má funkci USSD stupně 1, sestává sekvence, kterou kupec zadal, z USSD obslužného kódu, následovaného tajným kódem, a je vysílána v kroku 2b v operačním rámci USSD stupně 1, který má původ v mobilním telefonu.
V případě, že mobilní telefon, který přijal v daném kroku žádost 5b, nemá funkci USSD, sestává sekvence, kterou kupec 13 zadal, z tajného kódu, který je vysílán v kroku 7c v krátké zprávě prostřednictvím odezvy na krok vyslání žádosti 5b nebo na krátké číslo přidělené uvedené službě operátorem, v závislosti na čísle mobilního telefonu 16 (mobilním telefonním čísle) kupce 13.
φ φ φ φφφφ φ φ φ φφφ φ φ φφ φ φφ
ΦΦ φ • · • φ φφφφ ·
Obslužný kanál 20 potom ověří prostřednictvím třetího ověřovacího prostředku 20c tajný kód vysílaný kupcem 13. Ověření je provedeno prostřednictvím kroku 8 a v případě, že výsledek ověření je pozitivní, je generována třetí schvalovací (přijímací) zpráva.
Obslužný kanál 20 má autorizační prostředek 20d, který když přijímá uvedené tři autorizační zprávy, autorizuje nějaký prostředek 20e správy účtů, obsažený v obslužném kanálu 2,0, aby odečetl hodnotu transakce od pěneženky/kreditního účtu kupce a aby převedl kredit v uvedené hodnotě na účet prodejce prostřednictvím kroku 9; a vysílá potvrzení o transakci do vybavení (terminálu) 15 prodejce a rovněž do mobilního telefonu 16 kupce 13 prostřednictvím kroku 10.. Toto potvrzení je provedeno prostřednictvím nějakého prostředku 2O.q generujícího potvrzovací zprávu, který je obsažen v obslužném kanálu 20. Tento prostředek 20q může rovněž potvrdit kupci 13 a/nebo prodejci 14 ověření provedená ověřovacími prostředky 20a a 20 b.
Potom v kroku 11, který je nepřímým (nespřaženým, off line) krokem, jsou data aktualizována k administračnímu a řídícímu obslužnému kanálu 23, ze kterého jsou účastnické procesy předávány do obchodů a debety ke kupcům, v závislosti na typu zvolené platby prostřednictvím začleněných 25 specifických aplikací ve vztahu k finančním entitám, se kterými je komunikace vytvořena prostřednictvím linky 2 6. 2a účelem úspěšného provádění této funkce má administrační a řídící obslužný kanál 23 databanku 24 obchodů a databanku 25 kupců.
• · ···· · • · · ··· * » · * • · « « · · ·· · ·· ··· t·
Obslužný kanál 20. má prostředek 30f generující odmítací zprávu, který, když alespoň jedna ze schvalovacích zpráv nebyla generována, vysílá odmítací zprávu k prodejci a/nebo ke kupci.
Popisovaná činnost je naprosto shodná pro případ, ve kterém je nákup prováděn prostřednictvím internetu, přičemž v tomto případě je plátcem kupec (13) a příjemcem je virtuální obchod 27, do kterého kupec vysílá své mobilní telefonní číslo, nebo číslo k němu vztažené, prostřednictvím kroku lb a prostřednictvím komunikace mezi kupcem 13 a virtuálním obchodem 27, přesně tak, jak je obvykle prováděno u tohoto typu nákupu, jinými slovy prostřednictvím internetu.
Potom virtuální obchod 27 vysílá inkasní příkaz 2b, ekvivalentní již dříve popisovanému inkasnímu příkazu 2á,. ale s tím rozdílem, že tento inkasní příkaz je vysílán do sítě 28. prostřednictvím které je vytvořena komunikace s obslužným kanálem 20.
V tomto případě je postup stejný jako předtím popisovaný postup, přičemž je ale vysílání potvrzení v kroku 10 prováděno prostřednictvím komunikační sítě 28.
Komunikační sítí 28 může být internet, digitální integrovaná obslužná síť, komutovaná telefonní síť nebo jakákoliv jiná síť.
Tyto přístupy budou vybaveny bezpečnostními mechanismy potřebnými pro každý případ.
Navíc způsob, ilustrovaný na obr. 1, rovněž umožňuje provádění nákupů s platbou předem, přičemž pro tento účel v tomto případě kupec 13 informuje prodejce 14 o svém telefonním čísle prostřednictvím telefonního spojení se • ♦ · ·*·* * · ·
Β · Β Β Β
Β· · ·Β ί·Ι • ΒΒΒ Β servisním centrem nebo prostřednictvím automatického prodejního systému, který prodejce provozuje pro tento účel. Od tohoto okamžiku je potom způsob zcela stejný jako způsob pro nákupy prováděné osobně s tím rozdílem, že, když kupec komunikuje s transakčním a platebním centrem 17. vysílá společně s daty transakce a s telefonním číslem kupce 13 instrukci, indikující nákup s platbou předem, která je ' detekována nějakým prvním detekčním prostředkem 20i, obsaženým v obslužném kanálu 20., který rovněž má prostředek
20 j generující inkasní kód, prostřednictvím kterého je inkasní kód generován po detekování uvedené instrukce. Tento kód je vysílán ke kupci a k prodejci v kroku 10 společně s popisovaným potvrzením vysílaným v tomto kroku 10 . Tímto způsobem, když potom kupec přijde osobně do obchodu prodejce
14 pro předtím objednaný produkt, by měl inkasní kód poskytnout potřebné informace, takže prodejce může vědět, kdo je příslušný kupec a který produkt by mu měl být předán.
Tento režim činnosti je obzvláště užitečný v těch obchodech, které realizují výrobu produktu pouze za
0 předpokladu, že produkt je již zaplacen, jako je například zboží časné spotřeby, a tudíž je zde jistota, že přestože produkt později nebude odebrán, jeho cena je již zaplacena. Toto schéma je možné pouze tehdy, když transakce je prováděna přímo (on line). Poskytnutí inkasního kódu kupcem prodejci
5 tvoří ověření, že platba již byla předem provedena.
Prostřednictvím systému a procesu podle předkládaného vynálezu mohou být platby rovněž prováděny v prodejních automatech, což je ilustrováno na obr. 2.
• * • 9 • 99* · ♦
*99 • · 9999 9 9 9 • » 9 · ♦
9· · 99
V tomto případě je příjemcem prodejní automat 2J2, který by měl obsahovat mobilní telefon s funkcí krátkých zpráv a datové komunikace.
Kupec 13 čte z prodejního automatu 25 identifikační 5 kód automatu, což je reprezentováno krokem 30.
Potom kupec 13 prostřednictvím komunikace 31a nebo 31b, v závislosti na typu mobilního telefonu 16, který vlastní, jak již bylo podrobně zmiňováno v předcházejícím popisu, vysílá identifikační kód prodejního automatu 29 do obslužného kanálu 20.
Tento krok by mel být ekvivalentní krokům komunikace 2a nebo vyslání inkasního příkazu 2b, jak bylo popisováno výše, ale s tím rozdílem, že identifikace kupce je nyní prováděna implicitně prostřednictvím spojení či komunikace 31a nebo 31b a identifikace obchodu, v tomto případě prodejního automatu 29, je prováděna prostřednictvím kódu vysílaného kupcem.
Transakční a platební centrum ověřuje identitu 20 zákazníka, jeho zůstatek nebo kreditní limit, typ mobilního telefonu 16 a mobilní telefonní číslo, který je vybaven prodejní automar 29. To je provedeno v krocích 3 a 4 (jako v popisu výše).
Kroky žádostí 5a, 5b a kroky 6, Ta, Tb, T_c, 7d, 8. a jsou shodné s kroky popisovanými výše.
Potom je aktivační příkaz 32 prodejního automatu vysílán mobilní telefonní sítí (vybavení 18 nebo 19) . Tento aktivační příkaz je proveden prostřednictvím komunikace s mobilním telefonem prodejního automatu 29, přičemž pro tento účel transakční a platební centrum 17 vytváří komunikaci s • · · • ··«· • * • · » ··♦· mobilním telefonem automatu, který je po.přijetí uvedeného příkazu aktivován stejným způsobem, jako kdyby do něj byly vhozeny mince. Společně s aktivačním příkazem prodejního automatu 29 je vysílána identifikace kupce 13 takovým způsobem, že prodejní automat ji zobrazuje na obrazovce a potom kupec volí a získává požadovaný produkt prostřednictvím kroku 31. Pro tento účel první obslužný kanál 20 uzavírá ' komunikaci s prodejním automatem 29 a umožňuje plátci provést volbu prostřednictvím displeje nebo klávesnice (tlačítkového pole) prodejního automatu 29.
V jednom provedení systému, které je použitelné pro prodejní automaty, prostředek 2Qg generující potvrzovací zprávu vytváří komunikaci mezi mobilním telefonem 16 plátce 13 a prodejním automatem 29 během předem stanovené časové periody, v průběhu které plátce 13 může vysílat přes první obslužný kanál 20 volicí zprávu do prodejního automatu 29, to znamená, že volba produktu je provedena prostřednictvím mobilního telefonu 16 namísto prostřednictvím displeje prodejního automatu. Po uplynutí této časové periody je komunikace mezi prvním obslužným kanálem 20, prodejním automatem 29 a plátcem 13 uzavřena.
Existuje zde rovněž možnost, aby první obslužný kanál 20 zahrnoval detekční prostředek 20o deaktivace pro detekování deaktivace prodejního automatu 29, který v tomto případě má rovněž funkci uzavírání komunikace mezí prvním obslužným kanálem 20, prodejním automatem 29 a plátcem 13.
Prodejní automat 29 periodicky, když je dotazován transakčním a platebním centrem 17, vysílá do obslužného kanálu 20 záznam k nákupech a uživatelích, kteří tyto nákupy prováděli, což se realizuje krokem 12 . Pro tento účel první • » • 9
999 9 •9 · 9999 9 9 9 ♦ · 9 9 9 ·* 9 99 ·»♦ obslužný kanál 20. zahrnuje záznamový prostředek 20p transakcí, který zaznamenává transakce zaznamenané v každém prodejním automatu 2 9, přičemž tento záznamový prostředek je sdružen s autorizačním prostředkem 20d.
Krok IQ je prováděn při provádění periodického uvolnění či vymazání provedených nákupů.
Za určitých okolností, jako například v případě, ve kterém hodnota transakce, která má být provedena, je nízká, by se mohlo stát, že není potřebné zadávat tajný kód kupce, přičemž v tomto případě by byly vyloučeny kroky odpovídající této operaci.
Systém podle předkládaného vynálezu je rovněž použitelný pro zpracování nákupů prováděných prostřednictvím internetu nebo jiných vzdálených kanálů, jak je ilustrováno na obr. 3.
Kupec 13 (plátce) prostřednictvím internetu poskytuje přímo (on line) v kroku i své telefonní číslo do virtuálního obchodu 27 (příjemci). Krok 2, který sestává z vysílání do obslužného kanálu 20 inkasního příkazu, který obsahuje telefonní číslo a hodnotu nákupu, který má být proveden, je realizován z virtuálního obchodu 27 a prostřednictvím sítě 28.. Při této činnosti obslužný kanál 20 ověřuje identity kupce a prodejce a generuje spojení s mobilním telefonem 16 kupce 13 prostřednictvím vybavení 18 nebo 19 v závislosti na typu telefonu, který kupec vlastní, aby tak vyslal zprávu, která jej informuje o identitě obchodu, hodnotě nákupu a tajném kódu, jak je požadováno podle kroků ilustrovaných na obr, 1. Po ověření, že je na účtu dostatečný použitelný zůstatek, je transakce potvrzena kupci 13 a virtuálnímu
0
00 0 • * · · · · • · 0000 00 0 • · · 0 0 ·* 0 0» obchodu 27 . Kroky 1 až 10 jsou tudíž shodné s kroky, které
I již byly popsány v popise výše. Potom virtuální obchod v t kroku 34 prostřednictvím internetu uvolní přímo (on line) softwarové soubory kódované do počítače kupce 13. Když kupec 5 13 již přijal tyto soubory, jsou v krocích 12a nebo 12b, v závislostí na typu mobilního telefonu, vyžadovány z obslužného kanálu 20 dekódovací kódy. Tyto kódy jsou Λ generovány prodejcem 27 a jsou vysílány přes zabezpečený kanál do obslužného kanálu 20 na jeho žádost. Potom prostředek 20q generující potvrzovací zprávu v obslužném kanálu 20 generuje potvrzovací zprávu, která obsahuje dekódovací kód softwarového souboru a která je vysílána ke kupci v krocích 13a a 13b, v závislosti na typu mobilního telefonu 16 kupce 13, a nakonec jsou aktualizována data v obslužném kanálu 20 a v administračním a řídícím obslužném kanálu 23 v kroku 11 nepřímo (off líne).
Systém podle předkládaného vynálezu navíc ještě t
umožňuje jeho využití pro vytvoření elektronických dodacích 7 listů, jak ie ilustrováno na obr. 4.
*
Když dodavatel 14a (příjemce platby) realizuje dodávku do sídla kupce 13, vytvoří předtím dodavatel 14a mobilním telefonem 15a komunikací 2c s transakčním a platebním centrem 17, do kterého jsou vyslány identifikační kód produktu, který je nakupován, a telefonní číslo kupce a 25 navíc je vyžadován dodací kód, jako například řídící číslo. Pro tento účel prodejce vysílá druhou instrukci správy dodávky, která je detekována nějakým druhým detekčním prostředkem 2Qk vytvořeným v obslužném kanálu 20.. Jakmile centrum 17 ověří prostřednictvím komunikace 2c a 30 prostřednictvím uvedené detekce identitu dodavatele 14a, je •00 • · · 00·· ·0· 0 * * · 0 V · ·· · *0 ·00 prostřednictvím nějakého prostředku 201 generujícího dodací
F kód generován dodací kód a v kroku 35 je tento kód vysílán k . prodejci takovým způsobem, že centrum 17 prostřednictvím kroku 4. identifikuje typ mobilního telefonu kupce a 5 komunikuje s ním prostřednictvím spojení 36a nebo 36b, v závislosti na typu mobilního telefonu 16 kupce 13, stejně tak jako již bylo popsáno a vysvětleno výše. V komunikaci 36a nebo 36b kupec 13 přijímá data týkající se řídícího čísla produktu, který je dodáván, a žádost o jeho tajný kód. Pro tento účel má obslužný kanál 20 prostředek 20m generující zprávu pro identifikaci uvedeného produktu nebo služby.
Potom kupec zadá svůj tajný kód, což implikuje potvrzení dodávky a přijetí produktu. Obslužný kanál 20 ověří v kroku la, že data jsou správná, způsobem jíž popsaným v předcházejících příkladech (krok 1). Potom prostřednictvím prostředku 20n zpracování řízení dodávky, který je obsažen v obslužném kanálu 20, je v databázi 37 dodacích listů vytvořen ř
vystup a dodávka je potvrzena v kroku 10 oběma účastníkům. Nakonec jsou data o dodávce aktualizována v kroku 11a nepřímo (off line) v administračním a řídícím obslužném kanálu 23. Databáze 37 obslužného kanálu 20 je přístupná pro dodavatele, což mu umožňuje provádět počítačovou kontrolu stavu jeho dodávek, což je kontrola, která nese digitální podpis přijetí jeho zákazníků prostřednictvím vysílání řídícího čísla a · , tajného kódu. To je realizováno v kroku 38 .
Tímto způsobem je prostřednictvím výše popisovaného procesu nahrazeno fyzické potvrzení, které je obvykle předáváno kupci.
• « *
*·· • · · · · · • · · « · ··*· • ♦ · · · ···· » ·« «
Podobně muže být tento krok 38 prováděn pří nákupu osobně, nákupu předem a nákupu prostřednictvím internetu, které byly popisovány v předcházejícím popisu.
Tyto transakce mohou nebo nemusí být provázeny platbou.
Obr. 5 znázorňuje další možné provedení realizace nákupu prostřednictvím kódu produktu nebo služby, která tak sestává z přidělení kódu produktu nebo službě za účelem provádění nákupů prostřednictvím katalogu, nákupů v odezvě na jakýkoliv typ reklamy nebo propagace, jako jsou například televizní reklamy nebo tištěné propagační letáky, plateb za shlédnutí nebo jakýchkoliv dalších typů nákupů, ve kterých je přidělena indikovaná možnost.
V tomto případě pro realizaci nákupu, jakmile již kupec zná kód přidělený produktu, který si chce koupit, kupec svým mobilním telefonem zavolá transakční a platební centrum 17, což vytvoří komunikaci 45a nebo 45b, v závislosti na typu mobilního telefonu, který kupec 13 vlastní. Komunikace 45a je vytvářena prostřednictvím mobilního komunikačního vybavení 19 a komunikace 45b je vytvářena prostřednictvím střediska 18 krátkých zpráv, stejně tak jak již bylo podrobně vysvětleno v předcházejících případech.
Prostřednictvím komunikace 45a nebo 45b kupec vysílá telefonní číslo odpovídající produktu, který si přeje koupit. Teto telefonní číslo zahrnuje část indikující kód produktu, který si přeje koupit, a další část, která indikuje identitu prodejce, toto číslo je uloženo v databance 22.
V tomto okamžiku by mělo být zdůrazněno, že podle dalšího provedeni předkládaného vynalezu zde existuje
4 4 · 4 · 4·« · 4 4 4444 444 4
444 · 4 4
4444 4 44 4 ·4 444 možnost, aby telefonní číslo samo sloužilo kupci pro
I komunikaci s transakčním a platebním centrem 17 a umožnilo t tak přístup ke kódům řady různých prodejců, které jsou uloženy v databance 22, takovým způsobem, že, když transakční 5 a platební centrum 17 přijímá tento telefonní hovor, má přístup k uvedené databance 22 a vysílá zprávu s různými možnostmi prodejců ke kupci. Cd tohoto okamžiku mohou být * prováděny volby, nejprve prodejce a potom produktu, který má být koupen. Podle dalšího provedení předkládaného vynálezu zde rovněž existuje možnost, aby číslo vytáčené kupcem za účelem dosažení přístupu k transakčnímu a platebnímu centru 17 odkazovalo na specifického prodejce, uloženého v databance 22 transakčního a platebního centra, takovým způsobem, že transakční a platební centrum 17 vysílá zprávu ke klientovi (ke kupci) s uvedenými různými produkty prodejce, které mohou být zvoleny.
Tato struktura má tu výhodu, že uživatel nemusí znát kódy produktů, ale naproti tomu tento uživatel může mít spíše přístup k produktům specifického prodejce nebo několika prodejců prostřednictvím zavolání generického telefonního čísla.
V každém případě je volba mobilního komunikačního vybavení (18., 19) pro vytvoření komunikace 45a nebo 45b s kupcem prováděna prostřednictvím kroku 4., ve kterém obslužný 25 kanál 20. konzultuje databankou 21, jak již bylo podrobně vysvětleno v popisu výše, aby tak zjistil jaký typ mobilního telefonu kupec 13 vlastní.
Podobně v tomto případě obslužný kanál 20 ověřuje 3q identitu kupce prostřednictvím zdroje komunikace 45a nebo
45b, protože jeho telefonní číslo je implicitní v • 9 ♦ ··»« · * • 9· · 9
9 realizovaném spojení, a navíc ověřuje, že telefonní číslo produktu odpovídá prodejci přihlášenému k platební službě, a z přijatého kódu určuje produkt, který je nakupován, a jeho cenu. Tento kód, stejně tak jak již bylo indikováno v předcházejícím popisu, může být získán přímo z čísla vytáčeného kupcem nebo nepřímo od prodejce nebo prodejců, na které odkazuje telefonní číslo volané na počátku.
Existuje zde rovněž možnost, aby data, týkající se každého produktu každého prodejce, byla uložena ve vybavení samotného prodejce 4_6, přičemž v tomto případě se transakční a platební centrum 17 dotazuje prodejce 46, prostřednictvím komunikační sítě 47, která je spojuje, na cenu a produkt, na který kupce odkazuje. Prodejce 46 odpovídá odpovídajícími údaji (daty) a transakční a platební centrum 17 potom 15 informuje kupce 13 o těchto datech.
Potom je v kterémkoliv z indikovaných případů proveden krok 3. pro ověření zůstatku, a pokud předcházející ověření poskytla pozitivní výsledek, jsou generovány žádosti
IQ 5a nebo _5b (kroky vyslání žádosti) pro potvrzení inkasního příkazu.
Kupec 13 potom potvrzuje inkasní příkaz poslaný v žádostech 5a nebo 5b, přičemž je prostřednictvím klávesnice (tlačítkového pole) jeho mobilního telefonu zadán jeho tajný kód, který je potom ověřen prostřednictvím kroku £ z kroků £3 a ld nebo la, lb nebo lc, které byly popsány v předcházejícím popisu.
V případě, že výsledek ověření je pozitivní, je hodnota transakce odečtena od peněženky/ktreditního účtu kupce a tato hodnota je připsána jako kredit na účet prodejce ···· · · · e · fe fefefefe · · * · • · ♦ v « · • fe fe fefefefe· prostřednictvím kroku 9, a identifikace kupce a nakoupeného produktu jsou komunikovány k prodejci 46 prostřednictvím komunikační sítě 47 r takže prodejce posílá nakoupený produkt do sídla kupce. Navíc je prostřednictvím kroku 10 posláno také potvrzení o transakci.
Potom je proveden krok 11 aktualizace dat, který byl popsán v předcházejícím popisu.
Prostřednictvím komunikační sítě 47 prodejce 4 6 aktualizuje databázi 22 transakčního a platebního centra 17, ~
týkající se jeho produktů, cen a kódů k nim přiřazených, pokaždé, když tento prodejce provede jejich modifikaci nebo úpravu a když jsou tato data ukládána v uvedeném transakčním a platebním centru 17.
V případě, že se jedná o službu plateb za shlédnutí, kupec začíná typickou transakci prostřednictvím zavolání čísla, které se objevuje na telefonní obrazovce, a se kterým transakční a platební centrum 17 komunikuje s televizním přenosovým centrem, které přenáší zvolený dekódovaný program
2o a kterému je indikován kupec, který si zvolil nákup programu Jinými slovy tento systém pracuje stejně jako v případě dodání fyzického produktu až na to, že v tomto případě prodejce dodává televizní signál.
Obr.6 znázorňuje další možné provedení předkládaného vynálezu, ve kterém je umožněno provádění transakcí shora popisovaným způsobem mezi uživateli 13 a 40, kteří vlasrní mobilní telefon 16 respektive 41 a kteří jsou také zřejmé přihlášeni jako účastníci k transakčnímu a platebnímu centru 17.
• φφφφ φ φ * φ φφφφ φ φ φ φ · φ φ* φ φφφ ···♦ ·
V tomto případě uživatel 13 představuje plátce platby a uživatel 40 představuje příjemce platby.
Když si tedy plátce 13 přeje provést transakci ve prospěch příjemce 40, je vytvořena komunikace 39a £
prostřednictvím střediska 18 krátkých zpráv nebo komunikace 39b prostřednictvím mobilního komunikačního vybavení 19, v závislosti na typu mobilního telefonu, který uživatel vlastní.
V tomto případě je platební příkaz, který obsahuje telefonní číslo příjemce 40, nebo číslo k němu vztažené, vysílán v komunikaci 39a nebo 39b a navíc je vysílána hodnota transakce, jejíž autorizace je vyžadována. To může odpovídat, například, pohledávce, která má být uhrazena, nebo kreditu, který má být připsán.
V tomto případě transakční a platební centrum 17 ukládá data, odpovídající příjemci 40., v příslušných databankách 21 a 22 stejným způsobem, jako to provádí u plátce 13.
Volba komunikačního vybavení za účelem vytvoření komunikace 39a nebo 39b je realizována prostřednictvím kroku
4.
Identita plátce 13 a telefonní číslo příjemce 40 jsou ověřeny prostřednictvím původu (zdroje) komunikace 39a nebo 25
39b, přičemž potom je ověřen zůstatek plátce prostřednictvím kroku 3.
Pokud předcházející ověření poskytnou pozitivní výsledek jsou způsobem, který již byl popisován v předcházejícím popisu, provedeny kroky 5a (žádost), 6 a 7a, nebo 5b (žádost), 6. a 7b, nebo 5b, 6 a 7c a nakonec krok 8..
• φ * φ •♦·♦· φ φ φφφφ φ φφφ φ·· φφ φ φ φ φφφ
Potom obslužný kanál 20 vysílá do mobilního telefonu 41 příjemce 40 žádost 5c nebo 5d o potvrzení platebního příkazu, v závislosti na typu mobilního telefonu, který plátce 13a vlastní. To je zvoleno prostřednictvím kroku 4..
Pro zvolení kroků (žádostí) 5c nebo 5.d obslužný kanál provádí proces shodný s procesem, popisovaným pro kroky (žádosti) 5a nebo 5b, takovým způsobem, že kroky le a 2f jsou shodné s kroky 2 a 7b a kroky ]_q a 2h jsou shodné s kroky 2c a 2d.
10
Nejprve obslužný kanál ověří tajný kód, vyslaný příjemcem 40 prostřednictvím kroku 2, a v případě, že výsledek ověřeni obou tajných identifikačních kódů, odpovídájících plátci a příjemci, je pozitivní, je hodnota transakce odečtena z peněženky nebo kreditního účtu plátce 15 prostřednictvím kroku 9 a hodnota transakce je rovněž připsána kreditem do peněženky/kreditního účtu příjemce prostřednictvím uvedeného kroku 9. a potom je prostřednictvím kroků 10 vysíláno potvrzení k plátci 13 a k příjemci 40.
2q Nakonec je proveden krok 11 aktualizace dat způsobem, který již byl popsán.
Zjevně zde rovněž existuje možnost, že transakce může být započata příjemcem 40, přičemž v tomto případě je proces proveden obráceným způsobem oproti popisovanému postupu, jinými slovy je nejprve vyžadováno potvrzení tajného kódu příjemce a potom je vyžadováno potvrzení tajného kódu plátce.
Zastupuje :

Claims (45)

  1. PATENTOVÉ NÁROKY
    1. Systém pro zpracování plateb a transakcí mezi plátci (13) a příjemci (27, 29, 14, 14a, 40, 46} plateb, sdruženými se systémem, s využitím alespoň iedné komunikace 5 prostřednictvím digitální mobilní telefonie, přičemž tento systém zahrnuje:
    první obslužný kanál (20), propojený s telekomunikačním prostředkem (19, 19, 28, 47) s prvním datovým paměťovým prostředkem (22), a zahrnující prostředek (20e) správy účtů, který zpracovává první data o účtu každého sdruženého plátce (13) platby a druhá data o účtu každého sdruženého příjemce (27, 29, 14, 14a, 40, 46) platby;
    vyznačující se tím, že první telekomunikační prostředek (18, 19, 28, 47) 15 selektivně komunikuje s prvním obslužným kanálem (20) s jednotkou (16) digitálního mobilního telefonu, identifikovanou prostřednictvím přípustného telefonního čísla sdruženého plátce (13), a s telekomunikačním terminálem (15, 15a, 27, 29, 41, 46), identifikovaným prostřednictvím přípustného identifikačního kódu sdruženého příjemce (27, 29, 14, 14a, 40, 46); přičemž telekomunikační prostředek (18, 19, 28, 47) zahrnuje množství telekomunikačních vybavení (18,
    19) ;
    první datový paměťcvv prostředek (22) obsahuje 25 první informaci o každém sdruženém plátci (13), uvedená první informace zahrnuje alespoň přípustné telefonní číslo, alespoň předem vytvořené autorizační kricérium pro autorizaci alespoň jedné transakce, která vyžaduje platbu z přidruženého účtu plátce (13), a alespoň bezpečnostní kritérium sdružené jednoznačně s přidruženým telefonním číslem plátce (13), a • 4
    4 4
    4 4
    44·
    4 4 * · * * 4 4444 » 4
    4 4 4 «
    44 4
    444 4 φ rovněž určitou druhou informaci o každém.sdruženém příjemci (27, 29, 14, 14a, 40, 46), která zahrnuje alespoň přípustný identifikační kód;
    přičemž první obslužný kanál (20) zahrnuje 5 - první ověřovací prostředek (20a) pro ověření v datovém paměťovém prostředku (22), zda první zpráva, přijatá přes telekomunikační prostředek (18, 19, 28, 47), obsahuje přípustné telefonní číslo sdruženého plátce (13) a přípustný identifikační kód sdruženého příjemce (27, 29, 14, 14a, 40,
    10 46), přičemž tento první ověřovací prostředek (20a) generuje první schvalovací zprávu, když derekuje přípustný identifikační kód a přípustné telefonní číslo;
    druhý ověřovací prostředek (20b) pro ověření v datovém paměťovém prostředku (22), zda žádost o autorizaci
    15 transakce, přijatá přes telekomunikační prostředek (18, 19, 28, 47) společně s přípustným telefonním číslem, detekovaným prvním ověřovacím prostředkem, splňuje uvedené předem vytvořené autorizační kritérium, přičemž tento druhý ověřovací prostředek (20b) generuje druhou schvalovací
    20 zprávu, když žádost o autorizaci splňuje uvedené autorizační kritérium;
    třetí ověřovací prostředek (20c) pro ověření v prvním datovém paměťovém prostředku (22), zda bezpečnostní parametr, přijatý přes telekomunikační prostředek (18, 19),
    25 splňuje bezpečnostní kritérium sdružené s přípustným telefonním číslem, detekovaným prvním ověřovacím prostředkem, přičemž tento třetí ověřovací prostředek (20c) generuje třetí schvalovací zprávu, když detekuje, že bezpečnostní parametr splňuje bezpečnostní kritérium sdružené s přípustným
    30 telefonním číslem;
    • 0··· 0 0 • 00 • 0 0 0 0 »0 0 0 0 autorizační prostředek (20d) pro autorizaci prostředku (20e) správy účtů na základě žádosti o autorizaci, pro zpracování debetu na účtu sdruženého plátce (13) a pro zpracování odpovídajícího kreditu na účtu sdruženého příjemce
    5 (27, 29, 14, 14a, 40, 46), pokud byla vytvořena první, druhá a třetí schvalovací zpráva;
    prostředek (20f) generující odmítací zprávu pro generování odmítací zprávy, když alespoň jedna ze schvalovacích zpráv nebyla vytvořena, a pro vysílání odmítací
    10 zprávy do telekomunikačního prostředku (18, 19, 28, 47);
    prostředek (20g) generující potvrzovací zprávu pro generování alespoň potvrzovací zprávy, když alespoň jedna ze schvalovacích zpráv byla vytvořena, a pro vysílání uvedené potvrzovací zprávy do telekomunikačního prostředku (18, 19,
    15 28, 47), a pro selektivní vysílání potvrzovací zprávy do mobilního telefonu (16, 41), identifikovaného prostřednictvím přípustného telefonního čísla v uvedené první zprávě, a do telekomunikačního terminálu (15, 15a, 27, 29, 41, 46), identifikovaného prostřednictvím přípustného identifikačního
    20 kódu;
    druhý datový paměťový prostředek (21) , který obsahuje alespoň první informaci, týkající se přípustného telefonního čísla každého plátce (13), a alespoň druhou informaci, týkající se typu digitálního mobilního telefonu
    25 (16, 41) příslušejícího ke každému telefonnímu číslu;
    selekční prostředek (20h) pro ověřování v uvedeném druhém datovém paměťovém prostředku (21) druhé informace, odpovídající jednotce (16, 41) digitálního mobilního telefonu, identifikované prostřednictvím přípustného
    30 telefonního čísla, a pro selekci jednoho z telekomunikačních
    0 0 0 0 * 0 ·
    0 t 0 00000*· 0 « 0 0 0 0 0
    0 000 00
    000 vybavení (18, 19), které komunikuje s digitálním mobilním telefonem (16, 41), identifikovaným prostřednictvím přípustného telefonního čísla, prostřednictvím telekomunikační služby, která je kompatibilní s typem
    5 digitálního mobilního telefonu (16, 41), identifikovaného v uvedené druhé informaci.
  2. 2. Systém podle nároku 1, vyznačující se tím, že přípustný identifikační kód každého příjemce (27, 29, 14, 14a, 40, 46) je zvolen z telefonního čísla, čísla vztaženého k telefonnímu číslu, internetovského kódu, kódu reprezentujícího internetovský kód, e-mailové adresy, a kódu založeného na e-mailové adrese.
  3. 3. Systém podle nároku 1, vyznačující se tím, že první
    15 ověřovací prostředek ověřuje přípustné telefonní číslo plátce 13 z kódu, přijatého přes telekomunikační prostředek (18, 19, 28, 47), reprezentujícího uvedené přípustné telefonní číslo a obsaženého v prvním datovém paměťovém prostředku (22).
  4. 4. Systém podle nároku 1, vyznačující se tím, že druhá
    20 „ , schvalovací zpráva generuje příkaz pro telekomunikační prostředek (18, 19) aby vysílal do mobilního telefonu (16) plátce (13), identifikovaného přípustným telefonním číslem, první potvrzovací zprávu, která obsahuje žádost o vyslání bezpečnostního parametru, který má být ověřen třetím ověřovacím prostředkem (20c) vzhledem k bezpečnostnímu kritériu.
  5. 5. Systém podle nároku 4, vyznačující se tím, že druhá schvalovací zpráva dále generuje příkaz pro telekomunikační
    3Q prostředek (18, 19, 28, 47), aby komunikoval s telekomunikačním terminálem (15, 15a, 27, 29, 46) , • 4 4
    44444 *
    444 4 · identifikovaným přípustným identifikačním kódem detekovaným r prvním ověřovacím prostředkem (20a) , a aby vysílal druhou potvrzovací zprávu, která potvrzuje generování první schvalovací zprávy.
    5 „ ,
  6. 6. Systém podle nároku 1, vyznačující se tím, ze třetí schvalovací zpráva, generovaná třetím ověřovacím prostředkem (20c), generuje příkaz pro telekomunikační prostředek (18, * 19, 28, 47), aby komunikoval s telekomunikačním terminálem (15, 15a, 27, 29, 46), identifikovaným přípustným . 10 identifikačním kódem detekovaným prvním ověřovacím prostředkem (20a), a aby vysílal třetí potvrzovací zprávu, která potvrzuje generování třetí schvalovací zprávy.
  7. 7. Systém podle nároku 1 nebo 6, vyznačující se tím, že 15 třetí schvalovací zpráva, generovaná třetím ověřovacím prostředkem (20c), generuje příkaz pro telekomunikační prostředek (18, 19), aby komunikoval s mobilním telefonem (16), identifikovaným přípustným telefonním číslem detekovaným prvním ověřovacím prostředkem (20a), a aby . 20 vysílal čtvrtou potvrzovací zprávu, která potvrzuje generování třetí schvalovací zprávy.
  8. 8. Systém podle nároku 1, 6 nebo 7, vyznačující se tím, Že třetí schvalovací zpráva, generovaná třetím ověřovacím prostředkem (20c), generuje příkaz pro prostředek (20e) správy účtů, aby zpracoval debet na účtu plátce (13) a aby zpracoval odpovídající kredit na účtu příjemce (27, 29, 14, 14a, 40, 46).
  9. 9. Systém podle nároku 1 nebo 8, vyznačující se tím, že 30 prostředek (20e) správy účtů řídí alespoň první pomocný účet každého příjemce (27, 29, 14, 14a, 40, 46), který je obsažen
    9 · · · » w • · 9 ··· · « 9 * • 9 9 9 9 9 »» * 99 999 v prvním datovém paměťovém prostředku (22) a ve kterém je vytvořen každý kredit.
  10. 10. Systém podle nároku 9, vyznačující se tím, že prostředek (20e) správy účtů zahrnuje první přenosový prostředek pro přenos uvedeného kreditu do administračního a řídícího obslužného kanálu (23), který zahrnuje databanku (25) příjemců, ve které jsou ukládány všechny kredity ve prospěch každého příjemce (27, 29, 14, 14a, 46), přičemž tento administrační a řídící obslužný kanál (23) převádí kredity, obsažené v databance (25), do finančních entit, které spravují finanční účty každého příjemce.
  11. 11. Systém podle nároku 1 nebo 8, vyznačující se tím, že prostředek (20e) správy účtů řídí druhé pomocné účty plátce (13), zvolené z předplacených účtů, debetních účtů v reálném čase a účtů s následnou platbou.
  12. 12. Systém podle nároku 11, vyznačující se tím, že předplacené účty, řízené prostředkem (20e) správy účtů, zahrnují elektronickou peněženku předtím vytvořenou v prvním, datovém paměťovém prostředku (22) pro každého kupce (13).
  13. 13. Systém podle nároku 1, vyznačující se tím, že autorizační žádost zahrnuje data týkající se hodnoty transakce, přičemž předem vytvořené autorizační kritérium, ověřované druhým ověřovacím prostředkem (20b), je zvoleno z použitelného zůstatku, maximálního kreditního limitu a jejich kombinací, nastavených pro každý účet každého plátce (13).
  14. 14. Systém podle nároku 8, vyznačující se tím, že prostředek (20e) správy účtů zahrnuje druhý přenosový prostředek pro přenos uvedeného debetu do administračního a ··· ···· Β » * w v *···· · « · • · · · ·· ♦ ·· řídícího obslužného kanálu (23) , který zahrnuje databanku (24) plátců, ve které jsou ukládány všechny debety účtované každému plátci (13), přičemž tento administrační a řídící obslužný kanál (23) převádí kredity, obsažené v databance (24) plátců, do finančních entit, které spravují finanční účty každého plátce.
  15. 15. Systém podle nároku 1, vyznačující se tím, že bezpečnostní kritérium, ověřované třetím ověřovacím prostředkem (20c), je tajný identifikační kód známý plátci (13) a uložený v prvním datovém paměťovém prostředku (22).
  16. 16. Systém podle nároku 15, vyznačující se tím, že třetí ověřovací prostředek (20c) přímo ověřuje, zda bezpečnostní parametr obsahuje tajný identifikační kód.
  17. 17. Systém podle nároku 15, vyznačující se tím, že třetí ověřovací prostředek (20c) ověřuje, zda bezpečnostní parametr obsahuje kódovaný výsledek samo-ověření (33) , prováděného lokálně v mobilním telefonu (16) po přímém zadání (6) tajného identifikačního kódu do mobilního telefonu plátcem (13), prostřednictvím dekódovacího prostředku pro dekódování kódovaného výsledku na základě tajného identifikačního kódu uloženého v prvním datovém paměťovém prostředku (22).
  18. 18. Systém podle nároku 4, vyznačující se tím, že když první zpráva, ověřená prvním ověřovacím prostředkem (20a), je zprávou přijatou z telekomunikačního terminálu (15, 15a, 27, 41, 46, druhá schvalovací zpráva generuje příkaz pro telekomunikační prostředek (18, 19) , aby vytvořil komunikaci s mobilním telefonem (16) pro žádost plátce (13), identifikovaného přípustným telefonním číslem, o vyslání bezpečnostního parametru.
    ♦ 9·· 9 • · · ··*· »*« «
    9 9 9 9 9 « · 9 9* ···
  19. 19. Systém podle nároku 4, vyznačující.se tím, že když r první zpráva, ověřená prvním ověřovacím prostředkem (20a), je . zprávou přijatou z mobilního telefonu (16) plátce (13), druhá schvalovací zpráva generuje příkaz pro telekomunikační 5 prostředek (18, 19), aby vyslal zprávu do uvedeného mobilního telefonu (16), žádající plátce (13), identifikovaného přípustným telefonním číslem, o vyslání bezpečnostního * parametru.
  20. 20. Systém podle nároku 4, 18 nebo 19, vyznačující se tím, ’ 10 že druhá schvalovací zpráva dále generuje příkaz pro telekomunikační prostředek (18, 19, aby vyslal alespoň hodnotu transakce a identifikací příjemce platby, které jsou vysílány společně se zprávou vyžadující bezpečnostní kritérium.
  21. 21. Systém podle nároku 1, vyznačující se tím, že první obslužný kanál (20) zpracovává první zprávu, která navíc » obsahuje identifikaci e-mailové adresy, přičemž příjemce (27) je poskytovatel softwarových souborů, a přičemž prostředek * 20 (20g) generující potvrzovací zprávu navíc generuje další potvrzovací zprávu, která obsahuje dekódovací kód softwarového souboru, přijatou od příjemce (27) platby v prvním obslužném kanálu (20), přičemž tato další potvrzovací zpráva je vysílána do mobilního telefonu (16) plátce (13)
    25 platby.
  22. 22. Systém podle nároku 1, vyznačující se tím, že první obslužný kanál (20) dále zahrnuje první detekční prostředek (20Í) pro detekci první instrukce pro provádění nákupu s platbou předem a prostředek (20j) generující inkasní kód, a
    30 přičemž prostředek (20g) generující potvrzovací zprávu rovněž ♦ « 0 0000 « 0 « 0 • 0 0 0 0 0 0« « 0« «00 generuje doplňkovou potvrzovací zprávu, která obsahuje inkasní kód, přičemž tato doplňková potvrzovací zpráva je . vysílána do mobilního telefonu (16) plátce (13) a telekomunikačního terminálu (15, 15a, 27, 29, 46) příjemce
    5 (14, 14a, 27, 29, 46).
  23. 23. Systém podle nároku 1, vyznačující se tím, že první datový paměťový prostředek (22) dále zahrnuje, vzhledem ke každému příjemci (14a, 46), třetí informaci sdruženou s uvedenou druhou informací a zahrnující data týkající se * 10 produktů nebo služeb, odpovídajících každé autorizované transakci, a přičemž první obslužný kanál (20) dále zahrnuje druhý detekční prostředek (20k) pro detekcí druhé instrukce pro řízení osobní dodávky, odpovídající autorizované transakci a přijaté z telekomunikačního 15 terminálu (15a), kterým je mobilní telefon příjemce (14a), prostředek (201) generující dodací kód, který generuje dodací kód identifikující alespoň produkt nebo službu, které
    I jsou určeny k dodání, a prostředek (20m) generující A identifikační zprávu, který generuje identifikační zprávu identifikující uvedený produkt nebo službu, a přičemž prostředek (20g) generující potvrzovací právu dále generuje přídavnou zprávu, která obsahuje dodací kód, přičemž tato přídavná zpráva je vysílána do mobilního telefonu (16) plátce (13) a do mobilního telefonu (15a) příjemce (14a) a 25 identifikační zpráva je vysílána alespoň do mobilního telefonu (16) plátce (13) společně se žádostí o vyslání bezpečnostního parametru, a prostředek (20n) zpracování řízení dodávky, který, když třetí ověřovací prostředek (20c) již ověřil, že bezpečnostní parametr splňuje bezpečnostní kritérium sdružené s mobilním • · telefonem plátce (13), generuje vstup v databázi (37) dodacích listů.
  24. 24. Systém podle nároku 1, vyznačující se tím, že první datový paměťový prostředek (22) rovněž zahrnuje čtvrtou informaci sdruženou s uvedenou druhou informací a zahrnující referenční kódy, které identifikují produkty nebo služby alespoň jednoho příjemce (14a, 46) a rovněž cenu sdruženou s každým produktem nebo službou.
  25. 25. Systém podle nároku 24, vyznačující se tím, že čtvrtá informace rovněž zahrnuje první volitelné telefonní číslo sestavené z jednoho z referenčních kódů a identifikačního kódu odpovídajícího příjemce (14, 46) a tvořící přípustný identifikační kód.
  26. 26. Systém podle nároku 24 nebo 25, vyznačující se tím, že čtvrtá informace rovněž zahrnuje přípustný identifikační kód ve formě telefonního čísla pro přístup k příjemci (14, 46), sdružený s alespoň prvním menu sestaveném z referenčních kódů, produktů nebo služeb identifikovaných příslušným každým jedním z uvedených referenčních kódů a ceny uvedených produktů nebo služeb.
  27. 27. Systém podle nároku 1, vyznačující se tím, že přípustným identifikačním kódem je přípustné přístupové telefonní číslo pro přístup k druhému menu příslušných přístupných identifikačních kódů množství sdružených příjemců (14a, 46), a přičemž první datový paměťový prostředek (22) dále zahrnuje pátou informaci sdruženou s uvedenou druhou informací a zahrnující referenční kódy, které identifikují produkty nebo služby každého z příjemců (14a, 46) a rovněž cenu sdruženou s každým produktem nebo službou.
    9999 ·
    9 9 * ·♦·· · 9 9 9
    9 9 9 9 9 9
    99 9 99 999
  28. 28. Systém podle nároku 27, vyznačující se tím, že pátá kinformace dále zahrnuje první volitelné telefonní číslo sestavené z jednoho z uvedených referenčních kódů a identifikačního kódu odpovídajícího příjemce (14, 46) a
    5 tvořící přípustný identifikační kód.
  29. 29. Systém podle nároku 27 nebe 28, vyznačující se tím, že pátá informace dále zahrnuje přípustný identifikační kód jako přístupové telefonní číslo příjemce (14, 46), který je sdružen s alespoň prvním menu sestaveném z referenčních kódů, * 10 produktů nebo služeb identifikovaným příslušným každým z uvedených referenčních kódů a ceny každého z uvedených produktů nebo služeb.
  30. 30. Systém podle nároku 1, vyznačující se tím, že druhá
    15 informace v prvním datovém paměťovém prostředku (22) zahrnuje identifikační kódy množství prodejních automatů (29), z nichž jeden každý obsahuje digitální mobilní telefon (29a) • jako telekomunikační terminál, identifikovaný mobilním telefonním číslem jako přípustným’, identifikačním kódem;
    20 autorizační kód sdružený s přípustným identifikačním kódem každého prodejního automatu, a aktivační kód pro aktivací prodejního automatu (29), sdružený s každým autorizačním kódem a aktivující prodejní automat pro příjem žádosti od plátce (13) identifikovaného
    25 přípustným telefonním číslem; a přičemž prostředek (20g) generující potvrzující zprávu generuje, když první, druhý a třetí ověřovací prostředek (20a, 20b, 20c) již patřičně vytvořily první, druhou a třetí
    30 schvalovací zprávu, a vysílá potvrzovací zprávu, která ·*·· 0
    0 0000 00 0 00 0 0000 000 0 • 0 0 0 0 0 00 0 00 000 zahrnuje alespoň kód pro aktivaci prodejního automatu a e
    přípustné telefonní číslo mobilního telefonu (16) plátce , (13).
  31. 31. Systém podle nároku 30, vyznačující se tím, že 5 prostředek (20g) generující potvrzovací zprávu vytvoří komunikaci mezi mobilním telefonem plátce (13) a prodejním automatem (29) pro předem stanovenou časovou periodu, během
    A které plátce (13) může vysílat, přes první obslužný kanál (20), volicí zprávu do prodejního automatu (29); a přičemž ” 10 obslužný kanál (20) dále zahrnuje detekční prostředek (20o) deaktivace pro detekci deaktivace prodejního automatu (29).
  32. 32. Systém podle nároku 31, vyznačující se tím, že autorizační kritérium, sdružené s přípustným telefonním
    15 číslem každého prodejního automatu, je přímým autorizačním kódem, který tvoří maximální limit zvolený z ekonomické hodnoty a počtu žádostí o vydání, připuštěných ve specifické r časové periodě vzhledem k žádostem prováděným z jednoho a stejného mobilního telefonu, a přičemž prostředek (20g) “ 20 generující potvrzovací zprávu generuje potvrzovací zprávu, když již byl· detekován přímý autorizační kód.
  33. 33. Systém podle nároku 30, vyznačující se tím, že prostředek (20g) generující potvrzovací zprávu v prvním obslužném kanálu (20) uzavře komunikaci s prodejním automatem (29) poté, co vyslal potvrzovací zprávu, takže plátce (13) může provést svoji volbu přímo prostřednictvím volicího displeje na prodejním automatu.
  34. 34. Systém podle nároku 30, 31, 32 nebo 33, vyznačující se •jq tím, že první obslužný kanál (20) dále zahrnuje záznamový prostředek (20p), sdružený s autorizačním prostředkem (20d), • 000 • »0000*0 000 0 0 0 0 0 0 0 0 0 ·· 0 00000 pro záznam transakcí zaznamenaných v každém prodejním
    P automatu (29).
    ’
  35. 35. Systém podle nároku 1, vyznačující se tím, že první ověřovací prostředek (20a) prvního obslužného kanálu (20)
    5 , .
    dále zahrnuje doplňkový ověřovací prostředek (20q), který je sdružen se selekčním prostředkem (20h), pro ověření, zda přípustný identifikační kód, který již byl ověřen prvním '' ověřovacím prostředkem (20a) v uvedené první zprávě, přijaté , od plátce (13), identifikovaného prvním přípustným telefonním * 10 číslem, a obsahující žádost o transakci, která již byla ověřena druhým ověřovacím prostředkem (20b), odpovídá druhému přípustnému telefonnímu číslu z přípustných telefonních čísel digitálního mobilního telefonu (41), zahrnutých v první informaci, obsažené v prvním datovém paměťovém prostředku 15 (22), a pokud první zpráva identifikuje druhé přípustné telefonní číslo jako identifikací příjemce (40), doplňkový ověřovací prostředek (20q) generuje čtvrtou schvalovací zprávu, když detekuje, že uvedené druhé přípustné telefonní číslo odpovídá příjemci (40), přičemž tato čtvrtá schvalovací ’ 20 zpráva je zpracovatelná prostředkem (20g) generujícím potvrzovací zprávu, a přičemž prostředek (20f) generující odmítací zprávu generuje odmítací zprávu, když tato čtvrtá zpráva nebyla generována.
    I,
    25
  36. 36. Systém podle nároku 35, vyznačující se tím, že prostředek (20g) generující potvrzovací zprávu generuje, když detekuje první, druhou, třetí a čtvrtou schvalovací zprávu, první potvrzovací zprávu obsahující identifikaci plátce (13), identifikaci transakce a žádost o přizpůsobení příjemce (40)
    30 identifikovaného v první zprávě; přičemž uvedená žádost o ·· · ··«« • « · ····· » φ · • · · · · · • ·· · ·· přizpůsobení dále zahrnuje žádost o vyslání bezpečnostního ř
    parametru a vyslání uvedené potvrzovací zprávy do mobilního telefonu (41) příjemce (40), identifikovaného druhým přípustným telefonním číslem, přes telekomunikační prostředek
    5 (18, 19) zvolený uvedeným selekčním prostředkem;
    třetí ověřovací prostředek (20c) navíc ověřuje, zda bezpečnostní parametr, vyslaný z mobilního telefonu (41) v i odezvě na žádost o přizpůsobení, splňuje bezpečnostní φ kritérium spojené s druhým přípustným telefonním číslem, a
    10 přičemž tento třetí ověřovací prostředek (20c) generuje pátou schvalovací zprávu, když uvedený parametr splňuje uvedené bezpečnostní kritérium;
    autorizační prostředek (20e) autorizuje prostředek (20d) správy účtů, když uvedená pátá schvalovací zpráva již
    15 byla vytvořena; a prostředek (20g) generující potvrzovací zprávu generuje a vysílá druhou potvrzovací zprávu do mobilního telefonu (16) i plátce a do mobilního telefonu (41) příjemce (40) .
  37. 37. Systém podle kteréhokoliv z nároků 1, 35 nebo 36, * 20 vyznačující se tím, že v prvním obslužném kanálu (20) každá druhá informace, obsažená v druhém datovém paměťovém prostředku (21) a týkající se typu digitálního mobilního telefonu odpovídajícího každému přípustnému telefonnímu číslu každého sdruženého plátce (13) a každého přípustného identifikačního kódu každého příjemce (40), když tento kód je Číslem digitálního mobilního telefonu, je prvním identifikačním kódem, který reprezentuje mezinárodní identifikátor mobilního vybavení (IMEI).
    φ • ΦΦΦ · φ * φ φφφφ · φ φ • φ φ φφφ φφ φ φφ φφφ
  38. 38. Systém podle nároku 37, vyznačující se tím, že první Λ obslužný kanál (20) zahrnuje první dotazovací prostředek (20r) pro dotazování v alespoň jednom registru adres návštěvníků (VLR), který zahrnuje první registr, týkající se
    5 telefonních čísel s IMEI kódem, přičemž IMEI kód odpovídá každému z přípustných telefonních čísel, a aktualizační prostředek (20s) pro aktualizaci uvedené druhé informace v druhém datovém paměťovém prostředku (21) prostřednictvím porovnání každého IMEI kódu, dotazovaného prvním dotazovacím *' 10 prostředkem (20r) , s každým kódem reprezentujícím IMEI kód sdružený s každým přípustným telefonním číslem, jak je obsaženo v druhém datovém paměťovém prostředku (21).
  39. 39. Systém podle nároku 38, vyznačující se tím, že první dotazovací prostředek (20r) vyjímá IMEI kód, sdružený s 15 , , každým přípustným telefonním číslem z registru identifikátoru vybavení (EIR) , který obsahuje přiřazení mezi každým přípustným telefonním číslem a IMEI kódem odpovídajícím y
    každému přípustnému telefonnímu číslu a který přijímá uvedené přiřazení z každého registru adres návštěvníků, jak je * 20 aktualizováno uvedeným registrem adres návštěvníku.
  40. 40. Systém podle nároku 38 nebo 39, vyznačující se tím, že první dotazovací prostředek (20r) vyjímá IMEI kód, sdružený s každým přípustným telefonním číslem z rámce nestrukturovaných
    25 doplňkových obslužných dat (USSD rámec), do kterého každý registr adres návštěvníků, sdružený s každým mobilním přepojovacím centrem (MSC), které vydalo uvedený rámec, vložil IMEI kód sdružený s přípustným telefonním číslem odpovídajícím uživateli, který vytvořil uvedený rámec.
    w • · « · • fefefe · • fe · fefe·· fe * β · fefefe fefefe fefe I ·« fefefe
  41. 41. Systém podle nároku 38, vyznačující se tím, že první dotazovací prostředek (20r) vyjímá IMEI kód, sdružený s každým přípustným telefonním číslem přes rozhraní mezi registrem adres návštěvníků a uvedeným dotazovacím
    5 prostředkem (20r).
  42. 42. Systém podle nároku 37, vyznačující se tím, že první obslužný kanál (20) zahrnuje druhý dotazovací prostředek (20t) pro dotazování na IMEI kód, odpovídající každému přípustnému telefonnímu číslu, v registrech hovorových dat (CDR) datové banky operátora mobilní telefonní sítě, které obsahují vztah každého telefonního čísla, které, na základě hovoru, pocházelo z registru hovorových dat, s IMEI kódem terminálu, ze kterého pocházel uvedený hovor, a druhý aktualizační prostředek (20u) pro aktualizaci uvedené druhé informace v druhém datovém paměťovém prostředku (21) na základě porovnání každého IMEI kódu dotazovaného prostřednictvím druhého dotazovacího prostředku (20t) s každým kódem, který reprezentuje IMEI kód sdružený s každým přípustným telefonním číslem, obsaženým v druhém datovém paměťovém prostředku.
  43. 43. Systém podle nároku 37, vyznačující se tím, že druhá informace dále zahrnuje alespoň jeden údaj, který indikuje
    25 komunikační funkci zvolenou z funkce spravování relací podle bezdrátových aplikačních protokolů (WAP), funkce spravování relací nestrukturovaných doplňkových obslužných dat (USSD) a jejích kombinací, každého digitálního mobilního telefonu, identifikovaného prostřednictvím IMEI kódu a sdruženého s
    30 přípustným telefonním číslem.
    • ···· · *
    9 9
    4 ·
    999
    73 ····
  44. 44. Systém podle nároku 37, vyznačující se tím, že první r obslužný kanál (20} zahrnuje třetí dotazovací prostředek (20v) pro dotazování v datové bance operátora mobilní telefonní sítě na registry,
    5 které každé mobilní přepojovací centrum (MSC) přenáší bezprostředně pokaždé, když je USSD rámec nebo hlasový hovor adresován na specifické telefonní číslo, přičemž uvedené . registry obsahují vztah každého telefonního čísla, ze kterého byl vytvořen hovor nebo pocházel USSD rámec s IMEI kódem * 10 terminálu, ze kterého pocházel hovor nebo rámec, vzhledem k IMEI kódům odpovídájícím každému přípustnému telefonnímu číslu, a třetí aktualizační prostředek (20w) pro aktualizaci uvedené druhé informace v uvedeném druhém datovém paměťovém
    15 prostředku (21) na základě porovnání každého dotazovaného
    IMEI kódu, dotazovaného třetím dotazovacím prostředkem (20v), s každým kódem, který reprezentuje IMEI kód sdružený s každým přípustným telefonním číslem obsaženým v druhém datovém paměťovém prostředku.
    ‘ 20
  45. 45. Způsob pro zpracování plateb a transakcí mezi plátci (13) plateb a příjemci (27, 29, 14, 14a, 13a, 40, 46) plateb, vyznačující se tím, že se použije systému definovaného v kterémkoliv z předcházejících nárocích.
    '25 46. Způsob podle nároku 45, vyznačující se tím, že zahrnuje kroky:
    selektivního příjmu, přes telekomunikační prostředek (18, 19, 28, 47), v platebním a transakčním centru (17) první zprávy, zahrnující číslo mobilního telefonu (16)
    30 plátce (13) nebo identifikační kód příjemce (27, 29, 14, 14a,
    Φ * |Ι· φ Φ φφφ
    13a, 40, 46), a dále přijetí hodnoty nákupu nebo kódu identifikujícího produkt nebo službu v platebním a transakčním centru (17), ověření, zda první zpráva pochází od plátce (13),
    5 identifikovaného přípustným telefonním číslem nebo přípustným identifikačním kódem příjemce (27, 29, 14, 14a, 13a, 40, 46); ověření, zda podmínky transakce, vyžadované v , první zprávě, splňují transakční kritéria, uložená v prvním datovém paměťovém prostředku (22);
    * 10 - ověření typu digitálního mobilního telefonu, sdruženého s přípustným telefonním číslem, v druhém datovém paměťovém prostředku (21) a zvolení jednoho telekomunikačního vybavení (18, 19) pro komunikaci s digitálním mobilním telefonem (16), identifikovaným přípustným telefonním číslem,
    15 přes telekomunikační službu kompatibilní s typem digitálního mobilního telefonu (16), identifikovaného přípustným telefonním číslem;
    přímé kontroly (on line) v prvním datovém paměťovém prostředku (22), zda plátce (13) má použitelný ‘ 20 zůstatek v předtím vytvořené elektronické peněžence v uvedeném transakčním a platebním centru (17);
    požádání plátce (13), identifikovaného v první zprávě, když jsou transakční podmínky splněny a je dostatečný použitelný zůstatek pro autorizaci transakce, aby zadal do
    25 mobilního telefonu (16), identifikovaného v první zprávě, a aby vyslal bezpečnostní parametr;
    ověření v prvním datovém paměťovém prostředku (22), zda bezpečnostní parametr, zadaný do a vyslaný mobilním telefonem (16) plátce, splňuje bezpečnostní kritérium
    30 jednoznačně přiřazené k uvedenému mobilnímu telefonu (16);
    75 .:.. : *..· :
    . . · · ···_* ·; ; :
    ·· · · · autorizace a provedení transakce, jak bylo vyžadováno, když bezpečnostní parametr splňuje bezpečnostní kritérium; a vyslání potvrzení, že transakce byla provedena, do mobilního telefonu (16) plátce a k příjemci (27, 29, 14, 14a, 13a, 40, 46).
    Zastupuje
CZ20002888A 2000-03-24 2000-08-07 Systém a způsob pro zpracování plateb a transakcí CZ20002888A3 (cs)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
ES200000724A ES2170647B2 (es) 2000-03-24 2000-03-24 Procedimiento y sistema de pagos y transacciones a distancia en tiempo real mediante telefono movil.
ES200001574A ES2172405B2 (es) 2000-03-24 2000-06-23 Procedimiento y sistema de pagos y transaciones a distancia en tiempo real mediante telefono movil.
ES200001573A ES2170673B2 (es) 2000-03-24 2000-06-23 Procedimiento y sistema de pagos y transacciones a distancia en tiempo real mediante telefono movil.

Publications (1)

Publication Number Publication Date
CZ20002888A3 true CZ20002888A3 (cs) 2001-12-12

Family

ID=27240811

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ20002888A CZ20002888A3 (cs) 2000-03-24 2000-08-07 Systém a způsob pro zpracování plateb a transakcí

Country Status (27)

Country Link
US (1) US20070027803A1 (cs)
EP (1) EP1136961B1 (cs)
JP (1) JP3708807B2 (cs)
KR (1) KR20010092636A (cs)
CN (1) CN1201609C (cs)
AT (1) ATE260500T1 (cs)
AU (1) AU758512B2 (cs)
BR (1) BR0004917A (cs)
CA (1) CA2315308A1 (cs)
CZ (1) CZ20002888A3 (cs)
DE (2) DE60008496D1 (cs)
DK (1) DK1136961T3 (cs)
EA (1) EA003681B1 (cs)
HK (1) HK1043418B (cs)
HU (1) HU224086B1 (cs)
ID (1) ID29692A (cs)
IL (1) IL137591A0 (cs)
MA (1) MA25156A1 (cs)
NO (1) NO20003971L (cs)
NZ (1) NZ506168A (cs)
PL (1) PL341887A1 (cs)
PT (1) PT1136961E (cs)
SG (1) SG86428A1 (cs)
SK (1) SK11652000A3 (cs)
TR (1) TR200002314A3 (cs)
TW (1) TW511364B (cs)
UY (1) UY26272A1 (cs)

Families Citing this family (148)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6315193B1 (en) * 1998-08-31 2001-11-13 Mastercard International Incorporated Financial transaction card with installment loan feature
US8799153B2 (en) 1998-08-31 2014-08-05 Mastercard International Incorporated Systems and methods for appending supplemental payment data to a transaction message
FI109261B (fi) * 2000-01-11 2002-06-14 Nokia Corp Hallintakanavan muodostaminen
IL150926A0 (en) * 2000-02-10 2003-02-12 Jon Shore Apparatus, systems and methods for wirelessly transacting financial transfers, electroniocally recordable authorization transfers, and other information transfers
CA2960857C (en) 2000-06-07 2019-07-09 Kount Inc. Online machine data collection and archiving process
US20090132351A1 (en) * 2000-07-10 2009-05-21 Vett Limited Transaction processing system
GB2367411C (en) * 2000-07-10 2007-12-12 Garry Harold Gibson Pyment system
US7000001B2 (en) * 2000-09-12 2006-02-14 Research In Motion Limited Bookmark beacon system and method
GB0101846D0 (en) 2001-01-24 2001-03-07 Ncr Int Inc Self-service terminal
FI20011680A7 (fi) * 2001-08-21 2003-02-22 Bookit Oy Ajanvarausmenetelmä ja -järjestelmä
SE521037C2 (sv) * 2001-09-18 2003-09-23 Bluegrid Ab Metod, system och datorprogram för elektronisk identifiering
WO2003049364A1 (en) 2001-12-04 2003-06-12 Conceptm Company Limited System and method for facilitating electronic financial transactions using a mobile telecommunication device
ES2200675B2 (es) * 2002-03-11 2006-07-01 Mobipay España, S.A. Sistema de transacciones y pagos mediante telefono movil.
US7206647B2 (en) 2002-03-21 2007-04-17 Ncr Corporation E-appliance for mobile online retailing
GB0208060D0 (en) * 2002-04-06 2002-05-22 Macleod Mark Business method for forming a database
WO2003096159A2 (en) * 2002-05-09 2003-11-20 Kestrel Wireless, Inc. Method and system for enabling electronic transactions via a personal device
KR20020070173A (ko) * 2002-05-28 2002-09-05 주식회사 케이티프리텔 이동 통신망을 이용한 안전 금융 거래 방법
KR100426048B1 (ko) * 2002-05-31 2004-04-06 이임영 블루투스를 이용한 안전한 지불 처리 방법
DE10227395A1 (de) * 2002-06-13 2003-12-24 Siemens Ag Verfahren und Anordnung zum Ermitteln von Gesamtpreisdaten bei einem mobilfunkgestützten Bestellvorgang
US20050240418A1 (en) * 2002-10-11 2005-10-27 Pierre Chappuis Identification of a user of a mobile terminal and generation of an action authorisation
NZ540886A (en) 2002-11-27 2008-02-29 Henryk Kulakowski Method of accounting electronic transactions and method of effecting electronic transactions via phone
US8265663B2 (en) * 2002-12-17 2012-09-11 Nokia Corporation Messaging services for pre-pay users
HUP0300496A2 (hu) * 2003-02-26 2004-11-29 Steven Anderson Időazonos mobiltelefonos rendszer és eljárás távfizetési és hitelnyújtási tranzakciókhoz
EP1604339A1 (en) * 2003-03-06 2005-12-14 Fortunatus Holdings Limited Secure transaction system
US8352360B2 (en) * 2003-06-30 2013-01-08 Toshiba Global Commerce Solutions Holdings Corporation Method and system for secured transactions over a wireless network
EP1906349A1 (en) * 2003-07-02 2008-04-02 Mobipay International, S.A. Payment and transaction system using digital mobile telephones
EP1654712A1 (en) * 2003-07-02 2006-05-10 Mobipay International, S.A. Digital mobile telephone transaction and payment system
JP4564309B2 (ja) * 2004-08-31 2010-10-20 株式会社日本総合研究所 カードの不正な使用を防止する支援サーバ、支援方法およびプログラム
WO2006073382A1 (en) * 2004-12-30 2006-07-13 Telefonaktiebolaget Lm Erisson (Publ) System and method for call completion on busy subscriber (ccbs)- feature in a wireless communications network
FR2880449B1 (fr) * 2004-12-31 2007-04-20 Charles Tuil Procede de transaction electronique par messagerie mobile
KR100614248B1 (ko) * 2005-01-10 2006-08-21 에프앤비씨 (주) 전화결제를 위한 호전환 방법
US7357310B2 (en) 2005-03-11 2008-04-15 Gerry Calabrese Mobile phone charge card notification and authorization method
US7634251B2 (en) * 2006-06-20 2009-12-15 Motorola, Inc. Method and system for generating peer to peer billing records when one or more clients pay for the other clients
CN104867012A (zh) * 2006-08-01 2015-08-26 Q佩控股有限公司 交易授权系统和方法以及远程支付系统
WO2008015637A2 (en) * 2006-08-02 2008-02-07 Firstrand Bank Limited Mobile payment method and system
US8510223B2 (en) * 2006-08-03 2013-08-13 The Western Union Company Money transfer transactions via pre-paid wireless communication devices
US8909553B2 (en) * 2006-09-06 2014-12-09 Transaction Wireless, Inc. Payment card terminal for mobile phones
US7873200B1 (en) 2006-10-31 2011-01-18 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US8708227B1 (en) 2006-10-31 2014-04-29 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US20100094735A1 (en) * 2006-11-15 2010-04-15 Charles Reynolds Methods and systems for automated payments
US8615426B2 (en) 2006-12-26 2013-12-24 Visa U.S.A. Inc. Coupon offers from multiple entities
US20080201226A1 (en) * 2006-12-26 2008-08-21 Mark Carlson Mobile coupon method and portable consumer device for utilizing same
US9940627B2 (en) 2006-12-26 2018-04-10 Visa U.S.A. Inc. Mobile coupon method and system
US20080154735A1 (en) * 2006-12-26 2008-06-26 Mark Carlson Mobile vending purchasing
CN101595491A (zh) 2006-12-26 2009-12-02 维萨美国股份有限公司 移动自动售货机购买
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
CA2689479A1 (en) 2007-06-04 2008-12-11 Bce Inc. Methods and systems for validating online transactions using location information
US8768778B2 (en) 2007-06-29 2014-07-01 Boku, Inc. Effecting an electronic payment
US8170527B2 (en) 2007-09-26 2012-05-01 Visa U.S.A. Inc. Real-time balance on a mobile phone
US9058512B1 (en) 2007-09-28 2015-06-16 United Services Automobile Association (Usaa) Systems and methods for digital signature detection
US9159101B1 (en) 2007-10-23 2015-10-13 United Services Automobile Association (Usaa) Image processing
US10380562B1 (en) 2008-02-07 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US9715709B2 (en) * 2008-05-09 2017-07-25 Visa International Services Association Communication device including multi-part alias identifier
GB0809386D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Transferring funds electronically
GB0809382D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
GB0809383D0 (en) 2008-05-23 2008-07-02 Vidicom Ltd Customer to supplier funds transfer
GB0809381D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
US9542687B2 (en) 2008-06-26 2017-01-10 Visa International Service Association Systems and methods for visual representation of offers
CN101625779A (zh) * 2008-07-11 2010-01-13 深圳富泰宏精密工业有限公司 移动终端及通过该移动终端进行信用卡消费的方法
US20100017413A1 (en) * 2008-07-17 2010-01-21 Ian Edward James Systems and methods for transferring value
TWI503767B (zh) * 2008-08-01 2015-10-11 Chiun Mai Comm Systems Inc 移動終端及透過該移動終端進行信用卡消費的方法
US20100293065A1 (en) * 2008-08-14 2010-11-18 Mike Brody System and method for paying a merchant using a cellular telephone account
US10504185B1 (en) 2008-09-08 2019-12-10 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US9824355B2 (en) 2008-09-22 2017-11-21 Visa International Service Association Method of performing transactions with contactless payment devices using pre-tap and two-tap operations
US8977567B2 (en) 2008-09-22 2015-03-10 Visa International Service Association Recordation of electronic payment transaction information
US10706402B2 (en) 2008-09-22 2020-07-07 Visa International Service Association Over the air update of payment transaction data stored in secure memory
WO2010035224A2 (en) * 2008-09-23 2010-04-01 Virtual Payment Solutions (Pty) Ltd A transaction method and system
FR2936888B1 (fr) * 2008-10-02 2011-06-10 Lemon Way Procede d'acces et de gestion, a partir d'un terminal, de donnees bancaires gerees par un serveur, produit programme d'ordinateur, moyen de stockage, terminal, equipement intermediaire et serveur correspondants
EP2189933A1 (en) * 2008-11-24 2010-05-26 Research in Motion Electronic payment system including merchant server and associated methods
US8116730B2 (en) * 2009-01-23 2012-02-14 Vidicom Limited Systems and methods to control online transactions
US9652761B2 (en) 2009-01-23 2017-05-16 Boku, Inc. Systems and methods to facilitate electronic payments
US8041639B2 (en) * 2009-01-23 2011-10-18 Vidicom Limited Systems and methods to facilitate online transactions
US8452689B1 (en) 2009-02-18 2013-05-28 United Services Automobile Association (Usaa) Systems and methods of check detection
US8548426B2 (en) 2009-02-20 2013-10-01 Boku, Inc. Systems and methods to approve electronic payments
US9990623B2 (en) 2009-03-02 2018-06-05 Boku, Inc. Systems and methods to provide information
US10956728B1 (en) 2009-03-04 2021-03-23 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US8700530B2 (en) 2009-03-10 2014-04-15 Boku, Inc. Systems and methods to process user initiated transactions
US8160943B2 (en) * 2009-03-27 2012-04-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8224727B2 (en) * 2009-05-27 2012-07-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8131258B2 (en) 2009-04-20 2012-03-06 Boku, Inc. Systems and methods to process transaction requests
US9595028B2 (en) 2009-06-08 2017-03-14 Boku, Inc. Systems and methods to add funds to an account via a mobile communication device
US9697510B2 (en) 2009-07-23 2017-07-04 Boku, Inc. Systems and methods to facilitate retail transactions
US9519892B2 (en) 2009-08-04 2016-12-13 Boku, Inc. Systems and methods to accelerate transactions
EP2465082A4 (en) * 2009-08-14 2015-04-01 Payfone Inc SYSTEM AND METHOD FOR PAYING A TRADER USING A CELL PHONE ACCOUNT
US8977571B1 (en) 2009-08-21 2015-03-10 United Services Automobile Association (Usaa) Systems and methods for image monitoring of check during mobile deposit
US8660911B2 (en) 2009-09-23 2014-02-25 Boku, Inc. Systems and methods to facilitate online transactions
US8224709B2 (en) 2009-10-01 2012-07-17 Boku, Inc. Systems and methods for pre-defined purchases on a mobile communication device
ITMI20091811A1 (it) * 2009-10-20 2011-04-21 Carlo Casale Metodo e sistema per l'esecuzione di una transazione di pagamento mediante un dispositivo di comunicazione mobile non riproducibile a fini fraudolenti
WO2011058563A1 (en) 2009-11-16 2011-05-19 Nsof Connect Ltd Integrated network based e-commerce and analysis systems and methods
US20110125610A1 (en) * 2009-11-20 2011-05-26 Boku, Inc. Systems and Methods to Automate the Initiation of Transactions via Mobile Devices
US8412626B2 (en) 2009-12-10 2013-04-02 Boku, Inc. Systems and methods to secure transactions via mobile devices
US10255591B2 (en) 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value
US20110172848A1 (en) * 2010-01-11 2011-07-14 Vendmore Systems, Llc Smart visi-coolers
US8566188B2 (en) 2010-01-13 2013-10-22 Boku, Inc. Systems and methods to route messages to facilitate online transactions
US8219542B2 (en) 2010-03-25 2012-07-10 Boku, Inc. Systems and methods to provide access control via mobile phones
US8583504B2 (en) 2010-03-29 2013-11-12 Boku, Inc. Systems and methods to provide offers on mobile devices
US8355987B2 (en) 2010-05-06 2013-01-15 Boku, Inc. Systems and methods to manage information
US9129340B1 (en) 2010-06-08 2015-09-08 United Services Automobile Association (Usaa) Apparatuses, methods and systems for remote deposit capture with enhanced image detection
WO2012021716A2 (en) 2010-08-11 2012-02-16 Boku, Inc. Systems and methods to identify carrier information for transmission of premium messages
US20120123941A1 (en) * 2010-11-17 2012-05-17 American Express Travel Related Services Company, Inc. Internet facilitation of fraud services
US8699994B2 (en) 2010-12-16 2014-04-15 Boku, Inc. Systems and methods to selectively authenticate via mobile communications
US8412155B2 (en) 2010-12-20 2013-04-02 Boku, Inc. Systems and methods to accelerate transactions based on predictions
US8583496B2 (en) 2010-12-29 2013-11-12 Boku, Inc. Systems and methods to process payments via account identifiers and phone numbers
US8700524B2 (en) 2011-01-04 2014-04-15 Boku, Inc. Systems and methods to restrict payment transactions
US10140814B2 (en) * 2011-01-31 2018-11-27 Bally Gaming, Inc. Mobile payment and credit integration into a wagering game machine
EP2511861A1 (en) * 2011-04-14 2012-10-17 Deutsche Post AG Remote signature system
US8543087B2 (en) 2011-04-26 2013-09-24 Boku, Inc. Systems and methods to facilitate repeated purchases
US9830622B1 (en) 2011-04-28 2017-11-28 Boku, Inc. Systems and methods to process donations
US9191217B2 (en) 2011-04-28 2015-11-17 Boku, Inc. Systems and methods to process donations
WO2013012671A1 (en) * 2011-07-15 2013-01-24 Mastercard International, Inc. Methods and systems for payments assurance
WO2013010220A1 (en) * 2011-07-18 2013-01-24 Reply Paid Pte Ltd Electronic mobile transaction method
US20130024366A1 (en) * 2011-07-21 2013-01-24 Ebay, Inc. Merchant initiated payment using consumer device
US8996613B2 (en) * 2011-12-16 2015-03-31 Sap Se Automated activity creation in a mobile device business application
US10127540B2 (en) 2011-12-19 2018-11-13 Paypal, Inc. System and method for facilitating electronic financial transactions during a phone call
US10380565B1 (en) 2012-01-05 2019-08-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US9870670B2 (en) 2012-03-20 2018-01-16 Tricopian, Llc Two-way exchange vending
US9710805B2 (en) 2012-06-18 2017-07-18 Paypal, Inc. Prepaid wallet for merchants
US20140025571A1 (en) * 2012-07-23 2014-01-23 Its, Inc. System and method for dual message consumer authentication value-based eft transactions
CN102831079B (zh) * 2012-08-20 2016-02-24 中兴通讯股份有限公司 一种对移动终端进行检测的方法和移动终端
JP2015532584A (ja) 2012-10-19 2015-11-09 トライコピアン・エルエルシー 再充電可能バッテリを提供するためのシステムおよび方法
SE536683C2 (sv) * 2012-11-16 2014-05-20 Mobile Payment Solutions Holding Nordic Ab Förfarande för att utföra en betalning med hjälp av en bärbar kommunikationsenhet
TW201435768A (zh) * 2013-03-15 2014-09-16 Ri Li Feng He Co Ltd 行動通訊裝置下單購物的妥投付費方法及該系統平台
US9582789B2 (en) * 2013-03-15 2017-02-28 Google Inc. Payments in communication systems
US11727430B2 (en) 2013-07-13 2023-08-15 Bruce Mitchell Tracking transactions across multiple payment processing networks
US10546315B2 (en) * 2013-07-13 2020-01-28 Bruce Mitchell Systems and methods to enable offer and rewards marketing, and customer relationship management (CRM) network platform
WO2015027215A1 (en) 2013-08-22 2015-02-26 Tricopian, Llc Standardized rechargeable battery cell
US9286514B1 (en) 2013-10-17 2016-03-15 United Services Automobile Association (Usaa) Character count determination for a digital image
JP6050217B2 (ja) * 2013-11-19 2016-12-21 トヨタ自動車株式会社 吸気ダクト
US20240273497A1 (en) * 2013-12-18 2024-08-15 PayRange Inc. Refund Centers For Processing And Dispensing Vending Machine Refunds Via An MDB Router
EP3129935A4 (en) * 2014-04-08 2017-11-08 Capital One Financial Corporation Systems and methods for transacting at an atm using a mobile device
CN104079581B (zh) * 2014-07-16 2017-07-11 金红宇 身份认证方法及设备
US9906954B2 (en) 2014-10-20 2018-02-27 Payfone, Inc. Identity authentication
US10304042B2 (en) 2014-11-06 2019-05-28 Early Warning Services, Llc Location-based authentication of transactions conducted using mobile devices
CN105741113A (zh) * 2014-12-11 2016-07-06 群信行动数位科技股份有限公司 以电子钱包在网络交易端进行交易的方法
CN106411812B (zh) 2015-07-27 2019-10-08 阿里巴巴集团控股有限公司 用户身份的验证方法、系统和验证服务器
US10506281B1 (en) 2015-12-22 2019-12-10 United Services Automobile Association (Usaa) System and method for capturing audio or video data
US11295293B2 (en) * 2016-01-07 2022-04-05 Worldpay, Llc Point of interaction device emulation for payment transaction simulation
US10325420B1 (en) 2016-03-10 2019-06-18 United Services Automobile Association (Usaa) VIN scan recall notification
US11176231B2 (en) 2016-05-19 2021-11-16 Payfone, Inc. Identifying and authenticating users based on passive factors determined from sensor data
TWI623897B (zh) * 2017-01-26 2018-05-11 Mobile device remote one-time verification payment method
CN107194689B (zh) * 2017-06-16 2024-05-03 河南晟宇信息技术有限公司 基于近场磁通信与接近关系检测的手机支付系统与方法
SG10201801949XA (en) * 2018-03-08 2019-10-30 Mastercard International Inc Communication device, computer-implemented methods and software for obtaining information offline
US11030752B1 (en) 2018-04-27 2021-06-08 United Services Automobile Association (Usaa) System, computing device, and method for document detection
CN109195157B (zh) * 2018-09-04 2021-09-07 中国联合网络通信集团有限公司 应用管理方法、装置及终端
JP6585808B1 (ja) * 2018-12-21 2019-10-02 ＬＩＮＥ Ｐａｙ株式会社 生成方法、プログラム、情報処理装置
US12457486B2 (en) 2021-01-07 2025-10-28 Prove Identity, Inc. Transmitting a complement of user parameters to a communications device
CA3218903A1 (en) 2021-05-19 2022-11-24 Jeffrey Robert Naujok Single-exchange authentication of a communications device
US12211095B1 (en) 2024-03-01 2025-01-28 United Services Automobile Association (Usaa) System and method for mobile check deposit enabling auto-capture functionality via video frame processing

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5223699A (en) * 1990-11-05 1993-06-29 At&T Bell Laboratories Recording and billing system
CA2059078C (en) * 1991-02-27 1995-10-03 Alexander G. Fraser Mediation of transactions by a communications system
US5754655A (en) 1992-05-26 1998-05-19 Hughes; Thomas S. System for remote purchase payment and remote bill payment transactions
DE69314804T2 (de) * 1992-11-11 1998-02-12 Finland Telecom Oy Verfahren zum durchführen von finanziellen transaktionen mittels eines mobilen telephonsystems
US5400395A (en) * 1993-04-05 1995-03-21 The United States Of America As Represented By The Secretary Of The Navy Telephone line selector and call accountant
US5608778A (en) * 1994-09-22 1997-03-04 Lucent Technologies Inc. Cellular telephone as an authenticated transaction controller
FI100137B (fi) 1994-10-28 1997-09-30 Vazvan Simin Reaaliaikainen langaton telemaksujärjestelmä
AU2802797A (en) * 1996-04-15 1997-11-19 Jerry R. Martinez Method and apparatus for validating credit information during home delivery of order
EP0960402B1 (en) 1996-06-19 2007-09-26 Behruz Vazvan Real time system and method for remote purchase payment and remote bill payment transactions and transferring of electronic cash and other required data
US6868391B1 (en) * 1997-04-15 2005-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Tele/datacommunications payment method and apparatus
DK175911B1 (da) 1997-05-26 2005-06-20 Metax Olie As System for automatisk brændstoffrigörelse samt fremgangsmåde for tankning af et köretöj
AU761284B2 (en) 1997-08-13 2003-05-29 Panasonic Corporation Mobile electronic commerce system
CA2307843C (en) * 1997-10-29 2008-02-19 Sonera Oyj Procedure and system for providing a service
US7167711B1 (en) * 1997-12-23 2007-01-23 Openwave Systems Inc. System and method for controlling financial transactions over a wireless network
AUPP220998A0 (en) 1998-03-05 1998-04-02 Keycorp Limited Mobile electronic payment terminal
FR2779896B1 (fr) 1998-06-15 2000-10-13 Sfr Sa PROCEDE POUR PAYER A DISTANCE, AU MOYEN D'UN RADIOTELEPHONIQUE MOBILE, l'ACQUISITION D'UN BIEN ET/OU D'UN SERVICE ET SYSTEME ET RADIOTELEPHONE MOBILE CORRESPONDANTS
US6195542B1 (en) * 1998-07-31 2001-02-27 Avaya Technology Corp. Identification by a central computer of a wireless telephone functioning as a transaction device
ATE442746T1 (de) 1998-09-10 2009-09-15 Swisscom Ag Verfahren zum kaufen von waren oder dienstleistungen mit einem mobiltelefon

Also Published As

Publication number Publication date
TR200002314A2 (tr) 2001-10-22
BR0004917A (pt) 2002-01-02
AU5184000A (en) 2001-09-27
ATE260500T1 (de) 2004-03-15
EA200000745A1 (ru) 2001-10-22
AU758512B2 (en) 2003-03-20
JP2001283124A (ja) 2001-10-12
NO20003971L (no) 2001-09-25
HK1043418A1 (en) 2002-09-13
NZ506168A (en) 2003-05-30
HU0003043D0 (en) 2000-10-28
HK1043418B (en) 2004-12-24
US20070027803A1 (en) 2007-02-01
IL137591A0 (en) 2001-07-24
PL341887A1 (en) 2001-10-08
ID29692A (id) 2001-09-27
SG86428A1 (en) 2002-02-19
EP1136961A1 (en) 2001-09-26
TW511364B (en) 2002-11-21
DK1136961T3 (da) 2004-06-28
NO20003971D0 (no) 2000-08-04
HU224086B1 (hu) 2005-05-30
TR200002314A3 (tr) 2001-10-22
EP1136961B1 (en) 2004-02-25
DE60008496D1 (de) 2004-04-01
EA003681B1 (ru) 2003-08-28
PT1136961E (pt) 2004-07-30
DE1136961T1 (de) 2003-05-28
HUP0003043A3 (en) 2001-12-28
HUP0003043A2 (hu) 2001-11-28
UY26272A1 (es) 2001-01-31
SK11652000A3 (sk) 2001-11-06
CN1346205A (zh) 2002-04-24
CN1201609C (zh) 2005-05-11
MA25156A1 (fr) 2001-04-02
KR20010092636A (ko) 2001-10-26
CA2315308A1 (en) 2001-09-24
JP3708807B2 (ja) 2005-10-19

Similar Documents

Publication Publication Date Title
CZ20002888A3 (cs) Systém a způsob pro zpracování plateb a transakcí
US7275685B2 (en) Method for electronic payment
US9256868B2 (en) Switching functions for mobile payments system
US8352360B2 (en) Method and system for secured transactions over a wireless network
US8200260B2 (en) Systems and methods for processing purchase transactions between mobile phones
US20060224470A1 (en) Digital mobile telephone transaction and payment system
US20020181710A1 (en) Mobile transaction system and method
EP2587420A1 (en) Authentication and payment system and method using mobile communication terminal
JP2000163487A (ja) 取引方法
WO2009069905A2 (en) System for mobile payment service using phone number and method thereof
CN101232710A (zh) 虚拟终端
US7054835B2 (en) Electronic commerce providing system having orderer authenticating function
JP2011044151A (ja) 安全な携帯端末支払いのための方法とシステム
US20040030642A1 (en) Method and arrangement for the transfer of an electronic sum of money from a credit store
EP1906349A1 (en) Payment and transaction system using digital mobile telephones
KR102087977B1 (ko) 통합 쿠폰 관리 방법 및 장치
JP3454785B2 (ja) カード決済加盟店端末、カード決済サービスシステム、及びカード決済におけるカード有効性表示方法
AU2004100516A4 (en) Purchasing goods or services on the Internet
MXPA00007644A (en) System and process for remote payments and transactions in real time by mobile telephone
HUP0600652A2 (en) Method and system for electronic financial transactions
WO2006044213A2 (en) A method for electronic payment