Patent Grant
12040940
The present invention relates generally to methods and systems for providing cloud-based computing services and more specifically providing cloud-based management of on premise corporate resources, such as email or directory servers.
The general trend in corporate network management is the addition of mobility of users of the corporate network. Whereas traditional corporate networks have included a LAN and local desktop devices, the recent trend has been the introduction of mobile devices, such as smart phones, that are used by employees to work remotely. While allowing users to work remotely is desirable within an organization, from an IT perspective the mobility of users can present certain challenges.
A common challenge in organizations that allow mobile access to users is the need for reliable security solutions. For example, users within an organization may use several different platforms for accessing resources within a network. Users may use smart phones, such as Blackberries, iPhones, and Android devices, tablet computing devices, such as iPads or similar offerings with other mobile operating systems, laptops, or home desktops. The diversity of devices and operating systems employed by these devices can make it difficult to ensure security when users access computing resources within an organization's network.
A common solution requires creating security policies for a given mobile platform. For example, an organization may require that all iPad users use a strong password to protect their devices. The policy may also include the requirement that certain applications (e.g. blacklist applications) not operate on the device when a user is accessing computing resources within an organization. The policy may also include the requirement that certain applications, such as an application that allows a remote wipe of the device, be installed and running at the time of network access.
The rapid evolution of threats and the rapid changes in mobile devices accessing an organization's resources can make maintaining policies to keep up with threats difficult for IT administrators. As a result, organizations often maintain mobility management applications or other security software that ensures compliance of devices with security policies. These applications traditionally operate on local servers, allowing management applications to interface with local resources, such as Exchange servers and BlackBerry Enterprise servers (BES). However, the need to maintain these applications locally requires an organization to maintain dedicated hardware for the applications, and can make it difficult for an organization to keep up with changes to the applications, maintain current versions, and scale applications to meet growth in an organization. Accordingly, maintaining these applications can be a burden to IT resources.
A common trend in general software includes moving software outside of organizations to provide the software as a service. This so-called cloud-based approach has certain inherent advantages. For example, as an organization grows or the software updates, the user of the software need not be burdened with these updates and can easily scale the software to meet his needs. A cloud-based solution also provides certain billing options that may not be easily available with traditional on-premises managed applications. Whereas a traditional software licensing model may include selling software on a per-seat, unlimited-use basis, cloud-based software allows more flexibility, including the ability to bill customers for monthly use, actual use, etc. Cloud-based software can also be less intrusive or make it easier to outsource management and maintenance of the software. Cloud-based software can automatically give users access to updates as they become available, rather than requiring a user to pay a maintenance fee, or require a user to upgrade software each time an upgrade becomes available.
While cloud-based software has inherent advantages for certain types of software, a cloud-based approach does not necessarily work well for other types of software. For example, network management and mobile device management software can be difficult to offer as a cloud-based solution. Whereas traditional network management software can allow users to deploy policies that include changing the configuration of local resources, such as Exchange servers, BES, or user directories, the traditional security approach to corporate networks makes allowing these types of changes difficult to implement via the Internet. For obvious reasons, an organization does not typically allow changes to the configuration of security policies on sensitive resources, such as Exchange servers, via Internet connections. Instead, these types of changes are typically explicitly excluded via firewall policies. These firewalls, therefore, make it difficult to move security applications, such as network management and mobile device management applications, from a traditional locally maintained software approach to a cloud-based approach. There is therefore a need to enable applications that configure local resources to be moved to the cloud without sacrificing traditional firewall security.
Applicants have recognized and appreciated that certain problems with the prior art can be solved by providing a cloud extension agent on a customer premise for interfacing, via an outbound secure connection, cloud based services. The cloud extension agent can reach the cloud based services through existing firewall infrastructure, often without requiring changes to the existing firewall security policies, thereby providing simple, secure deployment. Furthermore, the secure connection can enable substantially real-time communication with a cloud service to provide web-based, substantially real time control of resources on the customer premises via the cloud extension agent.
One embodiment is directed to a method for providing network management services, including providing a cloud extension agent for execution on hardware that is part of a first local network, which is separated from the Internet by at least one firewall. The cloud extension agent is configured to initiate a first connection to at least one external server over the Internet using a standard internet protocol and receive, via the first connection, a first set of instructions for management of a first set of mobile devices that are managed by one or more local servers on the first local network. The cloud extension agent is further configured to make changes to the configuration of the one or more local servers in response to the first set of instructions.
Another embodiment is directed to a method for extending cloud services into the customer premise including providing a cloud extension agent for execution on hardware that is part of a first local network which is separated from the Internet by at least one firewall. The cloud extension agent is configured to initiate a first connection to a remote data-center over the Internet, through the at least one firewall, using a standard internet protocol and receive, via the first connection, a first set of instructions for configuration of one or more local resources on the first local network. The cloud extension agent is further configured to make changes to the configuration of the one or more local resources in response to the first set of instructions.
One aspect of some embodiments of the present invention further includes providing a web-based portal that allows a user to configure the first set of mobile devices or other resources, and in response to configuration changes initiated via the web-based portal, creating the first set of instructions to be sent to the agent via the first connection. Another aspect of some embodiments of the present invention further includes sending the first set of instructions to the cloud extension agent in substantially real time. Another aspect of some embodiments of the present invention further includes sending the instructions using an XMPP protocol over the first connection. In some embodiments of the present invention, the cloud extension agent is further configured to collect status information pertaining to the first set of devices or resources and report the status information to at least one cloud-based service.
Another aspect of some embodiments of the present invention includes providing a web-based portal that allows a user to manage the first set of mobile devices or resources via the Internet. Still another aspect of some embodiments of the present invention includes providing a web-based portal that allows a user to remotely diagnose problems with one of the cloud extension agent and the one or more local servers, via the Internet. Yet another aspect of some embodiments of the present invention includes providing a web-based portal that allows a user to remotely upgrade the cloud extension agent via the Internet. Still another aspect of some embodiments of the present invention includes providing a web-based portal that allows a user to publish network policies to the cloud extension agent via the Internet.
One embodiment is directed to a method for providing cloud-based management of mobile devices, including providing, at one or more remote data centers, a web-based interface for management of policies for a first set of mobile devices that are associated with a first corporate network and maintaining, in a first database associated with the one or more remote data centers, policy and configuration information related to the first set of mobile devices. The method further includes receiving, over the Internet, a first secure connection initiated by a first cloud extension agent using a standard internet protocol, and in response to policy changes initiated through the web-based interface, sending control instructions over the first secure connection to the first cloud extension agent. The cloud extension agent is configurable to configure resources on the corporate network based on the control instructions.
One aspect of some embodiments of the present invention includes receiving status information from the cloud extension agent reflecting the status of one or more mobile devices in the first set of mobile devices and selectively presenting the status information to an administrator using web-based interface. Another aspect of some embodiments of the present invention includes receiving, over the first secure connection, status information pertaining to the first set of mobile devices from the cloud extension agent. Yet another aspect of some embodiments of the present invention includes receiving, over the Internet, a first secure connection initiated by a second cloud extension agent using the standard internet protocol, wherein the second cloud extension agent is available in the event of failure of the first cloud extension agent.
It should be appreciated that all combinations of the foregoing concepts and additional concepts discussed in greater detail below (provided that such concepts are not mutually inconsistent) are contemplated as being part of the inventive subject matter disclosed herein. In particular, all combinations of claimed subject matter appearing at the end of this disclosure are contemplated as being part of the inventive subject matter disclosed herein.
The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:
The present invention solves many issues of moving network management to a cloud by placing a lightweight cloud extension agent on a corporate network and using the cloud extension agent to connect to a cloud-based network management platform through any firewalls using standard secure Internet protocols, such as HTTPS. By utilizing an Internet protocol that is allowed by default by most firewalls (e.g. HTTP/HTTPS via ports 80/443), the cloud extension agent can communicate with the network management platform on the cloud without requiring that an administrator reconfigure a local firewall to allow cloud-based network management. The cloud extension agent can then use instructions received over the connection to configure local resources and servers directly from within a corporate network. In this manner, the firewall may be unaware that network management is taking place from outside the corporate network. In addition, the firewall can remain in place without needing to be reconfigured or security policies needing to be changed. A firewall can maintain strong security against intrusion, while allowing the cloud extension agent to still interface with the network management platform outside the corporate network.
As used herein, a corporate network should be considered a term for any network used by an organization that includes resources, such as Exchange servers, that need to be configured behind a firewall. Generally, a corporate network will include at least one local area network that is local to the organization. This can include campus networks used by universities or other institutions or networks used by corporations or small businesses. The corporate network may be large or small, and some networks may be maintained by a local IT staff. A corporate network can further be composed of multiple networks that interact with shared corporate computing resources, such as BlackBerry Enterprise servers (BES). A typical corporate network has a need for security policies, including firewall policies and mobile device management policies for users of the network that access network resources remotely (e.g. from outside the network), but it will be understood that these individual features are not required of a corporate network and the term should be construed broadly. In some embodiments corporate networks are synonymous with customer premises. It should also be understood that references to corporate, corporations, organizations, etc. may be interchangeable and are not intended to be limited to commercial business organizations. While many of the embodiments described herein are described with reference to corporate environments, these embodiments are merely illustrative and can also apply to the computing environment of any organization that has a need for remote management of network resources via a cloud-based approach.
As used herein, a cloud extension agent is a software agent running on resources within a corporate network for purposes of extending control of local resources to one or more datacenters on the Internet. A cloud extension agent can be configured to initiate an outbound secure connection through one or more firewalls to interface with resources across the Internet (e.g., open a connection to cloud-based resources via HTTPS). Cloud extension agents may be further configured to interface with servers or other resources within the corporate network through APIs, exposed network ports, or other software protocols. This allows the cloud extension agent to change the configuration of these resources. Some cloud extension agents may further be configured to monitor status of these resources, such as by accessing user profiles, policies, or device status information for mobile devices associated with users that utilize these resources. For example, a cloud extension agent may be capable of reviewing the security status of one or more mobile devices used by users of the network. For example, Exchange server and BES servers can monitor and report devices configuration and status information to the cloud extension agent. In some embodiments, a cloud extension agent may be further configured to upload a snapshot of information to the cloud-based network management platform about resources on the corporate network and/or mobile devices authorized to connect to the network.
Some embodiments of a cloud extension agent are suitable for interfacing with corporate servers for maintaining security policies related to mobile devices. Mobile devices, as used herein, can include smart phones (e.g. Blackberries, iPhones, Android phones), tablets (e.g. iOS, Android, Blackberry OS, or Windows tablets), laptops, mobile computing devices, PDAs, or any other device suitable for remote access to corporate resources. Some embodiments are particularly suitable for mobile devices having a mobile operating system (e.g. iOS, Android, Blackberry OS, or Windows Phone 7). In some embodiments, a cloud extension agent can also be used to configure security policies for any remote access to corporate resources, including accessing corporate resources from other networks, including access from home networks via a user's home computer or from another corporate network. In this manner, some devices, such as home desktop PCs or Macs can also be considered mobile devices when allowing mobility of user connections. In some embodiments, a cloud extension agent is also suitable for configuring corporate resources for other purposes that will be apparent to one of ordinary skill in the art.
It will be appreciated that a cloud extension agent may be used to configure any corporate resources via interaction with cloud-based resources through a firewall, where the configuration of corporate resources would typically be frustrated or impossible by remote access through the firewall. In this manner, a cloud extension agent effectively extends management of corporate resources from the local network to the cloud, where such an extension might not otherwise be feasible.
Cloud extension agent 124 opens a connection 110 to one or more external servers in cloud 132 through firewall 112. Many firewalls restrict inbound connections. However, by employing a cloud extension agent 124, connection 110 can be initiated as an outbound connection through firewall 112. This allows connection 110 to be made through firewall 112, without the need for extensive changes to the policies of firewall 112. Utilizing an outbound connection has several advantages, including easy administration of cloud extension agent 124 and firewall 112, without the need for specialized training or complex configurations. In some embodiments, connection 110 is initiated as an outbound HTTPS connection. Most firewalls 112 allow HTTP and HTTPS connections in an outbound manner without additional configuration by an administrator. For example, many firewalls enable TCP ports 80 and 443 by default. Once initiated, connection 110 can allow real-time bidirectional communication between one or more data centers on cloud 132 and cloud extension agent 124, and can facilitate higher OSI layer communication protocols. In this way, connection 110 is initiated as an outgoing connection through firewall 112, but allows control instructions to be passed from external network management platforms to cloud extension agent 124.
As explained herein, cloud extension agent 124 can include a plurality of cloud extension agents. This can enable load balancing, load sharing, redundancy, failover, or allow for greater scalability. Cloud extension agent 124, therefore, should be understood to include both embodiments where a single cloud extension agent is used in embodiments where a plurality of cloud extension agents is used.
One or more data centers within cloud 132 can provide web-based interfaces for control, management, and viewing of status and configuration information. In this manner, some embodiments of the present invention provide a web-based management platform where interaction via a web interface, and the remote data center can configure and monitor corporate resources and servers via cloud extension agents 124. One example of a management platform suitable for implementation on cloud 132 is the MaaS360® suite of network and mobile device management applications from Fiberlink Communications Inc. Examples of the web-based interfaces that can be provided by data centers and cloud 132 are explained throughout. These interfaces can include, for example, behavior, security and compliance monitoring dashboard 134, consolidated user view 136, policy management interface 137, and device management and actions interface 138.
Dashboard 134 can provide visibility information about users and user devices 126 to an administrator via a web interface. This information can include information about compliance with policies, status information, configuration information, or other information about user devices 126. This can be displayed via a webpage that can include display of the information in a dashboard fashion, which can include hierarchal representations of information, including at-a-glance statistical information about users and devices 126 as a whole, or information about a specific user/device or group of devices within the plurality of user devices 126. Information about these individual devices or groups of devices may be obtained by clicking on larger statistical representations of status information of the larger group of user devices 126.
Consolidated user view 136 can also include dashboard information via a webpage for displaying information about users of user devices 126. Such information can include behavioral information about individual users, such as the last time he logged in, whether his devices are in compliance, or which devices are associated with each user. It should be appreciated that any number of web interfaces 134, 136, 137, or 138 can be displayed as links or tabs from a common page in a user of a web-based interface can easily move between these various views.
Policy Management interface 137 can allow administrators to access information about currently deployed policies on corporate servers 122. Policy Management interface 137 can also be used to facilitate the creation of new policies or changes to existing policies. Policy Management interface 137 can therefore be used by an administrator to manage security policies relating to user devices 126 and corporate servers 122 via a web interface. This can allow rapid changes to policies within customer premises 120 via the web.
Device management and actions interface 138 can be used to view status information about individual devices and manage individual devices, such as allowing an administrator to remotely wipe a given device. For example, if a user device were to be lost, and administrator could use device management and actions interface 138 to initiate a remote wipe of sensitive data from the device. This interface can also be used to facilitate updates to a device or changes to security settings on the device, if available via the devices operating system.
In some embodiments, the cloud-based management platform provides the following advantages. Working with cloud extension agent 124, the cloud-based management platform can extract device and user attributes and upload these for display via a web interface or for use in segmenting the device or user population for administration purposes. This can include various hardware inventory, network, security and compliance and software inventory information about the devices 126. This can include transactional views that can be used to analyze and report this information. Furthermore, by working with cloud extension agent 124 real-time actions can be executed by cloud-based management platform 150 to interact with user devices 126, such as lock, wipe, locate, or change password. Additionally, cloud-based management platform 150 can be used to provide global settings and policy definitions, as well as management and assignments such as maintaining pass code policies on all mobile devices associated with customer premises 120. This can allow an organization to manage the mobile devices connecting to its network while outsourcing the management to a cloud-based vendor.
Cloud extension agent 124 can communicate with several front-end servers in one or more remote data centers. Bulk upload server 152 can be used by cloud extension agent 124 to upload information about device configuration or configuration and status information of corporate servers 122 and user devices 126. At initialization, the amount of information that may be loaded onto bulk upload server 152 can be relatively large. In some embodiments, bulk upload server 152 is a standalone server in a data center. In some embodiments, it can be a software component operating on the same server hardware as the other servers in the data center that supports cloud-based management platform 150. Bulk upload server 152 can work with registration server 153 to create records for newly registered individual devices or corporate servers, upon receiving status information from cloud extension agent 124. Bulk upload server 152 and registration server 153 can interface with device management database 154 to create and maintain records for individual user devices or corporate servers. For example, for new devices with no records in device management database 154, registration server 153 will create a new record. For devices having an existing record in device database 154, bulk upload server 152 can update the record in the database.
XMPP server 160 provides messaging services between cloud extension agent 124 and device management database 154. XMPP is a standard protocol for real-time messaging (instant messaging) utilizing an XML framework. XMPP can be used to communicate over an HTTP or HTTPS connection. XMPP server 160 can be used to send control messages to cloud extension agent 124, using an instant messaging approach. By utilizing XMPP over a connection 110, such as an HTTPS connection or a bidirectional communication over synchronous HTTPS connections (e.g. XMPP over BOSH), control messages can be sent from cloud-based management platform 154 to cloud extension agent 124. Cloud extension agent 124 can then execute these control messages and perform actions, such as changing configuration of corporate servers 122. In this manner, actions (such as changing policies of these corporate resources and servers) can be carried out using a simple outbound-initiated HTTPS connection through firewall 112. Control messages in XMPP format can have an extensible format that allows any type of control message that may be suitable for an application.
Furthermore, because the communication of control messages is via an instant messaging protocol over a secure HTTP connection, control can be done in a secure manner and in substantially real-time. For example, the available instructions can be limited to simple instructions related to device management policies that must be handled by cloud extension agent 124. Because an implementer of cloud-based management platform 150 and cloud extension agent 124 has control of the library of available command messages sent over the XMPP channel, control can be implemented without exposing corporate servers 122 to malicious attack. For example, firewall 112 can still maintain all security that any standard firewall would maintain, and corporate servers 122 can operate without exposing APIs or ports to the Internet. Thus, while the configuration of policies relating to corporate servers 122 can be controlled by cloud-based management platform 150 via XMPP server 160, this control can be limited so as not to expose sensitive corporate resources to a security attack. Furthermore, because XMPP server 160 only communicates with cloud extension agent 124 via a secure channel initiated by cloud extension agent 124, it would be difficult for an attacker to take advantage of the communication. Because cloud extension agent 124, initiates the connection, cloud extension agent 124 can be configured to only connect with a trusted XMPP server 160 assisted with a trusted cloud-based management platform 150. A vendor that maintains both cloud-based management platform 150 and cloud extension agent 124 can therefore make it very difficult for an attacker to spoof XMPP server 160. Similarly, the scope of available commands can be limited to those related to the management task being performed, preventing any malicious use of the command received from cloud extender 124 from causing damage to corporate servers 122. In this manner, a secure end-to-end connection between device management database 154 and configuration and status information of corporate servers 122 can be maintained. This allows management of corporate servers 122 to be essentially extended to the cloud and cloud-based management platform 150.
Furthermore, because the XMPP protocol (or any similar bidirectional messaging protocol) provides an efficient means for communicating messages and is used in embodiments of the present invention for control, actions can be effectuated in substantially real-time. For example, once an outgoing connection is initiated by the cloud extension agent, it creates a secure, persistent messaging channel for messages from the XMPP server. In some embodiments, actions initiated by an administrator via a web interface for the cloud-based management platform can be effected nearly instantaneously by sending messages to the cloud extension agent via the XMPP server.
Furthermore, by using a secure connection through firewall, using a standard Internet protocol and an instant messaging control protocol to exchange control messages between the cloud-based management platform 150 and the cloud extension agent 124, the system can have advantages over prior art configurations. For example, in prior art configurations that use a demilitarized zone (DMZ), software can be placed in a DMZ for communication outside a network without having to go through a firewall. However, because the DMZ does not interface external networks through a firewall, the DMZ itself must be generally be quarantined from the rest of corporate network. Therefore, if an agent was placed in a DMZ there would most likely be a firewall between the agent and the corporate servers that the agent seeks to configure. In such a configuration, it would be difficult for an agent to communicate configuration information to the servers, because the corporate servers would not expose the ports necessary for configuration to software in the DMZ. In contrast, in some embodiments of the present invention, the cloud extension agent is on the same network as the corporate resources being configured. Furthermore, there is generally no firewall (or at least no full-security firewall) between the cloud extension agent and the corporate servers. Accordingly, corporate servers 122 can expose APIs and communication ports to the cloud extension agent 124 that might not otherwise be available in the prior art configurations.
In some embodiments, the difference between bulk upload server 152 and XMPP server 160 can be described as visibility versus control. Cloud extension agent 124 connects to bulk upload server 152 to provide visibility information about mobile devices connected to corporate servers 122. On the other hand, XMPP server 160 provides control to cloud extension agent 124 so that cloud extension agent 124 can receive commands for management of corporate servers 122.
In some embodiments, heartbeat server 162 can also be used to allow further communication between cloud extension agent 124, and device management database 154. Heartbeat server 162 can be used to manage cloud extension agent 124 itself. For example, if an update is required to the configuration information of the cloud extension agent or a new software update is available, this information can be conveyed via heartbeat server 162. XMPP server 160, on the other hand, generally provides real-time communication of commands for cloud extension agent to execute during normal operation. Heartbeat server 162 can be used for administrative tasks that do not require real-time implementation. A heartbeat server is generally a server that is configured to exchange data with a cloud extension agent at a regular interval. In some embodiments, the mechanism used is polling by the cloud extension agent at a predetermined interval. The heartbeat server can be further configured to determine that a cloud extension agent has failed to check in within a predetermined threshold time, indication an error with the cloud extension agent. In some embodiments, cloud extension agent 124 polls heartbeat server 162 every 6 minutes, while some embodiments utilize a shorter or longer heartbeat interval. This allows cloud extension agent 124 to be updated and managed separately from the execution of commands to control corporate resources, 122, without burdening network bandwidth. It should be appreciated that any polling interval can be chosen as appropriate
In some instances, cloud extension agent 124 can also communicate with file server 164 to download updates to cloud extension agent software, etc. This can prevent large data transfer from burdening heartbeat server 162. In some embodiments, bulk upload server 152, XMPP server 160, heartbeat server 162, file server 164 can be separate servers or parts of the same hardware or software server.
Device management database 154 provides a central repository for control information and visibility information used by cloud-based management platform 150. This information can include device configuration and status information, such as information received by bulk upload server 152. This information can also include information related to commands that are sent to cloud extension agent 124 via XMPP server 160 or information about updates to be sent to cloud extension agent 124 via heartbeat server 162. It may also include information used for accessing appropriate files to upload or download via file server 164. It will be appreciated that any appropriate database may be used including a single database or separate databases for separate purposes or direct mailbox/buffer communication between the front-end servers 152, 160, 162, and 164, and the various user interfaces. It should be appreciated that device management database 154 is not be limited to a database and other appropriate computing structures can be used in different embodiments.
Cloud-based management platform 150 also includes various user interfaces and managers that can be used by a user 172 interact with visibility or control of user devices. Device view manager 156 can be used to access and organize device information stored in the device management database 154. An example of the type of interface that may be provided by device view manager 156 is shown in interface 138.
Policy manager 157 may be provided to allow a user to easily manage, create, organize, and edit policies that will be deployed on customer premises 120. These can include any type of device management policies that are appropriate for the application, including security policies that will be used by enterprise servers for ensuring secure access by user devices 126.
Alert manager 158 may be provided to allow an administrator to utilize filters to monitor conditions in the customer premises 120. For example, e-mail or SMS alerts may be provided by alert manager 158 when certain devices fall below a compliance threshold. This can be used by administrators to determine on a real-time basis which devices need immediate updates or to quickly learn when the overall health of compliance exceeds a minimum threshold level. Cloud extension agent configuration view 159 can be provided to the administrator to allow the administrator to configure individual cloud extension agents so that they perform as the administrator chooses. For example, this can enable an administrator to configure a cloud extension agent to communicate with an Exchange server. This can also include creating new cloud extension agents on customer premises 120.
In some embodiments, a scheme format is used to allow universal formatting of bulk upload data related to mobile devices. Examples of formats for use with data uploads and for instructions sent to cloud extension agents are provided at the end of this specification.
At step 206, bulk upload server 152 determines if any new devices are included in the data received from cloud extension agent 124. For new devices, bulk upload server 152 can indicates with registration server 153 to initiate a new registration of a user device with the device management database 154.
At step 208 registration server 153 works with device management database 154 to create new records for new devices that do not have existing records, and for any devices that have been deleted based on information received from corporate servers 122, registration server 153 will delete the record for those devices from device manager database 154.
At step 210 each device that has updated information will have this information updated in device management database 154. Any incremental data received by bulk upload server 152 can be sent to device management database 154 to update the records for a corresponding device. In this manner, device management database 154 maintains complete and accurate up-to-date records of status and configuration information of user devices 126. This information can be used by various user interface managers to present the status information to an administrative user.
For example, device view manager 156 can access device management database 154 to review status and configuration information for a subset of devices 126, or individual devices. At step 212 device view manager 156 accesses device management database 154 to review information about the current status of devices 126. This can be either a push or pull operation. Device view manager 156 can initiate queries of device management database 154 in response to selection via a web interface by an administrator 170. Alternatively, device view manager 156 can regularly access device management database 154 to maintain a display of user device information.
In some embodiments, the device views presented via device manager 156 through a web portal can be configurable based on user preferences. Furthermore, the device used can be configurable based on the source of information for each device. For example, where the source of device information is an ActiveSync server, the device view can have a certain format, while BES server information can have a different format for display to user. Furthermore, depending on the type of device and source of information, the available information about a device, including the attribute types, can change. Accordingly, device view manager 156 can take into account the source of the device data when choosing how to present the device information to an administrator.
Similarly, alert manager 158 can access device management database 154 to determine if alerts are necessary to display to an administrator based on certain status information of user devices 126. At step 214 alert manager 158 receives information from device management database 154 related to alerts. Again, this can be either a push or pull operation depending on the implementation of the manager. For example, alert manager 158 can query, based on alert filters, to determine if certain conditions necessary to trigger an alert exist in the database. Similarly, alert manager 158 can register with device management database 154 to regularly receive certain types of information related to alerts. If the alert condition exists, alert manager 158 can display an alert via the screen of a web interface to an administrator, via a text message, or via an e-mail message.
In some embodiments, the upload of information can include using the cloud extension agent to upload user and device information for a defined subset of user devices. This can allow user groups to be formed and maintained separately from other devices and users. Similarly, in some embodiments, the upload can be directed based on substantially real-time actions received by the cloud extension agent from the XMPP server. In this manner, visibility and control can be connected. Actions can be sent to the cloud extension agent in substantially real time, can be initiated via a web interface, and can cause the cloud extension agent to upload visibility information pertaining to users or to user devices, or any dynamically assignable subset thereof, can be gathered and uploaded to the bulk upload server. Similarly, other types of actions can be initiated via the substantially real-time messaging through the XMPP server, as described throughout.
The example shown in
At step 404 XMPP server 160 communicates the action for the device to the cloud extension agent over connection 110. As discussed herein, the connection 110 can be initiated as an outgoing communication to XMPP server 160 from cloud extension agent, 124, but it enables bidirectional communication is substantially real-time to allow commands to be sent from XMPP server 162 cloud extension agent 124.
At step 406 the cloud extension agent 124 executes the commands received from the XMPP server 162 to cause corporate servers 122 to execute a specific action. For example, cloud extension agent 124 can utilize an exposed communication port by a corporate server 122 that is suitable to accept configuration commands. Upon receiving the command from cloud extension agent 124, corporate server 122 can acknowledge the command as well as communicate the failure or success in executing the command received from cloud extension agent 124. In the example of a remote wipe, corporate server 122 can communicate an acknowledgment of the command as well as communicate when the remote wipe has successfully executed or has been successfully scheduled. In some embodiments, the action can be a policy type action that can be executed on the corporate servers 122, without requiring the device to check in to complete the action. For example, a policy requiring all iPhones to have a certain release of the iOS operating system can be applied to corporate servers 122 and can be used by the servers the next time an iPhone device attempts to access corporate resources or servers 122.
At step 408 the response received from corporate servers 122 is communicated by cloud extension agent 124 to the XMPP server using the XMPP protocol over connection 110. This can be a simple acknowledgment that the update to the configuration of corporate servers 122 requested by administrator 170 has been successfully sent to corporate servers 122 and/or executed by corporate servers 122.
At step 410 the XMPP server communicates to the device view manager that the action has been scheduled or executed by the corporate servers 122. This can then be displayed to the administrator, acknowledging that the requested configuration change has been initiated. The communication between XMPP server and device view manager can be direct or through the status information maintained in database 154.
In some embodiments, corporate servers 122 also have entries in the device management database 154, like those of user devices 126. This allows device management database 154 to maintain a model of corporate resources, such as exchange servers, as well as user devices such as mobile devices that access these resources. This information can be used by the various managers to display important information about the overall status of customer premises 120 to administrator 170.
At step 412 whenever a mobile device 125 connects to corporate resources, 122 and a pending actions related to that device can be executed by the corporate servers 122, the response of device 125 can be recorded by corporate servers 122 and communicated via cloud extension agent 124 to bulk upload server 152. This can occur the next time the cloud extension agent updates status information related to individual device 125. For example, where a device is remotely wiped corporate servers 122 can initiate the remote wipe of the device 125, when a user connects to a network or accesses corporate servers. The corporate servers 122 will acknowledge the status change of device 125 and communicate it to the cloud extension agent 124.
At step 414 cloud extension agent 124 communicates with bulk upload server 152, any change in status information related to user device 125, as part of the regular incremental data upload from the corporate server 122.
At step 416 bulk upload server 152 can communicate changes in the status of user device 125 to the device management database 154. Similarly, any previously pending actions that have been taken on device 125 can now be marked as complete in the record related to device 125 in database 154. This information can then be displayed to administrator 170 by any of the various managers.
Administrator 170 accesses policy manager 157 via a web interface to view existing policies for corporate servers 122, and can further change or publish new policies by the web interface. At step 506, any changes to existing policies or new policies created by administrator 170 via the policy manager 157 can be published. In some embodiments, policy manager 157 will store the changes in the policy to device management database 154. XMPP server 160 will notice changes in the database or will receive messages from policy manager 157 regarding the policy changes or new policies.
At step 508 the XMPP server 160 uses connection 110 to begin publishing the policy changes to cloud extension agent 124. Because the XMPP protocol is used over a secure connection policy, changes can occur in substantially real-time.
At step 510 upon receiving the policy changes from the XMPP server, cloud extension agent 124 interacts with corporate server 122 to change the configuration of policies on the server. This interaction between cloud extension agent 124 and corporate server 122 can be through any appropriate means known in the art, including an API or open communication port.
At step 512 cloud extension agent 124 reports back to XMPP server 160 that the policy change has been made. XMPP server 160 can, in turn, update device manager database 154 to reflect the change in status of the policy of corporate server 122.
At step 514 corporate server 122 applies the policy to any devices that subsequently connect to the resources. Corporate server 122 can then report the change in status of the device connecting to cloud extension agent 124 for sending to bulk upload server 152 to update the status information of the individual mobile device for which the policy has been applied.
The available policies for selection by an administrator 170 depend on the type of product being managed by the cloud-based management platform. However, because the cloud-based management platform is designed in some embodiments to be extensible to allow integration with many types of third-party products and servers on customer premises 120, cloud-based management platform 150 can enable definition of broad classes of policies, dynamically without downtime in the third-party products being managed. For example, cloud extension agents 124 can be extensively configured, to interact with many third-party servers or applications. They can include the ability to interact with APIs for various third-party network products. Because the policy publication flow contemplates acknowledgment of policies deployed by cloud extension agent 124, cloud extension agents 124 can effectively synchronize policies amongst third-party network applications being managed. Effectively, these third party applications (e.g. corporate servers 122 and applications running thereon) can be configured as if they were being administered locally, and may not have any awareness that the cloud-based management platform is initiating policy Management.
Table 1 below identifies exemplary use cases and system behaviors for defining and synchronizing policies for certain administrative situations that are suitable for use with embodiments of the present invention, where the cloud-based management platform is MaaS360®.
This screen can be used to configure the individual properties of the cloud extender itself. In this example, the cloud extender is configured to interface with an exchange ActiveSync server and provide visibility services about users. The screen can display timestamps related to when the cloud extension agent last reported, when it was installed, when the configuration was last modified, and when the agent was activated. The screen can also display information about who created the agent, the domain in which the agent operates, and proxy settings of the agent. The screen can also show information about the hardware on which the agent is operating. In this example, the hardware is a Microsoft Windows server 2008 server operating a MaaS360® cloud extender service package. Information about the version information and available resources on the hardware can also be displayed.
An exemplary next display screen includes information about the prerequisites for integrating the cloud extension agent with corporate servers. This screen can be used to display the requirements needed by an agent, and or the server to successfully integrate. For example, in exchange ActiveSync server may require a certain version of PowerShell. The server may also require certain versions be used.
Basic settings, such as username, password, and domain information for accessing the cloud extension agent, can be displayed to the administrator in a next screen. Finally, advanced settings can be displayed, including configuring the mailboxes for use by the cloud extension agent.
At step 604, the settings are placed into the device management database 154, and any changes are noted in the database. These changes can be communicated to heartbeat server 162. This allows changes in settings to be noted by cloud extension agent next time the cloud extension agent checks in with the heartbeat server 162.
At step 606 cloud extension agent 124 connects to the heartbeat server at a regular polling interval. Upon connecting to the heartbeat server 162, the cloud extension agent notices that the settings have changed. At step 608 the new settings are downloaded to the cloud extension agent from heartbeat server 162.
At step 610 any changes and settings are applied to the cloud extension agent. The cloud extension agent can then begin operating with those updated settings. In this manner, administrator 170 may update cloud extension agent settings via a web interface and within a few minutes, depending on the polling interval, have those changes sent to the cloud extension agent operating on customer premises 120.
Remote diagnosis can be used to address multiple areas for potential failure within a network management system. A remote diagnosis flow can provide a mechanism to collect and diagnose all aspects of network management system through logs that are gathered from customer premises without manual intervention from the customer. The remote diagnosis flow can include on-demand actions taken by the cloud extension agent to create diagnostic logs for review by cloud-based management platform 150. This can include a log collection utility accessible to the cloud extension agent 124 that runs in the background without visible display, notification, etc. on the customer premises.
In the example shown in
At step 704, the cloud extension agent view interacts with XMPP server 160, such as through a database 154, to communicate the actions related to collecting logs requested by administrator 170.
At step 706, the XMPP server sends the actions needed to collect logs to the cloud extension agent via connection 110. At step 708 cloud extension agent, 124 runs diagnosis utilities or any other actions specified by the XMPP server to collect the requested logs. In some examples, the log information can be collected from corporate servers 122. However, in some instances, the log information can be collected from cloud extension agents themselves. In some embodiments, step 706 can be performed by the heartbeat server 162, instead of the XMPP server 160.
At step 710 any long information that is collected by the cloud extension agent 124 can be uploaded to the network based management platform, such as MaaS360®, via file server 164. Because this log information can be quite large, in some embodiments, a separate file server 164 is provided to allow bulk upload a large log files without interfering with the other connections to the cloud extension agent. In some embodiments, the file server 164 can be provided in a different data center than the rest of network management platform 150 to allow flexibility of administrator 172 collect log files in any manner in which he chooses.
At step 712 administrator 170 can view the log files uploaded to file server, 164. This view can be a direct text level view of the log files provided, which can be in a specified format, or via a web interface that is similar to the other views provided, such as that provided by cloud extension agent view 159.
At step 754 cloud extension agent view 159 interacts with XMPP server 160, such as via device management database 154, to inform the XMPP server 160 that cloud extension agent 124 needs to execute actions relating to upgrade its software. These actions can include defining a URL for downloading the upgraded software, and may include a security password or an SHA1 value, for verifying the identity of the agent or the file before accessing the file. In this manner, the cloud extension agent can verify that the software it downloads for upgrading is from a verified source. This can prevent attacks to the cloud extension agent whereby a cloud extension agent could be maliciously made to download and improper or more vulnerable software image from a fake file server.
At step 756 the requested action is sent to cloud extension agent 124 from XMPP server 160 over connection 110. Upon receiving the upgrade action from XMPP server 160, cloud extension agent 124 checks to determine if the requested upgrade is applicable to cloud extension agent 124 at step 758. In some embodiments, step 756 can be performed by the heartbeat server 162, instead of the XMPP server 160.
At step 760 if the upgrade is applicable to cloud extension agent 124, it connects to file server 164 to download the upgrade package needed to install any updates to cloud extension agent 124 and its software. At step 762 the upgrade is installed and the completed status is reported to XMPP server 160 or to upload server 152.
By providing a remote upgrade flow, cloud-based management platform 150 can allow remote administration of cloud extension agent 124 without requiring administrators of customer premises 120 to actively manage cloud extension agents on the customer premises. This allows outsourcing of device management to a cloud-based organization and can allow organizations to successfully manage their networks without the need to hire large internal IT staffs.
Another aspect of some embodiments of the present invention is inability to provide load balancing and failover capabilities amongst multiple cloud extension agents. For large deployments where a customer premises is large or the need for network management is great, load balancing can be an appropriate solution. In some embodiments, load balancing is accomplished by having multiple active cloud extension agents operating at any given moment. In some embodiments, customer premises may be divided into multiple regions to allow separate network management domains to be created to reduce management overhead. In these configurations, each active cloud extension agent uploads information and participates in the management of only those resources within the customer premises assigned to each cloud extension agent. The network management platform can use that association to determine which cloud extension agent to send a given action.
In this example, Region 1 includes three mailbox servers 221, 222, and 223. Mailbox servers to 21 and mailbox server 222. Interface with a single cloud extension agent. Meanwhile, mailbox server 223 interacts with a different cloud extension agent. In this regard, Region 1 is managed by to cloud extension agents. Region 2 and mailbox server to 24 are managed by a single cloud extension agent.
A blackberry enterprise server environment can also be applied to Region 1 and Region 2. In this example, a single blackberry enterprise server 231 manages both Region 1 and Region 2. A single cloud extension agent interfaces with the BlackBerry enterprise server 231.
Region 1 and Region 2 can also have separate domain controllers for maintaining user credentials within each region. These domain controllers can interact with one or more cloud extension agents.
Similarly, a network management platform can interact with multiple active and passive clusters of cloud extension agents. Cloud extension agents can be active or passive to allow for failover, redundancy. For example, in
By providing a failover cloud extension agent, a network management system can provide high-availability management of customer premises. This can include a watchdog service where each cloud extension agent observes other cloud extension agents to ensure that they remain operational. If one cloud extension agent notices that another cloud extension agent has stopped working, the observing cloud extension agent can restart the stopped cloud extension agent. In this manner, passive cloud extension agents surveyed dual-purpose role of watchdog agents as well as providing failover capability. Furthermore, in the event that there are multiple passive cloud extension agents, these agents can be assigned priorities, such that the highest priority cloud extension agent available can take over for a failed cloud extension agent.
At step 802 at regular intervals both cloud extension agents will connect to the cloud-based management platform 150. This can include, for example, connecting to the heartbeat server 162. This allows cloud-based management platform 150 to maintain information and configuration or settings for all cloud extension agents, regardless of whether each cloud extension agent is active or passive.
At step 804 the active instance of cloud extension agent 124, will connect at regular intervals to cloud-based management platform 152 and upload attribute information about devices and servers that the cloud extension agent is managing. This step can be performed by interacting with bulk upload server 152. At step 806, cloud-based management platform 150 sends actions to cloud extension agent 124, as discussed throughout this specification. At step 808, if state information pertaining to the cloud extension agent is reported to the cloud-based management platform 150. Status information can include any information about the status of pending actions, settings, the current status of any resources being monitored or managed, etc. Similarly, any changes in the settings to the cloud extension agent can be reported at step 808. At step 809 any state changes reported by cloud extension agent 124 are stored in a local database to maintain status information of active cloud extension agents. Any changes are noted in the in records pertaining to active instance 124.
At step 810 any policy changes initiated by an administrator are pushed out to active and passive cloud extension agents. Here, the XMPP server will send a change policy action to both active and passive cloud extension agents. This ensures that passive cloud extension agents also maintain up-to-date policy information so that they are ready to become active, should the need arise.
At step 812 any policy settings or other update information can also be sent to both active and passive cloud extension agents. In some embodiments, policy changes can be initiated by an instruction received from the XMPP server and completed by a cloud extension agent by downloading a policy from a URL indicated in the message received from the XMPP server.
At step 820, either any server interacting with the cloud extension agent, such as the XMPP server or a heartbeat server, can notice that there is a communication error with an active instance of the cloud extension agent 124. The cloud-based management platform 150 can determine from this reported information that cloud extension agent 124 is no longer suitable for management of customer premises. This can arise if cloud extension agent 124 has been incapacitated or breached, crashed, etc.
Upon determining that cloud extension agent 124 is no longer suitable to be the active instance of the cloud extension agent managing customer premises 120, cloud-based management platform sends an inactivate message to cloud extension agent 124, at step 822. This can be via the XMPP server 160. If cloud extension agent 124 is not currently connected, the inactivate message can be queued such that the next time cloud extension agent 124 connects to cloud-based management platform 150. It will receive the message.
At step 824 cloud-based management platform 150 sends an activate message to passive instance 124A. Cloud-based management platform 150 can also send any state information that was previously received from active instance 124. In this manner, at step 824 cloud extension agent 124A receives all the information necessary for handover of cloud extension agent 124's active role. Subsequently, cloud extension agent 124A begins the monitoring process of an active cloud extension agent, managing customer premises 120. At step 826 cloud extension agent 124A performs all initialization tasks necessary to complete the handover and sends updated status information and confirmation to cloud-based management platform 150 to complete the handover. Accordingly, at this point, the roles of cloud extension agent 124, and 124A, have successfully switched.
Examples of Data Formats
The following are examples of the data formats that can be used for communications to or from the cloud extension agent, such as during the various data flows described throughout this specification.
An exemplary list of the core/generic attributes for describing user devices 26 is shown in Table 2.
An exemplary list of the attributes for describing a device that is being deregistered is shown in Table 3.
An exemplary list of the attributes for hardware, including corporate servers and the hardware on the customer premises for hosting the cloud extension agents is shown in Table 4 and Table 5. Table 4 shows the static or basic data associated with hardware, while Table 5 shows dynamic data associated with the hardware that is likely to change on incremental state changes.
An exemplary list of the attributes related to security and compliance status of a user device is shown in Table 6. In addition, information related to the particular states of the device related to Exchange ActiveSync or BES attributes.
An exemplary list of the attributes related to identifying policies defined on a device is shown in Table 7.
An exemplary list of the attributes related to identifying profiles defined on a device is shown in Table 8.
In addition, other formats can be used to send any other information contemplated by the embodiments described herein. For example, information about network status can be recorded and sent, including static traits such as carrier and phone number of a device, as well as dynamic information, such as the current location of the device.
Having thus described several aspects of at least one embodiment of this invention, it is to be appreciated various alterations, modifications, and improvements will readily occur to those skilled in the art. Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention. Accordingly, the foregoing description and drawings are by way of example only.
This application is a continuation of U.S. application Ser. No. 16/988,991, filed on Aug. 10, 2020, which is a continuation of U.S. application Ser. No. 16/809,354 filed on Mar. 4, 2020, which a continuation of U.S. application Ser. No. 15/785,137, filed Oct. 16, 2017, now U.S. Pat. No. 10,623,245, issued on Apr. 14, 2020, which is a continuation of U.S. application Ser. No. 14/858,760, filed on Sep. 18, 2015, now U.S. Pat. No. 9,794,117, issued on Oct. 17, 2017, which is a continuation of U.S. application Ser. No. 13/347,352, filed on Jan. 10, 2012, now U.S. Pat. No. 9,172,766, issued on Oct. 27, 2015, which claims priority to U.S. Provisional Application Ser. No. 61/431,270, filed on Jan. 10, 2011, each of which are incorporated herein by reference in its entirety.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5987611 | Freund | Nov 1999 | A |
| 6553422 | Nelson | Apr 2003 | B1 |
| 6964368 | Trelawney et al. | Nov 2005 | B1 |
| 6973491 | Staveley et al. | Dec 2005 | B1 |
| 6990666 | Hirschfeld et al. | Jan 2006 | B2 |
| 7110773 | Wallace et al. | Sep 2006 | B1 |
| 7313619 | Torrant et al. | Dec 2007 | B2 |
| 7512939 | Brookner | Mar 2009 | B2 |
| 7596620 | Colton et al. | Sep 2009 | B1 |
| 7735127 | Rive et al. | Jun 2010 | B1 |
| 8024712 | Korolev et al. | Sep 2011 | B1 |
| 8341625 | Ferris et al. | Dec 2012 | B2 |
| 8352998 | Kougiouris et al. | Jan 2013 | B1 |
| 8499330 | Albisu et al. | Jul 2013 | B1 |
| 8572602 | Colton et al. | Oct 2013 | B1 |
| 8595378 | Cohn et al. | Nov 2013 | B1 |
| 8595787 | Riley et al. | Nov 2013 | B2 |
| 8806037 | Kalra et al. | Aug 2014 | B1 |
| 8806617 | Johnson, III | Aug 2014 | B1 |
| 8843622 | Graham et al. | Sep 2014 | B1 |
| 8923812 | Koum et al. | Dec 2014 | B1 |
| 9167275 | Daily et al. | Oct 2015 | B1 |
| 9203775 | Mulligan et al. | Dec 2015 | B2 |
| 9264350 | Saavedra | Feb 2016 | B2 |
| 9639347 | Nolterieke | May 2017 | B2 |
| 9760412 | Knox et al. | Sep 2017 | B2 |
| 20020054689 | Zhang | May 2002 | A1 |
| 20030074606 | Boker | Apr 2003 | A1 |
| 20030126256 | Cruickshank, III et al. | Jul 2003 | A1 |
| 20030177176 | Hirschfeld | Sep 2003 | A1 |
| 20040028035 | Read | Feb 2004 | A1 |
| 20040044771 | Allred et al. | Mar 2004 | A1 |
| 20040230787 | Blumenau et al. | Nov 2004 | A1 |
| 20040230968 | Masunaga | Nov 2004 | A1 |
| 20050193103 | Drabik | Sep 2005 | A1 |
| 20060031476 | Mathes et al. | Feb 2006 | A1 |
| 20060085526 | Gulland | Apr 2006 | A1 |
| 20060195569 | Barker | Aug 2006 | A1 |
| 20070180116 | Kim et al. | Aug 2007 | A1 |
| 20070223428 | Patterson et al. | Sep 2007 | A1 |
| 20080005780 | Singleton | Jan 2008 | A1 |
| 20080016189 | Yoo | Jan 2008 | A1 |
| 20080127322 | McCall et al. | May 2008 | A1 |
| 20080295095 | Watanabe et al. | Nov 2008 | A1 |
| 20090013210 | McIntosh et al. | Jan 2009 | A1 |
| 20090135765 | Lewis et al. | May 2009 | A1 |
| 20090158189 | Itani | Jun 2009 | A1 |
| 20090164565 | Underhill | Jun 2009 | A1 |
| 20090187970 | Mower et al. | Jul 2009 | A1 |
| 20090198814 | Oono et al. | Aug 2009 | A1 |
| 20090247125 | Grant | Oct 2009 | A1 |
| 20090264070 | Lim | Oct 2009 | A1 |
| 20100022231 | Heins et al. | Jan 2010 | A1 |
| 20100027552 | Hill | Feb 2010 | A1 |
| 20100057680 | Little | Mar 2010 | A1 |
| 20100088150 | Mazhar et al. | Apr 2010 | A1 |
| 20100130178 | Bennett et al. | May 2010 | A1 |
| 20100210240 | Mahaffey et al. | Aug 2010 | A1 |
| 20100217850 | Ferris | Aug 2010 | A1 |
| 20100254394 | Barta et al. | Oct 2010 | A1 |
| 20100306354 | DeHaan et al. | Dec 2010 | A1 |
| 20110072487 | Hadar et al. | Mar 2011 | A1 |
| 20110078680 | Lagergren et al. | Mar 2011 | A1 |
| 20110143811 | Rodriguez | Jun 2011 | A1 |
| 20110165896 | Stromberg et al. | Jul 2011 | A1 |
| 20110185063 | Head et al. | Jul 2011 | A1 |
| 20110231280 | Farah | Sep 2011 | A1 |
| 20110231477 | Safruti et al. | Sep 2011 | A1 |
| 20110246596 | Cao et al. | Oct 2011 | A1 |
| 20110274036 | Calhoun et al. | Nov 2011 | A1 |
| 20110276986 | Kamath et al. | Nov 2011 | A1 |
| 20110282688 | Raggousis | Nov 2011 | A1 |
| 20110289200 | Patil et al. | Nov 2011 | A1 |
| 20110296001 | Ramstrom | Dec 2011 | A1 |
| 20110302629 | Whitson et al. | Dec 2011 | A1 |
| 20110307865 | Grieves et al. | Dec 2011 | A1 |
| 20120005542 | Petersen et al. | Jan 2012 | A1 |
| 20120011233 | Dixon et al. | Jan 2012 | A1 |
| 20120011358 | Masone | Jan 2012 | A1 |
| 20120017042 | Matsui et al. | Jan 2012 | A1 |
| 20120072584 | Kassai | Mar 2012 | A1 |
| 20120073482 | Meeker et al. | Mar 2012 | A1 |
| 20120077464 | Nair et al. | Mar 2012 | A1 |
| 20120102494 | Cahill et al. | Apr 2012 | A1 |
| 20120102506 | Hopmann et al. | Apr 2012 | A1 |
| 20120131594 | Morgan | May 2012 | A1 |
| 20120151282 | Watanabe et al. | Jun 2012 | A1 |
| 20120158200 | Vandevelde et al. | Jun 2012 | A1 |
| 20120166576 | Orsini et al. | Jun 2012 | A1 |
| 20120179817 | Bade et al. | Jul 2012 | A1 |
| 20120185913 | Martinez et al. | Jul 2012 | A1 |
| 20120271927 | Shakirzyanov et al. | Oct 2012 | A1 |
| 20120284571 | Stanko et al. | Nov 2012 | A1 |
| 20120331523 | Cui | Dec 2012 | A1 |
| 20130173402 | Young et al. | Jul 2013 | A1 |
| 20130318519 | Coolidge | Nov 2013 | A1 |
| 20130326495 | Reunamaki | Dec 2013 | A1 |
| 20130339949 | Spiers et al. | Dec 2013 | A1 |
| 20140118775 | Motamed et al. | May 2014 | A1 |
| 20140379400 | Bailey et al. | Dec 2014 | A1 |
| 20160143004 | Stromberg et al. | May 2016 | A1 |
| 20160232549 | Guenette et al. | Aug 2016 | A1 |
| 20160238272 | Imes et al. | Aug 2016 | A1 |
| 20160300277 | Marlowe et al. | Oct 2016 | A1 |
| 20160344745 | Johnson et al. | Nov 2016 | A1 |
| 20180367379 | Guo | Dec 2018 | A1 |
| Number | Date | Country |
|---|---|---|
| 101854623 | Oct 2010 | CN |
| 101854623 | Apr 2014 | CN |
| 1412846 | Apr 2004 | EP |
| 4597551 | Dec 2010 | JP |
| 2008063360 | May 2008 | WO |
| WO-2008063360 | May 2008 | WO |
| 2009030028 | Mar 2009 | WO |
| 2010043234 | Apr 2010 | WO |
| 2011153771 | Dec 2011 | WO |
| WO-2011153771 | Dec 2011 | WO |
| 2012054222 | Apr 2012 | WO |
| Entry |
|---|
| International Search Report dated May 3, 2012 in corresponding International Patent Application No. PCT/US2012/020785. |
| Supplementary European Search Report mailed Jul. 4, 2016 in corresponding European Patent Application No. EP 12734136. |
| Jinghi Min, ABC: Dynamic Configuration Management for MicroBrick-based Cloud Computing Systems, Seoul National University. |
| Clement Quinton, Leveraging Feature Models to Configure Virtual Appliances. |
| Trieu C. Chieu: Dynamic Scaling of Web Applications in a Virtualized Cloud Computing Environment, IBM Research Center. |
| Number | Date | Country | |
|---|---|---|---|
| 20220060375 A1 | Feb 2022 | US |
| Number | Date | Country | |
|---|---|---|---|
| 61431270 | Jan 2011 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 16988991 | Aug 2020 | US |
| Child | 17516103 | US | |
| Parent | 16809354 | Mar 2020 | US |
| Child | 17516103 | US | |
| Parent | 15785137 | Oct 2017 | US |
| Child | 16988991 | US | |
| Parent | 14858760 | Sep 2015 | US |
| Child | 15785137 | US | |
| Parent | 13347352 | Jan 2012 | US |
| Child | 14858760 | US |
