特開 2023-86294 情報処理装置、情報処理システム、情報処理方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023086294

(43)【公開日】2023-06-22

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20230615BHJP

【ＦＩ】

G06F11/07 178

G06F11/07 140P

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021200709

(22)【出願日】2021-12-10

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(72)【発明者】

【氏名】加藤 寛之

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042KK02

5B042KK07

5B042KK13

5B042KK14

5B042MA08

5B042MA09

5B042MC15

5B042MC35

5B042MC40

(57)【要約】

【課題】管理者の操作により障害解析用のログを外部装置に送信すること。
【解決手段】受信したファイルを記憶する外部装置と通信する情報処理装置であって、発生した障害を解析するためのログのファイルを前記外部装置に送信する要求を行うための管理者による操作を受け付ける操作制御部と、前記操作を受け付けた後、前記ログのファイルを前記外部装置に送信することを前記管理者が承認するための承認画面を情報処理装置に表示する表示制御部と、前記障害の種類に基づいて、送信する前記ログのファイルを決定する障害処理部と、前記ログのファイルを前記外部装置に送信する通信部と、を有することを特徴とする。
【選択図】図６

【特許請求の範囲】

【請求項1】

受信したファイルを記憶する外部装置と通信する情報処理装置であって、
発生した障害を解析するためのログのファイルを前記外部装置に送信する要求を行うための管理者による操作を受け付ける操作制御部と、
前記操作を受け付けた後、前記ログのファイルを前記外部装置に送信することを前記管理者が承認するための承認画面を情報処理装置に表示する表示制御部と、
前記障害の種類に基づいて、送信する前記ログのファイルを決定する障害処理部と、
前記ログのファイルを前記外部装置に送信する通信部と、
を有することを特徴とする情報処理装置。

【請求項2】

前記障害の発生時に、前記障害の発生を通知する電子メールを前記管理者のアドレス宛に送信する通知部を更に有する請求項１に記載の情報処理装置。

【請求項3】

前記表示制御部は、前記障害の発生時に、前記障害の発生を情報処理装置に表示することを特徴とする請求項１に記載の情報処理装置。

【請求項4】

前記表示制御部は、前記管理者の権限を有する利用者が操作を行っている場合のみ、前記ログのファイルを前記外部装置に送信する要求を行うための画面を情報処理装置に表示することを特徴とする請求項１に記載の情報処理装置。

【請求項5】

前記障害処理部は、前記障害の種類ごとに予め定められた取得日数と前記障害の発生日時に基づいて、送信する前記ログのファイルを決定する請求項１乃至請求項４のいずれか一項に記載の情報処理装置。

【請求項6】

受信したファイルを記憶する外部装置と、前記外部装置と通信する情報処理装置とを有する情報処理システムであって、
前記情報処理装置は、
発生した障害を解析するためのログのファイルを前記外部装置に送信する要求を行うための管理者による操作を受け付ける操作制御部と、
前記操作を受け付けた後、前記ログのファイルを前記外部装置に送信することを前記管理者が承認するための承認画面を前記情報処理装置に表示する表示制御部と、
前記障害の種類に基づいて、送信する前記ログのファイルを決定する障害処理部と、
前記ログのファイルを前記外部装置に送信する通信部と、
を有することを特徴とする情報処理システム。

【請求項7】

受信したファイルを記憶する外部装置と通信する情報処理装置が実行する情報処理方法であって、
発生した障害を解析するためのログのファイルを前記外部装置に送信する要求を行うための管理者による操作を受け付けるステップと、
前記操作を受け付けた後、前記ログのファイルを前記外部装置に送信することを前記管理者が承認するための承認画面を情報処理装置に表示するステップと、
前記障害の種類に基づいて、送信する前記ログのファイルを決定するステップと、
前記ログのファイルを前記外部装置に送信するステップと、
を有することを特徴とする情報処理方法。

【請求項8】

受信したファイルを記憶する外部装置と通信する情報処理装置に、
発生した障害を解析するためのログのファイルを前記外部装置に送信する要求を行うための管理者による操作を受け付けるステップ、
前記操作を受け付けた後、前記ログのファイルを前記外部装置に送信することを前記管理者が承認するための承認画面を情報処理装置に表示するステップ、
前記障害の種類に基づいて、送信する前記ログのファイルを決定するステップ、
前記ログのファイルを前記外部装置に送信するステップ、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

画像形成装置などの電子機器は、定期的あるいは障害が発生した際などに、障害が発生した原因を調査するために必要な情報を障害解析用のログとして、ハードディスクなどの記憶装置に出力する機能を有している。特許文献１には、障害の兆候を検知して予防措置を行う目的で、特定の条件が成立した際に電子機器の状態を管理システムに通知する技術が公開されている。

【発明の概要】

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

【0003】

しかしながら、従来の技術では、管理者の操作により障害解析用のログを外部装置に送信することができなかった。そのため、電子機器を保守する技術者が、電子機器の設置場所に訪問して電子機器の管理者の許可を得た後、障害解析用のログを収集する必要があった。

【0004】

本発明の実施形態は、上記課題に鑑み、管理者の操作により障害解析用のログを外部装置に送信することを目的とする。

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

【0005】

上述した課題を解決するために、本発明は、受信したファイルを記憶する外部装置と通信する情報処理装置であって、発生した障害を解析するためのログのファイルを前記外部装置に送信する要求を行うための管理者による操作を受け付ける操作制御部と、前記操作を受け付けた後、前記ログのファイルを前記外部装置に送信することを前記管理者が承認するための承認画面を情報処理装置に表示する表示制御部と、前記障害の種類に基づいて、送信する前記ログのファイルを決定する障害処理部と、前記ログの前記ファイルを外部装置に送信する通信部と、を有することを特徴とする。

【発明の効果】

【0006】

本発明の実施形態によれば、管理者の操作により障害解析用のログを外部装置に送信することができる。

【図面の簡単な説明】

【0007】

【図1】本発明の実施形態に係る情報処理システムの概略図の一例を示す図である。

【図2】本発明の実施形態に係る画像形成装置のハードウェア構成の一例を示す図である。

【図3】本発明の実施形態に係る画像形成装置のソフトウェア構成の一例を示す図である。

【図4】本発明の実施形態に係る障害解析用のログを記憶する処理の一例を示す図である。

【図5】本発明の実施形態に係る画像形成装置で発生する障害の種類に関する分類表の一例を示す図である。

【図6】本発明の実施形態に係る情報処理システムにおける機能ブロックの構成図の一例を示す図である。

【図7】本発明の実施形態に係る障害発生の通知処理に関するシーケンスの一例を示す図である。

【図8】本発明の実施形態に係る障害解析用のログをアップロードする処理のシーケンスの一例を示す図である。

【図9】本発明の実施形態に係るログイン画面の一例を示す図である。

【図10】本発明の実施形態に係る設定画面の一例を示す図である。

【図11】本発明の実施形態に係る承認画面の一例を示す図である。

【図12】本発明の実施形態に係るアップロードするログを特定する処理に関するフローチャートの一例を示す図である。

【図13】本発明の実施形態に係る障害解析用のログ取得日数定義表の一例を示す図である。

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

【0008】

以下、添付図面を参照しながら、本発明に係る情報処理装置、情報処理システム、情報処理方法、及びプログラムの実施形態を詳細に説明する。

【0009】

［第１の実施形態］
＜システム概要＞
図１は、本発明の実施形態に係る情報処理システムの概略図の一例を示す図である。情報処理システム１は、例えば、インターネット等の通信ネットワーク２に接続する画像形成装置９とストレージサーバ４を含む。ここで、画像形成装置９は、通信ネットワーク２に接続されたローカルネットワーク３に接続されている。ローカルネットワーク３は、例えば、ファイアウォール等により外部ネットワークからのアクセスが制限された、社内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークである。

【0010】

なお、図１に示す情報処理システム１のシステム構成は一例である。例えば、ローカルネットワーク３は、無線ＬＡＮ等の無線通信による接続区間を含み、画像形成装置９は、無線通信によりローカルネットワーク３に接続されていてもよい。また、ストレージサーバ４は、クラウドネットワーク上に存在するストレージサービスであってもよい。

【0011】

本発明の実施形態において、画像形成装置９などの電子機器を含む情報処理装置は、管理者による操作を受け付けることにより、障害解析用のログをストレージサーバ４などの外部装置に送信することが可能である。ここで、障害とは、画像形成装置９のハードウェア、ソフトウェア、アプリケーションなどが、正常ではない（異常な）状態となること、または正常でない（異常な）動作が実行されることである。また、障害をエラーと呼んでもよい。

【0012】

＜ハードウェア構成例＞
図２は、本発明の実施形態に係る画像形成装置９のハードウェア構成の一例を示す図である。図２に示されているように、画像形成装置９（あるいは、ＭＦＰ、Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ／Ｐｒｏｄｕｃｔ／Ｐｒｉｎｔｅｒと呼ばれる）は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

【0013】

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）９０６、ローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ、ハードディスク）コントローラ９０８、及び、ＨＤ（Ｈａｒｄ Ｄｉｓｋ、ハードディスク）９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス９２１で接続した構成となっている。

【0014】

これらのうち、ＣＰＵ９０１は、画像形成装置９の全体を制御する。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）マスタ及びＡＧＰターゲットとを有する。

【0015】

ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0016】

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）のインターフェースや、ＩＥＥＥ１３９４（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ １３９４）のインターフェースを接続するようにしてもよい。

【0017】

近距離通信回路９２０は、ＩＣカードなどに記憶された利用者の認証情報などを読込むためのカードリーダ９２０ａを有する。

【0018】

操作パネル９４０は、利用者による入力を受け付けるタッチパネル９４０ａとテンキー９４０ｂを有する。また、タッチパネル９４０ａは、画像形成装置９が実行するアプリケーション画面などを表示する。

【0019】

＜ソフトウェア構成例＞
図３は、本発明の実施形態に係る画像形成装置９のソフトウェア構成の一例を示す図である。図３が示すように、画像形成装置９は、障害処理アプリ５、ログ管理アプリ６、ユーザ管理アプリ７、メール送信アプリ８、および操作制御アプリ１７を有する。ここで、アプリとはアプリケーションの略である。アプリケーションは、画像形成装置９がユーザに機能を提供するための用途で作成されたプログラムであり、画像形成装置９のハードウェアを管理するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で動作する。

【0020】

障害処理アプリ５は、発生した障害の種類に応じて、管理者への障害の通知、および画像形成装置９の再起動や機能の停止などの処理の制御を行う。

【0021】

ログ管理アプリ６は、障害解析用のログを管理し、ログを画像形成装置９の記憶装置に記憶する。また、ログ管理アプリ６は、外部装置にアップロードするログのファイルを決定する。動作の詳細については後述する。

【0022】

ユーザ管理アプリ７は、画像形成装置９を利用するユーザが有する権限などに応じて、使用できる機能を制限するなどの制御を行う。例えば、障害解析用のログを外部装置に送信する操作は、管理者の権限を持つユーザのみに制限する。

【0023】

メール送信アプリ８は、特定のユーザに電子メールを送信する。例えば、メール送信アプリ８は、障害発生時に、障害発生を通知する内容を含む電子メールを管理者のメールアドレス宛に送信する。

【0024】

操作制御アプリ１７は、画像形成装置９を利用するユーザが操作する、例えば、図２に示した操作パネル９４０におけるタッチパネル９４０ａおよびテンキー９４０ｂの制御を行う。

【0025】

図４は、本発明の実施形態に係る障害解析用のログを記憶する処理の一例を示す図である。メール送信アプリ８や操作制御アプリ１７などのアプリケーションは、アプリケーション内で生成した障害解析用のログを記憶する要求メッセージをログ管理アプリ６に送信する。要求メッセージには、アプリケーション毎に割り当てられたＩＤと記憶するログが含まれる。ログ管理アプリ６は、要求メッセージを受信すると、画像形成装置９のメモリ１０内の共有メモリ１１において、予めＩＤと対応付けた領域にログ１４を記憶する。また、ログ管理アプリ６は、共有メモリ１１内に記憶したログ１４の合計のサイズ（例えば、５００ｋｂｙｔｅなど）が所定のサイズを超えたならば、ログ１４をメモリ１０内のキャッシュ１２内にログ１５としてコピーする。更に、ログ管理アプリ６は、キャッシュ１２内に記憶したログ１５のサイズが所定のサイズを超えたならば、ログ１５をハードディスク１３内にログ１６としてコピーする。コピーが実行された後、コピー元のログ１４およびログ１５は、新たに記憶するログにより上書きされる。つまり、共有メモリ１１やキャッシュ１２の領域を有するメモリ１０は、記憶できるサイズの上限がハードディスク１３に比べて小さいため、記憶するログをメモリ１０からハードディスク１３に退避させている。ここで、メモリ１０内に記憶されるログ１４およびログ１５は、メモリ１０内におけるデータとして記憶されるが、ハードディスク１３内に記憶されるログ１６は、ファイル形式で記憶される。これは、メモリ１０とハードディスク１３で、データを記憶する仕組みが異なるからである。また、ハードディスク１３の記憶容量にも限りがあるため、記憶したログ１６のファイルの数、または合計のサイズが所定の量を超えた場合、記憶された時刻が古いファイルから削除して、新しいログのファイルを上書きして記憶する。

【0026】

図５は、本発明の実施形態に係る画像形成装置９で発生する障害の種類に関する分類表の一例を示す図である。障害処理アプリ５は、図５に示す分類表４０が有する情報を保持し、発生した障害の種類に応じて、管理者への障害の通知、および画像形成装置９の再起動や機能の停止などの処理の制御を行う。分類表４０は、エラー番号４１、再起動有無４２、通知有無４３、名前４４、および説明４５の項目を有する。

【0027】

エラー番号４１は、発生した障害の種類を特定する番号である。

【0028】

再起動有無４２は、障害が発生した際に、画像形成装置９を再起動させるか否かに関する情報であり、「〇」は再起動を実行し、「×」は再起動を実行しない。

【0029】

通知有無４３は、障害が発生した際に、管理者に障害の発生について通知するか否かに関する情報であり、「〇」は通知を実行し、「×」は通知を実行しない。通知の実行は、例えば、管理者のメールアドレス宛に、障害の発生に関する内容を含む電子メールを送信する。あるいは、画像形成装置９の画面に障害が発生したことを表示することにより、通知してもよい。

【0030】

名前４４は、発生した障害の種類を示す名前である。

【0031】

説明４５は、発生した障害の内容に関する説明である。

【0032】

＜機能について＞
図６は、本発明の実施形態に係る情報処理システム１における機能ブロックの構成図の一例を示す図である。画像形成装置９は、障害処理部２１、ログ管理部２２、ユーザ管理部２３、通知部２４、操作制御部２５、表示制御部２６、および通信部２７を有する。これら各部は、画像形成装置９にインストールされた１以上のプログラムに含まれる命令をＣＰＵ９０１が実行することで実現される機能又は手段である。第１記憶部２８は、例えば、画像形成装置９が有するＲＡＭ９０２ｂ、ＭＥＭ－Ｃ９０７、およびＨＤ９０９などの記憶装置によって実現可能である。

【0033】

障害処理部２１は、発生した障害の種類に応じて、管理者への障害の通知、および画像形成装置９の再起動や機能の停止などの処理の制御を行う。

【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】

承認ボタン７２は、管理者が、承認内容表示欄７１に表示された内容（ここでは、ログをストレージサーバ４にアップロードすること）を承認する際に押下するボタンである。

【0072】

拒絶ボタン７３は、管理者が、承認内容表示欄７１に表示された内容を承認しない場合（ここでは、ログのアップロードを承認しない場合）、押下するボタンである。

【0073】

図８に戻って説明する。

【0074】

ステップＳ５８：画像形成装置９の操作制御部２５は、承認画面７０において管理者による承認ボタン７２の押下を受け付けた後、ログのアップロードを要求するメッセージをログ管理部２２に送信する。

【0075】

ステップＳ５９：画像形成装置９のログ管理部２２は、画像形成装置９の記憶装置に記憶されているログの中からアップロードするログを特定する。本ステップの処理の詳細については、図１２に示すフローチャートを用いて説明する。図１２は、本発明の実施形態に係るアップロードするログを特定する処理に関するフローチャートの一例を示す図である。以下、図１２の各ステップの処理について説明する。

【0076】

ステップＳ８０：ログ管理部２２は、発生した障害に対するエラー番号４１と障害の発生日時を障害処理部２１から取得する。この処理は、図７に示したシーケンス図におけるステップ３７に相当する。

【0077】

ステップＳ８１：ログ管理部２２は、取得したエラー番号４１に対応するログの取得日数を決定する。ログ管理部２２は、アップロードするために記憶装置から取得するログの日数をエラー番号４１ごとに定義した表を有している。図１３は、本発明の実施形態に係る障害解析用のログ取得日数定義表の一例を示す図である。図１３に示すログ取得日数定義表７５は、エラー番号７６と取得日数７７の項目を有する。

【0078】

エラー番号７６は、発生した障害の種類を特定する番号であり、図５に示したエラー番号４１と同一の値である。

【0079】

取得日数７７は、障害が発生した日時から遡って取得するログの日数である。例えば、障害が発生した日時が、１月４日０時０分であれば、ログの取得期間は、１月１日０時０分（開始日時）から１月４日０時０分（終了日時）となる。ログ管理部２２は、ログ取得日数定義表７５において、取得したエラー番号７６に対応する行を参照することにより、取得するログの取得日数７７を決定する。

【0080】

ステップＳ８２：ログ管理部２２は、取得した障害の発生日時と決定した取得日数７７に基づいて、取得期間を決定する。ここで、取得期間の決定方法として、例えば、障害の発生日時に所定の時間（例えば１時間）を加算した日時を終了日時として、終了日時から取得日数７７だけ遡ったの日時を開始日時とすることにより、取得期間を決定する。発生日時に所定の時間を加算した日時を終了日時とする理由は、障害を解析する際に、障害が発生した後に記録されたログが解析に役立つ場合があるからである。

【0081】

ステップＳ８３：ログ管理部２２は、画像形成装置９の記憶装置（ハードディスク１３）に記憶したエラー番号４１に関連するログのファイルの作成日時を確認する。該当するファイルが複数存在する場合は、例えば、作成日時の日付が古いファイルから確認する。

【0082】

ステップＳ８４：ログ管理部２２は、確認したログのファイルの作成日時が取得期間内であるならば、処理をステップＳ８５に遷移させ、そうでない場合は、処理をステップＳ８６に遷移させる。

【0083】

ステップＳ８５：画像形成装置９の通信部２７は、作成日時が取得期間内であるログのファイルをアップロードするために、ログのファイルをストレージサーバ４に送信する。

【0084】

ステップＳ８６：ログ管理部２２は、エラー番号４１に関連する全てのログのファイルの作成日時を確認したか否かを確認し、全て確認したならば本フローチャートにおける処理を終了し、そうでないならば、処理をステップＳ８４に遷移させる。

【0085】

図８に戻って説明する。

【0086】

ステップＳ６０：ストレージサーバ４の第２記憶部２９は、受信した障害解析用のログをストレージサーバ４の記憶装置に記憶する。

【0087】

以上の処理により、情報処理システム１は、画像形成装置９にログインした管理者による、画像形成装置９に記憶されている障害解析用のログを外部装置に送信する要求に関する操作を受け付ける。また、情報処理システム１は、画像形成装置９を操作しているユーザが管理者である場合のみ、ログをアップロードすることが可能な設定画面を表示させることが可能である。また、情報処理システム１は、障害の発生日時に所定の時間を加算した時刻から障害の種類ごとに予め定められた取得日数だけ遡った期間内に作成されたログを外部装置に送信することが可能である。

【0088】

以上、本発明を実施するための幾つかの形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

【0089】

例えば、図６の機能ブロックの構成図の一例は、情報処理システム１および画像形成装置９などの電子機器を構成する情報処理装置による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。情報処理システム１および情報処理装置における処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

【0090】

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）や従来の回路モジュール等のデバイスを含むものとする。

【0091】

また、記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１および情報処理装置は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

【0092】

また、第１記憶部２８と第２記憶部２９は、単に記憶部と呼んでもよく、明確に区別ができるならば、第１、第２の付与順序を変更してもよいものとする。

【符号の説明】

【0093】

１ 情報処理システム
２ 通信ネットワーク
３ ローカルネットワーク
４ ストレージサーバ
５ 障害処理アプリ
６ ログ管理アプリ
７ ユーザ管理アプリ
８ メール送信アプリ
９ 画像形成装置
１０ メモリ
１１ 共有メモリ
１２ キャッシュ
１３ ハードディスク
１４、１５、１６ ログ
１７ 操作制御アプリ
２１ 障害処理部
２２ ログ管理部
２３ ユーザ管理部
２４ 通知部
２５ 操作制御部
２６ 表示制御部
２７ 通信部
２８ 第１記憶部
２９ 第２記憶部

【先行技術文献】

【特許文献】

【0094】

【特許文献1】特開２０１９－０４９９１３号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】