ES3071302T3 - Providing secure internet access to a client device in a remote location - Google Patents

Providing secure internet access to a client device in a remote location

Info

Publication number
ES3071302T3
ES3071302T3 ES21250008T ES21250008T ES3071302T3 ES 3071302 T3 ES3071302 T3 ES 3071302T3 ES 21250008 T ES21250008 T ES 21250008T ES 21250008 T ES21250008 T ES 21250008T ES 3071302 T3 ES3071302 T3 ES 3071302T3
Authority
ES
Spain
Prior art keywords
client device
public key
blockchain
satellite system
internet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES21250008T
Other languages
English (en)
Inventor
Tommaso Gagliardoni
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nagravision SARL
Original Assignee
Nagravision SARL
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nagravision SARL filed Critical Nagravision SARL
Application granted granted Critical
Publication of ES3071302T3 publication Critical patent/ES3071302T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H04L63/0421—Anonymous communication, i.e. the party's identifiers are hidden from the other party or parties, e.g. using an anonymizer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Se proporciona un sistema para proporcionar a un dispositivo cliente en una ubicación remota acceso seguro a Internet a través de una conexión satelital que incluye: un dispositivo cliente; un sistema satelital configurado para proporcionar al dispositivo cliente acceso a Internet; y un proveedor de servicios de Internet (ISP), donde, durante un proceso de registro: el sistema satelital está configurado para recibir una primera señal de estado de cadena de bloques que codifica información sobre un primer estado de una cadena de bloques, y para generar y transmitir una primera señal de difusión de RF que codifica la información sobre el primer estado de la cadena de bloques; el dispositivo cliente está configurado para recibir la primera señal de difusión de RF, para generar una solicitud de registro basada en la información sobre el estado de la cadena de bloques, la solicitud de registro incluye una ID de clave pública asociada con el dispositivo cliente, y para ser transmitida a una dirección electrónica correspondiente a una cadena de bloques asociada con el ISP, y para transmitir la solicitud de registro al sistema satelital; el sistema satelital está configurado para recibir la solicitud de registro y transmitirla a la dirección electrónica asociada con el ISP; El proveedor de servicios de Internet (ISP) está configurado para determinar si la solicitud de registro es válida y, de ser así, agregar la clave pública a una lista autorizada. Cuando una clave pública se encuentra en dicha lista, el dispositivo cliente o su usuario tiene permiso para acceder a Internet a través del sistema satelital. También se proporcionan métodos y sistemas similares para las solicitudes de conexión. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN
[0002] Proporcionar acceso seguro a internet a un dispositivo del cliente en una ubicación remota
[0003] Campo técnico de la invención
[0004] La presente invención se relaciona con procedimientos y sistemas para proporcionar a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite. Otros aspectos de la invención se refieren a un sistema de satélites, un dispositivo cliente y los procedimientos ejecutados por dichos componentes.
[0005] Antecedentes de la invención
[0006] Cuando un usuario desea acceder a Internet, el proveedor de servicios de Internet le exige, sin excepción, que cree una nueva cuenta. Por lo general, esto requiere que el usuario facilite una dirección de correo electrónico personal (válida), un nombre de usuario adecuado y una contraseña. A menudo, el usuario también debe recibir un código de autenticación por correo electrónico. El usuario deberá recordar el nombre de usuario y la contraseña para futuros accesos. A menudo, el usuario también debe facilitar un número de teléfono móvil válido, los datos de su tarjeta de crédito e incluso una copia de su documento de identidad o un justificante de domicilio. Esto resulta engorroso tanto para el usuario como para el proveedor de servicios de Internet, y obliga al usuario a facilitar sus datos personales. Esto no es deseable desde el punto de vista de la normativa sobre privacidad y, además, supone un riesgo para el proveedor del servicio.
[0007] Además, a menudo resulta conveniente que los usuarios puedan acceder a Internet desde ubicaciones remotas (que se definen con más detalle más adelante en la solicitud), en las que no hay conexión a Internet disponible. A menudo resulta complicado.
[0008] El objetivo de la presente invención es proporcionar procedimientos que permitan al usuario conectarse de forma segura a Internet desde una ubicación remota, sin necesidad de facilitar diversos datos personales.
[0009] El documento US2006/248600 se relaciona con un proceso para prevenir el acceso fraudulento a cuentas de Internet y se basa en una lista autorizada que incluye direcciones de red preautorizadas. El documento US 2019/342085 se relaciona con el seguimiento de productos y de la información sobre los mismos a lo largo de la cadena de suministro.
[0010] Resumen de la invención
[0011] Algunos aspectos de la presente invención se relacionan con varios sistemas mediante los cuales un dispositivo cliente puede conectarse a Internet de forma segura y desde una ubicación remota, sin tener que facilitar sus datos personales a un proveedor de servicios de Internet. En términos generales, esto se consigue proporcionando acceso a Internet a través de una conexión por satélite, en la que se concede el registro a aquellos usuarios que hayan presentado una solicitud de registro válida y, posteriormente, se concede acceso a Internet únicamente a aquellos dispositivos cliente cuyas identificaciones de clave pública figuren en una lista autorizada. Con el fin de facilitar el intercambio de solicitudes por parte del dispositivo cliente desde una ubicación remota, este puede configurarse para transmitir y recibir señales de radiofrecuencia. Un primer aspecto de la invención se refiere a un sistema configurado para llevar a cabo un proceso de registro, y un segundo aspecto de la invención se refiere al mismo sistema configurado para llevar a cabo un proceso de conexión. Un tercer aspecto de la invención consiste en un sistema configurado para llevar a cabo ambos procesos. Los aspectos cuarto, quinto y sexto de la invención describen procedimientos que se llevan a cabo mediante los aspectos primero, segundo y tercero de la invención, respectivamente. Otros aspectos se refieren a componentes específicos del sistema y a los procedimientos que llevan a cabo dichos componentes. Debe ser aclarado en el principio que la invención incluye la combinación de los aspectos y características preferentes descritos, excepto cuando tal combinación sea claramente inadmisible o se evite expresamente.
[0012] En un primer aspecto de la invención, se proporciona un sistema para ofrecer a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite; dicho sistema incluye: un dispositivo cliente; un sistema de satélite configurado para proporcionar al dispositivo cliente acceso a Internet; y un proveedor de servicios de Internet (PSI), en el que, durante un proceso de registro: el sistema de satélite está configurado para recibir una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de una cadena de bloques, y para generar y transmitir una primera señal de emisión de RF que codifica la información sobre el primer estado de la cadena de bloques; el dispositivo cliente está configurado para recibir la primera señal de emisión de RF, para generar una solicitud de registro basada en la información sobre el estado de la cadena de bloques, la solicitud de registro incluye una identificación de clave pública asociada al dispositivo cliente, y para ser transmitida a una dirección electrónica correspondiente a una cadena de bloques asociada al PSI, y para transmitir la solicitud de registro al sistema de satélite; el sistema de satélite está configurado para recibir la solicitud de registro y transmitirla a la dirección electrónica asociada al PSI; el PSI está configurado para determinar si la solicitud de registro es válida y, si lo es, para añadir el identificador de clave pública a una lista autorizada, de forma que, cuando un identificador de clave pública figure en la lista autorizada, se permita al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite.
[0013] A continuación, exponemos diversas características opcionales y aclaramos el significado de varios términos mencionados anteriormente.
[0015] En el contexto de la presente solicitud, un dispositivo cliente puede entenderse como un dispositivo utilizado por un usuario que desea acceder a Internet. El dispositivo cliente puede ser un ordenador estándar, tal como un portátil, una tableta, un ordenador de sobremesa, un smartphone o similar. Se prevé que el dispositivo cliente sea un dispositivo informático portátil, con el fin de que el usuario pueda transportarlo hasta la ubicación remota. El dispositivo cliente incluye, preferentemente, una antena configurada para transmitir y recibir señales, como señales de radiofrecuencia. La antena puede estar integrada en el dispositivo cliente, o bien estar conectada o poder conectarse a dicho dispositivo. A lo largo de esta solicitud, cuando se utilice el término «dispositivo cliente», se entenderá que se relaciona con el propio dispositivo cliente o a uno de sus usuarios. Por ejemplo, cuando se hace referencia a «un identificador de clave pública asociado al dispositivo cliente», esto puede referirse a un identificador de clave pública asociado al propio dispositivo cliente, o a un identificador de clave pública asociado al usuario del dispositivo cliente en ese momento, salvo, por supuesto, que el contexto indique lo contrario.
[0017] Una de las principales ventajas de la invención es su capacidad para facilitar la conexión a Internet cuando el dispositivo cliente se encuentra en una «ubicación remota». En este contexto, se debe entender por «ubicación remota» aquella en la que el dispositivo del cliente no puede conectarse a Internet por otros medios, por ejemplo, a través de una red local inalámbrica o por cable. Por ejemplo, el término podría relacionarse con un lugar en el que no hay acceso a Internet por los medios habituales, o a una zona remota situada lejos, por ejemplo, de cualquier núcleo urbano. De este modo, la presente invención puede resultar ventajosa para proporcionar acceso a Internet a los usuarios de países menos desarrollados o en vías de desarrollo que aún no cuentan con una infraestructura de Internet bien establecida.
[0019] Un sistema de satélites puede incluir un satélite y una estación terrestre. Por «estación terrestre» se entiende cualquier instalación o entidad terrestre que se comunique con el satélite. En algunos casos, el sistema de satélites puede ser un sistema de satélites en órbita terrestre baja (OTB) (entre los ejemplos existentes se encuentran Iridium o Starlink). Estos sistemas funcionan con una gran flota de pequeños satélites de baja potencia que se desplazan por el cielo a una velocidad relativamente alta con respecto al observador. Los dispositivos de radio que se conectan a estos sistemas deben sintonizar la señal de radio de varios satélites a la vez y seguir sintonizando nuevos satélites a medida que estos aparecen por encima del horizonte, al tiempo que pierden la conexión con los satélites que desaparecen por debajo del horizonte. Por otra parte, el sistema de satélites puede estar en órbita terrestre media o en órbita geosincrónica. Se trata de satélites de mayor tamaño que, o bien se encuentran muy lejos de la superficie de la Tierra y permanecen en una posición fija en el cielo, o bien están más cerca pero se mueven con relativa lentitud. Cada uno de estos satélites cubre una amplia zona geográfica. En estos casos, es posible que el dispositivo del cliente necesite una antena direccional, tal como una antena parabólica, para conectarse. En comparación con los sistemas de satélites de órbita terrestre baja (OTB), la latencia es mayor debido a la distancia, pero el ancho de banda también es mayor, por lo que estos sistemas se utilizan habitualmente para proporcionar comunicaciones de banda ancha o streaming en alta definición a zonas remotas que carecen de conexión por cable. Los sistemas de satélites en órbita terrestre media o geosincrónica son los más adecuados para su uso con la presente invención, ya que ofrecen una mayor privacidad y seguridad. A efectos de exhaustividad, más adelante en esta solicitud se ofrece una explicación más detallada de las interacciones entre el sistema de satélite y el proveedor de servicios de Internet; sin embargo, en términos generales, una conexión a Internet vía satélite solo se diferencia de una conexión «convencional» en que, en lugar de que las solicitudes de un dispositivo cliente se transmitan a través de cables, estas se envían a un satélite, el cual, a su vez, transmite la solicitud al proveedor de servicios de Internet (o a un centro de red asociado a este). A continuación, el proveedor de servicios de Internet transmite la respuesta al dispositivo del cliente a través del satélite. Por motivos de precaución, señalamos aquí que el término «proveedor de servicios de Internet» se utiliza para referirse a una organización que presta servicios para acceder, utilizar o participar en Internet. Los proveedores de servicios de Internet pueden adoptar diversas formas, como empresas comerciales, entidades comunitarias, organizaciones sin ánimo de lucro o entidades de propiedad privada. Los servicios de Internet que suelen ofrecer los proveedores de servicios de Internet (PSI) pueden incluir el acceso a Internet, el tránsito de Internet, el registro de nombres de dominio, el alojamiento web, el servicio Usenet y la coubicación. Cuando en la presente invención se hace referencia a la prestación de «acceso a Internet», debe entenderse que abarca, en términos generales, todas las funciones que puede ofrecer un proveedor de servicios de Internet (PSI). Cabe señalar que, a lo largo de la presente solicitud, cualquier procesamiento que tenga lugar en el sistema de satélites se lleva a cabo preferentemente en la estación terrestre, y no en el propio satélite. Además, cualquier tratamiento que se realice en la estación terrestre también puede llevarse a cabo en el proveedor de servicios de Internet; es decir, el sistema de satélites (de nuevo, preferentemente su estación terrestre) transmite preferentemente los datos que deben tratarse al proveedor de servicios de Internet, en el que tiene lugar la operación de tratamiento de datos, y los datos tratados, o el resultado del tratamiento, se transmiten de vuelta al sistema de satélites. En la presente memoria descriptiva, el término «tratamiento de datos» se entiende en sentido amplio, de forma que abarca cualquier tratamiento de cualquier tipo de datos que se realice en el sistema de satélites.
[0020] Durante el proceso de registro, que forma parte del primer aspecto de la invención, se configura un sistema de satélites para recibir una primera señal de estado de la cadena de bloques que codifica información sobre el primer estado de dicha cadena. Esto podría ser una señal de estado de la cadena de bloques por radiofrecuencia y, en consecuencia, el sistema de satélites podría recibirla de una estación de radiodifusión por radiofrecuencia asociada a la cadena de bloques, o de un nodo de la misma. A lo largo de esta solicitud, los términos «RF» o «radiofrecuencia» se utilizan para referirse a señales electromagnéticas con una frecuencia comprendida entre 30 Hz y 300 GHz. Por otra parte, la primera señal (y otras) del estado de la cadena de bloques pueden recibirse por medios distintos a la radiofrecuencia. Por ejemplo, la señal de estado de la cadena de bloques puede recibirse a través de Internet en una estación terrestre del sistema de satélites, procedente del proveedor de servicios de Internet.
[0021] En este momento, el dispositivo cliente se encuentra en una ubicación remota sin acceso a Internet y, por lo tanto, no puede mantener la sincronización con una cadena de bloques. Como veremos en breve, esto significa que el dispositivo cliente no puede generar una solicitud de registro válida (o, más concretamente, una solicitud de registro correctamente autenticada). Para solucionar esto, se configura el sistema de satélite —o, alternativamente, un componente independiente, como una estación de transmisión de radiofrecuencia— para que transmita una primera señal de radiofrecuencia, que contiene la información sobre el primer estado de la cadena de bloques, la cual puede ser recibida a continuación por el dispositivo cliente. En la práctica, esta etapa permite que el dispositivo cliente mantenga la sincronización con la cadena de bloques, aunque (en este momento) no tenga acceso a Internet. Por su propia naturaleza, una cadena de bloques está en constante evolución; a continuación, describimos varias funciones opcionales relacionadas con el proceso mediante el cual el dispositivo del cliente puede mantenerse sincronizado con la cadena de bloques, incluso en caso de pérdida de la conexión de radiofrecuencia. En concreto, si el dispositivo cliente pierde la RF de tal forma que se pierden más de una actualización del estado de la cadena de bloques, no es posible volver a sincronizarse simplemente basándose en el estado más reciente de la cadena de bloques. Es necesario conocer a fondo cada uno de los estados de la cadena de bloques.
[0022] A continuación, describimos diversas características relacionadas con el mantenimiento de la sincronización con la cadena de bloques. En algunos casos, durante el desplazamiento del usuario hasta la ubicación remota (que, dada la lejanía de esta, puede llevar bastante tiempo), es posible que se pierda más de una actualización sobre el estado actual de la cadena de bloques. Por consiguiente, durante ese tiempo, el sistema de satélites puede recibir una segunda señal de estado de la cadena de bloques que codifique información sobre un segundo estado de la cadena de bloques y, en consecuencia, puede estar configurado para generar y transmitir una segunda señal de radiodifusión de RF que codifique la información sobre el segundo estado de la cadena de bloques. Más generalmente, el sistema de satélite puede estar configurado para recibir una señal de estado de una i<ésima>cadena de bloques que codifica información sobre un iésimoestado de una cadena de bloques, y puede estar configurado para generar unaiésima
señal de difusión de RF correspondiente que codifica la información sobre eliésimo
estado de la cadena de bloques; y en un tiempoti
, transmitir laiésima
señal de difusión para ser recibida por el dispositivo cliente. Aquí,ipuede tomar valores desde 1 (es decir, la primera difusión) hastaN(es decir, la difusión final).Npuede ser arbitrariamente alto para una difusión constante.
[0023] El(los) dispositivo(s) cliente que deben recibir las señales de difusión de RF, están en una ubicación remota, que por definición deben tener sólo conectividad intermitente a Internet, y por lo tanto deben ser incapaces de recibir la señal de difusión en un momento determinado, por ejemplo, porque están pasando por una zona que es inalcanzable por la señal de difusión de RF, o debido a un error técnico. Algunas implementaciones de procedimientos/sistemas de la presente invención pretenden abordar este problema transmitiendo la información varias veces en sucesión, de forma que el dispositivo cliente es capaz de recibir un conjunto de transmisiones en un momento posterior con el fin de mantener la sincronización con la cadena de bloques.
[0024] Específicamente, el sistema de satélite puede estar configurado para la retransmisión de la primera señal de difusión de RF en un tercer momento, estando el tercer momento separado del primero por un segundo intervalo. De este modo, si, por cualquier motivo, el dispositivo cliente no puede recibir la primera transmisión de la primera señal de difusión de RF, podrá recibir la primera retransmisión de dicha señal. Cada señal de difusión de RF puede retransmitirse al menos una vez, teniendo lugar la primera retransmisión después del segundo intervalo. Específicamente, el sistema de satélite puede comprender además la retransmisión de la segunda señal de difusión de RF en un cuarto momento, estando el cuarto momento y el segundo momento separados por el segundo intervalo. Por supuesto, es posible que el dispositivo cliente también pierda la primera retransmisión de la primera señal de difusión de RF, en cuyo caso la primera señal de difusión de RF puede retransmitirse una segunda vez. Esta retransmisión también puede perderse, y así sucesivamente. Para evitarlo, la primera señal de difusión de RF puede retransmitirse una pluralidad de veces tras su difusión inicial. Específicamente, el sistema de satélite puede estar configurado para: transmitir la primera señal de difusión de RF en un tiempo t<1,0>, y retransmitir la primera señal de difusión de RF una pluralidadNde veces, en el que lajésima
retransmisión tiene lugar en t<1,j>. Cada retransmisión puede estar separada de la transmisión (o retransmisión) anterior por un tiempo:
[0026]
[0028] Aquí, el "1" del subíndice indica que nos referimos a la primera señal de difusión de RF. En casos preferentes, los intervalos Δt<1>entre cada par sucesivo de retransmisiones aumentan a medida que aumenta el valor dej. En pocas palabras, hay más tiempo entre cada par de retransmisiones. En un caso particularmente preferente, a medida que aumenta el valor dej, los intervalos Δt<1,j>aumentan exponencialmente.
[0029] Combinando las características descritas anteriormente, se apreciará que cada señal de difusión de RF que se genera puede ser retransmitidajveces. La hora a la que se retransmite laiésimaseñal de difusión para lajésima
vez puede parametrizarse comotij. Un "historial" H<j>puede definirse como el conjunto de señales de difusión de RF que tienen el mismo valor dej.Así, el historial cero representaría el más reciente, es decir, la actualización del estado en tiempo real, mientras que los otros flujos H<1>son instantáneas del historial principal H<0>que se toman en diferentes momentos del pasado. Puede haberNhistoriales separados. El número máximo N de posibles flujos concurrentes depende de la capacidad del canal de difusión de RF y del ancho de banda requerido por la cadena de bloques de forma conservadora. Por ejemplo, si la cadena de bloques requiere un ancho de banda de 400 kb/s en periodos de mucho tráfico, y el canal de radio difunde a 2 Mb/s, entonces puede haber un máximo de N = 5 flujos paralelos (es decir, un historial "original", y 4 retransmisiones de ese historial). Normalmente, H<1>sólo se retrasará unos segundos con respecto al flujo historial principal, de modo que puedan recuperarse las pérdidas cortas de conectividad. H<2>puede retrasarse un poco más, por ejemplo unos 30 segundos. H<3>puede retrasarse unos minutos, H<4>puede retrasarse una hora, y así sucesivamente. Como ya se ha comentado, la distribución de los retardos sigue preferentemente una curva exponencial, ya que esto permite que los dispositivos acaben reincorporándose al historial principal H<0>tras un periodo de pérdida de conectividad. Preferentemente, el retardo máximo Δt<max>= t<i,N>- t<i,0>es igual al periodo máximo tolerable sin conexión para un dispositivo cliente, que puede denominarse en la presente memoria descriptiva "tiempo de apnea". Si un dispositivo pierde la conectividad durante un periodo de tiempo superior al tiempo de apnea, entonces la sincronización con la cadena de bloques es irrecuperable, y el dispositivo debe reiniciarse.
[0031] En algunos casos, el dispositivo cliente puede perder la conectividad de radiofrecuencia y no recibir una señal de radiodifusión que incluya información sobre la cadena de bloques. Como se ha comentado, para evitar ese problema, el sistema de satélites puede configurarse para retransmitir varias veces una señal de radiofrecuencia que indique un estado determinado de la cadena de bloques.
[0033] En este caso, suponiendo que la duración del tiempo durante el cual el dispositivo cliente no ha podido recibir una señal de difusión de RF sea inferior al tiempo de apnea definido anteriormente, la sincronización puede mantenerse recibiendo una señal de un historial diferente. Específicamente, después de perder una transmisión de la primera señal de difusión de RF, el dispositivo cliente puede estar configurado además para: recibir una versión retransmitida de la primera señal de difusión de RF de un historial posterior, la versión retransmitida de la primera señal de difusión de RF codificando la información sobre el primer estado de la cadena de bloques; y almacenar la información sobre el primer estado de la cadena de bloques en la memoria del dispositivo. Evidentemente, esto puede extenderse a otras difusiones perdidas. Más generalmente, después de perder una transmisión de la iésimaseñal de difusión de RF en un tiempo t<i,0>, el procedimiento puede comprender además recibir una versión retransmitida de la señal de difusión de RF de un historial posterior H<m>en un tiempo t<i,m>en el que m > 0, codificando la versión retransmitida de la señal de difusión de RF información sobre eliésimo
estado de la cadena de bloques; y almacenar la información sobre eliésimo
estado de la cadena de bloques en la memoria del dispositivo. En algunos casos, el historial del que procede la transmisión posterior es el historial inmediatamente posterior. O bien, si el periodo de pérdida de conectividad es largo, el historial al que se "resincroniza" el dispositivo cliente puede ser el primer historial que esté difundiendo la siguiente señal que no haya sido recibida por el dispositivo cliente.
[0035] Por supuesto, esto se puede generalizar aún más a los casos en que el dispositivo pierde una transmisión de una señal de difusión de RF en un historial distinto al del historial inicial H<0>. En tales casos, el dispositivo cliente puede estar configurado para "saltar" del historial en el que se encuentra a un historial posterior. Cabe destacar que el dispositivo cliente puede no saltar necesariamente al historial inmediatamente posterior (es decir, de H<j>a H<j+1>); si se pierden varias emisiones, entonces el dispositivo cliente puede estar configurado para almacenar la información de la primera señal de difusión de RF que recibe correspondiente al siguiente bloque de la cadena. En otras palabras, después de que el dispositivo 102 pierda una o más transmisiones de unaiésima
señal de difusión de RF en un historial H<j>en un tiempo o serie de tiempos t<i,j>, el procedimiento comprende además recibir una versión retransmitida de la señal de difusión de RF de un historial posterior H<k>en un tiempo t<i,k>en el que k > j, codificando la versión retransmitida de la señal de difusión de RF información sobre eliésimo
estado de la cadena de bloques; y almacenar la información sobre eliésimo
estado de la cadena de bloques en la memoria del dispositivo. Cabe destacar que el tiempo t<i,k>es posterior al momento en el que el dispositivo recupera la conectividad. Cada historial puede ser transmitido en un canal diferente, tal como un canal de frecuencia. Así, para cambiar a un historial diferente, el dispositivo cliente puede estar configurado para sintonizar una frecuencia diferente.
[0037] Como se discutió, para permanecer sincronizado con la cadena de bloques, es necesario que el dispositivo cliente recibatodaslas actualizaciones de estado. Si la recepción se pierde durante un periodo de tiempo superior al tiempo de apnea, no es posible resincronizar simplemente almacenando la información de la siguiente señal de difusión de RF que se reciba. La sincronización sólo puede mantenerse si la siguiente señal de difusión de RF que se recibe corresponde a una versión de la señal de difusión de RF que sigue inmediatamente a la señal de difusión de RF más reciente para la que se ha almacenado información en la memoria del dispositivo.
[0039] Cuando el dispositivo cliente ha saltado a un historial posterior, existen al menos dos opciones para las siguientes etapas, bajo la suposición que el dispositivo cliente no volverá a perder la recepción o la conectividad. En un primer caso, el dispositivo cliente puede estar configurado para seguir recibiendo las señales de difusión de RF en el mismo historial. Esta es la opción preferente para dispositivos con restricciones de rendimiento y una vida útil limitada, pero que pueden permitirse mantener un estado de sincronización de cadena de bloques ligeramente desactualizado. Específicamente, en estos casos, después de que el dispositivo cliente haya almacenado la información sobre el iésimoestado de la cadena de bloques basándose en una señal de un historial posterior H<k>en un tiempo t<i,k>, el procedimiento puede comprender además recibir información sobre el (i+1)<ésimo>estado del mismo historial H<k>en un tiempo t<i+1,k>. Más generalmente, en tales casos, el procedimiento puede comprender además recibir información sobre el estadoiésimo
a partir del historial H<k>en los tiempos t<i,k>, en el que k > j, j representa el historial inicial.
[0041] En el segundo caso, que es preferente en circunstancias distintas de las anteriores, después de haber almacenado la información de una señal de difusión de RF en un historial posterior, el dispositivo cliente puede estar configurado para continuar almacenando información de señales de difusión de RF en el historial original hasta que transcurre el tiempo suficiente para que la información que falta causada por la pérdida de conectividad se haya recogido. En ese momento, el dispositivo cliente puede estar configurado para recombinar la información para sincronizarse de nuevo con la cadena de bloques, y después continuará utilizando el historial original para la sincronización. Hasta ese momento, el dispositivo se sincronizará con una instantánea pasada de la cadena de bloques a partir del historial que estaba utilizando para mantener la sincronización. En otras palabras, una vez que el dispositivo 102 ha almacenado información sobre eli-ésimo
estado de la cadena de bloques basándose en una señal de radiodifusión procedente de un historial posterior H<k>en un momento t<i,k>, el dispositivo cliente puede estar configurado para: en los momentos t<i,m>recibir información sobre estados posteriores de la cadena de bloques a partir de un historial anterior H<m>en el que m < k y almacenar la información en el búfer 1032 de la memoria; recibir información sobre al menos el (i+1)<ésimo>estado de la cadena de bloques a partir del historial posterior H<k>en momentos t<n,k>en el que n = {i+1, i+2...} y almacenar la información en una memoria; y cuando se haya obtenido toda la información resultante de las transmisiones perdidas del historial H<k>, combinar la información recibida de los historiales H<k>y H<m>, restaurando así la sincronización, y continuar obteniendo información de las señales de radiodifusión de RF en el historial H<m>.
[0043] Preferentemente, el historial H<m>es el historial original H<0>. De este modo, una vez restablecida la sincronización, el dispositivo cliente vuelve a recibir información del historial original. Esto es ventajoso, ya que significa que si hay una nueva pérdida de conectividad, hay más historiales posteriores en los que el dispositivo cliente puede "saltar" para recibir actualizaciones.
[0045] Es posible que se esté llevando a cabo un proceso de toma de decisiones para determinar si el dispositivo cliente está completamente sincronizado. En concreto, el dispositivo cliente puede configurarse para: (a) recibir la señal que llegue primero de entre: una señal siguiente procedente del historial original H<0>, o una señal siguiente que contenga información sobre el siguiente estado no contabilizado de la cadena de bloques, y almacenar dicha información en una memoria, y repetir esta etapa hasta que se haya recibido una señal siguiente procedente del historial original H<0>; (b) determinar si la información sobre todos los estados de la cadena de bloques hasta el estado más reciente del historial original H<0>se ha almacenado en la memoria del dispositivo cliente; (c) si es así, resincronizarse con el historial original H<0>de forma que las señales posteriores, preferentemente todas las señales posteriores, se reciban del historial original H<0>; y (d) si no es así, recibir la señal que llegue antes de entre: una señal siguiente del historial original H<0>, o una señal siguiente que contenga información sobre un estado siguiente no contabilizado de la cadena de bloques, y almacenar esa información en la memoria, y repetir la etapa (b) hasta que se devuelva una determinación positiva.
[0046] En este contexto, "no contabilizado" se relaciona con un estado pasado de la cadena de bloques para el que actualmente no hay información almacenada en la memoria del dispositivo cliente. Tal información es necesaria para que el dispositivo cliente se sincronice correctamente con la cadena de bloques.
[0048] Una vez que el dispositivo cliente se ha sincronizado con la cadena de bloques, se configura para generar una solicitud de registro basada en la información sobre el estado de la cadena de bloques; dicha solicitud de registro incluye un identificador de clave pública asociado al dispositivo cliente. Cabe señalar que la cadena de bloques en cuestión está vinculada al proveedor de servicios de Internet. En concreto, el proveedor de servicios de Internet puede haberle asignado una dirección electrónica que sea la dirección de un monedero de cadena de bloques. En la presente memoria descriptiva, el término «identificador de clave pública» se utiliza para referirse a cualquier información o dato relativo a una clave pública asociada al dispositivo cliente —o, por extensión, a la clave pública de un usuario de dicho dispositivo— y que, preferentemente, permita identificarla de forma unívoca. El identificador de la clave pública puede ser la propia clave pública. Cabe señalar que, al enviar únicamente un identificador de clave pública junto con la solicitud de registro, el dispositivo cliente puede registrarse con el proveedor de servicios de Internet sin necesidad de intercambiar ningún dato personal del usuario. Esto supone una ventaja en lo que respecta a la privacidad y la seguridad del usuario, y evita que personas malintencionadas puedan acceder a su información personal. En algunos casos, la solicitud de registro puede incluir los detalles de una transacción de cadena de bloques que se va a realizar desde un monedero de cadena de bloques asociado al dispositivo del cliente (o a su usuario) hacia el monedero de cadena de bloques ubicado en el punto de acceso electrónico perteneciente al proveedor de servicios de Internet. En los casos más habituales, se utiliza una criptomoneda con funciones de anonimato para la transferencia de fondos, debido a sus excelentes características de privacidad. Una de estas criptomonedas es Monero, cuyas características de anonimato y privacidad se deben al uso de firmas en anillo.
[0050] La solicitud de registro incluye, preferentemente, datos de autenticación. Los datos de autenticación son datos que se utilizan para preservar la integridad de la cadena de bloques. En casos preferentes, los datos de autenticación comprenden una transformación determinista del contenido del bloque anterior en la cadena de bloques, o una porción de la misma. Preferentemente, la transformación determinista tiene forma de un hash. Los datos de autenticación pueden incluir además una firma generada mediante una clave de firma privada asociada al dispositivo cliente desde el que se recibe la solicitud de registro. En algunos casos, la firma se genera aplicando la clave privada al contenido del bloque anterior de la cadena de bloques, o a su transformación determinista. En este caso, la clave pública incluida en la solicitud de registro puede ser la clave pública de verificación que corresponde a la clave privada utilizada para firmar dicha solicitud. Al utilizar los datos de autenticación de esta manera, el dispositivo cliente o su usuario puede demostrar que está sincronizado con la cadena de bloques y, además, que es quien dice ser.
[0052] A continuación, analizaremos cómo se lleva a cabo el proceso de validación. El proveedor de servicios de Internet (PSI) incluye, preferentemente, o tiene asociado un sistema de gestión de accesos para gestionar el acceso, a través del sistema de satélite, a Internet y a los servicios relacionados. Por otra parte, el sistema de satélite puede incluir el sistema de gestión de acceso o tenerlo asociado.
[0054] En concreto, es preferente que la estación terrestre del sistema de satélites incluya el sistema de gestión de acceso. El sistema de gestión de acceso puede incluir un sistema de gestión de solicitudes configurado para recibir la solicitud de registro procedente del sistema de satélites (concretamente, en los casos en que la estación terrestre del sistema de satélites incluya el sistema de gestión de acceso, la solicitud de registro se recibe directamente del propio satélite del sistema de satélites). El módulo de gestión de solicitudes puede configurarse para determinar si la solicitud de registro recibida en la dirección electrónica (es decir, la dirección de la cadena de bloques) cumple un criterio de validación, en cuyo caso: si el módulo de gestión de solicitudes determina que la solicitud recibida en la dirección electrónica del proveedor cumple el criterio de validación, se determina que la solicitud es válida; y si el módulo de gestión de solicitudes determina que la solicitud recibida en la dirección electrónica del proveedor no cumple el criterio de validación, se determina que la solicitud no es válida. En algunos casos, el sistema de gestión de solicitudes puede configurarse para determinar si una cantidad asociada a la solicitud de registro recibida en la dirección electrónica del proveedor es mayor o igual a un valor predeterminado, en cuyo caso: si el sistema de gestión de solicitudes determina que la cantidad asociada a la solicitud de registro recibida en la dirección electrónica del proveedor es mayor o igual al valor predeterminado, se determina que la solicitud de registro es una solicitud de registro válida; y si el sistema de gestión de solicitudes determina que la cantidad asociada a la solicitud de registro recibida en la dirección electrónica del proveedor es menor que el valor predeterminado, se determina que la solicitud de registro no es una solicitud de registro válida. En estos casos, el criterio de validación consiste en que la cantidad asociada a la solicitud de registro sea mayor o igual que el valor predeterminado. Los sistemas descritos en este ejemplo resultan útiles para facilitar las transacciones comerciales, por ejemplo, a través de una cadena de bloques, tal y como se ha comentado anteriormente.
[0056] El sistema de gestión de acceso del PSI puede comprender además un módulo de gestión de dispositivos cliente autorizados, que está configurado para añadir el identificador de clave pública a una lista de autorizados si el módulo de gestión de solicitudes (u otro componente) determina que la solicitud de registro es válida, en cuyo caso, como se ha comentado, cuando un identificador de clave pública figura en la lista de autorizados, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite.
[0058] Es posible que el sistema de gestión de accesos no esté configurado únicamente para procesar una sola solicitud de registro. En concreto, el módulo de gestión de solicitudes puede configurarse para determinar si cada una de las solicitudes de registro recibidas en la dirección electrónica es una solicitud de registro válida, incluyendo cada una de dichas solicitudes un identificador de clave pública asociado al dispositivo cliente desde el que se recibe la solicitud de registro. Además, el módulo de gestión de clientes autorizados puede configurarse para añadir a la lista de autorizados el identificador de clave pública correspondiente del dispositivo del cliente asociado a cada una de las solicitudes válidas. En algunos casos, si no se acepta la solicitud de registro de un dispositivo cliente, dicho dispositivo puede pasar a una lista de espera (por ejemplo, en caso de que se reduzca el umbral exigido para ser incluido en la lista de dispositivos autorizados). De este modo, el sistema de gestión de accesos es capaz de gestionar múltiples solicitudes de registro. El sistema de gestión de accesos puede configurarse para gestionar las solicitudes de una en una o simultáneamente en una única operación en paralelo.
[0060] La descripción anterior se refiere a un proceso de registro cuyo resultado consiste, en esencia, en que, si la solicitud de registro de un dispositivo cliente se lleva a cabo con éxito, el identificador de clave pública asociado a dicho dispositivo cliente se incluye en una lista de dispositivos autorizados. Sin embargo, aunque esto puedapermitirel acceso a Internet a través del sistema de satélite, es posible que se requieran pasos adicionales para que el dispositivo del cliente pueda realmente obtener dicho acceso. Este proceso de conexión constituye el núcleo del sistema del segundo aspecto de la invención. Cabe señalar que el dispositivo cliente, el sistema de satélites y el proveedor de servicios de Internet (PSI), que constituyen componentes del sistema del segundo aspecto de la invención, pueden ser los mismos que sus homólogos en el sistema del primer aspecto de la invención. Esto quedará claro al examinar el tercer aspecto de la invención, que combina ambos. Un segundo aspecto de la invención proporciona un sistema para ofrecer a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite; dicho sistema incluye: un dispositivo cliente; un sistema de satélites configurado para proporcionar al dispositivo cliente acceso a Internet; y un proveedor de servicios de Internet (PSI), en el que, durante un proceso de conexión: el dispositivo cliente está configurado para generar una solicitud de conexión que incluye un identificador de clave pública asociado a dicho dispositivo cliente, y para transmitir la solicitud de conexión al sistema de satélite a través de una señal de RF; en respuesta a la recepción de la solicitud de conexión,o bien:el sistema de satélite está configurado para determinar si el identificador de clave pública figura en la lista de autorizados;o bienel sistema satelital está configurado para transmitir la solicitud de conexión al PSI, y el PSI está configurado para determinar si el identificador de clave pública figura en la lista de autorizados; y si se determina que el identificador de clave pública figura en la lista de autorizados, el sistema satelital está configurado para conceder acceso a Internet a través de una señal de difusión de acceso a Internet.
[0062] Los componentes del segundo aspecto de la invención funcionan conjuntamente, una vez que el dispositivo cliente se ha registrado correctamente —es decir, cuando la clave pública asociada al mismo figura en la lista de dispositivos autorizados—, para facilitar efectivamente el acceso a Internet. Un módulo de autorización (que puede formar parte del sistema de gestión de accesos) del proveedor de servicios de Internet puede incluir un módulo de autorización configurado para determinar si el identificador de la clave pública figura en la lista de autorizados. La solicitud de conexión puede incluir además una clave de cifrado pública asociada al dispositivo del cliente. En algunos casos, puede tratarse de la misma clave pública de cifrado que se transmitió al sistema de satélite para cifrar la clave de sesión de sincronización. En otros casos, puede tratarse de una clave pública de cifrado independiente. Incluir la clave pública de cifrado en una solicitud de conexión, en lugar de en una solicitud de registro, resulta ventajoso, ya que reduce la cantidad de metadatos que deben transmitirse junto con la solicitud de registro original.
[0064] Al recibir la solicitud de conexión del dispositivo cliente, el módulo de autorización puede estar configurado para determinar si el identificador de la clave pública incluido en la solicitud de conexión figura en la lista de autorizados. En otras palabras, el módulo de autorización puede configurarse para verificar si el remitente de la solicitud de conexión está realmente registrado para acceder a Internet a través del sistema de satélite. En aquellos casos en los que el módulo de autorización determina que el identificador de la clave pública figura en la lista de autorizados, dicho módulo se configura a continuación para conceder al dispositivo cliente acceso a Internet.
[0066] El acceso a Internet se concede, preferentemente, proporcionando al dispositivo cliente una clave de sesión de conexión que puede utilizarse para acceder a Internet. En concreto, el sistema de satélite puede configurarse para transmitir una señal de difusión de acceso a Internet al dispositivo cliente, señal que contiene la clave de sesión de conexión. Es recomendable no transmitir abiertamente la clave de la sesión de conexión, por si un agente malintencionado interceptara dicha señal. En consecuencia, el módulo de autorización puede configurarse para conceder al dispositivo cliente acceso a Internet mediante el cifrado de una clave de sesión de conexión con una clave de cifrado pública asociada al dispositivo cliente, con el fin de generar una clave de sesión de conexión cifrada, y el envío de dicha clave al dispositivo cliente; dicha clave de sesión de conexión cifrada puede descifrarse por un usuario mediante una clave de descifrado privada que es complementaria a la clave de cifrado pública, y la clave de sesión de conexión descifrada puede utilizarse para acceder a Internet. Cabe señalar que la clave de cifrado puede obtenerse a partir de la solicitud de conexión o de la solicitud de registro original; en tal caso, es preferente almacenarla en la memoria del sistema de gestión de accesos para su posterior recuperación.
[0068] A continuación analizaremos qué significa «acceder a Internet» en el presente contexto. En esencia, cualquier conexión a Internet consiste en que un dispositivo cliente envía una solicitud a un proveedor de servicios de Internet, y este responde enviando datos al dispositivo cliente. En el caso del acceso a Internet proporcionado a través de un sistema de satélite, la solicitud y la respuesta simplemente viajan a través de dicho sistema hasta llegar a su destino previsto. Con el fin de controlar el acceso a Internet, de acuerdo con la presente invención, los datos que se transmiten desde el proveedor de servicios de Internet (PSI) al satélite se cifran preferentemente, de forma que solo los dispositivos de los usuarios que dispongan de una clave de sesión adecuada puedan acceder a ellos. Así pues, al facilitar esta clave de sesión, se concede al usuario acceso a Internet, en el sentido de que podrá descifrar una señal cifrada procedente del satélite, señal que contiene los datos objeto de su solicitud.
[0070] La clave de sesión puede ser una clave de sesión de conexión de un solo uso, que permite al usuario acceder a Internet una sola vez. Por ejemplo, una vez que se ha utilizado la clave de sesión de conexión, es posible que caduque. En algunos casos, con el fin de reforzar aún más la seguridad y de controlar mejor quién puede acceder a Internet a través del sistema de satélite, la clave de sesión de conexión puede ser una clave de sesión de conexión rotativa. En otras palabras, la clave de sesión de conexión puede actualizarse de forma habitual (preferentemente periódica). En concreto, la clave de sesión de conexión puede ser una clave de sesión de conexión rotativa que cambia a una nueva clave de sesión de conexión tras un periodo de tiempo predeterminado; y en la que, cuando cambia la clave de sesión de conexión, el módulo de autorización está configurado para cifrar la nueva clave de sesión de conexión con la clave de cifrado de cada dispositivo cliente cuya identificación de clave pública figure en la lista de autorizados, con el fin de generar una nueva clave de sesión de conexión cifrada, y para enviar dicha nueva clave de sesión de conexión cifrada al dispositivo cliente o a cada uno de ellos.
[0072] En determinados casos, el criterio de validación que determina qué subconjunto de dispositivos cliente que han realizado solicitudes de registro se incluyen en la lista de autorizados puede variar. En concreto, el módulo de gestión de solicitudes puede configurarse para modificar el criterio de validación. Este cambio puede dar lugar a que algunos dispositivos cliente (o, más concretamente, sus solicitudes de registro) cumplan ahora el criterio, cuando antes no lo hacían, o a que otros dispositivos cliente cuyas solicitudes de registro cumplían anteriormente el criterio dejen de cumplirlo. Una vez modificado el criterio de validación, el módulo de gestión de solicitudes puede configurarse para determinar si las solicitudes de registro de los dispositivos clientes cuyos identificadores de clave pública figuran en la lista de autorizados cumplen el criterio de validación actualizado, y para identificar aquellas que no lo cumplen, es decir, las solicitudes de registro que ya no son válidas. A continuación, el módulo de gestión de solicitudes puede configurarse para generar instrucciones destinadas a que el módulo de gestión de clientes autorizados elimine de la lista de autorizados los identificadores de clave pública asociados a los dispositivos de los clientes cuyas solicitudes de registro ya no sean válidas. Por otra parte, el módulo de gestión de solicitudes también puede configurarse para determinar si las solicitudes de registro de los dispositivos clientes que se han incluido en la lista de espera (véase más arriba) cumplen los criterios de validación actualizados. En el caso de aquellos que lo hagan, el módulo de gestión de solicitudes puede configurarse para generar instrucciones destinadas a que el módulo de gestión de clientes autorizados añada los identificadores de clave pública asociados a dichos dispositivos de cliente a la lista de autorizados. De este modo, la presente invención ofrece un sistema de gestión de acceso capaz de gestionar dinámicamente los dispositivos de los usuarios que pueden acceder a Internet a través del sistema de satélite, sin que sea necesario que los usuarios faciliten ningún dato personal ni se registren con el propio proveedor de servicios. Tal y como se ha expuesto, un tercer aspecto de la presente invención proporciona un sistema para ofrecer a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite; dicho sistema incluye: un dispositivo cliente; un sistema de satélite configurado para proporcionar al dispositivo cliente acceso a Internet; y un proveedor de servicios de Internet (PSI), en el que, durante un proceso de registro: el sistema de satélite está configurado para recibir una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de una cadena de bloques, y para generar y transmitir una primera señal de emisión de RF que codifica la información sobre el primer estado de la cadena de bloques; el dispositivo cliente está configurado para recibir la primera señal de emisión de RF, para generar una solicitud de registro basada en la información sobre el estado de la cadena de bloques, la solicitud de registro incluye una identificación de clave pública asociada al dispositivo cliente, y para ser transmitida a una dirección electrónica correspondiente a una cadena de bloques asociada al PSI, y para transmitir la solicitud de registro al sistema de satélite; el sistema de satélite está configurado para recibir la solicitud de registro y transmitirla a la dirección electrónica asociada al PSI; y el PSI está configurado para determinar si la solicitud de registro es válida y, si lo es, para añadir el identificador de clave pública a una lista autorizada, de forma que, cuando un identificador de clave pública figura en la lista autorizada, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite, y de forma que, durante un proceso de conexión: el dispositivo cliente está configurado para generar una solicitud de conexión que incluye un identificador de clave pública asociado a dicho dispositivo cliente, y para transmitir la solicitud de conexión al sistema de satélite a través de una señal de RF; en respuesta a la recepción de la solicitud de conexión,o bien:el sistema de satélite está configurado para determinar si el identificador de clave pública figura en la lista autorizada;o bienel sistema satelital está configurado para transmitir la solicitud de conexión al PSI, y el PSI está configurado para determinar si el identificador de clave pública figura en la lista de autorizados; y si se determina que el identificador de clave pública figura en la lista de autorizados, el sistema satelital está configurado para conceder acceso a Internet a través de una señal de difusión de acceso a Internet.
[0073] Las características opcionales que se han descrito anteriormente con respecto al primer aspecto de la invención o con el segundo aspecto de la invención también pueden aplicarse al tercer aspecto de la invención, y no están repetidas aquí, por conciencia.
[0074] El primer, segundo y tercer aspectos de la invención se refieren a sistemas destinados a proporcionar a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet. Los aspectos cuarto, quinto y sexto de la invención se refieren a los procedimientos correspondientes.
[0075] En concreto, un cuarto aspecto de la invención describe un procedimiento para proporcionar a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite, procedimiento que comprende:
[0076] en un sistema de satélite: recibir una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de la cadena de bloques; y generar y transmitir una primera señal de radiodifusión de RF que codifica información sobre el primer estado de la cadena de bloques;
[0077] en un dispositivo cliente: recibir la primera señal de radiodifusión de RF; generar una solicitud de registro que incluya un identificador de clave pública asociado al dispositivo cliente; y transmitir la solicitud de registro al sistema de satélites;
[0078] en el sistema satélite: recibir la solicitud de registro; y transmitir la solicitud de registro a una dirección electrónica correspondiente a una cadena de bloques asociada a un proveedor de servicios de Internet (PSI); y
[0079] en el PSI: determinar si la solicitud de registro es válida y, en caso afirmativo, añadir el identificador de la clave pública a una lista autorizada; de este modo, cuando un identificador de clave pública figura en la lista autorizada, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite.
[0080] Un quinto aspecto de la invención describe un procedimiento para proporcionar a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite; dicho procedimiento comprende: en un dispositivo cliente: generar una solicitud de conexión que incluya un identificador de clave pública asociado al dispositivo cliente; y transmitir la solicitud de conexión al sistema de satélites mediante una señal de radiofrecuencia; en un sistema de satélite: recepción de la solicitud de conexión;
[0081] o bien:
[0082] en el sistema satélite: comprobar si el identificador de la clave pública figura en la lista de autorizados;o
[0083] en un sistema de satélite: transmitir la solicitud de conexión a un proveedor de servicios de Internet, y en un proveedor de servicios de Internet: determinar si el identificador de la clave pública figura en la lista de autorizados; y si se comprueba que el identificador de la clave pública figura en la lista de autorizados, en el sistema de satélite: se concede acceso a Internet a través de una señal de transmisión de Internet.
[0084] Un sexto aspecto de la invención combina el cuarto y el quinto aspecto de la invención, y proporciona un procedimiento para ofrecer a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite; dicho procedimiento comprende:
[0085] en un sistema de satélite: recibir una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de la cadena de bloques; y generar y transmitir una primera señal de radiodifusión de RF que codifica información sobre el primer estado de la cadena de bloques;
[0086] en un dispositivo cliente: recibir la primera señal de radiodifusión de RF; generar una solicitud de registro que incluya un identificador de clave pública asociado al dispositivo cliente; y transmitir la solicitud de registro al sistema de satélites;
[0087] en el sistema satélite: recibir la solicitud de registro; y transmitir la solicitud de registro a una dirección electrónica correspondiente a una cadena de bloques asociada a un proveedor de servicios de Internet (PSI);
[0088] en el PSI: determinar si la solicitud de registro es válida y, en caso afirmativo, añadir el identificador de la clave pública a una lista autorizada; cuando un identificador de clave pública figura en dicha lista, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite;
[0089] en el dispositivo cliente: generar una solicitud de conexión que incluya un identificador de clave pública asociado al dispositivo cliente; y transmitir la solicitud de conexión al sistema satelital mediante una señal de radiofrecuencia; en el sistema de satélite: recepción de la solicitud de conexión;
[0090] o bien:
[0091] en el sistema satélite: comprobar si el identificador de la clave pública figura en la lista de autorizados;o
[0092] en un sistema de satélite: transmitir la solicitud de conexión a un proveedor de servicios de Internet, y en un proveedor de servicios de Internet: determinar si el identificador de la clave pública figura en la lista de autorizados; y si se comprueba que el identificador de la clave pública figura en la lista de autorizados, en el sistema de satélite: se concede acceso a Internet a través de una señal de transmisión de Internet.
[0093] Las características opcionales descritas en relación con el primer, segundo y tercer aspecto de la invención se aplican igualmente a los procedimientos del cuarto, quinto y sexto aspecto de la invención, sustituyendo el lenguaje de los procedimientos por el de los sistemas cuando proceda.
[0094] Los aspectos posteriores de la invención se relacionan con componentes específicos del sistema y a los procedimientos que llevan a cabo dichos componentes. Estos aspectos no deben considerarse exhaustivos, y se contemplan otras combinaciones de características descritas en la presente solicitud.
[0095] Un séptimo aspecto de la invención proporciona un sistema de satélite configurado para facilitar el acceso seguro a Internet a un dispositivo cliente situado en una ubicación remota a través de una conexión por satélite, estando dicho sistema de satélite configurado para: recibir una primera señal de estado de cadena de bloques, que codifica información sobre un primer estado de una cadena de bloques, y generar y transmitir una primera señal de radiodifusión de RF que codifica la información sobre el primer estado de la cadena de bloques; recibir una solicitud de registro de un dispositivo cliente, la solicitud de registro comprende un identificador de clave pública asociado al dispositivo cliente; transmitir la solicitud de registro a un proveedor de servicios de Internet que está configurado para determinar si la solicitud de registro es válida y, si lo es, añadir el identificador de clave pública a una lista autorizada, de forma que, cuando un identificador de clave pública figure en la lista autorizada, se permita al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite; recibir una solicitud de conexión de un dispositivo cliente; yo bien:determinar si el identificador de clave pública figura en la lista autorizada, o bien transmitir la clave pública al PSI, estando el PSI configurado para determinar si el identificador de clave pública figura en la lista autorizada, en cuyo caso, si se determina que el identificador de clave pública figura en la lista autorizada, el sistema de satélite está configurado para conceder acceso a Internet a través de una señal de difusión de acceso a Internet. El sistema puede incluir además el PSI.
[0096] Un octavo aspecto de la invención proporciona un dispositivo cliente configurado para acceder a Internet de forma segura desde una ubicación remota a través de una conexión por satélite, estando dicho dispositivo cliente configurado para, desde una ubicación remota: recibir una señal de radiodifusión de RF que codifica información sobre un primer estado de una cadena de bloques; generar una solicitud de registro basada en la información sobre el estado de la cadena de bloques, incluyendo la solicitud de registro un identificador de clave pública asociado al dispositivo cliente, para su transmisión a una dirección electrónica asociada al PSI; transmitir la solicitud de registro al sistema de satélite para su transmisión a un PSI, estando el PSI configurado para determinar si la solicitud de registro es una solicitud válida y, si la solicitud de registro es una solicitud válida, para añadir el identificador de clave pública a una lista autorizada, en la que, cuando un identificador de clave pública se encuentra en la lista autorizada, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite; generar una solicitud de conexión que incluya el identificador de clave pública; transmitir la solicitud de conexión al sistema satelital a través de una señal de RF, para determinar si el identificador de clave pública figura en la lista autorizada, en la que, si se determina que el identificador de clave pública figura en la lista autorizada, el dispositivo cliente está configurado para recibir una señal de difusión de acceso a Internet que le concede acceso a Internet a través del sistema satelital.
[0097] Las características opcionales descritas anteriormente en relación con cualquiera de los aspectos primero a tercero de la presente invención se aplican igualmente a los aspectos séptimo y octavo de la invención.
[0098] Un noveno aspecto de la invención proporciona un procedimiento ejecutado por un sistema de satélites para facilitar el acceso seguro a Internet a un dispositivo cliente situado en una ubicación remota a través de una conexión por satélite; dicho procedimiento comprende las etapas de: recibir una primera señal de estado de la cadena de bloques, codificar información sobre un primer estado de la cadena de bloques y generar y transmitir una primera señal de radiodifusión de RF que codifica la información sobre el primer estado de la cadena de bloques; recibir una solicitud de registro procedente de un dispositivo cliente, en la que la solicitud de registro comprende un identificador de clave pública asociado al dispositivo cliente; transmitir la solicitud de registro a un proveedor de servicios de Internet que está configurado para determinar si la solicitud de registro es válida y, si lo es, añadir el identificador de clave pública a una lista autorizada, de forma que, cuando un identificador de clave pública figura en la lista autorizada, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélites; recibir una solicitud de conexión de un dispositivo cliente; yo bien:determinar si el identificador de clave pública figura en la lista de autorizados, o bien transmitir la clave pública al PSI, estando el PSI configurado para determinar si el identificador de clave pública figura en la lista de autorizados, en cuyo caso, si se determina que el identificador de clave pública figura en la lista de autorizados, el procedimiento comprende además conceder acceso a Internet a través de una señal de difusión de acceso a Internet. El procedimiento puede incluir además las etapas que lleva a cabo el proveedor de servicios de Internet.
[0099] Un décimo aspecto de la invención proporciona un procedimiento ejecutado por un dispositivo cliente en una ubicación remota con el fin de acceder a Internet de forma segura desde dicha ubicación remota, el procedimiento comprende: recibir una señal de radiodifusión de RF que codifica información sobre un primer estado de una cadena de bloques; generar una solicitud de registro basada en la información sobre el estado de la cadena de bloques, la solicitud de registro incluye un identificador de clave pública asociado al dispositivo cliente, para ser transmitida a una dirección electrónica asociada al PSI; transmitir la solicitud de registro al sistema satelital para su transmisión a un PSI, estando el PSI configurado para determinar si la solicitud de registro es válida y, si lo es, para añadir el identificador de clave pública a una lista autorizada, de forma que, cuando un identificador de clave pública figure en la lista autorizada, se permita al dispositivo cliente o a su usuario acceder a Internet a través del sistema satelital; generar una solicitud de conexión que incluya el identificador de clave pública; transmitir la solicitud de conexión al sistema satelital a través de una señal de RF, para determinar si el identificador de clave pública figura en la lista autorizada, en la que, si se determina que el identificador de clave pública figura en la lista autorizada, el procedimiento comprende además recibir una señal de difusión de acceso a Internet que le concede acceso a Internet a través del sistema satelital.
[0100] Las características opcionales descritas anteriormente en relación con los aspectos primero a tercero de la invención se aplican igualmente a los aspectos noveno y décimo de la invención, sustituyendo el lenguaje del sistema por el del procedimiento según corresponda.
[0101] Breve descripción de los dibujos
[0102] Las realizaciones de la presente invención a continuación serán descritas con referencia a las figuras, en las cuales:
[0103] ● La figura 1 es un diagrama general del sistema que muestra los componentes del primer aspecto de la invención.
[0104] ● La figura 2 es un diagrama de flujo que ilustra el proceso mediante el cual se genera una señal de radiodifusión de radiofrecuencia que codifica información sobre el estado actual de una cadena de bloques. ● La figura 3A es un diagrama de flujo que ilustra el proceso mediante el cual se genera una solicitud de registro. ● La figura 3B es un diagrama de temporización que ilustra la retransmisión de señales en diferentes situaciones.
[0105] ● La figura 3C es un diagrama de flujo que ilustra un proceso mediante el cual se almacena la información sobre el estado actual de la cadena de bloques por medio del dispositivo cliente.
[0106] ● La figura 3D es otro diagrama de temporización que ilustra el proceso mediante el cual un dispositivo cliente pierde la conexión y, a continuación, se resincroniza con la cadena de bloques una vez restablecida la conexión, recibiendo señales de diferentes historiales.
[0107] ● La figura 3E es un diagrama de flujo que ilustra el proceso de decisión que se lleva a cabo para volver a sincronizarse con la cadena de bloques una vez restablecida la conexión.
[0108] ● La figura 4 es un ejemplo de solicitud de registro.
[0109] ● La figura 5 es un ejemplo de un sistema de gestión de accesos.
[0110] ● La figura 6 es un diagrama de flujo que ilustra el proceso mediante el cual se valida (o no) una solicitud de registro.
[0111] ● La figura 7 es un diagrama de flujo que ilustra un proceso más detallado mediante el cual se valida (o no) una solicitud de registro.
[0112] ● La figura 8A es un diagrama de flujo que ilustra el proceso de solicitud de conexión.
[0113] ● La figura 8B es un ejemplo de una solicitud de conexión.
[0114] ● La figura 9 es un diagrama de flujo que ilustra el proceso mediante el cual se puede conceder el acceso a Internet a través de un sistema de satélite.
[0115] ● La figura 10 es un diagrama de flujo que ilustra un proceso mediante el cual la clave de sesión puede ser actualizada.
[0116] ● La figura 11 es un diagrama de flujo que ilustra el proceso mediante el cual se puede actualizar un criterio de validación.
[0117] Descripción detallada de los dibujos
[0118] Aspectos y realizaciones de la presente invención se discutirán a continuación con referencia a las figuras adjuntas. Otros aspectos y realizaciones serán evidentes para los expertos en la técnica.
[0119] La figura 1 es un diagrama esquemático de un sistema 100 que puede configurarse para llevar a cabo diversos aspectos de la presente invención. El sistema incluye un dispositivo cliente 102, un sistema de satélites 104, un proveedor de servicios de Internet 106 y un nodo de cadena de bloques 108 (más concretamente, un nodo que proporciona un punto de acceso a una cadena de bloques, aunque a lo largo de la presente solicitud el término «cadena de bloques» puede utilizarse como abreviatura por razones de conveniencia). El sistema de satélites 104 consta de una estación terrestre 110 y un satélite 112. Como se ha mencionado anteriormente en esta solicitud, el satélite 112 puede ser un satélite en órbita geosincrónica o en órbita terrestre media. En el contexto de la figura 1, debe entenderse que el dispositivo cliente 102 se encuentra en una ubicación remota, tal y como se ha definido anteriormente, es decir, que no dispone de acceso convencional a Internet (por ejemplo, a través de una red Wi-Fi o por cable) y, por lo tanto, no se muestra conectado directamente al proveedor de servicios de Internet (PSI) 106. El dispositivo cliente 102 está conectado al satélite 112 a través de una conexión de radiofrecuencia (es decir, de 30 Hz a 300 GHz). Del mismo modo, el satélite 112 está conectado a la estación terrestre 110 a través de una conexión de radiofrecuencia, y la estación terrestre 110 está conectada al proveedor de servicios de Internet (PSI) 106 a través de Internet (por cualquier medio, por ejemplo, a través de una red móvil, una red Wi-Fi o por cable). El nodo de la cadena de bloques 108 también está conectado al sistema de satélites 104 (concretamente, a su estación terrestre 110) a través de Internet, de forma que puede transmitir a este información actualizada sobre el estado de la cadena de bloques. El nodo de la cadena de bloques 108 también puede estar conectado al PSI 106. Las Figs.2, 3A, 6, 8A y 9 muestran diagramas de flujo generales que ilustran cómo un usuario del dispositivo cliente 102 puede conectarse de forma segura a Internet a través del sistema de satélite 104 utilizando el sistema 100 que se muestra en la figura 1. Más adelante se ofrecerán más detalles sobre cada etapa, haciendo referencia al resto de los dibujos.
[0120] Como etapa previa a las etapas de la presente invención, el usuario del dispositivo cliente 102 debe adquirir una antena parabólica e instalar el software necesario en el dispositivo cliente 102, es decir, un cliente de cadena de bloques (tal como un cliente de Monero y un cliente de conexión por satélite). A continuación, el usuario del dispositivo cliente 102 debe sincronizarse con la cadena de bloques 108. A continuación, el usuario del dispositivo cliente 102 puede ingresar fondos en un monedero electrónico basado en la cadena de bloques. Todos estos pasos deben realizarse de forma presencial, para poder configurar la cuenta del usuario. En este momento, el usuario del dispositivo cliente 102 puede acceder a Internet a través del sistema de satélite 104 desde una ubicación remota.
[0121] En la etapa S20 de la figura 2, el sistema de satélites 104 recibe una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de la cadena de bloques 108. La señal puede recibirse, por ejemplo, en la estación terrestre 110 a través de Internet, o bien puede recibirse del proveedor de servicios de Internet (PSI) 106. Sin embargo, es preferente que la señal se reciba directamente en el propio satélite 112, por ejemplo, desde alguna emisora asociada a la cadena de bloques 108 o al proveedor de servicios de Internet (PSI) 106. A continuación, en la etapa S22, el sistema de satélite 104 está configurado para generar una primera señal de difusión de RF que codifica la información sobre el primer estado de la cadena de bloques. Lo ideal es que esta tarea la realice el satélite 112. A continuación, inmediatamente después, en la etapa S24, el sistema de satélites 104 puede transmitir la primera señal de radiodifusión de RF generada, que codifica información sobre el primer estado de la cadena de bloques. Lo ideal es que las etapas S22 y S24 las realice el propio satélite 112; es decir, el satélite 112 actúa simplemente como un repetidor que recibe la señal del estado de la cadena de bloques y la transmite. Debe entenderse que este caso concreto queda incluido en las fases de generación y transmisión. Se da por supuesto, dada su propia naturaleza como satélite, que el satélite 112 cuenta al menos con un receptor, un procesador y un transmisor para llevar a cabo las etapas S20, S22 y S24, respectivamente.
[0123] La figura 3A muestra una serie de pasos que lleva a cabo posteriormente el dispositivo cliente 102. Cabe destacar que, en este momento, es posible que el usuario del dispositivo cliente 102 se haya desplazado a un lugar remoto en el que no pueda conectarse a Internet por los medios habituales. También debe tenerse en cuenta que el usuario ha instalado la antena, que es capaz de recibir señales de radiodifusión de radiofrecuencia procedentes del satélite 112. En la etapa S30, el dispositivo cliente 102 recibe la señal de radiodifusión de RF procedente del satélite 112, que contiene la información relativa al primer estado de la cadena de bloques 108. Como se explicará con más detalle más adelante, es posible (de hecho, probable) que, al desplazarse entre las ubicaciones no remotas y las remotas, el dispositivo cliente 102 pierda la conexión a Internet. Por este motivo, puede ser necesario recibir varias señales de radiodifusión de RF para garantizar que el dispositivo cliente 102 esté sincronizado con la cadena de bloques 108. Es necesario que el dispositivo esté totalmente sincronizado con la cadena de bloques 108 para garantizar la integridad. Es importante señalar que el dispositivo cliente 102 aún no dispone de conexión a Internet, por lo que la información sobre el estado de la cadena de bloques 108 se recibe desde el satélite a través de varias señales de radiodifusión de radiofrecuencia, y no a través de Internet.
[0125] A continuación, analizamos con más detalle el proceso mediante el cual se garantiza que el dispositivo cliente 102 logre la sincronización con la cadena de bloques 108, incluso en el caso de que se pierdan varias actualizaciones, por ejemplo, mientras el usuario del dispositivo cliente 102 se desplaza desde una ubicación no remota a una remota. La Fig.3B muestra un diagrama de temporización que incluye una pluralidad de tiempos t<ij>, ilustrando lo anterior. En la Fig.3B, cada línea vertical representa un momento en el que se envía una señal de difusión de RF. La fila superior representa señales correspondientes al primer estado de la cadena de bloques (es decir, i = 1), la segunda fila representa señales correspondientes al segundo estado de la cadena de bloques (es decir, i = 2), y la fila inferior representa señales correspondientes al tercer estado de la cadena de bloques (es decir, i = 3). Dentro de cada fila hay una pluralidad de señales; éstas representan los historiales posteriores, es decir, las retransmisiones de cada señal de difusión de RF original. Entre las tres señales, aquellas señales que se transmiten en momentos con el mismo valorjson señales en el mismo historial.
[0127] Consideremos ahora las etapas que realiza el propio dispositivo 102 para permanecer sincronizado. Aquí, por "permanecer sincronizado", entendemos que el dispositivo cliente 102 tiene a su disposición, por ejemplo en el búfer la información sobre el estado actual (o más reciente) de la cadena de bloques 108, lo que le permite, en caso necesario, escribir nueva información en ella, a través del nodo de la cadena de bloques 108. Cabe destacar que, por motivos de seguridad relacionados con la inmutabilidad general de los bloques de una cadena de bloques, para permanecer sincronizado con la cadena de bloques, el dispositivo cliente 102 debe poseer información sobre el estado actual ytodos los estados anteriores.No basta con únicamente poseer información sobre el estado más reciente. La Fig.3C muestra un caso sencillo en el que el dispositivo cliente 102 no pierde ninguna conectividad y, por lo tanto, puede simplemente recibir todas las señales de difusión de RF en la primera ronda. En el paso S300, el receptor de RF 1023 del dispositivo cliente 102 recibe una señal de difusión de RF de la estación de difusión de RF 104. Como ya se ha comentado, la señal de difusión de RF codifica información sobre el estado actual de la cadena de bloques 106. A continuación, en la etapa S301, el dispositivo cliente 102 almacena la información sobre el estado actual de la cadena de bloques en su memoria, por ejemplo en el búfer de la memoria.
[0129] El caso en el que el dispositivo cliente 102 no capta una señal de radiodifusión transmitida se explica detalladamente en la sección «Resumen de la invención» de esta solicitud de patente. A continuación ilustramos este proceso con referencia a la figura 3D, que muestra un ejemplo del proceso mediante el cual se reanuda la sincronización con el historial original H<0>. Para recordar, en un momentoti,j,el primer subíndice representa el número de la señal, y el segundo subíndice representa el número del historial.
[0131] ● En un primer paso, se recibe una señal A que contiene información sobre el primer estado de la cadena de bloques en el tiempot1,0
desde el historial original, principal, H<0>.
[0133] ● Entonces, como ilustran el par de líneas discontinuas, se produce una pérdida de conectividad. No es posible recibir ninguna señal durante la pérdida de conectividad.
[0134] ● El lector recordará que, una vez reanudada la conectividad, el dispositivo cliente 102 recibe no sólo las señales del historial al que ha "saltado", sino también las señales del historial original H<0>(o cualquier historial anterior). Teniendo esto en cuenta, inmediatamente después de que se reanude la conectividad se recibe la señal B ent4,0
. Se trata, de hecho, de la señal que contiene información sobre el cuarto estado de la cadena de bloques, pero se almacena en el búfer del dispositivo cliente 102. En este punto se realiza una determinación sobre si se ha recibido información relativa a cada estado de la cadena de bloques hasta el más reciente (es decir, el cuarto estado). En este caso, no lo ha hecho, ya que no se ha recibido información sobre el segundo y tercer estado de la cadena de bloques.
[0136] ● Recordando que es necesario recibir información sobrecadaestado de la cadena de bloques hasta el más reciente para mantener la sincronización con la cadena de bloques, es por tanto necesario recibir también información relativa al segundo y tercer estado de la cadena de bloques. Así, en un siguiente paso, se recibe una señal C que contiene información sobre el segundo estado de la cadena de bloques en el tiempo t<2,2>en el historial H<2>. En este punto, se lleva a cabo otra determinación sobre si se ha recibido información sobre todos los estados de la cadena de bloques hasta el más reciente (es decir, el cuarto). Como en el caso anterior, todavía no es el caso, ya que aún no se ha recibido ninguna información sobre el tercer estado de la cadena de bloques.
[0138] ● En una siguiente etapa, se recibe una señal D en el tiempo t3,2, de nuevo del historial H<2>, que contiene información sobre el tercer estado de la cadena de bloques. Se lleva a cabo otra determinación y, en este punto, se determina que ya se ha recibido información sobre todos los estados de la cadena de bloques hasta el cuarto y más reciente. En consecuencia, el dispositivo cliente 102 salta de nuevo a la recepción de señales del historial original H<0>, siendo la siguiente la señal E que contiene información sobre el quinto estado de la cadena de bloques, en el tiempot5,0
.
[0140] La Fig.3E es un diagrama de flujo que muestra un proceso general de toma de decisiones empleado por el dispositivo cliente 102 para resincronizarse con el historial principal H<0>tras una pérdida de conectividad. Se observará, sin embargo, que es igualmente factible que el dispositivo cliente 102 pueda sincronizarse con un historial anterior (pero no principal).
[0142] En una primer etapa S350, el dispositivo cliente 102 recibe una señal del historial principal H<0>en un tiempotx,0
. A continuación, en el paso S352, se produce una pérdida de conectividad, que dura hasta el paso S354, cuando se reanuda la conectividad. En una siguiente etapa S356, el dispositivo cliente recibe la siguiente señal que llega en el tiempoty,0
(es decir, la siguiente señal en el historial original H<0>que llega, perteneciente a cualquier estado yésimode la cadena de bloques), o t<x>+1,z
(es decir, la señal de llegada más temprana que contiene información sobre el (x+1)<ésimo>estado de la cadena de bloques en cualquier historial H<z>). En respuesta a la recepción de las señales adicionales, el dispositivo cliente 102 está entonces configurado para almacenar la información en su memoria, preferentemente en el búfer de la misma. Esta etapa S356 se repite hasta que se recibe la siguiente señal del historial original H<0>(que representa algún estado y<ésimo>de la cadena de bloques) en un tiempo<t>y,0. En otras palabras, en el paso S358, se determina si la señal más reciente recibida es del historial H<0>, en un tiempo t<y,0>. La razón de esta repetición es que, si no se recibe una señal del historial H<0>, entonces el dispositivo cliente 102 puede no "saber" cuál es el estado más reciente de la cadena de bloques. Si el resultado de la determinación del paso S358 es "no", el procedimiento vuelve al paso S356. En caso afirmativo, tiene lugar la etapa de determinación S360, en el que se determina si se ha recibido información relativa a todos los estados de la cadena de bloques hasta el estado más reciente (en este casoyésimo
), es decir, todos los estados desde (x+1) hasta y. Si no, el procedimiento procede al paso S362, en el que o bien se recibe la siguiente señal de H<0>, o bien se recibe una señal que representa el siguiente estado no contabilizado de la cadena de bloques. Después de esta etapa S362, el procedimiento vuelve a la etapa S360. Si el resultado del paso S360 es positivo (es decir, se ha recibido información relativa a todos los estados de la cadena de bloques hasta el estado más reciente), entonces el dispositivo cliente 102 se resincroniza con el historial original H<0>en el paso S364, y recibe todas las señales del historial original en el futuro.
[0144] Una vez sincronizado con la cadena de bloques 108, en la etapa S32 el dispositivo cliente 102 genera una solicitud de registro 10 basada en la información sobre el estado de la cadena de bloques (preferentemente el estado más reciente de la cadena de bloques), e incluyendo un identificador de clave pública (que podría ser una clave de verificación pública) asociado al dispositivo cliente 102. La solicitud de registro 10 se firma preferentemente utilizando una clave de firma privada del dispositivo cliente 102 (que puede verificarse mediante la clave de verificación pública incluida en la solicitud). En la figura 4 se muestra un ejemplo de solicitud de registro 10. La solicitud de registro 10 puede incluir una carga útil 12, una firma 14 y metadatos 16. Los metadatos 16 pueden incluir una dirección de cliente 18, que indica al módulo de gestión de solicitudes 105 dónde deben enviarse, por ejemplo, las notificaciones y otros datos destinados a un dispositivo cliente concreto 102. Los metadatos pueden incluir además un identificador relacionado con la clave pública 20. Esta es una característica importante, ya que es el identificador asociado a la clave pública 20 el que se almacena en la lista de autorizados 110 (véase más adelante en esta solicitud) con el fin de confirmar que el dispositivo cliente 200 asociado a dicho identificador está autorizado a acceder a Internet a través del sistema de satélite 104. En otros casos, en lugar de que los metadatos 16 de la solicitud de registro 10 incluyan un identificador relacionado con la clave pública del dispositivo cliente 102, pueden incluir la propia clave pública; ambos enfoques son válidos y, a lo largo de esta solicitud, cuando nos refiramos a un identificador relacionado con la clave pública 20, a un identificador de clave pública o a conceptos similares, debe entenderse que el término es intercambiable con la mera clave pública, salvo que el contexto indique lo contrario. Por último, los metadatos 16 pueden incluir una clave de cifrado 22. En los casos en que la solicitud de registro 10 incluya una clave de cifrado 22, es preferente que esta sea almacenada, por ejemplo, por el módulo de solicitud de registro 105 en los datos de registro 112 de la memoria 104 del sistema de gestión de acceso 100, junto con el identificador asociado a la clave pública 20.
[0145] La firma 14 se genera preferentemente utilizando una clave de firma privada asociada al dispositivo cliente 102 o a uno de sus usuarios. Esto significa que la firma puede verificarse utilizando, por ejemplo, la clave pública de verificación, que también se incluye en la solicitud de registro 10.
[0147] Una vez generada la solicitud de registro 10, el dispositivo cliente 102 la transmite, en la etapa S34, al satélite 112. En este momento, el satélite 112 puede transmitirla a la estación terrestre 110. A continuación, la estación terrestre 110 puede, opcionalmente, transmitirla al PSI 106 para la siguiente fase del procesamiento. La siguiente etapa del proceso lo lleva a cabo un sistema de gestión de accesos 200, del que se muestra un ejemplo en la figura 5. El sistema de gestión de acceso 200 puede estar ubicado en la estación terrestre 110 del sistema de satélites o en el proveedor de servicios de Internet (PSI) 106. Antes de analizar su funcionamiento, describiremos con más detalle la estructura del sistema de gestión de accesos 200. El sistema de gestión de acceso 100 puede incluir un procesador 202 y una memoria 204. El procesador 202 puede incluir un módulo de gestión de solicitudes 205, un módulo de gestión de cliente autorizado 206 y un módulo de autorización 208. La memoria 104 puede incluir una lista de usuarios autorizados 210 y datos de registro 212.
[0149] La figura 6 muestra lo que ocurre una vez que el sistema de gestión de acceso 200 (ya sea en la estación terrestre 110 o en el PSI 106) recibe la solicitud de registro. Al recibir la solicitud de registro 10 en la etapa S60, el módulo de gestión de solicitudes 205 puede determinar, en la etapa de decisión S62, si la solicitud de registro 10 es válida. En caso de que la solicitud de registro 10 sea válida, el módulo de gestión de clientes autorizados 206 puede, en la etapa S64, añadir la clave pública 20 asociada al dispositivo cliente 102 desde el que se recibió la solicitud de registro 10 a la lista de autorizados 210. La lista autorizada 210 incluye, preferentemente, una lista de dispositivos de cliente 102 a los que se les permite acceder a Internet a través del sistema de satélite 104, en función de los resultados de la determinación realizada en la etapa S62. Si en la etapa S62 se determina que la solicitud de registro 10 no es válida, es posible que el dispositivo cliente 102 desde el que se recibió dicha solicitud no se registre, es decir, que el identificador de la clave pública no se añada a la lista de autorizados 210 (etapa S65). A continuación, en ambos casos (es decir, tanto si está registrado como si no), se puede notificar al usuario el resultado en la etapa S66, en la dirección del cliente 18 que figura en los metadatos 16 de la solicitud de registro 10.
[0151] La figura 7 muestra con más detalle el proceso que lleva a cabo el módulo de gestión de solicitudes 205. En la etapa S70, la solicitud de registro 10 puede recibirse, por ejemplo, en un monedero electrónico de cadena de bloques 400 o en el propio módulo de gestión de solicitudes 205. A continuación, en la etapa S72, el módulo de gestión de solicitudes 205 puede determinar si la carga útil 12 de la solicitud de registro 10 cumple algún criterio de validación predeterminado. La cartera electrónica basada en cadena de bloques está asociada, preferentemente, al PSI 106. En tales casos, la carga útil 12 puede indicar la cantidad de fondos que se va a transferir desde el dispositivo del cliente 102 a la cartera cadena de bloques del proveedor de servicios de Internet (PSI) 106. En tales casos, el criterio de validación puede incluir un coste asociado al acceso a Internet a través del sistema de satélite 104, y el módulo de gestión de solicitudes 205 puede estar configurado para comparar la cantidad de fondos indicada en la carga útil 12 con dicho coste. Si se determina que la carga útil 12 no cumple el criterio de validación, es posible que el dispositivo cliente 102 desde el que se recibió la solicitud de registro 10 no se registre en el sistema, y se le notifique al respecto en la etapa S73. Por el contrario, si se determina que la carga útil 12 cumple el criterio de validación, el módulo de gestión de solicitudes 205 puede, en la etapa S74, generar instrucciones que hagan que el módulo de cliente autorizado 206 añada el identificador de clave pública 20 de la solicitud de registro a la lista de autorizados 210 en la memoria 204, y transmitir las instrucciones en consecuencia en la etapa S76. A continuación, el módulo de gestión de solicitudes 205 puede notificárselo al usuario. En algunos casos, el módulo de gestión de solicitudes 205, o el procesador 202 del módulo de gestión de acceso 200 en general, puede incluir un módulo de notificación (no mostrado) que puede estar configurado para generar y transmitir notificaciones.
[0153] Los procesos descritos anteriormente se refieren al registro inicial de un dispositivo cliente 102 en el PSI 106 a través del módulo de gestión de acceso 100. Una vez registrado un dispositivo de cliente 104, es posible que su usuario (o, de hecho, cualquier usuario, aunque no esté registrado) desee acceder a Internet a través del sistema de satélite 104. Para ello, se genera una solicitud de conexión y se envía al sistema de gestión de acceso 200. La figura 8A muestra un ejemplo de un proceso que se puede llevar a cabo para gestionar la solicitud de conexión. En la etapa S80, el sistema de gestión de accesos 200, preferentemente su módulo de autorización 208, puede recibir una solicitud de conexión 50. La figura 8B muestra un ejemplo de una solicitud de conexión 50, que puede incluir opcionalmente datos 52 que identifican al proveedor de servicios de Internet (PSI) 106, un identificador de clave pública 20 asociado al dispositivo cliente 102 y una clave de cifrado 22 asociada al dispositivo cliente 200. En los casos en que la clave de cifrado 22 se incluya en la solicitud de registro original 10 del dispositivo cliente 102, no es necesario que la solicitud de conexión 50 incluya la clave de cifrado 22. Cabe señalar que la figura 8B no es exhaustiva: la solicitud de conexión 50 puede incluir también otros datos. En la etapa S82 de la figura 8A, el módulo de autorización 208 puede determinar si el identificador de la clave pública incluido en la solicitud de conexión 50 figura en la lista de autorizados 210. De no ser así, en la etapa S84 se impide el acceso del dispositivo cliente 102 a Internet a través del sistema de satélite 104, y en la etapa S86 se envía la notificación correspondiente. Si la clave pública con ID 20 figura en la lista de autorizaciones 210, el módulo de autorización 208 concede al dispositivo cliente 102 acceso al recurso electrónico en la etapa S88 y se lo notifica en la etapa S89.
[0155] A continuación, analizaremos cómo se puede autorizar al dispositivo cliente 200 para que acceda a Internet a través del sistema de satélite 104, y cómo se concede realmente dicho acceso. En la figura 9 se muestra un proceso ejemplar. En esencia, cuando a un dispositivo cliente 102 se le concede acceso a Internet a través del sistema de satélite 104, se le proporciona una clave de sesión que le permite descodificar los datos que el proveedor de servicios de Internet (PSI) 106 transmite a través del satélite 112. En la etapa S90, se identifica la clave de cifrado 22 asociada al dispositivo cliente 102 en cuestión. Por ejemplo, si la clave de cifrado 22 se proporcionó inicialmente en la solicitud de registro 10 y se almacenó en los datos de la solicitud de registro 212, el módulo de autorización 208 puede realizar una búsqueda en dichos datos 212 para identificar la clave de cifrado 22 asociada al identificador de clave pública 20 que figuraba en la solicitud de conexión 50. Por otra parte, en un caso más sencillo, si la clave de cifrado 22 formara parte de la solicitud de conexión 50, entonces bastaría con recuperarla de ahí. Una vez identificada la clave de cifrado 22, el módulo de autorización 208 (o, opcionalmente, un módulo de cifrado del mismo, no mostrado) puede cifrar la clave de sesión utilizando la clave de cifrado 22 en la etapa S92. Cabe señalar, para completar la información, que los datos cifrados mediante la clave de cifrado 22 pueden descifrarse con una clave de descifrado privada de la que solo dispone el dispositivo cliente 102, con el fin de garantizar que solo dicho dispositivo cliente 102 pueda acceder a la clave de sesión, que está cifrada con su propia clave de cifrado (pública) 22. Una vez cifrada la clave de sesión, esta puede transmitirse, en la etapa S94, al dispositivo cliente 102, momento en el que dicho dispositivo puede descifrarla y utilizarla para acceder a Internet a través del sistema de satélite 104, es decir, descodificando los datos recibidos del satélite 112. De este modo, se concede acceso a Internet a través del sistema de satélite 104. En algunos casos, tal y como se ha comentado en otra parte, en lugar de generar claves de sesión cifradas utilizando la clave de cifrado correspondiente 22 de cada dispositivo cliente 102, se puede utilizar un esquema de cifrado de difusión.
[0157] Para mayor seguridad, la clave de sesión puede cambiarse de forma regular, preferentemente periódica. La clave de sesión puede cambiar cada minuto, cada hora o varias veces al día. Puede cambiar a diario, o cada 2, 3, 4, 5 o 6 días. La clave de sesión puede cambiar cada semana o cada mes. La frecuencia con la que cambia la clave de sesión depende, preferentemente, de la aplicación a la que se destine. Por supuesto, si cambia la clave de sesión, también es necesario actualizar los dispositivos de los clientes registrados 200, a fin de garantizar que sigan pudiendo acceder al recurso electrónico. Este proceso se ilustra en la figura 10. En una primera etapa S100, el módulo de autorización 208 puede recibir la clave de sesión actualizada. Como alternativa, el módulo de autorización 208 puede generar él mismo la clave de sesión actualizada. El proceso mediante el cual se genera la clave de sesión es, preferentemente, aleatorio. A continuación, en la etapa S102, el módulo de autorización 208 puede identificar todos los dispositivos cliente autorizados 102, es decir, aquellos dispositivos cliente 102 cuya identificación de clave pública 20 figure en la lista de autorizados 210. Una vez identificados estos dispositivos cliente autorizados 102, el módulo de autorización 208, para cada dispositivo cliente autorizado 102, puede cifrar la clave de sesión actualizada en la etapa S10, utilizando la clave de cifrado del dispositivo cliente 22 (que puede obtenerse tal y como se ha descrito en el párrafo anterior). Por último, en la etapa S106, la clave de sesión actualizada y cifrada puede transmitirse al dispositivo cliente autorizado 102. En algunos casos, tal y como se ha comentado en otra parte, en lugar de generar claves de sesión actualizadas y cifradas utilizando la clave de cifrado correspondiente 22 de cada dispositivo cliente autorizado 200, puede utilizarse un esquema de cifrado de difusión.
[0159] En algunos casos, puede ser conveniente modificar el criterio de validación. Por ejemplo, en un contexto comercial, esto puede hacerse con el fin de modificar el precio del acceso a Internet a través del sistema de satélite 104. La presente invención ofrece un medio para hacerlo. La figura 11 muestra un esquema del proceso mediante el cual se puede actualizar la lista autorizada 210 en función de un cambio en un criterio de validación. En una primera etapa S110, el criterio de validación puede actualizarse, por ejemplo, mediante el módulo de gestión de solicitudes 205. Esto podría suponer un aumento en el precio del acceso a Internet a través del sistema de satélite 104. A continuación, en la etapa S112, se identifican aquellos dispositivos cliente 102 cuyas solicitudes de registro 10 ya no cumplen los criterios de validación. Esto puede lograrse, por ejemplo, mediante la reevaluación por parte del módulo de gestión de registros 205 de todas las solicitudes de registro 10 (preferentemente de sus cargas útiles 12), que pueden estar almacenadas, por ejemplo, en los datos de solicitud de registro 212 asociados al identificador de clave pública. Una vez identificados los identificadores de clave pública 20 de los dispositivos cliente 102 que ya no están autorizados, el módulo de gestión de clientes autorizados 206 puede eliminar dichos identificadores de clave pública 20 de la lista de autorizados 110. ¿Cómo es, pues, que estos dispositivos cliente 102 pierden realmente el acceso a Internet a través del sistema de satélite 104? En algunos casos, por ejemplo, el dispositivo cliente 102 puede enviar una solicitud de conexión 50, que será rechazada por el módulo de autorización 208 debido a que el identificador de la clave pública ya no figura en la lista de autorizados. Por otra parte, en los casos en que cambie la clave de sesión, no se enviará una clave de sesión actualizada al dispositivo cliente 102, ya que estas solo se envían a los dispositivos cliente 102 que figuran en la lista de autorizados 210.
[0161] Para evitar cualquier duda, cualquiera de las explicaciones teóricas que se proporcionan en la presente memoria descriptiva tienen por objeto mejorar la comprensión del lector. Los inventores no desean ceñirse a ninguna de estas explicaciones teóricas.
[0162] Los encabezamientos de sección utilizados en la presente memoria descriptiva tienen una finalidad meramente organizativa y no deben interpretarse como una limitación de la materia descrita.
[0163] A lo largo de esta especificación, incluyendo las reivindicaciones que siguen, a menos que el contexto requiera lo contrario, la palabra "comprender" e "incluir", y variaciones tales como "comprende", "comprendiendo", e "incluyendo" se entenderán que implican la inclusión de un elemento o etapa o grupo de elementos o pasos especificados, pero no la exclusión de cualquier otro elemento o etapa o grupo de elementos o etapas.
[0164] Cabe señalar que, tal como se utilizan en la especificación y en las reivindicaciones adjuntas, las formas singulares "un", "una" y "el/la" incluyen referentes plurales a menos que el contexto indique claramente lo contrario. Los intervalos pueden expresarse en el presente documento como desde "aproximadamente" un valor particular, y/o hasta "aproximadamente" otro valor particular. Cuando se expresa un intervalo de este tipo, otra realización incluye desde un valor particular y/o hasta otro valor particular. De forma similar, cuando los valores se expresan como aproximaciones, mediante el uso del antecedente "aproximadamente", se entenderá que el valor concreto constituye otra realización. El término "aproximadamente" en relación con un valor numérico es opcional y significa, por ejemplo, /- 10%.

Claims (15)

1. REIVINDICACIONES
1. Un sistema para proporcionar a un dispositivo cliente (102) situado en una ubicación remota acceso seguro a Internet a través de una conexión por satélite, el cual incluye:
un dispositivo cliente;
un sistema de satélite (104) configurado para proporcionar al dispositivo cliente acceso a Internet; y
un proveedor de servicios de Internet (PSI) (106),
en el que, durante un proceso de registro:
el sistema de satélites está configurado para recibir una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de una cadena de bloques (108), y para generar y transmitir una primera señal de radiodifusión de RF que codifica la información sobre el primer estado de la cadena de bloques;
el dispositivo cliente está configurado para recibir la primera señal de radiodifusión, generar una solicitud de registro (10) basada en la información sobre el estado de la cadena de bloques —solicitud que incluye un identificador de clave pública (20) asociado al dispositivo cliente— y transmitirla a una dirección electrónica correspondiente a una cadena de bloques asociada al proveedor de servicios de Internet, así como para transmitir la solicitud de registro al sistema de satélites;
el sistema de satélite está configurado para recibir la solicitud de registro y transmitirla a la dirección electrónica asociada al proveedor de servicios de Internet;
El proveedor de servicios de Internet (PSI) está configurado para determinar si la solicitud de registro es válida y, en caso afirmativo, para añadir el identificador de la clave pública a una lista de autorizados (210); de este modo, cuando un identificador de clave pública figura en la lista de autorizados, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite.
2. El sistema de acuerdo con la reivindicación 1, en el que:
la dirección electrónica es la dirección de un monedero de cadena de bloques asociado al proveedor de servicios de Internet;
La solicitud de registro incluye datos de autenticación que comprenden uno o varios de los siguientes elementos: una transformación determinista del contenido de un bloque anterior de la cadena de bloques, o de una parte del mismo; y
una firma (14) generada mediante una clave privada de firma del dispositivo cliente desde el que se recibe la solicitud de registro; y
El identificador de la clave pública es la clave pública de verificación que corresponde a la clave privada de firma utilizada para generar la firma.
3. El sistema de acuerdo con la reivindicación 1 o la reivindicación 2, en el que: el proveedor de servicios de Internet (PSI) o el sistema de satélites incluye, o tiene asociado, un sistema de gestión de acceso (200) para gestionar el acceso a Internet a través del sistema de satélites, y dicho sistema de gestión de acceso comprende un módulo de gestión de solicitudes (202) configurado para:
recibir la solicitud de registro del sistema de satélites o de un satélite de dicho sistema; y
determinar si la solicitud de registro recibida en la dirección electrónica cumple un criterio de validación, en la que: si el módulo de gestión de solicitudes determina que la solicitud recibida en la dirección electrónica del proveedor cumple el criterio de validación, se considera que la solicitud es válida; y
si el módulo de gestión de solicitudes determina que la solicitud recibida en la dirección electrónica del proveedor no cumple el criterio de validación, se considera que la solicitud no es válida.
4. El sistema de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el que: el sistema de satélite está configurado para transmitir unai-ésima
señal de radiodifusión de RF en un momento ti,0
, y retransmitir lai-ésima
señal de radiodifusión de RF un númeroNveces, en el que laj-ésima
retransmisión tiene lugar en ti,j
.
5. El sistema de acuerdo con la reivindicación 4, en el que: tras perder la recepción de laiésima-
señal de radiodifusión de RF en un momento t<i,0>, el dispositivo cliente está configurado para:
recibir una versión retransmitida de la señal de difusión de RF de un historial subsecuente H<k>en un tiempo t<i,m>en el que m >0, la versión retransmitida de la señal de difusión de RF que codifica información sobre el iésimoestado de la cadena de bloques; y
almacenar la información sobre eliésimo
estado de la cadena de bloques en una memoria del dispositivo cliente.
6. El sistema de acuerdo con cualquiera de las reivindicaciones 1 a 5, en el que: la solicitud de registro incluye una clave de cifrado pública asociada al dispositivo cliente.
7. Un sistema para proporcionar a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite, que incluye:
un dispositivo cliente;
un sistema de satélite configurado para proporcionar al dispositivo del cliente acceso a Internet; y
un proveedor de servicios de Internet (PSI),
en el que, durante un proceso de conexión:
el dispositivo cliente está configurado para generar una solicitud de conexión que incluya un identificador de clave pública asociado a dicho dispositivo cliente, y para transmitir dicha solicitud de conexión al sistema satelital mediante una señal de radiofrecuencia;
En respuesta a la recepción de la solicitud de conexión, el sistema de satélite está configurado parauna de las siguientes opciones:
determinar si el identificador de la clave pública figura en una lista autorizada; o
enviar la solicitud de conexión al proveedor de servicios de Internet, y este está configurado para determinar si el identificador de la clave pública figura en la lista de autorizados; y
Si se comprueba que el identificador de la clave pública figura en la lista de autorizados, el sistema de satélite está configurado para conceder acceso a Internet a través de una señal de difusión de acceso a Internet.
8. El sistema de acuerdo con la reivindicación 7, en el que:
el proveedor de servicios de Internet o el sistema de satélite incluye un módulo de autorización; y
el módulo de autorización está configurado para conceder al dispositivo cliente acceso a Internet mediante el cifrado de una clave de sesión de conexión con una clave de cifrado pública asociada al dispositivo cliente, para generar una clave de sesión de conexión cifrada y enviarla al dispositivo cliente; dicha clave de sesión de conexión cifrada puede descifrarse por un usuario mediante una clave de descifrado privada que es complementaria a la clave de cifrado pública, y la clave de sesión de conexión descifrada puede utilizarse para acceder a Internet.
9. El sistema de acuerdo con la reivindicación 8, en el que: la clave de sesión es una clave de sesión rotativa.
10. El sistema de acuerdo con cualquiera de las reivindicaciones 7 a 9, en el que: la solicitud de conexión incluye la clave pública de cifrado asociada al dispositivo cliente.
11. El sistema de acuerdo con cualquiera de las reivindicaciones 1 a 10, en el que: el sistema de satélites comprende un satélite en órbita geosincrónica o en órbita terrestre media.
12. Un procedimiento para proporcionar a un dispositivo cliente situado en una ubicación remota un acceso seguro a Internet a través de una conexión por satélite, que comprende:
en un sistema de satélite: recibir una primera señal de estado de la cadena de bloques que codifica información sobre un primer estado de la cadena de bloques; y generar y transmitir una primera señal de radiodifusión de RF que codifica información sobre el primer estado de la cadena de bloques;
en un dispositivo cliente: recibir la primera señal de radiodifusión de RF; generar una solicitud de registro que incluya un identificador de clave pública asociado al dispositivo cliente; y transmitir la solicitud de registro al sistema de satélites;
en el sistema satélite: recibir la solicitud de registro; y transmitir la solicitud de registro a una dirección electrónica correspondiente a una cadena de bloques asociada a un proveedor de servicios de Internet (PSI); y
en el PSI: determinar si la solicitud de registro es válida y, en caso afirmativo, añadir el identificador de la clave pública a una lista autorizada; de este modo, cuando un identificador de clave pública figura en la lista autorizada, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite.
13. Un procedimiento para proporcionar a un dispositivo cliente situado en una ubicación remota acceso seguro a Internet a través de una conexión por satélite, el cual comprende:
en un dispositivo cliente: generar una solicitud de conexión que incluya un identificador de clave pública asociado al dispositivo cliente; y transmitir la solicitud de conexión al sistema de satélites mediante una señal de radiofrecuencia; en un sistema de satélite: recepción de la solicitud de conexión;
el sistema de satélite está configurado parauna u otra
determinar si el identificador de la clave pública figura en una lista autorizada; o
enviar la solicitud de conexión al proveedor de servicios de Internet (PSI) y, una vez allí: comprobar si el identificador de la clave pública figura en la lista de autorizados; y
si se comprueba que el identificador de la clave pública figura en la lista de autorizados, en el sistema de satélite: conceder acceso a Internet a través de una señal de difusión por Internet.
14. Un sistema de satélite diseñado para facilitar el acceso seguro a Internet a un dispositivo cliente situado en una ubicación remota a través de una conexión por satélite, estando dicho sistema configurado para:
recibir una primera señal de estado de la cadena de bloques, que codifica información sobre un primer estado de la cadena de bloques, y generar y transmitir una primera señal de radiodifusión de RF que codifica la información sobre el primer estado de la cadena de bloques;
recibir una solicitud de registro de un dispositivo cliente, en la que dicha solicitud de registro incluye un identificador de clave pública asociado al dispositivo cliente;
enviar la solicitud de registro a un proveedor de servicios de Internet configurado para determinar si dicha solicitud es válida y, en caso afirmativo, añadir el identificador de la clave pública a una lista de autorizados; de este modo, cuando un identificador de clave pública figura en dicha lista, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite;
recibir una solicitud de conexión de un dispositivo cliente; y
o bien:
determinar si el identificador de la clave pública figura en la lista de autorizaciones;o
enviar la clave pública al proveedor de servicios de Internet (PSI); el PSI comprueba si el identificador de la clave pública figura en la lista de autorizaciones,
en el que: si se determina que el identificador de la clave pública figura en la lista de autorizados, el sistema de satélite está configurado para conceder acceso a Internet a través de una señal de difusión de acceso a Internet.
15. Un procedimiento ejecutado por un sistema de satélites para facilitar el acceso seguro a Internet a un dispositivo cliente situado en una ubicación remota a través de una conexión por satélite, el cual comprende las siguientes etapas:
recibir una primera señal de estado de la cadena de bloques, que codifica información sobre un primer estado de la cadena de bloques, y generar y transmitir una primera señal de radiodifusión de RF que codifica la información sobre el primer estado de la cadena de bloques;
recibir una solicitud de registro procedente de un dispositivo cliente, en la que dicha solicitud de registro incluye un identificador de clave pública asociado al dispositivo cliente;
enviar la solicitud de registro a un proveedor de servicios de Internet configurado para determinar si dicha solicitud es válida y, en caso afirmativo, añadir el identificador de la clave pública a una lista de autorizados; de este modo, cuando un identificador de clave pública figura en dicha lista, se permite al dispositivo cliente o a su usuario acceder a Internet a través del sistema de satélite;
recibir una solicitud de conexión de un dispositivo cliente; y
o bien:
determinar si el identificador de la clave pública figura en la lista de entidades autorizadas;o
trasmitir la clave pública al proveedor de servicios de Internet (PSI), el cual está configurado para determinar si el identificador de la clave pública figura en la lista de autorizados,
en el que: si se determina que el identificador de la clave pública figura en la lista de autorizados, el procedimiento comprende además conceder acceso a Internet a través de una señal de difusión de acceso a Internet.
ES21250008T 2021-11-23 2021-11-23 Providing secure internet access to a client device in a remote location Active ES3071302T3 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP21250008.6A EP4184863B1 (en) 2021-11-23 2021-11-23 Providing secure internet access to a client device in a remote location

Publications (1)

Publication Number Publication Date
ES3071302T3 true ES3071302T3 (en) 2026-06-22

Family

ID=78957919

Family Applications (1)

Application Number Title Priority Date Filing Date
ES21250008T Active ES3071302T3 (en) 2021-11-23 2021-11-23 Providing secure internet access to a client device in a remote location

Country Status (5)

Country Link
US (1) US12683818B2 (es)
EP (1) EP4184863B1 (es)
ES (1) ES3071302T3 (es)
IL (1) IL312933A (es)
WO (1) WO2023094461A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2026523526A (ja) * 2023-06-15 2026-07-14 スペース テレコミュニケーションズ インコーポレイテッド プルーフオブロケーションアンドベロシティによるブロックチェーンのコンセンサスメカニズムシステム及び方法
CN121486808B (zh) * 2026-01-08 2026-05-08 中国信息通信研究院 基于区块链的Web3.0的系统注册方法和空间信息网络系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7748047B2 (en) * 2005-04-29 2010-06-29 Verizon Business Global Llc Preventing fraudulent internet account access
US8458776B2 (en) * 2009-10-21 2013-06-04 Microsoft Corporation Low-latency peer session establishment
US10554412B2 (en) * 2018-03-06 2020-02-04 Robust Analytics, Inc. Method and network to implement decentralized validation and authentication mechanisms to prevent ADS-B cyber-attacks
US20190342085A1 (en) * 2018-05-02 2019-11-07 Green Light Solutions Corp. System and method for tracking product and providing verified product information and consumer rewards
US20190373137A1 (en) * 2018-06-03 2019-12-05 Richard H. Krukar Blockchannel scanner systems and methods
US10476585B1 (en) * 2018-12-14 2019-11-12 Hughes Network Systems, Llc Distributed network node locations in a mobile node network
US11297500B2 (en) * 2019-04-16 2022-04-05 Research Foundation Of The City University Of New York Authenticating digital evidence
US12245030B2 (en) * 2021-03-05 2025-03-04 Avian, Inc. Blockchain secured polyphonic radio (PR) wireless mesh networks using pulse-based communications (PBC) methods and apparatus

Also Published As

Publication number Publication date
EP4184863C0 (en) 2026-05-06
US12683818B2 (en) 2026-07-14
EP4184863B1 (en) 2026-05-06
WO2023094461A1 (en) 2023-06-01
EP4184863A1 (en) 2023-05-24
US20240414015A1 (en) 2024-12-12
IL312933A (en) 2024-07-01