JP5471198B2 - 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 - Google Patents
統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 Download PDFInfo
- Publication number
- JP5471198B2 JP5471198B2 JP2009203927A JP2009203927A JP5471198B2 JP 5471198 B2 JP5471198 B2 JP 5471198B2 JP 2009203927 A JP2009203927 A JP 2009203927A JP 2009203927 A JP2009203927 A JP 2009203927A JP 5471198 B2 JP5471198 B2 JP 5471198B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- log data
- log
- integrated management
- operation request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Description
本発明は、１又は複数のアプリケーションを統合管理する統合管理装置、統合管理システムに関し、特に、アプリケーションから出力されるログを統合する技術に関するものである。
近年、ＭＦＰ（Multifunction Peripheral）やＬＰ（Laser Printer）などの画像処理装置が導入されたオフィス環境では、導入機器の運用・保守を支援する様々なサーバ機能が動作（アプリケーションが機能）している。例えば、収集した機器情報を基に導入機器を管理する機器管理機能、導入機器を用いたデータ配信ワークフローを実現する配信機能、導入機器の利用許可を制御する認証機能などがそれにあたる。
これらの機能（以下「アプリケーション」と言う）は、導入機器の運用・保守を支援するために、例えば、ユーザ操作、実行処理、及び機器動作などの履歴を記録したログデータを出力する。しかし、各アプリケーションが出力するログデータは、アプリケーションが機能目的ごとに単独で開発されたソフトウェアにより実現されていることから、データ内の項目名（情報項目）や項目値（内容情報）が必ずしも統一されていない。これでは、ユーザが、導入機器の運用・保守を効率よく支援するために、ログデータを用いたサーバ機能の統合・管理を行うことが困難である（ログデータを有効な情報として利用しづらい）。
そこで、例えば特許文献１には、各種アプリケーションに対してログ出力のための統一されたインタフェースを提供してアプリケーション開発効率を上げ、多様な手段での出力方式及び出力手段拡張機能を有し、複数のアプリケーションのログ出力設定及びログの統合管理を一元的に行うことができるログ出力統合管理システムに係る技術が開示されている。
しかしながら、特許文献１に開示される従来の統合管理機能では、次のような問題が挙げられる。
１つは、情報項目を統一したことによる情報の欠落である。ログデータは、アプリケーションが実現する機能の目的に応じて異なるデータである。よって、ログデータには、各アプリケーション共通の情報項目以外に、アプリケーション固有の情報項目が含まれている。そのため、従来の方法では、各アプリケーション共通の項目のみでログデータを構成することになり、アプリケーション固有の情報が欠落してしまう。
もう１つは、内容情報を統一したことによる情報の見づらさである。例えば、アカウント情報の項目値（内容情報）には、「ユーザ名」や「ユーザＩＤ」と言った異なるデータ種の値や、「ユーザ名」や「User Name」と言った同じデータで項目名（情報項目）が異なるものがある。そのため、従来の方法では、閲覧情報（提供情報）に、ユーザ（情報を利用する側）が意図しない余分な情報が含まれてしまうことが考えられ、閲覧時の情報が見づらくなる。
このような点を考慮し、統合管理機能では、ユーザの要求に応じた情報提供を行うことが望ましい。
本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、ユーザ要求に応じて、複数のアプリケーションから出力されるログデータを用いた情報提供を行うことができる統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体を提供することにある。
上記目的を達成するため、本発明に係る統合管理装置は、１又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置であって、前記アプリケーションから出力されたログデータを取得する取得手段と、前記ログデータの操作要求を受け付ける要求受付手段と、前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段と、を有し、前記情報生成手段は、前記要求受付手段により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成する。
このような構成によって、本発明に係る統合管理装置は、各アプリケーションから出力されたログデータを取得し、アプリケーションごとに管理する。統合管理装置は、ログデータの操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数のログデータを統合し提供情報を生成する。統合管理装置は、生成した提供情報を要求元に応答する。つまり、本発明に係る統合管理装置では、情報項目や内容情報を予め決められたフォーマットに従ってログ統合を行うのではなく、ユーザからの情報提供要求に応じて最適なログ統合を行う。
これによって、本発明に係る統合管理装置は、ユーザ要求に応じて、複数のアプリケーションから出力されるログデータを用いた情報提供を行うことができる。
上記目的を達成するため、本発明に係る統合管理システムは、１又は複数のアプリケーションが機能する情報処理装置と、前記アプリケーションから出力されるログデータを統合する統合管理装置とが、所定のデータ伝送路を介して接続される統合管理システムであって、前記統合管理装置が、前記情報処理装置から前記ログデータを取得する取得手段と、前記ログデータの操作要求を受け付ける要求受付手段と、前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段と、を有し、前記情報生成手段は、前記要求受付手段により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成する。
上記目的を達成するため、本発明に係る統合管理方法は、１又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置における統合管理方法であって、前記アプリケーションから出力されたログデータを取得する取得手順と、前記ログデータの操作要求を受け付ける要求受付手順と、前記要求受付手順により受け付けた操作要求に応じて、前記取得手順により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手順と、前記情報生成手順により生成した提供情報を操作要求元に応答する応答手順と、を有し、前記情報生成手順では、前記要求受付手順により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手順により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成する。
このような手順によって、本発明に係る統合管理方法は、各アプリケーションから出力されたログデータを取得後、アプリケーションごとに管理し、ログデータの操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数のログデータを統合し提供情報を生成後、生成した提供情報を要求元に応答すると言う動作を実現する。
これによって、本発明に係る統合管理方法は、ユーザ要求に応じて、複数のアプリケーションから出力されるログデータを用いた情報提供が可能な環境を提供できる。
本発明によれば、情報提供要求に応じて、アプリケーションごとに情報項目や内容情報が異なる複数のログデータを最適に統合し、提供情報を動的に生成することで、ユーザ要求に応じて、複数のアプリケーションから出力されるログデータを用いた情報提供を行うことが可能な統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体を提供することができる。
以下、本発明の好適な実施の形態（以下「実施形態」と言う）について、図面を用いて詳細に説明する。
［第１の実施形態］
＜システム構成＞
まず、複数のサーバ機能を統合・管理するシステムの構成について説明する。
＜システム構成＞
まず、複数のサーバ機能を統合・管理するシステムの構成について説明する。
図１は、本実施形態に係る統合管理システム１の構成例を示す図である。
図１には、各種ソフトウェアを搭載したサーバＡ３００ａ，サーバＢ３００ｂ，サーバＮ３００ｎなどの複数のサーバ（情報処理装置）３００と、ユーザが情報閲覧や操作要求を行うユーザ端末Ａ２００ａ，ユーザ端末Ｂ２００ｂ，ユーザ端末Ｎ２００ｎなどの複数のユーザ端末（情報処理装置）２００との間に、統合管理装置（統合管理サーバ）１００が介在する統合管理システム１の構成例が示されている。このような構成により、統合管理装置１００は、ユーザに対して、サーバ３００が個々に提供する機能（アプリケーション）を統合・管理でき、一元的なサービス提供を実現する。つまり、ユーザは、ユーザ端末２００を介して統合管理装置１００にアクセスすることで、システム上で機能する各種アプリケーションにより提供されるサービスを受けることができる。
図１には、各種ソフトウェアを搭載したサーバＡ３００ａ，サーバＢ３００ｂ，サーバＮ３００ｎなどの複数のサーバ（情報処理装置）３００と、ユーザが情報閲覧や操作要求を行うユーザ端末Ａ２００ａ，ユーザ端末Ｂ２００ｂ，ユーザ端末Ｎ２００ｎなどの複数のユーザ端末（情報処理装置）２００との間に、統合管理装置（統合管理サーバ）１００が介在する統合管理システム１の構成例が示されている。このような構成により、統合管理装置１００は、ユーザに対して、サーバ３００が個々に提供する機能（アプリケーション）を統合・管理でき、一元的なサービス提供を実現する。つまり、ユーザは、ユーザ端末２００を介して統合管理装置１００にアクセスすることで、システム上で機能する各種アプリケーションにより提供されるサービスを受けることができる。
よって、各アプリケーションから出力されるログデータの統合は、統合管理装置１００により行われ、統合管理装置１００は、ユーザに対して、一元化されたログ管理に係るサービス（ログ統合管理機能）を提供することができる。
なお、図１には、システム内に複数のサーバ３００が設置されている例を示したが、この構成に本発明は限定されるものではない。ログデータを出力するアプリケーションは、ソフトウェアにより実現される。そのため、１つのサーバ３００内に、複数のソフトウェアをインストールすることで、複数のアプリケーションを機能させることも可能である。つまり、１つのサーバ３００が、アプリケーションにより複数の機能を提供する環境も考えられる。
また、上記では、サーバ３００を情報処理装置として説明を行ったが、この限りでない。例えば、サーバ３００は、情報処理装置の他、ＭＦＰやＬＰと言った画像処理装置などの機器であってもよい。よって、以降では、「サーバ」により説明を行うが、この「サーバ」には、上記機器も含まれる。
＜ハードウェア構成＞
次に、上記ログ統合管理機能が動作する統合管理装置１００のハードウェア構成について説明する。
次に、上記ログ統合管理機能が動作する統合管理装置１００のハードウェア構成について説明する。
図２は、本実施形態に係る統合管理装置１００のハードウェア構成例を示す図である。
図２に示すように、統合管理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
図２に示すように、統合管理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
入力装置１０１は、キーボード及びマウスなどを含み、統合管理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、統合管理装置１００による処理結果（例えば「ログ統合管理に係る情報」）などを表示する。
インタフェース装置１０７は、統合管理装置１００をネットワークなどの所定のデータ伝送路に接続するインタフェースである。よって統合管理装置１００は、インタフェース装置１０７を介して、ユーザ端末２００やサーバ３００とデータ通信を行うことができる。
ＨＤＤ１０８は、各種プログラム及びデータを格納している不揮発性の記憶装置である。格納されるプログラム及びデータには、例えば、統合管理装置１００全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（登録商標）」や「ＵＮＩＸ（登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及び情報処理システム上において各種機能（例えば「ログ統合管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納している上記プログラム及びデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、統合管理装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、統合管理装置１００が起動されるときに実行されるＢＩＯＳ（Basic Input/Output System）や、統合管理装置１００のシステム設定及びネットワーク関連設定などのデータが格納されている。
ＲＡＭ１０４は、上記各種記憶装置から読み出されたプログラム及びデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記ＲＡＭ１０４上に読み出したプログラムを実行することにより、統合管理装置１００の全体制御及び各種搭載機能の動作を実現する。
このようなハードウェア構成により、統合管理装置１００は、例えば、ＨＤＤ１０８からＲＡＭ１０４上に読み出したプログラム（搭載機能を実現するソフトウェア部品）をＣＰＵ１０６により実行し、搭載機能を実現することができる。
また、統合管理装置１００は、上記ハードウェア構成からも分かるようにＰＣ（Personal Computer）などと略同一の構成をしている。
＜ログ統合管理機能＞
本実施形態に係るログ統合管理機能について説明する。
本実施形態に係るログ統合管理機能について説明する。
本実施形態に係る統合管理装置１００では、各アプリケーションから出力されたログデータを取得し、アプリケーションごとに管理する。統合管理装置１００は、ログデータの操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数のログデータを統合し提供情報を生成する。統合管理装置１００は、生成した提供情報を要求元に応答する。統合管理装置１００は、このようなログ統合管理機能を有している。
ここで、従来の情報提供方法について説明する。
図３は、従来のログデータを閲覧する環境を示す図である。図３に示すように、従来、ユーザは、目的に応じて、ユーザ端末２００からサーバ３００にアクセスすることで、アプリケーションから出力されるログデータの閲覧を行っている。つまり、ユーザは、閲覧したいログデータに応じて、アクセス先を選択しなければならない。このように、従来の情報提供方法では、ユーザが「アプリケーションがどのようなログデータを出力するのか」や、「アプリケーションがどのサーバで機能しているのか」などの情報提供リソースを把握していることを前提としており、ユーザにとって煩雑なものであった。
図３は、従来のログデータを閲覧する環境を示す図である。図３に示すように、従来、ユーザは、目的に応じて、ユーザ端末２００からサーバ３００にアクセスすることで、アプリケーションから出力されるログデータの閲覧を行っている。つまり、ユーザは、閲覧したいログデータに応じて、アクセス先を選択しなければならない。このように、従来の情報提供方法では、ユーザが「アプリケーションがどのようなログデータを出力するのか」や、「アプリケーションがどのサーバで機能しているのか」などの情報提供リソースを把握していることを前提としており、ユーザにとって煩雑なものであった。
これに対して、統合管理装置１００を用いて、各アプリケーションから出力されるログデータを統合・管理し、情報提供に係る機能を集約することで、ユーザは、上記情報提供リソースを把握しておく必要がなく、簡便にログデータを閲覧することができる。
しかし、各アプリケーションが出力するログデータは、アプリケーションが機能目的ごとに単独で開発されたソフトウェアにより実現されていることから、データ内の項目名（情報項目）や項目値（内容情報）が必ずしも統一されていない。
そのため、各種アプリケーションに対してログ出力のための統一されたインタフェースを提供する技術が提案されているが、情報項目を統一したことによる情報の欠落や内容情報を統一したことによる情報の見づらさなどの問題が生じる。
そこで、本実施形態に係る統合管理装置１００では、上記ログ統合管理機能により、情報提供要求に応じて、アプリケーションごとに情報項目や内容情報（データフォーマット）が異なる複数のログデータを統合し、提供情報を動的に生成する。つまり、本実施形態に係るログ統合管理機能では、予め決めておいた提供インタフェース（情報項目や内容情報が統一されたフォーマット）を用いて複数のログデータを統合するものではない。本実施形態に係るログ統合管理機能は、アプリケーションごとに情報項目や内容情報が異なる複数のログデータ同士を、ユーザからの情報提供要求に応じて統合するものである。
これによって、本実施形態に係る統合管理装置１００は、情報の欠落や見づらさが生じないようにユーザから要求された情報提供要求に応じて、複数のアプリケーションから出力されるログデータを用いた情報提供を行うことができる。
以下に、本実施形態に係るログ統合管理機能の構成とその動作について説明する。
図４は、本実施形態に係るログ統合管理機能の構成例を示す図である。
まず、統合管理装置１００が有する機能を説明する前に、統合管理システム１において、統合管理装置１００と連係動作するユーザ端末２００及びサーバ３００が有する機能について説明する。
まず、統合管理装置１００が有する機能を説明する前に、統合管理システム１において、統合管理装置１００と連係動作するユーザ端末２００及びサーバ３００が有する機能について説明する。
図４に示すように、ユーザ端末２００は、ログ操作要求部２１及びログ表示部２２などを有している。これらは、ユーザ端末２００上で動作する閲覧ソフトウェア（例えば「ブラウザ」）により実現される機能部である。
ログ操作要求部２１は、例えば、画面上に表示されたＧＵＩ（Graphical User Interface）により受け付けた、ユーザからのログデータの操作要求（情報提供要求）を、所定のデータ伝送路を介して統合管理装置１００に通知する機能部である。
ログ表示部２２は、操作要求に対して、所定のデータ伝送路を介して統合管理装置１００から応答された提供情報を画面上に表示する機能部である。
ユーザ端末２００は、これらの機能部を有することにより、統合管理装置１００から操作要求に応じた情報提供を受けることができる。
また、サーバ３００は、ログ作成部４１及びログ送信部４２などを有している。これらは、サーバ３００上で動作する各アプリケーションソフトウェア（例えば「機器管理ソフト」、「配信ソフト」、又は「認証ソフト」）により実現される機能部である。
ログ作成部４１は、例えば、アプリケーションにおけるユーザ操作、実行処理、及び機器動作などの履歴を記録したログデータを作成する機能部である。
ログ送信部４２は、所定のデータ伝送路を介して統合管理装置１００に、ログ作成部４１により作成されたログデータを送信する機能部である。
サーバ３００は、これらの機能部を有することにより、統合管理装置１００に対して各種アプリケーションから出力されたログデータを提供することができる。
ここから、統合管理装置１００が有する機能を説明する。
図４に示すように、統合管理装置１００は、ログ取得部３１、ログ保持部３２、ログ操作受付部３３、ログ統合部３４、及び情報提供部３５などを有している。
図４に示すように、統合管理装置１００は、ログ取得部３１、ログ保持部３２、ログ操作受付部３３、ログ統合部３４、及び情報提供部３５などを有している。
ログ取得部３１は、所定のデータ伝送路を介してサーバ３００が有するログ送信部４２から送信されたログデータを取得する機能部である。なお、ログ取得部３１がサーバ３００からログデータを取得する方法は、この限りでない。例えば、サーバ３００にログデータの取得を要求し、応答としてログ送信部４２から送信されたログデータを取得する方法でもよい。ログデータの取得方法については、統合管理装置１００とサーバ３００とを接続するデータ伝送路の通信状態や通信容量などに応じて決定すればよい。
ログ保持部３２は、ログ取得部３１により取得したログデータを所定の記憶領域に保持する機能部である。つまり、ログ保持部３２は、統合管理装置１００が備える記憶装置（例えば「ＨＤＤ」）の記憶領域にあたる。なお、ログデータを保持する記憶領域は、揮発性、不揮発性を問わない。統合管理装置１００に電源が投入された状態で、取得したログデータを保持可能な状態であればよい。ログ保持部３２は、取得したログデータを、作成したアプリケーションごとに保持する。ログ保持部３２によるデータ保持形態の具体例については、動作説明（処理手順説明）の中で後述する。本実施形態では、この機能部により、取得したログデータをアプリケーションごとに管理する。
ログ操作受付部３３は、所定のデータ伝送路を介してユーザ端末２００が有するログ操作要求部２１から要求されたログデータの操作要求（情報提供要求）を受け付ける機能部である。
ログ統合部３４は、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に基づき、ログ保持部３２にアクセスし、該当する複数のログデータを統合し、提供情報を生成する機能部である。つまり、ログ統合部３４は、ログデータの操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数のログデータを統合する。ログ統合部３４によるログ統合・提供情報生成方法の具体例については、動作説明（処理手順説明）の中で後述する。本実施形態では、この機能部により、情報提供要求に応じて、アプリケーションごとに情報項目や内容情報（データフォーマット）が異なる複数のログデータを統合し、提供情報を動的に生成する。
情報提供部３５は、所定のデータ伝送路を介してログデータの操作要求元（情報提供要求元）であるユーザ端末２００に、ログ統合部３４により生成された提供情報を送信する機能部である。
このように、本実施形態に係るログ統合管理機能は、上記各機能部が連係動作することにより実現される。
次に、ログ統合管理機能の詳細な動作（機能部群の連係動作）について、処理手順を示すシーケンス図を用いて説明する。
ログ統合管理機能は、統合管理装置１００に搭載（インストール）されるプログラム（ログ統合管理に係るソフトウェア部品）が、ＣＰＵ１０６により、格納先（例えば「ＲＯＭ」）からＲＡＭ１０４上に読み出され、以下の処理が実行されることで実現される。
なお、以降には、ログ統合管理に係る処理を「ログデータの取得・保存を行う処理」（処理１）と「ログデータの操作要求に応じた情報提供を行う処理」（処理２）とに分けて順に説明する。また、以降の説明では、アプリケーションから出力されるログデータを、ユーザ操作の履歴を記録したデータとする。
《処理１》
図５は、本実施形態に係るログデータの取得・保存を行う処理手順例を示すシーケンス図である。
図５は、本実施形態に係るログデータの取得・保存を行う処理手順例を示すシーケンス図である。
図５に示すように、サーバ３００では、アプリケーションが機能することにより、次のようなログデータの作成・送信処理が行われる。
ログ作成部４１は、アプリケーションにおいてユーザが行った各種操作の履歴を記録した操作ログ（ログデータ）を作成する（ステップＳ１０１）。このときログ作成部４１は、例えばユーザが操作を開始されてから一連の処理が終了したタイミングで操作ログを作成する。ログ作成部４１は、作成したログをログ送信部４２へと渡し、ログの送信を要求する（ステップＳ１０２）。
ログ送信部４２は、所定のデータ伝送路を介して、受け取ったログを統合管理装置１００へと送信する（ステップＳ１０３）。このときログ送信部４２は、予め設定しておいた送信先情報（例えば「統合管理装置のＩＰアドレス」）に基づき、ログを送信する。
一方、統合管理装置１００では、ログ統合管理に係るソフトウェアが動作することにより、次のようなログデータの取得・保存処理が行われる。
統合管理装置１００では、ログ取得部３１によるポーリング処理により、サーバ３００から送信されるログデータの受信待ちを行う。よって、上記ステップＳ１０３により、サーバ３００からログデータが送信されると、ログ取得部３１がログデータを受信し取得する。
ログ取得部３１は、取得したログデータをログ保持部３２に格納する（ステップＳ１０４）。その結果、ログ保持部３２は、ログデータを所定の記憶領域に保持し、所定のデータ保持形態で保存する（ステップＳ１０５）。
図６は、本実施形態に係る出力ログ５１及び保存ログ６１の例を示す図である。
図６（Ａ）及び（Ｂ）には、機能Ａ，機能Ｂを実現する各アプリケーションの出力ログ５１の例を示す図である。また、図６（Ｃ）には、これらの出力ログ５１を保存した保存ログ６１の例を示す図である。
図６（Ａ）及び（Ｂ）には、機能Ａ，機能Ｂを実現する各アプリケーションの出力ログ５１の例を示す図である。また、図６（Ｃ）には、これらの出力ログ５１を保存した保存ログ６１の例を示す図である。
出力ログ５１（アプリケーションから出力されるログデータ）は、主に、情報項目の名称を示す「項目名」と項目ごとの内容情報である「項目値」とが関連付けられた構成となっている。また、出力ログ５１の情報項目には、各アプリケーション共通の項目と、アプリケーション固有の項目とがある。
例えば、図６（Ａ）及び（Ｂ）に示す出力ログ５１ａ，５１ｂの例では、機能Ａ及び機能Ｂで共通する情報項目に「Account Name（アカウント情報）」、「Start Time（操作開始時間情報）」、「End Time（操作終了時間情報）」、「Device Name（利用機器情報）」、及び「Message（実行処理の説明情報）」などがある。一方、機能Ａに固有の情報項目として「Document Name（処理対象の文書情報）」及び「Destination（保存先情報）」、機能Ｂに固有の情報項目として「Template Name（利用テンプレート情報）」がある。
ログ送信部４２は、上記ステップＳ１０３において、アプリケーションごとに情報項目や内容情報が異なる上記出力ログ５１を統合管理装置１００に送信する。
このようにして送信された出力ログ５１は、ログ保持部３２により、例えば図６（Ｃ）に示すようなデータ保持形態で保存される。
保存ログ６１も、出力ログ５１と同様、主に、「項目名」と「項目値」とが関連付けられた構成となっている。さらに、保存ログ６１では、「項目名」に対して、アプリケーションごとの該当「項目値」が関連付けられた構成となっている。
例えば、図６（Ｃ）に示す保存ログ６１の例では、機能Ａ及び機能Ｂで共通する情報項目「Account Name」に対して、機能Ａの内容情報［USER01］と機能Ｂの内容情報［TARO］とが関連付けられている。一方、機能Ａに固有の情報項目「Document Name」に対しては、機能Ａの内容情報［Specification.doc］のみが関連付けられている。これは、情報項目「Document Name」が機能Ａ固有の項目であり機能Ｂの出力ログ５１ｂには、情報項目「Document Name」に対応する内容情報が含まれていないためである。逆の場合も同様に、機能Ｂに固有の情報項目「Template Name」に対しては、機能Ｂの内容情報［Template01］のみが関連付けられている。
ログ保持部３２は、上記ステップＳ１０５において、取得した出力ログ５１を保存し、ログデータを作成したアプリケーションごとにこれらの情報を管理する。
《処理２》
図７は、本実施形態に係るログデータの操作要求に応じた情報提供を行う処理手順例を示すシーケンス図である。
図７は、本実施形態に係るログデータの操作要求に応じた情報提供を行う処理手順例を示すシーケンス図である。
図７に示すように、ユーザ端末２００では、動作中の閲覧ソフトウェアから情報提供を要求する指示を受け付けることにより、ログデータの操作要求処理が行われる。
ログ操作要求部２１は、画面上に表示された所定のＧＵＩを介して、ユーザからの操作要求を受け付ける（ステップＳ２０１）。このときログ操作要求部２１は、ログデータを閲覧するための情報提供指示に係る情報（提供情報指定）を得る。ログ操作要求部２１は、所定のデータ伝送路を介して、受け付けた情報（情報提供指示に係る情報）を統合管理装置１００に送信し、操作要求を行う（ステップＳ２０２）。このときログ操作要求部２１は、予め設定しておいた送信先情報（例えば「統合管理装置のＩＰアドレス」）に基づき、情報提供指示に係る情報を送信する。
一方、統合管理装置１００では、ログ統合管理に係るソフトウェアが動作することにより、次のような情報提供処理が行われる。
統合管理装置１００では、ログ操作受付部３３によるポーリング処理により、ユーザ端末２００から送信される情報提供指示に係る情報の受信待ちを行う。よって、上記ステップＳ２０２により、ユーザ端末２００から情報提供指示に係る情報が送信されると、ログ操作受付部３３がログデータの操作要求を受け付けたと判断する。
ログ操作受付部３３は、受け付けた操作要求に従ってログ統合部３４に指示する（ステップＳ２０３）。このときログ操作受付部３３は、受信情報に基づき、ログ統合部３４に情報提供要求に応じたログ統合を指示する。
ログ統合部３４は、ログ保持部３２にアクセスし、受信情報（ログ操作受付部３３により受け取った情報提供指示に係る情報）に含まれる提供情報指定に基づき、保存ログ６１を参照する（ステップＳ２０４）。その結果、ログ統合部３４は、参照結果として提供情報指定に該当する保存ログ６１を取得する（ステップＳ２０５）。
ログ統合部３４は、情報提供要求に応じて、取得ログの統合を行い、提供情報を生成する（ステップＳ２０６）。
ここで、情報提供要求に応じたログ統合・提供情報生成処理について、統合されたデータ例を示す図を用いて説明する。
図８及び図９は、本実施形態に係る提供情報の例（その１，２）を示す図である。
ログ統合部３４は、取得した提供情報指定に該当する保存ログ６１を、情報提供要求に応じてログ統合し、例えば図８及び図９に示すような提供情報７１を生成する。
ログ統合部３４は、取得した提供情報指定に該当する保存ログ６１を、情報提供要求に応じてログ統合し、例えば図８及び図９に示すような提供情報７１を生成する。
図８には、ログ統合部３４に提供情報として機能Ａの出力ログ５１ａ及び機能Ｂの出力ログ５１ｂが指定された場合に、ログ統合後に生成された提供情報７１の例が示されている。さらに、図８（Ａ）には、ログ統合部３４にアプリケーション共通の情報項目及び固有の情報項目の両方を含む情報提供が要求（ログ統合が指定）された場合に生成された提供情報７１の例が示されている。一方、図８（Ｂ）には、ログ統合部３４にアプリケーション共通の情報項目のみの情報提供が要求された場合に生成された提供情報７１の例が示されている。
ログ統合部３４は、アプリケーション単位の提供情報指定に基づき、ログ保持部３２の保存ログ６１から情報項目の内容情報（項目値）を抽出する。つまり、ログ統合部３４は、指定された各アプリケーションの出力ログ５１を保存ログ６１から取得する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、閲覧レイアウト（例えば「リスト形式」）に従って提供情報７１を生成する。
例えば、図８（Ｂ）に示すように、機能Ａ及び機能Ｂ共通の情報項目のみの情報提供が要求された場合には、ログ統合部３４は、次のようなログ統合処理を行う。ログ統合部３４は、保存ログ６１から抽出された、機能Ａ及び機能Ｂ共通の情報項目及び固有の情報項目の両方を含む出力ログ５１ａ，６１ｂから、共通の情報項目「Account Name」、「Start Time」、「End Time」、「Device Name」、及び「Message」に対応する項目値のみを、情報項目ごとに関連付けてログ統合を行う。
また、ログ統合部３４は、次のようなログ統合・情報提供生成処理も行える。
図９（Ｂ）には、ログ統合部３４に情報項目「Account Name」の内容情報（項目値）［TARO］を含む出力ログ５１が提供情報として指定された場合に、ログ統合後に生成された提供情報７１の例が示されている。
図９（Ｂ）には、ログ統合部３４に情報項目「Account Name」の内容情報（項目値）［TARO］を含む出力ログ５１が提供情報として指定された場合に、ログ統合後に生成された提供情報７１の例が示されている。
ログ統合部３４は、内容情報によるアプリケーション単位の提供情報指定に基づき、ログ保持部３２の保存ログ６１から、該当する出力ログ５１の各情報項目の内容情報を抽出する。つまり、ログ統合部３４は、指定された内容情報を含む各アプリケーションの出力ログ５１を保存ログ６１から取得する。
例えば、ログ保持部３２が図９（Ａ）に示す機能Ａ，Ｂ，Ｃの出力ログ５１を含む保存ログ７１を保持しているとする。この場合、ログ統合部３４は、項目値の指定に基づき、保存ログ６１のうち、情報項目「Account Name」の内容情報が［TARO］である機能Ｂ及び機能Ｃの出力ログ５１を特定する。ログ統合部３４は、保存ログ６１から、特定した出力ログ５１の情報項目の内容情報を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（アプリケーション共通の情報項目及び固有の情報項目の両方を含む情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、リスト形式の閲覧レイアウトに従って提供情報７１を生成する。
図７の説明に戻る。ログ統合部３４は、生成した提供情報７１を情報提供部３５に渡し、提供情報７１の送信を要求する（ステップＳ２０７）。
情報提供部３５は、所定のデータ伝送路を介して、受け取った提供情報７１を情報提供要求元のユーザ端末２００に送信する（ステップＳ２０８）。このとき情報提供部３５は、情報提供要求元に対応する送信先情報（例えば「ユーザ端末のＩＰアドレス」）に基づき、提供情報７１を送信する。
ユーザ端末２００では、閲覧ソフトウェアにより、統合管理装置１００から送信される提供情報７１を受信する。よって、上記ステップＳ２０８により、統合管理装置１００から提供情報７１が送信されると、ログ表示部２２が受信情報を画面に表示する（ステップＳ２０９）。
＜まとめ＞
以上のように、本実施形態に係る統合管理装置１００によれば、ログ取得部３１により、各アプリケーションの出力ログ５１を取得し、ログ保持部３２で保存ログ６１としてアプリケーションごとに管理する。統合管理装置１００は、ログ統合部３４により、出力ログ５１の操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数の出力ログ５１を統合し提供情報７１を生成する。このときログ統合部３４では、次のようなログ統合・提供情報生成処理が行われる。ログ統合部３４は、アプリケーション単位の提供情報指定に基づき、ログ保持部３２の保存ログ６１から情報項目の内容情報（項目値）を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、閲覧レイアウトに従って提供情報７１を生成する。統合管理装置１００は、情報提供部３５により、生成した提供情報７１を要求元に応答する。
以上のように、本実施形態に係る統合管理装置１００によれば、ログ取得部３１により、各アプリケーションの出力ログ５１を取得し、ログ保持部３２で保存ログ６１としてアプリケーションごとに管理する。統合管理装置１００は、ログ統合部３４により、出力ログ５１の操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数の出力ログ５１を統合し提供情報７１を生成する。このときログ統合部３４では、次のようなログ統合・提供情報生成処理が行われる。ログ統合部３４は、アプリケーション単位の提供情報指定に基づき、ログ保持部３２の保存ログ６１から情報項目の内容情報（項目値）を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、閲覧レイアウトに従って提供情報７１を生成する。統合管理装置１００は、情報提供部３５により、生成した提供情報７１を要求元に応答する。
これによって、本実施形態に係る統合管理装置１００では、ユーザが提供情報７１の項目構成を制御可能な環境を提供している。また、統合管理装置１００では、アプリケーションごとに情報項目や内容情報が異なる複数の出力ログ５１を、そのままのデータフォーマットでログ統合・提供情報生成処理が行える。
その結果、本実施形態に係る統合管理装置１００は、ユーザ要求に応じて、複数のアプリケーションから出力される出力ログ５１を用いた情報提供を行うことができる。
［第２の実施形態］
第１の実施形態で述べたように、統合管理装置では、情報提供時のログ統合・提供情報生成処理をユーザが制御可能な構成となっている。そのため、ユーザがログデータの閲覧を行う際に、情報提供に係る各種設定が行える。その中には、例えば、提供情報に係る項目名（情報項目）や項目値（内容情報）の統合設定などがある。
第１の実施形態で述べたように、統合管理装置では、情報提供時のログ統合・提供情報生成処理をユーザが制御可能な構成となっている。そのため、ユーザがログデータの閲覧を行う際に、情報提供に係る各種設定が行える。その中には、例えば、提供情報に係る項目名（情報項目）や項目値（内容情報）の統合設定などがある。
そこで、本実施形態では、一度行ったユーザ設定を記憶し、次回の閲覧時から記憶しておいたユーザ設定に基づくログ統合を行い、より簡便に情報を提供する。これにより、ユーザ操作に係る煩雑さが軽減され、閲覧の利便性が向上する。
なお、以降の本実施形態に係る説明では、第１の実施形態と同じ点について同一符号を付してその説明を省略し、異なる点についてのみ行う。
＜ログ統合管理機能＞
図１０は、本実施形態に係るログ統合管理機能の構成例を示す図である。
図１０に示すように、機能構成における第１の実施形態との違いは、設定保持部３６を有する点である。
図１０は、本実施形態に係るログ統合管理機能の構成例を示す図である。
図１０に示すように、機能構成における第１の実施形態との違いは、設定保持部３６を有する点である。
設定保持部３６は、ユーザが行った情報提供に係る各種設定を所定の記憶領域に保持する機能部である。つまり、設定保持部３６は、ログ保持部３２と同様、統合管理装置１００が備える記憶装置（例えば「ＨＤＤ」）の記憶領域にあたる。なお、設定を保持する記憶領域は、揮発性、不揮発性を問わない。統合管理装置１００に電源が投入された状態で、情報提供に係る設定を保持可能な状態であればよい。設定保持部３６は、情報提供に係る設定を、設定したユーザごとに保持する。設定保持部３６による設定保持形態の具体例については、動作説明（処理手順説明）の中で後述する。本実施形態では、この機能部により、情報提供に係る設定をユーザごとに管理する。
また、情報提供に係る設定は、ログ統合部３４により設定保持部３６に格納される。情報提供に係る設定は、ユーザ端末２００が有するログ操作要求部２１により、統合管理装置１００にログデータの操作要求（情報提供要求）されるときに、情報提供指示に係る情報として送信される。
ログ統合部３４は、ユーザにとって最初のログ統合・提供情報生成処理を行うときに、ログ操作受付部３３により受け取った情報提供指示に係る情報から設定情報を取得し、設定保持部３６に格納する。また、ログ統合部３４は、ユーザにとって２回目以降のログ統合・提供情報生成処理を行うときに、設定保持部３６にアクセスし、情報提供に係る設定を参照し、参照結果に基づく処理を行う。ログ統合部３４によるログ統合・提供情報生成方法の具体例については、動作説明（処理手順説明）の中で後述する。
よって、ユーザ端末２００では、例えば、閲覧ソフトウェアにより、操作要求を一度行っているユーザ（設定保持部３６に設定情報が保持されているユーザ）に対して、既存の設定を提示し、その内容を確認させるだけで、ログデータを閲覧可能な環境が提供できる。その結果、ユーザは、２回目以降のログデータの操作要求において同じ設定でよければ、再度、情報提供に係る各種設定を行う必要がない。
このように、本実施形態に係るログ統合管理機能は、上記各機能部が連係動作することにより実現される。
次に、ログ統合管理機能の詳細な動作（機能部群の連係動作）について、処理手順を示すシーケンス図を用いて説明する。
ログ統合管理機能は、統合管理装置１００に搭載（インストール）されるプログラム（ログ統合管理に係るソフトウェア部品）が、ＣＰＵ１０６により、格納先（例えば「ＲＯＭ」）からＲＡＭ１０４上に読み出され、以下の処理が実行されることで実現される。
なお、以降には、ログ統合管理に係る処理のうち、第１の実施形態の処理手順と異なる「ログデータの操作要求に応じた情報提供を行う処理」（処理２）についてのみ説明する。
さらに「ログデータの操作要求に応じた情報提供を行う処理」（処理２）は、「ユーザにとって最初の操作要求」と、「２回目以降の操作要求」とで処理が異なる。よって、「ユーザの最初の操作要求に応じた情報提供を行う処理」（処理２−１）と「２回目以降の操作要求に応じた情報提供を行う処理」（処理２−２）とに分けて順に説明する。
また、以降の説明では、アプリケーションから出力されるログデータを、ユーザ操作の履歴を記録したデータとする。
また、以降の説明では、アプリケーションから出力されるログデータを、ユーザ操作の履歴を記録したデータとする。
《処理２−１》
図１１は、本実施形態に係るログデータの操作要求に応じて情報提供を行う処理手順例（最初の操作要求時）を示すシーケンス図である。
図１１は、本実施形態に係るログデータの操作要求に応じて情報提供を行う処理手順例（最初の操作要求時）を示すシーケンス図である。
図１１に示すように、ユーザ端末２００では、動作中の閲覧ソフトウェアから情報提供を要求する指示を受け付けることにより、ログデータの操作要求処理が行われる。
ログ操作要求部２１は、画面上に表示された所定のＧＵＩを介して、ユーザからの操作要求を受け付ける（ステップＳ３０１）。このときログ操作要求部２１は、ログデータを閲覧するための情報提供指示に係る情報（提供情報指定，統合項目設定，ユーザ識別）を得る。上記「統合項目設定」は、情報提供に係る設定の１つであり、統合項目指定を示す設定情報である。また、上記「ユーザ識別」は、ユーザの識別情報である。
ここで、ユーザが行う上記統合項目設定について説明する。
図１２は、本実施形態に係る保存ログ６１の例を示す図である。
例えば、ユーザが、図１２に示す保存ログ６１の提供情報７１を指定し、さらにユーザ識別に係る情報項目の統合を設定する場合、次のような操作で統合項目設定を行う。
図１２は、本実施形態に係る保存ログ６１の例を示す図である。
例えば、ユーザが、図１２に示す保存ログ６１の提供情報７１を指定し、さらにユーザ識別に係る情報項目の統合を設定する場合、次のような操作で統合項目設定を行う。
まず、ユーザは、閲覧ソフトウェアにより提示される保存ログ６１の一覧から、統合する情報項目を選択する。図１２には、データ種が同じで項目名が異なる統合対象の情報項目Ｒ（「User ID」と「ユーザＩＤ」の情報項目Ｒ１，「User Name」と「ユーザ名」の情報項目Ｒ２）が選択された例が示されている。
このように、統合対象の情報項目が選択されると、閲覧ソフトウェアにより、例えば図１３に示すような設定画面がユーザに提示される。
図１３は、本実施形態に係るログ統合項目の設定画面例（その１）を示す図である。
図１３に示す設定画面には、ユーザが選択した統合対象の情報項目Ｒ（複数の情報項目Ｒ１，Ｒ２）がプルダウンメニューＭ（メニューＭ１，Ｍ２）として表示される例が示されている。プロダウンメニューＭは、統合対象の情報項目Ｒの選択数に応じて表示される。ユーザは、このような設定画面を介して、データ種が同じで項目名が異なる情報項目をどの項目名で統一するかを指定（統一項目名を指定）できる。なお、図１３に示す設定画面例では、メニューＭから統一項目名を指定する例が示されているが、この限りでない。例えば、統一項目名の指定は、テキストボックス（非図示）などを介して、任意の項目名を入力させ指定させてもよい。
図１３に示す設定画面には、ユーザが選択した統合対象の情報項目Ｒ（複数の情報項目Ｒ１，Ｒ２）がプルダウンメニューＭ（メニューＭ１，Ｍ２）として表示される例が示されている。プロダウンメニューＭは、統合対象の情報項目Ｒの選択数に応じて表示される。ユーザは、このような設定画面を介して、データ種が同じで項目名が異なる情報項目をどの項目名で統一するかを指定（統一項目名を指定）できる。なお、図１３に示す設定画面例では、メニューＭから統一項目名を指定する例が示されているが、この限りでない。例えば、統一項目名の指定は、テキストボックス（非図示）などを介して、任意の項目名を入力させ指定させてもよい。
アプリケーション（ログを出力する機能）が異なると、項目値（内容情報）が同じデータ種であっても、項目名（情報項目）の表現が異なる場合があり、一覧表示を行った場合、情報を見づらくすることがある。例えば、項目名「User ID」及び「ユーザＩＤ」では、同じデータ種のユーザを識別する数値が項目値として含まれる。また、項目名「User Name」及び「ユーザ名」では、ユーザの名前を示す文字列が項目値をとして含まれる。その他にも、例えば、項目名「Machine Name」，「Device Name」，及び「機器名」や、項目名「End Time」，「Finish Time」，「終了時間」などが考えられる。このような場合、ユーザは、上記操作により統合対象を選択することで、同じデータ種の項目値を統一した項目名に統合することができる。
統合項目設定は、ログ統合部３４が、アプリケーションごとに情報項目や内容情報が異なる複数の出力ログ５１をログ統合するときに参照される設定である。つまり、ログ統合部３４は、統合項目設定に従ってログ統合・提供情報生成処理を行う。ログ統合・提供情報生成処理の詳細については、ステップＳ３０８にて後述する。
図１１の説明に戻る。ログ操作要求部２１は、所定のデータ伝送路を介して、受け付けた情報（情報提供指示に係る情報）を統合管理装置１００に送信し、操作要求を行う（ステップＳ３０２）。このときログ操作要求部２１は、予め設定しておいた送信先情報に基づき、情報提供指示に係る情報を送信する。
一方、統合管理装置１００では、ログ統合管理に係るソフトウェアが動作することにより、次のような情報提供処理が行われる。
統合管理装置１００では、ログ操作受付部３３によるポーリング処理により、ユーザ端末２００から送信される情報提供指示に係る情報の受信待ちを行う。よって、上記ステップＳ３０２により、ユーザ端末２００から情報提供指示に係る情報が送信されると、ログ操作受付部３３がログデータの操作要求を受け付けたと判断する。
ログ操作受付部３３は、受け付けた操作要求に従ってログ統合部３４に指示する（ステップＳ３０３）。このときログ操作受付部３３は、受信情報に基づき、ログ統合部３４に情報提供要求に応じたログ統合を指示する。
ログ統合部３４は、受信情報（ログ操作受付部３３により受け取った情報提供指示に係る情報）から統合項目設定情報を取得し、設定保持部３６に格納する（ステップＳ３０４）。その結果、設定保持部３６は、取得した統合項目設定情報を所定の記憶領域に保持し、所定のデータ保持形態で保存する（ステップＳ３０５）。
図１４は、本実施形態に係る統合項目設定情報８１の例（その１）を示す図である。
設定保持部３６が保持する統合項目設定情報８１は、主に、「ユーザ識別」と「統合項目設定」とが関連付けられた構成となっている。
設定保持部３６が保持する統合項目設定情報８１は、主に、「ユーザ識別」と「統合項目設定」とが関連付けられた構成となっている。
例えば、図１４に示す統合項目設定情報８１の例では、ユーザ識別［User01］に、ユーザが指定した統一項目名「User ID」及び「User Name」が関連付けられている。
設定保持部３６は、上記ステップＳ３０５において、取得した統合項目設定情報８１を保存し、情報提供に係る設定を行ったユーザごとにこれらの情報を管理する。
図１１の説明に戻る。ログ統合部３４は、ログ保持部３２にアクセスし、受信情報に含まれる提供情報指定に基づき、保存ログ６１を参照する（ステップＳ３０６）。その結果、ログ統合部３４は、参照結果として提供情報指定に該当する保存ログ６１を取得する（ステップＳ３０７）。
ログ統合部３４は、情報提供要求に応じて、取得ログの統合を行い、提供情報を生成する（ステップＳ３０８）。このときログ統合部３４は、統合項目設定によるアプリケーション単位の提供情報指定に基づき、ログ保持部３６の保存ログ６１から、該当する出力ログ５１の各情報項目の内容情報を抽出する。つまり、ログ統合部３４は、指定された内容情報を含む各アプリケーションの出力ログ５１を保存ログ６１から取得する。
例えば、ログ統合部３４は、統合項目設定として、統合対象の情報項目Ｒ１，Ｒ２が選択され、それぞれの統一項目名「User ID」及び「User Name」がメニューＭにより指定されていた場合、次のようなログ統合・提供情報生成処理を行う。ログ統合部３４は、統合項目設定に基づき、保存ログ６１のうち、情報項目「User ID」又は「ユーザＩＤ」、情報項目「User Name」又は「ユーザ名」を含む出力ログ５１を特定する。ログ統合部３４は、保存ログ６１から、特定した出力ログ５１の情報項目の内容情報を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求に応じた情報を、統一項目名「User ID」及び「User Name」ごとに関連付けてログ統合を行い、リスト形式の閲覧レイアウトに従って提供情報７１を生成する。
図１５は、本実施形態に係る提供情報７１を示す図である。
図１５には、上記ログ統合により生成された提供情報７１の例が示されている。
図１５に示すように、ログ統合部３４は、情報項目「User ID」又は「ユーザＩＤ」を含む出力ログ５１の抽出内容情報（抽出項目値）を、項目名「User ID」で統一し、統合する。また、ログ統合部３４は、情報項目「User Name」又は「ユーザ名」を含む出力ログ５１の抽出内容情報（抽出項目値）を、項目名「User Name」で統一し、統合する。
図１５には、上記ログ統合により生成された提供情報７１の例が示されている。
図１５に示すように、ログ統合部３４は、情報項目「User ID」又は「ユーザＩＤ」を含む出力ログ５１の抽出内容情報（抽出項目値）を、項目名「User ID」で統一し、統合する。また、ログ統合部３４は、情報項目「User Name」又は「ユーザ名」を含む出力ログ５１の抽出内容情報（抽出項目値）を、項目名「User Name」で統一し、統合する。
図１１の説明に戻る。ログ統合部３４は、生成した提供情報７１を情報提供部３５に渡し、提供情報７１の送信を要求する（ステップＳ３０９）。
情報提供部３５は、所定のデータ伝送路を介して、受け取った提供情報７１を情報提供要求元のユーザ端末２００に送信する（ステップＳ３１０）。このとき情報提供部３５は、情報提供要求元に対応する送信先情報に基づき、提供情報７１を送信する。
ユーザ端末２００では、閲覧ソフトウェアにより、統合管理装置１００から送信される提供情報７１を受信する。よって、上記ステップＳ３１０により、統合管理装置１００から提供情報７１が送信されると、ログ表示部２２が受信情報を画面に表示する（ステップＳ３１１）。
また、次のようなログ統合も考えられる。
図１６は、本実施形態に係るログ統合項目の設定画面例（その２）を示す図である。
ユーザは、図１６に示すような設定画面を介して、統合対象の情報項目を選択し、さらに選択した情報項目の内容情報（項目値）を、任意の情報項目（項目名）で統一する設定（統一項目名の設定）が行える。
図１６は、本実施形態に係るログ統合項目の設定画面例（その２）を示す図である。
ユーザは、図１６に示すような設定画面を介して、統合対象の情報項目を選択し、さらに選択した情報項目の内容情報（項目値）を、任意の情報項目（項目名）で統一する設定（統一項目名の設定）が行える。
アプリケーション（ログを出力する機能）が異なると、項目値（内容情報）がもつ意味が同じであっても、項目値（内容情報）のデータ種が異なる場合があり、一覧表示を行った場合、情報を見づらくすることがある。例えば、項目名「User ID」及び「User Name」には、異なるデータ種であるユーザを識別する数値又は文字列が項目値として含まれるが、項目値がもつ意味は同じである。その他にも、例えば、項目名「Device ID」及び「Device Name」などが考えられる。このような場合、ユーザは、上記操作により統合対象を選択することで、同じ意味をもつ項目値を統一した項目名に統合することができる。
図１６に示す設定画面には、情報項目「User ID」及び「User Name」、「Device ID」及び「Device Name」が、統合対象の情報項目として選択された例が示されている。さらに、情報項目「User ID」及び「User Name」の統一項目名として、「Account ID」が入力され、情報項目「Device ID」及び「Device Name」の統一項目名として、「Machine ID」が入力されている。
設定された統合項目設定は、上記ステップＳ３０５において説明したように、設定保持部３６に保存される。
図１７は、本実施形態に係る統合項目設定情報８１の例（その２）を示す図である。
例えば、図１７に示す統合項目設定情報８１の例では、ユーザ識別［User01］のユーザが入力指定した統一項目名「Account ID」に、選択した統合対象の情報項目「User ID」及び「User Name」が関連付けられている。また、ユーザが入力指定した統一項目名「Machine ID」に、統合対象の情報項目「Device ID」及び「Device Name」が関連付けられている。
例えば、図１７に示す統合項目設定情報８１の例では、ユーザ識別［User01］のユーザが入力指定した統一項目名「Account ID」に、選択した統合対象の情報項目「User ID」及び「User Name」が関連付けられている。また、ユーザが入力指定した統一項目名「Machine ID」に、統合対象の情報項目「Device ID」及び「Device Name」が関連付けられている。
これら統合項目設定は、設定保持部３６により保存され、情報提供に係る設定を行ったユーザごとに管理される。
統合項目設定情報８１は、上記ステップＳ３０８において説明したように、ログ統合部３４により参照され、取得ログの統合が行われ、提供情報が生成される。
例えば、統合項目設定として、統合対象の情報項目「User ID」及び「User Name」が選択され、入力された統一項目名が「Account ID」であった場合には、ログ統合部３４は、次のようなログ統合・提供情報生成処理を行う。ログ統合部３４は、統合項目設定に基づき、保存ログ６１のうち、情報項目「User ID」又は「User Name」を含む出力ログ５１を特定する。ログ統合部３４は、保存ログ６１から、特定した出力ログ５１の情報項目の内容情報を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求に応じた情報を、統一項目名「Account ID」に関連付けてログ統合を行い、リスト形式の閲覧レイアウトに従って提供情報７１を生成する。
《処理２−２》
図１８は、本実施形態に係るログデータの操作要求に応じて情報提供を行う処理手順例（２回目以降の操作要求時）を示すシーケンス図である。
図１８は、本実施形態に係るログデータの操作要求に応じて情報提供を行う処理手順例（２回目以降の操作要求時）を示すシーケンス図である。
図１８に示す「２回目以降の操作要求に応じた情報提供を行う処理」と、図１１に示す「ユーザの最初の操作要求に応じた情報提供を行う処理」との違いは、設定保持部３６に保持する統合項目設定情報に従ってログ統合・提供情報処理を行う点である。
上記異なる処理手順について説明する。
図１８に示すように、ログ統合部３４は、設定保持部３６にアクセスし、受信情報（ログ操作受付部３３により受け取った情報提供指示に係る情報）に含まれるユーザ識別に基づき、保存された統合項目設定情報を参照する（ステップＳ４０４）。その結果、ログ統合部３４は、参照結果としてユーザ識別に対応する統合項目設定情報（操作要求を行ったユーザの情報提供に係る設定情報）取得する（ステップＳ４０５）。
図１８に示すように、ログ統合部３４は、設定保持部３６にアクセスし、受信情報（ログ操作受付部３３により受け取った情報提供指示に係る情報）に含まれるユーザ識別に基づき、保存された統合項目設定情報を参照する（ステップＳ４０４）。その結果、ログ統合部３４は、参照結果としてユーザ識別に対応する統合項目設定情報（操作要求を行ったユーザの情報提供に係る設定情報）取得する（ステップＳ４０５）。
ログ統合部３４は、ログ保持部３２にアクセスし、受信情報に含まれる提供情報指定に基づき、保存ログ６１を参照する（ステップＳ４０６）。その結果、ログ統合部３４は、参照結果として提供情報指定に該当する保存ログ６１を取得する（ステップＳ４０７）。
ログ統合部３４は、情報提供要求に応じて、取得ログの統合を行い、提供情報を生成する（ステップＳ４０８）。このときログ統合部３４は、統合項目設定によるアプリケーション単位の提供情報指定に基づき、ログ保持部３６の保存ログ６１から、該当する出力ログ５１の各情報項目の内容情報を抽出する。つまり、ログ統合部３４は、指定された内容情報を含む各アプリケーションの出力ログ５１を保存ログ６１から取得する。ログ統合部３４は、統合項目設定に基づき、保存ログ６１のうち、情報項目とその内容情報が設定情報に該当する出力ログ５１を特定する。ログ統合部３４は、保存ログ６１から、特定した出力ログ５１の情報項目の内容情報を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、リスト形式の閲覧レイアウトに従って提供情報７１を生成する。
ログ統合部３４は、生成した提供情報７１を情報提供部３５に渡し、提供情報７１の送信を要求する（ステップＳ４０９）。
＜まとめ＞
以上のように、本実施形態に係る統合管理装置１００によれば、ログ取得部３１により、各アプリケーションの出力ログ５１を取得し、ログ保持部３２で保存ログ６１としてアプリケーションごとに管理する。統合管理装置１００は、ログ統合部３４により、出力ログ５１の操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数の出力ログ５１を統合し提供情報７１を生成する。このときログ統合部３４では、次のようなログ統合・提供情報生成処理が行われる。ログ統合部３４は、アプリケーション単位の提供情報指定に基づき、ログ保持部３２の保存ログ６１から情報項目の内容情報（項目値）を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、閲覧レイアウトに従って提供情報７１を生成する。統合管理装置１００は、情報提供部３５により、生成した提供情報７１を要求元に応答する。
以上のように、本実施形態に係る統合管理装置１００によれば、ログ取得部３１により、各アプリケーションの出力ログ５１を取得し、ログ保持部３２で保存ログ６１としてアプリケーションごとに管理する。統合管理装置１００は、ログ統合部３４により、出力ログ５１の操作要求（情報提供要求）に応じて、アプリケーションごとに情報項目や内容情報が異なる複数の出力ログ５１を統合し提供情報７１を生成する。このときログ統合部３４では、次のようなログ統合・提供情報生成処理が行われる。ログ統合部３４は、アプリケーション単位の提供情報指定に基づき、ログ保持部３２の保存ログ６１から情報項目の内容情報（項目値）を抽出する。ログ統合部３４は、抽出した内容情報のうち、ログ操作受付部３３により受け付けたログデータの操作要求（情報提供要求）に応じた情報を情報項目ごとに関連付けてログ統合を行い、閲覧レイアウトに従って提供情報７１を生成する。統合管理装置１００は、情報提供部３５により、生成した提供情報７１を要求元に応答する。
その結果、本実施形態に係る統合管理装置１００でも、第１の実施形態と同様の効果を奏することができる。
さらに、統合管理装置１００では、一度行ったユーザによる情報提供に係る設定を記憶し、次回の閲覧時から記憶しておいたユーザ設定に基づくログ統合を行い、より簡便に情報を提供する。ログ統合部３４は、ユーザからの出力ログ５１の操作要求が最初の要求である場合（設定保持部３６にユーザ設定が保存されていない場合）、ログ操作受付部３３により受け取った情報提供指示に係る情報に含まれる統合項目設定を、設定保持部３６の所定の記憶領域に格納する。ログ統合部３４は、ユーザからの出力ログ５１の操作要求が二回目以降の要求である場合（設定保持部３６にユーザ設定が保存されている場合）、設定保持部３６が保持する統合項目設定情報を参照し、その設定情報に従って、ログ統合・提供情報生成処理を行う。
これによって、本実施形態に係る統合管理装置１００では、ユーザにより行われる情報提供の設定操作に係る煩雑さが軽減され、閲覧の利便性が向上する。
［変形例］
上記各実施形態に係る統合管理システム１では、機器製造メーカが提供する、ログ統合管理機能を実現するソフトウェアをインストールした統合管理装置１００を導入する構成について説明を行った。ユーザへの上記ログ統合管理機能の提供方法については、この限りでない。統合管理装置１００を提供する以外には、ログ統合管理機能を実現するソフトウェアを提供する方法などがある。
上記各実施形態に係る統合管理システム１では、機器製造メーカが提供する、ログ統合管理機能を実現するソフトウェアをインストールした統合管理装置１００を導入する構成について説明を行った。ユーザへの上記ログ統合管理機能の提供方法については、この限りでない。統合管理装置１００を提供する以外には、ログ統合管理機能を実現するソフトウェアを提供する方法などがある。
例えば、図１９〜図２２に、ソフトウェアを提供することにより、ユーザ環境においてログ統合管理機能を実現するシステム及びその機能構成例を示す。以下に、これらの図を用いて、上記各実施態に係る変形例について説明する。
《その１》
図１９は、本変形例に係る統合管理システム１の構成例（その１）を示す図である。
図１９に示すように、ログ統合管理機能を実現するソフトウェアを、ユーザ端末２００にインストールし、ユーザ端末２００を統合管理装置とする構成であってもよい。この場合、例えば図２０に示すような機能構成となる。
図１９は、本変形例に係る統合管理システム１の構成例（その１）を示す図である。
図１９に示すように、ログ統合管理機能を実現するソフトウェアを、ユーザ端末２００にインストールし、ユーザ端末２００を統合管理装置とする構成であってもよい。この場合、例えば図２０に示すような機能構成となる。
図２０は、本変形例に係るログ統合管理機能の構成例（その１）を示す図である。
図４に示す機能構成との違いは、図２０に示すように、本変形例に係るログ統合機能では、ログ操作受付部３３及び情報提供部３５を有しておらず、ログ操作要求部２１及びログ表示部２２がログ統合部３４と連係動作する構成となっている点である。
図４に示す機能構成との違いは、図２０に示すように、本変形例に係るログ統合機能では、ログ操作受付部３３及び情報提供部３５を有しておらず、ログ操作要求部２１及びログ表示部２２がログ統合部３４と連係動作する構成となっている点である。
《その２》
図２１は、本変形例に係る統合管理システムの構成例（その２）を示す図である。
図２１に示すように、ログ統合管理機能を実現するソフトウェアを、ユーザ端末２００にインストールし、ユーザ端末２００を統合管理装置とするとともに、アプリケーションからの出力ログ５１を取得・保存する機能のみを情報収集装置４００（データ管理サーバ）で一元管理する構成であってもよい。
図２１は、本変形例に係る統合管理システムの構成例（その２）を示す図である。
図２１に示すように、ログ統合管理機能を実現するソフトウェアを、ユーザ端末２００にインストールし、ユーザ端末２００を統合管理装置とするとともに、アプリケーションからの出力ログ５１を取得・保存する機能のみを情報収集装置４００（データ管理サーバ）で一元管理する構成であってもよい。
図２２は、本変形例に係るログ統合管理機能の構成例（その２）を示す図である。
図２０に示す機能構成との違いは、図２２に示すように、本変形例に係るログ統合機能では、情報収集装置４００がログ取得部３１及びログ保持部３２を有し、統合管理装置であるユーザ端末２００が、ログ操作要求部２１、ログ表示部２２、及びログ統合部３４を有する構成となっている点である。
図２０に示す機能構成との違いは、図２２に示すように、本変形例に係るログ統合機能では、情報収集装置４００がログ取得部３１及びログ保持部３２を有し、統合管理装置であるユーザ端末２００が、ログ操作要求部２１、ログ表示部２２、及びログ統合部３４を有する構成となっている点である。
以上のように、ログ統合管理機能は、ソフトウェアにより実現できることから、ユーザ環境に応じた機能提供が可能である。
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る統合管理装置１００が有する「ログ統合管理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、ＣＰＵ１０６により実行されることで実現される。
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。上記記録媒体１０３ａには、例えば、フロッピー（登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびにＳＤメモリカード（SD Memory Card）及びＵＳＢ（Universal Serial Bus）メモリなどがある。
よって、上記プログラムは、上記記録媒体１０３ａに記憶させることで、記録媒体１０３ａを読み取り可能なドライブ装置１０３などを介して統合管理装置１００にインストールすることができる。また、統合管理装置１００は、インタフェース装置１０７を備えていることから、インターネットなどの電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
１ 統合管理システム
２１ ログ表示部
２２ ログ操作要求部
３１ ログ取得部
３２ ログ保持部
３３ ログ操作受付部
３４ ログ統合部
３５ ログ出力部
３６ 設定保持部
４１ ログ作成部
４２ ログ送信部
５１ 出力ログ
６１ 保存ログ
７１ 提供情報
８１ 統合項目設定情報
１００ 統合管理装置（統合管理サーバ）
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（中央処理装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ ユーザ端末（情報処理装置）
３００ サーバ（情報処理装置）
４００ 情報収集装置（データ管理サーバ）
２１ ログ表示部
２２ ログ操作要求部
３１ ログ取得部
３２ ログ保持部
３３ ログ操作受付部
３４ ログ統合部
３５ ログ出力部
３６ 設定保持部
４１ ログ作成部
４２ ログ送信部
５１ 出力ログ
６１ 保存ログ
７１ 提供情報
８１ 統合項目設定情報
１００ 統合管理装置（統合管理サーバ）
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（中央処理装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ ユーザ端末（情報処理装置）
３００ サーバ（情報処理装置）
４００ 情報収集装置（データ管理サーバ）
Claims (12)
- １又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置であって、
前記アプリケーションから出力されたログデータを取得する取得手段と、
前記ログデータの操作要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、
前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段と、
を有し、
前記情報生成手段は、前記要求受付手段により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成することを特徴とする統合管理装置。 - １又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置であって、
前記アプリケーションから出力されたログデータを取得する取得手段と、
前記ログデータの操作要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、
前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段と、
を有し、
前記情報生成手段は、前記要求受付手段により前記ログデータの操作要求として、アプリケーション固有の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション固有の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成することを特徴とする統合管理装置。 - 前記情報生成手段は、
前記要求受付手段により前記ログデータの操作要求として、指定された情報項目の内容情報を含むログデータの情報提供が指定された場合、
前記取得手段により取得された１又は複数のログデータのうち、指定された情報項目の内容情報を含むログデータを特定し、特定した各ログデータの情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成する
ことを特徴とする請求項１または２に記載の統合管理装置。 - 前記要求受付手段により前記ログデータの操作要求として受け付けた情報提供指示に係る情報に含まれる、統合対象の情報項目に係る設定情報を、ユーザごとに保持する保持手段
を有し、
前記保持手段は、
前記要求受付手段により受け付けた前記ログデータの操作要求が、ユーザからの最初の操作要求であった場合、
受け付けた情報提供指示に係る情報に含まれる統合項目設定情報を、受け付けた情報提供指示に係る情報に含まれるユーザを識別するユーザ識別と関連付けて保持する
ことを特徴とする請求項１ないし３のいずれか一項に記載の統合管理装置。 - 前記情報生成手段は、
前記要求受付手段により受け付けた前記ログデータの操作要求が、ユーザからの二回目以降の操作要求であった場合、
前記ユーザ識別に基づき、前記保持手段で保持する操作要求を行ったユーザに対応する統合項目設定情報を特定し、特定した統合項目設定情報に従って、提供情報として指定された各ログデータの情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成する
ことを特徴とする請求項４に記載の統合管理装置。 - １又は複数のアプリケーションが機能する情報処理装置と、前記アプリケーションから出力されるログデータを統合する統合管理装置とが、所定のデータ伝送路を介して接続される統合管理システムであって、
前記統合管理装置が、
前記情報処理装置から前記ログデータを取得する取得手段と、
前記ログデータの操作要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、
前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段と、
を有し、
前記情報生成手段は、前記要求受付手段により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成することを特徴とする統合管理システム。 - １又は複数のアプリケーションが機能する情報処理装置と、前記アプリケーションから出力されるログデータを統合する統合管理装置とが、所定のデータ伝送路を介して接続される統合管理システムであって、
前記統合管理装置が、
前記情報処理装置から前記ログデータを取得する取得手段と、
前記ログデータの操作要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、
前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段と、
を有し、
前記情報生成手段は、前記要求受付手段により前記ログデータの操作要求として、アプリケーション固有の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション固有の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成することを特徴とする統合管理システム。 - １又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置における統合管理方法であって、
前記アプリケーションから出力されたログデータを取得する取得手順と、
前記ログデータの操作要求を受け付ける要求受付手順と、
前記要求受付手順により受け付けた操作要求に応じて、前記取得手順により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手順と、
前記情報生成手順により生成した提供情報を操作要求元に応答する応答手順と、
を有し、
前記情報生成手順では、前記要求受付手順により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手順により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成することを特徴とする統合管理方法。 - １又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置における統合管理方法であって、
前記アプリケーションから出力されたログデータを取得する取得手順と、
前記ログデータの操作要求を受け付ける要求受付手順と、
前記要求受付手順により受け付けた操作要求に応じて、前記取得手順により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手順と、
前記情報生成手順により生成した提供情報を操作要求元に応答する応答手順と、
を有し、
前記情報生成手順では、前記要求受付手順により前記ログデータの操作要求として、アプリケーション固有の情報項目で構成される情報提供が指示された場合、前記取得手順により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション固有の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成することを特徴とする統合管理方法。 - １又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置における統合管理プログラムであって、
コンピュータを、
前記アプリケーションから出力されたログデータを取得する取得手段と、
前記ログデータの操作要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、
前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段として機能させ、
前記情報生成手段として機能させる際に、前記要求受付手段により前記ログデータの操作要求として、アプリケーション共通の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション共通の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成させる統合管理プログラム。 - １又は複数のアプリケーションが機能する情報処理装置と、所定のデータ伝送路を介して接続される統合管理装置における統合管理プログラムであって、
コンピュータを、
前記アプリケーションから出力されたログデータを取得する取得手段と、
前記ログデータの操作要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた操作要求に応じて、前記取得手段により取得した前記アプリケーションごとに情報項目及び内容情報が異なる複数のログデータを統合し、提供情報を生成する情報生成手段と、
前記情報生成手段により生成した提供情報を操作要求元に応答する応答手段として機能させ、
前記情報生成手段として機能させる際に、前記要求受付手段により前記ログデータの操作要求として、アプリケーション固有の情報項目で構成される情報提供が指示された場合、前記取得手段により取得された１又は複数のログデータのうち、提供情報として指定された各ログデータにおけるアプリケーション固有の情報項目の内容情報を抽出し、抽出した情報を情報項目ごとに統合することで、提供情報を生成させる統合管理プログラム。 - 請求項１０または１１に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009203927A JP5471198B2 (ja) | 2009-09-03 | 2009-09-03 | 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009203927A JP5471198B2 (ja) | 2009-09-03 | 2009-09-03 | 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011054043A JP2011054043A (ja) | 2011-03-17 |
| JP5471198B2 true JP5471198B2 (ja) | 2014-04-16 |
Family
ID=43942959
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009203927A Expired - Fee Related JP5471198B2 (ja) | 2009-09-03 | 2009-09-03 | 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5471198B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9223632B2 (en) | 2011-05-20 | 2015-12-29 | Microsoft Technology Licensing, Llc | Cross-cloud management and troubleshooting |
| JP7385245B2 (ja) * | 2019-07-05 | 2023-11-22 | 株式会社デプロイゲート | 情報処理装置、情報処理システム及び情報処理プログラム |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005242988A (ja) * | 2004-01-27 | 2005-09-08 | Seiko Epson Corp | ログ情報管理システム、サービス提供システム、ログ情報管理プログラムおよびサービス提供プログラム、並びにログ情報管理方法およびサービス提供方法 |
| JP4242852B2 (ja) * | 2005-04-22 | 2009-03-25 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | ログ集計支援装置、ログ集計支援システム、ログ集計支援プログラム、およびログ集計支援方法 |
| JP2008077611A (ja) * | 2006-09-25 | 2008-04-03 | Hitachi Software Eng Co Ltd | ログ統合管理システム |
| JP2008210308A (ja) * | 2007-02-28 | 2008-09-11 | Mitsubishi Electric Corp | ログ統合管理装置、及び、ログ統合管理方法、ログ統合管理プログラム |
| JP2008226017A (ja) * | 2007-03-14 | 2008-09-25 | Ns Solutions Corp | ログ情報生成装置、ログ情報管理装置、ログ情報生成方法、ログ情報管理方法及びプログラム |
-
2009
- 2009-09-03 JP JP2009203927A patent/JP5471198B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011054043A (ja) | 2011-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2487396C2 (ru) | Управление программами-компонентами в служебном приложении | |
| EP2019364A2 (en) | License management apparatus, license management method, and computer program | |
| US20120096465A1 (en) | Image forming apparatus, log management method, and storage medium | |
| US9635214B2 (en) | Image processing system for setting filename to received image data, image processing method therefor, and storage medium | |
| JP7231518B2 (ja) | パッケージ化支援システムおよびパッケージ化支援方法 | |
| JP4953753B2 (ja) | 情報処理装置及びその制御方法、プログラム | |
| JP2011186768A (ja) | ファイル管理システム、情報処理装置、及び情報処理方法 | |
| JP5707760B2 (ja) | 情報処理システム、情報処理装置、情報処理方法、情報処理プログラム、及びそのプログラムを記録した記録媒体 | |
| JP5471198B2 (ja) | 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 | |
| JP5167200B2 (ja) | 印刷ジョブ抽出装置およびプリントシステム | |
| JP2007053468A (ja) | 文書管理システム、時刻署名処理方法、記憶媒体、プログラム | |
| JP2009025977A (ja) | ミドルウェアにおける操作履歴機能 | |
| JP5224839B2 (ja) | 文書管理システム、文書管理装置、文書管理方法及びプログラム | |
| JP6103978B2 (ja) | 配信装置、デバイス装置、配信装置の制御方法およびコンピュータプログラム | |
| US10313188B2 (en) | Method for remote management of multiple device configurations | |
| JP5006683B2 (ja) | ネットワーク端末管理装置、方法、及び、プログラム | |
| JP5370029B2 (ja) | 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体 | |
| JP2015106314A (ja) | 構成管理システム、構成管理システムの制御方法、およびプログラム | |
| JP2014032687A (ja) | 統合管理装置、制御方法及びプログラム | |
| JP6355542B2 (ja) | 情報処理装置、その処理方法及びプログラム | |
| JP2011090596A (ja) | プログラムインストール方法並びにこの方法を実施するための可搬型記録媒体、情報処理装置、画像形成システム及びサーバ装置 | |
| JP2010055559A (ja) | 文書管理装置、文書管理方法、及びプログラム | |
| JP2019074954A (ja) | 情報処理装置、管理サーバー、情報処理方法及びプログラム | |
| JP2014052968A (ja) | ドライバ配信サーバ及びドライバ配信プログラム | |
| JP5450549B2 (ja) | 情報処理システム、情報処理システムの制御方法、および、プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120625 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130827 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130828 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131017 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140107 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140120 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5471198 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| LAPS | Cancellation because of no payment of annual fees |