【事件の表示】
　特願２００５−１７５８６２「組込みシステムのプログラムデバッグ方法」拒絶査定不服審判事件〔平成１８年１２月２８日出願公開、特開２００６−３５０６７６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１７年６月１６日を出願日とする出願であって、出願後の手続きの経緯は次のとおりである。
　
拒絶理由の通知　　　　（起案日）平成２３年１月７日
意見、手続補正　　　　（提出日）平成２３年３月１６日
拒絶査定　　　　　　　（起案日）平成２３年７月５日
同　謄本送達　　　　　（送達日）平成２３年７月１２日
審判請求　　　　　　　（提出日）平成２３年１０月１２日
手続補正　　　　　　　（提出日）平成２３年１０月１２日
前置報告　　　　　　　（作成日）平成２３年１１月１７日
審尋　　　　　　　　　（起案日）平成２３年１２月２８日
回答　　　　　　　　　（提出日）平成２４年３月２日
拒絶理由の通知　　　　（起案日）平成２４年１２月３日
意見、手続補正　　　　（提出日）平成２５年１月３１日
　
２．本願発明
　本願の請求項１に係る発明は、平成２５年１月３１日付けの手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次の事項により特定されるものである。（以下「本願発明」という。）
　
「デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとを参照する演算処理部の制御方法であって、
　ブレーク要求コードをコンパイラないしインタプリタが、当該演算処理部が実行可能な形態に変換するとともに、前記演算処理部が実行できるように前記コンパイラないしインタプリタが前記実行プログラムに挿入し、
　前記演算処理部は、ブレーク要求が挿入された前記実行プログラムが実行されている状態で、当該実行プログラム内に前記ブレーク要求が記述されているか否かを検出し、
　前記実行プログラム内に前記ブレーク要求が記述されていたならば、前記実行プログラムが実行されている状態で、前記演算処理部が前記ブレーク要求を標準入力待ちコードと読み替えて実行し、
　前記演算処理部が、読み替えた前記標準入力待ちコードの実行により、前記実行プログラムの実行状態を一時停止させ、前記実行プログラムの実行状態が一時停止した状態で、標準入力からの入力を識別し、識別した当該標準入力に応じて、所定の変数値をディスプレイ装置に表示し、又は、更新することを特徴とする演算処理部の制御方法。」
　
３．引用文献
３．１　当審の拒絶の理由で引用された本願出願前に頒布された刊行物である特開平６−３１４２２１号公報（ 以下、「引用文献１」という。）には、図面とともに次の記載がある。（下線は当審付与。）
　
 Ａ．「【０００６】また、ソースプログラムの中に実行ログ採取関数を指定する際、
ユーザ自身によって必要な位置に必要な実行ログ採取関数の呼び出し文をソースプログラム中に追加あるいは変更を行わなくてはならず
【０００７】更に、実行ログ情報採取終了後には再度ソースプログラムを修正してこの挿入された実行ログ採取関数を削除する作業が必要となり、この作業により新たなコーディングミスが発生してしまうなどの問題があった。
【０００８】この発明は上記のような課題を解消するためになされたもので、ソースプログラムを修正することなく、ソースプログラム中の任意の箇所に指定実行ログ採取関数を呼び出すコードを自動的に挿入した
目的コードファイル
　
Ｂ．「【０００９】
【課題を解決するための手段】以上の目的を達成するために、本発明に係るコンパイル方式は、ソースプログラムの実行におけるログ情報を採取するための目的コードを生成するコンパイル方式において、コンパイラ起動時に指定されたオプションを解析し、実行ログ採取オプションが指定されているかどうかを判定するオプション判定手段と、前記実行ログ採取オプションに指定された実行ログ制御情報ファイルから実行ログ制御情報を読み込み解析する実行ログ制御ファイル解析手段と、前記実行ログ制御ファイル解析手段により解析された前記実行ログ制御情報に基づき、前記ソースプログラムの実行ログ採取関数を挿入する箇所を判定する実行ログ採取関数呼び出し判定手段と、前記実行ログ採取関数呼び出し判定手段により指定された箇所に挿入する前記
実行ログ採取関数を呼び出すコード
　
Ｃ．「【００１８】・・・コード生成部５７は、プログラムソースファイル１０のコード化を行う。実行ログ採取関数呼び出し判定部５８は、コード生成部５７により生成されたプログラム目的コードが実行ログ採取関数を挿入すべき箇所（位置）であるかを判定する。実行ログ採取関数呼び出し命令生成部５９は、実行ログ採取関数呼び出し判定部５８により
指定されたプログラム目的コードの箇所に挿入する実行ログ採取関数を呼び出すコード
【００１９】本実施例の特徴的なことは、プログラムの実行の際にログを出力させ、そのログを採取するための制御情報である実行ログ制御情報をプログラムソースファイル１０とは別に実行ログ制御情報ファイル４に記述し、その実行ログ制御情報ファイル４をコンパイル時に読み込むようにしたことであり、この結果、
プログラムソースファイル１０を修正することなく実行ログを採取することができる。
…（中略）…
【００２２】・・・つまり、コンパイラ５２の起動時には
予め実行ログ制御情報ファイル４を作成しておく
実行ログ制御情報には、実行ログ採取関数名、実行ログ採取関数の引数、ソースプログラムの実行ログ採取関数の挿入する箇所等の実行ログ採取に関するデータが記述
…（中略）…
【００２４】コンパイラ５２は実行ログ採取に関するデータが設定されると、プログラムソースファイル１０を読み込み、通常の字句解析処理（ステップ１０４）及び構文解析処理（ステップ１０５）を行う。
【００２５】ステップ１０６以降の処理で目的コードファイル３０を生成するわけであるが、まず、ステップ１０６において、実行ログ採取オプションが指定されているかを判定する。次に、実行ログ採取オプションが指定されている場合、現在処理対象となっているソースプログラム行が処理され、出力されようとしているプログラム目的コードが実行ログ採取指定された位置のプログラム目的コードかどうか判定する（ステップ１０７）。もし実行ログの採取が指定された位置ならば、
実行ログ採取関数呼び出しコード
実行ログ採取関数呼び出しコード
…（中略）…
【００２７】・・・実行ログ情報を出力・・・実行ログ情報を採取・・・
【００２８】また、実行ログ採取関数は、その関数の外部の関数内で定義されている局所変数の値や広域変数の値を実行ログ情報として採取するだけでなく、
実行ログ採取関数
用意しておけば
【００２９】また、上記実施例で生成された
実行ログ採取関数呼び出しコードでは、その実行ログ採取関数の引数として呼び出した箇所のアドレスがセットされる。したがって通常のデバッグオプションと併用することにより実行ログ採取関数内部で、実行ログ関数を呼び出した関数名、ファイル名、行番号等のシンボル情報を参照することが可能になる。
実行ログ採取関数自身の処理内容に関してコンパイラ５２は認識しなくても良い
　
Ｄ．図１、図２には、コンパイラの内部処理とその手順が示されている。
　
　上記Ａ．〜Ｄ．の記載から、次のことがいえる。
　
（Ａ）Ｃ．の「デバッグオプションと併用」において、ソースプログラムからコンパイルされた目的コードファイルがコンピュータで実行されることを前提としていること、及び、目的コードファイルの目的コードはコンピュータで実行させながらデバッグすることは通常の技術である。
　
（Ｂ）Ａ．の「ユーザ自身によって必要な位置に必要な実行ログ採取関数の呼び出し文をソースプログラム中に追加あるいは変更を行わなくてはならず」という問題点を解決すべく、Ｃ．の「プログラムソースファイル１０を修正することなく実行ログを採取することができる」ようにしたものが引用文献１の実施例である点、及び、Ｃ．に「通常のデバッグオプションと併用」との記載がある点をふまえると、引用文献１には、ソースプログラム中に追加あるいは変更を行うといったソースプログラムのプログラミング記述による修正によることなく、自動的にプログラムソースファイル（ソースプログラム）を修正できることが示されているといえる。
　これに加えて、Ｃ．の「通常のデバッグオプションと併用することにより実行ログ採取関数内部で、実行ログ関数を呼び出した関数名、ファイル名、行番号等のシンボル情報を参照することが可能」、「実行ログ採取関数自身の処理内容に関してコンパイラ５２は認識しなくても良い」との記載から、「デバッグ」においてもＢ．に記載された如き手法は併用されることができ、当該手法として、Ｂ．の「実行ログ制御情報を読み込み解析」、指定された箇所に挿入する「実行ログ採取関数を呼び出すコード（実行ログ採取関数呼び出しコード）」、呼び出される「実行ログ採取関数」を用いることができることが示されているといえる。
　ここで、前記「デバッグ」が目的コードを実行させながら行うことは慣用のものである。
　
（Ｃ）Ｃ．の段落【００２４】〜【００２５】の記載から、「実行ログ採取関数呼び出しコードをコンパイラが、コンピュータが（ソースプログラムを）実行可能な形態の目的コードに変換するとともに、前記コンパイラが前記目的コードファイルに挿入」しているといえる。前記「実行ログ採取関数呼び出しコード」は、Ａ．の「ソースプログラム中の任意の箇所に指定実行ログ採取関数を呼び出すコードを自動的に挿入した目的コードファイルを生成」との記載から、関数呼び出しコードが挿入されている態様をよみとることができる。
　また、デバッグと併用されて、前記「関数呼び出しコードが挿入」された「目的コードファイル」が（適宜のリンクなどの後）実行される時、目的コードが順次解読されてゆき前記関数呼び出しコードが解読（検出）されると前記「関数」が呼び出されることになり、前記検出（解読）は通常の目的コード（プログラム）の実行に付随する技術であり、これを換言すると「前記コンピュータは、実行ログ採取関数呼び出しコードが挿入された前記目的コードファイルが実行されている状態で、当該目的コードファイル内に前記実行ログ採取関数呼び出しコードが記述されているか否かを検出」するものであるといえる。
　
（Ｄ）さらに、「実行ログ採取関数」は、Ｃ．の「予め実行ログ制御情報ファイル４を作成しておく」、「実行ログ制御情報には、実行ログ採取関数名、実行ログ採取関数の引数、ソーズプログラムの実行ログ採取関数の挿入する箇所等の実行ログ採取に関するデータが記述」との記載から、（Ｂ）の呼び出すコードにより呼び出される側の「実行ログ採取関数」は適宜プログラミング記述をして関数を「作成しておけば」これが（参照されて）呼び出されるものであり、「実行ログ採取関数」に限らず、予め記述して用意した「関数」を参照可能であることをよみとることができる。
　そして、Ｃ．の段落【００２９】には、「実行ログ採取関数呼び出しコードでは、その実行ログ採取関数の引数として呼び出した箇所のアドレスがセットされる。したがって通常のデバッグオプションと併用することにより実行ログ採取関数内部で、実行ログ関数を呼び出した関数名、ファイル名、行番号等のシンボル情報を参照することが可能になる。」と記載されている。
　以上の事項を参酌すると、「当該目的コードファイル内に前記実行ログ採取関数呼び出しコードが記述されていたならば、前記目的コードファイルが実行されている状態で、前記コンピュータにより前記実行ログ採取関数呼び出しコードが当該コードの引数として呼び出された関数名、ファイル名、行番号等に係る実行ログ採取関数が参照され」ること、及び「前記コンピュータが、前記呼び出した前記関数名、ファイル名、行番号等に係る実行ログ採取関数の参照により、実行ログを採取する」ことをよみとることができる。
　
　Ｂ．に記載の目的コードを生成するコンパイル方式において、（Ａ）〜（Ｄ）の点をふまえると、引用文献１から次の発明（「引用文献１発明」という。）をよみとることができる。
　
「デバッグオプションと併用され、コンパイラによりソースプログラムから生成された目的コードファイルを処理するコンピュータの制御方法であって、
　実行ログ採取関数呼び出しコードをコンパイラが、当該コンピュータが（ソースプログラムを）実行可能な形態の目的コードに変換するとともに、前記コンパイラが前記目的コードファイルに挿入し、
　前記コンピュータは、実行ログ採取関数呼び出しコードが挿入された前記目的コードファイルが実行されている状態で、当該目的コードファイル内に前記実行ログ採取関数呼び出しコードが記述されているか否かを検出し、
　当該目的コードファイル内に前記実行ログ採取関数呼び出しコードが記述されていたならば、前記目的コードファイルが実行されている状態で、前記コンピュータにより前記実行ログ採取関数呼び出しコードが当該コードの引数として呼び出された関数名、ファイル名、行番号等に係る実行ログ採取関数が参照され、
　前記コンピュータが、前記呼び出した前記関数名、ファイル名、行番号等に係る実行ログ採取関数の参照により、実行ログを採取する
　ことを特徴とするコンピュータの制御方法。」
　
３．２　同じく、当審の拒絶理由で引用された本願出願前に頒布された刊行物である、特開平３−２９４９３４号公報（ 以下、「引用文献２」という。）には、図面とともに次の記載がある。（下線は当審付与。）
　
Ｅ．「（作用）
　・・・並列処理を有する
被デバッグプログラムが試験者が設定した実行停止点（ブレークポイント）まで達した時
現在走行しているプロセス
実行停止点の周辺ソースプログラムを前記表示部に表示した後にコマンド待ち状態とし
実行停止点の周辺ソースプログラム
実行停止検出部７
　
Ｆ．「・・・
並列プログラムの実行の停止を検出すると、
実行停止点の周辺ソースプログラムを前記表示部に表示した後にコマンド待ち状態とする
　なお、ロードモジュール１３の中の実行停止点を、ソースプログラム１２の
各行に
設定
ステップ実行
　
Ｇ．第１図にはデバッガ４内に実行制御部８、実行停止検出部７、プロセス比較部１１、現在走行中のプロセス番号の記憶部９が記載され、第２図には特定プロセストレースが記載されている。
　
　上記Ｅ．〜Ｇ．によれば、特に「現在走行しているプロセス」、「実行停止点の周辺ソースプログラムを前記表示部に表示した後にコマンド待ち状態とし」との記載から、走行しているプロセスは実行停止点で停止し、実行停止点の周辺のソースプログラムを参照してソースプログラムの当該周辺を表示していることをよみとることができ、引用文献２には、「デバッグ対象の実行プログラム（被デバッグプログラム）と、当該実行プログラムのソースコードファイル（実行停止点の周辺ソースプログラム）とを参照する演算処理部（プロセス比較部、実行制御部など）」の技術が示されているといえる。
　
３．３　同じく、当審の拒絶理由で引用された本願出願前に頒布された刊行物である、特開２００４−１３９３１３号公報（ 以下、「引用文献３」という。）には、図面とともに次の記載がある。（下線は当審付与。）
　
Ｈ．「【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ソースコード表示対象の実行プログラムの実行状態で、当該実行プログラム内に
表示制御コマンドが記述
実行プログラムの実行を一時停止し、停止状態において
ソースコードファイル
　
Ｉ．図１には、
演算処理部
ソースコードファイル
コマンドライブラリ
　
３．４　同じく、当審の拒絶理由で引用された本願出願前に頒布された刊行物である、RichardM.Stallman,RolandH.Pesch，ＧＤＢデバッギング入門，日本，株式会社アスキー，１９９９年２月１１日，第１版，１８〜２１頁、３７頁、５９頁（ 以下、「引用文献４」という。）には、図面とともに次の記載がある。（下線は当審付与。）
　
Ｊ．「ＧＤＢのbreakコマンドを使って、そこにブレークポイントを設定する。
　…（中略）…
・・・制御がm4_changequoteサブルーチンに達しないかぎり、プログラムは正常に動作する。
　…（中略）…
ブレークポイントをトリガーするため、changequoteを呼び出す。これでＧＤＢは、m4の実行を中断し、停止したコンテキストに関する情報を表示する。」（１８頁１５行〜２７行）
　
Ｋ．「現在行の前後１０行を表示できるので、これでコンテキストをチェックできる。
　…（中略）…
・・・コマンドを使って、もっとよい値にこれらの変数を設定できる。」（２０頁９行〜末行）
　
Ｌ．「標準入力と標準出力
　ユーザプログラムは通常、ＧＤＢが
標準入力および標準出力
リダイレクト
　
Ｍ．「５．１．７　ブレークポイントのコマンドリスト
　ブレークポイント（またはウォッチポイント）に対し、そのブレークポイントが原因でプログラムが停止したときに実行できる一連のコマンドを指定できる。」（５９頁１１行〜１３行）
　
４．対比 
　本願発明と引用文献１発明とを対比すると、次のことがいえる。
　
（ア）引用文献１発明の「デバッグオプションと併用され、コンパイラによりソースプログラムから生成された目的コードファイルを処理するコンピュータの制御方法」は、当該実行プログラムに相当する「目的コードファイル」、ソースコードファイルに相当する「ソースプログラム」がデバッグ（処理）の対象として「コンピュータ」に「制御」される「方法」であり、一方、本願発明の「デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとを参照する演算処理部の制御方法」も、上位概念では、「デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとに係るコンピュータの制御方法」とみることができる。よって、両発明は、「デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとに係るコンピュータの制御方法」である点において共通する。
　
（イ）引用文献１発明の「実行ログ採取関数呼び出しコード」は、「ブレーク要求コード」とまではいえないまでも、上位概念では、実行ログ採取を要求する「要求コード」とみることができ、一方、本願発明の「ブレーク要求コード」も、上位概念では「要求コード」とみることができる。
　また、本願発明の「演算処理部」は、上位概念では「コンピュータ」とみることができる。
　さらに、本願発明の「コンパイラないしインタプリタ」との記載は、択一的記載であって、「コンパイラ」を含むものである。
　よって、引用文献１発明の「実行ログ採取関数呼び出しコードをコンパイラが、当該コンピュータが（ソースプログラムを）実行可能な形態の目的コードに変換するとともに、前記コンパイラが前記目的コードファイルに挿入」することと、本願発明の「ブレーク要求コードをコンパイラないしインタプリタが、当該演算処理部が実行可能な形態に変換するとともに、前記演算処理部が前記実行プログラムに挿入」することとは、「要求コードをコンパイラが、当該コンピュータが実行可能な形態に変換するとともに、前記コンピュータが前記実行プログラムに挿入」することである点で共通する。
　
（ウ）引用文献１発明の「実行ログ採取関数呼び出しコード」は、上位概念では実行ログ採取の「要求」とみることができる。
　よって、引用文献１発明の「前記コンピュータは、実行ログ採取関数呼び出しコードが挿入された前記目的コードファイルが実行されている状態で、当該目的コードファイル内に前記実行ログ採取関数呼び出しコードが記述されているか否かを検出」することと、本願発明の「前記演算処理部は、ブレーク要求が挿入された前記実行プログラムが実行されている状態で、当該実行プログラム内に前記ブレーク要求が記述されているか否かを検出」することとは、上位概念において、「前記コンピュータは、要求が挿入された前記実行プログラムが実行されている状態で、当該実行プログラム内に前記要求が記述されているか否かを検出」することである点で共通する。
　
（エ）引用文献１発明の「実行ログ採取関数呼び出しコード」が「呼び出された関数（名）」の当該「関数」を呼び出すことは、「実行ログ採取関数呼び出しコード」を当該呼び出される「関数」に読み替えていることと技術的に等価と解される。そして、引用文献１発明の呼び出された「関数」、「コードの引数として呼び出された関数名、ファイル名、行番号等に係る実行ログ採取する関数」は、「標準入力待ちコード」とまではいえないまでも、「関数（コード）」を呼出しており、一方、本願発明の「標準入力待ちコード」も、上位概念では「コード」であり、読み替えて呼出しているとみることができる。
　よって、引用文献１発明の「当該目的コードファイル内に前記実行ログ採取関数呼び出しコードが記述されていたならば、前記目的コードファイルが実行されている状態で、前記コンピュータにより前記実行ログ採取関数呼び出しコードが当該コードの引数として呼び出された関数名、ファイル名、行番号等に係る実行ログ採取関数が参照され」ることと、本願発明の「前記実行プログラム内に前記ブレーク要求が記述されていたならば、前記実行プログラムが実行されている状態で、前記演算処理部が前記ブレーク要求を標準入力待ちコードと読み替えて実行」することとは、上位概念において、「前記実行プログラム内に前記要求が記述されていたならば、前記実行プログラムが実行されている状態で、前記コンピュータが前記要求をコードと読み替えて実行」することである点で共通する。
　
（オ）引用文献１発明の「実行ログを採取する」動作は「実行状態を一時停止させる」動作とまではいえないまでも、「実行状態を操作する」動作とみることができ、一方、本願発明の「実行状態を一時停止させる」動作も、上位概念では「実行状態を操作する」動作とみることができる。
　よって、引用文献１発明の「前記コンピュータが、前記呼び出した前記関数名、ファイル名、行番号等に係る実行ログ採取関数の参照により、実行ログを採取する」と本願発明の「前記演算処理部が、読み替えた前記標準入力待ちコードの実行により、前記実行プログラムの実行状態を一時停止させる」とは、上位概念において、「前記コンピュータが、読み替えた前記コードの実行により、前記実行プログラムの実行状態を操作する」事である点で共通する。
　
　上記（ア）〜（オ）の対比によれば、本願発明と引用文献１発明とは、次の点で一致し、そして、相違する。
　
〈一致点〉
　デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとに係るコンピュータの制御方法であって、
　要求コードをコンパイラが、当該コンピュータが実行可能な形態に変換するとともに、前記コンピュータが前記実行プログラムに挿入し、
　前記コンピュータは、要求が挿入された前記実行プログラムが実行されている状態で、当該実行プログラム内に前記要求が記述されているか否かを検出し、
　前記実行プログラム内に前記要求が記述されていたならば、前記実行プログラムが実行されている状態で、前記コンピュータが前記要求をコードと読み替えて実行し、
　前記コンピュータが、読み替えた前記コードの実行により、前記実行プログラムの実行状態を操作する
　ことを特徴とするコンピュータの制御方法。
　
〈相違点１〉
　デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとに係るコンピュータの制御方法が、本願発明は「デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとを参照する演算処理部」の制御方法であるのに対し、引用文献１発明は演算処理部が参照することについては特定されていない点。
　
〈相違点２〉
　コンピュータが実行プログラムに挿入するのが、本願発明は「ブレーク要求コード」を「演算処理部」が実行プログラムに挿入するのに対し、引用文献１発明は「実行ログ採取関数呼び出しコード」を「コンパイラ」が目的コードファイルに挿入する点。
　
〈相違点３〉
　検出することに係る「コンピュータ」、「要求」が、本願発明は、「演算処理部」、「ブレーク要求」であるのに対し、引用文献１発明はそのようではない点。
　
〈相違点４〉
　コードと読み替えて実行することに係る「コンピュータ」、「要求」、「コード」が、本願発明は、それぞれ、「演算処理部」、「ブレーク要求」、「標準入力待ちコード」であるのに対し、引用文献１発明はそのようではない点。
　
〈相違点５〉
　実行プログラムの実行状態を操作することに係る「コンピュータ」、「コード」、「操作」が、本願発明は、それぞれ、「演算処理部」、「標準入力待ちコード」、「一時停止させ、前記実行プログラムの実行状態が一時停止した状態で、標準入力からの入力を識別し、識別した当該標準入力に応じて、所定の変数値をディスプレイ装置に表示し、又は、更新する」ことであるのに対し、引用文献１発明はそのようではない点。
　
５．当審の判断
５−１．〈相違点１〉について
　引用文献１発明において、デバッグオプションと併用され、実行ログを採取するということは、目的コードファイルのデバッグが可能であることに他ならない。そして、引用文献２には、デバッグ対象の実行プログラム（被デバッグプログラム）と、当該実行プログラムのソースコードファイル（実行停止点の周辺ソースプログラム）とを参照する演算処理部（プロセス比較部、実行制御部など）の技術が示されている。また、引用文献３にも同様の、ソースコードファイル（ソースプログラム）の取得、表示（参照に相当）と、実行プログラムの処理を行う演算処理部が示されている。
　してみれば、引用文献１発明において、デバッグオプションと併用され、コンパイラにより目的コードファイルのソースプログラムを処理するコンピュータの制御方法を、「デバッグ対象の実行プログラムと、当該実行プログラムのソースコードファイルとを参照する演算処理部」の制御方法とすることは、前記技術を参酌することにより、当業者が容易になし得ることである。
　
５−２．〈相違点２〉について
　引用文献２のＥ．の「被デバッグプログラムが試験者が設定した実行停止点（ブレークポイント）まで達した時」、「実行停止検出部７」との記載から、試験者が設定した実行停止点を計算機を用いて被デバッグプログラム中に実行停止点（ブレークポイント）が挿入されていることをよみとることができるとともに、ブレークポイントとは端的には強制停止コード（ブレーク要求コード）によるものであり、引用文献２の第１図の計算機３に演算処理部を備えることは技術的常識である点を加味すれば、引用文献２には「ブレーク要求コード（ブレークポイント）」を「演算処理部」が被デバッグプログラム（実行プログラム）に挿入することに相当する技術が示されている。
　してみれば、引用文献１発明において、コンパイラが、要求コード（実行ログ採取関数を呼び出すコード）を目的コードファイルに挿入するのを、「演算処理部が」「ブレーク要求コード」を挿入するようなものとすることは、前記技術を参酌することにより、当業者が適宜になし得ることである。
　
５−３．〈相違点３〉について
　引用文献２には、「５−２．〈相違点２〉について」において言及したように、「演算処理部」（第１図計算機３、実行停止検出部７、第２図参照。）が実行停止点（ブレークポイント、ブレーク要求コード）を検出する技術が示されている。
　してみれば、引用文献１発明において、検出することに係る「コンピュータ」、「要求」を、「演算処理部」、「ブレーク要求」とすることは、前記技術を参酌することにより、当業者が容易になし得ることである。
　
５−４．〈相違点４〉について
　引用文献２のＥ．には「実行停止点（ブレイクポイント）の周辺ソースプログラムを前記表示部に表示した後にコマンド待ち状態」にする技術が記載されている。また、引用文献３には「表示制御コマンドが記述」されていたら「実行プログラムの実行を一時停止し、停止状態において」、「コマンドライブラリ」、「ソースコードファイル」を利用する技術が記載され、引用文献４には、「標準入力および標準出力」、「リダイレクト」の技術が記載されている。
　してみれば、引用文献１発明において、コードと読み替えて実行することに係る「コンピュータ」、「要求」、「コード」を、それぞれ、「演算処理部」、「ブレーク要求」、「標準入力待ちコード」とすることは、前記技術を参酌することにより、当業者が容易になし得ることである。
　
５−５．〈相違点５〉について
　デバッグ技術において、実行プログラムの実行状態が一時停止した状態とすること及び一時停止状態とする入力コマンドとして標準入力があり、標準入力からの入力を識別し、識別した当該標準入力に応じて、所定の変数値をディスプレイ装置に表示し、又は、更新する技術は本願出願前周知の技術にすぎない。例えば、佐藤貴寛著「新人ＳＥ必読！Ｊ２ＥＥサーバサイド開発レクチャー超入門　スーパーＳＥになるための基礎を築く〈第５章　Ｅｃｌｉｐｓｅのデバッグ支援機能の基本　楽に効率よくデバッグしよう〉」ＪＡＶＡ　ＰＲＥＳＳ　Ｖｏｌ．４２，頁５４〜６３（株）技術評論社（２００５年６月１８日発行）には、「デバッグの基本機能」、「デバッグ・パースペクティブの基本操作」、「プログラムを中断させ確認するいろいろな方法」、「変数に代入される値や文字列の確認と値の変更」（第５４頁左欄下から４行〜右欄４行）が記載され、この記載によれば、実行プログラムの実行状態が一時停止した状態とすることができ（プログラムを中断させ）、入力からの入力を識別し、識別した当該入力に応じて、所定の変数値をディスプレイ装置に表示し、又は、更新する（変数に代入される値や文字列の確認と値の変更。デバッグ・パースペクティブ。図１４〜１６参照。代入された値や文字列などが識別されることは自明。）技術をよみとることができる。また、入力が標準入力であることは引用文献４に記載されているように周知慣用の技術である。
　また、引用文献２には、「並列プログラムの実行の停止を検出すると・・・実行停止点の周辺ソースプログラムを前記表示部に表示した後にコマンド待ち状態とする」、「実行停止点での変数の内容等をチェック」、及び、「実行停止点」（コマンド待ちより、「一時停止」することは自明）を「各行に設定」、「ステップ実行」が記載されており、これらから、コマンド「入力（標準入力とまではいえない。）待ち」、「一時停止させ、実行プログラムの実行状態が一時停止した状態で、前記入力からの入力を識別し、識別した当該入力に応じて、所定の変数値をディスプレイ装置に表示し」に相当する技術が示されているといえる。
　してみれば、引用文献１発明において、実行プログラムの実行状態を操作させることに係る「コンピュータ」、「コード」、「操作」を、それぞれ、「演算処理部」、「標準入力待ちコード」、「一時停止させ、前記実行プログラムの実行状態が一時停止した状態で、標準入力からの入力を識別し、識別した当該標準入力に応じて、所定の変数値をディスプレイ装置に表示し、又は、更新する」ようなものとすることは、前記技術を参酌することにより、当業者が適宜になし得ることである。
　
　そして、本願発明により奏する効果も、引用文献１に記載された発明及び引用文献２〜４に記載された技術及び前記周知技術から当然予想される範囲内のものにすぎず、格別顕著なものとは認められない。
　
６．むすび
　以上のとおり、本願発明は、引用文献１に記載された発明及び引用文献２〜４に記載された技術及び周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。