JP2018151703A - 情報処理装置、サーバ、サーバプログラム - Google Patents

Abstract

【課題】情報処理装置で発生した障害を速やかに解決するよう補助することのできるサーバ、サーバプログラム、およびその情報処理装置を提供する。【解決手段】自装置で障害が発生した場合に、その種別を特定するとともに、該障害が解消された場合に、該障害を解消させたユーザを特定し、該障害の種別と、該障害を解消させたユーザの情報とを紐付けて記憶部に記憶する。その後、自装置で障害が発生した場合に、該障害の種別で記憶部を検索して該障害の種別に紐付けされているユーザの情報を読み出し、その読み出したユーザの情報を該障害の解消経験者情報として通知する。【選択図】図３

Description

本発明は、情報処理装置で発生した障害を速やかに解決するよう補助することのできるサーバとそのサーバプログラム、およびその情報処理装置に関する。

オフィス等では、一台のＭＦＰ（Multifunction Peripheral）を複数人で共有して使用することが一般的である。共有して使用するＭＦＰ等の電子機器がトラブルにより使用不可能な状態となると、それを使用する全ての人々に対して迷惑がかかる。また、トラブルを起こしてしまった本人は、多大なる精神的負担が強いられる事となるので、早急にそのトラブルが解決されることが望まれる。

ところで、解決し難いトラブルの多くは独自のノウハウを知っているか否かが解決の鍵となる場合があり、解決の鍵となるノウハウを知ってさえいればすぐに解決出来るトラブルも、そのノウハウが無いために何時間も解決出来ないという事さえ起こりうる。よって、トラブルを発生させた人には、そのトラブルを早期解決するためのノウハウを通知することが望ましい。

下記特許文献１には、トラブルに係る情報をユーザ間で共有する方法の一例が開示されている。

特開２００６−２９７６５４号公報

しかし、特許文献１に記載の方法は、ジャムが発生した時の、プリント用紙の属性やプリント条件を、ジャム発生回数と共にジャム発生情報として記憶し、ユーザ間で共有することで、ジャムが発生しやすい設定を回避させ、ジャムの発生を未然に防ぐことを目的としている。よって、発生してしまったトラブルを速やかに解決するための方法ではなく、前述の問題に対応していない。

本発明は、上記の問題を解決しようとするものであり、情報処理装置で発生した障害を速やかに解決するよう補助することのできるサーバ、およびそのプログラム、情報処理装置を提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。

［１］自装置で障害が発生した場合に、その種別を特定する障害特定部と、
前記障害を解消させたユーザを特定するユーザ特定部と、
前記障害が解消された場合に、前記障害特定部によって特定された該障害の種別と、前記ユーザ特定部によって特定された該障害を解消させたユーザとを紐付けて記憶する記憶部と、
自装置で障害が発生した場合に、前記障害特定部によって特定された該障害の種別で前記記憶部を検索して該障害の種別に紐付けされているユーザを前記記憶部から読み出す検索部と、
前記検索部が取得したユーザを、前記障害の解消経験者情報として通知する通知部と、
を有する
ことを特徴とする情報処理装置。

上記[１]および下記[１２]、[２２]に記載の発明では、情報処理装置で障害が発生した場合に、その障害の種別と、該障害を解消させたユーザを特定し、その特定した種別とユーザを紐付けて記憶部に記憶しておく。その後、情報処理装置で障害が発生した場合は、その障害の種別を再び特定するとともに、該障害の種別で記憶部を検索し、該種別に紐付けられているユーザの情報を、該障害の解消経験者情報として通知する。これにより、この解消経験者に障害の解消の助力を要請することで、障害の早期解消が図られる。

通知の方法は、たとえば情報処理装置の表示パネルに表示させたり、音声による通知を行ったりするなど、適当な方法であればよい。

［２］前記ユーザ特定部は、前記障害が解消された後、ユーザの入力を受け付け、その入力を受けたユーザを、前記障害を解消させたユーザとして特定する
ことを特徴とする［１］に記載の情報処理装置。

上記発明では、障害が解消されたときに、該障害を解消させたユーザの入力を受ける。これにより、障害の発生時まで情報処理装置を使用していたユーザと、実際に障害を解消させたユーザが異なる場合であっても、障害を解消させたユーザを確実に特定することができる。

［３］前記検索部が読み出したユーザの連絡先を取得する連絡先取得部と、
前記連絡先取得部が取得した連絡先に前記障害の解消要請を送信する解消要請通知部と、
をさらに有する
ことを特徴とする［１］または［２］に記載の情報処理装置。

上記[３]および下記[１３]、[２３]に記載の発明では、障害が発生した場合に、該障害の解消経験者に該障害の解消要請を送信可能とする。これにより、該解消経験者に該障害の解消の助力を直接要請しに行く手間が省略される。

［４］前記連絡先は、電子メールアドレスであり、
前記解消要請通知部は、前記解消要請の電子メールを送信する
ことを特徴とする［３］に記載の情報処理装置。

［５］前記障害が解消された日時を取得する日時取得部を更に備え、
前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記日時取得部が取得した該障害が解消された日時を記憶し、
前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている日時をさらに読み出し、
前記通知部は、前記検索部が取得したユーザと日時を、前記解消経験者情報として通知する
ことを特徴とする［１］乃至［４］のいずれか１つに記載の情報処理装置。

上記[５]および下記[１５]、[２５]に記載の発明では、障害が解消された日時を記憶しておき、ユーザと併せて解消経験者情報として通知する。

［６］前記障害の解消に要した時間を計測する解消経過時間計測部を備え、
前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記解消経過時間計測部が計測した該ユーザが該障害の解消に要した時間を記憶し、
前記検索部は、障害の種別と該障害を解消させたユーザの情報に紐付けられている時間をさらに読み出し、
前記通知部は、前記検索部が取得したユーザと時間を、前記解消経験者情報として通知する
ことを特徴とする［１］乃至［５］のいずれか１つに記載の情報処理装置。

上記[６]および下記[１６]、[２６]に記載の発明では、障害の解消に要した時間を計測（取得）して記憶しておき、ユーザと併せて解消経験者情報として通知する。

［７］ユーザ毎に、前記解消経験者情報の通知禁止を設定可能であり、
前記通知部は、前記検索部が取得したユーザの情報の示すユーザに前記通知禁止が設定されている場合は前記通知を行わない
ことを特徴とする［１］乃至［６］のいずれか１つに記載の情報処理装置。

上記[７]および下記[１７]、[２７]に記載の発明では、通知禁止指示を指示したユーザについては、該ユーザの情報を通知しない。

［８］前記記憶部は、自装置で発生した障害が解消されたときに、前記障害特定部によって特定された該障害の種別に既にユーザが紐付けられて記憶されている場合は、該障害の種別に、該障害を解消させたユーザを更に紐付けて記憶する
ことを特徴とする［１］乃至［７］のいずれか１つに記載の情報処理装置。

上記[８]および下記[１８]、[２８]に記載の発明では、一の障害の種別に対して、複数のユーザを紐付け可能とする。具体的には、自装置で発生した障害が解消されたときに、該障害の種別に、既に他のユーザが紐付けられて記憶されている場合は、該障害の種別に、今回発生した障害を解消させたユーザを更に紐付けて記憶部に記憶する。

［９］前記検索部によって複数のユーザが検索された場合に、該複数のユーザの中から前記障害の解消経験者情報として優先的に通知するユーザを決定する優先ユーザ決定部をさらに備え、
前記通知部は、前記優先ユーザ決定部の決定に従って前記障害の解消経験者情報を通知する
ことを特徴とする［８］に記載の情報処理装置。

上記[９]および下記[１９]、[２９]に記載の発明では、自装置で発生した障害の種別に複数のユーザが紐付けされている場合、優先して通知するユーザを決定し、その決定に従って解消経験者情報の通知を行う。たとえば、障害を発生させたユーザと、所属部署が同じユーザを優先して通知するように決定すれば、他の部署に所属するユーザに比べて、障害の解消の助力を要請しやすいユーザが優先的に通知されることになる。

［１０］自装置で障害が発生したときに自装置を使用していたユーザを特定する障害発生時ユーザ特定部をさらに有し、
前記優先ユーザ決定部は、前記検索部が取得したユーザ中に、前記障害発生時ユーザ特定部が特定したユーザがある場合は、該ユーザを前記優先的に通知するユーザに決定する
ことを特徴とする［９］に記載の情報処理装置。

上記[１０]および下記[２０]、[３０]に記載の発明では、障害を発生させたユーザが、過去に同種の障害を解消している場合は、自身で該障害を解消できる可能性が高いので、該障害の解消経験者として優先的に通知する。

［１１］前記障害の解消に要した時間を計測する解消経過時間計測部を備え、
前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記解消経過時間計測部が計測した該障害の解消に要した時間を記憶し、
前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている該障害の解消に要した時間をさらに読み出し、
前記優先ユーザ決定部は、前記検索部によって読み出された複数のユーザの中で前記障害の解消に要した時間が所定値未満のユーザを、最も優先して通知するユーザに決定する
ことを特徴とする［９］または［１０］に記載の情報処理装置。

上記[１１]および下記[２１]、[３１]に記載の発明では、障害が解消されるまでにかかった時間があまりにも長いユーザは、該障害の解消を自身で行っていない可能性が高いので、障害が解消されるまでにかかった時間が短いユーザを最も優先して通知することで、該障害の解消に有益なユーザが優先的に通知される。たとえば、障害を発生させたユーザが、過去に同種の障害を解消していたとしても、該障害の解消に要した時間が所定値未満のユーザがいる場合は、その該障害の解消に要した時間が所定値未満のユーザを最も優先して通知する。

［１２］ネットワークを介して接続されている複数の情報処理装置の中の一の情報処理装置で発生した障害が解消された場合に、前記障害の種別と前記障害を解消させたユーザを取得する障害解消情報取得部と、
前記障害解消情報取得部が取得した障害の種別と該障害を解消させたユーザを紐付けて記憶する記憶部と、
前記複数の情報処理装置のいずれかから障害の発生およびその障害の種別の通知を受ける障害通知受信部と、
前記障害通知受信部が受信した障害の種別で前記記憶部を検索して該障害の種別に紐付けされているユーザを前記記憶部から読み出す検索部と、
前記検索部が取得したユーザを、前記障害の解消経験者情報として通知する通知部と、
を有する
ことを特徴とするサーバ。

［１３］前記検索部が読み出したユーザの連絡先を取得する連絡先取得部と、
前記連絡先取得部が取得した連絡先に前記障害の解消要請を送信する解消要請通知部と、
をさらに有する
ことを特徴とする［１２］に記載のサーバ。

［１４］前記連絡先は、電子メールアドレスであり、
前記解消要請通知部は、前記解消要請の電子メールを送信する
ことを特徴とする［１３］に記載のサーバ。

［１５］前記障害が解消された日時を取得する日時取得部を更に備え、
前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記日時取得部が取得した該障害が解消された日時を記憶し、
前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている日時をさらに読み出し、
前記通知部は、前記検索部が取得したユーザと日時を、前記解消経験者情報として通知する
ことを特徴とする［１２］乃至［１４］のいずれか１つに記載のサーバ。

［１６］前記障害の解消に要した時間を取得する解消経過時間取得部を備え、
前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記解消経過時間取得部が取得した該障害の解消に要した時間を記憶し、
前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている時間をさらに読み出し、
前記通知部は、前記検索部が取得したユーザと時間を、前記解消経験者情報として通知する
ことを特徴とする［１２］乃至［１５］のいずれか１つに記載のサーバ。

［１７］ユーザ毎に、前記解消経験者情報の通知禁止を設定可能であり、
前記通知部は、前記検索部が取得したユーザの情報の示すユーザに前記通知禁止が設定されている場合は前記通知を行わない
ことを特徴とする［１２］乃至［１６］のいずれか１つに記載のサーバ。

［１８］前記記憶部は、前記障害解消情報取得部が取得した障害の種別に既にユーザが紐付けられて記憶されている場合は、該障害の種別に、前記障害解消情報取得部が取得した前記障害を解消させたユーザを更に紐付けて記憶する
ことを特徴とする［１２］乃至［１７］のいずれか１つに記載のサーバ。

［１９］前記検索部によって複数のユーザが検索された場合に、該複数のユーザの中から前記障害の解消経験者情報として優先的に通知するユーザを決定する優先ユーザ決定部をさらに備え、
前記通知部は、前記優先ユーザ決定部の決定に従って前記障害の解消経験者情報を通知する
ことを特徴とする［１２］乃至［１８］のいずれか１つに記載のサーバ。

［２０］前記障害通知受信部は、障害の発生およびその障害の種別と共にその障害の発生したときにその障害の発生した情報処理装置を使用していたユーザを前記情報処理装置から受信し、
前記優先ユーザ決定部は、前記検索部が取得したユーザ中に、前記障害通知受信部が受信したユーザがある場合は、該ユーザを前記優先的に通知するユーザに決定する
ことを特徴とする［１９］に記載のサーバ。

［２１］前記障害の解消に要した時間を取得する解消経過時間取得部を備え、
前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて前記解消経過時間取得部が取得した該障害の解消に要した時間を記憶し、
前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている該障害の解消に要した時間をさらに読み出し、
前記優先ユーザ決定部は、前記検索部によって読み出された複数のユーザの中で前記障害の解消に要した時間が所定値未満のユーザを、最も優先して通知するユーザに決定する
ことを特徴とする［１９］または［２０］に記載のサーバ。

［２２］複数の情報処理装置がネットワークを介して接続されたサーバで実行されるプログラムであって、
複数の情報処理装置の中の一の情報処理装置で発生した障害が解消された場合に、前記障害の種別と前記障害を解消させたユーザの情報を取得する障害解消情報取得ステップと、
前記障害解消情報取得ステップで取得した該障害の種別と該障害を解消させたユーザを紐付けて記憶部に記憶する記憶ステップと、
前記複数の情報処理装置のいずれかから障害の発生およびその障害の種別の通知を受ける障害通知受信ステップと、
前記障害通知受信ステップで受信した障害の種別で前記記憶部を検索して該障害の種別に紐付けされているユーザを前記記憶部から読み出す検索ステップと、
前記検索ステップで取得したユーザを、前記障害の解消経験者情報として通知する通知ステップと、
を有する
ことを特徴とするサーバプログラム。

［２３］前記検索ステップで読み出したユーザの連絡先を取得する連絡先取得ステップと、
前記連絡先取得ステップで取得した連絡先に前記障害の解消要請を送信する解消要請通知ステップと、
をさらに有する
ことを特徴とする［２２］に記載のサーバプログラム。

［２４］前記連絡先は、電子メールアドレスであり、
前記解消要請通知ステップでは、前記解消要請の電子メールを送信する
ことを特徴とする［２３］に記載のサーバプログラム。

［２５］前記障害が解消された日時を取得する日時取得ステップをさらに備え、
前記記憶ステップでは、障害の種別と該障害を解消させたユーザにさらに紐付けて前記日時取得ステップで取得した該障害が解消された日時を記憶し、
前記検索ステップでは、障害の種別と該障害を解消させたユーザに紐付けられている日時をさらに読み出し、
前記通知ステップでは、前記検索ステップで取得したユーザと日時を、前記解消経験者情報として通知する
ことを特徴とする［２２］乃至［２４］のいずれか１つに記載のサーバプログラム。

［２６］前記障害の解消に要した時間を取得する解消経過時間取得ステップをさらに有し、
前記記憶ステップでは、障害の種別と該障害を解消させたユーザにさらに紐付けて前記解消経過時間取得ステップで取得した該障害の解消に要した時間を記憶し、
前記検索ステップでは、障害の種別と該障害を解消させたユーザに紐付けられている時間をさらに読み出し、
前記通知ステップでは、前記検索ステップで取得したユーザと時間を、前記解消経験者情報として通知する
ことを特徴とする［２２］乃至［２５］のいずれか１つに記載のサーバプログラム。

［２７］ユーザ毎に、前記解消経験者情報の通知禁止の設定を受け付ける通知禁止設定ステップをさらに有し、
前記通知ステップでは、前記検索ステップで取得したユーザに前記通知禁止が設定されている場合は前記通知を行わない
ことを特徴とする［２２］乃至［２６］のいずれか１つに記載のサーバプログラム。

［２８］前記記憶ステップでは、前記障害解消情報取得ステップで取得した障害の種別に既にユーザが紐付けられて記憶されている場合は、該障害の種別に、前記障害解消情報取得ステップで取得した前記障害を解消させたユーザを更に紐付けて記憶する
ことを特徴とする［２２］乃至［２７］のいずれか１つに記載のサーバプログラム。

［２９］前記検索ステップで複数のユーザが検索された場合に、該複数のユーザの中から前記障害の解消経験者情報として優先的に通知するユーザを決定する優先ユーザ決定ステップをさらに備え、
前記通知ステップでは、前記優先ユーザ決定ステップでの決定に従って前記障害の解消経験者情報を通知する
ことを特徴とする［２２］乃至［２８］のいずれか１つに記載のサーバプログラム。

［３０］前記障害通知受信ステップでは、障害の発生およびその障害の種別と共にその障害の発生したときにその障害の発生した情報処理装置を使用していたユーザを前記情報処理装置から受信し、
前記優先ユーザ決定ステップでは、前記検索ステップで取得したユーザ中に、前記障害通知受信ステップで受信したユーザがある場合は、該ユーザを前記優先的に通知するユーザに決定する
ことを特徴とする［２９］に記載のサーバプログラム。

［３１］前記障害の解消に要した時間を取得する解消経過時間取得ステップを備え、
前記記憶ステップでは、障害の種別と該障害を解消させたユーザの情報にさらに紐付けて前記解消経過時間取得ステップで取得した該障害の解消に要した時間を記憶し、
前記検索ステップでは、障害の種別と該障害を解消させたユーザに紐付けられている該障害の解消に要した時間をさらに読み出し、
前記優先ユーザ決定ステップでは、前記検索ステップにて読み出された複数のユーザの中で前記障害の解消に要した時間が所定値未満のユーザを、最も優先して通知するユーザに決定する
ことを特徴とする［２９］または［３０］に記載のサーバプログラム。

本発明に係る情報処理装置、サーバおよびそのサーバプログラムによれば、情報処理装置で発生した障害を速やかに解決するよう補助することができる。

本発明の実施の形態に係る画像形成装置およびサーバを含む印刷システムを示す図である。 本発明の実施の形態に係る画像形成装置の概略構成を示すブロック図である。 本発明の実施の形態に係る画像形成装置が行う処理を示す流れ図である。 トラブルコード表の例を示す図である。 障害解消履歴の例を示す図である。 障害の解消経験者を通知する画面の例を示す図である。 障害を解消したユーザの情報を、該障害の種別に紐付けて記憶する様子を示す図である。 障害が発生した時、過去に同種の障害を解消させたユーザを通知する様子を示す図である。 ログイン中のユーザを、障害を解消させたユーザとして特定する処理を示す流れ図である。 障害を解消したとき、入力されたユーザを、障害を解消させたユーザとして特定する処理を示す流れ図である。 本発明の実施の形態に係るサーバの概略構成を示すブロック図である。 態様例２においてサーバが行う処理を示す流れ図である。 各画像形成装置での障害の解消履歴をサーバが記憶しておき、一の画像形成装置で障害が発生した時、他の画像形成装置で過去に同種の障害を解消したユーザを通知する様子を示す図である。

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

（態様例１）
図１は、本発明の実施の形態に係る画像形成装置１０を含んで構成される印刷システム７を示す。印刷システム７は、ＬＡＮ（Local Area Network）３などのネットワークを通じて、複数台の画像形成装置１０（本発明の実施の形態では１０Ａ、１０Ｂを例に説明する。）と、ＰＣ端末４０と、サーバ７０を通信可能に接続して構成される。なお、画像形成装置１０Ａ、１０Ｂを総称する、もしくは任意の１台を指す場合は、画像形成装置１０と記すものとする。

ＰＣ端末４０は、マウスやキーボード、ディスプレイ等の表示部と操作部を備える、所謂、デスクトップ型のＰＣ端末である。ＰＣ端末４０は、文書ファイルや画像ファイルの閲覧および編集、またそれらのデータファイルの内容を印刷するための印刷ジョブを画像形成装置１０に送信することができる。印刷ジョブを送信する場合、ＰＣ端末４０はプリンタドライバにて印刷ジョブに係る設定を行い、その設定された内容で印刷ジョブを画像形成装置１０に送信する。

画像形成装置１０は、原稿を光学的に読み取ってその複製画像を記録紙に印刷するコピージョブ、読み取った原稿の画像データをファイルにして保存したり外部装置へ送信したりするスキャンジョブ、外部のＰＣ端末４０や携帯端末から送出されたデータに係る画像を記録紙に印刷して出力するプリントジョブなどのジョブを実行する機能を備えた、所謂、複合機である。

また、画像形成装置１０は本発明の情報処理装置としての役割を果たす。本発明の実施の形態では、画像形成装置１０は、自装置で障害が発生した場合に、その障害の種別を特定する。そして、その障害が解消された場合には、その障害を解消させたユーザを特定するとともに、その特定された障害の種別と該障害を解消させたユーザの情報とを紐付けて障害解消履歴６４（図２参照）として記憶部（後述するハードディスク装置１５（図２参照））に記憶する。その後、自装置で障害が発生した場合には、その障害の種別を特定するとともに該障害解消履歴６４を参照して、該障害の種別に紐付けされているユーザの情報を読み出す。そして、その読み出したユーザの情報をその障害の解消経験者情報として通知する。これにより、画像形成装置１０で障害が発生した場合には、過去に同種の障害を解消したユーザの情報が通知されるので、そのユーザに障害の解消もしくは助力を要請することで、該障害の早期解消が図られる。

サーバ７０は、本発明のサーバ７０としての役割を果たす。サーバ７０についての詳細は、後述する態様例２で説明する。

次に、本発明の実施の形態に係る画像形成装置１０の構成について説明する。

図２は、本発明の実施の形態に係る画像形成装置１０の概略構成を示すブロック図である。画像形成装置１０は、当該画像形成装置１０の動作を統括的に制御するＣＰＵ(Central Processing Unit)１１を有している。マイクロプロセッサを含むＣＰＵ１１にはバスを通じてＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、不揮発メモリ１４と、ハードディスク装置１５と、画像処理部１６と、画像読取部１７と、プリンタ部１８と、ファクシミリ通信部１９と、ネットワーク通信部２０と、認証部２１と、時刻管理部２２と、操作パネル３０とを備えている。

ＣＰＵ１１は、ＯＳ（Operating System）プログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどを実行する。また、ＣＰＵ１１は、操作パネル３０の表示内容を制御する制御部としての機能を果たす。

本発明の実施の形態では、ＣＰＵ１１が本発明の障害特定部、ユーザ特定部、検索部、通知部、連絡先取得部、解消要請通知部、日時取得部、解消経過時間計測部、優先ユーザ決定部、障害発生時ユーザ特定部、解消経過時間計測部としての役割を果たす。

ＲＯＭ１２には、各種のプログラムが格納されており、これらのプログラムに従ってＣＰＵ１１が各種処理を実行することで画像形成装置１０の各機能が実現される。また、ＲＯＭ１２には、画像形成装置１０の一連の制御をＣＰＵ１１が実行するためのプログラムが格納されている。

ＲＡＭ１３は、ＣＰＵ１１がプログラムに基づいて処理を実行する際に各種のデータを一時的に格納するワークメモリや画像データを格納する画像メモリなどとして使用される。

不揮発メモリ１４は、電源をオフにしても記憶内容が破壊されないメモリ（フラッシュメモリ）であり、各種設定情報の保存などに使用される。

ハードディスク装置１５は、大容量の不揮発の記憶装置であり、ＯＳプログラムや各種アプリケーションプログラム、印刷データや画像データ、ジョブに係る情報履歴などが保存される。本発明の実施の形態では、ハードディスク装置１５は、本発明の記憶部としての役割を果たす。また、本発明の実施の形態では、ハードディスク装置１５に情報共有制御プログラム６１と、認証情報６２と、トラブルコード表６３、障害解消履歴６４が格納されている。

情報共有制御プログラム６１は、ＣＰＵ１１が本発明の障害特定部、ユーザ特定部、検索部および通知部としての役割を果たすために使用するプログラムである。具体的には、ＣＰＵ１１は、情報共有制御プログラム６１を使用することで、自装置で発生した障害の種別を特定するとともに、その特定した種別とその障害を解消したユーザを紐付けて記憶しておき、その後、自装置で障害が発生した場合に、その障害の種別を特定するとともに該障害の種別でハードディスク装置１５を検索して該障害の種別に紐付けされているユーザを読み出し、その読み出したユーザを解消経験者情報として通知するといった一連の制御を行う。

なお、情報共有制御プログラム６１は、ＣＰＵ１１が本発明の連絡先取得部、解消要請通知部、日時取得部、解消経過時間計測部、優先ユーザ決定部、障害発生時ユーザ特定部、解消経過時間計測部としての役割を果たすためにも使用される。

認証情報６２は、後述する認証部２１がユーザ認証を行う場合に使用する各ユーザの情報である。本発明の実施の形態では、認証情報６２は、各ユーザに係るユーザＩＤとパスワードの他にも、たとえば、そのユーザの所属する部署や、そのユーザが使用するメールアドレス等が含まれて構成される。

トラブルコード表６３は、自装置で発生し得る障害の種別とその障害の発生した箇所の組み合わせごとに、異なる識別子（トラブルコード）が紐付けて登録されている表である。本発明の実施の形態では、画像形成装置１０は、自装置で発生した障害が解消された場合、その解消された障害の障害名およびその発生箇所の組み合わせを示すトラブルコードを本発明の障害の種別として、その障害を解消したユーザの情報と紐付けて障害解消履歴６４として記憶する。トラブルコード表６３についての詳細は後述する。

障害解消履歴６４は、自装置で発生し解消された障害の種別と、該障害を解消させたユーザの情報を紐付けて登録した障害の解消履歴である。本発明の実施の形態では、障害の種別と該障害を解消させたユーザの情報にさらに紐付けて、該障害の解消日時、該障害の解消に要した時間等の他の情報も登録されるものとする。障害解消履歴６４の詳細は後述する。

画像処理部１６は、画像の拡大縮小、回転などの処理のほか、印刷データをイメージデータに変換するラスタライズ処理、画像データの圧縮、伸張処理などを行う。画像処理部１６は、本発明の縮小部としての役割を果たす。

画像読取部１７は、原稿を光学的に読み取って画像データを取得する機能を果たす。画像読取部１７は、例えば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動ユニットと、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学経路と、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。

プリンタ部１８は、画像データに応じた画像を記録紙上に画像形成する機能を果たす。ここでは、記録紙の搬送装置と、感光体ドラムと、帯電装置と、レーザーユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着器とを有し、電子写真プロセスによって画像形成を行う、所謂、レーザープリンタとして構成されている。画像形成は、定着器を通過する方式であれば他の方式でもかまわない。本発明の実施の形態では、プリンタ部１８は、両面印刷を可能とする機構を持つ。

ファクシミリ通信部１９は、ファクシミリ機能を備えた外部装置と公衆回線を通じて画像データを送受信する機能を果たす。

ネットワーク通信部２０は、ＬＡＮ(Local Area Network)３などのネットワークを通じてＰＣ端末４０やその他の外部装置との間でデータを通信する機能を果たす。

認証部２１は、画像形成装置１０を使用するユーザに対してユーザ認証を行う。本発明の実施の形態では、認証方法は、ユーザＩＤとパスワードの入力を受けて照合する方法を採用するものとするが、ユーザ認証の方法はこれに限らない。ＩＣカードがタッチされた場合に、該ＩＣカード内に登録されているユーザ情報を取得してログインユーザを特定する方法や、指紋認証、網膜認証など適当な方法であればよい。

時刻管理部２２は、所謂、時計であり時刻や日時等の情報を示す。本発明の実施の形態では、ＣＰＵ１１が、時刻管理部２２の示す時刻や日時等の情報から、自装置で発生した障害が解消された日時を取得したり、該障害の解消に要した時間を計測したりする。

操作パネル３０は、表示部３１と、操作部３２とを備えている。このうち操作部３２は、スタートボタンなどのスイッチ部３３とタッチパネル部３４とを備えている。表示部３１は、液晶ディスプレイ（ＬＣＤ…Liquid Crystal Display）などで構成され、各種の操作画面、設定画面などを表示する機能を果たす。本実施の形態では、操作パネル３０が表示する表示内容の制御、操作パネル３０による操作の受け付けに関する制御はＣＰＵ１１が行う。

タッチパネル部３４は、表示部３１上に設けられている。タッチパネル部３４は、タッチペンや指などで押下された表示部３１上の座標位置や、フリック操作やドラッグ操作等を検出する。

次に、画像形成装置１０が行う処理について図３を参照しつつ説明する。図３は画像形成装置１０が行う処理のフローを示す。まず、自装置を利用するユーザにユーザ認証を行う（ステップＳ１０１）。次に、障害の発生を検知したら、その障害の種別を特定する（ステップＳ１０２）。その後、障害解消履歴６４からステップＳ１０２で特定した種別を検索する（ステップＳ１０３）。

障害解消履歴６４にステップＳ１０２で特定した種別が登録されている場合は（ステップＳ１０４；Ｙｅｓ）、その種別に紐付けられているユーザの情報を解消経験者情報として表示部３１に表示し（ステップＳ１０５）、ステップＳ１０６に進む。障害解消履歴６４にステップＳ１０２で特定した種別が登録されていない場合は（ステップＳ１０４；Ｎｏ）、そのままステップＳ１０６に進む。

ステップＳ１０６では、障害が解消されるまで待つ（ステップＳ１０６；Ｎｏ）。そして、障害が解消されたら（ステップＳ１０６；Ｙｅｓ）、その解消したユーザを特定し、該特定したユーザの情報と、解消された障害の種別を紐付けて障害解消履歴６４に登録し（ステップＳ１０７）、本処理を終了する。障害を解消したユーザを特定する方法については後述する。

なお、本発明の実施の形態では、画像形成装置１０は、自装置で発生した障害が解消されたときに、該障害の種別に、既にユーザの情報が紐付けられて記憶されている場合は、該障害の種別に、該障害を解消させたユーザの情報を更に紐付けて記憶する。

次に、トラブルコード表６３について説明する。図４は、トラブルコード表６３の例を示す。本発明の実施の形態では、障害名称（図中ではトラブル名と記す。）と、その発生箇所の組み合わせを本発明の障害の種別とし、トラブルコード表６３にはその組み合わせごとに、異なる識別子（トラブルコード）が割り振られている。

図４では、（障害名称、発生箇所）の組み合わせとして、以下に示す組み合わせが登録されており、それぞれに以下に示すトラブルコードが割り振られている。
（紙詰まり、排紙口）→トラブルコード（ＰＸＸＸ１）
（紙詰まり、ローラー）→トラブルコード（ＰＸＸＸ２）
（紙詰まり、給紙口）→トラブルコード（ＰＸＸＸ３）
（部品交換、トナー）→トラブルコード（ＹＸＹＹ１）
（通信エラー、接続系統）→トラブルコード（ＣＺＺＹ１）
本発明の実施の形態では、トラブルコードを示す５桁の英数字のうち上位２桁は障害名称を、下位３桁は発生箇所を示す。画像形成装置１０は、自装置で発生した障害が解消されたとき、該障害に対応するトラブルコードと該障害を解消したユーザの情報を紐付けて、障害解消履歴６４として記憶する。

次に、障害解消履歴６４について説明する。図５は障害解消履歴６４の例を示す。障害解消履歴６４には、図４で説明したトラブルコードと、該トラブルコードの示す障害を解消させたユーザが登録されている。

本発明の実施の形態では、トラブルコードと該トラブルコードの示す障害を解消させたユーザにさらに、解消日時、所要時間、部署、通知禁止の項目が紐付けられている。

解消日時は、トラブルコードの示す障害が解消された日時を示す。所要時間は、トラブルコードの示す障害の解消に要した時間を示す。部署は、トラブルコードに紐付けられているユーザの所属する部署名を示す。

通知禁止の項目は、トラブルコードに紐付けられているユーザの情報の通知を禁止するか否かの設定状況が紐付けられている。画像形成装置１０は、通知禁止が設定されているユーザの情報については（図中では、ユーザＥの情報に通知禁止が設定されている）、解消経験者情報としての通知を行わない。

次に、画像形成装置１０にて障害が発生した場合に、どのようにして過去に同種の障害を解消したユーザの情報を通知するかについて説明する。

たとえば、画像形成装置１０Ａにて（ＰＸＸＸ１）のトラブルコードの示す障害が発生した場合、画像形成装置１０Ａは、まず障害解消履歴６４にて（ＰＸＸＸ１）のトラブルコードに紐付けられているユーザの情報を抽出する。図５では、ユーザＡ、ユーザＤ、ユーザＥ、ユーザＧの４人の情報が抽出される。

次に、各ユーザの情報に、解消経験者情報としての通知禁止の設定がなされているか否かを調べる。障害解消履歴６４では、ユーザＥの情報は解消経験者情報としての通知が禁止されている。よって、画像形成装置１０は、それ以外の３人のユーザ（ユーザＡ、ユーザＤ、ユーザＧ）の情報を通知対象として決定する。

図６は、画像形成装置１０Ａにて（ＰＸＸＸ１）のトラブルコードの示す障害が発生した場合に、表示部３１に表示される解消経験者情報を示す画面６５を示す。画面６５には、画像形成装置１０Ａが通知対象として決定した３人のユーザ（ユーザＡ、ユーザＤ、ユーザＧ）の情報が、画像形成装置１０Ａで発生した障害と同種の障害の解消経験者情報としてリスト表示されている。

画面６５では、ユーザ名の他にも、各ユーザが過去に同種の障害を解消した日時、該障害の解消に要した時間、および各ユーザの所属する部署が併せて解消経験者情報として表示される。

この画面６５を確認したユーザは、解消経験者として表示されたユーザの中から、障害の解消の助力を要請したいユーザを選択し、解消要請ボタン６６を押下する。画像形成装置１０は、解消要請ボタン６６が押下されたら、選択されているユーザの連絡先に、障害の解消要請を送信する。

ユーザの連絡先は、予めハードディスク装置１５に記憶しておいてもよいし、障害が解消したときに、該障害を解消させたユーザの連絡先を受け付けて記憶しておいてもよい。障害が発生した時に、過去に同種の障害を解消したユーザの情報を外部の装置に問い合わせて取得してもよい。

連絡先は、たとえば、電子メールアドレスや、電話番号、ファクシミリの番号等を採用すればよい。画像形成装置１０は、障害の解消要請を電子メールで送信したり、解消要請を示す画像をファクシミリで送信したりする。これにより、障害を発生させたユーザが、同種の障害の解消経験者のところに移動して障害の解消を直接要請する手間や時間が省略される。

図６の画面６５の表示箇所、すなわち解消経験者情報の通知先は表示部３１に限らない。たとえば、ログイン中のユーザ等、自装置を使用中のユーザの持つ携帯端末や、自装置の付近にいるユーザの持つ携帯端末に画面６５を送信して表示させてもよい。また、自装置がジョブを保持している場合には、そのジョブの投入元の装置もしくは端末に画面６５を送信して表示させてもよい。

なお、前述した携帯端末などの他の装置に画面６５を表示させる場合、該他の装置にて解消要請を送信するユーザの選択を受け、該他の装置に表示された画面６５上の解消要請ボタン６６が押下されたら、該選択されたユーザに画像形成装置１０が解消要請を送信するようにしてもよい。該他の装置から直接、障害の解消要請を送信するようにしてもよい。

なお、解消経験者情報の通知は、画面６５のように表示による通知に限らず、音声等で通知してもよい。

次に、障害の解消経験者が複数いる場合に、いずれのユーザの情報から通知するかを決定する方法について説明する。

画像形成装置１０は、自装置で発生した障害の種別に複数のユーザの情報が紐付けされている場合、該情報の中から優先して通知する情報を決定し、その決定した情報を優先して通知する。

優先方法は、たとえば、複数のユーザの情報をリスト表示する場合に、優先させたい情報がリストの上位にくるようにする。もしくは優先して通知すると決定した情報のみ表示するようにする。複数のユーザの情報を順番に通知する場合に、最初に通知するようにする。以下、優先して通知する情報を決定する場合の基準について複数の例を挙げ説明する。

（優先基準１）
優先基準１では、自装置で障害が発生したときに、自装置を使用中のユーザを特定し、該障害の種別に紐付けされたユーザの中に、自装置を使用中のユーザが含まれている場合は、該ユーザの情報を優先して通知するよう決定する。

障害が発生したときに、自装置を使用中のユーザが、該障害と同種の障害の解消経験者である場合は、他のユーザに障害の解消を要請する必要が無い可能性が高いので、該ユーザの情報を優先して通知することで、障害の解消の無駄な要請を防止する。

（優先基準２）
優先基準２では、障害が発生してから該障害が解消されるまでにかかった時間を取得して、該障害の種別と該障害を解消させたユーザの情報に、該時間をさらに紐付けて登録しておく。その後、障害の種別とともに紐付けられている時間が所定値未満である該障害を解消させたユーザの情報を最も優先して通知するよう決定する。

障害が解消されるまでにかかった時間があまりにも長いユーザは、該障害の解消を自身で行っていない可能性が高いので、障害が解消されるまでにかかった時間が短いユーザを最も優先して通知することで、該障害の解消に有益なユーザが通知される。

（優先基準３）
優先基準３では、自装置で障害が発生した時に、自装置を使用中のユーザを特定し、該障害の種別に紐付けされたユーザのうち、自装置を使用中のユーザが、該障害の解消の助力を要請しやすいユーザを優先して通知するよう決定する。

たとえば、各ユーザの位置情報等を取得して、自装置に近いユーザを優先して通知するよう決定したり、自装置を使用中のユーザと、部署が同じユーザ、もしくは近くの部署のユーザを優先して通知するよう決定したりする。これにより、障害の解消の助力を要請しやすいユーザが優先して通知される。

前述した優先基準１〜３を組み合わせて、優先して通知するユーザを決定してもよい。たとえば、優先基準１と２を組み合わせる場合は、自装置で発生した障害の種別に紐付けられている時間が所定値未満であるユーザの情報を最も優先して通知するようにする。障害が発生したときに、自装置を使用中のユーザが、該障害と同種の障害の解消経験者であっても、以前に同種の障害の解消に要した時間が短い他のユーザがいる場合は、該他のユーザが該障害を早期解消できる可能性が高いので、該他のユーザの情報を優先して通知するようにする。

また、前述した優先基準１〜３以外の他の適当な基準を採用してもよい。たとえば、ユーザの現在の状況を取得し、会議中など、すぐに解消の助力に来られないユーザは通知対象から外し、すぐに解消の助力に来られる可能性の高いユーザを優先して通知するように決定してもよい。

次に、画像形成装置１０で発生した障害が解消された場合に、その障害を解消させたユーザと、該障害の種別を紐付けて記憶する場合の具体例について説明する。

図７は、画像形成装置１０で発生した障害が解消された場合に、その障害を解消させたユーザと、該障害の種別を紐付けて記憶する場合の具体例を示す。なお、図７では、障害を発生させたユーザが、障害解消経験者に頼らずに、該障害を自力で解消する。

まず、２０ＸＸ年１０月２０日に、ユーザＡが使用中の画像形成装置１０Ａにて（紙詰まり、給紙口）の障害が発生した（Ｔ１）。画像形成装置１０Ａは、（紙詰まり、給紙口）の障害に紐付けられているユーザを障害解消履歴６４から検索したが、紐付けられているユーザはいなかった。

その後、ユーザＡは自身で障害を解消させた（Ｔ２）。画像形成装置１０Ａは、（紙詰まり、給紙口）の障害が解消されたことを認識したら、トラブルコード表６３（図４参照）にて該障害に対応するトラブルコードと、該障害を解消させたユーザであるユーザＡの情報を紐付けて障害解消履歴６４に登録する（Ｔ３）。

図７では、障害が解消された日時として（２０ＸＸ年１０月２０日）が、障害の解消に要した時間として（５分）が、ユーザＡの情報に紐付けてさらに障害解消履歴６４に登録する。

次に、図７で登録したユーザＡの情報を解消経験者情報として通知する場合の具体例について説明する。

図８は、画像形成装置１０Ａにて障害が発生したとき、その障害の種別に紐付いて記憶されているユーザを通知する場合の具体例を示す。なお、図８では、障害を発生させたユーザが、障害解消経験者に助力を要請し、該障害を解消する。

２０ＸＸ年１０月２５日に、ユーザＢが使用中の画像形成装置１０Ａにて（紙詰まり、給紙口）の障害が発生した（Ｓ１）。ユーザＢは自力でこの障害を解消することができず困っていた（Ｓ２）。

画像形成装置１０Ａは、紙詰まり（発生箇所、給紙口）の障害のトラブルコードに紐付けられているユーザを障害解消履歴６４から検索する。検索の結果、図７で登録したユーザＡの情報が見つかったので、このユーザＡの情報を解消経験者情報としてユーザＢに通知する（Ｓ３）。この時、ユーザＡに紐付けられている他の情報（障害を解消した日時（２０ＸＸ年１０月２０日）と、障害の解消にかかった時間（５分））も併せて通知する。

ユーザＢは、（紙詰まり、給紙口）の障害の解消経験者であるユーザＡに該障害の解消の助力を要請することで、障害を速やかに解消することができる。

なお、障害が解消されたら、画像形成装置１０Ａは、該障害を解消したユーザＢを、該障害の種別（紙詰まり、給紙口）に、さらに紐付けて障害解消履歴６４に登録する。

次に、画像形成装置１０が、自装置で発生した障害を解消させたユーザを特定する方法について説明する。画像形成装置１０は、障害の解消時に、既にユーザ認証を受けて自装置にログイン中の状態のユーザ、もしくは障害が解消した後、ユーザの入力を受け、受け付けたユーザを、該障害を解消させたユーザとして特定する。

図９は、障害の解消時に、既にユーザ認証を受けて自装置にログイン中の状態のユーザを、該障害を解消させたユーザとして特定する場合に画像形成装置１０が行う処理を示す。

まず、ユーザ認証を受けてログイン中の状態のユーザがいるとき、自装置に障害が発生し、その後、その障害が解消されたら（ステップＳ２０１）、そのログイン中の状態のユーザを、該障害を解消したユーザとして特定し、その特定したユーザを、該障害の解消した日時、および該障害の解消に要した時間と、該障害に対応するトラブルコードに紐付けて障害解消履歴６４に登録する（ステップＳ２０２）。

その後、自装置の動作モードを、障害の発生による停止状態から通常状態（通常モード）に回帰させ（ステップＳ２０３）、本処理を終了する。

図１０は、障害の解消後に、ユーザの入力を受けて、受け付けたユーザを、該障害を解消させたユーザとして特定する場合に画像形成装置１０が行う処理を示す。

まず、ゲストとしてログイン中の状態のユーザがいるなど、自装置を使用中のユーザを特定できない状態で、自装置に障害が発生し、その後、その障害が解消されたら（ステップＳ３０１）、ユーザの入力を受け付ける。

ユーザを受け付ける場合、たとえば、障害を解消したユーザの情報を入力するための画面を表示部３１に表示して、ユーザの情報の入力を受け付けるようにしたりする。本発明の実施の形態では、画像形成装置１０は、障害が解消されたとき、ユーザ認証によるログインを促して、ログインしたユーザを、該障害を解消させたユーザとして特定するものとする。

障害を解消したユーザがログインするまで待って（ステップＳ３０２；Ｎｏ）、ログインしたら（ステップＳ３０２；Ｙｅｓ）、そのログインしたユーザを、該障害を解消したユーザとして特定し、その特定したユーザを、該障害が解消された日時と、該障害が発生してから解消されるにかかった時間と、該障害に対応するトラブルコードに紐付けて障害解消履歴６４に登録する（ステップＳ３０３）。

その後、自装置の動作モードを、障害の発生による停止状態から通常状態（通常モード）に回帰させ（ステップＳ３０４）、本処理を終了する。

図１０の方法では、たとえば、障害が発生するまでに自装置を使用していたユーザと、障害を解消させたユーザが異なる場合であっても、障害を解消させたユーザを確実に特定することができる。

（変形例、類似障害についても通知する）
次に、解消経験者情報を通知する場合の変形例について説明する。ここまでの説明では、自装置で障害が発生した場合には、自装置で以前に発生した同種の障害を解消させたことのあるユーザの情報を解消経験者情報として通知していたが、変形例では、自装置で発生した障害の種別が、自装置で以前に発生した障害の種別と類似する場合は、その類似する種別に紐付けられているユーザの情報も、該障害の解消経験者の情報として通知する。

たとえば、（紙詰まり、排紙口）と（紙詰まり、給紙口）の障害は、発生箇所が異なるが、障害名称は同じであるため、以前にどちらか一方の障害を解消させたことのあるユーザは、他方の障害を早急に解消させることのできる可能性が高い。よって、画像形成装置１０は、紙詰まりの障害が発生した場合は、その発生箇所に係らず、紙詰まりの障害に紐付けられているユーザの情報を該障害の解消経験者情報として通知する。

本発明の実施の形態では、発生した障害のトラブルコードと、上２桁が一致する場合、すなわち、障害名称が一致する場合は、発生箇所が異なっていても類似の障害とみなすものとするが、類似であるか否かの基準はこの限りではない。たとえば、障害名称が異なっていても、発生箇所が共通していれば類似の障害であるとみなしてもよい。

（態様例２、サーバが他装置での障害解消経験者を通知する）
態様例１では、一の画像形成装置１０にて障害が発生した場合、同一の装置で過去に同種の障害を解消したユーザのみ通知されていたが、態様例２では、他の画像形成装置１０にて過去に同種の障害を解消したユーザも通知される。具体的には、サーバ７０が、各画像形成装置１０で発生した障害の種別と、該障害を解消したユーザの情報を紐付けて記憶しておき、その後、障害が発生中の画像形成装置１０から、解消経験者情報の通知依頼を受けた時、該発生中の障害の種別に紐付けられて記憶しているユーザの情報を解消経験者情報として通知する。

次に、態様例２における、本発明の実施の形態に係るサーバ７０の構成について説明する。

図１１は、本発明の実施の形態に係るサーバ７０の概略構成を示すブロック図である。サーバ７０は、当該サーバ７０の動作を統括的に制御するＣＰＵ７１を有している。そして、ＣＰＵ７１にはＲＯＭ７２と、ＲＡＭ７３と、不揮発メモリ７４と、ハードディスク装置７５と、ネットワーク通信部７６が接続されて構成されている。

ＣＰＵ７１は、サーバ７０の動作を制御する制御部としての役割を果たす。本発明の実施の形態では、ＣＰＵ７１が本発明の障害解消情報取得部、障害通知受信部、検索部、通知部、連絡先取得部、解消要請通知部、日時取得部、解消経過時間取得部、および優先ユーザ決定部、解消経過時間取得部としての役割を果たす。

ＲＯＭ７２には、各種のプログラムが格納されており、これらのプログラムに従ってＣＰＵ７１が各種処理を実行することでサーバ７０の各機能が実現される。また、ＲＯＭ７２には、サーバ７０の一連の制御をＣＰＵ７１が実行するためのプログラムが格納されている。

ＲＡＭ７３は、ＣＰＵ７１がプログラムに基づいて処理を実行する際に各種のデータを一時的に格納するワークメモリなどとして使用される。

不揮発メモリ７４は、電源をオフにしても記憶内容が破壊されないメモリ（フラッシュメモリ）であり、各種設定情報の保存などに使用される。

ハードディスク装置７５は、大容量の不揮発の記憶装置であり、各種アプリケーションプログラム、各画像形成装置１０に係る情報、各ユーザの情報などが保存される。本発明の実施の形態では、ハードディスク装置７５は、本発明の記憶部としての役割を果たす。また、本発明の実施の形態では、ハードディスク装置７５に制御プログラム８０と、障害解消履歴６４Ｓが格納されている。

制御プログラム８０は、ＣＰＵ７１が本発明の障害解消情報取得部、障害通知受信部、検索部、通知部、連絡先取得部、解消要請通知部、日時取得部、解消経過時間取得部、および優先ユーザ決定部、解消経過時間取得部としての役割を果たすために使用するプログラムである。具体的には、ＣＰＵ７１は、制御プログラム８０を使用することで、ネットワーク（ＬＡＮ３）を介して接続されている複数の画像形成装置１０の中の一の画像形成装置１０で発生した障害が解消された場合に、その障害の種別と、その障害を解消させたユーザを取得するとともに両者を紐付けて記憶部に記憶しておき、その後、その複数の画像形成装置１０のいずれかから障害の発生およびその障害の種別の通知を受信した場合に、その受信した障害の種別で記憶部を検索して該障害の種別に紐付けされているユーザを読み出し、その受信した障害の解消経験者情報として通知するといった一連の制御を行う。

本発明の実施の形態では、画像形成装置１０が自装置にて発生した障害の種別や、該障害を解消させたユーザ、障害が発生時に自装置を使用していたユーザを特定し、サーバ７０がそれらの情報を取得するものとするが、他の装置からそれらの情報を取得してもよい。

障害解消履歴６４Ｓは、態様例１で画像形成装置１０のハードディスク装置１５に記憶されていた障害解消履歴６４と同じく、各画像形成装置１０で発生し解消された障害の種別と、該障害を解消させたユーザの情報を紐付けて登録した障害の解消履歴である。

本発明の実施の形態では、態様例１と同じように、サーバ７０は障害の解消日時、障害の解消に要した時間、ユーザの所属する部署名、解消経験者としての通知禁止の設定状況を画像形成装置１０等から取得し、該障害の種別と該障害を解消させたユーザと紐付けて障害解消履歴６４Ｓに登録する。なお、障害が発生した（解消された）画像形成装置１０の情報をさらに紐付けて登録してもよい。

ネットワーク通信部７６は、ＬＡＮ３などのネットワークを通じて各画像形成装置１０や、ＰＣ端末４０およびその他の外部装置との間でデータを通信する機能を果たす。

次に、態様例２において、サーバ７０が行う処理について図１２を参照しつつ説明する。図１２はサーバ７０が行う処理のフローを示す。まず、画像形成装置１０にて障害が発生した場合、画像形成装置１０は該障害の種別を特定し、障害が発生した旨およびその特定した障害の種別をサーバ７０に通知する。サーバ７０はこの通知を受けたら（ステップＳ４０１）、ハードディスク装置７５内の障害解消履歴６４Ｓにて、ステップＳ４０１で取得した障害の種別を検索する（ステップＳ４０２）。

障害解消履歴６４Ｓに、ステップＳ４０１で取得した種別が登録されている場合は（ステップＳ４０３；Ｙｅｓ）、その種別に紐付けられているユーザの情報を、ステップＳ４０１の通知の送信元の装置に障害の解消経験者情報として送信して表示させ（ステップＳ４０４）、ステップＳ４０５に進む。障害解消履歴６４ＳにステップＳ４０１で取得した種別が登録されていない場合は（ステップＳ４０３；Ｎｏ）、そのままステップＳ４０５に進む。

ステップＳ４０５では、ステップＳ４０１で障害が発生した通知を受けた画像形成装置１０から該障害が解消された通知を受けるまで待つ（ステップＳ４０５；Ｎｏ）。そして、障害が解消された通知を受けたら（ステップＳ４０５；Ｙｅｓ）、その障害を解消させたユーザの情報を該画像形成装置１０から取得する（ステップＳ４０６）。

その後、そのステップＳ４０６で取得したユーザの情報を、ステップＳ４０１で取得した障害の種別と紐付けて障害解消履歴６４Ｓに登録し（ステップＳ４０７）、本処理を終了する。

図１３は、態様例２における印刷システム７で、一の画像形成装置１０にて障害が発生した場合に、過去に同種の障害を画像形成装置１０Ａもしくは画像形成装置１０Ｂで解消したユーザの情報が通知される様子を示す。

図１３ではまず、２０ＸＸ年１０月２０日に、ユーザＡが使用中の画像形成装置１０Ａにて（紙詰まり、給紙口）の障害が発生し（Ｍ１）、ユーザＡは自身で障害を解消させた（Ｍ２）。画像形成装置１０Ａは、（紙詰まり、給紙口）の障害が解消されたことを認識したら、トラブルコード表６３にて該障害に対応するトラブルコードと、該障害を解消させたユーザであるユーザＡの情報をサーバ７０に送信する（Ｍ３）。これを受けたサーバ７０は、両者の情報を紐付けて障害解消履歴６４Ｓに登録する。図１３では、画像形成装置１０Ａは、障害が解消された日時（２０ＸＸ年１０月２０日）と、障害の解消に要した時間（５分）もサーバ７０に送信しており、これを受けたサーバ７０はこれらの情報も併せて障害解消履歴６４Ｓに登録する。

次に、２０ＸＸ年１０月２５日に、ユーザＢが使用中の画像形成装置１０Ｂにて（紙詰まり、給紙口）の障害が発生した（Ｎ１）。画像形成装置１０Ｂは自装置にて発生した障害の種別を特定し、その種別のトラブルコードおよび障害の発生通知をサーバ７０に送信する（Ｎ２）。

障害の発生通知とトラブルコードを受けたサーバ７０は、障害解消履歴６４Ｓを検索し、該トラブルコードに紐付けられているユーザの情報（ここではユーザＡの情報）を画像形成装置１０Ｂに送信して表示部３１に表示させる（Ｎ３）。図１３では、サーバ７０は、障害が解消された日時（２０ＸＸ年１０月２０日）と、障害の解消に要した時間（５分）も併せて画像形成装置１０Ｂに送信して表示させる。

ユーザＢは、障害解消経験者であるユーザＡに障害の解消の助力を要請することで、障害を速やかに解消することができる。障害が解消されたら、画像形成装置１０Ｂは、該障害を解消したユーザＢの情報を、該障害の種別（紙詰まり、給紙口）とともにサーバ７０に送信する。サーバ７０は、これらの情報を紐付けて障害解消履歴６４Ｓに登録する。

このように、態様例２では、他の画像形成装置１０にて同種の障害を解消したユーザの情報も、サーバ７０を通じて解消経験者情報として通知されるので、態様例１に比べて、解消経験者情報として通知されるユーザの情報数が多くなる。

なお、態様例２においても、態様例１で説明したように、解消経験者情報にユーザの部署などの情報を含ませて通知したり、解消経験者が複数いる場合に、優先的に通知するユーザを決定し、その決定に従って解消経験者の通知を実行するようにしてもよい。

また、態様例２においても、サーバ７０が、ユーザの連絡先を取得して、障害の発生時に、該障害の種別に紐付けられているユーザの連絡先に該障害の解消要請を送信するようにしてもよい。

以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。

本発明の実施の形態では、画像形成装置１０は２台であったが、３台以上あってもよい。また、本発明の情報処理装置は画像形成装置１０に限らず、ファクシミリ装置などの、他の装置であってもよい。

本発明の実施の形態では、ＰＣ端末４０は１台であったが複数台あってもよい。また、画像形成装置１０に印刷ジョブを送信する端末はＰＣ端末４０に限らず、携帯端末やタブレットなどでもよい。

本発明の実施の形態では、障害名称とその発生箇所の組み合わせを本発明の種別として該組み合わせ毎に異なるトラブルコードを割り当てて、該トラブルコードに、ユーザの情報を紐付けていたが、障害名称にユーザの情報を直接紐付けてもよい。

本発明の実施の形態では、サーバ７０は独立する単体の装置であったが、一の画像形成装置１０にサーバ７０が含まれて構成されていてもよい。

本発明の実施の形態の態様例２では、サーバ７０は、一の画像形成装置１０で発生した障害の解消に要した時間を、該画像形成装置１０から取得していたが、該障害の解消に要した時間をサーバ７０が計測して取得してもよい。たとえば、画像形成装置１０から障害が発生した通知を受けてから、該障害が解消された通知を受けるまでの時間を計測し、その計測によって得た時間を、該障害の解消に要した時間とするようにしてもよい。

３…ＬＡＮ
７…印刷システム
１０（Ａ、Ｂ）…画像形成装置
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…不揮発メモリ
１５…ハードディスク装置
１６…画像処理部
１７…画像読取部
１８…プリンタ部
１９…ファクシミリ通信部
２０…ネットワーク通信部
２１…認証部
２２…時刻管理部
３０…操作パネル
３１…表示部
３２…操作部
３３…スイッチ部
３４…タッチパネル部
４０…ＰＣ端末
６１…情報共有制御プログラム
６２…認証情報
６３…トラブルコード表
６４…障害解消履歴
６４Ｓ…障害解消履歴
６５…画面
６６…解消要請ボタン
７０サーバ
７１…ＣＰＵ
７２…ＲＯＭ
７３…ＲＡＭ
７４…不揮発メモリ
７５…ハードディスク装置
７６…ネットワーク通信部
８０…制御プログラム

Claims (31)

1. 自装置で障害が発生した場合に、その種別を特定する障害特定部と、
   前記障害を解消させたユーザを特定するユーザ特定部と、
   前記障害が解消された場合に、前記障害特定部によって特定された該障害の種別と、前記ユーザ特定部によって特定された該障害を解消させたユーザとを紐付けて記憶する記憶部と、
   自装置で障害が発生した場合に、前記障害特定部によって特定された該障害の種別で前記記憶部を検索して該障害の種別に紐付けされているユーザを前記記憶部から読み出す検索部と、
   前記検索部が取得したユーザを、前記障害の解消経験者情報として通知する通知部と、
   を有する
   ことを特徴とする情報処理装置。
2. 前記ユーザ特定部は、前記障害が解消された後、ユーザの入力を受け付け、その入力を受けたユーザを、前記障害を解消させたユーザとして特定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記検索部が読み出したユーザの連絡先を取得する連絡先取得部と、
   前記連絡先取得部が取得した連絡先に前記障害の解消要請を送信する解消要請通知部と、
   をさらに有する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記連絡先は、電子メールアドレスであり、
   前記解消要請通知部は、前記解消要請の電子メールを送信する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記障害が解消された日時を取得する日時取得部を更に備え、
   前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記日時取得部が取得した該障害が解消された日時を記憶し、
   前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている日時をさらに読み出し、
   前記通知部は、前記検索部が取得したユーザと日時を、前記解消経験者情報として通知する
   ことを特徴とする請求項１乃至４のいずれか１つに記載の情報処理装置。
6. 前記障害の解消に要した時間を計測する解消経過時間計測部を備え、
   前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記解消経過時間計測部が計測した該ユーザが該障害の解消に要した時間を記憶し、
   前記検索部は、障害の種別と該障害を解消させたユーザの情報に紐付けられている時間をさらに読み出し、
   前記通知部は、前記検索部が取得したユーザと時間を、前記解消経験者情報として通知する
   ことを特徴とする請求項１乃至５のいずれか１つに記載の情報処理装置。
7. ユーザ毎に、前記解消経験者情報の通知禁止を設定可能であり、
   前記通知部は、前記検索部が取得したユーザの情報の示すユーザに前記通知禁止が設定されている場合は前記通知を行わない
   ことを特徴とする請求項１乃至６のいずれか１つに記載の情報処理装置。
8. 前記記憶部は、自装置で発生した障害が解消されたときに、前記障害特定部によって特定された該障害の種別に既にユーザが紐付けられて記憶されている場合は、該障害の種別に、該障害を解消させたユーザを更に紐付けて記憶する
   ことを特徴とする請求項１乃至７のいずれか１つに記載の情報処理装置。
9. 前記検索部によって複数のユーザが検索された場合に、該複数のユーザの中から前記障害の解消経験者情報として優先的に通知するユーザを決定する優先ユーザ決定部をさらに備え、
   前記通知部は、前記優先ユーザ決定部の決定に従って前記障害の解消経験者情報を通知する
   ことを特徴とする請求項８に記載の情報処理装置。
10. 自装置で障害が発生したときに自装置を使用していたユーザを特定する障害発生時ユーザ特定部をさらに有し、
    前記優先ユーザ決定部は、前記検索部が取得したユーザ中に、前記障害発生時ユーザ特定部が特定したユーザがある場合は、該ユーザを前記優先的に通知するユーザに決定する
    ことを特徴とする請求項９に記載の情報処理装置。
11. 前記障害の解消に要した時間を計測する解消経過時間計測部を備え、
    前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記解消経過時間計測部が計測した該障害の解消に要した時間を記憶し、
    前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている該障害の解消に要した時間をさらに読み出し、
    前記優先ユーザ決定部は、前記検索部によって読み出された複数のユーザの中で前記障害の解消に要した時間が所定値未満のユーザを、最も優先して通知するユーザに決定する
    ことを特徴とする請求項９または１０に記載の情報処理装置。
12. ネットワークを介して接続されている複数の情報処理装置の中の一の情報処理装置で発生した障害が解消された場合に、前記障害の種別と前記障害を解消させたユーザを取得する障害解消情報取得部と、
    前記障害解消情報取得部が取得した障害の種別と該障害を解消させたユーザを紐付けて記憶する記憶部と、
    前記複数の情報処理装置のいずれかから障害の発生およびその障害の種別の通知を受ける障害通知受信部と、
    前記障害通知受信部が受信した障害の種別で前記記憶部を検索して該障害の種別に紐付けされているユーザを前記記憶部から読み出す検索部と、
    前記検索部が取得したユーザを、前記障害の解消経験者情報として通知する通知部と、
    を有する
    ことを特徴とするサーバ。
13. 前記検索部が読み出したユーザの連絡先を取得する連絡先取得部と、
    前記連絡先取得部が取得した連絡先に前記障害の解消要請を送信する解消要請通知部と、
    をさらに有する
    ことを特徴とする請求項１２に記載のサーバ。
14. 前記連絡先は、電子メールアドレスであり、
    前記解消要請通知部は、前記解消要請の電子メールを送信する
    ことを特徴とする請求項１３に記載のサーバ。
15. 前記障害が解消された日時を取得する日時取得部を更に備え、
    前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記日時取得部が取得した該障害が解消された日時を記憶し、
    前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている日時をさらに読み出し、
    前記通知部は、前記検索部が取得したユーザと日時を、前記解消経験者情報として通知する
    ことを特徴とする請求項１２乃至１４のいずれか１つに記載のサーバ。
16. 前記障害の解消に要した時間を取得する解消経過時間取得部を備え、
    前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて、前記解消経過時間取得部が取得した該障害の解消に要した時間を記憶し、
    前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている時間をさらに読み出し、
    前記通知部は、前記検索部が取得したユーザと時間を、前記解消経験者情報として通知する
    ことを特徴とする請求項１２乃至１５のいずれか１つに記載のサーバ。
17. ユーザ毎に、前記解消経験者情報の通知禁止を設定可能であり、
    前記通知部は、前記検索部が取得したユーザの情報の示すユーザに前記通知禁止が設定されている場合は前記通知を行わない
    ことを特徴とする請求項１２乃至１６のいずれか１つに記載のサーバ。
18. 前記記憶部は、前記障害解消情報取得部が取得した障害の種別に既にユーザが紐付けられて記憶されている場合は、該障害の種別に、前記障害解消情報取得部が取得した前記障害を解消させたユーザを更に紐付けて記憶する
    ことを特徴とする請求項１２乃至１７のいずれか１つに記載のサーバ。
19. 前記検索部によって複数のユーザが検索された場合に、該複数のユーザの中から前記障害の解消経験者情報として優先的に通知するユーザを決定する優先ユーザ決定部をさらに備え、
    前記通知部は、前記優先ユーザ決定部の決定に従って前記障害の解消経験者情報を通知する
    ことを特徴とする請求項１２乃至１８のいずれか１つに記載のサーバ。
20. 前記障害通知受信部は、障害の発生およびその障害の種別と共にその障害の発生したときにその障害の発生した情報処理装置を使用していたユーザを前記情報処理装置から受信し、
    前記優先ユーザ決定部は、前記検索部が取得したユーザ中に、前記障害通知受信部が受信したユーザがある場合は、該ユーザを前記優先的に通知するユーザに決定する
    ことを特徴とする請求項１９に記載のサーバ。
21. 前記障害の解消に要した時間を取得する解消経過時間取得部を備え、
    前記記憶部は、障害の種別と該障害を解消させたユーザにさらに紐付けて前記解消経過時間取得部が取得した該障害の解消に要した時間を記憶し、
    前記検索部は、障害の種別と該障害を解消させたユーザに紐付けられている該障害の解消に要した時間をさらに読み出し、
    前記優先ユーザ決定部は、前記検索部によって読み出された複数のユーザの中で前記障害の解消に要した時間が所定値未満のユーザを、最も優先して通知するユーザに決定する
    ことを特徴とする請求項１９または２０に記載のサーバ。
22. 複数の情報処理装置がネットワークを介して接続されたサーバで実行されるプログラムであって、
    複数の情報処理装置の中の一の情報処理装置で発生した障害が解消された場合に、前記障害の種別と前記障害を解消させたユーザの情報を取得する障害解消情報取得ステップと、
    前記障害解消情報取得ステップで取得した該障害の種別と該障害を解消させたユーザを紐付けて記憶部に記憶する記憶ステップと、
    前記複数の情報処理装置のいずれかから障害の発生およびその障害の種別の通知を受ける障害通知受信ステップと、
    前記障害通知受信ステップで受信した障害の種別で前記記憶部を検索して該障害の種別に紐付けされているユーザを前記記憶部から読み出す検索ステップと、
    前記検索ステップで取得したユーザを、前記障害の解消経験者情報として通知する通知ステップと、
    を有する
    ことを特徴とするサーバプログラム。
23. 前記検索ステップで読み出したユーザの連絡先を取得する連絡先取得ステップと、
    前記連絡先取得ステップで取得した連絡先に前記障害の解消要請を送信する解消要請通知ステップと、
    をさらに有する
    ことを特徴とする請求項２２に記載のサーバプログラム。
24. 前記連絡先は、電子メールアドレスであり、
    前記解消要請通知ステップでは、前記解消要請の電子メールを送信する
    ことを特徴とする請求項２３に記載のサーバプログラム。
25. 前記障害が解消された日時を取得する日時取得ステップをさらに備え、
    前記記憶ステップでは、障害の種別と該障害を解消させたユーザにさらに紐付けて前記日時取得ステップで取得した該障害が解消された日時を記憶し、
    前記検索ステップでは、障害の種別と該障害を解消させたユーザに紐付けられている日時をさらに読み出し、
    前記通知ステップでは、前記検索ステップで取得したユーザと日時を、前記解消経験者情報として通知する
    ことを特徴とする請求項２２乃至２４のいずれか１つに記載のサーバプログラム。
26. 前記障害の解消に要した時間を取得する解消経過時間取得ステップをさらに有し、
    前記記憶ステップでは、障害の種別と該障害を解消させたユーザにさらに紐付けて前記解消経過時間取得ステップで取得した該障害の解消に要した時間を記憶し、
    前記検索ステップでは、障害の種別と該障害を解消させたユーザに紐付けられている時間をさらに読み出し、
    前記通知ステップでは、前記検索ステップで取得したユーザと時間を、前記解消経験者情報として通知する
    ことを特徴とする請求項２２乃至２５のいずれか１つに記載のサーバプログラム。
27. ユーザ毎に、前記解消経験者情報の通知禁止の設定を受け付ける通知禁止設定ステップをさらに有し、
    前記通知ステップでは、前記検索ステップで取得したユーザに前記通知禁止が設定されている場合は前記通知を行わない
    ことを特徴とする請求項２２乃至２６のいずれか１つに記載のサーバプログラム。
28. 前記記憶ステップでは、前記障害解消情報取得ステップで取得した障害の種別に既にユーザが紐付けられて記憶されている場合は、該障害の種別に、前記障害解消情報取得ステップで取得した前記障害を解消させたユーザを更に紐付けて記憶する
    ことを特徴とする請求項２２乃至２７のいずれか１つに記載のサーバプログラム。
29. 前記検索ステップで複数のユーザが検索された場合に、該複数のユーザの中から前記障害の解消経験者情報として優先的に通知するユーザを決定する優先ユーザ決定ステップをさらに備え、
    前記通知ステップでは、前記優先ユーザ決定ステップでの決定に従って前記障害の解消経験者情報を通知する
    ことを特徴とする請求項２２乃至２８のいずれか１つに記載のサーバプログラム。
30. 前記障害通知受信ステップでは、障害の発生およびその障害の種別と共にその障害の発生したときにその障害の発生した情報処理装置を使用していたユーザを前記情報処理装置から受信し、
    前記優先ユーザ決定ステップでは、前記検索ステップで取得したユーザ中に、前記障害通知受信ステップで受信したユーザがある場合は、該ユーザを前記優先的に通知するユーザに決定する
    ことを特徴とする請求項２９に記載のサーバプログラム。
31. 前記障害の解消に要した時間を取得する解消経過時間取得ステップを備え、
    前記記憶ステップでは、障害の種別と該障害を解消させたユーザの情報にさらに紐付けて前記解消経過時間取得ステップで取得した該障害の解消に要した時間を記憶し、
    前記検索ステップでは、障害の種別と該障害を解消させたユーザに紐付けられている該障害の解消に要した時間をさらに読み出し、
    前記優先ユーザ決定ステップでは、前記検索ステップにて読み出された複数のユーザの中で前記障害の解消に要した時間が所定値未満のユーザを、最も優先して通知するユーザに決定する
    ことを特徴とする請求項２９または３０に記載のサーバプログラム。