【事件の表示】
　特願２００３−　４３６０２「メモリの最小化のための適応型データ圧縮方法」拒絶査定不服審判事件〔平成１５年１０月３１日出願公開、特開２００３−３０９７２９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯・本願発明
　本願は、平成５年９月３日（パリ条約による優先権主張１９９２年９月３日、米国）に出願した特願平５−２２０２８７号の一部を分割して平成１５年２月２１日に新たな特許出願である特願２００３−４３６０２号として出願したものであって、その後、平成１５年９月１２日付けで拒絶理由通知がなされ、これに対し平成１６年３月２２日付けで手続補正がなされ、平成１６年４月１５日付けで拒絶査定がなされ、これに対し平成１６年７月１６日付けで拒絶査定に対する審判請求がなされると同時に手続補正がなされたものであり、その請求項１〜５に係る発明は、平成１６年３月２２日付け及び平成１６年７月１６日付けの手続補正によって補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１〜５に記載されたとおりのものと認められるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
　「【請求項１】画像の最初のラスタ行のデータセグメントに対してランレングス符号化を実施して、前記行のデータセグメントの各ランについて、ランデータセグメントのランカウント及び識別を示すランレングスコマンドを出力するステップ（１５２）と、
　前記画像の後続行のデータセグメントについて、該データセグメントが、直前のラスタ行のデータセグメントと同じであるか異なるかを判定するステップ（１５６）と、
　前記後続ラスタ行について、前記データセグメントのうち、前記「同じ」状態を示しているもの、及び前記「異なる」状態を示しているものを特定するコマンドを発行するステップ（１６０）であって、該コマンドが、同じデータセグメントのカウント値、及び、異なるデータセグメントのカウント値及び識別を含むことからなる、ステップと、
　行の終わりでゼロ（０）のランが検出された場合に、ライン終了コマンドを挿入し、復元時に、所定の行長までに終了する任意の行をゼロでパディングするステップを含む、ラスタ画像をデータ圧縮するための方法。」
　
２．引用刊行物
（引用例１）
　原審の拒絶の理由で引用した特開昭６４−４７１７３号公報（昭和６４年２月２１日出願公開。以下、「引用例１」という。）には、図面と共に次の各記載がある。
　
（ア）「［問題点を解決するための手段］
　本発明はそのため、前処理として、
２値画像上の符号化対象ラインと前ラインとの間で、バイト単位に排他的論理和（以後ＥＯＲという）演算を行ない、このＥＯＲ演算結果のバイトデータ中の全ビットが“０”（白モードと呼ぶ）か、“１”（黒モードと呼ぶ）か、あるいはそれ以外か（“０”と“１”の組合せ：パターンモードと呼ぶ）でモードを分け、このモード種別と、同一モードのバイトの連続数とを用いてバイトデータ形式で符号化することによりデータ圧縮を行なうものである
　第１図は、本発明の原理説明図である。
　図において、
　１は現ラインメモリであり、符号化対象の現ラインの２値画像データを一時的に保持する。
　２は、前ラインメモリであり、現ラインの１つ前の２値画像データを保持する。
　３はＥＯＲ演算部であり、現ラインメモリ１と前ラインメモリ２の各対応するアドレスからバイト単位で読み出した２値画像データ間に、ＥＯＲ論理を施して、結果をバイト単位で出力する。
　４は符号化部であり、ＥＯＲ演算部３から出力されるバイトデータを解析し、符号化アルゴリズムを実行する。
符号化アルゴリズムは、バイトデータを全ビットが“０”の白モード、全ビットが“１”の黒モード、“０”ビットと“１”ビットを含むパターンモードの３つのモードのいずれかに判別し、さらに同一の白、黒、あるいはパターンのモードをもつバイトデータが連続する数を検出して、それらのモード種別およびバイトデータ連続数の情報を用いて、バイトデータ形式で符号を生成する。　パターンモードをもつバイトデータの場合には、その連続数分だけＥＯＲ出力バイトデータをそのまま付加する
［作用］
　本発明は、原画像の順次のライン間でＥＯＲを取ることにより、縦方向に連続する重複画素部分を全て“０”ビットに置き換え、また相反する画素部分を“１”ビットに置き換える。このＥＯＲ出力データに基づいて、ライン（水平）方向に存在する全て“０”の白モードバイトの連続領域と全て“１”の黒モードバイトの連続領域とをそれぞれデータ圧縮する。
　すなわち本発明では、ＥＯＲバイト出力データ中にある白モードバイトを黒モードバイトのそれぞれの連続数が多いほど、データ圧縮率を高くすることができる。」（第２頁下左欄第９行〜第３頁上右欄第２行）
　
（イ）「第２図は、本発明を適用したシステムの画像データの圧縮および復元過程を示したものである。
（ａ）：原画像を、たとえばＣＣＤ等を用いたスキャナによりラスタ形式で読み取り、画素単位の２値画像データに変換してメモリに格納する。
（ｂ）：データ圧縮過程の前処理段階であり、
メモリから順次のライン（現ライン）の画像データと各前ラインの画像データとをバイト単位で読み出し、ＥＯＲをとる。この処理により、前ラインと現ラインとの間で対応する位置のビット値が同じ（“０”と“０”、“１”と“１”）ものは“０”に変換され、異なるもののみ“１”に変換される
（ｃ）：ＥＯＲ出力に符号化アルゴリズムを適用してバイト単位で符号化し、圧縮画像情報を生成する。
　
出力符号は、第１バイトと第２バイトで構成される。図示の例では、第１バイトは、モード種別を示す第１フラグ（００：白モード、０１：黒モード、１０／１１：パターンモード）と、レングスの拡張の有無を示す第２フラグ（０：拡張無し、１：拡張有り）と、レングス（０００００〜１１１１１：同一モードのバイトの連続数）とで構成されている
　
第２バイトは
パターンモードのバイトデータ（ＥＯＲ出力データ）のビットパターンをそのまま示す場合
使用される
後者のパターンモードの場合、第２バイトはその連続数分だけ付加される
　まず圧縮対象のＥＯＲ出力データをバイト単位で読み出し、その８ビットが全部“０”または全部“１”か否かというモード判別を行ない、判別結果によって、モードごとに次の（１）ないし（３）に示すような符号化を行なう。
　（１）．
全て“０”の白モードであれば、対応させる符号化データの第１バイトの「フラグ１」を“００”とし、後続バイトも含めて、８ビットが全部“０”のバイトが何バイト連続するかをカウントする。そのカウント値を「レングス」に書き込む
　（２）．
全て“１”の黒モードの場合は、対応させる符号化データの第１バイトの「フラグ１」を“０１”とする以外は、全て“０”の場合と同じ処理を行う
　（３）．全て“０”または全て“１”以外（（１）または（２）以外）の
パターンモードの場合は、フラグ１には“１０”または“１１”をセットし、「レングス」に「パターン」が何バイト連続するか（パターン内容は異なっても良い）を示す連続長をセットし、その次のバイト以後、その連続長に対応するバイト数だけ、ＥＯＲ出力データをそのまま付加する
（ｄ）：生成された圧縮画像情報を、伝送あるいはファイル蓄積する。
（ｅ）：データ復元過程では、まず（ｃ）の符号化アルゴリズムの逆処理を行ない（復号化処理）、各ラインのデータをバイト単位に生成する。
（ｆ）：（ｂ）の前処理段階の逆処理を行なう後処理段階であり、
逐次復元済みの前ラインと現ラインとの間でバイト単位でＥＯＲをとり、原画像を復元する
（ｇ）：復元された原画像を利用装置へ出力する。」（第３頁上右欄第３行〜第４頁上右欄第２行）
　なお、印刷の都合上「丸付き数字」は「括弧付き数字」とした。
　
（ウ）「［実施例］
（前略）
　次にＥＯＲ演算結果の出力データを、バイト単位で読み出し、
モード判別部１４で１バイトが全て“０”（白モード）か、全て“１”（黒モード）か、またはそれ以外（パターンモード）かを判定し、その結果に応じて、フラグ部１６にそれぞれ“００”か“０１”か、あるいは“１０”をセットする
　ＥＯＲ出力バイトデータが
白モードまたは黒モードのとき、それぞれのモードで連続するバイト数をカウンタ１５で計数する
　このカウンタ１５は、モードが変わるごとにモード判別部１４によりクリアされる。
　カウンタ１５の値が３２を超える時は、拡張フラグ部１７に“１”がセットされる。
　
モード判別部１４がモードの変化を検出した時点で、それまでが白モードか黒モードであった場合その時のカウンタ１５の値、フラグ部１６の値、拡張フラグ部１７の値を、それぞれ出力レジスタ１８のあらかじめ決められたビット位置（第２図に示されている第１バイトのそれぞれレングス、フラグ１、フラグ２）にセットし、その内容をメモり１９に読み出す
　白モードまたは黒モードにおいて拡張フラグ部１７が“１”の場合、カウンタ１５の値は、第１バイトと第２バイトにわたって出力レジスタ１８にセットされる。
　
フラグ部が“１０”のパターンモードの時には、カウンタ１５で、パターンモードのＥＯＲ出力バイトデータの連続数を計数し、第１バイトに先だって、第２バイト以降にＥＯＲ出力バイトデータを、１バイトごとにメモり１９に読み出す。
モード判別部１４がモードの変化を検出したとき、カウンタ１５の値とフラグ部１６の値“１０”を出力レジスタ１８の第１バイトに読み出す
　
パターンモードの場合
第２バイトから３３バイトにＥＯＲ出力バイトデーをそのまま読み出し
第３５バイト以降にＥＯＲ出力バイトデータ（パターン）を読み出す
　
（エ）「次に第４図の復元装置について説明する。
（中略）
　まず、メモリ２０から、１バイトを第１出力レジスタ２１に読み出す。この第１出力レジスタ２１のうち、フラグ１領域２２に対応するビット情報を、符号判別部２６で判別し、
“００”（白モード）または“０１”（黒モード）であれば、レングス領域２４で指定されたバイト数だけメモリ書込部２７から現ラインメモリ２８に、それぞれ１バイト分全て“０”または１バイト分、全て“１”のデータを書き込む
　このメモリ書き込みを複数バイト分同時に行なうことにより、高速処理が行なえる。ここで、フラグ２領域２３の内容が“１”（拡張あり）の場合、第１出力レジスタ２１のレングス領域２４と第２出力レジスタ２５の合計１３ビットで指定されたバイト数だけ、現ラインメモリ２８に書き込む。
　
フラグ領域２２の内容が“１０”（パターンモード）であれば、レングス領域２４で指定されるバイト数分だけ、メモリ２０から読み出し、そのまま現ラインメモリ２８に書き込む
　現ラインメモリ２８に１ライン分をストアした時点で、前ラインメモリ３０にストアされている１ライン前のデータと、対応する画素ごとにＥＯＲ演算を行ない、結果を出力すると同時に前ラインメモリ３０にストアする。
　このようにして、ライン単位で復号化し、ＥＯＲ演算を行なう処理を繰り返して、１画像分の処理を行なう。」（第５頁上左欄第１５行〜同頁下左欄第１５行）
　なお、下線は、審決において付された。以下、同様。
　
　以上の記載から見て、引用例１には、次のような発明が記載されているものと認められる。
　
　「データ圧縮過程では、現ラインメモリ１の画像データと前ラインメモリ２の画像データとをバイト単位で読み出し、ＥＯＲ演算部３で排他的論理和をとり、その出力データをバイト単位で次々と符号化部４に入力し、符号化部４のモード判別部１４は、（１）その８ビットが全部“０”であるか、（２）その８ビットが全部“１”であるか、（３）その８ビットが“０”と“１”の混在であるかというモード判別を行ない、（１）８ビットが全て“０”の白モードであれば、対応させる符号化データの第１バイトのフラグ１を“００”とし、後続バイトも含めて、８ビットが全部“０”のバイトが何バイト連続するかをカウンタ１５でカウントし、そのカウント値を第１バイトのレングスに書き込み符号化を行い、（２）８ビットが全て“１”の黒モードの場合は、モード判別部１４が、対応させる符号化データの第１バイトのフラグ１を“０１”とする以外は、全て“０”の場合と同じ処理を行い、（３）８ビットが“０”と“１”の混在である場合、すなわち（１）又は（２）以外のパターンモードである場合は、モード判別部１４は、第１バイトのフラグ１に“１０”または“１１”をセットし、第１バイトのレングスに、そのパターン内容を問わずにパターンが何バイト連続するかを示す連続長をセットし、その次のバイト以後、その連続長に対応するバイト数だけ、ＥＯＲ出力データをそのまま付加して符号化して、圧縮画像情報を生成し、データ復元過程では、符号化アルゴリズムの逆処理、つまり、逐次復元済みの前ラインと現ラインとの間でバイト単位で排他的論理和演算を行って次々とラインごとに原画像を復元する画像データ圧縮方式。」
　
（引用例２）
　原審の拒絶の理由で引用した特開昭６０−９８７６１号公報（昭和６０年６月１日出願公開。以下、「引用例２」という。）には、図面と共に次の各記載がある。
　
（２のア）「本発明は画情報記憶方式に関し、特にファクシミリ等の画情報を記憶装置に格納する際の画情報記憶方式に関する。
　一般にファクシミリ等の画情報を複数の箇所へ伝送するときや画情報を記憶保存するときには、画情報を記憶装置に一旦格納する必要がある。従来は画情報の内容のいかんを問わず各画素のもつ情報をシリアルデータとして記憶する画情報記憶方式が用いられている。
しかしこの方式では前ラインと等価な画情報の多い書類等の画情報の記憶に際しては、前ラインと等価画情報ブロックの情報量が意外に大であるにもかかわらずこれもすべて格納するので、記憶容量の面で無駄が多いという欠点があった
　
本発明の目的は、１ライン分の画素を複数野ブロックに分割し制御フラグと、前ラインのブロックと非等価な画情報ブロックのみで表し等価な画情報ブロックの格納を割愛することにより上記欠点を解決し、画情報データを格納する記憶装置を小容量化した画情報記憶方式を提供する
  本発明によれば、１ライン分の画素を複数の一定長のブロックに分割し且つ該ブロック毎にそのブロックが前ラインの同一位置のブロックと等価な画情報を有するものか否かを判別するための制御フラグを立て
該制御フラグおよび前ラインの同一位置のブロックと非等価な画情報のブロックで１ライン分の画情報データを構成し
　　
（２のイ）「第１図は従来の画情報記憶方式で用いられている１ライン分の画情報の一例を示す構成図である。同図において、１ライン分原稿は３２０画素からなり、黒画素（以下Ｂ）、白画素（以下Ｗ）、Ｂ，Ｂ，Ｗ，Ｂ，Ｗ，〜のように配列されているものとし、これら３２０画素はそれぞれ２値信号に符号化された３２０ビットの画信号として記憶装置に格納される。ここで前記ＢおよびＷはそれぞれ例えば論理値“１”および“０”に符号化されたものとすれば３２０ビットの画信号は“１０１１０１０〜”で表される。
　次に第２図は本発明の画情報記憶方式に用いられる１ライン分の画情報の一例を示す構成図である。同図において、
３２０画素は３２画素（ビット）ごとにブロック＃１、…＃１０の１０ブロックに分割され、該ブロックごとに前ラインの同一位置のブロックと画情報が等価か否かによって立てた１０ビットから成る制御フラグ（以下Ｆ）と、非等価画情報ブロック（以下ＮＥ）のみを配列し、等価画情報ブロックを割愛して１ライン分の画情報データを構成する
本発明では前記等価画情報ブロックを割愛して画情報ブロックを構成しても画信号は完全に復元できることに着目し、前記Ｆを用いて例えば前記ＮＥのブロックすなわちブロック＃１、＃３、＃４、＃６および＃８の５ブロックの画情報データに情報量を減らすことができ（３２×５＋１０）ビットに情報圧縮される。
　　
（２のウ）「続いて本実施例の動作について説明する。
（中略）
　このデータの格納は同期信号ＳＹＮによる割り込み動作においてセンサ１０からの１ライン分のデータを読み取る間に前記プログラムを実行することにより行われる。なお該プログラムは具体的に、例えば中央処理装置５０の内部メモリに書き込まれた１ライン分の画情報データが第２図に示したように
３２画素を１ブロックとしたとき、各ブロックごとに指定されたアドレスに前ラインの画情報ブロックと現ラインの画情報ブロックとを格納し、両ブロック内の各画素を比較して全てが等価ならば前記Ｆに論理値“０”を立て、非等価ならば論理値“１”を立て該非等価画情報ブロックの画素を前記内部メモリの別番地に移すとともに、前記現ラインの画情報はすべて前ラインの画情報ブロックの指定アドレスに格納し、この操作を繰り返すことにより前記Ｆを先頭とし続いて前記ブロック＃１，＃３，＃４，＃６，＃８の前記ＮＥをシリアルに構成して記憶装置に格納するようにする
　
（２のエ）「以上の説明により明らかなように本発明の画情報記憶方式によれば、
制御フラグを用いることにより前ラインと等価な画情報ブロックを割愛し非等価画情報ブロックのみを格納するので、画情報の圧縮、従って、記憶装置の小容量化が実現され且つ格納時間が短縮されるという効果が生じる
　
（周知例１）
　特開平３−２４８６７９号公報（平成３年１１月６日出願公開。以下、「周知例１」という。）には、図面と共に次の各記載がある。
　
（３のア）「［発明が解決しようとする課題］
　しかしながら、このような従来のＭＨ符号化方式にあっては、
全ラインについてＭＨ符号化を行ない、複雑な同じラインデータでも送信側では圧縮を行ない、受信側では伸張を行なうため、同じラインが続いても同じ符号を送受するので、通信時間がかかってしまうという問題点があった
　本発明は、このような従来の問題点に鑑みてなされたものであって、通信時間を短縮することができるＭＨ符号化方式を提供することを目的としている。
［課題を解決するための手段］
　第１図は本発明の原理図である。
　第１図において、７は読み取ったラインデータを前ラインデータと比較するライン比較手段、８は読み取ったラインデータの全白検出を行なう全白検出手段、９Ａは前ラインと同じかまたは全白ラインかを判別して識別コードをライン終了信号の後に付加する付加手段、１２は作成された符号を格納する符号記憶手段である。
［作用］
　
読み取ったラインデータをライン比較手段７で前ラインデータとの比較を行ない、読み取ったラインデータが前ラインと同じか、または前白ラインかを判別して識別コードをライン終了信号（ＥＯＬ）の後に付加手段９Ａによって付加し、作成された符号を符号記憶手段１２に格納した後に送出し、受信側では識別コードに従って伸張して記録する。したがって、読み取ったラインデータが前ラインと同じか、または全白ラインの場合には、伝送時間を短縮することができるので、通信時間を短縮することができる
　
３．対比
　本願発明と引用例１に記載された発明とを対比すると、
　引用例１に記載された発明の「前ライン」及び「符号化対象ラインすなわち現ライン」は、それぞれ、本願発明の「直前のラスタ行」及び「後続行」に相当し、
　引用例１に記載された発明の「ライン上のバイトデータ」は、本願発明の「ラスタ行のデータセグメント」に相当し、
　引用例１に記載された発明の「第１バイトの第1フラグが“００”である白モードを示すバイトデータ」及び「第１バイトの第１フラグが“１０”又は“１１”であるパターンモードを示すバイトデータ」は、それぞれ、本願発明の「同じデータセグメント」及び「異なるデータセグメント」に相当し、
　引用例１に記載された発明の「第１バイトのレングス」は、本願発明の「データセグメントのカウント値」に相当し、　
　引用例１に記載された発明の第１バイトの第１フラグが“００”である「白モード」、及び第１バイトの第１フラグが“１０”又は“１１”である「パターンモード」、すなわち、「第１バイトの第１フラグのモード種別データ」は、本願発明の「識別」に相当し、
　そして、引用例１に記載された発明の「第１バイトと第２バイトで構成される出力符号」は、「データセグメントの状態を特定するコマンド」に相当することは、明らかである。
　
　なお、第１バイトの第１フラグが“０１”である黒モードを示すバイトデータは、現ラインの１バイトすなわち８ビットの画像データをすべて反転させると、前ラインの同位置にある１バイトの画像データと全く同じになることを示しているから、「第１バイトの第１フラグが“０１”である黒モードを示すバイトデータ」を、本願発明の「同じデータセグメント」に相当するものとして扱って良いことは、自明である。したがって、以後、白モードと黒モードとを区別せずに扱うこととする。
　
　そして、引用例１には、現ラインメモリ１と前ラインメモリ２の各対応するアドレスからバイト単位で読み出した２値画像データ間に、ＥＯＲ演算すなわち排他的論理和演算を施して、そのバイト単位の出力結果において、全８ビットが“０”の白モード、全８ビットが“１”の黒モード、および、“０”と“１”とが混在するパターンモードの３つのモードの何れかを判別し、さらに同一の白、黒、あるいはパターンモードを持つバイトデータが連続する数を検出して、それらのモード種別およびバイトデータ連続数の情報を用いて、バイトデータ形式で符号を生成することが記載されている（前記（ア）〜（ウ）参照。）から、本願発明と引用例１に記載された発明とは、
　「前記画像の後続行のデータセグメントについて、該データセグメントが、直前のラスタ行のデータセグメントと同じであるか異なるかを判定するステップ」
を有する点で相違しない。
　引用例１には、バイトデータが白モードのとき第１バイトの第１フラグを“００”とし、白モードのバイトが何バイト連続するかをカウントし、そのカウント値を第１バイトのレングスに書き込み、また、バイトデータが黒モードのとき第１バイトの第１フラグを“０１”とし、黒モードのバイトが何バイト連続するかをカウントし、そのカウント値を第１バイトのレングスに書き込み、そして、バイトデータがパターンモードの時、第１バイトの第１フラグを“１０”又は“１１”とし、パターンモードのバイトが何バイト連続するかをカウントし、そのカウント値を第１バイトのレングスに書き込み、同時にパターンモードのバイトデータのビットパターンをそのまま第２バイトに書き込んでいる（前記（ア）〜（ウ）参照。）から、本願発明と引用例１に記載された発明とは、
　「前記後続ラスタ行について、前記データセグメントのうち、前記「同じ」状態を示しているもの、及び前記「異なる」状態を示しているものを特定するコマンドを発行するステップ（１６０）であって、該コマンドが、同じデータセグメントのカウント値、及び、異なるデータセグメントのカウント値及び識別を含むことからなる、ステップ」
を有する点で相違しない。
　
　そうすると、本願発明と引用例１に記載された発明とは、
（一致点）
　「画像の後続行のデータセグメントについて、該データセグメントが、直前のラスタ行のデータセグメントと同じであるか異なるかを判定するステップ（１５６）と、
　後続ラスタ行について、前記データセグメントのうち、前記「同じ」状態を示しているもの、及び前記「異なる」状態を示しているものを特定するコマンドを発行するステップ（１６０）であって、該コマンドが、同じデータセグメントのカウント値、及び、異なるデータセグメントのカウント値及び識別を含むことからなるステップを含む、ラスタ画像をデータ圧縮するための方法。」
である点で一致し、次の点で相違する。
　
（相違点１）
　本願発明が、画像の最初のラスタ行のデータセグメントに対してランレングス符号化を実施して、前記行のデータセグメントの各ランについて、ランデータセグメントのランカウント及び識別を示すランレングスコマンドを出力しているのに対して、引用例１に記載された発明は、画像データの最初の行または画像データのすべての行に対してランレングス符号化を実施していない点。
　
（相違点２）
　本願発明が、行の終わりでゼロ（０）のランが検出された場合に、ライン終了コマンドを挿入し、復元時に、所定の行長までに終了する任意の行をゼロでパディングしているのに対し、引用例１に記載された発明は、そのようなことをしていない点。
　
４．当審の判断
（相違点１について）
　上記相違点１について判断するに、画像のすべての行に対してランレングス符号化を施し、画像データの圧縮を図ることは、当業者には周知な技術事項である。この点については、例えば、本願明細書の発明の詳細な説明の欄における段落【００４４】の記載、及び、先に挙げた周知例１（特開平３−２４８６７９号公報）を参照のこと。
　したがって、引用例１に記載された発明に、特開平３−２４８６７９号公報等に示される周知のランレングス符号化技術を適用して、本願発明の如く、画像の最初のラスタ行のデータセグメントに対してランレングス符号化を実施して、前記行のデータセグメントの各ランについて、ランデータセグメントのランカウント及び識別を示すランレングスコマンドを出力するようにすることは、当業者が適宜なし得ることである。
　
（相違点２について）
　上記相違点２について判断するに、本件分割出願の元となる原出願の出願時よりほぼ８年前に出願された特開昭６０−１７６０８４号公報には、
　「（画像データ圧縮時には）
　第１図の「高」の字に示される画像データにおいて、
(i)第１行から第ｉ行までは、黒画素が皆無であるから、
　ＥＯＬ・ｉ
と画像データを符号化し、
(ii)第（ｉ＋１）行から第ｊ行までは、白画素長がＷ０、黒画素長がＢ０であり、その後、黒画素が皆無となるから、
　Ｗ０，Ｂ０，ＥＯＬ・（ｊ−ｉ）
と画像データを符号化し、
(iii)以下同様にして、第（ｍ＋１）行から第ｎ行までは、白画素長及び黒画素長が、（Ｗ１，Ｂ１）〜（Ｗ４，Ｂ４）と続き、その後、黒画素が皆無となるから、
　Ｗ１，Ｂ１，Ｗ２，Ｂ２，Ｗ３，Ｂ３，Ｗ４，Ｂ４，ＥＯＬ・（ｎ−ｍ）
と画像データを符号化し、
（画像データの圧縮解除時には）
(i)符号
　ＥＯＬ・ｉ
については、第１行すべてを０パディングし、それを第ｉ行まで実行し、第１〜ｉ行までの画像データを復号化し、
(ii)符号
  Ｗ０，Ｂ０，ＥＯＬ・（ｊ−ｉ）
については、まず白画素長をＷ０そして黒画素長をＢ０と復元し、続いて１行の残りを０パディングし、それを（ｊ−ｉ）回実行し、第（ｉ＋１）〜ｊ行までの画像データを復号化し、
(iii)以下同様にして符号
　Ｗ１，Ｂ１，Ｗ２，Ｂ２，Ｗ３，Ｂ３，Ｗ４，Ｂ４，ＥＯＬ・（ｎ−ｍ）
については、白画素長及び黒画素長を、それぞれ、（Ｗ１，Ｂ１）〜（Ｗ４，Ｂ４）と復元し、続いて１行の残りを０パディングし、それを（ｎ−ｍ）回実行し、第（ｍ＋１）〜ｎ行までの画像データを復号化する。」
ことが記載されているから、引用例１に記載された発明に特開昭６０−１７６０８４号公報に記載された画像圧縮技術に係る周知技術事項を適用して、本願発明の如く、行の終わりでゼロ（０）のランが検出された場合に、ライン終了コマンドすなわちＥＯＬを挿入し、復元時に、所定の行長までに終了する任意の行をゼロでパディングすることは、当業者が適宜なし得ることである。
　
　なお、画像データを圧縮するに際し、現ラインのデータセグメントが前ラインのデータセグメントと同じ場合には、データセグメントが同じであることを示す識別記号と、同じデータセグメントが連続していることを示す連続長とのみに基づいてコマンドすなわち圧縮符号を構成し、同じ内容を示す冗長なデータの圧縮を実行しないようにして、画像データの圧縮率を高める技術思想は、引用例１の他にも、引用例２及び周知例１にもその旨の記載があるように、当業者には周知である。
　
５．むすび
　以上のとおり、本願発明は、引用例１に記載された発明と周知技術とに基いて当業者が容易に発明をすることができたものであるから、他の請求項について検討するまでもなく、本願は、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。