2022-013397

特願２０２１－ ８５６５４「情報処理装置、情報処理方法及び情報処理プログラム」拒絶査定不服審判事件〔令和 ４年１２月 ２日出願公開、特開２０２２－１７８６９１〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、令和３年５月２０日を出願日とする特許出願であって、その手続の経緯は以下のとおりである。 令和 ４年 ２月 １日付け： 拒絶理由通知書 令和 ４年 ４月 ８日 ： 意見書、手続補正書の提出 令和 ４年 ６月２４日付け： 拒絶査定 令和 ４年 ８月２５日 ： 審判請求書、手続補正書の提出 令和 ５年 ３月３０日付け： 拒絶理由通知書 令和 ５年 ６月 ２日 ： 意見書、手続補正書の提出 第２ 令和５年６月２日にされた手続補正についての補正の却下の決定 ［補正の却下の決定の結論］ 令和５年６月２日にされた手続補正（以下、「本件補正」という。）を却下する。 ［理由］ １ 本件補正について （１）本件補正後の特許請求の範囲 本件補正により、特許請求の範囲の記載は、次のとおり補正された。（下線部は、補正箇所である。） 「 【請求項１】 ユーザの行動分析情報を取得し、前記ユーザの現在の行動や状況を推定する推定部と、 ＦＩＤＯ認証が行われる際に、前記ユーザの行動分析情報、前記ユーザの好みやデバイスに合わせた各認証手段の優先順位に関する情報、認証時の前記ユーザとデバイスに関する情報、デバイスのとりうる認証手段情報、認証サーバごとのセキュリティポリシーの情報から前記ユーザに適した認証手段を選択するものであって、複数の認証手段の中から、前記ユーザの現在の行動や状況に適さない認証手段を避けて、前記ユーザの現在の行動や状況に適した認証手段を複数選択する選択部と、 選択された複数の認証手段を組み合わせて前記ユーザの現在の行動や状況に応じた認証を行う管理部と、 を備え、 前記選択部は、 前記ユーザの現在の行動や状況として、前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、 前記ユーザの現在の行動や状況として、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択することを特徴とする情報処理装置。 【請求項２】 前記推定部は、前記ユーザの行動に関する行動分析情報を取得し、前記ユーザの行動分析情報から前記ユーザの現在の行動を推定し、 前記選択部は、複数の認証手段の中から、前記ユーザの現在の行動に適さない認証手段を避けて、前記ユーザの現在の行動に適した認証手段を選択することを特徴とする請求項１に記載の情報処理装置。 【請求項３】 前記推定部は、前記ユーザのコンテキスト情報及び行動分析情報に基づいて、前記ユーザの現在の状況を推定し、 前記選択部は、複数の認証手段の中から、前記ユーザの現在の状況に適さない認証手段を避けて、前記ユーザの現在の状況に適した認証手段を選択することを特徴とする請求項１又は２に記載の情報処理装置。 【請求項４】 前記推定部は、前記ユーザのコンテキスト情報を用いて、前記ユーザの行動分析情報の裏付けを行うことを特徴とする請求項１～３のうちいずれか１つに記載の情報処理装置。 【請求項５】 前記選択部は、認証手段の選択ルールに従って、複数の認証手段の中から、前記ユーザ本人の状態及び行動に適した認証手段を選択することを特徴とする請求項１～４のうちいずれか１つに記載の情報処理装置。 【請求項６】 複数の認証手段に関する情報と、認証手段の選択ルールに関する情報とを、認証サーバごとにあらかじめ登録する登録部と、 所定の認証サーバへのログインの際に、ログイン先の認証サーバに対応する複数の認証手段に関する情報と認証手段の選択ルールに関する情報とを抽出する抽出部と、 をさらに備えることを特徴とする請求項１～５のうちいずれか１つに記載の情報処理装置。 【請求項７】 複数の認証手段の各々に対応する認証情報をあらかじめ登録する登録部と、 あらかじめ登録された認証情報の中から、選択された認証手段に対応する認証情報を抽出する抽出部と、 をさらに備えることを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。 【請求項８】 選択された認証手段による認証を行う認証部と、 選択された認証手段による認証の結果、前記ユーザの本人性を検証できた場合に、認証サーバでの認証に用いられる認証情報を前記認証サーバに送付する送信部と、 をさらに備えることを特徴とする請求項１～７のうちいずれか１つに記載の情報処理装置。 【請求項９】 前記推定部は、前記ユーザの行動履歴やスケジュール情報、使用中のアプリに関する情報から、前記ユーザの現在の行動を分析し、その分析結果を前記ユーザの行動分析情報として取得することを特徴とする請求項１～８のうちいずれか１つに記載の情報処理装置。 【請求項１０】 前記推定部は、前記ユーザの履歴情報から、前記ユーザの現在の行動を分析し、その分析結果を前記ユーザの行動分析情報として取得することを特徴とする請求項１～９のうちいずれか１つに記載の情報処理装置。 【請求項１１】 情報処理装置が実行する情報処理方法であって、 ユーザの行動分析情報を取得し、前記ユーザの現在の行動や状況を推定する推定工程と、 ＦＩＤＯ認証が行われる際に、前記ユーザの行動分析情報、前記ユーザの好みやデバイスに合わせた各認証手段の優先順位に関する情報、認証時の前記ユーザとデバイスに関する情報、デバイスのとりうる認証手段情報、認証サーバごとのセキュリティポリシーの情報から前記ユーザに適した認証手段を選択するものであって、複数の認証手段の中から、前記ユーザの現在の行動や状況に適さない認証手段を避けて、前記ユーザの現在の行動や状況に適した認証手段を複数選択する選択工程と、 選択された複数の認証手段を組み合わせて前記ユーザの現在の行動や状況に応じた認証を行う管理工程と、 を含み、 前記選択工程では、 前記ユーザの現在の行動や状況として、前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、 前記ユーザの現在の行動や状況として、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択することを特徴とする情報処理方法。 【請求項１２】 ユーザの行動分析情報を取得し、前記ユーザの現在の行動や状況を推定する推定手順と、 ＦＩＤＯ認証が行われる際に、前記ユーザの行動分析情報、前記ユーザの好みやデバイスに合わせた各認証手段の優先順位に関する情報、認証時の前記ユーザとデバイスに関する情報、デバイスのとりうる認証手段情報、認証サーバごとのセキュリティポリシーの情報から前記ユーザに適した認証手段を選択するものであって、複数の認証手段の中から、前記ユーザの現在の行動や状況に適さない認証手段を避けて、前記ユーザの現在の行動や状況に適した認証手段を複数選択する選択手順と、 選択された複数の認証手段を組み合わせて前記ユーザの現在の行動や状況に応じた認証を行う管理手順と、 をコンピュータに実行させ、 前記選択手順では、 前記ユーザの現在の行動や状況として、前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、 前記ユーザの現在の行動や状況として、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択することを特徴とする情報処理プログラム。」 （２）本件補正前の特許請求の範囲 本件補正前の、令和４年８月２５日に手続補正された特許請求の範囲の記載は次のとおりである。 「 【請求項１】 ユーザのコンテキスト情報から前記ユーザ本人の状態及び行動を推定する推定部と、 ＦＩＤＯ認証が行われる際に、複数の認証手段の中から、前記ユーザ本人の状態及び行動に適さない認証手段を避けて、前記ユーザ本人の状態及び行動に適した認証手段を複数選択する選択部と、 選択された複数の認証手段を組み合わせて前記ユーザ本人の状態及び行動に応じた認証を行う管理部と、 を備え、 前記選択部は、 前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、 前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択することを特徴とする情報処理装置。 【請求項２】 前記推定部は、前記ユーザの行動分析情報から前記ユーザの現在の行動を推定し、 前記選択部は、複数の認証手段の中から、前記ユーザの現在の行動に適さない認証手段を避けて、前記ユーザの現在の行動に適した認証手段を選択することを特徴とする請求項１に記載の情報処理装置。 【請求項３】 前記推定部は、前記ユーザのコンテキスト情報から前記ユーザの現在の行動を推定することを特徴とする請求項２に記載の情報処理装置。 【請求項４】 前記推定部は、前記ユーザのコンテキスト情報を用いて、前記ユーザの行動分析情報の裏付けを行うことを特徴とする請求項２又は３に記載の情報処理装置。 【請求項５】 前記選択部は、認証手段の選択ルールに従って、複数の認証手段の中から、前記ユーザ本人の状態及び行動に適した認証手段を選択することを特徴とする請求項１～４のうちいずれか１つに記載の情報処理装置。 【請求項６】 複数の認証手段に関する情報と、認証手段の選択ルールに関する情報とを、認証サーバごとにあらかじめ登録する登録部と、 所定の認証サーバへのログインの際に、ログイン先の認証サーバに対応する複数の認証手段に関する情報と認証手段の選択ルールに関する情報とを抽出する抽出部と、 をさらに備えることを特徴とする請求項１～５のうちいずれか１つに記載の情報処理装置。 【請求項７】 複数の認証手段の各々に対応する認証情報をあらかじめ登録する登録部と、 あらかじめ登録された認証情報の中から、選択された認証手段に対応する認証情報を抽出する抽出部と、 をさらに備えることを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。 【請求項８】 選択された認証手段による認証を行う認証部と、 選択された認証手段による認証の結果、前記ユーザの本人性を検証できた場合に、認証サーバでの認証に用いられる認証情報を前記認証サーバに送付する送信部と、 をさらに備えることを特徴とする請求項１～７のうちいずれか１つに記載の情報処理装置。 【請求項９】 前記ユーザのコンテキスト情報は、前記ユーザの端末装置により得られた緯度、経度、気温、湿度、及び位置情報に関する情報のうち少なくとも１つを含むことを特徴とする請求項１～８のうちいずれか１つに記載の情報処理装置。 【請求項１０】 前記ユーザのコンテキスト情報は、前記ユーザの属性情報と、前記ユーザの端末装置に関するデバイス情報とのうち少なくとも１つを含むことを特徴とする請求項１～９のうちいずれか１つに記載の情報処理装置。 【請求項１１】 情報処理装置が実行する情報処理方法であって、 ユーザのコンテキスト情報から前記ユーザ本人の状態及び行動を推定する推定工程と、 ＦＩＤＯ認証が行われる際に、複数の認証手段の中から、前記ユーザ本人の状態及び行動に適さない認証手段を避けて、前記ユーザ本人の状態及び行動に適した認証手段を複数選択する選択工程と、 選択された複数の認証手段を組み合わせて前記ユーザ本人の状態及び行動に応じた認証を行う管理工程と、 を含み、 前記選択工程では、 前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、 前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択することを特徴とする情報処理方法。 【請求項１２】 ユーザのコンテキスト情報から前記ユーザ本人の状態及び行動を推定する推定手順と、 ＦＩＤＯ認証が行われる際に、複数の認証手段の中から、前記ユーザ本人の状態及び行動に適さない認証手段を避けて、前記ユーザ本人の状態及び行動に適した認証手段を複数選択する選択手順と、 選択された複数の認証手段を組み合わせて前記ユーザ本人の状態及び行動に応じた認証を行う管理手順と、 をコンピュータに実行させ、 前記選択手順では、 前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、 前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択することを特徴とする情報処理プログラム。」 ２ 補正の適否 （１）目的外補正について ア．請求項１に係る補正について 本件補正は、請求項１の「推定部」に関し、補正前の「ユーザのコンテキスト情報から」との事項を削除し、「ユーザの行動分析情報を取得し」との事項とする補正を含むものである。 ここで、本件明細書の記載（「端末装置１０は、・・（中略）・・、自身に搭載された測位機能や各種センサの検出結果等から、利用者Ｕのコンテキスト情報を取得する（ステップＳ２）。コンテキスト情報は、緯度、経度、気温、湿度、位置情報、その他のセンサ情報等のいずれか又はこれらの組合せ等であってもよい。また、コンテキスト情報は、利用者Ｕの属性情報や、端末装置１０及びその付属物等のデバイスに関する情報や、利用者Ｕが特に好む認証手段に関する情報を含んでいてもよい。例えば、コンテキスト情報は、利用者Ｕの好み（嗜好）やデバイスに合わせた各認証手段の優先順位に関する情報を含んでいてもよい。（段落【００３２】）」、「コンテキスト情報を、利用者Ｕの行動分析情報の１つとして使用してもよい。（段落【００３５】）」、「推定部３５は、測位部１４や各センサ２１～２８の検出結果等から、利用者Ｕのコンテキスト情報を取得し、（段落【００７３】）」）によると、本件補正前の「ユーザのコンテキスト情報」とは、センサ情報、利用者の属性情報や、利用者の端末装置に関する情報を含むものであり、ユーザの行動分析情報の１つとして使用されるものであるといえる。 また、本件明細書の記載（「端末装置１０は、現在の利用者Ｕの行動分析情報として、「ランニング中」、「マスクをしている」、「手袋をしている」、「在宅中」、「料理をしている」、「外出中」、「運転中」、「電車での移動中」、「面談中」といった利用者Ｕの行動や状況に関する情報を取得する。（段落【００３３】）」、「推定部３５は、現在の利用者Ｕの行動に関する行動分析情報を取得し（段落【００７３】）」）によると、本件補正後の「ユーザの行動分析情報」とは、利用者Ｕの行動や状況に関する情報であり、「ユーザのコンテキスト情報」とは異なる技術内容を包含するものであるといえるところ、「ユーザの行動分析情報」と「ユーザのコンテキスト情報」とが等価な情報であることや、「ユーザの行動分析情報」が「ユーザのコンテキスト情報」に対して概念的に下位のものであることについて、本件明細書の他の段落及び図面には記載されておらず、かつ、技術常識でもない。 してみると、補正後の「ユーザの行動分析情報を取得し」とは、補正前の「ユーザのコンテキスト情報から」より広い技術内容を包含するものである。 そうすると、請求項１において、補正前の「ユーザのコンテキスト情報から」との事項を削除し、「ユーザの行動分析情報を取得し」との事項に補正することは、本件補正前の請求項１に記載された発明特定事項を概念的に下位にするものでないことは明らかであるから、特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮（いわゆる限定的減縮）を目的とするものに該当しない。また、上記補正が、請求項の削除、誤記の訂正又は明瞭でない記載の釈明を目的としたものでないことも明らかである。 したがって、本件補正のうち請求項１に係る上記補正は、請求項の削除、特許請求の範囲の減縮、誤記の訂正、明瞭でない記載の釈明のいずれを目的としたものにも該当しないから、特許法第１７条の２第５項に規定する要件を満たしていない。 イ．請求項９に係る補正について 本件補正のうち請求項９に係る補正は、本件補正前の「前記ユーザのコンテキスト情報は、前記ユーザの端末装置により得られた緯度、経度、気温、湿度、及び位置情報に関する情報のうち少なくとも１つを含む」との事項を、本件補正後の「前記ユーザの行動履歴やスケジュール情報、使用中のアプリに関する情報から、前記ユーザの現在の行動を分析し、その分析結果を前記ユーザの行動分析情報として取得する」とするものである。 かかる補正は、本件補正前の請求項９に記載された発明の発明特定事項を概念的に下位にするものではないことは明らかであり、特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮（いわゆる限定的減縮）を目的とするものに該当しない。また、上記補正が、請求項の削除、誤記の訂正又は明瞭でない記載の釈明を目的としたものでないことも明らかである。 したがって、本件補正のうち請求項９に係る上記補正は、請求項の削除、特許請求の範囲の減縮、誤記の訂正、明瞭でない記載の釈明のいずれを目的としたものにも該当しないから、特許法第１７条の２第５項に規定する要件を満たしていない。 ウ．請求項１０に係る補正について 本件補正のうち請求項１０に係る補正は、本件補正前の「前記ユーザのコンテキスト情報は、前記ユーザの属性情報と、前記ユーザの端末装置に関するデバイス情報とのうち少なくとも１つを含む」との事項を、本件補正後の「前記ユーザの履歴情報から、前記ユーザの現在の行動を分析し、その分析結果を前記ユーザの行動分析情報として取得する」とするものである。 かかる補正は、本件補正前の請求項１０に記載された発明の発明特定事項を概念的に下位にするものではないことは明らかであり、特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮（いわゆる限定的減縮）を目的とするものに該当しない。また、上記補正が、請求項の削除、誤記の訂正又は明瞭でない記載の釈明を目的としたものでないことも明らかである。 したがって、本件補正のうち請求項１０に係る上記補正は、請求項の削除、特許請求の範囲の減縮、誤記の訂正、明瞭でない記載の釈明のいずれを目的としたものにも該当しないから、特許法第１７条の２第５項に規定する要件を満たしていない。 （２）独立特許要件について 上記（１）のとおり、本件補正は、特許法第１７条の２第５項各号に掲げるいずれを目的としたものに該当せず却下すべきものであるが、仮に上記補正事項を含む本件補正が、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的としたものに該当すると仮定して、請求項１の補正事項と同様の事項を含む本件補正後の請求項１に係る発明（以下「本件補正発明」という。）が同条第６項において準用する同法第１２６条第７項の規定に適合するかについて、以下、予備的に検討する。 ア．本件補正発明 本件補正発明は、上記１（１）の請求項１に記載した事項により特定されるとおりのものである。 イ．明確性要件について 本件補正発明の「前記ユーザの行動分析情報、前記ユーザの好みやデバイスに合わせた各認証手段の優先順位に関する情報、認証時の前記ユーザとデバイスに関する情報、デバイスのとりうる認証手段情報、認証サーバごとのセキュリティポリシーの情報から前記ユーザに適した認証手段を選択する」とは、その記載からすると、「認証手段を選択」することに関して、「前記ユーザの行動分析情報、前記ユーザの好みやデバイスに合わせた各認証手段の優先順位に関する情報、認証時の前記ユーザとデバイスに関する情報、デバイスのとりうる認証手段情報、認証サーバごとのセキュリティポリシーの情報」に基づいて認証手段を選択することを規定したものであると解される。 一方、本件補正発明の「複数の認証手段の中から、・・適した認証手段を複数選択する」との事項において、「前記ユーザの現在の行動や状況」は、「推定部」で推定された「前記ユーザの現在の行動や状況」であるといえることからすると、「複数の認証手段の中から、・・適した」認証手段を選択するとは、「推定部」で推定された「前記ユーザの現在の行動や状況」に基づいて認証手段を選択することを規定したものであると解される。 そうすると、請求項１は、「認証手段を選択する」ことに対して、異なる技術事項を規定しているものであって、発明の詳細な説明及び本件出願時の技術常識を参酌しても、当該異なる技術事項の間の関係も特定できるとはいえないから、当該異なる技術事項の間の関係を理解するための事項が不足している。 したがって、本件補正発明は、願書に添付した明細書の記載及び図面を考慮し、また、当該技術分野における通常の知識を有する者（以下、「当業者」という。）の技術常識を基礎として、特許請求の範囲の記載が、第三者の利益が不当に害されるほどに不明確であるといわざる得ないから、特許法第３６条第６項第２項に規定する要件を満たしておらず、特許出願の際独立して特許を受けることができないものである。 ３ 本件補正についてのむすび 以上のとおり、本件補正は、特許法第１７条の２第５項各号に掲げるいずれを目的としたものに該当せず、同法１７条の２第５項に規定する要件に違反するものであるから、同法１５９条１項で読み替えて準用する同法５３条１項の規定により却下されるべきものである。 または、本件補正は、同法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。 よって、上記補正の却下の決定の結論のとおり決定する。 第３ 本件発明について 令和５年６月２日にされた手続補正は、上記のとおり却下されたので、本願の請求項に係る発明は、令和４年８月２５日に手続補正された請求項１ないし１２に記載された事項により特定されるものであるところ、そのうち請求項１に係る発明（以下、「本件発明」という。）は、その請求項１に記載された事項により特定される上記第２［理由］１（２）に記載のとおりのものと認める。 第４ 当審の拒絶理由の概要 当審が令和５年３月３０日付けで通知した拒絶理由（以下、「当審拒絶理由」という。）の概要は、次のとおりである。 １ 理由１（明確性要件）、理由２（サポート要件） 理由１、２は、「（明確性要件）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。」、「（サポート要件）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。」というものであり、その具体的理由は次のとおりである。 （１）請求項１における「ユーザ本人の状態及び行動」との記載について、明細書には、「利用者Ｕの状況」という記載は認められるものの、「ユーザ本人の状態」についての記載は認められないから、請求項１における「ユーザ本人の状態」は、発明の詳細な説明における「ユーザ本人の状況」を意味するものであるのか、あるいはそれ以外のことを意味するものであるのか不明確である。 （２）また、「状態及び行動」とは、「状態」と「行動」との２つのパラメータの組み合わせを意味するのか、「状態」、「行動」のような、という例示にすぎないのか、明確ではない。 ２ 理由３（進歩性） 理由３は、「（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」というものであり、本件補正前の請求項１ないし１２に係る発明に対して、下記の引用文献１ないし４から容易に発明をすることができたとするものである。 ＜引用文献等一覧＞ １．特開２０１７－０６０１０３号公報 ２．特開２０１５－９０５８９号公報 ３．国際公開第２０１９／１６４１９１号 ４．東 知明、岡部 稜、山崎 恭、大木 哲史、利用環境を考慮したマルチファクタ認証システムの認証精度向上に関する一検討、電子情報通信学会技術研究報告、日本、一般社団法人電子情報通信学会、2016年10月15日、Ｖｏｌ．１１６、Ｎｏ．２６４、ｐｐ．６７－７２ 第５ 当審の判断 １ 当審拒絶理由の理由１（明確性要件）、理由２（サポート要件）について （１）明確性要件について ア．特許を受けようとする発明が明確であるか否かは、特許請求の範囲の記載だけではなく、願書に添付した明細書の記載及び図面を考慮し、また、当業者の出願当時における技術常識を基礎として、特許請求の範囲の記載が、第三者の利益が不当に害されるほどに不明確であるか否かという観点から判断されるべきである。 以下、この観点に立って、本願発明が明確であるか否かについて検討する。 イ．請求項１の「ユーザ本人の状態及び行動」との事項における「ユーザ本人の状態」について、「状態」とは、「その場の、またはその時のありさま。ある人を取りまく社会的・精神的・自然的なあり方すべてをいう。様子。情勢」（株式会社岩波書店「広辞苑第六版」）との意味であって、当該「ユーザ本人の状態及び行動」は、精神的あるいは社会的な概念を包含するものと解されるから、発明特定事項としての技術的な範囲が明確とはいえない。また、本件明細書及び図面には、「ユーザ本人の状態及び行動」に関する記載は認められない。 よって、本件請求項１に係る発明は、本件明細書及び図面の記載並びに出願時の技術常識を考慮しても、発明の範囲を理解することができないから、明確であるとはいえない。 ウ．また、請求項１の「前記ユーザ本人の状態及び行動を推定する」及び「ユーザ本人の状態及び行動に適した」との事項における「行動及び推定」とは、「状態」と「行動」との２つのパラメータの組み合わせを意味するのか、「状態」と「行動」という例示にすぎないのか特定できない。 エ．上記のとおりであるから、本件発明は、願書に添付した明細書の記載及び図面を考慮し、また、当業者の出願当時における技術常識を基礎として、特許請求の範囲の記載が、第三者の利益が不当に害されるほどに不明確であるといわざる得ない。 （２）サポート要件について ア．特許請求の範囲の記載が、サポート要件に適合するか否かは、特許請求の囲の記載と発明の詳細な説明の記載とを対比し、特許請求の範囲に記載された発明が、発明の詳細な説明に記載された発明で、発明の詳細な説明の記載により当業者が当該発明の課題を解決できると認識できる範囲内のものであるか否か、また、その記載や示唆がなくとも当業者が出願時の技術常識に照らし当該発明の課題を解決できる範囲のものであるか否かを検討して判断すべきものである。 以下、この観点に立って検討する。 イ．請求項１の「前記ユーザ本人の状態及び行動を推定する」及び「ユーザ本人の状態及び行動に適した」認証手段を選択することにおいて、「行動及び推定」は、「状態」と「行動」との２つのパラメータの組み合わせを含むものであると解される。 ここで、本件明細書及び図面には、上記「前記ユーザ本人の状態及び行動」について、「状態」と「行動」との２つのパラメータの組み合わせとすることについて記載されておらず、出願時の技術常識に照らしても、上記「「状態」と「行動」との２つのパラメータの組み合わせ」を推定すること、及び、上記「「状態」と「行動」との２つのパラメータの組み合わせ」に適した認証手段を選択することが示唆されているとも認められない。 よって、請求項１に記載された「前記ユーザ本人の状態及び行動」との事項について、本件明細書及び図面には記載も示唆もされていない。 ウ．上記のとおりであるから、本件発明は、発明の詳細な説明に記載された発明で、発明の詳細な説明の記載により当業者が当該発明の課題を解決できると認識である範囲内のものであるとはいえず、また、その記載や示唆がなくとも当業者が出願時の技術常識に照らし当該発明の課題を解決できる範囲のものであるともいえない。 （３）請求人の主張について 請求人は、令和５年６月２日提出の意見書において、本件補正により、請求項１の「ユーザ本人の状態及び行動」を「ユーザの現在の行動や状況」と補正したので、上記理由１、理由２は解消した旨主張しているが、本件補正は上記のとおり却下されたので、当該主張は採用しない。 （４）明確性要件、サポート要件についてのむすび 以上のとおり、本願の特許請求の範囲の請求項１の記載は、特許法第３６条第６項第１号及び第２号に規定する要件を満たしていない。 ２ 当審拒絶理由通知の理由３（進歩性）について 上記１で説示したとおり、本件発明のコンテキスト情報から推定される「ユーザ本人の状態及び行動」については、不明確であり、また、本件明細書及び図面には記載されていないところ、本件明細書（段落【００３７】、【００７３】、【００７４】、【０１２４】）の記載に基づいて、情報処理装置を保持する利用者Ｕの状況や行動を含むものであると仮定して、以下、進歩性について検討する。 （１）引用発明 ア．引用文献１の記載事項 当審拒絶理由で引用された特開２０１７－０６０１０３号公報（以下、「引用文献１」という。）には、図面と共に以下の事項が記載されている。（下線は当審で付与した。なお、引用文献２ないし４も同様である。） 「 【０００７】 本願に係る選択装置は、ユーザの本人性を認証する機能を有する認証器を制御する選択装置であって、前記ユーザによって利用される前記選択装置の利用状況を検知する検知部と、前記検知部によって検知された利用状況に基づいて、前記認証器を選択する選択部と、前記選択部によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、前記ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する生成部と、を備えたことを特徴とする。 ・・（中略）・・ 【００２５】 さらに、上記のように、認証サーバ１００は、クライアント２０から送信される認証結果情報の処理において、クライアント２０との間で規定される特定の認証手順を用いる。なお、特定の認証手順とは、認証サーバ１００とクライアント２０との間で規定される認証手順であり、通信に関するプロトコルと読み替えることもできる。例えば、認証サーバ１００は、ＵＡＦ（Universal Authentication Framework）や、Ｕ２Ｆ（Universal Second Factor)といったプロトコルを用いる。これにより、認証サーバ１００とクライアント２０との通信は、より高い安全性が確保される。 ・・（中略）・・ 【００２７】 しかしながら、上述した方式においては、ユーザは、認証サーバ１００に複数の認証器を登録している場合には、ローカルでの認証のたびに複数の認証器から利用する認証器を選択することを要する。さらに、ユーザは、認証器を選択した後に、指紋認証器を利用するためには指紋データの入力を促され、虹彩認証器を利用するためには虹彩データの入力（例えば、カメラによる虹彩の撮影）を促されることになるため、手間がかかる。このように、認証サーバ１００に対して通信を行うクライアント２０側は、認証サーバ１００を利用した安全性の高い認証処理を実現するにあたり、複数の認証器を選択するといった煩雑な処理を課せられるという課題がある。 ・・（中略）・・ 【００２９】 （ユーザ端末１０による処理） 図１に示す例では、ユーザＵ０１は、例えば所定のアクセス制限付きサービスを利用するため、認証サーバ１００による認証処理を所望するものとする。上記説明したように、認証サーバ１００による認証を受けるにあたり、ユーザＵ０１は、ローカルで本人認証を行うことが可能な認証器を認証サーバ１００に登録することを要する。ここでは、ユーザＵ０１は、認証サーバ１００に対して、指紋認証器１６３Ａと、虹彩認証器１６３Ｂと、声紋認証器１６３Ｃとを、ユーザＵ０１を認証する認証器として登録しているものとする。なお、図１に示す例では、各認証器は、ユーザ端末１０内部で実現される認証機能であり、例えば、ユーザ端末１０にインストールされたアプリケーション（アプリ）等により実現される。 ・・（中略）・・ 【００３２】 ユーザ端末１０は、認証サーバ１００からの要求に応じて、ユーザＵ０１を認証するための認証器を動作させる。すなわち、ユーザ端末１０は、認証サーバ１００に登録されているいずれかの認証器を機能させ、認証を実行させるものとする。 【００３３】 ここで、ユーザ端末１０は、認証が要求された際の自装置の利用状況を検知する。具体的には、ユーザ端末１０は、認証が要求された際のユーザＵ０１による操作の状況を検知する（ステップＳ０３）。例えば、ユーザ端末１０は、認証が要求された際には、ユーザＵ０１がユーザ端末１０をタッチ操作していることを検知する（ステップＳ０４）。なお、ユーザ端末１０は、ユーザＵ０１が行うタッチ操作以外の操作を検知する場合もありうる。例えば、ユーザ端末１０は、ユーザＵ０１がユーザ端末１０を用いて撮影を行っていること（ステップＳ０５）や、通話を行っていること（ステップＳ０６）を検知する場合もある。 【００３４】 そして、ユーザ端末１０は、認証が要求された際に検知した利用状況に基づいて、認証器を選択する（ステップＳ０７）。例えば、ユーザ端末１０は、ユーザによってタッチ操作が行われていた場合（ステップＳ０４の場合）、指紋を入力データとして本人を認証する指紋認証器１６３Ａを選択する。あるいは、ユーザ端末１０は、ユーザによって撮影が行われていた場合（ステップＳ０５の場合）、虹彩を入力データとして本人を認証する虹彩認証器１６３Ｂを選択する。あるいは、ユーザ端末１０は、ユーザによって通話が行われていた場合（ステップＳ０６の場合）、音声を入力データとして本人を認証する声紋認証器１６３Ｃを選択する。このように、ユーザ端末１０は、ユーザ端末１０での認証の時点における利用状況を検知し、ユーザＵ０１が現にユーザ端末１０に対して行っている操作と関連する認証器を動作させる。言い換えれば、ユーザ端末１０は、ユーザＵ０１にとって、認証処理に伴う負担が少ないと想定される認証器を選択する。 【００３５】 そして、ユーザ端末１０は、選択された認証器であって、認証サーバ１００に登録されている認証器による認証を実行する（ステップＳ０８）。認証が成功した場合、すなわち、認証器がユーザＵ０１を本人と認証した場合、ユーザ端末１０は、ユーザ端末１０内部に保持されている秘密鍵へのアクセスが可能となる。そして、ユーザ端末１０は、認証器による認証の結果に対して、秘密鍵を用いて署名（ハッシュ値）を付し、認証結果情報を生成する。そして、ユーザ端末１０は、秘密鍵で署名された認証結果情報を認証サーバ１００に送信する（ステップＳ０９）。 【００３６】 認証サーバ１００は、受信した認証結果情報を解析する。具体的には、認証サーバ１００は、送信元で用いられた秘密鍵とペアとなる公開鍵を用いて、認証結果情報の信頼性を検証する（ステップＳ１０）。 【００３７】 すなわち、認証サーバ１００は、検証対象である認証結果情報が、登録された認証器によって発行された秘密鍵で署名された情報であるか否かを、公開鍵を用いて検証する。認証サーバ１００は、認証結果情報に改竄がないこと、すなわち、適切な秘密鍵によって認証結果情報が生成されていることが検証できた場合、認証結果情報に基づいて、ユーザ端末１０のユーザがユーザＵ０１であることを認証する。この場合、認証サーバ１００は、自身が認証したことを示す認証済み情報を発行し、ユーザ端末１０や、ユーザ端末１０がアクセスしようとするサービス側へ認証済み情報を送信する。これにより、ユーザＵ０１は、所望するサービスを利用することが可能となる。 ・・（中略）・・ 【００４３】 また、ユーザ端末１０は、認証器を備える。例えば、ユーザ端末１０がスマートフォンである場合、認証器は、スマートフォンにインストールされるアプリケーション等によって実現される。なお、認証器は独立した装置であってもよく、例えば、ノート型ＰＣのＵＳＢインターフェイスに接続される指紋認証装置等であってもよい。 ・・（中略）・・ 【００４７】 〔３．ユーザ端末の構成〕 次に、図５を用いて、実施形態に係るユーザ端末１０の構成について説明する。図５は、実施形態に係るユーザ端末１０の構成例を示す図である。図５に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。なお、ユーザ端末１０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。 ・・（中略）・・ 【００５１】 （検知部１４について） 検知部１４は、ユーザ端末１０における利用状況を検知する。具体的には、検知部１４は、ユーザ端末１０に対するユーザＵ０１の操作や、ユーザ端末１０の所在する位置情報や、ユーザ端末１０と接続されている機器に関する情報や、ユーザ端末１０における環境等を検知する。図５に示した例では、検知部１４は、操作検知部１４１と、位置検知部１４２と、外部装置検知部１４３と、環境検知部１４４とを有する。 ・・（中略）・・ 【００５３】 （位置検知部１４２について） 位置検知部１４２は、ユーザ端末１０の現在位置を検知する。具体的には、位置検知部１４２は、ＧＰＳ衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。 ・・（中略）・・ 【００５６】 （環境検知部１４４について） 環境検知部１４４は、ユーザ端末１０における環境を検知する。環境検知部１４４は、ユーザ端末１０に備えられた各種センサや機能を利用し、環境に関する情報を検知する。例えば、環境検知部１４４は、ユーザ端末１０の周囲の音を収集するマイクロフォンや、ユーザ端末１０の周囲の照度を検知する照度センサや、ユーザ端末１０の物理的な動きを検知する加速度センサ（又は、ジャイロセンサなど）や、ユーザ端末１０の周囲の湿度を検知する湿度センサや、ユーザ端末１０の所在位置における磁場を検知する地磁気センサ等を利用する。そして、環境検知部１４４は、各種センサを用いて、種々の情報を検知する。例えば、環境検知部１４４は、ユーザ端末１０の周囲における騒音レベルや、ユーザ端末１０の周囲がユーザＵ０１の虹彩を撮像に適する照度であるか等を検知する。 ・・（中略）・・ 【００６７】 「タイプ」は、認証器が行う認証方式のタイプを示す。例えば、タイプには、指紋や、虹彩や、声紋が含まれる。なお、認証器の認証方式は、上記に限られない。例えば、認証器は、ユーザの顔の画像データを用いて認証を行う顔認証器や、ユーザの心拍等をセンサによって検知する生体情報認証器であってもよい。また、認証器の認証方式は、生体情報を用いた認証方式に限られない。例えば、認証器は、ユーザＵ１が所有する所定の物理キーをユーザ端末１０に接続することによって認証を行うハードウェア認証器であってもよいし、ユーザ端末１０に内蔵されるＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）の内容を判定することで認証を行うＳＩＭカード認証器であってもよい。また、認証器は、パスワード等の所定の情報を入力することで認証を行う方式であってもよい。 ・・（中略）・・ 【００６９】 ・・（中略）・・また、選択条件は、外部機器との接続状況や、ユーザ端末１０の位置情報など、環境情報も含めたユーザ端末１０のコンテキストによって示されてもよい。また、選択条件は、ユーザ端末１０を利用するユーザＵ０１によって予め設定されてもよいし、所定の学習を経て、自動的に設定されてもよい。すなわち、ユーザ端末１０は、どのようなコンテキストにおいてどのような認証器がユーザＵ０１によって利用されたかを学習する。そして、ユーザ端末１０は、その認証器が利用されたコンテキストを選択条件として自動的に記憶するようにしてもよい。 ・・（中略）・・ 【００７２】 制御部１６は、ユーザ端末１０において行われるローカルでの認証処理や、認証器を機能させる処理や、認証サーバ１００やウェブサーバ２００との情報の送受信など、各種処理を制御する。図５に示すように、制御部１６は、取得部１６１と、選択部１６２と、認証部１６３と、生成部１６４と、送信部１６５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。例えば、制御部１６は、ＲＡＭを作業領域として上述したアプリを実行することにより、各種情報処理を実現する。なお、制御部１６の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。 ・・（中略）・・ 【００７９】 また、選択部１６２は、ユーザ端末１０と通信する外部装置との接続状況を参照する。そして、選択部１６２は、ユーザ端末１０と通信する外部装置との接続状況に基づいてユーザ端末１０のコンテキストを推測し、コンテキストに適した認証器を選択する。例えば、ユーザ端末１０が社内用ルータ５０と接続している場合、ユーザ端末１０は、ユーザＵ０１が勤務する社内にあるという可能性が高い。このとき、選択部１６２は、撮像操作や音声操作によらずに認証を行うことのできる認証器を優先的に選択する。 【００８０】 また、選択部１６２は、ユーザ端末１０が利用する各種センサから取得される情報に基づいてユーザ端末１０のコンテキストを推測し、コンテキストに適した認証器を選択するようにしてもよい。例えば、選択部１６２は、ユーザ端末１０の周辺の照度が虹彩を撮像するには不足している場合、虹彩認証器１６３Ｂを選択しないようにし、照度によらない認証方式を採用する認証器を選択する。あるいは、選択部１６２は、ユーザ端末１０の周辺の騒音レベルが、ユーザ端末１０のマイクで音声を認識するには適していないほど高い場合、声紋認証器１６３Ｃを選択しないようにし、騒音レベルによらない認証方式を採用する認証器を選択する。また、選択部１６２は、検知部１４が検知するデータから、例えば、ユーザＵ０１が電車で移動中であることや、歩行中であることや、比較的暗い場所にいること、比較的静かな場所にいること等、種々のコンテキストを推測してもよい。この場合、例えば、検知部１４は、加速度センサやジャイロセンサ、また、過去に観測された行動のログなど、種々のデータを検知しているものとする。そして、選択部１６２は、検知部１４によって検知されたデータから推測されるユーザ端末１０のコンテキストに基づいて、最適な認証器を選択する。 【００８１】 ・・（中略）・・この場合、類似する利用状況とは、ユーザ端末１０に対する同一の操作の種別が検知される場合や、ユーザ端末１０の位置情報や通信状況などのコンテキストの一部が一致している場合等をいう。 ・・（中略）・・ 【００８３】 （認証部１６３について） 認証部１６３は、ユーザ端末１０を利用するユーザＵ０１の本人性の認証に関する処理を制御する。例えば、認証部１６３は、ユーザ端末１０が有する認証器を管理する。そして、認証部１６３は、認証器に関する情報を認証器情報記憶部１５２に登録する。 【００８４】 また、認証部１６３は、選択部１６２によって選択された認証器を動作させ、ユーザ端末１０を利用するユーザＵ０１の本人性を認証する。すなわち、認証部１６３は、実施形態において、指紋認証器１６３Ａ等の認証器としての機能を実現する。 ・・（中略）・・ 【０１１７】 〔６．変形例〕 上述したユーザ端末１０による認証処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、ユーザ端末１０の他の実施形態について説明する。 ・・（中略）・・ 【０１２３】 〔６－２．複数認証器の選択〕 ユーザ端末１０は、複数の認証器を選択するようにしてもよい。例えば、ユーザ端末１０は、上述したような認証強度について、認証強度が高くない認証器のみを有しているものとする。この場合、ユーザ端末１０は、認証サーバ１００から要求される認証強度を満たすような認証器によって認証処理を行えない可能性がある。 【０１２４】 そこで、ユーザ端末１０は、認証器を選択する際に、複数の認証器を選択する。例えば、ユーザ端末１０は、端末にハードウェアキーを挿入することで本人性を認証するハードウェア認証器と、ユーザ端末１０に内蔵されるＳＩＭカードの内容を判定することで認証を行うＳＩＭカード認証器とを選択する。そして、ユーザ端末１０は、選択された２種類の認証器による認証を実行する。この場合、２種類の認証器のいずれもがユーザＵ０１の本人性を認証した場合、１種類の認証器による認証が行われた場合よりも、ユーザＵ０１の認証に高い信頼性が与えられる。そして、ユーザ端末１０は、２種類の認証器により認証が成功した旨を認証結果情報として認証サーバ１００に送信する。そして、認証サーバ１００が要求する認証強度を満たすことができたと判定された場合には、ユーザ端末１０を利用するユーザＵ０１は、認証サーバ１００による認証を受けることができる。 【０１２５】 このように、ユーザ端末１０は、状況に応じて、複数の認証器を選択するようにしてもよい。これにより、ユーザ端末１０は、多要素による認証処理を行うことができるため、認証の信頼性を向上させることができる。また、ユーザ端末１０は、認証サーバ１００から送信される要求に柔軟に応じることができる。 ・・（中略）・・ 【０１３３】 上記の処理は、ユーザの購買行動等に限られず、種々の利用状況に応用が可能である。例えば、ユーザ端末１０は、周囲の外部機器との通信状況から、ユーザＵ０１が友人と一緒にいるといったコンテキストを検知する。・・ 【０１３４】 また、ユーザ端末１０は、ユーザＵ０１が所定の場所にいるというコンテキストを検知した場合に、当該コンテキストにおいて頻繁に用いられている認証器を優先的に選択するようにしてもよい。・・ 」 「【図５】 ［図：0001402401000001.jpg］ 」 イ．引用発明 （ア）上記アの段落【００４７】、【００５１】、【００７２】の記載及び図５によると、引用文献１には、検知部１４と制御部１６とを有するユーザ端末が記載されており、上記検知部１４は、位置検知部１４２と環境検知部１４４とを有し、上記制御部１６は、選択部１６２と認証部１６３とを有しているといえる。 （イ）上記アの段落【００２９】、【００４３】の記載及び図５（認証器１６３）によると、ユーザ端末１０は、指紋認証器１６３Ａと、虹彩認証器１６３Ｂと、声紋認証器１６３Ｃとを、ユーザ端末１０内部で実現される認証機能である認証器として有しているといえる。 また、上記アの図５（声紋認証器１６３Ｃの下の点線）によると、指紋認証器１６３Ａ、虹彩認証器１６３Ｂ、声紋認証器１６３Ｃに加えて、他の認証器を有することが見て取れるところ、上記アの段落【００６７】によると、ユーザ端末１０は、顔認証器や、パスワード入力によって認証する認証器を用いて認証しているといえるから、引用文献１には、ユーザ端末１０が、指紋認証器１６３Ａと、虹彩認証器１６３Ｂと、声紋認証器１６３Ｃと、顔認証器と、パスワード入力によって認証する認証器とを有することが記載されていると認められる。 （ウ）上記アの段落【００８０】、【０１３３】、【０１３４】によると、引用文献１の「ユーザ端末１０のコンテキスト」は、ユーザ端末１０の周辺の照度が虹彩を撮像するには不足していること、ユーザ端末１０の周辺の騒音レベルが、ユーザ端末１０のマイクで音声を認識するには適していないほど高いこと（段落【００８０】）、ユーザＵ０１が電車で移動中であることや、歩行中であること、比較的暗い場所にいること、比較的静かな場所にいること（段落【００８０】）、ユーザＵ０１が友人と一緒にいること、会社にいること（段落【０１３３】、【０１３４】）を表すものであることからすると、上記「ユーザ端末１０のコンテキスト」とは、ユーザ端末１０を保持するユーザＵ０１の状況や行動を表すものであると解される。 （エ）上記アの段落【００８０】の記載によると、上記選択部１６２は、検知部１４によって検知されたデータからユーザ端末１０のコンテキストを推測し、当該推測したコンテキストに適した認証器を選択するものであって、ユーザ端末１０の周辺の照度が虹彩を撮像するには不足している場合には、虹彩認証器１６３Ｂを選択しないようにし、照度によらない認証方式を採用する認証器を選択する、あるいは、ユーザ端末１０の周辺の騒音レベルが、ユーザ端末１０のマイクで音声を認識するには適していないほど高い場合には、声紋認証器１６３Ｃを選択しないようにし、騒音レベルによらない認証方式を採用する認証器を選択し、あるいは、ユーザＵ０１が電車で移動中であることや、歩行中であることや、比較的暗い場所にいること、比較的静かな場所にいる等と推測される場合には、当該推測に基づいて、最適な認証器を選択するものであるといえる。 （オ）上記（ウ）及び（エ）のとおりであるから、上記選択部１６２は、検知部１４によって検知されたデータからユーザ端末１０を保持するユーザＵ０１の状況や行動を推測し、当該推測した状況や行動に適した認証器を選択するものであるといえる。 ここで、上記アの段落【００２７】によると、引用文献１に記載された発明は、「認証サーバ１００を利用した安全性の高い認証処理を実現するにあたり、複数の認証器を選択するといった煩雑な処理を課せられる」との問題を解決すること課題とするものであり、また、上記段落【０１２３】、【０１２４】、【０１２５】には、実施例として「ユーザ端末１０は、状況に応じて、複数の認証器を選択する」ことが記載されていることをふまえると、引用文献１には、上記選択部１６２が、ユーザ端末１０を保持するユーザＵ０１の状況や行動を推測し、当該推測した状況や行動に適した認証器を複数選択することが記載されていると認められる。 （カ）上記アの段落【００８３】、【００８４】の記載によると、認証部１６３は、選択部１６２によって選択された認証器を動作させ、ユーザ端末１０を利用するユーザＵ０１の本人性を認証するものであるといえる。 そして、上記（オ）のとおりであるから、引用文献１には、認証部１６３が、選択部１６２によって選択された複数の認証器を動作させ、ユーザ端末１０を利用するユーザＵ０１の本人性を認証することが記載されていると認められる。 （キ）上記アの段落【００３５】～【００３７】によると、ユーザ端末１０は、認証器による認証の結果に対して、秘密鍵を用いて署名（ハッシュ値）を付し、認証結果情報を生成し、秘密鍵で署名された認証結果情報を認証サーバ１００に送信し、認証サーバで認証結果情報を検証することによってユーザＵ０１を認証するものであるといえる。 （ク）以上のとおりであるから、引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。 「 検知部１４と、制御部１６とを有するユーザ端末１０であって、 検知部１４は、位置検知部１４２と、環境検知部１４４とを有し、 制御部１６は、選択部１６２と、認証部１６３とを有し、 ユーザ端末１０は、指紋認証器１６３Ａと、虹彩認証器１６３Ｂと、声紋認証器１６３Ｃと、顔認証器と、パスワード入力によって認証する認証器とを有しており、 選択部１６２は、検知部１４によって検知されたデータからユーザ端末１０を保持するユーザＵ０１の状況や行動を推測し、当該推測した状況や行動に適した認証器を複数選択するものであり、 認証部１６３は、選択部１６２によって認証器を複数選択し、選択された複数の認証器を動作させ、ユーザ端末１０を利用するユーザＵ０１の本人性を認証するものであり、 認証器による認証の結果に対して、秘密鍵を用いて署名（ハッシュ値）を付し、認証結果情報を生成し、秘密鍵で署名された認証結果情報を認証サーバ１００に送信し、認証サーバで認証結果情報を検証することによってユーザＵ０１を認証する、 ユーザ端末１０。」 （２）引用文献２ないし４について ア．引用文献２について （ア）引用文献２には、図面とともに以下の事項が記載されている。 「 【００３７】 次に、評価部２０４は、取得したセンサの精度の数値化を行う。具体的には、図４を参照して説明する。図４は、本開示の第１の実施形態に係る認証制御システム１０におけるセンサの利用適性の評価結果の例を示す図である。例えば、図４の表２０に示したように、評価部２０４は、タッチセンサ１０４、音声センサ１０６、カメラセンサ１０８、およびモーションセンサ１１０の各々について、取得したセンサの精度から数値化を行い得る。さらに、評価部２０４は、センサの精度が高いほど数値が大きくなるように数値化を行い得る。例えば、図４の表２０は、カメラセンサおよびモーションセンサと比べてタッチセンサおよび音声センサの利用適性が高いことを示している。 ・・（中略）・・ 【００４５】 例えば、図５に示したように、記憶部２０６は、行動認識部２０８により認識される行動の各々と認証方式の各々とが対応するテーブル形式で認証方式の適性値を記憶し得る。例えば、記憶部２０６は、「コンサート会場にいる」という行動に対して、ＰＩＮ入力認証は「１０」、音声認証は「０」、カメラ認証は「０」、モーション認証は「０」という数値を記憶し得る。 【００４６】 ここで図２を参照して認証制御装置２００の構成の説明に戻ると、行動認識部２０８は、センサ情報に基づいてユーザの行動の認識を行う。具体的には、行動認識部２０８は、上述の特許文献に開示された技術を用いてユーザの行動の認識を行う。認識される行動については、例えば、図５に示したように、「コンサート会場にいる」、「家のテーブルに置いている」、または「ジョギング中」等の行動が認識され得る。 【００４７】 ここで図２を参照して認証制御装置２００の構成の説明に戻ると、認証方式選択部２１０は、評価部２０４による評価結果および行動認識部２０８により認識された行動に基づいて認証方式の選択を行う。具体的には、認証方式選択部２１０は、行動認識部２０８により認識された行動に対応する認証方式の各々の適性値を記憶部２０６から取得し、評価部２０４の評価により得られるセンサの各々の利用適性値を、取得した適性値に乗算する。そして、認証方式選択部２１０は、乗算の結果、最も数値が大きい認証方式を選択する。より具体的には、図４～図６を参照して説明する。図６は、本開示の第１の実施形態に係る認証制御システム１０におけるセンサの利用適性値を行動に対する認証方式の適性値に乗算した結果の数値の例を示す図である。 ・・（中略）・・ 【００４９】 次に、認証方式選択部２１０は、評価部２０４の評価により得られるセンサの各々の利用適性値を、センサの各々を利用する認証方式の適性値に乗算する。例えば、図４に示したように、認証方式選択部２１０は、評価部２０４の評価によりタッチセンサは「５」、音声センサは「５」、カメラセンサは「０」、およびモーションセンサは「３」という数値を取得し得る。そして、認証方式選択部２１０は、タッチセンサを利用するＰＩＮ入力認証の適性値にタッチセンサの利用適性値を乗算し、音声センサを利用する音声認証の適性値に音声センサの利用適性値を乗算し得る。また、認証方式選択部２１０は、カメラセンサを用いるカメラ認証の適性値にカメラセンサの利用適性値を乗算し、モーションセンサを用いるモーション認証の適性値にモーションセンサの利用適性値を乗算し得る。 【００５０】 次に、認証方式選択部２１０は、センサの利用適性値の各々を認証方式の適性値の各々に乗算した結果、最も数値が大きい認証方式を選択する。例えば、図６に示したように、認証方式選択部２１０は、乗算した結果、数値が最も大きい音声認証を認証方式として選択し得る。 」 「 【図４】 ［図：0001402401000002.jpg］ 【図５】 ［図：0001402401000003.jpg］ 」 （イ）上記（ア）によると、引用文献２には以下の事項が記載されていると認められる。 ａ．上記段落【００４６】、【００４７】、【００４９】、【００５０】によると、ユーザがジョギング中であると認識すると、前記認識されたジョギング中に対応する認証方式の各々の適正値を取得し、各認証方式に対応するセンサの利用適正値を取得して前記適正値に乗算し、乗算の結果、最も数値が大きい認証方式を選択することが記載されているといえる。 ｂ．上記ａ、及び、上記【図５】に記載されたジョギング中に対応する各認証方式の適正値、及び、上記【図４】に記載された利用適正値によると、「ジョギング中」に対応する各認証方式の適正値にセンサの利用適正値を乗算した結果は、音声認証の数値が最も大きいため、「ジョギング中」の認証方式として音声認証が選択され、PIN認証、カメラ認証、モーション認証は選択されないといえる。 ｃ．以上のとおりであるから、引用文献２には次の技術事項（以下、「引用技術２」という。）が記載されていると認められる。 「センサ情報に基づいてユーザの行動の認識を行い、ユーザの行動として「ジョギング中」であることが認識された際に、複数の認証方式の中から音声認証を選択すること」 イ．引用文献３について （ア）引用文献３には、以下の事項が記載されている。 「 ［図：0001402401000004.jpg］ ・・（中略）・・ ［図：0001402401000005.jpg］ ［図：0001402401000006.jpg］ 」 （当審訳） 「[0167] 一実施例によれば、プロセッサ(970)は、マイク(910)を通じた音声パスワードの入力の代わりに、他の入力手段を介したパスワード認証が可能な場合、タスクの遂行に必要なパスワード認証を他の入力手段を介したものに変更することができる。一例として、プロセッサ(970)は、電子装置(900)がキー入力装置(993)を含む場合、タスクの遂行に必要なパスワード認証について、キー入力装置(993)を介したＰＩＮ入力方式に変更することができる。他の例として、プロセッサ(970)は、電子装置(900)が生体センサー(994)を含む場合、タスクの遂行に必要なパスワード認証について、生体センサー(994)を介した生体パスワード入力方式に変更することができる。前記生体パスワード入力方式は、例えば、指紋センサーを介した指紋認識、カメラ(991)を介した顔認識、虹彩センサーを介した虹彩認識などを含むことができる。別の例として、プロセッサ（970）は、電子装置（900）がタッチスクリーンディスプレイ（995）を含む場合、タッチスクリーンディスプレイ（995）を介したＰＩＮ入力またはパターン入力方式に変更することができる。 ・・（中略）・・ [0169] 一実施例によると、プロセッサ(970)は、他の入力手段を介したパスワード認証が可能であっても、ユーザが前記他の入力手段を使用できない状況である場合、タスクの遂行に必要なパスワード認証の設定を、既存の設定された音声パスワードの入力方式から他の音声パスワード、例えば、公共音声パスワードまたは使い捨て音声パスワードの入力方式に変更することができる。一例として、プロセッサ(970)は、ユーザが運転中の場合には、上記他の入力手段を使用できないと判断することができ、これにより、タスクの遂行に必要なパスワード認証を公共音声パスワードまたは使い捨て音声パスワードの入力方式に変更することができる。他の例として、プロセッサ(970)は、ユーザが調理中である場合にも、上記他の入力手段を使用できないと判断することができ、これに応じて、タスクの遂行に必要なパスワード認証を、公共音声パスワードまたは使い捨て音声パスワードの入力方式に変更することができる。これと関連して、プロセッサ(970)は、ユーザが現在運転中であるか又は調理中であるかを判断するために、GPSを通じてユーザの位置情報を取得する、又はマイク(910)を通じて音声情報を取得することもできる。」 （イ）上記（ア）の記載から、引用文献３には以下の事項が記載されていると認められる。 ａ．上記段落［０１６９］によると、ユーザが運転中、又は、調理中である場合、他の入力手段を使用できない状況であると判断して、他の入力手段を用いた認証方式から音声パスワードを用いた認証方式に変更することが記載されているといえる。 ｂ．上記段落［０１６７］によると、上記他の入力手段を介した認証方式には、キー入力装置を介したＰＩＮ入力方式が含まれるといえるところ、ユーザが運転中、又は、調理中である場合に、キー入力装置が使用できないことは技術常識であることからすると、引用文献３には、ユーザが運転中、又は、調理中である場合、キー入力装置を介した認証方式から、音声パスワードによる認証方式に変更することが記載されているといえる。 ｃ．以上のとおりであるから、引用文献３には次の技術事項（以下、「引用技術３」という。）が記載されていると認められる。 「ユーザが運転中又は調理中である場合、キー入力装置を介した認証方式から、音声パスワードによる認証方式に変更すること」 ウ．引用文献４について （ア）引用文献４には、以下の事項が記載されている。 「 ［図：0001402401000007.jpg］ ・・（中略）・・ ［図：0001402401000008.jpg］ 」 （イ）上記（ア）の記載から、引用文献４には次の技術事項（以下、「引用技術４」という。）が記載されていると認められる。 「マスクの検出を認証前に行うことにより、パスワードによる認証などの顔認証以外の認証を選択する。」 （３）対比・判断 ア．本件発明と引用発明との対比 （ア）引用発明のユーザ端末１０は、情報処理を行う装置であるといえるから、本件発明の「情報処理装置」に相当する。 （イ）本件明細書の記載（「自身に搭載された測位機能や各種センサの検出結果等から、利用者Ｕのコンテキスト情報を取得する（ステップＳ２）。コンテキスト情報は、緯度、経度、気温、湿度、位置情報、その他のセンサ情報等のいずれか又はこれらの組合せ等であってもよい。（段落 【００３２】）」、「自身に搭載された測位機能や各種センサの検出結果等から、利用者Ｕのコンテキスト情報を取得する（ステップＳ１０５）。コンテキスト情報は、緯度、経度、気温、湿度、位置情報、その他のセンサ情報等のいずれか又はこれらの組合せ等であってもよい。（段落【０１２２】）」によると、本件発明の「ユーザのコンテキスト情報」とは、情報処理装置に搭載されたセンサ情報を含むものであると認められる。 ここで、引用発明における「検出部１４によって検出されたデータ」は、当業者の技術常識によると、位置検知部や環境検知部によって検知された「センサ情報」であると解される。 よって、引用発明の「検出部１４によって検出されたデータ」は、本件発明の「ユーザのコンテキスト情報」に相当する。 （ウ）本件発明のコンテキスト情報から推定される「ユーザ本人の状態及び行動」とは、本件明細書（段落【００３７】、【００７３】、【００７４】、【０１２４】）の記載及び技術常識によると、上記情報処理装置を保持する利用者Ｕの状況や行動を含むものであると解される。 そうすると、引用発明の「ユーザ端末１０を保持するユーザＵ０１の状況や行動」は、本件発明の「ユーザ本人の状態及び行動」に相当する。 （エ）引用発明のユーザ端末１０は、選択部１６２において、検知部１４によって検知されたデータからユーザ端末１０を保持するユーザＵ０１の状況や行動を推測するものであると認められる。 そして、上記（イ）及び（ウ）のとおりであるから、引用発明の選択部１６２において「検知部１４によって検知されたデータからユーザ端末１０を保持するユーザＵ０１の状況や行動を推測する」ことに係る構成は、本件発明の「ユーザのコンテキスト情報から前記ユーザ本人の状態及び行動を推定する推定部」に相当する。 （オ）本件発明の「ＦＩＤＯ認証」とは、本件明細書の段落【００１３】～【００１６】の記載、及び、技術常識を参酌すると、ユーザの本人性を情報処理装置の認証手段によって検証し、その検証結果の情報をサーバに通知し、その検証結果の情報を当該サーバで検証することによってユーザを認証するための共通化されたプロトコルであると解される。 一方で、引用発明では、ユーザＵ０１をユーザ端末１０の認証器によって認証し、その認証結果情報を認証サーバ１００に送信し、認証サーバで認証結果情報を検証することによってユーザＵ０１を認証するものであるといえる。 そうすると、本件発明と引用発明とは、ユーザの本人性を認証手段によって検証し、その検証結果の情報をサーバに通知し、その検証結果の情報を当該サーバで検証することによってユーザを認証するものである点で共通する。 （カ）引用発明の選択部１６２による認証器の選択に関して、上記（１）アの段落【００８０】によると、「ユーザ端末１０の周辺の照度が虹彩を撮像するには不足している場合には、虹彩認証器１６３Ｂを選択しないようにし、照度によらない認証方式を採用する認証器を選択」する、あるいは、上記「ユーザ端末１０の周辺の騒音レベルが、ユーザ端末１０のマイクで音声を認識するには適していないほど高い場合には、声紋認証器１６３Ｃを選択しないようにし、騒音レベルによらない認証方式を採用する認証器を選択」することは、ユーザ端末を保持したユーザの周囲の「照度や騒音」に適さない認証器を選択しないようにし、当該「照度や騒音」に適した認証器を選択するものであるといえる。 ここで、ユーザ端末を保持したユーザの周囲の「照度や騒音」は、ユーザ本人の状況であると解するのが相当である。また、本件発明の「ユーザ本人の状態及び行動」に関し、本件明細書を参酌しても、ユーザの周囲の環境状況（照度や騒音）を除外する理由があるとはいえない。 そして、上記（ウ）のとおりであるから、引用発明の選択部１６２における選択は、「ユーザ本人の状態及び行動」に適さない認証器を選択しないようにし、「ユーザ本人の状態及び行動」に適した認証器を選択するものであるといえる。 以上によると、引用発明の「当該推測した状況や行動に適した認証器を複数選択する」選択部１６２は、本件発明の「複数の認証手段の中から、前記ユーザ本人の状態及び行動に適さない認証手段を避けて、前記ユーザ本人の状態及び行動に適した認証手段を複数選択する選択部」に相当する。 （キ）引用発明の「選択部１６２によって認証器を複数選択し、選択された複数の認証器を動作させ、ユーザ端末１０を利用するユーザＵ０１の本人性を認証する」認証部１６３は、ユーザＵ０１の状況や行動に応じて選択された複数の認証器を用いて認証するものであるから、ユーザＵ０１の状況や行動に応じて認証するものであるといえる。 そして、本件発明の「管理部」は、「選択された複数の認証手段を組み合わせて前記ユーザ本人の状態及び行動に応じた認証を行う」ものであるから、引用文献の上記認証部１６３は、本件発明の「選択された複数の認証手段を組み合わせて前記ユーザ本人の状態及び行動に応じた認証を行う管理部」に相当する。 （ク）したがって、本件発明と引用発明とは、以下の点で一致し、また、相違している。 ［一致点］ ユーザのコンテキスト情報から前記ユーザ本人の状態及び行動を推定する推定部と、 認証が行われる際に、複数の認証手段の中から、前記ユーザ本人の状態及び行動に適さない認証手段を避けて、前記ユーザ本人の状態及び行動に適した認証手段を複数選択する選択部と、 選択された複数の認証手段を組み合わせて前記ユーザ本人の状態及び行動に応じた認証を行う管理部と、 を備え、 ユーザの本人性を認証手段によって検証し、その検証結果の情報をサーバに通知し、その検証結果の情報を当該サーバで検証することによってユーザを認証する、 ことを特徴とする情報処理装置。 ［相違点］ （相違点１） 本件発明では、「ＦＩＤＯ認証」により認証するものであるのに対して、引用発明の認証は「ＦＩＤＯ認証」であることが具体的に特定されていない点。 （相違点２） 本件発明における選択部は、「前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択する」ものであるのに対して、引用発明の選択部では、当該事項が具体的に特定されていない点。 イ．判断 （ア）相違点１について ユーザの本人性を端末の認証手段によって検証し、その検証結果の情報をサーバに通知し、その検証結果の情報を当該サーバで検証することによってユーザを認証する際に、共通化されたフレームワークであるＦＩＤＯ認証を用いることは、本願出願時における認証技術上の技術常識であるといえる。 さらに、当業者であれば、上記（１）アの段落【００２５】に記載されたＵＡＦやＵ２Ｆは、ＦＩＤＯ認証に含まれるプトロコルであると理解できるから、引用発明における認証としてＦＩＤＯ認証を用いることが示唆されているといえる。 そうすると、引用発明では認証としてＦＩＤＯ認証を用いていると解するのが相当であるから、上記相違点１は実質的な相違点ではない。 （イ）相違点２について 引用技術２ないし４は、いずれもユーザの状況や行動に応じた認証方式を選択する技術に係るものである。 そうすると、引用発明において、引用技術２ないし４を適用して「前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択する」ことは、当業者が容易に発明をすることができたものである。 （４）請求人の主張について ア．請求人の主張内容 請求人は、令和５年６月２日提出の意見書（以下、「意見書」という。）において、概略次の理由によって、本件発明は特許されるべきであると主張をしている。 （ア）「本願発明は、文言上、照度や騒音レベル又は周囲の環境に応じて認証器を選択しているわけではありません。また、照度や騒音は「ユーザ本人の状態及び行動」であるとは言えません。少なくとも、照度や騒音は「ユーザ本人」に起因しておらず、「ユーザ本人」は関与していないと思われます。ユーザに影響を及ぼす周囲の環境状況は、「ユーザ本人の状態及び行動」ではありません。また、照度や騒音は、「ユーザ本人に関係なく」発生・変化するものであり、極端な話、時間経過とともに、又は原因あるいはユーザがその場から移動しただけで解消し得る事象に過ぎません。（意見書第６頁イ［回答］）」 （イ）「・・（中略）・・引用文献１では、複数の認証器を選択する事例として、ハードウェア認証器とＳＩＭカード認証器とを選択することが例示されているに過ぎません。・・（中略）・・すなわち、引用文献１に記載されているのは、「ユーザの操作」に応じて（実際にユーザの操作が行われた際）、又は「ユーザ端末１０の環境」（照度、騒音など）に応じて認証器を選択することに過ぎません。（意見書第７頁ウ［回答］）」 （ウ）「本願発明は、ＦＩＤＯ認証において、複数の認証器の中から、ユーザの現在の行動や状況に適さない認証器を避けて、ユーザの現在の行動や状況に適した認証器を複数選択する点に特徴があります。一般的に行われている「ＦＩＤＯ認証」を特徴とするものではありません。（意見書第７頁エ［回答］）」 （エ）「引用文献１に記載の技術（引用発明）の構成では、「ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択する」ことはできません。また、「引用発明に引用文献２記載事項ないし引用文献４記載事項を適用し、引用発明において、ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択するよう構成すること」は、引用文献１－４のいずれにも教示も示唆もされていません。また、引用文献２記載事項ないし引用文献４記載事項が、本願発明の文言に対する引用発明の欠陥を全て充足しているわけでもありません。（意見書第８頁（３）［回答］）」 イ．請求人の主張に対する判断 （ア）上記ア（ア）について 上記（３）ア（カ）で説示したとおり、ユーザの周囲の照度や騒音は、ユーザ本人がどのような環境にいるかを示す情報であるから、ユーザ本人の状況に含まれると解するのが相当であって、本件発明の「ユーザ本人の状態及び行動」に包含されるものといえる。また、本件発明の「ユーザ本人の状態及び行動」について、技術常識及び本件明細書等を参酌しても「ユーザ本人」に起因するものに限定する理由や、ユーザの周囲の環境（照度や騒音）を除外する理由があるとはいえない。 よって、引用発明の選択部１６２は、本件発明の「複数の認証手段の中から、前記ユーザ本人の状態及び行動に適さない認証手段を避けて、前記ユーザ本人の状態及び行動に適した認証手段を複数選択する選択部」に相当する。 （イ）上記ア（イ）について 上記（１）イ（オ）で説示したとおり引用文献１に記載された発明は、「認証サーバ１００を利用した安全性の高い認証処理を実現するにあたり、複数の認証器を選択するといった煩雑な処理を課せられる」との問題を解決すること課題とするものであり、実施例として、「ユーザ端末１０は、状況に応じて、複数の認証器を選択する」ことが記載されていることをふまえると、引用文献１には、上記選択部１６２が、ユーザ端末１０を保持するユーザＵ０１の状況や行動を推測し、当該推測した状況や行動に適した認証器を複数選択することが記載されていると認められる。 （ウ）上記ア（ウ）について ユーザの本人性を端末の認証手段によって検証し、その検証結果の情報をサーバに通知し、その検証結果の情報を当該サーバで検証することによってユーザを認証する際に、共通化されたフレームワークであるＦＩＤＯ認証を用いることは、認証技術における技術常識であって、さらに、引用発明では、ＦＩＤＯ認証に含まれるＵＡＦやＵ２Ｆによるプロトコルを用いることが示唆されているといえる。 そうすると、引用発明における認証は、ＦＩＤＯ認証であると解するのが相当であるから、上記相違点１は実質的な相違点ではない。 （エ）上記ア（エ）について 上記（２）イによると、引用技術３は、ユーザが運転中又は調理中である場合にはキー入力装置を介した認証方式は適さないため、音声パスワードによる認証方式を用いるものであること、及び、上記（２）ウによると、引用技術４は、ユーザがマスクをしている場合には顔認証は適さないため、パスワードによる認証を用いるものであることは明らかである。 したがって、引用発明において、引用技術２ないし４を適用して「前記ユーザがランニング中や運転中、又は料理をしていると推定された場合、手入力操作が必要な認証手段を避けて、他の認証手段を選択し、前記ユーザがマスクをしていると推定された場合、前記マスクによる影響を受ける認証手段を避けて、他の認証手段を選択する」ことは、当業者が容易に発明をすることができたものである。 （オ）上記（ア）ないし（エ）で説示したとおりであるから、本件発明は特許されるべきであるとの上記出願人の主張は認められない。 （５）進歩性についてのむすび 以上のとおり、本件発明は、引用発明、引用技術２ないし４に基づいて当業者が容易に発明をすることができたものである。 第４ むすび 以上のとおり、本件の特許請求の範囲の請求項１の記載が、特許法第３６条第６項第１号及び第２号に規定する要件を満たしていないから、本件発明は、特許を受けることができない。 また、本件発明は、引用文献１ないし４に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。 したがって、本件特許願は、他の請求項について検討するまでもなく、拒絶すべきものである。 よって、結論のとおり審決する。