(57)【要約】【課題】  リソース制約のある情報端末上で発生した障害を解析するために必要なログを効率的に取得すること。【解決手段】  管理サーバからの命令により情報端末装置にソフトウェアモジュールをインストールし、ソフトウェアモジュールに対して制御および設定を行う情報処理システムにおいて、前記情報端末装置が、  前記管理サーバからの命令を情報処理端末上で処理する際に、命令を処理しない時より詳細に実行処理過程をトレースし、トレース結果の実行処理トレースログを収集し、管理サーバに送信するステップを備えることを特徴とする。【選択図】      図１
2014071570.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバからの命令により情報端末装置にソフトウェアモジュールをインストールし、ソフトウェアモジュールに対して制御および設定を行う情報処理システムにおいて、
前記情報端末装置が、
前記管理サーバからの命令を情報処理端末上で処理する際に、命令を処理しない時より詳細に実行処理過程をトレースし、トレース結果の実行処理トレースログを収集し、管理サーバに送信するステップを備えることを特徴とするログ出力方法。
【請求項２】
前記ソフトウェアモジュールの実行処理トレースログを前記情報端末装置を構成する仮想機械が出力するステップを備えることを特徴とする請求項１に記載のログ出力方法。
【請求項３】
前記ソフトウェアモジュールの実行処理トレースログを情報端末装置の記憶装置に命令処理後に保存し続けないことを特徴とする請求項２に記載の情報端末装置のログ出力方法。
【請求項４】
前記実行処理トレースログと管理サーバからの命令の処理結果を同時に管理サーバ宛に送信するステップを備えることを特徴とする請求項３に記載のログ出力方法。
【請求項５】
管理サーバからの命令の処理のログと同時に情報端末装置に保存された他のログも同時に管理サーバ宛に送信するステップを備えることを特徴とする請求項４に記載のログ出力方法。
【請求項６】
管理サーバからの命令により情報端末装置にソフトウェアモジュールをインストールし、ソフトウェアモジュールに対して制御および設定を行う情報処理システムにおいて、
前記情報端末装置が、
前記管理サーバからの命令を情報処理端末上で処理する際に、命令を処理しない時より詳細に実行処理過程をトレースし、トレース結果の実行処理トレースログを収集し、管理サーバに送信する手段を備えることを特徴とする情報処理システム。
【請求項７】
前記ソフトウェアモジュールの実行処理トレースログを前記情報端末装置を構成する仮想機械から出力させる手段を備えることを特徴とする請求項６に記載の情報処理システム。
【請求項８】
前記ソフトウェアモジュールの実行処理トレースログを情報端末装置の記憶装置に命令処理後に保存し続けないことを特徴とする請求項７に記載の情報処理システム。
【請求項９】
前記実行処理トレースログと管理サーバからの命令の処理結果を同時に管理サーバ宛に送信する手段を備えることを特徴とする請求項８に記載の情報処理システム。
【請求項１０】
管理サーバからの命令の処理のログと同時に情報端末装置に保存された他のログも同時に管理サーバ宛に送信する手段を備えることを特徴とする請求項４に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソースの限られた情報処理端末上で動作するソフトウェアモジュールをリモートからの命令でインストール、制御及び設定を行うシステムにおいて、ログを効率的に出力する方法に関するものである。
【背景技術】
【０００２】
従来、情報端末で発生した障害の解析や動作状況を監視するために動作ログを管理サーバに送信する方法が知られている。ただし、管理サーバにネットワークを介して多数の情報端末が接続されている環境において、ログを情報端末から管理サーバに無差別に送信すると、ネットワーク及び管理サーバの負荷が増大し、システム全体の障害に繋がる可能性がある。
【０００３】
下記の特許文献１では、ネットワーク及び管理サーバの負荷を軽減する方法が開示されている。無差別に送信することを避けるためには、情報端末が主体的にログを送信するのではなく、管理サーバの要求によってログを情報端末が送信することで、負荷が増大しないように制御することが可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１３４３９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
管理サーバの要求によりログを送信する場合、管理サーバの要求があるまでログを情報端末が一次または二次記憶装置上に保存しておく必要が生じる。特にリソース制約のある情報端末においては、大量のログを保存することは出来なく、障害解析に必要十分なログを管理サーバが受信出来ないという課題がある。また大量のログ出力は、ソフトウェアモジュールの実行速度低下も招くという問題がある。
【０００６】
本発明は前記問題を解決し、リソース制約のある情報端末上で発生した障害を解析するために必要なログを効率的に取得することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明に係るログ出力方法は、管理サーバからの命令により情報端末装置にソフトウェアモジュールをインストールし、ソフトウェアモジュールに対して制御および設定を行う情報処理システムにおいて、
前記情報端末装置が、
前記管理サーバからの命令を情報処理端末上で処理する際に、命令を処理しない時より詳細に実行処理過程をトレースし、トレース結果の実行処理トレースログを収集し、管理サーバに送信するステップを備えることを特徴とする。
【０００８】
また、前記ソフトウェアモジュールの実行処理トレースログを前記情報端末装置を構成する仮想機械が出力するステップを備えることを特徴とする。
【０００９】
また、前記ソフトウェアモジュールの実行処理トレースログを情報端末装置の記憶装置に命令処理後に保存し続けないことを特徴とする。
【００１０】
また、前記実行処理トレースログと管理サーバからの命令の処理結果を同時に管理サーバ宛に送信するステップを備えることを特徴とする。
【００１１】
また、管理サーバからの命令の処理のログと同時に情報端末装置に保存された他のログも同時に管理サーバ宛に送信するステップを備えることを特徴とする。
【００１２】
本発明に係る情報処理システムは、管理サーバからの命令により情報端末装置にソフトウェアモジュールをインストールし、ソフトウェアモジュールに対して制御および設定を行う情報処理システムにおいて、
前記情報端末装置が、
前記管理サーバからの命令を情報処理端末上で処理する際に、命令を処理しない時より詳細に実行処理過程をトレースし、トレース結果の実行処理トレースログを収集し、管理サーバに送信する手段を備えることを特徴とする。
【００１３】
また、前記ソフトウェアモジュールの実行処理トレースログを前記情報端末装置を構成する仮想機械から出力させる手段を備えることを特徴とする。
【００１４】
また、前記ソフトウェアモジュールの実行処理トレースログを情報端末装置の記憶装置に命令処理後に保存し続けないことを特徴とする。
【００１５】
また、前記実行処理トレースログと管理サーバからの命令の処理結果を同時に管理サーバ宛に送信する手段を備えることを特徴とする。
【００１６】
また、管理サーバからの命令の処理のログと同時に情報端末装置に保存された他のログも同時に管理サーバ宛に送信する手段を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、情報端末装置上で動作するソフトウェアモジュールは、管理サーバからの命令で、インストール、起動、停止、アンインストール、設定変更等、動作の振る舞いを変える。この動作の振る舞いを変える際、問題が発生する可能性があり、問題解決のための原因調査が必要な、詳細なログを取得出来る。また、管理サーバからの命令を受信して実行する間は、管理サーバとの間に通信路が確立しているため、管理サーバからの命令処理結果を送信する際に、出力したログを管理サーバに送信することが出来る。本発明により、情報端末装置上に保存するログの量を抑えながら、問題の原因解析に必要十分なログを取得することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る情報処理システムの全体構成を示す機能ブロック図である。
【図２】図１に記載したソフトウェアモジュール実行管理部にOSGiサービスプラットフォームを適用した場合のブロック図である。
【図３】ログレベルの設定を示すテーブル構成図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態を図面に基づいて説明する。 
図１は、本発明の一実施形態に係る情報処理システムの全体構成を示す機能ブロック図である。
上記情報処理システムは、図１に示すように、管理サーバ１００と、管理アプリケーション１１０と、管理コンソール１２０と、情報端末装置１４０、１５０、及び１６０を含む。前記情報処理システムでは、管理サーバ１００と情報端末装置１４０、１５０、及び１６０との間が、例えば、インターネット等の通信ネットワーク１１０により接続される。
実際のシステムでは、管理サーバ１００、管理アプリケーション１１０、管理コンソール１２０はソフトウェアで実装され、ソフトウェアを実行する装置は１台に纏まっている場合もあり、複数台の装置上で実行される場合もある。
【００２０】
情報端末装置についても、２、３台だけとは限らない。しかし、図１では、図示と説明の都合上、管理サーバについては符号１００で示したもののみを、管理アプリケーションについては、符号１２０で示したもののみを、管理コンソールについては符号１３０で示したもののみを記載している。
また、情報端末装置については、符号１４０、１５０、及び１６０で示したもののみを記載している。以下、情報端末装置の符号として１４０を利用するが、１５０及び１６０も示している。
【００２１】
次に、前記機能ブロックの内容について詳細に説明する。   
管理サーバ１００は、ソフトウェア配布部１０１、ソフトウェアモジュール保存部１０２、管理命令送信結果受信部１０３、ログ保存部１０４から構成される。管理命令送信結果受信部１０３は、情報端末装置１４０に対して管理命令を通信ネットワーク１３０経由で送信する。
【００２２】
管理命令は、ソフトウェアモジュールのインストール、更新、削除、起動、及び停止といったライフサイクル制御命令や、ソフトウェアモジュールに対する設定値の追加、更新、及び削除といった設定命令がある。
管理命令の形式および通信プロトコルとして、Broadband Forumが規定するCWMPやOpen Mobile Allianceが規定するOMA-DM等が知られている。
【００２３】
ソフトウェアモジュール配布部１０１は、管理命令送信結果受信部１０３が送信した管理命令がソフトウェアモジュールのインストール命令であった場合、ソフトウェアモジュール保存部１０２から命令で指定されたソフトウェアモジュールを情報端末装置１４０に対して配布する。配布方法は、管理命令送信結果受信部１０３の指示によりソフトウェアモジュールを送信する場合と、管理命令を受信した情報端末装置１４０からの要求により送信する場合がある。
【００２４】
管理命令送信結果受信部１０３は、情報端末装置１４０へ送信した管理命令の処理結果を情報端末装置１４０から受信する。受信する際に情報端末装置１４０のログを受信し、ログ保存部１０４へ受信したログを保存する。
管理命令送信結果受信部１０３は、管理者１２１が操作する管理コンソール１２０により、または管理アプリケーション１１０の指示により、管理命令を情報端末装置１４０へ送信する。
【００２５】
情報端末装置１４０は、管理命令受信処理部１４１、ソフトウェアモジュール１４２、ログ管理部１４３、ソフトウェアモジュール実行管理部１４４、二次記憶装置１４５、一次記憶装置１４６から構成される。二次記憶装置１４５は、フラッシュメモリ、ハードディスク等の不揮発メモリであり、一次記憶装置１４６は一次的なデータを保存する揮発メモリである。
【００２６】
管理命令受信処理部１４１は、管理サーバ１００から管理命令を受信し、ソフトウェアモジュール実行管理部１４４に管理命令の処理を指示し、処理結果を受け取る。処理結果に加えて命令処理実行ログも一次記憶装置１４６を介して受け取り、管理サーバ１００へログも送信する。
【００２７】
一次記憶装置１４６に保存したログは、管理サーバ１００送信後に消去する。もし、ログのデータ量が大きい場合は、出力されたログを管理サーバ１００へ逐次的に送信することで一次記憶装置１４６に大きなバッファを必要としないようにすることも考えられる。また、ログを管理サーバ１００へ送信する際に、二次記憶装置１４５に保存された命令処理開始以前のログをログ管理部１４３から取得し、管理サーバ１００へログを送信することも出来る。
【００２８】
ソフトウェアモジュール実行管理部１４４は、管理命令受信処理部１４１から指示された管理命令を処理する。ソフトウェアモジュールのインストール命令であった場合は、管理サーバ１００からソフトウェアモジュールを受信し、インストール処理を実行する。
インストール済みのソフトウェアモジュール１４２の更新、削除、起動、停止等のライフサイクル制御命令であった場合、指定されたソフトウェアモジュール１４２のライフサイクル制御処理を実行する。
また、ソフトウェアモジュール１４２の設定命令であった場合、指定されたソフトウェアモジュール１４２の設定値を変更する。ソフトウェアモジュール実行管理部１４４は、命令処理実行を含む、ソフトウェアモジュール１４２制御および実行に関わるログを二次記憶装置１４５に記録することが出来る。
【００２９】
図２は、管理命令受信処理部１４１に、OSGi(登録商標)サービスプラットフォームを適用した場合の一実施形態を示している。
図２に示すように、管理命令受信処理部１４１は、管理エージェント部２０１と、ログ機構部２０２と、ログ保存部２０３と、OSGiフレームワーク２０４と、Java(登録商標)仮想機械２０５と、トレースログ出力部２０６から構成される。
管理エージェント部２０１は、管理命令を受取り、命令を処理する。ソフトウェアモジュール１４２のライフサイクル制御命令の場合は、OSGiフレームワーク２０４に対して、ライフサイクル制御を指示する。ソフトウェアモジュール１４２に対する設定命令の場合、設定値を変更する。変更する際、OSGiサービスプラットフォーム仕様で規定されたConfiguration Adminを利用することも出来る。
【００３０】
ログ機構部２０２は、管理エージェント部２０１、OSGiフレームワーク２０４、Java仮想機械２０５、トレースログ出力部２０６、及びソフトウェアモジュール１４２に対して、ログ出力APIを提供し、ログを収集することが出来る。
【００３１】
ログ出力APIは、OSGiサービスプラットフォーム仕様で規定されたLog Serviceを利用することも出来る。ログ保存部２０３は、ログ機構部２０２を通して収集したログを二次記憶装置１４５に保存する。トレースログ出力部２０６は、Java仮想機械２０５上で動作する全てのプログラムの実行をトレースするログを出力することが出来、主にプログラムで発生した問題の原因となるネイティブメソッド実行のトレースが可能であることが特徴である。
【００３２】
図３は、ログレベルの設定を示すテーブル３１である。ログレベルの設定は予め情報端末装置１４０保存されているか、管理者１２１が管理コンソール１２０を操作して管理サーバ１００が報端末装置１４０に対して設定する。図３は、管理コンソール１２０に表示する設定画面の一例でもある。ログレベルを変更することで出力されるログの量が変化し、通常状態ではログの量が少なくなるように、命令処理中であればログの量が多くなるように設定する。
状態列３２は、情報端末装置１４０が管理サーバ１００からの管理命令を処理中かどうかの状態を示す。通常であれば、処理中ではないことを示す。
ソフトウェアモジュール列３３、管理エージェント３４、OSGiフレームワーク３５、Java仮想機械３６の列は、図２に示す構成要素におけるログレベルの設定を示す。
管理エージェント部２０１は、テーブル３１を参照し、管理命令受信処理部１４１に管理サーバ１００へ送信するログを受け渡す。
ログ保存部２０３は、通常状態のログレベルを参照して、ログを二次記憶装置１４５に保存する。またログ保存部は、命令処理中であれば二次記憶装置１４５にログを保存しない。
【００３３】
本実施形態によれば、以上の構成により、リソース制約のある情報端末上で発生した障害を解析するために必要なログを効率的に取得することが可能になる。
【符号の説明】
【００３４】
１００  管理サーバ
１１０  管理アプリケーション
１２０  管理コンソール
１３０  通信ネットワーク 
１４０、１５０、１６０  情報端末装置
１０１  ソフトウェア配布部
１０２  ソフトウェアモジュール保存部
１０３  管理命令送信結果受信部
１０４  ログ保存部
１４１  管理命令受信処理部
１４２  ソフトウェアモジュール
１４３  ログ管理部
１４４  ソフトウェアモジュール実行管理部
１４５  二次記憶装置
１４６  一次記憶装置
２０１  管理エージェント部
２０２  ログ機構部
２０３  ログ保存部
２０４  OSGiフレームワーク
２０５  Java(登録商標)仮想機械
２０６  トレースログ出力部
３１  ログレベル設定テーブル
３２  状態列
３３  ソフトウェアモジュール・ログレベル列
３４  管理エージェント・ログレベル列
３５  OSGiフレームワーク・ログレベル列
３６  Java仮想機械・ログレベル列
【図１】
2014071570.tif 000003
【図２】
2014071570.tif 000004
【図３】
2014071570.tif 000005