JP4425525B2 - サーバコンピュータおよびその制御プログラム - Google Patents
サーバコンピュータおよびその制御プログラム Download PDFInfo
- Publication number
- JP4425525B2 JP4425525B2 JP2002199973A JP2002199973A JP4425525B2 JP 4425525 B2 JP4425525 B2 JP 4425525B2 JP 2002199973 A JP2002199973 A JP 2002199973A JP 2002199973 A JP2002199973 A JP 2002199973A JP 4425525 B2 JP4425525 B2 JP 4425525B2
- Authority
- JP
- Japan
- Prior art keywords
- error
- display
- information
- screen
- scanner
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Facsimiles In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバコンピュータおよびその制御プログラムに関し、特に、複数のクライアントコンピュータにより共有される共有機器に接続可能なサーバコンピュータ、およびその制御プログラムに関する。
【０００２】
【従来の技術】
ＬＡＮなどのネットワークを介して、複数のユーザはそれぞれのクライアントコンピュータ（以下、「クライアント」ともいう）を用いて、プリンタやスキャナなどの機器を共同で使用することができる。この場合、スキャナなどの機器は、たとえばネットワーク上のサーバコンピュータ（以下、「サーバ」ともいう）に接続される。これにより、各クライアントは、サーバ経由でスキャナなどの機器を共有することになる。
【０００３】
【発明が解決しようとする課題】
しかしながら、複数のクライアントにより共有されるたとえばスキャナなどの共有機器をクライアントで制御する際、共有機器の動作開始時あるいは動作中に発生したエラーは、サーバにインストールされたデバイスドライバによりサーバの画面に表示されるだけで、クライアントにまでは届かないという問題があった。この場合、ユーザがサーバの画面におけるエラー表示を確認して、たとえば画面上のＯＫボタンを操作してエラー表示を閉じるまで、共有機器における制御は待機状態に置かれてしまう。したがって、ユーザは、共有機器で生じたエラーを知るために、サーバの画面を確認しに行かなければならなかった。
【０００４】
この問題に対して、サーバでエラー表示を行わずに、当該エラー表示に関係するクライアントに、エラー表示の内容を転送することができる専用のデバイスドライバを使用する技術が存在する（たとえば特開平９−９１１０２号公報参照）。しかし、スキャナなどの共有機器ごとに、専用のデバイスドライバをその共有機器メーカーに作成依頼しなければならないため、過大な費用が発生してしまう。また、スキャナに付属される通常のデバイスドライバを使用できないので、たとえば公知のＴＷＡＩＮ規格に対応した市販のスキャナを任意に選んで利用することができず、汎用性に乏しい。
【０００５】
本発明は、上述の課題を解決するためになされたものであり、本発明の目的は、ユーザがサーバコンピュータの画面を確認しに行かなくても共有機器で生じたエラーをクライアントコンピュータで確認できるとともに、共有機器における制御が待機状態のまま放置されることを防止できる、安価で汎用性の高いサーバコンピュータおよびその制御プログラムを提供することである。
【０００６】
【課題を解決するための手段】
本発明の目的は、下記する手段により達成される。
【０００７】
（１）複数のクライアントコンピュータにより共有される複数機種の共有機器に接続可能なサーバコンピュータであって、前記共有機器に対する制御を行うとともに前記共有機器に起因するエラーが発生したか否かを判断し、前記エラーが発生したと判断される場合には、表示画面上にエラー表示させて待機状態を続けるドライバモジュールとしてのドライバ手段と、各共有機器に起因するエラーが発生したと判断される場合に前記ドライバ手段によって前記表示画面上に表示されるべき各機種の共有機器ごとの前記エラー表示に関する情報を予め記憶するための記憶手段と、前記記憶手段に予め記憶された情報と前記表示画面上に表示された表示とを比較して、前記ドライバ手段によって前記情報に対応するエラー表示が前記表示画面上に発生したことを検知する、前記ドライバモジュールとは別モジュールである画面監視手段と、前記画面監視手段により前記情報に対応するエラー表示の発生が検知された場合、前記エラー表示を削除して前記待機情報を解除する、前記ドライバモジュールとは別モジュールである削除手段と、前記画面監視手段により前記情報に対応するエラー表示が前記表示画面上に発生したことが検知された場合、当該エラー表示に関係するクライアントコンピュータに対して、当該エラー表示に関するエラー通知を送信する、前記ドライバモジュールとは別モジュールである送信手段と、を有することを特徴とするサーバコンピュータ。
【０００８】
（２）前記共有機器は、スキャナであることを特徴とする上記（１）に記載のサーバコンピュータ。
【０００９】
（３）前記エラー通知は、エラーの種別を示すエラー種別情報を含むことを特徴とする上記（１）または（２）に記載のサーバコンピュータ。
【００１０】
（４）複数のクライアントコンピュータにより共有される複数機種の共有機器に接続可能であり、当該共有機器に対する制御を行うとともに当該共有機器に起因するエラーが発生したか否かを判断して前記エラーが発生したと判断される場合には、表示画面上にエラー表示させて待機状態を続けるドライバモジュールとしてのドライバ手段を有するサーバコンピュータを制御するための、前記ドライバモジュールとは別モジュールであるプログラムであって、各共有機器に起因するエラーが発生したと判断される場合に前記ドライバ手段によって前記表示画面上に表示されるべき各機種の共有機器ごとの前記エラー表示に関する情報を記憶するための記憶手段に記憶される前記情報と、前記表示画面上に表示された表示とを比較して、前記ドライバ手段によって前記情報に対応するエラー表示が前記表示画面上に発生したことを検知する画面監視手順と、前記画面監視手順において前記情報に対応するエラー表示の発生が検知された場合、前記エラー表示を削除して前記待機状態を解除する解除手順と、前記画面監視手順において前記情報に対応するエラー表示の発生が検知された場合、当該エラー表示に関係するクライアントコンピュータに対して、当該エラー表示に関するエラー通知を送信する送信手順と、を前記サーバコンピュータに実行させるためのプログラム。
【００１１】
（５）前記共有機器は、スキャナであることを特徴とする上記（４）に記載のプログラム。
（６）前記エラー通知は、エラーの種別を示すエラー種別情報を含むことを特徴とする上記（４）または（５）に記載のプログラム。
（７）上記（４）、（５）、および（６）のいずれか１つに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００１２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態を説明する。
【００１３】
図１は、本発明の一実施形態にかかるサーバが適用されたネットワークシステムの構成を示すブロック図である。
【００１４】
図１に示すネットワークシステムは、クライアント１０Ａ、１０Ｂ、サーバ２０、およびスキャナ３０を有する。クライアント１０Ａ、１０Ｂと、サーバ２０とは、ネットワーク９０に接続されている。ネットワーク９０は、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格によるＬＡＮや、ＬＡＮ同士を専用線で接続したＷＡＮ等からなる。一方、スキャナ３０は、ケーブル８０を介して、サーバ２０にローカル接続（直接接続）されている。ここで各クライアントは、サーバ２０経由でスキャナ３０を共有する。なお、ネットワークに接続される機器の種類および台数は、図１に示す例に限定されない。
【００１５】
次に、上記各機器の構成について説明するが、各機器で同様の機能を有する部分については、説明の重複を避けるため初回のみその説明を行い、２回目以降はその説明を省略する。
【００１６】
図２は、クライアント１０Ａの概略構成を示すブロック図である。クライアント１０Ｂは、クライアント１０Ａと同様の構成であるためその説明を省略する。
【００１７】
図２に示すように、クライアント１０Ａは、装置全体の制御および各種演算処理を行うＣＰＵ１０１、各種プログラムやデータを格納するためのＲＯＭ１０２、作業領域として一時的にプログラムやデータを記憶するためのＲＡＭ１０３、ＣＰＵによるプログラムの実行時にＲＡＭに読み込まれる各種プログラムやデータを記憶するためのハードディスク１０４、各種情報の表示のための液晶ディスプレイなどの表示部１０５、各種指示の入力のためのキーボードやマウスなどからなる入力部１０６、およびネットワーク９０に接続するためのＬＡＮカードなどのネットワークインタフェース１０７を含み、これらは信号をやり取りするためのバス１０９を介して相互に接続されている。
【００１８】
ハードディスク１０４には、図４のネットワークシステムの機能を示すブロック図に示すように、クライアント側スキャナ制御ＵＩモジュール１１１を実現するためのソフトウェアが格納される。クライアント側スキャナ制御ＵＩモジュール１１１は、スキャナの制御に関してユーザとのインタフェース処理を受け持つ。
【００１９】
図３は、サーバ２０の概略構成を示すブロック図である。サーバ２０として、たとえば、クライアント１０Ａ、１０Ｂと同様に、一般的なパーソナルコンピュータ（ＰＣ）を使用することができる。また、サーバ２０は、ネットワーク９０を介して他のサーバからサービスを受けるクライアントともなり得る。
【００２０】
図３に示すように、サーバ２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ハードディスク２０４、表示部２０５、入力部２０６、ネットワークインタフェース２０７、および、ローカルインタフェース２０８を含み、これらは信号をやり取りするためのバス２０９を介して相互に接続されている。
【００２１】
ハードディスク２０４には、図４に示すように、サーバ側スキャナ制御モジュール２１１、ＴＷＡＩＮ標準モジュール２１２、スキャナドライバモジュール２１３、画面監視モジュール２１４、および表示モジュール２１５を実現するためのソフトウェアが格納される。
【００２２】
サーバ側スキャナ制御モジュール２１１は、クライアント１０Ａ、１０Ｂのクライアント側スキャナ制御ＵＩモジュール１１１とコマンドや画像データなどの情報の授受を行うとともに、汎用的なＴＷＡＩＮ標準仕様に基づいて、ＴＷＡＩＮ標準モジュール２１２を介してスキャナドライバモジュール２１３と情報の授受を行うためのモジュールである。また、サーバ側スキャナ制御モジュール２１１は、画面監視モジュール２１４と情報の授受を行うことができる。
【００２３】
スキャナドライバモジュール２１３は、スキャナ３０に対する制御を行うためのモジュールである。画面監視モジュール２１４は、スキャナ３０に起因したエラーのサーバ２０における表示部２０５の画面上の表示であるエラー表示を監視するためのモジュールである。
【００２４】
表示モジュール２１５は、たとえばスキャナドライバモジュール２１３から発行されるエラー表示の指示に基づいて、表示部２０５に所定の表示を行わせるためのモジュールである。なお、表示モジュール２１５のソフトウェアは、サーバ２０にインストールされる基本ソフト（ＯＳ）に含まれる。
【００２５】
また、ハードディスク２０４には、スキャナ３０に起因したエラーの画面上の表示であるエラー表示（エラーダイアログボックス）に関するテキスト情報があらかじめ登録される。
【００２６】
ローカルインタフェース２０８は、スキャナ３０と直接機器間で通信するためのインタフェースであり、たとえばＵＳＢ規格に対応したものである。ただし、ローカルインタフェース２０８は、これに限られず、たとえばＳＣＳＩ、ＲＳ−２３２Ｃ、ＩＥＥＥ１３９４、ＩＥＥＥ１２８４などの有線通信規格に対応したもの、あるいは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２.１１、ＩｒＤＡなどの無線通信規格に対応したものであってもよい。
【００２７】
なお、クライアント１０Ａ、１０Ｂ、およびサーバ２０は、上述した構成要素以外の構成要素を含んでいてもよく、あるいは、上述した構成要素のうちの一部が含まれていなくてもよい。
【００２８】
スキャナ３０は、スキャナドライバモジュール２１３からのスキャン開始要求を受信したとき、所定の読取位置にセットされた原稿を読み取って、スキャン画像データを取得することができる。
【００２９】
次に、ユーザが、所定の原稿を読み取ってスキャン画像データを得るために、たとえばクライアント１０Ａから、ネットワーク９０を介してサーバ２０に接続されている共有機器としてのスキャナ３０を操作する処理について説明する。
【００３０】
最初に、図５を参照して、クライアント１０Ａにおけるクライアント側スキャナ制御ＵＩモジュール１１１による処理について説明する。図５のフローチャートに示されるアルゴリズムは、クライアント１０Ａのハードディスク１０４などの記憶装置にプログラムとして記憶されており、ＣＰＵ１０１により実行される。
【００３１】
クライアント１０Ａは、ユーザが表示部１０５上の図示しないスキャンボタンに対してクリックなどの操作をすることにより、スキャナ３０におけるスキャンを開始させるための入力があるまで待機する（Ｓ１１）。スキャン開始のための入力があった場合（Ｓ１１でＹＥＳ）、クライアント１０Ａは、サーバ２０に対して、ネットワーク９０を介して、スキャン開始指示を送信する（Ｓ１２）。
【００３２】
続いて、サーバ２０からのデータの受信を待ち、サーバ２０から受信したデータがスキャナ３０におけるスキャンにより得られたスキャン画像データであるか否かが判断される（Ｓ１３）。
【００３３】
サーバ２０から受信したデータがスキャン画像データである場合（Ｓ１３でＹＥＳ）、当該スキャン画像データが表示部１０５に表示される（Ｓ１４）。なお、受信したスキャン画像データは、ユーザの操作により、ハードディスク１０４などの記憶装置に保存され得る。
【００３４】
一方、サーバ２０から受信したデータがスキャン画像データでない場合（Ｓ１３でＮＯ）、受信したデータはスキャナ３０に起因したエラー表示に関するエラー通知であると判断され、そのエラー通知に対応したエラー表示が、表示部１０５に表示される（Ｓ１５）。かかるエラー通知の受信は、以下に述べるサーバ２０における処理によって実現される。
【００３５】
次に、図６〜図８を参照して、サーバ２０における処理について説明する。図６〜図８のフローチャートに示されるアルゴリズムは、サーバ２０のハードディスク２０４などの記憶装置にプログラムとして記憶されており、ＣＰＵ２０１により実行される。
【００３６】
まず、図６を参照して、サーバ側スキャナ制御モジュール２１１による処理について説明する。
【００３７】
サーバ２０は、クライアントから、スキャン開始指示を受信するまで待機する（Ｓ２１）。スキャン開始指示を受信すると（Ｓ２１でＹＥＳ）、画面監視モジュール２１４を起動させる（Ｓ２２）。画面監視モジュール２１４による処理については後述する。
【００３８】
次いで、スキャン開始制御が行われる（Ｓ２３）。具体的には、スキャナドライバモジュール２１３に対して、スキャナ３０におけるスキャンを開始させるためのスキャン開始要求を、ＴＷＡＩＮ標準モジュール２１２を介して送る。スキャン開始要求を受けた場合のスキャナドライバモジュール２１３による処理については後述する。
【００３９】
ステップＳ２４では、スキャン開始要求を受けた場合のスキャナドライバモジュール２１３による処理によって取得されたスキャン画像データ、あるいは画面監視モジュール２１４による処理によって記憶されたエラーコードを含むエラー通知が、クライアント１０Ａに送信される。エラーコードは、エラーの種別を示すコードである。
【００４０】
次に、図７を参照して、スキャナドライバモジュール２１３による処理について説明する。
【００４１】
図６のステップＳ２３においてサーバ側スキャナ制御モジュール２１１から送られたスキャン開始要求を受けると、スキャナドライバモジュール２１３は、スキャナ３０に対して、スキャンを開始するためのスキャン命令を送信する（Ｓ３１）。ここで、スキャナ３０は、サーバ２０からスキャン命令を受信すると、所定の読取位置にセットされた原稿を読み取ってスキャン画像データを得るための動作を行う。
【００４２】
続いて、スキャナ３０の動作開始時あるいは動作中にエラーが発生したか否か、つまり、スキャナ３０に起因するエラーが発生したか否かが判断される（Ｓ３２）。
【００４３】
エラーが発生していない場合（Ｓ３２でＮＯ）、スキャナ３０からスキャン画像データを取得し、ＲＡＭ２０３などの記憶装置の所定領域に一時的に記憶して（Ｓ３３）、図６のステップＳ２３に戻る。
【００４４】
一方、エラーが発生した場合（Ｓ３２でＹＥＳ）、たとえば図９に示すようなエラーの内容を示す所定のエラー表示を、表示モジュール２１５を介してサーバ２０の表示部２０５の画面に表示させる（Ｓ３４）。そして、表示部２０５の画面上のエラー表示が削除されるまで、待機する（Ｓ３５）。ここで、スキャナドライバモジュール２１３は、通常、ユーザがこのエラー表示を確認して、たとえば表示部２０５の画面上のＯＫボタン（図９参照）を操作してエラー表示を削除するまで、待機状態を続ける。しかし、本実施形態では、後述の画面監視モジュール２１４による処理によってエラー表示は自動的に削除されるため、待機状態がすぐに解除されて図６のステップＳ２３に戻る。なお、エラー表示は表示部２０５の画面に表示されると同時に削除されるため、サーバ２０上ではあたかもエラー表示がされなかったように見える。
【００４５】
次に、図８を参照して、画面監視モジュール２１４による処理について説明する。
【００４６】
図６のステップＳ２２において画面監視モジュール２１４が起動されると、画面監視モジュール２１４は、ＯＳに用意されているＡＰＩ関数を用いて、表示部２０５の画面上に発生したダイアログボックスを監視し、あらかじめ登録されたエラー表示（エラーダイアログボックス）が画面上に存在するか否かを判断する（Ｓ４１）。具体的には、画面上に発生したダイアログボックスにおけるテキスト情報と、あらかじめ登録されているエラー表示に関するテキスト情報とを比較して、両者が一致するか否かを判断する。
【００４７】
たとえば図９に示されるエラー表示に関するテキスト情報は、「33376: スキャナでエラーが発生しました。」である。エラー表示に関するテキスト情報の他の例としては、たとえば「12320: スキャナが見つかりません。スキャナの電源を確かめてください。」、「35008: 原稿のサイズがわかりません。読取サイズを設定してください。」、「34960: スキャナの準備ができていません。スキャナ及びオプションを点検してください。」、「34963: ＡＤＦで紙詰まりが発生しました。」、「32128: メモリ容量が足りません。解像度を落として読み取りを行います」、および「32682: カラーキャリブレーションの実行をお薦めします。実行しますか？」などが挙げられる。
【００４８】
なお、本発明は、特定のメーカーのスキャナを利用する場合のみに限られず、任意のメーカーのスキャナを利用することが可能である。この場合、同じ内容のエラーであっても、エラー表示に関するテキスト情報はメーカーによってそれぞれ異なる。たとえば、Ａ社製のスキャナを使用した場合のエラー表示に関するテキスト情報である「スキャナの電源が入っていません。」、「スキャナでジャムが発生しました。」は、Ｂ社製のスキャナを使用した場合の「スキャナの電源を確認してください。」、「スキャナＡＤＦでジャムが発生しました。」にそれぞれ対応するかもしれない。したがって、利用するスキャナのドライバが発生させるエラー表示に関するテキスト情報をあらかじめ登録しておくことにより、各社製のスキャナに対応することができる。
【００４９】
ステップＳ４１において、登録されたエラー表示が画面上に存在する場合（Ｓ４１でＹＥＳ）、表示モジュール２１５に削除要求を送ることにより、かかるエラー表示を削除する（Ｓ４２）。また、エラー表示に対応するエラーコードをあらかじめ定めておき、削除されたエラー表示に対応するエラーコードを、ＲＡＭ２０３などの記憶装置の所定領域に一時的に記憶する（Ｓ４２）。図９のエラー表示に対応するエラーコードを、たとえば「0x0A」とすると、図９のエラー表示が削除されたとき、エラーコードとして「0x0A」が記憶される。
【００５０】
エラー表示が削除されると、前述したように、図７のステップＳ３５でＹＥＳと判断されて図６のフローチャートに戻り、削除されたエラー表示に対応するエラーコードを含むエラー通知がクライアント１０Ａに送信される。そして、クライアント１０Ａのクライアント側スキャナ制御ＵＩモジュール１１１は、図５のステップＳ１５において、前述したように、受信したエラー通知に含まれるエラーコードに対応したエラー表示を表示部１０５に表示させる。クライアント１０Ａの表示部１０５の画面上に表示されるエラー表示は、受信したエラー通知に含まれるエラーコードがたとえば「0x0A」である場合、図９と同様なエラー表示であってもよいし、あるいはクライアント側スキャナ制御ＵＩモジュール１１１によって指定された図９とは異なるエラー表示であってもよい。なお、エラー通知には、エラーコードの代わりに、エラーの種別を示す他の情報が含まれていてもよく、たとえばエラー表示に関するテキスト情報を示す文字コードが含まれていてもよい。なお、本明細書では、上記エラーコードおよびエラーの種別を示す他の情報を総称して「エラー種別情報」と呼ぶ。
【００５１】
一方、登録されたエラー表示が画面上に存在しない場合（Ｓ４１でＮＯ）、ステップＳ４１の判断が繰り返し行われる。ただし、図７のステップＳ３３においてスキャン画像データの取得および一時記憶が完了したとき、画面監視モジュール２１４による処理は終了する。なお、他のアプリケーションが画面上に、スキャナに起因するエラーに全く関係のないダイアログボックスを表示させた場合も、登録されたエラー表示が画面上に存在しないと判断される。したがって、スキャナに起因するエラーに関係のないダイアログボックスは削除されない。これにより、サーバ２０上での表示が必要なダイアログボックスが削除されてしまって、他のアプリケーションの実行に支障をきたすことが防止される。
【００５２】
このように、本実施形態によれば、複数のクライアント１０Ａ、１０Ｂにより共有されるスキャナ３０に接続されるサーバ２０は、スキャナ３０に起因したエラーの画面上の表示であるエラー表示に関する情報をあらかじめ記憶しており、当該情報に対応するエラー表示の発生を検知した場合、当該エラー表示を削除するとともに、当該エラー表示に関係するクライアントに対してエラー通知を送信する。
【００５３】
したがって、ユーザがわざわざサーバ２０のところへ画面を確認しに行かなくても、スキャナ３０に起因して生じたエラーをクライアント１０Ａで確認することを、安価かつ容易に実現することができる。
【００５４】
しかも、サーバ２０の画面上に表示されるスキャナ３０に起因したエラー表示が自動的に検知されて削除されるため、エラー表示の削除待ち状態がすみやかに解除される。したがって、スキャナ３０における制御を待機状態を続けることなく進行させることが可能となり、スキャナ３０を用いた処理の促進が図られる。
【００５５】
さらに、スキャナに付属される通常のデバイスドライバを使用できるので、市販のスキャナを任意に選んで利用することができ、汎用性が高まる。
【００５６】
本発明は、上記した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。
【００５７】
たとえば、上記した実施形態では、複数のクライアントにより共有される共有機器として、たとえばスキャナを利用した場合について説明したが、本発明はこれに限定されるものではない。共有機器は、たとえばプリンタなどの他の周辺機器であってもよい。また、本発明は、サーバとして一般的なＰＣを用い、このＰＣにスキャナなどの共有機器を接続した場合に適用することができるほか、ＰＣをベースとして構成されたＭＦＰ（Multi-Function Peripheral）にも適用可能である。
【００５８】
本発明において、サーバにおける各種処理を行う手段は、専用のハードウェア回路、またはプログラムされたコンピュータのいずれによっても実現することが可能である。上記プログラムは、例えばフレキシブルディスクやＣＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読取可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶装置に転送されて記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、装置の一機能としてその装置のソフトウェアに組み込まれてもよい。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、ユーザがわざわざサーバコンピュータのところへ画面を確認しに行かなくても、共有機器に起因して生じたエラーをクライアントコンピュータで確認することを、安価かつ容易に実現することができる。しかも、サーバコンピュータの画面上に表示される共有機器に起因したエラー表示が自動的に検知されて削除されるため、エラー表示の削除待ち状態がすみやかに解除される。したがって、共有機器における制御を待機状態を続けることなく進行させることが可能となり、共有機器を用いた処理の促進が図られる。さらに、利用する共有機器のドライバが発生させるエラー表示に関する情報をあらかじめ登録しておくことにより、種々の共有機器のデバイスドライバ（ドライバモジュール）に対応することができ、共有機器に付属される通常のデバイスドライバを使用できるので、市販の共有機器を任意に選んで利用することができ、汎用性が高まる。
【図面の簡単な説明】
【図１】 本発明の一実施形態にかかるサーバが適用されたネットワークシステムの構成を示すブロック図である。
【図２】 クライアントの概略構成を示すブロック図である。
【図３】 サーバの概略構成を示すブロック図である。
【図４】 ネットワークシステムの機能を示すブロック図である。
【図５】 クライアントにおけるクライアント側スキャナ制御ＵＩモジュールによる処理について説明するためのフローチャートである。
【図６】 サーバにおけるサーバ側スキャナ制御モジュールによる処理について説明するためのフローチャートである。
【図７】 サーバにおけるスキャナドライバモジュールによる処理について説明するためのフローチャートである。
【図８】 サーバにおける画面監視モジュールによる処理について説明するためのフローチャートである。
【図９】 エラー表示の一例を示す図である。
【符号の説明】
１０Ａ、１０Ｂ…クライアント、
１１１…クライアント側スキャナ制御ＵＩモジュール、
２０…サーバ、
２０１…ＣＰＵ、
２０２…ＲＯＭ、
２０３…ＲＡＭ、
２０４…ハードディスク、
２０５…表示部、
２０６…入力部、
２０７…ネットワークインタフェース、
２０８ローカルインタフェース、
２１１…サーバ側スキャナ制御モジュール、
２１２…ＴＷＡＩＮ標準モジュール、
２１３…スキャナドライバモジュール、
２１４…画面監視モジュール、
２１５…表示モジュール、
３０…スキャナ、
８０…ケーブル、
９０…ネットワーク。
【発明の属する技術分野】
本発明は、サーバコンピュータおよびその制御プログラムに関し、特に、複数のクライアントコンピュータにより共有される共有機器に接続可能なサーバコンピュータ、およびその制御プログラムに関する。
【０００２】
【従来の技術】
ＬＡＮなどのネットワークを介して、複数のユーザはそれぞれのクライアントコンピュータ（以下、「クライアント」ともいう）を用いて、プリンタやスキャナなどの機器を共同で使用することができる。この場合、スキャナなどの機器は、たとえばネットワーク上のサーバコンピュータ（以下、「サーバ」ともいう）に接続される。これにより、各クライアントは、サーバ経由でスキャナなどの機器を共有することになる。
【０００３】
【発明が解決しようとする課題】
しかしながら、複数のクライアントにより共有されるたとえばスキャナなどの共有機器をクライアントで制御する際、共有機器の動作開始時あるいは動作中に発生したエラーは、サーバにインストールされたデバイスドライバによりサーバの画面に表示されるだけで、クライアントにまでは届かないという問題があった。この場合、ユーザがサーバの画面におけるエラー表示を確認して、たとえば画面上のＯＫボタンを操作してエラー表示を閉じるまで、共有機器における制御は待機状態に置かれてしまう。したがって、ユーザは、共有機器で生じたエラーを知るために、サーバの画面を確認しに行かなければならなかった。
【０００４】
この問題に対して、サーバでエラー表示を行わずに、当該エラー表示に関係するクライアントに、エラー表示の内容を転送することができる専用のデバイスドライバを使用する技術が存在する（たとえば特開平９−９１１０２号公報参照）。しかし、スキャナなどの共有機器ごとに、専用のデバイスドライバをその共有機器メーカーに作成依頼しなければならないため、過大な費用が発生してしまう。また、スキャナに付属される通常のデバイスドライバを使用できないので、たとえば公知のＴＷＡＩＮ規格に対応した市販のスキャナを任意に選んで利用することができず、汎用性に乏しい。
【０００５】
本発明は、上述の課題を解決するためになされたものであり、本発明の目的は、ユーザがサーバコンピュータの画面を確認しに行かなくても共有機器で生じたエラーをクライアントコンピュータで確認できるとともに、共有機器における制御が待機状態のまま放置されることを防止できる、安価で汎用性の高いサーバコンピュータおよびその制御プログラムを提供することである。
【０００６】
【課題を解決するための手段】
本発明の目的は、下記する手段により達成される。
【０００７】
（１）複数のクライアントコンピュータにより共有される複数機種の共有機器に接続可能なサーバコンピュータであって、前記共有機器に対する制御を行うとともに前記共有機器に起因するエラーが発生したか否かを判断し、前記エラーが発生したと判断される場合には、表示画面上にエラー表示させて待機状態を続けるドライバモジュールとしてのドライバ手段と、各共有機器に起因するエラーが発生したと判断される場合に前記ドライバ手段によって前記表示画面上に表示されるべき各機種の共有機器ごとの前記エラー表示に関する情報を予め記憶するための記憶手段と、前記記憶手段に予め記憶された情報と前記表示画面上に表示された表示とを比較して、前記ドライバ手段によって前記情報に対応するエラー表示が前記表示画面上に発生したことを検知する、前記ドライバモジュールとは別モジュールである画面監視手段と、前記画面監視手段により前記情報に対応するエラー表示の発生が検知された場合、前記エラー表示を削除して前記待機情報を解除する、前記ドライバモジュールとは別モジュールである削除手段と、前記画面監視手段により前記情報に対応するエラー表示が前記表示画面上に発生したことが検知された場合、当該エラー表示に関係するクライアントコンピュータに対して、当該エラー表示に関するエラー通知を送信する、前記ドライバモジュールとは別モジュールである送信手段と、を有することを特徴とするサーバコンピュータ。
【０００８】
（２）前記共有機器は、スキャナであることを特徴とする上記（１）に記載のサーバコンピュータ。
【０００９】
（３）前記エラー通知は、エラーの種別を示すエラー種別情報を含むことを特徴とする上記（１）または（２）に記載のサーバコンピュータ。
【００１０】
（４）複数のクライアントコンピュータにより共有される複数機種の共有機器に接続可能であり、当該共有機器に対する制御を行うとともに当該共有機器に起因するエラーが発生したか否かを判断して前記エラーが発生したと判断される場合には、表示画面上にエラー表示させて待機状態を続けるドライバモジュールとしてのドライバ手段を有するサーバコンピュータを制御するための、前記ドライバモジュールとは別モジュールであるプログラムであって、各共有機器に起因するエラーが発生したと判断される場合に前記ドライバ手段によって前記表示画面上に表示されるべき各機種の共有機器ごとの前記エラー表示に関する情報を記憶するための記憶手段に記憶される前記情報と、前記表示画面上に表示された表示とを比較して、前記ドライバ手段によって前記情報に対応するエラー表示が前記表示画面上に発生したことを検知する画面監視手順と、前記画面監視手順において前記情報に対応するエラー表示の発生が検知された場合、前記エラー表示を削除して前記待機状態を解除する解除手順と、前記画面監視手順において前記情報に対応するエラー表示の発生が検知された場合、当該エラー表示に関係するクライアントコンピュータに対して、当該エラー表示に関するエラー通知を送信する送信手順と、を前記サーバコンピュータに実行させるためのプログラム。
【００１１】
（５）前記共有機器は、スキャナであることを特徴とする上記（４）に記載のプログラム。
（６）前記エラー通知は、エラーの種別を示すエラー種別情報を含むことを特徴とする上記（４）または（５）に記載のプログラム。
（７）上記（４）、（５）、および（６）のいずれか１つに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００１２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態を説明する。
【００１３】
図１は、本発明の一実施形態にかかるサーバが適用されたネットワークシステムの構成を示すブロック図である。
【００１４】
図１に示すネットワークシステムは、クライアント１０Ａ、１０Ｂ、サーバ２０、およびスキャナ３０を有する。クライアント１０Ａ、１０Ｂと、サーバ２０とは、ネットワーク９０に接続されている。ネットワーク９０は、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格によるＬＡＮや、ＬＡＮ同士を専用線で接続したＷＡＮ等からなる。一方、スキャナ３０は、ケーブル８０を介して、サーバ２０にローカル接続（直接接続）されている。ここで各クライアントは、サーバ２０経由でスキャナ３０を共有する。なお、ネットワークに接続される機器の種類および台数は、図１に示す例に限定されない。
【００１５】
次に、上記各機器の構成について説明するが、各機器で同様の機能を有する部分については、説明の重複を避けるため初回のみその説明を行い、２回目以降はその説明を省略する。
【００１６】
図２は、クライアント１０Ａの概略構成を示すブロック図である。クライアント１０Ｂは、クライアント１０Ａと同様の構成であるためその説明を省略する。
【００１７】
図２に示すように、クライアント１０Ａは、装置全体の制御および各種演算処理を行うＣＰＵ１０１、各種プログラムやデータを格納するためのＲＯＭ１０２、作業領域として一時的にプログラムやデータを記憶するためのＲＡＭ１０３、ＣＰＵによるプログラムの実行時にＲＡＭに読み込まれる各種プログラムやデータを記憶するためのハードディスク１０４、各種情報の表示のための液晶ディスプレイなどの表示部１０５、各種指示の入力のためのキーボードやマウスなどからなる入力部１０６、およびネットワーク９０に接続するためのＬＡＮカードなどのネットワークインタフェース１０７を含み、これらは信号をやり取りするためのバス１０９を介して相互に接続されている。
【００１８】
ハードディスク１０４には、図４のネットワークシステムの機能を示すブロック図に示すように、クライアント側スキャナ制御ＵＩモジュール１１１を実現するためのソフトウェアが格納される。クライアント側スキャナ制御ＵＩモジュール１１１は、スキャナの制御に関してユーザとのインタフェース処理を受け持つ。
【００１９】
図３は、サーバ２０の概略構成を示すブロック図である。サーバ２０として、たとえば、クライアント１０Ａ、１０Ｂと同様に、一般的なパーソナルコンピュータ（ＰＣ）を使用することができる。また、サーバ２０は、ネットワーク９０を介して他のサーバからサービスを受けるクライアントともなり得る。
【００２０】
図３に示すように、サーバ２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ハードディスク２０４、表示部２０５、入力部２０６、ネットワークインタフェース２０７、および、ローカルインタフェース２０８を含み、これらは信号をやり取りするためのバス２０９を介して相互に接続されている。
【００２１】
ハードディスク２０４には、図４に示すように、サーバ側スキャナ制御モジュール２１１、ＴＷＡＩＮ標準モジュール２１２、スキャナドライバモジュール２１３、画面監視モジュール２１４、および表示モジュール２１５を実現するためのソフトウェアが格納される。
【００２２】
サーバ側スキャナ制御モジュール２１１は、クライアント１０Ａ、１０Ｂのクライアント側スキャナ制御ＵＩモジュール１１１とコマンドや画像データなどの情報の授受を行うとともに、汎用的なＴＷＡＩＮ標準仕様に基づいて、ＴＷＡＩＮ標準モジュール２１２を介してスキャナドライバモジュール２１３と情報の授受を行うためのモジュールである。また、サーバ側スキャナ制御モジュール２１１は、画面監視モジュール２１４と情報の授受を行うことができる。
【００２３】
スキャナドライバモジュール２１３は、スキャナ３０に対する制御を行うためのモジュールである。画面監視モジュール２１４は、スキャナ３０に起因したエラーのサーバ２０における表示部２０５の画面上の表示であるエラー表示を監視するためのモジュールである。
【００２４】
表示モジュール２１５は、たとえばスキャナドライバモジュール２１３から発行されるエラー表示の指示に基づいて、表示部２０５に所定の表示を行わせるためのモジュールである。なお、表示モジュール２１５のソフトウェアは、サーバ２０にインストールされる基本ソフト（ＯＳ）に含まれる。
【００２５】
また、ハードディスク２０４には、スキャナ３０に起因したエラーの画面上の表示であるエラー表示（エラーダイアログボックス）に関するテキスト情報があらかじめ登録される。
【００２６】
ローカルインタフェース２０８は、スキャナ３０と直接機器間で通信するためのインタフェースであり、たとえばＵＳＢ規格に対応したものである。ただし、ローカルインタフェース２０８は、これに限られず、たとえばＳＣＳＩ、ＲＳ−２３２Ｃ、ＩＥＥＥ１３９４、ＩＥＥＥ１２８４などの有線通信規格に対応したもの、あるいは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２.１１、ＩｒＤＡなどの無線通信規格に対応したものであってもよい。
【００２７】
なお、クライアント１０Ａ、１０Ｂ、およびサーバ２０は、上述した構成要素以外の構成要素を含んでいてもよく、あるいは、上述した構成要素のうちの一部が含まれていなくてもよい。
【００２８】
スキャナ３０は、スキャナドライバモジュール２１３からのスキャン開始要求を受信したとき、所定の読取位置にセットされた原稿を読み取って、スキャン画像データを取得することができる。
【００２９】
次に、ユーザが、所定の原稿を読み取ってスキャン画像データを得るために、たとえばクライアント１０Ａから、ネットワーク９０を介してサーバ２０に接続されている共有機器としてのスキャナ３０を操作する処理について説明する。
【００３０】
最初に、図５を参照して、クライアント１０Ａにおけるクライアント側スキャナ制御ＵＩモジュール１１１による処理について説明する。図５のフローチャートに示されるアルゴリズムは、クライアント１０Ａのハードディスク１０４などの記憶装置にプログラムとして記憶されており、ＣＰＵ１０１により実行される。
【００３１】
クライアント１０Ａは、ユーザが表示部１０５上の図示しないスキャンボタンに対してクリックなどの操作をすることにより、スキャナ３０におけるスキャンを開始させるための入力があるまで待機する（Ｓ１１）。スキャン開始のための入力があった場合（Ｓ１１でＹＥＳ）、クライアント１０Ａは、サーバ２０に対して、ネットワーク９０を介して、スキャン開始指示を送信する（Ｓ１２）。
【００３２】
続いて、サーバ２０からのデータの受信を待ち、サーバ２０から受信したデータがスキャナ３０におけるスキャンにより得られたスキャン画像データであるか否かが判断される（Ｓ１３）。
【００３３】
サーバ２０から受信したデータがスキャン画像データである場合（Ｓ１３でＹＥＳ）、当該スキャン画像データが表示部１０５に表示される（Ｓ１４）。なお、受信したスキャン画像データは、ユーザの操作により、ハードディスク１０４などの記憶装置に保存され得る。
【００３４】
一方、サーバ２０から受信したデータがスキャン画像データでない場合（Ｓ１３でＮＯ）、受信したデータはスキャナ３０に起因したエラー表示に関するエラー通知であると判断され、そのエラー通知に対応したエラー表示が、表示部１０５に表示される（Ｓ１５）。かかるエラー通知の受信は、以下に述べるサーバ２０における処理によって実現される。
【００３５】
次に、図６〜図８を参照して、サーバ２０における処理について説明する。図６〜図８のフローチャートに示されるアルゴリズムは、サーバ２０のハードディスク２０４などの記憶装置にプログラムとして記憶されており、ＣＰＵ２０１により実行される。
【００３６】
まず、図６を参照して、サーバ側スキャナ制御モジュール２１１による処理について説明する。
【００３７】
サーバ２０は、クライアントから、スキャン開始指示を受信するまで待機する（Ｓ２１）。スキャン開始指示を受信すると（Ｓ２１でＹＥＳ）、画面監視モジュール２１４を起動させる（Ｓ２２）。画面監視モジュール２１４による処理については後述する。
【００３８】
次いで、スキャン開始制御が行われる（Ｓ２３）。具体的には、スキャナドライバモジュール２１３に対して、スキャナ３０におけるスキャンを開始させるためのスキャン開始要求を、ＴＷＡＩＮ標準モジュール２１２を介して送る。スキャン開始要求を受けた場合のスキャナドライバモジュール２１３による処理については後述する。
【００３９】
ステップＳ２４では、スキャン開始要求を受けた場合のスキャナドライバモジュール２１３による処理によって取得されたスキャン画像データ、あるいは画面監視モジュール２１４による処理によって記憶されたエラーコードを含むエラー通知が、クライアント１０Ａに送信される。エラーコードは、エラーの種別を示すコードである。
【００４０】
次に、図７を参照して、スキャナドライバモジュール２１３による処理について説明する。
【００４１】
図６のステップＳ２３においてサーバ側スキャナ制御モジュール２１１から送られたスキャン開始要求を受けると、スキャナドライバモジュール２１３は、スキャナ３０に対して、スキャンを開始するためのスキャン命令を送信する（Ｓ３１）。ここで、スキャナ３０は、サーバ２０からスキャン命令を受信すると、所定の読取位置にセットされた原稿を読み取ってスキャン画像データを得るための動作を行う。
【００４２】
続いて、スキャナ３０の動作開始時あるいは動作中にエラーが発生したか否か、つまり、スキャナ３０に起因するエラーが発生したか否かが判断される（Ｓ３２）。
【００４３】
エラーが発生していない場合（Ｓ３２でＮＯ）、スキャナ３０からスキャン画像データを取得し、ＲＡＭ２０３などの記憶装置の所定領域に一時的に記憶して（Ｓ３３）、図６のステップＳ２３に戻る。
【００４４】
一方、エラーが発生した場合（Ｓ３２でＹＥＳ）、たとえば図９に示すようなエラーの内容を示す所定のエラー表示を、表示モジュール２１５を介してサーバ２０の表示部２０５の画面に表示させる（Ｓ３４）。そして、表示部２０５の画面上のエラー表示が削除されるまで、待機する（Ｓ３５）。ここで、スキャナドライバモジュール２１３は、通常、ユーザがこのエラー表示を確認して、たとえば表示部２０５の画面上のＯＫボタン（図９参照）を操作してエラー表示を削除するまで、待機状態を続ける。しかし、本実施形態では、後述の画面監視モジュール２１４による処理によってエラー表示は自動的に削除されるため、待機状態がすぐに解除されて図６のステップＳ２３に戻る。なお、エラー表示は表示部２０５の画面に表示されると同時に削除されるため、サーバ２０上ではあたかもエラー表示がされなかったように見える。
【００４５】
次に、図８を参照して、画面監視モジュール２１４による処理について説明する。
【００４６】
図６のステップＳ２２において画面監視モジュール２１４が起動されると、画面監視モジュール２１４は、ＯＳに用意されているＡＰＩ関数を用いて、表示部２０５の画面上に発生したダイアログボックスを監視し、あらかじめ登録されたエラー表示（エラーダイアログボックス）が画面上に存在するか否かを判断する（Ｓ４１）。具体的には、画面上に発生したダイアログボックスにおけるテキスト情報と、あらかじめ登録されているエラー表示に関するテキスト情報とを比較して、両者が一致するか否かを判断する。
【００４７】
たとえば図９に示されるエラー表示に関するテキスト情報は、「33376: スキャナでエラーが発生しました。」である。エラー表示に関するテキスト情報の他の例としては、たとえば「12320: スキャナが見つかりません。スキャナの電源を確かめてください。」、「35008: 原稿のサイズがわかりません。読取サイズを設定してください。」、「34960: スキャナの準備ができていません。スキャナ及びオプションを点検してください。」、「34963: ＡＤＦで紙詰まりが発生しました。」、「32128: メモリ容量が足りません。解像度を落として読み取りを行います」、および「32682: カラーキャリブレーションの実行をお薦めします。実行しますか？」などが挙げられる。
【００４８】
なお、本発明は、特定のメーカーのスキャナを利用する場合のみに限られず、任意のメーカーのスキャナを利用することが可能である。この場合、同じ内容のエラーであっても、エラー表示に関するテキスト情報はメーカーによってそれぞれ異なる。たとえば、Ａ社製のスキャナを使用した場合のエラー表示に関するテキスト情報である「スキャナの電源が入っていません。」、「スキャナでジャムが発生しました。」は、Ｂ社製のスキャナを使用した場合の「スキャナの電源を確認してください。」、「スキャナＡＤＦでジャムが発生しました。」にそれぞれ対応するかもしれない。したがって、利用するスキャナのドライバが発生させるエラー表示に関するテキスト情報をあらかじめ登録しておくことにより、各社製のスキャナに対応することができる。
【００４９】
ステップＳ４１において、登録されたエラー表示が画面上に存在する場合（Ｓ４１でＹＥＳ）、表示モジュール２１５に削除要求を送ることにより、かかるエラー表示を削除する（Ｓ４２）。また、エラー表示に対応するエラーコードをあらかじめ定めておき、削除されたエラー表示に対応するエラーコードを、ＲＡＭ２０３などの記憶装置の所定領域に一時的に記憶する（Ｓ４２）。図９のエラー表示に対応するエラーコードを、たとえば「0x0A」とすると、図９のエラー表示が削除されたとき、エラーコードとして「0x0A」が記憶される。
【００５０】
エラー表示が削除されると、前述したように、図７のステップＳ３５でＹＥＳと判断されて図６のフローチャートに戻り、削除されたエラー表示に対応するエラーコードを含むエラー通知がクライアント１０Ａに送信される。そして、クライアント１０Ａのクライアント側スキャナ制御ＵＩモジュール１１１は、図５のステップＳ１５において、前述したように、受信したエラー通知に含まれるエラーコードに対応したエラー表示を表示部１０５に表示させる。クライアント１０Ａの表示部１０５の画面上に表示されるエラー表示は、受信したエラー通知に含まれるエラーコードがたとえば「0x0A」である場合、図９と同様なエラー表示であってもよいし、あるいはクライアント側スキャナ制御ＵＩモジュール１１１によって指定された図９とは異なるエラー表示であってもよい。なお、エラー通知には、エラーコードの代わりに、エラーの種別を示す他の情報が含まれていてもよく、たとえばエラー表示に関するテキスト情報を示す文字コードが含まれていてもよい。なお、本明細書では、上記エラーコードおよびエラーの種別を示す他の情報を総称して「エラー種別情報」と呼ぶ。
【００５１】
一方、登録されたエラー表示が画面上に存在しない場合（Ｓ４１でＮＯ）、ステップＳ４１の判断が繰り返し行われる。ただし、図７のステップＳ３３においてスキャン画像データの取得および一時記憶が完了したとき、画面監視モジュール２１４による処理は終了する。なお、他のアプリケーションが画面上に、スキャナに起因するエラーに全く関係のないダイアログボックスを表示させた場合も、登録されたエラー表示が画面上に存在しないと判断される。したがって、スキャナに起因するエラーに関係のないダイアログボックスは削除されない。これにより、サーバ２０上での表示が必要なダイアログボックスが削除されてしまって、他のアプリケーションの実行に支障をきたすことが防止される。
【００５２】
このように、本実施形態によれば、複数のクライアント１０Ａ、１０Ｂにより共有されるスキャナ３０に接続されるサーバ２０は、スキャナ３０に起因したエラーの画面上の表示であるエラー表示に関する情報をあらかじめ記憶しており、当該情報に対応するエラー表示の発生を検知した場合、当該エラー表示を削除するとともに、当該エラー表示に関係するクライアントに対してエラー通知を送信する。
【００５３】
したがって、ユーザがわざわざサーバ２０のところへ画面を確認しに行かなくても、スキャナ３０に起因して生じたエラーをクライアント１０Ａで確認することを、安価かつ容易に実現することができる。
【００５４】
しかも、サーバ２０の画面上に表示されるスキャナ３０に起因したエラー表示が自動的に検知されて削除されるため、エラー表示の削除待ち状態がすみやかに解除される。したがって、スキャナ３０における制御を待機状態を続けることなく進行させることが可能となり、スキャナ３０を用いた処理の促進が図られる。
【００５５】
さらに、スキャナに付属される通常のデバイスドライバを使用できるので、市販のスキャナを任意に選んで利用することができ、汎用性が高まる。
【００５６】
本発明は、上記した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。
【００５７】
たとえば、上記した実施形態では、複数のクライアントにより共有される共有機器として、たとえばスキャナを利用した場合について説明したが、本発明はこれに限定されるものではない。共有機器は、たとえばプリンタなどの他の周辺機器であってもよい。また、本発明は、サーバとして一般的なＰＣを用い、このＰＣにスキャナなどの共有機器を接続した場合に適用することができるほか、ＰＣをベースとして構成されたＭＦＰ（Multi-Function Peripheral）にも適用可能である。
【００５８】
本発明において、サーバにおける各種処理を行う手段は、専用のハードウェア回路、またはプログラムされたコンピュータのいずれによっても実現することが可能である。上記プログラムは、例えばフレキシブルディスクやＣＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読取可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶装置に転送されて記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、装置の一機能としてその装置のソフトウェアに組み込まれてもよい。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、ユーザがわざわざサーバコンピュータのところへ画面を確認しに行かなくても、共有機器に起因して生じたエラーをクライアントコンピュータで確認することを、安価かつ容易に実現することができる。しかも、サーバコンピュータの画面上に表示される共有機器に起因したエラー表示が自動的に検知されて削除されるため、エラー表示の削除待ち状態がすみやかに解除される。したがって、共有機器における制御を待機状態を続けることなく進行させることが可能となり、共有機器を用いた処理の促進が図られる。さらに、利用する共有機器のドライバが発生させるエラー表示に関する情報をあらかじめ登録しておくことにより、種々の共有機器のデバイスドライバ（ドライバモジュール）に対応することができ、共有機器に付属される通常のデバイスドライバを使用できるので、市販の共有機器を任意に選んで利用することができ、汎用性が高まる。
【図面の簡単な説明】
【図１】 本発明の一実施形態にかかるサーバが適用されたネットワークシステムの構成を示すブロック図である。
【図２】 クライアントの概略構成を示すブロック図である。
【図３】 サーバの概略構成を示すブロック図である。
【図４】 ネットワークシステムの機能を示すブロック図である。
【図５】 クライアントにおけるクライアント側スキャナ制御ＵＩモジュールによる処理について説明するためのフローチャートである。
【図６】 サーバにおけるサーバ側スキャナ制御モジュールによる処理について説明するためのフローチャートである。
【図７】 サーバにおけるスキャナドライバモジュールによる処理について説明するためのフローチャートである。
【図８】 サーバにおける画面監視モジュールによる処理について説明するためのフローチャートである。
【図９】 エラー表示の一例を示す図である。
【符号の説明】
１０Ａ、１０Ｂ…クライアント、
１１１…クライアント側スキャナ制御ＵＩモジュール、
２０…サーバ、
２０１…ＣＰＵ、
２０２…ＲＯＭ、
２０３…ＲＡＭ、
２０４…ハードディスク、
２０５…表示部、
２０６…入力部、
２０７…ネットワークインタフェース、
２０８ローカルインタフェース、
２１１…サーバ側スキャナ制御モジュール、
２１２…ＴＷＡＩＮ標準モジュール、
２１３…スキャナドライバモジュール、
２１４…画面監視モジュール、
２１５…表示モジュール、
３０…スキャナ、
８０…ケーブル、
９０…ネットワーク。
Claims (7)
- 複数のクライアントコンピュータにより共有される複数機種の共有機器に接続可能なサーバコンピュータであって、
前記共有機器に対する制御を行うとともに前記共有機器に起因するエラーが発生したか否かを判断し、前記エラーが発生したと判断される場合には、表示画面上にエラー表示させて待機状態を続けるドライバモジュールとしてのドライバ手段と、
各共有機器に起因するエラーが発生したと判断される場合に前記ドライバ手段によって前記表示画面上に表示されるべき各機種の共有機器ごとの前記エラー表示に関する情報を予め記憶するための記憶手段と、
前記記憶手段に予め記憶された情報と前記表示画面上に表示された表示とを比較して、前記ドライバ手段によって前記情報に対応するエラー表示が前記表示画面上に発生したことを検知する、前記ドライバモジュールとは別モジュールである画面監視手段と、
前記画面監視手段により前記情報に対応するエラー表示の発生が検知された場合、前記エラー表示を削除して前記待機情報を解除する、前記ドライバモジュールとは別モジュールである削除手段と、
前記画面監視手段により前記情報に対応するエラー表示が前記表示画面上に発生したことが検知された場合、当該エラー表示に関係するクライアントコンピュータに対して、当該エラー表示に関するエラー通知を送信する、前記ドライバモジュールとは別モジュールである送信手段と、
を有することを特徴とするサーバコンピュータ。 - 前記共有機器は、スキャナであることを特徴とする請求項１に記載のサーバコンピュータ。
- 前記エラー通知は、エラーの種別を示すエラー種別情報を含むことを特徴とする請求項１または２に記載のサーバコンピュータ。
- 複数のクライアントコンピュータにより共有される複数機種の共有機器に接続可能であり、当該共有機器に対する制御を行うとともに当該共有機器に起因するエラーが発生したか否かを判断して前記エラーが発生したと判断される場合には、表示画面上にエラー表示させて待機状態を続けるドライバモジュールとしてのドライバ手段を有するサーバコンピュータを制御するための、前記ドライバモジュールとは別モジュールであるプログラムであって、
各共有機器に起因するエラーが発生したと判断される場合に前記ドライバ手段によって前記表示画面上に表示されるべき各機種の共有機器ごとの前記エラー表示に関する情報を記憶するための記憶手段に記憶される前記情報と、前記表示画面上に表示された表示とを比較して、前記ドライバ手段によって前記情報に対応するエラー表示が前記表示画面上に発生したことを検知する画面監視手順と、
前記画面監視手順において前記情報に対応するエラー表示の発生が検知された場合、前記エラー表示を削除して前記待機状態を解除する解除手順と、
前記画面監視手順において前記情報に対応するエラー表示の発生が検知された場合、当該エラー表示に関係するクライアントコンピュータに対して、当該エラー表示に関するエラー通知を送信する送信手順と、
を前記サーバコンピュータに実行させるためのプログラム。 - 前記共有機器は、スキャナであることを特徴とする請求項４に記載のプログラム。
- 前記エラー通知は、エラーの種別を示すエラー種別情報を含むことを特徴とする請求項４または５に記載のプログラム。
- 請求項４、５、および６のいずれか１つに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002199973A JP4425525B2 (ja) | 2002-07-09 | 2002-07-09 | サーバコンピュータおよびその制御プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002199973A JP4425525B2 (ja) | 2002-07-09 | 2002-07-09 | サーバコンピュータおよびその制御プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004046337A JP2004046337A (ja) | 2004-02-12 |
| JP4425525B2 true JP4425525B2 (ja) | 2010-03-03 |
Family
ID=31706965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002199973A Expired - Fee Related JP4425525B2 (ja) | 2002-07-09 | 2002-07-09 | サーバコンピュータおよびその制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4425525B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4730263B2 (ja) * | 2005-09-21 | 2011-07-20 | 富士ゼロックス株式会社 | 画像処理装置の保守システム |
| JP6099102B2 (ja) * | 2014-09-09 | 2017-03-22 | 日本電信電話株式会社 | サーバ、操作支援方法、操作支援プログラム及び操作支援システム |
-
2002
- 2002-07-09 JP JP2002199973A patent/JP4425525B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004046337A (ja) | 2004-02-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5677047B2 (ja) | 印刷システム、情報処理装置、印刷方法、及び、プログラム | |
| JP5025342B2 (ja) | 画像処理装置、画像処理システム、画像処理装置の制御方法及びプログラム | |
| JP5219777B2 (ja) | 画像処理装置、画像処理装置の制御方法及びコンピュータプログラム | |
| JP5004709B2 (ja) | 画像処理装置、システム、プログラムおよび記録媒体 | |
| JP2003115969A (ja) | スキャナによって処理を開始するネットワークベースの画像スキャン方法および装置 | |
| US8994972B2 (en) | Printing system and method for obtaining a desired or an alternative pull-printing result | |
| US20160309301A1 (en) | Information processing system, information storage apparatus, and location information storing method | |
| US10326892B2 (en) | Remote support system and recording medium | |
| JP2008030287A (ja) | 印刷装置、印刷システム及びプログラム | |
| JP4425525B2 (ja) | サーバコンピュータおよびその制御プログラム | |
| JP3859651B2 (ja) | 複合機 | |
| JP6838970B2 (ja) | 画像形成装置、画像形成システム、制御方法及びプログラム | |
| JP6191390B2 (ja) | 画像形成システム、画像形成装置及び画像形成方法 | |
| JP5177673B2 (ja) | 画像形成装置、情報処理システムと、その処理方法およびプログラム | |
| JP4095448B2 (ja) | ネットワークシステム、画像処理装置、情報処理装置、画像処理装置の制御方法及び情報処理装置の制御方法 | |
| JP2007081893A (ja) | 画像入力装置および印刷システム | |
| JP5906700B2 (ja) | 画像処理システム、画像形成装置、ジョブ処理方法、制御プログラム | |
| JP2007300545A (ja) | 画像形成装置 | |
| JP5950612B2 (ja) | 画像形成装置、画像形成装置の制御方法、およびコンピュータプログラム | |
| JP3740289B2 (ja) | 画像入力機器、情報処理装置、画像入力方法及び情報処理方法、並びにコンピュータ読み取り可能な記憶媒体 | |
| JP2007164601A (ja) | 印刷システム | |
| JP7212539B2 (ja) | 情報処理装置とその制御方法、及びプログラム | |
| JP2017154319A (ja) | 管理システム、その処理方法及びプログラム | |
| JP4957266B2 (ja) | 出力支援装置および出力システム | |
| JP2019016965A (ja) | 情報処理装置、制御方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040423 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041221 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20041221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070403 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070604 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070626 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091209 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121218 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |