【事件の表示】
　特願２００５−　９１９１０「マイクロコンピュータ、電子機器及びデバッグシステム」拒絶査定不服審判事件〔平成１７年　９月１５日出願公開、特開２００５−２５１２１７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明  
　本願は、平成１０年３月３１日に出願した特願平１０−１０３７２１号の一部を平成１７年３月２８日に新たな特許出願としたものであって、平成１８年１１月７日付けで拒絶理由通知がなされ、平成１９年１月１５日付けで手続補正がなされ、同年２月１日付けで最後の拒絶理由通知がなされ、同年４月５日付けで手続補正がなされ、同年４月２３日付けで拒絶査定がなされ、これに対し、同年５月３１日に審判請求がなされたものである。 
　そして、その請求項１に係る発明（以下「本願発明」という。）は、平成１９年４月５日付け手続補正書により補正された特許請求の範囲の請求項１に記載された次のとおりのものと認める。 
　 
　「マイクロコンピュータで実行されるユーザプログラムをオンチップのデバッグ手段でデバッグするためのオンチップデバッグ機能を有するマイクロコンピュータであって、
　命令の実行処理を行う中央処理ユニットと、
　マイクロコンピュータの外部に設けられデバッグコマンドを少なくとも１つのプリミティブコマンドに変換するための処理を行う第２のモニタ手段との間でデータを送受信し、実行するプリミティブコマンドを前記第２のモニタ手段からの受信データに基づいて決定し、決定したプリミティブコマンドを実行するための処理を行う第１のモニタ手段とを含み、
　前記第１のモニタ手段は、
　前記第１のモニタ手段の処理を実行するためのモニタプログラムが格納されるモニタＲＯＭを含み、
　前記モニタプログラムは、
　前記プリミティブコマンドを実行する前記中央処理ユニットの命令コードを含み、
　前記第２のモニタ手段は、
　前記第２のモニタ手段に接続されたホストシステムがデバッグコマンドを発行すると、プリミティブコマンドの前記命令コードの実行を指示するデータであって前記命令コードではない実行指示データを、前記第１のモニタ手段に送信し、
　前記実行指示データは、
　プリミティブコマンドを識別するためのデータであって前記命令コードではない識別データが、そのＩＤフィールドに設定されるデータフォーマットのデータであり、
　前記第１のモニタ手段は、
　ユーザプログラムの実行がブレークしてユーザプログラム実行モードからデバッグモードに移行し、前記デバッグモード時に前記第２のモニタ手段からの前記受信データとして前記実行指示データを受信した場合に、前記実行指示データをチェックし、前記実行指示データの前記ＩＤフィールドに設定された前記識別データにより識別されるプリミティブコマンドの前記命令コードを実行することを特徴とするマイクロコンピュータ。」 
　 
２．引用文献 
　 
Ａ．原査定の拒絶の理由に引用された刊行物である特開平６−１０３１０４号公報（以下、「引用文献」という。）には以下の事項が記載されている。（注意：下線は便宜上、当審にて付与したもの。）  
　 
（ア）「【０００２】
【従来の技術】・・・（中略）・・・また、一般的に、
マイクロプロセッサを使用した処理装置
【０００３】
【発明が解決しようとする課題】・・・（中略）・・・本発明は上記事情に鑑みてなされたもので、その目的とするところは、従来の技術における上述の如き問題を解消し、異なった種類毎の被制御処理装置に対応して同一の制御処理装置のデバッガが使用でき、また、
デバッグするプログラムが実際の装置上で動作する
【０００４】
【課題を解決するための手段】本発明の上記目的は、複数台の処理装置を結合し、前記処理装置中の１台である制御処理装置から他の処理装置である被制御処理装置のプログラムをデバッグするリモートデバッグ方法において、前記制御処理装置に、オペレータがデバッグのためのコマンドを前記制御処理装置に入力する外部コマンドを、前記被制御処理装置が実行する
内部コマンドの組合せに翻訳
【０００５】
【作用】本発明に係るリモートデバッグ方法においては、制御処理装置に
コマンド翻訳機能を設け、
デバッグコマンド
【０００６】
【実施例】以下、本発明の実施例を図面に基づいて詳細に説明する。図１および図２は、本発明の一実施例を示すリモートデバッガのプログラムブロック図、図３は、図１中のコマンド翻訳処理部１０のプログラムブロック図である。図１および図２において、１は制御処理装置、２は被制御処理装置、３は制御処理装置１の外部記憶装置、４はオペレータ入出力装置を示している。また、５は制御処理装置デバッガ、
６は被制御処理装置デバッガ
【０００７】図３において、３０はコマンド翻訳処理、３１は管理テーブル、３２は被制御処理装置２の装置番号、３３は被制御処理装置２に対応した外部コマンド変換用テーブル名称、３４は被制御処理装置２に対応した装置情報テーブル名称、３５は管理テーブル終了マーク、３６は外部コマンド変換用テーブル、３７は外部コマンド、３８は内部コマンド、３９は内部コマンドの終了マーク、４０は外部コマンド変換用テーブルの終了マーク、４１は装置情報テーブル、４２はメモリ情報、４３はレジスタ情報、４４は特殊メモリ情報、４５は装置情報テーブルの終了マークを示している。オペレータがデバッグを行う場合、外部コマンド切替処理部９は、オペレータ入出力サポート処理部８にオペレータからの入力を要求する。オペレータ入出力サポート処理部８は、
オペレータ入出力装置４にオペレータに対する外部コマンド入力待ちの表示を行い、オペレータの入力を待つ
　 
（イ）「【００１０】・・・（中略）・・・オペレータがメモリ内容をチェックする場合は、例えば、
メモリダンプの外部コマンド
内部コマンドのメモリリードコマンド指定に翻訳編集
【００１１】被制御処理装置２では、内部コマンド処理部２１が前記内部コマンドを受け取り、
メモリリードライト処理部
【００１２】次に、オペレータが、プログラムのアドレスＡ(２７)から、１ステップごとに実行しながら状態をチェックする場合を例にして、より具体的に説明する。これも前述の処理と同様に、オペレータは
外部コマンドのステップコマンドを指定
（１）ステップコマンド処理部１３は、アドレス(Ａ＋１)番地(２８)の内容を確保するため、
(Ａ＋１)番地のメモリリードコマンド指定の内部コマンド
（２）被制御処理装置２の内部コマンド処理部２１は、
メモリリードライト処理部
（３）ステップコマンド処理部１３は、次に(Ａ＋１)番地にプログラム割込みを起こす命令を書き込むよう、
内部コマンドのメモリライトコマンドを被制御処理装置２に転送
【００１３】（４）被制御処理装置２の内部コマンド処理部２１は、メモリリードライト処理部２２を介し(Ａ＋１)番地に前記命令を書き込む。
（５）次に、ステップコマンド処理部１３は、プログラムカウンタをアドレスＡ番地(２７)にセットするよう、
内部コマンドのレジスタライトコマンド指定を転送
（６）被制御処理装置２の内部コマンド処理部２１は、
レジスタリードライト処理部
（７）制御処理装置１のステップコマンド処理部１３は、被制御処理装置２からの情報で、割込みが期待した割込みであることを確認すると、レジスタ内容や更に必要な情報があれば被制御処理装置２に転送を要求する等し、その後、確保していたアドレス(Ａ＋１)番地の内容をメモリライトコマンド指定の内部コマンドで被制御処理装置２に戻して、１ステップ実行処理を終える。
【００１４】（８）ステップコマンド処理部１３は、コマンド翻訳処理部１０，外部コマンド切替処理部９，オペレータ入出力サポート処理部８を介してオペレータに表示した後、オペレータの確認を待つ。オペレータが確認し次の１ステップの実行を続ける場合、次のアドレスを指定して同様の処理を繰り返す。」（備考：（イ）において、丸付き数字１〜８をそれぞれ（１）〜（８）で置き換えて引用した。）
　 
（ウ）【図２】には、被制御処理装置が、処理装置デバッガを有し、前記処理装置デバッガは、各内部コマンド処理を実行するためのメモリリードライト部２２及びレジスタリードライト部２３等の各処理部からなる構成される手段を含むことが記載されている。
　
　（ア）の段落【０００２】における記載「マイクロプロセッサを使用した処理装置の場合」、段落【０００３】における記載「また、デバッグするプログラムが実際の装置上で動作することで処理速度の変動が無いリモートデバッグ方法を提供する」及び段落【０００６】における記載「図１および図２において、１は制御処理装置、２は被制御処理装置、３は制御処理装置１の外部記憶装置、４はオペレータ入出力装置を示している。また、５は制御処理装置デバッガ、６は被制御処理装置デバッガ」、及び関連する【図２】の記載からすると、引用文献には、マイクロプロセッサを使用した処理装置を被制御処理装置として、前記処理装置で実行されるプログラムを前記処理装置上のデバッグ手段でデバッグするためのデバッグ機能を有するマイクロプロセッサを使用した処理装置に関する発明が記載されていると解される。 
　なお、前記マイクロプロセッサを使用した処理装置が命令の実行処理を行うＣＰＵを含むことは、当業者にとって自明である。
　
　そして、（ア）の段落【０００５】における記載「本発明に係るリモートデバッグ方法においては、制御処理装置にコマンド翻訳機能を設け、該コマンド翻訳機能は、外部コマンド切替機能を介し、オペレータまたは外部コマンドファイルから外部コマンドを受け取り、当該コマンドを内部コマンドの組合せに翻訳し、外部コマンドに付加された装置番号に対応する被制御処理装置に内部コマンドを順次転送する。被制御処理装置は受け取った内部コマンドを順次装置特有の処理で実行する。」、段落【０００５】における記載「デバッグコマンドをオペレータの入力によるか前記外部コマンドファイルによるかを切り替える外部コマンド切替機能を制御処理装置に設ける」、及び関連する【図１】の記載からすると、引用文献１記載の被制御処理装置である「マイクロプロセッサを使用した処理装置」の外部にある制御処理装置は、デバッグコマンドを少なくとも１つの内部コマンドの組合せに翻訳（すなわち変換）するための処理を行うコマンド翻訳処理機能を備えている（すなわち当該コマンド翻訳処理機能を実現する手段（以下「コマンド翻訳手段」という）を備える）と解される。
　
　なお、（ア）の段落【０００７】における記載「オペレータがデバッグを行う場合、外部コマンド切替処理部９は、オペレータ入出力サポート処理部８にオペレータからの入力を要求する。オペレータ入出力サポート処理部８は、オペレータ入出力装置４にオペレータに対する外部コマンド入力待ちの表示を行い、オペレータの入力を待つ。」及び関連する【図１】の記載からすると、前記コマンド翻訳手段にオペレータ入出力装置が接続され、前記オペレータ入出力装置からデバッグコマンドが発行されると認められる。
　
　（ア）の段落【０００５】における記載「制御処理装置にコマンド翻訳機能を設け、該コマンド翻訳機能は、外部コマンド切替機能を介し、オペレータまたは外部コマンドファイルから外部コマンドを受け取り、当該コマンドを内部コマンドの組合せに翻訳し、外部コマンドに付加された装置番号に対応する被制御処理装置に内部コマンドを順次転送する。被制御処理装置は受け取った内部コマンドを順次装置特有の処理で実行する。」、（イ）における記載「【００１０】・・・（中略）・・・オペレータがメモリ内容をチェックする場合は、例えば、メモリダンプの外部コマンドで、被制御処理装置２のメモリアドレスの範囲と装置番号等を指定すると、・・・（中略）・・・コマンド翻訳処理部１０は、・・・（中略）・・・取得した内部コマンドのメモリリードコマンド指定に翻訳編集し、指定された装置番号の被制御処理装置２に転送する。
【００１１】被制御処理装置２では、内部コマンド処理部２１が前記内部コマンドを受け取り、メモリリードライト処理部２２に渡す。メモリリードライト処理部２２は、内部コマンドで指定されたメモリアドレスから、指定データ数を主記憶装置２６から読み、制御処理装置１に転送する。・・・（中略）・・・また、レジスタ内容の書き込み，表示も同様の方法で、コマンド翻訳処理部１０とレジスタ更新処理部１６とにより、外部コマンドから内部コマンドに翻訳して、レジスタリードライト処理部２３を介して実行する。
【００１２】・・・（中略）・・・オペレータは外部コマンドのステップコマンドを指定する。・・・（中略）・・・コマンド翻訳処理部１０は、ステップコマンド処理部１３に制御を渡す。ステップコマンド処理部１３は、アドレスと実行後の表示に必要なレジスタ値等の情報を付加し、次のような手順で被制御処理装置２と情報のやり取りを実行する。
（１）ステップコマンド処理部１３は、アドレス(Ａ＋１)番地(２８)の内容を確保するため、(Ａ＋１)番地のメモリリードコマンド指定の内部コマンドを転送する。
（２）被制御処理装置２の内部コマンド処理部２１は、メモリリードライト処理部２２に(Ａ＋１)番地の内容を読み取らせ、制御処理装置側１に転送する。
（３）ステップコマンド処理部１３は、次に(Ａ＋１)番地にプログラム割込みを起こす命令を書き込むよう、内部コマンドのメモリライトコマンドを被制御処理装置２に転送する。
【００１３】（４）被制御処理装置２の内部コマンド処理部２１は、メモリリードライト処理部２２を介し(Ａ＋１)番地に前記命令を書き込む。」、及び（ウ）の「【図２】」に関する説明「被制御処理装置が、処理装置デバッガを有し、前記処理装置デバッガは、各内部コマンド処理を実行するためのメモリリードライト部２２及びレジスタリードライト部等の各処理部からなる構成される手段を含む」からすると、引用文献１記載の被制御処理装置である「マイクロプロセッサを使用した処理装置」は、処理装置デバッガであって、各内部コマンド処理を実行するためのメモリリードライト部及びレジスタリードライト部等の各処理部からなる構成される手段を含む処理装置デバッガを有し、制御処理装置内のコマンド翻訳手段との間でデータを送受信し、実行する内部コマンドを前記コマンド翻訳手段から受信した内部コマンド指定データに基づいて決定し、決定した内部コマンドを実行するための処理を行うものであって、前記制御処理装置内の前記コマンド翻訳手段は、オペレータ入出力装置がデバッグコマンドを発行すると、内部コマンド（すなわちメモリリード、メモリライト、レジスタリード、及びレジスタライト等）の実行（すなわち、メモリリードライト部及びレジスタリードライト部等の実行）を指定するデータである内部コマンド指定データを、前記処理装置デバッガに送信すると解される。
　
　なお、前記メモリリードライト部及びレジスタリードライト部等の各処理部が、前記内部コマンドすなわち、メモリリード、メモリライト、レジスタリード、及びレジスタライト等を実行するＣＰＵの処理コードを含むことは、当業者にとって自明の事項である。 
　そして、前記内部コマンド指定データは、内部コマンド、すなわちメモリリード、メモリライト、レジスタリード、及びレジスタライト等を識別するためのコマンド指定データであって前記処理コードではないコマンド指定データが設定されているデータフォーマットのデータであると認められる。
　
　以上のように、前記処理装置デバッガは、デバッグモード時に前記コマンド翻訳手段からの前記受信データとして前記内部コマンド指定データを受信した場合に、前記内部コマンド指定データをチェックし、前記内部コマンド指定データに設定されたコマンド指定データ（すなわち、コマンド識別データ）により識別される内部コマンド（すなわちメモリリード、メモリライト、レジスタリード、及びレジスタライト等）に対応する（メモリリードライト部及びレジスタリードライト部等の）前記処理コードを実行すると認められる。
　  
　よって、（ア）における記載、（イ）における記載、及び関連する図面からすると、引用文献には、次の発明（以下、「引用発明」という。）が記載されているものと認められる。  
　  
　マイクロプロセッサを使用した処理装置で実行されるプログラムを前記処理装置上のデバッグ手段でデバッグするためのデバッグ機能を有するマイクロプロセッサを使用した処理装置であって、
　命令の実行処理を行うＣＰＵと、
　マイクロプロセッサを使用した処理装置の外部に設けられデバッグコマンドを少なくとも１つの内部コマンドに変換するための処理を行うコマンド翻訳手段との間でデータを送受信し、実行する内部コマンドを前記コマンド翻訳手段から受信した内部コマンド指定データに基づいて決定し、決定した内部コマンドを実行するための処理を行う処理装置デバッガとを含み、
　前記処理装置デバッガは、
　前記処理装置デバッガの処理を実行するためのメモリリードライト部及びレジスタリードライト部等の各処理部から構成される手段を含み、
　前記メモリリードライト部及びレジスタリードライト部等の各処理部は、
　前記内部コマンドすなわち、メモリリード、メモリライト、レジスタリード、及びレジスタライト等を実行する前記ＣＰＵの処理コードを含み、
　前記コマンド翻訳手段は、
　前記コマンド翻訳手段に接続されたオペレータ入出力装置がデバッグコマンドを発行すると、内部コマンド（すなわちメモリリード、メモリライト、レジスタリード、及びレジスタライト等）の実行（すなわち、メモリリードライト部及びレジスタリードライト部等の処理コードの実行）を指定するデータであって前記処理コードではない内部コマンド指定データを、前記処理装置デバッガに送信し、
　前記内部コマンド指定データは、
　内部コマンドを識別するためのデータであって前記処理コードではないコマンド識別データが設定されるデータフォーマットのデータであり、
　前記処理装置デバッガは、
　デバッグモード時に前記コマンド翻訳手段からの前記受信データとして前記内部コマンド指定データを受信した場合に、前記内部コマンド指定データをチェックし、前記内部コマンド指定データに設定されたコマンド指定データ（すなわち、コマンド識別データ）により識別される内部コマンド（すなわちメモリリード、メモリライト、レジスタリード、及びレジスタライト等）に対応する（メモリリードライト部及びレジスタリードライト部等の）前記処理コードを実行することを特徴とするマイクロプロセッサを使用した処理装置。
  
３．対比  
　ここで、本願発明と引用発明とを比較する。  
　引用発明の「プログラム」及び「ＣＰＵ」は、それぞれ、本願発明の「ユーザプログラム」及び「中央処理ユニット」に相当する。
　引用発明の「内部コマンド」は、前記マイクロプロセッサを使用した処理装置の内部処理であるメモリリード、メモリライト、レジスタリード、及びレジスタライト等を意味するコマンドであり、本願発明の「プリミティブコマンド」がメモリマップ上の所与のアドレスからのリードやメモリマップ上の所与のアドレスへのライト等を意味する（発明の詳細な説明の段落【００３１】）ことからすると、引用発明の「内部コマンド」は、本願発明の「プリミティブコマンド」に相当すると認められる。
　引用発明の「処理コード」は、引用発明の「命令コード」に相当する。
　引用発明の「コマンド翻訳手段」及び「処理装置デバッガ」は、それぞれ、引用発明の「第２のモニタ手段」及び「第１のモニタ手段」に相当する。
　引用発明の「受信した内部コマンド指定データ」は、引用発明の「受信データ」に相当する。
　引用発明の「指定」は、本願発明の「指示」に相当する。
　引用発明の「オペレータ入出力装置」は、コマンド翻訳手段に接続され、デバッグコマンドを発行するものであり、本願発明の「ホストシステム」が第２のモニタ手段に接続され、デバッグコマンドを発行するものであることからすると、引用発明の「オペレータ入出力装置」は、本願発明の「ホストシステム」に相当すると認められる。
　
　そして、引用発明の「マイクロプロセッサを使用した処理装置」と本願発明の「マイクロコンピュータ」とは、ともにマイクロプロセッサを使用した処理装置である点で一致する。
　引用発明の「マイクロプロセッサを使用した処理装置」の有する「処理装置デバッガ」及び「デバッグ機能」は、それぞれ、本願発明の「マイクロコンピュータ」の有する「オンチップのデバッグ手段」及び「オンチップデバッグ機能」と、それぞれ、ともにデバッグ手段及びデバッグ機能である点で一致する。
　引用発明の処理装置デバッガの処理を実行するための「メモリリードライト部及びレジスタリードライト部等の各処理部」と、本願発明の「モニタプログラム」とは、ともに、第１のモニタ手段の処理するための処理部である点で一致する。
　引用発明の処理装置デバッガの処理を実行するための「メモリリードライト部及びレジスタリードライト部等の各処理部から構成される手段」と、本願発明の「モニタプログラムが格納されるモニタＲＯＭ」とは、ともに、第１のモニタ手段の処理するための各処理部から構成される手段である点で一致する。
　引用発明の「内部コマンド指定データ」と本願発明の「実行指示データ」とは、ともに、プリミティブコマンドを識別するためのデータであって命令コードではない識別データが設定されるデータフォーマットのデータである点で対応する。
　 
　以上から、本願発明と引用発明とは、以下の点で一致し、また、相違している。 
　 
（一致点）
　マイクロプロセッサを使用した処理装置で実行されるユーザプログラムをデバッグ手段でデバッグするためのデバッグ機能を有するマイクロプロセッサを使用した処理装置であって、
　命令の実行処理を行う中央処理ユニットと、
　マイクロコンピュータの外部に設けられデバッグコマンドを少なくとも１つのプリミティブコマンドに変換するための処理を行う第２のモニタ手段との間でデータを送受信し、実行するプリミティブコマンドを前記第２のモニタ手段からの受信データに基づいて決定し、決定したプリミティブコマンドを実行するための処理を行う第１のモニタ手段とを含み、
　前記第１のモニタ手段は、
　前記第１のモニタ手段の処理を実行するための処理部から構成される手段を含み、
　前記処理部は、
　前記プリミティブコマンドを実行する前記中央処理ユニットの命令コードを含み、
　前記第２のモニタ手段は、
　前記第２のモニタ手段に接続されたホストシステムがデバッグコマンドを発行すると、プリミティブコマンドの前記命令コードの実行を指示するデータであって前記命令コードではない実行指示データを、前記第１のモニタ手段に送信し、
　前記実行指示データは、
　プリミティブコマンドを識別するためのデータであって前記命令コードではない識別データが設定されるデータフォーマットのデータであり、
　前記第１のモニタ手段は、
　デバッグモード時に前記第２のモニタ手段からの前記受信データとして前記実行指示データを受信した場合に、前記実行指示データをチェックし、前記実行指示データに設定された前記識別データにより識別されるプリミティブコマンドの前記命令コードを実行することを特徴とするマイクロプロセッサを使用した処理装置。
　　 
（相違点１） 
　本願発明は、マイクロコンピュータで実行されるユーザプログラムをオンチップのデバッグ手段でデバッグするためのオンチップデバッグ機能を有する「マイクロコンピュータ」であるのに対して、引用発明は、マイクロプロセッサを使用した処理装置で実行されるプログラムを前記処理装置上のデバッグ手段でデバッグするためのデバッグ機能を有する「マイクロプロセッサを使用した処理装置」である点。 
　 
（相違点２） 
　本願発明の第１のモニタ手段はモニタプログラムが格納されるモニタＲＯＭを有し、前記モニタプログラムが第１のモニタ手段の処理を実行するのに対して、引用発明の処理装置デバッガはメモリリードライト部及びレジスタリードライト部等の各処理部から構成される手段を有し、前記メモリリードライト部及びレジスタリードライト部等の各処理部が処理装置デバッガの処理を実行する点。 
　 
（相違点３）
　本願発明はユーザプログラムの実行がブレークしてユーザプログラム実行モードからデバッグモードに移行するのに対して、引用発明は、プログラムの実行がブレークしてプログラム実行モードからデバッグモードに移行するかどうか、不明な点。
　
（相違点４）
　本願発明の「実行指示データ」は、プリミティブコマンドを識別するためのデータであって前記命令コードではない識別データが、そのＩＤフィールドに設定されるデータフォーマットのデータであるのに対して、引用発明の「内部コマンド指定データ」は、内部コマンドを識別するためのデータであって前記処理コードではないコマンド識別データが、設定されるデータフォーマットのデータである点。
　 
４．判断
　相違点１及び相違点２について検討する。
　本件分割出願の元となった出願の日前の平成８年７月１６日に頒布された刊行物である特開平８−１８５３３６号公報に、
「【０００１】
【産業上の利用分野】本発明は、マイクロコンピュータを応用したシステムのデバッグを行なうデバッグシステムに関する。
【０００２】
【従来技術】図１に従来例１を示す。従来例１は、一般にＲＯＭモニタと呼ばれるデバッグシステムである。ユーザターゲットシステム７０上に、ホストコンピュータ９０と接続するためのシリアルインターフェース８０を用意し、メモリ４０中に、モニタプログラム４１を格納しておく。マイクロプロセッサ１０は、このモニタプログラム４１を走らせることにより、Ｉ／Ｏ５０、メモリ４０、レジスタ１１にアクセスする。さらにソフトウエアブレイク命令を使用して、ユーザプログラムの実行制御を行なう。」と記載されているように、また、１９９８年１月９日に頒布された刊行物「”分散エミュレーションによるソフト／ハードのデバッグ環境を提供”，日経エレクトロニクス，日経ＢＰ社，１９９８年１月９日，第７０６号，ｐ１９８」（注意：下線は便宜上、当審にて付与したもの。）に、
「このような状況に対して、多くのプロセサ・ベンダは、ＪＴＡＧ、ＥＪＴＡＧ、Ｎ−Ｗｉｒｅ、ＢＤＭといった実行制御機能をチップ自体に内蔵するオンチップ・デバッグ機能を持たせるようになった。　・・・（中略）・・・　ＨＰは、このような高速チップのデバッグ環境問題に対するソリューションとして「分散エミュレーション」を提供している。・・・（中略）・・・　ＨＰの分散エミュレーション環境は、ロジック・アナライザ、ソフトウエア・アナライザやデバッガ等を稼働させるホスト、ターゲットへの接続方法によってプロセサ・プローブまたはＲＯＭモニタ等で構成される。　・・・（中略）・・・　ＲＯＭモニタは、ユーザのメモリに常駐して外部からのコマンドによりプログラムの実行制御を行うもので、ターゲット上にＩ／Ｏポートがあれば、ターゲットの完成後すぐにデバッグを行うことができる。」（１９８頁中欄５行目〜右欄下から１０行目。）と記載されているように、マイクロコンピュータで実行されるユーザプログラムをオンチップのデバッグ手段でデバッグするためのオンチップデバッグ機能を有するマイクロコンピュータは、当業者にとって周知の技術であるとともに、その際ＲＯＭに格納されたモニタプログラムによって前記オンチップデバッグすることも、当業者にとって周知の技術である。
　してみると、引用発明の「マイクロプロセッサを使用した処理装置」に前記周知技術を適用することで、「マイクロプロセッサを使用した処理装置」をマイクロコンピュータで実行されるプログラムをオンチップのデバッグ手段でデバッグするためのオンチップデバッグ機能を有する「マイクロコンピュータ」とし、メモリリードライト部及びレジスタリードライト部等の各処理部の処理コードをモニタプログラムとし、前記メモリリードライト部及びレジスタリードライト部等の各処理部から構成される手段をモニタプログラムが格納されるＲＯＭとするように構成することは、当業者であれば容易に想到し得たことである。
　よって、相違点１及び相違点２は格別のものではない。 
　
　相違点３について検討する。
　前記刊行物（特開平８−１８５３３６号公報）に、 
「【００１７】＜実行モードの説明＞デバッグシステムには、モニタプログラムを実行しているデバッグモードと、ユーザプログラムを実行しているノーマルモードの２つの実行モードがある。
【００１８】〔デバッグモードの説明〕プロセッサコア２０において、デバッグ例外、あるいはデバッグリセットが発生すると、デバッグ例外のベクタアドレス、あるいはデバッグリセットのベクタアドレスへジャンプし、デバッグモードに入る。・・・（中略）・・・
【００１９】〔ノーマルモードの説明〕ノーマルモードでは、デバッグシステムは、ユーザプログラムを実行する。ノーマルモードでは、外部デバッグインターフェース７１にＰＣ(program counter)情報が出力される。デバッグシステムは、ハードウエアブレーク、ソフトウエアブレーク、デバッグ割込み、デバッグリセットなどによって、プロセッサコア２０へデバッグ例外またはデバッグリセットを要求し、デバッグモードへ制御を移す。」と記載されているように、ユーザプログラムの実行がブレークしてユーザプログラム実行モードからデバッグモードに移行することは、当業者にとって周知の技術である。
　してみると、引用発明において、プログラムの実行がブレークしてプログラム実行モードからデバッグモードに移行するように構成することは、当業者であれば容易に想到し得たことである。 
　よって、相違点３は格別のものではない。 
　
　相違点４について検討する。
　本件分割出願の元となった出願の日前の平成９年９月５日に頒布された刊行物である特開平９−２３１０２９号公報に、
「【０１０２】図９は、ワークステーション７、またはパソコン８から画像形成装置に対してプリントを指示するためのコマンドフォーマットである。コマンドの機能を示すコマンドＩＤ、・・・（中略）・・・により構成されている。」と記載されているように、コマンドを指定するに際して、コマンドＩＤフィールドに識別ＩＤを設定することは、当業者にとって周知の常套手段である。
　してみると、引用発明の「内部コマンド指定データ」において、内部コマンドを識別するためのデータであって前記処理コードではないコマンド識別データが、そのＩＤフィールドに設定されるデータフォーマットのデータであるように構成することは、当業者であれば容易に想到し得たことである。
　よって、相違点４は格別のものではない。 
　 
　上記で検討したごとく、相違点１〜相違点４は格別のものではなく、そして、本願発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 
　以上のとおり、本願発明は、引用文献に記載の発明及び周知技術に基いて、当業者が容易に発明をすることができたものである。 
　 
５．結び 
　以上のとおり、本願の請求項１に係る発明は、その出願前日本国内又は外国において頒布された刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。  
　  
　よって、結論のとおり審決する。