WO2022239060A1 - システム検証装置、システム検証方法、及び、システム検証プログラム - Google Patents

システム検証装置、システム検証方法、及び、システム検証プログラム Download PDF

Info

Publication number
WO2022239060A1
WO2022239060A1 PCT/JP2021/017693 JP2021017693W WO2022239060A1 WO 2022239060 A1 WO2022239060 A1 WO 2022239060A1 JP 2021017693 W JP2021017693 W JP 2021017693W WO 2022239060 A1 WO2022239060 A1 WO 2022239060A1
Authority
WO
WIPO (PCT)
Prior art keywords
function
production environment
status
value
processing system
Prior art date
Application number
PCT/JP2021/017693
Other languages
English (en)
French (fr)
Inventor
祐一郎 石塚
浩亮 坂田
亮介 佐藤
侑一 須藤
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to PCT/JP2021/017693 priority Critical patent/WO2022239060A1/ja
Priority to JP2023520581A priority patent/JPWO2022239060A1/ja
Publication of WO2022239060A1 publication Critical patent/WO2022239060A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • the present invention relates to a system verification device, a system verification method, and a system verification program.
  • Non-Patent Document 1 discloses a technique for migrating a system from a test environment to a production environment.
  • the present invention has been made in view of the circumstances described above, and an object of the present invention is to provide a technology that allows easy implementation of system upgrades in the production environment.
  • a system verification apparatus includes a management unit that manages a function status related to the execution status of functions of the processing system using log data of a processing system built in a verification environment, and a value based on the function status. a determining unit that determines whether the value satisfies the application condition value to the production environment; and a renewal unit that switches the function of the processing system to the production environment when the value based on the function status satisfies the application condition value to the production environment. , provided.
  • a system verification apparatus includes a management unit that manages a function status related to the execution status of functions of the processing system using log data of a processing system built in a production environment, and a value based on the function status. a judgment unit for judging whether or not satisfies the discontinued use condition value in the production environment; and a renaming unit that returns to .
  • a system verification method comprises the steps of: a system verification device managing a function status related to the execution status of a function of the processing system using log data of a processing system constructed in a verification environment; determining whether the value based on the status satisfies the conditional value for applicability to the production environment; and switching the function of the processing system to the production environment if the value based on the function status satisfies the conditional value for applicability to the production environment. Step and do.
  • a system verification method comprises the steps of: a system verification device managing a function status related to the execution status of a function of the processing system using log data of a processing system built in a production environment; determining whether a status-based value satisfies a discontinued use condition value in a production environment; and a step of reverting to the functionality of the old version.
  • a system verification program causes a computer to function as the system verification device.
  • FIG. 1 is a diagram showing the whole.
  • FIG. 2 is a diagram showing a configuration example of functional blocks of the system verification device 1.
  • FIG. 3 is a diagram showing an operation example 1 of the system verification device 1.
  • FIG. 4 is a diagram showing a processing image of operation example 1.
  • FIG. 5 is a diagram illustrating a notification example in operation example 1.
  • FIG. FIG. 6 is a diagram showing an operation example 2 of the system verification device 1.
  • FIG. FIG. 7 is a diagram showing a processing image of Operation Example 2.
  • FIG. FIG. 8 is a diagram illustrating a notification example in Operation Example 2.
  • FIG. FIG. 9 is a diagram showing an example of management of function status.
  • FIG. 10 is a diagram showing a hardware configuration example of the system verification device 1. As shown in FIG.
  • the present invention accumulates and manages the processing contents of the system and the results of execution in the verification environment (influence on other devices, normal execution rate, etc.), and the conditions that the actual results are prescribed in advance (the conditions that the development organization approves the verification) etc.) is satisfied, a system verification device is disclosed that performs a predetermined process.
  • a pre-defined process for example, by registering the process of applying the system to the production environment and updating (Patent No. 5052472, etc.), the system can be automatically updated when the conditions are met. can.
  • the present invention accumulates and manages the results of executing the system in the production environment (normal execution rate, processing time, etc.), and the conditions prescribed in advance by the actual results (such as conditions where the development organization makes continuous use NG).
  • a system verification device that performs a predetermined operation when the conditions are satisfied. For example, by registering system recovery processing as the predetermined operation, the system can be automatically recovered when the conditions are met.
  • the above system verification device it is possible for the operator to easily check the quality of the system and automatically apply it to the production environment.
  • the system can be automatically restored when there is an abnormality in quality. It is no longer necessary to coordinate between the development organization and the operation organization for each renewal, and a reduction in the amount of work involved in verification and operation can be expected.
  • the system verification device has a function of managing the status of each function in the verification environment of the system, and a function of managing the status of each function in the verification environment of the system and and a function of managing the status of each function.
  • the status of each function is the normal execution rate of each function.
  • users of the system verification device 1 (developers of the development organization, verifiers of the verification organization, operators of the operation organization, etc.) appropriately execute the system in the verification environment. For example, an operation for system proficiency is assumed.
  • a log file is generated in the verification environment system as a history of function execution of the system.
  • the system verification device 1 calculates and manages the normal execution rate and the like for each function of the system based on the log files and code files of the system. Then, when the normal execution rate of each function satisfies a predetermined conditional expression (when sufficient quality is ensured), the system verification device 1 executes a predetermined process to Apply/update the function that satisfies the conditional expression to the production environment.
  • the user of the system verification device 1 appropriately executes the system in the production environment. For example, normal operation of the system is assumed. At this time, a log file is generated in the production environment system as a history of function execution of the system. The system verification device 1 calculates and manages the normal execution rate and processing time of each function in the production environment based on the log files and code files of the system. Then, when the normal execution rate of each function, the processing time, and the like satisfy a predetermined conditional expression (when abnormal deterioration in quality is observed), the system verification apparatus 1 The function that satisfies the conditional expression is restored by executing the process specified by the conditional expression.
  • FIG. 2 is a diagram showing a configuration example of functional blocks of the system verification device 1 according to this embodiment.
  • the system verification device 1 includes a system status manager 10 .
  • the system status management unit 10 has a function of managing the status of each function of the verification environment processing system developed and modified by the developer.
  • the system status management unit 10 also has a function of managing the status of each function of the production environment processing system in which the service is in actual operation.
  • the system status management unit 10 includes, for example, a management unit 11, a determination unit 12, a renewal unit 13, a message definition file DB 14, a function status DB 15, and a conditional expression DB 16. , provided.
  • the names of these functional units may be expressed as processing unit, execution unit, control unit, processing execution unit, storage unit, and the like.
  • a plurality of functional units may be integrated into a single functional unit, or a single functional unit may be divided into a plurality of functional units.
  • the management unit 11 has a function of managing the function status related to the execution status of the functions of the system using the log files and code files of the system built in the verification environment. Also, the management unit 11 has a function of managing the function status related to the execution status of the functions of the system using log files and code files of the system constructed in the production environment.
  • the determination unit 12 has a function of determining whether the value based on the function status satisfies the application condition value for the production environment. Further, the determination unit 12 has a function of determining whether or not the value based on the function status satisfies the discontinued use condition value in the production environment.
  • the update unit 13 has a function to switch the system function to the production environment by executing a predetermined process when the value based on the function status satisfies the application condition value to the production environment. In addition, when the value based on the function status satisfies the discontinued use condition value in the production environment, the updating unit 13 executes a predetermined process to restore the function of the system to the function of the old version. ) function.
  • the message definition file DB 14 has a function of storing message definition files that define key information for obtaining predetermined messages from log files and code files.
  • the function status DB 15 has a function of storing function statuses related to the execution status of system functions.
  • the conditional expression DB 16 has a function of storing applicable condition values to the production environment and discontinued use condition values in the production environment.
  • FIG. 3 is a diagram showing an operation example 1 of the system verification device 1. As shown in FIG. It is assumed that the user of the system verification device 1 is properly running the system in the verification environment. For example, an operation for system proficiency is assumed.
  • Step S101 First, the operator of the system verification device 1 creates and determines in advance application conditions (applicable condition values to the production environment) that serve as criteria for application to the production environment. Then, the system verification device 1 registers the determined applicable conditions as a conditional expression list in the conditional expression DB 16 .
  • the operator of the system verification device 1 has the degree of impact on the production environment automatically calculated by scanning the code of the function, and the normal execution rate of the function calculated from the execution result of the function. , is registered as a conditional expression list.
  • “Low” is set for the impact when the function code is read-only, such as HTTP GET only.
  • the function code includes write processing such as "registration”, “delete”, and “update”, such as HTTP POST, "high” is set.
  • a value corresponding to the degree of impact is set in the normal execution rate. For example, when the degree of influence is “low”, “90% or more” is set. If the degree of influence is “high”, “95% or more” is set.
  • Step S102 the system verification device 1 determines whether or not the function of the system in the verification environment has been executed.
  • the system verification device 1 refers to the log file generated by the system, and determines that the function has been executed when a log indicating the execution of the function is newly added to the log file.
  • the system verification device 1 proceeds to step S103 if the function is executed, and repeats step S102 until the function is executed if the function is not executed.
  • Step S103 Each time the system functions are executed in the verification environment, the system verification device 1 acquires, calculates, and updates values corresponding to the application conditions of the conditional expression list.
  • the management unit 11 of the system verification device 1 acquires the log file of the system and the code file of the executed function from the system of the verification environment. Then, the management unit 11 acquires the acquisition target message defined in the message definition file from the log file or code file. After that, the management unit 11 updates the value corresponding to the application condition of the conditional expression list based on the acquisition target message. For example, when function A is executed, the execution count and normal execution count included in the function status of function A are updated as shown in FIG.
  • the management unit 11 updates the function status of each executed function, and stores the updated function status in the function status DB 15. to manage.
  • Step S104 Each time the function status is updated, the system verification device 1 checks whether the updated function status satisfies the application conditions of the conditional expression list.
  • the determination unit 12 of the system verification device 1 calculates the current normal execution rate [%] of the function A by dividing the number of normal executions included in the function status of the updated function A by the number of executions. . After that, as shown in FIG. 4, the determination unit 12 compares the current normal execution rate EX1 of the function A with the normal execution rate EX2 of the function A registered in the conditional expression list.
  • the determination unit 12 determines that the application condition, which is the criterion for application to the production environment, is satisfied for the function A, and proceeds to step S104.
  • the determination unit 12 determines that the function A does not meet the application criteria for application to the production environment, and returns to step S102.
  • Step S105 If the adaptation condition is satisfied, the system verification device 1 introduces the system into the operational environment.
  • the updating unit 13 of the system verification device 1 may apply By executing predetermined processing such as switching processing of setting information of the disclosed program, the functions that satisfy the application conditions are applied and updated to the production environment.
  • the verification environment is built on a LAN environment common to the production environment, and the update unit 13 rewrites the system address setting to the address setting of the production environment, thereby applying the function that satisfies the application condition to the production environment. ⁇ Update.
  • the updating unit 13 displays a switching confirmation message as shown in FIG. You may make it apply to an environment.
  • FIG. 6 is a diagram showing an operation example 2 of the system verification device 1. As shown in FIG. It is assumed that the user of the system verification device 1 is properly running the system in the production environment. For example, normal operation of the system is assumed.
  • Step S201 First, the operator of the system verification device 1 creates and determines in advance an application condition (non-continuous usage condition value in the production environment) that serves as an application criterion for functional recovery in the production environment. Then, the system verification device 1 registers the determined applicable conditions as a conditional expression list in the conditional expression DB 16 .
  • the operator of the system verification device 1 registers, as a conditional expression list, a processing time divergence value that indicates how much the latest processing time of a function exceeds the past average processing time. do.
  • Step S202 the system verification device 1 determines whether or not the function of the system in the production environment has been executed.
  • the system verification device 1 refers to the log file generated by the system, and determines that the function has been executed when a log indicating the execution of the function is newly added to the log file.
  • the system verification device 1 proceeds to step S203 if the function is executed, and repeats step S202 until the function is executed if the function is not executed.
  • Step S203 Each time the system functions are executed in the production environment, the system verification device 1 acquires, calculates, and updates values corresponding to the application conditions of the conditional expression list.
  • the management unit 11 of the system verification device 1 acquires the log file of the system and the code file of the executed function from the production environment system. Then, the management unit 11 acquires the acquisition target message defined in the message definition file from the log file or code file. After that, the management unit 11 updates the value corresponding to the application condition of the conditional expression list based on the acquisition target message. For example, when function A is executed, the average processing time and the latest processing time included in the function status of function A are updated as shown in FIG.
  • the management unit 11 updates the function status of each executed function each time each function of the system is executed in the production environment, and stores the updated function status in the function status DB 15. to manage.
  • Step S204 Each time the function status is updated, the system verification device 1 checks whether the updated function status satisfies the application conditions of the conditional expression list.
  • the determination unit 12 of the system verification device 1 divides the latest processing time included in the function status of the function A after updating by the average processing time, thereby obtaining the divergence value [%] of the current processing time of the function A. Calculate Thereafter, as shown in FIG. 7, the determination unit 12 compares the deviation value DI1 of the processing time of the function A at the present time with the deviation value DI2 of the processing time of the function A registered in the conditional expression list. do.
  • step S204 determines that the function A satisfies the application condition, which is the application criterion for functional recovery in the production environment.
  • step S204 determines that the function A does not satisfy the application condition that serves as the application criterion for functional recovery in the production environment.
  • Step S205 If the adaptation condition is satisfied, the system verification device 1 introduces the system into the operational environment.
  • the updating unit 13 of the system verification device 1 preliminarily By executing the specified processing, the functions that satisfy the applicable conditions are restored.
  • the update unit 13 restores the function that satisfies the application condition by inputting a command to switch the connection destination of the function to the function of the old version.
  • the updating unit 13 displays a switching confirmation message as shown in FIG. may be executed.
  • the operator of the system verification device 1 checks execution messages, end messages, etc., in log files and code files in order to determine whether execution of functions, termination of execution, etc., is included in log files and code files.
  • a character string included in is defined in advance.
  • the system verification device 1 records the defined character string in the message definition file and registers the message definition file in the message definition file DB 14 .
  • the operator of the system verification device 1 has "executed” as an execution message, a processing ID as linking information, a "normal end” or “abnormal end” as an end message, and a normal end message
  • record a character string such as "normal termination” as a message and "post” as an impact determination message.
  • the management unit 11 of the system verification device 1 scans the log data of the log files in the system and the code data of the code files, the management unit 11 reads the character strings recorded in the message definition file to replace the character strings. Depending on whether or not it is included, information necessary for managing the function status, such as "executed”, “finished”, “completed normally”, etc., is detected in log files and code files.
  • the management unit 11 performs log From the log information in the file, obtain target messages such as the ID of the executed function, execution result (normal end or abnormal end), execution start time, and execution end time.
  • the function status includes, for example, the number of function executions, the number of normal executions, the latest execution time, the degree of influence, the average processing time, the latest processing time, the cumulative processing time, and the like.
  • the number of executions and the number of normal executions are calculated for each function execution unit, function update unit, or system update unit. Specifically, if the execution end time of a function included in the log file acquired by regular execution is newer than the latest time accumulated in the function status of the function, add 1 to the execution count of the function status. do. Also, if the execution of the function has ended normally, 1 is added to the number of times of normal execution.
  • search for the message "Function A was executed” in the log file and if the execution time of function A has not already been checked, add it to the number of executions. Also, if the result code corresponding to the message indicates normal termination, it is added to the number of normal executions.
  • the latest execution time is the execution end time of the function contained in the log file.
  • the degree of impact is also calculated for each function execution unit, each function update unit, or each system update unit.
  • the code file of the executed function is searched, and if it has the register/update/delete function, it is set to "high", and if it does not have it, it is set to "low". For example, in the case of REST format, if "POST" is included in the code file, it will be “high”, and if "POST” is not included, it will be “low”.
  • the impact of each function is updated when the execution time of the executed function is updated.
  • the code file is, for example, the source code of the function before compilation, or the source code included in the file of the function if the function can be executed without compiling.
  • the average processing time, latest processing time, and cumulative processing time are also calculated for each function execution unit, function update unit, or system update unit. Specifically, if the execution end time of the function included in the log file acquired by regular execution is newer than the latest time accumulated in the function status of the function, the execution end time and the execution end time The associated execution start time is acquired, and a value obtained by subtracting the execution start time from the execution end time is set as the latest processing time. Also, the cumulative processing time is updated by adding the latest processing time to the cumulative processing time of the function status. Also, a value obtained by dividing the cumulative processing time by the number of times of execution is defined as the average processing time.
  • the system verification apparatus 1 includes the management unit 11 that manages the function status related to the execution status of the functions of the processing system using the log data of the processing system constructed in the verification environment, and the function status and a determining unit 12 for determining whether the value based on the function status satisfies the application condition value to the production environment, and if the value based on the function status satisfies the application condition value to the production environment, the function of the processing system is transferred to the production environment. and a updating unit 13 for switching.
  • the system verification device 1 uses the log data of the processing system built in the production environment to manage the function status related to the execution status of the functions of the processing system; a determining unit 12 for determining whether a value based on the function status satisfies the discontinued use condition value in the production environment; and if the value based on the function status satisfies the discontinued use condition value in the production environment, the processing system and a renewal unit 13 for returning the function of the old version to the function of the old version.
  • the system verification device By using the above system verification device, it is possible for the operator to easily check the quality of the system and automatically apply it to the production environment. That is, as long as the user (operator) of the system verification device performs an operation for proficiency, the system verification device automatically applies the system to the production environment.
  • the system verification device 1 of this embodiment described above includes, for example, a CPU 901, a memory 902, a storage 903, a communication device 904, an input device 905, and an output device 906, as shown in FIG. It can be realized using a general-purpose computer system.
  • Memory 902 and storage 903 are storage devices.
  • each function of the system verification apparatus 1 is realized by the CPU 901 executing a predetermined program loaded on the memory 902 .
  • the system verification device 1 may be implemented by one computer.
  • the system verification device 1 may be implemented by multiple computers.
  • the system verification device 1 may be a virtual machine implemented on a computer.
  • a program for the system verification device 1 can be stored in computer-readable recording media such as HDD, SSD, USB memory, CD, and DVD.
  • the program for system verification device 1 can also be distributed via a communication network.
  • System verification device 10 System status management unit 11: Management unit 12: Judgment unit 13: Renewal unit 14: Message definition file DB 15: Function status DB 16: Conditional expression DB 901: CPU 902: Memory 903: Storage 904: Communication device 905: Input device 906: Output device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Debugging And Monitoring (AREA)

Abstract

システム検証装置１は、検証環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部１１と、前記機能ステータスに基づく値が本番環境への適用条件値を満たすかを判定する判定部１２と、前記機能ステータスに基づく値が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替える更改部１３と、を備える。

Description

システム検証装置、システム検証方法、及び、システム検証プログラム
　本発明は、システム検証装置、システム検証方法、及び、システム検証プログラムに関する。
　システムの更改（アップグレード）を行う場合、通常、当該システムを検証環境で検証した後に本番環境への適用が行われる。非特許文献１には、テスト環境から本番環境へシステムを移行する技術が開示されている。
"20 テスト環境から本番環境への移行"、Oracle、Oracle Fusion Middleware Oracle Fusion Middlewareの管理、12c (12.2.1.1)、E77326-02、［online］、［2021年4月8日検索］、インターネット＜URL : https://docs.oracle.com/cd/E80149_01/lcm/ASADM/testprod.htm＞
　しかし、検証環境と本番環境では必要な技術や人的・物的リソースが異なっており、検証環境と本番環境のそれぞれを担当する組織についても異なる場合が多い。その場合、検証環境から本番環境へ更改するまでの工程は、互いに異なる組織間で開発システムの受け渡しについての調整稼働が必要となり、純粋な作業量に対して稼働や期間がかかることが見込まれる。特に、アジャイル型開発方式やそれに近い方式を採用している場合、更改のサイクルを繰り返す毎に累積的に稼働が発生する。それ故、開発・改造されたシステムでタイムリーに本番環境を更改できるような仕組みが必要である。
　本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、本番環境のシステムの更改を簡易に実施可能な技術を提供することである。
　本発明の一態様のシステム検証装置は、検証環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部と、前記機能ステータスに基づく値が本番環境への適用条件値を満たすかを判定する判定部と、前記機能ステータスに基づく値が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替える更改部と、を備える。
　本発明の一態様のシステム検証装置は、本番環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部と、前記機能ステータスに基づく値が本番環境での非継続使用条件値を満たすかを判定する判定部と、前記機能ステータスに基づく値が前記本番環境での非継続使用条件値を満たす場合、前記処理システムの機能を旧版の機能に戻す更改部と、を備える。
　本発明の一態様のシステム検証方法は、システム検証装置が、検証環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理するステップと、前記機能ステータスに基づく値が本番環境への適用条件値を満たすかを判定するステップと、前記機能ステータスに基づく値が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替えるステップと、を行う。
　本発明の一態様のシステム検証方法は、システム検証装置が、本番環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理するステップと、前記機能ステータスに基づく値が本番環境での非継続使用条件値を満たすかを判定するステップと、前記機能ステータスに基づく値が前記本番環境での非継続使用条件値を満たす場合、前記処理システムの機能を旧版の機能に戻すステップと、を行う。
　本発明の一態様のシステム検証プログラムは、上記システム検証装置としてコンピュータを機能させる。
　本発明によれば、本番環境のシステムの更改を簡易に実施可能な技術を提供できる。
図１は、全体を示す図である。 図２は、システム検証装置１の機能ブロックの構成例を示す図である。 図３は、システム検証装置１の動作例１を示す図である。 図４は、動作例１の処理イメージを示す図である。 図５は、動作例１での通知例を示す図である。 図６は、システム検証装置１の動作例２を示す図である。 図７は、動作例２の処理イメージを示す図である。 図８は、動作例２での通知例を示す図である。 図９は、機能ステータスの管理例を示す図である。 図１０は、システム検証装置１のハードウェア構成例を示す図である。
　以下、図面を参照して、本発明の実施形態を説明する。図面の記載において同一部分には同一符号を付し説明を省略する。
　［発明の概要］
　本発明は、システムの処理内容や検証環境で実行した実績（他装置に与える影響、正常実行率等）を蓄積・管理し、当該実績値が予め規定した条件（開発組織が検証ＯＫとする条件等）を満たした場合に、事前に規定した処理を行うシステム検証装置を開示する。当該事前に規定した処理として、例えば、システムを本番環境に適用して更新する処理（特許第５０５２４７２号等）を登録しておくことで、条件を満たした際に自動でシステムを更新することができる。
　また、本発明は、システムを本番環境で実行した実績（正常実行率、処理時間等）を蓄積・管理し、当該実績値が予め規定した条件（開発組織が継続使用ＮＧとする条件等）を満たした場合に、所定の動作を行うシステム検証装置を開示する。当該所定の動作として、例えば、システムの復旧処理を登録しておくことで、条件を満たした際に自動でシステムを復旧することができる。
　上記システム検証装置を用いることにより、運用者のみで簡易にシステムの品質を確認し、自動的に本番環境への適用を実施することができる。また、品質に異常があった際には自動的にシステムを復旧することもできる。更改の毎に開発組織と運用組織との間で調整を行う必要がなくなり、検証・運用の業務量削減が期待できる。
　［全体］
　本実施形態に係るシステム検証装置は、開発者が開発・改造した１つ以上の機能を有する処理システムについて、当該システムの検証環境における機能単位のステータスを管理する機能と、当該システムの本番環境における機能単位のステータスを管理する機能と、を備える。機能単位のステータスとは、各機能の正常実行率等である。
　図１に示すように、システム検証装置１の利用者（開発組織の開発者、検証組織の検証者、運用組織の運用者等）は、システムを検証環境にて適当に実行する。例えば、システムの習熟のための操作が想定される。この時、検証環境のシステムには、当該システムの機能実行の履歴としてログファイルが生成される。システム検証装置１は、当該システムのログファイルやコードファイルを基に、当該システムの機能単位の正常実行率等を算出して管理する。そして、システム検証装置１は、各機能の正常実行率等が予め決められた条件式を満たした場合（十分な品質が担保された場合）、予め規定していた処理を実行することで、当該条件式を満たした機能を本番環境へ適用・更新する。
　また、図１に示すように、システム検証装置１の利用者は、システムを本番環境にて適当に実行する。例えば、システムの通常運転が想定される。この時、本番環境のシステムには、当該システムの機能実行の履歴としてログファイルが生成される。システム検証装置１は、当該システムのログファイルやコードファイルを基に、本番環境での機能単位の正常実行率や処理時間等を算出して管理する。そして、システム検証装置１は、各機能の正常実行率や処理時間等が予め決められた条件式を満たした場合（品質が異常に劣化していることが観測された場合）、予め規定していた処理を実行することで、当該条件式を満たした機能を復旧する。
　［システム検証装置の構成例］
　図２は、本実施形態に係るシステム検証装置１の機能ブロックの構成例を示す図である。当該システム検証装置１は、システムステータス管理部１０を備える。システムステータス管理部１０は、開発者が開発・改造した検証環境の処理システムについて、当該システムの各機能のステータスを管理する機能を備える。また、システムステータス管理部１０は、サービスの実運用中である本番環境の処理システムについて、当該システムの各機能のステータスを管理する機能を備える。
　システムの各機能のステータスを管理するため、システムステータス管理部１０は、例えば、管理部１１と、判定部１２と、更改部１３と、メッセージ定義ファイルＤＢ１４と、機能スタータスＤＢ１５と、条件式ＤＢ１６と、を備える。これら各機能部の名称は、処理部、実行部、制御部、処理実行部、記憶部等と表現してもよい。複数の機能部を１つの機能部に集約してもよいし、１つの機能部を複数の機能部に分割してもよい。
　管理部１１は、検証環境に構築されたシステムのログファイルやコードファイルを用いて、当該システムの機能の実行状況に関する機能ステータスを管理する機能を備える。また、管理部１１は、本番環境に構築されたシステムのログファイルやコードファイルを用いて、当該システムの機能の実行状況に関する機能ステータスを管理する機能を備える。
　判定部１２は、機能ステータスに基づく値が本番環境への適用条件値を満たすか否かを判定する機能を備える。また、判定部１２は、機能ステータスに基づく値が本番環境での非継続使用条件値を満たすか否かを判定する機能を備える。
　更改部１３は、機能ステータスに基づく値が本番環境への適用条件値を満たす場合、予め規定していた処理を実行することで、システムの機能を本番環境へ切り替える機能を備える機能を備える。また、更改部１３は、機能ステータスに基づく値が本番環境での非継続使用条件値を満たす場合、予め規定していた処理を実行することで、システムの機能を旧版の機能に戻す（復旧する）機能を備える。
　メッセージ定義ファイルＤＢ１４は、ログファイルやコードファイルから所定のメッセージ等を取得するためのキー情報が定義されたメッセージ定義ファイルを記憶する機能を備える。
　機能スタータスＤＢ１５は、システムの機能の実行状況に関する機能ステータスを記憶する機能を備える。
　条件式ＤＢ１６は、本番環境への適用条件値や本番環境での非継続使用条件値を記憶する機能を備える。
　［システム検証装置の動作例］
　　［動作例１］
　図３は、システム検証装置１の動作例１を示す図である。システム検証装置１の利用者は、システムを検証環境にて適当に実行していると仮定する。例えば、システムの習熟のための操作が想定される。
　ステップＳ１０１；
　まず、システム検証装置１の運用者は、予め本番環境への適用基準となる適用条件（本番環境への適用条件値）を作成して決定しておく。そして、システム検証装置１は、当該決定された適用条件を条件式リストとして条件式ＤＢ１６に登録しておく。
　例えば、システム検証装置１の運用者は、図４に示すように、機能のコードを走査することで自動算出された本番環境への影響度、機能の実行結果から計算される機能の正常実行率、を条件式リストとして登録する。
　影響度には、HTTP GETのみ等、機能のコードがRead-Onlyといった読み取り専用の場合には、「低」が設定される。一方、HTTP POST等、機能のコードが「登録」「削除」「更新」といった書き込み処理を含む場合には、「高」が設定される。正常実行率には、影響度に応じた値が設定される。例えば、影響度が「低」の場合には、「90％以上」が設定される。影響度が「高」の場合には、「95％以上」が設定される。
　ステップＳ１０２；
　次に、システム検証装置１は、検証環境のシステムの機能が実行されたか否かを判定する。例えば、システム検証装置１は、当該システムが生成するログファイルを参照し、当該ログファイルに機能の実行を示すログが新規に追加されている場合、機能が実行されたと判定する。システム検証装置１は、機能が実行された場合にはステップＳ１０３へ進み、機能が実行されていない場合にはステップＳ１０２を機能が実行されるまで繰り返す。
　ステップＳ１０３；
　検証環境でシステムの機能が実行される毎に、システム検証装置１は、上記条件式リストの適用条件に対応する値を取得・計算・更新する。
　例えば、システム検証装置１の管理部１１は、検証環境のシステムから、当該システムのログファイルと上記実行された機能のコードファイルを取得する。そして、管理部１１は、当該ログファイルやコードファイルから、メッセージ定義ファイルに定義された取得対象メッセージを取得する。その後、管理部１１は、当該取得対象メッセージを基に、上記条件式リストの適用条件に対応する値を更新する。例えば、機能Ａが実行された場合には、図４に示すように、機能Ａの機能ステータスに含まれる実行回数、正常実行回数がそれぞれ更新される。
　このように、管理部１１は、検証環境でシステムの各機能が実行される毎に、実行された各機能の機能ステータスをそれぞれ更新し、更新後の各機能ステータスを機能ステータスＤＢ１５に蓄積して管理する。
　ステップＳ１０４；
　機能ステータスが更新される毎に、システム検証装置１は、更新後の機能ステータスが上記条件式リストの適用条件を満たしているかを確認する。
　例えば、システム検証装置１の判定部１２は、更新後の機能Ａの機能ステータスに含まれる正常実行回数を実行回数で除算することで、現時点での機能Ａの正常実行率［％］を算出する。その後、判定部１２は、図４に示すように、現時点での機能Ａの正常実行率ＥＸ１と、上記条件式リストに登録されている機能Ａの正常実行率ＥＸ２と、を比較する。
　そして、正常実行率ＥＸ１が正常実行率ＥＸ２以上である場合には、判定部１２は、機能Ａは本番環境への適用基準となる適用条件を満たしたと判定し、ステップＳ１０４へ進む。一方、正常実行率ＥＸ１が正常実行率ＥＸ２未満である場合には、判定部１２は、機能Ａは本番環境への適用基準となる適用条件を満たしていないと判定し、ステップＳ１０２へ戻る。
　ステップＳ１０５；
　適応条件を満たす場合、システム検証装置１は、当該システムを運用環境に導入する。
　例えば、システム検証装置１の更改部１３は、現時点での機能Ａの正常実行率ＥＸ１が条件式リストに登録されている機能Ａの正常実行率ＥＸ２以上である場合には、特許第５０５２４７２号に開示されたプログラムの設定情報の切替処理等、予め規定した処理を実行することで、適用条件を満たした機能を本番環境へ適用・更新する。
　例えば、検証環境を本番環境と共通のＬＡＮ環境上に構築しておき、更改部１３は、システムのアドレス設定を本番環境のアドレス設定に書き換えることで、適用条件を満たした機能を本番環境へ適用・更新する。
　その他、更改部１３は、図５に示すような切替確認メッセージをシステム検証装置１のディスプレイに表示して本番環境への切り替えを利用者へ通知し、利用者がＯＫを選択した場合にのみ本番環境への適用を実行するようにしてもよい。
　　［動作例２］
　図６は、システム検証装置１の動作例２を示す図である。システム検証装置１の利用者は、システムを本番環境にて適当に実行していると仮定する。例えば、システムの通常運転が想定される。
　ステップＳ２０１；
　まず、システム検証装置１の運用者は、予め本番環境の機能復旧の適用基準となる適用条件（本番環境での非継続使用条件値）を作成して決定しておく。そして、システム検証装置１は、当該決定された適用条件を条件式リストとして条件式ＤＢ１６に登録しておく。
　例えば、システム検証装置１の運用者は、図７に示すように、機能の最新処理時間がこれまでの平均処理時間をどれだけ上回っているかを示す処理時間の乖離値等を条件式リストとして登録する。
　ステップＳ２０２；
　次に、システム検証装置１は、本番環境のシステムの機能が実行されたか否かを判定する。例えば、システム検証装置１は、当該システムが生成するログファイルを参照し、当該ログファイルに機能の実行を示すログが新規に追加されている場合、機能が実行されたと判定する。システム検証装置１は、機能が実行された場合にはステップＳ２０３へ進み、機能が実行されていない場合にはステップＳ２０２を機能が実行されるまで繰り返す。
　ステップＳ２０３；
　本番環境でシステムの機能が実行される毎に、システム検証装置１は、上記条件式リストの適用条件に対応する値を取得・計算・更新する。
　例えば、システム検証装置１の管理部１１は、本番環境のシステムから、当該システムのログファイルと上記実行された機能のコードファイルを取得する。そして、管理部１１は、当該ログファイルやコードファイルから、メッセージ定義ファイルに定義された取得対象メッセージを取得する。その後、管理部１１は、当該取得対象メッセージを基に、上記条件式リストの適用条件に対応する値を更新する。例えば、機能Ａが実行された場合には、図７に示すように、機能Ａの機能ステータスに含まれる平均処理時間、最新処理時間がそれぞれ更新される。
　このように、管理部１１は、本番環境でシステムの各機能が実行される毎に、実行された各機能の機能ステータスをそれぞれ更新し、更新後の各機能ステータスを機能ステータスＤＢ１５に蓄積して管理する。
　ステップＳ２０４；
　機能ステータスが更新される毎に、システム検証装置１は、更新後の機能ステータスが上記条件式リストの適用条件を満たしているかを確認する。
　例えば、システム検証装置１の判定部１２は、更新後の機能Ａの機能ステータスに含まれる最新処理時間を平均処理時間で除算することで、現時点での機能Ａの処理時間の乖離値［％］を算出する。その後、判定部１２は、図７に示すように、現時点での機能Ａの処理時間の乖離値ＤＩ１と、上記条件式リストに登録されている機能Ａの処理時間の乖離値ＤＩ２と、を比較する。
　そして、処理時間の乖離値ＤＩ１が処理時間の乖離値ＤＩ２以上である場合には、判定部１２は、機能Ａは本番環境の機能復旧の適用基準となる適用条件を満たしたと判定し、ステップＳ２０４へ進む。一方、処理時間の乖離値ＤＩ１が処理時間の乖離値ＤＩ２未満である場合には、判定部１２は、機能Ａは本番環境の機能復旧の適用基準となる適用条件を満たしていないと判定し、ステップＳ２０２へ戻る。
　ステップＳ２０５；
　適応条件を満たす場合、システム検証装置１は、当該システムを運用環境に導入する。
　例えば、システム検証装置１の更改部１３は、現時点での機能Ａの処理時間の乖離値ＤＩ１が条件式リストに登録されている機能Ａの処理時間の乖離値ＤＩ２以上である場合には、予め規定した処理を実行することで、適用条件を満たした機能を復旧する。
　例えば、旧版の機能を保持しておき、更改部１３は、機能の接続先を旧バージョンの機能へ切り替えるコマンドを投入することで、適用条件を満たした機能を復旧する。
　その他、更改部１３は、図８に示すような切替確認メッセージをシステム検証装置１のディスプレイに表示して本番環境の切り替えを利用者へ通知し、利用者がＯＫを選択した場合にのみ機能復旧を実行するようにしてもよい。
　［機能ステータスの管理方法］
　　［取得対象メッセージの取得方法］
　ステップＳ１０３、ステップＳ２０３で行う、ログファイルやコードファイルからの取得対象メッセージの取得方法を説明する。
　システム検証装置１の運用者は、機能の実行や実行の終了等がログファイル内やコードファイル内に含まれていることを判定するため、ログファイル内やコードファイル内の実行メッセージや終了メッセージ等に含まれる文字列を予め規定しておく。システム検証装置１は、規定した文字列をメッセージ定義ファイルに記録し、当該メッセージ定義ファイルをメッセージ定義ファイルＤＢ１４に登録しておく。
　例えば、システム検証装置１の運用者は、図９に示すように、実行メッセージとして“実行しました”、紐付け情報として処理ＩＤ、終了メッセージとして“正常終了”又は“異常終了”、正常終了メッセージとして“正常終了”、影響度判定メッセージとして“post”、といった文字列をメッセージ定義ファイルに記録しておく。
　システム検証装置１の管理部１１は、システム内のログファイルのログデータやコードファイルのコードデータを走査した際、メッセージ定義ファイルに記録されている文字列を基に読み替えを行い、当該文字列が含まれているか否かによって、ログファイルやコードファイル上で「実行された」「終了した」「正常終了した」等、機能ステータスの管理に必要な情報を検知する。
　例えば、管理部１１は、メッセージ定義ファイルに記録された文字列と同じ文字列がログファイルに含まれている場合、当該文字列の前後や当該文字列の前後に含まれる処理ＩＤに紐付くログファイル内のログ情報から、実行された機能のＩＤ、実行の結果（正常終了又は異常終了）、実行開始時刻、実行終了時刻といった取得対象メッセージを取得する。
　　［機能ステータスの更新方法］
　ステップＳ１０３、ステップＳ２０３で行う、機能ステータスの更新方法を説明する。
　機能ステータスには、図９に示すように、例えば、機能の実行回数、正常実行回数、最新実行時刻、影響度、平均処理時間、最新処理時間、累積処理時間等が含まれる。
　実行回数、正常実行回数については、機能の実行単位毎、機能の更改単位毎、又は、システムの更改単位毎に、算出する。具体的には、定期実行によって取得するログファイルに含まれる機能の実行終了時刻が、当該機能の機能ステータスに蓄積されている最新の時刻よりも新しい場合、当該機能ステータスの実行回数に１を加算する。また、当該機能の実行が正常終了していた場合、正常実行回数に１を加算する。
　例えば、ログファイル内の「機能Ａを実行しました」というメッセージを検索し、当該機能Ａの実行時刻が既にチェック済みのものでなかった場合、実行回数に加算する。また、当該メッセージに対応する結果コードが正常終了であった場合、正常実行回数に加算する。
　最新実行時刻については、ログファイルに含まれる機能の実行終了時刻とする。
　影響度についても、機能の実行単位毎、機能の更改単位毎、又は、システムの更改単位毎に、算出する。具体的には、実行された機能のコードファイルを検索し、登録・更新・削除の機能を持っている場合は「高」、持っていない場合は「低」とする。例えばREST形式の場合、コードファイル内に「POST」が含まれていれば「高」、「POST」が含まれていなければ「低」とする。各機能の影響度は、実行された機能の実行時刻が更新された際に更新する。尚、コードファイルとは、例えば、コンパイル前の機能のソースコード、コンパイルを要せずに機能を実行可能であれば当該機能のファイルに含まれるソースコードである。
　平均処理時間、最新処理時間、累積処理時間についても、機能の実行単位毎、機能の更改単位毎、又は、システムの更改単位毎に、算出する。具体的には、定期実行によって取得するログファイルに含まれる機能の実行終了時刻が、当該機能の機能ステータスに蓄積されている最新の時刻よりも新しい場合、当該実行終了時刻と当該実行終了時刻に紐づく実行開始時刻とを取得し、当該実行終了時刻から当該実行開始時刻を減算した値を最新処理時間とする。また、当該最新処理時間を機能ステータスの累積処理時間に加算することで累積処理時間を更新する。また、当該累積処理時間を上記実行回数で除算した値を平均処理時間とする。
　［変形例：正常実行率の算出方法の別例］
　ステップＳ１０４では、正常実行回数を実行回数で除算することで正常実行率を算出した。しかし、その算出方法で正常実行率を求めると１回実行して１回成功した場合には正常実行率が１００％となるので、実績が不十分な際に条件式を満たしやすくなってしまう。そこで、次の実行回には実行が失敗したものと仮定した正常実行回数を用いて正常実行率を算出してもよい。すなわち、正常実行回数から所定数を減算した値を実行回数で除算した値を正常実行率とする。例えば、９回実行して９回成功した後、１０回目の実行は成功であってもあえて失敗したと仮定して正常実行率を９０％（＝９÷１０）とする。これにより、実績が不十分な場合を排除しやすくなる。
　［効果］
　本実施形態によれば、システム検証装置１は、検証環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部１１と、前記機能ステータスに基づく値が本番環境への適用条件値を満たすかを判定する判定部１２と、前記機能ステータスに基づく値が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替える更改部１３と、を備える。
　また、本実施形態によれば、システム検証装置１は、本番環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部１１と、前記機能ステータスに基づく値が本番環境での非継続使用条件値を満たすかを判定する判定部１２と、前記機能ステータスに基づく値が前記本番環境での非継続使用条件値を満たす場合、前記処理システムの機能を旧版の機能に戻す更改部１３と、を備える。
　上記システム検証装置を用いることにより、運用者のみで簡易にシステムの品質を確認し、自動的に本番環境への適用を実施することができる。すなわち、上記システム検証装置の利用者（運用者）は、習熟のための操作さえ実施していれば、自動的にシステム検証装置がシステムを本番環境に適用してくれることになる。
　また、上記システム検証装置を用いることにより、品質に異常があった際には自動的に本番環境のシステムを復旧することもできる。
　また、上記システム検証装置を用いることにより、更改の毎に開発組織と運用組織との間で調整を行う必要がなくなり、検証・運用の業務量削減が期待できる。特にアジャイル型の開発において、開発組織と運用組織の間での連携を簡易化することができる。開発者は単に開発・改造したシステムの機能ファイルのリリースを行い、あとは条件式という形で知見をためておけばよいので、更新時の調整稼働は不要となる。
　［その他］
　本発明は、上記実施形態に限定されない。本発明は、本発明の要旨の範囲内で数々の変形が可能である。
　上記説明した本実施形態のシステム検証装置１は、例えば、図１０に示すように、ＣＰＵ９０１と、メモリ９０２と、ストレージ９０３と、通信装置９０４と、入力装置９０５と、出力装置９０６と、を備えた汎用的なコンピュータシステムを用いて実現できる。メモリ９０２及びストレージ９０３は、記憶装置である。当該コンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、システム検証装置１の各機能が実現される。
　システム検証装置１は、１つのコンピュータで実装されてもよい。システム検証装置１は、複数のコンピュータで実装されてもよい。システム検証装置１は、コンピュータに実装される仮想マシンであってもよい。システム検証装置１用のプログラムは、ＨＤＤ、ＳＳＤ、ＵＳＢメモリ、ＣＤ、ＤＶＤ等のコンピュータ読取り可能な記録媒体に記憶できる。システム検証装置１用のプログラムは、通信ネットワークを介して配信することもできる。
　１：システム検証装置
　１０：システムステータス管理部
　１１：管理部
　１２：判定部
　１３：更改部
　１４：メッセージ定義ファイルＤＢ
　１５：機能ステータスＤＢ
　１６：条件式ＤＢ
　９０１：ＣＰＵ
　９０２：メモリ
　９０３：ストレージ
　９０４：通信装置
　９０５：入力装置
　９０６：出力装置

Claims (8)

  1. 　検証環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部と、
    　前記機能ステータスに基づく値が本番環境への適用条件値を満たすかを判定する判定部と、
    　前記機能ステータスに基づく値が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替える更改部と、
    　を備えるシステム検証装置。
  2. 　本番環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理する管理部と、
    　前記機能ステータスに基づく値が本番環境での非継続使用条件値を満たすかを判定する判定部と、
    　前記機能ステータスに基づく値が前記本番環境での非継続使用条件値を満たす場合、前記処理システムの機能を旧版の機能に戻す更改部と、
    　を備えるシステム検証装置。
  3. 　前記更改部は、
    　前記機能ステータスに基づく機能の正常実行率が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替える請求項１に記載のシステム検証装置。
  4. 　前記更改部は、
    　前記機能ステータスに基づく機能の最新処理時間と平均処理時間との乖離値が前記本番環境での非継続使用条件値を満たす場合、前記処理システムの機能を旧版の機能に戻す請求項２に記載のシステム検証装置。
  5. 　前記機能の正常実行率は、
    　正常実行回数から所定数を減算した値を実行回数で除算した値である請求項３に記載のシステム検証装置。
  6. 　システム検証装置が、
    　検証環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理するステップと、
    　前記機能ステータスに基づく値が本番環境への適用条件値を満たすかを判定するステップと、
    　前記機能ステータスに基づく値が前記本番環境への適用条件値を満たす場合、前記処理システムの機能を本番環境へ切り替えるステップと、
    　を行うシステム検証方法。
  7. 　システム検証装置が、
    　本番環境に構築された処理システムのログデータを用いて、前記処理システムの機能の実行状況に関する機能ステータスを管理するステップと、
    　前記機能ステータスに基づく値が本番環境での非継続使用条件値を満たすかを判定するステップと、
    　前記機能ステータスに基づく値が前記本番環境での非継続使用条件値を満たす場合、前記処理システムの機能を旧版の機能に戻すステップと、
    　を行うシステム検証方法。
  8. 　請求項１乃至５のいずれかに記載のシステム検証装置としてコンピュータを機能させるシステム検証プログラム。
PCT/JP2021/017693 2021-05-10 2021-05-10 システム検証装置、システム検証方法、及び、システム検証プログラム WO2022239060A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2021/017693 WO2022239060A1 (ja) 2021-05-10 2021-05-10 システム検証装置、システム検証方法、及び、システム検証プログラム
JP2023520581A JPWO2022239060A1 (ja) 2021-05-10 2021-05-10

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/017693 WO2022239060A1 (ja) 2021-05-10 2021-05-10 システム検証装置、システム検証方法、及び、システム検証プログラム

Publications (1)

Publication Number Publication Date
WO2022239060A1 true WO2022239060A1 (ja) 2022-11-17

Family

ID=84028488

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/017693 WO2022239060A1 (ja) 2021-05-10 2021-05-10 システム検証装置、システム検証方法、及び、システム検証プログラム

Country Status (2)

Country Link
JP (1) JPWO2022239060A1 (ja)
WO (1) WO2022239060A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005250732A (ja) * 2004-03-03 2005-09-15 Fujitsu Ltd バージョンアップ制御プログラムおよびバージョンアップ制御方法
JP2006099393A (ja) * 2004-09-29 2006-04-13 Sharp Corp ファームウェア管理装置、ファームウェア管理プログラム、電子機器、記録媒体、及びファームウェア管理方法
JP2010231488A (ja) * 2009-03-27 2010-10-14 Fujitsu Ltd 監視システム、監視プログラム及び監視方法
JP2016189087A (ja) * 2015-03-30 2016-11-04 ビッグローブ株式会社 基盤ソフト運用管理システム、基盤ソフト運用管理装置、制御方法およびプログラム
JP2020030506A (ja) * 2018-08-21 2020-02-27 三菱電機株式会社 制御システムの検証システム及びパッチ適用判定装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005250732A (ja) * 2004-03-03 2005-09-15 Fujitsu Ltd バージョンアップ制御プログラムおよびバージョンアップ制御方法
JP2006099393A (ja) * 2004-09-29 2006-04-13 Sharp Corp ファームウェア管理装置、ファームウェア管理プログラム、電子機器、記録媒体、及びファームウェア管理方法
JP2010231488A (ja) * 2009-03-27 2010-10-14 Fujitsu Ltd 監視システム、監視プログラム及び監視方法
JP2016189087A (ja) * 2015-03-30 2016-11-04 ビッグローブ株式会社 基盤ソフト運用管理システム、基盤ソフト運用管理装置、制御方法およびプログラム
JP2020030506A (ja) * 2018-08-21 2020-02-27 三菱電機株式会社 制御システムの検証システム及びパッチ適用判定装置

Also Published As

Publication number Publication date
JPWO2022239060A1 (ja) 2022-11-17

Similar Documents

Publication Publication Date Title
JP7090657B2 (ja) アプリケーションをアップグレードするための方法、装置、デバイスならびに記憶媒体
US10019256B2 (en) Systems and methods for incremental software development
JP5444368B2 (ja) アプリケーション復元ポイント
KR102055024B1 (ko) 클라이언트측 최소 다운로드 및 시뮬레이션 페이지 네비게이션 기능
CN106575244B (zh) 确保云应用的高可用性的修补过程
US20170371639A1 (en) Updating live system with static changes
US9754242B2 (en) Deployment mechanism for non-versioning business process artifacts
JP2014142678A (ja) 仮想サーバ移行計画作成方法およびシステム
US11880674B2 (en) Adaptive hot reload for class changes
US11983519B2 (en) Abort installation of firmware bundles
US20130086572A1 (en) Generation apparatus, generation method and computer readable information recording medium
US11467918B2 (en) System and method for resilient backup generation
WO2022239060A1 (ja) システム検証装置、システム検証方法、及び、システム検証プログラム
US20090276779A1 (en) Job management apparatus
JP6468098B2 (ja) 情報処理プログラム、装置、及び方法
CN111737964A (zh) 表格动态处理方法、设备及介质
JP2014006845A (ja) 管理方法，管理装置および管理プログラム
JP6045707B2 (ja) ライセンス管理装置、ライセンス管理方法、及びプログラム
JP6481489B2 (ja) 修正適用情報作成プログラム、修正適用情報作成装置及び修正適用情報作成方法
JP6555908B2 (ja) 情報処理装置及びその制御方法、プログラム
US11424982B2 (en) Remediation of a system to new desired state using configuration dependency graph
JP2013105349A (ja) 動的リンクライブラリの更新、実行方法
WO2017076180A1 (zh) 虚拟机升级方法及装置
US10496059B2 (en) Operational control management apparatus and operational control management method
US20240143411A1 (en) Method for automatically maintaining an infrastructure as code state of a resource space hosted on a cloud platform

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21941794

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023520581

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18288535

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21941794

Country of ref document: EP

Kind code of ref document: A1