【事件の表示】
　特願２００５−　５５９８１「クレデンシャルローミングのためのシステムおよび方法」拒絶査定不服審判事件〔平成１７年１０月２７日出願公開、特開２００５−３０３９９３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００５年３月１日（パリ条約による優先権主張２００４年４月９日、米国）を出願日とする出願であって、その後の手続の経緯は次のとおりである。
　拒絶理由（起案日）　　　　　　　　平成２３年１月２１日　
　意見書及び手続補正書（提出日）　　平成２３年７月１５日　
　拒絶査定（起案日）　　　　　　　　平成２３年９月２０日
　同謄本送達（送達日）　　　　　　　平成２３年９月２７日
　審判請求（提出日）　　　　　　　　平成２４年１月２５日
　手続補正書（提出日）　　　　　　　平成２４年１月２５日
　前置報告書（作成日）　　　　　　　平成２４年３月２１日
　審尋（起案日）　　　　　　　　　　平成２４年８月２９日
　回答書（提出日）　　　　　　　　　平成２４年１０月２９日
　
２．平成２４年１月２５日付の手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２４年１月２５日付の手続補正を却下する。
［理由］
（１）本件補正
　平成２４年１月２５日付の手続補正（以下、「本件補正」という。）により、特許請求の範囲は次のように補正される。
（本件補正前の特許請求の範囲）
「【請求項１】
　プロセッサにより実行される方法であって、
　イベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルを列挙するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップと、を含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、手動の要求、又はクレデンシャルであることを特徴とする方法。
　　【請求項２】
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、前記ローカルクレデンシャルに関連付けられた少なくとも１つのタイムスタンプおよび前記リモートクレデンシャルに関連付けられた少なくとも１つのタイムスタンプに基づく、ことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、ハッシュ値の比較に基づく、ことを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記同期させるステップは、エラーハンドリングを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項５】
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュに書き込むステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項６】
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュに書き込むステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項７】
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つをローカル-クレデンシャルキャッシュから削除するステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項８】
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュから削除するステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項９】
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つに基づいて、ローカルクレデンシャルキャッシュにある前記ローカルクレデンシャルの少なくとも１つを修正するステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項１０】
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つに基づいて、リモートクレデンシャルキャッシュにある前記リモートクレデンシャルの少なくとも１つを修正するステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項１１】
　前記ローカルクレデンシャルのリストを更新するステップをさらに含む、ことを特徴とする請求項１に記載の方法。
　　【請求項１２】
　前記リモートクレデンシャルのリストを更新するステップをさらに含む、ことを特徴とする請求項１に記載の方法。
　　【請求項１３】
　前記ローカルクレデンシャルのステートファイルを保持するステップをさらに含む、ことを特徴とする請求項１に記載の方法。
　　【請求項１４】
　前記ローカルクレデンシャルと前記リモートクレデンシャルとの間における状態の競合を解決するステップをさらに含む、ことを特徴とする請求項１に記載の方法。
　　【請求項１５】
　イベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルを列挙するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップと、を含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、手動の要求、又はクレデンシャルである、方法をプロセッサ上で実行させることを特徴とするコンピュータプログラム。
　　【請求項１６】
　前記方法は、前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、前記ローカルクレデンシャルに関連付けられた少なくとも１つのタイムスタンプおよび前記リモートクレデンシャルに関連付けられた少なくとも１つのタイムスタンプに基づく、ことをさらに含むことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項１７】
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、ハッシュ値の比較に基づいて、前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させることを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項１８】
　前記方法は、前記ローカルクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュに書き込むステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項１９】
　前記方法は、前記リモートクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュに書き込むステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２０】
　前記方法は、前記ローカルクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュから除去するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２１】
　前記方法は、前記リモートクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュから除去するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２２】
　前記方法は、ローカルクレデンシャルキャッシュにある前記ローカルクレデンシャルの少なくとも１つを修正するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２３】
　前記方法は、リモートクレデンシャルキャッシュにある前記リモートクレデンシャルの少なくとも１つを修正するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２４】
　前記方法は、ローカルクレデンシャルのリストを更新するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２５】
　前記方法は、リモートクレデンシャルのリストを更新するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２６】
　前記方法は、前記ローカルクレデンシャルの状態を保持するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２７】
　前記方法はエラーハンドリングをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２８】
　前記方法は、前記ローカルクレデンシャルと前記リモートクレデンシャルとの間における状態の競合を解決するステップをさらに含む、ことを特徴とする請求項１５に記載のコンピュータプログラム。
　　【請求項２９】
　イベント通知を受け取るイベントハンドラと、
　前記イベントハンドラがイベントのイベント通知を受け取ったとき、ローカルクレデンシャルとリモートクレデンシャルが相互に異なる場合には、前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるために、前記イベントハンドラと関連して動作する同期モジュールと、
を具備し、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、手動の要求、又はクレデンシャルであることを特徴とするシステム。
　　【請求項３０】
　前記イベント通知は、セッションイベント、ログオンイベント、ログアウトイベント、ロックイベント、アンロックイベント、タイマイベント、ポリシー適用イベント、およびクレデンシャル更新イベントのうちの少なくとも１つである、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３１】
　前記クレデンシャルは、暗号化クレデンシャル、トークン、非対称鍵ペア、対称鍵、デジタル証明書、ＸｒＭＬライセンス、認証クレデンシャル、許可クレデンシャルのうちの少なくとも１つを含む、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３２】
　前記同期モジュールのために前記ローカルクレデンシャルを列挙するローカルストアマネージャをさらに含む、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３３】
　前記同期モジュールのために前記リモートクレデンシャルを列挙するリモートストアマネージャをさらに含む、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３４】
　前記ローカルクレデンシャルはローカルキャッシュに格納される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３５】
　前記ローカルクレデンシャルは、任意の数（ｎ個）のクライアントで提供されるローカルキャッシュに格納される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３６】
　前記ローカルクレデンシャルはマスタ鍵を用いて暗号化される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３７】
　前記リモートクレデンシャルはリモートキャッシュに格納される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３８】
　前記ローカルクレデンシャルは、任意の数（ｎ個）のホストで提供されるリモートキャッシュに格納される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項３９】
　前記リモートクレデンシャルは、リモートディレクトリサービスによって保持される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項４０】
　前記リモートクレデンシャルは暗号化される、ことを特徴とする請求項２９に記載のシステム。
　　【請求項４１】
　プロセッサにより実行される方法であって、
　イベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルを列挙するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップと、
　前記ローカルクレデンシャルのリストを更新するステップと、
　前記リモートクレデンシャルのリストを更新するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルとの間における状態の競合を解決するステップとを含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、手動の要求、又はクレデンシャルであり、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、前記ローカルクレデンシャルに関連付けられた少なくとも１つのタイムスタンプおよび前記リモートクレデンシャルに関連付けられた少なくとも１つのタイムスタンプに基づき、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、ハッシュ値の比較に基づき、
　前記同期させるステップは、エラーハンドリングを含み、
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュに書き込むステップを含み、
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュに書き込むステップを含み、
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュから削除するステップを含み、
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュから削除するステップを含み、
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つに基づいて、ローカルクレデンシャルキャッシュにある前記ローカルクレデンシャルの少なくとも１つを修正するステップを含み、
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つに基づいて、リモートクレデンシャルキャッシュにある前記リモートクレデンシャルの少なくとも１つを修正するステップを含むことを特徴とする方法。」
　
（本件補正後の特許請求の範囲）
「【請求項１】
　プロセッサにより実行される方法であって、
　
イベントハンドラにより
ストアマネージャにより
　前記ローカルクレデンシャルと前記リモートクレデンシャルを
同期モジュールにより
を含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイ
マ、又
　　【請求項２】
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、前記ローカルクレデンシャルに関連付けられた少なくとも１つのタイムスタンプおよび前記リモートクレデンシャルに関連付けられた少なくとも１つのタイムスタンプに基づく、
ことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、ハッシュ値の比較に基づく、ことを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つに基づいて、ローカルクレデンシャルキャッシュにある前記ローカルクレデンシャルの少なくとも１つを修正するステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項５】
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つに基づいて、リモートクレデンシャルキャッシュにある前記リモートクレデンシャルの少なくとも１つを修正するステップを含む、ことを特徴とする請求項１に記載の方法。
　　【請求項６】
　前記ローカルクレデンシャルのステートファイルを
前記同期モジュールにより
　　【請求項７】
　前記ローカルクレデンシャルと前記リモートクレデンシャルとの間における状態の競合を
前記同期モジュールにより
　　【請求項８】
　
イベントハンドラにより
ストアマネージャにより
　前記ローカルクレデンシャルと前記リモートクレデンシャルを
同期モジュールにより
を含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイ
マ、又
　　【請求項９】
　前記方法は、前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、前記ローカルクレデンシャルに関連付けられた少なくとも１つのタイムスタンプおよび前記リモートクレデンシャルに関連付けられた少なくとも１つのタイムスタンプに基づく、ことをさらに含むことを特徴とする請求項
８
　　【請求項１０】
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、ハッシュ値の比較に基づいて、前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させることを特徴とする請求項
８
　　【請求項１１】
　前記方法はエラーハンドリングをさらに含む、ことを特徴とする請求項
８
　　【請求項１２】
　前記方法は、前記ローカルクレデンシャルと前記リモートクレデンシャルとの間における状態の競合を
前記同期モジュールにより
８
　　【請求項１３】
　イベント通知を受け取るイベントハンドラと、
　前記イベントハンドラがイベントのイベント通知を受け取ったとき、ローカルクレデンシャルとリモートクレデンシャルが相互に異なる場合には、前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるために、前記イベントハンドラと関連して動作する同期モジュールと、
を具備し、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイ
マ、又
　　【請求項１４】
　前記イベント通知は、セッションイベント、ログオンイベント、ログアウトイベント、ロックイベント、アンロックイベント、タイマイベント、ポリシー適用イベント、およびクレデンシャル更新イベントのうちの少なくとも１つである、ことを特徴とする請求項
１３
　　【請求項１５】
　前記クレデンシャルは、暗号化クレデンシャル、トークン、非対称鍵ペア、対称鍵、デジタル証明書、ＸｒＭＬライセンス、認証クレデンシャル、許可クレデンシャルのうちの少なくとも１つを含む、ことを特徴とする請求項
１３
　　【請求項１６】
　前記ローカルクレデンシャルはマスタ鍵を用いて暗号化される、ことを特徴とする請求項
１３
　　【請求項１７】
　前記リモートクレデンシャルは、リモートディレクトリサービスによって保持される、
ことを特徴とする請求項
１３
　　【請求項１８】
　前記リモートクレデンシャルは暗号化される、ことを特徴とする請求項
１３
　　【請求項１９】
　プロセッサにより実行される方法であって、
　
イベントハンドラにより
ストアマネージャにより
　前記ローカルクレデンシャルと前記リモートクレデンシャルを
同期モジュールにより
　前記ローカルクレデンシャルのリストを
前記同期モジュールにより
　前記リモートクレデンシャルのリストを
前記同期モジュールにより
　前記ローカルクレデンシャルと前記リモートクレデンシャルとの間における状態の競合を
前記同期モジュールにより
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイ
マ、又
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、
前記ローカルクレデンシャルに関連付けられた少なくとも１つのタイムスタンプおよび前記リモートクレデンシャルに関連付けられた少なくとも１つのタイムスタンプに基づき、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップは、
ハッシュ値の比較に基づき、
　前記同期させるステップは、エラーハンドリングを含み、
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュに書き込むステップを含み、
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュに書き込むステップを含み、
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つをローカルクレデンシャルキャッシュから削除するステップを含み、
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つをリモートクレデンシャルキャッシュから削除するステップを含み、
　前記同期させるステップは、前記リモートクレデンシャルの少なくとも１つに基づいて、ローカルクレデンシャルキャッシュにある前記ローカルクレデンシャルの少なくとも１つを修正するステップを含み、
　前記同期させるステップは、前記ローカルクレデンシャルの少なくとも１つに基づいて、リモートクレデンシャルキャッシュにある前記リモートクレデンシャルの少なくとも１つを修正するステップを含むことを特徴とする方法。」
 
（２）本件補正における新規事項追加についての判断
　本件補正前請求項と補正後請求項の項番号の関係は次のとおりと認められる。
補正後請求項　　　　　　　補正前請求項
請求項１〜３　　　　　　　請求項１〜３
請求項４、５　　　　　　　請求項９、１０
請求項６〜１０    　　　　請求項１３〜１７
請求項１１〜１５　　　　　請求項２７〜３１　
請求項１６　　　　　　　　請求項３６
請求項１７〜１９　　　　　請求項３９〜４１
　
　本件補正後の請求項１（以下、本件補正後、補正前の各請求項を「補正前請求項１、補正後請求項１」などと呼ぶ。）の「
イベントハンドラにより
ストアマネージャにより
同期モジュールにより
　また、他の補正後請求項２〜１９に関して、当該請求項における「
イベントハンドラにより
ストアマネージャにより
同期モジュールにより
　したがって、本件補正は、当初明細書等に記載した事項の範囲内においてしたものであるから、特許法第１７条の２第３項の規定に適合する。
　
（３）本件補正における補正の目的についての判断
　補正後請求項１、８の「
イベントハンドラにより
ストアマネージャにより
同期モジュールにより
　また、補正後請求項１の「イベント」について「タイ
マ、又
　また、補正後請求項６の「
前記同期モジュールにより」
前記同期モジュールにより」
前記同期モジュールにより」
　また、補正前請求項４〜８、１１〜１２、１８〜２６、３２〜３５、３７〜３８を削除する補正は、請求項の削除を目的とするものと認められる。
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項の規定によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に適合する。
　
（４）独立特許要件についての判断
　本件補正は限定的減縮を目的としたものであるが、本件補正後の前記請求項１に記載された発明は、特許出願の際独立して特許を受けることができるものでなければならないので（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）、以下に検討する。
  
（４．１）本件補正発明
（４．１．１）本件補正後の前記請求項１に記載された発明（以下「本件補正発明」という。）は、前記平成２４年１月２５日付の手続補正（本件補正）により補正された特許請求の範囲の請求項１に記載されたとおりの次のものである。（再掲する。）
「プロセッサにより実行される方法であって、
　イベントハンドラによりイベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルをストアマネージャにより列挙するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期モジュールにより同期させるステップと、
を含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、又はクレデンシャルであることを特徴とする方法。」
　
（４．２）引用刊行物
（４．２．１）引用刊行物１
　原審で引用された、本願優先権主張日前に頒布された刊行物である特開２００１−１０９６６８号公報（以下、「引用刊行物１」という。）には、図面とともに次の事項が記載されている。
　
Ａ．「【００１８】また、ＣＰＵ２は、各ユーザ固有のパスワードを暗号化して（この暗号化されたパスワードを暗号化パスワードと呼ぶ。）、記憶媒体８内に格納されるユーザテーブル８２（図３参照）に記憶し、ユーザの認証を行う際には、入力装置３から入力されるパスワードに基づいて、暗号化パスワードを復号化することによって、ユーザの認証を行う。
【００１９】また、ＣＰＵ２は、入力装置３から入力される指示信号に応じて、記憶媒体８に格納されている配布処理（図７参照）または収集処理（図８参照）に係るプログラムを読み出して実行する。配布処理および収集処理については詳細に後述するが、概略をここで説明する。
【００２０】配布処理を実行することによって、ＣＰＵ２は、まず、特定されたＤＢ８１に対するＤＢキーを設定する。このＤＢキーはランダムな文字列として生成されるものであり、ＤＢ８１を暗号化する鍵として用いられる。また、ＣＰＵ２は、ＤＢ８１と、ユーザ名と、ＤＢキーとを暗号化し（暗号化されたものをそれぞれ、暗号化ＤＢ、暗号化ユーザ名、暗号化ＤＢキーと呼ぶ。）、暗号化パスワードと併せて、ＣＦカードリーダ／ライタ５に装着されたＣＦカード３００内へ、書き込ませる。ここで、暗号化パスワードの鍵は自らのパスワードであり、暗号化ＤＢの鍵はＤＢキーであり、暗号化ユーザ名の鍵は暗号化パスワードであり、暗号化ＤＢキーの鍵は暗号化パスワードである。
【００２１】また、収集処理を実行することによって、ＣＰＵ２は、ＣＦカード３００内に記憶された暗号化ＤＢ等を読み出し、これを復号化することによって、ＤＢ８１内のデータと照合し、データの更新を行う。また、ＣＦカード３００内に記憶された暗号化パスワードが変更されている場合には、ＣＰＵ２は、ユーザテーブル８２内の暗号化パスワードを更新する。」
　
Ｂ．「【００３８】また、ＣＰＵ２０２は、ＤＢアプリケーション指定処理において、正当なユーザであると判定した後、ユーザの指示入力に応じて、パスワードを変更するパスワード変更処理（図１１参照）を実行する。このパスワード変更処理は、入力された新規パスワードから、暗号化パスワードを作成して、ＣＦカード３００内に上書き記憶させるものであり、詳細動作については後述する。」
　
Ｃ．「【００４４】次に、ＣＰＵ２によって実行される収集処理について説明する。図８は、ＣＰＵ２によって実行される収集処理の動作を示すフローチャートである。
【００４５】図８において、ＣＦカード３００からデータを読み出す旨の指定入力がなされると（ステップＳ１１）、ＣＰＵ２は、ＣＦカード３００内から、暗号化ユーザ名と、暗号化パスワードとを読み出す（ステップＳ１２）。次いで、ＣＰＵ２は、暗号化パスワードを鍵として、暗号化ユーザ名を復号化し、ユーザ名を取得する（ステップＳ１３）。そして、取得したユーザ名に該当するユーザを、ユーザテーブル８２内から検索し（ステップＳ１４）、該当ユーザの暗号化パスワードと、ＣＦカード３００内に記憶された暗号化パスワードとを比較する（ステップＳ１５）。
【００４６】ステップＳ１５において、比較した結果、一致しなかった場合には、ＣＰＵ２は、ＣＦカード３００内に記憶された暗号化パスワードを、ユーザテーブル８２内の該当ユーザの暗号化パスワードに上書きすることによって、ユーザテーブル８２の内容を変更する（ステップＳ１６）。ステップＳ１５において、比較した結果、一致した場合、又はステップＳ１６の処理の後、ＣＰＵ２は、ＣＦカード３００内に記憶された暗号化ＤＢキーを、暗号化パスワードを鍵として復号化し、さらに、ＣＦカード３００内に記憶された暗号化ＤＢを、ＤＢキーを鍵として復号化する。そして、ＣＦカード３００内に記憶されていたＤＢと、記憶媒体８に記憶されたＤＢ８１とを比較照合し、ＤＢ８１のデータの更新を行う収集処理を実行する（ステップＳ１８）。
【００４７】次いで、他のＣＦカード３００についても収集処理を行う旨の入力がなされた場合には、ＣＰＵ２は、ステップＳ１１へ移行し（ステップＳ１９）、収集処理を終了する旨の入力がなされるまで、ステップＳ１１〜Ｓ１９までの処理を繰り返し実行する。」
　
Ｄ．「【００６１】なお、本発明は、上記実施の形態の内容に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能であり、・・・複数台のＰＣと、ＤＢ８１及びユーザテーブル８２を管理するサーバとがネットワークに接続されたシステムであってもよい。即ち、携帯端末２００を有するユーザは、このネットワークに接続された何れの端末からもＣＦカード３００を介してデータを授受することができるようになっていてもよい。その場合には、ネットワークに接続された各ＰＣにおいて、配布処理および収集処理を実行可能とする必要があるが、何れにＰＣを用いても良いという、利便性を得ることができる。
【００６２】また、データの授受はＣＦカード３００を介して行うこととして説明したが、ＣＦカード３００を用いずに、通信回線を介して携帯端末２００とＰＣ１００とを接続して、データの授受を行うこととしても良い。即ち、ＰＣ１００から携帯端末２００へ送信されるデータを、上記実施例におけるＣＦカード３００内に記憶されるデータと同様に暗号化することによって、通信回線を介して接続する場合であっても、同様の効果を得ることが出来る。」
　
（Ａ）Ａ．の「ＣＦカード３００内に記憶された暗号化パスワードが変更されている場合には、ＣＰＵ２は、ユーザテーブル８２内の暗号化パスワードを更新する」（図２参照）、Ｂ．の「ＣＰＵ２０２（図６参照）は、ＤＢアプリケーション指定処理において、正当なユーザであると判定した後、ユーザの指示入力に応じて、パスワードを変更するパスワード変更処理（図１１参照）を実行する」「このパスワード変更処理は、入力された新規パスワードから、暗号化パスワードを作成して、ＣＦカード３００内に上書き記憶させる」との記載から、「ＣＰＵによって、ユーザテーブルを更新する方法であって」をよみとることができる。
（Ｂ）Ｃ．の「ＣＦカード３００からデータを読み出す旨の指定入力がなされると（ステップＳ１１）、ＣＰＵ２は、ＣＦカード３００内から、暗号化ユーザ名と、暗号化パスワードとを読み出す（ステップＳ１２）。次いで、ＣＰＵ２は、暗号化パスワードを鍵として、暗号化ユーザ名を復号化し、ユーザ名を取得する（ステップＳ１３）。そして、取得したユーザ名に該当するユーザを、ユーザテーブル８２内から検索し（ステップＳ１４）、該当ユーザの暗号化パスワードと、ＣＦカード３００内に記憶された暗号化パスワードとを比較する（ステップＳ１５）」との記載（図８のフロを参照）から、「ＣＦカードからデータを読み出す旨の指定入力がなされると、ＣＰＵが、ＣＦカード内から、暗号化ユーザ名と暗号化パスワードとを読み出すステップ」「次いで、ＣＰＵが、暗号化パスワードを鍵として、暗号化ユーザ名を復号化し、ユーザ名を取得するステップ」「取得したユーザ名に該当するユーザを、ユーザテーブル内から検索するステップ」「該当ユーザの暗号化パスワードと、ＣＦカード内に記憶された暗号化パスワードとを比較するステップ」をよみとることができる。
（Ｃ）Ｃ．の「比較した結果、一致しなかった場合には、ＣＰＵ２は、ＣＦカード３００内に記憶された暗号化パスワードを、ユーザテーブル８２内の該当ユーザの暗号化パスワードに上書きすることによって、ユーザテーブル８２の内容を変更する」との記載から、「比較した結果、一致しなかった場合には、ＣＰＵが、ＣＦカード内に記憶された暗号化パスワードを、ユーザテーブル内の該当ユーザの暗号化パスワードに上書きすることによって、ユーザテーブルの内容を変更するステップ」をよみとることができる。
　（Ａ）〜（Ｃ）をふまえると、引用刊行物１には、安全性の優れたデータ検索システム等を提供するための次の発明（以下「刊行物１発明」という。）が示されている。
　
　ＣＰＵによって、ユーザテーブルを更新する方法であって、
　ＣＦカードからデータを読み出す旨の指定入力がなされると、ＣＰＵが、ＣＦカード内から、暗号化ユーザ名と暗号化パスワードとを読み出すステップと、
　次いで、ＣＰＵが、暗号化パスワードを鍵として、暗号化ユーザ名を復号化し、ユーザ名を取得するステップと、
　前記取得したユーザ名に該当するユーザを、ユーザテーブル内から検索するステップと、
　該当ユーザの暗号化パスワードと、ＣＦカード内に記憶された暗号化パスワードとを比較するステップと、
　比較した結果、一致しなかった場合には、ＣＰＵが、ＣＦカード内に記憶された暗号化パスワードを、ユーザテーブル内の該当ユーザの暗号化パスワードに上書きすることによって、ユーザテーブルの内容を変更するステップを有する方法。
　
（４．２．２）参考文献１
　特開２００２−１３２７２８号公報（以下「参考文献１」とよぶ。）には、図面とともに次の記載がある。
あ．「【０００６】
【発明の実施の形態】本発明の実施の形態について説明する。図１は、本発明のJAVA携帯電話によるワンタイムパスワード認証システムの構成図である。・・・クライアント計算機７０は、業務サーバ３０へのログイン時にユーザIDとワンタイムパスワードを業務サーバ３０に送付する。業務サーバ３０は、セキュアサーバ２０のＯＴＰ（OneTime Password)認証サービス２２に問い合わせを行い、当該ユーザユーザIDに対するワンタイムパスワードを取得し、クライアント計算機７０から送付されたワンタイムパスワードを比較し、一致すればアクセスを許可する。JAVA携帯電話６０には、OTPプログラム６１がインストールされ、その実行により、業務サーバ３０に対するワンタイムパスワードが表示されている。
【０００７】ユーザは、JAVA携帯電話６０上に表示されたワンタイムパスワードを見て、業務サーバ３０にアクセスする。このようにして他の不正ユーザからのアクセスチェックを行っている。このワンタイムパスワードは、OTPプログラム６１とOTP認証サービス２２とで同期して定期的に自動更新更新される。」
　
い．「【００１９】次に、これを受けたJAVA携帯電話６０は、セキュアサーバ３０から通知されたOTPタイマ値（Ta)を自身のOTPタイマ値としてセットし、そのOTPタイマ値分ワンタイムパスワードロジックを呼ぶことで、セキュアサーバ３０のワンタイムパスワードとJAVA携帯電話６０でのワンタイムパスワードを同期させる。以後一分ごとにOTPタイマ値を自動更新する(ステップ４０３０）。次に、１時間毎に起動される再同期タイマにより、再同期要求をセキュアサーバ３０に発行し、その応答を受け取ることでステップ４０３０と同様にOTPタイマ値を更新する(ステップ４０４０）。一方、再同期要求を受けとったセキュアサーバ３０は、ステップ４０２０と同様に現在のOTPタイマ値を通知する（ステップ４０５０）。」
　
　あ．い．によれば、他の不正ユーザからのアクセスチェックを行ために、パスワードの同期をタイマにより行う技術が示されている。
　
（４．２．３）参考文献２
　渋谷一郎著「Ａｃｔｉｖｅ  ＤｉｒｅｃｔｏｒｙとＮＤＳの共存  詳説：Ｓｅｒｖｉｃｅｓ  ｆｏｒ  ＮｅｔＷａｒｅ  ５．０」，ＩＮＴＥＲＯＰ  ＭＡＧＡＺＩＮＥ，ソフトバンクパブリッシング株式会社，２０００年１０月　１日，第１０巻  第１０号，ｐ．１６７〜１７３（以下、「参考文献２」とよぶ。）
　参考文献２には、次の記載がある。
ａ．「Ｄｉｒｅｃｔｏｒｙ　Ｍａｎａｇｅｍｅｎｔ
・・・（中略）・・・
ディレクトリ同期サービスの同期は、・・・セッションは、管理者の設定に従い・・・両方のディレクトリでの変更を調べ、もう一方のディレクトリに変更点を通知している。
・・・（中略）・・・
・一方向同期
Ａｃｔｉｖｅ　Ｄｉｒｅｃｔｏｒｙに加えられた変更をＮＤＳやバインダリに同期する。Ａｃｔｉｖｅ　Ｄｉｒｅｃｔｏｒｙ上で管理を一元化」（１６７頁１行〜１６８頁右欄３行）
ｂ．「・パスワード同期
・・・（中略）・・・
移行されたユーザーについて、［ユーザーは次回ログオン時にパスワード変更が必要］が有効になり、ユーザーがＡｃｔｉｖｅ　Ｄｉｒｅｃｔｏｒｙにログオンするとパスワードが変更され、以降の順方向同期で、パスワードがＮＤＳに上書きされる。
・・・（中略）・・・
ファイル移行ユーティリティは、・・・ファイルのアクセス権をＮｅｔ　ＷａｒｅボリュームからＷｉｎｄｏｗｓ２０００のＮＴＦＳ共有フォルダに移行する機能を提供するものだ。」（１７０頁右欄下から５行〜１７１頁中欄下から７行）
　参考文献２には、ログオン時にパスワードが上書き変更され同期をはかる技術が示されており、このようなパスワードの同期技術は周知技術であると認められる。
　
（４．３）対比
　本件補正発明と刊行物１発明とを対比する。
ア．刊行物１発明の「ＣＰＵによって、ユーザテーブルを更新する方法」は本件補正発明の「プロセッサにより実行される方法」と実質的な差異はない。
イ．刊行物１発明の「指定入力」は入力「イベント」であり、「ＣＰＵ（ＯＳ）」がイベントのイベント通知を受け取ったことに応答する制御部（ＯＳ）を備えることは当然の制御技術であって記載されているに等しい事項であり、「ＣＦカード内」から「読み出」された「暗号化パスワード」と「ユーザテーブル内から検索」された「ユーザの暗号化パスワード」とは、前記のように読み出され、検索されて「列挙」されているとみることができ、前記「読み出し」「検索」に係る制御を行う何らかの記憶制御部を備えることは自明の事項である。一方、本件補正発明の「クレデンシャル」に関し、明細書の段落【００１０】に「クレデンシャルローミング・・・クレデンシャル（暗号鍵、証明書、トークンなど）」と記載されていることから、刊行物１発明の「暗号化パスワードを鍵と」する当該「暗号化パスワード」は「クレデンシャル」に相当するとみることができるとともに、Ｄ．の「ＣＦカード３００を用いずに、通信回線を介して携帯端末２００とＰＣ１００とを接続して、データの授受を行う」形態において、当該通信回線を介して接続されたＣＦカード内（携帯端末）の暗号化パスワードとユーザテーブル内のパスワードの関係は「ローカル」クレデンシャル、「リモート」クレデンシャルの関係とみることができ、刊行物１発明にはこの態様が含まれる。刊行物１発明の前記「制御部（ＯＳ）」、前記「記憶制御部」と本件補正発明の「イベントハンドラ」「ストアマーネジャ」とは、上位概念では「制御部（ＯＳ）」「記憶制御部」とみることができる。これらの点をふまえると、刊行物１発明の「ＣＦカードからデータを読み出す旨の指定入力がなされると、ＣＰＵが、ＣＦカード内から、暗号化ユーザ名と暗号化パスワードとを読み出すステップと、
　次いで、ＣＰＵが、暗号化パスワードを鍵として、暗号化ユーザ名を復号化し、ユーザ名を取得するステップと、
　前記取得したユーザ名に該当するユーザを、ユーザテーブル内から検索するステップと」と本件補正発明の「イベントハンドラによりイベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルをストアマネージャにより列挙するステップ」とは、「制御部（ＯＳ）によりイベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルを記憶制御部により列挙するステップ」で共通する。
ウ．刊行物１発明の前記「上書き変更」は、上書きする暗号化パスワードと上書きされ変更される暗号化パスワードを一致させて同期させているとみることができ、前記「比較するステップ」「変更するステップ」を含む収集処理部（図８参照）は、同期「モジュール」とまではいえないまでも「処理部」であり、一方、本件補正発明の「同期モジュール」も上位概念では「処理部」といえる。よって、刊行物１発明の「比較した結果、一致しなかった場合には、ＣＰＵが、ＣＦカード内に記憶された暗号化パスワードを、ユーザテーブル内の該当ユーザの暗号化パスワードに上書きすることによって、ユーザテーブルの内容を変更するステップ」と本件補正発明の「前記ローカルクレデンシャルと前記リモートクレデンシャルを同期モジュールにより同期させるステップ」とは「前記ローカルクレデンシャルと前記リモートクレデンシャルを同期処理部により同期させるステップ」で共通する。
　
　ア．〜ウ．の対比によれば、本件補正発明と刊行物１発明とは次の点で一致し、そして相違する。
　
〈一致点〉　
　プロセッサにより実行される方法であって、
　制御部（ＯＳ）によりイベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルを記憶制御部により列挙するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期処理部により同期させるステップと、
を含む
ことを特徴とする方法。
　
〈相違点１〉
　イベントのイベント通知を受け取ったことに応答して、に係る「制御部（ＯＳ）」、列挙する、に係る「記憶制御部」が、本件補正発明はそれぞれ「イベントハンドラ」「ストアマネージャ」であるのに対し、刊行物１発明は、それぞれ、そのような制御部であるか不明である点。
〈相違点２〉
　同期処理部が、本件補正発明は同期「モジュール」であるのに対し、刊行物１発明は、そのようであるか不明である点。
〈相違点３〉
　イベントが、本件補正発明は「起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、又はクレデンシャルである」のに対し、刊行物１発明は、指定入力（入力イベント）であり、その他のイベントについては不明である点。
　
（４．４）当審判断
〈相違点１〉について
　イベントのイベント通知を受け取ったことに応答して、に係る「制御部（ＯＳ）」が「イベントハンドラ」である技術、および、列挙する、に係る「記憶制御部」が「ストアマネージャ」である技術は、それぞれ周知技術にすぎない。［必要なら、山口　哲弘，「Ｐｕｒｅ  Ｊａｖａとは縁を切りＷｉｎ開発ツールとして再出発」，日経バイト，日経ＢＰ社，１９９８年　５月２２日，第１７８号，ｐ．１５８〜１６３，特に、ｐ．１６３における「用語説明」内の「イベント・ハンドラ」の記載と、参考文献２のａ．の「両方のディレクトリでの変更を調べ、もう一方のディレクトリに変更点を通知」「Ａｃｔｉｖｅ　Ｄｉｒｅｃｔｏｒｙに加えられた変更を同期する」（変更を調べるために読み取った変更部分の「列挙」をよみとることができる）との記載、ａ．の「Ａｃｔｉｖｅ　Ｄｉｒｅｃｔｏｒｙ上で管理を一元化」、ｂ．の「ファイルのアクセス権を・・・ボリュームから・・・共有フォルダに移行」（ファイルのアクセスについての「記憶管理（ストアマネージャ）」の技術をよみとることができる。）参照。］
　刊行物１発明において、イベントのイベント通知を受け取ったことに応答して、に係る「制御部（ＯＳ）」、列挙するに係る「記憶制御部」が、それぞれ「イベントハンドラ」、「ストアマネージャ」であると成すことは、前記周知技術を参酌することにより当業者が容易になし得ることである。
〈相違点２〉について
　処理部が「モジュール」である技術は周知技術である。
　刊行物１発明において、処理部（図８のフロー）を「モジュール」と成すことは前記周知技術を参酌することにより当業者が容易になし得ることである。
〈相違点３〉について
　クレデンシャルに関連しているイベントが、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、又はクレデンシャルである技術は、周知技術と認められる。例えば、参考文献１には、他の不正ユーザからのアクセスチェックを行ために、パスワードの同期をタイマ（タイマイベント）により行う技術が示され、参考文献２のｂ．には、ログオン（ログオンイベント）時にパスワードが上書き変更され同期を図る周知技術が示されている。
　してみれば、刊行物１発明において、クレデンシャルに関連しているイベントが、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、又はクレデンシャルであると成すことは、周知技術を参酌することにより当業者が容易になし得ることである。
　
　そして、本件補正発明の構成により奏する効果も、引用刊行物１に記載された発明および周知技術から当然予測される範囲内のもので、格別顕著なものとは認められない。
　
（４．５）小括
　以上のように、本件補正後における特許請求の範囲の請求項１に記載されている事項により特定される発明は、特許法第２９条第２項の規定により特許を受けることができないものであるから、特許出願の際独立して特許を受けることができないものである。
　　
（５）むすび
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項の規定によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項の規定において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって、上記補正却下の決定の結論のとおり決定する。
　
　
３．本願発明について
（１）平成２４年１月２５日付の手続補正は前記のとおり却下されたので、本願の請求項１に係る発明は、平成２３年７月１５日付の手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次の事項により特定されるものである。（再掲する。以下「本願発明」という。）　
　
　プロセッサにより実行される方法であって、
　イベントのイベント通知を受け取ったことに応答してローカルクレデンシャルおよびリモートクレデンシャルを列挙するステップと、
　前記ローカルクレデンシャルと前記リモートクレデンシャルを同期させるステップと、
を含み、
　前記イベントは、起動、シャットダウン、ログオン、ログオフ、ロック、アンロック、セッション、タイマ、手動の要求、又はクレデンシャルであることを特徴とする方法。
　
（２）引用刊行物
　原審の拒絶の理由に引用された、本願優先権主張日前に頒布された刊行物である、前記引用刊行物１、参考文献２には、前記（４．２．１）（４．２．３）で摘記した事項が記載されている。
　加えて、引用刊行物１に記載されたＢ．の「ユーザの指示入力」（イベント、入力イベントをよみとることができる。）の点を加味すれば、引用刊行物１には、次の発明が示されている。
　
　プロセッサにより実行される方法であって、
　イベントハンドラによりユーザの指示入力（イベント）のイベント通知を受け取ったことに応答してＣＦカードの暗号化パスワードと、そして、ユーザテーブルの暗号化パスワードを記憶管理により列挙し比較するステップと、
　一致しなかった場合、前記ＣＦカードの暗号化パスワードにより前記ユーザテーブルの暗号化パスワードを処理モジュールにより上書き変更させるステップと、
　前記イベントは、ユーザの指示入力（イベント）であることを特徴とする方法。
　
（３）対比・判断
　本願発明は、前記（４．３）（４．４）で検討した本件補正発明における発明特定事項である、「
イベントハンドラにより
ストアマネージャにより
同期モジュールにより
　そうすると、本願発明の構成要件をすべて含み、さらに他の構成要件を付加したものに相当する本件補正発明が、前記（４．３）（４．４）に記載したとおり、引用刊行物１に記載された発明および周知技術に基いて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用刊行物１に記載された発明（イベントがユーザの「指示入力」であって、イベントは前記「手動の要求」であることを有する発明）および周知技術に基いて当業者が容易に発明をすることができたものである。
　
　そして、本願発明の構成により奏する効果も、引用刊行物１に記載された発明および周知技術から当然予測される範囲内のもので、格別顕著なものとは認められない。
　
　したがって、本願発明は、引用刊行物１に記載された発明および周知技術に基いて、当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおりであるから、本願発明は、特許法第２９条第２項の規定により特許を受けることができないものであり、本願は、他の請求項について検討するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。