JP2022172746A - 管理システムおよび画像処理装置 - Google Patents

Abstract

【課題】メンテナンスに関する発注が重複して行われることを抑制する。【解決手段】管理システムは、画像処理装置と、サーバーと、を備え、サーバーは、画像処理装置のメンテナンスに関する発注を受け付ける発注受付画面を生成するとともに、発注受付画面のデータを保存し、画像処理装置は、複数のユーザーのメールアドレスに対して、発注受付画面のデータ保存場所を示すリンク情報を含むメールを送信し、サーバーは、いずれかの外部機器において発注受付画面からメンテナンスに関する発注が行われた場合、発注済みのメンテナンスに対応する発注受付画面からの新たな発注の受け付けを停止する。【選択図】図４

Description

本発明は、管理システムおよび画像処理装置に関する。

プリンターのような画像処理装置は、ジョブの実行時に消耗品（トナーおよびインクなど）を消費する。このため、消耗品の残量が少ない場合には、消耗品を補充する必要がある。

そこで、従来、画像処理装置のメンテナンス（消耗品の補充など）が必要な場合にその旨をユーザーに通知するシステムが提案されている。このようなシステムは、たとえば、特許文献１に開示されている。

特開２００２－７９６８８号公報

たとえば、画像処理装置のメンテナンスが必要な旨の通知を受けたユーザーは、画像処理装置のメンテナンスに関する発注（消耗品の発注など）を行う。

ここで、場合によっては、画像処理装置のメンテナンスが必要な旨の通知が複数のユーザーに対してなされる。この場合、画像処理装置のメンテナンスに関する発注が重複して行われるという不都合が生じ得る。たとえば、同じ消耗品（たとえば、同じ色のトナー）が不必要に複数発注されるという不都合が生じ得る。

本発明は、上記課題を解決するためになされたものであり、画像処理装置のメンテナンスに関する発注が重複して行われることを抑制することが可能な管理システムおよび画像処理装置を提供することを目的とする。

上記目的を達成するために、本発明の第１の局面による管理システムは、外部機器と通信可能に接続される画像処理装置と、画像処理装置と通信可能に接続されるサーバーと、を備える。サーバーは、画像処理装置のメンテナンスに関する発注を受け付ける発注受付画面を生成するとともに、発注受付画面のデータを保存する。画像処理装置は、予め登録された複数のユーザーのメールアドレスに対して、発注受付画面のデータ保存場所を示すリンク情報を含むメールを送信する。サーバーは、いずれかのユーザーの外部機器において発注受付画面からメンテナンスに関する発注が行われた場合、発注済みのメンテナンスに対応する発注受付画面からの新たな発注の受け付けを停止する。

また、本発明の第２の局面による画像処理装置は、外部機器と通信可能に接続される通信部と、制御部と、を備える。制御部は、メンテナンスに関する発注を受け付ける発注受付画面を生成するとともに、発注受付画面のデータを保存し、予め登録された複数のユーザーのメールアドレスに対して、発注受付画面のデータ保存場所を示すリンク情報を含むメールを送信し、いずれかのユーザーの外部機器において発注受付画面からメンテナンスに関する発注が行われた場合、発注済みのメンテナンスに対応する発注受付画面からの新たな発注の受け付けを停止する。

本発明の構成では、画像処理装置のメンテナンスに関する発注が重複して行われることを抑制できる。

一実施形態の管理システムの構成を示すブロック図である。 一実施形態の画像処理装置の概略図である。 一実施形態の画像処理装置に装着されるコンテナの概略図である。 一実施形態の管理システムで行われる発注停止処理について説明するための図である。 一実施形態の管理システムで行われる発注停止処理について説明するための図である。 一実施形態の管理システムで生成されるアラートメール内のリンク情報について説明するための図である。

＜管理システムの構成＞
図１に示すように、本実施形態の管理システム１００は、画像処理装置１とサーバー２とを備える。画像処理装置１およびサーバー２は、ＬＡＮおよびインターネットなどのネットワークＮＴを介して、互いに通信可能に接続される。

画像処理装置１は、スキャンおよび印刷など、画像処理を伴うジョブを実行する。画像処理装置１は、複合機、プリンターおよびファクシミリ装置などである。

サーバー２は、画像処理装置１の管理処理を行う。たとえば、サーバー２は、画像処理装置１に装着される各パーツの交換時期などを判断する。なお、交換されるパーツに限らず、たとえば、トナーのみが容器に補充されるようなものであってもよい。また、サーバー２は、画像処理装置１に異常が発生したか否か（たとえば、外部のメンテナンス業者によるサポートサービスが必要なほどの故障が発生したか否か）などを判断する。

なお、複数の画像処理装置１が単一のサーバー２と通信可能に接続されてもよい。そして、複数の画像処理装置１のそれぞれの管理処理が単一のサーバー２によって行われてもよい。この場合、複数の画像処理装置１が互いに同じ機種であってもよい。また、複数の画像処理装置１の中に異なる機種が混在してもよい。

本実施形態の画像処理装置１は、制御部１１を備える。制御部１１は、ＣＰＵおよびＡＳＩＣなどの処理回路を含む。制御部１１は、画像処理装置１を制御する。また、画像処理装置１は、記憶部１２を備える。記憶部１２は、ＲＯＭ、ＲＡＭおよびＨＤＤなどの記憶デバイスを含む。記憶部１２は、制御部１１に接続される。制御部１１は、記憶部１２への情報の書き込みおよび記憶部１２からの情報の読み出しを行う。

また、画像処理装置１は、画像読取部１３と印刷部１４とを備える。制御部１１は、画像読取部１３の読取動作を制御する。制御部１１は、印刷部１４の印刷動作を制御する。画像読取部１３および印刷部１４の概略図を図２に示す。

画像読取部１３は、原稿Ｄを光学的に読み取る。画像読取部１３は、光源１３１およびイメージセンサー１３２を備える。光源１３１は、原稿Ｄに光（２点鎖線で示す）を照射する。イメージセンサー１３２は、原稿Ｄで反射された反射光（２点鎖線で示す）を受光して光電変換する。光源１３１およびイメージセンサー１３２は、画像読取部１３の筐体内部に設置される。画像読取部１３の筐体上面には、コンタクトガラスＣＧ１およびＣＧ２が取り付けられる。

また、画像読取部１３は、原稿搬送ユニット１３３を備える。搬送読取モードでは、原稿搬送ユニット１３３に原稿Ｄがセットされる。原稿搬送ユニット１３３は、コンタクトガラスＣＧ１に向けて原稿Ｄを搬送する。搬送読取モードでは、画像読取部１３は、コンタクトガラスＣＧ１上を通過する原稿Ｄを読み取る。一方で、載置読取モードでは、コンタクトガラスＣＧ２に原稿Ｄがセットされる。載置読取モードでは、画像読取部１３は、コンタクトガラスＣＧ２上の原稿Ｄを読み取る。

印刷部１４は、印刷ジョブを実行する。具体的には、印刷部１４は、用紙などのシートＳの印刷面に色材を用いて画像を形成する。たとえば、印刷部１４は、色材としてトナーを用い、電子写真方式で印刷を行う。なお、印刷部１４の印刷方式がインクジェット方式であってもよい。

印刷部１４は、シート搬送路（図２では、破線矢印で示す）に沿ってシートＳを搬送する。また、印刷部１４は、トナーを用いて画像（トナー像）を形成する。そして、印刷部１４は、搬送中のシートＳに画像を印刷する。

印刷部１４は、給紙ローラー１４１を備える。給紙ローラー１４１は、給紙カセットＣＡにセットされたシートＳに当接し、その状態で回転する。これにより、給紙カセットＣＡからシート搬送路にシートＳが給紙される。

また、印刷部１４は、感光体ドラム１４２ａおよび転写ローラー１４２ｂを含む。感光体ドラム１４２ａは、その周面上にトナー像を担持する。転写ローラー１４２ｂは、感光体ドラム１４２ａに圧接し、感光体ドラム１４２ａとの間で転写ニップを形成する。転写ローラー１４２ｂは、感光体ドラム１４２ａと共に回転する。感光体ドラム１４２ａおよび転写ローラー１４２ｂは、転写ニップに進入したシートＳを搬送しつつ、シートＳにトナー像を転写する。

なお、印刷部１４は、現像装置４０を含む（図３参照）。現像装置４０は、トナーを収容する。印刷部１４は、図示しないが、帯電装置および露光装置をさらに含む。帯電装置は、感光体ドラム１４２ａの周面を帯電させる。露光装置は、感光体ドラム１４２ａの周面上に静電潜像を形成する。現像装置４０は、感光体ドラム１４２ａの周面上にトナーを供給し、感光体ドラム１４２ａの周面上の静電潜像をトナー像に現像する。

現像装置４０のトナーは、印刷ジョブの実行によって消費されていく。したがって、現像装置４０へのトナー補給が必要となる。このため、画像処理装置１には、補給用のトナーを収容するコンテナ１０が装着される。コンテナ１０の一例を図３に示す。コンテナ１０は、画像処理装置１の本体に対して着脱可能（交換可能）である。装着済みのコンテナ１０が空状態になったとき、ユーザーは、空状態のコンテナ１０を新品のコンテナ１０（トナーが満杯に収容されたコンテナ１０）に交換する。

コンテナ１０には、補給スクリュー１０１が設けられる。なお、画像処理装置１の本体に補給スクリュー１０１が設けられてもよい。画像処理装置１の本体にコンテナ１０が装着された状態では、コンテナ１０と現像装置４０とが補給管１０２を介して接続される。

補給スクリュー１０１は、補給モーターＭＴ（図１参照）から動力が伝達されて回転する。補給スクリュー１０１が回転することにより、コンテナ１０からトナーが落下する。コンテナ１０から落下したトナーは、現像装置４０に補給される。

補給モーターＭＴは、制御部１１に接続される。制御部１１は、補給モーターＭＴを制御する。すなわち、制御部１１は、コンテナ１０から現像装置４０へのトナー補給を制御する。

なお、制御部１１には、トナーセンサーＴＳ（図１参照）が接続される。トナーセンサーＴＳは、たとえば、発光部と受光部とを有する光センサーである。トナーセンサーＴＳの出力は、現像装置４０に収容されているトナーの堆積高さに応じて変化する。現像装置４０にトナーが十分に残っているときには、トナーセンサーＴＳの光路（発光部と受光部との間）が遮蔽され、トナーセンサーＴＳからは第１レベルの信号が出力される。現像装置４０のトナーが減少すると、トナーセンサーＴＳの光路が開放され、トナーセンサーＴＳからは第２レベルの信号が出力される。

制御部１１は、トナーセンサーＴＳの出力に基づき、コンテナ１０から現像装置４０へのトナー補給の要否を判断する。制御部１１は、トナーセンサーＴＳの出力が第２レベルになったことを検知すると、トナー補給が必要と判断し、補給スクリュー１０１を回転させる。これにより、コンテナ１０から現像装置４０にトナーが補給される。

制御部１１は、トナー補給を開始して以降、トナーセンサーＴＳの出力が第１レベルになったことを検知すると、トナー補給を終了する。これにより、現像装置４０のトナーが減少しても、減少した分のトナーが現像装置４０に補給される。すなわち、現像装置４０のトナーの堆積高さ（現像装置４０のトナー量）が一定に保たれる。

コンテナ１０が空状態になった場合には、補給スクリュー１０１が回転しても、トナーセンサーＴＳの出力が第１レベルにならない。そこで、トナー補給を開始してから所定時間が経過しても、トナーセンサーＴＳの出力が第１レベルにならなかったとき、制御部１１は、コンテナ１０が空状態になったと判断する。

制御部１１は、コンテナ１０から現像装置４０へのトナー補給量の累積値を求める。制御部１１は、トナー補給量の累積値を記憶部１２に記憶させる。そして、制御部１１は、新品のコンテナ１０に収容されるトナー量（満杯時のトナー量）からトナー補給量の累積値を減じた値をトナーの残量として検知する。コンテナ１０が交換されると、制御部１１は、トナー補給量の累積値をリセットする。

たとえば、補給スクリュー１０１の形状および設置位置は、補給スクリュー１０１の１回転当たりのトナー補給量が所定量となるよう設計される。そこで、制御部１１は、トナー補給を行っているとき、補給スクリュー１０１の回転回数をカウントする。そして、制御部１１は、画像処理装置１に新品のコンテナ１０が装着されて以降の補給スクリュー１０１の回転回数の累積値に基づき、画像処理装置１に新品のコンテナ１０が装着されて以降のトナー補給量の累積値を求める（補給スクリュー１０１の１回転当たりのトナー補給量に補給スクリュー１０１の回転回数の累積値を乗じればよい）。

図２に戻って、印刷部１４は、定着ユニット１４３を備える。定着ユニット１４３は、加熱ローラーおよび加圧ローラーを含む。加熱ローラーは、ヒーター（図示せず）を内蔵する。加圧ローラーは、加熱ローラーに圧接し、加熱ローラーとの間で定着ニップを形成する。定着ユニット１４３は、回転することにより、定着ニップに進入したシートＳを搬送しつつ、シートＳに転写されたトナー像をシートＳに定着させる。定着ニップを抜けたシートＳは、排出トレイＥＴに排出される。

また、図１に示すように、画像処理装置１は、操作パネル１５を備える。操作パネル１５は、タッチスクリーンを含む。タッチスクリーンは、ソフトウェアボタンおよびメッセージなど種々の情報を表示する。そして、タッチスクリーンは、画像処理装置１のユーザーからタッチ操作を受け付ける。操作パネル１５には、スタートボタンなどのハードウェアボタンも設けられる。スタートボタンは、ジョブの実行要求をユーザーから受け付けるボタンである。

操作パネル１５は、制御部１１に接続される。制御部１１は、操作パネル１５の表示動作を制御する。また、制御部１１は、操作パネル１５に対して行われた操作を検知する。

また、画像処理装置１は、通信部１６を備える。通信部１６は、通信回路を含む。通信部１６は、ネットワークＮＴを介して、サーバー２に通信可能に接続される。制御部１１は、通信部１６を用いて、サーバー２と通信する。

さらに、通信部１６は、ネットワークＮＴを介して、他の外部機器３と通信可能に接続される。たとえば、外部機器３は、画像処理装置１のユーザーにより使用されるパーソナルコンピューター（ユーザー端末）である。外部機器３は、スマートフォンおよびタブレットコンピューターなどの携帯端末であってもよい。

なお、画像処理装置１は、メール機能を有する。これにより、画像処理装置１から外部機器３（ユーザー端末）に対して、電子メールを送信できる。画像処理装置１から外部機器３への電子メールは、ユーザーが手動で送信する場合もあるし、制御部１１によって自動的に送信される場合もある。

サーバー２は、サーバー制御部２１を備える。また、サーバー２は、サーバー記憶部２２を備える。サーバー制御部２１は、ＣＰＵを含む。サーバー制御部２１は、サーバー２を制御する。サーバー記憶部２２は、ＲＯＭ、ＲＡＭおよびＨＤＤなどを含む。サーバー記憶部２２は、サーバー制御部２１に接続される。サーバー制御部２１は、サーバー記憶部２２からの情報の読み出しおよびサーバー記憶部２２への情報の書き込みを行う。

また、サーバー２は、サーバー通信部２３を備える。サーバー通信部２３は、通信回路を含む。サーバー通信部２３は、ネットワークＮＴに通信可能に接続される。サーバー制御部２１は、サーバー通信部２３を用いて、ネットワークＮＴに接続された他機と通信する。

＜装置状態検知＞
制御部１１は、画像処理装置１の状態を検知する。制御部１１は、画像処理装置１の状態を示す装置状態情報をサーバー２に送信する。たとえば、制御部１１は、サーバー２に定期的に装置状態情報を送信する。所定期間（たとえば、１日から数十日）ごとに、画像処理装置１からサーバー２に装置状態情報が送信されてもよい。なお、サーバー２から画像処理装置１に対して要求があったとき、画像処理装置１からサーバー２に装置状態情報が送信されてもよい。また、画像処理装置１の状態に変化があったとき、画像処理装置１からサーバー２に装置状態情報が送信されてもよい。

１．パーツの交換時期
サーバー制御部２１は、装置状態情報に基づき、画像処理装置１の所定期間後（たとえば、１日から数十日後）の状態を予測する。たとえば、サーバー制御部２１は、装置状態情報に基づき、画像処理装置１に装着される各パーツ（画像処理装置１のユーザーが自身で交換可能なパーツ）の所定期間後の状態を予測する。言い換えると、サーバー制御部２１は、装置状態情報に基づき、画像処理装置１に装着される各パーツの交換時期を予測する。サーバー制御部２１は、画像処理装置１の複数のパーツのうち交換時期が近づいているパーツを対象パーツと認識する。

交換可能なパーツとしては、コンテナ１０がある。また、画像処理装置１の機種にもよるが、給紙ローラー１４１および定着ユニット１４３などのパーツが交換可能であってもよい。

コンテナ１０の交換時期を予測する場合、サーバー制御部２１は、コンテナ１０に現在残っているトナー残量を示すトナー残量情報を装置状態情報として画像処理装置１から取得する。また、サーバー制御部２１は、単位期間（たとえば、１日から数十日）あたりのトナー消費量を示すトナー消費量情報を装置状態情報として取得する。

そして、サーバー制御部２１は、トナー残量情報とトナー消費量情報とに基づき、コンテナ１０の交換時期を予測する。たとえば、サーバー制御部２１は、トナー残量情報で示されるトナー量がトナー消費量情報で示されるトナー量よりも少ないとき、コンテナ１０の交換時期に近づいたと判断する。他の方法を用いて、コンテナ１０の交換時期を予測してもよい。

また、給紙ローラー１４１の交換時期を予測する場合、サーバー制御部２１は、給紙ローラー１４１が新規に装着されてからの累積印刷枚数、すなわち、給紙ローラー１４１の前回の交換からの累積印刷枚数を示す印刷枚数情報を装置状態情報として画像処理装置１から取得する。そして、給紙ローラー１４１の前回の交換からの累積印刷枚数が予め定められた閾値枚数に達しているとき、サーバー制御部２１は、給紙ローラー１４１の交換時期に近づいたと判断する。たとえば、定着ユニット１４３についても、給紙ローラー１４１と同様、前回交換されてからの累積印刷枚数に基づき交換時期の予測が行われる。他の方法を用いて、給紙ローラー１４１および定着ユニット１４３の交換時期が予測されてもよい。

なお、ここで挙げた画像処理装置１のパーツは一例である。他のパーツの交換時期の予測が行われてもよい。すなわち、他のパーツが交換可能であってもよい。

また、パーツの交換時期の予測が画像処理装置１（制御部１１）によって行われてもよい。この場合、画像処理装置１（制御部１１）は、サーバー２に対して、予測結果を示す情報を送信する。

２．装置の故障
制御部１１は、モーターおよびセンサーなどのデバイスの出力値に基づき、画像処理装置１に異常（故障）が発生しているか否かを判断する。言い換えると、制御部１１は、画像処理装置１が外部のメンテナンス業者によるサポートサービス（メンテナンスのサポート）が必要な状態になっているか否かを判断する。

たとえば、信号が出力されていないデバイスが存在することを検知したとき、制御部１１は、当該デバイスが故障していると判断する。また、たとえば、或る駆動機構に連結されるモーターを駆動しても当該駆動機構が反応しない（たとえば、当該駆動機構の駆動によって出力値を変化させるセンサーが反応しない）ことを検知したとき、制御部１１は、当該駆動機構が故障していると判断する。ここで挙げた故障判断の方法は一例であり、他の方法を用いて故障判断が行われてもよい。

画像処理装置１が故障していると判断したとき、制御部１１は、サーバー２に対して、装置状態情報を送信する。この場合の装置状態情報には、画像処理装置１が故障している旨を示す故障情報が含まれる。たとえば、故障情報は、故障個所を示す情報を含む。サーバー制御部２１は、故障情報に基づき、画像処理装置１が故障していること（メンテナンス業者によるサポートサービスが必要なこと）を認識するとともに、当該故障個所を認識する。

＜発注受付画面の生成処理＞
サーバー２は、画像処理装置１のメンテナンスに関する発注を受け付ける発注受付画面４（たとえば、Ｗｅｂページ、図４および図５参照）の生成処理を行う。そして、サーバー２は、発注受付画面４のデータを保存する。なお、発注受付画面４のデータは、サーバー記憶部２２に保存する。また、発注受付画面４のデータは、サーバー２とは別の記憶装置（図示せず）に保存されてもよい。

サーバー２は、パーツ発注用の発注受付画面４（図４参照）を生成する。また、サーバー２は、サービス発注用の発注受付画面４（図５参照）を生成する。

具体的には、サーバー制御部２１は、画像処理装置１の複数のパーツのうち交換時期が近づいているパーツを対象パーツと認識する。複数のパーツのうち、１つだけが対象パートと認識される場合もあれば、２つ以上が対象パーツと認識される場合もある。また、対象パーツが存在しない場合もある。

対象パーツが存在する場合（パーツの交換が必要と判断した場合）、サーバー制御部２１は、パーツ発注用の発注受付画面４を生成する。たとえば、対象パーツがコンテナ１０である場合、コンテナ１０の発注を受け付ける画面が発注受付画面４として生成される。対象パーツが給紙ローラー１４１である場合には、給紙ローラー１４１の発注を受け付ける画面が発注受付画面４として生成され、対象パーツが定着ユニット１４３である場合には、定着ユニット１４３の発注を受け付ける画面が発注受付画面４として生成される。

また、画像処理装置１が故障している場合、言い換えると、画像処理装置１のメンテナンス業者によるサポートサービスが必要と判断した場合、サーバー制御部２１は、サービス発注用の発注受付画面４を生成する。このとき、サーバー制御部２１は、画像処理装置１の故障個所を認識する。そして、サーバー制御部２１は、画像処理装置１の故障個所に対応するサポートサービスの発注を受け付ける画面を発注受付画面４として生成する。

ここで、発注受付画面４について、図４および図５を参照して説明する。図４に示す発注受付画面４は、画像処理装置１に装着されるパーツの発注を受け付ける画面である。図５に示す発注受付画面４は、画像処理装置１のメンテナンス業者によるサポートサービスの発注を受け付ける画面である。以下の説明では、図４に示す発注受付画面４に符号４１を付し、図５に示す発注受付画面４に符号４２を付して区別する場合がある。

なお、図４および図５に示す発注受付画面４は一例であり、発注受付画面４の内容（レイアウト）などは適宜変更可能である。

発注受付画面４には、発注ボタンＢが配される。発注ボタンＢは、画像処理装置１のメンテナンスに関する発注をユーザーから受け付けるためのボタンである。図４に示す発注受付画面４１の発注ボタンＢは、画像処理装置１に装着されるパーツの発注を受け付けるボタンである。図５に示す発注受付画面４２の発注ボタンＢは、画像処理装置１のメンテナンス業者によるサポートサービスの発注を受け付けるボタンである。

図４に示すように、発注受付画面４１には、交換時期が近づいている対象パーツに関する情報が配される。たとえば、発注受付画面４１には、対象パーツの交換時期が近づいている旨のメッセージＭ１が配される。図４には、対象パーツがコンテナ１０である場合を図示する。図示しないが、対象パーツの推奨交換時期、対象パーツの使用履歴、対象パーツの機能、および、対象パーツの装着場所など、他の情報が発注受付画面４１に配されてもよい。

また、発注受付画面４１には、発注数の入力欄４１１が配される。すなわち、発注受付画面４１では、発注数の受け付けが行われる。なお、対象パーツの発注数分の価格が表示されてもよい。

図５に示すように、発注受付画面４２には、画像処理装置１が故障している旨のメッセージＭ２が配される。他の情報が発注受付画面４２に配されてもよい。

発注受付画面４は、画像処理装置１のユーザーにより使用される外部機器３に表示される。具体的には、画像処理装置１の管理者として予め登録されたユーザーである管理ユーザーの外部機器３に表示される。

管理ユーザーは、自身の外部機器３に発注受付画面４を表示し、発注ボタンＢを操作することにより、表示中の発注受付画面４に対応するメンテナンスに関する発注を行うことができる。

パーツ発注用の発注受付画面４１に配された発注ボタンＢを管理ユーザーが操作した場合には、管理ユーザーの外部機器３（パーソナルコンピューター）において、対象パーツの発注処理が行われる。管理ユーザーからすると、電話およびＦＡＸなどの手段を用いなくても、パーソナルコンピューター上で発注ボタンＢを操作するだけで、交換が必要なパーツを発注できるので、利便性が良い。

サービス発注用の発注受付画面４２に配された発注ボタンＢを管理ユーザーが操作した場合には、管理ユーザーの外部機器３（パーソナルコンピューター）において、画像処理装置１のメンテナンス業者によるサポートサービスの発注処理が行われる。管理ユーザーからすると、電話およびＦＡＸなどの手段を用いなくても、パーソナルコンピューター上で発注ボタンＢを操作するだけで、メンテナンス業者によるサポートサービスを発注できるので、利便性が良い。たとえば、発注受付画面４２から発注することにより、メンテナンス業者に対し、画像処理装置１のシリアルナンバーおよび故障個所などメンテナンスに必要な情報が送信される。この構成では、メンテナンス業者に対する状況説明などが不要となり、管理ユーザーの利便性がより向上する。

なお、画像処理装置１に装着されるパーツの発注処理および画像処理装置１のメンテナンス業者によるサポートサービスの発注処理は、サーバー２によって行われてもよい。この場合、発注受付画面４の発注ボタンＢに対する操作を受けた外部機器３は、サーバー２に対して、発注内容を示す発注情報をサーバー２に送信する。サーバー２は、外部機器３から受信した発注情報に基づき、発注処理を行う。

＜アラートメールの生成処理＞
発注受付画面４のデータを保存した後、サーバー制御部２１は、画像処理装置１に対して、発注受付画面４のデータ保存場所を通知する。その後、画像処理装置１において、電子メール（図６上図参照）が生成される。以下に詳細に説明する。

発注受付画面４のデータ保存場所の通知を受けると、制御部１１は、電子メールの生成処理を行う。以下の説明では、便宜上、発注受付画面４のデータ保存場所の通知を受けて生成される電子メールをアラートメールＡＭと称する。

アラートメールＡＭの生成処理を行うとき、制御部１１は、発注受付画面４のデータ保存場所を認識する。そして、制御部１１は、発注受付画面４のデータ保存場所を示すリンク情報ＬＮ（図６上図参照）を含むアラートメールＡＭを生成する。リンク情報ＬＮは、ハイパーリンク方式でメール本文に含められる。リンク情報ＬＮは、サーバー２により生成される発注受付画面４にアクセスするための情報である。

なお、アラートメールＡＭは、アラートメッセージをメール本文に含む。アラートメッセージは、画像処理装置１に関する連絡事項がある旨のメッセージであり、リンク情報ＬＮを操作（クリック）するよう促すメッセージである。

アラートメールＡＭは、管理ユーザーのメールアドレスに送信される。これにより、管理ユーザーは、自身の外部機器３（パーソナルコンピューター）にアラートメールＡＭを表示できる（図６上図参照）。その後、管理ユーザーは、リンク情報ＬＮを操作することにより、自身の外部機器３に発注受付画面４を表示できる（図６下図参照）。その結果、管理ユーザーは、自身の外部機器３で画像処理装置１のメンテナンスに関する発注を行うことができる。

＜アラートメールの送信処理＞
アラートメールＡＭを生成した後、制御部１１は、予め登録された管理ユーザー（画像処理装置１の管理者）に関する管理ユーザー情報（たとえば、メールアドレス）を参照する。管理ユーザー情報は、記憶部１２に記憶される。たとえば、いずれかのユーザーが新たに管理者として登録された場合、当該ユーザーに関する情報が管理ユーザー情報に追加される。登録済みのユーザーが管理者から外れた場合、当該ユーザーに関する情報が管理ユーザー情報から消去される。

制御部１１は、管理ユーザー情報に基づき管理ユーザーを認識する。以下の説明では、管理ユーザーにより使用される外部機器３を管理ユーザー端末３と称し、他のユーザーにより使用される外部機器３（ユーザー端末）と区別する場合がある。

制御部１１は、管理ユーザーのメールアドレスをアラートメールの送信先に設定する。そして、制御部１１は、管理ユーザーのメールアドレスに対して、リンク情報ＬＮを含むアラートメールＡＭを送信する。

なお、画像処理装置１の管理者として複数のユーザーが登録される。すなわち、管理ユーザーが複数存在する。制御部１１は、複数の管理ユーザーの全てに対し、リンク情報ＬＮを含むアラートメールＡＭを送信する。

たとえば、複数の管理ユーザーには、所定のグループアドレスが割り当てられる。当該グループアドレスを送信先に設定してアラートメールＡＭの送信処理を行うことにより、複数の管理ユーザーの全てにアラートメールＡＭが送信される。なお、複数の管理ユーザーの個々のメールアドレスの全てを送信先に設定し、複数の管理ユーザーの全てにアラートメールＡＭを一斉送信してもよい。

＜メール送信後の処理＞
リンク情報ＬＮを含むアラートメールＡＭの送信後、いずれかの管理ユーザー端末３において、発注処理が行われる。言い換えると、いずれかの管理ユーザー端末３において、アラートメールＡＭが表示され、リンク情報ＬＮに対する操作が行われる。そして、発注受付画面４が表示され、発注ボタンＢに対する操作が行われる。さらに言い換えると、いずれかの管理ユーザー端末３は、画像処理装置１のメンテナンスに関する発注を管理ユーザーから受け付ける。発注を受け付けた管理ユーザー端末３は、発注処理を行う。

発注を受け付けた管理ユーザー端末３は、発注処理を行った後、サーバー２に対し、画像処理装置１のメンテナンスに関する発注を行った旨を通知する。これにより、サーバー２は、いずれかの管理ユーザー端末３において発注受付画面４から画像処理装置１のメンテナンスに関する発注が行われたことを認識する。

いずれかの管理ユーザー端末３において発注受付画面４から画像処理装置１のメンテナンスに関する発注が行われた場合、サーバー２は、発注済みのメンテナンスに対応する発注受付画面４からの新たな発注の受け付けを停止する。言い換えると、サーバー２（サーバー制御部２１）は、発注停止処理を行う。

以下、図４および図５を参照し、サーバー２による発注停止処理について説明する。図４は、パーツ発注用の発注受付画面４１からパーツが発注された場合に行われる発注停止処理に関する図である。図５は、サービス発注用の発注受付画面４２からサポートサービスが発注された場合に行われる発注停止処理に関する図である。

サーバー制御部２１は、画像処理装置１に装着されるパーツ（図４に示す例では、コンテナ１０）の交換が必要か否かを判断する。パーツの交換が必要と判断した場合、サーバー制御部２１は、図４上図に示す発注受付画面４１を生成し、発注受付画面４１のデータを所定の記憶デバイス（たとえば、サーバー記憶部２２）に保存する。その後、いずれかの管理ユーザー端末３においてパーツの発注処理が行われる。これにより、パーツの発注処理が行われた旨がサーバー２に通知される。このとき、サーバー制御部２１は、発注停止処理を行う。

また、サーバー制御部２１は、画像処理装置１のメンテナンス業者によるサポートサービスが必要か否か（画像処理装置１が故障したか否か）を判断する。サポートサービスが必要（画像処理装置１が故障した）と判断した場合、サーバー制御部２１は、図５上図に示す発注受付画面４２を生成し、発注受付画面４２のデータを所定の記憶デバイス（たとえば、サーバー記憶部２２）に保存する。その後、いずれかの管理ユーザー端末３においてサポートサービスの発注処理が行われる。これにより、サポートサービスの発注処理が行われた旨がサーバー２に通知される。このとき、サーバー制御部２１は、発注停止処理を行う。

サーバー制御部２１は、発注済みのメンテナンスに対応する発注受付画面４を発注停止処理の対象に設定する。以下の説明では、便宜上、発注停止処理の対象に設定された発注受付画面４を対象発注受付画面４と称する。

サーバー制御部２１は、発注停止処理として、発注ボタンＢに対する操作を無効化する処理を行う。これにより、サーバー制御部２１による発注停止処理が行われて以降、いずれかの管理ユーザー端末３に発注受付画面４を表示しても、当該発注受付画面４が発注停止処理の対象であった場合には、当該発注受付画面４の発注ボタンＢに対する操作は無効化される。すなわち、対象発注受付画面４の発注ボタンＢを操作しても、発注処理は行われない。

たとえば、図４下図および図５下図に示すように、対象発注受付画面４の発注ボタンＢは、グレーアウト表示される（便宜上、グレーアウト表示をハッチング柄で示す）。発注済みであることを示すメッセージＭＧが対象発注受付画面４に表示されてもよい。また、図示しないが、発注した管理ユーザーの情報（名前など）、発注日、発注数、および、納品予定日などが対象発注受付画面４に表示されてもよい。

なお、図示しないが、対象発注受付画面４の発注ボタンＢが消去されてもよい。また、対象発注受付画面４のデータを保存先から消去してもよい。

上記のように、本実施形態では、発注受付画面４からの発注の受け付けを停止する発注停止処理が行われる。これにより、或る管理ユーザーが発注受付画面４１からパーツを発注していれば、当該パーツの発注を他の管理ユーザーが行うことを抑制できる。また、或る管理ユーザーが発注受付画面４２からサポートサービスを発注していれば、当該サポートサービスの発注を他の管理ユーザーが行うことを抑制できる。すなわち、画像処理装置１のメンテナンスに関する発注が重複して行われることを抑制できる。

なお、本実施形態では、管理ユーザーに対してアラートメールＡＭが送信される。これにより、画像処理装置１のメンテナンスが必要になった場合、その旨を速やかに知ることができるので、管理ユーザーにとっては利便性が良い。また、複数の管理ユーザーの全てにアラートメールＡＭが送信されるので、画像処理装置１のメンテナンスが必要であるにもかかわらずメンテナンスが行われない（管理ユーザーによる対応が行われない）という不都合が生じることを抑制できる。言い換えると、或る管理ユーザーが不在であっても、他の管理ユーザーが対応する。

ここで、アラートメールＡＭにはリンク情報ＬＮが含まれる。これにより、容易に（リンク情報ＬＮに対してクリック操作を行うだけで）、発注受付画面４を表示できる。すなわち、容易に、メンテナンスに関する発注を行うことができる。さらに、発注受付画面４には発注ボタンＢが配されるので、より一層、メンテナンスに関する発注が容易になる（発注ボタンＢに対してクリック操作を行うだけでよい）。

また、本実施形態では、サーバー２は、画像処理装置１に装着されるパーツの交換が必要と判断した場合、パーツの発注を受け付ける画面を発注受付画面４として生成する。一方で、サーバー２は、画像処理装置１のメンテナンス業者によるサポートサービスが必要と判断した場合、サポートサービスの発注を受け付ける画面を発注受付画面４として生成する。これにより、発注受付画面４を表示することにより、画像処理装置１の状態を確認できるので、管理ユーザーにとっては利便性が良い。

＜変形例＞
上記実施形態では、画像処理装置１のメンテナンスに関する発注を受け付ける発注受付画面４の生成処理がサーバー２によって行われる。一方で、変形例では、発注受付画面４の生成処理が画像処理装置１によって行われる。

具体的には、変形例では、制御部１１は、発注受付画面４を生成するとともに、発注受付画面４のデータを保存する。たとえば、変形例では、発注受付画面４のデータが記憶部１２に保存される。その後、制御部１１は、管理ユーザー端末３に対して、発注受付画面４のデータ保存場所を示すリンク情報ＬＮを含むアラートメールＡＭを送信する。なお、制御部１１による発注受付画面４の生成処理は、サーバー制御部２１による発注受付画面４の生成処理と同様である。

さらに、変形例では、発注を受け付けた管理ユーザー端末３は、発注処理を行った後、画像処理装置１に対し、画像処理装置１のメンテナンスに関する発注を行った旨を通知する。いずれかの管理ユーザー端末３において発注受付画面４から画像処理装置１のメンテナンスに関する発注が行われた場合、制御部１１は、発注済みのメンテナンスに対応する発注受付画面４からの新たな発注の受け付けを停止する発注停止処理を行う。なお、制御部１１による発注停止処理は、サーバー制御部２１による発注停止処理と同様である。

変形例では、上記実施形態と同様、画像処理装置１のメンテナンスに関する発注が重複して行われることを抑制できる。また、変形例では、サーバー２を省略できる。

今回開示された実施形態は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記実施形態の説明ではなく特許請求の範囲によって示され、さらに、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれる。

１ 画像処理装置
２ サーバー
３ 外部機器
４ 発注受付画面
１１ 制御部
１６ 通信部
１００ 管理システム
ＡＭ アラートメール（メール）
ＬＮ リンク情報

Claims (4)

1. 外部機器と通信可能に接続される画像処理装置と、
   前記画像処理装置と通信可能に接続されるサーバーと、を備え、
   前記サーバーは、前記画像処理装置のメンテナンスに関する発注を受け付ける発注受付画面を生成するとともに、前記発注受付画面のデータを保存し、
   前記画像処理装置は、予め登録された複数のユーザーのメールアドレスに対して、前記発注受付画面のデータ保存場所を示すリンク情報を含むメールを送信し、
   前記サーバーは、いずれかの前記ユーザーの外部機器において前記発注受付画面から前記メンテナンスに関する発注が行われた場合、発注済みの前記メンテナンスに対応する前記発注受付画面からの新たな発注の受け付けを停止する、管理システム。
2. 前記サーバーは、前記画像処理装置に装着されるパーツの交換が必要と判断した場合、前記パーツの発注を受け付ける画面を前記発注受付画面として生成する、請求項１に記載の管理システム。
3. 前記サーバーは、前記画像処理装置のメンテナンス業者によるサポートサービスが必要と判断した場合、前記サポートサービスの発注を受け付ける画面を前記発注受付画面として生成する、請求項１または２に記載の画像処理装置。
4. 外部機器と通信可能に接続される通信部と、
   制御部と、を備え、
   前記制御部は、
   メンテナンスに関する発注を受け付ける発注受付画面を生成するとともに、前記発注受付画面のデータを保存し、
   予め登録された複数のユーザーのメールアドレスに対して、前記発注受付画面のデータ保存場所を示すリンク情報を含むメールを送信し、
   いずれかの前記ユーザーの前記外部機器において前記発注受付画面から前記メンテナンスに関する発注が行われた場合、発注済みの前記メンテナンスに対応する前記発注受付画面からの新たな発注の受け付けを停止する、画像処理装置。

Images