JP7000929B2 - 情報処理プログラム、情報処理装置及び情報処理システム - Google Patents

Description

本発明は、情報処理プログラム、情報処理装置及び情報処理システムに関する。

近年の自治体等で用いられる行政システムでは、毎年の法改正対応による複雑化や、システムを管理する担当者の異動等によるメンテナンスの負荷の増大により、パッケージソフトウェアの導入率が高まっている。

このようなパッケージソフトウェアでは、例えば、法改正や機能の改善等が実施されると、これらを反映した新たなパッケージソフトウェアが配布される。そして、行政システムを運用する自治体等では、システム管理者等が、運用中のパッケージソフトウェアを最新のパッケージソフトウェアにアップデートする作業を行うことで、法改正や機能の改善等に対応している。

特開２０１０－１２３０４５号公報 特開２０１２－１７３８６８号公報 特開２０１６－１５２００８号公報

しかしながら、パッケージソフトウェアをアップデートする作業では、例えば、行政システムを運用している顧客が独自にカスタマイズした部分が含まれることや、アップデートの際に、顧客独自の手順が必要であること等が見落とされる可能性がある。

１つの側面では、本発明は、誤った手順によるアップデートを抑制することを目的としている。

一つの態様では、運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得し、取得した前記構成情報において、記憶部が記憶するシステムの運用前の構成情報と差異がある部分情報を特定し、前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する、処理をコンピュータに実行させる。

上記各処理は、上記各処理を実現する機能部、各処理を実現する手順としても良く、各処理をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。

誤った手順によるアップデートを抑制できる。

第一の実施形態の情報処理システムのシステム構成の一例を示す図である。 サポート用サーバのハードウェア構成の一例を示す図である。 第一の実施形態の情報処理システムの有する各装置の機能を説明する図である。 第一の実施形態の情報処理システムの動作を説明するシーケンス図である。 第一の実施形態の手順情報の生成を説明するフローチャートである。 第一の実施形態の個別手順情報の生成を説明する図である。 第一の実施形態の業務用サーバにおける個別パッケージのアップデートの処理を説明するフローチャートである。 第一の実施形態の手順画面の一例を示す図である。 第一の実施形態の確認用画面の一例を示す図である。 第二の実施形態の情報処理システムのシステム構成の一例を示す図である。

（第一の実施形態）
以下に図面を参照して、実施形態について説明する。図１は、第一の実施形態の情報処理システムのシステム構成の一例を示す図である。

本実施形態の情報処理システム１００は、業務用サーバ２００と、サポート用サーバ３００とを有する。尚、図１の例では、業務用サーバ２００は１台としているが、これに限定されない。情報処理システム１００は、任意の台数の業務用サーバ２００を有していて良い。

本実施形態の業務用サーバ２００は、例えば、市町村等の自治体に設置されており、行政に関する各種の業務を実行させるためのサーバである。業務用サーバ２００は、例えば、図示しないクライアント端末と共に行政システムを成し、クライアント端末に対して行政に関する業務を実行するためのサービスを提供する。

業務用サーバ２００は、パッケージ格納部２１０、個別資産格納部２２０、監視処理部２３０を有する。

また、本実施形態の業務用サーバ２００は、更新用パッケージ格納部２４０、個別手順格納部２５０、適用ログ格納部２６０を有する。

パッケージ格納部２１０は、例えば、業務用サーバ２００における各種の業務を実行するためのプログラム群が格納される。また、パッケージ格納部２１０に格納されるプログラム群は、例えば、サポート用サーバ３００等の外部装置から配布されたパッケージソフトウェア（以下、パッケージ）である。プログラム群は、例えば、業務の種類に応じて実行されるプログラムのファイルや、コード等を含む。

個別資産格納部２２０は、パッケージ格納部２１０に格納されたパッケージの一部がカスタマイズされた、業務用サーバ２００固有のパッケージが格納される。言い換えれば、個別資産格納部２２０に格納されるパッケージは、パッケージ格納部２１０に格納されたパッケージの一部を、業務用サーバ２００固有のプログラムに書き換えた個別パッケージである。したがって、個別資産格納部２２０に格納された個別パッケージは、パッケージ格納部２１０に格納されたパッケージに含まれるプログラムと同一のものと、同一でないものとを含む。

ここで、個別パッケージについて説明する。本実施形態の個別パッケージは、業務用サーバ２００の管理者等が、業務用サーバ２００を含む行政システムの運用等に合わせて、パッケージ格納部２１０に格納された汎用のパッケージをカスタマイズしたものである。言い換えれば、個別パッケージは、汎用のパッケージの一部を、業務用サーバ２００の管理者が手作業で書き換えたものである。

また、個別資産格納部２２０は、業務用サーバ２００において実行される処理に必要とされる、業務用サーバ２００固有の情報が格納される。業務用サーバ２００固有の情報とは、例えば、自治体の住民に関する情報や、自治体の財政に関する情報等であっても良い。以下の説明では、個別資産格納部２２０に格納された、業務用サーバ２００固有の情報を、業務用サーバ２００の個別情報と呼ぶ。

業務用サーバ２００は、個別資産格納部２２０に格納された個別情報と、個別パッケージによって、業務用サーバ２００固有の業務を実行する。

監視処理部２３０は、個別情報を用いて個別パッケージを実行したときの処理結果を収集し、個別パッケージと共にサポート用サーバ３００へ送信する。

個別パッケージを実行したときの処理結果とは、例えば、業務用サーバ２００を含む行政システムにおける各種の設定値やパラメータ等を含むシステム環境を示す情報を含む。言い換えれば、個別パッケージを実行したときの処理結果とは、業務用サーバ２００を含む行政システムの状態を示す情報を含む。以下の説明では、システム環境を示す情報を環境情報と呼ぶ。

以下の説明では、個別資産格納部２２０に格納される情報を個別資産情報と呼ぶ。つまり、個別資産情報は、サポート用サーバ３００に送信される個別パッケージ（個別プログラム群）と環境情報とを含む情報であり、業務用サーバ２００を含む行政システムの構成を示す構成情報と言える。また、本実施形態では、業務用サーバ２００の固有のパッケージにカスタマイズされる前のパッケージを、業務用サーバ２００を含む行政システムで運用される前の構成情報と言える。

また、監視処理部２３０は、更新用パッケージ格納部２４０に格納された、個別更新用パッケージの適用を指示する操作を受け付けて、個別更新用パッケージを個別プログラム群とする。言い換えれば、監視処理部２３０は、業務用サーバ２００の管理者等によって、個別パッケージの更新の操作を受け付けて、個別パッケージを個別更新用パッケージにアップデートさせる。以下の説明では、個別パッケージを個別更新用パッケージにアップデートさせることを、個別パッケージに個別更新用パッケージを適用する、と表現する場合がある。

更新用パッケージ格納部２４０は、個別更新用パッケージが格納される。個別更新用パッケージとは、パッケージ格納部２１０に格納されたパッケージをアップデートさせた汎用の更新用パッケージを、業務用サーバ２００の管理者等が手作業によってカスタマイズしたものである。言い換えれば、個別更新用パッケージは、汎用の更新用パッケージにおいて、個別パッケージにおけるカスタマイズ箇所と対応する箇所を、業務用サーバ２００の管理者が、手作業で書き換えたものである。

個別手順格納部２５０は、個別更新用パッケージを適用する際の手順を示す個別手順情報が格納される。個別手順情報は、サポート用サーバ３００から配信される。個別手順情報の詳細は後述する。

適用ログ格納部２６０は、個別更新用パッケージの適用の履歴を示す履歴情報が格納される。

本実施形態のサポート用サーバ３００は、業務用サーバ２００に配信したパッケージがアップデートされるとアップデートされたパッケージ（更新用パッケージ）を業務用サーバ２００に配信する。また、サポート用サーバ３００は、パッケージがアップデートされると、業務用サーバ２００を含む行政システムの環境情報を取得して、更新用パッケージの適用の仕方を示す手順情報を生成し、業務用サーバ２００に配信する。

本実施形態のサポート用サーバ３００は、個別資産格納部３１０、個別手順格納部３２０、適用ログ格納部３３０、パッケージ格納部３４０、手順格納部３５０、パッケージ管理データベース３６０、手順出力処理部３７０を有する。

個別資産格納部３１０は、業務用サーバ２００から取得した個別資産情報が格納される。サポート用サーバ３００において、個別資産格納部３１０は、業務用サーバ２００毎に設けられる。したがって、業務用サーバ２００が複数存在する場合には、個別資産格納部３１０に格納される。

個別手順格納部３２０は、手順出力処理部３７０によって、業務用サーバ２００毎に生成された個別手順情報が格納される。個別手順格納部３２０は、個別資産格納部３１０と同様に、業務用サーバ２００毎に設けられ、業務用サーバ２００毎の個別手順情報が、各業務用サーバ２００と対応した個別手順格納部３２０に格納される。

適用ログ格納部３３０は、業務用サーバ２００において個別更新用パッケージが適用されたことを示す履歴情報が格納される。適用ログ格納部３３０は、個別資産格納部３１０と同様に、業務用サーバ２００毎に設けられ、業務用サーバ２００毎の履歴情報が、各業務用サーバ２００と対応した適用ログ格納部３３０に格納される。

パッケージ格納部３４０は、業務用サーバ２００に配布されるパッケージが格納される。パッケージ格納部３４０に格納されるパッケージは、例えば、これから業務用サーバ２００に送信される更新用パッケージが含まれる。また、パッケージ格納部３４０は、過去に業務用サーバ２００に配布されたパッケージも格納されていても良い。

手順格納部３５０は、更新用パッケージの適用の仕方を示す手順情報が格納される。手順格納部３５０は、パッケージ格納部３４０に格納されている更新用パッケージの適用の仕方を示す情報であり、業務用サーバ２００毎の個別手順情報とは異なる。つまり、手順格納部３５０に格納された手順情報は、汎用的な更新用パッケージを更新するための、汎用的な手順を示す情報である。

これに対し、個別手順情報は、業務用サーバ２００において、更新用パッケージが、管理者等により、業務用サーバ２００固有の個別更新用パッケージとされたときの、個別更新用パッケージの適用の仕方を示す情報である。

パッケージ管理データベース３６０は、パッケージ格納部３４０に格納されたパッケージのバージョン情報等を管理する。具体的には、パッケージ管理データベース３６０は、例えば、パッケージの名称とパッケージのバージョンを示すバージョン情報とが対応づけられて格納されていても良い。したがって、本実施形態のパッケージ管理データベース３６０は、パッケージ格納部３４０に格納された各パッケージのバージョン情報が格納されている。

手順出力処理部３７０は、更新用パッケージを業務用サーバ２００へ配布する。また、手順出力処理部３７０は、個別資産格納部３１０と、パッケージ格納部３４０と、手順格納部３５０と、を参照し、業務用サーバ２００毎の更新用パッケージの適用の仕方を示す個別手順情報を生成し、対応する個別手順格納部３２０へ格納する。

手順出力処理部３７０は、個別手順格納部３２０に格納された個別手順情報を、業務用サーバ２００へ送信（出力）する。手順出力処理部３７０の処理の詳細は後述する。

つまり、本実施形態のサポート用サーバ３００は、業務用サーバ２００から、個別パッケージと環境情報とを含む個別資産情報を取得すると、個別資産情報を個別資産格納部３１０に格納する。

そして、サポート用サーバ３００は、個別資産情報と、パッケージ格納部３４０に格納された更新用パッケージと、手順格納部３５０に格納された手順情報とに基づき、個別手順情報を生成し、業務用サーバ２００へ出力する。

このため、本実施形態では、例えば、業務用サーバ２００において汎用のパッケージが、業務用サーバ２００固有のものに書き換えられていても、このパッケージがアップグレードされた際に、業務用サーバ２００固有のアップグレードの適用手順を提示することができる。したがって、本実施形態によれば、誤った手順でシステムがアップデートされることを抑制できる。

次に、図２は、サポート用サーバのハードウェア構成の一例を示す図である。

本実施形態のサポート用サーバ３００は、それぞれバスＢで相互に接続されている入力装置３１、出力装置３２、ドライブ装置３３、補助記憶装置３４、メモリ装置３５、演算処理装置３６及びインターフェース装置３７を含む情報処理装置である。

入力装置３１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置３２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置３７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

情報処理プログラムは、サポート用サーバ３００を制御する各種プログラムの少なくとも一部である。情報処理プログラムは例えば記憶媒体３８の配布やネットワークからのダウンロード等によって提供される。情報処理プログラムを記録した記憶媒体３８は、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。

また、情報処理プログラムは、情報処理プログラムを記録した記憶媒体３８がドライブ装置３３にセットされると、記憶媒体３８からドライブ装置３３を介して補助記憶装置３４にインストールされる。ネットワークからダウンロードされた情報処理プログラムは、インターフェース装置３７を介して補助記憶装置３４にインストールされる。

補助記憶装置３４は、インストールされた情報処理プログラムを格納すると共に、個別資産格納部３１０、個別手順格納部３２０、適用ログ格納部３３０、パッケージ格納部３４０、手順格納部３５０、パッケージ管理データベース３６０等の必要なファイル、データ等を格納する。メモリ装置３５は、サポート用サーバ３００の起動時に補助記憶装置３４から情報処理プログラムを読み出して格納する。そして、演算処理装置３６はメモリ装置３５に格納された情報処理プログラムに従って、後述するような各種処理を実現している。

本実施形態の業務用サーバ２００は、そのハードウェア構成は、サポート用サーバ３００と同様であるから、説明を省略する。

次に、図３を参照して、本実施形態の情報処理システム１００の有する各装置が有する機能について説明する。

図３は、第一の実施形態の情報処理システムの有する各装置の機能を説明する図である。

はじめに、業務用サーバ２００の機能について説明する。業務用サーバ２００は、監視処理部２３０を有する。監視処理部２３０は、入力受付部２３１、情報収集部２３２、表示制御部２３３、情報出力部２３４、適用部２３５を有する。

入力受付部２３１は、業務用サーバ２００に対する各種の操作を受け付ける。業務用サーバ２００に対する入力とは、具体的には、更新用パッケージ格納部２４０に格納された更新用パッケージの一部を、業務用サーバ２００固有のプログラムに書き換えて、個別更新用パッケージとする操作である。

また、入力受付部２３１は、サポート用サーバ３００から受信した個別手順情報の入力を受け付ける。入力された個別手順情報は、個別手順格納部２５０に格納される。さらに、入力受付部２３１は、サポート用サーバ３００から受信した更新用パッケージの入力を受け付ける。入力された更新用パッケージは、更新用パッケージ格納部２４０に格納される。

情報収集部２３２は、業務用サーバ２００を含む行政システムの動作を監視し、システム環境を示す環境情報を収集する。情報収集部２３２は、例えば、個別パッケージに含まれる各プログラムを実行し、実行結果の値を収集し、環境情報としても良い。

表示制御部２３３は、個別手順格納部２５０に格納された個別手順情報を画面に表示させる。具体的には、表示制御部２３３は、業務用サーバ２００のクライアント端末のディスプレイに個別手順情報を表示させても良いし、業務用サーバ２００の出力装置（ディスプレイ）に個別手順情報を表示させても良い。

情報出力部２３４は、情報収集部２３２が収集した環境情報と、個別パッケージとを含む個別資産情報を、サポート用サーバ３００へ送信する。

適用部２３５は、個別手順情報が表示された画面に従った操作に応じて、業務用サーバ２００の固有の更新用パッケージにカスタマイズされた個別更新用パッケージを適用する。

つぎに、サポート用サーバ３００の機能について説明する。サポート用サーバ３００は、手順出力処理部３７０を有する。

手順出力処理部３７０は、情報取得部３７１、パッケージ比較部３７２、ファイル特定部３７３、手順生成部３７４、手順出力部３７５を有する。

情報取得部３７１は、業務用サーバ２００から送信される個別資産情報を取得する。パッケージ比較部３７２は、パッケージ管理データベース３６０を参照し、個別資産情報に含まれる個別パッケージのバージョンを特定する。そして、パッケージ比較部３７２は、パッケージ格納部３４０のうち、特定されたバージョンの汎用のパッケージと、個別資産情報に含まれる個別パッケージとを比較する。

ファイル特定部３７３は、パッケージ比較部３７２による比較の結果、汎用のパッケージと、個別パッケージとで、異なっているファイルを特定する。言い換えれば、ファイル特定部３７３は、個別パッケージのうち、カスタマイズされたファイルを特定する。

手順生成部３７４は、ファイル特定部３７３により特定されたファイルと、更新用パッケージとに基づき、個別手順情報を生成する。手順生成部３７４の処理の詳細は後述する。手順出力部３７５は、生成された個別手順情報を、業務用サーバ２００へ出力する。

以下に、図４を参照して、本実施形態の情報処理システム１００の動作を説明する。図４は、第一の実施形態の情報処理システムの動作を説明するシーケンス図である。図４の例では、サポート用サーバ３００から個別手順情報が出力されるまでの動作を示している。

本実施形態の情報処理システム１００において、業務用サーバ２００は、監視処理部２３０による行政システムの監視を開始する（ステップＳ４０１）。続いて。業務用サーバ２００は、監視処理部２３０の情報収集部２３２により、行政システムの環境情報を収集する（ステップＳ４０２）。続いて、業務用サーバ２００は、情報収集部２３２により、個別パッケージを取得する（ステップＳ４０３）。

続いて、業務用サーバ２００は、情報出力部２３４により、環境情報と個別パッケージとを含む個別資産情報をサポート用サーバ３００へ送信する（ステップＳ４０４）。

サポート用サーバ３００は、手順出力処理部３７０の情報取得部３７１により、個別資産情報を取得して、個別資産格納部３１０へ格納する（ステップＳ４０５）。

続いて、サポート用サーバ３００は、パッケージ比較部３７２により汎用のパッケージと個別パッケージとを比較し、手順生成部３７４により比較結果に応じて個別手順情報を生成する（ステップＳ４０６）。ステップＳ４０６の詳細は後述する。

続いて、サポート用サーバ３００は、生成した個別手順情報を個別手順格納部３２０に格納する（ステップＳ４０７）。続いて、サポート用サーバ３００は、手順出力部３７５により、生成した個別手順情報を、業務用サーバ２００へ送信する（ステップＳ４０８）。

尚、本実施形態では、更新用パッケージは、個別手順情報と共に業務用サーバ２００へ配信されても良い。また、更新用パッケージは、個別手順情報が業務用サーバ２００に送信される前に、予め業務用サーバ２００に配信されていても良い。また、更新用パッケージは、個別手順情報が業務用サーバ２００に送信された後に、業務用サーバに配信されても良い。

業務用サーバ２００は、個別手順情報を受信すると、個別手順格納部２５０へ格納する（ステップＳ４０９）。

本実施形態では、このように、サポート用サーバ３００から個別手順情報が業務用サーバ２００に送信され、業務用サーバ２００の管理者等によって、個別パッケージのアップデートの操作を受け付けると、適用部２３５によるアップデートが開始される。

尚、本実施形態では、適用部２３５による個別更新用パッケージの適用が行われる前に、更新用パッケージを個別更新用パッケージに書き換える作業が管理者により行われるものとした。適用部２３５による処理の詳細は後述する。

次に、図５を参照して、本実施形態のサポート用サーバ３００の手順出力処理部３７０による処理について説明する。図５は、第一の実施形態の手順情報の生成を説明するフローチャートである。図５の処理は、図４のステップＳ４０６の詳細を示している。

本実施形態のサポート用サーバ３００は、手順出力処理部３７０の手順生成部３７４により、ステップＳ４０５で業務用サーバ２００から取得した個別資産情報に含まれる個別パッケージが有するファイルのリストを生成する（ステップＳ５０１）。続いて、手順出力処理部３７０は、パッケージ比較部３７２により、パッケージ管理データベース３６０を参照する（ステップＳ５０２）。

次に、パッケージ比較部３７２は、個別資産情報に含まれる環境情報から、個別パッケージのバージョン情報を取得し、パッケージ管理データベース３６０から、取得したバージョン情報と対応する汎用のパッケージを特定する（ステップＳ５０３）。

続いて、パッケージ比較部３７２は、特定したパッケージと、個別パッケージとを比較する（ステップＳ５０４）。

続いて、パッケージ比較部３７２は、個別パッケージがカスタマイズされているか否かを判定する（ステップＳ５０５）。具体的には、パッケージ比較部３７２は、特定したパッケージに含まれるファイルと、個別パッケージに含まれるファイルとがそれぞれ一致しているか否かを判定している。

ステップＳ５０５において、カスタマイズされていない場合、手順出力処理部３７０は、後述するステップＳ５１０へ進む。

ステップＳ５０５において、カスタマイズされている場合、手順出力処理部３７０は、により、個別パッケージの中で、特定されたパッケージと一致しないファイルを特定する（ステップＳ５０６）。言い換えれば、ファイル特定部３７３は、個別パッケージの中で、カスタマイズされているファイルを特定する。

続いて、ファイル特定部３７３は、ステップＳ５０１において生成してリストにおいて、特定されたファイルに、カスタマイズされたことを示す個別フラグを付与する（ステップＳ５０７）。

続いて、ファイル特定部３７３は、パッケージ格納部３４０に格納された更新用パッケージを参照し、アップデート（更新）の対象とされているファイルを特定する（ステップＳ５０８）。続いて、ファイル特定部３７３は、ステップＳ５０１において生成してリストにおいて、特定されたファイルに、アップデートの対象であることを示す更新フラグを付与する（ステップＳ５０９）。つまり、ファイル特定部３７３は、個別パッケージにおいて、アップデート対象であり、且つ、カスタマイズされている部分情報（ファイル）を特定する。

続いて、手順生成部３７４は、手順格納部３５０と、生成されたリストとに基づき、手順情報を生成し（ステップＳ５１０）、図４のステップＳ４０７へ進む。

ここで、ステップＳ５１０の処理について説明する。本実施形態の手順生成部３７４は、個別パッケージがカスタマイズされていない場合、手順格納部３５０から汎用の更新用パッケージの適用手順を示す手順情報を取得する。

また、手順生成部３７４は、個別パッケージがカスタマイズされていた場合、手順格納部３５０から適用手順を示す手順情報に、カスタマイズされた部分に関する適用手順を示す情報を生成して追加し、両者を含む情報を個別手順情報とする。手順情報及び個別手順情報は、例えば、手順画面を業務用サーバ２００に表示させるための画面データであっても良い。

また、本実施形態の手順情報及び個別手順情報には、ステップＳ５０１からステップＳ５０９の処理で生成したリストを含むものとする。

以下に、図６を参照して、本実施形態の個別手順情報の生成についてさらに説明する。図６は、第一の実施形態の個別手順情報の生成を説明する図である。

図６では、手順生成部３７４により生成されるリストの一例を示している。本実施形態のリスト６１は、情報の項目として、資産ファイル名、個別フラグ、更新フラグを有する。項目「資産ファイル名」と、その他の項目とは対応づけられている。

項目「資産ファイル名」の値は、個別パッケージに含まれるファイル名を示す。項目「個別フラグ」の値は、対応するファイル名のファイルが、カスタマイズされたものであるか否かを示す。具体的には、項目「個別フラグ」の値が「１」の場合は、対応するファイル名のファイルがカスタマイズされたものであることを示し、項目「個別フラグ」の値が存在しない場合は、対応するファイルが汎用のパッケージに含まれるものと一致することを示す。

項目「更新フラグ」の値は、対応するファイル名のファイルが、アップデートの対象のものであるか否かを示す。具体的には、項目更新フラグ」の値が「１」の場合は、更新用パッケージにおいて、対応するファイル名のファイルがアップデートされていることを示し、項目「更新フラグ」の値が存在しない場合は、更新用パッケージにおいて、対応するファイルはアップデートされないことを示す。

図６の例では、ファイル名「ａ」、「ｃ」、「ｅ」は、パッケージ格納部３４０に格納された更新用パッケージにおいて、アップデートされていることを示す。また、図６の例では、ファイル名「ａ」、「ｃ」は、個別パッケージにおいて、カスタマイズされていることを示す。

したがって、リスト６１によれば、更新用パッケージにおけるファイル名「ａ」、「ｃ」を、業務用サーバ２００の仕様に合わせてカスタマイズした個別更新用パッケージとする必要があることがわかる。

よって、手順生成部３７４は、ファイル名「ｅ」の適用の仕方を示す情報として、手順格納部３５０に格納された汎用の手順情報を取得する。また、手順生成部３７４は、ファイル名「ａ」、「ｃ」については、適用するためにはカスタマイズが必要なファイルであることを示す情報を生成し、手順情報と合わせて個別手順情報とする。

このように、本実施形態の個別手順情報は、アップデートされるファイルのうち、カスタマイズされているファイルを特定する情報を含む。また、本実施形態の個別手順情報は、アップデートの対象であり、且つ、カスタマイズされていないファイルを特定する情報を含んでいても良い。

本実施形態のサポート用サーバ３００は、更新用パッケージと対応して、このような個別手順情報を業務用サーバ２００に配信することで、業務用サーバ２００において、更新用パッケージがカスタマイズされないまま適用されることを防止できる。

より具体的には、本実施形態によれば、個別パッケージのアップデート作業を行う業務用サーバ２００の管理者等に対し、更新用パッケージをカスタマイズしたか否かを確認させるための画面を表示させることができる。

以下に、図７を参照して、本実施形態の業務用サーバ２００による個別パッケージのアップデートについて説明する。

図７は、第一の実施形態の業務用サーバにおける個別パッケージのアップデートの処理を説明するフローチャートである。

図７に示す処理は、業務用サーバ２００の管理者等により、更新用パッケージを個別更新用パッケージにカスタマイズする手作業が行われた後に、行われる。

本実施形態の業務用サーバ２００は、入力受付部２３１が、個別更新用パッケージの適用開始の指示を受け付けたか否かを判定する（ステップＳ７０１）。言い換えれば、入力受付部２３１は、個別パッケージを個別更新用パッケージにアップデートさせる操作を受け付けたか否かを判定する。

ステップＳ７０１において、該当する指示を受け付けない場合、業務用サーバ２００は、指示を受け付けるまで待機する。

ステップＳ７０１において、該当する指示を受け付けると、表示制御部２３３は、サポート用サーバ３００から配信された個別手順情報を参照し（ステップＳ７０２）、アップデートの手順を示す手順画面を表示させる（ステップＳ７０３）。手順画面の詳細は後述する。

続いて、業務用サーバ２００は、入力受付部２３１により、手順画面に表示された最初の手順を選択する操作を受け付けたか否かを判定する（ステップＳ７０４）。ステップＳ７０４において、選択する操作を受け付けない場合、業務用サーバ２００は、操作を受け付けるまで待機する。

ステップＳ７０４において、選択する操作を受け付けると、適用部２３５は、選択された手順が実行されたか否かを判定する（ステップＳ７０５）。ステップＳ７０５において、選択された手順が実行されていない場合、表示制御部２３３は、選択された手順が実行されていない旨を示すエラー通知を表示させ（ステップＳ７０６）、ステップＳ７０５へ戻る。

ステップＳ７０５において、選択された手順が実行されていた場合、適用部２３５は、次の手順が存在するか否かを判定する（ステップＳ７０７）。ステップＳ７０７において、次の手順が存在する場合、適用部２３５は、表示制御部２３３により、手順画面において、次の手順の選択を可能とし（ステップＳ７０８）、ステップＳ７０５へ戻る。

ステップＳ７０７において、次の手順が存在しない場合、業務用サーバ２００は、アップデートの処理を終了する。

以下に、図８及び図９を参照して、本実施形態の手順画面について説明する。図８は、第一の実施形態の手順画面の一例を示す図である。

図８に示す手順画面８０１は、表示欄８０２～８０５と、表示欄８１０とを有する。表示欄８０２は、現在業務用サーバ２００を含む行政システムで運用されている個別パッケージを特定する情報が表示される。具体的には、表示欄８０２には、個別パッケージの名称やバージョン情報等が表示されても良い。

表示欄８０３は、業務用サーバ２００を含む行政システムが導入されている自治体の名称等を示す。図８の例では、業務用サーバ２００は、○○県××市に導入されていることがわかる。

表示欄８０４は、個別パッケージが適用された日付と、個別パッケージの適用を開始した開始時刻と、適用の終了時刻とが表示される。言い換えれば、表示欄８０４には、前回個別パッケージのアップデートを開始した開始時刻と、アップデートが完了した完了時刻とが表示される。

表示欄８１０は、個別パッケージのアップデートの手順が表示されている。つまり、手順画面８０１では、表示欄８１０に個別手順情報が表示される。

本実施形態では、表示欄８１０に表示された手順を手順１から順番に選択し、選択された手順が実行されると、次の手順の選択が可能になる。表示欄８１０は、手順１から手順９をそれぞれ表示した表示欄８１１～表示欄８１８を含む。

表示欄８１１には、手順１として、手順１を選択するためのチェックボックス８１１ａと、現在運用されている個別パッケージが格納されたフォルダの選択を指示するメッセージ８１１ｂと、該当するフォルダを指定させるためのボタン８１とが、表示されている。本実施形態では、表示欄８１１において、ボタン８１が操作され、該当するフォルダが指定されると、手順１が実行されたこととなり、手順２の選択が可能となる。

表示欄８１２には、手順２として、手順２を選択するためのチェックボックス８１２ａと、現在運用されている個別パッケージのバックアップの保存先となるフォルダの選択を指示するメッセージ８１２ｂと、が表示されている。また、表示欄８１２には、該当するフォルダを指定させるためのボタン８２と、バックアップの開始を指示するボタン８３と表示されている。

本実施形態では、表示欄８１２において、ボタン８２が操作され、該当するフォルダが指定され、ボタン８３が選択されて、バックアップが開始されて完了すると、手順２が実行されたこととなり、手順３の選択が可能となる。

表示欄８１３には、手順３として、手順３を選択するためのチェックボックス８１３ａと、カスタマイズされたファイルの複製の生成と、複製を別のフォルダ（格納先）へ格納させることを示すメッセージ８１３ｂと、が表示されている。

本実施形態では、表示欄８１３において、チェックボックス８１３ａが選択されると、個別パッケージにおいて、カスタマイズされているファイルの複製を生成し、手順１で指定したフォルダ（格納先）とは別のフォルダに、生成した複製が格納される。

尚、本実施形態では、ここで生成されたファイルの複製は、更新用パッケージを個別更新用パッケージとするために、カスタマイズされるファイルである。つまり、ここで生成されるファイルの複製は、図６に示すリストにおいて、更新フラグと個別フラグの両方が「１」とされたファイルである。さらに言い換えれば、ここで生成されたファイルの複製は、アップデートに際して、業務用サーバ２００の管理者等により、再びカスタマイズの作業画行われるファイルである。

手順３が実行されると、表示欄８１４に表示された手順４の選択が可能となる。

表示欄８１４には、手順４として、手順４を選択するためのチェックボックス８１４ａと、個別更新用パッケージの適用の開始を指示するメッセージ８１４ｂと、適用を開始させるボタン８４とが表示されている。

本実施形態では、表示欄８１４において、ボタン８４が操作されると、個別更新用パッケージのうち、アップデートの対象であり、且つ、カスタマイズが必要ないファイルのアップデートが開始される。つまり、ここでアップデートが開始されるファイルは、リスト６１において、更新フラグが「１」であり、且つ、個別フラグの値がないファイルである。手順４が実行されると、手順５の選択が可能となる。

表示欄８１５には、手順５として、手順５を選択するためのチェックボックス８１５ａと、個別パッケージにおいてカスタマイズされたファイルが格納されたフォルダの指定を指示するメッセージ８１５ｂと、該当するフォルダを指定させるためのボタン８５が表示されている。尚、個別パッケージにおいてカスタマイズされたファイルとは、既に業務用サーバ２００で運用されている個別パッケージに含まれる、カスタマイズされたファイルを示す。

つまり、個々で指定されるフォルダは、例えば、手順１で指定されたフォルダと同じフォルダであっても良いし、手順１で指定されたフォルダ内に設けられた別のフォルダであっても良い。

表示欄８１５において、該当するフォルダが指定されると、手順５が実行されたものとして、手順６の選択が可能となる。

表示欄８１６には、手順６として、手順６を選択するためのチェックボックス８１６ａと、アップデートに際してカスタマイズが必要とされたファイルが格納されたフォルダの指定を指示するメッセージ８１６ｂと、該当するフォルダを指定するためのボタン８６が表示されている。

本実施形態では、手順６において、手順３で生成されたフォルダが指定されると、手順６が実行されたことになり、手順７の選択が可能となる。

表示欄８１７には、手順７として、手順７を選択するためのチェックボックス８１７ａと、アップデートのためのカスタマイズが完了したことの確認を指示するメッセージ８１７ｂが表示されている。また、表示欄８１７には、カスタマイズの完了を確認させるための確認用画面の生成の開始指示を行うためのボタン８７と、確認用画面を表示させるためのボタン８８とが表示されている。

本実施形態では、ボタン８７が操作されると、業務用サーバ２００は、表示制御部２３３により、手順５で指定されたフォルダと、手順６で指定されたフォルダとを比較するための確認用画面を表示させる確認情報を生成する。また、表示制御部２３３は、ボタン８８が操作されると、確認用画面を表示させる。

本実施形態では、確認用画面が表示されると、手順７が実行されたものとし、手順８の選択が可能となる。確認用画面の詳細は後述する。

表示欄８１８には、手順８として、手順８を選択するためのチェックボックス８１８ａと、カスタマイズされたファイルの適用の開始を指示するメッセージ８１８ｂと、適用（アップデート）を開始させるためのボタン８９が表示されている。

本実施形態では、ボタン８９が操作されると、更新用パッケージに含まれる、カスタマイズされたファイルが適用され、手順８が実行されたことになり、手順９の選択画可能となる。

表示欄８１９には、手順９として、手順９を選択するためのチェックボックス８１９ａと、業務用サーバ２００固有の情報の適用の開始を指示するメッセージ８１９ｂと、適用を開始させるためのボタン９０が表示されている。本実施形態では、ボタン９０が操作されると、個別更新用パッケージの適用が完了する。

ここで、本実施形態では、例えば、手順１、２、４は、カスタマイズする必要がないファイルに関する手順である。したがって、例えば、業務用サーバ２００において、業務用サーバ２００固有のカスタマイズ画施されたものではなく、汎用のパッケージが運用されていた場合には、手順画面には、手順１、２、４のみが表示されることになる。

つまり、本実施形態では、汎用の更新用パッケージを用いて業務用サーバ２００のパッケージがアップデートされる場合には、汎用の更新用パッケージと対応する手順情報に基づき、手順画面が表示される。

尚、図８の例では、手順が実行されると、次の手順の選択が可能になるものとして説明したが、これに限定されない。手順画面８０１では、例えば、ある手順が選択されて実行されると、次の手順を示す表示欄が表示されても良い。また、手順画面８０１では、例えば、選択されていない手順を示す表示欄は、マスクされており、ある手順が選択されて実行されると、次の手順を示す表示欄のマスクを消去して選択できるようにしても良い。

次に、図９を参照して、手順７において表示される確認用画面について説明する。図９は、第一の実施形態の確認用画面の一例を示す図である。

図９に示す確認用画面９０１は、表示欄９１と、ボタン９２と、表示欄９３とを含む。表示欄９１には、確認用画面９０１に表示された確認結果を保存するためのボタン９４と、格納先を指定するためのボタン９５が表示されている。

ボタン９２は、操作されると、確認用画面９０１を、手順画面８０１に遷移させる。

表示欄９３は、アップデートの準備としてのファイルのカスタマイズが完了しているか否かの確認結果が表示される。

表示欄９３に表示された確認情報は、情報の項目として、Ｎｏ．、資産ＩＤ、格納フォルダ、調査時点の更新日時、サイズ、種類、複製格納フォルダ、リカスタマイズの際の更新日時、リカスタマイズの際のサイズ、他資産での参照有無を有する。

項目「Ｎｏ．」の値は、ファイルに付与される番号である。項目「資産ＩＤ」の値は、ファイルを特定する情報であり、具体的には、ファイル名である。項目「格納フォルダ」の値は、ファイルが格納されているフォルダを示す。尚、項目「格納フォルダ」の値が示すフォルダに格納されているファイルは、個別パッケージに含まれるファイルのうち、アップデートの対象であり、且つ、カスタマイズされたファイルである。つまり、リスト６１において、個別フラグと更新フラグの両方が「１」とされたファイルである。

項目「調査時点の更新日時」の値は、項目「格納フォルダ」の値が示すフォルダに格納されたファイルの更新日時を示す。項目「調査時点のサイズ」の値、「調査時点の種類」の値は、対応するファイルのサイズと種類を示す。

尚、項目「調査時点の更新日時の値」、項目「調査時点のサイズ」の値、「調査時点の種類」の値は、業務用サーバ２００の情報収集部２３２が取得する環境情報に含まれる情報である。

項目「複製格納フォルダ」の値は、手順３において生成されたフォルダを示す。このフォルダには、資産ＩＤによって特定されるファイルの複製が格納される。

項目「リカスタマイズの際の更新日時」の値は、項目「複製格納フォルダ」の値が示すフォルダに格納されたファイルの更新日時を示す。項目「リカスタマイズの際のサイズ」の値は、項目「複製格納フォルダ」の値が示すフォルダに格納されたファイルのサイズを示す。項目「他資産での参照有無」の値は、他のファイルから参照されるか否かを示す。

本実施形態の手順７では、適用部２３５は、項目「調査時点の更新日時」の値と、項目「リカスタマイズの際の更新日時」の値とが、異なるか否かを判定している。そして、適用部２３５は、両者が異なる場合は、個別パッケージにおいてカスタマイズされたファイルが、アップデートの際に再びカスタマイズされたもの判定する。

また、適用部２３５は、両者が一致する場合には、個別パッケージにおいてカスタマイズされたファイルが、アップデートの際にはカスタマイズされていないものと判定し、表示制御部２３３に、このファイルを特定する情報を強調表示させる。

図９の例では、Ｎｏ．１のファイルとＮｏ．２のファイルは、項目「調査時点の更新日時」の値と、項目「リカスタマイズの際の更新日時」の値とが異なる。したがって、これらのファイルは、アップデートに合わせたカスタマイズが行われたものとされる。

また、図９の例では、Ｎｏ．３のファイルは、項目「調査時点の更新日時」の値と、項目「リカスタマイズの際の更新日時」の値とが一致しているため、強調表示されている。

これは、アップデートを行うにあたり、カスタマイズすべきＮｏ．３のファイルが、現在運用されている状態のままであり、カスタマイズされていないことを示している。

このように、本実施形態では、アップデートの際にカスタマイズが必要とされるファイルに対して、カスタマイズが行われたか否かを、業務用サーバ２００の管理者に確認させる確認用画面を表示させる。

尚、本実施形態では、確認用画面を表示させるための確認情報は、業務用サーバ２００において生成されるものとしたが、これに限定されない。例えば、本実施形態では、サポート用サーバ３００において、リスト６１を保持していても良い。そして、サポート用サーバ３００は、業務用サーバ２００において、個別フラグと更新フラグの両方が「１」とされたファイルが更新されると、業務用サーバ２００から更新の通知を受け付けて、リスト６１の該当するファイルに更新日時を対応付けて保持しても良い。

本実施形態では、このように、サポート用サーバ３００側で、個別フラグと更新フラグの両方が「１」とされたファイルの更新日時を示す情報を保持しておけば、業務用サーバ２００に表示された手順画面８０１において、手順７が選択されたとき、サポート用サーバ３００において確認情報を生成し、業務用サーバ２００に対して出力することができる。

したがって、本実施形態によれば、カスタマイズのし忘れ等に起因して、パッケージが誤った手順でアップデートされることを抑制できる。また、本実施形態では、個別パッケージをアップデートさせる際に、アップデートの作業を行う管理者に対し、アップデートの手順を確認させることができる。

（第二の実施形態）
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態は、サポート用サーバ３００が手順画面と確認用画面とを業務用サーバに表示させる点が、第一の実施形態と相違する。よって、以下の第二の実施形態の説明では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図１０は、第二の実施形態の情報処理システムのシステム構成の一例を示す図である。本実施形態の情報処理システム１００Ａは、業務用サーバ２００Ａと、サポート用サーバ３００Ａとを有する。

業務用サーバ２００Ａは、監視処理部２３０Ａを有する。監視処理部２３０Ａは、サポート用サーバ３００Ａから手順画面の画面データが送信されると、手順画面を表示させる。

サポート用サーバ３００Ａは、手順出力処理部３７０Ａを有する。手順出力処理部３７０Ａは、個別手順格納部３２０に、業務用サーバ２００Ａの個別手順情報が格納されると、業務用サーバ２００Ａの個別手順情報を表示させるための手順画面の画面データを生成し、業務用サーバ２００Ａへ出力する。

したがって、本実施形態では、業務用サーバ２００Ａは、個別手順格納部２５０や適用ログ格納部２６０を保持せずに、手順画面を表示させることができる。したがって、本実施形態によれば、業務用サーバ２００Ａに要求されるメモリ容量を削減することができる。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得し、
取得した前記構成情報において、記憶部が記憶する運用前のシステムの構成情報と差異がある部分情報を特定し、
前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。
（付記２）
前記アップデートにおいて前記システムに適用される更新用の構成情報において、前記部分情報と対応する情報を特定し、
前記部分情報と対応する情報に対する変更が行われたか否かを示す確認情報を出力する、処理を前記コンピュータに実行させることを特徴とする付記１記載の情報処理プログラム。
（付記３）
前記手順情報は、前記アップデートの手順を表示させる情報であって、
前記手順は、
前記部分情報の格納場所を指定する手順と、
前記部分情報と対応する情報の格納場所を指定する手順と、
前記確認情報の表示を指示する手順と、を含むことを特徴とする付記２記載の情報処理プログラム。
（付記４）
前記確認情報は、
前記部分情報を更新した日時を示す情報と、前記部分情報と対応する情報を更新した日時を示す情報と、を含むことを特徴とする付記２又は３記載の情報処理プログラム。
（付記５）
前記部分情報と対応する情報は、前記部分情報の複製であることを特徴とする付記２乃至４の何れか一項に記載の情報処理プログラム。
（付記６）
前記運用中の構成情報において、前記アップデートで更新される情報に対する手順情報を、前記部分情報に対する手順情報と共に出力することを特徴とする付記１乃至５の何れか一項に記載の情報処理プログラム。
（付記７）
前記運用中の構成情報のバージョンを示す情報を参照し、前記記憶部から、前記運用中の構成情報とバージョンが一致する前記運用前のシステムの構成情報を特定し、前記運用中のシステムの構成情報と比較する、処理を前記コンピュータに実行させることを特徴とする付記１乃至６の何れか一項に記載の情報処理プログラム。
（付記８）
運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得する情報取得部と、
取得した前記構成情報において、記憶部が記憶する運用前のシステムの構成情報と差異がある部分情報を特定する特定部と、
前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する手順出力部と、を有することを特徴とする情報処理装置。
（付記９）
コンピュータによる情報処理方法であって、前記コンピュータが、
運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得し、
取得した前記構成情報において、記憶部が記憶する運用前のシステムの構成情報と差異がある部分情報を特定し、
前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する、ことを特徴とする情報処理方法。

本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１００、１００Ａ 情報処理システム
２００、２００Ａ 業務用サーバ
２１０、３４０ パッケージ格納部
２２０ 個別資産格納部
２３０、２３０Ａ 監視処理部
２４０ 更新用パッケージ格納部
２５０、３２０ 個別手順格納部
２６０、３３０ 適用ログ格納部
３００、３００Ａ サポート用サーバ
３５０ 手順格納部
３６０ パッケージ管理データベース
３７０、３７０Ａ 手順出力処理部
３７２ パッケージ比較部
３７３ ファイル特定部
３７４ 手順生成部
３７５ 手順出力部

Claims (6)

1. 運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得し、
   取得した前記構成情報において、記憶部が記憶する運用前のシステムの構成情報と差異がある部分情報を特定し、
   前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する、
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
2. 前記アップデートにおいて前記システムに適用される更新用の構成情報において、前記部分情報と対応する情報を特定し、
   前記部分情報と対応する情報に対する変更が行われたか否かを示す確認情報を出力する、処理を前記コンピュータに実行させることを特徴とする請求項１記載の情報処理プログラム。
3. 前記手順情報は、前記アップデートの手順を表示させる情報であって、
   前記手順は、
   前記部分情報の格納場所を指定する手順と、
   前記部分情報と対応する情報の格納場所を指定する手順と、
   前記確認情報の表示を指示する手順と、を含むことを特徴とする請求項２記載の情報処理プログラム。
4. 前記確認情報は、
   前記部分情報を更新した日時を示す情報と、前記部分情報と対応する情報を更新した日時を示す情報と、を含むことを特徴とする請求項２又は３記載の情報処理プログラム。
5. 運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得する情報取得部と、
   取得した前記構成情報において、記憶部が記憶する運用前のシステムの構成情報と差異がある部分情報を特定する特定部と、
   前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する手順出力部と、を有することを特徴とする情報処理装置。
6. コンピュータによる情報処理方法であって、前記コンピュータが、
   運用中のシステムをアップデートする際に、運用中の前記システムの構成情報を取得し、
   取得した前記構成情報において、記憶部が記憶する運用前のシステムの構成情報と差異がある部分情報を特定し、
   前記部分情報が前記アップデートで更新される情報である場合には、前記運用前のシステムの構成情報を参照して前記部分情報に対する手順情報を生成して出力する、ことを特徴とする情報処理方法。
   

Images