JP2010272976A - 画像形成装置 - Google Patents

Abstract

【課題】メンテナンス作業等で実行可能なジョブが制限される場合に、実行不可であるジョブ要求があった場合であってもユーザにとって利便性の高い画像形成装置を提供する。
【解決手段】サービスモードが解除されたかどうかを判断する（ステップＳ２０）。
サービスモードが解除されたと判断した場合には、次に、リモートアクセスジョブ履歴を確認する（ステップＳ２２）。そして、次に、ＣＰＵ１０は、未実行のジョブが有るかどうかを判断する（ステップＳ２４）。そして、ＣＰＵ１０は、未実行のジョブが有ると判断した場合（ステップＳ２４においてＹＥＳ）には、ジョブを指示したＰＣへ再実行するか通知する（ステップＳ２６）。次に、ＣＰＵ１０は、未実行のジョブについての再実行の入力が有るかどうかを判断する（ステップＳ２８）。ＣＰＵ１０は、未実行のジョブについての再実行の入力が有ると判断した場合には、未実行のジョブを再実行する。
【選択図】図７

Description

本発明は、外部の端末装置との間でデータ通信を実行する画像形成装置に関する。

ドキュメンテーションが重要視される現代社会では、画像を高解像度かつ、高品位に複製することができる画像形成装置が求められている。この種の画像形成装置は、スキャンした原稿の白黒画像を印刷用紙に複写するものであったが、カラー・コピーや拡大、縮小など複写形態が多様化するとともに、画像の高解像度化、高品質化が進んできている。また、複写機能の他に、プリンタやファクシミリ、コンテンツ・サービスなど複数の機能を搭載した複合複写機が広く普及してきている。

この種の画像形成装置の多くは、リース契約により調達され、ベンダがビリング・カウンタで画像形成回数を計数して、顧客に使用料を請求するという利用形態がとられる場合がある。

また、画像形成装置は、自動濃度調整機能が作動していても、設置されている環境（温度や湿度など）や、サプライの状態（感光体の疲労）や経時変化などの影響により画質が変化する。

画像形成装置のエンジン部分に相当する電子写真プロセスは構造が複雑で、顧客が勝手に調整することは困難である。

このため、大抵の場合、カスタマー・エンジニアが定期的に画像形成装置の設置場所に訪問してメンテナンスを行なうというメンテナンス契約が、顧客とベンダとの間で交わされている場合が多い。

しかしながら、カスタマー・エンジニア（サービスマンとも称する）がメンテナンス作業を実行している場合には、ユーザの操作がサービスマンの作業の邪魔となる可能性があるため、ユーザの操作は不可となっている場合がある。

一方で、サービスマンの作業と関係の無い機能の利用を認めることが可能であれば、ユーザの利便性が向上する。

この点で、特開２００７−８３６８２号公報（特許文献１）においては、サービスマンがメンテナンス作業を開始する前に、実行可能なジョブの種別を予め設定し、メンテナンス作業中にジョブ要求が発生したときは実行可能と設定されたジョブのみ起動を許可するようにする方式が提案されている。

しかしながら、ジョブの実行は、画像形成装置のパネル操作からだけでなく、画像形成装置とネットワーク経由で接続された端末装置たとえばＰＣ（Personal Computer）からのアクセスによりジョブ要求が発生する可能性がある。

ネットワーク経由でのリモート操作によるユーザアクセスにより実行不可であるジョブ要求が発生した場合には、当該ジョブ要求は拒否されたり、破棄されたりする可能性がある。

この点で、特開２００６−１０７２９３号公報（特許文献２）においては、ユーザの行ったジョブ履歴を記憶しておき、エラー状態が解消されたことをジョブ実行したユーザに通知するようにする方式が提案されている。

特開２００７−８３６８２号公報 特開２００６−１０７２９３号公報

しかしながら、上記特許文献２においては、エラー状態が解消されたときに通知を行うことが開示されているが、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要があり煩雑である。

また、実行不可であるジョブ要求である場合には、メンテナンス作業が終了する前に処理を実行することができないため、ユーザが急ぎジョブを実行したい場合に対応することができない。

本発明は、上記のような問題を解決するためになされたものであって、メンテナンス作業等で実行可能なジョブが制限される場合に、実行不可であるジョブ要求があった場合であってもユーザにとって利便性の高い画像形成装置を提供することを目的とする。

本発明のある局面に従う画像形成装置は、外部端末と通信可能に接続された画像形成装置であって、外部端末との間でデータの授受を実行するための通信部と、通信部で受信した外部端末からのジョブ情報において指示される画像形成装置において実行可能な複数の機能のうちの少なくとも１つの機能の実行を指示することが可能な制御部と、受信した外部端末からのジョブ情報を記憶する記憶部とを備える。制御部は、指示に従って画像形成装置において実行可能な複数の機能のうちの少なくとも１つの機能の使用を禁止する状態とする機能制限手段と、外部端末から受信したジョブ情報の内容を確認するジョブ内容確認手段と、ジョブ内容確認手段によるジョブ情報に基づいて、機能制限手段により使用が禁止されている機能が指定されているか否かを判断する機能可否判断手段と、指示に従って機能制限手段による複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、機能可否判断手段において、使用が禁止されている機能が指定されていると判断したジョブ情報において指定した機能の再実行の可否を求める情報を出力するジョブ再実行確認手段とを含む。

好ましくは、ジョブ再実行確認手段は、通信部を介してジョブ情報を送信した外部端末に対して、再実行の可否を求める情報を出力する。

特に、制御部は、機能可否判断手段において、使用が禁止されている機能が指定されていると判断した場合には、使用が禁止されていない機能で代替可能か否かを判断する代替機能可否判断手段と、代替機能可否判断手段において、代替可能であると判断された場合には、通信部を介してジョブ情報を送信した外部端末に対して使用が禁止されていない代替機能の実行の可否を求める情報を出力する代替手段実行確認手段とをさらに含む。

特に、制御部は、通信部を介して外部端末から送信された、代替機能の実行の指示の入力を受け付ける代替指示受付手段と、代替指示受付手段により受け付けられた指示に基づいて、代替機能の実行を指示する代替機能実行指示手段と、代替機能実行指示手段により、代替機能の実行が指示された場合に、代替機能を実行した旨を履歴情報として記憶部に保存する履歴保存手段とをさらに含む。

特に、ジョブ再実行確認手段は、指示に従って機能制限手段による複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、記憶部に保存されている履歴情報として代替機能を実行した旨が保存されているか否かを判断する代替機能履歴確認手段と、代替機能履歴確認手段の結果に応じて、ジョブ情報において指定した機能の再実行の可否を求める情報を出力するジョブ再実行確認可否判断手段とを含む。

好ましくは、外部端末からのジョブ情報は、外部端末を送信したユーザ情報を含み、情報を表示するための表示部と、指示に従ってユーザ認証処理を実行する認証部とを備える。ジョブ再実行確認手段は、指示に従って機能制限手段による複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、認証部におけるユーザ認証処理が実行されているか否かを判断するユーザ認証判断手段と、ユーザ認証判断手段において、ユーザ認証処理が実行されていると判断された場合には、記憶部に保存されているユーザ認証処理が実行されているユーザに関するユーザ情報を含むジョブ情報を抽出するジョブ情報抽出手段と、ジョブ情報抽出手段により抽出されたジョブ情報が存在する場合には、抽出したジョブ情報において指定した機能の再実行の可否を求める情報を表示部に出力する表示部出力手段とを含む。

特に、制御部は、表示部に出力された、抽出したジョブ情報において指定した機能の再実行の可否に関して、再実行の指示の入力を受け付けるジョブ再実行受付手段と、ジョブ再実行受付手段により受け付けられた再実行の指示があった場合に、抽出したジョブ情報において指定した機能の再実行が可能であるか否かを判断するジョブ再実行可否判断手段と、ジョブ再実行可否判断手段において、抽出したジョブ情報において指定した機能の再実行ができないと判断された場合には、表示部に代替操作を求める情報を出力する代替操作情報出力手段とをさらに含む。

本発明の一実施例に従う画像形成装置は、複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、使用が禁止されている機能が指定されていると判断したジョブ情報において指定した機能の再実行の可否を求める情報を出力するため、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能でありユーザにとって利便性が高い。

本発明の実施の形態１に従う画像形成システム１の構成について説明する図である。 本発明の実施の形態１に従うＭＦＰ２０の構成について説明する図である。 本発明の実施の形態１に従うＰＣの構成について説明する図である。 本発明の実施の形態１に従うリモートアクセスジョブを受け付けた場合のＭＦＰ２０における処理について説明する図である。 本発明の実施の形態１に従うサービスモードにおける実行可能な機能について説明する図である。 本発明の実施の形態１に従うリモートアクセスジョブ履歴の一覧について説明する図である。 サービスモードが解除された場合のジョブ実行について説明する図である。 本実施の形態１に従うＰＣ１００のディスプレイ部２０６に表示された再実行通知画面１２００について説明する図である。 ＰＣ１００のディスプレイ部２０６に表示された代替操作要求通知画面について説明する図である。 本発明の実施の形態２に従うサービスモードが解除された場合のジョブ実行について説明する図である。 操作パネル１９のログイン画面について説明する図である。 本実施の形態２に従うパネル領域３００の表示領域３０２に表示された再実行通知画面３２２について説明する図である。 本実施の形態２に従うパネル領域３００の表示領域３０２に表示された代替操作要求通知画面３６０について説明する図である。 本実施の形態２の変形例に従うパネル領域３００の表示領域３０２に表示された代替操作要求通知画面３４３について説明する図である。 本発明の実施の形態３に従うリモートアクセスジョブを受け付けた場合の処理について説明する図である。 代替手段対応テーブルを説明する図である。 ＰＣ１００のディスプレイ部２０６に表示された代替手段提示画面１２２０について説明する図である。 本発明の実施の形態３に従うリモートアクセスジョブ履歴の一覧について説明する図である。 本発明の実施の形態３に従うサービスモードが解除された場合のジョブ実行について説明する図である。 本実施の形態３に従うＰＣ１００のディスプレイ部２０６に表示された再実行通知画面１２４０について説明する図である。 本発明の実施の形態３の変形例に従うリモートアクセスジョブを受け付けた場合の処理について説明する図である。 ＰＣ１００のディスプレイ部２０６に表示された自動実行通知画面１２３０について説明する図である。 本発明の実施の形態３の変形例に従うリモートアクセスジョブ履歴の一覧について説明する図である。 本発明の実施の形態３の変形例に従うサービスモードが解除された場合のジョブ実行について説明する図である。

以下、図面を参照しつつ本発明の実施の形態について説明する。以下の説明において同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同一であるものとする。

（実施の形態１）
図１を用いて、本発明の実施の形態１に従う画像形成システム１の構成について説明する。

図１を参照して、本発明の実施の形態１に従う画像形成システム１は、画像形成装置であるＭＦＰ（Multi Function Peripheral）２０と、プリンタ１５と、外部端末である外部ＰＣ（Personal Computer）１００，１０２，１０４とが設けられている。ＭＦＰ２０と、プリンタ１５、外部ＰＣ１００，１０２，１０４は、互いにネットワークで接続され、互いにデータ通信が可能な状態となっている。なお、本例においては、３台の外部ＰＣと１台のＭＦＰと、１台のプリンタとがＬＡＮ（Local Area Network）１７で接続されている構成について説明するが、これらの数は１個に限定されるものではなく、複数個であっても良い。なお、１台の外部ＰＣとＭＦＰとで本発明の実施の形態１を実現することも可能である。また、ネットワーク接続として、ＬＡＮであっても良いしＷＡＮ（Wide Area Network）等であってもよい。また、有線で接続されていても良いし、無線であっても良い。なお、後述するが、ＭＦＰ２０において、ＬＡＮ１７と接続されたプリンタ１５は、別のプリンタとして予め登録されているものとする。

図２を用いて、本発明の実施の形態１に従うＭＦＰ２０の構成について説明する。
図２を参照して、本発明の実施の形態１に従うＭＦＰ２０は、オペレーティングシステム（ＯＳ：Operating System）を含む各種プログラムを実行するためのＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０のプログラム部分の実行に必要なデータを一時的に記憶するＲＡＭ８と、ＣＰＵ１０で実行されるプログラムやデータを不揮発的に記憶するハードディスク部２（ＨＤＤ：Hard Disk Drive）および不揮発性メモリ４と、ＣＰＵ１０で実行されるプログラムが予め格納されたＲＯＭ６と、各種操作を実行するための操作パネル１９と、原稿を読取って画像データを取得するスキャナ部１６と、画像データを紙媒体に印刷するプリンタ部１８と、ＦＡＸ通信を実行するためのＦＡＸモデム１４と、外部との間でデータを通信を実行するためのＬＡＮカード等からなるネットワークカード１２とを含む。操作パネル１９は、表示部およびキー入力部等を含むものとする。また、各部は、内部バスを介して互いに接続されており、相互にデータの授受が可能であるものとする。

また、本例においては、サービスマンは、メンテナンス作業を実行するためにＭＦＰ２０を通常モードからサービスモードに切り替えることが可能であるものとする。具体的には、サービスマンは、例えば操作パネル１９を用いて予め設けられているサービスコードを入力することによりサービスモードに切り替えることが可能であるものとする。本例においては、サービスモードとして、複数の種類のサービスモードが設けられており、それぞれのモード毎に実行不可の機能が異なるものとする。サービスマンは、メンテナンス作業においてメンテナンスする内容に応じたサービスコードを入力することにより、作業する部位に対応する機能を実行不可とし、作業を円滑に実行するとともに、作業と関係の無い部位に対応する機能については実行可能としておくことによりユーザの利便性に供することが可能である。

図３を用いて、本発明の実施の形態１に従うＰＣの構成について説明する。
図３を参照して、本発明の実施の形態１に従うＰＣ１００は、オペレーティングシステム（ＯＳ：Operating System）を含む各種プログラムを実行するＣＰＵ（Central Processing Unit）２０１と、ＣＰＵ２０１のプログラム部分の実行に必要なデータを一時的に記憶するＲＡＭ部２１２と、ＣＰＵ２０１で実行されるプログラムを不揮発的に記憶するハードディスク部（ＨＤＤ：Hard Disk Drive）２１１と、ＣＰＵ２０１で実行されるプログラムが予め格納されたＲＯＭ２１３とを含む。

また、ＲＯＭ２１３には、ＭＦＰ２０に対して種々のジョブの実行を指示するためのソフトウェアプログラムが記憶されているものとする。外部ＰＣ１００は、ＭＦＰ２０に設定されたＩＰアドレスを取得して、アクセス可能であるものとし、例えばＭＦＰ２０の情報を取得するためのＷｅｂブラウザ（Ｗｅｂアプリ）が搭載されているものとする。

そして、外部ＰＣ１００は、当該Ｗｅｂブラウザを介してＭＦＰ２０に対して装置設定を参照したり、ＭＦＰ２０に格納された文書を取得することが可能であるものとする。

あるいは、ＭＦＰ２０に格納されたデータをプリントしたり、あるいは、外部ＰＣにインストールされているプリンタドライバを用いて画像データをＭＦＰ２０に送信してＭＦＰ２０においてプリント処理の実行を指示するプリントジョブを送信することが可能であるものとする。

このようなプログラムは、ＦＤドライブ２１７あるいはＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）ドライブ２１５によってそれぞれフレキシブルディスク３１７ａまたはＣＤ−ＲＯＭ３１５ａなどから読取られる。

ＣＰＵ２０１は、キーボードやマウス等からなる入力部２０９を介してユーザからの指示を受け取るとともに、プログラム実行によって生成される画面出力をディスプレイ制御部２０５を介してディスプレイ部２０６に出力する。

また、ＣＰＵ２０１は、ＬＡＮカード等からなるネットワークインターフェイスカード（ＮＩＣ）部２０７を介してＬＡＮやＷＡＮに接続されたＭＦＰ２０に対してジョブ等を送信する。また、上述の各部は、内部バス２０３を介して相互にデータを授受する。なお、ＰＣ１０２，１０４についても同様の構成であるのでその説明は繰り返さない。なお、本例においては、ディスプレイ部２０６がＰＣ本体と一体となっている場合について説明しているが、特に、これに限られず、ディスプレイ部２０６が別体となっていても良い。

以下、当該ＰＣ１００からＭＦＰ２０に対する各種のジョブ要求（リモートアクセスジョブとも称する）を行った場合の処理について説明する。

図４を用いて、本発明の実施の形態１に従うリモートアクセスジョブを受け付けた場合のＭＦＰ２０における処理について説明する。

図４を参照して、まず、リモートアクセスジョブを受け付けたか否かを判断する（ステップＳ２）。具体的には、ＭＦＰ２０のＣＰＵ１０は、ネットワークカード１２を介してＰＣ１００からリモートアクセスジョブを受け付けたかどうかを判断する。なお、ＰＣからリモートアクセスジョブを受け付けた場合には、ジョブデータは、ＭＦＰ２０のＲＡＭ８に格納されるものとする。

ステップＳ２において、リモートアクセスジョブを受け付けたと判断した場合には、次に、受け付けたジョブの種類を確認する（ステップＳ４）。具体的には、ＣＰＵ１０は、ジョブデータに含まれている例えばヘッダ情報に基づいてプリントジョブであるのか、あるいは、他のジョブであるのか確認する。

そして、次に、サービスモードであるかどうかを判断する（ステップＳ６）。
具体的には、ＣＰＵ１０は、現在のＭＦＰ２０の状態がサービスモードであるかどうかを判断する（ステップＳ６）。

図５を用いて、本発明の実施の形態１に従うサービスモードにおける実行可能な機能について説明する。

図５を参照して、ここでは、一例として、３種類のサービスモードが示されている。例えば、モードＡ、Ｂ、Ｃが示されている。各モードに対応してサービスコードが設けられており、サービスマンは、操作パネル１９を用いてサービスコードを入力することによりいずれかのモードに設定することが可能である。

モードＡについては、ジョブとして、プリントおよびスキャンは実行可能であるが、Ｆａｘ、メール、ダウンロードは実行不可である。

モードＢについては、ジョブとしてプリントは実行不可であるが、スキャン、Ｆａｘ、メール、ダウンロードは実行可能である。

モードＣについては、ジョブとしてプリント、Ｆａｘ、メール、ダウンロードは実行可能であるが、スキャンは実行不可である。

なお、ここでは、一例として３種類のサービスモードについて説明したが、これに限られず、さらに複数の組合せのモードを設けることも可能である。

再び、図４を参照して、次に、ＣＰＵ１０は、ステップＳ６において、サービスモードであると判断した場合（ステップＳ６においてＹＥＳ）には、次に、サービス作業内容を確認する（ステップＳ８）。具体的には、上述した図５におけるいずれのモードであるかを判断する。

そして、次に、ＣＰＵ１０は、動作が不可である機能（モジュール）を確認する（ステップＳ１０）。

具体的には、上記のモードに対応して、いずれの機能を実行することができないかを確認する。例えば、モードＡである場合には、Ｆａｘ、メール、ダウンロードは実行不可である。

そして、次に、ＣＰＵ１０は、受付ジョブの種類として、指定されたジョブが実行不可ジョブであるかどうかを判断する（ステップＳ１２）。

そして、ステップＳ１２において、ＣＰＵ１０は、実行不可ジョブであると判断した場合（ステップＳ１２においてＹＥＳ）には、ジョブを実行することなくリモートアクセスジョブ履歴にジョブを登録する（ステップＳ１４）。具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴にジョブ状態として受付拒否として登録する。なお、その際、受付拒否となった要因および実行不可であった機能等についても登録されるものとする。ここで、リモートアクセスジョブ履歴は、ＨＤＤ２あるいは不揮発性メモリ４あるいはＲＡＭ８に格納されるものとする。

そして、処理を終了する（エンド）。
一方、ステップＳ６において、サービスモードで無いと判断された場合には、通常モードであるため指定されたジョブを実行する（ステップＳ１６）。例えば、プリントジョブであれば、画像データをプリンタ部１８において印刷処理する。

また、ステップＳ１２において、指定されたジョブが実行不可ジョブでない場合には、指定されたジョブを実行する（ステップＳ１６）。

そして、次に、ステップＳ１４に進み、リモートアクセスジョブ履歴にジョブを登録する。具体的には、ＣＰＵ２０１は、リモートアクセスジョブ履歴にジョブ状態として正常終了として登録する。

そして、処理を終了する（エンド）。
図６を用いて、本発明の実施の形態１に従うリモートアクセスジョブ履歴の一覧について説明する。

図６を参照して、ここでは、受け付けたジョブ毎に昇順的にジョブＩＤ（Identification）が割り振られている場合が示されている。本例においては、一例として、ジョブＩＤが「０００１０」〜「０００１４」までが示されている。

そして、各ジョブＩＤに対応して、ジョブ要求したユーザに対応して、予め設定されているユーザＩＤ、ＭＦＰ２０に対してジョブ要求した外部ＰＣのＰＣ識別情報（アドレス）、ジョブを生成したアプリケーション、ジョブ種類、文書名、ジョブ状態が示されている。また、ジョブが正常終了しなかった場合における、要因、および実行できなかった機能が示されている。

本例においては、一例として、ジョブＩＤが「０００１０」について、ユーザＩＤが「０９８」であり、アドレスが「ＡＡＡ￥ＢＢＢ」、アプリケーションが「プリンタドライバ」、ジョブ種類が「ＰＣＦａｘ」、文書名が「見積書．ｘｌｓ」、ジョブ状態が「正常終了」である場合が示されている。

ジョブＩＤが「０００１１」について、ユーザＩＤが「１１２」であり、アドレスが「192.168.100.112」、アプリケーションが「プリンタドライバ」、ジョブ種類が「プリント」、文書名が「スケジュール．ｘｌｓ」、ジョブ状態が「受付拒否」、要因が「エラー」、機能が「プリンタ」である場合が示されている。

ジョブＩＤが「０００１２」について、ユーザＩＤが「０１４」であり、アドレスが「192.168.100.14」、アプリケーションが「Ｗｅｂアプリ」、ジョブ種類が「プリント」、文書名が「Ｂｏｘ１４／月次報告書．ｐｄｆ」、ジョブ状態が「受付拒否」、要因が「サービスモード」、機能が「プリンタ」である場合が示されている。

ジョブＩＤが「０００１３」について、ユーザＩＤが「００５」であり、アドレスが「192.168.100.5」、アプリケーションが「Ｗｅｂアプリ」、ジョブ種類が「プリント」、文書名が「Ｂｏｘ５／打合せ議事録．ｐｄｆ」、ジョブ状態が「受付拒否」、要因が「サービスモード」、機能が「プリンタ」である場合が示されている。

ジョブＩＤが「０００１４」について、ユーザＩＤが「０５２」であり、アドレスが「ＣＣＣ￥ＤＤＤ」、アプリケーションが「Ｗｅｂアプリ」、ジョブ種類が「ダウンロード」、文書名が「Ｂｏｘ５２／費用請求．ｐｄｆ」、ジョブ状態が「正常終了」である場合が示されている。

なお、ここで、「Ｂｏｘ１４／月次報告書．ｐｄｆ」は、ジョブＩＤに対応付けられたボックス番号が割り当てられたＢｏｘ１４というボックス名の記憶領域に保存されている「月次報告書．ｐｄｆ」ファイルであることを指し示している。他の場合についても同様である。

したがって、図６には、ジョブＩＤ「０００１１」、「０００１２」、「０００１３」のリモートアクセスジョブは、受付拒否された状態であることが示されている。

図７を用いて、サービスモードが解除された場合のジョブ実行について説明する。
図７を参照して、サービスモードが解除されたかどうかを判断する（ステップＳ２０）。

具体的には、ＣＰＵ１０は、サービスマンによるメンテナンス作業が終了した後、ＭＦＰ２０のモードがサービスモードから通常モードに切り替わったかどうかを判断する。

そして、ＣＰＵ１０は、サービスモードが解除されたと判断した場合には、次に、リモートアクセスジョブ履歴を確認する（ステップＳ２２）。

具体的には、ＣＰＵ１０は、図６で説明したリモートアクセスジョブ履歴の一覧を確認する。

そして、次に、ＣＰＵ１０は、未実行のジョブが有るかどうかを判断する（ステップＳ２４）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中にジョブ状態が「受付拒否」であり、かつ、要因が「サービスモード」であるジョブ履歴の未実行のジョブが有るかどうかを判断する。なお、要因が「サービスモード」ではなく「エラー」である場合には、正常にジョブの受付ができなかった可能性があり、未実行のジョブとしてカウントしないものとする。

そして、ＣＰＵ１０は、未実行のジョブが有ると判断した場合（ステップＳ２４においてＹＥＳ）には、ジョブを指示したＰＣへ再実行するか通知する（ステップＳ２６）。

具体的には、ＣＰＵ１０は、ネットワークカード１２を介してリモートアクセスジョブ履歴に格納されているＰＣ識別（アドレス）のＰＣに対してジョブの再実行に関する情報を通知する。本例においては、一例としてＰＣ１００に情報を通知するものとする。

そして、当該情報を受信したＰＣ１００は、ディスプレイ部２０６に再実行通知画面を表示する。

図８を用いて、本実施の形態１に従うＰＣ１００のディスプレイ部２０６に表示された再実行通知画面１２００について説明する。

図８を参照して、ここでは、再実行通知画面１２００において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。再実行する場合は、「再実行」を押してください。」との表示とともに、ジョブＩＤ「０００１２」、ジョブ種類「プリント」、ユーザＩＤ「０１４」、文書名が「月次報告書．ｐｄｆ」である場合が示されている。

そして、再実行を指示する「再実行」ボタン１２０２と、再実行をキャンセルする「キャンセル」ボタン１２０４とが設けられている場合が示されている。

ユーザは、ＰＣ１００のディスプレイ部２０６に表示された再実行通知画面を確認して、「再実行」ボタン１２０２あるいは「キャンセル」ボタン１２０４を例えば入力部であるポインティングデバイスであるマウス等により指定する。

ユーザの指定に従って、ＰＣ１００からＭＦＰ２０に対して再実行指示が出力される。
当該通知画面により、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、例えば、既に別のＭＦＰ等によりジョブを実行した場合等、ジョブの再実行が不要である場合には、「キャンセル」ボタン１２０４を指定することにより当該ジョブの再実行をキャンセルすることが可能であるため無駄な処理を実行することなく、ユーザの利便性に供することになる。

再び、図７を参照して、次に、ＣＰＵ１０は、未実行のジョブについての再実行の入力が有るかどうかを判断する（ステップＳ２８）。具体的には、ＰＣ１００からネットワークカード１２を介して再実行指示が入力されたかどうかを判断する。

ＣＰＵ１０は、未実行のジョブについての再実行の入力が有ると判断した場合（ステップＳ２８においてＹＥＳ）には、ジョブ実行内容を確認する（ステップＳ３０）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中に含まれている未実行のジョブのジョブ種類を確認する。

そして、次に、ＣＰＵ１０は、確認した未実行のジョブの再実行が可能であるかどうかを判断する（ステップＳ３２）。

そして、ＣＰＵ１０は、ジョブの再実行が可能であると判断した場合（ステップＳ３２においてＹＥＳ）には、未実行のジョブを再実行する（ステップＳ３４）。例えば、上述の例において、ジョブＩＤ「０００１２」、ジョブ種類「プリント」、ユーザＩＤ「０１４」、文書名が「月次報告書．ｐｄｆ」の再実行が指示された場合には、「月次報告書．ｐｄｆ」のプリント処理を実行する。

そして、次に、ＣＰＵ１０は、リモートアクセスジョブ履歴のジョブ状態を更新する（ステップＳ３６）。

具体的には、リモートアクセスジョブ履歴のジョブ状態を正常終了として更新する。
そして、次に、ＣＰＵ１０は、全てのジョブを確認したかどうかを判断する（ステップＳ３８）。

ＣＰＵ１０は、全てのジョブを確認したと判断した場合（ステップＳ３８においてＹＥＳ）には、処理を終了する（エンド）。

一方、ＣＰＵ１０は、全てのジョブを確認していないと判断した場合（ステップＳ３８においてＮＯ）には、再び、ステップＳ２２に戻る。

また、ＣＰＵ１０は、未実行のジョブが無いと判断された場合（ステップＳ２４においてＮＯ）には、ステップＳ３８に進む。

また、ステップＳ２８において、ＣＰＵ１０は、未実行のジョブについての再実行の入力が無いと判断した場合（ステップＳ２８においてＮＯ）には、ステップＳ３８に進む。

また、ステップＳ３２において、ＣＰＵ１０は、ジョブ再実行が不可能であると判断された場合（ステップＳ３２においてＮＯ）には、ジョブを指示したＰＣへ代替操作要求を通知する（ステップＳ４０）。

具体的には、ＣＰＵ１０は、ネットワークカード１２を介してリモートアクセスジョブ履歴に格納されているＰＣ識別（アドレス）のＰＣに対して代替操作要求に関する情報を通知する。本例においては、一例としてＰＣ１００に情報を通知するものとする。

サービスモードが解除された後、未実行のジョブの再実行が不可能である場合とは、例えば、サービスモードのメンテナンス作業によりデータの送信先等が記録されたアドレス帳等が更新された場合等が考えられる。

図９（Ａ）を用いて、本実施の形態１に従うＰＣ１００のディスプレイ部２０６に表示された代替操作要求通知画面について説明する。

図９（Ａ）を参照して、ここでは、代替操作要求通知画面１２１０において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。指定の送信宛先が消去されています。再実行する場合は、宛先を指定して「再実行」を押してください。」との表示とともに、ジョブＩＤ「０００２３」、ジョブ種類「ファックス送信」、ユーザＩＤ「０１４」、文書名が「見積書．ｐｄｆ」である場合が示されている。

そして、ファックス送信宛先として、短縮番号「００１」が指定されていた場合が示されている。すなわち、ファックス送信宛先として短縮番号「００１」を指定したが、例えば、サービスモードのメンテナンス作業によりデータの送信先等が記録されたアドレス帳等が更新され、短縮番号「００１」に相当する電話番号が消去された場合が考えられる。

図９（Ａ）においては、さらに、入力欄１２１２が設けられており、ユーザが例えば入力部であるキーボード等により、ファックス送信の宛先である電話番号を入力することが可能なように設けられているものとする。

そして、再実行を指示する「再実行」ボタン１２０２と、再実行をキャンセルする「キャンセル」ボタン１２０４とが設けられている場合が示されている。

ユーザは、ＰＣ１００のディスプレイ部２０６に表示された代替操作要求通知画面を確認して、入力欄１２１２に、ファックス送信の宛先を再度入力して、「再実行」ボタン１２０２を例えば入力部であるポインティングデバイスであるマウス等により指定する。

あるいは例えばマウス等により「キャンセル」ボタン１２０４を指定して代替操作要求をキャンセルする。

当該代替操作要求通知画面により、例えば、送信先等が消去されていてジョブ要求を再実行できない場合であっても、ユーザに代替操作を要求することにより、ジョブを再実行することが可能である。すなわち、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

再び、図７を参照して、ＣＰＵ１０は、代替操作の入力が有るかどうかを判断する（ステップＳ４２）。

ステップＳ４２において、ＣＰＵ１０は、代替操作の入力が有ると判断した場合（ステップＳ４２においてＹＥＳ）には、ジョブを再実行する（ステップＳ３４）。例えば、上述の例において、ジョブＩＤ「０００２３」、ジョブ種類「ファックス送信」、ユーザＩＤ「０１４」、文書名が「見積書．ｐｄｆ」の再実行が指示された場合には、ＣＰＵ１０は、ＦＡＸモデム１４を介して代替操作により指定された宛先に対して、「見積書．ｐｄｆ」のファックス送信処理を実行する。

一方、ステップＳ４２において、ＣＰＵ１０は、代替操作の入力が無いと判断した場合（ステップＳ４２においてＮＯ）には、ステップＳ３８に進む。

本発明の実施の形態１に従う方式により、未実行のジョブの再実行に関する通知画面をＰＣ１００のディスプレイ部２０６に表示することにより、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、未実行のジョブの再実行に関して、再実行が可能でない場合には、宛先等について、代替操作要求通知画面をＰＣ１００のディスプレイ部２０６に表示することにより、ユーザは、宛先等を再入力することにより、容易にジョブ要求を再実行することが可能であり、一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、未実行のジョブの再実行に関する通知画面あるいは代替操作要求通知画面をＰＣ１００のディスプレイ部２０６に表示することにより、ジョブの再実行が不要である場合には、「キャンセル」ボタン１２０４を指定することにより当該ジョブの再実行をキャンセルすることが可能であるため無駄な処理を実行することなく、ユーザの利便性に供することになる。

また、上記においては、代替操作要求通知画面１２１０において、ユーザがファックス送信の宛先である電話番号を入力する画面について説明したが、例えば、短縮番号の電話番号のみが消去されているが、短縮番号に関連づけてＥ−ｍａｉｌのアドレスが登録されている場合も考えられる。

図９（Ｂ）を用いて本実施の形態１に従うＰＣ１００のディスプレイ部２０６に表示された代替操作要求通知画面１２１０＃について説明する。

図９（Ｂ）を参照して、ここでは、図９（Ａ）の代替操作要求通知画面１２１０と比較して異なる点は、入力欄１２１２と別にＥ−ｍａｉｌのアドレスが選択可能な状態として選択項目１２１２＃として表示されている点が異なる。その他の点については図９（Ａ）の代替操作要求通知画面１２１０と基本的に同様である。

図９（Ｂ）において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。指定の送信宛先が消去されています。再実行ジョブは、次の方法で送信することが可能です。送信宛先を指定、あるいは入力して下さい。」との表示とともに、ジョブＩＤ「０００２３」、ジョブ種類「ファックス送信」、ユーザＩＤ「０１４」、文書名が「見積書．ｐｄｆ」である場合が示されている。

ユーザは、ＰＣ１００のディスプレイ部２０６に表示された代替操作要求通知画面１２１０＃を確認して、Ｅ−ｍａｉｌのアドレスが送信宛先として指定された選択項目を例えばマウス等により指定する。そして、再実行ボタン１２０２を選択することにより、指定された送信宛先であるＥ−ｍａｉｌアドレスに「見積書．ｐｄｆ」のＥ−ｍａｉｌ送信処理を実行する。

当該代替操作要求通知画面により、例えば、送信先等が消去されていてジョブ要求を再実行できない場合であっても、関連づけられた情報に基づいてユーザに代替操作を要求することにより、ジョブを再実行することが可能である。当該方式により、より簡易にジョブを再実行することが可能であり、例えば、本例においては、短縮番号に関連づけられたＥ−ｍａｉｌのアドレスを指定することによりファックスの送信宛先を再度入力する必要もなくより簡易にジョブを再実行することが可能である。なお、本例においては、一例として、短縮番号に関連づけられたＥ−ｍａｉｌのアドレスについて代替操作が可能である場合について説明したが、特にこれに限られず他の手段を提示することも当然に可能である。

（実施の形態２）
上記の実施の形態１においては、外部端末であるＰＣからのリモートアクセスジョブについて、サービスモードが解除された場合に外部端末であるＰＣに再実行するか否かを通知する処理について説明した。

本発明の実施の形態２においては、外部端末であるＰＣからのリモートアクセスジョブについて、サービスモードが解除された場合に、ユーザがＭＦＰ２０からアクセスする場合の処理について説明する。

図１０を用いて、本発明の実施の形態２に従うサービスモードが解除された場合のジョブ実行について説明する。

図１０を参照して、サービスモードが解除されたかどうかを判断する（ステップＳ２０）。

具体的には、ＣＰＵ１０は、サービスマンによるメンテナンス作業が終了した後、ＭＦＰ２０のモードがサービスモードから通常モードに切り替わったかどうかを判断する。

そして、ＣＰＵ１０は、サービスモードが解除されたと判断した場合には、次に、操作パネルからユーザのログインが有ったかどうかを判断する（ステップＳ２１）。

図１１を用いて、操作パネル１９のログイン画面について説明する。
図１１を参照して、ここでは、パネル領域３００が示されており、当該パネル領域３００内に表示領域３０２と、キー入力領域３０４とが示されている。表示領域３０２は、タッチパネルが設けられており、ユーザが指でタッチすることにより指定した領域に対する入力が可能であるものとする。

そして、表示領域３０２にログイン画面３１２が示されており、ログイン画面３１２中において、ユーザ名を入力する領域３０６と、パスワードを入力する領域３０８とが示されており、予め指定したユーザ名およびパスワード入力することにより、認証処理を実行する場合が示されている。ここでは、ユーザが「佐藤」、パスワードが「０１２３４５６７８９」が入力された場合が示されている。

そして、「ログイン」ボタン３１０を押下すると、認証処理が実行される。
そして、認証処理により認証が成功するすなわちログインすると、パネル領域３００に表示される操作画面から各種ジョブの実行が可能となるものとする。

再び、図１０を参照して、ＣＰＵ１０は、ログインが有ったと判断した場合には、リモートアクセスジョブ履歴を確認する（ステップＳ２２）。

そして、次に、ＣＰＵ１０は、ログインしたユーザの未実行のジョブが有るかどうかを判断する（ステップＳ５０）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中にログインしたユーザに対応するジョブ履歴のうち、ジョブ状態が「受付拒否」であり、かつ、要因が「サービスモード」であるジョブ履歴の未実行のジョブが有るかどうかを判断する。なお、要因が「サービスモード」ではなく「エラー」である場合には、正常にジョブの受付ができなかった可能性があり、未実行のジョブとしてカウントしないものとする。

ＣＰＵ１０は、未実行のジョブが有ると判断した場合（ステップＳ５０においてＹＥＳ）には、操作パネル１９に再実行するか確認画面を表示する（ステップＳ５２）。

図１２を用いて、本実施の形態２に従うパネル領域３００の表示領域３０２に表示された再実行通知画面３２２について説明する。

図１２を参照して、ここでは、再実行通知画面３２２において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。再実行する場合は、「再実行」を押してください。」との表示とともに、ジョブＩＤ「０００１４」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０５２（佐藤）」、ボックス名「Ｂｏｘ５２」、文書名が「費用請求．ｐｄｆ」である場合が示されている。

そして、再実行を指示する「再実行」ボタン３２４と、再実行をキャンセルする「キャンセル」ボタン３２６とが設けられている場合が示されている。

ユーザは、操作パネル１９の表示領域３０２に表示された再実行通知画面を確認して、「再実行」ボタン３２４あるいは「キャンセル」ボタン３２６をタッチパネルを介して指定する。

当該通知画面により、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、例えば、既に別のＭＦＰ等によりジョブを実行した場合等、ジョブの再実行が不要である場合には、「キャンセル」ボタン３２６を指定することにより当該ジョブの再実行をキャンセルすることが可能であるため無駄な処理を実行することなく、ユーザの利便性に供することになる。

再び、図１０を参照して、次に、ＣＰＵ１０は、未実行のジョブについての再実行の入力が有るかどうかを判断する（ステップＳ５４）。

そして、次に、ＣＰＵ１０は、未実行のジョブについての再実行の入力が有ると判断した場合（ステップＳ５４においてＹＥＳ）には、ジョブ実行内容を確認する（ステップＳ５６）。具体的には、ＣＰＵ１０は、ログインしたユーザに対応するリモートアクセスジョブ履歴の一覧の中に含まれている、未実行のジョブのジョブ種類を確認する。

そして、次に、ＣＰＵ１０は、確認した未実行のジョブの再実行が可能であるかどうかを判断する（ステップＳ５８）。

そして、ＣＰＵ１０は、ジョブの再実行が可能であると判断した場合（ステップＳ５８においてＹＥＳ）には、未実行のジョブを再実行する（ステップＳ６０）。例えば、上述の例において、ジョブＩＤ「０００１４」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０５２（佐藤）」、ボックス名「Ｂｏｘ５２」、文書名が「費用請求．ｐｄｆ」の再実行が指示された場合には、Ｂｏｘ５２に格納されている「費用請求．ｐｄｆ」のプリント処理を実行する。

そして、次に、ＣＰＵ１０は、リモートアクセスジョブ履歴のジョブ状態を更新する（ステップＳ６２）。

具体的には、リモートアクセスジョブ履歴のジョブ状態を正常終了として更新する。
そして、次に、ＣＰＵ１０は、全てのジョブを確認したかどうかを判断する（ステップＳ６４）。

ＣＰＵ１０は、全てのジョブを確認したと判断した場合（ステップＳ６４においてＹＥＳ）には、処理を終了する（エンド）。

一方、ＣＰＵ１０は、全てのジョブを確認していないと判断した場合（ステップＳ６４においてＮＯ）には、再び、ステップＳ２２に戻る。

また、ＣＰＵ１０は、ログインしたユーザの未実行のジョブが無いと判断された場合（ステップＳ５０においてＮＯ）には、ステップＳ６４に進む。

また、ステップＳ５４において、ＣＰＵ１０は、ログインしたユーザの未実行のジョブについての再実行の入力が無いと判断した場合（ステップＳ５４においてＮＯ）には、ステップＳ６４に進む。

また、ステップＳ５８において、ＣＰＵ１０は、ジョブ再実行が不可能であると判断された場合（ステップＳ５８においてＮＯ）には、操作パネル１９に代替操作要求画面を通知する（ステップＳ６６）。

例えば、上述したようにサービスモードが解除された後、未実行のジョブの再実行が不可能である場合とは、例えば、サービスモードのメンテナンス作業によりデータの送信先等が記録されたアドレス帳等が更新された場合等が考えられる。

図１３を用いて、本実施の形態２に従うパネル領域３００の表示領域３０２に表示された代替操作要求通知画面３６０について説明する。

図１３を参照して、ここでは、代替操作要求通知画面３６０において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。指定の送信宛先が消去されています。再実行する場合は、宛先を指定して「再実行」を押してください。」との表示とともに、ジョブＩＤ「０００２３」、ジョブ種類「ファックス送信」、ユーザＩＤ「０１４（鈴木）」、文書名が「見積書．ｐｄｆ」である場合が示されている。

そして、ファックス送信宛先として、短縮番号「００１」が指定されていた場合が示されている。すなわち、ファックス送信宛先として短縮番号「００１」を指定したが、例えば、サービスモードのメンテナンス作業によりデータの送信先等が記録されたアドレス帳等が更新され、短縮番号「００１」に相当する電話番号が消去された場合が考えられる。

図１３においては、さらに、入力欄３６２が設けられており、ユーザが例えばキー入力により、ファックス送信の宛先である電話番号を入力することが可能なように設けられているものとする。

そして、再実行を指示する「再実行」ボタン３６８と、再実行をキャンセルする「キャンセル」ボタン３７０とが設けられている場合が示されている。

ユーザは、パネル領域３００の表示領域３０２に表示された代替操作要求通知画面を確認して、入力欄３６２に、ファックス送信の宛先を再度入力して、「再実行」ボタン３６８をタッチパネルを介して指定する。

あるいはタッチパネルを介して「キャンセル」ボタン３７０を指定して代替操作要求をキャンセルする。

当該代替操作要求通知画面により、例えば、送信先等が消去されていてジョブ要求を再実行できない場合であっても、ユーザに代替操作を要求することにより、ジョブを再実行することが可能である。すなわち、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

再び、図１０を参照して、ＣＰＵ１０は、代替操作の入力が有るかどうかを判断する（ステップＳ６８）。

ステップＳ６８において、ＣＰＵ１０は、代替操作の入力が有ると判断した場合（ステップＳ６８においてＹＥＳ）には、ジョブを再実行する（ステップＳ６０）。例えば、上述の例において、ジョブＩＤ「０００２３」、ジョブ種類「ファックス送信」、ユーザＩＤ「０１４」、文書名が「見積書．ｐｄｆ」の再実行が指示された場合には、ＣＰＵ１０は、ＦＡＸモデム１４を介して代替操作により指定された宛先に対して、「見積書．ｐｄｆ」のファックス送信処理を実行する。

一方、ステップＳ６８において、ＣＰＵ１０は、代替操作の入力が無いと判断した場合（ステップＳ６８においてＮＯ）には、ステップＳ６４に進む。

本発明の実施の形態２に従う方式により、未実行のジョブの再実行に関する通知画面をパネル領域３００の表示領域３０２に表示することにより、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、未実行のジョブの再実行に関して、再実行が可能でない場合には、宛先等について、代替操作要求通知画面をパネル領域３００の表示領域３０２に表示することにより、ユーザは、宛先等を再入力することにより、容易にジョブ要求を再実行することが可能であり、一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

（実施の形態２の変形例）
上記の実施の形態２においては、代替操作要求通知画面３６０として、例えば、ファックス送信宛先が消去された場合に、電話番号を再入力して、ジョブを再実行する方式について説明した。

一方で、同じジョブでなくても他の機能のジョブを選択可能であればユーザにとって利便性が高い。

図１４を用いて、本実施の形態２の変形例に従うパネル領域３００の表示領域３０２に表示された代替操作要求通知画面３４３について説明する。

図１４を参照して、ここでは、代替操作要求通知画面３４３において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。再実行ジョブは、次の方法で送信することが可能です。送信宛先を指定してください。」との表示とともに、ジョブＩＤ「０００１４」、ジョブ種類「ダウンロード」、ユーザＩＤ「０５２（佐藤）」、ボックス名「Ｂｏｘ５２」、文書名が「費用請求．ｐｄｆ」である場合が示されている。

そして、処理方式選択領域欄３４０が設けられており、本例においては、一例として、Ｅ−ｍａｉｌアドレス、ＳＭＢ（Server Message Block）アドレスがそれぞれ選択可能な状態として示されている。ここでは、一例として、Ｅ−ｍａｉｌアドレスが指定されている場合が示されている。

すなわち、ジョブ種類として、ＰＣ１００を用いたリモートアクセスジョブである「ダウンロード」の代わりに、ＭＦＰ２０の操作パネル１９を用いて指定されるＥ−ｍａｉｌ送信あるいは、ＳＭＢ送信を指定することが可能であれば、ユーザにとって利便性が高い。すなわち、ＰＣ１００から実行を要求したジョブ（文書「費用請求．ｐｄｆ」のダウンロード）が実行されていなかったことをＭＦＰ２０の操作パネル１９を見ることによりユーザが知ったとき、当該ユーザはわざわざＰＣ１００の元に戻って再度ジョブ実行を指示することなく、ＭＦＰ２０の操作により文書「費用請求．ｐｄｆ」をＥ−ｍａｉｌ送信やＳＭＢ送信で入手することが可能である。

そして、再実行を指示する「再実行」ボタン３４４と、再実行をキャンセルする「キャンセル」ボタン３４６とが設けられている場合が示されている。

ユーザは、操作パネル１９の表示領域３０２に表示された代替操作要求通知画面３４３を確認して、「再実行」ボタン３４４あるいは「キャンセル」ボタン３４６をタッチパネルを介して指定する。

当該通知画面により、ユーザは、ジョブ要求として、別のジョブに変更して処理を再実行することが可能であるためユーザの利便性に供することになる。

本例においては、選択可能なジョブ種類として、Ｅ−ｍａｉｌ送信およびＳＭＢ送信を例に挙げて説明したが、ＦＴＰ（File Transfer Protocol）送信であっても良いし、あるいは、その他の送信方式を用いるようにすることも可能である。

また、同等の機能のジョブでなくても、別の機能のジョブを選択可能にすることも可能である。例えば、上述の例においてプリント処理を可能とすることにより、さらにユーザにとって利便性に供することが可能である。

なお、本実施の形態２においては、ＭＦＰ２０の操作パネルの表示領域３０２に表示される代替操作要求通知画面について説明したが、実施の形態１で説明したＰＣ１００のディスプレイ部２０６に表示させるようにすることも可能である。

（実施の形態３）
上記の実施の形態１および２においては、サービスモードが解除された後、未実行のジョブを再実行する方式について説明した。

本実施の形態３においては、サービスモード中に別の代替手段によりジョブを実行可能とする方式について説明する。

図１５を用いて、本発明の実施の形態３に従うリモートアクセスジョブを受け付けた場合の処理について説明する。

図１５を参照して、図４で説明した処理と比較して、ステップＳ１２以降の処理が異なる。

具体的には、ステップＳ１２において、ＣＰＵ１０は、実行不可ジョブであると判断した場合（ステップＳ１２においてＹＥＳ）には、代替手段が利用可能であるかどうかを判断する（ステップＳ７０）。具体的には、ＣＰＵ１０は、実行不可ジョブであると判断した場合には、受付ジョブの種類として、指定されたジョブに対応する代替手段について、利用可能であるかどうかを判断する。具体的には、代替手段対応テーブルに登録されている対応する代替機能が使用可能であるかどうかを判断する。

図１６を用いて、代替手段対応テーブルを説明する。
図１６を参照して、ここでは、使用不可機能にそれぞれ対応する代替機能の一覧が示されている。

例えば、Ｆａｘが使用不可である場合に、メールが代替機能として登録されている。
また、プリントが使用不可である場合に、Ｆａｘ、メール、ダウンロード、別のプリンタに送信して印字が代替機能として登録されている。

本例においては、Ｆａｘ、プリントが使用不可の機能である場合の代替機能について説明したが、特にこれに限られず、他の使用不可の機能についてもそれぞれ代替機能が登録されているものとする。

なお、本例において、「＠」が付されている機能については、対応する代替機能として同等であることを指し示すものとする。

具体的には、使用不可機能がＦａｘで有る場合に、同等の代替機能としては、メールが登録されている場合が示されている。

また、使用不可機能がプリントで有る場合に、同等の代替機能としては、別のプリンタに送信して印字が登録されている場合が示されている。

なお、後述するが、同等の代替機能か否かの情報は、ジョブを指示したＰＣへ再実行するか通知するか否かの判断処理に用いられる。

再び、図１５を参照して、次に、ステップＳ７０において、ＣＰＵ１０は、代替手段が利用可能であると判断した場合（ステップＳ７０においてＹＥＳ）には、次に、代替手段提示画面を表示する（ステップＳ７２）。

図１７を用いて、ＰＣ１００のディスプレイ部２０６に表示された代替手段提示画面１２２０について説明する。

図１７を参照して、ここでは、代替手段提示画面１２２０において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。次の方法で文書を取得することが可能です。実行しますか？」との表示とともに、ジョブＩＤ「０００１２」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０１４（鈴木）」、文書名が「月次報告書．ｐｄｆ」である場合が示されている。

そして、選択候補領域欄１２２２に、Ｅ−ｍａｉｌ送信（ｓｕｚｕｋｉ＠ａｂｃｂａｎｋ．ｃｏｍ）、ダウンロード、別のプリンタに送信して印字がそれぞれ選択可能な状態として示されている。

そして、実行を指示する「実行」ボタン１２２４と、実行をキャンセルする「キャンセル」ボタン１２２６とが設けられている場合が示されている。

ユーザは、ＰＣ１００のディスプレイ部２０６に表示された代替手段提示画面１２２０を確認して、選択候補の中から１つの代替手段を選択して、「実行」ボタン１２２４あるいは「キャンセル」ボタン１２２６を例えば入力部であるポインティングデバイスであるマウス等により指定する。

ユーザの指定に従って、ＰＣ１００からＭＦＰ２０に対して代替手段によるジョブ要求が出力される。

なお、代替手段は任意の順に提示するものであっても良いし、図１６で説明した「＠」が付されている機能が筆頭に提示されるようにして容易に選択できるようにすることも可能である。

再び、図１５を参照して、次に、ＣＰＵ１０は、代替手段を使用するか否かを判断する（ステップＳ７４）。

具体的には、ＰＣ１００からネットワークカード１２を介して代替手段によるジョブ要求が入力されたかどうかを判断する。

ステップＳ７４において、ＣＰＵ１０は、代替手段を使用すると判断した場合（ステップＳ７４においてＹＥＳ）には、代替手段におけるジョブを実行する（ステップＳ７６）。

例えば、上述の例において、ジョブＩＤ「０００１２」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０１４」、文書名が「月次報告書．ｐｄｆ」のジョブについて、代替手段提示画面において、Ｅ−ｍａｉｌ送信が実行された場合には、指定された宛先であるｓｕｚｕｋｉ＠ａｂｃｂａｎｋ．ｃｏｍに「月次報告書．ｐｄｆ」のＥ−ｍａｉｌ送信処理を実行する。

あるいは、上述の例において、ジョブＩＤ「０００１２」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０１４」、文書名が「月次報告書．ｐｄｆ」のジョブについて、代替手段提示画面において、別のプリンタに送信して印字が実行された場合には、ＣＰＵ１０は、別のプリンタにプリントジョブを送信する。具体的には、本例においては、一例として、別のプリンタとして、図１に示すＬＡＮ１７と接続されたプリンタ１５が登録されているものとする。ＣＰＵ１０は、ネットワークカード１２を介してプリントジョブをプリンタ１５に送信するものとする。そして、プリンタ１５において、「月次報告書．ｐｄｆ」のプリント処理を実行する。

次に、ＣＰＵ１０は、リモートアクセスジョブ履歴にジョブ登録する（ステップＳ７８）。具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴にジョブ状態として代替処理として登録する。なお、その際、代替処理となった要因および実行不可であった機能、さらには、代替処理の内容等についても登録されるものとする。ここで、リモートアクセスジョブ履歴は、ＨＤＤ２あるいは不揮発性メモリ４あるいはＲＡＭ８に格納されるものとする。例えば、代替処理として、Ｅ−ｍａｉｌ送信が実行された場合には、代替処理の内容としてＥ−ｍａｉｌとして登録する。また、上述の例において、代替処理として、別のプリンタに送信して印字が実行された場合には、代替処理の内容として別装置でプリントとして登録する。

そして、処理を終了する（エンド）。
一方、ステップＳ７０において、ＣＰＵ１０は、代替手段が利用不可であると判断した場合（ステップＳ７０においてＮＯ）には、代替処理を実行することなく、ステップＳ７８に進む。この場合、ＣＰＵ１０は、リモートアクセスジョブ履歴にジョブ状態として受付拒否として登録する。なお、その際、受付拒否となった要因および実行不可であった機能等についても登録されるものとする。そして、処理を終了する（エンド）。

また、ステップＳ１２において、ＣＰＵ１０は、指定されたジョブが実行不可ジョブでないと判断した場合（ステップＳ１２においてＮＯ）には、指定されたジョブを実行する（ステップＳ１６）。そして、ステップＳ７８に進む。

また、ステップＳ６において、サービスモードで無いと判断された場合には、通常モードであるため指定されたジョブを実行する（ステップＳ１６）。そして、ステップＳ７８に進む。例えば、プリントジョブであれば、画像データをプリンタ部１８において印刷処理する。

そして、ステップＳ７８において、ＣＰＵ１０は、リモートアクセスジョブ履歴にジョブを登録する。具体的には、ＣＰＵ２０１は、リモートアクセスジョブ履歴にジョブ状態として正常終了として登録する。

図１８を用いて、本発明の実施の形態３に従うリモートアクセスジョブ履歴の一覧について説明する。

図１８を参照して、図６の履歴の一覧と比較して、代替処理の欄が設けられている点が異なる。

そして、ジョブＩＤが「０００１２」について、ユーザＩＤが「０１４」であり、アドレスが「192.168.100.14」、アプリケーションが「Ｗｅｂアプリ」、ジョブ種類が「プリント」、文書名が「Ｂｏｘ１４／月次報告書．ｐｄｆ」、ジョブ状態が「代替処理」、要因が「サービスモード」、機能が「プリンタ」、代替処理の内容が「Ｅ−ｍａｉｌ」である場合が示されている。

また、ジョブＩＤが「０００１３」について、ユーザＩＤが「００５」であり、アドレスが「192.168.100.5」、アプリケーションが「Ｗｅｂアプリ」、ジョブ種類が「プリント」、文書名が「Ｂｏｘ５／打合せ議事録．ｐｄｆ」、ジョブ状態が「代替処理」、要因が「サービスモード」、機能が「プリンタ」、そして、代替処理の内容が「別装置でプリント」である場合が示されている。

その他の点については、同様である。
したがって、図１８には、ジョブＩＤ「０００１２」、「０００１３」のリモートアクセスジョブは、代替処理された状態であることが示されている。

図１９を用いて、本発明の実施の形態３に従うサービスモードが解除された場合のジョブ実行について説明する。

図１９を参照して、サービスモードが解除されたかどうかを判断する（ステップＳ２０）。

具体的には、ＣＰＵ１０は、サービスマンによるメンテナンス作業が終了した後、ＭＦＰ２０のモードがサービスモードから通常モードに切り替わったかどうかを判断する。

次に、ＣＰＵ１０は、リモートアクセスジョブ履歴を確認する（ステップＳ２２）。
そして、次に、未実行のジョブが有るかどうかを判断する（ステップＳ２４）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中にジョブ状態が「受付拒否」であり、かつ、要因が「サービスモード」であるジョブ履歴の未実行のジョブが有るかどうかを判断する。なお、要因が「サービスモード」ではなく「エラー」である場合には、正常にジョブの受付ができなかった可能性があり、未実行のジョブとしてカウントしないものとする。

そして、ＣＰＵ１０は、未実行のジョブが有ると判断した場合（ステップＳ２４においてＹＥＳ）には、代替手段の実行履歴が有るかどうかを判断する（ステップＳ９０）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中にジョブ状態が「代替処理」であるジョブ履歴のジョブが有るかどうかを判断する。

そして、ＣＰＵ１０は、代替手段の実行履歴が有ると判断した場合（ステップＳ９０においてＹＥＳ）には、次に、代替手段で同等のジョブ処理が実行されたかどうかを判断する（ステップＳ９２）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中のジョブ状態が「代替処理」であるジョブ履歴において、代替処理の内容を確認して、代替手段で同等の処理が実行されたかどうかを判断する。本例においては、「＠」が付されている機能が実行されたかどうかにより判断するものとする。

ステップＳ９２において、ＣＰＵ１０は、代替手段で同等の処理が実行されたと判断した場合（ステップＳ９２においてＹＥＳ）には、ジョブを再実行することなく、ステップＳ３８に進む。

一方、ステップＳ９２において、ＣＰＵ１０は、代替手段で同等の処理が実行されなかったと判断した場合（ステップＳ９２においてＮＯ）には、次のステップＳ２６に進む。具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中のジョブ状態が「代替処理」であるジョブ履歴において、代替処理の内容を確認して、「＠」が付されていない機能が実行された場合に、同等の処理が実行されなかったと判断するものとする。

そして、次に、ＣＰＵ１０は、ジョブを指示したＰＣへ再実行するか通知する（ステップＳ２６）。

具体的には、ＣＰＵ１０は、ネットワークカード１２を介してリモートアクセスジョブ履歴に格納されているＰＣ識別（アドレス）のＰＣに対してジョブの再実行に関する情報を通知する。本例においては、一例としてＰＣ１００に情報を通知するものとする。

そして、当該情報を受信したＰＣ１００は、ディスプレイ部２０６に再実行通知画面を表示する。

図２０を用いて、本実施の形態３に従うＰＣ１００のディスプレイ部２０６に表示された再実行通知画面１２４０について説明する。

図２０を参照して、ここでは、再実行通知画面１２４０において、「以下のジョブは、サービスモード中のため、以下の代替処理を行いました。元のジョブを再実行しますか？」との表示とともに、ジョブＩＤ「０００１２」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０１４（鈴木）」、文書名が「月次報告書．ｐｄｆ」である場合が示されている。また、代替処理として、「Ｅ−ｍａｉｌ送信」、宛先として、「ｓｕｚｕｋｉ＠ａｂｃｂａｎｋ．ｃｏｍ」が示されている。

そして、再実行を指示する「再実行」ボタン１２４２と、実行をキャンセルする「キャンセル」ボタン１２４４とが設けられている場合が示されている。

ユーザは、ＰＣ１００のディスプレイ部２０６に表示された再実行通知画面を確認して、「再実行」ボタン１２４２あるいは「キャンセル」ボタン１２４４を例えば入力部であるポインティングデバイスであるマウス等により指定する。

ユーザの指定に従って、ＰＣ１００からＭＦＰ２０に対して再実行指示が出力される。
当該通知画面により、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、既に代替手段により、代替処理が実行されているためジョブの再実行が不要である場合には、「キャンセル」ボタン１２４４を指定することにより当該ジョブの再実行をキャンセルすることが可能であるため無駄な処理を実行することなく、ユーザの利便性に供することになる。

再び、図１９を参照して、ステップＳ９０において、ＣＰＵ１０は、代替手段の実行履歴が無いと判断した場合には、ステップＳ２６に進む。この場合には、図８で説明したのと同様の再実行通知画面が通知される。

次に、ＣＰＵ１０は、再実行入力が有るかどうかを判断する（ステップＳ２８）。具体的には、ＰＣ１００からネットワークカード１２を介して再実行指示が入力されたかどうかを判断する。

ＣＰＵ１０は、再実行入力が有ると判断した場合には、ジョブ実行内容を確認する（ステップＳ３０）。具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中に含まれている未実行のジョブのジョブ種類を確認する。

そして、次に、ＣＰＵ１０は、ジョブの再実行が可能であるかどうかを判断する（ステップＳ３２）。

そして、ＣＰＵ１０は、ジョブの再実行が可能であると判断した場合（ステップＳ３２においてＹＥＳ）には、ジョブを再実行する（ステップＳ３４）。例えば、上述の例において、ジョブＩＤ「０００１２」、ジョブ種類「プリント」、ユーザＩＤ「０１４」、文書名が「月次報告書．ｐｄｆ」の再実行が指示された場合には、「月次報告書．ｐｄｆ」のプリント処理を実行する。

そして、次に、ＣＰＵ１０は、リモートアクセスジョブ履歴のジョブ状態を更新する（ステップＳ３６）。

具体的には、リモートアクセスジョブ履歴のジョブ状態を正常終了として更新する。
そして、次に、全てのジョブを確認したかどうかを判断する（ステップＳ３８）。

ＣＰＵ１０は、全てのジョブを確認したと判断した場合（ステップＳ３８においてＹＥＳ）には、処理を終了する（エンド）。

一方、全てのジョブを確認していないと判断した場合（ステップＳ３８においてＮＯ）には、再び、ステップＳ２２に戻る。

また、ＣＰＵ１０は、未実行のジョブが無いと判断された場合（ステップＳ２４においてＮＯ）には、ステップＳ３８に進む。

また、ＣＰＵ１０は、再実行を指示する入力が無いと判断した場合（ステップＳ２８においてＮＯ）には、ステップＳ３８に進む。以降の処理については同様である。

また、ステップＳ３２において、ＣＰＵ１０は、ジョブの再実行が不可能であると判断された場合（ステップＳ３２においてＮＯ）には、ジョブを指示したＰＣへ代替操作要求を通知する（ステップＳ４０）。

具体的には、ＣＰＵ１０は、ネットワークカード１２を介してリモートアクセスジョブ履歴に格納されているＰＣ識別（アドレス）のＰＣに対して代替操作要求に関する情報を通知する。本例においては、一例としてＰＣ１００に情報を通知するものとする。この場合には、図９で説明したのと同様の再実行通知画面が通知される。

サービスモードが解除された後、未実行のジョブの再実行が不可能である場合とは、例えば、サービスモードのメンテナンス作業によりデータの送信先等が記録されたアドレス帳等が更新された場合等が考えられる。

ＣＰＵ１０は、代替操作の入力が有るかどうかを判断する（ステップＳ４２）。
ステップＳ４２において、ＣＰＵ１０は、代替操作の入力が有ると判断した場合（ステップＳ４２においてＹＥＳ）には、ジョブを再実行する（ステップＳ３４）。例えば、上述の例において、ジョブＩＤ「０００２３」、ジョブ種類「ファックス送信」、ユーザＩＤ「０１４」、文書名が「見積書．ｐｄｆ」の再実行が指示された場合には、ＣＰＵ１０は、ＦＡＸモデム１４を介して代替操作により指定された宛先に対して、「見積書．ｐｄｆ」のファックス送信処理を実行する。

一方、ステップＳ４２において、ＣＰＵ１０は、代替操作の入力が無いと判断した場合（ステップＳ４２においてＮＯ）には、ステップＳ３８に進む。

本発明の実施の形態３に従う方式により、代替手段で同等の処理が実行された場合には、ジョブの再実行を通知する必要が無く、ユーザの利便性を向上させることが可能である。また、代替手段で同等の処理が実行されなかった場合には、再実行に関する通知画面をＰＣ１００のディスプレイ部２０６に表示することにより、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、未実行のジョブの再実行に関して、再実行が可能でない場合には、宛先等について、代替操作要求通知画面をＰＣ１００のディスプレイ部２０６に表示することにより、ユーザは、宛先等を再入力することにより、容易にジョブ要求を再実行することが可能であり、一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

また、未実行のジョブの再実行に関する通知画面あるいは代替操作要求通知画面をＰＣ１００のディスプレイ部２０６に表示することにより、ジョブの再実行が不要である場合には、「キャンセル」ボタンを指定することにより当該ジョブの再実行をキャンセルすることが可能であるため無駄な処理を実行することなく、ユーザの利便性に供することになる。

（実施の形態３の変形例）
上記の実施の形態においては、ジョブの再実行を通知する方式について説明したが、サービスモードが解除された後、自動で実行するように設定することが可能であればユーザにとって利便性が高い。

図２１を用いて、本発明の実施の形態３の変形例に従うリモートアクセスジョブを受け付けた場合の処理について説明する。

図２１を参照して、本発明の実施の形態３の変形例に従うリモートアクセスジョブを受け付けた場合の処理のフローは、図１５のフローと比較して、ステップＳ７０において、代替手段の利用が可能で無いと判断した場合（ステップＳ７０においてＮＯ）あるいは、ステップＳ７４において、代替手段を使用しないと判断した場合（ステップＳ７４においてＮＯ）には、ステップＳ７９に進む。その他の点については同様である。

ステップＳ７９において、ＣＰＵ１０は、自動実行通知画面をＰＣ１００のディスプレイ部２０６に表示する（ステップＳ７９）。

図２２を用いて、ＰＣ１００のディスプレイ部２０６に表示された自動実行通知画面１２３０について説明する。

図２２を参照して、ここでは、自動実行通知画面１２３０において、「以下のジョブは、サービスモード中のためジョブ完了できませんでした。サービスモード終了後、自動で実行することができます。」との表示とともに、ジョブＩＤ「０００１２」、ジョブ種類「ボックス文書プリント」、ユーザＩＤ「０１４（鈴木）」、文書名が「月次報告書．ｐｄｆ」である場合が示されている。

そして、自動実行を指示する「自動実行」ボタン１２３４と、実行をキャンセルする「キャンセル」ボタン１２３６とが設けられている場合が示されている。

ユーザは、ＰＣ１００のディスプレイ部２０６に表示された自動実行通知画面を確認して、「自動実行」ボタン１２３４あるいは「キャンセル」ボタン１２３６を例えば入力部であるポインティングデバイスであるマウス等により指定する。

ユーザの指定に従って、ＰＣ１００からＭＦＰ２０に対して自動実行指示が出力される。

当該自動実行通知画面により、ユーザは、ジョブ要求を再実行するために一から操作をもう一度始める必要が無く、簡易に再実行を指示することが可能である。

再び、図２１を参照して、ＣＰＵ１０は、自動実行指示が有るかどうかを判断する（ステップＳ８０）。具体的には、ＰＣ１００からネットワークカード１２を介して自動実行指示が入力されたかどうかを判断する。

ステップＳ８０において、ＣＰＵ１０は、自動実行指示が有ると判断した場合（ステップＳ８０においてＹＥＳ）には、ステップＳ７８に進む。

そして、ステップＳ７８において、ＣＰＵ１０は、リモートアクセスジョブ履歴にジョブ状態として自動再開として登録する。

そして、処理を終了する（エンド）。その他の処理については、図１５で説明したのと同様であるのでその詳細な説明は繰り返さない。

図２３を用いて、本発明の実施の形態３の変形例に従うリモートアクセスジョブ履歴の一覧について説明する。

図２３を参照して、図１８の履歴の一覧と比較して、ジョブＩＤが「０００１２」について、代替処理が実行されず、ジョブ状態が「自動再開」に指定されている場合が異なる。その他の点については図１８と同様である。

図２４を用いて、本発明の実施の形態３の変形例に従うサービスモードが解除された場合のジョブ実行について説明する。

図２４を参照して、図１９のフロー図と比較して異なる点は、ステップＳ９４の処理が設けられている点が異なる。

具体的には、ＣＰＵ１０は、代替手段の実行履歴が無いと判断した場合（ステップＳ９０においてＮＯ）には、ステップＳ９４に進む。

次に、ＣＰＵ１０は、自動再開が指定されているかどうかを判断する（ステップＳ９４）。

具体的には、ＣＰＵ１０は、リモートアクセスジョブ履歴の一覧の中のジョブ状態が「自動再開」であるジョブ履歴が有るかどうかを判断する。

そして、ＣＰＵ１０は、ジョブ状態について「自動再開」が指定されていると判断した場合には、ステップＳ３４に進み、上述したようにジョブを再実行する。例えば、上述の例において、ジョブＩＤ「０００１２」、ジョブ種類「プリント」、ユーザＩＤ「０１４」、文書名が「月次報告書．ｐｄｆ」の自動再開が指示されていた場合には、「月次報告書．ｐｄｆ」のプリント処理を実行する。

一方、ＣＰＵ１０は、自動再開が指定されていないと判断した場合（ステップＳ９４においてＮＯ）には、ステップＳ２６に進む。以降の処理については、図１９で説明したのと同様である。

本発明の実施の形態３の変形例に従う方式により、実施の形態３に従う方式に加えて、さらに、サービスモードにおいて、リモートアクセスジョブを実行することができない場合に、サービスモード解除後、自動で再開を指定することが可能となる。当該方式により、再実行に関する通知画面を表示することなく再実行が可能であるためさらにユーザの利便性に供することになる。

なお、本実施の形態においては、メンテナンス作業を実行する際に、複数の機能のうちの少なくとも１つの機能の使用を禁止するサービスモード中にリモートアクセスジョブを受け付けた場合の処理について説明したが、特に、サービスモードに限られず、実行可能な複数の機能のうちの少なくとも１つの機能の使用を禁止する他のモード中にリモートアクセスジョブを受け付けた場合においても同様に適用可能である。

また、上述の各実施の形態では、ジョブの状態が「受付拒否」であり、その要因が「エラー」であった場合には未実行のジョブとしてカウントしていないが、要因がエラーの場合にも次のような場合には適用可能である。

まず、何らかのエラーが発生した場合には、そのエラーの生じている機能の使用を禁止する状態とする。そして、当該エラーが生じている場合にジョブを受取った場合、当該ジョブを図４等と同様の手順で処理する。すなわち、そのジョブが当該エラーにより使用が禁止されている機能を使用するジョブであった場合、リモートアクセス履歴中に要因を「エラー中」として登録しておく。そして、エラーが解除された場合において図７等に示される動作と同様の手順によってジョブの再実行を促すことが可能である。

あるいは、ジョブの代替処理を実行することが可能である。なお、その実行中にエラーが発生したジョブやエラー発生の原因となったジョブは、エラーが解除されたとしても正常に実行できない場合もあるため、その旨を併せてユーザに通知するか、あるいはそのエラーは再実行の対象としないことも可能である。

なお、コンピュータを機能させて、上述のフローで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

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

１ 画像形成システム、２，２１１ ＨＤＤ、４ 不揮発性メモリ、６，２１３ ＲＯＭ、８，２１２ ＲＡＭ、１０，２０１ ＣＰＵ、１２ ネットワークカード、１４ ＦＡＸモデム、１５ プリンタ、１６ スキャナ部、１７ ＬＡＮ、１８ プリンタ部、２０ ＭＦＰ、１００，１０２，１０４ ＰＣ、２０３ 内部バス、２０５ ディスプレイ制御部、２０７ ＮＩＣ、２０９ 入力部、２１５ ＣＤ−ＲＯＭドライブ、２１７ ＦＤＤドライブ。

Claims (7)

1. 外部端末と通信可能に接続された画像形成装置であって、
   前記外部端末との間でデータの授受を実行するための通信部と、
   前記通信部で受信した前記外部端末からのジョブ情報において指示される前記画像形成装置において実行可能な複数の機能のうちの少なくとも１つの機能の実行を指示することが可能な制御部と、
   前記受信した前記外部端末からのジョブ情報を記憶する記憶部とを備え、
   前記制御部は、
   指示に従って前記画像形成装置において実行可能な複数の機能のうちの少なくとも１つの機能の使用を禁止する状態とする機能制限手段と、
   前記外部端末から受信したジョブ情報の内容を確認するジョブ内容確認手段と、
   前記ジョブ内容確認手段によるジョブ情報に基づいて、前記機能制限手段により使用が禁止されている機能が指定されているか否かを判断する機能可否判断手段と、
   指示に従って前記機能制限手段による前記複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、前記機能可否判断手段において、前記使用が禁止されている機能が指定されていると判断した前記ジョブ情報において指定した機能の再実行の可否を求める情報を出力するジョブ再実行確認手段とを含む、画像形成装置。
2. 前記ジョブ再実行確認手段は、前記通信部を介して前記ジョブ情報を送信した前記外部端末に対して、前記再実行の可否を求める情報を出力する、請求項１記載の画像形成装置。
3. 前記制御部は、
   前記機能可否判断手段において、前記使用が禁止されている機能が指定されていると判断した場合には、前記使用が禁止されていない機能で代替可能か否かを判断する代替機能可否判断手段と、
   前記代替機能可否判断手段において、代替可能であると判断された場合には、前記通信部を介して前記ジョブ情報を送信した前記外部端末に対して前記使用が禁止されていない代替機能の実行の可否を求める情報を出力する代替手段実行確認手段とをさらに含む、請求項２記載の画像形成装置。
4. 前記制御部は、
   前記通信部を介して前記外部端末から送信された、前記代替機能の実行の指示の入力を受け付ける代替指示受付手段と、
   前記代替指示受付手段により受け付けられた指示に基づいて、前記代替機能の実行を指示する代替機能実行指示手段と、
   前記代替機能実行指示手段により、前記代替機能の実行が指示された場合に、前記代替機能を実行した旨を履歴情報として前記記憶部に保存する履歴保存手段とをさらに含む、請求項３記載の画像形成装置。
5. 前記ジョブ再実行確認手段は、
   指示に従って前記機能制限手段による前記複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、前記記憶部に保存されている前記履歴情報として前記代替機能を実行した旨が保存されているか否かを判断する代替機能履歴確認手段と、
   前記代替機能履歴確認手段の結果に応じて、前記ジョブ情報において指定した機能の再実行の可否を求める情報を出力するジョブ再実行確認可否判断手段とを含む、請求項４記載の画像形成装置。
6. 前記外部端末からのジョブ情報は、前記外部端末を送信したユーザ情報を含み、
   情報を表示するための表示部と、
   指示に従ってユーザ認証処理を実行する認証部とを備え、
   前記ジョブ再実行確認手段は、
   指示に従って前記機能制限手段による前記複数の機能のうちの少なくとも１つの機能の使用を禁止する状態が終了した場合に、前記認証部におけるユーザ認証処理が実行されているか否かを判断するユーザ認証判断手段と、
   前記ユーザ認証判断手段において、ユーザ認証処理が実行されていると判断された場合には、前記記憶部に保存されている前記ユーザ認証処理が実行されているユーザに関するユーザ情報を含む前記ジョブ情報を抽出するジョブ情報抽出手段と、
   前記ジョブ情報抽出手段により抽出されたジョブ情報が存在する場合には、抽出したジョブ情報において指定した機能の再実行の可否を求める情報を前記表示部に出力する表示部出力手段とを含む、請求項１記載の画像形成装置。
7. 前記制御部は、
   前記表示部に出力された、抽出したジョブ情報において指定した機能の再実行の可否に関して、再実行の指示の入力を受け付けるジョブ再実行受付手段と、
   前記ジョブ再実行受付手段により受け付けられた再実行の指示があった場合に、抽出したジョブ情報において指定した機能の再実行が可能であるか否かを判断するジョブ再実行可否判断手段と、
   前記ジョブ再実行可否判断手段において、抽出したジョブ情報において指定した機能の再実行ができないと判断された場合には、前記表示部に代替操作を求める情報を出力する代替操作情報出力手段とをさらに含む、請求項６記載の画像形成装置。

Images