JP3720439B2 - データ入出力制御装置及びデータ入出力制御方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上で複数のクライアントユーザーが、スキャナ機能或いはプリント機能を共有することを可能とするネットワークシステムにおけるデータ入出力制御装置及びデータ入出力制御方法及びスキャナ／プリンタサーバーシステムに関するものである。
【０００２】
【従来の技術】
近年、複数のコンピュータをネットワーク上につなぎ、データの共有化、プリンタ資源の共有化が進められている。その中の機能として、プリンタサーバーとは異なる、複数のユーザーが１台のスキャナを共有する新しいスキャナサーバーという機能が重視されてきた。
【０００３】
【発明が解決しようとする課題】
本発明は、プリンタサーバーとは異なり、ネットワーク上のスキャナに関して、スキャナ入力というリアルタイム性を要求される機能面を、いかにネットワーク上で有効に活用できるかという、クライアントユーザーからの要求にも答えられるネットワークシステムにおけるデータ入出力制御装置及びデータ入出力制御方法及びスキャナ／プリンタサーバーシステムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
上述の目的を達成するために、本発明のデータ入出力制御装置は、データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置であって、前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信する受信手段と、前記サーバを介してのデータ通信中に前記受信手段により前記ダイレクトコマンドが受信された場合、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断手段と、前記判断手段で前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、中断コマンドを前記サーバに送信する制御手段とを有することを特徴とする。また、本発明のデータ入出力制御方法は、データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置で実行されるデータ入出力制御方法であって、前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信し、前記サーバを介してのデータ通信中に前記ダイレクトコマンドが受信された場合、前記データ源から前記ダイレクトコマンドを受けつけることができるか否かを判断し、前記判断処理で前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、中断コマンドを前記サーバに送信することを特徴とする。
【０００５】
上述の目的を達成するために、本発明のデータ入出力制御装置は、データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置であって、前記サーバを介することがない前記データ源と前記データ入出力制御装置とのデータ通信を要求するダイレクトコマンドを前記データ源から受信する受信手段と、前記サーバとのデータ通信中に前記受信手段により前記ダイレクトコマンドが受信されたとき、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断手段と、前記判断手段で前記ダイレクトコマンドを受けつけることができると判断した場合、前記サーバとのデータ通信を中断する制御手段とを有することを特徴とする。また、本発明のデータ入出力制御方法は、データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置で実行されるデータ入出力制御方法であって、前記サーバを介することがない前記データ源と前記データ入出力制御装置とのデータ通信を要求するダイレクトコマンドを前記データ源から受信する受信ステップと、前記サーバとのデータ通信中に前記受信ステップで前記ダイレクトコマンドが受信されたとき、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断ステップと、前記判断ステップで前記ダイレクトコマンドを受けつけることができると判断した場合、前記サーバとのデータ通信を中断する制御ステップとを有することを特徴とする。
上述の目的を達成するために、本発明のデータ入出力制御装置は、データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置であって、前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信する受信手段と、前記サーバを介したジョブの実行中に前記受信手段により前記ダイレクトコマンドが受信された場合、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断手段と、前記判断手段で前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、実行中の前記サーバを介したジョブを中断する制御手段とを有することを特徴とする。また、本発明のデータ入出力制御方法は、データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置で実行されるデータ入出力制御方法であって、前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信する受信ステップと、前記サーバを介したジョブの実行中に前記受信ステップにより前記ダイレクトコマンドが受信された場合、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断ステップと、前記判断ステップで前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、実行中の前記サーバを介したジョブを中断する制御ステップとを有することを特徴とする。
【０００７】
【発明の実施の形態】
以下に図面を参照して本発明の実施例を詳細に説明する。図１は本発明の実施例のスキャナ／プリンタサーバーシステムのシステム構成図である。本実施例のシステムは、図１に示すように、上部にデジタルカラー画像読み取り部（以下「カラースキャナ」と称する）（１００）（図２参照）と、デジタルカラー画像を印刷出力するデジタルカラー画像プリント部（以下に、カラープリンタと称する）（３００）（図２参照）からなるデジタルカラー複写機（１０００）と、ネットワーク（１）上に接続されているスキャナ／プリンタ（スキャナ／プリント）サーバー（２００）と、ネットワーク上のファイルシステムをサポートするファイルサーバー（５００）と、複数のクライアントユーザーのコンピュータ（４００）により構成される。
【０００８】
図２に、スキャナ／プリンタ機能を有する前述のカラーデジタル複写機（１０００）の構成を示す。スキャナ部（１００）では、スキャナコントローラ（１０１）が制御の中心となり、以下の制御を行っている。原稿台上の原稿をＲ・Ｇ・Ｂの各色ごとに、露光系コントロール（１０３）が、密着型ＣＣＤラインセンサにより色分解し、点順次のアナログ画像信号に変換する。このアナログ画像信号はＡ／Ｄ変換部で各色８ｂｉｔのデジタル画像信号に変換され、輝度であるＲＧＢ各色がそれぞれ線順次信号として出力される。この画像信号（デジタル）は、画像処理部（１０２）で、Ｒ、Ｇ、Ｂの輝度レベルから、濃度であるＣ、Ｍ、Ｙ、Ｂｋの４色のトナー量に対応したレベルに変換される。そして、同時に画像処理部（１０２）で色補正演算され、合成、変倍、移動等の各種画像処理が行われる。
【０００９】
電子写真方式のレーザビームプリンタであるカラープリンタ部（３００）では、スキャナ部（１００）より送られてきたＣ、Ｍ、Ｙ、Ｂｋの各デジタル画像信号が半導体レーザ部の点灯信号に変換され、レーザドライブ部（３１０）でレーザが制御され、そのレーザの点灯信号はデジタル画像信号のレベルに対応したパルス幅として出力され、レーザの点灯レベルは、２５６レベル（８ｂｉｔに対応）となっている。この出力すべきデジタル画像信号に応じて、カラー画像を各ＣＭＹＫのカラー別に制限し、それぞれ感光ドラム（３１５）に順次デジタル的なドット形式で露光・現像（３１４）し、用紙に複数転写（３１６）して、最後に定着（３２２）する。カラースキャナ部（１００）とカラープリンタ部（３００）は、カラースキャナ部（１００）のコントロールにより、カラープリンタ部（３００）を制御して、デジタルカラー複写機（１０００）としても機能することが可能である。
【００１０】
デジタルカラー複写機（１０００）としても機能する際は、カラースキャナ部（１００）の原稿台に、原稿画像をセットし、複写開始キーを押して、前述のプロセスに従ってカラースキャナ部からの画像の読み込み、画像処理、カラープリンタ部（３００）での露光、現像、転写、定着のプロセスを経て画像が形成され、カラーコピーとして出力される。
【００１１】
図３は、ネットワーク上のクライアントコンピュータ（４００）の構造を示す。ホストコンピュータ（４００）は、スキャナ／プリンタサーバー（２００）／ファイルサーバー（５００）とのネットワーク上のプロトコルを制御するためのネットワークコントローラ（４２０）と、クライアントコンピュータの中央制御のためのＣＰＵ（４０５）と、画像データの１時登録、各種データ記憶のためのハードディスク（４５１）と、それを制御するハードディスクコントローラ（４５０）と、メインメモリ（４６０）と、作業者からの指示入力手段としてのマウス（４３１）およびキーボード（４４１）と、レイアウト・編集・メニュー表示のためのカラーディスプレイ（４１２）と、ディスプレイメモリ（４１１）と、ディスプレイコントローラ（４１０）と、ディスプレイメモリ（４１１）上での画像レイアウト、編集を行う画像編集コントローラ（４１３）とから構成される。
【００１２】
図４は、本発明によるスキャナ／プリンタサーバー（２００）を示す。この装置は、大きく分けて、スキャナ／プリンタサーバー（２００）全体を制御するメインコントローラ（２１０）と、ネットワーク上のプロトコル処理を制御するネットワークコントローラ（２２０）と、そのプロトコルにより抽出したパケットの内容の解析、画像データの分離など、サーバーとしての制御を行うネットワークサーバーコントローラ（２２１）と、分離された画像データ／コマンドデータに基づいて、カラー多値ラスタ画像データ及びその位置、属性情報を記憶／管理し、レイアウト等を行うラスタ画像記憶部（７００）と、から構成される。
【００１３】
また、インターフェイスとしては、デジタルカラー複写機（１０００）との画像データや命令をやりとりするカラーデジタルインターフェイスコントローラ（７９０）と、サーバー管理者からの指示入力手段としてのマウス（２４４）やキーボード（２４５）と、レイアウト、編集、メニュー表示のためのカラーディスプレイ（２４２）と、ディスプレイメモリ（２４１）と、ディスプレイコントローラ（２４０）とがある。
【００１４】
図５は、本発明によるファイルサーバー（５００）を示す。このファイルサーバー装置は、大きく分けて、ネットワーク上のプロトコル処理を制御するネットワークコントローラ（５２０）と、そのプロトコルにより抽出したパケットの内容の解析、画像データの分離など、ファイルサーバー（５００）全体としての制御を行うファイルサーバーメインコントローラ（５１０）と、単体もしくは複数のハードディスクを制御するハードディスクコントローラ（５３０）と、それに接続されるハードディスク（５３１）と、ハードディスク上に登録されたキューイングファイルデータを管理／制御するキュー管理コントローラ（５５０）と、その管理情報についてのキューテーブルデータ（５５１）と、ファイルサーバー管理者からの指示入力手段としてのマウス（５４４）やキーボード（５４５）と、メニュー表示のためのカラーディスプレイ（５４２）、ディスプレイメモリ（５４１）及びディスプレイコントローラ（５４０）とから構成される。
【００１５】
図６は、スキャナ／プリンタサーバー内のラスタ画像記憶部（７００）（図４）の構成図である。このラスタ画像記憶部（７００）は、ラスタ画像データの全体を制御するイメージメインコントローラ（７１０）を中心に、カラーラスタ画像データをラスタイメージメモリ（７６０）へ効率よく配置及び管理を行うメモリ管理コントローラ（７２０）と、その管理テーブル（７７０）と、既に登録された画像データもしくはスキャナからメモリ上に画像登録する際に、色に関する画像変換および拡大／縮小／変形編集を行う画像編集コントローラ（７３０）と、プリンタ部へ出力する際にレイアウト編集をリアルタイムで行うレイアウトコントローラ（７５０）とで構成されている。
【００１６】
メモリ上の画像データを出力する際には、カラーデジタルインターフェイスコントローラ（７９０）を介して、カラープリンタ部（３００）に画像データを転送し、カラープリント画像を得ることができる。また、カラースキャナ部（１００）から画像データを入力し、カラーデジタルインターフェイスコントローラ（７９０）を介して、メモリ上に画像データを登録することができる。
【００１７】
ラスタ画像記憶部（７００）とスキャナ／プリンタサーバー（２００）のメインバスとの画像データ及び命令は、特定のフォーマットに基づいたものになっており、バスコントローラ（７４０）を介してイメージメインコントローラ（７１０）とスキャナ／プリンタサーバー（２００）のメインコントローラとがやり取りを行う構成をとる。
【００１８】
このラスタ画像記憶部（７００）は、画像データをファイル管理モードとページモードの２つのモードで管理することが可能となっている。プリンタ出力において、１つ目のファイル管理モードは、画像データを複数個記憶／管理する機能で、記憶された画像データは、スキャナ／プリンタサーバーのメインコントローラ（２１０）からの命令によって、登録されている複数の画像データのそれぞれのレイアウトを行い、カラーデジタルインターフェイスコントローラ（７９０）を介して、カラープリンタ部（３００）に出力し、カラープリンタ画像を得るものである。その際に複数の画像データは、画像ファイルとして、それぞれ、ラスタイメージメモリ（７６０）に複数に分割して管理されており、メモリ上のスタートアドレスとその画像データ長、画像データの属性、画像データのレイアウト出力の位置情報などが位置／属性情報テーブル（７７０）に登録され、それをメモリ管理コントローラ（７２０）が管理することになる。
【００１９】
そして、実際に出力される際に、その登録された画像データの色に関する画像変換を行う画像編集コントローラ（７３０）とレイアウト出力する際に拡大／縮小／変形編集を行うレイアウトコントローラ（７５０）とにより画像データは指定された位置と大きさになり、カラーデジタルインターフェイスコントローラ（７９０）を介して、カラープリンタ部（３００）に出力される。そのため、オリジナルの画像データは常時メモリ上にあるため、レイアウト出力を変えて行うことも可能となっている。
【００２０】
スキャナ入力において、ファイル管理モードは、プリント出力と同様にスキャナ入力画像データを複数個記憶管理することができる。このとき、プリント出力用の画像データとスキャナ入力の画像データを混在させることも可能となっている。このスキャナから入力された画像は、プリントの時と同様にラスタイメージメモリ（７６０）を複数に分割して管理しており、メモリ上のスタートアドレスと、その画像データ長、画像データの属性が位置／属性情報テーブル（７７０）に登録され、それをメモリ管理コントローラ（７２０）が管理することになる。
【００２１】
実際に入力される際に、カラースキャナ部（１００）から入力されたスキャナ入力画像データの色に関する画像変換を行う画像編集コントローラ（７３０）と、入力時の拡大／縮小／変形編集を行うレイアウトコントローラ（７５０）により指定された入力サイズになり、ラスタ画像メモリ上に登録される。
【００２２】
もう１つのメモリ管理モードであるページモードにおいては、ラスタイメージメモリ（７６０）を一枚の用紙として扱い、メモリを幅（ＷＩＤＴＨ）／高さ（ＨＥＩＧＨＴ）で管理し、複数の画像データは、それぞれ、メモリ上にレイアウトされる際に、画像編集コントローラ（７３０）により、拡大／縮小／変形、及び画像データの色に関する画像変換が施されて、指定された画像メモリ上のレイアウト位置にはめ込まれる。
【００２３】
このようにレイアウトコントローラ（７５０）により指定された位置と大きさになり、カラーデジタルインターフェイスコントローラ（７９０）を介して、カラープリンタ部（３００）に出力されるか、もしくは、カラースキャナ部（１００）から指定された大きさで画像データが、画像メモリ上に登録される。
【００２４】
クライアントコンピュータ（４００）／ファイルサーバー（５００）／スキャナプリンタサーバー（２００）のネットワーク上では、おのおの通信を行うために、図９に示すようなパケットと呼ばれるデータの列の集まりの１つのブロックを使用して、相互にパケットのやり取りを行うことになる。パケットの構造は、先頭に送信先のネットワークアドレス、次に送り元のネットワークアドレスをセットして、そのパケットのフレームサイズの情報の後に、実際のパケットデータ続き、最後にデータ転送の信頼性をあげるためにテーラーと呼ばれるＣＲＣ等のエラーチェックが付けられている。このパケットデータ部（１０００２）に関しては、任意のデータを入れることが可能だが、本実施例では、図９、図１０のようにヘッダ部（１０００３）とデータブロック部（１０１００）に分かれる。
【００２５】
パケツトデータ部（１０００２）のヘッダ部（１０００３）は、図９に示すように、まず先頭にヘッダ情報であることを示すヘッダコードが入り、次にこのパケットデータがどんな機能を持つかを示すファンクションコード部（１００２０）、複数のパケットにより１つのデータを構成する場合の連続Ｎｏ．（ナンバー）を示すパケットＩＤ（１００３０）、そのトータルのパケット数を示すトータルパケットＩＤ（１００３１）、そして、実際のデータが入るデータブロック部（１０１００）のデータの長さを示すデータ長（１００３２）により構成される。また、ファンクションコード部（１００２０）は、スキャナ／プリンタサーバーのタイプを示すファンクションＩＤ（１００２１）とサーバーに対してのジョブのタイプを示すジョブタイプＩＤ（１００２２）、実行されるジョブを識別するジョブ（１００２３）より構成される。
【００２６】
次にパケットデータ部（１０００２）のデータブロック部（１０１００）は、図１０に示すように、ヘッダ部のファンクションコード部のジョブタイプＩＤ（１００２２）の内容により、コマンドブロック（１０００５）、ステータスブロック（１０００６）、画像データブロック（１０００７）、画像情報ブロック（１０００８）に分けられる。以下、上記構成のスキャナ／プリンタサーバーシステムにおける本発明のファイルサーバータイプモード時のダイレクトコネクトプリントとダイレクトコネクトスキャンの動作の概略を図１８及び図１９と図２０及び図２１を参照して説明する。
【００２７】
なお、ダイレクトインタイプモードが設定されている場合には、ファイルサーバー（５００）を介さずにダイレクトにクライアントコンピュータ（ホスト）がＳ／Ｐサーバー（２００）とコマンドやデータ等をやり取りしてデジタルカラー複写機１０００でのプリント動作やスキャン動作を実行させる。
【００２８】
この、ファイルサーバータイプモードとダイレクトインタイプモードは、クライアントコンピュータ（ホスト）側或いは、Ｓ／Ｐサーバー側で設定されるが、ネットワーク上でのモード設定の為特定のユーザーが設定すべきである。
【００２９】
図１に示すスキャナ／プリントサーバーシステムにおけるファイルサーバータイプモード時の通常プリントは、ファイルサーバー（５００）にコマンド登録してコマンド受理を受信後、ファイルサーバー（５００）との間でデーター受信のやり取りを行い、ファイルサーバー（５００）にスプールされたデータをＳ／Ｐサーバー（２００）がデジタルカラー複写機１０００でプリントさせる。
【００３０】
一方、図１８及び図１９に示す様なダイレクトコネクトプリントの場合は、コマンド受理受信後、直接Ｓ／Ｐサーバー（２００）に対してデータ送信処理を行い、デジタルカラー複写機１０００でプリントさせる。
そして、データ転送終了後、クローズコマンドを発行してダイレクト用のソケットをクローズしてジョブを終了する。Ｓ／Ｐサーバー（２００）側は、クローズコマンドを受理して、かつデジタルカラー複写機１０００のプリント動作が完全に終了した場合、ダイレクト用ソケットをクローズし、ファイルサーバー（５００）に対してジョブ終了メッセージを発行する。
【００３１】
また、図１に示すスキャナ／プリントサーバーシステムにおけるファイルサーバータイプモード時の通常スキャンは、ファイルサーバー（５００）にコマンド登録してコマンド受理を受信後、ファイルサーバー（５００）との間でデータ受信のやり取りを行い、デジタルカラー複写機１０００でスキャンしたデータ等をファイルサーバー（５００）にスプールした後、クライアントコンピュータ（ホスト）４００に転送される。
【００３２】
一方、図２０及び図２１に示す様なダイレクトコネクトスキャンの場合は、コマンド受理受信後、直接Ｓ／Ｐサーバー（２００）に対してデータ受信処理を行い、デジタルカラー複写機１０００でスキャンさせる。
そして、データ転送終了後、クローズコマンドを発行してダイレクト用のソケットをクローズしてジョブを終了する。Ｓ／Ｐサーバー（２００）側は、クローズコマンドを受理して、かつデジタルカラー複写機１０００のプリント動作が完全に終了した場合、ダイレクト用ソケットをクローズし、ファイルサーバー（５００）に対してジョブ終了メッセージを発行する。
【００３３】
以下、ネットワーク上のスキャナに関して、スキャナ入力というリアルタイム性を要求されるダイレクトコネクトスキャンを例にあげ、その具体的な動作手順を図１３から図１６を参照して説明する。
【００３４】
〈クライアントコンピュータ上のスキャン実行処理〉（図１３）
クライアントコンピュータ（４００）上で、スキャン入力用のソフトウェア（以下スキャナドライバという）がハードディスク（４５１）よりメインメモリ（４６０）上にロードされ〈ＳＴＥＰ１〉、ＣＰＵ（４０５）により実行される〈ＳＴＥＰ２〉。ユーザーは、読み込むための原稿をデジタルカラー複写機の原稿台にセット〈ＳＴＥＰ３〉し、マウス（４３１）、キーボード（４４１）を使用してディスプレイ（４１２）上で、スキャナ領域、カラーバランス設定、画像タイプ、原稿サイズの指定を行うことができる〈ＳＴＥＰ５、６〉。
【００３５】
〈ファイルサーバーキューに対するステータス要求〉（図１４）
ここで、スキャナドライバは、ネットワーク・コントローラ（４２０）に対して、ファイルサーバー（５００）のネットワーク・コントローラ（５２０）と通信を行う。あらかじめクライアントコンピュータに登録してあるファイルサーバーのネットワークアドレス（４５３）を元に、ネットワーク・コントローラ（４２０）は、パケットベース（１０００１）の相手先アドレスをセットし、ヘッダ部のファンクションＩＤに機能を識別するＩＤとして一意的に決まっているカラースキャナ／プリンタ用のＩＤをセットし、実行形態がカラースキャナとプリンタに関するものであることを明示する。ジョブのＩＤは、まだジョブが確定していないので、０をセットし、ジョブのタイプＩＤとして、コマンドのデータブロツクであることを示す一意的に決まっているコマンドのＩＤをセットする。このときのデータブロック部は、ファイルサーバー側のキュー状態情報を入手するため、キューステータス要求のコマンドをセットする。
【００３６】
クライアントコンピュータ（４００）は、このパケットデータを、ネットワークコントローラ（４２０）を介して、ファイルサーバー（５００）に転送する。ファイルサーバー側では、ファイルサーバーメインコントローラ（５００）がそのパケットの内容をヘッダ部とデータブロック部とに分離し、データブロック部の内容がコマンドであることを解析し、そのコマンドにそった処理を行う。クライアント側からの要求は、ファイルサーバーのキューステータス要求のコマンドであるので、ファイルサーバーメインコントローラ（５００）は、指定されたファンクションＩＤ（１００２１）にあたるスキャナ／プリンタのキュー情報があるかを、キュー管理コントローラに対して要求する〈ＳＴＥＰ１２〉。
【００３７】
〈キューイングテーブルの参照〉（図１４）
キューテーブルデータの構成は、複数のスキャナ／プリンタサーバーに対応できるように、キューイングエントリーテーブル内にそれぞれのスキャナ／プリンタサーバー用にキューイングテーブルを管理し、その各々のキューイングテーブル内には、クライアントからの要求されたプリント／スキャンのジョブが複数登録されている。キュー管理コントローラは、キューイングエントリーテーブルのなかに登録してあるキューイングテーブルの内容を参照し、各々キューイングテーブル内のキュータイプをチェックし、指定されたファンクションＩＤ（１００２１）に相当するものを探す。存在していた場合、そのキューイングテーブルデータから、全体のステータス情報を作成する。もし、複数の対象があった場合、複数分の全体のステータス情報を作成する。
【００３８】
図８、図７に示すように、全体ステータス情報のデータは、指定されたファンクションＩＤ（１００２１）に相当するキューで、登録キューＩＤ（１０２０９）とそのキューの対象となるプリンタサーバーのサーバーＩＤ／ネットワークＩＤ（１０３０１）と、そのキューテーブルに割り当てられたキューイングファイルデータの登録可能容量（１０３１３）、現在登録されているトータルのキュー数（１０３０６）、登録可能な最大キュー数（１０３１２）、登録されているキュー毎のクライアントの優先レベル（１０３１４）、ジョブを登録したクライアントのネットワークＩＤ（１０３１５）、エラーコードで構成されている。
【００３９】
全体ステータス情報のデータは、パケットデータのデータブロック部にセットされ、ヘッダ内のジョブタイプＩＤをステータスブロックのＩＤにして、ステータス要求を発行したクライアントコンピュータに返送する。対象となるキュー情報が存在しない場合、一意的に決まっている対象スキャナ／プリンタが見つからないエラーコードをパケットデータのデータブロック部にセットし、ステータス要求を発行したクライアントコンピュータに返送する。
【００４０】
〈キューイングテーブルのチェック〉（図１４）
クライアントコンピュータは、ファイルサーバーより返送されたパケットデータの内容を前述したファイルサーバーと同じ様に分割／解析し、現在有効なスキャナ／プリンタサーバーにあたる登録キューＩＤを入手する〈ＳＴＥＰ１３〉。このとき、全体ステータス情報のデータから、現在進行中のキュー（１０３０７）の優先レベル（１０３１４）の値と、あらかじめ、クライアントコンピュータ上に設定されている優先レベルの値との比較を行う〈ＳＴＥＰ１５〉。この優先レベルは、ファイルサーバーに対して、キュー登録を行うか、もしくは、スキャン／プリントを実行する際に実行順の入れ換えを決めるための値で、各々クライアントコンピュータに対して１から１０の優先順を付け、ファイルサーバーとスキャナ／プリンタサーバー側にクライアント優先テーブル（５６２／２６２）として登録されている。
【００４１】
現在実行中のキューよりもクライアント側の優先レベルが低かった場合、クライアント側のスキャナドライバは、ユーザーにジョブが、直接スキャナ／プリンタサーバーに登録実行できない警告のメッセージを表示し〈ＳＴＥＰ１５１〉、あらかじめ設定されていた一定時間後に前述した動作を繰り返し、ファイルサーバー上の実行ジョブの優先順位が、自分の優先順位より低くなるのを待つことになる〈ＳＴＥＰ１５２〉。
【００４２】
〈スキャナ／プリンタサーバーへの直接アクセス〉
ここで、本実施例の重要な処理である、直接スキャナ／プリンタサーバーに登録実行する前に前述したファイルサーバー（５００）側の全体ステータス情報を入手し、その結果、現在実行中のキューよりもクライアント側の優先レベルが高かった場合の処理を述べる。
【００４３】
〈スキャナ／プリンタサーバーへのスキャナ割り込み〉（図１４）
クライアントコンピュータ（４００）は、ファイルサーバー（５００）より返送されたパケットデータの全体ステータス情報から、対象とするスキャナ／プリンタサーバーのネットワークＩＤ（１０Ｉ／１０３０１）をキューイングテーブル（１０３００）から割り込む。クライアントコンピュータは、スキャナ／プリンタサーバー（２００）に対してパケットベースのデータブロック部に割り込み要求コマンドをセットし、前述した手順で転送する。
【００４４】
この割り込み要求コマンドのパラメータとしては、前述したようにクライアントコンピュータのハードディスク上にあらかじめ登録してあるジョブ優先レベル（４５２）の値がセットされる〈ＳＴＥＰ１６〉。クライアントコンピュータは、スキャナ／プリンタサーバーに対して、割り込み要求コマンドを一定間隔毎に発送し、ある一定回数繰り返し、接続回答がない場合〈ＳＴＥＰ１７〉、スキャナドライバは、ユーザーにジョブが実行できない警告メッセージを表示し〈ＳＴＥＰ１７２〉、あらかじめ設定されていた一定時間後に前述したようにファイルサーバー側に全体ステータス要求コマンドを発行する動作を繰り返し〈ＳＴＥＰ１７１〉、ファイルサーバー上に空きができるのを持つことになる。
【００４５】
スキャナ／プリンタサーバーは、この間に、現在実行中のジョブの画像データをファイルサーバーより受け取り、ラスタ画像データ部に順次登録する手順を実行しているが、一定間隔毎に他のクライアントからスキャナ要求がスキャナ／プリンタサーバーに直接送られていないかをネットワークサーバーコントローラ（２２１）がチェックする〈ＳＴＥＰ１８〉。
【００４６】
〈クライアントの割り込みレベルチェック〉（図１４、図１５）
先のクライアント側からの割り込み要求コマンドのパケットを受け取ったスキャナ／プリンタサーバー（２００）〈ＳＴＥＰ１８１〉は、まず、クライアント優先レベルテーブル（２６２）から、割り込み要求のあった優先レベルと現在実行中のクライアントジョブの優先順位と比較する〈ＳＴＥＰ１９〉。現在実行中のジョブの優先順位が高かった場合〈ＳＴＥＰ２０〉、現在実行中のジョブの方が優先順位が高いことを示すエラーコードをパケットベースにセットし、ステータス情報としてクライアント側に返送する＜ＳＴＥＰ２０１＞。
【００４７】
クライアント側のスキャナドライバは、スキャナ／プリンタサーバー（２００）からのステータス情報が、エラーであったことから、スキャナ／プリンタサーバーへのダイレクト（直接）接続ができなかったことを示すメッセージをユーザーに知らせる〈ＳＴＥＰ２０２〉。ユーザーが確認後、ホスト上で設定された一定時間後に再度ファイルサーバーにアクセスし、同様の手順を繰り返す〈ＳＴＥＰ２０３〉。割り込み要求のジョブの優先順位のほうが高かった場合、一意的に決められている割り込み用のジョブＩＤをステータスパケット内にセットし、前述したように、クライアント側に返送する。
【００４８】
〈ジョブ中断コマンドの発行〉（図１５）
スキャナ／プリンタサーバー（２００）は、現在実行中のジョブを中断するためにファイルサーバー（５００）に対して、ジョブ中断コマンドを発行する。このジョブ中断コマンドのパラメータは、スキャナ／プリンタサーバー上で実行していた対象となるジョブのジョブＩＤがセットされる〈ＳＴＥＰ２１〉。
【００４９】
〈ジョブのリセット〉（図１５）
ファイルサーバー（５００）は、このコマンドパケット内から得られたジョブＩＤから対象となるキューテーブルを検出し、そのキューステータスを一意的に決められているインターラプト割り込み実行中の意味を持つ値に変更する〈ＳＴＥＰ２２〉。これにより、このジョブを実行していた他のクライアント側は、モニタリングの方法により、実行ジョブに割り込みが入ったことがキューステータス（１０３０４）から分かる。
【００５０】
〈スキャナ／プリンタサーバーにダイレクトスキャナ登録／画像データ転送〉（図１５）
クライアントコンピュータ（４００）のスキャナドライバは、スキャナ／プリンタサーバー（２００）より返送されたステータスのパケットより、割り込みが認められたかをチェックし割り込みができた場合、ユーザーに対象となるデジタルカラー複写機のスキャナ部に読み込むための原稿のセットを確認するようにメッセージを出す。これにより、ユーザーは原稿を確認後、スキャナドライバに対して、原稿の用紙サイズと、割り込む際の画像データのタイプ（ＲＧＢ、グレースケール、２値ビットマップ）、読み込む解像度、カラーバランスと確認の指示を出す〈ＳＴＥＰ２３〉。
【００５１】
ここで、スキャナドライバは、パケットベース（１０００１）のジョブ（１００２３）を、先にスキャナ／プリンタサーバーより入手したステータスパケット内にセットされていた割り込み用ジョブＩＤと同じ値をセットし、ジョブタイプＩＤ（１００２２）としてコマンドタイプをセットする。このとき、データブロツク部（１０１００）は、スキャナ実行コマンドをセットし〈ＳＴＥＰ２３〉、そのコマンド部（１０００５）に、先にスキャナドライバがユーザーより指示されたスキャニングする原稿サイズ情報（幅、高さ）パラメータと、カラーバランス情報、解像情報と原稿サイズを元に算出した画像データの画像サイズ（幅、高さ）、画像データのタイプ（ＲＧＢ、グレースケール、２値ビットマップ）のパラメータをセットする。このスキャナ実行コマンドのパケットは、前述したパケット転送と同様にネットワークコントローラにより、スキャナ／プリンタサーバー（２００）側に転送される〈ＳＴＥＰ２３１〉。
【００５２】
〈スキャナ／プリンタサーバーへのスキャナ入力〉（図１６）
スキャナ／プリンタサーバー（２００）は、クライアントコンピュータ（４００）からのスキャナ入力コマンドパケット（１０００５）を受信し、メインコントローラ（２１０）は前述したファイル管理モードで動作するように、ラスタイメージコントローラ（７１０）をセットアップする。これにより、イメージコントローラは、スキャニングした画像をラスタイメージメモリ（７６０）に登録するため、メモリ管理コントローラに対して登録する際の画像ファイルＩＤを任意のものにセットアップする。このＩＤをメモリ管理コントローラは、管理／識別用に使用する〈ＳＴＥＰ６０〉。
【００５３】
スキャナ／プリンタサーバーのメインコントローラは、先のスキャナ入力コマンドにより入手した原稿サイズ情報／カラーバランス／画像サイズ／画像データのタイプのパラメータをレイアウトコントローラにセットし、カラーデジタル複写機のカラースキャナ部に対して、カラーデジタルインターフェイスコントローラ（７９０）を介してスキャナ入力のトリガをかける。これにより、ユーザーがセットした、原稿をＲＧＢ画像データとして入手し、その際に、レイアウトコントローラが、上記のユーザーの指定したパラメータに基づいた変換をリアルタイムで行い、画像データはラスタイメージメモリ（７６０）に転送され、先に決定された画像ファイルＩＤに対応する位置属性テーブル（７７０）に登録し、管理される〈ＳＴＥＰ６１〉。
【００５４】
〈スキャナ入力中／完了等のステータス情報設定〉（図１７）
スキャナ／プリンタサーバーが実行している割り込みのステータスは、随時、クライアントからモニタすることが可能となっている〈ＳＴＥＰ６４０〉。スキャンが介しされた時点で、メインコントローラ（２１０）は、一定間隔ごとにスキャンの状況をラスタ画像記憶部（７００）に問い合わせ、それにより、スキャンに関するエラー状況を確認し、その情報をメインメモリ（２１０）に保持する〈ＳＴＥＰ６４２〉。このモニタ情報として、現在入力済みの面積の割合と、クライアントから指定されたスキャナ入力のエリア情報として、入力範囲の左上ｘ、ｙ座標と、そのサイズの幅、高さのピクセル数、入力処理の画像タイプ（ＲＧＢ、グレースケール、２値ビットマップ）、入力エラーが発生した場合はそのエラーコード、正常にスキャナ入力が終了したことを示す終了フラグをメインメモリ上に登録する。
【００５５】
〈クライアントのステータス情報モニタリング〉
クライアントコンピュータ（４００）は、スキャン実行パケットを発行し、コマンドパケットを全て発行した後は、スキャナ／プリンタサーバー側の割り込み処理状況をモニタすることになる。クライアントコンピュータ（４００）のスキャナドライバは、ネットワークコントローラ（４２０）を介して、ジョブステータス要求コマンドのコマンドパケットを発行する〈ＳＴＥＰ６４２〉。このコマンドパケットは、パラメータとして、スキャナ入力の割り込み処理を示す、スキャナ／プリンタサーバーから指定されたジョブＩＤをセットし、スキャナ／プリンタサーバーに前述した手順により発行する。
【００５６】
このジョブステータス要求コマンドをスキャナ／プリンタサーバーが受け取ると、先にメインメモリ上に登録されたモニタ情報を、ステータスパケットとして、クライアント側に返送する。この返送されたモニタ情報は、クライアントコンピュータ（４００）のスキャナドライバが、スキャナ／プリンタサーバーより得られたステータス情報として、現在のスキャナ入力がどの割合まで進んでいるかその実行プロセスをディスプレイコントローラを介してディスプレイに表示する。また、エラーが発生した場合の判断もこのモニタ情報により判断される〈ＳＴＥＰ６４４〉。
【００５７】
スキャナドライバは、ある一定間隔ごとに、このモニタ情報を、ジョブステータス要求コマンドのパケットにより、スキャナ／プリンタサーバー側から入手する。クライアント側は、このモニタ情報の終了フラグにより、スキャナ入力完了かどうか知ることが可能となっている〈ＳＴＥＰ６４５〉。スキャナドライバは、スキャナ入力が終了したことをユーザーにディスプレイを介して表示し、これから入力した画像データをクライアント側に転送するモードに入ることを表示する〈ＳＴＥＰ６４６〉。
【００５８】
〈スキャナ／プリンタサーバーの画像転送〉（図１６）
クライアントコンピュータ（４００）のスキャナドライバは、スキャナ入力処理が終了したことを、上記モニタ情報により判断し、画像データＧＥＴコマンド転送を前述した手順によりスキャナ／プリンタサーバーに発行する〈ＳＴＥＰ６５〉。このコマンドにより、スキャナ／プリンタサーバー（２００）は、このスキャナより読み込んだ画像データを、クライアントに転送するため、この画像データサイズ分に当たる画像データブロックの全体パケット数を、ヘッダ（１００２０）のトータルパケットＩＤ（１００３１）にセットし、スキャナ読み込みされた画像を管理しているラスタイメージメモリ（７６０）から、画像データブロックに順次、連続パケットＩＤを付けて一連の画像データパケットとして転送を行う。これらの画像データパケットは、前述したパケット転送と同様に順次クライアント側に転送される〈ＳＴＥＰ６６〉。
【００５９】
〈中断ジョブ再開〉（図１６）
スキャナ／プリンタサーバーは、これにより割り込み入力処理が全て完了したので、ファイルサーバーに対して、先に中断したジョブを再実行処理を行う。〈ＳＴＥＰ６８〉。
【００６０】
〈スキャナドライバの画像入手〉
スキャナ／プリンタサーバーより、送られてきたスキャナ入力画像データは、ホストコンピュータのネットワークコントローラを介して、スキャナドライバに転送され、画像データパケットから画像データを取り出す処理が行われる。この画像データは一旦ホストコンピュータ上のハードディスク（４５１）に蓄えられる。スキャナドライバは、この画像データをユーザーからの指示に基づいて、指定された画像ファイルフォーマットに再変換し、ハードディスク上に登録する〈ＳＴＥＰ６９〉。
【００６１】
【発明の効果】
本発明によれば、サーバを介さずに、直接データ源からデータ入出力制御装置へのアクセスが可能となる。
【００６２】
また画像入力状況をファイルサーバーを介さずに、直接、スキャナ／プリンタサーバーとクライアントの間で、モニタすることが可能となる。
【００６３】
また、画像を読み込むというリアルタイム性を要求される機能を、効率よくモニタすることが可能となる。
【図面の簡単な説明】
【図１】実施例のネットワークシステム構成図である。
【図２】実施例のデジタルカラー複写機の構成図である。
【図３】実施例のクライアントコンピュータの構成図である。
【図４】実施例のスキャナ／プリンタサーバーの構成図である。
【図５】実施例のファイルサーバーの構成図である。
【図６】実施例のラスタ画像記憶部の構成図である。
【図７】実施例のキューイングエントリーテーブルの構成図である。
【図８】実施例のキューイングテーブルの図である。
【図９】実施例のネットワークパケットの全体／ヘッダ部の構成図である。
【図１０】実施例のネットワークパケットのデータブロック部の構成図である。
【図１１】実施例の連続ネットワークパケット構成図である。
【図１２】実施例のキューイングファイルの構成図である。
【図１３】実施例のサーバーシステムのフローチャートである。
【図１４】実施例のサーバーシステムのフローチャートである。
【図１５】実施例のサーバーシステムのフローチャートである。
【図１６】実施例のサーバーシステムのフローチャートである。
【図１７】実施例のサーバーシステムのフローチャートである。
【図１８】実施例のダイレクトコネクトプリントの概略的なフローチャートである。
【図１９】実施例のダイレクトコネクトプリントの概略的なフローチャートである。
【図２０】実施例のダイレクトコネクトスキャンの概略的なフローチャートである。
【図２１】実施例のダイレクトコネクトスキャンの概略的なフローチャートである。

Claims (19)

1. データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置であって、
   前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信する受信手段と、
   前記サーバを介してのデータ通信中に前記受信手段により前記ダイレクトコマンドが受信された場合、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断手段と、
   前記判断手段で前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、中断コマンドを前記サーバに送信する制御手段とを有することを特徴とするデータ入出力制御装置。
2. 前記ダイレクトコマンドは、前記サーバを介さずに前記データ入出力制御装置に接続されているデータ入出力装置のプリント機能を実行させるコマンドであることを特徴とする請求項１に記載のデータ入出力制御装置。
3. 前記ダイレクトコマンドは、前記サーバを介さずに前記データ入出力制御装置に接続されているデータ入出力装置のスキャン機能を実行させるコマンドであることを特徴とする請求項１或いは２に記載のデータ入出力制御装置。
4. 前記データ入出力制御装置には、複写機が接続されていることを特徴とする請求項１乃至３のいずれかに記載のデータ入出力制御装置。
5. 前記判断手段は、前記サーバを介して受けつけたジョブの優先度と前記ダイレクトコマンドのジョブの優先度を比較して、当該ダイレクトコマンドを受けつけることができるか否か判断することを特徴とする請求項１乃至４のいずれかに記載のデータ入出力制御装置。
6. 前記判断手段は、前記ダイレクトコマンドのジョブの優先度が前記サーバを介して受理したジョブの優先度より高い場合に、当該ダイレクトコマンドを受けつけることができると判断することを特徴とする請求項１乃至５のいずれかに記載のデータ入出力制御装置。
7. 前記制御手段は、前記サーバを介さないで前記データ源とダイレクトにデータ通信し、前記データ源からダイレクト受信したデータを前記データ入出力制御装置に接続されているデータ入出力装置でプリントさせることを特徴とする請求項１乃至６のいずれかに記載のデータ入出力制御装置。
8. 前記制御手段は、前記サーバを介さないで前記データ源とダイレクトにデータ通信し、前記データ入出力制御装置に接続されているデータ入出力装置でスキャンしたデータを前記データ源へダイレクト送信することを特徴とする請求項１乃至６のいずれかに記載のデータ入出力制御装置。
9. 前記制御手段は、前記サーバを介さないで前記データ源とダイレクトにデータ通信し、前記データ入出力制御装置に接続されているデータ入出力装置でのスキャン状態を示すモニタ情報を、前記データ源のディスプレイに表示させる為に当該モニタ情報を前記データ源へダイレクト送信することを特徴とする請求項１乃至６のいずれかに記載のデータ入出力制御装置。
10. データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置で実行されるデータ入出力制御方法であって、
    前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信し、
    前記サーバを介してのデータ通信中に前記ダイレクトコマンドが受信された場合、前記データ源から前記ダイレクトコマンドを受けつけることができるか否かを判断し、
    前記判断処理で前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、中断コマンドを前記サーバに送信することを特徴とするデータ入出力制御方法。
11. データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置であって、
    前記サーバを介することがない前記データ源と前記データ入出力制御装置とのデータ通信を要求するダイレクトコマンドを前記データ源から受信する受信手段と、
    前記サーバとのデータ通信中に前記受信手段により前記ダイレクトコマンドが受信されたとき、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断手段と、
    前記判断手段で前記ダイレクトコマンドを受けつけることができると判断した場合、前記サーバとのデータ通信を中断する制御手段とを有することを特徴とするデータ入出力制御装置。
12. データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置で実行されるデータ入出力制御方法であって、
    前記サーバを介することがない前記データ源と前記データ入出力制御装置とのデータ通信を要求するダイレクトコマンドを前記データ源から受信する受信ステップと、
    前記サーバとのデータ通信中に前記受信ステップで前記ダイレクトコマンドが受信されたとき、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断ステップと、
    前記判断ステップで前記ダイレクトコマンドを受けつけることができると判断した場合、前記サーバとのデータ通信を中断する制御ステップとを有することを特徴とするデータ入出力制御方法。
13. データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置であって、
    前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信する受信手段と、
    前記サーバを介したジョブの実行中に前記受信手段により前記ダイレクトコマンドが受信された場合、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断手段と、
    前記判断手段で前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、実行中の前記サーバを介したジョブを中断する制御手段とを有することを特徴とするデータ入出力制御装置。
14. 前記ダイレクトコマンドは、前記サーバを介さずに前記データ入出力制御装置に接続されているデータ入出力装置のプリント機能を実行させるコマンドであることを特徴とする請求項１３に記載のデータ入出力制御装置。
15. 前記ダイレクトコマンドは、前記サーバを介さずに前記データ入出力制御装置に接続されているデータ入出力装置のスキャン機能を実行させるコマンドであることを特徴とする請求項１３或いは１４に記載のデータ入出力制御装置。
16. 前記判断手段は、前記サーバを介して受けつけたジョブの優先度と前記ダイレクトコマンドのジョブの優先度を比較して、当該ダイレクトコマンドを受けつけることができるか否か判断することを特徴とする請求項１３乃至１５のいずれかに記載のデータ入出力制御装置。
17. 前記判断手段は、前記ダイレクトコマンドのジョブの優先度が前記サーバを介して受理したジョブの優先度より高い場合に、当該ダイレクトコマンドを受けつけることができると判断することを特徴とする請求項１３乃至１６のいずれかに記載のデータ入出力制御装置。
18. 前記制御手段は、前記サーバを介さないで前記データ源とダイレクトにデータ通信し、前記データ入出力制御装置に接続されているデータ入出力装置でのスキャン状態を示すモニタ情報を、前記データ源のディスプレイに表示させる為に当該モニタ情報を前記データ源へダイレクト送信することを特徴とする請求項１３乃至１７のいずれかに記載のデータ入出力制御装置。
19. データ源とサーバとデータ入出力制御装置がネットワーク上で接続されたシステムにおけるデータ入出力制御装置で実行されるデータ入出力制御方法であって、
    前記データ源から、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信することを要求するダイレクトコマンドを受信する受信ステップと、
    前記サーバを介したジョブの実行中に前記受信ステップにより前記ダイレクトコマンドが受信された場合、前記データ源からの前記ダイレクトコマンドを受けつけることができるか否かを判断する判断ステップと、
    前記判断ステップで前記ダイレクトコマンドを受けつけることができると判断した場合に、前記サーバを介することなく前記データ源と前記データ入出力制御装置との間でデータ通信するために、実行中の前記サーバを介したジョブを中断する制御ステップとを有することを特徴とするデータ入出力制御方法。

Images