【事件の表示】
　特願２００３−　１８０２８「振り仮名更新方法」拒絶査定不服審判事件〔平成１５年　９月２６日出願公開、特開２００３−２７１５８７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１０年１１月１１日に出願した特願平１０−３２０６４９号の一部を平成１５年１月２７日に新たな特許出願としたものであって、平成１９年４月１２日付けで拒絶理由通知がなされ、同年６月２５日付けで手続補正がなされたが、同年９月１３日付けで拒絶査定がなされ、これに対し、同年１０月１６日に拒絶査定不服審判の請求がなされるとともに、同年１１月１４日付けで手続補正がなされたものである。
　
２．平成１９年１１月１４日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１９年１１月１４日付けの手続補正を却下する。
　
［理由］
（１）補正後の請求項１に係る発明
　本件手続補正により、特許請求の範囲の請求項１は、
「装置の振り仮名生成部が、
　文字が入力されると該文字に対応する振り仮名を生成するステップと、
　前記入力された文字に新たな文字が挿入されると、該文字の挿入に伴って、前記生成された振り仮名をも、前記文字の挿入に対応する箇所に、前記新たな文字に対応する振り仮名を挿入するステップと、
　を行うことを特徴とする仮名更新方法。」
と補正された。
　
　上記補正は、補正前の請求項１における各ステップの動作の主体が「装置の振り仮名生成部」であることを限定するとともに、補正前の請求項１における「前記入力された文字が修正されると、該文字の修正に伴って、前記生成された振り仮名をも、前記文字の修正に対応して更新するステップ」を「前記入力された文字
に新たな文字が挿入
挿入
挿入に対応する箇所に、前記新たな文字に対応する振り仮名を挿入
　そこで、本件手続補正後の上記請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について、以下に検討する。
　
（２）引用例
　原査定の拒絶の理由に引用された特開平７−５６９１０号公報（以下、「引用例」という。）には、図面とともに次の事項が記載されている。
　
Ａ．「【特許請求の範囲】
【請求項１】　読みデータを入力する入力手段と、
入力された該読みデータを漢字データに変換するかな漢字変換手段と、
前記漢字データを表示する行とその前の行との間に読みがな行としての空白行を挿入する空白行挿入手段と、
前記かな漢字変換手段により変換された漢字データを表示する漢字データ表示手段と、
前記空白行に前記入力手段より入力された読みデータを読みがなとして表示する読みがな表示手段と、
を有することを特徴とするワードプロセッサ。
【請求項２】  編集モードの指定に応じて、文書編集時に前記読みがな行の読みがなも前記漢字データといっしょに編集する編集手段をさらに有することを特徴とする請求項１に記載のワードプロセッサ。」
　
Ｂ．「【０００１】
【産業上の利用分野】本発明は、ワードプロセッサに関し、特に１回の文字入力及び変換作業で、該当する文字だけでなく対応する読みがなも表示する（読みがな付漢字入力）ことのできるワードプロセッサに関する。」
　
Ｃ．「【００１０】図１から図７は本発明の一実施例の構成と制御手順を示す。図１は本発明の一実施例の回路構成をもっともよく表すブロック図であり、２はＣＰＵ（中央演算処理装置）、３はかな漢字変換部、４はＲＡＭ（ランダムアクセスメモリ）である。ＲＡＭ４内において、５は現在の変換モードが読みがな付変換か否かの状態を保持する変換モード保存領域、６は現在の編集モードが通常のデータを編集するのか、読みがなデータを編集するのかの状態を保持する編集モード保存領域、７は画面上に編集されたデータを保持する編集データ保存領域である。８はキー入力のためのキーボード、９はデータ保存のための外部補助記憶装置（Ｄｉｓｃ）、１０は編集データを表示するためのディスプレイである。１はデータ処理装置であって、ＣＰＵ２とかな漢字変換部３とＲＡＭ４を有し、キーボード８から入力されてかな漢字変換部３を通して送信されたデータ情報に基づいて文字情報をディスプレイ１０に表示する機能を有している。
【００１１】図２は図１のキーボード８から入力された読みがなデータが、かな漢字変換部３を通してＣＰＵ２に送信される場合のデータ・フォーマットを示す。このデータは変換結果の漢字データのみ、あるいは漢字データと変換対象として入力された読みがなデータの連結された読みがな付データに分けられる。図２の（ａ）に示すように、漢字データはデータのみのフォーマット形式を持つが、後者の読みがな付データは、図２の（ｂ）に示すように、漢字データと読みがなデータを含むことを示すヘッダーＨｅ、漢字データ、漢字データと読みがなデータの区切りを示すセパレータＳｅ、読みがなデータ、デリミタＤｅを１つの組としてもつ。この（ａ）の通常データと（ｂ）の読みがな付データは混合されて使用されることができる。」
　
Ｄ．「【００１４】図４は図１のキーボード８から入力されたデータが、図１のかな漢字変換部３を通して変換された場合にＣＰＵ２が行なうデータ入力処理の手順を示す。まず、ステップ４０１でデータを取得する。ここでは、読みがなを持たない通常のデータはデータだけが読まれるが、読みがなを持つデータは、図２に示すようにデリミタＤｅまで読まれる。まず、以下の処理で通常のデータを表示する。即ち、ステップ４０２でデータ保存領域７にデータを保存する。ステップ４０３で編集データ保存領域７内の「データ行の長さ」（図３の（ａ）参照）と表示しようとする文字の「文字の大きさ」（図３の（ｄ）参照）を比較し、「データ行の長さ」の方が大きければ、ステップ４０６に移行する。しかし、「データ行の長さ」の方が小さければ、ディスプレイ１０の画面にデータを表示できないので、ステップ４０４で必要な分の空白行を画面内の現在の「データ行」の上に挿入して「データ行」を広げる。そして、ステップ４０５で「データ行の長さ」を更新する。
　・・・（中略）・・・
【００１８】図５は、図１のＣＰＵ２が行なうデータ編集処理のうち、削除処理の手順を示す。まず、ステップ５０１で編集モードをチェックして、読みがな編集モードであるならば後述のステップ５１０に移行する。しかし、通常のデータ編集モードであれば、ステップ５０２で編集データ保存領域７内のデータを削除する。次にステップ５０３で図３の「行情報管理テーブル」を基に、表示位置を計算した後に、ステップ５０４でディスプレイ１０の画面に表示されているデータを消去し、その画面を再描画する。
【００１９】続いて、ステップ５０５でその「行情報管理テーブル」の「データ行」にデータがない場合か、あっても、ステップ５０６で「データ行」の長さが最大のデータの大きさより大きい場合には、ステップ５０７で不要な分の「データ行」を画面から消去し、ステップ５０８で「データ行長」を更新する。次のステップ５０９で読みがなデータがなければこの削除処理を終了する。
【００２０】一方、読みがな編集モードの場合は、ステップ１０（審決注：図５を参照すると、この「ステップ１０」との記載は、「ステップ５１０」の誤記であると認められる。）で編集データ保存領域７内の読みがなデータを削除する。次に、ステップ５１１で図３の「行情報管理テーブル」を基に、表示位置を計算した後に、ステップ５１２でディスプレイ１０の画面に表示されている読みがなを消去し、その画面を再描画する。
【００２１】続いて、ステップ５１３でその「行情報管理テーブル」の「読みがな行」に読みがなデータがない場合か、あっても、ステップ５１４で「読みがな行」の長さが最大の読みがなデータの大きさより大きい場合には、ステップ５１５で不要な分の「読みがな行」を画面から消去し、ステップ５１６で「読みがな行長」を更新し、その後にこの削除処理を終了する。」
　
　上記Ｃの段落【００１１】及び図２（ｂ）に示される「読みがな付データ」は、「漢字データ」に対応して「読みがなデータ」が配置されるデータ・フォーマットを有するデータであり、このようなデータ・フォーマットを有する「読みがな付データ」が「かな漢字変換部３」から「ＣＰＵ２」に送信されるということは、「かな漢字変換部３」において、上記のようなデータ・フォーマットを有する「読みがな付データ」が生成される動作が行われているということができる。
　また、図５のフローチャートにおいて、ステップ５０９の「読みがなあり？」が「ＹＥＳ」の場合、ステップ５１０の「読みがなを削除」に移行するようになっており、このように「削除」という「編集」を行う場合、上記Ａの【請求項２】にいう「文書編集時に前記読みがな行の読みがなも前記漢字データといっしょに編集する」との動作は、「漢字データの削除を行うと、該漢字データの削除に伴って、対応する箇所の読みがなデータを削除する」動作になるものと解される。
　
　よって、上記Ａ〜Ｄの記載及び関連する図面を参照すると、引用例には、次の発明が記載されているものと認められる。（以下、「引用例記載の発明」という。）
「ワードプロセッサのかな漢字変換部が、漢字データに対応する読みがなデータを有する読みがな付データを生成するステップを行い、
　ワードプロセッサのＣＰＵが、前記漢字データの削除を行うと、該漢字データの削除に伴って、対応する箇所の前記読みがなデータを削除するステップを行う、
　読みがなデータ編集方法。」
　
（３）対比
　本願補正発明と引用例記載の発明とを対比すると、次のことがいえる。
　
（あ）本願補正発明の「文字が入力されると該文字に対応する振り仮名を生成するステップ」における「文字」とは、該「文字」に対応する「振り仮名」を生成するとされていることから、本願明細書の段落【００１３】の記載にある「確定した文字列」のことをさすものと解される。そして、上記段落【００１３】には、「図１において、名前入力に際し、読み文字列を変換し、意図する文字列で確定すると、前記読み文字列、確定した文字列、および確定した文字列が名前文字列バッファ１に挿入する挿入位置からなる挿入文字情報１２を新規確定文字列データ生成手段５に送る。」と記載されていることからすると、上記「文字が入力される」という動作は、読み文字列を変換した後の「確定した文字列」が振り仮名生成部内の「新規確定文字列データ生成手段５」に送られる動作をさしているものと解される。
　一方、引用例記載の発明における「漢字データ」は、本願明細書にいう「確定した文字列」に相当するものであり、引用例のものにおいては、引用例の図２（ｂ）のデータ・フォーマットを有する読みがな付データを作成する部所に対して上記「漢字データ」を送ることが「かな漢字変換部」内で行われていると解され、そのことが、本願補正発明における「文字」を「入力」することに相当する動作であると解される。
　また、引用例記載の発明における「読みがなデータ」は、本願補正発明における「振り仮名」に相当する。
　よって、引用例記載の発明における「漢字データに対応する読みがなデータを有する読みがな付データを生成するステップ」は、本願補正発明における「文字が入力されると該文字に対応する振り仮名を生成するステップ」に相当するステップであるということができる。
　
（い）引用例記載の発明において行われる「削除」という動作と、本願補正発明において行われる「挿入」という動作は、ともに、「編集」動作の一種であると解される。
　よって、引用例記載の発明における「漢字データの削除を行うと、該漢字データの削除に伴って、対応する箇所の読みがなデータを削除するステップ」と、本願補正発明における「入力された文字に新たな文字が挿入されると、該文字の挿入に伴って、生成された振り仮名をも、前記文字の挿入に対応する箇所に、前記新たな文字に対応する振り仮名を挿入するステップ」とは、「入力された文字の編集を行うと、該文字の編集に伴って、対応する箇所の振り仮名を編集するステップ」である点で共通するステップであるということができる。
　
（う）引用例記載の発明における「読みがなデータ編集方法」は、「仮名更新方法」とも呼び得るものである。
　
　上記（あ）〜（う）の事項を踏まえると、本願補正発明と引用例記載の発明とは、次の点で一致し、また、相違するものと認められる。
　
（一致点）
　本願補正発明と引用例記載の発明とは、ともに、
「文字が入力されると該文字に対応する振り仮名を生成するステップと、
　前記入力された文字の編集を行うと、該文字の編集に伴って、対応する箇所の振り仮名を編集するステップ
　を行う仮名更新方法。」
である点。
　
（相違点）
　相違点１：本願補正発明においては、各ステップを「装置の振り仮名生成部」が行うのに対し、引用例記載の発明においては、「漢字データに対応する読みがなデータを有する読みがな付データを生成するステップ」すなわち「文字が入力されると該文字に対応する振り仮名を生成するステップ」は「ワードプロセッサのかな漢字変換部」が行い、「漢字データの削除を行うと、該漢字データの削除に伴って、対応する箇所の読みがなデータを削除するステップ」すなわち「入力された文字の編集を行うと、該文字の編集に伴って、対応する箇所の振り仮名を編集するステップ」は「ワードプロセッサのＣＰＵ」が行う点。
　
　相違点２：「入力された文字の編集を行うと、該文字の編集に伴って、対応する振り仮名を編集するステップ」が、本願補正発明においては、「入力された文字に新たな文字が挿入されると、該文字の挿入に伴って、生成された振り仮名をも、前記文字の挿入に対応する箇所に、前記新たな文字に対応する振り仮名を挿入するステップ」であるのに対し、引用例記載の発明においては、「漢字データの削除を行うと、該漢字データの削除に伴って、対応する箇所の読みがなデータを削除するステップ」である点。
　
（４）判断
　そこで、上記相違点１，２について検討する。
　
（相違点１について）
　引用例記載の発明において、「漢字データの削除を行うと、該漢字データの削除に伴って、対応する読みがなデータを削除するステップ」は、生成した読みがなデータを編集する動作の一種である。
　ここで、読みがなデータ、すなわち「振り仮名」を単に生成するだけでなく、生成した「振り仮名」を編集することまで含めて「生成」と称することは、適宜になし得ることである。
　よって、引用例記載の発明において、「漢字データに対応する読みがなデータを有する読みがな付データを生成するステップ」すなわち「文字が入力されると該文字に対応する振り仮名を生成するステップ」を行う「ワードプロセッサのかな漢字変換部」の機能部分、及び「漢字データの削除を行うと、該漢字データの削除に伴って、対応する箇所の読みがなデータを削除するステップ」すなわち「入力された文字の編集を行うと、該文字の編集に伴って、対応する箇所の振り仮名を編集するステップ」を行う「ワードプロセッサのＣＰＵ」の機能部分を、総称して「装置の振り仮名生成部」と称することは、当業者が適宜になし得ることである。
　
（相違点２について）
　引用例のものにおいて、実施例において示されているのは、「ＣＰＵ２が行なうデータ編集処理のうち、削除処理の手順」（引用例の上記Ｄの段落【００１８】の記載参照）であるが、引用例のものは、そもそも、「削除処理」だけをするものに限らず、「文書編集時に読みがな行の読みがなも漢字データといっしょに編集する」（引用例の上記Ａの【請求項２】の記載参照）ものである。
　そして、文書を「編集」するときに、「文字」を「削除」するのみならず「挿入」することも、当然考えられることであり、「いっしょに編集する」動作を行うとき、「文字」を「削除」する場合に対応する箇所の「振り仮名」を「削除」するのと同様に、「文字」を「挿入」する場合に、該「文字」を「挿入」した位置に対応する箇所に「振り仮名」を「挿入」するようにすることは、当業者が容易に想到し得ることである。
　よって、引用例記載の発明において、「編集」動作の一種として、「入力された文字に新たな文字が挿入されると、該文字の挿入に伴って、生成された振り仮名をも、前記文字の挿入に対応する箇所に、前記新たな文字に対応する振り仮名を挿入するステップ」を設けるようにすることは、当業者が適宜になし得ることである。
　
（本願補正発明の作用効果について）
　そして、本願補正発明の構成によってもたらされる効果も、引用例記載の発明から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
　したがって、本願補正発明は、引用例記載の発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　よって、本件手続補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
　
３．補正却下の決定を踏まえた検討
（１）本願発明
　平成１９年１１月１４日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に係る発明は、平成１９年６月２５日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「文字が入力されると該文字に対応する振り仮名を生成するステップと、
　前記入力された文字が修正されると、該文字の修正に伴って、前記生成された振り仮名をも、前記文字の修正に対応して更新するステップと、
　を備える振り仮名更新方法。」
　
（２）引用例
　これに対して、原査定の拒絶の理由に引用された引用例とその記載事項は、上記２．（２）に記載したとおりである。
　
（３）対比・判断
　本願発明は、上記２．で検討した本願補正発明における各ステップの動作の主体が「装置の振り仮名生成部」であることを省くとともに、「前記入力された文字
に新たな文字が挿入
挿入
挿入に対応する箇所に、前記新たな文字に対応する振り仮名を挿入
　そうすると、本願発明の構成要件を全て含み、さらに特定の限定を施したものに相当する本願補正発明が、上記２．（４）に記載したとおり、引用例記載の発明に基いて、当業者が容易に発明をすることができたものであるから、上記特定の限定を省いた本願発明は、同様に、引用例記載の発明に基いて、当業者が容易に発明をすることができたものである。
　
（４）むすび
　したがって、本願発明は、引用例記載の発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。