(57)【特許請求の範囲】
【請求項１】
互いに近距離無線通信を行う子機及び親機と、該親機とネットワークを介して通信する管理サーバとを備える認証システムにおける認証方法であって、該管理サーバは、該子機の公開鍵及び該親機の親機ＩＤを紐付けて登録し、
前記親機が、前記子機の公開鍵及び前記親機の親機ＩＤを前記管理サーバに送信するステップと、
前記管理サーバが、前記子機の公開鍵を識別タグとして、前記子機に対して登録済みの親機ＩＤが存在するか否か判定するステップと、
登録済みの親機ＩＤが存在する場合、前記管理サーバが、該親機ＩＤにより特定される前記親機に、前記子機が新規の親機に対し端末間認証処理を要求している旨を送信するステップと、
前記子機が新規の親機に対し端末間認証処理を要求している旨を送信した場合に、登録済みの親機ＩＤにより特定される前記親機から、前記子機の新規の親機との端末間認証処理を拒絶する旨が送信された場合、前記管理サーバが、登録済み親機ＩＤにより特定される前記親機に、新規の親機の親機ＩＤを送信するステップと、
を含む認証方法。
【請求項２】
登録済みの親機ＩＤが存在しない場合、前記管理サーバが、前記子機の公開鍵及び前記親機ＩＤを紐付けて登録し、さらに前記親機に前記子機との端末間認証処理を許可する旨を送信するステップをさらに含む請求項１に記載の認証方法。
【請求項３】
前記管理サーバが、前記子機の公開鍵を用いたデジタル署名により、前記子機を認証できるか否か判定するステップをさらに含む請求項１又は２に記載の認証方法。
【請求項４】
前記子機の公開鍵は、特定の前記親機と鍵交換を行うための子機の公開鍵であり、前記親機ＩＤは、特定の前記子機と鍵交換を行うための親機の公開鍵であることを特徴とする請求項１から３のいずれか一項に記載の認証方法。
【請求項５】
互いに近距離無線通信を行う子機及び親機と、該親機とネットワークを介して通信する管理サーバとを備える認証システムであって、
前記子機は、
前記子機の公開鍵を生成し、前記親機に送信する第１の制御部と、
前記親機と近距離無線通信を行う第１の通信部と、を有し、
前記親機は、
前記子機の公開鍵及び前記親機の親機ＩＤを前記管理サーバに送信する第２の制御部と、
前記子機と近距離無線通信を行い、さらに前記ネットワークを介して前記管理サーバと通信を行う第２の通信部と、を有し、
前記管理サーバは、
前記子機の公開鍵及び前記親機の親機ＩＤを紐付けて管理する管理データベースと、
前記管理データベース内で、前記子機の公開鍵を識別タグとして、前記子機に対して登録済みの親機ＩＤが存在するか否か判定する第３の制御部と、
前記ネットワークを介して前記親機と通信を行う第３の通信部と、を有し、
前記第３の制御部は、登録済みの親機ＩＤが存在する場合、該親機ＩＤにより特定される前記親機に、前記子機が新規の親機に対し端末間認証処理を要求している旨を送信し、
前記子機が新規の親機に対し端末間認証処理を要求している旨を送信した場合に、登録済みの親機ＩＤにより特定される前記親機から、前記子機の新規の親機との端末間認証処理を拒絶する旨が送信された場合、前記管理サーバが、登録済み親機ＩＤにより特定される前記親機に、新規の親機の親機ＩＤを送信する
ことを特徴とする認証システム。
【請求項６】
前記子機が生成する前記公開鍵は、特定の前記親機と鍵交換を行うための子機の公開鍵であり、前記親機ＩＤは、特定の前記子機と鍵交換を行うための親機の公開鍵であることを特徴とする請求項５に記載の認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証方法及び認証システムに関する。
【背景技術】
【０００２】
近年、ヘルスケアデバイスやスマートウォッチ等のウェアラブル端末等を、近距離無線通信によりスマートフォン等に接続して使用することが普及しつつある。このような場合、スマートフォン等が親機として、子機となるウェアラブル端末等の管理を行っている。
【０００３】
ここで、スマートフォン等の親機とウェアラブル端末等の子機との間の安全な接続関係を保証するために、端末間認証方式の一つとして、ＳＳＰ（Secure Simple Pairing）が知られている（非特許文献１）。このＳＳＰは、５つのフェーズ（フェーズ１：公開鍵交換、フェーズ２：認証ステージ、フェーズ３：認証ステージ、フェーズ４：リンクキー計算、フェーズ５：認証及び暗号化）から構成されている。
【先行技術文献】
【特許文献】
【０００４】
【非特許文献１】Bluetooth Special Interest Group, Inc.“Specification of The Bluetooth System Ver.4.2”、[online]、平成２６年１２月２日、[平成２７年９月２５日検索]、インターネット（URL:https://www.bluetooth.org/ja-jp/specification/adopted-specifications）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の方法では、例えばウェアラブル端末等の子機が第三者による盗難にあった場合、第三者が所有するスマートフォン等を親機とする再度のＳＳＰ処理により、盗難にあった子機と第三者が所有する親機との間で、端末間認証が成立できてしまっていた。そしてこれにより、第三者が所有するスマートフォン等を親機として、盗難にあったウェアラブル端末等の子機を不当に使用することが可能であった。
【０００６】
かかる点に鑑みてなされた本発明の目的は、子機と親機との接続関係をより確実に保証することができる認証方法及び認証システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る認証方法は、互いに近距離無線通信を行う子機及び親機と、該親機とネットワークを介して通信する管理サーバとを備える認証システムにおける認証方法であって、該管理サーバは、該子機の公開鍵及び該親機の親機ＩＤを紐付けて登録し、前記親機が、前記子機の公開鍵及び前記親機の親機ＩＤを前記管理サーバに送信するステップと、前記管理サーバが、前記子機の公開鍵を識別タグとして、前記子機に対して登録済みの親機ＩＤが存在するか否か判定するステップと、登録済みの親機ＩＤが存在する場合、前記管理サーバが、該親機ＩＤにより特定される前記親機に、前記子機が新規の親機に対し端末間認証処理を要求している旨を送信するステップと、前記子機が新規の親機に対し端末間認証処理を要求している旨を送信した場合に、登録済みの親機ＩＤにより特定される前記親機から、前記子機の新規の親機との端末間認証処理を拒絶する旨が送信された場合、前記管理サーバが、登録済み親機ＩＤにより特定される前記親機に、新規の親機の親機ＩＤを送信するステップと、を含む。
【０００８】
また、上記課題を解決するため、本発明に係る認証システムは、互いに近距離無線通信を行う子機及び親機と、該親機とネットワークを介して通信する管理サーバとを備える認証システムであって、前記子機は、前記子機の公開鍵を生成し、前記親機に送信する第１の制御部と、前記親機と近距離無線通信を行う第１の通信部と、を有し、前記親機は、前記子機の公開鍵及び前記親機の親機ＩＤを前記管理サーバに送信する第２の制御部と、前記子機と近距離無線通信を行い、さらに前記ネットワークを介して前記管理サーバと通信を行う第２の通信部と、を有し、前記管理サーバは、前記子機の公開鍵及び前記親機の親機ＩＤを紐付けて管理する管理データベースと、前記管理データベース内で、前記子機の公開鍵を識別タグとして、前記子機に対して登録済みの親機ＩＤが存在するか否か判定する第３の制御部と、前記ネットワークを介して前記親機と通信を行う第３の通信部と、を有し、前記第３の制御部は、登録済みの親機ＩＤが存在する場合、該親機ＩＤにより特定される前記親機に、前記子機が新規の親機に対し端末間認証処理を要求している旨を送信し、前記子機が新規の親機に対し端末間認証処理を要求している旨を送信した場合に、登録済みの親機ＩＤにより特定される前記親機から、前記子機の新規の親機との端末間認証処理を拒絶する旨が送信された場合、前記管理サーバが、登録済み親機ＩＤにより特定される前記親機に、新規の親機の親機ＩＤを送信することを特徴とする。
【発明の効果】
【０００９】
本発明に係る認証方法及び認証システムによれば、子機と親機との接続関係をより確実に保証することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る認証システムの構成の一例を示す図である。
【図２】本発明の一実施形態に係る子機の構成の一例を示す図である。
【図３】本発明の一実施形態に係る親機の構成の一例を示す図である。
【図４】本発明の一実施形態に係る管理サーバの構成の一例を示す図である。
【図５】本発明の一実施形態に係る認証システムの動作の一例を示すシーケンス図である。
【図６】管理ＤＢに登録された親機ＩＤ及び子機ＩＤの一例を示す図である。
【図７】本発明の一実施形態に係る認証システムの動作の一例を示すシーケンス図である。
【図８】新規の親機から管理サーバへの子機の公開鍵及び親機ＩＤの送信の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係る実施形態について、図面を参照して説明する。
【００１２】
[システム構成]
図１は、本発明の一実施形態に係る認証システム１の構成の一例を示す図である。図１に示す認証システム１は、子機１０と、親機２０と、管理サーバ３０とを備える。管理サーバ３０及び親機２０は、ネットワークを介して互いに接続されている。
【００１３】
子機１０は、例えば、ヘルスケアデバイスやスマートウォッチ等のウェアラブル端末である。親機２０は、例えば、スマートフォンであり、ウェアラブル端末である子機１０を利用する利用者が所有している。また、親機２０は、子機１０の機能等を管理する。子機１０及び親機２０は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信により、互いに無線通信を行う。
【００１４】
また、子機１０及び親機２０では、接続関係を保証するために、端末間認証方式として例えばＳＳＰを採用している。そして、子機１０及び親機２０は、５つのフェーズ（フェーズ１：公開鍵交換、フェーズ２：認証ステージ、フェーズ３：認証ステージ、フェーズ４：リンクキー計算、フェーズ５：認証及び暗号化）から成るＳＳＰのうち、フェーズ１で、例えばＥＣＤＨ（Elliptic Curve Diffie-Hellman）鍵交換により、ＤＨ（Diffie-Hellman）鍵交換を行う。以下、ＳＳＰを採用した場合の鍵交換の処理の一例を簡単に説明する。なお、以下では、ＥＣＤＨ鍵交換によりＤＨ鍵交換を行う例を説明するが、子機１０及び親機２０は、他の鍵交換を行うアルゴリズムを利用して、鍵交換を行ってもよい。
【００１５】
まず、所定の楕円曲線上において予め定められるベースポイントをＰとする場合、子機１０は、秘密鍵Ｓａ１及び公開鍵ＰＫａ１（＝Ｓａ１×Ｐ）のペアを生成し、親機２０は、秘密鍵Ｓｂ１及び公開鍵ＰＫｂ１（＝Ｓｂ１×Ｐ）のペアを生成する。次に、子機１０及び親機２０は、それぞれ、図１に示すように、互いの公開鍵ＰＫａ１，ＰＫｂ１を交換する。その後、子機１０は、自身の秘密鍵Ｓａ１及び親機２０の公開鍵ＰＫｂ１を用いて鍵ＤＨ（＝Ｓａ１×ＰＫｂ１）を生成し、また、親機２０も、自身の秘密鍵Ｓｂ１及び子機１０の公開鍵ＰＫａ１を用いて鍵ＤＨ（＝Ｓｂ１×ＰＫａ１）を生成する。このようにして、子機１０及び親機２０は、鍵ＤＨによる鍵共有を行う。
【００１６】
管理サーバ３０は、接続関係を有する子機１０と親機２０について、子機１０の子機ＩＤ及び親機２０の親機ＩＤを紐付けて登録する。子機１０の子機ＩＤには、例えば、子機１０の公開鍵を用いることができる。また、親機２０の親機ＩＤには、例えば、親機２０のＳＩＭカードに格納されているＩＭＳＩ（International Mobile Subscriber Identity）、親機２０の公開鍵を用いることができる。以下では、子機ＩＤとして子機１０の公開鍵を用いる例を説明する。なお、子機１０の公開鍵は、例えば上述のＤＨ鍵交換等によって、特定の親機２０と鍵交換を行うための公開鍵である。子機１０の公開鍵及び親機ＩＤは、上述のＳＳＰ処理での公開鍵交換後、親機２０によって、管理サーバ３０に送信される。図１の例では、子機１０の公開鍵ＰＫａ１及び親機２０の親機ＩＤｘが、親機２０によって管理サーバ３０へ送信されている。
【００１７】
以下、子機１０、親機２０及び管理サーバ３０の構成及び機能について、より詳細に説明する。
【００１８】
図２は、本発明の一実施形態に係る子機１０の構成の一例を示す図である。子機１０は、制御部１１（特許請求の範囲における「第１の制御部」）、記憶部１２、通信部１３（特許請求の範囲における「第１の通信部」）を有する。
【００１９】
制御部１１は、子機１０全体を管理及び制御するものであり、親機２０とのＳＳＰ処理等を行う。制御部１１は、ＳＳＰ処理を行う際に、秘密鍵Ｓａ１及び公開鍵ＰＫａ１のペアを生成し、記憶部１２に記憶させる。そして、制御部１１は、通信部１３を介し、自身の公開鍵ＰＫａ１を親機２０に送信する。
【００２０】
記憶部１２は、例えば不揮発性メモリであり、子機１０の秘密鍵Ｓａ１及び公開鍵ＰＫａ１や、子機１０の機能を実現する処理内容を記述したプログラム等を記憶している。
【００２１】
通信部１３は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信により、親機２０等との通信を行う。
【００２２】
図３は、本発明の一実施形態に係る親機２０の構成の一例を示す図である。親機２０は、制御部２１（特許請求の範囲における「第２の制御部」）、記憶部２２、通信部２３（特許請求の範囲における「第２の通信部」）を有する。
【００２３】
制御部２１は、親機２０全体を管理及び制御するものであり、子機１０とのＳＳＰ処理等を行う。制御部２１は、ＳＳＰ処理の際、自身の秘密鍵Ｓｂ１及び公開鍵ＰＫｂ１のペアを生成し、記憶部２２に記憶させる。そして、制御部２１は、通信部２３を介し、自身の公開鍵ＰＫｂ１を子機１０に送信する。
【００２４】
また、制御部２１は、通信部２３を介し、子機１０の公開鍵ＰＫａ１を受信すると、子機１０の公開鍵ＰＫａ１及び自身の親機ＩＤｘを、管理サーバ３０に送信する。その後、制御部２１は、管理サーバ３０から、子機１０とのＳＳＰ処理を許可する旨を受信した場合は、子機１０とのＳＳＰ処理を実行する。
【００２５】
また、制御部２１は、通信部２３を介し、管理サーバ３０から、子機１０が新規の親機（つまり、親機２０とは別の親機）に対しＳＳＰ処理を要求している旨を受信した場合、子機１０の新規の親機に対するＳＳＰ処理を許可するか否か判定する。この子機１０が新規の親機に対しＳＳＰ処理を要求している旨は、例えば、子機１０が盗難にあった場合等に、子機１０と第三者の所有する他の親機との間でＳＳＰ処理が行われる場合や、子機１０を利用する利用者が親機を２台以上所有している場合等に、子機１０と子機１０の利用者が所有する他の親機との間でＳＳＰ処理が行われる場合に、送信される。制御部２１は、子機１０の新規の親機に対するＳＳＰ処理を許可すると判定した場合、通信部２３を介し、管理サーバ３０に、子機１０の新規の親機に対するＳＳＰ処理を許可する旨を送信する。一方、制御部２１は、子機１０の新規の親機に対するＳＳＰ処理を許可しないと判定した場合、通信部２３を介し、管理サーバ３０に、子機１０の新規の親機に対するＳＳＰ処理を拒絶する旨を送信する。
【００２６】
なお、この処理は、例えば、制御部２１が、親機２０の図示しない表示部に、子機１０が新規の親機に対しＳＳＰ処理を要求している旨を表示して親機２０の利用者に示すことにより、この旨を利用者に判断させることによって、行ってもよい。これにより、例えば子機１０が盗難等にあった場合に、子機１０と第三者の所有する他の親機との間のＳＳＰ処理による端末間認証の成立を防ぐことができるため、子機１０が第三者に利用されるのを防止することができる。
【００２７】
また、制御部２１は、通信部２３を介し、管理サーバ３０に子機１０の新規の親機に対するＳＳＰ処理を拒絶する旨を送信した後、管理サーバ３０から、新規の親機の親機ＩＤを受信することができる。これにより、受信した新規の親機の親機ＩＤが例えばＩＭＳＩである場合、子機１０を利用しようとする第三者を、例えば新規の親機の所在場所から、特定することができる。
【００２８】
記憶部２２は、例えば不揮発性メモリであり、親機２０の秘密鍵Ｓｂ１及び公開鍵ＰＫｂ１や、親機２０の機能を実現する処理内容を記述したプロブラム等を記憶している。
【００２９】
通信部２３は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信により、子機１０等との通信を行う。また、通信部２３は、ネットワークを介し、管理サーバ３０等との通信を行う。
【００３０】
図４は、本発明の一実施形態に係る管理サーバ３０の構成の一例を示す図である。管理サーバ３０は、制御部３１（特許請求の範囲における「第３の制御部」）、管理ＤＢ（データベース）３２、通信部３３（特許請求の範囲における「第３の通信部」）を有する。
【００３１】
制御部３１は、管理サーバ３０全体を管理及び制御するものである。まず、制御部３１が行う処理のうち、子機１０及び親機２０の初期登録の処理について説明する。
【００３２】
＜初期登録＞
制御部３１は、通信部３３を介し、親機２０から、子機１０の公開鍵ＰＫａ１及び親機ＩＤｘを取得すると、子機１０を認証できるか否か判定する。制御部３１は、例えば、子機１０の公開鍵ＰＫａ１を用いたデジタル署名により、子機１０を認証できるか否か判定する。制御部３１は、例えば、デジタル署名アルゴリズムの一つであるＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithm）により、子機１０の認証を行ってもよい。また、制御部３１は、例えば、親機２０を経由したチャレンジ／レスポンス認証を行うことにより、子機１０の認証を行ってもよい。
【００３３】
制御部３１は、子機１０を認証できる場合、管理ＤＢ３２を検索し、子機１０に対し登録済みの親機が存在するか否か判定する。制御部３１は、例えば、取得した子機１０の公開鍵ＰＫａ１を識別タグとして管理ＤＢ３２を検索し、子機１０に対して登録済みの親機が存在するか否か判定する。
【００３４】
制御部３１は、子機１０に対し登録済みの親機が存在しないと判定した場合、取得した子機１０の公開鍵ＰＫａ１及び親機ＩＤｘを紐付けて、管理ＤＢ３２に格納させて登録する。そしてその後、制御部３１は、親機２０に、子機１０とのＳＳＰ処理を許可する旨を送信する。親機２０によって、子機１０とのＳＳＰ処理を許可する旨が受信されると、子機１０とのＳＳＰ処理が実行される。
【００３５】
次に、子機１０と新規の親機とのＳＳＰ処理が行われる際の制御部３１による処理について説明する。
【００３６】
＜子機と新規の親機とのＳＳＰ処理＞
まず、制御部３１は、通信部３３を介し、新規の親機から子機１０の公開鍵ＰＫａ１及び新規の親機の親機ＩＤ（以下、新規の親機の親機ＩＤを親機ＩＤｙと表記する）を取得すると、上述と同様にして、子機１０を認証できるか否か判定する。
【００３７】
次に、制御部３１は、子機１０を認証できる場合、上述と同様にして、管理ＤＢ３２を検索し、子機１０に対し登録済みの親機が存在するか否か判定する。
【００３８】
制御部３１は、子機１０に対し登録済みの親機が存在しないと判定した場合、上述と同様にして、取得した子機１０の公開鍵ＰＫａ１及び親機ＩＤｙを紐付けて、管理ＤＢ３２に格納させて登録する。そしてその後、制御部３１は、新規の親機に、子機１０とのＳＳＰ処理を許可する旨を送信する。新規の親機によって、子機１０とのＳＳＰ処理を許可する旨が受信されると、子機１０とのＳＳＰ処理が実行される。
【００３９】
一方、制御部３１は、子機１０に対し登録済みの親機が存在すると判定した場合、管理ＤＢ３２内において、子機１０の公開鍵ＰＫａ１に紐付けられて登録されている親機ＩＤｘにより特定される親機２０に、子機１０が新規の親機に対しＳＳＰ処理を要求している旨を送信する。
【００４０】
制御部３１は、親機２０に子機１０が新規の親機に対しＳＳＰ処理を要求している旨を送信した後、親機２０から、新規の親機に対して子機１０とのＳＳＰ処理を許可する旨を受信した場合、取得した子機１０の公開鍵ＰＫａ１及び親機ＩＤｙを紐付けて、管理ＤＢ３２に格納させて登録する。そしてその後、新規の親機に、子機１０とのＳＳＰ処理を許可する旨を送信する。新規の親機によって、子機１０とのＳＳＰ処理を許可する旨が受信されると、子機１０とのＳＳＰ処理が実行される。
【００４１】
一方、制御部３１は、親機２０に子機１０が新規の親機に対しＳＳＰ処理を要求している旨を送信した後、親機２０から、新規の親機に対して子機１０とのＳＳＰ処理を拒絶する旨を受信した場合、親機２０に、新規の親機の親機ＩＤｙを送信してもよい。
【００４２】
管理ＤＢ３２は、接続関係を有する子機の公開鍵及び親機の親機ＩＤを紐付けて格納している。
【００４３】
通信部３３は、ネットワークを介し、親機２０等との通信を行う。
【００４４】
以下、親機２０の機種変更を行う際の処理について説明する。
【００４５】
＜親機の機種変更を行う際の処理＞
親機２０の機種変更は、機種変更前の親機２０に保持されているＳＳＰ処理の情報（例えば、秘密鍵Ｓｂ１、公開鍵Ｐｋｂ１等）を、システムバックアップにより、機種変更後の親機２０に引き続くことで、行うことができる。また、機種変更後の親機２０のＳＩＭカードに格納されているＩＭＳＩを親機ＩＤとして使用することもでき、この場合、機種変更後の親機２０は、管理サーバ３０に対して親機ＩＤの更新を行う。この際、管理サーバ３０は、チャレンジ／レスポンス認証により、機種変更後の親機２０を認証した後、親機ＩＤを更新してもよい。
【００４６】
[システム動作]
以下、認証システム１のシステム動作について説明する。まず、管理サーバ３０による子機１０及び親機２０の初期登録について説明する。
【００４７】
＜初期登録＞
図５は、本発明の一実施形態に係る認証システム１の動作の一例を示すシーケンス図である。
【００４８】
まず、子機１０の制御部１１は、自身の秘密鍵Ｓａ１及び公開鍵ＰＫａ１のペアを生成する（ステップＳ１０１）。また、制御部１１は、生成した自身の秘密鍵Ｓａ１及び公開鍵ＰＫａ１を、子機１０の記憶部１２に記憶させておく。
【００４９】
次に、制御部１１は、ステップＳ１０１の処理により生成した公開鍵ＰＫａ１を、子機１０の通信部１３を介して、親機２０に送信する（ステップＳ１０２）。このステップＳ１０２の処理は、例えば、ＳＳＰ処理のフェーズ１における子機１０及び親機２０の公開鍵ＰＫａ１，ＰＫｂ１の交換の際に行うことができる。
【００５０】
親機２０の制御部２１は、親機２０の通信部２３を介して、子機１０の公開鍵ＰＫａ１を取得すると（ステップＳ１０３）、子機１０の公開鍵ＰＫａ１及び親機２０の親機ＩＤｘを、通信部２３を介して、管理サーバ３０に送信する（ステップＳ１０４）。
【００５１】
その後、管理サーバ３０の制御部３１は、子機１０の公開鍵ＰＫａ１及び親機ＩＤｘを取得すると（ステップＳ１０５）、子機１０を認証できるか否か判定する（ステップＳ１０６）。制御部３１は、例えば、子機１０の公開鍵ＰＫａ１を用いたデジタル署名により、子機１０を認証できるか否か判定する。制御部３１は、例えば、デジタル署名アルゴリズムの一つであるＥＣＤＳＡにより、子機１０の認証を行ってもよい。また、制御部３１は、例えば、親機２０を経由したチャレンジ／レスポンス認証を行うことにより、子機１０の認証を行ってもよい。制御部３１は、子機１０を認証できる場合（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０７の処理に進む。一方、制御部３１は、子機１０を認証できない場合（ステップＳ１０６：Ｎｏ）、処理を終了する。
【００５２】
ステップＳ１０７の処理では、制御部３１は、管理サーバ３０の管理ＤＢ３２を検索して、子機１０に対し登録済みの親機が存在するか否か判定する。制御部３１は、例えば、取得した子機１０の公開鍵ＰＫａ１を識別タグとして管理ＤＢ３２を検索し、子機１０に対し登録済みの親機が存在するか否か判定する。制御部３１は、子機１０に対し登録済みの親機が存在すると判定した場合（ステップＳ１０７：Ｙｅｓ）、処理を終了する。一方、制御部３１は、子機１０に対し登録済みの親機が存在しないと判定した場合（ステップＳ１０７：Ｎｏ）、ステップＳ１０８の処理に進む。
【００５３】
ステップＳ１０８の処理では、制御部３１は、ステップＳ１０５の処理により取得した子機１０の公開鍵ＰＫａ１及び親機ＩＤｘを紐付けて、管理ＤＢ３２に格納させて登録する。
【００５４】
図６に、ステップＳ１０１〜Ｓ１０８の処理により管理ＤＢ３２に登録された親機ＩＤ及び子機ＩＤの一例を示す。図６の例では、親機ＩＤｘにより特定される親機と公開鍵ＰＫａ１，ＰＫａ２，ＰＫａ３により特定される子機とが、接続関係を有する。また、親機ＩＤｙにより特定される親機と公開鍵ＰＫａ４，ＰＫａ５により特定される子機とが、接続関係を有する。
【００５５】
その後、ステップＳ１０９の処理において、制御部３１は、通信部３３を介し、親機２０に、子機１０とのＳＳＰ処理を許可する旨を送信する。親機２０は、ステップＳ１０９の処理による子機１０とのＳＳＰ処理を許可する旨を受信すると、子機１０とのＳＳＰ処理を実行する。
【００５６】
＜子機と新規の親機とのＳＳＰ処理＞
図７は、本発明の一実施形態に係る認証システム１の動作の一例を示すシーケンス図である。以下では、図１に示す子機１０が、子機１０と接続関係を有しない新規の親機２０ａに対し、ＳＳＰ処理の要求を行う例を説明する。また、親機２０ａの制御部、記憶部及び通信部は、それぞれ、制御部２１ａ、記憶部２２ａ及び通信部２３ａと称する。
【００５７】
まず、子機１０の制御部１１は、新規の親機２０ａに自身の公開鍵ＰＫａ１を送信し、親機２０ａに対してＳＳＰ処理の要求を行う（ステップＳ２０１）。その後、親機２０ａの制御部２１ａは、親機２０ａの通信部２３ａを介して、子機１０の公開鍵ＰＫａ１を取得すると（ステップＳ２０２）、子機１０の公開鍵ＰＫａ１及び自身の親機ＩＤｙを、通信部２３ａを介して、管理サーバ３０に送信する（ステップＳ２０３）。図８に、新規の親機２０ａから管理サーバ３０への子機１０の公開鍵ＰＫａ１及び親機ＩＤｙの送信の一例を示す。
【００５８】
次に、管理サーバ３０の制御部３１は、子機１０の公開鍵ＰＫａ１及び親機ＩＤｙを取得すると（ステップＳ２０４）、子機１０を認証できるか否か判定する（ステップＳ２０５）。制御部３１は、図５に示すステップＳ１０６の処理と同様にして、ステップＳ２０５の処理を行う。制御部３１は、子機１０を認証できる場合（ステップＳ２０５：Ｙｅｓ）、ステップＳ２０６の処理に進む。一方、制御部３１は、子機１０を認証できない場合（ステップＳ２０５：Ｎｏ）、処理を終了する。
【００５９】
ステップＳ２０６の処理では、制御部３１は、管理サーバ３０の管理ＤＢ３２を検索して、子機１０に対し登録済みの親機が存在するか否か判定する。制御部３１は、例えば、取得した子機１０の公開鍵ＰＫａ１を識別タグとして管理ＤＢ３２を検索し、子機１０に対し登録済みの親機が存在するか否か判定する。制御部３１は、子機１０に対し登録済みの親機が存在すると判定した場合（ステップＳ２０６：Ｙｅｓ）、ステップＳ２０７の処理に進む。一方、制御部３１は、子機１０に対し登録済みの親機が存在しないと判定した場合（ステップＳ２０６：Ｎｏ）、ステップＳ２１０の処理に進む。
【００６０】
ステップＳ２０７の処理では、制御部３１は、管理ＤＢ３２内において、子機１０の公開鍵ＰＫａ１に紐付けられて登録されている親機ＩＤにより特定される親機２０に、子機１０が新規の親機２０ａに対しＳＳＰ処理を要求している旨を送信する。
【００６１】
ステップＳ２０８の処理では、親機２０の制御部２１は、子機１０が新規の親機２０ａに対しＳＳＰ処理を要求している旨を受信すると、子機１０の新規の親機２０ａに対するＳＳＰ処理を許可するか否か判定する。制御部２１は、子機１０の新規の親機２０ａに対するＳＳＰ処理を許可すると判定した場合（ステップＳ２０８：Ｙｅｓ）、管理サーバ３０に、子機１０の新規の親機２０ａに対するＳＳＰ処理を許可する旨を送信する（ステップＳ２０９）。一方、制御部２１は、子機１０の新規の親機２０ａに対するＳＳＰ処理を許可しないと判定した場合（ステップＳ２０８：Ｎｏ）、ステップＳ２１２の処理に進む。
【００６２】
ステップＳ２１０の処理では、制御部３１は、子機１０の公開鍵ＰＫａ１及び親機２０ａの親機ＩＤｙを紐付けて、管理ＤＢ３２に格納させて登録する（ステップＳ２１０）。
【００６３】
その後、管理サーバ３０の制御部３１は、新規の親機２０ａに対して子機１０とのＳＳＰ処理を許可する旨を送信する（ステップＳ２１１）。親機２０ａは、ステップＳ２１１の処理による子機１０とのＳＳＰ処理を許可する旨を受信すると、子機１０とのＳＳＰ処理を実行する。
【００６４】
このようにステップＳ２０６〜Ｓ２１１の処理により、子機１０に対し登録済みの親機が存在しない場合又は親機２０によって子機１０の新規の親機２０ａに対するＳＳＰ処理を許可する旨が送信された場合、子機１０の公開鍵ＰＫａ１及び親機２０ａの親機ＩＤｙは、紐付けられて管理ＤＢ３２に格納させて登録される。またさらに、親機２０ａに子機１０とのＳＳＰ処理を許可する旨が送信され、子機１０と親機２０ａのＳＳＰ処理が実行される。
【００６５】
ステップＳ２１２の処理では、親機２０の制御部２１は、子機１０の新規の親機２０ａに対するＳＳＰ処理を拒絶する旨を、管理サーバ３０に対し送信する。
【００６６】
このようにステップＳ２０６〜Ｓ２１２の処理により、子機１０が盗難にあった場合等に、子機１０と接続関係を有する親機２０に、子機１０が新規の親機２０ａに対しＳＳＰ処理を要求している旨が送信される。そして、親機２０が子機１０の新規の親機２０ａに対するＳＳＰ処理を拒絶する旨を管理サーバ３０に送信することで、子機１０と新規の親機２０ａとのＳＳＰ処理を防ぐことができる。これにより、例えば子機１０が盗難等にあった場合に、子機１０と第三者の所有する他の親機との間のＳＳＰ処理による端末間認証の成立を防ぐことができるため、子機１０が第三者に利用されるのを防止することができる。
【００６７】
その後、管理サーバ３０の制御部３１は、親機２０から、子機１０の新規の親機２０ａに対するＳＳＰ処理を拒絶する旨を受信すると（ステップＳ２１３）、ステップＳ２０４の処理により取得した親機２０ａの親機ＩＤｙを、親機２０に送信する（ステップＳ２１４）。
【００６８】
このようにステップＳ２１３，Ｓ２１４の処理により、子機１０と接続関係を有する親機２０が、子機１０の新規の親機２０ａに対するＳＳＰ処理を拒絶すると、親機２０に、親機２０ａの親機ＩＤｙが送信される。これにより、受信した親機２０ａの親機ＩＤｙが例えばＩＭＳＩである場合、子機１０を利用しようとする第三者を、例えば親機２０ａの所在場所から、特定することができる。
【００６９】
以上のように、認証システム１では、管理ＤＢ３２において、子機１０の公開鍵ＰＫａ１及び親機２０の親機ＩＤｘを紐付けて登録する。そして、新規の親機２０ａから、子機１０の公開鍵ＰＫａ１及び親機ＩＤｙを受信すると、管理ＤＢ３２内で、子機の公開鍵ＰＫａ１を識別タグとして、子機１０に登録済みの親機ＩＤが存在するか否か判定する。さらに、登録済みの親機ＩＤｘが存在する場合は、登録済みの親機ＩＤｘにより特定される親機２０に、子機１０が新規の親機２０ａに対してＳＳＰ処理を要求している旨を送信する。これにより、例えば子機１０が盗難にあった場合等に、子機１０と接続関係を有しない新規の親機２０ａとのＳＳＰ処理を防ぎ、子機と接続関係を有する親機２０との接続関係をより確実に保証することができる。
【００７０】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、本発明について装置を中心に説明してきたが、本発明は装置が備えるプロセッサにより実行される方法、プログラム、又はプログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【符号の説明】
【００７１】
１  認証システム
１０  子機
１１  制御部
１２  記憶部
１３  通信部
２０  親機
２１  制御部
２２  記憶部
２３  通信部
３０  管理サーバ
３１  制御部
３２  管理ＤＢ
３３  通信部
【図１】
0006407838.tif 000002
【図２】
0006407838.tif 000003
【図３】
0006407838.tif 000004
【図４】
0006407838.tif 000005
【図５】
0006407838.tif 000006
【図６】
0006407838.tif 000007
【図７】
0006407838.tif 000008
【図８】
0006407838.tif 000009