JP6742558B2 - 認証システムおよび認証プログラム - Google Patents

認証システムおよび認証プログラム Download PDF

Info

Publication number
JP6742558B2
JP6742558B2 JP2020512955A JP2020512955A JP6742558B2 JP 6742558 B2 JP6742558 B2 JP 6742558B2 JP 2020512955 A JP2020512955 A JP 2020512955A JP 2020512955 A JP2020512955 A JP 2020512955A JP 6742558 B2 JP6742558 B2 JP 6742558B2
Authority
JP
Japan
Prior art keywords
user
certificate
organization
authentication
client
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.)
Active
Application number
JP2020512955A
Other languages
English (en)
Other versions
JPWO2019198131A1 (ja
Inventor
将也 本庄
将也 本庄
松本　光弘
光弘 松本
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of JPWO2019198131A1 publication Critical patent/JPWO2019198131A1/ja
Application granted granted Critical
Publication of JP6742558B2 publication Critical patent/JP6742558B2/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/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/3236—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 cryptographic hash functions
    • H04L9/3239—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 cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using 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/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/3263—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 certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—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 certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、認証連携のための技術に関するものである。
ＰＫＩ認証によって複数の組織のサービスを利用する場合、各組織のユーザは、利用する端末の数だけクライアント証明書を発行してもらう必要がある。そのため、利便性に欠けていた。ＰＫＩはＰｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅの略称である。
特許文献１は、複数のクライアント証明書を用いない方法を開示している。
この方法では、認証連携装置が、サービス提供装置に対して、証明書がインストールされている端末のユーザを提示する。これにより、ユーザは１つの個人認証情報で複数の端末を利用することが可能である。例えば、個人認証情報は、ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）とパスワードとの組、または、秘密鍵と公開鍵との組である。
特許文献２は次のような方法を開示している。
この方法では、ＩＤａａＳ事業者を利用することにより、各組織のユーザの個人認証情報がＩＤａａＳ事業者で一元管理される。サービス提供装置はＩＤａａＳ事業者を通じてユーザ認証を行う。これにより、ユーザが複数の組織のサービスを利用する場合においてユーザ認証が１度で済むようになる。ＩＤａａＳはＩＤｅｎｔｉｔｙ ａｓ ａ Ｓｅｒｖｉｃｅの略称である。
特開２０１１−２３８０８３号公報 特開２０１５−０９０６２０号公報
特許文献１または特許文献２に開示された方法では、ユーザが所属する組織とサービスを提供する組織とのいずれかが代表して認証連携のためのシステムを稼働させる必要がある。または、第三者が認証連携のためのシステムを稼働させる必要がある。そのため、認証連携を行う複数の組織によって認証連携のためのシステムを分散管理することができない。
本発明は、認証連携システムにおいて、複数の組織の複数のユーザ情報を複数の組織の複数の認証システムで分散管理できるようにすることを目的とする。
本発明の認証システムは、第１ユーザが属する第１組織とは別の組織である他組織の認証システムである。
前記認証システムは、
前記第１ユーザのクライアント証明書用の登録トランザクションを受け付けるトランザクション受付部と、
前記第１ユーザの前記クライアント証明書用の登録トランザクションが受け付けられた場合に前記第１ユーザの前記クライアント証明書をクライアント証明書ブロックチェーンに登録するブロックチェーン管理部と、
前記第１ユーザが前記他組織のサービスにアクセスした場合に前記クライアント証明書ブロックチェーンの中の前記第１ユーザの前記クライアント証明書を用いて前記第１ユーザの認証を行う認証部とを備える。
本発明によれば、認証連携システムにおいて、複数の組織の複数のユーザ情報（クライアント証明書）を複数の組織の複数の認証システムで分散管理することが可能となる。
実施の形態１における認証連携システム１００の構成図。 実施の形態１における組織システム１１０の構成図。 実施の形態１におけるユーザ端末１３０の構成図。 実施の形態１におけるサーバ装置１４０の構成図。 実施の形態１における認証システム１２０の構成図。 実施の形態１における管理装置２００の構成図。 実施の形態１における認証装置３００の構成図。 実施の形態１における認証局装置４００の構成図。 実施の形態１における登録処理のフローチャート。 実施の形態１におけるトランザクションデータ１２１を示す図。 実施の形態１における発行処理のフローチャート。 実施の形態１における発行処理のフローチャート。 実施の形態１におけるトランザクションデータ１２２を示す図。 実施の形態１における検証処理（Ｓ２１０）のフローチャート。 実施の形態１における代理証明処理のフローチャート。 実施の形態１における代理証明処理のフローチャート。 実施の形態１におけるログアウト処理のフローチャート。 実施の形態１におけるトランザクションデータ１２３を示す図。 実施の形態２におけるユーザ端末１３０の構成図。 実施の形態２における認証装置３００の構成図。 実施の形態２における発行処理のフローチャート。 実施の形態２における発行処理のフローチャート。 実施の形態２における自己証明処理のフローチャート。 実施の形態２における自己証明処理のフローチャート。 実施の形態２におけるログアウト処理のフローチャート。 実施の形態３における認証局装置４００の構成図。 実施の形態３における検証処理（Ｓ２１０）のフローチャート。 実施の形態４における認証連携システム１００の構成図。 各実施の形態における管理装置２００のハードウェア構成図。 各実施の形態における認証装置３００のハードウェア構成図。 各実施の形態における認証局装置４００のハードウェア構成図。
実施の形態および図面において、同じ要素および対応する要素には同じ符号を付している。同じ符号が付された要素の説明は適宜に省略または簡略化する。図中の矢印はデータの流れ又は処理の流れを主に示している。
実施の形態１．
認証連携システム１００について、図１から図１８に基づいて説明する。
＊＊＊構成の説明＊＊＊
図１に基づいて、認証連携システム１００の構成を説明する。
認証連携システム１００は、複数の組織システムを備える。
複数の組織システムは、インターネット１０１を介して互いに通信する。インターネット１０１は、ネットワークの一例である。
組織システムは、組織におけるコンピュータシステムである。
実施の形態１において、認証連携システム１００は、第１組織システム１１０Ａと第２組織システム１１０Ｂと第３組織システム１１０Ｃとを備える。
第１組織システム１１０Ａは、第１組織のコンピュータシステムである。
第２組織システム１１０Ｂは、第２組織のコンピュータシステムである。
第３組織システム１１０Ｃは、第３組織のコンピュータシステムである。
組織システムは、２つであってもよいし、４つ以上であってもよい。
組織システムを特定しない場合、それぞれを組織システム１１０と称する。
図２に基づいて、組織システム１１０の構成を説明する。
組織システム１１０は、認証システム１２０とユーザ端末群１３０Ｇとサーバ装置群１４０Ｇとゲートウェイ装置１１２とを備える。
認証システム１２０とユーザ端末群１３０Ｇとサーバ装置群１４０Ｇとゲートウェイ装置１１２とは、イントラネット１１１を介して互いに通信する。イントラネット１１１はネットワークの一例である。
認証システム１２０とユーザ端末群１３０Ｇとサーバ装置群１４０Ｇとは、イントラネット１１１とゲートウェイ装置１１２とインターネット１０１とを介して、他の組織システム１１０と通信する。
ユーザ端末群１３０Ｇは、１台以上のユーザ端末である。
ユーザ端末を特定しない場合、それぞれをユーザ端末１３０と称する。
サーバ装置群１４０Ｇは、１台以上のサーバ装置である。サーバ装置はサービスを提供する装置である。サーバ装置はアプリケーションサーバまたはサービス提供装置とも呼ばれる。
サーバ装置を特定しない場合、それぞれをサーバ装置１４０と称する。
図３に基づいて、ユーザ端末１３０の構成を説明する。
ユーザ端末１３０は、プロセッサ１３１Ａとメモリ１３１Ｂと補助記憶装置１３１Ｃと通信装置１３１Ｄと入出力インタフェース１３１Ｅといったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
プロセッサ１３１Ａは、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、他のハードウェアを制御する。例えば、プロセッサ１３１Ａは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、またはＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。プロセッサ１３１Ａはブラウザ部１３２の機能を実現する。
メモリ１３１Ｂは揮発性の記憶装置である。メモリ１３１Ｂは、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ１３１ＢはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メモリ１３１Ｂに記憶されたデータは必要に応じて補助記憶装置１３１Ｃに保存される。
補助記憶装置１３１Ｃは不揮発性の記憶装置である。例えば、補助記憶装置１３１Ｃは、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、またはフラッシュメモリである。補助記憶装置１３１Ｃに記憶されたデータは必要に応じてメモリ１３１Ｂにロードされる。
通信装置１３１Ｄはレシーバ及びトランスミッタである。例えば、通信装置１３１Ｄは通信チップまたはＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ 認証局ｒｄ）である。
入出力インタフェース１３１Ｅは入力装置および出力装置が接続されるポートである。例えば、入出力インタフェース１３１ＥはＵＳＢ端子であり、入力装置はキーボードおよびマウスであり、出力装置はディスプレイである。ＵＳＢはＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略称である。
図４に基づいて、サーバ装置１４０の構成を説明する。
サーバ装置１４０は、プロセッサ１４１Ａとメモリ１４１Ｂと補助記憶装置１４１Ｃと通信装置１４１Ｄといったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
プロセッサ１４１Ａは、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ１４１Ａは、ＣＰＵ、ＤＳＰ、またはＧＰＵである。プロセッサ１４１Ａはアプリケーション部１４２の機能を実現する。
メモリ１４１Ｂは揮発性の記憶装置である。メモリ１４１Ｂは、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ１４１ＢはＲＡＭである。メモリ１４１Ｂに記憶されたデータは必要に応じて補助記憶装置１４１Ｃに保存される。
補助記憶装置１４１Ｃは不揮発性の記憶装置である。例えば、補助記憶装置１４１Ｃは、ＲＯＭ、ＨＤＤ、またはフラッシュメモリである。補助記憶装置１４１Ｃに記憶されたデータは必要に応じてメモリ１４１Ｂにロードされる。
通信装置１４１Ｄはレシーバ及びトランスミッタである。例えば、通信装置１４１Ｄは通信チップまたはＮＩＣである。
図５に基づいて、認証システム１２０の構成を説明する。
認証システム１２０は、管理装置２００と認証装置３００と認証局装置４００とを備える。
認証装置３００は、イントラネット１１１を介して、管理装置２００と認証局装置４００と通信する。
図６に基づいて、管理装置２００の構成を説明する。
管理装置２００は、プロセッサ２０１とメモリ２０２と補助記憶装置２０３と通信装置２０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
プロセッサ２０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ２０１は、ＣＰＵ、ＤＳＰ、またはＧＰＵである。
メモリ２０２は揮発性の記憶装置である。メモリ２０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ２０２はＲＡＭである。メモリ２０２に記憶されたデータは必要に応じて補助記憶装置２０３に保存される。
補助記憶装置２０３は不揮発性の記憶装置である。例えば、補助記憶装置２０３は、ＲＯＭ、ＨＤＤ、またはフラッシュメモリである。補助記憶装置２０３に記憶されたデータは必要に応じてメモリ２０２にロードされる。
通信装置２０４はレシーバ及びトランスミッタである。例えば、通信装置２０４は通信チップまたはＮＩＣである。
管理装置２００は、トランザクション発行部２１１とトランザクション受付部２１２と証明書検証部２１３とブロックチェーン管理部２１４とトランザクション検証部２１５といった要素を備える。これらの要素はソフトウェアで実現される。
補助記憶装置２０３には、トランザクション発行部２１１とトランザクション受付部２１２と証明書検証部２１３とブロックチェーン管理部２１４とトランザクション検証部２１５としてコンピュータを機能させるためのプログラムが記憶されている。プログラムは、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
さらに、補助記憶装置２０３にはＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が記憶されている。ＯＳの少なくとも一部は、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
つまり、プロセッサ２０１は、ＯＳを実行しながら、プログラムを実行する。
プログラムを実行して得られるデータは、メモリ２０２、補助記憶装置２０３、プロセッサ２０１内のレジスタまたはプロセッサ２０１内のキャッシュメモリといった記憶装置に記憶される。
メモリ２０２はブロックチェーン記憶部２９０として機能する。但し、他の記憶装置が、メモリ２０２の代わりに、又は、メモリ２０２と共に、ブロックチェーン記憶部２９０として機能してもよい。
管理装置２００は、プロセッサ２０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ２０１の役割を分担する。
プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータで読み取り可能に記録（格納）することができる。
図７に基づいて、認証装置３００の構成を説明する。
認証装置３００は、プロセッサ３０１とメモリ３０２と補助記憶装置３０３と通信装置３０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
プロセッサ３０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ３０１はＣＰＵ、ＤＳＰまたはＧＰＵである。
メモリ３０２は揮発性の記憶装置である。メモリ３０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ３０２はＲＡＭである。メモリ３０２に記憶されたデータは必要に応じて補助記憶装置３０３に保存される。
補助記憶装置３０３は不揮発性の記憶装置である。例えば、補助記憶装置３０３は、ＲＯＭ、ＨＤＤまたはフラッシュメモリである。補助記憶装置３０３に記憶されたデータは必要に応じてメモリ３０２にロードされる。
通信装置３０４はレシーバ及びトランスミッタである。例えば、通信装置３０４は通信チップまたはＮＩＣである。
認証装置３００は、認証部３１１と代理証明部３１２とログアウト受付部３１３といった要素を備える。これらの要素はソフトウェアで実現される。
補助記憶装置３０３には、認証部３１１と代理証明部３１２とログアウト受付部３１３としてコンピュータを機能させるためのプログラムが記憶されている。プログラムは、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
さらに、補助記憶装置３０３にはＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
つまり、プロセッサ３０１は、ＯＳを実行しながら、プログラムを実行する。
プログラムを実行して得られるデータは、メモリ３０２、補助記憶装置３０３、プロセッサ３０１内のレジスタまたはプロセッサ３０１内のキャッシュメモリといった記憶装置に記憶される。
メモリ３０２は認証情報記憶部３９１とクライアント秘密鍵記憶部３９２として機能する。但し、他の記憶装置が、メモリ３０２の代わりに、又は、メモリ３０２と共に、認証情報記憶部３９１とクライアント秘密鍵記憶部３９２として機能してもよい。
認証装置３００は、プロセッサ３０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ３０１の役割を分担する。
プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータで読み取り可能に記録（格納）することができる。
図８に基づいて、認証局装置４００の構成を説明する。
認証局装置４００は、プロセッサ４０１とメモリ４０２と補助記憶装置４０３と通信装置４０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
プロセッサ４０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ４０１はＣＰＵ、ＤＳＰまたはＧＰＵである。
メモリ４０２は揮発性の記憶装置である。メモリ４０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ４０２はＲＡＭである。メモリ４０２に記憶されたデータは必要に応じて補助記憶装置４０３に保存される。
補助記憶装置４０３は不揮発性の記憶装置である。例えば、補助記憶装置４０３は、ＲＯＭ、ＨＤＤまたはフラッシュメモリである。補助記憶装置４０３に記憶されたデータは必要に応じてメモリ４０２にロードされる。
通信装置４０４はレシーバ及びトランスミッタである。例えば、通信装置４０４は通信チップまたはＮＩＣである。
認証局装置４００は、秘密鍵生成部４１１と証明書生成部４１２といった要素を備える。これらの要素はソフトウェアで実現される。
補助記憶装置４０３には、秘密鍵生成部４１１と証明書生成部４１２としてコンピュータを機能させるためのプログラムが記憶されている。プログラムは、メモリ４０２にロードされて、プロセッサ４０１によって実行される。
さらに、補助記憶装置４０３にはＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ４０２にロードされて、プロセッサ４０１によって実行される。
つまり、プロセッサ４０１は、ＯＳを実行しながら、プログラムを実行する。
プログラムを実行して得られるデータは、メモリ４０２、補助記憶装置４０３、プロセッサ４０１内のレジスタまたはプロセッサ４０１内のキャッシュメモリといった記憶装置に記憶される。
メモリ４０２は認証局秘密鍵記憶部４９０として機能する。但し、他の記憶装置が、メモリ４０２の代わりに、又は、メモリ４０２と共に、認証局秘密鍵記憶部４９０として機能してもよい。
認証局装置４００は、プロセッサ４０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ４０１の役割を分担する。
プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータで読み取り可能に記録（格納）することができる。
＊＊＊動作の説明＊＊＊
認証連携システム１００の動作は認証連携方法に相当する。
認証システム１２０の動作は認証方法に相当する。また、認証方法の手順は認証プログラムの手順に相当する。
認証プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータで読み取り可能に記録（格納）することができる。
認証連携方法および認証方法について、以下の事項を説明する。
（１）ブロックチェーンの構築
（２）ブロックチェーンへの参加
（３）認証局証明書の登録
（４）クライアント証明書の発行
（５）ユーザの代理証明
（６）ユーザのログアウト
実施の形態において、ＢＣはブロックチェーンを意味し、ＣＡは認証局を意味し、ＣＬはクライアントを意味する。また、署名は電子署名を意味する。
まず、（１）ブロックチェーンの構築について説明する。
認証連携システム１００において、認証局証明書ブロックチェーン、クライアント証明書ブロックチェーンおよび失効リストブロックチェーンが構築される。
認証局証明書ブロックチェーンは、認証局証明書用のブロックチェーンである。
クライアント証明書ブロックチェーンは、クライアント証明書用のブロックチェーンである。
失効リストブロックチェーンは、失効リスト用のブロックチェーンである。失効リストは、失効されたクライアント証明書のリストである。
それぞれの認証システム１２０において、ブロックチェーン秘密鍵とブロックチェーン証明書との組が用意される。ブロックチェーン秘密鍵とブロックチェーン証明書との組は、認証局証明書ブロックチェーンとクライアント証明書ブロックチェーンと失効リストブロックチェーンとに共通で使用される。
ブロックチェーン秘密鍵とブロックチェーン証明書との組はブロックチェーン記憶部２９０に記憶される。つまり、第１組織の認証システム１２０において、第１組織用のブロックチェーン秘密鍵と第１組織用のブロックチェーン証明書との組がブロックチェーン記憶部２９０に記憶される。第２組織の認証システム１２０において、第２組織用のブロックチェーン秘密鍵と第２組織用のブロックチェーン証明書との組がブロックチェーン記憶部２９０に記憶される。第３組織の認証システム１２０において、第３組織用のブロックチェーン秘密鍵と第３組織用のブロックチェーン証明書との組がブロックチェーン記憶部２９０に記憶される。
ブロックチェーン秘密鍵とブロックチェーン証明書との組の生成方法は、ブロックチェーンの実装方式によって異なる。例えば、認証システム１２０がブロックチェーン秘密鍵とブロックチェーン証明書との組を自ら生成する。または、代表の認証局がそれぞれの認証システム１２０に対してブロックチェーン秘密鍵とブロックチェーン証明書との組を生成する。
以下では、ブロックチェーン秘密鍵とブロックチェーン証明書との組が認証局証明書ブロックチェーンとクライアント証明書ブロックチェーンと失効リストブロックチェーンとに共通で使用されるものとして説明する。しかし、認証局証明書ブロックチェーンとクライアント証明書ブロックチェーンと失効リストブロックチェーンとのそれぞれで、ブロックチェーン秘密鍵とブロックチェーン証明書との組が異なってもよい。
次に、（２）ブロックチェーンへの参加について説明する。
ブロックチェーンへの参加とは、起動済みのブロックチェーンに対してデータ登録の権利またはデータ参照の権利を得るための処理である。認証システム１２０がブロックチェーンへの参加によってデータ登録の権利を得た場合、認証システム１２０は、ブロックチェーンにデータを登録することができる。認証システム１２０がブロックチェーンへの参加によってデータ参照の権利を得た場合、認証システム１２０は、ブロックチェーンに登録されているデータを参照することができる。
それぞれの認証システム１２０は、認証局証明書ブロックチェーンとクライアント証明書ブロックチェーンと失効リストブロックチェーンとのそれぞれに参加する。
ブロックチェーンへの参加のためには、ブロックチェーン起動処理およびブロックチェーン参加処理が必要である。
ブロックチェーン起動処理では、ブロックチェーン起動機能が利用される。ブロックチェーン起動機能は、ブロックチェーンを起動するための処理を実行する機能である。例えば、ブロックチェーンを起動するために提供されたプログラムが実行される。
ブロックチェーン参加処理では、ブロックチェーン参加機能が利用される。ブロックチェーン参加機能は、ブロックチェーンに参加するための処理を実行する機能である。例えば、ブロックチェーンに参加するために提供されたプログラムの実行によって、ブロックチェーンサーバへのアクセスが行われる。また、ブロックチェーンの通信仕様に従って、参加メッセージがやり取りされる。
ブロックチェーンへの参加の方法は、ブロックチェーンによって異なる。例えば、第１組織の認証システム１２０がブロックチェーンを起動し、第２組織と第３組織とのそれぞれの認証システム１２０がブロックチェーンに参加する。
それぞれの認証システム１２０において、認証局秘密鍵と認証局証明書との組が用意される。
認証局秘密鍵は秘密鍵生成部４１１によって生成され、認証局秘密鍵記憶部４９０に記憶される。つまり、第１組織の認証システム１２０において、第１組織用の認証局秘密鍵が認証局秘密鍵記憶部４９０に記憶される。第２組織の認証システム１２０において、第２組織用の認証局秘密鍵が認証局秘密鍵記憶部４９０に記憶される。第３組織の認証システム１２０において、第３組織用の認証局秘密鍵が認証局秘密鍵記憶部４９０に記憶される。
認証局証明書は証明書生成部４１２に生成される。例えば、認証局証明書は、Ｘ．５０９の規格に従って生成される。ブロックチェーン証明書およびクライアント証明書も、例えば、Ｘ．５０９の規格に従って生成される。
認証局証明書には認証局秘密鍵と対を成す認証局公開鍵が含まれる。また、ブロックチェーン証明書にはブロックチェーン秘密鍵と対を成すブロックチェーン公開鍵が含まれ、クライアント証明書にはクライアント秘密鍵と対を成すクライアント公開鍵が含まれる。
認証局秘密鍵と認証局公開鍵との組は、ＲＳＡ暗号または楕円曲線暗号などのアルゴリズムによって生成される。ブロックチェーン秘密鍵とブロックチェーン公開鍵との組およびクライアント秘密鍵とクライアント公開鍵との組も、ＲＳＡ暗号または楕円曲線暗号などのアルゴリズムによって生成される。ＲＳＡはＲｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ ｃｒｙｐｔｏｓｙｓｔｅｍの略称である。
次に、（３）認証局証明書の登録について説明する。
それぞれの認証システム１２０は、認証局証明書を認証局証明書ブロックチェーンに登録する。
図９に基づいて、第１組織の認証局証明書が認証局証明書ブロックチェーンに登録される場合を例にして、登録処理を説明する。
この登録処理は、（３）認証局証明書の登録のための処理である。
ステップＳ１０１において、第１組織の認証局証明書用の登録トランザクションが発行される。
認証局証明書用の登録トランザクションは、認証局証明書を認証局証明書ブロックチェーンに登録するためのトランザクションである。
ステップＳ１０１の処理は以下の通りである。
第１組織の認証システム１２０において、トランザクション発行部２１１は、第１組織の認証局証明書用の登録トランザクションを発行する。具体的には、トランザクション発行部２１１は、トランザクションデータ１２１を生成し、トランザクションデータ１２１をそれぞれの他の認証システム１２０に送信する。トランザクションデータ１２１は、ブロックチェーンの機能により送信される。他の認証システム１２０は、第２組織の認証システム１２０および第３組織の認証システム１２０である。
それぞれの他の認証システム１２０において、トランザクション受付部２１２は、第１組織の認証局証明書用の登録トランザクションを受け付ける。具体的には、トランザクション受付部２１２は、トランザクションデータ１２１を受信する。
図１０に基づいて、トランザクションデータ１２１を説明する。
トランザクションデータ１２１は、基本情報１２１Ａと所有者情報１２１Ｂと認証局証明書１２１Ｃとその他情報１２１Ｄとを有する。
基本情報１２１Ａは、例えば、トランザクションＩＤ（ｉｄｅｎｔｉｆｉｅｒ）と、発行元のブロックチェーン証明書と、発行元の署名と、発行時のタイムスタンプとを含む。発行元は、第１組織の認証システム１２０である。発行元の署名は、発行元のブロックチェーン秘密鍵を用いて生成される。
所有者情報１２１Ｂは、認証局証明書の所有者を示す。所有者は、第１組織の認証システム１２０である。
認証局証明書１２１Ｃは、第１組織の認証局証明書である。
図９に戻り、ステップＳ１０２から説明を続ける。
ステップＳ１０２において、第１組織の認証局証明書が検証される。つまり、トランザクションデータ１２１に含まれる認証局証明書１２１Ｃが検証される。
ステップＳ１０２の処理は以下の通りである。
それぞれの他の認証システム１２０において、証明書検証部２１３は、第１組織の認証局証明書を検証する。具体的には、証明書検証部２１３は、トランザクションデータ１２１から認証局証明書１２１Ｃを取得し、認証局証明書１２１Ｃを検証する。
例えば、証明書検証部２１３は、以下に示す方法の少なくともいずれかによって、認証局証明書１２１Ｃを検証する。複数の方法で検証を行うことにより、認証局証明書１２１Ｃの真偽をより正しく確かめることができる。
証明書検証部２１３は、認証局証明書１２１Ｃの形式を確かめる。具体的には、証明書検証部２１３は、認証局証明書１２１Ｃの形式が認証局証明書の規定の形式と一致することを確かめる。
証明書検証部２１３は、認証局証明書１２１Ｃに含まれる認証局公開鍵を用いて、基本情報１２１Ａの中の発行元の署名を検証する。
証明書検証部２１３は、認証局証明書１２１Ｃの正しさを確かめる。具体的には、証明書検証部２１３は、発行元の認証システム１２０と通信することによって、認証局証明書１２１Ｃの内容を確認する。
ステップＳ１０３において、他の認証システム群によって、検証結果の合意形成が図られる。他の認証システム群は１つ以上の他の認証システム１２０である。具体的には、他の認証システム群は、第１組織の認証システム１２０以外の全ての認証システム１２０である。つまり、他の認証システム群は、第２組織の認証システム１２０および第３組織の認証システム１２０である。
ステップＳ１０３の処理は以下の通りである。
他の認証システム群において、１つ以上の証明書検証部２１３は、合意形成機能によって、検証結果の合意形成を図る。
合意形成機能は、コンセンサスアルゴリズムと呼ばれる。
コンセンサスアルゴリズムは、ブロックチェーンの種類によって異なる。有名なコンセンサスアルゴリズムとして、Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ（ＰｏＷ）およびＰｒａｃｔｉｃａｌ Ｂｙｚａｎｔｉｎｅ Ｆａｕｌｔ Ｔｏｌｅｒａｎｃｅ（ＰＢＦＴ）などが挙げられる。
認証局証明書は、認証システム１２０の認証局装置４００を証明するものである。そのため、認証局証明書には、高いセキュリティが求められる。
例えば、全ての他の認証システム１２０において、認証局証明書が正しいと判定された場合にだけ、認証局証明書が正しいという合意が得られる。
合意形成の結果によって、処理は分岐する。
第１組織の認証局証明書が正しいという結果が得られた場合、処理はステップＳ１０４に進む。
第１組織の認証局証明書が正しくないという結果が得られた場合、第１組織の認証局証明書が認証局証明書ブロックチェーンに登録されず、処理はステップＳ１０５に進む。
ステップＳ１０４において、第１組織の認証局証明書が認証局証明書ブロックチェーンに登録される。
ステップＳ１０４の処理は以下の通りである。
それぞれの他の認証システム１２０において、ブロックチェーン管理部２１４は、第１組織の認証局証明書を認証局証明書ブロックチェーンに登録する。具体的には、ブロックチェーン管理部２１４は、認証局証明書１２１Ｃを認証局証明書ブロックチェーンの一部としてブロックチェーン記憶部２９０に記憶する。
ステップＳ１０５において、登録トランザクションの結果が通知される。
ステップＳ１０５の処理は以下の通りである。
それぞれの他の認証システム１２０において、トランザクション受付部２１２は、登録結果通知を第１組織の認証システム１２０に送信する。登録結果通知は、第１組織の認証局証明書が認証局証明書ブロックチェーンに登録されたか否かを示す。
第１組織の認証システム１２０において、トランザクション発行部２１１は、登録結果通知を受信する。
次に、（４）クライアント証明書の発行について説明する。
それぞれの認証システム１２０は、組織内のユーザのためにクライアント証明書を発行する。クライアント証明書の発行は、クライアント証明書ブロックチェーンへのクライアント証明書の登録を意味する。
図１１および図１２に基づいて、第１組織に属する第１ユーザのためにクライアント証明書が発行される場合を例にして、発行処理を説明する。
この発行処理は、（４）クライアント証明書の発行のための処理である。
ステップＳ２０１において、第１ユーザの認証情報が第１組織の認証システム１２０に送信される。
認証情報は、ユーザを認証するための情報である。例えば、認証情報は、ユーザＩＤとパスワードとの組、または、生体情報である。
ステップＳ２０１の処理は以下の通りである。
第１組織システム１１０Ａにおいて、第１ユーザは、認証情報をユーザ端末１３０に入力する。
ユーザ端末１３０のブラウザ部１３２は、第１組織の認証システム１２０に認証情報を送信する。
第１組織の認証システム１２０において、認証部３１１は認証情報を受信する。
ステップＳ２０２において、第１ユーザの認証情報が検証される。
ステップＳ２０２の処理は以下の通りである。
第１組織の認証システム１２０において、認証情報記憶部３９１には、第１組織のそれぞれのユーザの認証情報が予め登録されている。
認証部３１１は、受信した認証情報が認証情報記憶部３９１に登録されているいずれかの認証情報と一致するか判定する。
受信した認証情報が認証情報記憶部３９１に登録されているいずれかの認証情報と一致する場合、ユーザの認証情報は正しい。
ユーザの認証情報が正しい場合、処理はステップＳ２０３に進む。
ユーザの認証情報が正しくない場合、認証部３１１は、エラーメッセージをユーザ端末１３０に送信する。ユーザ端末１３０のブラウザ部１３２は、エラーメッセージを受信し、エラーメッセージをディスプレイに表示する。そして、処理はステップＳ２０１に進む。
ステップＳ２０３において、第１ユーザのクライアント秘密鍵が生成される。
ステップＳ２０３の処理は以下の通りである。
第１組織の認証システム１２０において、認証部３１１は、第１ユーザのクライアント秘密鍵と第１ユーザのクライアント証明書とを発行するための発行要求を送信する。秘密鍵生成部４１１は、発行要求を受信し、第１ユーザのクライアント秘密鍵を生成する。
ステップＳ２０４において、第１ユーザのクライアント証明書が生成される。
ステップＳ２０４の処理は以下の通りである。
第１組織の認証システム１２０において、証明書生成部４１２は、第１組織の認証局秘密鍵を用いて署名を生成し、第１ユーザのクライアント証明書を生成する。
第１ユーザのクライアント証明書は、第１組織の認証局秘密鍵を用いて生成された署名を含む。
ステップＳ２０５において、第１ユーザのクライアント証明書用の登録トランザクションが発行される。
クライアント証明書用の登録トランザクションは、クライアント証明書をクライアント証明書ブロックチェーンに登録するためのトランザクションである。
ステップＳ２０５の処理は以下の通りである。
第１組織の認証システム１２０において、証明書生成部４１２はクライアント秘密鍵とクライアント証明書との組を送信し、認証部３１１はクライアント秘密鍵とクライアント証明書との組を受信する。認証部３１１はクライアント証明書を送信し、トランザクション発行部２１１はクライアント証明書を受信する。そして、トランザクション発行部２１１は、第１ユーザのクライアント証明書用の登録トランザクションを発行する。具体的には、トランザクション発行部２１１は、トランザクションデータ１２２を生成し、トランザクションデータ１２２をそれぞれの他の認証システム１２０に送信する。他の認証システム１２０は、第２組織の認証システム１２０および第３組織の認証システム１２０である。
それぞれの他の認証システム１２０において、トランザクション受付部２１２は、第１ユーザのクライアント証明書用の登録トランザクションを受け付ける。具体的には、トランザクション受付部２１２は、トランザクションデータ１２２を受信する。
図１３に基づいて、トランザクションデータ１２２を説明する。
トランザクションデータ１２２は、基本情報１２２Ａと所有者情報１２２Ｂとクライアント証明書１２２Ｃとその他情報１２２Ｄとを有する。
基本情報１２２Ａは、例えば、トランザクションＩＤと、発行元情報と、発行元のブロックチェーン証明書と、発行元の署名と、発行時のタイムスタンプとを含む。発行元情報は、トランザクションデータ１２２の発行元を示す。発行元は、第１組織の認証システム１２０である。発行元の署名は、発行元のブロックチェーン秘密鍵を用いて生成される。
所有者情報１２２Ｂは、クライアント証明書の所有者を示す。所有者は第１ユーザである。
クライアント証明書１２２Ｃは、第１ユーザのクライアント証明書である。
図１１に戻り、ステップＳ２１０から説明を続ける。
ステップＳ２１０において、第１ユーザのクライアント証明書が検証される。つまり、トランザクションデータ１２２に含まれるクライアント証明書１２２Ｃが検証される。
ステップＳ２１０の処理は以下の通りである。
それぞれの他の認証システム１２０において、証明書検証部２１３は、第１ユーザのクライアント証明書を検証する。具体的には、証明書検証部２１３は、トランザクションデータ１２２からクライアント証明書１２２Ｃを取得し、クライアント証明書１２２Ｃを検証する。
図１４に基づいて、ステップＳ２１０における検証処理を説明する。
ステップＳ２１１において、証明書検証部２１３は、トランザクションデータ１２２の形式を検証する。
例えば、証明書検証部２１３は、トランザクションデータ１２２の形式がクライアント証明書用の登録トランザクションの規定の形式と一致するか、および、クライアント証明書１２２Ｃの有効期限が切れていないか等を検証する。
トランザクションデータ１２２の形式が正しい場合、処理はステップＳ２１２に進む。
トランザクションデータ１２２の形式が正しくない場合、証明書検証部２１３はクライアント証明書１２２Ｃが正しくないと判定し、処理は終了する。
ステップＳ２１２において、証明書検証部２１３は、トランザクションデータ１２２の基本情報１２２Ａから発行元情報を取得する。
そして、証明書検証部２１３は、発行元情報に基づいて、発行元の認証局証明書をブロックチェーン記憶部２９０から取得する。
ステップＳ２１３において、証明書検証部２１３は、発行元の認証局証明書から認証局公開鍵を取得する。
また、証明書検証部２１３は、トランザクションデータ１２２からクライアント証明書１２２Ｃを取得する。
そして、証明書検証部２１３は、認証局公開鍵を用いて、クライアント証明書１２２Ｃの中の署名を検証する。つまり、証明書検証部２１３は、クライアント証明書１２２Ｃの署名が本物であるか検証する。
ステップＳ２１４において、証明書検証部２１３は、クライアント証明書１２２Ｃの署名についての検証結果を判定する。
クライアント証明書１２２Ｃの署名が正しい場合、証明書検証部２１３はクライアント証明書１２２Ｃが正しいと判定し、処理は終了する。
クライアント証明書１２２Ｃの署名が正しくない場合、証明書検証部２１３はクライアント証明書１２２Ｃが正しくないと判定し、処理は終了する。
図１１に戻り、ステップＳ２２０から説明を続ける。
ステップＳ２２１において、他の認証システム群によって、検証結果の合意形成が図られる。他の認証システム群は１つ以上の他の認証システム１２０である。具体的には、他の認証システム群は、第１組織の認証システム１２０以外の全ての認証システム１２０である。つまり、他の認証システム群は、第２組織の認証システム１２０および第３組織の認証システム１２０である。
ステップＳ２２０の処理は以下の通りである。
他の認証システム群において、１つ以上の証明書検証部２１３は、合意形成機能によって、検証結果の合意形成を図る。
合意形成機能は、コンセンサスアルゴリズムと呼ばれる。
例えば、多数決によって、検証結果が決定される。つまり、クライアント証明書が正しいという検証結果の数がクライアント証明書が正しくないという検証結果の数よりも多い場合、クライアント証明書が正しいという合意が得られる。
合意形成の結果によって、処理は分岐する。
第１ユーザのクライアント証明書が正しいという結果が得られた場合、処理はステップＳ２３１に進む。
第１ユーザのクライアント証明書が正しくないという結果が得られた場合、処理はステップＳ２４１に進む。
ステップＳ２３１において、第１ユーザのクライアント証明書がクライアント証明書ブロックチェーンに登録される。
ステップＳ２３１の処理は以下の通りである。
それぞれの他の認証システム１２０において、ブロックチェーン管理部２１４は、第１ユーザのクライアント証明書をクライアント証明書ブロックチェーンに登録する。つまり、ブロックチェーン管理部２１４は、クライアント証明書１２２Ｃをクライアント証明書ブロックチェーンの一部としてブロックチェーン記憶部２９０に記憶する。
ステップＳ２３２において、第１ユーザのクライアント秘密鍵が保存される。
ステップＳ２３２の処理は以下の通りである。
それぞれの他の認証システム１２０において、トランザクション受付部２１２は、登録完了通知を第１組織の認証システム１２０に送信する。登録完了通知は、第１ユーザのクライアント証明書がクライアント証明書ブロックチェーンに登録されたことを示す。
第１組織の認証システム１２０において、トランザクション発行部２１１は、登録完了通知を受信する。トランザクション発行部２１１は登録完了通知を送信し、認証部３１１は登録完了通知を受信する。そして、認証部３１１は、第１ユーザのクライアント秘密鍵をクライアント秘密鍵記憶部３９２に保存する。
ステップＳ２３２の後、処理はステップＳ２５０に進む。
ステップＳ２４１において、登録トランザクションの棄却が第１組織の認証システム１２０に通知される。
ステップＳ２４１の処理は以下の通りである。
それぞれの他の認証システム１２０において、トランザクション受付部２１２は、棄却通知を第１組織の認証システム１２０に送信する。棄却通知は、第１ユーザのクライアント証明書用の登録トランザクションが棄却されたことを示す。つまり、棄却通知は、第１ユーザのクライアント証明書がクライアント証明書ブロックチェーンに登録されなかったことを示す。例えば、棄却通知は、棄却理由情報を含む。棄却理由情報は、棄却理由を区別する情報である。例えば、棄却理由情報は、コードまたは文字列などによって棄却理由を示す。
第１組織の認証システム１２０において、トランザクション発行部２１１は、棄却通知を受信する。
ステップＳ２４２において、第１ユーザのクライアント秘密鍵が削除される。
ステップＳ２４２の処理は以下の通りである。
第１組織の認証システム１２０において、トランザクション発行部２１１は棄却通知を送信し、認証部３１１は棄却通知を受信する。そして、認証部３１１は、第１ユーザのクライアント秘密鍵を削除する。
ステップＳ２４２の後、処理はステップＳ２５０に進む。
ステップＳ２５０において、クライアント証明書の発行結果がユーザ端末１３０に通知される。
ステップＳ２５０の処理は以下の通りである。
第１組織の認証システム１２０において、認証部３１１は、発行結果通知をユーザ端末１３０に送信する。発行結果通知は、第１ユーザのクライアント証明書が発行されたか否かを示す。
第１組織システム１１０Ａにおいて、ユーザ端末１３０のブラウザ部１３２は発行結果通知を受信し、発行結果をディスプレイに表示する。例えば、第１ユーザのクライアント証明書が発行されなかった場合、ブラウザ部１３２は、棄却理由をディスプレイに表示する。
次に、（５）ユーザの代理証明について説明する。
ユーザが他組織のサーバ装置１４０にアクセスする場合、つまり、ユーザが他組織のサービスにアクセスする場合、ユーザが属する組織の認証システム１２０が、他組織の認証システム１２０の代わりにユーザを認証する。
図１５および図１６に基づいて、第１組織の第１ユーザが第２組織のサービスにアクセスする場合を例にして、代理証明処理を説明する。
この代理証明処理は、（５）ユーザの代理証明のための処理である。
ステップＳ３０１において、第１ユーザのクライアント証明書が発行される。つまり、第１ユーザのクライアント証明書がクライアント証明書ブロックチェーンに登録される。
ステップＳ３０１の処理は、図１１および図１２で説明した発行処理に相当する。
ステップＳ３０２において、アクセス要求が第２組織のサーバ装置１４０に送信される。
ステップＳ３０２の処理は以下の通りである。
第１組織システム１１０Ａにおいて、第１ユーザは、第２組織のサービスに対するアクセス要求をユーザ端末１３０に入力する。
アクセス情報は、第１組織と第１ユーザとアクセス内容とを示す。
ユーザ端末１３０のブラウザ部１３２は、アクセス要求を第２組織のサーバ装置１４０に送信する。
第２組織システム１１０Ｂにおいて、サーバ装置１４０はアクセス要求を受信する。
ステップＳ３０３において、第１ユーザの認証要求が第２組織の認証システム１２０に送信される。
ステップＳ３０３の処理は以下の通りである。
第２組織システム１１０Ｂにおいて、サーバ装置１４０は、第１ユーザの認証要求を送信する。この認証要求は、第１組織と第１ユーザとを示す。
第２組織の認証システム１２０において、認証部３１１は、第１ユーザの認証要求を受信する。
ステップＳ３０４において、第１ユーザのクライアント証明書が第２組織のクライアント証明書ブロックチェーンから取得される。
ステップＳ３０４の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は第１ユーザ識別子を送信し、ブロックチェーン管理部２１４は第１ユーザ識別子を受信する。ブロックチェーン管理部２１４は、第１ユーザ識別子に基づいて、第１ユーザのクライアント証明書をクライアント証明書ブロックチェーンから取得する。つまり、ブロックチェーン管理部２１４は、第１ユーザのクライアント証明書をブロックチェーン記憶部２９０から取得する。
ステップＳ３０５において、第１ユーザのクライアント証明書が検証される。
ステップＳ３０５の処理は以下の通りである。
第２組織の認証システム１２０において、証明書検証部２１３は、第１ユーザのクライアント証明書から有効期限を取得し、有効期限を現在時刻と比較する。
有効期限が切れている場合、証明書検証部２１３は、第１ユーザのクライアント証明書が正しくないと判定する。
有効期限が切れていない場合、証明書検証部２１３は、第１ユーザのクライアント証明書が失効リストブロックチェーンに登録されているか判定する。つまり、証明書検証部２１３は、第１ユーザのクライアント証明書が失効リストブロックチェーンの一部としてブロックチェーン記憶部２９０に記憶されているか判定する。証明書検証部２１３は次のように判定を行う。まず、証明書検証部２１３は、第１ユーザのクライアント証明書から発行者とシリアル番号との組を取得する。そして、証明書検証部２１３は、取得した組と同じ組が失効リストブロックチェーンに登録されているか判定する。
第１ユーザのクライアント証明書が失効リストブロックチェーンに登録されている場合、証明書検証部２１３は、第１ユーザのクライアント証明書が正しくないと判定する。
第１ユーザのクライアント証明書が失効リストブロックチェーンに登録されていない場合、証明書検証部２１３は、第１ユーザのクライアント証明書が正しいと判定する。
ステップＳ３０６において、第１ユーザのクライアント証明書についての検証結果が判定される。
ステップＳ３０６の処理は以下の通りである。
第２組織の認証システム１２０において、証明書検証部２１３は検証結果通知を送信し、認証部３１１は検証結果通知を受信する。検証結果通知は、第１ユーザのクライアント証明書が正しいか否かを示す。そして、認証部３１１は、検証結果通知に基づいて、第１ユーザのクライアント証明書について検証結果を判定する。
第１ユーザのクライアント証明書が正しい場合、処理はステップＳ３１１に進む。
第１ユーザのクライアント証明書が正しくない場合、処理はステップＳ３０７に進む。
ステップＳ３０７において、認証失敗がユーザ端末１３０に通知される。
ステップＳ３０７の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は認証失敗通知を送信する。
第２組織システム１１０Ｂにおいて、サーバ装置１４０は認証失敗通知を受信し、認証失敗通知を送信する。ユーザ端末１３０は認証失敗通知を受信し、認証失敗をディスプレイに表示する。
ステップＳ３０７の後、処理は終了する。この場合、第１ユーザは、第２組織のサービスにアクセスすることができない。
ステップＳ３１１において、ハローメッセージが第１組織の認証システム１２０に送信される。
ステップＳ３１１の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は、ハローメッセージを生成し、ハローメッセージと第１ユーザ識別子とを第１組織の認証システム１２０に送信する。ハローメッセージは乱数を含む。
第１組織の認証システム１２０において、代理証明部３１２は、ハローメッセージと第１ユーザ識別子とを受信する。
ステップＳ３１２において、署名メッセージが第２組織の認証システム１２０に返信される。
ステップＳ３１２の処理は以下の通りである。
第１組織の認証システム１２０において、代理証明部３１２は、第１ユーザ識別子に基づいて、第１ユーザのクライアント秘密鍵をクライアント秘密鍵記憶部３９２から取得する。代理証明部３１２は、第１ユーザのクライアント秘密鍵を用いてハローメッセージを暗号化する。暗号されたハローメッセージが署名メッセージである。代理証明部３１２は、署名メッセージを第２組織の認証システム１２０に送信する。
第２組織の認証システム１２０において、認証部３１１は署名メッセージを受信する。
ステップＳ３１３において、署名メッセージが検証される。
ステップＳ３１３の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は、第１ユーザのクライアント証明書から第１ユーザのクライアント公開鍵を取得する。認証部３１１は、第１ユーザのクライアント公開鍵を用いて、署名メッセージを復号する。そして、認証部３１１は、復号後の署名メッセージがハローメッセージと一致するか判定する。
復号後の署名メッセージがハローメッセージと一致する場合、署名メッセージは正しい。
ステップＳ３１４において、署名メッセージの検証結果が判定される。
ステップＳ３１４の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は、署名メッセージの検証結果を判定する。
署名メッセージが正しい場合、認証部３１１は第１ユーザが正当なユーザであると判定し、処理はステップＳ３１５に進む。
署名メッセージが正しくない場合、認証部３１１は第１ユーザが不当なユーザであると判定し、処理はステップＳ３１６に進む。
ステップＳ３１５において、認証成功がユーザ端末１３０に通知される。
ステップＳ３１５の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は認証成功通知を送信する。
第２組織システム１１０Ｂにおいて、サーバ装置１４０は認証成功通知を受信し、認証成功通知を送信する。ユーザ端末１３０は認証成功通知を受信し、認証成功をディスプレイに表示する。
ステップＳ３１５の後、処理は終了する。この場合、第１ユーザは、第２組織のサービスにアクセスすることができる。
ステップＳ３１６において、認証失敗がユーザ端末１３０に通知される。
ステップＳ３１６の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は認証失敗通知を送信する。
第２組織システム１１０Ｂにおいて、サーバ装置１４０は認証失敗通知を受信し、認証失敗通知を送信する。ユーザ端末１３０は認証失敗通知を受信し、認証失敗をディスプレイに表示する。
ステップＳ３１６の後、処理は終了する。この場合、第１ユーザは、第２組織のサービスにアクセスすることができない。
次に、（６）ユーザのログアウトについて説明する。
それぞれの他の認証システム１２０において、ユーザのクライアント証明書が失効リストブロックチェーンに登録される。
図１７に基づいて、第１組織の第１ユーザがログアウトする場合を例にして、ログアウト処理を説明する。
このログアウト処理は、（６）ユーザのログアウトのための処理である。
ステップＳ４０１において、ログアウト要求が第１組織の認証システム１２０に送信される。
ステップＳ４０１の処理は以下の通りである。
第１組織システム１１０Ａにおいて、第１ユーザは、ログアウト要求をユーザ端末１３０に入力する。
ログアウト要求は、第１組織と第１ユーザとを示す。
ユーザ端末１３０のブラウザ部１３２は、ロウアウト要求を第１組織の認証システム１２０に送信する。
第１組織の認証システム１２０において、ログアウト受付部３１３はログアウト要求を受信する。
ステップＳ４０２において、第１ユーザのクライアント証明書用の失効トランザクションが発行される。
クライアント証明書用の失効トランザクションは、クライアント証明書を失効リストブロックチェーンに登録するためのトランザクションである。
ステップＳ４０２の処理は以下の通りである。
第１組織の認証システム１２０において、ログアウト受付部３１３は第１ユーザ識別子をトランザクション発行部２１１に送信する。トランザクション発行部２１１は、第１ユーザ識別子に基づいて、第１ユーザのクライアント証明書を第１組織のクライアント証明書ブロックチェーンから取得する。そして、トランザクション発行部２１１は、第１ユーザのクライアント証明書用の失効トランザクションを発行する。具体的には、トランザクション発行部２１１は、トランザクションデータ１２３を生成し、トランザクションデータ１２３をそれぞれの他の認証システム１２０に送信する。他の認証システム１２０は、第２組織の認証システム１２０および第３組織の認証システム１２０である。
それぞれの他の認証システム１２０において、トランザクション受付部２１２は、トランザクションデータ１２３を受信する。
図１８に基づいて、トランザクションデータ１２３を説明する。
トランザクションデータ１２３は、基本情報１２３Ａとクライアント証明書情報１２３Ｂとその他情報１２３Ｃとを有する。
基本情報１２３Ａは、例えば、トランザクションＩＤと、発行元情報と、発行元のブロックチェーン証明書と、発行元の署名と、発行時のタイムスタンプとを含む。発行元情報は、トランザクションデータ１２３の発行元を示す。発行元は、第１組織の認証システム１２０である。発行元の署名は、発行元のブロックチェーン秘密鍵を用いて生成される。
クライアント証明書情報１２３Ｂは、第１ユーザのクライアント証明書を識別する。例えば、クライアント証明書情報１２３Ｂは、第１ユーザのクライアント証明書について発行元ＩＤとシリアル番号とを示す。
図１７に戻り、ステップＳ４０３から説明を続ける。
ステップＳ４０３において、第１ユーザのクライアント証明書用の失効トランザクションが検証される。
ステップＳ４０３の処理は以下の通りである。
それぞれの他の認証システム１２０において、トランザクション検証部２１５は、第１ユーザのクライアント証明書用の失効トランザクションを検証する。具体的には、トランザクション検証部２１５は、トランザクションデータ１２３を次のように検証する。
トランザクション検証部２１５は、トランザクションデータ１２３の形式が正しいか判定する。トランザクションデータ１２３の形式が失効トランザクションの規定の形式と一致する場合、トランザクションデータ１２３の形式は正しい。
トランザクションデータ１２３の形式が正しい場合、トランザクション検証部２１５は、トランザクションデータ１２３の中の発行元のブロックチェーン証明書からブロックチェーン公開鍵を取得する。そして、トランザクション検証部２１５は、ブロックチェーン公開鍵を用いて、トランザクションデータ１２３の中の発行元の署名を検証する。
発行元の署名が正しい場合、トランザクション検証部２１５は、トランザクションデータ１２３から発行元情報とクライアント証明書情報１２３Ｂとを取得する。そして、トランザクション検証部２１５は、トランザクションデータ１２３の発行元が第１ユーザのクライアント証明書の発行元と一致するか判定する。トランザクションデータ１２３の発行元が第１ユーザのクライアント証明書の発行元と一致する場合、発行元情報は正しい。
発行元情報が正しい場合、トランザクション検証部２１５は、失効トランザクションが正しいと判定する。
トランザクションデータ１２３の形式が正しくない場合、トランザクション検証部２１５は、失効トランザクションが正しくないと判定する。
発行元の署名が正しくない場合、トランザクション検証部２１５は、失効トランザクションが正しくないと判定する。
発行元情報が正しくない場合、トランザクション検証部２１５は、失効トランザクションが正しくないと判定する。
ステップＳ４０４において、他の認証システム群によって、検証結果の合意形成が図られる。他の認証システム群は１つ以上の他の認証システム１２０である。具体的には、他の認証システム群は、第１組織の認証システム１２０以外の全ての認証システム１２０である。つまり、他の認証システム群は、第２組織の認証システム１２０および第３組織の認証システム１２０である。
ステップＳ４０４の処理は以下の通りである。
他の認証システム群において、１つ以上のトランザクション検証部２１５は、合意形成機能によって、検証結果の合意形成を図る。
合意形成機能は、コンセンサスアルゴリズムと呼ばれる。
例えば、多数決によって、検証結果が決定される。つまり、失効トランザクションが正しいという検証結果の数が失効トランザクションデータが正しくないという検証結果の数よりも多い場合、失効トランザクションが正しいという合意が得られる。
合意形成の結果によって、処理は分岐する。
失効トランザクションが正しいという結果が得られた場合、処理はステップＳ４１１に進む。
失効トランザクションが正しくないという結果が得られた場合、処理はステップＳ４２１に進む。
ステップＳ４１１において、第１ユーザのクライアント証明書が失効リストブロックチェーンに登録される。
ステップＳ４１１の処理は以下の通りである。
それぞれの他の認証システム１２０において、ブロックチェーン管理部２１４は、第１ユーザのクライアント証明書を失効リストブロックチェーンに登録する。つまり、ブロックチェーン管理部２１４は、第１ユーザのクライアント証明書の情報を失効リストブロックチェーンの一部としてブロックチェーン記憶部２９０に記憶する。
ステップＳ４１２において、第１ユーザのクライアント秘密鍵が削除される。
ステップＳ４１２の処理は以下の通りである。
少なくともいずれかの他の認証システム１２０において、トランザクション受付部２１２は、合意形成の結果を第１組織の認証システム１２０に送信する。
第１組織の認証システム１２０において、トランザクション発行部２１１は、合意形成の結果を受信する。トランザクション発行部２１１は合意形成の結果を送信し、ログアウト受付部３１３は合意形成の結果を受信する。そして、ログアウト受付部３１３は、第１ユーザのクライアント秘密鍵をクライアント秘密鍵記憶部３９２から削除する。
ステップＳ４１３において、ログアウトの成功がユーザ端末１３０に通知される。
ステップＳ４１３の処理は以下の通りである。
第１組織の認証システム１２０において、ログアウト受付部３１３は、ログアウト成功通知を送信する。
第１組織システム１１０Ａにおいて、ユーザ端末１３０はログアウト成功通知を受信し、ログアウトの成功をディスプレイに表示する。
ステップＳ４１３の後、処理は終了する。この場合、ユーザのログアウトは完了する。
ステップＳ４２１において、ログアウトの失敗がユーザ端末１３０に通知される。
ステップＳ４２１の処理は以下の通りである。
少なくともいずれかの他の認証システム１２０において、トランザクション受付部２１２は、合意形成の結果を第１組織の認証システム１２０に送信する。
第１組織の認証システム１２０において、トランザクション発行部２１１は、合意形成の結果を受信する。トランザクション発行部２１１は合意形成の結果を送信し、ログアウト受付部３１３は合意形成の結果を受信する。そして、ログアウト受付部３１３は、ログアウト失敗通知を送信する。
第１組織システム１１０Ａにおいて、ユーザ端末１３０はログアウト失敗通知を受信し、ログアウトの失敗をディスプレイに表示する。
ステップＳ４２１の後、処理は終了する。この場合、ユーザのログアウトは完了しない。ユーザのログアウトを完了させるためには、ログアウト処理が再度実行される必要がある。
＊＊＊実施の形態１の効果＊＊＊
ユーザは必ず同じ認証装置３００によって認証される。具体的には、ユーザはユーザが属する組織の認証装置３００によって認証される。そのため、ユーザがユーザ端末群１３０Ｇのそれぞれのユーザ端末１３０を使用する場合であっても、認証装置３００に記憶された認証情報を用いてユーザを認証することができる。
それぞれの組織の認証システム１２０は、ブロックチェーンを用いて連携することによって、クライアント証明書を共有することができる。
代理証明部３１２は代理証明を実施する。これにより、ユーザは、認証情報を１度入力するだけで、各組織のサービスにアクセスすることができる。
ブロックチェーンが利用されるため、複数の組織の複数の認証システム１２０において認証情報を安全に共有することが可能となる。そして、ユーザが所属する組織及びサービスを提供する組織で認証連携システム１００を運用することができる。
各組織は同じ認証システム１２０を有する。そのため、ブロックチェーンの運用において、各組織の負担および各組織の責任が同程度になるような調整が可能である。つまり、認証連携システム１００において、各組織が負担と責任とを公平に受け持つことが可能である。
実施の形態２．
認証システム１２０が代理証明機能を有さない形態について、主に実施の形態１と異なる点を図１９から図２５に基づいて説明する。
＊＊＊構成の説明＊＊＊
認証連携システム１００の構成は、実施の形態１における構成と同じである（図１参照）。
組織システム１１０の構成は、実施の形態１における構成と同じである（図２参照）。
図１９に基づいて、ユーザ端末１３０の構成を説明する。
ユーザ端末１３０は、鍵管理部１３３と自己証明部１３４という要素を備える。
メモリ１３１Ｂは、クライアント秘密鍵記憶部１３９の機能を実現する。
その他の構成は、実施の形態１における構成と同じである（図３参照）
サーバ装置１４０の構成は、実施の形態１における構成と同じである（図４参照）。
認証システム１２０の構成は、実施の形態１における構成と同じである（図５参照）。
管理装置２００の構成は、実施の形態１における構成と同じである（図６参照）。
図２０に基づいて、認証装置３００の構成を説明する。
認証装置３００は、代理証明部３１２という要素を備えない。
メモリ３０２は、クライアント秘密鍵記憶部３９２を有さない。
その他の構成は、実施の形態１における構成と同じである（図７参照）。
認証局装置４００の構成は、実施の形態１における構成と同じである（図８参照）。
＊＊＊動作の説明＊＊＊
登録処理は、実施の形態１における処理と同じである（図９参照）。
図２１および図２２に基づいて、発行処理を説明する。
ステップＳ２０１からステップＳ２２０は、実施の形態１で説明した通りである（図１１参照）。
ステップＳ２３１の処理は、実施の形態１で説明した通りである（図１２参照）。ステップＳ２３１の後、処理はステップＳ２５１に進む。
ステップＳ２４１とステップＳ２４２とのそれぞれの処理は、実施の形態１で説明した通りである（図１２参照）。ステップＳ２４２の後、処理はステップＳ２５２に進む。
ステップＳ２５１において、クライアント証明書の発行結果と第１ユーザのクライアント秘密鍵とがユーザ端末１３０に通知される。
ステップＳ２５１の処理は以下の通りである。
第１組織の認証システム１２０において、認証部３１１は、発行結果通知と第１ユーザのクライアント秘密鍵とをユーザ端末１３０に送信する。発行結果通知は、第１ユーザのクライアント証明書が発行されたことを示す。
第１組織システム１１０Ａにおいて、ユーザ端末１３０のブラウザ部１３２は、発行結果通知と第１ユーザのクライアント秘密鍵とを受信し、発行結果をディスプレイに表示する。
ステップＳ２５２において、クライアント証明書の発行結果がユーザ端末１３０に通知される。
ステップＳ２５２の処理は以下の通りである。
第１組織の認証システム１２０において、認証部３１１は、発行結果通知をユーザ端末１３０に送信する。発行結果通知は、第１ユーザのクライアント証明書が発行されなかったことを示す。
第１組織システム１１０Ａにおいて、ユーザ端末１３０のブラウザ部１３２は、発行結果通知を受信し、発行結果をディスプレイに表示する。例えば、ユーザ端末１３０は、棄却理由をディスプレイに表示する。
ステップＳ２５３において、第１ユーザのクライアント証明書の発行結果が判定される。
ステップＳ２５３の処理は以下の通りである。
ユーザ端末１３０の鍵管理部１３３は、発行結果通知に基づいて、第１ユーザのクライアント証明書が発行されたか判定する。
第１ユーザのクライアント証明書が発行された場合、処理はステップＳ２５４に進む。
第１ユーザのクライアント証明書が発行されなかった場合、処理は終了する。
ステップＳ２５４において、第１ユーザのクライアント秘密鍵が保存される。
ステップＳ２５４の処理は以下の通りである。
ユーザ端末１３０の鍵管理部１３３は、第１ユーザのクライアント秘密鍵をクライアント秘密鍵記憶部１３９に保存する。
ステップＳ２５４の後、処理は終了する。
図２３および図２４に基づいて、自己証明処理を説明する。
自己証明処理は、実施の形態１における代理証明処理の代わりに実行される。
ステップＳ５０１からステップＳ５０７は、代理証明処理のステップＳ３０１からステップＳ３０７と同じである（図１５参照）。
ステップＳ５１１において、ハローメッセージがユーザ端末１３０に送信される。
ステップＳ５１１の処理は以下の通りである。
第２組織の認証システム１２０において、認証部３１１は、ハローメッセージを生成し、ハローメッセージと第１ユーザ識別子とを第１組織システム１１０Ａのユーザ端末１３０に送信する。ハローメッセージは乱数を含む。
第１組織システム１１０Ａにおいて、ユーザ端末１３０の自己証明部１３４は、ハローメッセージと第１ユーザ識別子とを受信する。
ステップＳ５１２において、署名メッセージが第２組織の認証システム１２０に返信される。
ステップＳ５１２の処理は以下の通りである。
第１組織システム１１０Ａにおいて、ユーザ端末１３０の自己証明部１３４は、第１ユーザのクライアント秘密鍵をクライアント秘密鍵記憶部１３９から取得する。自己証明部１３４は、第１ユーザのクライアント秘密鍵を用いてハローメッセージを暗号化する。暗号されたハローメッセージが署名メッセージである。自己証明部１３４は、署名メッセージを第２組織の認証システム１２０に送信する。
第２組織の認証システム１２０において、認証部３１１は署名メッセージを受信する。
ステップＳ５１３からステップＳ５１６は、代理証明処理のステップＳ３１３からステップＳ３１６と同じである（図１６参照）。
図２５に基づいて、ログアウト処理を説明する。
ステップＳ４０１からステップＳ４０４は、実施の形態１で説明した通りである（図１７参照）。
ステップＳ４１１は、実施の形態１で説明した通りである（図１７参照）。
ステップＳ４１１の後、処理はステップＳ４１４に進む。
ステップＳ４１４において、ログアウトの成功がユーザ端末１３０に通知される。
ステップＳ４１４の処理は以下の通りである。
少なくともいずれかの他の認証システム１２０において、トランザクション受付部２１２は、合意形成の結果を第１組織の認証システム１２０に送信する。
第１組織の認証システム１２０において、トランザクション発行部２１１は、合意形成の結果を受信する。トランザクション発行部２１１は合意形成の結果を送信し、ログアウト受付部３１３は合意形成の結果を受信する。ログアウト受付部３１３は、ログアウト成功通知を送信する。
第１組織システム１１０Ａにおいて、ユーザ端末１３０のブラウザ部１３２はログアウト成功通知を受信し、ログアウトの成功をディスプレイに表示する。
ステップＳ４１５において、第１ユーザのクライアント秘密鍵が削除される。
ステップＳ４１５の処理は以下の通りである。
第１組織システム１１０Ａにおいて、ユーザ端末１３０の鍵管理部１３３は、第１ユーザのクライアント秘密鍵をクライアント秘密鍵記憶部１３９から削除する。
ステップＳ４２１は、実施の形態１で説明した通りである（図１７参照）。
＊＊＊実施の形態２の効果＊＊＊
認証システム１２０の認証装置３００に代理証明機能を持たせることなく、実施の形態１と同様の機能を有する認証連携システム１００を実現することができる。認証装置３００は代理証明機能を持たないので、代理証明機能に必要であった計算リソースを認証装置３００において削減できる。
実施の形態３．
認証局証明書ブロックチェーンを用いない形態について、主に実施の形態１および実施の形態２と異なる点を図２６および図２７に基づいて説明する。
＊＊＊構成の説明＊＊＊
認証連携システム１００の構成は、実施の形態１における構成と同じである（図１参照）。
組織システム１１０の構成は、実施の形態１における構成と同じである（図２参照）。
ユーザ端末１３０の構成は、実施の形態１における構成と同じである（図３参照）。
サーバ装置１４０の構成は、実施の形態１における構成と同じである（図４参照）。
認証システム１２０の構成は、実施の形態１における構成と同じである（図５参照）。
管理装置２００の構成は、実施の形態１における構成と同じである（図６参照）。
認証装置３００の構成は、実施の形態１における構成と同じである（図７参照）。
図２６に基づいて、認証局装置４００の構成を説明する。
認証局装置４００において、メモリ４０２は認証局秘密鍵記憶部４９０を有さない。
その他の構成は、実施の形態１における構成と同じである（図８参照）。
＊＊＊動作の説明＊＊＊
実施の形態３において、認証局秘密鍵と認証局証明書との組は不要である。つまり、認証局証明書ブロックチェーンは不要である。そのため、登録処理（図９参照）は不要である。
実施の形態３では、認証局証明書ブロックチェーンの代わりに、アドレスリストが使用される。
アドレスリストは、それぞれの認証システム１２０のアドレスを示す。例えば、アドレスリストは、それぞれの管理装置２００のＩＰアドレスを示す。ＩＰはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略称である。
アドレスリストは、それぞれの認証システム１２０に記憶される。具体的には、アドレスリストは、それぞれの管理装置２００に記憶される。
以下に、アドレスリストの使用方法について説明する。
図１１および図１２に基づいて、発行処理を説明する。
ステップＳ２０１からステップＳ２０３は、実施の形態１で説明した通りである。
ステップＳ２０４において、第１ユーザのクライアント証明書が生成される。
但し、第１ユーザのクライアント証明書は、第１組織の認証局秘密鍵を用いずに生成される。つまり、第１ユーザのクライアント証明書は、第１組織の認証局秘密鍵を用いて生成される署名を含まない。
ステップＳ２０５は、実施の形態１で説明した通りである。
ステップＳ２１０において、第１ユーザのクライアント証明書が検証される。
図２７に基づいて、検証処理（Ｓ２１０）を説明する。
ステップＳ２１１は、実施の形態１で説明した通りである（図１４参照）。
トランザクションデータ１２２の形式が正しい場合、処理はステップＳ２１５に進む。
ステップＳ２１５において、証明書検証部２１３は、トランザクションデータ１２２の送信元アドレスを検証する。トランザクションデータ１２２の送信元アドレスは、クライアント証明書用の登録トランザクションの発行元のアドレスを意味する。
具体的には、証明書検証部２１３は、トランザクションデータ１２２の送信元アドレスがアドレスリストに登録されているか判定する。トランザクションデータ１２２の送信元アドレスがアドレスリストに登録されている場合、トランザクションデータ１２２の送信元アドレスは正しい。
トランザクションデータ１２２の送信元アドレスが正しい場合、証明書検証部２１３はクライアント証明書１２２Ｃが正しいと判定し、処理は終了する。
トランザクションデータ１２２の送信元アドレスが正しくない場合、証明書検証部２１３はクライアント証明書１２２Ｃが正しくないと判定し、処理は終了する。
＊＊＊実施の形態３の効果＊＊＊
認証局証明書ブロックチェーンを用いることなく、実施の形態１と同様の機能を有する認証連携システム１００を実現することができる。
実施の形態４．
仮想化技術を利用する形態について、主に実施の形態１から実施の形態３と異なる点を図２８に基づいて説明する。
＊＊＊構成の説明＊＊＊
図２８に基づいて、認証連携システム１００の構成を説明する。
認証連携システム１００の構成は、実施の形態１における構成と同じである（図１参照）。
但し、それぞれの認証連携システム１００は、１台以上の物理計算機を備える。
物理計算機は、仮想化技術により、ユーザ端末１３０とサーバ装置１４０と管理装置２００と認証装置３００と認証局装置４００との少なくともいずれかを実装する。具体的な仮想化技術は、仮想マシンまたはコンテナ技術である。
例えば、それぞれの組織システム１１０において、管理装置２００、認証装置３００および認証局装置４００は、仮想化技術によって、１台の物理計算機に実装される。この場合、それぞれの組織システム１１０において、認証システム１２０が仮想化技術によって１台の物理計算機に実装される。
＊＊＊動作の説明＊＊＊
認証連携システム１００の動作は、実施の形態１から実施の形態３のいずれかにおける動作と同じである。
＊＊＊実施の形態４の効果＊＊＊
実施の形態１と同等の機能を持つ認証連携システム１００を少ない物理計算機で実現できる。
＊＊＊実施の形態の補足＊＊＊
図２９に基づいて、管理装置２００のハードウェア構成を説明する。
管理装置２００は処理回路２０９を備える。
処理回路２０９は、トランザクション発行部２１１とトランザクション受付部２１２と証明書検証部２１３とブロックチェーン管理部２１４とトランザクション検証部２１５とブロックチェーン記憶部２９０とを実現するハードウェアである。
処理回路２０９は、専用のハードウェアであってもよいし、メモリ２０２に格納されるプログラムを実行するプロセッサ２０１であってもよい。
処理回路２０９が専用のハードウェアである場合、処理回路２０９は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
ＡＳＩＣはＡｐｐｌｉ認証局ｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略称であり、ＦＰＧＡはＦｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略称である。
管理装置２００は、処理回路２０９を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路２０９の役割を分担する。
処理回路２０９において、一部の機能が専用のハードウェアで実現されて、残りの機能がソフトウェアまたはファームウェアで実現されてもよい。
このように、処理回路２０９はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
図３０に基づいて、認証装置３００のハードウェア構成を説明する。
認証装置３００は処理回路３０９を備える。
処理回路３０９は、認証部３１１と代理証明部３１２とログアウト受付部３１３と認証情報記憶部３９１とクライアント秘密鍵記憶部３９２とを実現するハードウェアである。
処理回路３０９は、専用のハードウェアであってもよいし、メモリ３０２に格納されるプログラムを実行するプロセッサ３０１であってもよい。
処理回路３０９が専用のハードウェアである場合、処理回路３０９は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
認証装置３００は、処理回路３０９を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路３０９の役割を分担する。
処理回路３０９において、一部の機能が専用のハードウェアで実現されて、残りの機能がソフトウェアまたはファームウェアで実現されてもよい。
このように、処理回路３０９はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
図３１に基づいて、認証局装置４００のハードウェア構成を説明する。
認証局装置４００は処理回路４０９を備える。
処理回路４０９は、秘密鍵生成部４１１と証明書生成部４１２とを実現するハードウェアである。
処理回路４０９は、専用のハードウェアであってもよいし、メモリ４０２に格納されるプログラムを実行するプロセッサ４０１であってもよい。
処理回路４０９が専用のハードウェアである場合、処理回路４０９は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
認証局装置４００は、処理回路４０９を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路４０９の役割を分担する。
処理回路４０９において、一部の機能が専用のハードウェアで実現されて、残りの機能がソフトウェアまたはファームウェアで実現されてもよい。
このように、処理回路４０９はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
実施の形態は、好ましい形態の例示であり、本発明の技術的範囲を制限することを意図するものではない。実施の形態は、部分的に実施してもよいし、他の形態と組み合わせて実施してもよい。フローチャート等を用いて説明した手順は、適宜に変更してもよい。
１００ 認証連携システム、１０１ インターネット、１１０ 組織システム、１１０Ａ 第１組織システム、１１０Ｂ 第２組織システム、１１０Ｃ 第３組織システム、１１１ イントラネット、１１２ ゲートウェイ装置、１２０ 認証システム、１２１ トランザクションデータ、１２１Ａ 基本情報、１２１Ｂ 所有者情報、１２１Ｃ 認証局証明書、１２１Ｄ その他情報、１２２ トランザクションデータ、１２２Ａ 基本情報、１２２Ｂ 所有者情報、１２２Ｃ クライアント証明書、１２２Ｄ その他情報、１２３ トランザクションデータ、１２３Ａ 基本情報、１２３Ｂ クライアント証明書情報、１２３Ｃ その他情報、１３０ ユーザ端末、１３０Ｇ ユーザ端末群、１３１Ａ プロセッサ、１３１Ｂ メモリ、１３１Ｃ 補助記憶装置、１３１Ｄ 通信装置、１３１Ｅ 入出力インタフェース、１３２ ブラウザ部、１３３ 鍵管理部、１３４ 自己証明部、１３９ クライアント秘密鍵記憶部、１４０ サーバ装置、１４０Ｇ サーバ装置群、１４１Ａ プロセッサ、１４１Ｂ メモリ、１４１Ｃ 補助記憶装置、１４１Ｄ 通信装置、１４２ アプリケーション部、２００ 管理装置、２０１ プロセッサ、２０２ メモリ、２０３ 補助記憶装置、２０４ 通信装置、２０９ 処理回路、２１１ トランザクション発行部、２１２ トランザクション受付部、２１３ 証明書検証部、２１４ ブロックチェーン管理部、２１５ トランザクション検証部、２９０ ブロックチェーン記憶部、３００ 認証装置、３０１ プロセッサ、３０２ メモリ、３０３ 補助記憶装置、３０４ 通信装置、３０９ 処理回路、３１１ 認証部、３１２ 代理証明部、３１３ ログアウト受付部、３９１ 認証情報記憶部、３９２ クライアント秘密鍵記憶部、４００ 認証局装置、４０１ プロセッサ、４０２ メモリ、４０３ 補助記憶装置、４０４ 通信装置、４０９ 処理回路、４１１ 秘密鍵生成部、４１２ 証明書生成部、４９０ 認証局秘密鍵記憶部。

Claims (12)

  1. 第１ユーザが属する第１組織とは別の組織である他組織の認証システムであって、
    前記第１ユーザのクライアント証明書用の登録トランザクションを受け付けるトランザクション受付部と、
    前記第１ユーザの前記クライアント証明書用の登録トランザクションが受け付けられた場合に前記第１ユーザの前記クライアント証明書をクライアント証明書ブロックチェーンに登録するブロックチェーン管理部と、
    前記第１ユーザが前記第１組織のユーザ端末から前記他組織のサービスにアクセスした場合に前記クライアント証明書ブロックチェーンの中の前記第１ユーザの前記クライアント証明書を用いて前記第１ユーザの認証を行う認証部と
    を備える認証システム。
  2. 前記認証システムは、証明書検証部を備え、
    前記トランザクション受付部は、前記第１ユーザのログアウト時に、前記第１ユーザの前記クライアント証明書用の失効トランザクションを受け付け、
    前記ブロックチェーン管理部は、前記第１ユーザの前記クライアント証明書用の前記失効トランザクションが受け付けられた場合に前記第１ユーザの前記クライアント証明書を失効リストブロックチェーンに登録し、
    前記証明書検証部は、前記第１ユーザが前記第１組織の前記ユーザ端末から前記他組織のサービスにアクセスした場合に、前記第１ユーザの前記クライアント証明書が前記失効リストブロックチェーンに登録されているか判定し、
    前記認証部は、前記第１ユーザの前記クライアント証明書が前記失効リストブロックチェーンに登録されていない場合に、前記第１ユーザの前記クライアント証明書を用いて前記第１ユーザの認証を行う
    請求項１に記載の認証システム。
  3. 前記認証システムは、証明書検証部を備え、
    前記トランザクション受付部は、前記第１組織の認証局証明書用の登録トランザクションを受け付け、
    前記ブロックチェーン管理部は、前記第１組織の前記認証局証明書用の前記登録トランザクションが受け付けられた場合に前記第１組織の前記認証局証明書を認証局証明書ブロックチェーンに登録し、
    前記証明書検証部は、前記第１ユーザの前記クライアント証明書用の前記登録トランザクションが受け付けられた場合に前記認証局証明書ブロックチェーンの中の前記第１組織の前記認証局証明書を用いて前記第１ユーザの前記クライアント証明書を検証し、
    前記ブロックチェーン管理部は、前記第１ユーザの前記クライアント証明書が正しい場合に前記第１ユーザの前記クライアント証明書を前記クライアント証明書ブロックチェーンに登録する
    請求項１に記載の認証システム。
  4. 前記認証部は、前記第１ユーザが前記第１組織の前記ユーザ端末から前記他組織のサービスにアクセスした場合にハローメッセージを第１組織システムに送信し、前記第１組織システムから前記ハローメッセージに対応する署名メッセージを受信し、前記第１ユーザの前記クライアント証明書を用いて前記署名メッセージを検証し、前記署名メッセージが正しい場合に前記第１ユーザが正当なユーザであると判定する
    請求項３に記載の認証システム。
  5. 前記第１組織システムは、前記第１組織の認証装置を備え、
    前記第１組織の前記認証装置は、前記第１ユーザのクライアント秘密鍵を用いて前記ハローメッセージを暗号化し、暗号化されたハローメッセージを前記署名メッセージとして前記認証システムに送信する代理証明部を備え、
    前記認証部は、前記署名メッセージを受信し、前記第１ユーザの前記クライアント証明書から前記第１ユーザのクライアント公開鍵を取得し、前記第１ユーザの前記クライアント公開鍵を用いて前記署名メッセージを復号し、復号後の署名メッセージが前記ハローメッセージと一致する場合に前記署名メッセージが正しいと判定する
    請求項４に記載の認証システム。
  6. 前記第１組織システムは、前記第１組織の前記ユーザ端末を備え、
    前記第１組織の前記ユーザ端末は、前記第１ユーザのクライアント秘密鍵を用いて前記ハローメッセージを暗号化し、暗号化されたハローメッセージを前記署名メッセージとして前記認証システムに送信する自己証明部を備え、
    前記認証部は、前記署名メッセージを受信し、前記第１ユーザの前記クライアント証明書から前記第１ユーザのクライアント公開鍵を取得し、前記第１ユーザの前記クライアント公開鍵を用いて前記署名メッセージを復号し、復号後の署名メッセージが前記ハローメッセージと一致する場合に前記署名メッセージが正しいと判定する
    請求項４に記載の認証システム。
  7. 前記第１組織システムは、前記第１組織の認証局装置を備え、
    前記第１組織の前記認証局装置は、前記第１組織の認証局秘密鍵を用いて署名を生成し、生成した署名を含めて前記第１ユーザの前記クライアント証明書を生成する証明書生成部を備え、
    前記証明書検証部は、前記第１ユーザの前記クライアント証明書用の前記登録トランザクションが受け付けられた場合に前記第１組織の前記認証局証明書から前記第１組織の認証局公開鍵を取得し、前記第１組織の前記認証局公開鍵を用いて前記署名を検証し、前記署名が正しい場合に前記第１ユーザの前記クライアント証明書が正しいと判定する
    請求項５または請求項６に記載の認証システム。
  8. 前記認証部は、前記第１ユーザが前記第１組織の前記ユーザ端末から前記他組織のサービスにアクセスした場合にハローメッセージを第１組織システムに送信し、前記第１組織システムから前記ハローメッセージに対応する署名メッセージを受信し、前記第１ユーザの前記クライアント証明書を用いて前記署名メッセージを検証し、前記署名メッセージが正しい場合に前記第１ユーザが正当なユーザであると判定する
    請求項１または請求項２に記載の認証システム。
  9. 前記第１組織システムは、前記第１組織の認証装置を備え、
    前記第１組織の認証装置は、前記第１ユーザのクライアント秘密鍵を用いて前記ハローメッセージを暗号化し、暗号化されたハローメッセージを前記署名メッセージとして前記認証システムに送信する代理証明部を備え、
    前記認証部は、前記署名メッセージを受信し、前記第１ユーザの前記クライアント証明書から前記第１ユーザのクライアント公開鍵を取得し、前記第１ユーザの前記クライアント公開鍵を用いて前記署名メッセージを復号し、復号後の署名メッセージが前記ハローメッセージと一致する場合に前記署名メッセージが正しいと判定する
    請求項８に記載の認証システム。
  10. 前記第１組織システムは、前記第１組織の前記ユーザ端末を備え、
    前記第１組織の前記ユーザ端末は、前記第１ユーザのクライアント秘密鍵を用いて前記ハローメッセージを暗号化し、暗号化されたハローメッセージを前記署名メッセージとして前記認証システムに送信する自己証明部を備え、
    前記認証部は、前記署名メッセージを受信し、前記第１ユーザの前記クライアント証明書から前記第１ユーザのクライアント公開鍵を取得し、前記第１ユーザの前記クライアント公開鍵を用いて前記署名メッセージを復号し、復号後の署名メッセージが前記ハローメッセージと一致する場合に前記署名メッセージが正しいと判定する
    請求項８に記載の認証システム。
  11. 前記第１組織システムは、前記第１組織の認証局装置を備え、
    前記第１組織の認証局装置は、前記第１ユーザの前記クライアント秘密鍵を生成する秘密鍵生成部を備える
    請求項９または請求項１０に記載の認証システム。
  12. 第１ユーザが属する第１組織とは別の組織である他組織の認証システムのための認証プログラムであって、
    前記第１ユーザのクライアント証明書用の登録トランザクションを受け付けるトランザクション受付処理と、
    前記第１ユーザの前記クライアント証明書用の登録トランザクションが受け付けられた場合に前記第１ユーザの前記クライアント証明書をクライアント証明書ブロックチェーンに登録するブロックチェーン管理処理と、
    前記第１ユーザが前記第１組織のユーザ端末から前記他組織のサービスにアクセスした場合に前記クライアント証明書ブロックチェーンの中の前記第１ユーザの前記クライアント証明書を用いて前記第１ユーザの認証を行う認証処理と
    をコンピュータに実行させるための認証プログラム。
JP2020512955A 2018-04-09 2018-04-09 認証システムおよび認証プログラム Active JP6742558B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/014949 WO2019198131A1 (ja) 2018-04-09 2018-04-09 認証システムおよび認証プログラム

Publications (2)

Publication Number Publication Date
JPWO2019198131A1 JPWO2019198131A1 (ja) 2020-07-30
JP6742558B2 true JP6742558B2 (ja) 2020-08-19

Family

ID=68164628

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020512955A Active JP6742558B2 (ja) 2018-04-09 2018-04-09 認証システムおよび認証プログラム

Country Status (6)

Country Link
US (1) US11652647B2 (ja)
JP (1) JP6742558B2 (ja)
CN (1) CN111989892B (ja)
GB (1) GB2583686B (ja)
SG (1) SG11202007876QA (ja)
WO (1) WO2019198131A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7443036B2 (ja) * 2019-12-03 2024-03-05 株式会社サイバーリンクス 担保バッジ表示システム、担保バッジ表示システムのプログラム
CN111478881A (zh) * 2020-03-04 2020-07-31 深圳壹账通智能科技有限公司 组织与联盟的双向推荐方法、装置、设备及存储介质
KR102636275B1 (ko) * 2020-11-27 2024-02-14 클라우드마인즈 로보틱스 컴퍼니 리미티드 이동 네트워크 접속 시스템, 방법, 저장 매체 및 전자 장치
WO2023017580A1 (ja) * 2021-08-11 2023-02-16 株式会社KPMG Ignition Tokyo アバター認証システム、アバター認証方法

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5657390A (en) * 1995-08-25 1997-08-12 Netscape Communications Corporation Secure socket layer application program apparatus and method
JP2003244134A (ja) * 2002-02-14 2003-08-29 Toyota Motor Corp 認証システム
WO2006065973A2 (en) * 2004-12-15 2006-06-22 Exostar Corporation Enabling trust in a federated collaboration of networks
US20080077795A1 (en) * 2006-09-25 2008-03-27 Macmillan David M Method and apparatus for two-way authentication without nonces
JP5325061B2 (ja) * 2009-09-25 2013-10-23 株式会社日立製作所 鍵管理装置および鍵管理方法
JP5604176B2 (ja) 2010-05-12 2014-10-08 日本放送協会 認証連携装置およびそのプログラム、機器認証装置およびそのプログラム、ならびに、認証連携システム
US20130311382A1 (en) * 2012-05-21 2013-11-21 Klaus S. Fosmark Obtaining information for a payment transaction
US9203832B2 (en) * 2013-03-12 2015-12-01 Cable Television Laboratories, Inc. DTCP certificate authentication over TLS protocol
US9641335B2 (en) 2013-09-16 2017-05-02 Axis Ab Distribution of user credentials
JP6071847B2 (ja) 2013-11-06 2017-02-01 株式会社東芝 認証システム、方法及びプログラム
US20150288680A1 (en) * 2014-04-02 2015-10-08 Cleversafe, Inc. Distributing registry information in a dispersed storage network
JP6319006B2 (ja) * 2014-09-18 2018-05-09 富士通株式会社 認証サービス方法、認証サービスサーバ、及び認証サービスシステム
CN104639534B (zh) * 2014-12-30 2019-02-12 北京奇虎科技有限公司 网站安全信息的加载方法和浏览器装置
EP3292484B1 (en) * 2015-05-05 2021-07-07 Ping Identity Corporation Identity management service using a block chain
US9705682B2 (en) * 2015-07-06 2017-07-11 Verisign, Inc. Extending DNSSEC trust chains to objects outside the DNS
CN107851253B (zh) 2015-07-13 2022-03-04 日本电信电话株式会社 合约合意方法、合意验证方法、合约合意系统、合意验证装置、合约合意装置、计算机可读记录介质
US10454689B1 (en) * 2015-08-27 2019-10-22 Amazon Technologies, Inc. Digital certificate management
JP6452156B2 (ja) 2015-09-03 2019-01-16 日本電信電話株式会社 許諾情報管理システム、利用者端末、権利者端末、許諾情報管理方法、および、許諾情報管理プログラム
WO2017171165A1 (ko) * 2015-12-14 2017-10-05 (주)코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법
KR20170111942A (ko) * 2016-03-30 2017-10-12 안찬제 고유정보연동 오티피(otp) 방식의 전자 인증 방법 및 전자 인증 시스템
US10411905B2 (en) * 2016-07-01 2019-09-10 Intel Corporation Public key infrastructure using blockchains
KR101723405B1 (ko) * 2016-07-04 2017-04-06 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
US10547457B1 (en) * 2016-10-21 2020-01-28 Wells Fargo Bank N.A. Systems and methods for notary agent for public key infrastructure names
KR102414732B1 (ko) * 2017-04-05 2022-06-28 삼성에스디에스 주식회사 블록체인 기반 디지털 아이덴티티 관리 방법
US11038682B2 (en) * 2017-05-26 2021-06-15 Cloudminds (Shanghai) Robotics Co., Ltd. Communication method, apparatus and system, electronic device, and computer readable storage medium
CN112865982A (zh) * 2017-07-26 2021-05-28 创新先进技术有限公司 数字证书管理方法、装置及电子设备
US10628566B2 (en) * 2017-11-20 2020-04-21 International Business Machines Corporation Authentication using delegated identities
CN110084068B (zh) * 2018-01-26 2023-09-29 阿里巴巴集团控股有限公司 区块链系统及用于区块链系统的数据处理方法
KR102181600B1 (ko) * 2018-03-30 2020-11-23 주식회사 코인플러그 블록체인 기반의 통합 로그인 방법, 단말 및 이를 이용한 서버
CN111937348B (zh) * 2018-04-09 2024-02-09 三菱电机株式会社 认证系统及计算机可读取的记录介质

Also Published As

Publication number Publication date
WO2019198131A1 (ja) 2019-10-17
GB202013096D0 (en) 2020-10-07
US11652647B2 (en) 2023-05-16
GB2583686B (en) 2022-03-30
SG11202007876QA (en) 2020-09-29
JPWO2019198131A1 (ja) 2020-07-30
GB2583686A (en) 2020-11-04
CN111989892A (zh) 2020-11-24
US20200374138A1 (en) 2020-11-26
CN111989892B (zh) 2023-07-18

Similar Documents

Publication Publication Date Title
WO2020062668A1 (zh) 一种身份认证方法、身份认证装置及计算机可读介质
CN107231351B (zh) 电子证件的管理方法及相关设备
TWI497336B (zh) 用於資料安全之裝置及電腦程式
JP6742558B2 (ja) 認証システムおよび認証プログラム
KR102177848B1 (ko) 액세스 요청을 검증하기 위한 방법 및 시스템
CN111046352A (zh) 一种基于区块链的身份信息安全授权系统与方法
US11522849B2 (en) Authentication system and computer readable medium
JP2023503607A (ja) 自動デジタル証明書検証のための方法およびデバイス
CN112396421B (zh) 一种基于区块链通证的身份认证系统及方法
CN114666168B (zh) 去中心化身份凭证验证方法、装置，以及，电子设备
CN114760071B (zh) 基于零知识证明的跨域数字证书管理方法、系统和介质
TW201909013A (zh) 在公開匿名環境驗證身份及保護隱私的系統與方法
CN112948789B (zh) 身份认证方法及装置、存储介质及电子设备
CN108259180B (zh) 一种量子指定验证者签名的方法
Boontaetae et al. RDI: Real digital identity based on decentralized PKI
KR20200016506A (ko) 익명 디지털 아이덴티티 수립 방법
CN116996229A (zh) 一种数字证书生成方法及相关装置
CN112422534B (zh) 电子证书的信用评估方法以及设备
CN115242471A (zh) 信息传输方法、装置、电子设备及计算机可读存储介质
TWI828001B (zh) 使用多安全層級驗證客戶身分與交易服務之系統及方法
CN116975936B (zh) 金融资质证明方法、金融资质验证方法
TWI813905B (zh) 以線上快速認證之認證機制啟用數位憑證之系統及方法
KR20240075095A (ko) 토큰 프로세스 기반 블록체인을 이용한 제로 트러스트 네트워크의 인증 시스템 및 인증 방법
CN114900300A (zh) 云服务临时登录密钥认证方法、装置、设备及存储介质
CN115776381A (zh) 基于区块链系统的密钥处理方法、装置、介质及电子设备

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200416

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200416

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20200609

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: 20200630

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200728

R150 Certificate of patent or registration of utility model

Ref document number: 6742558

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250