(57)【要約】【課題】  資産配布時に、ネットワークにかかる負荷を低く抑えることができる資産配布システムを提供する。【解決手段】  配布用ＰＣ２０は、資産管理サーバ１０から配布対象用ファイル１１を取得する。資産反映手段２１は、取得した配布対象ファイル１１をコンパイルして作成された資産を、圧縮し、分割して、配布対象ファイル２６を作成する。配布対象ファイル２６は、業務サーバ３０及びクライアントＰＣ群４０へそれぞれ送信される。業務サーバ３０及びクライアントＰＣ群４０では、それぞれ資産反映手段３１、４１によって、受信した配布対象ファイル２６を結合し、伸長して、稼動中の資産を、新たに配布された資産で更新する。【選択図】    図１
2005309843.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置に記憶されたソフトウェア資産を所定のアルゴリズムにより圧縮し、圧縮されたソフトウェア資産を記憶装置に記憶させる圧縮部と、記憶装置から圧縮されたソフトウェア資産を読み出し、該読み出された圧縮されたソフトウェア資産を所定サイズで分割して複数の分割ファイルを生成し、該複数の分割ファイルを記憶装置に記憶させる分割部と、記憶装置から分割ファイルを読み出して送信する送信部とを備える配布装置と、
それぞれが前記配布装置とネットワークを介して接続される複数のコンピュータであって、前記配布装置から前記分割ファイルを受信し、該受信した分割ファイルを記憶装置に蓄積する分割ファイル受信部と、自身に対応する複数の分割ファイルの全てを前記分割ファイル受信部が記憶装置に蓄積すると、該蓄積した複数の分割ファイルを結合し、該結合により得られたファイルを、前記所定のアルゴリズムとは逆のアルゴリズムで伸長する伸長部と、該伸長部により伸長されたソフトウェア資産で、稼動中のソフトウェア資産を更新する更新部とを備える複数のコンピュータ
とを備えることを特徴とする資産配布システム。
【請求項２】
前記複数のコンピュータが、複数の階層に分かれて層構造システムを構成する、請求項１に記載の資産配布システム。
【請求項３】
前記配布装置は、複数のコンピュータに送信するソフトウェア資産のそれぞれに、同一のバージョン情報を付与する、請求項１又は２に記載の資産配布システム。
【請求項４】
前記複数のコンピュータは、それぞれ、稼動中のソフトウェア資産バージョン情報を取得するバージョン情報取得手段を更に備えており、
前記配布装置は、前記複数のコンピュータのバージョン情報取得手段のそれぞれが取得したバージョン情報が相互に一致しないときには、ソフトウェア資産の配布をやり直す、請求項３に記載の資産配布システム。
【請求項５】
前記更新部は、資産の更新に際して、更新前の資産を記憶装置内にバックアップする、請求項３又は４に記載の資産配布システム。
【請求項６】
前記更新部は、前記配布装置から、現時点で稼動中の資産の１つ前のバージョン情報を受信すると、記憶装置内にバックアップした資産で、稼動中の資産を更新する、請求項５に記載の資産配布システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、資産配布システムに関し、更に詳しくは、ネットワークを介して接続された複数のコンピュータにソフトウェア資産（資源）を配布する資産配布システムに関する。
【背景技術】
【０００２】
一般に、社内ＬＡＮ等のネットワークには、複数のＰＣ端末が接続されている。このような場合において、各ＰＣ端末のアプリケーションプログラム等のソフトウェア資産（以下、単に資産とも呼ぶ）のバージョンアップ等の更新作業を、各ＰＣ端末で個別に行うと、処理に多大な時間と手間とを必要とする。従来は、サーバ上に資産を置いて、そのサーバから、ネットワークを介して、各ＰＣ端末に資産を配布（転送）して、更新作業の処理負担を軽減してきた。
【０００３】
ネットワークに接続された複数のＰＣ端末があるとき、複数のＰＣ端末の資産の管理を行う技術としては、特許文献１に記載された技術がある。この技術では、複数のＰＣ端末から、資産のバージョン情報等を自動的に取得することで、各ＰＣ端末の資産情報を最新の情報で更新できるとしている。
【０００４】
また、ソフトウェア開発支援システムでフトウェア資産を管理する技術としては、特許文献２に記載された技術がある。この技術では、ソフトウェア資産は、複数の資産格納場所に格納される。何れかの資産格納場所に格納されたソフトウェア資産が更新されると、論理的に同じソフトウェア資産を格納するその他の資産格納場所に更新情報が配布される。この技術では、このようにして、複数の資産格納場所に格納されているソフトウェア資産を集中管理することで、ソフトウェア資産の検索・参照が効率的になるとしている。
【特許文献１】特開２００１−２９０９３７号公報
【特許文献２】特開平７−１４１１６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、サーバ上に資産を置く方式では、資産をＰＣ端末に転送する際に、ネットワークに負荷がかかり、配布時間が長くなるという問題がある。また、特許文献１及び２では、バージョンの同期が取れていることを確認できるのは論理的に同じ資産についてのみであり、サーバとクライアントとにより構成される２層構造システム（階層システム）では、サーバの資産と、クライアントの資産との間では、資産が論理的に異なるため、サーバの資産とクライアントの資産との間で同期を取ることはできない。
【０００６】
本発明は、上記従来技術の問題点を解消するためになされたものであり、資産の配布時に、ネットワークにかかる負荷を軽減できる資産配布システムを提供することを目的とする。
【０００７】
また、本発明は、上記目的を達成した上で、２層構造システムにおいて、資産配布後に、サーバの資産とクライアントの資産との間で、バージョンの同期を取ることができる資産配布しシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の資産配布システムは、記憶装置に記憶されたソフトウェア資産を所定のアルゴリズムにより圧縮し、圧縮されたソフトウェア資産を記憶装置に記憶させる圧縮部と、記憶装置から圧縮されたソフトウェア資産を読み出し、該読み出された圧縮されたソフトウェア資産を所定サイズで分割して複数の分割ファイルを生成し、該複数の分割ファイルを記憶装置に記憶させる分割部と、記憶装置から分割ファイルを読み出して送信する送信部とを備える配布装置と、それぞれが前記配布装置とネットワークを介して接続される複数のコンピュータであって、前記配布装置から前記分割ファイルを受信し、該受信した分割ファイルを記憶装置に蓄積する分割ファイル受信部と、自身に対応する複数の分割ファイルの全てを前記分割ファイル受信部が記憶装置に蓄積すると、該蓄積した複数の分割ファイルを結合し、該結合により得られたファイルを、前記所定のアルゴリズムとは逆のアルゴリズムで伸長する伸長部と、該伸長部により伸長されたソフトウェア資産で、稼動中のソフトウェア資産を更新する更新部とを備える複数のコンピュータとを備えることを特徴とする。
【０００９】
本発明の資産配布システムでは、複数のコンピュータのそれぞれへ配布する資産を、圧縮し、分割しているため、資産の配布時にネットワークにかける負荷を低くすることができる。
【００１０】
本発明の資産配布システムでは、前記複数のコンピュータが、複数の階層に分かれて層構造システムを構成するものとすることができる。例えば、複数のコンピュータのうちの１台を基幹アプリケーションを稼動させる業務サーバとして構成し、その他のコンピュータをユーザインターフェース等を担当するクライアントとして構成することができる。
【００１１】
本発明の資産配布システムでは、前記配布装置は、複数のコンピュータに送信するソフトウェア資産のそれぞれに、同一のバージョン情報を付与することが好ましい。この場合、資産の配布後に、複数のコンピュータのそれぞれで稼動中のバージョン情報をチェックすることで、バージョンの同期が取れているか否かをチェックできる。特に、複数のコンピュータが層構造システムとして構成される場合には、各コンピュータに配布される資産は、論理的に異なる資産となるが、そのような場合でも、各資産に同じバージョン情報を付与することで、層構造システム内において、バージョンの不一致が発生したか否かをチェックすることができる。
【００１２】
本発明の資産配布システムでは、前記複数のコンピュータは、それぞれ、稼動中のソフトウェア資産バージョン情報を取得するバージョン情報取得手段を備えており、前記配布装置は、前記複数のコンピュータのバージョン情報取得手段のそれぞれが取得したバージョン情報が相互に一致しないときには、ソフトウェア資産の配布をやり直すことが好ましい。資産の配布をやり直すことで、各コンピュータに配布される資産のバージョンを一致させることができる。
【００１３】
本発明の資産配布システムでは、前記更新部は、資産の更新に際して、更新前の資産を記憶装置内にバックアップし保持することが好ましく、また、前記更新部は、前記配布装置から、現時点で稼動中の資産の１つ前のバージョン情報を受信すると、記憶装置内にバックアップされた資産で、稼動中の資産を更新することが好ましい。この場合、更新後の資産に欠陥等が見つかった場合などにおいて、更新前の資産への復旧が容易となる。
【発明の効果】
【００１４】
本発明の資産配布システムは、資産を、圧縮し、分割して配布するため、資産配布時にネットワークにかかる負荷を低く抑えることができる。また、配布する資産に同一のバージョン情報を付与する場合には、複数のコンピュータに配布された資産間のバージョンの同期を取ることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施形態例に基づいて、本発明を更に詳細に説明する。図１は、本発明の第１実施形態例の資産配布システムの構成をブロック図で示している。資産配布システム１００は、資産管理サーバ１０、配布用ＰＣ２０、基幹サーバ３０、及び、クライアントＰＣ群４０を備える。資産管理サーバ１０、配布用ＰＣ２０、及び、基幹サーバ３０は、それぞれ、パーソナルコンピュータやワークステーション等のコンピュータシステムとして構成される。クライアントＰＣ群４０は、それぞれが所定の機能を分担する複数のコンピュータシステムの集合として構成される。
【００１６】
基幹サーバ３０及びクライアントＰＣ群４０は、クライアント−サーバシステムによる２層構造システムとして構成される。より詳細には、基幹サーバ３０は、実際に業務を遂行する基幹アプリケーションを有する業務基幹サーバとして構成され、クライアントＰＣ群４０の各ＰＣは、入力画面アプリケーション等を有し、ユーザインターフェースを提供するクライアント端末として構成される。資産管理サーバ１０、配布用ＰＣ２０、基幹サーバ３０、及び、クライアントＰＣ群４０内の各手段は、コンピュータシステム上で実行されるプログラムにより実現される。
【００１７】
資産管理サーバ１０は、配布対象用ファイル１１とバージョン情報プロパティファイル１２とを有する。配布対象用ファイル１１は、基幹サーバ３０及びクライアントＰＣ群４０にそれぞれ配布される資産の基となるファイルである。バージョン情報プロパティファイル１２には、配布済み資産のバージョン情報が記憶されている。
【００１８】
資産管理サーバ１０は、配布用ＰＣ２０からの要求に従って、配布対象用ファイル１１を配布用ＰＣ２０に送信する。配布用ＰＣ２０は、資産反映手段２１と、バージョンチェック手段２２と、記憶装置内に構成されたコンパイルディレクトリ２３、分割用ディレクトリ２４、及び、配布用フォルダ２５とを備える。資産反映手段２１は、資産管理サーバ１０から受信した配布対象用ファイル１１に基づいて、配布対象ファイル２６を作成し、作成した配布対象ファイル２６を、基幹サーバ３０及びクライアントＰＣ群４０の各ＰＣに配布（転送）する。
【００１９】
基幹サーバ３０は、資産反映手段３１と、バージョンチェック手段３２と、記憶装置内に構成された実行環境ディレクトリ３３、バックアップディレクトリ３４、第１テンポラリ領域３５、及び、第２テンポラリ領域３６とを備える。クライアントＰＣ群４０を構成する複数のコンピュータは、それぞれ、資産反映手段４１と、バージョンチェック手段４２と、記憶装置内に構成された実行環境ディレクトリ４３、バックアップディレクトリ４４、第１テンポラリ領域４５、及び、第２テンポラリ領域４６を備える。基幹サーバ３０及びクライアントＰＣ群４０では、それぞれ、資産反映手段３１、４１によって、実行環境ディレクトリ３３、４３に格納される稼動中の資産が更新される。
【００２０】
クライアントＰＣ群４０のバージョンチェック手段４２は、バージョン情報プロパティファイル４７に格納されたバージョン情報を基幹サーバ３０内のバージョンチェック手段３２へ送信する。基幹サーバ３０のバージョンチェック手段３２は、クライアントＰＣ群４０から受信したバージョン情報と、基幹サーバ３０内のバージョン情報プロパティファイル３７に格納されたバージョン情報とを比較し、その比較結果を配布用ＰＣ２０のバージョンチェック手段２２に送信する。バージョンチェック手段２２は、受信した比較結果に基づいて、基幹サーバ３０の資産とクライアントＰＣ群４０の資産とを同期させる処理を実行する。
【００２１】
図２は、基幹サーバ３０及びクライアントＰＣ群４０に資産を配布する際の処理手順をフローチャートで示している。資産管理サーバ１０は、配布用ＰＣ２０から資産の送信要求を受信すると、要求された資産に対応する配布対象用ファイル１１を配布用ＰＣ２０へ送信する（ステップＳ２１）。配布用ＰＣ２０は、資産反映手段２１によって、受信した配布対象用ファイル１１を記憶装置に記憶し、記憶した配布対象用ファイル１１に基づいて圧縮・分割されたファイルを作成し、その作成した圧縮・分割ファイルを、基幹サーバ３０及びクライアントＰＣ群４０に向けてそれぞれ送信する（ステップＳ２２）。基幹サーバ３０及びクライアントＰＣ群４０は、それぞれ資産反映手段３１、４１によって、受信したファイルに基づいて資産の更新を行う（ステップＳ２３、Ｓ２４）。
【００２２】
図３は、ステップＳ２２のファイル作成・配布処理の詳細手順をフローチャートで示している。資産反映手段２１は、ネットワーク負荷容量に適したファイル分割サイズの入力を要求し（ステップＳ３０１）、入力されたファイル分割サイズが規定範囲にあるか否かをチェックする（ステップＳ３０２）。資産反映手段２１は、ファイル分割サイズが規定範囲内にあるときには、ファイル分割サイズを、ステップＳ３０１の要求に従って入力されたファイル分割サイズにセットする（ステップＳ３０３）。資産反映手段２１は、ファイル分割サイズが規定範囲内にないときには、エラー表示を行って（ステップＳ３０４）、処理を終了する。
【００２３】
資産反映手段２１は、資産管理サーバ１０から受信した配布対象用ファイル１１を記憶装置から読み出し（ステップＳ３０５）、現時点で、基幹サーバ３０及びクライアントＰＣ群４０で稼動している資産において修正されているバグや追加されている機能が、配布対象用ファイル１１に反映されていることを確認する（ステップＳ３０６）。資産反映手段２１は、コンパイルディレクトリ２３に配布対象用ファイル１１を格納してコンパイル環境を最新化し（ステップＳ３０７）、コンパイルを実行する（ステップＳ３０８）。
【００２４】
資産反映手段２１は、ステップＳ３０８のコンパイルでエラーが発生したか否かを判断する（ステップＳ３０９）。資産反映手段２１は、コンパイルエラーが発生したときには、エラー表示を行い（ステップＳ３１０）、再度、資産を見直してもらうために、処理を終了する。資産反映手段２１は、コンパイルエラーが発生しなかったときには、コンパイルにより得られた配布対象実行ファイルを、分割用ディレクトリ２４に格納する（ステップＳ３１１）。
【００２５】
資産反映手段２１は、分割用ディレクトリ２４から配布対象実行ファイルを読み出し、圧縮処理を行って、圧縮後の配布対象実行ファイルを分割用ディレクトリ２４に書き込む（ステップＳ３１２）。この圧縮処理は、機能全体に対して、或いは、機能ごとのサブシステム単位で行われる。また、資産反映手段２１は、資産管理サーバ１０のバージョン情報プロパティファイル１２から、配布対象用ファイル１１に対応するバージョン情報を読み込み（ステップＳ３１３）、バージョン情報をインクリメント（１を加算）して（ステップＳ３１４）、そのバージョン情報を、分割用ディレクトリ２４に格納する。例えば、資産反映手段２１は、現時点での基幹サーバ３０及びクライアント端末群４０の資産のバージョン情報が「２」を示すときには、それに対応するバージョン情報「２」を読み出して、それに１を加えたバージョン情報「３」を分割用ディレクトリ２４に格納する。配布用ＰＣ２０でインクリメントされたバージョン情報は、資産管理サーバ１０のバージョン情報プロパティファイル１２に格納される。
【００２６】
資産反映手段２１は、分割用ディレクトリ２４内に格納された、ステップＳ３０３でセットしたファイル分割サイズ以上のサイズを有するファイルを、そのファイル分割サイズで分割する（ステップＳ３１６）。このとき、資産反映手段２１は、基幹サーバ３０及びクライアントＰＣ群４０の資産反映手段３１、４１のそれぞれで分割ファイルを結合（入替）するためのツールを同時に作成する。資産反映手段２１は、分割処理でエラーが発生したか否かを判断する（ステップＳ３１７）。資産反映手段２１は、分割処理でエラーが発生したと判断すると、エラー表示を行って（ステップＳ３１８）、処理を終了する。資産反映手段２１は、エラーが発生せず分割処理が正常に終了したと判断すると、分割後のファイルを配布用フォルダ２５に格納する（ステップＳ３１９）。資産反映手段２１は、配布用フォルダ２５に格納した分割された、圧縮・分割された資産、バージョン情報、および、結合のためのツールを含む配布対象ファイル２６を、基幹サーバ３０及びクライアントＰＣ群４０に向けてそれぞれ送信する（ステップＳ３２０）。
【００２７】
図４は、基幹サーバ３０におけるステップＳ２３のファイル入れ替え処理の詳細手順をフローチャートで示している。クライアントＰＣ群４０におけるステップＳ２４のファイルの入れ替え処理は、図４に示す基幹サーバ３０における入れ替え処理と同様な手順で実行される。基幹サーバ３０は、以下に説明する処理手順により、配布用ＰＣ２０から送信されたファイルに基づいて、実行環境ディレクトリ３３内のファイルの入れ替えを行う。
【００２８】
資産反映手段３１は、配布用ＰＣ２０から分割されて送信される配布対象ファイル２６を受信し（ステップＳ４０１）、分割されたファイルの全てを受信したか否かを判断する（ステップＳ４０２）。資産反映手段３１は、受信したファイルを記憶装置に蓄積しつつ、分割されたファイルの全てを受信するまで、ステップＳ４０１を繰り返し実行する。分割されたファイルの全てを受信すると、資産反映手段３１は、現時点で動いている実行環境ＡＰファイルを、実行環境ディレクトリ３３からバックアップディレクトリ３４にコピーしてバックアップを行う（ステップＳ４０３）。
【００２９】
資産反映手段３１は、配布用ＰＣ２０で作成された、資産を入れ替えるためのツールを起動する（ステップＳ４０４）。このツールの起動により、資産反映手段３１は、第１テンポラリ領域３５へ、実行環境ディレクトリ３３に格納されている実行環境ＡＰファイルをコピーする（ステップＳ４０５）。このとき、資産反映手段３１は、実行環境ディレクトリ３３内に、圧縮（アーカイブ）状態で存在しているファイルについては、解凍・展開を行ったうえで、第１テンポラリ領域３５へコピーする。
【００３０】
資産反映手段３１は、ツールによって、配布用ＰＣ２０から分割された送信されたファイルを結合し、結合されたファイルを解凍・展開して、それにより得られたファイルを、第２テンポラリ領域３６へ格納する（ステップＳ４０６）。資産反映手段３１は、第２テンポラリ領域３６に格納されたファイルを、第１テンポラリ領域３５に上書きでコピーし（ステップＳ４０７）、そのコピーが正常に行われたか否かを確認する（ステップＳ４０８）。資産反映手段３１は、ステップＳ４０７の上書きコピーが正常に行われなかったときには、エラーを表示して（ステップＳ４０９）、処理を終了する。
【００３１】
資産反映手段３１は、第１テンポラリ領域３５に格納された未圧縮状態のファイルに対して圧縮処理を行い、第１テンポラリ領域３５に格納されたファイルを圧縮状態とする（ステップＳ４１０）。資産反映手段３１は、圧縮処理が正常に終了したか否かを確認し（ステップＳ４１１）、圧縮処理が正常に終了したときには、第１テンポラリ領域３５に格納されたファイルを、実行環境ディレクトリ３３へコピーする（ステップＳ４１２）。資産反映手段３１は、圧縮処理が正常終了しなかったときには、エラーを表示して（ステップＳ４１３）、処理を終了する。資産反映手段３１は、バージョン情報プロパティファイル３７に格納されたバージョン情報を、配布用ＰＣ２０から受信したバージョン情報で更新し（ステップＳ４１４）、第１テンポラリ領域３５と第２テンポラリ領域３６とをクリアして（ステップＳ４１５）、処理を終了する。
【００３２】
図５は、クライアント−サーバ間の資産のバージョンチェックの処理手順をフローチャートで示している。図２のステップＳ２３、Ｓ２４によって基幹サーバ３０及びクライアントＰＣ群４０においてそれぞれの資産が更新されると、クライアントＰＣ群４０の各ＰＣでは、バージョンチェック手段４２が、バージョン情報プロパティファイル４７からバージョン情報を取得し、取得したバージョン情報を基幹サーバ３０に向けて送信する（ステップＳ５１）。
【００３３】
基幹サーバ３０では、バージョンチェック手段３２が、バージョン情報プロパティファイル３７からバージョン情報を取得し（ステップＳ５２）、取得したバージョン情報と、クライアントＰＣ群４０から受信したバージョン情報との突合せチェックを行う（ステップＳ５３）。バージョンチェック手段３２は、突合せの結果、両者が一致しないと判断したときには、エラーコードを生成し、両者が一致しない旨のエラーコードを、配布用ＰＣ２０に向けて送信する（ステップＳ５４）。配布用ＰＣ２０のバージョンチェック手段２２は、基幹サーバ３０から、基幹サーバ３０内の資産のバージョン情報と、クライアントＰＣ群４０内の資産のバージョン情報とが一致しない旨のエラーコードを受信すると、資産管理サーバ１０に資産の送信を再度要求し、資産の更新を、ステップＳ２１（図２）からやり直させる（ステップＳ５５）。
【００３４】
本実施形態例では、配布用ＰＣ２０によって、配布用の資産を圧縮し、圧縮した資産を複数の分割ファイルに分割した後に、その分割ファイルを、基幹サーバ３０及びクライアントＰＣ群４０にそれぞれ転送する。分割ファイルを受信した基幹サーバ３０及びクライアントＰＣ群４０は、それぞれ、自身宛の分割ファイルの全てを蓄積して、それら分割ファイルを結合して圧縮状態の資産を生成し、この圧縮状態の資産を解凍・展開して、稼動中の資産を新たに受信した資産で更新する。このような構成により、資産配布システム１００では、基幹サーバ３０及びクライアントＰＣ群４０の資産を更新する際のネットワーク負荷を軽減できる。
【００３５】
また、本実施形態例では、配布用ＰＣが、資産配布時に、基幹サーバ３０及びクライアントＰＣ群４０にそれぞれバージョン情報を送信し、資産更新後に、クライアントＰＣ群４０内のバージョン情報と、基幹サーバ３０内のバージョン情報との突合せチェックを行う。資産配布システム１００では、配布用ＰＣ２０は、両者のバージョン情報が一致しないときには、資産を再配布するため、基幹サーバ３０の資産とクライアントＰＣ群４０の資産との間で同期を保つことができる。クライアント−サーバの２層構造システムでは、基幹サーバ３０の資産は、クライアントＰＣ群４０の資産とは、論理的に異なる資産となるが、本実施形態例では、両者に同じバージョン情報を付与するため、基幹サーバ３０とクライアントＰＣ群４０との間で資産の同期をとることができる。
【００３６】
図６は、資産更新後に、基幹サーバ３０及びクライアントＰＣ群４０の資産を、資産更新前の資産に戻す際の手順を示している。例えば、配布用ＰＣ２０により配布された資産に重大な問題が発見された場合には、同図に示す手順により、基幹サーバ３０及びクライアントＰＣ群４０のそれぞれの資産を、一世代前のバージョンの資産に戻すことで対応する。
【００３７】
基幹サーバ３０及びクライアントＰＣ群４０のそれぞれの資産を一世代前に戻す場合には、配布用ＰＣ２０は、資産管理サーバ１０のバージョン情報プロパティファイル１２から、配布済み資産のバージョン情報を読み出し（ステップＳ６０１）、受信したバージョン情報をデクリメント（１を減算）して、バージョン情報を修正する（ステップＳ６０２）。配布用ＰＣ２０は、基幹サーバ３０及びクライアントＰＣ群４０にそれぞれ、デクリメントされたバージョン情報を転送する（ステップＳ６０３、Ｓ６０９）。例えば現時点での基幹サーバ３０及びクライアント端末群４０の資産のバージョン情報が「３」を示すときには、配布用ＰＣ２０は、バージョン情報「３」を読み出して、それをデクリメントしたバージョン情報「２」を基幹サーバ３０及びクライアントＰＣ群４０にそれぞれ転送する。
【００３８】
基幹サーバ３０では、資産反映手段３１は、デクリメントされたバージョン情報を受信すると、バックアップディレクトリ３４に格納されたファイルの一覧を作成し（ステップＳ６０４）、実行環境ディレクトリ３３に格納されたファイルの一覧を作成する（ステップＳ６０５）。資産反映手段３１は、ステップＳ６０４で作成されたファイルの一覧と、ステップＳ６０５で作成されたファイルの一覧とを比較し、両者間の差分を算出する（ステップＳ６０６）。資産反映手段３１は、ステップＳ６０６で算出された差分に従って、バックアップディレクトリ３４から実行環境ディレクトリ３３への差分入れ替えを行う（ステップＳ６０７）。この差分入れ替えが正常に終了すると、資産反映手段３１は、バージョン情報プロパティファイル３７のバージョン情報を、ステップＳ６０３で転送されたバージョン情報で入れ替える処理を行う（ステップＳ６０８）。
【００３９】
クライアントＰＣ群４０の各ＰＣでは、デクリメントされたバージョン情報を受信すると、基幹サーバ３０におけるステップＳ６０４〜Ｓ６０６と同様な手順により、資産反映手段４１は、バックアップディレクトリ４４に格納されたファイルの一覧を作成し（ステップＳ６１０）、実行環境ディレクトリ４３に格納されたファイルの一覧を作成して（ステップＳ６１１）、両者間の差分を算出する（ステップＳ６１２）。また、資産反映手段４１は、ステップＳ６１１で算出された差分に従って、バックアップディレクトリ４４から実行環境ディレクトリ４３への差分入れ替えを行い（ステップＳ６１３）、この差分入れ替えが正常に終了すると、バージョン情報プロパティファイル４７のバージョン情報を、ステップＳ６０９で転送されたバージョン情報で入れ替える処理を行う（ステップＳ６１４）。
【００４０】
基幹サーバ３０及びクライアントＰＣ端末群４０において、資産が、一世代前の資産に戻されると、図５に示す手順と同様な手順に従って、バージョン情報の突合せを行う。配布用ＰＣ２０は、基幹サーバ３０のバージョン情報プロパティファイル３７に格納されたバージョン情報と、クライアントＰＣ群４０のバージョン情報プロパティファイル４７に格納されたバージョン情報とが一致しない旨を受信すると、資産管理サーバ１０に、一世代前の資産に対応する配布対象用ファイル１１の送信を要求し、一世代前の資産を、基幹サーバ３０及びクライアントＰＣ群４０にそれぞれ配布する。
【００４１】
以上、本発明をその好適な実施形態例に基づいて説明したが、本発明の資産配布システムは、上記実施形態例にのみ限定されるものではなく、上記実施形態例の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態例の資産配布システムの構成を示すブロック図。
【図２】資産配布システムにおける資産配布の処理手順を示すフローチャート。
【図３】ファイル作成・配布処理の詳細手順を示すフローチャート。
【図４】ファイル入れ替え処理の詳細手順を示すフローチャート。
【図５】クライアント−サーバ間の資産のバージョンチェックの処理手順を示すフローチャート。
【図６】資産更新後に、資産更新前の資産に戻す際の手順を示すフローチャート。
【符号の説明】
【００４３】
１００：資産配布システム
１０：資産管理サーバ
１１：配布対象用ファイル
２０：配布用ＰＣ
２１：資産反映手段
２２：バージョンチェック手段
２３：コンパイルディレクトリ
２４：分割用ディレクトリ
２５：配布用フォルダ
２６：配布対象ファイル
３０：基幹サーバ
３１：資産反映手段
３２：バージョンチェック手段
３３：実行環境ディレクトリ
３４：バックアップディレクトリ
３５、３６：テンポラリ領域
３７：バージョン情報プロパティファイル
４０：クライアントＰＣ群
４１：資産反映手段
４２：バージョンチェック手段
４３：実行環境ディレクトリ
４４：バックアップディレクトリ
４５、４６：テンポラリ領域
４７：バージョン情報プロパティファイル
【図１】
2005309843.tif 000003
【図２】
2005309843.tif 000004
【図３】
2005309843.tif 000005
【図４】
2005309843.tif 000006
【図５】
2005309843.tif 000007
【図６】
2005309843.tif 000008