リソース管理システム、リソース管理方法及びリソース管理プログラム
【課題】効率的にプログラムの更新管理を行なうためのリソース管理システム、リソース管理方法及びリソース管理プログラムを提供する。
【解決手段】リソース管理サーバ２０の制御部２１は、サポート情報を取得したソフトウェアがインストールされたハードウェアを特定する。このサポート情報がパッチに関する情報の場合には、制御部２１は、パッチの種類を特定する。パッチの種類が「セキュリティ対応」と判定した場合、制御部２１は、攻撃方法と利用環境情報とを比較し、セキュリティ上のリスクを判定した結果を出力する。一方、「バグ対応」と判定した場合、制御部２１は、エラー実績を出力する。更に、このハードウェアに既にインストールされているソフトウェアを特定し、コンフリクト情報を検索する。コンフリクト情報がある場合には、不適用事由を出力する。
【解決手段】リソース管理サーバ２０の制御部２１は、サポート情報を取得したソフトウェアがインストールされたハードウェアを特定する。このサポート情報がパッチに関する情報の場合には、制御部２１は、パッチの種類を特定する。パッチの種類が「セキュリティ対応」と判定した場合、制御部２１は、攻撃方法と利用環境情報とを比較し、セキュリティ上のリスクを判定した結果を出力する。一方、「バグ対応」と判定した場合、制御部２１は、エラー実績を出力する。更に、このハードウェアに既にインストールされているソフトウェアを特定し、コンフリクト情報を検索する。コンフリクト情報がある場合には、不適用事由を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、効率的にプログラムの更新管理を行なうためのリソース管理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
今日、コンピュータ端末やサーバ装置等のハードウェアや、このハードウェアにインストールされたソフトウェア等の各種リソースが利用されている。そして、オペレーティングシステムやアプリケーションプログラム等のソフトウェアベンダから、ソフトウェアの利用者に対して、各種サポート情報が提供されている。このようなサポート情報には、バグ修正やセキュリティホールの対応のためのプログラムの修正のためのファイル（パッチファイル）やバージョンアップ等が含まれる。このようなプログラム修正やバージョンアップは、インターネット等のネットワークを介して提供されることが多い。この場合、コンピュータが起動した後に、予め設定された更新管理サーバにアクセスし、最新の更新プログラムをダウンロードして、自動的にインストールを行なう（例えば、特許文献１を参照。）。この文献に記載された技術においては、ユーザ計算機の対象ソフトウェアを起動すると、クライアントがそれを検知し、現有版の情報を提供者の計算機に照会する。サーバは、ソフトウェア・ライブラリの構成と比較し、対象ソフトウェアの更新指示情報と、更新版ソフトウェアを返送する。そして、クライアントは対象ソフトウェアを最新版に自動更新する。
【０００３】
また、クライアントのシステムを、対象（プラットフォーム）に合わせて、ログインロケーションやユーザ情報を考慮しながら最新バージョンへ自動的にアップデートする技術の検討されている（例えば、特許文献２を参照。）。この文献に記載された技術においては、サーバとクライアントとアップデート許可データベースとを具備する自動更新システムを用いる。クライアントは、サーバへのアクセスに際し、そのアクセスを行なう場所を示すロケーション情報をサーバへ出力する。アップデート許可データベースは、ロケーション情報と、クライアントのシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納する。そして、サーバは、ロケーション情報とそのバージョンアップ許可基準とに基づいて、そのシステムのそのバージョンアップを制御する。
【０００４】
更に、ソフトウェアの更新プログラムをインストールしたときに、更新プログラムのインストールによる障害の発生を少なくするプログラム自動更新システムも検討されている（例えば、特許文献３を参照。）。この文献に記載された技術においては、クライアント構成データに基づき予め設定されている第１基準に一致するクライアントを選択し、選択されたクライアントに更新プログラムのインストールを許可する。そして、クライアントで発生したエラーデータと予め設定された第２基準に基づき、更新プログラムがインストールされていないクライアントの中から、更新プログラムをインストールするクライアントを選択する。そして、選択したクライアントにのみ更新プログラムのインストールを許可し、許可されたクライアントは更新プログラムをインストールする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−２２５７２４号公報（第１頁、図１）
【特許文献２】特開２００３−２９６１１６号公報（第１頁、図５）
【特許文献３】特開２００７−２６４９０４号公報（第１頁、図４）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の特許文献１、２に記載されているように、すべてのクライアントの要求に応じて更新プログラムをインストールする場合、問題が生じることがある。すなわち、クライアントのハードウェアの構成や、インストールされている他のソフトウェアの構成などの要因によって、更新プログラムをインストールした後に、特定の機能が実行不可能となったり、メモリに関するエラーが発生したりすることがある。
【０００７】
このため、特許文献３に記載された技術では、先行してインストールしたクライアントにおいて発生したエラー状況に応じて、他のクライアントにもインストールする。しかしながら、複数のハードウェアが利用されている場合、インストール先の装置の利用状況や利用環境は異なる。従って、特定の利用状況や利用環境においてのみ発生するエラーもあるため、先行してインストールしたクライアントにおいて問題がない場合においても、他のクライアントにおいてエラーが生じる可能性がある。
【０００８】
また、パッチファイルには、バグに対応したものや、セキュリティの向上を目的としたものがある。従って、パッチファイルの適用可否を判断する場合、パッチファイルの種類を考慮した対応が望ましい。更に、サポート情報には、パッチファイルだけではなく、サポート期限に関するものも含まれる。サポート期限が到来した場合には、バッチファイルなどが提供されず、ソフトウェアのサポートが行われないため、ソフトウェアのバージョンアップ等の代替手段を考慮する必要がある。
【０００９】
本発明は、上記問題点を解決するためになされたものであり、効率的にプログラムの更新管理を行なうためのリソース管理システム、リソース管理方法及びリソース管理プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記問題点を解決するために、請求項１に記載の発明は、ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムであって、前記制御手段が、ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段と、前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段と、前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段とを備えたことを要旨とする。
【００１１】
請求項２に記載の発明は、請求項１に記載のリソース管理システムにおいて、前記サポート情報として、セキュリティ対応に関し、リスクが発生する可能性がある状況についてのリスク発生条件を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録されたハードウェアの利用状況と、前記リスク発生条件とを比較して、このサポート情報の対応情報を出力することを要旨とする。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載のリソース管理システムにおいて、前記サポート情報として、バグ対応に関し、バグが発生した場合の障害発生状態を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録された障害発生実績情報と、前記障害発生状態とを比較して、このサポート情報の対応情報を出力することを要旨とする。
【００１３】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載のリソース管理システムにおいて、前記制御手段は、前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、前記ソフトウェアと前記サポート情報とのコンフリクト情報を検索する手段とを更に備え、この検索結果に基づいて、サポート情報の対応情報を出力することを要旨とする。
【００１４】
請求項５に記載の発明は、請求項１〜４のいずれか一つに記載のリソース管理システムにおいて、前記制御手段は、前記サポート情報として、ソフトウェアのサポート期限に関する情報を取得した場合、前記ソフトウェアの代替手段を特定し、前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、前記他のソフトウェアと前記代替手段を適用した場合のコンフリクト情報を検索する手段とを更に備え、この検索結果に基づいて、サポート情報の対応情報を出力することを要旨とする。
【００１５】
請求項６に記載の発明は、請求項１〜５のいずれか一つに記載のリソース管理システムにおいて、前記制御手段は、ソフトウェア識別子が記録された文書ファイルを記憶する文書管理システムに接続されており、サポート情報を適用する場合には、前記文書管理システムにおいて、このサポート情報の適用対象のソフトウェア識別子が記載されている文書を検索し、検索結果を出力する手段を更に備えたことを要旨とする。
【００１６】
請求項７に記載の発明は、ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理する方法であって、前記制御手段が、ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する段階と、前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する段階と、前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する段階とを実行することを要旨とする。
【００１７】
請求項８に記載の発明は、ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理するプログラムであって、前記制御手段を、ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段、前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段、前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段として機能させることを要旨とする。
【００１８】
（作用）
請求項１、７、８に記載の発明によれば、サポート対象のソフトウェアがインストールされたリソースの利用状況とサポート情報とを比較して、このサポート情報の対応情報を出力する。これにより、多くのハードウェアを利用している環境において、頻繁にサポート情報が提供される場合にも、利用状況を考慮して、サポート情報に対する対応要否を判断するための情報を提供することができる。
【００１９】
請求項２に記載の発明によれば、ハードウェアの利用環境とリスク発生条件とを比較し
て、このサポート情報の対応情報を出力する。これにより、ハードウェアの利用環境においてリスクがない場合には、サポート情報に対する対応が不要であることを判断するための情報を提供することができる。
【００２０】
請求項３に記載の発明によれば、障害発生実績情報と障害発生状態とを比較して、このサポート情報の対応情報を出力する。これにより、障害の発生状況を考慮して、サポート情報に対する対応要否を判断するための情報を提供することができる。
【００２１】
請求項４に記載の発明によれば、ハードウェアにインストールされた他のソフトウェアとサポート情報とのコンフリクト情報を検索し、この検索結果に基づいて、サポート情報の対応情報を出力する。これにより、ハードウェアに既にインストールされているソフトウェアとの間で、コンフリクトを生じる可能性があるサポート情報の適用を抑制するための情報を提供することができる。
【００２２】
請求項５に記載の発明によれば、ハードウェアにインストールされた他のソフトウェアと代替手段とのコンフリクト情報を検索し、この検索結果に基づいて、サポート情報の対応情報を出力する。これにより、ハードウェアに既にインストールされているソフトウェアとの間で、コンフリクトを生じる可能性がある代替手段の適用を抑制するための情報を提供することができる。
【００２３】
請求項６に記載の発明によれば、サポート情報を適用する場合には、文書管理システムにおいて、このサポート情報の適用対象のソフトウェア識別子が記載されている文書を検索し、検索結果を出力する。これにより、ソフトウェアに関する情報を含む文書を、的確に管理することができる。
【発明の効果】
【００２４】
本発明によれば、効率的にプログラムの更新管理を行なうためのリソース管理システム、リソース管理方法及びリソース管理プログラムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の実施形態の各記憶部に記録されたデータの説明図であって、（ａ）はハードウェア管理情報記憶部、（ｂ）はソフトウェア管理情報記憶部、（ｃ）は状況管理情報記憶部、（ｄ）はサポート情報記憶部に記録されたデータの説明図。
【図３】本発明の実施形態におけるサポート対応確認処理の処理手順の説明図。
【図４】本発明の実施形態におけるパッチ適用要否の判断処理の処理手順の説明図。
【図５】本発明の実施形態における対応出力処理の処理手順の説明図。
【図６】本発明の実施形態におけるサポート期限対応の判断処理の処理手順の説明図。
【図７】本発明の実施形態における処理手順の説明図であって、（ａ）は新規構成確認処理、（ｂ）は関連文書修正処理の説明図。
【発明を実施するための形態】
【００２６】
以下、本発明を具体化した実施形態を図１〜図７に従って説明する。本実施形態では、企業内において使用するハードウエア（クライアント端末やサーバ装置等）にインストールされているソフトウェアの更新を管理する場合に用いるリソース管理システム、リソース管理方法及びリソース管理プログラムとして説明する。このソフトウェアの更新管理のために、図１に示すように、リソース管理サーバ２０を用いる。このリソース管理サーバ２０には、ネットワーク（例えば、インターネット）を介して、複数のソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１が接続されている。
【００２７】
ソフトウェアベンダサーバ１０は、ソフトウェアを提供している企業のコンピュータシステムである。このソフトウェアベンダサーバ１０は、ソフトウェアについてのサポート情報を提供する。このサポート情報には、セキュリティ上の問題やソフトウェアのバグを解消するための情報（パッチファイル）や、このようなパッチファイルを提供する期間に関する情報（サポート期限）が含まれる。
【００２８】
セキュリティ情報提供機関サーバ１１は、セキュリティにおいて問題があるソフトウェアについて、セキュリティ情報提供機関が入手した情報を公開する。
更に、リソース管理サーバ２０は、ネットワークを介して、管理者端末１５、文書管理システムとしての文書管理サーバ１６に接続されている。
【００２９】
管理者端末１５は、この企業において、ソフトウェアを管理する管理者が利用するコンピュータ端末である。管理者端末１５は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、この管理者端末１５は、制御部、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を備えている。
【００３０】
文書管理サーバ１６は、この企業において管理されている文書ファイル（例えば、設計書）を蓄積したコンピュータシステムである。この文書管理サーバ１６において管理されている文書ファイルには、企業内において利用されているシステムのハードウェア、ソフトウェアについての記述が含まれるものもある。
【００３１】
リソース管理サーバ２０はリソース管理システムとして機能し、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から取得したサポート情報に基づいて、ソフトウェアの更新対応に関する情報を管理するコンピュータシステムである。このリソース管理サーバ２０は、図１に示すように、制御部２１、ハードウェア管理情報記憶部２２、ソフトウェア管理情報記憶部２３、状況管理情報記憶部２４、サポート情報記憶部２５を備える。本実施形態では、ハードウェア管理情報記憶部２２、ソフトウェア管理情報記憶部２３が、リソース情報記憶手段として機能し、ハードウェア管理情報記憶部２２、状況管理情報記憶部２４が利用状況情報記憶手段として機能する。
【００３２】
制御部２１は、ソフトウェアの更新要否に関する情報を提供する処理等を行なう制御手段として機能する。制御部２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有する。そして、後述する処理（サポート情報取得段階、サポート対応段階、パッチ対応段階、サポート期限対応段階、適用確認段階、新規構成情報取得段階、関連文書対応段階等の各処理等）を実行する。このためのリソース管理プログラムを実行することにより、制御部２１は、図１に示すように、サポート情報取得手段２１１、サポート対応手段２１２、パッチ対応手段２１３、サポート期限対応手段２１４、適用確認手段２１５、新規構成情報取得手段２１６、関連文書対応手段２１７として機能する。
【００３３】
サポート情報取得手段２１１は、ネットワークを介して、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から、ソフトウェアについてのサポート情報を取得する処理を実行する。
【００３４】
サポート対応手段２１２は、取得したサポート情報についての対応に関する情報の提供を管理する処理を実行する。
パッチ対応手段２１３は、ソフトウェアを更新するためのパッチファイルについての対応処理を実行する。
【００３５】
サポート期限対応手段２１４は、サポート期限についての対応処理を実行する。サポート期限対応手段２１４は、対応の要否を判定するための基準期間に関するデータを保持している。
【００３６】
適用確認手段２１５は、パッチファイルの適用要否を判断するための情報提供処理を実行する。
新規構成情報取得手段２１６は、ソフトウェアをインストールしたハードウェアについての新規構成情報を取得した場合の対応処理を実行する。
関連文書対応手段２１７は、ソフトウェアを更新した場合に、このソフトウェアに関連する文書についての対応処理を実行する。
【００３７】
ハードウェア管理情報記憶部２２には、図２（ａ）に示すように、この企業が管理しているハードウェア（クライアント端末やサーバ装置）を管理するためのハードウェア管理レコード２２０が記録されている。このハードウェア管理レコード２２０は、企業において利用されるハードウェアが登録された場合に記録される。ハードウェア管理レコード２２０には、装置識別子、利用者、利用環境に関するデータが記録される。
【００３８】
装置識別子データ領域には、各ハードウェアを特定するためのハードウェア識別子に関するデータが記録される。
利用者データ領域には、このハードウェアの利用者や管理者を特定するための識別子（例えば社員番号）に関するデータが記録される。
【００３９】
利用環境データ領域には、このハードウェアが利用されている環境を特定するためのデータが記録される。例えば、このハードウェアに接続されたネットワークの種類（ＬＡＮやインターネット等）や、外部媒体からデータを取得するためのインターフェイスの種類を特定するための情報が記録されている。
【００４０】
ソフトウェア管理情報記憶部２３には、図２（ｂ）に示すように、この企業が管理しているソフトウェアを管理するためのソフトウェア管理レコード２３０が記録されている。このソフトウェア管理レコード２３０は、この企業において利用されるソフトウェアが登録された場合に記録される。ソフトウェア管理レコード２３０には、装置識別子、ソフトウェア識別子、バージョン、更新状況に関するデータが記録される。
【００４１】
装置識別子データ領域には、ソフトウェアがインストールされたハードウェアを特定するための識別子に関するデータが記録される。
ソフトウェア識別子データ領域には、このハードウェアにインストールされているソフトウェアの種類を特定するための識別子に関するデータが記録される。本実施形態では、ソフトウェア識別子としてソフトウェアの名称を用いる。
【００４２】
バージョンデータ領域には、このソフトウェアのバージョンを特定するための識別子に関するデータが記録される。
更新状況データ領域には、このソフトウェアに適用されているパッチファイルを特定するための識別子に関するデータが記録される。
【００４３】
状況管理情報記憶部２４には、図２（ｃ）に示すように、各ハードウェアにインストールされたソフトウェアの利用状況を管理するための状況管理レコード２４０が記録されている。この状況管理レコード２４０は、ソフトウェアについての使用状況や、発生したエラーが登録された場合に記録される。状況管理レコード２４０には、装置識別子、ソフトウェア識別子、有効化状況、使用状況、エラー発生状況に関するデータが記録される。
【００４４】
装置識別子データ領域には、ソフトウェアのインストールされたハードウェアを特定するための識別子に関するデータが記録される。
ソフトウェア識別子データ領域には、このハードウェアにインストールされたソフトウェアを特定するための識別子に関するデータが記録される。
【００４５】
有効化状況データ領域には、このハードウェアにインストールされたソフトウェアの有効性を識別するためのデータが記録される。例えば、ソフトウェアがインストールされている場合であっても、利用できる状態でない場合には、無効フラグが記録される。
【００４６】
使用状況データ領域には、このソフトウェアの使用状況を特定するためのデータが記録される。具体的には、インストールされたソフトウェアが有効化されており、使用されている場合には、最後に使用された時期（年月日）が記録されている。
【００４７】
エラー発生状況データ領域には、このハードウェアにインストールされたソフトウェアにおいて、発生したエラー内容（障害発生状況）を特定するためのデータが記録される。具体的には、エラー発生日時、エラー発生時の状態、発生したエラーコードに関するデータが記録される。このエラーコードにより、エラー内容を特定することができる。
【００４８】
サポート情報記憶部２５には、図２（ｄ）に示すように、各ソフトウェアについて公開されたサポート情報を管理するためのサポート情報管理レコード２５０が記録されている。このサポート情報管理レコード２５０は、ソフトウェアについてのサポート情報を入手した場合に記録される。サポート情報管理レコード２５０には、ソフトウェア識別子、バージョン、サポート内容、公開日に関するデータが記録される。
【００４９】
ソフトウェア識別子データ領域には、各ソフトウェアを特定するための識別子に関するデータが記録される。
バージョンデータ領域には、このソフトウェアのバージョンを特定するための識別子に関するデータが記録される。
【００５０】
サポート内容データ領域には、サポートの内容に関するデータが記録される。例えば、パッチファイルの識別子や、サポート期限等に関する情報が記録される。
公開日データ領域には、このサポート情報が公開された年月日が記録される。
【００５１】
次に、本実施形態のリソース管理処理について説明する。ここでは、サポート対応確認処理（図３）、パッチ適用要否の判断処理（図４）、対応出力処理（図５）、サポート期限対応の判断処理（図６）、新規構成確認処理（図７（ａ））、関連文書修正処理（図７（ｂ））の順に説明する。
【００５２】
（サポート対応確認処理）
まず、図３を用いてサポート対応確認処理を説明する。
ここでは、リソース管理サーバ２０の制御部２１は、サポート情報の取得処理を実行する（ステップＳ１−１）。具体的には、制御部２１のサポート情報取得手段２１１が、定期的にソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１にアクセスし、サポート情報を取得する。そして、サポート情報取得手段２１１は、取得したサポート情報において、サポート情報記憶部２５に記録されていない新規サポート情報を特定する。なお、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から定期的に送信されるサポート情報を、サポート情報取得手段２１１が受信するようにしてもよい。
【００５３】
サポート情報記憶部２５に記録されていないサポート情報を取得した場合、リソース管
理サーバ２０の制御部２１は、対象ソフトウェアのインストール状況の検索処理を実行する（ステップＳ１−２）。具体的には、制御部２１のサポート情報取得手段２１１が、ソフトウェアベンダサーバ１０またはセキュリティ情報提供機関サーバ１１からサポート情報を取得した場合、サポート情報取得手段２１１は、このサポート情報が適用されるソフトウェアのソフトウェア識別子、バージョンを特定する。次に、サポート情報管理レコード２５０を生成し、サポート情報記憶部２５に記録する。そして、サポート対応手段２１２は、ソフトウェア管理情報記憶部２３において、特定したソフトウェア識別子、バージョンが記録されたレコードを検索する。
【００５４】
次に、リソース管理サーバ２０の制御部２１は、ソフトウェアがインストールされているかどうかについての判定処理を実行する（ステップＳ１−３）。具体的には、制御部２１のサポート対応手段２１２は、ソフトウェア識別子、バージョンが記録されたソフトウェア管理レコード２３０を抽出できた場合、インストールされていると判定する。
【００５５】
インストールされている場合（ステップＳ１−３において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、インストールされたハードウェアの特定処理を実行する（ステップＳ１−４）。具体的には、制御部２１のサポート対応手段２１２は、特定されたソフトウェア識別子が記録されたソフトウェア管理レコード２３０に記録された装置識別子によりハードウェアを特定する。
【００５６】
次に、特定したハードウェア毎に、以下の処理を繰り返す。
ここでは、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。具体的には、制御部２１のサポート対応手段２１２が、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から取得したサポート情報の説明文に含まれるキーワードに基づいて判定する。例えば、「セキュリティ」や「不具合」、「修正」というキーワードが含まれている場合には、パッチ情報と判定する。一方、「期限」というキーワードが含まれている場合には、サポート期限情報と判定する。
【００５７】
ここで、サポート情報がパッチに関する情報の場合（ステップＳ１−５において「パッチ情報」の場合）には、リソース管理サーバ２０の制御部２１は、パッチ適用要否の判断処理を実行する（ステップＳ１−６）。具体的には、制御部２１のパッチ対応手段２１３が、後述する図４、図５に示す処理を実行する。
【００５８】
一方、サポート情報がサポート期限に関する情報の場合（ステップＳ１−５において「サポート期限情報」の場合）には、リソース管理サーバ２０の制御部２１は、サポート期限対応の判断処理を実行する（ステップＳ１−７）。具体的には、制御部２１のサポート期限対応手段２１４が、後述する図６に示す処理を実行する。
以上の処理を、ハードウェア毎に処理を繰り返す。
【００５９】
（パッチ適用要否の判断処理）
次に、図４を用いて、パッチ適用要否の判断処理を説明する。
【００６０】
ここでは、リソース管理サーバ２０の制御部２１は、対象ソフトウェアが有効化されているかどうかについての判定処理を実行する（ステップＳ２−１）。具体的には、制御部２１のパッチ対応手段２１３が、判断対象の装置識別子及びソフトウェア識別子が記録された状況管理レコード２４０を状況管理情報記憶部２４から抽出する。そして、パッチ対応手段２１３は、状況管理レコード２４０に記録された有効化状況に基づいて、このソフトウェアが有効化されているかどうかを判定する。
【００６１】
状況管理レコード２４０に無効フラグが記録されており、対象ソフトウェアが有効化されていない場合（ステップＳ２−１において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。具体的には、制御部２１のパッチ対応手段２１３が、管理者端末１５に対して、公開されたパッチファイルの適用が不要であることを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（有効化されていない）を含める。
【００６２】
一方、対象ソフトウェアが有効化されている場合（ステップＳ２−１において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対象ソフトウェアの使用実績があるかどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、制御部２１のパッチ対応手段２１３が、状況管理レコード２４０に記録された使用状況に基づいて、使用されているかどうかを判定する。
【００６３】
使用状況として使用年月日が記録されておらず、対象ソフトウェアが使用されていないと判定した場合（ステップＳ２−３において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。この場合には、出力するメッセージに、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（使用されていない）を含める。
【００６４】
一方、使用状況として使用年月日が記録されており、対象ソフトウェアが使用されていると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理（ステップＳ２−４〜Ｓ２−１１）を実行する。
【００６５】
ここでは、まず、リソース管理サーバ２０の制御部２１は、パッチ種類の特定処理を実行する（ステップＳ２−４）。具体的には、制御部２１のパッチ対応手段２１３が、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から取得したサポート情報の説明文に含まれるキーワードを検索する。ここで、キーワードとして「セキュリティ」等を用いる。そして、「セキュリティ」というキーワードが含まれている場合には、セキュリティ対応のパッチと特定する。一方、「セキュリティ」というキーワードが含まれておらず、「不具合」、「修正」というキーワードが含まれている場合には、バグ対応のパッチと特定する。
【００６６】
次に、リソース管理サーバ２０の制御部２１は、バグ対応又はセキュリティ対応の判定処理を実行する（ステップＳ２−５）。具体的には、制御部２１のパッチ対応手段２１３は、パッチ種類に基づいて、バグ対応又はセキュリティ対応のいずれかを判定する。
【００６７】
「セキュリティ対応」と判定した場合（ステップＳ２−５において「セキュリティ対応」の場合）、リソース管理サーバ２０の制御部２１は、リスクが発生するリスク環境情報（リスク発生条件）として攻撃方法情報の取得処理を実行する（ステップＳ２−６）。具体的には、制御部２１のパッチ対応手段２１３が、サポート情報の説明文に含まれるキーワードに基づいて特定する。例えば、「ネットワーク」というキーワードが含まれている場合には、ネットワーク経由での攻撃と判定する。又、「ＵＳＢメモリ」、「磁気ディスク」等というキーワードが含まれている場合には、記録媒体を経由しての攻撃と判定する。
【００６８】
次に、リソース管理サーバ２０の制御部２１は、利用環境情報の取得処理を実行する（ステップＳ２−７）。具体的には、制御部２１のパッチ対応手段２１３は、ハードウェア管理情報記憶部２２から、判断対象の装置識別子が記録されたハードウェア管理レコード
２２０を抽出する。そして、パッチ対応手段２１３は、ハードウェア管理レコード２２０に記録された利用環境情報を取得する。
【００６９】
次に、リソース管理サーバ２０の制御部２１は、セキュリティ上のリスクがあるかどうかについての判定処理を実行する（ステップＳ２−８）。具体的には、制御部２１のパッチ対応手段２１３は、サポート情報に基づいて特定した攻撃方法と、ハードウェア管理レコード２２０に記録された利用環境とを照合する。攻撃方法と利用環境とが共通する場合には、セキュリティ上のリスクがあると判定する。一方、攻撃方法と利用環境とが共通していない場合には、セキュリティ上のリスクがないと判定する。例えば、外部ネットワーク（例えばインターネット）に接続されていないハードウェアにおいては、外部ネットワークを介しての攻撃方法についてのリスクはないと判定する。又、外部記録媒体の接続ポートを有しないハードウェアにおいては、記録媒体を経由しての攻撃方法についてのリスクはないと判定する。
【００７０】
セキュリティ上のリスクがないと判定した場合（ステップＳ２−８において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。この場合には、出力するメッセージに、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（利用環境上、リスクがない）を含める。
【００７１】
一方、セキュリティ上のリスクがある場合（ステップＳ２−８において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対応出力処理を実行する（ステップＳ２−９）。具体的には、制御部２１のパッチ対応手段２１３は、適用確認手段２１５に対して、対応出力処理の実行を指示する。この対応出力処理については、図５を用いて後述する。
【００７２】
一方、「バグ対応」と判定した場合（ステップＳ２−５において「バグ対応」の場合）、リソース管理サーバ２０の制御部２１は、障害発生実績情報として、ハードウェアにおけるエラー情報の検索処理を実行する（ステップＳ２−１０）。具体的には、制御部２１のパッチ対応手段２１３は、状況管理レコード２４０に記録されたエラー発生状況を取得する。そして、パッチ対応手段２１３は、サポート情報に含まれるキーワード（例えば、エラー発生時の状態やエラーコード等の障害発生状況）が含まれるエラー発生状況が記録された状況管理レコード２４０を検索する。
【００７３】
次に、リソース管理サーバ２０の制御部２１は、エラー実績の出力処理を実行する（ステップＳ２−１１）。具体的には、制御部２１のパッチ対応手段２１３が、管理者端末１５に対して、装置識別子、ソフトウェア識別子及びエラー発生状況情報を出力する。管理者端末１５にエラーの発生実績が出力されることにより、管理者は適用可否の判断時に参照できる。そして、セキュリティ対応と同様に、リソース管理サーバ２０の制御部２１は、対応出力処理を実行する（ステップＳ２−９）。
【００７４】
（対応出力処理）
次に、図５を用いて、対応出力処理を説明する。
ここでは、リソース管理サーバ２０の制御部２１は、このハードウェアに既にインストールされているソフトウェアの特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の適用確認手段２１５は、判断対象の装置識別子が記録されているすべてのソフトウェア管理レコード２３０を、ソフトウェア管理情報記憶部２３から抽出する。そして、適用確認手段２１５は、抽出したソフトウェア管理レコード２３０に記録されているソフトウェア識別子により、既にインストールされているソフトウェアを特定する。
【００７５】
次に、リソース管理サーバ２０の制御部２１は、先行パッチの特定処理を実行する（ス
テップＳ３−２）。具体的には、制御部２１の適用確認手段２１５が、サポート情報において、今回のパッチファイルを適用するために必要な先行パッチファイルに関する情報を取得する。
【００７６】
次に、リソース管理サーバ２０の制御部２１は、既にインストールされているソフトウェアとのコンフリクト情報の検索処理を実行する（ステップＳ３−３）。具体的には、制御部２１の適用確認手段２１５が、特定したソフトウェアのベンダのサイトにアクセスして、今回のパッチファイルや先行パッチファイルと、既にインストールされているソフトウェアのソフトウェア識別子を含むコンフリクト情報を検索する。なお、適用確認手段２１５が、公知の検索エンジンを用いて、ネットワーク上で公開されている情報において、既にインストールされているソフトウェアとのコンフリクト情報を検索するようにしてもよい。
【００７７】
次に、リソース管理サーバ２０の制御部２１は、コンフリクト情報があるかどうかについての判定処理を実行する（ステップＳ３−４）。具体的には、制御部２１の適用確認手段２１５は、コンフリクト情報の中で、既にインストールされているソフトウェアのソフトウェア識別子が含まれるものを検出した場合にはコンフリクト情報があると判定する。
【００７８】
コンフリクト情報がある場合（ステップＳ３−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（コンフリクト）の出力処理を実行する（ステップＳ３−５）。具体的には、制御部２１の適用確認手段２１５は、管理者端末１５に対して、公開されたパッチファイルの適用ができないことを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（コンフリクト）を含める。
【００７９】
一方、コンフリクト情報がない場合（ステップＳ３−４において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチを適用するための動作環境情報の取得処理を実行する（ステップＳ３−６）。具体的には、制御部２１の適用確認手段２１５は、サポート情報からパッチファイルを適用するための動作環境についての情報（例えば、バッチファイルを適用するための前提条件）を取得する。
【００８０】
次に、リソース管理サーバ２０の制御部２１は、動作環境が不一致かどうかについての判定処理を実行する（ステップＳ３−７）。具体的には、制御部２１の適用確認手段２１５は、このハードウェアにインストールされたソフトウェアのソフトウェア管理レコード２３０を特定する。そして、適用確認手段２１５は、サポート情報から取得した動作環境（前提条件）のソフトウェアやバージョンがインストールされているかどうかを確認する。
【００８１】
動作環境が一致しない場合（ステップＳ３−７において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（動作環境不一致）の出力処理を実行する（ステップＳ３−８）。具体的には、制御部２１の適用確認手段２１５は、管理者端末１５に対して、公開されたパッチファイルの適用ができないことを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（動作環境不一致）を含める。
【００８２】
一方、動作環境が一致する場合（ステップＳ３−７において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、動作検証の指示処理を実行する（ステップＳ３−９）。具体的には、制御部２１の適用確認手段２１５は、管理者端末１５に対して、装置識別子、ソフトウェア識別子、サポート情報とともに、動作検証を行なう指示を出力する。この場合、管理者は、同じ動作環境のハードウェアを準備して、パッチファイルを適用して
動作検証を行なう。そして、管理者端末１５を用いて、検証結果をリソース管理サーバ２０に送信する。この検証結果には、検証対象のハードウェア識別子、ソフトウェア識別子、バージョン、サポート情報に関する情報を含める。
【００８３】
（サポート期限対応の判断処理）
次に、図６を用いて、サポート期限対応の判断処理を説明する。本実施形態では、サポート期限が予め定められた基準期間内に到来する場合、このソフトウェアの代替手段としてバージョンアップを想定する。
【００８４】
ここでは、基準期間内にサポート期限が到来するかどうかについての判定処理を実行する（ステップＳ４−１）。具体的には、制御部２１のサポート期限対応手段２１４が、取得したサポート期限までの残り期間を算出する。そして、サポート期限対応手段２１４は、残り期間と基準期間とを比較する。
【００８５】
残り期間が基準期間より長く、基準期間内にサポート期限が到来しないと判断した場合（ステップＳ４−１において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、サポート期限対応の判断処理を終了する。
【００８６】
一方、残り期間が基準期間より短く、基準期間内にサポート期限が到来すると判断した場合（ステップＳ４−１において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対象ソフトウェアは有効化されているかどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１のサポート期限対応手段２１４が、ステップＳ２−１と同様に、状況管理レコード２４０の有効化状況を用いて、このソフトウェアが有効化されているかどうかを判定する。
【００８７】
対象ソフトウェアが有効化されていない場合（ステップＳ４−２において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、バージョンアップ不要の出力処理を実行する（ステップＳ４−３）。具体的には、制御部２１のサポート期限対応手段２１４が、管理者端末１５に対して、装置識別子、ソフトウェア識別子について、サポート期限が近づいているがバージョンアップは不要であることを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（有効化されていない）を含める。
【００８８】
一方、対象ソフトウェアが有効化されている場合（ステップＳ４−２において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対象ソフトウェアの使用実績があるかどうかについての判定処理を実行する（ステップＳ４−４）。具体的には、制御部２１のサポート期限対応手段２１４が、ステップＳ２−３と同様に、状況管理レコード２４０の使用状況を用いて、使用されているかどうかを判定する。
【００８９】
対象ソフトウェアの使用実績がない場合（ステップＳ４−４において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、バージョンアップ不要の出力処理を実行する（ステップＳ４−３）。この場合には、出力するメッセージに、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（使用されていない）を含める。
【００９０】
一方、対象ソフトウェアの使用実績がある場合（ステップＳ４−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、新バージョンの特定処理を実行する（ステップＳ４−５）。具体的には、制御部２１のサポート期限対応手段２１４は、このソフトウェアについて、サポート期限が長い新しいバージョンを特定する。
【００９１】
そして、リソース管理サーバ２０の制御部２１は、対応出力処理を実行する（ステップ
Ｓ４−６）。具体的には、制御部２１のサポート期限対応手段２１４は、適用確認手段２１５に対して、この新バージョンについての対応出力処理（図５）の実行を指示する。
【００９２】
（新規構成確認処理）
次に、図７（ａ）を用いて、新規構成確認処理を説明する。この新規構成確認処理は、新規ソフトウェアをインストールしたり、新規バージョンを導入したりする場合に、どのパッチファイルを適用するかを判断するために行なわれる。この場合、管理者端末１５を用いて、リソース管理サーバ２０に対して新規登録依頼を送信する。この新規登録依頼には、新たにインストールするソフトウェアのソフトウェア識別子やバージョン情報、ソフトウェアがインストールされるハードウェアの環境情報を含める。
【００９３】
ここでは、リソース管理サーバ２０の制御部２１は、新規構成情報の取得処理を実行する（ステップＳ５−１）。具体的には、制御部２１の新規構成情報取得手段２１６が、管理者端末１５から受信した新規登録依頼から新規構成情報を取得する。
【００９４】
次に、リソース管理サーバ２０の制御部２１は、新規ソフトウェアについてのパッチの特定処理を実行する（ステップＳ５−２）。具体的には、制御部２１の新規構成情報取得手段２１６は、サポート情報記憶部２５から、このソフトウェアのソフトウェア識別子やバージョンが記録されたサポート情報管理レコード２５０を抽出する。そして、新規構成情報取得手段２１６は、抽出したサポート情報管理レコード２５０に記録されたサポート内容を取得する。
【００９５】
次に、パッチ毎に以下の処理を繰り返す。
ここでは、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理を実行する（ステップＳ５−３）。具体的には、制御部２１の新規構成情報取得手段２１６は、適用確認手段２１５に対して、パッチ適用確認処理（図４）の実行を指示する。
【００９６】
（関連文書修正処理）
次に、図７（ｂ）を用いて、関連文書修正処理を説明する。この関連文書修正処理は、管理者端末１５から、検証結果を受信した場合に行なわれる。
【００９７】
ここでは、リソース管理サーバ２０の制御部２１は、検証結果の取得処理を実行する（ステップＳ６−１）。具体的には、制御部２１の関連文書対応手段２１７が、ステップＳ３−９の動作検証の指示に基づいて行なわれた結果を取得する。この検証結果には、パッチファイルの適用可否に関する情報を含める。
【００９８】
次に、リソース管理サーバ２０の制御部２１は、パッチ適用可能かどうかについての判定処理を実行する（ステップＳ６−２）。具体的には、制御部２１の関連文書対応手段２１７が、検証結果に含まれるパッチ適用可否情報を用いて判定する。
【００９９】
パッチ適用不可の場合（ステップＳ６−２において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、関連文書修正処理を終了する。
一方、パッチ適用可能の場合（ステップＳ６−２において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチを適用するソフトウェアについて関連文書の検索処理を実行する（ステップＳ６−３）。具体的には、制御部２１の関連文書対応手段２１７が、文書管理サーバ１６において、パッチファイルを適用するソフトウェアのソフトウェア識別子やバージョン、このハードウェアの装置識別子が記載された文書ファイルを検索する。
【０１００】
次に、リソース管理サーバ２０の制御部２１は、関連文書一覧の出力処理を実行する（
ステップＳ６−４）。具体的には、制御部２１の関連文書対応手段２１７は、取得した文書ファイルを一覧表示させた表示画面を管理者端末１５に出力する。そして、管理者は管理者端末１５を用いて、パッチファイルを適用するソフトウェアについての記載を修正する。
【０１０１】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）上記実施形態では、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。ここで、サポート情報がパッチに関する情報の場合（ステップＳ１−５において「パッチ情報」の場合）には、リソース管理サーバ２０の制御部２１は、パッチ適用要否の判断処理を実行する（ステップＳ１−６）。そして、対象ソフトウェアが有効化されていない場合や対象ソフトウェアが使用されていないと判定した場合（ステップＳ２−１、Ｓ２−３において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。これにより、不必要なパッチファイルを適用することがなく、他のソフトウェアに対する影響を抑制することができる。
【０１０２】
（２）上記実施形態では、対象ソフトウェアが有効化されており、使用されていると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理を実行する。リソース管理サーバ２０の制御部２１は、パッチ種類を特定する（ステップＳ２−４）。ここで、「セキュリティ対応」と判定した場合（ステップＳ２−５において「セキュリティ対応」の場合）、リソース管理サーバ２０の制御部２１は、攻撃方法情報の取得処理（ステップＳ２−６）、利用環境情報の取得処理（ステップＳ２−７）を実行する。そして、セキュリティ上のリスクがないと判定した場合（ステップＳ２−８において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。これにより、パッチファイルを適用しないことのリスクを考慮しながら、パッチファイルの適用による他のソフトウェアへの影響を抑制することができる。
【０１０３】
（３）上記実施形態では、パッチ適用確認処理において、「バグ対応」と判定した場合（ステップＳ２−５において「バグ対応」の場合）、リソース管理サーバ２０の制御部２１は、ハードウェアにおけるエラー情報の検索処理（ステップＳ２−１０）、エラー実績の出力処理（ステップＳ２−１１）を実行する。これにより、管理者は、エラーの発生状況を参照して、パッチファイルの適用要否を判断することができる。
【０１０４】
（４）上記実施形態では、対応出力処理において、ハードウェアに既にインストールされているソフトウェアの特定処理を実行する（ステップＳ３−１）。次に、リソース管理サーバ２０の制御部２１は、既にインストールされているソフトウェアとのコンフリクト情報の検索処理を実行する（ステップＳ３−３）。そして、コンフリクト情報がある場合（ステップＳ３−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（コンフリクト）の出力処理を実行する（ステップＳ３−５）。これにより、管理者は、公開されているコンフリクト情報を参照して、パッチファイルの適用要否を判断することができる。
【０１０５】
（５）上記実施形態では、対応出力処理において、リソース管理サーバ２０の制御部２１は、動作環境が不一致かどうかについての判定処理を実行する（ステップＳ３−７）。動作環境が一致しない場合（ステップＳ３−７において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（動作環境不一致）の出力処理を実行する（ステップＳ３−８）。これにより、パッチファイルを適用するための動作環境を考慮して、パッチファイルの適用要否を判断することができる。
【０１０６】
（６）上記実施形態では、動作環境が一致する場合（ステップＳ３−７において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、動作検証の指示処理を実行する（ステップＳ３−９）。これにより、管理者は、実際の動作環境を模したテスト環境において対してパッチファイルを適用して、動作検証を行なうことにより、より的確にパッチファイルの適用の要否を判断することができる。
【０１０７】
（７）上記実施形態では、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。サポート情報がサポート期限に関する情報の場合（ステップＳ１−５において「サポート期限情報」の場合）には、リソース管理サーバ２０の制御部２１は、サポート期限対応の判断処理を実行する（ステップＳ１−７）。この場合、対象ソフトウェアが有効化されていない場合や、対象ソフトウェアの使用実績がない場合（ステップＳ４−２、Ｓ４−４において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、バージョンアップ不要の出力処理を実行する（ステップＳ４−３）。これにより、不必要なバージョンアップを行なうことがなく、他のソフトウェアに対する影響を抑制することができる。
【０１０８】
（８）上記実施形態では、サポート期限対応の判断処理において、対象ソフトウェアが有効化されており、使用されていると判定した場合（ステップＳ４−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、新バージョンを特定し（ステップＳ４−５）、対応出力処理を実行する（ステップＳ４−６）。これにより、他のソフトウェアとのコンフリクトを考慮しながら、バージョンアップを行なうことができる。
【０１０９】
（９）上記実施形態では、新規構成確認処理において、リソース管理サーバ２０の制御部２１は、新規構成情報の取得処理（ステップＳ５−１）、新規ソフトウェアについてのパッチの特定処理（ステップＳ５−２）を実行する。そして、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理を実行する（ステップＳ５−３）。これにより、新たなソフトウェアやハードウェアを導入する場合にも、的確なパッチファイルを適用することができる。
【０１１０】
（１０）上記実施形態では、関連文書修正処理において、パッチ適用可能の場合（ステップＳ６−２において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ適用ソフトウェアについて関連文書の検索処理（ステップＳ６−３）、関連文書一覧の出力処理（ステップＳ６−４）を実行する。これにより、関連文書に記載されたソフトウェアについて、管理者は、関連文書中のソフトウェアに関する情報を最新状況に更新することができる。
【０１１１】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態においては、リソース管理サーバ２０の制御部２１は、サポート情報に含まれるキーワードを用いて、入手したサポート情報の種類を判定した（ステップＳ１−５、Ｓ２−４）。サポート情報の種類の判定方法は、キーワード検索に限定されるものではなく、サポート情報を入手したサイトや、サポート情報に含まれるサポート識別子に基づいて判定するようにしてもよい。この場合には、入手先の識別情報（例えば、ＵＲＬ）やサポート識別子に含まれる要素に関連付けて、サポート情報の種類を登録しておく。
【０１１２】
・ 上記各実施形態では、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。そして、リソース管理サーバ２０の制御部２１は、サポート情報の種類に応じて、パッチ適用要否の判断処理（ステップＳ１−６）、サポート期限対応の判断
処理（ステップＳ１−７）を実行する。ここで、両方の判断処理をする必要はなく、いずれか一方の判断処理のみを実行するように構成してもよい。
【０１１３】
・ 上記各実施形態では、リソース管理サーバ２０の制御部２１は、パッチ種類の特定処理を実行する（ステップＳ２−４）。そして、リソース管理サーバ２０の制御部２１は、パッチ種類に応じて、セキュリティ対応又はバグ対応の処理を実行する。ここで、いずれかの処理のみを実行するように構成してもよい。
【０１１４】
・ 上記各実施形態では、新規ソフトウェアをインストールしたり、新規バージョンを導入したりする場合に、新規構成確認処理を行なう場合を想定した。この処理の利用場面は、これに限定されるものではなく、既存のハードウェアの利用環境が変化した場合にも利用することができる。
【０１１５】
・ 上記各実施形態では、コンフリクト情報がある場合（ステップＳ３−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（コンフリクト）の出力処理を実行する（ステップＳ３−５）。これに対してコンフリクトを防止するための代替方法を検索するようにしてもよい。例えば、コンフリクトが生じているソフトウェアにおいて、コンフリクトが生じないバージョンや代替ソフトウェアを検索し、出力するようにしてもよい。この場合には、ソフトウェアの機能が共通しておる代替可能なソフトウェアを相互に関連付けて記憶させたデータ記憶部を設けておき、このデータ記憶部において代替ソフトウェア（代替手段）を検索する。
【０１１６】
・ 上記各実施形態では、リソース管理サーバ２０の制御部２１は、リスクが発生するリスク環境情報として攻撃方法情報の取得処理（ステップＳ２−６）、利用環境情報の取得処理（ステップＳ２−７）を実行する。そして、リソース管理サーバ２０の制御部２１は、セキュリティ上のリスクがあるかどうかについての判定処理を実行する（ステップＳ２−８）。ここでは、例えば、「ネットワーク」というキーワードが含まれている場合には、外部ネットワークへの接続の有無により判定する。この判定は、利用環境情報に限定されるものではない。例えば、特定のアプリケーション（圧縮や解凍等）の実行による攻撃方法に基づいて判定するようにしてもよい。この場合には、リソース管理サーバ２０の制御部２１は、リスク環境情報として、特定のアプリケーションの実行の有無を判定する。そして、制御部２１は、この特定のアプリケーションの実行状況を、状況管理情報記憶部２４から取得し、セキュリティ上のリスクがあるかどうかについての判定処理を実行する（ステップＳ２−８）。ここでは、アプリケーションが実行されている場合には、リスクがあると判定する。
【符号の説明】
【０１１７】
１０…ソフトウェアベンダサーバ、１１…セキュリティ情報提供機関サーバ、１５…管理者端末、１６…文書管理サーバ、２０…リソース管理サーバ、２１…制御部、２１１…サポート情報取得手段、２１２…サポート対応手段、２１３…パッチ対応手段、２１４…サポート期限対応手段、２１５…適用確認手段、２１６…新規構成情報取得手段、２１７…関連文書対応手段、２２…ハードウェア管理情報記憶部、２３…ソフトウェア管理情報記憶部、２４…状況管理情報記憶部、２５…サポート情報記憶部。
【技術分野】
【０００１】
本発明は、効率的にプログラムの更新管理を行なうためのリソース管理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
今日、コンピュータ端末やサーバ装置等のハードウェアや、このハードウェアにインストールされたソフトウェア等の各種リソースが利用されている。そして、オペレーティングシステムやアプリケーションプログラム等のソフトウェアベンダから、ソフトウェアの利用者に対して、各種サポート情報が提供されている。このようなサポート情報には、バグ修正やセキュリティホールの対応のためのプログラムの修正のためのファイル（パッチファイル）やバージョンアップ等が含まれる。このようなプログラム修正やバージョンアップは、インターネット等のネットワークを介して提供されることが多い。この場合、コンピュータが起動した後に、予め設定された更新管理サーバにアクセスし、最新の更新プログラムをダウンロードして、自動的にインストールを行なう（例えば、特許文献１を参照。）。この文献に記載された技術においては、ユーザ計算機の対象ソフトウェアを起動すると、クライアントがそれを検知し、現有版の情報を提供者の計算機に照会する。サーバは、ソフトウェア・ライブラリの構成と比較し、対象ソフトウェアの更新指示情報と、更新版ソフトウェアを返送する。そして、クライアントは対象ソフトウェアを最新版に自動更新する。
【０００３】
また、クライアントのシステムを、対象（プラットフォーム）に合わせて、ログインロケーションやユーザ情報を考慮しながら最新バージョンへ自動的にアップデートする技術の検討されている（例えば、特許文献２を参照。）。この文献に記載された技術においては、サーバとクライアントとアップデート許可データベースとを具備する自動更新システムを用いる。クライアントは、サーバへのアクセスに際し、そのアクセスを行なう場所を示すロケーション情報をサーバへ出力する。アップデート許可データベースは、ロケーション情報と、クライアントのシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納する。そして、サーバは、ロケーション情報とそのバージョンアップ許可基準とに基づいて、そのシステムのそのバージョンアップを制御する。
【０００４】
更に、ソフトウェアの更新プログラムをインストールしたときに、更新プログラムのインストールによる障害の発生を少なくするプログラム自動更新システムも検討されている（例えば、特許文献３を参照。）。この文献に記載された技術においては、クライアント構成データに基づき予め設定されている第１基準に一致するクライアントを選択し、選択されたクライアントに更新プログラムのインストールを許可する。そして、クライアントで発生したエラーデータと予め設定された第２基準に基づき、更新プログラムがインストールされていないクライアントの中から、更新プログラムをインストールするクライアントを選択する。そして、選択したクライアントにのみ更新プログラムのインストールを許可し、許可されたクライアントは更新プログラムをインストールする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−２２５７２４号公報（第１頁、図１）
【特許文献２】特開２００３−２９６１１６号公報（第１頁、図５）
【特許文献３】特開２００７−２６４９０４号公報（第１頁、図４）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の特許文献１、２に記載されているように、すべてのクライアントの要求に応じて更新プログラムをインストールする場合、問題が生じることがある。すなわち、クライアントのハードウェアの構成や、インストールされている他のソフトウェアの構成などの要因によって、更新プログラムをインストールした後に、特定の機能が実行不可能となったり、メモリに関するエラーが発生したりすることがある。
【０００７】
このため、特許文献３に記載された技術では、先行してインストールしたクライアントにおいて発生したエラー状況に応じて、他のクライアントにもインストールする。しかしながら、複数のハードウェアが利用されている場合、インストール先の装置の利用状況や利用環境は異なる。従って、特定の利用状況や利用環境においてのみ発生するエラーもあるため、先行してインストールしたクライアントにおいて問題がない場合においても、他のクライアントにおいてエラーが生じる可能性がある。
【０００８】
また、パッチファイルには、バグに対応したものや、セキュリティの向上を目的としたものがある。従って、パッチファイルの適用可否を判断する場合、パッチファイルの種類を考慮した対応が望ましい。更に、サポート情報には、パッチファイルだけではなく、サポート期限に関するものも含まれる。サポート期限が到来した場合には、バッチファイルなどが提供されず、ソフトウェアのサポートが行われないため、ソフトウェアのバージョンアップ等の代替手段を考慮する必要がある。
【０００９】
本発明は、上記問題点を解決するためになされたものであり、効率的にプログラムの更新管理を行なうためのリソース管理システム、リソース管理方法及びリソース管理プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記問題点を解決するために、請求項１に記載の発明は、ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムであって、前記制御手段が、ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段と、前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段と、前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段とを備えたことを要旨とする。
【００１１】
請求項２に記載の発明は、請求項１に記載のリソース管理システムにおいて、前記サポート情報として、セキュリティ対応に関し、リスクが発生する可能性がある状況についてのリスク発生条件を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録されたハードウェアの利用状況と、前記リスク発生条件とを比較して、このサポート情報の対応情報を出力することを要旨とする。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載のリソース管理システムにおいて、前記サポート情報として、バグ対応に関し、バグが発生した場合の障害発生状態を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録された障害発生実績情報と、前記障害発生状態とを比較して、このサポート情報の対応情報を出力することを要旨とする。
【００１３】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載のリソース管理システムにおいて、前記制御手段は、前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、前記ソフトウェアと前記サポート情報とのコンフリクト情報を検索する手段とを更に備え、この検索結果に基づいて、サポート情報の対応情報を出力することを要旨とする。
【００１４】
請求項５に記載の発明は、請求項１〜４のいずれか一つに記載のリソース管理システムにおいて、前記制御手段は、前記サポート情報として、ソフトウェアのサポート期限に関する情報を取得した場合、前記ソフトウェアの代替手段を特定し、前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、前記他のソフトウェアと前記代替手段を適用した場合のコンフリクト情報を検索する手段とを更に備え、この検索結果に基づいて、サポート情報の対応情報を出力することを要旨とする。
【００１５】
請求項６に記載の発明は、請求項１〜５のいずれか一つに記載のリソース管理システムにおいて、前記制御手段は、ソフトウェア識別子が記録された文書ファイルを記憶する文書管理システムに接続されており、サポート情報を適用する場合には、前記文書管理システムにおいて、このサポート情報の適用対象のソフトウェア識別子が記載されている文書を検索し、検索結果を出力する手段を更に備えたことを要旨とする。
【００１６】
請求項７に記載の発明は、ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理する方法であって、前記制御手段が、ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する段階と、前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する段階と、前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する段階とを実行することを要旨とする。
【００１７】
請求項８に記載の発明は、ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理するプログラムであって、前記制御手段を、ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段、前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段、前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段として機能させることを要旨とする。
【００１８】
（作用）
請求項１、７、８に記載の発明によれば、サポート対象のソフトウェアがインストールされたリソースの利用状況とサポート情報とを比較して、このサポート情報の対応情報を出力する。これにより、多くのハードウェアを利用している環境において、頻繁にサポート情報が提供される場合にも、利用状況を考慮して、サポート情報に対する対応要否を判断するための情報を提供することができる。
【００１９】
請求項２に記載の発明によれば、ハードウェアの利用環境とリスク発生条件とを比較し
て、このサポート情報の対応情報を出力する。これにより、ハードウェアの利用環境においてリスクがない場合には、サポート情報に対する対応が不要であることを判断するための情報を提供することができる。
【００２０】
請求項３に記載の発明によれば、障害発生実績情報と障害発生状態とを比較して、このサポート情報の対応情報を出力する。これにより、障害の発生状況を考慮して、サポート情報に対する対応要否を判断するための情報を提供することができる。
【００２１】
請求項４に記載の発明によれば、ハードウェアにインストールされた他のソフトウェアとサポート情報とのコンフリクト情報を検索し、この検索結果に基づいて、サポート情報の対応情報を出力する。これにより、ハードウェアに既にインストールされているソフトウェアとの間で、コンフリクトを生じる可能性があるサポート情報の適用を抑制するための情報を提供することができる。
【００２２】
請求項５に記載の発明によれば、ハードウェアにインストールされた他のソフトウェアと代替手段とのコンフリクト情報を検索し、この検索結果に基づいて、サポート情報の対応情報を出力する。これにより、ハードウェアに既にインストールされているソフトウェアとの間で、コンフリクトを生じる可能性がある代替手段の適用を抑制するための情報を提供することができる。
【００２３】
請求項６に記載の発明によれば、サポート情報を適用する場合には、文書管理システムにおいて、このサポート情報の適用対象のソフトウェア識別子が記載されている文書を検索し、検索結果を出力する。これにより、ソフトウェアに関する情報を含む文書を、的確に管理することができる。
【発明の効果】
【００２４】
本発明によれば、効率的にプログラムの更新管理を行なうためのリソース管理システム、リソース管理方法及びリソース管理プログラムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の実施形態の各記憶部に記録されたデータの説明図であって、（ａ）はハードウェア管理情報記憶部、（ｂ）はソフトウェア管理情報記憶部、（ｃ）は状況管理情報記憶部、（ｄ）はサポート情報記憶部に記録されたデータの説明図。
【図３】本発明の実施形態におけるサポート対応確認処理の処理手順の説明図。
【図４】本発明の実施形態におけるパッチ適用要否の判断処理の処理手順の説明図。
【図５】本発明の実施形態における対応出力処理の処理手順の説明図。
【図６】本発明の実施形態におけるサポート期限対応の判断処理の処理手順の説明図。
【図７】本発明の実施形態における処理手順の説明図であって、（ａ）は新規構成確認処理、（ｂ）は関連文書修正処理の説明図。
【発明を実施するための形態】
【００２６】
以下、本発明を具体化した実施形態を図１〜図７に従って説明する。本実施形態では、企業内において使用するハードウエア（クライアント端末やサーバ装置等）にインストールされているソフトウェアの更新を管理する場合に用いるリソース管理システム、リソース管理方法及びリソース管理プログラムとして説明する。このソフトウェアの更新管理のために、図１に示すように、リソース管理サーバ２０を用いる。このリソース管理サーバ２０には、ネットワーク（例えば、インターネット）を介して、複数のソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１が接続されている。
【００２７】
ソフトウェアベンダサーバ１０は、ソフトウェアを提供している企業のコンピュータシステムである。このソフトウェアベンダサーバ１０は、ソフトウェアについてのサポート情報を提供する。このサポート情報には、セキュリティ上の問題やソフトウェアのバグを解消するための情報（パッチファイル）や、このようなパッチファイルを提供する期間に関する情報（サポート期限）が含まれる。
【００２８】
セキュリティ情報提供機関サーバ１１は、セキュリティにおいて問題があるソフトウェアについて、セキュリティ情報提供機関が入手した情報を公開する。
更に、リソース管理サーバ２０は、ネットワークを介して、管理者端末１５、文書管理システムとしての文書管理サーバ１６に接続されている。
【００２９】
管理者端末１５は、この企業において、ソフトウェアを管理する管理者が利用するコンピュータ端末である。管理者端末１５は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、この管理者端末１５は、制御部、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を備えている。
【００３０】
文書管理サーバ１６は、この企業において管理されている文書ファイル（例えば、設計書）を蓄積したコンピュータシステムである。この文書管理サーバ１６において管理されている文書ファイルには、企業内において利用されているシステムのハードウェア、ソフトウェアについての記述が含まれるものもある。
【００３１】
リソース管理サーバ２０はリソース管理システムとして機能し、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から取得したサポート情報に基づいて、ソフトウェアの更新対応に関する情報を管理するコンピュータシステムである。このリソース管理サーバ２０は、図１に示すように、制御部２１、ハードウェア管理情報記憶部２２、ソフトウェア管理情報記憶部２３、状況管理情報記憶部２４、サポート情報記憶部２５を備える。本実施形態では、ハードウェア管理情報記憶部２２、ソフトウェア管理情報記憶部２３が、リソース情報記憶手段として機能し、ハードウェア管理情報記憶部２２、状況管理情報記憶部２４が利用状況情報記憶手段として機能する。
【００３２】
制御部２１は、ソフトウェアの更新要否に関する情報を提供する処理等を行なう制御手段として機能する。制御部２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有する。そして、後述する処理（サポート情報取得段階、サポート対応段階、パッチ対応段階、サポート期限対応段階、適用確認段階、新規構成情報取得段階、関連文書対応段階等の各処理等）を実行する。このためのリソース管理プログラムを実行することにより、制御部２１は、図１に示すように、サポート情報取得手段２１１、サポート対応手段２１２、パッチ対応手段２１３、サポート期限対応手段２１４、適用確認手段２１５、新規構成情報取得手段２１６、関連文書対応手段２１７として機能する。
【００３３】
サポート情報取得手段２１１は、ネットワークを介して、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から、ソフトウェアについてのサポート情報を取得する処理を実行する。
【００３４】
サポート対応手段２１２は、取得したサポート情報についての対応に関する情報の提供を管理する処理を実行する。
パッチ対応手段２１３は、ソフトウェアを更新するためのパッチファイルについての対応処理を実行する。
【００３５】
サポート期限対応手段２１４は、サポート期限についての対応処理を実行する。サポート期限対応手段２１４は、対応の要否を判定するための基準期間に関するデータを保持している。
【００３６】
適用確認手段２１５は、パッチファイルの適用要否を判断するための情報提供処理を実行する。
新規構成情報取得手段２１６は、ソフトウェアをインストールしたハードウェアについての新規構成情報を取得した場合の対応処理を実行する。
関連文書対応手段２１７は、ソフトウェアを更新した場合に、このソフトウェアに関連する文書についての対応処理を実行する。
【００３７】
ハードウェア管理情報記憶部２２には、図２（ａ）に示すように、この企業が管理しているハードウェア（クライアント端末やサーバ装置）を管理するためのハードウェア管理レコード２２０が記録されている。このハードウェア管理レコード２２０は、企業において利用されるハードウェアが登録された場合に記録される。ハードウェア管理レコード２２０には、装置識別子、利用者、利用環境に関するデータが記録される。
【００３８】
装置識別子データ領域には、各ハードウェアを特定するためのハードウェア識別子に関するデータが記録される。
利用者データ領域には、このハードウェアの利用者や管理者を特定するための識別子（例えば社員番号）に関するデータが記録される。
【００３９】
利用環境データ領域には、このハードウェアが利用されている環境を特定するためのデータが記録される。例えば、このハードウェアに接続されたネットワークの種類（ＬＡＮやインターネット等）や、外部媒体からデータを取得するためのインターフェイスの種類を特定するための情報が記録されている。
【００４０】
ソフトウェア管理情報記憶部２３には、図２（ｂ）に示すように、この企業が管理しているソフトウェアを管理するためのソフトウェア管理レコード２３０が記録されている。このソフトウェア管理レコード２３０は、この企業において利用されるソフトウェアが登録された場合に記録される。ソフトウェア管理レコード２３０には、装置識別子、ソフトウェア識別子、バージョン、更新状況に関するデータが記録される。
【００４１】
装置識別子データ領域には、ソフトウェアがインストールされたハードウェアを特定するための識別子に関するデータが記録される。
ソフトウェア識別子データ領域には、このハードウェアにインストールされているソフトウェアの種類を特定するための識別子に関するデータが記録される。本実施形態では、ソフトウェア識別子としてソフトウェアの名称を用いる。
【００４２】
バージョンデータ領域には、このソフトウェアのバージョンを特定するための識別子に関するデータが記録される。
更新状況データ領域には、このソフトウェアに適用されているパッチファイルを特定するための識別子に関するデータが記録される。
【００４３】
状況管理情報記憶部２４には、図２（ｃ）に示すように、各ハードウェアにインストールされたソフトウェアの利用状況を管理するための状況管理レコード２４０が記録されている。この状況管理レコード２４０は、ソフトウェアについての使用状況や、発生したエラーが登録された場合に記録される。状況管理レコード２４０には、装置識別子、ソフトウェア識別子、有効化状況、使用状況、エラー発生状況に関するデータが記録される。
【００４４】
装置識別子データ領域には、ソフトウェアのインストールされたハードウェアを特定するための識別子に関するデータが記録される。
ソフトウェア識別子データ領域には、このハードウェアにインストールされたソフトウェアを特定するための識別子に関するデータが記録される。
【００４５】
有効化状況データ領域には、このハードウェアにインストールされたソフトウェアの有効性を識別するためのデータが記録される。例えば、ソフトウェアがインストールされている場合であっても、利用できる状態でない場合には、無効フラグが記録される。
【００４６】
使用状況データ領域には、このソフトウェアの使用状況を特定するためのデータが記録される。具体的には、インストールされたソフトウェアが有効化されており、使用されている場合には、最後に使用された時期（年月日）が記録されている。
【００４７】
エラー発生状況データ領域には、このハードウェアにインストールされたソフトウェアにおいて、発生したエラー内容（障害発生状況）を特定するためのデータが記録される。具体的には、エラー発生日時、エラー発生時の状態、発生したエラーコードに関するデータが記録される。このエラーコードにより、エラー内容を特定することができる。
【００４８】
サポート情報記憶部２５には、図２（ｄ）に示すように、各ソフトウェアについて公開されたサポート情報を管理するためのサポート情報管理レコード２５０が記録されている。このサポート情報管理レコード２５０は、ソフトウェアについてのサポート情報を入手した場合に記録される。サポート情報管理レコード２５０には、ソフトウェア識別子、バージョン、サポート内容、公開日に関するデータが記録される。
【００４９】
ソフトウェア識別子データ領域には、各ソフトウェアを特定するための識別子に関するデータが記録される。
バージョンデータ領域には、このソフトウェアのバージョンを特定するための識別子に関するデータが記録される。
【００５０】
サポート内容データ領域には、サポートの内容に関するデータが記録される。例えば、パッチファイルの識別子や、サポート期限等に関する情報が記録される。
公開日データ領域には、このサポート情報が公開された年月日が記録される。
【００５１】
次に、本実施形態のリソース管理処理について説明する。ここでは、サポート対応確認処理（図３）、パッチ適用要否の判断処理（図４）、対応出力処理（図５）、サポート期限対応の判断処理（図６）、新規構成確認処理（図７（ａ））、関連文書修正処理（図７（ｂ））の順に説明する。
【００５２】
（サポート対応確認処理）
まず、図３を用いてサポート対応確認処理を説明する。
ここでは、リソース管理サーバ２０の制御部２１は、サポート情報の取得処理を実行する（ステップＳ１−１）。具体的には、制御部２１のサポート情報取得手段２１１が、定期的にソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１にアクセスし、サポート情報を取得する。そして、サポート情報取得手段２１１は、取得したサポート情報において、サポート情報記憶部２５に記録されていない新規サポート情報を特定する。なお、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から定期的に送信されるサポート情報を、サポート情報取得手段２１１が受信するようにしてもよい。
【００５３】
サポート情報記憶部２５に記録されていないサポート情報を取得した場合、リソース管
理サーバ２０の制御部２１は、対象ソフトウェアのインストール状況の検索処理を実行する（ステップＳ１−２）。具体的には、制御部２１のサポート情報取得手段２１１が、ソフトウェアベンダサーバ１０またはセキュリティ情報提供機関サーバ１１からサポート情報を取得した場合、サポート情報取得手段２１１は、このサポート情報が適用されるソフトウェアのソフトウェア識別子、バージョンを特定する。次に、サポート情報管理レコード２５０を生成し、サポート情報記憶部２５に記録する。そして、サポート対応手段２１２は、ソフトウェア管理情報記憶部２３において、特定したソフトウェア識別子、バージョンが記録されたレコードを検索する。
【００５４】
次に、リソース管理サーバ２０の制御部２１は、ソフトウェアがインストールされているかどうかについての判定処理を実行する（ステップＳ１−３）。具体的には、制御部２１のサポート対応手段２１２は、ソフトウェア識別子、バージョンが記録されたソフトウェア管理レコード２３０を抽出できた場合、インストールされていると判定する。
【００５５】
インストールされている場合（ステップＳ１−３において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、インストールされたハードウェアの特定処理を実行する（ステップＳ１−４）。具体的には、制御部２１のサポート対応手段２１２は、特定されたソフトウェア識別子が記録されたソフトウェア管理レコード２３０に記録された装置識別子によりハードウェアを特定する。
【００５６】
次に、特定したハードウェア毎に、以下の処理を繰り返す。
ここでは、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。具体的には、制御部２１のサポート対応手段２１２が、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から取得したサポート情報の説明文に含まれるキーワードに基づいて判定する。例えば、「セキュリティ」や「不具合」、「修正」というキーワードが含まれている場合には、パッチ情報と判定する。一方、「期限」というキーワードが含まれている場合には、サポート期限情報と判定する。
【００５７】
ここで、サポート情報がパッチに関する情報の場合（ステップＳ１−５において「パッチ情報」の場合）には、リソース管理サーバ２０の制御部２１は、パッチ適用要否の判断処理を実行する（ステップＳ１−６）。具体的には、制御部２１のパッチ対応手段２１３が、後述する図４、図５に示す処理を実行する。
【００５８】
一方、サポート情報がサポート期限に関する情報の場合（ステップＳ１−５において「サポート期限情報」の場合）には、リソース管理サーバ２０の制御部２１は、サポート期限対応の判断処理を実行する（ステップＳ１−７）。具体的には、制御部２１のサポート期限対応手段２１４が、後述する図６に示す処理を実行する。
以上の処理を、ハードウェア毎に処理を繰り返す。
【００５９】
（パッチ適用要否の判断処理）
次に、図４を用いて、パッチ適用要否の判断処理を説明する。
【００６０】
ここでは、リソース管理サーバ２０の制御部２１は、対象ソフトウェアが有効化されているかどうかについての判定処理を実行する（ステップＳ２−１）。具体的には、制御部２１のパッチ対応手段２１３が、判断対象の装置識別子及びソフトウェア識別子が記録された状況管理レコード２４０を状況管理情報記憶部２４から抽出する。そして、パッチ対応手段２１３は、状況管理レコード２４０に記録された有効化状況に基づいて、このソフトウェアが有効化されているかどうかを判定する。
【００６１】
状況管理レコード２４０に無効フラグが記録されており、対象ソフトウェアが有効化されていない場合（ステップＳ２−１において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。具体的には、制御部２１のパッチ対応手段２１３が、管理者端末１５に対して、公開されたパッチファイルの適用が不要であることを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（有効化されていない）を含める。
【００６２】
一方、対象ソフトウェアが有効化されている場合（ステップＳ２−１において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対象ソフトウェアの使用実績があるかどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、制御部２１のパッチ対応手段２１３が、状況管理レコード２４０に記録された使用状況に基づいて、使用されているかどうかを判定する。
【００６３】
使用状況として使用年月日が記録されておらず、対象ソフトウェアが使用されていないと判定した場合（ステップＳ２−３において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。この場合には、出力するメッセージに、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（使用されていない）を含める。
【００６４】
一方、使用状況として使用年月日が記録されており、対象ソフトウェアが使用されていると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理（ステップＳ２−４〜Ｓ２−１１）を実行する。
【００６５】
ここでは、まず、リソース管理サーバ２０の制御部２１は、パッチ種類の特定処理を実行する（ステップＳ２−４）。具体的には、制御部２１のパッチ対応手段２１３が、ソフトウェアベンダサーバ１０やセキュリティ情報提供機関サーバ１１から取得したサポート情報の説明文に含まれるキーワードを検索する。ここで、キーワードとして「セキュリティ」等を用いる。そして、「セキュリティ」というキーワードが含まれている場合には、セキュリティ対応のパッチと特定する。一方、「セキュリティ」というキーワードが含まれておらず、「不具合」、「修正」というキーワードが含まれている場合には、バグ対応のパッチと特定する。
【００６６】
次に、リソース管理サーバ２０の制御部２１は、バグ対応又はセキュリティ対応の判定処理を実行する（ステップＳ２−５）。具体的には、制御部２１のパッチ対応手段２１３は、パッチ種類に基づいて、バグ対応又はセキュリティ対応のいずれかを判定する。
【００６７】
「セキュリティ対応」と判定した場合（ステップＳ２−５において「セキュリティ対応」の場合）、リソース管理サーバ２０の制御部２１は、リスクが発生するリスク環境情報（リスク発生条件）として攻撃方法情報の取得処理を実行する（ステップＳ２−６）。具体的には、制御部２１のパッチ対応手段２１３が、サポート情報の説明文に含まれるキーワードに基づいて特定する。例えば、「ネットワーク」というキーワードが含まれている場合には、ネットワーク経由での攻撃と判定する。又、「ＵＳＢメモリ」、「磁気ディスク」等というキーワードが含まれている場合には、記録媒体を経由しての攻撃と判定する。
【００６８】
次に、リソース管理サーバ２０の制御部２１は、利用環境情報の取得処理を実行する（ステップＳ２−７）。具体的には、制御部２１のパッチ対応手段２１３は、ハードウェア管理情報記憶部２２から、判断対象の装置識別子が記録されたハードウェア管理レコード
２２０を抽出する。そして、パッチ対応手段２１３は、ハードウェア管理レコード２２０に記録された利用環境情報を取得する。
【００６９】
次に、リソース管理サーバ２０の制御部２１は、セキュリティ上のリスクがあるかどうかについての判定処理を実行する（ステップＳ２−８）。具体的には、制御部２１のパッチ対応手段２１３は、サポート情報に基づいて特定した攻撃方法と、ハードウェア管理レコード２２０に記録された利用環境とを照合する。攻撃方法と利用環境とが共通する場合には、セキュリティ上のリスクがあると判定する。一方、攻撃方法と利用環境とが共通していない場合には、セキュリティ上のリスクがないと判定する。例えば、外部ネットワーク（例えばインターネット）に接続されていないハードウェアにおいては、外部ネットワークを介しての攻撃方法についてのリスクはないと判定する。又、外部記録媒体の接続ポートを有しないハードウェアにおいては、記録媒体を経由しての攻撃方法についてのリスクはないと判定する。
【００７０】
セキュリティ上のリスクがないと判定した場合（ステップＳ２−８において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。この場合には、出力するメッセージに、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（利用環境上、リスクがない）を含める。
【００７１】
一方、セキュリティ上のリスクがある場合（ステップＳ２−８において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対応出力処理を実行する（ステップＳ２−９）。具体的には、制御部２１のパッチ対応手段２１３は、適用確認手段２１５に対して、対応出力処理の実行を指示する。この対応出力処理については、図５を用いて後述する。
【００７２】
一方、「バグ対応」と判定した場合（ステップＳ２−５において「バグ対応」の場合）、リソース管理サーバ２０の制御部２１は、障害発生実績情報として、ハードウェアにおけるエラー情報の検索処理を実行する（ステップＳ２−１０）。具体的には、制御部２１のパッチ対応手段２１３は、状況管理レコード２４０に記録されたエラー発生状況を取得する。そして、パッチ対応手段２１３は、サポート情報に含まれるキーワード（例えば、エラー発生時の状態やエラーコード等の障害発生状況）が含まれるエラー発生状況が記録された状況管理レコード２４０を検索する。
【００７３】
次に、リソース管理サーバ２０の制御部２１は、エラー実績の出力処理を実行する（ステップＳ２−１１）。具体的には、制御部２１のパッチ対応手段２１３が、管理者端末１５に対して、装置識別子、ソフトウェア識別子及びエラー発生状況情報を出力する。管理者端末１５にエラーの発生実績が出力されることにより、管理者は適用可否の判断時に参照できる。そして、セキュリティ対応と同様に、リソース管理サーバ２０の制御部２１は、対応出力処理を実行する（ステップＳ２−９）。
【００７４】
（対応出力処理）
次に、図５を用いて、対応出力処理を説明する。
ここでは、リソース管理サーバ２０の制御部２１は、このハードウェアに既にインストールされているソフトウェアの特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の適用確認手段２１５は、判断対象の装置識別子が記録されているすべてのソフトウェア管理レコード２３０を、ソフトウェア管理情報記憶部２３から抽出する。そして、適用確認手段２１５は、抽出したソフトウェア管理レコード２３０に記録されているソフトウェア識別子により、既にインストールされているソフトウェアを特定する。
【００７５】
次に、リソース管理サーバ２０の制御部２１は、先行パッチの特定処理を実行する（ス
テップＳ３−２）。具体的には、制御部２１の適用確認手段２１５が、サポート情報において、今回のパッチファイルを適用するために必要な先行パッチファイルに関する情報を取得する。
【００７６】
次に、リソース管理サーバ２０の制御部２１は、既にインストールされているソフトウェアとのコンフリクト情報の検索処理を実行する（ステップＳ３−３）。具体的には、制御部２１の適用確認手段２１５が、特定したソフトウェアのベンダのサイトにアクセスして、今回のパッチファイルや先行パッチファイルと、既にインストールされているソフトウェアのソフトウェア識別子を含むコンフリクト情報を検索する。なお、適用確認手段２１５が、公知の検索エンジンを用いて、ネットワーク上で公開されている情報において、既にインストールされているソフトウェアとのコンフリクト情報を検索するようにしてもよい。
【００７７】
次に、リソース管理サーバ２０の制御部２１は、コンフリクト情報があるかどうかについての判定処理を実行する（ステップＳ３−４）。具体的には、制御部２１の適用確認手段２１５は、コンフリクト情報の中で、既にインストールされているソフトウェアのソフトウェア識別子が含まれるものを検出した場合にはコンフリクト情報があると判定する。
【００７８】
コンフリクト情報がある場合（ステップＳ３−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（コンフリクト）の出力処理を実行する（ステップＳ３−５）。具体的には、制御部２１の適用確認手段２１５は、管理者端末１５に対して、公開されたパッチファイルの適用ができないことを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（コンフリクト）を含める。
【００７９】
一方、コンフリクト情報がない場合（ステップＳ３−４において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチを適用するための動作環境情報の取得処理を実行する（ステップＳ３−６）。具体的には、制御部２１の適用確認手段２１５は、サポート情報からパッチファイルを適用するための動作環境についての情報（例えば、バッチファイルを適用するための前提条件）を取得する。
【００８０】
次に、リソース管理サーバ２０の制御部２１は、動作環境が不一致かどうかについての判定処理を実行する（ステップＳ３−７）。具体的には、制御部２１の適用確認手段２１５は、このハードウェアにインストールされたソフトウェアのソフトウェア管理レコード２３０を特定する。そして、適用確認手段２１５は、サポート情報から取得した動作環境（前提条件）のソフトウェアやバージョンがインストールされているかどうかを確認する。
【００８１】
動作環境が一致しない場合（ステップＳ３−７において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（動作環境不一致）の出力処理を実行する（ステップＳ３−８）。具体的には、制御部２１の適用確認手段２１５は、管理者端末１５に対して、公開されたパッチファイルの適用ができないことを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（動作環境不一致）を含める。
【００８２】
一方、動作環境が一致する場合（ステップＳ３−７において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、動作検証の指示処理を実行する（ステップＳ３−９）。具体的には、制御部２１の適用確認手段２１５は、管理者端末１５に対して、装置識別子、ソフトウェア識別子、サポート情報とともに、動作検証を行なう指示を出力する。この場合、管理者は、同じ動作環境のハードウェアを準備して、パッチファイルを適用して
動作検証を行なう。そして、管理者端末１５を用いて、検証結果をリソース管理サーバ２０に送信する。この検証結果には、検証対象のハードウェア識別子、ソフトウェア識別子、バージョン、サポート情報に関する情報を含める。
【００８３】
（サポート期限対応の判断処理）
次に、図６を用いて、サポート期限対応の判断処理を説明する。本実施形態では、サポート期限が予め定められた基準期間内に到来する場合、このソフトウェアの代替手段としてバージョンアップを想定する。
【００８４】
ここでは、基準期間内にサポート期限が到来するかどうかについての判定処理を実行する（ステップＳ４−１）。具体的には、制御部２１のサポート期限対応手段２１４が、取得したサポート期限までの残り期間を算出する。そして、サポート期限対応手段２１４は、残り期間と基準期間とを比較する。
【００８５】
残り期間が基準期間より長く、基準期間内にサポート期限が到来しないと判断した場合（ステップＳ４−１において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、サポート期限対応の判断処理を終了する。
【００８６】
一方、残り期間が基準期間より短く、基準期間内にサポート期限が到来すると判断した場合（ステップＳ４−１において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対象ソフトウェアは有効化されているかどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１のサポート期限対応手段２１４が、ステップＳ２−１と同様に、状況管理レコード２４０の有効化状況を用いて、このソフトウェアが有効化されているかどうかを判定する。
【００８７】
対象ソフトウェアが有効化されていない場合（ステップＳ４−２において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、バージョンアップ不要の出力処理を実行する（ステップＳ４−３）。具体的には、制御部２１のサポート期限対応手段２１４が、管理者端末１５に対して、装置識別子、ソフトウェア識別子について、サポート期限が近づいているがバージョンアップは不要であることを示すメッセージを出力する。このメッセージには、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（有効化されていない）を含める。
【００８８】
一方、対象ソフトウェアが有効化されている場合（ステップＳ４−２において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、対象ソフトウェアの使用実績があるかどうかについての判定処理を実行する（ステップＳ４−４）。具体的には、制御部２１のサポート期限対応手段２１４が、ステップＳ２−３と同様に、状況管理レコード２４０の使用状況を用いて、使用されているかどうかを判定する。
【００８９】
対象ソフトウェアの使用実績がない場合（ステップＳ４−４において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、バージョンアップ不要の出力処理を実行する（ステップＳ４−３）。この場合には、出力するメッセージに、判断対象の装置識別子、ソフトウェア識別子、サポート情報及び不適用事由（使用されていない）を含める。
【００９０】
一方、対象ソフトウェアの使用実績がある場合（ステップＳ４−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、新バージョンの特定処理を実行する（ステップＳ４−５）。具体的には、制御部２１のサポート期限対応手段２１４は、このソフトウェアについて、サポート期限が長い新しいバージョンを特定する。
【００９１】
そして、リソース管理サーバ２０の制御部２１は、対応出力処理を実行する（ステップ
Ｓ４−６）。具体的には、制御部２１のサポート期限対応手段２１４は、適用確認手段２１５に対して、この新バージョンについての対応出力処理（図５）の実行を指示する。
【００９２】
（新規構成確認処理）
次に、図７（ａ）を用いて、新規構成確認処理を説明する。この新規構成確認処理は、新規ソフトウェアをインストールしたり、新規バージョンを導入したりする場合に、どのパッチファイルを適用するかを判断するために行なわれる。この場合、管理者端末１５を用いて、リソース管理サーバ２０に対して新規登録依頼を送信する。この新規登録依頼には、新たにインストールするソフトウェアのソフトウェア識別子やバージョン情報、ソフトウェアがインストールされるハードウェアの環境情報を含める。
【００９３】
ここでは、リソース管理サーバ２０の制御部２１は、新規構成情報の取得処理を実行する（ステップＳ５−１）。具体的には、制御部２１の新規構成情報取得手段２１６が、管理者端末１５から受信した新規登録依頼から新規構成情報を取得する。
【００９４】
次に、リソース管理サーバ２０の制御部２１は、新規ソフトウェアについてのパッチの特定処理を実行する（ステップＳ５−２）。具体的には、制御部２１の新規構成情報取得手段２１６は、サポート情報記憶部２５から、このソフトウェアのソフトウェア識別子やバージョンが記録されたサポート情報管理レコード２５０を抽出する。そして、新規構成情報取得手段２１６は、抽出したサポート情報管理レコード２５０に記録されたサポート内容を取得する。
【００９５】
次に、パッチ毎に以下の処理を繰り返す。
ここでは、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理を実行する（ステップＳ５−３）。具体的には、制御部２１の新規構成情報取得手段２１６は、適用確認手段２１５に対して、パッチ適用確認処理（図４）の実行を指示する。
【００９６】
（関連文書修正処理）
次に、図７（ｂ）を用いて、関連文書修正処理を説明する。この関連文書修正処理は、管理者端末１５から、検証結果を受信した場合に行なわれる。
【００９７】
ここでは、リソース管理サーバ２０の制御部２１は、検証結果の取得処理を実行する（ステップＳ６−１）。具体的には、制御部２１の関連文書対応手段２１７が、ステップＳ３−９の動作検証の指示に基づいて行なわれた結果を取得する。この検証結果には、パッチファイルの適用可否に関する情報を含める。
【００９８】
次に、リソース管理サーバ２０の制御部２１は、パッチ適用可能かどうかについての判定処理を実行する（ステップＳ６−２）。具体的には、制御部２１の関連文書対応手段２１７が、検証結果に含まれるパッチ適用可否情報を用いて判定する。
【００９９】
パッチ適用不可の場合（ステップＳ６−２において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、関連文書修正処理を終了する。
一方、パッチ適用可能の場合（ステップＳ６−２において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチを適用するソフトウェアについて関連文書の検索処理を実行する（ステップＳ６−３）。具体的には、制御部２１の関連文書対応手段２１７が、文書管理サーバ１６において、パッチファイルを適用するソフトウェアのソフトウェア識別子やバージョン、このハードウェアの装置識別子が記載された文書ファイルを検索する。
【０１００】
次に、リソース管理サーバ２０の制御部２１は、関連文書一覧の出力処理を実行する（
ステップＳ６−４）。具体的には、制御部２１の関連文書対応手段２１７は、取得した文書ファイルを一覧表示させた表示画面を管理者端末１５に出力する。そして、管理者は管理者端末１５を用いて、パッチファイルを適用するソフトウェアについての記載を修正する。
【０１０１】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）上記実施形態では、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。ここで、サポート情報がパッチに関する情報の場合（ステップＳ１−５において「パッチ情報」の場合）には、リソース管理サーバ２０の制御部２１は、パッチ適用要否の判断処理を実行する（ステップＳ１−６）。そして、対象ソフトウェアが有効化されていない場合や対象ソフトウェアが使用されていないと判定した場合（ステップＳ２−１、Ｓ２−３において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。これにより、不必要なパッチファイルを適用することがなく、他のソフトウェアに対する影響を抑制することができる。
【０１０２】
（２）上記実施形態では、対象ソフトウェアが有効化されており、使用されていると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理を実行する。リソース管理サーバ２０の制御部２１は、パッチ種類を特定する（ステップＳ２−４）。ここで、「セキュリティ対応」と判定した場合（ステップＳ２−５において「セキュリティ対応」の場合）、リソース管理サーバ２０の制御部２１は、攻撃方法情報の取得処理（ステップＳ２−６）、利用環境情報の取得処理（ステップＳ２−７）を実行する。そして、セキュリティ上のリスクがないと判定した場合（ステップＳ２−８において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ不要の出力処理を実行する（ステップＳ２−２）。これにより、パッチファイルを適用しないことのリスクを考慮しながら、パッチファイルの適用による他のソフトウェアへの影響を抑制することができる。
【０１０３】
（３）上記実施形態では、パッチ適用確認処理において、「バグ対応」と判定した場合（ステップＳ２−５において「バグ対応」の場合）、リソース管理サーバ２０の制御部２１は、ハードウェアにおけるエラー情報の検索処理（ステップＳ２−１０）、エラー実績の出力処理（ステップＳ２−１１）を実行する。これにより、管理者は、エラーの発生状況を参照して、パッチファイルの適用要否を判断することができる。
【０１０４】
（４）上記実施形態では、対応出力処理において、ハードウェアに既にインストールされているソフトウェアの特定処理を実行する（ステップＳ３−１）。次に、リソース管理サーバ２０の制御部２１は、既にインストールされているソフトウェアとのコンフリクト情報の検索処理を実行する（ステップＳ３−３）。そして、コンフリクト情報がある場合（ステップＳ３−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（コンフリクト）の出力処理を実行する（ステップＳ３−５）。これにより、管理者は、公開されているコンフリクト情報を参照して、パッチファイルの適用要否を判断することができる。
【０１０５】
（５）上記実施形態では、対応出力処理において、リソース管理サーバ２０の制御部２１は、動作環境が不一致かどうかについての判定処理を実行する（ステップＳ３−７）。動作環境が一致しない場合（ステップＳ３−７において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（動作環境不一致）の出力処理を実行する（ステップＳ３−８）。これにより、パッチファイルを適用するための動作環境を考慮して、パッチファイルの適用要否を判断することができる。
【０１０６】
（６）上記実施形態では、動作環境が一致する場合（ステップＳ３−７において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、動作検証の指示処理を実行する（ステップＳ３−９）。これにより、管理者は、実際の動作環境を模したテスト環境において対してパッチファイルを適用して、動作検証を行なうことにより、より的確にパッチファイルの適用の要否を判断することができる。
【０１０７】
（７）上記実施形態では、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。サポート情報がサポート期限に関する情報の場合（ステップＳ１−５において「サポート期限情報」の場合）には、リソース管理サーバ２０の制御部２１は、サポート期限対応の判断処理を実行する（ステップＳ１−７）。この場合、対象ソフトウェアが有効化されていない場合や、対象ソフトウェアの使用実績がない場合（ステップＳ４−２、Ｓ４−４において「ＮＯ」の場合）、リソース管理サーバ２０の制御部２１は、バージョンアップ不要の出力処理を実行する（ステップＳ４−３）。これにより、不必要なバージョンアップを行なうことがなく、他のソフトウェアに対する影響を抑制することができる。
【０１０８】
（８）上記実施形態では、サポート期限対応の判断処理において、対象ソフトウェアが有効化されており、使用されていると判定した場合（ステップＳ４−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、新バージョンを特定し（ステップＳ４−５）、対応出力処理を実行する（ステップＳ４−６）。これにより、他のソフトウェアとのコンフリクトを考慮しながら、バージョンアップを行なうことができる。
【０１０９】
（９）上記実施形態では、新規構成確認処理において、リソース管理サーバ２０の制御部２１は、新規構成情報の取得処理（ステップＳ５−１）、新規ソフトウェアについてのパッチの特定処理（ステップＳ５−２）を実行する。そして、リソース管理サーバ２０の制御部２１は、パッチ適用確認処理を実行する（ステップＳ５−３）。これにより、新たなソフトウェアやハードウェアを導入する場合にも、的確なパッチファイルを適用することができる。
【０１１０】
（１０）上記実施形態では、関連文書修正処理において、パッチ適用可能の場合（ステップＳ６−２において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、パッチ適用ソフトウェアについて関連文書の検索処理（ステップＳ６−３）、関連文書一覧の出力処理（ステップＳ６−４）を実行する。これにより、関連文書に記載されたソフトウェアについて、管理者は、関連文書中のソフトウェアに関する情報を最新状況に更新することができる。
【０１１１】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態においては、リソース管理サーバ２０の制御部２１は、サポート情報に含まれるキーワードを用いて、入手したサポート情報の種類を判定した（ステップＳ１−５、Ｓ２−４）。サポート情報の種類の判定方法は、キーワード検索に限定されるものではなく、サポート情報を入手したサイトや、サポート情報に含まれるサポート識別子に基づいて判定するようにしてもよい。この場合には、入手先の識別情報（例えば、ＵＲＬ）やサポート識別子に含まれる要素に関連付けて、サポート情報の種類を登録しておく。
【０１１２】
・ 上記各実施形態では、リソース管理サーバ２０の制御部２１は、サポート情報がパッチ情報又はサポート期限情報のいずれに該当するかについての判定処理を実行する（ステップＳ１−５）。そして、リソース管理サーバ２０の制御部２１は、サポート情報の種類に応じて、パッチ適用要否の判断処理（ステップＳ１−６）、サポート期限対応の判断
処理（ステップＳ１−７）を実行する。ここで、両方の判断処理をする必要はなく、いずれか一方の判断処理のみを実行するように構成してもよい。
【０１１３】
・ 上記各実施形態では、リソース管理サーバ２０の制御部２１は、パッチ種類の特定処理を実行する（ステップＳ２−４）。そして、リソース管理サーバ２０の制御部２１は、パッチ種類に応じて、セキュリティ対応又はバグ対応の処理を実行する。ここで、いずれかの処理のみを実行するように構成してもよい。
【０１１４】
・ 上記各実施形態では、新規ソフトウェアをインストールしたり、新規バージョンを導入したりする場合に、新規構成確認処理を行なう場合を想定した。この処理の利用場面は、これに限定されるものではなく、既存のハードウェアの利用環境が変化した場合にも利用することができる。
【０１１５】
・ 上記各実施形態では、コンフリクト情報がある場合（ステップＳ３−４において「ＹＥＳ」の場合）、リソース管理サーバ２０の制御部２１は、不適用事由（コンフリクト）の出力処理を実行する（ステップＳ３−５）。これに対してコンフリクトを防止するための代替方法を検索するようにしてもよい。例えば、コンフリクトが生じているソフトウェアにおいて、コンフリクトが生じないバージョンや代替ソフトウェアを検索し、出力するようにしてもよい。この場合には、ソフトウェアの機能が共通しておる代替可能なソフトウェアを相互に関連付けて記憶させたデータ記憶部を設けておき、このデータ記憶部において代替ソフトウェア（代替手段）を検索する。
【０１１６】
・ 上記各実施形態では、リソース管理サーバ２０の制御部２１は、リスクが発生するリスク環境情報として攻撃方法情報の取得処理（ステップＳ２−６）、利用環境情報の取得処理（ステップＳ２−７）を実行する。そして、リソース管理サーバ２０の制御部２１は、セキュリティ上のリスクがあるかどうかについての判定処理を実行する（ステップＳ２−８）。ここでは、例えば、「ネットワーク」というキーワードが含まれている場合には、外部ネットワークへの接続の有無により判定する。この判定は、利用環境情報に限定されるものではない。例えば、特定のアプリケーション（圧縮や解凍等）の実行による攻撃方法に基づいて判定するようにしてもよい。この場合には、リソース管理サーバ２０の制御部２１は、リスク環境情報として、特定のアプリケーションの実行の有無を判定する。そして、制御部２１は、この特定のアプリケーションの実行状況を、状況管理情報記憶部２４から取得し、セキュリティ上のリスクがあるかどうかについての判定処理を実行する（ステップＳ２−８）。ここでは、アプリケーションが実行されている場合には、リスクがあると判定する。
【符号の説明】
【０１１７】
１０…ソフトウェアベンダサーバ、１１…セキュリティ情報提供機関サーバ、１５…管理者端末、１６…文書管理サーバ、２０…リソース管理サーバ、２１…制御部、２１１…サポート情報取得手段、２１２…サポート対応手段、２１３…パッチ対応手段、２１４…サポート期限対応手段、２１５…適用確認手段、２１６…新規構成情報取得手段、２１７…関連文書対応手段、２２…ハードウェア管理情報記憶部、２３…ソフトウェア管理情報記憶部、２４…状況管理情報記憶部、２５…サポート情報記憶部。
【特許請求の範囲】
【請求項１】
ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、
ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、
サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムであって、
前記制御手段が、
ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段と、
前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段と、
前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段と
を備えたことを特徴とするリソース管理システム。
【請求項２】
前記サポート情報として、セキュリティ対応に関し、リスクが発生する可能性がある状況についてのリスク発生条件を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録されたハードウェアの利用状況と、前記リスク発生条件とを比較して、このサポート情報の対応情報を出力することを特徴とする請求項１に記載のリソース管理システム。
【請求項３】
前記サポート情報として、バグ対応に関し、バグが発生した場合の障害発生状態を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録された障害発生実績情報と、前記障害発生状態とを比較して、このサポート情報の対応情報を出力することを特徴とする請求項１又は２に記載のリソース管理システム。
【請求項４】
前記制御手段は、
前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、前記ソフトウェアと前記サポート情報とのコンフリクト情報を検索する手段とを更に備え、
この検索結果に基づいて、サポート情報の対応情報を出力することを特徴とする請求項１〜３のいずれか一つに記載のリソース管理システム。
【請求項５】
前記制御手段は、
前記サポート情報として、ソフトウェアのサポート期限に関する情報を取得した場合、前記ソフトウェアの代替手段を特定し、
前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、
前記他のソフトウェアと前記代替手段を適用した場合のコンフリクト情報を検索する手段とを更に備え、
この検索結果に基づいて、サポート情報の対応情報を出力することを特徴とする請求項１〜４のいずれか一つに記載のリソース管理システム。
【請求項６】
前記制御手段は、ソフトウェア識別子が記録された文書ファイルを記憶する文書管理システムに接続されており、
サポート情報を適用する場合には、前記文書管理システムにおいて、このサポート情報
の適用対象のソフトウェア識別子が記載されている文書を検索し、検索結果を出力する手段を更に備えたことを特徴とする請求項１〜５のいずれか一つに記載のリソース管理システム。
【請求項７】
ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、
ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、
サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理する方法であって、
前記制御手段が、
ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する段階と、
前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する段階と、
前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する段階と
を実行することを特徴とするリソース管理方法。
【請求項８】
ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、
ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、
サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理するプログラムであって、
前記制御手段を、
ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段、
前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段、
前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段
として機能させることを特徴とするリソース管理プログラム。
【請求項１】
ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、
ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、
サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムであって、
前記制御手段が、
ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段と、
前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段と、
前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段と
を備えたことを特徴とするリソース管理システム。
【請求項２】
前記サポート情報として、セキュリティ対応に関し、リスクが発生する可能性がある状況についてのリスク発生条件を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録されたハードウェアの利用状況と、前記リスク発生条件とを比較して、このサポート情報の対応情報を出力することを特徴とする請求項１に記載のリソース管理システム。
【請求項３】
前記サポート情報として、バグ対応に関し、バグが発生した場合の障害発生状態を含めたサポート情報を取得した場合、前記利用状況情報記憶手段に利用状況として記録された障害発生実績情報と、前記障害発生状態とを比較して、このサポート情報の対応情報を出力することを特徴とする請求項１又は２に記載のリソース管理システム。
【請求項４】
前記制御手段は、
前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、前記ソフトウェアと前記サポート情報とのコンフリクト情報を検索する手段とを更に備え、
この検索結果に基づいて、サポート情報の対応情報を出力することを特徴とする請求項１〜３のいずれか一つに記載のリソース管理システム。
【請求項５】
前記制御手段は、
前記サポート情報として、ソフトウェアのサポート期限に関する情報を取得した場合、前記ソフトウェアの代替手段を特定し、
前記リソース情報記憶手段を用いて、特定したハードウェア識別子のハードウェアにインストールされた他のソフトウェアを特定し、
前記他のソフトウェアと前記代替手段を適用した場合のコンフリクト情報を検索する手段とを更に備え、
この検索結果に基づいて、サポート情報の対応情報を出力することを特徴とする請求項１〜４のいずれか一つに記載のリソース管理システム。
【請求項６】
前記制御手段は、ソフトウェア識別子が記録された文書ファイルを記憶する文書管理システムに接続されており、
サポート情報を適用する場合には、前記文書管理システムにおいて、このサポート情報
の適用対象のソフトウェア識別子が記載されている文書を検索し、検索結果を出力する手段を更に備えたことを特徴とする請求項１〜５のいずれか一つに記載のリソース管理システム。
【請求項７】
ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、
ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、
サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理する方法であって、
前記制御手段が、
ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する段階と、
前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する段階と、
前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する段階と
を実行することを特徴とするリソース管理方法。
【請求項８】
ハードウェアを特定するためのハードウェア識別子に対して、このハードウェアにインストールされているソフトウェアのソフトウェア識別子を記憶したリソース情報記憶手段と、
ハードウェア識別子に対して、リソースの利用状況を記憶した利用状況情報記憶手段と、
サポート情報を提供するシステムに接続された制御手段とを備えたリソース管理システムを用いて、リソースを管理するプログラムであって、
前記制御手段を、
ソフトウェアについてのサポート情報を取得した場合、前記リソース情報記憶手段を用いて、このソフトウェアがインストールされたハードウェアのハードウェア識別子を特定する手段、
前記利用状況情報記憶手段から、前記ハードウェア識別子に関連付けられた利用状況を取得する手段、
前記利用状況と前記サポート情報とを比較して、このサポート情報の対応情報を出力する手段
として機能させることを特徴とするリソース管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−２５８０７８（Ｐ２０１１−２５８０７８Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３３２９９（Ｐ２０１０−１３３２９９）
【出願日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【Ｆターム（参考）】
[ Back to top ]