2025-008882

特願２０２１－ ９１３０「情報処理装置、認証器、それら方法およびプログラム」拒絶査定不服審判事件〔令和 ４年 ８月 ３日出願公開、特開２０２２－１１３０３５、請求項の数（１３）〕について、次のとおり審決する。

結 論 原査定を取り消す。 本願の発明は、特許すべきものとする。

理 由 第１ 手続の経緯 本願は、令和３年１月２２日の出願であって、令和６年９月２７日付けで拒絶理由通知がされ、令和６年１１月２７日付けで手続補正がされ、令和７年２月２５日付けで拒絶査定（原査定）がされ、これに対し、令和７年６月９日に拒絶査定不服審判の請求がされると同時に手続補正がされたものである。 第２ 原査定の概要 原査定（令和７年２月２５日付け拒絶査定）の概要は次のとおりである。 この出願の請求項１－１３に係る発明は、引用文献１に記載された発明、及び、引用文献３に記載された技術に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １．特開２０１９－１０１５０４号公報 ３．特開２０１７－５０８１０号公報 第３ 本願発明 本願請求項１－１３に係る発明（以下、それぞれ「本願発明１」－「本願発明１３」という。）は、令和７年６月９日付けの手続補正で補正された特許請求の範囲の請求項１－１３に記載された事項により特定される発明であり、以下のとおりの発明である。 「 【請求項１】 情報処理装置に接続される外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置であって、 ネットワークを介して通信するシステムに対してリクエストを送信する第１送信手段と、 検証用のデータを前記システムから受信する第１受信手段と、 前記検証用のデータを含む認証要求をユーザに装着された外部認証器に送信する要求手段と、 前記外部認証器での前記認証要求に従う認証の実行後に前記外部認証器により前記ユーザに対して第１通知が行われた後に、当該認証により特定される秘密鍵を用いて前記外部認証器で生成された署名データを前記外部認証器から受信する第２受信手段と、 前記署名データを前記システムに対して送信する第２送信手段と、 前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信手段と、 前記第３受信手段によるデータの受信に応じて、前記外部認証器により前記ユーザに対して第２通知を行わせるために、前記外部認証器に対して通知要求を送信する第３送信手段と、を有することを特徴とする情報処理装置。 【請求項２】 さらに、前記認証要求に応じた生体認証の結果、および、前記第３受信手段によるデータの受信、のすくなくとも何れかに応答した、前記外部認証器を装着する前記ユーザのための表示を制御する制御手段を、有することを特徴とする請求項１に記載の情報処理装置。 【請求項３】 前記制御手段は、前記外部認証器が前記通知のための機能をサポートしていない場合、前記表示の制御を行うことを特徴とする請求項２に記載の情報処理装置。 【請求項４】 前記外部認証器による前記ユーザに対しての前記第１通知は、前記認証要求に含まれる通知に関する制御情報に従い行われることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。 【請求項５】 前記外部認証器は、前記ユーザに装着されたままで生体認証が可能な、スマートウォッチ、イヤホン、およびスマートリングの何れかであることを特徴とする請求項１乃至４に１項に記載の情報処理装置。 【請求項６】 情報処理装置に接続される外部認証器を用いた認証処理を制御するための該情報処理装置における方法であって、 ネットワークを介して通信するシステムに対してリクエストを送信する第１送信工程と、 検証用のデータを前記システムから受信する第１受信工程と、 前記検証用のデータを含む認証要求をユーザに装着された外部認証器に送信する要求工程と、 前記外部認証器での前記認証要求に従う認証の実行後に前記外部認証器により前記ユーザに対して第１通知が行われた後に、当該認証により特定される秘密鍵を用いて前記外部認証器で生成された署名データを前記外部認証器から受信する第２受信工程と、 前記署名データを前記システムに対して送信する第２送信工程と、 前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信工程と、 前記第３受信工程でのデータの受信に応じて、前記外部認証器により前記ユーザに対して第２通知を行わせるために、前記外部認証器に対して通知要求を送信する第３送信工程と、 を有することを特徴とする方法。 【請求項７】 請求項１乃至５の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。 【請求項８】 外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置に対して外部認証器として接続でき、前記情報処理装置のユーザに装着され、通知手段を備える認証器であって、 前記情報処理装置から認証要求を受け付けたことに応じて、前記ユーザの生体情報を検出する検出手段と、 前記生体情報を用いた生体認証を実行する認証手段と、 前記認証要求に従い前記生体認証の実行されたときに当該生体認証が実行されたことに応じた第１通知を、前記通知手段により行う制御手段と、 前記生体認証が成功した場合に、前記認証要求に含まれる検証用のデータと前記生体情報に対応する秘密鍵を用いて、署名データを生成する生成手段と、 前記署名データを前記情報処理装置に送信する送信手段と、 前記情報処理装置から前記署名データの検証処理の結果に基づく通知要求を受信する受信手段と、を有し、 前記制御手段は、さらに、前記情報処理装置から受信した前記通知要求に応答して、前記ユーザに対して第２通知を、前記通知手段により行うことを特徴とする認証器。 【請求項９】 前記認証器による前記ユーザに対しての前記第１通知は、前記認証要求に含まれる通知に関する制御情報に従い行われることを特徴とする請求項８に記載の認証器。 【請求項１０】 前記認証器は、前記ユーザに装着されたままで生体認証が可能な、スマートウォッチ、イヤホン、およびスマートリングの何れかであることを特徴とする請求項８または９に記載の認証器。 【請求項１１】 前記通知は、音、または振動による通知であることを特徴とする請求項８乃至１０の何れか１項に記載の認証器。 【請求項１２】 外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置に対して外部認証器として接続でき、前記情報処理装置のユーザに装着され、通知手段を備える認証器における方法であって、 前記情報処理装置から認証要求を受け付けたことに応じて、前記ユーザの生体情報を検出する検出工程と、 前記生体情報を用いた生体認証を実行する認証工程と、 前記認証要求に従い前記生体認証の実行されたときに当該生体認証が実行されたことに応じた第１通知を、前記通知手段により行う工程と、 前記生体認証が成功した場合に、前記認証要求に含まれる検証用のデータと前記生体情報に対応する秘密鍵を用いて、署名データを生成する生成工程と、 前記署名データを前記情報処理装置に送信する送信工程と、 前記情報処理装置から前記署名データの検証処理の結果に基づく通知要求を受信する受信工程と、 前記情報処理装置から受信した前記通知要求に応答して、前記ユーザに対して第２通知を、前記通知手段により行う工程と、 を有することを特徴とする方法。 【請求項１３】 請求項８乃至１１の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。」 第４ 引用文献、引用発明等 １．引用文献１について 原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。（強調のため、下線を当審で付した。以下、同様。） 「【0016】 ［第１実施形態］ 図1は、本発明の一実施形態に係るシステムの全体構成の一例を示す図である。 図1に示すシステムは、サーバ１０２、スマートフォン１０３、スマートウォッチ１０４、および音声アシスタント１０５を備える。サーバ１０２と、スマートフォン１０３、スマートウォッチ１０４、音声アシスタント１０５とは、ネットワーク１０１を介して接続される。」 「【0018】 サーバ１０２は、サービスを提供する外部システム（サービス提供システム）であって、複数台の装置により構成されていてもよく、一部または全部を仮想マシンやストレージなどのリソースを用いて構築してもよい。スマートフォン１０３は、ＰＣやタブレット型端末などでもよい。スマートウォッチ１０４は、ウェアラブル端末であり、スマートグラス、アクセサリ（イヤホン、ヘッドホン、指輪、ネックレス、ネイルなど）、シューズ、下着、心拍計、内服用デバイス、人体埋め込み型デバイスなど他の形態のウェアラブル端末であってもよい。 【0019】 ウェアラブル端末は、例えば、時計型の携帯端末（スマートウォッチ）や眼鏡型の携帯端末（スマートグラス）等、ユーザが持ち歩くことができる携帯端末（端末）の総称である。なお、ウェアラブル端末は必ずしもユーザが装着可能であることを要しない。スマートウォッチは、静脈認証機能を有し、スマートグラスは虹彩認証機能を有するものとする。」 「【0021】 また、音声アシスタント１０５は、ユーザの声による入力を解析して、解析結果に基づいて上述したスマートフォン１０３やスマートウォッチ１０４等の携帯端末およびサーバ１０２等と通信する情報処理装置である。なお、音声アシスタント１０５は、音声解析機能を持つＰＣなどであってもよい。また、上述したスマートフォン１０３やスマートウォッチ１０４等の携帯端末およびサーバ１０２等と通信することが可能であれば、音声解析機能を有していない情報処理装置であってもよい。この場合、以降の処理において、ユーザの声による入力の代わりに、例えば、キーボード等の入力装置から入力を受け付ける。」 「【0032】 図5は、サーバ１０２の機能構成の一例を示す図である。 サーバ１０２では、ユーザに提供するサービスの一例として通信販売サービス３１０が動作する。通信販売サービス３１０は、サーバ１０２が有するＲＯＭ２０３に格納されているプログラムを、ＣＰＵ２０１がＲＡＭ２０２に読み出して実行することで実現される。なお、本実施形態では、ユーザに提供するサービスとして通信販売サービスを例に説明するが、これに限られるものではない。例えば、インターネット上に公開されている音楽配信サービスなどであってもよく、ネットワーク上のサービスであればどのようなものでもよい。」 「【0063】 【表４】 ［図：0001439014000001.jpg］ 【0064】 表Ｄに示すＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４が管理するデータである。Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、１つのレコードが１つのＡｕｔｈｅｎｔｉｃａｔｏｒ情報を示す。サーバ１０２においてＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録を行うと、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルにレコードが追加される。Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録は、スマートフォン１０３やスマートウォッチ１０４等の各端末が作成したクレデンシャルに含まれる登録情報に基づき行われる。 【0065】 認証情報ＩＤ列には、登録されたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が認証情報管理テーブル（表Ａ）にて管理する認証情報の認証情報ＩＤ列の値が格納される。公開鍵列には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０が作成し、認証情報管理テーブル（表Ａ）にて管理する秘密鍵に対応する（ペアになる）公開鍵を格納する。 【0066】 すなわち、認証情報管理テーブル（表Ａ）とＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）において認証情報ＩＤの値が同一の秘密鍵と公開鍵では、表Ａの秘密鍵で暗号化されたデータは、表Ｄの公開鍵で復号化できるということである。ユーザＩＤ列には、通信販売サービス３１０がユーザを一意に識別するためのＩＤを格納する。表Ｄに示す例では、ユーザＩＤが「ｕｓｅｒ００１」のユーザに関して、２つのＡｕｔｈｅｎｔｉｃａｔｏｒ情報が登録されていることがわかる。」 「【0121】 次に、図12および図13を用いて、ユーザが音声アシスタント１０５を介して通信販売サービス３１０を利用する処理を説明する。 図12および図13は、スマートフォン１０３、スマートウォッチ１０４、音声アシスタント１０５、およびサーバ１０２によるサービス利用時の処理のシーケンスを示す図である。 【0122】 ユーザは、音声アシスタント１０５に対して、発話（音声）により通信販売サービス３１０の利用要求を行う。例えば、通信販売サービス３１０を利用して特定の商品情報を検索する等といった要求を行う。なお、商品情報の検索は、通信販売サービス３１０が提供するサービスの一例であり、これに限られるものではない。 【0123】 ステップＳ５０１で、音声アシスタント１０５が有する音声サービス３６０の音声受信部３６１は、ユーザからの音声によるサービス利用の要求を受信する。ステップＳ５０２で、音声解析部３６２は、受信した音声を解析し、要求の内容を判断する。ステップＳ５０３で、音声解析部３６２は、受信した音声から声紋解析を行い、ユーザの声紋情報の特徴量に対応するＩＤを作成し、一時的に保存する。 【0124】 ステップＳ５０４で、通信部３６５は、通信販売サービス３１０に対してステップＳ５０２で解析した処理要求を送信する。通信販売サービス３１０の通信部３１７は、音声アシスタント１０５から要求を受信する。ステップＳ５０５で、通信販売サービス３１０のサービス処理部３１６は、受信した要求に従った処理を実行する。詳細には、まず、サービス処理部３１６は、受信した要求を実行する場合にユーザ認証が必要か否か判断する。ユーザ認証の要不要は、予め通信販売サービス３１０にサービスに関する情報を登録する際に設定しておく。 【0125】 例えば、決済を伴う商品購入等の要求は、ユーザ認証が必要であると設定しておく。また、商品の検索はユーザ認証が不要であると設定してもよい。サービス処理部３１６は、要求を実行する場合にユーザ認証が不要であると判断した場合、ユーザ認証を求めることなく、要求に従った処理を実行する。ここでは、要求の内容が、特定の商品の検索であった場合について説明する。 【0126】 特定の商品の検索の要求は、決済を伴う要求ではないため、サービス処理部３１６は、ユーザ認証が不要であると判断する。そして、サービス処理部３１６は、要求に従った処理として、特定の商品の検索を行い、ステップＳ５０６で、該当商品についての金額や商品番号などの商品情報を、通信部３１７を介して音声アシスタント１０５に対して返却する。なお、ユーザ認証が必要な場合の処理については、ステップＳ５１２以降で後述する。 【0127】 音声サービス３６０の通信部３６５は、通信販売サービス３１０から商品情報を受信する。ステップ５０７で、音声サービス３６０の音声発話部３６３は、受信した商品情報をユーザに対して音声で案内する。ユーザは、さらに、音声アシスタント１０５に対して、発話（音声）により特定の商品の購入を要求する。要求を受けた音声アシスタント１０５がユーザの要求を通信販売サービス３１０に送信するステップＳ５０８～Ｓ５１１の処理は、ステップＳ５０１～Ｓ５０４の処理と同様のため、その説明を省略する。 【0128】 ステップＳ５１２で、通信販売サービス３１０のサービス処理部３１６は、通信部３１７を介して受信した要求を実行する場合にユーザ認証が必要か否か判断する。ここでは、要求の内容が商品購入であり、決済を伴う要求であるため、サービス処理部３１６は、ユーザ認証が必要であると判断する。そこで、ステップＳ５１３で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介して音声アシスタント１０５にユーザ認証、すなわち生体認証の要求を行う。このとき、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、生体認証パラメータを作成し、該要求に生成した生体認証パラメータを含める。 【0129】 以下、生体認証パラメータについて説明する。 生体認証パラメータは、通信販売サービス３１０がアプリケーション３２０の認証を行う際に使用するデータである。生体認証パラメータは、ＡｓｓｅｒｔｉｏｎチャレンジおよびＡｓｓｅｒｔｉｏｎ拡張領域から構成される。 【0130】 Ａｓｓｅｒｔｉｏｎチャレンジには、チャレンジレスポンス認証を行うために利用する検証用データが格納される。Ａｓｓｅｒｔｉｏｎ拡張領域には、通信販売サービス３１０がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０等の動作を制御するために利用する、通信販売サービス３１０が指定可能な拡張パラメータが格納される。 【0131】 図12の説明に戻る。ステップＳ５１３にて音声アシスタント１０５が、生体認証の要求を受けると、音声サービス３６０の生体認証制御部３６４が、ステップＳ５１０で一時的に保存されたユーザの声紋情報ＩＤに紐付くユーザＩＤを声紋情報管理テーブル（表Ｅ）から取得する。」 「【0133】 ステップＳ５１４で、生体認証制御部３６４は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）を用いて、生体認証の要求を行うＡｕｔｈｅｎｔｉｃａｔｏｒ（端末）を特定する。詳細には、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）において、該当ユーザＩＤに紐付いたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０、３５０のうち、認証デバイスとして優先順位の高い端末を特定する。 【0134】 なお、本実施形態では、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）において、スマートフォン１０３およびスマートウォッチ１０４が登録されており、スマートウォッチ１０４の優先度が高く設定されているものとする。生体認証制御部３６４は、通信部３６５を介して、優先順位が高い端末、本実施系形態では、スマートウォッチ１０４に対して生体認証の要求を行う。なお、該要求には、Ａｕｔｈ生体認証パラメータが含まれる。 【0135】 以下、Ａｕｔｈ生体認証パラメータについて説明する。 Ａｕｔｈ生体認証パラメータは、上述したステップＳ５１３にて、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が作成し、通信販売サービス３１０から音声アシスタント１０５へ送信された生体認証パラメータを含む。さらに、Ａｕｔｈ生体認証パラメータは、サービスＩＤおよびＷｅｂ Ｏｒｉｇｉｎを含む。」 「【0137】 図12の説明に戻る。ステップＳ５１５で、上述したように、音声アシスタント１０５から生体認証の要求を受けたスマートウォッチ１０４は、生体認証処理を実行する。なお、スマートウォッチ１０４は、生体認証の要求を受けたときに、ユーザが該スマートウォッチ１０４を身に着けていた場合、自動で静脈認証を行うことができる。以下、スマートウォッチ１０４において実行される生体認証処理について説明する。なお、以下では、生体認証処理を実行する端末としてスマートウォッチ１０４について説明するが、スマートフォン１０３およびその他の端末が生体認証処理を行う場合においても同様である。 【0138】 スマートウォッチ１０４は、生体認証の要求を受信すると、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０の生体認証処理部３５２は、生体情報センサ２２８により自動で生体情報を読み取る。このように、ウェアラブル端末であって、自動で生体認証が可能な機能を有するウェアラブル端末の場合、ユーザが明示的に生体情報を提示する必要がなく、自動で生体情報の読み取りが行われる。以下、自動で生体情報の読み取りを行い、生体認証を行うことを自動認証と呼ぶ。 【0139】 生体認証処理部３５２は、ユーザの生体情報の特徴量を取得し、取得した特徴量を基に、認証情報格納部３５３が管理する認証情報管理テーブル（表Ａ）からレコードを特定する。具体的には、特徴量が示す生体情報ＩＤが特定されることから、認証情報管理テーブル（表Ａ）において、該生体情報に対応する認証情報ＩＤおよび秘密鍵が特定される。 【0140】 すなわち、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０が生体認証を実行し、認証成功であれば、秘密鍵が取り出される。なお、表Ａにおいて、特徴量のみならず、Ａｕｔｈ生体認証パラメータに含まれるサービスＩＤが一致するかの検証を行ってもよい。そして、ステップＳ５１６で、生体認証処理部３５２は、Ａｕｔｈ生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジを、特定した秘密鍵を用いて暗号化した署名データを作成する。 【0141】 さらに、生体認証処理部３５２は、特定した認証情報ＩＤと作成した署名データを含むＡｓｓｅｒｔｉｏｎ情報を作成する。ステップＳ５１７で、生体認証処理部３５２は、作成したＡｓｓｅｒｔｉｏｎ情報を音声アシスタント１０５に返却する。」 「【0152】 ステップ５２３で、音声サービス３６０の通信部３６５は、ステップＳ５１７またはＳ５２２で受信したＡｓｓｅｒｔｉｏｎ情報を通信販売サービス３１０に返却する。なお、リトライ先の端末、ここではスマートフォン１０３において、ステップＳ５２０の生体認証処理の結果が認証失敗であった場合、該スマートフォン１０３は、ステップＳ５２２において、以下の処理を行う。すなわち、スマートフォン１０３は、音声アシスタント１０５に対して生体認証処理の結果が認証失敗であったことを示す情報を返却する。」 「【0155】 ステップＳ５２４で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ステップＳ５２３で受信したＡｓｓｅｒｔｉｏｎ情報の検証を行う。具体的には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、Ａｓｓｅｒｔｉｏｎ情報に含まれる署名データが、ステップＳ５１３で作成および送信した認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行う。 【0156】 検証では、Ａｓｓｅｒｔｉｏｎ情報に含まれる署名データを、Ａｓｓｅｒｔｉｏｎ情報に含まれる認証情報ＩＤで特定される公開鍵を用いて復号化する。公開鍵の特定には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）を用いる。そして、復号化した値が、ステップＳ５１３で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行う。 【0157】 復号化した値がステップＳ５１３で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致する場合、処理はステップＳ５２５に進む。ステップＳ５２５で、通信販売サービス３１０のサービス処理部３１６は、ステップＳ５１１で受信した要求に従いサービスの提供、ここでは商品の購入処理を行う。 【0158】 そして、ステップＳ５２６で、サービス処理部３１６は、ステップＳ５０８で音声アシスタント１０５から受信したサービス利用の要求の受け付け結果を音声アシスタント１０５に返却する。ステップＳ５２７で、音声サービス３６０の音声発話部３６３は、ステップＳ５２６で受信した受け付け結果をユーザに対して音声で通知する。」 「【図12】 ［図：0001439014000002.jpg］ 」 「【図13】 ［図：0001439014000003.jpg］ 」 したがって、上記引用文献１（特に下線部）には、次の発明（以下、「引用発明」という。）が記載されていると認められる。なお、括弧の中は、関連する記載箇所を示す。 「 サーバ１０２と、スマートウォッチ１０４、音声アシスタント１０５とは、ネットワーク１０１を介して接続され（【0016】）、サーバ１０２では、通信販売サービス３１０が動作し（【0032】）、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４が管理するデータであり、サーバ１０２においてＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録を行うと、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルにレコードが追加され（【0064】）、公開鍵列には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０が作成し、認証情報管理テーブル（表Ａ）にて管理する秘密鍵に対応する（ペアになる）公開鍵を格納し（【0065】）、すなわち、認証情報管理テーブル（表Ａ）とＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）において認証情報ＩＤの値が同一の秘密鍵と公開鍵では、表Ａの秘密鍵で暗号化されたデータは、表Ｄの公開鍵で復号化できるということであり（【0066】）、 スマートウォッチ１０４、音声アシスタント１０５、およびサーバ１０２によるサービス利用時の処理のシーケンスであって（【0121】）、 音声アシスタント１０５がユーザの要求を通信販売サービス３１０に送信し（【0127】）、 ステップＳ５１３で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介して音声アシスタント１０５にユーザ認証、すなわち生体認証の要求を行い、このとき、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、生体認証パラメータを作成し、該要求に生成した生体認証パラメータを含め（【0128】）、生体認証パラメータは、通信販売サービス３１０がアプリケーション３２０の認証を行う際に使用するデータであり、ＡｓｓｅｒｔｉｏｎチャレンジおよびＡｓｓｅｒｔｉｏｎ拡張領域から構成され（【0129】）、Ａｓｓｅｒｔｉｏｎチャレンジには、チャレンジレスポンス認証を行うために利用する検証用データが格納され（【0130】）、ステップＳ５１３にて音声アシスタント１０５が、生体認証の要求を受け（【0131】）、 ステップＳ５１４で（【0133】）、音声アシスタント１０５が有する音声サービス３６０（【0123】）の生体認証制御部３６４は、通信部３６５を介して、スマートウォッチ１０４に対して生体認証の要求を行い、該要求には、Ａｕｔｈ生体認証パラメータが含まれ（【0134】）、Ａｕｔｈ生体認証パラメータは、上述したステップＳ５１３にて、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が作成し、通信販売サービス３１０から音声アシスタント１０５へ送信された生体認証パラメータを含み（【0135】）、 スマートウォッチ１０４は、生体認証の要求を受けたときに、ユーザが該スマートウォッチ１０４を身に着けていた場合、自動で静脈認証を行うことができ（【0137】）、 スマートウォッチ１０４は、生体認証の要求を受信すると、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０の生体認証処理部３５２は、生体情報センサ２２８により自動で生体情報を読み取り（【0138】）、認証情報管理テーブル（表Ａ）において、該生体情報に対応する認証情報ＩＤおよび秘密鍵が特定され（【0139】）、すなわち、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０が生体認証を実行し、認証成功であれば、秘密鍵が取り出され（【0140】）、 ステップＳ５１６で、生体認証処理部３５２は、Ａｕｔｈ生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジを、特定した秘密鍵を用いて暗号化した署名データを作成し（【0140】）、特定した認証情報ＩＤと作成した署名データを含むＡｓｓｅｒｔｉｏｎ情報を作成し、ステップＳ５１７で、生体認証処理部３５２は、作成したＡｓｓｅｒｔｉｏｎ情報を音声アシスタント１０５に返却し（【0141】）、 ステップ５２３で、音声サービス３６０の通信部３６５は、ステップＳ５１７で受信したＡｓｓｅｒｔｉｏｎ情報を通信販売サービス３１０に返却し（【0152】）、 ステップＳ５２４で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ステップＳ５２３で受信したＡｓｓｅｒｔｉｏｎ情報の検証を行い（【0155】）、検証では、Ａｓｓｅｒｔｉｏｎ情報に含まれる署名データを、Ａｓｓｅｒｔｉｏｎ情報に含まれる認証情報ＩＤで特定される公開鍵を用いて復号化し、公開鍵の特定には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）を用い、復号化した値が、ステップＳ５１３で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行い（【0156】）、復号化した値がステップＳ５１３で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致する場合、ステップＳ５２５で、通信販売サービス３１０のサービス処理部３１６は、ステップＳ５１１で受信した要求に従いサービスの提供、ここでは商品の購入処理を行い（【0157】）、ステップＳ５２６で、音声アシスタント１０５から受信したサービス利用の要求の受け付け結果を音声アシスタント１０５に返却し、ステップＳ５２７で、音声サービス３６０の音声発話部３６３は、ステップＳ５２６で受信した受け付け結果をユーザに対して音声で通知する（【0158】）、 シーケンス。」 ２．引用文献３について また、原査定の拒絶の理由に引用された上記引用文献３には、図面とともに次の事項が記載されている。 「【0039】 （実施の形態） ［全体構成］ まず、本実施の形態に係る通信システム１の全体構成について説明する。図1は、本実施の形態に係る通信システムの全体構成の一例を示す図である。図2は、本実施の形態に係る通信システムの全体構成の別の一例を示す図である。 【0040】 図1に示される通信システム１は、通信端末１０と、ウェアラブル端末１１とを備える。なお、通信システム１は、図2に示すような通信システム１Ａでもよい。つまり、通信システム１Ａに示すように、通信端末１０は、外部サーバ１５と通信可能であるとしてもよい。外部サーバ１５は、通信システム１Ａの構成であってもなくてもどちらでも構わない。 【0041】 図1および図2には、ユーザの腕１２にバンド型（腕時計型）の機器としてのウェアラブル端末１１が装着されている例が示されている。 【0042】 ウェアラブル端末１１は、ユーザの身体の一部に装着可能な機器であり、ネットワーク１３を介して通信端末１０と接続可能である。ウェアラブル端末１１は、ユーザに対して情報の報知が可能である。また、ウェアラブル端末１１は、ユーザに装着されているか否かを検出可能であってもよい。ウェアラブル端末１１の報知方法は、例えば、ウェアラブル端末１１がディスプレイを有する場合には、報知対象の情報を表示する。また、ウェアラブル端末１１がスピーカ機構を有する場合には、報知対象の情報があることや報知対象の情報そのものを音で発してもよい。ウェアラブル端末１１がバイブレーション機構を有する場合には、振動により報知してもよい。 【0043】 なお、ウェアラブル端末１１は、図1および図2に示されるようなバンド型（腕時計型）の機器に限らない。ウェアラブル端末１１は、メガネ型の機器であってもよく、ヘッドマウント型の機器であってもよい。つまり、ウェアラブル端末１１は、ユーザの身体の一部に装着可能な機器であり、ユーザに対して情報の報知が可能であればどのような機器であってもよい。 【0044】 ネットワーク１３は、例えばbluetooth（登録商標）、wifiなどの無線通信ネットワークである。 【0045】 通信端末１０は、例えばスマートフォンやタブレットなど、ユーザが携帯可能なコンピュータであり、ウェアラブル端末１１とネットワーク１３を介して接続可能である。以下では、通信端末１０は、タッチパネルディスプレイ１０６ａを有するスマートフォンであるとして説明する。詳細は後述するが、例えば、通信端末１０は、自端末（通信端末１０）に導入されているアプリケーションにおけるプッシュ通知をタッチパネルディスプレイ１０６ａに表示させたり、当該プッシュ通知をウェアラブル端末１１に送信したりする。図1に示す例では、通信端末１０は、特定のアプリケーションにおけるプッシュ通知を自端末（通信端末１０）で生成する。なお、通信端末１０は、さらに、図2に示すように、ネットワーク１４を介して、外部サーバ１５と接続可能であるとしてもよい。この場合、通信端末１０は、当該プッシュ通知は外部サーバ１５から受信する。 【0046】 ネットワーク１４は、例えばインターネットやwifiである。外部サーバ１５は、通信端末１０の特定のアプリケーションにおけるプッシュ通知を生成して、ネットワーク１４を介して通信端末１０に送信する。」 「【0081】 図8は、本実施の形態に係る通信端末１０の別の動作例を示すシーケンス図である。図9は、図8に示す通信端末１０の動作例を示すフローチャートである。なお、図8のシーケンス図では、通信端末１０は外部サーバ１５からプッシュ通知を受信する場合について示されている。また、図7と同様の要素には同一の符号を付している。 【0082】 まず、外部サーバ１５は、通信端末１０のあるアプリケーションにおけるプッシュ通知を送信する（図8のＳ２０）。 【0083】 すると、通信端末１０は、通信端末に導入されているアプリケーションにおけるプュシュ通知を取得（受信）するので（図9のＳ１１でＹｅｓ）、通信端末１０に導入されているアプリケーションにおけるプッシュ通知を通信端末１０の記憶部１０３に格納する（Ｓ１３）。 【0084】 次に、通信端末１０は、自端末（通信端末１０）が操作されているか否かを検知する（Ｓ１５）。 【0085】 通信端末１０は、自端末（通信端末１０）が操作されていないことが検知されているときには（Ｓ１５でＮｏ）、さらに、ウェアラブル端末装着判断処理（Ｓ２６）を行う。より具体的には、Ｓ２６において、通信端末１０は、ウェアラブル端末１１から、ウェアラブル端末が１１ユーザに装着されているか否かを示す装着情報を受信し（Ｓ２６１）、受信した装着情報に基づいて、ウェアラブル端末１１がユーザに装着されているか否かを判定する（Ｓ２６２）。 【0086】 Ｓ２６２において、通信端末１０は、ウェアラブル端末１１がユーザに装着されていると判定したとき（Ｓ２６２でＹｅｓ）、Ｓ１３で記憶部１０３に格納したプッシュ通知を示す情報を含む通知情報をウェアラブル端末１１に送信させる制御を行う。すると、プッシュ通知を示す情報を含む通知情報を受信したウェアラブル端末１１は、プッシュ通知を示す情報をユーザに対して報知する（Ｓ１７１）。 【0087】 なお、通信端末１０は、自端末（通信端末１０）が操作されていることが検知されているとき（Ｓ１５でＹｅｓ）、または、ウェアラブル端末１１がユーザに装着されていないと判定したとき（Ｓ２６２でＮｏ）には、当該通知情報をウェアラブル端末１１に送信させずに、Ｓ１３で記憶部１０３に格納したプッシュ通知を示す情報を通信端末１０の通知部１０５に通知させる制御を行う（Ｓ１９）。」 「【図2】 ［図：0001439014000004.jpg］ 」 「【図8】 ［図：0001439014000005.jpg］ 」 「【図9】 ［図：0001439014000006.jpg］ 」 したがって、上記引用文献３には、 「 外部サーバ１５は、通信端末１０のあるアプリケーションにおけるプッシュ通知を送信し、 通信端末１０は、通信端末に導入されているアプリケーションにおけるプッシュ通知を取得（受信）し、通信端末１０に導入されているアプリケーションにおけるプッシュ通知を通信端末１０の記憶部１０３に格納し、記憶部１０３に格納したプッシュ通知を示す情報を含む通知情報をウェアラブル端末１１に送信させる制御を行い、 プッシュ通知を示す情報を含む通知情報を受信したウェアラブル端末１１は、プッシュ通知を示す情報をユーザに対して報知する」 という技術的事項が記載されている。 第５ 対比・判断 １．請求項６について （１）対比 本願発明６と引用発明とを対比すると、次のことがいえる。 引用発明から把握できるシステム構成に鑑みれば、引用発明の「音声アシスタント１０５」、「スマートウォッチ１０４」、「サーバ１０２」はそれぞれ、後述する相違点を除いて、本願発明６の「情報処理装置」、「外部認証器」、「システム」に対応したものといえる。 引用発明の「スマートウォッチ１０４、音声アシスタント１０５、およびサーバ１０２によるサービス利用時の処理のシーケンス」は、「スマートウォッチ１０４、音声アシスタント１０５」が、「ネットワーク１０１を介して接続され」た環境において、「音声アシスタント１０５」が、「通信部３６５を介して、スマートウォッチ１０４に対して生体認証の要求を行い」、「スマートウォッチ１０４は、生体認証の要求を受信すると」、「生体認証を実行」する処理を含む手順に関するものであるから、後述する相違点を除いて、本願発明６の「情報処理装置に接続される外部認証器を用いた認証処理を制御するための該情報処理装置における方法」に相当する。 引用発明の「サーバ１０２」と「音声アシスタント１０５とは、ネットワーク１０１を介して接続され、サーバ１０２では、通信販売サービス３１０が動作し」ている環境において、「音声アシスタント１０５がユーザの要求を通信販売サービス３１０に送信」するステップは、本願発明６の「ネットワークを介して通信するシステムに対してリクエストを送信する第１送信工程」に相当する。 引用発明の「チャレンジレスポンス認証を行うために利用する検証用データ」が格納される「Ａｓｓｅｒｔｉｏｎチャレンジ」は、本願発明６の「検証用のデータ」に相当し、引用発明の当該「Ａｓｓｅｒｔｉｏｎチャレンジ」を構成要素とする「生体認証パラメータ」を含む「生体認証の要求」を、「音声アシスタント１０５」が「通信販売サービス３１０」から受ける「ステップＳ５１３」は、本願発明６の「検証用のデータを前記システムから受信する第１受信工程」に相当する。 引用発明において、「音声アシスタント１０５」が「スマートウォッチ１０４」に対して行う「ステップＳ５１４」の「生体認証の要求」には、「通信販売サービス３１０から音声アシスタント１０５へ送信された生体認証パラメータ」を含む「Ａｕｔｈ生体認証パラメータ」が含まれ、当該「生体認証パラメータ」は、「チャレンジレスポンス認証を行うために利用する検証用データ」が格納される「Ａｓｓｅｒｔｉｏｎチャレンジ」を含むものである。また、当該「生体認証の要求」を受信した「スマートウォッチ１０４」は、「ユーザが該スマートウォッチ１０４を身に着けていた場合」に「自動で生体情報を読み取り」、「生体認証を実行」するものであるところ、「ステップＳ５１４」における「生体認証の要求」の送信は、本願発明６の「前記検証用のデータを含む認証要求をユーザに装着された外部認証器に送信する要求工程」に相当する。 引用発明では、「スマートウォッチ１０４」が、「生体認証の要求を受信すると」、「生体情報を読み取り」、「生体認証を実行し、認証成功であれば、秘密鍵が取り出され」る。ここで、当該「秘密鍵」は、「生体認証」の過程において「生体情報に対応する」ものとして特定されるから、本願発明６の「当該認証により特定される秘密鍵」に相当する。さらに、引用発明では、「スマートウォッチ１０４」が、「Ａｕｔｈ生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジを、特定した秘密鍵を用いて暗号化した署名データを作成し」、「署名データを含むＡｓｓｅｒｔｉｏｎ情報を作成し」、「ステップＳ５１７」において、「作成したＡｓｓｅｒｔｉｏｎ情報を音声アシスタント１０５に返却」するところ、「ステップＳ５１７」において「音声アシスタント１０５」が「Ａｓｓｅｒｔｉｏｎ情報」を「スマートウォッチ１０４」から「返却」されることは、本願発明６の「前記外部認証器での前記認証要求に従う認証の実行後に前記外部認証器により前記ユーザに対して第１通知が行われた後に、当該認証により特定される秘密鍵を用いて前記外部認証器で生成された署名データを前記外部認証器から受信する第２受信工程」と、「前記外部認証器での前記認証要求に従う認証の実行後に、当該認証により特定される秘密鍵を用いて前記外部認証器で生成された署名データを前記外部認証器から受信する」点で共通する。 引用発明の「ステップＳ５１７で受信したＡｓｓｅｒｔｉｏｎ情報を通信販売サービス３１０に返却」する「ステップ５２３」は、本願発明６の「前記署名データを前記システムに対して送信する第２送信工程」に相当する。 引用発明において、「ステップＳ５２６」で「音声アシスタント１０５」に「返却」される「サービス利用の要求の受け付け結果」は、「ステップＳ５２４」における「署名データ」の「検証」が成功した場合に、「ステップＳ５２５」において「商品の購入処理」が行われた後に「返却」されるものである。また、当該「検証」に用いられる「公開鍵」は、「サーバ１０２においてＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録」を行う際に、「Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル」に「格納」されたものである。したがって、「ステップＳ５２６」において「音声アシスタント１０５」が「サービス利用の要求の受け付け結果」を「返却」されることは、本願発明６の「前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信工程」に相当する。 以上から、本願発明６と引用発明との間には、次の一致点、相違点があるといえる。 （一致点） 「 情報処理装置に接続される外部認証器を用いた認証処理を制御するための該情報処理装置における方法であって、 ネットワークを介して通信するシステムに対してリクエストを送信する第１送信工程と、 検証用のデータを前記システムから受信する第１受信工程と、 前記検証用のデータを含む認証要求をユーザに装着された外部認証器に送信する要求工程と、 前記外部認証器での前記認証要求に従う認証の実行後に、当該認証により特定される秘密鍵を用いて前記外部認証器で生成された署名データを前記外部認証器から受信する第２受信工程と、 前記署名データを前記システムに対して送信する第２送信工程と、 前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信工程と、 を有することを特徴とする方法。」 （相違点） （相違点１）本願発明６では、第２受信工程において、情報処理装置が外部認証器から署名データを受信することが、「前記外部認証器によりユーザに対して第１通知が行われた後」に行われるのに対し、引用発明においては、「スマートウォッチ１０４」からユーザに対して何らかの通知が行われることは想定されておらず、よって、当該通知の後で、「音声アシスタント１０５」が「スマートウォッチ１０４」から「Ａｓｓｅｒｔｉｏｎ情報」を返却されるように構成されていない点。 （相違点２）本願発明６は、「第３受信工程でのデータの受信に応じて、前記外部認証器により前記ユーザに対して第２通知を行わせるために、前記外部認証器に対して通知要求を送信する第３送信工程」、すなわち、情報処理装置が、認証要求を受けて認証を実行した外部認証器から署名データを受信した後、当該署名データの検証処理の結果に基づくデータをシステムから受信したことに応じて、第２通知を、再度、認証要求を受けて認証を実行した外部認証器と同一の外部認証器により行わせるために、当該外部認証器に対して通知要求を送信する工程を備えるのに対し、引用発明は、「音声アシスタント１０５」が、「生体認証の要求」を受けて「生体認証を実行」した「スマートウォッチ１０４」から「署名データを含むＡｓｓｅｒｔｉｏｎ情報」を「返却」された後、すなわち受信した後、当該「Ａｓｓｅｒｔｉｏｎ情報」の「検証」結果に基づく「サービス利用の要求の受け付け結果」を「返却」されたこと、すなわち受信したことに応じて、当該「受け付け結果」をユーザに対して「通知」するものの、当該「通知」は、「音声アシスタント１０５」自身の「音声サービス３６０の音声発話部３６３」が行っており、当該「通知」を、再度、認証の要求を受けて認証を実行した「スマートウォッチ１０４」により行わせるために、当該「スマートウォッチ１０４」に対して通知要求を送信することは特定されていない点。 （２）相違点についての判断 上記相違点１及び相違点２についてまとめて検討するに、まず、本願発明６は、外部認証器での認証の実行後における「第１通知」と、署名データの検証処理の後における「第２通知」がいずれも「外部認証器」によりなされることを構成として含むものと解される。 引用文献３には、上記第４の２で認定した技術的事項、すなわち、通信端末が、外部サーバから受信したプッシュ通知を、ウェアラブル端末がユーザに装着されておりかつ操作中である場合に、ウェアラブル端末に通知させることが記載されているが、当該技術的事項は、認証や署名とは無関係であるため、上記相違点１及び相違点２に係る本願発明６の構成に対応したものではないから、仮に引用発明に引用文献３に係る技術的事項を組み合わせたとしても、本願発明６の構成には到達しない。また、引用発明では、サービス利用の要求の入力から処理結果の通知までを「音声アシスタント１０５」を介して行う構成が一貫して採用されており、ユーザが「音声アシスタント」に対して入力をした場合に、当該ユーザが、「音声アシスタント」から入力に対する応答がなされることを期待することは本願優先日前における技術常識であるところ、引用発明において、引用文献３に記載された技術的事項を適用し、「音声アシスタント１０５」に代えて、又はこれに加えて、「スマートウォッチ１０４」から通知をするように構成を変更することの動機付けがあるとはいえない。 よって、本願発明６は、当業者であっても引用発明及び引用文献３に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。 ２．本願発明１－５、７について 本願発明１は、本願発明６に対応する「情報処理装置」の発明であり、少なくとも上記１．（１）の各相違点に係る本願発明６の構成に対応する構成を備えるものである。また、本願発明２－５は、本願発明１の発明特定事項を全て備えるものであり、本願発明７は、請求項１－５のいずれかに記載の手段としてコンピュータを機能させるためのプログラムの発明である。したがって、本願発明１－５、７は、本願発明６と同様の理由により、当業者であっても、引用発明及び拒絶査定において引用された引用文献３に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。 ３．本願発明１２について 本願発明１２は、本願発明６における「情報処理装置」に「外部認証器」として接続される「認証器」を処理主体とした方法の発明であり、上記１．（１）の各相違点に係る本願発明６の構成と対応する「認証器」による「前記認証要求に従い前記生体認証の実行されたとき当該生体認証が実行されたことに応じた第１通知を、前記通知手段により行う工程」及び「前記情報処理装置から前記署名データの検証処理の結果に基づく通知要求を受信する受信工程と、前記情報処理装置から受信した前記通知要求に応答して、前記ユーザに対して第２通知を、前記通知手段により行う工程」という構成を備えるものである。そして、上記各相違点について述べたのと同様に、当業者であっても、引用発明及び拒絶査定において引用された引用文献３に記載された技術的事項に基づいて、認証を実行した外部認証器が、署名データの検証処理の結果に基づく通知要求を受信し、これに応答して第２通知を行う構成を容易に想到し得るとはいえない。 ４．本願発明８－１１、１３について 本願発明８は、本願発明１２に対応する「認証器」の発明であり、本願発明１２の各工程に対応する手段を備えるものである。また、本願発明９－１１は、本願発明８の発明特定事項を全て備えるものであり、本願発明１３は、請求項８－１１のいずれかに記載の手段としてコンピュータを機能させるためのプログラムの発明である。したがって、本願発明８－１１、１３は、本願発明１２と同様の理由により、当業者であっても、引用発明及び拒絶査定において引用された引用文献３に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。 第６ むすび 以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。