【事件の表示】
　平成　５年特許願第２９２６２１号「プリントイメージデータ作成方法」拒絶査定不服審判事件〔平成　７年　５月１９日出願公開、特開平　７−１２９３８５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成５年１０月２９日の出願であって、平成１６年６月２４日付けで拒絶査定がなされた。
　その後、同年７月２７日に拒絶査定不服審判請求がなされ、同年８月２５日付けで手続補正がなされたものである。
　本願特許請求の範囲の請求項１に係る発明は、補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載されたとおりの次の事項により特定されるものである。（以下、「本願発明」という。）
　
「【請求項１】トランザクションデータの文字絵柄、印刷位置を画面対話方式で指定する処理、並びにプリントアウト業務に関連する管理情報の入力、前記トランザクションデータ仕様の入力、外字フォントの有無判定、レコードフィールドのデータ仕様の入力、プリントアウト仕様の入力、ならびにデータファイルを管理する業務ＩＤ（ｉｄｅｎｔｉｔｙ）の入力を含む指定編集処理を行い、次いで前記トランザクションデータを前記指定編集処理で得られた情報に基づき出力紙に印字出力するプリンター用のプリントイメージデータに変換するプリントイメージデータ変換処理を行うプリントイメージデータ作成方法であって、
　前記指定編集処理が、トランザクションデータに加えて、固定文字をも指定編集処理をすることを特徴とするプリントイメージデータ作成方法。　」
　
２．　引用文献
　原査定の拒絶の理由に引用された、本願の出願日前に頒布された刊行物である特開平４−１７８７２９号公報（以下、「引用文献１」という。）、特開昭６０−５８６号公報（以下、「引用文献２」という。）には、次の事項が図面と共に記載されている。
　
［引用文献１］
Ａ．「　〔産業上の利用分野〕
本発明は、帳票のフォーマットの自動化及びプログラムの自動生成に係り、特に帳票を出力するプログラムの生産性向上に有効な方式に関する。」（１頁右下欄４行〜７行）
　
Ｂ．「　〔課題を解決するための手段〕
上記目的を達成するために、本発明のプログラム開発支援方式は、以下の方法を導入する。
（１）帳票の大きさの情報と、帳票へ印字する項目の指定の情報より、項目のタイトル名（項目名称）、項目長、印字編集形式の情報を入力し、帳票のレイアウトを自動的にフォーマットする。
（２）自動的にフォーマットした帳票の情報より、実際に印字した場合の帳票の印刷イメージを画面上に表示する。その画面上で編集された帳票のフォーマットは、帳票のレイアウト情報として更新する。
（３）帳票出力業務の入出力構成（入力ファイル、参照ファイルの名称等）の情報及び、帳票のレイアウト情報より帳票を出力するプログラムを自動生成する。」（２頁右上欄１２行〜左下欄７行）
　
Ｃ．「〔作用〕
　帳票へ印字する項目のタイプや長さはファイル定義情報から取得するので、各印字項目の帳票上の位置を順序で指定するだけで帳票のレイアウトが自動的に行われる。
　また、自動的にフォーマットした帳票のレイアウトが印刷イメージとして表示画面上に表示されるので、このレイアウトを対話的に変更することができる。
　また帳票のレイアウトがテーブルとして保持されていて、このテーブルに基づいてプログラムが自動生成されるため、帳票のレイアウト変更によるプログラムの変更は容易である。」（２頁左下欄８行〜２０行）
　
Ｄ．「第１図は、本実施例の処理流れを示す図である。
入出力構成定義１は、帳票出力業務の入出力構成（入力ファイル名等）の定義情報より業務に使用するファイルの情報を入力し、その情報から定義テーブル６を作成する。印字項目選択定義２は、人出力構成定義１で指定したファイルの中から印字する項目を帳票に印字するときの左からの順序で指定した情報と入出力構成定義１で作成した定義テーブル６の項目情報より、各項目の大きさを考慮しながら帳票に均等になるように自動的にフォーマットし、そのフォーマット情報をレイアウト情報テーブル７に格納する。レイアウト編集３は、レイアウト情報テーブル７より、印字した時の実際に帳票フォーマットのイメージを対話画面に表示し、帳票のレイアウトを確認することで手戻り作業の削減を図っている。また表示した項目の位置の情報の変更等の編集を可能にしたことで、レイアウトの編集が容易になり、生産性が向上する。プログラム生成４は、定義テーブル６とレイアウト情報テーブル７より、帳票を出力するプログラム８を自動生成する。
　第２図は、本発明を適用して開発する帳票出力業務の入出力仕様の説明図である。９は、各データが格納されているファイルで、１０の帳票作成処理でデータを加工し、帳票１１に出力する。
　第３図は、ファイル定義情報５の内容を示すものである。ＵＲＩＡＧＥファイルは得意先コード１５、品番１６、売上数量１７などの項目により構成される。またＴＯＫＵＩファイルは得意先名２０、住所２１などの項目から構成される。
　第４図は定義テーブル６の内容を示すものである。対象となる項目名３６ごとにタイプ３４と長さ３５が定義され、関連するファイル３３が記号名称で記入されている。
　第５図はレイアウト情報テーブル７の内容を示すものである。項目名４１ごとに帳票上の位置が行３８、列３９および長さ４０が設定されている。
　第６図は、業務の入出力構成の定義を対話によって行う表示画面ＩＡである。第６図の画面では、入力ファイルＩ１（２２）として”ＵＲＩＡＧＥ”を、参照ファイルＲ１（２３）として”ＴＯＫＵＩ”を入力した状態である。これにより、入力ファイルに指定されたＵＲＩＡＧＥ及び参照ファイルに指定されたＴＯＫＵＩのファイル定義情報５の項目名１２、タイプ１３、長さ１４の情報を定義テーブル６の項目名３６、タイプ３４、長さ３５に格納する。また、ファイル３３には、ファイル名が”ＵＲＩＡＧＥ　”の項目に対しては入力ファイルＩ１なのでＩ１を”ＴＯＫＵＩ”の項目に対しては参照ファイルＲ１なのでＲ１を格納し、定義テーブル６を作成する。」（２頁右下欄４行〜３頁右上欄１４行）
　
Ｅ．「第１０図は、レイアウト編集定義３が第５図に示すレイアウト情報テーブル７を入力し、その情報を実際に印字したときの帳票のフォーマットイメージに変換し、それを使って帳票のフォーマットイメージの編集を対話的に行う表示画面ＩＣに出力したものである。この時固定項目には、項目名４１を、可変項目には、例示４２を使って表示する。
４３はヘッダ項目、４４はＨ付きでない項目（明細）である。この対話表示画面でフォーマットを変更した場合は、その情報でレイアウト情報テーブル７を更新する。」（３頁右下欄５行〜１５行）
　
Ｆ．「第１１図は、プログラム生成４が定義テーブル６の情報と第５図に示すレイアウト情報テーブル７の情報を入力して、自動生成した第４世代言語のプログラムである。」（４頁左上欄３行〜６行）
　
　以上より、引用文献１には、次の発明（以下、「引用発明」という。）が記載されている。
　
　ＵＲＩＡＧＥファイル、ＴＯＫＵＩファイルのファイル定義情報から対話的に定義テーブルを作成し、対話的に選択した印字項目から自動的にレイアウト情報を作成し、該レイアウト情報を対話的に編集してレイアウト情報テーブルを作成する処理と、
　作成した前記定義テーブルと前記レイアウト情報テーブルを用いて帳票出力プログラムを自動生成する処理と、該帳票出力プログラムを用いてＵＲＩＡＧＥファイル、ＴＯＫＵＩファイルのデータを帳票に出力する帳票印刷方法。
　
［引用文献２］
「２．特許請求の範囲
　印字データを入出力する手段を有した電子機器において、敬称を付すべき印字データと敬称データとを記憶する手段と、敬称を付すべき印字データの入力に対応して敬称データを前記記憶手段から検索し出力する手段とを設けたことを特徴とする電子機器。」（１頁左下欄４行〜１０行）
　
３．　対比
　本願発明と引用発明とを比較する。
　引用発明の「ＵＲＩＡＧＥファイル」「ＴＯＫＵＩファイル」にはその名称からして取引データが格納されていると考えられるから、前述のファイルで取り扱うデータはトランザクションデータと言える。また、引用発明では、ファイル定義情報から対話的にレイアウト情報を作成編集しているから、印字文字、印字位置を画面対話方式で指定していることになり、本願発明における「トランザクションデータの文字絵柄、印刷位置を画面対話方式で指定する処理」と実質的に同等の印刷前処理を行っている。
　引用発明では、定義テーブルとレイアウト情報に基づいてＵＲＩＡＧＥファイル、ＴＯＫＵＩファイルのデータを帳票に印刷しており、印字出力のためにはプリントイメージデータを作成する必要があるから、本願発明における「 トランザクションデータを指定編集処理で得られた情報に基づき出力紙に印字出力するプリンター用のプリントイメージデータに変換するプリントイメージデータ変換処理」と実質的に同等の処理を行っている。
　引用発明の「定義テーブル」「レイアウト情報」は、それぞれ、本願発明の「レコードフィールドの仕様データ」「プリントアウト仕様」に相当する。
　本願発明の「指定編集処理」は、プリントイメージデータ変換プログラムを自動作成するために必要となるデータファイルを作成する処理であるから、引用発明における定義テーブルとレイアウト情報テーブルを作成する処理とは、印刷前処理である点で対応している。
　従って、本願発明と引用発明とは次の構成を有する点で一致している。
　
　トランザクションデータの文字絵柄、印刷位置を画面対話方式で指定する処理、並びにレコードフィールドのデータ仕様の入力、ならびにプリントアウト仕様の入力を含む印刷前処理を行い、次いで前記トランザクションデータを前記印刷前処理で得られた情報に基づき出力紙に印字出力するプリンター用のプリントイメージデータに変換するプリントイメージデータ変換処理を行うプリントイメージデータ作成方法
　
　一方、本願発明と引用発明とは次の点で相違している。
　
相違点１
　印刷前処理が、本願発明では、プリントアウト業務に関連する管理情報の入力ならびにデータファイルを管理する業務ＩＤ（ｉｄｅｎｔｉｔｙ）の入力を含む指定編集処理であるのに対し、引用発明ではそのような指定編集処理ではない点
　
相違点２
　印刷前処理が、本願発明では、トランザクションデータ仕様の入力を含む指定編集処理であるのに対し、引用発明ではそのような指定編集処理ではない点
　
相違点３
　印刷前処理が、本願発明では、外字フォントの有無判定を含む指定編集処理であるのに対し、引用発明ではそのような指定編集処理ではない点
　
相違点４
　印刷前処理が、本願発明では、トランザクションデータに加えて、固定文字をも指定編集処理するものであるのに対し、引用発明ではそのような指定編集処理ではない点
　
４．相違点についての判断
相違点１について
　本願発明において、「プリントアウト業務に関連する管理情報の入力」とは、発明の詳細な説明及び図８に示される、登録日、受注番号、作成者等の入力のことと解釈される。また、「データファイルを管理する業務ＩＤ（ｉｄｅｎｔｉｔｙ）の入力」とは、図６および図８に示される、業務ＩＤの入力のことと解釈される。
　会社や組織が依頼又は受注した仕事を処理する場合、依頼又は受注した案件毎に番号を付けて、この番号によって案件を管理し業務を処理することは当然に行っていることである。
　また、データファイルは、データの更新等が必要であるから、データファイルを識別できるようなファイル名を付し、更新時にはファイル名を用いてファイルを呼び出している。
　このように、処理すべき業務や処理に必要となるファイルに管理情報を付すことは普通に行っていることであるから、プリントアウト業務に関する管理情報やデータファイルを管理する業務ＩＤを印刷前処理の段階で入力することは格別のことではない。
　
相違点２について
　本願発明において、「トランザクションデータの仕様」とは、発明の詳細な説明及び図９を参酌すれば、ＭＴのラベル指定やボリュウム選択などＭＴ記録媒体の指定に関するものと解釈される。引用発明において、ＵＲＩＡＧＥファイルのデータを帳票に印字するためには、ＵＲＩＡＧＥファイルを読み出す必要がある。そして、トランザクションデータの格納されたＵＲＩＡＧＥファイルがＭＴで供給されることも通常の形態であり、ＭＴからＵＲＩＡＧＥファイルを読み出すときにはＭＴ記録媒体の指定等を行う必要があるから、印刷前処理の段階でトランザクションデータの仕様を入力することは格別のことではない。
　
相違点３について
　文字を印刷処理する際に、外字に対する処理を考慮しておくことは当然に行われていることであるから（例えば、特開昭６０−１１２０９２号公報、特開昭６２−２５４１８３号公報）、印刷前処理段階に外字フォントの有無判定を含めておくことは格別のことではない。
　
相違点４について
　郵便用の書類等の印刷において、宛先名に付される「様」や「殿」などの敬称を印刷装置側に用意しておき、印字データに付加して印刷することは引用文献２に示されるように公知のものであるから、印刷前処理において固定文字を印字するように編集しておくことは容易に為し得ることである。
　
５．　むすび
　以上のとおり、本願発明は、引用文献１、２に記載された発明及び当業者が有する通常の知見に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。