【事件の表示】
　特願２０１３−　５６３８６「電子装置及びその運用方法」拒絶査定不服審判事件〔平成２５年１０月　７日出願公開、特開２０１３−２０６４６５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成２５年３月１９日（パリ条約による優先権主張２０１２年３月２９日，韓国）の出願であって，同日付けで審査請求書が提出され，平成２６年２月３日付けで拒絶理由が通知され，これに対して同年５月１９日付けで意見書が提出されるとともに手続補正がなされたが，同年９月１６日付けで拒絶査定がなされ，これに対して平成２７年１月３０日に拒絶査定不服審判の請求がなされるとともに手続補正がなされ，平成２７年２月２６日付けで特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２　平成２７年１月３０日付けの手続補正についての補正却下の決定 
　
［補正却下の決定の結論］
  
　平成２７年１月３０日付けの手続補正（以下，「本件補正」という。）を却下する。 
　
［理由］
１　補正の内容 
（１）本件補正後の特許請求の範囲の記載
　本件補正により補正された特許請求の範囲の記載は次のとおりである。（下線は，補正の個所を示すものとして審判請求人が付したものである。） 
　
「　【請求項１】
　電子装置の運用方法であって，
　
第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用する
　
前記セキュリティによって
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，
　筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された
前記
前記第１文字情報と比較するための
２
　前記第
２
が前記
１
し，ロックを解除
　前記第
２
１
を有することを特徴とする電子装置の運用方法。
　　【請求項２】
　電子装置の運用方法であって，
　
第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用する
　
前記セキュリティによって
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された
前記
前記第１文字情報と比較するための
２
　前記第
２
が前記
１
　前記第
２
１
を有することを特徴とする電子装置の運用方法。
　　【請求項３】
　前記第
２
　文字，記号，数字，及び図形のうち，少なくとも一つ以上から構成される少なくとも一つ以上の文字又は文字列を含むことを特徴とする請求項１又は２に記載の電子装置の運用方法。
　　【請求項４】
　前記第
２
　書体，書体サイズ，及び画面位置のうち，少なくとも一つ以上を含む前記文字又は文字列の形式を含むことを特徴とする請求項３に記載の電子装置の運用方法。
　　【請求項５】
　前記第
２
　ユーザにより定義された少なくとも一つの非標準文字を含むことを特徴とする請求項１又は２に記載の電子装置の運用方法。
　　【請求項６】
　タッチスクリーンと，
　少なくとも一つ以上のプロセッサと，
　メモリと，
　前記メモリに格納されて前記少なくとも一つ以上のプロセッサによって実行可能に構成された少なくとも一つ以上のモジュールと，を備え，
　前記モジュールは，
第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用する
　
前記セキュリティによって
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示し，
　筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された
前記
前記第１文字情報と比較するための
２
　前記第
２
が前記
１
　前記第
２
１
　　【請求項７】
　タッチスクリーンと，
　少なくとも一つ以上のプロセッサと，
　メモリと，
　前記メモリに格納されて前記少なくとも一つ以上のプロセッサによって実行可能に構成された少なくとも一つ以上のモジュールと，を備え，
　前記モジュールは，
　
第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用する
　
前記セキュリティによって
前記
前記第１文字情報と比較するための
２
　前記第
２
が前記
１
　前記第
２
１
　　【請求項８】
　前記第
２
　文字，記号，数字，及び図形のうち，少なくとも一つ以上から構成される少なくとも一つ以上の文字又は文字列を含むことを特徴とする請求項６又は７に記載の電子装置。
　　【請求項９】
　前記第
２
　書体，書体サイズ，及び画面位置のうち，少なくとも一つ以上を含む前記文字又は文字列の形式を含むことを特徴とする請求項８に記載の電子装置。
　　【請求項１０】
　前記第
２
　ユーザにより定義された少なくとも一つの非標準文字を含むことを特徴とする請求項６又は７に記載の電子装置。」
　
（２）本件補正前の特許請求の範囲の記載（平成２６年５月１９日付け手続補正）
　本件補正前の特許請求の範囲の記載は次のとおりである。 
「　【請求項１】
　電子装置の運用方法であって，
ロック解除を要求する第１信号を感知する場合，筆記認識ウィンドウをタッチスクリーン上に筆記認識ウィンドウを表示するステップと，
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報を得るステップと，
　前記第１文字情報と予め設定された第２文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除するステップと，
　前記第１文字情報と前記第２文字情報とが一致しない場合に前記ロックを維持するステップと，
を有することを特徴とする電子装置の運用方法。
　　【請求項２】
　電子装置の運用方法であって，
　該当アプリケーションの実行を要求する第１信号を感知する場合，前記アプリケーションの使用制限設定の有無を識別するステップと，
　前記アプリケーションの使用制限設定がある場合に，タッチスクリーン上に筆記認識ウィンドウを表示するステップと，
ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報を得るステップと，
　前記第１文字情報と予め設定された第２文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除し，前記アプリケーションを実行するステップと，
　前記第１文字情報と前記第２文字情報とが一致しない場合に前記アプリケーションを実行しないステップと，
を有することを特徴とする電子装置の運用方法。
　　【請求項３】
　前記第１文字情報は，
　文字，記号，数字，及び図形のうち，少なくとも一つ以上から構成される少なくとも一つ以上の文字又は文字列を含むことを特徴とする請求項１又は２に記載の電子装置の運用方法。
　　【請求項４】
　前記第１文字情報は，
　書体，書体サイズ，及び画面位置のうち，少なくとも一つ以上を含む前記文字又は文字列の形式を含むことを特徴とする請求項３に記載の電子装置の運用方法。
　　【請求項５】
　前記第１文字情報は，
　ユーザにより定義された少なくとも一つの非標準文字を含むことを特徴とする請求項１又は２に記載の電子装置の運用方法。
　　【請求項６】
　タッチスクリーンと，
　少なくとも一つ以上のプロセッサと，
　メモリと，
　前記メモリに格納されて前記少なくとも一つ以上のプロセッサによって実行可能に構成された少なくとも一つ以上のモジュールと，を備え，
　前記モジュールは，
ロック解除を要求する第１信号を感知する場合，筆記認識ウィンドウを前記タッチスクリーンに表示し，
ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示し，
　筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報を得て，
　前記第１文字情報と予め設定された第２文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除し，前記ロックを解除し，
　前記第１文字情報と前記第２文字情報とが一致しない場合に前記ロックを維持することを特徴とする電子装置。
　　【請求項７】
　タッチスクリーンと，
　少なくとも一つ以上のプロセッサと，
　メモリと，
　前記メモリに格納されて前記少なくとも一つ以上のプロセッサによって実行可能に構成された少なくとも一つ以上のモジュールと，を備え，
　前記モジュールは，
　該当アプリケーションの実行を要求する第１信号を感知する場合，　前記アプリケーションの使用制限設定の有無を識別し，
　前記アプリケーションの使用制限設定がある場合に筆記認識ウィンドウをタッチスクリーン上に表示し，ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示し，筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報を得て，
　前記第１文字情報と予め設定された第２文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除し，前記アプリケーションを実行し，
　前記第１文字情報と前記第２文字情報とが一致しない場合に前記アプリケーションを実行しないことを特徴とする電子装置。
　　【請求項８】
　前記第１文字情報は，
　文字，記号，数字，及び図形のうち，少なくとも一つ以上から構成される少なくとも一つ以上の文字又は文字列を含むことを特徴とする請求項６又は７に記載の電子装置。
　　【請求項９】
　前記第１文字情報は，
　書体，書体サイズ，及び画面位置のうち，少なくとも一つ以上を含む前記文字又は文字列の形式を含むことを特徴とする請求項８に記載の電子装置。
　　【請求項１０】
　前記第１文字情報は，
　ユーザにより定義された少なくとも一つの非標準文字を含むことを特徴とする請求項６又は７に記載の電子装置。」
　
２　補正の適否について
　本件補正は，少なくとも次の補正事項を含むものである。
（１）請求項１において，補正前の「ロック解除を要求する第１信号を感知する場合」を補正後の「第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用するロック解除を要求する第１信号を感知する場合」とする補正（以下，「補正事項１」という）。
（２）請求項１において，補正前の「筆記認識ウィンドウをタッチスクリーン上に筆記認識ウィンドウを表示するステップ」を補正後の「前記セキュリティによってタッチスクリーン上に筆記認識ウィンドウを表示するステップ」とする補正（以下，「補正事項２」という）。
（３）請求項１において，補正前の「前記第１文字情報と予め設定された第２文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除するステップ」を補正後の「前記第２文字情報が前記第１文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除し，ロックを解除するステップ」とする補正（以下，「補正事項３」という）。
（４）請求項２において，補正前の「該当アプリケーションの実行を要求する第１信号を感知する場合，前記アプリケーションの使用制限設定の有無を識別するステップと，前記アプリケーションの使用制限設定がある場合に，タッチスクリーン上に筆記認識ウィンドウを表示するステップ」を補正後の「第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用する該当アプリケーションの実行を要求する第１信号を感知する場合，前記セキュリティによってタッチスクリーン上に筆記認識ウィンドウを表示するステップ」とする補正（以下，「補正事項４」という）。
（５）請求項７において，補正前の「該当アプリケーションの実行を要求する第１信号を感知する場合，前記アプリケーションの使用制限設定の有無を識別し，前記アプリケーションの使用制限設定がある場合に筆記認識ウィンドウをタッチスクリーン上に表示し」を補正後の「第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用する該当アプリケーションの実行を要求する第１信号を感知する場合，前記セキュリティによって筆記認識ウィンドウをタッチスクリーン上に表示し」とする補正（以下，「補正事項５」という）。
　上記補正事項１〜補正事項５について検討する。
２−１　新規事項の有無
　本件補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてなされており，特許法第１７条の２第３項の規定に適合している。
２−２　補正の目的要件
　ア　補正事項１について
　補正事項１は，補正前の「ロック解除を要求する第１信号を感知する場合」を，「第１文字情報がセキュリティの基準として設定された後」であることに限定するとともに，補正前の「ロック解除」を「セキュリティを適用するロック解除」に限定するものであるから，補正事項１は，特許法第１７条の２第５項第２号に規定される「特許請求の範囲の減縮」を目的とするものに該当する。
　イ　補正事項２について
　補正事項２は，補正前の「タッチスクリーン上に筆記認識ウィンドウを表示する」ことを，「セキュリティによって」「表示する」ことに限定するとともに，「筆記認識ウィンドウを」との語句を削除することによって，誤記を訂正するものであるから，補正事項２は，特許法第１７条の２第５項第２号に規定される「特許請求の範囲の減縮」及び同項第３号に規定される「誤記の訂正」を目的とするものに該当する。
　ウ　補正事項３について
　補正事項３は，補正前の「筆記認識ウィンドウの表示を解除する」を，「筆記認識ウィンドウの表示を解除し，ロックを解除する」に限定するものであるから，補正事項３は，特許法第１７条の２第５項第２号に規定される「特許請求の範囲の減縮」を目的とするものである。
　エ　補正事項４について
　補正事項４は，補正前に「前記アプリケーションの使用制限設定の有無を識別するステップと，・・・タッチスクリーン上に筆記認識ウィンドウを表示するステップ」という２つのステップで特定されていた発明特定事項のうちの一方，すなわち，「前記アプリケーションの使用制限設定の有無を識別するステップ」という発明特定事項を削除するもので，これにより特許請求の範囲を拡張するものであるから，補正事項４は，特許請求の範囲の限定的減縮を目的としたものではない。
　また，補正事項４は，「請求項の削除」，「誤記の訂正」，「明りょうでない記載の釈明」のいずれを目的とするものでもない。
　オ　補正事項５について
　補正事項５は，補正前の請求項７の「前記アプリケーションの使用制限設定の有無を識別し，前記アプリケーションの使用制限設定がある場合に」との発明特定事項を削除するものであり，これにより特許請求の範囲を拡張するものであるから，補正事項５は，特許請求の範囲の限定的減縮を目的としたものではない。
　また，補正事項５は，「請求項の削除」，「誤記の訂正」，「明りょうでない記載の釈明」のいずれを目的とするものでもない。
　上記「エ」及び「オ」の検討から，補正事項４及び補正事項５は，特許法第１７条の２第５項第２号に規定される「特許請求の範囲の減縮」を目的とするものとは認められない。
　また，上記補正事項４及び補正事項５は，特許法第１７条の２第５項第１号に規定される「請求項の削除」，同項第３号に規定される「誤記の訂正」，及び同項第４号に規定される「明りょうでない記載の釈明」のいずれを目的とするものとも認められない。
　したがって，補正事項４及び補正事項５を含む本件補正は，特許法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
２−３　独立特許要件
　上記「２−２　補正の目的要件」で検討したとおり，本件補正は，特許法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものであるが，仮に本件補正が目的要件をみたすものであったとして，以下さらに検討する。
　
　上記「２−２　補正の目的要件」の「ア」〜「ウ」で検討したとおり，請求項１に係る補正（補正事項１〜補正事項３）は，特許法第１７条の２第５項第２号に規定される「特許請求の範囲の減縮」または同項第３号に規定される「誤記の訂正」を目的とする補正に該当する。
　
　そこで，本件補正後の請求項１に係る発明（以下，「本件補正発明」という。）が，特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下に検討する。
　
２−３−１　本件補正発明を再掲すると以下のとおりである。
　
「電子装置の運用方法であって，
　第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用するロック解除を要求する第１信号を感知する場合，
　前記セキュリティによってタッチスクリーン上に筆記認識ウィンドウを表示するステップと，
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，
　筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された前記筆記の座標情報を判読して前記第１文字情報と比較するための第２文字情報を得るステップと，
　前記第２文字情報が前記第１文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除し，ロックを解除するステップと，
　前記第２文字情報と前記第１文字情報とが一致しない場合に前記ロックを維持するステップと，
を有することを特徴とする電子装置の運用方法。」
　
２−３−２　引用例
　
（１）引用例１
　本願の優先日前に公開され，原査定の拒絶理由に引用された特開２０１２−４８２８１号公報（以下，「引用例１」という。）には，図面とともに，次の事項が記載されている。
　
（ア）「【００１２】
　
図１は，この発明に係る第１の手書き認証システム10のハードウェア構成を示すブロック図であり，液晶タッチパネル12と，入出力インターフェース14と，ＣＰＵ16と，ＲＡＭ18と，フラッシュメモリ20と，ＲＯＭ22とを備えている。
　ＣＰＵ16と，入出力インターフェース14，ＲＡＭ18，フラッシュメモリ20，ＲＯＭ22間は，システムバスによって接続されている。また，液晶タッチパネル12と入出力インターフェース14との間は，専用のコネクタを介して接続されている。
　
この第１の手書き認証システム10は，例えばPDAやスマートフォン等の携帯端末の一機能として実装される。
【００１３】
　
図２は，第１の手書き認証システム10の機能構成を示すブロック図であり，入力データ解析部30と，認証部32と，プログラム起動部34と，標準文字記憶部36と，手書きパスワード記憶部38とを備えている。
　上記の入力データ解析部30，認証部32，プログラム起動部34は，ＲＯＭ22内に格納されたプログラムに従い，ＣＵＰ16が必要な処理を実行することによって実現される。
　また，上記の標準文字記憶部36は，ＲＯＭ22内に格納されており，様々な文字（英数文字，片仮名，平仮名，漢字等）の図形（形状パターン）と，それぞれの文字コードと，当該文字を構成している各字画の情報（標準的な筆記方向等）が，多数登録されている。
　上記の手書きパスワード記憶部38は，フラッシュメモリ20内に格納されており，当該携帯端末の正当ユーザの手書きパスワードデータが登録されている（手書きパスワードデータの詳細は後述）。
【００１４】
　
上記の液晶タッチパネル12は，表示デバイスである液晶パネルの表面に，入力デバイスである透明なタッチパネルを貼り合わせた構造を備えている。タッチパネルは，多数の透明接点がマトリクス上に配置された構造を備えており，指やスタイラスペンでタッチパネル上の任意の箇所を押圧しながら位置を移動させると，タッチパネル上の接点に対応した位置座標がシステム10内に入力される。同時に，システム10からこの入力に対応した描画データが出力される結果，その軌跡を示す線図が液晶パネル上の対応位置に表示される。
　このタッチパネルの押圧に起因する入力データの取込処理や，この入力データに対応した線図の描画処理は，ＲＯＭ22に格納されたＯＳ等のプログラムに従い，ＣＰＵ16によって実行される。
【００１５】
　
この第１の手書き認証システム10の利用に先立ち，ユーザには自己の手書きパスワードデータを登録することが求められる。
　
すなわち，ユーザが携帯端末の設定メニューにおいて「手書きパスワードの登録」を選択すると，液晶タッチパネル12上に手書きパスワードの入力を促すメッセージを備えた入力画面50が表示される（図１参照）。
　
この入力画面50には，複数の文字入力枠52が設定されているため，ユーザは各文字入力枠52内に任意の文字列を所定数以内（図１の例では４〜１２文字以内）で筆記する。
　ここでは，「Ｙ」「Ａ」「Ｍ」「Ａ」「Ｄ」「Ａ」の６つの英文字が手書き入力されたものとして説明を続ける。
【００１６】
　
このユーザによる手書き入力に基づき，液晶タッチパネル12からは押圧された座標を示す位置データが，液晶タッチパネル12に設定された接点毎に入力される。
　この入力データ40を受け付けた入力データ解析部30は，押圧された時刻を示す時間データ42を各位置データに関連付けて，ＲＡＭ18に格納する。この時間データ42は，ＣＰＵ基板上に配置された時計回路（図示省略）から提供される。
【００１７】
　
必要な文字入力枠52に対する手書き文字の入力を終えたユーザは，完了ボタン54をタッチし，手書きパスワードの登録を求める。
　
これを受けた入力データ解析部30は，入力データ40を解析して手書きパスワードデータを生成した後，手書きパスワード記憶部38に登録する処理を実行する。
【００１８】
　図３は，この手書きパスワードデータのデータ項目を示すものであり，「ユーザID」，「文字列全体」及び「各文字の記入順」の他に，第１の文字〜第ｎの文字毎に「文字コード」，「書き順」，「各字画の筆記方向」，「各字画の所要時間」，「各字画の軌跡長」，「第１の筆紋」，「第２の筆紋」，「第３の筆紋」のデータ項目が設けられている。
　この実施形態においては，携帯端末の正当ユーザが１名に限定される場合を想定しているため，「ユーザID」には当該携帯端末の識別コードが自動的に充填されるが，複数のユーザの共同利用に供される場合には，各ユーザを識別するためのユーザIDが格納されることとなる。
【００１９】
　
以下，図４のフローチャートに従い，手書きパスワードデータの生成及び登録に係る処理手順を説明する。
　
まず入力データ解析部30は，標準文字記憶部36を参照して，入力データ（手書き文字）に対応した文字コードを特定する（Ｓ10）。
　具体的には，文字入力枠52毎に，各押圧点の座標を繋いだ線図から構成される図形と，標準文字記憶部36に格納された標準文字の図形とを比較し，最も類似度の高い標準文字に関連付けられた文字コードを，当該文字入力枠52の図形に割り当てる。
　
ユーザが各文字入力枠52に入力した手書き文字が「Ｙ」「Ａ」「Ｍ」「Ａ」「Ｄ」「Ａ」であった場合，入力データ解析部30は「ＹＡＭＡＤＡ」を，上記データ項目の一つである「文字列全体」の値として認定する。
【００２０】
　
つぎに入力データ解析部30は，手書き文字を構成する線図（一筆で入力された線＝ストローク）に対して，標準文字の字画を対応付ける（Ｓ12）。
　すなわち，図５に示すように，各標準文字には字画毎に(1)〜(n)の識別符号が予め割り振られているため，入力データ解析部30はユーザが入力した手書き文字を構成する線図の特徴（傾斜角度，他の線図との相対的な位置関係，他の線図との相対的な大小関係，撥ねや払いの有無等）と，標準文字を構成する各字画の同特徴とを比較し，所定以上の類似度を備えているもの同士に同じ識別符号を割り振る。
【００２１】
（途中省略）
【００２３】
　
つぎに入力データ解析部30は，各文字の記入順を特定する（Ｓ14）。
（途中省略）
【００２４】
　
つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の入力順を特定し，この結果を各文字の「書き順」と認定する（Ｓ16）。
（途中省略）
【００２５】
　
つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「筆記方向」を特定する（Ｓ18）。
（途中省略）
【００２６】
　
つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「所要時間」を算出する（Ｓ20）。
（途中省略）
【００２７】
　
つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第１の筆紋を算出する（Ｓ22）。
（途中省略）
【００２８】
　
つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第２の筆紋を算出する（Ｓ24）。
（途中省略）
【００２９】
　
つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「軌跡長」を算出する（Ｓ26）。
（途中省略）
【００３０】
　
つぎに入力データ解析部30は，各文字の字画毎の軌跡長に基づいて，第３の筆紋を算出する（Ｓ28）。
（途中省略）
【００３１】
　
最後に入力データ解析部30は，解析結果である手書きパスワードデータを，手書きパスワード記憶部38に登録する（Ｓ29）。
（イ）「【００３２】
　
一旦手書きパスワードの設定を行った後は，ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に，図１に示したパスワード入力画面50が液晶タッチパネル12上に表示される。
　
これに対しユーザが文字入力枠52内にパスワードを手書き入力すると，本システム10による手書き認証処理が開始される。
　
以下，図７及び図８のフローチャートに従い，このシステム10における認証の処理手順を説明する。
【００３３】
　
まず入力データ解析部30は，上記と同様，標準文字記憶部36を参照して入力データ（手書き文字）に対応した文字コードを特定する（図７のＳ30）。
　
つぎに入力データ解析部30は，上記と同様の手順により，手書き文字を構成する線図に対して，標準文字の字画を対応付ける（Ｓ32）。
　
つぎに入力データ解析部30は，上記と同様の手順により，各文字の記入順を特定する（Ｓ34）。
　
つぎに入力データ解析部30は，上記と同様の手順により，文字毎に各字画の書き順及び筆記方向を特定する（Ｓ36，Ｓ38）。
【００３４】
　
つぎに入力データ解析部30は，上記と同様の手順により，文字単位で字画毎の所要時間を算出した後（Ｓ40），これに基づいて第１の筆紋（文字全体の所要時間と各字画の所要時間との比率）を算出する（Ｓ42）。
【００３５】
　
つぎに入力データ解析部30は，第２の筆紋（文字列全体の所要時間と各文字の所要時間との比率）を算出する（Ｓ44）。
【００３６】
　
つぎに入力データ解析部30は，上記と同様の手順により，文字単位で字画毎の軌跡長を算出した後（Ｓ46），これに基づいて第３の筆紋（文字全体の軌跡長と各字画の軌跡長との比率）を算出する（Ｓ48）。
【００３７】
　
つぎに，認証部32が手書きパスワード記憶部38から登録データ（正当ユーザの手書きパスワードデータ）を読み出した後（図８のＳ50），入力データ解析部30から渡された入力データの文字列全体と，登録データの文字列全体が一致するか否かを判定する（Ｓ52）。
　
ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。
【００３８】
　
これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の記入順が，登録データの記入順と一致するかを判定する（Ｓ54）。
　
ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。
【００３９】
　
これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の書き順及び各字画の筆記方向が，登録データにおける各文字の書き順及び各字画の筆記方向と一致するかを判定する（Ｓ56）。
　
ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。
【００４０】
　
これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが一致するか否かを判定する（Ｓ62）。
　この際，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが完全に一致する場合はもちろんのこと，両者の値が所定範囲内で近似していれば完全一致でなくとも「一致」と認定する。例え正当ユーザが入力した場合であっても，各字画の所要時間には時と場合によって多少の誤差が生じるのが普通であり，第１の筆紋のチェックに「完全一致」を求めるのは現実的ではない。
　
ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。
【００４１】
　
これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第２の筆紋が登録データの第２の筆紋と一致するか否かを判定する（Ｓ66）。
　ここでも認証部32は，入力データの第２の筆紋と登録データの第２の筆紋とが所定範囲内で近似していれば，完全一致でなくとも「一致」と認定する。
　
ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。
【００４２】
　
これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第３の筆紋が登録データの第３の筆紋と一致するか否かを判定する（Ｓ70）。
　この場合も認証部32は，入力データの第３の筆紋と登録データの第３の筆紋とが所定範囲内で近似していれば，完全一致でなくとも「一致」と認定する。
　
ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。
【００４３】
　
これに対し，判定結果が「ＹＥＳ」の場合，認証部32はプログラム起動部34に認証成立の結果を通知し，プログラム起動部34は必要なアプリケーションプログラムを起動させる（Ｓ72）。
【００４４】
　なお，認証チェックの順番は適宜変更可能であり，上記に限定されるものではない。
　
また上記にあっては，第１の手書き認証システム10を携帯端末のスリープ解除条件として用いる例を示した
　ここで，上記引用例１に記載されている事項について検討する。
（ａ）上記（ア）の００１２段落の「図１は，この発明に係る第１の手書き認証システム10のハードウェア構成を示すブロック図であり，液晶タッチパネル12と，入出力インターフェース14と，ＣＰＵ16と，ＲＡＭ18と，フラッシュメモリ20と，ＲＯＭ22とを備えている。」との記載からみて，引用例１には，「手書き認証システム10は，ハードウェア構成として液晶タッチパネル12と，入出力インターフェース14と，ＣＰＵ16と，ＲＡＭ18と，フラッシュメモリ20と，ＲＯＭ22とを備えている」ことが記載されているものと認められる。
（ｂ）上記（ア）の００１２段落の「この第１の手書き認証システム10は，例えばPDAやスマートフォン等の携帯端末の一機能として実装される。」との記載からみて，引用例１には，「手書き認証システム10は，携帯端末の一機能として実装される」ことが記載されているものと認められる。
（ｃ）上記（ア）の００１３段落の「図２は，第１の手書き認証システム10の機能構成を示すブロック図であり，入力データ解析部30と，認証部32と，プログラム起動部34と，標準文字記憶部36と，手書きパスワード記憶部38とを備えている。」との記載からみて，引用例１には，「手書き認証システム10は，機能構成として，入力データ解析部30，認証部32，プログラム起動部34，標準文字記憶部36，及び手書きパスワード記憶部38を備えている」ことが記載されているものと認められる。
（ｄ）上記（ア）の００１４段落の「上記の液晶タッチパネル12は，表示デバイスである液晶パネルの表面に，入力デバイスである透明なタッチパネルを貼り合わせた構造を備えている。タッチパネルは，多数の透明接点がマトリクス上に配置された構造を備えており，指やスタイラスペンでタッチパネル上の任意の箇所を押圧しながら位置を移動させると，タッチパネル上の接点に対応した位置座標がシステム10内に入力される。同時に，システム10からこの入力に対応した描画データが出力される結果，その軌跡を示す線図が液晶パネル上の対応位置に表示される。」との記載からみて，引用例１には，「液晶タッチパネル12は，多数の透明接点がマトリクス上に配置された構造を備えており，指やスタイラスペンでタッチパネル上の任意の箇所を押圧しながら位置を移動させると，タッチパネル上の接点に対応した位置座標がシステム10内に入力され，同時に，システム10からこの入力に対応した描画データが出力される結果，その軌跡を示す線図が液晶パネル上の対応位置に表示される」ことが記載されているものと認められる。
（ｅ）上記（ア）の００１５段落の「この第１の手書き認証システム10の利用に先立ち，ユーザには自己の手書きパスワードデータを登録することが求められる。」との記載からみて，引用例１には，「手書き認証システム10を利用するユーザは，利用に先立って，自己の手書きパスワードデータを登録する」ことが記載されているものと認められる。
（ｆ）上記（ア）の００１５段落の「すなわち，ユーザが携帯端末の設定メニューにおいて「手書きパスワードの登録」を選択すると，液晶タッチパネル12上に手書きパスワードの入力を促すメッセージを備えた入力画面50が表示される（図１参照）。この入力画面50には，複数の文字入力枠52が設定されているため，ユーザは各文字入力枠52内に任意の文字列を所定数以内（図１の例では４〜１２文字以内）で筆記する。」との記載，００１６段落の「このユーザによる手書き入力に基づき，液晶タッチパネル12からは押圧された座標を示す位置データが，液晶タッチパネル12に設定された接点毎に入力される。」との記載，００１７段落の「必要な文字入力枠52に対する手書き文字の入力を終えたユーザは，完了ボタン54をタッチし，手書きパスワードの登録を求める。これを受けた入力データ解析部30は，入力データ40を解析して手書きパスワードデータを生成した後，手書きパスワード記憶部38に登録する処理を実行する。」との記載からみて，引用例１には，「手書きパスワードデータを登録する」際に，「ユーザが携帯端末の設定メニューにおいて「手書きパスワードの登録」を選択すると，液晶タッチパネル12上に手書きパスワードの入力を促すメッセージを備えた入力画面50が表示され，この入力画面50には，複数の文字入力枠52が設定されているため，ユーザは各文字入力枠52内に任意の文字列を所定数以内で筆記し，このユーザによる手書き入力に基づき，液晶タッチパネル12からは押圧された座標を示す位置データが，液晶タッチパネル12に設定された接点毎に入力され，必要な文字入力枠52に対する手書き文字の入力を終えたユーザは，完了ボタン54をタッチし，手書きパスワードの登録を求め」ることが記載されているものと認められる。
（ｇ）上記（ア）の００１９〜００３１段落の「以下，図４のフローチャートに従い，手書きパスワードデータの生成及び登録に係る処理手順を説明する。まず入力データ解析部30は，標準文字記憶部36を参照して，入力データ（手書き文字）に対応した文字コードを特定する（Ｓ10）。・・・ユーザが各文字入力枠52に入力した手書き文字が「Ｙ」「Ａ」「Ｍ」「Ａ」「Ｄ」「Ａ」であった場合，入力データ解析部30は「ＹＡＭＡＤＡ」を，上記データ項目の一つである「文字列全体」の値として認定する。・・・つぎに入力データ解析部30は，手書き文字を構成する線図（一筆で入力された線＝ストローク）に対して，標準文字の字画を対応付ける（Ｓ12）。・・・つぎに入力データ解析部30は，各文字の記入順を特定する（Ｓ14）。・・・つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の入力順を特定し，この結果を各文字の「書き順」と認定する（Ｓ16）。・・・つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「筆記方向」を特定する（Ｓ18）。・・・つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「所要時間」を算出する（Ｓ20）。・・・つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第１の筆紋を算出する（Ｓ22）。・・・つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第２の筆紋を算出する（Ｓ24）。・・・つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「軌跡長」を算出する（Ｓ26）。・・・つぎに入力データ解析部30は，各文字の字画毎の軌跡長に基づいて，第３の筆紋を算出する（Ｓ28）。・・・最後に入力データ解析部30は，解析結果である手書きパスワードデータを，手書きパスワード記憶部38に登録する（Ｓ29）。」との記載，及び図４の記載からみて，引用例１には，「手書きパスワードデータの生成及び登録に係る処理手順では，まず入力データ解析部30は，標準文字記憶部36を参照して，入力データ（手書き文字）に対応した文字コードを特定し，ユーザが各文字入力枠52に入力した手書き文字が「Ｙ」「Ａ」「Ｍ」「Ａ」「Ｄ」「Ａ」であった場合，入力データ解析部30は「ＹＡＭＡＤＡ」を，上記データ項目の一つである「文字列全体」の値として認定し，つぎに入力データ解析部30は，手書き文字を構成する線図に対して，標準文字の字画を対応付け，つぎに入力データ解析部30は，各文字の記入順を特定し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の入力順を特定し，この結果を各文字の「書き順」と認定し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「筆記方向」を特定し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「所要時間」を算出し，つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第１の筆紋を算出し，つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第２の筆紋を算出し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「軌跡長」を算出し，つぎに入力データ解析部30は，各文字の字画毎の軌跡長に基づいて，第３の筆紋を算出し，最後に入力データ解析部30は，解析結果である手書きパスワードデータを，手書きパスワー���記憶部38に登録する」ことが記載されているものと認められる。
（ｈ）上記（イ）の００３２段落の「一旦手書きパスワードの設定を行った後は，ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に，図１に示したパスワード入力画面50が液晶タッチパネル12上に表示される。これに対しユーザが文字入力枠52内にパスワードを手書き入力すると，本システム10による手書き認証処理が開始される。」との記載からみて，引用例１には，「一旦手書きパスワードの設定を行った後は，ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に，パスワード入力画面50が液晶タッチパネル12上に表示され，これに対しユーザが文字入力枠52内にパスワードを手書き入力すると，本システム10による手書き認証処理が開始される」ことが記載されているものと認められる。
（ｉ）上記（イ）の００３２段落の「以下，図７及び図８のフローチャートに従い，このシステム10における認証の処理手順を説明する。」との記載，００３３〜００３６段落の「まず入力データ解析部30は，上記と同様，標準文字記憶部36を参照して入力データ（手書き文字）に対応した文字コードを特定する（図７のＳ30）。つぎに入力データ解析部30は，上記と同様の手順により，手書き文字を構成する線図に対して，標準文字の字画を対応付ける（Ｓ32）。つぎに入力データ解析部30は，上記と同様の手順により，各文字の記入順を特定する（Ｓ34）。つぎに入力データ解析部30は，上記と同様の手順により，文字毎に各字画の書き順及び筆記方向を特定する（Ｓ36，Ｓ38）。つぎに入力データ解析部30は，上記と同様の手順により，文字単位で字画毎の所要時間を算出した後（Ｓ40），これに基づいて第１の筆紋（文字全体の所要時間と各字画の所要時間との比率）を算出する（Ｓ42）。つぎに入力データ解析部30は，第２の筆紋（文字列全体の所要時間と各文字の所要時間との比率）を算出する（Ｓ44）。つぎに入力データ解析部30は，上記と同様の手順により，文字単位で字画毎の軌跡長を算出した後（Ｓ46），これに基づいて第３の筆紋（文字全体の軌跡長と各字画の軌跡長との比率）を算出する（Ｓ48）。」との記載，及び図７の記載からみて，引用例１には，「入力データ解析部30は，上記と同様，標準文字記憶部36を参照して入力データ（手書き文字）に対応した文字コードを特定し，手書き文字を構成する線図に対して標準文字の字画を対応付け，各文字の記入順を特定し，文字毎に各字画の書き順及び筆記方向を特定し，文字単位で字画毎の所要時間を算出した後，これに基づいて第１の筆紋，第２の筆紋及び第３の筆紋を算出する」ことが記載されているものと認められる。
（ｊ）上記（イ）の００３７〜００４３段落の「つぎに，認証部32が手書きパスワード記憶部38から登録データ（正当ユーザの手書きパスワードデータ）を読み出した後（図８のＳ50），入力データ解析部30から渡された入力データの文字列全体と，登録データの文字列全体が一致するか否かを判定する（Ｓ52）。ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。・・・これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の記入順が，登録データの記入順と一致するかを判定する（Ｓ54）。ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。・・・これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の書き順及び各字画の筆記方向が，登録データにおける各文字の書き順及び各字画の筆記方向と一致するかを判定する（Ｓ56）。ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。・・・これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが一致するか否かを判定する（Ｓ62）。・・・ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。・・・これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第２の筆紋が登録データの第２の筆紋と一致するか否かを判定する（Ｓ66）。・・・ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。・・・これに対し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第３の筆紋が登録データの第３の筆紋と一致するか否かを判定する（Ｓ70）。・・・ここで判定結果が「ＮＯ」の場合，液晶タッチパネル12の画面上にエラーメッセージが表示され，再入力が促される（Ｓ74）。・・・これに対し，判定結果が「ＹＥＳ」の場合，認証部32はプログラム起動部34に認証成立の結果を通知し，プログラム起動部34は必要なアプリケーションプログラムを起動させる（Ｓ72）。」との記載，及び図８の記載からみて，引用例１には，「つぎに，認証部32が手書きパスワード記憶部38から登録データ（正当ユーザの手書きパスワードデータ）を読み出した後，入力データ解析部30から渡された入力データの文字列全体と，登録データの文字列全体が一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の記入順が，登録データの記入順と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の書き順及び各字画の筆記方向が，登録データにおける各文字の書き順及び各字画の筆記方向と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第２の筆紋が登録データの第２の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第３の筆紋が登録データの第３の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32はプログラム起動部34に認証成立の結果を通知し，プログラム起動部34は必要なアプリケーションプログラムを起動させ，また，入力データと登録データとの間で，文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋のいずれか１つでも一致しない場合には，液晶タッチパネル12の画面上にエラーメッセージを表示して，再入力を促す」ことが記載されているものと認められる。
（ｋ）上記（イ）の００４４段落の「また上記にあっては，第１の手書き認証システム10を携帯端末のスリープ解除条件として用いる例を示した」との記載からみて，上記（ｊ）の「必要なアプリケーションプログラムを起動させ」ることは，「携帯端末のスリープを解除する」ことであると認められる。
（ｌ）上記（ｊ）及び（ｋ）の検討から，引用例１には，「つぎに，認証部32が手書きパスワード記憶部38から登録データ（正当ユーザの手書きパスワードデータ）を読み出した後，入力データ解析部30から渡された入力データの文字列全体と，登録データの文字列全体が一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の記入順が，登録データの記入順と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の書き順及び各字画の筆記方向が，登録データにおける各文字の書き順及び各字画の筆記方向と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第２の筆紋が登録データの第２の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第３の筆紋が登録データの第３の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32はプログラム起動部34に認証成立の結果を通知し，プログラム起動部34は携帯端末のスリープを解除し，また，入力データと登録データとの間で，文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋のいずれか１つでも一致しない場合には，液晶タッチパネル12の画面上にエラーメッセージを表示して，再入力を促す」ことが記載されているものと認められる。
　以上の検討によれば，引用例１には，次のとおりの発明（以下，「引用発明」という。）が記載されていると認められる。
　
「手書き認証システム10は，ハードウェア構成として液晶タッチパネル12と，入出力インターフェース14と，ＣＰＵ16と，ＲＡＭ18と，フラッシュメモリ20と，ＲＯＭ22とを備えており，
　手書き認証システム10は，携帯端末の一機能として実装されるものであり，
　手書き認証システム10は，機能構成として，入力データ解析部30，認証部32，プログラム起動部34，標準文字記憶部36，及び手書きパスワード記憶部38を備えており，
　液晶タッチパネル12は，多数の透明接点がマトリクス上に配置された構造を備えており，指やスタイラスペンでタッチパネル上の任意の箇所を押圧しながら位置を移動させると，タッチパネル上の接点に対応した位置座標がシステム10内に入力され，同時に，システム10からこの入力に対応した描画データが出力される結果，その軌跡を示す線図が液晶パネル上の対応位置に表示されるものであり，
　手書き認証システム10を利用するユーザは，利用に先立って，自己の手書きパスワードデータを登録し，
　手書きパスワードデータを登録する際に，ユーザが携帯端末の設定メニューにおいて「手書きパスワードの登録」を選択すると，液晶タッチパネル12上に手書きパスワードの入力を促すメッセージを備えた入力画面50が表示され，この入力画面50には，複数の文字入力枠52が設定されているため，ユーザは各文字入力枠52内に任意の文字列を所定数以内で筆記し，このユーザによる手書き入力に基づき，液晶タッチパネル12からは押圧された座標を示す位置データが，液晶タッチパネル12に設定された接点毎に入力され，必要な文字入力枠52に対する手書き文字の入力を終えたユーザは，完了ボタン54をタッチし，手書きパスワードの登録を求め，
　手書きパスワードデータの生成及び登録に係る処理手順では，まず入力データ解析部30は，標準文字記憶部36を参照して，入力データ（手書き文字）に対応した文字コードを特定し，ユーザが各文字入力枠52に入力した手書き文字が「Ｙ」「Ａ」「Ｍ」「Ａ」「Ｄ」「Ａ」であった場合，入力データ解析部30は「ＹＡＭＡＤＡ」を，上記データ項目の一つである「文字列全体」の値として認定し，つぎに入力データ解析部30は，手書き文字を構成する線図に対して，標準文字の字画を対応付け，つぎに入力データ解析部30は，各文字の記入順を特定し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の入力順を特定し，この結果を各文字の「書き順」と認定し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「筆記方向」を特定し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「所要時間」を算出し，つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第１の筆紋を算出し，つぎに入力データ解析部30は，各文字の字画毎の所要時間に基づいて，第２の筆紋を算出し，つぎに入力データ解析部30は，文字毎に当該文字を構成する各字画の「軌跡長」を算出し，つぎに入力データ解析部30は，各文字の字画毎の軌跡長に基づいて，第３の筆紋を算出し，最後に入力データ解析部30は，解析結果である手書きパスワードデータを，手書きパスワード記憶部38に登録し，
　一旦手書きパスワードの設定を行った後は，ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に，パスワード入力画面50が液晶タッチパネル12上に表示され，これに対しユーザが文字入力枠52内にパスワードを手書き入力すると，本システム10による手書き認証処理が開始され，
　入力データ解析部30は，上記と同様，標準文字記憶部36を参照して入力データ（手書き文字）に対応した文字コードを特定し，手書き文字を構成する線図に対して標準文字の字画を対応付け，各文字の記入順を特定し，文字毎に各字画の書き順及び筆記方向を特定し，文字単位で字画毎の所要時間を算出した後，これに基づいて第１の筆紋，第２の筆紋及び第３の筆紋を算出し，
　つぎに，認証部32が手書きパスワード記憶部38から登録データ（正当ユーザの手書きパスワードデータ）を読み出した後，入力データ解析部30から渡された入力データの文字列全体と，登録データの文字列全体が一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の記入順が，登録データの記入順と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の書き順及び各字画の筆記方向が，登録データにおける各文字の書き順及び各字画の筆記方向と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第２の筆紋が登録データの第２の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第３の筆紋が登録データの第３の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32はプログラム起動部34に認証成立の結果を通知し，プログラム起動部34は携帯端末のスリープを解除し，また，入力データと登録データとの間で，文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋のいずれか１つでも一致しない場合には，液晶タッチパネル12の画面上にエラーメッセージを表示して，再入力を促す。」
（２）参考文献１
　本願の優先日前に公開された特開２００８−５９１７３号公報（以下，「参考文献１」という。）には，図面とともに，次の事項が記載されている。
（ウ）「【０００１】
　
本発明は，パスワードの入力により認証を行う技術に関する。
（エ）「【００３８】
　そして，
利用者は各入力枠にキーワードを入力する。本例では，利用者が画面（タッチパネル１６）上の入力枠内にペンで文字を描くと，第２入力判定部２４が該文字の情報を当該入力枠に対するキーワードと判定する。
【００３９】
　
認証部２５は，該キーワードの入力が完了したか否かを監視し（Ｓ２３）
ステップ２３にて，キーワード入力の完了が選択された場合，例えばエンターキー（不図示）が押された場合，認証部２５は，第１入力判定部２３で判定した各入力枠の位置及び大きさを認証情報として用い，記憶部１３に設定された認証情報と一致するか否かによって認証を行う。
２−３−３　対比
　本件補正発明と引用発明とを対比する。
　
（ａ）引用発明の「携帯端末」は，「電子的」な「装置」であるといえるから，引用発明の「携帯端末」が本件補正発明の「電子装置」に相当する。
　そして，引用発明は，「携帯端末の一機能として実装される」「手書き認証システム10」を用いて，すなわち「運用して」，手書き認証処理を行うものであるから，引用発明は，「電子装置の運用方法」であるということができる。
（ｂ）
（ｂ−１）引用発明では，「手書き認証システム10を利用するユーザは，利用に先立って，自己の手書きパスワードデータを登録」し，この登録された手書きパスワードデータは，携帯端末のスリープを解除する際に入力される手書きの入力データと比較されるものであるから，引用発明の「利用に先立って登録される手書きパスワードデータ」が本件補正発明の「セキュリティの基準として設定される第１文字情報」に相当する。
　してみれば，引用発明の「一旦手書きパスワードの設定を行った後」が本件補正発明の「第１文字情報がセキュリティの基準として設定された後」に相当する。
（ｂ−２）引用発明では，「ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に，パスワード入力画面50が液晶タッチパネル12上に表示され，これに対しユーザが文字入力枠52内にパスワードを手書き入力すると，本システム10による手書き認証処理が開始され」て，「セキュリティ」が「適用」されるものであるから，引用発明の「スリープ解除」が本件補正発明の「セキュリティを適用するロック解除」に相当する。
　また，「ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする」と，これに対応した「信号」が発生することは技術常識であると認められるから，引用発明の「ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮすると発生する信号」が本件補正発明の「ロック解除を要求する第１信号」に相当し，また，この「信号」がＣＰＵ16によって「感知」されることは自明のことである。
　してみれば，引用発明の「ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度」が本件補正発明の「セキュリティを適用するロック解除を要求する第１信号を感知する場合」に相当する。
（ｂ−３）上記（ｂ−１）及び（ｂ−２）の検討から，引用発明の「一旦手書きパスワードの設定を行った後は，ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に」が本件補正発明の「第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用するロック解除を要求する第１信号を感知する場合」に相当する。
（ｃ）引用発明の「液晶タッチパネル12」が本件補正発明の「タッチスクリーン」に相当する。
　引用発明の「パスワード入力画面50」は，液晶タッチパネル12上に表示されて，手書きパスワードデータを入力するための画面であるから，引用発明の「パスワード入力画面50」が本件補正発明の「筆記認識ウィンドウ」に相当する。
　また，引用発明の「パスワード入力画面50」は，「セキュリティ」のために「表示」されるものであるから，「セキュリティによって」「表示」されるものであるということができる。
　してみれば，引用発明の「パスワード入力画面50が液晶タッチパネル12上に表示され」が本件補正発明の「セキュリティによってタッチスクリーン上に筆記認識ウィンドウを表示するステップ」に相当する。
　
（ｄ）引用発明の液晶タッチパネル12は，「指やスタイラスペンでタッチパネル上の任意の箇所を押圧しながら位置を移動させると，タッチパネル上の接点に対応した位置座標がシステム10内に入力され，同時に，システム10からこの入力に対応した描画データが出力される結果，その軌跡を示す線図が液晶パネル上の対応位置に表示されるものであ」り，この表示動作が，スリープ解除ボタンをＯＮしたときに液晶タッチパネル12上に表示されるパスワード入力画面50にパスワードを手書き入力するときにも同様に実行される動作であることは自明のことであるから，引用発明の，ユーザがスリープ解除ボタンをＯＮしたときに液晶タッチパネル12上に表示されるパスワード入力画面50において「文字入力枠52内にパスワードを手書き入力する」ことが本件補正発明の「ユーザタッチにより筆記認識ウィンドウに入力される筆記を表示するステップ」に相当する。
（ｅ）
（ｅ−１）引用発明の手書き認証処理において入力された「入力データ（手書き文字）」が本件補正発明の「筆記認識ウィンドウに入力された筆記」に相当する。
　引用発明の液晶タッチパネル12は，「指やスタイラスペンでタッチパネル上の任意の箇所を押圧しながら位置を移動させると，タッチパネル上の接点に対応した位置座標がシステム10内に入力され」るものであるから，引用発明の手書き認証処理において入力される「入力データ（手書き文字）」の解析処理が，「座標情報を判読して」行われることは自明のことである。
（ｅ−２）引用発明では，「ユーザが携帯端末の起動ボタン（スリープ解除ボタン）をＯＮする度に，パスワード入力画面50が液晶タッチパネル12上に表示され，これに対しユーザが文字入力枠52内にパスワードを手書き入力すると，本システム10による手書き認証処理が開始され，入力データ解析部30は，上記と同様，標準文字記憶部36を参照して入力データ（手書き文字）に対応した文字コードを特定し，手書き文字を構成する線図に対して標準文字の字画を対応付け，各文字の記入順を特定し，文字毎に各字画の書き順及び筆記方向を特定し，文字単位で字画毎の所要時間を算出した後，これに基づいて第１の筆紋，第２の筆紋及び第３の筆紋を算出し」ている。
　この解析処理において得られる「入力データ（手書き文字）」に対応した「文字コード，手書き文字を構成する線図に対する標準文字の字画，各文字の記入順，文字毎の各字画の書き順及び筆記方向，文字単位での字画毎の所要時間，第１の筆紋，第２の筆紋及び第３の筆紋」は，「手書き認証システム10の利用に先立って登録された手書きパスワードデータ」（第１文字情報）と「比較するための文字情報」であるから，引用発明の「入力データ（手書き文字）に対応した文字コード，手書き文字を構成する線図に対する標準文字の字画，各文字の記入順，文字毎の各字画の書き順及び筆記方向，文字単位での字画毎の所要時間，第１の筆紋，第２の筆紋及び第３の筆紋」が本件補正発明の「第１文字情報と比較するための第２文字情報」に相当する。
（ｅ−３）上記（ｅ−１）（ｅ−２）の検討から，引用発明の「入力データ解析部30は，上記と同様，標準文字記憶部36を参照して入力データ（手書き文字）に対応した文字コードを特定し，手書き文字を構成する線図に対して標準文字の字画を対応付け，各文字の記入順を特定し，文字毎に各字画の書き順及び筆記方向を特定し，文字単位で字画毎の所要時間を算出した後，これに基づいて第１の筆紋，第２の筆紋及び第３の筆紋を算出し」が本件補正発明の「筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報と比較するための第２文字情報を得る」に相当する。
（ｅ−４）上記（ｅ−１）〜（ｅ−３）の検討から，本件補正発明と引用発明とは，後記する点で相違するものの，「筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報と比較するための第２文字情報を得るステップ」を有する点で共通している。
（ｆ）引用発明では，「認証部32が手書きパスワード記憶部38から登録データ（正当ユーザの手書きパスワードデータ）を読み出した後，入力データ解析部30から渡された入力データの文字列全体と，登録データの文字列全体が一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の記入順が，登録データの記入順と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データにおける各文字の書き順及び各字画の筆記方向が，登録データにおける各文字の書き順及び各字画の筆記方向と一致するかを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第１の筆紋と登録データの第１の筆紋とが一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第２の筆紋が登録データの第２の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32は入力データの第３の筆紋が登録データの第３の筆紋と一致するか否かを判定し，判定結果が「ＹＥＳ」の場合，認証部32はプログラム起動部34に認証成立の結果を通知し，プログラム起動部34は携帯端末のスリープを解除し」ている。
　ここで，引用発明の「登録データ（正当ユーザの手書きパスワードデータ）」の「文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋」が本件補正発明の「第１文字情報」に相当し，また，引用発明の「入力データ解析部30から渡された入力データ」の「文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋」が本件補正発明の「第２文字情報」に相当する。
　そして，引用発明は，両者の一致を判定して，「一致した場合に」，「携帯端末のスリープを解除」，すなわち，「ロックを解除」するものである。
　してみれば，本件補正発明と引用発明とは，後記する点で相違するものの，「第２文字情報が第１文字情報とが一致した場合にロックを解除するステップ」を有する点で共通している。
　
（ｇ）引用発明は，「入力データと登録データとの間で，文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋のいずれか１つでも一致しない場合には，液晶タッチパネル12の画面上にエラーメッセージを表示して，再入力を促す」ものであり，このときは，「スリープを解除しない」，すなわち，「ロックを維持する」ものである。
　してみれば，引用発明の「入力データと登録データとの間で，文字列全体，各文字の記入順，各文字の書き順及び各字画の筆記方向，第１の筆紋，第２の筆紋，及び第３の筆紋のいずれか１つでも一致しない場合には，液晶タッチパネル12の画面上にエラーメッセージを表示して，再入力を促す」が，本件補正発明の「第２文字情報と第１文字情報とが一致しない場合にロックを維持するステップ」に相当する。
　
　そうすると，本件補正発明と引用発明とは，
　
「電子装置の運用方法であって，
　第１文字情報がセキュリティの基準として設定された後，前記セキュリティを適用するロック解除を要求する第１信号を感知する場合，
　前記セキュリティによってタッチスクリーン上に筆記認識ウィンドウを表示するステップと，
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，
　前記筆記認識ウィンドウに入力された前記筆記の座標情報を判読して前記第１文字情報と比較するための第２文字情報を得るステップと，
　前記第２文字情報が前記第１文字情報とが一致した場合にロックを解除するステップと，
　前記第２文字情報と前記第１文字情報とが一致しない場合に前記ロックを維持するステップと，
を有することを特徴とする電子装置の運用方法。」
　
の点で一致し，次の点で相違する。
　
［相違点１］
　本件補正発明では，「筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに」筆記認識ウィンドウに入力された筆記の座標情報を判読しているのに対して，引用発明では，そのような特定がなされていない点。
［相違点２］
　本件補正発明では，ロックの解除に加えて，「筆記認識ウィンドウの表示を解除し」ているのに対して，引用発明では，そのような特定がなされていない点。
　
２−３−４　当審の判断
　上記相違点について検討する。
　
［相違点１］について
　タッチパネルに手書きでキーワードを入力する構成において，当該手書き入力が完了したことを示すためのキー入力をさせるようにすることは，例えば参考文献１（上記（ウ），（エ）を参照）に記載されているように，本願の優先日前に当該技術分野の周知技術である。
　してみれば，引用発明において，パスワード入力画面50の文字入力枠52内にパスワードを手書き入力した際に，当該手書き入力が完了したことを示すためにキー入力をさせることにより，筆記の終わりを示す第２信号が出力されるようにし，ＣＰＵ16が，筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに筆記認識ウィンドウに入力された筆記の座標情報を判読するように構成することは，当業者が容易に想到し得たことである。
　
［相違点２］について
　引用発明では，携帯端末のスリープを解除した際の，パスワード入力画面50について明示的な特定はされていないものの，スリープを解除するのは，認証が成功した場合であるから，その場合に，パスワード入力画面50がもはや不要であることは自明のことである。
　してみれば，スリープを解除する際に，不要となったパスワード入力画面50の表示を解除するように構成することは，当業者が容易に想到し得たことである。
　そして，本件補正発明の作用効果も，引用発明及び周知技術から当業者が予測できる範囲のものである。
　
　よって，本件補正発明は，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
２−３−５　小括
　したがって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３　補正却下についてのむすび
　上記「２−２　補正の目的要件」で検討したとおり，本件補正は，特許法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　また，仮に目的要件に適合していたとしても，上記「２−３　独立特許要件」で検討したとおり，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　よって，上記の補正却下の決定の結論のとおり決定する。
　
第３　本願発明について
１　本願発明
　平成２７年１月３０日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明は，平成２６年５月１９日付けの手続補正書によって補正された特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。（以下，「本願発明」という。）
　
「電子装置の運用方法であって，
ロック解除を要求する第１信号を感知する場合，筆記認識ウィンドウをタッチスクリーン上に筆記認識ウィンドウを表示するステップと，
　ユーザタッチにより前記筆記認識ウィンドウに入力される筆記を表示するステップと，筆記の終わりを示す第２信号を感知する場合，前記第２信号を感知する前までに前記筆記認識ウィンドウに入力された筆記の座標情報を判読して第１文字情報を得るステップと，
　前記第１文字情報と予め設定された第２文字情報とが一致した場合に前記筆記認識ウィンドウの表示を解除するステップと，
　前記第１文字情報と前記第２文字情報とが一致しない場合に前記ロックを維持するステップと，
を有することを特徴とする電子装置の運用方法。」
２　引用例
　原査定の拒絶の理由に引用された引用例１，及び本願の優先日前に公開された参考文献１には，上記「第２　平成２７年１月３０日付けの手続補正についての補正却下の決定」の「２−３−２　引用例」に記載したとおりの事項が記載されている。
　
３　対比・判断
　本願発明は，上記「第２　平成２７年１月３０日付けの手続補正についての補正却下の決定」で検討した本件補正発明から，補正事項１，補正事項２，及び補正事項３に対応する限定事項を省いたものである。
　そうすると，本願発明の構成要件を全て含み，更に構成を限定したものに相当する本件補正発明が上記「第２　平成２７年１月３０日付けの手続補正についての補正却下の決定」の「２−３−４　当審の判断」に記載したとおり，引用発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，本願発明も，同様の理由により，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
４　むすび
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　したがって，本願は他の請求項について検討するまでもなく拒絶されるべきものである。
　よって，結論のとおり審決する。