【事件の表示】
　平成　６年特許願第２１６９００号「入力データ内にフィールド・ブレークの位置を突き止める方法およびシステム」拒絶査定不服審判事件〔平成　７年　７月　４日出願公開、特開平　７−１６８８２０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成６年９月１２日（パリ条約による優先権主張１９９３年９月１５日、米国）の出願であって、平成１４年６月２７日付で拒絶査定がなされ、これに対し、同年９月３０日に拒絶査定に対する審判請求がなされるとともに、同年１０月２９日付で手続補正がなされたものである。
　
２．本願発明
　本願の請求項１７に係る発明（以下「本願発明」という。）は、平成１４年１０月２９日付手続補正によって補正された明細書の特許請求の範囲の請求項１７に記載された次のとおりのものと認める。 
　
「【請求項１７】
　入力データ内にフィールド・ブレークを配置するコンピュータ・システムにおける方法であって、
　多数のテキスト行を包含する入力データを受け取り、
　前記多数のテキスト行のうちの複数を選択し、
　前記選択されたテキスト行を解析することにより、入力データ内にフィールド・ブレークを識別し、各フィールドブレークは、新しいフィールドが各テキスト行において始まる入力データにおける水平位置を有し、それにより、前記フィールドに包含された各行におけるテキストの一部を各フィールドに関して特定し、
　新しいフィールドが各テキスト行において始まる入力データにおける水平位置の少なくとも一つを変更するようにユーザからの入力を受け取ったことに応じて、前記識別ステップにおいて配置されたフィールド・ブレークを直接操作するステップを含むことを特徴とする方法。」
　
３．引用刊行物記載の発明
　これに対して、原査定の拒絶の理由に引用された、本願の優先日前である平成元年１月２７日に頒布された「特開昭６４−２５１９３号公報 」（以下「引用例」という。）には、次の事項が記載されている。
　
（ａ）「行列形式に配列して書込まれたデータ・セット中、項目が欠けていたり不揃いに書込まれていても、印刷又は表示のためデータのフォーマットを自動的に変更することができるデータ処理装置に於て、データ・セットのフォーマットを変更する動作が可能なとき、
　そのデータ・セットの各行に於る列の境界を判定するステップと、
　そのセットのどの行の項目が欠けているかを判定すると共に、その行中の欠けている項目を表示するステップとを有し、
　これによって該装置の制御システムは欠けている項目と列の境界を識別してから、そのデータ・セットの新しいフォーマットを作成することができるデータ処理装置の制御方法。」（第１頁左下欄４行〜１８行）
　
（ｂ）「本発明が提供する代替の解決策では、比較的僅かの処理をするだけで自動的に表を解析する−−表にある行毎に論理「ＯＲ」を伴う走査をしてカラムの位置を確定し、次いで数値を引出すための走査をする。「欠けている」数値は表の最初の行にあるときでも識別される。このプロセスは経済的であるため、数値を表から引出す毎に表を適度に解析でき、旧式になっているかもしれないフォーマットによる識別に頼らなくてもよい。」（第２頁右下欄２行〜１０行）
　
（ｃ）「本発明により、名目的に行列形式に配列して書込まれたデータのセットの項目が欠けていたり不揃いに書込まれていても、印刷又は表示のためデータのフォーマットを自動的に変更することができるデータ処理装置が提供される。この装置の特徴は、装置がデータのセットのフォーマットを変更する動作が可能なとき、下記のステップを実行するように制御することである：
ａ）そのデータ・セットの各行に於る列の境界を判定する。
ｂ）そのセットのどの行で項目が欠けているかを判定すると共に、その行中の欠けている項目を表示する。それによって、装置の制御システムは欠けている項目と列の境界を識別してから、そのデータ・セットの新しいフォーマットを作成することができる。」（同下から３行〜第３頁左上欄上から１３行）
　
（ｄ）「　　　　　　　　　　
プログラム
　表全体を通じて２つのパスが実行される。第１のパスで数字のカラムを検出し、第２のパスで検出されたカラムを取出す。
　
　　　　　　　　　　　　　　
第１のパス
　このパスは、「縦縞」の存在に注目することにより数字のカラムを検出する。縦縞は全ブランクのカラムである。隣接する全ブランクのカラムは併合されて１つの縦縞になる。その領域の左右のマージンも全ブランクとみなされる。縦縞間のストリップは、定義により、数字のカラムを含まなければならない。
　この手法は、表の幅全体に等しい全ブランクのマスクにより開始されることになっている。表の各ローは連続的に全ブランクのマスクとＯＲ演算（論理和）される。この処理が終ると、マスクは表中の縦縞に対応するブランクのシーケンスと、数字のカラムに対応する非ブランクのシーケンスとが含まれる。
　　　　　　　　　　　　　　
第２のパス
　マスクは表の各ローに与えられ、非ブランクのシーケンスのマスクにある位置に対応する数字を取出す。数字カラム内の全ブランクの「数字」は「数値の欠如」とみなされる。」（第４頁左上欄９行〜右上欄１２行）
　
（ｅ）「
　　　　　　　　　　　　　　
処理例
　この方法の実行により実際にどのように処理されるかを示す。最初に、元の表を第１表に示す。
　この表の行とマスクをＯＲ演算すると、マスクは第２表のように表示される。
　このマスクに基づいて第１表を走査すると、そのカラムは第３表に示すように解釈される。
」（第４頁右上欄１３行〜右下欄１３行）
　
（ｆ）「次に、第２図及び第３図により本発明の良好な実施例のステップを説明する。第２図はマスクの第１のパス、第３図は第２のパスである。
　ステップ１（第２図）：マスクを含むレジスタをクリアして全ブランクにする。このレジスタはＲＡＭ２１の中で定義され、処理中のデータのなかで最長のローにある文字位置の数に等しいか又はそれよりも大きい文字数を有する。
　ステップ２：２つのレジスタＮＬおよびｉはＲＡＭ２１で定義され、ＮＬは表即ちデータ・セットの中のロー即ち行の数に設定され、ｉは１に設定される。
　ステップ３：プロセッサ２０はｉとＮＬの内容を比較し、ｉ＞ＮＬであるかどうかを判定する。もしｉ＞ＮＬなら、制御は第２のパスに進んでステップ６（第３図）を開始する。さもなければ、制御はステップ４に進む。
　ステップ４：プロセッサ２０は表のｉ番目のローとマスクを論理的にＯＲ演算する。この動作では各文字位置の文字表示は順次、マスク・レジスタと表のローから読取られて論理ＯＲ回路に入力され、その回路の出力はマスク・レジスタにある文字位置に返送される。
　ステップ５：ステップ４の後、レジスタｉの内容は１増分され、制御はステップ３に戻る。
　このループはステップ３でｉ＞ＮＬと判定される（ローすなわち行がすべて処理されたことを示す）まで反復される。
　この時点で、マスク・レジスタには、第２表の最後の行に見られるように、表中のすべてのカラム位置の非ブランクと各カラム間のブランクが含まれる。
　ステップ６（第３図）：ＲＡＭ２１でレジスタＫを定義し、マスク・レジスタにある非ブランクのストリングの数を計算してその他をＫに入れる（前記の例ではＫ＝５）。また、レジスタｉの値を１にリセットする。
　ＲＡＭ２１に定義される領域には、表即ちデータ・セットのカラムへの入力が入る。カラムの領域には１〜Ｋの索引が入る。ＫはレジスタＫにある値を示す。
　ステップ７：このステップは、ｉ＞ＮＬの場合に処理が終了することを除きステップ３と同じである。
　ステップ８：ＲＡＭ２１でレジスタｉＮを定義し、その値を１に設定する。
　ステップ９：レジスタｉＮにある値がレジスタＫにあるよりも大きいかどうかを判定する。もしそうなら、制御はステップ１２に移る。さもなければ、ステップ１０に進む。
　ステップ１０：表のローｉをＲＡＭ２１のレジスタに転送する。マスクにある非ブランクのストリングｉＮに対応する文字をＲＡＭ２１にあるカラムｉＮのデータ・セットに転送する。もしローのｉＮ番目のカラム位置に入力がなければ、ある値、例えば１０７８をそのカラムの領域に入れる。このような入力は、データの書式を作成している際に、データが欠けているか又は無効であることを表わし、グラフを描くとき又は平均値を計算するときに破棄すべきことを示す。
　ステップ１１：レジスタｉＮの値を１増分し、制御をステップ９に戻す。
　ステップ１２：レジスタｉの値を１増分し、制御をステップ７に戻す。
　処理が終了すると、カラムの数に等しいデータ・セットが、第３表に示すように、ＲＡＭ２１に構築されている。これでカラムの境界は明確に規定され、テータは、前述の図形データ表示マネージャのような他の処理によって変更又は修正することができる形態になる。」（第４頁右下欄下から７行〜第５頁右下欄上から４行）
　
　以上の記載事項によると、引用例には、「行列形式に配列して書込まれたデータ・セットに、列の境界を識別するデータ処理装置における方法であって、行列形式に配列して書込まれたデータ・セットを受け取り、そのデータ・セットの各行に於る列の境界を判定し、そのセットのどの行で項目が欠けているかを判定すると共に、その行中の欠けている項目を表示し、それによって、装置の制御システムは欠けている項目と列の境界を識別してから、そのデータ・セットの新しいフォーマットを作成する方法」の発明（以下、「引用発明」という。）が記載されていると認められる。
　
４．対比
　本願発明と引用発明を対比する。
　引用発明の「行列形式に配列して書き込まれたデータ・セット」及び「列の境界」は、本願発明の「多数のテキスト行を包含する入力データ」及び「フィールド・ブレーク」にそれぞれ相当する。
　列の境界は、データ・セットの各行において、２つのフィールドを分けること、すなわち、「新しいフィールドが各テキスト行において始まる入力データにおける水平位置を有」することは明らかである。さらに、引用発明において、「データセットの各行に於る列の境界を判定し、そのセットのどの行で項目が欠けているかを判定すると共に、その行中の欠けている項目を表示し、それによって、装置の制御システムは欠けている項目と列の境界を識別」することは、本願発明の「選択されたテキスト行を解析することにより、入力データ内にフィールド・ブレークを識別」することに相当する。
　また引用発明において、「そのデータ・セットの新しいフォーマットを作成する」ことは、データ・セットの各行における、列の境界によって区切られた各項目であるテキストの一部を、当該列の境界によって区切られた列、すなわち各フィールドに関して特定することに他ならないから、結局、引用発明の「データ・セットの各行に於る列の境界を判定し、そのセットのどの行で項目が欠けているかを判定すると共に、その行中の欠けている項目を表示し、それによって、装置の制御システムは欠けている項目と列の境界を識別してから、そのデータ・セットの新しいフォーマットを作成する」ことは、本願発明の「テキスト行を解析することにより、入力データ内にフィールド・ブレークを識別し、各フィールドブレークは、新しいフィールドが各テキスト行において始まる入力データにおける水平位置を有し、それにより、前記フィールドに包含された各行におけるテキストの一部を各フィールドに関して特定」することに相当する。
　
　したがって両者は、
「入力データ内にフィールド・ブレークを配置するコンピュータ・システムにおける方法であって、
　多数のテキスト行を包含する入力データを受け取り、
　テキスト行を解析することにより、入力データ内にフィールド・ブレークを識別し、各フィールドブレークは、新しいフィールドが各テキスト行において始まる入力データにおける水平位置を有し、それにより、前記フィールドに包含された各行におけるテキストの一部を各フィールドに関して特定するステップを含むことを特徴とする方法」で一致し、次の２点で相違する。
　
（相違点１）
　本願発明が、多数のテキスト行のうちの複数を選択し、前記選択されたテキスト行を解析するのに対し、引用発明では、データセットの各行に於る列の境界を判定するものである点。
　
（相違点２）
　本願発明が、「新しいフィールドが各テキスト行において始まる入力データにおける水平位置の少なくとも一つを変更するようにユーザからの入力を受け取ったことに応じて、前記識別ステップにおいて配置されたフィールド・ブレークを直接操作するステップ」を有するのに対し、引用発明ではそのような構成を有しない点。
　
５．当審の判断
（相違点１）
　引用例の摘記事項（ｄ）乃至（ｆ）を参照して、第２表のような解析（ＯＲ演算）を行うことは、多数の入力データのうち、複数の行にわたって行われることは明らかであり、解析するにあたり、複数を選択してから解析をするか、１行毎に解析をするかは単なる設計的事項に過ぎないので、引用発明において、多数のテキスト行のうちの複数を選択し、前記選択されたテキスト行を解析することは当業者が適宜なし得る事項である。
　
（相違点２）
　一般に、コンピュータシステムにおいて、自動的に識別処理等を行った後ユーザが所定の入力を行って当該処理結果の修正を行うことは慣用技術に過ぎず（例えば、特開平３−２６８０６０号公報（第４頁右上欄２行〜９行、第２図）、特開昭６３−１４３６８４号公報（第１頁右下欄５行〜１２行）参照。）、引用発明において解析されたフィールド・ブレークを修正すべく、新しいフィールドが各テキスト行において始まる入力データにおける水平位置の少なくとも一つを変更するようにユーザからの入力を受け取ったことに応じて、識別ステップにおいて配置されたフィールド・ブレークを直接操作するよう構成することは当業者にとって容易である。
　
　また、本願発明の効果も、引用発明および慣用技術に基づいて当業者が普通に想起する範囲を超えるものではない。
　
６．むすび
　したがって、本願発明（請求項１７に係る発明）は、引用例に記載された発明および慣用技術に基づいて当業者が容易に発明をすることができたものであるから、本願は、その余の請求項について論及するまでもなく特許法２９条２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。