IP Library Granted Patent US 12,229,284
Granted Patent B2
US 12,229,284 · App. 17/989,668 · Granted Feb 18, 2025

Multiuser unified endpoint management

Inventors: Senthil Parthasarathy (Atlanta, GA); Kevin B. Sheehan (Bloomfield, CT); Muhammad Anadil Furqan (Austin, TX); Haroon Barlas (Manor, TX); Amruta Moghe (Bangalore, IN); Kishore Krishnakumar (Atlanta, GA); Adarsh Subhash Chandra Jain (Atlanta, GA)
Assignee: Omnissa, LLC
G06F21/606H04L9/0643
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,229,284
App. No.
17/989,668
Granted
Feb 18, 2025
Kind
B2
Abstract

Disclosed are various embodiments of a multiuser unified endpoint management (UEM) system. A device check-in can be received from a client device. The device check-in can include a device identifier that uniquely identifies the client device with respect to other client devices and a user identifier that uniquely identifies the user of the client device with respect to other users of the client device. In response, a device channel identifier associated with the device identifier and a user channel identifier associated with both the user identifier and the device identifier can be obtained. Then a first set of entitlements associated with the device channel identifier and a second set of entitlements associated with the user channel identifier can be selected. Both sets of entitlements can be provided to the client device in response to the device check-in.

Claims (68)

1. A system, comprising:

a computing device comprising a processor and a memory; and

machine-readable instructions stored in the memory that, when executed by the processor, cause the computing device to at least:

receive a device check-in from a client device, the device check-in comprising a device identifier that uniquely identifies the client device with respect to other client devices and a user identifier that uniquely identifies the user of the client device with respect to other users of the client device;

obtain a device channel identifier associated with the device identifier;

obtain a user channel identifier associated with both the user identifier and the device identifier;

select a first set of entitlements from a device channel associated with the device channel identifier;

select a second set of entitlements from a user channel associated with the user channel identifier; and

provide the first set of entitlements and the second set of entitlements to the client device in response to the device check-in.

2. The system of claim 1 , wherein the machine-readable instructions further cause the computing device to at least:

receive a one-time authentication (OTA) code from the client device, the OTA code being associated with a certificate issued to the user identified by the user identifier;

validate the OTA code;

create a hash-based message authentication code (HMAC) token for the user; and

return the HMAC token to the client device.

3. The system of claim 2 , wherein the device check-in is a second device check-in and the machine-readable instructions further cause the computing device to at least:

receive a first device check-in from a client device, the first device check-in comprising the device identifier and the user identifier;

determine that the first device check-in fails to identify an existing union of the device channel identifier and the user channel identifier; and

send a certificate to the client device, the certificate including the one-time access code.

4. The system of claim 2 , wherein the machine-readable instructions further cause the computing device to at least:

authenticate the user identified by the user channel identifier based at least in part on the HMAC token, and

wherein authentication of the user is based at least in part on the HMAC token.

5. The system of claim 2 , wherein the machine-readable instructions further cause the computing device to at least delete the OTA code from a user account associated with the user identifier.

6. The system of claim 1 , wherein a state of the client device is represented by the union of the user channel and the device channel.

7. The system of claim 1 , wherein a first entitlement within the first set of entitlements from the user channel defines a user specific configuration for the client device and a second entitlement within the second set of entitlements from the device channel defines a device specific configuration for the client device.

8. A method, comprising:

receiving a device check-in from a client device, the device check-in comprising a device identifier that uniquely identifies the client device with respect to other client devices and a user identifier that uniquely identifies the user of the client device with respect to other users of the client device;

obtaining a device channel identifier associated with the device identifier;

obtaining a user channel identifier associated with both the user identifier and the device identifier;

selecting a first set of entitlements from a device channel associated with the device channel identifier;

selecting a second set of entitlements from a user channel associated with the user channel identifier; and

providing the first set of entitlements and the second set of entitlements to the client device in response to the device check-in.

9. The method of claim 8 , further comprising:

receiving a one-time authentication (OTA) code from the client device, the OTA code being associated with a certificate issued to the user identified by the user identifier;

validating the OTA code;

creating a hash-based message authentication code (HMAC) token for the user; and

returning the HMAC token to the client device.

10. The method of claim 9 , the device check-in is a second device check-in and the method further comprises:

receiving a first device check-in from a client device, the first device check-in comprising the device identifier and the user identifier;

determining that the first device check-in fails to identify an existing union of the device channel identifier and the user channel identifier; and

sending a certificate to the client device, the certificate including the one-time access code.

11. The method of claim 9 , further comprising:

authenticating the user identified by the user channel identifier based at least in part on the HMAC token,

wherein authentication of the user is based at least in part on the HMAC token.

12. The method of claim 9 , further comprising deleting the OTA code from a user account associated with the user identifier.

13. The method of claim 8 , wherein a state of the client device is represented by the union of the user channel and the device channel.

14. The method of claim 8 , wherein a first entitlement within the first set of entitlements from the user channel defines a user specific configuration for the client device and a second entitlement within the second set of entitlements from the device channel defines a device specific configuration for the client device.

15. A non-transitory, computer-readable medium, comprising machine-readable instructions that, when executed by a processor of a computing device, cause the computing device to at least:

receive a device check-in from a client device, the device check-in comprising a device identifier that uniquely identifies the client device with respect to other client devices and a user identifier that uniquely identifies the user of the client device with respect to other users of the client device;

obtain a device channel identifier associated with the device identifier;

obtain a user channel identifier associated with both the user identifier and the device identifier;

select a first set of entitlements from a device channel associated with the device channel identifier;

select a second set of entitlements from a user channel associated with the user channel identifier; and

provide the first set of entitlements and the second set of entitlements to the client device in response to the device check-in.

16. The non-transitory, computer-readable medium of claim 15 , wherein the machine-readable instructions further cause the computing device to at least:

receive a one-time authentication (OTA) code from the client device, the OTA code being associated with a certificate issued to the user identified by the user identifier;

validate the OTA code;

delete the OTA code from a user account associated with the user identifier;

create a hash-based message authentication code (HMAC) token for the user; and

return the HMAC token to the client device.

17. The non-transitory, computer-readable medium of claim 16 , wherein the device check-in is a second device check-in and the machine-readable instructions further cause the computing device to at least:

receive a first device check-in from a client device, the first device check-in comprising the device identifier and the user identifier;

determine that the first device check-in fails to identify an existing union of the device channel identifier and the user channel identifier; and

send a certificate to the client device, the certificate including the one-time access code.

18. The non-transitory, computer-readable medium of claim 16 , wherein the machine-readable instructions further cause the computing device to at least:

authenticate the user identified by the user channel identifier based at least in part on the HMAC token, and

wherein authentication of the user is based at least in part on the HMAC token.

19. The non-transitory, computer-readable medium of claim 16 , wherein the machine-readable instructions further cause the computing device to at least delete the OTA code from a user account associated with the user identifier.

20. The non-transitory, computer-readable medium of claim 15 , wherein a state of the client device is represented by the union of the user channel and the device channel.

Assignments (4)
PATENT ASSIGNMENT Recorded Aug 5, 2024
From: VMWARE LLC
To: OMNISSA, LLC
Reel/Frame 068327/0365 →
SECURITY INTEREST Recorded Jul 3, 2024
From: OMNISSA, LLC
To: UBS AG, STAMFORD BRANCH
Reel/Frame 068118/0004 →
CHANGE OF NAME Recorded Apr 25, 2024
From: VMWARE, INC.
To: VMWARE LLC
Reel/Frame 067239/0402 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 18, 2022
From: PARTHASARATHY, SENTHIL; SHEEHAN, KEVIN B.; FURQAN, MUHAMMAD ANADIL; BARLAS, HAROON; MOGHE, AMRUTA; KRISHNAKUMAR, KISHORE; JAIN, ADARSH SUBHASH CHANDRA
To: VMWARE, INC.
Reel/Frame 061819/0763 →