JP2018197997A - システム、情報処理装置、方法及びプログラム - Google Patents

システム、情報処理装置、方法及びプログラム Download PDF

Info

Publication number
JP2018197997A
JP2018197997A JP2017102857A JP2017102857A JP2018197997A JP 2018197997 A JP2018197997 A JP 2018197997A JP 2017102857 A JP2017102857 A JP 2017102857A JP 2017102857 A JP2017102857 A JP 2017102857A JP 2018197997 A JP2018197997 A JP 2018197997A
Authority
JP
Japan
Prior art keywords
authentication
information processing
processing apparatus
information
secret key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017102857A
Other languages
English (en)
Other versions
JP2018197997A5 (ja
JP6918576B2 (ja
Inventor
弘孝 船山
Hirotaka Funayama
弘孝 船山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2017102857A priority Critical patent/JP6918576B2/ja
Priority to US15/980,587 priority patent/US11044085B2/en
Priority to KR1020180058063A priority patent/KR102315262B1/ko
Priority to CN201810527350.1A priority patent/CN108959878B/zh
Publication of JP2018197997A publication Critical patent/JP2018197997A/ja
Publication of JP2018197997A5 publication Critical patent/JP2018197997A5/ja
Priority to US17/324,998 priority patent/US20210273794A1/en
Application granted granted Critical
Publication of JP6918576B2 publication Critical patent/JP6918576B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/41—User authentication where a single sign-on provides access to a plurality of computers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
    • H04L9/0844—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols with user authentication or key authentication, e.g. ElGamal, MTI, MQV-Menezes-Qu-Vanstone protocol or Diffie-Hellman protocols using implicitly-certified keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
    • H04L9/3231—Biological data, e.g. fingerprint, voice or retina
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Biomedical Technology (AREA)
  • Computing Systems (AREA)
  • Bioethics (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Storage Device Security (AREA)
  • Collating Specific Patterns (AREA)

Abstract

【課題】 買い替えなどの端末変更時に、ＦＩＤＯなどの特殊な認証の仕組みを利用するシステムを変更後の端末でも利用する場合には、その変更端末における登録作業が煩雑になり得た。【解決手段】 本発明によれば、変更前後のいずれかの端末で、システムへの通常の登録作業とは異なる移行のための作業を開始して、ユーザーに両端末に対して認証作業を連続で行うだけで容易に変更後の端末における登録作業を完了させる仕組みを提供する。【選択図】 図４

Description

本発明は、デスクトップＰＣや、タブレットやスマートフォンなどの携帯端末のような情報処理装置の特殊なデータを別の装置に移行する際の技術に関する。
近年、生体認証を含む新たな認証システムとして、ＦＩＤＯ（Ｆａｓｔ Ｉｄｅｎｔｉｔｙ Ｏｎｌｉｎｅ）が注目されている。生体認証で用いられる指紋や静脈といった生体情報は、外部に情報が流出してしまった場合に、ＩＤ／パスワード認証におけるパスワードと異なり情報を書き換えることができないため、情報漏洩が致命的になる。これに対して、ＦＩＤＯで想定される仕組みの１つでは、インターネットなどネットワーク上のサービスを利用するための認証作業自体を、ネットワークを経由してサーバー上で行うのではなく、ユーザーの手元にある端末上で行う。サービス上でのユーザーの確認はその認証成功に従う別の方法で保障される。そのため、生体情報がネットワーク上に流れることがなく、情報漏洩のリスクが少ないと言える。
ここで、上述のＦＩＤＯの仕組みなど、生体情報での認証を行う仕組みにおいて、認証に必要な情報は、端末内の耐タンパー性のあるセキュアな領域に格納される。従って、認証に必要な情報はセキュアに管理される一方で容易に取り出すことができないため、ユーザーが利用する情報処理装置を変更する時などには、データ移行が比較的難しいといえる。多くの場合は、新たな情報処理装置側で、ユーザーによる登録作業の完全なやり直しを求められる。
データ移行に関する技従来技術としては特許文献１がある。特許文献１では、まず、端末間でのデータ移行時に移行元端末から出力した移行データが端末依存情報だった場合に、端末非依存情報に書き換える。そして、移行先端末が、移行元端末が出力したその移行データを取り込む際には、移行先端末で使用できる端末依存情報に復元する技術が開示されている。
特開２０１４−２３５５８３号公報
ユーザーが利用する情報処理装置を変更する時（買い替えなど）に上述のような仕組みを採用するサービスを変更後の装置でも利用したい場合がある。しかしながら、そのようなサービスを利用するために情報処理装置で管理される情報には上述した認証に必要な情報も含まれるため、特許文献１に記載の技術のような新旧の装置間での簡単なデータ移行でサービスを継続利用できるようになるわけではない。
本発明におけるシステムは、
第１認証モジュールと耐タンパー性を備える第１記憶手段とを有し、該第１認証モジュールによるユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成し、該認証情報と該秘密鍵とを前記第１記憶手段に格納し、前記公開鍵をサービス提供システムに提供する第１情報処理装置と、
前記第１情報処理装置から提供された公開鍵を登録し、前記第１情報処理装置を介して前記ユーザーに機能を提供する際に前記第１情報処理装置から受け付けた前記秘密鍵で暗号化されたデータを前記登録された公開鍵により検証するサービス提供システムと、
第２認証モジュールと耐タンパー性を備える第２記憶手段とを有する第２情報処理装置と、を含むシステムであって、
前記第２情報処理装置における、前記サービス提供システムで発行された第１検証用データを受信した場合に、当該第１検証用データを含む認証要求を、前記第１情報処理装置に対して送信する第１送信手段と、前記第１情報処理装置における、前記第２情報処理装置からの前記認証要求の受信に応じて、ユーザーにより入力された認証情報を用いた、前記第１認証モジュールを介した認証処理を実行する認証手段と、前記第１情報処理装置における、前記第１認証モジュールを介した認証処理が成功した際に、前記第１記憶手段に格納された前記秘密鍵を用いて前記認証要求に含まれる第１検証用データを暗号化する第１暗号化手段と、前記第１情報処理装置における、前記第１記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータを、前記第２情報処理装置に対して返却する返却手段と、前記第２情報処理装置における、前記第１情報処理装置から返却された前記暗号化されたデータを、前記サービス提供システムに送信する第２送信手段と、前記サービス提供システムにおける、前記暗号化されたデータを前記登録された公開鍵により復号した結果、前記第１検証用データであると検証できた場合に、第２検証用データを前記第２情報処理装置に対して提供する提供手段と、前記第２情報処理装置における、前記第２認証モジュールによる前記ユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成し、該認証情報と該秘密鍵とを前記第２記憶手段に格納する格納手段と、前記第２情報処理装置における、前記第２記憶手段に格納された前記秘密鍵を用いて前記第２検証用データを暗号化する第２暗号化手段と、前記第２情報処理装置における、前記第２記憶手段に格納された前記秘密鍵に対応する前記公開鍵と、前記第２記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータとを、前記サービス提供システムに送信する第３送信手段と、前記サービス提供システムにおける、前記応答に含まれる前記暗号化されたデータを前記応答に含まれる前記公開鍵により復号した結果、前記第２検証用データであると検証できた場合に、当該公開鍵を登録する登録手段と、を有することを特徴とする。
本発明によれば、利用する情報処理装置を変更する際などに、生体認証などを用いた認証の仕組みを利用するサービスを、変更後の端末でも利用する際に必要となる登録作業を簡略化できる。
本発明のシステム構成の例を示す図である。 本発明における情報処理装置のハードウェア構成例を示す図である。 本発明における情報処理装置のソフトウェア構成例を示す図である。 実施例１における移行作業全体を示すシーケンス。 移行作業において各端末で表示される画面の例を示す図である。 実施例１における移行元端末、移行先端末における処理を説明するためのフローチャート。 移行作業において扱われるデータの構成例を示す図である。 実施例１で利用されるデータテーブルの例を示す図である。 実施例２における移行作業全体を示すシーケンス。 実施例２における移行先端末での表示制御処理を説明するためのフローチャート。 実施例２における移行元端末での表示制御処理を説明するためのフローチャート。
以下、本発明を実施するための形態について図面を用いて説明する。
（実施例１）
図１は、本発明のシステムの全体構成の例を示す図である。
図１において、例えばスマートフォンなどである端末１２１、１２２、連携サービス１１１、１１２はネットワーク１０１〜１０４を介して、有線、無線などの通信を利用して、接続されている。ネットワーク１０１〜１０４は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれであり。またはこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０１〜１０４は、データの送受信が可能であればよい。本明細書ではネットワーク１０１はインターネット、ネットワーク１０１〜１０４は企業内ネットワークやサービスプロバイダーのネットワークである。
端末１２１、１２２は、プログラムの実行環境が内蔵された携帯電話、スマートフォン、タブレット端末などの情報処理装置である。端末１２１、１２２は、ウェブブラウザーなどのアプリケーションが実行可能である。また、端末１２１、１２２は、個人を認証するための生体情報を取得するためのセンサーやカメラなどを備え、生体情報を検証し、認証するためのプログラムも動作する。
本実施例では、端末１２１、１２２を区別して、端末１２１を移行元端末１２１と呼び、端末１２２を移行先端末１２２と呼ぶことで区別する場合がある。例えば、端末買い替えや追加購入の際の旧端末が移行元端末１２１であり、旧端末の環境が移行されるべき新端末が移行先端末１２２である。本発明では、端末１２１、１２２の接続はＢｌｕｅｔｏｏｔｈ（登録商標）通信を想定しているが、ＵＳＢやＷｉＦｉなど、他の有線、または無線の接続を利用することも可能である。
連携サービス１１１、１１２は、それぞれが機能を提供するサービス提供システムである。サービス提供システムは、１以上のサーバーコンピュータ（仮想マシンも含む）上にて実行され、端末１２１、１２２内で動作するアプリケーションに対してＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）を公開する。端末１２１、１２２にインストールされているアプリケーションは、連携サービス１１１、１１２が提供する各種ＡＰＩを呼び出すことで、端末１２１、１２２の利用者に連携サービス１１１、１１２を利用した各種機能を提供する。端末１２１、１２２のユーザーは連携サービス１１１、１１２にアカウントを持ち、連携サービス１１１、１１２に対してユーザー自身のアカウントで認証することで、連携サービス１１１、１１２内のユーザー自身のデータにアクセスすることができる。Ｆａｓｔ Ｉｄｅｎｔｉｔｙ Ｏｎｌｉｎｅ（ＦＩＤＯ）が適用されたシステムにおいては、連携サービス１１１、１１２は、Ｒｅｌｙｉｎｇ Ｐａｒｔｙ（ＲＰ）サーバー及びＦＩＤＯサーバーに対応する。
図２は、本発明に係る端末１２１、１２２などを含む情報処理装置のハードウェア構成の例を示す図である。
図２において、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）２０２は装置全体の制御を行う。ＣＰＵ２０２はＨａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、Ｒａｎｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）２０４はフラッシュメモリなどの記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ２０３は一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨａｒｄＤｉｓｃＤｒｉｖｅ（ＨＤＤ）２０５は補助記憶装置の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、後述する本発明特有の処理の関連プログラム等を格納している。補助記憶装置はＳＳＤやＳＤカードなどで実現してもよい。Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ（ＴＰＭ）２１０は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段（チップ）である。耐タンパー性を備えた記憶手段の具体例としては、業界標準であるＴＰＭ２．０（もしくはそれ以上のバージョン）の仕様に準拠したものを想定している。本発明では、オーセンティケータ（Ａｕｔｈｅｎｔｉｃａｔｏｒ）３０５が、認証に用いる生体情報の特徴量や後述の秘密鍵を格納するために用いる。
タッチパネル２０６は表示と入力の２つの機能を備えており、アプリケーションの画面やキーボードなどを表示したりするとともに、ユーザーが画面に手や専用のペンで圧力を加えることにより、触れられた画面位置情報を外部へ情報信号として出力する。出力された信号情報をアプリケーションが利用することで、ユーザーはタッチパネル２０６を通じてアプリケーションを操作することができる。
生体情報センサー２０７は、ユーザーの生体情報を読取るセンサーである。生体情報としては、例えば、ユーザーの指紋、虹彩、静脈、顔画像、声紋などの情報を読み取り信号に変換する。複数のセンサーを用いて、複数の種類の生体情報を組み合わせて、それらのデータの特徴量を認証情報として扱ってもよい。本特許では、生体情報センサー２０７として指紋読み取りセンサーを想定しているが、カメラなど他の生体情報センサーであってもよい。また、タッチパネル２０６と重ねて生体情報センサーを実現し、タッチパネル２０６に触れたり、入力を行ったりすると同時に指紋情報などを読み取って、電気信号に変更するといった構成であってもよい。
Ｂｌｕｅｔｏｏｔｈ２０８は、Ｂｌｕｅｔｏｏｔｈ通信を行う送受信機であり、他のＢｌｕｅｔｏｏｔｈ対応端末と接続することで相互に通信を行うことができる通信機能である。システムバス２０１は、装置内におけるデータの流れを司るものである。Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ（ＮＩＣ）２０９は、該インターフェース２０９、ネットワーク１０１〜１０４を介して外部装置とのデータのやり取りを行う。なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。また、ＵＳＢインターフェースを備えることもできる。生体情報センサー２０７やＢｌｕｅｔｏｏｔｈは、ＵＳＢ接続された外付けハードウェアで実現することもできる。また、携帯電話などであった場合には通話機能のためのハードウェアなど、他に不図示の構成を備えることも可能である。
加えて、ＣＰＵ２０２がＨＤＤ２０５に記憶されている関連プログラムに基づき処理を実行することによって、図３に示されるようなソフトウェア構成及び図６のフローチャートの各ステップの処理が実現される。
図３は、端末１２１、１２２を含む情報処理装置のソフトウェアのモジュール構成例を示す図である。
端末１２１は、連携アプリケーション３０２、移行アプリケーション３０３、認証クライアント３０４、オーセンティケータ（Ａｕｔｈｅｎｔｉｃａｔｏｒ）３０５の各機能から構成される。
なお、本発明において、オーセンティケータ（Ａｕｔｈｅｎｔｉｃａｔｏｒ）は、認証器としての生体情報センサー２０７と連携して、とくに生体情報である認証情報を情報処理装置内で管理したり、生体情報センサー２０７を制御したりするための認証モジュールである。各端末では、複数のオーセンティケータを接続することができ、１つのオーセンティケータに対して複数の生体情報センサーに関する情報を管理させることもできる。また、端末に無線などで外部接続される生体情報センサーを持つ別の認証端末を外部オーセンティケータとして利用することも可能である。
連携アプリケーション３０２は、連携サービス１１１、１１２が提供する各種ＡＰＩと通信してユーザーに機能を提供するアプリケーションである。ユーザーが連携アプリケーション３０２を用いて連携サービス１１１、１１２にアクセスする場合は、オーセンティケータ３０５の認証情報格納部３３３により格納された認証情報を用いて、連携サービス１１１、１１２に対する認証を行う必要がある。なお、連携サービスごとに連携アプリケーションが用意されているような場合には、複数の連携アプリケーションが端末上にインストールされることになる。
移行アプリケーション３０３は、移行元端末１２１内で管理される、連携サービス１１１、１１２に対する認証などに必要な情報を移行先端末である端末１２２に移行する際に利用するアプリケーションである。移行アプリケーション３０３は、移行先端末１２２で実行されることになり、移行に係る両端末間で行われるデータ移行のための処理を制御する端末移行制御部３１１と、移行の対象となる連携サービスの情報を一覧で扱うサービス管理部３１２から構成される。移行先端末１２２の移行アプリケーション３０３が移行元端末１２１のＯＳを経由して通信する場合には、移行元端末１２１に移行アプリケーション３０３は必須ではない。
認証クライアント３０４は、登録制御部３２１、認証制御部３２２、オーセンティケータ管理部３２３から構成され、連携サービス１１１、１１２との連携に必要な認証に必要な情報や、１以上のオーセンティケータの管理を行う。ＦＩＤＯが適用されたシステムにおいては、認証クライアント３０４はＦＩＤＯクライアントに対応する。
オーセンティケータ３０５は、おもに生体情報を用いた端末内での認証処理を制御したり、連携サービスとの認証に必要な情報を管理したりする。オーセンティケータ３０５は、生体情報登録処理部３３１、生体情報認証処理部３３２、認証情報格納部３３３、生体情報要求部３３４から構成される。ここで、認証情報格納部３３３は、ＴＰＭ２１０に認証に必要な情報として、例えば、連携サービスに対して登録する公開鍵のペアとなる秘密鍵などの情報を格納する。
なお、この移行アプリケーション３０３、認証クライアント３０４、オーセンティケータ３０５の少なくともいずれかは、端末１２１上で動作するオペレーティングシステム（ＯＳ）とともに同梱されるソフトウェアや、ＯＳの機能として実現することも可能である。
次に、本発明の前提となる移行元端末１２１における連携サービスの利用に必要となる生体情報などの登録処理について説明する。
移行元端末１２１の連携アプリケーション３０２は、連携サービスにアクセスし、生体情報登録処理を開始する。なお、連携アプリケーション３０２がウェブブラウザーであり、連携サービスがウェブブラウザーによってアクセスされるウェブアプリケーションであった場合は、この登録処理はｊａｖａ ｓｃｒｉｐｔによって実現されても良い。処理を開始すると、連携サービスは、連携アプリケーション３０２にユーザーＩＤ、パスワードの入力を要求し、ユーザーからの入力を待機する。ＩＤ、パスワードが正しく入力された場合、連携サービスを起点にして、移行元端末１２１の連携アプリケーション３０２を経由した、認証クライアント３０４及びオーセンティケータ３０５による生体情報入力処理へ移行する。
生体情報要求部３３４は、生体情報センサー２０７を介して、ユーザーから指紋情報などの生体情報入力を受付ける。生体情報が入力された後、入力された生体情報に１対１に対応する特徴量情報はユニークなＩＤを割り当てられてＴＰＭ２１０に格納される。続いて、生体情報登録処理部３３１は公開鍵、秘密鍵を作成する。その後、認証情報格納部３３３は、連携サービスを識別するためのサービスＩＤ、ユーザーＩＤ、パスワード、作成された秘密鍵、および入力された生体情報に１対１に対応する特徴量情報に対応するＩＤを紐付けて、ＴＰＭ２１０に格納する。ここで、認証情報格納部３３３により格納される情報の一部の例を、表Ａに示す。
Figure 2018197997
表Ａで、認証情報ＩＤ列は、各認証情報に対して一意なＩＤである。サービスＩＤ列は、連携サービスのトップレベルドメイン、セカンドレベルドメインの情報を格納する。秘密鍵列は、前述のように作成された秘密鍵を格納する。生体情報ＩＤ列は移行元端末１２１の認証情報格納部３３３に格納されている、生体情報の特徴量に対応するＩＤを格納する。
生体情報登録処理部３３１は、認証クライアント３０４にＴＰＭ２１０に格納された秘密鍵とペアで作成された公開鍵と、該秘密鍵に対応する認証情報ＩＤを渡す。登録制御部３２１は、連携サービスに対して、認証情報ＩＤと公開鍵とを送信する。
連携サービスでは、ユーザーＩＤ、パスワードに、送信されてきた認証情報ＩＤと公開鍵を紐付けて保存し、管理する。表Ｂは、連携サービスで管理されるデータテーブルの一部の例である。
Figure 2018197997
ユーザーＩＤに紐付けて、認証情報ＩＤ列、公開鍵列には、認証クライアント３０４から送信されてきた認証情報ＩＤ、公開鍵が格納される。
以降、連携サービスを利用する場合には、まず、生体情報認証処理部３３２による生体情報による端末上での認証が行われ、それにより特定された生体情報ＩＤに対応する秘密鍵で連携サービスから提供されたデータが暗号化される。そして、連携アプリケーション３０２が、その暗号化されたデータ（後述の署名７２３）を連携サービスに送信する。連携サービスでは、受信したデータを登録済みの公開鍵で復号し、データの正当性を検証できた際に個人の認証が成功したとみなし、サービスを提供する。
なお、本発明の特徴でもある、移行先端末１２２で上述の表Ａと同等の情報を格納する手順、及び公開鍵を連携サービスに登録する手順については、図６などを用いて後述する。
図４は、移行先端末１２２でユーザーが操作を開始して、移行元端末１２１から認証に必要な情報を移行する際の処理全体の流れについて説明したシーケンス図である。データ移行処理では、移行対象となる連携サービスごとに、移行元端末１２１を用いた認証処理（Ｓ８０２〜Ｓ８１５）と移行先端末１２２における登録処理（Ｓ８２０〜Ｓ８２７）とが連続して実行されることになる。
まず、ユーザーは、移行先端末１２２のデータ移行ウィザードなどに従い、移行元端末１２１からのデータ移行を開始する。その際には、ユーザーによって、移行元端末１２１と移行先端末１２２とがＢｌｕｅｔｏｏｔｈ２０８などを介して接続される。データ移行ウィザードに従う処理の中で、移行元端末１２１にインストールされている連携アプリケーション３０２を起動する。なお、移行先端末１２２の認証クライアント３０４は、接続された移行元端末１２１のオーセンティケータ３０５を外部オーセンティケータとして認識できるようになっている。従って、接続された移行元端末１２１内のオーセンティケータは、移行先端末１２２のオーセンティケータ管理部３２３にて管理されることになる。よって、図４で示すシーケンスにおいては、移行元端末１２１と移行先端末１２２との間の通信は、移行元端末１２１のオーセンティケータ３０５と、移行先端末１２２の認証クライアント３０４とにより、各端末のＯＳなどを経由して行われることになる。
なお、本発明では、移行先端末１２２の認証クライアント３０４から見て、移行先端末１２２内のオーセンティケータ３０５は同じ端末内にあるため内部オーセンティケータと呼び、移行元端末１２１のオーセンティケータ３０５は外部オーセンティケータと呼ぶ。
以降では、特に断りのない限りは、ハードウェアやソフトウェアモジュールの表記について、例えば、移行先端末１２２の端末移行制御部３１１を表す場合は単に「端末移行制御部３１１」と記載する。また、同様に、移行先端末１２２のＴＰＭ２１０は、単に「ＴＰＭ２１０」と記載する。
一方で、移行元端末１２１の端末移行制御部３１１を表す場合は、「移行元端末１２１の端末移行制御部３１１」というように、移行元端末１２１である点を明記する。
次に、移行先端末１２２の連携アプリケーション３０２は、移行元端末１２１からアプリケーションデータを取得して、補助記憶手段に格納する。その際に、Ｓ８０１で、移行元端末１２１に保存されている以下の図８（ａ）（サービスリスト）で示す連携サービスの移行用情報も取得し、移行先端末１２２の補助記憶手段に格納する。
サービスＩＤ列には、連携サービスのトップレベルドメイン、セカンドレベルドメインの情報を格納する。例えば連携サービスのＵＲＬが“ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ−ａ．ｃｏｍ”であった場合に、サービスＩＤ列には“ｓｅｒｖｉｃｅ−ａ．ｃｏｍ”が格納される。移行用ＵＲＬ列は、認証に必要な情報を移行するためにサービスＩＤに対応する連携サービスが公開しているＡＰＩのＵＲＬである。連携サービスによっては移行用ＵＲＬが存在しないサービスもあるので、その場合は移行用ＵＲＬカラムをｎｕｌｌにする。移行用ＵＲＬは、移行元端末１２１が予め連携サービスから取得する。
なお、サービスリストに示す移行用情報は、各端末のＯＳが管理していてもよいし、オーセンティケータ３０５が管理していてもよく、全く別のモジュールが管理していてもよい。いずれの場合も、移行先端末１２２の連携アプリケーション３０２は、移行元端末１２１のＯＳを経由して、移行用情報を取得することになる。
続いて、移行先端末１２２の連携アプリケーション３０２は、サービスリストに登録されている、移行用ＵＲＬがｎｕｌｌではない連携サービスについて、データ移行におけるループ処理（Ｓ８０２〜Ｓ８２７）を繰り返して実行する。連携サービスが予め提供する移行用ＵＲＬへのアクセスによって、本実施例では、移行先端末用の連携サービス上での認証のために必要な情報の簡単な登録のための処理が実行されることになる。なお、移行用ＵＲＬが無くても、連携サービスのホームページなどで移行用サービスを提供するリンクなどを用意して、ユーザーがそのリンクを指定することで、本処理を実行するように実現してもよい。
Ｓ８０２にて、端末移行制御部３１１は、連携サービスに対して認証するために、サービスリストにおける移行先ＵＲＬにアクセスする。
Ｓ８０３にて、連携サービスは、図７（Ａ）に示す認証用パラメータ７０１を生成する。認証用パラメータ７０１はアサーションチャレンジ７０２とアサーション拡張領域７０３から構成される。アサーションチャレンジ７０２はチャレンジレスポンス認証をするために利用する検証用データである。アサーション拡張領域７０３は、連携サービスが認証クライアント３０４やオーセンティケータ３０５の動作を制御するために、連携サービスが指定可能な拡張パラメータが格納される。続いて、Ｓ８０４にて、連携サービスは、Ｓ８０３で生成した認証用パラメータ７０１を、端末移行制御部３１１に対して送信する。
Ｓ８１０にて、端末移行制御部３１１は認証用パラメータ７０１を認証制御部３２２に渡す。認証制御部３２２は、図５（ａ−１）で示す移行元端末の選択画面５０１を、移行先端末１２２のタッチパネル２０６に表示する。ユーザーが移行先端末１２２のタッチパネル２０６を介して移行元端末１２１を選択する。ここで、移行元端末の選択画面５０１には接続済みの端末に係る情報が表示される。または、移行元端末の選択画面５０１には接続済みの端末のオーセンティケータを含む、オーセンティケータ管理部３２３にて管理されているオーセンティケータが、選択候補として表示される。
選択画面５０１を介して移行元端末１２１が選択された場合には、認証制御部３２２は、タッチパネル２０６に、図５（ａ−２）で示す移行元端末での生体認証を促す画面５１１を表示する。キャンセルボタンが押下された場合には、データ移行処理が中止される。
Ｓ８１１にて、認証制御部３２２は、Ｓ８１０で選択された移行元端末１２１の生体情報認証処理部３３２に対して、図７（Ｂ）で示す認証要求データ７１１による認証要求を行う。ここで認証要求データ７１１は、認証用パラメータ７０１と連携サービスＩＤ７１２とＷｅｂＯｒｉｇｉｎ７１３を含む。ＷｅｂＯｒｉｇｉｎ７１３、連携サービスＩＤ７１２は、それぞれサービスリストにおける移行用ＵＲＬ、連携サービスＩＤ７１２である。
Ｓ８１２にて、移行元端末１２１の生体情報認証処理部３３２は、生体情報による認証処理を実行する。ここで、図６（Ａ）は、移行元端末１２１における生体情報による認証処理の詳細を説明するためのフローチャートである。
Ｓ６０１にて、移行元端末１２１の生体情報認証処理部３３２は、図５（ｂ）に示す生体情報の入力要求画面５４１を移行元端末１２１のタッチパネル２０６に表示して、ユーザーに対して生体情報センサー２０７への生体情報の入力を促す。Ｓ６０２にて、移行元端末１２１の生体情報認証処理部３３２は、移行元端末１２１の生体情報要求部３３４を介して移行元端末１２１の生体情報センサー２０７で読み取ったユーザーの生体情報の特徴量を取得する。ここで取得した特徴量は、指紋のパターン・虹彩の模様・静脈の形など個人に対してユニークであるものを、ユニーク性を損なわないような値に変換したものである。
Ｓ６０３にて、移行元端末１２１の生体情報認証処理部３３２は、ここで取得した特徴量と、移行元端末１２１のＴＰＭ２１０に格納済みの生体情報の特徴量とを比較することで生体情報認証を実行する。所定の一致度を示す特徴量が特定された場合には、認証が成功したことになる。移行元端末１２１の生体情報認証処理部３３２は、認証が成功した特徴量に対応する生体情報ＩＤから、移行元端末１２１のＴＰＭ２１０に格納されている秘密鍵を特定する。
Ｓ６０４で、移行元端末１２１の生体情報認証処理部３３２は、特定した秘密鍵を用いて、認証用パラメータ７０１に含まれるアサーションチャレンジ７０２を暗号化して、署名７２３を作成する。
図４で示すシーケンスの説明に戻る。
Ｓ８１３にて、移行元端末１２１の生体情報認証処理部３３２は、Ｓ８１２の生体情報による認証処理で生成した署名７２３を含むアサーション（Ａｓｓｅｒｔｉｏｎ）７２１（図７（Ｃ））を生成し、移行先端末１２２の認証制御部３２２経由で、端末移行制御部３１１に返却する。アサーション７２１は認証情報ＩＤ７２２と署名７２３から構成される。認証情報ＩＤ７２２は、前述のＳ６０４にて署名作成に利用した生体情報ＩＤに紐付けて表Ａで管理されていた認証情報ＩＤである。
Ｓ８１４にて、端末移行制御部３１１は、連携サービスに対してアサーション７２１を送信する。
Ｓ８１５にて、連携サービスは、アサーション７２１の署名７２３を検証する。具体的には、連携サービスは、前述の表Ｂから、認証情報ＩＤ７２２に対応する公開鍵を特定し、署名７２３を復号する。連携サービスは、復号したデータと、Ｓ８０４で送信済みの認証用パラメータ７０１に含まれていたアサーションチャレンジ７０２とを比較して、両者が一致するかを判断する。一致した場合には、登録済みのユーザーのオーセンティケータによる正当な要求であることが検証されたことになる。よって、本移行処理を実行しようとするユーザーに対応するユーザーＩＤが、表Ｂの中から特定されることになる。
なお、この検証処理は、本シーケンスで説明するデータ移行処理に限らず、端末が連携サービスを利用する際の認証においても同様に行われる処理である。つまり、ここでの検証処理は、本データ移行処理を実行しようとしているユーザーを認証するために行われる。
また、Ｓ８１２の認証処理の中で、Ｓ６０３にて生体情報による認証処理に失敗した場合にはＳ６０４で署名が作成されず、移行元端末１２１の生体情報認証処理部３３２から移行先端末１２２の端末移行制御部３１１に対して認証エラーが送信される。この場合には、図４に戻り、次の連携サービスに対するループ処理が実行されることになる。処理すべき連携サービスが無ければ、図４のシーケンスが終了する。
次に、移行先端末１２２のオーセンティケータ３０５を用いた、連携サービスに対する登録処理が行われる。
Ｓ８２０にて、連携サービスは、図７（Ｄ）で示す登録用パラメータ７３１を生成する。Ｓ８２１にて、連携サービスは、生成した登録用パラメータ７３１を移行先端末１２２の端末移行制御部３１１に対して送信する。
登録用パラメータ７３１は、アカウント情報７３２、暗号化パラメータ７３３、ａｔｔｅｓｔａｔｉｏｎチャレンジ７３４、認証拡張領域７３５から構成される。アカウント情報７３２はＳ８１５で特定したユーザーＩＤや、そのユーザーＩＤと紐づくユーザー名などの属性情報が設定される。暗号化パラメータ７３３は、連携サービスがサポートしている暗号化アルゴリズムなど、登録する認証情報に関する属性情報が設定される。ａｔｔｅｓｔａｔｉｏｎチャレンジ７３４は、チャレンジレスポンス認証をするために連携サービスが発行する検証用データ（パラメータ値）である。認証拡張領域７３５は連携サービスが認証クライアント３０４やオーセンティケータ３０５の動作を制御するために指定可能な拡張パラメータが格納される。
図８（ｂ）は、連携サービスにより管理される、ａｔｔｅｓｔａｔｉｏｎチャレンジの発行状況を管理するためのテーブルの例である。図８（ｂ）によれば、どのユーザーＩＤに対してどのａｔｔｅｓｔａｔｉｏｎチャレンジを発行したかを特定できる。
ａｔｔｅｓｔａｔｉｏｎチャレンジ列は、発行済みのａｔｔｅｓｔａｔｉｏｎチャレンジであるデータを格納する。ユーザーＩＤ列はａｔｔｅｓｔａｔｉｏｎチャレンジを発行したユーザーＩＤの情報を格納する。ここでは、Ｓ８１５にて特定したユーザーＩＤに紐付けてａｔｔｅｓｔａｔｉｏｎチャレンジ７３４が管理されることになる。
Ｓ８２２にて、移行先端末１２２の登録制御部３２１は、端末移行制御部３１１からの登録用パラメータ７３１を用いた生体情報登録要求に応じて、図５（ａ−３）で示す移行先選択画面５２１を移行先端末１２２のタッチパネル２０６に表示する。この選択画面５２１を介して、ユーザーに移行先を選択させることになる。ここで、移行先として選択されるのは、内部または外部のオーセンティケータのいずれかである。続いて、登録制御部３２１は、移行先として選択された移行先端末１２２のオーセンティケータ３０５の生体情報登録処理部３３１に対して、図７（Ｅ）で示す登録要求データ７４１を渡す。ここで登録要求データ７４１は、登録用パラメータ７３１と連携サービスＩＤ７４２とＷｅｂＯｒｉｇｉｎ７４３を含む。ＷｅｂＯｒｉｇｉｎ７４３、連携サービスＩＤ７４２は、それぞれサービスリストにおける移行用ＵＲＬ列の値、連携サービスＩＤ列の値である。
Ｓ８２３にて、オーセンティケータ３０５は、移行先端末１２２における生体情報による認証処理及び登録処理を実行する。図６（Ｂ）は、移行先端末１２２におけるＳ８２３における処理の詳細を説明するためのフローチャートである。
Ｓ６１１にて、生体情報要求部３３４は、認証クライアント３０４からオーセンティケータ３０５に対する登録要求（生体情報登録処理部３３１が登録要求データ７４１を受け取ったこと）に応じて、タッチパネル２０６に図５（ａ−４）で示す生体情報の入力要求画面５３１を表示する。この表示により、ユーザーに対して生体情報センサー２０７への生体情報の入力を促す。Ｓ６１２にて、生体情報登録処理部３３１は、生体情報センサー２０７に対して入力された生体情報の特徴量を受け付ける。
Ｓ６１３にて、認証情報格納部３３３は、Ｓ６１２で取得した生体情報の特徴量と、その特徴量情報に割り当てられたユニークなＩＤ（生体情報ＩＤ）を、移行先端末１２２のＴＰＭ２１０に格納する。同時に、生体情報登録処理部３１１は、生体情報ＩＤに対応する、秘密鍵と公開鍵、認証情報ＩＤをそれぞれ作成する。そして、認証情報格納部３３３は、作成された認証情報ＩＤ、登録要求データ７４１に含まれる連携サービスＩＤ７４２、作成された秘密鍵、生体情報ＩＤを紐付けてＴＰＭ２１０に格納する。ここで格納される情報は、前述した移行元端末１２１の表Ａと同様の形式で格納され、管理されることになる。
Ｓ６１４にて、生体情報登録処理部３３１は、図７（Ｆ）で示すクレデンシャル情報７５１を作成する。クレデンシャル情報７５１は、認証情報ＩＤ７５２とアルゴリズム７５３と公開鍵７５４とａｔｔｅｓｔａｔｉｏｎ７５５から構成される。
認証情報ＩＤ７５２には、Ｓ６１３にて作成した公開鍵に対応する認証情報ＩＤが設定される。アルゴリズム７５３には、Ｓ６１３における鍵生成に利用したアルゴリズムが設定される。公開鍵７５４には、Ｓ６１３にて作成した公開鍵が設定される。また、ａｔｔｅｓｔａｔｉｏｎ７５５には、ａｔｔｅｓｔａｔｉｏｎチャレンジ７３４をＳ６１３にて生成した秘密鍵を用いて暗号化したデータが設定される。
続いて、図４のシーケンスの説明に戻る。
Ｓ８２４にて、端末移行制御部３１１は、生体情報登録処理部３３１で作成されたクレデンシャル情報７５１を、登録制御部３２１を介して取得して、そのクレデンシャル情報７５１を連携サービスに送信する。クレデンシャル情報７５１の送信は、連携サービスからＳ８２１で送信されてきた登録用パラメータ７３１に対する応答となる。
Ｓ８２５にて、連携サービスは、クレデンシャル情報７５１に含まれるａｔｔｅｓｔａｔｉｏｎ７５５の検証処理を実行する。具体的には、クレデンシャル情報７５１に含まれる公開鍵で、クレデンシャル情報７５１に含まれるａｔｔｅｓｔａｔｉｏｎ７５５を復号する。そして、復号されたデータと前述の図８（ｂ）のテーブル内の発行済みのａｔｔｅｓｔａｔｉｏｎチャレンジとを比較する。図８（ｂ）のテーブル内で復号されたデータと一致するａｔｔｅｓｔａｔｉｏｎチャレンジに紐付くユーザーＩＤが、クレデンシャル情報７５１を用いた登録処理を行いたいユーザーのＩＤであることが特定されることになる。
Ｓ８２６にて、連携サービスは、特定されたユーザーＩＤに紐付けて、クレデンシャル情報７５１に含まれる認証情報７５２、公開鍵７５４を、前述の表Ｂに追加で登録する。
Ｓ８２７にて、連携サービスは、端末移行制御部３１１に対して、正常に登録処理が完了したことを通知する。
移行先端末１２２の端末移行制御部３１１は、サービスリスト（図８（ａ））に登録されている移行用ＵＲＬがｎｕｌｌではない全ての連携サービスに対するループ処理が完了した場合に、Ｓ８２８に進む。
Ｓ８２８では、移行先端末１２２の端末移行制御部３１１は、図５（ａ−５）で示す移行結果についての通知画面５５１を表示する。本図では、移行元端末１２１のサービスリストに登録されていた２つのサービスが移行先端末１２１で同様に利用できるよう、データ移行が成功したことを通知している。
（本実施例におけるメリット）
本発明を適用しない場合には、移行先端末１２２で、移行対象の各連携サービスにアクセスして、ユーザーＩＤ、パスワードを用いて認証（ログイン）した上で、再度、生体認証をしたうえで、サービスに認証情報ＩＤと公開鍵の再登録を行う必要があった。
それに対して、本発明では、移行先端末１２２での移行対象の各連携サービスに対するユーザーＩＤ、パスワードを用いた認証（ログイン）を省略できる。
これにより、例えば、スマートフォンの機種変更時などに、携帯電話会社のキャリア窓口などで簡単に各サービスへの認証に必要な情報の移行作業が行えるようになる。また、そういったキャリア窓口などの第３者が多い場所におけるユーザーＩＤ、パスワードの入力を回避した上での、移行作業が可能となる。
（変形例）
本実施例では、移行作業のトリガは、移行先端末１２２の移行アプリケーション３０３に対するユーザー操作であった。この場合、連携サービス１１１、１１２に対する認証処理（Ｓ８１２）は外部オーセンティケータとして移行元端末１２１を用い、登録処理（Ｓ８２３）は移行先端末１２２内の内部オーセンティケータを用いていた。
一方で、移行作業のトリガは、移行元端末１２１の移行アプリケーション３０３に対するユーザー操作であってもよい。この場合、連携サービス１１１、１１２に対する認証処理（Ｓ８１２）は移行元端末１２１内の内部オーセンティケータを用い、登録処理（Ｓ８２３）は外部オーセンティケータとしての移行先端末１２２のものを用いることになる。
なお、表Ｂに相当する情報を連携サーバー１１１、１１２に登録する手段として、Ｓ８０２〜Ｓ８１５までの連携サービス１１１、１１２に対する認証処理をＢａｓｉｃ認証などの生体認証を使わない方法で行うことも可能である。
（実施例２）
実施例１では、連携サービスごとに、移行元端末１２１での生体認証と移行先端末１２２での生体認証を繰り返しユーザーに行わせることで移行作業をおこなった。顔画像認証や虹彩認証など、カメラなどで撮影することで生体認証を行う場合には、両端末を固定して、常に認証対象が撮影できる状態であれば、とくに煩雑さはない。しかしながら、指紋情報を読み取る生体情報センサー２０７を採用した場合には、各端末の表示に従い、２つの端末に対して交互に指をかざすといった作業が発生し、連携サービスが多い場合にはユーザーが煩雑さを感じる可能性がある。実施例２では、そのような点を改善するための処理を説明する。
実施例２が実施例１と異なる点は、図９で示すように、連携サービスが複数存在する場合に、まずは実施例１における図４のＳ８０２〜Ｓ８２１の処理を連携サービスの全てに対して行う。その後に、Ｓ８２２〜Ｓ８２７の処理を連携サービスの全てに対して行うようにした。つまり、図９で示すように、連携サービスごとのループ処理を、第１ループ処理（９００）と、第２ループ処理（９１０）に分割したところがポイントである。これによって、移行対象の連携サービスが多い場合でも、各端末での生体認証作業をまとめて行えるようになる。
具体的には、本実施例において、Ｓ８０２〜Ｓ８２１の処理を繰り返し実行している間、移行元端末１２１は、指紋センサーとしての生体情報センサー２０７に対してユーザーに指をかざした状態を維持させることで、連続的に生体情報の入力を受け付けるように構成する。同様に、本実施例において、Ｓ８２２〜Ｓ８２７の処理を繰り返し実行している間、移行先端末１２２も、生体情報センサー２０７に対してユーザーに指をかざした状態を維持させることで、連続的に生体情報の入力を受け付けるように構成する。
図９で示す処理における、実施例１の図４で示す処理との違いについて説明する。移行アプリケーション３０３の端末移行制御部３１１が、連携サービスから受信した認証用パラメータ７０１のアサーション拡張領域７０３の中に、下記の拡張情報を追記する。
｛’’ｓｅｓｓｉｏｎｉｄ’：’ａｂ１２−１２７ｄ−０１２ｂ−２ｂｅ５’，‘ｒｅｐｅａｔｎｕｍ’：２｝
拡張情報に含まれる‘ｓｅｓｓｉｏｎｉｄ’は、図９のシーケンス単位で一意となるＩＤである。また、拡張情報に含まれる‘ｒｅｐｅａｔｎｕｍ’は、サービスリストに登録されている連携サービスのうち移行用ＵＲＬが存在するものの総数である。ここでは、図８（ａ）にある通り有効な移行用ＵＲＬが登録された連携サービスが２つなので、拡張情報にも“２”という値が設定されている。
端末移行制御部３１１は、１度の移行処理で連携サービス数分行われる第１ループ処理９００においては、それぞれの連携サービスから受信する認証用パラメータの全てに、同じ‘ｓｅｓｓｉｏｎｉｄ’の値が指定された拡張情報として追記することになる。
拡張情報が追記された認証用パラメータ７０１は、端末移行制御部３１１から認証制御部３２２を経由して、最終的にはＳ８１１にて認証要求データとして移行元端末１２１の生体情報認証処理部３３２に渡る。
この拡張情報を用いて、図９で示すシーケンスにおけるＳ８１０〜Ｓ８１２までの間の、移行先端末１２２での画面５０１及び画面５１１の表示を行うか否かが制御（図１０（ａ）で後述）される。さらに、移行元端末１２１では、Ｓ８１２内の処理であるＳ６０１における画面５４１の表示を行うか否かが制御（図１１で後述）される。
さらに、図９で示す処理における、実施例１の図４で示す処理との他の違いについて説明する。移行アプリケーション３０３の端末移行制御部３１１が、連携サービスから受信した登録用パラメータ７３１の認証拡張領域７３５の中に、下記の拡張情報を追記する。
｛’’ｓｅｓｓｉｏｎｉｄ’：’ａｂ１２−１２７ｄ−０１２ｂ−２ｂｅ５’，‘ｒｅｐｅａｔｎｕｍ’：２｝
拡張情報に含まれる‘ｓｅｓｓｉｏｎｉｄ’は、図９のシーケンス単位で一意となるＩＤである。また、拡張情報に含まれる‘ｒｅｐｅａｔｎｕｍ’は、サービスリストに登録されている連携サービスのうち移行用ＵＲＬが存在するものの総数である。
端末移行制御部３１１は、１度の移行処理で連携サービス数分行われる第２ループ処理９１０においては、それぞれの連携サービスからＳ８２１で受信する登録用パラメータの全てに、同じ‘ｓｅｓｓｉｏｎｉｄ’の値が指定された拡張情報として追記することになる。ここで追記される拡張情報の例として、上述の認証用パラメータ７０１のアサーション拡張領域７０３の中に追記した拡張情報と同じものを利用している。第２ループ処理９１０ように別の拡張情報を利用してもよい。
この拡張情報を用いて、Ｓ８２２における移行先端末１２２での画面５２１の表示を行うか否かが制御（図１０（ａ）で後述）される。さらに、移行先端末１２２では、Ｓ８２３内の処理であるＳ６１１における画面５３１の表示を行うか否かが制御（図１０（ｂ）で後述）される。
図１０（ａ）は、移行先端末１２２における、図９で示すＳ８１０、Ｓ８２２で提供される画面の表示制御のための拡張処理を説明するためのフローチャートである。
まず、図９のＳ８１０での制御を説明する。Ｓ８１０では、図４を用いて前述した通り、認証制御部３２２が、端末移行制御部３１１から認証用パラメータ７０１を受け取る。この認証用パラメータ７０１のアサーション拡張領域７０３には、上述した拡張情報が追記されている。
Ｓ１００１にて、認証制御部３２２は、アサーション拡張領域７０３の中の拡張情報のｓｅｓｓｉｏｎｉｄが、既にメモリに保存済みの判定用のｓｅｓｓｉｏｎｉｄと一致するか否かを判定する。ここで、一致しない場合にはＳ１００２に進む。判定後には、今回の判定で新たに端末移行制御部３１１から受け取った認証用パラメータ７０１に拡張情報として含まれるｓｅｓｓｉｏｎｉｄを、認証制御部３２２が、次回のＳ１００１での判定処理用に、移行先端末１２２のメモリに保存する。なお、Ｓ１００１で一致しないと判定されるのは、連携サービスごとに行われる第１ループ処理９００における１回目のＳ８１０での処理であることが想定される。
Ｓ１００２にて、認証制御部３２２は、移行元端末の選択画面５０１を生成する。生成された画面５０１は、Ｓ８１０で説明した通り、移行先端末１２２のタッチパネル２０６に表示されることになる。その後、選択画面５０１を介して移行元端末が選択された場合には、認証制御部３２２は、タッチパネル２０６に、図５（ａ−２）で示す移行元端末での生体認証を促す画面５１１を表示する。ここでは、さらに、認証制御部３２２は、選択画面５０１を介して選択された移行元端末（オーセンティケータ）の情報をメモリに一時保存する。
その後、Ｓ８１１にて、認証制御部３２２は、Ｓ８１０で選択された移行元端末１２１の生体情報認証処理部３３２に対して、図７（Ｂ）で示す認証要求データ７１１による認証要求を行う。
ここで、Ｓ１００１にて一致しないとの判定が行われていた場合には、認証制御部３２２により移行元端末の選択画面５０１が生成されない。つまり、Ｓ１００２の処理後に表示されている図５（ａ−２）で示す画面５１１の表示が維持されることになる。その後、Ｓ８１１にて、認証制御部３２２は、既にメモリに一時保存されている移行元端末（オーセンティケータ）の情報に基づき、移行元端末１２１の生体情報認証処理部３３２に対して、図７（Ｂ）で示す認証要求データ７１１による認証要求を行う。
なお、図９のＳ８２２においても、認証制御部３２２は、登録用パラメータ７３１の認証拡張領域７３５の中に追記された拡張情報を用いて、Ｓ１００１〜Ｓ１００２と同様の処理が実行される。Ｓ８２２では、認証制御部３２２は、第１ループ処理９００によって、各連携サービスから登録用パラメータ７３１を受信した状態で開始され、それらを順番に処理していく。
Ｓ１００１にて、登録制御部３２１は、認証拡張領域７３５の中の拡張情報のｓｅｓｓｉｏｎｉｄが、既にメモリに保存済みの判定用のｓｅｓｓｉｏｎｉｄと一致するか否かを判定する。ここで、一致しない場合にはＳ１００２に進む。判定後には、今回の判定で新たに処理した登録用パラメータ７３１に拡張情報として含まれるｓｅｓｓｉｏｎｉｄを、登録制御部３２１が、次回のＳ１００１での判定処理用に、移行先端末１２２のメモリに保存する。
Ｓ１００２にて、登録制御部３２１は、移行先の選択画面５２１を生成する。生成された画面５２２は、Ｓ８２２で説明した通り、移行先端末１２２のタッチパネル２０６に表示されることになる。その後、選択画面５２２を介して移行先が選択された場合には、登録制御部３２１は、移行先として選択された端末（オーセンティケータ）の情報をメモリに一時保存する。選択された移行先端末１２２のオーセンティケータ３０５の生体情報登録処理部３３１に対して、図７（Ｅ）で示す登録要求データ７４１を渡す。
ここで、Ｓ１００１にて一致しないとの判定が行われていた場合には、登録制御部３２１は、選択画面５２２を生成しない。つまりは、その表示をスキップして、既にメモリに一時保存されている移行先の情報に基づき、オーセンティケータ３０５の生体情報登録処理部３３１に対して、図７（Ｅ）で示す登録要求データ７４１を渡す。
図１０（ｂ）は、移行先端末１２２における、図９のＳ８２３の処理内のＳ６１１及びＳ６１２に対応して実行される要求画面５３１に係る表示制御処理を具体的に説明するためのフローチャートである。本処理は、認証クライアント３０４からのオーセンティケータ３０５に対する登録要求として、生体情報登録処理部３３１が登録要求データ７４１を受け取ったことに応じて、開始される。
Ｓ１０１１にて、生体情報要求部３３４は、登録要求データ７４１に追記されている拡張情報のｓｅｓｓｉｏｎｉｄと、既にメモリに保存済みの判定用のｓｅｓｓｉｏｎｉｄと一致するか否かを判定する。ここで、一致しない場合にはＳ１０１２に進み、一致する場合にはＳ１０１６に進む。
Ｓ１０１２にて、生体情報要求部３３４は、要求画面５３１を生成する。生成された画面５３１は、Ｓ６１１で説明した通り、移行先端末１２２のタッチパネル２０６に表示されることになる。
Ｓ１０１３にて、生体情報要求部３３４は、登録要求データ７４１に追記されている拡張情報に含まれるパラメータ‘ｒｅｐｅａｔｎｕｍ’の値が１であるか否かを判定する。ここで、‘ｒｅｐｅａｔｎｕｍ’の値が１であると判定された場合にはＳ１０１４に進む。
Ｓ１０１４では、生体情報要求部３３４は、生体情報センサー２０７に対して入力された生体情報の特徴量を受け付け（Ｓ６１２）に応じて、タッチパネル２０６に表示中の要求画面５３１を削除する。つまりは、生体情報を受け付けて連携サービスにクレデンシャル情報を応答（Ｓ８２４）するまでの間に、要求画面５３１がタッチパネル２０６上から消えることになる。
Ｓ１０１３で‘ｒｅｐｅａｔｎｕｍ’の値が１でない、つまりは２以上の整数であると判定された場合には、タッチパネル２０６上の要求画面５３１の表示が維持されることになる。さらに、Ｓ１０１５にて、生体情報要求部３３４は、呼出回数として“１”を、メモリに一時保存する。
Ｓ１０１６にて、生体情報要求部３３４は、呼出回数の値を１だけインクリメントして、ｓｅｓｓｉｏｎｉｄが同じ登録要求データ７４１による登録要求の回数をカウントする。Ｓ１０１７にて、生体情報要求部３３４は、呼出回数の値が、登録要求データ７４１に追記されている拡張情報に含まれるパラメータ‘ｒｅｐｅａｔｎｕｍ’の値まで達したかを判定する。呼出回数の値が‘ｒｅｐｅａｔｎｕｍ’の値まで達したと判定された場合にはＳ１０１８に進む。
Ｓ１０１８にて、生体情報要求部３３４は、生体情報センサー２０７に対して入力された生体情報の特徴量を受け付け（Ｓ６１２）に応じて、タッチパネル２０６に表示中の要求画面５３１を削除する。つまりは、生体情報を受け付けて連携サービスにクレデンシャル情報を応答（Ｓ８２４）するまでの間に、要求画面５３１がタッチパネル２０６上から消えることになる。
Ｓ１０１７にて、‘ｒｅｐｅａｔｎｕｍ’の値に達していない、つまりは、まだ他に第２ループ処理（９１０）で処理すべき連携サービスがある場合には、タッチパネル２０６上の要求画面５３１の表示が維持されることになる。
図１１は、移行元端末１２１における、図９のＳ８１２の処理内のＳ６０１及びＳ６０２に対応して実行される要求画面５４１に係る表示制御処理を具体的に説明するためのフローチャートである。
本処理は、移行先端末１２２の認証クライアント３０４からの移行元端末１２１のオーセンティケータ３０５に対する認証要求として、移行元端末１２１の生体情報認証処理部３３２が認証要求データ７１１を受け取ったことに応じて、開始される。
Ｓ１１０１にて、移行元端末１２１の生体情報認証処理部３３２は、認証要求データ７１１に追記されている拡張情報のｓｅｓｓｉｏｎｉｄと、既にメモリに保存済みの判定用のｓｅｓｓｉｏｎｉｄと一致するか否かを判定する。ここで、一致しない場合にはＳ１０１２に進み、一致する場合にはＳ１０１６に進む。
Ｓ１１０２にて、移行元端末１２１の生体情報認証処理部３３２は、要求画面５４１を生成する。生成された画面５４１は、Ｓ６０１で説明した通り、移行元端末１２１のタッチパネル２０６に表示されることになる。
Ｓ１１０３にて、移行元端末１２１の生体情報認証処理部３３２は、認証要求データ７１１に追記されている拡張情報に含まれるパラメータ‘ｒｅｐｅａｔｎｕｍ’の値が１であるか否かを判定する。ここで、‘ｒｅｐｅａｔｎｕｍ’の値が１であると判定された場合にはＳ１１０４に進む。
Ｓ１１０４では、移行元端末１２１の生体情報認証処理部３３２は、移行元端末１２１の生体情報センサー２０７に対して入力された生体情報の特徴量を受け付け（Ｓ６０２）に応じて、移行元端末１２１のタッチパネル２０６に表示中の要求画面５４１を削除する。つまりは、生体情報を受け付けて、移行先端末１２２にアサーションを返却（Ｓ８１３）するまでの間に、要求画面５４１が移行元端末１２１のタッチパネル２０６上から消えることになる。
Ｓ１１０３で‘ｒｅｐｅａｔｎｕｍ’の値が１でない、つまりは２以上の整数であると判定された場合には、移行元端末１２１のタッチパネル２０６上の要求画面５４１の表示が維持されることになる。さらに、Ｓ１１０５にて、移行元端末１２１の生体情報認証処理部３３２は、呼出回数として“１”を、メモリに一時保存する。
Ｓ１１０６にて、移行元端末１２１の生体情報認証処理部３３２は、呼出回数の値を１だけインクリメントして、ｓｅｓｓｉｏｎｉｄが同じ認証要求データ７１１による認証要求の回数をカウントする。Ｓ１１０７にて、移行元端末１２１の生体情報認証処理部３３２は、呼出回数の値が、認証要求データ７１１に追記されている拡張情報に含まれるパラメータ‘ｒｅｐｅａｔｎｕｍ’の値まで達したかを判定する。呼出回数の値が‘ｒｅｐｅａｔｎｕｍ’の値まで達したと判定された場合にはＳ１１０８に進む。
Ｓ１１０８にて、移行元端末１２１の生体情報認証処理部３３２は、生体情報センサー２０７に対して入力された生体情報の特徴量を受け付け（Ｓ６０２）に応じて、移行元端末１２１のタッチパネル２０６に表示中の要求画面５４１を削除する。つまりは、生体情報を受け付けて移行先端末１２２にアサーションを返却（Ｓ８１３）するまでの間に、要求画面５４１が移行元端末１２１のタッチパネル２０６上から消えることになる。
Ｓ１１０７にて、‘ｒｅｐｅａｔｎｕｍ’の値に達していない、つまりは、まだ他に第１ループ処理（９００）で処理すべき連携サービスがある場合には、移行元端末１２１のタッチパネル２０６上の要求画面５４１の表示が維持されることになる。
（他の実施例）
本発明は、上述した実施形態（実施例１、２、応用例１，２，３）を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
１１１、１１２ 連携サービス
１２１、１２２ 端末
３０３ 移行アプリケーション
３０４ 認証クライアント
３０５ オーセンティケータ（Ａｕｔｈｅｎｔｉｃａｔｏｒ）

Claims (10)

  1. 第１認証モジュールと耐タンパー性を備える第１記憶手段とを有し、該第１認証モジュールによるユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成し、該認証情報と該秘密鍵とを前記第１記憶手段に格納し、前記公開鍵をサービス提供システムに提供する第１情報処理装置と、
    前記第１情報処理装置から提供された公開鍵を登録し、前記第１情報処理装置を介して前記ユーザーに機能を提供する際に前記第１情報処理装置から受け付けた前記秘密鍵で暗号化されたデータを前記登録された公開鍵により検証するサービス提供システムと、
    第２認証モジュールと耐タンパー性を備える第２記憶手段とを有する第２情報処理装置と、を含むシステムであって、
    前記第２情報処理装置における、前記サービス提供システムで発行された第１検証用データを受信した場合に、当該第１検証用データを含む認証要求を、前記第１情報処理装置に対して送信する第１送信手段と、
    前記第１情報処理装置における、前記第２情報処理装置からの前記認証要求の受信に応じて、ユーザーにより入力された認証情報を用いた、前記第１認証モジュールを介した認証処理を実行する認証手段と、
    前記第１情報処理装置における、前記第１認証モジュールを介した認証処理が成功した際に、前記第１記憶手段に格納された前記秘密鍵を用いて前記認証要求に含まれる第１検証用データを暗号化する第１暗号化手段と、
    前記第１情報処理装置における、前記第１記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータを、前記第２情報処理装置に対して返却する返却手段と、
    前記第２情報処理装置における、前記第１情報処理装置から返却された前記暗号化されたデータを、前記サービス提供システムに送信する第２送信手段と、
    前記サービス提供システムにおける、前記暗号化されたデータを前記登録された公開鍵により復号した結果、前記第１検証用データであると検証できた場合に、第２検証用データを前記第２情報処理装置に対して提供する提供手段と、
    前記第２情報処理装置における、前記第２認証モジュールによる前記ユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成し、該認証情報と該秘密鍵とを前記第２記憶手段に格納する格納手段と、
    前記第２情報処理装置における、前記第２記憶手段に格納された前記秘密鍵を用いて前記第２検証用データを暗号化する第２暗号化手段と、
    前記第２情報処理装置における、前記第２記憶手段に格納された前記秘密鍵に対応する前記公開鍵と、前記第２記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータとを、前記サービス提供システムに送信する第３送信手段と、
    前記サービス提供システムにおける、前記応答に含まれる前記暗号化されたデータを前記応答に含まれる前記公開鍵により復号した結果、前記第２検証用データであると検証できた場合に、当該公開鍵を登録する登録手段と、
    を有することを特徴とするシステム。
  2. 第１認証モジュールと、該第１認証モジュールにより認証処理を行う際に必要なユーザーの認証情報と、該認証情報の登録の際に生成された秘密鍵とを格納した耐タンパー性を備える第１記憶手段と、を有する第１情報処理装置と接続できる通信機能、第２認証モジュール、及び、耐タンパー性を備える第２記憶手段、を有する第２情報処理装置であって、
    前記第１情報処理装置の前記秘密鍵に対応する公開鍵が登録されているサービス提供システムで発行された第１検証用データを受信した場合に、当該第１検証用データを含む認証要求を、前記第１情報処理装置に対して送信する第１送信手段と、
    前記第１情報処理装置における前記第１認証モジュールを介した前記ユーザーの認証処理の成功に応じて前記第１記憶手段に格納された前記秘密鍵を用いて暗号化された前記第１検証用データが、前記第１情報処理装置から返却された場合に、該暗号化されたデータを前記サービス提供システムに送信する第２送信手段と、
    前記第２認証モジュールによる前記ユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成され、該認証情報と該秘密鍵とが前記第２記憶手段に格納され、かつ、前記サービス提供システムにおける前記暗号化されたデータの前記登録された前記公開鍵による検証に従い前記サービス提供システムから第２検証用データが提供された場合に、前記提供された第２検証用データに対する応答として、前記第２記憶手段に格納された前記秘密鍵に対応する前記公開鍵と、前記第２記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータとを、前記サービス提供システムに送信する第３送信手段と、
    を有することを特徴とする第２情報処理装置。
  3. 前記第１情報処理装置から、前記サービス提供システムの移行用情報を取得する取得手段を、さらに、有し、
    前記移行用情報を用いて前記サービス提供システムにアクセスすることで、前記サービス提供システムから前記第１検証用データが受信されることを特徴とする請求項２に記載の第２情報処理装置。
  4. 前記第１情報処理装置が複数の異なるサービス提供システムに対してそれぞれ公開鍵を登録しており、
    前記取得手段が前記第１情報処理装置から前記複数のサービス提供システムの移行用情報を取得した場合には、各サービス提供システムに対して、前記第１送信手段、前記第２送信手段、及び前記第３送信手段による処理を繰り返し実行することを特徴とする請求項３に記載の第２情報処理装置。
  5. 前記第１送信手段は、前記ユーザーの選択に応じて、前記第１検証用データを含む認証要求を、前記第１情報処理装置に対して送信することを特徴とする請求項２乃至４のいずれか１項に記載の第２情報処理装置。
  6. 前記認証情報は、前記ユーザーの生体情報に基づく情報であることを特徴とする請求項２乃至５のいずれか１項に記載の第２情報処理装置。
  7. 前記生体情報は、前記ユーザーの指紋、顔、虹彩、静脈、及び声紋の少なくともいずれかの情報であることを特徴とする請求項６に記載の第２情報処理装置。
  8. 第１認証モジュールと耐タンパー性を備える第１記憶手段とを有し、該第１認証モジュールによるユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成し、該認証情報と該秘密鍵とを前記第１記憶手段に格納し、前記公開鍵をサービス提供システムに提供する第１情報処理装置と、
    前記第１情報処理装置から提供された公開鍵を登録し、前記第１情報処理装置を介して前記ユーザーに機能を提供する際に前記第１情報処理装置から受け付けた前記秘密鍵で暗号化されたデータを前記登録された公開鍵により検証するサービス提供システムと、
    第２認証モジュールと耐タンパー性を備える第２記憶手段とを有する第２情報処理装置と、を含むシステムにおける方法であって、
    前記第２情報処理装置における、前記サービス提供システムで発行された第１検証用データを受信した場合に、当該第１検証用データを含む認証要求を、前記第１情報処理装置に対して送信する第１送信ステップと、
    前記第１情報処理装置における、前記第２情報処理装置からの前記認証要求の受信に応じて、ユーザーにより入力された認証情報を用いた、前記第１認証モジュールを介した認証処理を実行する認証ステップと、
    前記第１情報処理装置における、前記第１認証モジュールを介した認証処理が成功した際に、前記第１記憶手段に格納された前記秘密鍵を用いて前記認証要求に含まれる第１検証用データを暗号化する第１暗号化ステップと、
    前記第１情報処理装置における、前記第１記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータを、前記第２情報処理装置に対して返却する返却ステップと、
    前記第２情報処理装置における、前記第１情報処理装置から返却された前記暗号化されたデータを、前記サービス提供システムに送信する第２送信ステップと、
    前記サービス提供システムにおける、前記暗号化されたデータを前記登録された公開鍵により復号した結果、前記第１検証用データであると検証できた場合に、第２検証用データを前記第２情報処理装置に対して提供する提供ステップと、
    前記第２情報処理装置における、前記第２認証モジュールによる前記ユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成し、該認証情報と該秘密鍵とを前記第２記憶手段に格納する格納ステップと、
    前記第２情報処理装置における、前記第２記憶手段に格納された前記秘密鍵を用いて前記第２検証用データを暗号化する第２暗号化ステップと、
    前記第２情報処理装置における、前記第２記憶手段に格納された前記秘密鍵に対応する前記公開鍵と、前記第２記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータとを、前記サービス提供システムに送信する第３送信ステップと、
    前記サービス提供システムにおける、前記応答に含まれる前記暗号化されたデータを前記応答に含まれる前記公開鍵により復号した結果、前記第２検証用データであると検証できた場合に、当該公開鍵を登録する登録ステップと、
    を有することを特徴とする方法。
  9. 第１認証モジュールと、該第１認証モジュールにより認証処理を行う際に必要なユーザーの認証情報と、該認証情報の登録の際に生成された秘密鍵とを格納した耐タンパー性を備える第１記憶手段と、を有する第１情報処理装置と接続できる通信機能、第２認証モジュール、及び、耐タンパー性を備える第２記憶手段、を有する第２情報処理装置における方法であって、
    前記第１情報処理装置の前記秘密鍵に対応する公開鍵が登録されているサービス提供システムで発行された第１検証用データを受信した場合に、当該第１検証用データを含む認証要求を、前記第１情報処理装置に対して送信する第１送信ステップと、
    前記第１情報処理装置における前記第１認証モジュールを介した前記ユーザーの認証処理の成功に応じて前記第１記憶手段に格納された前記秘密鍵を用いて暗号化された前記第１検証用データが、前記第１情報処理装置から返却された場合に、該暗号化されたデータを前記サービス提供システムに送信する第２送信ステップと、
    前記第２認証モジュールによる前記ユーザーの認証情報の登録の際に秘密鍵と公開鍵を生成され、該認証情報と該秘密鍵とが前記第２記憶手段に格納され、かつ、前記サービス提供システムにおける前記暗号化されたデータの前記登録された前記公開鍵による検証に従い前記サービス提供システムから第２検証用データが提供された場合に、前記提供された第２検証用データに対する応答として、前記第２記憶手段に格納された前記秘密鍵に対応する前記公開鍵と、前記第２記憶手段に格納された前記秘密鍵を用いて前記暗号化されたデータとを、前記サービス提供システムに送信する第３送信ステップと、
    を有することを特徴とする方法。
  10. 請求項２乃至７のいずれか１項に記載の各手段としてコンピュータを機能させるためのプログラム。
JP2017102857A 2017-05-24 2017-05-24 システム、情報処理装置、方法及びプログラム Active JP6918576B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2017102857A JP6918576B2 (ja) 2017-05-24 2017-05-24 システム、情報処理装置、方法及びプログラム
US15/980,587 US11044085B2 (en) 2017-05-24 2018-05-15 Method employed in user authentication system and information processing apparatus included in user authentication system
KR1020180058063A KR102315262B1 (ko) 2017-05-24 2018-05-23 사용자 인증 시스템에서 이용되는 방법 및 사용자 인증 시스템에 포함된 정보 처리 장치
CN201810527350.1A CN108959878B (zh) 2017-05-24 2018-05-23 用户认证***中采用的方法以及其中包括的信息处理装置
US17/324,998 US20210273794A1 (en) 2017-05-24 2021-05-19 Method employed in user authentication system and information processing apparatus included in user authentication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017102857A JP6918576B2 (ja) 2017-05-24 2017-05-24 システム、情報処理装置、方法及びプログラム

Publications (3)

Publication Number Publication Date
JP2018197997A true JP2018197997A (ja) 2018-12-13
JP2018197997A5 JP2018197997A5 (ja) 2020-07-16
JP6918576B2 JP6918576B2 (ja) 2021-08-11

Family

ID=64401467

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017102857A Active JP6918576B2 (ja) 2017-05-24 2017-05-24 システム、情報処理装置、方法及びプログラム

Country Status (4)

Country Link
US (2) US11044085B2 (ja)
JP (1) JP6918576B2 (ja)
KR (1) KR102315262B1 (ja)
CN (1) CN108959878B (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2020218051A1 (ja) * 2019-04-26 2020-10-29

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10469490B2 (en) * 2017-10-19 2019-11-05 Mastercard International Incorporated Methods and systems for providing FIDO authentication services
EP3714389B1 (en) * 2017-11-20 2023-08-02 Telefonaktiebolaget LM Ericsson (PUBL) Deployment of components of a distributed application to runtime environments
US11095652B2 (en) * 2018-02-20 2021-08-17 International Business Machines Corporation Implementing a separation of duties for container security
US11475147B2 (en) 2018-02-20 2022-10-18 International Business Machines Corporation Implementing policy-based container-level encryption
WO2020031429A1 (ja) * 2018-08-07 2020-02-13 日本電気株式会社 端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム
GB201816809D0 (en) * 2018-10-16 2018-11-28 Palantir Technologies Inc Establishing access systems
JP2021150681A (ja) * 2020-03-16 2021-09-27 富士通株式会社 情報処理システム、情報処理プログラムおよび情報処理方法
JP2021175149A (ja) * 2020-04-30 2021-11-01 キヤノン株式会社 電子機器、電子機器の制御方法、プログラム
JP2022147763A (ja) * 2021-03-23 2022-10-06 キヤノン株式会社 情報処理装置及びプログラムの検証方法とプログラム

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7558965B2 (en) * 2000-08-04 2009-07-07 First Data Corporation Entity authentication in electronic communications by providing verification status of device
US20020091929A1 (en) * 2000-12-19 2002-07-11 Jakob Ehrensvard Secure digital signing of data
US7370202B2 (en) * 2004-11-02 2008-05-06 Voltage Security, Inc. Security device for cryptographic communications
US7562220B2 (en) * 2004-11-15 2009-07-14 Microsoft Corporation System and method for programming an isolated computing environment
US7996679B2 (en) * 2005-10-05 2011-08-09 International Business Machines Corporation System and method for performing a trust-preserving migration of data objects from a source to a target
IL171963A0 (en) * 2005-11-14 2006-04-10 Nds Ltd Secure read-write storage device
US9002018B2 (en) * 2006-05-09 2015-04-07 Sync Up Technologies Corporation Encryption key exchange system and method
KR101043306B1 (ko) * 2006-09-20 2011-06-22 후지쯔 가부시끼가이샤 정보 처리 장치, 정보 관리 방법, 및 정보 관리 프로그램을 기억한 컴퓨터 판독 가능한 기억 매체
JP5033458B2 (ja) * 2007-04-03 2012-09-26 日立オムロンターミナルソリューションズ株式会社 取引システム
US7958367B2 (en) * 2007-05-30 2011-06-07 Hitachi, Ltd. Authentication system and apparatus
US9112681B2 (en) * 2007-06-22 2015-08-18 Fujitsu Limited Method and apparatus for secure information transfer to support migration
US20130060689A1 (en) * 2011-09-06 2013-03-07 Rawllin International Inc. Electronic money transfer service
JP5907830B2 (ja) * 2012-07-11 2016-04-26 株式会社日立製作所 署名生成検証システム及び署名検証装置
EP2895935A4 (en) * 2012-09-14 2016-05-11 Intel Corp METHOD AND DEVICE FOR PROTECTING MEMORY AREAS DURING LOW-POWER CONDITIONS
US9729517B2 (en) * 2013-01-22 2017-08-08 Amazon Technologies, Inc. Secure virtual machine migration
US9443107B2 (en) * 2013-02-19 2016-09-13 Qualcomm Incorporated Method for protecting the integrity of a group of memory elements using an aggregate authentication code
JP6178119B2 (ja) 2013-06-03 2017-08-09 株式会社Ｎｔｔドコモ データ移行システム、及びデータ移行方法
US10447673B2 (en) * 2013-08-05 2019-10-15 Sony Corporation Information processing apparatus, information processing method, and computer program
CN105531962A (zh) * 2013-09-19 2016-04-27 索尼公司 信息处理设备、信息处理方法以及计算机程序
CN104868998B (zh) * 2014-02-23 2017-08-01 阿姆科技以色列有限公司 一种向电子设备供应加密数据的***、设备和方法
EP3128455A4 (en) * 2014-04-02 2017-11-01 Sony Corporation Information processing system and computer program
US9455839B2 (en) * 2014-07-30 2016-09-27 Master Lock Company Llc Wireless key management for authentication
US9455979B2 (en) * 2014-07-31 2016-09-27 Nok Nok Labs, Inc. System and method for establishing trust using secure transmission protocols
US20160105285A1 (en) * 2014-10-14 2016-04-14 Qualcomm Incorporated Deriving cryptographic keys from biometric parameters
JP2017041697A (ja) * 2015-08-18 2017-02-23 株式会社リコー 情報処理装置、プログラム、通信制御方法
JP6122924B2 (ja) * 2015-09-11 2017-04-26 ヤフー株式会社 提供装置、端末装置、提供方法、提供プログラム及び認証処理システム
CN105656890B (zh) * 2015-12-30 2018-11-06 深圳数字电视国家工程实验室股份有限公司 一种基于tee和无线确认的fido认证器及***及方法
US10587609B2 (en) * 2016-03-04 2020-03-10 ShoCard, Inc. Method and system for authenticated login using static or dynamic codes
US10412077B2 (en) * 2016-03-21 2019-09-10 Ca, Inc. Identity authentication migration between different authentication systems
CN106102058B (zh) * 2016-05-30 2019-04-12 飞天诚信科技股份有限公司 一种身份认证方法及装置
JP6810334B2 (ja) * 2016-06-17 2021-01-06 富士通株式会社 プロファイルデータ配信制御装置、プロファイルデータ配信制御方法およびプロファイルデータ配信制御プログラム
KR101690989B1 (ko) * 2016-07-29 2017-01-02 한국스마트아이디 주식회사 Fido 인증모듈을 이용한 전자서명 방법
US10873511B2 (en) * 2016-11-22 2020-12-22 Airwatch Llc Management service migration for managed devices
US20180260811A1 (en) * 2017-03-07 2018-09-13 Mastercard International Incorporated Method and system for recording point to point transaction processing
JP6780771B2 (ja) * 2017-03-30 2020-11-04 日本電気株式会社 検証情報付与装置、検証装置、情報管理システム、方法およびプログラム
JP6759152B2 (ja) * 2017-05-24 2020-09-23 キヤノン株式会社 画像処理装置、方法、プログラム及びシステム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2020218051A1 (ja) * 2019-04-26 2020-10-29
JP7459071B2 (ja) 2019-04-26 2024-04-01 フェリカネットワークス株式会社 情報処理装置、サーバ装置、情報処理システム、情報処理方法及びコンピュータプログラム

Also Published As

Publication number Publication date
US11044085B2 (en) 2021-06-22
KR20180128854A (ko) 2018-12-04
CN108959878A (zh) 2018-12-07
US20180343118A1 (en) 2018-11-29
JP6918576B2 (ja) 2021-08-11
KR102315262B1 (ko) 2021-10-20
US20210273794A1 (en) 2021-09-02
CN108959878B (zh) 2022-03-22

Similar Documents

Publication Publication Date Title
JP6918576B2 (ja) システム、情報処理装置、方法及びプログラム
US11683187B2 (en) User authentication with self-signed certificate and identity verification and migration
US11361065B2 (en) Techniques for authentication via a mobile device
US20200336310A1 (en) Coordinating access authorization across multiple systems at different mutual trust levels
US10097350B2 (en) Privacy enhanced key management for a web service provider using a converged security engine
CN101427510B (zh) 用于网络功能描述的数字通行
US20150381621A1 (en) Enterprise Authentication Via Third Party Authentication Support
JP2022549395A (ja) 認証方法、装置、機器及びコンピュータ可読記憶媒体
JP7030476B2 (ja) 画像処理装置、画像処理装置の制御方法、プログラム、システム、およびシステムの制御方法
EP3942775A1 (en) Application integration using multiple user identities
JP2011221729A (ja) Ｉｄ連携システム
CN116076055A (zh) 用于验证用户标识的方法及***

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200521

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200521

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210303

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210512

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210622

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210721

R151 Written notification of patent or utility model registration

Ref document number: 6918576

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151