ES3028537T3

ES3028537T3 - Implementation of compliance settings by a mobile device for compliance with a configuration scenario

Info

Publication number: ES3028537T3
Application number: ES19740241T
Authority: ES
Inventors: Peter Kaufman; Richard June; Moiz Rassiwala; Daniel Dudugjian; Shayak Lahiri; Sean Bowles; Yuhang Zhu; Adeep Cheema; Rama Samudrala; Jitendrakumar Koshti; Gaurav Dhawan
Original assignee: Microsoft Technology Licensing LLC
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2018-07-31
Filing date: 2019-06-27
Publication date: 2025-06-19
Anticipated expiration: 2039-06-27
Also published as: JP2024020448A; US11184223B2; US20240064058A1; CN112867988A; JP2021533454A; JP7678065B2; US20210351978A1; CN112867988B; KR20210027400A; EP3807754B1; EP3807754A1; KR102718167B1; US12068912B2; US20200044916A1; US11750444B2; WO2020027954A1; JP7389791B2

Abstract

Las realizaciones descritas en este documento se dirigen a la implementación de configuraciones de cumplimiento por parte de un dispositivo informático para que cumpla con un escenario de configuración. Por ejemplo, un dispositivo informático puede recibir, desde un servidor, información de configuración que describe las configuraciones de cumplimiento que debe implementar para que cumpla con un escenario de configuración. Además, el dispositivo informático puede identificar una máquina de estados, indicada por la información de configuración, que describe un proceso de configuración para implementar las configuraciones de cumplimiento y ejecutar dicha máquina para configurar el dispositivo informático con dichas configuraciones. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Implementación de ajustes de cumplimiento por un dispositivo móvil para cumplimiento de un escenario de configuración

Campo técnico

La presente invención se refiere en general al despliegue y configuración de software. Las realizaciones descritas en el presente documento se dirigen a implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración.

Antecedentes

La gestión de dispositivos móviles (MDM) es una forma de garantizar que los empleados se mantengan productivos y no incumplan las políticas corporativas. Muchas organizaciones controlan actividades de sus empleados usando productos/servicios de MDM. La MDM se ocupa principalmente de segregación de datos corporativos, protección de correos electrónicos, protección de documentos corporativos en dispositivos, imposición de políticas corporativas e integración y gestión de dispositivos móviles, incluyendo ordenadores portátiles y dispositivo de mano de diversas categorías. Controlando y protegiendo los datos y ajustes de configuración de todos los dispositivos móviles en la red de una organización, la MDM puede reducir los costes de soporte y los riesgos comerciales

El documento US 2015/ 296368 A1 describe un gestor de políticas de dispositivo para dispositivos móviles que comprende un componente de interfaz unificado y un componente de manejador de políticas. El gestor de políticas gestiona las solicitudes de configuración de políticas procedentes de múltiples fuentes de políticas y resuelve los conflictos entre los valores de políticas de diferentes fuentes

El documento US 9557983 B1 describe un método para desarrollar software de actualización para sistemas con múltiples versiones disponibles de software. Una máquina de estados se utiliza para acceder a uno o más grupos de comandos que permiten la transición de una versión del software a una versión actualizada.

Compendio

Este compendio se proporciona para introducir una selección de conceptos de una forma simplificada, que se describen adicionalmente a continuación en la descripción detallada. Este compendio no pretende identificar características clave o características esenciales del objeto reivindicado, ni pretende usarse para limitar el alcance del objeto reivindicado.

Las realizaciones descritas en el presente documento se dirigen a implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración. Por ejemplo, un dispositivo informático puede recibir, desde un servidor, información de configuración que describe ajustes de cumplimiento para implementarse por el dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración. Además, el dispositivo informático puede identificar una máquina de estados indicada por la información de configuración (por ejemplo, por un identificador) que describe un proceso de configuración para implementar los ajustes de cumplimiento. La máquina de estados puede ejecutarse para configurar el dispositivo informático con los ajustes de cumplimiento. Cuando se ejecuta la máquina de estados, las cargas útiles incluidas en la información de configuración junto con las dependencias pueden procesarse en el orden que dicta la máquina de estados, para configurar el dispositivo informático.

Otras características y ventajas de la invención, así como la estructura y funcionamiento de diversas realizaciones de la invención, se describen en detalle a continuación haciendo referencia a los dibujos adjuntos. Se observa que la invención no se limita a las realizaciones específicas descritas en el presente documento. Tales realizaciones se presentan en el presente documento solo con fines ilustrativos. Para los expertos en la o las técnicas relevantes serán evidentes realizaciones adicionales basándose en las enseñanzas contenidas en el presente documento.

Breve descripción de los dibujos

Los dibujos adjuntos, que se incorporan al presente documento y forman parte de la memoria descriptiva, ilustran realizaciones y, junto con la descripción, sirven además para explicar los principios de las realizaciones y para permitir que un experto en la técnica pertinente realice y use las realizaciones.

La FIG. 1 representa un diagrama de bloques de un sistema para implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración de acuerdo con una realización de ejemplo.

La FIG. 2A representa un diagrama de bloques de un sistema para implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración, que es un ejemplo detallado adicional del sistema de la FIG. 1, de acuerdo con una realización de ejemplo.

La FIG. 2B representa otro diagrama de bloques de un sistema para implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración, que es un ejemplo detallado adicional del sistema de la FIG. 1, de acuerdo con una realización de ejemplo.

La FIG. 3 representa un diagrama de flujo de un método de ejemplo para implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración de acuerdo con una realización de ejemplo.

La FIG. 4 representa un diagrama de flujo de un método de ejemplo para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con una realización de ejemplo.

La FIG. 5 representa un diagrama de flujo de un método de ejemplo para almacenar y transmitir resultados de configuración de acuerdo con una realización de ejemplo.

La FIG. 6 representa un diagrama de flujo de un método de ejemplo para solicitar la corrección de un error con información de configuración de acuerdo con una realización.

La FIG. 7 representa un diagrama de flujo de un método de ejemplo para recibir información de configuración actualizada y/o información de configuración adicional de acuerdo con una realización.

La FIG. 8 es un diagrama de bloques de un dispositivo de usuario a modo de ejemplo, en el que se pueden implementar realizaciones.

La FIG. 9 es un diagrama de bloques de un dispositivo informático de ejemplo que puede usarse para implementar realizaciones.

Las características y ventajas de la presente invención serán más evidentes a partir de la descripción detallada expuesta a continuación cuando se toma junto con los dibujos, en los que caracteres de referencia similares identifican elementos correspondientes en todo el documento. En los dibujos, los números de referencia similares indican generalmente elementos idénticos, funcionalmente similares y/o estructuralmente similares. El dibujo en el que aparece primero un elemento se indica por el o los dígitos más a la izquierda en el número de referencia correspondiente.

Descripción detallada

I. Introducción

La presente memoria descriptiva y los dibujos adjuntos dan a conocer una o más realizaciones que incorporan las características de la presente invención. El alcance de la presente invención no se limita a las realizaciones dadas a conocer. Las realizaciones dadas a conocer simplemente ejemplifican la presente invención, y las versiones modificadas de las realizaciones dadas a conocer también están englobadas por la presente invención. Las realizaciones de la presente invención se definen por las reivindicaciones adjuntas a la presente memoria.

Las referencias en la memoria descriptiva a "una realización", "una realización de ejemplo", etc., indican que la realización descrita puede incluir un aspecto, estructura o característica particular, pero cada realización puede no incluir necesariamente el aspecto, estructura o característica particular. Además, tales expresiones no se refieren necesariamente a la misma realización. Además, cuando un aspecto, estructura o característica particular se describe en relación con una realización, se prevé que está dentro del conocimiento de un experto en la técnica efectuar dicho aspecto, estructura o característica en relación con otras realizaciones, ya se describa o no explícitamente.

A continuación se describen numerosos ejemplos de realización. Se observa que cualesquiera títulos de sección/subsección proporcionados en el presente documento no pretenden ser limitantes. Las realizaciones se describen a lo largo de este documento, y cualquier tipo de realización puede incluirse bajo cualquier sección/subsección. Además, las realizaciones dadas a conocer en cualquier sección/subsección pueden combinarse con cualquier otra realización descrita en la misma sección/subsección y/o una sección/subsección diferente de cualquier manera.

II. Sistema y método para gestionar cumplimiento de dispositivos

Una construcción típica del proceso de gestión de dispositivos móviles (MDM) actual para una empresa utiliza un servidor MDM que es responsable de ejecutar y monitorizar configuraciones de dispositivos móviles, almacenar cantidades masivas de datos y realizar comprobaciones continuas de errores y mantenimiento preventivo. Tales funciones pueden realizarse para grandes números de dispositivos para la empresa, incluyendo cientos, miles, decenas de miles, millones, cientos de millones, e incluso mayores números de dispositivos. Como resultado, el servidor devora incontables "calorías de cálculo" (por ejemplo, usa una gran cantidad de potencia de procesamiento) para determinar si todos los recursos de tecnología móvil de la red de la empresa están configurados correctamente, funcionando dentro de los límites de seguridad y otros protocolos importantes, e implementando y cumpliendo actualizaciones.

Esto significa que el servidor está encargado de tener que comunicarse con muchos dispositivos móviles individuales en la red de la empresa y, en última instancia, supervisar el proceso de configuración y notificar necesidades. La escalabilidad resulta muy desafiante para una empresa en este escenario, simplemente dado el número de dispositivos, tráfico masivo y volumen de configuración. En otras palabras, el servidor tiene una tremenda cantidad de trabajo a gestionar. Además, este proceso de configuración también puede estar plagado de errores que de otro modo se pueden prevenir debido a la naturaleza no optimizada y específica por dispositivo de la imposición de la configuración.

Estas limitaciones pueden remediarse finalmente cambiando la involucración del servidor en el proceso de gestión del dispositivo. Por ejemplo, en realizaciones, el servidor puede experimentar una mayor productividad al requerir que el dispositivo móvil lleve a cabo su propia configuración. En las realizaciones descritas en el presente documento, el servidor puede suministrar los detalles de configuración al dispositivo móvil y el proceso de configuración puede ser conducido por el dispositivo móvil actuando como una máquina de estados generalizada. Estas y otras formas de realización se describen con más detalle con respecto a la FIG. 1, de la siguiente manera. Obsérvese que las realizaciones descritas en el presente documento son aplicables a cualquier sistema operativo/plataforma informática, tal como iOS de Apple®, y Google Android™ y que las referencias en el presente documento a Microsoft® Windows®, y/o componente del mismo, son únicamente con fines descriptivos e ilustrativos, y no deben considerarse limitantes.

La FIG. 1 es un diagrama de bloques de un sistema de imposición de cumplimiento 100 para implementar ajustes de cumplimiento por dispositivos informáticos para hacer que los dispositivos informáticos cumplan escenarios de configuración, de acuerdo con una realización de ejemplo. Como se muestra en la FIG. 1, el sistema 100 incluye un servidor 102, un dispositivo informático 104 y uno o más almacenamientos de datos 108 acoplados comunicativamente a través de una red 110 empresarial. El servidor 102 incluye un motor de cumplimiento 122. El dispositivo informático 104 incluye un agente de cumplimiento 120. Aunque se muestra un único dispositivo informático 104, puede haber cualquier número de dispositivos informáticos en el sistema 100 que tengan ajustes de cumplimiento proporcionados por el servidor 102, incluyendo decenas, cientos, miles, decenas de miles, millones, cientos de millones y mayores números de dispositivos informáticos. El o los almacenamientos de datos 108 pueden comprender uno o más dispositivos de memoria física y/o de almacenamiento. El o los almacenamientos de datos 108 pueden ser cualquier tipo de memoria física y/o dispositivo de almacenamiento que se describe en el presente documento, y/o como entendería un experto en la o las técnicas relevantes que tienen el beneficio de esta invención. La red empresarial 110 comprende una red informática privada establecida por una empresa con el fin de interconectar dispositivos empresariales (por ejemplo, el dispositivo informático 104 y otros dispositivos informáticos no mostrados) en una o más ubicaciones empresariales a otros dispositivos empresariales y para permitir que los dispositivos empresariales accedan a, y/o compartan recursos informáticos.

El dispositivo informático 104 es un dispositivo utilizado por, o accesible de otro modo a uno o más miembros (por ejemplo, empleados) de una empresa. Como se usa en el presente documento, el término "empresa" se refiere ampliamente a cualquiera de una amplia variedad de tipos de organización, incluyendo negocios, organizaciones benéficas y agencias gubernamentales. Los usuarios del dispositivo informático 104 pueden denominarse en el presente documento "usuarios empresariales" o simplemente "usuarios". El dispositivo informático 104 puede comprender, por ejemplo y sin limitación, un ordenador de escritorio, un ordenador portátil, una tableta, un miniordenador portátil, un teléfono inteligente o similares. A continuación se describen ejemplos adicionales de dispositivo informático 104 haciendo referencia a las FIGS. 8 y 9.

El o los almacenamientos de datos 108 pueden configurarse para almacenar información de configuración 112 para el dispositivo informático 104 y/o uno o más dispositivos informáticos. En realizaciones, la información de configuración 112 puede almacenarse localmente en la memoria del servidor 102. La información de configuración 112 puede especificar uno o más ajustes de cumplimiento para el dispositivo informático 104 y/o para usuarios del dispositivo informático 104, así como incluir datos, uno o más archivos, etc., para instalar en el dispositivo informático 112 de acuerdo con el escenario de configuración particular. Por ejemplo, un primer ajuste de cumplimiento de la información de configuración 112 puede estar asociado con un primer usuario del dispositivo informático 104, y un segundo ajuste de cumplimiento de la información de configuración 112 puede estar asociado con un segundo usuario del dispositivo informático 104. Los ejemplos de ajustes de cumplimiento incluyen, pero no se limitan a, un ajuste de cifrado a implementar por el dispositivo informático 104, un ajuste de seguridad a implementar por el dispositivo informático 104, una versión mínima de al menos una de una aplicación o un sistema operativo que se requiere instalar en el dispositivo informático 104, etc. El o los ajustes de cifrado pueden especificar si un dispositivo de almacenamiento incluido en el dispositivo informático 104 debe cifrarse (por ejemplo, por medio de un programa de cifrado, tal como, pero no limitado a BitLocker™). Los ajustes de seguridad pueden especificar una política de contraseña que se implementará por el dispositivo informático 104 (por ejemplo, ajustando la longitud de contraseña a un mínimo de 10 caracteres, 12 caracteres, etc.), si la firma de código debería implementarse por el dispositivo informático 104, si un módulo de plataforma confiable (TPM) debería implementarse por el dispositivo informático 104, etc. Se observa que los ajustes de cumplimiento descritos anteriormente son puramente a modo de ejemplo y que pueden usarse otros ajustes de configuración.

El servidor 102 puede configurarse para gestionar el cumplimiento del dispositivo informático, incluyendo el dispositivo informático 104, con respecto a escenarios de configuración. Tales dispositivos informáticos pueden incluir dispositivos estacionarios (por ejemplo, ordenadores de escritorio) y/o dispositivos móviles (por ejemplo, teléfonos inteligentes, ordenadores portátiles, ordenadores de tableta, dispositivos informáticos ponibles (por ejemplo, un dispositivo montado en la cabeza que incluye gafas inteligentes tales como Google® Glass™, auriculares de realidad virtual, relojes inteligentes, etc.), etc.). Cuando se gestionan dispositivos móviles, el servidor 102 también puede denominarse gestor de dispositivos móviles (MDM). Un escenario de configuración puede ser tan simple como un conjunto discreto de políticas o tan complejo como una configuración para una conexión de red privada virtual (VPN). Una política (por ejemplo, una política de datos y/o seguridad) puede ser especificada por una empresa. La política puede especificarse de acuerdo con uno o más ajustes de cumplimiento. El o los ajustes de cumplimiento pueden ser especificados por un administrador de la empresa (por ejemplo, un administrador de IT (tecnología de información) u otra persona dentro de una empresa que puede ser responsable de desplegar, mantener y/o configurar el dispositivo informático 104 en nombre de los usuarios de la empresa).

Como se muestra en la FIG. 1, el servidor 102 comprende un motor de cumplimiento 122. El motor de cumplimiento 122 puede determinar la información de configuración 112 que se proporcionará al dispositivo informático 104 y proporcionar la información de configuración determinada 112 al dispositivo informático 104. Por ejemplo, el servidor 102 puede recibir y/o acceder a información de configuración 112 en forma de un manifiesto de cumplimiento u otro documento que indica ajustes de configuración para su despliegue a un conjunto particular de dispositivos. El servidor 102 puede obtener información de configuración 112 a través de la red 110 desde el almacenamiento de datos 108 y proporcionar información de configuración 112 a los dispositivos indicados, tal como el dispositivo informático 104, a través de la red 110. La transmisión de la información de configuración 112 a través de la red 110 se representa en la FIG. 1 mediante líneas discontinuas 112. La información de configuración 112 puede especificar ajustes de cumplimiento para implementar por el dispositivo informático 104 (y opcionalmente otros dispositivos) para hacer que el dispositivo informático 104 cumpla un escenario de configuración.

El dispositivo informático 104 puede configurarse para implementar el o los ajustes de cumplimiento especificados por la información de configuración 112. Como se muestra en la FIG. 1, el dispositivo informático 104 comprende un agente de cumplimiento 120. El dispositivo informático 104 puede configurarse para ejecutar el agente de cumplimiento 120, que está configurado para implementar ajustes de cumplimiento especificados por la información de configuración 112 recibida identificando y ejecutando una máquina de estados que describe un proceso de configuración para implementar los ajustes de cumplimiento para un escenario de configuración en el dispositivo informático 104. Por ejemplo, el agente de cumplimiento 120 puede identificar la máquina de estados 118 como la máquina de estados indicada por la información de configuración 112 y ejecutar la máquina de estados 118 para configurar el dispositivo informático 104 con ajustes de cumplimiento para cumplir un escenario de configuración.

De acuerdo con las realizaciones, la máquina de estados 118 puede generarse de diversas maneras. Por ejemplo, durante un proceso de creación, se pueden generar uno o más documentos (por ejemplo, por un desarrollador), que se pueden compilar y almacenar en el dispositivo informático 104. Por ejemplo, uno o más archivos que describen escenarios de configuración, que permiten que un servidor consuma y reproduzca una interfaz de usuario (UI) (por ejemplo, en una consola de administración generada por el motor de cumplimiento 122 en el servidor 102), y se genera una máquina de estados durante la construcción. Esta UI permite que una administración de IT introduzca información de configuración para un escenario de configuración particular que puede enviarse entonces al dispositivo informático 104. La información de configuración es procesada por el dispositivo informático 104 como se describe en el presente documento, utilizando un proveedor de servicios de configuración (CSP) para alterar la seguridad y el comportamiento funcional del dispositivo informático de acuerdo con el escenario de configuración particular. Un CSP es una interfaz para leer, configurar, modificar o eliminar ajustes de configuración en un dispositivo. Además, cuando se procesa una máquina de estados (por ejemplo, la máquina de estados 118), se invocan los CSP según un orden impuesto por la máquina de estados para cumplir el estado deseado en un dispositivo informático usando información de configuración suministrada por un servidor.

Después de implementar los ajustes de configuración de acuerdo con la máquina de estados 118, el agente de cumplimiento 120 puede proporcionar un acuse de recibo (por ejemplo, una "alerta") al motor de cumplimiento 122. El acuse de recibo indica que el dispositivo informático ha implementado los ajustes de configuración, o se ha producido un fallo. Tras recibir el acuse de recibo que indica éxito al implementar los ajustes de configuración, el motor de cumplimiento 112 puede indicar que el dispositivo informático 104 cumple el escenario de configuración. El motor de cumplimiento 112 puede mantener los acuses de recibo de diversas maneras.

Por ejemplo, el servidor 102 puede mantener un registro de cumplimiento 106 que incluye una indicación para cada emparejamiento de usuario-dispositivo en cuanto a si el emparejamiento de usuario-dispositivo particular se está cumpliendo. Por ejemplo, el registro de cumplimiento 106 puede comprender una estructura de datos (por ejemplo, una tabla) que comprende una pluralidad de entradas, donde cada entrada especifica un par de usuario-dispositivo particular, y una indicación en cuanto a si ese par de usuario-dispositivo está cumpliendo. El servidor 102 puede estar configurado además para mantener una referencia de configuración 114 local de los ajustes de configuración implementados para cada emparejamiento de usuario-dispositivo. La referencia de configuración 114 puede comprender una estructura de datos (por ejemplo, una tabla) que comprende una pluralidad de entradas, donde cada entrada especifica un par de usuario-dispositivo particular y los ajustes de configuración implementados por ese par. Se observa que la estructura y/u organización de la referencia de configuración 114 y/o el registro 106 de cumplimiento descritos anteriormente es puramente a modo de ejemplo y que se pueden usar otras estructuras y/u organizaciones. La referencia de configuración 114 y el registro 106 de cumplimiento pueden ser mantenidos por el servidor 102 en cualquier ubicación y manera, incluyendo ser almacenados en el almacenamiento de datos 108 o en cualquier otro lugar.

El motor de cumplimiento 122 puede configurarse para determinar si el o los dispositivos informáticos 104 siguen cumpliendo las reglas de cumplimiento usando la referencia 114. Al hacerlo, el motor de cumplimiento 122 simplemente necesita acceder a la referencia 114 para determinar los ajustes de configuración implementados por el o los dispositivos informáticos 104, en lugar de tener que consultar el o los dispositivos informáticos 104 para sus ajustes de configuración. El motor de cumplimiento 122 puede determinar si el o los dispositivos informáticos 104 siguen cumpliendo, al detectar cualquier evento de activación adecuado, incluyendo una expiración de un período de tiempo predeterminado, una solicitud de un administrador, auditor y/u otra persona y/o entidad que gestiona, desea confirmar o está interesado de otro modo en saber/confirmar si el dispositivo informático 104 y/u otros dispositivos informáticos cumplen uno o más ajustes y/o requisitos de cumplimiento. Una solicitud para determinar si los dispositivos cumplen ajustes/requisitos de cumplimiento puede referirse a cualquier número de dispositivos, incluyendo cientos, miles o millones de dispositivos. Así, accediendo a tal información de cumplimiento desde la referencia de configuración 114 y/o el registro 106 de cumplimiento, no es necesario que el servidor 102 gaste una gran cantidad de potencia de procesamiento en relación con tener que interrogar a cada dispositivo de interés por separado.

El sistema 100 de la FIG. 1 puede implementarse de diversas maneras, en realizaciones. Por ejemplo, la FIG.

2A representa un diagrama de bloques detallado del sistema 200, de acuerdo con una realización de ejemplo. El sistema 200 es un ejemplo del sistema 100. Como se muestra en la FIG. 2A, el sistema 200 incluye el servidor 102 y un dispositivo informático 204. El dispositivo informático 204 es un ejemplo del dispositivo informático 104, como se describió anteriormente haciendo referencia a la FIG. 1. Como se muestra además en la FIG. 2A, el dispositivo informático 204 incluye un agente de cumplimiento 220, un almacenamiento de datos de máquina de estados (SM) 224 y un almacenamiento de datos de información de configuración (CI) 222. El almacenamiento de datos de máquina de estados 224 y el almacenamiento de datos de información de configuración 222 pueden comprender, cada uno, uno o más dispositivo de memoria física y/o de almacenamiento, incluyendo cualquier tipo de memoria física y/o dispositivo de almacenamiento que se describe en el presente documento, y/o como entendería un experto en la o las técnicas relevantes que tienen el beneficio de esta invención. El agente de cumplimiento 220 es un ejemplo de agente de cumplimiento 120, como se ha descrito anteriormente haciendo referencia a la FIG. 1.

El servidor 102 está configurado para determinar la información de configuración 112 que se proporcionará al dispositivo informático 204 y proporcionar la información de configuración 112 determinada al mismo. Por ejemplo, cuando un usuario inicia sesión por primera vez en un dispositivo informático que se le acaba de proporcionar, el servidor 102 recupera información de configuración de dispositivo 112 asociada con ese dispositivo informático y/o usuario y proporciona información de configuración 112 al dispositivo informático. Adicionalmente, el servidor 102 puede recuperar información de configuración 112 asociada con ese dispositivo informático y/o usuario y proporcionar información de configuración 112 al dispositivo informático cuando el software o firmware (incluyendo un controlador de dispositivo) se instala nuevamente en el dispositivo informático, cuando se añade nuevo hardware al dispositivo informático, cuando se actualiza o elimina software y/o firmware del dispositivo informático, cuando se elimina hardware del dispositivo informático, y/o durante otros eventos que modifican una configuración del dispositivo informático.

De manera similar al dispositivo informático 104 descrito haciendo referencia a la FIG. 1, el dispositivo informático 204 puede configurarse para ejecutar el agente de cumplimiento 220, que está configurado para implementar los ajustes de configuración especificados por la información de configuración 112. Más específicamente, el agente de cumplimiento 220 consume una máquina de estados apropiada basándose en el escenario de configuración deseado. El servidor 102 puede proporcionar un "identificador de escenario de configuración" en la información de configuración 112 para especificar al dispositivo informático 204 la máquina de estados apropiada. El agente de cumplimiento 220 puede utilizar este identificador para encontrar para que el orquestador siga la máquina de estados correcta. La información de configuración 112, suministrada por el servidor 102, se proporciona a continuación a los CSP apropiados por el agente de cumplimiento 220 en base a la máquina de estados, como se describe con más detalle a continuación.

Como se muestra en la FIG. 2A, el agente de cumplimiento 220 incluye un gestor de configuración 206 y un motor orquestador 208. Además, el gestor de configuración 206 incluye un manejador de información de configuración de cumplimiento 228 y un comprobador de errores de información de configuración 210.

El manejador de información de configuración de cumplimiento 228 puede estar configurado para acceder a la información de configuración 112 (por ejemplo, entregar al dispositivo informático 204 a través de SyncML o CDN (Content Delivery Network, red de entrega de contenido)) desde el motor de cumplimiento 122 del servidor 102 y almacenar la información de configuración 112 en el almacenamiento de datos de información de configuración 222 (como se representa por las líneas 112 discontinuas en la FIG. 2A entre el servidor 112, el manejador de información de configuración de cumplimiento 228 y el almacenamiento de datos de información de configuración 222). Como otro ejemplo, la información de configuración 112 puede ser suministrada por notación de objetos JavaScript (js On ). La información de configuración 112 puede ser entregada por un servidor al dispositivo informático directamente o el servidor puede indicar al dispositivo informático dónde obtener información de configuración 112 a través de CDN (que se describe con más detalle a continuación).

La información de configuración 112 puede tener cualquier forma adecuada. De acuerdo con una realización, la información de configuración 112 puede representarse por un archivo de lenguaje de marcado extensible (XML) que incluye una carga útil asociada con los ajustes de cumplimiento y un identificador de recursos uniforme (URI) correspondiente para descargar y procesar la carga útil. Por ejemplo, una carga útil almacenada en CDN puede incluir una etiqueta separada que indica el URI para la descarga asíncrona y el procesamiento de la carga útil. Para mayor ilustración, un escenario de configuración simple para un conjunto de políticas discretas (por ejemplo, proporcionado por un CSP de políticas) puede requerir solo una única carga útil incluida en un archivo XML. Para escenarios de configuración más complejos (por ejemplo, una configuración para una conexión VPN), puede ser necesario especificar múltiples cargas útiles en un archivo XML. Por ejemplo, en el escenario de configuración VPN, se pueden proporcionar una carga útil de perfil y una carga útil de certificado. Estos archivos de configuración de escenario pueden crearse por un servidor antes de intentar una sesión de sincronización con un dispositivo informático. Esto evita crear el mismo archivo bajo demanda para cada dispositivo informático que interactúa con el servidor y deja el servidor disponible para realizar un trabajo más útil, aumentando de este modo la escalabilidad.

A continuación se presenta un ejemplo de un archivo XML de configuración de escenario que indica políticas que deben establecerse por un CSP de políticas, que incluye múltiples cargas útiles de configuración declarativa. Obsérvese que los atributos "Id", "suma de comprobación" y "OSDefinedScenario" del archivo XML de configuración de escenario de ejemplo constituyen un identificador único. Obsérvese además que el atributo "OSDefinedScenario" en este ejemplo indica que este es un escenario de configuración publicado, lo que significa que el escenario de configuración se basará en una máquina de estados de escenario de configuración declarada que dicta cómo configurar el escenario de configuración. Esta máquina de estados puede almacenarse en un registro después de que una construcción de sistema operativo (SO) compila un manifiesto de Windows® de máquina de estados de escenario de configuración declarada. Además, puede no haber necesidad de especificar si cada carga útil debe ser atómica o si todo el documento debe ser atómico porque este comportamiento puede especificarse en la máquina de estados. Además, el archivo XML a continuación establece algunas políticas amplias del dispositivo informático y configura una característica de cifrado de ejemplo (es decir, Microsoft® BitReference™):

<DeclaredConfiguration context-'Device" schema="1.0" id=" 12345"

OSDefinedScenario="MSFTMinimumSecurityBaseline" checksum="22280"

operation="Set">

<URI path="Config/Experience/TestPolicyBinary" type="b64">BAMCAQ==</URI>

<URI path="Config/Browser/HomePages" type="chr">Hello world!</URI> <URI path="Config/Experience/BogusPolicy" type="chr">Hello world!</URI> </CSP>

<CSP name="./Vendor/MSFT/BitLocker"

<! [CDATA[<enabled/>

</CSP>

</DeclaredConfiguration>

Sigue un ejemplo de un archivo XML multi-carga útil que describe un escenario de configuración definido por una MDM. En este ejemplo, dado que no hay ninguna máquina de estados de escenario de configuración declarada:

<URI path="Config/Experience/TestPolicyBinary" type="b64">BAMCAQ==</URI>

<URI path="Config/Browser/HomePages" type="chr">Hello world!</URI> <URI path="Config/Experience/BogusPolicy" type="chr">Hello world!</URI></CSP>

<CSP name="./Vendor/MSFT/BitLocker" atomic-'true"

<! [CDATA[<enabled/>

</CSP>

</DeclaredConfiguration>

El manejador de información de configuración de cumplimiento 228 puede configurarse además para solicitar (por ejemplo, usando una solicitud de método GET de protocolo de transferencia de hipertexto (HTTP)) al servidor 102 información de configuración 112 y para proporcionar información de configuración 112 al comprobador de errores de información de configuración 210.

El comprobador de errores de información de configuración 210 puede configurarse para analizar sintácticamente la información de configuración 112, determinar un error en la información de configuración 112 (por ejemplo, errores con el código XML, atributos, URI en un archivo de escenario de configuración XML, etc.) y solicitar la corrección del error al servidor 102. Por ejemplo, en el ejemplo analizado anteriormente en el que la información de configuración 112 se representa como un archivo XML, el comprobador de errores de información de configuración 210 puede analizar sintácticamente y verificar el código XML, almacenar los URI en una ubicación de registro, y si se detecta algún error, notificar sincrónicamente los errores al servidor 102 y solicitar que el servidor 102 corrija los errores (como se representa en la FIG. 2A por la línea discontinua 216). Convencionalmente, un servidor MDM asegura que no hay conflictos o errores en la información de configuración. Sin embargo, la detección de conflictos y errores en el dispositivo cliente permite que se proporcione una retroalimentación inmediata a un servidor de MDM y una corrección rápida de cualquier error en la información de configuración.

El manejador de información de configuración de cumplimiento 228 puede estar configurado además para transmitir información de configuración 112 almacenada al servidor 102 y recibir información de configuración actualizada y/o información de configuración adicional desde el servidor 102 en respuesta al envío de la información de configuración al servidor 102. Por ejemplo, el manejador de información de configuración de cumplimiento 228 puede configurarse para verificar el estado (por ejemplo, obsoleto o caducado) de los datos 112 de información de configuración almacenados en el almacenamiento de datos de información de configuración 222 enviándolos al servidor 102, y basándose en el estado de la información de configuración 112 almacenada determinada por el servidor 102, el servidor 102 puede proporcionar al manejador de información de configuración de cumplimiento 228 información de configuración actualizada y/o información de configuración adicional. Posteriormente, el manejador de información de configuración de cumplimiento 228 puede almacenar la información de configuración actualizada recibida y/o información de configuración adicional en el almacenamiento de datos de información de configuración 222 (como se representa en la FIG.

2A por líneas 214 discontinuas). Como se describe a continuación, el motor orquestador 208 del agente de cumplimiento 220 está configurado para implementar los ajustes de configuración recibidos en la información de configuración 112, y genera resultados de configuración 226 basándose en los mismos.

En particular, la FIG. 2B representa un diagrama de bloques detallado del sistema 230, de acuerdo con una realización de ejemplo. El sistema 230 es un ejemplo adicional del sistema 100. Como se muestra en la FIG.

2B, el sistema 230 incluye el servidor 102 y un dispositivo informático 244. El dispositivo informático 244 es un ejemplo adicional del dispositivo informático 104 de la FIG. 1. Además, el dispositivo informático 244 incluye un agente de cumplimiento 240, un almacenamiento de datos de SM 224 y un almacenamiento de datos de información de configuración 222. El agente de cumplimiento 240 es un ejemplo adicional de agente de cumplimiento 120, como se describió anteriormente haciendo referencia a la FIG. 1.

De manera similar al dispositivo informático 104 descrito haciendo referencia a la FIG. 1, el dispositivo informático 244 ejecuta el agente de cumplimiento 240, que está configurado para implementar los ajustes de configuración especificados por la información de configuración 112. Como se muestra en la FIG. 2B, el agente de cumplimiento 240 incluye el gestor de configuración 206 y el motor orquestador 208. El gestor de configuración 206 incluye un manejador de información de configuración de cumplimiento 228 y un activador de implementación de ajustes 232. El motor orquestador 208 incluye un selector de máquina de estados 234 y un motor de ejecución de máquina de estados 236. Estas características del agente de cumplimiento 240 se describen a continuación.

El activador de implementación de ajustes 232 está configurado para activar el motor orquestador 208 para implementar ajustes de cumplimiento descritos por la información de configuración 112 en el dispositivo informático 244. Por ejemplo, como se muestra en la FIG. 2B, el activador de implementación de ajustes 232 proporciona un activador 218 al selector de máquina de estados 234. Más específicamente, el activador 218 puede provocar la programación de una tarea (y la tarea programada puede ser activada por un CSP de "DeclaredConfiguration") después de que el comprobador de errores de información de configuración 210 analice sintácticamente y verifique la información de configuración 112, como se describió anteriormente haciendo referencia a la FIG. 2A. De acuerdo con las realizaciones, la tarea puede almacenarse en una cola de actividad y procesarse después de que se hayan procesado cualesquiera tareas sin procesar almacenadas en la cola de actividad.

El selector de máquina de estados 234 está configurado para recibir un activador desde el activador 232 de implementación de ajustes para implementar ajustes de cumplimiento en el dispositivo informático 244. En una realización, el selector de máquina de estados 234 identifica una máquina de estados indicada por la información de configuración 112 que describe un proceso de configuración para implementar los ajustes de cumplimiento. Después de recibir el activador 218, la máquina selectora de estado 234 puede obtener información de configuración almacenada 112 del almacenamiento de datos de información de configuración 222 y determinar que la máquina de estados 118 está asociada con la información de configuración 112 después de consumir atributos de la información de configuración almacenada 112. Por ejemplo, la información de configuración 112 puede especificar un identificador para una máquina de estados particular.

El selector de máquina de estados 234 puede estar configurado además para proporcionar la máquina de estados 118 al motor de ejecución de máquina de estados 236. El motor de ejecución de máquina de estados 236 está configurado para ejecutar la máquina de estados 118 para configurar el dispositivo informático 244 con ajustes de cumplimiento descritos en la información de configuración 112. Por ejemplo, el selector de máquina de estados 234 puede procesar cargas útiles incluidas en la información de configuración 112 (como se describe haciendo referencia a la FIG. 2A) junto con dependencias en el orden impuesto por la máquina de estados 118. Alternativamente, si no hay máquina de estados asociada con la información de configuración 112, entonces las cargas útiles especificadas por la información de configuración 112 se procesan en el orden dictado por la información de configuración 112. Además, el selector de máquina de estados 234 puede acceder al almacenamiento de datos de máquina de estados 224 para obtener un manifiesto de la máquina de estados 118. El manifiesto puede incluir la máquina de estados 118 y sus dependencias.

A continuación se reproduce un archivo XML de ejemplo de un manifiesto de máquina de estados de escenario de configuración declarado.

<?xml version="1.0" encoding="utf-8"?> <DeclaredConfigurationScenarioStateMachine>

</State>

</ OutputArguments>

</State>

</StateMachine>

</DeclaredConfigurationScenarioStateMachine>

El motor de ejecución de máquina de estados 236 puede configurarse además para almacenar resultados de configuración 226 (por ejemplo, un archivo XML con los URI y valores, eventos, último código de error, estado, etc.) en el almacenamiento de datos de información de configuración 222. Por ejemplo, los resultados de configuración 226 pueden incluir uno o más registros de cumplimiento 106 y/o referencias de configuración 114 descritos anteriormente con respecto a la FIG. 1. El manejador de información de configuración de cumplimiento 228 puede configurarse para obtener resultados de configuración 226 del almacenamiento de datos de información de configuración 222 y proporcionar resultados de configuración 226 al motor de cumplimiento 122 (como se representa en la FIG. 2B por líneas 226 discontinuas) para ser analizados por el servidor 102. En el caso de que los resultados de configuración 226 incluyan un error, el servidor 102 puede proporcionar al manejador de información de configuración de cumplimiento 228 una versión anterior de la información de confirmación 112 de modo que cualquier cambio erróneo en el dispositivo móvil puede invertirse, incluyendo dirigir el motor orquestador 208 para que retroceda el estado del dispositivo informático al estado anterior a la ejecución de la máquina de estados.

Por ejemplo, de acuerdo con las realizaciones descritas en el presente documento, la máquina de estados puede contener directivas de configuración para el escenario de configuración. Para mayor ilustración, un estado puede ser descrito por las entidades "DesdeEstado", "Actividad" y "HastaEstado". Una Actividad puede tener la forma de código ejecutable propiedad de, y creado por uno o varios propietarios de escenarios de configuración. Además, una Actividad puede devolver un estado HastaEstado diferente en tiempo de ejecución a utilizar para pasar a una siguiente etapa. Si la Actividad no modifica HastaEstado, entonces se utiliza el HastaEstado predeterminado y se especifica en la representación de datos de máquina de estados. Una Actividad puede tener datos de entrada y datos de salida predefinidos expresados como XML que se corresponden con la Actividad. Esto asegura que una actividad individual se pueda desarrollar y probar individualmente. La capacidad de tener una Actividad de modificación del HastaEstado permite ajustes de tiempo de ejecución a una máquina de estados. La máquina de estados puede usarse para configurar, verificar, refrescar y eliminar escenarios de configuración.

Los sistemas 100, 200 y 230 pueden funcionar de diversas maneras para realizar sus funciones. Por ejemplo, la FIG. 3 representa un diagrama de flujo 300 de un método para implementar ajustes de cumplimiento por un dispositivo informático para hacer que el dispositivo informático cumpla un escenario de configuración, de acuerdo con una realización de ejemplo. La FIG. 3 se describe manteniendo la referencia a las FIGS. 1 ,2A y 2B. Sin embargo, otras realizaciones estructurales y operativas serán evidentes para los expertos en la o las técnicas relevantes basándose en la siguiente discusión con respecto al diagrama de flujo 300 y los sistemas 100, 200 y 230 de las FIGS. 1 ,2A y 2B.

Como se muestra en la FIG. 3, el diagrama de flujo 300 comienza en la etapa 302. En la etapa 302, la información de configuración se recibe desde un servidor, describiendo la información de configuración ajustes de cumplimiento para su implementación por un dispositivo móvil para hacer que el dispositivo móvil cumpla un escenario de configuración. Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, el manejador de información de configuración de cumplimiento 228 recibe información 112 del motor de cumplimiento 122 del servidor 102.

En la etapa 304, se almacena la información de configuración. Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, el manejador de información de configuración de cumplimiento 228 almacena información de configuración 112 en el almacenamiento de datos de información de configuración 222.

En la etapa 306, se recibe un activador para implementar los ajustes de cumplimiento en el dispositivo móvil. Por ejemplo, manteniendo la referencia a las FIGS. 1 ,2A y 2B, el activador de implementación de ajustes 232 proporciona el activador 218 al selector de máquina de estados 234 del motor orquestador 208, iniciando la implementación de ajustes de cumplimiento descritos por la información de configuración 112 en el dispositivo informático 244.

En la etapa 308, se identifica una máquina de estados, indicada por la información de configuración que describe un proceso de configuración para implementar los ajustes de cumplimiento. Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, después de recibir el activador 218, la máquina selectora de estado 234 obtiene información de configuración almacenada 112 del almacenamiento de datos de información de configuración 222 y determina que la máquina de estados 118 está asociada con la información de configuración 112.

En la etapa 310, manteniendo la referencia a las FIGS. 1, 2A y 2B, la máquina de estados se ejecuta para configurar el dispositivo móvil con los ajustes de cumplimiento. Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, el selector de máquina de estados 234 proporciona la máquina de estados 118 (o un puntero a la misma) al motor de ejecución de máquina de estados 236 y el motor de ejecución de máquina de estados 236 ejecuta la máquina de estados 118 para configurar el dispositivo informático 244 con ajustes de cumplimiento descritos en la información de configuración 112.

La FIG. 4 representa un diagrama de flujo 400 de un método para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con la información de configuración, de acuerdo con una realización de ejemplo. La FIG. 4 se describe manteniendo la referencia a las FIGS. 1, 2A y 2B. Sin embargo, otras realizaciones estructurales y operativas serán evidentes para los expertos en la o las técnicas relevantes basándose en la siguiente discusión con respecto al diagrama de flujo 400 y los sistemas 100, 200 y 230 de las FIGS. 1 ,2A y 2B.

Como se muestra en la FIG. 4, el diagrama de flujo 400 incluye la etapa 402. En la etapa 402, la máquina de estados se ejecuta para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con la información de configuración. Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, el motor de ejecución de máquina de estados 236 ejecuta la máquina de estados 118 sin modificar la configuración del dispositivo informático 244 para evaluar que el dispositivo informático 244 está en el estado de configuración correcto. En particular, de acuerdo con las realizaciones descritas en el presente documento, una máquina de estados puede funcionar en cualquiera de dos modos, un modo "Configurar" y un modo "Analizar". El modo Configurar configura el dispositivo informático basándose en la información de configuración (como se describió anteriormente). El modo Analizar realiza una evaluación del dispositivo informático sin modificación del mismo para garantizar que el dispositivo está de hecho en el estado de configuración correcto. Por ejemplo, la máquina de estados se configura para recuperar uno o más ajustes actuales y/u otra información (relacionada con una configuración de hardware/software/firmware particular) del dispositivo informático (por ejemplo, determinar un número de versión del sistema operativo, un número de versión de otra aplicación, una entrada en un archivo tal como un archivo DLL (Dynamic-Link Library, biblioteca de enlaces dinámicos), etc.; determinar la presencia o ausencia de uno o más archivos, etc.). La máquina de estados puede comparar la información recuperada con la información de configuración correcta mantenida o accesible por la máquina de estados para el dispositivo informático. Si toda la información coincide, la máquina de estados puede indicar que el dispositivo informático cumple la configuración particular. Si no toda la información coincide, la máquina de estados puede indicar que los dispositivos informáticos no cumplen.

Como se ha descrito anteriormente, los resultados de una configuración particular realizada por una máquina de estados pueden transmitirse al motor de cumplimiento. Por ejemplo, la FIG. 5 representa un diagrama de flujo 500 de un método para almacenar y transmitir resultados de configuración, de acuerdo con una realización. La FIG. 5 se describe manteniendo la referencia a las FIGS. 1, 2A y 2B. Sin embargo, otras realizaciones estructurales y operativas serán evidentes para los expertos en la o las técnicas relevantes basándose en la siguiente discusión con respecto al diagrama de flujo 500 y los sistemas 100, 200 y 230 de las FIGS. 1 ,2A y 2B.

Como se muestra en la FIG. 5, el diagrama de flujo 500 comienza en la etapa 502. En la etapa 502, se almacenan los resultados de configuración, generados ejecutando la máquina de estados en un almacenamiento de datos de información de configuración. Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, el motor de ejecución de máquina de estados 236 almacena resultados de configuración 226 en el almacenamiento de datos de información de configuración 222. En realizaciones, los resultados de configuración 226 pueden incluir una o más indicaciones. Por ejemplo, los resultados de configuración 226 pueden proporcionar una indicación de que el o los ajustes de configuración se instalaron con éxito por el motor orquestador 208, la instalación está en curso o que se produjo un fallo y el o los ajustes de configuración no se instalaron con éxito. Si se produjo un fallo, los resultados de configuración 226 pueden incluir una indicación del fallo, tal como enumerando uno o más errores (mediante código y/o descripción de error), rastreo de eventos (por ejemplo, registro de información sobre la ejecución de la máquina de estados que puede usarse para depuración) y/u otros datos de diagnóstico generados por la máquina de estados.

En las etapas 504 y 506, los resultados de configuración del almacenamiento de datos de información de configuración se obtienen (etapa 504) y se transmiten al servidor (etapa 506). Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, el manejador de información de configuración de cumplimiento 228 obtiene resultados de configuración 226 del almacenamiento de datos de información de configuración 222 y proporciona resultados de configuración 226 al motor de cumplimiento 122 para su análisis por el servidor 102. En el caso de que los resultados de configuración 226 incluyan un error, el servidor 102 puede proporcionar al manejador de información de configuración de cumplimiento 228 una versión anterior de la información de confirmación 112 de modo que cualquier cambio erróneo en el dispositivo móvil puede invertirse, incluyendo dirigir el motor orquestador 208 para que retroceda el estado del dispositivo informático al estado anterior a la ejecución de la máquina de estados. Por ejemplo, antes de ejecutar una máquina de estados, o durante la ejecución de la máquina de estados, se puede guardar un estado actual del dispositivo informático (por ejemplo, guardar versiones de ajustes, archivos afectados, etc., que existían antes de la ejecución de la máquina de estados), y el dispositivo informático se puede reconfigurar con el estado guardado devolviendo al dispositivo informático a la información de estado guardada. Alternativamente, se puede indicar al dispositivo informático que no retroceda al último estado bueno conocido anterior, de modo que se pueda realizar un análisis detallado del estado de fallo. Por ejemplo, se puede definir otro modo, denominado "modo desarrollador" (o mediante otra etiqueta), en el que el dispositivo informático no retrocede al último estado bueno conocido en caso de error.

Además, obsérvese que si se encuentra un error durante la ejecución de una máquina de estados, el agente de cumplimiento puede intentar corregir el error en lugar de volver a un estado anterior. Por ejemplo, la FIG. 6 representa un diagrama de flujo 600 de un método para solicitar la corrección de un error con información de configuración, de acuerdo con una realización de ejemplo. La FIG. 6 se describe manteniendo la referencia a las FIGS. 1, 2A y 2B. Sin embargo, otras realizaciones estructurales y operativas serán evidentes para los expertos en la o las técnicas relevantes basándose en la siguiente discusión con respecto al diagrama de flujo 600 y los sistemas 100, 200 y 230 de las FIGS. 1 ,2A y 2B.

El diagrama de flujo 600 comienza con la etapa 602. En la etapa 602, se analiza sintácticamente la información de configuración. Por ejemplo, el motor orquestador 208 puede configurarse para analizar sintácticamente información de configuración 112 para uno o más ajustes de configuración que corresponden a una descripción de código/error de error recibida.

En la etapa 604, se determina un error con la información de configuración. En una realización, durante el análisis sintáctico, el motor orquestador 208 puede determinar los uno o más ajustes de configuración que corresponden a una descripción de código/error de error recibida.

En la etapa 606, se solicita la corrección del error al servidor. En una realización, el agente de cumplimiento 240 puede transmitir información de error (por ejemplo, un código de error, una descripción de error, un rastreo de eventos, etc.)para el cumplimiento 122, con el fin de solicitar la corrección del error.

Por ejemplo, manteniendo la referencia a las FIGS. 1, 2A y 2B, en el ejemplo analizado anteriormente en el que la información de configuración 112 está representada por un archivo XML, el comprobador de errores de información de configuración 210 puede analizar sintácticamente y verificar el archivo XML, almacenar los URI en una ubicación de registro, y si se detecta algún error, notificar sincrónicamente los errores al servidor 102 y solicitar al servidor 102 que corrija inmediatamente los errores.

Obsérvese que en respuesta a una solicitud de corrección de un error, y/o en cualquier otro momento, el motor de cumplimiento 122 puede proporcionar información de configuración actualizada a un agente de cumplimiento. Por ejemplo, la FIG. 7 representa un diagrama de flujo 700 de un método para recibir información de configuración actualizada y/o información de configuración adicional, de acuerdo con una realización de ejemplo. La FIG. 7 se describe manteniendo la referencia a las FIGS. 1 ,2A y 2B. Sin embargo, otras realizaciones estructurales y operativas serán evidentes para los expertos en la o las técnicas relevantes basándose en la siguiente discusión con respecto al diagrama de flujo 700 y los sistemas 100, 200 y 230 de las FIGS. 1 ,2A y 2B.

Como se muestra en la FIG. 7, el diagrama de flujo 700 comienza con la etapa 702. En la etapa 702, la información de configuración se almacena en un almacenamiento de datos de información de configuración. Por ejemplo, manteniendo la referencia a las FIGS. 2A y 2B, la información de configuración 112 se almacena en el almacenamiento de datos de información de configuración 222.

En la etapa 704, la información de configuración almacenada se transmite al servidor. En realizaciones, el agente de cumplimiento 240 puede transmitir la configuración 112 al motor de cumplimiento 122 en el servidor 102 por cualquier razón, incluyendo debido a un error (como se describió anteriormente), para comprobar actualizaciones, y por cualquier otra razón. Por ejemplo, el manejador de información de configuración de cumplimiento 228 puede verificar el estado (por ejemplo, obsoleto o caducado) de la información de configuración 112 almacenada en el almacenamiento de datos de información de configuración 222. Si el manejador 228 determina que la información de configuración 112 contiene un error, está obsoleta, está caducada, etc., el manejador 228 puede transmitir información de configuración 112 (o una parte de la misma) al servidor 102

En la etapa 706, la información de configuración actualizada y/o la información de configuración adicional se reciben desde el servidor en respuesta al envío de la información de configuración al servidor. Basándose en un estado de la información de configuración almacenada 112 determinado por el servidor 102, el servidor 102 puede proporcionar al manejador de información de configuración de cumplimiento 228 información de configuración actualizada y/o información de configuración adicional. Así, el manejador de información de configuración de cumplimiento 228 puede actualizar el almacenamiento de datos de información de configuración 222 con la información de configuración actualizada y/o información de configuración adicional. Por consiguiente, las realizaciones mejoran la eficiencia del envío iniciado por servidor de ajustes de configuración a grandes números de dispositivos, y mantienen un seguimiento del cumplimiento de tales dispositivos con los requisitos en base a que han recibido e implementado los ajustes de configuración. Las realizaciones reducen la latencia del cliente/servidor (el retardo antes de que comience una transferencia de datos tras una instrucción para su transferencia), poniendo más responsabilidad en los dispositivos cliente para que se pongan ellos mismos en el estado deseado. Cada dispositivo cliente acepta la solicitud para implementar ajustes de configuración desde el servidor, volviendo inmediatamente al servidor. La solicitud es manejada de forma asíncrona por los dispositivos cliente. Cuando un dispositivo cliente ha completado la solicitud, iniciará una sesión para enviar al servidor una alerta que indica el éxito o el fallo de la implementación de los ajustes de configuración por el dispositivo cliente. Las realizaciones también reducen la actividad de red entre los dispositivos cliente y servidor eliminando la necesidad de que el servidor monitorice continuamente el estado de los dispositivos cliente y, de manera gradual, mantenga el estado de dispositivo deseado. En realizaciones, el servidor proporciona a cada cliente el estado deseado (en forma de ajustes de configuración) y espera que el cliente mantenga los ajustes (y notifique al servidor, sin preguntar al servidor, si no lo puede hacerlo). Las realizaciones también proporcionan una manera uniforme, iniciada por el servidor, para configurar dispositivos cliente con ajustes, en lugar de tener proveedores de servicios (por ejemplo, proveedores de software y/o hardware) para tener que gestionar el proceso para sus propios productos.

111. Ejemplos de realizaciones de dispositivos móviles y estacionarios

Los sistemas y métodos descritos anteriormente, incluyendo las realizaciones de gestión de cumplimiento del dispositivo descritas en referencia a las FIGS. 1-7, pueden implementarse en hardware, o hardware combinado con uno o ambos de software y/o firmware. Por ejemplo, el motor de cumplimiento 112, el agente de cumplimiento 120, el motor orquestador 208, el comprobador de errores de información de configuración 210, el agente de cumplimiento 220, el manejador de información de configuración de cumplimiento 228, el activador de implementación de ajustes 232, el selector de máquina de estados 234, el motor de ejecución de máquina de estados 236, el agente de cumplimiento 240 y/o cada uno de los componentes descritos en estos, y los diagramas de flujo 300, 400, 500, 600 y 700 pueden implementarse, cada uno, como código/instrucciones de programa informático configurados para ejecutarse en uno o más procesadores y almacenarse en un medio de almacenamiento legible por ordenador. Alternativamente, el motor de cumplimiento 112, el agente de cumplimiento 120, el motor orquestador 208, el comprobador de errores de información de configuración 210, el agente de cumplimiento 220, el manejador de información de configuración de cumplimiento 228, el activador de implementación de ajustes 232, el selector de máquina de estados 234, el motor de ejecución de máquina de estados 236, el agente de cumplimiento 240 y/o cada uno de los componentes descritos en estos, y los diagramas de flujo 300, 400, 500, 600 y 700 pueden implementarse como lógica de hardware/circuitos eléctricos. En una realización, el motor de cumplimiento 112, el agente de cumplimiento 120, el motor orquestador 208, el comprobador de errores de información de configuración 210, el agente de cumplimiento 220, el manejador de información de configuración de cumplimiento 228, el activador de implementación de ajustes 232, el selector de máquina de estados 234, el motor de ejecución de máquina de estados 236, el agente de cumplimiento 240 y/o cada uno de los componentes descritos en estos, y los diagramas de flujo 300, 400, 500, 600 y 700 pueden implementarse en uno o más SoCs (sistema en chip). Un SoC puede incluir un chip de circuito integrado que incluye uno o más de un procesador (por ejemplo, una unidad central de procesamiento (CPU), microcontrolador, microprocesador, procesador de señal digital (DSP), etc.), memoria, una o más interfaces de comunicación y/u otros circuitos, y puede ejecutar opcionalmente el código de programa recibido y/o incluir firmware incorporado para realizar funciones.

Además, el servidor 102, el o los dispositivos informáticos 104, el dispositivo informático 204 y el dispositivo informático 244 pueden implementarse, cada uno, en diversos tipos de dispositivos. Por ejemplo, la FIG. 8 muestra un diagrama de bloques de un dispositivo móvil 800 a modo de ejemplo que incluye una variedad de componentes de hardware y software opcionales, mostrados, en general, como componentes 802. Cualquier número y combinación de las características/elementos del motor de cumplimiento 112, el agente de cumplimiento 120, el motor orquestador 208, el comprobador de errores de información de configuración 210, el agente de cumplimiento 220, el manejador de información de configuración de cumplimiento 228, el activador de implementación de ajustes 232, el selector de máquina de estados 234, el motor de ejecución de máquina de estados 236, el agente de cumplimiento 240 y/o los diagramas de flujo 300, 400, 500, 600 y 700 pueden implementarse como componentes 802 incluidos en una realización de dispositivo móvil, así como características/elementos adicionales y/o alternativos, como sabría el experto en la o las técnicas relevantes. Se observa que cualquiera de los componentes 802 puede comunicarse con cualquier otro de los componentes 802, aunque no se muestran todas las conexiones, para facilitar la ilustración. El dispositivo móvil 800 puede ser cualquiera de una variedad de dispositivos móviles descritos o mencionados en otra parte en el presente documento o conocidos de otro modo (por ejemplo, teléfono celular, teléfono inteligente, ordenador de mano, asistente digital personal (PDA), etc.) y puede permitir comunicaciones bidireccionales inalámbricas con uno o más dispositivos móviles a través de una o más redes de comunicaciones 804, tales como una red celular o satelital, o con una red de área local o de área amplia.

El dispositivo móvil 800 ilustrado puede incluir un controlador o procesador denominado circuito procesador 810 para realizar tareas tales como codificación de señal, procesamiento de imagen, procesamiento de datos, procesamiento de entrada/salida, control de potencia y/u otras funciones. El circuito procesador 810 es un circuito eléctrico y/u óptico implementado en uno o más elementos de dispositivo de circuito eléctrico de hardware físico y/o dispositivos de circuito integrado (chips o matrices de material semiconductor) como una unidad de procesamiento central (CPU), un microcontrolador, un microprocesador y/u otro circuito procesador de hardware físico. El circuito procesador 810 puede ejecutar código de programa almacenado en un medio legible por ordenador, tal como código de programa de una o más aplicaciones 814, el sistema operativo 812, cualquier código de programa almacenado en la memoria 820, etc. El sistema operativo 812 puede controlar la asignación y el uso de los componentes 802 y soportar uno o más programas de aplicación 814 (también conocidos como aplicaciones, "apps", etc.). Los programas de aplicación 814 pueden incluir aplicaciones informáticas móviles comunes (por ejemplo, aplicaciones de correo electrónico, calendarios, gestores de contactos, navegadores web, aplicaciones de mensajería) y cualesquiera otras aplicaciones informáticas (por ejemplo, aplicaciones de procesamiento de textos, aplicaciones de mapeo, aplicaciones de reproductor multimedia).

Como se ilustra, el dispositivo móvil 800 puede incluir la memoria 820. La memoria 820 puede incluir una memoria 822 no extraíble y/o una memoria 824 extraíble. La memoria no extraíble 822 puede incluir RAM, ROM, memoria flash, un disco duro u otras tecnologías de almacenamiento de memoria bien conocidas. La memoria extraíble 824 puede incluir memoria flash o una tarjeta de módulo de identidad de abonado (SIM), que es bien conocida en los sistemas de comunicación GSM, u otras tecnologías de almacenamiento de memoria bien conocidas, tales como "tarjetas inteligentes". La memoria 820 puede usarse para almacenar datos y/o código para ejecutar el sistema operativo 812 y las aplicaciones 814. Los datos de ejemplo pueden incluir páginas web, texto, imágenes, archivos de sonido, datos de vídeo u otros conjuntos de datos que se enviarán a y/o recibirán de uno o más servidores de red u otros dispositivos a través de una o más redes cableadas o inalámbricas. La memoria 820 puede usarse para almacenar un identificador de abonado, tal como una identidad de abonado móvil internacional (IMSI), y un identificador de equipo, tal como un identificador de equipo móvil internacional (IMEI). Tales identificadores pueden transmitirse a un servidor de red para identificar usuarios y equipos.

Se pueden almacenar varios programas en la memoria 820. Estos programas incluyen el sistema operativo 812, uno o más programas de aplicación 814, y otros módulos de programa y datos de programa. Ejemplos de tales programas de aplicación o módulos de programa pueden incluir, por ejemplo, lógica de programa informático (por ejemplo, código o instrucciones de programa informático) para implementar los sistemas descritos anteriormente, incluyendo las realizaciones de gestión de cumplimiento del dispositivo descritas haciendo referencia a las FIGS. 1-7.

El dispositivo móvil 800 puede soportar uno o más dispositivos de entrada 830, tales como una pantalla táctil 832, micrófono 834, cámara 836, teclado físico 838 y/o bola de seguimiento 840 y uno o más dispositivos de salida 850, tales como un altavoz 852 y una pantalla 854.

Otros posibles dispositivos de salida (no mostrados) pueden incluir piezoeléctricos u otros dispositivos hápticos de salida. Algunos dispositivos pueden servir para más de una función de entrada/salida. Por ejemplo, la pantalla táctil 832 y la pantalla 854 pueden combinarse en un único dispositivo de entrada/salida. Los dispositivos de entrada 830 pueden incluir una interfaz de usuario natural (NUI).

El o los módems inalámbricos 860 puede estar acoplados a la o las antenas (no mostrado) y pueden soportar comunicaciones bidireccionales entre el circuito procesador 810 y los dispositivos externos, como se entiende bien en la técnica. El o los módems 860 se muestran genéricamente y puede incluir un módem 866 celular para comunicarse con la red 804 de comunicación móvil y/u otros módems basados en radio (por ejemplo, Bluetooth 764 y/o Wi-Fi 762). El módem 866 celular puede configurarse para habilitar llamadas telefónicas (y opcionalmente transmitir datos) según cualquier estándar o tecnología de comunicación adecuada, tal como GSM, 3G, 4G, 5G, etc. Al menos uno del o de los módems 860 inalámbrico está configurado típicamente para comunicación con una o más redes celulares, tal como una red GSM para comunicaciones de datos y voz dentro de una única red celular, entre redes celulares, o entre el dispositivo móvil y una red telefónica pública conmutada (PSTN).

El dispositivo móvil 800 puede incluir además al menos un puerto 880 de entrada/salida, una fuente 882 de alimentación, un receptor 884 de sistema de navegación por satélite, tal como un receptor de sistema de posicionamiento global (GPS), un acelerómetro 886 y/o un conector 890 físico, que puede ser un puerto USB, un puerto IEEE 1394 (FireWire) y/o un puerto RS-232. Los componentes ilustrados 802 no son necesarios o son todos inclusivos, ya que cualesquiera componentes pueden no estar presentes y otros componentes pueden estar presentes adicionalmente como reconocería un experto en la técnica.

Además, la FIG. 9 representa una implementación a modo de ejemplo de un dispositivo informático 900 en el que se pueden implementar realizaciones, incluyendo el dispositivo informático 104, el dispositivo informático 204, el dispositivo informático 244, el servidor 102. La descripción del dispositivo informático 900 proporcionada en el presente documento se proporciona con fines ilustrativos, y no pretende ser limitante. Las realizaciones pueden implementarse en tipos adicionales de sistemas informáticos, como sabrían los expertos en la o las técnicas relevantes.

Como se muestra en la FIG. 9, el dispositivo informático 900 incluye uno o mas procesadores, denominados circuito procesador 902, una memoria de sistema 904 y un bus 906 que acopla diversos componentes de sistema, incluyendo la memoria de sistema 904, al circuito procesador 902. El circuito procesador 902 es un circuito eléctrico y/u óptico implementado en uno o más elementos de dispositivo de circuito eléctrico de hardware físico y/o dispositivos de circuito integrado (chips o matrices de material semiconductor) como una unidad de procesamiento central (CPU), un microcontrolador, un microprocesador y/u otro circuito procesador de hardware físico. El circuito procesador 902 puede ejecutar código de programa almacenado en un medio legible por ordenador, tal como código de programa de sistema operativo 930, programas de aplicación 932, otros programas 934, etc. El bus 906 representa uno o más de cualquiera de varios tipos de estructuras de bus, incluyendo un bus de memoria o controlador de memoria, un bus periférico, un puerto de gráficos acelerado y un procesador o bus local que usa cualquiera de una variedad de arquitecturas de bus. La memoria 904 de sistema incluye una memoria 908 de sólo lectura (ROM) y una memoria 910 de acceso aleatorio (RAM). Un sistema básico 912 de entrada/salida (BIOS) se almacena en la ROM 908.

El dispositivo informático 900 también tiene una o más de las siguientes unidades: una unidad de disco duro 914 para leer desde, y escribir en un disco duro, una unidad de disco magnético 916 para leer desde, o escribir en un disco 918 magnético extraíble, y una unidad de disco óptico 920 para leer desde, o escribir en un disco 922 óptico extraíble tal como un CD ROM, DVD ROM u otro medio óptico. La unidad de disco duro 914, la unidad de disco magnético 916 y la unidad de disco óptico 920 están conectadas al bus 906 mediante una interfaz 924 de unidad de disco duro, una interfaz 926 de unidad de disco magnético y una interfaz 928 de unidad óptica, respectivamente. Las unidades y sus medios legibles por ordenador asociados proporcionan almacenamiento no volátil de instrucciones legibles por ordenador, estructuras de datos, módulos de programa y otros datos para el ordenador. Aunque se describen un disco duro, un disco magnético extraíble y un disco óptico extraíble, se pueden usar otros tipos de medios de almacenamiento legibles por ordenador basados en hardware para almacenar datos, tales como tarjetas de memoria flash, discos de vídeo digital, RAM, ROM y otros medios de almacenamiento de hardware.

Se pueden almacenar varios módulos de programa en el disco duro, disco magnético, disco óptico, ROM o RAM. Estos programas incluyen el sistema operativo 930, uno o más programas de aplicación 932, otros programas 934 y datos de programa 936. Los programas 932 de aplicación u otros programas 934 pueden incluir, por ejemplo, lógica de programa informático (por ejemplo, código o instrucciones de programa informático) para implementar los sistemas descritos anteriormente, incluyendo las realizaciones de gestión de cumplimiento del dispositivo descritas haciendo referencia a las FIGS. 1-7.

Un usuario puede introducir comandos e información en el dispositivo informático 900 a través de dispositivos de entrada tales como el teclado 938 y el dispositivo de puntero 940. Otros dispositivos de entrada (no mostrados) pueden incluir un micrófono, una palanca de mando, un mando de juegos, una antena parabólica, un escáner, una pantalla táctil y/o un mando táctil, un sistema de reconocimiento de voz para recibir entrada de voz, un sistema de reconocimiento de gestos para recibir entrada de gestos, o similares. Estos y otros dispositivos de entrada a menudo se conectan al circuito procesador 902 a través de una interfaz de puerto serie 942 que se acopla al bus 906, pero pueden conectarse mediante otras interfaces, tales como un puerto paralelo, puerto de juegos o un bus serie universal (USB).

Una pantalla 944 de visualización también está conectada al bus 906 a través de una interfaz, tal como un adaptador 846 de vídeo. La pantalla 844 de visualización puede ser externa a, o estar incorporada en, el dispositivo informático 900. La pantalla de visualización 944 puede mostrar información, así como ser una interfaz de usuario para recibir comandos de usuario y/u otra información (por ejemplo, por toque, gestos con los dedos, teclado virtual, etc.). Además de la pantalla 944 de visualización, el dispositivo informático 900 puede incluir otros dispositivos de salida periféricos (no mostrados) tales como altavoces e impresoras.

El dispositivo informático 900 está conectado a una red 948 (por ejemplo, internet) a través de un adaptador o interfaz 950 de red, un módem 952 u otros medios para establecer comunicaciones a través de la red. El módem 952, que puede ser interno o externo, puede estar conectado al bus 906 a través de la interfaz 942 de puerto serie, tal como se muestra en la FIG. 9, o puede estar conectado al bus 906 usando otro tipo de interfaz, incluyendo una interfaz paralela.

Como se usa en el presente documento, los términos "medio de programa informático", "medio legible por ordenador" y "medio de almacenamiento legible por ordenador" se usan para referirse generalmente a medios de hardware físicos tales como el disco duro asociado con la unidad de disco duro 914, disco magnético extraíble 918, disco óptico extraíble 922, otros medios de hardware físicos tales como RAM, ROM, tarjetas de memoria flash, discos de vídeo digital, discos zip, MEM, dispositivos de almacenamiento basados en nanotecnología y tipos adicionales de medios de almacenamiento de hardware físicos/tangibles (incluyendo la memoria de sistema 904 de la FIG. 9). Tales medios de almacenamiento legibles por ordenador se distinguen de, y no se superponen con los medios de comunicación (no incluyen medios de comunicación). Los medios de comunicación típicamente incorporan instrucciones legibles por ordenador, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada tal como una onda portadora. El término "señal de datos modulada" significa una señal que tiene una o más de sus características establecidas o cambiadas de tal manera que codifican información en la señal. A modo de ejemplo, y no de limitación, los medios de comunicación incluyen medios inalámbricos tales como medios acústicos, de RF, infrarrojos y otros medios inalámbricos, así como medios cableados. Las realizaciones también se refieren a tales medios de comunicación.

Como se ha indicado anteriormente, los programas y módulos informáticos (incluyendo los programas 932 de aplicación y otros programas 934) pueden almacenarse en el disco duro, el disco magnético, el disco óptico, la ROM, la RAM u otro medio de almacenamiento de hardware. Tales programas informáticos también pueden recibirse a través de la interfaz de red 950, la interfaz de puerto serie 952 o cualquier otro tipo de interfaz. Dichos programas informáticos, cuando son ejecutados o cargados por una aplicación, permiten que el dispositivo informático 900 implemente las características de las realizaciones analizadas en el presente documento. Por consiguiente, tales programas informáticos representan controladores del dispositivo informático 900.

Las realizaciones también se refieren a productos de programa informático que comprenden código informático o instrucciones almacenadas en cualquier medio legible por ordenador. Tales productos de programa informático incluyen unidades de disco duro, unidades de disco óptico, paquetes de dispositivos de memoria, lápiz de memoria portátil, tarjetas de memoria y otros tipos de hardware de almacenamiento físico. IV. Realizaciones a modo de ejemplo adicionales

En una realización no cubierta por las reivindicaciones independientes adjuntas, un dispositivo móvil comprende al menos un circuito procesador; y al menos una memoria que almacena código de programa configurado para ser ejecutado por el al menos un circuito procesador, comprendiendo el código de programa: un gestor de configuración configurado para, cuando un usuario inicia sesión por primera vez en el dispositivo móvil, recibir, desde un servidor, información de configuración que describe ajustes de cumplimiento para implementarse por el dispositivo móvil para hacer que el dispositivo móvil cumpla un escenario de configuración, en el que se mantiene una indicación de un emparejamiento de usuariodispositivo en el servidor en una referencia de configuración, correspondiendo el emparejamiento de dispositivo de usuario al usuario y el dispositivo móvil; un comprobador de errores de configuración configurado para: determinar un error en la información de configuración recibida, transmitir una solicitud de corrección del error al servidor, recibir información de configuración actualizada desde el servidor; y un motor de orquestación configurado para: configurar el dispositivo móvil con los ajustes de cumplimiento.

En una realización del dispositivo móvil anterior, el gestor de configuración está configurado además para almacenar la información de configuración, y el motor orquestador está configurado además para: recibir un activador desde el gestor de configuración para implementar los ajustes de cumplimiento en el dispositivo móvil; identificar una máquina de estados indicada por la información de configuración que describe un proceso de configuración para implementar los ajustes de cumplimiento; y ejecutar la máquina de estados para configurar el dispositivo móvil con los ajustes de cumplimiento.

En una realización del dispositivo móvil anterior, el motor orquestador está configurado además para ejecutar la máquina de estados para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con la información de configuración.

En una realización del dispositivo móvil anterior, el motor orquestador está configurado además para almacenar resultados de configuración generados ejecutando la máquina de estados en un almacenamiento de datos de información de configuración; y el gestor de configuración está configurado además para obtener los resultados de configuración del almacenamiento de datos de información de configuración y transmitir los resultados de configuración al servidor.

En una realización del dispositivo móvil anterior, el gestor de configuración está configurado además para: analizar sintácticamente la información de configuración; determinar un error con la información de configuración; y solicitar la corrección del error del servidor.

En una realización del dispositivo móvil anterior, el gestor de configuración está configurado además para: almacenar la información de configuración en un almacenamiento de datos de información de configuración; transmitir la información de configuración almacenada al servidor; y recibir información de configuración actualizada y/o información de configuración adicional desde el servidor en respuesta al envío de la información de configuración al servidor.

En una realización del dispositivo móvil anterior, la máquina de estados está almacenada en un almacenamiento de datos de máquina de estados en el dispositivo móvil.

En una realización del dispositivo móvil anterior, la información de configuración se recibe desde el servidor en un archivo de lenguaje de marcado extensible (XML) que incluye una carga útil asociada con los ajustes de cumplimiento y un identificador de recursos uniforme (URI) correspondiente para descargar y procesar la carga útil.

En otra realización no cubierta por las reivindicaciones independientes adjuntas, un método comprende: cuando un usuario inicia sesión por primera vez en un dispositivo móvil, recibir, desde un servidor, información de configuración que describe ajustes de cumplimiento para implementarse por un dispositivo móvil para hacer que el dispositivo móvil cumpla un escenario de configuración en el que se mantiene una indicación de un emparejamiento de usuario-dispositivo en el servidor en una referencia de configuración, correspondiendo el emparejamiento de usuario-dispositivo al usuario y al dispositivo móvil, en el que se mantiene una indicación de un emparejamiento de usuario-dispositivo en el servidor en una referencia de configuración, correspondiendo el emparejamiento de usuario-dispositivo al usuario y al dispositivo móvil; determinar un error en la información de configuración recibida; transmitir una solicitud para la corrección del error al servidor; recibir información de configuración actualizada desde el servidor; y configurar el dispositivo móvil con los ajustes de cumplimiento.

En una realización, el método anterior comprende además: almacenar la información de configuración; recibir un activador para implementar los ajustes de cumplimiento en el dispositivo móvil; identificar una máquina de estados indicada por la información de configuración que describe un proceso de configuración para implementar los ajustes de cumplimiento; y ejecutar la máquina de estados para configurar el dispositivo móvil con los ajustes de cumplimiento.

En una realización, el método anterior comprende además: ejecutar la máquina de estados para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con la información de configuración.

En una realización, el método anterior comprende además: almacenar resultados de configuración generados ejecutando la máquina de estados en un almacenamiento de datos de información de configuración; obtener los resultados de configuración del almacenamiento de datos de información de configuración; y transmitir los resultados de configuración al servidor.

En una realización, el método anterior comprende además: analizar sintácticamente la información de configuración; determinar un error con la información de configuración; y solicitar la corrección del error del servidor.

En una realización, el método anterior comprende además: almacenar la información de configuración en un almacenamiento de datos de información de configuración; transmitir la información de configuración almacenada al servidor; y recibir información de configuración actualizada y/o información de configuración adicional desde el servidor en respuesta al envío de la información de configuración al servidor.

En una realización del método anterior, la máquina de estados está almacenada en un almacenamiento de datos de máquina de estados en el dispositivo móvil.

En una realización del método anterior, la información de configuración se recibe desde el servidor en un archivo de lenguaje de marcado extensible (XML) que incluye una carga útil asociada con los ajustes de cumplimiento y un identificador de recursos uniforme (URI) correspondiente para descargar y procesar la carga útil.

En otra realización no cubierta por las reivindicaciones independientes adjuntas, un medio de almacenamiento legible por ordenador que tiene instrucciones de programa grabadas en el mismo que, cuando son ejecutadas por al menos un circuito de procesamiento de un dispositivo móvil, realizan un método que comprende: cuando un usuario inicia sesión por primera vez en un dispositivo móvil, recibir, desde un servidor, información de configuración que describe ajustes de cumplimiento para implementarse por un dispositivo móvil para hacer que el dispositivo móvil cumpla un escenario de configuración en el que se mantiene una indicación de un emparejamiento de usuario-dispositivo en el servidor en una referencia de configuración, correspondiendo el emparejamiento de usuario-dispositivo al usuario y al dispositivo móvil, en el que se mantiene una indicación de un emparejamiento de usuario-dispositivo en el servidor en una referencia de configuración, correspondiendo el emparejamiento de usuario-dispositivo al usuario y al dispositivo móvil; determinar un error en la información de configuración recibida; transmitir una solicitud de corrección del error al servidor; recibir información de configuración actualizada desde el servidor; y configurar el dispositivo móvil con los ajustes de cumplimiento.

En una realización, el método anterior comprende: ejecutar la máquina de estados para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con la información de configuración.

En una realización del método anterior, el método comprende además: almacenar resultados de configuración generados ejecutando la máquina de estados en un almacenamiento de datos de información de configuración; obtener los resultados de configuración del almacenamiento de datos de información de configuración; y transmitir los resultados de configuración al servidor.

En una realización, el método anterior comprende: analizar sintácticamente la información de configuración; determinar un error con la información de configuración; y solicitar la corrección del error del servidor.

En una realización, el método anterior comprende: almacenar la información de configuración en un almacenamiento de datos de información de configuración; transmitir la información de configuración almacenada al servidor; y recibir información de configuración actualizada y/o información de configuración adicional desde el servidor en respuesta al envío de la información de configuración al servidor.

V. Conclusión

Aunque anteriormente se han descrito diversas realizaciones, debe entenderse que se han presentado solo a modo de ejemplo, y no de limitación. Será evidente para los expertos en la técnica relevante que se pueden realizar en estas diversos cambios en la forma y detalle sin apartarse del alcance de las realizaciones. Por lo tanto, la amplitud y el alcance de las realizaciones no deben limitarse por ninguna de las realizaciones a modo de ejemplo descritas anteriormente, sino que deben definirse solo de acuerdo con las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. Un dispositivo móvil (204), que comprende:

al menos un circuito procesador (810, 902); y

al menos una memoria (820, 910) que almacena código de programa (814, 934) configurado para ser ejecutado por el al menos un circuito procesador, (810, 902) comprendiendo el código de programa: un gestor de configuración (206) configurado para:

cuando un usuario inicia sesión por primera vez en el dispositivo móvil (204), recibir (302), desde un servidor (102), información de configuración (112) que describe ajustes de cumplimiento para implementar por el dispositivo móvil (204) para hacer que el dispositivo móvil cumpla un escenario de configuración, donde una indicación de un emparejamiento de usuario-dispositivo se mantiene en el servidor (102) en una referencia de configuración, correspondiendo el emparejamiento de usuario-dispositivo al usuario y el dispositivo móvil; y

almacenar (304) la información de configuración (112);

un comprobador de errores de información de configuración (210) configurado para:

determinar (604) un error en la información de configuración recibida (112),

transmitir (606) una solicitud de corrección del error al servidor (102), y

recibir información de configuración actualizada desde el servidor (102); y

un motor orquestador (208) configurado para:

recibir (306) un activador (218) desde el gestor de configuración (206) para implementar los ajustes de cumplimiento en el dispositivo móvil (204);

identificar (308) una máquina de estados (118) indicada por la información de configuración (112) que describe un proceso de configuración para implementar los ajustes de cumplimiento, y

ejecutar (310) la máquina de estados (118) para configurar el dispositivo móvil con los ajustes de cumplimiento.

2. El dispositivo móvil de la reivindicación 1, en el que el motor orquestador está configurado además para:

ejecutar la máquina de estados para determinar si el dispositivo móvil está configurado apropiadamente de acuerdo con la información de configuración.

3. El dispositivo móvil de la reivindicación 1, en el que:

el motor orquestador está configurado además para almacenar resultados de configuración generados ejecutando la máquina de estados en un almacenamiento de datos de información de configuración; y el gestor de configuración está configurado además para obtener los resultados de configuración del almacenamiento de datos de información de configuración y transmitir los resultados de configuración al servidor.

4. El dispositivo móvil de la reivindicación 1, en el que el gestor de configuración está configurado además para:

almacenar la información de configuración en un almacenamiento de datos de información de configuración;

transmitir la información de configuración almacenada al servidor; y

recibir información de configuración actualizada y/o información de configuración adicional desde el servidor en respuesta al envío de la información de configuración al servidor.

5. El dispositivo móvil de la reivindicación 1, en el que la máquina de estados está almacenada en un almacenamiento de datos de máquina de estados en el dispositivo móvil.

6. El dispositivo móvil de la reivindicación 1, en el que la información de configuración se recibe desde el servidor en un archivo de lenguaje de marcado extensible (XML) que incluye una carga útil asociada con los ajustes de cumplimiento y un identificador de recursos uniforme (URI) correspondiente para descargar y procesar la carga útil.

7. Un método implementado por ordenador (300), que comprende:

cuando un usuario inicia sesión por primera vez en un dispositivo móvil (204), recibir (302), desde un servidor (102), información de configuración (112) que describe ajustes de cumplimiento para implementar por un dispositivo móvil para hacer que el dispositivo móvil cumpla un escenario de configuración, donde una indicación de un emparejamiento de usuario-dispositivo se mantiene en el servidor (102) en una referencia de configuración, correspondiendo el emparejamiento de usuario-dispositivo al usuario y el dispositivo móvil;

determinar (604) un error en la información de configuración recibida (112);

transmitir (606) una solicitud de corrección del error al servidor (102);

recibir información de configuración actualizada desde el servidor (102);

almacenar (304) la información de configuración (112);

recibir (306) un activador (218) para implementar los ajustes de cumplimiento en el dispositivo móvil; identificar (308) una máquina de estados (118) indicada por la información de configuración (112) que describe un proceso de configuración para implementar los ajustes de cumplimiento; y

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

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

almacenar los resultados de configuración generados ejecutando la máquina de estados en un almacenamiento de datos de información de configuración;

obtener los resultados de configuración del almacenamiento de datos de información de configuración; y transmitir los resultados de configuración al servidor.

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

transmitir la información de configuración almacenada al servidor; y

11. El método de la reivindicación 7, en el que la máquina de estados está almacenada en un almacenamiento de datos de máquina de estados en el dispositivo móvil.

12. El método de la reivindicación 7, en el que la información de configuración se recibe desde el servidor en un archivo de lenguaje de marcado extensible (XML) que incluye una carga útil asociada con los ajustes de cumplimiento y un identificador de recursos uniforme (URI) correspondiente para descargar y procesar la carga útil.

13. Un producto de programa informático que comprende un medio legible por ordenador que tiene lógica de programa informático grabada en el mismo, que comprende:

medios lógicos de programa informático para permitir que un procesador realice una cualquiera de las reivindicaciones 7 a 12.