【事件の表示】
　平成　２年特許願第２０５５５１号「プログラム作成装置」拒絶査定に対する審判事件〔平成　４年　３月２４日出願公開、特開平　４−　９００２５、請求項の数（３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
１． 手続の経緯・本願発明
　本願は、平成２年８月２日の出願であって、その請求項１乃至３に係る発明は、手続補正書により補正された明細書および図面の記載からみて、特許請求の範囲の請求項１乃至３に記載された以下のものである。
「【請求項１】プログラム部品を機能面で階層構造に分類し最終階層にプログラム部品が分類された分類情報を格納するプログラム部品情報管理ファイル（１０）と；
　前記プログラム部品情報管理ファイル（１０）の内容が表示されたプログラム部品群の選択と並べ替えを会話形式により最上層から最下層まで順番に行う編集部（１２）と；
　該編集部（１２）の選択と並べ替えに基づいてプログラムの処理フローを作成する処理部（１４）と；
　該処理部（１４）で作成されたプログラムの処理フローを格納する処理フロー情報管理ファイル部（１６）と；
　利用できるプログラム部品のモジュールが格納されたプログラム部品格納ファイル（２０）と；
　前記処理フロー情報管理ファイル（１６）の作成処理フローに従って前記プログラム部品格納ファイル（２０）から取り出されたプログラム部品を前記処理部（１４）で実行可能な形式に変換した後に格納する実行プログラム格納ファイル部（２２）と；
を備え、前記プログラム部品情報管理格納ファイル部（１０）の分類情報に従って前記編集部（１２）と会話しながら処理部（１４）により階層レベルの高い順に段階的に分類系を選択してプログラム部品への絞り込みを行いながら処理フローを作成し、作成した処理フローを前記処理フロー管理ファイル部（１６）に出力して格納し、最終的に作成処理フローに従って前記プログラム部品格納ファイル部（１８）（２０の誤記と認める。）のプログラム部品を取り出して実行可能な形式に変換したプログラムを出力することを特徴とするプログラム作成装置。
【請求項２】請求項１記載のプログラム作成装置において、
　前記編集部（１２）である階層のある分類名を選択した際に前記処理部（１４）により選択肢に付与される採用順番を示すＩＤコードを階層レベル毎に格納する採用番号記憶ファイル部（１８）を設け、前記処理フロー情報管理ファイル部（１６）には、前記採用番号記憶ファイル部（１８）の採用番号識別子による処理フローの順番と各採用番号子の示す分類名を階層レベル毎に格納したことを特徴とするプログラム作成装置。
【請求項３】請求項１記載のプログラム作成装置において、
　前記処理部（１４）は、
　前記プログラム部品管理情報ファイル部（１０）の内容をメモリ上で管理するプログラム部品情報管理手段（２４）と；
　該プログラム部品情報管理手段（２４）が管理する情報を前記編集部（１２）に表示したり、前記編集部（１２）によって選択された選択肢を認識する表示認識手段（２６）と；
　処理フローに採用された選択肢につける採用番号を示す識別用のＩＤカードを発行し、発行したＩＤカードを前記採用番号記憶ファイル（１８）に格納する採用番号管理手段（２８）と；
　編集中の処理フローの状態をメモリ上で管理する処理フロー管理手段（３０）と；
　前記プログラム部品情報管理ファイル部（１０）、採用番号記憶ファイル部（１８）及び処理フロー情報管理ファイル部（１６）と前記プログラム部品（管理はいらない）情報管理手段（２４）、採用番号管理手段（２８）及び処理フロー管理手段（３０）との間でファイルからロード及びファイルへのセーブを行うファイル部アクセス手段（３２）と、
　前記処理フロー情報管理ファイル部（１６）に従ってプログラムの処理に必要なプログラム部品を前記プログラム部品格納ファイル部（２０）から抜き出すプレコンパイル手段（３４）と；
　該プレコンパイル抽出手段（３４）により抜き出されたプログラム部品を実行可能な形式に変換して前記実行プログラム格納ファイル部（２２）に格納するコンパイル手段（３６）と；
　を備えたことを特徴とするプログラム作成装置。」
　
２． 原査定の拒絶の理由
　原審の拒絶の理由は、
「この出願の発明は、その出願前国内において頒布された下記の刊行物に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　記
　１．情報処理学会研究報告87-SF-21、87［40］(1987-6-26)pp．5-12「部品合成によるプログラム自動合成システム」
　２．特開昭６３−１０１９３３号公報、特に第15-17図の実施例
　階層化したプログラム部品からプログラムを作成する技術は上記１−２に記載されている。」というものであり、
　また、拒絶査定の備考欄には、
「上記拒絶理由通知書における引用例２の第４頁左下段８行目−第５頁右上段６行目や第３図の記載からすると、プログラムの処理フロー情報を含むドキュメント情報２９を作成・登録するに当たり、プログラム部品の一種であるオブジェクトを機能的に階層化したデータオブジェクト抽象化概念２８を表示／選択して最終的には最下位のデータオブジェクト概念をドキュメント２８に対応づけることでプログラムの作成を行うということができ、請求項１記載の発明は上記事項に比較して進歩性を有するとは言えない。また、請求項２−５について、上記事項を達成するための自明の部品管理機構を記述したことによっては本願発明の進歩性を認めることができない。さらに請求項６について、引用例２記載のものにおいても最終的にはプログラムの生成を行なうものであり、コンパイル過程を付加することに格別の困難性はない。
　なお、出願人が意見書２頁以降において主張する、
「本願はプログラム部品を少なくとも２以上の抽出度別に分類して管理を行なっている」かどうかは請求項の記載から導き出せるとは言えず、「本願のようにキーワードの入力を不要としたプログラムの合成はできない」について、キーワード入力に関する事項は請求項及び発明の詳細な説明とは無関係である。
以上のとおり、出願人の主張は根拠のないものである。」と指摘している。
　
３．当審の判断
　上記の引用例１には、部品合成によるプログラム自動合成システムの発明が記載され、上記引用例２には、ソフトウエア開発支援方式の発明が記載されている。
　しかしながら、
　引用例１に記載された発明は、（ｉ）ユーザの要求を満足する部品のインスタンス（＝　ソース・プログラム）を生成する過程　（ｉｉ）生成された部品のインスタンス同士を組み合わせて行く過程　の２つからなる部品合成による方法において、自動化のためのプログラムの合成に適した「部品表現のモデルとその意味記述」を行うことに関するものであり、請求項１乃至３に係る発明のプログラム作成装置とは、技術内容が相違するものである。
　また、引用例２に記載された発明は、ソフトウエア開発支援方式の発明であって、既存の仕様書を体系的に分類して、自動的に登録し、検索インデックスに対応するキーワードを抽出して、適切なソフトウエアのドキュメントを効率的に検索できる階層化した仕様情報データベースに関する発明であり、最下位のオブジェクトをドキュメント２８に対応づける点では類似するものの、その階層化した構造は、適切なソフトウェアドキュメントを選択するための検索データベースの階層構造であって、請求項１乃至３に係る発明のプログラム作成装置とは、技術内容が相違するものである。
　
　上記の引用例１又は２に記載された発明には、
　請求項１乃至３に係る発明の、
（１）プログラム部品を機能面で階層構造に分類し最終階層にプログラム部品が分類された分類情報を格納するプログラム部品情報管理ファイル（１０）と；
　前記プログラム部品情報管理ファイル（１０）の内容が表示されたプログラム部品群の選択と並べ替えを会話形式により最上層から最下層まで順番に行う編集部（１２）と；
　を備える構成、及び
（２）プログラム部品情報管理格納ファイル部（１０）の分類情報に従って前記編集部（１２）と会話しながら処理部（１４）により階層レベルの高い順に段階的に分類系を選択してプログラム部品への絞り込みを行いながら処理フローを作成し、作成した処理フローを前記処理フロー管理ファイル部（１６）に出力して格納する構成、及び
（３）最終的に作成処理フローに従って前記プログラム部品格納ファイル部（２０）（１８は間違い）のプログラム部品を取り出して実行可能な形式に変換したプログラムを出力する構成を備える点、特に、（２）の点は開示されていない。
　又、上記の各構成を備える点について、各引用例に記載された発明に基いて当業者が容易に想到することができたものであるとすることもできない。
　
　そして、請求項１乃至３に係る発明は、プログラム部品を利用したプログラム開発の際に、プログラム部品の選択肢がその選択範囲を絞られて提示される為に、プログラム部品の選択をより的確に、効率よく行うことができるという明細書記載の効果を奏するものと認められる。
　
４．むすび
　したがって、請求項１乃至３に係る発明は、引用例１及び２に記載された発明に基いて当業者が容易に発明をすることができたものであるとはいえない。
  また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。