(57)【要約】【課題】利便性の高い操作性を提供することを目的とする。【解決手段】ジョブ制御手段によるジョブの実行中にエラーが生じた場合、ジョブの代行処理を他の画像処理装置に依頼するか否かを判断し、代行処理を依頼すると判断した場合、代行処理を行うための確認画面を表示部に表示し、確認画面を介したユーザの操作に応じて代行処理が選択された場合、ジョブの代行処理を他の画像処理装置に依頼するための処理要求を他の画像処理装置に転送する転送手段と、転送手段において代行処理の依頼を行うと判断された場合、画像処理装置においてエラーが生じたことを示すエラー画面を表示部に表示せず、転送手段において代行処理の依頼を行なわないと判断された場合、エラー画面を表示部に表示するエラー制御手段と、を有することによって課題を解決する。【選択図】図４
2014235648.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバーと通信する画像処理装置であって、
前記Ｗｅｂサーバーへリクエストを送信し、前記リクエストに対応するレスポンスを受信する通信手段と、
前記通信手段により受信したレスポンスに含まれる処理要求に従ってジョブを実行するジョブ制御手段と、
前記ジョブ制御手段によるジョブの実行中にエラーが生じた場合、前記ジョブの代行処理を他の画像処理装置に依頼するか否かを判断し、前記代行処理を依頼すると判断した場合、前記代行処理を行うための確認画面を表示部に表示し、前記確認画面を介したユーザの操作に応じて前記代行処理が選択された場合、前記ジョブの代行処理を他の画像処理装置に依頼するための処理要求を前記他の画像処理装置に転送する転送手段と、
前記転送手段において前記代行処理の依頼を行うと判断された場合、画像処理装置においてエラーが生じたことを示すエラー画面を前記表示部に表示せず、前記転送手段において前記代行処理の依頼を行なわないと判断された場合、前記エラー画面を前記表示部に表示するエラー制御手段と、
を有する画像処理装置。
【請求項２】
前記転送手段は、前記エラー制御手段からの確認要求に応じて、前記ジョブを前記他の画像処理装置に転送し、代行処理の依頼を行うか否かを判断する請求項１記載の画像処理装置。
【請求項３】
前記エラー制御手段は、前記転送手段を介して、前記他の画像処理装置における前記ジョブの代行処理の際にエラーが生じたことを示す通知を受け取った場合、前記他の画像処理装置においてエラーが生じたことを示すエラー画面を前記表示部に表示する請求項１又は２記載の画像処理装置。
【請求項４】
前記他の画像処理装置において前記ジョブの代行処理が行われている間は、前記ジョブに対する操作を遮断する遮断手段を更に有する請求項１乃至３何れか１項記載の画像処理装置。
【請求項５】
前記エラー制御手段は、前記エラーに係るジョブを投入したアプリケーションが予め設定されたアプリケーションであった場合、前記代行処理の依頼を行うか否かの確認の問い合わせを前記転送手段に対して行い、前記転送手段において前記代行処理の依頼を行うと判断された場合、画像処理装置においてエラーが生じたことを示すエラー画面を前記表示部に表示せず、前記転送手段において前記代行処理の依頼を行なわないと判断された場合、前記エラー画面を前記表示部に表示する請求項１乃至４何れか１項記載の画像処理装置。
【請求項６】
前記転送手段は、ジョブの実行中にエラーが生じ、前記エラー制御手段から前記問い合わせを受け取った場合、前記ジョブを他の画像処理装置に転送し、代行処理の依頼を行うか否かを判断する請求項５記載の画像処理装置。
【請求項７】
Ｗｅｂサーバーと通信する画像処理装置が実行する情報処理方法であって、
前記Ｗｅｂサーバーへリクエストを送信し、前記リクエストに対応するレスポンスを受信する通信ステップと、
前記通信ステップにより受信したレスポンスに含まれる処理要求に従ってジョブを実行するジョブ制御ステップと、
前記ジョブ制御ステップによるジョブの実行中にエラーが生じた場合、前記ジョブの代行処理を他の画像処理装置に依頼するか否かを判断し、前記代行処理を依頼すると判断した場合、前記代行処理を行うための確認画面を表示部に表示し、前記確認画面を介したユーザの操作に応じて前記代行処理が選択された場合、前記ジョブの代行処理を他の画像処理装置に依頼するための処理要求を前記他の画像処理装置に転送する転送ステップと、
前記転送ステップにおいて前記代行処理の依頼を行うと判断された場合、画像処理装置においてエラーが生じたことを示すエラー画面を前記表示部に表示せず、前記転送ステップにおいて前記代行処理の依頼を行なわないと判断された場合、前記エラー画面を前記表示部に表示するエラー制御ステップと、
を含む情報処理方法。
【請求項８】
Ｗｅｂサーバーと通信するコンピュータに、
前記Ｗｅｂサーバーへリクエストを送信し、前記リクエストに対応するレスポンスを受信する通信ステップと、
前記通信ステップにより受信したレスポンスに含まれる処理要求に従ってジョブを実行するジョブ制御ステップと、
前記ジョブ制御ステップによるジョブの実行中にエラーが生じた場合、前記ジョブの代行処理を他のコンピュータに依頼するか否かを判断し、前記代行処理を依頼すると判断した場合、前記代行処理を行うための確認画面を表示部に表示し、前記確認画面を介したユーザの操作に応じて前記代行処理が選択された場合、前記ジョブの代行処理を他のコンピュータに依頼するための処理要求を前記他のコンピュータに転送する転送ステップと、
前記転送ステップにおいて前記代行処理の依頼を行うと判断された場合、コンピュータにおいてエラーが生じたことを示すエラー画面を前記表示部に表示せず、前記転送ステップにおいて前記代行処理の依頼を行なわないと判断された場合、前記エラー画面を前記表示部に表示するエラー制御ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＰＣ等の情報処理装置がネットワーク上のＷｅｂサーバーに接続し、Ｗｅｂサーバーから提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示する仕組みがある。この仕組みでは初めにＷｅｂブラウザがＷｅｂサーバーに操作画面を要求（リクエスト）する。次にＷｅｂサーバー上のＷｅｂアプリケーションは情報処理装置の要求に応じて、Ｗｅｂブラウザに表示する操作画面のＨＴＭＬデータを情報処理装置に応答（レスポンス）する。その後、Ｗｅｂブラウザは、受信したＨＴＭＬデータを解析し、その記述に基づいた操作画面を表示する。また、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバーに対して通知する。通知を受けたＷｅｂサーバー上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００３】
近年、スキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述したＷｅｂブラウザを備えるものがある。このようなＭＦＰでは上述した手順にてＷｅｂサーバーから提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付けることができる。また、ＷｅｂサーバーがＭＦＰの各機能を利用するための指示を入力する操作画面を提供し、ユーザはＷｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力するシステムも存在する。このシステムでは、Ｗｅｂサーバーがユーザから入力された指示の内容に従い、ＭＦＰに対して各種処理の実行を依頼する。この依頼を受けたＭＦＰは依頼された処理を実行する。このシステムの利点は、ＭＦＰ操作に関する全ての操作画面をＭＦＰ内部に保持しておく必要がなくなり、操作画面の変更もＷｅｂサーバー上で容易に行うことができる点である。
【０００４】
より具体的な例として、ＭＦＰの各機能をＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）的に公開し、Ｗｅｂサーバーから適宜呼び出す方法がある。この方法では、Ｗｅｂサーバー側が処理のメインロジックを保持し、ＭＦＰの制御やユーザとの対話的処理をＷｅｂサーバーが実行することで、ＭＦＰ側の処理負荷を軽減できる。例えばＷｅｂサービスとしてＭＦＰ機能を公開し、Ｗｅｂサーバーからはローカルなサブルーチンを呼び出すようにＭＦＰ機能を実行することができる。より具体的には、Ｗｅｂブラウザに表示された操作画面を介して入力されたユーザ指示に基づきＷｅｂサーバーが制御スクリプトを提供し、デバイスが制御スクリプトを実行しＭＦＰを操作することが考えられる。制御スクリプトは、Ｗｅｂブラウザからのリクエストに対する応答としてデバイスに渡される。ＷｅｂサーバーからＭＦＰにコネクションを張る必要がないため、ＭＦＰがファイアウォールで守られていたり、ネットワークアドレス変換が用いられたりする環境でも利用が可能となる。
【０００５】
この仕組みを用いて、ユーザが操作するＭＦＰでジョブ実行に失敗した際、Ｗｅｂアプリケーションは他のＭＦＰにジョブを投入し、代行処理を行いたい場合がある。また、ＭＦＰによっては、エラーが起きたあとのリカバリ表示について、ＭＦＰ上で動作するアプリケーション毎にユーザに表示する内容に差異が生じないように専用のエラーリカバリ機構を設けているものがある。この場合、ジョブのエラー表示と代行処理を行うために必要な表示とを行う機構はそれぞれ異なるため、代行処理を実施するときのみ代行処理に必要な表示を行い、それ以外のときにはエラー表示するといった制御を設ける必要がある。
また、代行ジョブを実施する際には、代行先ＭＦＰで代行ジョブが成功するまで、代行元ＭＦＰにエラー中断中のジョブが残ることになる。この間、ユーザ操作等により代行元ＭＦＰのジョブを削除操作すると、Ｗｅｂサーバー側にはジョブが削除された通知が行われるため、ジョブ実行結果に不整合が生じるといった問題が考えられる。
更には、代行ジョブを実施した代行デバイスでもエラーが生じた場合、ユーザは代行デバイスが置いてある場所まで行かなければそのエラー内容を知ることができないといった問題も考えられる。
そこで特許文献１のような技術がある。特許文献１で示す方法では、アプリケーションの種類に応じて、表示するエラーの内容を変えるといった表示制御を実現されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−０８６４８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述したように、ジョブのエラー表示と代行処理を行うために必要な表示を行う機構はそれぞれ異なる。このため、代行処理を実施するときのみ代行処理に必要な表示を行い、それ以外のときにはエラー表示するといった制御を設けなければ、ＭＦＰに代行機能があってもユーザは利用が困難である。また、代行先ＭＦＰで代行ジョブが成功するまで、代行元ＭＦＰにエラー中断中のジョブをーザ操作等によって削除されないよう、操作制限を設けなければジョブ実行結果に不整合が生じる恐れもある。更には、代行ジョブを実施した代行デバイスでもエラーが生じた場合、ユーザは代行デバイスが置いてある場所まで行かなければそのエラー内容を知ることができないケースも考えられる。
特許文献１の方法では、アプリケーションごとに表示を変えることは可能であるが、ジョブを投入したアプリケーションと代行表示を行うアプリケーションとが異なる場合の表示方法や代行デバイスで生じたエラーを検知する方法について課題が残る。
【０００８】
本発明は、利便性の高い操作性を提供することを目的とする。
【課題を解決するための手段】
【０００９】
そこで、本発明は、Ｗｅｂサーバーと通信する画像処理装置であって、前記Ｗｅｂサーバーへリクエストを送信し、前記リクエストに対応するレスポンスを受信する通信手段と、前記通信手段により受信したレスポンスに含まれる処理要求に従ってジョブを実行するジョブ制御手段と、前記ジョブ制御手段によるジョブの実行中にエラーが生じた場合、前記ジョブの代行処理を他の画像処理装置に依頼するか否かを判断し、前記代行処理を依頼すると判断した場合、前記代行処理を行うための確認画面を表示部に表示し、前記確認画面を介したユーザの操作に応じて前記代行処理が選択された場合、前記ジョブの代行処理を他の画像処理装置に依頼するための処理要求を前記他の画像処理装置に転送する転送手段と、前記転送手段において前記代行処理の依頼を行うと判断された場合、画像処理装置においてエラーが生じたことを示すエラー画面を前記表示部に表示せず、前記転送手段において前記代行処理の依頼を行なわないと判断された場合、前記エラー画面を前記表示部に表示するエラー制御手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、利便性の高い操作性を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】画像処理システムのシステム構成の一例を示す図である。
【図２】ＭＦＰのハードウェア構成の一例を示す図である。
【図３】画像処理システム全体のソフトウェア構成の一例を示す図である。
【図４】エラーリカバリモジュールがジョブに関するイベントを受信し、転送モジュールと連携して画面表示を行うまでの情報処理の一例を示すフローチャートである。
【図５】エラーＵＩの一例を示す図である。
【図６】代行ジョブ用の転送ＵＩの一例を示す図である。
【図７】転送モジュールが代行ジョブの実施結果をエラーリカバリモジュールに送付し、エラーＵＩを表示するまでの情報処理の一例を示すフローチャートである。
【図８】代行エラーＵＩの一例を示す図である。
【図９】転送モジュールがＭＦＰに転送した代行ジョブに関する情報をジョブ状況モジュールに通知し、ジョブ状況モジュールがジョブ操作の制限を行うまでの情報処理の一例を示すフローチャートである。
【図１０】操作を禁止するＵＩの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面に基づいて説明する。
【００１３】
図１は、画像処理システムのシステム構成の一例を示す図である。
画像処理システムは、ネットワーク１００を介して接続されるＭＦＰ１０１、ＭＦＰ１０２、Ｗｅｂサーバー１０３から構成される。ネットワーク１００は、各装置間で通信を行うための基盤であり、インターネット１０４に接続されている。ＭＦＰ１０１、ＭＦＰ１０２は、Ｗｅｂブラウザ機能を有すれば、ＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）等でもよい。更に、ＭＦＰ１０１、ＭＦＰ１０２は、ローカルなＩＰアドレスで管理されていてもよい。その場合、ネットワーク１００とＭＦＰ１０１やＭＦＰ１０２との間にゲートウェイが存在する。そして、ゲートウェイは、アドレス変換を行う。例えばゲートウェイにはルーターが含まれる。また前記ゲートウェイや、ＭＦＰ１０１、ＭＦＰ１０２がファイアウォール機能を備えていてもよい。Ｗｅｂサーバー１０３は、Ｗｅｂコンテンツを、ネットワーク１００を介して配信する機能を持っており、ＭＦＰ１０１からのリクエストに応じて対応するＷｅｂコンテンツを返す。
【００１４】
図２は、ＭＦＰ１０１のハードウェア構成の一例を示す図である。
ＣＰＵやバスを含む制御装置２０１に対して、ユーザインターフェース部２０２、記憶装置２０３、ネットワークインターフェース部２０４、スキャナ部２０５、プリンタ部２０６、フィニッシャ部２０７が接続されている。
ユーザインターフェース部２０２は、情報表示機能を持ち、ユーザからの操作を受け付けることができる。記憶装置２０３は、機器内のソフトウェアに係るプログラム群及びデータ群を記憶、保存できる。ネットワークインターフェース部２０４は、機器とネットワーク１００をつなげる通信機能を提供する。スキャナ部２０５、プリンタ部２０６、フィニッシャ部２０７は、それぞれ機器内のソフトウェア群により連動制御なされることで、コピーや印刷、スキャン等のジョブを実現する。
なお、本図における構成要素群はあくまでもハード要素の一例であり、記載内容に限定されるものではない。
制御装置２０１に含まれるＣＰＵが、記憶装置２０３等に記憶されるプログラムに基づき処理を実行することにより、後述するＭＦＰのソフトウェア構成及びフローチャートに係る処理が実現される。
ＭＦＰ１０２のハードウェア構成も同様である。
また、Ｗｅｂサーバー１０３もＣＰＵや記憶装置を有し、Ｗｅｂサーバー１０３のＣＰＵがＷｅｂサーバー１０３の記憶装置に記憶されたプログラムに基づき処理を実行することによって、Ｗｅｂサーバー１０３のソフトウェア構成等が実現される。
【００１５】
図３は、画像処理システム全体のソフトウェア構成の一例を示す図である。
Ｗｅｂサーバー１０３は、Ｗｅｂアプリケーション３００を有している。Ｗｅｂアプリケーション３００は、ＭＦＰ１０１のＷｅｂブラウザ３０１と、ＨＴＴＰプロトコルで通信し、ＨＴＭＬデータのやり取りや、ＭＦＰ１０１が持つ機能実行に関する処理要求や結果のやり取りができる。
ＭＦＰ１０１は、Ｗｅｂブラウザ３０１、転送モジュール３０２、サービスプロバイダ３０３、ジョブコントロールモジュール３０４、エラーリカバリモジュール３０５、ジョブ状況モジュール３０６を有している。
Ｗｅｂブラウザ３０１は、Ｗｅｂアプリに３００から受信したＨＴＭＬコンテンツ表示のみに限定するものではない。同様に、Ｗｅｂサーバー１０３もＨＴＴＰプロトコルでリクエスト／レスポンスを送受信するＷｅｂサーバーに限定するものではない。Ｗｅｂブラウザ３０１は、任意のサーバーと通信してコンテンツを取得し、画面に表示する機能を有すればよい。
【００１６】
Ｗｅｂブラウザ３０１は、表示した操作画面を介して入力された情報をＷｅｂアプリケーション３００に対してリクエストとして送信し、送信に対応するレスポンスを受信する。受信したレスポンスにはＷｅｂブラウザ３０１に表示すべき操作画面の内容を示すＨＴＭＬデータや、転送モジュール３０２へ送付するサービスプロバイダ３０３への処理要求（ＳＯＡＰリクエスト）が含まれる。
転送モジュール３０２は、Ｗｅｂブラウザ３０１から受信した処理要求（ＳＯＡＰリクエスト）をサービスプロバイダ３０３へ転送する。
サービスプロバイダ３０３は、転送モジュール３０２により転送されてきた処理要求（ＳＯＡＰリクエスト）に基づき、ジョブコントロールモジュール３０４に対してジョブを投入する。
ジョブコントロールモジュール３０４は、サービスプロバイダ３０３から投入されたジョブを実行し（ジョブ制御）、その結果やジョブの状況をサービスプロバイダ３０３やエラーリカバリモジュール３０５に対して通知できる。
【００１７】
エラーリカバリモジュール３０５は、ジョブコントロールモジュール３０４から受信した情報により、ジョブ状況を判断する。また、エラーリカバリモジュール３０５は、転送モジュール３０２と通信し、エラー画面の表示可否に関する判断や転送モジュール３０２が管理する処理要求についての情報を得ることができる。エラーリカバリモジュール３０５は、エラー制御手段の一例である。
ジョブ状況モジュール３０６は、ＭＦＰ１０１内の全てのジョブ情報をジョブコントロールモジュール３０４から取得し、画面表示できる。また、ジョブ状況モジュール３０６は、転送モジュール３０２の要求に応じて、画面表示したジョブに関する操作を制限できる。
【００１８】
図４は、エラーリカバリモジュール３０５がジョブに関するイベントを受信し、転送モジュール３０２と連携して画面表示を行うまでの情報処理の一例を示すフローチャートである。
ＭＦＰ１０１内のサービスプロバイダ３０３がジョブコントロールモジュール３０４に対してジョブ投入後、実行中のジョブがＭＦＰ１０１内で生じたエラーによって一時停止する（例えばプリントジョブ投入後の用紙なしエラーによる一時停止）。
この際、ジョブコントロールモジュール３０４は、エラーリカバリモジュール３０５に対してプリントジョブ一時停止イベントを送る。このイベントを起点として図４に示すフローチャートの処理が開始される。
ステップＳ４０１にて、エラーリカバリモジュール３０５は、受信したイベント情報を解析し、情報に含まれるジョブを投入したアプリ識別子を取得し、ステップＳ４０２に処理を進める。
ステップＳ４０２にて、エラーリカバリモジュール３０５は、取得したアプリ識別子が予め設定されたサービスプロバイダ３０３のものか否かを判断する。エラーリカバリモジュール３０５は、判断の結果、サービスプロバイダ３０３のアプリ識別子であった場合はステップＳ４０３へ、それ以外の場合はステップＳ４０６へ処理を進める。
ステップＳ４０３にて、エラーリカバリモジュール３０５は、代行ジョブを実施するか否かを転送モジュール３０２に確認し、ステップＳ４０４へ処理を進める。
【００１９】
ステップＳ４０４にて、転送モジュール３０２は、エラーリカバリモジュール３０５からの確認要求に応じて、自己内で代行ジョブを実施するか否か、つまりＭＦＰ１０２に代行処理の依頼を行うか、を確認し、ステップＳ４１１に処理を進める。また、転送モジュール３０２は、エラーリカバリモジュール３０５に確認結果を通知しステップＳ４０５に処理を進める。例えば、転送モジュール３０２は、代行ジョブを実施する旨の設定が設定ファイル等になされているか否かに基づいて、代行ジョブを実施するか否か判断する。また、代行ジョブを実施する旨の設定がなされている場合においても更に、転送モジュール３０２は、ＭＦＰ１０２との通信状況やＭＦＰ１０２の動作状況等に基づいて、代行ジョブを実施するか否かを確認するようにしてもよい。
ステップＳ４０５にて、エラーリカバリモジュール３０５は、受信した確認結果から代行ジョブを実施するか否かを確認し、実施する場合はステップＳ４０９へ、実施しない場合はステップＳ４０６へ処理を進める。
ステップＳ４０６にて、エラーリカバリモジュール３０５は、エラーが起きているジョブ種を特定しステップＳ４０７へ処理を進める。
ステップＳ４０７にて、エラーリカバリモジュール３０５は、生じているエラーの種別を特定し、ステップＳ４０８へ処理を進める。
ステップＳ４０８にて、エラーリカバリモジュール３０５は、エラーＵＩ（図５）を表示し、図４に示す処理を終了する。ＵＩは、Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅの一例である。
【００２０】
ステップＳ４０９にて、エラーリカバリモジュール３０５は、代行ジョブに関する情報を転送モジュール３０２から取得すべく、代行ジョブ用のイベントリスナを転送モジュール３０２に登録し、ステップＳ４１０に処理を進める。
ステップＳ４１０にて、転送モジュール３０２は、エラーリカバリモジュール３０５から登録されたイベントリスナを保管処理し、図４に示す処理を終了する。
ステップＳ４１１にて、転送モジュール３０２は、代行ジョブを実施するか否の確認結果を確認し、実施する場合はステップＳ４１２へ、実施しない場合は図４に示す処理を終了する。
ステップＳ４１２にて、転送モジュール３０２は、代行ジョブ用の転送ＵＩ（図６）を表示し、図４に示す処理を終了する。図６の画面は、ジョブの転送を行うための確認画面の一例である。また、図６に示すような画面を表示するユーザインターフェース部２０２は、表示部の一例である。
【００２１】
図７は、転送モジュールが代行ジョブの実施結果をエラーリカバリモジュール３０５に送付し、エラーＵＩを表示するまでの情報処理の一例を示すフローチャートである。
図４のフローチャート後、転送ＵＩ（図６）にて入力された情報を基に、ＭＦＰ１０１内の転送モジュール３０２がＭＦＰ１０２内のサービスプロバイダ３０７対して代行ジョブを転送する。例えば、デバイスのアドレスが入力され、ＹＥＳのボタンを選択する操作がなされると、ＭＦＰ１０１内の転送モジュール３０２がＭＦＰ１０２内のサービスプロバイダ３０７対して代行ジョブを転送する。
その後、ＭＦＰ１０２内のサービスプロバイダ３０７が、ＭＦＰ１０２内で実行した代行ジョブの結果を転送モジュール３０２に送信することを起点として図７に示すフローチャートの処理が開始される。
ステップＳ５０１にて、転送モジュール３０２は、サービスプロバイダ３０７から受信した代行ジョブの実行結果をエラーリカバリモジュール３０５に送信し、ステップＳ５０２に処理を進める。
【００２２】
ステップＳ５０２にて、エラーリカバリモジュール３０５は、受信したイベント情報を解析し、ステップＳ５０３に処理を進める。
ステップＳ５０３にて、エラーリカバリモジュール３０５は、解析したイベント情報からＭＦＰ１０２で実施した代行ジョブが正常終了したか否かを判断する。エラーリカバリモジュール３０５は、正常終了した場合は、ステップＳ５０４に処理を進め、それ以外の場合はステップＳ５０５に処理を進める。
ステップＳ５０４にて、エラーリカバリモジュール３０５は、転送モジュールに対して登録したイベントリスナを解除し、図７に示す処理を終了する。
ステップＳ５０５にて、エラーリカバリモジュール３０５は、解析したイベント情報に基づき、ＭＦＰ１０２内で実行した代行ジョブにて発生しているエラー内容を示す代行エラーＵＩ（図８）を表示し、図７に示す処理を終了する。
【００２３】
図９は、転送モジュール３０２がＭＦＰ１０２に転送した代行ジョブに関する情報をジョブ状況モジュール３０６に通知し、ジョブ状況モジュール３０６がジョブ操作の制限を行うまでの情報処理の一例を示すフローチャートである。転送モジュール３０２がＭＦＰ１０２に対して代行ジョブを転送すること基点として図９に示すフローチャートの処理が開始される。
ステップＳ６０１にて、転送モジュール３０２は、ジョブ状況モジュール３０６に転送した代行ジョブに関する情報を通知して、ステップＳ６０２に処理を進める。
ステップＳ６０２にて、ジョブ状況モジュール３０６は、受信した代行ジョブに関する情報を分析する。そして、ジョブ状況モジュール３０６は、ジョブ一覧を表示する際に、先に分析した情報から得られるジョブについて操作を禁止する表示（図１０）を実施し、図９に示す処理を終了する。操作の禁止は、操作の遮断の一例である。
【００２４】
本実施形態により、ジョブの代行処理を実施するときのみ代行処理に必要な表示を行い、それ以外のときにはエラー表示できるようになる。また、代行先ＭＦＰで代行ジョブが成功するまで、代行元ＭＦＰにエラー中断中のジョブをユーザ操作等によって削除されることはなくなる。更に、代行ジョブを実施した代行デバイスでもエラーが生じた場合、ユーザは代行デバイスが置いてある場所まで行かなくともエラー内容を知ることができる。このような仕組みを設けることで、ユーザの利便性向上が期待できる。
【００２５】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２６】
以上、上述した各実施形態によれば、利便性の高い操作性を提供することができる。
【００２７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2014235648.tif 000003
【図２】
2014235648.tif 000004
【図３】
2014235648.tif 000005
【図４】
2014235648.tif 000006
【図５】
2014235648.tif 000007
【図６】
2014235648.tif 000008
【図７】
2014235648.tif 000009
【図８】
2014235648.tif 000010
【図９】
2014235648.tif 000011
【図１０】
2014235648.tif 000012