【事件の表示】
　特願２００５−　２２２９５「文字入力装置、および文字入力方法」拒絶査定不服審判事件〔平成１８年　８月１０日出願公開、特開２００６−２０９５５８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯  
　本願は、平成１７年１月２８日の出願であって、平成２２年３月１７日付けで拒絶理由通知がなされ、同年５月２４日付けで手続補正がなされるとともに意見書が提出されたが、同年９月１３日付けで拒絶査定がされ、これに対して同年１２月２０日に拒絶査定に対する審判請求がなされるとともに、同時に手続補正がなされたものである。 
 　 
第２　補正却下の決定
１．補正却下の決定の結論
　平成２２年１２月２０日付けの手続補正書による補正（以下、「本件補正」という。）を却下する。
　
２．理由
（２−１）補正の内容
　本件補正によると、その特許請求の範囲の請求項１は、
「【請求項１】
　電子メールの作成時に入力される文字列の入力候補として所定の文字列を提示する文字入力装置であって、
　前記電子メールのタイトルまたは本文を入力する場合に、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列を前記入力候補として提示する提示手段と、
　前記他の電子メールにおいて所定の基準で入力された文字列を前記提示手段が提示する文字列として保存決定する制御手段と、
　を有する文字入力装置。」
と補正されている。
　
　上記補正は、平成２２年５月２４日付けの手続補正書に記載された本件補正前の請求項１に係る発明の「制御手段」に関して「所定の基準を基に前記入力候補として提示する文字列を決定する」を、「前記他の電子メールにおいて所定の基準で入力された文字列を前記提示手段が提示する文字列として保存決定する」と限定するものである。
　したがって、該補正は、特許法第１７条の２第４項第２号に規定する特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の上記請求項１に記載された発明（以下、「本願補正発明」という。）が、特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規程に適合するか）否かについて以下に検討する。
　
（２−２）引用例
　原査定の拒絶の理由に引用された特開２００１−３２５１９０号公報（以下、「引用例」という。）には、図面とともに以下の記載がある。なお、下線は当審で付与したものである。
　
（ａ）「【請求項１】送信先と本文を含むメールを送受信するメール装置において、
送信されたメール又は受信されたメールの本文中の文字列を指定する指定手段と、
前記指定手段により文字列が指定されたメールに対するメール送信先情報を取得する取得手段と、
前記指定手段により指定された文字列を、前記取得手段により取得されたメール送信先情報に対応づけて記憶する文字列記憶手段と、
送信先と文字列を含むメールを作成するメール作成手段と、
前記作成メールのメール送信先情報に対応づけられた文字列を前記文字列記憶手段から読出する文字列読出手段と、
前記文字列読出手段により読出された文字列から所望の文字列を選択する選択手段と、
前記選択手段により選択された文字列を、作成するメールの本文に入力する文字列入力手段と、
を備えることを特徴とするメール装置。
【請求項２】前記文字列記憶手段に記憶された各文字列の優先度を設定する優先度設定手段を更に備え、
前記文字列読出手段は、前記作成メールのメール送信先情報に対応づけられた文字列を優先度順に読出した後、前記メール送信先情報に対応づけられていない文字列を優先度順に読出し、
前記優先度設定手段は、前記選択手段により前記作成メールのメール送信先情報に対応づけられた文字列が選択された場合は、選択された文字列の優先度を下位に変更し、前記メール送信先情報に対応づけられていない文字列が選択された場合は、選択された文字列のメール情報を消去するとともに文字列の優先度を上位に変更することを特徴とする請求項１記載のメール装置。」
　
（ｂ）「【０００１】
【発明の属する技術分野】本発明は、メール装置、及び記憶媒体に関する。
【０００２】
【従来の技術】従来のメール装置では、予め登録された複数の定型文（例えば、挨拶文や、謝辞等）を一覧表示し、表示された複数の定型文から所望の定型文を選択し、メールの本文中に入力する方法があった。さらに、自分のよく使う文を定型文に登録できるメール装置もあった。また、従来のメール装置では、相手から受信したメールに対して返信指示を行うことによって、相手から受信したメール内容をそのまま返信メールに引用することができた。しかしながら、受信内容全体をそのまま返信メールに引用すると、返信メールのデータ量が増大するだけでなく、受け取った相手で読みづらくなる問題がある。このため受信したメールの一部を返信メールに引用する場合は、返信指示を行ったあと受信メールの不要な部分を削除する必要があった。又は、引用する部分をコピーしておき、返信メール作成時にペーストする方法もあるが、操作が煩雑であった。
【０００３】また、従来のメール装置では、相手から受信したメール又は送信したメールの挨拶文や結句の表現を利用するために定型文に登録できるものの、登録した定型文（例えば、挨拶文や、結句等）を一覧表示する際に、入力位置に関係なく一定の順序で定型文が一覧表示され、例えば文末の結句を選択したい場合にも文頭に対応する挨拶文から分に定型文が表示され、引用したい定型文を選ぶ際に、操作が煩雑であった。
【０００４】
【発明が解決しようとする課題】従来のメール装置では、上述のように
相手から受信したメール又は送信したメールの内容の一部を、簡単に作成メールに引用することができなかった
【０００５】本発明の課題は、
受信したメール本文又は送信したメール本文の一部である文字列データを、付加情報とともに定型文として記憶することによって、受信メールの内容を簡単に返信メールに引用することである
メールの相手に対して、別の送受信メール中の文字列を引用して返信メールを作成する際に、簡単に作成メールに引用できるようにすることである
　
（ｃ）「【００４７】
図４は、本実施の形態のメール装置１における、ＣＰＵ２の「新規作成処理」について説明するフローチャートである
【００４８】図４に示すフローチャートにおいて、先ず、メール装置１のＣＰＵ２は、ユーザの入力キー３１の操作（図７（１），（４）参照）によって新規メールの作成が指示されると、過去に入力または選択された宛先（アドレス５５２）、すなわち最近使用した所定数のアドレス５５２を選択可能に並べた“最近リスト”を表示部４に表示する（ステップＳ１１）。ここで、過去に入力または選択された宛先とは、メールの宛先欄の先頭に入力された宛先のみとする。
【００４９】次に、ＣＰＵ２は、表示した“最近リスト”から宛先が選択されたか否かを判別する（ステップＳ１２）。ここで、宛先が選択された場合（ステップＳ１２；Ｙｅｓ）、ＣＰＵ２は、選択された宛先を作成メールの宛先欄にセットし（ステップＳ１３）、選択された宛先（アドレス５５２）の先頭フラグ５５３をセットして、アドレス帳５５の最新（先頭）に設定する（ステップＳ１４）。
【００５０】このステップＳ１４の処理によって、次回にメールを作成する場合、選択された宛先が“最近リスト”の先頭に表示される。すなわち、使用頻度の高いアドレス５５２が、アドレス帳５５の先頭付近に登録され、且つ“最近リスト”に表示される。
【００５１】そして、選択された宛先（電話帳ポインタ５２１）に対応する文頭文字列ポインタ５２２が、ＲＡＭ５の文頭文字列ポインタテーブル５２に登録されていれば、ＣＰＵ２は、登録されている文頭文字列ポインタ５２２に対応する特定の文字列データをＲＡＭ５の文字列バッファ５４から読み出し、表示部４に一覧表示してユーザに選択させる（ステップＳ１５）。さらに、ＣＰＵ２は、選択された文字列データをメール本文欄の文頭にセットする（ステップＳ１６）。
【００５２】一方、ステップＳ１２において、“最近リスト”から宛先が選択されなかった場合（ステップＳ１２；Ｎｏ）、ＣＰＵ２は、アドレス帳５５を表示部４に表示し、ユーザに宛先を選択・追加させるとともに、アドレス帳５５に宛先がない場合には新規宛先を直接入力させる（ステップＳ１７）。
【００５３】そして、ＣＰＵ２は、ユーザによってアドレス帳５５から宛先が選択されたか否かを判別し（ステップＳ１８）、宛先が選択された場合（ステップＳ１８；Ｙｅｓ）、選択された宛先を作成メールの宛先欄にセットし（ステップＳ２１）、ステップＳ２２に移行する。
【００５４】また、宛先が選択されなかった場合、すなわち宛先が直接入力された場合（ステップＳ１８；Ｎｏ）、ＣＰＵ２は、入力された宛先を作成メールの宛先欄にセットし（ステップＳ１９）、入力された宛先をアドレス帳５５に登録する（ステップＳ２０）。
【００５５】そして、ＣＰＵ２は、ステップＳ１９またはステップＳ２１においてメール宛先欄の先頭に宛先（アドレス５５２）がセットされたか否かを判別し（ステップＳ２２）、先頭にセットされていない場合（ステップＳ２２；Ｎｏ）、ステップＳ２５に移行する。
【００５６】また、先頭にセットされた場合（ステップＳ２２；Ｙｅｓ）、ＣＰＵ２は、ＲＡＭ５内のアドレス帳５５に登録された宛先（アドレス５５２）の先頭フラグ５５３をセットする（ステップＳ２３）。そして、ＣＰＵ２は、入力または選択された宛先をアドレス帳５５の最新（先頭）に設定し（ステップＳ２４）、先頭フラグ５３をリセットして、ステップＳ２５に移行する。
【００５７】次に、ＣＰＵ２は、
本文欄の入力
【００５８】このステップＳ２６において、文字列データが範囲指定されている場合（ステップＳ２６；Ｙｅｓ）、ＣＰＵはユーザによってアクションコントロールキーが押下されたか否かを判別し（ステップＳ２７）、一定時間内にアクションコントロールキーが押下されない場合（ステップＳ２７；Ｎｏ）、ステップＳ２５に戻る。一定時間内にアクションコントロールキーが押下された場合（ステップＳ６；Ｙｅｓ）、ＣＰＵ２は、後述する
「文字列データ登録処理」
【００５９】また、文字列データが範囲指定されていない場合（ステップＳ２６；Ｎｏ）、ＣＰＵ２は、アクションコントロールキー３２が押下操作されているか否かを判別する（ステップＳ２９）。
【００６０】ここで、アクションコントロールキー３２が押下操作されている場合（ステップＳ２９；Ｙｅｓ）、ＣＰＵ２は、後述する
「文字列データ選択処理」
【００６１】次に、ＣＰＵ２は、メールの作成が完了したか否かをユーザに確認し（ステップＳ３２）、作成完了が指示されない場合（ステップＳ３２；Ｎｏ）、ステップＳ２６に戻る。また、作成完了が指示された場合（ステップＳ３２；Ｙｅｓ）、ＣＰＵ２は、選択された宛先アドレスと作成したメールを通信制御部８から外部の無線基地局（図示省略）に送信して（ステップＳ３３）、本処理を終了する。
【００６２】図５は、
ＣＰＵ２によって実行される「文字列データ登録処理」を示すフローチャートである。同図を参照して、図３のステップＳ５、及び図４のステップＳ２７において実行される「文字列データ登録処理」について説明する
【００６３】図５のフローチャートにおいて、
ＣＰＵ２は、タッチパネル上で指定された文字列データをＲＡＭ５の文字列バッファ５４に登録し、文字列ポインタテーブル５３の文字列ポインタ５３１を該文字列データに設定する（ステップＳ４１）
【００６４】次に、ＣＰＵ２は、指定された文字列データの表示位置が文頭であるか否かを判別し（ステップＳ４２）、文頭である場合（ステップＳ４２；Ｙｅｓ）、登録された文字列データの位置フラグ５３２を“文頭”にセットする（ステップＳ４３）。また、文頭でない場合（ステップＳ４２；Ｎｏ）、ＣＰＵ２は、文字列データの表示位置が文末であるか否かを判別する（ステップＳ４４）。ここで、ＣＰＵ２は、文末である場合（ステップＳ４４；Ｙｅｓ）、位置フラグ５３２を“文末”にセットし（ステップＳ４５）、文末でない場合（ステップＳ４５；Ｎｏ）、位置フラグ５３２を“文中”にセットする（ステップＳ４６）。
【００６５】そして、ＣＰＵ２は、メールの送信元を人データとして文字列データに付加登録、すなわち設定された文字列ポインタ５３１に対応づけて電話帳ポインタ５３３を登録する（ステップＳ４７）。
【００６６】次に、ＣＰＵ２は、文字列バッファ５４の容量が規定容量をオーバーしたか否かを判別し（ステップＳ４８）、容量オーバーした場合（ステップＳ４８；Ｙｅｓ）、ＣＰＵ２は、文字列バッファ５４内の末尾（最古）の文字列データを削除して（ステップＳ４９）、ステップＳ４８に戻り、再度容量を確認する。また、容量オーバーしていない場合（ステップＳ４８；Ｎｏ）、ＣＰＵ２は、本処理を終了する。
【００６７】次に、図６を参照して、ＣＰＵ２の「文字列データ選択処理」について説明する。同図を参照して、図４のステップＳ２９において実行される「文字列データ選択処理」について説明する。
【００６８】図６のフローチャートにおいて、ＣＰＵ２は、現在の入力位置（カーソル位置）を検出し（ステップＳ５１）、検出位置を判断する（ステップＳ５２）。
【００６９】
ここで、検出位置が文頭である場合、位置フラグ５３２が“文頭”である文字列ポインタ５３１を文字列ポインタテーブル５３から検索し、該文字列ポインタ５３１に対応する文字列データを文字列バッファ５４から抽出する（ステップＳ５３）
【００７０】
次に、ＣＰＵ２は、作成メールから宛先を抽出する（ステップＳ５６）。ここで、抽出される宛先は、作成メールの宛先欄の先頭にセットされた宛先のみである
【００７１】
そして、ＣＰＵ２は、抽出された各文字列データに対して、該文字列データに付加された電話帳ポインタ５３３（以下、人データと呼ぶ）を抽出して、作成メールの宛先と、人データとが同一であるか否かを判別する（ステップＳ５７）
【００７２】
このステップＳ５７において、宛先と人データが同一である場合（ステップＳ５７；Ｙｅｓ）、ＣＰＵ２は、宛先と同一の人データである文字列データを先頭にして前記抽出した複数の文字列データを表示部４に一覧表示する（ステップＳ５８）
【００７３】また、宛先と人データが同一でない場合（ステップＳ５７；Ｎｏ）、ＣＰＵ２は、元の順番で前記抽出した複数の文字列データを一覧表示する（ステップＳ５９）。ここで、元の順番とは、文字列バッファ５４に文字列データが登録されている順番のことである。
【００７４】
次に、ＣＰＵ２は、ユーザにこれら一覧表示された文字列データからアクションコントロールキー３２の上下操作で文字列データを指定させ、さらにアクションコントロールキー３２の押下操作によって指定された文字列データを選択させる（ステップＳ６０）
【００７５】
そして、ＣＰＵ２は、選択された文字列データを作成メールの入力位置（カーソル位置）に入力する（ステップＳ６１）
【００７６】次に、ＣＰＵ２は、入力された文字列データの人データと、メールの宛先が一致しているか否かを判別する（ステップＳ６２）。ここで、一致している場合（ステップＳ６２；Ｙｅｓ）、ＣＰＵ２は、文字列バッファ５４において、該文字列データを末尾に移動させ（ステップＳ６３）、本処理を終了する。
【００７７】また、一致していない場合（ステップＳ６２；Ｎｏ）、ＣＰＵ２は、文字列ポインタテーブル５３において、該文字列データの電話帳ポインタ５３３を空欄にすることによって、文字列データの人データを「個人」から「共通」に変更する（ステップＳ６４）。そして、ＣＰＵ２は、文字列バッファ５４において、該文字列データを先頭に移動させ（ステップＳ６５）、本処理を終了する。」
　
（ｄ）「【００９８】次に、図１０を参照して、上述の「新規作成処理」（図４参照）、及び「文字列データ登録処理」（図５参照）を使用した文字列データの入力例について説明する。
【００９９】前述の図７（４）〜（６）と同様に、図１０（１）において“新規”が選択されると、“最近リスト”ｌ１が表示される（図１０（２）参照）。また、図１０（ａ）は、ＲＡＭ５の登録内容の一例を示しており、図２の電話帳５１に対応する。
【０１００】そして、図１０（２）においてユーザによって宛先ａ３“桑野真澄”が選択されると、選択された宛先ａ３“桑野真澄”が作成メールｍ７の宛先欄にセットされる（図１０（３）参照）。この時、図１０（ｂ）に示すように、ＲＡＭ５内において、選択された“桑野真澄”が先頭に移動される。
【０１０１】次に、メールｍ７の文頭に入力した文字列データ“元気?”をタッチパネル上で範囲指定し（図１０（４）参照）、アクションコントロールキー３２を押下操作してＲＡＭ５に登録する（図１０（５）参照）。
【０１０２】ここで、宛先ａ３“桑野真澄”と文字列“元気?”が、ＲＡＭ５の文頭文字列ポインタテーブル５２においてリンク設定される。詳細には、図２に示すように、電話帳５１の“桑野真澄”を示す電話帳ポインタ５２１を、文字列データ“元気?”を示す文頭文字列ポインタ５２２と対応付けて文頭文字列ポインタテーブル５２に登録する。
【０１０３】なお、文字列データ“元気?”を指示する文字列ポインタ５３１を、電話帳５１の“桑野真澄”を示す電話帳ポインタ５３３と対応付けて文字列ポインタテーブル５３に登録してもよい。この時、文字列ポインタ５３１及び電話帳ポインタ５３３と対応付けて記憶される位置フラグ５３２は“文頭”に設定される。
【０１０４】そして、次回にメールを作成する際に、図１０（６）においてユーザが“書く”を選択すると、宛先ａ３“桑野真澄”が先頭になった最近リスト”ｌ３が表示され、宛先ａ３“桑野真澄”が選択されると（図１０（７）参照）、選択された宛先ａ３“桑野真澄”が作成メールｍ８の宛先欄にセットされるとともに、メールｍ８の文頭に文字列データ“元気?”が自動的に入力される（図１０（８）参照）。
【０１０５】このように、宛先を選択することによって、その宛先に対応する文字列データが自動で入力される。従って、メールをより簡単に作成できる。また、選択された宛先を次回は先頭に表示することによって、宛先の選択・入力を効率良く実行できる。」
　
（ｅ）「【０１１０】次に、図１１（ｂ）において、返信メールｍ１０を作成する際に、ユーザのアクションコントロールキー３２の押下操作があると、メール中の入力位置（カーソル位置）が文頭の時には、ＲＡＭ５の文字列バッファ５４に登録された複数の文字列データｄ１，ｄ２，…の中から位置フラグｆ１“文頭”である文字列データｄ１，ｄ４，ｄ５が抽出され、一覧表示される。
【０１１１】ここで、複数の文字列データｄ１，ｄ４，ｄ５のうち、人データｈ１“渡辺公平”が宛先ｔ１と同一である文字列データｄ１が先頭の候補として表示され、次に、人データｈ２が“ユーザ入力”の文字列データｄ４が表示され、最後に、人データｈ３が“固定データ”の文字列データｄ５が表示されている。また、人データｈ１“渡辺公平”がメールの宛先と異なる場合（図１１（ｄ）参照）、その文字列データは、最後に表示される。
【０１１２】“固定データ”とは、最初から登録されている定型文を示すものであり、“ユーザ入力”については、後述する。
【０１１３】そして、ユーザのアクションコントロールキー３２の上下操作によって文字列データｄ１が選択され、ユーザのアクションコントロールキー３２の押下操作によって返信メールｍ１０に入力されている。」
　
（ｆ）「【０１２３】
【発明の効果】本発明によれば、引用したいメールの本文中の文字列を指定しておけば、その文字列がメール送信先情報ともに記憶され、メールを作成する際に、作成メールのメール送信先情報と対応づけられた文字列が読出されるので、読出された文字列から所望の文字列を選択することによって、過去に送信され又は受信された引用したいメールの本文の一部を容易に引用できる。
【０１２４】また、文字列に優先度を設定し、文字列の選択状況に応じて文字列の優先度を変更することによって、メール作成時に快適に文字列を選択できる。すなわち、例えば引用するために指定した文字列であって、まだ使用していない文字列はその相手に対するメールを作成する際は、優先度が大きく、すでにその相手のメール送信先に対して選択して使用すみであるような文字列は優先度が下げられ、例えば汎用的に使うために指定した文字列であって元の相手の以外にメール送信先に対して選択した文字列等は汎用的に利用するように優先度が上げられるので、メール作成時に目的に応じて快適に文字列を選択できる。
【０１２５】また、文字列記憶手段に記憶する文字列の容量を規定して、優先度の低い文字列、例えば返信メールに引用した文字列ですでに引用済みで今後使用する可能性の小さい文字列、を消去することによって、快適にメール装置を使用できる。
【０１２６】また、本発明によれば、引用したいメールの本文中の文字列を指定しておけば、その文字列がメール本文中の位置情報ともに記憶され、メールを作成する際に、作成メールのメール本文中の位置情報に対応づけられた文字列が読出されるので、作成メールの入力位置に応じた文字列を容易に引用して入力できるようになる。」
　
　よって、引用例には、以下の発明（以下、「引用発明」という。）が開示されていると認められる。
　
「メール装置１における新規作成処理において、
　文字列データ登録処理において、指定された文字列データをＲＡＭ５の文字列バッファ５４に登録し、文字列ポインタテーブル５３の文字列ポインタ５３１を該文字列データに設定し、メールの送信元を人データとして文字列データに付加登録、すなわち設定された文字列ポインタ５３１に対応づけて電話帳ポインタ５３３を登録し、
　文字列データ選択処理において、
　文字列バッファ５４から文字列データを抽出し、
　抽出された各文字列データに対して、該文字列データに付加された電話帳ポインタ５３３（人データ）を抽出して、作成メールの宛先と人データとが同一であるか否かを判別し、
　宛先と人データが同一である場合、宛先と同一の人データである文字列データを先頭にして前記抽出した複数の文字列データを表示部４に一覧表示し、
　ユーザにこれら一覧表示された文字列データからアクションコントロールキー３２の上下操作で文字列データを指定させ、さらにアクセスコントロールキー３２の押下操作によって指定された文字列データを選択させ、選択された文字列データを作成メールの入力位置（カーソル位置）に入力する、
　メール装置。」
　　
（２−３）対比
　本願補正発明と引用発明とを対比する。
　
　引用発明の「メール装置」は文字を入力するものであるから、本願補正発明の「文字入力装置」に相当する。
　引用発明の「メール」は本願補正発明の「電子メール」に相当し、引用発明は電子メールの作成時に文字列の入力を行うものであるといえる。そして、引用発明の一覧表示される文字列データは、メール作成時に一覧表示され、ユーザに選択され、カーソル位置に入力されるものであるから、引用発明と本願補正発明とは、「電子メールの作成時に入力される文字列の入力候補として所定の文字列を提示する文字入力装置」である点で一致する。
　
　引用発明の「作成メールの宛先」は本願補正発明の「当該電子メールの送信先」に相当する。
　また、引用発明の課題は、相手から受信した又は送信したメールの内容の一部を簡単に作成メールに引用することであること、あるいは、段落【００９８】ないし【０１０５】に、新規作成したメールから登録した文字列を、次回にメールを作成する際に入力に用いることが記載されていることなどからみて、引用発明の文字列データ登録処理で用いるメールと文字列データ選択処理で用いるメールは異なるメールであってもよいことは明らかである。
　してみれば、引用発明において、作成メールからみて、文字列データ登録処理で用いるメールは「他のメール」であるといえる。
　また、引用発明のメール装置は、前記の通り候補を提示するものであるから、提示手段を備えるものといえる。
　そして、引用発明は、作成メールの宛先と電話帳ポインタ５３３（人データ）が同一の文字列データを表示するものであるから、引用発明と本願補正発明とは、「前記電子メールの本文を入力する場合に、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列を前記入力候補として少なくとも提示する提示手段」を有する点で共通するといえる。
　
　引用発明は、文字列データ登録処理において指定された文字列データを文字列バッファに登録し、これを文字列データ選択処理で候補として提示するものであるから、他の電子メールにおいて入力された文字列を提示手段が提示する文字列として保存決定するものであるといえる。
　また、引用発明の文字列データ登録処理における「指定された文字列データ」とは、ユーザによって指定された文字列データをさし、例えば段落【０１０１】欄に記載のタッチパネル上で範囲指定された文字列データなどを指すといえ、範囲指定する際のユーザの判断などは「所定の基準」によるものであるといえる。
　よって、引用発明と本願補正発明とは、「前記他の電子メールにおいて所定の基準で入力された文字列を前記提示手段が提示する文字列として保存決定する」点で共通する。
　
　したがって、両者は、
「電子メールの作成時に入力される文字列の入力候補として所定の文字列を提示する文字入力装置であって、
　前記電子メールのタイトルまたは本文を入力する場合に、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列を前記入力候補として少なくとも提示する提示手段を有する文字入力装置であって、
　前記他の電子メールにおいて所定の基準で入力された文字列を前記提示手段が提示する文字列として保存決定するもの」
である点で一致し、以下の点で相違する。 
　
（相違点１）
　本願補正発明の提示手段は、電子メールのタイトル又は本文を入力する場合に文字列を入力候補として提示するのに対し、
　引用発明の提示手段は、タイトルを入力する場合に文字列を入力候補として提示するものではない点。
　
（相違点２）　
　本願補正発明の提示手段は、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列（のみ）を入力候補として提示するのに対し、
　引用発明の提示手段は、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列を先頭にして入力候補として提示するものである点。
　
（相違点３）
　本願補正発明においては、制御手段が、前記他の電子メールにおいて所定の基準で入力された文字列を前記提示手段が提示する文字列として(自動的に)保存決定するのに対し、
　引用発明においては、ユーザが（意識的に手動で）保存決定するものである点。
　
（２−４）当審の判断
　上記相違点について検討する。
　
＜相違点１について＞
　電子メールがタイトルを持つことは通常のことであり、本文のみならず、タイトルを入力する場合にも文字列を入力候補として提示するように構成することは当業者が容易になし得ることである。
　なお、電子メールのタイトル（題名）の入力を支援することは本願出願前に周知の技術（特開２００１−１８８６６９号段落【００５４】ないし【００７２】を参照。）である。
　
＜相違点２について＞
　優先順位の高い情報のみに提示情報を絞り込むことは通常のことである。また、入力候補をどの程度提示するかは当業者が必要に応じて適宜選択し得ることである。よって、引用発明において、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列（のみ）を入力候補として提示するように構成することで上記相違点２に係る本願補正発明の構成とすることは当業者が容易になし得ることである。
　
＜相違点３について＞
　ユーザが意識することなく、コンピュータの制御手段によって自動的に入力文字列の範囲を特定し入力候補として保存決定すること、すなわち、所定の基準で入力された文字列を入力候補文字列として(自動的に)保存決定することは、本願出願前に周知の技術（＜１＞特開平１０−２６９２１４号公報、図４、段落【００７２】ないし【００７５】、特に「ユーザからの範囲指定を入力することなく、図４（ｂ）に示すように、句読点で分割して得られる４つの所定の範囲のデータを一部記憶部３６に記憶させる」の記載、＜２＞特開２００１−５８０９号公報、図４、段落【００６９】、【００８０】参照）である。したがって、引用発明において、制御手段が、前記他の電子メールにおいて所定の基準で入力された文字列を前記提示手段が提示する文字列として(自動的に)保存決定するように構成することで、上記相違点３に係る本願補正発明の構成とすることは当業者が容易になし得ることである。
　
　そして、本願補正発明が奏する効果は当業者が引用発明及び周知技術から予想できる範囲内のものである。
　
（２−６）むすび
　以上のとおり、本願補正発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例とされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
  　
第３　本願発明について
１．本願発明
　以上のとおり、上記本件補正は却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２２年５月２４日に提出された手続補正書における特許請求の範囲の請求項１に記載された以下のとおりのものである。
　
「【請求項１】
　電子メールの作成時に入力される文字列の入力候補として所定の文字列を提示する文字入力装置であって、
　前記電子メールのタイトルまたは本文を入力する場合に、当該電子メールの送信先を少なくとも含む他の電子メールに記載された文字列を前記入力候補として提示する提示手段と、
　所定の基準を基に前記入力候補として提示する文字列を決定する制御手段と、
　を有する文字入力装置。」
　
２．引用例
  原査定の拒絶理由に引用された引用例及びその記載事項は、前記「第２　２．（２−２）」に記載したとおりである。
　
３．対比、判断
　本願発明は、前記「第２」で検討した本願補正発明から補正による限定事項を省いたものである。
　そうすると、本願発明の構成要件をすべて含み、さらに限定したものに相当する本願補正発明が、前記「第２」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により、引用発明に基づいて、当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。