【事件の表示】
　平成　９年特許願第３３３４１８号「グラフィカル・ユーザ・インターフェースの生成システム及びグラフィカル・ユーザ・インターフェースの生成方法」拒絶査定不服審判事件〔平成１０年　９月　２日出願公開、特開平１０−２３２７６８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
その１．手続の経緯
　本願は、平成９年１０月２８日（パリ条約による優先権主張１９９６年１０月３１日、アメリカ合衆国）の出願であって、平成１６年９月２２日付けで審査請求がなされ、平成１８年１１月１５日付けで審査官により拒絶理由が通知されたことに対して、平成１９年５月１７日付けで意見書が提出されると共に手続補正がなされたが、同年６月２１日付けで審査官により拒絶査定がなされ、これに対し同年９月２７日付けで審判請求がなされると共に、同年１０月２９日付けで手続補正がなされ、平成２０年２月１３日付けで審査官により前置報告がなされ、平成２１年８月２５日付けで当審により審尋がなされたことに対して、同年１１月２５日付けで回答書が提出され、平成２２年８月１３日付けで当審により平成１９年１０月２９日付けの手続補正が却下されると共に拒絶理由が通知され、これに対して同年１１月１８日付けで意見書が提出されると共に手続補正がなされたものである。
　
その２．本願発明について
　本願の請求項に係る発明（以下、「本願発明」という）は、明細書及び図面の記載からみて、平成２２年１１月１８日付けの手続補正によって補正された、本願の特許請求の範囲の請求項１に記載の次のとおりのものである。
「【請求項１】
　コンピュータ・システムにおける一又は複数のインターフェース制御を備えるグラフィカル・ユーザ・インターフェースを生成するためのシステムであって、
　前記グラフィカル・ユーザ・インターフェースにおいて使用される機能を実行するための複数のインターフェース制御手段と、前記インターフェースのための複数のスクリーン・セット、スクリーン・タイプ及びスクリーン・テキストと、を備え、
（ａ）前記インターフェース制御手段の少なくとも一つ、前記スクリーン・セットの少なくとも一つ、前記スクリーン・タイプの少なくとも一つ及び前記スクリーン・テキストの少なくとも一つ、の各入力のためのファイルを生成する生成手段と、
（ｂ）前記ファイルを記憶する記憶手段と、
（ｃ）前記スクリーン・セットが変更された場合に、新たなスクリーン・セットを表示する表示手段と、
（ｄ）ユーザ操作によって選択された前記インターフェース制御を入力する手段と、
（ｅ）前記ファイルを読み取って、前記選択された前記インターフェース制御に係る機能を実行する実行手段と、
の各手段を備えたことを特徴とするグラフィカル・ユーザ・インターフェースの生成システム。」
　
その３．当審の拒絶理由
　一方、当審が平成２２年８月１３日付けで通知した拒絶理由の概要は、次のとおりである。
「理由１．１７条の２第３項について（省略）
　
理由２の１．３６条６項１号について（省略）
　
理由２の２．３６条６項２号について
１．本願明細書の請求項１に、
「コンピュータ・システム内に、所定の各機能に関連する複数のインターフェース制御手段」と記載されているが、
ａ．（省略）
ｂ．「インターフェース制御手段」とあり、“制御手段”という日本語表現は、何らかの“装置構成”を想起させる表現であるが、該「該インターフェース制御手段」がどのような“装置構成”を有するものであるか、同請求項１に記載の内容からは不明である。
　
２．（省略）
　
３．同請求項１に、
「前記インターフェース制御手段に関連した少なくとも一つへの入力、前記スクリーン・セットに関連した少なくとも一つへの入力、前記スクリーン・タイプに関連した少なくとも一つのへ入力及び前記スクリーン・テキストに関連した少なくとも一つへの入力のためのファイルを生成する」と記載されているが、
「インターフェース制御手段に関連した少なくとも一つへの入力」、「スクリーン・セットに関連した少なくとも一つへの入力」、「スクリーン・タイプに関連した少なくとも一つのへ入力」、「スクリーン・テキストに関連した少なくとも一つへの入力」における「入力」とは、“何処”、あるいは、“何”に対する“誰”、或いは、“何”による「入力」を表現したものであるか、同請求項１に記載の内容からは不明である。
　そして、「〜入力のためのファイル」とは、どのような“構造”を有するもの、あるいは、どのような“データ”を含むものであるか、同請求項１に記載の内容からは不明である。
　
４．（省略）
　
５．（省略）
　
６．同請求項１に、
「ファイル内の前記複数の入力を読み取って、前記選択手段により選択された前記インターフェース制御手段の一つに関連する機能を実行する」と記載されているが、
　該引用記載中の、「ファイル内の前記複数の入力」とは、どのような態様のもので、該「入力」を「読み取」ることで、“選択されたインターフェース制御手段の一つに関連する機能を実行する”ことを、どのように実現しているのか、同請求項１に記載の内容からは不明である。
　また、同請求項１に記載の（ａ）〜（ｂ）の内容から、どのような構成の「グラフィカル・ユーザ・インターフェース」を、どのようにして「生成」する、「システム」であるのか、同請求項１に記載の内容からは不明である。
（同請求項１に記載の日本語で表現された内容は、ＧＵＩの操作に関する記述と解することは可能であるとしても、該ＧＵＩを構築することを表現したもの解することは困難である。）
　
７．（省略）
　
８．（省略）
　
　以上のとおりであるから、本願明細書の請求項１及び請求項２に記載の発明は明確でない。
　
理由２の３．３６条４項について
１．（省略）
　
２．同請求項１に記載された、
「前記インターフェース制御手段に関連した少なくとも一つへの入力、前記スクリーン・セットに関連した少なくとも一つへの入力、前記スクリーン・タイプに関連した少なくとも一つへの入力及び前記スクリーン・テキストに関連した少なくとも一つへの入力のためのファイルを生成する生成手段」に関して、
　本願明細書の発明の詳細な説明には、
「【００１２】図１２から図２３においては、
ビルダー・ツール＜Ｂ＞は、新しいダイナキー（商標）インターフェースを組立てたり、現在のダイナキー（商標）インターフェースを修正するのに使用される
このインターフェースは、外部インターフェースであり、五つのＡＳＣＩＩファイルからなっている
そのファイル名のサフィックスが「．ｃｓｖ」である第一のファイルは、主ファイルで、コンマで区切られた可変ファイルである
【００１３】要するに、
第一のレコード・タイプは主としてダイナキーでないスクリーン・テキストをコード化するためにに使用される
【００１４】
そのファイル名のサフィックスが「．ｄａｔ」である第二のインターフェース・ファイルは、データ・ファイルであり、第一のインターフェース・ファイルに直接関連する
　
そのファイル名のサフィックスが「．ｋｅｙ」である第三のインターフェース・ファイルは、使用中であることを示すグローバル・キーお（当審注：「お」は、「および」の誤記と推察される）、スクリーン・セット名および＜Ｂ＞および＜Ｒ＞により使用される他の情報を示す
　
そのファイル名のサフィックスが「．１ｓｔ」（当審注：「．１ｓｔ」は、「．ｌｓｔ」の誤記と推察される）である第四のインターフェース・ファイルは、ダイナキー（商標）上に表示される第一のスクリーン番号を含む
【００１５】
そのファイル名のサフィックスが、ｆｉｎｉｓｈの略語である「．ｆｉｎ」である、第五のインターフェース・ファイルは、＜Ｂ＞によってのみ使用され、すべてのスクリーンが組立られる前にビルダーを終了させることができる
　再び、図１２から図２３までのフローチャートについて説明すると、
＜Ｂ＞の実行はブロック１００からスタートし、ブロック１０２まで継続して行われ、ここで新しいインターフェースを生成するのか、現在のインターフェースを開くのかについての決定を行うための問い合わせが行われる
【００１６】ブロック１０２を実行している時、問い合わせの結果が「イエス」であった場合には、
新しいインターフェースを生成することを意味する。そして、次にブロック１０４−１１４が実行される。ブロック１０４においては、新しいインターフェース・プリフィックス名が「ａｕｔｏｐｏｓ１」に設定され、その後、そのインターフェースを含む五つのファイル名が、この同じプリフィックスを持つ
そのファイルは、「ａｕｔｏｐｏｓ１．ｋｅｙ」ＡＳＣＩＩファイルである。このコンマで分離された変数ファイルの各レコードは、スクリーン・セットに関連する。この最初の二つのフィールドは、スクリーン・セット名を含む
．ｋｅｙ」の入力の中のいくつかは、グローバルキーに関連していない
【００１７】続いて、
ブロック１０６が実行され、インターフェース・ファイルが開かれる。さらに、ＥＬＬ名を含む一つの支持ファイルが開かれる。次に、ブロック１０８が実行され、「ａｕｔｏｐｏｓ１．ｋｅｙ」入力インターフェース・ファイル、および「ｋｅｙｌｏｇｉｃ．ｄａｔ」が読み取られる
上記三つの変数は、「．ｃｓｖ」インターフェース・ファイルに、「１」レコードの一部として記憶される
　との記載が、
　また、同段落【００４５】に、
「図２１のコネクタＯに接続する。続いて、Ｏに向かって分岐が行われた場合、ブロック３２２が実行される。この場合、
そのインターフェースをセーブすべきかどうかを判断するために、問い合わせが行われる
ブロック３２８が実行されると、現在または新しいインターフェース・プリフィックス名を使用して、五つのファイルがディスクに書き込まれる
　との記載があり、
　上記引用の段落【００１２】〜【００１５】記載の内容から「インターフェース」の「生成」に関連する「ファイル」として、拡張子が「．ｃｓｖ」、「．ｄａｔ」、「．ｋｅｙ」、「．ｌｓｔ」、「．ｆｉｎ」の五つが存在すること、
　同段落【００１３】の、
「
第一のレコード・タイプは主としてダイナキーでないスクリーン・テキストをコード化するためにに使用される
　「スクリーン・テキスト」と「．ｃｓｖ」ファイルとが関連すること、
　同段落【００１６】の、
「
そのファイルは、「ａｕｔｏｐｏｓ１．ｋｅｙ」ＡＳＣＩＩファイルである。このコンマで分離された変数ファイルの各レコードは、スクリーン・セットに関連する。この最初の二つのフィールドは、スクリーン・セット名を含む
「スクリーン・セット」と「．ｄａｔ」ファイルとが関連すること、
　同段落【００４５】の、
「
そのインターフェースをセーブすべきかどうかを判断するために、問い合わせが行われる
ブロック３２８が実行されると、現在または新しいインターフェース・プリフィックス名を使用して、五つのファイルがディスクに書き込まれる
　上記引用の五つのファイルが「インターフェースをセーブ」する際に、「ディスクに書き込まれる」点は読み取れるが、
ａ．前記引用の五つのファイルと「インターフェース制御手段」、「スクリーン・セット」、「スクリーン・タイプ」及び「スクリーン・テキスト」と関係が不明瞭である。
　例えば、「スクリーン・セット」は、「．ｋｅｙ」ファイルとのみ関係するのか、他の４つのファイルとも関係するのか不明である。
ｂ．「五つのファイル」がどのような構成のものであるか不明瞭である。
　「．ｃｓｖ」ファイルについては、段落【００１２】〜【００１３】及び【図３】にその構成が一応示され、また、「．ｋｅｙ」ファイルについては、段落【００１６】から、「ａｕｔｏｐｏｓ１．ｋｅｙ」ファイルの説明として、“８つのフィールド”を有する点が読み取れる。
　しかしながら、「．ｌｓｔ」、「．ｆｉｎ」に関しては、そのファイル構造に関して、本願明細書の発明の詳細な説明及び図面には、何ら説明されておらず、また、「．ｄａｔ」に関しても、段落【００１４】に、
「「．ｄａｔ」である第二のインターフェース・ファイルは、データ・ファイルであり、第一のインターフェース・ファイルに直接関連する。
例えば、図９の「１」レコード３１１では、第三のフィールドは２９という数値を持つ。このことは、「．ｄａｔ」ファイルにおいては、２９番目のレコードは、「販売品目メニュー」のタイトル・テキストを含むことを意味する
　あるいは、段落【００３９】に、
「それ故、その数値はゼロである。しかし、
数値「３１」は、テキスト「品目の数量」が「．ｄａｔ」インターフェース・ファイル内の３１番目のレコードであることを示す
　と言った表現が散見されるものの、これらの記載を参酌しても、「．ｄａｔ」ファイルがどのような構成のものであるか不明である。
ｃ．五つのファイルがどのように生成されるのか不明である。
　本願明細書の発明の詳細な説明及び図面には、上記で引用した段落【００４５】の、「ディスクに書き込まれる」という記載の他、上記引用の段落【００１７】に、「
上記三つの変数は、「．ｃｓｖ」インターフェース・ファイルに、「１」レコードの一部として記憶される
　よって、「前記インターフェース制御手段に関連した少なくとも一つへの入力、前記スクリーン・セットに関連した少なくとも一つへの入力、前記スクリーン・タイプに関連した少なくとも一つへの入力及び前記スクリーン・テキストに関連した少なくとも一つへの入力のためのファイルを生成する生成手段」がどのように実現されているか不明である。
（本願の【図１２】〜【図２３】が「スクリーン」の生成に関連するものであり、該「五つのファイル」がその結果を保存するものであると解釈しても、該「五つのファイル」が、「インターフェース制御手段」、「スクリーン・セット」、「スクリーン・タイプ」、「スクリーン・テキスト」とどのように関係しているか不明であるから、該「ファイル」をどのように生成しているか不明である。）
　
３．（省略）
　
４．（省略）
　
５．本願明細書の段落【００１２】に、
「、各「．ｃｓｖ」ファイル３００に最初に表示される四つのヘッディング・ライン３０１−３０４があることに留意されたい。これらラインは、異なるレコード・フィールドに対する文書化を提供する。次に、一つの「１」レコード３１１、五つの「２」レコード３１２、一つの「３」レコード３１３、および二つの「４」レコード３１４を検討してみよう」と記載されているが、【図９】には、「３００」、「３０１−３０４」、「３１１」、「３１２」、「３１３」、「３１４」といった記載はなく、対応関係が不明瞭である。また、【図９】に関連する説明において、「３０１−３０４」、「３１１」、「３１２」、「３１３」、「３１４」を用いた記載が、本願明細書中に散見されるが、同様に対応関係が不明である。
　
６．同段落【００１４】に、
「図９の「１」レコード３１１では、第三のフィールドは２９という数値を持つ。このことは、「．ｄａｔ」ファイルにおいては、２９番目のレコードは、「販売品目メニュー」のタイトル・テキストを含むことを意味する」と記載されているが、「．ｄａｔ」ファイルがどのような構造をしているか不明である。
　
７．同段落【００１４】に、
「図３について説明するが、このスクリーン・タイトル・フィールド２０２は、この正確なテキストを含んでいることに留意されたい」と記載されているが、
　該「スクリーン・タイトル・フィールド」とは、【図３】の何処を指しているのか、不明瞭である。（【図３】には、「２０２」という指示の記載はない。）
　
８．同段落【００１４】の、
「使用中であることを示すグローバル・キーお、スクリーン・セット名および＜Ｂ＞および＜Ｒ＞により使用される他の情報を示す」、
「そのファイル名のサフィックスが「．１ｓｔ」である」は誤記を含んでいる。
　
９．同段落【００１７】に、
「ｋｅｙｌｏｇｉｃ．ｄａｔ」と記載されているが、
　同段落【００１６】に、
「
新しいインターフェースを生成することを意味する。そして、次にブロック１０４−１１４が実行される。ブロック１０４においては、新しいインターフェース・プリフィックス名が「ａｕｔｏｐｏｓ１」に設定され、その後、そのインターフェースを含む五つのファイル名が、この同じプリフィックスを持つ
“ａｕｔｏｐｏｓ１．ｃｓｖ”、“ａｕｔｏｐｏｓ１．ｄａｔ”、“ａｕｔｏｐｏｓ１．ｋｅｙ”、“ａｕｔｏｐｏｓ１．ｌｓｔ”、“ａｕｔｏｐｏｓ．ｆｉｎ”の筈である。
　とすると、該「ｋｅｙｌｏｇｉｃ．ｄａｔ」という「ファイル」は、“何処”で、或いは、“何”によって生成されたものであるか不明である。
　また、段落【００１７】に、「構造体の二つの異なるアレイ内に記憶される」と記載されているが、
　ここでいう「構造体」とは何か、同段落【０００８】に記載された「プログラム構造体」との関連は、どのようなものであるのか不明である。
　
１０．同段落【００１９】に、
「そこで五つのインターフェース・ファイルおよび一つの支持ファイルが開かれる。」と記載されているが、「支持ファイル」とは何か？
　また、同段落【００１９】に、「スクリーンの暫定構造体」と記載され、これ以降の段落において、「暫定構造体」という記載が散見されるが、
　該「スクリーン暫定構造体」、あるいは、「暫定構造体」とは何か？
　
１１．同段落【００２４】に、
「ブロック１６４が実行され、暫定構造体内のアクティブなアイコンすべてに名前「右」が与えられる。この名前は、「．ｒｃ」ファイルに表示され、ＮＩＣＥディスク・ディレクトリ内の正しいパス、および実際の「ｒｉｇｈｔ．ｉｃｏ」ファイル名と一致する」と記載されているが、「．ｒｃ」ファイル及び「「ｒｉｇｈｔ．ｉｃｏ」ファイル」とは何か？前記「五つのファイル」との関係はどのようなものか？
　
１２．同段落【００３３】に記載の、
「ブロック２８０お２８２が実行される」及び「それがダイナキーであれ、他のなんらかの論理エンティティであり、次のテキスト・ストリングへ進む」は誤記を含んでいる。
　
１３．同段落【００３５】に、
「ブロック２９２が実行される。この問い合わせの結果が「ノー」である場合には、このダイアログから抜け出し、暫定構造体がそのまま維持される。次に、次の作業を決定するために、図２１の０に向かって分岐が行われる」と記載されているが、
　【図２０】の記載内容と対応していない。
　
１４．同段落【００３７】に記載の、
「ブロック３０６お３０８が実行される」は誤記である。
　
１５．同段落【００３９】に記載の内容は、全般的に不明瞭である。
（英語原文は、
“If the result of the inquiry at block 314 is yes, then the stack is empty and block 320 is executed. Here, a popup window appears on the CRT 14 with the message Screen Subset Finished. Here, the user must click with the mouse on the OK button to continue. Next, a branch is made to connector O in FIG. 6J to decide what to do next. This flowchart is discussed shortly. This concludes the FIG. 6I teaching. 
Before going on to the FIG. 6J flowchart, consider the effect of the seven Layout Menu items on the interface language. For example, consider again the Sales Item Menu shown in FIG. 2A. Next, look at the interface language for this screen 
shown in FIG. 3
　であって、上記引用の英語原文中の“ FIG. 3”は、本願明細書である日本語翻訳文における【図９】に相当する。段落【００３９】の翻訳においては、“FIG.3”についての記載、即ち、
日本語翻訳における【図９】についての記載が欠落している
）
　
１６．同段落【００４０】に、
「図９を参照してほしい。最初の「２」レコードに、ストリング「１４８、１、１０」が含まれていることに留意されたい。１４８は、ダイナキー１の「有り」状態に対するＥＬＬ機能名が、「「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルの１４８番目の機能であることを示す。次に、「１、１０」という情報は、ＥＬＬ機能が１−１０のデジットの長さの入力を待っていることを意味する。図１０を参照してほしい。その「データ有り」状態のダイナキー１に割り当てられた１４８番目の機能は、「Ｉｔｅｍ−Ｃｈａｎｇｅ−ＱｕａｎｔｉｔｙＷ」（４１１）として識別されていることに留意されたい。図９および図１０情報の「２」レコードのヘッディング３０２は、適用できる場合には、ダイナキーＥＬＬ割当の残りおよびデータ範囲の場所を知るのに使用することができる」
　と記載されているが、【図９】は、「．ｃｓｖ」ファイルに関するものであり、上記引用の記載には、該「．ｃｓｖ」ファイルと「ｋｅｙｌｏｇｉｃ．ｄａｔ」との関係に言及した内容が含まれるが、該引用の記載内容を参酌しても、「ｋｅｙｌｏｇｉｃ．ｄａｔ」がどのような構造のものであるか不明であり、本願明細書及び図面の他の記載内容を参酌しても不明である。
　
１７．同段落【００４１】に、
「、「．ｋｅｙ」ファイルをチェックすることによって、どのグローバルキーが図２のスクリーンに対して使用することができるかを判断することができる」、
　と記載されているが、どのように実現しているのか、本願明細書及び図面の他の記載に内容を参酌しても不明である。
　
１８．同段落【００４１】に、
「図２のスクリーンが現在表示されている場合」、
　同段落【００４２】に、
「図２用の第三のレイアウト・メニューに非常によく似ている」、
　同段落【００４３】に、
「図２のその「データ有り」の状態のスキャナ」、
　同段落【００４４】に、
「図９のヘッディング、図２および図１０を見れば」、
　と記載されているが、
　【図２】は、「小売りダイナキー（商標）システムの関連ブロック図」であるから、前記引用の記載内容と、【図２】とが対応していない。
　
１９．同段落【００４６】に記載の、
「ＧＯＴＯメニューを使用使用として」は誤記である。
　
２０．同段落【００５１】に、
「そのスクリーンが特定のスクリーン・セット内の唯一のスクリーンである場合には、構造内に常駐する「．ｋｅｙ」情報が、現在空であるスクリーン・セットを反映するために更新される」と記載されているが、
「構造内に常駐する「．ｋｅｙ」情報」とは何か、
　また、同段落【００５２】に記載された、
「外部インターフェース分岐および「．ｋｅｙ」構造内で参照されたスクリーン番号が、必要に応じて、修正される」における、
「「．ｋｅｙ」構造内」との対応関係はどのようなものであるか、
　上記引用の記載内容及び本願明細書及び図面の他の記載内容を参酌しても不明である。
（段落【００５２】の記載については、上記で引用した段落【００１６】に記載された「．ｋｅｙ」の内部構造に記載された「スクリーン番号」あることは、理解できるが、段落【００５１】における「構造内」とは、“何”の「構造内」であるか不明である。）
　
２１．同段落【００５３】に、
「図１１のスクリーン５００におけるレシート領域の上半分に、試験中の現在のスクリーン番号が表示されていて、その番号が６であことに留意されたい。これは図３の同じスクリーン・セット２０１に対応する。また、試験中のダイナキーは最初のダイナキー２１１であり、その二つの行ラベルは「品目数量」で、この場合、ラベルの第二の行はブランクである」と記載されているが、
　【図１１】を参照しても、「スクリーン５００」がどれか不明であり、【図３】を併せて参照しても、「スクリーン・セット２０１」がどれで、「ダイナキー２１１」がどれであるか不明である。
　
２２．同段落【００５４】に記載された、
「＜Ｔ＞の実行はブロッ５００からスタート」は誤記を含んでいる。　
　
２３．同段落【００５６】に記載された、
「ブロック５１．８」は誤記である。
　
２４．同段落【００６３】に、
「スタート・スクリーン番号により整数「黒板」アレイが満たされる」、
「インターフェース語が外部を生成し、修正することができる」と記載されているが、
　「整数「黒板」アレイ」、「インターフェース語」とは何か？不明である。
　
２５．同段落【００６４】に、
「このプロセスは、以降のインターフェース・スクリーンが削除および生成されるときに、外観および感触を改善するために行われる」と記載されているが、
　ここでいう「外観および感触」とはどのようなものか？不明である。
　
２６．同段落【００６４】に、
「「．ｉｎｉ」ファイルを使用することができる」、
　と記載されているが、該「．ｉｎｉ」ファイルは、“何処”で、あるいは、“何”にとって作成され、また、該「五つのファイル」との関係がどのようなものであるか？不明である。
　
２７．同段落【００６５】に、
「この問題を処理するために、特殊の数学的合成機能が＜Ｒ＞に設定されている」、
　と記載されているが、ここでいう、「特殊の数学的合成機能」とは何か？不明である。
　
２８．同段落【００６７】に、
「エベント・ハンドラ機能」と「イベント・ハンドラ機能」の両方が記載されている。
（用語が不統一である。）
　
２９．同段落【００７０】及び同段落【００８０】に記載の、
「「ｂＬｏｇｉｃ」変数」は、“何”で、“何処”から出てきたものか？不明である。
　
３０．同段落【００７１】に、
「その後、コードの下記のＣ行、すなわち、「ｂＳｔａｔｕｓ＝Ｂｒｉｄｇｅ［ｉＦｕｎｃｔｉｏｎ］（）；」を使用して、正しいＥＬＬ機能作業がスタートする」、
「、「．ｈ」ファイルが「ｉｎｔ（＊Ｂｒｉｄｇｅ［ＮＵＭ−ＦＵＮＣＴＩＯＮ］）（ｖｏｉｄ）＝｛．．．．｝；」のように「ブリッジ」を定義しているからである」、
「「．ｈ］ファイルおよび「．ｃ］ファイルの生成は、入力として「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルを使用することにのより、自動的に行われる」、
「ＥＬＬ機能を含むスケルトン「．ｃ］ファイルが、特定のＥＬＬコードの追加が行われるとき、修正される」、
「「．ｈ］ファイルおよび「．ｃ］ファイルを更新するプログラムが実行される」、
と記載されているが、
ａ．「コードの下記のＣ行、すなわち、「ｂＳｔａｔｕｓ＝Ｂｒｉｄｇｅ［ｉＦｕｎｃｔｉｏｎ］（）；」」とは何で、何処からもたらされたものか？
ｂ．「．ｈ」ファイル、「．ｃ」ファイルとは何で、どのようにして、「「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルを使用することにのより」「生成」されるのか、また、該「五つのファイル」との関係はどのようなものであるか？
ｃ．「「ｉｎｔ（＊Ｂｒｉｄｇｅ［ＮＵＭ−ＦＵＮＣＴＩＯＮ］）（ｖｏｉｄ）＝｛．．．．｝；」」とは何で、何処からもたらされたものであるか、また、「ブリッジ」とは何か？
ｄ．「スケルトン「．ｃ］ファイル」とは何か？
ｅ．「「．ｈ］ファイルおよび「．ｃ］ファイルを更新するプログラム」とは、どのようなもので、何処からもたらされたものか？不明である。
（「．ｈ」ファイル、「．ｃ」ファイルは、該段落【００７１】以降にも散見されるが、それらの記載内容をみても、どのようなものであって、何処からもたらされ、該「五つのファイル」と同関係するのか不明である。
　また、上記ａ．およびｃ．で指摘した記載は、プログラムの一部を抜き出したような表現についてのものであるが、例えば、「ダイナキー」や「スクリーン」の設定を行うプログラムの存在、または、該プログラムの記述に関する点については、本願明細書及び図面の内容からは一切読み取れない。）
　
３１．同段落【００７５】に記載された、「ローガン処理」とは何か？
　
３２．【図１２】のブロック１２０と、ブロック１２２の間に「Ｂ→」が存在し、これに関連して、同段落【００１９】に、
「制御がブロック１２０に渡され、そこですべての入力レコード情報が読み取られ、種々のアレイ内に記憶される。次に実行されるブロックは、ブロック１２２であり、このブロックはコネクタＢに接続している」、
　と記載されているが、該「コネクタＢ」が、何処から到来しているのか、本願明細書及び図面の記載を参酌しても不明である。
（【図１２】〜【図２３】が、英語原文では「ＦＩＧ．６Ａ」〜「ＦＩＧ．６Ｌ」で「エクスターナル・ダイナキー・インターフェース」を構築するためのフローチャートであるが、英語原文においても「コネクタＢ」の出力側の記載が存在しない。）
　
理由３．２９条２項について（省略）」
　
その４．当審の判断
（あ）理由２の２の項目１．（ｂ）について
　平成２２年１１月１８日付けの手続補正によって補正された請求項１（以下、「補正後の請求項１」という）に記載された内容をみても、依然として「インターフェース制御手段」がどのようなものであるか不明である。
　また、「インターフェース制御手段」については、当審の拒絶理由の理由２の３の項目１などで指摘したように、本願明細書の発明の詳細な説明には、該「インターフェース制御手段」に対応する構成要素が記載されていないので、本願明細書の発明の詳細な説明を参酌しても、「インターフェース制御手段」がどのようなものであるか明瞭になるものではない。
　
（い）理由２の２の項目３について
　補正後の請求項１に記載の、
「（ａ）前記インターフェース制御手段の少なくとも一つ、前記スクリーン・セットの少なくとも一つ、前記スクリーン・タイプの少なくとも一つ及び前記スクリーン・テキストの少なくとも一つ、の各入力のためのファイルを生成する生成手段」との記載をみても、該記載における「入力」が、“何処”、あるいは、“何”に対する“誰”、あるいは、“何”による「入力」を表現したものであるか依然として不明である。
　また、“インターフェース制御手段の少なくとも一つの入力”、“スクリーンセットの少なくとも一つの入力”、“スクリーン・タイプの少なくとも一つの入力”、“スクリーン・テキストの少なくとも一つの入力”が、それぞれ、“何処”、あるいは、“何”に対する“誰”、あるいは、“何”に対する「入力」を表現したものであるか、不明である以上、該「各入力のためのファイル」」が、どのような“構造”、あるいは、どのような“データ”を有するものであるのかも、依然として不明である。
　
（う）理由２の２の項目６について
　補正後の請求項１に記載された内容からは、「グラフィカル・ユーザ・インターフェースを生成するためのシステム」が、“複数のインターフェース制御手段と、スクリーン・セット、スクリーン・タイプ及びスクリーン・テキストと、を備え”、“ファイルを生成する手段”、“ファイルを記憶する記憶手段”、“新たなスクリーンセットを表示する表示手段”、“インターフェース制御を入力する手段”、“インターフェース制御に係る機能を実行する実行手段”の各手段を備える点が読み取れるが、上記指摘の当該“システムの構成要素”だけからでは、「各入力のためのファイル」を生成し、「新たなスクリーンを表示」し、「選択された前記インターフェース制御を入力」し、「前記選択された前記インターフェース制御に係る機能を実行する」ことで、「コンピュータ・システムにおける一又は複数のインターフェース制御を備えるグラフィカル・ユーザ・インターフェース」をどのようにして「生成」しているのか、依然として全く不明である。
　
（え）理由２の３の項目２について
　「ファイル」の「生成」に関しては、本願明細書の発明の詳細な説明には、当審の拒絶理由の理由２の３の項目２で指摘した程度の内容しか記載されていないので、「入力のためのファイルを生成する生成手段」がどのように実現されているのか、補正後の請求項１の記載、及び、該請求項１の補正に対応して補正された発明の詳細な説明の記載を加味しても、依然として不明である。
　
（お）理由２の３の項目５〜３２について
　平成２２年１１月１８日付けの手続補正においては、当審の拒絶理由において指摘した理由２の３の項目５〜３２においては、何らの補正も行われておらず、また、同日付けの意見書において、該理由２の３の項目５〜３２で指摘の点について何ら言及されていないので、該項目５〜３２に指摘の記載不備は依然として解消していないので、
　どのようにして、補正後の請求項１に係る発明を実現しているのか、依然として不明である。
　
その５．むすび
　したがって、本願は、特許法第３６条第４項及び同第６項第２項に規定する要件を満たしていない。
　
　よって、結論のとおり審決する。