PROCESS BROKER FOR EXECUTING WEB SERVICES IN A SYSTEM OF ENGAGEMENT AND SYSTEM OF RECORD ENVIRONMENTS

• US 20170264694A1
• Filed: 06/22/2016
• Published: 09/14/2017
• Est. Priority Date: 03/11/2016
• Status: Active Grant

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Bisti, Jeffrey E., Garrett, Tynan J.
• Granted Patent: US 10,447,802 B2
• Time in Patent Office: Days
• CPC Class Codes: H04L 41/5051 Service on demand, e.g. definition and deployment of services in real time
• CPC Class Codes: H04L 41/5096 wherein the managed service relates to distributed or central networked applications
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/1097 for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
• CPC Class Codes: H04L 67/51 Discovery or management thereof, e.g. service location protocol [SLP] or web services
• CPC Class Codes: H04L 67/568 Storing data temporarily at an intermediate stage, e.g. caching
• CPC Class Codes: H04L 67/60 Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources admission control or resource allocation H04L47/70

Abstract

A method for implementing an on-premises process broker. The method may include receiving parameter data from a system of engagement, whereby the parameter data includes a query goal. The method may include storing the parameter data in a cache. The method may include preparing a REST call using programming logic based on the parameter data. The method may include transmitting the prepared REST call to a system of record. The method may further include receiving response data from the system of record based on the transmitted REST call. The method may also include updating the parameter data in the cache based on the response data. The method may include determining whether the query goal is satisfied. The method may also include transmitting the parameter data to the system of engagement based on determining the query goal is satisfied.

Claims

1. A processor-implemented method for implementing an on-premises process broker, the method comprising:

receiving, by a processor, a plurality of parameter data from a system of engagement, wherein the plurality of received parameter data includes a query goal;

storing the plurality of received parameter data in a cache;

preparing a representational state transfer (REST) call using a plurality of programming logic based on the plurality of stored parameter data;

transmitting the prepared REST call to a system of record;

receiving a plurality of response data from the system of record based on the transmitted REST call;

updating the plurality of stored parameter data in the cache based on the plurality of received response data;

determining whether the query goal is satisfied; and

transmitting the plurality of updated parameter data to the system of engagement based on determining the query goal is satisfied.

2. The method of claim 1, wherein updating the plurality of stored parameter data includes storing the plurality of received response data in the cache.

3. The method of claim 1, wherein the plurality of parameter data is a plurality of user-submitted data submitted through a graphical user interface.

4. The method of claim 1, wherein the plurality of user-submitted data includes at least one of a picture, a video, an identification number, a model number, a serial number, a barcode, a quick response code, a product name, and a brand name.

5. The method of claim 1, wherein the system of engagement is a mobile application for a corresponding retailer.

6. The method of claim 1, further comprising:

preparing a subsequent REST call using the plurality of programming logic and the plurality of stored parameter data based on determining the query goal is not satisfied;

transmitting the prepared subsequent REST call to at least one of the system of record or at least one other system of record;

receiving a plurality of subsequent response data from at least one of the system of record or the at least one other system of record based on the transmitted subsequent REST call; and

updating the plurality of stored parameter data in the cache based on the plurality of received subsequent response data.

7. The method of claim 1, wherein the plurality of parameter data is received in a JavaScript Objection Notation document.