(57)【要約】【課題】外部の処理装置に処理要求を行う前に事前に処理装置が障害の発生により使用することができないことを知ることができるようにする。【解決手段】画像処理装置で定型業務の処理を依頼したサーバＢで障害が発生し、処理の継続が困難となったときは（ステップＳ４３のＹ）、サーバＢで障害が発生し、処理の継続が困難となったことを通知するエラー情報を、サーバＡを介して当該処理の依頼先である画像処理装置２に送信する（ステップＳ２５）。エラー情報を受信した画像処理装置は（ステップＳ４のＹ）、フローテーブルに受信したエラー情報の内容を登録する。これにより、画像処理装置が依頼した特定の定型業務と関連付けて当該定型業務が使用不可であることが登録される。【選択図】図５
2010079500.tif 000002
【特許請求の範囲】
【請求項１】
予め定められた処理を実行する処理実行装置に対して処理の実行を要求する実行要求手段と、
前記実行要求を行った前記処理装置から障害の発生により前記実行を要求することができない旨の通知を受信する第１の受信手段と、
前記第１の受信装置により前記通知を受信したときは前記処理装置と関連付けて前記処理装置は使用できない旨の情報を登録する登録手段と、
を備えている操作装置。
【請求項２】
前記処理装置は使用できない旨の前記情報が前記登録手段に登録されているときは前記情報を報知する報知手段をさらに備えている請求項１に記載の操作装置。
【請求項３】
前記処理装置から前記障害の発生が解消したか否かの通知を受信する第２の受信手段と、
前記第２の受信手段により前記記障害の発生が解消した旨の通知を受信したときは前記登録手段に登録されている前記処理装置は使用できない旨の情報を削除する削除手段と、
をさらに備えている請求項１又は２に記載の操作装置。
【請求項４】
予め定められた処理を実行する処理実行装置と、
前記処理装置に対して処理の実行要求を行う実行要求手段を有する操作装置と、
前記処理装置と前記操作装置との通信を行う通信手段と、
を備え、
前記操作装置は、
前記実行要求を行った前記処理装置から障害の発生により前記実行要求を行うことができない旨の通知を受信する第１の受信手段と、
前記第１の受信装置により前記通知を受信したときは前記処理装置と関連付けて前記処理装置は使用できない旨の情報を登録する登録手段と、
を備えている、
処理システム。
【請求項５】
予め定められた処理を実行する処理装置に対して処理の実行要求を行う実行要求手段と、
前記実行要求を行った前記処理装置から障害の発生により前記実行要求を行うことができない旨の通知を受信する第１の受信手段と、
前記第１の受信装置により前記通知を受信したときは前記処理装置と関連付けて前記処理装置は使用できない旨の情報を登録する登録手段と、
をコンピュータに実行させるコンピュータに読み取り可能な操作制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作装置、処理システム及び操作制御プログラムに関する。
【背景技術】
【０００２】
特許文献１等には、ユーザが指示書で実行指示することにより、複数台のサービス処理装置に個々のサービス処理を分担させて実行させることで、複数のサービス処理を包括した複合的なサービス処理を行わせることができるシステムについて開示されている。
【０００３】
特許文献２に開示の技術では、仮想的な処理要求を実行するモードを設けて、処理要求の実行前に処理要求を正常に実行できるかどうかを確認する技術が提案されている。かかる技術では、確認のために、仮想的な処理要求という特別の処理要求を実行する必要がある。
【特許文献１】特開２００４‐２８０６６５号公報
【特許文献２】特開２００５‐１７３７６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、外部の処理装置に処理要求を行う場合、事前に処理装置が障害の発生により使用することができないことを知ることができるようにすることである。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、予め定められた処理を実行する処理実行装置に対して処理の実行を要求する実行要求手段と、前記実行要求を行った前記処理装置から障害の発生により前記実行を要求することができない旨の通知を受信する第１の受信手段と、前記第１の受信装置により前記通知を受信したときは前記処理装置と関連付けて前記処理装置は使用できない旨の情報を登録する登録手段と、を備えている操作装置である。
【０００６】
請求項２に記載の発明は、請求項１に記載の操作装置において、前記処理装置は使用できない旨の前記情報が前記登録手段に登録されているときは前記情報を報知する報知手段をさらに備えている。
【０００７】
請求項３に記載の発明は、請求項１又は２に記載の操作装置において、前記処理装置から前記障害の発生が解消したか否かの通知を受信する第２の受信手段と、前記第２の受信手段により前記記障害の発生が解消した旨の通知を受信したときは前記登録手段に登録されている前記処理装置は使用できない旨の情報を削除する削除手段と、をさらに備えている。
【０００８】
請求項４に記載の発明は、予め定められた処理を実行する処理実行装置と、前記処理装置に対して処理の実行要求を行う実行要求手段を有する操作装置と、前記処理装置と前記操作装置との通信を行う通信手段と、を備え、前記操作装置は、前記実行要求を行った前記処理装置から障害の発生により前記実行要求を行うことができない旨の通知を受信する第１の受信手段と、前記第１の受信装置により前記通知を受信したときは前記処理装置と関連付けて前記処理装置は使用できない旨の情報を登録する登録手段と、を備えている、処理システムである。
【０００９】
請求項５に記載の発明は、予め定められた処理を実行する処理装置に対して処理の実行要求を行う実行要求手段と、前記実行要求を行った前記処理装置から障害の発生により前記実行要求を行うことができない旨の通知を受信する第１の受信手段と、前記第１の受信装置により前記通知を受信したときは前記処理装置と関連付けて前記処理装置は使用できない旨の情報を登録する登録手段と、をコンピュータに実行させるコンピュータに読み取り可能な操作制御プログラムである。
【発明の効果】
【００１０】
請求項１に記載の発明によれば、処理装置に対して処理要求が行えないことを知ることができる。
【００１１】
請求項２に記載の発明によれば、処理装置に対して処理要求が行えないことを報知することができる。
【００１２】
請求項３に記載の発明によれば、処理装置は使用できない旨の情報を登録されていた処理装置の障害が解消したときは、処理装置に対して処理要求を行うことを知ることができる。
【００１３】
請求項４に記載の発明によれば、処理装置に対して処理要求が行えないことを知ることができる。
【００１４】
請求項５に記載の発明によれば、処理装置に対して処理要求が行えないことを知ることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の一実施の形態について説明する。
【００１６】
図１は、本実施の形態にかかる処理システムの全体構成を示すブロック図である。
【００１７】
この処理システム１は、１又は複数台の画像処理装置２と、複数台のサーバコンピュータ３とがネットワーク４を介して互いに通信可能に接続されている。その他にも、ネットワーク４にはプリンタやスキャナなども接続されている。
【００１８】
図２は、画像処理装置２の電気的な接続を示すブロック図である。
【００１９】
画像処理装置２は、各種演算を行い、各部を集中的に制御するＣＰＵ１１と、ＣＰＵ１１が実行するプログラム１２や各種固定データが格納されたＲＯＭ１３と、ＣＰＵ１１の作業エリアとなるＲＡＭ１４とを有している主制御装置１５を備えている。
【００２０】
主制御装置１５には、画像データを扱う予め定められた処理を行う各手段、この例では、原稿の画像を読み取る画像読取装置２１と、用紙などの印刷媒体の上に画像を形成する処理を行う画像形成装置２２と、公衆電話網２３を介してファクシミリデータの送受信を行うファクシミリ制御装置２４とが接続されている。これにより、画像処理装置２は、複写、プリント、ファクシミリ送受信、スキャンなどの各種の処理を行うことができる。画像形成装置２２は、電子写真方式のほか、インクジェット方式、銀塩写真方式、昇華型熱転写方式、溶融型熱転写方式、直接感熱記録方式など様々な方式を適用することができる。
【００２１】
また、主制御装置１５には、タッチパネルや各種操作ボタンを有していて、ユーザから各種の操作を受け付け、また、ユーザに各種のメッセージを表示する操作パネル３１と、各種データ等を記憶する磁気記憶装置３２と、ネットワーク５を介してサーバ３やＰＣ４と通信を行う通信インターフェイス（Ｉ／Ｆ）３３と、画像データを記憶する画像メモリ３４とが接続されている。
【００２２】
プログラム１２は当初からＲＯＭ１３に格納されていても良いが、プログラム１２を搬送波の形態でネットワーク５を介して画像処理装置２に送信し、この送信されたプログラム１２を磁気記憶装置３２などにセットアップするようにしてもよい。あるいは、プログラム１２をＣＤ，ＤＶＤ，ＭＯなどの記憶媒体に格納した状態で提供し、これらの記憶媒体を読み取る読取装置によって読み取り、この読み取ったプログラム１２を磁気記憶装置３２などにセットアップするようにしてもよい。
【００２３】
図３は、サーバコンピュータ３の電気的な接続のブロック図である。
【００２４】
サーバコンピュータ３は、各種演算を行い、各部を集中的に制御するＣＰＵ４１に、ＣＰＵ４１の作業エリアとなるＲＡＭ４２と、ＣＰＵ４１が実行するプログラム４３や各種固定データなどが格納された磁気記憶装置４４と、ネットワーク４を介して画像処理装置２と通信を行う通信インターフェイス（Ｉ／Ｆ）４５とが接続されている。
【００２５】
プログラム４３は当初から磁気記憶装置４４に格納されていても良いが、プログラム４３を搬送波の形態でネットワーク４を介して画像処理装置２に送信し、この送信されたプログラム４３を磁気記憶装置４４などにセットアップするようにしてもよい。あるいは、プログラム４３をＣＤ，ＤＶＤ，ＭＯなどの記憶媒体に格納した状態で提供し、これらの記憶媒体を読み取る読取装置によって読み取り、この読み取ったプログラム４３を磁気記憶装置４４などにセットアップするようにしてもよい。
【００２６】
この処理システム１では、ユーザが画像処理装置２から実行指示することにより、複数台のサーバコンピュータ３に個々の処理（子処理）を分担させて実行させることで、この複数の処理を包括した複合的な処理（親処理）を行わせることができる。
【００２７】
例えば、サーバコンピュータ３の１台が文書データを管理する文書管理サーバで、サーバコンピュータ３の他の１台が文書を読み取った画像データのＯＣＲ処理を行う処理サーバであったときに、画像処理装置２でスキャンした文書原稿の画像データを文書管理サーバに送信し、文書管理サーバが処理サーバに当該画像データを転送し、処理サーバが当該画像データのＯＣＲ処理を実行して、その結果を文書管理サーバに返すと、それを文書管理サーバが格納する、という一連の処理を行わせることができる。
【００２８】
図４は、画像処理装置２が使用する指示書の説明図である。
【００２９】
指示書５１は、画像処理装置２が個々の子処理を複合した親処理の実行を指示するための指示データであり、画像処理装置２は磁気記憶装置３２に複数種類の指示書５１を格納している。
【００３０】
この指示書５１には、各サーバコンピュータ３にいかなる内容の処理（子処理）を実行させるかをそれぞれ指示する個別データ５２が含まれるほか、これらの子処理をいかなる順序で実行するのかを指示するデータなどが含まれている。例えば、前述の例では、個別データ５２ａは文書管理サーバが実行する処理の内容を指示しており、個別データ５２ｂは処理サーバが実行する処理の内容を指示している。
【００３１】
ユーザは、画像処理装置２で操作パネル３１を操作することにより、磁気記憶装置３２に複数個登録されている指示書５１の中から必要なものを選択し、その指示書５１による親処理を処理システム１で実行させることができる。このような複数の指示書５１が画像処理装置２に用意されていることは、画像処理装置２から実行指示可能な複数種類の定型業務が用意されているということであり、複数の指示書５１から１つを選択してその実行指示を行うことは複数種類の定型業務の中から一つを選択し、その実行を指示することである。
【００３２】
以下では、処理システム１で実行する具体的な処理の内容について説明する。
【００３３】
ここでは、画像処理装置２が２台のサーバコンピュータ３であるサーバＡとサーバＢに指示書５１に従った処理を実行する場合の例で説明する。例えば前述した、画像処理装置２でスキャンした文書原稿の画像データを文書管理サーバに送信し、文書管理サーバが処理サーバに当該画像データを転送し、処理サーバが当該画像データのＯＣＲ処理を実行して、その結果を文書管理サーバに返すと、それを文書管理サーバが格納する、という一連の処理の例であれば、サーバＡが文書管理サーバであり、サーバＢが処理サーバである。
【００３４】
図５、図６は、指示書５１により定型業務を行うときの処理システム１のフローチャートである。
【００３５】
まず、ユーザが操作パネル３１を操作して指示書５１を選択し、その実行を指示すると（ステップＳ１のＹ）、指示書５１に基づいて画像処理装置２で行う処理を実行する（ステップＳ２）。そして、次に指示書５１に基づく処理を行うべきサーバＡに対して指示書５１に基づく処理の実行依頼を送信する（ステップＳ３）。
【００３６】
この実行依頼を受信したサーバＡでは（ステップＳ２１のＹ）、指示書５１に基づいて自機で実行するべき処理を実行する（ステップＳ２２）。そして、次に指示書５１に基づく処理を行うべきサーバＢに対して指示書５１に基づく処理の実行依頼を送信する（ステップＳ２３）。
【００３７】
この実行依頼を受信したサーバＢでは（ステップＳ４１のＹ）、指示書５１に基づいて自機で実行するべき処理の実行を開始する（ステップＳ４２）。そして、サーバＢで障害が発生し、処理の継続が困難となったときは（ステップＳ４３のＹ）、処理を終了し（ステップＳ４４）、サーバＢで障害が発生し、処理の継続が困難となったことを通知するエラー情報をサーバＡに送信する（ステップＳ４５）。このエラー情報には当該エラーの種別、例えば、一時的なエラーか、ある程度継続的なエラーかと、エラーの場所（エラーが発生した装置が何れであるか（この例ではサーバＢ））という情報も含まれている。エラー情報を受信したサーバＡは（ステップＳ２４のＹ）、そのエラー情報を処理の依頼先である画像処理装置２に送信する（ステップＳ２５）。
【００３８】
このエラー情報を受信した画像処理装置２は（ステップＳ４のＹ）、このエラーが一時的なエラーでなければ（一時的か継続的かはエラー情報に情報が含まれている）（ステップＳ５のＮ）、図７に示すフローテーブルに受信したエラー情報の内容を登録する（ステップＳ６）。
【００３９】
ここで、フローテーブルには、各指示書５１により特定される各定型業務（定型業務１、定型業務２、定型業務３、…）に関連付けて、「状態」、「エラーの場所」、「エラーの種類」が登録される。「状態」は、当該定型業務の実行を画像処理装置２から指示したが、その定型業務を実行すべき外部の装置で障害の発生により処理が実行できなかった事実があるときに、「使用不可」を登録し、そのような事実がないときには「使用可」を登録する。「エラーの場所」には、エラー情報で知らされたエラーが発生した装置が何れであるかを登録する。
【００４０】
図５、図６に戻り、ステップＳ６では、ステップＳ１で実行が指示された指示書５１の定型業務に関連付けられている「状態」に「使用不可」を登録し、「エラーの場所」に、エラー情報で知らされたエラーが発生した装置が何れであるかを登録する。そして、「エラーの種類」に障害が一時的か継続的かの情報を登録する。
【００４１】
一方、サーバＢにおいて、障害が発生しなかったときは（ステップＳ４３のＮ）、処理が終了すれば（ステップＳ４６のＹ）、正常終了通知をサーバＡに送信し（ステップＳ４７）、これを受信したサーバＡは（ステップＳ２６のＹ）、この正常終了通知を画像処理装置２に送信し（ステップＳ２７）、画像処理装置２で受信される（ステップＳ７）。これにより画像処理装置２は指示書５１に基づく定型業務の処理を終了したことを知ることができる。
【００４２】
図８は、フローテーブルに使用不可が登録された定型業務があるときの処理のフローチャートである。
【００４３】
まず、画像処理装置２でユーザが操作パネル３１を操作して指示書５１を選択し、その実行を指示すると（ステップＳ６１のＹ）、フローテーブルに使用不可が登録された定型業務があるか否かを判断し（ステップＳ６２）、使用不可が登録された定型業務があるときは（ステップＳ６２のＹ）、当該定型業務は使用不可が登録されている旨のメッセージを操作パネル３１のタッチパネルに表示して報知する（図９参照）（ステップＳ６３）。
【００４４】
そして、操作パネル３１に現在も当該定型業務は使用不可であるか否かを確認するか否かを問合わせるメッセージを操作パネル３１のタッチパネルに表示する（図１０参照）（ステップＳ６４）。操作パネル３１で現在も当該定型業務は使用不可であるか否かを確認することを選択したときは（ステップＳ６５のＹ）、当該定型業務について「エラーの場所」として登録されている装置（本例ではサーバＢ）に対して障害が発生して処理が実行できないか否かの問合わせを送信する（ステップＳ６６）。
【００４５】
この問合わせを受信した装置（本例ではサーバＢ）では（ステップＳ７１のＹ）、障害が発生して処理が実行できないか否かを判断し（ステップＳ７２）、その情報を画像処理装置２に通知する（ステップＳ７３）。
【００４６】
この通知を受信した画像処理装置では（ステップＳ６７のＹ）、その通知した内容で図７のフローテーブルを更新し（ステップＳ６８）、ステップＳ６２に戻る。すなわち、障害が発生して現在も処理が実行できないときは「使用不可」を維持し、障害が解消して現在は処理が実行できるときには「使用可」に変更し、いずれの場合も、「更新」に更新した時刻を入力する。そして、ステップＳ６２に戻る。
【００４７】
一方、使用不可が登録された定型業務がないとき（ステップＳ６２のＮ）、操作パネル３１で現在も当該定型業務は使用不可であるか否かを確認しないことを選択したときは（ステップＳ６５のＮ）、図４の処理のステップＳ２に移行して（ステップＳ６９）、ステップＳ２以下の処理を行う。
【００４８】
図１１は、障害が発生して処理が実行できないか否かを定期的に問合わせる処理のフローチャートである。
【００４９】
前回の図１１の処理実行時から予め定められた時間が経過したときは（ステップＳ８１のＹ）、フローテーブルに使用不可が登録された定型業務があるか否かを判断し（ステップＳ８２）、使用不可が登録された定型業務があるときは（ステップＳ８２のＹ）、フローテーブルで使用不可が登録された定型業務に関連付けられた「エラーの場所」の情報から障害が発生して処理が実行できない外部の装置が何れであるか特定し（ステップＳ８３）、「エラーの場所」として登録されている装置（本例ではサーバＢ）に対して障害が発生して処理が実行できないか否かの問合わせを送信する（ステップＳ８４）。
【００５０】
この問合わせを受信した装置（本例ではサーバＢ）では（ステップＳ９１のＹ）、障害が発生して処理が実行できないか否かを判断し（ステップＳ９２）、その情報を画像処理装置２に通知する（ステップＳ９３）。
【００５１】
この通知を受信した画像処理装置では（ステップＳ８５のＹ）、通知の結果、障害が発生して処理が実行できなかった外部の装置は現在では処理を実行できるときは（ステップＳ８６のＹ）、フローテーブルから当該定型業務にかかる「状態」を「使用可」にし、「エラーの場所」に登録されている情報を削除する（ステップＳ８７）。
【００５２】
以上説明した処理システム１によれば、画像処理装置２のフローテーブルに使用不可を登録した定型業務については、以後、ユーザは当該定型業務については処理を行えないことを事前に知ることができる。
【００５３】
また、使用不可がフローテーブルに登録された定型業務についても、サーバコンピュータ３の障害が解消して処理できるようになったときは、処理を行えるようになったことを知ることができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態にかかる処理システムの全体構成を示すブロック図である。
【図２】本発明の一実施の形態にかかる処理システムの画像処理装置の電気的な接続を示すブロック図である。
【図３】本発明の一実施の形態にかかるサーバコンピュータの電気的な接続のブロック図である。
【図４】本発明の一実施の形態にかかる処理システムの画像処理装置が使用する指示書の説明図である。
【図５】本発明の一実施の形態にかかる処理システムが指示書により定型業務を行うときのフローチャートである。
【図６】本発明の一実施の形態にかかる処理システムが指示書により定型業務を行うときのフローチャートである。
【図７】本発明の一実施の形態にかかる処理システムにおける画像処理装置のフローテーブルの説明図である。
【図８】本発明の一実施の形態にかかる処理システムの画像処理装置においてフローテーブルに使用不可が登録された定型業務があるときの処理のフローチャートである。
【図９】本発明の一実施の形態にかかる処理システムの画像処理装置において操作パネルのタッチパネルに表示される画像の平面図である。
【図１０】本発明の一実施の形態にかかる処理システムの画像処理装置において操作パネルのタッチパネルに表示される画像の平面図である。
【図１１】本発明の一実施の形態にかかる処理システムの画像処理装置において障害が発生して処理が実行できないか否かを定期的に問合わせる処理のフローチャートである。
【符号の説明】
【００５５】
１    処理システム
２    画像処理装置
３    サーバコンピュータ
【図１】
2010079500.tif 000003
【図２】
2010079500.tif 000004
【図３】
2010079500.tif 000005
【図４】
2010079500.tif 000006
【図５】
2010079500.tif 000007
【図６】
2010079500.tif 000008
【図７】
2010079500.tif 000009
【図８】
2010079500.tif 000010
【図９】
2010079500.tif 000011
【図１０】
2010079500.tif 000012
【図１１】
2010079500.tif 000013