IP Library Granted Patent US 12,328,317
Granted Patent B2
US 12,328,317 · App. 17/365,255 · Granted Jun 10, 2025

Permission based resource and service discovery

Inventors: Dale N. Seed (Allentown, PA); William Robert Flynn, IV (Schwenksville, PA); Quang Ly (North Wales, PA); Donald A. Fleck (Emmaus, PA); Richard P. Gorman (Ivyland, PA); Nicholas J. Podias (Brooklyn, NY); Michael F. Starsinic (Newtown, PA); Hongkun Li (Malvern, PA); Zhuo Chen (Malvern, PA)
Assignee: Convida Wireless, LLC
H04L63/102H04L63/101H04L63/105H04L63/166H04L67/51H04W4/70H04W12/08H04W48/16H04L41/0273H04L67/52H04L69/16H04W12/63
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,328,317
App. No.
17/365,255
Granted
Jun 10, 2025
Kind
B2
Abstract

Current discovery mechanisms lack capabilities, such as capabilities related to permissions associated with a given registrant for example. In an example embodiment, a registrant of a service layer can communicate with a network node that hosts the service layer. The network node may receive a discovery request for a resource from the registrant. The discovery may request include various context. For example, the context of the discovery request may be indicative of an operation that the registrant intends to perform on the resource, a role that the registrant intends to assume if the registrant accesses the resource, a location in which the registrant intends to access the resource, or a subscription plan that the registrant intends to use if the registrant accesses the resource. Based on the context of the discovery request, the network node may determine whether one or more resources at the service layer satisfy the discovery request.

Claims (34)

1. A method performed by a registrant that communicates with a network node hosting a service layer, the method comprising:

transmitting to the network node, by a registrant node, a discovery request for one or more services, wherein the one or more services is a set of software functionalities that are accessed via a supported interface,

the discovery request for the one or more services including a parameter that specifies one or more operations that the registrant intends to perform on discovered services, wherein the parameter comprises an indication of permission-based filter criteria; and

receiving, by the registrant node, a discovery response from the network node based on the parameter,

wherein the discovery response includes a list of identifiers of one or more discovered services that the registrant has privileges to perform the one or more operations upon at the service layer.

2. The method of claim 1 , wherein the parameter comprises an indication of at least one of an operation that the registrant intends to perform on the one or more services, a role that the registrant intends to assume if the registrant accesses the one or more services, a location at which the registrant intends to access the one or more services, and a subscription plan that the registrant intends to use if the registrant accesses the one or more services.

3. The method of claim 1 , the method further comprising:

when the one or more services do not satisfy the discovery request, receiving at least one service from the network node such that the registrant can obtain permission to access the at least one service.

4. The method of claim 1 , the method further comprising:

when the one or more services satisfy the discovery request, receiving the one or more services from the network node.

5. The method of claim 1 , wherein one of a plurality of permission-based discovery response parameters indicates that select one of the one or more services: 1) satisfies permission-based filter criteria and 2) cannot be accessed by the registrant due to a lack of permissions.

6. The method of claim 5 , wherein one of the permission-based discovery response parameters indicates an operation that the registrant is permitted to perform on the selected one of the one or more services.

7. The method of claim 5 , wherein one of the permission-based discovery response parameters indicates a location from which the registrant is permitted to access a select one of the one or more services.

8. The method of claim 1 , wherein the registrant is an application entity or a common services entity.

9. A device for a registrant, the device comprising communication circuitry such that the registrant communicates with a network node with a network via its communication circuitry, wherein the device further comprises:

a processor and a memory, the memory comprising computer-executable instructions that when executed by the processor, cause the processor to perform operations comprising:

transmitting, by a registrant device, a discovery request, to the network node, for one or more services, wherein the one or more services is a set of software functionalities that are accessed via a supported interface, the discovery request for the one or more services including a parameter that specifies one or more operations that the registrant intends to perform on discovered services, wherein the parameter comprises an indication of permission-based filter criteria; and

receiving, by the registrant device, a discovery response from the network node based on the parameter, wherein the discovery response includes a list of identifiers of one or more discovered services that the registrant has privileges to perform the one or more operations upon at a service layer.

10. The device of claim 9 , wherein the registrant is an application entity or a common services entity.

11. The device of claim 9 , wherein the service layer is a common services entity.

12. A method performed by a network node that hosts a service layer and that communicates with a registrant, the method comprising:

receiving, by the network node, a discovery request, from the registrant, for one or more services, wherein the one or more services is a set of software functionalities that are accessed via a supported interface, the discovery request including a parameter that specifies one or more operations that the registrant intends to perform on the discovered services, wherein the parameter comprises an indication of permission-based filter criteria;

based on the intended operations specified in the discovery request, determining, by the network node, whether one or more services at the service layer have privileges defined that permit the registrant to perform the intended operations; and

sending, by the network node, a discovery response to the registrant, wherein the discovery response includes a list of identifiers of one or more discovered services that the registrant has privileges to perform the intended operations upon.

13. The method of claim 12 , wherein the parameter comprises an indication of at least one of an operation that the registrant intends to perform on the one or more services, a role that the registrant intends to assume if the registrant accesses the one or more services, a location at which the registrant intends to access the one or more services, and a subscription plan that the registrant intends to use if the registrant accesses the one or more services.

14. The method of claim 12 , the method further comprising:

when the one or more services do not satisfy the discovery request, sending at least one service to the registrant such that the registrant can obtain permission to access the at least one service.

15. The method of claim 12 , the method further comprising:

when the one or more services satisfy the discovery request, providing the one or more services to the registrant.

16. The method of claim 12 , wherein one of a plurality of permission-based discovery response parameters indicates that the select one of the one or more services 1) satisfies the permission based filter criteria and 2) cannot be accessed by the registrant due to a lack of permissions.

17. The method of claim 16 , wherein one of the permission-based discovery response parameters indicates an operation that the registrant is permitted to perform on the select one of the one or more services.

18. The method of claim 16 , wherein one of the permission-based discovery response parameters indicates a location from which the registrant is permitted to access a select one of the one or more services.

19. The method of claim 12 , wherein the registrant is an application entity or a common services entity.

20. The method of claim 12 , wherein the service layer is a common services entity.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 1, 2025
From: CONVIDA WIRELESS, LLC
To: INTERDIGITAL PATENT HOLDINGS, INC.
Reel/Frame 071773/0735 →
Continuity (4)
Continuation 16898518 · Jun 11, 2020
Continuation 15526568
Provisional Application 62079972 · Nov 14, 2014
Related Publication 20210328997A1 · Oct 21, 2021
References Cited (73)
US 8209427B2 · Brown et al. · 2012 [cited by applicant]
US 8990891B1 · Chickering et al. · 2015 [cited by applicant]
US 9154501B2 · Jin et al. · 2015 [cited by applicant]
US 9319412B2 · Kim et al. · 2016 [cited by applicant]
US 9319413B2 · Kim et al. · 2016 [cited by applicant]
US 9883400B2 · Jeong · 2018 [cited by examiner]
US 10181985B1 · Passaglia · 2019 [cited by examiner]
US 10291712B2 · Koo · 2019 [cited by applicant]
US 10404659B2 · Foti · 2019 [cited by applicant]
US 10728253B2 · Seed et al. · 2020 [cited by applicant]
US 10917186B2 · Yang · 2021 [cited by examiner]
US 20050251851A1 · Patrick et al. · 2005 [cited by applicant]
US 20050257245A1 · Patrick et al. · 2005 [cited by applicant]
US 20060026180A1 · Kres · 2006 [cited by applicant]
US 20060168304A1 · Bauer et al. · 2006 [cited by applicant]
US 20070156693A1 · Soin et al. · 2007 [cited by applicant]
US 20080016580A1 · Dixit et al. · 2008 [cited by applicant]
US 20080084875A1 · Parkkinen et al. · 2008 [cited by applicant]
US 20090288135A1 · Chang et al. · 2009 [cited by applicant]
US 20100154043A1 · Castellucci et al. · 2010 [cited by applicant]
US 20100263025A1 · Neitzel et al. · 2010 [cited by applicant]
US 20110225659A1 · Isaacson et al. · 2011 [cited by applicant]
US 20110231443A1 · Hannel et al. · 2011 [cited by applicant]
US 20110321135A1 · Dickerson · 2011 [cited by applicant]
US 20120047558A1 · Sundaram · 2012 [cited by examiner]
US 20120087319A1 · Raleigh et al. · 2012 [cited by applicant]
US 20120304257A1 · Kalofonos et al. · 2012 [cited by applicant]
US 20130007278A1 · Srinivasan · 2013 [cited by applicant]
US 20130188515A1 · Pinheiro et al. · 2013 [cited by applicant]
US 20130205385A1 · Roesner et al. · 2013 [cited by applicant]
US 20130212236A1 · Foti et al. · 2013 [cited by applicant]
US 20130346504A1 · Huang et al. · 2013 [cited by applicant]
US 20140173755A1 · Wahl · 2014 [cited by applicant]
US 20140215043A1 · Ryu et al. · 2014 [cited by applicant]
US 20140221032A1 · Yang · 2014 [cited by applicant]
US 20140242940A1 · Koo · 2014 [cited by applicant]
US 20150358824A1 · Kim et al. · 2015 [cited by applicant]
US 20160112981A1 · Ahn et al. · 2016 [cited by applicant]
US 20160302069A1 · Kim et al. · 2016 [cited by applicant]
US 20160366028A1 · Yin · 2016 [cited by examiner]
US 20170006455A1 · Cho · 2017 [cited by examiner]
US 20170257741A1 · Kim · 2017 [cited by examiner]
US 20170303065A1 · Li et al. · 2017 [cited by applicant]
CN 103518350A · 2014 [cited by applicant]
CN 103621113A · 2014 [cited by applicant]
JP 2002073554A · 2002 [cited by applicant]
JP 2004199300A · 2004 [cited by applicant]
JP 2005050286A · 2005 [cited by applicant]
JP 2005354679A · 2005 [cited by applicant]
JP 2006506877 · 2006 [cited by applicant]
JP 2007299053A · 2007 [cited by applicant]
JP 2009544076 · 2009 [cited by applicant]
KR 1020140103786A · 2014 [cited by applicant]
WO 2013121362A2 · 2013 [cited by applicant]
WO 2014069898A1 · 2014 [cited by applicant]
WO 2014131021A2 · 2014 [cited by applicant]
WO 2014182665A2 · 2014 [cited by applicant]
Trust in M2M Communication. Cha. IEEE. (Year: 2009). [cited by examiner]
Service-Oriented Radio Architecture: A Novel M2M Network Architecture for Cognitive Radio Systems. Dong. Hindawi. (Year: 2012). [cited by examiner]
U.S. Appl. No. 16/898,518, filed Jun. 11, 2020. [cited by applicant]
U.S. Appl. No. 15/526,568, filed May 12, 2017. [cited by applicant]
PCT/US2015/060608, Nov. 2, 2015. [cited by applicant]
U.S. Appl. No. 62/079,972, filed Oct. 31, 2015. [cited by applicant]
Design of RESTful APIs for M2M Services. Elmangoush et al. IEEE. (Year: 2012). [cited by applicant]
Efficient and Secure Resource Management in Home M2M Networks. Lai et al. Hindawi. (Year: 2013). [cited by applicant]
KR20140103786A. English Translation. (Year: 2014). [cited by applicant]
KR20150063906. English Translation. (Year: 2015). [cited by applicant]
Machine-to-Machine Communications (M2M) Functional Architecture, Draft ETSI TS 102 690 V1.1.1, Oct. 2011, 280 pages. [cited by applicant]
Metadata Management for the Web of Things: a Practical Perspective. Fortuna et al. ACM. (Year: 2012). [cited by applicant]
OMA Lightweight M2M (LWM2M) Technical Specification, Draft Version 1.0, Apr. 12, 2013, 73 pages. [cited by applicant]
oneM2M Technical Specification, oneM2M-TS-0001-V1.6.1, Functional Architecture, Jan. 30, 2015, 321 pages. [cited by applicant]
oneM2M Technical Specification, oneM2M-TS-0003-V1.0.1, Security Solutions, Jan. 30, 2015, 91 pages. [cited by applicant]
OneM2M TS-0001, OneM2M Functional Architecture Baseline Draft, Aug. 2014, 297 pages. [cited by applicant]