Managing grouped student devices with timed locks

• US 10,133,682 B2
• Filed: 12/31/2015
• Issued: 11/20/2018
• Est. Priority Date: 11/17/2015
• Status: Active Grant

• Current Assignee: Omnissa, LLC
• Original Assignee: AirWatch LLC (Broadcom, Inc.)
• Inventors: Bhati, Dheeraj, Maan, Ashish
• Primary Examiner(s): Zand, Kambiz
• Assistant Examiner(s): Kaplan, Benjamin A
• Application Number:
  US14/985,479
• Publication Number:
  US 20170139845A1
• Time in Patent Office: 1,055 Days
• Field of Search: 726 29
• CPC Class Codes: G06F 21/45 Structures or tools for the administration of authentication
• CPC Class Codes: G06F 21/604 Tools and structures for managing or administering access control systems
• CPC Class Codes: G06Q 10/06311 Scheduling, planning or task assignment for a person or group
• CPC Class Codes: G06Q 10/10 Office automation; Time management
• CPC Class Codes: G06Q 50/20 Education
• CPC Class Codes: H04L 63/107 wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
• CPC Class Codes: H04L 63/108 when the policy decisions are valid for a limited amount of time
• CPC Class Codes: H04W 12/08 Access security
• CPC Class Codes: H04W 12/37 Managing security policies for mobile devices or for controlling mobile applications
• CPC Class Codes: H04W 12/61 Time-dependent
• CPC Class Codes: H04W 12/63 Location-dependent; Proximity-dependent

Abstract

Systems and methods presented here can allow a teacher to schedule the locking of one or more student devices into an asset at some time in the future. A teacher device can be used to configure lock information, including student identifying information, lock type information, asset information, and lock timing information. The lock information can be transmitted to the student devices for local storage. The lock can then initiate on the student device at the scheduled time even in instances when the student device is not connected to a communication network. After lock expiration, an updated asset can be stored at the student device in conjunction with lock confirmation information. When the student device detects a network connection, the updated asset and the lock confirmation information can be transmitted to a management server where it can be accessed and evaluated by the teacher.

Claims

1. A system comprising:

at least one processor; and

at least one non-transitory computer-readable medium including instructions, which when executed by the at least one processor, cause the at least one processor to perform stages including;

executing a calendar application for scheduling future events;

receiving, at the calendar application, a lock request to schedule a lock to be applied to at least one user device, the lock request including at least one user identifier identifying the at least one user device, an asset identifier, and timing information, the lock request identifying a function of the at least one user device to disable while the at least one user device is locked into an asset associated with the asset identifier; and

transmitting the lock request to a management server causing the at least one user device to be locked into the asset associated with the asset identifier for a duration, the duration being based, at least in part, on the timing information.

2. The system of claim 1, the stages further comprising:

displaying a lock event indicia within a calendar of the calendar application, the indicia indicating at least a date and time of lock initiation.

3. The system of claim 2, wherein the lock event indicia further indicates at least a period of time corresponding to the lock duration.

4. The system of claim 3, wherein the lock event indicia can be manipulated within the calendar to alter the timing information of the lock request.

5. The system of claim 4, the stages further comprising:

transmitting an updated request to the at least one user device, the updated request including the altered timing information.

6. The system of claim 1, wherein the lock request includes a particular date and time at which the lock will be initiated.

7. The system of claim 1, wherein the lock request includes a window of time during which the lock can be initiated at the user device.

8. A non-transitory, computer-readable medium including instructions, the instructions causing a processor to execute stages including:

receiving lock information including at least one user identifier associated with at least one user device, an asset identifier, and timing information, the lock information identifying a function of the at least one user device to disable while the at least one user device is locked into an asset associated with the asset identifier;

displaying, within a calendar, a scheduled lock indicia, the scheduled lock indicia appearing in the calendar at a time period corresponding with the timing information; and

transmitting at least a portion of the lock information to a management server causing the at least one user device to be locked into the asset corresponding to the asset identifier for a duration, the duration being based, at least in part, on the timing information.

9. The non-transitory, computer-readable medium of claim 8, wherein the timing information includes a date and time for lock expiration.

10. The non-transitory, computer-readable medium of claim 8, wherein the timing information includes at least one trigger event to be received at the at least one user device that will cause the lock to expire.

11. The non-transitory, computer-readable medium of claim 8, wherein the timing information includes a period of time that the lock will be applied to the at least one user device beginning once the lock is initiated.

12. The non-transitory, computer-readable medium of claim 8, wherein manipulating the size or location of the scheduled lock indicia within the calendar alters the timing information associated with the lock information.

13. The non-transitory, computer-readable medium of claim 12, the stages further comprising:

transmitting at least a portion of updated lock information to the at least one user device, the updated lock information including the altered timing information.

14. The non-transitory, computer-readable medium of claim 8, the stages further comprising:

displaying, within the calendar, a plurality of lock indicia each corresponding to a unique lock event, the plurality of lock indicia including the scheduled lock indicia.

15. A method comprising:

receiving lock information including at least one user identifier associated with at least one user device, an asset identifier, and timing information, the lock information identifying a function of the at least one user device to disable while the at least one user device is locked into an asset associated with the asset identifier;

displaying, within a calendar, a scheduled lock indicia, the scheduled lock indicia appearing in the calendar at a time period corresponding with the timing information;

transmitting at least a portion of the lock information to a management server causing the at least one user device to store the lock information locally; and

causing the at least one user device to be locked into the asset associated with the asset identifier for a period of time based, at least in part, on the timing information.

16. The method of claim 15, wherein the at least one user device is locked into the asset at a time when the at least one user device is not connected to a communication network.

17. The method of claim 16, further comprising locally storing an updated version of the asset at the at least one user device upon an expiration of the lock, the expiration of the lock being based, at least in part, on the timing information.

18. The method of claim 17, further comprising transmitting the updated asset from the at least one user device upon detecting a connection to a communication network.

19. The method of claim 15, further comprising locally storing confirmation information associated with the lock at the at least one user device.

20. The method of claim 19, wherein the confirmation information includes any one or more of:

information indicating a successful lock of the at least one user device;

information indicating a failure to lock the at least one user device;

information indicating a duration of the lock applied to the at least one user device; and

information indicating a user'"'"'s engagement with the asset into which the at least one user device was locked.