特許 7392823 検証制御装置、システム、方法及び検証制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-28

(45)【発行日】2023-12-06

(54)【発明の名称】検証制御装置、システム、方法及び検証制御プログラム

(51)【国際特許分類】

   G06F 11/36 20060101AFI20231129BHJP

   G06F 11/07 20060101ALI20231129BHJP

   G06F 9/455 20180101ALI20231129BHJP

【ＦＩ】

G06F11/36 196

G06F11/07 140C

G06F9/455

【請求項の数】 8

(21)【出願番号】P 2022503690

(86)(22)【出願日】2021-02-25

(86)【国際出願番号】 JP2021007099

(87)【国際公開番号】W WO2021172429

(87)【国際公開日】2021-09-02

【審査請求日】2022-08-12

(31)【優先権主張番号】P 2020032720

(32)【優先日】2020-02-28

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】竹村 友生子

【審査官】土谷 慎吾

(56)【参考文献】

【文献】特開２０１７－１８７８８３（ＪＰ，Ａ）

【文献】特開２００２－３１８６０７（ＪＰ，Ａ）

【文献】特開２０１９－０５７９４５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０３４９４５０（ＵＳ，Ａ１）

【文献】山田 明憲，Ｄｏｃｋｅｒ／Ｋｕｂｅｒｎｅｔｅｓ 実践コンテナ開発入門 初版 ，第1版，日本，株式会社技術評論社，2018年09月08日，p.68,69,143-147,351

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３６

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ ９／４５５

(57)【特許請求の範囲】

【請求項1】

第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶手段と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御手段と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御手段と、
を備え、
前記入力制御手段は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御手段は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止し、所定の検証端末へ前記処理結果の検証情報として前記送信先との疎通確認の結果を出力する、
検証制御装置。

【請求項2】

前記入力制御手段は、前記第１の領域に前記運用設定がされ、かつ、前記第２の領域に前記検証設定がされていた場合、前記処理要求を前記第１の領域へ転送し、かつ、当該処理要求を複製して前記第２の領域へ転送する
請求項１に記載の検証制御装置。

【請求項3】

第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶手段と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御手段と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御手段と、
を備え、
前記入力制御手段は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御手段は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止し、所定の検証端末へ前記処理結果の検証情報を出力し、
前記処理結果は、前記送信先である第３の情報システムへの処理要求を含み、
前記検証情報は、前記第３の情報システムへの処理要求の詳細情報である、
検証制御装置。

【請求項4】

前記第１のファイルは、前記第１の情報システムに関する処理ロジック又は設定内容であり、
前記第２のファイルは、前記第１のファイルの更新後のファイルである
請求項１から３のいずれか１項に記載の検証制御装置。

【請求項5】

前記第１の及び第２の領域のそれぞれは、仮想コンテナである
請求項１から４のいずれか１項に記載の検証制御装置。

【請求項6】

第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶手段と、
前記環境設定に基づき稼働する情報システムに対する処理要求を送信する端末と、
前記端末から前記処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御手段と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御手段と、
を備え、
前記入力制御手段は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御手段は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止し、所定の検証端末へ前記処理結果の検証情報として前記送信先との疎通確認の結果を出力する、
検証制御システム。

【請求項7】

コンピュータが、
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶装置に格納し、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付け、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止し、所定の検証端末へ前記処理結果の検証情報として前記送信先との疎通確認の結果を出力する、
検証制御方法。

【請求項8】

第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶装置に格納する処理と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付ける処理と、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送する処理と、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送する処理と、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止し、所定の検証端末へ前記処理結果の検証情報として前記送信先との疎通確認の結果を出力する処理と、
をコンピュータに実行させる検証制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、検証制御装置、システム、方法及びプログラムに関し、特に、情報システムの検証を制御する検証制御装置、システム、方法及びプログラムに関する。

【背景技術】

【0002】

情報システムの運用の現場では、システムに障害が発生すると、正常稼働に戻すためにシステムの変更や更新を実施している。システムの変更や更新においては、本番環境の誤動作を防ぐために、疑似的な環境として検証環境を別途、用意し、検証環境で動作確認を行った上で、本番環境に適用することが多い。

【0003】

特許文献１には、運用版の仮想マシンと検証版の仮想マシンを備えた計算機システムに関する技術が開示されている。検証版の仮想マシンには、検証対象のシステム以外に、スタブアプリと検証機能部を備えた検証用システムが含まれている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１７－０１６３９２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１にかかる技術は、本番環境と検証環境との差異があるため、対象システムを検証環境での検証後に本番環境へリリースした場合に障害のリスクが残されてしまうという問題点がある。例えば、特許文献１には、検証版の仮想マシン内に含まれるスタブアプリと検証用システムの影響を無視できない。

【0006】

本開示は、このような問題点を解決するためになされたものであり、検証後のリリースにおける障害のリスクを軽減するための検証制御装置、システム、方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本開示の第１の態様にかかる検証制御装置は、
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶部と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御部と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御部と、
を備え、
前記入力制御部は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御部は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する。

【0008】

本開示の第２の態様にかかる検証制御システムは、
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶部と、
前記環境設定に基づき稼働する情報システムに対する処理要求を送信する端末と、
前記端末から前記処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御部と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御部と、
を備え、
前記入力制御部は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御部は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する。

【0009】

本開示の第３の態様にかかる検証制御方法は、
コンピュータが、
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶装置に格納し、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付け、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する。

【0010】

本開示の第４の態様にかかる検証制御プログラムは、
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶装置に格納する処理と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付ける処理と、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送する処理と、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送する処理と、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する処理と、
をコンピュータに実行させる。

【発明の効果】

【0011】

本開示により、検証後のリリースにおける障害のリスクを軽減するための検証制御装置、システム、方法及びプログラムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態１にかかる検証制御装置の構成を示すブロック図である。

【図2】本実施形態１にかかる検証制御方法の流れを示すフローチャートである。

【図3】本実施形態２にかかる検証制御システムの全体構成を示すブロック図である。

【図4】本実施形態２にかかるサーバのハードウェア構成を示すブロック図である。

【図5】本実施形態２にかかる仮想化の概念を説明するための図である。

【図6】本実施形態２にかかる検証制御方法の流れを示すシーケンス図である。

【図7】本実施形態３にかかる検証制御方法の流れを示すシーケンス図である。

【発明を実施するための形態】

【0013】

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

【0014】

＜実施形態１＞
図１は、本実施形態１にかかる検証制御装置１の構成を示すブロック図である。検証制御装置１は、所定の環境設定に基づき稼働する情報システムに対する本番運用と検証とを両立させることができる情報処理装置又は情報処理システムである。検証制御装置１は、入力制御部１１と、第１の領域１２と、第２の領域１３と、記憶部１４と、出力制御部１５とを備える。

【0015】

第１の領域１２は、第１のファイル１２１を含む第１の情報システム１２０が稼働する仮想化実行領域である。仮想化実行領域とは、例えば、仮想マシンや仮想コンテナであり、独立した実行環境を仮想的に実現した領域であり、所定の情報システムを独立して実行させることができる領域である。

【0016】

第２の領域１３は、第１の領域１２と共通の環境設定が適用される仮想化実行領域である。ここで、環境設定とは、ネットワークアドレス等のシステム環境を指す。つまり、第１の領域１２及び第２の領域１３は、検証制御装置１の外部からはネットワークアドレス等で区別されない。また、第２の領域１３は、第２の情報システム１３０が稼働する仮想化実行領域である。ここで、第２の情報システム１３０は、第１の情報システム１２０における第１のファイル１２１が第２のファイル１３１に置き換わったものである。

【0017】

第１のファイル１２１は、第１の情報システム１２０のアプリケーションプログラム（処理ロジック）のファイルや設定ファイル、自動化のためのシナリオやルールの一部である。第２のファイル１３１は、第１のファイル１２１と少なくとも一部が異なっている。第２のファイル１３１は、例えば、第１のファイル１２１の更新版のファイルであり、検証対象であってもよい。そのため、第１の情報システム１２０と第２の情報システム１３０とは大部分が共通するが、第１のファイル１２１と第２のファイル１３１とが異なるものとする。

【0018】

記憶部１４は、第１の領域１２と第２の領域１３とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報１４０を記憶する記憶領域である。つまり、設定情報１４０は、運用設定領域１４１と検証設定領域１４２とを定義した情報である。尚、設定情報１４０は、運用設定領域１４１と検証設定領域１４２のいずれかが未定義（未設定）であってもよい。

【0019】

入力制御部１１は、外部から、上記環境設定に基づき稼働する情報システムに対する処理要求を受け付けた場合、設定情報１４０に応じた領域へ当該処理要求を転送する。具体的には、入力制御部１１は、（運用設定領域１４１が示す）運用設定がされた領域及び（検証設定領域１４２が示す）検証設定がされた領域のそれぞれへ処理要求を転送する。尚、「環境設定に基づき稼働する情報システム」とは、検証制御装置１における環境設定上で稼働する情報システムである。そのため、第１の情報システム１２０及び第２の情報システム１３０のいずれも該当する。また、入力制御部１１は、設定情報１４０を参照し、運用設定領域１４１又は検証設定領域１４２のいずれかが未設定であった場合、当該未設定の領域へは処理要求の転送を行わないようにしてもよい。

【0020】

出力制御部１５は、設定情報１４０に応じて、第１の領域１２及び第２の領域１３からの出力を制御する。具体的には、出力制御部１５は、運用設定がされた領域から処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送する。また、出力制御部１５は、検証設定がされた領域から処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する。

【0021】

図２は、本実施形態１にかかる検証制御方法の流れを示すフローチャートである。まず、検証制御装置１は、設定情報１４０を記憶部１４に格納する（Ｓ１１）。ここで、設定情報１４０は、上述した通り、第１の領域１２と、第２の領域１３とのいずれか一方について運用設定がされ、他方について検証設定がされた情報である。

【0022】

次に、入力制御部１１は、検証制御装置１の外部から、環境設定に基づき稼働する情報システムに対する処理要求を受け付ける（Ｓ１２）。そして、入力制御部１１は、処理要求を運用設定がされた領域（運用設定領域１４１が示す領域）へ転送する（Ｓ１３）。また、入力制御部１１は、処理要求を検証設定がされた領域（検証設定領域１４２が示す領域）へ転送する（Ｓ１４）。

【0023】

続いて、出力制御部１５は、運用設定がされた領域から処理要求に対する処理結果の出力を検出した場合（Ｓ１５でＹＥＳ）、当該処理結果の送信先へ当該処理結果を転送する（Ｓ１７）。ここで、「送信先」は、処理要求の要求元であるか、他のシステムであってもよい。また、検出しなかった場合（Ｓ１５でＮＯ）、出力制御部１５は、しばらく待機した後、再度、検出したか否かを判定する。

【0024】

また、出力制御部１５は、検証設定がされた領域から処理要求に対する処理結果の出力を検出した場合（Ｓ１６でＹＥＳ）、当該処理結果の送信先への転送を抑止する（Ｓ１８）。また、検出しなかった場合（Ｓ１６でＮＯ）、出力制御部１５は、しばらく待機した後、再度、検出したか否かを判定する。

【0025】

このように本実施形態では、環境設定が共通する第１の領域１２と第２の領域１３において一部のファイルが異なる情報システムを稼働させ、当該情報システムに対する処理要求を各領域へ転送する。その上で、各領域からの出力を検出した場合、設定情報に応じて処理結果の転送又は抑止を制御する。例えば、第１の領域１２を運用設定領域１４１、第２の領域１３を検証設定領域１４２とした場合、一つの処理要求をそれぞれの領域で並行して実行させる。そして、処理結果の送信先へは、運用設定である第１の領域１２からの出力のみを転送するが、検証設定である第２の領域１３からの出力は転送しない。つまり、検証環境での実行結果が本番環境には影響を与えない。そして、例えば、第２の領域１３からの出力を処理結果の送信先以外へ出力することで、第２の領域１３での処理結果を確認して検証することができる。そして、運用設定領域１４１を第１の領域１２、検証設定領域１４２を第２の領域１３として検証を行った後、運用設定領域１４１と検証設定領域１４２の領域を入れ替えることで、第２の情報システム１３０を運用システムとしてリリースできる。ここで、上述の通り、第１の領域１２と第２の領域１３とは環境設定が共通するため、第１の情報システム１２０と第２の情報システム１３０との差異は、第１のファイル１２１と第２のファイル１３１のみといえる。そして、第２の情報システム１３０は、テストデータでの検証ではなく、元々の運用システムであった第１の情報システム１２０と同内容の処理要求を処理し、その処理結果を検証している。つまり、第２のファイル１３１による不具合の有無を検証することができる。よって、検証後に、運用設定と検証設定を入れ替えたとしても、検証後のリリースにおける障害のリスクを軽減することができる。

【0026】

尚、運用設定領域１４１をＯＮ、検証設定領域１４２をＯＦＦとすれば、通常の運用を実現できる。また、運用設定領域１４１をＯＦＦ、検証設定領域１４２をＯＮとして、検証のみを実施してもよい。

【0027】

尚、検証制御装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる検証制御方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、入力制御部１１、第１の領域１２、第２の領域１３及び出力制御部１５の機能を実現する。

【0028】

また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。

【0029】

また、検証制御装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、検証制御装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

【0030】

＜実施形態２＞
本実施形態２は、上述した実施形態１の具体的な実施例である。図３は、本実施形態２にかかる検証制御システム２００の全体構成を示すブロック図である。検証制御システム２００は、ユーザ端末３１と、検証端末３２と、連携先システム３３と、サーバ２とを備え、これらがネットワークＮを介して接続されている。

【0031】

ユーザ端末３１は、対象システムが提供するサービスを利用する利用者（ユーザ）が操作する端末装置である。ユーザ端末３１は、ネットワークＮを介してサーバ２に対して所望のサービスの処理要求を送信し、処理結果を受信する。ユーザ端末３１は、例えば、パーソナルコンピュータその他の情報処理装置である。

【0032】

検証端末３２は、対象システムの検証を行う運用者が操作する端末装置である。検証端末３２は、ネットワークＮを介してサーバ２に対して検証対象のサービスの処理要求を送信し、処理結果と検証情報を受信する。尚、検証端末３２は、ユーザ端末３１からの処理要求に応じた検証情報も受信する。検証端末３２は、例えば、パーソナルコンピュータその他の情報処理装置である。

【0033】

連携先システム３３は、第３の情報システムの一例であり、対象システムの連携先の情報システムである。連携先システム３３は、所定のサービスにおける対象システムの処理結果の送信先であってもよい。その場合、連携先システム３３は、対象システムからの処理結果を処理要求として処理し、処理結果を要求元へ返信する。

【0034】

サーバ２は、検証制御装置１の具体例であり、内部の各機能が複数台のサーバ装置に分散して実現されてもよい。サーバ２は、データ振分ＩＦ（InterFace）２１と、仮想コンテナＡ２２と、仮想コンテナＢ２３と、記憶部２４と、アクション実施ＩＦ２５とを備える。

【0035】

仮想コンテナＡ２２及び仮想コンテナＢ２３のそれぞれは、サーバ２内に割り当てられた仮想化実行領域であり、第１の領域１２及び第２の領域１３の一例である。そのため、仮想コンテナＡ２２及び仮想コンテナＢ２３は、サーバ２における（共通の）環境設定が適用される。仮想コンテナＡ２２は、対象システム２２０が稼働し、仮想コンテナＢ２３は、対象システム２３０が稼働する。対象システム２３０は、対象システム２２０における運用版ファイル２２１が検証版ファイル２３１に置き換わったものである。運用版ファイル２２１は、対象システム２２０のアプリケーションプログラム（処理ロジック）のファイル又は設定ファイル、自動化のためのシナリオもしくはルール（設定内容）の一部である。検証版ファイル２３１は、運用版ファイル２２１に対して少なくとも一部が更新されたファイルである。

【0036】

記憶部２４は、上述した記憶部１４の一例であり、設定情報２４０を記憶する。設定情報２４０は、上述した設定情報１４０の一例であり、運用設定領域２４１として仮想コンテナＡ２２、検証設定領域２４２として仮想コンテナＢ２３がそれぞれ設定されているものとする。尚、運用設定領域２４１及び検証設定領域２４２は、一方が未設定であってもよい。また、検証端末３２は、設定情報２４０の運用設定領域２４１及び検証設定領域２４２の仮想コンテナを入れ替えるように設定変更してもよい。

【0037】

データ振分ＩＦ２１は、上述した入力制御部１１の一例であり、ユーザ端末３１等からネットワークＮを介して対象システムに対する処理要求を受け付けた場合、設定情報２４０に応じた仮想コンテナへ当該処理要求を転送する。例えば、データ振分ＩＦ２１は、仮想コンテナＡ２２に運用設定がされ、かつ、仮想コンテナＢ２３に検証設定がされていた場合、処理要求を仮想コンテナＡ２２へ転送し、かつ、当該処理要求を複製して仮想コンテナＢ２３へ転送する。尚、データ振分ＩＦ２１は、設定情報２４０を参照し、運用設定領域２４１及び検証設定領域２４２のうち未設定の領域については転送を抑止する。

【0038】

アクション実施ＩＦ２５は、上述した出力制御部１５の一例であり、設定情報２４０に応じて、仮想コンテナＡ２２及び仮想コンテナＢ２３からの出力を制御する。アクション実施ＩＦ２５は、仮想コンテナＡ２２及び仮想コンテナＢ２３のそれぞれからの出力を監視する。アクション実施ＩＦ２５は、当該出力を検出した場合、設定情報２４０を参照し、出力元の仮想コンテナが運用設定領域２４１又は検証設定領域２４２のいずれであるかを判定する。
アクション実施ＩＦ２５は、出力を検出した仮想コンテナが運用設定領域２４１（例えば、仮想コンテナＡ２２）であった場合、出力が示す処理結果の送信先へ当該処理結果を転送する。ここで、送信先は、処理要求の要求元であるユーザ端末３１もしくは検証端末３２、又は、連携先のシステムである連携先システム３３であってもよい。
アクション実施ＩＦ２５は、出力を検出した仮想コンテナが検証設定領域２４２（例えば、仮想コンテナＢ２３）であった場合、出力が示す処理結果の送信先への処理結果の送信を抑止し、処理結果の検証情報を生成する。そして、アクション実施ＩＦ２５は、検証端末３２へ処理結果の検証情報を出力する。例えば、処理要求の要求元及び処理結果の送信先がユーザ端末３１である場合、アクション実施ＩＦ２５は、送信先以外の検証端末３２へ、処理結果の検証情報を出力する。

【0039】

ここで、アクション実施ＩＦ２５は、送信先との疎通確認の結果を前記検証情報として出力してもよい。例えば、送信先が連携先システム３３である場合、アクション実施ＩＦ２５は、連携先システム３３に対して疎通コマンドを送信し、その応答結果を受信し、応答結果を検証情報に含めて検証端末３２へ出力する。

【0040】

図４は、本実施形態２にかかるサーバ２のハードウェア構成を示すブロック図である。サーバ２は、例えば、コンピュータサーバであるが、各機能が複数台に分散されていてもよい。図４は、上述したサーバ２をハードウェアの側面で捉えたものである。サーバ２は、記憶部４１と、制御部４２と、メモリ４３と、通信ＩＦ４４とを備える。

【0041】

記憶部４１は、ハードディスク、フラッシュメモリ等の記憶装置である。記憶部４１は、ＯＳ（Operating System）４１１、コンテナ管理プログラム４１２、対象システム４１３、対象システム４１４及び設定情報４１５を記憶する。ＯＳ４１１は、サーバ２を稼働させる基本ソフトであり、公知のものを適用可能であるため、説明を省略する。コンテナ管理プログラム４１２は、仮想コンテナを管理、制御するコンピュータプログラムである。コンテナ管理プログラム４１２は、本実施形態にかかる検証制御プログラム４１２１を含む。尚、検証制御プログラム４１２１は、コンテナ管理プログラム４１２の外部のプログラムであってもよい。検証制御プログラム４１２１は、上述したデータ振分ＩＦ２１及びアクション実施ＩＦ２５の処理が実装されたコンピュータプログラム、モジュールである。対象システム４１３は、上述した仮想コンテナＡ２２を実現するコンピュータプログラム及び設定ファイル等である。対象システム４１３は、上述した運用版ファイル２２１に相当する運用版ファイル４１３１を含む。対象システム４１４は、上述した仮想コンテナＢ２３を実現するコンピュータプログラム及び設定ファイル等である。対象システム４１４は、上述した検証版ファイル２３１に相当する検証版ファイル４１４１を含む。設定情報４１５は、上述した設定情報２４０に相当するファイルである。

【0042】

メモリ４３は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部４２の動作時に一時的に情報を保持するための記憶領域である。通信ＩＦ４４は、サーバ２の外部との入出力を行うインタフェースである。例えば、通信ＩＦ４４は、ネットワークＮを介して、処理要求等を受け付け、受け付けた処理要求を制御部４２へ出力する。また、通信ＩＦ４４は、制御部４２からの指示に応じて、ネットワークＮを介して出力を行う。

【0043】

制御部４２は、サーバ２の各構成を制御するプロセッサつまり制御装置である。制御部４２は、記憶部４１からＯＳ４１１及びコンテナ管理プログラム４１２をメモリ４３へ読み込ませ、ＯＳ４１１及びコンテナ管理プログラム４１２を実行する。これにより、制御部４２は、１以上の仮想コンテナを稼働することができ、上述したデータ振分ＩＦ２１及びアクション実施ＩＦ２５の機能を実現する。その上で、制御部４２は、記憶部４１から対象システム４１３、対象システム４１４及び設定情報４１５をメモリ４３へ読み込ませ、対象システム４１３及び対象システム４１４を実行する。これにより、制御部４２は、上述した仮想コンテナＡ２２及び仮想コンテナＢ２３の機能を実現する。

【0044】

図５は、本実施形態２にかかる仮想化の概念を説明するための図である。図５は、サーバ２を仮想化の観点から示した概念図である。まず、ＯＳ５２は、ハードウェア５１上で稼働し、コンテナ管理ＳＷ（SoftWare）５３は、ＯＳ５２上で稼働する。ここで、コンテナ管理ＳＷ５３は、内部に本実施形態にかかる検証制御ＳＷ５３０（上述した検証制御プログラム４１２１に相当）を含む。そして、検証制御ＳＷ５３０は、データ振分ＩＦ５３１及びアクション実施ＩＦ５３２を含む。また、仮想コンテナＡ５４及び仮想コンテナＢ５５は、コンテナ管理ＳＷ５３上で稼働する。

【0045】

仮想コンテナＡ５４は、対象システム２２０に相当するライブラリ・環境変数５４１、ミドルウェア５４２及びアプリケーション５４３を含む。例えば、ミドルウェア５４２は、ライブラリ・環境変数５４１を参照して実行され、アプリケーション５４３は、ライブラリ・環境変数５４１を参照してミドルウェア５４２上で実行される。ここで、運用版ファイル２２１は、ライブラリ・環境変数５４１、ミドルウェア５４２及びアプリケーション５４３の全て又は一部である。

【0046】

同様に、仮想コンテナＢ５５は、対象システム２３０に相当するライブラリ・環境変数５５１、ミドルウェア５５２及びアプリケーション５５３を含む。例えば、ミドルウェア５５２は、ライブラリ・環境変数５５１を参照して実行され、アプリケーション５５３は、ライブラリ・環境変数５５１を参照してミドルウェア５５２上で実行される。ここで、検証版ファイル２３１は、ライブラリ・環境変数５５１、ミドルウェア５５２及びアプリケーション５５３の全て又は一部である。

【0047】

図６は、本実施形態２にかかる検証制御方法の流れを示すシーケンス図である。まず、検証端末３２は、対象システムにおける検証対象のサービスについての処理要求を、ネットワークＮを介してサーバ２へ送信する（Ｓ２０１）。これに応じて、サーバ２のデータ振分ＩＦ２１は、処理要求を受信する。

【0048】

次に、データ振分ＩＦ２１は、記憶部２４の設定情報２４０を参照し、運用設定領域２４１及び検証設定領域２４２がどのように設定されているかを判定する（Ｓ２０２）。ここでは、運用設定領域２４１に仮想コンテナＡ２２、検証設定領域２４２に仮想コンテナＢ２３が設定されているものとする。そのため、データ振分ＩＦ２１は、受信した処理要求を運用設定がされた仮想コンテナＡ２２へ転送し（Ｓ２０３）、処理要求を複製して、検証設定がされた仮想コンテナＢ２３へ処理要求を転送する（Ｓ２０４）。

【0049】

続いて、仮想コンテナＡ２２の対象システム２２０は、転送された処理要求に対する処理を行う（Ｓ２０５）。つまり、対象システム２２０は、運用版ファイル２２１を用いた、本番運用における処理を行う。

【0050】

また、仮想コンテナＢ２３の対象システム２３０は、転送された処理要求に対する処理を行う（Ｓ２０６）。つまり、対象システム２３０は、検証版ファイル２３１を用いた、検証対象の処理を行う。

【0051】

ステップＳ２０５の後、対象システム２２０は、処理要求に対する処理結果を出力する（Ｓ２０７）。ここでは、処理結果の送信先が連携先システム３３であるものとする。そのため、対象システム２２０は、処理結果を連携先システム３３を宛先として出力する。

【0052】

このとき、アクション実施ＩＦ２５は、仮想コンテナＡ２２からの出力を検出する。そして、アクション実施ＩＦ２５は、記憶部２４の設定情報２４０を参照し、出力元の仮想コンテナＡ２２の設定が運用設定領域２４１又は検証設定領域２４２のいずれであるかを判定する（Ｓ２０８）。ここでは、仮想コンテナＡ２２が運用設定領域２４１に設定されているため、アクション実施ＩＦ２５は、検出した処理結果を、当該処理結果の宛先（送信先）である連携先システム３３へ転送する（Ｓ２０９）。これにより、連携先システム３３は、処理結果が仮想コンテナＡ２２から出力されたものとして受信でき、後続の処理を継続できる。例えば、連携先システム３３は、後続の処理としての処理結果を検証端末３２へ返信してもよい。

【0053】

また、ステップＳ２０６の後、対象システム２３０は、処理要求に対する処理結果を出力する（Ｓ２１０）。上記同様、対象システム２３０は、処理結果を連携先システム３３を宛先として出力する。

【0054】

このとき、アクション実施ＩＦ２５は、仮想コンテナＢ２３からの出力を検出する。そして、アクション実施ＩＦ２５は、記憶部２４の設定情報２４０を参照し、出力元の仮想コンテナＢ２３の設定が運用設定領域２４１又は検証設定領域２４２のいずれであるかを判定する（Ｓ２１１）。ここでは、仮想コンテナＢ２３が検証設定領域２４２に設定されているため、アクション実施ＩＦ２５は、検出した処理結果について、当該処理結果の宛先（送信先）である連携先システム３３への転送を抑止する。代わりに、アクション実施ＩＦ２５は、連携先システム３３に対して疎通確認を行う（Ｓ２１２）。例えば、アクション実施ＩＦ２５は、ネットワークＮを介して連携先システム３３に対して疎通コマンドを発行し、応答結果を受信する。

【0055】

そして、アクション実施ＩＦ２５は、受信した応答結果を含めた検証情報を生成し、ネットワークＮを介して検証端末３２に対して検証情報を送信する（Ｓ２１３）。尚、検証端末３２は、ステップＳ２１０の処理結果自体を検証情報に含めてもよい。検証端末３２は、受信した検証情報を画面に表示する。これにより、運用者は、表示された検証情報が適切か否かを確認して検証を行うことができる。

【0056】

また、図６のステップＳ２０１をユーザ端末３１が行うこともできる。そして、この場合であっても、ステップＳ２１３の送信先は、検証端末３２となるように予め設定されているものとする。また、処理結果の宛先（送信先）がユーザ端末３１である場合、ステップＳ２０９の処理結果及びステップＳ２１２の疎通確認がユーザ端末３１へ送信されるが、ステップＳ２１３の検証情報は検証端末３２へ送信される。また、ステップＳ２０１の要求元と処理結果の宛先（送信先）が検証端末３２である場合、検証端末３２は、ステップＳ２０９の処理結果と（ステップＳ２１２の疎通確認と）ステップＳ２１３の検証情報とを受信する。そのため、検証端末３２において処理結果と検証情報とを確認し、より容易に検証を行うことができる。

【0057】

そのため、本実施形態では、ステップＳ２０１の要求元がユーザ端末３１又は検証端末３２のいずれの端末であっても、運用設定領域２４１における処理結果は、本来の送信先へ送信され、検証情報は、検証端末３２へ送信される。よって、本番運用に影響を与えずに、実際のサービスデータ（本番運用で用いられるデータ）により、検証版ファイル２３１の検証を行うことができる。つまり、検証時であっても処理要求の宛先やパラメータを検証用等に修正する必要がなく、本番運用と同じ入力データ（宛先やパラメータ）を用いて、検証を行うことができる。

【0058】

そして、対象システム２２０と２３０とは共通の環境設定で稼働している。そのため、ステップＳ２０７とＳ２１０の処理結果に違いがあるか否かにより、検証版ファイル２３１の検証が可能である。例えば、システムの更新によるデグレードが発生しないことの検証であれば、ステップＳ２０７とＳ２１０の処理結果に違いがないことを確認できればよい。尚、「デグレード」とは、システムを更新（バージョンアップ）した場合に、更新前に正常な処理結果を示していた機能が、更新後にソフトウェアのバグ等により不正確な処理結果を示す場合等を指すものとする。また、システムの変更により処理結果を変化させる場合には、ステップＳ２０７とＳ２１０の処理結果の違いが想定した通りであることを確認できればよい。

【0059】

そして、検証に問題がなければ、任意のタイミングで、対象システム２２０における運用版ファイル２２１を検証版ファイル２３１に置き換えることで、システム変更をリリースできる。このとき、運用版と検証版とのシステムの差異は、運用版ファイル２２１と検証版ファイル２３１であり、検証版ファイル２３１に問題がないことを確認できたため、検証後のリリースにおける障害のリスクを軽減できる。尚、リリース後に検証設定領域２４２をオフにするか、仮想コンテナＢ２３における対象システム２３０の稼働を停止することで、対象システム２２０のみを稼働させて運用させることができる。

【0060】

または、検証に問題がない場合に、運用設定領域２４１と検証設定領域２４２の仮想コンテナを入れ替えることでシステム変更をリリースしてもよい。この場合でも、仮想コンテナＢ２３の対象システム２３０は、対象システム２２０と共通の環境設定で検証済みであるため、検証後のリリースにおける障害のリスクを軽減できる。

【0061】

＜実施形態３＞
本実施形態３は、上述した実施形態２の改良例である。すなわち、前記処理結果は、前記送信先である第３の情報システムへの処理要求を含み、前記出力制御部は、前記第３の情報システムへの処理要求の詳細情報を前記検証情報として出力するものである。尚、その他の構成は、実施形態２と同等であるため、共通する部分については図示及び詳細な説明を省略する。

【0062】

図７は、本実施形態３にかかる検証制御方法の流れを示すシーケンス図である。図７は、図６とステップＳ２０１からＳ２１１までが共通する。本実施形態にかかるアクション実施ＩＦ２５は、ステップＳ２１１において検出した処理結果の出力元である仮想コンテナＢ２３が検証設定領域２４２に設定されていると判定する。そのため、アクション実施ＩＦ２５は、検出した処理結果について、当該処理結果の宛先（送信先）である連携先システム３３への転送を抑止する。また、処理結果には、連携先である連携先システム３３への処理要求が含まれる。よって、アクション実施ＩＦ２５は、処理要求の詳細情報を生成する（Ｓ２１２ａ）。ここで、詳細情報は、処理要求が連携先システム３３における実行コマンドである場合、当該実行コマンドに関連するパラメータの情報である。例えば、詳細情報は、処理要求におけるパラメータのリストであってもよい。そして、アクション実施ＩＦ２５は、詳細情報を検証情報に含めてネットワークＮを介して検証端末３２へ送信する（Ｓ２１３ａ）。

【0063】

このように、本実施形態３により、実施形態２と同様の効果に加えて、検証端末３２での検証をより詳細に行うことができる。

【0064】

＜その他の実施形態＞
尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。

【0065】

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0066】

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

【0067】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶部と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御部と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御部と、
を備え、
前記入力制御部は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御部は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する
検証制御装置。
（付記Ａ２）
前記入力制御部は、前記第１の領域に前記運用設定がされ、かつ、前記第２の領域に前記検証設定がされていた場合、前記処理要求を前記第１の領域へ転送し、かつ、当該処理要求を複製して前記第２の領域へ転送する
付記Ａ１に記載の検証制御装置。
（付記Ａ３）
前記出力制御部は、前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、所定の検証端末へ前記処理結果の検証情報を出力する
付記Ａ１又はＡ２に記載の検証制御装置。
（付記Ａ４）
前記出力制御部は、前記送信先との疎通確認の結果を前記検証情報として出力する
付記Ａ３に記載の検証制御装置。
（付記Ａ５）
前記処理結果は、前記送信先である第３の情報システムへの処理要求を含み、
前記出力制御部は、前記第３の情報システムへの処理要求の詳細情報を前記検証情報として出力する
付記Ａ３又はＡ４に記載の検証制御装置。
（付記Ａ６）
前記第１のファイルは、前記第１の情報システムに関する処理ロジック又は設定内容であり、
前記第２のファイルは、前記第１のファイルの更新後のファイルである
付記Ａ１乃至Ａ５のいずれか１項に記載の検証制御装置。
（付記Ａ７）
前記第１の及び第２の領域のそれぞれは、仮想コンテナである
付記Ａ１乃至Ａ６のいずれか１項に記載の検証制御装置。
（付記Ｂ１）
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、
前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域と、
前記第１の領域と前記第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶する記憶部と、
前記環境設定に基づき稼働する情報システムに対する処理要求を送信する端末と、
前記端末から前記処理要求を受け付けた場合、前記設定情報に応じた領域へ当該処理要求を転送する入力制御部と、
前記設定情報に応じて、前記第１の領域及び前記第２の領域からの出力を制御する出力制御部と、
を備え、
前記入力制御部は、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記出力制御部は、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する
検証制御システム。
（付記Ｂ２）
前記入力制御部は、前記第１の領域に前記運用設定がされ、かつ、前記第２の領域に前記検証設定がされていた場合、前記処理要求を前記第１の領域へ転送し、かつ、当該処理要求を複製して前記第２の領域へ転送する
付記Ｂ１に記載の検証制御システム。
（付記Ｃ１）
コンピュータが、
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶装置に格納し、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付け、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送し、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送し、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する
検証制御方法。
（付記Ｄ１）
第１のファイルを含む第１の情報システムが稼働する仮想化実行領域である第１の領域と、前記第１の領域と共通の環境設定が適用され、前記第１の情報システムにおける前記第１のファイルが第２のファイルに置き換わった第２の情報システムが稼働する仮想化実行領域である第２の領域とのいずれか一方について運用設定がされ、他方について検証設定がされた設定情報を記憶装置に格納する処理と、
外部から前記環境設定に基づき稼働する情報システムに対する処理要求を受け付ける処理と、
前記運用設定がされた領域及び前記検証設定がされた領域のそれぞれへ前記処理要求を転送する処理と、
前記運用設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先へ当該処理結果を転送する処理と、
前記検証設定がされた領域から前記処理要求に対する処理結果の出力を検出した場合、当該処理結果の送信先への転送を抑止する処理と、
をコンピュータに実行させる検証制御プログラム。

【0068】

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0069】

この出願は、２０２０年２月２８日に出願された日本出願特願２０２０－０３２７２０を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【符号の説明】

【0070】

１ 検証制御装置
１１ 入力制御部
１２ 第１の領域
１２０ 第１の情報システム
１２１ 第１のファイル
１３ 第２の領域
１３０ 第２の情報システム
１３１ 第２のファイル
１４ 記憶部
１４０ 設定情報
１４１ 運用設定領域
１４２ 検証設定領域
１５ 出力制御部
２００ 検証制御システム
２ サーバ
２１ データ振分ＩＦ
２２ 仮想コンテナＡ
２２０ 対象システム
２２１ 運用版ファイル
２３ 仮想コンテナＢ
２３０ 対象システム
２３１ 検証版ファイル
２４ 記憶部
２４０ 設定情報
２４１ 運用設定領域
２４２ 検証設定領域
２５ アクション実施ＩＦ
３１ ユーザ端末
３２ 検証端末
３３ 連携先システム
Ｎ ネットワーク
４１ 記憶部
４１１ ＯＳ
４１２ コンテナ管理プログラム
４１２１ 検証制御プログラム
４１３ 対象システム
４１３１ 運用版ファイル
４１４ 対象システム
４１４１ 検証版ファイル
４１５ 設定情報
４２ 制御部
４３ メモリ
４４ 通信ＩＦ
５１ ハードウェア
５２ ＯＳ
５３ コンテナ管理ＳＷ
５３０ 検証制御ＳＷ
５３１ データ振分ＩＦ
５３２ アクション実施ＩＦ
５４ 仮想コンテナＡ
５４１ ライブラリ・環境変数
５４２ ミドルウェア
５４３ アプリケーション
５５ 仮想コンテナＢ
５５１ ライブラリ・環境変数
５５２ ミドルウェア
５５３ アプリケーション

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】