JP5061001B2 - Configuration check system - Google Patents

Configuration check system Download PDF

Info

Publication number
JP5061001B2
JP5061001B2 JP2008074988A JP2008074988A JP5061001B2 JP 5061001 B2 JP5061001 B2 JP 5061001B2 JP 2008074988 A JP2008074988 A JP 2008074988A JP 2008074988 A JP2008074988 A JP 2008074988A JP 5061001 B2 JP5061001 B2 JP 5061001B2
Authority
JP
Japan
Prior art keywords
file
comparison
server
release
difference
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008074988A
Other languages
Japanese (ja)
Other versions
JP2009230458A (en
Inventor
龍俊 村田
篤史 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nomura Research Institute Ltd
Original Assignee
Nomura Research Institute Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nomura Research Institute Ltd filed Critical Nomura Research Institute Ltd
Priority to JP2008074988A priority Critical patent/JP5061001B2/en
Publication of JP2009230458A publication Critical patent/JP2009230458A/en
Application granted granted Critical
Publication of JP5061001B2 publication Critical patent/JP5061001B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明は、サーバの構成をチェックする構成チェックシステムに関する。   The present invention relates to a configuration check system for checking a configuration of a server.

現在、多くの企業、学校、自治体などが、サーバの負荷を分散する負荷分散システムを運用している。負荷分散システムにおけるサーバは、基本的には同一の構成である。ここで、構成とは、サーバが保持する様々な構成ファイルの記述内容を指す。構成ファイルとは、サーバが用いる各種のプロトコルに必要な設定ファイル、サーバの製造供給元であるベンダが独自に準備する設定ファイル、サーバが提供するアプリケーションに必要な設定ファイルなど全てを含むものとする。更に、構成ファイルには、例えばフォルダ構成など設定ファイルに記述されない設定も含む概念とする。   Currently, many companies, schools, local governments, etc. operate load balancing systems that distribute the load on servers. The servers in the load balancing system have basically the same configuration. Here, the configuration refers to the description contents of various configuration files held by the server. The configuration file includes all setting files necessary for various protocols used by the server, setting files prepared independently by a vendor that is a manufacturer and supplier of the server, and setting files necessary for an application provided by the server. Furthermore, the configuration file has a concept including settings that are not described in the setting file, such as a folder configuration.

このような負荷分散システムにおいて、例えば、システムが提供するアプリケーションのバージョンアップ、不具合対応などによって、構成ファイルを修正する場合がある。このとき、システムに含まれる一部のサーバに対して構成ファイルが修正されなかった場合、障害発生の原因となる。そして、このような原因によって障害が発生した場合、障害の原因(サーバ間の構成ファイルに差異があること)を突き止めることは非常に困難である。   In such a load distribution system, for example, a configuration file may be modified by upgrading an application provided by the system, dealing with a problem, or the like. At this time, if the configuration file is not corrected for some of the servers included in the system, a failure occurs. When a failure occurs due to such a cause, it is very difficult to find out the cause of the failure (there is a difference in the configuration file between servers).

そこで、二つのサーバ間の構成ファイルに差異があることを検知する仕組みが考案されている(特許文献1参照)。
特許文献1に記載の仕組みでは、構成が同じ2つのサーバが存在する場合において、一方のサーバに何らかの障害(構成ファイルの一部が意図せず書き換えられていること)が発生した場合等に、これら2つのサーバの構成ファイルの差異を検知する。
特開2005−266916号公報
Therefore, a mechanism for detecting that there is a difference in the configuration file between the two servers has been devised (see Patent Document 1).
In the mechanism described in Patent Document 1, when there are two servers with the same configuration, when some failure occurs in one server (a part of the configuration file has been rewritten unintentionally) A difference between the configuration files of these two servers is detected.
JP 2005-266916 A

しかしながら、特許文献1に記載の仕組みでは、二つのサーバ間の構成ファイルに差異があることしか検知できない。従って、例えば、(1)全てのサーバがウィルス感染し、全てのサーバの構成ファイルが同じように書き換えられたケース、(2)人為的なミスによって全てのサーバに対してリリースを失敗し、全てのサーバの構成ファイルが古いバージョンとなっているケース、などでは、異常であることを検知することができない。   However, the mechanism described in Patent Document 1 can only detect that there is a difference in configuration files between two servers. Therefore, for example, (1) all servers are infected with viruses, and all server configuration files are rewritten in the same way. (2) all servers fail to release due to human error. If the server configuration file is an old version, it cannot be detected as abnormal.

本発明は、前述した問題点に鑑みてなされたもので、その目的は、負荷分散システムにおいて、サーバ間には構成ファイルの差異がない場合であっても、構成ファイルの意図しない変更を検知できる構成チェックシステム等を提供することである。また、副次的な目的として、リリース管理を効率的に行うことができる構成チェックシステム等を提供することである。   The present invention has been made in view of the above-described problems, and an object of the present invention is to detect an unintended change in a configuration file even in the case where there is no configuration file difference between servers in a load balancing system. It is to provide a configuration check system and the like. A secondary purpose is to provide a configuration check system or the like that can efficiently perform release management.

前述した目的を達成するために第1の発明は、ファイルによって構成されるアプリケーションを提供するアプリケーションサーバと、前記アプリケーションのリリースを管理するリリース管理サーバと、システム全体の運用を監視する運用監視サーバとが互いに接続されており、前記アプリケーションサーバの構成をチェックする構成チェックシステムであって、前記リリース管理サーバは、特定のリリース作業においてリリース対象となった変更箇所のリストであるリリース対象リストを保持する手段、を具備し、前記アプリケーションサーバは、前回チェック対象とした比較ファイルである前回比較ファイルを保持する前回分保持手段と、現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成する比較ファイル生成手段と、前記比較ファイル生成手段によって生成した今回比較ファイルと、前記前回分保持手段が保持する前回比較ファイルとの差分を確認する第1の差分確認手段と、前記第1の差分確認手段による確認結果が差異ありの場合、前記リリース管理サーバから前記リリース対象リストを取得し、前記現在インストールされているファイル群の変更箇所前記リリース対象リストに存在するかどうかを確認するリリース対象確認手段と、前記リリース対象確認手段による確認結果が不存在の場合、前記運用監視サーバに異常があることを通知する第1の異常通知手段と、を具備することを特徴とする構成チェックシステムである。
First invention to achieve the above object, an application server providing an application configured by the file, and release management server that manages the release of the application, the operation monitoring server for monitoring the operation of the entire system there are connected to each other, a configuration check system for checking the configuration of the application server, the release management server maintains a release object list is a list of changes that take place in a release object in a particular release work means, comprising a time the application server is a comparison file and the previous partial holding means for holding a previous comparison file is a comparison file was last checked, and this time the check target from the files that are currently installed Comparison A comparison file generation means for generating a file, a first difference confirmation means for confirming a difference between the current comparison file generated by the comparison file generation means, and the previous comparison file held by the previous time holding means; If there is a difference confirmation result according to one of the difference confirming means, check whether the acquired from the release management server the release target list, the changes place the current group of files that are installed is present in the release target list and release target confirmation means for, when the check result by the release target confirmation means absent, structure, characterized by comprising, a first abnormality notification means for notifying that there is an abnormality in the operation monitoring server Check system.

前記前回分保持手段は、前記第1の差分確認手段によって差分を確認した後、確認結果に関わらず、前記第1の差分確認手段によって生成した今回比較ファイルを、前回比較ファイルとして保持することが望ましい。また、アプリケーションサーバは、前記前回分保持手段が保持した前回比較ファイルを履歴データとして蓄積する履歴蓄積手段、を更に具備することが望ましい。また、リリース管理サーバは、リリースごとのファイルの変更の履歴データを保持する変更履歴保持手段、を更に具備し、アプリケーションサーバは、前記変更履歴保持手段によってリリース管理サーバが保持する履歴データと、前記履歴蓄積手段によってアプリケーションサーバが保持する履歴データとを比較する履歴比較手段、を更に具備することが望ましい。また、リリース管理サーバは、特定のバージョンのファイル群から比較元ファイルを生成する比較元ファイル生成手段、を更に具備し、アプリケーションサーバは、リリース管理サーバから比較元ファイルを取得し、取得した比較元ファイルと今回比較ファイルとの差分を確認する第2の差分確認手段と、前記第2の差分確認手段による確認結果が差異ありの場合、運用監視サーバに異常があることを通知する第2の異常通知手段と、を更に具備することが望ましい。   The previous time holding means may hold the current comparison file generated by the first difference checking means as the previous comparison file regardless of the confirmation result after checking the difference by the first difference checking means. desirable. The application server preferably further includes history storage means for storing the previous comparison file held by the previous holding means as history data. The release management server further includes change history holding means for holding history data of file changes for each release, and the application server holds history data held by the release management server by the change history holding means, It is desirable to further include history comparison means for comparing history data held by the application server with the history storage means. The release management server further includes comparison source file generation means for generating a comparison source file from a file group of a specific version, and the application server acquires the comparison source file from the release management server, and acquires the acquired comparison source. The second abnormality for notifying that there is an abnormality in the operation monitoring server when there is a difference between the second difference confirmation means for confirming the difference between the file and the current comparison file and the confirmation result by the second difference confirmation means. And a notification means.

また、前記比較ファイル生成手段が生成する今回比較ファイル、及び、前記比較元ファイル生成手段が生成する比較元ファイルは、それぞれの対象とするファイル群を要約したものであっても良い。また、前記比較ファイル生成手段は、対象のファイル群から各ファイルが属するソフトウェアのレイヤごとに区分して、今回比較ファイルを生成するものであっても良い。また、前記比較ファイル生成手段は、対象のファイル群から各ファイルが属するソフトウェアのレイヤごとに区分して、今回比較ファイルを生成し、かつ、前記比較元ファイル生成手段は、対象のファイル群から各ファイルが属するソフトウェアのレイヤごとに区分して、比較元ファイルを生成するものであっても良い。   Further, the current comparison file generated by the comparison file generation unit and the comparison source file generated by the comparison source file generation unit may be a summary of each target file group. The comparison file generation means may generate the current comparison file by dividing the target file group for each software layer to which each file belongs. In addition, the comparison file generation unit generates a comparison file this time by dividing the target file group for each software layer to which each file belongs, and the comparison source file generation unit generates each comparison file from the target file group. The comparison source file may be generated by dividing each software layer to which the file belongs.

第2の発明は、ファイルによって構成されるアプリケーションを提供するアプリケーションサーバと、前記アプリケーションのリリースを管理するリリース管理サーバと、システム全体の運用を監視する運用監視サーバとが互いに接続されており、前記アプリケーションサーバの構成をチェックする構成チェックシステムであって、前記アプリケーションサーバは、現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成し、生成した今回比較ファイルを前記リリース管理サーバに送信する比較ファイル送信手段、を具備し、前記リリース管理サーバは、特定のリリース作業においてリリース対象となった変更箇所のリストであるリリース対象リストを保持する手段と、前回チェック対象とした比較ファイルである前回比較ファイルを保持する前回分保持手段と、前記アプリケーションサーバから受信した今回比較ファイルと、前記前回分保持手段が保持する前回比較ファイルとの差分を確認する第1の差分確認手段と、前記第1の差分確認手段による確認結果が差異ありの場合、前記リリース管理サーバから前記リリース対象リストを取得し、前記現在インストールされているファイル群の変更箇所前記リリース対象リストに存在するかどうかを確認するリリース対象確認手段と、前記リリース対象確認手段による確認結果が不存在の場合、前記運用監視サーバに異常があることを通知する第1の異常通知手段と、を具備することを特徴とする構成チェックシステムである。
A second invention is an application server providing an application configured by the file, and release management server that manages the release of the application, and the operation monitoring server for monitoring the operation of the entire system are connected to each other, wherein a configuration check system for checking the configuration of the application server, the application server generates a time comparison file is a comparison file for the files that are currently installed and the current check target, said generated time compared files It comprises comparing the file transmission means for transmitting the release management server, wherein the release management server includes means for retaining the release target list is a list of changes that take place in a release object in a particular release operation, the last check And last minute holding means for holding a previous comparison file is a comparison file and elephants, and the current comparison file received from the application server, the first to the last minute holding means to check the difference between the previous comparison file that holds and the difference confirming means, the first case where there is a difference confirmation result by the difference confirming means, said obtained from the release management server the release target list, the changed portion of the current group of files that are installed the release target list comprising: a release object confirmation means for confirming whether there, if confirmation result by the release target confirmation means is absent, a first abnormality notification means for notifying that there is an abnormality in the operation monitoring server, to This is a configuration check system.

また、前記前回分保持手段は、前記第1の差分確認手段によって差分を確認した後、確認結果に関わらず、アプリケーションサーバから受信した今回比較ファイルを、前回比較ファイルとして保持することが望ましい。また、リリース管理サーバは、特定のバージョンのファイル群から比較元ファイルを生成する比較元ファイル生成手段と、前記比較元ファイル生成手段によって生成した比較元ファイルと、アプリケーションサーバから受信した今回比較ファイルとの差分を確認する第2の差分確認手段と、前記第2の差分確認手段による確認結果が差異ありの場合、運用監視サーバに異常があることを通知する第2の異常通知手段と、を更に具備することが望ましい。   In addition, it is preferable that the previous holding unit holds the current comparison file received from the application server as the previous comparison file regardless of the confirmation result after checking the difference by the first difference checking unit. Further, the release management server includes a comparison source file generation unit that generates a comparison source file from a file group of a specific version, a comparison source file generated by the comparison source file generation unit, a current comparison file received from the application server, and A second difference confirmation unit for confirming the difference between the second monitoring unit and a second abnormality notification unit for notifying that there is an abnormality in the operation monitoring server when the confirmation result by the second difference confirmation unit is different. It is desirable to have it.

第3の発明は、ファイルによって構成されるアプリケーションを提供するアプリケーションサーバと、システム全体の運用を監視する運用監視サーバとが互いに接続されており、前記アプリケーションサーバの構成をチェックする構成チェックシステムであって、前記アプリケーションサーバは、特定のリリース作業においてリリース対象となった変更箇所のリストであるリリース対象リストを保持するリリース対象リスト保持手段と、前回チェック対象とした比較ファイルである前回比較ファイルを保持する前回分保持手段と、現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成する比較ファイル生成手段と、前記比較ファイル生成手段によって生成した今回比較ファイルと、前記前回分保持手段が保持する前回比較ファイルとの差分を確認する第1の差分確認手段と、前記第1の差分確認手段による確認結果が差異ありの場合、前記リリース対象リスト保持手段から前記リリース対象リストを取得し、前記現在インストールされているファイル群の変更箇所が前記リリース対象リストに存在するかどうかを確認するリリース対象確認手段と、前記リリース対象確認手段による確認結果が不存在の場合、前記運用監視サーバに異常があることを通知する第1の異常通知手段と、を具備することを特徴とする構成チェックシステムである。 A third invention is a configuration check system in which an application server that provides an application constituted by files and an operation monitoring server that monitors the operation of the entire system are connected to each other, and the configuration of the application server is checked. The application server holds a release target list holding unit that holds a release target list that is a list of changes that have been released in a specific release operation, and a previous comparison file that is a comparison file to be checked last time. A previous-minute holding means, a comparison file generating means for generating a current comparison file that is a comparison file to be checked this time from a currently installed file group, a current comparison file generated by the comparison file generating means, And the first difference confirmation means whose serial last minute holding means to confirm the difference between the previous comparison file that holds, case where there is a difference confirmation result by the first difference confirmation means, the release from the release object list holding means When the target list is acquired, and the release target confirmation unit for confirming whether the changed part of the currently installed file group exists in the release target list, and the confirmation result by the release target confirmation unit is absent, A configuration check system comprising: first abnormality notification means for notifying that there is an abnormality in the operation monitoring server.

本発明により、負荷分散システムにおいて、サーバ間には構成ファイルの差異がない場合であっても、構成ファイルの意図しない変更を検知できる構成チェックシステム等を提供することができる。また、リリース管理を効率的に行うことができる構成チェックシステム等を提供することができる。   According to the present invention, it is possible to provide a configuration check system that can detect an unintended change of a configuration file even when there is no configuration file difference between servers in a load distribution system. In addition, it is possible to provide a configuration check system that can efficiently perform release management.

以下図面に基づいて、本発明の実施形態を詳細に説明する。   Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

<第1の実施形態>
最初に、図1から図4を参照しながら、第1の実施形態について説明する。また、図5、図6を参照しながら、第1の実施形態に係る実施例について説明する。
<First Embodiment>
First, the first embodiment will be described with reference to FIGS. 1 to 4. An example according to the first embodiment will be described with reference to FIGS. 5 and 6.

図1は、第1の実施形態に係る構成チェックシステム1の概要を示す図である。図1に示すように、構成チェックシステム1は、AP(アプリケーション)サーバ3−1、APサーバ3−2、・・・、APサーバ3−3、リリース管理サーバ5、運用監視サーバ7が内部ネットワーク9−1を介して接続している。また、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3は、負荷分散システムを構成しており、負荷分散装置11、外部ネットワーク9−2を介して、端末13−1、端末13−2、・・・、端末13−3からの要求に応答している。   FIG. 1 is a diagram showing an overview of a configuration check system 1 according to the first embodiment. As shown in FIG. 1, the configuration check system 1 includes an AP (application) server 3-1, an AP server 3-2,..., An AP server 3-3, a release management server 5, and an operation monitoring server 7. It is connected via 9-1. The AP server 3-1, the AP server 3-2,..., The AP server 3-3 constitute a load distribution system, and the terminal 13 is connected via the load distribution device 11 and the external network 9-2. -1, terminal 13-2,..., Responds to a request from terminal 13-3.

APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3は、同一の機能を有するサーバ群であり、負荷分散システムにおける負荷分散ノード(=負荷分散装置11によって負荷が分散されるサーバ)である。負荷分散ノードの数は、例えば、数台から数百台であり、本発明は、小規模な負荷分散システムから大規模な負荷分散システムまで適用可能である。APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3は、例えば、外部ネットワーク9−2を介して特定のアプリケーションを提供するウェブアプリケーションシステム、特定のサービスを提供するウェブサービスシステムなどの応答側の役割を果たす。   The AP server 3-1, the AP server 3-2,..., The AP server 3-3 are a group of servers having the same function, and the load is distributed by the load distribution node (= load distribution device 11) in the load distribution system. Server). The number of load distribution nodes is, for example, several to several hundreds, and the present invention is applicable from a small load distribution system to a large load distribution system. The AP server 3-1, the AP server 3-2,..., The AP server 3-3 are, for example, a web application system that provides a specific application via the external network 9-2, and a web that provides a specific service. It plays the role of responder such as service system.

リリース管理サーバ5は、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3が提供するアプリケーション(ウェブサービスシステムによって提供するサービスも含む。以下、同様とする。)のリリースを管理する。ここで、リリースとは、アプリケーションの仕様変更、不具合対応などによって、アプリケーションに含まれるファイル(構成ファイル等)に変更を加える必要が生じた場合、本番環境(ユーザに対して実際にアプリケーションを提供している環境)に変更を加えたファイルを配置することである。また、リリース管理サーバ5は、ファイルの変更も管理する。   The release management server 5 is an application provided by the AP server 3-1, AP server 3-2,..., AP server 3-3 (including services provided by the web service system. The same shall apply hereinafter). Manage releases. Here, “release” refers to the production environment (provided that the application is actually provided to the user) when it is necessary to make changes to the files (configuration files, etc.) included in the application due to changes in the application specifications or bug fixes. Place the file with the changes in the environment). The release management server 5 also manages file changes.

運用監視サーバ7は、負荷分散システムの運用を監視する。具体的には、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3、リリース管理サーバ5、負荷分散装置11などの動作状態を一元的に監視し、異常が発生したときに関係者に通知する。通常、監視対象のサーバには、エージェントと呼ばれるソフトウェアをインストールする。そして、運用監視サーバ7は、エージェントの機能によって、各サーバのプロセス、メモリ、ハードディスクの利用状況、提供するアプリケーションの稼働状況のデータを収集する。   The operation monitoring server 7 monitors the operation of the load distribution system. Specifically, the operation status of the AP server 3-1, the AP server 3-2,..., The AP server 3-3, the release management server 5, the load balancer 11 and the like is monitored centrally, and an abnormality occurs. Notify interested parties when Usually, software called an agent is installed on a server to be monitored. Then, the operation monitoring server 7 collects data on the process status of each server, the usage status of the memory, the hard disk, and the operating status of the application to be provided by the function of the agent.

内部ネットワーク9−1は、いわゆるファイアウォール(図示しない)によって外部からの侵入を防御されているネットワークである。内部ネットワーク9−1は、例えば、構成チェックシステム1の配置場所に敷設されたLAN(Local
Area Network)である。
The internal network 9-1 is a network that is protected from intrusion from the outside by a so-called firewall (not shown). The internal network 9-1 is, for example, a LAN (Local) laid at the location where the configuration check system 1 is arranged.
Area Network).

負荷分散装置11は、端末13−1、端末13−2、・・・、端末13−3からの要求を、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3に送信する。また、負荷分散装置11は、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3からの応答を、端末13−1、端末13−2、・・・、端末13−3に送信する。負荷分散装置11は、要求を各サーバに分散し、一定の応答速度を維持する。また、負荷分散装置11は、一部のサーバに異常が発生した場合であっても、提供するアプリケーションの稼動を維持する。   The load balancer 11 sends requests from the terminal 13-1, the terminal 13-2,..., The terminal 13-3 to the AP server 3-1, the AP server 3-2,. Send to. Further, the load balancer 11 sends responses from the AP server 3-1, AP server 3-2,..., AP server 3-3 to the terminal 13-1, terminal 13-2,. -3. The load balancer 11 distributes the request to each server and maintains a constant response speed. Further, the load distribution apparatus 11 maintains the operation of the application to be provided even when an abnormality has occurred in some servers.

端末13−1、端末13−2、・・・、端末13−3は、アプリケーションのユーザが利用する。端末13−1、端末13−2、・・・、端末13−3は、ユーザの指示に従い、負荷分散装置11(最終的には、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3)に対し、要求を送信する。   Terminal 13-1, terminal 13-2,..., And terminal 13-3 are used by application users. The terminal 13-1, the terminal 13-2,..., And the terminal 13-3 follow the user's instruction, and load balancer 11 (finally, AP server 3-1, AP server 3-2,. , A request is transmitted to the AP server 3-3).

外部ネットワーク9−2は、いわゆるファイアウォール外のネットワークであり、例えば、インターネットである。   The external network 9-2 is a network outside a so-called firewall, for example, the Internet.

図2は、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3、リリース管理サーバ5、運用監視サーバ7等を実現するコンピュータのハードウェア構成図である。尚、図2のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。   FIG. 2 is a hardware configuration diagram of a computer that realizes the AP server 3-1, the AP server 3-2,..., The AP server 3-3, the release management server 5, the operation monitoring server 7, and the like. Note that the hardware configuration in FIG. 2 is an example, and various configurations can be adopted depending on the application and purpose.

コンピュータは、制御部21、記憶部23、メディア入出力部25、通信制御部27、入力部29、表示部31、周辺機器I/F部33等が、バス35を介して接続される。   In the computer, a control unit 21, a storage unit 23, a media input / output unit 25, a communication control unit 27, an input unit 29, a display unit 31, a peripheral device I / F unit 33 and the like are connected via a bus 35.

制御部21は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)等で構成される。   The control unit 21 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like.

CPUは、記憶部23、ROM、記録媒体等に格納されるプログラムをRAM上のワークメモリ領域に呼び出して実行し、バス35を介して接続された各装置を駆動制御し、APサーバ3−1、APサーバ3−2、・・・、APサーバ3−3、リリース管理サーバ5、運用監視サーバ7等が行う後述する処理を実現する。
ROMは、不揮発性メモリであり、コンピュータのブートプログラムやBIOS等のプログラム、データ等を恒久的に保持している。
RAMは、揮発性メモリであり、記憶部23、ROM、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部21が各種処理を行う為に使用するワークエリアを備える。
The CPU calls a program stored in the storage unit 23, ROM, recording medium, or the like to a work memory area on the RAM, executes it, drives and controls each device connected via the bus 35, and AP server 3-1. , AP server 3-2,..., AP server 3-3, release management server 5, operation monitoring server 7, and the like.
The ROM is a non-volatile memory and permanently holds a computer boot program, a program such as BIOS, data, and the like.
The RAM is a volatile memory, and temporarily stores programs, data, and the like loaded from the storage unit 23, ROM, recording medium, and the like, and includes a work area used by the control unit 21 for performing various processes.

記憶部23は、HDD(ハードディスクドライブ)であり、制御部21が実行するプログラム、プログラム実行に必要なデータ等が格納される。プログラムに関しては、OS(オペレーティングシステム)に相当する制御プログラムや、後述する処理をコンピュータに実行させるためのアプリケーションプログラムが格納されている。
これらの各プログラムコードは、制御部21により必要に応じて読み出されてRAMに移され、CPUに読み出されて各種の手段として実行される。
The storage unit 23 is an HDD (hard disk drive), and stores a program executed by the control unit 21, data necessary for program execution, and the like. With respect to the program, a control program corresponding to an OS (operating system) and an application program for causing a computer to execute processing described later are stored.
Each of these program codes is read by the control unit 21 as necessary, transferred to the RAM, read by the CPU, and executed as various means.

メディア入出力部25(ドライブ装置)は、データの入出力を行い、例えば、CDドライブ(−ROM、−R、−RW等)、DVDドライブ(−ROM、−R、−RW等)、MOドライブ等のメディア入出力装置を有する。   The media input / output unit 25 (drive device) inputs / outputs data, for example, a CD drive (-ROM, -R, -RW, etc.), DVD drive (-ROM, -R, -RW, etc.), MO drive, etc. And other media input / output devices.

通信制御部27は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク9(内部ネットワーク9−1、外部ネットワーク9−2)間の通信を媒介する通信インタフェースであり、ネットワーク9を介して、他のコンピュータ間との通信制御を行う。   The communication control unit 27 includes a communication control device, a communication port, and the like, and is a communication interface that mediates communication between the computer and the network 9 (internal network 9-1, external network 9-2). Control communication with other computers.

入力部29は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部29を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。
The input unit 29 inputs data and includes, for example, a keyboard, a pointing device such as a mouse, and an input device such as a numeric keypad.
An operation instruction, an operation instruction, data input, and the like can be performed on the computer via the input unit 29.

表示部31は、CRTモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等(ビデオアダプタ等)を有する。   The display unit 31 includes a display device such as a CRT monitor and a liquid crystal panel, and a logic circuit (such as a video adapter) for realizing a video function of the computer in cooperation with the display device.

周辺機器I/F(インタフェース)部15は、コンピュータに周辺機器を接続させるためのポートであり、周辺機器I/F部33を介してコンピュータは周辺機器とのデータの送受信を行う。周辺機器I/F部33は、USBやIEEE1394やRS−232C等で構成されており、通常複数の周辺機器I/Fを有する。周辺機器との接続形態は有線、無線を問わない。   The peripheral device I / F (interface) unit 15 is a port for connecting a peripheral device to the computer, and the computer transmits and receives data to and from the peripheral device via the peripheral device I / F unit 33. The peripheral device I / F unit 33 is configured by USB, IEEE 1394, RS-232C, or the like, and usually has a plurality of peripheral devices I / F. The connection form with the peripheral device may be wired or wireless.

バス35は、各装置間の制御信号、データ信号等の授受を媒介する経路である。   The bus 35 is a path that mediates transmission / reception of control signals, data signals, and the like between the devices.

次に、図3、図4を参照しながら、本発明における定時差分確認処理およびリリース時差分確認処理について説明する。
図3は、定時差分確認処理におけるAPサーバ3−1のアクティビティ図である。尚、APサーバ3−2、・・・、APサーバ3−3も、同様に図3に示す処理を行う。
Next, the scheduled difference confirmation process and the release difference confirmation process according to the present invention will be described with reference to FIGS.
FIG. 3 is an activity diagram of the AP server 3-1 in the scheduled difference confirmation process. The AP server 3-2,..., The AP server 3-3 also performs the process shown in FIG.

図3に示す処理は、運用上、定期的に行うものである。図3に示す処理は、例えば、日次バッチによって行っても良い。また、運用監視サーバ7がAPサーバ3−1等に実行開始命令を送信するようにしても良い。また、管理者がいずれかの装置(APサーバ3−1、リリース管理サーバ5、監視サーバ7等)の入力部29を介して実行開始命令を入力するようにしても良い。   The processing shown in FIG. 3 is periodically performed in operation. The process shown in FIG. 3 may be performed by, for example, a daily batch. Further, the operation monitoring server 7 may transmit an execution start command to the AP server 3-1. Further, the administrator may input an execution start command via the input unit 29 of any of the devices (AP server 3-1, release management server 5, monitoring server 7, etc.).

APサーバ3−1は、定時差分確認処理を開始すると(51)、リリース管理サーバ5からリリース対象リストを取得する(52)。リリース対象リストとは、特定のリリース作業においてリリース対象となった変更箇所のリストである。リリース対象リストは、例えば、特定のリリース作業においてリリース対象となったファイル単位のリストでも良い。また、リリース対象リストは、例えば、特定のリリース作業において変更が行われた箇所(例えば、データ項目単位)のリストであっても良い。   When the AP server 3-1 starts the time difference confirmation process (51), the AP server 3-1 acquires the release target list from the release management server 5 (52). The release target list is a list of changes that have been released in a specific release operation. The release target list may be, for example, a list in units of files that are targeted for release in a specific release operation. Further, the release target list may be, for example, a list of locations (for example, data item units) where changes have been made in a specific release operation.

次に、APサーバ3−1は、自らが有するファイルについて前回チェック時との差分を確認する(53)。具体的には、APサーバ3−1は、記憶部23に前回チェック対象とした比較ファイルである前回比較ファイルを保持しておく(前回分保持手段)。そして、APサーバ3−1は、現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成する(比較ファイル生成手段)。次に、比較ファイル生成手段によって生成した今回比較ファイルと、前回分保持手段が保持する前回比較ファイルとの差分を確認する(第1の差分確認手段)。   Next, the AP server 3-1 confirms the difference between the file it has and the previous check (53). Specifically, the AP server 3-1 holds the previous comparison file, which is a comparison file to be checked last time, in the storage unit 23 (previous-number holding unit). Then, the AP server 3-1 generates a current comparison file, which is a comparison file to be checked this time, from the currently installed file group (comparison file generation means). Next, the difference between the current comparison file generated by the comparison file generation unit and the previous comparison file held by the previous holding unit is checked (first difference checking unit).

APサーバ3−1は、第1の差分確認手段による確認結果が「差異なし」の場合(54の[差異なし])、定時差分確認処理を終了する(59)。
一方、APサーバ3−1は、第1の差分確認手段による確認結果が「差異あり」の場合(54の[差異あり])、現在インストールされているファイル群の変更箇所がリリース対象リストに存在するかどうか確認する(リリース対象確認手段)(55)。
When the confirmation result by the first difference confirmation unit is “no difference” (54 [no difference]), the AP server 3-1 ends the scheduled difference confirmation process (59).
On the other hand, when the confirmation result by the first difference confirmation unit is “difference” (AP [difference] in 54), the AP server 3-1 has a change point of the currently installed file group in the release target list. (Release target confirmation means) (55).

APサーバ3−1は、リリース対象確認手段による確認結果が「存在する」の場合(56の[存在する])、現在の比較ファイル(今回比較ファイル)を記憶部23に保存し(前回分保持手段)(58)、定時差分確認処理を終了する(59)。
一方、APサーバ3−1は、リリース対象確認手段による確認結果が「存在しない」の場合(56の[存在しない])、運用監視サーバ7に異常があることを通知する(第1の異常通知手段)(57)。そして、APサーバ3−1は、現在の比較ファイル(今回比較ファイル)を記憶部23に保存し(前回分保持手段)(58)、定時差分確認処理を終了する(59)。
The AP server 3-1 stores the current comparison file (current comparison file) in the storage unit 23 (holds the previous time) when the confirmation result by the release target confirmation unit is “exist” (56 [exists]). (Means) (58), the scheduled difference confirmation process is terminated (59).
On the other hand, when the confirmation result by the release target confirmation unit is “does not exist” (56 [does not exist]), the AP server 3-1 notifies the operation monitoring server 7 that there is an abnormality (first abnormality notification) Means) (57). Then, the AP server 3-1 saves the current comparison file (current comparison file) in the storage unit 23 (previous-part holding means) (58), and ends the scheduled difference confirmation process (59).

図3では、APサーバ3−1は、リリース管理サーバ5からリリース対象リストを取得することとしたが、APサーバ3−1がリリース対象リストを保持しておくようにしても良い。例えば、リリース作業の際、APサーバ3−1は、リリース前の構成と、リリース後の構成との差分を取得し、この差分がある箇所(ファイル単位でも良いし、データ項目単位でも良い。)のリストをリリース対象リストとして保持しておくようにしても良い。この場合、リリース管理サーバ5が存在しなくても、APサーバ3−1は、図3に示す定時差分確認処理を実行することができる。   In FIG. 3, the AP server 3-1 acquires the release target list from the release management server 5, but the AP server 3-1 may hold the release target list. For example, at the time of the release work, the AP server 3-1 acquires the difference between the configuration before the release and the configuration after the release, and a location where this difference exists (may be a file unit or a data item unit). May be held as a release target list. In this case, even if the release management server 5 does not exist, the AP server 3-1 can execute the scheduled difference confirmation process shown in FIG.

図3では、リリース対象確認手段による確認を行うこととしたが、この確認を行わないようにしても良い。すなわち、第1の差分確認手段による確認結果が「差異あり」の場合、APサーバ3−1は、リリース対象確認手段による確認を行わず、運用監視サーバ7に異常があることを通知するようにしても良い。   In FIG. 3, the confirmation by the release target confirmation unit is performed, but this confirmation may not be performed. That is, when the confirmation result by the first difference confirmation unit is “difference”, the AP server 3-1 notifies the operation monitoring server 7 that there is an abnormality without performing the confirmation by the release target confirmation unit. May be.

前述のように、前回分保持手段は、第1の差分確認手段によって差分を確認した後、確認結果に関わらず、第1の差分確認手段によって生成した今回比較ファイルを、前回比較ファイルとして保持する。   As described above, the previous time holding means holds the current comparison file generated by the first difference checking means as the previous comparison file regardless of the confirmation result after checking the difference by the first difference checking means. .

更に、APサーバ3−1は、前回分保持手段が保持した前回比較ファイルを履歴データとして蓄積するようにしても良い(履歴蓄積手段)。また、更に、APサーバ3−1は、リリース管理サーバ5が保持するリリースごとのファイルの変更の履歴データ(通常、バージョン情報を有する。)と、履歴蓄積手段によって蓄積した履歴データとを比較する機能(履歴比較手段)を具備しても良い。   Further, the AP server 3-1 may store the previous comparison file held by the previous holding unit as history data (history storage unit). Furthermore, the AP server 3-1 compares the history data of file changes for each release held by the release management server 5 (usually having version information) and the history data accumulated by the history accumulation means. A function (history comparison means) may be provided.

例えば、あるファイルのデータ項目の変更について、リリース管理サーバ5では、100(Ver1.0)−>101(Ver1.1)−>102(Ver1.2)−>103(Ver1.3)という履歴データを保持しているとする。一方、APサーバ3−1では、100(Ver1.0のリリース日)−>111(Ver1.1のリリース日)−>112(Ver1.2のリリース日)−>113(Ver1.3のリリース日)という履歴データを保持しているとする。   For example, regarding the change of the data item of a certain file, the release management server 5 records history data of 100 (Ver1.0)-> 101 (Ver1.1)-> 102 (Ver1.2)-> 103 (Ver1.3). Is held. On the other hand, in the AP server 3-1, 100 (Ver1.0 release date) → 111 (Ver1.1 release date) → 112 (Ver1.2 release date) → 113 (Ver1.3 release date) ) Is stored.

前述の状況において、APサーバ3−1が具備する履歴比較手段による追跡調査について説明する。APサーバ3−1は、リリース管理サーバ5が保持するVer1.0の値「100」と、APサーバ3−1が保持するVer1.0のリリース日の値「100」とを比較し、両者が一致することを確認する。次に、APサーバ3−1は、リリース管理サーバ5が保持するVer1.1の値「101」と、APサーバ3−1が保持するVer1.1のリリース日の値「111」とを比較し、両者が一致しないことを確認する。そして、APサーバ3−1は、Ver1.1のリリース日において、ファイルが一致していないことを出力する。この場合、Ver1.1のリリース時に不正ファイルがインストールされたことが分かる。つまり、履歴比較手段によって、アプリケーションに含まれるファイルがいつ不正に変更されたかを過去に遡って追跡調査することもできる。   In the above-described situation, the follow-up survey by the history comparison unit included in the AP server 3-1 will be described. The AP server 3-1 compares the value “100” of Ver 1.0 held by the release management server 5 with the value “100” of the release date of Ver 1.0 held by the AP server 3-1. Make sure they match. Next, the AP server 3-1 compares the value “101” of Ver 1.1 held by the release management server 5 with the value “111” of the release date of Ver 1.1 held by the AP server 3-1. Confirm that they do not match. Then, the AP server 3-1 outputs that the files do not match on the release date of Ver1.1. In this case, it can be seen that an illegal file was installed when Ver 1.1 was released. In other words, the history comparison means can trace back to the past when the file included in the application has been illegally changed.

このように、図3に示す定時差分確認処理を行うことで、例えば、(1)全てのサーバがウィルス感染し、全てのサーバの構成ファイルが同じように書き換えられたケース、(2)人為的なミスによって全てのサーバに対してリリースを失敗し、全てのサーバの構成ファイルが古いバージョンとなっているケース、などであっても、異常を検知し、更に、詳細な追跡調査を行うことができる。   In this way, by performing the scheduled difference confirmation process shown in FIG. 3, for example, (1) a case where all servers are infected with a virus, and the configuration files of all servers are rewritten in the same way, (2) artificial Even if the release fails for all servers due to a mistake, the configuration files of all servers are out of date, etc., it is possible to detect an abnormality and conduct a detailed follow-up survey. it can.

図4は、リリース時差分確認処理におけるAPサーバ3−1のアクティビティ図である。尚、APサーバ3−2、・・・、APサーバ3−3も、同様に図4に示す処理を行う。   FIG. 4 is an activity diagram of the AP server 3-1 in the release time difference confirmation process. The AP server 3-2,..., The AP server 3-3 also performs the process shown in FIG.

図4に示す処理は、運用上、リリース時に行うものである。図4に示す処理の実行は、例えば、管理者がいずれかの装置(APサーバ3−1、リリース管理サーバ5、監視サーバ7等)の入力部29を介して実行開始命令を入力するようにしても良い。図4に示す処理の前処理として、リリース管理サーバ5は、特定のバージョン(管理者が比較を行いたいバージョン)のファイル群から比較元ファイルを生成しておく(比較元ファイル生成手段)。比較元ファイル生成手段の実行は、例えば、管理者がいずれかの装置(APサーバ3−1、リリース管理サーバ5、監視サーバ7等)の入力部29を介して実行開始命令を入力するようにしても良い。   The processing shown in FIG. 4 is performed at the time of release in operation. In the execution of the process shown in FIG. 4, for example, the administrator inputs an execution start command via the input unit 29 of any of the devices (AP server 3-1, release management server 5, monitoring server 7, etc.). May be. As a pre-process of the process shown in FIG. 4, the release management server 5 generates a comparison source file from a file group of a specific version (version that the administrator wants to compare) (comparison source file generation means). The execution of the comparison source file generation means is performed, for example, by an administrator inputting an execution start command via the input unit 29 of any of the devices (AP server 3-1, release management server 5, monitoring server 7, etc.). May be.

APサーバ3−1は、リリース時差分確認処理を開始すると(71)、リリース管理サーバ5から比較元ファイルを取得する(72)。次に、APサーバ3−1は、現在インストールされているファイル群からチェック対象とする比較ファイルを生成し(73)、比較ファイルと比較元ファイルとを比較し、差分を確認する(第2の差分確認手段)(74)。   When the AP server 3-1 starts the release time difference confirmation process (71), the AP server 3-1 acquires the comparison source file from the release management server 5 (72). Next, the AP server 3-1 generates a comparison file to be checked from the currently installed file group (73), compares the comparison file with the comparison source file, and confirms the difference (second). Difference confirmation means) (74).

APサーバ3−1は、第2の差分確認手段による確認結果が「差異なし」の場合(75の[差異なし])、リリース時差分確認処理を終了する(77)。
一方、APサーバ3−1は、第2の差分確認手段による確認結果が「差異あり」の場合(75の[差異あり])、運用監視サーバ7に異常を通知し(第2の異常通知手段)(76)、リリース時差分確認処理を終了する(77)。
If the confirmation result by the second difference confirmation unit is “no difference” (75 [no difference]), the AP server 3-1 ends the release difference confirmation process (77).
On the other hand, when the confirmation result by the second difference confirmation unit is “difference” (75 [difference]), the AP server 3-1 notifies the operation monitoring server 7 of the abnormality (second abnormality notification unit). ) (76), the release time difference confirmation process is terminated (77).

このように、図4に示すリリース時差分確認処理を行うことで、本番環境の構成が、特定のバージョンのファイル群の構成と一致するかどうかを確認することができる。   In this way, by performing the release time difference confirmation process shown in FIG. 4, it is possible to confirm whether the configuration of the production environment matches the configuration of the file group of a specific version.

次に、図5、図6を参照しながら、第1の実施形態に係る実施例について説明する。
図5は、第1の実施形態に係る実施例の全体構成を示す図である。本実施例は、負荷分散システムに構成チェックシステム1を組み込んだものとなっている。
Next, examples according to the first embodiment will be described with reference to FIGS. 5 and 6.
FIG. 5 is a diagram illustrating an overall configuration of an example according to the first embodiment. In this embodiment, the configuration check system 1 is incorporated into a load distribution system.

図5に示すように、本実施例では、構成チェックシステム1は、APサーバ3、リリース管理サーバ5、運用監視サーバ7等を備える。また、オペレータ15は、APサーバ3が提供するアプリケーションを監視している。但し、オペレータ15は、APサーバ3が提供するアプリケーションに係る知識を必要としない。また、オペレータ15は、障害が発生したときに、17−1の担当者X、17−2の担当者Yに連絡する手段(電話、FAX、電子メールなどであるが、本実施例では、連絡手段を特に限定しない。)を有している。担当者X、担当者Yは、APサーバ3が提供するアプリケーションに係る知識を有するものである。   As shown in FIG. 5, in this embodiment, the configuration check system 1 includes an AP server 3, a release management server 5, an operation monitoring server 7, and the like. Further, the operator 15 monitors an application provided by the AP server 3. However, the operator 15 does not need knowledge regarding the application provided by the AP server 3. Further, the operator 15 is means for contacting the person in charge 17-1 and the person Y in 17-2 when a failure occurs (telephone, FAX, e-mail, etc .; Means are not particularly limited.) The person in charge X and the person in charge Y have knowledge about the application provided by the AP server 3.

最初に、ステップ101、ステップ102、ステップ301によって示される定時差分確認処理の流れについて説明する。   First, the flow of the scheduled difference confirmation process indicated by step 101, step 102, and step 301 will be described.

<ステップ101>
APサーバ3が有する日次バッチのスケジュール機能によって、定時差分確認処理の実行開始指示がなされると、APサーバ3は、比較対象ファイル91から今回比較ファイルを生成し、生成した今回比較ファイルと、記憶部23上の保管ディレクトリ19に記憶されている前回比較ファイル92との差分を確認する。
<Step 101>
When an instruction to start execution of the scheduled difference confirmation process is given by the daily batch scheduling function of the AP server 3, the AP server 3 generates the current comparison file from the comparison target file 91, and the generated current comparison file, The difference from the previous comparison file 92 stored in the storage directory 19 on the storage unit 23 is confirmed.

ここで、今回比較ファイルの生成基準について説明する。今回比較ファイルは、例えば、比較対象ファイル91を要約したダイジェスト比較ファイルである。ダイジェスト比較ファイルとは、例えば、比較対象ファイル91ごとにハッシュ関数によってハッシュ値を算出し、算出したハッシュ値を、例えば、ソフトウェアのレイヤごとにまとめたものである。   Here, the generation standard of the comparison file will be described. This comparison file is, for example, a digest comparison file that summarizes the comparison target file 91. The digest comparison file is, for example, a hash value calculated for each comparison target file 91 using a hash function, and the calculated hash values are collected for each software layer, for example.

<ステップ102>
APサーバ3は、ステップ101における確認結果が「差異あり」の場合、例えば、生成した今回比較ファイルの種別(例えば、どのソフトウェアのレイヤに係る比較対象ファイル91を基に生成したかを示すもの)を識別する識別子を埋め込んだメッセージを運用監視サーバ7に送信する。これに対し、運用監視サーバ7は、担当者情報95を有している。担当者情報95は、識別子をキーとして、担当者の氏名、担当者の連絡先などを有する。
<Step 102>
If the confirmation result in step 101 is “difference”, the AP server 3 generates, for example, the type of the current comparison file that has been generated (for example, indicating which software layer has been generated based on the comparison target file 91) A message in which an identifier for identifying is embedded is transmitted to the operation monitoring server 7. On the other hand, the operation monitoring server 7 has person-in-charge information 95. The person-in-charge information 95 includes the name of the person in charge, the contact information of the person in charge, etc., using the identifier as a key.

<ステップ301>
運用監視サーバ7は、APサーバ3から受信したメッセージに従い、オペレータ15に障害を通知するため、表示部31にメッセージの内容、および担当者情報95を表示する。また、運用監視サーバ7は、合わせて、警告灯としてのパトランプ(図示しない。)に対して、点灯指示を示す制御信号を送信するようにしても良い。これに対して、オペレータ15は、表示部31に表示されているメッセージの内容、および担当者情報95を確認し、担当者を特定する。そして、オペレータ15は、特定した担当者へ、障害が発生していることを連絡する。これによって、オペレータ15がAPサーバ3によって提供されるアプリケーションに係る知識を有していなくても、迅速に障害対応を行うことができる。尚、運用監視サーバ7が、特定した担当者に係るメールアドレスを宛先とした電子メールを送信するようにしても良い。
<Step 301>
The operation monitoring server 7 displays the message content and the person-in-charge information 95 on the display unit 31 in order to notify the operator 15 of the failure according to the message received from the AP server 3. In addition, the operation monitoring server 7 may transmit a control signal indicating a lighting instruction to a patrol lamp (not shown) as a warning lamp. On the other hand, the operator 15 confirms the content of the message displayed on the display unit 31 and the person-in-charge information 95, and specifies the person in charge. Then, the operator 15 notifies the specified person in charge that a failure has occurred. Thereby, even if the operator 15 does not have knowledge about the application provided by the AP server 3, it is possible to quickly deal with the failure. The operation monitoring server 7 may transmit an e-mail addressed to the e-mail address related to the identified person in charge.

次に、ステップ201、ステップ202、ステップ203、ステップ204、ステップ301によって示される定時差分確認処理の流れについて説明する。尚、以下の説明において、APサーバ3には、リリース管理サーバ5が保持するVer2.0のファイル群がインストールされているものとする。   Next, the flow of the scheduled difference confirmation process indicated by step 201, step 202, step 203, step 204, and step 301 will be described. In the following description, it is assumed that the Ver2.0 file group held by the release management server 5 is installed in the AP server 3.

<ステップ201>
リリース管理サーバ5は、特定のバージョンのファイル群であるVer2.0のファイル群93−3から、比較元ファイルであるダイジェストファイル94bを生成する。ダイジェストファイル94bは、Ver2.0のファイル群93−3を要約したものである。ここで、ファイル群93−3の中には、サーバごとに異なるデータ項目、例えば、コンピュータ名(内部ネットワーク9−2上で識別可能な名称)、IPアドレスなどが含まれている場合がある。この場合、リリース管理サーバ5は、これらのデータ項目を削除したワークファイルを生成し、生成したワークファイルに対してハッシュ値を算出する。そして、リリース管理サーバ5は、算出したハッシュ値を、ソフトウェアのレイヤごとにまとめて、ダイジェストファイル94bとする。
<Step 201>
The release management server 5 generates a digest file 94b that is a comparison source file from a Ver2.0 file group 93-3 that is a file group of a specific version. The digest file 94b is a summary of the Ver2.0 file group 93-3. Here, the file group 93-3 may include different data items for each server, for example, computer names (names that can be identified on the internal network 9-2), IP addresses, and the like. In this case, the release management server 5 generates a work file from which these data items are deleted, and calculates a hash value for the generated work file. Then, the release management server 5 collects the calculated hash values for each software layer and forms a digest file 94b.

<ステップ202>
APサーバ3は、比較対象ファイル91からチェック対象とするダイジェストファイル94aを生成する。ダイジェストファイル94aの生成基準は、ステップ201におけるダイジェストファイル94bの生成基準と同一とする。すなわち、サーバごとに異なるデータ項目については、これらのデータ項目を削除したワークファイルを生成し、生成したワークファイルに対してハッシュ値を算出する。そして、APサーバ3は、算出したハッシュ値を、ソフトウェアのレイヤごとにまとめて、ダイジェストファイル94aとする。
<Step 202>
The AP server 3 generates a digest file 94a to be checked from the comparison target file 91. The generation standard of the digest file 94a is the same as the generation standard of the digest file 94b in step 201. That is, for data items that are different for each server, a work file from which these data items are deleted is generated, and a hash value is calculated for the generated work file. Then, the AP server 3 collects the calculated hash values for each software layer and forms a digest file 94a.

<ステップ203>
APサーバ3は、ダイジェストファイル94aとダイジェストファイル94bとの差分を確認する。ダイジェストファイル94aおよびダイジェストファイル94bがソフトウェアのレイヤごとにまとめていることから、APサーバ3は、差異がある場合には、どのソフトウェアのレイヤに差異があるかを判別可能となっている。
<Step 203>
The AP server 3 checks the difference between the digest file 94a and the digest file 94b. Since the digest file 94a and the digest file 94b are collected for each software layer, the AP server 3 can determine which software layer has a difference when there is a difference.

<ステップ204>
APサーバ3は、ステップ203における確認結果が「差異あり」の場合、例えば、生成した今回比較ファイルの種別(例えば、どのソフトウェアのレイヤに係る比較対象ファイル91を基に生成したかを示すもの)を識別する識別子を埋め込んだメッセージを運用監視サーバ7に送信する。これに対し、運用監視サーバ7は、担当者情報95を有している。担当者情報95は、識別子をキーとして、担当者の氏名、担当者の連絡先などを有する。識別子の埋め込み処理については、図6の説明にて後述する。
<Step 204>
If the confirmation result in step 203 is “difference”, the AP server 3 generates, for example, the type of the current comparison file that has been generated (for example, indicates which software layer has been generated based on the comparison target file 91) A message in which an identifier for identifying is embedded is transmitted to the operation monitoring server 7. On the other hand, the operation monitoring server 7 has person-in-charge information 95. The person-in-charge information 95 includes the name of the person in charge, the contact information of the person in charge, etc., using the identifier as a key. The identifier embedding process will be described later with reference to FIG.

<ステップ301>
運用監視サーバ7は、APサーバ3から受信したメッセージに従い、オペレータ15に障害を通知するため、表示部31にメッセージの内容、および担当者情報95を表示する。また、運用監視サーバ7は、合わせて、警告灯としてのパトランプ(図示しない。)に対して、点灯指示を示す制御信号を送信するようにしても良い。
<Step 301>
The operation monitoring server 7 displays the message content and the person-in-charge information 95 on the display unit 31 in order to notify the operator 15 of the failure according to the message received from the AP server 3. In addition, the operation monitoring server 7 may transmit a control signal indicating a lighting instruction to a patrol lamp (not shown) as a warning lamp.

図6は、担当者への障害通知の一例を示す図である。図6に示す例では、構成チェックシステム1がチェック対象とするAPサーバ3のソフトウェアのレイヤは、OS、ミドルウェア、アプリケーションである。また、構成ファイルである比較対象ファイルは、ソフトウェアのレイヤごとに、共通ファイルと個別ファイルに分けられる。共通ファイルとは、全てのAPサーバ3に共通する構成を記述したファイルである。また、個別ファイルとは、各APサーバ固有の構成を記述したファイルである。   FIG. 6 is a diagram illustrating an example of failure notification to a person in charge. In the example shown in FIG. 6, the software layers of the AP server 3 to be checked by the configuration check system 1 are the OS, middleware, and application. The comparison target file, which is a configuration file, is divided into a common file and an individual file for each software layer. The common file is a file describing a configuration common to all AP servers 3. The individual file is a file describing a configuration unique to each AP server.

図6に示す構成チェック処理では、APサーバ3は、比較対象ファイルをソフトウェアのレイヤごと、及び共通ファイルか個別ファイルかに区分し、リリース管理サーバ5が保持する特定のバージョンのファイル群を比較対象とする。
具体的には、APサーバ3は、自らのアプリケーションの共通ファイル91−1aとリリース管理サーバ5のアプリケーションの共通ファイル91−1bを比較する。また、APサーバ3は、自らのアプリケーションの個別ファイル91−2aとリリース管理サーバ5のアプリケーションの個別ファイル91−2bを比較する。
また、APサーバ3は、自らのミドルウェアの共通ファイル91−3aとリリース管理サーバ5のミドルウェアの共通ファイル91−3bを比較する。また、リリース管理サーバ5は、自らのミドルウェアの個別ファイル91−4aとリリース管理サーバ5のミドルウェアの個別ファイル91−4bを比較する。
また、APサーバ3は、自らのOSの共通ファイル91−5aとリリース管理サーバ5のOSの共通ファイル91−5bを比較する。また、APサーバ3は、自らのOSの個別ファイル91−6aとリリース管理サーバ5のOSの個別ファイル91−6bを比較する。
In the configuration check process illustrated in FIG. 6, the AP server 3 classifies the comparison target file for each software layer, a common file or an individual file, and compares a specific version of the file group held by the release management server 5 with the comparison target file. And
Specifically, the AP server 3 compares the common file 91-1a of its own application with the common file 91-1b of the application of the release management server 5. Further, the AP server 3 compares the individual file 91-2a of its own application with the individual file 91-2b of the application of the release management server 5.
Further, the AP server 3 compares the middleware common file 91-3a of its own with the middleware common file 91-3b of the release management server 5. Also, the release management server 5 compares the middleware individual file 91-4a with the middleware individual file 91-4b of the release management server 5.
In addition, the AP server 3 compares the OS common file 91-5a with the OS common file 91-5b of the release management server 5. Further, the AP server 3 compares the individual file 91-6a of its own OS with the individual file 91-6b of the OS of the release management server 5.

APサーバ3は、共通ファイル同士の比較であれば、例えば、一致しない箇所が存在する場合、すなわち、両ファイルに差異がある場合、異常があると判定する。一方、APサーバ3は、個別ファイル同士の比較であれば、例えば、一致しない箇所が存在しない場合、すなわち、両ファイルに差異がない場合、異常があると判定する。これによって、例えば、サーバごとに異なるIPアドレス、サーバ名などの設定漏れ(基にしたファイルの内容を変更せずにそのままインストールしてしまった場合など)を検知することができる。   When comparing the common files, the AP server 3 determines that there is an abnormality if, for example, there is a portion that does not match, that is, if there is a difference between the two files. On the other hand, when comparing the individual files, the AP server 3 determines that there is an abnormality, for example, when there is no mismatched portion, that is, when there is no difference between the two files. Thereby, for example, it is possible to detect omissions in settings such as different IP addresses and server names for each server (for example, when the installation is performed without changing the contents of the file based on the server).

そして、APサーバ3は、アプリケーションに関する比較結果に異常があった場合、担当者Xに障害を通知するため、生成した比較ファイルの種別としてアプリケーションを示す識別子を埋め込んだメッセージを運用監視サーバ7に送信する。
一方、APサーバ3は、ミドルウェアおよび/またはOSに関する比較結果に異常があった場合、担当者Yに障害を通知するため、生成した比較ファイルの種別としてミドルウェアおよび/またはOSを示す識別子を埋め込んだメッセージを運用監視サーバ7に送信する。
When there is an abnormality in the comparison result regarding the application, the AP server 3 sends a message in which an identifier indicating the application is embedded as the type of the generated comparison file to the operation monitoring server 7 in order to notify the person in charge X of the failure. To do.
On the other hand, the AP server 3 embeds an identifier indicating the middleware and / or the OS as the type of the generated comparison file in order to notify the person in charge Y of the failure when the comparison result regarding the middleware and / or the OS is abnormal. A message is transmitted to the operation monitoring server 7.

<第2の実施形態>
次に、図7から図9を参照しながら、第2の実施形態について説明する。以下では、第1の実施形態に係る構成要素と同様の構成要素については同一の番号を付し、重複した説明を避けることとする。
<Second Embodiment>
Next, a second embodiment will be described with reference to FIGS. Below, the same number is attached | subjected about the component similar to the component which concerns on 1st Embodiment, and suppose that the duplicate description is avoided.

図7は、第2の実施形態に係る構成チェックシステム1cの概要を示す図である。図7に示すように、構成チェックシステム1cは、APサーバ3−1c、APサーバ3−2c、・・・、APサーバ3−3c、リリース管理サーバ5c、運用監視サーバ7が内部ネットワーク9−1を介して接続している。   FIG. 7 is a diagram showing an outline of the configuration check system 1c according to the second embodiment. As shown in FIG. 7, the configuration check system 1c includes an AP server 3-1c, an AP server 3-2c,..., An AP server 3-3c, a release management server 5c, and an operation monitoring server 7 that are connected to the internal network 9-1. Connected through.

第1の実施形態に係る構成チェックシステム1では、構成チェックプログラム2がAPサーバ3−1、APサーバ3−2、・・・、APサーバ3−3にインストールされていたが、第2の実施形態に係る構成チェックシステム1cでは、構成チェックプログラム2cがリリース管理サーバ5cにインストールされている。従って、図3に示す定時差分確認処理、及び図5に示すリリース時差分確認処理は、リリース管理サーバ5cが行う。   In the configuration check system 1 according to the first embodiment, the configuration check program 2 is installed in the AP server 3-1, AP server 3-2,..., AP server 3-3. In the configuration check system 1c according to the embodiment, the configuration check program 2c is installed in the release management server 5c. Accordingly, the release management server 5c performs the scheduled difference confirmation process shown in FIG. 3 and the release difference confirmation process shown in FIG.

次に、図8、図9を参照しながら、本発明における定時差分確認処理およびリリース時差分確認処理について説明する。
図8は、定時差分確認処理におけるリリース管理サーバ5cのアクティビティ図である。
以下では、APサーバ3−1cに対する定時差分確認処理について説明するが、APサーバ3−2c、APサーバ3−3cに対しても同様の処理を行う。図8に示す処理の前提として、APサーバ3−1cは、今回チェック対象とする今回分比較ファイルを生成し、生成した今回比較ファイルをリリース管理サーバ5cに送信している(比較ファイル送信手段)。従って、図8に示す処理は、例えば、リリース管理サーバ5cが今回比較ファイルを受信すると実行するようにしても良い。また、管理者がリリース管理サーバ5cの入力部29を介して実行開始命令を入力するようにしても良い。
Next, the scheduled difference confirmation process and the release difference confirmation process according to the present invention will be described with reference to FIGS.
FIG. 8 is an activity diagram of the release management server 5c in the scheduled difference confirmation process.
In the following, the regular difference confirmation process for the AP server 3-1c will be described, but the same process is performed for the AP server 3-2c and the AP server 3-3c. As a premise of the processing shown in FIG. 8, the AP server 3-1c generates a current comparison file to be checked this time, and transmits the generated current comparison file to the release management server 5c (comparison file transmission means). . Therefore, for example, the process shown in FIG. 8 may be executed when the release management server 5c receives the current comparison file. Alternatively, the administrator may input an execution start command via the input unit 29 of the release management server 5c.

リリース管理サーバ5cは、定時差分確認処理を開始すると(61)、現在の比較ファイルである今回比較ファイルを取得する(62)。   When the release management server 5c starts the time difference confirmation process (61), the release management server 5c acquires the current comparison file, which is the current comparison file (62).

次に、リリース管理サーバ5cは、前回チェック時との差分を確認する(63)。具体的には、リリース管理サーバ5cは、記憶部23に前回チェック対象とした比較ファイルである前回比較ファイルを保持しておく(前回分保持手段)。そして、今回比較ファイルと、前回分保持手段が保持する前回比較ファイルとの差分を確認する(第1の差分確認手段)。   Next, the release management server 5c confirms the difference from the previous check (63). Specifically, the release management server 5c holds the previous comparison file, which is the comparison file to be checked last time, in the storage unit 23 (previous amount holding means). Then, the difference between the current comparison file and the previous comparison file held by the previous holding unit is checked (first difference checking unit).

リリース管理サーバ5cは、第1の差分確認手段による確認結果が「差異なし」の場合(64の[差異なし])、定時差分確認処理を終了する(69)。
一方、リリース管理サーバ5cは、第1の差分確認手段による確認結果が「差異あり」の場合(64の[差異あり])、現在インストールされているファイル群の変更箇所がリリース対象リストに存在するかどうか確認する(リリース対象確認手段)(65)。リリース対象リストは、リリース管理サーバ5cの記憶部23に保持している。
If the confirmation result by the first difference confirmation unit is “no difference” (64 [no difference]), the release management server 5c ends the scheduled difference confirmation process (69).
On the other hand, when the confirmation result by the first difference confirmation unit is “difference” (64 [difference]), the release management server 5c has a change point of the currently installed file group in the release target list. (Release target confirmation means) (65). The release target list is held in the storage unit 23 of the release management server 5c.

リリース管理サーバ5cは、リリース対象確認手段による確認結果が「存在する」の場合(66の[存在する])、現在の比較ファイル(今回比較ファイル)を記憶部23に保存し(前回分保持手段)(68)、定時差分確認処理を終了する(69)。
一方、リリース管理サーバ5cは、リリース対象確認手段による確認結果が「存在しない」の場合(66の[存在しない])、運用監視サーバ7に異常があることを通知する(第1の異常通知手段)(67)。そして、リリース管理サーバ5cは、現在の比較ファイル(今回比較ファイル)を記憶部23に保存し(前回分保持手段)(68)、定時差分確認処理を終了する(69)。
The release management server 5c saves the current comparison file (current comparison file) in the storage unit 23 when the confirmation result by the release target confirmation unit “exists” (66 [exists]) (previous amount holding unit). ) (68), the fixed time difference confirmation processing is terminated (69).
On the other hand, the release management server 5c notifies that there is an abnormality in the operation monitoring server 7 when the confirmation result by the release target confirmation unit is “does not exist” (66 [does not exist]) (first abnormality notification unit) ) (67). Then, the release management server 5c saves the current comparison file (current comparison file) in the storage unit 23 (previous holding unit) (68), and ends the scheduled difference confirmation process (69).

前述のように、前回分保持手段は、第1の差分確認手段によって差分を確認した後、確認結果に関わらず、第1の差分確認手段によって生成した今回比較ファイルを、前回比較ファイルとして保持する。更に、リリース管理サーバ5cは、前回分保持手段が保持した前回比較ファイルを履歴データとして蓄積するようにしても良い(履歴蓄積手段)。これによって、障害が発生した場合であっても、アプリケーションに含まれるファイルがいつ変更されたかを過去に遡って追跡調査することができる。   As described above, the previous time holding means holds the current comparison file generated by the first difference checking means as the previous comparison file regardless of the confirmation result after checking the difference by the first difference checking means. . Furthermore, the release management server 5c may store the previous comparison file held by the previous holding unit as history data (history storage unit). Accordingly, even when a failure occurs, it is possible to trace back when the file included in the application has been changed.

このように、図8に示す定時差分確認処理を行うことで、例えば、(1)全てのサーバがウィルス感染し、全てのサーバの構成ファイルが同じように書き換えられたケース、(2)人為的なミスによって全てのサーバに対してリリースを失敗し、全てのサーバの構成ファイルが古いバージョンとなっているケース、などであっても、異常を検知することができる。   In this way, by performing the scheduled difference confirmation process shown in FIG. 8, for example, (1) a case where all servers are infected with a virus and the configuration files of all servers are rewritten in the same way, (2) artificial Even if the release of all servers fails due to a mistake, and the configuration file of all servers is an old version, an abnormality can be detected.

図9は、リリース時差分確認処理におけるリリース管理サーバ5cのアクティビティ図である。
以下では、APサーバ3−1cに対する定時差分確認処理について説明するが、APサーバ3−2c、APサーバ3−3cに対しても同様の処理を行う。図9に示す処理の前処理として、APサーバ3−1cは、現在インストールされているファイル群から比較ファイルを生成し、生成した比較ファイルをリリース管理サーバ5cに送信している(比較ファイル生成手段)。従って、図9に示す処理は、例えば、リリース管理サーバ5cが比較ファイルを受信すると実行するようにしても良い。また、管理者がリリース管理サーバ5cの入力部29を介して実行開始命令を入力するようにしても良い。
FIG. 9 is an activity diagram of the release management server 5c in the release time difference confirmation process.
In the following, the regular difference confirmation process for the AP server 3-1c will be described, but the same process is performed for the AP server 3-2c and the AP server 3-3c. As pre-processing of the processing shown in FIG. 9, the AP server 3-1c generates a comparison file from the currently installed file group, and transmits the generated comparison file to the release management server 5c (comparison file generation means) ). Therefore, the process shown in FIG. 9 may be executed when the release management server 5c receives the comparison file, for example. Alternatively, the administrator may input an execution start command via the input unit 29 of the release management server 5c.

リリース管理サーバ5cは、リリース時差分確認処理を開始すると(81)、特定のバージョン(管理者が比較を行いたいバージョン)のファイル群から比較元ファイルを生成する(82)。次に、リリース管理サーバ5cは、比較ファイルを取得する(83)。次に、リリース管理サーバ5cは、比較ファイルと比較元ファイルとを比較し、差分を確認する(第2の差分確認手段)(84)。   When the release management server 5c starts the release time difference confirmation process (81), the release management server 5c generates a comparison source file from a file group of a specific version (version that the administrator wants to compare) (82). Next, the release management server 5c acquires a comparison file (83). Next, the release management server 5c compares the comparison file with the comparison source file and confirms the difference (second difference confirmation unit) (84).

リリース管理サーバ5cは、第2の差分確認手段による確認結果が「差異なし」の場合(75の[差異なし])、リリース時差分確認処理を終了する(87)。
一方、リリース管理サーバ5cは、第2の差分確認手段による確認結果が「差異あり」の場合(85の[差異あり])、運用監視サーバ7に異常を通知し(第2の異常通知手段)(86)、リリース時差分確認処理を終了する(87)。
If the confirmation result by the second difference confirmation unit is “no difference” (75 [no difference]), the release management server 5c ends the release difference confirmation process (87).
On the other hand, when the result of confirmation by the second difference confirmation unit is “difference” (85 [difference]), the release management server 5c notifies the operation monitoring server 7 of the abnormality (second abnormality notification unit). (86), the release time difference confirmation process is terminated (87).

このように、図9に示すリリース時差分確認処理を行うことで、本番環境の構成が、特定のバージョンのファイル群の構成と一致するかどうかを確認することができる。   In this way, by performing the release time difference confirmation process shown in FIG. 9, it is possible to confirm whether the configuration of the production environment matches the configuration of the file group of a specific version.

第2の実施形態では、リリース管理サーバ5cが図8に示す定時差分確認処理、及び図9に示すリリース時差分確認処理を行うことで、APサーバ3−1c等の構成をチェックする。第2の実施形態のように、リリース管理サーバ5cが構成チェック処理を行うことで、APサーバ3−1c等に過度な負荷を与えることはない。従って、24時間稼動のシステムなど、稼働中に構成チェックを行う場合であっても、システム全体に大きな影響を与えずに、APサーバ3−1c等の構成をチェックすることができる。   In the second embodiment, the release management server 5c performs the scheduled difference confirmation process shown in FIG. 8 and the release difference confirmation process shown in FIG. 9, thereby checking the configuration of the AP server 3-1c and the like. As in the second embodiment, the release management server 5c performs the configuration check process, so that no excessive load is applied to the AP server 3-1c and the like. Accordingly, even when a configuration check is performed during operation, such as a 24-hour operation system, the configuration of the AP server 3-1c and the like can be checked without greatly affecting the entire system.

以上、様々な実施の形態について説明したが、全ての実施の形態に適用可能な運用例について説明する。例えば、本発明によって、全てのサーバがウィルス感染し、全てのサーバの構成ファイルが同じように書き換えられたケースなどを検知する為に、定時差分確認処理を実行することができる。また、例えば、本発明によって、人為的なミスによって全てのサーバに対してリリースを失敗し、全てのサーバの構成ファイルが古いバージョンとなっているケース、などを検知するためにリリース時差分確認処理を実行することができる。また、例えば、本発明に係るリリース管理サーバを用いると、最新のバージョンに不具合があっても、リリース管理サーバが旧バージョンを保持していることから、旧バージョンを迅速にインストールすることができる。また、例えば、本発明によって、障害が発生した場合であっても、アプリケーションに含まれるファイルがいつ変更されたかを過去に遡って追跡調査することができる。   Although various embodiments have been described above, operation examples applicable to all the embodiments will be described. For example, according to the present invention, it is possible to execute a scheduled difference confirmation process in order to detect a case where all servers are infected with a virus and the configuration files of all servers are rewritten in the same way. In addition, for example, according to the present invention, release difference confirmation processing is performed to detect a case in which release fails for all servers due to human error and configuration files of all servers are out of date. Can be executed. For example, when the release management server according to the present invention is used, even if there is a problem with the latest version, the release management server holds the old version, so that the old version can be quickly installed. Further, for example, according to the present invention, even when a failure occurs, it is possible to trace back when the file included in the application has been changed.

また、APサーバが備える履歴蓄積手段(前回分保持手段が保持した前回比較ファイルを履歴データとして蓄積する手段)を用いると、リリース管理を効率的に行うことができる。例えば、サーバのレンタルを行うサービスを提供する場合を考える。この場合、レンタル対象のサーバは、本発明に係る定時差分確認処理を行うことで、ユーザ(レンタルサーバを借りている者)によってファイルが更新されたかどうかを確認し、更新内容を履歴データとして蓄積しておくことができる。更に、ファイルの更新ごとに課金する仕組みの場合、レンタル対象のサーバは、履歴データを利用して、ユーザに対する課金処理を行うことができる。   In addition, release management can be performed efficiently by using the history storage means (means for storing the previous comparison file held by the previous holding means as history data) provided in the AP server. For example, consider a case where a service for renting a server is provided. In this case, the rental target server confirms whether or not the file has been updated by the user (the person who rented the rental server) by performing the scheduled difference confirmation process according to the present invention, and accumulates the updated contents as history data. Can be kept. Furthermore, in the case of a system that charges for each file update, the rental target server can perform a charging process for the user using the history data.

以上、添付図面を参照しながら、本発明に係る構成チェックシステム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。   The preferred embodiments of the configuration check system and the like according to the present invention have been described above with reference to the accompanying drawings, but the present invention is not limited to such examples. It will be apparent to those skilled in the art that various changes or modifications can be conceived within the scope of the technical idea disclosed in the present application, and these naturally belong to the technical scope of the present invention. Understood.

第1の実施形態に係る構成チェックシステム1の概要を示す図The figure which shows the outline | summary of the structure check system 1 which concerns on 1st Embodiment. コンピュータのハードウェア構成図Computer hardware configuration diagram 定時差分確認処理におけるAPサーバ3−1のアクティビティ図Activity diagram of the AP server 3-1 in the scheduled difference confirmation process リリース時差分確認処理におけるAPサーバ3−1のアクティビティ図Activity diagram of AP server 3-1 in the release time difference confirmation process 第1の実施形態に係る実施例の全体構成を示す図The figure which shows the whole structure of the Example which concerns on 1st Embodiment. 担当者への障害通知の一例を示す図Diagram showing an example of failure notification to the person in charge 第2の実施形態に係る構成チェックシステム1cの概要を示す図The figure which shows the outline | summary of the structure check system 1c which concerns on 2nd Embodiment. 定時差分確認処理におけるリリース管理サーバ5cのアクティビティ図Activity diagram of the release management server 5c in the scheduled difference confirmation process リリース時差分確認処理におけるリリース管理サーバ5cのアクティビティ図Activity diagram of release management server 5c in the release time difference confirmation process

符号の説明Explanation of symbols

1、1c………構成チェックシステム
3、3−1、3−2、3−3、3−1c、3−2c、3−3c………APサーバ
5、5c………リリース管理サーバ
7………運用監視サーバ
9………ネットワーク
9−1………内部ネットワーク
9−2………外部ネットワーク
11………負荷分散装置
13−1、13−2、13−3………端末
15………オペレータ
17−1………担当者X
17−2………担当者Y
19………保管ディレクトリ
21………制御部
23………記憶部
25………メディア入出力部
27………通信制御部
29………入力部
31………表示部
33………周辺機器I/F部
35………バス
91………比較対象ファイル
92………前回比較ファイル
93−1、93−2、93−3………ファイル群
94a、94b………ダイジェストファイル
95………担当者情報
1, 1c... Configuration check system 3, 3-1, 3-2, 3-3, 3-1c, 3-2c, 3-3c ... AP server 5, 5c ... Release management server 7 ... Operation monitoring server 9 ......... Network 9-1 ......... Internal network 9-2 ......... External network 11 ......... Load balancer 13-1, 13-2, 13-3 ......... Terminal 15 ... ...... Operator 17-1 ... Person in charge X
17-2 ... Person in charge Y
19 ......... Storage Directory 21 ......... Control Unit 23 ......... Storage Unit 25 ......... Media Input / Output Unit 27 ......... Communication Control Unit 29 ......... Input Unit 31 ......... Display Unit 33 ......... Peripherals Device I / F section 35... Bus 91... Comparison target file 92... Previous comparison file 93-1, 93-2, 93-3 ... File group 94 a, 94 b ... Digest file 95. ...... Responsible person information

Claims (13)

ファイルによって構成されるアプリケーションを提供するアプリケーションサーバと、前記アプリケーションのリリースを管理するリリース管理サーバと、システム全体の運用を監視する運用監視サーバとが互いに接続されており、前記アプリケーションサーバの構成をチェックする構成チェックシステムであって、
前記リリース管理サーバは、
特定のリリース作業においてリリース対象となった変更箇所のリストであるリリース対象リストを保持する手段、
を具備し、
前記アプリケーションサーバは、
前回チェック対象とした比較ファイルである前回比較ファイルを保持する前回分保持手段と、
現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成する比較ファイル生成手段と、
前記比較ファイル生成手段によって生成した今回比較ファイルと、前記前回分保持手段が保持する前回比較ファイルとの差分を確認する第1の差分確認手段と、
前記第1の差分確認手段による確認結果が差異ありの場合、前記リリース管理サーバから前記リリース対象リストを取得し、前記現在インストールされているファイル群の変更箇所が前記リリース対象リストに存在するかどうかを確認するリリース対象確認手段と、
前記リリース対象確認手段による確認結果が不存在の場合、前記運用監視サーバに異常があることを通知する第1の異常通知手段と、
を具備することを特徴とする構成チェックシステム。
An application server that provides an application configured by a file, a release management server that manages the release of the application, and an operation monitoring server that monitors the operation of the entire system are connected to each other, and the configuration of the application server is checked. A configuration check system that
The release management server
Means to maintain a release target list, which is a list of changes that have been released in a specific release operation;
Comprising
The application server is
Last time holding means for holding the previous comparison file which is the comparison file to be checked last time,
A comparison file generating means for generating a current comparison file, which is a comparison file to be checked this time, from a currently installed file group;
First difference confirmation means for confirming a difference between the current comparison file generated by the comparison file generation means and the previous comparison file held by the previous time holding means;
If there is a difference in the confirmation result by the first difference confirmation unit, the release target list is acquired from the release management server, and whether or not the changed part of the currently installed file group exists in the release target list Release target confirmation means to confirm
A first abnormality notification means for notifying that there is an abnormality in the operation monitoring server when the confirmation result by the release target confirmation means is absent;
A configuration check system comprising:
前記前回分保持手段は、前記第1の差分確認手段によって差分を確認した後、確認結果に関わらず、前記第1の差分確認手段によって生成した今回比較ファイルを、前回比較ファイルとして保持することを特徴とする請求項1に記載の構成チェックシステム。   The previous time holding means holds the current comparison file generated by the first difference checking means as the previous comparison file regardless of the confirmation result after checking the difference by the first difference checking means. The configuration check system according to claim 1, wherein: 前記アプリケーションサーバは、
前記前回分保持手段が保持した前回比較ファイルを履歴データとして蓄積する履歴蓄積手段、
を更に具備することを特徴とする請求項2に記載の構成チェックシステム。
The application server is
History storage means for storing the previous comparison file held by the previous holding means as history data;
The configuration check system according to claim 2, further comprising:
前記リリース管理サーバは、
リリースごとのファイルの変更の履歴データを保持する変更履歴保持手段、
を更に具備し、
前記アプリケーションサーバは、
前記変更履歴保持手段によって前記リリース管理サーバが保持する履歴データと、前記履歴蓄積手段によって前記アプリケーションサーバが保持する履歴データとを比較する履歴比較手段、
を更に具備することを特徴とする請求項3に記載の構成チェックシステム。
The release management server
Change history holding means to hold file change history data for each release,
Further comprising
The application server is
History comparison means for comparing the history data held by the release management server by the change history holding means and the history data held by the application server by the history storage means;
The configuration check system according to claim 3, further comprising:
前記リリース管理サーバは、
特定のバージョンのファイル群から比較元ファイルを生成する比較元ファイル生成手段、
を更に具備し、
前記アプリケーションサーバは、
前記リリース管理サーバから比較元ファイルを取得し、取得した比較元ファイルと今回比較ファイルとの差分を確認する第2の差分確認手段と、
前記第2の差分確認手段による確認結果が差異ありの場合、前記運用監視サーバに異常があることを通知する第2の異常通知手段と、
を更に具備することを特徴とする請求項1に記載の構成チェックシステム。
The release management server
Comparison source file generation means for generating a comparison source file from a specific version of the file group,
Further comprising
The application server is
A second difference confirmation means for obtaining a comparison source file from the release management server and confirming a difference between the obtained comparison source file and the current comparison file;
A second abnormality notification means for notifying that there is an abnormality in the operation monitoring server when the confirmation result by the second difference confirmation means is different;
The configuration check system according to claim 1, further comprising:
前記比較ファイル生成手段が生成する今回比較ファイルは、対象とするファイル群を要約したものであることを特徴とする請求項1に記載の構成チェックシステム。   The configuration check system according to claim 1, wherein the current comparison file generated by the comparison file generation unit summarizes a target file group. 前記比較ファイル生成手段が生成する今回比較ファイル、及び、前記比較元ファイル生成手段が生成する比較元ファイルは、それぞれの対象とするファイル群を要約したものであることを特徴とする請求項5に記載の構成チェックシステム。   6. The current comparison file generated by the comparison file generation unit and the comparison source file generated by the comparison source file generation unit summarize the target file groups, respectively. The configuration check system described. 前記比較ファイル生成手段は、対象のファイル群から各ファイルが属するソフトウェアのレイヤごとに区分して、今回比較ファイルを生成することを特徴とする請求項1に記載の構成チェックシステム。   2. The configuration check system according to claim 1, wherein the comparison file generation unit generates a comparison file this time by dividing the target file group for each software layer to which each file belongs. 前記比較ファイル生成手段は、対象のファイル群から各ファイルが属するソフトウェアのレイヤごとに区分して、今回比較ファイルを生成し、かつ、前記比較元ファイル生成手段は、対象のファイル群から各ファイルが属するソフトウェアのレイヤごとに区分して、比較元ファイルを生成することを特徴とする請求項5に記載の構成チェックシステム。   The comparison file generation means divides the target file group for each software layer to which each file belongs to generate a comparison file this time, and the comparison source file generation means determines that each file from the target file group 6. The configuration check system according to claim 5, wherein the comparison source file is generated for each software layer to which the software belongs. ファイルによって構成されるアプリケーションを提供するアプリケーションサーバと、前記アプリケーションのリリースを管理するリリース管理サーバと、システム全体の運用を監視する運用監視サーバとが互いに接続されており、前記アプリケーションサーバの構成をチェックする構成チェックシステムであって、
前記アプリケーションサーバは、
現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成し、生成した今回比較ファイルを前記リリース管理サーバに送信する比較ファイル送信手段、
を具備し、
前記リリース管理サーバは、
特定のリリース作業においてリリース対象となった変更箇所のリストであるリリース対象リストを保持する手段と、
前回チェック対象とした比較ファイルである前回比較ファイルを保持する前回分保持手段と、
前記アプリケーションサーバから受信した今回比較ファイルと、前記前回分保持手段が保持する前回比較ファイルとの差分を確認する第1の差分確認手段と、
前記第1の差分確認手段による確認結果が差異ありの場合、前記リリース管理サーバから前記リリース対象リストを取得し、前記現在インストールされているファイル群の変更箇所が前記リリース対象リストに存在するかどうかを確認するリリース対象確認手段と、
前記リリース対象確認手段による確認結果が不存在の場合、前記運用監視サーバに異常があることを通知する第1の異常通知手段と、
を具備することを特徴とする構成チェックシステム。
An application server that provides an application configured by a file, a release management server that manages the release of the application, and an operation monitoring server that monitors the operation of the entire system are connected to each other, and the configuration of the application server is checked. A configuration check system that
The application server is
A comparison file transmitting means for generating a current comparison file, which is a comparison file to be checked this time, from a currently installed file group, and transmitting the generated current comparison file to the release management server;
Comprising
The release management server
A means of maintaining a release target list, which is a list of changes that have been released in a specific release task;
Last time holding means for holding the previous comparison file which is the comparison file to be checked last time,
First difference confirmation means for confirming a difference between the current comparison file received from the application server and the previous comparison file held by the previous time holding means;
If there is a difference in the confirmation result by the first difference confirmation unit, the release target list is acquired from the release management server, and whether or not the changed part of the currently installed file group exists in the release target list Release target confirmation means to confirm
A first abnormality notification means for notifying that there is an abnormality in the operation monitoring server when the confirmation result by the release target confirmation means is absent;
A configuration check system comprising:
前記前回分保持手段は、前記第1の差分確認手段によって差分を確認した後、確認結果に関わらず、前記アプリケーションサーバから受信した今回比較ファイルを、前回比較ファイルとして保持することを特徴とする請求項10に記載の構成チェックシステム。   The previous time holding means holds the current comparison file received from the application server as the previous comparison file regardless of the confirmation result after checking the difference by the first difference checking means. Item 13. The configuration check system according to Item 10. 前記リリース管理サーバは、
特定のバージョンのファイル群から比較元ファイルを生成する比較元ファイル生成手段と、
前記比較元ファイル生成手段によって生成した比較元ファイルと、前記アプリケーションサーバから受信した今回比較ファイルとの差分を確認する第2の差分確認手段と、
前記第2の差分確認手段による確認結果が差異ありの場合、前記運用監視サーバに異常があることを通知する第2の異常通知手段と、
を更に具備することを特徴とする請求項10に記載の構成チェックシステム。
The release management server
Comparison source file generation means for generating a comparison source file from a specific version of the file group,
Second difference confirmation means for confirming a difference between the comparison source file generated by the comparison source file generation means and the current comparison file received from the application server;
A second abnormality notification means for notifying that there is an abnormality in the operation monitoring server when the confirmation result by the second difference confirmation means is different;
The configuration check system according to claim 10, further comprising:
ファイルによって構成されるアプリケーションを提供するアプリケーションサーバと、システム全体の運用を監視する運用監視サーバとが互いに接続されており、前記アプリケーションサーバの構成をチェックする構成チェックシステムであって、
前記アプリケーションサーバは、
特定のリリース作業においてリリース対象となった変更箇所のリストであるリリース対象リストを保持するリリース対象リスト保持手段と、
前回チェック対象とした比較ファイルである前回比較ファイルを保持する前回分保持手段と、
現在インストールされているファイル群から今回チェック対象とする比較ファイルである今回比較ファイルを生成する比較ファイル生成手段と、
前記比較ファイル生成手段によって生成した今回比較ファイルと、前記前回分保持手段が保持する前回比較ファイルとの差分を確認する第1の差分確認手段と、
前記第1の差分確認手段による確認結果が差異ありの場合、前記リリース対象リスト保持手段から前記リリース対象リストを取得し、前記現在インストールされているファイル群の変更箇所が前記リリース対象リストに存在するかどうかを確認するリリース対象確認手段と、
前記リリース対象確認手段による確認結果が不存在の場合、前記運用監視サーバに異常があることを通知する第1の異常通知手段と、
を具備することを特徴とする構成チェックシステム。
An application server that provides an application configured by a file and an operation monitoring server that monitors the operation of the entire system are connected to each other, and is a configuration check system that checks the configuration of the application server,
The application server is
A release target list holding means for holding a release target list, which is a list of changes to be released in a specific release operation;
Last time holding means for holding the previous comparison file which is the comparison file to be checked last time,
A comparison file generating means for generating a current comparison file, which is a comparison file to be checked this time, from a currently installed file group;
First difference confirmation means for confirming a difference between the current comparison file generated by the comparison file generation means and the previous comparison file held by the previous time holding means;
When the confirmation result by the first difference confirmation unit is different, the release target list is acquired from the release target list holding unit, and the changed part of the currently installed file group exists in the release target list. Release target confirmation means to confirm whether or not,
A first abnormality notification means for notifying that there is an abnormality in the operation monitoring server when the confirmation result by the release target confirmation means is absent;
A configuration check system comprising:
JP2008074988A 2008-03-24 2008-03-24 Configuration check system Expired - Fee Related JP5061001B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008074988A JP5061001B2 (en) 2008-03-24 2008-03-24 Configuration check system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008074988A JP5061001B2 (en) 2008-03-24 2008-03-24 Configuration check system

Publications (2)

Publication Number Publication Date
JP2009230458A JP2009230458A (en) 2009-10-08
JP5061001B2 true JP5061001B2 (en) 2012-10-31

Family

ID=41245766

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008074988A Expired - Fee Related JP5061001B2 (en) 2008-03-24 2008-03-24 Configuration check system

Country Status (1)

Country Link
JP (1) JP5061001B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6041727B2 (en) * 2013-03-26 2016-12-14 株式会社富士通エフサス Management apparatus, management method, and management program
JP7297200B2 (en) * 2019-06-17 2023-06-26 株式会社野村総合研究所 System using blockchain

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3705891B2 (en) * 1997-04-07 2005-10-12 富士通株式会社 Computer system
JP2004310235A (en) * 2003-04-03 2004-11-04 Hitachi Electronics Service Co Ltd System and method for version control of program
CN100587701C (en) * 2005-10-18 2010-02-03 松下电器产业株式会社 Information processing device and method

Also Published As

Publication number Publication date
JP2009230458A (en) 2009-10-08

Similar Documents

Publication Publication Date Title
JP5241319B2 (en) Computer system for managing a password for detecting information about components arranged on a network, method and computer program therefor
RU2628203C2 (en) Application licensing using synchronisation suppliers
US6742141B1 (en) System for automated problem detection, diagnosis, and resolution in a software driven system
US8423821B1 (en) Virtual recovery server
US8745171B1 (en) Warm standby appliance
JP5698429B2 (en) Computer system, method and computer program for managing components
JP5340610B2 (en) Computer system, method and computer program for managing a plurality of components
JP5263696B2 (en) Computer system, method and computer program for backing up software components
US20020174422A1 (en) Software distribution system
JP5444178B2 (en) Backup / restore processing device, backup / restore processing method and program
JP2002521764A (en) Computer system change monitoring system
JP6095140B2 (en) Remote monitoring system, remote monitoring method, and program
JP2009519544A (en) Automated software testing framework
WO2014076838A1 (en) Virtual machine synchronization system
JP2002259150A (en) Method and program for providing vaccine software
US11113169B2 (en) Automatic creation of best known configurations
WO2009041990A1 (en) System and method for application management
WO2000068793A1 (en) System for automated problem detection, diagnosis, and resolution in a software driven system
JPWO2008146408A1 (en) License management program, software usage control method, and license management apparatus
JP2017045302A (en) Distribution system and distribution system control method
JP6268991B2 (en) Information processing system, information processing apparatus, and program
JP2012208752A (en) License management device, license management method, and program
JP5061001B2 (en) Configuration check system
JP5239072B2 (en) Computer system, method and computer program for managing components
WO2011051999A1 (en) Information processing device and method for controlling information processing device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101228

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110812

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120124

RD13 Notification of appointment of power of sub attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7433

Effective date: 20120223

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120301

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20120223

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120508

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120521

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120731

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120806

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150810

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees