Metadata-Driven Rapid Adapter Building

Patent metadata

Field	Value
Publication number	US-2025094246-A1
Application number	US-202418612994-A
Country	US
Kind code	A1
Filing date	Mar 21, 2024
Priority date	Sep 15, 2023
Publication date	Mar 20, 2025
Grant date	—

Abstract

Techniques for metadata-driven rapid adapter building (RAB) are disclosed, including: receiving, by an RAB framework, a function call from a third-party application; obtaining, by the RAB framework, a metadata document that defines an adapter between a server-side runtime and the third-party application; determining that the metadata document includes one or more metadata fields that map the function call to one or more software development kit (SDK) functions exposed by the server-side runtime; responsive to receiving the function call and based on the one or more metadata fields, executing the one or more SDK functions exposed by the server-side runtime.

First claim

What is claimed is:

1 . One or more non-transitory computer-readable media storing instructions which, when executed by one or more hardware processors, cause performance of operations comprising:
receiving, by a rapid adapter building (RAB) framework, a function call from a third-party application; obtaining, by the RAB framework, a metadata document that defines an adapter between a server-side runtime and the third-party application; determining that the metadata document comprises one or more metadata fields that map the function call to one or more software development kit (SDK) functions exposed by the server-side runtime; responsive to receiving the function call and based on the one or more metadata fields, executing the one or more SDK functions exposed by the server-side runtime.

2 . The one or more non-transitory computer-readable media of claim 1 , the operations further comprising:
determining that the metadata document defines a set of relationships between metadata fields in the metadata document; generating a design-time user interface, for configuring the adapter, based at least on the set of relationships defined by the metadata document; configuring the adapter based at least on user input received via the design-time user interface.

3 . The one or more non-transitory computer-readable media of claim 1 , the operations further comprising:
based on the one or more metadata fields, transforming data received in the function call from (a) a first format used by the third-party application to (b) a second format used by the server-side runtime.

4 . The one or more non-transitory computer-readable media of claim 1 , the operations further comprising:
obtaining an output of the one or more SDK functions exposed by the server-side runtime; returning the output to the third-party application responsive to receiving the function call.

5 . The one or more non-transitory computer-readable media of claim 4 , the operations further comprising:
based on the one or more metadata fields, transforming the output of the one or more SDK functions exposed by the server-side runtime from (a) a first format used by the server-side runtime to (b) a second format used by the third-party application.

6 . The one or more non-transitory computer-readable media of claim 4 , the operations further comprising:
based on the one or more metadata fields, enriching the output of the one or more SDK functions with additional data not supplied by the one or more SDK functions.

7 . The one or more non-transitory computer-readable media of claim 1 , wherein the metadata document is a JavaScript Object Notation (JSON) document.

8 . A system comprising:
one or more hardware processors; one or more non-transitory computer-readable media; and program instructions stored on the one or more non-transitory computer readable media which, when executed by the one or more hardware processors, cause the system to perform operations comprising:
receiving, by a rapid adapter building (RAB) framework, a function call from a third-party application;
obtaining, by the RAB framework, a metadata document that defines an adapter between a server-side runtime and the third-party application;
determining that the metadata document comprises one or more metadata fields that map the function call to one or more software development kit (SDK) functions exposed by the server-side runtime;
responsive to receiving the function call and based on the one or more metadata fields, executing the one or more SDK functions exposed by the server-side runtime.

9 . The system of claim 8 , the operations further comprising:
determining that the metadata document defines a set of relationships between metadata fields in the metadata document; generating a design-time user interface, for configuring the adapter, based at least on the set of relationships defined by the metadata document; configuring the adapter based at least on user input received via the design-time user interface.

10 . The system of claim 8 , the operations further comprising:
based on the one or more metadata fields, transforming data received in the function call from (a) a first format used by the third-party application to (b) a second format used by the server-side runtime.

11 . The system of claim 8 , the operations further comprising:
obtaining an output of the one or more SDK functions exposed by the server-side runtime; returning the output to the third-party application responsive to receiving the function call.

12 . The system of claim 11 , the operations further comprising:
based on the one or more metadata fields, transforming the output of the one or more SDK functions exposed by the server-side runtime from (a) a first format used by the server-side runtime to (b) a second format used by the third-party application.

13 . The system of claim 11 , the operations further comprising:
based on the one or more metadata fields, enriching the output of the one or more SDK functions with additional data not supplied by the one or more SDK functions.

14 . The system of claim 8 , wherein the metadata document is a JavaScript Object Notation (JSON) document.

15 . A method comprising:
receiving, by a rapid adapter building (RAB) framework, a function call from a third-party application; obtaining, by the RAB framework, a metadata document that defines an adapter between a server-side runtime and the third-party application; determining that the metadata document comprises one or more metadata fields that map the function call to one or more software development kit (SDK) functions exposed by the server-side runtime; responsive to receiving the function call and based on the one or more metadata fields, executing the one or more SDK functions exposed by the server-side runtime; wherein the method is performed by at least one device including a hardware processor.

16 . The method of claim 15 , further comprising:
determining that the metadata document defines a set of relationships between metadata fields in the metadata document; generating a design-time user interface, for configuring the adapter, based at least on the set of relationships defined by the metadata document; configuring the adapter based at least on user input received via the design-time user interface.

17 . The method of claim 15 , further comprising:
based on the one or more metadata fields, transforming data received in the function call from (a) a first format used by the third-party application to (b) a second format used by the server-side runtime.

18 . The method of claim 15 , further comprising:
obtaining an output of the one or more SDK functions exposed by the server-side runtime; returning the output to the third-party application responsive to receiving the function call.

19 . The method of claim 18 , further comprising:
based on the one or more metadata fields, transforming the output of the one or more SDK functions exposed by the server-side runtime from (a) a first format used by the server-side runtime to (b) a second format used by the third-party application.

20 . The method of claim 18 , further comprising:
based on the one or more metadata fields, enriching the output of the one or more SDK functions with additional data not supplied by the one or more SDK functions.

Assignees

• Oracle Int Corp

Inventors

• Chang Tuck
• SANKARAN Ravi
• Misra Srimant
• Prakash Ankur
• Zhang Zhengming
• Kaushal Anuj
• Shirguppi Sagar
• Aneja Sumit
• Ma Tian
• Lan Paul

Classifications

• G06F9/541 Primary

  via adapters, e.g. between incompatible applications · CPC title