US11720810B2 - Reducing mean time to find problems in enterprise information technology systems using bots - Google Patents
Reducing mean time to find problems in enterprise information technology systems using bots Download PDFInfo
- Publication number
- US11720810B2 US11720810B2 US16/106,053 US201816106053A US11720810B2 US 11720810 B2 US11720810 B2 US 11720810B2 US 201816106053 A US201816106053 A US 201816106053A US 11720810 B2 US11720810 B2 US 11720810B2
- Authority
- US
- United States
- Prior art keywords
- bots
- issues
- bot
- command
- processors
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active, expires
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/004—Artificial life, i.e. computing arrangements simulating life
- G06N3/006—Artificial life, i.e. computing arrangements simulating life based on simulated virtual individual or collective life forms, e.g. social simulations or particle swarm optimisation [PSO]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/04—Inference or reasoning models
- G06N5/043—Distributed expert systems; Blackboards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/02—Knowledge representation; Symbolic representation
Definitions
- the present invention relates generally to the field of information technology (IT) systems, and more particularly to leveraging Bots across various layers of an enterprise IT system for reducing mean time to find problems.
- IT information technology
- IT Information technology
- VMs virtual machines
- MTFP Mean Time to Find Problem
- Embodiments of the present invention disclose a method for leveraging Bots across various layers of an enterprise information technology system for reducing mean time to find problems (MTFP).
- the method comprising determining, by the one or more processors, if one or more system Bots can identify one or more issues in an enterprise information technology system. Responsive to determining that the one or more system Bots cannot identify the one or more issues, escalating, by the one or more processors, the one or more issues to one or more process Bots. Invoking, by the one or more processors, one or more MTFP computation engines from related Bots in communication with the one or more process Bots. Identifying, by the one or more processors, the one or more issues in the enterprise information technology system by the one or more MTFP computation engines.
- a computer system for leveraging Bots across various layers of an enterprise information technology system for reducing mean time to find problems comprising: one or more computer processors; one or more computer readable storage devices; program instructions stored on the one or more computer readable storage devices for execution by at least one of the one or more computer processors.
- the stored program instructions comprising program instructions to determine if one or more system Bots can identify one or more issues in an enterprise information technology system. Responsive to determining that the one or more system Bots cannot identify the one or more issues, program instructions to escalate the one or more issues to one or more process Bots. Program instructions to invoke one or more MTFP computation engines from related Bots in communication with the one or more process Bots.
- a computer program product for leveraging Bots across various layers of an enterprise information technology system for reducing mean time to find problems comprising: one or more computer readable storage devices and program instructions stored on the one or more computer readable storage devices.
- the stored program instructions comprising program instructions to determine if one or more system Bots can identify one or more issues in an enterprise information technology system. Responsive to determining that the one or more system Bots cannot identify the one or more issues, program instructions to escalate the one or more issues to one or more process Bots. Program instructions to invoke one or more MTFP computation engines from related Bots in communication with the one or more process Bots. Program instructions to identify the one or more issues in the enterprise information technology system by the one or more MTFP computation engines. Program instructions to update a knowledge repository with attributes of the identified one or more issues, wherein the one or more process Bots can cognitively learn from the data stored on the knowledge repository, and program instructions to output the one or more identified issues to a user.
- FIG. 1 is a functional block diagram illustrating a distributed data processing environment, in accordance with an embodiment of the present invention
- FIG. 2 illustrates an example of a flow diagram of a problem identification component, on a server computer within the distributed data processing environment of FIG. 1 , in accordance with an embodiment of the present invention
- FIG. 3 depicts operational steps of the problem identification component for problem identification, on the server computer within the distributed data processing environment of FIG. 1 , in accordance with an embodiment of the present invention
- FIG. 4 illustrates operational steps of the problem identification component for problem identification and problem resolution, on the server computer within the distributed data processing environment of FIG. 1 , in accordance with an embodiment of the present invention.
- FIG. 5 depicts a block diagram of components of the server computer executing the problem identification component within the distributed data processing environment of FIG. 1 , in accordance with an embodiment of the present invention.
- Embodiments of the present invention disclose leveraging internet robots (Bots) that act as a dedicated internet of things (IoT) device on a system to expedite identification of an issue in one or more IT systems. Additionally, theses Bots can monitor multiple layers of an IT system such as: network devices, appliances, middleware, and/or applications. Bots can be system Bots or process Bots. Bots can continuously track their system component resources (e.g. central processing unit (CPU), memory, network interface card (NIC), etc.) for their health status (e.g. disk space, utilization, input/output (I/O)).
- system component resources e.g. central processing unit (CPU), memory, network interface card (NIC), etc.
- I/O input/output
- System Bots can also collate and analyze their system data to detect and communicate anomalies to other Bots such as a process Bot. Once a Bot ascertains an issue (detected or computed), the Bot is capable of acting with accuracy on a multitude of activities including diagnosing a problem, searching a knowledgebase, attempting to fix the problem, alerting, reporting, creating a ticket, communicating to a virtual engineer, and executing a script with response status.
- System Bots can also integrate with local or remote monitoring agents, communicate with non-BOTs (e.g. a central console), and can be programmed for new capabilities.
- a System Bot can be each a Bot that continuously tracks its own (internal) system components (e.g. CPU, Memory, NIC etc.) for its health status (e.g. disk space, utilization, I/O), continuously.
- system Bots can analyze their system data to detect problems and communicate anomalies to other Bots.
- Embodiments of the present invention disclose a system and methodology of leveraging Bots that act as a coordinated IoT device on a system to expedite problem identification leading to minimized MTFP by solving a multi-constraint and multi-dimensional optimization problem.
- Bots by design, are proactive and predictive, and therefore can identify an anomaly even before an event can occur. Additionally, in various embodiments, Bots can detect events through external monitoring tools. Alternatively, Bots can act as monitoring agents. Bots will not limit themselves to identifying a problem using pre-established methods (e.g., known historical data on issue identification) and can go beyond the known historical data to dynamically determine the features that potentially lead to the issues in an IT system. In this way, a Bots learn new ways of identifying problems.
- Bots In addition to System Bots, other types of Bots cover network devices, appliances, middleware, and application. Bots may also interact with other Bots to identify problems.
- MTFP is the time epoch between issue occurrence and identification of the problem.
- MTFP computation considerations include historical MTFPs of a Bot and its current health state.
- Bots can learn from other Bots, communicate with and learn from non-BOTs, and be programmed for new capabilities thereby expanding their repertoire of knowledge, via a knowledge repository, to solve new problems and existing problems more efficiently.
- Bots can also integrate with local or remote monitoring agents and communicate with non-Bots (e.g. a central console and/or diagnosis tools such as logical dependency on other systems). Once a Bot detects a problem, it is capable of acting on a multitude of activities directed towards problem resolution.
- Embodiments of the present invention can be implemented as a software, hardware or a combination of both.
- a Process Bots can collaborate with other Bots or other computing sources to compute characteristics (e.g. performance of a network) or detect problems (e.g. no access to a resource necessary to complete an activity).
- characteristics e.g. performance of a network
- problems e.g. no access to a resource necessary to complete an activity
- Process Bots can gather information from other Bots and process the information required to manage incidents and situational awareness quickly and effectively.
- Process Bots can perform and/or enable communication between other Bots and/or nodes by optimizing situational awareness through ongoing communications with other Process Bots, System Bots, dedicated Bots, including Bots with execution capability, and external partners or resources.
- Process Bots can also learn through optimizing decision making by gathering, evaluating, verifying, analyzing, categorizing and displaying incoming messages and information.
- Process Bots can also command and control various functions such as managing by objectives, based on an incident action plan, prioritizing, deploying and tracking critical Bots; transferring commands; determining the span of control and creating a structure to support unity of command; establishing and maintaining a common operating procedure, and other functions known in the art.
- Process Bots can coordinate and/or assign tasks to other Bots.
- Process Bots can perform the actions of any Bots known in the art, such as Command Center Bots (e.g., coordinating with other Bots during Incidents and Emergencies); Change Management Bots (e.g., identification of dependencies, and other steps in change management process); and Event Management Bots (e.g., problem resolution).
- Command Center Bots e.g., coordinating with other Bots during Incidents and Emergencies
- Change Management Bots e.g., identification of dependencies, and other steps in change management process
- Event Management Bots e.g., problem resolution
- issues are arising in intra systems (e.g., system detected issues and raised alarm high CPU). Other issues arising include, but are not limited to, increases in resource utilization (e.g., increase in CPU utilization due to external factors such as slow performance in network communication, storage, and/or dependent systems).
- Current approaches to resolve the issues stated above comprise deploying monitoring tools across system layers, system log analysis, etc.; scheduling triage meetings, war rooms, command center; contracting with vendors to manage specialized solutions and manage problem; deployment of a Service Support Desk, automation solutions triggered by monitoring tools; and/or root cause analysis.
- challenges in each of the current approaches are challenges in each of the current approaches.
- Some of the challenges that arise during the current approaches to resolve problems within the art comprise, but are not limited to, inefficiency in processing data/information and/or process flow; excessive human involvement; “silo” approach; and/or other factors such as multi-vendor environments to address issues, which cause issues to arise when one or more problems span across vendors, servers, and/or nodes causing a lack of ownership; and/or expensive consultants.
- inefficiency in processes is a challenge to current approaches to remedy issues in the art, such as enterprises adopting a number of mechanisms to uncover and subsequently resolve issues including assignment to one or more default groups (e.g., platform or server group, who based on their understanding assign it to the likely group), or early diagnosis by a designated dispatcher, who then assigns it to the likely group. If inaccurate, the ticket gets bounced from one group to another at the cost of impacting resolution time SLAs, and if contractually bound could result in financial penalties.
- Another example of inefficiency is pressure to act quickly and effectively in identifying the actual issue versus the reported issue (e.g., a slowness in the network (actual issue) could be reported as a performance issue).
- MTTR Mean Time to Repair
- SOP standard operating procedures
- SLA service level agreement
- the “Silo” approach can be a variety of tools that are deployed to cover different layers (e.g. infrastructure, middleware, applications), in which it takes a triage and multiple meetings of owners to work together to uncover and confirm the issue.
- Bots across various layers of an IT system provide social media-like interactive platform to the user in order to “zero-in” on a problem with accuracy. For example, if issues arise out of password reset, a user may be clueless if it is due to application instability or problem with an infrastructure. When the user is able to decode that problem is with the infrastructure, then the next challenge becomes deciding which group the ticket should be assigned (e.g., should the ticket be assigned to network (N/W) team or should it be assigned to storage team etc.).
- Embodiments of the present invention can build Bots at each layer on a common platform such as “interacting and communicating IT Bots.” System and processing Bots interact and share the context as well as information related to the user problems thereby improving the efficiency of enterprise IT systems art.
- Embodiments of the present invention improve the art of enterprise IT systems by creating more efficient and accurate solutions to locating issues in enterprise IT systems based on the use of Bots, both system Bots and process Bots. Documentation of information received, and response steps taken include incident logs; response actions; bots and other resources used; timeline of activities; and/or any other documentation know in the art.
- Network 130 can be, for example, a telecommunications network, a local area network (LAN), a wide area network (WAN), such as the Internet, a wireless technology for exchanging data over short distances (using short-wavelength ultra-high frequency (UHF) radio waves in the industrial, scientific and medical (ISM) band from 2.4 to 2.485 GHz from fixed and mobile devices, and building personal area networks (PANs) or a combination of the three, and can include wired, wireless, or fiber optic connections.
- LAN local area network
- WAN wide area network
- UHF ultra-high frequency
- ISM industrial, scientific and medical
- PANs personal area networks
- Network 130 can include one or more wired and/or wireless networks that are capable of receiving and transmitting data, voice, and/or video signals, including multimedia signals that include voice, data, text and/or video information.
- network 130 can be any combination of connections and protocols that will support communications between computing device 110 and server computer 120 , and any other computing devices (not shown in FIG. 1 ) within distributed data processing environment 100 .
- computing device 110 can be, but is not limited to, a standalone device, a server, a laptop computer, a tablet computer, a netbook computer, a personal computer (PC), a smart phone, a desktop computer, a smart television, a smart watch, a radio, stereo system, a cloud based service (e.g., a cognitive cloud based service), and/or any programmable electronic computing device capable of communicating with various components and devices within distributed data processing environment 100 , via network 130 or any combination therein.
- a cloud based service e.g., a cognitive cloud based service
- computing device 110 can be representative of any programmable mobile device or a combination of programmable mobile devices capable of executing machine-readable program instructions and communicating with users of other mobile devices via network 130 and/or capable of executing machine-readable program instructions and communicating with server computer 120 .
- computing device 110 can represent any programmable electronic computing device or combination of programmable electronic computing devices capable of executing machine readable program instructions, manipulating executable machine-readable instructions, and communicating with server computer 120 and other computing devices (not shown) within distributed data processing environment 100 via a network, such as network 130 .
- Computing device 110 includes an instance of user interface 106 .
- Computing device 110 and user interface 106 allow a user to interact with problem identification component (PIC) 122 in various ways, such as sending program instructions, receiving messages, sending data, inputting data, editing data, correcting data and/or receiving data.
- PIC problem identification component
- computing device 110 can have one or more user interfaces.
- environment 100 can comprise one or more computing devices (e.g., at least two).
- UI 106 provides an interface to PIC 122 on server computer 120 for a user of computing device 110 .
- UI 106 can be a graphical user interface (GUI) or a web user interface (WUI) and can display text, documents, web browser windows, user options, application interfaces, and instructions for operation, and include the information (such as graphic, text, and sound) that a program presents to a user and the control sequences the user employs to control the program.
- GUI graphical user interface
- WUI web user interface
- UI 106 can also be mobile application software that provides an interface between a user of computing device 110 and server computer 120 .
- Mobile application software, or an “app,” is a computer program designed to run on smart phones, tablet computers and other mobile devices.
- UI 106 enables the user of computing device 110 to send data, input data, edit data (annotations), correct data and/or receive data.
- Server computer 120 can be a standalone computing device, a management server, a web server, a mobile computing device, or any other electronic device or computing system capable of receiving, sending, and processing data.
- server computer 120 can represent a server computing system utilizing multiple computers as a server system, such as in a cloud computing environment.
- server computer 120 can be a laptop computer, a tablet computer, a netbook computer, a personal computer (PC), a desktop computer, a personal digital assistant (PDA), a smart phone, or any other programmable electronic device capable of communicating with computing device 110 and other computing devices (not shown) within distributed data processing environment 100 via network 130 .
- PC personal computer
- PDA personal digital assistant
- server computer 120 represents a computing system utilizing clustered computers and components (e.g., database server computers, application server computers, etc.) that act as a single pool of seamless resources when accessed within distributed data processing environment 100 .
- Server computer 120 can include internal and external hardware components, as depicted, and described in further detail with respect to FIG. 5 .
- Each of shared storage 124 and local storage 108 can be a data/knowledge repository and/or a database that can be written to and/or read by one or a combination of PIC 122 , server computer 120 and/or computing device 110 .
- local storage 108 resides on computing device 110 .
- shared storage 124 resides on server computer 120 .
- shared storage 124 can reside elsewhere within distributed data processing environment 100 provided coverage assessment program 110 has access to shared storage 124 .
- Shared storage 124 and/or local storage 108 can be implemented with any type of storage device capable of storing data and configuration files that can be accessed and utilized by server computer 120 , such as a database server, a hard disk drive, or a flash memory.
- shared storage 124 and/or local storage 108 can be hard drives, memory cards, computer output to laser disc (cold storage), and/or any form of data storage known in the art.
- shared storage 124 and/or local storage 108 can be cloud storage systems and/or databases linked to a cloud network.
- PIC 122 can search, identify, match, and/or retrieve historic information of issues that have been fixed and/or identified previously from a knowledge repository (e.g., shared storage 124 and/or local storage 108 ). For example, PIC 122 will search and/or store the features and/or symptoms related to the issue to shared storage 124 , which PIC 122 can access at a later time to determine a problem in an IT system. In this particular example, PIC 122 can create a database based on collected information from previously identified issues. In various embodiments, the knowledge repository enables PIC 122 and all Bots associated with PIC 122 to be self-learning.
- BOTs throughout various layers of IT systems provide a social media-like interactive platform to the user to accurately “zero-in” on problems. For example, if issues arise with a password reset, a user may not be able to determine whether it is due to application instability or an infrastructure problem. Once the user determines the problem is with infrastructure, then which group to assign the ticket to is the next challenge (N/W team or Storage team, etc.).
- PIC 122 can be located on one or more layers of an enterprise IT system on a common platform such as interacting and communicating IT Bots, these Bots interact and share the context as well as information related to the user problems.
- MTFP can be defined as the time difference between an issue being reported and the time when the issue is detected (e.g., the time (T 2 ) when a problem is detected minus the time (T 1 ) when the issue is first reported), depicted in Equation 1.
- MTFP can be defined as the time (T 1 ) when the issue was first reported, and the time (T 2 ) at which one or more Bots that can identify the problem were identified.
- MTFP T 2 ⁇ T 1 Equation 1
- PIC 122 can command the different types of Bots known in the art to communicate and interact with one another.
- PIC 122 can enable interaction between Bots on different layers (e.g., application layer, middleware layer, and infrastructure layer).
- PIC 122 can instruct system Bots to act as process Bots, unless the system Bot fails to identify the problem on its own.
- PIC 122 can direct one or more process Bots to compute one or more cumulative scores for current and/or predictive probable scores, in which each Bot can execute one or more tasks to find one or more problems in an enterprise system.
- PIC 122 can run one or more optimizations that trigger, initiate, and/or assign one or more signals to latch to one or more system Bots for a particular scenario.
- Bots continuously scan system components to identify deviations or anomalies using self-diagnostics.
- PIC 122 enables Bots to continuously scan for issues. For example, if a Bot identifies an anomaly, PIC 122 instructs one or more system Bots to access one or more knowledge repositories (e.g., shared storage 124 and/or local storage 108 ), wherein the one or more system Bots can identify parameters of the anomaly and compute criticality, as it is known in the art, which enables the one or more system Bots to execute problem detection.
- knowledge repositories e.g., shared storage 124 and/or local storage 108
- the one or more system Bots can interact with one or more process Bots and transfer context, data, and control to the one or more process Bots, in which PIC 122 enables the one or more process Bots to access one or more knowledge repositories in order to identify the one or more problems responsible for the detected anomaly.
- the one or more process Bots can recruit other Bots (system bots, process bots, or bot) and orchestrate alternative actions to identify the one or more problems in the IT system.
- an anomaly in the form of an “alert” would be generated (or detected) by PIC 122 , e.g., if the free space on a hard drive is below and/or above a predetermined threshold.
- PIC 122 would attempt to find the problem prior to correcting the issue either by itself or with the help of other Bots.
- a system Bot attempts to find an internal problem.
- the system bot will attempt to identify the problem using its knowledge base (data retrieved from one or more knowledge repositories) and invoke disk APIs or commands.
- the system bot runs a “command” that returns the total free space, which will enable it to confirm the problem and calculate the MTFP. Next, the problem resolution steps would follow.
- the system Bot is unable to verify the problem/issue and therefore shares the symptoms data (e.g., attributes of the issue), context, and control with the process Bot. It would include information that a remote invocation is leading to the disk space issue.
- the process Bot will ascertain from its knowledgebase prioritized problem detection approaches based on factors noted in.
- the process Bot could invoke a dependency mapper to construct the systems that interact with the affected system Bot.
- the interaction with the other system Bots can help ascertain that a failed business service is contributing to excessive writes on the affected system leading to reduced disk space.
- the MTFP is computed from the time the alert was raised to the time the failed business service was detected.
- PIC 122 takes an intermediate step to determine, from an inventory management system (IMS), if the product is in inventory.
- IMS inventory management system
- the “Add to cart” operation entails many activities; however, the scenario below focuses on 2 steps (e.g., checking inventory for availability through an IMS and adding the product identifier to the Order Management System(cart)).
- the Bot on the Commerce Content Server can play a dual role as a system Bot and as a process Bot. As a process Bot, the Bot identifies and communicates which systems engage for the above scenario.
- a user can interact with one or more Bots, either system or process, in a network and/or system via UI 106 .
- the communication between the process Bot and System Bot described above helps the other system Bots learn or relearn the context of a topic (e.g., business) during the interaction and recalibrate themselves to meet the stated SLAs, e.g., transaction time of 3 seconds.
- inventory checks can be done via either the server IMS 1 or the server IMS 2 .
- a Process Server asks each of the inventory systems to calculate its expected response time.
- IMS 1 is compliant to the performance goals, IMS 2 is unable to meet the response time based on a problem. This will trigger the process of flow of the Bots described above.
- a system Bot which in this case is IMS 2
- another Bot can communicate its last broadcasted status (including its issue if available) and notify the Process Bot.
- the process Bot can generate an associated ticket, if required.
- a knowledgebase of each Bot via a knowledge repository (e.g., local storage 108 and/or shared storage 124 ), is refreshed in every interaction using machine learning process.
- PIC 122 can leverage Bots across various layers of an enterprise information technology system for reducing MTFP.
- PIC 112 can reduce MTFP by enabling Bots to learn from other Bots, wherein the learning comprises: communicating and learning from non-BOTs, wherein non-BOTs and Bots can be programmed for new capabilities thereby expanding its known repertoire of knowledge to solve new problems and existing problems more accurately; developing cognitive dynamic identifier, dynamic transfer function for updating one or more Bot brain stores and making the Bots to a near-zero manual intervention to execute the problem identification; enabling the Bots to learn, relearn and recalibrate the business contexts automatically online and establish new baseline for SLA, dynamically; and outputting the identification of one or more problems in an enterprise information technology system in a reduced time.
- PIC 122 enables Bots to cognitively work together and interact with one another to identify, determine, and/or predict an issue within one or more IT systems. Additionally, an embodiment of cognitive dynamic system identifier (CDSI) and decision optimization is explained below with reference to FIG. 3 .
- CDSI cognitive dynamic system identifier
- a process Bot is instructed to be the decision-making Bot and selects the best qualified Bot, using predetermined metrics.
- the process Bot retrieves historical from a knowledge repository and stores real time data to a knowledge repository.
- the process Bot retrieves data on the reported and/or identified issue and/or to retrieve an accuracy score, wherein accuracy score pertains to value and performance of BOT that has earlier identified and resolved the problem.
- the process Bot uses a cumulative score calculator and accuracy score to identify the problem in the IT system.
- the process Bot uses optimizer “Optimizer: Minimize MTFP/BOT”, Maximize Score, ability to meet SLAs and Selector Logic and Trigger Signal to initiate and assign other Bots tasks to assist in identifying the issue (e.g., Bot 1 MTFP_B 1 , Bot 2 MTFP_B 2 . . . Botn MTFP_Bn).”
- CDSI and decision optimization can utilize historical and real time data to identify an issue in an IT system.
- CDSI can calculate real time data, via programmatic logic.
- when no event is reported the issue in the IT system is identified by an early warning of a probable anomaly multiplied by the probable issue minus the attribute.
- FIG. 2 illustrates an example of a flow diagram of PIC 122 , on server computer 120 within the distributed data processing environment 100 of FIG. 1 .
- FIG. 2 provides an illustration of one implementation and does not imply any limitations with regard to the environments in which different embodiments can be implemented. Many modifications to the depicted environment can be made by those skilled in the art without departing from the scope of the invention as recited by the claims.
- FIG. 2 depicts one example how PIC 122 enables Bots to interact with one another in order to identify a problem in an IT system.
- a user can interact with application 202 and/or infrastructure 204 , via UI 106 .
- Application 202 can be a mobile application, internet application, computer application, and/or any application known in the art.
- Infrastructure 204 can be an enterprise's entire collection of hardware, software, networks, data centers, facilities and related equipment used to develop, test, operate, monitor, manage and/or support information technology services (e.g., server computer 120 ).
- infrastructure 204 can be one or more infrastructures that are linked together and/or communicating with each other (e.g., infrastructure 1 , infrastructure 2 , infrastructure 3 , . . . infrastructure n).
- PIC 122 enables communication between application 202 and application Bot 206 and/or enables communication between infrastructure 1 . . . n 240 and infrastructure Bot 208 .
- Application Bot 206 is a Bot that operates on the application level and infrastructure Bot 208 is a Bot that operates on the infrastructure level.
- infrastructure Bot 208 can be one or more Bots located and/or communicating with infrastructure 204 (e.g., infrastructure Bot 1 , infrastructure Bot 2 , infrastructure Bot 3 , . . . infrastructure Bot n).
- PIC 122 enables communication between application Bot 206 , storage Bot 212 , network (N/W) Bot 214 , service management enterprise (SME) Bot 216 , and/or process Bot 210 .
- PIC 122 enables communication between infrastructure Bot 208 , storage Bot 212 , network (N/W) Bot 214 , service management enterprise (SME) Bot 216 , and/or process Bot 210 .
- Storage Bot 212 can be one or more Bots that communicate, monitor and/or are positioned on the storage level of an IT system and are in direct communication with, or are monitoring, storage 218 .
- Storage 218 can be shared storage 124 and/or local storage 108 .
- N/W Bot can be one or more Bots communicating, monitoring and/or positioned on the network level and is in direct communication and/or monitoring of NAY 220 .
- a network comprises multiple devices that communicate with one another. While a traditional network is comprised of desktop computers, modern networks may include laptops, tablets, smartphones, televisions, gaming consoles, smart appliances, and other electronics. Many types of networks exist, but they fall under two primary categories: LANs and WANs.
- SME Bot 216 is a Bot that can be one or more Bots communicating, monitoring and/or positioned on the SME's level, and may be in direct communication with, or monitoring, SMEs 222 .
- SME is a category of business management software, typically a suite of integrated applications that a service organization uses to capture, manage, save and analyze data critical to their service business performance.
- PIC 122 enables process Bot 210 to command/control and enable communication between process Bot 210 and all the Bots in environment 200 (e.g. application Bot 206 , infrastructure Bot 1 . . . n 208 , storage Bot 212 , NAY Bot 214 , and/or SME Bot 216 ).
- FIG. 2 demonstrates one example of the communication flow of Bots in an IT system.
- FIG. 3 depicts operational steps of PIC 122 for problem identification, server computer 120 within distributed data processing environment 100 of FIG. 1 , in accordance with an embodiment of the present invention.
- FIG. 3 provides an illustration of one implementation and does not imply any limitations with regard to the environments in which different embodiments can be implemented. Many modifications to the depicted environment can be made by those skilled in the art without departing from the scope of the invention as recited by the claims.
- FIG. 3 depicts one example of the cognitive flow for each Bot.
- PIC 122 enables data input into computing device 110 , server computer 120 , and/or an IT system, via UI 106 .
- a user and/or a Bot can input data (e.g., monitoring system data, event data, log data, incident data, time series data, etc.) into computing device 110 , server computer 120 , IT system, another Bot, etc.
- the input data received by PIC 122 can be stored on local storage 108 , and/or shared storage 124 by one or more Bots and can be accessed at a later time.
- step 304 PIC 122 determines if the data is available to one or more Bots. Examples of available data are high memory usage include inconsistent garbage collection, high CPU temperature, and/or missing data, etc.. In this particular embodiment, if PIC 122 determines that the data is available (Yes step) to one or more Bots then PIC 122 enables the one or more Bots to undergo, step 304 A, a cognitive dynamic system identifier (CDSI). In step 304 B, PIC 122 enables one or more Bots to perform one or more decision optimization to dynamically formulate one or more templates. In various embodiments, a Bot can perform one or more decision optimization to dynamically formulate one or more templates to identify features of the detected and/or reported issue. For example:
- PIC 122 determines that the data is not available to one or more Bots (No step) then PIC 122 can advance to step 314 before going to step 304 B.
- PIC 122 determines if the problem is identified. In various embodiments, PIC 122 can determine if one or more problems have been identified by the one or more Bots in the IT system. In this particular embodiment, if PIC 122 determines that the one or more Bots in the IT system have identified the problem in the IT system (Yes step) then PIC 122 can instruct the Bots to stop searching for the problem. For example, using the identified features and attributes above, the Bot determines the issue is an infinite loop in the application and confirms this by using a smoke test, as it is known in the art.
- one or more process Bots can attempt one or more possible methods to identify the problem in an IT system and/or retrieve/locate additional available features from CDSI. Additionally, in this particular embodiment, process Bots can perform dynamic transfer function models that form on-the-fly relationships among parameters and generate an exponential function (e.g., x ⁇ circumflex over ( ) ⁇ 2, x ⁇ circumflex over ( ) ⁇ 3, . . . x ⁇ circumflex over ( ) ⁇ N) as a problem. It should be noted that features can be attributes derived from data, e.g., rate of memory utilization, rate of accumulation of garbage, number of local threads, number of loops, and/or any other attributes derived from data known in the art.
- PIC 122 can escalate the issue into a ticket and/or forward the issue to a process Bot.
- PIC 122 can escalate one or more issues into one or more tickets and/or forward the one or more issues to one or more process Bots.
- PIC 122 creates a ticket and escalates the issue a user is experiencing to a process Bot to identify the root cause of the problem for the user.
- the process Bot can store the data pertaining to the problem on local storage 106 , and/or shared storage 124 .
- PIC 122 determines if the problem is identified by the process Bot. In various embodiments, PIC 122 can determine if one or more problems have been identified by the one or more Bots in the IT system. In this particular embodiment, if PIC 122 determines that the one or more process Bots in the IT system have identified the problem in the IT system (Yes step) then PIC 122 can advance to step 316 , in which PIC 122 instructs the one or more process Bots to update the knowledge repository (e.g., local storage 106 and/or shared storage 124 ) with the details and/or features of the reported problem and/or solution to the reported problem.
- the knowledge repository e.g., local storage 106 and/or shared storage 124
- PIC 122 determines that the one or more process Bots in the IT system have not identified the problem (No, step 310 ), then in step 312 , PIC 122 displays the potential issues and requests manual intervention from a user.
- PIC 122 can instruct one or more process Bots to report one or more possible issues to be displayed to a user.
- the one or more process Bots were instructed to report all the possible issues to PIC 122 .
- PIC 122 can update the knowledge repository with one or more of the reported possible issues and advance to step 316 and step 304 B.
- PIC 122 retrieves data from a knowledge repository.
- PIC 122 can retrieve data that was not available during step 304 from a knowledge repository to assist in identifying the reported issue and/or to retrieve information about the reported issue.
- PIC 122 updates the knowledge repository with the data recorded during the identification process of the reported issue.
- the data can be historical data and/or real time data.
- FIG. 4 illustrates operational steps of a PIC 122 for problem identification and problem resolution, on server computer 120 within the distributed data processing environment 100 of FIG. 1 , in accordance with an embodiment of the present invention.
- FIG. 4 provides an illustration of one implementation and does not imply any limitations with regard to the environments in which different embodiments can be implemented. Many modifications to the depicted environment can be made by those skilled in the art without departing from the scope of the invention as recited by the claims.
- PIC 122 determines if a problem and/or anomaly is detected.
- PIC 122 can control and/or communicate with a process Bot to determine if the system Bot is able to identify one or more issues and/or anomalies on its own.
- PIC 122 can advance to step 404 .
- PIC 122 can display the results to the user and end the process.
- PIC 122 can update the database before ending and propose strategies to the user to prevent the issue from reoccurring.
- PIC 122 determines if an issue and/or anomaly is detected.
- PIC 112 determining if an issue or anomaly is detected comprises: enabling one or more Bots to undergo CDSI, and one or more Bots to perform one or more decision optimization to dynamically formulate one or more templates, in which one or more Bots can perform one or more decision optimization to dynamically formulate one or more templates to identify features of the detected and/or reported issue.
- PIC 122 escalates the issue to a process Bot.
- PIC 122 can escalate the issue to one or more process Bots.
- PIC 122 can create a ticket for the detected and/or reported issue and escalate the issue to one or more process Bots.
- the process Bots can act as command center Bots (e.g., coordinate with other Bots).
- PIC 122 invokes MTFP computation engine from related Bots.
- PIC 122 can utilize the MTFP computation engine to determine which Bots are relevant in identifying the one or more issues and/or anomalies based on a predetermined threshold.
- PIC 122 engages the identified Bot for issue identification.
- PIC 122 can engage the one or more identified Bots to be utilized in identifying the one or more issues.
- the one or more identified Bots report the identified issues to the one or more process Bots.
- PIC 122 can display and/or output the one or more identified issues and/or anomalies to a user via UI 106 and/or via messaging (e.g., text, email, phone call, voicemail, etc.)
- PIC 122 enables the process Bot to command the impacting/relative Bots.
- PIC 122 enables one or more process Bots to command one or more impacting/relative Bots toward determining one or more resolutions to the identified issue and/or anomaly.
- PIC 122 can display and/or output the one or more identified solutions to the issue and/or anomaly to a user via UI 106 and/or via messaging (e.g., text, email, phone call, voicemail, etc.).
- PIC 122 performs a process action.
- a process action is an action where one or more process BOTs detect there are one or more issues but are unable to identify at least one of the issues, thus triggering an enable logic function and contacting other BOTs, wherein the process action runs its own model to identify which BOT can identify the issue per SLA and initiate a process of assigning the detection/identification task to the identified BOT.
- PIC 122 enables and/or instructs one or more process Bots to perform one or process actions.
- PIC 122 applies the solution.
- PIC 122 can apply the one or more identified solutions to the one or more issues and/or anomalies identified in the IT system.
- PIC 122 can display a prompt to the user requesting permission to apply the one or more solutions.
- a user can enable PIC 122 to operate independently and apply the one or more solutions automatically.
- PIC 122 initiates a check of the solution.
- PIC 122 instructs one or more process Bots to initiate a check of the implemented one or more solutions to ensure the one or more solutions are correcting the identified one or more issues and/or anomalies and/or if the one or more solutions were properly implemented.
- step 418 PIC 122 determines if the solution is effective.
- PIC 122 communicates with the one or more process Bots to determine if the one or more implemented solutions are effective in correcting the one or more identified issues/anomalies.
- PIC 122 determines that the one or more implemented solutions is not effective (No step) then PIC 122 can repeat steps 404 - 418 until a permanent and/or effective solution is identified.
- PIC 122 determines that the one or more implemented solutions is effective (Yes step) then PIC 122 can advance to step 420 .
- PIC 122 updates the knowledge repository.
- PIC 122 can update one or more knowledge repositories (e.g., local storage 108 and/or shared storage 124 ) with the attributes of the identified problem and the effective solution(s).
- a ticket is created the PIC 122 can update the issue status of the created ticked.
- PIC 122 can learn from the data stored in the knowledge repository.
- steps 402 - 410 are directed to problem identification in an IT system using Bots and steps 412 - 420 are directed to problem resolution of the identified problem(s) using Bots.
- FIG. 5 depicts computer system 500 , where server computer 120 represents an example of computer system 500 that includes PIC 122 .
- the computer system includes processors 501 , cache 503 , memory 502 , persistent storage 505 , communications unit 507 , input/output (I/O) interface(s) 506 and communications fabric 504 .
- Communications fabric 504 provides communications between cache 503 , memory 502 , persistent storage 505 , communications unit 507 , and input/output (I/O) interface(s) 506 .
- Communications fabric 504 can be implemented with any architecture designed for passing data and/or control information between processors (such as microprocessors, communications, and network processors, etc.), system memory, peripheral devices, and any other hardware components within a system.
- processors such as microprocessors, communications, and network processors, etc.
- Communications fabric 504 can be implemented with one or more buses or a crossbar switch.
- Memory 502 and persistent storage 505 are computer readable storage media.
- memory 502 includes random access memory (RAM).
- RAM random access memory
- memory 502 can include any suitable volatile or non-volatile computer readable storage media.
- Cache 503 is a fast memory that enhances the performance of processors 501 by holding recently accessed data, and data near recently accessed data, from memory 502 .
- persistent storage 505 includes a magnetic hard disk drive.
- persistent storage 505 can include a solid state hard drive, a semiconductor storage device, read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, or any other computer readable storage media that is capable of storing program instructions or digital information.
- the media used by persistent storage 505 can also be removable.
- a removable hard drive can be used for persistent storage 505 .
- Other examples include optical and magnetic disks, thumb drives, and smart cards that are inserted into a drive for transfer onto another computer readable storage medium that is also part of persistent storage 505 .
- Communications unit 507 in these examples, provides for communications with other data processing systems or devices.
- communications unit 507 includes one or more network interface cards.
- Communications unit 507 can provide communications through the use of either or both physical and wireless communications links.
- Program instructions and data used to practice embodiments of the present invention can be downloaded to persistent storage 505 through communications unit 507 .
- I/O interface(s) 506 enables for input and output of data with other devices that can be connected to each computer system.
- I/O interface 506 can provide a connection to external devices 508 such as a keyboard, keypad, a touch screen, and/or some other suitable input device.
- External devices 508 can also include portable computer readable storage media such as, for example, thumb drives, portable optical or magnetic disks, and memory cards.
- Software and data used to practice embodiments of the present invention can be stored on such portable computer readable storage media and can be loaded onto persistent storage 505 via I/O interface(s) 506 .
- I/O interface(s) 506 also connect to display 509 .
- Display 509 provides a mechanism to display data to a user and can be, for example, a computer monitor.
- the present invention can be a system, a method, and/or a computer program product.
- the computer program product can include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present invention.
- the computer readable storage medium can be any tangible device that can retain and store instructions for use by an instruction execution device.
- the computer readable storage medium can be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing.
- a non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing.
- RAM random access memory
- ROM read-only memory
- EPROM or Flash memory erasable programmable read-only memory
- SRAM static random access memory
- CD-ROM compact disc read-only memory
- DVD digital versatile disk
- memory stick a floppy disk
- a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon
- a computer readable storage medium is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
- Computer readable program instructions described herein can be downloaded to respective computing/processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network.
- the network can comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers.
- a network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.
- Computer readable program instructions for carrying out operations of the present invention can be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the “C” programming language or similar programming languages.
- the computer readable program instructions can execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
- the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection can be made to an external computer (for example, through the Internet using an Internet Service Provider).
- electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) can execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention.
- These computer readable program instructions can be provided to a processor of a general-purpose computer, a special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
- These computer readable program instructions can also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
- the computer readable program instructions can also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
- each block in the flowchart or block diagrams can represent a module, a segment, or a portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s).
- the functions noted in the blocks can occur out of the order noted in the Figures.
- two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks can sometimes be executed in the reverse order, depending upon the functionality involved.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Artificial Intelligence (AREA)
- Evolutionary Computation (AREA)
- Mathematical Physics (AREA)
- Computing Systems (AREA)
- Databases & Information Systems (AREA)
- Computational Linguistics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Molecular Biology (AREA)
- General Health & Medical Sciences (AREA)
- Biophysics (AREA)
- Biomedical Technology (AREA)
- Life Sciences & Earth Sciences (AREA)
- Health & Medical Sciences (AREA)
- Debugging And Monitoring (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
MTFP=T2−
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/106,053 US11720810B2 (en) | 2018-08-21 | 2018-08-21 | Reducing mean time to find problems in enterprise information technology systems using bots |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/106,053 US11720810B2 (en) | 2018-08-21 | 2018-08-21 | Reducing mean time to find problems in enterprise information technology systems using bots |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200065685A1 US20200065685A1 (en) | 2020-02-27 |
US11720810B2 true US11720810B2 (en) | 2023-08-08 |
Family
ID=69583971
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/106,053 Active 2040-11-17 US11720810B2 (en) | 2018-08-21 | 2018-08-21 | Reducing mean time to find problems in enterprise information technology systems using bots |
Country Status (1)
Country | Link |
---|---|
US (1) | US11720810B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11295086B1 (en) * | 2018-11-01 | 2022-04-05 | Intuit Inc. | System monitoring based on social media |
US20230306433A1 (en) * | 2022-03-24 | 2023-09-28 | Bank Of America Corporation | Cognitive Identification of Credit Reporting Disputes and Dispute Resolution Using Quantum Computing |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140052849A1 (en) | 2012-08-14 | 2014-02-20 | Digicert, Inc. | Sensor-based Detection and Remediation System |
US20160117505A1 (en) | 2013-05-25 | 2016-04-28 | North Carolina State University | Large-scale, time-sensitive secure distributed control systems and methods |
US20170123887A1 (en) | 2015-10-28 | 2017-05-04 | Facebook, Inc. | Automatic filing of a task for application crashes |
US20170270431A1 (en) * | 2016-03-21 | 2017-09-21 | Wipro Limited | Methods for creating automated dynamic workflows of interoperable bots and devices thereof |
US20190155225A1 (en) * | 2017-11-21 | 2019-05-23 | Accenture Global Solutions Limited | Bot management framework for robotic process automation systems |
US20190171513A1 (en) * | 2017-12-04 | 2019-06-06 | Bank Of America Corporation | Process automation action repository and assembler |
US20190332508A1 (en) * | 2018-04-30 | 2019-10-31 | Accenture Global Solutions Limited | Robotic optimization for robotic process automation platforms |
US20200026263A1 (en) * | 2018-07-17 | 2020-01-23 | Accenture Global Solutions Limited | Smart resource manager in unified automation platforms for robotic process automation |
-
2018
- 2018-08-21 US US16/106,053 patent/US11720810B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140052849A1 (en) | 2012-08-14 | 2014-02-20 | Digicert, Inc. | Sensor-based Detection and Remediation System |
US20160117505A1 (en) | 2013-05-25 | 2016-04-28 | North Carolina State University | Large-scale, time-sensitive secure distributed control systems and methods |
US20170123887A1 (en) | 2015-10-28 | 2017-05-04 | Facebook, Inc. | Automatic filing of a task for application crashes |
US20170270431A1 (en) * | 2016-03-21 | 2017-09-21 | Wipro Limited | Methods for creating automated dynamic workflows of interoperable bots and devices thereof |
US20190155225A1 (en) * | 2017-11-21 | 2019-05-23 | Accenture Global Solutions Limited | Bot management framework for robotic process automation systems |
US20190171513A1 (en) * | 2017-12-04 | 2019-06-06 | Bank Of America Corporation | Process automation action repository and assembler |
US20190332508A1 (en) * | 2018-04-30 | 2019-10-31 | Accenture Global Solutions Limited | Robotic optimization for robotic process automation platforms |
US20200026263A1 (en) * | 2018-07-17 | 2020-01-23 | Accenture Global Solutions Limited | Smart resource manager in unified automation platforms for robotic process automation |
Non-Patent Citations (3)
Title |
---|
Dmitry Khramov ("Robotic and machine learning: How to help support to process customer tickets more effectively", Thesis, Metropolia University of Applied Sciences, 12, Apr. 2018, pp. 41) (Year: 2018). * |
Jun Liu ("Optimal Task Ordering for Troubleshooting Systems Faults", 2005 IEEE Aerospace Conference, 2005, pp. 1-6) (Year: 2005). * |
Subramaniam et al. ("COBOTS—A Cognitive Multi-Bot Conversational Framework for Technical Support Industrial Applications Track", Proc. of the 17th International Conference on Autonomous Agents and Multiagent Systems (AAMAS 2018), Jul. 10-15, 2018, pp. 597-604) (Year: 2018). * |
Also Published As
Publication number | Publication date |
---|---|
US20200065685A1 (en) | 2020-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11775323B2 (en) | Analytics dashboards for critical event management software systems, and related software | |
US10901876B2 (en) | Providing cognitive intelligence across continuous delivery pipeline data | |
US20210303381A1 (en) | System and method for automating fault detection in multi-tenant environments | |
US20230039566A1 (en) | Automated system and method for detection and remediation of anomalies in robotic process automation environment | |
US11689641B2 (en) | Resiliency control engine for network service mesh systems | |
US10666715B2 (en) | Incident management for complex information technology platforms | |
US9747188B2 (en) | Determining importance of an artifact in a software development environment | |
US11055204B2 (en) | Automated software testing using simulated user personas | |
US11088932B2 (en) | Managing network system incidents | |
WO2022028144A1 (en) | Blockchain management of provisioning failures | |
US10169189B2 (en) | Functional test automation of mobile applications interacting with native stock applications | |
US11720810B2 (en) | Reducing mean time to find problems in enterprise information technology systems using bots | |
US9912572B2 (en) | Decomposing application topology data into transaction tracking data | |
US10637722B2 (en) | Automated remote message management | |
US20200380530A1 (en) | Automatic internet of things enabled contract compliance monitoring | |
Sabharwal et al. | Hands-on AIOps | |
US20210089432A1 (en) | Prevent application outages through operations driven development | |
US11206190B1 (en) | Using an artificial intelligence based system to guide user dialogs in designing computing system architectures | |
US11645071B1 (en) | Intelligent installation for client systems | |
US11487537B2 (en) | Linking operational events with system changes | |
US11782764B2 (en) | Differentiated workload telemetry | |
US20230214495A1 (en) | Dynamic prioritization of vulnerability exclusion renewals | |
US20240205100A1 (en) | Automated anomaly detection model quality assurance and deployment for wireless network failure detection | |
US20240144198A1 (en) | Machine Learning-based Knowledge Management for Incident Response | |
US20230206144A1 (en) | Methods, apparatuses and computer program products for generating an incident and change management user interface |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHENNY, RAHUL;KOWTA, RAMSHANKER;TIWARI, AWADESH;SIGNING DATES FROM 20180801 TO 20180802;REEL/FRAME:046635/0821 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
AS | Assignment |
Owner name: KYNDRYL, INC., NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:INTERNATIONAL BUSINESS MACHINES CORPORATION;REEL/FRAME:058213/0912 Effective date: 20211118 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |