JPH11327531A - ビットマップデータの縮小方法、情報処理装置および情報記録媒体 - Google Patents
ビットマップデータの縮小方法、情報処理装置および情報記録媒体Info
- Publication number
- JPH11327531A JPH11327531A JP10123772A JP12377298A JPH11327531A JP H11327531 A JPH11327531 A JP H11327531A JP 10123772 A JP10123772 A JP 10123772A JP 12377298 A JP12377298 A JP 12377298A JP H11327531 A JPH11327531 A JP H11327531A
- Authority
- JP
- Japan
- Prior art keywords
- conversion
- target
- converting
- bitmap data
- previous
- 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.)
- Granted
Links
Abstract
(57)【要約】
【課題】 潰れやドット抜けを極力抑えることができる
ビットマップデータの縮小方法、この縮小方法を備えた
情報処理装置および情報記録媒体を提供する。 【解決手段】 ビットマップデータの一端から逐次、連
続した２ドットずつを１ドットに変換して縮小パターン
を作成してゆく縮小方法であって、その回に着目した連
続２ドットのパターンのみで縮小変換の結果を得ること
ができる場合は、その縮小変換の結果を着目した２ドッ
トに対する変換結果とし、着目した２ドットのパターン
のみで縮小変換の結果を得ることができない場合は、前
回処理した２ドットのパターン、および、前回処理した
２ドットの変換結果も勘案して、着目した２ドットの変
換結果を決定する。
ビットマップデータの縮小方法、この縮小方法を備えた
情報処理装置および情報記録媒体を提供する。 【解決手段】 ビットマップデータの一端から逐次、連
続した２ドットずつを１ドットに変換して縮小パターン
を作成してゆく縮小方法であって、その回に着目した連
続２ドットのパターンのみで縮小変換の結果を得ること
ができる場合は、その縮小変換の結果を着目した２ドッ
トに対する変換結果とし、着目した２ドットのパターン
のみで縮小変換の結果を得ることができない場合は、前
回処理した２ドットのパターン、および、前回処理した
２ドットの変換結果も勘案して、着目した２ドットの変
換結果を決定する。
Description
【０００１】
【発明の属する技術分野】本発明は、フォントデータや
イメージデータなどのビットマップデータの縮小方法、
この縮小方法を用いて処理を行う情報処理装置、および
これを実現するためのプログラムを記録した情報記録媒
体に関する。
イメージデータなどのビットマップデータの縮小方法、
この縮小方法を用いて処理を行う情報処理装置、および
これを実現するためのプログラムを記録した情報記録媒
体に関する。
【０００２】
【従来の技術】従来の技術を図４を用いて説明する。図
４（ａ）は、印刷装置の持つ通常サイズのビットマップ
フォントデータの一例である。ビットマップデータの縮
小印刷を行うことができる従来の印刷装置においては、
縮小前の２ｎ（以下、ｎは１以上の整数）または２ｎ−
１ドット長のビットマップデータをｎドット長に縮小し
て印刷装置内のメモリに展開する場合、ビットマップデ
ータの一端から順番に２ドットラインずつの論理和を演
算して１ドットラインに変換し、この論理和演算処理を
各列毎に行い縮小パターンを作成する方法がある。この
方法にて図４（ａ）に示したビットマップフォントデー
タを文字の高さ方向に縮小した結果が図４（ｂ）であ
る。また、別の方法として、ビットマップデータを単純
に１ドットライン間隔で間引いてゆき縮小パターンを作
成する方法もある。この方法にて図４（ａ）を縮小した
結果が図４（ｃ）である。また、縮小印刷する場合にお
ける別の方法として、通常サイズのフォントデータとは
別に、あらかじめ縮小印字用フォントデータを印刷装置
内のＲＯＭなどに格納しておき、その縮小印字用フォン
トデータを用いて印刷装置内のメモリに展開し印刷する
方法もある。
４（ａ）は、印刷装置の持つ通常サイズのビットマップ
フォントデータの一例である。ビットマップデータの縮
小印刷を行うことができる従来の印刷装置においては、
縮小前の２ｎ（以下、ｎは１以上の整数）または２ｎ−
１ドット長のビットマップデータをｎドット長に縮小し
て印刷装置内のメモリに展開する場合、ビットマップデ
ータの一端から順番に２ドットラインずつの論理和を演
算して１ドットラインに変換し、この論理和演算処理を
各列毎に行い縮小パターンを作成する方法がある。この
方法にて図４（ａ）に示したビットマップフォントデー
タを文字の高さ方向に縮小した結果が図４（ｂ）であ
る。また、別の方法として、ビットマップデータを単純
に１ドットライン間隔で間引いてゆき縮小パターンを作
成する方法もある。この方法にて図４（ａ）を縮小した
結果が図４（ｃ）である。また、縮小印刷する場合にお
ける別の方法として、通常サイズのフォントデータとは
別に、あらかじめ縮小印字用フォントデータを印刷装置
内のＲＯＭなどに格納しておき、その縮小印字用フォン
トデータを用いて印刷装置内のメモリに展開し印刷する
方法もある。
【０００３】
【発明が解決しようとする課題】ところが、上述した従
来の技術のうち、１番目に記した２ドットラインずつの
論理和を演算して１ドットラインに変換し縮小パターン
を作成する方法においては、ビットマップデータの背景
部分が潰れてしまい、特にビットマップデータがフォン
トデータである場合には図４（ｂ）のように文字の判読
が困難になるという問題がある。
来の技術のうち、１番目に記した２ドットラインずつの
論理和を演算して１ドットラインに変換し縮小パターン
を作成する方法においては、ビットマップデータの背景
部分が潰れてしまい、特にビットマップデータがフォン
トデータである場合には図４（ｂ）のように文字の判読
が困難になるという問題がある。
【０００４】また、２番目に記した単純に１ドットライ
ン間隔で間引いて縮小パターンを作成する方法において
は、間引くことによって、例えば１ドットラインの線な
どで消えてはならないドットまで消してしまうことがあ
り、この場合も図４（ｃ）のように文字の判読が困難に
なるという問題がある。
ン間隔で間引いて縮小パターンを作成する方法において
は、間引くことによって、例えば１ドットラインの線な
どで消えてはならないドットまで消してしまうことがあ
り、この場合も図４（ｃ）のように文字の判読が困難に
なるという問題がある。
【０００５】また、３番目に記した縮小印字用フォント
データをあらかじめ用意しておくという方法は、メモリ
容量の増大につながり、製造コストが上がってしまうと
いう問題がある。
データをあらかじめ用意しておくという方法は、メモリ
容量の増大につながり、製造コストが上がってしまうと
いう問題がある。
【０００６】本発明は、以上のような問題を解決するた
めになされたもので、フォントデータやイメージデータ
などのビットマップデータを縮小した場合に潰れやドッ
ト抜けを極力抑えることができる縮小方法、情報処理装
置、および、これを実現する情報記録媒体を提供するこ
とを目的とする。
めになされたもので、フォントデータやイメージデータ
などのビットマップデータを縮小した場合に潰れやドッ
ト抜けを極力抑えることができる縮小方法、情報処理装
置、および、これを実現する情報記録媒体を提供するこ
とを目的とする。
【０００７】
【課題を解決するための手段】以上の目的を達成するた
めの発明は下記の発明である。
めの発明は下記の発明である。
【０００８】本発明は、ビットマップデータの一端から
逐次、連続した２ドットを１ドットに変換して縮小パタ
ーンを作成する縮小方法であって、ビットマップデータ
の各ビットの画像側を｛１｝、背景側を｛０｝で表現
し、縮小処理対象となる２ドットのデータを、縮小処理
を開始した側から順に｛ａｂ｝の形式で表現した場合
に、今回の変換対象が｛１１｝である場合は、｛１｝に
変換する第１の変換工程と、今回の変換対象が｛００｝
である場合は、今回の変換対象の変換結果を｛０｝に変
換する第２の変換工程と、今回の変換対象が｛１０｝で
ある場合は、前回の変換対象の変換結果の論理否定に変
換する第３の変換工程と、今回の変換対象が｛０１｝で
あって、かつ前回の変換対象が｛０１｝である場合は、
前回の変換対象の変換結果の論理否定に変換する第４の
変換工程と、今回の変換対象が｛０１｝であって、かつ
前回の変換対象が｛０１｝でない場合は、｛１｝に変換
する第５の変換工程を備えることを特徴とする。
逐次、連続した２ドットを１ドットに変換して縮小パタ
ーンを作成する縮小方法であって、ビットマップデータ
の各ビットの画像側を｛１｝、背景側を｛０｝で表現
し、縮小処理対象となる２ドットのデータを、縮小処理
を開始した側から順に｛ａｂ｝の形式で表現した場合
に、今回の変換対象が｛１１｝である場合は、｛１｝に
変換する第１の変換工程と、今回の変換対象が｛００｝
である場合は、今回の変換対象の変換結果を｛０｝に変
換する第２の変換工程と、今回の変換対象が｛１０｝で
ある場合は、前回の変換対象の変換結果の論理否定に変
換する第３の変換工程と、今回の変換対象が｛０１｝で
あって、かつ前回の変換対象が｛０１｝である場合は、
前回の変換対象の変換結果の論理否定に変換する第４の
変換工程と、今回の変換対象が｛０１｝であって、かつ
前回の変換対象が｛０１｝でない場合は、｛１｝に変換
する第５の変換工程を備えることを特徴とする。
【０００９】本発明により、２ｎドット長のビットマッ
プデータをｎドット長に縮小する場合に、今回の変換対
象のみに着目して１ドットに変換する処理だけでなく、
更に前回の変換対象の組み合わせパターンおよびその変
換結果までを考慮に入れて、今回の変換結果を決定する
ことにより、ビットマップデータの背景部分の潰れや１
ドットラインの線などで消えてはならないドットまで消
してしまうことを極力回避し、データの潰れと抜けのバ
ランスのとれた、見易い縮小パターンを作成することが
できる。
プデータをｎドット長に縮小する場合に、今回の変換対
象のみに着目して１ドットに変換する処理だけでなく、
更に前回の変換対象の組み合わせパターンおよびその変
換結果までを考慮に入れて、今回の変換結果を決定する
ことにより、ビットマップデータの背景部分の潰れや１
ドットラインの線などで消えてはならないドットまで消
してしまうことを極力回避し、データの潰れと抜けのバ
ランスのとれた、見易い縮小パターンを作成することが
できる。
【００１０】また、この場合において、縮小前のデータ
の長さが奇数である場合に、ビットマップデータ列の先
頭に｛０｝があるものとみなす工程及び／又はビットマ
ップデータ列の最後尾に｛０｝があるものとみなす工程
を備えることにより、２ｎ−１ドット長のビットマップ
データをｎドット長に縮小することも可能となる。
の長さが奇数である場合に、ビットマップデータ列の先
頭に｛０｝があるものとみなす工程及び／又はビットマ
ップデータ列の最後尾に｛０｝があるものとみなす工程
を備えることにより、２ｎ−１ドット長のビットマップ
データをｎドット長に縮小することも可能となる。
【００１１】また、上述した縮小方法を実現する情報処
理装置を用いて縮小結果を出力することができる。縮小
結果を出力することのできる情報処理装置として、印刷
装置あるいは表示装置が考えられる。
理装置を用いて縮小結果を出力することができる。縮小
結果を出力することのできる情報処理装置として、印刷
装置あるいは表示装置が考えられる。
【００１２】また、上述した縮小方法は、情報処理装置
で実行可能な制御プログラムとして供給することが可能
であり、その制御プログラムを記録した記録媒体を介し
て提供することができる。あるいは、インターネットな
どのコンピュータネットワークを介して制御プログラム
を提供し、ユーザ側の情報処理装置の記録媒体に記録し
て使用することも可能である。
で実行可能な制御プログラムとして供給することが可能
であり、その制御プログラムを記録した記録媒体を介し
て提供することができる。あるいは、インターネットな
どのコンピュータネットワークを介して制御プログラム
を提供し、ユーザ側の情報処理装置の記録媒体に記録し
て使用することも可能である。
【００１３】
【発明の実施の形態】以下、図面を参照して本発明の一
実施形態を説明する。
実施形態を説明する。
【００１４】図１は本発明の一実施形態の印刷装置の概
略構成を示す図である。図１に示すように、本例の印刷
装置１はホスト２と接続されており、ホスト２から転送
されたデータに基づいて動作する。印刷装置１は、ホス
ト２と接続されるインタフェース１１を備えており、こ
のインタフェース１１が受信したデータをＣＰＵ１２が
制御ＲＯＭ１３に格納されている制御プログラムに従っ
て処理する。この制御ＲＯＭ１３には、制御プログラム
の一つとして文字パターンの縮小方法を記述したプログ
ラム１３ａが格納されている。ホスト２から受信したデ
ータが文字データである場合には、現在指定されている
文字サイズ、文字装飾等の文字を展開するために必要な
情報をＲＡＭ１５から読み出し、これに応じてフォント
ＲＯＭ１４から読み出したデータを加工し、プリントバ
ッファ１６へ展開する。フォントＲＯＭ１４に格納され
ている各フォントはビットマップパターンで形成されて
いる。プリントバッファ１６に展開された印字データは
印刷機構１７によって用紙上に印刷される。
略構成を示す図である。図１に示すように、本例の印刷
装置１はホスト２と接続されており、ホスト２から転送
されたデータに基づいて動作する。印刷装置１は、ホス
ト２と接続されるインタフェース１１を備えており、こ
のインタフェース１１が受信したデータをＣＰＵ１２が
制御ＲＯＭ１３に格納されている制御プログラムに従っ
て処理する。この制御ＲＯＭ１３には、制御プログラム
の一つとして文字パターンの縮小方法を記述したプログ
ラム１３ａが格納されている。ホスト２から受信したデ
ータが文字データである場合には、現在指定されている
文字サイズ、文字装飾等の文字を展開するために必要な
情報をＲＡＭ１５から読み出し、これに応じてフォント
ＲＯＭ１４から読み出したデータを加工し、プリントバ
ッファ１６へ展開する。フォントＲＯＭ１４に格納され
ている各フォントはビットマップパターンで形成されて
いる。プリントバッファ１６に展開された印字データは
印刷機構１７によって用紙上に印刷される。
【００１５】ＣＰＵ１２は、制御ＲＯＭ１３に格納され
たプログラムに従って動作するが、制御ＲＯＭ１３を消
去書込み可能なＲＯＭによって実現すれば、このプログ
ラムの更新や修正が容易になる。印刷装置などの情報処
理装置に導入するプログラム自体は、フロッピーディス
クやハードディスクなどの情報記録媒体に記録すること
が可能である。
たプログラムに従って動作するが、制御ＲＯＭ１３を消
去書込み可能なＲＯＭによって実現すれば、このプログ
ラムの更新や修正が容易になる。印刷装置などの情報処
理装置に導入するプログラム自体は、フロッピーディス
クやハードディスクなどの情報記録媒体に記録すること
が可能である。
【００１６】次に、ホスト２から文字の縮小印刷が指定
された場合に、印刷装置１がフォントＲＯＭ１４に内蔵
されているビットマップフォントデータを用いて縮小文
字をプリントバッファに作成する方法について説明す
る。ここで、縮小処理を行うビットマップデータのドッ
ト長が２ｎ−１長である場合に、（１）そのビットマッ
プデータの最後尾に｛０｝があるものとみなし縮小処理
を行う方法と、（２）そのビットマップデータの先頭に
｛０｝があるものとみなし縮小処理を行う方法の２種類
の方法について説明する。また、以下の説明において、
印字するドットを｛１｝、印字しないドットを｛０｝と
表現する。また、ビットマップデータの一端から順に２
ドットライン毎に縮小処理を行うが、この縮小処理の変
換対象となる２ドットを{ａｂ}のように表現する。 最
初に図６および図７、図８のフローチャートを参照し、
縮小前のビットマップデータが２ｎ−１ドット長で構成
されている場合は、そのビットマップデータの最後尾に
｛０｝があるものとみなし縮小処理を行う方法について
説明する。
された場合に、印刷装置１がフォントＲＯＭ１４に内蔵
されているビットマップフォントデータを用いて縮小文
字をプリントバッファに作成する方法について説明す
る。ここで、縮小処理を行うビットマップデータのドッ
ト長が２ｎ−１長である場合に、（１）そのビットマッ
プデータの最後尾に｛０｝があるものとみなし縮小処理
を行う方法と、（２）そのビットマップデータの先頭に
｛０｝があるものとみなし縮小処理を行う方法の２種類
の方法について説明する。また、以下の説明において、
印字するドットを｛１｝、印字しないドットを｛０｝と
表現する。また、ビットマップデータの一端から順に２
ドットライン毎に縮小処理を行うが、この縮小処理の変
換対象となる２ドットを{ａｂ}のように表現する。 最
初に図６および図７、図８のフローチャートを参照し、
縮小前のビットマップデータが２ｎ−１ドット長で構成
されている場合は、そのビットマップデータの最後尾に
｛０｝があるものとみなし縮小処理を行う方法について
説明する。
【００１７】縮小処理を行う前処理として、前回の変換
対象を｛００｝とし、その変換結果を｛０｝としておく
（Ｓ６０１）。
対象を｛００｝とし、その変換結果を｛０｝としておく
（Ｓ６０１）。
【００１８】次に、ビットマップデータの残り縮小対象
ドット長（以下、単に「残りドット長」と呼ぶ）が１ド
ットであるかを判定する（Ｓ６０２）。Ｓ６０２が真で
ある場合は、今回の変換対象の第１ドットをこの残り１
ドットのデータとし（Ｓ６０３）、今回の変換対象の第
２ドットを｛０｝とする（Ｓ６０４）。その後、Ｓ７０
１へ進む。一方、Ｓ６０２が偽である場合にはそのまま
Ｓ７０１へ進む。
ドット長（以下、単に「残りドット長」と呼ぶ）が１ド
ットであるかを判定する（Ｓ６０２）。Ｓ６０２が真で
ある場合は、今回の変換対象の第１ドットをこの残り１
ドットのデータとし（Ｓ６０３）、今回の変換対象の第
２ドットを｛０｝とする（Ｓ６０４）。その後、Ｓ７０
１へ進む。一方、Ｓ６０２が偽である場合にはそのまま
Ｓ７０１へ進む。
【００１９】次に、今回の変換対象が｛１１｝であるか
を判定する（Ｓ７０１）。Ｓ７０１が真である場合には
今回の変換対象の変換結果（以下、単に「今回の変換結
果」と呼ぶ）を｛１｝とし（Ｓ７０２）、Ｓ７１１へ進
む。一方、Ｓ７０１が偽である場合にはＳ７０３へ進
む。
を判定する（Ｓ７０１）。Ｓ７０１が真である場合には
今回の変換対象の変換結果（以下、単に「今回の変換結
果」と呼ぶ）を｛１｝とし（Ｓ７０２）、Ｓ７１１へ進
む。一方、Ｓ７０１が偽である場合にはＳ７０３へ進
む。
【００２０】次に、今回の変換対象が｛００｝であるか
を判定する（Ｓ７０３）。Ｓ７０３が真である場合には
今回の変換結果を｛０｝とし（Ｓ７０４）、Ｓ７１１へ
進む。一方、Ｓ７０３が偽である場合にはＳ７０５へ進
む。
を判定する（Ｓ７０３）。Ｓ７０３が真である場合には
今回の変換結果を｛０｝とし（Ｓ７０４）、Ｓ７１１へ
進む。一方、Ｓ７０３が偽である場合にはＳ７０５へ進
む。
【００２１】次に、今回の変換対象が｛１０｝であるか
を判定する（Ｓ７０５）。Ｓ７０５が偽ならば、前回の
変換対象が｛０１｝であるかを判定する（Ｓ７０９）。
Ｓ７０９が偽ならば、今回の変換結果を｛１｝とし（Ｓ
７１０）、Ｓ７１１に進む。一方、Ｓ７０５が真または
Ｓ７０９が真ならば、前回の変換対象の変換結果（以
下、単に「前回の変換結果」と呼ぶ）を判定する（Ｓ７
０６）。ここで、前回の変換結果が｛１｝ならば今回の
変換結果を｛０｝とし（Ｓ７０７）、前回の変換結果が
｛０｝ならば今回の変換結果を｛１｝とする（Ｓ７０
８）。その後、Ｓ７１１に進む。
を判定する（Ｓ７０５）。Ｓ７０５が偽ならば、前回の
変換対象が｛０１｝であるかを判定する（Ｓ７０９）。
Ｓ７０９が偽ならば、今回の変換結果を｛１｝とし（Ｓ
７１０）、Ｓ７１１に進む。一方、Ｓ７０５が真または
Ｓ７０９が真ならば、前回の変換対象の変換結果（以
下、単に「前回の変換結果」と呼ぶ）を判定する（Ｓ７
０６）。ここで、前回の変換結果が｛１｝ならば今回の
変換結果を｛０｝とし（Ｓ７０７）、前回の変換結果が
｛０｝ならば今回の変換結果を｛１｝とする（Ｓ７０
８）。その後、Ｓ７１１に進む。
【００２２】以上により、今回の変換結果が決定した
ら、この変換結果をプリントバッファ１６に展開する
（Ｓ７１１）。
ら、この変換結果をプリントバッファ１６に展開する
（Ｓ７１１）。
【００２３】次に、残りドット長を判定し（Ｓ８０
１）、残りドット長が３ドット以上ならば今回処理した
２ドットを差し引き（Ｓ８０２）、変換対象を２ドット
先に進めて（Ｓ８０３）、Ｓ６０２へ戻る。また、Ｓ８
０２において残りドット長が２ドット以下ならば縮小処
理を終了する。
１）、残りドット長が３ドット以上ならば今回処理した
２ドットを差し引き（Ｓ８０２）、変換対象を２ドット
先に進めて（Ｓ８０３）、Ｓ６０２へ戻る。また、Ｓ８
０２において残りドット長が２ドット以下ならば縮小処
理を終了する。
【００２４】プリントバッファ１６に展開された縮小イ
メージは、ホスト２から送信される印字改行コマンドな
どにより、ＣＰＵ１２が制御ＲＯＭ１３に従って印刷機
構１７を制御し、印刷を行う。
メージは、ホスト２から送信される印字改行コマンドな
どにより、ＣＰＵ１２が制御ＲＯＭ１３に従って印刷機
構１７を制御し、印刷を行う。
【００２５】上記縮小方法によって、図４（ａ）に示し
たデータを縮小すると図４（ｄ）に示すように読み易い
縮小文字を得ることができる。
たデータを縮小すると図４（ｄ）に示すように読み易い
縮小文字を得ることができる。
【００２６】次に、縮小前のビットマップデータが２ｎ
−１ドット長で構成されている場合に、そのビットマッ
プデータの先頭に｛０｝があるものとみなして縮小処理
を行う方法について、図９および図１０、図７のフロー
チャートを参照して説明する。
−１ドット長で構成されている場合に、そのビットマッ
プデータの先頭に｛０｝があるものとみなして縮小処理
を行う方法について、図９および図１０、図７のフロー
チャートを参照して説明する。
【００２７】まず、縮小処理を行う前処理として、前回
の変換対象を｛００｝とし、その変換結果を｛０｝とし
ておく（Ｓ９０１）。次に、残りドット長が奇数である
かを判定する（Ｓ９０２）。Ｓ９０２が真ならば、今回
の変換対象の第１ドットを｛０｝とし（Ｓ９０３）、今
回の変換対象の第２ドットを縮小前のビットマップデー
タの先頭のデータとする（Ｓ９０４）。その後、Ｓ７０
１へ進む。一方、Ｓ９０２が偽である場合には、そのま
まＳ７０１へ進む。
の変換対象を｛００｝とし、その変換結果を｛０｝とし
ておく（Ｓ９０１）。次に、残りドット長が奇数である
かを判定する（Ｓ９０２）。Ｓ９０２が真ならば、今回
の変換対象の第１ドットを｛０｝とし（Ｓ９０３）、今
回の変換対象の第２ドットを縮小前のビットマップデー
タの先頭のデータとする（Ｓ９０４）。その後、Ｓ７０
１へ進む。一方、Ｓ９０２が偽である場合には、そのま
まＳ７０１へ進む。
【００２８】次に続くＳ７０１からＳ７１１までの処理
は、前述の通りであり説明を省略する。
は、前述の通りであり説明を省略する。
【００２９】Ｓ７１１の次に、残りドット長が奇数であ
るか判定する（Ｓ１００１）。Ｓ１００１が真ならば、
残りドット長から１を差し引き（Ｓ１００２）、残りド
ット長を判定する（Ｓ１００３）。この判定の結果、残
りドット長が０ドットならば縮小処理を終了し、残りド
ット長が０ドットでなければ変換対象を１ドット先に進
めて（Ｓ１００４）、Ｓ７０１へ戻る。一方、Ｓ１００
１が偽である場合は、残りドット長から２を差し引き
（Ｓ１００５）、残りドット長を判定する（Ｓ１００
６）。この判定の結果、残りドット長が０ドットならば
縮小処理を終了し、残りドット長が０ドットでなければ
変換対象を２ドット先に進めて（Ｓ１００７）、Ｓ７０
１へ戻る。
るか判定する（Ｓ１００１）。Ｓ１００１が真ならば、
残りドット長から１を差し引き（Ｓ１００２）、残りド
ット長を判定する（Ｓ１００３）。この判定の結果、残
りドット長が０ドットならば縮小処理を終了し、残りド
ット長が０ドットでなければ変換対象を１ドット先に進
めて（Ｓ１００４）、Ｓ７０１へ戻る。一方、Ｓ１００
１が偽である場合は、残りドット長から２を差し引き
（Ｓ１００５）、残りドット長を判定する（Ｓ１００
６）。この判定の結果、残りドット長が０ドットならば
縮小処理を終了し、残りドット長が０ドットでなければ
変換対象を２ドット先に進めて（Ｓ１００７）、Ｓ７０
１へ戻る。
【００３０】このように、縮小前のビットマップデータ
の先頭に｛０｝があるものとみなすと、縮小前のビット
マップデータの先頭データと縮小後の先頭データとは同
一になる。したがって縮小前のビットマップデータの先
頭データが重要な意味を持っている場合、例えばこの先
頭のドットデータが縮小処理で印刷されないと文字の判
読が困難になるような場合においては、この方法を用い
ることによって、縮小後のデータの先頭に縮小前のデー
タの先頭ドットをそのまま残すことができる。
の先頭に｛０｝があるものとみなすと、縮小前のビット
マップデータの先頭データと縮小後の先頭データとは同
一になる。したがって縮小前のビットマップデータの先
頭データが重要な意味を持っている場合、例えばこの先
頭のドットデータが縮小処理で印刷されないと文字の判
読が困難になるような場合においては、この方法を用い
ることによって、縮小後のデータの先頭に縮小前のデー
タの先頭ドットをそのまま残すことができる。
【００３１】したがって、上述した二つの縮小処理、す
なわち、縮小前のビットマップデータの最後尾に｛０｝
があるものとみなす縮小処理と先頭に｛０｝があるもの
とみなす縮小処理とを併存させることが望ましく、文字
に応じて２つの方法を使い分けることにより、縮小後で
あっても読みやすい文字を得ることができる。 ここ
で、縮小パターンを上述した変換処理により作成する理
由を図２および図３を用いて説明する。
なわち、縮小前のビットマップデータの最後尾に｛０｝
があるものとみなす縮小処理と先頭に｛０｝があるもの
とみなす縮小処理とを併存させることが望ましく、文字
に応じて２つの方法を使い分けることにより、縮小後で
あっても読みやすい文字を得ることができる。 ここ
で、縮小パターンを上述した変換処理により作成する理
由を図２および図３を用いて説明する。
【００３２】図２に今回の変換対象の組み合わせパター
ン（Ａ〜Ｄ）およびその変換結果を示す。図中の●は
｛１｝を、○は｛０｝を表す。パターンＡ、Ｂの場合は
図示した通りそれぞれ｛１｝、｛０｝に変換する。ま
た、パターンＣ、Ｄについては、この２ドットの組み合
わせパターンからだけでは変換結果を判断しかねるの
で、前回対象となった２ドットの情報、すなわち前回の
変換対象を用いて決定するという意味で｛？｝とする。
ン（Ａ〜Ｄ）およびその変換結果を示す。図中の●は
｛１｝を、○は｛０｝を表す。パターンＡ、Ｂの場合は
図示した通りそれぞれ｛１｝、｛０｝に変換する。ま
た、パターンＣ、Ｄについては、この２ドットの組み合
わせパターンからだけでは変換結果を判断しかねるの
で、前回対象となった２ドットの情報、すなわち前回の
変換対象を用いて決定するという意味で｛？｝とする。
【００３３】次に、図２中のパターンＣ、Ｄの場合につ
いての決定方法を図３を用いて説明する。図３は図２中
のパターンＣおよびパターンＤについて、今回の変換対
象（図３中のｃｄ行で示されるドット）に対して、前回
の変換対象（図３中のａｂ行で示されるドット）がとり
得るすべての組み合わせを示し、これら４ドットの組み
合わせパターンを考慮した上で今回の変換対象（ｃｄ行
のデータ）の変換結果を示したものである。図３中の
｛＃｝は、図３中の前回の変換対象の変換結果が｛１｝
となっていれば｛０｝に、｛０｝となっていれば｛１｝
に決定する。
いての決定方法を図３を用いて説明する。図３は図２中
のパターンＣおよびパターンＤについて、今回の変換対
象（図３中のｃｄ行で示されるドット）に対して、前回
の変換対象（図３中のａｂ行で示されるドット）がとり
得るすべての組み合わせを示し、これら４ドットの組み
合わせパターンを考慮した上で今回の変換対象（ｃｄ行
のデータ）の変換結果を示したものである。図３中の
｛＃｝は、図３中の前回の変換対象の変換結果が｛１｝
となっていれば｛０｝に、｛０｝となっていれば｛１｝
に決定する。
【００３４】以下、パターンＣの決定理由について、個
々に説明する。
々に説明する。
【００３５】パターンＣ１の場合は、前回の変換結果は
必ず｛１｝であり、また、変換前の状態は｛１｝が３ド
ット連続しているので、ｃｄ行を間引いてしまっても大
きな情報の欠落はないと考えられる。したがって、今回
の変換結果は｛０｝とする。
必ず｛１｝であり、また、変換前の状態は｛１｝が３ド
ット連続しているので、ｃｄ行を間引いてしまっても大
きな情報の欠落はないと考えられる。したがって、今回
の変換結果は｛０｝とする。
【００３６】パターンＣ２の場合は、込み入った線また
は点である可能性が高いが、すべての場合について印字
してしまうと背景が潰れてしまうし、単純に間引いてし
まえば連続してドットを欠落してしまう可能性がある。
このような場合は適度に間引くことが必要である。した
がって、今回の変換結果は、前回の変換結果が｛１｝と
なっていれば｛０｝、｛０｝となっていれば｛１｝と決
定する。
は点である可能性が高いが、すべての場合について印字
してしまうと背景が潰れてしまうし、単純に間引いてし
まえば連続してドットを欠落してしまう可能性がある。
このような場合は適度に間引くことが必要である。した
がって、今回の変換結果は、前回の変換結果が｛１｝と
なっていれば｛０｝、｛０｝となっていれば｛１｝と決
定する。
【００３７】パターンＣ３の場合は、ｂｃ行において
｛１｝が２ドット連続しているので、図２におけるパタ
ーンＡが中央で分割された状態であり、どちらか一方
（ｂ行またはｃ行）を印字すべきである。したがって、
今回の変換結果は、前回の変換結果が｛１｝となって
いれば｛０｝、｛０｝となっていれば｛１｝と決定す
る。
｛１｝が２ドット連続しているので、図２におけるパタ
ーンＡが中央で分割された状態であり、どちらか一方
（ｂ行またはｃ行）を印字すべきである。したがって、
今回の変換結果は、前回の変換結果が｛１｝となって
いれば｛０｝、｛０｝となっていれば｛１｝と決定す
る。
【００３８】パターンＣ４の場合は、前回の変換結果は
必ず｛０｝であり、かつｃ行の｛１｝の前後のドットが
｛０｝であるため、１ドットの線または点を消さないた
めにも印字すべきである。したがって、今回の変換結果
は｛１｝と決定する。
必ず｛０｝であり、かつｃ行の｛１｝の前後のドットが
｛０｝であるため、１ドットの線または点を消さないた
めにも印字すべきである。したがって、今回の変換結果
は｛１｝と決定する。
【００３９】次に、パターンＤの決定理由について説明
する。
する。
【００４０】パターンＤのうち、パターンＤ３だけは今
回の変換結果を、前回の変換結果が｛１｝となっていれ
ば｛０｝、｛０｝となっていれば｛１｝と決定する。こ
れはパターンＣ２の場合の決定方法と同様の理由によ
る。
回の変換結果を、前回の変換結果が｛１｝となっていれ
ば｛０｝、｛０｝となっていれば｛１｝と決定する。こ
れはパターンＣ２の場合の決定方法と同様の理由によ
る。
【００４１】また、パターンＤのうちの残りのパターン
Ｄ１、Ｄ２、Ｄ４については、今回の変換結果を｛１｝
とする。
Ｄ１、Ｄ２、Ｄ４については、今回の変換結果を｛１｝
とする。
【００４２】パターンＤ１の場合の場合の決定理由を図
５を用いて説明する。図５（ａ）の文字を縮小する場
合、パターンＤ１を｛０｝とすると、図５（ｂ）のよう
に著しく形が崩れて判読しにくくなる。これに対して、
パターンＤ１を｛１｝とすると、図５（ｃ）のように形
が崩れず、判読しやすくなる。この例のように、文字の
構成が単純な場合でもパターンＤ１が現れる頻度は高
く、これを考慮してパターンＤ１を｛１｝とする。
５を用いて説明する。図５（ａ）の文字を縮小する場
合、パターンＤ１を｛０｝とすると、図５（ｂ）のよう
に著しく形が崩れて判読しにくくなる。これに対して、
パターンＤ１を｛１｝とすると、図５（ｃ）のように形
が崩れず、判読しやすくなる。この例のように、文字の
構成が単純な場合でもパターンＤ１が現れる頻度は高
く、これを考慮してパターンＤ１を｛１｝とする。
【００４３】パターンＤ２の場合は、ｂｃ行で｛０｝が
２ドット連続している。２ドット以上｛０｝が連続して
から｛１｝が現れたら、その｛１｝の情報は重要度が高
いと判断して消さずに残しておく。
２ドット連続している。２ドット以上｛０｝が連続して
から｛１｝が現れたら、その｛１｝の情報は重要度が高
いと判断して消さずに残しておく。
【００４４】パターンＤ４の場合は、パターンＤ２の場
合で述べたことと同等の理由により、｛１｝とする。
合で述べたことと同等の理由により、｛１｝とする。
【００４５】このように本発明では、今回の変換対象の
みならず、前回の変換対象や前回の変換結果を考慮し
て、今回の変換対象を変換処理することにより、データ
の潰れや抜けのバランスがよく見やすい縮小パターンを
作成することができる。
みならず、前回の変換対象や前回の変換結果を考慮し
て、今回の変換対象を変換処理することにより、データ
の潰れや抜けのバランスがよく見やすい縮小パターンを
作成することができる。
【００４６】本発明の縮小方法は、特別な回路等を使用
しなくても、通常サイズのビットマップデータの印字が
可能な印刷装置であれば、実現可能である。実現するた
めには、図６〜図１０のフローチャートの処理に従って
も良いし、公知の技術を使ってこれと同等の変換結果を
得られるような論理演算を用いても良い。論理演算で実
現する場合は何種類かの演算方法が考えられるが、演算
回数が少ない方法を採用すれば縮小処理を高速にするこ
とができる。
しなくても、通常サイズのビットマップデータの印字が
可能な印刷装置であれば、実現可能である。実現するた
めには、図６〜図１０のフローチャートの処理に従って
も良いし、公知の技術を使ってこれと同等の変換結果を
得られるような論理演算を用いても良い。論理演算で実
現する場合は何種類かの演算方法が考えられるが、演算
回数が少ない方法を採用すれば縮小処理を高速にするこ
とができる。
【００４７】上記実施の形態では文字の高さ方向に縮小
する例を説明したが、本発明はこれに限定されるもので
はなく、文字の幅方向に縮小する場合においても適用す
ることができる。
する例を説明したが、本発明はこれに限定されるもので
はなく、文字の幅方向に縮小する場合においても適用す
ることができる。
【００４８】また、縮小処理の対象は文字のみではなく
ビットマップデータで構成されるグラフィックデータ等
にも適用することができる。
ビットマップデータで構成されるグラフィックデータ等
にも適用することができる。
【００４９】また、上記実施の形態では印刷装置を例に
説明したが、まったく同様な縮小方法を表示装置にも応
用できる。すなわち図１において、プリントバッファ１
６を表示バッファに、印刷機構１７を表示機構に置き換
えることにより、本発明を適用した表示装置を実現でき
る。
説明したが、まったく同様な縮小方法を表示装置にも応
用できる。すなわち図１において、プリントバッファ１
６を表示バッファに、印刷機構１７を表示機構に置き換
えることにより、本発明を適用した表示装置を実現でき
る。
【００５０】また、本発明は上記実施形態に限定される
ものではなく、本発明の要旨を逸脱しない範囲で変形可
能であることは勿論である。
ものではなく、本発明の要旨を逸脱しない範囲で変形可
能であることは勿論である。
【００５１】
【発明の効果】以上説明したように、本発明の手法を用
いれば、フォントデータやイメージデータなどのビット
マップデータを縮小した場合に潰れやドット抜けを極力
抑えることができる。また、情報処理装置内のＲＯＭな
どの記憶装置の中にビットマップデータを保持している
場合には、文字を縮小して印字または表示するために縮
小された大きさの専用のフォントデータを別に保持する
必要がないため、縮小機能を追加したためにメモリ容量
が増大して製造コストが上がってしまうという問題は発
生しない。
いれば、フォントデータやイメージデータなどのビット
マップデータを縮小した場合に潰れやドット抜けを極力
抑えることができる。また、情報処理装置内のＲＯＭな
どの記憶装置の中にビットマップデータを保持している
場合には、文字を縮小して印字または表示するために縮
小された大きさの専用のフォントデータを別に保持する
必要がないため、縮小機能を追加したためにメモリ容量
が増大して製造コストが上がってしまうという問題は発
生しない。
【図１】本発明の実施形態である印刷装置の概略構成を
示す説明図である。
示す説明図である。
【図２】本発明の縮小変換を行うときに、今回の変換対
象のパターンおよびその変換結果を示す図である。
象のパターンおよびその変換結果を示す図である。
【図３】図２におけるパターンＣ、Ｄについて、前回の
変換対象の考えられ得るすべてのパターンを対応させた
図である。
変換対象の考えられ得るすべてのパターンを対応させた
図である。
【図４】通常サイズのビットマップデータ（文字
「重」）および従来の縮小方法による縮小結果および本
発明による縮小結果を示した図である。
「重」）および従来の縮小方法による縮小結果および本
発明による縮小結果を示した図である。
【図５】通常サイズのビットマップデータ（文字
「≦」）およびその縮小結果を示す図である。
「≦」）およびその縮小結果を示す図である。
【図６】本発明の縮小方法を示すフローチャートであ
る。
る。
【図７】本発明の縮小方法を示すフローチャートであ
る。
る。
【図８】本発明の縮小方法を示すフローチャートであ
る。
る。
【図９】本発明の縮小方法を示すフローチャートであ
る。
る。
【図１０】本発明の縮小方法を示すフローチャートであ
る。
る。
１ 印刷装置 ２ ホスト １１ インタフェース １２ ＣＰＵ １３ 制御ＲＯＭ １３ａ 制御ＲＯＭ内の文字パターン縮小方法が記述さ
れたプログラム １４ フォントＲＯＭ １５ ＲＡＭ １６ プリントバッファ １７ 印刷機構
れたプログラム １４ フォントＲＯＭ １５ ＲＡＭ １６ プリントバッファ １７ 印刷機構
フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｎ 1/393 Ｇ０６Ｆ 15/66 ３５５Ｂ
Claims (8)
- 【請求項１】 ビットマップデータの一端から逐次、連
続した２ドットを１ドットに変換して縮小パターンを作
成する縮小方法であって、 前記ビットマップデータの各ビットの画像側を｛１｝、
背景側を｛０｝で表現し、前記縮小処理対象となる２ド
ットのデータを、縮小処理を開始した側から順に｛ａ
ｂ｝の形式で表現した場合に、 今回の変換対象が｛１１｝である場合は、｛１｝に変換
する第１の変換工程と、 前記今回の変換対象が｛００｝である場合は、｛０｝に
変換する第２の変換工程と、 前記今回の変換対象が｛１０｝である場合は、前回の変
換対象の変換結果の論理否定に変換する第３の変換工程
と、 前記今回の変換対象が｛０１｝であって、かつ前記前回
の変換対象が｛０１｝である場合は、前記今回の変換対
象の変換結果の論理否定に変換する第４の変換工程と、 前記今回の変換対象が｛０１｝であって、かつ前記前回
の変換対象が｛０１｝でない場合は、｛１｝に変換する
第５の変換工程とを備えたことを特徴とするビットマッ
プデータの縮小方法。 - 【請求項２】 請求項１記載のビットマップデータの縮
小方法において、縮小前の前記ビットマップデータの長
さが奇数である場合に、 前記ビットマップデータ列の先頭に｛０｝があるものと
みなす工程及び／又は前記ビットマップデータ列の最後
尾に｛０｝があるものとみなす工程を備えたことを特徴
とするビットマップデータの縮小方法。 - 【請求項３】 ビットマップデータの一端から逐次、連
続した２ドットを１ドットに変換して縮小パターンを作
成する情報処理装置であって、 前記ビットマップデータの各ビットの画像側を｛１｝、
背景側を｛０｝で表現し、縮小処理対象となる前記２ド
ットのデータを、縮小処理を開始した側から順に｛ａ
ｂ｝の形式で表現した場合に、 今回の変換対象が｛１１｝である場合は、｛１｝に変換
する第１の変換手段と、 前記今回の変換対象が｛００｝である場合は、｛０｝に
変換する第２の変換手段と、 前記今回の変換対象が｛１０｝である場合は、前回の変
換対象の変換結果の論理否定に変換する第３の変換手段
と、 前記今回の変換対象が｛０１｝であって、かつ前記前回
の変換対象が｛０１｝である場合は、前記前回の変換対
象の変換結果の論理否定に変換する第４の変換手段と、 前記今回の変換対象が｛０１｝であって、かつ前記前回
の変換対象が｛０１｝でない場合は、｛１｝に変換する
第５の変換手段とを備えたことを特徴とする情報処理装
置。 - 【請求項４】 請求項３記載の情報処理装置において、
縮小前のデータの長さが奇数である場合に、 前記ビットマップデータ列の先頭に｛０｝があるものと
みなす手段及び／又は前記ビットマップデータ列の最後
尾に｛０｝があるものとみなす手段を備えたことを特徴
とする情報処理装置。 - 【請求項５】 請求項３または請求項４記載の情報処理
装置において、前記縮小パターンを印刷する印刷手段を
備えたことを特徴とする情報処理装置。 - 【請求項６】 請求項３または請求項４記載の情報処理
装置において、前記縮小パターンを表示する表示手段を
備えたことを特徴とする情報処理装置。 - 【請求項７】 ビットマップデータの一端から逐次、連
続した２ドットずつを１ドットに変換して縮小パターン
を作成する情報処理装置の制御プログラムであって、 前記ビットマップデータの各ビットの画像側を｛１｝、
背景側を｛０｝で表現し、前記縮小処理対象となる２ド
ットのデータを、縮小処理を開始した側から順に｛ａ
ｂ｝の形式で表現した場合に、 今回の変換対象が｛１１｝である場合は、｛１｝に変換
する第１の変換工程と、 前記今回の変換対象が｛００｝である場合は、｛０｝に
変換する第２の変換工程と、 前記今回の変換対象が｛１０｝である場合は、前回の変
換対象の変換結果の論理否定に変換する第３の変換工程
と、 前記今回の変換対象が｛０１｝であって、かつ前記前回
の変換対象が｛０１｝である場合は、前記前回の変換対
象の変換結果の論理否定に変換する第４の変換工程と、 前記今回の変換対象が｛０１｝であって、かつ前記前回
の変換対象が｛０１｝でない場合は、｛１｝に変換する
第５の変換工程とを備えたことを特徴とする制御プログ
ラムを記録した情報記録媒体。 - 【請求項８】 請求項７記載の制御プログラムにおい
て、縮小前のデータの長さが奇数である場合に、 前記ビットマップデータ列の先頭に｛０｝があるものと
みなす工程及び／又は前記ビットマップデータ列の最後
尾に｛０｝があるものとみなす工程を備えたことを特徴
とする制御プログラムを記録した情報記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12377298A JP3539203B2 (ja) | 1998-05-06 | 1998-05-06 | ビットマップデータの縮小方法、情報処理装置および情報記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12377298A JP3539203B2 (ja) | 1998-05-06 | 1998-05-06 | ビットマップデータの縮小方法、情報処理装置および情報記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11327531A true JPH11327531A (ja) | 1999-11-26 |
| JP3539203B2 JP3539203B2 (ja) | 2004-07-07 |
Family
ID=14868907
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP12377298A Expired - Fee Related JP3539203B2 (ja) | 1998-05-06 | 1998-05-06 | ビットマップデータの縮小方法、情報処理装置および情報記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3539203B2 (ja) |
-
1998
- 1998-05-06 JP JP12377298A patent/JP3539203B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP3539203B2 (ja) | 2004-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2911470B2 (ja) | 文字処理装置及び方法 | |
| JPH0651739A (ja) | 文字パターン作成方法及び装置 | |
| JPH0916149A (ja) | 文字処理装置、文字処理方法、及び、メモリ | |
| JP3539203B2 (ja) | ビットマップデータの縮小方法、情報処理装置および情報記録媒体 | |
| JP3774494B2 (ja) | データ記憶装置 | |
| JPH05224846A (ja) | 印刷記録装置 | |
| JP3031391B2 (ja) | プリンタ | |
| JP3420457B2 (ja) | 文書処理方法及び装置 | |
| JP2580965B2 (ja) | プリンタ装置 | |
| JP3121103B2 (ja) | 文字処理装置及び方法 | |
| JPH06274145A (ja) | 文字処理装置 | |
| JP3419450B2 (ja) | 画素データ処理装置および方法 | |
| JP2758875B2 (ja) | 登録文字表示システム | |
| JP2000029655A (ja) | 印刷装置および記録媒体 | |
| JPH11110151A (ja) | プリンタドライバ、プリンタドライバを有したコンピュータ及びコンピュータシステム | |
| JP2710140B2 (ja) | 出力制御装置 | |
| JPH08241308A (ja) | 画像処理方法及びその装置 | |
| JPS61292675A (ja) | 文字パタ−ン発生装置 | |
| JPH0991363A (ja) | 情報処理装置及びその方法 | |
| JPH1044530A (ja) | 印刷制御装置、情報処理装置、印刷装置および印刷情報処理方法 | |
| JPH02288985A (ja) | データ縮小・拡大機能と展開機能とを備えた情報処理装置 | |
| JPH064064A (ja) | パターン発生方式 | |
| JPS6370391A (ja) | 文字情報入力装置における辞書作成方法 | |
| JPH04268600A (ja) | 文書作成装置 | |
| JPH05143050A (ja) | アウトラインフオントパターン発生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20031208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20031216 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040209 |
|
| 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: 20040302 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040315 |
|
| 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: 20080402 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090402 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090402 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100402 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110402 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110402 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120402 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130402 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130402 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140402 Year of fee payment: 10 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |