JP2022076942A - 通信装置、通信装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 ユーザが外部認証器を使用する際のユーザエクスペリエンスを高める仕組みを提供することを目的の１つとする。【解決手段】 通信装置は、外部デバイスと通信を行い、外部デバイスが所定の認定を通過した外部デバイスであるか否かを検証する。また、通信装置は、認証器を選択する画面を表示する。通信装置に表示される画面では、検証結果に基づいて、所定の認定を通過した外部デバイスであることが検証された外部認証器に対応する表示アイテムと、前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器に対応する表示アイテムとが区別可能に表示される。【選択図】 図９

Description

本発明は、認証器を使用する通信装置、通信装置の制御方法、プログラムに関する。

近年、新たなオンライン認証システムとして、ＦＩＤＯ（Ｆａｓｔ Ｉｄｅｎｔｉｔｙ Ｏｎｌｉｎｅの略）が注目されている。

ＦＩＤＯ認証ではユーザが所持する認証器内に秘密鍵と生体認証のための情報やロック解除のためのパスコード等などのクレデンシャル情報を対応付けて記憶する。続けて、認証器を用いた生体認証やパスコード認証等を用いてローカル認証を行う。ローカル認証に成功すると、サーバからのチャレンジに対して秘密鍵を用いて署名を行い、署名付きの認証結果をオンラインサービスに通知する。オンラインサービスは、事前の登録処理で登録された公開鍵を用いて署名付きの認証結果を検証し、正当な権限を有するユーザであるかを判定する。この手続きによりオンラインの通信路上でパスワードなどのユーザクレデンシャルをやり取りすることなく、オンライン認証を行うことができる。

また、近年のスマートフォンなどの通信装置は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＵＳＢなどのインタフェースを介して様々な周辺デバイス（アクセサリとも呼ぶ）が接続される。特許文献１には、スマートフォンなどの通信装置にアクセサリが接続された際、アクセサリの識別子と、センサで取得した通信端末の向きによってコンテンツの表示様態を異ならせる仕組みが開示されている。

特開２０１２－１３３４８９号公報

ところで、ＦＩＤＯなどのオンライン認証システムは認証関連の仕様が公開されている。この公開された仕様に基づき、様々なベンダがＵＳＢ接続やＢｌｕｅｔｏｏｔｈ接続などで通信端末に接続して使用するアクセサリとしての外部認証器を開発、販売している。

ここで、安全性、互換性、安定性等の裏付けが取れたアクセサリは、通信装置を使用するユーザのユーザエクスペリエンスを高めることができる。一方で、安全性、互換性、安定性などの裏付けがなされていないアクセサリは、通信装置を使用するユーザのユーザエクスペリエンスを低下させてしまう恐れがある。

これを鑑み、通信装置のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のベンダは、安全性、互換性、安定性などの観点で独自の動作確認・審査を行う所定の認定プログラムを用意している場合がある。所定の認定プログラムを通過した外部デバイスは、ベンダが定める所定の性能基準を満たしていることを示す認定ロゴが付与される。また、所定の認定プログラムを通過した外部デバイスには、通信装置のＯＳと通信し所定の認定プログラムを通過したデバイスであるかどうかを検証するために必要なモジュールが設けられる。

ところで、生体情報などのクレデンシャルや秘密鍵等といった重要なデータを保持する外部認証器については、裏付けが取れたアクセサリを使用したいユーザが多いことが想定される。

しかしながら、所定の認定プログラムを通過していない外部認証器をユーザに分かりやすく提示する仕組みや、その提示を行うタイミングについては、具体的には考えられていなかった。

本発明は、上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、ユーザが認証器を用いる際に、所定の認証に失敗した外部認証器を容易に識別できる仕組みを提供することを目的とする。また、本発明の１つの側面としては、ユーザが外部認証器を使用する際のユーザエクスペリエンスを高めることを目的とする。

上記の少なくとも１つの目的を達成するために本発明の通信装置は、外部デバイスと通信を行い、外部デバイスが所定の認定を通過した外部デバイスであるか否かを検証する検証手段と、認証器を選択する画面を表示する表示制御手段と、を有し、前記画面では、前記検証手段による検証結果に基づき、所定の認定を通過した外部デバイスであることが検証された外部認証器に対応する表示アイテムと、前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器に対応する表示アイテムとが区別可能に表示されることを特徴とする。

本発明の１つの側面としては、ユーザが認証器を用いる際に、所定の認証に失敗した認証器を容易に識別できる仕組みを提供できるようになる。したがって、ユーザが外部認証器を使用する際のユーザエクスペリエンスを高めることができる。

オンライン認証システムの一例を示す図である。 通信装置のハードウェア構成の一例を示す図である。 外部認証器のハードウェア構成の一例を示す図である。 通信装置のソフトウェア構成の一例を示す図である。 機器管理テーブルの一例を示す図である。 外部認証器のソフトウェア構成の一例を示す図である。 通信装置が実行する制御の一例を示すフローチャートである。 通信装置が実行する制御の一例を示すフローチャートである。 通信装置の操作部１１６に表示される画面の一例を示す図である。 操作部１１６に表示される画面の変形例を示す図である。 操作部１１６に表示される画面の変形例を示す図である。

以下、本発明を実施するための実施形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず、図１を用いて、第１の実施形態に係るオンライン認証システムの構成を説明する。本実施形態に係るオンライン認証システムは、通信装置１３１、外部認証器１４１～１４３、連携サービス１３０を含む。通信装置１３１と連携サービス１３０はネットワーク１０１～１０３を経由して通信可能に接続される。ネットワーク１０１～１０３は例えばＬＡＮ、ＷＡＮなどの通信ネットワーク、公衆無線通信ネットワーク（例えば、ＬＴＥや５Ｇなど）、ＩＥＥＥ８０２．１１に準拠する無線ネットワークなどを組み合わせて構成されてもよい。すなわち、ネットワーク１００～１０３はデータの送受信が可能であればよく、物理レイヤの通信方式はいずれの方式を採用してもよい。

また、本実施形態では、通信装置１３１がノートＰＣやタブレット端末、スマートフォン等である場合を想定している。しかしながら、これに限定されるものではなく、スマートグラス、ＶＲヘッドセットデバイス等などの通信装置を用いたオンライン認証に適用することもできる。

通信装置１３１は、ＷｅｂブラウザアプリケーションやＷｅｂシステムと通信する通信アプリケーションを有しており、外部認証器１４１～１４３及びオンライン上の連携サービス１３０と連携して、ユーザ認証処理を行うことができる。

具体的に説明する。通信装置１３１のユーザは連携サービス１３０上のユーザアカウントを有している。ユーザは通信装置１３１のＷｅｂブラウザアプリケーションを介して連携サービス１３０のＷｅｂサイトにアクセスし、ユーザアカウント（ユーザＩＤとパスワード）を用いてＷｅｂサイトに認証を依頼し、Ｗｅｂサイトにログインすることができる。

ログインに成功すると、通信装置１３１のＷｅｂブラウザアプリケーションを介して連携サービス１３０の各種機能やデータにアクセスできるようになる。

また、ここでの認証処理は、例えば、ＦＩＤＯ（登録商標） Ａｌｌｉａｎｃｅで策定されたＦＩＤＯ ＷｅｂＡｕｔｈｎ（登録商標）の仕様に則って実行することもできる。また、外部認証器と通信装置１３１との間で実行される、オンライン認証に関連する制御は、ＣＴＡＰ（Ｃｌｉｅｎｔ Ｔｏ Ａｕｔｈｅｎｔｉｃａｔｏｒ Ｐｒｏｔｏｃｏｌ）の仕様に従って実行される。以降、ＷｅｂＡｕｔｈｎとＣＴＡＰを使用する一連のオンライン認証をＦＩＤＯ２認証と呼ぶものとする。

また、通信装置１３１上で動作するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の認証を通過した外部デバイスであるかどうかの検証は、ＯＳベンダが策定した仕様に従って実行される。

連携サービス１３０はサーバコンピュータのリソースを用いて実現されるネットワークサービスである。連携サービス１３０は、通信装置などのアプリケーションに対して前述したＷｅｂＡｕｔｈｎの仕様に則ったＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を公開している。また、連携サービス１３０は、通信装置１３１等が有するＷｅｂブラウザアプリケーションなどのクライアントアプリケーションからの要求に応じてＪａｖａＳｃｒｉｐｔ（登録商標）などのＷｅｂブラウザ上で動作するプログラムを含むコンテンツを提供する。ＪａｖａＳｃｒｉｐｔを含むＷｅｂブラウザ上で動作するプログラムは、Ｗｅｂブラウザが備えるインタプリタ（スクリプトエンジンとも呼ぶ）により解釈される。インタプリタにより解釈されたプログラムは、連携サービス１３０の提供するＡＰＩを適宜コールしたり、ＯＳが提供するＡＰＩをコールしたりするＷｅｂアプリケーションとして動作する。このＷｅｂアプリケーションは、通信装置１３１上でＦＩＤＯ２認証に関わる制御やブラウザ上の表示画面に関する制御を提供する。

認証器１４１～１４３は、ユーザが連携サービス１３０等のサービスとの間でオンライン認証を行う際に使用できる外部認証器である。認証器１４１～１４３は認証の機能を備えていればよく、ドングル、キーストラップ、指輪型デバイス等、形状は問わない。また通信装置とは異なるスマートフォン等であってもよい。

認証器１４１～１４３は、通信装置１３１に無線通信又は有線通信で接続し、通信装置１３１の利用者の本人性を検証する認証器である。本実施形態では、指紋や虹彩などの生体認証を行え、所持認証と生体認証の多要素認証を実現できる認証器である場合を例示するがこれに限定されない。例えば、生体認証機能を有さず、所持認証とパスコードなどの知識認証を組み合わせた多要素認証を実現できる認証器等であってもよい。

本実施形態では、認証器１４１はＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースを備え、通信装置１３１に物理的に接続して利用する認証器を例示している。物理的に接続するインタフェースの一例として、ＵＳＢを例示したがこれに限定されるものではない。例えば、接続インタフェースはＬｉｇｈｔｎｉｎｇ（登録商標）等のインタフェースであってもよい。

また、認証器１４２、１４３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（登録商標）などの近距離無線通信を用いて通信装置１３１と通信する認証器を例示している。

なお、認証器と通信装置１３１との間で確立される通信方式はこれに限定されるものではない。例えば、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）方式の無線通信や、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）方式の近距離無線通信など、物理レイヤの通信方式はいずれの方式を採用してもよい。

＜通信装置１３１のハードウェア構成＞
続けて、本実施形態における通信装置１３１のハードウェア構成について図２を用いて説明する。図２は、通信装置１３１のハードウェア構成を示すブロック図である。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１を含む制御部１１０は、通信装置１３１全体の動作を制御する。制御部１１０を構成する各ハードウェア、インタフェースは、システムバス１２２を介して通信可能に接続されている。ＣＰＵ１１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１３又はストレージ１１４に記憶された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ１１３は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１２は、ＣＰＵ１１１がアクセスする主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４はＲＡＭ１１２と比較して大容量な不揮発性のフラッシュメモリである。ストレージ１１４には、通信装置１３１の制御用プログラムが格納されている。また、後述するＯＳ４０５や、Ｗｅｂブラウザアプリケーション４０１もストレージ１１４に格納されている。

ＣＰＵ１１１は通信装置１３１の起動時、ＲＯＭ１１３に格納されているブートプログラムを実行する。このブートプログラムは、ストレージ１１４に格納されているＯＳ４０５のプログラムを読み出し、ＲＡＭ１１２上に展開するためのものである。ＣＰＵ１１１はブートプログラムを実行すると、続けてＲＡＭ１１２上に展開したＯＳ４０５のプログラムを実行し、通信装置１３１の制御を行う。また、ＣＰＵ１１１は各種データもＲＡＭ１１２上に展開して読み書きを行う。

このように、ＣＰＵ１１１、ＲＯＭ１１３、ＲＡＭ１１２、ストレージ１１４等のハードウェアは、いわゆるコンピュータを構成している。

なお、通信装置１３１は、１つのＣＰＵ１１１が後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のプロセッサやメモリを協働させて後述するフローチャートに示す各処理を実行するようにすることもできる。また、データの送受信などの一部の処理は通信インタフェースが備えるハードウェア回路などと協働して実現される。

操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０を接続する。操作部１１６は、ユーザのタッチ操作を検出可能なタッチパネルと、各種画面を表示する表示パネルを備えている。操作部１１６は、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。操作部１１６には、ＯＳ４０５やＷｅｂブラウザアプリケーション４０１が提供する各種画面が表示される。また、ユーザは操作部１１６に指などのオブジェクトを用いてタッチ操作を行うことで、通信装置１３１に所望の操作指示を入力することができる。また操作部１１６には、音量ボタンや電源ボタンなどのハードウェアキーが備えられている。ユーザはハードウェアキーを押下して通信装置１３１に操作指示を入力することもできる。

次に、連携サービス１３０との通信に使用する通信インタフェースについて説明する。無線通信部１１７は、８０２．１１規格に準拠するアクセスポイントに接続し、外部と無線通信を行うための無線クライアントの機能を有する。また、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）や５Ｇなどの移動体通信システムの基地局と通信し、基地局経由で外部と無線通信を行う機能を有する。

通信装置１３１は、無線通信部１１７を介してネットワーク１０１～１０３等に接続された外部装置や外部サービスとデータの送受信を行う。

続けて、外部認証器との通信に用いるインタフェースについて説明する。

Ｂｌｕｅｔｏｏｔｈ通信部１１８は、各種周辺機器と近距離無線通信でデータの送受信を行うためのインタフェースである。制御部１１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（登録商標）に準拠した無線通信を使用して、外部認証器などの周辺デバイスと通信を行う。接続やデバイス探索の方法は後述する。

ＮＦＣ通信部１１９は各種周辺機器とＩＳＯ／ＩＥＣ１４４４３ＴｙｐｅＡ／Ｂや、ＩＳＯ／ＩＥＣ１８０９２で策定された近距離無線通信方式で外部認証器などの周辺デバイスと通信を行う。通信部１１９は、図示省略のＮＦＣアンテナ部に近接した外部認証器と近距離無線通信を確立し、情報のやり取りを行う。

ＵＳＢ Ｉ／Ｆ１２０はＵＳＢ通信で周辺デバイスを直接接続するためのインタフェースである。本実施形態では、通信装置１３１の筐体側面にＵＳＢ Ｔｙｐｅ―Ｃコネクタを接続できる物理ポートが設けられているものとする。ユーザは、当該物理ポートにＵＳＢ型の外部認証器である認証器１４３を接続することができる。認証器１４３が接続されると、ＯＳ４０５は、当該認証器１４３をＵＳＢ接続された外部認証器としてマウントし、ＯＳ４０５やＷｅｂブラウザアプリケーション４０１から認証器が提供する機能を利用できるように制御ドライバなどの自動構成処理を行う。

ＴＰＭ（Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ）１２１は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段である。本実施形態では、秘密鍵や連携サービス１３０との通信に使用する証明書が格納される。証明書や鍵を用いたデータの暗号化及び複合、鍵ペアの生成、ハッシュ値の計算、デジタル署名の生成処理、検証処理などもＴＰＭ１２１とＣＰＵ１１１が協働して実行する。また、通信装置１３１上で動作するＯＳベンダにより認定された、所定の認定プログラムを通過した外部デバイスであるかどうかの検証する際に使用する公開鍵もＴＰＭ１２１に記憶される。なお、各種通信インタフェースやＣＰＵ１１１等のハードウェアの主要部は物理的に１つのチップセットに統合されていてもよい。

＜外部認証器のハードウェア構成＞
次に外部認証器のハードウェア構成について説明する。ＣＰＵ２１１を含む制御部２１０は、装置全体の制御を行う。制御部２１０を構成する各ハードウェア、インタフェースは、システムバス２２１を介して通信可能に接続されている。

ＣＰＵ２１１は不揮発性のストレージ領域であるＮＶＲＡＭ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ ＲＡＭ）２１３に格納されている制御プログラムをＲＡＭ２１２に展開し、認証に関わる各種制御を行う。ＮＶＲＡＭ２１３は、基本Ｉ／Ｏプログラム等の各種データを記憶する。なお、本実施形態では、１つのＣＰＵ２１１が認証に関わる各種制御を実行する場合を例示しているが、他の態様であっても構わない。例えば、ＣＰＵなどの汎用プロセッサではなく、ＡＳＩＰ（Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｓｔｒｕｃｔｉｏｎ ｓｅｔ ｐｒｏｃｅｓｓｏｒ）が主体となり認証制御を行うよう構成することもできる。また、秘密鍵に関わる各種制御や署名作成などの制御は、後述するＴＰＭ２１８と協働して実現される。また、データの送受信などの一部の処理は通信部２１７が備えるハードウェア回路などと協働して実現される。

センサＩ／Ｆ２１９は生体情報センサ２２０と制御部２１０を接続する。生体情報センサ２２０は、ユーザの生体情報を読み取るセンサである。例えばユーザの指紋、虹彩、静脈などの特徴量を測定し、生体情報を検出する。

本実施形態では、センサ２２０の一例として指紋認証用のセンサを想定しているが、虹彩を読み取るためのカメラなど他の生体情報センサであってもよい。ユーザは、事前の生体情報の登録処理において、当該センサ２２０に生体情報を複数回読み取らせる。ＣＰＵ２１１は、当該複数回の読み取りで得られた生体情報に基づき、生体情報の特徴量データを生成し、ＴＰＭ２１８に保存する。ＴＰＭ２１８に保存された特徴量データは、通信装置１３１から認証要求を受信した際に生体情報を登録した本人であるかどうかを照合する際に用いられる。認証器は、認証要求を受信した場合、センサ部分に設けた発光ダイオードを光らせる、図示省略の振動モータを用いたバイブレーション動作等の制御を行い、ユーザに生体情報の入力を促す。生体情報が読み取られると、当該読み取った生体情報と特徴量データの一致度合いを算出し、一致度合いが所定の閾値以上である場合に本人であると判断する。

ＴＰＭ２１８は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段である。本発明では、認証に用いる生体情報の特徴量データや後述の秘密鍵、通信装置１３１との通信に使用する証明書が格納される。証明書や鍵を用いたデータの暗号化及び複合、鍵ペアの生成、ハッシュ値の計算、デジタル署名の生成処理、検証処理などもＴＰＭ２１８とＣＰＵ２１１が協働して実行する。また、通信装置１３１上で動作するＯＳベンダにより認定された、所定の認証を通過した外部デバイスであるかどうかの検証する際に使用する秘密鍵は、工場出荷段階でＴＰＭ２１８に格納されるものとする。本実施形態では、ＴＰＭ２１８に所定の認証を通過した外部デバイスであるかどうかの検証する際に使用する秘密鍵を保持する場合を例示したがこれに限定されるものではない。ＦＩＤＯ２認証を行うための情報や一般的な通信のための署名、鍵等の情報を記憶、処理するＴＰＭと、所定の認証用の情報を記憶、処理するＴＰＭを別体で設けるよう構成してもよい。別体で設ける場合、例えば、所定の認証用のＴＰＭを含む認証チップは所定の認定を行ったＯＳベンダから周辺デバイスである認証器を製造するベンダに配布され、当該ベンダにより当該認証器に組み込まれる。

通信部２１７はＢｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＮＦＣ、ＵＳＢなどの通信インタフェースである。認証器１４３の場合、ＵＳＢの通信インタフェースが採用される。認証器１４３は、筐体外部にＵＳＢ Ｔｙｐｅ―Ｃのコネクタを有している。ユーザはこの外部認証器１４３のコネクタ部を前述した通信装置１３１のポートに接続して外部認証器を使用する。一方、認証器１４１及び１４２の場合、Ｂｌｕｅｔｏｏｔｈ又はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ等の無線通信インタフェースが採用される。なお、１の認証器が複数の通信インタフェースを有していてもよい。例えば、ＵＳＢインタフェースとＮＦＣインタフェースの両方を有するよう構成することもできる。

＜通信装置１３１のソフトウェア構成＞
図４は、通信装置１３１のソフトウェア構成を説明したものである。図４に示す各モジュールやアプリケーションは、ソフトウェアの構成要素を示し、図２で説明したストレージ１１４にプログラムとして保存されており、実行時にＲＡＭ１１２に展開され、ＣＰＵ１１１によって実行される。

ＯＳ４０５は、通信装置１３１全体を制御する基本ソフトウェアであり、通信制御モジュール４００、アクセサリ管理モジュール４０３、認証器管理モジュール４０２を備えている。

本実施形態では認証器管理モジュール４０２、アクセサリ管理モジュール４０３をＯＳ４０５が提供する場合を例示しているが、これに限定されるものではない。各モジュールが提供する機能の全てまたは一部分をＷｅｂブラウザアプリケーション４０１が主体となって提供されるように構成してもよい。この場合、ブラウザアプリケーション４０１がＯＳ４０５と共同して各機能を実現するものとする。

通信制御モジュール４００は、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ ＬＥ、ＵＷＢ、ＬＴＥ、５Ｇ、ＩＥＥＥ８０２．１１など、外部装置との各種通信を統括的に制御する通信モジュールである。

アクセサリ管理モジュール４０３は通信装置１３１に接続されている／過去に接続されたことのある外部デバイス（アクセサリとも呼ぶ）を管理する。また、アクセサリ管理モジュール４０３は、外部デバイスと通信し、ＯＳベンダが認定する所定の認証を通過したデバイスかどうかを検証するための認証モジュール４３１を有している。

ＯＳ５０４のベンダは、安全性、互換性、安定性などの観点で独自の動作確認・審査を行う所定の認定プログラムを外部アクセサリの開発者向けに用意している。所定の認定プログラムを通過した外部デバイスには認定ロゴが付与される。また、所定の認定プログラムを通過した外部デバイス内は、通信装置のＯＳが有する認証モジュール４３１と通信し、所定の認定プログラムを通過したデバイスであるかどうかを検証するために必要なモジュールが設けられている。以降、所定の認定プログラムのことを単に所定の認証等とも呼ぶ。所定の認定プログラムは、例えば、Ａｐｐｌｅ（登録商標）社が提供するＭＦｉ（Ｍａｄｅ Ｆｏｒ ｉＰｈｏｎｅ（登録商標）／ｉＰａｄ（登録商標）／ｉＰｏｄ（登録商標））認証やＧｏｏｇｌｅ（登録商標）社が提供するＭａｄｅ Ｆｏｒ Ｇｏｏｇｌｅ認証である。

アクセサリ管理モジュール４０３で管理されるアクセサリは、例えば、認証器１４１～１４３や、オーディオアクセサリや、マイクロフォンなどである。アクセサリ管理モジュール４０３で保持する機器管理テーブルの一例について図５（ａ）を用いて説明する。

機器ＩＤは外部デバイスを一意に識別する識別情報を示している。機器ＩＤに対応付けて通信装置１３１との接続方法や外部デバイスの種別情報、ＯＳベンダが認定する所定の認証を通過したデバイスかどうかを検証した結果が格納される。

接続方法は、外部デバイスが接続されるインタフェースを示しておりＢｌｕｅｔｏｏｔｈ、ＵＳＢ、ＮＦＣなどの情報が格納される。接続方法２は、外部デバイスと通信するために必要となる接続ポート等を一意に識別する情報である。例えばＵＳＢ接続している認証器であればＵＳＢのポート識別子やアドレスが格納される。Ｂｌｕｅｔｏｏｔｈでペアリングしている認証器であればＢｌｕｅｔｏｏｔｈ接続のセッションＩＤやアドレスなどが格納される。機器ＩＤが「ｅ００ｄ１１ｂ２－５１ｅｄ－４５３４－８１１１－４６２７８０６４７８５７」で識別されるオーディオデバイスは、接続方法はＢｌｕｅｔｏｏｔｈであるが、現在ペアリングされていないため接続ＩＤはＮ／Ａになっている。機器ＩＤが「２ａｅ２２ｃｃｆ－ｅ９４ｄ－４ｄ６５－ｂ７６７－２３６６７２８ｂ６２ｅ９」で識別される認証器は、接続方法はＢｌｕｅｔｏｏｔｈ ＬＥであるが、未接続状態であるため接続方式は接続可能を示すＡｖａｉｌａｂｌｅとなっている。Ａｖａｌｉａｂｌｅは、認証器が所定の周期で周囲にブロードキャストしているアドバタイジングパケットを通信装置１３１が受信し、周囲に認証器があることを検知している状態を示している。この状態では、通信装置１３１と認証器は双方向通信を確立していない。したがって、所定の認証の実行結果には未実行を示すＮ／Ａが格納される。

種別列は、外部デバイスの種別を示している。例えば、接続方法がＢｌｕｅｔｏｏｔｈの場合は、外部デバイスからからＢｌｕｅｔｏｏｔｈプロファイルを取得し、プロファイルから種別を特定し、種別情報を格納する。なお、アクセサリ管理モジュール４０３が管理する情報は図５（ａ）に示した情報に限られない。例えば、接続されたアクセサリの名称などアクセサリとの通信で取得した情報を格納してもよい。

続いて認証器管理モジュール４０２について説明する。認証器管理モジュール４０２は、認証器探索部４２１と認証器管理部４２２を備えている。

認証器探索部４２１は、アクセサリ管理モジュール４０３及び通信制御モジュール４００と協働して選択候補となる認証器を探索する。まず、探索部４２１は、アクセサリ管理モジュール４０３に外部デバイスの探索を要求する。探索要求を受信したアクセサリ管理モジュール４０３は、通信制御モジュール４００に外部デバイスの探索を依頼する。通信制御モジュール４００は、Ｂｌｕｅｏｏｔｈデバイスや、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｙｇｙデバイスのサーチを行う。また、ＵＳＢデバイス等の接続状態を再スキャンする。探索が完了すると、通信制御モジュール４００は、探索の結果見つかった外部デバイスの情報をアクセサリ管理モジュール４０３に通知する。アクセサリ管理モジュール４０３は、探索結果に基づき図５（ａ）で説明した機器管理テーブルを更新する。また、通信装置１３１に接続済みの外部デバイスに関しては、認証モジュール４３１により、ＯＳ４０５のベンダによる所定の認定を通過したアクセサリであるかどうかを認証する所定の認証も行われる。詳細は後述する。所定の認証の実行結果は機器管理テーブルに格納される。

続けて、アクセサリ管理モジュール４０３は、種別が認証器の外部デバイスの情報を認証器管理モジュール４０２に応答する。

応答を受信した認証器管理モジュール４０２の認証器管理部４２２は、選択候補となる認証器を管理する機器管理テーブルを更新する。また、探索部４２１は、ＯＳ４０５に対して通信装置１３１が備えている内部認証器の情報を要求する。ＯＳ４０５は、通信装置１３１が内部認証器を有している場合、当該要求に対して自身が備える内部認証器の情報を通知する。

図５（ｂ）は管理部４２２が管理する認証器の機器管理テーブルの一例である。ここでは、図５（ａ）で説明した４つの認証器と、１つの内部認証器が見つかった場合のテーブルを例示している。

なお、本実施形態では、図５（Ｂ）に示すテーブルに認証器の各種情報を格納する管理方法を例示したがこれに限定されるものではない。例えば、管理部４２２は、情報を一意に特定するための主キーとしての機器ＩＤのみを管理するようにしてもよい。この場合、管理部４２２は、機器ＩＤに基づき、アクセサリ管理モジュール４０３が管理する認証器の各種情報の実体に適宜アクセスして認証器の情報を参照する。

また認証器管理部４２２は、Ｗｅｂブラウザアプリケーション等からの認証に関する要求を受け付ける機能も有する。具体的には、選択候補となる認証器の一覧をＷｅｂブラウザに通知したり、Ｗｅｂブラウザを介した選択操作が行われた場合に選択された認証器とを用いた認証処理を統括的に管理したりする。

続けてＷｅｂブラウザアプリケーション４０１について説明する。ユーザはブラウザアプリケーション４０１を介して連携サービス１３０にアクセスし、連携サービス１３０の各種機能を利用することができる。

描画部４１３は通信制御モジュール４００並びに無線通信部１１７を介して連携サービス１３０から取得したＷｅｂコンテンツデータを解釈し、操作部１１６上にＷｅｂ画面を表示する。イベント検知部４１４は、操作部１１６を介したユーザ操作のイベントを受け付け、処理管理部４１１に通知する。処理管理部４１１は、連携サービス１３０に対してリクエストを送信したり、認証器管理部４２２と通信を行ったりするための、処理全体の制御を行う。処理管理部４１１は、ＪａｖａＳｃｒｉｐｔなどのプログラムコードを処理するインタプリタも有する。

＜外部認証器のソフトウェア構成＞
続いて、認証器１４１～１４３の提供する機能について図６を用いて説明する。図６は認証器１４１～１４３のソフトウェア構成を説明したものである。図６に示す各構成はソフトウェアの構成要素を示し、図３で説明したＮＶＲＡＭ２１３にプログラムとして保存されており、実行時にＲＡＭ２１２に展開され、ＣＰＵ２１１によって実行される。

認証器１４１～１４３は、通信制御モジュール６０１、管理部６０２、生体認証モジュール６０３、認証モジュール６０４を有する。通信制御モジュール６０１は通信装置１３１との接続や通信を統括的に管理するモジュールである。

管理部６０２は、通信制御モジュールを介して受信したオンライン認証のための認証リクエストを受信して処理する。当該オンライン認証のための認証リクエストは、ＲＰサーバの情報、ポリシ、チャレンジレスポンス認証のためのチャレンジを含む。管理部６０２はオンライン認証のための認証リクエストを受け取ると、生体認証モジュール６０３に生体認証処理の実行を依頼する。生体認証モジュール６０３は、ユーザに生体情報の提示を求める。センサ２２０を介して取得された生体情報は、ＴＰＭ２１８に送信される。ＴＰＭ２１８は、特徴量データと取得された生体情報に基づき生体情報を登録した本人であるかどうかを照合する。本人であることが照合された場合、ＴＰＭ２１８は、当該オンライン認証の要求元に対応する認証用の秘密鍵でチャレンジに署名を行い、当該署名の結果を管理部６０２に通知する。管理部６０２は、署名の結果を通信装置１３１に送信する。署名の結果は通信装置１３１を介して連携サービス１３０のＲＰサーバに通知される。ＲＰサーバは、事前の登録処理にて登録された公開鍵で署名の検証が行う。検証に成功した場合、連携サービス１３０はユーザをサービスに各種サービスを提供する。

また、破線で示す認証モジュール６０４はＯＳ４０５のベンダが認定する所定の認証を通過した外部デバイスが備えるモジュールである。所定の認証を受けていない外部デバイスは当該モジュールを有さないものとする。

認証モジュール６０４は、通信制御モジュール６０１を介して通信装置１３１から受信した所定の認証のための認証リクエストを受信して処理する。認証リクエストは、通信装置１３１の認証モジュール４３１により発行されるリクエストであり、チャレンジレスポンス認証のためのチャレンジを含むリクエストである。認証モジュール６０４は、ＴＰＭ２１８と協働して、工場出荷時に格納されている所定の認証のための秘密鍵を用いて署名付きチャレンジを生成する。続けて、認証モジュール６０４は、生成された署名付きチャレンジを通信装置１３１に応答する。当該応答を受信した通信装置１３１の認証モジュール４３１は署名付きチャレンジに基づき、外部デバイスが所定の認定を通過した外部デバイスであるか否かを検証する。検証結果は図５（ａ）で例示した管理モジュール４０３が管理する機器管理テーブルに記憶される。

一方、所定の認定を通過していない外部デバイスは、認証モジュール６０４を有していない。したがって、通信装置１３１から所定の認証のための認証リクエストを受信しても、当該認証リクエストを適切に処理できない。通信装置１３１は、認証リクエストに外部デバイスが適切に応答するかどうか、並び、署名付きチャレンジを検証した結果に基づき、所定の認定を通過したデバイスであるかどうかをチェックすることができる。

＜認証器の提示方法＞
所定の認定を通過した外部デバイスは、言い換えると、ＯＳベンダにより安全性、互換性、安定性等の裏付けが取れたアクセサリである。一方で、安全性、互換性、安定性などの裏付けがなされていないアクセサリは、通信装置を使用するユーザのユーザエクスペリエンスを低下させてしまう恐れがある。特に、生体情報などのクレデンシャルや秘密鍵等といった重要なデータを保持する外部認証器では、裏付けが取れたアクセサリを使用したいユーザが多いことが想定される。

上記事情を鑑み、本実施形態では、ユーザが認証器を用いる際に、所定の認証に失敗した外部認証器を容易に識別できる仕組みを提供する。以下図７乃至図９を用いて具体的に説明する。

図７及び図８は、通信装置１３１における制御を示すフローチャートである。図７及び図８のフローチャートに示す各動作は、図４で説明した各モジュール、各ソフトウェアコンポーネント、アプリケーションを実現するためのプログラムをＲＡＭ１１２に読み出し、ＣＰＵ１１１で実行することにより実現される。なお、処理の主体を明確にするため、必要に応じて、各モジュール、各ソフトウェアコンポーネント、アプリケーションを主語として説明する。また、図７においてＷｅｂブラウザアプリケーション４０１により実現される処理の一部は、連携サービス１３０から取得したＷｅｂコンテンツに含まれるＪａｖａＳｃｒｉｐｔ等のプログラムがインタプリタにより実行されることにより実現される。

図９は、Ｗｅｂブラウザアプリケーション４０１やＯＳ４０５により操作部１１６に表示される画面の一例である。画面９００は、連携サービス１３０が提供するＷｅｂコンテンツデータに基づき、Ｗｅｂブラウザアプリケーション４０１の描画部４１３が生成して表示するログイン画面を例示している。

９０１はユーザアカウント（ユーザＩＤとパスワード）を用いたログイン処理を行う場合に使用する表示アイテムである。情報９０２は、ＷｅｂＡｕｔｈｎでログインが可能なことをユーザに通知する情報である。なお、ここでは一例としてＷｅｂＡｕｔｈｎでログインが可能なことを通知する場合を例示したが通知の内容はこれに限定されない。例えば、ＦＩＤＯ２を用いてログインが可能なことを通知するようにしてもよい。また、認証ポリシとして生体認証を必須とする場合、生体認証を用いてログインが可能であることを通知するように構成してもよい。

ログインキー９０３は、ＦＩＤＯ２のオンライン認証を行う場合に選択する表示アイテムである。ユーザはキー９０３を使用して認証器を使用したオンライン認証を行うことができる。具体的に説明する。Ｗｅｂブラウザアプリケーション４０１のイベント検知部４１４は、ログインキー９０３が選択されたことを検知すると、処理管理部４１１にキー９０３の選択イベントを通知する。選択イベントの通知を受け付けた処理管理部４１１は、認証要求を連携サービス１３０に送信しその応答としてチャレンジレスポンス認証のチャレンジやポリシなどを含む、認証に必要なデータを受信する。前記応答を受信した処理管理部４１１は、ＯＳ４０５と協働して、認証器のリストを取得する。処理管理部４１１は、描画部４１３と協働し使用する認証器を選択する選択画面９１０を表示する。画面９１０上では、前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器を識別するためのアイコンが表示される。表示アイテム９１２及び９１４は前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器を識別するためのアイコンの一例である。当該画面の表示制御については図７及び図８のフローチャートを用いて後述する。

画面９１０は、図５（ｂ）で例示した認証器が管理部４２２の機器管理テーブルにリストアップされた場合の選択画面を例示している。画面９１０には、４つの外部認証器に対応する表示アイテム９１１～９１４と１つの内部認証器に対応する表示アイテム９１５が表示される。ユーザは、当該画面９１０を介してオンライン認証に使用する認証器を選択することができる。イベント検知部４１４は、いずれかの認証器が選択されたことを検知すると、処理管理部４１１に選択イベントを通知する。選択イベントの通知を受け付けた処理管理部４１１は、描画部４１３と協働して認証画面９２１を表示する。ここでは、表示アイテム９１３が選択された場合を例示している。認証器Ｃは、図５（ｂ）で説明した「４ｅ３３２ｃ４６－ｅ８ｅ３－４ｆ１ａ－ａａ７６－７３ｅｅ７８４１３ａｃ８」に対応する認証器である。この認証器は過去接続したことがあるＵＳＢで接続される外部認証器であって、通信装置１３１に現在接続されていない認証器である。従って画面９２１には、認証器の接続を促すメッセージと、接続後に本人確認を促す旨のメッセージが表示される。認証器が接続されると認証器、通信装置１３１、連携サービス１３０は協働して、認証器を用いたオンライン認証を実行する。

図９では、ＦＩＤＯ２のオンライン認証を行う場合に、選択画面を表示する場合を例示したがこれに限定されるものではない。通信装置１３１が、ＲＰサーバに対して認証情報の新規登録を行う場合にも、選択画面９２０が表示されるものとする。新規登録の場合、認証器、通信装置１３１、連携サービス１３０は、鍵ペアの生成保存処理、ＲＰサーバへの公開鍵の登録処理を実行する。

選択画面の表示制御について図７及び図８を用いて説明する。Ｓ７０１において、Ｗｅｂブラウザアプリケーション４０１は、Ｗｅｂａｕｔｈｎでログイン認証するユーザ操作又はＲＰサーバに認証情報を新規登録するユーザ操作を受け付けたか否かを判断する。Ｗｅｂａｕｔｈｎでログイン認証するユーザ操作又はＲＰサーバに認証情報を新規登録するユーザ操作を受け付けたと判断した場合、処理をＳ７０２に進める。一方、Ｗｅｂａｕｔｈｎでログイン認証するユーザ操作又はＲＰサーバに認証情報を新規登録するユーザ操作を受け付けていない場合、ユーザ操作のイベントを待ち受ける処理を行う。紙面の都合上省略しているが、Ｗｅｂブラウザアプリケーション４０１は、画面遷移のユーザ操作を受け付けた場合、各モジュールと協働して適宜画面を切り替えるものとする。

続けてＳ７０２において、Ｗｅｂブラウザアプリケーション４０１は、ＯＳ４０５に選択候補となる認証器リストの取得要求を行い、選択候補となる認証器リストを取得する。取得処理について図８を用いて説明する。図８の各処理は、アプリケーション４０１から要求を受け付けたＯＳ４０５により実現される。

Ｓ８０１において、認証器探索部４２１は、アクセサリ管理モジュール４０３及び通信制御モジュール４００と協働し、機器管理テーブルを更新する。具体的には、探索部４２１は、アクセサリ管理モジュールに外部デバイスの探索を要求する。探索要求を受信した管理モジュール４０３は、通信制御モジュール４００に外部デバイスの探索を依頼する。通信制御モジュール４００は、Ｂｌｕｅｏｏｔｈデバイスや、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｙｇｙデバイスのサーチを行う。また、ＵＳＢデバイス等の接続状態を再スキャンする探索が完了すると、通信制御モジュール４００は、探索の結果見つかった外部デバイスの情報をアクセサリ管理モジュール４０３に通知する。アクセサリ管理モジュール４０３は、探索結果に基づき図５（ａ）で説明した機器管理テーブルを更新する。

続けて、Ｓ８０２において、認証器管理モジュール４０２は、アクセサリ管理モジュール４０３から、種別が認証器の外部デバイスの情報を受信する。続けて、認証器管理モジュール４０２の認証器管理部４２２は、図５（ｂ）で説明した選択候補となる認証器を管理する機器管理テーブルを更新する。この更新処理により、現在接続されている外部認証器、現在近くにある外部認証器を適切に検出することができる。

Ｓ８０４において、管理モジュール４０２は、所定の認証方式を用いた検証を行っていない外部認証器が見つかったかどうかを判断する。所定の認証方式を用いた検証を行っていない外部認証器が見つかった場合、処理をＳ８０５に進める。一方、所定の認証方式を用いた検証を行っていない外部認証器が見つかっていない場合（すなわち、すべての外部認証器が検証済みである場合）、処理をＳ８０９に進める。

Ｓ８０５において、管理モジュール４０２は、通信制御モジュール４００と協働して、見つかった未検証の外部認証器と双方向通信を確立する。通信制御モジュール４００は、外部認証器との通信方式がＢｌｕｅｔｏｏｔｈのＢＲ／ＥＤＲ（Ｂｌｕｅｔｏｏｔｈ Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）の場合、外部認証器との間でペアリング処理を行う。一方、通信方式がＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙの場合、通信制御モジュール４００は、外部認証器とのコネクションを確立する。本実施形態では、外部認証器がＧＡＴＴ（Ｇｅｎｅｒｉｃ ａｔｔｒｉｂｕｔｅ ｐｒｏｆｉｌｅ）サーバとなり、通信装置１３１がＧＡＴＴクライアントとなる場合を想定している。

Ｓ８０６において、認証モジュール４３１は、通信制御モジュール４００と協働して、双方向通信を確立した外部認証器と通信し所定の認証処理を実行する。具体的には、認証モジュール４３１は、所定の認証のための認証リクエストを生成する。当該認証リクエストは、チャレンジレスポンス認証のためのチャレンジを含むリクエストである。外部認証器の認証モジュール６０４は、ＴＰＭ２１８と協働して、工場出荷時に格納されている所定の認証のための秘密鍵を用いて署名付きチャレンジを生成する。続けて、認証モジュール６０４は、生成された署名付きチャレンジを通信装置１３１に応答する。応答を受信した認証モジュール４３１は、署名付きチャレンジに基づき、外部デバイスが所定の認定を通過した外部デバイスであるか否かを判定する。認証モジュール４３１は、ＴＰＭ１２１に記憶された所定の認証用の公開鍵で署名を検証した結果、適切な署名であると判断した場合に、所定の認定を通過したデバイスであると判定する。一方、認証モジュール４３１は、所定時間経過しても応答がない場合、秘密鍵に対応する公開鍵で署名を検証した結果、適切な署名でないと判断した場合に、所定の認定を通過していないデバイスであると判定する。なお、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ ＥｎｅｒｇｙのＧＡＴＴ通信で認証処理を実行する場合、通信装置１３１は、外部認証器のＧＡＴＴサーバが提供する認証サービスにチャレンジを書き込む。チャレンジの書き込みを検知した外部認証器は、署名付きチャレンジを生成し、通知用のキャラクタリスティックに当該生成した署名付きチャレンジを格納する。通信装置１３１は、ＧＡＴＴサーバが提供する通知用のキャラクタリスティックにアクセスし、格納された値を読み取ることで、署名付きチャレンジを取得する。

Ｓ８０７において、管理モジュール４０２は、認証モジュールによる判定結果と外部認証器の情報を対応付けて機器管理テーブルに記憶する。

Ｓ８０８において、管理モジュール４０２は、未検証の外部認証器があるか否かを判断する。未検証の外部認証器があると判断した場合、当該外部認証器を検証対象として選択し、Ｓ８０５～Ｓ８０７で説明した所定の認証処理を行う。一方、未検証の外部認証器がないと判断した場合、処理をＳ８０９に進める。

Ｓ８０９において、管理部４２２は、更新した機器管理テーブルに記憶された使用実績のある認証器の情報、接続済みの認証器の情報、探索で見つかった外部認証器の情報に基づき選択候補となる認証器のリストを生成する。当該リストには少なくとも認証器の表示名称（フレンドリ名）と所定の認証の結果が含まれている。

Ｓ８１０において、認証器探索部４２１は、管理部４２２が生成した認証器のリストを、Ｗｅｂブラウザアプリケーション４０１に応答する。

図７の説明に戻る。Ｓ７０３において、処理管理部４１１と描画部４１３は、取得した認証器のリストに基づき、所定の認定を通過した外部デバイスであることが検証できた認証器と、検証できなかった認証器とを区別可能な表示形態で選択画面を表示する。図９の画面９１０は選択画面の一例である。

続けて、Ｓ７０４において、処理管理部４１１は、イベント検知部４１４と協働して、認証器の選択操作を受け付けたか否かを判断する。認証器の選択操作を受け付けた場合は、処理をＳ７０５に進め、認証器の選択操作を受け付けていない場合は、選択操作を待ち受ける。

Ｓ７０５において、Ｗｅｂブラウザアプリケーション４０１、ＯＳ４０５、及び選択された認証器は協働して、Ｓ７０１で要求を受け付けたログイン認証処理／認証情報の新規登録処理を実行する。

以上説明した一連の制御により、ユーザが認証器を用いる際に、所定の認証に失敗した外部認証器を容易に識別できるようになる。

＜変形例＞
第１の実施形態では、選択画面や認証画面をＷｅｂブラウザアプリケーション４０１が表示する場合を例示した。しかしながらこれに限定されるものではない。認証器の選択処理や認証処理を行う画面を、ＯＳ４０５の認証器管理モジュール４０２が提供するように構成することもできる。この場合、ＯＳ４０５は、オンライン認証用の認証ＡＰＩや新規登録ＡＰＩを提供する。Ｗｅｂブラウザアプリケーション４０１は、ＯＳが提供する認証器を選択するＡＰＩをコールして、ＯＳ４０５に認証器の選択処理や認証処理を依頼する。この場合、Ｗｅｂブラウザアプリケーション４０１は認証処理の結果を示す署名済みデータをＡＰＩの戻り値として取得し、当該署名済みデータをＲＰサーバに送信する。

また、第１の実施形態では、所定の認定を通過した外部デバイスであることが検証できなかった認証器について注意を有することをガイドする警告相当のアイコンを表示する場合を例示した。しかしながら識別の方法はこれに限定されるものではない。例えば、所定の認定を通過した外部デバイスであることが検証できた認証器に認証済みであることをガイドするアイコンを表示することで識別を実現してもよい。図１０（ａ）の選択画面１０００は、選択画面９１０に代えて表示される画面の一例である。アイコン１００１は認証済みであることをガイドするアイコンの一例である。

更に、図１０（ｂ）の選択画面１０１０に例示するように、注意を有することをガイドする警告相当のアイコンと、認証済みであることをガイドするアイコンの両方を提示するよう変形することもできる。また、図１０（ｂ）では、ユーザがより直感的に認証器を選択できるよう、接続方式や現在の接続状態も選択画面上に表示するよう構成している。この場合、ＯＳ４０５は、Ｓ８０９で生成するリストに、図５（ｂ）に例示した機器管理テーブルで管理している認証器の各情報を含める。Ｗｅｂブラウザアプリケーション４０１は、当該リストに含まれる接続方式や接続状態に基づき認証器のステータスを選択画面１０１０に表示するよう構成する。

更に、所定の認定を通過した外部デバイスであることが検証できなかった認証器が選択された場合に、警告画面を表示するよう構成してもよい。図１０（ｃ）の画面１０２０、図１０（ｄ）の画面１０３０は警告画面の一例である。

画面１０２０は、警告を示すポップアップ情報１０２１を含む。当該ポップアップ情報には、認証器が認定されていないこと、及び認定された認証器を利用することを勧めることを示すメッセージが表示される。また、所定の認定を通過した外部デバイスであることが検証できなかった認証器の仕様の使用を継続する場合に選択する続行キー１０２２と、他の認証器を選択する場合に使用する選択に戻るキー１０２３が含まれる。続行キーが選択されたことを検知した場合、通信装置１３１は、画面９２１で例示した認証画面を表示する。一方、戻るキーが選択されたことを検知した場合、通信装置１３１は、認証器の選択画面を表示する。

画面１０３０のポップアップ情報１０３１は警告の変形例を示している。当該ポップアップ情報には、認証器が認定されていないこと、及び、使用するためには例外への追加が必要であることを示すメッセージが表示される。例外に追加キー１０３２はＯＳ４０５により提供される図示省略の設定画面に遷移するためのキーである。図示省略の設定画面では、認定されていない認証器をセキュリティの例外対象に追加することができる。通信装置１３１は、セキュリティの例外対象に追加された認証器については、所定の認定を通過した外部デバイスであることが検証できなかった認証器であっても警告メッセージを表示しないよう制御する。

また、図１１（ａ）に示す選択画面１１００のように選択画面の表示を変形することもできる。画面１１００では、所定の認定を通過した外部デバイスであることが検証できた認証器と内部認証器のみを抽出して表示する表示形態を例示している。また、所定の認定を通過した外部デバイスであることが検証できなかった認証器を使用したい場合に選択するキー１１０２が表示される。キー１１０２が選択されたことを検知した場合、通信装置１３１は、所定の認定を通過した外部デバイスであることが検証できなかった認証器を含む選択画面を表示する。当該画面は所定の認定を通過した外部デバイスであることが検証できなかった認証器のみ抽出した選択画面であってもよいし、図９で説明した選択画面９１０相当の選択画面であってもよい。

最後に、第１の実施形態や上述の変形例では、Ｗｅｂａｕｔｈｎでログイン認証するユーザ操作又はＲＰサーバに認証情報を新規登録するユーザ操作を受け付けた場合に、認証器の選択画面を表示する場合を例示したがこれに限定されるものではない。認証器管理部４２２は、前回認証に使用された認証器を記憶し、前回認証に使用された認証器を、今回の認証で使用する認証器として自動選択するよう構成してもよい。この場合、Ｗｅｂａｕｔｈｎでログイン認証するユーザ操作又はＲＰサーバに認証情報を新規登録するユーザ操作を受け付けた場合に、前回使用された認証器が選択された認証画面１１１１が表示される。画面１１１１には、接続状態や接続形態を示す情報１１１２が表示される。キー１１１３は使用する認証器を変更する場合に選択するキーである。この場合、通信装置１３１は、キー１１１３が選択されたことを検知すると、前述した選択画面９１０や変形例の選択画面を表示すればよい。

また、図示省略の設定画面を介して、よく使う認証器の設定（デフォルト認証器）の設定操作を受け付けるように構成することもできる。この場合、認証器管理部４２２は、ユーザ操作に基づき設定されたデフォルト認証器の設定を記憶しておく。そして、オンライン認証に関するユーザ操作を受け付けた場合、通信装置１３１は、管理部４２２に記憶されたデフォルト認証器を今回の認証関連の要求で使用する認証器として自動選択し、認証画面を表示する。

＜その他の実施形態＞
本発明は、上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣやＦＰＧＡ）によっても実現可能である。

１３１ 通信装置
１３０ 連携サービス
１４１ 認証器
１４２ 認証器
１４３ 認証器

Claims (11)

1. 外部デバイスと通信を行い、外部デバイスが所定の認定を通過した外部デバイスであるか否かを検証する検証手段と、
   認証器を選択する画面を表示する表示制御手段と、を有し、
   前記画面では、前記検証手段による検証結果に基づき、所定の認定を通過した外部デバイスであることが検証された外部認証器に対応する表示アイテムと、前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器に対応する表示アイテムとが区別可能に表示されることを特徴とする通信装置。
2. 前記通信装置の内部認証器として機能する認証手段と、
   外部認証器を探索する探索手段と、を更に備え、
   前記画面には、内部認証器に対応する表示アイテムが更に表示されることを特徴とする請求項１に記載の通信装置。
3. 前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器に対応する表示アイテムは、警告を示すアイコンとともに表示され、所定の認定を通過した外部デバイスであることが検証された外部認証器に対応する表示アイテムは、前記警告を示すアイコンを含まない表示様態で表示されることを特徴とする請求項１又は２に記載の通信装置。
4. 所定の認定を通過した外部デバイスであることが検証された外部認証器に対応する表示アイテムは、前記警告を示すアイコンとは異なるアイコンを含む表示様態で表示されることを特徴とする請求項３に記載の通信装置。
5. 前記画面を介して前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器に対応する表示アイテムが選択された場合に、ユーザに対して所定の通知を行う通知手段と、
   を有することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記所定の通知は警告を示す通知であることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 前記検証手段は、外部デバイスにチャレンジを送信し、当該外部デバイスが秘密鍵を用いて署名した署名付きチャレンジの受信を試みた結果に基づき、外部デバイスが所定の認定を通過した外部デバイスであるか否かを検証することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 前記所定の認定を通過した外部デバイスは、前記通信装置のオペレーティングシステムのベンダが前記外部デバイスに対して所定の審査を行った結果、ベンダが定める性能基準を満たしていると判断された外部デバイスであることを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. Ｗｅｂブラウザと、
   前記通信装置において前回使用された認証器を記憶する記憶手段を更に備え、
   前記Ｗｅｂブラウザを介して、認証器を使用する処理を行うためのユーザ操作を受け付けた場合、前記表示制御手段は、前記記憶手段に記憶された前回使用された認証器が使用する認証器として選択され、当該選択された認証器を用いて認証処理を行うための第２画面を表示し、
   前記第２画面には、使用する認証器を変更するための表示アイテムが表示され、前記使用する認証器を変更するための表示アイテムが選択された場合、前記表示制御手段は、前記画面を表示することを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
10. 通信装置の制御方法であって、
    外部デバイスと通信を行い、外部デバイスが所定の認定を通過した外部デバイスであるか否かを検証する検証工程と、
    認証器を選択する画面を表示する表示制御工程と、を有し、
    前記画面では、前記検証工程における検証結果に基づき、所定の認定を通過した外部デバイスであることが検証された外部認証器に対応する表示アイテムと、前記所定の認定を通過した外部デバイスであることが検証できなかった外部認証器に対応する表示アイテムとが区別可能に表示されることを特徴とする制御方法。
11. 請求項１０に記載の通信装置の制御方法をコンピュータに実行させるためのプログラム。

Images