JP2022149153A - 工事実行管理装置、工事実行管理方法、及びプログラム - Google Patents

Abstract

【課題】ソフトウェアを工事対象装置にデプロイする工事を効率的に行う。【解決手段】工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置において、前記工事対象装置から設定情報を取得する情報取得部と、記憶手段に格納されている工事資材に前記設定情報を反映させる情報管理部と、前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行する工事実行部とを備える。【選択図】図２

Description

本発明は、機器に対してソフトウェアをデプロイする技術に関連するものである。

ソフトウェア開発の手法の一つにＣＩ／ＣＤがある。ＣＩ／ＣＤとは「Continuous Integration／Continuous Delivery」の略であり、日本語では継続的インティグレーション／継続的デリバリーという。

ＣＩ／ＣＤは１つの技術を指すものでなく、ソフトウェアの変更を常にテストして自動で本番環境にリリース可能な状態にしておく、ソフトウェア開発の手法を意味する。また「ＣＤ」は「Continuous Deployment（継続的デプロイ）」の略として使われることもある。継続的デプロイは継続的デリバリーとよく似た概念であるが、継続的デリバリーがデプロイ可能な状態を準備するだけなのに対し、継続的デプロイは実際に本番環境へのデプロイまでを行う点が異なる。

https://www.ntt-tx.co.jp/column/cloudnative_days_tokyo_2019cicd/、令和３年３月２１日検索

「Continuous Deployment（継続的デプロイ）」に関して、ソフトエアを商用環境へデプロイする際には、ＩＰアドレス等といったＣｏｎｆｉｇ情報をソフトウェアのコードに埋め込む。しかし、Ｃｏｎｆｉｇ情報はユーザごとに異なるためデプロイ時において適切な値を手動でコードに埋め込む必要があり、大きな手間がかかる。

また、ユーザの業務を停滞させないようにするために、トラブルが発生しても決められた時間内にデプロイ、もしくは切り戻しを完了させる必要があるが、ある処理でエラーになった場合のエラー箇所の特定や再実行時の冪等性確保等において、処理時間の重複があり、時間が余計にかかる。

また、工事後に問題が起きた際に迅速な解析を進めるために、履歴管理として、例えば工事実施時のユーザごとのｃｏｎｆｉｇ値、工事実行履歴を手動でユーザごとのフォルダに格納することが考えられる。しかし、このような手法では、工事中に変更した内容を都度反映し確認が必要となり、解析に時間を要する。

すなわち、従来技術においては、ソフトウェアを工事対象装置にデプロイする工事を効率的に行うことができなかった。

本発明は上記の点に鑑みてなされたものであり、ソフトウェアを工事対象装置にデプロイする工事を効率的に行うことを可能とする技術を提供することを目的とする。

開示の技術によれば、工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置であって、
前記工事対象装置から設定情報を取得する情報取得部と、
記憶手段に格納されている工事資材に前記設定情報を反映させる情報管理部と、
前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行する工事実行部と
を備える工事実行管理装置が提供される。

開示の技術によれば、ソフトウェアを工事対象装置にデプロイする工事を効率的に行うことを可能とする技術が提供される。

本発明の実施の形態におけるシステムの全体構成図である。 工事実行管理装置の構成図である。 処理の流れを説明するためのシーケンス図である。 工事資材格納装置に格納される情報の例を示す図である。 工事フローの例を図である。 工事フローの例を示す図である。 装置のハードウェア構成例を示す図である。

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

（システム構成例）
図１に、本実施の形態におけるシステムの全体構成例を示す。図１に示すように、本システムは、工事実行管理装置１００、工事資材格納装置２００、ユーザ端末３００、工事対象装置４００を有する。各装置はネットワークに接続されており、装置間で通信を行うことが可能である。

工事実行管理装置１００は、本発明に係る技術を用いて工事対象装置４００に対する工事を実行する。なお、本実施の形態において「工事」とは、ソフトウェアを工事対象装置４００にデプロイする一連の工程のことである。工事実行管理装置１００は、１つ又は複数の物理サーバ（コンピュータ）からなる装置であってもよいし、クラウド上の仮想マシンにより構成される装置であってもよい。

工事資材格納装置２００は、工事に使用するソフトウェア等を格納する装置である。本実施の形態では、工事に使用するソフトウェア等のことを「工事資材」と呼んでいる。また、工事資材格納装置２００には、工事ステータス等も格納される。工事資材格納装置２００は、クラウド上のサービス（例：Ｇｉｔ）であってもよいし、物理サーバであってもよい。また、工事資材格納装置２００は、工事実行管理装置１００内の記憶部であってもよい。以下の説明では、工事資材格納装置２００は、Ｇｉｔであることを想定している。工事資材格納装置２００を記憶手段と呼んでもよい。

ユーザ端末３００は、例えば工事対象装置４００に対する工事の実施者の端末であり、工事実行管理装置１００により提供されるＧＵＩを表示し、ユーザからの操作を受け付け、ユーザ操作に基づく指示を工事実行管理装置１００に送信する。

工事対象装置４００は、ソフトウェアのデプロイを行う対象の装置である。工事対象装置４００は、例えば、ユーザ（企業等）のネットワークサービスを提供する実機環境の装置である。図１に示すように、工事対象装置４００は、ユーザ毎のグループに分けられている。本実施の形態では、各グループをテナント（略称はＴＮ）と呼んでいる。図１の例では、３つのテナント（ＴＮ０１、ＴＮ０２、ＴＮ０３）が示されている。

（工事実行管理装置の構成例）
図２に、工事実行管理装置１００の機能構成例を示す。図２に示すように、工事実行管理装置１００は、ＧＵＩ部１１０、情報取得部１２０、情報管理部１３０、工事実行部１４０を有する。

ＧＵＩ部１１０は、ユーザ端末３００に対してＧＵＩを表示する。なお、ＧＵＩ部１１０は、工事実行管理装置１００内のソフトウェアで動作する機能であってもよいし、Ｗｅｂサーバ等の装置であってもよい。

情報取得部１２０は、工事対象装置４００からＣｏｎｆｉｇ情報（設定情報）等の情報を取得する。情報管理部１３０は、工事資材格納装置２００におけるブランチのコピー、工事資材格納装置２００からのソフトウェア（工事資材）の取得等を行うとともに、工事実施履歴（工事ステータス）等を工事資材格納装置２００に格納する。

工事実行部１４０は、工事資材格納装置２００から取得された工事資材を用いて、工事対象装置４００に対する工事を実行する。また、工事実行部１４０は、工事が正常に行われたかどうかをチェックする機能も有する。

（動作シーケンス）
次に、図３を参照して、本実施の形態におけるシステムの動作シーケンス例を説明する。最初に、工事実行管理装置１００のＧＵＩ部１１０により、ユーザ端末３００上にＧＵＩが表示されているものとする。このＧＵＩには、例えば、工事種別と工事対象を入力（あるいは選択）する欄が含まれている。

工事種別には、例えば、ソフトウェアのアップグレード（「Ｖｅｒｕｐ」）、ソフトウェアを前のバージョンに戻す切り戻し（「ｄｏｗｎｇｒａｄｅ」）等がある。また、本実施の形態において、工事対象はテナント単位であるものとする。つまり、工事対象として、工事するテナントが指定される。

図３のＳ１０１において、ユーザが、ＧＵＩを用いて工事種別と工事対象を指定することで、ユーザ端末３００から工事実行管理装置１００に対して工事の実行が指示される。ここでは、工事種別として「アップグレード」が指定されたことを想定している。

Ｓ１０１の指示により、工事実行管理装置１００は、ＪＯＢ１とＪＯＢ２を実行する。ＪＯＢ１は、指定されたテナントの工事対象装置４００からＣｏｎｆｉｇ情報を取得し、工事資材格納装置２００におけるマスターのコードを複製（ｃｌｏｎｅ）し、Ｃｏｎｆｉｇ情報を用いてカスタマイズし、指定されたテナントに対するＧｉｔのブランチを作成する手順である。ＪＯＢ２は、指定されたテナントのブランチにおける工事資材を用いて、工事の実施、工事ステータスの更新、及び工事後の確認を実行する手順である。

図３では、Ｓ１０２～Ｓ１０４がＪＯＢ１として示されており、Ｓ１０５～Ｓ１０７がＪＯＢ２として示されている。以下、ステップ毎に説明する。

Ｓ１０２、Ｓ１０３において、工事実行管理装置１００の情報取得部１２０は、指定されたテナントの工事対象装置４００にＣｏｎｆｉｇ情報取得要求を送り、当該工事対象装置４００からＣｏｎｆｉｇ情報を取得する。

Ｓ１０４において、情報管理部１３０は、Ｓ１０３で取得したＣｏｎｆｉｇ情報とともに、指定されたテナント用のブランチ作成指示を、工事資材格納装置２００に送信する。これにより、工事資材格納装置２００において、マスターのコードが複製され、指定されたテナント用のブランチが作成される。また、Ｓ１０３で取得したＣｏｎｆｉｇ情報の値が当該ブランチにおけるＣｏｎｆｉｇ情報に反映される。

ブランチは、データ（ここでは工事資材となるプログラムや設定情報）が格納されるディレクトリの構造を示している。図４に、工事資材格納装置２００における、マスターのブランチと、マスターのブランチから作成された、指定されたテナント用のブランチの例を示す。

図４の例において、「（Ｃ）ｖ２１１１＿ｔｏ＿ｖ２１２０」の配下のプログラムは、ｖ２１１１からｖ２１２０へのアップグレード用のプログラムを示し、「（Ｃ）ｖ２１２０＿ｔｏ＿ｖ２１１１」の配下のプログラムは、ｖ２１２０からｖ２１１１への切り戻し用のプログラムである。

また、「構築ツール」の配下のプログラムは、工事（アップグレードや切り戻し）のためのプログラムを示し、「チェックツール」の配下のプログラムは、工事が正常に完了したかどうかをチェックするプログラムである。

工事対象装置４００から取得したＣｏｎｆｉｇ情報の値は、図４における対象テナントのブランチの「ｈｏｓｔｓ」、「Ｃｏｎｆｉｇ」に反映される。具体的には、例えば、「ｈｏｓｔｓ」、「Ｃｏｎｆｉｇ」の変数部分に、工事対象装置４００から取得したＣｏｎｆｉｇ情報の値を与える。

また、本実施の形態では、工事内容、及び工事工程を簡易に把握するために、１工事工程を１チケットとし、チケットシステムの番号で管理することとしている。この１チケットの中で「工事適用（ｕｐｇｒａｄｅ）」と「切り戻し（ｄｏｗｎｇｒａｄｅ）」それぞれの実施内容、工事資材作成の進捗管理を行い、工事工程管理をチケット番号毎に行う。それにより、工事資材作成、工事中、工事完了後、どのフェーズにおいても一元化されたチケット番号による内容の確認を可能としている。

図４の例では、各プログラム名に記載されている「２６２３」、「２９１３」等が、チケットシステムから払い出されたチケット番号の例である。

工事実行管理装置１００は、指定されたテナントのブランチに格納されたプログラム及び設定情報等を利用して、指定されたテナントの工事対象装置４００に対する工事及びチェック等を行う。

図３のＳ１０５において、工事実行管理装置１００の情報管理部１３０は、工事資材格納装置２００から、指定されたテナントのブランチの工事資材（プログラム、設定情報等）を取得する。Ｓ１０６において、工事実行部１４０は、上記工事資材を用いて、工事対象装置４００に対する工事、及び工事が正常に完了したかの確認を行う。

Ｓ１０７において、情報管理部１３０は、工事の実施状況に基づいて、工事資材格納部２００における工事ステータスの更新を行う。なお、工事ステータスは、対象テナントのブランチに格納される情報（ステータスファイル）である。

Ｊｏｂ１によりカスタマイズされる設定情報ファイル（「ｈｏｓｔｓ」、「Ｃｏｎｆｉｇ」）と、Ｊｏｂ２によって更新されるステータスファイルとは別々のファイルであり排他である。これにより、Ｊｏｂ１が何度実行されてもステータス情報が上書きされない構成となっている。

図３を参照して説明したように、本実施の形態では、ユーザがＧＵＩから工事種別と工事対象を指定して実行を指示するだけで、自動的にＪｏｂ１の実行、及びＪｏｂ１によって作成されたブランチを用いたＪｏｂ２の実行を一連で行うことが可能である。

（工事フロー詳細）
次に、図５、及び図６のフローチャートを参照して、工事実行管理装置１００が実行する工事フローの詳細例を説明する。ここでは、２６２３（チケット番号）でａａａ（アプリケーション名）のｕｐｇｒａｄｅを実施し、２９１３（チケット番号）でｂｂｂ（アプリケーション名）のｕｐｇｒａｄｅを実施するとする。「ｕｐｇｒａｄｅ」は２６２３→２９１３の順番で行い、「ｄｏｗｎｇｒａｄｅ」は２９１３－＞２６２３の順番で行うとする。

＜ｕｐｇｒａｄｅ＞
ユーザから、工事対象と工事種別が指定された後、図５のＳ２０１が開始される。Ｓ２０１において、情報取得部１２０が、Ｊｏｂ１を実行する。すなわち、前述したとおり、対象のテナントの工事対象装置４００から設定情報を取得するとともに、工事資材格納装置２００において当該テナントのブランチを作成し、当該ブランチに、取得した設定情報を反映させる。

Ｓ２０２において、Ｖｅｒｕｐを指定したＪｏｂ２の実行が開始されると、情報管理部１３０は、指定されたテナントのブランチから、工事工程毎（チケット番号が１工程とする）の工事資材を取得する。本例では、「２６２３＿ｕｐ＿ａａａ」、「２９１３＿ｕｐ＿ｂｂｂ」、及び工事実施対象のチケットの実施順序を記載したシナリオファイルが取得される。ここでは、実行順序は２６２３→２９１３の順になっている。

工事実行部１４０は、各工事工程（チケット番号）を実施する際に、情報管理部１４０を介して、まずその番号の工事ステータスを確認する。工事ステータスは、工事資材格納装置２００における該当ブランチに格納されている。

工事ステータスは「Ｓｕｃｃｅｓｓ」、「Ｆａｉｌ」で管理されており、「Ｓｕｃｃｅｓｓ」にチケット番号が設定されている場合は、そのチケット番号の工事を実施して成功したことを示し、「Ｆａｉｌ」にチケット番号が設定されている場合は、そのチケット番号の工事を実施したが途中で失敗したことを示す。「Ｓｕｃｃｅｓｓ」、「Ｆａｉｌ」どちらにもチケット番号が設定されていない場合は、工事未実施であることを示す。

図５の場合、すなわち、「工事適用（ｕｐｇｒａｄｅ）」の場合、工事ステータスを確認した結果、そのチケット番号が、「Ｓｕｃｃｅｓｓ」に設定されていない、もしくは「Ｆａｉｌ」に設定されている場合は、未実施または再実行必要と判断し、その工事の処理を実行する。そのチケット番号が「Ｓｕｃｃｅｓｓ」に設定されている場合は、実施済みかつ成功と判断し、そのチケット番号の工事の処理をスキップする。

具体的には、図５のＳ２０３において、工事実行部１４０はまず、工事ステータスを確認する。２６２３が「Ｓｕｃｃｅｓｓ」に設定されていれば次のチケット番号の工事に進み、２６２３が「Ｓｕｃｃｅｓｓ」に設定されいない、又は、「Ｆａｉｌ」に設定されている場合、Ｓ２０４に進み、ｕｐｇｒａｄｅの工事を実行する。工事が成功すれば、ｕｐｇｒａｄｅの工事ステータスの「Ｓｕｃｃｅｓｓ」に２６２３を設定し、次のチケット番号の工事に進む。

工事が失敗した場合には、ｕｐｇｒａｄｅの工事ステータスの「Ｆａｉｌ」に２６２３を設定し、Ｓ２０８に進む。

次のチケット番号（２９１３）の工事においても、Ｓ２０５、Ｓ２０６において、Ｓ２０３、Ｓ２０４と同様の処理が実行される。

ただし、ここでは、２９１３が最後のチケット番号なので、Ｓ２０５において、２９１３が「Ｓｕｃｃｅｓｓ」にある場合に、Ｓ２０７に進み、工事が正常に完了したかどうかの確認を行い、そこで正常に完了したことが確認されれば工事を終了し、正常に完了したことが確認されなければＳ２０８に進む。

工事が失敗した場合、及び正常完了が確認されなかった場合に進むＳ２０８において、手動で失敗原因の確認を行う。なお、失敗原因の確認を行うツールを用いることでＳ２０８の処理を自動で行うこととしてもよい。

Ｓ２０８において、切り戻しを行うと判断した場合には、切り戻し処理（図６）に進み、失敗箇所の工事を再実行することで工事を継続すると判断した場合にはＳ２０２に戻る。このときのＳ２０２以降の再処理では、上述したロジックにより、「Ｓｕｃｃｅｓｓ」にチケット番号が設定されている工事は実行されず、「Ｆａｉｌ」にチケット番号が設定されている工事が実行される。従って、効率的に工事を実施できる。

なお、全てのチケット番号の工事の「Ｓｕｃｃｅｓｓ」にチケット番号が設定されたが、Ｓ２０７における確認の結果、Ｓ２０８に進み、再実行に進んだ場合には、例えば、「Ｓｕｃｃｅｓｓ」に設定されたチケット番号を削除してから再実行を行う。

＜ｄｏｗｎｇｒａｄｅ＞
次に、図５において、切り戻しを行うと判断された場合における切り戻しの処理を、図６を参照して説明する。

Ｓ３０１において、切り戻し判断がなされた後、図６のＳ３０２が開始される。Ｓ３０２において、ｄｏｗｎｇｒａｄｅを指定したＪｏｂ２の実行が開始されると、情報管理部１３０は、指定されたテナントのブランチから、ｄｏｗｎｇｒａｄｅにおける工事工程毎（チケット番号が１工程とする）の工事資材を取得する。本例では、「２９１３＿ｄｏｗｎ＿ｂｂｂ」、「２６２３＿ｄｏｗｎ＿ａａａ」、、及び工事実施対象のチケットの実施順序を記載したシナリオファイルが取得される。ここでは、実行順序は２９１３→２６２３の順になっている。

ｕｐｇｒａｄｅの場合と同様に、工事実行部１４０は、各工事工程（チケット番号）を実施する際に、情報管理部１４０を介して、まずその番号の工事ステータスを確認する。図６の場合、すなわち、「切り戻し（ｄｏｗｎｇｒａｄｅ）」の場合、そのチケット番号が、「Ｓｕｃｃｅｓｓ」、もしくは「Ｆａｉｌ」に設定されている場合は、切り戻しが必要と判断し、処理を実行する。「Ｓｕｃｃｅｓｓ」、「Ｆａｉｌ」どちらにもチケット番号が設定されていない場合は、未実施のため切り戻し不要と判断し、処理をスキップする。

具体的には、図６のＳ３０３において、工事実行部１４０はまず、工事ステータスを確認する。２９１３が「Ｓｕｃｃｅｓｓ」と「Ｆａｉｌ」のいずれにも設定されていなければ次のチケット番号の工事に進む。２９１３が「Ｓｕｃｃｅｓｓ」又は「Ｆａｉｌ」に設定されている場合、Ｓ３０４に進み、ｄｏｗｎｇｒａｄｅの工事を実行する。工事が成功すれば、ｄｏｗｎｇｒａｄｅの工事ステータスにおける２９１３を削除して、次のチケット番号の工事に進む。Ｓ３０４の工事が失敗した場合には、Ｓ３０８に進む。

次のチケット番号（２６２３）の工事においても、Ｓ３０５、Ｓ３０６において、Ｓ３０３、Ｓ３０４と同様の処理が実行される。

ただし、ここでは、２６２３が最後のチケット番号なので、Ｓ３０５において、２６２３が「Ｓｕｃｃｅｓｓ」と「Ｆａｉｌ」のいずれにもない場合に、Ｓ３０７に進み、工事が正常に完了したかどうかの確認を行い、そこで正常に完了したことが確認されれば工事を終了し、正常に完了したことが確認されなければＳ３０８に進む。

工事が失敗した場合、及び正常完了が確認されなかった場合に進むＳ３０８において、手動で失敗原因の確認を行う。なお、失敗原因の確認を行うツールを用いることでＳ３０８の処理を自動で行うこととしてもよい。

Ｓ３０８において、再実行不可と判断した場合には、Ｓ３０９において手動対応を行う。失敗箇所の工事を再実行することで工事を継続すると判断した場合にはＳ３０２に戻る。このときのＳ３０２以降の再処理では、上述したロジックにより、「Ｓｕｃｃｅｓｓ」と「Ｆａｉｌ」のいずれにもチケット番号が設定されていない工事は実行されず、「Ｓｕｃｃｅｓｓ」又は「Ｆａｉｌ」にチケット番号が設定されている工事が実行される。従って、効率的に工事を実施できる。

なお、「Ｓｕｃｃｅｓｓ」と「Ｆａｉｌ」のいずれにもチケット番号が設定されていないが、Ｓ３０７における確認の結果、Ｓ３０８に進み、再実行に進んだ場合には、例えば、「Ｓｕｃｃｅｓｓ」と「Ｆａｉｌ」のチケット番号を最初の状態（Ｓ３０１のときの状態）に戻してから工事の再実行を行う。

以下、図５と図６に示したロジックで工事を行う場合において生じ得る各パターンについて説明する。

＜パターン１：２６２３と２９１３が成功する＞
●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３実行（成功）→「Ｓｕｃｃｅｓｓ」に２６２３追加
・２９１３実行（成功）→「Ｓｕｃｃｅｓｓ」に２９１３追加
それぞれのチケット番号が「Ｓｕｃｃｅｓｓ」に設定され、無事に工事が終了する。

＜パターン２：２６２３初回失敗、再実行成功、２９１３が成功＞
●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３実行（失敗）→「Ｆａｉｌ」に２６２３追加
●失敗の原因を確認し、再実行ＯＫの判断が下されたら、工事実施者は初回実行時と同じ実施方法で工事を実行する。

●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３ 実行（成功）→「Ｆａｉｌ」から２６２３削除、「Ｓｕｃｃｅｓｓ」に２６２３追加
・２９１３実行（成功）→「Ｓｕｃｃｅｓｓ」に２９１３追加
最終的にはＳｕｃｃｅｓｓだけに全てのチケット番号が入り、無事に工事が終了する。

＜パターン３：２６２３が成功、２９１３が失敗、再実行＞
●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３実行（成功）→「Ｓｕｃｃｅｓｓ」に２６２３追加
・２９１３実行（失敗）→「Ｆａｉｌ」に２９１３追加
●失敗の原因を確認し、再実行ＯＫの判断が下されたら、工事実施者は初回実行時と同じ実施方法で工事を実行する
●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３Ｓｋｉｐ
・２９１３実行（成功）→「Ｆａｉｌ」から２９１３削除、「Ｓｕｃｃｅｓｓ」に２９１３追加
最終的にはＳｕｃｃｅｓｓだけに全てのチケット番号が入り、無事に工事が終了する。

＜パターン４：２６２３で失敗し、切り戻し実行＞
●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３実行（失敗）→「Ｆａｉｌ」に２６２３追加
●失敗の原因を確認し、切り戻し判断が下されたら、工事実施者は、工事種別を「ｄｏｗｎｇｒａｄｅ」に設定し、工事を実行する
●工事種別「ｄｏｗｎｇｒａｄｅ」の実行
・２９１３Ｓｋｉｐ
・２６２３実行（成功）→「Ｆａｉｌ」から２６２３削除
最終的に、全てのチケット番号がＳｕｃｃｅｓｓ、Ｆａｉｌのどちらにもない、切り戻し完了状態となる。

＜パターン５：２６２３は成功したが、２９１３で失敗し切り戻し実行＞
●工事種別「ｕｐｇｒａｄｅ」の実行
・２６２３実行（成功）→「Ｓｕｃｃｅｓｓ」に２６２３追加
・２９１３実行（失敗）→「Ｆａｉｌ」に２９１３追加
●失敗の原因を確認し、切り戻し判断が下されたら、工事実施者は、工事種別を「ｄｏｗｎｇｒａｄｅ」に設定し、工事を実行する
●工事種別「ｄｏｗｎｇｒａｄｅ」の実行
・２９１３実行（成功）→「Ｆａｉｌ」から２９１３削除
・２６２３実行（成功）→「Ｓｕｃｃｅｓｓ」から２６２３削除
最終的に、全てのチケット番号がＳｕｃｃｅｓｓ、Ｆａｉｌのどちらにもない、切り戻し完了状態となる。

以上説明したように、本実施の形態では、工事実施者は「工事種別」と「工事対象」だけを指定して工事を実行することができる。そのため、途中で処理が失敗し、「再実行」または「切り戻し」実施になった場合でも、手動で実施内容の変更をすることなく、同じ手順で実行すれば良く、効率的な実行が可能である。

また、工事資材が冪等性（同じ操作を複数回行っても、実施後の結果は同じになること）を担保していたとしても、パターン３やパターン４のように、処理をスキップされることで、工事時間の短縮を実現できる。

また、工事後に実施内容を確認する際、ユーザごとのブランチを確認することで、「工事実施内容（Ｃｏｎｆｉｇ，資材）」「工事実行結果（ステータス）」の確認を容易に行うことができる。

（ハードウェア構成例）
工事実行管理装置１００は、例えば、コンピュータにプログラムを実行させることにより実現できる。このコンピュータは、物理的なコンピュータであってもよいし、クラウド上の仮想マシンであってもよい。

すなわち、工事実行管理装置１００は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、工事実行管理装置１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

図７は、上記コンピュータのハードウェア構成例を示す図である。図７のコンピュータは、それぞれバスＢＳで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、入力装置１００７、出力装置１００８等を有する。なお、これらのうち、一部の装置を備えないこととしてもよい。例えば、表示を行わない場合、表示装置１００６を備えなくてもよい。

当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って、工事実行管理装置１００に係る機能を実現する。インタフェース装置１００５は、ネットワークに接続するためのインタフェースとして用いられ、送信部及び受信部として機能する。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。出力装置１００８は演算結果を出力する。

（実施の形態のまとめ、効果）
以上説明したとおり、本実施の形態に係る技術には主に下記の３つのポイントがある。

（１）工事実行管理装置１００は、オンデマンドにＣｏｎｆｉｇ情報を取得する機能と、マスターのコードを複製してカスタマイズする機能を備える。Ｃｏｎｆｉｇ情報を取得する機能は、本番環境適用直前に実機環境から適用に必要な情報を自動取得する。複製＆カスタマイズする機能はＧｉｔのマスターブランチのコードをコピー（ｃｌｏｎｅ）し、コピーされたコードの変数部分に前段で取得した実機環境の情報をＣｏｎｆｉｇに与える。さらに、ユーザ環境ごとのブランチを作成することにより、ユーザごとに限定したＣｏｎｆｉｇ、工事履歴の管理を可能としている。

これらの機能により、マスターのコード管理に影響を与えず、個々のユーザにカスタマイズされた工事ツールを自動で作成できるため、稼働とヒューマンエラーを最小限にしながらも最適な自動工事が実施可能である。また、工事実施後に、工事履歴の確認を行う際も、手動を挟むことなくＣｏｎｆｉｇ生成から工事実施履歴の更新を行っているため、実際に工事を実施した正確な情報を、ユーザごとのブランチから瞬時に確認することを可能としている。

（２）デプロイ中の工程管理を自動で行うことにより、予期せぬエラーに対しても各コード工程のステータス管理により、エラー箇所の切り分け効率化と再実行時に自動でステータスを判定して必要な箇所から工事の開始や切り戻しができるため、予期せぬエラーが発生した場合の工事時間の短縮が可能となる。

（３）工事内容、及び工事工程を簡易に把握するために、１工事工程を１チケットとし、チケットシステムの番号で管理することとしている。この１チケットの中で「工事適用（ｕｐｇｒａｄｅ）」と「切り戻し（ｄｏｗｎｇｒａｄｅ）」それぞれの実施内容、工事資材作成の進捗管理を行い、工事工程管理をチケット番号毎に行う。それにより、工事資材作成、工事中、工事完了後、どのフェーズにおいても一元化されたチケット番号による内容の確認を可能としている。

以上より、工事準備稼働と工事中及び、工事管理のヒューマンエラーを0にし、所定時間内に工事を完了させることができるようになる。さらに、工事後に工事内容の確認を正確かつ迅速に実行できるようになる。

（付記）
本明細書には、少なくとも下記の各項に記載した工事実行管理装置、工事実行管理方法、及びプログラムが記載されている。
（第１項）
工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置であって、
前記工事対象装置から設定情報を取得する情報取得部と、
記憶手段に格納されている工事資材に前記設定情報を反映させる情報管理部と、
前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行する工事実行部と
を備える工事実行管理装置。
（第２項）
前記情報管理部は、前記記憶手段におけるマスターコードのブランチをコピーすることにより前記工事対象装置用のブランチを作成し、当該ブランチにおける工事資材に前記設定情報を反映させる
第１項に記載の工事実行管理装置。
（第３項）
前記工事資材を用いて行われる各工事工程にはチケット番号が付与されており、前記情報管理部は、前記チケット番号に基づいて工事ステータスを管理する
第１項又は第２項に記載の工事実行管理装置。
（第４項）
前記情報管理部は、あるチケット番号の工事が成功した場合に、前記工事ステータスにおける成功を示す情報に当該チケット番号を設定し、あるチケット番号の工事に失敗した場合に、前記工事ステータスにおける失敗を示す情報に当該チケット番号を設定する
第３項に記載の工事実行管理装置。
（第５項）
前記工事実行部は、あるチケット番号の工事を実行する際に、前記工事ステータスにおいて成功を示す情報に当該チケット番号が付されている場合には、当該工事をスキップする
第４項に記載の工事実行管理装置。
（第６項）
前記工事実行部は、あるチケット番号の工事の切り戻しを実行する際に、前記工事ステータスにおける成功を示す情報と失敗を示す情報のいずれにも当該チケット番号が設定されていない場合に、当該工事の切り戻しをスキップする
第４項又は第５項に記載の工事実行管理装置。
（第７項）
工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置における工事実行管理方法であって、
前記工事対象装置から設定情報を取得するステップと、
記憶手段に格納されている工事資材に前記設定情報を反映させるステップと、
前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行するステップと
を備える工事実行管理方法。
（第８項）
コンピュータを、第１項ないし第６項のうちいずれか１項に記載の工事実行管理装置における各部として機能させるためのプログラム。

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ 工事実行管理装置
１１０ ＧＵＩ部
１２０ 情報取得部
１３０ 情報管理部
１４０ 工事実行部
２００ 工事資材格納装置
３００ ユーザ端末
４００ 工事対象装置
１０００ ドライブ装置
１００１ 記録媒体
１００２ 補助記憶装置
１００３ メモリ装置
１００４ ＣＰＵ
１００５ インタフェース装置
１００６ 表示装置
１００７ 入力装置
１００８ 出力装置

開示の技術によれば、工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置であって、
前記工事対象装置から設定情報を取得する情報取得部と、
記憶手段に格納されている工事資材に前記設定情報を反映させる情報管理部と、
前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行する工事実行部と、を備え、
前記情報管理部は、前記記憶手段におけるマスターコードのブランチをコピーすることにより前記工事対象装置用のブランチを作成し、当該ブランチにおける工事資材に前記設定情報を反映させる
工事実行管理装置が提供される。

Claims (8)

1. 工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置であって、
   前記工事対象装置から設定情報を取得する情報取得部と、
   記憶手段に格納されている工事資材に前記設定情報を反映させる情報管理部と、
   前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行する工事実行部と
   を備える工事実行管理装置。
2. 前記情報管理部は、前記記憶手段におけるマスターコードのブランチをコピーすることにより前記工事対象装置用のブランチを作成し、当該ブランチにおける工事資材に前記設定情報を反映させる
   請求項１に記載の工事実行管理装置。
3. 前記工事資材を用いて行われる各工事工程にはチケット番号が付与されており、前記情報管理部は、前記チケット番号に基づいて工事ステータスを管理する
   請求項１又は２に記載の工事実行管理装置。
4. 前記情報管理部は、あるチケット番号の工事が成功した場合に、前記工事ステータスにおける成功を示す情報に当該チケット番号を設定し、あるチケット番号の工事に失敗した場合に、前記工事ステータスにおける失敗を示す情報に当該チケット番号を設定する
   請求項３に記載の工事実行管理装置。
5. 前記工事実行部は、あるチケット番号の工事を実行する際に、前記工事ステータスにおいて成功を示す情報に当該チケット番号が付されている場合には、当該工事をスキップする
   請求項４に記載の工事実行管理装置。
6. 前記工事実行部は、あるチケット番号の工事の切り戻しを実行する際に、前記工事ステータスにおける成功を示す情報と失敗を示す情報のいずれにも当該チケット番号が設定されていない場合に、当該工事の切り戻しをスキップする
   請求項４又は５に記載の工事実行管理装置。
7. 工事対象装置に対してソフトウェアをデプロイする工事を実行する工事実行管理装置における工事実行管理方法であって、
   前記工事対象装置から設定情報を取得するステップと、
   記憶手段に格納されている工事資材に前記設定情報を反映させるステップと、
   前記設定情報を反映させた工事資材を用いて前記工事対象装置に対する工事を実行するステップと
   を備える工事実行管理方法。
8. コンピュータを、請求項１ないし６のうちいずれか１項に記載の工事実行管理装置における各部として機能させるためのプログラム。

Images