Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/90—Details of database functions independent of the retrieved data types
  • G06F16/907—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
  • G06F16/908—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/90—Details of database functions independent of the retrieved data types
  • G06F16/903—Querying
  • G06F16/9035—Filtering based on additional data, e.g. user or group profiles
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F18/00—Pattern recognition
  • G06F18/20—Analysing
  • G06F18/23—Clustering techniques
  • G06F18/231—Hierarchical techniques, i.e. dividing or merging pattern sets so as to obtain a dendrogram
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F8/00—Arrangements for software engineering
  • G06F8/30—Creation or generation of source code
  • G06F8/34—Graphical or visual programming
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
  • G06N20/00—Machine learning
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
  • G06N20/00—Machine learning
  • G06N20/20—Ensemble learning
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
  • G06N5/00—Computing arrangements using knowledge-based models
  • G06N5/01—Dynamic search techniques; Heuristics; Dynamic trees; Branch-and-bound
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
  • G06N5/00—Computing arrangements using knowledge-based models
  • G06N5/04—Inference or reasoning models
  • G06N5/046—Forward inferencing; Production systems
  • G06N5/047—Pattern matching networks; Rete networks
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/46—Multiprogramming arrangements
  • G06F9/461—Saving or restoring of program or task context

Definitions

• Embodiments of the invention are generally related integration cloud services, and in particular, auto completion of flows in integration cloud services using artificial intelligence and/or machine learning.
• Integration cloud services e.g., Oracle Integration Cloud Service
• SaaS Software as a Service
• ICS can be provided as an integration platform as a service (iPaas) and can include a web based integration designer for point and click integration between applications, a rich monitoring dashboard that provides real-time insight into the transactions. Summary:
• Next actions prediction is a service that assists users in modeling the flows quickly by predicting and suggesting the next set of actions a user might be thinking of adding.
• the service also assists the user to follow some of the best practices while creating an integration flow.
• Figure 1 illustrates an integration cloud service in accordance with an embodiment.
• Figure 2 illustrates an integration cloud service in accordance with an embodiment.
• Figure 3 illustrates an ICS design time, in accordance with an embodiment.
• Figure 4 illustrates a system for supporting auto-completion of ICS flows using
• AI/ML in accordance with an embodiment.
• Figure 5 illustrates an exemplary flow chart decision tree, in accordance with an embodiment.
• Figure 6 shows a hierarchical tree structure for use in supporting systems auto completion of ICS flows using AI/ML, in accordance with an embodiment.
• Figure 7 shows a mapping of context to integrated flows, in accordance with an embodiment.
• Figure 8 shows a mapping of context to integrated flows, in accordance with an embodiment.
• Figure 9 shows an exemplary ranking simulator, in accordance with an embodiment.
• Figure 10 shows a flowchart of a method for supporting auto-completion of ICS (integration cloud services) flow using artificial intelligence/machine learning.
• Figure 11 illustrates an exemplary flow chart decision tree, in accordance with an embodiment.
• Figure 12 shows a flowchart of an exemplary method for next step prediction for ICS (integration cloud services) flow using artificial intelligence/machine learning.
• Figure 13 illustrates an exemplary flow chart decision tree, in accordance with an embodiment.
• Figure 14 shows a flowchart of an exemplary method for next object prediction for ICS (integration cloud services) flow using artificial intelligence/machine learning.
• Integration platform as a service for example, Oracle Integration Cloud Service (ICS)
• ICS Oracle Integration Cloud Service
• ICS Oracle Integration Cloud Service
• Figure 1 illustrates an ICS platform for designing and executing an ICS integration flow, in according with an embodiment.
• the ICS platform can include a design-time environment 120, and a runtime environment 163. Each environment can execute on a computer including one or more processors, for example a computer 101 or 106.
• the design-time environment includes an ICS web console 122, which provides a browser-based designer to allow an integration flow developer to build integrations using a client interface 103.
• the ICS design-time environment can be pre-loaded with connections to various SaaS applications or other applications, and can include a source component 124, and a target component 126.
• the source component can provide definitions and configurations for one or more source applications/objects; and the target component can provide definitions and configurations for one or more target applications/objects.
• the definitions and configurations can be used to identify application types, endpoints, integration objects and other details of an application/object.
• the design-time environment can include a mapping/transformation component 128 for mapping content of an incoming message to an outgoing message, and a message routing component 130 for controlling which messages are routed to which targets based on content or header information of the messages. Additionally, the design-time environment can include a message filtering component 132, for controlling which messages are to be routed based on message content or header information of the messages; and a message sequencing component 134, for rearranging a stream of related but out-of-sequence messages back into a user-specified order.
• a mapping/transformation component 128 for mapping content of an incoming message to an outgoing message
• a message routing component 130 for controlling which messages are routed to which targets based on content or header information of the messages.
• the design-time environment can include a message filtering component 132, for controlling which messages are to be routed based on message content or header information of the messages; and a message sequencing component 134, for rearranging a stream of related but out-of-sequence
• each of the above of the described components, as with the source and target components, can include design-time settings that can be persisted as part of a flow definition/configuration.
• a flow definition specifies the details of an ICS integration flow; and encompasses both the static constructs of the integration flow (for example, message routers), and the configurable aspects (for example, routing rules).
• a fully configured flow definition and other required artifacts for example, jca and .wsdl files
• An ICS project can fully define an integration flow, and can be implemented by an underlying implementation layer.
• a policies component 136 can include a plurality of policies that govern behaviors of the ICS environment.
• a polling policy can be configured for source-pull messaging interactions (i.e. query style integrations) for a source application, to invoke an outbound call to the source application via a time-based polling.
• policies can be specified for security privileges in routing messages to a target application; for logging message payloads and header fields during a flow execution for subsequent analysis via a monitoring console; and for message throttling used to define a number of instances that an enterprise service bus (ESB) service can spawn to accommodate requests.
• policies can be specified for monitoring/tracking an integration flow at a flow level; and for validating messages being processed by the ICS platform against a known schema.
• an integration developer can drag and drop a component on a development canvas 133 for editing and configuration, for use in designing an integration flow.
• the runtime environment can include an application server 162, an ICS runtime engine 166, a storage service 168 and a messaging service 170 on top of an enterprise service bus component 172.
• a user interface console 164 can be used to monitor and track performance of the runtime environment.
• Figure 2 illustrates an integration cloud service in accordance with an embodiment.
• an ICS 207 can provide a cloud-based integration service for designing, executing, and managing ICS integration flows.
• the ICS can include a web application 209 and an ICS runtime 215 executing on an application server 217 in an enterprise cloud environment (for example, Oracle Public Cloud) 201.
• the web application can provide a design time that exposes a plurality of user interfaces for a user to design, activate, manage, and monitor an ICS integration flow.
• An activated ICS integration flow can be deployed and executed on the ICS runtime.
• a plurality of application adapters 213 can be provided to simplify the task of configuring connections to a plurality of applications, by handling the underlying complexities of connecting to those applications.
• the applications can include enterprise cloud applications of the ICS vendor 205, third-party cloud applications (for example, Salesforce) 103, and on-premises applications 219.
• the ICS can expose simple object access protocol (SOAP) and representational state transfer (REST) endpoints to these applications for use in communicating with these applications.
• SOAP simple object access protocol
• REST representational state transfer
• an ICS integration flow can include a source connection, a target connection, and field mappings between the two connections.
• Each connection can be based on an application adapter, and can include additional information required by the application adapter to communicate with a specific instance of an application.
• an ICS integration flow and a plurality of other required artifacts can be compiled into an ICS project, which can be deployed and executed in the ICS runtime.
• a plurality of different types of integration flow patterns can be created using the web Ul application, including data mapping integration flows, publishing integration flows, and subscribing integration flows.
• an ICS user can use an application adapter or an application connection to define a source application and a target application in the development interface, and define routing paths and data mappings between the source and target application.
• a source application or a service can be configured to publish messages to the ICS through a predefined messaging service.
• a target application or service can be configured to subscribe to messages from the ICS through the messaging service.
• Figure 3 illustrates an ICS design time, in accordance with an embodiment.
• a development interface e.g., a development canvas
• a development interface 310 in the web Ul application can be used by a user 320 to create an ICS integration flow, using a plurality of existing connections 301 , for example, connection A 303, connection B 305 and connection N 307.
• connection A can be dragged and dropped 311 to the development interface as a source connection 313, and connection N can be dragged and dropped 309 to the development interface as a target connection 315.
• the source connection can include information required to connect to a source application, and can be used by the ICS to receive requests from the source application.
• the target connection can include information required to connect to a target application (for example, a Salesforce cloud application), and can be used by the ICS to send requests to the target application.
• the source and target connections can be further configured to include additional information.
• the additional information can include types of operations to be performed on data associated with a request, and objects and fields against those operations.
• mappers between the two connections can be enabled, and mapper icons (for example, mapper icon A 317 and mapper icon B 318) can be displayed for use in opening the mappers, so that the user can define how information is transferred between a source and target data objects for both the request and response messages.
• the mappers can provide a graphical user interface for the user to map items (for example, fields, attributes, and elements) between the source and target applications by dragging a source item onto a target item.
• map items for example, fields, attributes, and elements
• the source and target data objects can be automatically loaded using the source and target connections.
• lookups can be provided to facilitate the creation of mappings.
• lookups are reusable mappings for different codes and terms used in applications to describe the same item. For example, one application uses a specific set of codes to describe countries, while another application uses a different set of codes to describe the same countries. Lookups can be used to map these different codes across the different applications.
• development of an integration flow can be a complex effort requiring various components to be defined before the integration flow can be successfully deployed and executed. Some components within an integration flow are required to be defined while others are optional. Further complicating the development process is that defining optional components may lead to additional required components, and that the required components at any point in time during the development effort may vary, depending upon the order in which the integration components were defined.
• next actions prediction is a service that assists clients in modeling the flows quickly by predicting and suggesting the next set of actions a user might be thinking of adding.
• the service also assists the user to follow some of the best practices while creating an integration flow.
• the systems and methods provided herein comprise solutions to issues faced by users of ICS systems. For example, suppose a user is attempting to create a 'credit card application processing' flow. For an expert user, any application processing flow will have a basic pre-processing step like address and personal details verification etc. For expert user, this looks to be monotonous work as they have to do the same set of flow by themselves. For a novice user, creating such a flow would challenge them in that they would struggle to start creating the flow from the scratch, and they may miss mandatory steps while creating the integration flows. This then could lead to more time consuming problems where they must consult peers to learn the best practices in creating the flows, read/know about the business flow on the internet, etc.
• the systems and methods described herein can utilize AI/ML to improve integration flows by allowing customers to design solutions with least amount of effort.
• This can enable the use of an ICS flow designer with an ability to predict the integration flow a user is most likely going to build based on the user context only; and user and process context.
• a mortgage officer in a bank logs in to design a mortgage approval flow; the mortgage officer can be presented with a list of ICS flows that have already implemented mortgage approval flows and are production worthy.
• Prediction data (including working and functional flows) can be storage at an accessible location.
• the systems and methods described herein can decrease the amount of time required to create a flow by providing real-time cues to a user who is currently modeling the flow.
• the systems and methods described herein can also allow for a decrease in error rates with regards to flows, an increase in performance of flows, and an overall optimization of the flows within ICS over existing mechanisms.
• Figure 4 illustrates a system for supporting auto-completion of ICS flows using AI/ML, in accordance with an embodiment.
• a development interface e.g., a development canvas
• a development interface 410 in the web Ul application can be used by a user to create an ICS integration flow, using a plurality of connections 401 , for example, connection A 403, connection B 405 and connection N 407.
• connection A a particular connection (for example, connection A) can be dragged and dropped 411 to the development interface as a source connection 413.
• the source connection 413 can be recommended 411 and populated based upon an interaction with the auto completion engine 430, which is associated with/in communication with a connection library 431.
• the development interface can either allow a user to drag and drop 412 413 different connections from a library of existing connections, or the development interface can present a populated grid of optional connections 415 416 that can be selected by via the user interface.
• the context can be associated with the source connection, which can include information required to connect to a source application, and can be used by the ICS to receive requests from the source application.
• the source and target connections can be further configured to include additional information.
• the additional information can include types of operations to be performed on data associated with a request, and objects and fields against those operations.
• the recommended connections displayed via the client interface can be updated in real time, based upon selections received from the client interface.
• the recommended connections can be provided based on the context of a flow being modeled. As the flow grows, so does the context associated with the flow. Based upon the context, the real time suggestions can be altered to be more fine-grained and accurate.
• the systems and methods described herein can automatically configured a selection portion of the flow. Such automatic configuration can be overridden if desired.
• further recommended sections for the ICS flow can be altered, updated, reconfigured, deleted, or added, . . . etc.
• the process of creating an integration flow can be simplified in that the described auto-completion can gather together basic steps, which then frees users to concentrate on other parts of a flow that are more sensitive.
• the described systems and methods can automatically add to flows desired or necessary steps based upon the context of the flow.
• ICS designer can present recommended ICS flows based on user context.
• User context takes into account the organization, subsidiary if applicable, department, sub-departments if applicable and user information to generate the context; most important part of the context is the user's job description.
• the designer can present ICS flows including all dependent files and connectors as a single virtual project that can be previewed. If the recommended ICS flow meets user requirement; they can select the ICS flow; a virtual project is created that user can preview including testing it. The project can then be saved into a physical entity if it meets the requirements (e.g., if the flow is certified and functional).
• the flow files can be referred to as JSONs or JSON files.
• JSONs or JSON files.
• One of skill in the art would readily understand that the systems and methods described herein can utilize different or alternative file formats and achieve the same or similar results.
• the systems and methods herein can utilize a pattern recognition model mechanism for JSON models in order to predict application flows, such as ICS flows.
• a similarity score can generated to indicate how closely the input/source JSON matches stored JSON patterns.
• a method/model can recognize structurally and semantically similar flow file patterns based on an input/source flow files.
• Structural and semantic similarity can determined by comparing two or more flow files (e.g., two or more JSONs), to determine how similar each field of the file is.
• natural language processing can be used to determine how similar a word or sentence is.
• numeric and date fields the systems and methods can determine how much they deviate from each other.
• a similarity score can be generated for each field.
• a flow file such as a JSON file
• a JSON file can be composed of objects, arrays and primitive fields of string, numeric and boolean type.
• a JSON pattern recognition mechanism is based on generating a similarity score for each field that in turn is consolidated into a composite similarity score for the object and array and finally into a similarity score for the root JSON object or an array.
• each source JSON primitive field is compared with the target JSON field using both the key and the value.
• the key can be compared using natural language processing (NLP) and while the value is compared based on its type. That is, for example, string field NLP is used while for numeric field distance is calculated. Field comparison can result in a generation of a similarity score. For example, consider a target JSON for a purchase order as shown below:
• an input JSON pattern can include the snippet:
• the method/model can recognize structurally and semantically similar flow file patterns based on a comparison of the two JSON files.
• the method/model can produce a perfect similarity score (e.g., a similarity score of “1.0”) as the“name” field from the target file matches perfectly with the “name” field of the input/source file.
• a perfect similarity score e.g., a similarity score of “1.0”
• the input/source file contained a“title” field instead of a“name” field, but the value of“John Smith” was the same
• the method/model could result in a high similarity score, but not a perfect store (e.g., a score of “0.9”) because the field“title” is a synonym of“name”.
• a similarity score for a field can be generated using the following:
• a similarity score for a numeric field can be found by finding the percentage distance from a target value. For example, in looking at the above source JSON file, if an input/source JSON snippet comprised a“price : 23.95”, then a similarity score would be a perfect 1.0, because not only is the natural language match a perfect match, but the value is also a perfect match. However, if a snippet of an input JSON filed comprised a“price : 22.95”, the method/model would produce a similarity score of “0.9791”. This would be found using the following formulas: keyFormula NLP Match Similarity Score
• fieldF ormula [00067]
• an input/source snippet comprises“price : 22.95”
• the above “keyFormula” results in a score of 1.0 as the natural language processing is a complete match.
• the value formula would result in a score of .9582, meaning the similarity score for the entire field would be (1 + 9582)/2, resulting in a similarity score of .9791.
• the model/method described herein can support field object type pattern recognition (e.g., JSON field object type pattern recognition).
• JSON Object type pattern recognition can based on generating an aggregate average similarity score from similarity scores of individual fields.
• an input flow (e.g., JSON flow) pattern can include the snippet:
• the generated similarity score for the above example would be a perfect 1.0, as both the field similarity score for the“name” field, as well as the field formula score are both perfect 1.0.
• the similarity score can be reduced, for example, if the snippet of the input flow (e.g., JSON flow) is not an exact match for natural language process, but is, for example, a synonym.
• the snippet from the input flow comprises:
• the similarity score will be reduced from 1.0 as only one of the two segments of the input flow is an exact match in terms of both natural language processing (i.e. , the“key similarity score” fields), as well as in value (namely the“price” field and value).
• the other value comprises“title” instead of “name”.
• the similarity score will not be drastically reduced. Taking the above example, the total similarity score for this snippet can be 0.975. This can be derived from the following:
• the similarity score can be reduced further, for example, if the snippet of the input flow (e.g., JSON flow) is not an exact match for natural language process, but is, for example, a synonym.
• the snippet from the input flow comprises:
• the similarity score will be reduced from 1.0 as both of the segments of the input flow is are not exact matches in terms of natural language processing (i.e., the“key similarity score” fields). Both key fields are synonyms of the target flow. Because“title” is a synonym of the target flow, and“cost” is a synonym of the target flow, the similarity score will not be drastically reduced. Taking the above example, the total similarity score for this snippet can be 0.95.
• the method/model described herein can utilize field array type pattern recognition.
• array type pattern recognition e.g., JSON array type pattern recognition
• JSON array type pattern recognition can be based on generating an aggregate average similarity score from similarity scores of individual fields taking into account offset within the array.
• an input source array pattern e.g., JSON array type pattern recognition
• the target array pattern comprises an exact match, namely:
• the similarity score for the array would be a perfect 1.0.
• the array similarity score would be 0.8:
• Figure 5 illustrates an exemplary flow chart decision tree, in accordance with an embodiment.
• a user may select a first portion of an integrated flow, which is shown in the unshaded portion 501 of the flow designer 500. From this beginning of an integrated flow, depending upon the context of the user, the systems and methods can present a number of options 503-507 to the user to be variously selected. As shown in the figure, option 505 is currently being displayed in window 502 (current selection window). Additional flow recommendations can be provided as a card layout which can be selected. On selection of a particular flow, the ICS designer displays the entire flow. Button navigation can also be provided.
• the recommended process for the flow may not be selected (e.g., where the recommendation is not a correct recommendation).
• other process recommendations can be consistently presented as predictions within a "prediction plane" depicted as in the flow in the shaded regions in the figure. This then provides an option of selecting individual tasks or the entire flow.
• the systems and methods can also present a card layout that can be flicked for all the possible recommendations to complete the flow. This allows for navigation to see how each predicted ICS flow looks like and how it behaves.
• the flows can be tested in real time as each option is selected. The testing can provide functional and performance profiles before a final selection of the flow.
• the flows in 502 can be displayed in a number of different manners.
• the flows can be displayed as shown in the figure as a completed flow (that has been tested and qualified).
• the optional flows can be presented in an overlay manner (e.g., dashed outlines) where only the next set number of flow steps are displayed to a user until an instruction is received to select one of the presented options.
• the optional flows can be displayed as a completed flow, but in overlay manner, allowing the user to select different portions of the completed flow to see differing branching options that can be selected.
• the systems and methods herein provide a hierarchical clustering model of invariant pattern recognition of process models.
• knowledge of how a process is designed is learned and encapsulated as a hierarchy of clusters of process models based on user and process context with the most accurate cluster being the leaf of the cluster tree.
• the knowledge is encoded in a tree structure that can be queried based on user and process context.
• reorganizing process models is a complex and time consuming job.
• Systems and methods can identify patterns by matching small snippets of a larger existing pattern.
• the systems and methods can predict process model by hierarchical clustering of process model based on user and process context. Clustering on process context can be based on recognizing XML/JSON patterns.
• Figure 6 shows a hierarchical tree structure for use in supporting systems auto completion of ICS flows using AI/ML, in accordance with an embodiment. More particularly, Figure 6 shows a self-designing enterprise system, in accordance with an embodiment.
• nodes model clustering regions based on context.
• a node can have several children and a parent.
• Input models go to the nodes at all levels based on context.
• nodes At each level nodes have children that are clusters of similar models based on the parent context hierarchy.
• Hierarchy of nodes is based on context; top level is the root context, followed by company type context that can have sub-company, followed by department types and sub-departments, followed by user context; finally the job type context.
• Each of these tree nodes are indexed.
• a structure can comprise a root context 600 which can be associated with a number of model clusters 601-603.
• a company type context 610 which can be associated with a number of model clusters 61 1-613.
• a department type 620 which can be associated with a number of model clusters 621-623.
• a job type 630 which can be associated with a number of models clusters 631-633.
• each model cluster can be pre-populated with a plurality of evaluated and certified integrated flows.
• Each of these integrated flows can be stored at, for example, a storage associated with an auto-completion engine.
• supposed model cluster 631 deals with a point of sale integrated flow.
• a user who is classed into a job type 630, can then be, on login and indication of a point of sale flow, presented with the plurality of integrated flows from model cluster 631.
• model cluster 621 can also be associated with a plurality of evaluated and certified integrated flows. If the user declines to select any of the plurality of integrated flows from model cluster 631 , then the tree can move back up to the department type 620 (also associated with the user from the context), and present to the user the plurality of flows from model cluster 621. This recursive situation can go on so long as the user continues to decline to select any of the presented flows.
• each of the plurality of flows can be presented to the user as a complete flow, or can be presented to the user in a step-wise manner, where each subsequent selection causes the systems and methods to present a number of options selected from a correct model cluster 631.
• a self-learning algorithm can operate on the hierarchical data structure shown in Figure 6.
• the hierarchical data structure is initialized by already collected data that consists of models that are already in production hence ensuring the quality of the data.
• the algorithm can automatically rebuild the model clusters in the hierarchy when a change/addition is introduced. Then, a new model is put into production for a particular context.
• the self-learning algorithm first puts the model into one of the root model clusters based on it syntactic and semantic similarity. Next based on the company, department, job and the user context it updates the remaining hierarchical model clusters.
• a pattern recognition algorithm can be based on recognizing the sent input pattern by looking at the context information and generating a key that can be used to identify similar models in the present (sent) context.
• Model patterns are recognized that are ranked from more accurate to less accurate based on how closely the company, department, job and user context matches the pre-calculated model clusters; recommendations are further ranked on combinations of company, department, job and user context from most accurate to the least accurate i.e. company, department, job and user context, followed by company, department and job context, followed by company and department and company context.
• systems and methods generally will not present a user with less accurate recommendations.
• the algorithm can determine that the desired model is more generic. For example; for a physicist that only buys physics books that deal with quantum mechanics; a system would most likely recommended books on quantum mechanics.
• the physicist is in mood to read about philosophy so he/she rejects the recommendation of books on quantum mechanics. Then the recommendation system knows from the user context that physicist has interest in philosophy, so the next recommendation could be philosophy books based on user’s interest in the subject.
• the system and methods can provide recommendations based on the user context plus the model pattern that takes into account both the structure and semantics of the model.
• a model shown in Figure 7, being designed.
• a user can create a first activity as receive activity; recommendations that are produced will be based on the user context 701 plus the structure and semantics of the process being designed.
• the systems and methods can match to all the clusters 705 that have similar context and models that start with receive activity plus have semantic similarity with the name, documentation etc. of the process and the receive activity.
• only three clusters 702-704 are shown, but more clusters can be contained within the system and presented via a user interface.
• the model of Figure 7 can be extended, as shown in Figure 8.
• recommendations for model that has a receive and invoke task will be based on clusters 805 that have similar context 801 plus process that has a receive and invoke activity (structure) plus has similar semantics that it receives similar message for similar resource and invokes similar resource method with similar input, output and fault patterns.
• clusters 802-804 are shown, but more clusters can be contained within the system and presented via a user interface.
• Figure 9 shows an exemplary ranking simulator, in accordance with an embodiment.
• a JSON input pattern 901 can be received.
• a pattern recognition based on similarity 902 can be run over the JSON input pattern, using inputs (e.g.,“swagger”,“info. version”, and“info. title”) from the JSON input pattern to rank a number of output JSON patterns 903-905 that have been matched with the JSON Input Pattern.
• Figure 10 shows a flowchart of a method for supporting auto-completion of ICS (integration cloud services) flow using artificial intelligence/machine learning.
• the method can provide a computer that includes one or more microprocessors.
• the method can start an integration flow map.
• the method can collect user context.
• the method can provide a plurality of flow predictions based upon the collected user context.
• next activity prediction based on pattern recognition within flows, such as ICS flows, in a file format, such as a JSON file.
• This can be described as next activity prediction based on pattern recognition (e.g., within a JSON pattern).
• a next activity prediction can be made within multiple contexts, based on exact or partial context.
• a next task can be predicted based on all previous tasks, or a prediction can be made based on generic context that takes into account frequency of task available within a scope.
• a next step prediction engine can calculate a likely (e.g.,“most” likely) next step sequence based on exact or partial match (i.e. , all preceding tasks match completely or partially).
• the system and method can also calculate next task sequence based on the enclosing scope (i.e., what is the most probable next task for a particular scope without reliance on preceding tasks).
• flow pattern recognition e.g., ICS flow JSON pattern recognition
• ICS flow JSON pattern recognition can result in a subset of models that most closely match the designed flow. Based on this subset, a next sequence of activities can predicted as perfect/partial match and as scoped prediction.
• the systems and methods described herein when the methods and systems described herein perform perfect or partial matching in order to predict next activity, the systems and methods can perform a ranking of potential next sequence of tasks based on frequency of occurrence using pattern recognition of existing flow. For example, in the below flow which comprises a "Sales Account Creation" flow, suppose a user is in midst of designing this flow and has reached an assign step mapping account business object to a sales cloud account business object. Based on this input, a pattern recognition system recognizes at most 25 existing flows that closely match this input pattern (i.e., the flow being designed).
• the systems and methods herein can comprise or have access to a number of target models that can be used in the next activity prediction.
• target models For the sake of simplicity, supposed there are the following three target models for use in the next activity prediction method/model.
• Model 1 [000111]
• a pattern recognition can match all three processes and, based on the matches, generate a ranking of what the next task is most likely to be. This can then be provided to the user/developer.
• An example of such a result of such a matching is shown below:
• mapping “Copy sales Account to cloud sales Account” ⁇
• the systems and methods rank the potential next tasks in order of most likely to less likely:“invoke” task followed by“if” as it has higher frequency of occurrence at index 3 of a sequence activity.
• the method can generate a mechanism where the“next step” can be predicted, in addition to the prediction of the entire flow. This is then based upon the models that are already matched. Use a statistical method to determine which“next step” is used most in the matched flows from the first prediction. For example, if a user enters a“Router” task, then at the highest index (index 0), the most highest probability for the next step is most likely“Transformer” with a target of rest, and then the next likely is“rest” invoke, and then the next most likely is transform rest. Then the system can go to index 1 - which is then the next step. At each index, or sequence number, generate the probability of which activity is most likely.
• Figure 11 illustrates an exemplary flow chart decision tree, in accordance with an embodiment.
• a user may select a first portion of an integrated flow, which is shown in the unshaded portion 1 101 of the flow designer 1100. From this beginning of an integrated flow, depending upon the context of the user, the systems and methods can present a number of next task options 1103-1107 to the user to be variously selected. As shown in the figure, the predicted next task option 1105 is currently being displayed in window 1102 (current selection window). Additional next task recommendations can be provided as a card layout which can be selected. On selection of a particular recommend/predicted next task, the ICS designer can display an additional predicted next task (at the following index).
• the recommended next task may not being selected for the flow (e.g., where the recommendation is not a correct recommendation).
• other next task recommendations can be consistently presented as predictions within a "prediction plane" depicted as in the flow in the shaded regions in the figure. This then provides an option of selecting individual tasks or the entire flow.
• the systems and methods can also present a card layout that can be flicked for all the possible recommendations to complete the flow. This allows for navigation to see how each predicted ICS flow looks like and how it behaves.
• the flows can be tested in real time as each option is selected. The testing can provide functional and performance profiles before a final selection of the flow.
• Figure 12 shows a flowchart of an exemplary method for next step prediction for ICS (integration cloud services) flow using artificial intelligence/machine learning.
• the method can provide a computer that includes one or more microprocessors.
• the method can start an integration flow map.
• the method can collect user context.
• the method can provide a plurality of next step predictions within the integration flow map based on the collected user context.
• the method can receive a selection of a selected next step prediction of the plurality of next step predictions. and Business Object based on Pattern
• the systems and methods described herein can provide a mechanism for ranking of applications, operations and business objects referred by an activity based on pattern recognition (e.g., JSON pattern recognition).
• Ranking of applications, operations and business objects referred by activity can be calculated in multiple contexts. For example, these contexts ca be based on exact/partial context (i.e. , rankings are calculated based on all previous tasks).
• the predictions can be additionally, or alternatively, be based on generic context that takes into account frequency of applications, operations and business objects referred by a particular task.
• a ranking engine can calculate the model rankings based on exact/partial match. This can be done, for example, based on all preceding tasks match.
• the system can also calculates model rankings purely based on the enclosing scope (i.e., what is the most probable application, operation and business object for a particular task).
• a flow pattern e.g., ICS JSON flow
• ICS JSON flow results in a subset of models that most closely match the designed flow (input). Based on this subset of matched ICS models, the ranking of application, operation and business objects are determined.
• the systems and methods can rank application, operation and business object referred by a particular task based on their frequency of occurrence based on pattern recognition of existing flow (e.g., JSON pattern of ICS flows).
• pattern recognition of existing flow e.g., JSON pattern of ICS flows.
• mapping “Copy sales account to cloud sales account”
• Model 1 [000132]
• mapping “Copy sales account to cloud sales account”
• mapping “Copy sales account to cloud sales account”
• mapping “Copy sales account to cloud sales account”
• a pattern recognition system and method can match all three models above, and based on the matches, calculates rankings of application, operation and business objects:
• the ranking systems ranks“cloud sales cloud” application higher than“someother cloud sales Cloud” application for an invoke task.
• system can present the user a choice to select “cloud sales cloud” as a primary/preferred/first option. It does so because it is more likely as the system is triggered by a create account event from sales. That is, the training data contains more flows that start with“sales” receive followed by assign and finally an invocation to“cloud sales cloud”.
• the systems and methods can rank applications, operations, and business objects referred by a particular task based independent of location. For example, take an "HR Account Creation” ICS flow supplied below. Here, a user is in midst of designing this ICS flow and has reached an assign step mapping a“workable HR account” business object to cloud HR cloud account business object. Based on this input, the pattern recognition system recognizes, for example, a number of existing flows in a training database that closely match this input pattern (ICS flow being designed). The example input flow is here:
• the systems and methods can match the input flow to a number of similar existing flows in the training database, despite the existing flows not having a“workable HR account” business object.
• Figure 13 illustrates an exemplary flow chart decision tree, in accordance with an embodiment.
• a user may select a first action of an integrated flow, which is shown in the unshaded portion 1301 of the flow designer 1300.
• the systems and methods can predict a number of flows that are already stored in a training database. For example, predicted next actions can be presented in various windows, such as 1302-1307.
• the system can present, within a window 1350 for example, a number of options to the user, such as options A-D. These options can comprise, for example, predicted next applications, operations, or business objects.
• the user can then, if desired, select one of the presented options, where the presented options can be shown in an order from most likely to less likely, based upon the matches between the input flow and the stored completed flows.
• Figure 14 shows a flowchart of an exemplary method for next object prediction for ICS (integration cloud services) flow using artificial intelligence/machine learning.
• the method can provide a computer that includes one or more microprocessors.
• the method can start an integration flow map.
• the method can collect user context.
• the method can provide a plurality of next object predictions within the integration flow map based on the collected user context, wherein each of the plurality of next object predictions comprise one of an application, an operation, and a business object.
• the method can receive a selection of a selected next object prediction of the plurality of next step predictions.
• features of the present invention are implemented, in whole or in part, in a computer including a processor, a storage medium such as a memory and a network card for communicating with other computers.
• features of the invention are implemented in a distributed computing environment in which one or more clusters of computers is connected by a network such as a Local Area Network (LAN), switch fabric network (e.g. InfiniBand), or Wide Area Network (WAN).
• LAN Local Area Network
• switch fabric network e.g. InfiniBand
• WAN Wide Area Network
• the distributed computing environment can have all computers at a single location or have clusters of computers at different remote geographic locations connected by a WAN.
• features of the present invention are implemented, in whole or in part, in the cloud as part of, or as a service of, a cloud computing system based on shared, elastic resources delivered to users in a self-service, metered manner using Web technologies.
• cloud There are five characteristics of the cloud (as defined by the National Institute of Standards and Technology: on-demand self-service; broad network access; resource pooling; rapid elasticity; and measured service.
• Cloud deployment models include: Public, Private, and Hybrid.
• Cloud service models include Software as a Service (SaaS), Platform as a Service (PaaS), Database as a Service (DBaaS), and Infrastructure as a Service (laaS).
• the cloud is the combination of hardware, software, network, and web technologies which delivers shared elastic resources to users in a self-service, metered manner.
• the cloud encompasses public cloud, private cloud, and hybrid cloud embodiments, and all cloud deployment models including, but not limited to, cloud SaaS, cloud DBaaS, cloud PaaS, and cloud laaS.
• features of the present invention are implemented using, or with the assistance of hardware, software, firmware, or combinations thereof.
• features of the present invention are implemented using a processor configured or programmed to execute one or more functions of the present invention.
• the processor is in some embodiments a single or multi-chip processor, a digital signal processor (DSP), a system on a chip (SOC), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, state machine, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein.
• features of the present invention may be implemented by circuitry that is specific to a given function.
• the features may implemented in a processor configured to perform particular functions using instructions stored e.g. on a computer readable storage media.
• features of the present invention are incorporated in software and/or firmware for controlling the hardware of a processing and/or networking system, and for enabling a processor and/or network to interact with other systems utilizing the features of the present invention.
• software or firmware may include, but is not limited to, application code, device drivers, operating systems, virtual machines, hypervisors, application programming interfaces, programming languages, and execution environments/containers. Appropriate software coding can readily be prepared by skilled programmers based on the teachings of the present disclosure, as will be apparent to those skilled in the software art.
• the present invention includes a computer program product which is a storage medium or computer-readable medium (media) having instructions stored thereon/in, which instructions can be used to program or otherwise configure a system such as a computer to perform any of the processes or functions of the present invention.
• the storage medium or computer readable medium can include, but is not limited to, any type of disk including floppy disks, optical discs, DVD, CD-ROMs, microdrive, and magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, DRAMs, VRAMs, flash memory devices, magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of media or device suitable for storing instructions and/or data.
• the storage medium or computer readable medium is a non-transitory storage medium or non-transitory computer readable medium.

Landscapes

• Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Data Mining & Analysis (AREA)
• General Engineering & Computer Science (AREA)
• Software Systems (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Artificial Intelligence (AREA)
• Evolutionary Computation (AREA)
• Computer Vision & Pattern Recognition (AREA)
• Databases & Information Systems (AREA)
• Computing Systems (AREA)
• Mathematical Physics (AREA)
• Library & Information Science (AREA)
• Medical Informatics (AREA)
• Computational Linguistics (AREA)
• Evolutionary Biology (AREA)
• Bioinformatics & Computational Biology (AREA)
• Bioinformatics & Cheminformatics (AREA)
• Life Sciences & Earth Sciences (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)
• Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
• Stored Programmes (AREA)

Priority Applications (5)

Applications Claiming Priority (8)

Publications (1)

Family

ID=70279586

Family Applications (2)

Family Applications After (1)

Country Status (5)

Families Citing this family (8)

Citations (2)

Family Cites Families (35)

• 2019
  • 2019-09-10 US US16/566,511 patent/US12314327B2/en active Active
  • 2019-09-10 US US16/566,490 patent/US11556733B2/en active Active
  • 2019-09-10 US US16/566,504 patent/US12517958B2/en active Active
  • 2019-10-15 CN CN201980077673.8A patent/CN113168422B/zh active Active
  • 2019-10-15 JP JP2021521187A patent/JP7502283B2/ja active Active
  • 2019-10-15 WO PCT/US2019/056364 patent/WO2020081587A1/en not_active Ceased
  • 2019-10-15 EP EP19797530.3A patent/EP3867776A1/en not_active Withdrawn
  • 2019-10-18 WO PCT/US2019/056962 patent/WO2020081949A1/en not_active Ceased
• 2024
  • 2024-06-05 JP JP2024091362A patent/JP7721740B2/ja active Active
• 2025
  • 2025-07-30 JP JP2025127190A patent/JP2025172744A/ja active Pending

Patent Citations (2)

Also Published As

Similar Documents

Legal Events