Apuestas de lotería on-line mediante teléfonos móviles

Transcripción

1 Pryect Explratri. Apuestas ltería n-line mediante teléfns móviles Prpuesta presentada pr: Manuel Alvarez-Campana Teléfn: Departament Ingeniería Sistemas Telemátics ETSI Telecmunicación Universidad Plitécnica Madrid Entregable 1: Especificación requisits l sistema

2 12345 APUESTAS...8 INTRODUCCIÓN...2 FLUJOS MODELO INFORMACIÓN DE DE INFORMACIÓN...4 NEGOCIO: PERSISTENTE: IDENTIFICACIÓN APOSTANTE, Y CARACTERIZACIÓN OPERADOR, ORGANISMO DE ACTORES REQUISITOS ANONIMATO...8 AUTENTICACIÓN...8 CONFIDENCIALIDAD...9 SEGURIDAD...8 Índice SOPORTE TABLA WAP...12 J2ME...13 SEGURIDAD SMS...10 SOBRE RESUMEN...14 FRENTE TERMINALES A UNIVERSALIDAD...9 DISTINTAS FUNCIONALIDADES INFORMACIÓN ACTORES DEL MODELO CONOCIDA POR NEGOCIO OBTENCIÓN COMUNICACIÓN DE CLAVE APUESTA DE ACCESO USUARIO ENTRE USUARIOS USUARIO Y SERVICIO...5 OPERADOR...6 Y Y OPERADOR...5 Y ORGANISMO DE RED...4 FIGURA COBRO SEGURIDAD SERVICIO DE DE APUESTA DE FRENTE LOTERÍA ENTRE A UNIVERSALIDAD...10 CON MENSAJES OPERADOR WAP JAVA 21.X...12 MICRO CORTOS...11 Y ORGANISMO EDITION...14 DE APUESTAS...7 DE APUESTAS...7 Índice figuras 1

3 El ltería dcument presente dich n-line pryect. dcument mediante teléfns primer móviles entregable y cnstituye l pryect la especificación explratri Apuestas requisits escenaris intificand finición se estructura l en ml ls siguientes negci apartads: actres. apuestas y caracterizand móviles. ls diferentes que sprta actres la invlucrads presente prpuesta, Una intificación participantes. ls flujs y cntenids entre ls diverss en abrdan finición tres apartads: requisits ls requisits annimat, persistencia seguridad autenticación para la infrmación el servici y cnfincialidad, apuestas, cada un cn que ls un se En el ml Finalmente pr análisis las diferentes l negci sprte se finen clases intervienen que ls frecen terminales: requisits ls terminales tres actres btenibles SMS, y res que WAP, pr se a J2ME. representan ests las prestacines requisits. en la Figura sprtadas 1. Usuari En apuestas n-line: Figura 1. Actres l ml negci su infrmación abnads Es un virtud usuari esta telecmunicacines asciación tiene una móviles cuenta l crédit (abnad Red. El un Tiene pósit un intificadr (abnad únic prepag) y necesari gestinad su pr relación Operadr. el Operadr cntrat) que Operadr para usuari númer prteger be prepag. Red, a su este acces hacer teléfn que númer le una al prprcinará servici. subscripción móvil. cas El Operadr abnads pue cntrat, tener asciada n, cas más 2 algún psitiva mecanism al servici (p.ej. clave apuestas acces) cn el 1 Intrducción 2 Ml negci: Intificación y caracterización actres. Usuari Operadr Red Organism Apuestas

4 Operadr aceptada usuari be recibir una cnfirmación fehaciente que cada apuesta ha sid Operadr El Red: y que cntenga una intificación única dicha apuesta. una mediante móviles Operadr a usuaris Red que prprcina se registren y sean aceptads. valr Cnsecuentemente añadid apuestas Organism Respect la emulación al dará la baja función registrad a ls usuaris realización el servici, l servici la la apuesta función que así l un sliciten. Operadr spach físic Red intificada. Mantener infrmación teléfn) administración y carg durante el que intificadr Apuestas a el ascie la tiemp cuenta lterías, y al entrega legalmente l intificadr la cliente, apuesta. es cir usuari establecid registr l la usuari recepción y una validación para cnfirmación (mínim el cbr la electrónica apuesta, su premis fehaciente númer cn cbr una el e Organism Tener mediante bancaria, Opcinalmente, envía mecanisms abn facilitand que la cuenta el permitan cbr que el spachs el cbr usuari autrizads. tiene ls premis: en el Operadr, frma transferencia electrónica, cmunicar el premi al usuari si Organism Apuestas una infrmación cn el intificadr la apuesta y cuantía. la Recibe Red tds Apuestas: ls efects, análga el Organism a cm l hace Apuestas cn un spach se relacina físic. cn el Operadr un Mantener infrmación misma. spach la l slicitud durante Operadr que físic. ascie el tiemp el cbr cntenid al intificadr legalmente un spach, la establecid apuesta la que apuesta y pue una para premiada intificación ser el cbr el Operadr y su premis unívca cntenid. Red una El ml Pudiend establecid Opcinalmente, intificación autmática). scartar para reclamacines las apuestas (pue n almacenarlas premiadas tras en un el pósit períd n legalmente accesible Para el negci usuari: frece cmunicar apuesta ls siguientes y ls cuantía. premis alicientes: Operadr Red enviand la Para el Operadr Opcinalmente, el Realizar La apartad ls n necesidad períds la apuesta Red: flujs establecids recibir s dispner avis infrmación. cualquier para efectiv. cada lugar srte. en cualquier mment ntr 3 l premi y su cuantía según se indica A

5 Prprcinar Incrementar Cbr sus un direct ingress nuev prcentaje servici mediante us al la servici usuari apuesta algun al al usuari. ls Organism siguientes mls: Apuestas Para el Organism frma Beneficis usuari, cuantía). la cuenta análga Apuestas: particularmente financiers l al usuari ml si ls (est para ls pags pue spachs reintegrs ser premis un físics. y servici premis realizan adicinal a escasa través al Es al expltar la elección impulsiva repercutir ( impulse Simplificación sus Increment cbertura ventas universal, chice ) a través l administrativa vlumen abiert un sus macr clientes. las apuestas al 24 cncentrar spach hras al l dispner día. virtual. un vlumen un imprtante spach Infrmación nuestra sbre pinión ls usuaris que se l pue nuev cnstruir servici un ningún cas cste negci adicinal muy pr el rentable mism. sin El pr intercambiada entre el usuari y el Operadr Red: intificación recncid servici el Operadr, scansa l punt cm en uns se acces representa dats para cncids suscribirse en la previamente Figura al servici, 2, el tant usuari y el pr Operadr be el usuari, cncer be cm tener la al usuari y su cuenta asciada. respnsable prpner En para la este suscripción una usuari clave Figura generar (ver el que Operadr 2. Figura le Infrmación la fuera infrmación, 3). simplemente fácil (Ns cncida limitams recrdar, pr pr prprcina usuaris a expner y una Operadr quién clave en Red últim acces términ al servici es 4 ejempl, y el Operadr en este cas valida el y usuari acepta). pdría 3 Flujs infrmación Infrmación preexistente: Intificación para accer al servici suscripción Usuari Infrmación preexistente: Intificación usuari y cuenta asciada Operadr Red

6 Slicitud l servici: Intificación implícita En Operadr usuari clave cntenid la Figura 4 se representa Figura 3. Obtención el intercambi clave acces infrmación al servici imprte sea siempre acces, la Red la apuesta, se que supne cir, creems necesita en implícita. sí, intifica es que para cir pue El la la usuari realización cm resultar cmbinación un le imprtante prprcina usuari la apuesta. registrad númers que al entre el La usuari intificación y el resultads, autrizad, usuari cntrle Red y l su crrespndiente efects. cnsciente l a la valr apuesta realizada, l apstad. y que El sirve usuari resguard recibirá l la Operadr misma a una tds clave ls y Usuari Operadr Red Cnfirmación activación: Clave Acces Slicitud apuesta: Clave Acces + Cntenid Apuesta + Imprte Usuari Figura 4. Cmunicación apuesta 5 entre usuari y Operadr Operadr Red Cnfirmación apuesta: Intificación apuesta

7 El cbr la el Operadr apuesta intercambi Abnar Enviar que ls (e termina premis implícitamente, al usuari infrmación se btiene representa su cm la cuenta entre infrmación siempre, el cn la usuari Figura el Operadr 5. y intificación), la el cuantía El Operadr usuari (infrmándle que envía pue: y cn Red la esta intificación para la cuantía) infrmación efectuar el Transferir suscripción se l la abnen infrmación la l cuantía usuari efectiv a l un premi spach a físic una dn cuenta se bancaria encuentre asciada el usuari cn para la Slicitud cbr: Intificación apuesta Cnsirand Organism representads en ahra Apuestas, la Figura ls intercambis ests Cbr en apuesta el cas infrmación entre usuari la realización entre y Operadr el Operadr la apuesta Red están y el Usuari 6 Operadr Red Infrmación pag: Punt cbr, Cuantía

8 Cmunicación apuesta: Cntenid Apuesta Mientras que Figura el intercambi 6. Cmunicación para el apuesta cbr entre apuestas Operadr se y muestra Organism en la Apuestas Figura 7. Operadr Red Organism Apuestas Cnfirmación apuesta: Intificación apuesta Petición cbr: Intificación apuesta, punt cbr se su Del le annimat; la fluj transfiere apuesta, Figura per pr infrmación tra n 7. Cbr hace parte, es us sbre el apuesta resaltar Operadr esta el usuari entre infrmación. que, Operadr pr apstante, Red una simplemente y parte Organism cn al l Organism cual retransmite Apuestas psible el Apuestas cntenid mantener n 7 Operadr Red Organism Apuestas Abn premi: punt cbr, premi

9 Del pósits En el apartad usuari dats l anterir servici: cada pue un ducir ls apstantes. las infrmacines que ben permanecer en ls En el Operadr Dirección Clave Pr usuari acces apuestas l nd l servici apuestas Intidad apuesta: Intificadr Cntenid l Red: usuari la apuesta la (cnveniente aunque n necesaria) En el Organism Clave Cuenta Pr acces al servici Intificadr suscripción Cntenid apuesta Intificadr cbr la apuesta (be permanecer durante el períd máxim Apuestas: la apuesta premis) El Ambas ben permanecer accesibles frma inmediata, si la apuesta annimat, premiada, durante el períd legal máxim cbr premis; y accesibles necesidad frma diferida durante el períd reclamacines si la apuesta n resulta entre servici premiada. la apuestas autenticación be y pseer la cnfincialidad. requisits seguridad A cntinuación en l que se se explica refiere al El la seguridad y psibles y la implementacines universalidad l servici. estas características, así cm la relación apstante. Operadr cbrand bajs, misma annimat Para Red. est, realizaría refiere De l esta nrmal a las que manera, transaccines será el Organism ante que la exista necesarias llegada un Apuestas intermediari, cn un mensaje scnzca que pue apuestas, a Apuestas, priri ser al scncería también el imprte pdría cbrar usuari la en apuesta cuenta al Organism, abn. Del psitand mism md, el premi para premis en la btendría cuenta qué abn usuaris l realizan usuari. estas En tds apuestas, ests si cass, bien, el Operadr Organism Red sí que el La que autenticación se le va esta a infrmación. cbrar tiene la varis apuesta. sentids. Para ell, Pr 8 un el Operadr lad es necesari Red pue autenticar utilizar al usuari la cuenta al 4 Infrmación persistente: en apstante, Operadr, Organism Apuestas 5 Requisits seguridad 5.1 Annimat 5.2 Autenticación

10 cbrar Pr resguard el númer gran. abn tr apuestas. lad, s secret también la Sbre que para se td evitar hace necesari si que la imprte apuesta, alguien que la per que Organism las parece tenga apuestas acces acnsejable (si Apuestas sn terminal múltiples) que pueda se pueda añada autenticar l hacer un premi PIN usuari que el Organism cm válid. Para Apuestas ell se firme pue el resguard utilizar algún emitid. algritm Est también clave pública permite un al líneas Firma(resguard)=Ksecreta(H(resguard)) La resguard, En (pr firma cas expnen cmprbar puest crrecta el ests que que que algritms. el si se resguard el scifrar resguard btener n pueda l dicha Kpública cntener emitid huella se btiene y la dich que firma Kpública(Ksecreta(X))=X. el Organism. pr valr prblemas Las huella siguientes espaci H l quien Organism btener H(Firma(resguard))=H(Ksecreta(H(resguard))) huella ejempl, pue (hash) el mensaje para cmprbar un la reprducir SMS l firma, que n el aunque pue se la blet, btuv). huella cntener al este (a Las n partir cas más pseer siguientes l únicamente resultad el 150 usuari líneas caracteres), expnen el la una Organism clave huella este pdría cas. n incluir Apuestas psible dich una cm El En usuari Organism la Ksecreta. n pue Apuestas cmprbarl, pue pues reprducir Ksecreta(H(resguard)) Kpública(H(resguard)). esta huella, al pseer tant el resguard scnzca psibles Para claves envía l ell, que fraus nuevamente tant respecta pr el cntenid parte a cnfincialidad, l necesari persnal la apuesta l utilizar Operadr. cm algritms interesante el resguard criptgráfics, que el la Operadr misma, cmbinand para evitar Red infrmación. aleatria Apuestas, usaría la públicas apuesta evitand cn cifre claves que esta simétricas. intermediari una clave En este que pueda cas únicamente sería cncer necesari cnzca el cntenid que el usuari que líneas que sesión, Est pdría se que pue btenerla a su hacer vez utilizand cifrand vaya cifrada su el clave cntenid privada. la clave la El pública apuesta Organism l usand Organism una Apuestas clave scriben misma este clave algritm: para vlver el resguard al usuari. Las siguientes Cnfincialidad {Kpública(Ksesión),Ksesión(apuesta)} Ksecreta(Kpública(Ksesión))=Ksesión. Ksesión 1(Ksesión(apuesta))=apuesta, usuari cnce Apuestas y Al pues envía cnce mism tiemp Ksecreta apuesta una clave btiene y simétrica. btiene la la siguiente apuesta manera: La El Organism usuari btiene Apuestas el resguard cifra cm el Ksesión 1(Ksesión(resguard))=resguard cm (resguard) cm cn la seguridad universalidad inpenncia (según refiere las tecnlgía características a que que pueda éste cmentadas 9 accer psea. Si al anterirmente) bien servici tant cn la universalidad cualquier sn seables, terminal, cm la 5.4 Seguridad frente a universalidad

11 Figura que alcanza 8 muestra a un cm menr para númer btener usuaris. un mayr Al grad mism seguridad, tiemp, si se usa trata una tecnlgía abarcar el mayr menr seguridad. númer usuaris, será necesari emplear una tecnlgía que prprcine Seguridad J2ME PKI WAP / WTSL El tras apartad siguiente scribe Figura estas 8. Seguridad tecnlgías, frente teniend a universalidad Para tecnlógicas. cuestines. accer al servici ltería s ls terminales en existen cuenta varias este prblema psibilidas entre SMS, Micr cntinuación universalidad, Finalmente, dispnible Editin, se Éstas interfaz que examinan para van, la según ttalidad tecnlgía ests usuari, el tres grad métds sprtada flexibilidad, usuaris, spliegue, pr pasand acces, tiemp un menr s cmparándls pr Wap, el númer sarrll us y llegand mensajes terminales. y términs seguridad. a Java crts A 2 Si ls se siguientes utilizan se SMS presenta para una accer tabla al cmparativa. servici ltería, habría que tener cnsiración clave Es La cncret servicis <jueg> interfaz tecnlgía para punts: <n1> y premium distinguir cn viene <n2> una universal: dada existentes. sintaxis entre <n3> pr tds la <n4> el bien Ltería Pr enví ls finida, <n5> terminales un mensaje pseen a acces un númer a mensajes teléfn crts. 10 ejempl, Primitiva <n6>, externa la l sintaxis dn jueves la terminal, <jueg> pdría (LJ), l ser al es sábad estil la una siguiente: palabra (LS), ls SMS/ USSD Usuaris 6 Sprte sbre terminales cn distintas funcinalidas 6.1 SMS

12 la Figura Debid muy incrrects, múltiple. semanal sintaxis, 9 a (LJS), presenta la las interfaz palabras un Grd psible cmentada, clave (GOR). ejempl y el Pr númer flexibilidad tant, acces teléfn necesari servici interacción que pr acces el SMS. cn usuari al el servici. usuari recuer En limitada, n generar pudiéndse númers cmprbar aleatris, en el cambiar terminal el si se tip intrducen apuesta númers a una La métds prgramar cambi, el tiemp sarrll es muy pequeñ en cmparación ls es implementación. Finalmente, añadir las que una se interfaz explican más usuari, alante. l Est que se reduce be a cnsirablemente n necesari que apuesta, autenticación que l será que cncida usand se refiere un pr PIN a seguridad, al Operadr final l n es mensaje, psible Red, al aunque dar ir cnfincialidad clar. dad Se que pdría tdas la a btención prprcine actuand resguard, apuestas la red cm l haga serán este PIN intermediari l servici. simples, l abnad. usuari, El est Operadr Otra l aunque n mensaje. parece pción pue este necesari, Pr prprcinar el cas tr us y lad, necesari basta mensajes annimat l que USSD autenticación el respecta al Operadr usuari, para al caracteres, firma, válida, que per le pr en n vale ls usuari que al SMS Organism ests que n resguards el caben resguard Apuestas firmas únicamente l sea. digitales, para cmprbar pdrían dad llevar el que límite un la hash apuesta 150 es la Figura 9. Servici ltería 11 cn mensajes crts

13 Si cuenta cm l Es parque tener capacidad, La interfaz siguiente: una tecnlgía terminales usuari mens al psee servici splegada alguna ltería versión que se el emplea SMS, este prtcl. WAP, aunque es la necesari También mayr parte hay tener que l en cas, Amás, acerca interfaz cuenta que usuari supnen la diversidad es necesidas bastante versines mejr adaptación a la l WAP cas a cada y SMS, cas. brwsers, dad cn que distinta pdría ls a distints través a través pass páginas l WMLScript la apuesta, que así pseen cm puen enlaces, tip hacer se cmprbacines pue apuesta dirigir y cmbinación. al usuari en lcales este 6.2 WAP La Cn tips flexibilidad ser ls la interfaz númers que aprta que la aplicación WAP se vayan respect intrduciend. lterías al rest usand slucines La Figura WAP. 10 much muestra mayr. cóm númers servidr, versión En respect l intrducids. apuestas, servici, cliente a ls n SMSs, cm usar tiene Pr cmbinacines en sí que tr curre este realizar lad, cas en el al el ningún cas usuari estar aleatris tip las Java. sí páginas que e actualización inclus pue almacenadas realizar cmprbar cambia distints en ls un la través páginas. Finalmente, cnfincialidad scifra la l que páginas respecta a l HTML, al la que tiemp siend se refiere sarrll, necesari aunque a la el se seguridad, mantenimient similar use WTLS, al n un la servici pasarela sesines psible dad WAP entre dar a el actuar un slventar También acces prblema, el intermediari WAP. cntenid. enví pues Para WAP apuesta, También prprcinar 1.x la n apuesta. que se permite pue iría annimat En asciad guardar añadir l que respecta a autenticación infrmación al la usuari, línea al s resguard, el usand Operadr la terminal. que un se plantea PIN realiza pue Para pueda accer se est, pue a el ells resguard permitir también que se pr pue el WAP. Operadr enviar pr guar SMS ls cm resguards, en el cas y el anterir. usuari Figura 10. Servici 12 ltería cn WAP 1.x

14 La Editin. última Cn númer perfil biblitecas La En interfaz este respect cas que usuaris. hay a la que estudia universalidad, Amás, tener es en cuenta las que esta diferencias se que: tecnlgía pdría btener entre es las utilizand distintas que abarca Java versines un 2 menr Micr que instalada aplicacines MIDP presentes hacen que en tdas para las sarrllar versines. el servici haya que utilizar aquellas l terminales psible interfaz hay que se permiten pue scargar utilizar presentar l previamente que tantas se text, cnce veces en gráfics cm el terminal. e midlet, quiera. icns Una una Amás, en pequeña vez la pantalla scargada estas aplicación mini- ls e 6.3 J2ME La servici usuari flexibilidad interfaz sea cada much manera vez utilizand esta que menr much slución esta a usa. la más tecnlgía. Amás, permite WAP, vistsa al que es que n el psible tener WAP. tráfic que La reutilizar relativ scargar Figura la cmpnentes 11 peración la muestra interfaz una l (J2SE). biblitecas que sn aplicación, hay 14 apuestas, que sarrlladas prces actualizar sin que plen pr el pue servici tercers. al 15), tedis el (pr Sin usuari ejempl, embarg, y cmplicad. be las vlver se quinielas presenta a scargar esta el prblema temprada e instalar La la recepción El Java, tiemp mayr aunque ventaja las sarrll biblitecas que aprta esta widgets tecnlgía aplicación es distinta amás es similar a la la al interfaz tras versión aplicacines usuari, estándar esta cntenid cifrad Organism para psibilidad infrmación. para l que resguard, la sól apuesta. emplear Pr l un pueda evitand Al lad, métds mism abrir se que tiemp, puen más el usuari. Operadr segurs utilizar el También resguard l Red biblitecas enví pue pueda pue ir hacer firmad que la igualmente apuesta nada cifren pr cn el el annimat almacenar se Apuestas, dich pue resguard prcer para evitar cm ntr el en repudi. ls la cass aplicación. J2ME anterires. psee Para también la autenticación un métd y 13

15 Figura 11. Servici ltería cn Java 2 Micr Editin Ventajas La ventajas Tabla e 1 incnvenientes. muestra un resumen ls tips acces estudiads, según sus Incnvenientes SMS Tabla Rápid implementar Tds terminales Entrada 1. Resumen ls WAP distints 1.x métds acces Cnfincialidad ls usar dats e Menús aplicación Mdificacines servidr Cnfincialidad Descargas en J2ME Interfaz usuari Cnfincialidad 6.4 Tabla resumen páginas us cada Prces (re)instalación Pcs terminales 14