IT202000014518A1 - Metodo e relativa rete di telecomunicazione configurata per trasmissioni dati sicure basata su database a grafo - Google Patents

Description

METODO E RELATIVA RETE DI TELECOMUNICAZIONE

CONFIGURATA PER TRASMISSIONI DATI SICURE BASATA SU

DATABASE A GRAFO

DESCRIZIONE

CAMPO TECNICO

La presente invenzione si riferisce al settore delle telecomunicazioni. In maggiore dettaglio, le forme di realizzazione della presente invenzione presentano un metodo e una relativa rete di telecomunicazione configurata per trasmissioni dati sicure.

STATO DELL'ARTE

Nel settore delle telecomunicazioni ? da sempre sentita la necessit? di garantire la riservatezza delle informazioni scambiate tra due o pi? utenti della rete di telecomunicazione cos? come la necessit? di certificare l'origine di un'informazione ricevuta in modo da garantire che non siano avvenute intromissioni nello scambio di informazioni e/o le informazioni scambiate non siano state alterate da una terza parte.

Come noto sono stati proposte svariate soluzioni per affrontare queste necessit?. Per esempio, la rete TOR cos? come i sistemi a rete virtuale privata (VPN) consento di scambiare pacchetti di dati mantenendo la privacy delle entit? che accedono a tali reti e dei dati scambiati.

US 2015/0058933 propone una tecnica per stabilire un canale di comunicazione sicuro tra un primo computer e un secondo computer attraverso una rete informatica. La tecnica prevede che sia inizialmente abilitato un modo di comunicazione sicura presso il primo computer senza che l'utente debba immettere alcuna informazione di cifratura per stabilire il canale di comunicazione sicuro. Successivamente, ? stabilito il canale di comunicazione sicuro tra il primo computer e il secondo computer attraverso la rete informatica. In particolare, il canale di comunicazione sicuro ? un canale di una rete virtuale privata stabilita attraverso la rete informatica in cui uno o pi? valori di dati che variano secondo una sequenza semi-casuale sono inseriti in ciascuno dei pacchetti dati.

Tuttavia, per costruzione tali reti riducono sensibilmente la velocit? di trasferimento dati (per esempio, valutata in termini di bitrate) attraverso la rete.

Inoltre, l'accesso a e il trasferimento di file (per esempio, file multimediali) da un archivio remoto (per esempio, un repository) pu? esporre temporaneamente informazioni sull'entit? che effettua tale accesso o trasferimento, riducendo di conseguenza la sicurezza conferita da tali reti.

Nell'ultimo decennio lo sviluppo della tecnologia blockchain - basata su un registro digitale (ledger) condiviso tra pi? entit? di una rete informatica ? ha portato alla possibilit? di certificare in modo inalterabile una transazione digitale tra pi? entit? della rete informatica.

Per esempio, US 2018/0048738 propone che dispositivi di una rete di telecomunicazione wireless implementino una blockchain distribuita tra i dispositivi. In dettaglio, una stazione base della rete riceve, da un dispositivo mobile, una comunicazione radio contenente informazioni associate a una transazione di una blockchain. La stazione base converte tali informazioni sulla transizione di una blockchain in un formato basato su un protocollo internet. Successivamente, la stazione base aggiorna la blockchain propagando alle altre stazioni base della rete di telecomunicazione wireless l'informazione formattata secondo il protocollo internet attraverso una rete basata su protocollo internet interna alla rete di telecomunicazione wireless.

La soluzione proposta da US 2018/0048738 consiste sostanzialmente nello sfruttare le risorse computazionali delle stazioni base della rete di telecomunicazione wireless per la gestione e l'aggiornamento dinamico delle copie dei registri digitali condivisi della blockchain dei dispositivi mobili connessi alle stazioni base della rete di telecomunicazione wireless.

Inoltre, nella tecnica sono stati proposti diverse soluzioni basate sulla tecnologia blockchain volte a certificare l'identit? di entit? della rete coinvolte in una transazione o a certificare la transazione stessa, per certificare la correttezza dei dati scambiati e/o di un'entit? della rete informatica.

Per esempio, US 2017/0324738 propone un sistema di sicurezza Internet configurato per fornire risorse di sicurezza basate su una 'Internet Blockchain'. In dettaglio, la Internet Blockchain pu? essere utilizzata per consentire ad 'attori' internet come registri internet, entit? DNS, sistemi autonomi (ASes) e simili, di verificare il possesso di risorse internet come indirizzi IP, numeri AS, prefissi IP, nomi a dominio DNS e simili da parte di uno specifico attore internet. Inoltre, la Internet Blockchain consente di verificare transizioni relative a risorse internet come l'allocazione di indirizzi IP, di numeri AS, prefissi IP, nomi a dominio DNS e simili richiesti da attori internet.

Tale sistema opera in generale ai livelli superiori del modello ISO/OSI ? in generale dal livello di trasporto o superiore ? e si basano quindi sulla struttura TCP/IP per il trasferimento dei pacchetti dati ai livelli inferiori.

Diversamente, WO 2019/229612 della medesima Richiedente propone metodi e sistemi per il trasferimento di dati in modo cifrato e certificato per mezzo di un protocollo che prevede la presenza di un registro digitale distribuito che genera indirizzi di mittente e destinatario per stabilire una comunicazione in cui sia il contenuto sia il canale sono cifrati.

Per quanto i metodi e sistemi proposti in WO 2019/229612 permettano di ottenere una comunicazione sicura e affidabile, la sua implementazione risulta complessa e richiede dispositivi dotati di risorse hardware elevate.

La Richiedente ha quindi rilevato l'assenza nel settore di sistemi e metodi in grado di instradare il traffico in modo completamente decentralizzato e al contempo mantenendo tempi di latenza contenuti, tali da permettere un'efficace comunicazione audio/video da parte di utenti di una rete di telecomunicazione.

SCOPI E RIASSUNTO DELL'INVENZIONE

? scopo della presente invenzione quello di superare gli inconvenienti dell?arte nota.

In particolare ? scopo della presente invenzione fornire un metodo di comunicazione tra nodi di una rete di telecomunicazione che permetta il trasferimento di pacchetti dati in modo sicuro attraverso un canale di comunicazione cifrato con costo computazionale e una latenza contenuti.

Un ulteriore scopo della presente invenzione ? quello di proporre un metodo di comunicazione tra nodi della rete di telecomunicazione che permetta di instaurare un canale di comunicazione sicuro in modo dinamico e adattativo, in particolare in modo decentralizzato, ossia senza la necessit? di implementare un nodo instradatore o altra entit? analoga nella rete di telecomunicazione.

Questi e altri scopi della presente invenzione sono raggiunti mediante un sistema incorporante le caratteristiche delle rivendicazioni allegate, le quali formano parte integrante della presente descrizione.

In particolare, secondo un primo aspetto, la presente invenzione ? diretta a un metodo di comunicazione tra nodi di una rete di telecomunicazione. In particolare ciascun nodo mantenendo una copia di un registro digitale condiviso. Il metodo prevede che ciascun nodo mittente di un pacchetto dati esegua i passi di:

a. identificare un nodo ricevitore a cui trasmettere detto pacchetto dati, b. generare un pacchetto dati da recapitare a un nodo destinatario, c. trasmettere il pacchetto dati al nodo ricevitore,

d. emettere una richiesta ai nodi della rete di registrare detta trasmissione del pacchetto dati su un registro digitale condiviso, e

quando ? ricevuto un pacchetto dati, il metodo prevede che ciascun nodo ricevitore, diverso dal nodo destinatario del pacchetto dati, reiteri almeno i passi a., e c.,

Vantaggiosamente, ciascun nodo della rete ? identificato da un rispettivo codice identificativo e memorizza una lista di codici identificativi, ciascun codice identificativo compreso in detta lista essendo associato a un rispettivo nodo compreso in un sotto-insieme di nodi della rete.

Inoltre, il passo a. di identificare un nodo ricevitore a cui trasmettere detto pacchetto dati prevede di:

- generare un database a grafo in cui un rispettivo arco collega il nodo mittente o il nodo ricevitore, diverso da nodo destinatario, a ciascun nodo della rete il cui codice identificativo ? compreso nella lista di codici identificativi del nodo mittente o il nodo ricevitore, diverso da nodo destinatario, e

- selezionare il nodo ricevitore tra i nodi di detto database a grafo.

Grazie a tale soluzione ? possibile trasmettere in modo veloce ? affidabile un pacchetto attraverso la rete. In particolare, la selezione del nodo ricevitore per mezzo del database a grafo permette di instradare pacchetti in modo estremamente veloce senza richiedere la conoscenza della rete da parte dei nodi e senza richiedere la presenza di un elemento centrale o di riferimento. Inoltre, la Richiedente ha determinato che il pacchetto ? trasmesso al nodo destinatario in modo affidabile in accordo alla teoria del "mondo piccolo", descritta per esempio in Watts, D., Strogatz, S. "Collective dynamics of ?small-world? networks" Nature 393, pagine 440?442 (1998) e Travers, Jeffrey, and Stanley Milgram, "An Experimental Study of the Small World Problem", Sociometry 32, pagine 425?443 (1969).

In una forma di realizzazione, il passo a. di identificare un nodo ricevitore a cui trasmettere detto pacchetto dati ulteriormente prevede di:

- acquisire un'informazione di posizione dei nodi della rete compresi nel database a grafo.

Inoltre, selezionare il nodo ricevitore tra i nodi di detto database a grafo prevede di selezionare il nodo del database a grafo a distanza minima dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario.

In questo modo ? possibile selezionare il nodo ricevitore in modo molto semplice e rapido in termini computazionali anche per nodo dotato di risorse hardware limitate. Allo stesso tempo, la selezione nodo ricevitore in base alla distanza dal nodo mittente permette di raggiungere tempi di latenza molto contenuti, sostanzialmente inferiori al tempo massimo previsto per la trasmissione di un pacchetto dati nel caso di comunicazioni voce/video. Inoltre, nel caso di trasmissioni radio, o pi? in generale di tipo wireless, la selezione del nodo ricevitore a distanza minima permette di limitare il consumo di potenza necessario alla trasmissione dei pacchetti, particolarmente utile nel caso di nodi di rete corrispondenti a dispositivi mobili ? alimentati a batteria.

Preferibilmente, acquisire un'informazione di posizione dei nodi della rete compresi nel database a grafo prevede, per ciascun nodo della rete compreso nel database a grafo, di acquisire almeno uno tra:

- una posizione geografica misurata attraverso un sistema satellitare di navigazione globale (GNSS) di cui ? equipaggiato il nodo,

- un'informazione relativa a una cella di rete cellulare in cui ? attestato il nodo,

- un indirizzo IP associato al nodo,

- un Access Point Name cui ? collegato il nodo di rete,

- dato di geolocalizzazione associati al nodo da un servizio di geomessaging, geomarketing, ecc.

In questo modo ? possibile ottenere in modo semplice e immediato informazioni sulla posizione attuale dei nodi della rete con una precisione sufficiente a selezionare il nodo ricevitore.

In una forma di realizzazione, il metodo ulteriormente comprende i passi di: - acquisire un'informazione di disponibilit? a ricevere e ritrasmettere il pacchetto dati da parte del nodo ricevitore selezionato;

- in caso il nodo ricevitore selezionato non sia disponibile a ricevere e ritrasmettere il pacchetto dati, scartare il nodo ricevitore selezionato, e

- selezionare un nuovo nodo ricevitore avente una distanza dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario, inferiore alla distanza degli altri nodi del database a grafo dal nodo mittente o dal nodo ricevitore.

Implementando come indicato la procedura di verifica della disponibilit? ? possibile evitare che il pacchetto dati sia trasmesso a un nodo ricevitore che al momento non ? in grado di gestirne la ricetrasmissione ? per esempio, quando il nodo di rete ? impegnato in una trasmissione secondo un protocollo tradizionale che occupi interamente le risorse di un modulo di ricetrasmissione del nodo di rete o nel caso in cui il nodo di rete abbia raggiunto un limite di pacchetti dati gestibile in ricetrasmissione.

In una forma di realizzazione, il metodo ulteriormente comprende i passi di: - verificare se il nodo destinatario ? compreso nel database a grafo;

- in caso affermativo, verificare se il nodo destinatario ? entro una distanza di comunicazione utile dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario, e

- in caso affermativo, selezionare il nodo destinatario come nodo ricevitore anche se esiste un differente nodo del database grafo a distanza minima dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario.

In questo modo ? possibile ridurre sia il tempo complessivo di trasmissione del pacchetto dati sia il traffico complessivo sulla rete.

In una forma di realizzazione, il metodo ulteriormente comprende i passi di: - analizzare una lista di contatti memorizzata in ciascun nodo, detta lista contatti comprendendo, per ciascun contatto, almeno un elemento identificatore tra:

- un numero di telefono;

- un codice IMSI;

- un codice IMEI, e

- un codice MAC;

- identificare un elemento identificatore associato a un codice identificativo di un nodo della rete, e

- fornire detto codice identificativo al nodo che comprende il corrispondente elemento identificatore.

Grazie a tale soluzione ? possibile fornire gi? al momento dell'ingresso di un nodo della rete un numero di codici identificativi di nodi della rete e cos? garantire la possibilit? di instaurare un canale di comunicazione efficace.

In una forma di realizzazione, ciascun nodo di rete implementa un'applicazione software configurata per gestire la trasmissione dei pacchetti dati e mantenere il registro digitale condiviso.

Vantaggiosamente, nel caso non sia possibile identificare un nodo entro una distanza massima, il metodo ulteriormente comprende i passi di:

- analizzare la lista di contatti memorizzata nel nodo mittente;

- nel caso sia identificato un contatto in cui ? installata detta applicazione software ma privo di un codice identificativo, assegnare un codice identificativo temporaneo a detto contatto, e

- selezionare detto contatto come nodo ricevitore del pacchetto dati.

Grazie a tale procedura ? possibile aumentare temporaneamente il numero di nodi della rete in modo da garantire trasmissioni efficaci tra nodi della rete anche quando il nodo mittente si trovi una regione geografica comprendente pochi nodi della rete o il traffico in tale regione geografica sia particolarmente intenso.

In una forma di realizzazione, generare un database a grafo prevede ulteriormente che ogni arco colleghi una coppia di nodi della rete nel caso la lista di almeno uno di detta coppia di nodi comprenda il codice identificativo dell'altro nodo della coppia di nodi.

Inoltre, selezionare il nodo ricevitore tra i nodi di detto database a grafo prevede di:

- identificare almeno una sequenza di nodi e archi del database a grafo che permette di connettere il nodo mittente o il nodo ricevitore, diverso dal nodo destinatario, al nodo destinatario, e

- selezionare come nodo ricevitore il primo nodo di detta almeno una sequenza successivo al nodo mittente o al nodo ricevitore, diverso dal nodo destinatario.

Grazie a questa soluzione ? possibile selezionare il nodo ricevitore migliore in base all'effettiva sequenza di nodi della rete da attraversare al costo di un maggiore numero di informazioni sulla rete scambiate per definire il database a grafo.

In una forma di realizzazione, identificare almeno una sequenza di nodi e archi del database a grafo prevede di identificare una sequenza che definisce un percorso minimo tra il mittente e il nodo destinatario.

In questo modo ? possibile ridurre sostanzialmente il tempo complessivo di trasmissione del pacchetto.

Un differente aspetto della presente invenzione riguarda una rete di telecomunicazione comprendente una pluralit? di nodi. Ciascun nodo comprende almeno un modulo di elaborazione dati, un modulo di memoria e un modulo di ricetrasmissione.

Vantaggiosamente ciascun nodo ? configurato per:

- mantenere una copia di un registro digitale condiviso, ed

- eseguire il metodo secondo una qualsiasi delle forme di realizzazione precedenti.

In particolare, ciascun nodo della rete di telecomunicazione comprende uno smartphone, un tablet, un computer, una stazione radio base, un evolution Node B, un modem o un router WiFi o un altro dispositivo analogo.

Ulteriori caratteristiche e scopi della presente invenzione appariranno maggiormente chiari dalla descrizione che segue.

BREVE DESCRIZIONE DEI DISEGNI

L?invenzione verr? descritta qui di seguito con riferimento ad alcuni esempi, forniti a scopo esplicativo e non limitativo, ed illustrati nei disegni annessi. Questi disegni illustrano differenti aspetti e forme di realizzazione della presente invenzione e, dove appropriato, numeri di riferimento illustranti strutture, componenti, materiali e/o elementi simili in differenti figure sono indicati da numeri di riferimento similari.

La Figura 1 ? una rappresentazione schematica di una rete di telecomunicazione secondo una forma di realizzazione della presente invenzione;

la Figura 2 ? uno schema a blocchi di un generico nodo della rete di telecomunicazione di Figura 1;

la Figura 3 un diagramma di flusso di una procedura di comunicazione tra nodi della rete di telecomunicazione della Figura 1 secondo una forma di realizzazione della presente invenzione

la Figura 4a ? una rappresentazione schematica di un database a grafo di un primo nodo della rete di telecomunicazione secondo una forma di realizzazione della presente invenzione;

la Figura 4b ? una rappresentazione schematica di un database a grafo di un secondo nodo della rete di telecomunicazione secondo una forma di realizzazione della presente invenzione;

la Figura 5 ? un diagramma di flusso di una procedura per determinare, attraverso il database a grafo di Figura 4a e 4b, un nodo ricevitore a cui trasmettere un pacchetto dati secondo una forma di realizzazione della presente invenzione;

la Figura 6 ? una rappresentazione schematica di un generico pacchetto dati scambiato tra nodi della rete secondo una forma di realizzazione della presente invenzione;

la Figura 7 ? una rappresentazione schematica di un generico registro digitale condiviso tra i nodi della rete di telecomunicazione della Figura 1;

la Figura 8 ? un diagramma di flusso di una procedura di generazione e aggiunta di un nuovo blocco dati al registro digitale condiviso di Figura 3 secondo una forma di realizzazione della presente invenzione;

la Figura 9 ? una rappresentazione schematica di un generico blocco dati del registro digitale condiviso di Figura 7 secondo una forma di realizzazione della presente invenzione;

la Figura 10 ? un diagramma di flusso di una procedura di popolazione di una lista di identificativi dei nodi della rete di telecomunicazione secondo una forma di realizzazione della presente invenzione;

la Figura 11 ? un diagramma di flusso di una procedura configurata per individuare una sequenza minima di nodi della rete di telecomunicazione necessaria a trasmettere un pacchetto dati da un nodo mittente a un nodo destinatario secondo una forma di realizzazione alternativa della presente invenzione, e

la Figura 12 ? una rappresentazione schematica di un database a grafo della rete di telecomunicazione secondo una forma di realizzazione alternativa della presente invenzione, utilizzato dalla procedura di Figura 11.

DESCRIZIONE DETTAGLIATA DELL?INVENZIONE

Mentre l?invenzione ? suscettibile di varie modifiche e costruzioni alternative, alcune forme di realizzazione preferite sono mostrate nei disegni e saranno descritte qui di seguito in dettaglio. Si deve intendere, comunque, che non vi ? alcuna intenzione di limitare l?invenzione alla specifica forma di realizzazione illustrata, ma, al contrario, l?invenzione intende coprire tutte le modifiche, costruzioni alternative, ed equivalenti che ricadano nell?ambito dell?invenzione come definito nelle rivendicazioni.

L?uso di ?ad esempio?, ?ecc.?, ?oppure? indica alternative non esclusive senza limitazione a meno che non altrimenti indicato. L?uso di ?include? significa ?include, ma non limitato a? a meno che non sia altrimenti indicato.

Con riferimento alla Figura 1, il riferimento 1 indica una rete di telecomunicazione ? abbreviata in 'rete' nel seguito ? secondo una forma di realizzazione della presente invenzione. La rete 1 comprende una pluralit? di nodi di rete, nove nodi di rete N1-N9 nell'esempio non limitativo considerato, in grado di scambiare informazioni attraverso segnali elettromagnetici, preferibilmente ? sebbene non limitativamente - per mezzo di onde elettromagnetiche.

Come illustrato in maggiore dettaglio in Figura 2, il generico nodo Nx della rete 1 (con x compreso tra 1 e 9 nell'esempio considerato) comprende un modulo di elaborazione 10 configurato per implementare uno o pi? algoritmi di elaborazione dati, un modulo di memoria 20 configurato per memorizzare dati e un modulo di ricetrasmissione 30 configurato per stabilire e gestire una o pi? connessioni con almeno un nodo della rete 1.

Per esempio, il modulo di elaborazione 10 comprendere uno o pi? processori, microprocessori, microcontrollori, ASIC, FPGA, DSP o simili. Il modulo di memoria 20 comprende uno o pi? elementi di memoria non-volatile e volatile adatti a memorizzare dati, preferibilmente in formato binario. Il modulo di ricetrasmissione 30 comprende almeno un modem per comunicazioni attraverso radiazioni elettromagnetiche (Wi-Fi, Bluetooth, GSM, UMTS, LTE/LTE-A, 5G, ecc.) e, opzionalmente un modem per comunicazioni cablate.

Preferibilmente, sebbene non limitativamente, il modulo di elaborazione 10 comprendere uno o pi? moduli aggiuntivi 40, per esempio, il nodo Nx pu? comprendere un modulo di interfaccia configurato per fornire dati e/o ricevere istruzioni da un'entit? esterna come un utente o un altro dispositivo, e in aggiunta o in alternativa un modulo di rilevazione comprendente uno o pi? sensori, selezionati tra sensori di movimento ? come uno o pi? tra accelerometri, giroscopi, sensori di gravit?, ecc. ?, sensori di posizione ? come uno o pi? tra magnetometri, un sistema di rilevazione GNSS, ecc. ? e sensori ambientali ? come uno o pi? tra barometri, fotometri, termometri, microfoni, fotocamere, sensori di prossimit?, ecc., e sensori biometrici ? come un lettore di impronte digitali.

Naturalmente, il generico nodo Nx della rete 1 comprende una circuiteria di potenza (non illustrata) configurata per alimentare i moduli 10 ? 40 del nodo Nx e, eventuale, circuiteria ancillare necessaria al corretto funzionamento dei moduli 10 ? 40.

Il generico nodo Nx della rete 1 comprende, ma non ? limitato a: uno smartphone, un tablet, un personal computer, una stazione radio base, un eNodeB, un modem wireless e simili.

Nella forma di realizzazione considerata, il generico nodo Nx della rete 1 memorizza un codice identificativo IDx che permette di identificare univocamente il nodo Nx nella rete. Preferibilmente, il codice identificativo IDx ? un valore di hash che rappresenta un indirizzo pubblico associato a una chiave cifratura privata corrispondente a un secondo valore di hash ? in modo analogo all'indirizzo pubblico e alla chiave privata di un portafoglio per criptovaluta.

In una forma di realizzazione preferita, il codice identificativo i quali sono attribuiti al nodo Nx da un'entit? di registrazione IDx e la corrispondente chiave di cifratura privata sono generate e assegnate al nodo Nx da un'entit? di registrazione ER quando ? eseguita una richiesta di inserimento nella rete 1 da parte del nodo Nx. Opzionalmente, l'entit? di registrazione ER ? anche configurata per operare come un nodo della rete 1. Per esempio, l'entit? di registrazione ER ? implementata da un server remoto accessibile tramite una connessione basata su protocollo TCP/IP sicuro.

Inoltre, il generico nodo Nx memorizza una lista Rx di uno o pi? codici identificativi associati a rispettivi nodi della rete 1 con cui ha scambiato dati in passato o scambia dati abitualmente.

Infine, il generico nodo Nx della rete 1 mantiene ? memorizza e aggiorna - una copia di un registro digitale condiviso Lx, il quale sar? indicato come 'registro' nel seguito per brevit?.

Vantaggiosamente, il generico nodo Nx esegue un'applicazione software AS configurata per gestire lo scambio di informazioni attraverso una rete da pari a pari, o peer-to-peer (P2P) al fine di consentire lo scambio di informazioni tra nodi della rete 1 attraverso la trasmissione dei pacchetti dati e il mantenimento del registro Lx secondo le procedure descritte nel seguito.

I nodi N1-N9 della rete 1 sono configurati per scambiare dati tra loro, preferibilmente raggruppati in pacchetti dati dp, eseguendo una procedura 100 di ricetrasmissione in accordo con una forma di realizzazione della presente invenzione e illustrata schematicamente dal diagramma di flusso di Figura 3. Tipicamente, un'informazione da comunicare ? rappresentata da una pluralit? di dati binari i quali sono suddivisi in porzioni di informazione sequenziali, ciascuna delle quali ? trasmessa in un corrispondente pacchetto dati. L'informazione pu? essere quindi ricostruita estraendo le porzioni di informazione dai pacchetti dati ricevuti e ordinandole nel corretto ordine.

A titolo di esempio, nel seguito si far? riferimento alla trasmissione di un pacchetto dati dp da parte del nodo N1 al nodo N9, sfruttando il nodo N3 come ricevitore intermediario (illustrato schematicamente in Figura 1 per mezzo di frecce tratteggiate).

La procedura 100 ha inizio quando un'applicazione in esecuzione su un primo nodo della rete 1 ? il nodo N1 nell'esempio considerato ? richiede un trasferimento di un'informazione a un secondo nodo della rete 1 ? il nodo N9 nell'esempio considerato (blocco di inizio 101).

La procedura 100 prevede di selezionare un nodo N1-N9 della rete 1 cui trasferire il pacchetto dati dp (blocco 103) tra i nodi compresi il cui codice identificativo ID1-ID9 ? compreso nella lista R1 del nodo N1 mittente.

Preferibilmente, la selezione permette di ottenere una sequenza di nodi della rete che permetta di recapitare un pacchetto dati al nodo N9 destinatario attraverso una corrispondente sequenza di trasmissioni del pacchetto dp dati da un nodo a un altro nodo che assicuri una bassa latenza e un consumo di energia ridotto. Ancor pi? preferibilmente, la procedura 100 permette di utilizzare la sequenza minima di nodi della rete che permette di recapitare il pacchetto dati dp al nodo N9 destinatario attraverso un numero minimo di trasmissioni del pacchetto dp dati da un nodo a un altro nodo.

Nella forma di realizzazione preferita, il nodo a cui sia da trasferire il pacchetto dati dp sopra menzionata ? identificato per mezzo di un database a grafo DBG1-DGB9 riferito al corrispondente nodo N1-N9, di cui i database a grafo DBG1 e DBG3 relativi ai nodi N1 e N3 sono illustrati schematicamente nelle Figure 4a e 4b.

Nella forma di realizzazione considerata, il nodo N1-N9 a cui trasmettere il pacchetto dp ? selezionato implementando una procedura di selezione nodo 200 (illustrata in Figura 5). In dettaglio, la procedura 200, una volta avviata (blocco di avvio 201) prevede di popolare il database a grafo DBG1 riferito al nodo N1 mittente ? o, nelle iterazioni successive, un database a grafo DBG2-DBG8 di un nodo N2-N8 ricevitore intermediario ? che deve trasmettere il pacchetto dati dp. Il generico database a grafo DBGx ? popolato in modo che ogni nodo del database a grafo DBGx comprenda un nodo N1-N9 il cui codice identificativo ID1-ID9 ? memorizzato nella lista Rx del generico nodo Nx considerato e che ogni arco colleghi il generico nodo Nx a un rispettivo nodo N1-N9 il cui codice identificativo ID1-ID9 ? memorizzato nella lista Rx del generico nodo Nx (blocco 203). Nell'esempio di Figura 4a, il database a grafo DBG1 del nodo N1 mittente comprende i nodi N2, N3, N5, N7 e N8 i cui codici identificativi ID2, ID3, ID5, ID7 e ID8 sono contenuti memorizzati nella lista R1 del nodo N1 mittente, mentre in Figura 4b il database a grafo DBG3 del nodo N3 ricevitore comprende i nodi N1, N4, N6 e N9 i cui codici identificativi ID1, ID4, ID6 e ID9 sono memorizzati nella lista R3 del nodo N3 ricevitore.

Vantaggiosamente, la procedura 200 prevede di rilevare un'indicazione della posizione P1-P9 attuale del corrispondente nodo N2-N9 di rete 1 associati a un nodo database a grafo DBG1 del nodo N1 (blocco 205). Preferibilmente, l'indicazione di posizione P1-P9 ? aggiunta al corrispondente nodo del database a grafo DBG1.

Per esempio, l'indicazione di posizione comprende uno o pi? tra: una posizione geografica misurata attraverso un sistema satellitare di navigazione globale (GNSS), un'informazione relativa a una cella di rete cellulare in cui ? attestato il nodo N1-N9 (nel caso di un dispositivo mobile), un indirizzo IP associato al nodo N1-N9, un Access Point Name (APN, nome di punto d'accesso) cui ? collegato il nodo di rete, un dato di geolocalizzazione (geolocation o geotag) associato al nodo N1-N9 da servizi di geomessaging, geomarketing, ecc. utilizzati. A tale scopo, le istanze dell'applicazione software AS in esecuzione sul generico nodo Nx ? configurata per acquisire l'indicazione di posizione P1-P9 riferita al rispettivo nodo Nx e renderla disponibile a un altro nodo N1-N9 della rete 1 che ne faccia richiesta. In alternativa, l'applicazione software AS in esecuzione sul generico nodo Nx ? configurata per rilevare e trasmettere, preferibilmente periodicamente, l'indicazione di posizione P1-P9 attuale a ciascun nodo N1-N9 il cui codice identificativo ID1-ID9 ? memorizzato nella lista Rx del generico nodo Nx considerato.

Opzionalmente, la procedura 200 prevede di rilevare una capacit? S1-S9 attuale di stabilire un canale di comunicazione per ricevere e/o inoltrare il pacchetto dati dp da parte di ciascun nodo N1-N9 della rete 1 associato a un corrispondente nodo del database a grafo DBG1 (blocco 207). Preferibilmente, tale indicazione di capacit? S1-S9 ? aggiunta al corrispondente nodo del database a grafo DBG1.

Successivamente, la procedura 200 prevede di selezionare un nodo ricevitore determinare tra i nodi del database DBG1 cui trasferire il pacchetto dati dp (blocco 209). Nella forma di realizzazione preferita, ? selezionato ? come nodo ricevitore ? il nodo con una distanza minima dal nodo centrale ? ossia il nodo N1 mittente - del database a grafo DBG1. Nell'esempio di Figura 4a, il nodo a distanza minima corrisponde al nodo N3 di rete. In generale, il nodo a distanza minima ? identificato confrontando le indicazioni di posizione P2-P9 associate ai nodi del database a grafo DBG1 con l'indicazione di posizione P1 associata al nodo centrale del database a grafo DBG1, ossia il nodo N1 mittente, e identificando il nodo a una distanza minore rispetto agli altri. Con "distanza" nella presente si intende una misura (per esempio, una misura lineare) o un insieme di misure (per esempio, un insieme di misure/vettori in un sistema di coordinate cartesiano o polari) che permetta di determinare una separazione spaziale tra due nodi della rete. Pi? in generale, con "distanza" si fa riferimento a una separazione tra due nodi che richiede un tempo non nullo per trasmettere un pacchetto dati da un nodo all'altro. In questo caso, il nodo a distanza minima ? il nodo che comporta il ritardo temporale inferiore per essere raggiunto da un pacchetto dati. Ad ogni modo, la distanza minima assicura che la trasmissione del pacchetto dati da un nodo all'altro avvenga all'interno di un intervallo di tempo di timeout, quindi, senza richiedere ritrasmissioni del pacchetto dati.

Determinato il percorso minimo, la procedura 200 prevede di verificare che sia effettivamente possibile instaurare un canale di comunicazione con il nodo selezionato (blocco decisionale 211). In dettaglio, la procedura 200 prevede di verificare la capacit? S3 a stabilire un canale di comunicazione del nodo N3 a distanza minore.

In caso negativo (ramo di uscita N del blocco 211), il nodo a distanza minore ? scartato (blocco 213) e la procedura 200 prevede di selezionare un nuovo percorso minimo reiterando i passi sopra descritti a partire dal blocco 209.

Diversamente, il nodo N3 a distanza minore ? considerato utilizzabile (ramo di uscita Y del blocco 211) e la procedura 200 prevede, prima, di fornire in uscita il codice identificativo associato al nodo N3 della rete 1 (blocco 215) per la prosecuzione della procedura 100 e, quindi, terminare (al blocco di fine 217).

Determinato il nodo N3 a cui trasmettere, la procedura 100 prevede di generare il pacchetto dati dp (illustrato schematicamente in Figura 6) comprendente almeno una porzione dell'informazione da trasmettere al nodo N9 destinatario (blocco 105). Nell'esempio considerato in Figura 5, il pacchetto dati dp comprende un'intestazione, o header HR, e un carico utile, o payload PL. L'header HR comprende un campo mittente ID-M in cui ? riportato il codice identificativo ID1 del nodo N1 mittente del pacchetto dati dp, un campo destinatario ID-D in cui ? riportato il codice identificativo ID9 del nodo N9 destinatario del pacchetto dati dp, un campo di ricevitore ID-R in cui ? riportato il codice identificativo del nodo a cui deve essere effettivamente trasmesso il pacchetto e, opzionalmente, una marca temporale TS indicativa di un istante di tempo della generazione del pacchetto dati dp misurata dal nodo N1 mitemente ? per esempio, attraverso un orologio interno del relativo modulo di elaborazione 10. In particolare, la procedura 100 prevede di inserire nel campo di ricevitore ID-R il codice identificativo del nodo N3 selezionato per mezzo della procedura 200 sopra descritta. Il payload PL del pacchetto dati dp comprende invece l'informazione o, pi? tipicamente, una porzione dell'informazione da trasmettere. Preferibilmente, almeno il payload PL del pacchetto dati dp ? cifrato con il codice identificativo del nodo N9 destinatario in modo che il suo contenuto sia decifrabile al solo nodo N9 destinatario.

Generato il pacchetto dati dp, esso ? trasmesso dal nodo N1 mittente al nodo, N3 nell'esempio considerato, il cui codice identificativo ID3 ? compreso nel campo nodo di ricevitore ID-R (blocco 107). In generale, il pacchetto dati ? codificato in una radiazione elettromagnetica irradiata dal modulo di ricetrasmissione 30 del nodo N1 mittente.

Inoltre, la procedura 100 prevede che sia effettuata una richiesta di registrazione della trasmissione del pacchetto dati dp in un blocco dati Bn delle copie del registro L1-L9 mantenute dai nodi N1-N9 della rete 1 (blocco 109). In dettaglio, i nodi N1-N9 della rete 1 condividono i dati contenuti nelle copie del registro L1-L9 instaurando una struttura di tipo pari a pari, o peer-to-peer (P2P) sostanzialmente in accordo con la tecnologia di registro digitale condiviso o Distributed Ledger Technology (DLT), come indicato nel seguito.

Ricevuta tale richiesta di registrazione, i nodi N1-N9 della rete 1 registrano la trasmissione del pacchetto dati dp all'interno del blocco dati Bn in fase di generazione al momento di ricezione della richiesta di registrazione da parte del nodo N1 (blocco 111). In particolare, la generica copia del registro Lx comprende una pluralit? di blocchi dati Bn, Bn-1, Bn-2, Bn-3, ecc. a partire da un blocco dati di origine B0, i quali sono concatenati tra loro in ordine cronologico, in modo da formare una struttura di dati inalterabile, come illustrato schematicamente in Figura 7. In particolare, nella presente con 'inalterabile' si intende che una volta aggiunto un blocco dati Bn al registro Lx non ? possibile apportare modifiche ai dati contenuti nel blocco dati Bn e/o in uno dei blocchi precedenti del registro Lx senza invalidare l'intera struttura dati. In dettaglio, ciascun blocco ? contraddistinto da un'intestazione o header HB che contiene un valore di hash Hn univoco associato al blocco dati Bn, un valore di hash Hn-1 associato al blocco dati Bn-1 precedente nella catena di blocchi che forma il registro distribuito Lx, e un valore di conteggio Cn crescente al crescere della posizione del blocco dati Bn nella catena di blocchi del registro Lx. Inoltre, il blocco dati Bn comprende un corpo BD in cui sono memorizzate una o pi? registrazioni di trasmissione rdp.

Nella forma di realizzazione considerata, la registrazione delle transazioni all'interno dei blocchi dati Bn del registro L1-L9 avviene attraverso una procedura 300 di registrazione? di cui la Figura 8 ? un diagramma di flusso. La procedura 300 prevede di generare un nuovo blocco dati Bn del registro Lx applicando un protocollo di proof-of-history (prova storica) il quale permette di certificare un ordine temporale di creazione e aggiunta del blocco dati Bn al registro Lx (blocco 301). In dettaglio, ciascun blocco ? generato quando un generico nodo Nx della rete 1 calcola il valore di hash Hn del blocco dati Bn per mezzo di un algoritmo hashing fH (per esempio basata sulla famiglia di algoritmi di cifratura SHA-2 o SHA-3) a partire da un valore di hash Hn-1 associato al blocco dati Bn-1 precedente nella catena di blocchi che forma il registro distribuito Lx e, eventualmente, uno o pi? valori aggiuntivi.

Nelle forme di realizzazione della presente invenzione, l'algoritmo di hasing fH richiede almeno un tempo di hashing tH minimo per essere eseguito su una parallel random-access machine (PRAM) avente un numero di processori p predeterminato. In dettaglio, la funzione di hashing fH implementata prevede l'esecuzione in modo sequenziale ? non parallelizzabile ? di un numero predeterminato di operazioni. Per esempio, l'algoritmo di hashing fH comprende N iterazioni di un algoritmo di cifratura SHA-2, pi? preferibilmente SHA-3, ciascuna iterazione dell'algoritmo ricevendo come ingresso almeno valore di hashing calcolato all'iterazione precedente. Di conseguenza, il tempo di hashing tH necessario all'esecuzione della funzione di hashing fH da un qualsiasi nodo N1-N9 della rete 1 corrisponde alla somma dei tempi necessari per l'esecuzione di ciascuna di tali operazioni.

Diversamente, lo hash Hn pu? essere verificato per mezzo di un algoritmo di verifica vH in un tempo di verifica tv molto inferiore al tempo di hashing tH. Preferibilmente, l'algoritmo di verifica vH pu? essere eseguito sfruttando un'elaborazione in parallelo su pi? processori.

L'algoritmo di hasing fH e l'algoritmo di verifica vH adatti all'impiego nelle forme di realizzazione possono essere definiti come algoritmi di valutazione e di verifica, rispettivamente, di una funzione a ritardo verificabile o Verifiable Delay Function definita in accordo con Dan Boneh, Joseph Bonneau, Benedikt B?nz, Ben Fisch: "Verifiable Delay Functions" Advances in Cryptology ? CRYPTO 2018, Volume 10991.

La procedura 300 prevede di inserire nel corpo BD del blocco dati Bn, in via di generazione, una o pi? registrazioni di trasmissione per cui ? ricevuta una richiesta durante il tempo di hashing tH del blocco dati Bn (blocco 303).

La richiesta di registrazione della trasmissione del pacchetto dati dp comprende un'informazione sul pacchetto dati dp e, opzionalmente, il valore di hash Hn-1 dell'ultimo blocco dati Bn-1 compreso nelle copie del registro L1-L9 al momento della trasmissione del pacchetto dati dp. Per esempio, l'informazione sul pacchetto dati dp comprende uno tra, preferibilmente entrambi, i codici identificativi ID1 e ID9 di del nodo mittente N1 e destinatario N9, e in aggiunta o in alternativa un codice identificativo del pacchetto dati dp e/o di una sequenza di pacchetti dati cui il pacchetto dati dp appartiene. Ancor pi? preferibilmente, le informazioni contenute nella richiesta di registrazione sono cifrate per mezzo del codice identificativo ID9 del nodo N9 destinatario e/o firmate per mezzo del codice identificativo ID1 del nodo N1 mittente. In questo modo, una volta generato il blocco dati Bn ciascuna registrazione di trasmissione rdp memorizzata nel corpo BD risulta associata in modo inalterabile al valore di hash Hn e al valore di conteggio Cn del blocco dati Bn, fornendo quindi un'indicazione temporale certa della trasmissione del corrispondente pacchetto dati dp.

Il blocco dati Bn cos? generato ? aggiunto alle copie del registro L1-L9 dopo essere stato verificato ? per mezzo dell'algoritmo di verifica vH - dai nodi N1-N9 della rete 1 (blocco 305).

La procedura 300 prevede quindi di reiterare i passi sopra descritti a partire dal blocco 301 per generare un nuovo blocco dati Bn+1 il cui valore di hash Hn+1 ? calcolato a partire dal valore d hash Hn del blocco dati Bn.

Tornando alla procedura 100, il pacchetto dati dp trasmesso ? ricevuto dal nodo indicato nel campo ricevitore ID-R ? il nodo N3 nel caso considerato ? (blocco 113) ed ? verificato se tale nodo della rete 1 corrisponde al nodo N9 destinatario (blocco decisionale 115).

In caso negativo (ramo di uscita N del blocco 115), la procedura 100 prevede di reiterare i passi precedenti a partire dalla determinazione di un database a grafo DBG3 ? illustrato in Figura 4b ? di cui il nodo N3 ricevitore ? il nodo centrale in modo da determinare un nuovo nodo N1-N9 a cui trasmettere il pacchetto (blocco 103, procedura 200), modificare il campo ricevitore ID-R del pacchetto dati dp inserendo il codice identificativo ID1-ID9 associato al nodo N1-N9 identificato (blocco 105) e quindi trasmettere il pacchetto dati dp allo stesso (blocco 107) richiedendo (blocco 109), al contempo, la registrazione della trasmissione in un nuovo blocco del registro L1-L9 (che avviene come descritto in relazione al blocco 111 e alla procedura 300) e controllare nuovamente se il pacchetto dati dp ? stato ricevuto dal nodo N9 destinatario (blocchi 113 e 115).

Quando il pacchetto dati dp ? ricevuto dal nodo N9 destinatario (ramo di uscita Y del blocco 115) ? dopo la trasmissione effettuata dal nodo N3 ricevitore nell'esempio considerato ?, la procedura 100 prevede che sia identificata un'informazione temporale associata al pacchetto dp attraverso la copia del registro L9 memorizzata dal nodo N9 destinatario (blocco 117). Preferibilmente, ? previsto di identificare il blocco dati Bn ? in particolare il corrispondente valore di conteggio Cn ? in cui ? registrata la trasmissione del pacchetto dati dp effettuata dal nodo N1 mittente. Grazie a questa informazione il nodo N9 destinatario ? in grado di identificare la posizione del pacchetto dati dp all'interno di una sequenza di pacchetti dati trasmessi dal nodo N1 e quindi ricostruire correttamente l'informazione comunicata dal nodo N1 mittente.

Preferibilmente, la procedura 100 prevede che il nodo N9 destinatario generi e trasmetta un pacchetto di risposta rp per confermare la ricezione del pacchetto dati dp (blocco 119). In generale, il pacchetto di risposta rp (illustrato schematicamente in Figura 9) comprende un'intestazione, o header HR, e un carico utile, o payload PL. L'header HR comprende un campo mittente ID-M in cui ? riportato il codice identificativo ID1 del nodo N9 mittente del pacchetto di risposta rp, un campo destinatario ID-D in cui ? riportato il codice identificativo ID1 del nodo N1 destinatario del pacchetto di risposta rp, un campo di ricevitore ID-R in cui ? riportato il codice identificativo di un nodo ricevitore a cui deve essere effettivamente trasmesso il pacchetto e, opzionalmente, una marca temporale TS indicativa di un istante di tempo della generazione del pacchetto di risposta dp misurata dal nodo N9 mitemente. Il payload PL del pacchetto dati dp comprende invece un riferimento al pacchetto dati dp ricevuto. In particolare, la procedura 100 prevede di inserire nel campo di ricevitore ID-R il codice identificativo di un nodo N1-N9 della rete 1 selezionato per mezzo della procedura 200 sopra descritta ? il quale potr? essere differente dal nodo N3 utilizzato per la trasmissione del pacchetto dati dp. In modo analogo a quanto descritto sopra, il pacchetto di risposta rp sar? trasmesso tra uno o pi? nodi della fino a raggiungere il nodo N1 mittente del pacchetto dati dp in modo analogo a quanto sopra descritto in relazione ai blocchi 103 ? 107 e qui non ripetuto per brevit?.

Nella forma di realizzazione considerata, diversamente da quanto descritto per i pacchetti dati dp, per il pacchetto di risposta rp non ? richiesta la registrazione sulla della trasmissione nelle copie del registro L1-L9.

Una volta che il nodo N1 mittente del pacchetto dati dp riceve il corrispondente pacchetto di risposta rp (blocco 121), la procedura 100 prevede di verificare se vi siano uno o pi? altri pacchetti dati dp' da trasmettere (blocco decisionale 123). In caso affermativo (ramo Y del blocco 123) la procedura 100 prevede di reiterare i passi sopra descritti a partire da quanto descritto in relazione al blocco 103 per trasferire un nuovo pacchetto dati dp'. Diversamente, se non vi sono altri pacchetti dati dp' da trasmettere (ramo N del blocco 123), la procedura 100 termina (blocco di termine 125.)

? tuttavia chiaro che gli esempi sopra riportati non devono essere interpretati in senso limitativo e l?invenzione cos? concepita ? suscettibile di numerose modifiche e varianti.

Per esempio, in una forma di realizzazione alternativa, ? previsto che ciascun nodo N1-N9 elimini dal corpo dei blocchi dati B0, ?, Bn+1 della propria copia del registro digitale condiviso L1-L9 le registrazioni di trasmissioni riferite a trasmissioni in cui non ha agito da nodo mittente o da nodo destinatario. Per esempio, ciascun nodo ? configurato per eliminare le registrazioni di trasmissione che non ? in grado di decifrare per mezzo della propria chiave privata o che non sono firmati per mezzo del proprio codice identificativo.

Ancora, nulla vieta di prevedere una diversa procedura (non illustrata) in cui ? richiesta la registrazione della sola prima trasmissione di ciascun pacchetto dati dal nodo mittente verso un altro nodo ? a prescindere dal fatto che tale nodo sia il nodo destinatario o un nodo ricevitore.

Diversamente, nulla vieta di implementare una procedura alternativa (non illustrata), in cui ? prevista la registrazione di una o pi? trasmissioni del pacchetto di risposta trasmesso dal nodo destinatario del pacchetto dati al nodo mittente dello stesso.

Sebbene, l'utilizzo di database a grafo e il protocollo di proof-of-history sinergicamente consentono di ottenere una struttura di comunicazione a pacchetti con una latenza contenuta, tale da permettere una comunicazione rapida e affidabile tra due o pi? nodi della rete, nulla vieta che in forme di realizzazione alternative della presente invenzione, al posto del database a grafo sia utilizzato un differente sistema per identificare una sequenza di nodi che permettano di effettuare una trasmissione dati, per esempio un database relazionale.

In una forma di realizzazione illustrata in Figura 10, l'entit? di registrazione ER prevede di eseguire una procedura 400 di popolazione della lista Rx di codici identificativi memorizzata dal generico nodo Nx al momento della registrazione i quest'ultimo nella rete 1.

La procedura 400 ? avviata quando il generico nodo Nx richiede l'inserimento nella rete 1 e, contestualmente, la generazione del rispettivo codice identificativo IDx e della chiave di cifratura privata associata (blocco di inizio 401).

La procedura prevede di analizzare una lista dei contatti memorizzata nel nodo Nx (blocco 403) ? per esempio, la rubrica telefonica e/o una lista di indirizzi di posta elettronica noti nel caso di un dispositivo mobile ? e verificare se a uno dei contatti registrati in tale lista ? associato un nodo della rete 1 (blocco 405). Per esempio, l'entit? di registrazione ER ? configurata per verificare se uno o pi? dei contatti compresi nella lista contatti del nodo Nx ? associato a un corrispondente codice identificativo ID1-ID9 della rete. A tale scopo, l'entit? di registrazione ER mantiene e aggiorna un elenco dei nodi della rete 1; preferibilmente, ciascuna voce dell'elenco comprende un codice identificativo ID1-ID9 e almeno un altro elemento identificatore del nodo Nx di rete ? per esempio, un indirizzo di posta elettronica, un numero di telefono / codice IMSI, un codice IMEI del telefono o un codice MAC di un modem, o altri elementi identificatori simili associati al ai nodi N1-N9 di rete 1. L'entit? di registrazione ER ? configurata per verificare la presenza di uno di tali elementi identificatori nella lista contatti del nodo Nx.

Per ogni corrispondenza trovata, ? previsto di comunicare al nodo Nx il codice identificativo ID1-ID9 associato a un nodo N1-N9 riconducibile a un contatto della lista contatti del nodo Nx (blocco 407) e quindi la procedura termina (al blocco di termine 409).

La procedura 400 consente di instaurare canali di comunicazione in modo semplice nella rete 1 e consente di comunicare in modo efficace a un generico nodo Nx non appena quest'ultimo entra a fare parte della rete 1.

Come sar? evidente alla persona esperta, ? possibile prevedere passi opzionali volti ad abilitare su richiesta l'accesso alla lista contatti compresa nei vari nodi della rete e/o a consentire la distribuzione dei codici identificativi in modo da garantire il controllo al possessore del nodo dei dati analizzati o forniti dall'entit? di registrazione ER.

In una variante (non illustrata) della procedura 100, ? previsto di abilitare nodi temporanei di rete. In dettaglio, un generico nodo temporaneo ? un dispositivo con caratteristiche analoghe alle caratteristiche dei nodi sopra descritte e dotato dell'applicazione software, ma a cui non sia stato assegnato un codice identificativo. Nella variante della procedura 100, nel caso non sia individuato un nodo della rete entro la distanza utile da un nodo mittente, ? previsto di verificare se uno dei contatti compresi nella lista contatti del nodo mittente ? in grado di operare da nodo temporaneo e se sia entro la distanza utile. In caso affermativo, la variante della procedura prevede che sia assegnato un codice identificativo temporaneo al nodo temporaneo in modo da abilitarlo alla ricetrasmissione dei pacchetti dati. Una volta avvenuta la ricetrasmissione del pacchetto dati, il nodo temporaneo ? rimosso dalla rete ? e il codice identificativo temporaneo ? rimosso dall'elenco dell'entit? di registrazione.

Grazie a tale soluzione ? possibile garantire una maggiore copertura della rete, in particolare durante una fase iniziale di attivazione della rete o per garantire un funzionamento della rete anche in caso di traffico elevato.

Naturalmente, nulla vieta di utilizzare il codice identificativo ID1-ID9 e la chiave privata come un portafoglio per criptovalute in aggiunta alle funzioni sopra descritte. In questo modo, la rete 1 pu? gestire transazioni economiche in parallelo alla trasmissione dei pacchetti dati, senza la necessit? di implementare modifiche sostanziali.

In forme di realizzazione alternative (non illustrate), la cifratura delle informazioni nei pacchetti dati e/o delle informazioni nei blocchi del registro digitale condiviso, cos? come la firma digitale delle stesse, possono essere eseguite utilizzando codici di cifratura differenti tra loro e, in generale, differenti dal codice identificativo del nodo di rete cui sono destinate o che genera tali informazioni.

In generale, ogni blocco dati del registro digitale condiviso registra la trasmissione di un solo pacchetto dati appartenente alla medesima sequenza di pacchetti dati generati e trasmessi da un nodo mittente verso il medesimo nodo destinatario. Tuttavia, nulla vieta che in forme di realizzazione alternative (non illustrate) il medesimo blocco registri due o pi? trasmissioni di altrettanti pacchetti dati trasmessi da un medesimo nodo mittente al medesimo nodo destinatario. In tale caso, il nodo destinatario ordiner? tali pacchetti dati ? la cui registrazione ? inclusa nel medesimo blocco dati - in funzione del valore della marca temporale contenuta nell'intestazione di tali pacchetti. In aggiunta o in alternativa, ciascuna trasmissione registrata pu? essere associata all'ultimo valore di hash calcolato da un'iterazione dell'algoritmo di cifratura dell'algoritmo di hashing al momento della registrazione della trasmissione.

Come sar? evidente alla persona esperta, pi? nodi della rete possono trasmettere pacchetti dati in parallelo e, in modo analogo, pi? nodi della rete possono ricevere pacchetti dati in parallelo. In altre parole, pi? istanze delle procedure 100 e 200 possono essere eseguite in parallelo all'interno della rete ciascuna per gestire la trasmissione di uno o pi? pacchetti dati tra corrispondenti nodi mittenti e nodi destinatari. Inoltre, nulla vieta di prevedere varianti della procedura 100 in cui i nodi della rete operano in modo da trasmettere pacchetti dati in modalit? multicast o broadcast.

In una differente forma di realizzazione (non illustrata), ? prevista una procedura di selezione nodo modificata. Secondo tale procedura modificata, nel caso il codice identificativo del nodo destinatario sia compreso nella lista del nodo mittente, ? previsto di trasmettere direttamente il pacchetto dati direttamente al nodo destinatario anche se quest'ultimo non ? il nodo pi? vicino al nodo mittente. In dettaglio, la procedura modificata prevede di verificare che il nodo destinatario sia entro una distanza utile dal nodo mittente ? per esempio, entro una portata massima a cui il nodo mittente pu? trasmettere il pacchetto dati - e trasmettere il pacchetto al nodo destinatario dati in caso affermativo. Se al contrario il nodo destinatario non ? entro la distanza utile del nodo mittente la procedura modificata esegue i medesimi passi sopra descritti in relazione alla procedura 200.

In aggiunta o in alternativa una forma di realizzazione alternativa, prevede di implementare una procedura 500 di selezione nodo alternativa (illustrata dal diagramma di flusso di Figura 11) che prevede di identificare il percorso minimo di nodi che permette di collegare il nodo mittente al nodo destinatario. In questo caso, la procedura 500, una volta avviata (blocco di avvio 501) prevede di generare un database a grafo di rete DBGr - illustrato schematicamente in Figura 12 ? in cui ogni nodo del database a grafo DBGr corrisponde a un nodo N1-N9 della rete 1 e ogni arco collega tra loro due nodi quando i rispettivi codici identificativi ID1-ID9 sono memorizzati nelle corrispondenti liste R1-R9 (blocco 503). Nell'esempio di Figura 11, per semplicit?, sono illustrati unicamente gli archi che collegano il nodo N1 mittente ai nodi N2, N3, N5, N7 e N8 i cui codici identificativi ID2, ID3, ID5, ID7 e ID8 sono contenuti memorizzati nella lista R1 del nodo N1 mittente e gli archi associati ai nodi N3, N5 e N6 che permettono di stabilire un percorso tra il nodo N1 mittente e il nodo N9 destinatario.

Successivamente, la procedura alternativa 500 prevede di determinare il percorso pi? breve nel database a grafo DBG che permette di collegare il nodo N1 mittente al nodo N9 destinatario (blocco 505). In altre parole, ? selezionato il percorso che attraversa il numero minore di archi e nodi del database a grafo DBG che collega il nodo N1 mittente al nodo N9 destinatario. In generale, il percorso minimo ? identificato verificando iterativamente a partire da nodo N1 mittente, se esiste un arco del database a grafo DBGr che collega il nodo N1-N8 considerato con il nodo N9 destinatario e, in caso negativo, passando a esaminare i nodi N2-N8 connessi per mezzo di archi connessi ai nodi N2-N8 a loro volta connessi al nodo precedentemente considerato fino ad individuare un arco che connette un nodo N2-N8 della rete 1 con il nodo N9 destinatario. Tra l'uno o pi? percorsi possibili individuati ? selezionato come percorso minimo il percorso che comprende il minore numero di nodi e archi che collegano il nodo N1 mittente al nodo N9 destinatario ? il percorso N1-N3-N9 nell'esempio considerato, indicato da archi realizzati con linee continue in Figura 12.

Determinato il percorso minimo, la procedura alternativa 500 prevede di verificare che sia effettivamente possibile instaurare un canale di comunicazione attraverso i nodi N1-N9 della rete 1 compresi nel percorso minimo (blocco decisionale 507). In dettaglio, la procedura alternativa 500 prevede di verificare che i nodi N1-N9 della rete 1 compresi nel percorso minimo siano compresi in una regione di comunicazione utile. Per esempio, ? verificato che ciascun nodo N1-N9 della rete 1 compreso nel percorso minimo si trovi entro la distanza utile del nodo N1-N9 della rete 1 precedente del percorso minimo ? sulla base delle indicazioni di posizioni P1-P9 acquisite. Opzionalmente, la procedura 400 prevede di verificare anche che ciascun nodo N1-N9 della rete 1 compreso nel percorso minimo sia disponibile a stabilire un canale di comunicazione ? sulla base delle indicazioni di capacit? S1-S9 acquisite.

In caso negativo (ramo di uscita N del blocco 507), il percorso minimo determinato ? scartato (blocco 509) e la procedura alternativa 500 prevede di selezionare un nuovo percorso minimo reiterando i passi sopra descritti a partire dal blocco 505.

Diversamente, il percorso minimo ? considerato utilizzabile (ramo di uscita Y del blocco 507) e la procedura alternativa 500 prevede di fornire in uscita il codice identificativo ID2-ID9 del primo nodo ricevitore ? il nodo N3 nell'esempio considerato ? successivo al nodo N1 mittente nella sequenza di nodi minima cos? determinata (blocco 511) per la prosecuzione della procedura 100 e quindi terminare (al blocco di fine 513).

In aggiunta o in alternativa, la procedura 200 o la procedura alternativa 500 anzich? generare ogni volta il database a grafo DBG1-9 di ciascun nodo o il database a grafo complessivo DBGr prevedono ? durante iterazioni successive a una prima iterazione ? di aggiornare tali database a grafo DBG1-9 o DBGr, per aggiungere o rimuovere nodi e modificare le indicazioni di posizione o capacit? in base allo stato attuale dei nodi della rete 1.

Naturalmente, uno o pi? passi delle procedure 100, 200, 300, 400 e 500 sopra descritti possono essere eseguiti in parallelo tra loro ? come i passi relativi ai blocchi 107 e 109; 203, 205 e/o 209, e 301 e 303 ? o con un ordine differente da quello sopra presentato. In particolare, sar? evidente che la procedura 300 ? implementata sostanzialmente in parallelo ai passi della procedura 100 e della procedura 200/500 durante l'operazione della rete di telecomunicazione.

In alternativa, il nodo mittente pu? essere configurato per trasmettere una richiesta di connessione al nodo destinatario, la quale contenente il codice identificativo ID9, ai nodi del database a grafo cui ? connesso. Tale richiesta quale ? propagata nel grafo fino a raggiungere il nodo N9 che emette un messaggio di risposta. Quando il nodo mittente riceve un primo messaggio di risposta trasmette il pacchetto dati al nodo adiacente che gli ha inviato il messaggio di risposta.

Analogamente, uno o pi? passi opzionali possono essere aggiunti o rimossi da uno o pi? delle procedure sopra descritte. Per esempio, la procedura 100 pu? prevedere passi aggiuntivi in cui ? monitorato un tempo di timeout a partire da un istante di trasmissione di un corrispondente pacchetto dati, nel caso in cui non sia ricevuto un relativo pacchetto di risposta entro tale tempo di timeout, la trasmissione del pacchetto ? considerata fallita e il pacchetto dati deve essere ritrasmesso.

Ancora, nulla vieta di interrompere un tentativo di trasmissione di pacchetto dati e generare un segnale di errore in caso non sia possibile individuare un nodo disponibile a ricevere e, eventualmente, inoltrare il pacchetto dati o una sequenza di nodi della rete disponibili a operare da nodi ricevitori o non si trovino nodi della rete entro la regione di comunicazione utile di uno o pi? nodi della sequenza.

Inoltre, nulla vieta di configurare i nodi della rete per modificare la tecnologia di trasmissione di un medesimo pacchetto dati tra due differenti nodi della rete al fine di garantire la trasmissione del pacchetto dati dal nodo mittente al nodo destinatario. Per esempio, un generico pacchetto dati pu? essere inizialmente trasmesso in accordo con lo standard LTE tra una prima coppia di nodi, quindi secondo lo standard WiFi Direct o Bluetooth tra una o pi? seconde coppie di nodi ricevitori intermedi e, infine, secondo lo standard UMTS tra un nodo ricevitore e il nodo destinatario. In particolare, nel caso di una rete di telecomunicazione wireless, tali trasmissioni comprendono in generale sia trasmissioni di tipo da dispositivo (mobile) a dispositivo (mobile), indicate come device-to-device (D2D), sia trasmissioni da dispositivo mobile a stazione radio base, router, o simili.

Inoltre, come sar? evidente alla persona esperta, le procedure 100, 200, 300, 300 e 500 secondo varie forme di realizzazione della presente invenzione sono opportunamente combinabili in modo da costituire sostanzialmente un metodo che garantisce la ricetrasmissione di pacchetti dati tra nodi della rete in modo sicuro con una struttura di tipo P2P, in particolare sostanzialmente invulnerabile ad attacchi di tipo uomo-nel-mezzo (man-in-the-middle) e in grado di mantenere la riservatezza delle informazioni scambiate.

In particolare, il metodo secondo la presente invenzione ? in grado di supportare in modo efficace uno o pi? tra servizi di messaggistica istantanea, comunicazioni voce e video.

Naturalmente, tutti i dettagli sono sostituibili da altri elementi tecnicamente equivalenti.

In conclusione, i materiali impiegati, nonch? le forme e le dimensioni contingenti dei dispositivi, apparati e terminali sopra menzionati potranno essere qualsiasi secondo le specifiche esigenze implementative senza per questo uscire dall?ambito di protezione delle seguenti rivendicazioni.

Claims (10)

RIVENDICAZIONI

1. Metodo (100, 200, 300, 400, 500) di comunicazione tra nodi di una rete di telecomunicazione, ciascun nodo mantenendo una copia di un registro digitale condiviso,

il metodo (100, 200, 300, 400, 500) prevedendo che ciascun nodo mittente di un pacchetto dati esegua i passi di:

a. identificare (103; 200, 500) un nodo ricevitore a cui trasmettere detto pacchetto dati,

b. generare (105) un pacchetto dati da recapitare a un nodo destinatario, c. trasmettere (107) al nodo ricevitore il pacchetto dati,

d. emettere (109) una richiesta ai nodi della rete di registrare detta trasmissione del pacchetto dati sul registro digitale condiviso, e

quando ? ricevuto un pacchetto dati, il metodo prevede che ciascun nodo ricevitore, diverso dal nodo destinatario del pacchetto dati, reiteri almeno i passi a., e c.,

caratterizzato dal fatto che

ciascun nodo della rete ? identificato da un rispettivo codice identificativo e memorizza una lista di codici identificativi, ciascun codice identificativo compreso in detta lista essendo associato a un rispettivo nodo compreso in un sotto-insieme di nodi della rete, e

dal fatto che

il passo a. di identificare (103, 200; 500) un nodo ricevitore a cui trasmettere detto pacchetto dati prevede di:

- generare (203; 503) un database a grafo in cui un rispettivo arco collega il nodo mittente o il nodo ricevitore, diverso da nodo destinatario, a ciascun nodo della rete il cui codice identificativo ? compreso nella lista di codici identificativi del nodo mittente o il nodo ricevitore, diverso da nodo destinatario, e

- selezionare (209; 505) il nodo ricevitore tra i nodi di detto database a grafo.

2. Il metodo (100, 200, 300, 400, 500) secondo la rivendicazione 1, in cui il passo a. di identificare (103, 200; 500) un nodo ricevitore a cui trasmettere detto pacchetto dati ulteriormente prevede di:

- acquisire (205; 505) un'informazione di posizione dei nodi della rete compresi nel database a grafo, e

in cui selezionare (209; 505) il nodo ricevitore tra i nodi di detto database a grafo prevede di selezionare il nodo del database a grafo a distanza minima dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario.

3. Il metodo (100, 200, 300, 400, 500) secondo la rivendicazione 2, in cui acquisire (205; 505) un'informazione di posizione dei nodi della rete compresi nel database a grafo prevede, per ciascun nodo della rete compreso nel database a grafo, di acquisire almeno uno tra:

- una posizione geografica misurata attraverso un sistema satellitare di navigazione globale (GNSS) di cui ? equipaggiato il nodo,

- un'informazione relativa a una cella di rete cellulare in cui ? attestato il nodo,

- un indirizzo IP associato al nodo,

- un Access Point Name cui ? collegato il nodo di rete,

- dato di geolocalizzazione associati al nodo da un servizio di geomessaging o un servizio di geomarketing.

4. Il metodo (100, 200, 300, 400, 500) secondo una qualsiasi delle rivendicazioni precedenti, ulteriormente comprendente i passi di:

- acquisire (207; 505) un'informazione di disponibilit? a ricevere e ritrasmettere il pacchetto dati da parte del nodo ricevitore selezionato;

- in caso il nodo ricevitore selezionato non sia disponibile a ricevere e ritrasmettere il pacchetto dati, scartare (213; 507) il nodo ricevitore selezionato, e - selezionare un nuovo nodo ricevitore avente una distanza dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario, inferiore alla distanza degli altri nodi del database a grafo dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario.

5. Il metodo (100, 200, 300, 400, 500) secondo una qualsiasi delle rivendicazioni precedenti da 2 a 4, ulteriormente comprendente i passi di:

- verificare se il nodo destinatario ? compreso nel database a grafo;

- in caso affermativo, verificare se il nodo destinatario ? entro una distanza di comunicazione utile dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario, e

- in caso affermativo, selezionare il nodo destinatario come nodo ricevitore anche se esiste un differente nodo del database grafo a distanza minima dal nodo mittente o dal nodo ricevitore, diverso dal nodo destinatario.

6. Il metodo (100, 200, 300, 400, 500) secondo una qualsiasi delle rivendicazioni precedenti, ulteriormente comprendente i passi di:

- analizzare (403) una lista di contatti memorizzata in ciascun nodo, detta lista contatti comprendendo, per ciascun contatto, almeno un elemento identificatore tra:

- un numero di telefono;

- un codice IMSI;

- un codice IMEI, e

- un codice MAC;

- identificare (405) un elemento identificatore associato a un codice identificativo di un nodo della rete, e

- fornire (407) detto codice identificativo al nodo che comprende il corrispondente elemento identificatore.

7. Il metodo (100, 200, 300, 400, 500) secondo la rivendicazione 6 e 2, in cui ciascun nodo di rete implementa un'applicazione software configurata per gestire la trasmissione dei pacchetti dati e mantenere il registro digitale condiviso, e

in cui, nel caso non sia possibile identificare un nodo entro una distanza massima, il metodo ulteriormente comprende i passi di:

- analizzare la lista di contatti memorizzata nel nodo mittente;

- nel caso sia identificato un contatto in cui ? installata detta applicazione software ma privo di un codice identificativo, assegnare un codice identificativo temporaneo a detto contatto, e

- selezionare detto contatto come nodo ricevitore del pacchetto dati.

8. Il metodo (100, 200, 300, 400, 500) secondo una qualsiasi delle rivendicazioni precedenti, in cui generare (203; 503) un database a grafo prevede ulteriormente che ogni arco colleghi una coppia di nodi della rete nel caso la lista di almeno uno di detta coppia di nodi comprenda il codice identificativo dell'altro nodo della coppia di nodi, e

in cui selezionare (209; 505) il nodo ricevitore tra i nodi di detto database a grafo prevede di:

- identificare (505) almeno una sequenza di nodi e archi del database a grafo che permette di connettere il nodo mittente o il nodo ricevitore, diverso dal nodo destinatario, al nodo destinatario, e

- selezionare (507) come nodo ricevitore il primo nodo di detta almeno una sequenza successivo al nodo mittente o al nodo ricevitore, diverso dal nodo destinatario.

9. Il metodo (100, 200, 300, 400, 500) secondo la rivendicazione 8, in cui identificare (505) almeno una sequenza di nodi e archi del database a grafo prevede di identificare una sequenza che definisce un percorso minimo tra il mittente e il nodo destinatario.

10. Rete di telecomunicazione (1) comprendente una pluralit? di nodi (N1-N9), ciascun nodo comprendendo almeno un modulo di elaborazione dati (10), un modulo di memoria (20) e un modulo di ricetrasmissione (30), laddove ciascun nodo (N1-N9) ? configurato per:

- mantenere una copia di un registro digitale condiviso (L1-L9), ed

- eseguire il metodo (100, 200, 300, 400, 500) secondo uno qualsiasi delle rivendicazioni precedenti da 1 a 9.