【事件の表示】
　特願２００２−　５９７５３「バリアブルフォームデータ生成システム」拒絶査定不服審判事件〔平成１５年　９月１２日出願公開、特開２００３−２５６４１０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．　手続の経緯
　
　本願の手続の経緯は次に示すとおりである。
　
平成１４年　３月　６日　特許出願。
平成１８年１２月　８日　拒絶理由通知（起案日）。
平成１９年　２月　７日　手続補正。
平成１９年　３月１４日　拒絶査定（起案日）。
平成１９年　４月１６日　拒絶査定不服審判請求。
平成１９年　５月１５日　手続補正。
　
　
２．　本願発明
　
　本願に係る発明は、平成１９年５月１５日付けの手続補正書によって補正された明細書の特許請求の範囲の請求項１乃至４に記載されたとおりのものであり、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
　　
＜本願発明＞
「　テキスト加工手段、帳票設計手段、プリントイメージデータ生成手段を備え、一点一点印刷内容が異なるバリアブルフォームデータを生成するシステムであって、
　前記帳票設計手段が、レイアウト毎の版下フォームおよびオーバレイを設計し、版下データおよびオーバレイデータを出力する下絵作成手段と、前記版下データおよびオーバレイデータを読み込み、版下フォームおよびオーバレイの印刷イメージを画面上に表示する下絵表示手段と、前記版下データおよびオーバレイデータを設計用下絵として画面上に表示し、前記設計用下絵の上で帳票のレイアウトを設計するレイアウト設計手段と、を備え、
　前記レイアウト設計手段が、ページ毎に異なる設計用下絵を切り替えて表示する下絵切替手段と、印字データのカラムの属性情報、出力機の環境設定などのテキスト情報、および前記版下データ、前記オーバレイデータ、イメージデータを内部に記録した一つの帳票定義体データを出力する定義体出力手段と、を備え、
　前記定義体出力手段が、印字データのカラムの属性情報、出力機の環境設定などのテキスト情報、および前記版下データ、前記オーバレイデータ、イメージデータを一つの書庫ファイルに圧縮して格納する圧縮手段と、前記帳票定義体データを暗号化する暗号化手段と、を備え、
　前記プリントイメージデータ生成手段が、一つの書庫ファイルに圧縮して格納した前記帳票定義体データを展開する展開手段と、暗号化した前記帳票定義体データを復号化する復号化手段と、を備える、
　ことを特徴とするバリアブルフォームデータ生成システム。」
　
　
３．　引用例
　
　原査定の拒絶の理由に引用された、本願出願日前である平成１２年８月１１日に頒布された刊行物である、特開２０００−２２２４９５号公報（以下、「引用例１」という。）には、図面とともに以下の記載がある。
　
（１ａ）　「【０００１】
【発明の属する技術分野】本発明は、例えばフィールドデータとオーバーレイされるフォームデータ等を編集するフォーム編集方法及び装置及びコンピュータ読取り可能なプログラムが格納された記憶媒体に関するものである。
【０００２】
【従来の技術】従来、契約や取引などの明細に帳票が広く使われている。保険や金融機関での取引では、契約の種類に応じた罫線や図形をあらかじめ用紙に印刷し、契約の時点で顧客情報をプリンタ等を使って印刷するプレプリント方式が採られてきた。」
　　
（１ｂ）　「【０００３】近年、埋込まれるデータと共に罫線や表、商標などを白紙に印刷して帳票に仕上げる帳票作成システムが実用化されてきている。」
　　
（１ｃ）　「【０００４】帳票印刷・閲覧システムでは帳票の体裁を記述するフォームデータファイルと、帳票の枠内に埋め込まれるべき顧客データを記述するフィールドデータファイルが使われている。フォーム情報は帳票の種類毎に用意されるもので、次の３つの要素を含んでいる。すなわち、枠線や罫線や商標などの図形情報、商品名や店舗の住所一覧や約款などの固定文字情報、そしてデータファイルから供給されるデータが重ね合わされる領域とその出力属性とを規定するフィールド情報である。
【０００５】フォーム情報は、フォームエディタとよばれる編集アプリケーションで作成される。前記の３つの要素を効率よく作成したり編集できるように、図形描画機能、文字列入力機能、属性設定機能などが盛り込まれている。
【０００６】フィールドデータは、フォーム情報で定義されたフィールドの順に数値や文字列のデータを並べたもので、一般にはカンマ記号で各データを区切ったテキストである。　・・・（中略）・・・　１枚の帳票に定義されたフィールドには続き番号（シリアル番号）が与えられ、各フィールドを区別するためのフィールド名称としての役割を持たせる。
【０００７】フィールドデータはファイルの先頭から各フィールドにシリアル番号順に埋め込まれる。複数のページから構成される帳票であっても考え方は同じであり、各ページ毎に全フィールドにシリアル番号が振られている。
【０００８】帳票は、商品構成や社会環境、法制度の変化に伴い、変更しなければならない時がある。例えば住所表記や商標の変更など小さな変化であっても、フォーム情報ファイルを更新しなければならない。プレプリント方式に比べると更新に要するコストは小さくなるが、商品構成が多岐にわたる業種においては準備しているフォーム情報ファイルの数も多くなり、それらすべてに同じ変更作業を施すのは容易な作業ではない。作業の間違いや変更を忘れてしまうおそれがある。
【０００９】そのために部品フォームと呼ぶファイルを用意し、フォーム情報ファイルからそれを参照することでひとつのフォームを構成する方式が提案されてきた。部品フォームファイルは、フォーム情報ファイルと同等の前記３要素を含み、単体でフォーム情報ファイルとして利用することも可能である。このようなフォーム情報を複合フォーム情報と呼び、複合フォーム情報を編集するための複合フォームエディタと呼ばれるソフトウエアツールも提供されている。
【００１０】部品フォームは複数のフォーム情報ファイルで共通に利用できる。例えば社章を記述した部品フォームを用意すれば、社章を組み込むべき帳票を、社章を含むフォーム情報ファイルから参照させればよい。社章の変更があったとしても、部品フォームひとつを更新するだけで当該部品を利用している帳票全てに変更が加えられることになる。」
　　
（１ｄ）　「【００２６】
【発明の実施の形態】［第１の実施の形態］本発明に係る複合フォームエディタについて説明する前に、フォームオーバレイ処理全体についてそのあらましを述べる。」
　　
（１ｅ）　「【００２９】図１０は、フォーム作成プログラムを含む、オーバーレイ印刷全体についての処理の流れを示している。フォーム編集プログラム（以後フォームエディタと呼ぶこともある）３１１により作成されたフォームあるいは複合フォームは、ＨＤ８０５などに用意されたフォームデータ格納部３１２に格納される。フォームは、オーバーレイされる画像データで、図形や文字、あるいはドットイメージを含む。また複合フォームは、ページを単位として構成されるフォームで、各ページは部品となるフォームを重ね合わせて構成される。また、ページには両面や複写といった特殊なページも定義できる。各フォーム（複合フォームを含む）は、フォームそのものを表すフォームデータ３１２ａと、フォームと合成される印字データについて、その位置や文字種等を表したフィールド属性データ３１２ｂとを含む。これらデータはひとつのフォームデータファイルにまとめられていても良い。なお、これ以降、複合フォームデータをＦＣＸデータ、複合されておらず、最小の単位となるフォームデータをＦＣＰデータと呼ぶことがある。また、以下ではＦＣＸデータを単に画像データ、ＦＣＰデータを部品画像データと呼ぶこともある。
【００３０】これらフォームデータは、所定のランタイムライブラリ３１５によってプリンタ３２が解釈可能な形式のフォームプリントデータ３１６ａに変換されて、ＨＤ１５内に確保されたプリンタデータ格納部３１６に格納される。
【００３１】一方、フォームオーバーレイ印刷される印字データは、適当な業務ファイル３１３により生成され、テキストデータ格納部３１４に格納される。このデータはオーバーレイされる各フィールドを区分できる形式であればよく、例えばＣＳＶ形式と呼ばれる、一般的に利用されている形式を用いることができる。この印字データも、ランタイムライブラリ３１５によってプリンタ３２が解釈できる形式の印字プリントデータ３１６ｂに変換され、プリントデータ格納部３１６に格納される。
【００３２】このようにして作成されたフォームプリントデータ及び印字プリントデータは、オペレーティングシステム３１７及びプリンタドライバ３１８によってプリンタ３２などに出力され、そこで合成されて印刷される。
【００３３】＜複合フォームエディタの機能＞以上がフォームオーバーレイ印刷のあらましであるが、ここで図面を参照しながら、本実施形態のフォーム作成プログラム（フォームエディタ）について説明する。
【００３４】図１１は、フォームエディタ起動後、フォームの新規作成を利用者が指定した場合の表示画面の例である。ウインドウ５０１の内部には、その上部にメニュー行が表示され、その下に新規作成するオブジェクトが何であるかを選択するウインドウ５０２が表示される。ここでは、フィールドデータ、フォーム、複合データの３種が選択できる。フィールドデータ欄４０３が選択されると、それ以降は、図１０のフィールド属性ファイル３１２ｂを編集する手順に入る。フォーム欄４０４が選択されると、１ページの部品フォームデータを編集する手順に入る。部品フォームデータは、それ単独でも１ページ分のフォームデータとなり得る。
【００３５】複合フォーム欄４０５が指定されると、図１２に示す複合フォームデータ編集画面に移る。複合フォームデータ編集画面では、編集対象となっている複合フォームデータの構造がツリー表示欄６０２に表示される。この画面上では、ポインティングデバイスを用いて、画面上の指定したオブジェクトを移動したり、消去したり、あるいは挿入したり、キーボードからオブジェクトの名称を変更するなどといったフォーム編集の操作ができる。またフォーム内のフィールド属性等を編集するフィールド編集も行える。すでにある複合フォームを編集する場合には、その複合フォームデータファイルの名を指定してフォームエディタを呼び出せばよい。それによりフォームデータ格納部３１２から複合フォームデータが読み出され、その構造を反映したツリーが表示される。
【００３６】また、複合フォーム表示欄（あるいはプレビュー欄）６０１には、複合フォーム中において、選択されているページの画像が表示される。この際、表示される画像は、複合フォームで定義された順序で部品フォームが重ね合わされて画像とは限らない。ツリービューで選択されているアイテムが部品フォームの場合には、その部品フォームを含むページがプレビュー欄に表示されるが、その際には、例えば選択されている部品フォームを他の部品フォームと識別可能な状態で表示する。例えば、選択されている部品フォームと他の部品フォームとの輝度を変えたり、あるいは、選択されていない部品フォームを特定の色で表示する。こうして選択された部品フォームを他の部品フォームと識別しやすいように表示した上で、選択された部品フォームの編集操作を可能としている。
【００３７】なお図１２はフォームそのものではなくフィールド編集画面を示している。メニュー６０３から「フォーム編集」を選択することで、フォーム編集に切り替わり、逆にフォーム編集画面からフィールド編集画面を選択することでフィールド編集を行える。　・・・（中略）・・・
【００３８】図１３（ａ）は、複合フォームを表す複合フォームデータファイルの一例の構造を表す。図１３では、複合フォームデータ「Ｔｅｓｔ．ｆｃｘ」は、「ｃ：￥Ｐｒｏｇｒａｍ  Ｆｉｌｅｓ￥Ｆｃｐｒｏ￥ＦＯＲＭＷＯＲＫ」なるディレクトリに保存されている。その内容は、ページ数フィールド１０１が３であり、全部で３印刷ページを含むことが示される。ページ名１０２は、定義された印刷ページの名称であり「Ｎｅｎｋｉｎ０１」である。繰返し回数は、そのページを繰り返す回数を表す。ページ種別フィールド１０４は標準ページとなっており、両面や複写などではない、通常のページであることを示している。ファイル名フィールドはフルパスで表示されており、その最後にファイル名「Ｎｅｎｋｉｎ０１．ｆｃｐ」が書き込まれている。すなわち、この印刷ページは、部品フォームとして「Ｎｅｎｋｉｎ０１．ｆｃｐ」だけを含むことがわかる。
【００３９】次の印刷ページＮｅｎｋｉｎ０２は、３つの部品フォーム「Ｎｅｎｋｉｎ０２．ｆｃｐ」「Ｎｅｎｋｉｎ０３．ｆｃｐ」「Ｎｅｎｋｉｎ０４．ｆｃｐ」を含む。
【００４０】図１３（ａ）の複合フォームデータをツリーで表現した図が図１３（ｂ）である。ツリービューは、複合フォームデータの内容を正確に表現しており、その構造を直感的に理解しやすい形式で表現している。
【００４１】＜ページの表示手順＞次に図１５〜２０として、図１２の画面ツリービューにおいてページや部品フォームが選択された際の、プレビュー画面６００の表示手順を示す。」
　　
（１ｆ）　「【００５０】以上のようにして、ページあるいは部品フォームを選択して表示させると、部品フォームが選択されている場合には、その部品フォームを編集対象であるとして通常の色で表示して、選択された部品フォームと同じページに含まれる選択されていない部品フォームを薄く表示することができる。また、部品フォームが選択されていなければ、指定されたページに含まれる部品フォームをすべて通常通りに表示することができる。このため、選択した部品フォームを編集用バッファに格納しておき、編集機能を使用可能状態にしておけば、ページ全体の画像を見ながら指定した部品フォームを編集できる。
【００５１】＜フィールドデータの説明＞図２は、複合フォーム情報による帳票の作成例を示す図である。帳票はフォーム情報ファイル（複合フォームデータファイル）とフィールドデータファイルの２種類のファイルから構成されるが、フォーム情報ファイルは部品フォームへの関連付けを行っており、実質的には部品フォームとフィールドデータにより帳票が作成される。部品フォーム２０１、２０２、２０３が同じページに関連付けられているとする。このフォーム情報にフィールドデータ２０４を重ねることで帳票２０５が形成される。一般にフィールドデータは、２０４に示されるようにカンマや改行文字で区切られているが、データを区切ることのできる構造を持っていれば同様に説明可能である。本実施例では、このようにして帳票を作る帳票閲覧・印刷システムを想定している。
【００５２】まず当該システムにおける帳票作成の方式を述べた後、複数の部品フォームの関連付けを行って帳票を定義する複合フォームエディタでのフォーム一覧について説明する。各部品フォームファイルは、図示しないフォームエディタ、フィールドデータファイルは図示しないデータ作成アプリケーションにより作成される。フォーム情報を構成する３つの要素、図形情報、固定文字情報、フィールド情報を例示すると次のようになる。２３１のイメージや、２０１フォーム中に描かれた罫線が図形情報となり、２２４の文字列が固定文字情報である。フィールド情報は２１１、２１２の表を埋めるように定義され、あるいは２２１、２２２、２２３の各項目を埋める位置にも定義されている。」
　　
（１ｇ）　「【００５４】図４は、複合フォームエディタの持つ復数の部品フォームを関連づけて帳票を定義する機能を説明するための図である。図４では、帳票を構成する各ページがひとつあるいは複数個の部品フォームファイルに関連付けられていることが判る。ページ１（４０１）には、部品フォームＡ４０５、部品フォームＢ４０６が関連づけられているが、ページ２（４０２）は部品フォームＣ４０７だけを関連づけている。ページ１（４０１）、ページ４（４０４）では部品フォームＡを共通に使っているが、２つめのフォームは、部品フォームＢ４０６と部品フォームＤ４１０を利用している。」
　　
　まず、引用例１の上記（１ａ）〜（１ｇ）の記載事項、及び、関連する【図２】、【図４】、【図１０】、【図１２】、【図１３】等の図面を総合すると、次のことがいえる。
　　
・　引用例１には、帳票を作成して印刷するシステムが示されている。
・　前記帳票の作成には、帳票の体裁を記述するフォームデータファイルと、帳票の枠内に埋め込む顧客情報を記述するフィールドデータファイルが用いられる。
・　引用例１には、フォームを編集するフォーム編集方法が記載されている。つまり、前記フォームはその体裁を編集されることができるものである。
・　引用例１のものが対象としている帳票は、保険や金融機関での契約や取引などの明細の帳票であるから、前記フォームは帳票１枚１枚毎に異なりうるものであり、前記顧客情報も帳票１枚１枚毎に異なりうるものである。
・　引用例１の【図１０】の業務アプリケーション（３１３）は、フォームオーバーレイ印刷される印字データを生成するものであり、生成された印字データは、テキストデータ格納部（３１４）に、テキストデータとして格納される。つまり、引用例１の業務アプリケーション（３１３）が生成しているフォームオーバーレイ印刷される印字データは、テキストデータである。
・　引用例１のプリンタドライバ（３１８）は、作成されたフォームプリントデータ（３１６ａ）及び印字プリントデータ（３１６ｂ）をプリンタ（３２）に出力して合成して印刷する機能を果たしているものである。
　　
　そして、引用例１の上記（１ａ）〜（１ｇ）の記載事項、及び、関連する【図２】、【図４】、【図１０】、【図１２】、【図１３】等の図面を総合すると、引用例１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　　
＜引用発明＞
「　帳票の枠内に埋め込まれる顧客情報が帳票１枚１枚毎に異なりうる帳票であり、かつ、帳票の体裁を記述するフォームも帳票１枚１枚毎に異なりうる帳票のフォームを編集し、帳票を作成して印刷するホストコンピュータ（３１）とプリンタ（３２）からなるシステムであって、
　　
　フォームオーバーレイ印刷されるテキストデータ（３１４）を生成する業務アプリケーション（３１３）と、
　フォームを編集し、フォームデータ（３１２ａ）とフィールド属性データ（３１２ｂ）とを生成するするフォーム編集プログラム（３１１）と、
　前記テキストデータ（３１４）、前記フォームデータ（３１２ａ）、及び、前記フィールド属性データ（３１２ｂ）を入力として、データを変換して、出力としてプリンタ（３２）が解釈可能な形式のフォームプリントデータ（３１６ａ）及び印字プリントデータ（３１６ｂ）を作成するランタイムライブラリ（３１５）と、
　作成されたフォームプリントデータ（３１６ａ）及び印字プリントデータ（３１６ｂ）をプリンタ（３２）に出力して合成して印刷するプリンタドライバ（３１８）とを備え、
　　
　前記フォーム編集プログラム（３１１）及び前記ランタイムライブラリ（３１５）では、
　フォーム毎に部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）を関連付けし、
これら部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）にそれぞれ対応するフォームデータを出力し、読み込み、
これら部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）の印刷イメージをプレビュー画面（６００）上に表示し、
表示されたこれら部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）の上で、ページ全体の画像を見ながら部品フォーム（図２の２０１）の当該フォームへの関連付けを編集するものであり、
　ページ毎に異なる部品フォームを切り替えて表示するものであり、
　フィールドデータ（２０４）の個々のデータが表（２１１，２１２）あるいは各項目（２２１，２２２，２２３）のどの位置に対応づけられるデータであるかの情報、及び、前記部品フォーム（図２の２０２）、前記部品フォーム（図２の２０３）、前記部品フォーム（図２の２０３）に含まれるイメージ（２３１）を１つのフォームデータファイルにまとめるものである
　　
　帳票１枚１枚毎に異なりうるフォームを編集し、帳票を作成して印刷するシステム。」
　　
　　
４．　対比
　　
　本願発明と引用発明とを比較すると、次のことがいえる。
　　
（１）　引用発明において、帳票の枠内に埋め込まれる顧客情報が帳票１枚１枚毎に異なりうることは、本願発明において、一点一点印刷内容が異なることに相当する。
（２）　引用発明において、帳票の体裁を記述するフォームが帳票１枚１枚毎に異なりうることは、本願発明において、フォームデータがバリアブルであることに相当し、引用発明における「帳票１枚１枚毎に異なりうるフォームを編集し、帳票を作成して印刷するシステム」は、本願発明における「バリアブルフォームデータを生成するシステム」に相当する。
（３）　引用発明における「フォームオーバーレイ印刷されるテキストデータを生成する業務アプリケーション（３１３）」は、本願発明における「テキスト加工手段」に相当する。
（４）　引用発明における「フォーム編集プログラム（３１１）」及び「ランタイムライブラリ（３１５）」は、本願発明における「帳票設計手段」に相当する。
（５）　引用発明における「プリンタドライバ（３１８）」は、作成されたフォームプリントデータ（３１６ａ）及び印字プリントデータ（３１６ｂ）をプリンタ（３２）に出力して合成して印刷する機能を果たしているものであり、本願発明における「プリントイメージデータ生成手段」は、本願明細書の段落【００４９】に記載されているとおり、「印字データ５と帳票定義体データ１５を読み込み、印刷を行う出力機が解釈可能なバリアブルフォームデータ２２を出力する」ものである。引用発明における「フォームプリントデータ（３１６ａ）」及び「印字プリントデータ（３１６ｂ）」は、本願明細書における「帳票定義体データ１５」及び「印字データ５」にそれぞれ相当する情報であり、引用発明における「プリンタ（３２）」は、本願明細書における「印刷を行う出力機」に相当する。そして、引用発明における「プリンタドライバ（３１８）」と、本願発明における「プリントイメージデータ生成手段」とは、ともに前述の２種類の情報をプリンタに出力して印刷するという同一の機能を果たしているものであるから、引用発明における「プリンタドライバ（３１８）」は、本願発明における「プリントイメージデータ生成手段」に相当する。
（６）　引用発明における「部品フォーム（図２の２０２）」とそれに対応する「フォームデータ」は、それぞれ本願発明における「版下フォーム」及び「版下データ」に相当する。
（７）　引用発明における「部品フォーム（図２の２０３）」とそれに対応する「フォームデータ」は、それぞれ本願発明における「オーバレイ」及び「オーバレイデータ」に相当する。
（８）　本願発明においては、「版下データおよびオーバレイデータ」を「設計用下絵」としているから、引用発明における「部品フォーム（図２の２０２）」及び「部品フォーム（図２の２０３）」の両者を合わせたものが、本願発明における「設計用下絵」に相当する。
（９）　引用発明において、フォーム毎に部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）を関連付けていることは、本願発明において、レイアウト毎の版下フォームおよびオーバレイを設計していることに相当する。
（１０）　引用発明における「プレビュー画面（６００）」は、本願発明における「画面」に相当する。
（１１）　引用発明が、部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）にそれぞれ対応するフォームデータを出力し、読み込み、これらの印刷イメージをプレビュー画面（６００）上に表示していることは、本願発明が、版下データおよびオーバレイデータを出力し、読み込み、これら版下フォームおよびオーバレイの印刷イメージを画面上に表示していることに相当する。
（１２）　引用発明が、表示されたこれら部品フォーム（図２の２０２）及び部品フォーム（図２の２０３）の上で、ページ全体の画像を見ながら部品フォーム（図２の２０１）の当該フォームへの関連付けを編集していることは、本願発明が、版下データおよびオーバレイデータを設計用下絵として画面上に表示し、前記設計用下絵の上で帳票のレイアウトを設計していることに相当する。
（１３）　引用発明が、ページ毎に異なる部品フォームを切り替えて表示していることは、本願発明が、ページ毎に異なる設計用下絵を切り替えて表示していることに相当する。
（１４）　引用発明における「フィールドデータ（２０４）の個々のデータが表（２１１，２１２）あるいは各項目（２２１，２２２，２２３）のどの位置に対応づけられるデータであるかの情報」は、本願発明における「印字データのカラムの属性情報」に相当する。
（１５）　引用発明における「部品フォーム（図２の２０３）に含まれるイメージ（２３１）」は、本願発明における「イメージデータ」に相当する。
（１６）　引用発明が、フィールドデータ（２０４）の個々のデータが表（２１１，２１２）あるいは各項目（２２１，２２２，２２３）のどの位置に対応づけられるデータであるかの情報、及び、前記部品フォーム（図２の２０２）、前記部品フォーム（図２の２０３）、前記部品フォーム（図２の２０３）に含まれるイメージ（２３１）を１つのフォームデータファイルにまとめていることは、本願発明が、印字データのカラムの属性情報、および前記版下データ、前記オーバレイデータ、イメージデータを内部に記録した一つの帳票定義体データを出力していることに相当する。
（１７）　引用発明のフォーム編集プログラム（３１１）及びランタイムライブラリ（３１５）は、ホストコンピュータ（３１）内で動作しているものであるから、引用発明のものは、ホストコンピュータ（３１）内に備えられている具体的なハードウェアが、フォーム編集プログラム（３１１）及びランタイムライブラリ（３１５）が行う各処理のための各手段として機能しているものであるといえる。
　　
　すると、本願発明と引用発明とは次の点で一致する。
　　
＜一致点＞
「　テキスト加工手段、帳票設計手段、プリントイメージデータ生成手段を備え、一点一点印刷内容が異なるバリアブルフォームデータを生成するシステムであって、
　前記帳票設計手段が、レイアウト毎の版下フォームおよびオーバレイを設計し、版下データおよびオーバレイデータを出力する下絵作成手段と、前記版下データおよびオーバレイデータを読み込み、版下フォームおよびオーバレイの印刷イメージを画面上に表示する下絵表示手段と、前記版下データおよびオーバレイデータを設計用下絵として画面上に表示し、前記設計用下絵の上で帳票のレイアウトを設計するレイアウト設計手段と、を備え、
　前記レイアウト設計手段が、ページ毎に異なる設計用下絵を切り替えて表示する下絵切替手段と、印字データのカラムの属性情報、および前記版下データ、前記オーバレイデータ、イメージデータを内部に記録した一つの帳票定義体データを出力する定義体出力手段と、を備える、
　バリアブルフォームデータ生成システム。」
　　
　一方で、本願発明と引用発明とは次の点で相違する。
　　
＜相違点１＞
　本願発明は、印刷のためのデータとして、出力機の環境設定などのテキスト情報も出力しているのに対し、引用発明には、これに対応する情報を出力することが示されていない点。
　　
＜相違点２＞
　本願発明は、
「印字データのカラムの属性情報、出力機の環境設定などのテキスト情報、および前記版下データ、前記オーバレイデータ、イメージデータを一つの書庫ファイルに圧縮して格納する圧縮手段」、及び、
「一つの書庫ファイルに圧縮して格納した前記帳票定義体データを展開する展開手段」
を備えたものであるのに対し，引用発明にはこれらの圧縮手段及び展開手段が示されていない点。
　
＜相違点３＞
　本願発明は、
「帳票定義体データを暗号化する暗号化手段」、及び、
「暗号化した前記帳票定義体データを復号化する復号化手段」
を備えたものであるのに対し，引用発明にはこれらの暗号化手段及び復号化手段が示されていない点。
　　　
　　　
５．　判断
　　　
　上記相違点について検討する。
　　　
＜相違点１について＞
　印刷されるデータとともに、その印刷のためのプリンタの情報や用紙設定、環境設定などの情報を１つのファイル構造の中に格納することは、例えば、特開平７−９３２９９号公報の【０００２】に示されているように、また例えば、特開２０００−３１８２５４号公報の段落【０００１】〜【０００６】、【０００９】〜【００１０】、【００２１】〜【００２２】にも、複数の文書ファイルと、印刷すべき文書を特定する印刷用選択情報ファイルとを、一体に書庫ファイルに格納することとして示されているように、本願出願前の周知技術であり、情報をテキスト情報として格納することも周知である。
　引用例１のものは、その【図１０】に示されているように、印刷のためのデータをホストコンピュータ３１側で生成してプリンタ３２側に受け渡すものであるから、印刷のために必要となるプリンタの用紙設定や環境設定などの情報もホストコンピュータ３１側で設定すべきものといえる。してみると、引用発明において、ホストコンピュータ３１が印刷のためのデータとして、プリンタの用紙設定や環境設定などの情報、すなわち本願発明に係る出力機の環境設定などの情報もテキスト情報として出力するように構成することは、当業者が容易になし得たことである。
　　
＜相違点２，３について＞
　複数個のデータを一つの書庫ファイルに格納する点については、引用発明も、そのフォームデータ３１２ａとフィールド属性データ３１２ｂとを一つのフォームデータファイルにまとめて格納して、ホストコンピュータ３１からプリンタ３２へ受け渡しているものであるから、引用発明も本願発明と同様のものである。そして、データを圧縮して格納すること、及び、圧縮して格納されたデータを展開すること、並びに、データを暗号化すること、及び、暗号化されたデータを復号化することは、本願出願前の周知技術である。
（これらデータの圧縮、展開、暗号化、及び、復号化が、本願出願前の周知技術であったことは、例えば、特開平９−３４８９３号公報の段落【００２８】、特開平９−２１８８２７号公報の【請求項２】、【請求項３】、【請求項４】、段落【００１０】〜【００１２】、【００１６】、【図１】、【図３】、特開平１１−２８２７７３号公報の段落【００３１】、【００３４】、【００５０】〜【００５１】、【００５７】、【図４】、【図７】を参照することによって確認することができる。）
　してみると、引用発明において、ホストコンピュータ３１側でフォームデータ３１２ａとフィールド属性データ３１２ｂとを一つのフォームデータファイルにまとめて格納する際に、データの圧縮及び暗号化を行って、圧縮及び暗号化されたデータをプリンタ３２側へ受け渡し、プリンタ３２側でデータの復号化及び展開を行うこと、すなわち、本願発明に係る圧縮手段、展開手段、暗号化手段、及び、復号化手段を備えるように構成することは、当業者が容易になし得たことである。
　　
　また、本願発明の構成によってもたらされる効果は、引用発明及び周知技術から当業者であれば予測することができた程度のものであって、格別のものとは認められない。
　
　
６．　むすび
　
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、本願発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項について検討するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。