JP2014179000A - 情報管理システム及びプログラム - Google Patents

Abstract

【課題】必要なログデータの入手を容易化すること。
【解決手段】１以上のコンピュータを含む情報管理システムであって複数の情報処理装置のそれぞれよりログデータを受信し、当該ログデータの送信元の情報処理装置の属性情報に関連付けて当該ログデータを第一の記憶部に記憶する受信部と、前記ログデータの検索要求に応じ、当該検索要求元の識別情報に対応付けて第二の記憶部が記憶する前記検索要求元の属性情報の少なくとも一部が合致する属性情報に関連付けられて前記第一の記憶部に記憶されているログデータを検索する検索部とを有する。
【選択図】図３

Description

本発明は、情報管理システム及びプログラムに関する。

従来、画像形成装置等の機器と連携した各種のコンピュータシステムが利用されている。斯かるコンピュータシステムの一例として、画像形成装置によってスキャンされた画像データに関するワークフローを実行するコンピュータを含むシステムや、ＰＣ（Personal Computer）等より送信される印刷データを蓄積し、ユーザによって操作される画像形成装置からの要求に応じて当該印刷データを当該画像形成装置に転送するコンピュータを含むシステム等が有る。

各コンピュータシステムを構成するコンピュータは、障害の発生やプログラムのバグ等を解析可能とするためのログデータを記録している。

しかしながら、各コンピュータシステムは、それぞれ独立して構築及び管理されている。したがって、従来、各コンピュータにおいて記録されているログデータは、一元的に管理されていなかった。そのため、サービスマン等は、各コンピュータより、それぞれのログデータを取得する必要が有った。

本発明は、上記の点に鑑みてなされたものであって、必要なログデータの入手を容易化することを目的とする。

そこで上記課題を解決するため、１以上のコンピュータを含む情報管理システムであって複数の情報処理装置のそれぞれよりログデータを受信し、当該ログデータの送信元の情報処理装置の属性情報に関連付けて当該ログデータを第一の記憶部に記憶する受信部と、前記ログデータの検索要求に応じ、当該検索要求元の識別情報に対応付けて第二の記憶部が記憶する前記検索要求元の属性情報の少なくとも一部が合致する属性情報に関連付けられて前記第一の記憶部に記憶されているログデータを検索する検索部とを有する。

必要なログデータの入手を容易化することができる。

本発明の実施の形態における統合管理システムの構成例を示す図である。 本発明の実施の形態における統合管理サーバのハードウェア構成例を示す図である。 本発明の実施の形態における統合管理サーバ及び連携サーバの機能構成例を示す図である。 第一の実施の形態における統合管理サーバへのログデータの収集処理の処理手順の一例を説明するためのシーケンス図である。 ログデータの検索処理の処理手順の一例を説明するためのフローチャートである。 第二の実施の形態における統合管理サーバへのログデータの収集処理の処理手順の一例を説明するためのシーケンス図である。 統合管理サーバの画面の遷移例を示す図である。 ログデータの収集処理を中断させるための処理手順の一例を説明するためのシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における統合管理システムの構成例を示す図である。図１に示される統合管理システム１は、統合管理サーバ１０、複数の連携サーバ２０、及び複数の機器３０等を含む。

機器３０は、例えば、複合機又はプリンタ等の画像形成装置である。但し、プロジェクタ、テレビ会議システム、又はデジタルカメラ等、画像形成装置以外の電子機器が利用されてもよい。

連携サーバ２０は、機器３０と連携した機能を提供するための１以上のコンピュータである。各連携サーバ２０は、１以上の機器３０と、ＬＡＮ（Local Area Network）又はインターネット等を介して通信可能とされ、それぞれに実装された機能を実行する。例えば、連携サーバ２０ａは、機器３０においてスキャンされた画像データを、所定の宛先に配信する配信サーバとして機能する。連携サーバ２０ｂは、非図示のＰＣ等より送信される印刷データを蓄積し、ユーザによって操作される機器３０からの要求に応じ、当該ユーザに係る当該印刷データを機器３０に送信する印刷サーバとして機能する。

各連携サーバ２０は、それぞれの機能に関して障害等が発生した場合に備え、障害の解析を支援するためのログデータを生成し、記憶する。各連携サーバ２０は、また、自らと連携する機器３０よりログデータを収集し、記憶する。

統合管理サーバ１０は、各連携サーバ２０が記憶するログデータを収集し、一元的に管理する１以上のコンピュータである。統合管理サーバ１０は、保守作業の担当者等が、所望のログデータを迅速に入手可能とするために、収集されたログデータを管理する。保守作業の担当者の一例として、障害の解決を担当するサービスマンや、各連携サーバ２０又は機器３０にインストールされているプログラムの開発者等が挙げられる。

統合管理システム１は、複数の国又は地域や、複数のユーザ環境に跨って構築されてもよい。ユーザ環境とは、連携サーバ２０の利用契約をしている企業等の組織単位のシステム環境をいう。各連携サーバ２０は、基本的に、連携先の機器３０と同じユーザ環境に設置される。例えば、連携サーバ２０ａは、Ａ国の顧客環境ａに設置され、連携サーバ２０ｂは、Ｂ国の顧客環境ｂに設置される。統合管理サーバ１０は、例えば、機器３０のメーカーによって運営される。

図２は、本発明の実施の形態における統合管理サーバのハードウェア構成例を示す図である。図２の統合管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

統合管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って統合管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、各連携サーバ２０も、図２に示されるハードウェア構成を有していてもよい。

図３は、本発明の実施の形態における統合管理サーバ及び連携サーバの機能構成例を示す図である。

図３において、統合管理サーバ１０は、ＵＩ部１１、ログ収集要求部１２、ログ取得部１３、及びログ検索部１４等を有する。これら各部は、統合管理サーバ１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。統合管理サーバ１０は、また、連携サーバ情報記憶部１５、ログ記憶部１６、及び担当者情報記憶部１７等を利用する。これら各記憶部は、補助記憶装置１０２、又は統合管理サーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。

ＵＩ部１１は、ログデータの収集要求及びログデータの検索要求等をユーザから受け付けたり、ログデータの検索結果の出力等を行ったりする。ログ収集要求部１２は、各連携サーバ２０に対して、ログデータの収集要求を送信する。ここでいうログデータの収集は、連携サーバ２０内部に散在しているログデータ、又は連携サーバ２０と連携する機器３０からのログデータの収集をいう。

ログ取得部１３は、各連携サーバ２０において収集されたログデータを取得する。取得されたログデータは、ログ記憶部１６に記憶される。ログ検索部１４は、ログデータの検索要求に応じ、検索要求に対応するログデータを、ログ記憶部１６より検索する。

連携サーバ情報記憶部１５は、各連携サーバ２０の属性情報を記憶する。担当者情報記憶部１７は、連携サーバ２０又は機器３０の保守作業等を担当する担当者ごとに、その属性情報を記憶する。

一方、連携サーバ２０は、ログ収集部２１及びログ送信部２２等を有する。これら各部は、連携サーバ２０にインストールされたプログラムが、連携サーバ２０のＣＰＵに実行させる処理により実現される。

ログ収集部２１は、統合管理サーバ１０からのログデータの収集要求に応じ、ログデータを収集する。ログ送信部２２は、収集されたログデータを、統合管理サーバ１０に送信する。

以下、統合管理システム１において実行される処理手順について説明する。図４は、第一の実施の形態における統合管理サーバへのログデータの収集処理の処理手順の一例を説明するためのシーケンス図である。なお、図４の処理は、複数の連携サーバ２０のそれぞれに関して、並列的又は直列的に実行される。

ステップＳ１１０において、統合管理サーバ１０のログ収集要求部１２は、ログデータの収集要求を連携サーバ２０に送信する。なお、ログデータの収集先となる連携サーバ２０は、例えば、連携サーバ情報記憶部１５に基づいて特定される。また、ステップＳ１１０は、ＵＩ部１１が、ユーザより受け付ける指示入力に応じて開始されてもよいし、定期的なログデータの収集時期の到来に応じて自動的に開始されてもよい。

連携サーバ２０のログ収集部２１は、ログデータの収集要求に応じ、連携サーバ２０内に散在しているログデータを収集する（Ｓ１２０）。連携サーバ２０内に散在しているログデータとは、例えば、連携サーバ２０にインストールされている複数のプログラムが、それぞれに対応するフォルダ下のファイルに記録しているログデータをいう。収集されたログデータは、例えば、連携サーバ２０の補助記憶装置の所定のフォルダに記憶される。なお、ステップＳ１２０において、ログ収集部２１は、連携サーバ２０の連携相手となる機器３０に記憶されているログデータを収集してもよい。

続いて、ログ収集部２１は、ログデータの収集処理の成否を示す情報を含む応答を、統合管理サーバ１０に返信する（Ｓ１３０）。当該応答がログデータの収集処理の成功を示す場合、ステップＳ１４０以降が実行される。

ステップＳ１４０において、統合管理サーバ１０のログ取得部１３は、ログデータの送信要求を、連携サーバ２０に送信する。連携サーバ２０のログ送信部２２は、当該要求に応じ、所定のフォルダに記憶されているログデータを返信する（Ｓ１５０）。ログ取得部１３は、返信されたログデータをログ記憶部１６に記憶する。この際、ログ取得部１３は、ログデータの返信元（ログデータの送信要求の送信先）の連携サーバ２０に関して連携サーバ情報記憶部１５に記憶されている属性情報を関連付けて、ログ記憶部１６に、ログデータを記憶する。例えば、連携サーバ情報記憶部１５は、連携サーバ２０のＩＰアドレス又はＵＲＬ（Uniform Resource Locator）等のアドレス情報若しくは識別情報に対応付けて、地域ＩＤ、顧客ＩＤ、及び機能種別等を記憶する。地域ＩＤは、国又は地域ごとの識別情報である。顧客ＩＤは、顧客環境ごとの識別情報である。顧客ＩＤは、連携サーバ２０及び機器３０のユーザの識別情報であるともいえる。機能種別は、連携サーバ２０の機能又はサービスの種別である。ログ取得部１３は、ログデータの送信要求の送信先のＩＰアドレス又はＵＲＬに対応する、地域ＩＤ及び機能種別等を、ログ記憶部１６に記憶されるログデータに関連付ける。なお、地域ＩＤ、顧客ＩＤ、及び機能種別は、連携サーバ２０において、ログデータに含められてもよい。また、ログデータの記憶先のフォルダのフォルダ名は、日時等に基づいて自動的に決定されてもよいし、ユーザによって入力されてもよい。

続いて、ログ記憶部１６に記憶されたログデータの検索処理について説明する。図５は、ログデータの検索処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ２０１において、ＵＩ部１１は、検索要求を受け付ける。検索要求は、ネットワークを介して受信されてもよい。この場合、検索者は、統合管理サーバ１０にネットワークを介して接続される端末において検索要求を入力する。検索要求には、検索者の識別情報の一例である担当者ＩＤが指定される。なお、検索者の一例として、いずれかの地域のいずれかの顧客環境における、いずれかの機能種別に係る機能に関する保守作業又は障害対応等を担当する担当者が挙げられる。

続いて、ログ検索部１４は、検索要求に指定された担当者ＩＤに対応する属性情報を、担当者情報記憶部１７より取得する（Ｓ２０２）。当該属性情報には、担当者ＩＤに係る担当者が担当する地域の地域ＩＤ、当該担当者が担当する顧客環境の顧客ＩＤ、及び当該担当者が担当する機能種別等が含まれる。

続いて、ログ検索部１４は、担当者ＩＤに対応する属性情報における特定の項目の値と、ログデータに関連付けられている属性情報において、当該特定の項目に対応する項目の値とを照合することにより、担当者に関連するログデータをログデータ記憶部より検索する（Ｓ２０３）。本実施の形態において、特定の項目は、地域ＩＤ、顧客ＩＤ、及び機能種別である。但し、これ以外の項目が照合対象とされてもよい。

続いて、ＵＩ部１１は、検索されたログデータの一覧を、検索要求元に出力する（Ｓ２０４）。例えば、検索要求がネットワークを介して受信された場合は、検索要求元に、ログデータの一覧が返信される。

上述したように、第一の実施の形態によれば、複数の連携サーバ２０から収集されるログデータに対して、自動的に各連携サーバ２０の属性情報が関連付けられる。また、ログデータの検索要求に指定された担当者ＩＤに対応する属性情報が自動的に取得され、当該属性情報の少なくとも一部に合致する属性情報に関連付けられているログデータが検索される。したがって、各担当者は、自らの担当者ＩＤを入力することで、自らの担当範囲に対応したログデータを容易に入手することができる。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

図６は、第二の実施の形態における統合管理サーバへのログデータの収集処理の処理手順の一例を説明するためのシーケンス図である。図６中、図４と同一ステップには同一ステップ番号を付し、その説明は、適宜省略する。

図６において、連携サーバ２０のログ収集部２１は、ログデータの収集処理の実行と並行して、当該収集処理の進捗情報を、定期的に統合管理サーバ１０に送信する（Ｓ１２１ａ〜Ｓ１２３ａ）。進捗情報には、例えば、収集されるべきログデータを格納するファイルごとに、ファイル名、ファイルサイズ、及び収集が完了しているか否かを示す値を含む情報である。また、機器３０からもログデータが収集される場合には、ログデータの収集対象である機器３０ごとに、機器３０の名前、ログデータのサイズ、及び収集が完了しているか否かを示す値等が、進捗情報に含まれていてもよい。

ログ取得部１３は、進捗情報を受信すると、進捗情報に基づいて、進捗度を算出する。ＵＩ部１１は、進捗度（進捗状況）を表示させる画面の表示状態を更新する。

図７は、統合管理サーバの画面の遷移例を示す図である。図７に示される画面は、統合管理サーバ１０にネットワークを介して接続可能な端末において表示されてもよいし、統合管理サーバ１０が備える表示装置に表示されてもよい。

図７において、指示画面５１０は、ステップＳ１０１の開始指示を受け付ける画面の一例である。指示画面５１０においてログデータの収集が指示されると、ＵＩ部１１は、全体進捗画面５２０を表示させる。全体進捗画面５２０は、ログデータの収集対象とされている全ての連携サーバ２０におけるログデータの収集処理の進捗度（以下、「全体進捗度」という。）を表示させる画面である。全体進捗度は、各連携サーバ２０からの進捗情報を統合することにより算出可能である。

全体進捗画面５２０において、詳細ボタン５２１が押下されると、ＵＩ部１１は、個別進捗画面５３０を表示させる。個別進捗画面５３０は、連携サーバ２０ごとに、ログデータの収集処理の進捗度（以下、「個別進捗度」という。）を表示される画面である。個別進捗度は、各連携サーバ２０からの進捗情報に基づいて算出可能である。なお、個別進捗画面５３０において、全体ボタン５３１が押下されると、表示対象の画面は、全体進捗画面５２０に戻る。

その後、全ての連携サーバ２０より、ログデータの生成処理の成否を示す情報を含む応答が返信されると（Ｓ１３０）、ＵＩ部１１は、全体進捗画面５２０又は個別進捗画面５３０を非表示とし、例えば、保存先指定画面５４０を表示させる。保存先指定画面５４０では、収集されたログデータの保存先のルートフォルダの名前が入力される。ログ取得部１３は、保存先指定画面５４０に名前が入力されたフォルダをログ記憶部１６として、受信されたログデータを保存する。ログデータの保存が完了すると、ＵＩ部１１は、例えば、完了通知画面５５０を表示させる。

なお、図６では省略されているステップＳ１４０以降の処理は、図４において説明した通りでよい。

続いて、図７に示される個別進捗画面５３０において、連携サーバ２０ごとに配置されている中断ボタン５３２のいずれかが押下された場合に実行される処理について説明する。

図８は、ログデータの収集処理を中断させるための処理手順の一例を説明するためのシーケンス図である。図８中、図６と同一ステップには同一ステップ番号を付し、その説明は省略する。

個別進捗画面５３０におけるいずれかの中断ボタン５３２が押下されると、ログ取得部１３は、押下された中断ボタン５３２に対応する連携サーバ２０に対して、ログデータの収集処理の中断要求を送信する（Ｓ１２５）。当該要求に応じ、当該連携サーバ２０のログ収集部２１は、ログデータの収集処理を中断する（Ｓ１２６）。続いて、ログ収集部２１は、中断の結果を示す情報を統合管理サーバ１０に返信する（Ｓ１２７）。例えば、中断要求が受信される直前に、ログデータの収集処理が完了している場合は、中断に失敗したことを示す情報が応答されてもよい。

なお、中断対象とされなかった連携サーバ２０については、ステップＳ１３０以降の処理が実行される。

なお、上記各実施の形態において、統合管理サーバ１０は、情報管理システム又は情報管理装置の一例である。連携サーバ２０は、情報処理装置の一例である。ログ取得部１３は、受信部の一例である。ログ検索部１４は、検索部の一例である。ログ記憶部１６は、第一の記憶部の一例である。担当者情報記憶部１７は、第二の記憶部の一例である。連携サーバ情報記憶部１５は、第三の記憶部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 統合管理システム
１０ 統合管理サーバ
１１ ＵＩ部
１２ ログ収集要求部
１３ ログ取得部
１４ ログ検索部
１５ 連携サーバ情報記憶部
１６ ログ記憶部
１７ 担当者情報記憶部
２０ 連携サーバ
２１ ログ収集部
２２ ログ送信部
３０ 機器
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

特開２００６−１０７２１７号公報

Claims (4)

1. １以上のコンピュータを含む情報管理システムであって
   複数の情報処理装置のそれぞれよりログデータを受信し、当該ログデータの送信元の情報処理装置の属性情報に関連付けて当該ログデータを第一の記憶部に記憶する受信部と、
   前記ログデータの検索要求に応じ、当該検索要求元の識別情報に対応付けて第二の記憶部が記憶する前記検索要求元の属性情報の少なくとも一部が合致する属性情報に関連付けられて前記第一の記憶部に記憶されているログデータを検索する検索部とを有する情報管理システム。
2. 前記受信部は、前記複数の情報処理装置のそれぞれの属性情報を記憶する第三の記憶部より、ログデータの送信元の情報処理装置の属性情報を取得する請求項１記載の情報管理システム。
3. 情報管理装置と、複数の情報処理装置とを含む情報管理システムであって、
   前記情報管理装置は、
   前記複数の情報処理装置のそれぞれよりログデータを受信し、当該ログデータの送信元の情報処理装置の属性情報に関連付けて当該ログデータを第一の記憶部に記憶する受信部と、
   前記ログデータの検索要求に応じ、当該検索要求元の識別情報に対応付けて第二の記憶部が記憶する前記検索要求元の属性情報の少なくとも一部が合致する属性情報に関連付けられて前記第一の記憶部に記憶されているログデータを検索する検索部とを有する情報管理システム。
4. 複数の情報処理装置のそれぞれよりログデータを受信し、当該ログデータの送信元の情報処理装置の属性情報に関連付けて当該ログデータを第一の記憶部に記憶する受信手順と、
   前記ログデータの検索要求に応じ、当該検索要求元の識別情報に対応付けて第二の記憶部が記憶する前記検索要求元の属性情報の少なくとも一部が合致する属性情報に関連付けられて前記第一の記憶部に記憶されているログデータを検索する検索手順とをコンピュータに実行させるプログラム。

Images