ES3069979T3

ES3069979T3 - Group-based mobile device management

Info

Publication number: ES3069979T3
Application number: ES19875677T
Authority: ES
Inventors: Aryik Bhattacharya; John Dassow; Michael Devins; Aaron Maxim; Jamison Schmidt
Original assignee: Jamf Software LLC
Current assignee: Jamf Software LLC
Priority date: 2018-10-24
Filing date: 2019-09-26
Publication date: 2026-06-11
Anticipated expiration: 2039-09-26
Also published as: US10848500B2; EP3871342A4; EP3871342B1; EP3871342A1; WO2020086210A1; JP7469322B2; JP2022509488A; AU2019364194A1; US20200137070A1; AU2019364194B2

Abstract

Un método incluye enviar, desde un servidor de administración de dispositivos móviles (MDM), una lista de grupos a un dispositivo móvil. Esta lista indica la cantidad de grupos MDM disponibles para la inscripción del dispositivo. El método también incluye recibir, en el servidor MDM, una solicitud de incorporación a un grupo desde el dispositivo móvil. Dicha solicitud indica un grupo de entre los grupos MDM disponibles. En respuesta a la solicitud de incorporación, el método actualiza en el servidor MDM los datos de pertenencia al grupo para indicar que el dispositivo móvil se ha añadido al mismo. Además, el método identifica, basándose en los datos de pertenencia al grupo almacenados en el servidor MDM, una acción asociada al grupo. Finalmente, el método incluye enviar un comando desde el servidor MDM al dispositivo móvil para ejecutar dicha acción. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Gestión de dispositivos móviles basada en grupos

[0003] Referencia cruzada a las solicitudes relacionadas

[0004] La presente solicitud reivindica la prioridad de la solicitud de patente provisional de EE. UU. Nº 62/750.108, presentada el 24 de octubre de 2018, y reivindica la prioridad de la solicitud de patente de EE. UU. Nº 16/573.104, presentada el 17 de septiembre de 2019.

[0005] Campo

[0006] La presente descripción se relaciona de manera general con gestión de dispositivos móviles basada en grupos.Antecedentes

[0007] Los dispositivos móviles están llegando a ser cada vez más predominantes en el uso cotidiano, incluyendo en el hogar, la oficina y los entornos educativos. Por ejemplo, los distritos escolares están empezando a implementar programas de tecnología uno a uno que proporcionan a cada estudiante acceso a un dispositivo móvil, tal como una tableta. Como otro ejemplo, muchas empresas dotan a sus empleados con dispositivos móviles para realizar funciones relacionadas con el trabajo sobre la marcha. Para mantener el control de los dispositivos, una escuela o corporación puede depender de administradores de tecnologías de la información (IT) que mantienen (i) una serie de dispositivos, (ii) configurar los dispositivos por usuario y (iii) hacer un seguimiento del estado de cada dispositivo. No obstante, depender de los administradores de IT para toda la gestión de dispositivos móviles (MDM) es ineficiente y costoso. Por ejemplo, en una gran corporación con miles de empleados, los administradores de IT pueden tardar semanas en configurar los dispositivos para empleados particulares, proporcionar los dispositivos a los empleados para su uso y reiniciar los dispositivos después de que se usen por los empleados.

[0008] El documento US2007054687A1 describe un dispositivo y un método para enviar información en un sistema de comunicaciones móviles y, en particular, un dispositivo y un método para distribuir información en grupos de pulsar para hablar.

[0009] El documento US2015304484A1 describe un método para permitir que un servidor de gestión de dispositivos impida que los dispositivos informáticos gestionados accedan a una aplicación multimedia gestionada.

[0010] El documento US2017353500A1 describe la aplicación de políticas de seguridad para dispositivos móviles basadas en el estado del dispositivo.

[0011] Compendio

[0012] Se describen sistemas y métodos de gestión de dispositivos móviles basada en grupos. Un servidor de gestión de dispositivos móviles (MDM) mantiene información de pertenencia a grupos basada en grupos “inteligentes”. Como se usa en la presente memoria, un grupo “inteligente” puede ser un grupo cuya pertenencia se actualiza dinámicamente en respuesta a ciertos eventos. Para ilustrarlo, un administrador de IT puede crear un grupo que se dirige a un conjunto particular de usuarios (por ejemplo, un grupo de edad particular, un puesto de trabajo particular, etc.). La pertenencia al grupo se puede actualizar dinámicamente a medida que los dispositivos gestionados (por ejemplo, teléfonos móviles, tabletas, ordenadores portátiles, televisores, dispositivos inteligentes, dispositivos de entretenimiento, electrodomésticos, vehículos, dispositivos de navegación, etc.) envían solicitudes de unión al grupo o solicitudes de reinicio al servidor de MDM. Como se usa en la presente memoria, un “grupo de MDM” se refiere a un grupo inteligente.

[0013] Como ejemplo no limitante ilustrativo, se puede crear un grupo para enfermeras. Un conjunto de dispositivos móviles se puede poner a disposición de los usuarios en un centro sanitario. Un usuario puede tomar cualquiera del conjunto de dispositivos móviles y seleccionar una opción de grupo (por ejemplo, una opción de enfermería) que corresponda al grupo creado para enfermeras. En este ejemplo, el usuario no tiene que proporcionar información de usuario, tal como un identificador de usuario o una contraseña. El dispositivo móvil envía una solicitud de unión al grupo al servidor de MDM. El servidor de MDM añade el dispositivo móvil al grupo de enfermeras actualizado dinámicamente en respuesta a recibir la solicitud de unión al grupo. El servidor de MDM envía un comando al dispositivo móvil para realizar una acción asociada con el grupo. Por ejemplo, la acción puede incluir descargar aplicaciones particulares al dispositivo móvil, descargar ajustes de configuración particulares al dispositivo móvil, mostrar iconos de aplicaciones de un primer conjunto de aplicaciones en un visualizador del dispositivo móvil, ocultar iconos de aplicaciones de un segundo conjunto de aplicaciones en el visualizador del dispositivo móvil o una combinación de las mismas. De este modo, el dispositivo móvil se configura automáticamente para tener aplicaciones, ajustes de configuraciones, etc., que están asociados con el grupo seleccionado (por ejemplo, enfermeras). De manera similar, puede haber grupos para médicos, técnicos de laboratorio, etc. De este modo, los usuarios, independientemente de su afiliación al grupo, pueden iniciar la configuración del dispositivo móvil de manera independiente de un administrador de IT, sin requerir carritos, inicios de sesión o seguimiento por usuario.

[0014] El usuario puede preferir eliminar cualquier dato personalmente identificable del dispositivo móvil antes de devolver el dispositivo móvil para su uso por otros usuarios. El usuario puede seleccionar una opción de reinicio mostrada por el dispositivo móvil. El dispositivo móvil envía una solicitud de reinicio al servidor de MDM. El servidor de MDM envía un comando de reinicio al dispositivo móvil. En un ejemplo particular, el servidor de MDM pone en cola el comando de reinicio para el dispositivo móvil y envía una solicitud de notificación a un servicio de notificaciones de transmisión automática. El servicio de notificaciones de transmisión automática, en respuesta a recibir la solicitud de notificación que indica el dispositivo móvil, envía una notificación de transmisión automática al dispositivo móvil. El dispositivo móvil, en respuesta a recibir la notificación de transmisión automática, inicia un evento de registro enviando un mensaje de registro al servidor de MDM. El servidor de MDM, en respuesta a recibir el mensaje de registro, envía el comando de reinicio al dispositivo móvil. En algunos ejemplos, el servidor de MDM, en respuesta a recibir la solicitud de reinicio, recibir el mensaje de registro o enviar el comando de reinicio, actualiza la información de pertenencia al grupo para eliminar el dispositivo móvil del grupo. En otros ejemplos, el servidor de MDM no actualiza la información de pertenencia al grupo en respuesta a recibir la solicitud de reinicio, recibir el mensaje de registro o enviar el comando de reinicio. El dispositivo móvil puede realizar un reinicio de fábrica para eliminar aplicaciones, datos o ambos, que se instalaron en respuesta a la solicitud de unión al grupo anterior, que están asociados con el usuario, o ambos. En algunos ejemplos, el dispositivo móvil realiza un borrado completo del dispositivo (por ejemplo, borra todos los datos y aplicaciones) en respuesta a recibir el comando de reinicio. De este modo, el dispositivo móvil se reinicia automáticamente para eliminar aplicaciones, ajustes de configuraciones, datos de usuario, etc., que están asociados con un grupo seleccionado previamente (por ejemplo, enfermería), el usuario o ambos. En particular, el usuario puede iniciar un reinicio de MDM del dispositivo móvil independientemente de un administrador de IT.

[0015] Se debería señalar que, si bien se pueden describir en la presente memoria diversos aspectos con referencia a entornos educativos o sanitarios, estos son solamente para ejemplo y no se han de considerar limitantes. Las enseñanzas de la presente descripción se pueden aplicar a otros entornos de dispositivos móviles, incluyendo, pero no limitados a, entornos domésticos, entornos comerciales, entornos corporativos, etc.

[0016] La invención se define mediante un método según la reivindicación 1 y un sistema según la reivindicación 7. Las realizaciones adicionales se exponen en las reivindicaciones dependientes.

[0017] Otros aspectos, ventajas y características de la presente descripción llegarán a ser evidentes después de la revisión de toda la solicitud, incluyendo las siguientes secciones: Breve descripción de los dibujos, Descripción detallada y las Reivindicaciones.

[0018] Breve descripción de los dibujos

[0019] La FIG. 1 es un diagrama de bloques de un aspecto ilustrativo particular de un sistema operable para realizar la gestión de dispositivos móviles basada en grupos;

[0020] La FIG.2 es un diagrama de un aspecto ilustrativo particular de una interfaz gráfica de usuario (GUI) generada por el sistema de la FIG.1;

[0021] La FIG.3 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.4 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.5 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.6 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.7 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.8 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.9 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.10 es un diagrama de un aspecto ilustrativo particular de otra GUI generada por el sistema de la FIG.1; La FIG.11 es un diagrama de flujo de un método de gestión de dispositivos móviles basada en grupos;

[0022] La FIG.12 es un diagrama de flujo de otro método de gestión de dispositivos móviles basada en grupos;

[0023] La FIG. 13 es un diagrama que ilustra una realización particular de un sistema que es operable para mantener grupos de dispositivos gestionados actualizados dinámicamente;

[0024] La FIG.14 es un diagrama que ilustra los datos de inventario del sistema de la FIG.13;

[0025] La FIG.15 ilustra una realización particular de un método de actualización de manera dinámica de la pertenencia a grupos;

[0026] La FIG.16 ilustra una realización particular de una interfaz gráfica de usuario (GUI) de agrupación dinámica; La FIG.17 ilustra otra realización particular de una GUI de agrupación dinámica;

[0027] La FIG.18 ilustra otra realización particular de una GUI de agrupación dinámica;

[0028] La FIG.19 ilustra otra realización particular de una GUI de agrupación dinámica;

[0029] La FIG.20 ilustra otra realización particular de una GUI de agrupación dinámica;

[0030] La FIG.21 ilustra otra realización particular de una GUI de agrupación dinámica;

[0031] La FIG.22 ilustra otra realización particular de una GUI de agrupación dinámica;

[0032] La FIG.23 ilustra otra realización particular de una GUI de agrupación dinámica;

[0033] La FIG.24 es un diagrama de flujo para ilustrar una realización particular de un método de operación en un servidor de gestión de dispositivos móviles (MDM);

[0034] La FIG.25 es un diagrama de una realización particular de un sistema que es operable para permitir a un dispositivo móvil gestor controlar la operación de los dispositivos móviles gestionados;

[0035] La FIG.26 es un diagrama que ilustra los datos de inscripción y agrupación del sistema de la FIG.25;

[0036] La FIG.27 ilustra una realización particular de una interfaz de inicio de sesión;

[0037] La FIG.28 ilustra una realización particular de una interfaz de recordatorios;

[0038] La FIG. 29 ilustra una primera realización particular de una interfaz de gestión (por ejemplo, de un dispositivo de profesor);

[0039] La FIG.30 ilustra una realización particular de una interfaz que incluye una lista de aplicaciones;

[0040] La FIG.31 ilustra una realización particular de una interfaz que incluye una lista de sitios web;

[0041] La FIG.32 ilustra una segunda realización particular de una interfaz de gestión;

[0042] La FIG.33 ilustra una realización particular de una interfaz de borrado de código de acceso;

[0043] La FIG. 34 es un diagrama de flujo para ilustrar una realización particular de un método de operación de un dispositivo móvil gestor;

[0044] La FIG.35 es un diagrama de flujo para ilustrar una realización particular de un método de operación en un servidor de gestión de dispositivos móviles (MDM);

[0045] La FIG.36 es un diagrama que ilustra una realización particular de un sistema que es operable para gestionar una funcionalidad de un dispositivo gestionado, en base a su proximidad a una baliza inalámbrica, en un primer momento;

[0046] La FIG.37 es un diagrama que ilustra el sistema de la FIG.1 en un segundo momento;

[0047] La FIG. 38 ilustra un ejemplo particular de una interfaz gráfica de usuario (GUI) asociada con gestionar una funcionalidad de un dispositivo gestionado en base a su proximidad a una baliza inalámbrica;

[0048] La FIG. 39 ilustra otro ejemplo particular de una GUI asociada con gestionar una funcionalidad de un dispositivo gestionado en base a su proximidad a una baliza inalámbrica;

[0049] La FIG. 40 ilustra otro ejemplo particular de una GUI asociada con gestionar una funcionalidad de un dispositivo gestionado en base a su proximidad a una baliza inalámbrica;

[0050] La FIG. 41 ilustra una realización particular de un método de gestión de una funcionalidad de un dispositivo gestionado en base a su proximidad a una baliza inalámbrica;

[0051] La FIG. 42 ilustra otra realización particular de un método de gestión de una funcionalidad de un dispositivo gestionado en base a su proximidad a una baliza inalámbrica;

[0052] La FIG. 43 ilustra una realización particular de un sistema que incluye un dispositivo gestor configurado para controlar la operación de un dispositivo gestionado, donde el dispositivo gestor está configurado además para emitir una señal de baliza inalámbrica;

[0053] La FIG. 44 es un diagrama de bloques de un aspecto ilustrativo particular de un sistema operable para realizar la gestión de dispositivos móviles en un centro sanitario;

[0054] La FIG.45 es un diagrama de un aspecto ilustrativo particular del sistema de la FIG.44;

[0055] La FIG.46 es un diagrama de un aspecto ilustrativo particular de un mensaje de traslado generado por el sistema de la FIG.44;

[0056] La FIG.47 es un diagrama de un aspecto ilustrativo particular de un mensaje de alta generado por el sistema de la FIG.44;

[0057] La FIG.48 es un diagrama de flujo de un método de gestión de dispositivos móviles;

[0058] La FIG.49 es un diagrama de flujo de un método de gestión de dispositivos móviles; y

[0059] La FIG.50 es un diagrama de flujo de un método de gestión de dispositivos móviles.

[0060] Descripción detallada

[0061] Haciendo referencia a la FIG. 1 se muestra un sistema y se designa generalmente como 100. El sistema 100 (por ejemplo, un sistema informático) incluye un servidor de MDM 120. El servidor de MDM 120 está acoplado a un servicio de notificaciones de transmisión automática 130, a un dispositivo móvil 150 y a un dispositivo informático 140. Se debería entender que el servidor de MDM 120 acoplado a dos dispositivos se proporciona como ejemplo ilustrativo. En algunos aspectos, el servidor de MDM 120 se acopla a menos de dos dispositivos o a más de dos dispositivos.

[0062] El dispositivo informático 140 puede incluir un sistema operativo (OS) 141 y el dispositivo móvil 150 puede incluir un OS móvil 151. Cada OS 141, 151 puede controlar funciones informáticas, tales como entrada/salida (por ejemplo, un visualizador de pantalla táctil, altavoz, micrófono, cámara, etc.) e interconexión de redes (por ejemplo, celular, Bluetooth, fidelidad inalámbrica (Wi-Fi), Ethernet, etc.). Cada OS 141, 151 también puede soportar la ejecución de aplicaciones (apps) 143, 153, 167 y proporcionar a tales aplicaciones acceso a los recursos y datos del dispositivo 144, 154. Ejemplos de aplicaciones incluyen, pero no se limitan a, un navegador web, correo electrónico, un calendario, redes sociales, un lector de documentos/libros electrónicos, un reproductor multimedia, una aplicación de juegos, una aplicación de gestión de pacientes, una aplicación de referencia médica, una herramienta de seguimiento de medicación, etc. Las aplicaciones pueden corresponder a instrucciones de software que están almacenadas en una memoria y se ejecutan por un procesador, circuitos de hardware que implementan una funcionalidad de la aplicación, o ambos.

[0063] El dispositivo móvil 150 incluye un cliente de gestión de dispositivos 152. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 está configurado para generar una interfaz gráfica de usuario (GUI) y proporcionar la GUI a un visualizador del dispositivo móvil 150, como se describe además con referencia a las FIGS. 2-10. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 está configurado para, en respuesta a recibir una entrada de usuario 104 que indica una selección de una opción de grupo correspondiente a un grupo 114, enviar una solicitud de unión al grupo 155 al servidor de MDM 120. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 está configurado para recibir un comando para realizar una acción 157 del servidor de MDM 120 y para iniciar la realización de la acción 157. La acción 157 incluye, por ejemplo, descargar la una o más aplicaciones 167 asociadas con el grupo 114, descargar uno o más ajustes de configuraciones 165, generar una GUI que incluya iconos de las aplicaciones 167, generar una GUI que excluya los iconos de la una o más aplicaciones 153 asociadas con un grupo distinto del grupo 114, borrar (o desinstalar) las aplicaciones 153 asociadas con el grupo distinto del grupo 114, o una combinación de las mismas, como se describe además en la presente memoria. En algunas implementaciones, enviar la solicitud de unión al grupo 155, que indica el grupo 114, no causa el borrado, en el dispositivo móvil 150, de aplicaciones, datos o una combinación de los mismos, asociados con cualquier grupo diferente del grupo 114. En otras implementaciones, enviar la solicitud de unión al grupo 155, que indica el grupo 114, inicia el borrado, en el dispositivo móvil 150, de aplicaciones, datos o una combinación de los mismos, asociados con uno o más grupos diferentes del grupo 114. Por ejemplo, la solicitud de unión al grupo 155 inicia el borrado de aplicaciones y datos asociados con grupos distintos del grupo 114, mientras que la solicitud de reinicio 185 inicia el borrado de todas las aplicaciones, todos los datos, el OS móvil 151, el cliente de gestión de dispositivos 152 o una combinación de los mismos.

[0064] El dispositivo informático 140 incluye una copia del cliente de gestión de dispositivos 152. El cliente de gestión de dispositivos 152 del dispositivo informático 140 está configurado para, en respuesta a recibir una notificación de transmisión automática 131 del servicio de notificaciones de transmisión automática 130, iniciar la realización de un evento de registro 146 enviando una solicitud de registro al servidor de MDM 120.

[0065] En un aspecto particular, el cliente de gestión de dispositivos 152 corresponde a un procesador configurado para realizar una o más operaciones descritas en la presente memoria. En un aspecto particular, el cliente de gestión de dispositivos 152 corresponde a instrucciones que, cuando se ejecutan por un procesador, hacen que el procesador realice una o más operaciones descritas en la presente memoria. En un aspecto particular, el cliente de gestión de dispositivos 152 corresponde a un dispositivo de almacenamiento legible por ordenador que almacena instrucciones que son ejecutables para realizar una o más operaciones descritas en la presente memoria.

[0066] El servidor de MDM 120 incluye una memoria 123, un gestor de dispositivos móviles 134, o ambos. La memoria 123 está configurada para almacenar datos de pertenencia al grupo 128. Los datos de pertenencia al grupo 128 indican las acciones a ser realizadas para grupos particulares, dispositivos incluidos en un grupo, o una combinación de los mismos. Por ejemplo, el gestor de dispositivos móviles 134 está configurado para, en respuesta a recibir la solicitud de unión al grupo 155 desde el dispositivo móvil 150 y determinar que la solicitud de unión al grupo 155 indica el grupo 114, actualizar los datos de pertenencia al grupo 128 para añadir el dispositivo móvil 150 al grupo 114. El gestor de dispositivos móviles 134 está configurado para enviar un comando al dispositivo móvil 150 indicando que se ha de realizar la acción 157.

[0068] En un aspecto particular, el gestor de dispositivos móviles 134 corresponde a un procesador configurado para realizar una o más operaciones descritas en la presente memoria. En un aspecto particular, el gestor de dispositivos móviles 134 corresponde a instrucciones que, cuando se ejecutan por un procesador, hacen que el procesador realice una o más operaciones descritas en la presente memoria. En un aspecto particular, el gestor de dispositivos móviles 134 corresponde a un dispositivo de almacenamiento legible por ordenador que almacena instrucciones que son ejecutables para realizar una o más operaciones descritas en la presente memoria.

[0070] Durante la operación, un usuario 101 (por ejemplo, un administrador de IT) configura uno o más grupos en el servidor de MDM. Por ejemplo, el usuario 101 proporciona una entrada de usuario 102 al servidor de MDM 120, indicando el grupo 114, uno o más grupos adicionales, o una combinación de los mismos. La entrada de usuario 102 indica los nombres de los grupos, las acciones correspondientes a los grupos, o una combinación de los mismos. Por ejemplo, la entrada de usuario 102 indica un nombre de grupo (por ejemplo, “Enfermería”) del grupo 114. En un ejemplo ilustrativo, el grupo 114 se basa en un rol laboral (por ejemplo, enfermero, técnico de laboratorio, médico o gerente). El usuario 101 puede configurar el grupo 114 en base a cualquier criterio. Por ejemplo, el usuario 101 puede configurar el grupo 114 en base a la edad, el género, el rol laboral, la ubicación, la habilidad, la relación, otros criterios, o una combinación de los mismos. La entrada de usuario 102 indica la acción 157 a ser realizada en un dispositivo que se une al grupo 114. Por ejemplo, la entrada de usuario 102 indica que los miembros del grupo 114 están autorizados a acceder a las aplicaciones 167, que los miembros del grupo 114 no están autorizados a acceder (por ejemplo, tienen restringido el acceso) a las aplicaciones 153, o una combinación de los mismos. En un aspecto particular, la entrada de usuario 102 indica los ajustes de configuración 165. La acción 157 indica la descarga de las aplicaciones 167, la descarga de los ajustes de configuración 165, generar una GUI que incluye iconos de las aplicaciones 167, generar una GUI que excluye los iconos de las aplicaciones 153 asociadas con un grupo diferente (por ejemplo, “Médicos”), borrar (o desinstalar) las aplicaciones 153, o una combinación de las mismas.

[0072] En un aspecto particular, la entrada de usuario 102 indica una acción 147 a ser realizada por otros dispositivos miembros del grupo 114 cuando se añade un nuevo miembro al grupo 114. Por ejemplo, la acción 147 incluye actualizar los datos de aplicación para indicar que el grupo 114 incluye al nuevo miembro. Para ilustrarlo, el grupo 114 tiene acceso a una aplicación de mensajería y actualizar los datos de aplicación hace que la aplicación de mensajería indique que el nuevo dispositivo miembro está disponible para la mensajería.

[0074] En un aspecto particular, la entrada de usuario 102 indica una acción 148 a ser realizada por otros miembros del grupo 114 cuando un miembro abandona el grupo 114. Por ejemplo, la acción 148 incluye actualizar los datos de aplicación para indicar que el miembro se elimina del grupo 114. En un aspecto particular, la entrada de usuario 102 indica uno o más valores de parámetros de reinicio cuando un miembro se elimina del grupo 114. Por ejemplo, un primer valor de un primer parámetro de reinicio indica que se han de suprimir todas las notificaciones de usuario en el dispositivo que abandona el grupo cuando se realiza un reinicio, un primer valor de un segundo parámetro de reinicio indica que se ha de evitar un bloqueo de activación en el dispositivo que abandona el grupo cuando se realiza un reinicio, o una combinación de las mismas. El gestor de dispositivos móviles 134 actualiza los datos de pertenencia al grupo 128 para indicar el nombre de grupo del grupo 114, un identificador de grupo del grupo 114, la acción 157, la acción 147, la acción 148, el uno o más valores de parámetros de reinicio, o una combinación de los mismos.

[0076] En una implementación particular, el usuario 101 (u otro usuario, tal como un desarrollador de aplicaciones) puede personalizar el cliente de gestión de dispositivos 152 para generar las GUI que tienen un aspecto y sensación particular. Por ejemplo, el usuario 101 puede proporcionar una entrada de usuario 102 especificando la configuración introducida, tal como un logotipo de cabecera personalizado (por ejemplo, el logotipo de una empresa), colores de fondo personalizados, descripciones de texto personalizadas, o una combinación de los mismos. Para ilustrarlo, una descripción de texto personalizada puede guiar a los usuarios con lenguaje contextual (por ejemplo, “Bienvenido al Hospital Acme. Por favor, seleccione el rol correcto para comenzar su turno”, “Al final de su estancia, por favor, pulse Reiniciar para asegurar que se eliminen sus datos personales”, etc.). En un ejemplo particular, una descripción de texto personalizada puede soportar idiomas regionales (por ejemplo, español, inglés, francés, árabe, chino, etc.). En un aspecto particular, el servidor de MDM 120 proporciona datos de configuración de cliente que indican la configuración introducida en el dispositivo móvil 150. El cliente de gestión de dispositivos 152 actualiza los ajustes de configuración en base a los datos de configuración de cliente.

[0078] Un usuario 103 (por ejemplo, un trabajador sanitario) selecciona una opción de configuración mostrada por el dispositivo móvil 150. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera una GUI que indica la opción de configuración, una opción de reinicio o ambas. En un aspecto particular, la GUI tiene un aspecto y sensación que se corresponde con los ajustes de configuración basados en los datos de configuración del cliente. Por ejemplo, la GUI incluye el logotipo de cabecera personalizado, los colores de fondo personalizados, las descripciones de texto personalizadas o una combinación de los mismos. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 recibe una lista de grupos 163 del servidor de MDM 120. La lista de grupos 163 indica una pluralidad de grupos de MDM que están disponibles para el dispositivo móvil 150 para la inscripción.

[0079] El gestor de dispositivos móviles 134 genera la lista de grupos 163 en base a los datos de pertenencia al grupo 128. La lista de grupos indica los nombres e identificadores de grupos indicados por los datos de pertenencia al grupo 128. Por ejemplo, la lista de grupos 163 indica el nombre de grupo (por ejemplo, “Enfermería”), el identificador de grupo, o ambos, del grupo 114. En un aspecto particular, todos los grupos están disponibles para el dispositivo móvil 150 para la inscripción. En un aspecto alternativo, un subconjunto de grupos está disponible para el dispositivo móvil 150. Por ejemplo, la entrada de usuario 102 indica que un conjunto de grupos está disponible para su inscripción en dispositivos que satisfacen con un criterio de inscripción. El gestor de dispositivos móviles 134 genera la lista de grupos 163 correspondiente al dispositivo móvil 150. Por ejemplo, el gestor de dispositivos móviles 134 añade el grupo 114 a la lista de grupos 163 en respuesta a determinar que el dispositivo móvil 150 satisface un criterio de inscripción correspondiente al grupo 114.

[0080] El criterio de grupo se basa, por ejemplo, en una capacidad del dispositivo, un componente del dispositivo, un estado del dispositivo, un nivel de batería del dispositivo, un espacio de memoria del dispositivo, un sistema operativo del dispositivo, una versión de software del dispositivo, un tipo del dispositivo, una ubicación del dispositivo, otro criterio de grupo o una combinación de los mismos. Por ejemplo, los datos de pertenencia al grupo 128 indican que el criterio de grupo correspondiente al grupo 114 (por ejemplo, “Personal de atención al paciente”) se satisface por un dispositivo que satisface un segundo criterio de grupo correspondiente a un segundo grupo (por ejemplo, “Enfermería”) o un tercer criterio de grupo correspondiente a un tercer grupo (por ejemplo, “Médicos”).

[0081] En un aspecto particular, el cliente de gestión de dispositivos 152 recibe la lista de grupos 163 del servidor de MDM 120 en respuesta a enviar una solicitud de actualización 161 al servidor de MDM 120. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir la entrada de usuario 104 que indica una selección de una opción de configuración, envía la solicitud de actualización 161 al servidor de MDM 120 para determinar los grupos disponibles. El gestor de dispositivos móviles 134 envía la lista de grupos 163 al dispositivo móvil 150 en respuesta a recibir la solicitud de actualización 161 desde el dispositivo móvil 150.

[0082] En un aspecto particular, el gestor de dispositivos móviles 134 envía la lista de grupos 163 al dispositivo móvil 150 independientemente de recibir la solicitud de actualización 161. Por ejemplo, el dispositivo móvil 150 envía una solicitud de registro al servidor de MDM 120. El servidor de MDM 120, en respuesta a recibir la solicitud de registro, añade el dispositivo móvil 150 a uno o más dispositivos registrados (por ejemplo, dispositivos gestionados) y envía la lista de grupos 163 al dispositivo móvil 150. Posteriormente, el gestor de dispositivos móviles 134, en respuesta a la actualización de los datos de pertenencia al grupo 128, envía actualizaciones de la lista de grupos 163 a los dispositivos registrados. Por ejemplo, el gestor de dispositivos móviles 134 envía una solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130. El servicio de notificaciones de transmisión automática 130 envía una notificación de transmisión automática 133 al dispositivo móvil 150 en respuesta a recibir la solicitud de notificación 124. El dispositivo móvil 150 inicia un evento de registro 183 enviando un mensaje de registro al servidor de MDM 120 en respuesta a recibir la notificación de transmisión automática. El servidor de MDM 120 envía una versión actualizada de la lista de grupos 163 al dispositivo móvil 150 en respuesta a recibir el mensaje de registro del dispositivo móvil 150.

[0083] El cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir la lista de grupos 163, genera una GUI que indica una o más opciones de grupo. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera una GUI que indica una primera opción de grupo (por ejemplo, “<option value=identificador de grupo del grupo 114>nombre de grupo del grupo 114</option>“) asociada con el grupo 114, una segunda opción de grupo asociada con un segundo grupo, una o más opciones de grupo adicionales, o una combinación de las mismas, como se describe además con referencia a la FIG.3. En un aspecto particular, la GUI tiene un aspecto y sensación que se corresponde con los ajustes de configuración en base a los datos de configuración de cliente. Por ejemplo, la GUI incluye el logotipo de cabecera personalizado, los colores de fondo personalizados, las descripciones de texto personalizadas, o una combinación de los mismos. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 proporciona la GUI a un visualizador del dispositivo móvil 150.

[0084] El usuario 103 selecciona la primera opción de grupo (por ejemplo, “Enfermería”) asociada con el grupo 114. El cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir la entrada de usuario 104 que indica una selección de la primera opción de grupo (por ejemplo, “Enfermería”), envía la solicitud de unión al grupo 155 al servidor de MDM 120. La solicitud de unión al grupo 155 indica el identificador de grupo del grupo 114.

[0085] El gestor de dispositivos móviles 134, en respuesta a recibir la solicitud de unión al grupo 155, actualiza los datos de pertenencia al grupo 128 para indicar que el dispositivo móvil 150 se añade al grupo 114. Por ejemplo, el gestor de dispositivos móviles 134 actualiza los datos de pertenencia al grupo 128 para indicar que un identificador (ID) de dispositivo 112 del dispositivo móvil 150 está incluido en el grupo 114.

[0086] El gestor de dispositivos móviles 134, en respuesta a determinar que los datos de pertenencia al grupo 128 indican que la acción 157 se ha de realizar tras la unión al grupo 114, envía un comando al dispositivo móvil 150 para iniciar la realización de la acción 157 en el dispositivo móvil 150. Por ejemplo, el gestor de dispositivos móviles 134 identifica, en base a los datos de pertenencia al grupo 128, las aplicaciones 167 a las que el grupo 114 está autorizado a acceder.

[0088] El cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir el comando del servidor de MDM 120, inicia la realización de la acción 157. En un aspecto particular, la acción 157 incluye descargar las aplicaciones 167. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 identifica una o más de las aplicaciones 167 que no están disponibles (por ejemplo, no descargadas previamente) en el dispositivo móvil 150. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 descarga automáticamente (por ejemplo, sin requerir autorización del usuario 103) la una o más de las aplicaciones 167 en el dispositivo móvil 150. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 descarga una primera aplicación del servidor de MDM 120, una segunda aplicación de otro dispositivo, una actualización de una tercera aplicación del servidor de MDM 120 y una actualización de una cuarta aplicación de otro dispositivo, o una combinación de las mismas. En un aspecto particular, cada una de las aplicaciones 167 (por ejemplo, versiones actualizadas de las aplicaciones 167) está disponible en el dispositivo móvil 150 y el cliente de gestión de dispositivos 152 del dispositivo móvil 150 se abstiene de descargar cualquiera de las aplicaciones 167 (o actualizaciones de aplicaciones).

[0090] En un aspecto particular, la acción 157 incluye descargar e implementar los ajustes de configuración 165. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 descarga un primer ajuste de configuración de los ajustes de configuración 165 del servidor de MDM 120, un segundo ajuste de configuración de los ajustes de configuración 165 de otro dispositivo, o una combinación de los mismos. En un aspecto particular, los ajustes de configuración 165 se usan para configurar los ajustes de visualización para el dispositivo móvil 150. Por ejemplo, los ajustes de configuración 165 indican una disposición de los iconos de las aplicaciones 153 en una GUI a ser mostrados por el dispositivo móvil 150, un tamaño de los iconos en la GUI, un fondo para la GUI o una combinación de los mismos. En una implementación particular, el fondo de la GUI indica el grupo 114 (por ejemplo, el nombre de grupo).

[0092] En un aspecto particular, la acción 157 incluye generar una GUI que indica los iconos de las aplicaciones 167, excluir los iconos de las aplicaciones 153, borrar (o desinstalar) las aplicaciones 153 o una combinación de las mismas. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera una GUI que indica los iconos de las aplicaciones 167, excluyendo los iconos de las aplicaciones 153 o una combinación de las mismas. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 borra las aplicaciones 153, los datos de aplicaciones correspondientes a las aplicaciones 153 o una combinación de las mismas, del dispositivo móvil 150. En un aspecto particular, eliminar automáticamente las aplicaciones 153 después de que el dispositivo móvil 150 se una al grupo 114 mejora la seguridad impidiendo el acceso no autorizado a las aplicaciones 153. El cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a determinar que una aplicación particular está incluida en las aplicaciones 167 y en las aplicaciones 153, genera la GUI para indicar un icono correspondiente a la aplicación particular, se abstiene de borrar la aplicación particular, o ambas. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 proporciona la GUI a un visualizador del dispositivo móvil 150. La GUI del dispositivo móvil 150 se actualiza automáticamente para mostrar los iconos de aplicaciones en base a la pertenencia al grupo del dispositivo móvil 150. Por ejemplo, la GUI se actualiza para incluir iconos asociados con las aplicaciones 167 a las que el grupo 114 está autorizado a acceder, para excluir los iconos asociados con las aplicaciones 153 a las que el grupo 114 tiene restringido acceder, o una combinación de las mismas.

[0094] En un aspecto particular, el gestor de dispositivos móviles 134, en respuesta a determinar que los datos de pertenencia al grupo 128 indican que la acción 147 se ha de realizar por otros miembros del grupo 114 y que el grupo 114 incluye al menos a otro miembro, envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130 para iniciar la transmisión de notificaciones de transmisión automática a los otros miembros del grupo 114. Por ejemplo, el servidor de MDM 120 envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130 para iniciar la transmisión de la notificación de transmisión automática 131 al dispositivo informático 140. El servicio de notificaciones de transmisión automática 130 envía la notificación de transmisión automática 131 al dispositivo informático 140 en respuesta a recibir la solicitud de notificación 124 y determinar que la solicitud de notificación 124 indica el dispositivo informático 140. La notificación de transmisión automática 131 da instrucciones al dispositivo informático 140 para registrarse con el servidor de MDM 120. Por ejemplo, el servicio de notificaciones de transmisión automática 130 puede ser una fuente de confianza para el dispositivo informático 140 y la notificación de transmisión automática 131 puede indicar que el servidor de MDM 120 es un dispositivo de confianza.

[0096] El cliente de gestión de dispositivos 152 del dispositivo informático 140 inicia el evento de registro 146 en respuesta a la notificación de transmisión automática 131, enviando una solicitud de registro al servidor de MDM 120. El servidor de MDM 120, en respuesta a recibir la solicitud de registro, envía un comando al dispositivo informático 140 para iniciar la realización de la acción 147. Por ejemplo, la acción 147 incluye actualizar los datos 144 asociados con la primera aplicación de las aplicaciones 167 para indicar que el dispositivo móvil 150 se ha añadido al grupo 114. Para ilustrarlo, la primera aplicación incluye una aplicación de mensajería que permite la mensajería de los dispositivos del grupo 114. Actualizar los datos 144 hace que la aplicación de mensajería indique al dispositivo informático 140 que el dispositivo móvil 150 está disponible para la mensajería. En un aspecto particular, el dispositivo informático 140, como miembro del grupo 114, tiene acceso a las aplicaciones 167 asociadas con el grupo 114, a los ajustes de configuración 165 asociados con el grupo 114, o a ambos. En un aspecto particular, el dispositivo informático 140 tiene acceso a la una o más aplicaciones 143 asociadas con un grupo diferente del grupo 114.

[0098] En un aspecto particular, el servidor de MDM 120 inicia una acción a ser realizada en los dispositivos que son miembros del grupo 114. Por ejemplo, el gestor de dispositivos móviles 134 determina que la acción se ha de realizar en respuesta a determinar que se satisface un criterio de rendimiento correspondiente a la acción. El criterio de rendimiento se basa en la entrada de usuario 102, en una condición detectada, o en ambas. En un aspecto particular, el gestor de dispositivos móviles 134, en respuesta a determinar que se satisface el criterio de rendimiento, envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130. El gestor de dispositivos móviles 134 identifica los dispositivos miembros del grupo 114 (por ejemplo, los miembros actuales) en base a los datos de pertenencia al grupo 128. En un aspecto particular, el gestor de dispositivos móviles 134 identifica un conjunto de dispositivos de inscripción para los cuales el grupo 114 está disponible para su inscripción. Por ejemplo, el conjunto de dispositivos de inscripción incluye los dispositivos miembros y puede incluir uno o más dispositivos adicionales. La solicitud de notificación 124 indica los dispositivos miembros del grupo 114, el conjunto de dispositivos de inscripción o una combinación de los mismos.

[0100] El servicio de notificaciones de transmisión automática 130 envía notificaciones de transmisión automática a los dispositivos miembros del grupo 114. El gestor de dispositivos móviles, en respuesta a recibir un mensaje de registro de un dispositivo miembro, envía un comando al dispositivo miembro para iniciar la realización de la acción. Por ejemplo, el gestor de dispositivos móviles, en respuesta a recibir un mensaje de registro del dispositivo móvil 150, envía un comando al dispositivo móvil 150 para iniciar la realización de la acción en el dispositivo móvil 150. De este modo, el gestor de dispositivos móviles 134 puede gestionar la realización de acciones en base a las afiliaciones al grupo de los dispositivos. Por ejemplo, el gestor de dispositivos móviles 134 puede gestionar la realización de acciones en base a la pertenencia al grupo de los dispositivos, la capacidad del dispositivo para inscribirse en un grupo o ambas. En un aspecto particular, el gestor de dispositivos móviles 134 actualiza los datos de pertenencia al grupo 128 para indicar la acción a ser realizada después de que un dispositivo se una al grupo 114. En este aspecto, el gestor de dispositivos móviles 134 puede gestionar la realización de acciones por futuros miembros del grupo 114.

[0101] En un aspecto particular, a medida que el usuario 103 usa el dispositivo móvil 150, el dispositivo móvil 150 almacena (o actualiza) los datos 154. Por ejemplo, los datos 154 incluyen información de nombre de usuario y contraseña usados por el usuario 103 para iniciar sesión en una primera aplicación de las aplicaciones 167. Como otro ejemplo, los datos 154 incluyen correos electrónicos, mensajes u otros archivos que el usuario 103 descargó en el dispositivo móvil 150. Como ejemplo particular, los datos 154 incluyen los ajustes de personalización (por ejemplo, los ajustes de visualizador) que el usuario 103 ha usado para personalizar el dispositivo móvil 150.

[0103] En un ejemplo particular, el usuario 103 establece un bloqueo de activación en el dispositivo móvil 150. Para ilustrarlo, el usuario 103 accede a una aplicación de las aplicaciones 167 con un nombre de usuario y una contraseña. La aplicación crea un bloqueo de activación para el dispositivo móvil 150 en base al nombre de usuario y la contraseña. Por ejemplo, la aplicación asocia el dispositivo móvil con una cuenta correspondiente al nombre de usuario. Posterior a la creación del bloqueo de activación, el acceso a una o más de las aplicaciones 167 se basa en el nombre de usuario y la contraseña. En otras palabras, el acceso a la una o más aplicaciones 167 no está autorizado sin el nombre de usuario y la contraseña.

[0105] En un ejemplo particular, el usuario 103 usa una aplicación de ajustes en el dispositivo móvil 150 para proporcionar un nombre de usuario y una contraseña asociados con una cuenta de usuario. La aplicación de ajustes crea un bloqueo de activación que asocia el dispositivo móvil 150 con la cuenta de usuario. Este bloqueo de activación restringe que el dispositivo móvil 150 se configure sin el nombre de usuario o la contraseña posterior a un reinicio del dispositivo móvil 150. Por ejemplo, el bloqueo de activación puede impedir que el usuario 101 (por ejemplo, cualquiera sin el nombre de usuario y la contraseña) configure el dispositivo móvil 150 posterior a un reinicio del dispositivo móvil 150. En un aspecto específico, el cliente de gestión de dispositivos 152 deshabilita la funcionalidad para establecer un bloqueo de activación en el dispositivo móvil 150 durante una configuración inicial del dispositivo móvil 150.

[0107] En un aspecto particular, el usuario 103 es miembro de múltiples grupos o cambia su pertenencia del grupo 114 a un segundo grupo. El usuario 103 proporciona la entrada de usuario 104 que indica una selección de una segunda opción de grupo asociada con un segundo grupo de la lista de grupos 163. El cliente de gestión de dispositivos 152 envía la solicitud de unión al grupo 155 al servidor de MDM 120, indicando el segundo grupo. El gestor de dispositivos móviles 134 actualiza los datos de pertenencia al grupo 128 para indicar que el ID de dispositivo 112 del dispositivo móvil 150 está asociado con el segundo grupo, envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130 para iniciar el envío de notificaciones de transmisión automática a otros miembros del segundo grupo, o una combinación de las mismas. En una implementación particular, el gestor de dispositivos móviles 134 actualiza los datos de pertenencia al grupo 128 para eliminar el dispositivo móvil 150 del grupo 114, envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130 para iniciar el envío de notificaciones de transmisión automática a otros miembros del grupo 114, envía un comando de reinicio 187 al dispositivo móvil 150, o una combinación de los mismos. En una implementación alternativa, los datos de pertenencia al grupo 128 indican que el dispositivo móvil 150 es miembro del grupo 114 y miembro del segundo grupo.

[0109] En un aspecto particular, el usuario 103 decide eliminar la información personalmente identificable del dispositivo móvil 150. Por ejemplo, el usuario 103 está listo para reiniciar el dispositivo móvil 150 antes de devolver el dispositivo móvil 150 para su uso por otros usuarios. El usuario 103 selecciona una opción de reinicio desde una GUI mostrada por el dispositivo móvil 150. El cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104 que indica la selección de la opción de reinicio, envía una solicitud de reinicio 185 al servidor de MDM 120. La solicitud de reinicio 185 indica el ID de dispositivo 112 del dispositivo móvil 150. En algunas implementaciones, el gestor de dispositivos móviles 134, en respuesta a recibir la solicitud de reinicio 185 del dispositivo móvil 150, actualiza los datos de pertenencia al grupo 128 para indicar que el dispositivo móvil 150 no está incluido en ningún grupo. Por ejemplo, el gestor de dispositivos móviles 134 actualiza los datos de pertenencia al grupo 128 para eliminar el dispositivo móvil 150 del grupo 114. En otras implementaciones, el gestor de dispositivos móviles 134 se abstiene de actualizar los datos de pertenencia al grupo 128 en respuesta a recibir la solicitud de reinicio 185.

[0111] En algunos ejemplos, el gestor de dispositivos móviles 134, en respuesta a determinar que los datos de pertenencia al grupo 128 indican que la acción 148 se ha de realizar por otros miembros del grupo 114 tras la eliminación de un miembro del grupo 114, y que el grupo 114 incluye uno o más de otros miembros, envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130 indicando el uno o más de otros miembros. Por ejemplo, el gestor de dispositivos móviles 134 envía la solicitud de notificación 124 que indica el dispositivo informático 140 al servicio de notificaciones de transmisión automática 130. El servicio de notificaciones de transmisión automática 130, en respuesta a recibir la solicitud de notificación 124 y determinar que la solicitud de notificación 124 indica el dispositivo informático 140, envía la notificación de transmisión automática 131 al dispositivo informático 140. El cliente de gestión de dispositivos 152 del dispositivo informático 140, en respuesta a recibir la notificación de transmisión automática 131, inicia el evento de registro 146 enviando una solicitud de registro al servidor de MDM 120. El servidor de MDM 120, en respuesta a recibir la solicitud de registro del dispositivo informático 140, envía un comando al dispositivo informático 140 para iniciar la realización de la acción 148. El cliente de gestión de dispositivos 152 del dispositivo informático 140 realiza la acción 148 en respuesta a recibir el comando del servidor de MDM 120. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo informático 140 actualiza los datos 144 de la primera aplicación de las aplicaciones 167 para indicar que el dispositivo móvil 150 se elimina del grupo 114. Para ilustrarlo, la primera aplicación incluye una aplicación de mensajería, y la actualización de los datos 144 hace que la aplicación de mensajería elimine una indicación en el dispositivo informático 140 de que el dispositivo móvil 150 está disponible para la mensajería.

[0113] El gestor de dispositivos móviles 134, en respuesta a recibir la solicitud de reinicio 185 del dispositivo móvil 150, que indica el ID de dispositivo 112 del dispositivo móvil 150, envía el comando de reinicio 187 (por ejemplo, un comando de reinicio remoto) al dispositivo móvil 150. En algunos ejemplos, el gestor de dispositivos móviles 134, en respuesta a recibir la solicitud de reinicio 185, pone en cola el comando de reinicio 187 para el dispositivo móvil 150 y envía la solicitud de notificación 124, que indica el dispositivo móvil 150, al servicio de notificaciones de transmisión automática 130. El servicio de notificaciones de transmisión automática 130, en respuesta a recibir la solicitud de notificación 124, que indica el dispositivo móvil 150, envía la notificación de transmisión automática 133 al dispositivo móvil 150. El dispositivo móvil 150, en respuesta a recibir la notificación de transmisión automática 133, inicia el evento de registro 183 enviando un mensaje de registro al servidor de MDM 120. El servidor de MDM 120, en respuesta a recibir el mensaje de registro del dispositivo móvil 150 y determinar que el comando de reinicio 187 está en cola para el dispositivo móvil 150, envía el comando de reinicio 187 al dispositivo móvil 150.

[0115] En un aspecto particular, el comando de reinicio 187 corresponde a un comando de reinicio de fábrica. Para mejorar la confidencialidad del usuario, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 puede, en respuesta a recibir el comando de reinicio 187, borrar los datos 154, las aplicaciones 153, las aplicaciones 167, los ajustes de configuración 165 o una combinación de los mismos. En algunos ejemplos, el cliente de gestión de dispositivos 152, en respuesta a recibir el comando de reinicio 187, inicia el borrado del OS móvil 151, del cliente de gestión de dispositivos 152 o de ambos.

[0117] En un aspecto particular, el gestor de dispositivos móviles 134, en respuesta a determinar que los datos de pertenencia al grupo 128 indican el uno o más valores de parámetros de reinicio, genera el comando de reinicio 187 que indica el uno o más valores de parámetros de reinicio. El cliente de gestión de dispositivos 152 realiza el reinicio del dispositivo móvil 150 en base al uno o más valores de parámetros de reinicio. Por ejemplo, el cliente de gestión de dispositivos 152 inicia un comando de reinicio de fábrica que indica el uno o más valores de parámetros de reinicio.

[0119] En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 está configurado para, en respuesta a determinar que el comando de reinicio 187 indica que un primer parámetro de reinicio (por ejemplo, un parámetro de supresión de notificaciones) tiene un primer valor (por ejemplo, 1), suprimir las notificaciones de usuario durante el reinicio del dispositivo móvil 150. Por ejemplo, el cliente de gestión de dispositivos 152, en respuesta a determinar que el primer parámetro de reinicio tiene un primer valor que indica que las notificaciones de usuario se han de suprimir durante el reinicio del dispositivo móvil 150, suprime las notificaciones de usuario durante el borrado de los datos 154, las aplicaciones 153, las aplicaciones 167, los ajustes de configuración 165, o una combinación de los mismos.

[0120] En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 está configurado para, en respuesta a determinar que el comando de reinicio 187 indica que un segundo parámetro de reinicio (por ejemplo, un parámetro de omisión de activación) tiene un primer valor (por ejemplo, 1), eliminar un bloqueo de activación durante el reinicio del dispositivo móvil 150. Por ejemplo, el cliente de gestión de dispositivos 152 elimina el bloqueo de activación y borra los datos 154, las aplicaciones 153, las aplicaciones 167, los ajustes de configuración 165, o una combinación de los mismos. En un aspecto particular, la eliminación del bloqueo de activación permite la configuración sin restricciones del dispositivo móvil 150 posterior al reinicio. Por ejemplo, la configuración del dispositivo móvil 150 se puede realizar posterior al reinicio, independientemente de un nombre de usuario y una contraseña del usuario 103.

[0121] El sistema 100 permite de este modo que el dispositivo móvil 150 se configure automáticamente para tener las aplicaciones 167, los ajustes de configuración 165, etc., que están asociados con el grupo 114 seleccionado (por ejemplo, “Enfermería”). El usuario 103 inicia la configuración del dispositivo móvil 150 independientemente de un administrador de IT. El sistema 100 también permite que el dispositivo móvil 150 se reinicie automáticamente eliminando aplicaciones, ajustes de configuración, datos de usuario, etc., están asociados con un grupo (por ejemplo, enfermería), el usuario o ambos. El usuario inicia el reinicio del dispositivo móvil independientemente de un administrador de IT. Por ejemplo, el usuario puede eliminar de manera eficiente información sensible de un dispositivo compartido (por ejemplo, el dispositivo móvil 150) sin tener que depender de que un administrador de IT elimine la información del dispositivo compartido. En un ejemplo particular, se muestra una opción de reinicio en una pantalla de inicio del dispositivo móvil 150 para un fácil acceso por el usuario. El usuario puede seleccionar la opción de reinicio antes de entregar el dispositivo móvil 150 a otro usuario. El dispositivo móvil 150 está disponible para su reutilización sin el retraso asociado con un administrador de IT que realiza un reinicio del dispositivo móvil 150. En un ejemplo particular, un usuario puede seleccionar la opción de reinicio para un “inicio de cero”. Para ilustrarlo, el usuario podría experimentar problemas con la operación del dispositivo móvil 150. El usuario puede seleccionar la opción de reinicio como paso de solución de problemas para resolver los problemas sin (o antes de) contactar a un administrador de IT.

[0122] El sistema 100 permite la personalización del dispositivo móvil 150 para el grupo 114. Generalmente, un dispositivo personal se personaliza para su uso por un único usuario en base a la información de inicio de sesión, mientras que un dispositivo público tiene los mismos ajustes para su uso por todos. Como dispositivo personalizado, el dispositivo móvil 150 equilibra las ventajas de un dispositivo personal y las ventajas de un dispositivo público proporcionando personalización para grupos de usuarios sin restringir el uso del dispositivo móvil 150 a un único usuario. Un único dispositivo (por ejemplo, el dispositivo móvil 150) se puede personalizar para soportar el uso por múltiples grupos de usuarios. Tener dispositivos que puedan soportar múltiples grupos de usuarios puede reducir los costes en comparación con tener dispositivos dedicados para grupos particulares. Por ejemplo, un primer grupo de usuarios puede usar un mayor número de dispositivos en un primer momento, y un segundo grupo de usuarios puede usar un mayor número de dispositivos en un segundo momento. Tener dispositivos que no están siendo usados por un grupo de usuarios disponibles para su uso por otro grupo de usuarios proporciona soporte para el mismo número total de usuarios con menos dispositivos. El sistema 100 tiene el beneficio de la personalización específica al grupo para el dispositivo móvil 150, así como el beneficio de la gestión de la personalización específica al grupo en el servidor de MDM 120. Por ejemplo, un usuario 101 puede proporcionar una entrada de usuario 102 para configurar uno o más grupos en el servidor de MDM 120, y cada dispositivo móvil 150 que se une a un grupo en particular se personaliza automáticamente según el grupo particular, independientemente de que el usuario de cada dispositivo móvil 150 tenga que realizar la personalización del dispositivo móvil 150.

[0123] Las FIGS.2-10 ilustran ejemplos de GUI generadas por el sistema 100 de la FIG.1. La FIG.2 ilustra un ejemplo de una GUI correspondiente a una selección de una opción de configuración. Las FIGS. 3-5 ilustran ejemplos de GUI correspondientes a una selección de una primera opción de grupo para un primer grupo. Las FIGS. 6-8 ilustran ejemplos de GUI correspondientes a una selección de una segunda opción de grupo para un segundo grupo. Las FIGS.9-10 ilustran ejemplos de GUI correspondientes a una selección de una opción de reinicio.

[0124] Haciendo referencia a la FIG. 2, se muestra una GUI y se designa generalmente como 200. En un aspecto particular, la GUI 200 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG.1, o una combinación de los mismos. La GUI 200 incluye una opción de grupo 202 correspondiente al grupo 114 de la FIG. 1, una opción de grupo 204 correspondiente a un segundo grupo, una opción de grupo 206 correspondiente a un tercer grupo, una o más opciones de grupo adicionales correspondientes a uno o más grupos adicionales, una opción de envío 208, o una combinación de las mismas. En un aspecto particular, el cliente de gestión de dispositivos 152 de la FIG.1 genera la GUI 200 en respuesta a recibir la entrada de usuario 104, que indica una selección de una opción de configuración. Por ejemplo, el cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104, que indica la selección de la opción de configuración, envía la solicitud de actualización 161 al servidor de MDM 120, como se describe con referencia a la FIG. 1. El gestor de dispositivos móviles 134 de la FIG. 1, en respuesta a recibir la solicitud de actualización 161 del dispositivo móvil 150, envía la lista de grupos 163 al dispositivo móvil 150, como se describe con referencia a la FIG.1. En algunas implementaciones, el gestor de dispositivos móviles 134 envía la lista de grupos 163 al dispositivo móvil 150 independientemente de la solicitud de actualización 161.

[0125] El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 200 en base a la lista de grupos 163. Por ejemplo, el cliente de gestión de dispositivos 152 genera la GUI 200 incluyendo una opción de grupo para cada grupo indicado por la lista de grupos 163. Para ilustrarlo, la lista de grupos 163 indica el grupo 114, el segundo grupo, el tercer grupo, uno o más grupos adicionales, o una combinación de los mismos. El cliente de gestión de dispositivos 152 genera la GUI 200, que incluye la opción de grupo 202 correspondiente al grupo 114 (por ejemplo, “Enfermería”), la opción de grupo 204 correspondiente al segundo grupo (por ejemplo, “Técnico”), la opción de grupo 206 correspondiente al tercer grupo (por ejemplo, “Farmacéutico”), la una o más opciones de grupo adicionales correspondientes al uno o más grupos adicionales, o una combinación de las mismas. En un aspecto particular, la GUI 200 también incluye la opción de envío 208. El cliente de gestión de dispositivos 152 proporciona la GUI 200 a un visualizador del dispositivo móvil 150.

[0126] El cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104 de la FIG. 1, que indica que se selecciona la opción de grupo 202, actualiza la GUI 200 para indicar que se selecciona la opción de grupo 202, como se ilustra en la FIG.3. En un aspecto particular, el usuario 103 selecciona la opción de envío 208.

[0127] Haciendo referencia a la FIG.4 se muestra una GUI y se designa generalmente como 400. En un aspecto particular, la GUI 400 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG.1, o una combinación de los mismos. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 400 en respuesta a recibir la entrada de usuario 104 que indica la selección de la opción de grupo 202, la opción de envío 208 o ambas.

[0128] En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir la entrada de usuario 104 que indica la selección de la opción de grupo 202, la opción de envío 208, o ambas, envía la solicitud de unión al grupo 155 al servidor de MDM 120 de la FIG. 1. La solicitud de unión al grupo 155 indica el grupo 114 correspondiente a la opción de grupo 202. El servidor de MDM 120, en respuesta a recibir la solicitud de unión al grupo 155, envía un comando al dispositivo móvil 150 indicando que se ha de realizar la acción 157, como se describe con referencia a la FIG.1.

[0129] El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 400 posterior a realizar al menos una parte de la acción 157. Por ejemplo, el cliente de gestión de dispositivos 152 descarga las aplicaciones 167 asociadas con el grupo 114, descarga los ajustes de configuración 165, o una combinación de los mismos. El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 400 para indicar que la configuración para el grupo 114 se ha realizado con éxito. En un aspecto particular, la GUI 400 incluye un identificador 402 (por ejemplo, nombre de grupo) del grupo 114 para indicar que la configuración para el grupo 114 (por ejemplo, “Enfermería”) es exitosa. En un aspecto particular, la GUI 400 incluye un mensaje particular (por ejemplo, un mensaje de éxito) indicado por los ajustes de configuración 165. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 está configurado para generar una GUI de error (no mostrada) en respuesta a detectar un error durante la configuración (o reinicio) del dispositivo móvil 150. En un aspecto particular, la GUI de error incluye un mensaje particular (por ejemplo, un mensaje de error) indicado por los ajustes de configuración 165. Por ejemplo, el mensaje particular incluye un código de estado particular.

[0130] Haciendo referencia a la FIG. 5, se muestra una GUI y se designa generalmente como 500. En un aspecto particular, la GUI 500 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG. 1, o una combinación de los mismos. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 500 en respuesta a recibir la entrada de usuario 104 que indica la selección de la opción de grupo 202, la opción de envío 208, o ambas. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 proporciona la GUI 500 a un visualizador del dispositivo móvil 150 para su visualización posterior a la GUI 400 de la FIG.4.

[0131] El cliente de gestión de dispositivos 152 genera la GUI 400, que incluye los iconos de las aplicaciones 167 correspondientes al grupo 114. Por ejemplo, las aplicaciones 167 pueden incluir una primera aplicación, una segunda aplicación, una tercera aplicación, una cuarta aplicación o una combinación de las mismas. La GUI 400 incluye un icono 510, un icono 512, un icono 514 y un icono 516 para la primera aplicación, la segunda aplicación, la tercera aplicación y la cuarta aplicación, respectivamente. Se debería entender que las aplicaciones 167, que incluyen cuatro aplicaciones, se proporcionan como ejemplo ilustrativo. En algunas implementaciones, las aplicaciones 167 pueden incluir menos de cuatro aplicaciones o más de cuatro aplicaciones.

[0132] En un aspecto particular, las aplicaciones 153 que no están asociadas con el grupo 114 también están disponibles (por ejemplo, instaladas) en el dispositivo móvil 150. Por ejemplo, las aplicaciones 153 están asociadas con uno o más grupos distintos del grupo 114. La GUI 500 excluye los iconos de las aplicaciones 153. Por ejemplo, el cliente de gestión de dispositivos 152 oculta los iconos de las aplicaciones 153 en la GUI 500.

[0133] En un aspecto particular, el cliente de gestión de dispositivos 152 genera la GUI 500 para tener un diseño particular, una imagen de fondo particular, iconos particulares, un formato particular, colores particulares, un texto particular, una imagen de cabecera particular, un texto de título particular, un texto de cuerpo particular, un texto de botón particular, un color de botón particular, una disposición particular o una combinación de los mismos, en base a los ajuste de configuración 165. De este modo, la GUI 500 se genera automáticamente para permitir el acceso a las aplicaciones 167 en base a los ajustes de configuración 165 para el grupo 114 (por ejemplo, “Enfermería”). La GUI 500 incluye una opción de configuración 502, una opción de reinicio 504, o ambas. En un aspecto particular, la opción de configuración 502, la opción de reinicio 504, o ambas, corresponden a iconos de aplicación. Por ejemplo, las aplicaciones 167 incluyen una aplicación de configuración, una aplicación de reinicio o ambas. Los iconos de las aplicaciones 167 incluyen la opción de configuración 502, la opción de reinicio 504 o ambas. El cliente de gestión de dispositivos 152 proporciona la GUI 500 a un visualizador del dispositivo móvil 150.

[0134] En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 recibe la entrada de usuario 104 de la FIG.1, que indica la selección de la opción de configuración 502, como se describe además con referencia a la FIG. 6. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 recibe la entrada de usuario 104 de la FIG. 1, que indica una selección de la opción de reinicio 504, como se describe además con referencia a la FIG.9.

[0135] Haciendo referencia a la FIG. 6, se muestra una GUI y se designa generalmente como 600. En un aspecto particular, la GUI 600 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG.1, o una combinación de los mismos. La GUI 600 incluye la opción de grupo 202 correspondiente al grupo 114 de la FIG. 1, la opción de grupo 204 correspondiente a un segundo grupo, la opción de grupo 206 correspondiente a un tercer grupo, una o más opciones de grupo adicionales correspondientes a uno o más grupos adicionales, la opción de envío 208, o una combinación de las mismas.

[0136] En un aspecto particular, el cliente de gestión de dispositivos 152 de la FIG. 1 genera la GUI 600 en respuesta a recibir la entrada de usuario 104 que indica una selección de la opción de configuración 502 de la FIG. 5. Por ejemplo, el cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104, que indica la selección de la opción de configuración 502, envía la solicitud de actualización 161 al servidor de MDM 120, como se describe con referencia a la FIG.1. El gestor de dispositivos móviles 134 de la FIG. 1, en respuesta a recibir la solicitud de actualización 161 del dispositivo móvil 150, envía la lista de grupos 163 al dispositivo móvil 150, como se describe con referencia a la FIG.1.

[0137] El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 600 en base a la lista de grupos 163. Por ejemplo, el cliente de gestión de dispositivos 152 genera la GUI 600 incluyendo una opción de grupo para cada grupo indicado por la lista de grupos 163. Para ilustrarlo, la lista de grupos 163 indica el grupo 114, el segundo grupo, el tercer grupo, uno o más grupos adicionales, o una combinación de los mismos. El cliente de gestión de dispositivos 152 genera la GUI 600, que incluye la opción de grupo 202 correspondiente al grupo 114 (por ejemplo, “Enfermería”), la opción de grupo 204 correspondiente al segundo grupo (por ejemplo, “Técnico”), la opción de grupo 206 correspondiente al tercer grupo (por ejemplo, “Farmacéutico”), la una o más opciones de grupo adicionales correspondientes al uno o más grupos adicionales, o una combinación de las mismas.

[0138] En la FIG.6, la GUI 600 incluye las mismas opciones de grupo que la GUI 200 de la FIG.2. En algunos aspectos, la GUI 600 incluye opciones de grupo distintas en comparación con la GUI 200. Por ejemplo, la GUI 200 se basa en una primera versión de la lista de grupos 163 que indica un primer conjunto de grupos, y la GUI 600 se basa en una versión actualizada de la lista de grupos 163 que indica un segundo conjunto de grupos. En este ejemplo, la GUI 600 excluye una o más primeras opciones de grupo que estaban incluidas en la GUI 200, incluye una o más segundas opciones de grupo que no estaban incluidas en la GUI 200, o una combinación de las mismas. Las primeras opciones de grupo corresponden a uno o más primeros grupos que se indicaban en la primera versión de la lista de grupos 163 y que no se indican en la versión actualizada de la lista de grupos 163. Las segundas opciones de grupo corresponden al uno o más segundos grupos que no estaban indicadas en la primera versión de la lista de grupos 163 y estaban indicadas en la versión actualizada de la lista de grupos 163.

[0139] En un aspecto particular, la GUI 600 también incluye la opción de envío 208. El cliente de gestión de dispositivos 152 proporciona la GUI 600 a un visualizador del dispositivo móvil 150. El cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104 de la FIG. 1, que indica que se selecciona la opción de grupo 204, actualiza la GUI 600 para indicar que se selecciona la opción de grupo 204, como se ilustra en la FIG. 6. En un aspecto particular, el usuario 103 selecciona la opción de envío 208 posterior a seleccionar la opción de grupo 204. Haciendo referencia a la FIG.7 se muestra una GUI y se designa generalmente como 700. En un aspecto particular, la GUI 700 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG.1, o una combinación de los mismos. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 700 en respuesta a recibir la entrada de usuario 104, que indica la selección de la opción de grupo 204, la opción de envío 208, o ambas.

[0140] En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir la entrada de usuario 104 que indica la selección de la opción de grupo 204, la opción de envío 208, o ambas, envía la solicitud de unión al grupo 155 al servidor de MDM 120 de la FIG. 1. La solicitud de unión al grupo 155 indica un segundo grupo (por ejemplo, el grupo 114) correspondiente a la opción de grupo 204. El servidor de MDM 120, en respuesta a recibir la solicitud de unión al grupo 155, envía un comando al dispositivo móvil 150 indicando que se ha de realizar una acción (por ejemplo, la acción 157) correspondiente al segundo grupo, como se describe con referencia a la FIG.1.

[0141] El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 700 posterior a realizar al menos una parte de la acción (por ejemplo, la acción 157) correspondiente al segundo grupo (por ejemplo, el grupo 114), como se describe con referencia a las FIGS.1 y 4. En un aspecto particular, la GUI 700 incluye un identificador 702 (por ejemplo, nombre de grupo) del segundo grupo (por ejemplo, el grupo 114) para indicar que la configuración del grupo 114 (por ejemplo, “Técnico”) es exitosa.

[0142] Haciendo referencia a la FIG. 8, se muestra una GUI y se designa generalmente como 800. En un aspecto particular, la GUI 800 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG. 1, o una combinación de los mismos. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 800 en respuesta a recibir la entrada de usuario 104 que indica la selección de la opción de grupo 204, la opción de envío 208, o ambas. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 proporciona la GUI 800 a un visualizador del dispositivo móvil 150 para su visualización posterior a la GUI 700 de la FIG.7.

[0143] El cliente de gestión de dispositivos 152 genera la GUI 800, que incluye iconos de aplicaciones (por ejemplo, las aplicaciones 167) correspondientes al segundo grupo (por ejemplo, el grupo 114) asociado con la opción de grupo 204. En un ejemplo particular, las segundas aplicaciones correspondientes al segundo grupo asociado con la opción de grupo 204 (por ejemplo, “Técnico”) son distintas de las primeras aplicaciones correspondientes al grupo 114 asociado con la opción de grupo 202 (por ejemplo, “Enfermería”). Por ejemplo, las primeras aplicaciones incluyen una primera aplicación correspondiente al icono 510, una segunda aplicación correspondiente al icono 512, una tercera aplicación correspondiente al icono 514 y una cuarta aplicación correspondiente al icono 516, como se describe con referencia a la FIG.5. Las segundas aplicaciones incluyen la primera aplicación, la segunda aplicación y una quinta aplicación.

[0144] El cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 800, que incluye el icono 510 correspondiente a la primera aplicación, el icono 512 correspondiente a la segunda aplicación y el icono 814 correspondiente a la quinta aplicación. La GUI 800 no muestra el icono 514 correspondiente a la tercera aplicación, el icono 516 correspondiente a la cuarta aplicación, o ambas. En un aspecto particular, la tercera aplicación, la cuarta aplicación, o ambas, están disponibles (por ejemplo, instaladas) en el dispositivo móvil 150. En este aspecto, el icono 514, el icono 516, o ambos, están ocultos en la GUI 800. En una implementación particular, el cliente de gestión de dispositivos 152 puede conmutar entre la configuración del grupo 114 (por ejemplo, “Enfermería”) y la configuración para el segundo grupo (por ejemplo, “Técnico”) restaurando los iconos y los ajustes para el grupo seleccionado. En esta implementación, las aplicaciones y los datos asociados no se borran cuando el usuario 103 conmuta entre grupos.

[0145] En un aspecto particular, el cliente de gestión de dispositivos 152 genera la GUI 800 para tener un diseño particular, una imagen de fondo particular, iconos particulares, un formato particular, colores particulares, texto particular, una disposición particular, o una combinación de los mismos, en base a los ajustes de configuración 165. La GUI 800 se genera automáticamente, de este modo, para permitir el acceso a las aplicaciones en base a los ajustes de configuración 165 para el segundo grupo (por ejemplo, “Técnico”). La GUI 800 incluye la opción de configuración 502, la opción de reinicio 504 o ambas. El cliente de gestión de dispositivos 152 proporciona la GUI 800 a un visualizador del dispositivo móvil 150.

[0146] En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 recibe la entrada de usuario 104 de la FIG. 1, que indica una selección de la opción de configuración 502, como se describe con referencia a la FIG. 6. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 recibe la entrada de usuario 104 de la FIG. 1, que indica una selección de la opción de reinicio 504, como se describe además con referencia a la FIG.9.

[0147] Haciendo referencia a la FIG. 9, se muestra una GUI y se designa generalmente como 900. En un aspecto particular, la GUI 900 se genera por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG.1, o una combinación de los mismos. Por ejemplo, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 genera la GUI 900 en respuesta a recibir la entrada de usuario 104, que indica la selección de la opción de reinicio 504 de la FIG. 5. En un aspecto particular, la GUI 900 incluye un mensaje que indica que el reinicio del dispositivo es irreversible. La GUI 900 incluye una opción de reinicio 904. En un aspecto particular, el cliente de gestión de dispositivos 152 del dispositivo móvil 150 proporciona la GUI 900 a un visualizador del dispositivo móvil 150.

[0148] El cliente de gestión de dispositivos 152 del dispositivo móvil 150, en respuesta a recibir la entrada de usuario 104, que indica una selección de la opción de reinicio 904 de la FIG. 9, actualiza la GUI 900 para mostrar un segundo mensaje que indica que el reinicio del dispositivo es irreversible, como se ilustra en la FIG. 10. La GUI 900 incluye una opción de cancelación 1002, una opción de reinicio 1004, o ambas.

[0149] El cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104, que indica una selección de la opción de cancelación 1002, proporciona la GUI 800 a un visualizador del dispositivo móvil 150. Alternativamente, el cliente de gestión de dispositivos 152, en respuesta a recibir la entrada de usuario 104 que indica una selección de la opción de reinicio 1004, envía la solicitud de reinicio 185 de la FIG.1 al servidor de MDM 120, como se describe con referencia a la FIG.1.

[0150] De este modo, el sistema 100 permite una configuración y reinicio iniciados por el usuario en el dispositivo móvil 150. La configuración y el reinicio se realizan automáticamente, independientemente de un administrador de IT. El sistema 100 permite al usuario 103 conmutar entre configuraciones para diversos grupos, reiniciar el dispositivo móvil 150 o ambas.

[0151] Haciendo referencia a la FIG. 11 se muestra un método de gestión de dispositivos móviles basada en grupos y se designa generalmente como 1100. En un aspecto particular, el método 1100 se realiza mediante el gestor de dispositivos móviles 134, el servidor de MDM 120, el sistema 100 de la FIG.1 o una combinación de los mismos. El método 1100 incluye enviar, desde un servidor de gestión de dispositivos móviles (MDM), una lista de grupos a un dispositivo móvil, en 1102. Por ejemplo, el servidor de MDM 120 de la FIG. 1 envía la lista de grupos 163 al dispositivo móvil 150, como se describe con referencia a la FIG. 1. La lista de grupos 163 indica una pluralidad de grupos de MDM que están disponibles para el dispositivo móvil 150 para su inscripción, como se describe con referencia a la FIG.1.

[0152] El método 1100 también incluye recibir, en el servidor de MDM, una solicitud de unión al grupo desde un dispositivo móvil, en 1104. Por ejemplo, el servidor de MDM 120 de la FIG.1 recibe la solicitud de unión al grupo 155 desde el dispositivo móvil 150, como se describe con respecto a la FIG.1. La solicitud de unión al grupo 155 indica el grupo 114 de la pluralidad de grupos de MDM.

[0153] El método 1100 también incluye, en respuesta a recibir la solicitud de unión al grupo, actualizar, en el servidor de MDM, los datos de pertenencia al grupo para indicar que el dispositivo móvil se añade al grupo, en 1106. Por ejemplo, el gestor de dispositivos móviles 134 de la FIG.1, en respuesta a recibir la solicitud de unión al grupo 155, actualiza los datos de pertenencia al grupo 128 para indicar que el dispositivo móvil 150 se añade al grupo 114, como se describe con respecto a la FIG.1.

[0154] El método 1100 incluye además identificar, en base a los datos de pertenencia al grupo en el servidor de MDM, una acción asociada con el grupo, en 1108. Por ejemplo, el gestor de dispositivos móviles 134 de la FIG.1 identifica, en base a los datos de pertenencia al grupo 128, la acción 157 asociada con el grupo 114, como se describe con respecto a la FIG.1.

[0155] El método 1100 también incluye enviar un comando desde el servidor de MDM al dispositivo móvil para realizar la acción, en 1110. Por ejemplo, el gestor de dispositivos móviles 134 de la FIG. 1 envía un comando al dispositivo móvil 150 para realizar la acción 157, como se describe con respecto a la FIG.1.

[0156] El método 1100 permite de este modo que el servidor de MDM 120 inicie automáticamente la realización de la acción 157 en respuesta a recibir la solicitud de unión al grupo 155. El dispositivo móvil 150, en respuesta a recibir el comando, realizar la acción 157 descargando las aplicaciones 167, descargando e implementando los ajustes de configuración 165, mostrando los iconos correspondientes a las aplicaciones 167, absteniéndose de mostrar los iconos correspondientes a las aplicaciones 153, borrando (o desinstalando) las aplicaciones 153, o una combinación de las mismas. De este modo, el servidor de MDM 120 permite una configuración iniciada por usuario del dispositivo móvil 150 para un grupo seleccionado. La configuración iniciada por el usuario es independiente de un administrador de IT.

[0157] Haciendo referencia a la FIG.12, se muestra un método de gestión de dispositivos móviles basada en grupos y se designa generalmente como 1200. En un aspecto particular, el método 1200 se realiza por el cliente de gestión de dispositivos 152, el dispositivo móvil 150, el sistema 100 de la FIG.1, o una combinación de los mismos.

[0158] El método 1200 incluye recibir, en un servidor de gestión de dispositivos móviles (MDM), una solicitud de reinicio de un dispositivo móvil, en 1202. Por ejemplo, el servidor de MDM 120 de la FIG.1 recibe la solicitud de reinicio 185 del dispositivo móvil 150, como se describe con referencia a la FIG.1.

[0159] El método 1200 también incluye, en respuesta a recibir la solicitud de reinicio, enviar una solicitud de notificación a un servicio de notificaciones de transmisión automática para iniciar el envío de una notificación de transmisión automática desde el servicio de notificaciones de transmisión automática al dispositivo móvil, en 1204. El gestor de dispositivos móviles 134 de la FIG. 1, en respuesta a recibir la solicitud de reinicio 185, envía la solicitud de notificación 124 al servicio de notificaciones de transmisión automática 130 para iniciar el envío de la notificación de transmisión automática 133 desde el servicio de notificaciones de transmisión automática 130 al dispositivo móvil 150, como se describe con referencia a la FIG.1. El método 1200 incluye además recibir un mensaje de registro del dispositivo móvil en respuesta a la notificación de transmisión automática, en 1206. Por ejemplo, el gestor de dispositivos móviles 134 de la FIG. 1 recibe un mensaje de registro del dispositivo móvil 150 en respuesta a la notificación de transmisión automática 133, como se describe con referencia a la FIG.1.

[0161] El método 1200 también incluye, en respuesta a recibir el mensaje de registro, enviar un comando de reinicio remoto desde el servidor de MDM al dispositivo móvil para iniciar un reinicio del dispositivo móvil, en 1208. Por ejemplo, el gestor de dispositivos móviles 134 de la FIG. 1, en respuesta a recibir el mensaje de registro del dispositivo móvil 150, envía el comando de reinicio 187 (por ejemplo, un comando de reinicio remoto) al dispositivo móvil 150 para iniciar un reinicio del dispositivo móvil 150, como se describe con referencia a la FIG. 1. El comando de reinicio remoto 187 indica que se han de suprimir las notificaciones de usuario durante el reinicio del dispositivo móvil 150, como se describe con referencia a la FIG.1.

[0163] El método 1200 permite de este modo que el servidor de MDM 120 inicie automáticamente el reinicio del dispositivo móvil 150 en respuesta a recibir la solicitud de reinicio 185. El dispositivo móvil 150 puede, en respuesta a recibir el comando de reinicio 187, borrar las aplicaciones 167, las aplicaciones 153, los ajustes de configuración 165, los datos 154 o una combinación de los mismos. El dispositivo móvil 150 deshabilita las notificaciones de usuario durante el reinicio del dispositivo móvil 150, como se describe con referencia a la FIG.1. En un aspecto particular, el dispositivo móvil 150 elimina un bloqueo de activación del dispositivo móvil 150. De este modo, el servidor de MDM 120 reduce (por ejemplo, elimina) la probabilidad de que un usuario posterior del dispositivo móvil 150 acceda a información sensible asociada con el usuario 103.

[0165] Los dispositivos móviles están llegando a ser cada vez más predominantes en el uso cotidiano, incluyendo en entornos de hogar, de oficina y educativos. Por ejemplo, los distritos escolares están empezando a implementar programas de tecnología uno a uno que proporcionan a cada estudiante acceso a un dispositivo móvil, tal como una tableta. Como otro ejemplo, muchas corporaciones dotan a sus empleados con dispositivos móviles para realizar funciones relacionadas con el trabajo sobre la marcha. Para mantener el control de los dispositivos, una escuela o empresa puede depender de administradores de tecnologías de la información (IT) que mantienen una serie de dispositivos y estados de cada dispositivo. No obstante, depender de los administradores de IT para toda la gestión de dispositivos móviles (MDM) puede ser ineficiente y costoso. Por ejemplo, en una gran corporación con miles de empleados, puede llevar semanas a los administradores de IT retirar cada dispositivo, instalar una aplicación de software en cada uno de los dispositivos y devolver los dispositivos a los empleados. Además, puede ser difícil para los administradores de IT determinar rápidamente qué dispositivos tienen instalada una aplicación particular y qué dispositivos necesitan actualizarse.

[0167] La presente descripción proporciona sistemas y métodos que permiten a un servidor de gestión de dispositivos móviles (MDM) mantener y actualizar la información de inventario en base a grupos “inteligentes”. Como se usa en la presente memoria, un grupo “inteligente” puede ser un grupo cuya pertenencia se actualiza dinámicamente en respuesta a ciertos eventos. Para ilustrarlo, un administrador de IT puede crear un grupo que tiene criterios de pertenencia/agrupación particulares. La pertenencia del grupo se puede actualizar dinámicamente a medida que los dispositivos gestionados (por ejemplo, teléfonos móviles, tabletas, ordenadores portátiles, etc.) se registran con el servidor de MDM y proporcionan información de inventario actualizada. Un administrador de IT puede usar el grupo actualizado dinámicamente para realizar acciones de MDM de manera más fácil y rápida. Como ejemplo no limitante ilustrativo, se puede crear un grupo actualizado dinámicamente para los dispositivos que no hayan realizado copias de seguridad de datos en el servidor de MDM (u otro dispositivo de copia de seguridad externo) en los últimos 30 días. Para enviar un mensaje recordatorio con respecto a la copia de seguridad a todos los dispositivos que no hayan realizado copia de seguridad en los últimos 30 días, un administrador de IT puede seleccionar el grupo como destinatario del mensaje, lo que puede ser más rápido y fácil que el administrador de IT identifique cada dispositivo individual que no haya realizado copia de seguridad en los últimos 30 días. Por ejemplo, usar grupos dinámicos de dispositivos gestionados para seleccionar los objetivos de las acciones de MDM puede ser más rápido que el que el administrador de IT consulte una base de datos de dispositivos o que solicite a los usuarios de dispositivos individuales que indiquen cuándo se realizó la copia de seguridad de sus dispositivos respectivos.

[0169] Se debería señalar que, aunque diversas realizaciones se pueden describir en la presente memoria con referencia a entornos educativos o corporativos, este es un ejemplo solamente y no se ha de considerar limitante. Las enseñanzas de la presente descripción se pueden aplicar a otros entornos de dispositivos móviles, incluyendo, pero no limitados a, entornos domésticos, entornos comerciales, etc.

[0171] Haciendo referencia a la FIG. 13, se muestra una realización particular de un sistema es operable para mantener grupos de dispositivos actualizados dinámicamente y se designa generalmente como 1300. El sistema incluye un servidor de gestión de dispositivos móviles (MDM) 1320 que se acopla de manera comunicativa a un servicio de notificaciones de transmisión automática 1330, uno o más ordenadores gestionados (por ejemplo, un ordenador gestionado 1340 ilustrativo), uno o más dispositivos móviles gestionados (por ejemplo, un dispositivo móvil gestionado 1350 ilustrativo) y un servidor de correo electrónico 1370. Se debería señalar que, aunque se muestra en la FIG.13 un ordenador gestionado 1340 y un dispositivo móvil gestionado 1350, la presente descripción no se limita a ninguna configuración o número de dispositivos particular. En realizaciones alternativas, puede estar presente un número diferente de ordenadores gestionados y/o dispositivos móviles gestionados. Por ejemplo, más de un ordenador gestionado y más de un dispositivo móvil gestionado se pueden registrar con el servidor de MDM 1320.

[0172] El ordenador gestionado 1340 puede ser un dispositivo informático portátil con capacidad de interconexión de redes cableadas y/o inalámbricas. Por ejemplo, el ordenador gestionado 1340 puede ser un ordenador de sobremesa, un ordenador portátil, un servidor, etc. El dispositivo móvil gestionado 1350 puede ser un dispositivo portátil con capacidad de interconexión de redes inalámbricas. Por ejemplo, el dispositivo móvil gestionado 1350 puede ser una tableta, un teléfono móvil, un reproductor multimedia portátil, un lector de libros electrónicos (eBook) o cualquier combinación de los mismos.

[0174] El ordenador gestionado 1340 puede incluir un sistema operativo (OS) 1341 y el dispositivo móvil gestionado 1350 puede incluir un OS móvil 1351. Cada OS 1341, 1351 puede controlar funciones de computación, tales como entrada/salida (por ejemplo, un visualizador de pantalla táctil, altavoz, micrófono, cámara, etc.) e interconexión de redes (por ejemplo, celular, Bluetooth, Wi-Fi, Ethernet, etc.). Cada OS 1341, 1351 también puede soportar la ejecución de aplicaciones (apps) 1343, 1353 y proporcionar a tales aplicaciones acceso a los recursos y datos del dispositivo 1344, 1354. Ejemplos de aplicaciones incluyen, pero no se limitan a, un navegador web, correo electrónico, un calendario, redes sociales, un lector de documentos/libros electrónicos, un reproductor multimedia, etc. Las aplicaciones pueden corresponder a instrucciones de software que se almacenan en una memoria y se ejecutan por un procesador, circuitos de hardware que implementan la funcionalidad de la aplicación, o ambos. Las aplicaciones 1343, 1353 pueden estar preinstaladas (por ejemplo, como parte de, o junto a, un OS) o se pueden instalar después de ser descargadas (por ejemplo, a través de una tienda) o cargadas lateralmente (por ejemplo, desde un dispositivo de almacenamiento externo). En una realización particular, cada OS 1341, 1351 almacena un código de acceso 1342, 1352. Por ejemplo, los códigos de acceso 1342, 1352 se pueden usar para asegurar el acceso al dispositivo. Cuando un usuario intenta operar el dispositivo, se puede sugerir al usuario que introduzca un código de acceso, y el acceso al dispositivo puede que no se permita a menos que el código de acceso introducido coincida con el código de acceso almacenado 1342, 1352.

[0176] El servidor de MDM 1320 puede corresponder a hardware y/o software que implementa funciones de MDM. Como ejemplo no limitante ilustrativo, en un contexto educativo, el servidor de MDM 1320 puede gestionar los ordenadores y dispositivos móviles de profesores y estudiantes. El servidor de MDM 1320 puede incluir un módulo de generación de interfaz gráfica de usuario (GUI) 1321. El módulo de generación de GUI 1321 puede generar una GUI que es operable para (por ejemplo, que se pueden usar para) definir grupos dinámicos. Por ejemplo, el servidor de MDM 1320 puede enviar la GUI generada a un dispositivo informático asociado con un usuario 1301 (por ejemplo, un administrador de IT) y puede recibir una entrada de usuario 1302 a través de la GUI. La entrada de usuario 1302 puede definir criterios de agrupación para uno o más grupos dinámicos, como se describe además en la presente memoria. El servidor de MDM 1320 puede almacenar los criterios de agrupación 1325 recibidos a través de la GUI. Ejemplos de la GUI generada por el módulo de generación de GUI 1321 se describen además con referencia a las FIGS.16-23.

[0178] El servidor de MDM 1320 puede incluir un módulo de evaluación de criterios de agrupación 1322 y puede almacenar (o tener acceso a) una base de datos de inventario 1323 y datos de pertenencia al grupo 1328, como se muestra. La base de datos de inventario 1323 puede incluir datos con respecto a cada entidad gestionada (por ejemplo, un ordenador o un dispositivo móvil) en el sistema 1300. Un ejemplo de los datos almacenados en la base de datos de inventario 1323 se describe además con referencia a la FIG. 14. En una realización particular, la base de datos de inventario 1323 incluye valores de diversos atributos de inventario para cada entidad gestionada. Como ejemplo no limitante ilustrativo, los datos de inventario de un ordenador gestionado pueden incluir valores para uno o más de los siguientes atributos de inventario:

[0180] Estado de directorio activo, Título de aplicación, Versión de aplicación, Tipo de arquitectura, Etiqueta de activo, Ranuras de RAM disponibles, SWU disponibles, Código de barras, Capacidad de batería, Porcentaje de unidad de arranque completo, ROM de arranque, Edificio, Velocidad de bus en MHz, Paquetes en caché, Grupo de ordenadores, Nombre de ordenador, Departamento, Configuración de cifrado de disco, Capacidad de unidad en MB, ID de atención al cliente, Elegibilidad de volúmenes cifrados, Validación de clave individual de volúmenes cifrados, Clave institucional de volúmenes cifrados, Estado de cifrado de partición de volúmenes cifrados, Tipo de clave de recuperación de volúmenes cifrados, Estado de volúmenes cifrados, Usuario de volúmenes cifrados, Dirección de correo electrónico, Método de inscripción: Inscripción de etapa previa, Título de fuente, Versión de fuente, Nombre completo, Dirección IP, Último registro, Última inscripción, Última actualización de inventario, Vencimiento de arrendamiento, Software con licencia, Expectativa de vida, Cuentas de usuario locales, Dirección MAC, Marca, Impresoras mapeadas, Establecer contraseña maestra, Versión binaria de plataforma de MDM, ID de servidor de MDM, Modelo, Identificador de modelo, Velocidad de NIC, Número de actualizaciones disponibles, Número de procesadores, Sistema operativo, Unidad óptica, Paquetes instalados por el paquete de MDM, Paquetes instalados por el instalador nativo/SWU, Nombre de partición, Número de teléfono, Plataforma, Título de complemento, Versión de complemento, Fecha de PO, Número de PO, Posición, Velocidad de procesador en MHz, Tipo de procesador, Precio de compra, Comprado o arrendado, Cuenta de compra, Contacto de compra, Sala, Servicios en ejecución, Estado de S.M.A.R.T., Tareas programadas, Número de serie, Paquete de servicios, Versión de SMC, RAM total en MB, Nombre de usuario, Proveedor, Vencimiento de garantía.

[0181] Como otro ejemplo no limitante ilustrativo, los datos de inventario de un dispositivo móvil gestionado pueden incluir valores para uno o más de los siguientes atributos de inventario:

[0183] Omisión de bloqueo de activación habilitada, Identificador de aplicación, Nombre de aplicación, Versión de aplicación, Etiqueta de activo, Espacio disponible en MB, Nivel de batería, Capacidad de cifrado de bloques, Dirección MAC de Bluetooth, Edificio, Capacidad en MB, Versión de ajustes de operador, Tecnología celular, Nombre de certificado, Red de operador actual, Código de país móvil actual, Código de red móvil actual, ID de atención al cliente, Protección de datos, Itinerancia de datos habilitada, Departamento, ID de dispositivo, Servicio de localización de dispositivos habilitado, Número de teléfono de dispositivo, Nombre de visualizador, No molestar habilitado, Dirección de correo electrónico, Método de inscripción: Perfil de inscripción, Método de inscripción: Inscripción de etapa previa, Método de inscripción: Iniciado por el usuario - invitación, Método de inscripción: Iniciado por el usuario - sin invitación, Vence, Capacidad de cifrado de archivos, Nombre completo, Cifrado de hardware, Red de operador de origen, Código de país móvil de origen, Código de red móvil de origen, ICCID, Identificador, Identidad, IMEI, Dirección IP, Idiomas, Última copia de seguridad, Última inscripción, Última actualización de inventario, Vencimiento de arrendamiento, Esperanza de vida, Localizaciones, Eliminación de perfil de MDM permitida, MEID, Grupo de dispositivos móviles, Modelo, Identificador de modelo, Versión de microprograma de módem, Compilación de OS, Versión de OS, Cumplimiento de código de acceso, Cumplimiento de código de acceso con el perfil o perfiles, Estado de código de acceso, Fecha de PO, Número de PO, Posición, Nombre de perfil, Nombre de perfil de aprovisionamiento, Precio de compra, Comprado o Arrendado, Cuenta de compra, Contacto de compra, Itinerancia, Sala, Número de serie, MCC de abonado, MNC de abonado, Supervisado, UDID, Porcentaje de espacio usado, Número de teléfono de usuario, Nombre de usuario, Proveedor, Versión, Itinerancia de voz habilitada, Vencimiento de garantía, Dirección MAC de Wi-Fi, Contraseña de transmisión multimedia inalámbrica.

[0184] Los datos de pertenencia al grupo 1328 pueden incluir una lista de dispositivos que son miembros de cada grupo dinámico mantenido por el servidor de MDM 1320. Los datos de pertenencia al grupo 1328 se pueden actualizar en respuesta a diversos eventos que ocurren en el sistema 1300. Como ejemplos no limitantes ilustrativos, los datos de pertenencia al grupo 1328 se pueden actualizar en respuesta a un dispositivo gestionado que se añade al sistema 1300, un dispositivo gestionado que se elimina del sistema 1300, un dispositivo gestionado que proporciona actualización de datos de inventario al servidor de MDM 1320, etc. Un ejemplo de actualización de los datos de pertenencia al grupo 1328 se describe con referencia a la FIG.15. En una realización particular, el servidor de MDM 1320 transmite una alerta en respuesta a un cambio en la pertenencia de un grupo. Por ejemplo, el servidor de MDM 1320 puede enviar un mensaje de correo electrónico 1371 al usuario 1301 o a otro administrador de IT a través del servidor de correo electrónico 1370. Ejemplos adicionales de alertas pueden incluir, pero no se limitan a, mensajes de servicio de mensajes cortos (SMS), mensajes instantáneos, alertas de GUI, llamadas telefónicas automatizadas, etc.

[0186] En una realización particular, la entrada de usuario 1302 puede incluir datos que identifican una acción a ser realizada con respecto a las entidades gestionadas (por ejemplo, dispositivos gestionados) de un grupo dinámico particular. Por ejemplo, un grupo dinámico de “Ordenadores portátiles con batería baja” puede incluir ordenadores portátiles que tienen niveles de batería menores que un umbral (“Nivel de batería < 10 %”), y la acción puede ser mostrar un mensaje emergente en los ordenadores portátiles para recordar que los usuarios carguen los ordenadores portátiles.

[0188] Ejemplos de acciones de MDM pueden incluir, pero no se limitan a, instalar una aplicación en un dispositivo gestionado, ajustar un ajuste de configuración en un dispositivo gestionado, proporcionar contenido a un dispositivo gestionado, enviar un mensaje a un dispositivo gestionado, establecer o eliminar un código de acceso, editar uno o más atributos de datos de inventario, enviar una comunicación/mensaje (por ejemplo, un correo electrónico o un mensaje de SMS), borrar datos, enviar comandos remotos, etc.

[0190] En respuesta a recibir la entrada de usuario 1302, el módulo de evaluación de criterios de agrupación 1322 puede determinar, en base a los datos de pertenencia 1328 y/o la base de datos de inventario 1323, qué ordenadores portátiles son miembros del grupo de “Ordenadores portátiles con batería baja” y puede iniciar la transmisión de una notificación de transmisión automática a tales ordenadores portátiles. Como se describe además en la presente memoria, el servidor de MDM 1320 puede haber recibido y almacenado previamente información con respecto al nivel de batería de los ordenadores portátiles, en base a las actualizaciones de datos de inventario proporcionadas por los ordenadores portátiles. Alternativamente, o además, el servidor de MDM 1320 puede solicitar información del nivel de batería en respuesta a recibir la entrada de usuario 1302. En una realización particular, el servidor de MDM 1320 puede enviar una solicitud de notificación 1324 a un servicio de notificaciones de transmisión automática 1330, donde la solicitud de notificación 1324 identifica los ordenadores portátiles.

[0192] En una realización ilustrativa, la GUI permite que el usuario 1301 defina grupos dinámicos a través de la aplicación recursiva de criterios de agrupación. Por ejemplo, la entrada de usuario 1302 puede definir un primer grupo dinámico en base a los primeros criterios de agrupación 1326 y un segundo grupo dinámico en base a los segundos criterios de agrupación 1327. Los primeros criterios de agrupación 1326 se pueden basar al menos en los segundos criterios de agrupación 1327 y un operador lógico.

[0193] Para ilustrarlo, el segundo grupo dinámico se puede llamar “Dispositivos Móviles del Departamento de Ciencias” y puede incluir dispositivos móviles que sean propiedad de (o estén asignados a) un departamento de ciencias en una escuela. Por consiguiente, los segundos criterios de agrupación 1327 pueden incluir un valor “Ciencias” de un atributo de inventario “Departamento”, por ejemplo, los segundos criterios de agrupación 1327 pueden ser “Departamento = Ciencias”. El primer grupo dinámico se puede llamar “Dispositivos Móviles de Edificio de Química” y puede incluir dispositivos móviles del departamento de ciencias que están situados en el edificio de química de la escuela. Por consiguiente, los primeros criterios de agrupación 1326 pueden ser:

[0194] “Grupo de Dispositivos Móviles = Dispositivos del Departamento de Ciencias Y Edificio = Química”

[0195] De este modo, los primeros criterios de agrupación dinámica 1326 (por ejemplo, dispositivos móviles del edificio de química) se pueden basar en al menos los segundos criterios de agrupación dinámica 1327 (por ejemplo, dispositivos móviles del departamento de ciencias) y un operador lógico (por ejemplo, un operador AND). Ejemplos de operadores lógicos que se pueden usar en los criterios de agrupación incluyen, pero no se limitan a: y, o, no, es, no es, tiene, no tiene, miembro de, no miembro de, operadores organizativos (por ejemplo, paréntesis de apertura, paréntesis de cierre, etc.) y operadores matemáticos (por ejemplo, igual a, no igual a, mayor que, menor que, etc.). Se debería señalar que aunque diversas realizaciones se describen en la presente memoria con referencia a entornos educativos, este es solamente para ejemplo y no se ha de considerar limitante. Las enseñanzas de la presente descripción se pueden aplicar a otros entornos, incluyendo, pero no limitado a, entornos domésticos, entornos corporativos, entornos comerciales, etc.

[0196] Durante su operación, el servidor de MDM 1320 puede recibir la entrada de usuario 1302, donde la entrada de usuario 1302 incluye criterios de agrupación dinámica y/o identifica la acción o acciones a ser realizadas con respecto a los dispositivos de un grupo dinámico particular. En una realización ilustrativa, se pueden solicitar al usuario 1301 credenciales de autenticación (por ejemplo, un nombre de usuario, una contraseña, un localizador uniforme de recursos (URL) del servidor de MDM 1320, etc.) antes de que se le conceda acceso a la GUI. La comunicación entre los diversos componentes del sistema 1300 puede ocurrir a través de canales seguros (por ejemplo, cifrados), tales como conexiones de protocolo de Internet (IP) cifradas.

[0197] Cuando la entrada de usuario 1302 indica que se ha de realizar una acción con respecto a los dispositivos de un grupo, el módulo de evaluación de criterios de agrupación 1322 puede determinar qué dispositivos son miembros del grupo. El servidor de MDM 1320 puede enviar una solicitud de notificación 1324 al servicio de notificaciones de transmisión automática 1330, donde la solicitud de notificación de transmisión automática 1324 identifica los dispositivos que se determina que son miembros del grupo. El servicio de notificaciones de transmisión automática 1330 puede corresponder a uno o más servidores de red accesibles que están configurados para enviar notificaciones de transmisión automática 1331, 1332 a los dispositivos del grupo, tales como el ordenador gestionado 1340 y/o el dispositivo móvil gestionado 1350.

[0198] En una realización particular, las notificaciones de transmisión automática 1331, 1332 pueden estar asociadas con eventos de registro 1346 y 1356 que hacen que el ordenador gestionado 1340 y el dispositivo móvil gestionado 1350 comprueben con el servidor de MDM 1320 para ver si hay cualquier acción a ser realizada por el ordenador gestionado 1340 o el dispositivo móvil gestionado 1350. Por ejemplo, las acciones 1347, 1357 especificadas por la entrada de usuario 1302 se pueden “poner en cola” por el servidor de MDM 1320 y se pueden recuperar por el ordenador gestionado 1340 y el dispositivo móvil gestionado 1350 en respuesta a las notificaciones de transmisión automática 1331, 1332.

[0199] En una realización alternativa, las notificaciones de transmisión automática 1331, 1332 pueden incluir o identificar la acción a ser realizada. Por ejemplo, las notificaciones de transmisión automática 1331, 1332 pueden utilizar una interfaz de programación de aplicaciones (API) del OS 1341 o 1351 para dar instrucciones al ordenador gestionado 1340 o al dispositivo móvil gestionado 1350 para realizar la acción. En otra realización alternativa más, una notificación y/o una acción se puede transmitir automáticamente por el servidor de MDM 1320 directamente al ordenador gestionado 1340 o al dispositivo móvil gestionado 1350. Por ejemplo, cuando el dispositivo móvil gestionado 1350 es un dispositivo iOS®, el comando puede ser compatible con una API/protocolo MDM de iOS®, tal como un comando de bloqueo de dispositivo, un comando para borrar el código de acceso, etc. (iOS es una marca registrada de Cisco Systems, Inc. de San José, CA, y se usa por Apple Inc. de Cupertino, CA, bajo licencia).

[0200] Durante su operación, el ordenador gestionado 1340 y el dispositivo móvil gestionado 1350 pueden proporcionar información de inventario actualizada 1345, 1355 al servidor de MDM 1320. La información de inventario actualizada 1345, 1355 puede indicar el cambio o cambios en el atributo o atributos de inventario asociados con el ordenador gestionado 1340 y el dispositivo móvil gestionado 1350. Un dispositivo gestionado puede proporcionar información de inventario actualizada al servidor de MDM 1320 en respuesta a un evento particular (por ejemplo, la realización de una acción de MDM, la reubicación en un edificio diferente, el encendido, la salida del modo de reposo, etc.). Alternativamente, o además, la información de inventario actualizada se puede proporcionar periódicamente o en respuesta a la entrada de usuario o en respuesta a una solicitud del servidor de MDM 1320. En una realización particular, para reducir la cantidad de datos transmitidos al servidor de MDM 1320, la información de inventario actualizada solamente identifica los valores cambiados de los atributos de inventario, en lugar de los valores de todos los atributos de inventario. En respuesta a recibir la información de inventario actualizada 1345 o 1355, el servidor de MDM puede actualizar un registro en la base de datos de inventario 1323 para el ordenador gestionado 1340 o el dispositivo móvil gestionado 1350 correspondiente. Cuando la información de inventario actualizada 1345, 1355 da como resultado la adición del ordenador gestionado 1340 o del dispositivo móvil gestionado 1350 a un grupo dinámico, o la eliminación de un grupo dinámico, el servidor de MDM 1320 actualiza los datos de pertenencia al grupo 1328. Para ilustrarlo, el servidor de MDM 1320 puede recibir una actualización de un dispositivo, donde la actualización indica que el dispositivo se ha movido al edificio de química de la escuela. El servidor de MDM 1320 puede actualizar un registro en la base de datos de inventario 1323 para el dispositivo para reflejar que el dispositivo se ha movido al edificio de química. El servidor de MDM 1320 también puede actualizar los datos de pertenencia al grupo 1328 (que pueden incluir listas de pertenencia a grupos) añadiendo el dispositivo a un grupo o grupos cuyos criterios de agrupación 1325 incluyan “Edificio=Química” y eliminar el dispositivo de un grupo o grupos cuyos criterios de agrupación 1325 incluyan un valor diferente para “Edificio”.

[0201] El sistema 1300 de la FIG. 13, de este modo, puede soportar la creación y actualización de grupos dinámicos y la transmisión de notificaciones de transmisión automática a los dispositivos que están en un grupo dinámico particular. El uso de grupos dinámicos (por ejemplo, “inteligentes”) para realizar acciones de MDM típicamente es más rápido que un usuario que selecciona dispositivos uno por uno. También se debería apreciar que el sistema 1300 puede actualizar automáticamente la pertenencia a grupos en base a las actualizaciones de inventario de los dispositivos gestionados y puede evaluar la pertenencia a grupos justo a tiempo (por ejemplo, en respuesta a una solicitud de acción de MDM), de modo que los dispositivos gestionados apropiados sean el objetivo de la acción de MDM (en lugar de seleccionar como objetivo dispositivos en base a información de inventario “obsoleta”).

[0202] Haciendo referencia a la FIG. 14, se muestra una realización particular de datos de inventario y se designa generalmente como 1400. En una realización ilustrativa, los datos de inventario 1400 se pueden almacenar en una base de datos de inventario, tal como la base de datos de inventario 1323 de la FIG.13.

[0203] Los datos de inventario 1400 pueden incluir datos de inventario de ordenadores gestionados 1410 y datos de inventario de dispositivos móviles gestionados 1420. Los datos de inventario de ordenadores gestionados 1410 pueden incluir datos de inventario asociados con uno o más ordenadores gestionados que están registrados con un servidor de MDM (por ejemplo, el servidor de MDM 1320 de la FIG. 13). En el ejemplo ilustrado, los datos de inventario de ordenadores gestionados 1410 incluyen los datos 1412 asociados con un primer ordenador gestionado (Ordenador 1). Los datos 1412 asociados con el primer ordenador gestionado pueden incluir valores de uno o más atributos de inventario, que pueden incluir, pero no se limitan a, el estado de directorio activo, el ID de atención al cliente, el título de la aplicación, el código de barras, la capacidad de la batería, etc. Atributos de inventario adicionales asociados con los ordenadores gestionados se describen con referencia a la FIG.13.

[0204] Los datos de inventario de dispositivos móviles gestionados 1420 pueden incluir datos de inventario asociados con uno o más dispositivos móviles gestionados que están registrados con un servidor de MDM (por ejemplo, el servidor de MDM 1320 de la FIG. 13). En el ejemplo ilustrado, los datos de inventario de dispositivos móviles gestionados 1420 incluyen los datos 1422 asociados con el primer dispositivo móvil gestionado (Dispositivo Móvil 1). Los datos 1422 asociados con el primer dispositivo móvil gestionado pueden incluir valores de uno o más atributos de inventario que pueden incluir, pero no se limitan a, la omisión de bloqueo de activación, la contraseña de reproducción por aire, el ID de atención al cliente, la etiqueta de activo, el nivel de batería, etc. Atributos de inventario adicionales asociados con los dispositivos móviles gestionados se describen con referencia a la FIG.13. Haciendo referencia a la FIG.15 se muestra una realización ilustrativa de la actualización de manera dinámica de la pertenencia al grupo y se designa generalmente como 1500. En el ejemplo de la FIG.15, se muestra la pertenencia al grupo para un grupo de “Nivel de Batería Baja”. Los criterios de agrupación para el grupo son “Nivel de Batería < 10 %”. De este modo, los dispositivos móviles con niveles de batería por debajo del 10 % serán miembros del grupo. En el ejemplo de la FIG.15, el dispositivo móvil 1, el dispositivo móvil 19, el dispositivo móvil 50 y el dispositivo móvil 72 son inicialmente miembros del grupo de nivel de batería baja, como se muestra en 1510. De este modo, los datos de pertenencia al grupo 1328 de la FIG. 13 para el grupo de nivel de batería baja pueden identificar el dispositivo móvil 1, el dispositivo móvil 19, el dispositivo móvil 50 y el dispositivo móvil 72. Los datos de inventario en la base de datos de inventario 1323 de la FIG. 13 puede almacenar el nivel de batería más recientemente conocido (por ejemplo, recibido) para los dispositivos móviles.

[0205] Un servidor de MDM (por ejemplo, el servidor de MDM 1320 de la FIG. 13) puede recibir actualizaciones de los dispositivos móviles durante su operación. Por ejemplo, como se muestra en 1520, el servidor de MDM puede recibir una primera actualización de que el nivel de batería del dispositivo móvil 2 es del 8 % y una segunda actualización de que el nivel de batería del dispositivo móvil 72 es del 95 %.

[0206] En respuesta a recibir las actualizaciones, el servidor de MDM puede almacenar la información del nivel de batería recibida en la base de datos de inventario. El servidor de MDM también puede actualizar dinámicamente los datos de pertenencia al grupo para uno o más grupos que incluyan el nivel de batería como criterio de agrupación. Por ejemplo, como se muestra en 1530, el dispositivo móvil 2 se añade al grupo de nivel de batería baja y el dispositivo móvil 72 se elimina del grupo de nivel de batería baja. En una realización particular, en lugar de modificar los datos de pertenencia al grupo en respuesta a cada actualización de cada dispositivo gestionado (por ejemplo, en tiempo real o tiempo casi real), el servidor de MDM puede poner en cola las actualizaciones y puede procesar las actualizaciones de manera asíncrona (por ejemplo, cuando el servidor de MDM tiene recursos disponibles para procesar las actualizaciones en cola). En tal realización, si se solicita una acción de MDM por un usuario, la cola de actualizaciones se puede procesar (por ejemplo, “vaciar”) antes de que se evalúen los datos de pertenencia al grupo para identificar los dispositivos a ser informados con respecto a la acción de MDM.

[0207] Se debería señalar que los ejemplos mostrados en la FIG. 15 son solamente para ilustración y no se han de considerar limitantes. En cualquier momento dado, un dispositivo gestionado puede ser miembro de cualquier número de grupos dinámicos. Un dispositivo se puede eliminar de un grupo, añadir a un grupo, o ambos eliminar de un grupo y añadir a otro grupo en respuesta a una actualización. Por ejemplo, en respuesta a la actualización de que el nivel de batería del dispositivo móvil 72 es del 95 %, el dispositivo móvil 72 se puede eliminar del grupo de nivel de batería baja y añadir a un grupo de “nivel de batería alta” que tiene los criterios de agrupación “Nivel de batería > 90 %”. De este modo, como se ilustra en la FIG.15, un servidor de MDM puede actualizar dinámicamente los datos de pertenencia al grupo en base a la información actualizada recibida de los dispositivos gestionados. Se debería señalar que, aunque la FIG.15 ilustra la actualización de los datos de pertenencia al grupo en base a un cambio en un único atributo, las actualizaciones de dispositivos pueden incluir valores actualizados para múltiples atributos, y los datos de pertenencia al grupo se pueden actualizar en respuesta a cambios en múltiples atributos.

[0208] En una realización particular, un servidor de MDM (por ejemplo, el servidor de MDM 1320) puede mantener grupos estáticos así como grupos dinámicos. Los grupos estáticos pueden tener una pertenencia fija que no se actualiza dinámicamente. Por ejemplo, un grupo estático que tiene los criterios de agrupación “Fabricante = Empresa X” puede tener una pertenencia fija que incluya dispositivos gestionados fabricados por la empresa X.

[0209] Aunque diversas implementaciones se han descrito en la presente memoria con referencia a ordenadores gestionados y dispositivos móviles gestionados, también se pueden crear y usar grupos dinámicos de otros tipos de entidades gestionadas. Por ejemplo, el servidor de MDM 1320 puede soportar crear y usar grupos dinámicos de usuarios. Cada usuario puede estar asociado con uno o más dispositivos gestionados (por ejemplo, ordenadores o dispositivos móviles), y el envío de una notificación de transmisión automática a un usuario puede dar como resultado el envío de una notificación de transmisión automática a uno o más dispositivos gestionados asociados con un usuario. Los criterios de agrupación para grupos de usuarios dinámicos pueden incluir valores para atributos de inventario, tales como uno o más de los siguientes:

[0210] Nombre de contenido, Tipo de contenido, Dirección de correo electrónico, Nombre completo, Número de teléfono, Cargo, Nombre de usuario, Cuenta del Programa de Compras por Volumen (VPP), Estado de invitación al VPP. Las FIGS. 16-23 ilustran realizaciones particulares de una interfaz gráfica de usuario (GUI) que se puede generar mediante el módulo de generación de GUI 1321 de la FIG.13. El servidor de MDM 1320 puede proporcionar la GUI a un dispositivo de visualización para su visualización. Por ejemplo, la GUI se puede mostrar en un dispositivo de visualización visible para el usuario 1301. El usuario 1301 puede usar un dispositivo de entrada, tal como un teclado, un ratón, una pantalla táctil, etc., para proporcionar la entrada de usuario 1302 en respuesta a la GUI.

[0211] Haciendo referencia a la FIG.16, se muestra una primera realización de una GUI y se designa generalmente como 1600. La GUI 1600 incluye elementos (por ejemplo, iconos, enlaces, botones, etc.) 1610, 1620 y 1630 para seleccionar opciones de ordenador gestionado, opciones de dispositivo móvil gestionado y opciones de usuario gestionado, respectivamente. En el ejemplo ilustrado, se selecciona el elemento 1620 para dispositivos móviles. La GUI 1600 también incluye los elementos 1640 y 1650, que son seleccionables para mostrar una lista de grupos de dispositivos móviles “inteligentes” (por ejemplo, dinámicos) y una lista de grupos de dispositivos móviles estáticos, respectivamente. En el ejemplo ilustrado, se selecciona el elemento 1640 para grupos de dispositivos móviles inteligentes.

[0212] Como se muestra en la FIG.16, la GUI 1600 puede incluir un contador 1602 de una serie de grupos activos. En el ejemplo ilustrado, están activos tres grupos dinámicos: “Todas las tabletas gestionadas”, “Todos los teléfonos gestionados” y “Todos los reproductores de música gestionados”. Un usuario puede seleccionar (por ejemplo, hacer clic, pulsar, etc.) un enlace para un grupo gestionado activo o un botón 1660 para definir un nuevo grupo de dispositivos móviles dinámico. Seleccionar un grupo gestionado activo puede permitir al usuario modificar los criterios de agrupación y/u otros ajustes asociados con el grupo seleccionado. Seleccionar el botón “nuevo” 1660 puede permitir al usuario definir criterios de agrupación para un grupo dinámico recién añadido.

[0213] Por ejemplo, la FIG. 17 ilustra una realización particular de una GUI 1700 correspondiente a la selección del botón “nuevo” 1660 de la FIG. 16. La GUI 1700 incluye una pestaña “Grupo de dispositivos móviles” 1702 y una pestaña “Criterios” 1704. En el ejemplo de la FIG.17, se selecciona la pestaña “Grupo de dispositivos móviles”. El usuario está creando un nuevo grupo dinámico para dispositivos móviles y, como se muestra en 1710, ha introducido el nombre “Dispositivos móviles obsoletos” para el grupo. El usuario también ha seleccionado una opción 1720 para hacer que un servidor de MDM (por ejemplo, el servidor de MDM 1320 de la FIG. 13) inicie el envío de una notificación de correo electrónico al usuario (por ejemplo, a un dispositivo asociado con el usuario) cuando cambie la pertenencia al grupo “Dispositivos móviles obsoletos”. Para ilustrarlo, la notificación de correo electrónico puede corresponder al mensaje de correo electrónico 1371 de la FIG.13.

[0214] Continuando con la FIG. 18, se muestra una realización particular de una GUI correspondiente a la selección de la pestaña “Criterios” 1704 de la FIG. 17 y se designa generalmente como 1800. La GUI 1800 puede incluir diversos elementos. En el ejemplo de la FIG. 18, se puede usar un botón 1802 para añadir otro criterio a los criterios de agrupación. Un elemento 1804 se usa para incluir un operador de paréntesis de apertura en los criterios de agrupación. En 1806, se selecciona un atributo de datos de inventario “Modelo” (por ejemplo, modelo de dispositivo móvil) para su inclusión en los criterios. Como se muestra en 1808 y 1810, los subcriterios que involucran al atributo “Modelo” incluyen un operador IS y el valor “Teléfono 2014”. De este modo, el subcriterio “Modelo” se puede satisfacer mediante dispositivos móviles gestionados que tengan el valor “Teléfono 2014” para el atributo de inventario “Modelo”. En 1812, se selecciona un operador AND para combinar el subcriterio “el modelo es Teléfono 2014” con un subcriterio “El nombre a mostrar es Teléfono de prueba”. En 1814, se selecciona un operador de paréntesis de cierre y, en 1816, se selecciona un operador OR para combinar los subcriterios dentro de los paréntesis en el subcriterio “El modelo es Teléfono 2013”. De este modo, unos criterios de agrupación general definidos en la GUI de la FIG.18 son:

[0215] (El modelo es un teléfono 2014 y el nombre a mostrar es Teléfono de prueba) o el modelo es teléfono 2013.

[0216] Por consiguiente, los dispositivos móviles que son miembros del grupo “Dispositivos móviles obsoletos” serán teléfonos de “prueba” (por ejemplo, beta) de modelo 2014 o teléfonos de modelo 2013. El usuario puede seleccionar un botón 1818 para guardar los criterios de agrupación y finalizar la definición del grupo “Dispositivos móviles obsoletos”. Cuando se guarda el grupo “Dispositivos móviles obsoletos”, el recuento 1602 de grupos activos puede aumentar de 3 a 4, y se puede mostrar un enlace para “Dispositivos móviles obsoletos” junto con los enlaces mostrados previamente para “Todas las tabletas gestionadas”, “Todos los teléfonos gestionados” y “Todos los reproductores de música gestionados”.

[0217] Haciendo referencia a la FIG. 19 se muestra una realización particular de una GUI mostrada en respuesta a la selección de un grupo dinámico previamente creado y se designa generalmente como 1900. En particular, la GUI 1900 corresponde a un usuario que selecciona el enlace para el grupo “Dispositivos móviles obsoletos” creados previamente. La GUI 1900 incluye un botón “Hecho” 1902 para guardar los cambios en el grupo, un botón “Historial” 1904 para visualizar la información de historial asociada con el grupo (por ejemplo, cómo han evolucionado a lo largo del tiempo los criterios de agrupación del grupo) y un botón “Visualizar” 1906 para visualizar los miembros del grupo. Después de seleccionar el botón visualizar 1906, el usuario puede seleccionar una acción a ser realizada con respecto a los miembros del grupo, como se describe además con referencia a la FIG.23.

[0218] La GUI 1900 también incluye un botón “Clonar” 1908 para crear una copia del grupo. Por ejemplo, como se muestra en la GUI 2000 de la FIG.20, la selección del botón clonar 1908 puede dar como resultado la creación de un grupo “Copia de dispositivos móviles obsoletos”. Se observa que los criterios de agrupación para el grupo “Copia de dispositivos móviles obsoletos” son idénticos a los criterios de agrupación para el grupo “Dispositivos móviles obsoletos” mostrado en la FIG. 18. Clonar un grupo, tal como con propósitos de pruebas, puede ser más rápido y más conveniente que tener que definir manualmente un nuevo grupo con criterios de agrupación idénticos que un grupo existente.

[0219] La GUI 1900 incluye además un botón “Borrar” 1910 para borrar el grupo y los criterios de agrupación y los datos de pertenencia asociados. Si un grupo borrado se usa en una definición de grupo recursiva para otro grupo, el otro grupo también se puede borrar. Alternativamente, se le puede sugerir al usuario con respecto a si se debería borrar el otro grupo o si se deberían modificar los criterios de agrupación para el otro grupo. La GUI 1900 incluye un botón “Editar” 1912 para editar el grupo (por ejemplo, editar el nombre, el estado de notificaciones de correo electrónico y/o los criterios de agrupación del grupo).

[0220] Como se describe con referencia a la FIG.13, la presente descripción permite a los usuarios definir recursivamente grupos dinámicos en base a la pertenencia a otros grupos dinámicos. La FIG.21 ilustra una realización particular de una GUI usada para definir criterios de agrupación recursivos y se designa generalmente como 2100. En el ejemplo de la FIG.21, se definen los criterios de agrupación para un grupo dinámico de “Dispositivos móviles obsoletos con batería baja”. Un dispositivo móvil es miembro del grupo dinámico si el dispositivo móvil es miembro del grupo “Dispositivos móviles obsoletos” descrito con referencia a la FIG.18 y si el dispositivo móvil tiene un nivel de batería de menos del 10 %. Como se muestra en 2102, un atributo de inventario “pseudo” denominado “Grupo de dispositivos móviles” se puede usar para definir recursivamente los criterios de agrupación, donde el valor del atributo “Grupo de dispositivos móviles” es el nombre de otro grupo dinámico (por ejemplo, definido previamente). Los atributos de inventario “pseudo” correspondientes para los ordenadores gestionados y los usuarios gestionados se pueden denominar “Grupo de ordenadores” y “Grupo de usuarios”, respectivamente.

[0221] La FIG.21 ilustra de este modo un ejemplo de definición de los criterios de agrupación de un primer grupo dinámico (por ejemplo, el grupo “Dispositivos móviles obsoletos con batería baja”) en base a los criterios de agrupación de un segundo grupo dinámico (por ejemplo, el grupo “Dispositivos móviles obsoletos”) y al menos un operador lógico (por ejemplo, un operador AND). Cuando cambia la pertenencia al segundo grupo dinámico, un servidor de MDM (por ejemplo, el servidor de MDM 1320 de la FIG. 1) puede reevaluar y actualizar automáticamente la pertenencia del primer grupo dinámico. Las técnicas de la presente descripción pueden permitir, de este modo, la definición de un grupo dinámico sin volver a introducir los criterios de agrupación de grupos dinámicos definidos previamente.

[0222] En una realización particular, una GUI generada de acuerdo con las técnicas descritas puede facilitar la introducción de criterios de agrupación mediante el mantenimiento y la visualización de una lista de criterios de agrupación usados frecuentemente (por ejemplo, atributos de datos de inventario). Haciendo referencia a la FIG.22 se muestra una realización particular del mantenimiento de tal “lista reducida” y se designa generalmente como 2200. Cuando se añade un atributo de inventario a unos criterios de agrupación (por ejemplo, seleccionando el botón 1802 de la FIG. 18), se puede mostrar la lista reducida de atributos de inventario usados frecuentemente en lugar de una lista de todos los atributos de inventario disponibles. En el ejemplo de la izquierda de la FIG.22, la lista reducida incluye: edificio, departamento, nombre a mostrar, última actualización de inventario, eliminación de perfiles de MDM permitida, grupo de dispositivos móviles, modelo, supervisado y nombre de usuario. También se puede mostrar una opción “Todos los criterios”, en 2202. La selección de la opción “Todos los criterios” 2202 puede mostrar una lista completa de todos los atributos de inventario disponibles que se pueden usar para definir criterios de agrupación. La lista reducida y la lista completa pueden diferir en base a si los criterios de agrupación se están definiendo para dispositivos móviles gestionados, ordenadores gestionados o usuarios gestionados.

[0223] La lista reducida de atributos usados frecuentemente se puede actualizar a medida que los usuarios definen grupos dinámicos. Por ejemplo, como se muestra en 2204, después de que se seleccione “Última copia de seguridad” una o más veces durante la definición de los criterios de agrupación, el atributo “Última copia de seguridad” se puede añadir a la lista reducida. En una realización particular, la lista reducida puede tener un tamaño fijo, y puede ocurrir una condición de desbordamiento cuando se añade un atributo a la lista. En respuesta a la condición de desbordamiento, cuando el atributo se añade a la lista reducida de tamaño fijo, otro atributo (por ejemplo, el menos usado recientemente) se puede eliminar de la lista reducida.

[0224] Las GUI generadas de acuerdo con la presente descripción también se pueden usar para indicar una acción a ser realizada con respecto a los miembros de un grupo dinámico. Ejemplos de acciones de MDM pueden incluir, pero no se limitan a, instalar una aplicación en un dispositivo gestionado, ajustar un ajuste de configuración en un dispositivo gestionado, proporcionar contenido a un dispositivo gestionado, enviar un mensaje a un dispositivo gestionado, establecer o borrar un código de acceso, editar uno o más atributos de datos de inventario, enviar una comunicación/mensaje (por ejemplo, un correo electrónico o un mensaje de servicio de mensajes cortos (SMS)), borrar datos, enviar comandos remotos, etc. Haciendo referencia a la FIG.23, se muestra una realización particular de una GUI que se puede usar para seleccionar una acción a ser realizada con respecto a los miembros de un grupo dinámico y se designa generalmente como 2300. En una realización ilustrativa, la GUI 2300 puede ser después de la selección del botón visualizar 1906 de la FIG.19.

[0225] Para ilustrarlo, cuando se selecciona el botón visualizar 1906, se puede mostrar una GUI que incluye una lista de entidades gestionadas (por ejemplo, ordenadores, dispositivos móviles y/o usuarios) que son miembros de un grupo dinámico particular. La lista de entidades gestionadas se puede basar en los datos de pertenencia al grupo 1328 de la FIG.1. En una realización particular, la pertenencia al grupo dinámico se puede reevaluar (por ejemplo, actualizar) cuando el usuario pulsa el botón visualizar 1906 de la FIG.19.

[0226] Un usuario puede seleccionar un elemento (por ejemplo, un botón) en la GUI, incluyendo la lista de entidades gestionadas, para hacer que se muestre la GUI 2300. La GUI 2300 puede incluir una lista de “acciones masivas” que se pueden realizar con respecto a cada dispositivo que es miembro del grupo dinámico. En el ejemplo de la FIG.23, la lista de acciones incluye editar un edificio o departamento de una o más entidades gestionadas del grupo, editar un sitio de una o más entidades gestionadas del grupo, enviar una notificación a una o más entidades gestionadas que tengan instalada/activada una aplicación, contenido o característica particular (por ejemplo, autoservicio móvil en la FIG. 23), borrar una o más entidades gestionadas (por ejemplo, del grupo, de la base de datos del inventor totalmente, etc.) y enviar un comando o comandos remotos a una o más entidades gestionadas. En realizaciones alternativas, pueden estar disponibles diferentes “acciones masivas”. Cuando se selecciona una acción, la acción se puede realizar automáticamente con respecto a cada entidad gestionada del grupo, o se puede proporcionar al usuario una opción de seleccionar entidades gestionadas particulares dentro del grupo como objetivos de la acción. Haciendo referencia a la FIG. 24, se muestra una realización particular de operación en un servidor de MDM y se designa generalmente como 2400. En una realización ilustrativa, el método 2400 se puede realizar en el servidor de MDM 1320 de la FIG.1.

[0227] El método 2400 puede incluir generar, en un servidor configurado para acceder a los datos de inventario asociados con una pluralidad de entidades gestionadas, una GUI que es operable para definir criterios de agrupación para uno o más grupos dinámicos de entidades gestionadas (por ejemplo, ordenadores gestionados, dispositivos móviles gestionados y/o usuarios gestionados), en 2402. Por ejemplo, para generar una GUI de agrupación dinámica, tal como una de las GUI descritas con referencia a las FIGS.16-23, un servidor de MDM puede acceder a los datos de inventario y/o de pertenencia al grupo e incluir en la GUI uno o más elementos (por ejemplo, enlaces, botones, etc.) que se basan en los datos de inventario y/o de pertenencia al grupo. El servidor de MDM también puede habilitar y/o deshabilitar ciertos elementos de GUI en base a los datos de inventario y/o de pertenencia al grupo. Por ejemplo, si no están registrados ordenadores gestionados en el servidor de MDM, los elementos de GUI relacionados con los ordenadores gestionados pueden estar deshabilitados (por ejemplo, “deshabilitados” y/o no seleccionables por el usuario).

[0229] El método 2400 también puede incluir recibir unos primeros criterios de agrupación a través de la GUI, en 2404, donde los primeros criterios de agrupación se basan en al menos en unos segundos criterios de agrupación y un operador lógico. Por ejemplo, el servidor de MDM 1320 puede recibir, a través de la GUI 2100 de la FIG. 21, los criterios de agrupación para el grupo dinámico “Dispositivo móvil obsoleto con batería baja”, que se basan en los criterios de agrupación para el grupo dinámico “Dispositivos móviles obsoletos” y un operador AND. En una realización particular, los primeros criterios de agrupación se pueden recibir en base a una entrada de usuario. Por ejemplo, un servidor de MDM puede recibir datos a través de una red cableada o inalámbrica desde un dispositivo informático que muestra la GUI y recibe la entrada de usuario. Los datos pueden incluir un valor tecleado por un usuario en un campo de texto, una indicación de un botón seleccionado por un usuario, etc. El servidor de MDM puede extraer tales datos de los paquetes/mensajes recibidos y determinar los primeros criterios de agrupación en base a los datos extraídos.

[0231] El método 2400 puede incluir además recibir datos a través de la GUI que identifiquen una acción a ser realizada con respecto a las entidades gestionadas que satisfagan los criterios de agrupación, en 2406, y determinar, en base a los datos de inventario, un grupo de entidades gestionadas que satisfagan los primeros criterios de agrupación, en 2408. Las entidades gestionadas pueden incluir dispositivos móviles gestionados, ordenadores gestionados, usuarios gestionados o cualquier combinación de los mismos. En una realización particular, los datos que identifican la acción se pueden recibir en base a una entrada de usuario. Por ejemplo, un servidor de MDM puede recibir datos a través de una red cableada o inalámbrica desde un dispositivo informático que muestra la GUI y recibe la entrada de usuario, donde los datos identifican una acción seleccionada por un usuario (por ejemplo, desde la GUI 2300 de la FIG.23). El servidor de MDM puede extraer tales datos de los paquetes/mensajes recibidos y determinar la acción seleccionada en base a los datos extraídos. El servidor de MDM puede determinar el grupo de entidades gestionadas que satisfagan los primeros criterios de agrupación filtrando una base de datos de inventario usando los primeros criterios de agrupación como parámetros de filtro. Alternativamente, o además, puede estar disponible una lista de miembros que satisfacen los primeros criterios de agrupación en forma de datos de pertenencia al grupo, donde los datos de pertenencia al grupo se actualizan en respuesta a recibir actualizaciones de las entidades gestionadas individuales.

[0233] Por ejemplo, como se ilustra en la FIG. 23, el servidor de MDM puede recibir una selección de la acción “Enviar comandos remotos” de la FIG. 23, que se ha de realizar con respecto a los dispositivos móviles en el grupo “Dispositivos móviles obsoletos con batería baja”.

[0235] El método 2400 puede incluir el inicio por el servidor de una transmisión de una notificación de transmisión automática con respecto a la acción que se envía a cada entidad gestionada en el grupo de entidades gestionadas, en 2410. Por ejemplo, para iniciar la transmisión de la notificación de transmisión automática, el servidor de MDM puede generar una solicitud de notificación de transmisión automática que incluya una lista de miembros del grupo y/o datos con respecto a la acción a ser realizada, y puede enviar la solicitud de notificación de transmisión automática a un servicio de notificaciones de transmisión automática (por ejemplo, a través de una red cableada o inalámbrica). Cuando la comunicación hacia y desde el servidor de MDM está cifrada, la recepción y transmisión de datos también puede incluir operaciones de cifrado y/o descifrado. Para ilustrarlo, en la FIG. 13, el módulo de evaluación de criterios de agrupación 1322 puede identificar a los miembros del grupo dinámico y el servidor de MDM 1320 puede enviar la solicitud de notificación 1324 al servicio de notificaciones de transmisión automática 1330. En respuesta a la solicitud de notificación 1324, el servicio de notificaciones de transmisión automática 1330 puede enviar notificaciones de transmisión automática (por ejemplo, las notificaciones de transmisión automática 1331 y/o 1332) a los miembros del grupo dinámico (por ejemplo, el ordenador gestionado 1340 y/o el dispositivo móvil gestionado 1350).

[0237] Se debería señalar que el orden de los pasos u operaciones descritos con referencia a las FIGS. 13-24 se ha de considerar ilustrativo y no limitante. En realizaciones alternativas, el orden de los pasos puede ser diferente. Además, uno o más pasos pueden ser opcionales y/o se pueden sustituir por otros pasos. Por ejemplo, en realizaciones particulares, los pasos 2402 y 2404 pueden ser opcionales (por ejemplo, se puede haber definido previamente un grupo dinámico y el método 2400 puede comenzar en el paso 2406 cuando un usuario selecciona una acción a ser realizada con respecto a los miembros del grupo dinámico). Además, uno o más pasos se pueden consolidar. De acuerdo con diversas realizaciones de la presente descripción, uno o más métodos, funciones y módulos descritos en la presente memoria se pueden implementar mediante programas de software ejecutables por un sistema informático. Además, las implementaciones de una o más realizaciones de acuerdo con la presente descripción pueden incluir procesamiento distribuido, procesamiento distribuido de componentes/objetos y/o procesamiento paralelo.

[0239] Las realizaciones particulares se pueden implementar usando un sistema informático que ejecuta un conjunto de instrucciones que hacen que el sistema informático realice uno cualquiera o más de los métodos o funciones basadas en ordenador descritas en la presente memoria. Un sistema informático puede incluir un ordenador portátil, un ordenador de escritorio, un ordenador servidor, un teléfono móvil, una tableta, un reproductor multimedia, uno o más de otros dispositivos informáticos, o cualquier combinación de los mismos. El sistema informático puede estar conectado, por ejemplo, usando una red, a otros sistemas informáticos o dispositivos periféricos. Por ejemplo, el sistema informático o los componentes del mismo pueden incluir o se pueden incluir dentro de uno cualquiera o más del servidor de MDM 1320 de la FIG. 13, un dispositivo informático o servidor correspondiente al servicio de notificaciones de transmisión automática 1330 de la FIG. 13, el ordenador gestionado 1340 de la FIG. 13, el dispositivo móvil gestionado 1350 de la FIG. 13, el servidor de correo electrónico 1370 de la FIG.13, un dispositivo de salida que muestra una GUI generada por un servidor de MDM, un dispositivo de entrada que recibe una entrada de usuario en respuesta a la GUI, y/o un dispositivo informático que incluye el dispositivo de salida y el dispositivo de entrada.

[0241] En un despliegue en red, el sistema informático puede operar en la capacidad de un servidor o como un ordenador de usuario cliente en un entorno de red de usuario cliente-servidor. El término “sistema” puede incluir cualquier colección de sistemas o subsistemas que, individual o conjuntamente, ejecutan un conjunto, o múltiples conjuntos, de instrucciones para realizar una o más funciones informáticas.

[0243] En una realización particular, las instrucciones pueden estar integradas en un dispositivo legible por ordenador o legible por procesador. Los términos “dispositivo legible por ordenador” y “dispositivo legible por procesador” incluyen un único dispositivo de almacenamiento o múltiples dispositivos de almacenamiento, tales como una memoria centralizada o distribuida, y/o cachés y servidores asociados que almacenan uno o más conjuntos de instrucciones. Los términos “dispositivo legible por ordenador” y “dispositivo legible por procesador” también incluyen cualquier dispositivo que es capaz de almacenar un conjunto de instrucciones para su ejecución por un procesador o que haga que un sistema informático realice uno cualquiera o más de los métodos u operaciones descritos en la presente memoria. Por ejemplo, un dispositivo legible por ordenador o legible por procesador, o un dispositivo de almacenamiento, puede incluir memoria de acceso aleatorio (RAM), memoria rápida, memoria de solo lectura (ROM), memoria de solo lectura programable (PROM), memoria de solo lectura programable borrable (EPROM), memoria de solo lectura programable borrable eléctricamente (EEPROM), registros, un disco duro, un disco extraíble, una memoria basada en disco (por ejemplo, memoria de solo lectura de disco compacto (CD-ROM)), una memoria de estado sólido o cualquier otra forma de dispositivo de almacenamiento. Un dispositivo legible por ordenador o legible por procesador no es una señal.

[0245] En una realización particular, un método incluye generar, en un servidor configurado para acceder a los datos de inventario asociados con uno o más dispositivos gestionados, una GUI que es operable para definir criterios de agrupación para uno o más grupos dinámicos de dispositivos gestionados. El método también incluye recibir, en el servidor a través de la GUI, los primeros criterios de agrupación y datos que identifican una acción a ser realizada con respecto a los dispositivos gestionados que satisfacen los primeros criterios de agrupación. Los primeros criterios de agrupación se basan al menos en segundos criterios de agrupación y un operador lógico. El método incluye además determinar, en el servidor en base a los datos de inventario, un grupo de dispositivos gestionados que satisfacen los primeros criterios de agrupación. El método incluye iniciar, por el servidor, la transmisión de una notificación de transmisión automática con respecto a la acción a cada dispositivo gestionado en el grupo de dispositivos gestionados.

[0247] En otra realización particular, un aparato incluye un procesador y una memoria que almacena instrucciones que, cuando se ejecutan por el procesador, hacen que el procesador realice operaciones, incluyendo generar una GUI que es operable para definir criterios de agrupación para uno o más grupos dinámicos de dispositivos gestionados. Las operaciones también incluyen recibir los primeros criterios de agrupación a través de la GUI, donde los primeros criterios de agrupación se basan al menos en unos segundos criterios de agrupación y un operador lógico. Las operaciones incluyen además recibir, a través de la GUI, datos que identifican una acción a ser realizada con respecto a los dispositivos gestionados que satisfacen los primeros criterios de agrupación. Las operaciones incluyen además determinar, en base a los datos de inventario, un grupo de dispositivos gestionados que satisfacen los primeros criterios de agrupación, e iniciar la transmisión de una notificación de transmisión automática con respecto a la acción a cada dispositivo gestionado en el grupo de dispositivos gestionados.

[0249] En otra realización particular, un dispositivo de almacenamiento legible por ordenador almacena instrucciones que, cuando se ejecutan por un procesador, hacen que el procesador realice operaciones, incluyendo generar, en un servidor configurado para acceder a datos de inventario asociados con uno o más dispositivos gestionados y uno o más usuarios gestionados, una GUI que es operable para definir criterios de agrupación para uno o más grupos de dispositivos gestionados, usuarios gestionados o ambos. Las operaciones también incluyen recibir, en el servidor, los primeros criterios de agrupación a través de la GUI y recibir, en el servidor a través de la GUI, datos que identifican una acción a ser realizada con respecto a los dispositivos gestionados que satisfacen los primeros criterios de agrupación. Los primeros criterios de agrupación se basan al menos en segundos criterios de agrupación y un operador lógico. Las operaciones incluyen además determinar, en el servidor en base a los datos de inventario, un grupo de dispositivos gestionados, un grupo de usuarios gestionados o ambos que satisfacen los primeros criterios de agrupación. Las operaciones incluyen iniciar, por el servidor, una transmisión de una notificación de transmisión automática con respecto a la acción a cada dispositivo gestionado en el grupo de dispositivos gestionados, a al menos un dispositivo asociado con cada usuario en el grupo de usuarios gestionados, o ambos.

[0250] Los dispositivos móviles están llegando a ser cada vez más predominantes en el uso cotidiano, incluyendo en entornos de hogar, de oficina y educativos. Por ejemplo, los distritos escolares de todo el mundo están comenzando a implementar programas de tecnología uno a uno que proporcionan a cada estudiante acceso a un dispositivo móvil, tal como una tableta. Como otro ejemplo, muchas corporaciones dotan a sus empleados con dispositivos móviles para realizar funciones relacionadas con el trabajo sobre la marcha. Para mantener el control de los dispositivos, una escuela o corporación puede depender de los administradores de tecnologías de la información (IT) que mantienen una serie de dispositivos y estados de cada dispositivo. Como ejemplo no limitante ilustrativo, mantener el control de los dispositivos en el aula puede incluir impedir que los estudiantes accedan a materiales no autorizados. No obstante, depender de los administradores de IT para toda la gestión de dispositivos móviles (MDM) puede ser ineficiente y costoso. En algunos ejemplos, en base a un receptor del sistema de posicionamiento global (GPS) del dispositivo, un administrador de IT puede aplicar políticas al dispositivo cuando el dispositivo está en la escuela o el trabajo, pero no cuando el dispositivo está fuera de la escuela o el trabajo. No obstante, el uso del GPS puede suponer un consumo considerable de energía del dispositivo. Además, el uso del GPS puede comprometer la privacidad del usuario del dispositivo proporcionando al administrador de IT una ubicación precisa del dispositivo (y, de este modo, del estudiante o empleado) en todo momento.

[0252] En aspectos particulares, la presente descripción proporciona sistemas y métodos que permiten a un dispositivo móvil “gestor” o “principal” realizar funciones de MDM seleccionadas con respecto a uno o más dispositivos móviles “gestionados” o “secundarios”. Por ejemplo, en un contexto educativo, el dispositivo móvil gestor puede ser una tableta operada por un profesor y los dispositivos móviles gestionados pueden ser tabletas operadas por los estudiantes. Facultando a un profesor para realizar ciertas funciones de MDM, se puede mejorar la experiencia general de los dispositivos móviles en la clase. Por ejemplo, los profesores pueden no tener que comunicarse con los administradores de IT para problemas relativamente menores. Por ejemplo, un profesor puede usar su dispositivo móvil para restringir el “foco” en un dispositivo o dispositivos móviles de estudiantes. Para ilustrarlo, el profesor puede dar instrucciones a los dispositivos de estudiantes particulares para que permanezcan dentro de una aplicación particular o en un sitio web particular. Como otro ejemplo, el profesor puede eliminar el código de acceso de un dispositivo móvil de estudiante, de modo que el estudiante pueda usar el dispositivo móvil y participar en la clase en lugar de llegar a ser una distracción para otros estudiantes. Como otro ejemplo más, el profesor puede iniciar una sesión de duplicación de pantalla entre un dispositivo de estudiante y un dispositivo de visualización externo. Las técnicas descritas también pueden informar al profesor del estado de la batería de los dispositivos de estudiantes, de modo que el profesor pueda cargar los dispositivos de estudiantes según sea necesario. Al final de la clase, el profesor puede eliminar las restricciones de los dispositivos de estudiante. Como otra opción, las restricciones de los dispositivos de estudiantes se pueden eliminar automáticamente al final de la clase en el caso de que el profesor olvide eliminar las restricciones de los dispositivos de estudiantes.

[0254] En aspectos particulares, la presente descripción proporciona sistemas y métodos que permiten a un servidor de gestión de dispositivos mantener y aplicar políticas en base a una ubicación detectada de un dispositivo gestionado. Ventajosamente, la presente descripción puede proporcionar una capacidad de gestión de dispositivos con consumo de energía reducido y mayor privacidad en comparación con usar sistemas y métodos basados en GPS. Por ejemplo, el servidor de gestión de dispositivos puede determinar una ubicación de un dispositivo gestionado particular en base a un mensaje recibido del dispositivo gestionado particular, que indica qué baliza inalámbrica (o múltiples balizas inalámbricas) se detecta por el dispositivo gestionado particular. Para ilustrarlo, cuando un estudiante está en un aula, el dispositivo de estudiante (por ejemplo, un teléfono o una tableta) puede detectar una baliza inalámbrica asociada con el aula (por ejemplo, “baliza inalámbrica de la clase de ciencias nº 1”) a través de una primera conexión inalámbrica. Como se usa en la presente memoria, una “conexión inalámbrica” puede corresponder a una comunicación unidireccional o bidireccional a través de un medio inalámbrico usando una tecnología inalámbrica particular. La baliza inalámbrica puede estar en el interior o relativamente cerca del aula. Por ejemplo, la baliza inalámbrica puede transmitir a través de una conexión de red de área personal u otra conexión de corto alcance, tal como Bluetooth® de baja energía (BLE) (Bluetooth es una marca registrada de Bluetooth SIG, Inc. de Kirkland, Washington). En respuesta a detectar la baliza inalámbrica, el dispositivo de estudiante puede transmitir, a través de una segunda conexión inalámbrica, un mensaje al servidor de gestión de dispositivos indicando que el dispositivo de estudiante ha detectado la baliza inalámbrica. Por ejemplo, el primer mensaje se puede transmitir por el dispositivo a través de una conexión del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) 802.11, una conexión de tercera generación (3G), una conexión de cuarta generación (4G), etc. En respuesta, el servidor de gestión de dispositivos puede transmitir un mensaje al dispositivo para aplicar una política asociada con el aula. La política puede conceder al dispositivo acceso a una funcionalidad que antes era inaccesible para el dispositivo cuando se detectó la baliza inalámbrica. Como ejemplo no limitante ilustrativo, se puede conceder al dispositivo acceso a una impresora situada en el aula.

[0256] La funcionalidad (por ejemplo, la capacidad de comunicarse con la impresora) puede permanecer accesible para el dispositivo mientras que el dispositivo está dentro del alcance de la baliza inalámbrica. Por ejemplo, cuando el dispositivo ya no detecta (por ejemplo, el dispositivo ya no puede interpretar un identificador portado por la señal) la baliza inalámbrica, el dispositivo puede transmitir un mensaje al servidor de gestión de dispositivos indicando que el dispositivo ya no detecta la baliza inalámbrica. Alternativamente, tal mensaje se puede transmitir en respuesta a recibir una nueva señal de baliza que es más fuerte que una señal de la baliza inalámbrica o en respuesta a detectar que una intensidad de señal de la señal recibida de la baliza inalámbrica está por debajo de un umbral. En respuesta al dispositivo que indica que la baliza inalámbrica ya no se detecta más, el servidor de gestión de dispositivos puede transmitir un mensaje al dispositivo dando instrucciones al dispositivo para que ya no aplique la política (por ejemplo, revocando el acceso a la impresora).

[0258] Haciendo referencia a la FIG.25 se muestra una realización particular de un sistema que es operable para permitir que un dispositivo móvil gestor 2510 controle la operación de los dispositivos móviles gestionados 2540, 2550 y se designa generalmente como 2500. Se debería señalar que, aunque en la FIG. 25 se muestran un dispositivo móvil gestor 2510 y dos dispositivos móviles gestionados 2540, 2550, la presente descripción no se limita a ninguna configuración o número de dispositivos particular. En realizaciones alternativas, puede estar presente un número diferente de dispositivos móviles gestores y/o dispositivos móviles gestionados.

[0260] Cada uno de los dispositivos móviles 2510, 2540, 2550 puede ser un dispositivo informático portátil con capacidad de interconexión de redes inalámbrica. En una realización ilustrativa, los dispositivos móviles 2510, 2540, 2550 son tabletas, teléfonos móviles, ordenadores portátiles, reproductores multimedia portátiles, lectores de libros electrónicos (eBook) o cualquier combinación de los mismos.

[0262] El dispositivo móvil gestor 2510 puede incluir un sistema operativo (OS) móvil 2511. El OS móvil 2511 puede controlar las funciones del dispositivo móvil gestor 2510, tales como entrada/salida (por ejemplo, un visualizador de pantalla táctil, altavoz, micrófono, cámara, etc.) e interconexión de redes (por ejemplo, celular, Bluetooth, Wi-Fi, sistema de posicionamiento global (GPS), etc.). El OS móvil 2511 también puede proporcionar a las aplicaciones (apps) móviles acceso a los recursos del dispositivo móvil. Ejemplos de aplicaciones de dispositivos móviles incluyen, pero no se limitan a, navegador web, correo electrónico, calendario, redes sociales, lector de documentos/libros electrónicos, reproductor multimedia, etc. Las aplicaciones móviles pueden corresponder a instrucciones de software que están almacenadas en una memoria del dispositivo móvil 2510 y se ejecutan por un procesador del dispositivo móvil 2510, circuitos de hardware que implementan la funcionalidad de la aplicación, o ambos. En el ejemplo de la FIG.25, el dispositivo móvil gestor 2510 incluye una aplicación gestora 2512. Como se describe además en la presente memoria, la aplicación gestora 2512 puede permitir a un usuario 2501 del dispositivo móvil gestor 2510 controlar, a través de la entrada de usuario 2502, funciones seleccionadas del dispositivo móvil gestionado 2540, 2550.

[0264] El sistema 2500 también incluye un servidor de gestión de dispositivos móviles (MDM) 2520. El servidor de MDM 2520 puede corresponder a hardware y/o software que implementan las funciones de MDM. Por ejemplo, en un contexto educativo, el servidor de MDM 2520 puede gestionar los dispositivos móviles del profesor y estudiantes. En una realización particular, el servidor de MDM 2520 almacena (o tiene acceso a) los datos de inscripción y agrupación 2521. Los datos 2521 pueden incluir datos de inscripción que identifican a todos los dispositivos móviles que están gestionados por el servidor de MDM 2520, tales como datos con respecto al dispositivo móvil gestor 2510, el primer dispositivo móvil gestionado 2540 y el segundo dispositivo móvil gestionado 2550. Los datos 2521 también pueden incluir datos que clasifican los dispositivos móviles gestionados en grupos o subgrupos, de modo que los dispositivos móviles gestionados se puedan gestionar individualmente o como parte de un grupo o subgrupo mayor. En un contexto educativo, los datos 2521 pueden incluir una lista de todos los dispositivos de estudiante, listas de dispositivos de estudiantes correspondientes a una clase particular (por ejemplo, todos los dispositivos de estudiante de una escuela o distrito escolar particular), listas de dispositivos de estudiante en subgrupos (por ejemplo, grupos de compañeros de laboratorio o grupos de deberes/proyectos) dentro de una clase particular, etc. Una realización ilustrativa de los datos de inscripción y agrupación se describe además con referencia a la FIG.26.

[0266] Se debería señalar que, aunque en la presente memoria se pueden describir diversas realizaciones con referencia a entornos educativos, esto es solamente para ejemplo y no se ha de considerar limitante. Las enseñanzas de la presente descripción se pueden aplicar en otros entornos de dispositivos móviles, incluyendo, pero no limitado a, entornos domésticos, entornos corporativos, entornos comerciales, etc. Por ejemplo, un padre puede usar su dispositivo móvil para realizar funciones de MDM en los dispositivos móviles operados por niños. Como otro ejemplo, una persona que hace una presentación en un entorno corporativo puede usar su dispositivo móvil para dirigir los dispositivos móviles operados por los asistentes a la presentación para que realicen ciertas funciones. Como otro ejemplo más, el propietario o gerente de una tienda minorista puede restringir el foco de los dispositivos/quioscos de demostración dentro de la tienda minorista a una aplicación de demostración o sitio web particular.

[0268] El servidor de MDM 2520 puede almacenar o tener acceso a una lista de aplicaciones 2522 y una lista de sitios web 2523, que se puede usar por el dispositivo móvil gestor 2510 para restringir el foco en los dispositivos móviles gestionados 2540, 2550. Restringir el foco a una aplicación puede incluir activar la aplicación, ignorar o deshabilitar la entrada de usuario (por ejemplo, entrada de pantalla táctil o de botón) que desactive la aplicación, e ignorar o deshabilitar una entrada de usuario que active otra aplicación. Restringir el foco a un sitio web puede incluir navegar en el sitio web (por ejemplo, a través de una aplicación de navegador) e ignorar o deshabilitar una entrada de usuario que desactive la aplicación de navegador o navegue lejos del sitio web. En una realización ilustrativa, restringir el foco a una aplicación o un sitio web también puede deshabilitar ciertos elementos de la interfaz de usuario (UI) en un dispositivo móvil gestionado, tales como las notificaciones de correo electrónico o mensajería instantánea. Restringir el foco también puede incluir terminar automáticamente la ejecución de uno o más de otras aplicaciones o procesos (por ejemplo, procesos en segundo plano) en un dispositivo móvil gestionado.

[0269] El primer dispositivo móvil gestionado 2540 puede incluir un OS móvil 2541, que puede ser una instancia del mismo OS móvil que el OS móvil 2511 o una instancia de un OS móvil diferente. En una realización particular, el OS móvil 2541 almacena un código de acceso 2542. Por ejemplo, el código de acceso 2542 se puede usar para asegurar el acceso al primer dispositivo móvil gestionado 2540. Cuando un usuario (por ejemplo, un estudiante) intenta operar el primer dispositivo móvil gestionado 2540, se puede sugerir al usuario que introduzca un código de acceso, y el acceso al primer dispositivo móvil gestionado 2540 puede no ser habilitado a menos que el código de acceso introducido coincida con el código de acceso almacenado 2542. El primer dispositivo móvil gestionado 2540 también puede incluir una o más aplicaciones. Las aplicaciones pueden estar preinstaladas (por ejemplo, como parte de, o junto con, el OS móvil 2541) o se pueden instalar después de ser descargadas (por ejemplo, a través de una tienda de aplicaciones). En el ejemplo de la FIG.25, que corresponde a un entorno educativo, las aplicaciones incluyen una aplicación de navegador 2543, una aplicación de lector de libros electrónicos 2544, una aplicación de calculadora 2545 y una aplicación de juego educativo 2546.

[0271] El segundo dispositivo móvil gestionado 2550 también puede incluir un OS móvil 2551 con un código de acceso 2552, una aplicación de navegador 2553, una aplicación de lector de libros electrónicos 2554 y una aplicación de calculadora 2555. No obstante, como se muestra en la FIG. 25, el segundo dispositivo móvil gestionado 2550 no tiene instalada la aplicación de juego educativo 2546.

[0273] Durante la operación, el usuario 2501 (por ejemplo, un profesor) puede proporcionar la entrada de usuario 2502 a la aplicación gestora 2512 para realizar ciertas funciones de MDM con respecto a los dispositivos móviles gestionados 2540 y 2550. En una realización ilustrativa, se puede solicitar al usuario 2501 credenciales de autenticación (por ejemplo, un nombre de usuario, una contraseña, un localizador uniforme de recursos (URL) del servidor de MDM 2520, etc.) antes de que se conceda acceso a la aplicación gestora 2512. Las credenciales de autenticación se pueden verificar por el dispositivo móvil gestor 2510, el servidor de MDM 2520 o ambos. En una realización particular, la comunicación entre los diversos componentes del sistema 2500 ocurre a través de canales seguros (por ejemplo, cifrados). Por ejemplo, la comunicación en el sistema 2500 puede ocurrir a través de conexiones de protocolo de Internet (IP) cifradas.

[0275] Como un primer ejemplo de operación, la aplicación gestora 2512 puede ejecutar un flujo de trabajo de “bloqueo de foco” que permite al usuario 2501 restringir el foco a los dispositivos gestionados 2540, 2550. Para ilustrarlo, la aplicación gestora 2512 puede mostrar una lista de dispositivos móviles gestionados, incluyendo los dispositivos móviles gestionados 2540, 2550, que son accesibles por el usuario 2501. Los diferentes dispositivos móviles pueden ser accesibles por el usuario 2501 en diferentes momentos. Por ejemplo, diferentes dispositivos de estudiantes pueden ser accesibles por diferentes profesores en una escuela dependiendo de en qué clases en están inscritos los estudiantes.

[0277] El usuario 2501 puede seleccionar uno o más dispositivos móviles gestionados de la lista de dispositivos móviles gestionados accesibles. Por ejemplo, el usuario 2501 puede seleccionar el primer dispositivo móvil gestionado 2540. En respuesta, la aplicación gestora 2512 puede mostrar la lista de aplicaciones 2522 y la lista de sitios web 2523. La lista de dispositivos móviles gestionados, la lista de aplicaciones 2522 y la lista de sitios web 2523 se ilustran colectivamente como que se proporcionan al dispositivo móvil gestor 2510 como la listas 2526. El usuario 2501 puede seleccionar una aplicación o sitio web particular, indicando que el foco del primer dispositivo móvil gestionado 2540 se ha de restringir a la aplicación o sitio web particular. Por ejemplo, el usuario 2501 puede seleccionar una aplicación de calculadora. En respuesta, el dispositivo móvil gestor 2510 puede enviar un mensaje de gestión 2513 al servidor de MDM 2520. El mensaje de gestión 2513 puede incluir datos que identifican el primer dispositivo móvil gestionado 2540, la aplicación o el sitio web seleccionado y un comando “restringir el foco”.

[0279] En respuesta a recibir el mensaje de gestión 2513, el servidor de MDM 2520 puede enviar una solicitud de notificación 2524 a un servicio de notificaciones de transmisión automática 2530. El servicio de notificaciones de transmisión automática 2530 puede corresponder a uno o más servidores accesibles de red que están configurados para enviar notificaciones de transmisión automática 2531, 2532 a los dispositivos móviles gestionados 2540, 2550. En una realización particular, las notificaciones de transmisión automática 2531, 2532 pueden hacer que los dispositivos móviles gestionados 2540, 2550 consulten con el servidor de MDM 2520 para ver si hay algún comando a ser ejecutado por los dispositivos móviles gestionados 2540, 2550. Por ejemplo, los comandos seleccionados por el usuario 2501 a través del dispositivo móvil gestor 2510 pueden ser puestos en cola por el servidor de MDM 2520 y se pueden recuperar por los dispositivos móviles gestionados 2540, 2550 en respuesta a las notificaciones de transmisión automática 2531, 2532. En la FIG.25, el primer dispositivo móvil gestionado 2540 recupera un comando 2533 (por ejemplo, el comando para restringir el foco a la aplicación de calculadora 2545) en respuesta a la notificación de transmisión automática 2531. En una realización alternativa, las notificaciones de transmisión automática 2531, 2532 pueden incluir o identificar el comando a ser realizado por los dispositivos móviles gestionados 2540, 2550. Por ejemplo, las notificaciones de transmisión automática 2531 pueden utilizar una interfaz de programación de aplicaciones (API) del OS móvil 2541 para dar instrucciones al primer dispositivo móvil gestionado 2540 para restringir el foco a la aplicación de calculadora 2545 (por ejemplo, mientras que un estudiante que está usando el primer dispositivo móvil gestionado 2540 realiza un examen de matemáticas). En otra implementación alternativa más, una notificación o un comando se puede transmitir automáticamente por el servidor de MDM 2520, o se puede comunicar directamente desde un dispositivo móvil gestor a un dispositivo móvil gestionado (por ejemplo, a través de una conexión de dispositivo a dispositivo (D2D)). En una realización ilustrativa, el comando se reconoce y ejecuta por un dispositivo móvil gestionado. Por ejemplo, cuando el dispositivo móvil gestionado es un dispositivo iOS®, el comando puede ser compatible con una API/protocolo de MDM de iOS®, tal como un comando de bloqueo de dispositivo, un comando para borrar el código de acceso, etc. (iOS es una marca registrada de Cisco Systems, Inc. de San José, CA, y se usa por Apple Inc. de Cupertino, CA, bajo licencia).

[0281] Después de que el primer dispositivo móvil gestionado 2540 haya restringido el foco a la aplicación de calculadora 2545 (ilustrado en la FIG.25 mediante un indicador de candado), el primer dispositivo móvil gestionado 2540 puede enviar realimentación 2547 al servidor de MDM 2520, incluyendo un acuse de recibo (ACK). Diferentes dispositivos móviles gestionados pueden estar bloqueados para diferentes aplicaciones o sitios web. En el ejemplo de la FIG.25, el segundo dispositivo móvil gestionado 2550 está bloqueado para la aplicación de navegador 2553. Si un dispositivo móvil gestionado es incapaz de restringir el foco a una aplicación seleccionada, la realimentación del dispositivo móvil gestionado puede incluir un mensaje o código de error. Por ejemplo, la realimentación 2557 del segundo dispositivo móvil gestionado 2550 puede incluir un error si el usuario 2501 intenta restringir el foco a una aplicación no instalada (por ejemplo, una aplicación de juego educativo). El servidor de MDM 2520 puede reenviar la realimentación seleccionada desde los dispositivos móviles gestionados al dispositivo móvil gestor 2510, ilustrada en la FIG. 25 como la realimentación 2525. En base a la realimentación 2525, la aplicación gestora 2512 puede actualizar una interfaz para indicar los estados de diferentes dispositivos móviles gestionados, como se describe además con referencia a las FIGS. 29-33. En una realización particular, el usuario 2501 puede proporcionar una entrada a la aplicación gestora 2512 que hace que un dispositivo móvil gestionado obtenga automáticamente (por ejemplo, descargue e instale) y restrinja el foco a una aplicación. Por ejemplo, si la realimentación 2525 indica que un dispositivo móvil gestionado no tiene instalada una aplicación particular, el usuario 2501 puede seleccionar una opción “obtener aplicación” en la aplicación gestora 2512 para hacer que el dispositivo móvil gestionado descargue la aplicación.

[0283] Si bien ciertas realizaciones y flujos de trabajo se describen en la presente memoria con referencia a realizar MDM para un único dispositivo gestionado, se debería entender que la MDM también se puede realizar para múltiples dispositivos. Por ejemplo, el usuario 2501 puede seleccionar múltiples dispositivos gestionados o un grupo de dispositivos gestionados a través de la aplicación gestora 2512. El mensaje de gestión 2513 puede identificar múltiples dispositivos gestionados o un grupo de dispositivos gestionados, y el servicio de notificaciones de transmisión automática 2530 puede enviar notificaciones de transmisión automática a cada dispositivo gestionado.

[0284] En otro ejemplo de operación, la aplicación gestora 2512 puede ejecutar un flujo de trabajo de “desbloqueo de foco” que permite al usuario 2501 dejar de restringir el foco en un dispositivo gestionado. Después de seleccionar uno, múltiples o un grupo de dispositivos gestionados, el usuario 2501 puede seleccionar una opción en la aplicación gestora 2512 que corresponda a un comando de “desbloqueo de foco”. En este ejemplo, el mensaje de gestión 2513 identifica el dispositivo o dispositivos gestionados seleccionados y el comando de “desbloqueo de foco”. El servicio de notificaciones de transmisión automática 2530 envía una notificación o notificaciones de transmisión automática al dispositivo o dispositivos gestionados seleccionados para hacer que el dispositivo o dispositivos gestionados eliminen las restricciones de foco previamente implementadas. Por ejemplo, la notificación o notificaciones de transmisión automática pueden usar una API en el dispositivo o dispositivos móviles gestionados para dejar de restringir el foco en el dispositivo o dispositivos móviles gestionados. Para ilustrarlo, al final de la clase, un profesor puede eliminar las restricciones de foco en todos los dispositivos de estudiantes, de modo que los dispositivos de estudiantes no estén restringidos al inicio de la siguiente clase. En una realización particular, las restricciones de foco se pueden eliminar automáticamente en caso de que el profesor olvide eliminar las restricciones de foco. Por ejemplo, el servidor de MDM 2520 puede almacenar datos que identifican la hora de inicio y la hora de finalización de un periodo de clase, y puede iniciar automáticamente la eliminación de las restricciones de foco al final del periodo de clase. Una restricción de foco en un dispositivo móvil gestionado también se puede eliminar si la realimentación del dispositivo móvil gestionado indica que el dispositivo móvil gestionado se ha movido a una ubicación diferente, tal como una ubicación fuera de la escuela o de un aula particular.

[0286] En una realización particular, un profesor puede desencadenar el flujo de trabajo de “desbloqueo de foco” indicando que un estudiante particular está ausente de clase, de modo que si un estudiante está enfermo en casa, el foco en el dispositivo móvil de estudiante no esté restringido a ninguna aplicación o sitio web particular. Alternativamente, o además, el dispositivo de estudiante se puede eliminar automáticamente en base a los datos de ubicación (por ejemplo, datos de GPS, triangulación celular, proximidad a una ubicación o dispositivo particular, etc.) que indiquen que el estudiante está ausente de la clase.

[0288] En otro ejemplo de operación, la aplicación gestora 2512 puede ejecutar un flujo de trabajo para borrar el código de acceso. Ocasionalmente, un estudiante puede olvidar el código de acceso de su dispositivo móvil. Alternativamente, un compañero de clase puede establecer o reiniciar el código de acceso del dispositivo móvil de estudiante. En tales situaciones, si no se reinicia el código de acceso, el estudiante puede llegar a ser una distracción para el resto de la clase debido a que el estudiante es incapaz de usar el dispositivo móvil. En lugar de que el profesor contacte con el soporte de IT, el sistema 2500 permite ventajosamente que el profesor quite el código de acceso del dispositivo de estudiante. Por ejemplo, el profesor (por ejemplo, el usuario 2501) puede seleccionar el dispositivo de estudiante y seleccionar un comando “Quitar código de acceso”. El mensaje de gestión 2513 puede identificar el dispositivo de estudiante seleccionado y el comando “quitar código de acceso”, y el servicio de notificaciones de transmisión automática 2530 puede enviar una notificación de transmisión automática al dispositivo de estudiante para hacer (por ejemplo, a través de una API) que el dispositivo de estudiante quite cualquier código de acceso previamente establecido.

[0289] Como otro ejemplo de operación, la aplicación gestora 2512 puede ejecutar un flujo de trabajo de duplicación de pantalla. El usuario 2501 puede proporcionar una entrada de usuario 2502 que hace que un dispositivo móvil gestionado específico inicie una sesión de duplicación de pantalla con un dispositivo de visualización externo. Por ejemplo, un profesor puede tener la pantalla de un dispositivo de estudiante duplicada en una pantalla de visualización externa, de modo que los compañeros de clase puedan ver las interacciones del estudiante con una aplicación (por ejemplo, otros estudiantes pueden seguir cómo el estudiante resuelve un problema matemático). En la realización de la FIG. 25, el segundo dispositivo móvil gestionado 2550 está en una sesión de duplicación de pantalla 2560 con un dispositivo de visualización externo 2570, tal como un proyector, un televisor, un reproductor multimedia digital, etc. Un profesor también puede iniciar una sesión de duplicación de pantalla entre su propio dispositivo móvil (por ejemplo, el dispositivo móvil gestor 2510) y un visualizador externo. Por ejemplo, un profesor puede iniciar una sesión de duplicación de pantalla para mostrar a los estudiantes cómo usar ciertas aplicaciones o para mostrar un documento a todos los estudiantes de una clase.

[0290] Como otro ejemplo de operación, la aplicación gestora 2512 puede ejecutar un flujo de trabajo de “obtener archivo”. Para ilustrarlo, un profesor puede distribuir un archivo, tal como una asignación de deberes o material de lectura, a uno o más dispositivos móviles de estudiantes durante la clase. El archivo puede incluir al menos una parte de una imagen, un documento, contenido de audio, contenido de video, un libro electrónico, una lección de aprendizaje electrónico (e-learning), etc. Proporcionar el archivo a un dispositivo gestionado puede incluir enviar el archivo al dispositivo gestionado o dar instrucciones al dispositivo gestionado para descargar el archivo desde un servidor externo o repositorio de contenido en línea. Por ejemplo, una notificación de transmisión automática, un comando u otro mensaje a un dispositivo móvil gestionado puede incluir un archivo o un URL de descarga para el archivo. En una realización particular, los dispositivos móviles gestionados 2540, 2550 están configurados para proporcionar actualizaciones de estado al servidor de MDM 2520 a través de la realimentación 2547, 2557. Por ejemplo, las actualizaciones de estado pueden incluir información de estado de duración de la batería. Cuando la duración de la batería de un dispositivo móvil gestionado particular es menor que un umbral, la aplicación gestora 2512 puede presentar una alerta al usuario 2501 (por ejemplo, para hacer que el usuario cargue el dispositivo móvil gestionado particular).

[0291] El sistema 2500 de la FIG.1 puede, de este modo, soportar diversos flujos de trabajo que permiten al usuario 2501 del dispositivo móvil gestor 2510 restringir el foco y hacer que se realicen otras operaciones en los dispositivos móviles gestionados 2540, 2550. Ser capaz de usar el dispositivo móvil gestor 2510 para realizar tales operaciones de MDM ahorra tiempo y esfuerzo en comparación con tener que contactar con el personal de IT. Por ejemplo, en un entorno educativo, se puede facultar a un profesor para controlar rápidamente los dispositivos móviles de estudiantes sin salir del aula o interrumpir la clase para obtener soporte de IT.

[0292] Haciendo referencia a la FIG.26, se muestra una realización particular de los datos de inscripción y agrupación 2521 de la FIG. 25 y se designa generalmente como 2600. En el ejemplo ilustrado, los primeros datos 2610 están asociados con una primera clase y los segundos datos 2620 están asociados con una segunda clase.

[0293] Los primeros datos 2610 corresponden a una clase llamada “Matemáticas del 1º período” que tiene un horario de clase de 8:00 AM a 8:50 AM. La inscripción de clase para la clase incluye tres estudiantes: Bobby, Jane y Nick. Cada uno de los estudiantes tiene una tableta. Por ejemplo, Bobby tiene una tableta apodada “Tableta de Bobby” que tiene un identificador globalmente único (GUID) 12345. De manera similar, la “Tableta de Jane” tiene un GUID 67890 y la “Tableta de Nick” tiene un GUID 33344. La aplicación gestora 2512 de la FIG. 25 puede mostrar los apodos de los dispositivos, los GUID de los dispositivos o ambos. De manera similar, el mensaje de gestión 2513 y la solicitud de notificación 2524 de la FIG.25 pueden identificar los dispositivos gestionados mediante el apodo del dispositivo, el GUID del dispositivo o ambos. Los estudiantes de la clase no están divididos ningún subgrupo.

[0294] Los primeros datos 2620 corresponden a una clase llamada “Ciencias del 2º período” que tiene un horario de clase de 9:00 AM a 9:50 AM. La inscripción de clase para la clase incluye seis estudiantes: Bobby, Diane, Sally, Boyd, Phillip y Janet. Cada uno de los estudiantes tiene una tableta. Los estudiantes de la clase se dividen en tres subgrupos (por ejemplo, subconjuntos) que tienen identificadores de grupo (ID) 1, 2 y 3, respectivamente. En una realización particular, cuando se realiza una operación de MDM para cada dispositivo de un grupo, el mensaje de gestión 2513 incluye el ID de grupo del grupo.

[0295] Se debería señalar que los datos 2610, 2620 mostrados en la FIG. 26 no se han de considerar limitantes. En realizaciones alternativas, los datos de inscripción y agrupación pueden incluir datos de más o menos estudiantes, más o menos clases, más o menos grupos, etc. Todos o una parte de los datos mostrados en la FIG.26 se pueden enviar por el servidor de MDM 2520 al dispositivo móvil gestionado 2540 durante la operación de la aplicación gestora 2512.

[0296] Las FIGS. 27-33 ilustran realizaciones particulares de las interfaces que se pueden mostrar por el dispositivo móvil gestor 2510 y/o los dispositivos móviles gestionados 2540, 2550 de la FIG. 25 durante su operación en un entorno educativo. En realizaciones alternativas, se pueden mostrar interfaces diferentes.

[0297] En particular, la FIG.27 ilustra una interfaz de inicio de sesión 2700 que se puede mostrar cuando el usuario 2501 inicia la aplicación gestora 2512 (titulada “FOCO EN LA CLASE”). En una realización particular, la aplicación gestora 2512 se puede iniciar en respuesta a que el usuario 2501 pulsa el botón “Sí” en un recordatorio que indica que una clase está a punto de comenzar, como se muestra en la interfaz de recordatorio 2800 de la FIG.28.

[0298] Haciendo referencia a la FIG. 29 se muestra una realización particular de una interfaz gestora 2900. La interfaz gestora 2900 puede mostrar clases “Disponibles” y “No disponibles”. Para un profesor en particular, las clases disponibles pueden corresponder a las clases que el profesor ha impartido en el pasado o a las que está inscrito (por ejemplo, en el servidor de MDM 2520 de la FIG. 25) para impartir. Una clase solamente puede estar disponible durante el periodo de tiempo de la clase (por ejemplo, la clase de “Ciencias del 2º período” de la FIG.26 solamente puede estar disponible entre las 9:00 AM y las 9:50 AM los días laborables). Las clases que no están disponibles se pueden enumerar bajo la cabecera “No disponible”, como se muestra. En el ejemplo de la FIG. 29, la entrada para cada clase indica un número de dispositivos gestionados. La interfaz gestora 2900 también incluye opciones seleccionables para los ajustes de la aplicación y una guía de usuario, como se muestra.

[0299] En la FIG.29, se selecciona la entrada “Ciencias del 2º período”. En respuesta, la aplicación gestora 2512 muestra iconos que corresponden a los seis dispositivos gestionados inscritos en la clase “Ciencias del 2º período”. Cada icono puede indicar el estado de MDM del dispositivo de estudiante correspondiente. Por ejemplo, la tableta de Bobby está restringida a la aplicación de calculadora y la tableta de Sally está restringida a la aplicación de lector de libros electrónicos. La tableta de Boyd está restringida a un sitio web de la “escuela” y la tableta de Janet está en una sesión de duplicación de pantalla. Los iconos de los dispositivos también pueden indicar si un dispositivo tiene una duración batería baja (por ejemplo, menor que un umbral). En el ejemplo ilustrado, la tableta de Phillip y la tableta Janet se indican como que tienen una duración de batería baja.

[0300] La interfaz gestora 2900 también incluye un botón de restringir/dejar de restringir el foco 2910 y un botón de quitar código de acceso 2920. Para restringir o dejar de restringir el foco en un dispositivo de estudiante particular, un profesor puede seleccionar el dispositivo de estudiante y pulsar el botón 2910. Por ejemplo, seleccionar el icono de la tableta de Diane seguido del botón 2910 puede mostrar la interfaz 3000 de la FIG.30. Usando la interfaz 3000, el profesor puede restringir el foco en la tableta de Diane a una aplicación en particular. La lista de aplicaciones disponibles puede corresponder a la lista de aplicaciones 2522 de la FIG.25. La selección de un botón de quitar foco 3002 puede quitar las restricciones de foco en la tableta de Diane. Alternativamente, el profesor puede seleccionar una pestaña “Foco en sitio web” para mostrar la interfaz 3100 de la FIG.31 y luego el profesor puede seleccionar un sitio web particular de una lista de sitios web que corresponde a la lista de sitios web 2523 de la FIG. 25. En una realización particular, una lista de aplicaciones (por ejemplo, la lista de la FIG. 30), una lista de sitios web (por ejemplo, la lista de la FIG. 31), una lista de libros electrónicos, etc., mostradas por el dispositivo móvil de un profesor, se ordenan en base a la frecuencia de uso. Cuando el foco en la tableta de Diane se restringe con éxito a una aplicación o sitio web seleccionado, el dispositivo móvil del profesor puede recibir un acuse de recibo. Por ejemplo, como se muestra mediante la interfaz 3200 de la FIG. 32, el icono de la tableta de Diane se puede transformar para indicar que la tableta de Diane está bloqueada para la aplicación Lector de libros electrónicos. El botón de quitar código de acceso 2920 de la FIG.29 se puede seleccionar para quitar el código de acceso de uno o más dispositivos de estudiantes. Por ejemplo, para quitar el código de acceso de la tableta de Bobby, el profesor puede seleccionar el icono de la tableta de Bobby y el botón de quitar código de acceso 2920. En respuesta, se puede mostrar la interfaz 3300 de la FIG. 33, incluyendo la confirmación de que se envió un comando de quitar código de acceso a la tableta de Bobby. Para seleccionar múltiples dispositivos gestionados, un profesor puede seleccionar el icono de uno de los dispositivos gestionados durante un periodo de tiempo que supere un umbral de “pulsación prolongada”, lo que hace que se muestren casillas de comprobación para cada icono. El profesor puede seleccionar las casillas de comprobación correspondientes a múltiples dispositivos gestionados. Por ejemplo, en la realización mostrada en la FIG.32, el profesor ha seleccionado la tableta de Boyd y la tableta de Janet a través de las casillas de comprobación 3201 y 3202, respectivamente. En una realización particular, también se puede mostrar un botón “Seleccionar todo” por una aplicación gestora (por ejemplo, la aplicación gestora 2512 de la FIG.25) para seleccionar todos los dispositivos móviles gestionados accesibles (por ejemplo, todos los dispositivos de estudiantes en una clase).

[0301] Haciendo referencia a la FIG.34 se muestra una realización particular de un método de operación en un dispositivo móvil gestor y se designa generalmente como 3400. En una realización ilustrativa, el método 3400 se puede realizar por el dispositivo móvil gestor 2510 de la FIG.25.

[0302] El método 3400 incluye recibir, en el dispositivo móvil gestor, una selección de un dispositivo móvil gestionado de una pluralidad de dispositivos móviles gestionados, en 3402. Por ejemplo, en la FIG. 25, el dispositivo móvil gestor 2510 puede recibir la entrada de usuario 2502, seleccionando el primer dispositivo móvil gestionado 2540. En una realización ilustrativa, se puede seleccionar un icono correspondiente al primer dispositivo móvil gestionado 2540, como se describe con referencia a los iconos de tableta de estudiante en las FIGS.29-33.

[0303] El método 3400 también incluye mostrar, en el dispositivo móvil gestor, una lista de aplicaciones ejecutables por el dispositivo móvil gestionado y/o una lista de sitios web accesibles por el dispositivo móvil gestionado, en 3404. Por ejemplo, en la FIG. 25, la aplicación gestora 2512 puede mostrar la lista de aplicaciones 2522 y/o la lista de sitios web 2523. En una realización ilustrativa, la lista de aplicaciones y la lista de sitios web mostradas pueden corresponder a las listas mostradas en las FIGS.30-31.

[0305] El método 3400 incluye además recibir, en el dispositivo móvil gestor, una selección de una aplicación de la lista de aplicaciones o un sitio web de la lista de sitios web, en 3406. Por ejemplo, en la FIG.25, la aplicación de calculadora 2545 en el primer dispositivo móvil gestionado 2540 se puede seleccionar a través de la entrada de usuario 2502. En una realización ilustrativa, la aplicación de calculadora se puede seleccionar de una lista de aplicaciones, como se muestra en la FIG.30.

[0307] El método 3400 incluye iniciar, en el dispositivo móvil gestor, una transmisión de datos al dispositivo móvil gestionado, dando instrucciones al dispositivo móvil gestionado para restringir el foco a la aplicación o al sitio web seleccionado, en 3408. Por ejemplo, la aplicación gestora 2512 puede enviar el mensaje de gestión 2513 al servidor de MDM 2520, donde el mensaje de gestión 2513 identifica el primer dispositivo móvil gestionado 2540, la aplicación de calculadora 2545 y un comando de “bloqueo de foco”. En respuesta al mensaje de gestión 2513, el servidor de MDM 2520 puede enviar la solicitud de notificación 2524 al servicio de notificaciones de transmisión automática 2530 para causar una transmisión de la notificación de transmisión automática 2531 al primer dispositivo móvil gestionado 2540. En respuesta a la notificación de transmisión automática 2531, el primer dispositivo móvil gestionado 2540 puede recuperar el comando 2533. De este modo, en respuesta a la entrada de usuario 2502 del usuario 2501, el dispositivo móvil gestor 2510 puede iniciar una secuencia de mensajes entre el dispositivo móvil gestor 2510, el servidor de MDM 2520, el servicio de notificaciones de transmisión automática 2530 y/o el primer dispositivo móvil gestionado 2540. Después de que el foco en el primer dispositivo móvil gestionado 2540 se restringe a la aplicación de calculadora 2545 (como se muestra en la FIG. 25 mediante un icono de candado), el primer dispositivo móvil gestionado 2540 puede proporcionar la realimentación 2547 al servidor de MDM 2520, que puede proporcionar la realimentación 2525 a la aplicación gestora 2512. En respuesta a la realimentación 2525, la aplicación gestora 2512 puede mostrar un icono correspondiente al primer dispositivo móvil gestionado 2540 para indicar que el primer dispositivo móvil gestionado 2540 está bloqueado para la aplicación de calculadora 2545. Por ejemplo, se puede mostrar un icono de aplicación de calculadora, como se ilustra para la tableta de Bobby en las FIGS.29 y 32.

[0309] Haciendo referencia a la FIG.35, se muestra una realización particular de un método de operación en un servidor de MDM y se designa generalmente como 3500. En una realización ilustrativa, el método 3500 se puede realizar por el servidor de MDM 2520 de la FIG.25.

[0311] El método 3500 incluye recibir, en un servidor de MDM desde un dispositivo móvil gestor, datos que identifican un dispositivo móvil gestionado de una pluralidad de dispositivos móviles gestionados y un comando seleccionado en el dispositivo móvil gestor para su ejecución en el dispositivo móvil gestionado, en 3502. Por ejemplo, haciendo referencia a la FIG. 25, el servidor de MDM 2520 puede recibir el mensaje de gestión 2513, donde el mensaje de gestión 2513 identifica uno de los dispositivos móviles gestionados 2540 o 2550 y un comando seleccionado (por ejemplo, restringir/bloquear el foco, dejar de restringir/desbloquear el foco, quitar el código de acceso, iniciar la duplicación de pantalla, detener la duplicación de pantalla, obtener un documento, etc.). En una realización alternativa, se pueden seleccionar múltiples dispositivos móviles gestionados, tal como a través de casillas de comprobación, como se muestra en la FIG.32.

[0313] El método 3500 también incluye iniciar la transmisión de una notificación de transmisión automática al dispositivo móvil gestionado para que hacer que el dispositivo móvil gestionado recupere el comando, en 3504. Por ejemplo, haciendo referencia a la FIG.25, el servidor de MDM 2520 puede enviar la solicitud de notificación 2524 al servicio de notificaciones de transmisión automática 2530 para hacer que el servicio de notificaciones de transmisión automática 2530 transmita la notificación de transmisión automática 2531 o la notificación de transmisión automática 2532. Si se seleccionan múltiples dispositivos gestionados, se pueden enviar notificaciones de transmisión automática a cada uno de los dispositivos gestionados seleccionados. En respuesta a una notificación de transmisión automática (por ejemplo, la notificación de transmisión automática 2531), un dispositivo móvil gestionado (por ejemplo, el primer dispositivo móvil gestionado 2540) puede recuperar un comando para su ejecución (por ejemplo, el comando 2533).

[0315] Haciendo referencia a la FIG. 36 se muestra una realización particular de un sistema 3600 que es operable para conceder a un dispositivo informático gestionado acceso a una funcionalidad en base a una detección de una baliza inalámbrica. El sistema 3600 incluye un servidor de gestión de dispositivos 3620 (por ejemplo, un servidor de gestión de dispositivos móviles) que está acoplado de manera comunicativa a un servicio de notificaciones de transmisión automática 3630 (por ejemplo, un servidor de notificaciones de transmisión automática) y a una red 3663. La red 3663 puede ser pública (por ejemplo, Internet) y/o privada, y, en algunos ejemplos, el servidor de gestión de dispositivos 3620 se acopla al servicio de notificaciones 3630 a través de la red 3663. En una realización ilustrativa, el servicio de notificaciones de transmisión automática 3630 corresponde al servicio de notificaciones de transmisión automática 2530 de la FIG.25.

[0316] El servidor de gestión de dispositivos 3620 puede corresponder a hardware y/o software que implementa funciones de gestión de dispositivos. Por ejemplo, el servidor de gestión de dispositivos 3620 puede ser un servidor de gestión de dispositivos móviles (MDM). En una realización particular, el servidor de gestión de dispositivos 3620 corresponde al servidor de MDM 2520 de la FIG.25. En un ejemplo no limitante ilustrativo, en un contexto educativo, el servidor de gestión de dispositivos 3620 puede gestionar los ordenadores y los dispositivos móviles de profesores y estudiantes. Se debería señalar que, si bien se describen diversas realizaciones en la presente memoria con referencia a entornos educativos, esto es solamente para ejemplo y no se ha de considerar limitante. Las enseñanzas de la presente descripción se pueden aplicar a otros entornos, incluyendo, pero no limitado a, entornos domésticos, entornos corporativos, entornos comerciales, etc.

[0318] Ejemplos de acciones de gestión de dispositivos pueden incluir, pero no se limitan a, instalar una aplicación en un dispositivo gestionado, ajustar un ajuste de configuración en un dispositivo gestionado, proporcionar contenido a un dispositivo gestionado, enviar un mensaje a un dispositivo gestionado, establecer o quitar un código de acceso, editar uno o más atributos de datos de inventario, enviar una comunicación/mensaje (por ejemplo, un correo electrónico o un mensaje de SMS), borrar datos, enviar comandos remotos, conceder acceso al dispositivo gestionado a una funcionalidad particular, restringir cierta funcionalidad en un dispositivo gestionado, etc.

[0320] El servidor de gestión de dispositivos 3620 puede incluir un módulo de generación de interfaz gráfica de usuario (GUI) 3621, una base de datos de inventario 3622 y una base de datos de reglas de región 3623. El módulo de generación de GUI 3621 se puede configurar para generar diversas GUI relacionadas con la gestión de dispositivos informáticos. La base de datos de inventario 3622 puede almacenar información de registro e información de inventario relacionada con los dispositivos informáticos gestionados por el servidor de gestión de dispositivos 3620.

[0321] Como ejemplo no limitante ilustrativo, los datos de inventario para un ordenador gestionado pueden incluir valores para uno o más de los siguientes atributos de inventario:

[0323] Estado de directorio activo, Título de aplicación, Versión de aplicación, Tipo de arquitectura, Etiqueta de activo, Ranuras de RAM disponibles, SWU disponibles, Código de barras, Capacidad de batería, Porcentaje de unidad de arranque completo, ROM de arranque, Edificio, Velocidad de bus en MHz, Paquetes en caché, Grupo de ordenadores, Nombre de ordenador, Departamento, Configuración de cifrado de disco, Capacidad de unidad en MB, ID de atención al cliente, Elegibilidad de volúmenes cifrados, Validación de clave individual de volúmenes cifrados, Clave institucional de volúmenes cifrados, Estado de cifrado de partición de volúmenes cifrados, Tipo de clave de recuperación de volúmenes cifrados, Estado de volúmenes cifrados, Usuario de volúmenes cifrados, Dirección de correo electrónico, Método de inscripción: Inscripción de etapa previa, Título de fuente, Versión de fuente, Nombre completo, Dirección IP, Último registro, Última inscripción, Última actualización de inventario, Vencimiento de arrendamiento, Software con licencia, Expectativa de vida, Cuentas de usuario locales, Dirección MAC, Marca, Impresoras mapeadas, Establecer contraseña maestra, Versión binaria de plataforma de MDM, ID de servidor de MDM, Modelo, Identificador de modelo, Velocidad de NIC, Número de actualizaciones disponibles, Número de procesadores, Sistema operativo, Unidad óptica, Paquetes instalados por el paquete de MDM, Paquetes instalados por el instalador nativo/SWU, Nombre de partición, Número de teléfono, Plataforma, Título de complemento, Versión de complemento, Fecha de PO, Número de PO, Posición, Velocidad de procesador en MHz, Tipo de procesador, Precio de compra, Comprado o arrendado, Cuenta de compra, Contacto de compra, Sala, Servicios en ejecución, Estado de S.M.A.R.T., Tareas programadas, Número de serie, Paquete de servicios, Versión de SMC, RAM total en MB, Nombre de usuario, Proveedor, Vencimiento de garantía.

[0325] Como otro ejemplo no limitante ilustrativo, los datos de inventario para un dispositivo móvil gestionado pueden incluir valores para uno o más de los siguientes atributos de inventario:

[0327] Omisión de bloqueo de activación habilitada, Identificador de aplicación, Nombre de aplicación, Versión de aplicación, Etiqueta de activo, Espacio disponible en MB, Nivel de batería, Capacidad de cifrado de bloques, Dirección MAC de Bluetooth®, Edificio, Capacidad en MB, Versión de ajustes de operador, Tecnología celular, Nombre de certificado, Red de operador actual, Código de país móvil actual, Código de red móvil actual, ID de atención al cliente, Protección de datos, Itinerancia de datos habilitada, Departamento, ID de dispositivo, Servicio de localización de dispositivos habilitado, Número de teléfono de dispositivo, Nombre de visualizador, No molestar habilitado, Dirección de correo electrónico, Método de inscripción: Perfil de inscripción, Método de inscripción: Inscripción de etapa previa, Método de inscripción: Iniciado por el usuario - invitación, Método de inscripción: Iniciado por el usuario - sin invitación, Vence, Capacidad de cifrado de archivos, Nombre completo, Cifrado de hardware, Red de operador de origen, Código de país móvil de origen, Código de red móvil de origen, ICCID, Identificador, Identidad, IMEI, Dirección IP, Idiomas, Última copia de seguridad, Última inscripción, Última actualización de inventario, Vencimiento de arrendamiento, Esperanza de vida, Localizaciones, Eliminación de perfil de MDM permitida, MEID, Grupo de dispositivos móviles, Modelo, Identificador de modelo, Versión de microprograma de módem, Compilación de OS, Versión de OS, Cumplimiento de código de acceso, Cumplimiento de código de acceso con el perfil o perfiles, Estado de código de acceso, Fecha de PO, Número de PO, Posición, Nombre de perfil, Nombre de perfil de aprovisionamiento, Precio de compra, Comprado o Arrendado, Cuenta de compra, Contacto de compra, Itinerancia, Sala, Número de serie, MCC de abonado, MNC de abonado, Supervisado, UDID, Porcentaje de espacio usado, Número de teléfono de usuario, Nombre de usuario, Proveedor, Versión, Itinerancia de voz habilitada, Vencimiento de garantía, Dirección MAC de Wi-Fi, Contraseña de transmisión multimedia inalámbrica.

[0328] La base de datos de reglas regionales 3623 puede almacenar reglas para la gestión de dispositivos informáticos que está situados en regiones particulares que se pueden definir por una o más balizas inalámbricas, como se describe además en la presente memoria.

[0330] El sistema 3600 puede incluir dispositivos informáticos gestionados, tales como un dispositivo informático gestionado 3650 ilustrativo. El dispositivo informático gestionado 3650 puede ser un dispositivo informático portátil con capacidad de interconexión a redes cableadas y/o inalámbricas. Por ejemplo, el dispositivo informático gestionado 3650 puede ser un ordenador de sobremesa, un ordenador portátil, etc. Alternativamente, el dispositivo informático gestionado 3650 puede ser un dispositivo portátil con capacidad de interconexión de redes inalámbrica. Por ejemplo, el dispositivo informático gestionado 3650 puede ser una tableta, un teléfono móvil, un reproductor multimedia portátil, un lector de libros electrónicos (eBook) o cualquier combinación de los mismos. En una realización ilustrativa, el dispositivo informático gestionado 3650 corresponde a los dispositivos móviles gestionados 2540, 2550 de la FIG.25.

[0332] El dispositivo informático gestionado 3650 puede comunicarse con el servidor de gestión de dispositivos 3620 a través de la red 3663, un primer punto de acceso 3661 y/o un segundo punto de acceso 3662. En un ejemplo particular, el primer punto de acceso 3661 puede permitir una comunicación abierta (por ejemplo, no autenticada y/o no segura) a través de la red 3663. El uso del segundo punto de acceso 3662 puede requerir autenticación y puede proporcionar comunicación segura (por ejemplo, cifrada) a través de la red 3663. Los puntos de acceso 3661-3662 pueden corresponder a puntos de acceso inalámbricos, tales como puntos de acceso IEEE 3202.11 o estaciones base 3G/4G. En el ejemplo de la FIG.36, una impresora 3664 está conectada al primer punto de acceso 3661. Se debería señalar que la impresora 3664 también, o alternativamente, se puede acoplar al segundo punto de acceso 3662 y/o a la red 3663. En algunas realizaciones, la impresora 3664 incluye capacidades inalámbricas que permiten a la impresora 3664 recibir solicitudes de impresión de un dispositivo solicitante sin comunicarse a través de uno de los puntos de acceso 3661, 3662 o a través de la red 3663. En realizaciones alternativas, diferentes dispositivos se pueden acoplar a y pueden ser accesibles a través de un punto de acceso.

[0334] El dispositivo informático gestionado 3650 se puede gestionar por el servidor de gestión de dispositivos 3620, y los datos con respecto al dispositivo informático gestionado 3650 se pueden incluir en la base de datos de inventario 3622. La base de datos de inventario 3622 puede almacenar ajustes de configuración, datos, software, reglas asociadas con la base de datos de reglas de región 3623, o una combinación de los mismos, relacionados con el dispositivo informático gestionado 3650. Por ejemplo, la base de datos de inventario 3622 puede almacenar datos que indiquen si se están aplicando al dispositivo informático gestionado 3650 reglas particulares almacenadas en la base de datos de reglas de región 3623. Además, la base de datos de inventario 3622 puede identificar si se almacena software o datos particulares en el dispositivo informático gestionado 3650 o si ajustes de configuración particulares están en su lugar en el dispositivo informático gestionado 3650. Para ilustrarlo, el dispositivo informático gestionado 3650 puede proporcionar periódicamente actualizaciones de datos de inventario al servidor de gestión de dispositivos 3620. Alternativamente, el dispositivo informático 3650 puede informar de una actualización al servidor de gestión de dispositivos 3620 en respuesta a un evento desencadenante (por ejemplo, sondeo desde el servidor de gestión de dispositivos 3620, instalación de software, almacenamiento de datos, establecimiento de un ajuste de configuración, etc.). Se debería señalar que, si bien en la FIG. 36 se muestra un único dispositivo informático gestionado 3650, la presente descripción no se limita a ninguna configuración o número de dispositivos particular. En realizaciones alternativas, un número diferente de dispositivos informáticos gestionados puede estar presente y/o incluido en la base de datos de inventario 3622. El servidor de gestión de dispositivos 3620 puede gestionar el acceso a las funciones en el dispositivo informático gestionado 3650. En ejemplos particulares, el dispositivo informático gestionado 3650 puede estar asociado con un usuario particular (no mostrado).

[0336] El dispositivo informático gestionado 3650 puede incluir un sistema operativo (OS) 3651. El OS 3651 puede controlar funciones informáticas, tales como entrada/salida (por ejemplo, un visualizador de pantalla táctil, altavoz, micrófono, cámara, etc.) e interconexión de redes (por ejemplo, celular, Bluetooth®, IEEE 3202.11, Ethernet, etc.). El OS 3651 también puede soportar la ejecución de aplicaciones, tales como una aplicación de gestión 3652 y una aplicación gestionada 3654, y proporcionar a tales aplicaciones acceso a los recursos y datos del dispositivo 3653. Como se describe además en la presente memoria, la aplicación de gestión 3652 puede comunicarse con el servidor de gestión de dispositivos 3620 para implementar la gestión del dispositivo. La aplicación gestionada 3654 puede ser una aplicación cuya operación se puede iniciar, finalizar y/o afectar por el servidor de gestión de dispositivos 3620. Ejemplos de la aplicación gestionada 3654 incluyen, pero no se limitan a, un navegador web, correo electrónico, un calendario, redes sociales, un lector de documentos/libros electrónicos, un reproductor multimedia, etc. Las aplicaciones 3652, 3654 pueden corresponder a instrucciones de software que se almacenan en una memoria y se ejecutan por un procesador, circuitos de hardware que implementan una funcionalidad de la aplicación, o ambos. Las aplicaciones 3652, 3654 pueden estar preinstaladas (por ejemplo, como parte de, o junto con. un OS) o se pueden instalar después de ser descargadas (por ejemplo, a través de una tienda) o cargar lateralmente (por ejemplo, desde un dispositivo de almacenamiento externo).

[0338] El sistema 3600 incluye además una baliza inalámbrica 3640. La baliza inalámbrica 3640 puede estar asociada con (por ejemplo, situada dentro o cerca de) una región particular (por ejemplo, una sala particular, tal como un aula o una sala de conferencias, un edificio particular, tal como una escuela o un hospital; una calle particular, etc.). La baliza inalámbrica 3640 puede, de manera continua o periódica, transmitir inalámbricamente una señal 3641 que incluye un identificador 3642. El identificador 3642 puede estar asociado con la región particular y puede corresponder a una región cuyas reglas se almacenan en la base de datos de reglas de región 3623. En una realización ilustrativa, la baliza inalámbrica 3640 transmite la señal 3641 a través de una conexión de red de área personal u otra conexión de corto alcance, tal como Bluetooth® de baja energía (BLE).

[0340] Si bien se muestra en la FIG.36 una única baliza inalámbrica 3640, la descripción no está así limitada. Por ejemplo, una pluralidad de balizas inalámbricas se puede incluir en el sistema 3600 y el servidor de gestión de dispositivos 3620 puede gestionar las reglas para una pluralidad de regiones. Cada región de la pluralidad de de regiones puede corresponder a una o más balizas inalámbricas de la pluralidad de balizas inalámbricas. Cada baliza inalámbrica (por ejemplo, la baliza inalámbrica 3640) puede tener un alcance de transmisión ajustable, que se puede establecer a través de una entrada de usuario o a través de una entrada desde el servidor de gestión de dispositivos 3620. En algunos ejemplos, una región se puede definir mediante las áreas de transmisión/cobertura de múltiples balizas inalámbricas. Por ejemplo, una ubicación del dispositivo informático gestionado 3650 dentro de una región particular se puede triangular en base a las intensidades de señal de las señales recibidas de tres o más balizas inalámbricas de la región.

[0342] En operación, el servidor de gestión de dispositivos 3620 puede recibir una entrada de un usuario 3601 (por ejemplo, un administrador del sistema) que define reglas regionales a ser almacenadas en la base de datos de reglas de región 3623. Las regiones se pueden basar en áreas de transmisión de balizas, tales como la baliza inalámbrica 3640. Las reglas regionales además se pueden basar en una identidad de un usuario asociado con un dispositivo, un tipo de dispositivo, un identificador de dispositivo o una combinación de los mismos. Por ejemplo, interactuando con una GUI proporcionada por el módulo de generación de GUI 3621, el usuario 3601 puede definir una regla asociada con una región asociada con la baliza inalámbrica 3640. La regla puede hacer que el servidor de gestión de dispositivos 3620 realice una acción de gestión particular para un dispositivo en respuesta a determinar que el dispositivo está situado en la región correspondiente. En un ejemplo, la acción de gestión particular puede incluir conceder al dispositivo acceso una funcionalidad particular, tal como el uso de la impresora 3664, el uso del segundo punto de acceso 3662, el uso de la aplicación gestionada 3654, o el acceso a una red privada virtual (VPN), el acceso a los datos 3653 o el acceso a alguna otra funcionalidad.

[0344] Por ejemplo, el OS 3651 puede recibir la señal 3641 y reportar la señal a la aplicación de gestión 3652. La aplicación de gestión 3652 puede hacer que un primer mensaje 3655 sea transmitido al servidor de gestión de dispositivos 3620 a través del primer punto de acceso 3661 (por ejemplo, un punto de acceso no seguro) y la red 3663. El primer mensaje 3655 puede incluir un identificador (ID) de usuario 3658 asociado con un usuario del dispositivo informático gestionado 3650, un ID de dispositivo 3657 asociado con el dispositivo informático gestionado 3650, un tipo de dispositivo 3656 del dispositivo informático gestionado 3650, el identificador 3642, o una combinación de los mismos. En realizaciones alternativas, el primer mensaje 3655 puede incluir más, menos y/o diferentes tipos de datos.

[0346] El servidor de gestión de dispositivos 3620 puede recibir el primer mensaje 3655 y puede determinar, en base a los datos incluidos en el primer mensaje (por ejemplo, el identificador 3642), que el dispositivo informático gestionado 3650 es una región de baliza inalámbrica particular asociada con la baliza inalámbrica 3640. En respuesta, el servidor de gestión de dispositivos 3620 puede determinar si cualquier regla asociada con la región de baliza inalámbrica está almacenada en la base de datos de reglas de región 3623. Cuando la regla o reglas para la región de baliza inalámbrica están almacenadas en la base de datos de reglas de región 3623 (y la regla o reglas no se han aplicado ya al dispositivo informático gestionado 3650), el servidor de gestión de dispositivos 3620 puede generar un segundo mensaje 3625 en base a la regla o reglas. Por ejemplo, cuando la regla o reglas indican que se ha de conceder acceso a una funcionalidad particular a los dispositivos informáticos gestionados en la región de baliza inalámbrica, el segundo mensaje 3625 puede conceder al dispositivo informático gestionado 3650 acceso a la funcionalidad particular. La aplicación de gestión 3652 puede recibir el segundo mensaje 3625 y puede realizar una o más acciones en base al segundo mensaje 3625, tal como la acción o acciones que permitan acceso por el dispositivo informático gestionado 3650 a una funcionalidad particular.

[0348] Como ejemplo no limitante ilustrativo, el segundo mensaje 3625 puede conceder al dispositivo informático gestionado 3650 acceso a la impresora 3664. De este modo, el segundo mensaje 3625 puede incluir un certificado 3681 o una clave 3682 usada para autenticar el dispositivo informático gestionado 3650 con la impresora 3664. Además, o como alternativa, el segundo mensaje 3625 puede incluir ajustes de configuración 3685 que configuran el dispositivo informático gestionado 3650 para usar la impresora 3664. En realizaciones alternativas, el segundo mensaje 3625 que concede acceso a la impresora 3664 puede incluir más, menos y/o diferentes tipos de datos (por ejemplo, una dirección IP de la impresora, un controlador de impresora a ser instalado en el dispositivo informático gestionado 3650, una ubicación de red desde la cual descargar el controlador de impresión, etc.).

[0350] Como otro ejemplo no limitante ilustrativo, el segundo mensaje 3625 puede conceder acceso al segundo punto de acceso 3662 (por ejemplo, un punto de acceso seguro). Por ejemplo, el certificado 3681 se puede usar para autenticar el dispositivo informático gestionado 3650 y/o la clave 3682 se puede usar para la comunicación cifrada con el segundo punto de acceso 3662. Además, o como alternativa, el segundo mensaje 3625 puede incluir los ajustes de configuración 3685 para configurar el dispositivo informático gestionado 3650 para comunicarse usando el segundo punto de acceso 3662. En realizaciones alternativas, el segundo mensaje 3625 que concede acceso al segundo punto de acceso 3662 puede incluir más, menos y/o diferentes tipos de datos.

[0352] Como otro ejemplo no limitante ilustrativo, el segundo mensaje 3625 puede conceder acceso a los datos 3653. Por ejemplo, el segundo mensaje 3625 puede ser la fuente de los datos 3653 almacenados en el dispositivo informático gestionado 3650. Además, o como alternativa, el segundo mensaje 3625 puede incluir la clave 3682 para permitir el descifrado de los datos 3653 en el dispositivo informático gestionado. En ejemplos particulares, los datos pueden corresponder a un documento o a un libro electrónico. En realizaciones alternativas, el segundo mensaje 3625 que concede acceso a los datos 3653 puede incluir más, menos y/o diferentes tipos de datos. Por ejemplo, el segundo mensaje 3625 puede incluir una ubicación (por ejemplo, una dirección web) desde la cual el dispositivo informático gestionado puede descargar los datos 3653.

[0354] Como otro ejemplo no limitante ilustrativo, el segundo mensaje 3625 puede conceder acceso a la aplicación gestionada 3654 (o a alguna funcionalidad particular de la misma). Por ejemplo, el segundo mensaje 3625 puede incluir un paquete de instalación o un enlace correspondiente a la aplicación gestionada 3654. Además, o como alternativa, el segundo mensaje 3625 puede incluir la clave 3682 para habilitar el descifrado de la aplicación gestionada 3654. En ejemplos particulares, la aplicación gestionada 3654 puede corresponder a un lector de libros electrónicos, un navegador web, un videojuego, un reproductor multimedia, etc. En algunos ejemplos, el segundo mensaje 3625 puede conceder al dispositivo informático gestionado 3650 acceso a una parte de la aplicación gestionada 3654 o activar/desbloquear una característica de la aplicación gestionada 3654. Por ejemplo, el segundo mensaje 3625 puede habilitar una característica de realización de exámenes segura de una aplicación de procesamiento de texto cuando el dispositivo informático gestionado 3650 está en una región de baliza inalámbrica correspondiente a un entorno de realización de exámenes en una escuela. La característica de realización de exámenes segura puede permitir que la aplicación de procesamiento de textos descargue y muestre una pregunta de examen y cargue una respuesta. Como otro ejemplo, el segundo mensaje 3625 puede activar una función de subtítulos de una aplicación de reproducción de películas cuando la baliza inalámbrica 3640 se asocia con una región de biblioteca. En realizaciones alternativas, el segundo mensaje 3625, que concede acceso a la aplicación gestionada 3654, puede incluir más, menos y/o diferentes tipos de datos. Por ejemplo, el segundo mensaje 3625 puede incluir una ubicación (por ejemplo, una dirección web) desde la cual el dispositivo informático gestionado 3650 puede descargar la aplicación gestionada 3654.

[0356] Como otro ejemplo no limitante, el segundo mensaje 3625 puede conceder acceso a una VPN. Por ejemplo, el certificado 3681 se puede usar para autenticar el dispositivo informático gestionado 3650 y/o la clave 3682 se puede usar para comunicarse con la VPN. Además, o como alternativa, el segundo mensaje 3625 puede incluir los ajustes de configuración 3685 para configurar el dispositivo informático gestionado 3650 para comunicarse usando la VPN. En realizaciones alternativas, el segundo mensaje 3625, que concede acceso al segundo punto de acceso 3662 puede incluir más, menos y/o diferentes tipos de datos.

[0358] En realizaciones particulares, el servidor de gestión de dispositivos 3620 determina si una o más reglas asociadas con la baliza inalámbrica 3640 ya están en efecto en el dispositivo informático gestionado 3650 mediante la realización de una búsqueda de dispositivos en la base de datos de inventario 3622. Para ilustrarlo, una regla puede indicar que se puede dar acceso al dispositivo gestionado 3650 a la impresora 3664 cuando el dispositivo informático gestionado 3650 está en el alcance de la baliza inalámbrica 3640. No obstante, la base de datos de inventario 3622 puede indicar que el dispositivo informático gestionado 3650 ya tiene acceso a la impresora 3664. Por consiguiente, en este caso, el servidor de gestión de dispositivos 3620 puede no iniciar la transmisión del segundo mensaje 3625. Además, cuando el segundo mensaje 3625 se transmite al dispositivo informático gestionado 3650 para aplicar la una o más reglas (por ejemplo, conceder acceso a la impresora 3664), o en respuesta a recibir un acuse de recibo desde el dispositivo informático gestionado 3650, el servidor de gestión de dispositivos 3620 puede actualizar una entrada en la base de datos de inventario 3622 asociada con el dispositivo informático gestionado 3650 para reflejar que se han aplicado la una o más reglas al dispositivo informático gestionado 3650. De este modo, la base de datos de inventario 3622 se puede actualizar para reflejar un “estado” actual del dispositivo informático gestionado 3650.

[0360] En una realización particular, el segundo mensaje 3625 incluye un comando 3683 que se ha de ejecutar en el dispositivo informático gestionado 3650. Por ejemplo, el comando 3683 puede incluir un comando de gestión de archivos (por ejemplo, copiar, borrar o mover un archivo). En otros ejemplos, el comando 3683 puede corresponder a un comando para emitir una alerta (por ejemplo, un tono, un vídeo o un mensaje de texto). Como otro ejemplo, el comando 3683 puede incluir instrucciones para cifrar los datos 3653, la aplicación gestionada 3654 u otra información almacenada en el dispositivo informático gestionado 3650 usando la clave 3682.

[0362] En una realización particular, el servidor de gestión de dispositivos 3620 también puede revocar el acceso mediante el dispositivo informático gestionado 3650 a una funcionalidad particular en respuesta a determinar que el dispositivo informático gestionado 3650 está en una región de baliza inalámbrica particular. Por ejemplo, el comando 3683 o los ajustes de configuración 3685 pueden revocar el acceso a la impresora 3664, al segundo punto de acceso 3662, a la aplicación gestionada 3654, a los datos 3653, etc. Para ilustrarlo, se puede impedir que el dispositivo informático gestionado 3650 acceda a una aplicación de navegación web o a una aplicación de juegos en respuesta al primer mensaje 3655, que indica que el dispositivo informático gestionado 3650 ha detectado una baliza inalámbrica asociada con un aula. Como otro ejemplo, se puede restringir que el dispositivo informático gestionado 3650 acceda a una aplicación educativa específica (por ejemplo, una calculadora) o a un sitio web cuando el dispositivo informático gestionado 3650 está en el aula. Es decir, el “foco” del dispositivo informático gestionado 3650 se puede restringir a la aplicación o sitio web particular.

[0364] Se debería señalar que, si bien el segundo mensaje 3625 se muestra como que incluye un único certificado 3681, una única clave 3682, un único comando 3683, una única instancia de datos 3653, un único ajuste de configuración 3685 y una única aplicación gestionada 3654, más o menos de cada uno de estos elementos se pueden incluir en el segundo mensaje 3625. Por ejemplo, el segundo mensaje 3625 puede incluir dos certificados 3681. Un primer certificado se puede usar por el dispositivo gestionado 3650 para autenticarse con una VPN, y un segundo certificado se puede usar para autenticarse con el segundo punto de acceso 3662. Además, se debería señalar que las diversas acciones de gestión descritas en la presente memoria son para ejemplos y no se han de considerar limitantes. También se pueden realizar acciones de gestión adicionales en base a la proximidad de un dispositivo informático gestionado a un dispositivo de baliza inalámbrica, tales como acciones de gestión correspondientes a cambios en uno o más atributos de datos de inventario (por ejemplo, habilitar/deshabilitar el cifrado del disco duro, la itinerancia de datos, etc.). Además, en realizaciones particulares, el conjunto de acciones de gestión disponibles para ordenadores gestionados puede diferir del conjunto de acciones de gestión disponibles para dispositivos móviles gestionados.

[0366] En algunos ejemplos, el servidor de gestión de dispositivos 3620 puede añadir el dispositivo informático gestionado 3650 a un grupo “inteligente” en base al primer mensaje 3655. Tal como se usa en la presente memoria, un grupo “inteligente” puede ser un grupo de dispositivos informáticos gestionados, donde la pertenencia al grupo se determina dinámicamente por el dispositivo informático gestionado 3650. Por ejemplo, el usuario 3601 puede definir un grupo inteligente en base a criterios de agrupación que incluyan un criterio que se satisface cuando un dispositivo informático gestionado está en la región de la baliza inalámbrica 3640. Para ilustrarlo, la baliza inalámbrica 3640 puede estar dentro de una clase de matemáticas y el grupo inteligente puede ser “Dispositivos de clase de matemáticas con batería baja”, correspondiente a los criterios de agrupación (Región = Clase de matemáticas Y Nivel de batería < 20%). El usuario 3601 también puede proporcionar una entrada que indique que se ha de realizar una acción de gestión de dispositivos particular para los dispositivos en el grupo inteligente (por ejemplo, enviar un recordatorio: “No olvide cargar su dispositivo usando los enchufes de la pared trasera del aula de matemáticas”). En respuesta al primer mensaje 3655, el servidor de gestión de dispositivos 3620 puede determinar que el dispositivo informático gestionado 3650 está en la clase de matemáticas. Cuando la base de datos de inventario 3622 indica que el dispositivo informático gestionado 3650 tiene un nivel de batería menor que el 20 %, el servidor de gestión de dispositivos 3620 puede iniciar el envío del recordatorio al dispositivo informático gestionado 3650 (por ejemplo, enviando el segundo mensaje 3625).

[0368] En algunos ejemplos, el servidor de gestión de dispositivos 3620 puede generar informes asociados con balizas inalámbricas, tales como la baliza inalámbrica 3640. Por ejemplo, cada informe puede incluir información con respecto a los dispositivos dentro del alcance de la baliza inalámbrica asociada. En tales realizaciones, se pueden incluir en el informe el ID de usuario 3658, el ID de dispositivo 3657, el tipo de dispositivo 3656, el identificador 3642 o una combinación de los mismos. Además, el comando 3683 puede incluir instrucciones que hacen que el dispositivo informático gestionado 3650 transmita información adicional al servidor de gestión de dispositivos 3620 a ser incluida en el informe. Por ejemplo, la información adicional puede incluir información de inventario, tal como si una aplicación particular está instalada en el dispositivo informático gestionado 3650, o puede incluir datos, tales como los datos 3653.

[0370] De este modo, el sistema de gestión de dispositivos 3600 puede permitir que el servidor de gestión de dispositivos 3620 gestione el acceso mediante el dispositivo informático gestionado 3650 a una funcionalidad particular en base a la proximidad del dispositivo informático gestionado 3650 a la baliza inalámbrica 3640. La gestión de un dispositivo informático en base a su proximidad a una baliza inalámbrica puede permitir que el dispositivo informático sea gestionado en base a su ubicación, con un consumo de energía reducido y una mayor privacidad en comparación con los métodos basados en GPS. Por ejemplo, a diferencia de los métodos basados en GPS, la ubicación precisa del dispositivo informático gestionado 3650 puede no ser comunicada al servidor de gestión de dispositivos 3620 cuando el dispositivo informático gestionado 3650 está fuera de la escuela. Además, la detección de la señal 3641 (por ejemplo, a través de BLE) puede consumir menos energía que la operación de un receptor de GPS en el dispositivo informático gestionado 3650.

[0372] El ejemplo de la FIG. 36 ilustra el sistema 3600 en un primer momento, durante el cual el dispositivo informático gestionado 3650 está dentro del alcance de la baliza inalámbrica 3640. La FIG. 37 ilustra el sistema 3600 en un segundo momento, durante el cual el dispositivo informático gestionado no está dentro del alcance de la baliza inalámbrica 3640 (por ejemplo, cuando el dispositivo informático gestionado 3650 ya no detecta la señal 3641).

[0373] En la FIG.37, el OS 3651 puede informar a la aplicación de gestión 3652 que el dispositivo informático gestionado 3650 ha salido del alcance de transmisión de la baliza inalámbrica 3640. Ciertos componentes mostrados en la FIG.

[0374] 36, tales como la red 3663, los puntos de acceso 3661-3662 y la impresora 3664, no se muestran en la FIG.37 por facilidad de ilustración. El OS 3651 puede informar de la salida en respuesta a detectar que la señal 3641 está ausente (por ejemplo, que ya no se recibe más). Como otro ejemplo, se puede determinar que el dispositivo informático gestionado 3650 ha salido del alcance de transmisión de la baliza inalámbrica 3640 cuando una intensidad de señal detectada de la señal 3641 está por debajo de un umbral y/o cuando una segunda intensidad de señal detectada de una segunda señal asociada con una segunda baliza inalámbrica es más fuerte que la intensidad de señal de la señal 3641. El umbral puede corresponder a una capacidad de interpretar la señal para identificar el identificador 3642. Por ejemplo, la salida se puede reportar en respuesta a la intensidad de señal de la señal 3641 es demasiado débil para que el dispositivo informático gestionado 3650 decodifique correctamente la señal para obtener el identificador 3642.

[0376] En respuesta al OS 3651 que indica que el dispositivo informático gestionado 3650 ha salido del alcance de transmisión de la baliza inalámbrica 3640, la aplicación de gestión 3652 puede iniciar la transmisión de un tercer mensaje 3755 al servidor de gestión de dispositivos 3620. El tercer mensaje se puede transmitir a través del primer punto de acceso 3661, el segundo punto de acceso 3662 y/o la red 3663.

[0378] El tercer mensaje 3755 puede incluir el ID de usuario 3658, el ID de dispositivo 3657, el tipo de dispositivo 3656 y un identificador nulo 3742. El identificador nulo 3742 puede indicar que no ninguna baliza inalámbrica está dentro del alcance del dispositivo informático gestionado 3650. Alternativamente, el identificador nulo 3742 puede indicar qué baliza inalámbrica (por ejemplo, la baliza inalámbrica 3640) estaba previamente dentro del alcance del dispositivo informático gestionado 3650. En algunos ejemplos, si otra baliza inalámbrica se detecta por el dispositivo informático gestionado 3650, el tercer mensaje 3755 puede incluir un identificador de la otra baliza inalámbrica. De este modo, en una realización particular, un mensaje enviado desde el dispositivo informático gestionado 3650 al servidor de gestión de dispositivos 3620 puede incluir una lista de los identificadores de balizas inalámbricas detectadas y las intensidades de señal correspondientes.

[0380] En base al tercer mensaje 3755, el servidor de gestión de dispositivos 3620 puede generar un cuarto mensaje 3725. Por ejemplo, el servidor de gestión de dispositivos 3620 puede comparar el identificador nulo 3742 con una entrada en la base de datos de inventario 3622 para determinar qué reglas de la base de datos de reglas de región 3623 se aplicaron al dispositivo informático gestionado 3650 en respuesta al primer mensaje 3655. El cuarto mensaje 3725 puede incluir un comando 3783 y/o ajustes de configuración 3785 que revocan la aplicación de las reglas al dispositivo informático 3650. Por ejemplo, el comando 3783 y/o los ajustes de configuración 3785 pueden revocar el acceso a la impresora 3664, al segundo punto de acceso 3662, a la aplicación gestionada 3654, a la aplicación de gestión 3652, a una VPN, etc. Por ejemplo, el comando 3783 puede hacer que el dispositivo informático gestionado 3650 borre o cifre el certificado 3681, la clave 3682, el comando 3683, los datos 3653, los ajustes de configuración 3685, la aplicación gestionada 3654 u otros datos recibidos como parte del segundo mensaje 3625. Además, o como alternativa, los ajustes de configuración 3785 pueden configurar el dispositivo informático móvil 3650 para usar una impresora diferente (o no), un punto de acceso diferente (o no), una aplicación diferente (o no), datos diferentes (o no), una VPN diferente (o no) o una combinación de los mismos.

[0382] En una realización particular, para comunicar un mensaje (por ejemplo, el segundo mensaje 3625 y/o el cuarto mensaje 3725) al dispositivo informático gestionado 3650, el servidor de gestión de dispositivos 3620 envía el mensaje a un servicio de notificaciones de transmisión automática 3630 junto con datos que indican que el dispositivo informático gestionado 3650 es un destinatario previsto del mensaje (por ejemplo, como se ilustra en la FIG. 36). El servicio de notificaciones de transmisión automática 3630 puede reenviar el mensaje al dispositivo informático gestionado 3650 usando un sistema de notificaciones de transmisión automática. En una realización alternativa, como se ilustra en la FIG.37, el servidor de gestión de dispositivos 3620 puede iniciar la transmisión de un mensaje al dispositivo informático gestionado 3650 enviando una solicitud de notificación 3770 al servicio de notificaciones de transmisión automática 3630, donde la solicitud de notificación 3770 identifica al dispositivo informático gestionado 3650. En respuesta a la solicitud de notificación 3770, el servicio de notificaciones de transmisión automática 3630 puede enviar una notificación de transmisión automática 3780 al dispositivo informático gestionado 3650. La notificación de transmisión automática 3780 puede representar una instrucción para el dispositivo informático gestionado 3650 que hace que el dispositivo informático gestionado 3650 se registre con el servidor de gestión de dispositivos 3620 (por ejemplo, enviar un mensaje de registro 3790 al servidor de gestión de dispositivos 3620). El servidor de gestión de dispositivos 3620 puede enviar el mensaje (por ejemplo, el segundo mensaje 3625, el cuarto mensaje 3755 y/o cualquier otro mensaje o acción en cola para el dispositivo informático gestionado 3650) al dispositivo informático gestionado 3650 en respuesta a recibir el mensaje de registro 3790.

[0383] De este modo, el cuarto mensaje 3725 se puede usar para “deshacer” los ajustes de configuración o las políticas que fueron aplicadas al dispositivo informático gestionado 3650 en respuesta al dispositivo informático gestionado 3650 que está en la región de la baliza inalámbrica 3640. Para ilustrarlo, el cuarto mensaje 3725 se puede enviar cuando un estudiante abandona la escuela, de modo que los ajustes de configuración o las políticas específicas de la escuela no se apliquen mientras que el estudiante está en casa.

[0385] Haciendo referencia a la FIG.38, se muestra un ejemplo de una GUI 3800 que se puede generar por un servidor de gestión de dispositivos. La GUI 3800 se puede generar, por ejemplo, mediante el módulo de generación de GUI 3621 del servidor de gestión de dispositivos 3620. La GUI 3800 incluye una ventana 3802 que incluye una pluralidad de entradas 3804. Cada una de las entradas 3804 puede corresponder a una región (por ejemplo, una región de baliza inalámbrica). Las entradas 3804 pueden corresponder a entradas en una base de datos de reglas de región, tal como la base de datos de reglas de región 3623. Cada una de las entradas 3804 puede tener un identificador asociado. Por ejemplo, la entrada a una sala de conferencias tiene un identificador 3806 asociado. Uno de los identificadores puede corresponder al identificador 3642.

[0387] Cada identificador puede incluir subidentificadores. En el ejemplo ilustrado, los identificadores incluyen un identificador único universal (UUID), un valor principal y un valor secundario. En una realización particular, el UUID puede corresponder a una región, mientras que el valor principal corresponde a subregiones dentro de la región y el valor secundario corresponde a sub-subregiones dentro de una subregión. En el ejemplo de la FIG.38, la entrada a una sala de conferencias, la entrada a un aula y la entrada a una biblioteca tienen cada una un UUID 26345, que puede estar asociado con una escuela. Ciertas reglas en una base de datos de reglas, tal como la base de datos de reglas 3623, pueden estar asociadas con el UUID 26345 (por ejemplo, asociadas con la escuela). Por ejemplo, un servidor de gestión de dispositivos (por ejemplo, el servidor de gestión de dispositivos 3620) puede impedir que los dispositivos informáticos gestionados (por ejemplo, el dispositivo informático gestionado 3650) accedan a una aplicación multimedia gestionada (por ejemplo, la aplicación gestionada 3654), tal como un reproductor de video, y/o puede proporcionar datos de libros de texto a los dispositivos informáticos gestionados, mientras que los dispositivos informáticos gestionados se sitúan en cualquier parte de la escuela.

[0389] Los valores principales pueden estar asociados con subregiones dentro de una región. Por ejemplo, la entrada a la biblioteca y la entrada a la cafetería pueden compartir el valor principal 3. El valor principal 3 puede estar asociado con áreas comunes o subregiones en un edificio, piso, pasillo, etc., particular de la escuela. Ciertas reglas en la base de datos de reglas 3623 pueden estar asociadas con valores principales. Por ejemplo, se puede permitir a los dispositivos informáticos gestionados (por ejemplo, el dispositivo informático gestionado 3650) en subregiones asociadas con el valor principal 3 que accedan a la aplicación gestionada (por ejemplo, la aplicación gestionada 3654), tal como un navegador web. Se puede impedir que los dispositivos informáticos gestionados en subregiones de la escuela asociadas con otros valores principales (por ejemplo, 8 o 4) accedan a la aplicación gestionada.

[0391] Los valores secundarios pueden estar asociados con sub-subregiones dentro de una subregión. Por ejemplo, la entrada a la cafetería puede tener un valor secundario de 1 que difiere de un valor secundario 0 asociado con la entrada a la biblioteca. Cada sub-subregión puede tener reglas asociadas diferentes en una base de datos de reglas de región (por ejemplo, la base de datos de reglas de región 3623). Por ejemplo, la salida de audio se puede silenciar para los dispositivos informáticos gestionados (por ejemplo, el dispositivo informático gestionado 3650) que detectan una señal (por ejemplo, la señal 3641) con un identificador (por ejemplo, el identificador 3642) asociado con la entrada a la biblioteca (por ejemplo, que tiene un valor de UUID = 2345, un valor principal = 3 y un valor secundario = 0).

[0393] La GUI 3800 puede incluir además un botón “añadir” 3808. En respuesta a una selección del botón “añadir” 3808, un servidor de gestión de dispositivos (por ejemplo, el servidor de gestión de dispositivos 3620) puede mostrar otra GUI configurada para recibir una entrada de un usuario (por ejemplo, el usuario 3601) para identificar una nueva región a ser añadida a una base de datos de reglas de región (por ejemplo, la base de datos de reglas de región 3623). Aunque no se muestra en la FIG. 38, en realizaciones alternativas la GUI 3800 también puede incluir botones operables para editar, borrar y/o clonar una región. Haciendo referencia a la FIG.39, se muestra un ejemplo de una GUI 3900 que se puede generar en respuesta a la selección del botón “añadir” 3808. Un servidor de gestión de dispositivos puede recibir una entrada de usuario a través de la GUI 3900 que incluye información usada para añadir una entrada a las entradas 3804. La GUI 3900 incluye un campo de nombre a mostrar 3902. El campo de nombre a mostrar 3902 puede recibir un nombre a mostrar (por ejemplo, sala de conferencias, aula, biblioteca, etc.) a ser asociado con la región de baliza inalámbrica que se define. La GUI 3900 incluye además un campo de UUID 3904. El campo de UUID 3904 puede recibir una entrada que indique un UUID de la región.

[0395] La GUI 3900 incluye además cualquier casilla de comprobación 3905 de valores principales. La selección de la casilla de comprobación 3905 puede indicar que la región corresponde a balizas inalámbricas que tienen identificadores UUID introducidos en el campo de UUID 3904, independientemente del valor principal. De manera similar, la selección de cualquier casilla de comprobación 3907 de valores secundarios puede indicar que la región corresponde a balizas inalámbricas que tienen identificadores UUID introducidos en el campo de UUID 3904, independientemente del valor secundario. Si un valor o valores principales o secundarios específicos se han de asociar con la región, un campo de valor principal 3906 o un campo de valor secundario 3908 se puede usar para introducir el valor o valores principales o secundarios.

[0397] Haciendo referencia a la FIG.40 se muestra un ejemplo de una GUI 4000 que se puede generar por un servidor de gestión de dispositivos. La GUI 4000 se puede generar, por ejemplo, mediante el módulo de generación de GUI 3621 del servidor de gestión de dispositivos 3620. La GUI 4000 se puede configurar para recibir una entrada que defina reglas de región a ser almacenadas en una base de datos de reglas de región (por ejemplo, la base de datos de reglas de región 3623). En el ejemplo de la FIG.40, la GUI 4000 incluye una pestaña “ordenadores” 4004 para definir reglas de región para los ordenadores gestionados y una pestaña “dispositivos móviles” 4006 para definir reglas de región para los dispositivos móviles gestionados. La GUI 4000 también incluye una pestaña “usuarios” 4010 para definir reglas de región para usuarios gestionados. Por ejemplo, una regla de región para un usuario gestionado puede dar como resultado conceder el acceso o restringir el acceso a una funcionalidad particular en algunos o todos los dispositivos informáticos gestionados asociados con el usuario gestionado. En realizaciones alternativas, la GUI 4000 también puede ser operable para definir reglas de región para todas las entidades gestionadas y/o para entidades gestionadas específicas, en base al ID de dispositivo (por ejemplo, el ID de dispositivo 3657) o el ID de usuario (por ejemplo, el ID de usuario 3658). El ID de usuario 3658 puede identificar a un individuo (por ejemplo, “Sally”) y/o a un conjunto de individuos (por ejemplo, un “estudiante”).

[0398] En la GUI 4000, se muestra un botón “añadir” 4020 para cada una de las regiones de balizas inalámbricas. La selección del botón “añadir” 4020 para una región particular puede causar una visualización de una GUI operable para añadir una regla de región para la región particular.

[0399] Haciendo referencia a la FIG. 41, se muestra un diagrama de flujo que ilustra un método 4100 de gestión de la funcionalidad en base a la proximidad a una baliza inalámbrica. En una realización ilustrativa, el método 4100 se puede realizar por un dispositivo informático gestionado, tal como el dispositivo informático gestionado 3650. El método 4100 incluye detectar, en un dispositivo informático gestionado, una señal desde un dispositivo de baliza inalámbrica a través de una primera conexión inalámbrica, en 4102. La señal se puede detectar mientras que la funcionalidad particular es inaccesible en el dispositivo informático gestionado. Por ejemplo, en la FIG. 36, el dispositivo informático gestionado 3650 puede detectar la señal 3641 de la baliza inalámbrica 3640 mientras que el dispositivo informático gestionado 3650 no tiene acceso a la impresora 3664.

[0400] El método 4100 incluye además, en respuesta a detectar la señal, transmitir un primer mensaje desde el dispositivo informático gestionado a un servidor de gestión de dispositivos a través de una segunda conexión inalámbrica, en 4104. El primer mensaje puede identificar el dispositivo de baliza inalámbrica. Por ejemplo, el dispositivo informático gestionado 3650 puede transmitir el primer mensaje 3655 al servidor de gestión de dispositivos 3620 en respuesta a detectar la señal 3641. El primer mensaje 3655 puede incluir el identificador 3642 que identifica la baliza inalámbrica 3640.

[0401] El método 4100 incluye además recibir, en el dispositivo informático gestionado en respuesta a la identificación del dispositivo de baliza inalámbrica en el primer mensaje, un segundo mensaje que concede al dispositivo informático gestionad acceso a la funcionalidad particular mientras que el dispositivo informático gestionado está dentro del alcance de transmisión del dispositivo de baliza inalámbrica, en 4106. Por ejemplo, el dispositivo informático gestionado 3650 puede recibir el segundo mensaje 3625 del servidor de gestión de dispositivos 3620 en respuesta al primer mensaje 3655. El segundo mensaje 3625 puede conceder al dispositivo informático gestionado 3650 acceso a la impresora 3664. Cuando el dispositivo informático gestionado 3650 detecta que el dispositivo informático gestionado 3650 ha salido del alcance de transmisión de la baliza inalámbrica 3640, el dispositivo informático gestionado 3650 puede enviar el tercer mensaje 3755 al servidor de gestión de dispositivos 3620 y puede recibir el cuarto mensaje 3725 que revoca el acceso por el dispositivo informático gestionado 3650 a la impresora 3664. Haciendo referencia a la FIG. 42, se muestra un método 4200 de gestión de funcionalidad de un dispositivo gestionado en base a la proximidad del dispositivo gestionado a una baliza inalámbrica. En una realización ilustrativa, el método 4200 se puede realizar por el servidor de gestión de dispositivos 3620. El método 4200 incluye recibir, en un servidor de gestión de dispositivos, una entrada que indica que se ha de conceder acceso a una funcionalidad particular a un dispositivo informático gestionado que esté dentro del alcance de un dispositivo de baliza inalámbrica, en 4202. Por ejemplo, en la FIG.36, el servidor de gestión de dispositivos 3620 puede recibir una entrada desde el usuario 3601 que define una regla a ser almacenada en la base de datos de reglas de región 3623. La regla puede indicar que los dispositivos informáticos gestionados han de tener acceso a la impresora 3664 mientras que los dispositivos informáticos gestionados están en una región de baliza inalámbrica particular (por ejemplo, correspondiente a un alcance de transmisión de la baliza inalámbrica 3640).

[0402] El método 4200 incluye además recibir un primer mensaje de un primer dispositivo informático gestionado que indica que el primer dispositivo informático gestionado está dentro del alcance de la baliza inalámbrica, en 4204. Por ejemplo, el servidor de gestión de dispositivos 3620 puede recibir el primer mensaje 3655. El primer mensaje 3655 puede incluir el ID de dispositivo 3657, que identifica el dispositivo informático gestionado 3650 y el identificador 3642 asociado con la baliza inalámbrica 3640.

[0403] El método 4200 incluye además, en respuesta al primer mensaje, iniciar la transmisión de un segundo mensaje al primer dispositivo informático gestionado, concediendo al primer dispositivo informático gestionado acceso a la funcionalidad particular, en 4206. Por ejemplo, el servidor de gestión de dispositivos 3620 puede enviar el segundo mensaje 3625 al dispositivo informático gestionado 3650 en respuesta al primer mensaje 3655. El segundo mensaje 3625 puede permitir al dispositivo informático gestionado 3650 acceder a la impresora 3664. Por ejemplo, el segundo mensaje 3625 puede incluir los ajustes de configuración 3685 que configuran el dispositivo informático gestionado 3650 para usar la impresora 3664, el certificado 3681 que autentica el dispositivo informático gestionado 3650 con la impresora 3664, u otros datos que permiten al dispositivo informático gestionado 3650 usar la impresora 3664. En una realización ilustrativa, el segundo mensaje 3625 se puede enviar a través del servicio de notificaciones de transmisión automática 3630.

[0404] Si bien ciertas realizaciones se pueden describir por separado en la presente memoria, se debería entender que aspectos de una o más realizaciones se pueden eliminar, reemplazar y/o combinar con aspectos de otras realizaciones sin apartarse del alcance de la presente descripción. De este modo, según aspectos particulares, uno o más componentes ilustrados y descritos con referencia a la FIG. 36 se pueden configurar además para operar como se describe con referencia a los componentes correspondientes en la FIG. 25, y viceversa. Para ilustrarlo, el servidor de gestión de dispositivos 3620 puede operar alternativamente o además como se describe con referencia al servidor de MDM 2520, el servicio de notificaciones de transmisión automática 3630 puede operar alternativamente o además como se describe con referencia al servicio de notificaciones de transmisión automática 2530, el dispositivo informático gestionado 3650 puede operar alternativamente o además como se describe con referencia a uno o más de los dispositivos móviles 2510, 2540, 2550, etc.

[0405] La FIG.43 ilustra una realización particular de un sistema 4300 que soporta determinar si un dispositivo gestionado está presente en un área particular en base a una señal de baliza inalámbrica emitida por un dispositivo gestor. En el ejemplo de la FIG. 43, un dispositivo de profesor 4310 y un dispositivo de estudiante 4350 se sitúan dentro de un aula 4302.

[0406] El dispositivo de profesor 4310 puede incluir un sistema operativo (OS) móvil 4311 y una aplicación gestora 4312. En una realización ilustrativa, el OS móvil 4311 y la aplicación gestora 4312 operan como se describe con referencia al OS móvil 2511 y la aplicación gestora 2512 de la FIG.25. Por ejemplo, como se describe con referencia a la FIG.

[0407] 25, la aplicación gestora 4312 puede permitir al profesor restringir que el dispositivo de estudiante 4350 acceda a una aplicación, sitio web, libro electrónico, etc., particular.

[0408] La aplicación de baliza inalámbrica 4311, cuando se ejecuta en el dispositivo de profesor 4310, puede hacer que el dispositivo de profesor 4310 realice una o más operaciones de baliza inalámbrica. En una realización ilustrativa, la aplicación de baliza inalámbrica 4311 puede permitir que el dispositivo de profesor 4310 opere como se describe con referencia a la baliza inalámbrica 3640 de FIG. 36. Por ejemplo, la aplicación de baliza inalámbrica 4311 puede hacer que el dispositivo de profesor 4310 emita de manera continua o periódica una señal 4341 que incluye un identificador 4342.

[0409] El dispositivo de estudiante 4350 puede incluir un OS móvil 4351, una aplicación de navegador 4353, una aplicación de lector de libros electrónicos 4354 y una aplicación de calculadora 4355. En una realización ilustrativa, el OS móvil 4351 opera como se describe con referencia al OS móvil 2551 de la FIG.25, la aplicación de navegador 4353 opera como se describe con referencia a la aplicación de navegador 2553 de la FIG.25, la aplicación de lector de libros electrónicos 4354 opera como se describe con referencia a la aplicación de lector de libros electrónicos 2554 de la FIG. 25 y la aplicación de calculadora 4355 opera como se describe con referencia a la aplicación de calculadora 2555 de la FIG.25.

[0410] El dispositivo de estudiante 4350 también puede incluir una aplicación de escaneo de balizas 4359. La aplicación de escaneo de balizas 4359, cuando se ejecuta en el dispositivo de estudiante 4350, puede hacer que el dispositivo de estudiante 4350 escanee frecuencias inalámbricas particulares para señales de balizas inalámbricas, tales como la señal 4341 del dispositivo de profesor 4310. En una realización particular, la aplicación de escaneo de balizas 4359 se transmite automáticamente y se instala en los dispositivos de estudiantes, como se describe con referencia a la FIG.25.

[0411] Como se muestra en la FIG. 43, el dispositivo de profesor 4310 y el dispositivo de estudiante 4350 pueden comunicarse con un servidor 4320. En una realización ilustrativa, el servidor 4320 corresponde al servidor de MDM 2520 de la FIG. 25 o al servidor de gestión de dispositivos 3620 de la FIG. 36. El servidor 4320 puede almacenar datos de inscripción y agrupación 4321. Por ejemplo, los datos de inscripción y agrupación 4321 pueden identificar dispositivos, incluyendo el dispositivo de estudiante 4350, que se gestionan por el servidor 4320. Los datos de inscripción y agrupación 4321 también pueden incluir datos que clasifican los dispositivos gestionados en grupos o subgrupos, de modo que los dispositivos móviles gestionados se puedan gestionar individualmente o como parte de un grupo o subgrupo más grande. En un contexto educativo, los datos de inscripción y agrupación 4321 pueden incluir una lista de todos los dispositivos de estudiantes, listas de dispositivos de estudiantes correspondientes a una clase particular (por ejemplo, todos los dispositivos de estudiantes de una escuela o distrito escolar particular), listas de dispositivos de estudiantes en subgrupos (por ejemplo, grupos de compañeros de laboratorio o grupos de deberes/proyectos) dentro de una clase particular, etc.

[0412] El servidor 4320 también puede almacenar información de balizas inalámbricas 4322. La información de balizas inalámbricas 4322 puede incluir información que identifique cuándo (por ejemplo, en qué períodos de tiempo de clase) y dónde (por ejemplo, en qué aulas) cada dispositivo de profesor está funcionando como baliza inalámbrica. La información de balizas inalámbricas 4322 también puede indicar qué ID de señal de baliza inalámbrica se ha de transmitir cada dispositivo de profesor mientras que funciona como baliza inalámbrica. En un ejemplo, los ID de señal de baliza inalámbrica son únicos para los dispositivos de profesores, y un dispositivo de profesor transmite el mismo ID de señal de baliza inalámbrica cada vez que el dispositivo de profesor funciona como baliza inalámbrica, independientemente del horario de clase y del aula. En otro ejemplo, los ID de señal de baliza inalámbrica son únicos para las aulas, y los dispositivos de estudiantes buscan el mismo ID de señal de baliza inalámbrica en un aula particular, independientemente del dispositivo de profesor y del horario de clase. En otro ejemplo más, los ID de señal de baliza inalámbrica varían en base a una combinación del dispositivo de profesor, el horario de clase y/o el aula.

[0413] Durante la operación, cuando un profesor entra en el aula 4302 e inicia una clase usando la aplicación gestora 4312 (por ejemplo, selecciona “Sí” en la interfaz de la FIG.28, lo que indica que está comenzando la clase de ciencias del 2º periodo), el dispositivo de profesor 4310 puede transmitir un mensaje al servidor 4320. En respuesta al mensaje, el servidor 4320 puede acceder a la información de baliza inalámbrica 4322. La información de baliza inalámbrica 4322 puede indicar que, durante la clase de ciencias del 2º periodo, el dispositivo de profesor 4310 se ha de operar como una baliza inalámbrica a la que se asigna un UUID, un valor principal y un valor secundario particulares. El servidor 4320 puede enviar (por ejemplo, directamente o a través de un servicio de notificaciones de transmisión automática, tal como el servicio de notificaciones de transmisión automática 2530 de la FIG. 25) el UUID, el valor principal y el valor secundario al dispositivo de profesor 4310 como datos de emisión de baliza 4326, como se muestra. Alternativamente, el dispositivo de profesor 4310 puede haber recibido y almacenado en caché previamente los datos de emisión de baliza 4326 (por ejemplo, durante la clase de ciencias del 2º período en un día de escuela anterior). La aplicación de baliza inalámbrica 4313 puede realizar una o más operaciones para la provisión del dispositivo de profesor 4310 como baliza inalámbrica, y el dispositivo de profesor 4310 puede comenzar a transmitir (por ejemplo, difundir) la señal 4341. El identificador 4342 en la señal 4341 puede incluir o se puede basar en el UUID, el valor principal y/o el valor secundario asignados al dispositivo de profesor 4310.

[0415] Cuando el dispositivo de estudiante 4350 se inscribe en clases, el servidor 4320 puede enviar, directamente o a través de un servicio de notificaciones de transmisión automática, datos de detección de baliza 4361 al dispositivo de estudiante. En una realización particular, como se muestra en la FIG.43, los datos de detección de baliza 4361 incluyen los UUID, valores principales y/o valores secundarios que el dispositivo de estudiante 4350 está escaneando durante las diferentes clases. Cuando el dispositivo de estudiante 4350 entra en el aula 4302, el dispositivo de estudiante 4350 puede comenzar a escanear las frecuencias inalámbricas en busca de la señal 4341, incluyendo el identificador 4342. Cuando el dispositivo de estudiante 4350 detecta la señal 4341, que incluye el identificador 4342, el dispositivo de estudiante 4350 puede enviar al servidor 4320, al dispositivo de profesor 4310, o a ambos, un mensaje que indica que el dispositivo de estudiante 4350 está presente en el aula 4302. El sistema 4300 de la FIG. 43 permite permitir, de este modo, determinar automáticamente la asistencia a clase de los estudiantes en base a una señal de baliza inalámbrica emitida por el dispositivo de profesor. En una realización ilustrativa, tales datos se pueden usar con propósitos de gestión de dispositivos, como se describe además en la presente memoria.

[0417] Si un dispositivo de estudiante está presente en el aula 4302, el dispositivo de estudiante puede estar obligado por los comandos emitidos por el dispositivo de profesor 4310, tales como comandos para restringir el foco a una aplicación, sitio web o libro electrónico particular, comandos para iniciar la duplicación de pantalla, etc. Por el contrario, si un dispositivo de estudiante no está presente en el aula 4302 (por ejemplo, si el estudiante está enfermo en casa), el dispositivo de estudiante se puede excluir automáticamente por el servidor 4320 de las restricciones de aplicaciones, las restricciones de sitios web, las restricciones de libros electrónicos, las acciones de duplicación de pantalla, otras acciones de grupo, etc. De este modo, en el ejemplo de la FIG. 43, los dispositivos de estudiantes 4371 y 4372, que están fuera del aula 4302, se pueden excluir de las restricciones hechas por el dispositivo de profesor 4310 durante la clase de ciencias del 2º período.

[0419] En una realización particular, después de que los dispositivos de estudiantes hayan detectado la señal 4341 y confirmado su presencia en el aula 4302, el servidor 4320 puede proporcionar al dispositivo de profesor 4310 una lista de los dispositivos de estudiantes que están presentes en el aula. Las GUI presentadas por el dispositivo de profesor 4310 (por ejemplo, una o más de las GUI de las FIGS.29-33) pueden incluir los dispositivos de estudiantes que están presentes y pueden excluir los dispositivos de estudiantes que están ausentes del aula 4302. Cuando finaliza la clase de ciencias del 2º período, el dispositivo de profesor 4310 puede cesar de transmitir la señal 4341. El dispositivo de profesor 4310 puede transmitir una señal 4341 diferente con un identificador 4342 diferente durante la siguiente clase, que puede o no tener lugar en el aula 4302. De manera similar, el dispositivo de estudiante 4350 puede buscar una señal de baliza inalámbrica diferente durante la siguiente clase, que puede o no tener lugar en el aula 4302.

[0421] El sistema 4300 de la FIG.43 permite de este modo que un dispositivo gestor (por ejemplo, el dispositivo de profesor 4310) controle un dispositivo gestionado (por ejemplo, el dispositivo de estudiante 4350) en base al dispositivo gestionado que está presente en un área particular (por ejemplo, el aula 4302 dentro de la cual el dispositivo de profesor 4310 está transmitiendo la señal de baliza inalámbrica 4341). Los dispositivos gestionados que están fuera del área se pueden excluir de las restricciones de foco y otros comandos de grupo. Se debería señalar que, en realizaciones alternativas, tales operaciones se pueden realizar en entornos distintos de aulas de escuela. Como ejemplo no limitante ilustrativo, las técnicas descritas con referencia a la FIG.43 se pueden usar para proporcionar documentos y/o autorización para ver tales documentos (por ejemplo, un certificado o una clave de descifrado) a dispositivos que están situados en un edificio de oficinas particular, en una sala de conferencias particular, etc.

[0422] En una realización particular, los sistemas y métodos de la presente descripción permiten a un gestor (por ejemplo, un profesor) agrupar una secuencia de comandos entre sí y crear una “macro” que se puede guardar y ejecutar bajo demanda. Por ejemplo, un profesor puede definir una macro que entrelace diferentes grupos de dispositivos de estudiantes a diferentes aplicaciones e inicie la duplicación de pantalla, y el profesor puede indicar que la macro se ha de ejecutar automáticamente al comienzo de la clase. La macro incluye comandos que enfocan un primer grupo de dispositivos de estudiantes a una aplicación, enfocan un segundo grupo de dispositivos de estudiantes a una aplicación diferente e inician una duplicación de pantalla en un dispositivo de estudiante particular. Cuando la clase comienza, el profesor puede seleccionar la macro para su ejecución. De este modo, la macro puede permitir que el profesor gaste menos tiempo realizando las tareas de gestión de dispositivos durante la clase, debido a que el profesor puede pulsar un único botón al comienzo de la clase para ejecutar la macro en lugar de tener que enfocar manualmente en los grupos de dispositivos de estudiantes e iniciar una duplicación de pantalla al comienzo de cada clase.

[0423] Alternativamente, la macro se puede configurar para ser ejecutada automáticamente en base a un evento. Por ejemplo, el profesor puede configurar la macro para que se ejecute automáticamente una vez que haya comenzado la clase y se determine qué estudiantes están presentes en el aula 4302 y qué estudiantes están ausentes del aula 4302. En el momento designado, el dispositivo de profesor 4310 puede comunicar los comandos de la macro al servidor 4320. Alternativamente, la macro se puede haber almacenado previamente en el servidor 4320, y el servidor 4320 puede transmitir las notificaciones a los dispositivos de estudiantes apropiados en el momento designado para restringir el foco, iniciar la duplicación de pantalla, etc.

[0424] Se debería señalar que el orden de los pasos u operaciones descritos con referencia a las FIGS. 25-43 se ha de considerar ilustrativo y no limitante. En realizaciones alternativas, el orden de los pasos puede ser diferente. Además, uno o más pasos pueden ser opcionales y/o se pueden sustituir por otros pasos. Además, uno o más pasos pueden estar consolidados. Por ejemplo, en realizaciones particulares, el paso 4202 puede ser opcional (por ejemplo, se puede haber definido previamente una regla y el método 4200 puede comenzar en 4204). Además, uno o más pasos pueden estar consolidados o se pueden realizar, al menos parcialmente, de manera concurrente. De acuerdo con diversas realizaciones de la presente descripción, uno o más métodos, funciones y módulos descritos en la presente memoria se pueden implementar mediante programas de software ejecutables por un sistema informático. Además, las implementaciones pueden incluir procesamiento distribuido, procesamiento distribuido de componentes/objetos y/o procesamiento paralelo.

[0425] Se pueden implementar realizaciones particulares usando un sistema informático que ejecuta un conjunto de instrucciones que hacen que el sistema informático realice uno cualquiera o más de los métodos o funciones basadas en ordenador descritos en la presente memoria. Un sistema informático puede incluir un ordenador portátil, un ordenador de escritorio, un ordenador servidor, un teléfono móvil, una tableta, un reproductor multimedia, uno o más de otros dispositivos informáticos, o cualquier combinación de los mismos. El sistema informático se puede conectar, por ejemplo, usando una red, a otros sistemas informáticos o dispositivos periféricos. Por ejemplo, el sistema informático o componentes del mismo pueden incluir o estar incluidos dentro de uno cualquiera o más del dispositivo móvil gestor 2510 de la FIG. 25, el servidor de MDM 2520 de la FIG. 25, un dispositivo informático o servidor correspondiente al servicio de notificaciones de transmisión automática 2530 de la FIG. 25, el primer dispositivo móvil gestionado 2540 de la FIG. 25, el segundo dispositivo móvil gestionado 2550 de la FIG. 25, el dispositivo de visualización externa 2570 de la FIG.25, el servidor de gestión de dispositivos 3620 de la FIG.36, un dispositivo informático o servidor correspondiente al servicio de notificaciones de transmisión automática 3630 de la FIG. 36, el dispositivo informático gestionado 3650 de la FIG. 36, el dispositivo de profesor 4310 de la FIG. 43, el dispositivo de estudiante 4350 de la FIG.43, el servidor 4320 de la FIG.43, un dispositivo de salida que muestra una GUI generada por uno de los dispositivos descritos en la presente memoria, un dispositivo de entrada que recibe la entrada de usuario en respuesta a la GUI, y/o un dispositivo que incluye el dispositivo de salida y el dispositivo de entrada.

[0426] En un despliegue en red, el sistema informático puede operar en la capacidad de un servidor o como ordenador de usuario cliente en un entorno de red de usuario cliente-servidor. El término “sistema” puede incluir cualquier colección de sistemas o subsistemas que, individual o conjuntamente, ejecutan un conjunto, o múltiples conjuntos, de instrucciones para realizar una o más funciones informáticas.

[0427] En una realización particular, las instrucciones se pueden incorporar en un dispositivo legible por ordenador o uno legible por procesador (por ejemplo, un dispositivo de almacenamiento). Los términos “dispositivo legible por ordenador” y “dispositivo legible por procesador” incluyen un único dispositivo de almacenamiento o múltiples dispositivos de almacenamiento, tales como una memoria centralizada o distribuida, y/o cachés y servidores asociados que almacenan uno o más conjuntos de instrucciones. Los términos “dispositivo legible por ordenador” y “dispositivo legible por procesador” también incluyen cualquier dispositivo que es capaz de almacenar un conjunto de instrucciones para su ejecución por un procesador o que haga que un sistema informático realice uno cualquiera o más de los métodos u operaciones descritos en la presente memoria. Por ejemplo, un dispositivo legible por ordenador o uno legible por procesador o un dispositivo de almacenamiento puede incluir una memoria de acceso aleatorio (RAM), memoria rápida, memoria de solo lectura (ROM), memoria de solo lectura programable (PROM), memoria de solo lectura programable borrable (EPROM), memoria de solo lectura programable borrable eléctricamente (EEPROM), registros, un disco duro, un disco extraíble, una memoria basada en disco (por ejemplo, memoria de solo lectura de disco compacto (CD-ROM)), una memoria de estado sólido o cualquier otra forma de dispositivo de almacenamiento. Un dispositivo legible por ordenador o legible por procesador no es una señal.

[0428] En una realización particular, un método incluye recibir, en un dispositivo móvil gestor, la selección de un dispositivo móvil gestionado de una pluralidad de dispositivos móviles gestionados. El método también incluye mostrar, en el dispositivo móvil gestor, una lista de aplicaciones ejecutables por el dispositivo móvil gestionado, una lista de sitios web accesibles por el dispositivo móvil gestionado, o ambas. El método incluye además recibir, en el dispositivo móvil gestor, una selección de una aplicación de la lista de aplicaciones o una selección de un sitio web de la lista de sitios web. El método incluye iniciar, en el dispositivo móvil gestor, una transmisión de datos al dispositivo móvil gestionado dando instrucciones al dispositivo móvil gestionado para restringir el foco a la aplicación seleccionada o al sitio web seleccionado.

[0430] En otra realización particular, un método incluye recibir, en un dispositivo móvil gestionado, datos que indican que el dispositivo móvil gestionado está escaneando una señal de baliza inalámbrica particular durante un período de tiempo particular. El método también incluye, en respuesta a detectar que ha comenzado el período de tiempo particular, escanear una o más frecuencias inalámbricas en busca de la señal de baliza inalámbrica particular. El método incluye además, en respuesta a recibir la señal de baliza inalámbrica particular de un dispositivo móvil gestor: transmitir un mensaje desde el dispositivo móvil gestionado de que el dispositivo móvil gestionado ha recibido la señal de baliza inalámbrica particular y recibir, en base, al menos en parte, al mensaje, un comando (por ejemplo, desde el dispositivo móvil gestor o desde un servidor de gestión de dispositivos móviles (MDM)) que da instrucciones al dispositivo móvil gestionado para realizar al menos una operación.

[0432] En otra realización particular, un dispositivo de almacenamiento legible por ordenador almacena instrucciones que, cuando se ejecutan por un procesador, hacen que el procesador realice operaciones, incluyendo recibir datos en un servidor de gestión de dispositivos móviles (MDM) desde un dispositivo móvil gestor. Los datos identifican un dispositivo móvil gestionado de una pluralidad de dispositivos móviles gestionados y un comando seleccionado en el dispositivo móvil gestor para su ejecución en el dispositivo móvil gestionado. Las operaciones también incluyen iniciar la transmisión de una notificación de transmisión automática al dispositivo móvil gestionado para hacer que el dispositivo móvil gestionado recupere el comando.

[0434] En otra realización particular, un aparato incluye un procesador y una memoria que almacena instrucciones que, cuando se ejecutan por el procesador, hacen que el procesador realice operaciones, incluyendo recibir, en el dispositivo móvil gestor, una selección de un dispositivo móvil gestionado de una pluralidad de dispositivos móviles gestionados. Las operaciones también incluyen mostrar, en el dispositivo móvil gestor, una lista de aplicaciones ejecutables por el dispositivo móvil gestionado, una lista de sitios web accesibles por el dispositivo móvil gestionado, o ambas. Las operaciones incluyen además recibir, en el dispositivo móvil gestor, una selección de una aplicación de la lista de aplicaciones o una selección de un sitio web de la lista de sitios web. Las operaciones incluyen iniciar, desde el dispositivo móvil gestor, una transmisión de datos al dispositivo móvil gestionado que da instrucciones al dispositivo móvil gestionado para restringir el foco a la aplicación seleccionada o al sitio web seleccionado.

[0436] Los centros sanitarios están buscando, cada vez más, formas de mejorar la experiencia del paciente. Por ejemplo, un hospital puede proporcionar información del paciente, tal como resultados de pruebas, a través de un sitio web al que el paciente puede acceder a través de un dispositivo móvil personal. Un paciente sin un dispositivo móvil personal puede ser incapaz de acceder a la información del paciente a través del sitio web. Mantener la confidencialidad de la información sensible del paciente es una prioridad para los centros sanitarios. Tener administradores de hospital (por ejemplo, profesionales de tecnologías de la información (IT)) que borren información sensible de cada dispositivo móvil proporcionado a un paciente antes de dar el mismo dispositivo móvil a otro paciente es costoso en términos de tiempo y recursos humanos, y también es probablemente susceptible a errores humanos. Incluso un pequeño riesgo de que un administrador de hospital no borre la información sensible del paciente de un dispositivo móvil antes de proporcionar el dispositivo móvil a otro paciente puede ser prohibitivo en un entorno sanitario.

[0438] Se describen sistemas y métodos de gestión de dispositivos móviles en un centro sanitario. Los dispositivos móviles están disponibles en un centro sanitario para el uso por los pacientes. Los dispositivos móviles se asignan a diversas ubicaciones en el centro sanitario (por ejemplo, un hospital, una clínica o ambos). Por ejemplo, se puede asignar un dispositivo móvil a una cama de hospital, una habitación de hospital o ambas. Para ilustrarlo, el dispositivo móvil puede estar fijado a la cama de hospital o a una pared de la habitación de hospital con un cable. El sistema sanitario mantiene un mapeo entre una ubicación y un dispositivo móvil asignado. Por ejemplo, los datos de mapeo entre la ubicación y el dispositivo indican un mapeo entre el identificador (ID) de ubicación de la ubicación y el ID de dispositivo del dispositivo móvil asignado. Un usuario (por ejemplo, un administrador de hospital) puede asignar la cama de hospital a un paciente cuando el paciente ingresa en el hospital o cuando el paciente se transfiere desde otra ubicación en el hospital. Por ejemplo, el sistema sanitario incluye un sistema de gestión sanitaria. El usuario proporciona una entrada de usuario al sistema de gestión sanitaria indicando que se ha asignado al paciente una ubicación (por ejemplo, una cama de hospital) al ingresar, o que el paciente se transfiere a la ubicación desde otra ubicación del centro sanitario. Alternativamente, el usuario puede proporcionar una entrada al sistema sanitario indicando que el paciente ya no está asignado a la ubicación. Por ejemplo, el usuario proporciona una entrada de usuario al sistema de gestión sanitaria indicando que el paciente se transfiere desde la ubicación a otra ubicación del centro sanitario o que el paciente ha sido dado de alta del centro sanitario. El sistema de gestión sanitaria está configurado para generar, en base a la entrada de usuario, un primer mensaje que indica que se asigna al paciente a una ubicación tras el ingreso, un mensaje que indica que el paciente se transfiere desde una ubicación a otra ubicación del centro sanitario, o un mensaje que indica que el paciente ha sido dado de alta del centro sanitario.

[0439] El sistema sanitario incluye un dispositivo de escucha sanitario acoplado al sistema de gestión sanitaria y a un servidor de gestión de dispositivos móviles (MDM). El dispositivo de escucha sanitario está configurado para recibir mensajes del sistema de gestión sanitaria. El servidor de MDM está configurado para determinar si un paciente ingresa, se transfiere o ha sido dado de alta en base a los mensajes recibidos por el dispositivo de escucha sanitario. Por ejemplo, el servidor de MDM puede consultar al dispositivo de escucha sanitario para determinar qué mensajes se han recibido por el dispositivo de escucha sanitario. El dispositivo de escucha sanitario envía un segundo mensaje al servidor de MDM indicando que el dispositivo de escucha sanitario recibió un primer mensaje del sistema de gestión sanitario. En una implementación particular, el dispositivo de escucha sanitario envía el segundo mensaje al servidor de MDM en respuesta a recibir una solicitud de actualización desde el servidor de MDM. Por ejemplo, el servidor de MDM envía la solicitud de actualización al dispositivo de escucha sanitario a intervalos de tiempo particulares (por ejemplo, periódicamente). Alternativamente, o además, el dispositivo de escucha sanitario puede enviar el segundo mensaje al servidor de MDM independientemente de recibir una solicitud de actualización desde el servidor de MDM. Por ejemplo, el dispositivo de escucha sanitario envía una actualización de mensaje (por ejemplo, el segundo mensaje) al servidor de MDM en respuesta a recibir cada mensaje (por ejemplo, el primer mensaje) del sistema de gestión sanitaria. Como otro ejemplo, el dispositivo de escucha sanitario envía una actualización de mensaje (por ejemplo, el segundo mensaje) al servidor de MDM a intervalos de tiempo particulares. El segundo mensaje puede corresponder a uno o más mensajes recibidos por el dispositivo de escucha sanitario del sistema de gestión sanitaria durante una ventana de tiempo particular. El segundo mensaje indica que se asigna al paciente una ubicación tras el ingreso, que el paciente se transfiere de una ubicación a otra ubicación del centro sanitario o que el paciente ha sido dado de alta del centro sanitario.

[0441] El servidor de MDM está configurado para gestionar los dispositivos móviles del centro sanitario. El servidor de MDM determina que se asigna a un paciente una ubicación (por ejemplo, la cama de hospital) en respuesta a determinar que el segundo mensaje indica que se ha asignado al paciente la ubicación tras el ingreso al centro sanitario o que se ha transferido al paciente a la ubicación. El servidor de MDM, en respuesta a determinar que se asigna al paciente a la ubicación, identifica un dispositivo móvil asignado a la ubicación en base a los datos de mapeo entre la ubicación y el dispositivo. El servidor de MDM puede iniciar el aprovisionamiento de datos (y aplicaciones) asociado con el paciente en el dispositivo móvil identificado. Los datos incluyen historiales de pacientes, información médica, datos de aplicaciones o una combinación de los mismos. Por ejemplo, los historiales de pacientes pueden indicar los nombres del personal del hospital asignado a tratar al paciente. Los datos de aplicación pueden corresponder a una aplicación de entretenimiento (por ejemplo, una aplicación de juegos) que está dirigida a una característica de usuario (por ejemplo, edad, género, nivel educativo, profesión, etc.) asociada con el paciente. Los datos de aplicación incluyen la aplicación (por ejemplo, un archivo ejecutable), un identificador de la aplicación, un localizador universal de recursos (URL) asociado con la aplicación o una combinación de los mismos. La información médica puede estar relacionada con un síntoma o un diagnóstico asociado con el paciente.

[0443] El servidor de MDM determina que un paciente ya no está asignado a la ubicación (por ejemplo, la cama de hospital) en respuesta a determinar que el segundo mensaje indica que el paciente ha sido dado de alta del centro sanitario o que el paciente se ha transferido desde la ubicación a otra ubicación (por ejemplo, otra cama de hospital) en el centro sanitario. El servidor de MDM está configurado para, en respuesta a determinar que el paciente ya no está asignado a la ubicación, enviar un comando de reinicio al dispositivo móvil. El comando de reinicio indica que la información personalmente identificable asociada con el paciente, la información de salud protegida asociada con el paciente, o ambas, se han de borrar del dispositivo móvil. Por ejemplo, el comando de reinicio puede corresponder al comando de reinicio de fábrica y puede indicar que se han de borrar todos los datos de usuario del dispositivo móvil. El dispositivo móvil puede borrar los datos de usuario (por ejemplo, incluyendo información asociada con el paciente) en respuesta a recibir el comando de reinicio.

[0445] Un servicio de notificaciones de transmisión automática está acoplado al servidor de MDM y al dispositivo móvil. El servicio de notificaciones de transmisión automática corresponde a una fuente de confianza para el dispositivo móvil. Por ejemplo, el servicio de notificaciones de transmisión automática puede estar asociado con (por ejemplo, proporcionado por) un fabricante del dispositivo móvil. El servidor de MDM está configurado para enviar una solicitud de notificación al servicio de notificaciones de transmisión automática en respuesta a determinar que el dispositivo móvil está asignado a la ubicación. El servicio de notificaciones de transmisión automática está configurado para enviar una notificación de transmisión automática al dispositivo móvil en respuesta a recibir la solicitud de notificación desde el servidor de MDM. La notificación de transmisión automática puede indicar que el dispositivo móvil se ha de registrar en el servidor de MDM. El dispositivo móvil puede enviar un mensaje (por ejemplo, un mensaje de registro) al servidor de MDM en respuesta a recibir la notificación de transmisión automática. El servidor de MDM puede enviar los datos asociados con el paciente al dispositivo móvil en base a determinar que se asigne al paciente a la ubicación y en base a recibir el mensaje desde el dispositivo móvil. En un ejemplo particular, el servidor de MDM envía el comando de reinicio al dispositivo móvil antes de enviar los datos al dispositivo móvil. Para ilustrarlo, el servidor de MDM puede enviar el comando de reinicio al dispositivo móvil para “limpiar” el dispositivo móvil antes de enviar los datos al dispositivo móvil. El servidor de MDM puede enviar el comando de reinicio al dispositivo móvil en base a determinar que el paciente ya no está asignado a la ubicación y en base a la recepción del mensaje desde el dispositivo móvil.

[0447] En un aspecto particular, un método incluye recibir, en un servidor de gestión de dispositivos móviles (MDM), un mensaje que indica una ubicación en un centro sanitario. El método también incluye identificar, en el servidor de MDM, un dispositivo móvil asignado a la ubicación. El método incluye además enviar un comando de reinicio remoto desde el servidor de MDM al dispositivo móvil. Por ejemplo, el servidor de MDM envía una solicitud de notificación a un servicio de notificaciones de transmisión automática en respuesta a determinar que el mensaje indica que el paciente se ha transferido desde la ubicación o dado de alta del centro sanitario. El servicio de notificaciones de transmisión automática envía una notificación de transmisión automática al dispositivo móvil en respuesta a recibir la solicitud de notificación desde el servidor de MDM. El dispositivo móvil envía un mensaje al servidor de MDM en respuesta a recibir la notificación de transmisión automática desde el servicio de notificaciones de transmisión automática. El servidor de MDM envía el comando de reinicio remoto al dispositivo móvil en respuesta a recibir el mensaje desde el dispositivo móvil.

[0449] En otro aspecto particular, un dispositivo de almacenamiento legible por ordenador almacena instrucciones que, cuando se ejecutan por un procesador, hacen que el procesador realice operaciones, incluyendo recibir un mensaje que incluye un identificador de paciente, el mensaje que indica una ubicación en un centro sanitario. Las operaciones también incluyen identificar un dispositivo móvil asignado a la ubicación. Las operaciones incluyen además iniciar la provisión de datos asociados con el identificador de paciente al dispositivo móvil. Por ejemplo, los datos se pueden proporcionar al dispositivo móvil en base, al menos en parte, a determinar que el mensaje indica que el paciente se ha asignado a la ubicación tras el ingreso en el centro sanitario o que el paciente se ha transferido a la ubicación desde otra ubicación del centro sanitario.

[0451] En otro aspecto particular, un sistema informático incluye un dispositivo de escucha sanitario y un servidor de gestión de dispositivos móviles (MDM). El dispositivo de escucha sanitario está configurado para recibir un primer mensaje que indica una ubicación en un centro sanitario. El dispositivo de escucha sanitario también está configurado para enviar un segundo mensaje al servidor de MDM indicando la ubicación. El servidor de MDM está configurado, en respuesta a recibir el segundo mensaje desde el dispositivo de escucha sanitario, para identificar un dispositivo móvil asignado a la ubicación y para enviar un comando de reinicio remoto al dispositivo móvil.

[0453] Haciendo referencia a la FIG. 44, se muestra un sistema y se designa generalmente como 4400. El sistema 4400 (por ejemplo, un sistema informático) incluye un sistema de gestión sanitaria 4410 acoplado, a través de un dispositivo de escucha sanitario 4420, a un servidor de MDM 4430. El servidor de MDM 4430 está acoplado a un servicio de notificaciones de transmisión automática 4440 y a un dispositivo móvil 4450. El sistema de gestión sanitario 4410 está configurado para generar mensajes de admisión, alta y traslado (ADT) que indican el estado del paciente. Por ejemplo, el sistema de gestión sanitaria 4410 genera un mensaje cuando un paciente ingresa en un centro sanitario, un mensaje cuando se transfiere al paciente desde una ubicación a otra ubicación en el centro sanitario, un mensaje cuando se da de alta al paciente del centro sanitario, o una combinación de los mismos.

[0455] El dispositivo de escucha sanitario 4420 está configurado para hacer el seguimiento de los mensajes de ADT. Por ejemplo, el dispositivo de escucha sanitario 4420 recibe los mensajes desde el sistema de gestión sanitaria 4410. El dispositivo de escucha sanitario 4420 puede almacenar datos en una memoria indicando que los mensajes se han recibido. El servidor de MDM 4430 se puede configurar para consultar al dispositivo de escucha sanitario 4420 para determinar si se ha recibido cualquier mensaje de ADT desde el sistema de gestión sanitaria 4410. El servidor de MDM 4430 está configurado para, en respuesta a determinar que un mensaje de ADT se ha recibido desde el sistema de gestión sanitaria 4410, enviar un comando de reinicio 4435 al dispositivo móvil 4450 o iniciar el aprovisionamiento de datos 4433 al dispositivo móvil 4450.

[0457] Durante la operación, un usuario 4401 (por ejemplo, un administrador sanitario) ingresa a un paciente 4403 (por ejemplo, “Tom Snowman”) en un centro sanitario. El usuario 4401 proporciona una entrada de usuario 4402 al sistema de gestión sanitaria 4410, indicando que el paciente 4403 ha ingresado y que el paciente 4403 se ha asignado a una ubicación particular en el centro sanitario. La ubicación particular incluye una cama, una habitación, una planta, un edificio, una unidad, una instalación, una sección o una combinación de los mismos. Por ejemplo, la ubicación particular puede corresponder a una cama particular (por ejemplo, Cama número 2) en una unidad particular (por ejemplo, Unidad de Cuidados Coronarios) de un edificio particular (por ejemplo, Edificio A) del centro sanitario. Como otro ejemplo, la ubicación particular puede corresponder a una habitación particular (por ejemplo, Habitación 2) de una sección específica (por ejemplo, Sala de Urgencias) del centro sanitario. El sistema de gestión sanitaria 4410 genera un primer mensaje 4412 que indica que el paciente 4403 está asignado a la ubicación particular.

[0459] El primer mensaje 4412 puede corresponder a un mensaje de ADT. Un valor (por ejemplo, “ADT_A01”) de un primer campo del primer mensaje 4412 puede indicar que el primer mensaje 4412 corresponde a un mensaje de ingreso. El primer campo del primer mensaje 4412 puede incluir un campo de cabecera de mensaje, un campo de tipo de mensaje, un campo de tipo de evento, un campo de código de tipo de evento o una combinación de los mismos. Un valor (por ejemplo, “460001055”) de un segundo campo del primer mensaje 4412 identifica al paciente 4403. El segundo campo puede incluir un campo de identificación de paciente, un campo de lista de ID de paciente, un campo de nombre de paciente, un campo de alias de paciente, un campo de número de seguridad social (SSN), un campo de número de carnet de conducir o una combinación de los mismos. Un valor (por ejemplo, “CCU02”) de un tercer campo del primer mensaje 4412 puede indicar la ubicación particular (por ejemplo, Cama número 2 de una Unidad de Cuidados Coronarios). El tercer campo puede incluir un campo de actualización del estado de la cama, un campo de visitas del paciente, un campo de ubicación asignada al paciente, o una combinación de los mismos.

[0460] El dispositivo de escucha sanitario 4420 recibe el primer mensaje 4412. El dispositivo de escucha sanitario 4420 envía un segundo mensaje 4414 al servidor de MDM 4430. El dispositivo de escucha sanitario 4420 envía el segundo mensaje 4414 al servidor de MDM 4430 en respuesta a recibir el primer mensaje 4412 desde el sistema de gestión sanitaria 4410. En un aspecto particular, el dispositivo de escucha sanitario 4420 envía el segundo mensaje 4414 al servidor de MDM 4430 en respuesta a recibir una solicitud de actualización desde el servidor de MDM 4430. Por ejemplo, el dispositivo de escucha sanitario 4420 puede mantener un registro de los mensajes recibidos desde el sistema de gestión sanitaria 4410. El dispositivo de escucha sanitario 4420, en respuesta a recibir el primer mensaje 4412 en un primer momento, añade una entrada en la memoria que indica que el primer mensaje 4412 se ha recibido desde el sistema de gestión sanitaria 4410 en el primer momento. El servidor de MDM 4430 puede enviar la solicitud de actualización al dispositivo de escucha sanitario 4420 a intervalos de tiempo particulares. Los intervalos de tiempo particulares se pueden basar en un ajuste de configuración, un valor por defecto, una entrada de usuario o una combinación de los mismos. El dispositivo de escucha sanitario 4420, en respuesta a recibir una solicitud de actualización desde el servidor de MDM 4430, genera el segundo mensaje 4414 en base a la entrada y envía el segundo mensaje 4414 al servidor de MDM 4430.

[0462] En un aspecto particular, el dispositivo de escucha sanitario 4420 envía el segundo mensaje 4414 al servidor de MDM 4430 independientemente de recibir una solicitud de actualización desde el servidor de MDM 4430. Por ejemplo, el dispositivo de escucha sanitario 4420 envía una actualización de mensaje (por ejemplo, el segundo mensaje 4414) al servidor de MDM 4430 en respuesta a recibir cada mensaje (por ejemplo, el primer mensaje 4412) desde el sistema de gestión sanitaria 4410 y determinar que el mensaje tiene un tipo de mensaje particular (por ejemplo, ingreso, traslado o alta). En este ejemplo, el segundo mensaje 4414 corresponde a un único mensaje (por ejemplo, el primer mensaje 4412) recibido desde el sistema de gestión sanitaria 4410. Como otro ejemplo, el dispositivo de escucha sanitario 4420 envía una actualización de mensaje (por ejemplo, el segundo mensaje 4414) al servidor de MDM 4430 a intervalos de tiempo particulares (por ejemplo, periódicamente). En este ejemplo, el segundo mensaje 4414 corresponde a uno o más mensajes recibidos por el dispositivo de escucha sanitario 4420 desde el sistema de gestión sanitaria 4410 durante un intervalo de tiempo particular.

[0464] El segundo mensaje 4414 indica que el paciente 4403 está asignado a la ubicación particular. Por ejemplo, el segundo mensaje 4414 indica que el paciente 4403 está asignado a la ubicación particular tras el ingreso en el centro sanitario o que el paciente 4403 se transfiere a la ubicación particular desde otra ubicación en el centro sanitario. En un aspecto particular, cada uno del primer mensaje 4412 y el segundo mensaje 4414 incluye un ID de paciente del paciente 4403, un ID de ubicación de la ubicación particular, un tipo de mensaje (por ejemplo, ingreso, traslado o alta) del primer mensaje 4412, o una combinación de los mismos, como se describe además con referencia a la FIG.45. Por ejemplo, cada uno del primer mensaje 4412 y el segundo mensaje 4414 incluye el tipo de mensaje (por ejemplo, alta) del primer mensaje 4412 y el ID de paciente del paciente 4403. En una implementación particular, cada uno del primer mensaje 4412 y del segundo mensaje 4414 incluye el ID de ubicación de la ubicación particular (por ejemplo, una cama de hospital) que indica que el paciente 4403 se ha dado de alta de la ubicación particular del centro sanitario. En una implementación alternativa, el ID de ubicación está ausente del primer mensaje 4412, el segundo mensaje 4414 o ambos. En esta implementación, cada uno del primer mensaje 4412 y del segundo mensaje 4414 indica que el paciente 4403 es dado de alta del centro sanitario. Cada uno del primer mensaje 4412 y del segundo mensaje 4414 pueden indicar implícitamente que el paciente 4403 es dado de alta de una ubicación asignada previamente (por ejemplo, la ubicación particular) sin incluir explícitamente el ID de ubicación.

[0466] El servidor de MDM 4430 determina que el dispositivo móvil 4450 está asignado a la ubicación particular, como se describe además con referencia a la FIG.45. Por ejemplo, el servidor de MDM 4430 puede determinar que los datos de mapeo de ubicación a dispositivo indican que el ID de ubicación de la ubicación particular corresponde (por ejemplo, se asigna a) un ID de dispositivo del dispositivo móvil 4450.

[0468] El servidor de MDM 4430 puede enviar una solicitud de notificación 4424 al servicio de notificaciones de transmisión automática 4440 para iniciar la transmisión de una notificación de transmisión automática 4431 al dispositivo móvil 4450. El servicio de notificaciones de transmisión automática 4440 envía la notificación de transmisión automática 4431 al dispositivo móvil 4450 en respuesta a recibir la solicitud de notificación 4424 y a determinar que la solicitud de notificación 4424 indica el dispositivo móvil 4450. La notificación de transmisión automática 4431 da instrucciones al dispositivo móvil 4450 para registrarse con el servidor de MDM 4430. Por ejemplo, el servicio de notificaciones de transmisión automática 4440 puede ser una fuente de confianza para el dispositivo móvil 4450 y la notificación de transmisión automática 4431 puede indicar que el servidor de MDM 4430 es un dispositivo de confianza. El servidor de MDM 4430 puede recibir un mensaje 4432 desde el dispositivo móvil 4450 en respuesta a la notificación de transmisión automática 4431. Por ejemplo, el dispositivo móvil 4450 envía el mensaje 4432 al servidor de MDM 4430 en respuesta a recibir la notificación de transmisión automática 4431. El servidor de MDM 4430 puede, en respuesta a recibir el mensaje 4432, enviar datos 4433 al dispositivo móvil 4450, como se describe además con referencia a la FIG. 45. Los datos 4433 están asociados con el paciente 4403, como se describe además con referencia a la FIG.

[0469] 45. Por ejemplo, los datos 4433 incluyen al menos uno de un historial de paciente, información médica, datos de aplicación o un ajuste de configuración que está asociado con el paciente 4403.

[0471] En un aspecto particular, el servidor de MDM 4430 envía el comando de reinicio 4435 al dispositivo móvil 4450 antes de enviar los datos 4433 al dispositivo móvil 4450. El comando de reinicio 4435 puede corresponder a un comando de reinicio de fábrica. Para mejorar la confidencialidad del paciente (por ejemplo, la privacidad del paciente), el dispositivo móvil 4450 puede borrar los datos de usuario almacenados en el dispositivo móvil 4450 en respuesta a recibir el comando de reinicio 4435. Los datos de usuario pueden corresponder a un usuario (por ejemplo, un paciente) que usó previamente el dispositivo móvil 4450. El dispositivo móvil 4450 puede recibir los datos 4433 desde el servidor de MDM 4430 después de borrar los datos de usuario almacenados en el dispositivo móvil 4450. En un aspecto particular, el sistema de gestión sanitaria 4410 genera el primer mensaje 4412 en respuesta a determinar que el paciente 4403 se transfiere desde una primera ubicación a una segunda ubicación. Un valor (por ejemplo, “ADT_A02”) de un primer campo del primer mensaje 4412 puede indicar que el primer mensaje 4412 corresponde a un mensaje de traslado. Un valor (por ejemplo, “30001055”) de un segundo campo del primer mensaje 4412 puede identificar al paciente 4403. Un valor (por ejemplo, “CCU02”) de un tercer campo del primer mensaje 4412 puede indicar la primera ubicación (por ejemplo, Cama número 2 de una Unidad de Cuidados Coronarios). El tercer campo puede incluir un campo de actualización de estado de la cama, un campo de visitas del paciente, un campo de ubicación previa o una combinación de los mismos. Un valor (por ejemplo, “PTU05”) de un cuarto campo del primer mensaje 4412 puede indicar la segunda ubicación (por ejemplo, Habitación número 5 de una Unidad de Tratamiento de Pacientes). El cuarto campo puede incluir un campo de actualización de estado de la cama, un campo de visitas del paciente, un campo de ubicación asignada al paciente o una combinación de los mismos.

[0472] El servidor de MDM 4430 puede enviar el comando de reinicio 4435 al dispositivo móvil 4450 en respuesta a recibir el mensaje 4432 que indica que el paciente 4403 se transfiere desde la primera ubicación, determinando que el dispositivo móvil 4450 está asignado a la primera ubicación, determinando que el dispositivo móvil 4450 está asignado al paciente 4403, o una combinación de los mismos. El comando de reinicio 4435 puede indicar que la información personalmente identificable asociada con el paciente 4403, la información de salud protegida asociada con el paciente 4403, o ambas, se han de borrar del dispositivo móvil 4450. El dispositivo móvil 4450 puede, en respuesta a recibir el comando de reinicio 4435, borrar los datos 4433 almacenados en el dispositivo móvil 4450. Alternativamente, el servidor de MDM 4430 puede, en respuesta a recibir el mensaje 4432 que indica que el paciente 4403 se transfiere a la segunda ubicación y que el dispositivo móvil 4450 se asigna a la segunda ubicación, enviar los datos 4433 al dispositivo móvil 4450. En un aspecto particular, el servidor de MDM 4430 envía el comando de reinicio 4435 al dispositivo móvil 4450 antes de enviar el comando de reinicio 4435 al dispositivo móvil 4450. El dispositivo móvil 4450 puede, en respuesta a recibir el comando de reinicio 4435, borrar los datos de usuario correspondientes a un usuario previo del dispositivo móvil 4450.

[0473] En un aspecto particular, el sistema de gestión sanitaria 4410 genera el primer mensaje 4412 en respuesta a determinar que el paciente 4403 es dado de alta de una ubicación particular (por ejemplo, la cama de hospital o la habitación de hospital) o del centro sanitario. Un valor (por ejemplo, “ADT_A03”) del primer campo del primer mensaje 4412 indica que el primer mensaje 4412 corresponde a un mensaje de alta. Un valor (por ejemplo, “30001055”) del segundo campo del primer mensaje 4412 identifica al paciente 4403. Un valor (por ejemplo, “ICU10”) de un tercer campo del primer mensaje 4412 puede indicar la ubicación particular (por ejemplo, Cama 10 de una Unidad de Cuidados Intensivos). El tercer campo puede incluir un campo de actualización de estado de la cama, un campo de visitas del paciente, un campo de ubicación previa o una combinación de los mismos.

[0474] El servidor de MDM 4430 puede enviar el comando de reinicio 4435 al dispositivo móvil 4450 en respuesta a recibir el mensaje 4432, que indica que el paciente 4403 es dado de alta de la ubicación particular y que el dispositivo móvil 4450 está asignado a la ubicación particular. Alternativamente, el servidor de MDM 4430 puede enviar el comando de reinicio 4435 al dispositivo móvil 4450 en respuesta a recibir el mensaje 4432, que indica que el dispositivo móvil 4450 fue asignado al paciente 4403 y que se da de alta al paciente 4403.

[0475] El sistema 4400 puede permitir, de este modo, que el paciente 4403 acceda a información sensible o información objetivo usando el dispositivo móvil 4450 proporcionado por el centro sanitario. Para mejorar la privacidad del paciente, la información (por ejemplo, los datos 4433) se puede borrar del dispositivo móvil 4450 una vez que la ubicación particular (por ejemplo, la cama de hospital o la habitación de hospital) ya no esté asignada al paciente 4403. Por ejemplo, el servidor de MDM 4430 puede enviar el comando de reinicio 4435 que da instrucciones al dispositivo móvil 4450 para borrar los datos del paciente (por ejemplo, los datos 4433) en respuesta a una determinación de que el paciente ya no estará asociado más con el dispositivo móvil 4450.

[0476] Haciendo referencia a la FIG. 45, se describe un sistema y se designa generalmente como 4500. El sistema 4500 puede corresponder al sistema 4400. Por ejemplo, el sistema 4500 incluye el servidor de MDM 4430 acoplado al servicio de notificaciones de transmisión automática 4440 y al dispositivo móvil 4450. El servidor de MDM 4430 incluye un gestor de dispositivos móviles 4534 (por ejemplo, un procesador) acoplado a una memoria 4532.

[0477] En un aspecto particular, el gestor de dispositivos móviles 4534 corresponde a un procesador configurado para realizar una o más operaciones descritas en la presente memoria. En otro aspecto particular, el gestor de dispositivos móviles 4534 corresponde a instrucciones que, cuando se ejecutan por un procesador, hacen que el procesador realice una o más operaciones descritas en la presente memoria. En un aspecto particular, el gestor de dispositivos móviles 4534 corresponde a un dispositivo de almacenamiento legible por ordenador que almacena instrucciones que son ejecutables para realizar una o más operaciones descritas en la presente memoria.

[0478] El gestor de dispositivos móviles 4534 se puede configurar para enviar el comando de reinicio 4435, los datos 4433, o ambos, al dispositivo móvil 4450, como se describe en la presente memoria. La memoria 4532 se puede configurar para almacenar datos de mapeo de ubicación a dispositivo 4510. Los datos de mapeo de ubicación a dispositivo 4510 pueden indicar que uno o más dispositivos móviles están asignados a una o más ubicaciones en el centro sanitario. Por ejemplo, los datos de mapeo de ubicación a dispositivo 4510 indican que un ID de dispositivo 4514 del dispositivo móvil 4450 está asignado a un ID de ubicación 4504 de una ubicación particular del centro sanitario. El ID de dispositivo 4514 puede incluir una dirección de control de acceso al medio (MAC) del dispositivo móvil 4450, una dirección de protocolo de Internet (IP) del dispositivo móvil 4450 u otro ID de dispositivo.

[0480] En un aspecto particular, el servidor de MDM 4430 recibe los datos de mapeo de ubicación a dispositivo 4510 desde otro dispositivo. En un aspecto alternativo, el servidor de MDM 4430 genera los datos de mapeo de ubicación a dispositivo 4510. Por ejemplo, el usuario 4401 de la FIG.44 (u otro usuario) puede asignar el dispositivo móvil 4450 a la ubicación particular (por ejemplo, una cama de hospital o una habitación de hospital). El servidor de MDM 4430 puede, en respuesta a recibir una entrada de usuario que indica que el dispositivo móvil 4450 está asignado a la ubicación particular, generar (o actualizar) los datos de mapeo de ubicación a dispositivo 4510, indicando que el dispositivo móvil 4450 está asignado a la ubicación particular.

[0482] La memoria 4532 está configurada para almacenar datos de pacientes. Por ejemplo, la memoria 4532 almacena el historial de paciente 4522 del paciente 4403. La memoria 4532 puede indicar que el historial de paciente 4522 está asignado al paciente 4403 que tiene un ID de paciente 4506. La memoria 4532 se puede configurar para almacenar información médica 4524. La información médica 4524 puede estar asociada con un síntoma particular (por ejemplo, colesterol alto), un diagnóstico particular (por ejemplo, cardiopatía) o ambos. La memoria 4532 se puede configurar para almacenar datos de aplicación 4526. Los datos de aplicación 4526 corresponden a una aplicación, tal como una aplicación de entretenimiento, una aplicación de educativa, una aplicación sanitaria o una combinación de las mismas. Los datos de aplicación 4526 incluyen la aplicación (por ejemplo, un archivo ejecutable), un identificador de la aplicación, un localizador universal de recursos (URL) asociada con la aplicación o una combinación de los mismos. La memoria 4532 puede incluir un ajuste de configuración 4528. El ajuste de configuración 4528 puede incluir un nombre de usuario, una contraseña o ambos.

[0484] Durante la operación, como se describe con referencia a la FIG. 44, el servidor de MDM 4430 recibe el segundo mensaje 4414 del dispositivo de escucha sanitario 4420. El segundo mensaje 4414 indica un tipo de mensaje 4502 (por ejemplo, ingreso, traslado o alta), un ID de ubicación 4504, un ID de paciente 4506 del paciente 4403, o una combinación de los mismos. Por ejemplo, el segundo mensaje 4414 se basa en el primer mensaje 4412. El dispositivo de escucha sanitario 4420 puede determinar el tipo de mensaje 4502 en base a un valor de un primer campo del primer mensaje 4412. Por ejemplo, un primer valor (por ejemplo, “ADT_01”), un segundo valor (por ejemplo, “ADT_02”) y un tercer valor (por ejemplo, “ADT_03”) del primer campo corresponden a un primer tipo de mensaje (por ejemplo, un tipo de mensaje de ingreso), un segundo tipo de mensaje (por ejemplo, un tipo de mensaje de traslado) y un tercer tipo de mensaje (por ejemplo, un tipo de mensaje de alta), respectivamente. El dispositivo de escucha sanitario 4420 puede determinar el ID de paciente 4506 en base a un valor (por ejemplo, “30001055”) de un segundo campo del primer mensaje 4412.

[0486] El dispositivo de escucha sanitario 4420 puede determinar el ID de ubicación 4504 en base a un valor de un tercer campo del primer mensaje 4412 o en un valor de un cuarto campo del primer mensaje 4412. Por ejemplo, el dispositivo de escucha sanitario 4420, en respuesta a determinar que el primer mensaje 4412 corresponde a un mensaje de ingreso, determina el ID de ubicación 4504 en base a un campo de ubicación de paciente asignado del primer mensaje 4412. El dispositivo de escucha sanitario 4420, en respuesta a determinar que el primer mensaje 4412 corresponde a un mensaje de alta, determina el ID de ubicación 4504 en base a un campo de ubicación anterior del primer mensaje 4412.

[0488] El dispositivo de escucha sanitario 4420, en respuesta a determinar que el primer mensaje 4412 corresponde a un mensaje de traslado, determina un primer ID de ubicación en base a un campo de ubicación anterior del primer mensaje 4412, un segundo ID de ubicación en base a un campo de ubicación de paciente asignado del primer mensaje 4412, o ambos. El primer mensaje 4412 puede indicar que el paciente 4403 se transfiere desde una primera ubicación correspondiente al primer ID de ubicación a una segunda ubicación correspondiente al segundo ID de ubicación. El dispositivo de escucha sanitario 4420 genera el segundo mensaje 4414 para indicar el primer ID de ubicación, el segundo ID de ubicación, o ambos. El ID de ubicación 4504 puede corresponder al primer ID de ubicación o al segundo ID de ubicación.

[0490] El gestor de dispositivos móviles 4534 puede determinar si el paciente 4403 está asignado a una ubicación particular en base al segundo mensaje 4414. Por ejemplo, el gestor de dispositivos móviles 4534 determina que el paciente 4403 está asignado a la ubicación particular en respuesta a una determinación de que el tipo de mensaje 4502 indica un mensaje de ingreso y que el segundo mensaje 4414 indica que el paciente 4403 (correspondiente al ID de paciente 4506) está asignado a la ubicación particular en base al ID de ubicación 4504. El gestor de dispositivos móviles 4534, en respuesta a determinar que el paciente 4403 está asignado a la ubicación particular, identifica uno o más dispositivos móviles asignados a la ubicación particular. Por ejemplo, el gestor de dispositivos móviles 4534 determina que el dispositivo móvil 4450 está asignado a la ubicación particular en respuesta a determinar que los datos de mapeo de ubicación a dispositivo 4510 indican que el ID de ubicación 4504 corresponde al ID de dispositivo 4514.

[0491] El gestor de dispositivos móviles 4534 puede, en respuesta a determinar que el ID de ubicación 4504 corresponde al ID de dispositivo 4514, almacenar datos en la memoria 4532 que indiquen que el ID de paciente 4506 corresponde al ID de dispositivo 4514. Por ejemplo, el gestor de dispositivos móviles 4534 almacena datos en la memoria 4532 que indican que el dispositivo móvil 4450 está asignado al paciente 4403 de la FIG.44.

[0492] El gestor de dispositivos móviles 4534 puede enviar la solicitud de notificación 4424 al servicio de notificaciones de transmisión automática 4440 en respuesta a determinar que el ID de ubicación 4504 corresponde al ID de dispositivo 4514. La solicitud de notificación 4424 incluye el ID de dispositivo 4514. El servicio de notificaciones de transmisión automática 4440 envía la notificación de transmisión automática 4431 al dispositivo móvil 4450 en respuesta a recibir la solicitud de notificación 4424 del servidor de MDM 4430 y determinar que la solicitud de notificación 4424 indica el ID de dispositivo 4514. La notificación de transmisión automática 4431 puede identificar el servidor de MDM 4430. Por ejemplo, la notificación de transmisión automática 4431 indica una dirección (por ejemplo, una dirección MAC, una dirección IP o ambas) del servidor de MDM 4430. El dispositivo móvil 4450 envía el mensaje 4432 al servidor de MDM 4430 en respuesta a recibir la notificación de transmisión automática 4431 y determina que la notificación de transmisión automática 4431 identifica el servidor de MDM 4430. El servicio de notificaciones de transmisión automática 4440 puede ser una fuente de confianza para el dispositivo móvil 4450. El dispositivo móvil 4450 puede comunicarse con el servidor de MDM 4430 en respuesta a determinar que la notificación de transmisión automática 4431 del servicio de notificaciones de transmisión automática 4440 identifica el servidor de MDM 4430.

[0493] El gestor de dispositivos móviles 4534 genera los datos 4433 en respuesta a recibir el segundo mensaje 4414 desde el dispositivo de escucha sanitario 4420 de la FIG. 44, recibir el mensaje 4432 desde el dispositivo móvil 4450, o ambos. Los datos 4433 pueden incluir el historial de paciente 4522, la información médica 4524, los datos de aplicación 4526, el ajuste de configuración 4528, o una combinación de los mismos. El gestor de dispositivos móviles 4534 recupera el historial de paciente 4522 en base al ID de paciente 4506. El historial de paciente 4522 puede indicar (o identificar) al personal médico asignado al cuidado del paciente 4403, un medicamento prescrito al paciente 4403, el resultado de una prueba del paciente 4403, un mensaje para el paciente 4403, un síntoma (por ejemplo, colesterol alto) indicado por el paciente 4403, un diagnóstico (por ejemplo, cardiopatía) del paciente 4403, una profesión (por ejemplo, una persona especialista) del paciente 4403, un hábito (por ejemplo, un fumador) del paciente 4403, un nivel educativo del paciente 4403, la edad del paciente 4403 o una combinación de los mismos. El gestor de dispositivos móviles 4534 puede recuperar (o identificar) la información médica 4524 en base al historial de paciente 4522. Por ejemplo, el gestor de dispositivos móviles 4534 recupera la información médica 4524 correspondiente al síntoma, el diagnóstico, la profesión, el hábito, el nivel educativo, la edad o una combinación de los mismos, indicado por el historial de paciente 4522. La información médica 4524 puede incluir material educativo que se selecciona por un profesional médico y que se dirige al paciente 4403.

[0494] El gestor de dispositivos móviles 4534 puede seleccionar los datos de aplicación 4526 en base al historial de paciente 4522. Por ejemplo, el gestor de dispositivos móviles 4534 selecciona una aplicación en base a la edad, el nivel educativo, el síntoma, el diagnóstico, la profesión, el hábito o una combinación de los mismos, indicados por el historial de paciente 4522. La aplicación está dirigida al paciente 4403. Por ejemplo, la aplicación incluye juegos de ordenador que se dirigen a usuarios de la misma edad que el paciente 4403. Los datos de aplicación 4526 corresponden a la aplicación seleccionada. Por ejemplo, los datos de aplicación 4526 incluyen la aplicación seleccionada, un identificador de la aplicación seleccionada, un URL de descarga de la aplicación seleccionada o una combinación de los mismos. El URL de descarga indica una ubicación desde la cual es recuperable la aplicación seleccionada. La ubicación puede estar asociada con el servidor de MDM 4430 u otro dispositivo.

[0495] En un aspecto particular, los datos de aplicación 4526 incluyen un URL de manifiesto de un archivo de manifiesto. El URL de manifiesto indica una ubicación del archivo de manifiesto, y el archivo de manifiesto indica el URL de descarga de la aplicación seleccionada. El gestor de dispositivos móviles 4534 genera (o selecciona) el archivo de manifiesto en base al historial de paciente 4522. Por ejemplo, el gestor de dispositivos móviles 4534 selecciona la aplicación en base al historial de paciente 4522 y genera el archivo de manifiesto para indicar la aplicación seleccionada. Como otro ejemplo, el gestor de dispositivos móviles 4534 selecciona el archivo de manifiesto en base a la edad, el nivel educativo, el síntoma, el diagnóstico, la profesión, el hábito o una combinación de los mismos, indicado por el historial de paciente 4522. El archivo de manifiesto indica una o más aplicaciones dirigidas al paciente 4403.

[0496] El gestor de dispositivos móviles 4534 puede generar el ajuste de configuración 4528 en base al ID de paciente 4506, el historial de paciente 4522 o ambos. Por ejemplo, el gestor de dispositivos móviles 4534 genera el ajuste de configuración 4528 para indicar el ID de paciente 4506, la edad, el nivel educativo, el síntoma, el diagnóstico, la profesión, el hábito o una combinación de los mismos.

[0497] El gestor de dispositivos móviles 4534 puede enviar los datos 4433 al dispositivo móvil 4450 en respuesta a recibir el mensaje 4432 desde el dispositivo móvil 4450. En un aspecto alternativo, el gestor de dispositivos móviles 4534 envía los datos 4433 independientemente de recibir el mensaje 4432 desde el dispositivo móvil 4450. En este aspecto, el servidor de MDM 4430 puede ser una fuente de confianza para el dispositivo móvil 4450, y el dispositivo móvil 4450 puede aceptar los datos 4433 desde el servidor de MDM 4430 independientemente de haber enviado el mensaje 4432 al servidor de MDM 4430.

[0498] En un aspecto particular, los datos 4433 incluyen el historial de paciente 4522. En este aspecto, el dispositivo móvil 4450 permite que el paciente 4403 acceda al historial de paciente 4522. Por ejemplo, el paciente 4403 usa el dispositivo móvil 4450 para identificar al personal médico asignado al cuidado del paciente 4403. Como otro ejemplo, el paciente 4403 usa el dispositivo móvil 4450 para verificar si el historial de paciente 4522 incluye información precisa acerca del paciente 4403. Para ilustrarlo, el paciente 4403 puede confirmar si la información de alergias del paciente 4403 está indicada correctamente en el historial de paciente 4522. El paciente 4403 puede informar al personal del hospital en respuesta a detectar información imprecisa en el historial de paciente 4522.

[0499] En un aspecto particular, los datos 4433 incluyen la información médica 4524. En este aspecto, el dispositivo móvil 4450 permite al paciente 4403 acceder a la información médica 4524. Por ejemplo, el paciente 4403 usa el dispositivo móvil 4450 para revisar la información médica 4524 asociada con un diagnóstico del paciente 4403. Tener acceso a la información médica 4524 permite que el paciente 4403 tome decisiones sanitarias bien informadas.

[0500] En un aspecto particular, los datos 4433 incluyen los datos de aplicación 4526. En este aspecto, el dispositivo móvil 4450 permite que el paciente 4403 acceda a una aplicación correspondiente a los datos de aplicación 4526. Por ejemplo, los datos de aplicación 4526 incluyen la aplicación y el dispositivo móvil 4450 almacena (por ejemplo, instala) la aplicación en el dispositivo móvil 4450. Como otro ejemplo, el dispositivo móvil 4450 recupera la aplicación en base a un identificador de aplicación (por ejemplo, URL) indicado por los datos de aplicación 4526. El identificador de aplicación está asociado con el servidor de MDM 4430 u otro dispositivo. En un ejemplo particular, los datos de aplicación 4526 incluyen un URL de manifiesto que indica una ubicación de un archivo de manifiesto. En este ejemplo, el servidor de MDM 4430 puede enviar los datos de aplicación 4526 como un comando de instalación de aplicación al dispositivo móvil 4450. El comando de instalación de aplicación puede indicar el URL de manifiesto. El dispositivo móvil 4450 recupera el archivo de manifiesto en base al URL de manifiesto. El archivo de manifiesto indica el identificador de aplicación (por ejemplo, URL). El dispositivo móvil 4450 recupera la aplicación en base al identificador de aplicación indicado por el archivo de manifiesto. En un aspecto particular, el archivo de manifiesto indica múltiples identificadores de aplicación asociados con múltiples aplicaciones. El dispositivo móvil 4450 recupera las aplicaciones en base a los identificadores de aplicación. Los datos de aplicación 4526 pueden corresponder a una o más aplicaciones objetivo. Por ejemplo, el paciente 4403 usa el dispositivo móvil 4450 para jugar a videojuegos (por ejemplo, ajedrez) que están dirigidos a usuarios de la misma edad que el paciente 4403. En un aspecto particular, los datos 4433 incluyen el ajuste de configuración 4528. En este aspecto, el dispositivo móvil 4450 se configura para el paciente 4403 en base al ajuste de configuración 4528. Por ejemplo, el dispositivo móvil 4450 proporciona un nombre de usuario y una contraseña para una aplicación basada en web en base al ajuste de configuración 4528, y el paciente 4403 accede a la aplicación basada en web a través del dispositivo móvil 4450 sin tener que teclear el nombre de usuario y la contraseña.

[0501] En un aspecto particular, el gestor de dispositivos móviles 4534 envía el comando de reinicio 4435 al dispositivo móvil 4450 antes de enviar los datos 4433 al dispositivo móvil 4450. El dispositivo móvil 4450 puede, en respuesta a recibir el comando de reinicio 4435, borrar los datos de usuario almacenados en el dispositivo móvil 4450. Por ejemplo, el dispositivo móvil 4450 borra un historial de paciente, información médica, datos de aplicación, una aplicación, una configuración, o una combinación de los mismos, asociados con un usuario previo del dispositivo móvil 4450.

[0502] De este modo, el gestor de dispositivos móviles 4534 puede permitir que el dispositivo móvil 4450 sea configurado automáticamente para su uso por el paciente 4403 en respuesta a recibir un mensaje (por ejemplo, el segundo mensaje 4414, en base al primer mensaje 4412 de la FIG.44) que indica que el paciente 4403 ingresa en el centro sanitario. La funcionalidad para configurar automáticamente los dispositivos móviles se puede añadir al sistema 4400 independientemente de las modificaciones al sistema de gestión sanitaria 4410. El sistema de gestión sanitaria 4410 puede incluir un sistema de gestión sanitaria heredado, un sistema de gestión sanitaria gestionado de manera independiente o ambos.

[0503] En un aspecto particular, el gestor de dispositivos móviles 4534 genera una alerta 4530 (por ejemplo, un mensaje) en respuesta a determinar que el mensaje 4432 no se ha recibido desde el dispositivo móvil 4450 dentro de una duración particular del envío de la solicitud de notificación 4424 al servicio de notificaciones de transmisión automática 4440. La duración particular puede corresponder a un ajuste de configuración, un valor por defecto, una entrada de usuario o una combinación de los mismos. El gestor de dispositivos móviles 4534 puede enviar la alerta 4530 a un dispositivo, un usuario o ambos. Por ejemplo, el gestor de dispositivos móviles 4534 envía la alerta 4530 a una cuenta de correo electrónico del usuario 4401 (o de otro administrador sanitario).

[0504] El usuario 4401 (u otro administrador sanitario) puede comprobar el dispositivo móvil 4450 en respuesta a recibir la alerta 4530. Por ejemplo, si el dispositivo móvil 4450 no está encendido, el usuario 4401 enciende el dispositivo móvil 4450. El dispositivo móvil 4450 puede recibir la notificación de transmisión automática 4431 desde el servicio de notificaciones de transmisión automática 4440 después del encendido. Como otro ejemplo, si el dispositivo móvil 4450 no está funcionando correctamente, el usuario 4401 asigna otro dispositivo móvil a la ubicación particular (por ejemplo, cama de hospital o habitación de hospital) que corresponde al ID de ubicación 4504. En este ejemplo, el gestor de dispositivos móviles 4534, en respuesta a recibir datos de mapeo de ubicación a dispositivo actualizados que indican que un segundo dispositivo móvil que tiene un segundo ID de dispositivo está asignado a la ubicación particular correspondiente al ID de ubicación 4504, envía una solicitud de notificación 4424 actualizada al servicio de notificaciones de transmisión automática 4440 indicando el segundo ID de dispositivo. El servicio de notificaciones de transmisión automática 4440 envía la notificación de transmisión automática 4431 al segundo dispositivo móvil correspondiente al segundo ID de dispositivo. El segundo dispositivo móvil envía el mensaje 4432 al servidor de MDM 4430 y recibe los datos 4433 desde el servidor de MDM 4430.

[0506] En un aspecto particular, el gestor de dispositivos móviles 4534 determina que el paciente 4403 está asignado a una ubicación particular en respuesta a determinar que el tipo de mensaje 4502 indica un mensaje de traslado y que el segundo mensaje 4414 indica que el paciente 4403 (por ejemplo, “Tom Snowman”), correspondiente al ID de paciente 4506, se transfiere a una ubicación particular correspondiente al ID de ubicación 4504. Las operaciones realizadas por el gestor de dispositivos móviles 4534 en respuesta a determinar que el paciente 4403 se transfiere a la ubicación particular pueden incluir una o más operaciones realizadas por el gestor de dispositivos móviles 4534 en respuesta a determinar que el paciente 4403 ingresa en el centro sanitario y se asigna a la ubicación particular.

[0507] En un aspecto particular, el gestor de dispositivos móviles 4534 determina, en base al segundo mensaje 4414, que el paciente 4403 ya no está asignado a una ubicación particular. Por ejemplo, el gestor de dispositivos móviles 4534 determina que el paciente 4403 ya no está asignado a una ubicación particular en respuesta a determinar que el tipo de mensaje 4502 indica un mensaje de traslado y que el segundo mensaje 4414 indica que el paciente 4403 se transfiere desde la ubicación particular. Como otro ejemplo, el gestor de dispositivos móviles 4534 determina que el paciente 4403 ya no está asignado a una ubicación particular en respuesta a determinar que el tipo de mensaje 4502 indica un mensaje de alta.

[0509] Las operaciones realizadas por el gestor de dispositivos móviles 4534 en respuesta a determinar que se da de alta al paciente 4403 pueden incluir una o más operaciones realizadas por el gestor de dispositivos móviles 4534 en respuesta a determinar que el paciente 4403 se transfiere desde la ubicación particular. Por ejemplo, el gestor de dispositivos móviles 4534 identifica el dispositivo móvil 4450 en respuesta a determinar que el paciente 4403 ya no está asignado a una ubicación particular. En un aspecto particular, el segundo mensaje 4414 indica el ID de ubicación 4504 de la ubicación particular, y el gestor de dispositivos móviles 4534 identifica el dispositivo móvil 4450 en base a los datos de mapeo de ubicación a dispositivo 4510. En un aspecto alternativo, el gestor de dispositivos móviles 4534 identifica el dispositivo móvil 4450 en respuesta a determinar que los datos almacenados en la memoria 4532 indican que el dispositivo móvil 4450, que tiene el ID de dispositivo 4514, está asignado al paciente 4403 que tiene el ID de paciente 4506.

[0511] El gestor de dispositivos móviles 4534, en respuesta a identificar el dispositivo móvil 4450, envía el comando de reinicio 4435 al dispositivo móvil 4450. El dispositivo móvil 4450 puede, en respuesta a recibir el comando de reinicio 4435, borrar la información de usuario asociada con el paciente 4403 almacenada en el dispositivo móvil 4450. Por ejemplo, el dispositivo móvil 4450, en respuesta a recibir el comando de reinicio 4435, borra los datos 4433 almacenados en el dispositivo móvil 4450. Como otro ejemplo, el dispositivo móvil 4450, en respuesta a recibir el comando de reinicio 4435, realiza un reinicio de fábrica del dispositivo móvil 4450. Realizar el reinicio de fábrica puede restaurar el dispositivo móvil 4450 a los ajustes de fabricante originales. Por ejemplo, el dispositivo móvil 4450 realiza un reinicio de fábrica borrando todos los datos de usuario, incluyendo los datos 4433, almacenados en el dispositivo móvil 4450. El gestor de dispositivos móviles 4534 puede actualizar la memoria 4532 para eliminar la asociación entre el ID de paciente 4506 y el ID de dispositivo 4514.

[0513] El sistema 4500, de este modo, permite la configuración automática del dispositivo móvil 4450 para su uso por el paciente 4403 mientras que se asigna al paciente 4403 a una ubicación particular correspondiente al dispositivo móvil 4450. El sistema 4500 también mejora la privacidad del paciente permitiendo el borrado automático de los datos de usuario del paciente 4403 almacenados en el dispositivo móvil 4450 una vez que el paciente 4403 ya no está asignado a la ubicación particular. Por ejemplo, el gestor de dispositivos móviles 4534 envía el comando de reinicio 4435, que da instrucciones al dispositivo móvil 4450 para borrar los datos de paciente (por ejemplo, los datos 4433) en respuesta a una determinación de que el paciente ya no estará asociado con el dispositivo móvil 4450.

[0514] Haciendo referencia a la FIG. 46 se muestra un mensaje de traslado y se designa generalmente como 4612. El mensaje de traslado 4612 se puede generar por el sistema de gestión sanitaria 4410, el dispositivo de escucha sanitario 4420, el sistema 4400 de la FIG.44, o una combinación de los mismos. El mensaje de traslado 4612 puede corresponder al primer mensaje 4412, al segundo mensaje 4414 de la FIG. 44, o a ambos. El mensaje de traslado 4612 puede cumplir con una especificación de mensaje de ADT. En un aspecto particular, el mensaje de traslado 4612 cumple con el formato de nivel de salud siete (HL7). Por ejemplo, el mensaje de traslado 4612 cumple con un formato HL7 versión 1, un formato HL7 versión 2, un formato HL7 versión 3, un formato HL7 de recursos de interoperabilidad sanitaria rápida (FHIR), otro formato HL7 o una combinación de los mismos.

[0515] El mensaje de traslado 4612 indica el tipo de mensaje 4502 (por ejemplo, “A02”). Un valor (por ejemplo, “A02”) del tipo de mensaje 4502 indica que el mensaje de traslado 4612 corresponde a un mensaje de traslado. El mensaje de traslado 4612 indica el ID de paciente 4506 (por ejemplo, “30001055”). Un valor (por ejemplo, “30001055”) del ID de paciente 4506 indica que se transfiere el paciente 4403 correspondiente. El mensaje de traslado 4612 indica un ID de ubicación 4604 anterior (por ejemplo, “HC 10- CCU^CCU02^CCU02^UCHC^1^^^^^^”). Un valor (por ejemplo, “HC 10- CCU^CCU02^CCU02^UCHC^1^^^^^^”) del ID de ubicación 4604 anterior indica que el paciente 4403 se transfiere desde una primera ubicación correspondiente (por ejemplo, Cama 2 de la Unidad de Cuidados Coronarios). Se debería entender que un campo particular (por ejemplo, “HC 10-CCU^CCU02^CCU02^UCHC^1^^^^^^”) del mensaje de traslado 4612 se indica como correspondiente al ID de ubicación 4604 anterior por facilidad de ilustración, en algunas implementaciones, una o más partes del campo, múltiples campos del mensaje de traslado 4612, una o más partes de múltiples campos del mensaje de traslado 4612, o una combinación de los mismos, corresponden al ID de ubicación 4604 anterior. En un ejemplo particular, una parte particular (por ejemplo, “CCU02”) del campo corresponde al ID de ubicación 4604 anterior. En un ejemplo alternativo, el centro sanitario puede incluir múltiples camas de hospital con el mismo nombre (por ejemplo, “CCU02”). En este ejemplo, una cama de hospital particular se identifica de manera única mediante una parte (por ejemplo, “CCU02”) del campo, combinada con información adicional que indica una ubicación (por ejemplo, una habitación, un edificio, una planta, una unidad, una sección, una instalación o una combinación de los mismos) de la cama de hospital particular. La información adicional se indica mediante una o más partes adicionales del campo del mensaje de traslado 4612, uno o más campos adicionales del mensaje de traslado 4612 o una combinación de los mismos.

[0517] El mensaje de traslado 4612 indica un ID de ubicación 4608 asignado (por ejemplo, “SC 3A-ICU^PTU05^PTU05^UCLJ^^^^^^^”). Un valor (por ejemplo, “SC 3A ICU^PTU05^PTU05^UCLJ^^^^^^^”) del ID de ubicación 4608 asignado indica que el paciente 4403 se transfiere a una segunda ubicación correspondiente (por ejemplo, Habitación número 5 de una Unidad de Tratamiento de Pacientes). Se debería entender que un campo particular (por ejemplo, “SC 3A-ICU^PTU05^PTU05^UCLJ^^^^^^^”) del mensaje de traslado 4612 se indica como correspondiente al ID de ubicación 4608 asignado por facilidad de ilustración, en algunas implementaciones una o más partes del campo, múltiples campos del mensaje de traslado 4612, una o más partes de múltiples campos del mensaje de traslado 4612, o una combinación de los mismos, corresponden al ID de ubicación 4608 asignado.

[0518] En un aspecto particular, el mensaje de traslado 4612 corresponde al primer mensaje 4412. El dispositivo de escucha sanitario 4420 genera el segundo mensaje 4414 en base al mensaje de traslado 4612. Por ejemplo, el segundo mensaje 4414 incluye el tipo de mensaje 4502, el ID de paciente 4506, el ID de ubicación 4604 anterior y el ID de ubicación 4608 asignado. El ID de ubicación 4604 anterior o el ID de ubicación 4608 asignado pueden corresponder al ID de ubicación 4504.

[0520] Como se describe con referencia a la FIG.45, el gestor de dispositivos móviles 4534, en base al segundo mensaje 4414, determina que el paciente 4403 ya no está asignado a una primera ubicación correspondiente al ID de ubicación 4604 anterior (por ejemplo, el ID de ubicación 4504) y está asignado a una segunda ubicación correspondiente al ID de ubicación 4608 asignado. El gestor de dispositivos móviles 4534 puede identificar un primer dispositivo móvil que se asignó previamente al paciente 4403. Por ejemplo, el gestor de dispositivos móviles 4534 determina que el primer dispositivo se asignó previamente al paciente 4403 en respuesta a determinar que los datos en la memoria 4532 indican que el ID de paciente 4506 está asociado con un ID de dispositivo del primer dispositivo móvil. El gestor de dispositivos móviles 4534 identifica, en base a los datos de mapeo de ubicación a dispositivo 4510, un segundo dispositivo móvil asignado a la segunda ubicación, como se describe con referencia a la FIG.45.

[0521] En un aspecto particular, el primer dispositivo móvil es el mismo que el segundo dispositivo móvil. Por ejemplo, el primer dispositivo móvil se reasigna de la primera ubicación a la segunda ubicación simultáneamente con el traslado del paciente 4403 desde la primera ubicación a la segunda ubicación. El gestor de dispositivos móviles 4534, en respuesta a determinar que el primer dispositivo es el mismo que el segundo dispositivo, se abstiene de enviar el comando de reinicio 4435, los datos 4433, o ambos, al dispositivo (por ejemplo, al primer dispositivo y al segundo dispositivo).

[0523] En un aspecto particular, el primer dispositivo móvil es distinto del segundo dispositivo móvil. En este aspecto, el gestor de dispositivos móviles 4534, en respuesta a determinar que el paciente 4403 ya no está asignado a la primera ubicación, envía el comando de reinicio 4435 al primer dispositivo móvil (por ejemplo, el dispositivo móvil 4450), elimina una asociación entre el paciente 4403 y el primer dispositivo móvil de la memoria 4532, o ambos, como se describe con referencia a la FIG.45. El gestor de dispositivos móviles 4534, en respuesta a determinar que el paciente 4403 está asignado a la segunda ubicación, puede enviar el comando de reinicio 4435 al segundo dispositivo móvil (por ejemplo, el dispositivo móvil 4450), enviar los datos 4433 al segundo dispositivo móvil, añadir una asociación entre el paciente 4403 y el segundo dispositivo móvil en la memoria 4532, o una combinación de los mismos. El mensaje de traslado 4612 permite, de este modo, que el gestor de dispositivos móviles 4534 borre automáticamente la información de usuario del primer dispositivo móvil, configure el segundo dispositivo móvil, o ambos.

[0525] Haciendo referencia a la FIG.47 se muestra un mensaje de alta y se designa generalmente como 4712. El mensaje de alta 4712 se puede generar por el sistema de gestión sanitaria 4410, el dispositivo de escucha sanitario 4420, el sistema 4400 de la FIG. 44, o una combinación de los mismos. El mensaje de alta 4712 puede corresponder al primer mensaje 4412, al segundo mensaje 4414 de la FIG.44, o a ambos. El mensaje de alta 4712 puede cumplir con una especificación de mensaje de ADT. En un aspecto particular, el mensaje de alta 4712 cumple con un formato HL7. Por ejemplo, el mensaje de alta 4712 cumple con un formato HL7 versión 1, un formato HL7 versión 2, un formato HL7 versión 3, un formato HL7 FHIR, otro formato HL7, o una combinación de los mismos.

[0526] El mensaje de alta 4712 indica el tipo de mensaje 4502 (por ejemplo, “A03”). Un valor (por ejemplo, “A03”) del tipo de mensaje 4502 indica que el mensaje de alta 4712 corresponde a un mensaje de alta. El mensaje de alta 4712 indica el ID de paciente 4506 (por ejemplo, “30001055”). Un valor (por ejemplo, “30001055”) del ID de paciente 4506 indica que el paciente 4403 correspondiente es dado de alta. El mensaje de alta 4712 indica el ID de ubicación 4504 (por ejemplo, “HC 2- SICU^ICU10^ICU10A^UCHC^10^^^^^^”) Un valor (por ejemplo, “HC 2-SICU^ICU10^ICU10A^UCHC^10^^^^^^”) del ID de ubicación 4504 indica que el paciente 4403 es dado de alta de una ubicación correspondiente (por ejemplo, Habitación número 10A de una Unidad de Cuidados). Se debería entender que un campo particular (por ejemplo, “HC 2- SICU^ICU10^ICU10A^UCHC^10^^^^^^”) del mensaje de alta 4712 se indica como correspondiente al ID de ubicación 4504 por facilidad de ilustración, en algunas implementaciones, una o más partes del campo, múltiples campos del mensaje de alta 4712, una o más partes de múltiples campos del mensaje de alta 4712, o una combinación de los mismos, corresponden al ID de ubicación 4504.

[0527] En un aspecto particular, el mensaje de alta 4712 corresponde al primer mensaje 4412. El dispositivo de escucha sanitario 4420 genera el segundo mensaje 4414 en base al mensaje de alta 4712. Por ejemplo, el segundo mensaje 4414 incluye el tipo de mensaje 4502, el ID de paciente 4506 y el ID de ubicación 4504.

[0528] Como se describe con referencia a la FIG.45, el gestor de dispositivos móviles 4534, en base al segundo mensaje 4414, determina que el paciente 4403 ya no está asignado a la ubicación particular correspondiente al ID de ubicación 4504. El gestor de dispositivos móviles 4534 puede identificar el dispositivo móvil 4450 en respuesta a determinar que los datos en la memoria 4532 indican que el ID de paciente 4506 está asociado con el ID de dispositivo 4514. Alternativamente, el gestor de dispositivos móviles 4534 puede identificar el dispositivo móvil 4450 en base al ID de ubicación 4504 y los datos de mapeo de ubicación a dispositivo 4510, como se describe con referencia a la FIG.45.

[0529] El gestor de dispositivos móviles 4534 puede, en respuesta a determinar que el paciente 4403 ya no está asignado a la ubicación particular, enviar el comando de reinicio 4435 al dispositivo móvil 4450, eliminar una asociación entre el paciente 4403 y el dispositivo móvil 4450 de la memoria 4532, o ambos, como se describe con referencia a la FIG.

[0530] 45. El mensaje de alta 4712 permite, de este modo, que el gestor de dispositivos móviles 4534 borre automáticamente la información de usuario (por ejemplo, los datos 4433 de la FIG.44) del dispositivo móvil 4450. Haciendo referencia a la FIG. 48 se muestra un método de gestión de dispositivos móviles y se designa generalmente como 4800. El método 4800 se puede realizar por el servidor de MDM 4430, el sistema 4400 de la FIG.44, el gestor de dispositivos móviles 4534, el sistema 4500 de la FIG.45, o una combinación de los mismos. El método 4800 incluye recibir, en un servidor de gestión de dispositivos móviles (MDM), un mensaje que indica una ubicación en un centro sanitario, en 4802. Por ejemplo, el servidor de MDM de la FIG.44 recibe el segundo mensaje 4414 que incluye el ID de ubicación 4504 de la FIG.45. El ID de ubicación 4504 puede indicar una ubicación en un centro sanitario, como se describe con referencia a la FIG.45.

[0531] El método 4800 también incluye identificar, en el servidor de MDM, un dispositivo móvil asignado a la ubicación, en 4804. Por ejemplo, el servidor de MDM 4430 identifica el dispositivo móvil 4450 asignado a la ubicación correspondiente al ID de ubicación 4504, como se describe además con referencia a la FIG.45.

[0532] El método 4800 incluye además enviar un comando de reinicio remoto desde el servidor de MDM al dispositivo móvil, en 4806. Por ejemplo, el gestor de dispositivos móviles 4534 envía el comando de reinicio 4435 (por ejemplo, un comando de reinicio remoto) desde el servidor de MDM 4430 al dispositivo móvil 4450, como se describe con referencia a la FIG.45.

[0533] El método 4800 permite, de este modo, que el servidor de MDM 4430 envíe automáticamente el comando de reinicio 4435 al dispositivo móvil 4450 en respuesta a recibir el segundo mensaje 4414. El dispositivo móvil 4450 puede, en respuesta a recibir el comando de reinicio 4435, borrar la información de usuario personalmente identificable almacenada en el dispositivo móvil 4450. El servidor de MDM 4430, de este modo, reduce (por ejemplo, elimina) la probabilidad de que el paciente 4403 acceda a información sensible asociada con un usuario previo del dispositivo móvil 4450.

[0534] Haciendo referencia a la FIG. 49, se muestra un método de gestión de dispositivos móviles y se designa generalmente como 4900. El método 4900 se puede realizar por el dispositivo de escucha sanitario 4420, el servidor de MDM 4430 y el sistema 4400 de la FIG.44, el gestor de dispositivos móviles 4534, el sistema 4500 de la FIG.45, o una combinación de los mismos.

[0535] El método 4900 incluye recibir un mensaje que incluye un identificador de paciente, en 4902. Por ejemplo, el dispositivo de escucha sanitario 4420 recibe el primer mensaje 4412 que incluye el ID de paciente 4506. El primer mensaje 4412 incluye el ID de ubicación 4504 que indica una ubicación en un centro sanitario, como se describe además con referencia a la FIG. 45. Como otro ejemplo, el gestor de dispositivos móviles 4534 recibe el segundo mensaje 4414 que incluye el ID de paciente 4506. El segundo mensaje 4414 incluye el ID de ubicación 4504 que indica una ubicación en un centro sanitario, como se describe además con referencia a la FIG.45.

[0536] El método 4900 también incluye identificar un dispositivo móvil asignado a la ubicación, en 4904. Por ejemplo, el gestor de dispositivos móviles 4534 identifica el dispositivo móvil 4450 asignado a la ubicación correspondiente al ID de ubicación 4504, como se describe con referencia a la FIG.45.

[0537] El método 4900 incluye además iniciar la provisión de datos asociados con el identificador de paciente al dispositivo móvil, en 4906. Por ejemplo, el dispositivo de escucha sanitario 4420 envía el segundo mensaje 4414 al servidor de MDM 4430 para iniciar la provisión de los datos 4433 asociados con el ID de paciente 4506 desde el servidor de MDM 4430 al dispositivo móvil 4450. Como otro ejemplo, el gestor de dispositivos móviles 4534 inicia la provisión de los datos 4433 al dispositivo móvil 4450 enviando la solicitud de notificación 4424 al servicio de notificaciones de transmisión automática 4440, enviando los datos 4433 al dispositivo móvil 4450, o ambos.

[0538] El método 4900 permite, de este modo, que el servidor de MDM 4430 proporcione automáticamente los datos 4433 asociados con el paciente 4403 al dispositivo móvil 4450 en respuesta a recibir el segundo mensaje 4414. El servidor de MDM 4430, de este modo, establece automáticamente (por ejemplo, configura) el dispositivo móvil 4450 para su uso por el paciente 4403.

[0539] Haciendo referencia a la FIG. 50, se muestra un método de gestión de dispositivos móviles y se designa generalmente como 5000. El método 5000 se puede realizar por el dispositivo móvil 4450, el sistema 4400 de la FIG.

[0540] 44, el sistema 4500 de la FIG.45, o una combinación de los mismos.

[0541] El método 5000 incluye recibir, en un dispositivo móvil, de un comando de reinicio asociado con un mensaje que indica una ubicación en un centro sanitario, la ubicación asignada al dispositivo móvil, en 5002. Por ejemplo, el dispositivo móvil 4450 de la FIG.44 recibe el comando de reinicio 4435. El comando de reinicio 4435 está asociado con el primer mensaje 4412, el segundo mensaje 4414, o ambos. El primer mensaje 4412, el segundo mensaje 4414, o ambos, incluyen el ID de ubicación 4504 que indica una ubicación en un centro sanitario, como se describe con referencia a la FIG.45.

[0542] El método 5000 también incluye borrar información personalmente identificable asociada con un paciente, información sanitaria protegida asociada con el paciente, o ambas, almacenadas en el dispositivo móvil, en 5004. Por ejemplo, el dispositivo móvil 4450 de la FIG.44 borra los datos 4433 almacenados en el dispositivo móvil 4450. Los datos 4433 pueden incluir el historial de paciente 4522, la información médica 4524, los datos de aplicación 4526, el ajuste de configuración 4528, o una combinación de los mismos. El historial de paciente 4522, la información médica 4524, los datos de aplicación 4526, el ajuste de configuración 4528, o una combinación de los mismos, corresponden a información personalmente identificable asociada con el paciente 4403, información de salud protegida asociada con el paciente 4403, o ambas.

[0543] El método 5000 permite, de este modo, que el dispositivo móvil 4450 borre información personalmente identificable asociada con el paciente 4403, información de salud protegida asociada con el paciente 4403, o ambas. El dispositivo móvil 4450, de este modo, reduce (por ejemplo, elimina) la probabilidad de que se acceda a información sensible del paciente 4403 por un usuario posterior del dispositivo móvil 4450.

[0544] Aunque una o más de las FIGS.1-50 pueden ilustrar sistemas, dispositivos y/o métodos según las enseñanzas de la descripción, la descripción no se limita a estos sistemas, dispositivos y/o métodos ilustrados. Los aspectos de la descripción se pueden emplear adecuadamente en cualquier dispositivo que incluya circuitería integrada incluyendo una memoria, un procesador y circuitería en chip.

[0545] Una o más funciones o componentes de cualquiera de las FIGS.1-50, según se ilustran o describen en la presente memoria, se pueden combinar con una o más de otras partes de otra de las FIGS. 1-50. Por consiguiente, ningún aspecto único descrito en la presente memoria se debería interpretar como limitante, y los aspectos de la descripción se pueden combinar adecuadamente sin apartarse de las enseñanzas de la descripción.

[0546] Los expertos en la técnica apreciarán además que los diversos bloques lógicos, configuraciones, módulos, circuitos y pasos algorítmicos ilustrativos descritos en conexión con los aspectos divulgados en la presente memoria se pueden implementar como hardware electrónico, software informático ejecutado por un procesador o una combinación de ambos. Diversos componentes, bloques, configuraciones, módulos, circuitos y pasos ilustrativos se han descrito anteriormente generalmente en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o instrucciones ejecutables por procesador, depende de la aplicación particular y de las restricciones de diseño impuestas al sistema en su conjunto. Los técnicos especializados pueden implementar la funcionalidad descrita de formas variadas para cada aplicación particular, pero tales decisiones de implementación no se deberían interpretar como que causan una desviación del alcance de la presente descripción.

[0547] Los pasos de un método o algoritmo descrito en conexión con los aspectos divulgados en la presente memoria se pueden incorporar directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de los dos. Un módulo de software puede residir en memoria de acceso aleatorio (RAM), memoria rápida, memoria de solo lectura (ROM), memoria de solo lectura programable (PROM), memoria de solo lectura programable borrable (EPROM), memoria de solo lectura programable borrable eléctricamente (EEPROM), registros, disco duro, un disco extraíble, una memoria de solo lectura de disco compacto (CD-ROM) o cualquier otra forma de medio de almacenamiento no transitorio conocido en la técnica. Un medio de almacenamiento ejemplar (por ejemplo, un dispositivo de almacenamiento legible por ordenador) se acopla al procesador de manera que el procesador pueda leer información de, y escribir información en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede ser integral al procesador. El procesador y el medio de almacenamiento pueden residir en un circuito integrado de aplicaciones específicas (ASIC). El ASIC puede residir en un dispositivo informático o un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un dispositivo informático o terminal de usuario. Un dispositivo de almacenamiento no es una señal.

[0549] La descripción previa de los aspectos descritos se proporciona para permitir a un experto en la técnica hacer o usar los aspectos descritos. Diversas modificaciones a estos aspectos serán fácilmente evidentes para los expertos en la técnica, y los principios definidos en la presente memoria se pueden aplicar a otros aspectos sin apartarse del alcance de la descripción. De este modo, la presente descripción no se pretende que se limite a los aspectos mostrados en la presente memoria, sino que se ha de acordar el alcance más amplio posible, congruente con los principios y las características novedosas que se definen por las siguientes reivindicaciones.

Claims

1. REIVINDICACIONES

1. Un método que comprende:

enviar, desde un servidor de gestión de dispositivos móviles, MDM, una lista de grupos a un dispositivo móvil, la lista de grupos que indica una pluralidad de grupos de MDM que están disponibles para el dispositivo móvil para su inscripción;

recibir, en el servidor de MDM, una solicitud de unión a un grupo desde el dispositivo móvil, la solicitud de unión al grupo que indica un grupo de la pluralidad de grupos de MDM;

en respuesta a recibir la solicitud de unión al grupo, actualizar, en el servidor de MDM, los datos de pertenencia al grupo para indicar que el dispositivo móvil se añade al grupo;

identificar, en base a los datos de pertenencia al grupo en el servidor de MDM, una acción asociada con el grupo; automáticamente, en respuesta a recibir la solicitud de unión al grupo, iniciar una realización de la acción enviando un comando desde el servidor de MDM al dispositivo móvil para realizar la acción;

identificar, por el servidor de MDM, un primer conjunto de aplicaciones a las que el grupo está autorizado a acceder, en donde la acción incluye descargar el primer conjunto de aplicaciones al dispositivo móvil; y/o

identificar, por el servidor de MDM, un primer conjunto de ajustes de configuración para el grupo, en donde la acción incluye descargar el primer conjunto de ajustes de configuración al dispositivo móvil.

2. El método de la reivindicación 1, que comprende además identificar, en base a los datos de pertenencia al grupo, que el grupo está autorizado a acceder a un primer conjunto de aplicaciones, en donde la acción incluye mostrar, en un visualizador del dispositivo móvil, un primer conjunto de iconos del primer conjunto de aplicaciones.

3. El método de la reivindicación 1, que comprende además identificar, en base a los datos de pertenencia al grupo, que el grupo tiene restringido acceder a un segundo conjunto de aplicaciones, en donde la acción incluye ocultar, en un visualizador del dispositivo móvil, un segundo conjunto de iconos del segundo conjunto de aplicaciones.

4. El método de la reivindicación 1, que comprende además, en respuesta a recibir la solicitud de unión al grupo desde el dispositivo móvil:

determinar, en base a los datos de pertenencia al grupo, que el grupo incluye un segundo dispositivo informático; y enviar un segundo comando al segundo dispositivo informático para realizar una segunda acción.

5. El método de la reivindicación 4, en donde la segunda acción incluye actualizar los datos de aplicación en el segundo dispositivo informático para indicar que el dispositivo móvil se añade al grupo.

6. El método de la reivindicación 4, que comprende además:

enviar una solicitud de notificación desde el servidor de MDM a un servicio de notificaciones de transmisión automática para iniciar el envío de una notificación de transmisión automática al segundo dispositivo informático; y recibir, en el servidor de MDM, una solicitud de registro desde el segundo dispositivo informático en respuesta a la notificación de transmisión automática, en donde el segundo comando se envía desde el servidor de MDM al segundo dispositivo informático en respuesta a recibir la solicitud de registro.

7. Un sistema informático que comprende:

un dispositivo móvil configurado para:

recibir una lista de grupos desde un servidor de gestión de dispositivos móviles, MDM, la lista de grupos que indica una pluralidad de grupos de MDM que están disponibles para el dispositivo móvil para la inscripción;

recibir una primera entrada de usuario que indica una selección de un grupo de la pluralidad de grupos de MDM; y enviar una solicitud de unión a un grupo a un servidor de gestión de dispositivos móviles, MDM, indicando el grupo; y el servidor de MDM configurado para, en respuesta a recibir la solicitud de unión al grupo desde el dispositivo móvil: actualizar los datos de pertenencia al grupo para indicar que el dispositivo móvil se añade al grupo;

identificar, en base a los datos de pertenencia al grupo, una acción asociada con el grupo; y automáticamente, en respuesta a recibir la solicitud de unión al grupo, iniciar la realización de la acción enviando un comando al dispositivo móvil para realizar la acción;

identificar un primer conjunto de aplicaciones a las que el grupo está autorizado a acceder, en donde la acción incluye descargar el primer conjunto de aplicaciones al dispositivo móvil, y/o

identificar un primer conjunto de ajustes de configuración para el grupo, en donde la acción incluye descargar el primer conjunto de ajustes de configuración al dispositivo móvil.

8. El sistema informático de la reivindicación 7, que comprende además un segundo dispositivo informático configurado para:

recibir una notificación de transmisión automática de un servicio de notificaciones de transmisión automática en respuesta a una solicitud de notificación, en donde el servidor de MDM está configurado para, en respuesta a recibir la solicitud de unión al grupo desde el dispositivo móvil, enviar la solicitud de notificación al servicio de notificaciones de transmisión automática;

en respuesta a recibir la notificación de transmisión automática, enviar una solicitud de registro al servidor de MDM; recibir un segundo comando para realizar una segunda acción; y

realizar la segunda acción.

9. El sistema informático de la reivindicación 8, en donde la segunda acción incluye actualizar los datos de aplicación para indicar que el grupo incluye el dispositivo móvil.

10. El sistema informático de la reivindicación 7, en donde el servidor de MDM está configurado además para identificar un conjunto de aplicaciones a las que el grupo está autorizado a acceder, en donde la acción incluye descargar el conjunto de aplicaciones al dispositivo móvil.

11. El sistema informático de la reivindicación 7,

en donde el dispositivo móvil está configurado además para:

recibir una segunda entrada de usuario que indica la selección de una opción de reinicio; y

enviar una solicitud de reinicio al servidor de MDM;

en donde el servidor de MDM está configurado además para:

en respuesta a recibir la solicitud de reinicio desde el dispositivo móvil, enviar una solicitud de notificación a un servicio de notificaciones de transmisión automática para iniciar el envío de una notificación de transmisión automática desde el servicio de notificaciones de transmisión automática al dispositivo móvil;

recibir un mensaje de registro del dispositivo móvil en respuesta a la notificación de transmisión automática; y en respuesta a recibir el mensaje de registro, enviar un comando de reinicio remoto desde el servidor de MDM al dispositivo móvil para iniciar el reinicio del dispositivo móvil, en donde el comando de reinicio remoto indica que se han de suprimir las notificaciones de usuario durante el reinicio del dispositivo móvil.

12. El sistema informático de la reivindicación 11, en donde el comando de reinicio remoto incluye un comando de reinicio de fábrica, o

en donde el dispositivo móvil está configurado para, en respuesta a determinar que el comando de reinicio remoto indica que se han de suprimir las notificaciones de usuario durante el reinicio del dispositivo móvil, suprimir las notificaciones de usuario durante el reinicio del dispositivo móvil, o

en donde el dispositivo móvil está configurado para, en respuesta a determinar que un parámetro de omisión de activación del comando de reinicio remoto tiene un primer valor, eliminar un bloqueo de activación durante el reinicio del dispositivo móvil.