Studio e sviluppo di un’applicazione MHP per la gestione dei pagamenti

mediante TV digitale terrestre

ObiettivoSviluppare un’applicazione Java MHP per la gestione dei pagamenti con carta di credito mediante la televisione digitale terrestre

2

Segnale digitale terrestre

Broadcaster

TV & Set Top Box

Carta di Credito

Pagamento

La TV digitale terrestre

3

Transport Stream

Il commercio elettronico

I sistemi di pagamento elettronici sono stati ideati per effettuare in tempi e costi ridotti trasferimenti di fondi tra soggetti semplificando i rapporti commerciali

4

Metodi di pagamento

Il mezzo utilizzato per il pagamento è lo stesso utilizzato per la prenotazione.

Il mezzo utilizzato per il pagamento è diverso dal mezzo utilizzato per la prenotazione.

Soggetti coinvolti

• il titolare della carta (buyer/compratore)

• chi vende il bene/servizio (merchant/venditore)

• l’ente finanziario cui il merchant si appoggia (aquirer/acquirente)

• la società che ha emesso la carta di credito (issuer/fornitore)

• le Authority competenti al rilascio del certificato digitale (SSL)

5

L’issuer apre un conto bancario per il buyer ed eventualmente emette una carta di credito.

L'aquirer apre un conto bancario per il merchant, dove questi dopo l'operazione di compra-vendita, si troverà accreditato il denaro ricevuto dal buyer.

Sistemi di pagamento elettronico

Sistemi PRE-PAID o “Cash-Like”

6

Sistemi PAY-NOW

Sistemi PAY-LATER

GestPay Server to Server

7

Si tratta di un gateway di pagamento, che permette di accettare transazioni online con carta di credito.

La comunicazione tra il server GestPay e il server del merchant viene gestita automaticamente dal componente GestPayS2S che gestisce la transazione, l’invio dei dati e la lettura dell’esito comunicato.

•identificativo ShopLogin

•ambiente BackOffice

Caratteristiche GestPayS2S

Il modulo GPS2S è costituito da un’unica classe Java che utilizza due tipologie di metodi:

•metodi per iniziare le fasi della transazione e per la connessione server to server HTTPS

•metodi GET e SET per l’accesso ai dati inseriti nell’applicazione interattiva.

8

Infrastruttura del progetto

9

Raccoglie le richieste inviate al server

Passa le richieste al modulo

Reindirizza le risposte al STB

Infrastruttura del progetto

10

Servlet

Raccoglie le richieste inviate al server

Passa le richieste al modulo

Reindirizza le risposte al STB

Infrastruttura del progetto

11

Servlet

Raccoglie le richieste inviate al server

Passa le richieste al modulo

Reindirizza le risposte al STB

Per adattare le esigenze del merchant alla struttura

sono stati progettati due modelli:

• one server – one merchant

• one server – more merchant (Aggregatore)

one server – one merchant

12

Merchant

Server Merchant

In questo modello il Server è di proprietà del singolo merchant.

one server – more merchant

13

Merchant 1

Server Merchant

Merchant 2

In questo modello il Server è utilizzato da merchant differenti.

Il servizio di Server Merchant viene fornito da uno specifico Gestore.

Struttura Generale

Sviluppo PayDTT

15

J-mag

Sviluppo PayDTT

16

MODELVIEW CONTROLLER

L’utilizzo del Design Pattern M.V.C, ha permesso la creazione di un modulo per i pagamenti, integrabile con altre applicazioni.

Utilizzo carta di credito con chip

L’utente può utilizzare per il pagamento una carta di credito con chip.

17

Set-Top box e carta di credito comunicano attraverso il Comando APDU (Application Protocol Data Unit)

•ROM•EEPROM•Flash EEPROM•RAM•Microprocessore•BUS•Contatti

Sviluppo PAYCUP

Il modulo per i pagamenti PayDTT è stato integrato con l’applicazione

18

•integrazione Strutturale

•integrazione Grafica

Conclusioni e possibili sviluppi

PayDTT: •applicazione interattiva•televisione digitale terrestre •pagamento di beni e servizi

19

Infrastruttura server merchant

Studio e sviluppo di un componente JavaBean per la lettura delle carte di credito da integrare a PayDTT

La realizzazione dell’Aggregatore in uno scenario commerciale reale