Methods for enforcing compliance policies and devices thereof

Abstract

A method, non-transitory computer readable medium, and mobile application manager computing device that determines a priority level for a mobile device requiring a compliance check based on characteristic data associated with, or an identified user of, the mobile device. An entry comprising identifying data for the mobile device is inserted into a processing queue associated with the priority level. A determination is made when each of the processing queues associated with a higher priority level than the one priority level is empty. The entry is retrieved from the processing queue, the compliance check is performed on the mobile device, and a status of the mobile device is marked as out-of-compliance or in-compliance based on a result of the compliance check, when the determining indicates each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty.

Description

FIELD

This technology relates to methods and devices for enforcing compliance policies for enterprise mobile devices.

BACKGROUND

Increasingly, enterprises are supporting “bring your own device” (BYOD) policies for employees whereby the employees use their personal mobile devices to connect to an enterprise network. In order to manage the mobile devices, compliance policies are enforced to establish, for the mobile devices, the mobile applications that are deployed and security policies that are implemented, for example. However, enrolled mobile devices and associated users can change characteristics over time. For example, a mobile device may be in an unsecured location at various times and employees may change roles or groups within an enterprise.

Accordingly, enterprises can periodically perform compliance checks to determine whether there has been any change to characteristics of the enrolled mobile devices or associated users, and whether a compliance policy requires enforcement in view of the changes. However, some enterprises have a very large number of identified users and compliance is enforced by device(s), such as mobile application managers, with limited resources. Accordingly, when a determination is made that a compliance check should be initiated for a mobile device, a mobile application manager simply adds the compliance check to a queue if the mobile application manager is not currently available to perform the compliance check. The queue is then processed in a first-in-first-out (FIFO) order.

With this configuration, compliance may not be enforced for some mobile devices for a relatively long period of time. Factors that impact the length of the period of time for a required compliance check to be enforced include how many other compliance checks are currently being performed and the complexity of the compliance checks for a compliance policy (e.g., how many active directory queries are required for the check), how many other compliance policies are currently being enforced and the complexity of the enforcements (e.g., how many mobile applications are being deployed), the capacity/load of the mobile application manager, and the overall number of enrolled mobile devices.

Additionally, it may be advantageous in some enterprise networks for compliance checks to be performed, and compliance policies to be enforced, sooner for certain of the enrolled mobile devices (e.g., those mobile devices currently in an unsecured location or those mobile devices for which a first compliance check has not been performed subsequent to enrollment). However, with the current technology, these mobile devices may be buried relatively deep in the queue, and therefore a compliance check may not be performed for a relatively long period of time, which is undesirable.

SUMMARY

A method for enforcing compliance policies includes determining, by a mobile application manager (MAM) apparatus, one of a plurality of priority levels for a mobile device enrolled in an enterprise network and requiring a compliance check based on a set of characteristic data. The characteristics data is associated with the mobile device or an identified user of the mobile device. An entry comprising identifying data for the mobile device is inserted, by the MAM apparatus, into one of a plurality of processing queues associated with the one priority level determined for the mobile device. A determination is made, by the MAM apparatus, when each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty. The entry from the one processing queue is retrieved, by the MAM apparatus, and the compliance check is performed, by the MAM apparatus, on the mobile device using the identifying data included in the entry, when the determining indicates that each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty.

A MAM apparatus includes memory comprising programmed instructions stored in the memory and one or more processors configured to be capable of executing the programmed instructions stored in the memory to determine one of a plurality of priority levels for a mobile device enrolled in an enterprise network and requiring a compliance check based on a set of characteristic data. The characteristics data is associated with the mobile device or an identified user of the mobile device. An entry comprising identifying data for the mobile device is inserted into one of a plurality of processing queues associated with the one priority level determined for the mobile device. A determination is made when each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty. The entry from the one processing queue is retrieved and the compliance check is performed on the mobile device using the identifying data included in the entry, when the determining indicates that each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty.

A non-transitory computer readable medium having stored thereon instructions for enforcing compliance policies includes executable code which when executed by one or more processors, causes the one or more processors to perform steps comprising determining one of a plurality of priority levels for a mobile device enrolled in an enterprise network and requiring a compliance check based on a set of characteristic data. The characteristics data is associated with the mobile device or an identified user of the mobile device. An entry comprising identifying data for the mobile device is inserted into one of a plurality of processing queues associated with the one priority level determined for the mobile device. A determination is made when each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty. The entry from the one processing queue is retrieved and the compliance check is performed on the mobile device using the identifying data included in the entry, when the determining indicates that each of the processing queues associated with a higher one of the priority levels than the one priority level determined for the mobile device is empty.

This technology has a number of associated advantages including providing methods, non-transitory computer readable media, and MAM apparatuses that more effectively enforce compliance policies for mobile devices enrolled in an enterprise network. With this technology, MAM apparatuses can populate priority queues so that compliance policies are enforced for certain mobile devices earlier than for other mobile devices based on characteristics of the mobile devices or associated users and the application of one or more stored policies. Accordingly, this technology facilitates more effective deployment of configurations, applications, and settings for mobile devices and improves the security of the mobile devices and enterprise network.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a network environment with an exemplary MAM apparatus;

FIG. 2 is a block diagram of the exemplary MAM apparatus shown in FIG. 1;

FIG. 3 is a flowchart of an exemplary method for initiating compliance checks for mobile devices and populating processing queues;

FIG. 4 is a block diagram of exemplary active directory queries and corresponding priority determinations;

FIG. 5 is a flowchart of an exemplary method for dequeueing processing queues, performing compliance checks, and enforcing compliance policies; and

FIG. 6 is a block diagram of exemplary active directory queries and corresponding mobile application group deployments and security policies.

DETAILED DESCRIPTION

Referring to FIG. 1, a system diagram is shown including an exemplary network environment 10 that includes a mobile application manager (MAM) apparatus 12 coupled to an administrator computing device 14, web application servers 16(1) and 16(2), an active directory server 18, and mobile devices 20(1) and 20(2) through communication networks 22(1)-22(3), although the MAM apparatus 12, the administrator computing device 14, web application servers 16(1) and 16(2), active directory server 18, and mobile devices 20(1) and 20(2) may be coupled together via other topologies. Additionally, the network environment 10 may include other network devices such as one or more routers and/or switches, for example, which are well known in the art and thus will not be described herein. This technology provides a number of advantages including methods, non-transitory computer readable media, and MAM apparatuses that more efficiently and effectively facilitate compliance policy enforcement based on determined or admin configured/assigned priority of enrolled mobile devices or associated users.

Referring to FIGS. 1-2, the MAM apparatus 12 may perform any number of functions including enrolling users of the mobile devices 20(1) and 20(2), controlling deployment of mobile applications and security policies installed on the mobile devices 20(1) and 20(2), performing periodic compliance checks on the mobile devices 20(1) and 20(2), and making changes to the mobile applications and security policies installed on the mobile devices 20(1) and 20(2), for example, although other functionality can also be provided by the MAM apparatus 12. The MAM apparatus 12 includes one or more processors 24, a memory 26, and a communication interface 28, which are coupled together by a bus 30 or other communication link, although the MAM apparatus 12 can include other types and numbers of elements in other configurations.

The processor(s) 24 of the MAM apparatus 12 may execute programmed instructions stored in the memory of the MAM apparatus 12 for the any number of the functions identified above. The processor(s) 24 of the MAM apparatus 12 may include one or more CPUs or general purpose processors with one or more processing cores, for example, although other types of processor(s) can also be used.

The memory 26 of the MAM apparatus 12 stores these programmed instructions for one or more aspects of the present technology as described and illustrated herein, although some or all of the programmed instructions could be stored elsewhere. A variety of different types of memory storage devices, such as random access memory (RAM), read only memory (ROM), hard disk, solid state drives, flash memory, or other computer readable medium which is read from and written to by a magnetic, optical, or other reading and writing system that is coupled to the processor(s), can be used for the memory 26.

Accordingly, the memory 26 of the MAM apparatus 12 can store one or more applications that can include computer executable instructions that, when executed by the MAM apparatus 12, cause the MAM apparatus 12 to perform actions, such as to transmit, receive, or otherwise process messages, for example, and to perform other actions described and illustrated below with reference to FIGS. 3-6. The application(s) can be implemented as modules or components of other applications. Further, the application(s) can be implemented as operating system extensions, module, plugins, or the like.

Even further, the application(s) may be operative in a cloud-based computing environment. The application(s) can be executed within or as virtual machine(s) or virtual server(s) that may be managed in a cloud-based computing environment. Also, the application(s), and even the MAM apparatus 12 itself, may be located in virtual server(s) running in a cloud-based computing environment rather than being tied to one or more specific physical network computing devices. Also, the application(s) may be running in one or more virtual machines (VMs) executing on the MAM apparatus 12. Additionally, in one or more embodiments of this technology, virtual machine(s) running on the MAM apparatus 12 may be managed or supervised by a hypervisor.

In this particular example, the memory 26 of the MAM apparatus 12 includes a plurality of processing queues 32 and one or more compliance policies 34, although the memory 26 can include other policies, modules, databases, or applications, for example. The processing queues 32 can be any type of data structure, have an associated priority, and store identifying data for those of the mobile devices 20(1) and 20(2) for which a compliance check has been initiated, as described and illustrated in more detail later. The compliance policies 34 define mobile application deployment, which involves installing new mobile applications or uninstalling existing mobile applications, and security settings for the mobile devices 20(1) and 20(2) based on characteristic data of the mobile devices 20(1) and 20(2) or associated identified users, also as described and illustrated in more detail later.

The communication interface of the MAM apparatus 12 operatively couples and communicates between the MAM apparatus 12, administrator computing device, web application servers 16(1) and 16(2), active directory server 18, and mobile devices 20(1) and 20(2), which are all coupled together by the communication network(s) 22(1)-22(3), although other types and numbers of communication networks or systems with other types and numbers of connections and configurations to other devices and elements can also be used.

By way of example only, the communication networks 22(1)-22(3) can include local area network(s) (LAN(s)) or wide area network(s) (WAN(s)), and can use TCP/IP over Ethernet and industry-standard protocols, although other types and numbers of protocols and/or communication networks can be used. The communication network(s) 22(1)-22(3) in this example can employ any suitable interface mechanisms and network communication technologies including, for example, teletraffic in any suitable form (e.g., voice, modem, and the like), Public Switched Telephone Network (PSTNs), Ethernet-based Packet Data Networks (PDNs), combinations thereof, and the like.

While the MAM apparatus 12 is illustrated in this example as including a single device, the MAM apparatus 12 in other examples can include a plurality of devices or blades each having one or more processors (each processor with one or more processing cores) that implement one or more steps of this technology. In these examples, one or more of the devices can have a dedicated communication interface or memory. Alternatively, one or more of the devices can utilize the memory, communication interface, or other hardware or software components of one or more other devices included in the MAM apparatus 12.

Additionally, one or more of the devices that together comprise the MAM apparatus 12 in other examples can be standalone devices or integrated with one or more other devices or apparatus, such as one of the web application servers 16(1) and 16(2), for example. Moreover, one or more of the devices of the MAM apparatus 12 in these examples can be in a same or a different communication network including one or more public, private, or cloud networks, for example.

The administrator computing device 14 in this example includes a processor, a memory, a communication interface, an input device, and a display device which are coupled together by a bus or other communication link, although the administrator computing device 14 may include other types and numbers of elements in other configurations. In this example, the administrator computing device 14 can be used by an enterprise network administrator to modify the compliance policies 34, established a compliance check periodic time period, or set the number of processing queues 32, for example, although the administrator computing device 14 can also perform other types and numbers of functions in other example.

Each of the web application servers 16(1) and 16(2) in this example includes one or more processors, a memory, and a communication interface, which are coupled together by a bus or other communication link, although other numbers and types of network devices could be used. The web application servers 16(1) and 16(2) in this example process requests received from the mobile devices 20(1) and 20(2) via the communication network(s) according to the HTTP-based application RFC protocol, for example. Various backend enterprise web applications may be operating on the web application servers 16(1) and 16(2) and transmitting data (e.g., files or Web pages) to the mobile devices 20(1) and 20(2) through the MAM apparatus 12 in response to requests from the mobile devices 20(1) and 20(2). The web application servers 16(1) and 16(2) may be hardware or software or may represent a system with multiple servers in a server computing device pool, which may include internal or external networks.

Although the web application servers 16(1) and 16(2) are illustrated as single devices, one or more actions of each of the web application servers 16(1) and 16(2) may be distributed across one or more distinct network computing devices that together comprise one or more of the web application servers 16(1) and 16(2). Moreover, the web application servers 16(1) and 16(2) are not limited to a particular configuration. Thus, the web application servers 16(1) and 16(2) may contain a plurality of network computing devices that operate using a master/slave approach, whereby one of the network computing devices of the web application servers 16(1) and 16(2) operate to manage and/or otherwise coordinate operations of the other network computing devices. The web application servers 16(1) and 16(2) may operate as a plurality of network computing devices within a cluster architecture, a peer-to peer architecture, virtual machines, or within a cloud architecture, for example.

Thus, the technology disclosed herein is not to be construed as being limited to a single environment and other configurations and architectures are also envisaged. For example, one or more of the web application servers 16(1) and 16(2) can operate within the MAM apparatus 12 itself, rather than as a stand-alone web application server communicating with the MAM apparatus 12 via the communication network(s). In this example, the one or more web application servers 16(1) and 16(2) operate within the memory of the MAM apparatus 12.

The active directory server 18 in this example includes a processor, a memory, and a communication interface, which are coupled together by a bus or other communication link, although other numbers and types of network devices could also be included in the active directory server 18. The active directory server 18 provides authentication and authorization services, based on a network security policy, allowing identified users of the mobile devices 20(1) and 20(2) to access resources provided by the web application servers 16(1) and 16(2). The active directory server 18 can also respond to queries from the MAM apparatus 12 and thereby provide characteristic data regarding the mobile devices 20(1) and 20(2) or identified users of the mobile devices 20(1) and 20(2), as described and illustrated in more detail later.

The mobile devices 20(1) and 20(2) in this example include any type of computing device that can receive, render, and facilitate user interaction with a webtop, for example, such as mobile computing devices, desktop computing devices, laptop computing devices, tablet computing devices, virtual machines (including cloud-based computers), or the like. Each of the mobile devices 20(1) and 20(2) in this example includes a processor, a memory, and a communication interface, which are coupled together by a bus or other communication link, although other numbers and types of network devices could be used.

The mobile devices 20(1) and 20(2) may run interface applications, such as standard Web browsers or native client applications, which may provide an interface to make requests for, and receive content stored on, one or more of the web application servers 16(1) and 16(2) via the communication network(s) 22(1)-22(3). Each of the mobile devices 20(1) and 20(2) may further include a display device, such as a display screen or touchscreen, and/or an input device, such as a keyboard for example.

Although the exemplary network environment 10 with the MAM apparatus 12, administrator computing device 14, web application servers 16(1) and 16(2), active directory server 18, mobile devices 20(1) and 20(2), and communication network(s) 22(1)-22(3) are described and illustrated herein, other types and numbers of systems, devices, components, and elements in other topologies can be used. It is to be understood that the systems of the examples described herein are for exemplary purposes, as many variations of the specific hardware and software used to implement the examples are possible, as will be appreciated by those skilled in the relevant art(s).

One or more of the components depicted in the network, such as the MAM apparatus 12, administrator computing device 14, web application servers 16(1) and 16(2), active directory server 18, and mobile devices 20(1) and 20(2), for example, may be configured to operate as virtual instances on the same physical machine. In other words, one or more of the MAM apparatus 12, administrator computing device 14, web application servers 16(1) and 16(2), active directory server 18, or mobile devices 20(1) and 20(2) may operate on the same physical device rather than as separate devices communicating through communication network(s). Additionally, there may be more or fewer MAM apparatus 12, administrator computing device 14, web application servers 16(1) and 16(2), active directory server 18, or mobile devices 20(1) and 20(2) than illustrated in FIG. 1.

In addition, two or more computing systems or devices can be substituted for any one of the systems or devices in any example. Accordingly, principles and advantages of distributed processing, such as redundancy and replication also can be implemented, as desired, to increase the robustness and performance of the devices and systems of the examples. The examples may also be implemented on computer system(s) that extend across any suitable network using any suitable interface mechanisms and traffic technologies, including by way of example only teletraffic in any suitable form (e.g., voice and modem), wireless traffic networks, cellular traffic networks, Packet Data Networks (PDNs), the Internet, intranets, and combinations thereof.

The examples may also be embodied as one or more non-transitory computer readable media having instructions stored thereon for one or more aspects of the present technology as described and illustrated by way of the examples herein. The instructions in some examples include executable code that, when executed by one or more processors, cause the processors to carry out steps necessary to implement the methods of the examples of this technology that are described and illustrated herein.

An exemplary method for enforcing compliance policies will now be described with reference to FIGS. 1-6. Referring more specifically to FIG. 3, a flowchart of a method for initiating compliance checks for the mobile devices 20(1) and 20(2) and populating the processing queues 32 is illustrated. In step 300 in this particular example, the MAM apparatus 12 processes enterprise network enrollment requests received from one or more of the mobile devices 20(1) and 20(2). The MAM apparatus 12 can request that a user of each the mobile devices 20(1) and 20(2) submit user name and password information or other credentials, for example, with a request to enroll one of the mobile devices 20(1) and 20(2) and effectively register the one of the mobile devices 20(1) and 20(2) as part of the enterprise network.

In step 302, the MAM apparatus 12 determines whether a compliance check should be initiated for one of the mobile devices 20(1) and 20(2). The MAM apparatus 12 optionally stores the time at which a most recent periodic or administrator-initiated compliance check or an enrollment has occurred for each of the mobile devices 20(1) and 20(2), such as in a table in the memory 26. Accordingly, the MAM apparatus 12 can determine whether to initiate a compliance check for one of the mobile devices 20(1) and 20(2) based on whether a periodic time period has expired for the one of the mobile devices 20(1) and 20(2) based on the stored time of the enrollment or most recent compliance check for the one of the mobile devices 20(1) and 20(2), although other types and/or numbers of factors could be used to determine when to initiate a compliance check.

The periodic time period can be established by a user of the administrator computing device 14 via a provided administrator interface, for example. Although configurable, administrators often establish a periodic time period on the order of several hours for initiating compliance checks for enrolled ones of the mobile devices 20(1) and 20(2). Compliance checks can also be initiated in some examples by administrators irrespective of any enrollment or periodic time period. Accordingly, enrollment of one or more of the mobile devices 20(1)-20(n) and a compliance check can be performed in parallel and a compliance check can be initiated independent of any enrollment of one or more of the mobile devices 20(1)-20(n). Other methods of initiating a compliance check for one of the mobile devices 20(1) and 20(2) can also be used in other examples.

If the MAM apparatus 12 determines that a compliance check should not be initiated for any of the mobile devices 20(1) and 20(2), then the No branch is taken back to step 300 and the MAM apparatus 12 continues to enroll mobile devices 20(1) and 20(2) until a determination is made that a compliance check should be initiated for one of the mobile devices 20(1) and 20(2). Accordingly, when the MAM apparatus 12 determines that a compliance check should be initiated for one of the mobile devices 20(1) and 20(2), then the Yes branch is taken to step 304.

In step 304, the MAM apparatus 12 determines a priority level for the one of the mobile devices 20(1) and 20(2). The priority level can be assigned during enrollment or can be dynamically determined based on characteristic data associated with the one of the mobile devices 20(1) and 20(2) or a user of the one of the mobile devices 20(1) and 20(2), although other manners for assigning can also be used. The characteristic data can include a user group, a user role, a device type, a device operating system, a current location, a security level of a prior location during a most recent compliance check, or an indication of whether the compliance check has been performed since enrollment, for example, although other types and/or numbers of characteristic data can also be used.

The characteristic data can be retrieved from the one of the mobile devices 20(1) and 20(2), from the memory 26 of the MAM apparatus 12, or from the active directory server 18, for example. Referring more specifically to FIG. 4, a block diagram of exemplary active directory queries and corresponding priority determinations is illustrated. In this particular example, the MAM apparatus 12 can submit an active directory query to the active directory server 18 based on identifying data associated with the one of the mobile devices 20(1) and 20(2) to determine the user group of the user of the one of the mobile devices 20(1) and 20(2).

Accordingly, if the MAM apparatus 12 determines that the user group is product development, contractor, or executive, then the associated priority level will be low, medium, or high, respectively, in this example. While in this example, the priority determination is based on user group, any other type of policy based on any other characteristic data retrieved from any number or type of active directory queries or other sources can also be established by an administrator.

Referring back to FIG. 3, in step 306, the MAM apparatus 12 inserts an entry into one of the processing queues 32 corresponding to the priority level determined in step 304. The entry includes identifying data for the one of the mobile devices 20(1) and 20(2) including a unique indication of the one of the mobile devices 20(1) and 20(2) or a user of the one of the mobile devices 20(1) and 20(2).

In the example described and illustrated earlier with reference to FIG. 4, the MAM apparatus 12 stores three processing queues 32 in the memory 26 corresponding to the low, medium, and high priority levels, although any number of processing queues 32 can be used. Subsequent to inserting the entry into the one of the processing queues 32, the MAM apparatus 12 proceeds back to step 300 and continues to process enrollment requests. Additionally, any of steps 300-306 illustrated in FIG. 3 can be performed in parallel for any number of the mobile devices 20(1) and 20(2). Additionally, the priority queues 32 can be populated upon enrollment as well as during compliance enforcement in order to initiate or maintain certain configurations of newly and previously enrolled ones of the mobile devices 20(1) and 20(2).

Referring more specifically to FIG. 5, a flowchart of a method for dequeueing the processing queues, performing compliance checks, and enforcing the compliance policies 34 is illustrated. In step 500 in this example, the MAM apparatus 12 determines whether it has availability or capacity to perform a compliance check. The MAM apparatus 12 may reach capacity, particularly when enforcing compliance policies in large enterprise networks. Accordingly, compliance checks are initiated in this example, as described and illustrated with reference to FIG. 3, and identifying data for ones of the mobile devices 20(1) and 20(2) for which compliance checks have been initiated is queued so that the compliance check can proceed when the MAM apparatus 12 is available.

Accordingly, if the MAM apparatus 12 determines in step 500 in FIG. 5 that it does not have availability to perform a compliance check, then the No branch is taken back to step 500 and the MAM apparatus 12 effectively waits for available resources to perform another compliance check. While waiting, the MAM apparatus 12 performs any of steps 502-508 for any number of the mobile devices 20(1) and 20(2) for which a compliance check was previously initiated in parallel. However, if the MAM apparatus 12 determines that it is available to perform a compliance check, then the Yes branch is taken to step 502.

In step 502, the MAM apparatus 12 retrieves an entry from a populated one of the processing queues 32 having a highest associated priority level. Accordingly, the MAM apparatus 12 dequeues an entry from one of the processing queues 32 that is populated with at least one entry and has a highest associated priority level. The entry could have been inserted into the one of the processing queues 32 as described and illustrated earlier with reference to step 306 of FIG. 3, for example, although other methods of populating the one of the processing queues 32 can also be used in other examples.

In step 504, the MAM apparatus 12 performs the compliance check on one of the mobile devices 20(1) and 20(2) associated with identifying data included in the entry that was retrieved in step 502. In order to perform the compliance check, the MAM apparatus 12 retrieves characteristic data and at least one of the compliance policies 34 stored in the memory 26. The characteristic data can be the same or different characteristic data than the characteristic data retrieved in order to determine the priority level for the one of the mobile devices 20(1) and 20(2), as described and illustrated earlier with reference to step 304 of FIG. 3. Additionally, the characteristic data can be retrieved from the one of the mobile devices 20(1) and 20(2), the memory 26 of the MAM apparatus 12, or the active directory server 18, for example, also as described and illustrated earlier with reference to step 304 of FIG. 3.

The MAM apparatus 12 can obtain the compliance policies 34 via an administrator interface provided to the administrator computing device 14, for example. The compliance policies 34 can define one or more mobile device configurations that should be enforced at the mobile devices 20(1) and 20(2) based on the retrieved characteristic data for the mobile devices 20(1) and 20(2) or the identified users of the mobile devices 20(1) and 20(2). The mobile device configurations can include one or more mobile applications to be installed or uninstalled, one or more security settings to be implemented, one or more wireless network access settings, one or more virtual private network settings, or one or more electronic mail settings, for example, although any other mobile device configurations can also be defined in one or more the compliance policies 34.

Referring more specifically to FIG. 6, a block diagram of exemplary active directory queries and corresponding mobile application group (MAG) deployments and security policies (SP) is illustrated. In this particular example, the MAM apparatus 12 can query the active directory server 18 based on identifying data for one of the mobile devices 20(1) and 20(2) to obtain a user group of a user of the one of the mobile devices 20(1) and 20(2). Additionally, the MAM apparatus 12 subsequently retrieves configuration data including device operating system (OS) information from the one of the mobile devices 20(1) and 20(2). Based on the results of the query, the MAM apparatus 12 determines what MAG(s) and SP(s) are applicable to the one of the mobile devices 20(1) and 20(2).

For example, if a user of the one of the mobile devices 20(1) and 20(2) is determined to be part of the sales user group and the associated one of the mobile devices 20(1) and 20(2) has an Android OS, then the one of the mobile devices 20(1) and 20(2) should have MAG1, SP1, and SP3 based on the one of the compliance policies 34 obtained in step 504. While MAGs and SPs are used in this example, any other mobile device configurations can also be defined in any number of applicable compliance policies 34 for any of the mobile devices 20(1) and 20(2). Additionally, any other type and number of characteristic data can be used in any of the compliance policies to determine the mobile device configurations.

Referring back to FIG. 5, in step 506, the MAM apparatus 12 determines based on the one of the compliance policies 34 and the characteristic data obtained in step 504 whether the one of the compliance policies 34 requires enforcement. Accordingly, the purpose of the compliance check is to determine whether the one of the compliance policies 34 requires enforcement. If the characteristic data and the one of the compliance policies 34 did not change subsequent to the previous compliance check, or if the configuration of the one of the mobile devices 20(1) and 20(2) already matches that defined by the one of the compliance policies 34, for example, then the MAM apparatus 12 may determine that the one of the compliance policies 34 does not need to be enforced based on the current compliance check, and the No branch is taken back to step 500. However, if the MAM apparatus 12 determines that the one of the compliance policies 34 requires enforcement, then the Yes branch is taken to step 508.

In step 508, the MAM apparatus 12 modifies one or more of the configurations for the one of the mobile devices 20(1) and 20(2) to be in accordance with the one of the compliance policies 34. Additionally, the MAM apparatus 12 optionally marks the one of the mobile devices 20(1) and 20(2) as out-of-compliance or in-compliance, such as in a compliance table stored in the memory 26 for example. Accordingly, if the one of the mobile devices 20(1) and 20(2) was unable to become fully compliant based on the execution of the one of the compliance policies 34, then the one of the mobile devices 20(1) and 20(2) may be marked out-of-compliance to allow an administrator to identify the one of the mobile devices 20(1) and 20(2) and taken an appropriate action.

Subsequent to modifying the configurations and updating the device status for the one of the mobile devices 20(1) and 20(2), the MAM apparatus 12 proceeds back to step 500. In examples in which the compliance checks are initiated based on expiration of an established periodic time period, the MAM apparatus 12 optionally updates the time at which the compliance check was performed. The update can occur subsequent to determining whether to enforce the one of the compliance policies 34, if the No branch is taken from step 506, or subsequent to modifying configurations of the one of the mobile devices 20(1) and 20(2) in step 508, for example.

The time of the occurrence of the compliance check can be updated by the MAM apparatus 12 by storing a current time in a table in the memory 26 of the MAM apparatus 12 or resetting a timer, for example, although other methods for updating the time can also be used in other examples. Additionally, any of steps 502-508 can be performed in parallel for any number of the mobile devices 20(1) and 20(2) based on the capacity of the MAM apparatus 12 to service the compliance checks determined as described and illustrated earlier with reference to step 500.

Accordingly, with this technology, the MAM apparatus 12 advantageously populates various priority queues so that compliance policies are enforced for certain mobile devices earlier than for other mobile devices enrolled in an enterprise network, based on a policy established by an administrator of the enterprise network. By facilitating priority-based compliance policy enforcement, this technology provides more efficient deployment of configurations for mobile devices, including mobile applications and security settings, resulting in an improved user experience and increased security of the mobile devices and associated enterprise network.

Having thus described the basic concept of the disclosed technology, it will be rather apparent to those skilled in the art that the foregoing detailed disclosure is intended to be presented by way of example only, and is not limiting. Various alterations, improvements, and modifications will occur and are intended to those skilled in the art, though not expressly stated herein. These alterations, improvements, and modifications are intended to be suggested hereby, and are within the spirit and scope of the disclosed technology. Additionally, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes to any order except as may be specified in the claims. Accordingly, the disclosed technology is limited only by the following claims and equivalents thereto.

Claims

1. A method for enforcing compliance policies implemented by a network traffic management system comprising one or more mobile application manager (MAM) apparatuses, one or more mobile computing devices, one or more active directory server devices, or one or more web application server devices, the method comprising: determining a compliance check priority level for a mobile device enrolled in an enterprise network based on characteristic data comprising a security level associated with an identified location of the mobile device at a prior compliance check, a current location of the enrolled mobile device, and user data associated with a user of the mobile device;inserting into a processing queue an entry related to the mobile device based on the determined compliance check priority level, wherein the processing queue has another entry for another mobile device enrolled in the enterprise network that with the entry comprise entries in the processing queue;determining when a compliance check should be performed on the enrolled mobile device or the another enrolled mobile device based on an available resource associated with a mobile application manager device; andwhen the determination indicates that the compliance check should be performed: retrieving an entry from among the entries in the processing queue with a highest priority level; andperforming the compliance check on the enrolled mobile device or the another enrolled mobile device associated with the retrieved entry to determine when a configuration of the enrolled mobile device or the another enrolled mobile device is in compliance with a policy of the enterprise network.

2. The method of claim 1, further comprising determining when the compliance check is required for the enrolled mobile device based on an expiration of an established periodic time period.

3. The method of claim 1, wherein the characteristic data comprises one or more of: a user group;a user role;a device type;a device operating system;a current location; oran indication of when the compliance check has been performed since enrollment.

4. The method of claim 1, further comprising obtaining, via an administrator interface, a compliance policy defining the configuration, wherein the configuration comprise: a mobile application to be installed or uninstalled;a security configuration to be implemented;a wireless network access configuration;a virtual private network configuration; oran electronic mail configuration.

5. The method of claim 4, further comprising: determining when the compliance policy requires enforcement; andmodifying the configuration for the enrolled mobile device in accordance with the compliance policy and marking the enrolled mobile device as out-of-compliance or in-compliance, when the determination indicates the compliance policy requires enforcement.

6. A mobile application manager (MAM) apparatus, comprising a non-transitory memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to: determine a compliance check priority level for a mobile device enrolled in an enterprise network based on characteristic data comprising a security level associated with an identified location of the mobile device at a prior compliance check, a current location of the enrolled mobile device, and user data associated with a user of the mobile device;insert into a processing queue an entry related to the mobile device based on the determined compliance check priority level, wherein the processing queue has another entry for another mobile device enrolled in the enterprise network that with the entry comprise entries in the processing queue;determine when a compliance check should be performed on the enrolled mobile device or the another enrolled mobile device based on an available resource associated with a mobile application manager device; andwhen the determination indicates that the compliance check should be performed: retrieve an entry from among the entries in the processing queue with a highest priority level; andperform the compliance check on the enrolled mobile device or the another enrolled mobile device associated with the retrieved entry to determine when a configuration of the enrolled mobile device or the another enrolled mobile device is in compliance with a policy of the enterprise network.

7. The MAM apparatus of claim 6, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to determine when the compliance check is required for the enrolled mobile device based on an expiration of an established periodic time period.

8. The MAM apparatus of claim 6, wherein the characteristic data comprises one or more of: a user group;a user role;a device type;a device operating system;a current location; oran indication of when the compliance check has been performed since enrollment.

9. The MAM apparatus of claim 6, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to obtain, via an administrator interface, a compliance policy defining the configuration, wherein the configuration comprise: a mobile application to be installed or uninstalled;a security configuration to be implemented;a wireless network access configuration;a virtual private network configuration; oran electronic mail configuration.

10. The MAM apparatus of claim 9, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to: determine when the compliance policy requires enforcement; andmodify the configuration for the enrolled mobile device in accordance with the compliance policy and marking the enrolled mobile device as out-of-compliance or in-compliance, when the determination indicates the compliance policy requires enforcement.

11. A non-transitory computer readable medium having stored thereon instructions for enforcing compliance policies comprising executable code which when executed by one or more processors, causes the one or more processors to: determine a compliance check priority level for a mobile device enrolled in an enterprise network based on characteristic data comprising a security level associated with an identified location of the mobile device at a prior compliance check, a current location of the enrolled mobile device, and user data associated with a user of the mobile device;insert into a processing queue an entry related to the mobile device based on the determined compliance check priority level, wherein the processing queue has another entry for another mobile device enrolled in the enterprise network that with the entry comprise entries in the processing queue;determine when a compliance check should be performed on the enrolled mobile device or the another enrolled mobile device based on an available resource associated with a mobile application manager device; andwhen the determination indicates that the compliance check should be performed: retrieve an entry from among the entries in the processing queue with a highest priority level; andperform the compliance check on the enrolled mobile device or the another enrolled mobile device associated with the retrieved entry to determine when a configuration of the enrolled mobile device or the another enrolled mobile device is in compliance with a policy of the enterprise network.

12. The non-transitory computer readable medium of claim 11, wherein the executable code when executed by the processors further causes the processors to determine when the compliance check is required for the enrolled mobile device based on an expiration of an established periodic time period.

13. The non-transitory computer readable medium of claim 11, wherein the characteristic data comprises one or more of: a user group;a user role;a device type;a device operating system;a current location; oran indication of when the compliance check has been performed since enrollment.

14. The non-transitory computer readable medium of claim 11, wherein the executable code when executed by the processors further causes the processors to obtain, via an administrator interface, a compliance policy defining the configuration, wherein the configuration comprise: a mobile application to be installed or uninstalled;a security configuration to be implemented;a wireless network access configuration;a virtual private network configuration; oran electronic mail configuration.

15. The non-transitory computer readable medium of claim 14, wherein the executable code when executed by the processors further causes the processors to: determine when the compliance policy requires enforcement; andmodify the configuration for the enrolled mobile device in accordance with the compliance policy and marking the enrolled mobile device as out-of-compliance or in-compliance, when the determination indicates the compliance policy requires enforcement.

16. A network traffic management system comprising one or more mobile application manager (MAM) apparatuses, one or more mobile computing devices, one or more active directory server devices, or one or more web application server devices, the network traffic management system comprising a non-transitory memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to: determine a compliance check priority level for a mobile device enrolled in an enterprise network based on characteristic data comprising a security level associated with an identified location of the mobile device at a prior compliance check, a current location of the enrolled mobile device, and user data associated with a user of the mobile device;insert into a processing queue an entry related to the mobile device based on the determined compliance check priority level, wherein the processing queue has another entry for another mobile device enrolled in the enterprise network that with the entry comprise entries in the processing queue;determine when a compliance check should be performed on the enrolled mobile device or the another enrolled mobile device based on an available resource associated with a mobile application manager device; andwhen the determination indicates that the compliance check should be performed: retrieve an entry from among the entries in the processing queue with a highest priority level; andperform the compliance check on the enrolled mobile device or the another enrolled mobile device associated with the retrieved entry to determine when a configuration of the enrolled mobile device or the another enrolled mobile device is in compliance with a policy of the enterprise network.

17. The network traffic management system of claim 16, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to determine when the compliance check is required for the enrolled mobile device based on an expiration of an established periodic time period.

18. The network traffic management system of claim 16, wherein the characteristic data comprises one or more of: a user group;a user role;a device type;a device operating system;a current location; oran indication of when the compliance check has been performed since enrollment.

19. The network traffic management system of claim 16, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to obtain, via an administrator interface, a compliance policy defining the configuration, wherein the configuration comprise: a mobile application to be installed or uninstalled;a security configuration to be implemented;a wireless network access configuration;a virtual private network configuration; oran electronic mail configuration.

20. The network traffic management system of claim 19, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to: determine when the compliance policy requires enforcement; andmodify the configuration for the enrolled mobile device in accordance with the compliance policy and marking the enrolled mobile device as out-of-compliance or in-compliance, when the determination indicates the compliance policy requires enforcement.

21. The method as set forth in claim 1, wherein the enrolled mobile device and the another enrolled mobile device are the same mobile device.

22. The method as set forth in claim 1, wherein the enrolled mobile device and the another enrolled mobile device are different mobile devices.

23. The apparatus as set forth in claim 6, wherein the enrolled mobile device and the another enrolled mobile device are the same mobile device.

24. The apparatus as set forth in claim 6, wherein the enrolled mobile device and the another enrolled mobile device are different mobile devices.

25. The medium as set forth in claim 11, wherein the enrolled mobile device and the another enrolled mobile device are the same mobile device.

26. The medium as set forth in claim 11, wherein the enrolled mobile device and the another enrolled mobile device are different mobile devices.

27. The network traffic management system as set forth in claim 16, wherein the enrolled mobile device and the another enrolled mobile device are the same mobile device.

28. The network traffic management system as set forth in claim 16, wherein the enrolled mobile device and the another enrolled mobile device are different mobile devices.