(57)【特許請求の範囲】
【請求項１】
コンピュータと、画像処理ブロックを有するとともに前記コンピュータに接続された画像処理装置とを備え、
前記画像処理装置は、
画像データを処理する画像処理ブロックと、
画像データに対してユーザによって指定された画像処理を行うための画像処理コマンドを前記コンピュータから受信する受信手段と、
前記受信手段により受信された画像処理コマンドに対して、前記画像処理ブロックによる画像処理の可否を判別する判別手段と、
該判別手段により、前記画像処理ブロックでの画像処理が可能であることが判別された場合には、画像処理が可能である旨のコマンドを前記コンピュータに送信する送信手段と、
前記判別手段により、前記画像処理ブロックでの画像処理が可能であることが判別された場合には、前記画像処理ブロックの全部または一部をコンピュータに開放させる制御手段と、
を備え、
前記コンピュータは、
画像データに対してユーザによって指定された画像処理を行うための画像処理コマンドを前記画像処理装置に送信する送信手段と、
前記画像処理装置からの画像処理が可能である旨のコマンドを受信する受信手段と、
前記受信手段により、画像処理が可能である旨のコマンドを受信した場合に、前記画像処理装置により開放された画像処理ブロックに直接アクセスして、画像処理ブロックによる画像処理を実行させるとともに、画像処理が可能である旨のコマンドを受信しなかった場合に、コンピュータ内に格納されているアプリケーションプログラムを用いて画像処理を実行する制御手段と、
を備えていることを特徴とする画像処理システム。
【請求項２】
前記画像処理装置はさらに、コンピュータから画像処理ブロックに転送される画像データを一時格納するバッファメモリと、バッファメモリのオーバーフローを判別する手段と、バッファメモリのオーバーフロー時に前記コンピュータからの画像データの転送を停止させる手段とを備えている請求項１に記載の画像処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複写機などの画像処理装置をコンピュータ（以下、ＰＣともいう）に接続してなる画像処理システム、および画像処理装置に関する。
【０００２】
【従来の技術】
従来、コンピュータによる画像データの画像処理は、コンピュータのアプリケーションプログラムのみによって実行されていた。
【０００３】
【発明が解決しようとする課題】
しかし、コンピュータのアプリケーションプログラムのみで画像データの画像処理を実行する構成では、画像データの画像サイズが大きかったり、処理内容が多い場合に、処理時間が比較的長くなっていた。また、コンピュータのアプリケーションプログラムに、ユーザーの希望する画像処理機能が含まれていないときは、その画像データの処理そのものを実行できなかった。換言すれば、処理内容の種類が制約されてしまうという問題があった。
【０００４】
この発明は、上記実情に鑑みてなされたものであり、コンピュータ側の画像データの画像処理時間の短縮化が図れ、しかも、画像処理内容の多様化にも対応可能な画像処理システムを提供し、さらにはこのシステムに用いることのできる画像処理装置を提供することを課題とする。
【０００５】
【課題を解決するための手段】
上記課題は、コンピュータと、画像処理ブロックを有するとともに前記コンピュータに接続された画像処理装置とを備え、前記画像処理装置は、画像データを処理する画像処理ブロックと、画像データに対してユーザによって指定された画像処理を行うための画像処理コマンドを前記コンピュータから受信する受信手段と、前記受信手段により受信された画像処理コマンドに対して、前記画像処理ブロックによる画像処理の可否を判別する判別手段と、該判別手段により、前記画像処理ブロックでの画像処理が可能であることが判別された場合には、画像処理が可能である旨のコマンドを前記コンピュータに送信する送信手段と、前記判別手段により、前記画像処理ブロックでの画像処理が可能であることが判別された場合には、前記画像処理ブロックの全部または一部をコンピュータに開放させる制御手段と、を備え、前記コンピュータは、画像データに対してユーザによって指定された画像処理を行うための画像処理コマンドを前記画像処理装置に送信する送信手段と、前記画像処理装置からの画像処理が可能である旨のコマンドを受信する受信手段と、前記受信手段により、画像処理が可能である旨のコマンドを受信した場合に、前記画像処理装置により開放された画像処理ブロックに直接アクセスして、画像処理ブロックによる画像処理を実行させるとともに、画像処理が可能である旨のコマンドを受信しなかった場合に、コンピュータ内に格納されているアプリケーションプログラムを用いて画像処理を実行する制御手段と、を備えていることを特徴とする画像処理システムによって解決される。
【０００６】
この画像処理システムでは、画像処理装置は、画像データに対してユーザによって指定された画像処理を行うための画像処理コマンドをコンピュータから受信すると、判別手段により、前記画像処理コマンドに対して、画像処理ブロックによる画像処理の可否が判別され、処理が可能である場合には、画像処理ブロックの全部または一部をコンピュータに開放し、前記コンピュータは、前記画像処理装置からの画像処理が可能である旨のコマンドを受信すると、前記画像処理装置により開放された画像処理ブロックに直接アクセスして、画像処理ブロックによる画像処理を実行する。画像処理が可能である旨のコマンドを受信しなかった場合に、コンピュータ内に格納されているアプリケーションプログラムを用いて画像処理を実行する。
【０００７】
これにより、ユーザーがコンピュータで指示した画像データの画像サイズが大きかったり、処理内容が多い場合でも、その画像データを画像処理専用の画像処理装置の画像処理ブロックで処理できるから、上記画像データをコンピュータのアプリケーションプログラムで処理するよりも速く処理することができる。
【０００８】
また、画像データの処理がコンピュータのアプリケーションプログラムの処理機能だけに制約されず、画像処理装置を使用しての処理が可能となることにより、画像処理の種類の選択範囲が広げられる。
【０００９】
また、前記画像処理装置はさらに、コンピュータから画像処理ブロックに転送される画像データを一時格納するバッファメモリと、バッファメモリのオーバーフローを判別する手段と、バッファメモリのオーバーフロー時に前記コンピュータからの画像データの転送を停止させる手段とを備えている構成としても良い。このような構成とすることで、コンピュータから画像処理装置に画像データを転送した際に、画像処理ブロックでの受け入れが間に合わないような事態が生じても、上記バッファメモリに転送された画像データを一旦格納しておけば、画像処理ブロックでの受け入れ態勢が整い次第、順次画像データの処理を実行できる。また、バッファメモリのオーバーフローが判別され、オーバフロー時には、画像データの転送が中止されるので、その画像データの転送時の混乱が回避される。
【００１３】
【発明の実施の形態】
図１は、この発明の一実施形態にかかる画像処理システムを示すブロック構成図である。
【００１４】
この画像処理システムは、コンピュータ（以下、ＰＣともいう）２００と、画像処理装置としての複写機１とが接続されてなる。
【００１５】
ＰＣ２００は、複写機１との間でデータや信号の送受信を行うドライバ／レシーバ２０１と、前記複写機１のバス制御を行うコントローラ２０２と、主にコンピュータ全体を制御する制御手段としてのＣＰＵ２０３と、処理途中の画像データを一時保存するワークメモリ２０４とを備えている。
【００１６】
一方、複写機１は、原稿画像を読み取るスキャナ部３００と、画像処理を行う画像処理部１００と、処理された画像データをプリント（印字）するプリンタ部４００とを備えている。
【００１７】
画像処理部１００は、変倍部１０１、色空間変換部１０２、ＡＥ部１０３、画像メモリ１０４、色補正部１０５、領域判別部１０６、ＭＴＦ補正部１０７、制御手段としてのＣＰＵ１０８およびバッファメモリ１０９などからなる。前記変倍部１０１、色空間変換部１０２、ＡＥ部１０３、色補正部１０５、領域判別部１０６、ＭＴＦ補正部１０７の各画像処理ブロックは、ハードウェア的に構成されており、従って各ブロックでの処理速度はソフトウェア的な処理に較べて速いものとなっている。
【００１８】
上記画像処理部１００において、スキャナ部３００から取り込まれた画像データは、変倍部１０１により指定の倍率に変倍され、色空間変換部１０２により明度成分と色差成分に分離され、分離された明度成分にＡＥ部１０３により下地処理が施される。ＡＥ部１０３を経た画像データは、一旦画像メモリ１０４に格納され、画像回転処理や電子ソートが行われる。
【００１９】
画像メモリ１０４から読み出された画像データは、色補正部１０５によりプリンタ部４００の色再現特性に合わせた色変換処理が施される。一方、画像メモリ１０４から読み出された画像データは、領域判別部１０６にも入力され、文字領域／写真領域、カラー領域／モノクロ領域、網点領域などの画像属性判別が行われる。
【００２０】
色補正部１０５を経た画像データは、ＭＴＦ補正部１０７により、前記領域判別部１０６による判別結果に従って、エッジ強調／スムージング／γ補正などの処理が行われる。上記各画像処理工程を経た画像データは、プリンタ部４００に送られて、印字される。
【００２１】
前記画像処理部１００におけるＣＰＵ１０８は、上述のように、スキャナ部３００での画像データの読み取り、画像処理部１００での画像処理、プリンタ部での印字等、複写機の全体を統括制御する。加えて、ＣＰＵ１０８は、ＰＣ２００のユーザーの指示によってＰＣ２００からコマンドされる画像データの処理内容に対して、画像処理部１００で処理可能か否かを判別する判別手段、および判別結果をＰＣ２００に対して送信するように制御する送信制御手段としても機能する。また、ＣＰＵ１０８は、前記ＰＣ２００からの画像データの処理を、画像処理部１００で処理可能な場合（処理が可能なコマンドの場合）には、前記ＰＣ２００のＣＰＵ２０３との間で通信を行いながら、ＰＣ２００から指示された処理内容のパラメータを指定の処理部に対して設定するとともに、ＰＣ２００からの画像データを画像処理部１００に転送させ、指定の処理部で処理させるようになっている。つまり、指定の処理部をＰＣ２００に開放させるようになっている。
【００２２】
前記バッファメモリ１０９は、前記ＰＣ２００から送信されてきた画像データに対して、画像処理部１００が画像処理中である等のために画像転送の受け入れが間に合わない場合に、転送される画像データを一旦格納する機能を有する。
【００２３】
また、前記ＣＰＵ１０８は、ＰＣ２００から転送された画像データがバッファメモリ１０９でオーバーフロー状態か否かを判別する判別手段、さらには、オーバーフロー時に画像転送を停止させる転送停止手段の機能をも有している。
【００２４】
一方、前記ＰＣ２００におけるＣＰＵ２０３は、ＰＣ２００の全体を制御するほか、画像処理部１００でＰＣ２００からの画像データの処理が不可能な場合には、ＰＣ２００のアプリケーションプログラムで処理を実行するか、あるいは処理を中止するようにＰＣ２００を制御する機能も有している。
【００２５】
つぎに、ＰＣ２００からの画像データを画像処理部１００で実行する場合の処理動作を、図２〜４に示すフローチャートを参照して説明する。なお、以下の説明ならびに図面では、ステップをＳと略記する。
【００２６】
図２は、複写機１におけるＣＰＵ１０８の動作である。
【００２７】
まず、Ｓ２００１において、ＣＰＵ１０８はＰＣ２００からの画像処理コマンドの受信を待つ。
【００２８】
画像処理コマンドを受信した場合（Ｓ２００１の判定がＹＥＳ）、Ｓ２００２では、ＣＰＵ１０８は前記コマンドによる処理が画像処理部１００で可能であるか否かを判断する。画像処理部１００で処理が可能であれば（Ｓ２００２の判定がＹＥＳ）、Ｓ２００３では、処理が可能である旨のコマンドをＰＣ２００に通知する。画像処理部１００で処理ができない内容であれば（Ｓ２００２の判定がＮＯ）、処理できない旨（ＮＧ）のコマンドをＰＣ２００に通知して終了する。なお、処理できない場合の具体例については後述する。
【００２９】
上記処理が可能な内容であると判断された場合、Ｓ２００５では、ＣＰＵ１０８が指定の処理内容（パラメータ）を画像処理部１００に設定し、所定の処理部をＰＣ２００に開放する。これにより、ＰＣ２００からの画像データに対して所定の処理部で画像処理が実行される。なお、この画像処理は、主としてＰＣ２００のＣＰＵ２０３の制御によって行われても良いし、複写機１のＣＰＵ１０８の制御によって行われても良い。
【００３０】
この後、Ｓ２００６では、ＰＣ２００からの画像処理終了コマンドの受信を待ち、終了コマンドを受信した場合には（Ｓ２００６の判定がＹＥＳ）、処理を終了する。
【００３１】
次に、ＰＣ２００におけるＣＰＵ２０３の動作を図３のフローチャートを参照して説明する。
【００３２】
Ｓ３００１で、ＣＰＵ２０３は、ユーザーがＰＣ２００で指定した画像処理のコマンドを画像処理部１００側に送信する。画像処理部１００では、ＣＰＵ１０８が上記ＰＣ２００からのコマンドに対応する処理が該画像処理部１００の各処理ブロックで処理可能か否かを判断し、その結果をＰＣ２００に送信する。
【００３３】
Ｓ３００２で、ＣＰＵ２０３は画像処理部１００からの応答コマンドの受信を待ち、コマンドを受信すると（Ｓ３００２の判定がＹＥＳ）、Ｓ３００３で、ＣＰＵ２０３は画像処理部１００から送信されたコマンドを解析し、処理可能である旨のコマンドか処理不能である旨のコマンドかを判断する。処理可能である旨のコマンドであれば、Ｓ３００４に進み、ＣＰＵ２０３は画像処理部１００の所要の処理ブロックに直接アクセスする。
【００３４】
この後、Ｓ３００５で、ＣＰＵ２０３は前記画像処理が終了するまで待ち、処理が終了すれば（Ｓ３００５の判定がＹＥＳ）、Ｓ３００６では、ＣＰＵ２０３が複写機１に対して処理終了コマンドを送信する。
【００３５】
Ｓ３００３において、処理できない旨のコマンドであるときは（Ｓ３００３の判定がＮＯ）、Ｓ３００７で、ＣＰＵ２０３は、ユーザーが指定する処理をＰＣ２００のアプリケーションプログラムで実行可能か否かを判断する。
【００３６】
上記画像データの処理を、ＰＣ２００のアプリケーションプログラムで実行可能であれば（Ｓ３００７の判定がＹＥＳ）、Ｓ３００８では、上記指定された処理をそのままアプリケーションプログラムで実行する。なお、処理の実行前に、実行するか否かを再度ユーザーに求めるためのメッセージをディスプレイ２０に表示し、ユーザーに処理を実行するか否かを選択させる構成としてもよい。その指定された処理を、ＰＣ２００のアプリケーションプログラムで実行不可能であれば（Ｓ３００７の判定がＮＯ）、Ｓ３００９で、ＣＰＵ２０３は処理の中止を知らせるエラーメッセージをディスプレイ２０に表示させて終了する。
【００３７】
このように、ユーザーが指示したＰＣ２００側の画像データの処理を、複写機１の画像処理部１００で実行可能か否かを判別し、可能な場合には、その画像データを複写機１に転送して、画像処理部１００で処理が行えるので、前記画像データのサイズが大きかったり、処理内容が多い場合でも、ＰＣ２００のアプリケーションプログラムで処理するよりも処理時間を短縮できる。
【００３８】
また、画像データの処理がＰＣ２００のアプリケーションプログラムの処理機能だけに制約されず、前記画像処理部１００を使用しての処理が可能となることにより、画像データの処理内容の選択自由度が増大する。
【００３９】
つぎに、ＰＣ２００から画像処理部１００に画像データを転送する際に、画像処理部１００の指定の処理ブロックが動作中で使用できないか、あるいは処理速度が画像データの転送に間に合わない場合等に対応した動作を、図４に示すフローチャートを参照して説明する。
【００４０】
Ｓ４００１では、複写機１のＣＰＵ１０８が、ＰＣ２００から画像データが転送されるのを待ち、画像データの転送があると（Ｓ４００１の判定がＹＥＳ）、Ｓ４００２では、ＣＰＵ１０８が、指定処理部がスキャナ部３００からの画像データに対する処理中であるか否か、あるいは、処理速度がＰＣ２００からの画像データの転送に間に合わないか否かを判断する。指定処理部が処理動作中、あるいは、処理速度が間に合わない状態である場合（Ｓ４００２の判定がＹＥＳ）、Ｓ４００３では、ＣＰＵ１０８が上記ＰＣ２００から転送された画像データを前記バッファメモリ１０９に一旦格納する。
【００４１】
指定処理ブロックが動作中ではない場合、あるいは、処理速度が画像データの転送に間に合う場合（Ｓ４００２の判定がＮＯ）、Ｓ４００４では、ＰＣ２００から転送された画像データを上記指定処理ブロックにおいて画像処理し、Ｓ４００６に進む。
【００４２】
ＰＣ２００から転送された画像データを前記バッファメモリ１０９に一時格納する場合、Ｓ４００５で、ＣＰＵ１０８は、処理の滞りになどに起因して上記バッファメモリ１０９がオーバーフロー状態か否かを判断する。バッファメモリ１０９がオーバーフロー状態でなければ（Ｓ４００５の判定がＮＯ）、そのまま処理を続行しＳ４００６に進む。
【００４３】
Ｓ４００６では、ＣＰＵ１０８がＰＣ２００からの画像送信終了コマンドを受信したか否かを判断し、ＰＣ２００からの画像終了コマンドを受信すると（Ｓ４００６の判定がＹＥＳ）、転送処理を終了する。ＰＣ２００からの画像データの送信終了コマンドが受信されないときは（Ｓ４００６の判定がＮＯ）、Ｓ４００１にもどって、Ｓ４００１〜Ｓ４００６の動作を繰り返す。
【００４４】
Ｓ４００５において、前記バッファメモリ１０９がオーバーフロー状態であれば（Ｓ４００５の判定がＹＥＳ）、Ｓ４００７で、ＣＰＵ１０８はＰＣ２００に対して画像データの転送の停止命令を送信する。そして、Ｓ４００８では、ＣＰＵ１０８がバッファメモリ１０９のオーバーフロー状態が解除されたか否かを判断し、バッファメモリ１０９のオーバーフロー状態が解除されないと、Ｓ４００８に待機する。つまり、画像データの転送は、上記オーバーフロー状態が解除されるまで、停止状態となる。
【００４５】
バッファメモリ１０９のオーバーフロー状態が解除されると（Ｓ４００８の判定がＹＥＳ）、Ｓ４００９で、ＣＰＵ１０８はＰＣ２００に対して画像データの転送許可（ＯＫ）信号を送信したのち、Ｓ４００１に戻る。
【００４６】
このように、画像処理部１００に、ＰＣ２００から転送された画像データを一旦格納するバッファメモリ１０９を設け、バッファメモリ１０９のオーバーフローを判別し、オーバーフロー時に前記ＰＣ２００からの画像データの転送を停止させるようにしたことにより、ＰＣ２００から画像処理部１００に画像データを転送する際に、画像処理部１００で画像処理中である場合や画像転送の受け入れが間に合わない事態が生じても、上記バッファメモリ１０９に転送された画像データを一旦格納でき、このため、画像処理部１００での受け入れ態勢が整い次第、順次画像データの処理を実行できる。さらに、上記オーバフロー時には、画像データの転送が停止されることにより、画像データの転送再開が順調に行える。
【００４７】
ところで、前記画像処理部１００に対するＰＣ２００からの処理が不可能なコマンド対象としては、例えば下記の（１）〜（３）が挙げられる。
【００４８】
（１）画像処理部１００において、ハードウェア的に設けられていない処理ブロックを指定する場合
その例としては、たとえば、前記変倍部１０１、色空間変換部１０２、ＡＥ部１０３、色補正部１０５、領域判別部１０６およびＭＴＦ補正部１０７以外の処理機能が指定される場合である。
【００４９】
（２）画像処理部１００が有している機能であるが、他の接続機器によってすでに使用されている処理ブロックを指定する場合
その例としては、たとえば、図５に示すように、ネットワークに接続された複数の機器、たとえば、複数のＰＣ２００・・・に画像処理部１００を開放しているシステムにおいて、いずれかのＰＣ２００が使用しようとする画像処理部１００の処理ブロックがすでに他のＰＣ２００で使用されている状態が挙げられる。
【００５０】
（３）ＰＣ２００側から要求されたコマンドに対応可能な機能を有しているが、そのコマンドの画像データの処理ができない場合
（３−Ａ）ＰＣ２００と複写機１とのＩ／Ｆ仕様が異なる場合
（ａ）画像データバスのビット数の違い
たとえば、図６に示すように、ＰＣ２００側の画像バスが１６ビットで、画像データも１６ビットであるのに対し、画像処理部１００側の画像バスが８ビットであると、すべての画像データを処理できない。
【００５１】
（ｂ）データ形式の違いにより、処理結果が異なる場合
たとえば、図７に示すように、Ｒ，Ｇ，Ｂの明度色差信号分離回路３１、ラインメモリ３２、フィルタ３３、比較器３４および黒エッジ判別部３５を有し、明度エッジ信号とカラー領域信号とから黒エッジを判別する領域判別系処理などでは、Ｒ，Ｇ，Ｂの信号を画像バスに送る方式により、処理結果が違ってくる。Ｒ，Ｇ，Ｂの各画像バスには、Ｒ，Ｇ，Ｂ各面毎にデータが流れるが、図８（Ａ）に示す面順次式では、Ｒのバスには１，２，３・・・２５、Ｇのバスには２６，２７，２８・・・５０、Ｂのバスには５１，５２，５３，・・・７５と流れる。これに対し、図８（Ｂ）に示す点順次式では、Ｒのバスには１，４，７，１０，・・・、Ｇのバスには２，５，８，１１，・・・、Ｂのバスには３，６，９，１２，・・・と流さないといけないので、両方式では、同じ画像として扱えなくなる。また、圧縮画像形式の違う場合もある。
【００５２】
（３−Ｂ）要求精度を満足しない場合
（ａ）色補正系
たとえば、図９（Ａ）に示すように、Ｒ，Ｇ，ＢのＬｏｇテーブル４１、マトリクス演算部４２および下色除去部４３を有し、Ｒ，Ｇ，ＢからＣ（シアン），Ｍ（マゼンタ），Ｙ（イエロー），Ｋ（ブラック）を得るためにマトリックス演算方式を使う場合、肌色など一部の色データのみを変更すると、行列演算係数を変更しなければならず、他の色にも影響を与える。これに対して、図９（Ｂ）に示す三次元テーブル５１〜５４を有する三次元テーブル変換方式を使う場合、独立したテーブルデータで変換するので、一部の色データを変更しても、他の色に影響を与えない。このため、画像処理部１００がマトリックス演算方式による色補正機能を有していても、一部の色のみ変化させる処理を行いたい場合には、処理ができないことになる。
【００５３】
（ｂ）領域判別系
スキャナ特性に依存するので、誤判別が多くなる。
【００５４】
特定の入力画像に合わせたパラメータが設定されているので、指定画像データに合った所望のパラメータに変更する必要があるのに、所望のパラメータがない場合には、処理ができない。
【００５５】
たとえば、エッジ判別では、文字画像データを微分した結果が所定レファレンス値以上である場合には、エッジ画像と判断するが、同じ原稿画像でも、スキャナのＭＴＦ特性により画像のぼけ具合が異なり、レファレンス値を変更する必要がある。色補正の係数も同様である。
【００５６】
なお、上述した（１）〜（３）以外のコマンド対象は、基本的に、前記ＰＣ２００から画像処理部１００に対しての処理が可能なものとなる。
【００５７】
【発明の効果】
請求項１に係る発明によれば、コンピュータ側の画像データの画像サイズが大きかったり、処理内容が多い場合でも、その画像データを画像処理装置の専用の画像処理ブロックで処理できるようになるから、前記画像データの処理時間を短縮できる。
【００５８】
また、画像データの処理がコンピュータのアプリケーションプログラムによる処理だけに制約されず、画像処理装置における画像処理ブロックを利用しての処理が可能となるので、多種の画像処理が可能となり、画像処理の種類の選択範囲が増大する。また、画像処理が可能である旨のコマンドを受信しなかった場合に、コンピュータ内に格納されているアプリケーションプログラムを用いて画像処理が実行される。
【００５９】
請求項２に係る発明によれば、コンピュータから画像処理ブロックに画像データを転送する際に、画像処理ブロックで画像転送の受け入れが間に合わないような事態が生じても、転送された画像データを一旦上記バッファメモリに格納することができ、その後の画像処理の円滑な実行が可能となる。
【００６０】
さらに、バッファメモリのオーバーフローが判別され、オーバフロー時には、画像データの転送が中止されるので、その画像データの転送時の混乱を防止できる。
【００６１】
請求項３に係る発明によれば、コンピュータとの接続による上記のような画像処理システムを容易に構築できる画像処理装置を提供できる。
【００６２】
請求項４に係る発明によれば、転送された画像データを一旦上記バッファメモリに格納することができ、またオーバフロー時には、画像データの転送を中止できる画像処理システムの構築が可能となる。
【図面の簡単な説明】
【図１】この発明の実施形態にかかる画像処理システムを示すブロック構成図である。
【図２】コンピュータからの画像データを画像処理部で実行する場合の処理動作を示すフローチャートである。
【図３】指定した画像処理を画像処理部で実行する場合のコンピュータの動作を示すフローチャートである。
【図４】コンピュータから転送された画像データの受け入れに不都合が生じている場合の動作を示すフローチャートである。
【図５】処理不可能なコマンド例として、画像処理部がすでに別の複数のコンピュータで使用されている場合を説明するための画像処理システムを示すブロック構成図である。
【図６】処理不可能なコマンド例として、コンピュータ側の画像ビット数と画像処理部側の画像ビット数が異なる場合を説明するための画像処理システムを示すブロック構成図である。
【図７】処理不可能なコマンド例として、データ形式の違いにより処理結果が異なる場合を説明するためのエッジ判別回路を示すブロック構成図である。
【図８】面順次方式と点順次方式との画像読み出しの差異の説明図である。
【図９】処理不可能なコマンド例として、色の変更の他の色への影響の有無を説明するためのマトリックス演算方式および三次元テーブル変換方式を示すブロック構成図である。
【符号の説明】
１・・・・・・・・・複写機（画像処理装置）
１００・・・・・・・画像処理部
１０８・・・・・・・ＣＰＵ（制御手段、判別手段、転送停止手段）
１０９・・・・・・・バッファメモリ
２００・・・・・・・コンピュータ
２０３・・・・・・・ＣＰＵ（制御手段）
【図１】
0004341150.tif 000002
【図２】
0004341150.tif 000003
【図３】
0004341150.tif 000004
【図４】
0004341150.tif 000005
【図５】
0004341150.tif 000006
【図６】
0004341150.tif 000007
【図７】
0004341150.tif 000008
【図８】
0004341150.tif 000009
【図９】
0004341150.tif 000010