【事件の表示】
　特願２０００−３８７０２７「コンピュータ生成文書のフォーマット設定システム、方法、および記録媒体」拒絶査定不服審判事件〔平成１３年　８月１７日出願公開、特開２００１−２２２５２４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　  
　本願は、平成１２年１２月２０日（パリ条約による優先権主張１９９９年１２月３０日、米国）の出願であって、平成１６年１１月３０日付けで拒絶査定がなされ、これに対し、平成１７年３月４日に拒絶査定不服審判の請求がなされるとともに、同日に手続補正がなされたところ、当審から平成２１年１２月１６日付けで拒絶理由通知がなされ、これに対し、平成２２年４月５日に手続補正がなされたものである。
　
　
第２　本願発明
　
　本願の請求項１〜１４に係る発明は、平成２２年４月５日付け手続補正書により補正された明細書の記載からみて、本願の特許請求の範囲の請求項１〜１４に記載されたとおりのものと認められるところ、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりである。
　「【請求項１】
　コンピュータ・システムでフォーマット設定した文書を生成する方法であって、
　データ・ストリーム内の各データ・レコードはライン・データ・レコードを含み、且つ第１のコンピュータでデータ・レコード内に含まれるデータのタイプを指示するレイアウト識別子と関連しているデータ・ストリームを受信するステップと、
　各レイアウト識別子を、文書ページ上の各区域を定義する各フォーマット領域に関連づけるステップと、
　文書内のデータ・レコードのプレゼンテーションに関係するフォーマット設定情報を含むレイアウトパラメータを受信して、特定のレイアウト識別子が遭遇するたびにフォーマット領域に含まれる固定データを指定するステップであって、各レイアウトパラメータセットは前記各フォーマット領域に対応して、前記文書ページ上の前記各フォーマット領域内にある各データ・レコードの配置を制御するステップと、
　第２のコンピュータで対応するフォーマット領域内の各データ・レコードをフォーマットするステップと、そして
　前記各レイアウト識別子に対応する前記各レイアウトパラメータセットを前記各レイアウト識別子に関連付けられた各データ・レコードに適用することによって動的に前記文書を作成するステップと、
を含むことを特徴とする方法。」
　
　
第３　通知された拒絶の理由
　
　平成２１年１２月１６日付け拒絶理由通知書における拒絶すべき理由の概要は以下のとおり。
「１）本件出願の下記の請求項１〜１６に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物（１）〜（４）に記載された発明に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。　
 　　　　　　　　　　　　　　　　記
・引用刊行物等
（１）特開平１０−１７１８０９号公報
（２）特開平７−１８２３１５号公報
（３）特開平４−３１３１４４号公報
（４）特開平９−２１２５０８号公報」
 　
　 
第４　引用例
　
（１）当審の拒絶の理由に引用された特開平１０−１７１８０９号公報「文書処理方法および装置」（以下、「刊行物１」という。）には、
　ア　「【０００２】
【従来技術】文書から目次や索引等を自動的に生成して元の文書と合わせて表示、印刷等の処理を行うのに適した文書フォーマットとしてＳＧＭＬ（Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の標準規格に代表される構造化文書がある。
【０００３】構造化文書であるＳＧＭＬは、文書自体にはレイアウト情報は記述されておらず、文書の要素（例えば、報告書ならばタイトルや日付、報告先等）ごとに“タグ”と呼ばれる文書要素を識別するための符号を付してある。
【０００４】タグは文書要素の開始を示す開始タグ（“＜要素名＞”と記述）と文書要素の終了を示す終了タグ（“＜／要素名＞”と記述）があり、開始タグと終了タグの間に文書要素を記述する。
【０００５】また、ＳＧＭＬは文書の他に文書型定義（ＤＴＤ：Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）が必要であり、ＤＴＤにはタグの定義や文書構造の定義（例えば、報告書ならば日付は１回のみ出現する等、マニュアルなどでは章の中には節が出現し、章の中に章は出現しない等）等が記述されている。
【０００６】ＳＧＭＬは、上述した文書とＤＴＤの他にＳＧＭＬ宣言が必要であり、ＳＧＭＬ宣言は、文書に使われているコードや要素名などの最大文字数、“＜＞”がタグであること等が記述されている。これらの文書、ＤＴＤ、ＳＧＭＬ宣言の３要素がＳＧＭＬの構成要素となっている。
【０００７】上述したようにＳＧＭＬの文書はタグ付けされた文書要素の羅列であり、レイアウト情報や文字の大きさ等は一切記述されていないため、ＳＧＭＬ文書の表示や印刷を行うには、別のプログラムが必要である。
【０００８】図８は、従来のＳＧＭＬ文書のレイアウトや表示、印刷を行う文書処理装置の文書処理の流れを示すフローチャートである。
【０００９】文書処理装置が処理を開始すると（ステップ６０１）、最初にＳＧＭＬ文書を読込み（ステップ６０２）、レイアウトを行うのに必要なページ体裁や文書要素体裁（文字サイズやフォント指定等）等のスタイルデータを記述したスタイルファイル（各文書処理装置毎に異なる）を読込み、ＳＧＭＬ文書に体裁定義を適用する（ステップ６０３）。
【００１０】ＳＧＭＬ文書に体裁定義が適用されると、それに基づき文書のをレイアウトを行い（ステップ６０４）、文書の表示、印刷を行い（ステップ６０５）、処理を終了する（ステップ６０６）。
【００１１】また、文書構造を利用した変換処理によって目次や索引等を自動生成したり、文書要素毎に体裁情報（フォント、文字サイズ等）を指定できる装置としては、特開昭６４−５１５６７号、特開平２−１８３８６１号等が提案されており、これらの装置によって多彩な文書を容易に作成することができる。」（２頁２欄４５行〜３頁３欄４５行）、
　イ　「【００３５】
【発明の実施の形態】以下、この発明に係わる文書処理方法および装置の一実施例を添付図面を参照して詳細に説明する。
【００３６】図１は、この発明に係わる文書処理方法および装置の一実施例を示したブロック図である。
【００３７】図１において、文書処理装置１は、全体を制御する中央制御部１０、スタイルデータ２を読込むスタイル読込み処理部１１、文書処理の実行経路を制御する実行経路制御部１２、外部構造変換を行う外部変換処理部１３、内部構造変換を行う内部変換処理部１４、文書データ３を読込む文書読込み処理部１５、文書要素の体裁等を処理するスタイル適用処理部１６、文書レイアウトを決定する文書レイアウト処理部１７、スタイル適用やレイアウト等の処理が終わった文書を表示するための処理を行う文書表示処理部１８、文書をディスプレイに表示する画面表示処理部１９、文書を印刷する文書印刷処理部２０を具備して構成される。
【００３８】また、スタイルデータ２は、変換定義２１、関係定義２２、体裁定義２３の３ブロックに大別される。
【００３９】変換定義２１は、外部構造変換処理の対象となる文書を記述した外部変換指定２１１、内部構造変換処理の対象となる文書を記述した内部変換指定２１２の他に、読込みの対象となる文書を記述してある。この変換定義２１はスタイルデータ２内に存在しなくても良く、変換定義２１内では、外部変換指定２１１と内部変換指定２１２はいずれか一方が存在しても良く、双方が存在しても良い。
【００４０】関係定義２２は、文書内の構造部品（文書要素）とスタイル内の体裁情報との関連付けが記述されている。
【００４１】体裁定義２３は、文書に適用する体裁情報が記述されており、体裁情報はページのサイズや版面等を指定するためのページ体裁指定２３１と各構造部品毎のフォント情報等を指定するための要素体裁指定２３２とに大別される。
【００４２】ここで、スタイルデータ２の記述例を以下に示す。
【００４３】
  1＜！DOCTYPE StyleRoot PUBLIC ”−／／Fuji Xerox／／DTD Style 1．00／／EN”＞  
  2   
  3＜StyleRoot name＝”SampleStyle”＞   
  4  ＜Styles＞   
  5    ＜Style name＝”Style−A”＞   
  6      ＜TransSpec＞  
  7        ＜CategoryEntries＞  
  8          ＜Entry＞目次＜／Entry＞  
  9          ＜Entry＞表＜／Entry＞  
 10        ＜／CategoryEntries＞   
 11        ＜External＞   
 12          mm −a toc  
 13          mm −a table  
 14        ＜／External＞  
 15        ＜Internal＞   
 16          linkSubTree（”CONTENT−LIST”，，”SUP−TOC”，”BODY”，，ECHILD）；   
 17          replaceSubTree（”TABLE”，，”SUP−TABLE”，”TABLE”，）；   
 18        ＜／Internal＞  
 19      ＜／TransSpec＞   
 20      ＜StyleSpec＞  
 21        ＜Association＞  
 22          ＜ElementAssoc＞   
 23            ＜Elememt gi＝”HTML”＞  
 24              ＜Context＞  
 25                ＜SubCond＞  
 26                  ＜Ref−PageDirectiveStyle v＝”A4”＞  
 27                ＜／SubCond＞   
 28              ＜／Context＞   
 29            ＜／Elememt＞   
 30            ＜Element gi＝”HEAD”＞  
 31              ＜Context＞  
 32                ＜SubCond＞  
 33                  ＜Ref−LayoutDirectiveStyle v＝”HideAll”＞   
 34                ＜／SubCond＞   
 35              ＜／Context＞   
 36            ＜／Elememt＞   
 37            ＜Element gi＝”BODY”＞  
 38              ＜Context＞  
 39                ＜SubCond＞  
 40                  ＜Ref−ParaStyle v＝”BodyText”＞   
 41                  ＜Ref−CharStyle v＝”FontSize10”＞   
 42                ＜／SubCond＞   
 43              ＜／Context＞   
 44            ＜／Elememt＞   
 45            ＜Element gi＝”H1”＞  
 46              ＜Context＞  
 47                ＜SubCond＞  
 48                  ＜Ref−ParaStyle v＝”Heading”＞  
 49                  ＜Ref−CharStyle v＝”FontSize18−BOLD”＞  
 50                ＜／SubCond＞   
 51              ＜／Context＞   
 52            ＜／Elememt＞   
 53            ＜Element gi＝”B”＞   
 54              ＜Context＞  
 55                ＜SubCond＞  
 56                  ＜Ref−LayoutDirectiveStyle v＝”InLine”＞  
 57                  ＜Ref−CharStyle v＝”BOLD”＞   
 58                ＜／SubCond＞   
 59              ＜／Context＞   
 60            ＜／Elememt＞   
 61            ＜Element gi＝”I”＞   
 62              ＜Context＞  
 63                ＜SubCond＞  
 64                  ＜Ref−LayoutDirectiveStyle v＝”InLine”＞  
 65                  ＜Ref−CharStyle v＝”Italic”＞   
 66                ＜／SubCond＞   
 67              ＜／Context＞   
 68            ＜／Elememt＞   
 69            ＜Element gi＝”SUP”＞   
 70              ＜Context＞  
 71                ＜SubCond＞  
 72                  ＜Ref−LayoutDirectiveStyle v＝”InLine”＞  
 73                  ＜Ref−CharStyle v＝”SuperScript”＞  
 74                ＜／SubCond＞   
 75              ＜／Context＞   
 76            ＜／Elememt＞   
 77            ＜Element gi＝”SUB”＞   
 78              ＜Context＞  
 79                ＜SubCond＞  
 80                  ＜Ref−LayoutDirectiveStyle v＝”InLine”＞  
 81                  ＜Ref−CharStyle v＝”SubScript”＞  
 82                ＜／SubCond＞   
 83              ＜／Context＞   
 84            ＜／Elememt＞   
 85          ＜／ElementAssoc＞  
 86        ＜／Association＞   
 87        ＜StyleAttrs＞   
 88          ＜PageStyle＞  
 89            ＜PageSetStyle name＝”PageSizeA4”＞   
 90              ＜PageSize＞   
 91                ＜Vertical＞   
 92                  ＜AbsVal＞   
 93                    ＜Value v＝”297”＞  
 94                    ＜Unit v＝”mm”＞  
 95                  ＜／AbsVal＞  
 96                ＜／Vertical＞  
 97                ＜Horizontal＞   
 98                  ＜AbsVal＞   
 99                    ＜Value v＝”210”＞  
100                    ＜Unit v＝”mm”＞  
101                  ＜／AbsVal＞  
102                ＜／Horizontal＞  
103              ＜／PageSize＞  
104            ＜／PageSetStyle＞  
105          ＜／PageStyle＞   
106          ＜ElementStyle＞   
107            ＜PageDirectiveStyle name＝”A4”＞   
108              ＜PageSetSpec＞  
109                ＜Ref−PageSetStyle v＝”PageSizeA4”＞  
110              ＜／PageSetSpec＞   
111            ＜／PageDirectiveStyle＞  
112            ＜LayoutDirectiveStyle name＝”HideAll”＞  
113              ＜ProhibitLayout v＝”all−descendant”＞  
114            ＜／LayoutDirectiveStyle＞  
115            ＜LayoutDirectiveStyle name＝”HideSelf”＞   
116              ＜ProhibitLayout v＝”direct−descendant”＞   
117            ＜／LayoutDirectiveStyle＞  
118            ＜LayoutDirectiveStyle name＝”InLine”＞   
119              ＜Break＞  
120                ＜BreakBefore v＝”not−break”＞  
121                ＜BreakAfter V＝”not−break”＞   
122              ＜／Break＞   
123            ＜／LayoutDirectiveStyle＞  
124            ＜ParaStyle name＝”BodyText”＞  
125              ＜OuterMargin＞  
126                ＜CharDirBefore3＞   
127                  ＜AbsVal＞   
128                    ＜Value v＝”10”＞   
129                    ＜Unit v＝”mm”＞  
130                  ＜／AbsVal＞  
131                ＜／CharDirBefore3＞  
132              ＜／OuterMargin＞   
133              ＜FirstLineIndent＞  
134                ＜AbsVal＞   
135                  ＜Value v＝”0”＞  
136                  ＜Unit v＝”pt”＞  
137                ＜／AbsVal＞  
138              ＜／FirstLineIndent＞   
139            ＜／ParaStyle＞   
140            ＜CharStyle name＝”FontSize18−Bold”＞   
141              ＜LFontWeight v＝”extra−bold”＞   
142              ＜JfontWeight v＝”extra−bold”＞   
143              ＜FontSize＞   
144                ＜AbsVal＞   
145                  ＜Value v＝”18”＞   
146                  ＜Unit v＝”pt”＞  
147                ＜／AbsVal＞  
148              ＜／FontSize＞  
149            ＜／CharStyle＞   
150            ＜CharStyle name＝”FontSize10”＞  
151              ＜FontSize＞   
152                ＜AbsVal＞   
153                  ＜Value v＝”10”＞   
154                  ＜Unit v＝”pt”＞  
155                ＜／AbsVal＞  
156              ＜／FontSize＞  
157            ＜／CharStyle＞   
158            ＜CharStyle name＝”Bold”＞  
159              ＜LFontWeight v＝”extra−bold”＞   
160              ＜JfontWeight v＝”extra−bold”＞   
161            ＜／CharStyle＞   
162            ＜CharStyle name＝”Italic”＞  
163              ＜LFontPosture v＝”italic”＞  
164              ＜JfontPosture v＝”itaric”＞  
165            ＜／CharStyle＞   
166            ＜CharStyle name＝”SubScript”＞   
167              ＜CharPos v＝”subscript”＞  
168            ＜／CharStyle＞   
169            ＜CharStyle name＝”SuperScript”＞   
170              ＜CharPos v＝”superscript”＞  
171            ＜／CharStyle＞   
172          ＜／ElementStyle＞  
173        ＜／StyleAttrs＞  
174      ＜／StyleSpec＞   
175    ＜／Style＞   
176  ＜／Styles＞  
177＜／StyleRoot＞   
このスタイルデ−タ２の記述例においては、変換定義２１は第６行から第１９行に、関係定義２２は第２１行から第８６行に、体裁定義２３は第８７行から第１７３行に各々記述されている。
【００４４】第６行から第１９行に記述される変換定義２１には、第１１行から第１４行に外部変換指定２１１が、第１５行から第１８行に内部変換指定２１２が記述されており、この外部変換指定２１１、内部変換指定２１２に基づき、外部構造変換と内部構造変換が行われる。
【００４５】外部構造変換とは、主文書を読込み、補文書や変換主文書を生成する処理である。補文書は目次や索引等を記述した文書（レイアウト等の情報が記述されていない文書デ−タ）で、変換主文書は、補文書を生成する際に必要な情報（例えば、目次を生成する際に、第Ｘ章は何ペ−ジから始まるかはレイアウト後まで不明であるのでレイアウト後にペ−ジ番号を参照する必要があり、その参照を行うための属性等）が欠落していた場合にそれを補ったり、レイアウトのために必要がある場合には、文書構造を並べ変えたりした文書である。
【００４６】また、内部構造変換は、主文書や補文書などの複数の文書を一つの文書に結合する処理であり、この処理により後段でのレイアウトやペ−ジ番号付けの処理が可能となる。
【００４７】第２１行から第８６行で記述される関係定義２２では、文書要素と体裁情報との関連付けが記述されており、例えば、第３７行から第４４行では、“ＢＯＤＹ”という要素に対しての体裁情報の関連付けが行われており、第４０行で第１２４行から第１３９行に記述されている書式情報が、第４１行で第１５０行から第１５７行に記述されているフォント情報が関連付けられている。
【００４８】第８７行から第１７３行で記述される体裁情報２３には、第８８行から第１０５行にペ−ジ体裁指定２３１が、第１０６行から第１７２行に要素体裁指定２３２が記述されている。
【００４９】ペ−ジ体裁指定２３１中では、第９１行から第９６行で用紙の縦が２９７ｍｍ、第９７行から第１０２行で用紙の横が２１０ｍｍと指定されている。
【００５０】また、要素体裁指定２３２中では、上述の関係定義２２で参照される第１２４行から第１３９行の書式情報や第１５０行から第１５７行のフォント情報の他にも、ボ−ルド体（太字）の指定（第１５７乃至１６１行）、イタリック体（斜体）の指定（第１６２乃至１６５行）、足文字の指定（第１６６乃至１６８行）、肩文字の指定（第１６９乃至１７１行）等が記述されている。」（４頁６欄９行〜８頁１４欄４９行）が記載されている。
　
（２）当審の拒絶の理由に引用された特開平７−１８２３１５号公報「テキストデ−タ編集処理方法」（以下、「刊行物２」という。）には、
　ア　「【特許請求の範囲】
【請求項１】  編集対象のテキストデ−タを予め定義された書式に従って編集して出力するテキストデ−タ編集処理方法において、
前記書式を定める書式デ−タを、書式識別子，書式イメ−ジおよび編集対象デ−タを埋め込む位置にその種別を指示する記号を行単位で定義した書式イメ−ジデ−タ，この書式イメ−ジデ−タに対する編集形式を行単位で定義した制御デ−タとから構成して書式デ−タファイルに格納しておき、編集対象デ−タには編集書式を示す書式識別子を付し、かつ編集対象デ−タの種別を示す識別子を行単位で付して編集対象デ−タファイルに格納しておき、
編集対象デ−タの前記書式デ−タに従う編集処理に際し、編集対象デ−タに付加された書式識別子を検出し、その書式識別子に対応する書式識別子を有する書式デ−タを前記書式デ−タファイルから検索し、その書式デ−タの中の制御デ−タに従い、前記書式イメ−ジデ−タ中に定義された書式イメ−ジを生成し、かつ編集対象デ−タの種別を示す記号に対応した編集対象デ−タを編集対象デ−タファイルから検索し、その編集対象デ−タを当該記号が定義された位置に埋め込む処理を繰り返すことにより、編集対象デ−タを書式デ−タに従って編集して出力することを特徴とするテキストデ−タの編集処理方法。
【請求項２】  書式イメ−ジデ−タに従って生成される書式イメ−ジの中に編集対象デ−タが埋込可能か否かを判定し、埋込可能でなければ、書式イメ−ジの一部を拡張して埋め込むことを特徴とする請求項１記載のテキストデ−タの編集処理方法。」（２頁１欄１行〜３０行）、
　イ　「【０００１】
【産業上の利用分野】本発明は、テキストデ−タを予め定義された書式に従ってコンピュ−タ処理し、帳票や画面等に出力するテキストデ−タの編集処理方法に関するものである。
」（２頁１欄３２行〜３６行）、
　ウ　「【００１０】本発明の目的は、専門的な知識を持たない者でも容易に書式を定義したり、変更することができ、さらに他のデ−タの編集処理にも容易に流用することができる融通性のあるテキストデ−タの編集処理方法を提供することである。
【００１１】本発明の他の目的は、各項目デ−タの桁数の増加に対して書式定義を変更することなく対処することができるテキストデ−タの編集処理方法を提供することである。」（２頁２欄２６行〜３４行）、
　エ　「【００１９】
【実施例】以下、本発明の実施例を図面に従い説明する。
【００２０】図１は、本発明の一実施例に係わるシステムの概略構成を示すブロック図であり、編集処理を行う処理装置１、書式に埋め込む編集対象デ−タ（以下、実施例中においては置換デ−タという）を入力するキ−ボ−ド等の入力装置２、書式を定義した書式デ−タを格納する書式デ−タファイル３、書式に埋め込む置換デ−タを格納する置換デ−タファイル４、編集結果を出力する出力装置５、入力した書式デ−タ等を確認するための表示装置６、書式格納エリア７および編集エリア８を備えた主メモリ９とから構成されている。
【００２１】図２は、置換デ−タおよび書式デ−タの構成を表すフォ−マット図であり、置換デ−タ２１は書式ＩＤ２１０と置換指示デ−タ２１１により構成される。
【００２２】書式ＩＤ２１０は予め定義された書式デ−タから対象の書式を取り出すために使用するものであり、また置換指示デ−タ２１１は置換すべきデ−タそのものを指示するものである。この置換指示デ−タ２１１は明細編集の論理的な１行分の編集を指示する複数個の置換行情報２１２から構成され、更に、置換行情報２１２は明細編集の論理的な１項目の編集を指示する複数個の置換項目情報２１３から構成される。
【００２３】この置換項目情報２１３が置換指示デ−タ２１１の最小単位であり、後述の図６で示すような置換識別子と置換文字列とにより構成される。この場合、置換識別子と置換文字列との間には、これらを区切るため区切文字（本実施例では'＃'を使用）が挿入され、置換識別子と置換文字列とを分離できるようになっている。
【００２４】一方、書式デ−タ２２は、制御部２２０と書式部２２１により構成され、制御部２２０は書式ＩＤ２２０１と各行の種別を表す行識別子２２０２を組み合わせ（本実施例では'−'で連結）た形態で指示し、置換デ−タ２１に指示された書式ＩＤ２１０に対応する書式デ−タ２２を取り出し、行の種別編集方法を指示するために使用する。この実施例では、行識別子２２０２を見出しの編集を表すヘッタ−（’Ｈ’）、明細の見出し編集を表すボディ−ヘッタ−（’ＢＨ’）、明細の編集時に枠を拡張する部位を表すボディ−ボディ−（’ＢＢ’）、フッタ−の編集を表すフッタ−（’Ｆ’）の４種類で定義する。また、書式部２２１はテキストとして書式イメ−ジそのものを定義する。
【００２５】図３は、テキストデ−タ編集処理方法の処理手順を示すフロ−チャ−トである。
【００２６】まず、置換デ−タ取得処理により置換すべき置換デ−タを置換デ−タファイル４から取得し（ステップ３１）、編集対象となる置換デ−タ２１の書式ＩＤ２１０を求める。
【００２７】次に、書式デ−タ取得処理において書式デ−タファイル３を書式ＩＤ２１０により検索し、書式ＩＤ２１０と対応する書式ＩＤ２２０１を持つ書式デ−タ２２を抽出し、書式格納エリア７に各行識別子２２０２毎に格納する（ステップ３２）。
【００２８】次に、ヘッタ−編集処理において、各行識別子２２０２毎に格納された書式デ−タ２２に基づき見出しの部分を編集し、主メモリ９の出力エリアに出力する（ステップ３３）。
【００２９】ヘッタ−編集の後、置換デ−タ２１の置換指示２１１から論理的な１行分のデ−タである置換行情報２１２を切り出し、対象の置換行情報２１２が存在すれば、明細編集処理で明細部の編集を行ない、次の置換行情報２１２を取り出し、明細編集処理を行う（ステップ３４，３６）。そして、対象の置換行情報がなくなれば、明細編集完了判定処理（ステップ３５）を経てフッタ−編集処理へ進み、書式デ−タ２２のフッタ−の部分を編集し、出力エリアに出力する。
【００３０】図４は、明細編集処理３６の詳細を示すフロ−チャ−トであり、書式ボディ−展開処理において書式格納エリア７から明細の部分を編集エリア８に展開した後（ステップ４１）、置換項目情報切出処理で論理的な１行分のデ−タとして切り出された置換行情報２１２から論理的な１項目として置換項目情報２１３を切り出す（ステップ４２）。次に、行編集完了判定処理を行い（ステップ４３）、対象の置換項目情報２１３が存在すれば、置換項目分離処理で、置換識別子２１４と置換文字列２１５とを区切り文字で分離する（ステップ４４）。
【００３１】この後、置換識別子検索処理において、前記分離された置換識別子２１４にて編集エリア８を検索し、置換対象の項目が残っているかどうかをしらべ、残っていれば、置換制御処理にて文字列の置き換えを行い、次の項目を取得するため置換項目情報切出処理へ戻る（ステップ４５，４６，４７）。
【００３２】しかし、置換対象の項目に対する処理が終了していれば、その行の明細編集処理が終了したことになるので、図３の処理に戻る。
【００３３】図５は、置換制御処理の詳細を示すフロ−チャ−トであり、置換可能桁数計算処理により編集エリア８の置換識別子２１４の先頭から枠識別子（文字罫線等のコ−ド）までの置換可能桁数を求める（ステップ５１）。
【００３４】すなわち、書式部２２１に定義された書式イメ−ジ中の項目欄に埋込可能な文字列の桁数を求める。
【００３５】次に、その桁数と置換文字列の桁数とを比較し（ステップ５２）、置換対象の文字列の桁数が大きくて書式部２２１に定義された書式イメ−ジ中の項目欄に埋め込むことが出来ない場合は、置換文字列計算処理（ステップ５２）にて置換文字列の先頭から先に求めた置換可能桁数分の文字列を切り出し、その切り出した文字列を置換処理（１）で埋め込み（ステップ５４）、この後に、枠拡張処理により項目枠を拡張する。そして、書式格納エリア７の行識別子が'ＢＢ'（ボディ−ボディ−）のもののみ編集エリア９に展開し、残りの置換文字列を埋め込むためにステップ５２の置換可能判定処理に戻る。
【００３６】このような処理を繰り返し、最終的には置換処理（２）で全ての置換デ−タの置換を行う（ステップ５６）。
【００３７】ここで、置換処理（１）はステップ５３の置換文字列桁調整処理によって求めた桁数を基に、置換文字列の一部を埋め込み、残りの未置換文字そのものを置換文字列とする。一方、置換処理（２）は単純に文字列を置き換える。」（３頁３欄３５行〜４頁５欄４９行）、
　オ　「【００４６】図８および図９は、１ペ−ジ中に複数の書式を編集する場合の例を示す説明図であり、書式デ−タ２２として、複数の書式イメ−ジ２２１ａ，２２１ｂ，２２１ｃ，２２１ｄが定義され、書式イメ−ジ２２１ａ，２２１ｂに対しては「ＨＥＤ」，２２１ｃに対しては「ＦＩＬＥ」，２２１ｄに対しては「ＩＮＦ」という書式ＩＤを持つ制御部２２０が定義されている。
【００４７】一方、置換デ−タ２１として、「ＨＥＤ」，「ＦＩＬＥ」，「ＩＮＦ」という書式ＩＤ２１０別に置換対象の文字列が行単位に定義されている。
【００４８】このような例においても、前記の例と同様の編集処理によって置換デ−タ２１が書式デ−タに従って編集され、図９に示すような編集結果２３が得られる。
【００４９】すなわち、１ペ−ジ内の部分的な書式を部品のように定義することにより、複数の書式を１ペ−ジ内に配置することができる。従って、表の一部を変更する場合に極めて便利なものとなる。」（４頁６欄４５行〜５頁７欄１２行）、
　カ　「【００５０】
【発明の効果】以上のように本発明においては、書式を定める書式デ−タを、書式識別子，書式イメ−ジおよび編集対象デ−タを埋め込む位置にその種別を指示する記号を行単位で定義した書式イメ−ジデ−タ，この書式イメ−ジデ−タに対する編集形式を行単位で定義した制御デ−タとから構成し、書式デ−タファイルに格納しておき、編集対象デ−タには編集書式を示す書式識別子を付し、かつ編集対象デ−タの種別を示す識別子を行単位で付して編集対象デ−タファイルに格納しておき、編集対象デ−タの前記書式デ−タに従う編集処理に際し、編集対象デ−タに付加された書式識別子を検出し、その書式識別子に対応する書式識別子を有する書式デ−タを前記書式デ−タファイルから検索し、その書式デ−タの中の制御デ−タに従い、前記書式イメ−ジデ−タ中に定義された書式イメ−ジを生成し、かつ編集対象デ−タの種別を示す記号に対応した編集対象デ−タを編集対象デ−タファイルから検索し、その編集対象デ−タを当該記号が定義された位置に埋め込む処理を繰り返すことにより、編集対象デ−タを書式デ−タに従って編集して出力するようにしたので、書式デ−タを出力イメ−ジのままテキスト形式で表現可能になる。これにより、書式の定義自体が簡単で、ワ−プロ等でユ−ザにも極めて容易に作成することができ、専門的な知識を持たない者でも容易に書式を定義したり、変更することができ、さらに他のデ−タの編集処理にも容易に流用することができる融通性のあるテキストデ−タの編集処理を行うことができる。
【００５１】また、１ペ−ジ内に複数のレイアウトをもつ場合も比較的簡単に編集することができる。
【００５２】さらに、書式イメ−ジデ−タに従って生成される書式イメ−ジの中に編集対象デ−タが埋込可能か否かを判定し、埋込可能でなければ、書式イメ−ジの一部を拡張して埋め込むようにしたので、各項目デ−タの桁数の増加に対して書式定義を変更することなく対処することができる。
【００５３】この結果、編集用のプログラムを書式別に作成する必要がなくなり、作業工数の削減など、ユ−ザの経済的負担を軽減できる。」（５頁７欄１３行〜８欄１２行）が記載されている。
　
　図面図８、図９に、１ペ−ジ中に複数の書式を編集する場合の例として、「ＨＥＤ」，「ＦＩＬＥ」，「ＩＮＦ」という書式ＩＤ２１０を持つ制御部が、定義されているが、１ペ−ジの上位編集領域に、プログラム名、ＩＤを表す書式ＩＤ２１０の「ＨＥＤ」が、１ペ−ジの中位から下位の編集領域に、項目名、編集方法を表す書式ＩＤ２１０の「ＦＩＬＩ」と情報名称を表す書式ＩＤ２１０の「ＩＮＦ」が関連付けられている。即ち、書式ＩＤ２１０毎に書式ＩＤ２１０を１ペ−ジ上の所定の編集領域に関連付けているといえる。
　また、書式デ−タ２２には、書式ＩＤ２１０の「ＨＥＤ」に関連して、罫線とともに、「プログラム名」、「ＩＤ」という固定デ−タが定義され、書式ＩＤ２１０の「ＦＩＬＩ」に関連して、罫線とともに、「ＮＯ」、「項目名」、「編集方法」という固定デ−タが定義され、書式ＩＤ２１０の「ＩＮＦ」に関連して、罫線とともに、「ＩＤ」、「情報名称」という固定デ−タが定義され、これら固定デ−タは、書式ＩＤ２１０により、置換デ−タ２１とともに編集結果２３に出力されている。
　更に、編集結果２３を見ると、書式デ−タ２２に従い、置換デ−タ２１の個々の配置は制御されており、置換デ−タ２１の行情報数に応じて、その行数を制御している。
　
　上記記載ア〜カ及び図面図１〜図９によれば、刊行物２には、
「編集対象のテキストデ−タを予め定義された書式に従ってコンピュ−タで処理し、編集結果を得て、帳票や画面等に出力するテキストデ−タの編集処理方法において、
　前記書式を定める書式デ−タを、書式識別子，書式イメ−ジおよび編集対象デ−タを埋め込む位置にその種別を指示する記号を行単位で定義した書式イメ−ジデ−タ，この書式イメ−ジデ−タに対する編集形式を行単位で定義した制御デ−タとから構成して書式デ−タファイルに格納しておき、編集対象デ−タには編集書式を示す書式識別子を付し、かつ編集対象デ−タの種別を示す識別子を行単位で付して編集対象デ−タファイルに格納しておき、
　編集対象デ−タの前記書式デ−タに従う編集処理に際し、編集対象デ−タを取得し（ステップ３１）、編集対象デ−タに付加された書式識別子を検出し、その書式識別子に対応する書式識別子を有する書式デ−タを前記書式デ−タファイルから検索・抽出し、書式デ−タを取得し（ステップ３２）、その書式デ−タの中の制御デ−タに従い、前記書式イメ−ジデ−タ中に定義された書式イメ−ジを生成し、かつ編集対象デ−タの種別を示す記号に対応した編集対象デ−タを編集対象デ−タファイルから検索し、その編集対象デ−タを当該記号が定義された位置に埋め込む処理を繰り返すことにより（ステップ３３〜３７、４１〜４６）、編集対象デ−タを書式デ−タに従って編集して出力する方法であって、
　書式識別子（書式ＩＤ２１０）毎に１ペ−ジ上の所定の編集領域に関連付けして、１ペ−ジ内に複数の書式を編集して出力すること、
　書式識別子（書式ＩＤ２１０）に関連して、書式デ−タに定義された固定デ−タは編集対象デ−タ（置換デ−タ２１）とともに編集結果２３に出力されること、
　編集対象デ−タ（置換デ−タ２１）は書式識別子（書式ＩＤ２１０）と置換指示デ−タ２１１により構成され、この置換指示デ−タ２１１は明細編集の論理的な１行分の編集を指示する複数個の置換行情報２１２から構成され、更に、置換行情報２１２は明細編集の論理的な１項目の編集を指示する複数個の置換項目情報２１３から構成されること、
　書式デ−タ２２により、編集対象デ−タ（置換デ−タ２１）の個々のデ−タの配置は制御され、編集対象デ−タ（置換デ−タ２１）の置換行情報数に応じて、編集結果２３での行数を制御することを特徴とするテキストデ−タの編集処理方法。」の発明（以下、「引用発明」という。）が記載されていると認められる。
　
　（３）当審の拒絶の理由に引用された特開平４−３１３１４４号公報「文書作成装置」（以下、「刊行物３」という。）には、
　ア　「【０００９】図１は本発明の一実施例しての文書処理装置において、テキスト差し込みを行なう場合の動作を説明するための説明図である。即ち、テキスト台紙１０１に基づいてテキストファイル１１１で定義したテキストを差し込んで新たな文書を作成する様子を示している。
図１において、テキスト台紙１０１は、作成すべき文書のレイアウトを示すものであり、テキストを差し込む場所１０２〜１０６に識別子１０７が記載されている。
【００１０】図３は図１の識別子の構成を説明するための説明図である。図３において、４０１は識別子であることを表す区切り子であり、数字やアルファベット、記号等で表現する。４０２は識別子を管理するための管理番号であり、数字やアルファベット等で表現する。また、図１において、識別子１０７の後ろには、テキスト台紙１０１上で、作成すべき文書のレイアウトイメージになるように、□から成るレイアウト用文字１０８が記載されている。
【００１１】ここで、テキスト台紙１０１のデータ２０６について説明する。図４は図２の記憶装置２１０に記憶されるテキスト台紙のデータ２０６の構成を示す構成図である。テキスト台紙のデータ２０６は、まず、余白，文字サイズ，行間，字間など文書全体の書式を表す書式情報５０１を有し、次に、文字修飾情報としての文字修飾データと、文字修飾データによってその前後を挾まれた識別子とレイアウト用文字列と、を１組として構成されるデータ群等が、順次続いている。
【００１２】即ち、１組のデータ群は、識別子５０３（５０７）と、レイアウト用文字列５０４（５０８）と、識別子５０３（５０７）の直前に置かれた文字修飾データ始５０２（５０６）と、レイアウト用文字列５０４（５０８）の直後に置かれた文字修飾データ終５０５（５０９）と、で構成され、文字修飾データは、識別子及びレイアウト用文字列に対して施すべき書体，長体，斜体，文字サイズなどの文字修飾の内容を有している。
【００１３】従って、出力装置２０３によって、テキスト台紙１０１の内容を表示または印刷する場合には、ＣＰＵ２０８が、メモリ２０７に記憶された動作プログラムに応じて、記憶装置２１０よりテキスト台紙のデータ２０６を読み出し、出力制御部２０４を介して出力装置２０３に入力し、表示または印刷を行なわせる。
【００１４】この時、識別子及びレイアウト用文字は、そのデータ群内の文字修飾データに基づいて、書体や斜体等の文字修飾が施されるため、図１に示した様な完成イメージで表示または印刷される。尚、レイアウト用文字１０８としては、そこにどのような内容の文字を入れるかを示すためのコメント１０９を入れておくことも可能である。
【００１５】次に、図１において、テキストファイル１１１は、テキスト台紙１０１に記載された識別子に対応するテキスト（即ち、差し込まれるテキスト）を定義したものであり、テキスト台紙１０１に記載された識別子と、それに対応するテキストと、を１組として、１行ずつ記載されている。例えば、テキスト１０２は、テキスト台紙１０１に記載された識別子１０７と対応するようにである。
【００１６】尚、図１に示すように、各識別子が数字等によって順序づけられている場合には、テキストファイル１１１に、改行で区切られたテキストを１行ずつ上から順番に、順序づけられた識別子に対応するよう、記載しても良く、その場合には、テキストファイル１１１に識別子を記載する必要はない。」（３頁４欄１９行〜４頁５欄２９行）が記載されている。
　
（４）当審の拒絶の理由に引用された特開平９−２１２５０８号公報「文書処理装置」（以下、「刊行物４」という。）には、
　ア　「【００２１】次に、図３を参照して本発明によるテキストファイルの構造化文書化の態様例を示し、本発明の概念について説明する。
【００２２】図３（ａ）は、ひな型文書Ｄ１０にテキストファイルＤ１１の文字列を流し込むことにより、所望の構造化文書Ｄ１２を出力する態様を示したものである。
【００２３】ひな型文書Ｄ１０は、複数の見出しと複数の本文段落とから構成され、見出し文字列及び本文段落文字列が空の識別マークＩ１０〜Ｉ１３によって記述されている。
【００２４】テキストファイルＤ１１は、空行Ｂ１０〜Ｂ１２によって分割された見出し文字列あるいは段落文字列を有している。
【００２５】流し込み処理部５ｂは、ひな型文書Ｄ１０内に空の識別マークＩ１０〜Ｉ１３が出現すると、テキストファイルＤ１１内において空行Ｂ１０〜Ｂ１２によって分割された文字列を順次ひな型文書Ｄ１０内に流し込む処理を行う。この流し込み処理の結果の構造化文書Ｄ１２は、レイアウト処理されて出力部２に表示出力される。従って、テキストファイルＤ１１内において分割された文字列は、ひな型文書Ｄ１０内に順次出現する空の識別マークＩ１０〜Ｉ１３に対応する順序で分割される必要がある。これにより、ひな型文書Ｄ１０の識別マークＩ１０の構造位置には、テキストファイルＤ１１内における空行Ｂ１０までの文字列「はじめに」が流し込まれ、識別マークＩ１１の構造位置には、空行Ｂ１０から空行Ｂ１１までの文字列「この文書は、構造化文書に関するものである。」が流し込まれ、識別マークＩ１２の構造位置には、空行Ｂ１１から空行Ｂ１２までの文字列「概要」が流し込まれ、識別マークＩ１３の構造位置には、空行Ｂ１２以降の文字列「構造化文書には以下のような利点がある。文書の論理的な構造を自身の保持するデータ構造に反映させ・・・」が流し込まれた構造化文書Ｄ１２が生成される。
【００２６】図３（ｂ）は、表セルを有するひな型文書に、図３（ｂ）のテキストファイルＤ１１と同じテキストファイルＤ２１の文字列を流し込むことにより、表セルを有した所望の構造化文書Ｄ２２を出力する態様を示したものである。
【００２７】ひな型文書Ｄ２０は、表セルＣ１０〜Ｃ１３を有し、各表セルＣ１０〜Ｃ１３内には、空の識別マークが記述されている。
【００２８】一方、テキストファイルＤ２１は、テキストファイルＤ１１と全く同様の構造、文字列を有している。
【００２９】流し込み処理部５ｂは、ひな型文書Ｄ２０内に空の識別マークＩ２０〜Ｉ２３が出現すると、テキストファイルＤ２１内において空行Ｂ２０〜Ｂ２２によって分割された文字列を順次ひな型文書Ｄ２０内に流し込む処理を行う。この流し込み処理の結果の構造化文書Ｄ２２は、レイアウト処理されて出力部２に表示出力される。従って、テキストファイルＤ２１内において分割された文字列は、ひな型文書Ｄ２０内の各表セルＣ１０〜Ｃ１３内に順次出現する空の識別マークＩ２０〜Ｉ２３に対応する順序で分割される必要がある。これにより、ひな型文書Ｄ２０の表セルＣ１０内の識別マークＩ１０の構造位置には、テキストファイルＤ２１内における空行Ｂ２０までの文字列「はじめに」が流し込まれ、表セルＣ１１内の識別マークＩ２１の構造位置には、空行Ｂ２０から空行Ｂ２１までの文字列「この文書は、構造化文書に関するものである。」が流し込まれ、表セルＣ１２内の識別マークＩ２２の構造位置には、空行Ｂ２１から空行Ｂ２２までの文字列「概要」が流し込まれ、表セルＣ１３内の識別マークＩ１３の構造位置には、空行Ｂ２２以降の文字列「構造化文書には以下のような利点がある。文書の論理的な構造を自身の保持するデータ構造に反映させ・・・」が流し込まれた構造化文書Ｄ２２が生成される。」（３頁４欄２３行〜４頁５欄４１行）が記載されている。
　
　
第５　対比
　
　そこで、本件発明と引用発明とを対比すると、引用発明の「書式識別子」は、本願発明の「レイアウト識別子」に相当する。
　引用発明は「編集対象のテキストデ−タを予め定義された書式に従ってコンピュ−タで処理し、編集結果を得て、帳票や画面等に出力するテキストデ−タの編集処理方法」であるが、引用発明の該「コンピュ−タ」は、その実施例（図１）においてシステムとされていることから、本願発明の「コンピュ−タ・システム」に相当し、引用発明の該「編集結果」は、編集対象のテキスト（文書）デ−タを予め定義された書式（フォ−マット）に従って処理されたものであるから、本願発明の「フォ−マット設定した文書」に相当し、引用発明の「編集結果を得て」は、コンピュ−タで処理して得ていることから、「編集結果」を「生成」しているものといえる。
　本願発明の「デ−タ・ストリ−ム」は、上位概念化すると、「編集対象デ−タ」といえる。引用発明の「編集対象デ−タ」の個々のデ−タは「デ−タ・レコ−ド」といえる。また、引用発明では、「編集対象のテキストデ−タ」、「置換デ−タ」は、「編集対象デ−タ」と同義である。
　本願発明の「レイアウトパラメ−タ」、「レイアウトパラメ−タセット」は、上位概念化すると、「書式デ−タ」といえる。
　本願発明で「受信」は、デ−タを取得する一形態であるから、上位概念化すると「取得」といえる。
　引用発明の「置換デ−タ」は、明細編集の論理的な１行分の編集を指示する複数個の置換行情報２１２を備えていることから、「置換デ−タ」の各デ−タ・レコ−ドは、行を構成する「ライン・デ−タ・レコ−ド」を含むものといえる。
　引用発明では、編集対象デ−タに書式識別子が付されているから、編集対象デ−タは、書式識別子と関連しているといえる。
　本願発明の「文書ペ−ジ上の各区域を定義する各フォ−マット領域」は、上位概念化すると「１ペ−ジ上の所定の編集領域」といえる。
  引用発明の書式デ−タは、編集結果２３を参酌すれば、「編集対象デ−タ」の個々のデ−タのプレゼンテ−ションに関係するフォ−マット設定情報を含むものであるといえる。
　引用発明は、「編集結果２３を見ると、書式デ−タ２２により、置換デ−タ２１の個々の配置は制御されており、置換デ−タ２１の行情報数に応じて、その行数を制御している」のであるから、書式デ−タ２２を置換デ−タ２１の個々のデ−タに適用することによって「動的に文書を作成」することを特徴としているといえ、この点では、本件発明と引用発明は一致しているといえる。
　
　したがって、本願発明と引用発明は、
　「コンピュ−タ・システムでフォ−マット設定した文書を生成する方法であって、
　「編集対象デ−タ」内の各デ−タ・レコ−ドはライン・デ−タ・レコ−ドを含み、且つ「編集対象デ−タ」を「取得」するステップと、
　文書内のデ−タ・レコ−ドのプレゼンテ−ションに関係するフォ−マット設定情報を含む「書式デ−タ」を「取得」して、特定のレイアウト識別子が遭遇するたびに「１ペ−ジ上の所定の位置の編集領域」に含まれる固定デ−タを指定するステップであって、各「書式デ−タ」は前記各「１ペ−ジ上の所定の編集領域」に対応して、前記文書ペ−ジ上の前記各「１ペ−ジ上の所定の編集領域」内にある各デ−タ・レコ−ドの配置を制御するステップと、
　前記各レイアウト識別子に対応する前記各「書式デ−タ」を前記各レイアウト識別子に関連付けられた各デ−タ・レコ−ドに適用することによって動的に前記文書を作成するステップと、
を含むことを特徴とする方法。」
の点で一致し、以下の点１〜３で相違する。
　
　相違点１
　本願発明の「編集対象デ−タ」は、「デ−タ・ストリ−ム」であり、「書式デ−タ」は、「レイアウトパラメ−タ」、「レイアウトパラメ−タセット」であり、「取得」は「受信」であるのに対し、引用発明はそれらの特定がない点。
　
　相違点２
　本願発明の「１ペ−ジ上の所定の位置の編集領域」は、「文書ペ−ジ上の各区域を定義する各フォ−マット領域」であり、「各レイアウト識別子を、文書ペ−ジ上の各区域を定義する各フォ−マット領域に関連づけるステップ」を含むのに対し、引用発明は、それらの特定がない点。
　
　相違点３
　本願発明は、「第１のコンピュ−タ」、「第２のコンピュ−タ」を採用し、「デ−タ・ストリ−ム内の各デ−タ・レコ−ドはライン・デ−タ・レコ−ドを含み、且つ「第１のコンピュ−タ」でデ−タ・レコ−ド内に含まれるデ−タのタイプを指示するレイアウト識別子と関連しているデ−タ・ストリ−ムを受信するステップ」、「「第２のコンピュ−タ」で対応するフォ−マット領域内の各デ−タ・レコ−ドをフォ−マットするステップ」を含むのに対し、引用発明は、それらの特定がない点。
　
  
第６　当審の判断
　
　以下、相違点１〜３について検討する。
　
　相違点１について
　情報処理の技術分野において、編集の対象となるデ−タをデ−タストリ−ムとして送受することは周知な技術事項（例えば、国際公開９８／１５４０８号パンフレット（１９９８年）「ＭＵＬＴＩＰＬＥ　ＣＯＭＰＡＮＹ　ＩＮＴＥＧＡＴＥＤ　ＤＯＣＵＭＥＮＴＳ　ＰＲＯＤＵＣＴＩＯＮ」、特開平１０−９１６２１号公報「高速印刷システムのための可変デ−タを有する複合レイアウトを作成する方法」、特開平８−１１５１７８号公報「ペ−ジ記述言語における可変デ−タフイ−ルド」参照。）である。そして、編集対象のデ−タを取得するため、編集対象のデ−タをキ−ボ−ドなどの入力装置を使用して自システムで作成することも、他システムで作成することも、例えば他システムのデ−タベ−ス上にあるデ−タを取り出し、これを活用すべく、編集システムに送信することも当業者が普通に採用する技術事項であることから、引用発明において、「編集対象デ−タ」を他システムで作成する際、上記の周知な技術事項を採用して、他システムから自システムにデ−タストリ−ムとして送受することに、格別な困難性は認められない。
　情報処理の技術分野において、書式のデ−タを「レイアウトパラメ−タ」として構成することは周知な技術事項（例えば、刊行物１、特開平７−８５２９８号公報「文書レイアウト編集装置」、特開平５−３４２３２５号公報「文書処理装置およびその装置のためのフォ−ム登録装置」、特開平１−２６９９８３号公報「文章レイアウト装置」参照。）である。そして、当業者は、既存のプログラム、パラメ−タ、デ−タを自由に取り扱う知識と経験を有する専門家であるといえるから、引用発明において、情報処理の専門家である当業者が、「書式デ−タ」を「書式イメ−ジデ−タ」に代え、「レイアウトパラメ−タ」として、及び「レイアウトパラメ−タ」の集まりである「レイアウトパラメ−タセット」として構成することに、阻害要因があるとまではいえない。
　情報処理の技術分野において、編集対象デ−タ、書式デ−タを生成するシステムをそれぞれ構築すること、これらのシステムから送信された各デ−タを編集システムが「受信」して処理することは普通のこと（例えば、特開平１１−３２８２８９号公報「クロスメディア帳票発行システム」参照）であるから、該分散して処理する技術を引用発明の「テキストデ−タの編集処理方法」に採用する際、「取得」を「受信」とすることは、当業者が適宜になし得ることである。
　してみると、引用発明において、上述した各事項を採用して、「編集対象デ−タ」を「デ−タ・ストリ−ム」とし、「書式デ−タ」を「レイアウトパラメ−タ」、「レイアウトパラメ−タセット」とし、「取得」を「受信」とすることは当業者が、容易に想到できたことである。
　
　相違点２について
　文書上に、ヘッダ、本体（ボディ）、フッタの区域・領域を設けることは、普通に行われていることであり、その際、ヘッダ、本体（ボディ）、フッタの区域・領域にそれぞれ書式を設定することも周知なことである。刊行物２の段落番号００２４に「一方、書式デ−タ２２は、制御部２２０と書式部２２１により構成され、制御部２２０は書式ＩＤ２２０１と各行の種別を表す行識別子２２０２を組み合わせ（本実施例では'−'で連結）た形態で指示し、置換デ−タ２１に指示された書式ＩＤ２１０に対応する書式デ−タ２２を取り出し、行の種別編集方法を指示するために使用する。この実施例では、行識別子２２０２を見出しの編集を表すヘッタ−（’Ｈ’）、明細の見出し編集を表すボディ−ヘッタ−（’ＢＨ’）、明細の編集時に枠を拡張する部位を表すボディ−ボディ−（’ＢＢ’）、フッタ−の編集を表すフッタ−（’Ｆ’）の４種類で定義する。」と記載されている。特開平５−３４２３２５号公報「文書処理装置およびその装置のためのフォ−ム登録装置」に各区域毎にレイアウトパラメ−タを設定することが記載されている。
　また、文書上に複数の領域を定義し、それぞれに、レイアウト、デ−タを関連付けることことも周知な技術事項（例えば、刊行物４、特開平１１−２７２６６６号公報「文書編集システム、方法、及び記録媒体」、特開平３−１７７９６４号公報「文書整形装置」参照。）である。
　更に、引用発明の各レイアウト識別子は、図８，９において、「１ペ−ジ上の所定の位置の編集領域」である「本体を定義しているフォーマット領域」に関連付けられているといえる。刊行物３に記載された文書作成装置においても、各識別子は「１ペ−ジ上の所定の位置の編集領域」である「各フォーマット領域」に関連付けられているといえる。
　引用発明は、文書に関する発明であり、上記文書上に、ヘッダ、本体（ボディ）、フッタの区域・領域を設けることは、普通に行われていることを踏まえると、そのフォーマット領域として、本体（ボディ）の区域・領域に、ヘッダ、本体（ボディ）、フッタの区域・領域を加えることに格別困難性は見出せない。
　そして、引用発明において、書式データにて、フォーマット識別子がフォーマット領域に関連付けられているのであるから、当業者が、ヘッダ、本体（ボディ）、フッタの区域・領域を備えた書式データを作成する際に、各フォーマット識別子を各フォーマット領域に関連づけるステップを含むこととすることは普通に想到できることといえる。
　してみると、上述した各事項を採用して、引用発明の「１ペ−ジ上の所定の位置の編集領域」を、「文書ペ−ジ上の各区域を定義する各フォ−マット領域」とし、「各レイアウト識別子を、文書ペ−ジ上の各区域を定義する各フォ−マット領域に関連づけるステップ」を含むとすることは、当業者が、容易になし得たことである。
　
　相違点３について
　情報処理の技術分野において、複数のコンピュータを用いて、分散処理を行うことは普通に行われてることであり、帳票を作成するためのデータを取得するために、データベースを管理するコンピュータを帳票を作成するコンピュータと別に設けることは周知な技術事項（例えば、特開平９−１７９９１３号公報「帳票作成システム」参照。）である。そして、複数のコンピュータを用いると「１つのコンピュータを用いた場合の潜在的なセキュリティ・リスク」を回避できることは、当業者が普通に予測できることである。
　引用発明は、「編集対象デ−タには編集書式を示す書式識別子を付し」編集対象デ−タファイルに格納しているものであるから、編集対象デ−タファイルに格納する前に、「編集書式を示す書式識別子」を「編集対象デ−タ」に付し関連付ける処理が行われることは普通に想到できることといえる。
　そうすると、引用発明において、引用発明に「第１のコンピュ−タ」、「第２のコンピュ−タ」を用い、「第１のコンピュータ」で「編集対象デ−タ」に「書式識別子」関連させる処理を行わせ、「第２のコンピュータ」で「編集対象デ−タ」の「書式デ−タ」に従い領域内の各デ−タ・レコ−ドをフォーマットするなどの編集処理を行わせることは、当業者が困難なく想起し得たものである。
　また、「編集対象デ−タ」のデータのタイプを「書式データ」で指示することも普通に行われていることであり(例えば、特開平１１−３２８２８９号公報図５参照。）、引用発明で、「編集対象デ−タ」のデータのタイプを「書式データ」にも付されている「書式識別子」で指示するとすることは、当業者が、適宜なし得たことである。
　そして、引用発明は、上述したように「編集対象デ−タ」内の各デ−タ・レコ−ドはライン・デ−タ・レコ−ドを含み、且つ「編集対象デ−タ」を「取得」するステップを含むものである。
　してみると、上述した各事項を採用して、引用発明に「第１のコンピュ−タ」、「第２のコンピュ−タ」を採用し、「デ−タ・ストリ−ム内の各デ−タ・レコ−ドはライン・デ−タ・レコ−ドを含み、且つ「第１のコンピュ−タ」でデ−タ・レコ−ド内に含まれるデ−タのタイプを指示するレイアウト識別子と関連しているデ−タ・ストリ−ムを受信するステップ」、「「第２のコンピュ−タ」で対応するフォ−マット領域内の各デ−タ・レコ−ドをフォ−マットするステップ」を含むとすることは、当業者が、容易になし得たことである。
　
　
第７　むすび
　
　以上のとおりであるから、本願発明は、刊行物１、２、３、４に記載された発明に基づき当業者が容易に発明することができたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項に記載された発明について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する 。