【事件の表示】
　特願２００５−３６０６６３「漢字入力のための方法および装置」拒絶査定不服審判事件〔平成１８年　５月１８日出願公開、特開２００６−１２７５４３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、１９９９年１月２０日を国際出願日とする出願である特願２０００−５９５２２２号の一部を平成１７年１２月１４日に新たな特許出願としたものであって、平成１９年５月３１日付けで拒絶理由通知がなされ、同年１２月４日付けで手続補正がなされたが、平成２０年３月１０日付けで拒絶査定がなされ、これに対し、同年６月１６日に拒絶査定不服審判の請求がなされたものである。
　
２．本願発明
　本願の請求項１に係る発明は、平成１９年１２月４日付けの手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「漢字を入力するシステムであって、
　　字画、コンポーネント、及び文字を入力するための入力手段(10)と、
　　前記入力手段(10)に接続され、複数の文字のそれぞれについてその文字を書くのに使用される字画及び字画列に関するデータ(8.2)並びにその文字を構成するコンポーネントに関するデータ(8.2)を有するキャラクタテーブル(8.1)と、複数のコンポーネントのそれぞれについてそのコンポーネントを書くのに使用される字画及び字画列に関するデータ(8.9)を有するコンポーネントテーブル(8.8)とを含むデータを記憶する、記憶手段(30)と、
　　前記入力手段(10)及び前記記憶手段(30)に接続された処理手段(20)であって、
　　　前記コンポーネントテーブル(8.8)を参照し、前記入力手段(10)からの入力を字画に展開するステップ(10.2)と、
　　　前記キャラクタテーブル(8.1)の中から、展開された前記字画の列に一致する字画の列を有する候補文字を識別するステップ(10.3)と、
　　　前記コンポーネントテーブル(8.8)の中から、展開された前記字画の列に一致する字画の列を有する候補コンポーネントを識別するステップ(10.3)と、
　　　識別された前記候補文字及び前記候補コンポーネントを該処理手段(20)及び前記記憶手段(30)に接続された表示手段(40)上に表示し、選択させるステップとを実施するように構成された、処理手段(20)と
　からなるシステム。」
　
３．引用例
　原査定の拒絶の理由に引用された特開平９−１９０４９９号公報（以下、「引用例１」という。）、及び特開平８−１９０５５０号公報（以下、「引用例２」という。）には、それぞれ、図面とともに次の事項が記載されている。
　
（引用例１）
Ａ．「【０００１】
【発明の属する技術分野】この発明は、文字、特に漢字を手書きにより入力する手書き文字入力装置および手書き文字入力方法に関する。」
　
Ｂ．「【０００５】
【課題を解決するための手段】請求項１に記載したこの発明の手書き文字入力装置は、手書きにより文字を入力する手書き文字入力手段と、前記手書き文字入力手段により入力された一画毎に文字の形および書き順を認識する手書き文字認識手段と、文字毎に形および書き順を記憶した文字ファイルと、を備え、前記文字ファイルを検索して前記文字認識手段で認識している形を含むとともに書き順が一致する文字を文字候補として出力する文字候補出力手段と、前記文字候補出力手段で出力された文字候補から特定の文字を選択する文字選択手段と、選択された文字を手書き入力された文字として出力する出力手段と、を備えたことを特徴とする。
【０００６】この構成では、手書き文字入力手段によって手書き入力された一画毎に文字の形および書き順を手書き文字認識手段が認識し、文字候補出力手段がこの認識している形を含むとともに書き順が一致する文字ファイルに登録されている文字を文字候補として出力する。そして、文字選択手段が文字候補から任意の文字の選択を受け付け、この選択された文字を手書き入力された文字として出力する。」
　
Ｃ．「【００１５】請求項６に記載したこの発明の手書き文字入力装置は、手書きにより部首を入力する部首入力手段と、前記部首入力手段により入力された一画毎に部首の形および書き順を認識する手書き部首認識手段と、部首毎に形、書き順、および、該部首を含む文字を記憶した部首ファイルと、を備え、前記部首ファイルを検索して前記手書き文字認識手段で認識している文字の形を含むとともに書き順が一致する部首を部首候補として出力する部首候補出力手段と、前記部首候補出力手段で出力された部首候補から特定の部首を選択する部首選択手段と、前記部首選択手段で選択された部首を含む文字を文字候補として出力する文字候補出力手段と、前記文字候補出力手段で出力された文字候補から特定の文字を選択する文字選択手段と、選択された文字を出力する出力手段と、を備えたことを特徴とする。
【００１６】この構成では、部首入力手段によって手書き入力された一画毎に部首の形および書き順を手書き部首認識手段が認識し、部首候補出力手段がこの認識している形を含むとともに書き順が一致する部首ファイルに登録されている部首を部首候補として出力する。そして、部首選択手段が部首候補から任意の部首の選択を受け付け、文字候補出力手段がこの受け付けた部首を含む文字を文字候補として出力する。この文字候補から選択された文字を、入力文字として出力する。」
　
Ｄ．「【００２４】
【発明の実施の形態】図１は、この発明の実施の形態である手書き文字入力装置の機能を示すブロック図である。手書き文字入力装置１は、手書き文字入力部２と、ストローク特徴量抽出部３と、ストローク種類判定部４と、入力ストローク管理部５と、文字種入力部６と、データベース検索部７と、表示部８と、文字選択部９と、書き順出力部１０と、データベース１１と、を備えている。
【００２５】手書き文字入力部２は、専用のペン等を用いて入力枠に書かれた文字を一画（以下、ストロークという。）毎に２次元座標の配列データにする。ストローク特徴量抽出部３は、この２次元座標の配列データから「始点の位置」「終点の位置」「縦方向の長さ」「横方向の長さ」等のストロークの特徴量を抽出する。ストローク種類判定部４は、抽出されたストロークの特徴量からストロークの種類を判定する。ここでいうストロークの「種類」とは、文字を形成する一画の形状であり、例えば図２に示すようなものがある。入力ストローク管理部５は、入力された順番にストロークの特徴量、ストロークの種類等を登録したストロークリストを記憶する。例えば、専用のペン等を用いて入力枠に「−」「｜」「−」の順にストロークを入力して「土」という漢字を手書き入力した場合、入力ストローク管理部５は入力されたストローク毎にそのストロークの特徴量および種類が図３に示すストロークリストに記憶される。ストロークリストには、入力されたストロークの「始点の位置」「終点の位置」「縦方向の長さ」「横方向の長さ」等のストロークの特徴量および図２に示すストロークの「種類」が記憶される。文字種入力部６は、手書き入力する文字の種類「漢字」「部首」等の選択を受け付ける。なお、この発明でいう部首とは「かんむり」「へん」等に限定されるものではなく、文字の一部分を構成するものをいう。例えば、「山」という部首を有する文字としては、「岐」「屶」「岡」「島」等がある。データベース検索部７は、入力ストローク管理部５に登録されたストロークリストに基づいて後述するデータベース１１から、該当する文字である文字候補の検索を行う。文字候補としては後述する「補間なし文字」、「補間文字」、「類似文字」がある。表示部８は、データベース検索部７で検索された文字候補等を表示する。文字選択部９は、表示部８に表示している文字候補から任意の文字の選択を受け付ける。書き順出力部１０は、入力された文字が間違った書き順で入力枠に書かれたときに、その文字の正しい書き順を表示部８に表示する。データベース１１には、漢字ファイル２１、および、部首ファイル２２を備えている（図４参照）。漢字ファイル２１には、正しい書き順漢字ファイル２１ａと誤った書き順漢字ファイル２１ｂとを備えている。また、部首ファイル２２には正しい書き順部首ファイル２２ａと誤った書き順部首ファイル２２ｂと部首検索ファイル２２ｃとを備えている。
【００２６】正しい書き順漢字ファイル２１ａには、文字毎に書き順と一致する順番にストロークの種類と、ストローク間の相対関係と、を記憶した文字レコードが登録されている。例えば、「土」の文字レコードは、図５（Ａ）に示すようにストロークの種類を書き順と一致する順番に１画目「−」２画目「｜」３画目「−」と記憶している。また、「１画目のストロークの横幅が３画目のストロークの横幅よりも短く、且つ、２画目の始点の位置が１画目の横棒よりも上」というデータをストローク間の相対関係として記憶している。また、「士」や「工」の文字レコードも、ストロークの種類を書き順と一致する順番に「−」「｜」「−」と記憶している（図５（Ｂ）、図５（Ｃ）参照）。しかし、「士」の文字レコードでは、ストローク間の相対関係として「一画目のストロークの横幅が３画目のストロークの横幅よりも長く、且つ、２画目の始点の位置が１画目の横棒よりも上」というデータを記憶しており、「工」という文字のレコードでは、ストローク間の相対関係として「１画目のストロークの横幅が３画目のストロークの横幅よりも短く、且つ、２画目の始点の位置が１画目の横棒とほぼ同じ高さ」というデータを記憶している。これは、「−」「｜」「−」の順に手書き入力されたストロークの種類およびその順番からのデータのみでは「土」、「士」、「工」のどの文字が入力されたのかを識別することはできないので、ストロークリストに記憶されているストロークの特徴量を用いてストローク間の相対関係を満たすかどうかを判定させ、いずれの文字が手書き入力された文字であるかを識別できるようにしている。なお、後述するが「土」という文字が手書き入力されたことを認識したときには、「士」および「工」は「類似文字候補」として出力される。誤った書き順漢字ファイル２１ｂには、文字毎に誤った書き順でストロークの種類、ストローク間の相対関係、および、正しい書き順を示すデータを記憶している。例えば、図６に示すように「土」という文字を、１画目「−」２画目「−」３画目「｜」の順に誤った書き順でストロークの種類を記憶している。また、「１画目のストロークの横幅が２画目のストロークの横幅よりも短く、且つ、３画目の始点の位置が１画目の横棒よりも上」というストローク間の相対関係も記憶している。さらに、正しい書き順が「１画目」「３画目」「２画目」の順であることを示す正しい書き順データをも記憶している。
【００２７】正しい書き順部首ファイル２２ａには、部首毎に書き順と一致する順番にストロークの種類と、ストローク間の相対関係を記憶した部首レコードが登録されている。また、誤った書き順部首ファイル２２ｂには、部首毎に誤った書き順でストロークの種類を記憶しているとともに、ストローク間の関係、および、正しい書き順を示すデータを記憶している。正しい書き順部首ファイル２２ａおよび誤った書き順部首ファイル２２ｂと、上記した正しい書き順漢字ファイル２１ａおよび誤った書き順漢字ファイル２１ｂと、の相違点は漢字の一部である部首のデータを記憶しているファイルと漢字全体のデータを記憶しているファイルである点である。また、部首検索ファイル２２ｃには、部首毎に該部首を含む漢字が登録されている（図７参照）。なお、上記したようにこの発明でいう部首とは、「かんむり」「へん」等に限定されるものではなく、文字の一部分を構成するものを言い、「山」という部首には「岐」「屶」「岡」「島」等の文字が登録されている。」
　
Ｅ．「【００２８】以下、「補間なし文字」、「補間文字」、「類似文字」の定義について説明する。「補間なし文字」とは、手書き入力された画数と同じ画数の文字である。そして、ストローク管理部５に登録されているストロークリストのデータが、正しい書き順漢字ファイル２１ａに登録されている文字レコードの文字で記憶しているストロークの種類およびストローク間の相対関係、がその順番を含めて完全に満足している文字をいう。例えば、「木」という文字が手書き入力されたときの「補間なし文字」は「木」である（入力されたストロークの誤認識は無いものとする。）。「補間文字」とは、ストローク管理部５に登録されているストロークリストの画数よりも画数の多い文字である。そして、ストローク管理部５に登録されているストロークリストを、正しい書き順漢字ファイル２１ａに登録されている文字レコードの文字で記憶しているストロークの種類およびストローク間の相対関係、が最初からその順番を含めてストロークリストに記憶されている画数まで満足している文字をいう。例えば、「補間なし文字」が「木」であると認識されている場合、「本」等が「補間文字」である。「類似文字」とは、誤った書き順漢字ファイル２１ｂに登録されている文字レコードの文字であり、且つ、前記「補間なし文字」または「補間文字」の条件を満足させる文字をいう。また、正しい書き順漢字ファイル２１ａに登録されている文字レコードの文字で、ストローク間の相対関係のみ満足していないために前記「補間なし文字」または「補間文字」とされなかった文字も「類似文字」となる。この文字の例としては、例えば「補間なし文字」が「土」である場合、「士」、「工」等が「類似文字」である。さらに、ストローク管理部５に登録されているストロークリストを、正しい書き順漢字ファイル２１ａおよび誤った書き順漢字ファイル２１ｂに登録されている文字レコードの文字で、記憶しているストロークの種類およびストローク間の相対関係と、がその途中からその順番をも含めてストロークリストに記憶されている画数まで満足している文字も「類似文字」となる。この文字の例としては、例えば「補間なし文字」が「木」である場合、「禾」「未」（「禾」「未」は、文字レコードの２画目以降がストローク管理部５に登録されている手書き入力された「木」という文字のストロークリストを満足する文字である。）等が「類似文字」である。」
　
Ｆ．「【００２９】図８は、この発明の実施の形態である手書き文字入力装置の外観を示す平面図である。図９および図１０は手書き入力する文字種を漢字としたときの処理を示すフローチャートである。手書き文字入力装置１は、ディスプレイとタブレットとが一体型のもので、表示画面上を専用のペンで触ることで入力が行える。表示画面上には、入力する文字種を選択する入力文字種表示・選択エリア３１と、専用のペンで文字を手書き入力する入力エリア３２と、選択された文字種を表示する選択文字種表示エリア３３と、補間なし文字を表示する補間なし文字表示エリア３４と、補間文字の個数を表示する補間文字数表示エリア３５と、類似文字の個数を表示する類似文字数表示エリア３６と、補間文字を表示する補間文字表示エリア３７と、類似文字を表示する類似文字表示エリア３８と、選択された文字を表示する選択文字表示エリア３９とを備えている。操作者は、手書き入力する方法に応じて文字種（漢字または部首）の選択を行う。この文字種の選択は、表示画面上の入力文字種表示エリア３１に表示されている文字種の中からこれから入力する方法の文字種の上を専用のペンで押すことにより行える。例えば、専用のペンで「漢字」と表示されているほぼ真上を押すことで、入力する文字種として漢字を選択することができる。選択された文字種は選択文字種表示エリア３３に表示される。手書き文字入力装置１は、手書き入力する文字種（ここでは「漢字」）が選択されると（ｎ１）、画数を計数する変数ｎｕｍを１にセットする（ｎ２）。操作者は入力する漢字を専用のペンで手書きエリア３２上に一画毎書く。手書きエリア３２が上記した機能ブロックでいう手書き文字入力部２に相当する。
【００３０】手書きエリア３２上に専用のペンでストロークが描かれると（ストロークの入力があると）（ｎ３）、ストローク特徴量抽出部３がこの描かれたストロークから、「始点の位置」「終点の位置」「縦方向の長さ」「横方向の長さ」等のストロークの特徴量を抽出する（ｎ４）。そして、ストローク種類判定部４が、ｎ４で抽出されたストロークの特徴量から「縦棒」「横棒」等のストロークの種類を認識する（ｎ５）。入力ストローク管理部５は、入力されたストロークの特徴量およびその種類をストロークリストの該当する画数目のデータとして登録する（ｎ６→ｎ９）。ｎ５においてストロークの種類が認識できない等の不適当なストロークの入力であれば、ｎ３で入力を受け付けたストロークをクリアし（ｎ６→ｎ７）、該ストロークの再入力を促すメッセージを表示部８に表示し（ｎ８）、ｎ３に戻る。すなわち、認識できないような不適当なストロークが入力されたときには、この入力されたストロークを無効にするが、それ以前に入力されたストロークは有効にしておき、認識できなかったストロークから再入力させるようにしている。したがって、操作者は途中で誤って認識できないストロークを入力しても、そのストロークの入力からやり直すことができる。すなわち、従来のように最初から手書き入力をやり直さなくてもよい。
【００３１】データベース検索部７は、ｎ９でストロークリストにデータが登録されると、データベース１１の検索を行う（ｎ１０）。データベース１１の検索は、ストロークリストに登録されたデータが最初の一画目のデータであるときと、２画目以降のデータであるときと、で異なるので、場合分けして説明する。
【００３２】〔最初の一画目のデータが登録された場合〕ｎ１で選択された文字種のファイル（ここでは、漢字ファイル２１の正しい書き順漢字ファイル２１ａおよび誤った書き順ファイル２１ｂ）を検索してストロークリストに登録されているデータに基づいて文字候補である「補間なし文字」、「補間文字」、「類似文字」を検索して抽出し、抽出した文字を文字候補として登録した文字候補ファイルを作成する（ｎ１１）。
【００３３】〔二画目以降のデータが登録された場合〕前回ストロークリストにデータが登録されたときに作成された文字候補ファイルに登録されている文字候補の中から「補間なし文字」、「補間文字」、「類似文字」を抽出し、ここで抽出された文字からなる文字候補ファイルに更新する（ｎ１１）。
【００３４】図１１は、手書き入力途中における表示画面例を示す図である。図１１（Ａ）は、１画目の入力が行われたときの表示画面の例であり、図１１（Ｂ）は、２画目の入力が行われたときの表示画面の例であり、図１１（Ｃ）は、文字が選択されたときの表示画面の例である。データベース１１を検索して、文字候補ファイルに登録した文字候補である「補間なし文字」、「補間文字」、「類似文字」をそれぞれ補間なし文字表示エリア３４、補間文字表示エリア３７、および、類似文字表示エリア３８に表示する（ｎ２１）（図１１（Ａ）参照）。また、「補間文字」、「類似文字」の個数も補間文字数表示エリア３５および類似文字数表示エリア３６に表示される。なお、ｎ１２で文字候補である「補間なし文字」、「補間文字」、「類似文字」がないと判定された場合の処理については後述する。
【００３５】このとき、抽出された「補間文字」、「類似文字」は画数の少ない文字から順に表示される。「補間文字」、「類似文字」が多数あり、補間文字表示エリア３７、類似文字表示エリア３８で一度に表示できないときには、スクロールすることにより表示されていなかった文字を表示させることができる。表示されている「補間なし文字」「補間文字」「類似文字」のいずれかの文字の上を専用の入力ペンで押さえることによって文字を選択することができる（ｎ２２）。ここで選択された文字は選択文字表示エリア３９に表示されるとともに、手書き入力された文字として出力される（ｎ２４）。すなわち、選択した文字が「補間文字」であれば、入力枠に文字を最後まで書くことなく該文字を出力させることができる。また、選択した文字が「類似文字」であれば、書き順等を誤って手書き入力した文字を出力させることができる。したがって、文字を最後まで書くことなく、手書き入力を完了することができる。なお、ｎ２４で選択された文字が出力された後の処理については後述する。」
　
Ｇ．「【００３９】次に、選択された文字種が部首であるときの処理を説明する。図１２および図１３は、手書き入力する文字種を部首としたときの処理を示すフローチャートである。、部首を選択するまでの処理（ｎ３１〜ｎ５６）は図９および図１０に示した漢字を手書き入力して、漢字を選択する処理とほぼ同じであるのでここでは説明を省略するが、上記した漢字の手書き入力と異なる処理内容について簡単に説明する。まずはじめに、操作者が最初に選択する文字種を部首とする点である。ここで、部首が選択されたことにより、手書き入力装置１は手書き入力する文字種が部首となる。また、手書き入力されたストロークによってデータベース検索部６が検索するファイルは正しい書き順部首ファイル２２ａと誤った書き順部首ファイル２２ｂとなり、表示部８には文字候補ではなく部首候補が表示される。  図１４は、部首入力における表示画面の表示例を示す図である。図１４（Ａ）は、「木（木へん）」を入力しようとして「十」を手書き入力した時点の表示部８の表示例を示している。「補間部首」には「木（きへん）」や「才（てへん）」等が表示され、「類似部首」として「禾（のぎへん）」等が表示されている。ここで、部首候補（「補間なし部首」、「補間部首」、「類似部首」）から部首が選択されると（上記した漢字を手書き入力する場合における文字候補から漢字を選択する処理に相当する。）（ｎ５２）、選択された部首を選択部首として表示する（ｎ５３）。そして、選択された部首が誤った書き順で手書き入力されている場合には正しい書き順を表示する（ｎ５５、ｎ５６）。」
　
　引用例１の上記Ｄの記載及び図１を参照すると、「手書き文字入力部２」と「データベース１１」の間に接続されている「ストローク特徴量抽出部３」、「ストローク種類判定部４」、「入力ストローク管理部５」、及び「データベース検索部７」よりなる構成は、総称して「処理手段」と呼ぶことのできる構成であると解される。
　
　よって、上記Ａ〜Ｇの記載及び関連する図面を参照すると、引用例１には、実質的に、次の発明が記載されているものと認められる。（以下、「引用例１記載の発明」という。）
「漢字を手書きにより入力する手書き文字入力装置であって、
　　ストローク、部首、及び文字を入力するための手書き文字入力部と、
　　前記手書き文字入力部に接続され、複数の文字のそれぞれについてその文字を書くのに使用されるストローク及びストローク列に関するデータを有する漢字ファイルと、複数の部首のそれぞれについてその部首を書くのに使用されるストローク及びストローク列に関するデータを有する部首ファイルとを含むデータを記憶する、データベースと、
　　前記手書き文字入力部及び前記データベースに接続された処理手段であって、
　　　前記手書き文字入力部からの入力に基づくストロークを抽出するステップと、
　　　前記漢字ファイルの中から、抽出された前記ストロークの列に一致するストロークの列を有する文字候補を識別するステップと、
　　　前記部首ファイルの中から、抽出された前記ストロークの列に一致するストロークの列を有する部首候補を識別するステップと、
　　　識別された前記文字候補又は前記部首候補を該処理手段及び前記データベースに接続された表示部上に表示し、選択させるステップとを実施するように構成された、処理手段と
　からなる手書き文字入力装置。」
　
（引用例２）
　図１４に、「その２手書き用辞書」の例として、「修」、「録」、「正」等の文字に対して、それらの文字を書くのに使用される字画列を対応させたテーブルが示されている。
　また、図１４の例では、「修」、「録」、「正」等の文字に対して、字画列を対応させているが、字画列の部分の項目名は、「手書き文字字画・部首・その他基本構成要素等データ」とされており、「字画」以外の「部首」やその他の「基本構成要素」を対応させることも示唆されている。
　
４．対比
　本願発明と引用例１記載の発明とを対比すると、次のことがいえる。
　
（あ）引用例１記載の発明の「漢字を手書きにより入力する手書き文字入力装置」は、「漢字を入力するシステム」を構成しているといえる。
　
（い）引用例１記載の発明における「ストローク」は、本願発明における「字画」に相当する。
　また、引用例１記載の発明における「部首」は、文字を構成する構成要素の一種であり、本願発明における「コンポーネント」の下位概念のものである。
　よって、引用例１記載の発明における「手書き文字入力部」は、本願発明における「入力手段」に相当する。
　
（う）引用例１記載の発明における「漢字ファイル」と本願発明における「キャラクタテーブル」とは、少なくとも、「複数の文字のそれぞれについてその文字を書くのに使用される字画及び字画列に関するデータを有する文字データ」である点において、共通する。
　また、上記（い）で述べたように、引用例１記載の発明における「部首」は、本願発明における「コンポーネント」の下位概念のものであるから、引用例１記載の発明における「部首ファイル」と本願発明における「コンポーネントテーブル」とは、「複数のコンポーネントのそれぞれについてそのコンポーネントを書くのに使用される字画及び字画列に関するデータを有するコンポーネントデータ」である点において、共通する。
　そして、引用例１記載の発明における「データベース」は、本願発明における「記憶手段」に相当する構成である。
　
（え）本願発明においては、「処理手段」に対して「コンポーネントテーブルを参照し、入力手段からの入力を字画に展開するステップ」を実施させることによって、入力手段からの入力に基づく字画を抽出しているものと解される。
　よって、本願発明と引用例１記載の発明における「処理手段」は、ともに、「入力手段からの入力に基づく字画を抽出するステップ」を実施するものである点において共通する。
　
（お）引用例１記載の発明における「文字候補」は、本願発明における「候補文字」に相当する。
　また、上記（い）で述べたように、引用例１記載の発明における「部首」は、本願発明における「コンポーネント」の下位概念のものであるから、引用例１記載の発明における「部首候補」は、本願発明における「候補コンポーネント」に相当する構成である。
　よって、本願発明と引用例１記載の発明における「処理手段」は、上記「入力手段からの入力に基づく字画を抽出するステップ」に加え、さらに、「文字データの中から、抽出された字画の列に一致する字画の列を有する候補文字を識別するステップ」、及び「コンポーネントデータの中から、抽出された字画の列に一致する字画の列を有する候補コンポーネントを識別するステップ」を実施するものである点において共通する。
　
（か）引用例１記載の発明における「表示部」は、本願発明における「表示手段」に相当する。
　よって、本願発明と引用例１記載の発明における「処理手段」は、「識別された候補文字及び／又は候補コンポーネントを処理手段及び記憶手段に接続された表示手段上に表示し、選択させるステップ」を実施するものである点において共通する。
　
　上記（あ）〜（か）の事項を踏まえると、本願発明と引用例１記載の発明とは、次の点で一致し、また、相違するものと認められる。
　
（一致点）
　本願発明と引用例１記載の発明とは、ともに、
「漢字を入力するシステムであって、
　　字画、コンポーネント、及び文字を入力するための入力手段と、
　　前記入力手段に接続され、複数の文字のそれぞれについてその文字を書くのに使用される字画及び字画列に関するデータを有する文字データと、複数のコンポーネントのそれぞれについてそのコンポーネントを書くのに使用される字画及び字画列に関するデータを有するコンポーネントデータとを含むデータを記憶する、記憶手段と、
　　前記入力手段及び前記記憶手段に接続された処理手段であって、
　　　前記入力手段からの入力に基づく字画を抽出するステップと、
　　　前記文字データの中から、抽出された前記字画の列に一致する字画の列を有する候補文字を識別するステップと、
　　　前記コンポーネントデータの中から、抽出された前記字画の列に一致する字画の列を有する候補コンポーネントを識別するステップと、
　　　識別された前記候補文字及び／又は前記候補コンポーネントを該処理手段及び前記記憶手段に接続された表示手段上に表示し、選択させるステップとを実施するように構成された、処理手段と
　からなるシステム。」
である点。
　
（相違点）
　相違点１：本願発明においては、「文字データ」が、複数の文字のそれぞれについてその文字を書くのに使用される字画及び字画列に関するデータを有する「キャラクタテーブル」であるとともに、該「キャラクタテーブル」は、「その文字を構成するコンポーネントに関するデータ」をも有するものであるのに対し、引用例１記載の発明においては、「文字データ」が、複数の文字のそれぞれについてその文字を書くのに使用されるストローク及びストローク列に関するデータを有する「漢字ファイル」であるとともに、該「漢字ファイル」は、「その文字を構成する部首に関するデータ」をも有するものであるとはされていない点。
　
　相違点２：「コンポーネントデータ」が、本願発明においては、複数のコンポーネントのそれぞれについてそのコンポーネントを書くのに使用される字画及び字画列に関するデータを有する「コンポーネントテーブル」であるのに対し、引用例１記載の発明においては、複数の部首のそれぞれについてその部首を書くのに使用されるストローク及びストローク列に関するデータを有する「部首ファイル」である点。
　
　相違点３：「処理手段」が、本願発明においては、「コンポーネントテーブルを参照し、入力手段からの入力を字画に展開するステップ」を実施するように構成されているのに対し、引用例１記載の発明においては、そのようなステップを実施するように構成されていない点。
　
　相違点４：「処理手段」が、本願発明においては、「
キャラクタテーブル
展開
コンポーネントテーブル
展開
漢字ファイル
抽出
部首ファイル
抽出
　
　相違点５：「処理手段」が、本願発明においては、「識別された候補文字
及び
又は
　
５．当審の判断
　そこで、上記相違点１〜５について検討する。
　
（相違点１について）
　上記引用例２には、手書き文字が何であるかを判断するための「手書き用辞書」として、複数の文字に対してそれらの文字を書くのに使用される字画列を対応させたテーブルを用いることが記載されている。ここで、例えば、「一」のような１画の文字の場合には、「字画列」ではなく「字画」が対応することになるということは、当業者にとって明らかなことである。
　してみれば、引用例１記載の発明において、上記引用例２の記載を参酌し、複数の文字のそれぞれについてその文字を書くのに使用されるストローク（字画）及びストローク列（字画列）に関するデータを有する「漢字ファイル」の構成として、「キャラクタテーブル」を採用することは、当業者が容易に想到し得ることである。
　また、上記引用例２の図１４の記載によれば、複数の文字に対して、「字画」以外の「部首」やその他の「基本構成要素」を対応させることも示唆されている。
　してみれば、引用例１記載の発明において、上記引用例２の記載を参酌し、「漢字ファイル」の構成として採用する「キャラクタテーブル」を、「その文字を構成する部首（コンポーネント）に関するデータ」をも有するものとすることは、当業者が容易に想到し得ることである。
　
（相違点２について）
　上記引用例２のものにおける「テーブル」は、複数の「文字」に対してそれらの「文字」を書くのに使用される字画列を対応させたものであるが、同様に、複数の「部首（コンポーネント）」に対してそれらの「部首（コンポーネント）」を書くのに使用される字画列を対応させたテーブルを、手書き部首が何であるかを判断するための「手書き用辞書」として用いるようにすることは、当業者が容易に想到し得ることである。ここで、例えば、「一」のような１画の「部首」の場合には、「字画列」ではなく「字画」が対応することになるということは、上記「相違点１について」で検討した「文字」の場合と同様である。
　してみれば、引用例１記載の発明において、上記引用例２の記載を参酌し、複数の部首（コンポーネント）のそれぞれについてその部首（コンポーネント）を書くのに使用されるストローク（字画）及びストローク列（字画列）に関するデータを有する「部首ファイル」の構成として、「コンポーネントテーブル」を採用することも、当業者が容易に想到し得ることである。
　
（相違点３について）
　上記「相違点２について」で検討したように、複数の部首（コンポーネント）のそれぞれについてその部首（コンポーネント）を書くのに使用されるストローク（字画）及びストローク列（字画列）に関するデータを有する「コンポーネントテーブル」は、当業者が適宜に採用することができる構成にすぎない。
　してみれば、引用例１記載の発明において、手書き文字入力部（入力手段）からの入力に基づくストローク（字画）を抽出するにあたり、上記「コンポーネントテーブル」を参照し、手書き文字入力部（入力手段）からの入力をストローク（字画）に展開するようにすることは、当業者が適宜になし得ることにすぎない。
　よって、引用例１記載の発明において、「処理手段」が、「コンポーネントテーブルを参照し、入力手段からの入力を字画に展開するステップ」を実施するように構成することは、当業者が容易に想到し得ることである。
　
（相違点４について）
　上記「相違点１について」及び上記「相違点２について」で検討したように、引用例１記載の発明において、「漢字ファイル」及び「部首ファイル」の構成として、「キャラクタテーブル」及び「コンポーネントテーブル」を採用するようにすることは、当業者が容易に想到し得ることである。
　また、上記「相違点３について」で検討したように、「処理手段」が、「コンポーネントテーブルを参照し、入力手段からの入力を字画に
展開
　してみれば、これらの事項を参酌し、引用例１記載の発明における「処理手段」が実施する「
漢字ファイル
抽出
部首ファイル
抽出
キャラクタテーブル
展開
コンポーネントテーブル
展開
　
（相違点５について）
　一般に、文字を認識するシステムにおいて、認識した文字に対応する文字候補及び部首候補を、一つの表示手段にともに表示させるようにすることは、例えば、特開平６−９６２６６号公報の段落【００１０】及び図５の記載に見られるような周知技術にすぎない。
　してみれば、引用例１記載の発明に対して、上記周知技術を適用して、「処理手段」が、「識別された文字候補
又は
及び
　
（本願発明の作用効果について）
　そして、本願発明の構成によってもたらされる効果も、引用例１，２に記載の発明及び上記周知技術から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
６．むすび
　以上のとおり、本願発明は、引用例１，２に記載の発明及び上記周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。