(57)【要約】【課題】クライアント側にファイルを編集するためのアプリケーション環境や資源を考慮する必要性を無くすること。【解決手段】ＷＷＷサーバとこの上で動作するリソース管理プログラムから構成されるリソース管理装置であって，リソース管理プログラムは，リソース編集処理部と，リソース情報一覧表示処理部と，リソース情報登録／変更処理部と，編集用アプリケーション群から構成され，リソース編集処理部は，各リソース毎に予め決められた編集用プログラムを起動し，ファイル編集画面をクライアント側へ送付し，ユーザの入力したデータによってリソースの内容を更新し，リソース情報一覧表示処理部は，リソース情報一覧表示画面にリソース情報蓄積部の情報に基づいて全リソースをその所属するシステム単位毎に一覧表示し，その画面をクライアント側へ送付する。【選択図】    図１
2004213314.tif 000002
【特許請求の範囲】
【請求項１】
ＷＷＷサーバと，このＷＷＷサーバ上で動作するリソース管理プログラムから構成されるリソース管理装置であって，
リソース管理プログラムは，リソース編集処理部と，リソース情報一覧表示処理部と，リソース情報登録／変更処理部と，編集用アプリケーション群から構成され，
リソース編集処理部は，各リソース毎に予め決められた編集用プログラムを起動し，ファイル編集画面をクライアント側へ送付し，ユーザの入力したデータによってリソースの内容を更新し，
リソース情報一覧表示処理部は，リソース情報一覧表示画面にリソース情報蓄積部の情報に基づいて全リソースをその所属するシステム単位毎に一覧表示し，その画面をクライアント側へ送付し，
リソース情報登録／変更処理部は，リソース情報又はリソース変更情報に更新権限者情報を付加してリソース情報蓄積部に登録，変更する，
ことを特徴とするリソース管理装置。
【請求項２】
リソース管理装置の管理下にある複数のサーバに存在する全リソースの情報を格納し，システム情報ＤＢと，ファイル情報ＤＢと，移行情報ＤＢから構成されるリソース情報蓄積部であって，
システム情報ＤＢは，システム識別子と，システム名称と，ファイル識別子が格納される利用ファイルから構成され，
ファイル情報ＤＢは，ファイル識別子と，ファイル名称と，ファイルが保存されているサーバ名と，ディレクトリと，ロックフラグと，環境フラグと，最終更新者と，最終更新日付と，エディタタイプと，更新可ＩＤと，本番ディレクトリと，解説から構成され，
移行情報ＤＢは，ファイル識別子と，テスト環境文字列と，本番環境文字列から構成される，
ことを特徴とするリソース情報蓄積部。
【請求項３】
請求項１に記載されたリソース管理装置と，請求項２に記載されたリソース情報蓄積部から構成されることを特徴とするリソース管理システム。
【請求項４】
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムは，クライアント側からリソース情報一覧画面を表示したい旨の要求を受信するとリソース管理プログラムを起動するステップと，受信したユーザＩＤを用いて認証チェックを行うステップと，リソース情報蓄積部に格納されているシステム情報ＤＢ及びファイル情報ＤＢの全データをメインメモリに読み出すステップと，システム名，当該システム名に付属する情報をリソース情報一覧画面に書き込むステップと，ユーザＩＤが更新可ＩＤである場合にファイル名欄内のファイル名及び解説欄内の解説名に起動用のアンカを付加するステップと，得られたリソース情報一覧画面についての諸情報をクライアント側へ送信するステップと，を有するリソース情報一覧画面表示処理プログラムであることを特徴とするプログラムを記憶した記憶媒体。
【請求項５】
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムは，リソース情報一覧画面表示処理を行うステップと，クライアント側からの要求によりリソース情報登録／変更画面を起動し，クライアント側へ送信するステップと，クライアント側から送られて来た新規登録に必要な各種情報を取得するステップと，テスト環境とする場合に環境フラグを「テスト」として本番環境ディレクトリと移行情報を取得するステップと，クライアント側から送られて来た登録要求を取得し同一ファイル名が無い場合当該ファイルにファイル識別子を自動的に付与しファイル情報ＤＢに追加登録するステップと，利用ファイル欄に前記登録したファイル識別子を追加格納するステップと，当該ファイルに関する全情報をリソース情報蓄積部に登録するステップと，登録した当該ファイルのオーナー名を管理者が予め決めたグループＩＤに変更するステップと，を有するリソース情報登録処理プログラムであることを特徴とするプログラムを記憶した記憶媒体。
【請求項６】
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムは，リソース情報一覧画面表示処理を行うステップと，編集を行うファイル名を取得するステップと，ファイル共用チェック処理を行うステップと，当該ファイルのエディタ情報から編集用アプリケーションを選出して起動するステップと，当該ファイルが存在する場所から当該ファイルの内容を取得するステップと，前記アプリケーションによりファイル編集画面上に当該ファイルの内容を展開するステップと，このファイル編集画面をクライアント側へ送付し当該ファイルの編集後その内容を受け取るステップと，当該ファイルの内容をその保存先であるサーバへ送付し保存処理させるステップと，を有するファイル編集処理プログラムであることを特徴とするプログラムを記憶した記憶媒体。
【請求項７】
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムは，リソース情報一覧画面表示処理を行うステップと，本番移行を行うファイル名を取得するステップと，リソース情報登録／変更画面を起動しクライアント側へ送信するステップと，本番移行の要求を受け取るステップと，移行情報ＤＢから本番移行を行うファイルに対応する移行情報の全てを取得するステップと，本番用ディレクトリの場所に同一名ファイルが有り，テスト環境文字列が有り，且つ上書き可能の場合は，当該テスト環境文字列を本番環境文字列で置き換えるステップと，編集済みの本番用ファイルをサーバへ送付し保存するステップと，本番用ファイルの最終更新者を変更するステップと，を有する本番環境移行処理プログラムであることを特徴とするプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，複数のクライアントから，ネットワークを介して複数のサーバで稼働している各種システムを構成するリソース（ファイル）を共用する，情報処理システムを管理するリソース管理装置に関し，特にクライアント側のファイル編集機能を不要とするリソース管理装置に関する。
【０００２】
【従来の技術】
従来から，サーバから読み込んだファイルを，クライアントで編集した後そのファイル名を意識することなくサーバ側へ送り返し保存出来る，ファイル識別情報にてファイルを管理するＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を利用したファイル共用システムが知られている（例えば，特許文献１参照）。この従来技術では，サーバ側に保存されているファイルを編集する場合，クライアント側に一旦ファイルを受信して保存し，クライアント側に用意した編集するためのアプリケーションを起動する。編集が終了すると予め付与された識別ＩＤを元にＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によってサーバへ送り返すようにしている。ここで，ＦＴＰとは，ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのネットワークで，ホスト間のファイル転送を行うためのプロトコルである
【０００３】
【特許文献１】
特開平１１−７４０５号公報
【０００４】
【発明が解決しようとする課題】
ところで，その従来技術では，アプリケーション部，アプリケーション管理部，及びファイル管理部からなるＷＷＷブラウザ機能拡張部が，常にクライアント側に用意されている必要があり，利用出来るクライアント端末が限定されると共に，ＷＷＷブラウザ機能拡張部に新しい機能を追加し或いは機能を変更する時には，全クライアント端末を更新処理する必要があるという問題があった。
【０００５】
又，その従来技術では，クライアント側で編集の終わったファイルを別途ＦＴＰにてサーバに送っていることから，通信障害等が発生して更新済みデータが完全に送信されない場合に，クライアント側がサーバに保存されていると予定するファイルと，実際にサーバに保存されているファイルに差異が生ずるという問題があった。
【０００６】
本発明は，上記課題に鑑みてなされたものであり，クライアント側にファイルを編集するためのアプリケーション環境や資源を考慮する必要性を無くし，ファイルがどのサーバにあってもその存在場所を意識することなく保守し，サーバ上のファイルの不正改ざんを防止し，又，通信障害等が発生した場合でもサーバ側とクライアント側とで内容に差異の無いファイルとすることを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために，
請求項１の記載に係る発明は，
ＷＷＷサーバと，このＷＷＷサーバ上で動作するリソース管理プログラムから構成されるリソース管理装置であって，
リソース管理プログラムは，リソース編集処理部と，リソース情報一覧表示処理部と，リソース情報登録／変更処理部と，編集用アプリケーション群から構成され，
リソース編集処理部は，各リソース毎に予め決められた編集用プログラムを起動し，ファイル編集画面をクライアント側へ送付し，ユーザの入力したデータによってリソースの内容を更新し，
リソース情報一覧表示処理部は，リソース情報一覧表示画面にリソース情報蓄積部の情報に基づいて全リソースをその所属するシステム単位毎に一覧表示し，その画面をクライアント側へ送付し，
リソース情報登録／変更処理部は，リソース情報又はリソース変更情報に更新権限者情報を付加してリソース情報蓄積部に登録，変更する，
ことを特徴とする。
【０００８】
請求項２の記載に係る発明は，
リソース管理装置の管理下にある複数のサーバに存在する全リソースの情報を格納し，システム情報ＤＢと，ファイル情報ＤＢと，移行情報ＤＢから構成されるリソース情報蓄積部であって，
システム情報ＤＢは，システム識別子と，システム名称と，ファイル識別子が格納される利用ファイルから構成され，
ファイル情報ＤＢは，ファイル識別子と，ファイル名称と，ファイルが保存されているサーバ名と，ディレクトリと，ロックフラグと，環境フラグと，最終更新者と，最終更新日付と，エディタタイプと，更新可ＩＤと，本番ディレクトリと，解説から構成され，
移行情報ＤＢは，ファイル識別子と，テスト環境文字列と，本番環境文字列から構成される，
ことを特徴とする。
【０００９】
請求項４の記載に係る発明は，
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムは，クライアント側からリソース情報一覧画面を表示したい旨の要求を受信するとリソース管理プログラムを起動するステップと，受信したユーザＩＤを用いて認証チェックを行うステップと，リソース情報蓄積部に格納されているシステム情報ＤＢ及びファイル情報ＤＢの全データをメインメモリに読み出すステップと，システム名，当該システム名に付属する情報をリソース情報一覧画面に書き込むステップと，ユーザＩＤが更新可ＩＤである場合にファイル名欄内のファイル名及び解説欄内の解説名に起動用のアンカを付加するステップと，得られたリソース情報一覧画面についての諸情報をクライアント側へ送信するステップと，を有するリソース情報一覧画面表示処理プログラムであることを特徴とする。
【００１０】
【発明の実施の形態】
以下に，本発明のリソース管理装置を，図１〜図１３を用いて説明する。図１は本発明のリソース管理装置の構成及びシステム全体の構成を，図２はリソース情報蓄積部１１０の各種ＤＢの構成例を，図３はリソース情報一覧画面１０の実施例を，図４はリソース情報登録／変更画面２０の実施例を，図５はファイル編集画面３０の実施例を，図６はリソース情報一覧画面表示処理のフローチャートを，図７及び図８はリソース情報新規登録処理のフローチャートを，図９はファイル編集処理のフローチャートを，図１０はファイル共用チェック処理（Ｓ５０３）のフローチャートを，図１１及び図１２は本番環境移行処理のフローチャートを，図１３はリソース情報変更処理のフローチャートを，それぞれ示す図である。
【００１１】
図１において，本発明のリソース管理装置１００は，リソース情報蓄積部１１０を備えており，１つ又は複数のサーバ１２０（サーバＡ，サーバＢ，サーバＣ）及び１つ又は複数のクライアント１４０（クライアントＡ，クライアントＢ，クライアントＣ，共にＷＷＷブラウザ１４１を有する）と，ネットワーク１３０を介して接続されて，情報処理システムを構成している。本発明は，リソース管理装置１００及びリソース情報蓄積部１１０が新規であり，その他のサーバ１２０，ネットワーク１３０，クライアント１４０は従来のものである。
【００１２】
本発明のリソース管理装置１００は，ＷＷＷサーバ１０１と，このＷＷＷサーバ１０１上で動作するリソース管理プログラム１０２から構成される。リソース管理プログラム１０２は，リソース編集処理部１０３と，リソース情報一覧表示処理部１０４と，リソース情報登録／変更処理部１０５と，編集用アプリケーション群１０６から成る。
【００１３】
本発明のリソース管理装置１００には，リソース情報蓄積部１１０が備えられており，リソース情報蓄積部１１０には，リソース管理装置１００によって管理されている範囲の複数のサーバ１２０で稼働している，各システムを構成するソース及びファイルについての管理に必要な情報，例えばファイルの名称，保存される場所を表すディレクトリ，最終更新者等，が格納される。その詳細は図２を用いて後で説明する。
【００１４】
ＷＷＷブラウザ機能を有するクライアント１４０は，複数のサーバ１２０で構築・稼働されている各システムを構成するソースやファイルを，ネットワーク１３０を介して，リソース管理装置１００のＷＷＷサーバ１０１上で動作するリソース管理プログラム１０２のリソース編集処理部１０３，リソース情報一覧表示処理部１０４，リソース情報登録／変更処理部１０５，編集用アプリケーション群１０６を用いて，リアルタイムで編集が可能である。編集に必要なアプリケーションは，リソース管理装置１００の編集用アプリケーション群１０６に登録されており，リソース情報蓄積部１１０に登録された各種情報（図２参照）に基づき選択・起動される。
【００１５】
次に，リソース情報蓄積部１１０のデータ構造について，図２を用いて説明する。図２は，リソース情報蓄積部１１０の各種ＤＢの構成例を示す図である。
【００１６】
図２において，リソース情報蓄積部１１０は，システム情報ＤＢ２１０と，ファイル情報ＤＢ２２０と，移行情報ＤＢ２４０の３つのデータベースから構成される。
【００１７】
システム情報ＤＢ２１０は，稼働システム単位に付与されて各システムを識別するためのシステム識別子２１１と，各システムの総称であるシステム名称２１２と，各システムが利用している全てのファイルを格納する利用ファイル２１３から構成される。利用ファイル２１３の欄には，ファイル／ソース単位に付与されるファイル識別子が格納される。なお，ファイル識別子は，リソース管理装置１００が管理対象としている全サーバ１２０が有する全てのリソースを識別することが出来るように，全て異なったファイル識別子が付与される。図２におけるファイル識別子の最後の符号「ｔ」は，当該ファイルがテスト環境にあることを表している。
【００１８】
ファイル情報ＤＢ２２０は，ファイル識別子２２１と，ファイル名称２２２と，ファイルが保存されているサーバ名２２３と，ディレクトリ２２４と，編集の可否を表すロックフラグ２２５と，そのリソースが本番環境にあるかテスト環境かを表す環境フラグ２２６と，ファイルを最後に更新した人を表す最終更新者２２７と，その最終更新日付２２８と，内容を編集するときに利用する編集用アプリケーションを示すエディタタイプ２２９と，各ファイルの更新許可者のアクセスＩＤを表す更新可ＩＤ２３０と，当該ファイルがテスト環境にある場合にそれに対応する本番環境のディレクトリを表す本番ディレクトリ２３１と，各リソースの機能や役割を表す解説２３２から構成される。ファイル情報ＤＢ２２０には，テスト環境のリソース情報だけでなく本番環境のリソース情報も保存される。これは，テスト環境において修正した後に本番環境へ移行することで本番環境を更新するのが基本であるが，本番環境において変更しなければならない場合もあるのでそれに対応するためである。
【００１９】
移行情報ＤＢ２４０は，ファイル識別子２４１と，テスト環境文字列２４２と，本番環境文字列２４３から構成される。テスト環境文字列２４２と本番環境文字列２４３は，リソースをテスト環境から本番環境に移行する機能を利用する際に用いる，当該リソースの内容を自動的に本番用に更新するための情報である。言い換えると，移行情報ＤＢ２４０は，本番環境移行用の変換テーブルである。
【００２０】
次に，本発明においてクライアント１４０側で使用される各種画面について説明する。図３はリソース情報一覧画面１０，図４はリソース情報登録／変更画面，図５はファイル編集画面，の各実施例を示す図である。
【００２１】
図３において，リソース情報一覧画面１０は，システム名１０ａと，ファイル名１０ｂと，解説１０ｃと，最終更新者／日付１０ｄと，更新可能者１０ｅと，環境１０ｆからなるリソース情報一覧テーブルと，新規登録ボタン１０ｇから構成される。
【００２２】
システム名１０ａには，システム情報ＤＢ２１０のシステム名称２１２の欄に格納されているシステムのシステム名称が表示される。又，各システムのファイル名１０ｂ，解説１０ｃ，最終更新者／日付１０ｄ，更新可者１０ｅ，環境１０ｆには，システム名１０ａの欄に表示された当該システム名称に対応する利用ファイル２１３の欄に格納されている各利用ファイルについて，そのファイル識別子を用いて，ファイル情報ＤＢ２２０の当該する欄に格納されている情報が表示される。
【００２３】
リソース情報一覧テーブルのファイル名欄１０ｂ及び解説欄１０ｃにアンカを付加することにより，所望のプログラムの起動を要求する際に押すボタンとすることが出来る。図３の表示例では，アンダーラインの付記されたファイル名欄１０ｂの４つのファイル名１１，解説欄１０ｃの４つの解説１２がそのボタンである。ファイル名１１が押されると，ファイル編集画面３０（図５参照）用のプログラムの起動を要求し，クライアント１４０側にファイル内のデータを整然と表示する。これは，リソース管理装置１００の編集用アプリケーション群に登録されている編集プログラムのうち，ファイル単位に編集するのに最適なアプリケーションをリソース情報蓄積部１１０のファイル情報ＤＢ２２０に登録しているからである。又，解説１２，解説１３が押されると，リソース情報登録／変更画面２０起動用のプログラムの起動を要求し，クライアント１４０側にリソース情報登録／変更画面２０を表示する。ただし，アンカが付加されるのは，更新権限を持った者がリソース情報一覧画面１０を開いた場合に限る。
【００２４】
新規登録ボタン１０ｇは，クライアント１４０側が，リソース情報登録／変更画面２０を表示するためのプログラムの起動を要求する際に押すボタンである。
【００２５】
次に，本発明で使用されるリソース情報登録／変更画面２０について説明する。リソース情報登録／変更画面２０は，リソース情報を新規登録し又は変更するためのガイダンス機能を有するツールである。
【００２６】
図４において，リソース情報登録／変更画面２０は，リソース名２０ａと，ディレクトリ２０ｃと，新規メンバ登録２０ｈと，移行先ディレクトリ２０ｎと，移行情報２０ｑからなるキーボードより直接入力される欄と，システム名２０ｅと，エディタ２０ｆと，参照ボタン２０ｂ，２０ｄ，２０ｐと，追加ボタン２０ｉ，２０ｒと，アクセス許可２０ｇ欄と，ラジオボタン２０ｋ，２０ｍからなる環境設定欄２０ｊと，登録／変更ボタン２０ｓと，本番移行ボタン２０ｔから構成される。リソース情報登録／変更画面２０を用いることにより，クライアント１４０側からは，以下の情報をリソース管理装置１００側に登録／変更することが出来る。
【００２７】
リソース名２０ａは，キーボードより直接入力される。又，参照ボタン２０ｂによって，登録／変更しようとするファイルが存在するサーバ１２０のディレクトリまで辿り，当該のファイルをダブルクリックすることで，リソース名２０ａ及びディレクトリ２０ｃの欄に登録する情報を自動で取得することが出来る。
【００２８】
エディタ２０ｆでは，登録／変更しようとするファイルを編集する際に使用する編集プログラムがプルダウンリストより選択される。ここで選択される編集プロゲラムは，リソース管理装置１００の編集用アプリケーション群１０６に予め用意されているものである。
【００２９】
アクセス許可２０ｇでは，当該ファイルの編集権限を与えるメンバがリストボックスより選択される。初期値は登録者となっており，他のメンバの複数設定も可能である。ここに用意されていないメンバは，新規メンバ登録２０ｈにそのメンバＩＤを入力し，追加ボタン２０ｉを押すことによって追加登録が出来る。
【００３０】
環境設定欄２０ｊでは，当該ファイルを本番環境とするのかテスト環境とするのかを，ラジオボタン（２０ｋと２０ｍ）の選択で決定される。テスト環境の場合であって自動的に本番環境へのコピーを行う機能を使う場合に限り，移行先ディレクトリ欄２０ｎ，移行情報欄２０ｑにキーボードから入力される。
【００３１】
登録／変更ボタン２０ｓは，クライアント１４０側で入力した全ての情報を，リソース管理装置１００側に新規登録し又は変更するための，新規登録／変更プログラムの起動を要求する際に押すボタンである。
【００３２】
次に，本発明で使用されるファイル編集画面３０について説明する。ファイル編集画面３０は，ファイルを編集するためのツールである。
【００３３】
図５において，ファイル編集画面３０は，ファイル編集を行う当該ファイルの，エディタのタイプを表すエディタタイプと，そのファイル名，そのディレクトリと、所属するサーバ名と，当該ファイルの内容から構成される。
【００３４】
次に，本発明においてリソース管理装置１００が処理する際に使用する各種処理プログラムについて説明する。図６は各処理で共用するリソース情報一覧画面表示処理，図７と図８は新規登録処理，図９はファイル編集処理，図１０はファイル編集処理のファイル共用チェック処理，図１１と図１２は本番環境移行処理，図１３はリソース情報変更処理，の各フローチャートを示す図である。
【００３５】
図６は，リソース情報一覧画面１０を表示する際の，リソース情報一覧画面表示処理３００のフローチャートを示す図である。
【００３６】
図６において，リソース管理装置１００は，クライアント１４０側からネットワーク１３０を介して，リソース情報一覧画面１０を表示したい旨の要求が来るのを待つ（ステップＳ３０１）。リソース情報一覧画面１０を表示したい旨の要求をユーザＩＤ及びパスワードと共に受信すると，リソース管理プログラム１０２を起動する（ステップＳ３０２）。次に，受信したユーザＩＤ及びパスワードを取得し（ステップＳ３０３），ユーザＩＤ及びパスワードを用いて，アクセス権が有るか否か認証チェックを行う（ステップＳ３０４）。ユーザＩＤが管理者が決めたグループＩＤに所属しているものと一致しない等，認証チェックでアクセス権が無いと判定された場合は，ステップＳ３０１へ戻って，次回のリソース情報一覧画面１０を表示したい旨の要求が来るのを待つと共に，当該クライアント１４０へアクセス権が無い旨の情報を送信する。
【００３７】
認証チェック（ステップＳ３０４）でアクセス権が有ると判定された場合は，続いて，リソース情報蓄積部１１０に格納されているシステム情報ＤＢ２１０及びファイル情報ＤＢ２２０の全データをメインメモリに読み出す（ステップＳ３０５）。次に，システム情報が有るか否かをシステム識別子２１１を用いて判定する（ステップＳ３０６）。システム情報が有ると判定した場合は，続いて，システム名をリソース情報一覧画面１０のシステム名欄１０ａに書き込む（ステップＳ３０７）。次に，当該システム名に付属するファイル名，解説，最終更新者／日付，更新権限所有者（更新可能者）名，環境の各情報をリソース情報一覧画面１０の所定の欄１０ｂ〜１０ｆに書き込む（ステップＳ３０８）。次に，ユーザＩＤが更新可ＩＤ２３０と等しいか否かを判定する（ステップＳ３０９）。ユーザＩＤが更新可ＩＤ２３０と等しいと判定した場合は，その判定の時のファイルに対応するファイル名欄１０ｂ内のファイル名に編集プログラムを起動させるためのアンカを付加し（ステップＳ３１０），同様に解説欄１０ｃ内の解説にファイル情報変更画面起動用のアンカを付加して（ステップＳ３１１），ステップＳ３１２へ進む。ユーザＩＤが更新可ＩＤ２３０と異なると判定した場合は，ステップＳ３１２へ進む。ステップＳ３１２では，ファイルが有るか否かをファイル識別子２２１を用いて判定する。ファイルが有ると判定した場合は，ステップＳ３０８へ戻ってステップＳ３０８以降の処理を繰り返す。ファイルが無いと判定した場合は，ステップＳ３０６へ戻ってステップＳ３０６以降の処理を繰り返す。ステップＳ３０６でシステム情報が無いと判定した場合は，リソース情報一覧画面表示処理３００を終了すると共に，それまでの処理で得られた，リソース情報一覧画面１０についての諸情報をクライアント１４０側へ送信する。
【００３８】
図７及び図８は，リソース情報登録処理４００のフローチャートを示す図である。
【００３９】
図７，図８において，リソース管理装置１００は，始めに，リソース情報一覧画面表示処理３００を行う（図６参照）。次に，クライアント１４０側から，リソース情報一覧画面１０内の新規登録ボタン１０ｇを押すことによる，リソース情報登録／変更画面２０を表示したい旨の要求を待つ（ステップＳ４０１）。クライアント１４０側で新規登録ボタン１０ｇが押されて，リソース情報登録／変更画面２０を表示したい旨の要求を取得すると，リソース情報登録／変更画面２０を起動する（ステップＳ４０２）と共に，クライアント１４０側へリソース情報登録／変更画面２０を送信する。次に，クライアント１４０側から送られて来た，新規登録に必要な各種情報を取得する（ステップＳ４０３）。続いて，利用者のユーザＩＤ又は他の入力ＩＤを取得する（ステップＳ４０４）。本発明の実施例では，利用者のＩＤを更新権限のデフォルト値とする。
【００４０】
次に，ラジオボタン２０ｋと２０ｍの何れが押されたかを判定する（ステップＳ４０５）。本番環境２０ｋが押されたと判定した場合はステップＳ４１０（図８）へ進む。テスト環境２０ｍが押されたと判定した場合は，ファイル情報ＤＢ２２０の環境フラグ２２６を「テスト」とし（ステップＳ４０６），移行先ディレクトリ欄２０ｎ又は参照ボタン２０ｐを用いて本番環境ディレクトリを読み込み（ステップＳ４０７），入力された移行情報を取得して（ステップＳ４０８），ステップＳ４１０へ進む。
【００４１】
ステップＳ４１０で，登録／変更ボタン２０ｓが押されて，クライアント１４０側から送られて来た登録要求を受け取ると，新規登録処理を開始する。先ず，ファイル情報ＤＢ２２０を参照して，同一ファイル名が有るか否かを判定する（ステップＳ４１１）。同一ファイル名が無いと判定した場合は，当該ファイルにファイル識別子２１１を自動的に付与し，ファイル情報ＤＢ２２０に追加登録する（ステップＳ４１２）。続いて，システム情報ＤＢ２１０の利用ファイル２１３の列の該当するシステム名称の行の欄に，前記登録したファイル識別子を追加格納すると共に，移行情報があるときに限り，移行情報ＤＢ２４０に全ての移行情報を追加登録して（ステップＳ４１３），ステップＳ４１９へ進む。ステップＳ４１１で，同一ファイル名が有ると判定した場合は，当該ファイルが同一システムに所属するかをチェック（ステップＳ４１４）し，同一システムに所属しなければステップＳ４１９へ進む。同一システムに所属すると判定した場合は，更に，本番環境とテスト環境の違いか否かを判定する（ステップＳ４１５）。本番環境とテスト環境の違いであると判定した場合は，更新可ＩＤ２３０がテストと本番で一致しているか否かを判定する（ステップＳ４１６）。一致であると判定した場合はステップＳ４１９へ進む。不一致であると判定した場合はステップＳ４０９（図７）へ進む。ステップＳ４０９では，「更新可ＩＤを，本番とテスト環境で一致させよ」というメッセージを，クライアント１４０側へ送った（ステップＳ４０９）後，ステップＳ４０４へ進み，ステップＳ４０４移行の処理を繰り返す。ステップＳ４１５で，何れもが本番であるか又はテスト環境であると判定した場合は，「同一ファイル名あり」という上書きして良いかどうかのメッセージをクライアント１４０側へ送り，クライアント１４０側から上書き可否の信号を待つ（ステップＳ４１７）。ステップＳ４１８で，クライアント１４０側からの返答が上書き可能か否かを判定し，上書き可能と判定した場合はステップＳ４１９へ進む。上書きが不可能と判定した場合は，ステップＳ４０３へ進み，ステップＳ４０３移行の処理を繰り返す。
【００４２】
ステップＳ４１９では，当該ファイルに関する全情報をリソース情報蓄積部１１０に登録し（ステップＳ４１９），次に，登録した当該ファイルのオーナー名を管理者が予め決めたグループＩＤに変更して（ステップＳ４２０）から，リソース情報登録処理４００を終了する。
【００４３】
ステップＳ４１６において，更新可ＩＤが本番とテストで一致しているかをチェックしているのは次の理由による。即ち，本発明で提供しているテスト環境ファイルの自動本番移行機能においては，最終的には本番環境にあるファイルを更新するようにしている。その際，本番環境ファイルを更新する際の権限チェックと同じ手順にて移行時の権限チェックを行うため，更新権限ＩＤが一致している必要がある。又，同一のシステム中の当該ファイルを他人が更新するという不都合を防止するためである。
【００４４】
本実施によれば，リソースがどこに存在していても，当該リソースに関する必要最小限の情報のみを，リソース管理装置１００のリソース情報蓄積部１１０に保存することで，多数のリソースを一元管理出来，かつそのためにクライアントの環境や資源を考慮する必要が無いという効果がある。
【００４５】
図９は，ファイル編集処理５００のフローチャートを示す図である。
【００４６】
図９において，リソース管理装置１００は，始めに，リソース情報一覧画面表示処理３００を行う（図６参照）。次に，リソース情報一覧画面１０内のアンカが付加されたファイル名１１が押されて，編集を行うための選択されたファイル名がクライアント１４０側から送られて来るのを待つ（ステップＳ５０１）。ファイル名１１が押されて，クライアント１４０側から選択されたファイル名が送られて来ると，当該ファイル名を取得する（ステップＳ５０２）。次に，ファイル共用チェック処理を行う（ステップＳ５０３）。
【００４７】
ファイル共用チェック処理については，図１０を用いて説明する。図１０において，ファイル共用チェック処理は，先ず，ファイル情報ＤＢ２２０から当該ファイルの識別子２２１を取得する（ステップＳ６０１）。次に，システム情報ＤＢ２１０の利用ファイル欄２１３内を全件検索し，当該ファイルの識別子が含まれるシステム名称を全て取得する（ステップＳ６０２）。当該ファイルが複数システムで使用されているか否かを判定する（ステップＳ６０３）。当該ファイルが複数システムで使用されていないと判定した場合は，ファイル共用チェック処理を終了し，ステップＳ５０４（図９）へ進む。当該ファイルが複数システムで使用されていると判定した場合は，クライアント１４０側（ユーザ）へ使用されているシステム名称を全て通知し（ステップＳ６０４），クライアント１４０側から編集続行の可否の信号を待つ。次に，編集続行の可否の信号を取得する（ステップＳ６０５）と，編集を続行するか否かを判定する（ステップＳ６０６）。編集を続行すると判定した場合は，ファイル共用チェック処理を終了し，ステップＳ５０４へ進む。編集を続行しないと判定した場合は，ファイル編集処理５００を終了する。
【００４８】
次に，ステップＳ５０４では，リソース情報蓄積部１１０のファイル情報ＤＢ２２０から，当該ファイルのロックフラグ２２５を取得する。続いて，ロックフラグ２２５が「ＬＯＣＫ」か「ＵＮＬＯＣＫ」かを判定し（ステップＳ５０５），「ＬＯＣＫ」と判定した場合はファイル編集処理５００を終了する。「ＵＮＬＯＣＫ」と判定した場合は，そのロックフラグ２２５を「ＬＯＣＫ」に変更する（ステップＳ５０６）。次に，ファイル情報ＤＢ２２０から当該ファイルのエディタタイプ２２９を取得し，リソース管理装置１００の編集用アプリケーション群１０６から当該アプリケーションを選出して起動する（ステップＳ５０７）。次に，ファイル情報ＤＢ２２０から当該ファイルのサーバ名２２３，ディレクトリ２２４を取得し（ステップＳ５０８），当該ファイルが存在する場所から当該ファイルの内容を取得する（ステップＳ５０９）。続いて，ステップＳ５０７で起動したアプリケーション上に当該ファイルの内容を展開する（ステップＳ５１０）と共に，ファイル編集画面をクライアント１４０側へ送付する。クライアント１４０側で利用者が当該ファイルの編集を行った後，クライアント１４０側から，当該ファイルの内容の保存・非保存の信号と，保存する場合の当該ファイルの内容及び上書きの可否信号を受け取る（ステップＳ５１１）。次に，受け取った信号が保存か否かを判定する（ステップＳ５１２）。受け取った信号が非保存であると判定した場合は，ステップＳ５１５へ進む。受け取った信号が保存であると判定した場合は，上書きの可否信号について判定する（ステップＳ５１３）。上書き可能と判定した場合は，当該ファイルの内容をステップＳ５０８で取得した当該ファイルの保存先であるサーバ１２０へ送付し（ステップＳ５１４），サーバ１２０の当該ファイルに上書きさせ保存処理させる。上書き不可能と判定した場合は，ステップＳ５１５へ進む。最後にステップＳ５１５で，ロックフラグ２２５を「ＵＮＬＯＣＫ」に変更してから，ファイル編集処理５００を終了する。
【００４９】
本実施によれば，各サーバ１２０にある実ファイルをクライアント側より直接編集することになるので，前記サーバ１２０等からのファイルのコピーや，編集後にＦＴＰで元の場所に戻す等の作業が不要になるという効果がある。又，ＦＴＰ中のネットワーク障害による元ファイルの破壊やクライアントとの差異が生じることもなく，又それらの異常終了を監視又は回復するための仕掛けも必要無くなるという効果がある。
【００５０】
図１１及び図１２は，テスト環境にあるファイルを本番環境に移行する本番環境移行処理７００のフローチャートを示す図である。
【００５１】
図１１，図１２において，リソース管理装置１００は，始めに，リソース情報一覧画面表示処理３００を行う（図６参照）。次に，リソース情報一覧画面１０内のアンカが付加されたファイルの移行を行う解説欄１２が押されて，本番環境移行を行うための選択されたファイル名がクライアント１４０側から送られて来るのを待つ（ステップＳ７０１）。解説１２が押されて，クライアント１４０側から選択されたファイル名が送られて来ると，当該ファイル名を取得する（ステップＳ７０２）。続いて，リソース情報蓄積部１１０のファイル情報ＤＢ２２０から，当該ファイルのロックフラグ２２５を取得する（ステップＳ７０３）。次に，ロックフラグ２２５が「ＬＯＣＫ」か「ＵＮＬＯＣＫ」かを判定し（ステップＳ７０４），「ＬＯＣＫ」と判定した場合は本番環境移行処理７００を終了する。「ＵＮＬＯＣＫ」と判定した場合は，そのロックフラグ２２５を「ＬＯＣＫ」に変更する（ステップＳ７０５）。次に，リソース情報登録／変更画面２０を起動する（ステップＳ７０６）と共に，このリソース情報登録／変更画面２０をクライアント１４０側へ送付する。クライアント１４０側で画面上の本番移行ボタン２０ｔが押されて，本番移行の要求を受け取ると，本番移行処理を開始する（ステップＳ７０７）。先ず，移行情報ＤＢ２４０に当該ファイルの識別子が有るか否かを判定する（ステップＳ７０８）。当該ファイルの識別子が無いと判定した場合はステップＳ７１０へ進む。当該ファイルの識別子が有ると判定した場合は，移行情報ＤＢ２３０から当該ファイルに対応する全ての移行情報を取得して（ステップＳ７０９）から，ステップＳ７１０へ進む。ステップＳ７１０では，ファイル情報ＤＢ２２０から本番用ディレクトリ情報２３１を取得する。次に，ディレクトリ情報２３１に該当する場所に本番用の同一ファイルが有るか否かを判定する（ステップＳ７１１）。同一ファイル名が無いと判定した場合はステップＳ７１５へ進む。同一ファイル名が有ると判定した場合は，上書きが可能か否かのメッセージをクライアント１４０側へ送付する（ステップＳ７１２）。次に，クライアント１４０側から上書き可否の信号を取得し（ステップＳ７１３），上書き可否信号を用いて上書きが不可能と判定した場合は，本番環境移行処理７００を終了する。上書き可否信号により上書きが可能と判定した場合はステップＳ７１５へ進む。
【００５２】
ステップＳ７１５では，ステップＳ７０９で取得した移行情報の内のテスト環境文字列２４２について，順番にその有無を判定する。テスト環境文字列２４２が無いと判定した場合はステップＳ７２０へ進む。テスト環境文字列２４２が有ると判定した場合は，移行対象である当該ファイル内を先頭から検索し，当該テスト環境文字列２４２と一致する文字列が存在する度に，一致する部分をクライアント１４０側（利用者）に通知する（ステップＳ７１６）。クライアント１４０側（利用者）から，当該テスト環境文字列２４２を本番環境文字列２４３で書き換え可能かどうかの上書き可否信号を受取る（ステップＳ７１７）。続いて，取得した上書き可否信号が可信号か否信号かを判定する（ステップＳ７１８）。上書き可否信号が否信号であると判定した場合はステップＳ７１５へ戻って，ステップＳ７１５以降の処理を繰り返す。上書き可否信号が可信号であると判定した場合は，当該テスト環境文字列２４２を移行情報ＤＢ２４０から取得した本番環境文字列２４３で置き換える（ステップＳ７１９）。
【００５３】
ステップＳ７２０では，編集済みの本番用ファイルをサーバ１２０へ送付して，サーバ１２０の本番用ディレクトリ２３１の場所に上書きし保存する。次に，ファイル情報ＤＢ２２０のロックフラグ２２５を「ＵＮＬＯＣＫ」に変更し（ステップＳ７２１），本番用ファイルの最終更新者２２７及び最終更新日付２２８を変更して（ステップＳ７２２）から，本番環境移行処理７００を終了する。
【００５４】
図１３は，登録済みの各ファイル情報を変更するためのリソース情報変更処理８００のフローチャートを示す図である。
【００５５】
図１３において，リソース管理装置１００は，始めに，リソース情報一覧画面表示処理３００を行う（図６参照）。次に，リソース情報一覧画面１０内のアンカが付加されたファイル情報変更を行う解説１３が押されて，ファイル情報変更を行うための選択されたファイル名がクライアント１４０側から送られて来るのを待つ（ステップＳ８０１）。解説１３が押されて，クライアント１４０側から選択されたファイル名が送られて来ると，当該ファイル名を取得する（ステップＳ８０２）。続いて，リソース情報蓄積部１１０のファイル情報ＤＢ２２０から，当該ファイルのロックフラグ２２５を取得する（ステップＳ８０３）。次に，ロックフラグ２２５が「ＬＯＣＫ」か「ＵＮＬＯＣＫ」かを判定し（ステップＳ８０４），「ＬＯＣＫ」と判定した場合はリソース情報変更処理８００を終了する。「ＵＮＬＯＣＫ」と判定した場合は，そのロックフラグ２２５を「ＬＯＣＫ」に変更する（ステップＳ８０５）。次に，リソース情報登録／変更画面２０を起動する（ステップＳ８０６）と共に，このリソース情報登録／変更画面２０をクライアント１４０側へ送付する。クライアント１４０側でファイル名称或いはディレクトリが変更され且つ画面上の登録／変更ボタン２０ｓが押されると，当該ファイルの変更情報及びファイル情報変更の要求を受け取る（ステップＳ８０７）。次に，受け取った変更情報である新しいファイル名或いはディレクトリが，ファイル情報ＤＢ２２０のファイル名称欄２２２或いはディレクトリ欄２２４に有るか否かを判定する（ステップＳ８０８）。無いと判定した場合は，ステップＳ８１０へ進む。新しいファイル名或いはディレクトリがファイル情報ＤＢ２２０に有ると判定した場合は，その新しいファイル名或いはディレクトリは使用出来ない旨のメッセージをクライアント１４０側へ送付して（ステップＳ８０９）から，ステップＳ８０７へ戻ってそれ以降の処理を繰り返す。ステップＳ８１０では，取得した全てのデータを用いてファイル情報ＤＢ２２０の当該ファイルに対応するデータを上書きし保存する。次に，得られているユーザＩＤとシステム日付を用いて，ファイル情報ＤＢ２２０の当該ファイルに対応する最終更新者欄２２７及び最終更新日付欄２２８を変更する（ステップＳ８１１）。最後に，ロックフラグ２２５を「ＵＮＬＯＣＫ」に変更して（ステップＳ８１２）から，リソース情報変更処理８００を終了する。
【００５６】
【発明の効果】
以上述べたように，本発明によれば，クライアント側にファイルを編集するためのアプリケーション環境や資源を考慮する必要性を無くすることが出来るという効果がある。又，ファイルがどのサーバにあってもその存在場所を意識することなく保守することが出来るという効果がある。又，サーバ上のファイルの不正改ざんを防止することが出来るという効果がある。又，通信障害等が発生した場合でもサーバ側と内容の違う同一ファイル名データがクライアント側に残ってしまうような問題を防止するという効果がある。更に，テスト環境と本番環境の情報の差異を登録することで，スムーズな本番環境移行機能を提供することが出来るという効果がある。
【図面の簡単な説明】
【図１】本発明のリソース管理装置の構成及びシステム全体の構成を示す図である。
【図２】リソース情報蓄積部１１０の各種ＤＢの構成例を示す図である。
【図３】本発明のリソース情報一覧画面の実施例を示す図である。
【図４】本発明のリソース情報登録／変更画面の実施例を示す図である。
【図５】本発明のファイル編集画面の実施例を示す図である。
【図６】リソース情報一覧画面表示処理３００のフローチャートを示す図である。
【図７】リソース情報登録処理４００のフローチャート（その１）を示す図である。
【図８】リソース情報登録処理４００のフローチャート（その２）を示す図である。
【図９】ファイル編集処理５００のフローチャートを示す図である。
【図１０】ファイル共用チェック処理（Ｓ５０３）のフローチャートを示す図である。
【図１１】本番環境移行処理７００のフローチャート（その１）を示す図である。
【図１２】本番環境移行処理７００のフローチャート（その２）を示す図である。
【図１３】リソース情報変更処理８００のフローチャートを示す図である。
【符号の説明】
１０  リソース情報一覧画面
１１  アンカ付きファイル名
１２  アンカ付き解説
１３  アンカ付き解説
２０  リソース情報登録／変更画面
３０  ファイル編集画面
１００  リソース管理装置
１０１  ＷＷＷサーバ
１０２  リソース管理プログラム
１０３  リソース編集処理部
１０４  リソース情報一覧表示処理部
１０５  リソース情報登録／変更処理部
１０６  編集用アプリケーション群
１１０  リソース情報蓄積部
１２０  サーバ
１３０  ネットワーク
１４０  クライアント
１４１  ＷＷＷブラウザ
２１０  システム情報ＤＢ
２２０  ファイル情報ＤＢ
２４０  移行情報ＤＢ
３００  リソース情報一覧画面表示処理
４００  リソース情報登録処理
５００  ファイル編集処理
７００  本番環境移行処理
８００  リソース情報変更処理
【図１】
2004213314.tif 000003
【図２】
2004213314.tif 000004
【図３】
2004213314.tif 000005
【図４】
2004213314.tif 000006
【図５】
2004213314.tif 000007
【図６】
2004213314.tif 000008
【図７】
2004213314.tif 000009
【図８】
2004213314.tif 000010
【図９】
2004213314.tif 000011
【図１０】
2004213314.tif 000012
【図１１】
2004213314.tif 000013
【図１２】
2004213314.tif 000014
【図１３】
2004213314.tif 000015