(57)【特許請求の範囲】
【請求項１】
一又は複数のサーバにインストールされ、ネットワークを介して複数のユーザの利用に供されるアプリケーション稼働環境上で稼動する一又は複数のアプリケーションのアクセスログから、不要な前記アプリケーションである不要アプリケーションを検出し、前記不要アプリケーションのリソース割当量の変更を行う不要アプリケーション監視装置であって、
監視対象の前記アプリケーションである被監視アプリケーションがインストールされている被監視サーバの夫々に対し、前記被監視アプリケーションのアクセスログを取得するアクセスログ取得手段と、
前記被監視アプリケーションの前記アクセスログから、前記被監視アプリケーションの夫々につき、前記被監視サーバ毎に、少なくとも前記被監視アプリケーションにアクセスした前記ユーザ又は接続ホストの情報を所定の検出ルールに基づいて分析し、前記被監視サーバ毎に前記不要アプリケーションを検出する不要アプリケーション検出手段と、
検出された前記不要アプリケーションがインストールされている前記被監視サーバにおける当該不要アプリケーションの前記リソース割当量を規定値よりも少なくなるように前記アプリケーション稼働環境を介して変更するか、又は、当該不要アプリケーションの稼動の停止と再稼動を前記アプリケーション稼働環境を介して制御するリソース割当変更手段と、を備え、
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第１時間帯において、アクセスが全く無い前記被監視アプリケーションを検出すると、当該被監視アプリケーションを、当該特定の前記被監視サーバ上の、かつ前記第１時間帯において前記不要アプリケーションであると判断し、
前記リソース割当変更手段は、
前記第１時間帯の開始に伴い、前記不要アプリケーションの前記特定の被監視サーバ上の稼動を停止させ、
前記第１時間帯が経過すると、前記不要アプリケーションを前記特定の被監視サーバ上に再稼動させるとともに、
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第２時間帯においてアクセスが所定人数以下の特定の前記ユーザのみに限られる前記被監視アプリケーションを検出すると、
前記リソース割当変更手段は、
前記第２時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に減らし、
前記第２時間帯が経過するまでの間、前記ユーザの認証情報を参照し、前記特定の被監視サーバに対する前記特定のユーザからの当該被監視アプリケーションへのアクセスを検出すると、前記特定の被監視サーバ上の当該被監視アプリケーションにアクセスしている前記特定のユーザの人数に応じて当該被監視アプリケーションの前記特定の被監視サーバにおける前記リソース割当量を動的に変更し、
前記第２時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻すことを特徴とする不要アプリケーション監視装置。
【請求項２】
一又は複数のサーバにインストールされ、ネットワークを介して複数のユーザの利用に供されるアプリケーション稼働環境上で稼動する一又は複数のアプリケーションのアクセスログから、不要な前記アプリケーションである不要アプリケーションを検出し、前記不要アプリケーションのリソース割当量の変更を行う不要アプリケーション監視装置であって、
監視対象の前記アプリケーションである被監視アプリケーションがインストールされている被監視サーバの夫々に対し、前記被監視アプリケーションのアクセスログを取得するアクセスログ取得手段と、
前記被監視アプリケーションの前記アクセスログから、前記被監視アプリケーションの夫々につき、前記被監視サーバ毎に、少なくとも前記被監視アプリケーションにアクセスした前記ユーザ又は接続ホストの情報を所定の検出ルールに基づいて分析し、前記被監視サーバ毎に前記不要アプリケーションを検出する不要アプリケーション検出手段と、
検出された前記不要アプリケーションがインストールされている前記被監視サーバにおける当該不要アプリケーションの前記リソース割当量を規定値よりも少なくなるように前記アプリケーション稼働環境を介して変更するか、又は、当該不要アプリケーションの稼動の停止と再稼動を前記アプリケーション稼働環境を介して制御するリソース割当変更手段と、を備え、
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第２時間帯においてアクセスが所定人数以下の特定の前記ユーザのみに限られる前記被監視アプリケーションを検出すると、
前記リソース割当変更手段は、
前記第２時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に減らすとともに、
前記第２時間帯が経過するまでの間、前記ユーザの認証情報を参照し、前記特定の被監視サーバに対する前記特定のユーザからの当該被監視アプリケーションへのアクセスを検出すると、前記特定の被監視サーバ上の当該被監視アプリケーションにアクセスしている前記特定のユーザの人数に応じて当該被監視アプリケーションの前記特定の被監視サーバにおける前記リソース割当量を動的に変更し、
前記第２時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻すことを特徴とする不要アプリケーション監視装置。
【請求項３】
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第３時間帯においてアクセスが特定の前記接続ホストのみに限られる前記被監視アプリケーションを検出すると、
前記リソース割当変更手段は、
前記第３時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に変更するとともに、
前記第３時間帯が経過するまでの間、前記特定の被監視サーバに対する前記特定の接続ホストを介した当該被監視アプリケーションへのアクセスを検出した間は、当該被監視アプリケーションの前記特定のサーバ上の前記リソース割当量を前記規定値に戻す制御を行い、
前記第３時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻すことを特徴とする請求項１又は２に記載の不要アプリケーション監視装置。
【請求項４】
一又は複数のサーバにインストールされ、ネットワークを介して複数のユーザの利用に供されるアプリケーション稼働環境上で稼動する一又は複数のアプリケーションのアクセスログから、不要な前記アプリケーションである不要アプリケーションを検出し、前記不要アプリケーションのリソース割当量の変更を行う不要アプリケーション監視装置であって、
監視対象の前記アプリケーションである被監視アプリケーションがインストールされている被監視サーバの夫々に対し、前記被監視アプリケーションのアクセスログを取得するアクセスログ取得手段と、
前記被監視アプリケーションの前記アクセスログから、前記被監視アプリケーションの夫々につき、前記被監視サーバ毎に、少なくとも前記被監視アプリケーションにアクセスした前記ユーザ又は接続ホストの情報を所定の検出ルールに基づいて分析し、前記被監視サーバ毎に前記不要アプリケーションを検出する不要アプリケーション検出手段と、
検出された前記不要アプリケーションがインストールされている前記被監視サーバにおける当該不要アプリケーションの前記リソース割当量を規定値よりも少なくなるように前記アプリケーション稼働環境を介して変更するか、又は、当該不要アプリケーションの稼動の停止と再稼動を前記アプリケーション稼働環境を介して制御するリソース割当変更手段と、を備え、
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第１時間帯において、アクセスが全く無い前記被監視アプリケーションを検出すると、当該被監視アプリケーションを、当該特定の前記被監視サーバ上の、かつ前記第１時間帯において前記不要アプリケーションであると判断し、
前記リソース割当変更手段は、
前記第１時間帯の開始に伴い、前記不要アプリケーションの前記特定の被監視サーバ上の稼動を停止させ、
前記第１時間帯が経過すると、前記不要アプリケーションを前記特定の被監視サーバ上に再稼動させるとともに、
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第３時間帯においてアクセスが特定の前記接続ホストのみに限られる前記被監視アプリケーションを検出すると、
前記リソース割当変更手段は、
前記第３時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に変更し、
前記第３時間帯が経過するまでの間、前記特定の被監視サーバに対する前記特定の接続ホストを介した当該被監視アプリケーションへのアクセスを検出した間は、当該被監視アプリケーションの前記特定のサーバ上の前記リソース割当量を前記規定値に戻す制御を行い、
前記第３時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻すことを特徴とする不要アプリケーション監視装置。
【請求項５】
一又は複数のサーバにインストールされ、ネットワークを介して複数のユーザの利用に供されるアプリケーション稼働環境上で稼動する一又は複数のアプリケーションのアクセスログから、不要な前記アプリケーションである不要アプリケーションを検出し、前記不要アプリケーションのリソース割当量の変更を行う不要アプリケーション監視装置であって、
監視対象の前記アプリケーションである被監視アプリケーションがインストールされている被監視サーバの夫々に対し、前記被監視アプリケーションのアクセスログを取得するアクセスログ取得手段と、
前記被監視アプリケーションの前記アクセスログから、前記被監視アプリケーションの夫々につき、前記被監視サーバ毎に、少なくとも前記被監視アプリケーションにアクセスした前記ユーザ又は接続ホストの情報を所定の検出ルールに基づいて分析し、前記被監視サーバ毎に前記不要アプリケーションを検出する不要アプリケーション検出手段と、
検出された前記不要アプリケーションがインストールされている前記被監視サーバにおける当該不要アプリケーションの前記リソース割当量を規定値よりも少なくなるように前記アプリケーション稼働環境を介して変更するか、又は、当該不要アプリケーションの稼動の停止と再稼動を前記アプリケーション稼働環境を介して制御するリソース割当変更手段と、を備え、
前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第３時間帯においてアクセスが特定の前記接続ホストのみに限られる前記被監視アプリケーションを検出すると、
前記リソース割当変更手段は、
前記第３時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に変更するとともに、
前記第３時間帯が経過するまでの間、前記特定の被監視サーバに対する前記特定の接続ホストを介した当該被監視アプリケーションへのアクセスを検出した間は、当該被監視アプリケーションの前記特定のサーバ上の前記リソース割当量を前記規定値に戻す制御を行い、
前記第３時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻すことを特徴とする不要アプリケーション監視装置。
【請求項６】
前記不要アプリケーション検出手段は、特定の前記被監視サーバにおいて少なくとも直近の所定の期間全くアクセスがない前記被監視アプリケーションを検出すると、当該被監視アプリケーションを当該特定の前記被監視サーバ上において前記不要アプリケーションであると判断し、
前記リソース割当変更手段は、前記不要アプリケーションの前記特定の被監視サーバ上の稼動を停止させることを特徴とする請求項１〜５の何れか一項に記載の不要アプリケーション監視装置。
【請求項７】
前記不要アプリケーション検出手段は、特定の前記被監視サーバにおいて、少なくとも直近の所定の期間、アクセス頻度が所定の閾値以下の前記被監視アプリケーションを検出すると、
前記リソース割当変更手段は、
当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に変更するとともに、
前記特定の被監視サーバに対する当該被監視アプリケーションへのアクセスを検出した間は、当該被監視アプリケーションの前記特定のサーバ上の前記リソース割当量を前記規定値に戻す制御を行い、
前記特定の被監視サーバに対する当該被監視アプリケーションへのアクセスの完了後、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記最小割当量に戻すことを特徴とする請求項１〜６の何れか一項に記載の不要アプリケーション監視装置。
【請求項８】
前記不要アプリケーション検出手段が前記不要アプリケーションを検出すると、当該不要アプリケーション及び当該検出した理由を、又は、前記リソース割当変更手段が特定の前記被監視サーバ上の前記被監視アプリケーションの前記リソース割当量を変更するか、若しくは、特定の前記被監視サーバ上の前記被監視アプリケーションの稼動を停止若しくは再稼動すると、当該処理内容および当該処理を行った理由を管理者に通知する通知手段を備えることを特徴とする請求項１〜７の何れか一項に記載の不要アプリケーション監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一又は複数のサーバコンピュータにインストールされたアプリケーションの中から、ユーザに利用されていない不要なアプリケーションを検出する装置に関する。
【背景技術】
【０００２】
現在、サーバコンピュータには、ユーザからの種々の要求に応えるため、種々のアプリケーションがインストールされている。これらのアプリケーションは、ユーザからのアクセス要求を即時に受け付けて処理を行うことができるように、ユーザからのアクセスが無い場合であっても待機状態で稼動しており、ある程度のリソース（ＣＰＵ、メモリ、ファイル使用等）を消費している。
【０００３】
従って、全くユーザからアクセスの無い不要なアプリケーションであっても待機状態で稼動させることによりリソースが消費され、同一サーバで稼働中の他のアプリケーションのリソース消費を圧迫することになる。
【０００４】
また、サーバ構築時には、各アプリケーションの応答処理時のリソース使用量を予め見積もり、同時に稼動可能なアプリケーションの数を設定する。このため、不要アプリケーションが発生すると、当該不要アプリケーションのために最初に割り当てた分のリソースが有効に活用できていない結果となる。別の言い方をすると、本来ならば同一サーバ上に導入可能だったアプリケーションが不要アプリケーションにリソースを割り当てたために導入できなかったことになる。
【０００５】
特許文献１には、ＰＣ上のスパイウェアの検出方法において、既知の無害なアプリケーション及びプロセスのリストを予め作成しておき、当該リスト上に無いアプリケーションを検出すると、潜在的に不要なアプリケーションとしてユーザに実行の停止の有無を選択させる構成が開示されている。
【０００６】
特許文献２には、ユーザが契約しているＳＬＡ(Service Level Agreement)情報に併せて、アプリケーションのリソース割り当てを変更する構成が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−２７７７４７号公報
【特許文献２】特開２００８−２９３２８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来からユーザの利用に供されてきたアプリケーションであっても、ユーザの利用状況の変化（移動・業務変更など）に伴い不要なものとなる場合がある。しかしながら、個々のユーザのアプリケーションの利用状況まで管理者が把握しているわけではないので、管理者がユーザの利用状況の変化に即座に追随して、不要になったアプリケーションの稼動を即座に停止することは難しい。大体において、ユーザの利用状況の変化及びその理由を管理者が知ることになるのは実際に利用状況の変化があってからかなりの月日が経過した後である。その間、管理者が気づいて不要アプリケーションの稼動を停止するまで、当該不要アプリケーションは稼動し続け、無駄なリソースを消費し続ける。
【０００９】
また、アプリケーションによっては、ある特定の時間帯においてはユーザからのアクセスが集中するものの、別の時間帯においてはアクセスが全く無いアプリケーションが存在する場合がある。即ち、アプリケーションの稼動時間帯によってリソース使用量に不均衡が生じる場合がある。その場合、アクセスの全く無い時間帯において当該アプリケーションは不要であり、当該アプリケーションを常時稼動させておくのはリソース消費の無駄となる。
【００１０】
サーバコンピュータには数多くのアプリケーションがインストールされているため、上述の通り、全てのサーバコンピュータにおいて、サーバ毎に、個々のアプリケーションの利用状況を管理者が把握することは非常に困難である。
【００１１】
一方、上記の特許文献１及び２では、ユーザの利用状況の変化により不要アプリケーションが発生する虞がある点について何ら考慮されておらず、従ってリソースの無駄が生ずるという問題についても何ら意識されていない。同様に、アプリケーションの稼動時間帯によってリソース使用量に不均衡が発生し得るという問題についても何ら意識されていない。
【００１２】
そこで、本発明は、ユーザの利用状況の変化に対応して、不要と考えられるアプリケーションを自動で検出し、不要アプリケーションの停止又はリソース割当量の変更を自動的に行うことのできる不要アプリケーション監視装置を提案することをその目的とする。
【００１３】
加えて、本発明は、ユーザのアプリケーションの利用状況に応じてアプリケーションのリソース割当量を動的に変更し、以てサーバコンピュータ内のリソースの効率的利用を図ることのできる不要アプリケーション監視装置を提案することをその目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するための本発明の不要アプリケーション監視装置は、一又は複数のサーバにインストールされ、ネットワークを介して複数のユーザの利用に供されるアプリケーション稼働環境上で稼動する一又は複数のアプリケーションのアクセスログから、不要な前記アプリケーションである不要アプリケーションを検出し、前記不要アプリケーションのリソース割当量の変更を行う不要アプリケーション監視装置であって、監視対象の前記アプリケーションである被監視アプリケーションがインストールされている被監視サーバの夫々に対し、前記被監視アプリケーションのアクセスログを取得するアクセスログ取得手段と、前記被監視アプリケーションの前記アクセスログから、前記被監視アプリケーションの夫々につき、前記被監視サーバ毎に、少なくとも前記被監視アプリケーションにアクセスした前記ユーザ又は接続ホストの情報を所定の検出ルールに基づいて分析し、前記被監視サーバ毎に前記不要アプリケーションを検出する不要アプリケーション検出手段と、検出された前記不要アプリケーションがインストールされている前記被監視サーバにおける当該不要アプリケーションの前記リソース割当量を規定値よりも少なくなるように前記アプリケーション稼働環境を介して変更するか、又は、当該不要アプリケーションの停止と再稼動を前記アプリケーション稼働環境を介して制御するリソース割当変更手段と、を備えることを特徴とする。
【００１５】
上記特徴の不要アプリケーション監視装置に依れば、被監視アプリケーションのアクセスログを被監視サーバ毎に分析し、所定の検出ルールに基づいて不要アプリケーションか否かの検出を行うとともに、検出された不要アプリケーションのリソース割当量の変更を自動で行うので、不要アプリケーションを発見し、稼動の停止或いはリソース割当量を減らす処理を手動で行う煩わしさから管理者が解放される。また、不要アプリケーションを自動停止することでリソース消費の無駄が低減される。
【００１６】
上記検出ルールに基づくリソース割当量制御の具体例を以下に示す。
【００１７】
即ち、本発明に係る不要アプリケーション監視装置は、上記特徴に加えて、前記不要アプリケーション検出手段は、特定の前記被監視サーバにおいて少なくとも直近の所定の期間全くアクセスがない前記被監視アプリケーションを検出すると、当該被監視アプリケーションを当該特定の前記被監視サーバ上において前記不要アプリケーションであると判断し、前記リソース割当変更手段は、前記不要アプリケーションの前記特定の被監視サーバ上の稼動を停止させる構成とすることが好ましい。
【００１８】
このような構成とすることで、所定の期間全くアクセスがない不要アプリケーションは自動停止されるため、不要アプリケーションがインストールされている被監視サーバ上のリソース消費の無駄が低減される。
【００１９】
また、リソース割当量制御の他の例として、本発明に係る不要アプリケーション監視装置は、上記特徴に加えて、前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第１時間帯において、アクセスが全く無い前記被監視アプリケーションを検出すると、当該被監視アプリケーションを、当該特定の前記被監視サーバ上の、かつ前記第１時間帯において前記不要アプリケーションであると判断し、前記リソース割当変更手段は、前記第１時間帯の開始に伴い、前記不要アプリケーションの前記特定の被監視サーバ上の稼動を停止させ、前記第１時間帯が経過すると、前記不要アプリケーションを前記特定の被監視サーバ上に再稼動させる構成とすることが好ましい。
【００２０】
このような構成とすることで、ある特定の第１時間帯において全くアクセスが無い不要アプリケーションは当該第１時間帯において自動停止され、当該第１時間帯が経過すると自動で再稼動されるため、第１時間帯における不要アプリケーションがインストールされている被監視サーバ上のリソース消費の無駄が低減される。
【００２１】
尚、ここで、特定の「第１時間帯」とは、例えば、毎日午後１時００分〜午後４時３０分といった、日単位の指定に限られるものではなく、毎週土曜日の午前１１時〜午後２時といった週単位の指定、或いは、毎月２５日の午後３時〜午後８時といった月単位の指定も含むものとする。更に、毎時０５分〜２５分までといった時間単位の指定でもよい。これは後述の「第２時間帯」、及び「第３時間帯」についても同様とする。
【００２２】
また、リソース割当量制御の他の例として、本発明に係る不要アプリケーション監視装置は、前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第２時間帯においてアクセスが所定人数以下の特定の前記ユーザのみに限られる前記被監視アプリケーションを検出すると、前記リソース割当変更手段は、前記第２時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に減らすとともに、前記第２時間帯が経過するまでの間、前記ユーザの認証情報を参照し、前記特定の被監視サーバに対する前記特定のユーザからの当該被監視アプリケーションへのアクセスを検出すると、前記特定の被監視サーバ上の当該被監視アプリケーションにアクセスしている前記特定のユーザの人数に応じて当該被監視アプリケーションの前記特定の被監視サーバにおける前記リソース割当量を動的に変更し、前記第２時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻す構成とすることも好ましい。
【００２３】
このような構成とすることで、ある特定の第２時間帯においてアクセスするユーザ数が限定される不要アプリケーションは、当該第２時間帯の開始とともに一旦リソース割当量を最小割当量に自動変更され、その後、ユーザの認証情報を参照し、不要アプリケーションへのアクセスがあった場合にのみ、不要アプリケーションのリソース割当量が、当該不要アプリケーションへのアクセス人数に応じて動的に変更される。従って、第２時間帯における不要アプリケーションがインストールされている被監視サーバ上のリソース消費の無駄が低減される。
【００２４】
また、リソース割当量制御の他の例として、前記不要アプリケーション検出手段は、特定の前記被監視サーバ、特定の第３時間帯においてアクセスが特定の前記接続ホストのみに限られる前記被監視アプリケーションを検出すると、前記リソース割当変更手段は、前記第３時間帯の開始に伴い、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に変更するとともに、前記第３時間帯が経過するまでの間、前記特定の被監視サーバに対する前記特定の接続ホストを介した当該被監視アプリケーションへのアクセスを検出した間だけ、当該被監視アプリケーションの前記特定のサーバ上の前記リソース割当量を前記規定値に戻す制御を行い、前記第３時間帯が経過すると、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値に戻す構成とするのも好ましい。
【００２５】
このような構成とすることで、ある特定の第３時間帯においてアクセスする接続ホストが限定される不要アプリケーションは、当該第３時間帯の開始とともに一旦リソース割当量を最小割当量に変更され、その後、ユーザのアクセス状況を参照し、当該接続ホストを介した不要アプリケーションへのアクセスがあった場合のみ、不要アプリケーションのリソース割当量を元に戻す制御を行う。従って、第３時間帯における不要アプリケーションがインストールされている被監視サーバ上のリソース消費の無駄が低減される。
【００２６】
また、リソース割当量制御の他の例として、前記不要アプリケーション検出手段は、少なくとも直近の所定の期間、アクセス頻度が所定の閾値以下の前記被監視アプリケーションを検出すると、前記リソース割当変更手段は、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記規定値から所定の最小割当量に変更するとともに、前記特定の被監視サーバに対する当該被監視アプリケーションへのアクセスを検出した間は、当該被監視アプリケーションの前記特定のサーバ上の前記リソース割当量を前記規定値に戻す制御を行い、前記特定の被監視サーバに対する当該被監視アプリケーションへのアクセスの完了後、当該被監視アプリケーションの前記特定の被監視サーバ上の前記リソース割当量を前記最小割当量に戻す構成とするのも好ましい。
【００２７】
このような構成とすることで、全くアクセスが無いわけではないが、アクセス頻度が所定の閾値以下の不要アプリケーションは、一旦リソース割当量を最小割当量に変更され、その後、ユーザのアクセス状況を参照し、当該不要アプリケーションへのアクセスがあった場合のみ、不要アプリケーションのリソース割当量を元に戻す制御を行う。従って、不要アプリケーションがインストールされている被監視サーバ上のリソース消費の無駄が低減される。
【００２８】
尚、ここでは、アプリケーションの「アクセス頻度」を、ユーザ又は接続ホストを限定しないアプリケーションへの単位時間当たりの延べアクセス回数として定義している。
【００２９】
上記リソース割当量制御の具体例により、不要アプリケーションの稼動を停止或いはリソース割当量を減らして稼動させている間、煩雑に利用されている他の稼働中のアプリケーションに余ったリソースを割り当てることができるので、リソースの効率的利用を図ることができる。
【００３０】
また、余剰リソースに対して新たなアプリケーションを稼動させることが可能になる。
【００３１】
更に、本発明に係る不要アプリケーション監視装置は、前記不要アプリケーション検出手段が前記不要アプリケーションを検出すると、当該不要アプリケーション及び当該検出した理由を、又は、前記リソース割当変更手段が特定の前記被監視サーバ上の前記被監視アプリケーションの前記リソース割当量を変更するか、若しくは、特定の前記被監視サーバ上の前記被監視アプリケーションの稼動を停止若しくは再稼動すると、当該処理内容および当該処理を行った理由を管理者に通知する通知手段を備えることが好ましい。
【００３２】
不要アプリケーションの情報を管理者に通知することで、管理者側でも不要アプリケーションの廃止の検討、各被監視アプリケーションのリソース配分の変更の検討、或いは、新規アプリケーションの導入の検討等を行うための情報を取得することが可能になる。
【発明の効果】
【００３３】
従って、本発明の不要アプリケーション監視装置に依れば、ユーザのアプリケーションの利用状況に基づき、不要と考えられるアプリケーションを自動で検出し、当該不要アプリケーションの停止又はリソース割当量の変更を自動的に行うことができ、これによりサーバコンピュータ内のリソースの効率的利用を図ることができる。
【図面の簡単な説明】
【００３４】
【図１】本発明に係る不要アプリケーション監視装置を説明するためのネットワーク構成図。
【図２】アプリケーションのアクセスログの例を示す。
【図３】アプリケーションのアクセスログを分析することで作成される統計情報の例を示す。
【図４】アプリケーションのリソース割当量の制御方法を示すフローチャート。
【図５】アプリケーションのリソース割当量の制御方法を示すフローチャート。
【発明を実施するための形態】
【００３５】
〈第１実施形態〉
以下に、本発明の不要アプリケーション監視装置（以降、適宜「本発明装置１」と称す）の実施形態につき説明する。図１は、本発明装置１を利用して構成される不要アプリケーション監視システムのネットワーク構成図である。
【００３６】
本発明装置１は、アクセスログ取得手段１１、不要アプリケーション検出手段１２、リソース割当変更手段１３、及び、通知手段１５を含み、ネットワーク１０を介して被監視サーバ１４ａ〜１４ｄと通信が可能である。被監視サーバ１４ａ〜１４ｄには、種々のアプリケーションが稼動中であり、ネットワーク１０を介して、ユーザからの要求に応じて処理を行うように構成されている。しかしながら、アプリケーションによっては、ユーザから利用されることがなくなり、リソースをただ消費しているだけの不要アプリケーションが稼動している場合がある。
【００３７】
尚、被監視サーバ１４ａ〜１４ｄにインストールされているアプリケーションの夫々は、ここでは、アプリケーション稼働環境（アプリケーションサーバ）上で稼動している場合を想定している。上記アプリケーション稼働環境は、監視対象の被監視アプリケーションにアクセスするユーザの認証を行い、ユーザからのアクセスを管理する機能、及び、各被監視アプリケーションのリソース使用を管理する機能を備え、当該アプリケーション稼働環境を介して、各被監視アプリケーションのリソース割当量を細かく制御することが可能である。
【００３８】
アクセスログ取得手段１１は、被監視サーバ１４ａ〜１４ｄの夫々に対し、被監視アプリケーションのアクセスログを取得する。アクセスログには、ユーザがアプリケーションに対しアクセスする毎に、当該ユーザからの要求の内容とその応答或いは処理結果が記録されている。アクセスログの例を図２に示す。
【００３９】
図２（ａ）に示される例では、被監視アプリケーションｉｃｈｉｒａｎへのアクセスを行なったユーザ情報とそのアクセス日時が示されている。
【００４０】
図２（ｂ）は被監視アプリケーションがＷｅｂサーバアプリケーションの場合のアクセスログの一例であり、アクセスを行なった接続ホストのＩＰアドレスとそのアクセス日時が示されている。
【００４１】
不要アプリケーション検出手段１２は、被監視アプリケーションの夫々につき、アクセスログ取得手段１１が取得したアクセスログから、被監視サーバ毎に被監視アプリケーションにアクセスしたユーザ又は接続ホストの情報を所定の検出ルールに基づいて分析し、被監視サーバ毎に不要アプリケーションを検出する。より具体的には、例えば、直近の所定の期間を小分割した小区間毎に、少なくとも被監視アプリケーションにアクセスしたユーザ又は接続ホストの統計情報を被監視サーバ毎に作成し、ユーザからのアクセスが全くない時間帯が存在しないか、或いは、特定の接続ホストからのアクセスに限定される時間帯が存在しないかを検出する。
【００４２】
上記統計情報の構成例を図３に示す。図３は、被監視サーバ１４ａに対し、被監視アプリケーションにアクセスしたユーザ、及び延べアクセス回数を１時間毎に集計し、統計情報を作成した場合の例である。
【００４３】
リソース割当変更手段１３は、不要アプリケーション検出手段１２により不要アプリケーションであると検出された被監視アプリケーションの当該被監視アプリケーションがインストールされている被監視サーバにおけるリソース割当量を、規定値よりも少なくなるようにアプリケーション稼働環境を介して変更し、又は、当該不要アプリケーションの稼動停止と再稼動をアプリケーション稼働環境を介して制御する。
【００４４】
更に、リソース割当変更手段１３は、各被監視サーバの各被監視アプリケーションにアクセスするユーザの認証情報をアプリケーション稼働環境を介して参照し、ユーザのアクセス状況を監視する機能、及び、特定の接続ホストを介したアクセスを監視する機能を備えている。
【００４５】
通知手段１５は、不要アプリケーション検出手段が不要アプリケーションを検出した場合、当該不要アプリケーションとその検出理由を、又は、リソース割当変更手段が被監視サーバ上の被監視アプリケーションのリソース割当量を変更したか、若しくは、被監視サーバ上の被監視アプリケーションの稼動を停止若しくは再稼動を行った場合、その処理内容および処理を行った理由を管理者（特に、被監視サーバの管理者、或いは、不要アプリケーション又は被監視アプリケーションの管理者）に通知する。
【００４６】
以下に、本発明装置１のリソース割当量制御の具体例について、図４に示されるフローチャートを参照して説明する。
【００４７】
アプリケーションの監視を開始すると（ステップ＃２１）、アクセスログ取得手段１１は、被監視サーバ１４ａ〜１４ｄの夫々に対し、監視対象の被監視アプリケーションのアクセスログを取得する（ステップ＃２２）。その後、不要アプリケーション検出手段１２は、被監視アプリケーションにアクセスしたユーザ又は接続ホストの統計情報（図３参照）を被監視サーバ毎に作成する（ステップ＃２３）。そして、当該統計情報を所定の検出ルールに基づいて分析し、各被監視サーバで稼動している被監視アプリケーションの夫々について、不要アプリケーションに該当するかどうかを判定する。
【００４８】
上記検出ルールの例として、まず、不要アプリケーション検出手段１２は、直近の所定の期間（例えば、直近の３ヶ月）にアクセスがあったかどうかを判定する（ステップ＃２４）。当該期間内にアクセスが全くない被監視アプリケーションが見つかった場合、当該被監視アプリケーションは不要であると判断できる。この場合、リソース割当変更手段１３は、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションのリソース割当量をアプリケーション稼働環境を介して無しに変更することで、当該被監視アプリケーションの稼動を自動停止させるとともに（ステップ＃２５）、通知手段１５は、管理者へ稼動を停止した被監視アプリケーションと被監視サーバの情報を通知する（ステップ＃２６）。この通知は、例えば、電子メールを介して行うことができる。また、通知される不要アプリケーションの情報には、被監視サーバの主管組織名や、被監視アプリケーションの最後のアクセス日を含めることが好適である。一方、ステップ＃２４において、アクセスが全くない被監視アプリケーションが見つからなかった場合には、他の検出ルールに基づき、不要アプリケーションの検出を行なう。
【００４９】
次に、上記検出ルールの他の例として、不要アプリケーション検出手段１２は、アクセス時間帯の分析（ステップ＃２７）を行い、直近の所定の期間（例えば、３ヶ月）、アクセスが特定の時間帯に限られる被監視アプリケーションがないか否かを判定する。言い換えると、特定の第１時間帯においてアクセスの全くない被監視アプリケーションがあるか否かを判定する（ステップ＃２８）。例えば、毎週木曜の午後４時〜午後６時にアクセスの全くない被監視アプリケーションがある場合、その時間帯において被監視アプリケーションの稼動を停止してよい。即ち、第１時間帯にアクセスが全くない被監視アプリケーションが見つかった場合、当該被監視アプリケーションは第１時間帯においては不要であると判断できる。この場合、リソース割当変更手段１３は、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションの第１時間帯における稼動が自動停止されるように、被監視アプリケーションの設定を変更するとともに（ステップ＃２９）、通知手段１５は、サーバ管理者へ自動停止を設定したアプリケーションと被監視サーバ、及び、自動停止される第１時間帯の情報を通知する（ステップ＃３０）。この通知は、例えば、電子メールを介して行うことができる。また、通知される不要アプリケーションの情報には、被監視サーバの主管組織名を含めることができる。一方、ステップ＃２７において、アクセスが所定の時間帯に限られる被監視アプリケーションが見つからなかった場合には、他の検出ルールに基づき、不要アプリケーションの検出を行なう。
【００５０】
次に、上記検出ルールの他の例として、不要アプリケーション検出手段１２は、利用ユーザの分析（ステップ＃３１）を行い、直近の所定の期間（例えば、３ヶ月）、特定の第２時間帯において、アクセスが所定人数以下（例えば、３人以下）の特定のユーザに限られる被監視アプリケーションがあるか否かを検出する（ステップ＃３２）。アクセスが特定のユーザに限定される被監視アプリケーションが見つかった場合、当該被監視アプリケーションは第２時間帯の、特定のユーザ以外のユーザにとっては不要であると判断できる。この場合、リソース割当変更手段１３は、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションの第２時間帯におけるリソース割当量を最小限とし、当該特定ユーザのアクセス状況に応じてリソース割当量が自動変更されるように、被監視アプリケーションの設定を変更するとともに（ステップ＃３３）、通知手段１５は、サーバ管理者へリソース割当量の変更を設定したアプリケーションと被監視サーバ、及び、リソース割当量が変更される第２時間帯の情報を通知する（ステップ＃３４）。この通知は、例えば、電子メールを介して行うことができる。また、通知される不要アプリケーションの情報には、被監視サーバの主管組織名や特定ユーザの情報を含めることが好適である。
【００５１】
その後、第１時間帯或いは第２時間帯が存在する場合は、リソース割当量の時間による制御を行う（ステップ＃３５）。即ち、上記ステップ＃２４において、第１時間帯においてアクセスの全くない被監視アプリケーションが検出されている場合には、リソース割当変更手段１３が、第１時間帯の開始とともに、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションのリソース割当量をアプリケーション稼働環境を介して規定値から無しに変更して、当該被監視アプリケーションの稼動を自動停止させる。そして、第１時間帯が経過すると、リソース割当量を規定値に戻す処理を行い、当該被監視アプリケーションを再稼動させる。
【００５２】
更に、上記ステップ＃３２において、第２時間帯においてアクセスが特定のユーザに限定される被監視アプリケーションが検出されている場合には、リソース割当変更手段１３が、第２時間帯の経過とともに、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションのリソース割当量を規定値から所定の最小割当量に、アプリケーション稼働環境を介して変更する。その上で、ユーザの認証情報をアプリケーション稼働環境から参照することでユーザのアクセス状況を監視し、特定ユーザからの当該被監視サーバ上の当該被監視アプリケーションへのアクセスを検出すると、当該被監視アプリケーションのリソース割当量を、アプリケーション稼働環境を介して、規定値を超えない範囲で、アクセス中の当該特定ユーザの人数に応じて動的に変更する。そして、第２時間帯が経過すると、当該被監視アプリケーションのリソース割当量を規定値に戻す処理を行なう。
【００５３】
このとき、通知手段１５は、被監視アプリケーションの被監視サーバにおけるリソース割当量の変更、又は、稼動の停止若しくは再稼動等の処理を行う際に、当該処理内容および当該処理を行なった理由を通知することが好ましい。この通知は、例えば、電子メールを介して行うことができる。
【００５４】
上記アクセスログを取得し、不要アプリケーションの検出を行う工程（ステップ＃２２〜＃３４）は、所定期間（例えば、１日）が経過すると再度、定期的に実施されるように構成され、その都度、ユーザ又は接続ホストの統計情報（図３参照）を更新し、各被監視サーバで稼動している被監視アプリケーションの夫々が不要アプリケーションに該当するか否かの判定を行い、当該判定結果に基づき、被監視アプリケーションのリソース割当量が制御される。尚、このとき、前日までの統計情報は既に作成済みであるので、アクセスログ取得手段１１は、当日１日分のアクセスログを取得し、不要アプリケーション検出手段１２は、当日１日分のユーザ又は接続ホストの統計情報を作成し、前日までの統計情報に追加するだけでよい。
【００５５】
上記本発明装置１は、ユーザの被監視アプリケーションのアクセス状況を分析し、所定の検出ルールに基づいて不要と考えられるアプリケーションを自動で検出し、不要アプリケーションの停止又はリソース割当量の変更を自動的に行うことができ、サーバコンピュータ内のリソースの効率的利用を図ることができる。
【００５６】
〈第２実施形態〉
上記第１実施形態では、リソース割当量制御の一例として、アクセスログから利用ユーザの分析を行うことで、特定の第２時間帯において、アクセスが所定人数以下の特定のユーザに限られる被監視アプリケーションがある場合、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションの第２時間帯におけるリソース割当量を最小限とし、ユーザのアクセス状況を監視しつつ、特定ユーザのアクセス状況に応じてリソース割当量を自動変更する方法について説明した。ところが、アプリケーションによっては、アクセスの際ユーザ認証を要しないか、或いは、ゲストユーザによるアクセスを許すものがあり、その場合は上記の方法は適用できない。
【００５７】
しかしながら、その場合であっても、被監視アプリケーションにアクセスがあった接続ホストの情報を分析することで、リソース割当量を制御することが可能である。当該接続ホスト情報に基づくリソース割当量制御の具体例について、図５に示されるフローチャートを参照して説明する。
【００５８】
ステップ＃４１〜＃５０は、上記第１実施形態に係る図４のステップ＃２１〜＃３０と同様であるので説明を割愛する。
【００５９】
ステップ＃５１において、不要アプリケーション検出手段１２は、接続ホストの分析を行い、直近の所定の期間（例えば、３ヶ月）、特定の第３時間帯において、アクセスが特定の接続ホストからに限られる被監視アプリケーションがあるか否かを検出する（ステップ＃５２）。アクセスが特定の接続ホストに限定される被監視アプリケーションが見つかった場合、当該被監視アプリケーションは第３時間帯の、特定の接続ホスト以外の接続ホストにとっては不要であると判断できる。この場合、リソース割当変更手段１３は、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションの第３時間帯におけるリソース割当量を最小限とし、当該特定ホストからのアクセス状況に応じてリソース割当量が自動変更されるように、被監視アプリケーションの設定を変更するとともに（ステップ＃５３）、通知手段１５は、リソース割当量の変更を設定した当該被監視アプリケーションと被監視サーバ、及び、リソース割当量が変更される第３時間帯の情報をサーバ管理者へ通知する（ステップ＃５４）。この通知は、例えば、電子メールを介して行うことができる。また、通知される不要アプリケーションの情報には、被監視サーバの主管組織名や接続ホストの情報を含めることが好適である。
【００６０】
その後、第１時間帯或いは第３時間帯が存在する場合は、リソース割当量の時間帯による制御を行う（ステップ＃５５）。即ち、ステップ＃４４において、第１時間帯においてアクセスの全くない被監視アプリケーションが検出されている場合には、リソース割当変更手段１３が、第１時間帯の開始とともに、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションのリソース割当量をアプリケーション稼働環境を介して規定値から無しに変更して、稼動を自動停止させるとともに、当該被監視アプリケーションの稼動を自動停止させる。そして、第１時間帯が経過すると、当該被監視アプリケーションを再稼動させ、リソース割当量を規定値に戻す処理を行なう。
【００６１】
更に、ステップ＃５２において、第３時間帯においてアクセスが特定の接続ホストからに限定される被監視アプリケーションが検出されている場合には、リソース割当変更手段１３が、第３時間帯の経過とともに、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションのリソース割当量を規定値から所定の最小割当量に、アプリケーション稼働環境を介して変更する。その上で、当該被監視アプリケーションにアクセスする接続ホストの情報をアプリケーション稼働環境を介して取得することで、特定の接続ホストを介した当該被監視サーバ上の当該被監視アプリケーションへのアクセスを検出すると、当該被監視アプリケーションのリソース割当量を、アプリケーション稼働環境を介して、規定値に戻す処理を行う。当該特定の接続ホストを介したアクセスが完了後しばらくはリソース割当量を規定値に維持し、その後、当該特定の接続ホストを介したアクセスが検出されない場合はリソース割当量を最小割当量に戻す。そして、第３時間帯が経過すると、当該被監視アプリケーションのリソース割当量を規定値に戻す処理を行なう。
【００６２】
このとき、通知手段１５は、被監視アプリケーションの被監視サーバにおけるリソース割当量の変更、又は、稼動の停止若しくは再稼動等の処理を行う際に、当該処理内容および当該処理を行なった理由を通知するのが好ましい。この通知は、例えば、電子メールを介して行うことができる。
【００６３】
上記構成によっても、ユーザの被監視アプリケーションのアクセス状況を接続ホスト情報を用いて分析し、不要と考えられるアプリケーションを自動で検出し、不要アプリケーションの停止又はリソース割当量の変更を自動的に行うことができるため、サーバコンピュータ内のリソースの効率的利用を図ることができる。
【００６４】
尚、上述の実施形態は本発明の好適な実施形態の一例である。本発明の実施形態はこれに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形実施が可能である。
【００６５】
以下に、別実施形態について説明する。
【００６６】
〈１〉上記実施形態では、不要アプリケーションの検出ルール及び当該検出ルールに基づくリソース割当量の制御方法として、（１）直近の所定の期間アクセスが全く無いアプリケーションの稼動を停止する構成、（２）直近の所定の期間、特定の第１時間帯にアクセスが全く無いアプリケーションの稼動を第１時間帯において停止する構成、（３）直近の所定の期間、特定の第２時間帯にアクセスするユーザが特定ユーザに限られるアプリケーションのリソース割当量を第２時間帯において変更する構成、（４）直近の所定の期間、特定の第３時間帯にアクセスのある接続ホストが限られるアプリケーションのリソース割当量を第３時間帯において変更する構成、について詳細に説明したが、これらは全て例示であり、本発明は上記の構成に限られるものではない。不要アプリケーションの検出に際し、他の検出ルールに基づき、他のリソース割当量の制御方法を実施することも可能である。
【００６７】
特に、上記（３）について、直近の所定の期間の全期間において被監視アプリケーションにアクセスするユーザが特定のユーザに限られている場合には、時間帯による制御をすることなく、当該被監視アプリケーションのリソース割当量を所定の最小割当量に減らすとともに、ユーザのアクセス状況を監視し、当該特定ユーザからの当該被監視アプリケーションへのアクセスを検出すると、当該被監視アプリケーションのリソース割当量を、アプリケーション稼働環境を介して、アクセス中の当該特定ユーザの人数に応じて動的に変更する構成も好ましい。
【００６８】
同様に、上記（４）について、直近の所定の期間の全期間において被監視アプリケーションへアクセスのある接続ホストが特定の接続ホストに限られている場合には、時間帯による制御をすることなく、当該被監視アプリケーションのリソース割当量を所定の最小割当量に減らすとともに、当該特定の接続ホストを介した当該被監視アプリケーションへのアクセスを検出すると、当該被監視アプリケーションのリソース割当量を規定値に戻す構成も好ましい。
【００６９】
〈２〉また、上記実施形態では、不要アプリケーション検出手段１２は、３種の検出ルールに基づき、夫々について不要アプリケーションの有無を判定しているが、個々の検出ルールに基づく不要アプリケーションの検出工程は、検出ルールの数だけ実行可能であり、いくつ実行しても構わない。
【００７０】
〈３〉また、上記実施形態では、不要アプリケーション検出手段１２が、被監視アプリケーションにアクセスしたユーザ又は接続ホストの情報を用い、当該被監視アプリケーションが不要アプリケーションであるか否かを判断しているが、これ以外の情報を用いて不要アプリケーションであるか否かの判断を行うことも可能である。例えば、直近の所定の期間を小分割した小区間毎に、被監視アプリケーションの延べアクセス回数（図３参照）を集計し、単位時間当たりのアクセス回数（アクセス頻度）を算出し、直近の所定の全期間において、当該アクセス頻度が所定の閾値以下である場合、当該被監視アプリケーションが稼動している被監視サーバにおける当該被監視アプリケーションのリソース割当量を規定値から所定の最小割当量に、アプリケーション稼働環境を介して変更する構成としてもよい。そして、当該被監視サーバ上の当該被監視アプリケーションへのアクセスをアプリケーション稼働環境を介して検出すると、当該被監視アプリケーションのリソース割当量を、アプリケーション稼働環境を介して、規定値に戻す処理を行う。当該被監視アプリケーションへのアクセスが完了後しばらくはリソース割当量を規定値に維持し、その後も、アクセスが検出されない場合はリソース割当量を最小割当量に戻す構成とする。
【００７１】
〈４〉上記実施形態では、リソース割当変更手段１３が、アプリケーション稼働環境（アプリケーションサーバ）を介してユーザの認証情報又は接続ホストの情報を取得し、第２或いは第３時間帯における不要アプリケーションのリソース制御を行っているが、上記認証情報を取得する仕組み（監視ツール）は、アプリケーション稼働環境上で動作するものに限られず、例えば、オペレーティングシステム上で動作するものを利用することができる。
【産業上の利用可能性】
【００７２】
本発明は、サーバコンピュータ上で稼動するアプリケーションのリソース割当量の制御に利用可能である。
【符号の説明】
【００７３】
１：    本発明に係る不要アプリケーション監視装置
１０：    ネットワーク
１１：    アクセスログ取得手段
１２：    不要アプリケーション検出手段
１３：    リソース割当変更手段
１４ａ〜１４ｄ：  被監視サーバ
１５：    通知手段
【図１】
0005555010.tif 000002
【図２】
0005555010.tif 000003
【図３】
0005555010.tif 000004
【図４】
0005555010.tif 000005
【図５】
0005555010.tif 000006