RETRIEVAL INTERFACE FOR CONTENT, SUCH AS COMPLIANCE-RELATED CONTENT
A facility for retrieving content. The facility invokes an API, as part of the invocation passing to the API: (1) information identifying one or more units of content to return; and (2) an indication that an entity on behalf of which the invocation is performed attests that the entity is compliant with a license that applies to the identified units of content. The facility receives a response to the API invocation that contains the identified units of content.
This application claims the benefit of provisional U.S. Application No. 63/223,879, filed Jul. 20, 2021 and entitled “RETRIEVAL INTERFACE FOR CONTENT, SUCH AS COMPLIANCE-RELATED CONTENT,” which is hereby incorporated by reference in its entirety.
This application is related to U.S. patent application Ser. No. 16/459,385, filed Jul. 1, 2019 and entitled “AUTOMATIC COMPLIANCE TOOLS,” which is hereby incorporated by reference in its entirety.
In cases where the present application conflicts with a document incorporated by reference, the present application controls.
BACKGROUNDContent is data intended for consumption. One example is content that can be rendered in a form perceptible to a person for the person's consumption, including such forms as text, images, audio sequences, video sequences, and holography sequences. Another example is content that is consumed by a computer, under the control of software; such content may be, for example, database rows, sensor outputs, or data about stock trading or other transactions.
Various conventional interfaces enable the retrieval of units of content in a particular body of content, in some cases units of content requested by software executed by or on behalf of a wide variety of organizations. As one example, web servers receive HTTP requests submitted by web browsers executing on many computers that each identify a web page that is part of a particular website; the web servers respond to each request with the content of the web page that it identifies. In some cases, conventional content retrieval interfaces are equipped with a pay wall that requires that a requester pay a subscription fee before responses will be sent to their requests.
The inventors have recognized disadvantages of conventional content retrieval interfaces. One is that the subscription model typically used by conventional content retrieval interfaces is a poor fit for many types of content, content providers, and/or content consumers. For example, the all-you-can-eat model encourages inefficient use of the interface, to request more content units than is necessary, or to request the same content unit more times than is necessary. Additionally, in some cases, subscribers may retrieve a substantial portion of the body of content in order to resell it without further compensating the content provider, to customers who would otherwise have paid the content provider for subscription. Further, subscription rates that the content provider regards as adequate compensation for the all-you-can-eat model may be so large as to preclude perspective customers who wish to retrieve only a small volume of content. Many of these disadvantages are shared by measured subscription models in which customers pay a subscription fee in exchange for the ability to retrieve up to a maximum volume of content.
The inventors have also recognized that a significant portion of content is subject to license agreements. For example, a license agreement may require those who access the content that is subject to the license agreement to only store, copy, modify, transform, or distribute the content in certain ways, or under certain conditions, or that they pay for the opportunity to do so, or undertake some other obligation in exchange for doing so. They have further recognized that failure of conventional content retrieval interfaces to enforce license agreements against the retrieval of content that is subject to them is disadvantageous to the provider of the licensed content, and may discourage the provider from making the licensed content available via the retrieval interface.
The inventors have further recognized that the disadvantages of conventional content retrieval interfaces listed above are particularly acute with respect to providing content retrieval for information relating to compliance.
Compliance refers to facilitating an organization's adherence to rules of various kinds that govern their business, and assessing (“auditing”) that adherence. These rules are expressed in authority documents, which can include, for example: statutes, regulations, regulatory directives or guidance, contractual obligations, standards, auditing guidelines, safe harbors, best practice guidelines, vendor documentation, and procedures established by the organization for its own operation. In some cases, a compliance process involves some or all of the following phases: selecting and obtaining copies of a group of authority documents that applies to the organization; identifying the expressions of rules (“citations”) that occur in the authority documents; performing natural language understanding analysis of the citations to determine the rules (“mandates”) that they express; deduplicating the mandates across the group of authority documents—and within individual authority documents—to obtain “controls” (or “common controls”) that each represent a set of mandates that are equivalent, and are each linked to that set of mandates; constructing an audit questionnaire from the controls that efficiently covers compliance with all of the authority documents in the group; and using the established structure of citations, mandates, controls, and audit questions and answers to establish that the answers to audit questions demonstrate compliance with the authority documents in the group. In some cases, documents, citations, mandates, and/or controls are constructed with reference to data objects called “terms” that constitute dictionary entries for words or phrases occurring in those higher-level data objects.
In some cases, a service provider performs some or all of the compliance process phases listed above on behalf of organizations that are customers of the service provider. In some cases, customers may wish to access intermediate data that is produced by the service provider as part of providing the service. This may be, for example, in cases where the customer organization wishes to rely on the service provider for early phases of the compliance process, and perform later phases itself using the results of the service provider's performance of the early phases, in some cases using a third-party tool or repository. This may also be in cases where the customer organization wishes to independently assess or verify the correctness of the structure of citations, mandates, controls, and audit questions established on its behalf by the service provider, or store a record of these that it can access in the future.
In response to recognizing the above disadvantages of conventional content retrieval interfaces, the inventors have conceived and reduced to practice a software and/or hardware facility (“the facility”) that provides a superior retrieval interface for content, such as compliance-related content.
The facility exposes an API that content consumers can call in order to retrieve units of content. In some embodiments, the facility enables content consumers to retrieve units of content of different types, such as by exposing different API endpoints for different content types, or by establishing an argument that the calling content consumer can set in order to specify content type. In some embodiments, these multiple content types include compliance information objects, such as authority document lists, authority documents, citations, mandates, controls, and terms.
In some embodiments, the facility imposes a license enforcement mechanism via the API. For example, in some embodiments, the API provided by the facility enables callers to identify a license that applies to a particular unit of content, such as by returning a URL at which that license can be accessed, or other pointer to that license. In some embodiments, the API includes a license attestation argument that the caller must populate with a value indicating that it attests that it understands the license and is complying with it. In some embodiments, the API includes a license key argument that the caller populates with a key identifying the caller to the licensor of the unit of content; the API uses the license key to verify that the caller has a license in good standing with the licensor before returning the requested unit of content.
In some embodiments, the facility charges callers for the units of content they retrieve. In such embodiments, the facility establishes a price list that specifies the price for individual content units, content units of particular content types, or units of content from particular sources or in particular authority documents. As part of responding to a content retrieval request from a caller, the facility causes the caller to be charged the appropriate amount for each requested content unit. In various embodiments, the charging involves debiting a prepayment account of the caller, performing credit or debit transactions using information previously provided by the caller, or other approaches to charging. In some embodiments, an API gateway is used by the facility to authenticate the identity of the caller and charge a method of payment established by the caller, such as by charging a credit card provided by the caller, or decrementing a debit account previously funded by the caller.
By performing in some or all of the ways described above, the facility facilitates the retrieval of compliance-related information and content of other types in a way that enforces licenses that apply to the content, and/or charges appropriately for the content. These features make it more attractive for content providers to use the facility for distribution of their content.
Also, the facility improves the functioning of computer or other hardware, such as by reducing the dynamic display area, processing, storage, and/or data transmission resources needed to perform a certain task, thereby enabling the task to be performed by less capable, capacious, and/or expensive hardware devices, and/or be performed with less latency, and/or preserving more of the conserved resources for use in performing other tasks or additional instances of the same task. For example, the facility conserves processing and communication resources that would have been applied to lesser-valued content retrieval requests that customers would have made under a subscription payment arrangement, but do not make on a per-unit payment arrangement. As a result, cheaper, less powerful portable servers can be substituted to achieve the same level of performance, or the same servers can be used with excess processing capacity remaining for performing additional desirable tasks.
In various embodiments, the API gateway is a commercial API gateway such as rapid API or KrakenD, configured to operate with the facility; an open-source API gateway, such as Kong, some or all of whose modules are adapted or rebuilt to operate with the facility; or an API gateway developed from scratch specifically to operate with the facility at the API gateway.
In act 302, if the customer key contained in the content request received in act 301 is determined by the facility to be valid, then the facility continues in act 303, else the facility continues in act 301. In act 303, the facility forwards the content request received in act 301 to the API backend.
In act 401, the facility receives a content request forwarded by the API gateway. In act 402, if a license attestation is present in the content request, or the content request contains a license key that a facility determines to be valid, then the facility continues in act 403, else the facility continues in act 406. In some embodiments (not shown), the facility omits the test in act 402 for content units that it determines are not subject to any license. In act 403, the facility retrieves the content unit identified by the content request, such as from a content repository. In some embodiments (not shown), in act 403, the facility generates one or more dynamic content units identified by the content request. In act 404, the facility determines a price for the identified content. In some embodiments, in act 404, the facility compares each identified content unit to a price list to identify the price list entry having the best match with the content unit, and applies the price specified by that price list entry. In some embodiments, this involves identifying the lowest-level price list entry that matches each identified content unit. In act 405, the facility constructs a content response containing the units of content retrieved in act 403, as well as the aggregate price determined for the content in act 405. In act 406, the facility sends the content response constructed in act 405 to the API gateway. After act 406, the facility continues in act 401.
Those skilled in the art will appreciate that the acts shown in
Returning to
The customer application calls the API gateway 620 with a content request, here shown as a “GET object” request 677 containing a license attestation. The API gateway validates 678 the customer key with the account management component, which sends a validation response 679. Having validated the customer's account using the customer key, the API gateway forwards 680 the GET object request to the API backend 650. In some embodiments, the API backend again validates 681 the customer account with the account management component, which sends a response 682 to the API backend.
The API backend calls 683 a content repository 660 to retrieve (and/or generate) content units identified by the GET object request. The content repository responds 684 with these content units. The API backend calls or accesses 685 a price table 670 to look up the price of each content unit identified in the GET object request. The API backend receives 686 a response from the price table specifying these prices for content units. The API backend uses the retrieved content units to generate a content object; attaches the individual or total content unit prices in the content object's header; and forwards 687 this content object to the API gateway. The API gateway reads the cost on the header of the content object, and instructs 688 the account management system to apply a debit for this amount to the customer's account. The account management component sends 689 a debit transaction for this amount against the customer's account to the billing system, which applies the debit to the customer's balance. The API gateway returns 690 the content units received from the API backend to the customer application.
In some embodiments, the account management component sends 691 periodic facility usage reporting to the customer application. In some embodiments, the billing system sends 692 invoices seeking additional customer deposits in the prepaid account certain periods of times before its projected exhaustion, such as ninety days in advance.
An example of the operation of the facility follows. In the example, the facility operates GET object (i.e., content request) endpoints for each of five content unit types: an AuthorityDocumentList, an AuthorityDocument, a Citation, a Mandate, and a Control. This example is shown visually by
The authority document list object shows two authority documents, a first in lines 9-21, and a second in lines 22-26. The customer application can select one of these listed authority documents to retrieve using the GET AuthorityDocument endpoint. Because in some embodiments the facility processes calls to the GET AuthorityDocumentList endpoint without charge, no header is shown for the sample response shown in Table 1.
To continue in the example, the customer application calls 773 the GET AuthorityDocument endpoint for the authority document shown in lines 9-21, using a content identifier “https://ucf-paid-content-prototype.p.rapidapi.com/paid/authority-document/3288,” which is included in line 9. The facility responds 774 to this request with the AuthorityDocument shown below in Table 2.
The returned AuthorityDocument object includes identifying information for the authority document in lines 3-9. It further includes an indication of the number of citations that occur in the authority document in line 13, and an indication of the number of mandates that occur in the authority document on line 14. The AuthorityDocument object further includes identifying information about each of the 716 citations: for brevity, only two of these are shown in Table 2, a first in lines 18-30, and a second in lines 31-45. The AuthorityDocument object further includes license information in lines 47-51 about the authority document and its citations. This includes an indication of whether a license applies to the authority document and citations in line 49, and a link on line 50 to that license for access and review.
Table 3 below shows the header of the response to the GET AuthorityDocument endpoint call shown in Table 3.
Line 8 of the header shows the aggregate cost of this response, $1.00. Lines 6 and 7 show the per-content unit cost of types of content units referred to in the response: $10.00 for citation content units, and $40.00 for mandate content units.
To continue the example, the customer application selects the citation described in lines 18-30 of the AuthorityDocument object shown in Table 2, and uses the ID “https://ucf-paid-content-prototype.p.rapidapi.com/paid/citation/211276” in line 19 in its call 775 to the GET Citation endpoint. The Citation object is returned 776 by the facility in the body of the response shown below in Table 4.
The citation's identifier is shown in line 4, and its textual contents are shown in line 5. Its location in the authority document is shown in line 7. Metadata for the citation is shown in lines 8-18. Licensing information for the citation is shown in lines 19-24. A mandate interpreting the citation is described in lines 30-44. Lines 32-36 contain license information for the mandate, and lines 38-41 contain identifying information for the mandate.
Table 5 below shows the header for the response to the GET Citation endpoint call shown above in Table 4.
Line 8 of the header shows the aggregate cost of the response to the GET Citation endpoint, $10.00. Lines 6-7 show the per-content unit costs of content types referred to in the body of the response, $10.00 for control content units, and $40.00 for mandate content units.
Continuing the example, the customer application calls 777 the GET Mandate endpoint using the mandate identifier: “https://ucf-paid-content-prototype.p.rapidapi.com/paid/mandate/211276,” in line 38 of the citation object. In response, the facility returns 778 the Mandate Object in the response body shown below in Table 6.
In lines 49-138, the Mandate Object describes the interpretation of the underlying citation. The Mandate Object further includes information in lines 8-24 about a control that is “matched” or “mapped” to the mandate, and potentially other mandates in the same or different authority documents, to identify them as equivalent. In lines 16-21, this section of the metadata object contains license information for the control.
Table 7 below shows the header of the response to the GET Mandate endpoint call response whose body is shown above in Table 6.
Line 7 of the header shows the aggregate cost of this response to be $10.00. Line 6 shows the per-content unit cost of control units to be $10.00.
To continue the example, the customer application calls 779 the GET Control endpoint using the control ID “https://ucf-paid-content-prototype.p.rapidapi.com/paid/control/575,” that is included in line 15 of the Mandate Object. The facility responds 780 with the Control Object in the response body shown below in Table 8.
In addition to identifying information and license information, the content of the control is shown in lines 46-109 of the Control Object.
Table 9 below shows the header of the response to the GET Control endpoint call shown above in Table 8.
Line 6 of the header in Table 9 shows that the aggregate cost of the response to the GET Control endpoint is $10.00.
The various embodiments described above can be combined to provide further embodiments. All of the U.S. patents, U.S. patent application publications, U.S. patent applications, foreign patents, foreign patent applications and non-patent publications referred to in this specification and/or listed in the Application Data Sheet are incorporated herein by reference, in their entirety. Aspects of the embodiments can be modified, if necessary to employ concepts of the various patents, applications and publications to provide yet further embodiments.
These and other changes can be made to the embodiments in light of the above-detailed description. In general, in the following claims, the terms used should not be construed to limit the claims to the specific embodiments disclosed in the specification and the claims, but should be construed to include all possible embodiments along with the full scope of equivalents to which such claims are entitled. Accordingly, the claims are not limited by the disclosure.
Claims
1. A method in a server for responding to a request for compliance content from a customer application, the method comprising:
- receiving, in an API endpoint tailored to a distinguished one of a plurality of compliance content types, an API invocation from the customer application, the API invocation comprising: a first argument identifying the customer application, a second argument identifying one or more units of compliance content of the distinguished type to return, and a third argument specifying whether the customer application attests that the customer application is compliant with a license that applies to the units of compliance content identified by the second argument;
- only where the third argument specifies that the customer application attests that the customer application is compliant with the license that applies to the units of compliance content identified by the second argument, by indicating at least (a) a type of the license, (b) a network-addressable identifier for accessing the license, and (c) a licensor identifier of the license, performing actions comprising: constructing a response message containing the units of compliance content identified by the second argument; causing an account selected based on the first argument to be charged a total cost determined for the units of compliance content identified by the second argument; and transmitting the response message in response to the API invocation.
2. The method of claim 1 wherein the identified units of compliance content comprise an authority document list object that comprises:
- for each of a plurality of authority documents: identifying information for the authority document usable by the caller to retrieve an object containing the authority document using the API; and a link to a license that applies to the authority document.
3. The method of claim 1 wherein the identified units of compliance content comprise an authority document object that comprises, for a particular authority document:
- for each of a plurality of citations contained by the authority document: identifying information for the citation usable by the caller to retrieve an object containing the citation using the API; and a link to a license that applies to the citation.
4. The method of claim 1 wherein the identified units of compliance content comprise a citation object that comprises, for a particular citation:
- a copy of the citation; and
- for a mandate constituting an interpretation of the citation: identifying information for the mandate usable by the caller to retrieve an object containing the mandate using the API; and a link to a license that applies to the mandate.
5. The method of claim 1 wherein the identified units of compliance content comprise a mandate object that comprises, for a particular mandate:
- a copy of the mandate; and
- for a control to which the mandate has been mapped constituting a deduplication of the mandate against one or more equivalent other mandates:
- identifying information for the control usable by the caller to retrieve an object containing the control using the API; and
- a link to a license that applies to the control.
6. The method of claim 1 wherein the identified units of compliance content comprise a control object that comprises, for a particular control:
- a copy of the control.
7. One or more instances of computer-readable media collectively having contents configured to cause a computing system to perform a method for responding to a request for content from a customer application, the method comprising:
- receiving, in an API endpoint tailored to a distinguished one of a plurality of compliance content types, an API invocation from the customer application, the API invocation comprising: a first argument identifying the customer application, a second argument identifying one or more units of content of the distinguished type to return, and a third argument specifying whether the customer application attests that the customer application is compliant with a license that applies to the units of content identified by the second argument;
- only where the third argument specifies that the customer application attests that the customer application is compliant with the license that applies to the units of content identified by the second argument, by indicating at least (a) a type of the license, (b) a network-addressable identifier for accessing the license, and (c) a licensor identifier of the license, performing actions comprising: constructing a response message containing the units of content identified by the second argument; causing an account selected based on the first argument to be charged total cost determined for the units of control identified by the second argument; and transmitting the response message in response to the API invocation.
8. The one or more instances of computer-readable media of claim 7, the method further comprising determining the total cost by:
- for each of the units of content identified by the second argument, accessing a price specified for the identified unit of content; and
- summing the accessed prices to obtain the total cost.
9. The one or more instances of computer-readable media of claim 7, the method further comprising determining the total cost by:
- for each of the units of content identified by the second argument: accessing a price specified for units of content of the distinguished type; and summing the accessed prices to obtain the total cost.
10. The one or more instances of computer-readable media of claim 7, the method further comprising determining the total cost by:
- for each of the units of content identified by the second argument, determining a supplier of the identified unit of content; accessing a price specified for units of content from the determined supplier; and summing the accessed prices to obtain the total cost.
11. The one or more instances of computer-readable media of claim 7, the method further comprising determining the total cost by:
- for each of the units of content identified by the second argument, determining a supplier of the identified unit of content; accessing a price specified for units of content from the determined supplier of the distinguished type; and summing the accessed prices to obtain the total cost.
12. The one or more instances of computer-readable media of claim 7 wherein the API invocation is received from the customer application via a gateway,
- and wherein the causing the selected account to be charged comprises attaching the total cost to the response message for extraction by the gateway to charge the selected account.
13. The one or more instances of computer-readable media of claim 12 wherein the response message has a header,
- and wherein the attaching comprises attaching the total cost to the header of the response message for extraction by to gateway to charge the selected account.
14. The one or more instances of computer-readable media of claim 7 wherein the causing the selected account to be charged comprises:
- reducing a balance prepaid by the customer application by the total cost.
15. The one or more instances of computer-readable media of claim 7 wherein the causing the selected account to be charged comprises:
- adding the total cost to an amount to be charged to the customer application in the future.
16. (canceled)
17. The one or more instances of computer-readable media of claim 7 wherein the received API invocation further comprises a license key issued to the customer application by a licensor corresponding to the licensor identifier of the license, and wherein the constructing, determining, summing, using, causing to be charged, and transmitting is performed only where the verification reflects that the license key is valid.
- the method further comprising: verifying the license key,
18. The one or more instances of computer-readable media of claim 17 wherein the verification comprises:
- calling a computer system operated on behalf of the licensor, passing the license key.
19. The one or more instances of computer-readable media of claim 17 wherein the verification comprises:
- consulting a list of valid license keys to determine whether the license key is present in the list.
20. The one or more instances of computer-readable media of claim 17 wherein the verification comprises:
- consulting a list of valid license keys to determine whether the license key is present in the list; and
- if the license key is not present in the list, calling a computer system operated on behalf of the licensor, passing the license key.
21. A method in a computing system to retrieve content, comprising:
- invoking an API, as part of the invocation passing to the API: information identifying one or more units of content to return, and an indication that an entity on behalf of which the invocation is performed attests that the entity is compliant with a license that applies to the identified units of content; and
- receiving a response to the API invocation, the response comprising the identified units of content.
22. The method of claim 21, further comprising: the response further comprising an indication of an amount that was charged in response to the invocation using the charging information earlier established for the entity.
- as part of the invocation, passing to the API: information identifying the entity, charging information for the entity having earlier been established with an operator of the API,
23. The method of claim 21 wherein the indication is a license key supplied to the entity by a licensor of the identified one or more units of content.
Type: Application
Filed: Jul 30, 2021
Publication Date: Feb 2, 2023
Inventors: Dorian J. Cougias (Las Vegas, NV), Dave Dare (Las Vegas, NV), Lucian Hontau (Las Vegas, NV), Sean Kohler (Las Vegas, NV), Steven Piliero (Las Vegas, NV), Michael Wedderburn (Las Vegas, NV)
Application Number: 17/389,959