(57)【要約】【課題】保守担当者の作為が介在する余地を無くし、ソースプログラムファイルと実行形式プログラムファイルとを関連付けつつ漏れなく更新履歴を管理することが可能なプログラム更新管理システム、プログラム更新管理方法、及びコンピュータプログラムを提供する。【解決手段】ＥＡＲ作成サーバ２は、ソースファイルの元となるＥＡＲファイルの作成指示を示す指示情報を担当者端末１からネットワークを介して入力した場合に、入力された指示情報に応じて上記更新されたソースファイルをリポジトリサーバ４から読み込んでＥＡＲファイルを作成し、当該ＥＡＲファイルをネットワーク介して実機３に組み込み、上記更新されたソースファイル及びこれに基づき作成されたＥＡＲファイルをネットワークを介してリポジトリサーバ４に記憶（登録）すると共に、当該更新履歴を管理するための更新管理データをネットワークを介してデータベースサーバ５に記憶（登録）する。  【選択図】図２
2008165388.tif 000002
【特許請求の範囲】
【請求項１】
第１の計算機により更新されたソースプログラムファイルと、当該ソースプログラムファイルに基づき前記第１の計算機とは異なる第２の計算機により作成され第３の計算機により実行される実行形式プログラムファイルと、の更新履歴を管理するプログラム更新管理システムであって、
前記第２の計算機は、
前記第１の計算機により更新されたソースプログラムファイルを記憶する第１の記憶手段と、
前記実行形式プログラムファイルの作成指示を示す指示情報を入力し、当該入力された指示情報に応じて前記更新されたソースプログラムファイルを前記第１の記憶手段から読み込んで前記実行形式プログラムファイルを作成する実行形式プログラム作成手段と、
前記更新されたソースプログラムファイルと、これに基づき作成された前記実行形式プログラムと、当該更新履歴を管理するための更新管理データと、を記憶する第２の記憶手段と、
を備えることを特徴とするプログラム更新管理システム。
【請求項２】
請求項１に記載のプログラム更新管理システムにおいて、
前記第１の記憶手段は、前記第１の計算機により更新されたソースプログラムファイルと、前記更新されていないソースプログラムファイルと、を記憶し、
前記実行形式プログラム作成手段は、前記入力された指示情報に応じて前記更新されたソースプログラムファイルと、前記更新されていないソースプログラムファイルと、を前記第１の記憶手段から読み込んで一の前記実行形式プログラムファイルを作成し、
前記第２の記憶手段は、前記更新されたソースプログラムファイルと、前記更新されていないソースプログラムファイルと、前記一の実行形式プログラムと、前記更新されたソースプログラムファイルを特定するための情報を含む前記更新管理データと、を記憶することを特徴とするプログラム更新管理システム。
【請求項３】
請求項１又は２に記載のプログラム更新管理システムにおいて、
前記第２の計算機は、前記第１の計算機から前記指示情報を入力することを特徴とするプログラム更新管理システム。
【請求項４】
コンピュータを、請求項１ないし３の何れか一項に記載の第２の計算機として機能させることを特徴とするコンピュータプログラム。
【請求項５】
第１の計算機により更新されたソースプログラムファイルと、当該ソースプログラムファイルに基づき前記第１の計算機とは異なる第２の計算機により作成され第３の計算機により実行される実行形式プログラムファイルと、の更新履歴を管理するプログラム更新管理方法であって、
前記第１の計算機により更新されたソースプログラムファイルを記憶する第１の記憶ステップと、
前記実行形式プログラムファイルの作成指示を示す指示情報を入力する入力ステップと、
前記入力された指示情報に応じて前記更新されたソースプログラムファイルを読み込んで前記実行形式プログラムファイルを作成する実行形式プログラム作成工程と、
前記更新されたソースプログラムファイルと、これに基づき作成された前記実行形式プログラムと、当該更新履歴を管理するための更新管理データと、を記憶する第２の記憶ステップと、
を備えることを特徴とするプログラム更新管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム等の更新履歴を管理するプログラム更新管理システム等の技術分野に関する。
【背景技術】
【０００２】
同一の実行形式プログラムが複数のコンピュータ（以下、「実機」という）上で動作しているような例えば企業の大規模システムにおいて、当該システムにおける機能拡張、或いは不具合是正等のために、上記実行形式プログラムを編集更新する場合、保守担当者が当該実行形式プログラムの元になるソースプログラムの修正や一部追加等を行うことで、そのソースプログラムファイルの更新（バージョンアップ）がなされる。そして、このように更新されたソースプログラムファイル（保守担当者が理解可能なプログラム言語により記述されたもの）は、実行形式プログラムファイル（計算機で実行可能な機械語により記述されたもの）に変換（コンパイル）された後、上記複数の実機に組み込まれる（インストール）されることになる。
【０００３】
このように、上述したような大規模システムに適用されるプログラムが更新された場合、その更新履歴が厳格に管理される必要がある。特に、ソースプログラムファイルと実行形式プログラムファイルとの対応付け（バージョンの整合のための関連付け）は、重要な管理要素である。また、会計監査制度の充実と企業の内部統制強化を求める法規制である日本版ＳＯＸ（サーベインス・オクスレー）法においては、上記更新履歴の管理に対する要請が厳しくなっている。
【０００４】
特許文献１には、コンパイル後のバージョン不整合を無くすこと等を可能とする技術が開示されており、ここでは、ソース（ソースプログラムファイルに相当）からバイナリファイル（実行形式プログラムファイルに相当）への変換（コンパイル）及びそれらの対応付け（新規バージョンソフトウェア構成情報の作成）が開発者用クライアント１において行われるようになっている。
【０００５】
一方、特許文献２には、機械語に翻訳された実行ファイルに対して、ソースファイルの属性情報（ソースファイルの所在情報及びソースファイルの改編に応じて変更されるデータを含む）を付加することによって、実行ファイルとその元になったソースファイルの整合性を検査可能とする技術が開示されている。
【特許文献１】特開２００６−３０２０６６号公報
【特許文献２】特開２００３−２５６２０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では、ソースとバイナリファイルとの対応付けは、開発者用クライアント１により行われているため、開発者（保守担当者）の作為が介在する可能性が否定できない。
【０００７】
一方、特許文献２の技術では、実行ファイルとソースファイルとの整合性はソースファイルの属性情報で判断するしかないため十分ではないのに加え、不整合が発見できるだけで、正しいソースファイル自体に遡れるわけではない。
【０００８】
本発明は、上記点等に鑑みてなされたものであり、保守担当者の作為が介在する余地を無くし、ソースプログラムファイルと実行形式プログラムファイルとを関連付けつつ漏れなく更新履歴を管理することが可能なプログラム更新管理システム、プログラム更新管理方法、及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、第１の計算機により更新されたソースプログラムファイルと、当該ソースプログラムファイルに基づき前記第１の計算機とは異なる第２の計算機により作成され第３の計算機により実行される実行形式プログラムファイルと、の更新履歴を管理するプログラム更新管理システムであって、前記第２の計算機は、前記第１の計算機により更新されたソースプログラムファイルを記憶する第１の記憶手段と、前記実行形式プログラムファイルの作成指示を示す指示情報を入力し、当該入力された指示情報に応じて前記更新されたソースプログラムファイルを前記第１の記憶手段から読み込んで前記実行形式プログラムファイルを作成する実行形式プログラム作成手段と、前記更新されたソースプログラムファイルと、これに基づき作成された前記実行形式プログラムと、当該更新履歴を管理するための更新管理データと、を記憶する第２の記憶手段と、を備えることを特徴とする。
【００１０】
請求項２に記載の発明は、請求項１に記載のプログラム更新管理システムにおいて、前記第１の記憶手段は、前記第１の計算機により更新されたソースプログラムファイルと、前記更新されていないソースプログラムファイルと、を記憶し、前記実行形式プログラム作成手段は、前記入力された指示情報に応じて前記更新されたソースプログラムファイルと、前記更新されていないソースプログラムファイルと、を前記第１の記憶手段から読み込んで一の前記実行形式プログラムファイルを作成し、前記第２の記憶手段は、前記更新されたソースプログラムファイルと、前記更新されていないソースプログラムファイルと、前記一の実行形式プログラムと、前記更新されたソースプログラムファイルを特定するための情報を含む前記更新管理データと、を記憶することを特徴とする。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載のプログラム更新管理システムにおいて、前記第２の計算機は、前記第１の計算機から前記指示情報を入力することを特徴とする。
【００１２】
請求項４に記載のコンピュータプログラムの発明は、コンピュータを、請求項１ないし３の何れか一項に記載の第２の計算機として機能させることを特徴とする。
【００１３】
請求項５に記載の発明は、第１の計算機により更新されたソースプログラムファイルと、当該ソースプログラムファイルに基づき前記第１の計算機とは異なる第２の計算機により作成され第３の計算機により実行される実行形式プログラムファイルと、の更新履歴を管理するプログラム更新管理方法であって、前記第１の計算機により更新されたソースプログラムファイルを記憶する第１の記憶ステップと、前記実行形式プログラムファイルの作成指示を示す指示情報を入力する入力ステップと、  前記入力された指示情報に応じて前記更新されたソースプログラムファイルを読み込んで前記実行形式プログラムファイルを作成する実行形式プログラム作成工程と、前記更新されたソースプログラムファイルと、これに基づき作成された前記実行形式プログラムと、当該更新履歴を管理するための更新管理データと、を記憶する第２の記憶ステップと、を備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、前記更新されたソースプログラムファイルと、これに基づき作成された前記実行形式プログラムと、当該更新履歴を管理するための更新管理データと、を記憶することにより、ファイルの更新履歴を管理するように構成したので、ソースプログラムファイルと実行形式プログラムファイルとを関連付けつつ漏れなく更新履歴を管理することができる。
【００１５】
また、実行形式プログラムファイルは、更新されたソースプログラムファイルに基づき前記第１の計算機とは異なる第２の計算機により作成されるように構成したので、保守担当者の作為が介在する余地を無くすことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、プログラム変更管理システムに対して本発明を適用した場合の実施形態である。
【００１７】
先ず、図１を参照して本発明の一実施形態に係るプログラム変更管理システムの構成及び機能について説明する。
【００１８】
図１は、本発明の一実施形態に係るプログラム変更管理システムの概要構成例を示す図である。
【００１９】
図１に示すように、本実施形態に係るプログラム変更管理システムＳは、第１の計算機の一例としての担当者端末１、ＥＡＲ作成サーバ２、第３の計算機の一例としての実機（本番号機）３、リポジトリサーバ４、及びデータベースサーバ５等を備えて構成されている。ＥＡＲ作成サーバ２には、実機３、リポジトリサーバ４、及びデータベースサーバ５がＬＡＮ（Local Area Network）等のネットワークにより接続され、通信可能になっている。また、担当者端末１は、ネットワークを介してＥＡＲ作成サーバ２又はリポジトリサーバ４に接続し、通信可能になっている。
【００２０】
ここで、ＥＡＲ作成サーバ２、リポジトリサーバ４、及びデータベースサーバ５は本発明における第２の計算機を構成し、ＥＡＲ作成サーバ２は実行形式プログラム作成手段を、リポジトリサーバ４は第１の記憶手段を、リポジトリサーバ４及びデータベースサーバ５は第２の記憶手段を夫々構成する。なお、ＥＡＲ作成サーバ２、リポジトリサーバ４、及びデータベースサーバ５は、一つのサーバにより構成されるものであっても構わない。また、担当者端末１及び実機３は、複数設けられるが、図１の例では、説明の便宜上一つのみ示している。
【００２１】
担当者端末１は、例えば汎用のパーソナルコンピュータからなり、図示しないが、ＣＰＵを主体として構成された制御部、ＨＤ（ハード・ディスク）ドライブ等からなる記憶部、保守担当者からの指示を入力するためのキーボード及びマウス等からなる操作部、ＣＲＴディスプレイ又は液晶ディスプレイ等（ＬＣＤ：Liquid Crystal Display）からなる表示部、及びネットワークに接続するための通信機器からなる通信部等を備えている。
【００２２】
担当者端末１においては、保守担当者が、操作部を操作してソースプログラム（以下、「ソース」という）ファイルを編集更新するようになっており、更新されたソースファイルは、保守担当者からの指示に従いネットワークを介してリポジトリサーバ４に記憶されるようになっている。
【００２３】
なお、本実施形態においては、ソースとしてオブジェクト指向のプログラム言語であるＪａｖａ（登録商標）により作成されたＪａｖａプログラムを例にとって説明するものとする。
【００２４】
また、ＥＡＲ作成サーバ２、実機３、リポジトリサーバ４、及びデータベースサーバ５等は、例えばサーバコンピュータからなり、図示しないが、ＣＰＵを主体として構成された制御部、ＨＤ（ハード・ディスク）ドライブ等からなる記憶部、及びネットワークに接続するための通信機器からなる通信部等を備えている。
【００２５】
ＥＡＲ作成サーバ２は、ソースファイルの元となる実行形式プログラム（以下、「ＥＡＲ」という）ファイルの作成指示を示す指示情報を、例えば担当者端末１からネットワークを介して入力した場合に、入力された指示情報に応じて上記更新されたソースファイルをリポジトリサーバ４から読み込んでＥＡＲファイル（モジュール）を作成（つまり、ソースファイルからＥＡＲファイルへ変換（コンパイル））し、当該ＥＡＲファイルをネットワーク介して実機３に組み込むようになっている。そして、このとき、ＥＡＲ作成サーバ２は、上記更新されたソースファイル及びこれに基づき作成されたＥＡＲファイルをネットワークを介してリポジトリサーバ４に記憶（登録）すると共に、当該更新履歴を管理するための更新管理データをネットワークを介してデータベースサーバ５に記憶（登録）するようになっている。
【００２６】
次に、図２を参照して本実施形態に係るプログラム変更管理システムＳの動作について説明する。
【００２７】
図２は、プログラム変更管理システムＳにおけるファイルの流れの一例を示す図であり、図３は、ＥＡＲ作成サーバ２におけるプログラム更新処理を示すフローチャートである。
【００２８】
先ず、担当者端末１において保守担当者により編集更新途中のソースファイルは、リポジトリサーバ４における開発リポジトリ４１に記憶される（図２の（ａ)）。なお、このような編集更新作業は、保守担当者がユーザＩＤ及びパスワードを担当者端末１から入力し、当該ユーザＩＤ及びパスワードを含むログイン要求がリポジトリサーバ４に送られ、リポジトリサーバ４による認証処理によりログインが許可された場合に行うことが可能になっている。
【００２９】
そして、当該編集更新が完了し、保守担当者が更新されたソースファイルの登録指示を操作部から入力すると、担当者端末１からリポジトリサーバ４に、上記更新されたソースファイルを含む複数のソースファイルがネットワークを介して送られ、ＥＡＲ作成リポジトリ４２に記憶される（図２の（ｂ）)）と共に、担当者端末１からＥＡＲ作成サーバ２にＥＡＲ作成指示を示すＥＡＲ作成指示情報がネットワークを介して送られる。
【００３０】
かかるＥＡＲ作成指示情報には、変更管理Ｎｏ．が含まれており、かかる変更管理Ｎｏ．は、プログラムの変更要望（例えば、実機３での機能追加等）及び複数のソース（Ｊａｖａプログラム）のうち更新（変更）されたソースを特定するための情報が記述された変更要望シートデータに付与されるものである。
【００３１】
そして、ＥＡＲ作成サーバ２は、担当者端末１からの上記ＥＡＲ作成指示情報を入力すると、図３に示すプログラム更新処理が開始され、ＥＡＲ作成サーバ２において実行されるＥＡＲ作成指示ツール２１（モジュール）が、同サーバ２において実行されるＥＡＲ作成ツール２２にＥＡＲ作成指示を与え、これに応じてＥＡＲ作成ツール２２は、上記更新されたソースファイルを含む複数のソースファイル（更新されていないソースファイルも含む）をＥＡＲ作成リポジトリ４２から読み込んで（図２の（ｃ）)、ステップＳ１）ＥＡＲファイルを作成（ステップＳ２）、つまり、当該複数のソールファイルを纏めて一つのＥＡＲファイルに変換する。
【００３２】
図４は、複数のソースファイルからＥＡＲファイルが作成される様子の一例を示す概念図である。図４の例では、ソース３が更新されており、かかるソース３は、変更管理Ｎｏ．により特定可能になっている。
【００３３】
次いで、ＥＡＲ作成サーバ２において実行される同期化ツール２３が、当該更新されたソースファイルを含む複数のソースファイルと上記作成されたＥＡＲファイルとを関連付けて本番リポジトリ４３に記憶すると共に、当該更新履歴を管理するための更新管理データをデータベースサーバ５におけるプログラム更新管理ＤＢ（データベース）に記憶する（図２の（ｄ）)、ステップＳ３）。
【００３４】
かかる更新管理データには、本番リポジトリ４３に登録された年月日日時、当該作成されたＥＡＲファイルのファイル名（又はモジュールＩＤ）、上記変更管理Ｎｏ．（又は変更要望シートデータ）、及びデプロイ理由が含まれている。かかる変更管理Ｎｏ．により複数のソースのうち更新されたソースを特定することが可能となる。
【００３５】
次いで、ＥＡＲ作成サーバ２は、上記作成されたＥＡＲファイルをデプロイリポジトリ４４に記憶する。
【００３６】
そして、担当者端末１からＥＡＲ作成サーバ２にデプロイ指示を示すデプロイ指示情報がネットワークを介して送られると、ＥＡＲ作成サーバ２において実行されるデプロイツール２４が、デプロイリポジトリ４４からＥＡＲファイルを読み込んで（図２の（ｅ）)、ステップＳ４）、これをデプロイしネットワークを介して実機３に出力（投入）して組み込む（ステップＳ５）。また、このとき、デプロイ結果データがデータベースサーバ５におけるデプロイ結果ＤＢ５２に記憶される。
【００３７】
かかるデプロイ結果データは、上記更新管理データに関連付けられるようになっており、当該デプロイ結果データには、実機３に投入された年月日日時、当該作成されたＥＡＲファイルのファイル名（又はモジュールＩＤ）、上記変更管理Ｎｏ．（又は変更要望シートデータ）が含まれている。
【００３８】
以上説明したように、上記実施形態によれば、ＥＡＲ作成サーバ２が、更新されたソースファイル及びこれに基づき作成されたＥＡＲファイルをリポジトリサーバ４に記憶すると共に、当該更新履歴を管理するための更新管理データをデータベースサーバ５に記憶するように構成したので、ソースプログラムファイルと実行形式プログラムファイルとを関連付けつつ漏れなく更新履歴を管理することができる。
【００３９】
また、ＥＡＲファイルは、更新されたソースファイルに基づき、担当者端末１とは異なるＥＡＲ作成サーバ２により作成されるように構成したので、保守担当者の作為が介在する余地を無くすことができる。
【００４０】
更にまた、上記記憶される更新管理データには、変更管理Ｎｏ．を含めるように構成し、かかる変更管理Ｎｏ．から複数のソースのうち更新（変更）されたソースを特定することができるように構成したので、例えば複数のＪａｖａプログラムから構成される場合であっても、更新されたＪａｖａプログラムのみを特定し、当該Ｊａｖａプログラム自体に遡ることが可能となる。
【００４１】
以上、この実施の形態を図面を参照して詳述してきたが、具体的な構成はこの実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計の変更等があっても本発明に含まれる。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態に係るプログラム変更管理システムの概要構成例を示す図である。
【図２】プログラム変更管理システムＳにおけるファイルの流れの一例を示す図である。
【図３】ＥＡＲ作成サーバ２におけるプログラム更新処理を示すフローチャートである。
【図４】複数のソースファイルからＥＡＲファイルが作成される様子の一例を示す概念図である。
【符号の説明】
【００４３】
１  担当者端末
２  ＥＡＲ作成サーバ
３  実機
４  リポジトリサーバ
５  データベースサーバ
Ｓ  プログラム変更管理システム
【図１】
2008165388.tif 000003
【図２】
2008165388.tif 000004
【図３】
2008165388.tif 000005
【図４】
2008165388.tif 000006