CN112463421A - 信息处理系统 - Google Patents

信息处理系统 Download PDF

Info

Publication number
CN112463421A
CN112463421A CN202010159258.1A CN202010159258A CN112463421A CN 112463421 A CN112463421 A CN 112463421A CN 202010159258 A CN202010159258 A CN 202010159258A CN 112463421 A CN112463421 A CN 112463421A
Authority
CN
China
Prior art keywords
failure
unit
information
execution
user
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.)
Pending
Application number
CN202010159258.1A
Other languages
English (en)
Inventor
丸山泰弘
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Publication of CN112463421A publication Critical patent/CN112463421A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3034Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/32Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324Display of status information
    • G06F11/327Alarm or error message display
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/008Reliability or availability analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0769Readable error formats, e.g. cross-platform generic formats, human understandable formats
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0772Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0787Storage of error reports, e.g. persistent data storage, storage using memory protection
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/32Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324Display of status information
    • G06F11/325Display of status information by lamps or LED's
    • G06F11/326Display of status information by lamps or LED's for error or online/offline status
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466Performance evaluation by tracing or monitoring
    • G06F11/3476Data logging

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明针对已在监视对象系统中产生的故障,对应于进行了自动应对的结果向运用者进行通知,由此减轻运用者的负担。信息处理系统包括:监视部,获取已在监视对象系统中产生的故障的信息;应付方法定义保持部,保持针对故障的应付方法定义;应付方法执行控制部,选择应对已在监视对象系统中产生的故障的应付方法定义;应付方法执行控制部及应对处理部,按照已被选择的应付方法定义,自动执行应对处理;应付结果输出部,判断应对处理的执行结果是否为事先决定的内容;以及应付结果输出部,当应对处理的执行结果是事先决定的内容时,输出不需要运用者的应对的意思的信息,当执行结果不是事先决定的内容时,输出需要运用者的应对的意思的信息。

Description

信息处理系统
技术领域
本发明涉及一种信息处理系统。
背景技术
以往,提出有一种系统,其对应于已在对象系统中产生的事件,确定符合或相似的事件,并支援针对所述事件的应对。
在专利文献1中,公开有根据已在对象系统中产生的事件的信息,自动地检索已被保存在数据库中的信息,获取包含符合的已知的事件的应对程序等的信息,并将已获取的信息作为应用于已产生的事件的信息而输出,进行朝应对者的终端显示或通知等的处理。
在专利文献2中,公开有从用户计算机系统中提取与已接收的事件中所包含的错误消息建立了关联的模板标识符(Identifier,ID),并从所述模板ID中提取运用模板的执行所需要的实际参数信息,根据所述实际参数信息而从构成管理数据库中提取运用模板的实际参数来执行运用程序。
在专利文献3中,公开有参照针对已在信息处理系统中产生的各事件保持动作状态信息的数据保持部,确定与从多个事件中选择的选择事件相似的相似事件。
[现有技术文献]
[专利文献]
专利文献1:日本专利特开2011-76161号公报
专利文献2:日本专利特开2013-8178号公报
专利文献3:日本专利特开2018-81403号公报
发明内容
[发明所要解决的问题]
当运用者应对已在监视对象系统中产生的故障时,变成运用者的负担。即便在自动应对已知的故障的系统中,对于与已知的故障相似的故障,也未必可通过相同的应对来解决。因此,运用者判断应对方法或应对的必要性、或者需要运用者的应对,因此变成运用者的负担。
本发明的目的在于针对已在监视对象系统中产生的故障,根据已知的信息进行自动应对,并对应于应对处理的结果向运用者进行通知,由此减轻运用者的负担。
[解决问题的技术手段]
技术方案1的本发明是一种信息处理系统,包括:
故障信息获取部件,获取已在监视对象系统中产生的故障的信息;
应付方法定义保持部件,保持记述有针对设想可能在所述监视对象系统中产生的故障的应付方法的应付方法定义;
选择部件,根据由所述故障信息获取部件所获取的信息,选择由所述应付方法定义保持部件所保持的所述应付方法定义之中,应对已在所述监视对象系统中产生的故障的应付方法定义;
执行部件,按照由所述选择部件所选择的应付方法定义,自动执行应对处理;
应付结果判断部件,判断由所述执行部件所执行的应对处理的执行结果是否为事先决定的内容;以及
输出部件,当由所述应付结果判断部件判断所述执行结果是事先决定的内容时,输出不需要运用者的应对的意思的信息,当所述执行结果不是事先决定的内容时,输出需要运用者的应对的意思的信息。
技术方案2的本发明是在技术方案1中记载的信息处理系统中,
所述选择部件通过基于已在所述监视对象系统中产生的事态的产生状况的分类,选择应对已在所述监视对象系统中产生的故障的应付方法。
技术方案3的本发明是在技术方案2中记载的信息处理系统中,所述故障信息获取部件获取所述监视对象系统的动作日志,
所述选择部件从由所述故障信息获取部件所获取的动作日志的文本中检索事先决定的字符串,利用经检测的字符串来将已在所述监视对象系统中产生的事态的产生状况分类。
技术方案4的本发明是在技术方案1中记载的信息处理系统中,
应对履历保持部件,当由运用者对所述监视对象系统的故障进行了应对处理时,保持所述应对处理的执行履历;以及
定义制作部件,根据由所述应对履历保持部件所保持的所述执行履历,制作针对所述故障的所述应付方法定义。
技术方案5的本发明是在技术方案4中记载的信息处理系统中,还包括编辑操作受理部件,所述编辑操作受理部件提示由所述应对履历保持部件所保持的所述执行履历,受理由运用者所进行的编辑操作。
技术方案6的本发明是在技术方案4中记载的信息处理系统中,还包括输入操作受理部件,所述输入操作受理部件受理针对所述监视对象系统的故障,由运用者所进行的应对处理的信息的输入操作,且
所述应对履历保持部件将由所述输入操作受理部件所受理的信息至少作为所述执行履历的一部分来保持。
[发明的效果]
根据技术方案1的发明,针对已在监视对象系统中产生的故障,与使运用者应对的情况相比,可根据已知的信息进行自动应对,并对应于应对处理的结果向运用者进行通知,由此减轻运用者的负担。
根据技术方案2的发明,与仅对事先决定的故障进行自动应对的情况相比,可根据实际已产生的事态的具体的产生状况而灵活地设定应付方法的确定条件。
根据技术方案3的发明,与根据动作条件等来判断已产生的事态的情况相比,可通过对于动作日志的文本分析来确定事态的产生状况。
根据技术方案4的发明,与仅对事先决定的故障进行自动应对的情况相比,以后可自动应对相似的同一类的故障。
根据技术方案5的发明,与仅对事先决定的故障进行自动应对的情况相比,可通过运用者的编辑操作,支援适合于更有效的应付方法定义的制作的执行履历的制作。
根据技术方案6的发明,与仅对事先决定的故障进行自动应对的情况相比,可根据由运用者所进行的应对处理,支援适合于更有效的应付方法定义的制作的执行履历的制作。
附图说明
图1是应用本实施方式的信息处理系统的整体构成的图。
图2是表示监视对象系统的功能构成的图。
图3是表示故障应对系统的功能构成的图。
图4是表示应对处理部的处理功能的例子的图。
图5是表示故障应对系统的动作的流程图。
图6是表示应付方法定义的例子的图。
图7是表示用户接口(User Interface,UI)画面中的主操作画面的例子的图。
图8是表示关联日志显示画面的例子的图。
图9是表示升级执行画面的例子的图。
图10是表示结果显示画面的例子的图。
图11是表示利用运用者的手动操作的应对处理的履历信息的例子的图。
[符号的说明]
100:故障应对系统
110:监视部
120:应付方法执行控制部
130:应付方法定义保持部
140:应对处理部
141:日志信息获取部
142:用户信息获取部
143:升级执行部
144:动作确认测试执行部
145:协作方系统运转确认部
150:应付方法定义管理部
160:应付结果输出部
170:故障DB访问部
181:故障调查UI部
182:故障DB更新部
183:故障调查处理履历保持部
184:应付方法生成部
200:故障数据库(DB)
300:监视对象系统
具体实施方式
以下,参照附图对本发明的实施方式进行详细说明。
<系统构成>
图1是应用本实施方式的信息处理系统的整体构成的图。本实施方式的信息处理系统包括:故障应对系统100、故障数据库(DB)200、以及监视对象系统300。
故障应对系统100是对监视对象系统300进行监视的信息处理系统。当在监视对象系统300中产生了错误等故障时,故障应对系统100进行应对处理。当已在监视对象系统300中产生的故障可由能够自动执行的应对处理来应对时,故障应对系统100自动执行必要的应对处理来应对。另一方面,当已在监视对象系统300中产生的故障无法由能够自动执行的应对处理来应对时,故障应对系统100向监视对象系统300的运用者进行通知,催促运用者进行应对。
故障DB200是保存并管理与已在监视对象系统300中产生的故障相关的信息的数据库。在故障DB200中,记录从故障的产生至针对故障的应对完成为止的信息。作为故障DB200,可使用能够经由网络来利用的各种形态的数据库系统。当将云服务器等数据库服务器用作故障DB200时,必须可通过应用程序编程接口(Application ProgrammingInterface,API)而从外部(故障应对系统100)进行操作。在图1中所示的例子中,记载有一个故障DB200,但故障DB200也可以是多个。
监视对象系统300是成为故障应对系统100的监视对象的信息处理系统。监视对象系统300只要具有通过故障应对系统100来监视动作并可探测产生了故障的构成,则可为任何信息处理系统。
在图1中所示的构成中,故障应对系统100例如通过构建在网络上的服务器来实现。而且,监视对象系统300也可以通过构建在网络上的服务器来实现,若经由网络而与故障应对系统100连接,则监视对象系统300自身也可以是局部的系统。故障应对系统100及监视对象系统300并不限定于利用单一的硬件(服务器机器等)的构成,也可以分散成多个硬件或虚拟机器来构成。
<监视对象系统300的功能构成>
图2是表示监视对象系统300的功能构成的图。监视对象系统300包括:功能执行部310、日志管理部320、以及检测部330。实现监视对象系统300的服务器例如通过计算机来实现,作为硬件,包括作为运算部件的中央处理器(Central Processing Unit,CPU)、以及作为存储部件的主存储装置(主存储器)及外部存储装置。CPU将已被保存在外部存储装置中的程序读入主存储装置中来执行。作为主存储装置,例如可使用随机存取存储器(RandomAccess Memory,RAM)。作为外部存储装置,例如可使用磁盘装置或固态硬盘(Solid StateDrive,SSD)等。
功能执行部310例如通过CPU执行应用程序来实现。功能执行部310通过应用程序的控制,而执行利用各种功能的数据处理或控制。而且,功能执行部310对应于已执行的处理或控制而生成动作日志。
日志管理部320保存并管理对应于功能执行部310的动作所生成的动作日志。当在由功能执行部310所进行的处理或控制的执行过程中产生了故障时,表示所述故障的产生的信息也被记录在动作日志中。
检测部330对已被保存在日志管理部320中的动作日志进行分析并检测特定的字符串,执行特定的处理。所谓特定的字符串,是指当在由功能执行部310所进行的处理或控制中产生错误等特定的故障时,出现在动作日志的记述中的字符串。例如,也可以将“致命的(FATAL)”或“严重的(SEVERE)”等字符串作为特定的字符串。所谓特定的处理,是指规定在从动作日志中检测到这些特定的字符串的情况下执行的处理。例如为向运用者发送告知故障的产生的电子邮件、或向故障应对系统100通知故障的产生等处理。
而且,检测部330向故障应对系统100提交包含经检测的特定的字符串的特定的范围的动作日志。被提交的动作日志的范围例如对应于经检测的字符串或经确定的故障的种类来规定。
<故障应对系统100的功能构成>
图3是表示故障应对系统100的功能构成的图。故障应对系统100包括:监视部110、应付方法执行控制部120、应付方法定义保持部130、应对处理部140、应付方法定义管理部150、应付结果输出部160、以及故障DB访问部170。而且,故障应对系统100包括:故障调查UI部181、故障DB更新部182、故障调查处理履历保持部183、以及应付方法生成部184。
监视部110对监视对象系统300进行监视,并从检测部330获取动作日志。在动作日志中,包含已在监视对象系统300中产生的故障的信息。监视部110若获取包含故障的信息的动作日志,则使用于应对故障的应付方法执行控制部120启动。而且,监视部110经由故障DB访问部170而访问故障DB200,将已从动作日志中获得的故障的信息登记在故障DB200中。监视部110是故障信息获取部件的一例。
应付方法执行控制部120根据在监视对象系统300中所检测到的故障信息与针对故障的应付方法定义,确定将要执行的故障的应付方法,并控制已确定的应付方法的执行。具体而言,应付方法执行控制部120首先根据已被记录在由监视部110所获取的动作日志中的故障信息,选择应对已在监视对象系统300中产生的故障的应付方法定义。并且,应付方法执行控制部120按照已被选择的应付方法定义来调出应对处理部140,而自动执行应对处理。所谓应付方法定义,是指对应于故障应执行的应付方法的信息。
若进一步对应付方法定义的选择进行说明,则应付方法执行控制部120通过基于已在监视对象系统300中产生的故障的产生状况的分类,选择应对已在监视对象系统300中产生的故障的应付方法定义。所谓故障的产生状况,是指故障的产生时及至产生为止,已在监视对象系统300中产生的事态的集合。具体而言,可列举一个或多个特定事态的产生时刻、产生次数或产生间隔等。更详细而言,应付方法执行控制部120从由监视部110所获取的动作日志的文本中检索事先决定的字符串,利用经检测的字符串来将已在监视对象系统300中产生的故障的产生状况分类。应付方法执行控制部120是选择部件的一例。
应付方法定义保持部130保持针对故障的应付方法定义。应付方法定义保持部130是应付方法定义保持部件的一例。在应付方法定义中,记述有针对设想可能在监视对象系统中产生的故障的应付方法。具体而言,例如记述根据错误信息来确定应该应用的应付方法的条件(筛选条件)、对应于已确定的应付方法的执行手段及参数、应付的执行结果与设想一致时写入故障DB200中的信息、应付的执行结果与设想不一致时写入故障DB200中的信息等。此处,所谓设想的执行结果,例如是指通过自动应对而复原(正常恢复)时的状态或状况。应付方法定义的详细情况将后述。
应对处理部140是由应付方法执行控制部120调出的具体的处理功能。应付方法执行控制部120及应对处理部140是应对处理执行部件的一例。在应对处理部140的处理功能中,对应于故障的种类而准备各种功能。应对处理部140的处理功能的详细情况将后述。
应付方法定义管理部150管理由应付方法定义保持部130所保持的应付方法定义。应付方法定义管理部150将由应付方法生成部184所生成的应付方法定义追加至应付方法定义保持部130中、或利用已生成的应付方法定义来更新现有的应付方法定义、或删除已不需要的应付方法定义。
应付结果输出部160针对由应付方法执行控制部120及应对处理部140所执行的应对处理的执行结果,判断是设想内还是设想外。而且,应付结果输出部160输出判断结果,经由故障DB访问部170而保存在故障DB200中。更详细而言,当判断应对处理的执行结果是事先决定的内容(设想内)时,应付结果输出部160输出不需要运用者的应对的意思的信息,并保存在故障DB200中。另一方面,当判断应对处理的执行结果不是事先决定的内容(设想外)时,输出需要运用者的应对的意思的信息,并保存在故障DB200中。应付结果输出部160是应付结果判断部件的一例,且是输出部件的一例。
故障DB访问部170访问故障DB200,进行信息的追加、更新等。具体而言,故障DB访问部170将应付结果输出部160的判断结果发送至故障DB200。而且,故障DB访问部170通过故障DB更新部182的控制,而更新已被保存在故障DB200中的信息。利用故障DB更新部182的故障DB200的更新将后述。
故障调查UI部181生成用于进行故障调查的作为UI(用户接口)的操作画面(UI画面)。已生成的操作画面被发送至运用者进行操作的终端装置来显示。通过故障调查UI部181所提供的UI,运用者可调出应对处理部140的各功能来执行应对处理。即,作为利用应对处理部140的针对监视对象系统300的故障的应对处理的执行手段,与利用应付方法执行控制部120的控制的自动执行不同,可通过运用者对于操作画面的手动操作来执行。被从操作画面中调出来执行的应对处理的执行结果被提交至故障DB更新部182。
而且,故障调查UI部181所提供的UI受理针对监视对象系统300的故障,由运用者的手动操作所进行的利用应对处理部140的应对处理的信息的输入操作。并且,故障调查UI部181所提供的UI使通过输入操作所输入的信息保持在故障调查处理履历保持部183中。而且,故障调查UI部181所提供的UI提示由故障调查处理履历保持部183所保持的执行履历,受理由运用者所进行的编辑操作。其后对故障调查处理履历保持部183进行叙述。故障调查UI部181是输入操作受理部件的一例,且是编辑操作受理部件的一例。
故障DB更新部182将已从故障调查UI部181提交的信息追记在故障调查处理履历中。并且,故障DB更新部182经由故障DB访问部170而访问故障DB200,根据已追记的故障调查处理履历来更新故障DB200。
故障调查处理履历保持部183保持记录有已从故障调查UI部181提交的信息的故障调查处理履历。更详细而言,当通过运用者的手动操作来对监视对象系统300的故障进行了应对处理时,故障调查处理履历保持部183保持应对处理的执行履历。故障调查处理履历保持部183是应对履历保持部件的一例。
应付方法生成部184根据由故障调查处理履历保持部183所保持的执行履历,生成针对故障的应付方法定义。即,应付方法生成部184防备接下来产生与过去已产生的故障相同的故障的情况,参照故障调查处理履历来自动生成应付方法定义。更详细而言,应付方法生成部184以如下方式生成应付方法定义:运用者从过去通过手动操作所实施的应对处理中,确定被判断为有效的处理,并如已实施的顺序那样进行经确定的处理。已自动生成的应付方法定义由运用者来确认内容,若无问题,则通过应付方法定义管理部150来追加至应付方法定义保持部130中。应付方法生成部184是定义制作部件的一例。
<应对处理部140的处理功能>
图4是表示应对处理部140的处理功能的例子的图。在应对处理部140中,准备日志信息获取部141、用户信息获取部142、升级执行部143、动作确认测试执行部144、协作方系统运转确认部145等处理功能。
日志信息获取部141是获取产生了故障的事态的前后的日志信息(动作日志)的功能。日志信息获取部141从故障DB200或监视对象系统300的日志管理部320获取动作日志。
用户信息获取部142是从已被输出至动作日志中的用户识别符,获取指示了已被记录在动作日志中的操作的用户的属性信息(以下,用户信息)的功能。作为用户信息,例如可列举:用户的名字、用户所属的组的组名、已提供给用户的权限的信息等。用户信息只要可通过用户识别符来确定并获取即可,保持有用户信息自身的保持部件的构成并无限定。例如,可事先保持在故障应对系统100中,也可以从监视对象系统300获取,也可以从在外部准备的用户信息DB获取。
升级执行部143是朝事先指定的发送地发送报告或请求的消息的功能。消息的发送例如可使用电子邮件、跟踪工具、通信工具等。所谓升级,是指为了解决监视对象系统300的故障,委托具有更专业的知识或权限的职员,更早地找到解决方案。存在功能升级与阶层升级。所谓阶层升级,是指仰赖上位者(更具有权限的经理等)进行判断。适用于通过规定的程序无法在目标时间内解决故障的情况、或花费成本的情况等。所谓功能升级,是指对开发担当者等(具有更专业的知识者)进行调查请求等,委托故障的解决。适用于为了解决事件所需要的知识不足的情况等。
动作确认测试执行部144执行针对检测到故障的产生的监视对象系统300的自动测试。所谓自动测试,是指确认是否由监视对象系统300的功能执行部310正常地进行了利用应用程序的动作的操作。作为自动测试,例如可进行将确认应用是否为停止状态(完全停止或部分停止)作为目的的简单的测试、或利用几个代表性的方案来确认动作的测试等。
协作方系统运转确认部145是确认监视对象系统300的协作方系统是否未停止的操作。所谓协作方系统,是指通过监视对象系统300的功能而协作地进行处理或控制的外部系统。除直接确认协作方系统的运转状态以外,也可以通过确认在协作方系统中是否出现维护通告来代替。
实现故障应对系统100的服务器例如通过计算机来实现,作为硬件,包括作为运算部件的CPU、以及作为存储部件的主存储装置及外部存储装置。CPU将已被保存在外部存储装置中的程序读入主存储装置中来执行。作为主存储装置,例如可使用RAM。作为外部存储装置,例如可使用磁盘装置或SSD等。所述监视部110、应付方法执行控制部120、应对处理部140、应付方法定义管理部150、应付结果输出部160、故障DB访问部170、故障调查UI部181、故障DB更新部182及应付方法生成部184的各功能例如通过CPU执行程序来实现。而且,应付方法定义保持部130及故障调查处理履历保持部183通过执行程序的CPU、及作为存储部件的主存储装置或外部存储装置来实现。
<故障应对系统100的动作>
图5是表示故障应对系统100的动作的流程图。若由监视对象系统300的检测部330检测到故障,则故障应对系统100的监视部110从监视对象系统300获取动作日志,探测故障的产生(S501)。并且,应付方法执行控制部120将各应付方法定义的筛选条件(应用应付方法定义的条件)、与已获取的动作日志加以比较来进行一致判定,确定与动作日志一致的筛选条件(S502)。
接下来,应付方法执行控制部120依次应用筛选条件一致的所有应付方法定义,指定对应于故障的内容的参数并调出应对处理部140,执行应对处理(S503、S504)。在应用筛选条件一致的所有应付方法定义后,应付结果输出部160判定应对处理的执行结果是否为设想内。在为设想内的情况(S505中,是(YES))下,应付结果输出部160经由故障DB访问部170而访问故障DB200,利用设想内的信息来更新故障DB200(S506)。另一方面,在应对处理的执行结果为设想外的情况(S505中,否(NO))下,应付结果输出部160经由故障DB访问部170而访问故障DB200,利用设想外的信息来更新故障DB200(S507)。
<应付方法定义的构成例>
图6是表示应付方法定义的例子的图。在图6中所示的应付方法定义中,记录有定义编号(“No.”)、应用顺序、筛选条件、说明、应对处理部、参数、故障DB更新处理的各项目。定义编号(“No.”)是各应付方法定义的识别信息。“应用顺序”表示多个应付方法定义的筛选条件与动作日志一致时的各应付方法定义的应用顺序。例如,从筛选条件一致的应付方法定义之中,应用顺序的数量值小者起依次应用。
“筛选条件”是应用各应付方法定义的条件,具体的条件是指定出现在动作日志中的字符串。例如,图6中所示的定义编号21的应付方法定义适用于在动作日志中记述有“xxx.调用器(invoker):终点超时(endpoint timed out)”这一字符串的情况。“说明”是筛选条件的内容的说明。为了运用者理解筛选条件的内容而记录。例如,在定义编号21的应付方法定义中,由所述筛选条件所指定的动作日志的记述表示在与协作方系统的通信中产生了超时(在图中记载为“来自协作方系统的超时”),但记录在说明的项目中。而且,定义编号1~定义编号3的应付方法定义未指定筛选条件。因此,在其他应付方法定义的筛选条件不一致的情况下成为应用对象。并且,在说明的项目中记录有这些应付方法定义是“针对未知的错误的处理”。
“应对处理部”表示在应用应付方法定义的情况下被执行(调出)的应对处理部140。例如,当应用图6中所示的定义编号22的应付方法定义时,获取动作日志并进行参照的应对处理部140(在图中记载为“日志获取/参照功能”)、及执行动作确认测试的应对处理部140(在图中记载为“实施动作确认测试”)被调出来执行。另外,在图6中所示的例子中,对“应对处理部”的项目赋予“及(AND)”这一属性,执行所述应对处理的两者而非任一者。
“参数”规定对应于应对处理部140的处理内容所需要的参数。例如,当根据图6中所示的定义编号22的应付方法定义来执行应对处理“日志获取/参照功能”时,作为“参数”,规定有“规定时间=60秒”、“条件=以上前”、“筛选条件="PUT,/aaa/bbb/cccc/""<<字段5>>"”、“设想=有日志”。因此,判断在作为定义编号22的“筛选条件”的字符串“意外错误(Unexpected Error)”出现在动作日志中的60秒以上前,在动作日志的字段5中是否存在字符串“PUT,/aaa/bbb/cccc/”。若在动作日志的字段5中存在符合的字符串,则执行结果为设想内,若在动作日志的字段5中不存在符合的字符串,则执行结果为设想外。而且,当根据定义编号1的应付方法定义来执行应对处理“获取用户信息”时,作为“参数”,规定有“字段=9”,因此获取已被记载在动作日志的字段9中的信息。
“故障DB更新处理”表示在应对处理的执行后所进行的故障DB200的更新处理。更新处理规定应对处理的执行结果为设想内时的处理、及应对处理的执行结果为设想外时的处理。例如,当根据图6中所示的定义编号22的应付方法定义来执行应对处理,且为设想内的执行结果时,在故障DB200中记录如下的信息:“状态(Status)=完成”、“子状态(Substatus)=等待评论”、“事件级别(IncidentLevel)=3”、“注释(Note)=符合已知的错误No.22”、“<<符合行>>”。“<<符合行>>”表示在动作日志中,出现定义编号22的筛选条件的字符串“意外错误”的行。而且,在为设想外的执行结果的情况下,在故障DB200中记录如下的信息:“注释=不符合已知的错误No.22”、“在60秒以上前PUT:<<结果1>>”、“实施动作确认测试:<<结果2>>”。
另外,根据应付方法定义,存在一部分的项目变成空栏的情况。例如,在图6中所示的定义编号21的应付方法定义中,当筛选条件符合时,不特别地执行应对处理,在故障DB200中记录如下的信息:“状态=完成”、“子状态=完成”、“事件级别=3”、“注释=符合已知的错误No.21”。由于不执行应对处理,因此应对处理部及参数的各项目变成空栏。而且,在故障DB更新处理中,在设想内的处理中记载所述更新内容,设想外的处理变成空栏。
<应付方法定义的应用例>
对使用图6中所示的应付方法定义的故障应对系统100的动作进行说明。作为动作例,表示不进行应对处理部140的调出的简单的动作例、及进行利用应对处理部140的应对处理的复杂的动作例。作为前者的例子,对图6中所示的定义编号21的应付方法定义符合时的动作例进行说明,作为后者的例子,对图6中所示的定义编号22的应付方法定义符合时的动作例进行说明。
·定义编号21的应付方法定义符合时的动作例
在监视对象系统300的动作中,来自协作方系统的响应变成超时,此事态作为故障而被检测到。当在最初检测到的动作日志中包含字符串“xxx.调用器:终点超时”时,符合定义编号21的应付方法定义。并且,在此情况下,无需调出应对处理部140而可判断故障的内容。此事例是在监视对象系统300与其协作方系统之间,即客户端-服务器间的通信中,在通信路径的中途产生了超时的事态。在此情况下,不存在运用者应实施的应对处理,无需特别地进行复原作业等。因此,将记录留在故障DB中,完成故障应对。
·定义编号22的应付方法定义符合时的动作例
在监视对象系统300的动作中检测到故障,监视部110获取动作日志,应付方法执行控制部120查阅动作日志。可在此事态中进行判断的条件如下所述。
1.在检测到的动作日志中包含字符串“意外错误”(参照筛选条件)。
2.请求ID(被输出至字段5)相同,包含“PUT,/aaa/bbb/cccc/”这一字符串的日志在60秒以上前被输出(参照参数)。
3.动作确认测试正常结束。测试对象被输出至字段11(参照参数)。
以下,按如下的程序进行处理。
(1)通过字符串检索来确认在已获取的动作日志中是否包含意外错误这一字符串。在包含的情况下,设为符合所述应付方法定义者,调出应对处理部140而开始应对处理。
(2)从动作日志的第五个字段获取值。此处,设想在第五个字段中记述有请求ID。
(3)在存在已获取的值(请求ID)、且字符串“PUT,/aaa/bbb/cccc/”已被输出的动作日志(行)在已产生的故障的60秒以上前存在(设想=有日志)的情况下,判断为设想内。例如,当在120秒前有日志时,由于是60秒以上前,因此变成设想内,当在30秒前产生时,由于未满60秒,因此变成设想外。
(4)从动作日志的第十一个字段获取值。此处,设想在第十一个字段中记述有识别动作确认测试的对象的代码。
(5)对测试对象参数指定已获取的值(识别代码),执行动作确认测试。在执行结果成功的情况(设想=测试成功)下,判断为设想内。
(6)在动作日志与动作确认测试两者(AND)为设想内的情况下,判断为已知的错误,利用“设想内的情况”的信息来更新故障DB的故障信息,完成故障应对。在其他情况下,利用“设想外的情况”的信息来更新故障DB的故障信息,完成故障应对。
<故障调查UI画面的构成例>
接下来,对由故障调查UI部181所提供的UI画面进行说明。UI画面显示在运用者使用的终端装置(未图示)的显示装置中。运用者的终端装置与故障应对系统100连接,从故障调查UI部181获取UI画面来进行显示,并且受理利用所述UI画面所进行的运用者的操作,对应付方法生成部184或故障DB更新部182进行指示。运用者的操作例如使用键盘、鼠标、触摸面板等输入装置来进行。
图7是表示UI画面中的主操作画面的例子的图。主操作画面400具有故障显示栏401、日志显示栏402、以及操作对象403。在故障显示栏401中显示与检测到的故障相关的信息。在图7中所示的例子中,显示有故障ID、产生时刻、包含记述有故障的动作日志的日志组的各信息。在日志显示栏402中显示检测到故障的动作日志。
操作对象403是用于进行利用运用者的手动操作的应对处理的指示的对象。在图7中所示的例子中,作为操作对象403,设置有“关联日志”、“获取用户信息”、“升级”、“实施自动测试”这四个按钮对象,及选择执行自动测试的功能(应对处理部140)的复选框。
“关联日志”按钮是指示获取与故障显示栏401及日志显示栏402中所示的动作日志相关联的动作日志(以下,关联日志)并进行显示的操作对象403。若操作“关联日志”按钮,则跳转至关联日志显示画面。“获取用户信息”按钮是指示获取用户信息的操作对象403。若操作“获取用户信息”按钮,则获取指示了已被记录在动作日志中的操作的用户的信息。“升级”按钮是指示执行升级的操作对象403。若操作“升级”按钮,则跳转至升级执行画面。“实施自动测试”按钮是指示自动测试的执行的操作对象403。若操作“自动测试”按钮,则执行利用在复选框中所选择的功能(应对处理部140)的自动测试,并跳转至表示执行结果的结果显示画面。
图8是表示关联日志显示画面的例子的图。关联日志显示画面410具有筛选显示画面411与日志显示栏412。在筛选显示画面411中,显示用于获取关联日志的成为筛选的字符串。在日志显示栏412中,显示包含已显示在筛选显示画面411中的字符串的关联日志。即,将已显示在筛选显示画面411中的字符串作为检索键所检索的动作日志作为关联日志而显示在日志显示栏412中。在图8中所示的例子中,在筛选显示画面411中显示有字符串“F8E6002D70E457CE”,通过所述筛选,而将经确定的五个动作日志作为关联日志显示在日志显示栏412中。
此处,针对所述故障的动作日志,考虑图6中所示的定义编号22的应付方法定义的筛选条件符合的情况。在图8中所示的例子中,已显示在日志显示栏412中的关联日志之中,第五个动作日志包含作为定义编号22的应付方法定义的筛选条件的字符串“意外错误”。而且,调查在字符串“意外错误”出现在动作日志中的60秒以上前,在动作日志的字段5中是否存在字符串“PUT,/aaa/bbb/cccc/”。于是,第一个关联日志被记录在第五个关联日志的90秒前,在字段5中包含字符串“PUT,/aaa/bbb/cccc/”。因此,所述第一个关联日志与第五个关联日志被确定为与所述故障相关的动作日志。在各关联日志的显示栏中设置有“报告”按钮,若运用者操作“报告”按钮,则表示设置有经操作的“报告”按钮显示栏的关联日志是与故障相关的动作日志的信息被发送至故障应对系统100的故障DB更新部182、及应付方法生成部184。
另外,在图8中,第二个~第四个的动作日志由于包含字符串“F8E6002D70E457CE”,因此显示在日志显示栏412中,但并非与故障相关联的动作日志。因此,在图8中,略记为log2、log3、log4,并省略具体的日志的记载。
图9是表示升级执行画面的例子的图。升级执行画面420具有目录信息输入栏421与消息输入栏422。在图9中所示的例子中,表示使用电子邮件作为用于升级的通知的例子。在目录信息输入栏421中,设置有输入消息的发送源(From)、件名(Subject)、发送地(To)等目录信息的输入框。而且,在消息输入栏422中,设置有输入发送给升级的对方的消息的输入框。
图10是表示结果显示画面的例子的图。结果显示画面430具有执行日志显示栏431、结果显示栏432、以及“报告”按钮433。在执行日志显示栏431中显示自动测试的执行日志。在图10中所示的例子中,在执行日志中记述有表示执行在主操作画面400中所选择的功能1(参照图7)的自动测试并成功的字符串“功能1测试成功(Test is successed.)”。在结果显示栏432中显示自动测试的结果。在图10中所示的例子中,根据执行日志的记述,记载有表示自动测试的执行结果成功的内容。“报告”按钮433是朝故障应对系统100发送自动测试的执行结果的操作对象。若运用者操作“报告”按钮,则自动测试的执行结果被发送至故障应对系统100的故障DB更新部182及应付方法生成部184。
若通过参照图7至图10所说明的UI画面,进行利用运用者的手动操作的应对处理,则所述应对处理的履历信息由故障调查处理履历保持部183保持。应付方法生成部184根据所述履历信息与已由故障调查UI部181受理的运用者的操作,生成新的应付方法定义。
图11是表示利用运用者的手动操作的应对处理的履历信息的例子的图。在所述履历信息中记录:记录有履历信息的日期时间、故障DB200的ID(在图中记载为“故障DB-ID”)、表示已执行的故障的调查及应对处理的信息(在图中记载为“故障调查/应对功能”)、以及故障DB200的更新记录的各项目。当存在多个故障DB200时,故障DB200的ID用于确定记录有信息的故障DB200。作为表示故障的调查及应对处理的信息,记录已执行的功能、及执行所述功能时所使用的参数。在故障DB200的更新记录中记录事实与依据。所谓事实,是指由运用者在各UI画面中所执行的内容。所谓依据,是指运用者执行事实中所示的内容的依据。
以上,对本发明的实施方式进行了说明,但本发明的技术范围并不限定于所述实施方式。例如,在所述实施方式中,在监视对象系统300中设置检测部330来检测故障,并朝故障应对系统100的监视部110发送动作日志。相对于此,也可以不在监视对象系统300中设置检测部330,故障应对系统100的监视部110获取监视对象系统300的动作日志并检测故障。而且,也可以不在故障应对系统100中设置监视部110,故障应对系统100的应付方法执行控制部120仅获取包含与由监视对象系统300的检测部330所检测到的故障相关的信息的动作日志,并执行应对处理。此外,不脱离本发明的技术思想的范围的各种变更或构成的代替包含在本发明中。

Claims (6)

1.一种信息处理系统,其特征在于,包括:
故障信息获取部件,获取已在监视对象系统中产生的故障的信息;
应付方法定义保持部件,保持记述有针对设想可能在所述监视对象系统中产生的故障的应付方法的应付方法定义;
选择部件,根据由所述故障信息获取部件所获取的信息,选择由所述应付方法定义保持部件所保持的所述应付方法定义之中,应对已在所述监视对象系统中产生的故障的应付方法定义;
执行部件,按照由所述选择部件所选择的应付方法定义,自动执行应对处理;
应付结果判断部件,判断由所述执行部件所执行的应对处理的执行结果是否为事先决定的内容;以及
输出部件,当由所述应付结果判断部件判断所述执行结果是事先决定的内容时,输出不需要运用者的应对的意思的信息,当所述执行结果不是事先决定的内容时,输出需要运用者的应对的意思的信息。
2.根据权利要求1所述的信息处理系统,其特征在于,
所述选择部件通过基于已在所述监视对象系统中产生的事态的产生状况的分类,选择应对已在所述监视对象系统中产生的故障的应付方法。
3.根据权利要求2所述的信息处理系统,其特征在于,
所述故障信息获取部件获取所述监视对象系统的动作日志,
所述选择部件从由所述故障信息获取部件所获取的动作日志的文本中检索事先决定的字符串,利用经检测的字符串来将已在所述监视对象系统中产生的事态的产生状况分类。
4.根据权利要求1所述的信息处理系统,其特征在于,还包括:
应对履历保持部件,当由运用者对所述监视对象系统的故障进行了应对处理时,保持所述应对处理的执行履历;以及
定义制作部件,根据由所述应对履历保持部件所保持的所述执行履历,制作针对所述故障的所述应付方法定义。
5.根据权利要求4所述的信息处理系统,其特征在于,
还包括编辑操作受理部件,所述编辑操作受理部件提示由所述应对履历保持部件所保持的所述执行履历,受理由运用者所进行的编辑操作。
6.根据权利要求4所述的信息处理系统,其特征在于,
还包括输入操作受理部件,所述输入操作受理部件受理针对所述监视对象系统的故障,由运用者所进行的应对处理的信息的输入操作,且
所述应对履历保持部件将由所述输入操作受理部件所受理的信息至少作为所述执行履历的一部分来保持。
CN202010159258.1A 2019-09-09 2020-03-09 信息处理系统 Pending CN112463421A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-163959 2019-09-09
JP2019163959A JP7423942B2 (ja) 2019-09-09 2019-09-09 情報処理システム

Publications (1)

Publication Number Publication Date
CN112463421A true CN112463421A (zh) 2021-03-09

Family

ID=74832779

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010159258.1A Pending CN112463421A (zh) 2019-09-09 2020-03-09 信息处理系统

Country Status (3)

Country Link
US (1) US11169896B2 (zh)
JP (1) JP7423942B2 (zh)
CN (1) CN112463421A (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102232761B1 (ko) * 2019-08-21 2021-03-26 주식회사 이노지에스코리아 장애대응 에지서버 그루핑을 이용한 장애유발 클라이언트 검출 방법 및 시스템
JP7423942B2 (ja) * 2019-09-09 2024-01-30 富士フイルムビジネスイノベーション株式会社 情報処理システム
US11500715B1 (en) 2021-05-27 2022-11-15 Fort Robotics, Inc. Determining functional safety state using software-based ternary state translation of analog input
US11789806B2 (en) 2021-07-01 2023-10-17 Fort Robotics, Inc. Method for encoded diagnostics in a functional safety system
US12008099B2 (en) 2022-04-19 2024-06-11 Fort Robotics, Inc. Method for safety responses to security policy violations

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4034194A (en) * 1976-02-13 1977-07-05 Ncr Corporation Method and apparatus for testing data processing machines
JP3916232B2 (ja) 2002-11-27 2007-05-16 日本電気株式会社 ナレッジ型運用管理システム,方法およびプログラム
JP3826940B2 (ja) 2004-06-02 2006-09-27 日本電気株式会社 障害復旧装置および障害復旧方法、マネージャ装置並びにプログラム
US20060156141A1 (en) * 2004-12-07 2006-07-13 Ouchi Norman K Defect symptom repair system and methods
US20060174167A1 (en) 2005-01-28 2006-08-03 Hitachi, Ltd. Self-creating maintenance database
JP4872262B2 (ja) 2005-07-27 2012-02-08 日本電気株式会社 管理支援システム、管理支援方法、および管理支援プログラム
US7694188B2 (en) * 2007-02-05 2010-04-06 Microsoft Corporation Disk failure prevention and error correction
JP2008250537A (ja) 2007-03-29 2008-10-16 Toshiba Tec Corp クライアントサーバシステム
JP2009025958A (ja) 2007-07-18 2009-02-05 Kyocera Mita Corp エラー通知システム及びエラー通知プログラム
JP2011076161A (ja) 2009-09-29 2011-04-14 Nomura Research Institute Ltd インシデント管理システム
US8438418B2 (en) * 2010-06-30 2013-05-07 Oracle International Corporation Simplifying automated software maintenance of data centers
JP5588295B2 (ja) 2010-10-05 2014-09-10 株式会社日立システムズ 情報処理装置、および障害復旧方法
JP2013008178A (ja) 2011-06-24 2013-01-10 Hitachi Systems Ltd インシデント管理システム及びインシデント管理方法
JP6027880B2 (ja) 2012-12-17 2016-11-16 株式会社日立システムズ インシデント管理システム、インシデント管理方法、およびプログラム
JP2018081403A (ja) 2016-11-15 2018-05-24 株式会社野村総合研究所 インシデント管理システム、インシデント管理方法およびコンピュータプログラム
JP6984119B2 (ja) 2016-11-15 2021-12-17 沖電気工業株式会社 監視装置、監視プログラム、及び監視方法
JP7423942B2 (ja) * 2019-09-09 2024-01-30 富士フイルムビジネスイノベーション株式会社 情報処理システム

Also Published As

Publication number Publication date
JP2021043592A (ja) 2021-03-18
JP7423942B2 (ja) 2024-01-30
US11169896B2 (en) 2021-11-09
US20210073098A1 (en) 2021-03-11

Similar Documents

Publication Publication Date Title
CN112463421A (zh) 信息处理系统
US7007200B2 (en) Error analysis fed from a knowledge base
US7043505B1 (en) Method variation for collecting stability data from proprietary systems
US6629267B1 (en) Method and system for reporting a program failure
EP1969469B1 (en) System and method for automated and assisted resolution of it incidents
US7080287B2 (en) First failure data capture
US8555296B2 (en) Software application action monitoring
US7949906B2 (en) Management supporting system, management supporting method, and management supporting program
US8510720B2 (en) System landscape trace
US7509536B1 (en) Method and system for error handling
US20060085404A1 (en) Method, apparatus, and computer program product updating software in an information processing apparatus
US20060129617A1 (en) Method for controlling an information processing apparatus
CN113396395A (zh) 有效评估日志模式的方法
CN108776643A (zh) 一种基于版本控制流程的目标代码合并控制方法及系统
JP3916232B2 (ja) ナレッジ型運用管理システム,方法およびプログラム
JP5989194B1 (ja) テスト管理システムおよびプログラム
JP2004145715A (ja) コンピュータの保守システムおよび保守方法
US8661343B2 (en) Computer-implemented systems and methods for an automated application interface
JP2010009127A (ja) 管理プログラムおよび管理装置
JP7036603B2 (ja) 運用管理システム
US20030084071A1 (en) Method and system for managing computer performance
JP2007025820A (ja) ソフトウェアのリスク診断プログラム
JP4642553B2 (ja) ソフトウエアモジュールの不良影響解析装置、不良影響解析方法、および不良影響解プログラム
CN112765602A (zh) 一种信息安全监管方法和装置
US8595172B2 (en) Ensuring high availability of services via three phase exception handling

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
CB02 Change of applicant information
CB02 Change of applicant information

Address after: No. 3, chiban 9, Dingmu 7, Tokyo port, Japan

Applicant after: Fuji film business innovation Co.,Ltd.

Address before: No. 3, chiban 9, Dingmu 7, Tokyo port, Japan

Applicant before: Fuji Xerox Co.,Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination