ES2765862T3 - Controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo - Google Patents

Controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo Download PDF

Info

Publication number
ES2765862T3
ES2765862T3 ES14151712T ES14151712T ES2765862T3 ES 2765862 T3 ES2765862 T3 ES 2765862T3 ES 14151712 T ES14151712 T ES 14151712T ES 14151712 T ES14151712 T ES 14151712T ES 2765862 T3 ES2765862 T3 ES 2765862T3
Authority
ES
Spain
Prior art keywords
tethering
configuration file
application
network
party
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
ES14151712T
Other languages
English (en)
Inventor
Paddy Vishnubhatt
Rajesh Singh
Bala K Taduri
Sanida Bratt
Sumeet Paul
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.)
Synchronoss Technologies Inc
Original Assignee
Synchronoss Technologies Inc
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 Synchronoss Technologies Inc filed Critical Synchronoss Technologies Inc
Application granted granted Critical
Publication of ES2765862T3 publication Critical patent/ES2765862T3/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
    • 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/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H04W12/43—Security arrangements using identity modules using shared identity modules, e.g. SIM sharing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

Un sistema (300), que comprende: a. un segundo dispositivo (310), que incluye una memoria no transitoria; y b. un primer dispositivo (305), que incluye una memoria no transitoria para almacenar instrucciones, las instrucciones para: 1. acceder a un archivo de configuración personalizado desde un servidor al primer dispositivo; 2. determinar el estado de suscripción de anclaje a red del primer dispositivo, en donde la determinación se basa en el archivo de configuración personalizado; 3. escuchar las transmisiones enviadas por el primer dispositivo para determinar si se ha lanzado una aplicación de anclaje a red nativa del primer dispositivo, según el estado de la suscripción de anclaje a red, bloquear el segundo dispositivo para que no se ancle a red con el primer dispositivo si se ha lanzado una aplicación de anclaje a red nativa del primer dispositivo; comparar periódicamente el archivo de configuración personalizado con las aplicaciones en ejecución en el primer dispositivo, para determinar si se ha iniciado una aplicación de anclaje a red de terceros; en donde dicha comparación comprende comparar una lista de aplicaciones en ejecución en el primer dispositivo con valores de paquete de aplicaciones de anclaje a red de terceros en el archivo de configuración personalizado, y si la lista de aplicaciones en ejecución contiene cualquiera de los valores de paquete de aplicaciones de anclaje a red de terceros en el archivo de configuración, impedir el anclaje a red.

Description

DESCRIPCIÓN
Controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo
Campo de la invención
La presente invención se refiere a un controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo.
Antecedentes de la invención
El anclaje a red se refiere al acoplamiento de un dispositivo de anclaje a red, como un ordenador, con un dispositivo de anclaje a red habilitado para Internet, tal como un teléfono inteligente, para que el dispositivo de anclaje a red pueda usar el servicio del plan de datos del dispositivo con acceso a Internet. El dispositivo anclado a red está configurado para comportarse como un módem, proporcionar acceso a Internet al dispositivo de anclaje a red. El acoplamiento entre el dispositivo de anclaje a red y el dispositivo anclado a red puede ser a través de un cable de datos, como un cable USB o un cable privado, o estar a través de LAN inalámbrica (Wi-Fi), a través de Bluetooth o un protocolo de comunicación privado, por citar unos pocos. El dispositivo anclado a red generalmente incluye una aplicación de anclaje a red para ofrecer acceso a Internet anclado a red. Una aplicación de anclaje a red puede ser una aplicación nativa proporcionada por el sistema operativo del dispositivo anclado a red y es compatible con OEM (fabricante original del teléfono).
La proliferación de teléfonos inteligentes y la gran cantidad de aplicaciones de anclaje a red disponibles actualmente han hecho que el anclaje a red sea cada vez más popular, especialmente ahora que muchos modelos de teléfonos son compatibles con aplicaciones de anclaje a red de terceros para acoplarse con dispositivos de anclaje a red a través de USB o por Bluetooth, o para crear puntos de acceso Wi-Fi (que a su vez brindan servicio a otros dispositivos en la vecindad/red). Las aplicaciones de anclaje a red habilitan el dispositivo anclado a red, por ejemplo, el teléfono inteligente, para compartir su acceso a Internet en cualquier lugar y en cualquier momento a otros dispositivos que de otro modo requerirían medios alternativos para acceder a Internet. La figura 1 ilustra un escenario de anclaje a red 100 a modo de ejemplo, que incluye un dispositivo anclado a red 105 y un dispositivo de anclaje a red 110. El dispositivo anclado a red 105 incluye normalmente una aplicación de anclaje a red para permitir compartir su conexión a Internet con el dispositivo de anclaje a red 110. Como se ilustra en la figura 1, el dispositivo anclado a red 105 es un teléfono inteligente y el dispositivo de anclaje a red 110 es un ordenador, y el acoplamiento entre el dispositivo anclado a red 105 y el dispositivo de anclaje a red 110 es a través de un cable u Sb 115.
El uso de teléfonos inteligentes como módems para que otros dispositivos accedan a Intemet ha causado una seria preocupación para los operadores de telecomunicaciones a quienes no se contrata ni paga por el uso de sus redes móviles para que puedan acceder a ellos de manera que brinden servicios de Internet a ordenadores portátiles, ordenadores, tabletas o terceros usuarios. Los operadores inalámbricos luchan por mantener el uso del ancho de banda con la demanda. Los teléfonos inteligentes consumen mucho más ancho de banda que los teléfonos mejorados.
Los operadores inalámbricos están trabajando para bloquear el anclaje a red no autorizado o inapropiado, pero no han podido encontrar soluciones adecuadas para bloquear completamente el anclaje a red no autorizado a través de una aplicación de anclaje a red nativa o una aplicación de anclaje a red de terceros. Por ejemplo, los operadores inalámbricos están trabajando con empresas, como Google, y han podido bloquear algunas aplicaciones de anclaje a red de terceros, al filtrar aplicaciones de anclaje a red de terceros desde su portal o al bloquear la descarga de aplicaciones de anclaje a red de terceros del mercado(s) de aplicaciones en línea. Sin embargo, actualmente no hay una solución que pueda detectar, controlar y bloquear por completo la vinculación con aplicaciones de terceros, ya que los usuarios pueden cargar aplicaciones de terceros u obtener otra aplicación de vinculación del mercado que aún no ha pasado el escrutinio de los operadores inalámbricos. El mercado alberga múltiples aplicaciones y el número de tales aplicaciones aumenta cada día.
La presente invención aborda al menos estas limitaciones en la técnica anterior. Un ejemplo del estado de la técnica en el presente campo técnico se describe en el documento US 2012/240197 A1.
Sumario de la invención
La invención se define mediante las reivindicaciones independientes. Se definen realizaciones adicionales mediante las reivindicaciones dependientes.
Las realizaciones de la presente invención están dirigidas a un controlador de dispositivo de aplicación de anclaje a red y métodos del mismo. El controlador del dispositivo de aplicación de anclaje a red (TEDC) está instalado en un dispositivo primario, o también conocido como el dispositivo anclado a red. El TEDC está configurado para detectar, controlar y bloquear el anclaje a red no autorizada o inapropiada con un dispositivo secundario, o también conocido como dispositivo de anclaje a red, a través de una aplicación de anclaje a red nativa o de terceros, recuperando un archivo de configuración de un servidor asociado a un operador inalámbrico. El archivo de configuración generalmente incluye el perfil del cliente y los nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros. El perfil del cliente generalmente incluye información de suscripción, incluido el uso de servicios de anclaje a red. Si el cliente está intentando el anclaje a red y el anclaje a red no está permitido, entonces el TEDC evitará que el anclaje a red del dispositivo secundario con el dispositivo primario. En algunas realizaciones, el TEDC es una aplicación de desanclaje de red instalada en el dispositivo primario.
En un aspecto, se proporciona un aparato. El aparato normalmente incluye una memoria no transitoria para almacenar instrucciones y un componente de procesamiento acoplado a la memoria. El componente de procesamiento generalmente está configurado para procesar las instrucciones.
Las instrucciones son normalmente para acceder a un archivo de configuración desde un servidor. En algunas realizaciones, el archivo de configuración se basa en servicios de suscripción de anclaje a red. En algunas realizaciones, el archivo de configuración incluye nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros. En algunas realizaciones, el archivo de configuración está en formato XML.
Las instrucciones también son normalmente para determinar el estado de suscripción de anclaje a red del aparato. Las instrucciones también son normalmente para, según el estado de la suscripción de anclaje a red, bloquear el anclaje a red con otro dispositivo.
En algunas realizaciones, las instrucciones también son para verificar si alguno de los valores en el archivo de configuración corresponde con una aplicación en ejecución en el aparato.
En algunas realizaciones, las instrucciones también son para verificar que se haya iniciado una aplicación de anclaje a red.
En algunas realizaciones, las instrucciones también son para escuchar una o más "transmisiones" por el aparato al acoplarse con el otro dispositivo.
En algunas realizaciones, las instrucciones también son para presentar un mensaje sobre el estado de la suscripción de anclaje a red.
En algunas realizaciones, las instrucciones también son para enviar datos preliminares al servidor. Los datos preliminares incluyen información de identificación del aparato.
En algunas realizaciones, las instrucciones también son para determinar todas las aplicaciones actualmente en vivo que se ejecutan en el aparato.
En algunas realizaciones, las instrucciones se invocan al arrancar el sistema operativo del aparato. Alternativamente, las instrucciones se invocan al anclar a red el aparato con el otro dispositivo.
En otro aspecto, se proporciona un medio legible por ordenador no transitorio. Un medio legible por ordenador no transitorio que almacena instrucciones que, cuando se ejecuta por un dispositivo informático, hacen que el dispositivo informático lleve a cabo un método. El método generalmente incluye enviar información de identificación a un servidor, recibir un archivo de configuración personalizado basado en la información de identificación, determinar si evocar una aplicación de anclaje a red y, basado en la determinación, comprobar la permisibilidad del anclaje a red. En algunas realizaciones, la verificación de la admisibilidad del anclaje a red incluye hacer referencia al archivo de configuración. El método también incluye desconectar el anclaje a red cuando no está permitido y permitir el anclaje a red cuando está permitido. En algunas realizaciones, desconectar el enlace incluye solicitar un mensaje.
En algunas realizaciones, cuando la aplicación de anclaje a red es una aplicación de anclaje a red de terceros, determinar si se invoca una aplicación de anclaje a red incluye escuchar una o más transmisiones por el dispositivo informático, generar una lista de paquetes que se ejecutan actualmente en el dispositivo informático y comparar la lista de paquetes que se ejecutan actualmente con una lista de nombres de paquetes de aplicaciones incluidos en la lista negra incluidos en el archivo de configuración.
En algunas realizaciones, cuando la aplicación de anclaje a red es una aplicación de anclaje a red nativa, determinar si se invoca una aplicación de anclaje a red incluye escuchar una o más transmisiones por el dispositivo informático y validar el anclaje a red.
En otro aspecto más, se proporciona un sistema de anclaje a red. El sistema de anclaje a red normalmente incluye una red, un servidor y un dispositivo primario. El servidor y el dispositivo primario están conectados comunicativamente con la red.
El servidor generalmente incluye perfiles de clientes y nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros. El servidor generalmente está configurado para generar archivos de configuración personalizados.
El dispositivo primario generalmente está configurado para proporcionar información de identificación al servidor y descargar un archivo de configuración personalizado del servidor. En algunas realizaciones, el archivo de configuración personalizado incluye perfiles de clientes y nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros. En algunas realizaciones, cada perfil de cliente incluye información de suscripción de vinculación con respecto al cliente respectivo.
Basado en al menos el archivo de configuración personalizado, el dispositivo primario también está configurado normalmente para no permitir y permitir el anclaje a red al detectar dicho anclaje a red. En algunas realizaciones, no permitir el anclaje a red es en respuesta a un anclaje a red incorrecto, y permitir el anclaje a red es en respuesta a un anclaje a red correcto. El anclaje a red puede ser a través de USB, punto de acceso Bluetooth o Wi-Fi.
Breve descripción de los dibujos
Ahora se hará referencia en detalle a las implementaciones de la presente invención como se ilustra en los dibujos adjuntos. Los mismos indicadores de referencia se usarán a lo largo de los dibujos y la siguiente descripción detallada para hacer referencia a las mismas partes o a partes similares.
La figura 1 ilustra un escenario de anclaje a red a modo de ejemplo.
La figura 2 ilustra un diagrama de bloques de un dispositivo de anclaje a red a modo de ejemplo de acuerdo con la presente invención.
La figura 3 ilustra un sistema de anclaje red a modo de ejemplo de acuerdo con la presente invención.
La figura 4 ilustra un método de refuerzo de anclaje a red a modo de ejemplo general de acuerdo con la presente invención.
La figura 5 ilustra un método de refuerzo de anclaje a red a modo de ejemplo detallado de acuerdo con la presente invención.
La figura 6A ilustra una notificación a modo de ejemplo mostrada durante el período de prueba de acuerdo con la presente invención.
La figura 6B ilustra una notificación a modo de ejemplo mostrada bajo la categoría bloqueada de acuerdo con la presente invención.
Descripción detallada de la invención
En la siguiente descripción, se exponen numerosos detalles con fines de explicación. Sin embargo, un experto en la materia se dará cuenta de que la invención se puede practicar sin el uso de estos detalles específicos. Por lo tanto, la presente invención no pretende limitar las realizaciones mostradas, sino que debe acordarse el ámbito más amplio consistente con los principios y las características descritas en el presente documento.
Las realizaciones de la presente invención están dirigidas a un controlador de dispositivo de aplicación de anclaje a red y métodos del mismo. El controlador del dispositivo de aplicación de anclaje a red (TEDC) está instalado en un dispositivo primario, o también conocido como el dispositivo anclado a red. El TEDC está configurado para detectar, controlar y bloquear el anclaje a red no autorizada o inapropiada con un dispositivo secundario, o también conocido como dispositivo de anclaje a red, a través de una aplicación de anclaje a red nativa o de terceros, recuperando un archivo de configuración de un servidor asociado a un operador inalámbrico. El archivo de configuración generalmente incluye el perfil del cliente y los nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros. El perfil del cliente generalmente incluye información de suscripción, incluido el uso de servicios de anclaje a red. Si el cliente está intentando el anclaje a red y el anclaje a red no está permitido, entonces el TEDC evitará que el anclaje a red del dispositivo secundario con el dispositivo primario. En algunas realizaciones, el TEDC es una aplicación de desanclaje de red instalada en el dispositivo primario.
El TEDC puede ser instalado por el fabricante del dispositivo anclado a red o por la portadora inalámbricos y generalmente se instala antes de la venta del dispositivo anclado a red a un usuario. Preferentemente, el TEDC no se puede desinstalar. El TEDC generalmente se instala en el espacio del sistema del dispositivo anclado a red (por ejemplo, sistema/carpeta de la aplicación). Se puede invocar el TEDC al iniciar el sistema operativo del dispositivo anclado a red o al conectar el dispositivo anclado a red con un dispositivo de anclaje a red.
Dentro de esta discusión actual, "usuario", "suscriptor" y "cliente" son sinónimos y se usan indistintamente en este documento. También dentro de esta discusión, "portadora inalámbrica", "operador inalámbrico" y "proveedor de servicios" son sinónimos y se usan indistintamente en este documento.
La figura 2 ilustra un diagrama de bloques de un dispositivo anclado a red a modo de ejemplo 200 de acuerdo con la presente invención. El dispositivo anclado a red 200 se puede utilizar para adquirir, almacenar, calcular, procesar, comunicar y/o mostrar información. El dispositivo anclado a red 200 también puede acceder a una red, tal como Internet.
En general, una estructura de hardware adecuada para implementar el dispositivo anclado a red 200 incluye una interfaz de red 202, una memoria 204, un procesador 206, dispositivo(s) de E/S 208, un bus 210 y un dispositivo de almacenamiento 212. La elección del procesador no es crítica siempre que se elija un procesador adecuado con suficiente velocidad. La memoria 204 puede ser cualquier memoria de ordenador convencional conocida en la técnica. El dispositivo de almacenamiento 212 puede incluir un disco duro, CD-ROM, CDRW, DVD, DVDRW, Blue-Ray®, tarjeta de memoria flash o cualquier otro dispositivo de almacenamiento. El dispositivo anclado a red 200 puede incluir una o más interfaces de red 202 para conectarse a una red celular, una Ethernet y/u otro tipo de LAN. Los dispositivos de E/S 208 pueden incluir uno o más de los siguientes: teclado, ratón, monitor, visualizador, impresora, módem, pantalla táctil, interfaz de botón y otros dispositivos. En algunas realizaciones, la estructura de hardware incluye múltiples procesadores y otro hardware para realizar el procesamiento en paralelo. La aplicación(es) 214, incluyendo el TEDC y una aplicación de anclaje a red, es probable que se almacenen en el dispositivo de almacenamiento 212 y la memoria 204 y se procesen a medida que se procesan las aplicaciones. Se pueden incluir más o menos componentes mostrados en la figura 2 en el dispositivo informático 200.
Los ejemplos de un dispositivo anclado a red adecuado incluyen un teléfono inteligente (por ejemplo, un iPhone®), una tableta (por ejemplo, un iPad®) o cualquier otro dispositivo informático adecuado capaz de recibir y enviar datos desde una red. El dispositivo anclado a red generalmente está suscrito a servicios de Internet proporcionados por un proveedor de servicios inalámbricos.
La figura 3 ilustra un sistema de anclaje a red 300 a modo de ejemplo de acuerdo con la presente invención. El sistema de anclaje a red 300 incluye una red 320. Un dispositivo anclado a red 305, como el dispositivo anclado a red 200 (figura 2), se conecta con la red utilizando los servicios de datos proporcionados por la portadora inalámbrica. Como se muestra en la figura 3, uno o más dispositivos de anclaje a red 310 están intentando anclar a red con el dispositivo de anclaje a red 305. El anclaje a red se puede hacer con un cable (por ejemplo, USB o serie) o de forma inalámbrica a través de Bluetooth, Wi-Fi u otros métodos inalámbricos como infrarrojos o IrDA. Un dispositivo de anclaje a red 310 puede ser un ordenador, un ordenador portátil, un dispositivo asistente digital personal, un teléfono inteligente, una tableta, o similar. Un dispositivo de anclaje a red 310 puede ser del mismo modelo y fabricación que el dispositivo de anclaje a red 305.
Un servidor(es) 315 asociado a la portadora inalámbrica también está acoplado con la red 320, El servidor 315 generalmente incluye perfiles de clientes y nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros. Cada perfil de cliente generalmente incluye información de suscripción de un cliente, incluido el uso de servicios de anclaje a red. Cada perfil de cliente generalmente es actualizado por el proveedor de servicios inalámbricos. El proveedor de servicios inalámbricos puede actualizar una lista de nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros y/o de forma independiente por otros. En algunas realizaciones, el servidor 325 está configurado para preparar datos de configuración apropiados para ser presentados a un cliente en un formato XML u otro formato adecuado.
Suponga que el TEDC ya está instalado e invocado en un dispositivo Android y que el usuario está intentando utilizar el dispositivo Android como dispositivo anclado a red. A efectos de esta descripción, se describe un dispositivo Android a modo de ejemplo. Será evidente que se pueden usar otros dispositivos como el dispositivo anclado a red. Una vez que se inicia el TEDC y hay Internet móvil disponible, como parte del inicio de sesión inicial con el servidor, el dispositivo Android está configurado para enviar datos preliminares, como el dispositivo MDN/CTN (número de dispositivo móvil/número de teléfono celular), IMEI (identidad internacional de equipos móviles), versión del sistema operativo (OS) y otra información del fabricante, al servidor. Al recibir los datos preliminares del usuario, el servidor revisa los datos preliminares y determina una categoría de vinculación del usuario. En algunas realizaciones, el usuario cae dentro de una de las tres categorías de anclaje a red, que son de prueba, bloqueado o permitido. Después de la revisión inicial por parte del servidor, el servidor genera un archivo XML para el usuario. El archivo XML generalmente contiene datos de configuración personal de acuerdo al menos con la categoría de anclaje a red del usuario. En algunas realizaciones, el usuario recibe un nuevo archivo de configuración del servidor en cada intento de anclaje a red.
En algunas realizaciones, un período de prueba es el período de tiempo que un proveedor de servicios inalámbricos permite a sus usuarios conectarse y notificará a los usuarios con notificaciones especiales sobre los estados de suscripción de prueba, Una condición bloqueada es cuando, después de la finalización del período de prueba, un usuario no se suscribe a un plan de servicio de anclaje a red y, en ese caso, en cada intento de anclaje a red posterior, el anclaje a red se bloquea, con o sin notificación, hasta que el usuario se suscriba a un plan de servicio de anclaje a red. Una condición permitida es cuando un usuario está suscrito a un plan de servicio de anclaje a red o ha indicado que el usuario desea suscribirse a un plan de servicio de anclaje a red después de la finalización del período de prueba.
La figura 4 ilustra un método de refuerzo de anclaje a red 400 a modo de ejemplo de acuerdo con la presente invención. El método 400 se produce después de que el dispositivo Android envía los datos preliminares al servidor. Los datos preliminares generalmente incluyen información de identificación del dispositivo Android. En algunas realizaciones, el método 400 se produce después de que el dispositivo Android está acoplado al ordenador. El método 400 se inicia en la etapa 405, en la que un archivo de configuración personalizado es generado y recuperado del servidor. El servidor generalmente está asociado a la portadora inalámbrica. El archivo de configuración, que incluye el perfil del cliente del usuario, la lista de nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros y/u otra información como mensajes de aviso, se descarga automáticamente en el dispositivo Android.
En una etapa 410, el TEDC determina un estado de suscripción de anclaje a red del dispositivo Android utilizando el archivo de configuración. El archivo de configuración generalmente incluye el estado de la suscripción de anclaje a red.
En una etapa 415, basado en al menos la determinación, se evita o bloquea el anclaje a red para impedir que el usuario use el dispositivo Android como medio para anclar a red el ordenador para acceder a Internet sin tener el contrato de servicio adecuado con el proveedor de servicios inalámbricos. Después de la etapa 420, el método 400 finaliza.
La figura 5 ilustra un método de refuerzo de anclaje a red 500 a modo de ejemplo detallado de acuerdo con la presente invención. El método 500 se produce después de que el dispositivo Android envía los datos preliminares al servidor. Como se explicó anteriormente, los datos preliminares generalmente incluyen información de identificación del dispositivo Android. En algunas realizaciones, el método 500 se produce después de que el dispositivo Android está acoplado al ordenador.
El método 500 se inicia en la etapa 505, en la que se determina si existe un archivo de configuración personalizado en el dispositivo Android. En algunas realizaciones, existe un archivo de configuración solo si el archivo de configuración se considera un archivo de configuración reciente. Por ejemplo, un archivo de configuración puede considerarse obsoleto y, por lo tanto, "inexistente" incluso si el archivo de configuración se ha descargado del servidor un día anterior o una hora antes. Incluso un archivo de configuración descargado recientemente puede estar desactualizado porque una nueva aplicación de anclaje a red de terceros podría haberse agregado al mercado desde que se descargó el archivo de configuración, el usuario podría haber agregado un plan de servicio de anclaje a red, o ambos. En algunas realizaciones, cada archivo de configuración tiene una fecha/hora de vencimiento, después de lo cual el archivo de configuración caducó y se considera obsoleto.
Si se determina que el archivo de configuración no "existe" en la etapa 505, entonces, en una etapa 510, el archivo de configuración se descarga del servidor al dispositivo Android. Alternativamente, la etapa 510 siempre se realiza después de que el ordenador está conectado con el dispositivo Android. En algunas realizaciones, un archivo de configuración más reciente anula un archivo de configuración más antiguo.
Si se determina que el archivo de configuración existe en la etapa 505, entonces se determina si se ha lanzado una aplicación de anclaje a red. El usuario puede iniciar una aplicación de anclaje a red nativa o una aplicación de anclaje a red de terceros. Como tal, el TEDC escucha constantemente las transmisiones enviadas por el sistema Android para determinar si se ha lanzado una aplicación de anclaje a red nativa en la etapa 515a, mientras comprueba periódicamente el archivo de configuración con todas las aplicaciones en ejecución en el dispositivo Android para determinar si se ha iniciado una aplicación de terceros en la etapa 515b. Si hay una "coincidencia" en la etapa 515b, entonces se determina que se ha lanzado una aplicación de anclaje a red de terceros. Si se determina que no se inicia ninguna aplicación de enlace en la etapa 515b, entonces, en una etapa 520, el TEDC espera una cantidad de tiempo predeterminada, como 10 segundos, antes de volver a la etapa 515. En algunas realizaciones, las etapas 505 y 510 ocurren después de las etapas 515 y 520.
Al determinar que una aplicación de anclaje a red, ya sea una aplicación de anclaje a red nativa o una aplicación de anclaje a red de terceros, ha sido lanzada en una etapa 525, se determina si existe un plan de servicio de anclaje a red basado en el archivo de configuración del usuario. Si el usuario no está suscrito a un plan de servicio de anclaje a red, luego, en la etapa 530, el TEDC desconecta o deshabilita el anclaje a red para evitar que el usuario use el dispositivo Android como medio para atar el ordenador para acceder a Internet sin tener el contrato de servicio adecuado con el proveedor de servicios inalámbricos. El TEDC puede solicitar al usuario uno o más mensajes. El método 500 termina después de la etapa 530.
Sin embargo, si el usuario está suscrito a un plan de servicio de anclaje a red, luego, en la etapa 535, se permite el anclaje a red y el usuario puede continuar con el anclaje a red. En algunas realizaciones, si el usuario está bajo un período de prueba, se considera que el usuario está suscrito a un plan de servicio de anclaje a red. El TEDC puede solicitar al usuario uno o más mensajes. El método 500 se inicia en la etapa 535.
Controlador de dispositivo de refuerzo de anclaje a red de terceros
Supongamos que el usuario ha descargado una aplicación de anclaje a red de terceros, como una aplicación de anclaje a red de Bluetooth de terceros, una aplicación de enlace USB de terceros o una aplicación de anclaje a red genérico de terceros, para anclar a red el ordenador con el dispositivo Android. En algunas realizaciones, el TEDC puede detectar y bloquear el anclaje a red por completo de todas las aplicaciones de anclaje a red de terceros utilizadas para conectar el dispositivo Android con el ordenador. Cuando el usuario conecta el dispositivo Android con el ordenador, el TEDC enumerará todos los paquetes en ejecución en el dispositivo Android, utilizando la API "Administrador de Actividad" en Android. El servidor asociado al proveedor inalámbrico mantiene una lista actualizada de los nombres de los paquetes de aplicaciones de anclaje a red. Esta información generalmente se descarga como parte del archivo de configuración en el dispositivo Android cuando el usuario inicia el dispositivo Android, intenta anclar a red el dispositivo Android con el ordenador, o ambos.
Después de descargar el archivo de configuración, el TEDC compara la lista de paquetes en ejecución en el dispositivo Android con los valores en el archivo de configuración. Si la lista de paquetes en ejecución contiene alguno de los valores del paquete en el archivo de configuración, entonces el TEDC confirma que el usuario está intentando anclar a red. El TEDC intervendrá entonces y evitará el anclaje a red.
Anclaje a red de Bluetooth de terceros. En algunas realizaciones, cuando el usuario conecta el dispositivo Android con el ordenador con Bluetooth, el sistema Android lanzará la siguiente transmisión: "Android.bluetooth.device.action.ACL_CONNECTED". Una vez que el TEDC recibe esta transmisión, TEDC genera una lista de los paquetes que se ejecutan actualmente en el dispositivo Android. Una vez que se genera la lista de paquetes en ejecución, el TEDC comparará los paquetes en ejecución con los nombres de paquetes de aplicaciones en la lista negra. La lista de paquetes en ejecución se actualiza periódicamente. Si una aplicación de anclaje a red de terceros, como PDANet, está habilitado o lanzado, entonces la aplicación PDANet se incluirá en la lista. Si hay aplicaciones en la lista negra ejecutándose, entonces el TEDC evita el anclaje a red según el estado de suscripción del servicio de anclaje a red del usuario.
En algunas realizaciones, durante un período de prueba, el usuario podrá conectarse pero se le informará sobre el estado de la suscripción de prueba. La figura 6A ilustra una notificación a modo de ejemplo mostrada durante el período de prueba de acuerdo con la presente invención. En algunas realizaciones, después del período de prueba, si el usuario no se suscribe a un plan de anclaje a red, en cada intento de anclaje a red posterior, el TEDC desconectará el anclaje a red Bluetooth deshabilitando la marca de anclaje a red de Bluetooth para bloquear el anclaje a red, con o sin notificación personalizada. La figura 6B ilustra una notificación a modo de ejemplo mostrada bajo la categoría bloqueada de acuerdo con la presente invención. En algunas realizaciones, si el usuario se suscribe o está suscrito a un plan de anclaje a red, entonces el TEDC no bloqueará el anclaje a red, con o sin notificación personalizada.
Anclaje a red de USB de terceros. En algunas realizaciones, cuando el usuario conecta el dispositivo Android con el ordenador con USB, el sistema Android lanzará las siguientes transmisiones: "Android.net.conn.TETHER_STATE_CHANGED", "Android.intent.action.ACTION_POWER_CONNECTED", y "android.intent.action.UMS_CONNECTED". Según una permutación de estas transmisiones o intentos, el TEDC validará el anclaje a red del ordenador si la diferencia entre las marcas de tiempo de los intentos es menor que una cantidad de tiempo predeterminada, como 1500 milisegundos. Tras una determinación de conexión USB, TEDC genera una lista de los paquetes que se ejecutan actualmente en el dispositivo Android. Una vez que se genera la lista de paquetes en ejecución, el TEDC comparará los paquetes en ejecución con los nombres de paquetes de aplicaciones en la lista negra. La lista de paquetes en ejecución se actualiza periódicamente. Si una aplicación de anclaje a red de terceros, como PDANet, está habilitado o lanzado, entonces la aplicación PDANet se incluirá en la lista. Si hay aplicaciones en la lista negra ejecutándose, entonces el TEDC evita el anclaje a red según el estado de suscripción del servicio de anclaje a red del usuario.
En algunas realizaciones, durante un período de prueba, el usuario podrá conectarse pero se le informará sobre el estado de la suscripción de prueba. (Ver la figura 6a ). En algunas realizaciones, después del período de prueba, si el usuario no se suscribe a un plan de anclaje a red, en cada intento de anclaje a red posterior, el TEDC desconectará la conexión USB deshabilitando la marca de depuración USB y la marca de anclaje a red USB para bloquear el anclaje a red, con o sin notificación personalizada. (Ver la figura 6B). En algunas realizaciones, si el usuario se suscribe o está suscrito a un plan de anclaje a red, entonces el TEDC no bloqueará el anclaje a red, con o sin notificación personalizada.
Controlador de dispositivo de aplicación de anclaje a red nativa
Ahora, supongamos que el usuario habilita el anclaje a red nativa, como el anclaje a red Bluetooth nativa, anclaje a red USB nativa o Wi-Fi portátil para anclar a red el ordenador con el dispositivo Android. Ahora se discutirá cada uno de estos escenarios.
Controlador de aplicación de anclaje a red Bluetooth nativa. En algunas realizaciones, cuando el usuario intenta conectar Internet móvil habilitando el anclaje a red Bluetooth nativa, el sistema Android lanzará las siguientes transmisiones: "Android.bluetooth.device.action.ACL_CONNECTED", "Android.bluetooth.pan.profile.action.CONNECTION_STATE_CHANGED", "Android.bluetooth.intent.action.BLUETOOTH_STATE_CHANGED". El TEDC está configurado para monitorear estas transmisiones. En algunas realizaciones, el TEDC verificará el anclaje a red con el intento "android.bluetooth.pan.profile.action.CONNECTED". El TEDC también mirará el archivo de configuración. Si el archivo de configuración no existe, entonces el TEDC descargará el archivo de configuración. El TEDC compara el estado de suscripción del usuario. Si el usuario está bajo un período de prueba, el usuario podrá anclarse a red pero se le informará sobre el estado de suscripción del usuario. Si el usuario está en la categoría bloqueada, entonces el TEDC bloqueará el anclaje a red desactivando la marca de anclaje a red Bluetooth, con o sin notificación personalizada. Esta anclaje a red Bluetooth está desactivada sin interrumpir ninguna otra conexión Bluetooth, como auriculares o una ruta de audio. Si el usuario está bajo la categoría permitida, entonces el TEDC no bloqueará el anclaje a red, con o sin notificación personalizada.
Controlador de aplicación de anclaje a red USB nativa. En algunas realizaciones, cuando el usuario intenta conectar Internet móvil habilitando el anclaje a red USB nativa, el sistema Android lanzará la siguiente transmisión: "Android.netconn.TETHER_STATE_CHANGE". El TEDC monitorea la transmisión. En algunas realizaciones, el TEDC verificará el anclaje a red USB mediante la API de Java Reflection o similar. En algunas realizaciones, La anclaje a red USB se valida cuando la cadena devuelta contiene el valor "usb01" o el valor "mdis". El TEDC también mirará el archivo de configuración. Si el archivo de configuración no existe, entonces el TEDC descargará el archivo de configuración. El TEDC compara el estado de suscripción del usuario. Si el usuario está bajo un período de prueba, el usuario podrá anclarse a red pero se le informará sobre el estado de suscripción del usuario. Si el usuario está en la categoría bloqueada, entonces el TEDC bloqueará el anclaje a red desactivando la marca de depuración USB y la marca de anclaje a red USB, con o sin notificación personalizada. Si el usuario está bajo la categoría permitida, entonces el TEDc no bloqueará el anclaje a red, con o sin notificación personalizada.
Controlador de dispositivo de aplicación de anclaje a red de punto de acceso Wi-Fi portátil. En algunas realizaciones, cuando el usuario intenta anclar a red Internet móvil habilitando el punto de acceso Wi-Fi portátil, el sistema Android lanzará la siguiente transmisión: "Android.net.conn.TETHER_STATE_CHANGE". El TEDC escucha la transmisión. En algunas realizaciones, el TEDC verificará el anclaje a red de puntos de acceso Wi-Fi mediante la API de Java Reflection o similar. En algunas realizaciones, El anclaje a red de la zona Wi-Fi se valida cuando la cadena devuelta contiene el valor "w". El TEDC también mirará el archivo de configuración. Si el archivo de configuración no existe, entonces el TEDC descargará el archivo de configuración. El TEDC compara el estado de suscripción del usuario. Si el usuario está bajo un período de prueba, el usuario podrá anclarse a red pero se le informará sobre el estado de suscripción del usuario. Si el usuario está en la categoría bloqueada, entonces el TEDC bloqueará el anclaje a red al deshabilitar la marca de punto de acceso Wi-Fi, con o sin notificación personalizada. Si el usuario está bajo la categoría permitida, entonces el TEDC no bloqueará el anclaje a red, con o sin notificación personalizada.
Ventajas
Un proveedor de servicios inalámbricos puede enviar un archivo de configuración, en formato XML u otro formato adecuado, desde el servidor del proveedor de servicios inalámbricos al dispositivo de un usuario en cada intento de anclaje a red por parte de un usuario. Este archivo XML contiene valores de nombres de paquetes de aplicaciones en la lista negra, estado de suscripción del usuario (por ejemplo, prueba, bloqueado o permitido) y cualquier mensaje de solicitud personalizado que se muestre en el dispositivo del usuario.
El TEDC permite ventajosamente a los proveedores de servicios inalámbricos informar a los usuarios sobre el anclaje a red mediante notificaciones personalizadas. En algunas realizaciones, los proveedores de servicios inalámbricos pueden notificar a los usuarios cuando los usuarios con CTN móviles únicos e IMEI del dispositivo intentan anclarse a red. En algunas realizaciones, las notificaciones personalizadas incluyen la tasa de uso de datos para el ciclo de facturación actual y otra información útil sobre los servicios de datos suscritos, servicios de anclaje a red o ambos.
El TEDC asegura ventajosamente que el uso de los servicios de anclaje a red sea apropiado y deshabilita el anclaje a red incorrecto. En algunas realizaciones, el TEDC monitorea y controla eficientemente el anclaje a red con ciclos mínimos de CPU y batería.
El TEDC ayuda ventajosamente a los operadores inalámbricos a alertar y obtener/mantener el control del uso de datos móviles para, de ese modo, preservar y controlar el ancho de banda móvil.
Debe entenderse que, si bien la invención se ha descrito en relación con implementaciones específicas para el sistema operativo Android, se pueden realizar implementaciones similares para otros dispositivos inteligentes que ejecutan otros sistemas operativos.
Si bien la invención se ha descrito con referencia a numerosos detalles específicos, un experto en la materia reconocerá que la invención puede realizarse de otras formas específicas. Por lo tanto, un experto en la materia entenderá que la invención no está limitada por los detalles ilustrativos anteriores, sino que se define por las reivindicaciones adjuntas.

Claims (12)

REIVINDICACIONES
1. Un sistema (300), que comprende:
a. un segundo dispositivo (310), que incluye una memoria no transitoria; y
b. un primer dispositivo (305), que incluye una memoria no transitoria para almacenar instrucciones, las instrucciones para:
1. acceder a un archivo de configuración personalizado desde un servidor al primer dispositivo;
2. determinar el estado de suscripción de anclaje a red del primer dispositivo, en donde la determinación se basa en el archivo de configuración personalizado;
3. escuchar las transmisiones enviadas por el primer dispositivo para determinar si se ha lanzado una aplicación de anclaje a red nativa del primer dispositivo, según el estado de la suscripción de anclaje a red, bloquear el segundo dispositivo para que no se ancle a red con el primer dispositivo si se ha lanzado una aplicación de anclaje a red nativa del primer dispositivo;
comparar periódicamente el archivo de configuración personalizado con las aplicaciones en ejecución en el primer dispositivo, para determinar si se ha iniciado una aplicación de anclaje a red de terceros; en donde dicha comparación comprende comparar una lista de aplicaciones en ejecución en el primer dispositivo con valores de paquete de aplicaciones de anclaje a red de terceros en el archivo de configuración personalizado, y si la lista de aplicaciones en ejecución contiene cualquiera de los valores de paquete de aplicaciones de anclaje a red de terceros en el archivo de configuración, impedir el anclaje a red.
2. El sistema de la reivindicación 1, en el que el archivo de configuración personalizado se basa en servicios de suscripción de anclaje a red, e incluye nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros.
3. El sistema de la reivindicación 1, en el que las instrucciones también son para presentar un mensaje sobre el estado de la suscripción de anclaje a red.
4. El sistema de la reivindicación 1, en el que las instrucciones también son para enviar datos preliminares al servidor, en donde los datos preliminares incluyen información de identificación del primer dispositivo.
5. El sistema de la reivindicación 1, en el que las instrucciones también son para determinar todas las aplicaciones actualmente activas, que se ejecutan en el primer dispositivo.
6. El sistema de la reivindicación 1, en el que las instrucciones se invocan al arrancar el sistema operativo del aparato o al anclar a red el primer dispositivo con el otro dispositivo.
7. Un medio legible por ordenador no transitorio, que almacena instrucciones que, cuando son ejecutadas por un dispositivo informático (305), hacen que el dispositivo informático (305) lleve a cabo un método, que comprende:
a. enviar información de identificación del dispositivo informático (305) a un servidor (315);
b. recibir del servidor (315) un archivo de configuración personalizado basado en la información de identificación; c. determinar si se ha evocado una aplicación de anclaje a red en el dispositivo informático (305); en donde determinar comprende escuchar transmisiones enviadas por el dispositivo informático para determinar si se ha lanzado una aplicación de anclaje a red nativa del dispositivo informático; y en donde la determinación comprende además comparar periódicamente el archivo de configuración personalizado con las aplicaciones en ejecución en el dispositivo informático, para determinar si se ha lanzado una aplicación de anclaje a red de terceros;
d. basado en dicha determinación de verificación de la permisibilidad de anclaje a red de un dispositivo de anclaje a red (310) con el dispositivo informático (305), basado en el archivo de configuración personalizado; y e. desconectar el anclaje a red del dispositivo de anclaje a red (310) del dispositivo informático (305), cuando el anclaje a red no está permitido, y permitir el anclaje a red del dispositivo de anclaje a red (310) con el dispositivo informático (305), cuando el anclaje a red está permitido.
8. El medio legible por ordenador no transitorio de la reivindicación 7, en el que, cuando la aplicación de anclaje a red es una aplicación de anclaje a red de terceros, determinar si se ha evocado una aplicación de anclaje a red comprende:
a. escuchar una o más transmisiones por el dispositivo informático;
b. generar una lista de paquetes actualmente en ejecución en el dispositivo informático; y
c. comparar la lista de paquetes actualmente en ejecución con una lista de nombres de paquetes de aplicaciones actualmente incluidos en la lista negra incluidos en el archivo de configuración.
9. El medio legible por ordenador no transitorio de la reivindicación 7, en el que, cuando la aplicación de anclaje a red es una aplicación de anclaje a red nativa, determinar si se ha evocado una aplicación de anclaje a red, comprende: a. escuchar una o más transmisiones por el dispositivo informático; y
b. validar el anclaje a red del dispositivo de anclaje a red con el dispositivo informático.
10. El medio legible por ordenador no transitorio de la reivindicación 7, en el que la verificación de la permisibilidad del anclaje a red incluye hacer referencia al archivo de configuración personalizado.
11. Un sistema de anclaje a red (300), que comprende:
a. una red (320);
b. un servidor (315), acoplado comunicativamente con la red (320), en donde el servidor (315) incluye perfiles de clientes y nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros, y en donde el servidor (315) está configurado para generar archivos de configuración personalizados; y
c. un dispositivo primario (305), acoplado comunicativamente con la red (320), en donde el dispositivo primario (305) está configurado para:
1. proporcionar información de identificación del dispositivo primario (305) al servidor (315);
2. descargar un archivo de configuración personalizado del servidor (315), en donde el archivo de configuración personalizado es generado por el servidor (315) de acuerdo con la información de identificación; y
3. basado en al menos el archivo de configuración personalizado, realizar uno de no permitir y permitir el anclaje a red de un dispositivo secundario (310) con el dispositivo primario (305), al detectar el anclaje a red, en donde la detección comprende escuchar transmisiones enviadas por el dispositivo primario para determinar si se ha lanzado una aplicación de anclaje a red nativa del dispositivo primario; y en donde la detección comprende además comparar periódicamente el archivo de configuración personalizado con las aplicaciones en ejecución en el dispositivo primario para determinar si se ha lanzado una aplicación de enlace de terceros.
12. El sistema de anclaje a red de la reivindicación 11, en el que el archivo de configuración personalizado incluye perfiles de clientes y nombres de paquetes actualmente en la lista negra de aplicaciones de anclaje a red de terceros, y en donde cada perfil de cliente incluye información de suscripción de anclaje a red relacionado con un cliente.
ES14151712T 2013-01-29 2014-01-20 Controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo Active ES2765862T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US13/753,405 US9276936B2 (en) 2013-01-29 2013-01-29 Tethering enforcement device controller and methods thereof

Publications (1)

Publication Number Publication Date
ES2765862T3 true ES2765862T3 (es) 2020-06-11

Family

ID=49958320

Family Applications (1)

Application Number Title Priority Date Filing Date
ES14151712T Active ES2765862T3 (es) 2013-01-29 2014-01-20 Controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo

Country Status (3)

Country Link
US (1) US9276936B2 (es)
EP (1) EP2760179B1 (es)
ES (1) ES2765862T3 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140254499A1 (en) * 2013-03-11 2014-09-11 Vishwa Hassan Tethering of mobile wireless devices
KR102134886B1 (ko) * 2013-07-08 2020-07-17 삼성전자주식회사 테더링 분배 장치, 그 제어 방법 및 중앙 중계기
US9485241B2 (en) * 2014-11-21 2016-11-01 Sprint Communications Company L.P. Secure communication paths in data networks with tethered devices
US11543805B2 (en) 2016-10-17 2023-01-03 Fisher-Rosemount Systems, Inc. Systems and apparatus for distribution of process control data to remote devices
EP3657326B1 (en) * 2017-08-08 2023-05-10 Huawei Technologies Co., Ltd. Broadcast event processing method and device
EP4090058B1 (en) * 2018-06-11 2024-05-01 Telefonaktiebolaget LM Ericsson (publ) Tethering policy for cellular networks
US11070632B2 (en) * 2018-10-17 2021-07-20 Servicenow, Inc. Identifying computing devices in a managed network that are involved in blockchain-based mining
CN109800016A (zh) * 2018-12-13 2019-05-24 平安普惠企业管理有限公司 工程自动部署方法、装置、计算机设备和存储介质
KR102295091B1 (ko) * 2020-07-10 2021-08-30 삼성전자주식회사 테더링 분배 장치, 그 제어 방법 및 중앙 중계기
CN116319681B (zh) * 2020-10-20 2024-08-09 华为技术有限公司 设备间联通方法、电子设备、及计算机可读存储介质

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8219065B2 (en) 2009-12-04 2012-07-10 Cellco Partnership Management of CDMA credentials on a smart card
US20120110640A1 (en) * 2010-11-02 2012-05-03 Donelson Loren J Method, apparatus and system for wireless network authentication through social networking
US8621056B2 (en) 2010-12-02 2013-12-31 Microsoft Corporation Enabling plural computing devices to communicate using a master account
US8943554B2 (en) * 2011-03-18 2015-01-27 Smith Micro Software, Inc. Managing tethered data traffic over a hotspot network
US8831517B2 (en) 2011-04-13 2014-09-09 At&T Intellectual Property I, L.P. Devices, systems, and methods for sponsored tethered connectivity
US20130107783A1 (en) * 2011-10-26 2013-05-02 At&T Intellectual Property I, L.P Intelligent Hot Spot and Tethering
US8745225B2 (en) * 2011-12-19 2014-06-03 At&T Intellectual Property I, L.P. Method and apparatus for detecting tethering in a communications network
US20130254264A1 (en) * 2012-03-07 2013-09-26 26Ones Inc. Tethering method, computing devices, system and software
US8769526B2 (en) * 2012-06-19 2014-07-01 Google Inc. Automatic application updates
US9706383B2 (en) * 2013-01-04 2017-07-11 Nokia Technologies Oy Method, apparatus, and computer program product for configuring a mobile wireless hotspot

Also Published As

Publication number Publication date
EP2760179B1 (en) 2019-10-30
US20140215557A1 (en) 2014-07-31
US9276936B2 (en) 2016-03-01
EP2760179A1 (en) 2014-07-30

Similar Documents

Publication Publication Date Title
ES2765862T3 (es) Controlador del dispositivo de refuerzo de anclaje a red y métodos del mismo
US11310239B2 (en) Network connection method, hotspot terminal and management terminal
US9071958B2 (en) Systems and methods to remotely restrict the use of mobile device
CN112534839B (zh) 用于将电子用户身份模块动态地配置给移动设备的技术
US8594632B1 (en) Device to-device (D2D) discovery without authenticating through cloud
ES2382506T3 (es) Aparato y métodos para identificación de red de dispositivos inalámbricos de mercado abierto
BR102015003621A2 (pt) dispositivos de transmissão de potência sem fio, métodos para sinalizar informações de acesso para rede de comunicação sem fio e método para autorizar dispositivo de recebimento de potência sem fio
CN109905312B (zh) 消息推送方法、装置及系统
EP2975802B1 (en) Device and method for executing an application
US20120216292A1 (en) User Account Creation Involving a Mobile Device
US20160021484A1 (en) Method and device for selective communication service in communication system
JP2021523584A (ja) デバイスペアリングシステムおよび方法、ならびにデバイス通信制御システムおよび方法
JP5593575B2 (ja) 無線アクセス下で暗号化情報を取得するための方法、装置、及びシステム
US20150079967A1 (en) Systems and methods to remotely restrict the use of mobile device
CN105722057B (zh) 防止未经授权的sim卡使用的系统和方法
TW201603602A (zh) 一種無線上網流量控制的方法和裝置
US20160269231A1 (en) Method And Network Node Device For Controlling The Run Of Technology Specific Push-Button Configuration Sessions Within A Heterogeneous Or Homogeneous Wireless Network And Heterogeneous Or Homogeneous Wireless Network
WO2017045417A1 (zh) 远程控制方法、装置及移动终端
WO2021212484A1 (en) Method and apparatus for subsription management
WO2016045167A1 (zh) 数据传输方法、数据传输装置和数据传输系统
US20200336335A1 (en) Network caching of outbound content from endpoint device to prevent unauthorized extraction
CN107071690B (zh) 用于经授权的个人装置的自动网络共享
ES2895043T3 (es) Método para descargar un programa de aplicación, equipo de usuario y servidor de aplicaciones
CN107566325A (zh) 接入网络的方法及装置
CN104618346A (zh) 一种基于路由校验的wifi网络连接方法和系统