ITTO20070252A1 - Sistema telematico per la gestione sicura di transazioni, e relativo metodo - Google Patents

Description

D E S C R I Z I O N E

La presente invenzione è relativa ad un sistema telematico, e ad un relativo metodo, per la gestione sicura di transazioni di prodotti e/o servizi.

Sono noti sistemi telematici atti a mettere in contatto un acquirente (buyer) ed un venditore di prodotti/fornitore di servizi (seller), per l'esecuzione di transazioni; in particolare, il cosiddetto commercio elettronico (e-commerce) negli ultimi anni ha acquistato un peso sempre maggiore nel volume complessivo degli scambi commerciali. La diffusione di Internet ha senz'altro avuto un ruolo fondamentale in tal senso.

In modo noto, un utente presso un dispositivo Client ha infatti la possibilità di collegarsi ad una pluralità di server per l'accesso ad una pluralità di siti on-line di commercio elettronico, ad esempio per l'acquisto di prodotti, o la richiesta di fornitura di servizi, di svariato genere.

Tuttavia, un'importante limitazione associata a tali sistemi telematici è generalmente costituita dalla mancanza di certezza, per l'acquirente, della consegna della merce/fornitura del servizio pattuito, nonché della integrità o veridicità di tale merce, e per il venditore/fornitore, del pagamento del corrispettivo dovuto. Tale problematica costituisce un deterrente per molti potenziali fruitori del commercio elettronico, in particolar modo nel caso in cui gli importi coinvolti siano di entità rilevante.

Scopo della presente invenzione è pertanto quello di superare, almeno in parte, i succitati svantaggi e problemi legati alla tecnica nota.

Secondo la presente invenzione vengono pertanto forniti un sistema telematico di gestione di transazioni di prodotti e/o servizi, ed un relativo metodo di gestione, come definiti rispettivamente nelle rivendicazioni 1 e 12.

Per una migliore comprensione della presente invenzione, ne vengono ora descritte forme di realizzazione preferite, a puro titolo di esempio non limitativo e con riferimento ai disegni allegati, nei quali:

- la figura 1 mostra uno schema a blocchi di un'architettura generale di un sistema telematico di gestione di transazioni, secondo una forma di realizzazione della presente invenzione;

- la figura 2 mostra un diagramma di flusso relativo ad operazioni di associazione tra un'offerta di acquisto ed un'offerta di vendita nel sistema telematico di figura 1;

- le figure 3-11 mostrano schermate visualizzate presso uno o più dispositivi Client durante le fasi del diagramma di flusso di figura 2; e

- le figure 12 e 13 mostrano diagrammi di flusso relativi ad operazioni di perfezionamento di una transazione nel sistema telematico di figura 1.

Come mostrato in figura 1, un sistema telematico 1 per la gestione di transazioni di prodotti e/o servizi comprende una rete di interconnessione 2, atta a consentire un collegamento telematico e la relativa comunicazione di dati tra un server 3, controllato da un'entità di gestione, supervisione e monitoraggio del sistema telematico 1, ed almeno un primo ed un secondo dispositivo Client 4, 5, controllati rispettivamente da un compratore e da un venditore/fornitore. Il compratore ed il venditore/fornitore possono essere un'impresa o un privato e sono i fruitori, previa sottoscrizione, del servizio telematico di commercio elettronico fornito dal server 3.

La rete di interconnessione 2 è generalmente la rete Internet, ma può essere sostituita da qualsiasi altra rete, cablata o wireless, atta a consentire lo scambio di dati tra gli apparecchi appartenenti al sistema telematico 1, ad esempio una rete LAN - Local Area Network, una rete WAN - Wide Area Network, una rete Intranet, ecc. Inoltre, il primo ed il secondo dispositivo Client 4, 5 possono essere costituiti da un qualsiasi dispositivo atto a consentire l'accesso alle risorse di rete; pertanto, sebbene rappresentati in figura 1 come un personal computer, essi possono essere costituiti da un PDA (Personal Digital Assistant), un telefono cellulare con funzionalità di accesso in rete, un decoder (cosiddetto "set-top box") o altro terminale Internet di tipo noto.

In maggiore dettaglio, il server 3 comprende un'unità di elaborazione centrale 6, una memoria centrale 7, ed un modulo di interfaccia di comunicazione 8, atto a consentire la trasmissione e la ricezione di dati attraverso la rete di interconnessione 2. Nella forma di realizzazione attualmente preferita, il server 3 ospita un sito di commercio elettronico per la gestione di transazioni di prodotti e servizi tra utenti registrati; a tal fine sono memorizzate all'interno della memoria centrale 7 una pluralità di pagine web, realizzate ad esempio in linguaggio HTML (Hypertext Markup Language), ed una pluralità di database. In particolare, come sarà chiarito in seguito, sono presenti almeno un data base di offerte di acquisto 9a, un data base di offerte di vendita 9b, ed un data base di dati personali 9c, quest'ultimo contenente informazioni utente (quali nome, indirizzo, preferenze, ordini precedentemente eseguiti) relativi ad utenti che hanno aderito tramite sottoscrizione al servizio telematico. Il reperimento delle informazioni utente può essere agevolato dall'utilizzo di un "cookie" opportunamente memorizzato nel rispettivo dispositivo Client. In modo di per sé noto, l'unità di elaborazione centrale 6 del server 3 opera in combinazione ed interagisce con i suddetti database ed il modulo di interfaccia di comunicazione 8 per fornire pagine web ad un dispositivo Client, in particolare reagendo a selezioni effettuate e a dati inviati da un utente del dispositivo Client attraverso la rete di interconnessione 2.

Ciascuno dei primo e secondo dispositivo Client 4, 5 è provvisto di un'unità di elaborazione locale (ad esempio una CPU - Central Processing Unit) 10, e di una memoria locale 11, per la memorizzazione di dati e programmi applicativi, tra cui almeno un'interfaccia di comunicazione (ad esempio un browser web) per l'interfacciamento con la rete di interconnessione 2, e l'accesso al sito di commercio elettronico ospitato dal server 3. Inoltre, ciascun dispositivo Client è dotato di mezzi di immissione dati 12 (ad esempio una tastiera, o un mouse) atti a consentire al relativo utente di interagire con il sistema telematico 1, in particolare di inviare dati al server 3, e di mezzi di visualizzazione 13 (ad esempio un display), per la visualizzazione, tra l'altro, di pagine web 14, e dei dati ad esse associati. Vantaggiosamente, il collegamento tra i dispositivi Client ed il server può avvenire attraverso un canale sicuro (ad esempio un canale SSL - Secure Sockets Layer), per ridurre il rischio di intercettazione di dati sensibili.

Alla rete di interconnessione 2 sono inoltre collegati, con modalità analoghe a quelle precedentemente descritte, un organismo bancario 15 ed un organismo garante 16, entrambi legati all'entità di gestione del sistema telematico 1 da uno specifico accordo contrattuale (o convenzione) per la regolamentazione della reciproca collaborazione per il servizio telematico. In particolare, l'organismo garante 16 può essere una compagnia assicuratrice, una banca, una società finanziaria, o un fondo pubblico o privato appositamente costituito o destinato.

Una forma di realizzazione della presente invenzione prevede che il sistema telematico 1 comprenda inoltre un dispositivo di controllo transazione 18 in possesso degli utenti che hanno aderito al servizio telematico. Il dispositivo di controllo transazione 18 è ad esempio un dispositivo elettronico portatile non-programmabile, e può essere configurato come dispositivo stand-alone o come dispositivo periferico di un rispettivo dispositivo Client, a cui è accoppiato ad esempio mediante un connettore USB 19. Il dispositivo di controllo transazione 18 è inoltre provvisto di un display alfanumerico, di un tastierino alfanumerico (o analogo strumento di immissione) per l'immissione di dati, di mezzi di segnalazione, ad esempio sotto forma di LED, e di un circuito elettronico dotato di una memoria e di un elaboratore locale. Il dispositivo di controllo transazione 18, ed in particolare la relativa memoria ed il relativo elaboratore locale, sono vantaggiosamente realizzati con tecnologia a prova di manomissione (tamperresistant), in modo da evitare accessi indesiderati dall'esterno, ed in particolare la lettura del contenuto della memoria.

Viene ora descritto con riferimento al diagramma di flusso di figura 2, ed alle schermate di figure 3-11, il procedimento implementato nel sistema telematico 1 per consentire l'incrocio di una domanda con un'offerta di prodotti e/o servìzi, ed il conseguente contatto tra un acquirente ed un venditore/fornitore abilitati all'utilizzo del servizio telematico.

In una fase iniziale, blocco 20, un utente con la necessità di acquistare un prodotto o un servizio accede al server 3 tramite il primo dispositivo Client 4, ed in particolare alla pagina iniziale (home page) del sito di commercio elettronico ospitato dal server 3. Sui mezzi di visualizzazione 13 del primo dispositivo Client 4 compare pertanto una schermata, mostrata a titolo di esempio in figura 3 (ma è evidente, come per le schermate mostrate in seguito, che implementazioni alternative ed equivalenti possono essere ugualmente previste), che offre la possibilità all'utente almeno di: inserire un'offerta di acquisto; consultare un elenco di offerte di acquisto; e consultare un elenco di offerte di vendita (legate ad una particolare offerta di acquisto precedentemente inserita, se presente).

Selezionando la voce di inserimento di un'offerta di acquisto, si passa al blocco 22 ed alla schermata mostrata in figura 4, per l'autenticazione del compratore, il quale deve inserire un codice utente ed una password, assegnategli o selezionate al momento della sottoscrizione al servizio telematico; nel caso in cui l'utente non sia ancora registrato, è richiesta la preventiva adesione e sottoscrizione al sistema telematico 1. In particolare, una forma di realizzazione della presente invenzione prevede che ogni transazione venga effettuata a fronte di una specifica garanzia rilasciata in capo al compratore dall'organismo garante 16. In tal caso, all'atto della sottoscrizione al servizio telematico, il compratore deve selezionare a quale garante (di cui egli è cliente) intende rivolgersi, tra una lista di garanti legati all'entità di gestione del sistema telematico 1 da specifici accordi contrattuali. L'entità di gestione del sistema telematico 1 comunica quindi le coordinate dell'utente compratore all'organismo garante selezionato; quest'ultimo verifica che il compratore sia effettivamente un suo cliente ed inoltre che questi abbia una linea di credito per il rilascio di garanzie. Solo nel caso in cui tali verifiche diano esito positivo, la sottoscrizione del compratore al servizio viene accettata e la procedura può continuare.

Il compratore, una volta confermata la sua adesione al sistema telematico 1, ha quindi la possibilità di introdurre un'offerta di acquisto che verrà memorizzata, se accettata, all'interno del data base di offerte di acquisto 9a della memoria centrale 7 del server 3. L'inserimento di un'offerta di acquisto comporta l'introduzione di una serie di dati relativi all'offerta, tra cui, come mostrato a titolo esemplificativo nella schermata di figura 5: un relativo settore merceologico; una tipologia di prodotto/servizio; una nazione, regione e luogo di consegna; una descrizione dell'oggetto; una data di scadenza dell'offerta e di consegna/esecuzione del prodotto/servizio; un relativo codice INCOTERMS; ed una modalità di pagamento. Inoltre, il compratore ha la possibilità di selezionare una prima modalità di esecuzione della transazione, cosiddetta versione deposito, ed una seconda modalità di esecuzione della transazione, cosiddetta versione garanzia (entrambe verranno descritte in dettaglio nel seguito). Nella versione garanzia, il compratore deve anche inserire il codice (o altro identificativo) dell'organismo garante 16 indicato all'atto della sottoscrizione.

Alla conferma dell'offerta di acquisto da parte del compratore, il flusso di processo implementato nel sistema telematico 1 prosegue al blocco 24, in cui l'entità che gestisce il sistema telematico 1 verifica l'offerta di acquisto inserita dal compratore. In particolare, nella versione deposito, la verifica si limita sostanzialmente ad un controllo di effettivo riempimento dei vari campi e di coerenza dei dati inseriti. In aggiunta a tale verifica, nella versione garanzia l'entità di gestione del sistema telematico invia, ad esempio tramite la rete di interconnessione 2, i dettagli dell'offerta di acquisto all'organismo garante 16, il quale verifica l'effettiva esistenza di una linea di credito per il rilascio di garanzie in capo al compratore.

Nel caso in cui la verifica per un qualsiasi motivo non dia esito positivo, in un blocco 26 successivo al blocco 24, l'offerta di acquisto viene scartata, e viene inviato un messaggio di errore segnalante le criticità riscontrate al primo dispositivo Client 4 del compratore (ad esempio mediante posta elettronica, e-mail).

Nel caso invece in cui tale verifica dia esito positivo, in un blocco 28 successivo al blocco 24, l'offerta di acquisto viene memorizzata nel data base di offerte di acquisto 9a e pubblicata sul sito di commercio elettronico ospitato dal server 3. A tale offerta viene assegnato un codice identificativo offerta di acquisto, che viene inviato al compratore (ad esempio nuovamente tramite posta elettronica); il codice identificativo offerta di acquisto può ad esempio essere composto da un campo progressivo giornaliero, seguito da un campo corrispondente alla data di inserimento, seguito a sua volta da un campo costituito dal codice della relativa autorità garante, se presente (versione garanzia), o da un codice fisso (versione deposito). Ad esempio, un codice identificativo offerta di acquisto può essere il codice "55100220076133", dove "55" è il campo progressivo giornaliero, "10022007" è il campo data di inserimento, e "6133" è il campo codice garante/codice fisso.

L'offerta di acquisto inserita risulta a questo punto liberamente consultabile accedendo alla voce di consultazione dell'elenco di offerte di acquisto dalla pagina iniziale del sito. Le figure 6-8 sono relative a videate visualizzabili presso un dispositivo Client, che mostrano rispettivamente: una maschera di ricerca utilizzabile per recuperare un gruppo di offerte di acquisto soddisfacente a determinati criteri; l'elenco delle offerte di acquisto individuate, in questo caso relative ad un determinato settore merceologico; ed un dettaglio riepilogativo di una di tali offerte di acquisto, mostrante tutti i dettagli relativi ad essa disponibili on-line. Vantaggiosamente, ciascuna nuova offerta di acquisto può essere inviata automaticamente dal server 3 a tutti gli iscritti ad una mailìng list correlata all'offerta di acquisto, ad esempio in base ad un determinato settore merceologico, o località di acquisto. In particolare, si sottolinea che l'offerta di acquisto a questo livello è compiutamente codificata, ma del tutto anonima .

La pubblicazione dell'offerta di acquisto viene in seguito eliminata dal sito se si verifica una qualsiasi delle seguenti condizioni: il compratore perfeziona un ordine aderendo ad una delle offerte di vendita ricevute (nel modo che sarà descritto in seguito); il compratore revoca l'offerta di acquisto; l'offerta di acquisto raggiunge il periodo massimo di pubblicazione previsto dal servizio telematico.

A questo punto, blocco 30, un venditore/fornitore, tramite il secondo dispositivo Client 5, accedendo al server 3 tramite la rete di interconnessione 2, ha la possibilità di consultare le varie offerte di acquisto pubblicate, e di inserire una o più offerte di vendita in risposta a relative offerte di acquisto. A tal fine, come mostrato nella suddetta figura 8, la schermata di dettaglio di ciascuna offerta di acquisto presenta una voce di inserimento di una corrispondente offerta di vendita. Dopo aver inserito codice utente e password (ed eventualmente effettuata la sottoscrizione al servizio telematico, in modo del tutto analogo a quanto descritto precedentemente), il venditore/fornitore inserisce almeno un prezzo offerto ed eventualmente alcuni dettagli integrativi relativi all'offerta di vendita, si veda la schermata di figura 9. La conferma dell'inserimento dell'offerta di vendita comporta la memorizzazione dei relativi dati all'interno del database di offerte di vendita 9b nel server 3, e l'assegnazione e l'invio al venditore/fornitore di un codice identificativo offerta di vendita. Tale codice può essere costituito ad esempio dal corrispondente codice identificativo offerta di acquisto seguito da un campo progressivo; il codice identificativo offerta di vendita corrispondente al codice identificativo offerta di acquisto "55100220076133" può essere "551002200761330014". Come l'offerta di acquisto, anche l'offerta di vendita risulta, una volta inserita, del tutto codificata, ma ancora anonima.

Vantaggiosamente, il compratore riceve dal server 3, ad esempio mediante posta elettronica, ogni offerta di vendita relativa ad un'offerta di acquisto precedentemente inserita. Inoltre, il compratore ha la possibilità di consultare on-line l'elenco delle offerte di vendita relative ad una particolare offerta di acquisto, selezionando l'apposita voce della pagina iniziale, ed arrivando così alla schermata di figura 10. In una forma di realizzazione, l'accesso all'elenco delle offerte di vendita è riservato al solo compratore (e richiede pertanto l'inserimento di codice identificativo e password).

Il compratore rimane quindi in attesa, blocco 32, di identificare un'offerta di vendita soddisfacente (chiaramente, tale attesa termina nel caso in cui si raggiunga la scadenza dell'offerta di acquisto, dopodiché l'offerta stessa viene revocata). Nel caso in cui il compratore individui un'offerta di vendita soddisfacente, egli seleziona tale offerta dall'elenco di offerte di vendita, blocco 34. Viene a tal fine visualizzata una schermata di conferma riepilogativa, figura 11, tramite la quale il compratore conferma l'abbinamento tra il codice identificativo offerta di acquisto ed il codice identificativo offerta di vendita visualizzati .

Secondo un aspetto principale della presente invenzione, blocco 36, l'entità di gestione del sistema telematico 1, una volta ricevuta dal primo dispositivo Client 4 l'informazione di abbinamento tra offerta di acquisto ed offerta di vendita, assegna al compratore ed al venditore/fornitore rispettivamente un codice consegna compratore ed un codice consegna venditore, che verranno utilizzati per garantire la sicurezza della transazione, ed in particolare: la certezza della consegna della merce/esecuzione del servizio per il compratore, e la certezza del pagamento del corrispettivo dovuto per il venditore. I rispettivi codici di consegna sono chiavi segrete e vengono inviati esclusivamente ai rispettivi destinatari, ad esempio tramite e-mail, o sms, o eventualmente in formato cartaceo tramite posta ordinaria. Inoltre, essi risultano legati in modo univoco, ed in particolare il codice consegna venditore è legato al codice consegna compratore, in modo tale che sia possibile a posteriori verificare la corrispondenza tra i codici.

In una forma di realizzazione attualmente preferita, il codice consegna compratore è un codice casuale generato dall'unità di elaborazione centrale 6 del server 3 (ad esempio tramite un generatore pseudorandom), ed è costituito da una stringa di caratteri alfanumerici di lunghezza predefinita, ad esempio di 16 elementi (tale codice potrebbe pertanto presentarsi come "A9U7NPJ4D53XZ285"). Il codice consegna venditore è costituito da una porzione random del codice consegna compratore, estratta in modo casuale dall'unità di elaborazione centrale 6 con apposita procedura di estrazione casuale. Ad esempio, il codice consegna venditore può essere costituito da 8 elementi, consecutivi o meno, ciascuno corrispondente per valore e posizione ad un elemento presente nel codice consegna compratore (il codice di consegna venditore potrebbe pertanto essere "-9U-NP-4-5-X—8-", oppure "A-7N-J4-5-Z-5", dove i caratteri indicano la presenza di un rispettivo carattere nella stringa del codice consegna compratore).

In una forma di realizzazione della presente invenzione, il venditore/fornitore inserisce il codice consegna venditore, ricevuto dal server 3 tramite la rete di interconnessione 2, all'interno del dispositivo di controllo transazione 18 (mediante immissione manuale, o mediante procedura automatica, previo collegamento del dispositivo di controllo transazione 18 al secondo dispositivo Client 5). Data la natura antimanomissione della circuiteria del dispositivo di controllo transazione 18, il codice introdotto in memoria non risulta accessibile dall'esterno a personale non autorizzato all'utilizzo del dispositivo stesso.

In modo equivalente, potrebbero essere utilizzate altre tecniche di generazione del codice dì consegna compratore, e del codice di consegna venditore in funzione del suddetto codice di consegna compratore. In particolare, potrebbe essere utilizzata una tecnica di crittografia asimmetrica (ad esempio di tipo RSA) utilizzante una coppia di chiavi pubblica/privata, una tecnica di firma digitale ed autenticazione, oppure un'opportuna funzione di hash per la generazione del codice consegna venditore a partire dal codice consegna fornitore. Tali tecniche sono di tipo per sé noto, e non vengono pertanto qui descritte in dettaglio.

L'entità di gestione del sistema telematico 1 mette a questo punto in contatto il compratore ed il venditore/fornitore, inviando a ciascuno i dati personali e recapiti dell'altro, prelevandoli dal data base dati personali 9c. Inoltre, sempre in questa fase, vengono eseguite le operazioni preliminari che in seguito consentiranno il pagamento della merce/servizio, ed il perfezionamento della transazione. In dettaglio, nella versione deposito, in base al prezzo indicato nell'ordine, il compratore accredita il corrispettivo su un conto corrente intestato all'entità di gestione del sistema telematico 1, presso l'organismo bancario 15, specificando nella causale di accredito il codice identificativo dell'offerta di acquisto a cui si riferisce l'ordine. La somma di denaro è mantenuta sul conto suddetto in attesa di essere trasferita a favore del venditore/fornitore, al perfezionamento della transazione. Nella versione garanzia, in base al prezzo indicato nell'ordine, l'organismo garante 16, su istruzione dell'entità di gestione del sistema telematico 1, emette una garanzia autonoma a prima richiesta a favore del venditore/fornitore, specificando nuovamente il codice identificativo dell'offerta di acquisto a cui l'ordine si riferisce; l'organismo garante 16 verifica l'esistenza e la disponibilità della linea di credito per il rilascio della garanzia, ed in caso positivo emette la stessa, senza tuttavia consegnare l'originale cartaceo né al compratore, né al venditore/fornitore. La garanzia in tal modo è emessa ma non ancora attivata, in attesa di essere richiesta dal venditore/fornitore.

Segue, blocco 38, una fase di interazione tra il compratore ed il venditore/fornitore, i quali si mettono in contatto tra di loro, ed organizzano i dettagli della consegna del(i) prodotto(i), o della fornitura del(i) servizio(i). Viene quindi eseguita la consegna della merce al compratore, ad esempio mediante uno spedizioniere, o l'esecuzione del servizio pattuito. In particolare, nel caso in cui la prestazione del servizio richieda più scadenze, verranno emessi tanti codici consegna e verranno effettuati tanti versamenti (o emesse tante garanzie) quanti sono i termini di scadenza previsti nell'ordine .

Al ricevimento della merce (o all'esecuzione del servizio), blocco 40, il compratore o un suo incaricato ne controlla la quantità e la qualità.

Nel caso in cui tale verifica abbia esito negativo, blocco 42 successivo al blocco 40, il compratore rifiuta la merce (o il servizio), e di conseguenza non consegna il codice consegna compratore al venditore/fornitore. Si sottolinea a questo riguardo che il trasferimento al venditore/fornitore della somma precedentemente immobilizzata sul conto corrente, o il rilascio allo stesso venditore/fornitore dell'’originale della garanzia, e quindi l'attivazione della stessa, vengono effettuati su ordine dell'entità di gestione del sistema telematico 1, solo a patto che il venditore/fornitore dimostri di essere in possesso dell'esatto codice consegna compratore. Si apprezza quindi come tale procedura assicuri un'effettiva garanzia per il compratore, il quale è in grado di autorizzare il pagamento pattuito solamente nel caso in cui sia soddisfatto della transazione avvenuta.

Nel caso in cui la verifica suddetta abbia invece esito positivo, blocco 44, il compratore comunica al venditore/fornitore il codice consegna compratore ricevuto al momento del perfezionamento dell'ordine .

Il venditore/fornitore, utilizzando il proprio codice consegna venditore, è ora in grado di verificare, blocco 46, l'autenticità del codice ricevuto dal compratore, e di proseguire con la consegna/fornitura solamente nel caso in cui la verifica dia esito positivo. In particolare, il venditore/fornitore confronta la porzione random del codice in suo possesso con l'intero codice consegna compratore, e ne verifica la corrispondenza per valore e posizione nella stringa di caratteri. Tale verifica è in grado di fornire al venditore/fornitore la certezza dell'autenticità dell'identità del compratore, e la certezza che questi abbia effettivamente eseguito le procedure preliminari previste dal sistema telematico 1 per assicurare la certezza del pagamento del corrispettivo pattuito (versamento del corrispettivo su conto corrente, o emissione della garanzia).

In una forma di realizzazione della presente invenzione, la verifica dell'autenticità del codice consegna compratore viene eseguita automaticamente dal dispositivo di controllo transazione 18, senza che l'utente sia a conoscenza della procedura di generazione dei codici consegna e della relazione tra gli stessi. A tal fine, l'elaboratore locale di tale dispositivo è in grado di elaborare in modo opportuno il codice consegna venditore in esso memorizzato ed il codice consegna compratore (inserito dal venditore, ad esempio tramite i relativi mezzi di immissione), per verificare che il codice consegna venditore possa essere effettivamente ricavato a partire dal codice consegna compratore tramite una funzione predeterminata (anch'essa memorizzata in modo permanente nel dispositivo di controllo transazione 18). Nel caso più semplice, il dispositivo è in grado di eseguire un "matching" per valore e posizione dei caratteri dei due codici, e di verificare che il codice consegna venditore corrisponda effettivamente ad una porzione random del codice consegna compratore; in alternativa, il dispositivo di controllo transazione 18 può essere configurato per implementare opportune funzioni di crittografia asimmetrica, o funzioni di hash, per verificare la corrispondenza tra i codici consegna compratore e venditore. l'esito positivo della verifica può essere indicato al venditore/fornitore tramite i mezzi di segnalazione, ad esempio mediante accensione del LED.

Nel caso in cui la verifica di autenticità sia negativa, il venditore/fornitore non porta a termine la consegna della merce/esecuzione del servizio, blocco 48.

Altrimenti, blocco 50, il venditore/fornitore comunica all'entità di gestione del sistema telematico 1, ad esempio tramite la rete di interconnessione 2, il codice consegna compratore fornitogli dal compratore ed il codice identificativo acquisto a cui l'offerta si riferisce; il procedimento prosegue quindi con l'esecuzione delle fasi necessarie al pagamento del corrispettivo dovuto, in maniera differente a seconda che la transazione venga condotta con o in assenza dell'assistenza dell'organismo garante 16.

In dettaglio, nella versione deposito, figura 12, in un blocco 52 successivo al blocco 50, l'unità di elaborazione centrale 6 del server 3 verifica l'esattezza dei dati ricevuti, ed in particolare la corretta associazione tra il codice identificativo offerta di acquisto ed il codice di consegna compratore (entrambi memorizzati nella memoria centrale 7).

Nel caso in cui i dati siano corretti, blocco 54, viene disposto il pagamento a favore del venditore del corrispettivo dovuto, trasferendo i fondi precedentemente depositati dal compratore sul conto corrente intestato a nome dell'entità di gestione del sistema telematico 1.

Altrimenti, blocco 56, vengono segnalate le anomalie riscontrate al venditore/fornitore, e non viene disposto il pagamento del corrispettivo dovuto. In tal caso, ed anche nel caso in cui il compratore si sia rifiutato di comunicare il codice consegna compratore a causa della mancata o imperfetta consegna della merce/esecuzione del servizio, la somma in deposito transitorio non viene ritirata dal venditore/fornitore. La liberazione di tale somma al compratore viene successivamente disposta dall'entità di gestione del sistema telematico 1 nel caso in cui venga fatta richiesta dal compratore e venga dato il consenso dal venditore/fornitore. La liberazione della somma sul conto corrente avviene anche nel caso in cui la transizione sia andata a buon fine, ma dopo un certo periodo di tempo limite (indicato nell'ordine di acquisto), il venditore/fornitore non abbia ancora richiesto la somma dovuta.

Nella versione garanzia, figura 13, in un blocco 58 successivo al blocco 50, l'entità di gestione del sistema telematico 1, verificata la corrispondenza e la correttezza del codice consegna compratore ricevuto dal venditore/fornitore, autorizza l'organismo garante 16 al rilascio e attivazione della garanzia, che viene ritirata dallo stesso venditore/fornitore .

Entro la scadenza del termine previsto per il(i) pagamento (i), come previsto dai dettagli dell'ordine, il compratore, tramite bonifico, è tenuto a trasferire il corrispettivo dovuto sul conto corrente del venditore/fornitore, blocco 60.

Si rimane quindi in attesa dell'esecuzione del suddetto bonifico, blocco 62.

Nel caso in cui un bonifico contenente i codici dell'ordine (codice identificativo offerta di acquisto e codice consegna) venga eseguito nei tempi previsti, il compratore può richiedere o meno l'annullamento della garanzia, blocco 64.

Se il compratore richiede l'annullamento, blocco 66, egli invia una corrispondente richiesta al server 3, indicando gli estremi del bonifico eseguito a favore del venditore/fornitore. L'entità di gestione del sistema telematico invia quindi una richiesta di conferma dell'esecuzione del bonifico all'organismo bancario 15 incaricato dal compratore di effettuare il bonifico.

In caso di ricevimento della conferma dal suddetto organismo bancario nel blocco 68, in un successivo blocco 70 l'entità di gestione ordina all'organismo garante 16 di scaricare la garanzia e di ripristinare la linea di credito in capo al compratore per il rilascio di ulteriori garanzie.

Altrimenti, e anche nel caso in cui il compratore nel blocco 64 non richieda l'annullamento della garanzia, il flusso di processo prosegue verso un blocco 72, in cui, alla scadenza dei termini previsti, la garanzia si annulla e la linea di credito in capo al compratore si ricostituisce per l'importo corrispondente alla garanzia annullata.

Nel caso in cui nel blocco 60 il compratore non esegua il bonifico bancario nei tempi e modalità dovute, in un blocco 74 successivo al blocco 62, il venditore/fornitore comunica all'entità di gestione del sistema telematico 1 l'intenzione di escutere la garanzia, e la suddetta entità comunica a sua volta tale intenzione al compratore.

In un successivo blocco 76, il procedimento rimane in attesa della comunicazione all'entità di gestione da parte del compratore degli estremi dell'avvenuto bonifico, per un periodo di tempo prestabilito .

Nel caso in cui tale comunicazione si verifichi entro il termine stabilito, l'entità di gestione, previa conferma dell'avvenuto bonifico da parte dell'organismo bancario 15, informa in tal senso il venditore/fornitore, blocco 78.

Altrimenti, blocco 80, la suddetta entità informa l'organismo garante 16 del mancato pagamento, e conferma al venditore/fornitore tale mancato pagamento, in modo che quest'ultimo proceda a richiedere l'escussione della garanzia allo stesso organismo garante 16.

In ogni caso, si sottolinea nuovamente come la procedura implementata nel sistema telematico 1 assicuri al venditore/fornitore, una volta consegnata la merce o eseguito il servizio, la garanzia di ricevere in ogni caso il pagamento dovuto.

I vantaggi del sistema e del procedimento descritti risultano evidenti dalla descrizione precedente.

In particolare, essi consentono l'effettiva creazione di un nuovo tipo di canale di commercio elettronico in grado di mettere in contatto la domanda con l'offerta di prodotti e servizi garantendo la certezza della consegna e del pagamento del corrispettivo dovuto. Il risultante sistema telematico di transazione risulterà pertanto utilizzabile con successo da un numero maggiore di utenti, normalmente scoraggiati dalla mancanza di sicurezza fino ad ora associata agli ambienti di commercio elettronico.

Inoltre, tale sistema può essere implementato in modo semplice e non oneroso dal punto di vista economico, sfruttando infrastrutture telematiche già esistenti.

La presenza di due versioni di pagamento possibili, mediante deposito bancario e garanzia, permette inoltre di soddisfare maggiormente le diversificate esigenze degli utenti.

Risulta infine chiaro che a quanto qui descritto ed illustrato possono essere apportate modifiche e varianti senza per questo uscire dall'ambito di protezione della presente invenzione, come definito nelle rivendicazioni allegate.

In particolare, è evidente che altre tecnologie, ed in particolare una diversa architettura di rete o una diversa codifica dei dati scambiati, possono essere utilizzate per implementare il procedimento descritto.

Inoltre, è chiaro che il sistema ed il procedimento descritti sono applicabili per qualsiasi genere di transazione di prodotti e/o servizi.

Claims (21)

1. RIVENDICAZIONI 1. Sistema telematico (1) per la gestione di una transazione tra un compratore ed un venditore di un prodotto o servizio, comprendente: - mezzi di elaborazione centrale (3) controllati da un gestore di detto sistema telematico (1); e - mezzi di elaborazione locale (4, 5) controllati da detti compratore e venditore, e configurati in modo da interagire con detti mezzi di elaborazione centrale (3) remotamente attraverso una rete di interconnessione (2), per stabilire un abbinamento tra un'offerta di acquisto ed un'offerta di vendita; caratterizzato dal fatto che detti mezzi di elaborazione centrale (3), in risposta allo stabilirsi di detto abbinamento, sono configurati in modo da generare, e da comunicare a detti compratore e venditore, rispettivi codici consegna utilizzabili in una fase di reciproca interazione per avere garantita la sicurezza di detta transazione.
2. 2. Sistema secondo la rivendicazione 1, in cui detti codici consegna comprendono un codice consegna compratore ed un codice consegna venditore, legato a detto codice consegna compratore da una determinata relazione; detta reciproca interazione prevedendo uno scambio di detti codici consegna ed una verifica dell'esistenza di detta determinata relazione, ed un perfezionamento di detta transazione essendo subordinato all'esito di detta verifica.
3. 3. Sistema secondo la rivendicazione 2, comprendente inoltre un dispositivo elettronico di verifica (18), azionabile da almeno uno tra detti compratore e venditore e configurato in modo da eseguire detta verifica.
4. 4. Sistema secondo la rivendicazione 3, in cui detto scambio di codici prevede la comunicazione di detto codice consegna compratore da detto compratore a detto venditore nel caso in cui detto compratore riceva correttamente detto prodotto o servizio da detto venditore, e detto dispositivo elettronico di verifica (18) è configurato in modo da ricevere detto codice consegna compratore e da elaborarlo congiuntamente a detto codice consegna venditore, per consentire a detto venditore l'esecuzione di detta verifica.
5. 5. Sistema secondo una qualsiasi delle rivendicazioni 2-4, in cui detti mezzi di elaborazione centrale (3) comprendono mezzi di generazione codice, configurati in modo da generare detto codice consegna compratore come una sequenza casuale di caratteri alfanumerici, e detto codice consegna venditore come una porzione estratta in modo casuale da detta sequenza.
6. 6. Sistema secondo una qualsiasi delle rivendicazioni 2-5, in cui detti codice consegna compratore e codice consegna venditore sono chiavi segrete.
7. 7. Sistema secondo una qualsiasi delle rivendicazioni precedenti, in cui detti mezzi di elaborazione locale (4, 5) comprendono: un primo dispositivo client (4), controllato da detto compratore, e configurato in modo da interagire con detti mezzi di elaborazione centrale (3) per l'inserimento di un'offerta di acquisto; ed un secondo dispositivo Client (5), controllato da detto venditore, e configurato in modo da interagire con detti mezzi di elaborazione centrale (3) per l'inserimento di un'offerta di vendita in risposta a detta offerta di acquisto; detto primo dispositivo client (4) essendo inoltre configurato per interagire con detti mezzi di elaborazione centrale (3) per stabilire detto abbinamento tra detta offerta di vendita e detta offerta di acquisto.
8. 8. Sistema secondo la rivendicazione 7, in cui dette offerta di acquisto ed offerta di vendita sono consultabili in modo anonimo, e detti mezzi di elaborazione centrale (3) sono inoltre configurati in modo da comunicare, in risposta allo stabilirsi di detto abbinamento, dati personali di detti compratore e venditore rispettivamente a detti venditore e compratore, in modo da consentire detta fase di reciproca interazione.
9. 9. Sistema secondo la rivendicazione 7 o 8 quando dipendenti dalla rivendicazione 2, in cui detto primo dispositivo Client (4) è inoltre configurato in modo da interagire con detti mezzi di elaborazione centrale (3) per implementare operazioni preliminari per l'esecuzione di un pagamento di un corrispettivo a detto venditore al perfezionamento di detta transazione; detto secondo dispositivo Client (5) è configurato in modo da interagire con detti mezzi di elaborazione centrale (3) per comunicare l'avvenuta verifica dell'esistenza di detta determinata relazione; e detti mezzi di elaborazione centrale (3) sono configurati in modo da abilitare l'esecuzione di detto pagamento in risposta a detta comunicazione di avvenuta verifica.
10. 10. Sistema secondo la rivendicazione 9, in cui dette operazioni preliminari comprendono il versamento di detto corrispettivo su un fondo controllato da detto gestore di detto sistema telematico (1), o l'emissione di una garanzia per detto corrispettivo a favore di detto venditore da parte di un organismo garante (16) collegato a detto sistema telematico (1); e detti mezzi di elaborazione centrale (3) sono configurati in modo da autorizzare il trasferimento di detto corrispettivo da detto fondo a detto venditore, o il rilascio di detta garanzia, in risposta a detta comunicazione di avvenuta verifica.
11. 11. Sistema secondo una qualsiasi delle rivendicazioni precedenti, in cui detta rete di interconnessione (2) è una rete Internet, e detti mezzi di elaborazione centrale comprendono un server (3) atto ad ospitare un sito Internet.
12. 12. Metodo di gestione di una transazione tra un compratore ed un venditore dì un prodotto o servìzio in un sistema telematico (1) provvisto di mezzi di elaborazione centrale (3) controllati da un gestore di detto sistema telematico (1), e di mezzi di elaborazione locale (4, 5) controllati da detti compratore e venditore e configurati in modo da interagire con detti mezzi di elaborazione centrale (3) remotamente attraverso una rete di interconnessione (2), detto metodo comprendendo la fase di: - in detti mezzi di elaborazione locale (4, 5), stabilire un abbinamento tra un'offerta di acquisto ed un'offerta di vendita; caratterizzato dal fatto di comprendere la fase di: - in detti mezzi di elaborazione centrale (3), in risposta allo stabilirsi di detto abbinamento, generare, e comunicare a detti compratore e venditore, rispettivi codici consegna utilizzabili in una fase di reciproca interazione per avere garantita la sicurezza di detta transazione.
13. 13. Metodo secondo la rivendicazione 12, in cui detti codici consegna comprendono un codice consegna compratore ed un codice consegna venditore, legato a detto codice consegna compratore da una determinata relazione, e detta reciproca interazione prevede uno scambio di detti codici consegna ed una verifica dell'esistenza di detta determinata relazione; comprendente inoltre la fase di: - in detti mezzi di elaborazione centrale (3), abilitare un perfezionamento dì detta transazione in modo subordinato all'esito di detta verifica.
14. 14. Metodo secondo la rivendicazione 13, in cui detta fase di reciproca interazione comprende le fasi successive di: - da parte di detto venditore, consegnare detto prodotto o fornire detto servizio; - da parte di detto compratore, valutare la qualità di detto prodotto o servizio, e comunicare a detto venditore detto codice consegna compratore nel caso in cui detta valutazione dia esito positivo; - da parte di detto venditore, effettuare detta verifica di detta determinata relazione tra il codice consegna compratore ricevuto da detto compratore e detto codice consegna venditore, e proseguire la consegna o fornitura di detto prodotto o servizio nel caso in cui detta verifica dia esito positivo, comprendente inoltre la fase di: - in detti mezzi di elaborazione locale (4, 5), comunicare da parte di detto venditore a detti mezzi di elaborazione centrale (3) l'esito di detta verifica .
15. 15. Metodo secondo la rivendicazione 13 o 14, in cui detta fase di generare comprende generare detto codice consegna compratore come una sequenza casuale di caratteri alfanumerici, e generare detto codice consegna venditore come una porzione estratta in modo casuale da detta sequenza.
16. 16. Metodo secondo una qualsiasi delle rivendicazioni 13-15, in cui detti codice consegna compratore e codice consegna venditore sono chiavi segrete.
17. 17. Metodo secondo una qualsiasi delle rivendicazioni 12-16, in cui detta fase di interagire comprende le fasi di: inserire, da parte di detto compratore, un'offerta di acquisto; inserire, da parte di detto venditore, un'offerta di vendita in risposta a detta offerta di acquisto; stabilire, da parte di detto compratore, detto abbinamento tra detta offerta di vendita e detta offerta dì acquisto.
18. 18. Metodo secondo la rivendicazione 17, in cui dette offerta di acquisto ed offerta di vendita sono consultabili in modo anonimo; comprendente inoltre la fase di: - in detti mezzi di elaborazione centrale (3), comunicare, in risposta allo stabilirsi di detto abbinamento, dati personali di detti compratore e venditore rispettivamente a detti venditore e compratore, in modo da consentire detta fase di reciproca interazione.
19. 19. Metodo secondo una qualsiasi delle rivendicazioni 13-18 quando dipendenti dalla rivendicazione 13, in cui detta fase di interagire comprende inoltre implementare, da parte di detto compratore, operazioni preliminari per l'esecuzione di un pagamento di un corrispettivo a detto venditore al perfezionamento di detta transazione; comprendente inoltre la fase di comunicare, da parte di detto venditore, 1'esito di detta verifica, detta fase di abilitare comprendendo abilitare l'esecuzione di detto pagamento in funzione di detto esito.
20. 20. Metodo secondo la rivendicazione 19, in cui dette operazioni preliminari comprendono il versamento di detto corrispettivo su un fondo controllato da detto gestore di detto sistema telematico (1), o l'emissione di una garanzia per detto corrispettivo a favore di detto venditore da parte di un organismo garante (16) collegato a detto sistema telematico (1); e detta fase di abilitare comprende autorizzare il trasferimento di detto corrispettivo da detto fondo a detto venditore, o il rilascio di detta garanzia, in funzione di detto esito.
21. 21. Prodotto informatico, caratterizzato dal fatto di essere atto ad implementare, quando caricato in mezzi di elaborazione centrale (3) ed in mezzi di elaborazione locale (4, 5) appartenenti ad un sistema telematico (1) secondo una qualsiasi delle rivendicazioni 1-11, un metodo di gestione di una transazione tra un compratore ed un venditore di un prodotto o servizio secondo una qualsiasi delle rivendicazioni 12-20.