【事件の表示】
　平成１１年特許願第　１７５８７号「カードリーダ」拒絶査定不服審判事件〔平成１２年　８月　４日出願公開、特開２０００−２１５２７７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１１年１月２６日の出願であって、平成１６年７月９日付けで拒絶の理由が通知され、同年９月６日付けで手続補正がなされたものの、同年１２月２１日付けで拒絶の査定がなされた。その後、平成１７年１月２７日に拒絶査定不服審判請求がなされ、同年２月２８日付けで手続補正がなされたものである。
   
２．平成１７年２月２８日付け手続補正についての補正却下の決定
［補正却下の決定の結論］
平成１７年２月２８日付けの手続補正を却下する。
　
［理由］
（１）上記平成１７年２月２８日付け手続補正により、特許請求の範囲は、
　
「【請求項１】　動作プログラムの書き換えが可能なカードリーダにおいて、
　外部機器からデータを入力するデータ入力手段と、
　前記動作プログラムを記憶する書き換え可能な記憶手段と、
　上記データ入力手段から入力されたデータで前記記憶手段に記憶されている動作プログラムの少なくとも一部を更新するプログラム更新手段と、
　操作することにより前記動作プログラムの更新のための書き換えモードを選択指示する操作入力手段と、
　前記操作入力手段により書き換えモードの選択指示がされたとき、プログラムの更新を実施するか否かの確認のための表示をする確認手段と、
　前記確認手段による前記確認のための表示に対する応答の操作入力に応じて前記更新の実施を制御する制御手段と、
　を設けたことを特徴とするカードリーダ。
　【請求項２】　前記プログラム更新手段で動作プログラムの少なくとも一部を更新する場合に、少なくとも変更する部分をバックアップするバックアップ手段を更に設けたことを特徴とする請求項１記載のカードリーダ。
　【請求項３】　前記動作プログラムは、医療施設毎にフォーマットの変更が可能な患者データテーブルデータを含むことを特徴とする請求項１または２に記載のカードリーダ。」
　
から、
　
「【請求項１】
　動作プログラムの書き換えが可能なカードリーダにおいて、
　外部機器からデータを入力するデータ入力手段と、
　前記動作プログラムを記憶する書き換え可能な記憶手段と、
　上記データ入力手段から入力されたデータで前記記憶手段に記憶されている動作プログラムの少なくとも一部を更新するプログラム更新手段と、
　操作することにより前記動作プログラムの更新のための書き換えモードを選択指示する操作入力手段と、
　前記操作入力手段により書き換えモードの選択指示がされたとき、プログラムの更新を実施するか否かの確認のための表示をする確認手段と、
　前記確認手段による前記確認のための表示に対して外部機器より入力された応答の操作入力に応じて前記更新の実施を制御する制御手段と、
　を設けたことを特徴とするカードリーダ。
【請求項２】
　前記プログラム更新手段で動作プログラムの少なくとも一部を更新する場合に、少なくとも変更する部分をバックアップするバックアップ手段を更に設けたことを特徴とする請求項１記載のカードリーダ。
【請求項３】
　前記動作プログラムは、医療施設毎にフォーマットの変更が可能な患者データテーブルデータを含むことを特徴とする請求項１または２に記載のカードリーダ。」
と補正された。
　
　上記請求項１についての補正は、発明を特定する事項である「確認のための表示に対する応答の操作入力」が、「外部装置から入力された」ものに限定されるものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。また、上記補正は出願当初の明細書に記載された事項の範囲内でなされており、特許法第１７条の２第３項の規定する要件を満たすものである。
　そこで、本件手続補正後の上記請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について、以下に検討する。 
　
（２）引用文献等
　原査定の拒絶の理由に引用された特開平１０−３２０５０８号公報（以下、「引用文献１」という。）には、図面と共に以下の事項が記載されている。
　
Ａ．「【００３１】図３は、画像入力ユニット２に含まれている第１の実施の形態のカードリーダ１２の詳細な構成を示す。
【００３２】このカードリーダ１２は、このカードリーダ１２各部を制御するＣＰＵ３１、書換えプログラムを記憶した読み出し専用のメモリとしてのＲＯＭ３２、カードを読み取るプログラム等を記憶し、電気的に書換え可能な読み出し専用のメモリとしてのフラッシュメモリ３３、作業領域等として使用されるＲＡＭ３４、外部機器とのデータの送受信（通信）を行う通信ポートとして２つ設けられたシリアルＩ／Ｆ３５、３６、キーボードＩ／Ｆ３７、磁気ヘッドＩ／Ｆ３８、ＬＣＤ（液晶ディスプレイ）Ｉ／Ｆ３９、ＬＥＤ・ブザーＩ／Ｆ４０、データの入力等を行うキーボード４１、カードの磁気テープ部分の磁気データを読み取る読み取り手段としての磁気ヘッド４２、ＬＣＤ４３、告知手段としてのＬＥＤ４４、ブザー４５とより構成されている。
【００３３】ＣＰＵ３１は、コンピュータバス４６によりＲＯＭ３２、フラッシュメモリ３３、ＲＡＭ３４、シリアルＩ／Ｆ３５、３６、キーボードＩ／Ｆ３７、磁気ヘッドＩ／Ｆ３８、ＬＣＤ  Ｉ／Ｆ３９、ＬＥＤ・ブザーＩ／Ｆ４０とそれぞれ接続されており、キーボード４１はキーボードＩ／Ｆ３７に、磁気ヘッド４２は磁気ヘッドＩ／Ｆ３８に、ＬＣＤ４３はＬＣＤ  Ｉ／Ｆ３９に、ＬＥＤ４４とブザー４５はＬＥＤ・ブザーＩ／Ｆ４０に接続することにより、各種データの入出力、表示が可能ないわゆるマイコン或いはパソコンとして機能するよう構成されている。
【００３４】本実施の形態ではカードリーダ１２を動作させるためのプログラムを記憶させておくためのメモリには、読み出し専用のメモリとしてのＲＯＭ３２の他に読み出し専用のメモリではあるが、実装された使用状態で、電気的に書換え可能なＥＥＰＲＯＭで形成されたフラッシュメモリ３３が使用されている。このフラッシュメモリ３３に記憶されたデータは電気的に書換えが可能となっているため、プログラムの一部を書換えることができる。
【００３５】ＲＯＭ３２上にはカードリーダとしての基本動作である”カードの読みとり→送信”のためのプログラムと、フラッシュメモリ３３上のプログラムを書き換えるための書換えプログラムが記憶されている。
【００３６】そして、フラッシュメモリ３３上のプログラムを書き換えることで、シリアルＩ／Ｆ３５、３６のうちのどちらからデータの送信を行うかを設定するための設定データを変更することにより様々なパターンのデータ送信のポート選択が可能となるようにしている。
【００３７】また、プログラム自体の変更を必要としないような小さな変更の場合には、フラッシュメモリ３３上のプログラムブロックと異なるブロックに書き込まれているテーブルデータ部分の変更のみを書換えることもできるようにしている。
【００３８】また、後述する変形例では、シリアルＩ／Ｆ３５、３６を介して外部機器からデータを送り、このデータによりフラッシュメモリ３３上のプログラムを書き換えることで、記録されたデータのフォーマット等が異なるカードの場合にも読み取ることができるようにしている。」
　
Ｂ． 「 【０１５９】次に、図１５のフローチャートを用いてフラッシュメモリ３３に書換えプログラムを書き込んだり、磁気カード６３を読み取る処理の手順を説明する。具体的にはカードリーダ６２の場合で説明する（書換えプログラムがＲＯＭ３２でなく、フラッシュメモリ３３′の先頭側に形成されていることを除けば、カードリーダ６２′の場合も同様である）。
【０１６０】まず、電源が投入された場合、ステップＳ１のＲＯＭ３２内の書換えプログラムがスタートする。つまり、この書換えプログラムに従ってＣＰＵ３１は動作し、ステップＳ２で基本プログラムを書き換えるプログラム書換えモードであるか否かをキーボード４１における特定のキー、ここでは指定キーＡが押されているか否かで判断する。
【０１６１】そして、この指定キーＡが押されていると判断した場合にはプログラム書換えモードの処理、つまりプログラム書換え処理Ｓ３を実行する。一方、指定キーＡが押されていないと判断した場合にはステップＳ４でテーブルデータを書き換えるテーブル書換えモードであるか否かをキーボード４１における特定のキー、ここでは指定キーＢが押されているか否かで判断する。
【０１６２】そして、この指定キーＢが押されていると判断した場合にはテーブル書換えモードの処理、つまりテーブル書換え処理Ｓ５を実行する。一方、指定キーＢが押されていないと判断した場合には通常モードの処理、つまり通常読み取り処理Ｓ６を実行する。
【０１６３】つまり図１５のフローチャートでは、キーボード４１上の指定キーＡ，Ｂが押されているか否かにより書き換えモードであるか通常モードで有るかを判断し、指定キーＡ又はＢが押されている場合にはフラッシュメモリ３３の書換えを行い、押されていない場合には通常モードの動作を行う。通常モードである場合は、磁気カード６３の磁気テープ７５のデータを読み取るいわゆる磁気カードリーダとしての動作が始まる。
【０１６４】このように、ＲＯＭ３２には図１５のステップＳ１からＳ５までの処理を行うプログラムデータが書き込まれている。一方、フラッシュメモリ３３の基本プログラム領域７３にはステップＳ６の処理（少なくともステップＳ６におけるステップＳ１７からＳ２２の処理）を行う基本プログラムが書き込まれている。上記モードの判断には、キーボード４１上の指定キーＡ，Ｂが押されているか否かの判断による場合の他に、例えば次のような手段で形成しても良い。
【０１６５】（１）電源投入後、データの入力が（磁気ヘッドＩ／Ｆ３８）と（シリアルＩ／Ｆ３５、３６）のどちらかで発生するかを監視して決定する。
（２）データ入力を監視して所定のコマンドが入力された場合に、書換えモードに移行する（ポーリング）。
（３）データ入力を監視して所定のコマンドが入力された場合に、書換えモードに移行する（割り込み）。
（４）所定のスイッチが入力された場合はいつでも書換えモードに移行する。
次に各モードでの処理を説明する。
【０１６６】ステップＳ３のプログラム書換えモードに移行した場合には、ＣＰＵ３１はステップＳ７のフラッシュメモリ３３の基本プログラム領域７３のデータ消去を行う。そして、シリアルＩ／Ｆ３５又は３６を介して外部から送信されるデータの有無を判断し（ステップＳ８参照）、送信されたデータが存在する場合にはステップＳ９で消去が行われた基本プログラム領域７３に対して、送信されたデータの書込み処理を行い、送信されたデータがない場合には送信されるデータを待つ。
【０１６７】データの書込み処理を行う場合シリアルＩ／Ｆ３５又は３６を通して外部機器としてのパソコン６４等から書換えに必要なデータを送り込み、データ受信のチェックはカードリーダ６２側のＣＰＵ３１で行っている。」
　
　以上の記載から、引用文献１には次の発明（以下、「引用発明」という。）が記載されている。
　
　基本プログラムの書換えが可能なカードリーダにおいて、
　外部機器からデータを入力するシリアルＩＦと、
　前記基本プログラムを記憶するＥＥＰＲＯＭと、
　上記シリアルＩＦから入力されたデータで前記ＥＥＰＲＯＭに記憶されている基本プログラムの少なくとも一部を更新する書換えプログラムと、
　操作することにより前記基本プログラムの更新のための書換えモードを選択指示するキーボード４１の指定キーと、
　前記指定キーにより書換えモードの選択指示がされたとき、プログラムの更新を実施する制御手段と、
　を設けたことを特徴とするカードリーダ
　
　また、原査定の備考欄で引用された特開平１０−４８１８９号公報（以下、引用文献２」という。）には、図面と共に以下の事項が記載されている。
　
Ｃ．「【００１８】上記実施例では、制御プログラムの更新の条件が整った場合に自動的にフラッシュメモリ１２内のデータを書き換える構成としていたが、他の構成として、ここに操作者の判断及び操作を介在させるようにすることもできる。図３は、他の実施例による制御プラグラムの更新動作の処理フローチャートである。この実施例では、識別コードをＦＤ２１から読み込んでＲＡＭ１３に格納した（ステップＳ５）後に、識別コード中のメーカ名、装置名、バージョン番号を表示部４に表示する（ステップＳ１２）。このとき、フラッシュメモリ１２に記憶されている制御プログラムのバージョン番号を同時に表示するようにしても良い。
【００１９】操作者は、この表示を確認することによりメーカ名及び装置名が本分析装置に適合するものであって且つバージョンの更新が必要であると判断した場合に、操作部３にて所定の操作を行なう（ステップＳ１３）。この操作を受けて、ＣＰＵ１１はＦＤＤ２を制御しＦＤ２１からそのプログラムファイルのデータを順次読み込み（ステップＳ１０）、フラッシュメモリ１２内のデータを書き換える（ステップＳ１１）。
【００２０】以上のように、ＦＤ２１のプログラムファイル中の識別コードの内容を一旦表示した上で制御プログラムのバージョン更新を指示するような構成とすれば、操作者（保守担当者や顧客自ら）がバージョン番号等の確認を行ないながら作業を進められるので、誤ったバージョン更新を防止できると共に、バージョン番号が相違していてもバージョン更新が不要である場合等、様々なケースに対応することができる。」
　
　上記Ｃの記載によれば、制御プログラムの更新の条件が整った場合に自動的にフラッシュメモリ内のデータを書き換えるものの他に、所要事項を表示し、操作者にバージョンの更新が必要かどうかを判断させ、操作部の所定の操作に基づいてフラッシュメモリ内のデータを書き換える技術（以下、「制御プログラム更新時の周知技術」という。）は周知である。
　
　また、本願出願日前の平成１０年１０月２７日に頒布された特開平１０−２８９１０１号公報（以下、引用文献３」という。）には、図面と共に以下の事項が記載されている。
　
Ｄ．「【００１１】［構成］図1は本発明にかかるイメージスキャナの概略構成を示すブロック図である。
【００１２】同図において、11は原稿画像を読取るためのスキャナ部、12は複数のキーおよびLCDなどの表示器で構成される操作部、15は外部のコンピュータ装置などと通信を行うためのインタフェイス部である。また、14は装置全体の制御を司る制御部で、CPUおよびワークメモリとして利用されるRAMを含む。ここで、制御部14が実行するプログラムであるファームウェアは、書換可能な不揮発性メモリである記憶部13に格納されている。
【００１３】このような構成により、制御部14は、操作部12から入力された指示またはインタフェイス部15を介して送られてくる指示に従い、スキャナ部11を制御して原稿画像を読取らせ、得られた画像データをインタフェイス部15を介して出力する。なお、インタフェイス部15は汎用のインタフェイスであり、例えば、SCSI、GPIB、セントロニクスなどのパラレルインタフェイス、あるいは、RS232C、RS422、IEEE1394などのシリアルインタフェイスを利用することができる。
【００１４】なお、外部機器からの指示に従って動作することを前提として、操作部12を削除した構成も可能である。また、インタフェイス部15は、Ethernet(R)、TokenRing(R)、LocalTalk(R)などのローカルエリアネットワーク(LAN)に接続するためのネットワークインタフェイスにすることもできる。」
　
Ｅ．「【００２３】［バージョンアップ処理］次に、図4により、バージョンアップの操作手順を説明する。図4に示す処理は制御部14により実行されるものである。
【００２４】ステップS11で操作部12または外部機器から原稿のスキャンを指示されると、ステップS12でスキャン動作を開始し、ステップS13で読取部にセットされた原稿がバージョンアップ用原稿か否かを判定する。この判定は、原稿画像の先頭近傍に識別模様部があるか否かで行うことができる。バージョンアップ用原稿でなければステップS17で通常のスキャン動作を行う。また、バージョンアップ用原稿であればステップS14で、操作部12に確認メッセージを表示し、あるいは、スキャン指示の発行元である外部機器に確認メッセージを送り、ステップS15でユーザの指示を待つ。なお、この確認メッセージは、バージョンアップを行ってよいかをユーザに確認させるためのもので、例えば「この原稿はバージョンアップ用原稿です。ファームウェアを更新しますか?」などのメッセージにする。
【００２５】ステップS15でバージョンアップを確認したことを示す指示が入力されると、ステップS16でバージョンアップ用原稿のデータ部を読取り、読取ったドット列をコードに変換して、記憶部13に格納されたファームウェアを更新した後、処理を中止し、ユーザによりリセットされるのを待つ。なお、ユーザによりバージョンアップが否定された場合は、ステップS17で通常のスキャン動作を行うか、あるいはスキャン動作を中止する。」
　
　上記Ｄ．Ｅの記載によれば、ファームウエアのバージョンアップ時の確認技術として、以下の技術事項（以下、「引用文献３に記載の技術事項」という。）が記載されている。
　
「バージョンアップ用原稿のスキャン指示を外部機器から行うと共に、外部機器に確認メッセージを送り、外部装置からのバージョンアップを確認したことを示す指示入力に従ってファームウエアの更新を行うファームウエアのバージョンアップ時の確認技術」
　
（３）対比
　本願補正発明と引用発明とを対比すると、
　引用発明における「基本プログラム」「シリアルＩＦ」「ＥＥＰＲＯＭ」「キーボード４１の指定キー」は、それぞれ、本願補正発明における「動作プログラム」「データ入力手段」「書き換え可能な記憶手段」「操作入力手段」に相当する。
　引用発明において、ＣＰＵが「書換えプログラム」を実行することにより基本プログラムの一部を更新しているから、引用発明においては本願補正発明の「プログラム更新手段」と同等の手段を有している。
　引用発明の「プログラムの更新を実施する制御手段」は、「外部機器より入力された応答の操作入力に応じ」る点を除いて本願補正発明の「前記更新の実施を制御する制御手段」に対応している。
　
  よって、本願補正発明と引用発明とは、
　
　動作プログラムの書き換えが可能なカードリーダにおいて、
　外部機器からデータを入力するデータ入力手段と、
　前記動作プログラムを記憶する書き換え可能な記憶手段と、
　上記データ入力手段から入力されたデータで前記記憶手段に記憶されている動作プログラムの少なくとも一部を更新するプログラム更新手段と、
　操作することにより前記動作プログラムの更新のための書き換えモードを選択指示する操作入力手段と、
　前記操作入力手段により書き換えモードの選択指示がされたとき、動作プログラムの更新の実施を制御する制御手段と、
　を設けたことを特徴とするカードリーダ
　
である点で一致し、次の点で相違する。
　
相違点１
　本願補正発明が、操作入力手段により書き換えモードの選択指示がされたとき、プログラムの更新を実施するか否かの確認のための表示をする確認手段と、前記確認手段による前記確認のための表示に対して外部機器より入力された応答の操作入力に応じてプログラムの更新を実施する制御手段を有しているのに対し、引用発明では、確認手段を有しておらず、また、制御手段は外部機器より入力された応答の操作入力に応じていない点
　
（４）検討
相違点１について
　書き換えモードが指定されたときに、すぐに書き換えを実行するのではなく、一旦書き換えを実行して良いかの確認メッセージを表示してオペレータ等の確認を促し、オペレータ等のよる外部機器からの確認指示入力に基づいて書き換えを実行することは、２．（２）の項で引用文献３に記載の技術事項として認定したようにプログラムの書換えを行う際に普通に行われることである。従って、引用発明に引用文献３に記載の技術事項を適用して、外部機器から入力された確認の応答操作入力に応じて書き換えを実行することは容易に為し得ることであり、また、入力手段を別個にしたことにより生じる効果も予想される範囲のものにすぎないものであるから、相違点１を格別のものということはできない。
　
　したがって、本願補正発明は、引用文献１および３に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　よって、上記手続補正は、特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項において準用する同法第５３条第１項の規定により却下されるべきものである。
　
３．本願発明について
　平成１７年２月２８日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明は、平成１６年９月６日付け手続補正書の特許請求の範囲の請求項１に記載された次のとおりのものである。
　
「【請求項１】　動作プログラムの書き換えが可能なカードリーダにおいて、
　外部機器からデータを入力するデータ入力手段と、
　前記動作プログラムを記憶する書き換え可能な記憶手段と、
　上記データ入力手段から入力されたデータで前記記憶手段に記憶されている動作プログラムの少なくとも一部を更新するプログラム更新手段と、
　操作することにより前記動作プログラムの更新のための書き換えモードを選択指示する操作入力手段と、
　前記操作入力手段により書き換えモードの選択指示がされたとき、プログラムの更新を実施するか否かの確認のための表示をする確認手段と、
　前記確認手段による前記確認のための表示に対する応答の操作入力に応じて前記更新の実施を制御する制御手段と、
　を設けたことを特徴とするカードリーダ。」
　
４．引用文献等
　これに対して、原査定の拒絶の理由に引用された引用文献とその記載事項は、上記２．（２）に記載したとおりである。
　
５．対比
　本願発明と引用発明とを対比すると、
　引用発明における「基本プログラム」「シリアルＩＦ」「ＥＥＰＲＯＭ」「キーボード４１の指定キー」は、それぞれ、本願発明における「動作プログラム」「データ入力手段」「書き換え可能な記憶手段」「操作入力手段」に相当する。
　引用発明において、ＣＰＵが「書換えプログラム」を実行することにより基本プログラムの一部を更新しているから、引用発明においては本願発明の「プログラム更新手段」と同等の手段を有している。
　引用発明の「プログラムの更新を実施する制御手段」は、「確認のための表示に対する応答の操作入力に応じ」る点を除いて本願発明の「前記更新の実施を制御する制御手段」に対応している。
　
  よって、本願補正発明と引用発明とは、
　
　動作プログラムの書き換えが可能なカードリーダにおいて、
　外部機器からデータを入力するデータ入力手段と、
　前記動作プログラムを記憶する書き換え可能な記憶手段と、
　上記データ入力手段から入力されたデータで前記記憶手段に記憶されている動作プログラムの少なくとも一部を更新するプログラム更新手段と、
　操作することにより前記動作プログラムの更新のための書き換えモードを選択指示する操作入力手段と、
　前記操作入力手段により書き換えモードの選択指示がされたとき、動作プログラムの更新の実施を制御する制御手段と、
　を設けたことを特徴とするカードリーダ
　
である点で一致し、次の点で相違する。
　
相違点１
　本願発明が、操作入力手段により書き換えモードの選択指示がされたとき、プログラムの更新を実施するか否かの確認のための表示をする確認手段と、前記確認手段による前記確認のための表示に対する応答の操作入力に応じてプログラムの更新を実施する制御手段を有しているのに対し、引用発明では、確認手段を有しておらず、また、制御手段は確認のための表示に対する応答の操作入力に応じていない点
　
６．相違点に対する判断
　２．（２）の項で「制御プログラム更新時の周知技術」として認定したように、更新の条件が整った場合に自動的にフラッシュメモリ内のデータを書き換えるものの他に、操作者にバージョンの更新が必要かどうかを判断させてから書き換えを実行する書き換える技術は周知のものであるから、引用発明に２．（２）の項で認定した制御プログラム更新時の周知技術を適用して本願発明の確認手段および制御手段とすることは容易に為し得ることである。従って、相違点１を格別のものということはできない。
　
　そして、本願発明の構成によってもたらされる効果も、引用例記載の発明から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。
　
７．むすび
　したがって、本願発明は、引用文献１に記載された発明および当該分野の周知事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。