(57)【要約】【課題】標準パッケージの更新内容について、各ユーザパッケージへの反映状況を正しく確認でき、標準パッケージの更新内容を、ユーザパッケージに安全に反映させることができるユーザカスタマイズ対応パッケージ製品資源管理システムを提供する。【解決手段】ホストシステム１−４と、複数のホスト端末１−５とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、ホストシステム１−４は、ホスト端末１−５から更新ファイルを取得し、更新管理台帳ＤＢ１−８や更新状況管理ＤＢ１−７、更新内容ＤＢ１−９、資源管理対象ファイル群１−３の更新処理を行う手段と、ホスト端末１−５から更新反映対象ユーザ情報および反映させる資源の資源更新番号を取得し、更新状況管理ＤＢ１−７や更新内容ＤＢ１−９、資源管理対象ファイル群１−３の更新処理を行う手段等を備えている。【選択図】図１
2010224721.tif 000002
【特許請求の範囲】
【請求項１】
初期登録時情報データベースと更新状況管理データベースとを持つユーザ別資源管理データベース群、更新内容管理データベース群及び資源管理対象ファイル群を備えたホストシステムと、前記ホストシステムに処理要求を行う複数のホスト端末とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、
前記ホストシステムは、システムの処理要求に基づき、前記更新状況管理データベースより、ユーザＩＤが「登録依頼要求のユーザＩＤ」である「ＵＳＥＲ１」と合致するデータを検索し、該当するデータが存在するか否かを判定する手段と、
データが存在する場合は、すでに登録済としてユーザ登録処理を終了する手段と、
データが存在しない場合、前記更新状況管理データベースより、ユーザＩＤが「標準パッケージのユーザＩＤ」である「ＳＴＤ」と合致するデータを検索し、該当するすべてのデータについて、ユーザＩＤを「ＳＴＤ」より「ＵＳＥＲ１」に置き換え、前記更新状況管理データベースに登録する手段と、
前記資源管理対象ファイル群に備える「ＳＴＤ」のパッケージ資源フォルダより、「ＵＳＥＲ１」のユーザパッケージ資源フォルダにファイルをコピーする手段と、
前記初期登録時情報データベースより、ユーザＩＤが「ＳＴＤ」、ファイル名が前記コピーしたファイルとそれぞれ合致し、かつ登録時履歴番号が最大のデータを検索し、該当するデータのユーザＩＤを「ＳＴＤ」より「ＵＳＥＲ１」に置き換え、前記初期登録時情報データベースに登録する手段と、
前記資源管理対象ファイル群にて管理されている「ＳＴＤ」のパッケージ資源フォルダに格納されているファイルの数だけ、該検索と、該登録の処理を繰り返す手段とを備えることを特徴とするユーザカスタマイズ対応パッケージ製品資源管理システム。
【請求項２】
初期登録時情報データベースと更新状況管理データベースとを持つユーザ別資源管理データベース群、更新管理台帳データベースと更新内容データベースとを持つ更新内容管理データベース群及び資源管理対象ファイル群を備えたホストシステムと、前記ホストシステムに処理要求を行う複数のホスト端末とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、
前記ホストシステムは、システムの処理要求に基づき、前記更新状況管理データベースより、資源更新番号が最大のデータを検索し、ユーザＩＤが「資源更新依頼要求のユーザＩＤ」である「ＳＴＤ」、資源更新番号が該当データの資源更新番号に１だけ加算した値である「更新番号Ｘ」のデータを、更新状況管理データベースに登録する手段と、
前記更新管理台帳データベースより、ファイル名が前記ホスト端末より取得した更新ファイルである「更新ファイルＡ」と合致し、かつ履歴番号が最大のデータを検索し、ユーザＩＤが「ＳＴＤ」、資源更新番号が「更新番号Ｘ」、ファイル名が「更新ファイルＡ」、履歴番号が該当データの履歴番号に１だけ加算した値である「履歴番号Ｙ」のデータを、更新管理台帳データベースに登録する手段と、
前記資源管理対象ファイル群にて管理されている「ＳＴＤ」のパッケージ資源フォルダより、ファイル名が前記ホスト端末より取得した更新ファイルと合致するファイルを取得し、取得したファイルと該更新ファイルとの差分情報を抽出し、差分情報を前記更新内容データベースに登録する手段と、
前記ホスト端末より取得した各更新ファイルついて、前記更新内容管理データベース群に対する処理を繰り返す手段とを備えることを特徴とするユーザカスタマイズ対応パッケージ製品資源管理システム。
【請求項３】
初期登録時情報データベースと更新状況管理データベースとを持つ初期登録時情報データベースと更新状況管理データベースとを持つユーザ別資源管理データベース群、更新内容管理データベース群及び資源管理対象ファイル群を備えたホストシステムと、前記ホストシステムに処理要求を行う複数のホスト端末とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、
前記ホストシステムは、前記更新状況管理データベースより、ユーザＩＤが登録依頼要求のユーザＩＤである「ＵＳＥＲ１」、資源更新番号が更新させる資源の資源更新番号である「Ｚ」と合致するデータを検索し、該当するデータが存在するか否かを判定し、データが存在する場合は、すでに更新反映済として更新反映処理を終了する手段と、
データが存在しない場合、前記更新管理台帳データベースより、ユーザＩＤが「標準パッケージのユーザＩＤ」である「ＳＴＤ」、資源更新番号が「Ｚ」と合致するデータを検索し、更新対象のファイルを特定する手段と、
前記初期登録時情報データベースより、ユーザＩＤが「ＵＳＥＲ１」、ファイル名が前記ホスト端末より取得した更新ファイルである「ファイルＡ」と合致するデータを検索し、「ＵＳＥＲ１」ユーザの資源登録時のファイルのバージョン情報を取得する手段と、
前記更新内容データベースより、ユーザＩＤが「ＳＴＤ」、ファイル名が「ファイルＡ」、履歴番号が更新対象のファイルの履歴番号である「履歴番号Ａ」、更新区分が空白以外のデータを更新前行番号の昇順、更新後行番号の昇順で検索し、「ファイルＡ」の更新箇所を取得する手段と、
前記更新内容データベースより、ユーザＩＤが「ＳＴＤ」、ファイル名が「ファイルＡ」、履歴番号が「履歴番号Ａ」より小さい範囲で最大の値、更新後行番号が更新前行番号である「更新前行番号ＳＡ１」、更新区分が「削除」以外のデータを検索し、前回の標準パッケージ資源更新時の更新箇所を取得する手段と、
取得した行データの履歴番号である「履歴番号ＳＡ２」が「登録時履歴番号Ａ」と合致する場合は、取得した行データの１つのデータである「データＡ」の繰り返し処理を終了し、取得した行データである「データＢ」の繰り返し処理を行う手段と、
取得した行データの更新区分である「更新区分ＳＡ２」が空白以外の場合、前記更新状況管理データベース、更新管理台帳データベースより、「履歴番号ＳＡ２」更新時の資源更新番号と合致する資源更新が「ＵＳＥＲ１」ユーザに更新反映されているか否かを判定する手段と、
更新反映されていない場合は、資源更新の前提として、「履歴番号ＳＡ２」更新時の資源更新番号と合致する資源更新を「ＵＳＥＲ１」ユーザに更新反映させる必要がある旨のメッセージを返却し、更新反映処理を終了する手段と、
取得した前記更新箇所の各行データについて、前回の標準パッケージ資源更新時の更新箇所を取得する前記処理から以降の全ての処理を繰り返す手段と、
更新反映されている場合は、「履歴番号ＳＡ２」、取得した行データの一連番号である「一連番号ＳＡ２」をメモリに保持し、処理を継続する手段と、
取得したデータＡの更新前行番号を、「更新前行番号ＳＡ１」から「更新前行番号ＳＡ２」に、また履歴番号を「履歴番号Ａ」から「履歴番号ＳＡ２」に置き換え、前回の標準パッケージ資源更新時の更新箇所を取得する前記処理へ戻る手段と、
前記更新内容データベースより、ユーザＩＤが「ＵＳＥＲ１」、ファイル名が「ファイルＡ」、履歴番号が「登録時履歴番号Ａ」より大きい範囲で最小の値、更新前行番号が前記処理で置き換えた「更新前行番号ＳＡ２」のデータを検索し、次回のユーザパッケージ資源更新時の更新箇所を取得する手段と、
該当する行データが存在しない場合、データＡの繰り返し処理を終了し、次のデータＢの繰り返し処理を行う手段と、
該当するデータが複数存在する場合は、メモリに保持した履歴番号のリストに該当するデータの履歴番号である「履歴番号ＵＡ２」が存在するか否かを判定し、存在しない場合は「ＵＳＥＲ１」ユーザ個別の資源更新と更新箇所が重複しているため、更新反映処理を実行できない旨のメッセージを返却し、更新反映処理を終了する手段と、
メモリに保持した履歴番号のリストより「履歴番号ＵＡ２」と合致するデータが存在する場合は、該当データのうち、一連番号がメモリに保持した履歴番号のリストの一連番号と合致するデータを対象データとし、処理を継続する手段と、
該当データより、データＡの更新後行番号を該当データの「更新後行番号ＵＡ２」に、また、履歴番号を「登録時履歴番号Ａ」から該当データの「履歴番号ＵＡ２」に置き換える手段と、
前記処理にて取得した各更新行データについて、次回のユーザパッケージ資源更新時の更新箇所を取得する前記処理から以降の全ての処理を繰り返す手段と、
「ＳＴＤ」の前記資源管理対象ファイル群のパッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを開く手段と、
「ＵＳＥＲ１」の前記パッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを開く手段と、
「ＵＳＥＲ１」の「更新ファイルＡ」の行番号が「更新後行番号ＵＡ２」の箇所に、「ＳＴＤ」の更新ファイルＡの行番号が「更新後行番号ＳＡ１」の箇所の修正を行い、前記更新内容データベースに登録する手段と、
前記処理にて取得した各更新行データについて、該修正と該登録を行なう処理を繰り返す手段と、
ユーザＩＤが「ＵＳＥＲ１」、資源更新番号が「Ｚ」、ファイル名が「更新ファイルＡ」、履歴番号に１だけ加算した値のデータを、更新管理台帳データベースに登録する手段と、
更新対象の各ファイルについて、ユーザの資源登録時のファイルのバージョン情報を取得する前記処理から以降の全ての処理を繰り返す手段と、
ユーザＩＤが「ＵＳＥＲ１」、資源管理番号が「Ｚ」のデータを更新状況管理データベースに登録する手段とを備えることを特徴とするユーザカスタマイズ対応パッケージ製品資源管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バージョンが異なるユーザ個別のパッケージ製品の構成資源に対して、標準パッケージ製品の構成資源の更新内容を安全に反映させる機能を提供するためのユーザカスタマイズ対応パッケージ製品資源管理システムに関する。
【背景技術】
【０００２】
ユーザパッケージ製品において、標準パッケージ製品をベースとして提供するが、ユーザの独自要望に対応するため、標準パッケージの機能を部分的にカスタマイズして提供する場合がほとんどである。また、標準パッケージに対して定期的にエンハンスによるバージョン更新が行われるが、業務稼動後のユーザシステムに対して、特にそのユーザの運用上必要とされない更新については、リスク回避やコストの観点より見送られる場合が多いため、標準パッケージ製品とユーザパッケージ製品の構成資源について、おのおのバージョンに差異が生じることが一般的となっている。
なお、本発明に関連する公知技術文献としては下記の特許文献１がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2001−318986号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方で、標準パッケージにおいて、法律改正や致命的な不具合の発見等による更新が発生する場合があり、この更新はすべてのユーザシステムに対して反映させる必要があるが、時間の経過とともにユーザ数が増加し、また、納品済ユーザの標準パッケージとのバージョン差異は拡大してゆくため、標準パッケージの更新内容を各ユーザパッケージに反映させる作業に掛かるコストや作業ミスによる障害発生のリスクは日々増加傾向である。
【０００５】
以上の現状に鑑み、本発明は、標準パッケージの更新内容について、各ユーザパッケージへの反映状況を正しく確認でき、標準パッケージの更新内容を、更新が必要なユーザパッケージに安全に反映させることができるユーザカスタマイズ対応パッケージ製品資源管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、初期登録時情報データベースと更新状況管理データベースとを持つユーザ別資源管理データベース群、更新内容管理データベース群及び資源管理対象ファイル群を備えたホストシステムと、前記ホストシステムに処理要求を行う複数のホスト端末とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、
前記ホストシステムは、システムの処理要求に基づき、前記更新状況管理データベースより、ユーザＩＤが「登録依頼要求のユーザＩＤ」である「ＵＳＥＲ１」と合致するデータを検索し、該当するデータが存在するか否かを判定する手段と、
データが存在する場合は、すでに登録済としてユーザ登録処理を終了する手段と、
データが存在しない場合、前記更新状況管理データベースより、ユーザＩＤが「標準パッケージのユーザＩＤ」である「ＳＴＤ」と合致するデータを検索し、該当するすべてのデータについて、ユーザＩＤを「ＳＴＤ」より「ＵＳＥＲ１」に置き換え、前記更新状況管理データベースに登録する手段と、
前記資源管理対象ファイル群に備える「ＳＴＤ」のパッケージ資源フォルダより、「ＵＳＥＲ１」のユーザパッケージ資源フォルダにファイルをコピーする手段と、
前記初期登録時情報データベースより、ユーザＩＤが「ＳＴＤ」、ファイル名が前記コピーしたファイルとそれぞれ合致し、かつ登録時履歴番号が最大のデータを検索し、該当するデータのユーザＩＤを「ＳＴＤ」より「ＵＳＥＲ１」に置き換え、前記初期登録時情報データベースに登録する手段と、
前記資源管理対象ファイル群にて管理されている「ＳＴＤ」のパッケージ資源フォルダに格納されているファイルの数だけ、該検索と、該登録の処理を繰り返す手段とを備えることを特徴とするユーザカスタマイズ対応パッケージ製品資源管理システムを提供するものである。
【０００７】
請求項２に係る発明は、初期登録時情報データベースと更新状況管理データベースとを持つユーザ別資源管理データベース群、更新管理台帳データベースと更新内容データベースとを持つ更新内容管理データベース群及び資源管理対象ファイル群を備えたホストシステムと、前記ホストシステムに処理要求を行う複数のホスト端末とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、
前記ホストシステムは、システムの処理要求に基づき、前記更新状況管理データベースより、資源更新番号が最大のデータを検索し、ユーザＩＤが「資源更新依頼要求のユーザＩＤ」である「ＳＴＤ」、資源更新番号が該当データの資源更新番号に１だけ加算した値である「更新番号Ｘ」のデータを、更新状況管理データベースに登録する手段と、
前記更新管理台帳データベースより、ファイル名が前記ホスト端末より取得した更新ファイルである「更新ファイルＡ」と合致し、かつ履歴番号が最大のデータを検索し、ユーザＩＤが「ＳＴＤ」、資源更新番号が「更新番号Ｘ」、ファイル名が「更新ファイルＡ」、履歴番号が該当データの履歴番号に１だけ加算した値である「履歴番号Ｙ」のデータを、更新管理台帳データベースに登録する手段と、
前記資源管理対象ファイル群にて管理されている「ＳＴＤ」のパッケージ資源フォルダより、ファイル名が前記ホスト端末より取得した更新ファイルと合致するファイルを取得し、取得したファイルと該更新ファイルとの差分情報を抽出し、差分情報を前記更新内容データベースに登録する手段と、
前記ホスト端末より取得した各更新ファイルついて、前記更新内容管理データベース群に対する処理を繰り返す手段とを備えることを特徴とするユーザカスタマイズ対応パッケージ製品資源管理システムを提供するものである。
【０００８】
請求項３に係る発明は、初期登録時情報データベースと更新状況管理データベースとを持つ初期登録時情報データベースと更新状況管理データベースとを持つユーザ別資源管理データベース群、更新内容管理データベース群及び資源管理対象ファイル群を備えたホストシステムと、前記ホストシステムに処理要求を行う複数のホスト端末とから構成されるユーザカスタマイズ対応パッケージ製品資源管理システムであって、
前記ホストシステムは、前記更新状況管理データベースより、ユーザＩＤが登録依頼要求のユーザＩＤである「ＵＳＥＲ１」、資源更新番号が更新させる資源の資源更新番号である「Ｚ」と合致するデータを検索し、該当するデータが存在するか否かを判定し、データが存在する場合は、すでに更新反映済として更新反映処理を終了する手段と、
データが存在しない場合、前記更新管理台帳データベースより、ユーザＩＤが「標準パッケージのユーザＩＤ」である「ＳＴＤ」、資源更新番号が「Ｚ」と合致するデータを検索し、更新対象のファイルを特定する手段と、
前記初期登録時情報データベースより、ユーザＩＤが「ＵＳＥＲ１」、ファイル名が前記ホスト端末より取得した更新ファイルである「ファイルＡ」と合致するデータを検索し、「ＵＳＥＲ１」ユーザの資源登録時のファイルのバージョン情報を取得する手段と、
前記更新内容データベースより、ユーザＩＤが「ＳＴＤ」、ファイル名が「ファイルＡ」、履歴番号が更新対象のファイルの履歴番号である「履歴番号Ａ」、更新区分が空白以外のデータを更新前行番号の昇順、更新後行番号の昇順で検索し、「ファイルＡ」の更新箇所を取得する手段と、
前記更新内容データベースより、ユーザＩＤが「ＳＴＤ」、ファイル名が「ファイルＡ」、履歴番号が「履歴番号Ａ」より小さい範囲で最大の値、更新後行番号が更新前行番号である「更新前行番号ＳＡ１」、更新区分が「削除」以外のデータを検索し、前回の標準パッケージ資源更新時の更新箇所を取得する手段と、
取得した行データの履歴番号である「履歴番号ＳＡ２」が「登録時履歴番号Ａ」と合致する場合は、取得した行データの１つのデータである「データＡ」の繰り返し処理を終了し、取得した行データである「データＢ」の繰り返し処理を行う手段と、
取得した行データの更新区分である「更新区分ＳＡ２」が空白以外の場合、前記更新状況管理データベース、更新管理台帳データベースより、「履歴番号ＳＡ２」更新時の資源更新番号と合致する資源更新が「ＵＳＥＲ１」ユーザに更新反映されているか否かを判定する手段と、
更新反映されていない場合は、資源更新の前提として、「履歴番号ＳＡ２」更新時の資源更新番号と合致する資源更新を「ＵＳＥＲ１」ユーザに更新反映させる必要がある旨のメッセージを返却し、更新反映処理を終了する手段と、
取得した前記更新箇所の各行データについて、前回の標準パッケージ資源更新時の更新箇所を取得する前記処理から以降の全ての処理を繰り返す手段と、
更新反映されている場合は、「履歴番号ＳＡ２」、取得した行データの一連番号である「一連番号ＳＡ２」をメモリに保持し、処理を継続する手段と、
取得したデータＡの更新前行番号を、「更新前行番号ＳＡ１」から「更新前行番号ＳＡ２」に、また履歴番号を「履歴番号Ａ」から「履歴番号ＳＡ２」に置き換え、前回の標準パッケージ資源更新時の更新箇所を取得する前記処理へ戻る手段と、
前記更新内容データベースより、ユーザＩＤが「ＵＳＥＲ１」、ファイル名が「ファイルＡ」、履歴番号が「登録時履歴番号Ａ」より大きい範囲で最小の値、更新前行番号が前記処理で置き換えた「更新前行番号ＳＡ２」のデータを検索し、次回のユーザパッケージ資源更新時の更新箇所を取得する手段と、
該当する行データが存在しない場合、データＡの繰り返し処理を終了し、次のデータＢの繰り返し処理を行う手段と、
該当するデータが複数存在する場合は、メモリに保持した履歴番号のリストに該当するデータの履歴番号である「履歴番号ＵＡ２」が存在するか否かを判定し、存在しない場合は「ＵＳＥＲ１」ユーザ個別の資源更新と更新箇所が重複しているため、更新反映処理を実行できない旨のメッセージを返却し、更新反映処理を終了する手段と、
メモリに保持した履歴番号のリストより「履歴番号ＵＡ２」と合致するデータが存在する場合は、該当データのうち、一連番号がメモリに保持した履歴番号のリストの一連番号と合致するデータを対象データとし、処理を継続する手段と、
該当データより、データＡの更新後行番号を該当データの「更新後行番号ＵＡ２」に、また、履歴番号を「登録時履歴番号Ａ」から該当データの「履歴番号ＵＡ２」に置き換える手段と、
前記処理にて取得した各更新行データについて、次回のユーザパッケージ資源更新時の更新箇所を取得する前記処理から以降の全ての処理を繰り返す手段と、
「ＳＴＤ」の前記資源管理対象ファイル群のパッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを開く手段と、
「ＵＳＥＲ１」の前記パッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを開く手段と、
「ＵＳＥＲ１」の「更新ファイルＡ」の行番号が「更新後行番号ＵＡ２」の箇所に、「ＳＴＤ」の更新ファイルＡの行番号が「更新後行番号ＳＡ１」の箇所の修正を行い、前記更新内容データベースに登録する手段と、
前記処理にて取得した各更新行データについて、該修正と該登録を行なう処理を繰り返す手段と、
ユーザＩＤが「ＵＳＥＲ１」、資源更新番号が「Ｚ」、ファイル名が「更新ファイルＡ」、履歴番号に１だけ加算した値のデータを、更新管理台帳データベースに登録する手段と、
更新対象の各ファイルについて、ユーザの資源登録時のファイルのバージョン情報を取得する前記処理から以降の全ての処理を繰り返す手段と、
ユーザＩＤが「ＵＳＥＲ１」、資源管理番号が「Ｚ」のデータを更新状況管理データベースに登録する手段とを備えることを特徴とするユーザカスタマイズ対応パッケージ製品資源管理システムを提供するものである。
【発明の効果】
【０００９】
本発明のユーザパッケージ資源管理システムによれば、次のような効果がある。
（１）標準パッケージ資源を含め、各ユーザパッケージ資源のバージョン管理機能を提供することができる。
（２）標準パッケージ資源の更新内容を、任意のユーザパッケージ資源へ機械的に反映させることで、更新反映作業時の作業コストの削減、作業ミスによる障害発生のリスクを低減させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明のユーザカスタマイズ対応パッケージ製品資源管理システムのシステム構成図である。
【図２】本発明の初期登録時情報データベースに格納されているデータの構成図である。
【図３】本発明の更新状況管理データベースに格納されているデータの構成図である。
【図４】本発明の更新管理台帳データベースに格納されているデータの構成図である。
【図５】（ａ）本発明の更新内容データベースに格納されているデータの構成図である。（ｂ）本発明の更新内容の説明図である。
【図６】本発明のホストシステムのユーザ登録処理の概要を示すフローチャートである。
【図７】本発明のホストシステムの資源更新処理の概要を示すフローチャートである。
【図８】本発明のホストシステムの更新反映処理の概要を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
尚、上記ホストシステム、及び、ホスト端末はコンピュータであり、上記各手段は、コンピュータのＣＰＵが必要なコンピュータプログラムを読み込んで実行することにより実現される手段であり、そのフローチャート図が図６乃至図８である。
【実施例１】
【００１２】
以下、本発明を適用したユーザカスタマイズ対応パッケージ製品資源管理システムの一実施の形態について説明する。
図１は、本発明の実施の形態の一例を示すシステム構成図であり、本発明のユーザカスタマイズ対応パッケージ製品資源管理システムは、ユーザ別資源管理データベース（ＤＢ）群１−１、更新内容管理データベース群１−２、資源管理対象ファイル群１−３を備えたホストシステム１−４と、このホストシステム１−４に処理要求を行う複数のホスト端末１−５ａ，１−５ｂ，１−５ｎとから構成されている。
【００１３】
ホストシステム１−４のユーザ別資源管理データベース群１−１には、新規ユーザの資源管理登録時の情報を格納する初期登録時情報データベース１−６と、ユーザパッケージに対する標準パッケージ資源の更新内容反映状況を格納する更新状況管理データベース１−７が設けられている。
ホストシステム１−４の更新内容管理データベース群１−２には、資源の更新履歴情報を格納する更新管理台帳データベース１−８と、更新資源の差分内容を格納する更新内容データベース１−９が設けられている。
ホストシステム１−４の資源管理対象ファイル群１−３には、例えばプログラムファイル等、資源管理対象のファイルが登録されている。
【００１４】
また、ホストシステム１−４は、端末装置１−５から新規登録するユーザ情報を取得し、初期登録時情報データベース１−６や更新状況管理データベース１−７、資源管理対象ファイル群１−３の更新処理を行うユーザ登録部１−１０、端末装置１−５から更新ファイルを取得し、更新管理台帳データベース１−８や更新状況管理データベース１−７、更新内容データベース１−９、資源管理対象ファイル群１−３の更新処理を行う資源更新部１−１１、端末装置１−５から更新反映対象ユーザ情報および反映させる資源の資源更新番号を取得し、更新状況管理データベース１−７や更新内容データベース１−９、資源管理対象ファイル群１−３の更新処理を行う更新反映部１−１２、端末装置１−５に対して管理資源ファイルや更新履歴、更新内容等の情報を提供する資源提供部１−１３を備えている。
【００１５】
ユーザ別資源管理データベース群１−１の初期登録時情報データベース１−６に格納されるデータは、図２に示すように、ユーザＩＤ２−１、ファイル名２−２、登録時履歴番号２−３の各エリアデータから構成され、ユーザＩＤ、ファイル名別に、ユーザＩＤ２−１、ファイル名２−２、登録時履歴番号２−３が登録される。
初期登録時情報データベース１−６は、各ユーザパッケージ資源の各ファイルについて、いつの時点の標準パッケージ資源より複製作成したものであるかを管理する目的で使用される。
ここで例えば、標準パッケージの資源「ファイル１.txt」、「ファイル２.txt」、「ファイル３.txt」について資源更新回数がそれぞれ３回、５回、１回の状態で、ユーザＩＤが「ＵＳＥＲ１」のユーザを新規登録した場合、図２に示すように、ユーザＩＤ２−１が「ＵＳＥＲ１」、ファイル名２−２が「ファイル１.txt」、登録時履歴番号２−３が「３」のデータ２−４、ユーザＩＤ２−１が「ＵＳＥＲ１」、ファイル名２−２が「ファイル２.txt」、登録時履歴番号２−３が「５」のデータ２−５、ユーザＩＤ２−１が「ＵＳＥＲ１」、ファイル名２−２が「ファイル３.txt」、登録時履歴番号２−３が「１」のデータ２−６が登録される。
【００１６】
ユーザ別資源管理データベース群１−１の更新状況管理データベース１−７に格納されるデータは、図３に示すように、ユーザＩＤ３−１、資源更新番号３−２の各エリアデータから構成され、ユーザＩＤ、資源更新番号別に、ユーザＩＤ３−１、資源更新番号３−２が登録される。
更新状況管理データベース１−７は、各ユーザパッケージ資源について、標準パッケージ更新分の反映状況を管理する目的で使用される。
ここで例えば、資源更新番号が「５」の標準パッケージ更新をユーザＩＤが「ＵＳＥＲ１」のユーザパッケージ資源に反映させた場合、図３に示すように、ユーザＩＤ３−１が「ＵＳＥＲ１」、資源更新番号３−２が「５」のデータ３−３が登録される。
【００１７】
更新内容管理データベース群１−２の更新管理台帳データベース１−８に格納されるデータは、図４に示すように、ユーザＩＤ４−１、資源更新番号４−２、ファイル名４−３、履歴番号４−４の各エリアデータから構成され、ユーザＩＤ、資源更新番号、ファイル名別に、ユーザＩＤ４−１、資源更新番号４−２、ファイル名４−３、履歴番号４−４が登録される。
更新管理台帳データベース１−８は、標準または各ユーザパッケージ資源について、資源更新の履歴や、各資源更新時の更新対象ファイルを管理する目的で使用される。
ここで例えば、標準パッケージ資源について資源更新番号が５番まで採番済みであり、「ファイル１.txt」、「ファイル３.txt」について資源更新回数がそれぞれ３回、１回の状態で、「ファイル１.txt」、「ファイル３.txt」を更新し標準パッケージ資源更新登録を行った場合、図４に示すように、ユーザＩＤ４−１が「ＳＴＤ」（以降、標準パッケージのユーザＩＤを「ＳＴＤ」とする）、資源更新番号４−２が「６」、ファイル名４−３が「ファイル１.txt」、履歴番号４−４が「４」のデータ４−５、ユーザＩＤ４−１が「ＳＴＤ」、資源更新番号４−２が「６」、ファイル名４−３が「ファイル３.txt」、履歴番号４−４が「２」のデータ４−６が登録される。
【００１８】
更新内容管理データベース群１−２の更新内容データベース１−９に格納されるデータは、図５に示すように、ユーザＩＤ５−１、ファイル名５−２、履歴番号５−３、更新前行番号５−４、更新後行番号５−５、更新区分５−６、一連番号５−７の各エリアデータから構成され、ユーザＩＤ、ファイル名、履歴番号、更新前行番号、更新後行番号別に、ユーザＩＤ５−１、ファイル名５−２、履歴番号５−３、更新前行番号５−４、更新後行番号５−５、更新区分５−６、一連番号５−７が登録される。
【００１９】
更新内容データベース１−９は、標準または各ユーザパッケージ資源について、更新ファイル別に更新前後の差分情報を管理し、ユーザパッケージに資源更新を反映する際の編集元情報として使用する目的で使用される。
ここで例えば、標準パッケージ資源について「ファイル１.txt」の資源更新回数が３回の状態で、「ファイル１.txt」について図５の更新内容のとおりに更新した場合について説明する。更新箇所５−８と更新箇所５−９は追加行であり、更新箇所５−１０は、更新箇所５−１１からの変更行、更新箇所５−１２と更新箇所５−１３は削除行である。
【００２０】
上記の状況で標準パッケージ資源更新登録を行った場合、図５に示すように、変更行５−２３に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「１」、更新後行番号５−５が「１」、更新区分が空白、一連番号が空白のデータ５−１４、変更行５−２４に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「２」、更新後行番号５−５が「２」、更新区分が「追加」、一連番号が「０」のデータ５−１５、変更行５−２５に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「２」、更新後行番号５−５が「３」、更新区分が「追加」、一連番号が「１」のデータ５−１６、変更行５−２６に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「２」、更新後行番号５−５が「４」、更新区分が空白、一連番号が空白のデータ５−１７、変更行５−２７に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「３」、更新後行番号５−５が「５」、更新区分が「変更」、一連番号が「０」のデータ５−１８、変更行５−２８に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「４」、更新後行番号５−５が「６」、更新区分が空白、一連番号が空白のデータ５−１９、変更行５−２９に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「５」、更新後行番号５−５が「７」、更新区分が「削除」、一連番号が「０」のデータ５−２０、変更行５−３０に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「６」、更新後行番号５−５が「７」、更新区分が「削除」、一連番号が「１」のデータ５−２１、変更行５−３１に対して、ユーザＩＤ５−１が「ＳＴＤ」、ファイル名５−２が「ファイル１.txt」、履歴番号５−３が「４」、更新前行番号５−４が「７」、更新後行番号５−５が「７」、更新区分が空白、一連番号が空白のデータ５−２２が登録される。
【００２１】
資源管理対象ファイル群１−３には、登録ユーザ別にすべての管理対象ファイルが格納され管理される。
ホスト端末１−５ａ、１−５ｂ、１−５ｎは、ホストシステム１−４に対して、ユーザ登録、標準／ユーザパッケージの資源更新、標準パッケージ資源更新内容のユーザパッケージ資源への更新、パッケージ資源取得の各操作を行う。
【００２２】
以下、以上のように構成されたユーザカスタマイズ対応パッケージ製品資源管理システムの動作を説明する。
図６は、ホストシステム１−４のユーザ登録部１−１０の処理概要を示すフローチャートである。ここで、標準パッケージのユーザＩＤを「ＳＴＤ」、登録依頼要求のユーザＩＤを「ＵＳＥＲ１」とする。
ホストシステム１−４は、まず、更新状況管理データベース１−７より、ユーザＩＤが「ＵＳＥＲ１」と合致するデータを検索し（ステップ６−１）、該当するデータが存在するか否かを判定し（ステップ６−２）、データが存在する場合は、すでに登録済としてユーザ登録処理を終了する。
データが存在しない場合、更新状況管理データベース１−７より、ユーザＩＤが「ＳＴＤ」と合致するデータを検索し（ステップ６−３）、該当するすべてのデータについて、ユーザＩＤを「ＳＴＤ」より「ＵＳＥＲ１」に置き換え、更新状況管理データベース１−７に登録する（ステップ６−４）。
【００２３】
次に、資源管理対象ファイル群１−３にて管理されている、「ＳＴＤ」のパッケージ資源フォルダに格納されているファイルの数だけ、ステップ６−７からステップ６−８までの処理を繰り返す（ステップ６−５）。
「ＳＴＤ」のパッケージ資源フォルダより、「ＵＳＥＲ１」のユーザパッケージ資源フォルダにファイルをコピーする（ステップ６−６）。
初期登録時情報データベース１−６より、ユーザＩＤが「ＳＴＤ」、ファイル名がステップ６−６にてコピーしたファイルとそれぞれ合致し、かつ登録時履歴番号が最大のデータを検索し（ステップ６−７）、該当するデータのユーザＩＤを「ＳＴＤ」より「ＵＳＥＲ１」に置き換え、初期登録時情報データベース１−６に登録する（ステップ６−８）。
ホストシステム１−４は、以上の処理をユーザ登録部１−１０の処理要求を受信する度に実行する。
【００２４】
図７は、ホストシステム１−４の資源更新部１−１１の処理概要を示すフローチャートである。ここで、例として資源更新依頼要求のユーザを標準（ユーザＩＤ「ＳＴＤ」）とする。標準以外のユーザの場合についても処理は同様である。
ホストシステム１−４は、まず、更新状況管理データベース１−７より、資源更新番号が最大のデータを検索し（ステップ７−１）、ユーザＩＤが「ＳＴＤ」、資源更新番号が該当データの資源更新番号に１だけ加算した値（以降、「更新番号Ｘ」とする）のデータを、更新状況管理データベース１−７に登録する（ステップ７−２）。
【００２５】
次に、端末１−５より取得した各更新ファイル（更新ファイルＡ、Ｂ、ｎ）ついて、ステップ７−４からステップ７−７までの処理を繰り返す。（ステップ７−３）。
更新管理台帳データベース１−８より、ファイル名が「更新ファイルＡ」（処理の繰り返しにより更新ファイルＢ、ｎと読み替える）と合致し、かつ履歴番号が最大のデータを検索し（ステップ７−４）、ユーザＩＤが「ＳＴＤ」、資源更新番号が「更新番号Ｘ」、ファイル名が「更新ファイルＡ」、履歴番号が該当データの履歴番号に１だけ加算した値（以降、「履歴番号Ｙ」とする）のデータを、更新管理台帳データベース１−８に登録する（ステップ７−５）。
【００２６】
次に、「ＳＴＤ」のパッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを取得し、「更新ファイルＡ」との差分情報を抽出し（ステップ７−６）、差分情報を更新内容データベース１−９に登録する（ステップ７−７）。
ホストシステム１−４は、以上の処理を資源更新部１−１１の処理要求を受信する度に実行する。
【００２７】
図８は、ホストシステム１−４の更新反映部１−１２の処理概要を示すフローチャートである。ここで、登録依頼要求のユーザＩＤを「ＵＳＥＲ１」、標準パッケージのユーザＩＤを「ＳＴＤ」、更新させる資源の資源更新番号を「Ｚ」とする。
ホストシステム１−４は、まず、更新状況管理データベース１−７より、ユーザＩＤが「ＵＳＥＲ１」、資源更新番号が「Ｚ」と合致するデータを検索し、該当するデータが存在するか否かを判定し、データが存在する場合は、すでに更新反映済として更新反映処理を終了する（ステップ８−１）。
データが存在しない場合、更新管理台帳データベース１−８より、ユーザＩＤが「ＳＴＤ」、資源更新番号が「Ｚ」と合致するデータを検索し、更新対象のファイルを特定する（ステップ８−２）。更新対象の各ファイル（ファイル名を「ファイルＡ」、「ファイルＢ」、「ファイルｎ」、履歴番号を「履歴番号Ａ」、「履歴番号Ｂ」、「履歴番号ｎ」とする）について、ステップ８−４からステップ８−２５までの処理を繰り返す。（ステップ８−３）。
【００２８】
初期登録時情報データベース１−６より、ユーザＩＤが「ＵＳＥＲ１」、ファイル名が「ファイルＡ」（処理の繰り返しにより更新ファイルＢ、ｎと読み替える）と合致するデータを検索し、ＵＳＥＲ１ユーザの資源登録時のファイルのバージョン情報を取得する（ステップ８−４）。ここで、取得データの登録時履歴番号を「登録時履歴番号Ａ」とする。
更新内容データベース１−９より、ユーザＩＤが「ＳＴＤ」、ファイル名が「ファイルＡ」、履歴番号が「履歴番号Ａ」、更新区分が空白以外のデータを更新前行番号の昇順、更新後行番号の昇順で検索し、「ファイルＡ」の更新箇所を取得する（ステップ８−５）。取得した更新箇所の各行データ（データＡの更新前行番号を「更新前行番号ＳＡ１」、更新後行番号を「更新後行番号ＳＡ１」、更新区分を「更新区分ＳＡ１」、データＢの更新前行番号を「更新前行番号ＳＢ１」、更新後行番号を「更新後行番号ＳＢ１」、更新区分を「更新区分ＳＢ１」、データｎの更新前行番号を「更新前行番号Ｓｎ１」、更新後行番号を「更新後行番号Ｓｎ１」、更新区分を「更新区分Ｓｎ１」とする）について、ステップ８−７からステップ８−１０までの処理を繰り返す。（ステップ８−６）。
【００２９】
更新内容データベース１−９より、ユーザＩＤが「ＳＴＤ」、ファイル名が「ファイルＡ」、履歴番号が「履歴番号Ａ」より小さい範囲で最大の値、更新後行番号が「更新前行番号ＳＡ１」、更新区分が「削除」以外のデータを検索し、前回の標準パッケージ資源更新時の更新箇所を取得する（ステップ８−７）。取得した各行データについて、履歴番号を「履歴番号ＳＡ２」、更新前行番号を「更新前行番号ＳＡ２」、更新後行番号を「更新後行番号ＳＡ２」、更新区分を「更新区分ＳＡ２」、一連番号を「一連番号ＳＡ２」とする。
取得した「履歴番号ＳＡ２」が「登録時履歴番号Ａ」と合致する場合は、データＡの繰り返し処理を終了し、次のデータＢの繰り返し処理を行う（ステップ８−８）。
【００３０】
取得した「更新区分ＳＡ２」が空白以外の場合、更新状況管理データベース１−７、更新管理台帳データベース１−８より、「履歴番号ＳＡ２」更新時の資源更新番号と合致する資源更新がＵＳＥＲ１ユーザに更新反映されているか否かを判定し（ステップ８−９）、更新反映されていない場合は、資源更新の前提として、「履歴番号ＳＡ２」更新時の資源更新番号と合致する資源更新をＵＳＥＲ１ユーザに更新反映させる必要がある旨のメッセージを返却し、更新反映処理を終了する（ステップ８−１０）。更新反映されている場合は、「履歴番号ＳＡ２」、「一連番号ＳＡ２」をメモリに保持し、処理を継続する（ステップ８−１１）。
ステップ８−５で取得したデータＡの更新前行番号を、「更新前行番号ＳＡ１」から「更新前行番号ＳＡ２」に、また履歴番号を「履歴番号Ａ」から「履歴番号ＳＡ２」に置き換え、ステップ８−７へ戻る（ステップ８−１２）。
【００３１】
次に、ステップ８−５にて取得した各更新行データについて、ステップ８−１４からステップ８−１９までの処理を繰り返す。（ステップ８−１３）。
更新内容データベース１−９より、ユーザＩＤが「ＵＳＥＲ１」、ファイル名が「ファイルＡ」、履歴番号が「登録時履歴番号Ａ」より大きい範囲で最小の値、更新前行番号がステップ８−１２で置き換えた「更新前行番号ＳＡｎ」のデータを検索し、次回のユーザパッケージ資源更新時の更新箇所を取得する（ステップ８−１４）。
該当する行データが存在しない場合、データＡの繰り返し処理を終了し、次のデータＢの繰り返し処理を行う（ステップ８−１５）。
【００３２】
該当するデータが複数存在する場合は、メモリに保持した履歴番号のリストに「履歴番号ＵＡ２」が存在するか否かを判定し（ステップ８−１６）、存在しない場合はＵＳＥＲ１ユーザ個別の資源更新と更新箇所が重複しているため、更新反映処理を実行できない旨のメッセージを返却し、更新反映処理を終了する（ステップ８−１７）。
メモリに保持した履歴番号のリストより「履歴番号ＵＡ２」と合致するデータが存在する場合は、該当データのうち、一連番号がメモリに保持した履歴番号のリストの一連番号と合致するデータを対象データとし、処理を継続する（ステップ８−１８）。
該当データ（履歴番号を「履歴番号ＵＡ２」、更新前行番号を「更新前行番号ＵＡ２」、更新後行番号を「更新後行番号ＵＡ２」、更新区分を「更新区分ＵＡ２」とする）より、データＡの更新後行番号を「更新前行番号ＳＡｎ」から「更新後行番号ＵＡ２」に、また、履歴番号を「登録時履歴番号Ａ」から「履歴番号ＵＡ２」に置き換える（ステップ８−１９）。
【００３３】
次に、「ＳＴＤ」のパッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを開く（ステップ８−２０）。
「ＵＳＥＲ１」のパッケージ資源フォルダより、ファイル名が「更新ファイルＡ」と合致するファイルを開く（ステップ８−２１）。
ステップ８−５にて取得した各データについて、ステップ８−２３からステップ８−２４の処理を繰り返す。（ステップ８−２２）。
「ＵＳＥＲ１」の更新ファイルＡの行番号が「更新後行番号ＵＡ２」の箇所に、「ＳＴＤ」の更新ファイルＡの行番号が「更新後行番号ＳＡ１」の箇所の修正を行い（ステップ８−２３）、更新内容データベース１−９に登録する（ステップ８−２４）。
【００３４】
次に、ユーザＩＤが「ＵＳＥＲ１」、資源更新番号が「Ｚ」、ファイル名が「更新ファイルＡ」、履歴番号が「履歴番号ＵＡｎ」に１だけ加算した値のデータを、更新管理台帳データベース１−８に登録する（ステップ８−２５）。
最後に、ユーザＩＤが「ＵＳＥＲ１」、資源管理番号が「Ｚ」のデータを更新状況管理データベース１−７に登録する（８−２６）。
【００３５】
以上のように、本実施の形態のユーザカスタマイズ対応パッケージ製品資源管理システムによれば、次のような効果がある。
（１）標準パッケージ製品資源を含め、各ユーザパッケージ製品資源のバージョン管理機能を提供することができる。
（２）資源更新時の更新ファイル一覧やその差分情報を表示し、資源更新内容を容易に把握することができる。
（３）標準パッケージ製品資源の更新内容を、任意のユーザパッケージ製品資源へ安全に反映させることができる。
【符号の説明】
【００３６】
１−１  ユーザ別資源管理データベース群
１−２  更新内容管理データベース群
１−３  資源管理対象ファイル群
１−４  ホストシステム
１−５  ホスト端末
１−６  初期登録時情報データベース
１−７  更新状況管理データベース
１−８  更新管理台帳データベース
１−９  更新内容データベース
２−１，３−１，４−１，５−１  ユーザＩＤ
２−２，４−３，５−２  ファイル名
２−３  登録時履歴番号
２−４〜２−６，３−３，４−５，４−６，５−１４〜５−２２  データ
３−２，４−２  資源更新番号
４−４，５−３  履歴番号
５−４  更新前行番号
５−５  更新後行番号
５−６  更新区分
５−７  一連番号
５−８〜５−１３  更新箇所
【図１】
2010224721.tif 000003
【図２】
2010224721.tif 000004
【図３】
2010224721.tif 000005
【図４】
2010224721.tif 000006
【図５】
2010224721.tif 000007
【図６】
2010224721.tif 000008
【図７】
2010224721.tif 000009
【図８】
2010224721.tif 000010