(57)【要約】【課題】保守すべき装置が予め定められた範囲内に複数あるときに、自装置の保守予約の時点で周囲の保守が必要な装置の予約を行う。【解決手段】画像形成装置２０Ａは、トナー切れが発生した場合、管理者により自装置のトナーの補充が行われる時間帯を設定する。また、画像形成装置２０Ａは、自装置のトナーの補充が行われる時間帯を設定した後、画像形成装置２０Ｂについて消耗品の補充又は交換を要するか検知し、補充又は交換を要することを検知した場合、画像形成装置２０Ｂにおいて管理者により補充又は交換が行われる時間帯を設定し、設定した時間帯を画像形成装置２０Ｂに設定する。【選択図】図１
2020028073.tif 000002
【特許請求の範囲】
【請求項１】
自装置のリソースの状態を検知する第１検知手段と、
前記第１検知手段が検知した状態が予め定められた状態である場合、自装置の保守の予定を設定する第１設定手段と、
自装置と通信可能であって予め定められた条件を満たす他装置のリソースの状態を検知する第２検知手段と、
前記第２検知手段が検知した状態が予め定められた状態である場合、前記他装置に対して保守の予定を設定する第２設定手段と
を備える情報処理装置。
【請求項２】
自装置が使用される予定の時間帯をユーザから受け付ける受付手段と、
前記受付手段が受け付けた時間帯において、前記第１検知手段が検知した状態が予め定められた状態である場合、前記リソースの保守に係る通知を行う通知手段と
を備える請求項１に記載の情報処理装置。
【請求項３】
前記通知手段は、自装置について前記ユーザの使用が優先されている場合、前記リソースの状態を前記ユーザに通知する
請求項２に記載の情報処理装置。
【請求項４】
前記通知手段は、自装置について管理者の使用が優先されている場合、自装置の保守の予定を前記ユーザに通知する
請求項２に記載の情報処理装置。
【請求項５】
前記第１設定手段が自装置の保守の予定を設定した場合、前記他装置に対して保守の予定の設定済みの設定通知を送る送信手段
を有する請求項１に記載の情報処理装置。
【請求項６】
前記他装置から前記設定通知を受信する受信手段を有し、
前記第２設定手段は、前記受信手段が前記設定通知を受信した場合、前記設定通知を送信した前記他装置に対して保守の予定を設定しない
請求項５に記載の情報処理装置。
【請求項７】
コンピュータを、
自装置のリソースの状態を検知する第１検知手段と、
前記第１検知手段が検知した状態が予め定められた状態である場合、自装置の保守の予定を設定する第１設定手段と、
自装置と通信可能であって予め定められた条件を満たす他装置のリソースの状態を検知する第２検知手段と、
前記第２検知手段が検知した状態が予め定められた状態である場合、前記他装置に対して保守の予定を設定する第２設定手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
装置の保守が予定されていることを知らせる発明として、例えば特許文献１に開示された管理システムがある。この管理システムにおいては、保守対象装置の内部状態が予め定められた条件を満たす場合、保守者による保守行動の予定を調整し、保守行動の予定を示す保守予定情報を記憶する。また、この管理システムにおいては、保守対象装置でエラーが発生した場合、記憶されている保守予定情報を表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−６３４９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、保守の対象となる装置が同じフロアに複数設置されている場合がある。同じフロアで複数の装置が保守を要する状態にある場合、各装置の保守の日時が大きくずれると、保守を行う者が訪問するのに手間がかかることとなる。
【０００５】
本発明は、保守すべき装置が予め定められた範囲内に複数あるときに、自装置の保守予約の時点で周囲の保守が必要な装置の予約を行うことを目的とする。
【課題を解決するための手段】
【０００６】
本発明の請求項１に係る情報処理装置は、自装置のリソースの状態を検知する第１検知手段と、前記第１検知手段が検知した状態が予め定められた状態である場合、自装置の保守の予定を設定する第１設定手段と、自装置と通信可能であって予め定められた条件を満たす他装置のリソースの状態を検知する第２検知手段と、前記第２検知手段が検知した状態が予め定められた状態である場合、前記他装置に対して保守の予定を設定する第２設定手段とを備える。
【０００７】
本発明の請求項２に係る情報処理装置は、自装置が使用される予定の時間帯をユーザから受け付ける受付手段と、前記受付手段が受け付けた時間帯において、前記第１検知手段が検知した状態が予め定められた状態である場合、前記リソースの保守に係る通知を行う通知手段とを備える。
【０００８】
本発明の請求項３に係る情報処理装置においては、前記通知手段は、自装置について前記ユーザの使用が優先されている場合、前記リソースの状態を前記ユーザに通知する。
【０００９】
本発明の請求項４に係る情報処理装置においては、前記通知手段は、自装置について管理者の使用が優先されている場合、自装置の保守の予定を前記ユーザに通知する。
【００１０】
本発明の請求項５に係る情報処理装置は、前記第１設定手段が自装置の保守の予定を設定した場合、前記他装置に対して保守の予定の設定済みの設定通知を送る送信手段を有する。
【００１１】
本発明の請求項６に係る情報処理装置は、前記他装置から前記設定通知を受信する受信手段を有し、前記第２設定手段は、前記受信手段が前記設定通知を受信した場合、前記設定通知を送信した前記他装置に対して保守の予定を設定しない。
【００１２】
本発明の請求項７に係るプログラムは、コンピュータを、自装置のリソースの状態を検知する第１検知手段と、前記第１検知手段が検知した状態が予め定められた状態である場合、自装置の保守の予定を設定する第１設定手段と、自装置と通信可能であって予め定められた条件を満たす他装置のリソースの状態を検知する第２検知手段と、前記第２検知手段が検知した状態が予め定められた状態である場合、前記他装置に対して保守の予定を設定する第２設定手段として機能させるためのプログラムである。
【発明の効果】
【００１３】
本発明の請求項１に係る情報処理装置によれば、保守すべき装置が予め定められた範囲内に複数あるときに、自装置の保守予約の時点で周囲の保守が必要な装置の予約を行うことができる。
本発明の請求項２に係る情報処理装置によれば、保守の予定をユーザに通知することができる。
本発明の請求項３に係る情報処理装置によれば、ユーザに対して保守を促すことができる。
本発明の請求項４に係る情報処理装置によれば、使用中にユーザに対して保守を要することを通知できる。
本発明の請求項５に係る情報処理装置によれば、他装置に保守が予約済みであることを通知することができる。
本発明の請求項６に係る情報処理装置によれば、重複して保守の予約が行われるのを防ぐことができる。
本発明の請求項７に係るプログラムによれば、保守すべき装置が予め定められた範囲内に複数あるときに、自装置の保守予約の時点で周囲の保守が必要な装置の予約を行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態の情報処理システム１に係る装置を示した図。
【図２】画像形成装置２０のハードウェア構成を示した図。
【図３】画像形成装置２０の機能ブロック図。
【図４】画像形成装置２０が行う処理の流れを示したフローチャート。
【図５】画像形成装置２０が行う処理の流れを示したフローチャート。
【発明を実施するための形態】
【００１５】
［第１実施形態］
（全体構成）
図１は、本発明の一実施形態である情報処理システム１に係る装置を示した図である。通信回線２は、データ通信が行われる通信回線であり、データ通信を行う複数のコンピュータ装置が接続される。通信回線２には、例えば有線ＬＡＮ（Local Area Network）および無線ＬＡＮが含まれる。
【００１６】
画像形成装置２０Ａ〜２０Ｃは、取得した画像データに基づいて記録媒体である用紙に画像を形成するプリント機能（画像形成機能）、文書を読み取るスキャン機能、コピー機能、ファクシミリ機能などを備えた所謂複合機であり、本発明に係る情報処理装置の一例である。画像形成装置２０Ａ〜２０Ｃは、通信回線２に接続されており、例えば、付与されているＩＰアドレスのネットワーク部が同じアドレスとなっている。
【００１７】
本発明に係る画像形成装置２０Ａ〜２０Ｃは、予め登録されたユーザに自装置の使用を許可する認証機能や、予め登録されたユーザから自装置の使用の予約を受け付け、使用の予約を行ったユーザに対して予約された時間帯での使用を許可する予約機能を有する。また、画像形成装置２０Ａ〜２０Ｃは、用紙やトナーなどの消耗品の量の検知や、交換を要する部品の検知を行い、消耗品の補充や部品交換を要する場合、自装置において補充や部品交換などの保守作業が管理者により行われる時間帯を予約する機能を有する。この時間帯は、本発明に係る保守の予定の一例である。なお、画像形成装置２０Ａ〜２０Ｃは、各々同じ構成であるため、以下、各々を区別する必要がない場合は、画像形成装置２０と表記する。
【００１８】
本発明に係る端末装置の一例である端末装置１０Ａ、１０Ｂは、データ通信を行う装置である。端末装置１０Ａ、１０Ｂは、有線又は無線で通信回線２に接続し、通信回線２を介してデータ通信を行う。端末装置１０Ａ、１０Ｂは、例えば、デスクトップ型のパーソナルコンピュータ、ラップトップ型のパーソナルコンピュータ、タブレット端末またはスマートフォンである。
【００１９】
本実施形態においては、例えば端末装置１０Ａは、画像形成装置２０Ａ〜２０Ｃの使用を許可されているユーザにより使用され、端末装置１０Ｂは、画像形成装置２０Ａ〜２０Ｃを管理し、画像形成装置２０Ａ〜２０Ｃの使用を許可されている管理者により使用される。ユーザは、端末装置１０Ａを操作し、画像形成装置２０Ａ〜２０Ｃの使用の予約を行うことが可能となっている。なお、図１においては、端末装置１０Ａと端末装置１０Ｂを示しているが、三台以上の端末装置を通信回線２へ接続することが可能である。なお、端末装置１０Ａ、１０Ｂについて、以下、各々を区別する必要がない場合は、端末装置１０と表記する。
【００２０】
（画像形成装置２０の構成）
図２は、画像形成装置２０のハードウェア構成の一例を示した図である。操作部２０４は、画像形成装置２０を操作するための複数のボタンを有する。また、操作部２０４は、液晶ディスプレイと液晶ディスプレイの表示面において指の接触を検出するセンサーとを組み合わせたタッチパネルを備えている。操作部２０４のタッチパネルは、画像形成装置２０を操作するための画面を表示する。なお、本実施形態においては、画像形成装置２０はタッチパネルを有し、タッチパネルとボタンで画像形成装置２０を操作可能であるが、タッチパネルの替わりに液晶ディスプレイを有し、液晶ディスプレイでＧＵＩの画面を表示し、ボタンで画像形成装置２０を操作する構成であってもよい。通信部２０５は、通信回線２に有線または無線で接続されており、通信回線２に接続されている他の装置とデータ通信を行う。通信部２０５は、ファクシミリ機能を実行する際には、画像データの送信または受信を行う。通信部２０５は、本発明に係る受信手段及び送信手段の一例である。
【００２１】
スキャン部２０６は、原稿を光学的に読み取り、読み取った原稿の画像を表す画像データを生成する画像読取装置を備えている。画像処理部２０８は、用紙に形成する画像を表す画像データに各種処理を施すものである。画像処理部２０８は、制御部２０１から供給される画像データが表す画像に色補正や階調補正等の画像処理を施し、画像処理が施された画像からＹｅｌｌｏｗ（Ｙ）、Ｍａｇｅｎｔａ（Ｍ）、Ｃｙａｎ（Ｃ）、Ｂｌａｃｋ（Ｋ）の各色の画像の画像データを生成して画像形成部２０７へ出力する。
【００２２】
画像形成部２０７は、電子写真方式によって用紙にトナー像を形成する。具体的には、画像形成部２０７は、Ｙｅｌｌｏｗの色のトナー像を形成する画像形成部、Ｍａｇｅｎｔａの色のトナー像を形成する画像形成部、Ｃｙａｎの色のトナー像を形成する画像形成部、Ｂｌａｃｋの色のトナー像を形成する画像形成部を備えている。各画像形成部は、画像処理部２０８が出力した画像データに従って感光体上に静電潜像を形成した後、感光体表面にトナーを付着させてＹｅｌｌｏｗ、Ｍａｇｅｎｔａ、Ｃｙａｎ、Ｂｌａｃｋの各色のトナー像を形成し、このトナー像を用紙に転写する。そして、用紙に転写されたトナー像に熱と圧力を加えて定着させた後、トナー像が形成された用紙を画像形成装置２０の外へ排出する。なお、画像形成部２０７は、本実施形態においてはトナーを用いて用紙に画像を形成するが、インクジェット方式などのインクを用いて用紙に画像を形成する構成としてもよい。
【００２３】
記憶部２０２は、データを永続的に記憶する記憶装置を有しており、他の装置から送信されて通信部２０５が受信したデータや、スキャン部２０６が生成したデータを記憶する。また、記憶部２０２は、自装置の使用を許可するユーザのユーザＩＤとパスワード、管理者の電子メールアドレスを記憶し、予約機能で自装置の使用を予約したユーザのユーザＩＤと、予約機能で使用を予約された時間帯の開始日時及び終了日時を予約情報として記憶する。また、記憶部２０２は、保守作業が行われる画像形成装置２０のＩＰアドレス、管理者のユーザＩＤ、保守作業が行われる時間帯、保守を要するリソースの情報を含む保守情報を記憶する。
【００２４】
制御部２０１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を有している。画像形成装置２０において実現する機能は、ＲＯＭに記憶されているプログラム（ソフトウェア）をＣＰＵ、ＲＡＭなどのハードウェア上に読み込ませることでＣＰＵが演算を行い、記憶部２０２、通信部２０５、画像処理部２０８、画像形成部２０７、操作部２０４の制御、ＲＡＭ及び記憶部２０２におけるデータの読み出し及び／又は書き込みの制御を行うことで実現される。ＲＯＭに記憶されＣＰＵに実行されるプログラムは、本発明に係るプログラムの一例である。
【００２５】
図３は、画像形成装置２０において実現する機能のうち、本発明に係る機能の構成を示したブロック図である。第１検知部２００１は、自装置のリソースの状態を検知する。リソースとは、例えば、用紙やトナーなどの消耗品、画像形成部２０７の感光体、感光体から回収したトナーを格納するトナー回収容器など、使用に応じて補充や交換が必要となるものである。第１検知部２００１は、本発明に係る第１検知手段の一例である。
【００２６】
第１設定部２００２は、第１検知部２００１が検知したリソースの状態が予め定められた状態である場合、管理者により自装置の保守作業が行われる時間帯を設定し、自装置のＩＰアドレス、管理者のユーザＩＤ、設定した時間帯、保守を要するリソースの情報を含む保守情報を記憶部２０２に記憶させる。第１設定部２００２は、本発明に係る第１設定手段の一例である。
【００２７】
第２検知部２００３は、自装置と通信可能であって予め定められた条件を満たす他の画像形成装置２０のリソースの状態を検知する。予め定められた条件は、例えば、ＩＰアドレスのネットワーク部が同じアドレスとの条件である。第２検知部２００３は、本発明に係る第２検知手段の一例である。
【００２８】
第２設定部２００４は、第２検知部２００３が検知した他装置のリソースの状態が予め定められた状態である場合、管理者により他装置の保守作業が行われる時間帯を設定し、保守作業が行われる他の画像形成装置２０のＩＰアドレス、管理者のユーザＩＤ、設定した時間帯、他装置において保守を要するリソースの情報を含む保守情報を記憶部２０２に記憶させる。また、第２設定部２００４は、保守情報を他装置に送信して他装置に記憶させる。第２設定部２００４は、本発明に係る第２設定手段の一例である。
【００２９】
受付部２００５は、自装置が使用される予定の時間帯などの予約機能に係る情報をユーザから受け付ける。受付部２００５は、本発明に係る受付手段の一例である。
【００３０】
通知部２００６は、受付部２００５が受け付けた時間帯において、第１検知部２００１が検知した状態が予め定められた状態である場合、リソースの保守に係る通知を行う。通知部２００６は、本発明に係る通知手段の一例である。また、通知部２００６は、第１設定部２００２が保守の予定を設定した場合、他の画像形成装置２０に対して保守の予定を設定済みであることを示す通知を送信する送信手段の一例としても機能する。
【００３１】
（実施形態の動作例）
次に本実施形態の動作例について説明する。端末装置１０Ａのユーザは、画像形成装置２０Ａの使用の予約を行う場合、端末装置１０Ａを操作し、Ｗｅｂブラウザで画像形成装置２０Ａへアクセスする。画像形成装置２０Ａは、端末装置１０Ａからアクセスされると、ユーザの認証を行うためのＷｅｂページを端末装置１０Ａへ送信する。端末装置１０Ａは、画像形成装置２０Ａが送信したＷｅｂページを受信し、受信したＷｅｂページを表示する。
【００３２】
ユーザの認証を行うためのＷｅｂページは、ユーザＩＤとパスワードを入力するためのＧＵＩ（Graphical User Interface）を有する。端末装置１０Ａは、ユーザＩＤとパスワードがＷｅｂページに入力され、入力されたユーザＩＤとパスワードを画像形成装置２０Ａへ送信する操作がユーザによって行われると、入力されたユーザＩＤとパスワードを画像形成装置２０Ａへ送信する。
【００３３】
画像形成装置２０Ａは、端末装置１０Ａから送信されたユーザＩＤとパスワードを受信する。画像形成装置２０Ａは、受信したユーザＩＤとパスワードの組が記憶部２０２に記憶されている場合、端末装置１０Ａのユーザが予め自装置の使用を許可されているユーザであると判定し、自装置の使用を許可する。画像形成装置２０Ａは、自装置の利用をユーザに許可すると、自装置を操作するためのＷｅｂページを端末装置１０Ａへ送信する。端末装置１０Ａは、画像形成装置２０Ａが送信したＷｅｂページを受信し、受信したＷｅｂページを表示する。
【００３４】
端末装置１０Ａは、表示したＷｅｂページにおいて、画像形成装置２０Ａの使用の予約を行うためのＷｅｂページへのリンクをクリックする操作が行われると、クリックされたリンクで指定されるＷｅｂページを要求するメッセージを画像形成装置２０Ａへ送信する。画像形成装置２０Ａは、このメッセージを受信すると、画像形成装置２０Ａの使用の予約を行うためのＷｅｂページを端末装置１０Ａへ送信する。端末装置１０Ａは、画像形成装置２０Ａが送信したＷｅｂページを受信し、受信したＷｅｂページを表示する。
【００３５】
画像形成装置２０Ａの使用の予約を行うためのＷｅｂページは、ユーザが使用する時間帯を設定するためのＧＵＩとして、使用する時間帯の開始日時と終了日時を入力するためのＧＵＩを有する。端末装置１０Ａは、ユーザが使用を予約する時間帯の開始日時と終了日時が表示したＷｅｂページに入力され、入力された開始日時と終了日時を画像形成装置２０Ａへ送信する操作が行われると、入力された開始日時と終了日時を画像形成装置２０Ａへ送信する。
【００３６】
画像形成装置２０Ａ（受付部２００５）は、端末装置１０Ａから送信された開始日時と終了日時を受信する。画像形成装置２０Ａは、受信した開始日時と終了日時を、ユーザが使用する時間帯の開始日時と終了日時として設定し、認証したユーザのユーザＩＤと対応付けて予約情報として記憶部２０２に記憶させる。
【００３７】
ユーザは、端末装置１０Ａでの操作で予約した時間帯になると、ユーザの認証を行う画面の表示を指示する操作を画像形成装置２０Ａにおいて行う。この操作が行われると、画像形成装置２０Ａは、ユーザＩＤとパスワードを入力するためのＧＵＩを有する画面を操作部２０４のタッチパネルで表示する。画像形成装置２０Ａは、ユーザＩＤとパスワードがタッチパネルに入力され、認証を要求する操作が行われると、入力されたユーザＩＤとパスワードの組が記憶部２０２に記憶されているか判断する。画像形成装置２０Ａは、入力されたユーザＩＤとパスワードの組が記憶部２０２に記憶されている場合、画像形成装置２０Ａのユーザが、予め使用を許可されたユーザであると判定する。
【００３８】
次に画像形成装置２０Ａは、記憶部２０２に記憶されている予約情報を参照し、現在日時が使用の予約がされている時間帯に含まれているか判断する。具体的には、画像形成装置２０Ａは、記憶部２０２に記憶されている予約情報を参照し、開始日時から終了日時までの間の時間帯に現在時刻を含む予約情報を特定する。画像形成装置２０Ａは、記憶されている予約情報において、開始日時から終了日時までの間の時間帯に現在時刻を含む予約情報がない場合、自装置の使用をユーザに許可する。また、画像形成装置２０Ａは、記憶されている予約情報において、開始日時から終了日時までの間の時間帯に現在時刻を含む予約情報を特定した場合、特定した予約情報に含まれるユーザＩＤと、入力されたユーザＩＤとが一致するか判断する。画像形成装置２０Ａは、特定した予約情報に含まれるユーザＩＤと、入力されたユーザＩＤとが一致しない場合、自装置の使用をユーザに許可せず、自装置の使用が予約済みであることを通知する画面を操作部２０４のタッチパネルで表示する。画像形成装置２０Ａは、特定した予約情報に含まれるユーザＩＤと、入力されたユーザＩＤとが一致する場合、自装置の使用をユーザに許可する。
【００３９】
画像形成装置２０Ａの使用が可能となったユーザは、画像形成装置２０Ａにおいて、例えば、文書のコピー処理の実行を指示する。画像形成装置２０Ａ（第１検知部２００１）は、文書のコピー中において、リソースの状態を検知する。画像形成装置２０Ａは、検知したリソースの状態が予め定められた状態である場合、図４に示したフローチャートの処理を実行する。予め定められた状態とは、例えばリソースの一例であるトナーについてはトナー切れの状態であり、リソースの一例である用紙については用紙切れの状態である。画像形成装置２０Ａは、リソースの状態として画像形成部２０７が有するトナーの量や用紙の量を検知し、トナーの状態としてトナー切れを検知した場合や、用紙の状態として用紙切れを検知した場合、図４の処理を開始する。
【００４０】
まず、画像形成装置２０Ａは、予め定められた時間を越えてリソースの状態が予め定められた状態を継続したか判断する（ステップＳＡ１）。例えば、画像形成装置２０Ａは、トナー切れを検知した場合、予め定められた時間を越えてトナー切れの状態が続いたか判断する。
【００４１】
例えば、トナー切れを検知した後、予め定められた時間内にトナーカートリッジの交換が行われてトナーが補充された場合（ステップＳＡ１でＮＯ）、画像形成装置２０Ａは、図４の処理を終了する。なお、画像形成装置２０Ａは、ステップＳＡ１でＮＯと判断した場合、処理の流れをステップＳＡ４へ移してもよい。
【００４２】
画像形成装置２０Ａ（第１設定部２００２）は、トナー切れを検知した後、トナーカートリッジの交換が行われず、予め定められた時間を越えてトナー切れの状態が続いた場合（ステップＳＡ１でＹＥＳ）、自装置の保守の予定を設定する（ステップＳＡ２）。具体的には、画像形成装置２０Ａは、管理者により自装置の保守が行われる時間帯を設定し、自装置のＩＰアドレス、管理者のユーザＩＤ、設定した時間帯、保守を要するリソースの情報を含む保守情報を記憶部２０２に記憶させる。例えば、予め定められた時間を越えてトナー切れの状態が続いた場合、保守を要するリソースの情報は、トナーを示す情報となる。
【００４３】
次に画像形成装置２０Ａ（通知部２００６）は、自装置の保守の予定を示す画面を操作部２０４のタッチパネルで表示する（ステップＳＡ３）。この画面においては、画像形成装置２０Ａは、例えば、ステップＳＡ２で設定した時間帯において保守が行われることを表示する。
【００４４】
次に画像形成装置２０Ａ（第２検知部２００３）は、予め定められた画像形成装置２０Ｂに対して、リソースの状態を示すリソース情報を要求する要求メッセージを送信する（ステップＳＡ４）。画像形成装置２０Ｂは、要求メッセージを受信すると、自装置のリソースの状態を示すリソース情報を含む応答メッセージを画像形成装置２０Ａへ送信する。ここで画像形成装置２０Ｂから画像形成装置２０Ａへ送信されるリソース情報は、例えば、画像形成部２０７が有するトナーの量や用紙の量、トナー回収容器に回収されたトナーの量、感光体の使用時間などを含む。
【００４５】
画像形成装置２０Ａは、画像形成装置２０Ｂから送信された応答メッセージを受信する（ステップＳＡ５）。画像形成装置２０Ａ（第２検知部２００３）は、受信した応答メッセージに含まれているリソース情報から、画像形成装置２０Ｂのリソースの状態が予め定められた状態であるか検知し、要求メッセージの送信先の画像形成装置２０に対して保守が必要であるか判断する（ステップＳＡ６）。具体的には、例えば画像形成装置２０Ａは、リソース情報に含まれている用紙の量が予め定められている閾値以下である場合、画像形成装置２０Ｂにおいて保守が必要であると判断する。また、画像形成装置２０Ａは、例えば、リソース情報に含まれているトナーの量が予め定められている閾値以下である場合、画像形成装置２０Ｂにおいて保守が必要であると判断する。
【００４６】
画像形成装置２０Ａは、要求メッセージの送信先の画像形成装置２０に対して保守が必要でないと判断した場合（ステップＳＡ６でＮＯ）、処理の流れをステップＳＡ９へ移す。
【００４７】
画像形成装置２０Ａ（第２設定部２００４）は、リソースの状態が予め定められた状態であり、要求メッセージの送信先の画像形成装置２０に対して保守が必要であると判断した場合（ステップＳＡ６でＹＥＳ）、保守が必要とした画像形成装置２０の保守の予定を設定する（ステップＳＡ７）。具体的には、画像形成装置２０Ａは、保守が必要であると判断とした画像形成装置２０Ｂの保守が管理者により行われる時間帯を設定し、画像形成装置２０ＢのＩＰアドレス、管理者のユーザＩＤ、設定した時間帯、保守を要するリソースの情報を含む保守情報を記憶部２０２に記憶させる。次に画像形成装置２０Ａは、ステップＳＡ７で生成した保守情報を含み、保守情報の記憶を指示する予約メッセージを画像形成装置２０Ｂへ送信する（ステップＳＡ８）。
【００４８】
画像形成装置２０Ｂは、予約メッセージを受信する。予約メッセージを受信した画像形成装置２０Ｂは、予約メッセージに含まれている保守情報を記憶部２０２に記憶させ、保守の予定を示す画面を操作部２０４のタッチパネルで表示する。この画面においては、画像形成装置２０Ｂは、例えば、受信した保守情報に含まれている時間帯において保守が行われることを表示する。なお、画像形成装置２０Ｂは、記憶した保守情報に含まれている時間帯において管理者によりユーザＩＤとパスワードが入力された場合、管理者に対して自装置の使用を許可する。
【００４９】
次に画像形成装置２０Ａは、予め定められた画像形成装置２０への要求メッセージの送信が終了したか判断する（ステップＳＡ９）。例えば、画像形成装置２０Ａは、予め定められた画像形成装置２０Ｃへの要求メッセージの送信が終了していない場合（ステップＳＡ９でＮＯ）、処理の流れをステップＳＡ４へ戻し、要求メッセージが送信されていない画像形成装置２０Ｃへ要求メッセージを送信する。画像形成装置２０Ｃは、要求メッセージを受信すると、リソース情報を含む応答メッセージを画像形成装置２０Ａへ送信する。
【００５０】
画像形成装置２０Ａは、画像形成装置２０Ｃから送信された応答メッセージを受信する（ステップＳＡ５）。画像形成装置２０Ａは、受信した応答メッセージに含まれているリソース情報から、要求メッセージの送信先の画像形成装置２０に対して保守が必要であるか判断する（ステップＳＡ６）。
【００５１】
画像形成装置２０Ａは、要求メッセージの送信先の画像形成装置２０に対して保守が必要でないと判断した場合（ステップＳＡ６でＮＯ）、処理の流れをステップＳＡ９へ移す。
【００５２】
画像形成装置２０Ａは、予め定められた画像形成装置２０への要求メッセージの送信を終了すると（ステップＳＡ９でＹＥＳ）、管理者の電子メールアドレスを記憶部２０２から取得し、自装置に係る保守情報と他の画像形成装置２０に送信した保守情報を含み、保守の予定を設定したことを通知する電子メールを、取得した電子メールアドレスを宛先として送信する（ステップＳＡ１０）。
【００５３】
管理者が使用する端末装置１０Ｂは、画像形成装置２０Ａが送信した電子メールを受信する。端末装置１０Ｂが受信した電子メールを管理者が開封すると、画像形成装置２０Ａに対応した保守情報と画像形成装置２０Ｂに対応した保守情報を表示する。管理者は、表示された保守情報の内容により、画像形成装置２０Ａに行う保守の内容及び保守のために予約された時間帯と、画像形成装置２０Ｂに行う保守の内容及び保守のために予約された時間帯を確認する。
【００５４】
［第２実施形態］
次に本発明の第２実施形態について説明する。第２実施形態においては、画像形成装置２０が自装置の保守の予約を行うときの動作が第１実施形態と相違する。以下、第１実施形態との相違点について説明する。
【００５５】
第２実施形態に係る画像形成装置２０は、自装置の保守の予約を行うときにユーザにより登録された使用の予約と、保守の予定のいずれを優先するかが予め設定され、設定された内容を優先情報として記憶する。
【００５６】
図５は、第２実施形態に係る画像形成装置２０が自装置のリソースの状態が予め定められた状態であるときに行う処理の一部のフローチャートである。例えば、ユーザによりコピー処理の実行を指示された画像形成装置２０Ａは、自装置のリソースの状態が予め定められた状態となった場合、予め定められた時間を越えてリソースの状態が予め定められた状態を継続したか判断する（ステップＳＢ１）。画像形成装置２０Ａは、予め定められた時間を越えてリソースの状態が予め定められた状態を継続していない場合（ステップＳＢ１でＮＯ）、図５の処理を終了する。
【００５７】
画像形成装置２０Ａは、予め定められた時間を越えてリソースの状態が予め定められた状態を継続した場合（ステップＳＢ１でＹＥＳ）、現時点より後の時間帯を含む予約情報が記憶部２０２に記憶されているか判断する（ステップＳＢ２）。画像形成装置２０Ａは、現時点より後の時間帯を含む予約情報が記憶部２０２に記憶されていない場合（ステップＳＢ２でＮＯ）、処理の流れを図４のステップＳＡ２へ移し、ステップＳＡ２以降の処理を実行する。
【００５８】
画像形成装置２０Ａは、現時点より後の時間帯を含む予約情報が記憶部２０２に記憶されている場合（ステップＳＢ２でＹＥＳ）、記憶部２０２が記憶している優先情報を参照し、ユーザによる使用の予約を優先するか判断する（ステップＳＢ３）。画像形成装置２０Ａ（通知部２００６）は、優先情報がユーザによる使用の予約を優先する内容である場合（ステップＳＢ３でＹＥＳ）、自装置の保守を促す画面を操作部２０４のタッチパネルで表示する（ステップＳＢ４）。例えば、画像形成装置２０Ａは、リソースの予め定められた状態としてトナー切れを検知した場合、トナーの補充を促す画面を操作部２０４のタッチパネルで表示し、トナー切れをユーザに報知する。
【００５９】
画像形成装置２０Ａは、優先情報が保守の予定を優先する内容である場合（ステップＳＢ３でＮＯ）、処理の流れを図４のステップＳＡ２に移し、ステップＳＡ２以降の処理を実行する。
【００６０】
［第３実施形態］
次に本発明の第３実施形態について説明する。第３実施形態においては、画像形成装置２０が他の画像形成装置２０の保守の予約を行うときの動作が第１実施形態及び第２実施形態と相違する。以下、第１実施形態及び第２実施形態との相違点について説明する。
【００６１】
例えば、ユーザによりコピー処理の実行を指示された画像形成装置２０Ａは、自装置のリソースの状態が予め定められた状態となった場合、ステップＳＡ１〜ステップＳＡ３と同じ処理を実行する。次に画像形成装置２０Ａは、予め定められた画像形成装置２０Ｂに対して、ステップＳＡ４と同様に要求メッセージを送信する。
【００６２】
第３実施形態に係る画像形成装置２０Ｂ（通知部２００６）は、要求メッセージを受信すると、保守情報を記憶しているか判断する。画像形成装置２０Ｂは、記憶部２０２に保守情報を記憶していない場合、リソース情報を含む応答メッセージを画像形成装置２０Ａへ送信する。また、画像形成装置２０Ｂは、記憶部２０２に保守情報を記憶している場合、記憶している保守情報と、保守の予定が設定済みであることを通知する応答メッセージを画像形成装置２０Ａへ送信する。保守の予定が設定済みであることを通知する応答メッセージは、本発明に係る設定通知の一例である。
【００６３】
画像形成装置２０Ａは、要求メッセージに対して画像形成装置２０Ｂから送信された応答メッセージに含まれている情報がリソース情報である場合、第１実施形態のステップＳＡ６〜ステップＳＡ８と同じ処理を実行した後、ステップＳＡ９と同じ判断を行う。
【００６４】
また、画像形成装置２０Ａは、要求メッセージに対して画像形成装置２０Ｂから送信された応答メッセージに含まれている情報が、保守情報を含む場合、送信された応答メッセージに含まれている保守情報を記憶した後、ステップＳＡ９と同じ判断を行う。
【００６５】
画像形成装置２０Ａは、予め定められた画像形成装置２０Ｃへの要求メッセージの送信が終了していない場合、予め定められた画像形成装置２０Ｃに対しても要求メッセージを送信する。画像形成装置２０Ａは、要求メッセージに対して画像形成装置２０Ｃから送信された応答メッセージを受信する。画像形成装置２０Ｃから送信された応答メッセージを受信した画像形成装置２０Ａは、画像形成装置２０Ｂから送信された応答メッセージを受信したときと同じ処理を実行する。
【００６６】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。なお、上述した実施形態及び以下の変形例は、各々を組み合わせてもよい。
【００６７】
本発明においては、保守が行われる時間帯を設定するときに、保守を要するリソースの種類に応じて、保守が行われる時間帯を設定するようにしてもよい。例えば、用紙切れが発生して保守を要するリソースが用紙となった場合、ステップＳＡ２の時点から保守を行う時間帯までの時間を第１時間とし、保守を要するリソースがトナーである場合、ステップＳＡ２の時点から保守を行う時間帯までの時間を第１時間より長い第２時間としてもよい。
【００６８】
また、本発明においては、保守を要するリソース毎にリソースの保管場所までの距離を登録し、保守が行われる時間帯を設定するときに、登録されたリソースの保管場所までの距離に応じて時間帯を設定するようにしてもよい。例えば、トナーカートリッジの保管場所までの登録された距離が第１距離である場合、ステップＳＡ２の時点から保守を行う時間帯までの時間を第１時間とし、トナー回収容器の保管場所までの登録された距離が第１距離より長い第２距離である場合、ステップＳＡ２の時点から保守を行う時間帯までの時間を第２時間としてもよい。
【００６９】
また、本発明においては、画像形成装置２０から通常管理者が業務を行っている場所までの距離を登録し、保守が行われる時間帯を設定するときに、登録された距離に応じて、保守が行われる時間帯を設定するようにしてもよい。例えば、登録された距離が第１距離である場合、ステップＳＡ２の時点から保守を行う時間帯までの時間を第１時間とし、登録された距離が第１距離より長い第２距離である場合、ステップＳＡ２の時点から保守を行う時間帯までの時間を第２時間としてもよい。
【００７０】
前述の実施形態においては、画像形成装置２０は、予め定められた他の画像形成装置２０に対して要求メッセージを送信しているが、要求メッセージを送信する構成は、実施形態の構成に限定されるものではない。例えば、画像形成装置２０は、ＩＰアドレスのネットワーク部が同じアドレスである他の画像形成装置２０を検索し、検索でヒットした他の画像形成装置２０に対して要求メッセージを送信する構成としてもよい。
【００７１】
本発明においては、画像形成装置２０は、ステップＳＡ３で保守の予定を表示した後、例えば、スキャン機能などの消耗品を消費しない機能については、保守が予定された時間帯までは使用可能としてもよい。
【００７２】
本発明においては、リソースの状態が予め定められた状態となった後、ステップＳＡ１の判断を行っているが、ステップＳＡ１の判断を行わずにステップＳＡ２の処理を行うようにしてもよい。
【００７３】
本発明においては、画像形成装置２０は、自装置について設定した保守が行われる時間帯より前にリソースの補充や交換などの保守が行われた場合、設定した保守の予定を消去してもよい。
【００７４】
前述の第２実施形態においては、優先情報に応じて保守を促す画面を表示しているが、保守を要するリソースに応じて、保守を促す画面を表示するか、保守の予定を行うかを判断してもよい。例えば、画像形成装置２０は、ステップＳＢ２でＹＥＳと判断した後、保守を要するリソースの種類を特定し、特定したリソースの種類が用紙やトナーであって、用紙切れやトナーカートリッジの交換のようにユーザが容易に行える保守については、ステップＳＢ４の処理を行い、感光体の交換のように交換が容易でない保守については、保守の予定を設定するようにしてもよい。
【００７５】
前述の実施形態においては、画像形成装置２０は、要求メッセージに対してリソース情報を含む応答メッセージを送信しているが、要求メッセージを受信した画像形成装置２０は、自装置のリソースの状態から自装置が保守を要する状態であるか判断し、保守を要する状態である場合、保守を要することを示す情報をリソース情報に替えて送信してもよい。この構成の場合、要求メッセージを送信した画像形成装置２０は、保守を要することを示す情報を含む応答メッセージを受信した場合、ステップＳＡ７とステップＳＡ８の処理を行う。
【００７６】
前述の第２実施形態においては、画像形成装置２０は、ステップＳＢ４の処理を行った後、予め定められた時間を越えてリソースの状態が予め定められた状態を継続した場合、ステップＳＡ２以降の処理を行うようにしてもよい。
【００７７】
本発明においては、画像形成装置２０は、保守の予定を設定する際に、使用の予約がされている時間帯と重ならない時間帯を保守が行われる時間帯として設定するようにしてもよい。
【００７８】
本発明においては、画像形成装置２０は、要求メッセージの送信の履歴を記憶するようにしてもよい。画像形成装置２０は、要求メッセージの送信の履歴を記憶する場合、例えば、ステップＳＡ３の処理を終えた時点で、最後に要求メッセージを送信した時点からの経過時間が予め定められた時間未満である場合には、他の画像形成装置２０に対して要求メッセージを送信しない構成としてもよい。
【００７９】
上述した第３実施形態においては、画像形成装置２０Ａが送信した要求メッセージを受信した画像形成装置２０Ｂは、記憶部２０２に保守情報を記憶している場合、記憶している保守情報を含み、保守の予定が設定済みであることを通知する応答メッセージを画像形成装置２０Ａへ送信しているが、例えば、画像形成装置２０Ｂは、画像形成装置２０Ｃについての保守情報を記憶している場合、画像形成装置２０Ｃについての保守情報も画像形成装置２０Ａへ送信してもよい。
【００８０】
上述した実施形態においては、図４、５の処理を行うのは画像形成装置２０であるが、図４、５の処理を行う装置は画像形成装置２０に限定されるものではなく、例えば、
利用に応じて消耗品を使用し、互いに通信可能が情報処理装置であれば、他の装置であってもよい。
【００８１】
画像形成装置２０Ａは、自装置の保守の予定を設定した場合、保守情報を含み、自装置の保守の予定が設定済みであることを通知するメッセージを画像形成装置２０Ｂと画像形成装置２０Ｃへ送信してもよい。
【００８２】
本発明に係る各装置のプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリーなどのコンピュータ読取り可能な記録媒体に記憶した状態で提供し、インストールしてもよい。また、通信回線を介してプログラムをダウンロードしてインストールしてもよい。
【符号の説明】
【００８３】
１…情報処理システム、２…通信回線、１０Ａ、１０Ｂ…端末装置、２０、２０Ａ、２０Ｂ、２０Ｃ…画像形成装置、２０１…制御部、２０２…記憶部、２０４…操作部、２０５…通信部、２０６…スキャン部、２０７…画像形成部、２０８…画像処理部、２００１…第１検知部、２００２…第１設定部、２００３…第２検知部、２００４…第２設定部、２００５…受付部、２００６…通知部
【図１】
2020028073.tif 000003
【図２】
2020028073.tif 000004
【図３】
2020028073.tif 000005
【図４】
2020028073.tif 000006
【図５】
2020028073.tif 000007