【事件の表示】
　特願２００４−　２７１７２「データ処理装置及びデータ処理方法」拒絶査定不服審判事件〔平成１７年　８月１８日出願公開、特開２００５−２２２１６４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１６年２月３日の出願であって、平成２０年１１月６日付けで拒絶理由通知がなされ、平成２１年１月１５日付けで手続補正がなされ、同年２月３日付けで最後の拒絶理由通知がなされ、同年３月２５日付けで手続補正がなされ、同年６月３日付けで再度の最後の拒絶理由通知がなされ、同年７月３１日付けで手続補正がなされたが、同年７月３１日付けの手続補正は同年１１月１２日付けで却下されるとともに同日付けで拒絶査定がなされ、これに対し、平成２２年１月２２日に拒絶査定不服審判の請求がなされるとともに、同日付けで手続補正がなされたものである。
　
２．平成２２年１月２２日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２２年１月２２日付けの手続補正を却下する。
　
［理由］
（１）補正後の請求項１に係る発明
　平成２２年１月２２日付けの手続補正（以下、「本件手続補正」という。）により、特許請求の範囲の請求項１は、
「ユーザから３以上のデータを入替又は置換する命令を受け付ける命令受付手段と、
　前記入替又は置換の対象となるデータを取得する対象取得手段と、
　前記入替又は置換の条件を取得する条件取得手段と、
　前記条件取得手段が取得した条件にしたがって、前記入替又は置換を実行する実行手段と、
　を備えることを特徴とするデータ処理装置。」
から、
「ユーザから３以上の
種類の対象文字列
他の文字列に
　前記入替又は置換の対象となる
対象文字列
　前記入替又は置換の条件を取得する条件取得手段と、
　前記条件取得手段が取得した条件にしたがって、前記入替又は置換を実行する実行手段と、
　を備えることを特徴とするデータ処理装置。」
に補正された。
　
　上記補正は、補正前の請求項１における「ユーザから３以上のデータを入替又は置換する命令を受け付ける命令受付手段」を「ユーザから３以上の
種類の対象文字列
他の文字列に
対象文字列
　そこで、本件手続補正後の上記請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について、以下に検討する。
　
（２）引用例
　原査定の拒絶の理由に引用された特開平２−３８６０号公報（以下、「引用例」という。）には、図面とともに次の事項が記載されている。
　
Ａ．「〔課題を解決するための手段および作用〕
　本発明は、検索対象となる文字の属性を、当該検索対象となる文字を検索する際の条件とするか否かを指定する指定手段と、前記指定手段の指定結果に応じた検索対象となる文字を前記文書中から検索する検索手段と、前記検索手段によって検索された文字を特定の文字に変換する際、当該特定の文字の属性を指定する属性指定手段とを具えており、検索対象となる文字は、指定手段によって指定された属性内容に応じて探索され、さらに属性指定手段によって指定された属性を有する特定の文字に置換されることになる。」（第２頁左上欄第１３行〜右上欄第４行）
　
Ｂ．「〔実施例〕
　以下、本発明に係る文書処理装置の実施例を添附図面を参照して説明する。
　第１図は、本発明に係る文書処理装置の一実施例を示したブロック図である。同図において、キーボード／マウス制御部１１は、キーボード１２およびキーボード１２に接続されたマウス１３からの各種のデータ、指令等を入力制御している。
　中央処理装置（以下、ＣＰＵという）１０は、上記キーボード／マウス制御部１１から入力する指令と対応するプログラムによってキーボード／マウス制御部１１、ディスク制御部１４、表示制御部１５等の各制御部および実メモリ１６を総括的に時分割制御するとともに、所定の演算、処理等を実行する。
　外部記憶装置（ディスク装置）１７は文書データやプログラム、階層構造からなるかな漢字変換用辞書群のファイル、フォント構成のデータ内容および上記各フォントの表示用ビットマップ等を格納している。
　実メモリ１６は、ＲＡＭからなり、システムの運用を行うオペレーティングプログラム、キーボード１２又はマウス１３等から入力する命令群およびデータ群、上記ディスク装置１７から読み出された変換用辞書ファイルやフォント構成のデータおよび上記各フォントの表示用ビットマップ等のデータを格納する。・・・（中略）・・・
　表示制御部１５は、ＣＲＴ１８を制御し、上記実メモリ１６内のフォント構成のデータに対しビットマップのデータ等を表示させる。
　なお上記文書データは、第２図に示すように、各文字に対応した文字コードと該文字コードに対応する属性データを有している。
　上述したＣＰＵ１０は、上記文書データが上記ＣＲＴ１８に表示されるときに、それら各文字の位置情報に関するデータ等を制御データとして作成する。
　なお、実施例では、位置情報に対応して制御データが格納されており、またその制御データに対応して文字コードおよび属性データが格納されている。
　上記ＣＰＵ１０は、第３図に示すように、文書中の文字列に対する探索／置換処理の要求があるか否かを判断し（ステップ１００）、要求がある場合には探索／置換処理を実行し（ステップ１０１）、反対に要求がない場合には、続いて探索／置換処理の終了を示す指示があるか否かを判断し（ステップ１０２）、この判断結果、終了を示す指示がある場合には探索／置換処理を終了する。」（第２頁右上欄第５行〜右下欄第１５行）
　
Ｃ．「上述したステップ１０１における探索／置換処理を詳細に示したものが第４図である。
　まずＣＰＵ１０は、オペレータのキーボード１２（又はマウス１３）の所定の操作によって指定された探索条件および置換条件を設定する（ステップ２００）。
　まず探索条件としては、「探索する文字列」、「文字が一致するかどうかを判定するときに文字の属性も対象とするかどうか」、「文字がアルファベットの場合に大文字と小文字の違いを無視するかどうか」、の３点を指定する。
　また置換条件としては、「置換する文字列」、「置換する際に探索によって見付かった文字列と置換用に指定された文字列のどちらの文字の属性に合せて置換するか」、の２点を指定する。」（第３頁左上欄第１〜１５行）
　
Ｄ．「次に、第９図に示すような文書について、以下に示す探索条件および置換条件を指定して検索／置換処理を行ったの場合について説明する。
［探索条件４］
　探索内容：ＡＢＣ（ゴシック１４ポイント）
　文字の属性を無視
　大文字／小文字を区別
［置換条件４］
　置換内容：　
ＸＹＺ
　（明朝１８ポイント、アンダーライン付き）
　文字の属性を変更しない
　上記探索条件４、置換条件４においては、文書処理装置は、「ＡＢＣ」という文字列を文字の属性を無視し、大文字・小文字の区別して探索し、その探索された文字列を、文字の属性を変更しないで「ＸＹＺ」という文字列に置換する。
　つまり、探索された文字列ＡＢＣ（ゴシック１４ポイント）、ＡＢＣ（ゴシック・ボールド１４ポイント）、ＡＢＣ（ゴシック・イタリック１４ポイント）の各文字列は、第１１図に示すように、探索された文字列の属性にあわせて、ゴシック１４ポイント、ゴシック・ボールド１４ポイント、ゴシック・イタリック１４ポイントの「ＸＹＺ」という文字列に置換される。なお、置換内容のところで「ＸＹＺ」にアンダーラインが付いているが、文字の属性を変更しないという置換条件が指定されているので、前記置換文字列には、第１１図に示すように、アンダーラインは付加されない。」（第５頁左上欄第１９行〜左下欄第７行）
　
　ここで、上記Ｄ．の記載において、キーボード又はマウスの操作者が、上記「［探索条件４］」及び「［置換条件４］」を指定することは、上記引用例の第９図の５つの文字列のうち、大文字の「ＡＢＣ」からなる３つの文字列（「ＡＢＣ（ゴシック１４ポイント）」、「ＡＢＣ（ゴシック・ボールド１４ポイント）」、「ＡＢＣ（ゴシック・イタリック１４ポイント）」）を、属性を元のままにして「ＸＹＺ」に置換する（属性を元のままにするのであるから、元の文字列にアンダーラインが付加されていなければ、アンダーラインが付加されないままとなる）ことを「ＣＰＵ１０」に対して命令することと等価なことである。
　そして、上記引用例のものにおいて、「ＣＰＵ１０」は、指定された「［探索条件４］」及び「［置換条件４］」を取得し、取得された「［探索条件４］」にしたがって、置換の対象となる大文字の「ＡＢＣ」からなる３つの文字列を取得し、取得された「［置換条件４］」にしたがって、属性を元のままにして「ＸＹＺ」に置換するという動作を実行している。
　
　よって、上記Ａ．〜Ｄ．の記載及び関連する図面を参照すると、引用例には、実質的に、次の発明が記載されているものと認められる。（以下、「引用例記載の発明」という。）
「キーボード又はマウスの操作者から『ＡＢＣ（ゴシック１４ポイント）』、『ＡＢＣ（ゴシック・ボールド１４ポイント）』、『ＡＢＣ（ゴシック・イタリック１４ポイント）』という３つの文字列を属性をそのままにして『ＸＹＺ』という文字列に置換する命令を受け付ける命令受付手段と、
　前記置換の対象となる『ＡＢＣ（ゴシック１４ポイント）』、『ＡＢＣ（ゴシック・ボールド１４ポイント）』、『ＡＢＣ（ゴシック・イタリック１４ポイント）』という３つの文字列を取得する文字列取得手段と、
　前記置換の条件を取得する条件取得手段と、
　前記条件取得手段が取得した条件にしたがって、前記置換を実行する実行手段と、
　を備える文書処理装置。」
　
（３）対比
　本願補正発明と引用例記載の発明とを対比すると、次のことがいえる。
　
（あ）引用例記載の発明における「キーボード又はマウスの操作者」は、本願補正発明における「ユーザ」に相当する。
　
（い）引用例記載の発明における「『ＡＢＣ（ゴシック１４ポイント）』、『ＡＢＣ（ゴシック・ボールド１４ポイント）』、『ＡＢＣ（ゴシック・イタリック１４ポイント）』という３つの文字列」は、属性が異なるものであり、種類が異なる文字列であるといえる。
　そして、本願補正発明における「３以上の種類の対象文字列」の「３以上」には「３」も含まれる。
　よって、引用例記載の発明における「『ＡＢＣ（ゴシック１４ポイント）』、『ＡＢＣ（ゴシック・ボールド１４ポイント）』、『ＡＢＣ（ゴシック・イタリック１４ポイント）』という３つの文字列」は、本願補正発明における「３以上の種類の対象文字列」に含まれる「３つの種類の対象文字列」に相当する。
　
（う）引用例記載の発明における「『ＸＹＺ』という文字列」は、本願補正発明における「他の文字列」に相当する。
　
（え）引用例記載の発明における「置換」は、本願補正発明における「入替
又は
　
（お）引用例記載の発明における「文字列取得手段」は、本願補正発明における「対象取得手段」に相当する。
　
（か）引用例記載の発明における「文書処理装置」は、本願補正発明における「データ処理装置」に相当する。
　
　上記（あ）〜（か）の事項を踏まえると、本願補正発明と引用例記載の発明とは、
「ユーザから３つの種類の対象文字列を他の文字列に置換する命令を受け付ける命令受付手段と、
　前記置換の対象となる対象文字列を取得する対象取得手段と、
　前記置換の条件を取得する条件取得手段と、
　前記条件取得手段が取得した条件にしたがって、前記置換を実行する実行手段と、
　を備えるデータ処理装置。」
である点で一致し、相違点はない。
　
（４）判断
　したがって、本願補正発明は、引用例記載の発明と同一のものであるから、特許法第２９条第１項第３号に該当するものであり、特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　よって、本件手続補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
　
３．補正却下の決定を踏まえた検討
（１）本願発明
　平成２２年１月２２日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に係る発明は、平成２１年３月２５日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「ユーザから３以上のデータを入替又は置換する命令を受け付ける命令受付手段と、
　前記入替又は置換の対象となるデータを取得する対象取得手段と、
　前記入替又は置換の条件を取得する条件取得手段と、
　前記条件取得手段が取得した条件にしたがって、前記入替又は置換を実行する実行手段と、
　を備えることを特徴とするデータ処理装置。」
　
（２）引用例
　これに対して、原査定の拒絶の理由に引用された引用例とその記載事項は、上記２．（２）に記載したとおりである。
　
（３）対比・判断
　本願発明は、上記２．で検討した本願補正発明における「ユーザから３以上の
種類の対象文字列
他の文字列に
対象文字列
　そうすると、本願発明の構成要件を全て含み、さらに特定の限定を施したものに相当する本願補正発明が、上記２．（４）に記載したとおり、引用例記載の発明と同一のものであるから、上記特定の限定を省いた本願発明も、引用例記載の発明と同一のものである。
　
（４）むすび
　以上のとおり、本願発明は、引用例記載の発明と同一のものであるから、特許法第２９条第１項第３号に該当するものであり、特許を受けることができないものである。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。