【事件の表示】
　特願２０００−３１２５９１「かな漢字変換方法およびかな漢字変換システム」拒絶査定不服審判事件〔平成１４年　５月１０日出願公開、特開２００２−１３２７６１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯 
　本願は、平成１２年１０月１２日の出願であって、平成１７年８月３１日に拒絶査定がなされ（発送日同年９月２日）、これに対して同年１２月１日に拒絶査定不服審判が請求され、その後当審において平成１９年１２月２８日付で拒絶の理由が通知され、平成２０年４月４日付で手続補正がなされたものであり、本願の請求項１に係る発明は、平成２０年４月４日付の手続補正書により補正された明細書又は図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。（以下、「本願発明」という。） 
　 
「【請求項１】　日本語を入力するために、かな入力から漢字に変換するかな漢字変換方法において、かな漢字変換部が、 
　前記かな入力と文節を解析するためのデータとを対比して、前記かな入力を１または複数の文節で区切り、尤度計算を行って、最も確からしい文節区切りを決定する第１決定ステップと、 
　前記最も確からしい文節区切りで表された前記かな入力のうち、変換候補を表示する対象となる文節としてカーソルで示されている注目文節に対応するかな文字列と、該注目文節の前文節および次文節の少なくとも一方に対応するかな文字列とを形態素解析することにより、前記最も確からしい文節区切りとは異なる１または複数の文節区切りを決定する第２決定ステップと、 
　該第２決定ステップで決定された各々の前記文節区切りに対するかなに応じて、かなと漢字とを関連付けて記憶する辞書記憶部から１または複数の漢字を変換候補として取得する取得ステップと、 
　前記各々の文節区切りに対する複数の前記変換候補を統合し、複数の前記変換候補に対して尤度計算を行い、最も確からしい順番に並び替えて表示する候補表示ステップと 
　を実行することを特徴とするかな漢字変換方法。」 
　 
２．当審の拒絶理由 
　一方、当審において平成１９年１２月２８日付で通知した拒絶の理由は、以下のとおりである。 
　 
　本件出願の下記の請求項に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。  
　  
引用文献等：  
１．特開昭６３−３１８６６７号公報  
２．特開平８−２３５１７１号公報  
３．特開平４−１１７５５２号公報  
４．特開平９−２６９５８号公報  
　  
請求項：１，４，７  
備考：引用例１には、入力かな文字列に対して表示された変換候補を修正するための構成として、カーソルで指定した文字を含む文節（本願に係る発明における「注目文節」に相当）に対応する読み文字列（かな文字列）と当該注目文節の前文節に対応するかな文字列とを変換処理の対象とし、注目文節に対する同音異義語の変換候補と、文節区切りの変更となる変換候補とを、マトリクス形式で同時に表示し、ユーザの選択に供するものが記載されている。  
　引用例１におけるかな漢字変換処理も、本願発明と同様形態素解析と尤度計算を用いたものと認められる。  
　また、かな漢字変換技術において、処理の対象単位としての文節を示し、選択するためのカーソル表示も本願出願前周知の技術である。引用例１記載の発明において、修正の対象文節を選択するカーソルとして上記周知技術を採用することは当業者には設計事項である。  
　なお、前文節とともにかな漢字変換を行う点は引用例２にも開示されている。  
　また、後続の文節を含めて文節区切りを生成しユーザの選択に供する技術は引用例３や引用例４に開示されているように本願出願前周知であり、引用例１記載の発明において、注目文節の次文節についても読み文字列を取得して注目文節のかな文字列とともにかな漢字変換処理を行うよう構成することは、当業者が容易に想起し得る事項である。  
　  
請求項：２，５  
備考：　引用例１記載の発明においても、文節区切りと変換候補（候補列）について尤度計算を行っている（なお、尤度計算を伴うかな漢字変換処理そのものは本願出願前周知の技術である）。また、かな漢字変換技術において、一覧にて提示する変換候補を、なんらかの尤度（優先度）で並べ替えることは常套手段であるから、それぞれの文節区切りの候補について計算された尤度で変換候補を並べ変えて表示することは、当業者が容易になし得る事項である。  
　  
請求項：３，６  
備考：　最も確からしい文節区切りの最も確からしい変換候補のインライン表示は、引用例１，３または４等においても行われているように、本願出願前周知の技術である。  
　 
３．引用例 
（３−１）当審拒絶の理由で引用された特開昭６３−３１８６６７号公報（以下「引用例１」という。）には、図面とともに次の（ア）〜（エ）の事項が記載されている。 
　 
（ア）「以下、本発明を、図面の一実施例にもとづいて説明すると、第２図はかな漢字変換装置の全体的ハード構成図であり、第２図において、１は入力部、４は表示部、２は制御部、５は記憶装置、３は外部記憶装置である。 
　以上の構成において、入力部１は、入力読み列，かな漢字変換，選択指示などを入力するための入力装置であり、表示部４は、入力読み、さらにはかな漢字変換結果などを表示するために、例えばＣＲＴ表示器によって構成されている。制御部２は、かな漢字変換の実行を司るもので、ＣＰＵによって構成されている。記憶装置５は、プログラムやデータなどを記憶しておく場所、外部記憶装置３は、かな漢字変換で使用する辞書を記憶しておく場所である。」（第２頁右下欄第１８行〜第３頁左上欄第１２行） 
　 
（イ）「第４図の変換処理（８０）においては、ＣＨＲ＄ＢＵＦＦに格納してある入力読みを元に、先頭から順に単語の読みと表記と品詞とを有する辞書を検索し、検索された語の持つ品詞を用いて、前後の語との接続検定をおこなう操作を繰り返し、かな漢字変換候補を作成する。例えば、第１０図に示すＣＨＲ＄ＢＵＦＦにおけるかな漢字変換候補として形成されるデータの具体例を第１１図に示し、変換候補は、データの重複を防ぐために、ネットワーク状のデータ構造を採用し、このデータ構造の中に、表記とそれに対応する読みと品詞とを格納し、記憶容量の低減をはかつている。作成したネットワークの中から最適な候補を選びだす方法としては、例えば特開昭６０−１８９５６５号公報の第５図に示されているように、候補列の中から尤度の最も大きな候補列を取り出し、変換結果として変換候補表示用バッファ（以下、ＨＥＮＫＡＮ＄ＢＵＦＦと呼ぶ）に格納する。なお、ここでいう尤度とは、品調および出現頻度などを考慮した重みを掛けて文節数を求め、その数が少ないほど尤度が高いとするもので、具体的には、名詞，動詞，形容詞，形容動詞には重み１、形式名詞，補助動詞，連体詞等には０．１、接頭語，接尾語は準自立語扱いとして０．５の重みを与えるものであり、第１１図の例の場合は、第１２図に示すように、「数学解析上の」をＨＥＮＫＡＮ＄ＢＵＦＦに格納する。」（第４頁左下欄第１８行〜第５頁左上欄第４行） 
　 
（ウ）「ここで、表示部４に表示されているテキスト文字列が、ユーザの意図したテキスト文字列と異なった場合の修正の流れを説明する。 
　ユーザは、修正をおこないたいテキスト文字列にカーソルを移動後、第３図に示す変換キー（９０２）を入力する。第１図のキー入力解析処理（１０）では、第４図のステップ１４５にもとづいて、ＣＨＲ＄ＢＵＦＦに入力読みが存在しているかをチェックする。ＣＨＲ＄ＢＵＦＦに入力読みが存在していない場合は、変換キー９０２を出力する。第１図におけるステップ２５の判定後、入力読み文字列取り出し処理（３０）を起動して、修正の対象となっているテキスト文字列を含む文節に対応する入力読みを取り出す。 
　第１８図は入力読み取出し処理（３０）の動作系を示すフローチャートである。 
　第１８図においては、まず、ステップ３１０において、カーソル位置がテキスト文字列管理バッファの先頭から何文節目であるかを調べ、ステップ３１５において、対応する入力読みを入力読み管理バッファから取り出す。そして、入力読み管理バッファから取り出した入力読みは、ＳＵＢ１＄ＣＨＲ＄ＢＵＦＦにセットする（３２０）。また、セットした文字数をＳＵＢ１＄ＣＨＲ＄ＣＮＴにセットする（３２５）。同様に、ステップ３３０において、テキスト文字列をテキスト文字列管理バッファから取り出し、ステップ３３５において、ＳＵＢ１＄ＴＥＸＴ＄ＢＵＦＦにセットし、ＳＵＢ１＄ＴＥＸＴ＄ＢＵＦＦにセットした数を、ステップ３４０において、ＳＵＢ１＄ＴＥＸＴ＄ＣＮＴにセットする。 
　次に、ステップ３４５において、修正の対象になっている文節の前の文節が、入力読みを保持した文節であるかをチェックし、入力読みが存在する場合は、入力読み管理バッファから読みを取り出し（３５０）、ＳＵＢ２＄ＣＨＲ＄ＢＵＦＦにセットする（３５５）。そして、ＳＵＢ２＄ＣＨＲ＄ＢＵＦＦにセットした文字数をＳＵＢ２＄ＣＨＲ＄ＣＮＴにセットする（３６０）。同様に、テキスト文字列を取り出し、ＳＵＢ２＄ＴＥＸＴ＄ＢＵＦＦおよびＳＵＢ２＄ＴＥＸＴ＄ＣＮＴにセットする（３６５，３７０，３７５）。前文節が存在せず、また入力読みを保持していない文節の場合には、ＳＵＢ２＄ＣＨＲ＄ＣＮＴおよびＳＵＢ２＄ＴＥＸＴ＄ＣＮＴに「０」をセットする（３８０）。ステップ３８５，３９０において、修正文節の確立処理の際に使用する入力読み長エリアおよびテキスト文字列長エリアにそれぞれＳＵＢ１＄ＣＨＲ＄ＣＮＴの値およびＳＵＢ１＄ＴＥＸＴ＄ＣＮＴの値を初期値としてセットする。また、ステップ３９５において、入力読み長エリアおよびテキスト文字列長エリアを管理するＳＥＴ＄ＣＮＴに「１」をセットする。例えば、第２図の表示部４に第１９図に示すごときテキスト文字列が出力されている状態で、「会」の位置にカーソルを移動後、第３図の変換キー（９０２）を入力した場合、第２０図に示す入力読み管理バッファ、第２１図に示すテキスト文字列管理バッファから、カーソル位置の文節である「会席上の」と前文節「数学」とに対応する入力読みおよびテキスト文字列を取り出し、第２２図に示すように、記憶装置５の各メモリに情報を格納する。 
　第１図の入力読み文字列取り出し処理（３０）において、入力文字列の取出し後は、選択候補作成処理（４０）を起動して、修正可能なテキスト文字列を出力する。 
　第２３図は選択候補作成処理（４０）の動作系を示すフローチャートである。 
　第２３図においては、ステップ４１０および４２０において、ＳＵＢ２＄ＣＨＲ＄ＢＵＦＦおよびＳＵＢ１＄ＣＨＲ＄ＢＵＦＦをＣＨＲ＄ＢＵＦＦにセットし、変換処理（８０）を起動するための入力読みを作成する。処理（８０）においては、ＣＨＲ＄ＢＵＦＦを元に変換処理をおこない、第１１図に示すようなネットワーク状のデータ構造を作成する。ステップ４３０においては、作成したネットワーク状のデータ構造の中で、該当する位置にＳＵＢ２＄ＴＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同一の文字列が存在しているかを調べる。ステップ４３０において、ＳＵＢ２＄ＴＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同一の文字列が存在しているとの場合は、その後ろに、ＳＵＢ１＄ＴＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同一の文字列が存在しているかを調べる（４６０）。ステップ４６０において、ＳＵＢ１＄ＴＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同一の文字列が存在しないとの場合は、ステップ４７０において、ＳＵＢ１＄ＣＨＲ＄ＢＵＦＦの内容をＣＨＲ＄ＢＵＦＦに再セットし、変換処理（８０）を再起動する。しかして、ステップ４７０において、ＳＵＢ１＄ＴＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同一の文字列が後続するとの場合は、前文節の後ろに接続する複数のテキスト文字列を、またステップ４７０において、ＳＵＢ１＄ＴＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同一の文字列が後続しないとの場合は、先頭から始まる複数のテキスト文字列を、例えば第２４図の右下に示すように、マトリックス形式で出力する。そして、第２４図に示すように、出力した複数の選択可能なテキスト文字列は、修正を指示された文字列を含む文節と、その前の文節の２つの文節情報とを元に、かな漢字変換をおこなって出力された文字列であるため、文節区切りの変更となるテキスト文字列と、同音異義語の変更となるテキスト文字列とが混在したテキスト文字列となっている。したがって、ユーザは、文節区切りの変更の場合と、同音異義語の変更の場合とを、共に同一の操作で変更することが可能となる。」（第５頁左下欄第１３行〜第７頁左上欄第２行） 
　 
（エ）「しかも、本発明によれば、ユーザの意図する変換文字列が出力されなかった場合には、修正をしたい文字列を指示するだけで、文節の区切り変更となる文字列と同音異義語の文字列とを選択可能な文字列として出力するため、ユーザは文節の区切り変更と同音異義語の変更とを意識をすることなく、同一の操作で修正することが可能となり、従来に比べて操作性を向上したかな漢字変換装置を得ることができる。」（第８頁右上欄第１７行〜同左下欄第５行） 
　 
　上記（ア）〜（エ）の記載及び関連する図面の記載を参照すると、引用例１には次の発明が記載されているものと認められる（以下、「引用発明」という。）。 
　 
「入力部、表示部、制御部、記憶装置及び外部記憶装置を備えたかな漢字変換装置におけるかな漢字変換方法において、 
　入力読みを、単語の読みと表記と品詞を有する辞書を用いて解析してかな漢字変換候補列を作成し、尤度計算を行って文節数の少ない候補列を決定して変換結果として変換候補表示用バッファに格納し、 
　カーソルで示されている修正を指示された文字列を含む文節の入力読みと、その前の文節の入力読みとをバッファにセットして、２つの文節情報を元にかな漢字変換を実行し、文節区切りの変更となるテキスト文字列と、同音異義語の変更となるテキスト文字列とが混在したテキスト文字列をマトリックス形式で出力するかな漢字変換方法。」 
　 
（３−２）当審拒絶の理由で引用された特開平９−２６９５８号公報（以下「引用例２」という。）には、図面と共に次の（オ）〜（キ）の事項が記載されている。 
　 
（オ）「【００４４】この入力された文字列に対し、仮名漢字変換処理部６ａでは、辞書格納部７に格納された単語辞書や接続テーブルなどの情報を用いて変換処理を行う（ステップＳ２）。ここで通常は文節といわれる単位の候補群が生成され、それぞれに関する品詞情報や候補間の優先順位等が第１記憶部８に記憶される。 
【００４５】次に、最初に出力すべき変換結果の表記情報（漢字コードなど）が第１候補生成部１０で生成され、第２記憶部９に格納される（ステップＳ３）。そして処理制御部１は、生成された変換結果を第２記憶部９から取り出し、出力部４に出力する（ステップＳ４）。変換結果出力後は、次の入力信号待ちの状態となり、操作者が入力した信号に応じて処理が起動される（ステップＳ５）。」 
　 
（カ）「【００５３】表記系列選択処理の要求信号があった場合には、次候補となる表記系列を生成する対象範囲の認識が行われる（ステップＳ９）。一般的に出力部４へ出力中の対象範囲（例えば文字列にアンダーラインを付して出力するなど）は、変換制御処理部６ｂで常に管理されており、対象範囲の移動要求が入力部２よりなされた場合は、指定範囲認識部３ｂで新たな指定先を認識した上で、変換制御処理部６ｂの情報が随時更新されている。よって、表記系列選択の要求があった時点での対象範囲に関する情報を取り込み、対象範囲を認識する。 
【００５４】なお、従来の同音語選択などでは、次候補の生成範囲を、仮名漢字変換の処理単位である文節としているものが多く、対象文節に下線を付加したり反転表示を施すなどして区別している。図４の（ｂ）は、従来技術での変換処理後の出力部４の表示状態の一例を示したものである。図中の実線アンダーラインは同音語選択等の修正対象範囲を示すものである。なお、図４の（ｂ）以下、後述の図４の（ｃ）〜（ｆ）は、いずれも入力文字列が図４の（ａ）であった場合に対応するものである。 
【００５５】表記系列選択処理における次候補生成の対象範囲については、前述のような同音語選択時の対象範囲（下線や反転表示による区別）を含めた数文節としたり、変換結果の文節数に応じて範囲の伸縮を行うなどの方法を用いる。 
【００５６】図４の（ｃ）に、従来の同音語選択における対象範囲を含め後方３文節分を表記系列選択の対象範囲とし、同音語選択の対象範囲部分とそれ以外の部分で出力形態を異ならせた一例を示す。図４の（ｃ）中の実線アンダーラインは図４の（ｂ）と同様に、従来の同音語選択等の対象範囲を示し、破線アンダーラインは表記系列選択の対象範囲を示している。 
【００５７】操作者の一回の変換処理における入力単位が数文節程度であるような場合、あるいは、同程度の入力長が最も多いと思われる場合などは、文節を単位として対象範囲の如何にかかわらず、常に入力全体を表記系列選択の対象範囲としてもよい。 
【００５８】この場合には、表記系列選択の対象範囲が入力全体と決まっているので、図４の（ｃ）に示したような同音語選択の対象範囲との区別を示す破線アンダーラインなどの表示はなくてもよい。 
【００５９】以上で述べたようなルールに基づき、表記系列選択の対象範囲を認識した後、当該範囲における次候補表記系列が第２候補生成部１１で生成される（ステップＳ１０）。 
【００６０】第２候補生成部１１では、先の仮名漢字変換処理（ステップＳ２）において生成された候補や、それらの接続情報などを第１記憶部８から取り出し、対象範囲に対して解析可能な表記系列を作り出す。図４の（ｄ）には、図４の（ｃ）中の対象範囲を変換結果の誤った文字列（「開閉し貴球場」）部分へ移動した場合の様子を示す。対象範囲を移動するための指示は、従来、入力用のカーソルを移動させるといったものが一般的であるが、このための指示キーを新たに設けてもよく、本実施例ではその実現方法はとくに限定しない。なお、図４の（ｄ）では、同音語選択の対象範囲（「開閉し」）の後方には１文節しかないため、表記系列選択の対象範囲は同音語の対象部分も含め２文節となっている。 
【００６１】図５に対象範囲を解析した場合の系列となりうる候補群（変換単位の集まり）を模式的に示す。これらの変換単位を組み合わせて表記系列が生成される。なお、候補群は図４の（ｄ）に示した例中の対象範囲に関してのものである。 
【００６２】表記系列選択の候補生成に関しては、特定のルールに従い、生成される候補に制限をかけるようにする。これは、同音語候補の数や対象範囲の長さなどによって表記系列の数が増大する場合を考慮したもので、系列の数が一定数を越える場合には、この特定のルールに基づいて制限をかけるようにする。具体的には、単語の頻度などの辞書情報によって制限をかける。つまり、頻度の低いものは表記系列に加えないようにする。 
【００６３】第２候補生成部１１で生成された表記系列は、第２記憶部９に格納される。図６に、図５に示した候補群を用いた場合に生成される表記系列候補を模式的に示す。 
【００６４】表記系列生成後は、第２候補生成部１１において、第２記憶部９に格納された表記系列候補に対し出力順位を決めるための次候補間の優先度評価を行う（ステップＳ１１）。これは、通常の変換処理（第１位候補を決定するために用意されているもの）で用いる評価ルールを適用してもよい。すなわち、辞書中の頻度情報や文法情報に基づく評価処理や語と語の共起関係を記述した用例情報などを用いる評価処理を適用してもよい。 
【００６５】また、変換処理で用いる評価ルールとは異なるルールを設けてもよい。例えば、表記系列選択では、系列を構成する変換処理単位（文節など）の長さ順とするなどの評価ルールを設ける。具体的には、対象範囲の先頭文節を規準に長さによって昇順あるいは降順にソートするようにする。このような場合には、例えば表記系列選択時の候補の出力順が一定のルールに従っており、操作者が所望する表記系列の出現パターンが予想しやすいなどの効果がある。あるいは、出力順位の評価ステップは省いてもよく、第２記憶部９に格納された順序で出力するようにしてもよい。」 
　 
（キ）「【００６７】処理制御部１は、評価ルールにもとづき、第２記憶部９に格納された次候補から、次に出力すべき候補を表すマーカ（図７あるいは図８中の矢印に相当）が指し示す表記系列を、現在の対象範囲の表記と置き換えて出力部４へ出力する（ステップＳ１２）。」 
　 
　よって、上記（オ）〜（キ）の記載及び関連する図面の記載を参照すると、引用例２には次の事項が記載されているものと認められる。 
　 
「入力された文字列に対し、仮名漢字変換処理部では、辞書格納部に格納された単語辞書や接続テーブルなどの情報を用いて変換処理を行い、文節単位の候補群が生成され、それぞれに関する品詞情報や候補間の優先順位等が第１記憶部に記憶され、次に、最初に出力すべき変換結果の表記情報（漢字コードなど）が第１候補生成部で生成され、第２記憶部に格納され、処理制御部は、生成された変換結果を第２記憶部から取り出し、出力部に出力し、 
　表記系列選択処理の要求信号があった場合には、次候補となる表記系列を生成する複数文節の対象範囲として同音語選択における対象範囲を含め後方３文節分を表記系列選択の対象範囲として認識し、当該対象範囲に対して解析可能な表記系列が第２候補生成部で生成され、表記系列生成後は、第２候補生成部において、第２記憶部に格納された表記系列候補に対し出力順位を決めるため、通常の変換処理（第１位候補を決定するために用意されているもの）で用いる評価ルール（辞書中の頻度情報や文法情報に基づく評価処理や語と語の共起関係を記述した用例情報などを用いる評価処理）または、変換処理で用いる評価ルールとは異なるルールを適用して次候補間の優先度評価を行い、出力するかな漢字変換方法。」 
　 
４．対比 
　本願発明と引用発明とを対比する。  
　上記（ア）に「制御部２は、かな漢字変換の実行を司るもので、ＣＰＵによって構成されている。」と記載されていることから、引用発明における「制御部」は、本願発明の「かな漢字変換部」に相当する。 
　上記（ア）の「外部記憶装置３は、かな漢字変換で使用する辞書を記憶しておく場所である。」、及び（イ）の「第４図の変換処理（８０）においては、ＣＨＲ＄ＢＵＦＦに格納してある入力読みを元に、先頭から順に単語の読みと表記と品詞とを有する辞書を検索し、検索された語の持つ品詞を用いて、前後の語との接続検定をおこなう操作を繰り返し、かな漢字変換候補を作成する。」との記載から、引用発明における「辞書」は、かなと漢字（表記）を対応付けて記憶するものであり、その辞書を記憶した「外部記憶装置」は、本願発明における「辞書記憶部」に相当する。 
　引用発明における「かな漢字変換装置におけるかな漢字変換方法」は、本願発明と同様に「日本語を入力するために、かな入力から漢字に変換するかな漢字変換方法」である点で共通する。 
　引用発明における「入力読みを、単語の読みと表記と品詞を有する辞書を用いて解析してかな漢字変換候補列を作成し、尤度計算を行って文節数の少ない候補列を決定して変換結果として変換候補表示用バッファに格納し」という処理は、いわゆるべた書きのかな入力を解析用の辞書データを用いて形態素解析を行い接続検定を行ってかな漢字変換候補を作成し、尤度計算を行って最も確からしい文節区切りの候補を決定するというかな漢字変換における周知の手法の１つであることは当業者には明らかであり、本願発明における「前記かな入力と文節を解析するためのデータとを対比して、前記かな入力を１または複数の文節で区切り、尤度計算を行って、最も確からしい文節区切りを決定する第１決定ステップ」に相当する。 
　引用発明の「カーソルで示されている修正を指示された文字列を含む文節の入力読み」及び「その前の文節の入力読み」は、本願発明の「前記最も確からしい文節区切りで表された前記かな入力のうち、変換候補を表示する対象となる文節としてカーソルで示されている注目文節に対応するかな文字列」及び「該注目文節の前文節および次文節の少なくとも一方に対応するかな文字列」に相当する。 
　そして、引用発明は「カーソルで示されている修正を指示された文字列を含む文節の入力読みと、その前の文節の入力読みとをバッファにセットして、２つの文節情報を元にかな漢字変換を実行し、」において、注目文節とその前の文節の読み文字列に対して上記のかな漢字変換（形態素解析と接続検定及び文節区切りの決定を含むかな漢字変換）処理を行うものであり、その結果として「文節区切りの変更となるテキスト文字列」を出力していることから、引用発明における「カーソルで示されている修正を指示された文字列を含む文節の入力読みと、その前の文節の入力読みとをバッファにセットして、２つの文節情報を元にかな漢字変換を実行し、」は、本願発明における「第２決定ステップ」及び「該第２決定ステップで決定された各々の前記文節区切りに対するかなに応じて、かなと漢字とを関連付けて記憶する辞書記憶部から１または複数の漢字を変換候補として取得する取得ステップ」を含むものである。 
　さらに、引用発明において「文節区切りの変更となるテキスト文字列と、同音異義語の変更となるテキスト文字列とが混在したテキスト文字列をマトリックス形式で出力する」という処理は、各々の文節区切りに対する複数の変換候補を統合して、画面上にマトリックス形式で表示する処理である。 
　したがって、引用発明における「カーソルで示されている修正を指示された文字列を含む文節の入力読みと、その前の文節の入力読みとをバッファにセットして、２つの文節情報を元にかな漢字変換を実行し、文節区切りの変更となるテキスト文字列と、同音異義語の変更となるテキスト文字列とが混在したテキスト文字列をマトリックス形式で出力するかな漢字変換方法」は、本願発明の「前記各々の文節区切りに対する複数の前記変換候補を統合し、複数の前記変換候補に対して尤度計算を行い、最も確からしい順番に並び替えて表示する候補表示ステップとを実行することを特徴とするかな漢字変換方法」と、前記各々の文節区切りに対する複数の前記変換候補を統合し、表示する候補表示ステップを実行するかな漢字変換方法である点で共通する。 
　 
　してみると、本願発明と引用発明とは、 
「日本語を入力するために、かな入力から漢字に変換するかな漢字変換方法において、かな漢字変換部が、 
　前記かな入力と文節を解析するためのデータとを対比して、前記かな入力を１または複数の文節で区切り、尤度計算を行って、最も確からしい文節区切りを決定する第１決定ステップと、 
　前記最も確からしい文節区切りで表された前記かな入力のうち、変換候補を表示する対象となる文節としてカーソルで示されている注目文節に対応するかな文字列と、該注目文節の前文節に対応するかな文字列とを形態素解析することにより、前記最も確からしい文節区切りとは異なる１または複数の文節区切りを決定する第２決定ステップと、 
　該第２決定ステップで決定された各々の前記文節区切りに対するかなに応じて、かなと漢字とを関連付けて記憶する辞書記憶部から１または複数の漢字を変換候補として取得する取得ステップと、 
　前記各々の文節区切りに対する複数の前記変換候補を統合し、表示する候補表示ステップと 
　を実行することを特徴とするかな漢字変換方法。」 
　 
である点で一致し、以下の点で相違する。 
　 
（相違点１）本願発明においては注目文節に対応するかな文字列と共に形態素解析するかな文字列が、「該注目文節の前文節および次文節の少なくとも一方に対応するかな文字列」であるのに対し、引用発明においては注目文節の前文節に対応するかな文字列であり、次文節については記載がない点。 
　 
（相違点２）本願発明においては、統合した「複数の前記変換候補に対して尤度計算を行い、最も確からしい順番に並び替えて」表示するのに対し、引用発明では統合した「複数の変換候補に対して尤度計算を行い、最も確からしい順番に並び替え」て表示するものではない点。 
　 
５．当審の判断 
　上記相違点について検討する。 
　 
（相違点１）について 
　引用発明では、注目文節に対応するかな文字列と共に形態素解析するかな文字列は注目文節の前文節に対応するかな文字列であり、次文節については記載されていない。 
　しかし、引用例２に記載されているように、文節を指定して他の変換候補を表示させる際に、指定された文節と当該文節に後続する文節とを解析し、同音語候補と共に異なる文節区切りに対する変換候補を生成する技術は、本願出願前周知である。そして、引用例２に記載された表記系列選択処理においては、後続する文節を３文節分として処理を行っているが、後続する文節として認識する文節の数は当業者が適宜選択し得る事項であるから、これを１文節分とし指定された文節とその次文節とを対象範囲とすることは当業者には設計事項に過ぎない。 
　してみると、引用発明において前文節のみでなく、後続する文節についても対象として採用し、注目文節に対応するかな文字列と共に形態素解析するかな文字列として、「該注目文節の前文節および次文節の少なくとも一方に対応するかな文字列」とすることは、上記周知技術に基づいて当業者が容易に成し得た事項である。 
　 
（相違点２）について 
　引用発明においては、統合した複数の変換候補をマトリックス形式で表示するが、統合した「複数の変換候補に対して尤度計算を行い、最も確からしい順番に並び替え」て表示するものではない。 
　しかし、引用例２には、第２候補生成部で生成された表記系列候補について、第２記憶部に格納された表記系列候補に対し出力順位を決めるため、通常の変換処理（第１位候補を決定するために用意されているもの）で用いる評価ルール（辞書中の頻度情報や文法情報に基づく評価処理や語と語の共起関係を記述した用例情報などを用いる評価処理）または、変換処理で用いる評価ルールとは異なるルールを適用して次候補間の優先度評価を行い、出力することが記載されている。上記表記系列候補の出力順位の決定において、「通常の変換処理（第１位候補を決定するために用意されているもの）で用いる評価ルール（辞書中の頻度情報や文法情報に基づく評価処理や語と語の共起関係を記述した用例情報などを用いる評価処理）」を適用して次候補間の優先度評価を行うことは、複数の表記系候補に対してかな漢字変換技術で用いられる一般的な尤度計算処理に他ならず、次候補間の優先度評価を行った上でなされる出力は、尤度計算処理で決定された確からしさの順に表記系列候補が出力されることを意味することは当業者には自明である。 
　なお、引用例２では表記系列候補の出力は順次であるが、かな漢字変換処理の複数の変換候補の出力において、候補を順次出力することと一覧形式で出力すること、及びいずれの出力形式においても候補を確からしさの順に出力しようとすることは、何れも周知慣用の技術である。 
　してみれば、引用発明において、上記引用例２記載の技術を採用し、統合した「複数の前記変換候補に対して尤度計算を行い、最も確からしい順番に並び替えて」表示するよう構成することは、当業者が容易に成し得たものである。 
　 
　また、本願発明の効果についてみても、上記構成の採用に伴って、当然に予測される程度のものに過ぎず、格別顕著なものがあるとは認められない。
　 
６．むすび 
　以上のとおり、本願の請求項１に係る発明は、引用発明及び周知・慣用技術に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。 
　したがって、本願は、他の請求項に係る発明について検討するまでもなく、拒絶されるべきものである。 
　よって、結論のとおり審決する。