JP6737170B2 - サーバー装置、画像処理ユニット及びプログラム - Google Patents

Description

本発明は、サーバー装置、画像処理ユニット及びプログラムに関し、特にネットワークを介して画像処理装置と接続されたサーバー装置においてアプリケーションを起動させ、該アプリケーションを画像処理装置と連携動作させる技術に関する。

ＭＦＰ（Multifunction Peripherals）などと呼ばれる画像処理装置は、コピー機能、スキャン機能、プリント機能などの複数の機能を備えており、コピージョブやスキャンジョブ、プリントジョブなどの画像処理に関する様々なジョブを実行することが可能である。オフィスなどでは、このような画像処理装置が複数台設置されることも多い。

一方、近年は、画像処理装置においてクラウドサービスと連携したジョブを実行できるようにすることが望まれている。例えばスキャン機能によって得られた原稿の画像データをクラウド上のストレージへ直接送信して保存させるジョブや、クラウド上のストレージに保存されているデータを直接ダウンロードしてプリント出力するジョブを実行させることが求められている。

そのような要望に応えるため、従来、画像処理装置にブラウザを搭載し、そのブラウザによって画像処理装置の各機能とクラウドサービスとを連携させるようにした技術が提案されている（例えば特許文献１）。この従来技術では、例えばブラウザがクラウドサービスにアクセスしてＷｅｂページを表示するとき、そのＷｅｂページを解析することによってクラウドサービスが利用する画像処理装置の機能を特定し、画像処理装置内部で生成される特定した機能のＷｅｂページを、クラウドサービスから取得したＷｅｂページと共に表示させるようにしている。つまり、この従来技術では、画像処理装置に専用のブラウザアプリケーションをインストールすることにより、画像処理装置とクラウドサービスとの連携動作を可能にしている。

しかし、オフィスなどに設置される複数の画像処理装置の全てに対してクラウドサービスと連携するアプリケーションを個別にインストールしなければならないこととすると、管理者にとってインストール作業が煩わしく、また個々のアプリケーションを管理することが難しくなるという問題がある。また複数の画像処理装置のうちの限られた装置だけにクラウドサービスと連携するアプリケーションをインストールする場合には、ユーザーがアプリケーションのインストールされていない画像処理装置を使用してしまうと、クラウドサービスと連携するジョブを実行させることができないため、利便性が低下する。

そこで近年は、複数の画像処理装置が接続されるネットワークにサーバー装置を設置し、そのサーバー装置に複数の画像処理装置と連携可能なアプリケーションをインストールしておくシステムの構築が求められている。サーバー装置にインストールされるアプリケーションは、ネットワークに接続される画像処理装置と連携動作して画像処理装置にジョブを実行させることが可能であると共に、クラウドサービスとも連携動作することが可能である。したがって、このようなシステムでは、ユーザーは、サーバー装置にアクセスしてアプリケーションを起動させることにより、複数の画像処理装置のそれぞれとクラウドサービスとを連携させることができる。

また上記のようなシステムの場合、サーバー装置上で稼働するアプリケーションは、個々の画像処理装置と予め定められたプロトコル及びコマンドでデータ通信を行うことにより、画像処理装置の各機能を動作させることができる。そのため、サーバー装置上で稼働するアプリケーションをサードベンダーが開発することも可能であり、個々のユーザーのニーズに適ったユーザーインタフェースを提供できるという点で利便性が高い。

その一方、画像処理装置において紙詰まりなどのエラーが発生した場合、そのエラーを解消するためにユーザーが行うべき操作は、紙詰まり状態や紙詰まり場所、画像処理装置の機種などに応じて異なるのが一般的である。しかし、アプリケーションは、予め定められたコマンドでのデータ通信によって画像処理装置にエラーが発生していることを把握することは可能であるが、具体的にそのエラーを解消するためにユーザーが行うべき操作を案内するための画面を生成することは難しい。特に上述したようにサードベンダーがアプリケーションを提供している場合には、紙詰まり状態や紙詰まり場所、画像処理装置の機種などに応じて適切なエラー画面を生成して表示することが極めて困難である。

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

本発明は、上述した従来の問題点を解決するためになされたものであり、画像処理装置においてエラーが発生した場合に、サーバー装置で稼働中のアプリケーションによって表示される画面情報と共に、画像処理装置で発生しているエラーに関するエラー画面を適切に表示できるようにしたサーバー装置、画像処理ユニット及びプログラムを提供することを、目的としている。

上記目的を達成するため、請求項１に係る発明は、ネットワークを介して画像処理装置と接続されるサーバー装置であって、前記画像処理装置と連携動作するアプリケーションを起動するアプリケーション起動手段と、外部装置からの要求に基づき、前記アプリケーションから、前記アプリケーションを利用するための画面情報を取得する画面情報取得手段と、前記画面情報取得手段によって取得される画面情報を前記外部装置へ出力する画面情報出力手段と、前記アプリケーションが連携動作する前記画像処理装置のエラーを検知するエラー検知手段と、前記エラー検知手段により前記画像処理装置のエラーが検知された場合に、前記画面情報取得手段によって取得される画面情報に、前記画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加するエラー情報付加手段と、を備え、前記画面情報出力手段は、前記エラー情報付加手段により前記エラー情報が画面情報に付加された場合、前記エラー情報の付加された画面情報を前記外部装置へ出力することを特徴とする構成である。

請求項２に係る発明は、請求項１に記載のサーバー装置において、前記画面情報取得手段は、前記外部装置において起動されるブラウザからの要求に基づき、前記アプリケーションを利用するためのＷｅｂページを画面情報として取得し、前記エラー情報付加手段は、前記Ｗｅｂページに、前記画像処理装置において生成されるエラー画面にアクセスするためのアドレスを前記エラー情報として付加することを特徴とする構成である。

請求項３に係る発明は、請求項１又は２に記載のサーバー装置において、前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報と同一の画面内に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする構成である。

請求項４に係る発明は、請求項１又は２に記載のサーバー装置において、前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報とは異なる画面に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする構成である。

請求項５に係る発明は、請求項１乃至４のいずれかに記載のサーバー装置において、前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報の本体部分に前記エラー情報を付加することを特徴とする構成である。

請求項６に係る発明は、請求項１乃至４のいずれかに記載のサーバー装置において、前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報のヘッダー部分に前記エラー情報を付加することを特徴とする構成である。

請求項７に係る発明は、請求項１乃至６のいずれかに記載のサーバー装置において、前記アプリケーションは、前記ネットワークに接続される複数の画像処理装置と連携動作可能であり、前記エラー情報付加手段は、前記エラー検知手段により前記複数の画像処理装置のうちの少なくとも１つの画像処理装置においてエラーが検知された場合、前記画面情報取得手段によって取得される画面情報に、前記少なくとも１つの画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加することを特徴とする構成である。

請求項８に係る発明は、画像処理ユニットであって、請求項１乃至７のいずれかに記載のサーバー装置と、前記アプリケーションと連携動作する画像処理装置と、を備え、前記サーバー装置と前記画像処理装置とが前記ネットワークを介して接続された構成である。

請求項９に係る発明は、請求項８に記載の画像処理ユニットにおいて、前記ネットワークには他の画像処理装置を接続可能であることを特徴とする構成である。

請求項１０に係る発明は、ネットワークを介して画像処理装置と接続されるサーバー装置において実行されるプログラムであって、前記サーバー装置に、前記画像処理装置と連携動作するアプリケーションを起動する第１ステップと、外部装置からの要求に基づき、前記アプリケーションから、前記アプリケーションを利用するための画面情報を取得する第２ステップと、前記第２ステップにおいて取得される画面情報を前記外部装置へ出力する第３ステップと、前記アプリケーションが連携動作する前記画像処理装置のエラーを検知する第４ステップと、前記第４ステップにより前記画像処理装置のエラーが検知された場合に、前記第２ステップにおいて取得される画面情報に、前記画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加する第５ステップと、を実行させ、前記第３ステップは、前記第５ステップにより前記エラー情報が画面情報に付加された場合、前記エラー情報の付加された画面情報を前記外部装置へ出力することを特徴とする構成である。

請求項１１に係る発明は、請求項１０に記載のプログラムにおいて、前記第２ステップは、前記外部装置において起動されるブラウザからの要求に基づき、前記アプリケーションを利用するためのＷｅｂページを画面情報として取得し、前記第５ステップは、前記Ｗｅｂページに、前記画像処理装置において生成されるエラー画面にアクセスするためのアドレスを前記エラー情報として付加することを特徴とする構成である。

請求項１２に係る発明は、請求項１０又は１１に記載のプログラムにおいて、前記第５ステップは、前記第２ステップにおいて取得される画面情報と同一の画面内に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする構成である。

請求項１３に係る発明は、請求項１０又は１１に記載のプログラムにおいて、前記第５ステップは、前記第２ステップにおいて取得される画面情報とは異なる画面に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする構成である。

請求項１４に係る発明は、請求項１０乃至１３のいずれかに記載のプログラムにおいて、前記第５ステップは、前記第２ステップにおいて取得される画面情報の本体部分に前記エラー情報を付加することを特徴とする構成である。

請求項１５に係る発明は、請求項１０乃至１３のいずれかに記載のプログラムにおいて、前記第５ステップは、前記第２ステップにおいて取得される画面情報のヘッダー部分に前記エラー情報を付加することを特徴とする構成である。

請求項１６に係る発明は、請求項１０乃至１５のいずれかに記載のプログラムにおいて、前記アプリケーションは、前記ネットワークに接続される複数の画像処理装置と連携動作可能であり、前記第５ステップは、前記第４ステップにより前記複数の画像処理装置のうちの少なくとも１つの画像処理装置においてエラーが検知された場合、前記第２ステップにおいて取得される画面情報に、前記少なくとも１つの画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加することを特徴とする構成である。

本発明によれば、アプリケーションと連携動作する画像処理装置にエラーが発生した場合であっても、そのエラーにアプリケーションを関与させることなく、エラー画面を表示させることができる。したがって、画像処理装置においてエラーが発生した場合に、サーバー装置で稼働中のアプリケーションによって表示される画面情報と共に、画像処理装置で発生しているエラーに関するエラー画面を適切に表示させることができるようになる。

第１実施形態における画像処理システムの構成概念を示す図である。 画像処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。 サーバー装置のハードウェア構成及び機能構成の一例を示すブロック図である。 装置情報の一例を示す図である。 アプリケーション情報の一例を示す図である。 アプリケーションから出力される画面情報の例を示す図である。 ブラウザによって表示される表示画面の一例を示す図である。 エラー情報付加部によって付加されるエラー情報を示す図である。 エラー情報が付加された画面情報に基づいて表示される表示画面の一例を示す図である。 サーバー装置において行われる処理手順の一例を示すフローチャートである。 第２実施形態である画像処理システムの構成概念を示す図である。 エラー情報付加部によって付加されるエラー情報を示す図である。 画像処理ユニットの一構成例を示すブロック図である。

以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。

（第１実施形態）
図１は、本発明の第１実施形態である画像処理システム１の構成概念を示す図である。この画像処理システム１は、サーバー装置２と、複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄとがＬＡＮ（Local Area Network）などのネットワーク８を介して通信可能に接続された構成を有している。複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄのそれぞれは、例えばＭＦＰなどで構成される装置であり、スキャン機能やプリント機能、ＦＡＸ機能などの複数の機能を備えている。サーバー装置２は、それら複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄを制御し、各画像処理装置３ａ，３ｂ，３ｃ，３ｄにジョブの実行を指示する装置である。尚、図１では、サーバー装置２に４つの画像処理装置３ａ，３ｂ，３ｃ，３ｄが接続される場合を例示しているが、サーバー装置２に接続される画像処理装置の数はこれに限られるものではない。また、以下においては、複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄを特に区別しないときには、それらを総称して画像処理装置３と呼ぶことがある。

サーバー装置２には、複数の画像処理装置３の他に、操作パネル４や情報処理装置６などの外部装置が接続される。操作パネル４は、例えばサーバー装置２を介して複数の画像処理装置３を動作させるための専用の操作デバイスである。この操作パネル４は、各種情報を表示したり、ユーザーによる操作を検知したりすることが可能であり、Ｗｅｂページを取得して表示するためのブラウザ５を備えている。また情報処理装置６は、パーソナルコンピュータ（ＰＣ）やタブレット端末、スマートフォンなどで構成される装置である。この情報処理装置６もまた、各種情報を表示したり、ユーザーによる操作を検知したりすることが可能であり、Ｗｅｂページを取得して表示するためのブラウザ７を備えている。尚、操作パネル４や情報処理装置６が接続されるネットワークは、複数の画像処理装置３が接続されるネットワーク８と同じネットワークであっても良いし、異なるネットワークであっても良い。操作パネル４や情報処理装置６が異なるネットワークに接続される場合、サーバー装置２は、ルーター機能を備えることになる。

サーバー装置２は、後述するようにＷｅｂサーバーとしての機能を備えており、そのＷｅｂサーバー上で動作する様々なアプリケーションが予めインストールされている。アプリケーションは、複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄのうちの少なくとも１つの画像処理装置３と連携動作することが可能であり、連携対象となる画像処理装置３にジョブを実行させることができる。またアプリケーションは、インターネット上のクラウドに設けられるクラウドサーバー（図示省略）とも連携することが可能である。例えばアプリケーションは、画像処理装置３にスキャンジョブを実行させて画像データを取得し、その画像データをクラウドサーバーにアップロードすることもできるし、またクラウドサーバーから印刷対象となるデータをダウンロードし、そのデータを画像処理装置３へ送信することにより、印刷出力を行わせることもできる。

したがって、ユーザーは、例えば情報処理装置６においてブラウザ７を起動し、サーバー装置２にアクセスすることにより、アプリケーションに対する操作を行い、複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄのうちのいずれかの画像処理装置３を選択してジョブを実行させることができる。またユーザーが操作パネル４を操作する場合も同様である。

このような画像処理システム１では、管理者は複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄのそれぞれにアプリケーションをインストールする必要がなく、サーバー装置２にアプリケーションをインストールして管理すれば良い。そのため、アプリケーションを管理する管理者の負担を軽減することが可能である。

図２は、画像処理装置３のハードウェア構成及び機能構成の一例を示すブロック図である。画像処理装置３は、そのハードウェア構成として、制御部１０と、記憶部１１と、操作パネル１２と、通信インタフェース１３と、スキャナ部１４と、プリンタ部１５と、ＦＡＸ部１６とを備えている。

制御部１０は、例えばＣＰＵとメモリとを備えて構成され、電源投入時に所定のプログラムを実行することにより、パネル制御部２１、ステータス管理部２２、通信制御部２３、及び、ジョブ制御部２４として機能する。

記憶部１１は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などによって構成される不揮発性の記憶手段である。この記憶部１１には、操作パネル１２に表示するための様々な画面を蓄積した画面データベース（ＤＢ）１７と、画像処理装置３の現在のステータスを記録したステータス情報１８とが記憶される。尚、制御部１０のＣＰＵによって実行されるプログラムを記憶部１１に記憶しておいても良い。

操作パネル１２は、ユーザーが画像処理装置３を直接操作して使用する際のユーザーインタフェースとなるものである。操作パネル１２は、各種情報を表示する表示部１２ａと、ユーザーによる操作を受け付ける操作部１２ｂとを備えている。表示部１２ａは、カラー液晶ディスプレイによって構成される。また操作部１２ｂは、表示部１２ａの画面上に配置されるタッチパネルセンサーや、表示部１２ａの画面周囲に配置される押しボタンキーなどによって構成される。

通信インタフェース１３は、画像処理装置３をネットワーク８に接続し、サーバー装置２や他の装置と通信を行うためのものである。

スキャナ部１４は、ユーザーによってセットされる原稿を光学的に読み取って画像データを生成する処理部である。スキャナ部１４がカラー原稿を読み取ることができるか否かは、画像処理装置３の機種に応じて異なる。また原稿読み取り時の解像度や、生成される画像データのファイル形式なども、画像処理装置３の機種に応じて異なる。すなわち、スキャナ部１４における詳細な機能構成は、画像処理装置３の機種に応じて異なるのである。

プリンタ部１５は、入力する画像データに基づいて印刷用紙などのシート材に画像形成を行って印刷出力を行う処理部である。プリンタ部１５がカラー印刷を行うことができるか否かは、画像処理装置３の機種に応じて異なる。また両面印刷や小冊子印刷を行うことができるか否か、或いは、印刷後にパンチ孔を形成することができるか否か、などについても、画像処理装置３の機種に応じて異なる。すなわち、プリンタ部１５における詳細な機能構成についても、画像処理装置３の機種に応じてそれぞれ異なるのである。

ＦＡＸ部１６は、図示を省略する公衆電話網を介してＦＡＸデータの送受信を行う処理部である。尚、画像処理装置３のＦＡＸ機能はオプション機能となっており、ＦＡＸ機能を備えていない機種の場合には、ＦＡＸ部１６は設けられない。

次に制御部１０の機能について説明する。パネル制御部２１は、操作パネル１２の表示部１２ａに表示する画面を制御し、ユーザーによる操作を受け付ける。このパネル制御部２１は、画面管理部２１ａを備えている。画面管理部２１ａは、画面ＤＢ１７から表示部１２ａに表示すべき画面情報を読み出してメモリに展開することにより、表示部１２ａに表示する画面を管理するものである。つまり、画面管理部２１ａは、操作パネル１２の表示部１２ａに表示されている現在の画面がどのような画面であるかを管理している。そしてユーザーによって操作部１２ｂに対する操作が行われると、パネル制御部２１は、画面管理部２１ａによって管理される画面情報に基づき、ユーザーの操作位置に表示されているボタンなどを検出することにより、ユーザーによって行われた操作がどのような操作であるかを特定する。そしてユーザーによる操作がジョブの実行を指示するものである場合、パネル制御部２１は、ジョブ制御部２４にジョブの実行指示を出力する。

ステータス管理部２２は、画像処理装置３の現在のステータスを管理する。例えば画像処理装置３において紙詰まりなどのエラーが発生すると、ステータス管理部２２は、そのエラーを検知し、ステータス情報１８にエラーが発生中であることを示す情報を記録する。またステータス管理部２２は、エラーの発生を検知すると、パネル制御部２１に対してエラーの発生を通知する。

パネル制御部２１は、ステータス管理部２２からエラーの発生が通知されると、画面管理部２１ａを機能させる。そして画面管理部２１ａは、画面ＤＢ１７から、そのエラーに対応する画面情報を読み出し、表示部１２ａに表示させる。例えば、プリンタ部１５において印刷用紙を給紙する際に紙詰まりが発生した場合、画面管理部２１ａは、ステータス管理部２２からの通知に基づいて、紙詰まり状態や紙詰まり場所を特定し、その紙詰まりを解除するためにユーザーが行うべき操作を案内するためのエラー画面を画面ＤＢ１７から取得して表示部１２ａに表示させる。そのため、操作パネル１２の表示部１２ａには、画像処理装置３において発生したエラーに適したエラー画面が表示され、そのエラーを解消するためにユーザーが行うべき操作を案内する情報なども表示されることになる。このようなエラー画面は、紙詰まり状態や紙詰まり場所に応じて異なる画面となり、また画像処理装置３の機種に応じてそれぞれ異なる画面となる。

通信制御部２３は、通信インタフェース１３を介してサーバー装置２や他の装置と通信を行うためのものである。通信制御部２３は、サーバー装置２から画像処理装置３のステータスの確認要求を受信すると、ステータス管理部２２からステータス情報１８を取得し、そのステータス情報１８をサーバー装置２へ送信する。すなわち、通信制御部２３は、ステータスの確認要求に対するレスポンスとして、ステータス情報１８を返すのである。

また通信制御部２３は、サーバー装置２、操作パネル４又は情報処理装置６から、操作パネル１２に現在表示している画面情報の取得要求を受信した場合、画面管理部２１ａによって管理されている現在の画面情報を取得し、その画面情報をレスポンスとして返す。

さらに通信制御部２３は、サーバー装置２からジョブの実行指示を受信した場合、ジョブ制御部２４にジョブの実行指示を出力する。

ジョブ制御部２４は、スキャナ部１４、プリンタ部１５及びＦＡＸ部１６のそれぞれを駆動することにより、ユーザーによって指定されたジョブの実行を制御するものである。例えばパネル制御部２１からジョブの実行指示を受け取った場合、ジョブ制御部２４は、操作パネル１２に対して行われたジョブの設定を反映させた状態でジョブの実行を制御する。また通信制御部２３がサーバー装置２からジョブの実行指示を受信した場合、ジョブ制御部２４は、サーバー装置２のアプリケーションにおいて指定されたジョブの設定を反映させた状態でジョブの実行を制御する。

次に図３は、サーバー装置２のハードウェア構成及び機能構成の一例を示すブロック図である。サーバー装置２は、そのハードウェア構成として、制御部３０と、通信インタフェース３１，３２と、記憶部３３とを備えている。

制御部３０は、例えばＣＰＵとメモリとを備えて構成され、電源投入時に記憶部３３からサーバープログラム３４を読み出して実行する。これにより、制御部３０は、アプリケーション起動部４１、Ｗｅｂサーバー４２、通信制御部４３及びエラー情報付加部４４として機能する。

通信インタフェース３１は、操作パネル４や情報処理装置６と通信を行うためのものである。また通信インタフェース３２は、サーバー装置２をネットワーク８に接続し、複数の画像処理装置３のそれぞれと通信を行うためのものである。尚、操作パネル４及び情報処理装置６が、複数の画像処理装置３が接続されているネットワーク８に接続されている場合、通信インタフェース３１は必要ではなく、通信インタフェース３２を介して操作パネル４及び情報処理装置６との通信が行われる。

記憶部３３は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などによって構成される不揮発性の記憶手段である。この記憶部３３には、上述したサーバープログラム３４の他に、サーバー装置２において起動するアプリケーションプログラム３５が記憶されている。尚、アプリケーションプログラム３５は、アプリケーションごとに記憶されるプログラムである。また記憶部３３には、装置情報３６と、アプリケーション情報３７とが記憶される。

装置情報３６は、サーバー装置２と連携させる複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄのそれぞれを予め登録した情報である。図４は、装置情報３６の一例を示す図である。図４に示すように、装置情報３６は、サーバー装置２に関する情報と、サーバー装置２と連携動作する複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄに関する情報とが登録された情報である。各装置の情報は、例えば新たな画像処理装置３がネットワーク８に接続されるときに、サーバー装置２の管理者によって登録される。この装置情報３６には、各装置の装置名と、ＩＰアドレスとが登録されている。また画像処理装置３が登録される際には、各画像処理装置３の機能に関する情報も登録される。例えば、図４では「画像処理装置Ａ」が画像処理装置３ａに、「画像処理装置Ｂ」が画像処理装置３ｂに、「画像処理装置Ｃ」が画像処理装置３ｃに、「画像処理装置Ｄ」が画像処理装置３ｄに、それぞれ対応する。そして図４に示すように画像処理装置３ａ，３ｂ，３ｃ，３ｄのそれぞれは、スキャン機能及びプリント機能の詳細な機能構成が互いに異なるものとなっている。

アプリケーション情報３７は、サーバー装置２にインストールされているアプリケーションが登録された情報である。図５は、アプリケーション情報３７の一例を示す図である。図５に示すように、アプリケーション情報３７は、サーバー装置２にインストールされたアプリケーションごとに、アプリケーション名３７ａと、接続先３７ｂと、利用機能３７ｃと、連携可能装置３７ｄとが登録された情報である。接続先３７ｂは、例えば操作パネル４や情報処理装置６の外部装置がサーバー装置２にアクセスして各アプリケーションを利用する際のアドレスを登録した情報である。接続先３７ｂには、アプリケーションごとに異なるアドレスが登録される。利用機能３７ｃは、各アプリケーションが画像処理装置３と連携動作する際に利用する画像処理装置３の機能を登録した情報である。この利用機能３７ｃは、例えばサーバー装置２にアプリケーションをインストールする際にインストーラーがアプリケーションの利用機能を判別して自動登録される。ただし、利用機能３７ｃは、アプリケーション４５のインストール時に管理者が手動登録するものであっても構わない。連携可能装置３７ｄは、各アプリケーションが連携可能な画像処理装置３が登録された情報である。この連携可能装置３７ｄには、各アプリケーションの利用機能に合致するジョブを実行可能な画像処理装置３が登録されている。この連携可能装置３７ｄは、例えばサーバー装置２にアプリケーションをインストールする際にインストーラーが装置情報３６を参照し、アプリケーションの利用機能と合致するジョブを実行可能な画像処理装置３を自動選択することにより登録される。ただし、連携可能装置３７ｄは、アプリケーション４５のインストール時に管理者が手動登録するものであっても構わない。このようなアプリケーション情報３７を参照することにより、サーバー装置２は、操作パネル４や情報処理装置６などの外部装置からのアクセスを検知したとき、複数の画像処理装置３のうちで、外部装置がアクセスするアプリケーションが連携可能な画像処理装置３を特定することができるようになる。

次に制御部３０の機能について説明する。アプリケーション起動部４１は、記憶部３３からアプリケーションプログラム３５を読み出して実行することにより、アプリケーション４５を機能させるものである。アプリケーション起動部４１は、例えばサーバー装置２においてアプリケーション４５を常時起動させておくものであっても良い。またアプリケーション起動部４１は、操作パネル４や情報処理装置６などの外部装置から、アプリケーション情報３７の接続先３７ｂに定められたアドレスへのアクセスを検知した場合に、そのアドレスに対応するアプリケーションプログラム３５を読み出して実行することにより、アプリケーション４５を起動させるものであっても良い。

アプリケーション４５は、複数の画像処理装置３のうち、連携可能な画像処理装置３を操作するためのユーザーインタフェースとなる画面情報を生成し、その画面情報を出力すると共に、外部装置からの操作情報を受け付け、画像処理装置３を制御する。すなわち、アプリケーション４５は、通信制御部４３を介して、連携可能な画像処理装置３と予め定められたプロトコル及びコマンドを用いてデータ通信を行うことにより、画像処理装置３の各機能を動作させることが可能である。ここで、アプリケーション４５は、Ｗｅｂアプリケーションとして機能するものである。そのため、アプリケーション４５は、例えばＨＴＭＬ（HyperText Markup Language）やＸＭＬ（Extensible Markup Language）などで記述したＷｅｂページを画面情報として出力する。

図６は、アプリケーション４５から出力される画面情報５１の例を示す図である。図６（ａ）に示すように、画面情報５１は、ヘッダー情報５１ａと、本体情報５１ｂとを有している。ヘッダー情報５１ａは、画面情報５１のヘッダー部分に付加される情報であり、例えば送信先となるブラウザ５，７に関する情報や、送信元であるアプリケーション４５に関する情報などが含まれる情報である。本体情報５１ｂは、ブラウザ５，７は、表示用コンテンツなどが含まれる画面情報５１の本体部分に相当する情報である。図５（ｂ）には、本体情報５１ｂの一例を示している。図５（ｂ）に示すように、本体情報５１ｂは、ＨＴＭＬやＸＭＬなどで記述されるＷｅｂページを表現した情報である。ブラウザ５，７は、この本体情報５１ｂに記述された情報をレンダリングし、アプリケーション４５から提供されたＷｅｂページを表示する。

Ｗｅｂサーバー４２は、操作パネル４や情報処理装置６のブラウザ５，７と、アプリケーション４５との間でやり取りされるＨＴＴＰ（Hypertext Transfer Protocol）のデータ通信を仲介するサーバーである。Ｗｅｂサーバー４２は、通信インタフェース３１を介してブラウザ５，７からのアクセスを検知すると、ブラウザ５，７がアクセスしようとしている接続先３７ｂに基づいてアクセス先となるアプリケーション４５を特定し、そのアプリケーション４５を動作させる。

Ｗｅｂサーバー４２は、画面情報取得部４６と、画面情報出力部４７とを備えている。画面情報取得部４６は、アプリケーション４５から、操作パネル４又は情報処理装置６のブラウザ５，７に表示させるための画面情報を取得する処理部である。また画面情報出力部４７は、画面情報取得部４６によって取得される画面情報を操作パネル４又は情報処理装置６に送信し、ブラウザ５，７に表示させる処理部である。例えば、Ｗｅｂサーバー４２がブラウザ５，７からのアクセスを検知した場合、画面情報取得部４６は、アクセス先となるアプリケーション４５に対して初期画面を要求し、アプリケーション４５から初期画面に対応する画面情報を取得する。そして画面情報出力部４７は、その初期画面に対応する画面情報を、アクセス元のブラウザ５，７に送信する。その後、画面情報取得部４６は、ブラウザ５，７からユーザーの操作に基づく操作情報を受信すると、その操作情報をアプリケーション４５へ出力し、アプリケーション４５から操作情報に基づいて更新された画面情報を取得する。そして画面情報出力部４７は、画面情報取得部４６によって更新された画面情報が取得されると、その画面情報をブラウザ５，７へ出力する。

図７は、ブラウザ５，７において表示される表示画面Ｇ１の一例を示す図である。ブラウザ５，７は、上述したように画面情報５１の本体情報５１ｂに記述された情報をレンダリングすることにより、図７（ａ）に示すような画面Ｇ１を表示する。図７（ａ）に示す画面Ｇ１には、ユーザーが設定可能な複数の設定項目が含まれている。そのため、ユーザーは、例えばマウスポインタＭＰを移動させて所望の設定項目の設定を変更することができる。また画面Ｇ１には、ジョブの実行開始を指示するスタートボタンが含まれている。したがって、ユーザーは、スタートボタンを操作することにより、アプリケーション４５にジョブの実行開始を指示することができる。

また画面Ｇ１では、アプリケーション４５に連携動作を行わせる画像処理装置３をユーザーが選択可能である。例えば、ユーザーがマウスポインタＭＰを所定の位置へ移動させてクリック操作を行うと、図７（ｂ）に示すように、アプリケーション４５が連携可能な複数の画像処理装置３を一覧表示するメニュー５６が表示される。そのため、ユーザーは、メニュー５６に含まれる複数の画像処理装置３のうちから、アプリケーション４５と連携させる画像処理装置３を選択することができる。

通信制御部４３は、通信インタフェース３２を介して画像処理装置３や他の装置と通信を行うためのものである。通信制御部４３は、アプリケーション４５から画像処理装置３に対して出力されるコマンドやデータなどを取得すると、それらのコマンドやデータを画像処理装置３へ送信する。また画像処理装置３からアプリケーション４５に対する情報やデータなどを受信すると、それらをアプリケーション４５へ出力する。

また通信制御部４３は、エラー検知部４８を備えている。エラー検知部４８は、例えばＷｅｂサーバー４２が外部装置からのアクセスを検知することにより、アプリケーション起動部４１においてアプリケーション４５が動作し始めると、アプリケーション情報３７を参照し、そのアプリケーション４５が連携可能な画像処理装置３を特定する。そしてエラー検知部４８は、アプリケーション４５が連携可能な画像処理装置３に対し、ステータスの確認要求を送信する。例えばエラー検知部４８は、装置情報３６を参照して画像処理装置３のＩＰアドレスを特定し、そのＩＰアドレスに対して予め定められたコマンドを付加して画像処理装置３にアクセスすることにより、ステータスの確認要求を送信する。これにより、エラー検知部４８は、アプリケーション４５が連携可能な画像処理装置３からステータス情報１８を取得することができる。エラー検知部４８は、ステータス情報１８を受信すると、そのステータス情報１８を解析することにより、画像処理装置３においてエラーが発生しているか否かを判断する。つまり、エラー検知部４８は、ステータス情報１８に基づいて画像処理装置３におけるエラーの発生を検知する。尚、アプリケーション情報３７においてアプリケーション４５が連携可能な複数の画像処理装置３が登録されている場合、エラー検知部４８は、それら複数の画像処理装置３のそれぞれからステータス情報１８を取得し、各画像処理装置３においてエラーが発生しているか否かを判断する。

またエラー検知部４８は、アプリケーション４５がアプリケーション起動部４１において起動している状態のとき、画像処理装置３に対して定期的にステータスの確認要求を送信し、画像処理装置３から取得するステータス情報１８に基づいてエラーが発生しているか否かを定期的に判断するようにしても良い。そしてエラー検知部４８は、画像処理装置３においてエラーが発生していることを検知すると、エラー情報付加部４４を機能させる。このとき、エラー検知部４８は、エラーが発生している画像処理装置３をエラー情報付加部４４に対して通知する。

エラー情報付加部４４は、エラー検知部４８により画像処理装置３のエラーが検知された場合、画面情報取得部４６によってアプリケーション４５から取得される画面情報に、画像処理装置３において生成されるエラー画面を参照するためのエラー情報を付加する。そしてエラー情報付加部４４は、エラー情報を付加した画面情報を画面情報出力部４７へ出力する。つまり、エラー検知部４８によってエラーが検知されると、画面情報出力部４７は、画面情報取得部４６によって取得される画面情報をそのままブラウザ５，７へ出力するのではなく、エラー情報付加部４４によってエラー情報の付加された画面情報をブラウザ５，７へ出力するのである。

図８は、エラー情報付加部４４によって付加されるエラー情報５２を示す図である。エラー情報付加部４４は、例えば図８において破線枠で示すように、画面情報５１の本体情報５１ｂの末尾に、ｉｆｒａｍｅコードと、エラーが発生している画像処理装置３が現在操作パネル１２に表示している画面情報（エラー画面）にアクセスしてその画面情報を取得するためのアドレス（ＵＲＬ）とを付加することにより、エラー情報５２を付加する。

操作パネル４又は情報処理装置６のブラウザ５，７は、エラー情報５２の付加された画面情報５１を受信すると、その画面情報５１の本体情報５１ｂをレンダリングする。このとき、本体情報５１ｂには、エラー情報５２が含まれているため、ブラウザ５，７は、エラー情報５２に含まれる画像処理装置３のアドレスにアクセスし、その画像処理装置３において現在表示されている画面情報（エラー画面）を取得する。そしてブラウザ５，７は、画像処理装置３から取得した画面情報をレンダリングし、アプリケーション４５から出力される画面情報のインラインフレームとしてエラー画面を表示する。

図９は、エラー情報５２が付加された画面情報５１に基づいて表示される表示画面Ｇ２の一例を示す図である。図９に示すように、この表示画面Ｇ２は、図７に示した画面Ｇ１の内側に、エラー情報付加部４４によって付加されたエラー情報５２に基づくエラー画面Ｇ３を含む画面構成となっている。エラー画面Ｇ３は、エラーが発生している画像処理装置３において表示されているエラー画面と同じ画面であり、どのようなエラーが発生しているかを容易に把握することができる画面である。またエラー画面Ｇ３には、エラーを解除する際にユーザーが行うべき操作を案内するためのガイダンスボタンＢ１が含まれる。したがって、ユーザーがこのガイダンスボタンＢ１を操作した場合、ブラウザ５，７は、画像処理装置３にアクセスし、ガイダンス情報を取得してエラー画面Ｇ３内に表示する。

エラー画面Ｇ３に表示される画像は、ブラウザ５，７がアプリケーション４５を経由することなく、画像処理装置３から直接取得することによって表示される画像である。したがって、アプリケーション４５が連携する画像処理装置３においてエラーが発生した場合であっても、サーバー装置２は、アプリケーション４５に関与させることなく、ブラウザ５，７にエラー画面Ｇ３を表示させることができる。またエラー画面Ｇ３は、エラーが発生した画像処理装置３において表示される画面であるため、どのようなエラーが発生しているかをユーザーに対して適切に報知することができる画面である。それ故、アプリケーション４５の開発者にとっては、画像処理装置３で発生し得るエラーに対処するためのエラー画面を構築する必要がなくなるため、アプリケーション４５を効率的に開発していくことができるようになる。

図１０は、上記構成を有するサーバー装置２において行われる処理手順の一例を示すフローチャートである。サーバー装置２は、この処理を開始すると、操作パネル４や情報処理装置６などの外部装置において起動されるブラウザ５，７から、アプリケーション４５への接続要求を検知するまで待機する状態となる（ステップＳ１０）。そしてアプリケーション４５への接続要求を検知すると、サーバー装置２は、接続対象となるアプリケーション４５を特定し（ステップＳ１１）、ブラウザ５，７からの受信情報をアプリケーション４５へ出力する（ステップＳ１２）。これにより、アプリケーション４５は、ブラウザ５，７からの要求に応じた処理を開始する。

続いてサーバー装置２は、アプリケーション情報３７を参照し（ステップＳ１３）、アプリケーション４５が連携する画像処理装置３を特定する（ステップＳ１４）。このとき、複数の画像処理装置３が特定されることもある。そしてサーバー装置２は、特定した画像処理装置３に対してステータスの確認要求を送信する（ステップＳ１５）。これにより、サーバー装置２は、画像処理装置３からステータス情報１８を取得することができる。

次にサーバー装置２は、アプリケーション４５から画面情報５１を取得したか否かを判断し（ステップＳ１６）、画面情報５１を取得するまで待機する。アプリケーション４５から画面情報５１を取得した場合（ステップＳ１６でＹＥＳ）、サーバー装置２は、画像処理装置３から取得したステータス情報１８を解析し、画像処理装置３においてエラーが発生しているか否かを判断する（ステップＳ１７）。その結果、画像処理装置３においてエラーが発生していることが判明した場合（ステップＳ１７でＹＥＳ）、サーバー装置２は、画像処理装置３において生成されているエラー画面を参照するためのエラー情報５２を生成する（ステップＳ１８）。このエラー情報５２には、画像処理装置３のエラー画面Ｇ３にアクセスするためのアドレス（ＵＲＬ）が含まれる。そしてサーバー装置２は、アプリケーション４５から取得した画面情報５１に対してエラー情報５２を付加する（ステップＳ１９）。尚、画像処理装置３においてエラーが発生していない場合（ステップＳ１７でＮＯ）、ステップＳ１８，Ｓ１９の処理はスキップする。

例えばアプリケーション４５が複数の画像処理装置３と連携可能であり、それら複数の画像処理装置３のうちの少なくとも１つの画像処理装置３においてエラーが発生していることが判明した場合、サーバー装置２は、エラーが発生している画像処理装置３にアクセスするためのエラー情報５２だけを生成し、エラーが発生していない画像処理装置３に関するエラー情報５２は生成しない。そのため、画面情報５１には、エラーが発生している画像処理装置３のエラー画面Ｇ３にアクセスするためのエラー情報５２だけが付加されることになる。

その後、サーバー装置２は、画面情報５１を外部装置へ送信する（ステップＳ２０）。これにより、ブラウザ５，７は、サーバー装置２から取得する画面情報５１をレンダリングしてアプリケーション４５から提供されたＷｅｂページを表示する。このとき、アプリケーション４５と連携可能な画像処理装置３にエラーが発生していれば、図９に示したようにアプリケーション４５から提供されたＷｅｂページを表示する画面Ｇ２の内側に、エラー画面Ｇ３が表示される。したがって、ユーザーは、アプリケーション４５を操作してジョブを投入する画像処理装置３を選択する際に、エラーの発生している画像処理装置３を容易に把握することが可能であり、エラーの発生している画像処理装置３をジョブの投入対象から除外することも可能である。またユーザーは、エラー画面Ｇ３に対する操作を行うことでエラーを解除するためのガイダンス情報を表示させることにより、ジョブを投入する前にエラーを適切に解除することも可能である。

以上のように本実施形態のサーバー装置２は、画像処理装置３と連携動作するアプリケーション４５を起動させることが可能であり、外部装置からの要求に基づき、アプリケーション４５から、アプリケーション４５を利用するための画面情報５１を取得して外部装置に出力する。そしてサーバー装置２は、アプリケーション４５が連携動作する画像処理装置３のエラーを検知した場合、アプリケーション４５から取得した画面情報５１に、画像処理装置３において生成されるエラー画面Ｇ３を参照するためのエラー情報５２を付加し、エラー情報５２を付加した画面情報５１を外部装置へ出力する。

このような構成によれば、アプリケーション４５が連携動作する画像処理装置３においてエラーが発生した場合であっても、アプリケーション４５においてそのエラーに関する詳細なエラー画面を生成する必要がなくなる。それ故、アプリケーション４５の開発段階では、画像処理装置３において発生し得るエラーを気にすることなく、ユーザーインタフェースを構築することができるため、アプリケーション４５の開発効率を向上させることが可能である。その結果、例えばサードベンダーがアプリケーション４５を容易に開発することもできるようになる。

（第２実施形態）
次に図１１は、本発明の第２実施形態である画像処理システム１ａの構成概念を示す図である。図１１に示す画像処理システム１ａでは、操作パネル４のブラウザ５にアドオンソフトウェア５ａが組み込まれている。また情報処理装置６のブラウザ７にもアドオンソフトウェア７ａが組み込まれている。これらのアドオンソフトウェア５ａ，７ａは、サーバー装置２と連携するための専用のソフトウェアであり、ブラウザ５，７がサーバー装置２にアクセスしている場合に機能する。

そしてサーバー装置２は、エラー検知部４８によってアプリケーション４５が連携動作する画像処理装置３においてエラーが発生していることが検知された場合、エラー情報付加部４４を機能させ、アプリケーション４５から取得した画面情報５１に対してエラー情報を付加する。ただし、本実施形態では、エラー情報付加部４４がエラー情報を付加する際に、画面情報５１の本体情報５１ｂではなく、画面情報５１のヘッダー情報５１ａに付加するように構成される。そしてＷｅｂサーバー４２の画面情報出力部４７は、ヘッダー情報５１ａにエラー情報５３が付加された画面情報５１を、ブラウザ５，７へ出力する。

図１２は、エラー情報付加部４４によって付加されるエラー情報５３を示す図である。エラー情報付加部４４は、例えば図１２において破線枠で示すように、画面情報５１のヘッダー情報５１ａの末尾に、エラーが発生している画像処理装置３に関する情報と、その画像処理装置３において表示されている画面情報（エラー画面）にアクセスしてその画面情報を取得するためのアドレス（ＵＲＬ）とを含むエラー情報５３を付加する。

ブラウザ５，７のアドオンソフトウェア５ａ，７ａは、サーバー装置２から画面情報５１を取得すると、そのヘッダー情報５１ａを解析し、ヘッダー情報５１ａにエラー情報５３が含まれるか否かを判定する。その結果、エラー情報５３が含まれる場合、アドオンソフトウェア５ａ，７ａは、そのエラー情報５３に基づいて、画面情報５１の本体情報５１ｂに、図８に示したようなエラー情報５２を付加する。そしてアドオンソフトウェア５ａ，７ａは、本体情報５１ｂにエラー情報５２を付加した画面情報５１に基づいてレンダリングを行うことをブラウザ５，７に指示する。これにより、ブラウザ５，７は、第１実施形態と同様に、画面情報５１の本体情報５１ｂにエラー情報５２が含まれていれば、エラーが発生している画像処理装置３にアクセスしてエラー画面を取得し、アプリケーション４５から入手したＷｅｂページの画面内にエラー画面Ｇ３を表示させることができるようになる。

すなわち、本実施形態では、図８に示したエラー情報５２を含む画面情報５１を生成する機能を、サーバー装置２ではなく、ブラウザ５，７に設けているのである。このような構成であっても、第１実施形態で説明した作用効果と同様の作用効果を奏することは勿論である。尚、本実施形態におけるその他の部分は、第１実施形態で説明したものと同様である。

（第３実施形態）
次に本発明の第３実施形態について説明する。本実施形態では、上述したサーバー装置２と、複数の画像処理装置３ａ，３ｂ，３ｃ，３ｄのうちの１つの画像処理装置３ａとを、一つの筐体に収めた画像処理ユニット６０について説明する。

図１３は、画像処理ユニット６０の一構成例を示すブロック図である。この画像処理ユニット６０は、サーバー部６１と、画像処理部６２と、内部ネットワーク６３と、接続インタフェース６４とを備えており、一つの画像処理装置として構成される。

サーバー部６１は、上述したサーバー装置２と同様の構成及び機能を有している。通信制御部４３は、内部ネットワーク６３に接続されており、その内部ネットワーク６３を介して画像処理部６２と通信可能である。

画像処理部６２は、上述した画像処理装置３ａと同様の構成及び機能を有している。ただし、画像処理ユニット６０では、サーバー部６１からの指示に基づいて画像処理部６２が動作するため、画像処理部６２は上述した操作パネル１２を備えていないものであっても構わない。その場合、サーバー部６１のアプリケーション４５によって提供されるユーザーインタフェースが、画像処理部６２を操作するためのユーザーインタフェースとなる。このような画像処理部６２は、内部ネットワーク６３に接続され、サーバー部６１と通信可能である。そして画像処理部６２は、サーバー部６１で起動されるアプリケーション４５と連携動作する。

接続インタフェース６４は、他の画像処理装置３ｂ，３ｃ，３ｄを画像処理ユニット６０の内部ネットワーク６３に接続するためのインタフェースである。この接続インタフェース６４に他の画像処理装置３ｂ，３ｃ，３ｄが接続されると、サーバー部６１で起動されるアプリケーション４５は、それらの他の画像処理装置３ｂ，３ｃ，３ｄとも連携してジョブを実行させることが可能となる。

またサーバー部６１の通信インタフェース３１には、上述した操作パネル４や情報処理装置６などの外部装置が接続される。

このような画像処理ユニット６０は、上述したサーバー装置２と画像処理装置３ａとの機能を有しており、しかも内部ネットワーク６３に他の画像処理装置３ｂ，３ｃ，３ｄを接続することにより、第１及び第２実施形態で説明した画像処理システム１，１ａを構築することができる。したがって、画像処理ユニット６０を少なくとも１台導入すれば、他の画像処理装置３ｂ，３ｃ，３ｄを画像処理ユニット６０の接続インタフェース６４に接続するだけで上述した画像処理システム１，１ａを構築することが可能であり、オフィスなどにおいても比較的簡単に画像処理システム１，１ａを構築することができるという利点がある。また画像処理ユニット６０はサーバー部６１を内蔵しているため、サーバー装置２を別に設置する場合よりも設置スペースを小さくすることができるという利点もある。

そして本実施形態においても、第１及び第２実施形態と同様に、アプリケーション４５から出力される画面情報５１に対してエラー情報５２，５３を付加してブラウザ５，７へ出力することにより、画像処理装置３で発生しているエラーにアプリケーション４５を関与させることなく、ブラウザ５，７にエラー画面Ｇ３を表示させることが可能であり、第１及び第２実施形態と同様の作用効果を奏する。

（変形例）
以上、本発明に関する幾つかの実施形態について説明したが、本発明は、上記各実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。

例えば上記実施形態では、画面情報５１の本体情報５１ｂに対し、ｉｆｒａｍｅコードと、エラーが発生している画像処理装置３から画面情報（エラー画面）を取得するためのアドレス（ＵＲＬ）とを含むエラー情報５２を付加する場合を例示した。そのため、上記実施形態では、アプリケーション４５から出力される画面情報５１に基づいて表示されるＷｅｂページの画面のインラインフレームとしてエラー画面Ｇ３が表示されるようになる。しかし、エラー画面Ｇ３の表示態様は、これに限られるものではない。例えばエラー画面Ｇ３は、アプリケーション４５から出力されるＷｅｂページの画面とは、別の画面として表示されるものであっても良い。したがって、画面情報５１に付加されるエラー情報５２は、ｉｆｒａｍｅコードではなく、別の画面を表示させるためのコードを含むものであっても構わない。この場合、エラー画面Ｇ３は、アプリケーション４５から出力されるＷｅｂページを表示するタブ画面とは異なるタブ画面に表示されるものであっても良いし、アプリケーション４５から出力されるＷｅｂページを表示するブラウザ画面とは異なるブラウザ画面に表示されるものであっても良い。

１，１ａ 画像処理システム
２ サーバー装置
３（３ａ，３ｂ，３ｃ，３ｄ） 画像処理装置
４ 操作パネル（外部装置）
６ 情報処理装置（外部装置）
５，７ ブラウザ
４１ アプリケーション起動部（アプリケーション起動手段）
４４ エラー情報付加部（エラー情報付加手段）
４５ アプリケーション
４６ 画面情報取得部（画面情報取得手段）
４７ 画面情報出力部（画面情報出力手段）
４８ エラー検知部（エラー検知手段）

Claims (16)

1. ネットワークを介して画像処理装置と接続されるサーバー装置であって、
   前記画像処理装置と連携動作するアプリケーションを起動するアプリケーション起動手段と、
   外部装置からの要求に基づき、前記アプリケーションから、前記アプリケーションを利用するための画面情報を取得する画面情報取得手段と、
   前記画面情報取得手段によって取得される画面情報を前記外部装置へ出力する画面情報出力手段と、
   前記アプリケーションが連携動作する前記画像処理装置のエラーを検知するエラー検知手段と、
   前記エラー検知手段により前記画像処理装置のエラーが検知された場合に、前記画面情報取得手段によって取得される画面情報に、前記画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加するエラー情報付加手段と、
   を備え、
   前記画面情報出力手段は、前記エラー情報付加手段により前記エラー情報が画面情報に付加された場合、前記エラー情報の付加された画面情報を前記外部装置へ出力することを特徴とするサーバー装置。
2. 前記画面情報取得手段は、前記外部装置において起動されるブラウザからの要求に基づき、前記アプリケーションを利用するためのＷｅｂページを画面情報として取得し、
   前記エラー情報付加手段は、前記Ｗｅｂページに、前記画像処理装置において生成されるエラー画面にアクセスするためのアドレスを前記エラー情報として付加することを特徴とする請求項１に記載のサーバー装置。
3. 前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報と同一の画面内に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする請求項１又は２に記載のサーバー装置。
4. 前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報とは異なる画面に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする請求項１又は２に記載のサーバー装置。
5. 前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報の本体部分に前記エラー情報を付加することを特徴とする請求項１乃至４のいずれかに記載のサーバー装置。
6. 前記エラー情報付加手段は、前記画面情報取得手段によって取得される画面情報のヘッダー部分に前記エラー情報を付加することを特徴とする請求項１乃至４のいずれかに記載のサーバー装置。
7. 前記アプリケーションは、前記ネットワークに接続される複数の画像処理装置と連携動作可能であり、
   前記エラー情報付加手段は、前記エラー検知手段により前記複数の画像処理装置のうちの少なくとも１つの画像処理装置においてエラーが検知された場合、前記画面情報取得手段によって取得される画面情報に、前記少なくとも１つの画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加することを特徴とする請求項１乃至６のいずれかに記載のサーバー装置。
8. 請求項１乃至７のいずれかに記載のサーバー装置と、
   前記アプリケーションと連携動作する画像処理装置と、
   を備え、
   前記サーバー装置と前記画像処理装置とが前記ネットワークを介して接続された画像処理ユニット。
9. 前記ネットワークには他の画像処理装置を接続可能であることを特徴とする請求項８に記載の画像処理ユニット。
10. ネットワークを介して画像処理装置と接続されるサーバー装置において実行されるプログラムであって、前記サーバー装置に、
    前記画像処理装置と連携動作するアプリケーションを起動する第１ステップと、
    外部装置からの要求に基づき、前記アプリケーションから、前記アプリケーションを利用するための画面情報を取得する第２ステップと、
    前記第２ステップにおいて取得される画面情報を前記外部装置へ出力する第３ステップと、
    前記アプリケーションが連携動作する前記画像処理装置のエラーを検知する第４ステップと、
    前記第４ステップにより前記画像処理装置のエラーが検知された場合に、前記第２ステップにおいて取得される画面情報に、前記画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加する第５ステップと、
    を実行させ、
    前記第３ステップは、前記第５ステップにより前記エラー情報が画面情報に付加された場合、前記エラー情報の付加された画面情報を前記外部装置へ出力することを特徴とするプログラム。
11. 前記第２ステップは、前記外部装置において起動されるブラウザからの要求に基づき、前記アプリケーションを利用するためのＷｅｂページを画面情報として取得し、
    前記第５ステップは、前記Ｗｅｂページに、前記画像処理装置において生成されるエラー画面にアクセスするためのアドレスを前記エラー情報として付加することを特徴とする請求項１０に記載のプログラム。
12. 前記第５ステップは、前記第２ステップにおいて取得される画面情報と同一の画面内に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする請求項１０又は１１に記載のプログラム。
13. 前記第５ステップは、前記第２ステップにおいて取得される画面情報とは異なる画面に、前記画像処理装置において生成されるエラー画面を表示させることが可能なように前記エラー情報を付加することを特徴とする請求項１０又は１１に記載のプログラム。
14. 前記第５ステップは、前記第２ステップにおいて取得される画面情報の本体部分に前記エラー情報を付加することを特徴とする請求項１０乃至１３のいずれかに記載のプログラム。
15. 前記第５ステップは、前記第２ステップにおいて取得される画面情報のヘッダー部分に前記エラー情報を付加することを特徴とする請求項１０乃至１３のいずれかに記載のプログラム。
16. 前記アプリケーションは、前記ネットワークに接続される複数の画像処理装置と連携動作可能であり、
    前記第５ステップは、前記第４ステップにより前記複数の画像処理装置のうちの少なくとも１つの画像処理装置においてエラーが検知された場合、前記第２ステップにおいて取得される画面情報に、前記少なくとも１つの画像処理装置において生成されるエラー画面を参照するためのエラー情報を付加することを特徴とする請求項１０乃至１５のいずれかに記載のプログラム。

Images