JP2003330719A - アプリケーションのバージョン／リリースコントロール方法及びシステム、クライアントｐｃにインストールするアプリケーションのバージョン／リリースコントロールを行なうためのコンピュータソフトウエアプログラム - Google Patents

Abstract

(57)【要約】 【課題】 従業員の使用する個々の業務用パソコンの必
要に応じたアプリケーションを、所定の日時に一斉にイ
ンストールすることができる方法を提供する。 【解決手段】 アプリケーションのバージョン／リリー
スコントロール方法であって、（ａ）アプリケーション
のインストール用ファイルを、少なくともその適用日及
びバージョン／リリース参照記号の情報と共に、インス
トール先のコンピュータシステムにインストールのため
にコピーする工程と、（ｂ）前記適用日及びバージョン
／リリース参照記号を参照することで、当該適用日に前
記バージョン／リリース参照記号に応じた所定の順序で
前記インストールファイルを前記コンピュータシステム
にインストールする工程とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、サーバにネット
ワークを介して接続されたクライアントＰＣにインスト
ールされたアプリケーションのバージョン／リリースの
管理を行うための方法、コンピュータソフトウエアプロ
グラム及びサーバシステムに関するものである。

【０００２】

【従来の技術】一般に、企業では、その従業員が業務の
ために使用するコンピュータソフトウエアを適切に管理
する必要がある。このようなソフトウエアの管理は、単
に著作権管理上の必要性からだけではなく、業務遂行上
の必然性からも要求される。

【０００３】すなわち、その企業で新規に導入される従
業員用のパーソナルコンピュータ（クライアントＰＣ）
には、予めシステム担当者によって各従業者の業務に必
要なアプリケーションがインストールされた上で供給さ
れる。また、クライアントＰＣを従業員に配布した後
も、例えば、所定の期日から実行されるべき規約に関す
るソフトウエアがある場合には、各従業員に少なくとも
この日より前に当該ソフトウエアをインストールして上
記業務に備えさせる必要がある。

【０００４】従来、インストール済みのアプリケーショ
ンのアップグレードや修正は、それらを従業員のパーソ
ナルコンピュータ（以下「ＰＣ」と略す）に適用するた
めのＣＤ−ＲＯＭを使用することで行われている。ま
た、通常、前記従業員のＰＣは、その部門のサーバにＬ
ＡＮ接続できるようになっている。このため、前記イン
ストールに必要なファイルは前記サーバからダウンロー
ドしてインストールすることもあった。

【０００５】

【発明が解決しようとする課題】しかし、この場合、い
ずれにしても必要なファイルを各従業員のＰＣに読み込
む操作が必要となり、手間がかかるということがあっ
た。また、前記ＣＤ−ＲＯＭが予め配布されて来ている
場合には、実行しようとするまでの間に時間があると、
忘れてしまったり、紛失してしまうことがある。

【０００６】このような問題点を解決するための技術と
して、従来、バージョンアップに必要なファイルを、ユ
ーザが希望する日時に自動的に実行するためのプログラ
ムデータ送受信システムが、特開２０００−８１９７１
号公報に開示されている。

【０００７】この公報に記載されている技術によれば、
送信装置がプログラムファイルに日時情報を添付して受
信装置に送り、この受信装置は上記プログラムファイル
を記憶手段に記憶し、日時情報をチェックして対応日時
に達したことを検知すようになっている。これにより、
上記受信装置は、対応日時に上記プログラムファイルを
実行する。

【０００８】しかしながら、この公報に記載された技術
は、クライアントＰＣに直接アップグレードのためのフ
ァイルを実行させるものではない。すなわち、上記技術
は、このクライアントＰＣにサービスを提供するサービ
スプロバイディングサーバに必要なプログラムを実行さ
せるためのものである。

【０００９】一般に、クライアントＰＣは、上記のよう
なサーバと異なり常時ネットワークに接続されているも
のではない。また、ＣＰＵの性能や、記憶容量の制約も
ある。さらに、デスクトップ型、ノート型、携帯型等さ
まざまな種別のＰＣがあるため、それぞれのＰＣに適合
したプログラムを配布して実行させる必要がある。

【００１０】また、通常、アプリケーションはさまざま
なバージョンからなる。一方、従業員のＰＣは、導入さ
れてから十分に時間が経過しているものだけでなく、新
規に導入されたばかりのものや再度必要なアプリケーシ
ョンをインストールし直したいもの等があり、ＰＣによ
ってインストールされているアプリケーションのバージ
ョンが異なる可能性がある。また、必要なアプリケーシ
ョンが破壊されたり、従業員が誤って消去してしまった
りすることも考えられる。このような状況に適切に対応
して多種多数のファイルを従業員のＰＣに自動的にイン
ストール仕組みは上記公報には開示されていない。

【００１１】また、上記技術は、ユーザの希望する日時
に必要なアプリケーションを実行させるものであり、イ
ンストール日時はユーザの指定によるものである。しか
し、業務上に使用するアプリケーションにおいては、ユ
ーザの希望よりも、むしろ業務上の必要から決定され、
かつ、一斉に適用される必要がある。

【００１２】発明者らの属する組織においては、全国各
地に設けられ互いに低速な回線で接続されている２００
０台のサーバーと、これらに接続されている合計７万台
のＰＣがあり、これら全てのＰＣで所定の日時に一斉に
ソフトウェアのバージョンアップが求められる場合があ
る。

【００１３】本発明は、上記実情に鑑みてなされたもの
であり、従業員の使用する個々の業務用ＰＣの必要に応
じたアプリケーションを、所定の日時に一斉にインスト
ールすることができるシステムを提供する事を目的とす
るものである。

【００１４】

【課題を解決するための手段】本発明に係る第１の主要
な観点によれば、アプリケーションのバージョン／リリ
ースコントロール方法であって、（ａ）アプリケーショ
ンのインストール用ファイルを、少なくともその適用日
及びバージョン／リリース参照記号の情報と共に、イン
ストール先のコンピュータシステムにインストールのた
めにコピーする工程と、（ｂ）前記適用日及びバージョ
ン／リリース参照記号を参照することで、当該適用日に
前記バージョン／リリース参照記号に応じた所定の順序
で前記インストールファイルを前記コンピュータシステ
ムにインストールする工程とを有する方法が提供され
る。

【００１５】このような構成によれば、従業員の使用す
る個々の業務用ＰＣの必要に応じたバージョン／リリー
スのアプリケーションを、所定の日時に正しくセットア
ップすることが可能になる。また、複数のバージョン／
リリースがある場合であっても、正しい順序からインス
トールできる。

【００１６】この発明の１の実施形態によれば、上記方
法は、さらに（ｃ）前記アプリケーションをインストー
ルした旨の情報をインストール済情報として登録するイ
ンストール済み情報登録工程を有し、前記（ａ）工程
は、前記インストール済み情報登録を参照することで、
未インストールのアプリケーション及び修正番号のイン
ストール用ファイルのみを前記インストール先のコンピ
ュータシステムにインストールのためにコピーするもの
である。ここで、前記（ｂ）工程は、異なる修正番号に
係る複数のインストール用ファイルをインストールする
場合、前記修正番号に基づいた所定のインストール順序
で前記ファイルをインストールするものであることが好
ましい。また、前記（ａ）工程は、前記インストール済
み情報登録を参照することで、インストール済みの修正
番号以降の全ての修正番号に係るインストール用ファイ
ルをコピーするものであることが望ましい。

【００１７】また、この発明の他の１の実施形態によれ
ば、複数のインストール先コンピュータがサーバに接続
されており、（ａ）工程は、前記インストール用ファイ
ルを適用日の情報と共に、前記サーバから各インストー
ル先のコンピュータシステムにインストールのためにコ
ピーするものであり、（ｂ）工程は、前記適用日の情報
を参照することで、当該適用日に前記インストールファ
イルを前記各コンピュータシステムに一斉にインストー
ルするものである。

【００１８】さらに、この発明の他の１の実施形態によ
れば、前記（ａ）工程は、前記適用日の前に、前記イン
ストール用ファイルをコピーするものである。

【００１９】また、この発明の更なる他の１の実施形態
によれば、この方法はさらに、インストール済みのアプ
リケーションを検査する工程を有し、この工程は、適用
されているアプリケーションが前記インストール済み情
報と整合しない場合に、前記インストール済み情報を修
正するものである。

【００２０】また、上記方法は、インストール済みのア
プリケーションのバージョン・リリース参照記号と、イ
ンストールしようとしているファイルのバージョン・リ
リース参照記号とが連続するかを判断するバージョン／
リリース番号連続性判断工程を有していても良い。この
場合、前記連続性判断工程でバージョン／リリース番号
が連続しないと判断した場合、前記インストール済み情
報を修正するものであることが好ましい。

【００２１】この発明の第２の主要な観点によれば、ク
ライアントＰＣにアプリケーションのインストールを行
うためのコンピュータソフトウエアプログラムであっ
て、（ａ）アプリケーションのインストール用ファイル
を、そのファイルに付随する適用日及び修正番号の情報
を参照して、記憶装置にコピーするためのコピー手段
と、（ｂ）前記適用日及び修正番号の情報を参照するこ
とで、当該適用日に前記修正番号に応じた所定の順序で
前記インストールファイルを前記コンピュータシステム
にインストールするインストール手段とを有することを
特徴とするコンピュータソフトウエアプログラムが提供
される。

【００２２】この場合、このプログラムは、さらに、
（ｃ）前記アプリケーションをインストールした旨の情
報をインストール済情報として登録するインストール済
み情報登録手段を有し、前記コピー手段は、前記インス
トール済み情報登録を参照することで、未インストール
のアプリケーション及び修正番号のインストール用ファ
イルのみを前記インストール先のコンピュータシステム
にインストールのためにコピーする。ここで、前記イン
ストール手段は、異なる修正番号に係る複数のインスト
ール用ファイルをインストールする場合、前記修正番号
に基づいた所定のインストール順序で前記ファイルをイ
ンストールするものであることが好ましい。また、前記
コピー手段は、前記インストール済み情報登録を参照す
ることで、インストール済みの修正番号以降の全ての修
正番号に係るインストール用ファイルをコピーするもの
であることが望ましい。

【００２３】この発明の第３の主要な観点によれば、ク
ライアントＰＣにアプリケーションのインストールを行
うためのサーバシステムであって、各クライアントＰＣ
に必要なアプリケーション名及びインストール済み修正
番号の情報を保持するインストール情報格納手段と、ア
プリケーションのインストール用ファイルを、前記イン
ストール情報及びそのファイルに付随する適用日及び修
正番号の情報を参照して抽出し、前記クライアントＰＣ
にコピーするためのコピー手段と、を有するシステムが
提供される。この場合、前記コピー手段は、前記適用日
の前に、前記インストール用ファイルをコピーするもの
であることが好ましい。

【００２４】

【発明の実施の形態】以下、本発明の実施形態を、図面
を参照して説明する。

【００２５】図１は、インストール用ファイル生成・配
布装置１からネットワーク２を介して複数の部門（支店
や業務部門等）に各々設けられた部門サーバ３にアプリ
ケーションインストール用ファイルを伝送し、この部門
サーバ３に接続された各クライアントＰＣ４に当該アプ
リケーションのインストールを行わせる場合の例であ
る。

【００２６】この実施形態では、前記インストール用フ
ァイル生成・配布装置１の数は１、部門サーバ３は合計
２，０００台、クライアントＰＣ４は合計７０，０００
台である。この実施形態では、これら全てのクライアン
トＰＣ４に対して所定の適用日に一斉に同一バージョ
ン、同一リリースのアプリケーションをインストールす
る機能を有する。

【００２７】（アプリケーション）ここで、前記アプリ
ケーションは、修正履歴番号として、バージョン番号と
リリース番号とを参照することによって管理される。図
２は、これらの番号の使用概念を説明するための図であ
る。

【００２８】例えば、図２（ａ）で示すように、アプリ
コードＡで参照されるアプリケーションは、バージョン
番号が１で、リリース番号が１〜４の４つのインストー
ルパッケージからなるものとする。すなわち、このアプ
リケーションのインストールパッケージの最新のバージ
ョン番号は１、リリース番号は４である。

【００２９】この最新のバージョン・リリースのアプリ
ケーションをクライアントＰＣ４にインストールする場
合、どのリリースまでがインストール済であるかによっ
て適用するべきリリース番号が異なる。すなわち、バー
ジョン番号１・リリース番号１のファイルパッケージに
は、このアプリケーションを構成する全てのファイル、
すなわち、Ａ、Ｂ、Ｃ及びＤの４つのファイルが含まれ
ている。一方、リリース番号２、３、４は、前記各ファ
イルを修正するための差分ファイル、すなわちＢ’、
Ｃ’及びＤ’のみが含まれている。

【００３０】従って、このアプリケーションが全くイン
ストールされていないクライアントＰＣ４に、最新のバ
ージョン・リリースを適用する場合には、まず、バージ
ョン番号１・リリース番号１のファイルパッケージをイ
ンストールした後、リリース２〜４のファイルパッケー
ジをこの順に適用していく必要がある。すなわち、この
場合、合計４つのファイルパッケージのインストールが
必要となる。また、このとき、各パッケージのインスト
ール順序が非常に重要になる。

【００３１】一方、既にリリース２までインストールさ
れているクライアントＰＣ４の場合には、リリース３、
４のみ適用すればよいから２つのファイルパッケージの
インストールのみで済むことになる。

【００３２】しかし、リリースの数が非常に多くなった
場合には、インストールパッケージの数が増えるばかり
でなく、これらを記憶するためのハードディスクの容量
も必要となることからクライアントＰＣ４に負荷がかか
ることになって好ましくない。このため、この実施形態
では、一定数のリリースに達すると、バージョン番号を
インクリメントし、図２（ｂ）に示すようにバージョン
２を生成する。この場合、新たにこのアプリケーション
をインストールするクライアントＰＣ４は、バージョン
１からインストールする必要はなく、バージョン２のリ
リース１から適用すれば済む。このためコンピュータ資
源の節約になる。

【００３３】ここで、バージョンアッププログラムは、
既にインストールされているプログラムファイルの機能
を向上させるためのものだけなく、欠陥を取り除くため
のプログラムファイルを含んでもよい。

【００３４】また、図２（ａ）、（ｂ）に示すように、
各リリースは、各クライアントＰＣ４に各リリースを適
用すべき適用日時の情報を含む。この適用日時情報は前
記インストール用ファイル生成・配布装置１を管理する
管理者が希望する各リリースの適用時刻情報であり、そ
の管理者は、アプリケーションのインストール用パッケ
ージを生成する際に、この日時を入力する。また、バー
ジョン番号、リリース番号もこのパッケージを作成する
際に入力するようになっている。

【００３５】このため、図１に示すインストール用ファ
イル生成・配布装置１は、適用日時入力部６と、バージ
ョン・リリース情報入力部７と、この情報をファイル名
に含む前記ファイルパッケージを生成するインストール
用ファイルパッケージ生成部８と、このパッケージを前
記部門サーバ３に配布するパッケージ配布部９とを備え
ている。

【００３６】前記インストール用ファイル生成・配布装
置１は、比較的低速の専用線若しくは公衆回線からなる
ネットワーク２を用いて前記部門サーバ３とリモート接
続されている。

【００３７】この部門サーバ３は、前記パッケージ配布
部９から配布されたパッケージをインストール用ファイ
ルに分解するパッケージ分解部１１と、前記インストー
ル用ファイルを前記アプリコード、バージョン及びリリ
ースに応じて生成されたディレクトリに格納するインス
トール用ファイル格納部１２とを有している。

【００３８】この部門サーバ３には、前述したように多
数の部門クライアントＰＣ４がＬＡＮ接続されている。

【００３９】この部門クライアントＰＣ４の詳細な構成
を図３に示す。

【００４０】この部門クライアントＰＣ４は、この組織
の構成員が通常の業務に使用するパーソナルコンピュー
タ（ＰＣ）であり、移動せずに使用するデスクトップ型
ＰＣのみならず、移動用に使用するモバイルＰＣ、ハン
ドヘルドＰＣであっても良い。

【００４１】この部門クライアントＰＣ４には、前記業
務の必要に応じて、会社から供給された各種プログラム
がインストールされる。例えば、各種文書作成用のワー
ドプロセッサや表計算ソフトウェア、業務用データベー
スに接続するためのデータベース接続用プログラム、メ
ールソフト、壁紙等である。このクライアントＰＣ４
は、このような各種プログラムを前記部門サーバ３から
予めダウンロードして、所定の適用日時に自動的にイン
ストールするための機能を備える。

【００４２】このため、この実施形態の部門クライアン
トＰＣ４は、前記業務に必要なアプリケーションをアプ
リマスタ１３に登録するためのアプリケーション登録部
１４と、この登録部１４に登録されたアプリケーション
のインストール若しくはアップグレードに必要なファイ
ルを前記部門サーバ３からダウンロードするためのファ
イルダウンロード部１５と、前記ダウンロードしたファ
イルを格納するインストール用ファイル格納部１６と、
前記ファイルを所定の適用日にこのクライアントＰＣ４
に適用して当該アプリケーションのインストールもしく
はバージョンコントロールを実行するファイル適用部１
７と、適用済みのバージョン・リリースの情報を格納す
る適用済み情報格納部１８とを有している。また、この
図に１９で示すのは、前記アプリケーションがインスト
ールされるハードディスクの記憶領域である。なお、前
記アプリマスタ１３には、部門クライアントＰＣ４に適
用可能なアプリケーションのコードが格納されている。

【００４３】上記ファイル適用部１７は、前記記憶領域
１９にインストールされたアプリケーションを検査し前
記適用済み情報格納部１８内のバージョン・リリース情
報との整合性を確認するバージョン／リリース整合性チ
ェック部２２と、前記適用日に達したファイル若しくは
適用日を過ぎているファイルを前記バージョン・リリー
ス情報に基づいて所定の順序に並べるインストール順序
決定部２３と、前記整合性確認の結果及び所定の順序に
基づいて前記ファイルパッケージをインストール若しく
はアンインストールするファイルインストール部２４
と、インストール若しくはアンインストールが完了する
と前記適用済み情報格納部１８内の情報を更新するイン
ストール済み情報更新部２５とからなる。

【００４４】以上の各構成要素は、実際には各装置１、
３、４にインストールされたコンピュータソフトウエア
プログラム若しくはデータであり、それぞれの機器のＣ
ＰＵによってＲＡＭ上に呼び出されて適宜実行されるこ
とで、この発明の機能を奏するようになっている。

【００４５】以下、上記各構成要素の動作を、実際の手
順に沿って説明する。

【００４６】まず、前記インストール用ファイル生成・
配布装置１（図１）が、各アプリケーションをインスト
ール若しくは修正を行うためのファイルを集約してファ
イルインストール用パッケージを作成する。

【００４７】すなわち、アプリケーションのインストー
ル若しくは修正に必要なファイル（インストール用ファ
イル）が、図４に示すように、「Ａ．ＥＸＥ」、「Ｂ．
ＥＸＥ」、及び「Ｃ．ＥＸＥ」であるとする。また、こ
の実施形態では、例えばインストール時の各種設定、前
処理、後処理等を制御するための制御情報２７を、前記
各ファイルを利用してインストールを実行するために用
意するものとする。

【００４８】この生成・配布装置１は、前記適用日時入
力部６によって入力された適用日、及び前記バージョン
・リリース情報入力部７によって入力されたアプリコー
ド、バージョン及びリリースの情報を利用して前記イン
ストール用ファイル（Ａ．ＥＸＥ，Ｂ．ＥＸＥ，Ｃ．Ｅ
ＸＥ，制御情報２７）を集めて２つの配布用ファイル２
９，３０を生成する。この例では、符号２９のファイル
は、前記各インストール用ファイルを纏めた書庫ファイ
ルである。また符号３０のファイルは、簡易言語が記述
されたファイルであり、前記制御情報２７を纏めると共
に、簡易言語の書式に従って書換えられたものある。

【００４９】また、この生成・配布装置１は、この２つ
の配布用ファイル２９，３０を纏めて１つの完全パッケ
ージ３１にする。ここで、前記２つの配布用ファイル２
９，３０及びパッケージ３１は、異なる拡張子で区別さ
れるが、その名称（拡張子以外の部分）は同じものが使
用される。この例では、アプリコード、バージョン、リ
リース及び適用日が、この順序で組み合わされてなる名
称を用いる。

【００５０】このようにして生成された完全パッケージ
３１は、図５に示すように、前記パッケージ配布部９に
よって、前記適用日よりも前の任意の日に前記部門サー
バ３に配布される。

【００５１】部門サーバ３は、上記パッケージ３１の配
布を受けると、前記パッケージ分解部１１が、前記パッ
ケージをインストール用ファイルと制御ファイルに分割
する。そして、上記ファイル名を参照して、各アプリケ
ーションに応じて生成されたインストール用ファイル格
納部１２に格納する。

【００５２】一方、クライアントＰＣ４では、予め利用
するアプリケーションの種別をユーザーがメニューで選
択できるようになっており、選択されたアプリケーショ
ンのコードを、前記アプリケーション登録部１４が前記
アプリマスタ１３に格納する。

【００５３】前記クライアントＰＣ４では、所属する部
門サーバ３にログオンしたタイミングで、アプリマスタ
ファイル１３と前記適用済み情報格納部１８とを参照
し、サーバ３内に、アプリコードが合致する未適用の変
更案件が無いかを検索する。

【００５４】このステップを示したのが図６のフローチ
ャートである。この図に示すように、前記ファイルダウ
ンロード部１５が、まず前記アプリマスタ１３内のアプ
リコードと一致するインストール用ファイルが前記サー
バ３にあるかを検索する（ステップＳ１）。このような
インストール用ファイルが存在する場合には、前記適用
済み情報格納部１８内の情報を参照して当該インストー
ル用ファイルが既に適用済みでないかを判断する（ステ
ップＳ２）。未適用である場合には、ファイルダウンロ
ード部１５は、このファイルを前記インストール用ファ
イル格納部１６にダウンロードし複写・格納する（ステ
ップＳ３）。

【００５５】前記クライアントＰＣ４のファイル適用部
１７は、このクライアントＰＣ４の起動時に自動的に立
ち上がり、前記適用済み情報格納部１８内の情報及び前
記インストール用ファイル格納部１６に格納された情報
に基づいて、アプリケーションのインストール若しくは
バージョンコントロールを行うようになっている。

【００５６】まず、ユーザがこのクライアントＰＣ４を
起動すると、図７に示すように、前記整合性チェック部
２２が起動され、現在このクライアントＰＣ４にインス
トールされているアプリケーションのバージョン・リリ
ースの整合性の検査を行う（ステップＳ４）。この検査
は現在のアプリケーションの状態が正規の状態であるか
を判断するためのものである。

【００５７】すなわち、例えばユーザが正規のアップグ
レードパッケージを利用せずに勝手にアプリケーション
を修正若しくは削除してしまっている場合や、何らかの
原因により現在インストールされているアプリケーショ
ンの重要なファイルが破損している場合がある。このよ
うな場合には、前記パッケージを適用してもエラーに終
わることが予想される。したがって、正規の状態に戻す
必要がある。

【００５８】この検査は、前記整合性チェック部２２
が、前記実際にインストールされているアプリケーショ
ンにアクセスして現在適用されているバージョン／リリ
ース番号と、前記適用済み情報格納部１８に登録されて
いるインストール済みバージョン／リリース番号の情報
を照合する。この結果、現在のアプリケーションのバー
ジョンが一致しない場合には、この整合性チェック部２
２はエラーを発し、前記適用済み情報格納部１８内の情
報をクリアする（ステップＳ５）。このことにより、当
該アプリケーションについては再度インストールが実行
されるべき状態となる。なお、前記整合性を見る場合に
は、同時にリリースの日付についても検証するようにし
ても良い。

【００５９】また、この実施形態では、クリアされた適
用済み情報に基づいて、図６に示したのと同様の処理を
実行し、前記部門サーバ３にダウンロードするべきファ
イルがあるかを判断し（ステップＳ６）、ある場合には
ダウンロードする（ステップＳ７）。この場合には適用
済み情報をクリアしたので、適用するべきバージョンの
全てのリリースに係るインストール用ファイルをダウン
ロードすることになる。

【００６０】なお、上記ステップＳ４で、整合性が取れ
ている場合には上記適用済み情報格納部１８の情報はそ
のままとなる。

【００６１】次に、前記ファイル適用部１７は、前記イ
ンストール用ファイル格納部１６に格納したファイルパ
ッケージの適用日の情報に基づいて、この起動時に上記
適用日を過ぎている未適用のファイルがあるかを判断す
る（ステップＳ８）。

【００６２】複数のバージョン若しくはリリースに係る
ファイルパッケージがこの適用日に達している場合に
は、前記インストール順序決定部２３が、前記リリース
番号に基づいてインストールの順序を決定する（ステッ
プＳ９）。

【００６３】ついで前記ファイルインストール部２４
が、この決められた順序でファイルのインストールを行
う（ステップＳ１０）。このとき、前記ファイルインス
トール部２４は、前記制御情報２７を参照してまず適当
な前処理及び後処理を行うようになっている（ステップ
Ｓ１１）。このことで、当該バージョン・リリースが適
用されたことになる。このファイルインストール部２４
はインストールするべきバージョン・リリースが複数あ
る場合には、これらを順に適用していく。

【００６４】当該バージョン／リリースの適用が終了す
ると、前記インストール済み情報更新部２５が前記適用
済み情報格納部１８内に、適用済みのバージョン・リリ
ース番号を書き込む（ステップＳ１２）。

【００６５】なお、前述したように変更案件の通し番号
が不連続のときや適用処理が正常にできなかったとき
は、適用プログラムが異常終了すると共に、センター管
理者へ通知が発信されるようになっている。

【００６６】このような動作は、部門サーバ３では毎日
定時、部門クライアントＰＣ４では起動時に実行され
る。適用対象の変更案件が無いときは、何もせずに終了
する。

【００６７】なお、クライアントＰＣ４に複写されたパ
ッケージファイルは適用処理が正常に終了するとローカ
ルドライブから削除される。

【００６８】また、ユーザが勝手にバージョンアップを
行っていたときやアプリケーションが破損していたとき
等には、上記の動作によってバージョンコントロールが
行われる。このことにより、ユーザのクライアントＰＣ
４内のバージョン・リリースは常に管理者の所望の状態
に保たれることになる。

【００６９】図８は、以上説明したクライアントＰＣ４
でのファイル適用動作を示す模式図である。この例で
は、このクライアントＰＣ４のインストール用ファイル
格納部１６内にリリース番号２からリリース番号４のイ
ンストール用ファイル２９，３０が格納されている。こ
の例は、２００２年１月１５日にこのクライアントＰＣ
４を起動した状態を示しており、これによりリリース番
号２のインストール用ファイル（Ａ．ＥＸＥ，Ｂ．ＥＸ
Ｅ，Ｃ．ＥＸＥ）がクライアントＰＣ４に自動的にイン
ストールされる状態を示したものである。

【００７０】なお、この発明は、ここで記載した実施形
態のものに限定されるものではなく、発明の要旨を変更
しない範囲で種々変形可能である。

【００７１】例えば、上記実施形態ではインストール用
ファイルが複数から成るものであったがこれに限定され
るものではない。またインストール用ファイルはパッケ
ージ化されていたが、これは必ずしも必要ない。

【００７２】

【発明の効果】以上説明したように、このような構成に
よれば、従業員の使用する個々の業務用ＰＣの必要に応
じたアプリケーションを、所定の日時に一斉にインスト
ールすることができる。

【図面の簡単な説明】

【図１】この発明の全体概略構成を示す模式図。

【図２】バージョン及びリリースの概念を示すための
図。

【図３】クライアントＰＣの構成を示す概略構成図。

【図４】インストール用ファイル生成・配布装置におけ
るファイルパッケージの生成方法を示す図。

【図５】ファイルの配布を示す図。

【図６】部門サーバからクライアントＰＣへのインスト
ール用ファイルのダウンロード工程を説明するためのフ
ローチャート。

【図７】クライアントＰＣにおけるインストール用ファ
イルの適用工程を示すフローチャート。

【図８】クライアントＰＣにおけるインストール用ファ
イルの適用工程を示す模式図。

【符号の説明】

１…インストール用ファイル生成・配布装置 ２...ネットワーク ３…部門サーバ ４…クライアントＰＣ ６…適用日時入力部 ７…バージョン・リリース情報入力部 ８…パッケージ生成部 ９…パッケージ配布部 １１…パッケージ分解部 １２…インストール用ファイル格納部 １３…アプリマスタファイル １４…アプリケーション登録部 １５…ファイルダウンロード部 １６…インストール用ファイル格納部 １７…ファイル適用部 １８…適用済み情報格納部 １９…記憶領域（インストール先ＨＤ部） ２２…整合性チェック部 ２３…インストール順序決定部 ２４…ファイルインストール部 ２５…インストール済み情報更新部 ２７…制御情報 ２９…ファイル（書庫） ３０…ファイル ３１…パッケージ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 加藤 公二 東京都府中市日鋼町１番９ 第一生命情報 システム株式会社内 (72)発明者 砂田 一郎 東京都府中市日鋼町１番９ 第一生命情報 システム株式会社内 Ｆターム(参考） 5B076 AA02 AC01 AC03 AC09 AC10 (54)【発明の名称】 アプリケーションのバージョン／リリースコントロール方法及びシステム、クライアントＰＣに インストールするアプリケーションのバージョン／リリースコントロールを行なうためのコンピ ュータソフトウエアプログラム

Claims (18)

【特許請求の範囲】
1. 【請求項１】 アプリケーションのバージョン／リリー
   スコントロール方法であって、 （ａ）アプリケーションのインストール用ファイルを、
   少なくともその適用日及びバージョン／リリース参照記
   号の情報と共に、インストール先のコンピュータシステ
   ムにインストールのためにコピーする工程と、 （ｂ）前記適用日及びバージョン／リリース参照記号を
   参照することで、当該適用日に前記バージョン／リリー
   ス参照記号に応じた所定の順序で前記インストールファ
   イルを前記コンピュータシステムにインストールする工
   程とを有することを特徴とするバージョン／リリースコ
   ントロール方法。
2. 【請求項２】 請求項１記載のバージョン／リリースコ
   ントロール方法において、 さらに、 （ｃ）前記アプリケーションをインストールした旨の情
   報をインストール済情報として登録するインストール済
   情報登録工程を有し、 前記（ａ）工程は、前記インストール済情報登録を参照
   することで、未インストールのバージョン／リリースの
   インストール用ファイルのみを前記インストール先のコ
   ンピュータシステムにインストールのためにコピーする
   ものであることを特徴とするバージョン／リリースコン
   トロール方法。
3. 【請求項３】 請求項２記載のバージョン／リリースコ
   ントロール方法において、 前記（ｂ）工程は、異なるバージョン／リリース参照記
   号に係る複数のインストール用ファイルをインストール
   する場合、前記修正番号に基づいた所定のインストール
   順序で前記ファイルをインストールするものであること
   を特徴とするバージョン／リリースコントロール方法。
4. 【請求項４】 請求項３記載のバージョン／リリースコ
   ントロール方法において、 前記（ａ）工程は、前記インストール済情報登録を参照
   することで、インストール済みのバージョン／リリース
   以降の全てのバージョン／リリースに係るインストール
   用ファイルをコピーするものであることを特徴とするバ
   ージョン／リリースコントロール方法。
5. 【請求項５】 請求項１記載のバージョン／リリースコ
   ントロール方法において、 複数のインストール先コンピュータがサーバに接続され
   ており、 前記（ａ）工程は、前記インストール用ファイルを適用
   日の情報と共に、前記サーバから各インストール先のコ
   ンピュータシステムにインストールのためにコピーする
   ものであり、 前記（ｂ）工程は、前記適用日の情報を参照すること
   で、当該適用日に前記インストールファイルを前記各コ
   ンピュータシステムに一斉にインストールするものであ
   ることを特徴とするバージョン／リリースコントロール
   方法。
6. 【請求項６】 請求項１記載のバージョン／リリースコ
   ントロール方法において、 前記（ａ）工程は、前記適用日の前に、前記インストー
   ル用ファイルをコピーするものであることを特徴とする
   バージョン／リリースコントロール方法。
7. 【請求項７】 請求項１記載のバージョン／リリースコ
   ントロール方法において、 さらに、インストール済みのアプリケーションを検査す
   る工程を有し、この工程は、適用されているアプリケー
   ションが前記インストール済み情報と整合しない場合
   に、前記インストール済み情報を修正するものであるこ
   とを特徴とするバージョン／リリースコントロール方
   法。
8. 【請求項８】 請求項１記載のバージョン／リリースコ
   ントロール方法において、 さらに、インストール済みのアプリケーションのバージ
   ョン・リリース参照記号と、インストールしようとして
   いるファイルのバージョン・リリース参照記号とが連続
   するかを判断するバージョン／リリース番号連続性判断
   工程を有することを特徴とするバージョン／リリースコ
   ントロール方法。
9. 【請求項９】 請求項８記載のバージョン／リリースコ
   ントロール方法において、 前記連続性判断工程でバージョン／リリース番号が連続
   しないと判断した場合、前記インストール済み情報を修
   正するものであることを特徴とするバージョン／リリー
   スコントロール方法。
10. 【請求項１０】 クライアントＰＣにインストールする
    アプリケーションのバージョン／リリースコントロール
    を行なうためのコンピュータソフトウエアプログラムで
    あって、 （ａ）アプリケーションのインストール用ファイルを、
    そのファイルに付随する適用日及びバージョン／リリー
    ス参照記号の情報を参照して、記憶装置にコピーするた
    めのコピー手段と、 （ｂ）前記適用日及びバージョン／リリース参照記号を
    参照することで、当該適用日に前記バージョン／リリー
    ス参照記号に応じた所定の順序で前記インストールファ
    イルを前記コンピュータシステムにインストールするイ
    ンストール手段とを有することを特徴とするコンピュー
    タソフトウエアプログラム。
11. 【請求項１１】 請求項１０記載のコンピュータソフト
    ウエアプログラムにおいて、 さらに、 （ｃ）前記アプリケーションをインストールした旨の情
    報をインストール済情報として登録するインストール済
    情報登録手段を有し、 前記コピー手段は、前記インストール済情報登録を参照
    することで、未インストールのアプリケーション及びバ
    ージョン／リリース参照記号のインストール用ファイル
    のみを前記インストール先のコンピュータシステムにイ
    ンストールのためにコピーするものであることを特徴と
    するコンピュータソフトウエアプログラム。
12. 【請求項１２】 請求項１１記載のコンピュータソフト
    ウエアプログラムにおいて、 前記インストール手段は、異なるバージョン／リリース
    参照記号に係る複数のインストール用ファイルをインス
    トールする場合、前記修正番号に基づいた所定のインス
    トール順序で前記ファイルをインストールするものであ
    ることを特徴とするコンピュータソフトウエアプログラ
    ム。
13. 【請求項１３】 請求項１２記載のコンピュータソフト
    ウエアプログラムにおいて、 前記コピー手段は、前記インストール済情報登録を参照
    することで、インストール済みのバージョン／リリース
    以降の全てのバージョン／リリース参照記号に係るイン
    ストール用ファイルをコピーするものであることを特徴
    とするコンピュータソフトウエアプログラム。
14. 【請求項１４】 請求項１０記載のコンピュータソフト
    ウエアプログラムにおいて、 さらに、インストール済みのアプリケーションのバージ
    ョン／リリースと前記インストール済情報登録部の整合
    性を検査する整合性検査部を有し、この検査部は、適用
    されているアプリケーションが前記インストール済み情
    報と整合しない場合に、前記インストール済情報を修正
    するものであることを特徴とするコンピュータソフトウ
    エアプログラム。
15. 【請求項１５】 請求項１０記載のコンピュータソフト
    ウエアプログラムにおいて、 さらに、インストール済みのアプリケーションのバージ
    ョン・リリース参照記号と、インストールしようとして
    いるファイルのバージョン・リリース参照記号とが連続
    するかを判断するバージョン／リリース番号連続性判断
    部を有することを特徴とするコンピュータソフトウエア
    プログラム。
16. 【請求項１６】 請求項１０記載のコンピュータソフト
    ウエアプログラムにおいて、 前記連続性判断部でバージョン／リリース番号が連続し
    ないと判断した場合、前記インストール済情報を修正す
    るものであることを特徴とするコンピュータソフトウエ
    アプログラム。
17. 【請求項１７】 クライアントＰＣにアプリケーション
    のインストールを行うためのサーバシステムであって、 各クライアントＰＣに必要なアプリケーション名及びイ
    ンストール済み修正番号の情報を保持するインストール
    情報格納手段と、 アプリケーションのインストール用ファイルを、前記イ
    ンストール情報及びそのファイルに付随する適用日及び
    修正番号の情報を参照して抽出し、前記クライアントＰ
    Ｃにコピーするためのコピー手段とを有することを特徴
    とするシステム。
18. 【請求項１８】 請求項１７記載のシステムにおいて、 前記コピー手段は、前記適用日の前に、前記インストー
    ル用ファイルをコピーするものであることを特徴とする
    システム。