特許 6221314 情報処理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6221314

(24)【登録日】2017年10月13日

(45)【発行日】2017年11月1日

(54)【発明の名称】情報処理装置及びプログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20171023BHJP

【ＦＩ】

   G06F11/34 133

【請求項の数】5

【全頁数】14

(21)【出願番号】特願2013-82424(P2013-82424)

(22)【出願日】2013年4月10日

(65)【公開番号】特開2014-206787(P2014-206787A)

(43)【公開日】2014年10月30日

【審査請求日】2016年3月15日

(73)【特許権者】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】武田 義孝

(72)【発明者】

【氏名】糸岡 崇

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開２０１２−２１５９１５（ＪＰ，Ａ）

【文献】 Jeffrey Richter，プログラミング Ｍｉｃｒｏｓｏｆｔ ．ＮＥＴ Ｆｒａｍｅｗｏｒｋ，日本，日経ＢＰ社，２０１１年 ２月 ７日，第３版，p.613-620, 635-636, 647, 661-664，ISBN:978-4-8222-9416-8

【文献】 シンプルかつ直感的な操作性で音楽制作のワークフローが大幅に向上 Ｓｔｕｄｉｏ Ｏｎｅ ２ Ｐｒｏｆｅｓｓｉｏｎａｌ，Ｍａｃ Ｐｅｏｐｌｅ，日本，株式会社アスキー・メディアワークス，２０１２年 ３月２９日，Ｖｏｌ．１８ Ｎｏ．７，p.161

【文献】 柴田 文彦，超新星ブラウザーＧｏｏｇｌｅ Ｃｈｒｏｍｅの衝撃，Ｍａｃ Ｐｅｏｐｌｅ，日本，株式会社アスキー・メディアワークス，２００８年１１月 １日，Ｖｏｌ．１４ Ｎｏ．１１，p.20-21

【文献】 ヒノケン，Ｊａｖａの底力 火消しエンジニアが明かすテクニック 第１回 Ｌｉｎｕｘ環境でのトラブルシューティング Ｌｉｎｕｘ環境でのトラブルシューティング，ＷＥＢ＋ＤＢ ＰＲＥＳＳ，日本，（株）技術評論社，２０１２年 ７月２５日，Ｖｏｌ．６９ 初版，p.120-128

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／３０−１１／３４

(57)【特許請求の範囲】

【請求項1】

．ＮＥＴ Ｆｒａｍｅｗｏｒｋのアプリケーションドメインを用いて複数のプログラムを実行可能な情報処理装置であって、
前記複数のプログラムは一のプロセスで動作し、
前記プログラムを、該プログラムごとに異なるアプリケーションドメインに登録する登録部と、
前記プロセスで使用されているリソースの情報と、前記アプリケーションドメインで使用されているリソースの情報を取得する取得部と、
前記取得部が取得した前記リソースの情報を、前記プログラムで使用されているリソースの情報として出力する出力部と、
を有し、
前記出力部は、前記プロセスで使用されているリソースの情報が第二の閾値以上であり、かつ、前記アプリケーションドメインで使用されているリソースの情報が第一の閾値以上である場合に、前記アプリケーションドメインで使用されているリソースの情報を出力する、情報処理装置。

【請求項2】

前記リソースの情報は、ＣＰＵ使用率又はメモリ使用量である、
請求項１に記載の情報処理装置。

【請求項3】

前記複数のプログラムは、一のプラットフォームのプログラムと、一以上のアドインのプログラムを含み、前記プラットフォームのプログラムは、前記アドインのプログラムから取得された情報を表示する、
請求項１または２に記載の情報処理装置。

【請求項4】

前記プラットフォームのプログラムは、実行可能形式のアプリケーションであり、前記アドインのプログラムは、ダイナミックリンクライブラリ形式のライブラリである、
請求項３に記載の情報処理装置。

【請求項5】

コンピュータに、
一のプロセスで動作する複数のプログラムを、該プログラムごとに異なる．ＮＥＴ Ｆｒａｍｅｗｏｒｋのアプリケーションドメインに登録する登録段階と、
前記プロセスで使用されているリソースの情報と、前記アプリケーションドメインで使用されているリソースの情報を取得する取得段階と、
前記取得段階により取得された前記リソースの情報を、前記プログラムで使用されているリソースの情報として出力する出力段階と、
を実行させ、
前記出力段階は、前記プロセスで使用されているリソースの情報が第二の閾値以上であり、かつ、前記アプリケーションドメインで使用されているリソースの情報が第一の閾値以上である場合に、前記アプリケーションドメインで使用されているリソースの情報を出力する、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及びプログラムに関する。

【背景技術】

【0002】

近年、アドインと呼ばれるソフトウェアの拡張機構を採用し、柔軟に機能追加を行えるアプリケーションが開発されている。このようなアプリケーションは、プラットフォームと呼ばれる実行可能形式のプログラムが、第三者から提供されたアドインのＤＬＬ（Dynamic Link Library）形式のプログラムを読み込むことで、機能拡張される。これらのプログラムは、通常、コンピュータ上の一のプロセスで動作する。従って、上記のプログラムが使用するリソース情報（例えば、ＣＰＵ使用率やメモリ使用量）は、一のプロセス単位で取得される。

【0003】

特許文献１には、ＣＰＵ負荷が高い時に動作していた関数の名前を把握することのできる、プログラム解析技術が開示されている。

【0004】

一方、Ｍｉｃｒｏｓｏｆｔ社（登録商標）の提供する．ＮＥＴ Ｆｒａｍｅｗｏｒｋ（登録商標）は、各プログラム間で使用されるリソースを分離するために使用可能な、より安全で柔軟性に富んだ処理単位であるアプリケーションドメインを用意している。各アプリケーションドメインは、例えば、一のプロセスに内にロードされ得る（非特許文献１）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００１−１６６９６９号公報

【非特許文献】

【0006】

【非特許文献1】"アプリケーション ドメインの概要"、[online]、2013年3月25日、MicrosoftDeveloper Network、インターネット<http://msdn.microsoft.com/ja-jp/library/2bh4z9hs(VS.80).aspx>

【発明の概要】

【発明が解決しようとする課題】

【0007】

アドイン形式のプログラムを利用するアプリケーションの、システムに与える負荷が異常な場合等には、その原因を突き止めるために、各アドインが使用するリソースの情報を取得する必要がある。しかしながら、従来の技術では、プラットフォームとアドインとが一のプロセス内で動作するため、各アドインが使用するリソース情報を把握することができなかった。

【0008】

本発明は、このような問題に鑑みてなされたものであり、アドイン毎に使用されるリソースの情報を把握できるようにすることを目的とする。

【課題を解決するための手段】

【0009】

上述した課題を解決し目的を達成するため、本発明の一実施形態における情報処理装置は、
．ＮＥＴ Ｆｒａｍｅｗｏｒｋのアプリケーションドメインを用いて複数のプログラムを実行可能な情報処理装置であって、
前記複数のプログラムは一のプロセスで動作し、
前記プログラムを、該プログラムごとに異なるアプリケーションドメインに登録する登録部と、
前記プロセスで使用されているリソースの情報と、前記アプリケーションドメインで使用されているリソースの情報を取得する取得部と、
前記取得部が取得した前記リソースの情報を、前記プログラムで使用されているリソースの情報として出力する出力部と、
を有し、
前記出力部は、前記プロセスで使用されているリソースの情報が第二の閾値以上であり、かつ、前記アプリケーションドメインで使用されているリソースの情報が第一の閾値以上である場合に、前記アプリケーションドメインで使用されているリソースの情報を出力する。

【0010】

また、本発明の一実施形態におけるプログラムは、
コンピュータに、
一のプロセスで動作する複数のプログラムを、該プログラムごとに異なる．ＮＥＴ Ｆｒａｍｅｗｏｒｋのアプリケーションドメインに登録する登録段階と、
前記プロセスで使用されているリソースの情報と、前記アプリケーションドメインで使用されているリソースの情報を取得する取得段階と、
前記取得段階により取得された前記リソースの情報を、前記プログラムで使用されているリソースの情報として出力する出力段階と、
を実行させ、
前記出力段階は、前記プロセスで使用されているリソースの情報が第二の閾値以上であり、かつ、前記アプリケーションドメインで使用されているリソースの情報が第一の閾値以上である場合に、前記アプリケーションドメインで使用されているリソースの情報を出力する。

【発明の効果】

【0011】

本発明によれば、アドイン毎に使用されるリソースの情報を把握できる。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施形態におけるシステムの構成例を表す図。

【図2】本発明の一実施形態における情報処理装置の出力する画面の例を表す図。

【図3】本発明の一実施形態における情報処理装置の出力する画面の例を表す図。

【図4】本発明の一実施形態における情報処理装置で動作するソフトウェアの構成を表す図。

【図5】本発明の一実施形態における情報処理装置のハードウェア構成図。

【図6】本発明の一実施形態における情報処理装置の機能ブロック図。

【図7】本発明の一実施形態における情報処理装置の処理を表すフローチャート。

【図8】本発明の一実施形態における情報処理装置の処理（閾値使用）を表すフローチャート。

【図9】本発明の一実施形態における情報処理装置の処理（プロセスの閾値使用）を表すフローチャート。

【図10】本発明の一実施形態における情報処理装置の処理を実現するソースコード（アドインの有効化）の例を表す図。

【図11】本発明の一実施形態における情報処理装置の処理を実現するソースコード（アプリケーションドメインの作成）の例を表す図。

【図12】本発明の一実施形態における情報処理装置の処理を実現するソースコード（リソース情報の取得）の例を表す図。

【発明を実施するための形態】

【0013】

以下、本発明の実施形態を図面に基づいて説明する。

【0014】

１．システムの概要
２．ハードウェア構成
３．機能構成
４．動作例
なお、本明細書では、プログラムの語を、アプリケーション又はライブラリを含む概念として、使用する。

【0015】

≪ １． システムの概要 ≫
図１は、本発明の一実施形態におけるシステムの概要を表す図である。システムは、情報処理装置１と一以上の監視装置２ａ、２ｂ（以下、まとめて監視装置２と表現する）を含む。情報処理装置１は、例えば、工業プラント内に設置されるコンピュータであり、Ｍｉｃｒｏｓｏｆｔ社の提供する．ＮＥＴ Ｆｒａｍｅｗｏｒｋの実行環境（ランタイム）を備えている。

【0016】

情報処理装置１には、プラットフォームと呼ばれるプログラム（アプリケーション）がインストールされている。プラットフォームは、プラント内のネットワークを介して接続された監視装置２から送信される情報をはじめ、カレンダー情報や、プラント内の設備一覧の情報等、プラントの管理者に有用な情報を、一元的に表示するアプリケーションである。これらの情報は、プラットフォーム向けに開発された、ＤＬＬ形式のアドインのプログラム（ライブラリ）によって提供される。

【0017】

図２は、プラットフォームの表示する画面の例を表す。図２に示すように、プラットフォーム（ここでは、「マルチプラットフォーム」と名付けられている）のウィンドウの内部に、複数のアドインの表示領域が含まれる。各アドインは、これらの表示領域を利用して、様々な情報を表示することができる。

【0018】

また、プラットフォームは、アドインごとに、使用するリソースの情報（以下、「リソース情報」とする）を取得し、出力することができる。リソース情報には、例えば、１秒あたりのＣＰＵ使用率や、メモリ使用量（瞬時値）が含まれる。プラットフォームは、管理者等からの指示があった場合、あるいは、所定の条件が満たされた場合に、図３に例示されるアドイン管理画面を表示し、アドインの使用するリソース情報を一覧表示する。管理者等は、例えば、情報処理装置１のシステム負荷が異常に高くなっているとき、アドインがその原因となっていないか確認することができる。

【0019】

プラットフォームは、ＤＬＬ形式のアドインの各々のリソース情報を得るために、．ＮＥＴ Ｆｒａｍｅｗｏｒｋのアプリケーションドメインの機能を使用する。アプリケーションドメインとは、ＣＰＵやメモリ等のリソースを管理する一単位であり、一のプロセス内で動作する。プラットフォームは、各アドインを、アドインごとに異なるアプリケーションドメイン内で動作させる。プラットフォームは、各アプリケーションドメインのリソース情報を取得し、このリソース情報を、アドインのリソース情報とみなすことにより、アドインごとのリソース情報を得ることができる。

【0020】

図４は、プラットフォーム及びアドインのアプリケーションドメインの構成例を示している。プラットフォームの実行ファイル１０は、機能拡張用のＤＬＬであるアドインＡ１１と、アドインＢ１２をロードする。ここで、図４には、プラットフォーム１０がロードするライブラリＡ１３（非アドイン）と、アドインＢ１２がロードするライブラリＢ１４（非アドイン）も記載されている。プラットフォーム１０（及びライブラリＡ１３）は、アプリケーションドメインＡ１５で動作する。一方で、アドインＡ１１は、プラットフォームのアプリケーションドメインＡ１５とは異なる、アプリケーションドメインＢ１６で動作する。さらに、アドインＢ１２（及びライブラリＢ１４）は、プラットフォーム及びアドインＡ１１のアプリケーションドメインＡ、Ｂとは異なる、アプリケーションドメインＣ１７で動作する。

【0021】

以上のように、本発明の一実施形態における情報処理装置１により、プラットフォームとなるアプリケーション上で動作する、ＤＬＬ形式のアドインのリソース使用状況を把握することができる。その結果、情報処理装置１の負荷が異常に高い場合等に、如何なるアドインが原因となっているかを突き止めることが可能となる。

【0022】

なお、情報処理装置１は、プラント内に設置されたコンピュータの例に限られず、任意の場所に設置された、任意のコンピュータであってもよい。

【0023】

≪ ２． ハードウェア構成 ≫
図５は、本発明の一実施形態における情報処理装置１のハードウェア構成例を表す図である。図１に例示される情報処理装置１は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ(Hard Disk Drive)／ＳＳＤ(Solid State Drive)２４と、ＮＩＣ（Network Interface Card）２５と、ディスプレイ２６と、キーボード２７と、マウス２８と、バス２９を有する。

【0024】

ＣＰＵ２１は、情報処理装置１の動作制御を行うＯＳ及びシステムプログラム、並びに、プラットフォーム等のアプリケーションを実行する。ＲＯＭ２２は、ＣＰＵ２１が実行するシステムプログラム等を記憶する。ＲＡＭ２３は、ＣＰＵ２１のワークエリアを構成する。ＨＤＤ／ＳＳＤ２４は、プラットフォームやアドイン等のプログラムやライブラリ、監視装置２から受け取ったデータ等を記憶する。ＮＩＣ２５は、有線の通信インターフェースとその制御装置を含み、外部の装置と通信を行うために用いられる。ディスプレイ２６は、液晶ディスプレイ及びグラフィックスコントローラを含み、ユーザに対して情報を提示する。キーボード２７及びマウス２８は、管理者等から入力を受け付ける。バス２９は、当該情報処理装置１を構成する上記の装置を相互に接続し、データのやり取りを行う。

【0025】

上記構成により、本発明の一実施形態における情報処理装置１は、．ＮＥＴ Ｆｒａｍｅｗｏｒｋのランタイム上で、プラットフォーム及びアドインを動作させ、アドインごとのリソース情報を出力することができる。

【0026】

≪ ３． 機能構成 ≫
次に、図６を用いて、本発明の一実施形態における情報処理装置１の機能ブロックを説明する。図６には、情報処理装置１が備える様々な要素のうち、本実施形態の説明に特に関連する要素が示されている。図６に示される情報処理装置１は、アドイン格納部５１と、登録部５２と、制御部５３と、条件格納部５４、取得部５５と、閾値格納部５６と、比較部５７と、出力制御部５８と、出力部５９と、表示部６０と、通信部６１とを有する。

【0027】

アドイン格納部５１は、ＨＤＤ／ＳＳＤ２４によって実現され、ＤＬＬ形式で提供されるアドインのプログラムを格納する。

【0028】

登録部５２は、主にＣＰＵ２１の処理によって実現され、アドイン格納部５１に格納されたアドインを読み込み、アドインごとに、異なるアプリケーションドメインを定義する。そして、各アドインを、定義したアプリケーションドメインに、それぞれ登録する。また、登録部５２は、プラットフォームを、アドインのアプリケーションドメインと異なるアプリケーションドメインに登録する。なお、このように定義された各アドイン及びプラットフォームのアプリケーションドメインは、一のプロセス内で動作する。

【0029】

制御部５３は、主にＣＰＵ２１の処理によって実現される、．ＮＥＴ Ｆｒａｍｗｏｒｋのランタイムである。．ＮＥＴ Ｆｒａｍｅｗｏｒｋは、アプリケーションドメイン単位で、ＣＰＵやメモリ等のリソースを管理する。また、．ＮＥＴ Ｆｒａｍｅｗｏｒｋは、アプリケーションドメインを定義するクラス（AppDomain）のプロパティを通じて、アプリケーションドメインで使用されているリソース情報を提供する。

【0030】

条件格納部５４は、ＨＤＤ／ＳＳＤ２４によって実現され、アドインごとの、リソース情報の取得条件又は出力条件を格納する。具体的な条件の例は、以下の通りである。
（１）リソース情報の取得対象か否か
（２）リソース情報の出力対象か否か
（３）リソース情報の出力周期
上記の他に、リソース情報の取得又は出力に関する、他の条件が任意に定義され得る。

【0031】

取得部５５は、主にＣＰＵ２１の処理によって実現され、登録部５２が登録したアプリケーションドメインの使用するリソース情報を、条件格納部５４に格納された条件（１）に従って、取得する。すなわち、取得部５５は、条件格納部５４で、「リソース情報の取得対象」となっているアドインに対応する、アプリケーションドメインのリソース情報を取得する。

【0032】

ここで、リソース情報は、例えば、１秒あたりのＣＰＵ使用率（％）又はメモリ使用量（バイト；瞬時値）である。１秒あたりのＣＰＵ使用率は、．ＮＥＴ Ｆｒａｍｅｗｏｒｋの提供する機能（例えば、AppDomainクラスのMonitoringTotalProcessorTimeプロパティ）により取得される、アプリケーションドメインの使用したＣＰＵ時間に基づいて、算出することができる。具体的な算出方法については、後述する。また、メモリ使用量（瞬時値）も、同様に、．ＮＥＴ Ｆｒａｍｅｗｏｒｋの提供する機能（例えば、AppDomainクラスのMonitoringSurvivedMemorySize プロパティ等）により、取得され得る。

【0033】

また、取得部５５は、プラットフォーム及びアドインのアプリケーションドメインの動作する一のプロセスのリソース情報を取得する。プロセスのリソース情報は、．ＮＥＴ Ｆｒａｍｅｗｏｒｋの機能（例えば、ProcessクラスのTotalProcessorTimeプロパティや、AppDomainクラスのMonitoringSurvivedProcessMemorySizeプロパティ）により、取得することができる。

【0034】

以下では、上述した二種類のリソース情報（各アプリケーションドメインのリソース情報と、プロセスのリソース情報）とを区別して説明する。

【0035】

閾値格納部５６は、ＨＤＤ／ＳＳＤ２４によって実現され、アプリケーションドメインのリソース情報に対する閾値と、プロセスのリソース情報に対する閾値とを格納する。上述したように、リソース情報は、例えば、１秒あたりのＣＰＵ使用率又はメモリ使用量である。各閾値は、当該情報処理装置１の管理者により、予め設定される。閾値は、アプリケーションドメインの数（すなわち、アドインの数）に応じて設定される。

【0036】

比較部５７は、主にＣＰＵ２１の処理によって実現され、取得部５５の取得したリソース情報の示す値（ＣＰＵ使用率又はメモリ使用量）を、閾値格納部５６に格納された閾値と比較する。そして、リソース情報が閾値以上である場合に、その旨を出力制御部５８に通知する。

【0037】

出力制御部５８は、主にＣＰＵ２１の処理によって実現され、取得部５５が取得したアプリケーションドメインのリソース情報が、条件格納部５４に格納された条件（２）（３）に従って出力されるよう、制御する。すなわち、出力制御部５８は、取得部５５が取得したリソース情報のうち、条件格納部５４で、「リソース情報の出力対象」とされているアドインのリソース情報が、「リソース情報の出力周期」で出力されるよう、出力部５９を制御する。

【0038】

また、出力制御部５８は、比較部５７からの通知に応じて、取得されたアプリケーションドメインのリソース情報の示す値が、閾値以上である場合にのみ、当該アプリケーションドメインのリソース情報を出力させるよう、出力部５９に指示してもよい。

【0039】

また、出力制御部５８は、比較部５７からの通知に応じて、取得されたプロセスのリソース情報の示す値が、閾値以上である場合にのみ、各アプリケーションドメインのリソース情報を出力させるよう、出力部５９に指示してもよい。

【0040】

また、出力制御部５８は、ネットワークを介して監視装置２から受け取った情報を、出力部５９に出力させる。

【0041】

出力部５９は、主にＣＰＵ２１の処理によって実現され、出力制御部５８からの指示に基づいて、アプリケーションドメインのリソース情報を、対応するアドインのリソース情報として出力する。出力部５９は、リソース情報を、当該情報処理装置１のディスプレイ２６に表示させる。また、出力部５９は、リソース情報を、通信部６１を介して、他の情報処理装置に送信してもよい。

【0042】

また、出力部５９は、ネットワークを介して監視装置２から受け取った情報を、表示部６０に出力する。

【0043】

表示部６０は、主にディスプレイ２６によって実現され、出力部５９の出力した、アドインのリソース情報や、監視装置２から受け取った情報を、表示する。

【0044】

通信部６１は、主にＮＩＣ２５によって実現され、出力部５９の出力した、アドインのリソース情報を、他の情報処理装置に送信する。

【0045】

以上の機能により、本発明の一実施形態における情報処理装置１は、ＤＬＬ形式のアドインを個別のアプリケーションドメイン内で動作させることにより、各アドインの使用するリソース情報を取得することができる。また、使用中のリソースが、予め定められた量以上となった場合に、当該リソースの情報を表示させることで、管理者は、必要に応じて、何れのアドインがリソースを消費しているかを特定することができる。

【0046】

≪ ４． 動作例 ≫
次に、図７−図９を用いて、本発明の一実施形態における情報処理装置１の処理フローを説明する。また、当該処理を実現するためのソースコードの一部を、図１０−図１２に例示する。図７は、出力対象であるアドインのリソース情報を全て出力する処理を表し、図８は、取得対象であるアドインのリソース情報の閾値を用いる処理を表し、図９は、プロセスのリソース情報の閾値を用いる処理を表している。以下、順に説明する。なお、以下では、リソース情報が、１秒あたりのＣＰＵ使用率又はメモリ使用量である場合の例を用いて、説明する。

【0047】

≪ リソース情報を全て出力する例≫
図７は、本発明の一実施形態における情報処理装置１が、出力対象であるアドインのリソース情報を、全て出力する処理を表している。当該処理は、一定間隔で繰り返し実行されてもよいし、何らかのイベントに従って不定期に実行されてもよい。

【0048】

ステップ１００において、登録部５２は、アドイン格納部５１に予め格納されたＤＬＬ形式のアドインを読み込み、そのアドインごとに、アプリケーションドメインを作成する。図１０は、登録部５２が、アドインを読み込むためのソースコードであり、図１１の主に６行目から１３行目までは、登録部５２が、アプリケーションドメインを作成するためのソースコードである。

【0049】

ステップ１０１において、登録部５２は、ステップ１００で作成した各アプリケーションドメインに、各アドインを登録する。図１１の１５行目は、登録部５２が、アドインを、アプリケーションドメインに登録するためのソースコードである。

【0050】

ステップ１０２において、取得部５５及び出力制御部５８は、それぞれ、条件格納部５４に格納された条件を読み込む。条件は、アドイン毎に予め定義されており、取得部５５によってリソース情報が取得されるか否か、出力制御部５８によってリソース情報が出力されるか否か、あるいは、出力制御部５８がリソース情報を出力する周期を定める。

【0051】

ステップ１０３において、取得部５５は、ステップ１０２で読み込んだ条件に従って、取得対象となっているアドインのＣＰＵ使用率及びメモリ使用量を取得する。ここで、取得部５５は、各アプリケーションドメインのＣＰＵ使用率を、制御部５３より直接取得することができない。そこで、取得部５５は、各アプリケーションドメインの使用したＣＰＵ時間の合計時間を、制御部５３より取得する。図１２の５行目は、アプリケーションドメインのメモリ使用量を取得するためのソースコードを表し、図１２の９行目は、アプリケーションドメインが使用したＣＰＵ時間を取得するためのソースコードを表している。

【0052】

ステップ１０４において、取得部５５は、ステップ１０３で取得したＣＰＵ時間から、単位時間（１秒）あたりのＣＰＵ使用率を算出する。図１２の１０行目から１８行目は、前回取得したＣＰＵ時間及びその時刻と、今回取得したＣＰＵ時間及び現在時刻の情報を用いて、１秒あたりのＣＰＵ使用率を算出するためのソースコードを表している。

【0053】

ステップ１０５において、出力制御部５８は、ステップ１０２で読み込んだ条件に従い、出力対象となっているアドインを対象として、ステップ１０３、１０４で取得したＣＰＵ使用率とメモリ使用量を、アドインのＣＰＵ使用率とメモリ使用量として出力させる。

【0054】

この後、表示部６０は、出力部５９の出力した、図３のような画面を表示する。画面には、アドインの一覧と、各アドインのＣＰＵ使用率及びメモリ使用量が含まれる。

【0055】

以上により、ＤＬＬ形式で提供されるアドインが使用するＣＰＵ使用率やメモリ使用量を容易に把握できるようになる。

【0056】

≪ 閾値を用いる例≫
図８は、本発明の一実施形態における情報処理装置１が、閾値を用いて、アドインのリソース情報を出力する処理を表している。当該処理は、一定間隔で繰り返し実行されてもよいし、何らかのイベントに従って不定期に実行されてもよい。

【0057】

ステップ２００−ステップ２０４は、図７のステップ１００−１０４と同様である。

【0058】

ステップ２０５において、比較部５７は、閾値格納部５６に格納された、アプリケーションドメインのリソース情報に対する閾値を読み込む。ここでは、アプリケーションのＣＰＵ使用率の閾値及びメモリ使用量の閾値が読み込まれる。

【0059】

ステップ２０６において、比較部５７は、ステップ２０３、２０４で取得したＣＰＵ使用率及びメモリ使用量と、ステップ２０５で読み込んだ閾値とを、それぞれ比較する。

【0060】

ステップ２０７において、出力制御部５８は、出力対象となっているアドインのうち、閾値以上のＣＰＵ使用率及びメモリ使用量を示すアプリケーションドメインと対応するアドインの情報を、出力部５９に出力させる。

【0061】

以上により、ＣＰＵ使用率及び／又はメモリ使用量が、予め設定された閾値を超えるアドインを容易に特定することが可能となる。また、全てのアドインの情報を出力する場合に比べて、出力及び表示にかかる負荷が低減される。

【0062】

≪ プロセスの閾値を用いる例≫
図９は、本発明の一実施形態における情報処理装置１が、プロセスのリソース情報を用いて、アドインのリソース情報を出力する処理を表している。当該処理は、一定間隔で繰り返し実行されてもよいし、何らかのイベントに従って不定期に実行されてもよい。

【0063】

ステップ３００−ステップ３０４は、図７のステップ１００−１０４又は図８のステップ２００−２０４と同様である。

【0064】

ステップ３０５において、取得部５５は、プラットフォーム及びアドインのアプリケーションドメイン全体が動作するプロセスのＣＰＵ使用率及びメモリ使用量を取得する。

【0065】

ステップ３０６において、比較部５７は、閾値格納部５６に格納された、プロセスのリソース情報に対する閾値を読み込む。ここでは、プロセスのＣＰＵ使用率の閾値及びメモリ使用量の閾値が読み込まれる。

【0066】

ステップ３０７において、比較部５７は、ステップ３０５で取得したＣＰＵ使用率及びメモリ使用量と、ステップ３０６で読み込んだ閾値とを、それぞれ比較する。

【0067】

ステップ３０８において、プロセスのＣＰＵ使用率とメモリ使用量の何れか、又は両方が、閾値以上であれば、ステップ３０９に進み、そうでない場合には、処理を終了する。

【0068】

ステップ３０９において、出力制御部５８は、出力対象となっているアドインの情報を、出力部５９に出力させる。

【0069】

以上により、プラットフォームの動作するプロセス全体のＣＰＵ使用率及び／又はメモリ使用量が、予め設定された閾値を超える場合に、各アドインのＣＰＵ使用率とメモリ使用量を出力することができる。その結果、管理者は、プラットフォームが高い負荷を示している場合に、その負荷の原因となっているアドインを、容易に特定することができる。

【0070】

なお、図８を用いて説明した、アプリケーションドメインのリソース情報に対する閾値と、図９を用いて説明した、プロセスのリソース情報に対する閾値は、組み合わせて使用されてもよい。

【符号の説明】

【0071】

１ 情報処理装置
２、２ａ、２ｂ 監視装置
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ ＨＤＤ／ＳＳＤ
２５ ＮＩＣ
２６ ディスプレイ
２７ キーボード
２８ マウス
５１ アドイン格納部
５２ 登録部
５３ 制御部
５４ 条件格納部
５５ 取得部
５６ 閾値格納部
５７ 比較部
５８ 出力制御部
５９ 出力部
６０ 表示部
６１ 通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】