Professional Documents
Culture Documents
AI Troubleshooting Impact Analysis 2017
AI Troubleshooting Impact Analysis 2017
AI Troubleshooting Impact Analysis 2017
TROUBLESHOOTING
TABLE OF CONTENTS
Introduction .......................................................................................................................................................................................... 1
AI Troubleshooting: The Prior Works: Until 2000 ............................................................................................................................. 2
The Business Plan for Automated Troubleshooting with AI software (2000) ....................................................................................... 4
Business Plan Vision & Structure ...................................................................................................................................................... 4
Novelty ............................................................................................................................................................................................ 11
Appendix ............................................................................................................................................................................................ 17
TABLES
Table 1 Activity Timelines for the AI Software for Troubleshooting Business Plan (2000) ................................................................... 8
Table 3 Impact Assessment Matrix AI Software for Troubleshooting (2000) Points of Similarity ................................................ 10
FIGURES
Figure 1 Online view of AI for Troubleshooting Plan/Paper published May 2009 .............................................................................. 17
Figure 2 Existing Yahoo Groups SIFILES (login required) Files with the AI for Troubleshooting B Plan (posted 2002) ................ 17
The consultant is happy to note that the Business Plan/Project Proposal Automated
Troubleshooting, Maintenance and Diagnostics for Internal Technical Support... independently
initiated and prepared in year 2000 in USA; also referred to here as the AI for Troubleshooting
(2000) Business Plan supported and contributed to the field of Artificial Intelligence.
1. The current document aims to highlight the main points of the B Plan or Project Proposal prepared
by the consultant Shubhadha Iyer (author of this document, also referred to as S.Iyer)
2. For the purpose of Impact Analysis, a comparative analysis of similar works was essential to this
document. Importance was given to the time frame of past events and a background study of the
market landscape.
3. In doing so, there is no attempt to disturb, interfere or cause inconvenience to any of the existing
products/systems in this domain, or to raise any issues concerning the early or later works.
4. Based on information herein, the consultant does claim to have initiated and prepared work on the
above subject, at a given time in advance of other events that took place. The consultant also
claims this work was similar in some aspects, to later works in USA and India.
5. This information cannot be used as commentary or feedback on any of the products/ systems or
events being compared with or discussed in this document.
6. This information CAN only be used to factually verify and to endorse the consultants claims
regarding her own work of thought leadership.
7. The consultant can provide verifiable proof of this work in the form of offline & online documents
and other material as mentioned herein, including authentic archived email records.
8. The consultant sent emails to Entrepreneurs/ VC networks and Forums in USA to promote the
concerned work-- this can be verified without disclosing confidential or personal information. This
Proof exists for verification of-- the date/time of the consultants work; and the macro-level
analysis performed by S.Iyer to arrive at this solution, viewable in the text of her emails.
9. Consultant S. Iyer did not receive any form of support or guidance in course of this work that she
alone initiated, wrote and completed. An online/freelance USA resource was contracted by S.Iyer
for the purpose of adding a few paragraphs of promotional brochure-type information.
10. The aim of promoting this B Plan in USA (2000-2002) was to demonstrate S.Iyers competencies for
high-level consulting in terms ofmacro-level strategic analysis, innovative thinking and grasp of
market trends in AI. The consultant sought professional contacts as a step toward locating future
project opportunitiesi.e. AI projects and other high-level consulting for USA organizations.
11. The consultant S. Iyer also showed this work later to corporate authorities (2003 to 2006) with the
same objectivei.e. to be considered for USA-related project work onsite. And the consultant
received positive feedback for this work. However, NO project opportunities have come up so far.
INTRODUCTION
Artificial Intelligence (AI)-- defined as the capability to apply human-like or higher levels of
intelligence that involves cognitive activity- learning, remembering, reasoning (and in some cases,
sensory perception) for the purpose of problem-solving and/or decision-making.
A historical view shows AI software being developed within academic Institutions and R&D
projects. And these solutions were being applied in selected mission-critical verticals. To some
extent companies in the 1990's had integrated Expert System (ES) functionality in business
functions. Then from 2000 to 2010 we see a rather slow and gradual growth of investor interest
with commercial application of AI in places. But in general, the movement in AI remained subdued
compared to other areas in IT/software and Technology.
It is only in recent years, after 2010that we see a dramatic rise in popularity and corporate-
sponsored investment for AI-enabled automation. Now that ancillary tools/systems to support AI
are in place, the core AI technology is finally happening like a tidal wave-- and industries are
getting ready to meet the rising demand for intelligent software technology. AI is all set to be the
new fad -- widely written about in the media; but also in a position to set some serious new
paradigms!
Of course, the term Artificial Intelligence is a vast field involving different types of specialized
software (and hardware). Currently, we see AI evolving as part of-- Machine Learning, Robotics,
Process Automation, Data Science and Analytics, Auto Navigation, Speech Recognition, and
Customer-centric Virtual Assistants among others. Very soon, it will become difficult to simply
generalize AI as AI (no doubt, a sign of its practical adoption in the real world).
Now this document will focus on an important application of AI softwarethe one meant for
automated Troubleshooting and Diagnostics. A fantastic challenge (even by todays standards) --
the author had initially researched the subject in 1989 (India); studied further in 1997 (USA); then
independently analyzed and wrote about it since year 2000 while in USA. Given such a clear head
start of 8-10 years before AI hit the next popularity wave (that we estimate started around 2010) --
It would have been nice to claim AI for Automated Troubleshooting as a first, but we cannot.
Thats because AI for Troubleshooting was working unobtrusively at nuts-and-bolts level, even
back in the 1980s and 1990s. AI in the form of Expert Systems (ES) was helping Aircraft
Engineers and Mechanics track failures; AI/ES was being applied to diagnose Medical problems; and
AI tools sat on a few computers assisting IT with Circuits and Network Management! There are
hundreds of patents and far-sighted research publications writing extensively about the potential
applications of AI including AIs major role in fault/ medical diagnosis over the years.
1. The consultant S. Iyer has conducted multiple searches for US Patents on the topic of Artificial
Intelligence for Troubleshooting, Troubleshooting Expert Systems and related concepts filed
until and including year 2000. A search for Journal publications on the above topic was also
conducted.
2. Prior Patents and Prior Publications selection of Patents and Journal publications considered
to represent early works on the subject of AI software for troubleshooting until 2000.
Consultant S.Iyer initiated or supported the following activities in the field of AI software:-
1. After completion of B.Tech in 1988 the Consultant participated in a Research project (1989-90)
at a reputed academic Institute. The project involved Fault-Tracking for Aircraft based on
Diagnostic Expert Systems technology.
2. The authors assignments included preparation of Fault Tree Charts to model the fault analysis
of some common problems in an Aircraft Engine (as a step toward automated diagnosis).
3. Later in course of M.S. Engineering in USA the author/consultant became more involved in
IT/Software programming and revived her interest in Expert Systems (LISP programming and CS
concepts) by taking an additional CS course in 1997. And continued to think about where all the
AI/ES technology could be applied in the IT/software industry.
4. In year 2000, concluded that ES and in general, AI could work well for application-level
troubleshooting, knowledge transfer and other areas in mainstream business environments,
given the rising levels of complexity in MIS/ Business applications.
5. Estimating the design for this AI product to be quite different from previous applications-- and
eager to develop an innovative prototype/ product design, the consultant prepared an early-
stage Business Plan/Proposal in 2000 and submitted the plan to Silicon Valley VCs/investors.
6. The Plan (2000) received positive feedback from the business community and was invited for
presentation at an Entrepreneur forum. But micro-level funding was not available; and due to
project work commitments the consultant could not afford to spend more time on pitches.
7. From 2003 to 2007, S.Iyer continued to promote the idea to an Indo-US Entrepreneur network,
formally presenting the Plan to an Indo-US VC Firm in Bangalore, India (2007). But again due to
work commitments, could not afford to prepare the prototype without any funding.
8. Nevertheless, interested to take up AI-related project opportunities from companies in this or
other domains- the consultant published the Plan/Proposal online from 2009 to 2011.
9. Continued to track industry trends on AI Troubleshooting, Diagnostics and Decision Support. In
2013, wrote further on Intelligent Software Agent (ISA) technology, exploring its implications
for Management. Refer this excerpt from the consultants book Ideas in People Management
(2013) (Click on Preview under book image)
In the years following 2000, we find sustained investor interest with some AI software companies
being recognized by Silicon Valley investors, Entrepreneur and VC Networks.
From 2000 to 2010, we find a proliferation of Decision Support tools as part of commercial
applications in USA. For example-- Rule-Based systems, Knowledge Base for Troubleshooting,
Fault Tree Charts in MS Office. Fault Tree Analysis (FTA) is now a part of desktop software; and
Troubleshooting Knowledge bases for IT support have seen adoption on a larger scale.
Startups that apply AI including Expert System (ES) have come up in USA and India (observed
2007-2008 onwards till date).
By 2012, the AI game picked up speed. Big IT MNCs entered the game with their own AI-based
products and platforms- strategically applying AI software for IT/Business Support, and
debugging as part of IT support (Helpdesk) functions. Essentially, driven by the same principles
the consultants 2000 Plan had promoted.
4|P a g e AI Troubleshooting Impact Analysis
1. IBM Watson and Wipro Holmeswidely written about in newspapers/ online articles,
heralded the rapidly growing awareness and popularity of AI in mainstream corporate and
business environments 2010 onwards.
2. Applications of Diagnostic AI have grown in number. One of the areas that Holmes (2016)
applies AI for is-- problem resolution in IT/Software and Help desk environments aiming to
reduce the workload on IT Support personnel or internal Technical teams.
3. One of the problem-resolution approaches adopted by the cognitive computing AI
systems is to detect patterns in big data including defects and trouble ticket logs, working
with predictive analytics and learning from previous outcomes.
4. In recent years we see a growing number of AI-powered business and customer-centric
applications. There is currently a surge in Administrative automation through AI.
5. AI is now a major investment focusas per online article, Funding for AI in 2016between
$26 billion and $39 billionis about triple the amount of three years ago.
The Business Plan (2000) surveyed different forms of AI-enabled troubleshooting that already existed.
Based on Market analysis, the author promoted some pivotal AI concepts for the benefit of Investors/
VCs in USA, suggesting innovative strategies to extend the role of AI in business; stressing the need to
automate the diagnostic thought route and in general, raising awareness of Diagnostic and Decision
Support requirements.
1. The Project Proposal (2000) titled Automated Troubleshooting, Maintenance & Diagnostics for
Internal Technical Support.. proposed the development of Automated troubleshooting solutions
based on Artificial Intelligence (AI)i.e. Troubleshooting Expert Systems (ES) but not limited to this.
2. The thematic Overview section argued for AI Tools to enable application support, maintenance and
problem resolution in the organization. It was noted that business environments were increasingly
web-centric, multi-tiered and distributed with so many disparate applications to support in a
company, that the level of complexity approached that of Aircraft maintenance.
3. Salient Features outlined a High-level System Design of an Expert System Shellwith interactive
GUI frontend to represent the rules, Rule database, Knowledge Base and Engine.
4. Market Analysis observed the growing need for improved diagnostics and maintenance support
requirements within the organization. Key product differentiators to enable a better managed
Enterprise were identified as-- improved methods to maintain rules, diagnostic and escalation
procedures in the company.
5. Estimated that AI-based products would fill a critical niche in e-Business environments. Target
Markets included companies with busy application support workloads such as Call Centers,
Startups, Web-based Retail, Administrative, Manufacturing and IT Enterprises having a chain
of high-maintenance platforms/applications to check and analyze.
6. An Operating Plan, Sales Forecast and Projections were outlined. Projections estimated that even in
the worst case the AI software assets could be leveraged for non-critical functions such as
customer survey, and Report generation.
The Project Proposal for Automated Troubleshooting, Maintenance and Diagnostics for Internal Technical Support (2000)
served the following functions-
1. The Plan identified the following Business needs and key challenges for IT/business environments:-
a. Need to analyze, maintain and diagnose multiple sub-systems, platforms and hardware.
b. Need to automate operations, administrative and escalation procedures as part of problem
resolution and routine maintenance checks within a company.
c. Need for more efficient and cost-effective Knowledge Transfer from experienced Support
personnel to new hires on complex repetitive procedures.
d. Need for diagnostic tools with intuitive frontend interface.
2. Envisioned the extended role of Artificial Intelligence software in the business environment:-
a. AI for internal technical support, Application debugging, internal support tasks for
IT/Software Applications and resolving issues in companies.
a. AI as a powerful troubleshooting tool-- for software systems/ applications and also at
operations and process level in the mainstream corporate environment (versus the
previous/ limited role of AI as a basic debugging tool for machine parts, etc.).
b. AI for Technical and Administrative issues resolution, including Escalation and emergency
procedures in the company.
c. AI for generating executive-decision Reports.
d. AI and Rule driven capabilities for improved Workflow analysis and process automation.
To proceed with our accurate assessment of the thought leadership value of S. Iyers Plan/Proposal
(2000), the following observations are made based on prior works (patents and publications until year
2000) on the subject of AI software for Troubleshooting and related ideas/concepts):-
SEARCH FINDINGS
1. Application of AI for Diagnosis or Troubleshooting Expert Systems was known and prevalent in
the 1980s- 1990s albeit limited to fault-tracking in specialized Technical and Medical domains as
supported by Patents, publications and other sources of R&D information (until 2000):-
Engineering (Auto/ Machine parts, etc.), Computer systems, Electronic Circuits/ Devices and
Network management.
Medical Diagnosis
2. While there are AI patents associated with a specific domain e.g. Circuits, a few other patents
indicate generic application for a given designE.g. Patent 4,866, 635 (1989) forwarded a domain-
independent diagnostic AI/ ES shell that can be used to build a Diagnostic Expert System.
3. A number of Publications (until 2000) consider AI or Expert Systems (different types than
diagnostic planning, scheduling, design) to provide business planning and decision support in
business domains (E.g. Real estate forecasting, finance, corporate tax planning, HRM).
4. In terms of areas of application-- a number of patents and publications associated AI with
operations (operation-level Expert System), process modeling (business & manufacturing), process
diagnostics, workflow, MIS Support for planning, Knowledge Management and other functions.
5. Computer program debugging was another area of application considered for AI. Case-based
Reasoning (CBR) for intelligent Help desk support appears as the subject of numerous
publications.
Refer Prior Patents and Prior Publications for a selection of these patents and publications.
Academic/ Research Publications until 2000 considered AI for a wide spectrum of applications from
planning and decision support to High-Tech. However (we generalize) -- the role of diagnostic AI to
support business functionscompared to medical and technical fault diagnosis-- was limited; and we
proceed to make the following observations with specific reference to the Plan/ proposal (2000) -
1. We did not find a major focus involving AI-based Troubleshooting for some techno-functional areas
pointed out by the Plani.e. for Application Debugging, Application support, issues resolution
and internal support tasks for IT/Software Applications in Business environments.
a. Automated troubleshooting and maintenance of IT/Software Applications is a distinctly
challenging area with(lets face it!) woefully under-developed real-world implementation.
7|P a g e AI Troubleshooting Impact Analysis
b. IT/Software Application Support often involves multiple levels of diagnosis from code to
systems and process. And Issues resolution might span multiple applications and
processoften approaching the level of complexity in Technical components. Noting this
challenge, the consultant had emphasized this area of application in the Plan (2000).
2. AI-based automation of Emergency procedures was considered in publications; with limited
references to Administrative procedures. But not finding significant prior instances of AI-based
Administrative automation in business/corporate environments--- this area was also promoted.
3. The Plan identified certain domains with high application support workloads for this type of AI/ES.
4. It can be argued that a domain-independent Expert System shell would implicitly work for any
domain -- as fundamental aspects of a stable computing system architecture remain the same
whether machine parts or Enterprise softwarei.e. the ES shell is domain-independent.
a. AgreedBut even with the same ES Shell design, there would be working differences
between an AI system for checking Electronic devices or Circuits and one that checks
Software systems/applicationse.g. in the levels of diagnostic reasoning/logic involved
and this would determine the diagnostic strategy and methodologies to be adopted.
b. Domain and function-specific differences can be expected to impact overall product vision
and strategywhere it concerns AI system configuration, implementation, interface/
integration requirements, supporting tools/components and of coursethe knowledge
representation (knowledge schema for Faults/Cases and the domain-specific models).
c. Furthermore, an AI system for complex application-level diagnosis may well require a
combination of several cognitive information processing methods that a basic Circuit
tester will not.
5. Hence, as part of the solution the Plan/proposal (2000) did emphasize several viable areas of
application and domains (knowledge and IT/software intensive) with a view to setting a robust long-
term vision, concept and strategy for applying the diagnostic AIone that could work on Software
applications, systems, procedures, business process and Decision Support.
In summary, we observe that traditionally (until 2000) Diagnostic AI or Expert Systems technology for
enabling higher levels of business automationhad seen limited application compared to the
specialized technical domains.
In contrast, AI for Application support was the focus of the Plan/proposal (2000) which argued for
Troubleshooting at the level of IT/Software Applications; for automating organizational procedures
and other methods of extending AI/ES in corporate/business environments a point in favor of
novelty.
By further considering AI for automating procedures, knowledge transfer and other business
functions-- a multi-functional organization-wide AI system was being considered in the
Plan/proposal, for providing integrated Information Management and MIS Support.
OBSERVATIONS (CONTD)
While AI was known for code-level i.e. program debugging the Plan concept suggested that-- even
IT/ Business applications and process could be modeled for higher levels of automated diagnosis
and maintenance. The system could then support Enterprise business functions including
administrative, escalation and operating procedures.
Expert Systems (ES) have long been recognized as an important value-add for Knowledge
Management. In this context the Plan/proposal forwarded insightful observations-- promoting ES
Technology for Knowledge Transfer and training business environments.
Such an AI system would accommodate multiple diagnostic approach & methods for Enterprise
applications; and could also be leveraged for managing business functions, rather than just be a
Troubleshooting ES.
An Impact assessment is now conducted, incorporating the prior work search results. We start with the
Time series of events related to the AI for Troubleshooting Business Plan/Proposal (2000).
Table 1 Activity Timelines for the AI Software for Troubleshooting Business Plan (2000)
Activity measured for Impact Timeline
The Plan was promoted to the Business community (Entrepreneur 2000 - 2002
Networks and VC forums) in USA
The Plan was included for presentation at the Inv-Ent forum in USA 2000-2001
2003- 2007
networks and corporate authorities.
Currently viewable on a few sites with online publication dates. May 2009,
Sep 2011
TL
Measure Value Explanation Impact
value
- Thought Leadership Activity refers to the Business Plan prepared for Automated Troubleshooting with AI (USA, Sep 2000).
- Commercial application (Event) refers to AI applications in industry that apply the same Technology, Function or Concept
(USA & India, 2000 - 2017). Here, Function or Concept refers to any software/devices providing the same functionality and/or
working in the same area of application proposed in the above Plan.
Time span between this thought leadership Thought Leadership activity involving the same
1 activity and one or more major commercial 8-10 years concepts with an early head start (> 7 years) High
application(s) that followed is considered relatively high in terms of lead
Example of a commercial deployment Holmes (2016) applies diagnostic AI as one of the solutions. Though the exact Tech/ design/
algorithms are not known to us, this AI platform performs problem resolution in IT/Software Help desk environments aiming to
reduce workload for Internal Technical support, processing service/ trouble tickets and learning from previous outcomes.
Hence, we find certain similarities between this application (Holmes) and the concept and areas of application outlined in the
preceding Thought Leadership work (2000)the B Plan, which proposed knowledge-based diagnostic AI for problem and issues
resolution in software/ business environments including Call Centers and as a debugging tool for internal IT/ Application Support.
Number of US Patents (estimated) involving the Initial search displayed patents involving AI/ES
same or similar concept as the B Plan (i.e. AI or technology in troubleshooting or diagnosis.
Expert Systems for troubleshooting or diagnosis Patents were concerned with various aspects
and applied for the same type of environments of generic AI/ES design OR applied diagnostic
proposed in the B. plan -- IT/ Software Application AI for selected domains.
support/ Business applications) UNTIL 2000
3 10
(Source: Google Patents for US Patents, USPTO - We considered a subset of the above
Online & other US Patent sites) relevant in the context of -- IT/Software Medium Medium
application support and debugging,
- Patent search was conducted in two phases technical support or help desk, issues
(Refer Prior Patents) from which patents resolution, and Business applications. Refer
were further selected based on a series of Prior Patents for the selected list (sample).
search refinements to focus on the area.
Idea/concept was actively promoted in Project
Online/
Proposal format. Emails were sent to high-level
Activity Differentiators: Methods used to present Emails to
USA Entrepreneurs/VC Network with 100+
4 or promote this Thought Leadership activity(AI networks/ High
members in 2000-2002, and in 2007- officially
Software B Plan prepared in 2000) Business
presented to an Indo-US VC Firm and by 2010,
forums
also published online.
In addition to this verifiable read count of the
View/Read count of the submitted plan/ proposal
submitted Plan, the View count on consultants
5 and online publications of the AI Software 10+ Low
White Paper/ Consulting website which has
Business Plan/Proposal (2000)
hosted the Plan since 2011 is 20,000+
6 Funding/ sponsorship for this Activity None This was an independent initiative. Low
10 | P a g e AI Troubleshooting Impact Analysis
IMPACT ASSESSMENT MATRIX (POINTS OF SIMILARITY)
Table 3 Impact Assessment Matrix AI Software for Troubleshooting (2000) Points of Similarity
11 | P a g e AI Troubleshooting Impact Analysis
THOUGHT LEADERSHIP IMPACT ANALYSIS
Impact Analysis for the Artificial Intelligence for Troubleshooting Business Plan (2000-2002)
The Thought Leadership Impact Analysis (TLIA) Methodology has been applied for impact analysis.
POINTS OF SIMILARITY
The main points of S.Iyers Business Plan (2000) on the subject of AI software for Troubleshooting were
compared with product functions across multiple commercial AI applications to prepare the Impact
Assessment Matrix (Points of SImilarity).
a. The B Plan (2000) proposed some rule-based tools and decision support technology as part of AI
system design. This was not new-- however as the tools/tech were promoted about 8-10 years
before AI products became popular we consider it possible it played a significant role in raising
general awareness and popularity of AI tools/tech. Hence we consider the impact as high.
b. Areas of application and functionality for AI proposed in the Business Plan (2000)--
i. Troubleshooting support at the IT/Business/ Applications level
ii. Issues / Problem resolution in the business environment
iii. Administrative procedures in the organization
iv. Automation of Operations, Process and Workflow
v. Escalation and Emergency procedures in the organization
vi. Report generation
c. Products were found in industry (2000 onwards) applying AI for similar areas & functions as above.
NOVELTY
We measure the Thought Leadership (TL value) of the Business Plan (2000):-
A. The Business Plan (2000) was promoted in Silicon Valley, USA (2000-2002) and later in India with a head
start of at least 8 years before the next growth phase of AI started. It is only in recent years that we find
areas of application and functionality similar to what the plan proposed. Hence there are points here
that demonstrate significant TL value.
12 | P a g e AI Troubleshooting Impact Analysis
CONCLUSIONS ON IMPACT ANALYSIS OF THE BUSINESS PLAN (2000)
In terms of Impact, the Business Plan/Proposal (2000) pointed out innovative ways to extend AI --
beyond the High-Tech silos in Engineering, Medical or Electronic Circuits/ Networks, extrapolating its
benefits for resolving problems in Business environments. This vision and strategy for applying AI in
business and customer-centric areas was accurate -- as seen by the successful forays of recent AI-related
ventures in the USA and Indo-US markets. The plan also raised awareness of AI technology and
popularized certain futuristic high-growth areas associated with AI.
For this study we primarily focused on US patents and worldwide journal publications, News and online
articles to assess the activity levels in this domain.
POINTS TO NOTE
This Business Plan/proposal (2000) was prepared by Shubhadha Iyer as an early stage/ Concept note to
drive project strategy and vision. The aim was to develop a proof-of-concept with detailed working product
design and functionality that the consultant had in mind (but had not specified in the high-level B Plan!).
The Proof-of-Concept was held up for lack of timely micro-level funding and other constraints faced by
the consultant. Nevertheless, S. Iyer still has ideas to develop this concept and wants to take it up as a
future project, if given the opportunity.
We admit the Plan/proposal had some limitations-- the methodology restricted itself to FTA. The high-
level design was not meant to be detailed in capturing the full cognitive computing technology or
methodology requirements that Application-level troubleshooting will demand.
While citing similarity we do not claim that later applications worked the same way as envisioned in
the Plan/proposal. Quite possibly, the exact solution proposed in the plan for application-level
troubleshooting-- has not yet been applied anywhere!
An industry survey would readily show that -- we are nowhere near to achieving full utilization of AIs
potential for troubleshootinga function requiring different types of knowledge, reasoning and analysis
even for resolving seemingly simple issues! Application Troubleshooting still offers uncharted territory
with vast scope for AI solutions. Related applications envisioned in the plan such as operations,
procedures are also worth developing further through AI.
We conclude this Impact analysis on the note that- Almost two decades ago, a Business Plan was written
and promoted so well ahead of the current AI Wave that it was in a position to accelerate some
aspects of the AI thought process. In the past decade many more AI initiatives have come up; and S.Iyer
is happy to have participated in promoting AI concepts and applications--way before that!
But Nobody Owns AI! And now the initiator of that Plan wants to contribute again, adding ideas and
solutions that work with the current level of advancement in Artificial Intelligence.
13 | P a g e AI Troubleshooting Impact Analysis
PRIOR PATENTS
rd
Feb 3 , 1998 US5715371A Personal Computer-based Intelligent Networks Syed Vickar Ahamed, Victor
Berrnard Lawrence
nd
June 2 , 1999 US7017080B1 Method and system for determining a fault tree of a Peter Liggesmeyer, Oliver
(Priority Date) technical system, computer program product and a Maeckel,Michael Rettelbach,
computer readable storage medium Martin Rothfelder
th
Dec 6 , 1999 US6553360B1 Software-based problem-resolution production system Matthew E. Hoekstra
with standardized information providers & solution
(Filing Date)
interpreters
th
Dec 14 , 2002 US6959263B2 Interactive diagnostic system and method driven by Gerald A. Wilson, Aaron Wilson
expert system
(Filing Date)
14 | P a g e AI Troubleshooting Impact Analysis
US Patent Search Results (phase 2)
The following search results represent the second continued search phase for prior works on the subject of
Artificial Intelligence for Troubleshooting or Diagnosis. This Prior art search (phase 2) was conducted in 2017 with
key words relating to the invention. The phase 2 search objective is more focused on Application troubleshooting and
related areas; and based on a different search source with minor differences in Key-phrases as specified below.
Source: - Google Patents.
Key-phrases/Criteria applied for Search (Phase 2):- For Patents granted or filed from 1975 until 2000 with
terms concerning Artificial Intelligence or Expert System meant for troubleshooting or diagnosis.
Above search results were further refined to exclude inventions for Medical or Technical component
diagnosis by title (Vehicle, Machine, Network, Electronic, Medical, and Genetic). Results data (3,270 results)
was further refined to a subset of inventions that (i) apply automated diagnosis or troubleshooting for
Software or Application diagnosis or related areas (e.g. computer system) or (ii) involve technical support
(40 results) or (iii) involve help desk (36 results) or (iv) involve application support or application
debugging (1 result) or (v) involve CPC classifications for error detection/correction & monitoring (225
results) or nonmedical diagnostics (125 results). Note: - From each set of search results only certain patents
were selected to represent different sub-areas of application hence this is not a complete listing.
th
Nov 9 , 1999 US6371765B1 Interactive Computer-based Training System and Robert S. Wall, Donald R.
Method Warner, Jackie R. Closson
(Filed)
th
Jan 4 , 2000 US6012152A Software Fault Management System Samir Douik, Raouf Boutaba
st
Mar 31 , 2000 US6598179B1 Table-based Error Log Analysis Igor Chirashnya, Doron Erblich,
Raanan Gewirtesman
(Filed)
th
May 9 , 2000 US6061506A Adaptive Strategy-based System Graham Wollaston, Ray Farmer
th
May 10 , 2000 US6742141B1 System for Automated Problem Detection, Diagnosis, Allan A. Miller
and Resolution in a Software Driven System
(Filed)
th
Sep 12 , 2000 US6118447A Apparatus and Methods for Analyzing Software Avraham Harel
Systems
15 | P a g e AI Troubleshooting Impact Analysis
Summary of Search Results for Artificial Intelligence - USPTO (1976 to 2000)
A more general search for Artificial Intelligence was conducted (Patent Application dates from 1976 to 2000) in
addition to the AI for Troubleshooting theme that this document is primarily concerned with. The generic search
revealed AI working in several interesting Tech areas that include- Genetic and Clinical Data Analysis (with diagnosis
and treatment recommendation for medical conditions) , Surgical path planning and Remote monitoring of patients
(with Q&A procedures); Smart Data Search Agents; for Interpretation and discovery of structures/patterns in data
e.g. legal and pharmaceutical data; Digital Control Systems involving AI in various domains; AI controls to
autonomously adjust Device behavior working with Image recognition/ other sensors, AI for 3-D Object Recognition
(Neural Networks); AI for Natural Language Processing (NLP) parsers, item analysis for rework shop orders (Material
Requirements Planning), Intelligent Elevator Dispatching, noise reduction for speech processing, AI for optimized
computer processing, Network Management and selection of connectivity paths in a Communications network,
Telephone answering device with AI, Expert System for Automated Testing of Electronic units, AI for vehicle fault
diagnosis and testing (Vehicle Service Procedures).
PRIOR PUBLICATIONS
http://bit.ly/AIPlan
After it was prepared in 2000 the AI for Troubleshooting B Plan/Proposal was submitted to Entrepreneur Networks.
From 2009 it was published online (same title) on a number of sites. Shown here is a site that is currently viewable.
Figure 2 Existing Yahoo Groups SIFILES (login required) Files with the AI for Troubleshooting B Plan (posted 2002)
http://www.lulu.com/shop/shubhadha-iyer/ideas-in-people-management-e-book/ebook/product-23054877.html (Preview)
18 | P a g e AI Troubleshooting Impact Analysis S. Iyer
PURPOSE
The methodology aims to accurately evaluate and rate an Activity in terms of its impact in a given domain. The Activity
is evaluated based on the criteria- Thought Leadership or TL value; and its ability to Impact other activities or events
that happened after it. For current application the analysis is conducted after the activity has occurred; and involves a
before/after comparative study of the specified environment.
GENERAL EXPLANATION
1. The method seeks to clarify - How was this Activity positioned to create an impact in terms of-- novelty of the main
idea and related concepts, activity head start, its predictive span, ability to generate interest (based on relevance of
concepts or other specified factors) and ability to affect other activities/events. Based on the results, the TL value
and type/level of Impact are estimated.
2. Rules are fairly straightforward- involving a High/Medium/Low rating. The methodology can be extended and
quantitative models added (based on author S.Iyers permission).
3. For assessment we study the Timeline of events before and after this Activity; we consider Activity parameters (e.g.
- how was it conducted), the Points of Similarity between this activity and later event(s) and Novelty of concepts.
4. Impact criterion measures the probability that an activity affected or influenced later activities or event(s).
a. Tracks Similarity -- common features/functions between this activity and later activities/events.
b. Considers related factors such as ability to draw attention based on activity differentiators e.g. -
channels of promotion; citations/ references or other official uses of the activity.
5. We assume the activity could have impacted later events directly or indirectly--E.g. the activity may have set off
general awareness or trends in a given direction that led to intermediate activities (chain reaction / cascade)
and these in turn triggered the final event. We are not usually concerned with the details of this mechanism.
6. Another metric, the TL value rates the activity based on its location in the Thought Leadership value chain. It
considers factors such asactivity head start, and novelty i.e. originality of the ideas/concepts forwarded.
7. Event Timeline Scenario: We consider Activity A1 with other activities and events on a time scale.
a. Based on the thought leadership scale, an early activity that happened 10 years ahead is
considered higher TL value than another activity 7 years ahead. That is the case when a chain of
activities propagates the same theme/idea.
b. Early activities are typically more visible/ prominent with fewer competitors. As the market gets
crowded, later activities must compete for TL value. But exceptions are possible to this rule and in
addition to time series, the scatter/ density of events must be analyzed for alternate scenarios.
c. Other factors can offset the head start effect. For example, a later activity if promoted by an
influential group may score lower on the TL scale, but higher on impact.
8. Points of Similarity: In the context of the central idea proposed by Activity A1 we study sub-concepts/related ideas
that later activities/ events have in common with A1. This could involve a point-wise comparison of product
features. Each concept/feature is compared across activities/events for-- novelty and similarity.
9. A concept is assessed to see if it is New or Similar to the later event/activity. Based on the outcome, the overall
Impact and TL value are finally rated. Points that stand out in terms of novelty (New: High) as explained above
are also bound to have a high TL value, as a new concept invariably demonstrates thought leadership.
19 | P a g e AI Troubleshooting Impact Analysis
PROOF OF THOUGHT LEADERSHIP ACTIVITY
1 Business Plan/ Proposal on AI for Troubleshooting was prepared by S.Iyer in USA SEP 2000
2 Submitted by email to Silicon Valley Entrepreneur Networks, Forums and a few corporate authorities SEP 2000- 2002
promoting the Plan concept/ideas
3 Submitted (Email) abstract of the Plan concept to 123patent.com as a record of activity date/time OCT 2000
4 Submitted the draft to a freelance professional to add a few paragraphs of Brochure-type material OCT 2000
6 Yahoo groups Files folder shows the AI for Troubleshooting Plan uploaded with date/time. NOV 2002
7 Gave an official Plan presentation to Indo-US VC Firm in Bangalore, India JUN 2007
8 Plan currently viewable online book publishing site with full preview and published date MAY 2009-2011
Table 6 Proof of Activity
Automated Troubleshooting, Sep 2000 (USA) http://bit.ly/AIPlan May 2009 Business Plan
Maintenance and Diagnostics for
Internal Technical Support http://bit.ly/AIPlan2 Sep 2011 Business Plan
White Papers & Business Plans (online versions of previous original works by S.Iyer in 2000-2002 and 2011-2013)
White Papers by Shubhadha Iyer http://siyerconsult.com/white-papers