JP3994569B2 - 画像処理装置 - Google Patents
画像処理装置 Download PDFInfo
- Publication number
- JP3994569B2 JP3994569B2 JP05790599A JP5790599A JP3994569B2 JP 3994569 B2 JP3994569 B2 JP 3994569B2 JP 05790599 A JP05790599 A JP 05790599A JP 5790599 A JP5790599 A JP 5790599A JP 3994569 B2 JP3994569 B2 JP 3994569B2
- Authority
- JP
- Japan
- Prior art keywords
- image data
- processing
- input
- data
- unit
- 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
- Record Information Processing For Printing (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されたホスト装置や電話回線で接続された通信端末から送られる画像データを受信して印刷処理等の処理を施す画像処理装置に関する。
【０００２】
【従来の技術】
近年、オフィスではＯＡ（オフィスオートメーション）化にともない、各人がパーソナルコンピュータやワークステーション等のホスト装置を使用するようになり、このホスト装置上で文章の作成や編集を行うようになってきている。また、ネットワーク化も進んでおり、ネットワーク上に複数のホスト装置やプリンタ装置が接続され、データの共有や転送を容易に行えるようになってきている。
【０００３】
ネットワーク上に接続されたプリンタ装置等の画像処理装置は、同じネットワークに接続されたホスト装置から、ホスト装置上で作成された文書を印刷処理するために使用される。このため、ネットワークに接続するための機能を持つホスト装置では、ＴＣＰ／ＩＰやＩＰＸ／ＳＰＸ等の既存の通信プロトコルを使用して画像データの送信を行っている。
【０００４】
ホスト装置からプリンタ装置へ画像データを送信する場合、プリンタ装置で画像データを展開処理しながら受信していると、プリンタ装置が送られてきた画像データを全て受信して展開処理するまでホスト装置の送信処理が開放されないことになる。そこで、受信バッファやハードディスク等の蓄積装置を備えるプリンタ装置があり、これによって、ホスト装置の画像データの送信処理にかかる時間を軽減できるようになっている。
【０００５】
ここで、プリンタ装置に蓄積装置としてハードディスクを備える場合、ハードディスク装置自体のコストが高いのと、ＲＡＭ等のメモリーに比べて読み出しおよび書き込み時間がかかる。このため、蓄積装置としてはメモリーやＲＡＭディスクが用いられることもある。
【０００６】
プリンタ装置にハードディスクやＲＡＭディスクを備える場合、画像データをファイルとして蓄積するため、サイズの大きな画像データでは蓄積するために要する時間が長くなる。また、ＲＡＭディスクを用いる場合でも、蓄積サイズを大きくするとＲＡＭを実装するためのコストが高くなる。そこで、ホスト装置から送られてくる画像データを全て蓄積した後、画像データを処理する画像データ受信蓄積モードと、ホスト装置から送られてくる画像データを受信バッファに蓄積しないで画像データを処理する画像データ受信非蓄積モードとを選択して設定できるプリンタ装置も知られている。
【０００７】
ネットワークを介して受信する画像データを全て蓄積した後に画像処理する場合と、画像データをバッファに受信しながら処理する場合とでは、受信した画像データの蓄積処理については異なるものの、ネットワークを介して画像データを受信する処理自体は双方とも所定のプロトコルに準じた手順が必要となる。
【０００８】
特開平７−１４１１３２号公報では、通信プロトコルが異なっても共有できる高速のネットワークプリンタ装置およびネットワークプリンタ装置を有するシステムが開示されている。このネットワークプリンタ装置を用いると、プリンタ装置自体にネットワークのサーバ機能を備えていることから、パーソナルコンピュータ等のサーバ装置を別途必要としないネットワーク環境を構築できる利点がある。
【０００９】
【発明が解決しようとする課題】
しかしながら、上記ネットワークプリンタ装置においては、装置自体に画像データの受信に必要なネットワークの機能を装置するため、規格に準じたネットワークのデータ転送プロトコルを実装する必要がある。なお、ここで規格とは、ＲＦＣ等の基準化会で定められたものを示す。
【００１０】
ネットワークのデータ転送プロトコルは規格で定められているが、パーソナルコンピュータやワークステーション等のクライアント（プリンタ装置のサーバ機能に対応するクライアント）から画像データが送られてくる場合、クライアントによっては規格化されたデータ転送プロトコルに準じていないことがある。規格化された所定のデータ転送プロトコルに準じていないとは、必要な情報が不足しているとか、規格に定義されていない制御コードが用いられている等のことである。
【００１１】
例えば、ＲＦＣ１１７９は、Line Printer Daemon Protocol（以下、「Ｌｐｄプロトコル」と言う。）が定義されている。Ｌｐｄプロトコルは、画像データをデータファイルとして、また画像データを印刷処理するための制御データをコントロールファイルとして生成した後、２つのファイルをともにネットワーク上で送受信するプロトコルである。
【００１２】
Ｌｐｄプロトコルで生成される制御データには、クライアントのホスト名やクライアント名を示す情報や、印刷部数を示す情報等が含まれる。しかしながら、ホスト名やクライアント名は、プリンタ装置で印刷の履歴情報を残すためには有効だが、印刷履歴を残す必要のないプリンタ装置には不要である。このため、クライアントによってはこれらの制御データを送信しないものがある。
【００１３】
また、Ｌｐｄプロトコルでは、クライアントとプリンタ装置との間でネットワーク上の仮想接続を行った際には、１回の仮想接続でデータファイルとコントロールファイルとが送られるが、画像データであるデータファイルに制御コードでプリンタの部数等の情報が組み込まれている場合、制御情報を示すコントロールファイルは不要になるため、画像データであるデータファイルのみしか送らないクライアントもある。
【００１４】
特開平７−１４１１３２号公報で開示されるネットワークプリンタ装置では、上記のようなプロトコルに準拠しないクライアントから画像データが送られた場合に対応することはできない。つまり、このネットワークプリンタ装置では、画像データをスプールすることによって性能と利便性とを向上させているが、ネットワーク上に接続されている全てのクライアントからファイルを生成するための情報やクライアントのホスト名やユーザ名等の制御情報が得られなければ、開示される性能や利便性の向上が図れないという問題がある。
【００１５】
よって、本発明は、ネットワークに接続されたクライアントから画像データを転送してくる場合に、規格で定められたネットワークの画像転送プロトコルに準じて送られてくる画像データだけでなく、ネットワークの画像転送プロトコルに全て準じていなくても、受信側の処理を変更することで画像データに対する処理を行うことができる画像処理装置を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明は、上記目的を達成するために成された画像処理装置である。すなわち、本発明の画像処理装置は、処理対象となる画像データを入力する入力手段と、入力手段により入力された画像データを蓄積する蓄積手段と、入力手段により入力された画像データの処理を行う処理手段と、入力手段により入力された画像データのサイズに基づき所定の転送プロトコルに準拠しているとみなすか、準拠していないとみなすかを判断する判断手段と、判断手段によって所定の転送プロトコルに準拠しているとみなす判断をした場合には画像データを前記蓄積手段に蓄積した後に処理手段で処理し、準拠していないとみなす判断をした場合には画像データを入力しながら前記処理手段で処理する制御を行う制御手段とを備えている。
【００１７】
このような本発明では、入力手段により入力された画像データの属性に基づき、画像データを蓄積手段に蓄積した後に処理するか、入力しながら処理するかを判断手段で判断している。このため、入力される画像データの属性により、画像データが所定のプロトコルに準じて送られてきたか否かを判断し、準じている場合には画像データを蓄積手段で蓄積した後に処理し、準じていない場合には入力しながら処理を行うよう制御手段で制御して、いずれの場合であっても対処できるようにしている。
【００１８】
また、本発明は、処理対象となる画像データを入力する入力手段と、入力手段により入力された画像データを蓄積する蓄積手段と、入力手段により入力された画像データの処理を行う処理手段と、入力手段により入力された画像データの属性に基づき、その画像データのサイズをカウントして蓄積手段に蓄積した後に処理手段で処理するか、画像データのサイズをカウントしないで蓄積手段に蓄積した後に処理手段で処理するかを判断する判断手段と、判断手段での判断結果に基づいて画像データの処理手順を制御する制御手段とを備えている画像処理装置でもある。
【００１９】
このような本発明では、入力手段により入力された画像データの属性に基づき、画像データのサイズをカウントして蓄積手段に蓄積した後に処理するか、画像データのサイズをカウントしないで蓄積手段に蓄積した後に処理するかを判断手段で判断している。このため、入力される画像データの属性により、画像データが所定のプロトコルに準じて送られてきたか否かを判断し、準じている場合には画像データのカウントを行って、蓄積手段で蓄積した後に処理し、準じていない場合には画像データのカウントを行わないで蓄積手段に蓄積した後に処理を行うよう制御手段で制御することができ、いずれの場合であっても対処できるようにしている。
【００２０】
【発明の実施の形態】
以下、本発明の画像処理装置における実施の形態を図に基づいて説明する。図１は、本実施形態の画像処理装置に係る印刷装置を説明するブロック図である。すなわち、この印刷装置１は、ネットワークＮに接続されており、図示しないホスト装置から送られる画像データを受けて出力処理するものである。
【００２１】
印刷装置１は、主として、ネットワークインターフェース部１１、システム制御部１２、メモリ管理部１３、印刷処理管理部１４、画像データ展開処理部１５、記録出力部１６、記録出力制御部１７、操作表示制御部１８、ＮＶＲＡＭ１９、受信データ処理部２０、蓄積装置２１を備えている。
【００２２】
このうち、ネットワークインターフェース部１１は、ネットワークＮに接続され、ネットワークＮを介してデータの送受信を行う部分であり、ホスト装置からの画像データやコマンド等のデータを受信して、受信データ処理部２０に渡す処理を行っている。
【００２３】
システム制御部１２は、本実施形態における印刷装置１全体の制御を行う部分で、ハードウェアのエラーを検知したり、電源起動時の初期化処理を行っている。
【００２４】
メモリ管理部１３は、画像データ展開処理部１５でビットマップ画像に展開する際に使用されるページメモリ１３１を確保して、画像データ展開処理部１５に割り当てたり、図示しないネットワーク通信処理部やファクシミリ通信部が動作する際に必要なデータ受信用のリングバッファ１３２の管理を行っている。
【００２５】
印刷処理管理部１４は、受信データ処理部２０が受信した画像データの印刷出力処理に関する印刷の制御を行う部分である。例えば、複数のホスト装置から順次送られてくる画像データを、その到着順に印刷出力するための制御を行う。
【００２６】
記録出力部１６は、展開されたビットマップ画像を記録出力する処理を行う部分で、例えば、レーザビームを用いた静電記録方式のプリント出力装置である。また、記録出力制御部１７は、記録出力部１６の一時停止や再開、記録出力部１６に記録出力するページ順の制御など、記録出力部１６に対する制御を行う部分である。
【００２７】
操作表示制御部１８は、印刷装置１の操作パネル（図示せず）から指示される情報を印刷処理管理部４やシステム制御部１２に通知する処理を行う部分で、操作パネルと操作パネルの制御ソフトウェアで構成されている。
【００２８】
ＮＶＲＡＭ１９は不揮発性メモリで、印刷装置１の初期化パラメータ等、印刷装置１の電源が切られた状態でもパラメータ情報を保持できるようになっている。
【００２９】
受信データ処理部２０は、ネットワークＮに接続されたホスト装置から送られてくる画像データをネットワークインターフェース部１１から受信して、受信した画像データを蓄積装置２１に蓄積したり、蓄積装置２１に蓄積されている画像データを取り出して、印刷処理管理部１４に印刷処理の要求を行うなど、受信データの処理を行う部分である。受信データ処理部２０は、通信制御コマンド判定処理部２０１と、受信データ処理制御部２０２と、印刷処理要求部２０３と、受信データ蓄積部２０４とから構成される。
【００３０】
通信制御コマンド判定処理部２０１は、ホスト装置から送られてくる画像データの転送プロトコルを判定して、受信データの処理手順を決定する処理を行う。ネットワークＮを経由して画像データを転送するプロトコルは複数あるが、本実施形態の通信制御コマンド判定処理部２０１は、ホスト装置からネットワークＮを経由して送られてくるプロトコルがＲＦＣ１１７９に規定されているＬｐｄ（Line Printer Daemon ）プロトコルに準拠している場合について判定するようソフトウェアで構成されている。
【００３１】
受信データ処理制御部２０２は、ホスト装置から送られてくる画像データの受信処理を制御する部分であり、画像データの受信開始と受信完了とを判定または検知する。
【００３２】
受信データ蓄積部２０４は、通信制御コマンド判定処理部２０１が判定した結果に基づいて、受信した画像データを蓄積装置２１またはリングバッファ１３２に蓄積する処理を行う部分である。
【００３３】
印刷処理要求部２０３は、受信データ蓄積部２０４によって蓄積装置２１またはリングバッファ１３２に蓄積された画像データを取り出して、印刷処理管理部１４に印刷処理の要求を行う部分である。
【００３４】
また、蓄積装置２１は、受信データ蓄積部２０４によって画像データを蓄積する部分で、本実施形態ではＲＡＭディスクを使用している。
【００３５】
次に、本実施形態の印刷装置１で、ホスト装置から画像データを受信した場合の処理を図２のフローチャートに沿って説明する。なお、以下の説明で図２に示されない符号は図１を参照するものとする。
【００３６】
先ず、ネットワークインターフェース部１１でネットワークＮのクライアントからの接続要求を受け付けると（ステップＳ１０１）、受信データ処理部２０にデータ受信開始を通知する（ステップＳ１０２）。受信したデータは通信制御コマンド判定処理部２０１に送られ、ここで画像データを受信するプロトコルに基づいて制御コマンドの判定を行う（ステップＳ１０３）。本実施形態では、ＲＦＣ１１７９に記載されるＬｐｄプロトコルについて、制御コマンドを判定している。
【００３７】
ここで、Ｌｐｄプロトコルについて説明する。図３は、Ｌｐｄプロトコルの通信制御コマンドの例を示す図である。このうち図３（ａ）は、クライアントから接続されて最初にクライアント側から送られてくるコマンドの例を示している。印刷装置１（図１参照）でこのコマンドを受信すると、通信制御コマンド判定処理部２０１（図１参照）は、Ｌｐｄプロトコルによって画像データの受信が開始されるものと判定する。印刷装置１で印刷可能な場合、このコマンドに対してＡＣＫを返送する。
【００３８】
クライアントは、印刷装置１から送られるＡＣＫを受信すると、実際の画像データを示すデータファイルを送るコマンドを印刷装置１に送信する。図３（ｂ）は、データファイル受信コマンドの例を示している。データファイル受信コマンドには、画像データをファイルとして受信するために、画像データのデータサイズ（Count ）と、ファイルとして蓄積するためのファイル名（Name）とが含まれている。印刷装置１では、データファイル受信コマンドを受信して、サイズ情報やファイル名情報に基づき画像データを受信可能であると判断した場合、ＡＣＫをクライアントに返送して、次にデータファイル受信コマンドで指定されたサイズ分だけ画像データを順次受信する。
【００３９】
クライアントは指定したサイズ分だけ画像データを送信したら印刷装置１からのＡＣＫを待ち、印刷装置１は指定されたサイズ分の画像データを受信した後、クライアントにＡＣＫを返送する処理を行う。
【００４０】
クライアントは画像データであるデータファイルの送信処理を行うと、次にデータファイルを送信した手順と同じ手順で印刷するための制御データを含むコントロールファイルを送信する処理を行う。図３（ｃ）は、コントロールファイル受信コマンドの例を示している。コントロールファイル受信コマンドには、図３（ｂ）で示すデータファイル受信コマンドと同様に、コントロールファイルのデータサイズ（Count ）と、ファイルとして蓄積するためのファイル名（Name）とが含まれている。
【００４１】
印刷装置１は、このようなデータファイルとコントロールファイルとを受信して、双方を蓄積装置２１に蓄積した後、コントロールファイルに基づいて、データファイルに対する印刷処理を実行することになる。
【００４２】
ここで、図２に沿った処理の説明に戻る。通信制御コマンド判定処理部２０１が受信データに基づくコマンドの判定を行うが（ステップＳ１０３）、上記説明したＬｐｄプロトコルの場合、データファイル受信コマンドに含まれるサイズ情報とファイル名情報とに基づきファイル情報が適正かどうかの判定を行う（ステップＳ１０４）。
【００４３】
適正かどうかの判定は、例えば、サイズ情報が０から任意の値の範囲、本実施形態では、サイズ情報が１６進で０から２Ｇｂｙｔｅの範囲であれば適正であると判定し、この範囲以外でなければ適正でないと判定している。
【００４４】
通信制御コマンド判定処理部２０１でファイル情報を適正であると判定した場合は、受信データ処理制御部２０２にファイルサイズをカウントする受信モードで受信するように指示を行う（ステップＳ１０５）。受信データ処理制御部２０２は、画像データを受信して受信データ蓄積部２０４に渡し、受信データ蓄積部２０４により画像データを蓄積装置２１に蓄積する受信処理を行う（ステップＳ１０６）。
【００４５】
次に、画像データであるデータファイルや制御データであるコントロールファイルを通信制御コマンドで指定されたサイズだけ受信したかどうかを判断し（ステップＳ１０７）、全てのデータを受信した後、印刷処理要求部２０３が印刷処理管理部１４に対して印刷処理の要求を行い、印刷処理を実行する（ステップＳ１０８）。
【００４６】
つまり、ファイル情報が適正であると判定した場合は画像データが所定のプロトコルに準拠して転送されてきたものとみなし、この場合には画像データを一旦蓄積装置２１に蓄積した後、出力処理を行うことができるようになる。
【００４７】
一方、ステップＳ１０４において、通信制御コマンド判定処理部２０１が通信制御コマンドを判定した結果、ファイル情報が適正でないと判定した場合、受信データ処理制御部２０２にファイルサイズをカウントしない受信モードで受信するよう指示を与える（ステップＳ１０９）。
【００４８】
次に、受信データ処理制御部２０２は、印刷装置１で設定されている受信モードを判定する（ステップＳ１１０）。その結果、受信データ蓄積部２０４がＲＡＭディスクである蓄積装置２１に受信データを蓄積するディスク蓄積モードになっている場合（ステップＳ１１１でＹｅｓ）、メモリ管理部１３によって生成管理されているリングバッファ１３２に受信するリングバッファ受信モードに変更する処理を行う（ステップＳ１１２）。
【００４９】
画像データの受信蓄積モードがリングバッファ蓄積モードに変更された後、画像データの受信処理を開始する（ステップＳ１１３）。ここで受信処理を行うのは画像データであるデータファイルのみである。リングバッファ１３２に受信するため、リングバッファ１３２のサイズを越えて画像データを受信する場合は、印刷処理も同時に行う。
【００５０】
印刷処理は、印刷処理要求部２０３が、印刷処理管理部１４に対して印刷処理の要求を行うことで実行される。画像データの受信、印刷処理はクライアントとの接続が終了するまで行われ（ステップＳ１１４）、クライアントとの接続が切れた時点で画像データ受信の終了とみなす。以上の処理が終了した後、クライアントからの接続を開放する（ステップＳ１１５）。
【００５１】
このように、ファイル情報が適正でないと判定した場合は画像データが所定のプロトコルに準拠していない状態で転送されてきたものとみなし、この場合には画像データを受信しながら出力処理を行うことで対処できるようになる。
【００５２】
なお、上記説明した本実施形態では、Ｌｐｄプロトコルのファイル情報をそのサイズ情報が０から２Ｇｂｙｔｅの値にあるかどうかで判断したが、任意の値での範囲内とすれば、例えばサイズ情報が３２ビットの値を越えたか否かで判定してもよい。
【００５３】
また、ファイル情報が適正でないと判定した場合に、受信蓄積モードをリングバッファ受信モードにして画像データを受信しながら印刷処理を行うようにしたが、クライアントの接続終了まで、任意のファイル名で画像データをファイルとして蓄積して処理することもできる。つまり、サイズ情報によるカウント処理を行わないようにすれば画像データを蓄積することも可能であり、その蓄積されたファイルを制御情報がない状態で印刷処理すれば転送プロトコルに準拠していない画像データであっても処理することが可能となる。
【００５４】
さらに、本実施形態では、Ｌｐｄプロトコルを用いる例を説明したが、同様にＲＦＣ９５９で規定されているｆｔｐプロトコルのようにサイズ情報を用いてファイルを転送するプロトコルについても、サイズ情報についての取り扱いを上記と同様にすることで適用可能となる。
【００５５】
【発明の効果】
以上説明したように、本発明の画像処理装置によれば次のような効果がある。すなわち、ネットワークから転送されてくる画像データの属性に基づき、画像データをファイルとして蓄積するための情報が不正な値をとった場合には画像データを受信しながら処理することで、ネットワークの転送プロトコルに準拠しない画像データであっても処理することが可能となる。また、転送プロトコルに対して柔軟に対応することができ、決まった転送プロトコルにしか対応できない場合に比べて多くのクライアントからの処理要求を受けることが可能となる。
【図面の簡単な説明】
【図１】 本実施形態の印刷装置を説明するブロック図である。
【図２】 画像データの受信処理を説明するフローチャートである。
【図３】 通信制御コマンドの例を示す図である。
【符号の説明】
１…印刷装置、１１…ネットワークインターフェース部、１２…システム制御部、１３…メモリ管理部、１４…印刷処理管理部、１５…画像データ展開処理部、１６…記録出力部、１７…記録出力制御部、１８…操作表示制御部、１９…ＮＶＲＡＭ、２０…受信データ処理部、２１…蓄積装置、２０１…通信制御コマンド判定処理部
【発明の属する技術分野】
本発明は、ネットワークに接続されたホスト装置や電話回線で接続された通信端末から送られる画像データを受信して印刷処理等の処理を施す画像処理装置に関する。
【０００２】
【従来の技術】
近年、オフィスではＯＡ（オフィスオートメーション）化にともない、各人がパーソナルコンピュータやワークステーション等のホスト装置を使用するようになり、このホスト装置上で文章の作成や編集を行うようになってきている。また、ネットワーク化も進んでおり、ネットワーク上に複数のホスト装置やプリンタ装置が接続され、データの共有や転送を容易に行えるようになってきている。
【０００３】
ネットワーク上に接続されたプリンタ装置等の画像処理装置は、同じネットワークに接続されたホスト装置から、ホスト装置上で作成された文書を印刷処理するために使用される。このため、ネットワークに接続するための機能を持つホスト装置では、ＴＣＰ／ＩＰやＩＰＸ／ＳＰＸ等の既存の通信プロトコルを使用して画像データの送信を行っている。
【０００４】
ホスト装置からプリンタ装置へ画像データを送信する場合、プリンタ装置で画像データを展開処理しながら受信していると、プリンタ装置が送られてきた画像データを全て受信して展開処理するまでホスト装置の送信処理が開放されないことになる。そこで、受信バッファやハードディスク等の蓄積装置を備えるプリンタ装置があり、これによって、ホスト装置の画像データの送信処理にかかる時間を軽減できるようになっている。
【０００５】
ここで、プリンタ装置に蓄積装置としてハードディスクを備える場合、ハードディスク装置自体のコストが高いのと、ＲＡＭ等のメモリーに比べて読み出しおよび書き込み時間がかかる。このため、蓄積装置としてはメモリーやＲＡＭディスクが用いられることもある。
【０００６】
プリンタ装置にハードディスクやＲＡＭディスクを備える場合、画像データをファイルとして蓄積するため、サイズの大きな画像データでは蓄積するために要する時間が長くなる。また、ＲＡＭディスクを用いる場合でも、蓄積サイズを大きくするとＲＡＭを実装するためのコストが高くなる。そこで、ホスト装置から送られてくる画像データを全て蓄積した後、画像データを処理する画像データ受信蓄積モードと、ホスト装置から送られてくる画像データを受信バッファに蓄積しないで画像データを処理する画像データ受信非蓄積モードとを選択して設定できるプリンタ装置も知られている。
【０００７】
ネットワークを介して受信する画像データを全て蓄積した後に画像処理する場合と、画像データをバッファに受信しながら処理する場合とでは、受信した画像データの蓄積処理については異なるものの、ネットワークを介して画像データを受信する処理自体は双方とも所定のプロトコルに準じた手順が必要となる。
【０００８】
特開平７−１４１１３２号公報では、通信プロトコルが異なっても共有できる高速のネットワークプリンタ装置およびネットワークプリンタ装置を有するシステムが開示されている。このネットワークプリンタ装置を用いると、プリンタ装置自体にネットワークのサーバ機能を備えていることから、パーソナルコンピュータ等のサーバ装置を別途必要としないネットワーク環境を構築できる利点がある。
【０００９】
【発明が解決しようとする課題】
しかしながら、上記ネットワークプリンタ装置においては、装置自体に画像データの受信に必要なネットワークの機能を装置するため、規格に準じたネットワークのデータ転送プロトコルを実装する必要がある。なお、ここで規格とは、ＲＦＣ等の基準化会で定められたものを示す。
【００１０】
ネットワークのデータ転送プロトコルは規格で定められているが、パーソナルコンピュータやワークステーション等のクライアント（プリンタ装置のサーバ機能に対応するクライアント）から画像データが送られてくる場合、クライアントによっては規格化されたデータ転送プロトコルに準じていないことがある。規格化された所定のデータ転送プロトコルに準じていないとは、必要な情報が不足しているとか、規格に定義されていない制御コードが用いられている等のことである。
【００１１】
例えば、ＲＦＣ１１７９は、Line Printer Daemon Protocol（以下、「Ｌｐｄプロトコル」と言う。）が定義されている。Ｌｐｄプロトコルは、画像データをデータファイルとして、また画像データを印刷処理するための制御データをコントロールファイルとして生成した後、２つのファイルをともにネットワーク上で送受信するプロトコルである。
【００１２】
Ｌｐｄプロトコルで生成される制御データには、クライアントのホスト名やクライアント名を示す情報や、印刷部数を示す情報等が含まれる。しかしながら、ホスト名やクライアント名は、プリンタ装置で印刷の履歴情報を残すためには有効だが、印刷履歴を残す必要のないプリンタ装置には不要である。このため、クライアントによってはこれらの制御データを送信しないものがある。
【００１３】
また、Ｌｐｄプロトコルでは、クライアントとプリンタ装置との間でネットワーク上の仮想接続を行った際には、１回の仮想接続でデータファイルとコントロールファイルとが送られるが、画像データであるデータファイルに制御コードでプリンタの部数等の情報が組み込まれている場合、制御情報を示すコントロールファイルは不要になるため、画像データであるデータファイルのみしか送らないクライアントもある。
【００１４】
特開平７−１４１１３２号公報で開示されるネットワークプリンタ装置では、上記のようなプロトコルに準拠しないクライアントから画像データが送られた場合に対応することはできない。つまり、このネットワークプリンタ装置では、画像データをスプールすることによって性能と利便性とを向上させているが、ネットワーク上に接続されている全てのクライアントからファイルを生成するための情報やクライアントのホスト名やユーザ名等の制御情報が得られなければ、開示される性能や利便性の向上が図れないという問題がある。
【００１５】
よって、本発明は、ネットワークに接続されたクライアントから画像データを転送してくる場合に、規格で定められたネットワークの画像転送プロトコルに準じて送られてくる画像データだけでなく、ネットワークの画像転送プロトコルに全て準じていなくても、受信側の処理を変更することで画像データに対する処理を行うことができる画像処理装置を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明は、上記目的を達成するために成された画像処理装置である。すなわち、本発明の画像処理装置は、処理対象となる画像データを入力する入力手段と、入力手段により入力された画像データを蓄積する蓄積手段と、入力手段により入力された画像データの処理を行う処理手段と、入力手段により入力された画像データのサイズに基づき所定の転送プロトコルに準拠しているとみなすか、準拠していないとみなすかを判断する判断手段と、判断手段によって所定の転送プロトコルに準拠しているとみなす判断をした場合には画像データを前記蓄積手段に蓄積した後に処理手段で処理し、準拠していないとみなす判断をした場合には画像データを入力しながら前記処理手段で処理する制御を行う制御手段とを備えている。
【００１７】
このような本発明では、入力手段により入力された画像データの属性に基づき、画像データを蓄積手段に蓄積した後に処理するか、入力しながら処理するかを判断手段で判断している。このため、入力される画像データの属性により、画像データが所定のプロトコルに準じて送られてきたか否かを判断し、準じている場合には画像データを蓄積手段で蓄積した後に処理し、準じていない場合には入力しながら処理を行うよう制御手段で制御して、いずれの場合であっても対処できるようにしている。
【００１８】
また、本発明は、処理対象となる画像データを入力する入力手段と、入力手段により入力された画像データを蓄積する蓄積手段と、入力手段により入力された画像データの処理を行う処理手段と、入力手段により入力された画像データの属性に基づき、その画像データのサイズをカウントして蓄積手段に蓄積した後に処理手段で処理するか、画像データのサイズをカウントしないで蓄積手段に蓄積した後に処理手段で処理するかを判断する判断手段と、判断手段での判断結果に基づいて画像データの処理手順を制御する制御手段とを備えている画像処理装置でもある。
【００１９】
このような本発明では、入力手段により入力された画像データの属性に基づき、画像データのサイズをカウントして蓄積手段に蓄積した後に処理するか、画像データのサイズをカウントしないで蓄積手段に蓄積した後に処理するかを判断手段で判断している。このため、入力される画像データの属性により、画像データが所定のプロトコルに準じて送られてきたか否かを判断し、準じている場合には画像データのカウントを行って、蓄積手段で蓄積した後に処理し、準じていない場合には画像データのカウントを行わないで蓄積手段に蓄積した後に処理を行うよう制御手段で制御することができ、いずれの場合であっても対処できるようにしている。
【００２０】
【発明の実施の形態】
以下、本発明の画像処理装置における実施の形態を図に基づいて説明する。図１は、本実施形態の画像処理装置に係る印刷装置を説明するブロック図である。すなわち、この印刷装置１は、ネットワークＮに接続されており、図示しないホスト装置から送られる画像データを受けて出力処理するものである。
【００２１】
印刷装置１は、主として、ネットワークインターフェース部１１、システム制御部１２、メモリ管理部１３、印刷処理管理部１４、画像データ展開処理部１５、記録出力部１６、記録出力制御部１７、操作表示制御部１８、ＮＶＲＡＭ１９、受信データ処理部２０、蓄積装置２１を備えている。
【００２２】
このうち、ネットワークインターフェース部１１は、ネットワークＮに接続され、ネットワークＮを介してデータの送受信を行う部分であり、ホスト装置からの画像データやコマンド等のデータを受信して、受信データ処理部２０に渡す処理を行っている。
【００２３】
システム制御部１２は、本実施形態における印刷装置１全体の制御を行う部分で、ハードウェアのエラーを検知したり、電源起動時の初期化処理を行っている。
【００２４】
メモリ管理部１３は、画像データ展開処理部１５でビットマップ画像に展開する際に使用されるページメモリ１３１を確保して、画像データ展開処理部１５に割り当てたり、図示しないネットワーク通信処理部やファクシミリ通信部が動作する際に必要なデータ受信用のリングバッファ１３２の管理を行っている。
【００２５】
印刷処理管理部１４は、受信データ処理部２０が受信した画像データの印刷出力処理に関する印刷の制御を行う部分である。例えば、複数のホスト装置から順次送られてくる画像データを、その到着順に印刷出力するための制御を行う。
【００２６】
記録出力部１６は、展開されたビットマップ画像を記録出力する処理を行う部分で、例えば、レーザビームを用いた静電記録方式のプリント出力装置である。また、記録出力制御部１７は、記録出力部１６の一時停止や再開、記録出力部１６に記録出力するページ順の制御など、記録出力部１６に対する制御を行う部分である。
【００２７】
操作表示制御部１８は、印刷装置１の操作パネル（図示せず）から指示される情報を印刷処理管理部４やシステム制御部１２に通知する処理を行う部分で、操作パネルと操作パネルの制御ソフトウェアで構成されている。
【００２８】
ＮＶＲＡＭ１９は不揮発性メモリで、印刷装置１の初期化パラメータ等、印刷装置１の電源が切られた状態でもパラメータ情報を保持できるようになっている。
【００２９】
受信データ処理部２０は、ネットワークＮに接続されたホスト装置から送られてくる画像データをネットワークインターフェース部１１から受信して、受信した画像データを蓄積装置２１に蓄積したり、蓄積装置２１に蓄積されている画像データを取り出して、印刷処理管理部１４に印刷処理の要求を行うなど、受信データの処理を行う部分である。受信データ処理部２０は、通信制御コマンド判定処理部２０１と、受信データ処理制御部２０２と、印刷処理要求部２０３と、受信データ蓄積部２０４とから構成される。
【００３０】
通信制御コマンド判定処理部２０１は、ホスト装置から送られてくる画像データの転送プロトコルを判定して、受信データの処理手順を決定する処理を行う。ネットワークＮを経由して画像データを転送するプロトコルは複数あるが、本実施形態の通信制御コマンド判定処理部２０１は、ホスト装置からネットワークＮを経由して送られてくるプロトコルがＲＦＣ１１７９に規定されているＬｐｄ（Line Printer Daemon ）プロトコルに準拠している場合について判定するようソフトウェアで構成されている。
【００３１】
受信データ処理制御部２０２は、ホスト装置から送られてくる画像データの受信処理を制御する部分であり、画像データの受信開始と受信完了とを判定または検知する。
【００３２】
受信データ蓄積部２０４は、通信制御コマンド判定処理部２０１が判定した結果に基づいて、受信した画像データを蓄積装置２１またはリングバッファ１３２に蓄積する処理を行う部分である。
【００３３】
印刷処理要求部２０３は、受信データ蓄積部２０４によって蓄積装置２１またはリングバッファ１３２に蓄積された画像データを取り出して、印刷処理管理部１４に印刷処理の要求を行う部分である。
【００３４】
また、蓄積装置２１は、受信データ蓄積部２０４によって画像データを蓄積する部分で、本実施形態ではＲＡＭディスクを使用している。
【００３５】
次に、本実施形態の印刷装置１で、ホスト装置から画像データを受信した場合の処理を図２のフローチャートに沿って説明する。なお、以下の説明で図２に示されない符号は図１を参照するものとする。
【００３６】
先ず、ネットワークインターフェース部１１でネットワークＮのクライアントからの接続要求を受け付けると（ステップＳ１０１）、受信データ処理部２０にデータ受信開始を通知する（ステップＳ１０２）。受信したデータは通信制御コマンド判定処理部２０１に送られ、ここで画像データを受信するプロトコルに基づいて制御コマンドの判定を行う（ステップＳ１０３）。本実施形態では、ＲＦＣ１１７９に記載されるＬｐｄプロトコルについて、制御コマンドを判定している。
【００３７】
ここで、Ｌｐｄプロトコルについて説明する。図３は、Ｌｐｄプロトコルの通信制御コマンドの例を示す図である。このうち図３（ａ）は、クライアントから接続されて最初にクライアント側から送られてくるコマンドの例を示している。印刷装置１（図１参照）でこのコマンドを受信すると、通信制御コマンド判定処理部２０１（図１参照）は、Ｌｐｄプロトコルによって画像データの受信が開始されるものと判定する。印刷装置１で印刷可能な場合、このコマンドに対してＡＣＫを返送する。
【００３８】
クライアントは、印刷装置１から送られるＡＣＫを受信すると、実際の画像データを示すデータファイルを送るコマンドを印刷装置１に送信する。図３（ｂ）は、データファイル受信コマンドの例を示している。データファイル受信コマンドには、画像データをファイルとして受信するために、画像データのデータサイズ（Count ）と、ファイルとして蓄積するためのファイル名（Name）とが含まれている。印刷装置１では、データファイル受信コマンドを受信して、サイズ情報やファイル名情報に基づき画像データを受信可能であると判断した場合、ＡＣＫをクライアントに返送して、次にデータファイル受信コマンドで指定されたサイズ分だけ画像データを順次受信する。
【００３９】
クライアントは指定したサイズ分だけ画像データを送信したら印刷装置１からのＡＣＫを待ち、印刷装置１は指定されたサイズ分の画像データを受信した後、クライアントにＡＣＫを返送する処理を行う。
【００４０】
クライアントは画像データであるデータファイルの送信処理を行うと、次にデータファイルを送信した手順と同じ手順で印刷するための制御データを含むコントロールファイルを送信する処理を行う。図３（ｃ）は、コントロールファイル受信コマンドの例を示している。コントロールファイル受信コマンドには、図３（ｂ）で示すデータファイル受信コマンドと同様に、コントロールファイルのデータサイズ（Count ）と、ファイルとして蓄積するためのファイル名（Name）とが含まれている。
【００４１】
印刷装置１は、このようなデータファイルとコントロールファイルとを受信して、双方を蓄積装置２１に蓄積した後、コントロールファイルに基づいて、データファイルに対する印刷処理を実行することになる。
【００４２】
ここで、図２に沿った処理の説明に戻る。通信制御コマンド判定処理部２０１が受信データに基づくコマンドの判定を行うが（ステップＳ１０３）、上記説明したＬｐｄプロトコルの場合、データファイル受信コマンドに含まれるサイズ情報とファイル名情報とに基づきファイル情報が適正かどうかの判定を行う（ステップＳ１０４）。
【００４３】
適正かどうかの判定は、例えば、サイズ情報が０から任意の値の範囲、本実施形態では、サイズ情報が１６進で０から２Ｇｂｙｔｅの範囲であれば適正であると判定し、この範囲以外でなければ適正でないと判定している。
【００４４】
通信制御コマンド判定処理部２０１でファイル情報を適正であると判定した場合は、受信データ処理制御部２０２にファイルサイズをカウントする受信モードで受信するように指示を行う（ステップＳ１０５）。受信データ処理制御部２０２は、画像データを受信して受信データ蓄積部２０４に渡し、受信データ蓄積部２０４により画像データを蓄積装置２１に蓄積する受信処理を行う（ステップＳ１０６）。
【００４５】
次に、画像データであるデータファイルや制御データであるコントロールファイルを通信制御コマンドで指定されたサイズだけ受信したかどうかを判断し（ステップＳ１０７）、全てのデータを受信した後、印刷処理要求部２０３が印刷処理管理部１４に対して印刷処理の要求を行い、印刷処理を実行する（ステップＳ１０８）。
【００４６】
つまり、ファイル情報が適正であると判定した場合は画像データが所定のプロトコルに準拠して転送されてきたものとみなし、この場合には画像データを一旦蓄積装置２１に蓄積した後、出力処理を行うことができるようになる。
【００４７】
一方、ステップＳ１０４において、通信制御コマンド判定処理部２０１が通信制御コマンドを判定した結果、ファイル情報が適正でないと判定した場合、受信データ処理制御部２０２にファイルサイズをカウントしない受信モードで受信するよう指示を与える（ステップＳ１０９）。
【００４８】
次に、受信データ処理制御部２０２は、印刷装置１で設定されている受信モードを判定する（ステップＳ１１０）。その結果、受信データ蓄積部２０４がＲＡＭディスクである蓄積装置２１に受信データを蓄積するディスク蓄積モードになっている場合（ステップＳ１１１でＹｅｓ）、メモリ管理部１３によって生成管理されているリングバッファ１３２に受信するリングバッファ受信モードに変更する処理を行う（ステップＳ１１２）。
【００４９】
画像データの受信蓄積モードがリングバッファ蓄積モードに変更された後、画像データの受信処理を開始する（ステップＳ１１３）。ここで受信処理を行うのは画像データであるデータファイルのみである。リングバッファ１３２に受信するため、リングバッファ１３２のサイズを越えて画像データを受信する場合は、印刷処理も同時に行う。
【００５０】
印刷処理は、印刷処理要求部２０３が、印刷処理管理部１４に対して印刷処理の要求を行うことで実行される。画像データの受信、印刷処理はクライアントとの接続が終了するまで行われ（ステップＳ１１４）、クライアントとの接続が切れた時点で画像データ受信の終了とみなす。以上の処理が終了した後、クライアントからの接続を開放する（ステップＳ１１５）。
【００５１】
このように、ファイル情報が適正でないと判定した場合は画像データが所定のプロトコルに準拠していない状態で転送されてきたものとみなし、この場合には画像データを受信しながら出力処理を行うことで対処できるようになる。
【００５２】
なお、上記説明した本実施形態では、Ｌｐｄプロトコルのファイル情報をそのサイズ情報が０から２Ｇｂｙｔｅの値にあるかどうかで判断したが、任意の値での範囲内とすれば、例えばサイズ情報が３２ビットの値を越えたか否かで判定してもよい。
【００５３】
また、ファイル情報が適正でないと判定した場合に、受信蓄積モードをリングバッファ受信モードにして画像データを受信しながら印刷処理を行うようにしたが、クライアントの接続終了まで、任意のファイル名で画像データをファイルとして蓄積して処理することもできる。つまり、サイズ情報によるカウント処理を行わないようにすれば画像データを蓄積することも可能であり、その蓄積されたファイルを制御情報がない状態で印刷処理すれば転送プロトコルに準拠していない画像データであっても処理することが可能となる。
【００５４】
さらに、本実施形態では、Ｌｐｄプロトコルを用いる例を説明したが、同様にＲＦＣ９５９で規定されているｆｔｐプロトコルのようにサイズ情報を用いてファイルを転送するプロトコルについても、サイズ情報についての取り扱いを上記と同様にすることで適用可能となる。
【００５５】
【発明の効果】
以上説明したように、本発明の画像処理装置によれば次のような効果がある。すなわち、ネットワークから転送されてくる画像データの属性に基づき、画像データをファイルとして蓄積するための情報が不正な値をとった場合には画像データを受信しながら処理することで、ネットワークの転送プロトコルに準拠しない画像データであっても処理することが可能となる。また、転送プロトコルに対して柔軟に対応することができ、決まった転送プロトコルにしか対応できない場合に比べて多くのクライアントからの処理要求を受けることが可能となる。
【図面の簡単な説明】
【図１】 本実施形態の印刷装置を説明するブロック図である。
【図２】 画像データの受信処理を説明するフローチャートである。
【図３】 通信制御コマンドの例を示す図である。
【符号の説明】
１…印刷装置、１１…ネットワークインターフェース部、１２…システム制御部、１３…メモリ管理部、１４…印刷処理管理部、１５…画像データ展開処理部、１６…記録出力部、１７…記録出力制御部、１８…操作表示制御部、１９…ＮＶＲＡＭ、２０…受信データ処理部、２１…蓄積装置、２０１…通信制御コマンド判定処理部
Claims (5)
- 処理対象となる画像データを入力する入力手段と、
前記入力手段により入力された画像データを蓄積する蓄積手段と、
前記入力手段により入力された画像データの処理を行う処理手段と、
前記入力手段により入力された画像データのサイズに基づき所定の転送プロトコルに準拠しているとみなすか、準拠していないとみなすかを判断する判断手段と、
前記判断手段によって前記所定の転送プロトコルに準拠しているとみなす判断をした場合には前記画像データを前記蓄積手段に蓄積した後に前記処理手段で処理し、準拠していないとみなす判断をした場合には前記画像データを入力しながら前記処理手段で処理する制御を行う制御手段と
を備えていることを特徴とする画像処理装置。 - 前記判断手段は、前記画像データの属性に含まれる画像データのサイズが所定の値を越えているか否かを判断し、越えている場合には前記画像データを入力しながら前記処理手段で処理するものと判断し、越えていない場合には前記画像データを前記蓄積手段に蓄積した後に前記処理手段で処理するものと判断する
ことを特徴とする請求項１記載の画像処理装置。 - 前記所定の値は、前記判断手段で行う計算処理でのビット演算のとりうる値から成る
ことを特徴とする請求項２記載の画像処理装置。 - 前記所定の値は、前記蓄積手段の空き要領に対応する値から成る
ことを特徴とする請求項２記載の画像処理装置。 - 処理対象となる画像データを入力する入力手段と、
前記入力手段により入力された画像データを蓄積する蓄積手段と、
前記入力手段により入力された画像データの処理を行う処理手段と、
前記入力手段により入力された画像データの属性に基づき、その画像データのサイズをカウントして前記蓄積手段に蓄積した後に前記処理手段で処理するか、前記画像データのサイズをカウントしないで前記蓄積手段に蓄積した後に前記処理手段で処理するかを判断する判断手段と、
前記判断手段での判断結果に基づいて前記画像データの処理手順を制御する制御手段と
を備えていることを特徴とする画像処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05790599A JP3994569B2 (ja) | 1999-03-05 | 1999-03-05 | 画像処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05790599A JP3994569B2 (ja) | 1999-03-05 | 1999-03-05 | 画像処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000259361A JP2000259361A (ja) | 2000-09-22 |
| JP3994569B2 true JP3994569B2 (ja) | 2007-10-24 |
Family
ID=13069015
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05790599A Expired - Fee Related JP3994569B2 (ja) | 1999-03-05 | 1999-03-05 | 画像処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3994569B2 (ja) |
-
1999
- 1999-03-05 JP JP05790599A patent/JP3994569B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000259361A (ja) | 2000-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8325370B2 (en) | Network interface apparatus, control method, program, and image forming apparatus | |
| US6636891B1 (en) | Methods and apparatus for controlling an input or output device over the internet | |
| US6333789B1 (en) | Printing system, method and apparatus for processing a plurality of types of information different in priority | |
| US10802779B2 (en) | Print processing system and method having print server converts document data into print data and to store the print data into plural storage servers for printing at image processing apparatus | |
| US6559965B1 (en) | Method and apparatus for establishing two-way communication with a remote printer | |
| JP2006504182A (ja) | ネットワーク内の共用資源を使用する方法および構成 | |
| JP4027112B2 (ja) | 画像処理装置及び画像処理装置における通信方法 | |
| US6178004B1 (en) | Method and apparatus for forming images | |
| US20120062952A1 (en) | Apparatus and method for transferring data to remote printer | |
| JP3591251B2 (ja) | プリンタ制御方法および装置 | |
| US20030226464A1 (en) | Method to keep copies of device queued jobs in the network queue until print delivery is guaranteed | |
| JP2004341728A (ja) | 印刷装置、印刷システム及びキャンセル方法 | |
| JP5274203B2 (ja) | データ処理装置、方法、プログラム、並びに、データ処理システム | |
| JP3994569B2 (ja) | 画像処理装置 | |
| US20030050971A1 (en) | Client server system and method therefor | |
| KR100325816B1 (ko) | 네트워크 프린터의 인쇄방법 | |
| JP2002163097A (ja) | 印刷システム | |
| JPH05204565A (ja) | ネットワークプリント制御システム | |
| US20060106924A1 (en) | Data-processing device, communication method, and computer program | |
| JP4139541B2 (ja) | プリンタおよびプリンタジョブデータの転送方法 | |
| JP2008269004A (ja) | データ処理装置、データ処理方法、およびコンピュータプログラム | |
| JP2019169927A (ja) | 情報処理装置、ファクシミリ装置、及びプログラム | |
| JP2005349768A (ja) | 印刷装置及び印刷方法 | |
| JPH11184653A (ja) | 印刷制御装置 | |
| JP4243831B2 (ja) | プリンタおよびプリンタジョブデータの転送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040319 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060502 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060703 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061017 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061218 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070710 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070723 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| 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: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110810 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120810 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120810 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130810 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |