JP7259971B2 - ユーザクレデンシャル制御システムおよびユーザクレデンシャル制御方法 - Google Patents
ユーザクレデンシャル制御システムおよびユーザクレデンシャル制御方法 Download PDFInfo
- Publication number
- JP7259971B2 JP7259971B2 JP2021541382A JP2021541382A JP7259971B2 JP 7259971 B2 JP7259971 B2 JP 7259971B2 JP 2021541382 A JP2021541382 A JP 2021541382A JP 2021541382 A JP2021541382 A JP 2021541382A JP 7259971 B2 JP7259971 B2 JP 7259971B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- service provider
- provider server
- token
- credential
- 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
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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
-
- 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
-
- 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/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
Description
本発明は、ユーザクレデンシャル制御システムおよびユーザクレデンシャル制御方法に関する。
ユーザが電子商取引や会員制のＷｅｂサービス（ネットスーパー、就職支援サイト等）等を利用するにあたっては、ユーザを識別するためのＩＤ（ユーザＩＤ）と、ユーザＩＤに紐づくユーザ情報（ユーザクレデンシャル２３）を管理することが求められる。その際は、ユーザの利便性やプライバシー保護、および上記Ｗｅｂサービス提供者のサービス運用性を考慮することが期待される。
特許文献１には、Ｗ３Ｃ（World Wide Web Consortium）のＤＩＤｓ（Decentralized Identifiers）を用いた場合のユーザＩＤとユーザクレデンシャル２３の連携について記載されている。
図２０は、特許文献１に記載のＷ３ＣのＤＩＤｓを用いたシステム１の構成図である。
［ユーザがサービス提供者のＷｅｂサイトにユーザ登録するケース］
図２０に示すように、ユーザ端末１１は、自身が所有、管理するユーザＩＤ（ＤＩＤ：Decentralized ID）で識別されるＤＩＤドキュメント２１を作成して、インターネット１２上の共有台帳１３（例えば、ブロックチェーン）に登録する。このＤＩＤドキュメント２１には、ユーザクレデンシャル２３（氏名、住所、職歴や学歴、資格等のユーザ情報）２３が登録されているサービスエンドポイント１４（例えば、ストレージ）や、ＤＩＤドキュメント２１の所有者（ユーザ）を確認するための公開鍵（ユーザ端末１１が生成）が含まれている。このＤＩＤドキュメント２１には、ユーザ情報発行機関１５がユーザの本人確認をしたうえで電子署名を行い、ユーザ情報発行機関１５がＤＩＤドキュメント２１の真正性を保証する（Ｓ１，Ｓ２参照）。
図２０は、特許文献１に記載のＷ３ＣのＤＩＤｓを用いたシステム１の構成図である。
［ユーザがサービス提供者のＷｅｂサイトにユーザ登録するケース］
図２０に示すように、ユーザ端末１１は、自身が所有、管理するユーザＩＤ（ＤＩＤ：Decentralized ID）で識別されるＤＩＤドキュメント２１を作成して、インターネット１２上の共有台帳１３（例えば、ブロックチェーン）に登録する。このＤＩＤドキュメント２１には、ユーザクレデンシャル２３（氏名、住所、職歴や学歴、資格等のユーザ情報）２３が登録されているサービスエンドポイント１４（例えば、ストレージ）や、ＤＩＤドキュメント２１の所有者（ユーザ）を確認するための公開鍵（ユーザ端末１１が生成）が含まれている。このＤＩＤドキュメント２１には、ユーザ情報発行機関１５がユーザの本人確認をしたうえで電子署名を行い、ユーザ情報発行機関１５がＤＩＤドキュメント２１の真正性を保証する（Ｓ１，Ｓ２参照）。
ユーザ端末１１は、自身のユーザクレデンシャル２３をサービスエンドポイント１４に、自身のＤＩＤに紐づけて登録する。このユーザクレデンシャル２３には、ユーザ情報発行機関１５がユーザ端末１１の本人確認をしたうえで電子署名を行い（Verifiable Credential）、ユーザ情報発行機関１５がユーザクレデンシャル２３の真正性を保証する（Ｓ３，Ｓ４参照）。
ユーザ端末１１は、サービス提供者サーバ１６に自身のＤＩＤを提示して、ユーザ登録を開始する（Ｓ５参照）。
サービス提供者サーバ１６は、このＤＩＤから共有台帳１３にあるユーザ端末１１のＤＩＤドキュメント２１を参照するために、リゾルバ（Resolver）１７でＤＩＤドキュメント２１の位置を探索した後に（Ｓ６参照）、ＤＩＤドキュメント２１を取得する（Ｓ７参照）。
サービス提供者サーバ１６は、取得したＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取り出し、ユーザ端末１１とのチャレンジ／レスポンス認証により、ＤＩＤドキュメント２１は認証したユーザ端末１１が登録したものであることを検証する。さらに、事前に取得しているユーザ情報発行機関１５の公開鍵を用いて、ＤＩＤドキュメント２１の署名を検証して、ＤＩＤドキュメント２１の真正性の確認（Authentication）を行う（Ｓ８参照）。ここでは、サービス提供を受ける資格を持つユーザであると主張する人の真正性を確認する。
サービス提供者サーバ１６は、このＤＩＤから共有台帳１３にあるユーザ端末１１のＤＩＤドキュメント２１を参照するために、リゾルバ（Resolver）１７でＤＩＤドキュメント２１の位置を探索した後に（Ｓ６参照）、ＤＩＤドキュメント２１を取得する（Ｓ７参照）。
サービス提供者サーバ１６は、取得したＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取り出し、ユーザ端末１１とのチャレンジ／レスポンス認証により、ＤＩＤドキュメント２１は認証したユーザ端末１１が登録したものであることを検証する。さらに、事前に取得しているユーザ情報発行機関１５の公開鍵を用いて、ＤＩＤドキュメント２１の署名を検証して、ＤＩＤドキュメント２１の真正性の確認（Authentication）を行う（Ｓ８参照）。ここでは、サービス提供を受ける資格を持つユーザであると主張する人の真正性を確認する。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１に記載されているサービスエンドポイント１４にアクセスして、ユーザ端末１１のユーザクレデンシャル２３を取得し、ユーザ端末１１のサービス利用登録を行う（Ｓ１０「サービス利用登録」参照）。このとき、ユーザ情報発行機関１５によるユーザクレデンシャル２３への署名検証（Ｓ９「参照」参照）をして、ユーザクレデンシャル２３の真正性を確認する。
図２１は、ユーザクレデンシャル２３の項目例およびユーザクレデンシャル２３の内容例を示す図である。
ユーザ端末１１は、サービス提供者サーバ１６に、自身のユーザクレデンシャル２３（氏名、住所、職歴や学歴、資格等のユーザ情報）２３を提供する。図２１に示すように、例えば、あるサービス提供者には、クレデンシャルの項目の「氏名、住所」は提供ＯＫであるが、「生年月日、職歴」は提供ＮＧである。また、ユーザクレデンシャル２３の内容の電話番号について「携帯電話」はＯＫであるが、「固定電話番号」はＮＧである。ユーザ端末１１は、サービス提供者サーバ１６毎に上記選択を行うことができる。
ユーザ端末１１は、サービス提供者サーバ１６に、自身のユーザクレデンシャル２３（氏名、住所、職歴や学歴、資格等のユーザ情報）２３を提供する。図２１に示すように、例えば、あるサービス提供者には、クレデンシャルの項目の「氏名、住所」は提供ＯＫであるが、「生年月日、職歴」は提供ＮＧである。また、ユーザクレデンシャル２３の内容の電話番号について「携帯電話」はＯＫであるが、「固定電話番号」はＮＧである。ユーザ端末１１は、サービス提供者サーバ１６毎に上記選択を行うことができる。
特許文献２，３には、Hyperledger Indyによるユーザクレデンシャル２３の送付について記載されている。
図２２は、特許文献２，３に記載のHyperledger Indyによるユーザクレデンシャル２３の送付を示す構成図である。
［ユーザが求人応募で企業に卒業証明書を提示するケース］
学校サーバ３７（Issuer）は、学校または学校からアクセス可能なネットワーク上に設置され、卒業証明書（ユーザクレデンシャル２３）を保持する。学校サーバ３７は、自身が生成した公開鍵／秘密鍵ペアのうちの公開鍵、自身が所有・管理するＩＤ（ＤＩＤ：Decentralized ID）、卒業証明書（ユーザクレデンシャル２３）の記載項目を定義するクレデンシャル定義３４（公開鍵を含む）をそれぞれ紐づけて、共有台帳１３に登録する（Ｓ１１参照）。クレデンシャル定義３４には、学校サーバ３７が生成した秘密鍵による署名が付与されている。
図２２は、特許文献２，３に記載のHyperledger Indyによるユーザクレデンシャル２３の送付を示す構成図である。
［ユーザが求人応募で企業に卒業証明書を提示するケース］
学校サーバ３７（Issuer）は、学校または学校からアクセス可能なネットワーク上に設置され、卒業証明書（ユーザクレデンシャル２３）を保持する。学校サーバ３７は、自身が生成した公開鍵／秘密鍵ペアのうちの公開鍵、自身が所有・管理するＩＤ（ＤＩＤ：Decentralized ID）、卒業証明書（ユーザクレデンシャル２３）の記載項目を定義するクレデンシャル定義３４（公開鍵を含む）をそれぞれ紐づけて、共有台帳１３に登録する（Ｓ１１参照）。クレデンシャル定義３４には、学校サーバ３７が生成した秘密鍵による署名が付与されている。
ユーザ端末１１は、学校サーバ３７のＷｅｂサイトにアクセスした後に共有台帳１３上のクレデンシャル定義３４の配置場所（クレデンシャル定義ＩＤ）にリダイレクト等をすることにより、クレデンシャル定義３４を取得する（Ｓ１２参照）。そして、ユーザ端末１１は、このクレデンシャル定義３４を用いて学校サーバ３７のＷｅｂサイトに卒業証明書の発行を要求して、クレデンシャル定義３４に記載の項目を含む卒業証明書３６を学校サーバ３７から取得し（Ｓ１３参照）、自身のユーザ端末１１に保管する。卒業名簿３５に基づく卒業証明書３６および卒業証明書３６の各記載項目には、学校サーバ３７が生成した秘密鍵による署名を付与している。
また、ユーザ端末１１は、企業サーバ３８（Verifier）のＷｅｂサイトにアクセスした後に、企業が要求する卒業証明書３６の記載項目、および住所等を送付する求人募集に応募する（Ｓ１４参照）。このとき、ユーザ端末１１は、求人資格情報として、卒業証明書３６のクレデンシャル定義ＩＤもあわせて送付する（Ｓ１５参照）。
企業サーバ３８は、求人資格情報送付に含まれるクレデンシャル定義ＩＤを用いて、共有台帳１３から学校サーバ３７のＤＩＤを取得する。そして、取得したＤＩＤから学校サーバ３７の公開鍵を取得する（Ｓ１６参照）。
企業サーバ３８は、取得した公開鍵を用いて、求人資格情報として送付されてきた卒業証明書３６の記載項目の署名を検証して記載項目の真正性を確認した後に、求人資格の有無を確認する（Ｓ１７参照）。
［ユーザ端末１１の機種変更等のケース］
ユーザ端末１１の機種変更やユーザ端末１１の紛失時には、ユーザが取得済みのクレデンシャルを新端末へ移行したり、再取得したりする必要がある。
また、求人資格情報のうち、住所等のライフサイクルのなかで可変なクレデンシャルについては、その変更時には、ユーザ端末１１が再度そのクレデンシャルを各企業に送付する必要がある。
以上、ユーザが求人応募で企業に卒業証明書を提示するケースについて述べた。
ユーザ端末１１の機種変更やユーザ端末１１の紛失時には、ユーザが取得済みのクレデンシャルを新端末へ移行したり、再取得したりする必要がある。
また、求人資格情報のうち、住所等のライフサイクルのなかで可変なクレデンシャルについては、その変更時には、ユーザ端末１１が再度そのクレデンシャルを各企業に送付する必要がある。
以上、ユーザが求人応募で企業に卒業証明書を提示するケースについて述べた。
W3C, Decentralized Identifiers (DIDs) v.0.13，Draft Community Group Report 19 June 2019,［online］,［令和１年７月１日検索］,インターネット 〈URL: https://w3c-ccg.github.io/did-spec/〉
SovrinTM: A Protocol and Token for Self-Sovereign Identity and Decentralized Trust，A White Paper from the Sovrin Foundation Version 1.0 January 2018
Sovrin: What Goes on the Ledger? Andrew Tobin, Evernym Updated September 2018
特許文献１に記載の技術にあっては、ユーザが、サービス提供者ごとに、提供するクレデンシャルの項目や内容を選択して制御することが困難という課題がある。例えば、図２１に示すように、サービス提供者サーバごとに、提供するクレデンシャルの項目や内容が異なるので、ユーザは、サービス毎にクレデンシャルの項目や内容を選択して制御しなければならない。
特許文献２，３に記載の技術にあっては、ユーザが自身の端末内にクレデンシャルを保管し管理する。このため、ユーザが取得済みのクレデンシャルを新端末へ移行したり、再取得したりする必要があり、ユーザの利便性に課題がある。また、ユーザ端末の機種変更や端末の紛失時には、再度学校（Issuer）からクレデンシャルを取得しなければならない。
さらに、求人資格情報のうち、住所等のライフサイクルのなかで可変なクレデンシャルについては、その変更時には、ユーザが再度そのクレデンシャルを各企業に送付する必要があり、ユーザの利便性に課題がある。
さらに、求人資格情報のうち、住所等のライフサイクルのなかで可変なクレデンシャルについては、その変更時には、ユーザが再度そのクレデンシャルを各企業に送付する必要があり、ユーザの利便性に課題がある。
このような背景を鑑みて本発明がなされたのであり、本発明は、ユーザ端末のクレデンシャル変更時に、サービス提供者サーバがユーザ端末を介することなく、変更後のクレデンシャルを取得可能にすることを課題とする。
前記した課題を解決するため、本発明は、ユーザ端末が接続されたネットワーク上に、サービス提供者サーバ、ユーザクレデンシャルを格納するサービスエンドポイントが存在するユーザクレデンシャル制御システムであって、前記サービスエンドポイントの１つとして、前記ユーザ端末を識別するためのユーザＩＤと、当該ユーザＩＤに紐づくユーザ情報であるユーザクレデンシャルとを対応付けて制御するアクセス制御サーバを備えており、前記アクセス制御サーバは、前記サービス提供者サーバから電子証明書を受信し、前記電子証明書に記載されている前記サービス提供者サーバの社名およびサービスの業種に従って、前記サービス提供者サーバが取得可能なユーザクレデンシャルを記載したトークンを前記サービス提供者サーバに発行するトークン発行部と、前記サービス提供者サーバの社名またはサービスの業種にもとづいて、当該サービス提供者サーバの前記ユーザクレデンシャルへのアクセス権限のポリシーを登録するポリシー登録部と、前記ユーザ端末の前記ユーザクレデンシャルの変更があった際に、登録した前記ポリシーに従って、当該ユーザクレデンシャルへのアクセス権限を持つ前記サービス提供者サーバを前記トークンから取得して当該サービス提供者サーバにユーザクレデンシャルの変更を通知する通知部と、を有することを特徴とするユーザクレデンシャル制御システムとした。
本発明によれば、ユーザ端末のクレデンシャル変更時に、サービス提供者サーバがユーザ端末を介することなく、変更後のクレデンシャルを取得可能にすることができる。
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）におけるユーザクレデンシャル制御システム等について説明する。
図１は、本発明の実施形態に係るユーザクレデンシャル制御システムを示す構成図である。本実施形態は、特許文献１に記載のＷ３ＣのＤＩＤｓを用いたシステムへの適用例である。図２０と同一構成部分には同一符号を付している。
図１に示すように、ユーザクレデンシャル制御システム１０００は、サービスエンドポイントの１つとして、Ｗ３ＣのＤＩＤｓをベースにした認可サーバ１００（アクセス制御サーバ）を備える。
ユーザクレデンシャル制御システム１０００は、ユーザ端末１１が接続されたネットワーク（ここではインターネット１２）上に、共有台帳１３（例えば、ブロックチェーン）、サービス提供者サーバ１６、ユーザ端末１１を識別するためのユーザＩＤに紐づくユーザ情報であるユーザクレデンシャル２３を格納するサービスエンドポイント１４（例えば、ストレージ(Storage)）が存在するシステムである。
図１は、本発明の実施形態に係るユーザクレデンシャル制御システムを示す構成図である。本実施形態は、特許文献１に記載のＷ３ＣのＤＩＤｓを用いたシステムへの適用例である。図２０と同一構成部分には同一符号を付している。
図１に示すように、ユーザクレデンシャル制御システム１０００は、サービスエンドポイントの１つとして、Ｗ３ＣのＤＩＤｓをベースにした認可サーバ１００（アクセス制御サーバ）を備える。
ユーザクレデンシャル制御システム１０００は、ユーザ端末１１が接続されたネットワーク（ここではインターネット１２）上に、共有台帳１３（例えば、ブロックチェーン）、サービス提供者サーバ１６、ユーザ端末１１を識別するためのユーザＩＤに紐づくユーザ情報であるユーザクレデンシャル２３を格納するサービスエンドポイント１４（例えば、ストレージ(Storage)）が存在するシステムである。
<ユーザ端末１１>
ユーザ端末１１は、例えばパソコン、スマートフォン等である。
ユーザ端末１１が登録するＤＩＤ（Decentralized ID）ドキュメント２１には、サービスエンドポイントとして認可サーバ１００の位置が記載されている。
ユーザ端末１１は、例えばパソコン、スマートフォン等である。
ユーザ端末１１が登録するＤＩＤ（Decentralized ID）ドキュメント２１には、サービスエンドポイントとして認可サーバ１００の位置が記載されている。
<サービスエンドポイント１４>
サービスエンドポイント１４は、インターネット１２からアクセス可能なエンドポイント（ネットワークに接続されたサーバ、パソコン、スマートフォンなどの端末）である。
サービスエンドポイント１４は、ユーザクレデンシャル２３を格納するとともに、トークンが保管する情報（トークンの中に記載されている情報）から、サービス提供者サーバ１６のアクセス可否や、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を特定する。
サービスエンドポイント１４は、インターネット１２からアクセス可能なエンドポイント（ネットワークに接続されたサーバ、パソコン、スマートフォンなどの端末）である。
サービスエンドポイント１４は、ユーザクレデンシャル２３を格納するとともに、トークンが保管する情報（トークンの中に記載されている情報）から、サービス提供者サーバ１６のアクセス可否や、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を特定する。
<ユーザ情報発行機関１５>
ユーザ情報発行機関１５は、ＤＩＤで識別されるユーザ端末１１のＤＩＤドキュメント２１あるいはユーザクレデンシャル２３に署名した際に、署名したことを通知する。
ユーザ情報発行機関１５は、ＤＩＤで識別されるユーザ端末１１のＤＩＤドキュメント２１あるいはユーザクレデンシャル２３に署名した際に、署名したことを通知する。
<サービス提供者サーバ１６>
サービス提供者サーバ１６は、自身の社名やサービスの業種を証明する電子証明書を認証局２０（図５および図６参照）から取得し、ＤＩＤドキュメント２１から位置を特定した認可サーバ１００に提示する。このＤＩＤドキュメント２１は、ユーザ端末１１が登録する。ＤＩＤドキュメント２１には、サービスエンドポイントとして認可サーバ１００の位置が記載されている。
サービス提供者サーバ１６は、自身の社名やサービスの業種を証明する電子証明書を認証局２０（図５および図６参照）から取得し、ＤＩＤドキュメント２１から位置を特定した認可サーバ１００に提示する。このＤＩＤドキュメント２１は、ユーザ端末１１が登録する。ＤＩＤドキュメント２１には、サービスエンドポイントとして認可サーバ１００の位置が記載されている。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１から認可サーバ１００の位置を取得した後に認可サーバ１００にアクセスしてトークンを取得する。
サービス提供者サーバ１６は、トークンが保管する情報（トークンの中に記載されている情報）をもとに、ユーザクレデンシャル２３を格納するサービスエンドポイント１４にアクセスする。
サービス提供者サーバ１６は、トークンが保管する情報（トークンの中に記載されている情報）をもとに、ユーザクレデンシャル２３を格納するサービスエンドポイント１４にアクセスする。
［認可サーバ１００］
認可サーバ１００は、Ｗ３ＣのＤＩＤｓのＤＩＤドキュメント２１に記載のサービスエンドポイントを構成するサーバの一つとして追加される。
認可サーバ１００は、Ｗ３ＣのＤＩＤｓのＤＩＤドキュメント２１に記載のサービスエンドポイントを構成するサーバの一つとして追加される。
図２は、認可サーバ１００の構成を示すブロック図である。
図２に示すように、認可サーバ１００は、トークン発行部１１０と、通知受信部１２０（通知部）と、ポリシー登録部１３０と、変更通知部１４０（通知部）と、ユーザ制御部１５０、ＩＦ部１６０と、トークンＤＢ１７０と、トークン失効リスト１７１、署名一覧ＤＢ１８０と、ポリシーＤＢ１９０と、を備える。
図２に示すように、認可サーバ１００は、トークン発行部１１０と、通知受信部１２０（通知部）と、ポリシー登録部１３０と、変更通知部１４０（通知部）と、ユーザ制御部１５０、ＩＦ部１６０と、トークンＤＢ１７０と、トークン失効リスト１７１、署名一覧ＤＢ１８０と、ポリシーＤＢ１９０と、を備える。
トークン発行部１１０は、サービス提供者サーバ１６から電子証明書２５（図３参照）を受信し、電子証明書２５に記載されているサービス提供者サーバ１６の社名およびサービスの業種に従って、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３（図３および図４参照）を記載したトークン２４（図３参照）をサービス提供者サーバ１６に発行する。また、トークン発行部１１０は、トークン２４の有効期間についてもトークン２４に記載する。トークン発行部１１０は、トークン発行後、トークンの有効期間が過ぎた場合、ユーザ端末１１がサービス提供者サーバ１６へのユーザクレデンシャル２３の提供を認可すると、サービス提供者サーバ１６に新たなトークン２４を発行する。
認可サーバ１００は、認可サーバ１００が認証局２０（図５および図６参照）から発行してもらった電子証明書で署名をしたトークン２４に当該署名を付記する。また、ユーザクレデンシャル２３を格納するサービスエンドポイント１４は、サービス提供者サーバ１６からトークン２４を取得した際に、当該トークン２４の真正性を確認する。
通知受信部１２０は、ユーザ情報発行機関１５から署名通知を受信し、ユーザ端末１１のＤＩＤドキュメント２１（図３および図４参照）に記載されているユーザ識別子で特定されるＤＩＤドキュメント２１ごとに、署名されたユーザクレデンシャル２３のリストを署名一覧ＤＢ１８０に保管する。通知受信部１２０は、ユーザクレデンシャル２３の変更時の署名通知の場合には、変更通知部１４０に、クレデンシャル変更通知を要求する。
ポリシー登録部１３０は、サービス提供者サーバ１６の社名およびサービスの業種ごとに、ユーザクレデンシャル２３の参照可否ルール（ポリシー）をポリシーＤＢ１９０に登録する。
変更通知部１４０は、ユーザ情報発行機関１５からユーザクレデンシャル２３の変更による署名通知を受信した通知受信部１２０から、クレデンシャル変更通知要求を受け付けて、トークンＤＢ１７０から該当するユーザクレデンシャル２３にアクセス権限を付与したサービス提供者サーバ１６の一覧（トークン管理リスト）を取得して、該当するサービス提供者サーバ１６にユーザクレデンシャル変更通知を行う。
ユーザ制御部１５０は、ユーザ端末１１からの要求にもとづいて、ユーザクレデンシャル２３の配布先をユーザ端末１１に表示するとともに、トークンを強制失効し、トークン管理リスト（トークンＤＢ１７０の中の該当ユーザに関するリスト）を更新する。
ユーザ制御部１５０は、ユーザ識別子で識別されるユーザ端末１１が、自身のトークンの内容（トークン送付先のサービス提供者サーバ１６、取得可能なユーザクレデンシャル２３、トークンの有効期間）を遠隔から参照する制御を行う。ユーザ制御部１５０は、さらに、ユーザ端末１１がトークンの強制失効や、取得可能なユーザクレデンシャル２３の変更を行う機能も備える。
ＩＦ部１６０は、ユーザ情報発行機関１５およびサービス提供者サーバ１６との間で、インターネット経由でメッセージの送受信を行う。具体的には、ＩＦ部１６０は、サービス提供者サーバ１６に変更通知を送信し、サービス提供者サーバ１６からのトークン要求を受け付ける。また、ＩＦ部１６０は、ユーザ情報発行機関１５からの署名通知を受け取る。また、ＩＦ部１６０は、トークンの有効期間が過ぎている場合に、ユーザ端末１１からの認可を受け取る。
トークンＤＢ１７０は、ＤＩＤドキュメント２１に記載されている識別子、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリスト（トークン管理リスト）を保管する。
トークン失効リスト１７１は、有効期間を経過したトークンやユーザが強制失効したトークンを管理する。
トークン失効リスト１７１は、有効期間を経過したトークンやユーザが強制失効したトークンを管理する。
署名一覧ＤＢ１８０は、ＤＩＤドキュメント２１ごとに、署名されたユーザクレデンシャル２３のリストを保管する。
ポリシーＤＢ１９０は、ユーザクレデンシャル２３を保持しているサービスエンドポイント１４に、サービス提供者サーバ１６がアクセスする際のアクセス権限のポリシーを保管する。
以下、上述のように構成されたユーザクレデンシャル制御システム１０００の動作について説明する。
まず、図１、図３および図４を参照して、認可サーバ１００の機能の概要<１>～<３>について述べる。
<１>
図１に示すように、ユーザクレデンシャル制御システム１０００は、Ｗ３ＣのＤＩＤｓをベースにして、ＤＩＤドキュメント２１に記載のサービスエンドポイント１４を構成するサーバの一つとして認可サーバ１００を導入する。
ユーザ情報発行機関１５は、ユーザ端末１１のＤＩＤドキュメント２１あるいはクレデンシャルに署名した際、認可サーバ１００に、ＤＩＤで識別されるユーザ端末１１のＤＩＤドキュメント２１あるいはユーザクレデンシャル２３に署名したことを通知する。
まず、図１、図３および図４を参照して、認可サーバ１００の機能の概要<１>～<３>について述べる。
<１>
図１に示すように、ユーザクレデンシャル制御システム１０００は、Ｗ３ＣのＤＩＤｓをベースにして、ＤＩＤドキュメント２１に記載のサービスエンドポイント１４を構成するサーバの一つとして認可サーバ１００を導入する。
ユーザ情報発行機関１５は、ユーザ端末１１のＤＩＤドキュメント２１あるいはクレデンシャルに署名した際、認可サーバ１００に、ＤＩＤで識別されるユーザ端末１１のＤＩＤドキュメント２１あるいはユーザクレデンシャル２３に署名したことを通知する。
<２>
図３に示すように、サービス提供者サーバ１６がユーザ端末１１を登録する際に、ＤＩＤドキュメント２１に記載されたＤＩＤを取得し（Ｓ２１参照）、このＤＩＤをもとに認可サーバ１００からトークン２４を取得する（Ｓ２２参照）。このとき、サービス提供者サーバ１６は、認可サーバ１００に、自身の社名およびサービス内容（業種）を証明する電子証明書２５を提示する。
認可サーバ１００は、サービス提供者サーバの社名およびサービスの業種に従って、トークン２４に、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を記載する。トークン２４は、このユーザクレデンシャル２３の取得権限である。このユーザクレデンシャル２３には、例えばＤＩＤ、ユーザクレデンシャル２３へのアクセス権限、トークン２４を取得可能なサービス提供者サーバ１６、トークン２４の有効期間が記載される。
図３に示すように、サービス提供者サーバ１６がユーザ端末１１を登録する際に、ＤＩＤドキュメント２１に記載されたＤＩＤを取得し（Ｓ２１参照）、このＤＩＤをもとに認可サーバ１００からトークン２４を取得する（Ｓ２２参照）。このとき、サービス提供者サーバ１６は、認可サーバ１００に、自身の社名およびサービス内容（業種）を証明する電子証明書２５を提示する。
認可サーバ１００は、サービス提供者サーバの社名およびサービスの業種に従って、トークン２４に、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を記載する。トークン２４は、このユーザクレデンシャル２３の取得権限である。このユーザクレデンシャル２３には、例えばＤＩＤ、ユーザクレデンシャル２３へのアクセス権限、トークン２４を取得可能なサービス提供者サーバ１６、トークン２４の有効期間が記載される。
この認可サーバ１００は、ユーザクレデンシャル２３へのアクセス権限のポリシーを事前登録する（後記）。
認可サーバ１００は、ＤＩＤ、取得可能なクレデンシャル、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管する（後記）。
認可サーバ１００は、ＤＩＤ、取得可能なクレデンシャル、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管する（後記）。
サービス提供者サーバ１６は、サービスエンドポイント１４（ストレージ）にトークン２４を用いてアクセスし、ユーザ端末１１のユーザクレデンシャル２３を取得する（Ｓ２３参照）。トークン２４の有効期間内ならば、ユーザの再認可なしにユーザ端末１１のユーザクレデンシャル２３を再取得可能である（Ｓ２４：「サービス利用登録」参照）。
<３>
図４に示すように、認可サーバ１００は、ＤＩＤ、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管している（Ｓ３０参照）。
ユーザ端末１１がユーザクレデンシャル２３を変更し、ユーザ情報発行機関１５が署名をした際には（Ｓ３１参照）、ユーザ情報発行機関１５が認可サーバ１００に署名通知を行う（Ｓ３２参照）。
認可サーバ１００は、通知された署名に紐づくユーザクレデンシャル２３にアクセス権を持つサービス提供者サーバ１６に対して、クレデンシャル変更を通知する（Ｓ３３参照）。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１に記載されたＤＩＤを取得し（Ｓ３４参照）、このＤＩＤをもとにサービスエンドポイント１４（ストレージ）からユーザ端末１１のユーザクレデンシャル２３を取得する（Ｓ３５参照）。
図４に示すように、認可サーバ１００は、ＤＩＤ、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管している（Ｓ３０参照）。
ユーザ端末１１がユーザクレデンシャル２３を変更し、ユーザ情報発行機関１５が署名をした際には（Ｓ３１参照）、ユーザ情報発行機関１５が認可サーバ１００に署名通知を行う（Ｓ３２参照）。
認可サーバ１００は、通知された署名に紐づくユーザクレデンシャル２３にアクセス権を持つサービス提供者サーバ１６に対して、クレデンシャル変更を通知する（Ｓ３３参照）。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１に記載されたＤＩＤを取得し（Ｓ３４参照）、このＤＩＤをもとにサービスエンドポイント１４（ストレージ）からユーザ端末１１のユーザクレデンシャル２３を取得する（Ｓ３５参照）。
次に、ユーザクレデンシャル制御システム１０００の動作について詳細に説明する。
ユーザクレデンシャル制御システム１０００は、［初期登録］（図５および図６）、［ＤＩＤドキュメント２１、クレデンシャルの登録］（図７）、［サービスへのユーザ登録］（図９）、［クレデンシャルの変更］（図１２）を実行する。
ユーザクレデンシャル制御システム１０００は、［初期登録］（図５および図６）、［ＤＩＤドキュメント２１、クレデンシャルの登録］（図７）、［サービスへのユーザ登録］（図９）、［クレデンシャルの変更］（図１２）を実行する。
［初期登録］
図５および図６は、ユーザクレデンシャル制御システム１０００の［初期登録］を説明する図である。
<初期登録１>
図５は、サービス提供者サーバ１６への電子証明書を発行する場合の例を示す図である。
図５に示すように、サービス提供者サーバ１６は、あらかじめ認証局２０から、社名およびサービスの業種（金融系、ｅコマース系、ＳＮＳ(Social Networking Service)系など）を証明する電子証明書２５を取得し（Ｓ１０１参照）、トークンを取得する際に認可サーバ１００に提示する。
図５および図６は、ユーザクレデンシャル制御システム１０００の［初期登録］を説明する図である。
<初期登録１>
図５は、サービス提供者サーバ１６への電子証明書を発行する場合の例を示す図である。
図５に示すように、サービス提供者サーバ１６は、あらかじめ認証局２０から、社名およびサービスの業種（金融系、ｅコマース系、ＳＮＳ(Social Networking Service)系など）を証明する電子証明書２５を取得し（Ｓ１０１参照）、トークンを取得する際に認可サーバ１００に提示する。
<初期登録２，３>
図６は、認可サーバのトークン発行ポリシー登録を示す図である。
図６に示すように、認可サーバ１００は、サービス提供者サーバ１６から電子証明書２５を取得すると（Ｓ１０２参照）、認証局２０からＣＡ（Certification Authority）証明書２６を取得して（Ｓ１０３参照）電子証明書２５の検証を行い、サービス提供者サーバ１６の社名およびサービスの業種を確認する。
図６は、認可サーバのトークン発行ポリシー登録を示す図である。
図６に示すように、認可サーバ１００は、サービス提供者サーバ１６から電子証明書２５を取得すると（Ｓ１０２参照）、認証局２０からＣＡ（Certification Authority）証明書２６を取得して（Ｓ１０３参照）電子証明書２５の検証を行い、サービス提供者サーバ１６の社名およびサービスの業種を確認する。
認可サーバ１００のポリシー登録部１３０（図２参照）は、あらかじめ、サービス提供者サーバ１６やその業種にもとづいて、トークン２４に記載するユーザクレデンシャル２３へのアクセス権限のポリシーを登録しておく。または、ユーザ端末１１があらかじめ、自身のユーザクレデンシャル２３へのアクセス権限のポリシーを登録しておく。
［ＤＩＤドキュメント２１、クレデンシャルの登録］
図７は、ユーザクレデンシャル制御システム１０００の［ＤＩＤドキュメント２１、クレデンシャルの登録］を説明する図である。
ユーザ端末１１は、自身が所有、管理するユーザＩＤ（ＤＩＤ：Decentralized ID）で識別されるＤＩＤドキュメント２１を作成して、インターネット１２上の共有台帳１３に登録する。このＤＩＤドキュメント２１には、ユーザクレデンシャル２３（氏名、住所、職歴や学歴、資格等のユーザ情報）２３が登録されているサービスエンドポイント１４（例えば、ストレージ）や、ＤＩＤドキュメント２１の所有者（ユーザ）を確認するための公開鍵（ユーザ端末１１が生成）が含まれている。このＤＩＤドキュメント２１には、ユーザ情報発行機関１５がユーザの本人確認をしたうえで電子署名を行い、ＤＩＤドキュメント２１の真正性を保証する（Ｓ１１１，Ｓ１１２参照）。
図７は、ユーザクレデンシャル制御システム１０００の［ＤＩＤドキュメント２１、クレデンシャルの登録］を説明する図である。
ユーザ端末１１は、自身が所有、管理するユーザＩＤ（ＤＩＤ：Decentralized ID）で識別されるＤＩＤドキュメント２１を作成して、インターネット１２上の共有台帳１３に登録する。このＤＩＤドキュメント２１には、ユーザクレデンシャル２３（氏名、住所、職歴や学歴、資格等のユーザ情報）２３が登録されているサービスエンドポイント１４（例えば、ストレージ）や、ＤＩＤドキュメント２１の所有者（ユーザ）を確認するための公開鍵（ユーザ端末１１が生成）が含まれている。このＤＩＤドキュメント２１には、ユーザ情報発行機関１５がユーザの本人確認をしたうえで電子署名を行い、ＤＩＤドキュメント２１の真正性を保証する（Ｓ１１１，Ｓ１１２参照）。
ユーザ端末１１は、自身のユーザクレデンシャル２３をサービスエンドポイント１４に、自身のＤＩＤに紐づけて登録する（Ｓ１１４：「登録」参照）。このユーザクレデンシャル２３には、ユーザ情報発行機関１５がユーザの本人確認をしたうえで電子署名を行い（Verifiable Credential）（Ｓ１１３参照）、ユーザ情報発行機関１５がユーザクレデンシャル２３の真正性を保証する。
以上、［ＤＩＤドキュメント２１、クレデンシャルの登録］において、ここまでは、図２０（従来の技術）の動作と同じである。
以上、［ＤＩＤドキュメント２１、クレデンシャルの登録］において、ここまでは、図２０（従来の技術）の動作と同じである。
ユーザ情報発行機関１５は、ユーザのＤＩＤドキュメント２１あるいはユーザクレデンシャル２３に署名した際に（Ｓ１１１：「署名」参照，Ｓ１１３：「署名」参照）、認可サーバ１００に、ＤＩＤで識別されるユーザ端末１１のＤＩＤドキュメント２１あるいはユーザクレデンシャル２３に署名したことを通知する（Ｓ１１５：「署名通知」参照）。
認可サーバ１００は、ＤＩＤドキュメント２１ごとに、同じＤＩＤに紐づけられるユーザクレデンシャル２３のリストを保管する（Ｓ１１６参照）。すなわち、認可サーバ１００は、ＤＩＤドキュメント２１ごとに、署名されたユーザクレデンシャル２３のリストを保管する。
認可サーバ１００は、ＤＩＤドキュメント２１ごとに、同じＤＩＤに紐づけられるユーザクレデンシャル２３のリストを保管する（Ｓ１１６参照）。すなわち、認可サーバ１００は、ＤＩＤドキュメント２１ごとに、署名されたユーザクレデンシャル２３のリストを保管する。
このように、認可サーバ１００は、ユーザ端末１１のクレデンシャルのリストを保管し、サービス提供者の社名や業種にもとづいて、ユーザ端末１１がサービス提供者毎に提供するクレデンシャルを制御可能とする。
ユーザクレデンシャル制御システム１０００は、ＤＩＤドキュメント２１にサービスエンドポイント１４として認可サーバ１００を記述して、サービス提供者サーバ１６が認可サーバ１００にアクセスすることにより、ユーザ端末１１のユーザクレデンシャル２３へのアクセス権限を確認して取得可能になる。
ユーザクレデンシャル制御システム１０００は、ＤＩＤドキュメント２１にサービスエンドポイント１４として認可サーバ１００を記述して、サービス提供者サーバ１６が認可サーバ１００にアクセスすることにより、ユーザ端末１１のユーザクレデンシャル２３へのアクセス権限を確認して取得可能になる。
図８は、ユーザクレデンシャル制御システム１０００の［ＤＩＤドキュメント２１、クレデンシャルの登録］の詳細を示す制御シーケンス図である。
ユーザ端末１１は、公開鍵／秘密鍵を生成する（Ｓ１００１参照）。
ユーザ端末１１は、ＤＩＤドキュメント２１を作成する（Ｓ１００２参照）。具体的には、このＤＩＤドキュメント２１を作成では、ユーザの識別子、サービスエンドポイント１４、公開鍵等を記載する。
ユーザ端末１１は、ユーザ情報発行機関１５に署名依頼を送信する（Ｓ１００３：「ＤＩＤドキュメント２１、本人確認書類」参照）。
ユーザ端末１１は、公開鍵／秘密鍵を生成する（Ｓ１００１参照）。
ユーザ端末１１は、ＤＩＤドキュメント２１を作成する（Ｓ１００２参照）。具体的には、このＤＩＤドキュメント２１を作成では、ユーザの識別子、サービスエンドポイント１４、公開鍵等を記載する。
ユーザ端末１１は、ユーザ情報発行機関１５に署名依頼を送信する（Ｓ１００３：「ＤＩＤドキュメント２１、本人確認書類」参照）。
ユーザ情報発行機関１５は、ユーザ端末１１から送られてきた署名依頼（ＤＩＤドキュメント２１）に署名する（Ｓ１００４参照）。ユーザ情報発行機関１５は、ユーザ情報発行機関１５の秘密鍵で署名する。
ユーザ情報発行機関１５は、ユーザ端末１１に署名応答するとともに（Ｓ１００５：「署名付きＤＩＤドキュメント２１」参照）、認可サーバ１００に署名通知（ユーザ識別子）を行う（Ｓ１００６参照）。
認可サーバ１００は、ユーザ情報発行機関１５から署名通知された「ユーザ識別子」を保管する（Ｓ１００７参照）。
ユーザ情報発行機関１５は、ユーザ端末１１に署名応答するとともに（Ｓ１００５：「署名付きＤＩＤドキュメント２１」参照）、認可サーバ１００に署名通知（ユーザ識別子）を行う（Ｓ１００６参照）。
認可サーバ１００は、ユーザ情報発行機関１５から署名通知された「ユーザ識別子」を保管する（Ｓ１００７参照）。
ユーザ端末１１は、ユーザ情報発行機関１５から署名応答（署名付きＤＩＤドキュメント２１）を受信すると、共有台帳１３に署名付きＤＩＤドキュメント２１を登録する（Ｓ１００８：「署名付きＤＩＤドキュメント２１」参照）。
ユーザ端末１１は、ユーザクレデンシャル２３を作成する（Ｓ１００９参照）。このユーザクレデンシャル２３は、氏名、住所、職歴や学歴、資格等のユーザ情報を記載する。
ユーザ端末１１は、ユーザ情報発行機関１５に署名依頼（ユーザクレデンシャル２３、ユーザ識別子、本人確認書類）を送信する（Ｓ１０１０参照）。この署名依頼は、オンラインあるいは、店舗で実行する。
ユーザ端末１１は、ユーザクレデンシャル２３を作成する（Ｓ１００９参照）。このユーザクレデンシャル２３は、氏名、住所、職歴や学歴、資格等のユーザ情報を記載する。
ユーザ端末１１は、ユーザ情報発行機関１５に署名依頼（ユーザクレデンシャル２３、ユーザ識別子、本人確認書類）を送信する（Ｓ１０１０参照）。この署名依頼は、オンラインあるいは、店舗で実行する。
ユーザ情報発行機関１５は、ユーザ端末１１から送られてきた署名依頼（ユーザクレデンシャル２３）に署名する（Ｓ１０１１参照）。ユーザ情報発行機関１５は、ユーザ情報発行機関１５の秘密鍵で署名する。
ユーザ情報発行機関１５は、ユーザ端末１１に署名応答するとともに（Ｓ１０１２：「署名付きユーザクレデンシャル２３」参照）、認可サーバ１００に署名通知（ユーザ識別子、ユーザクレデンシャル２３の項目）を行う（Ｓ１０１３参照）。ここで、上記ユーザ識別子は、ＤＩＤドキュメント２１に含まれていて、ＤＩＤドキュメント２１を特定する。上記ユーザ識別子は、署名通知のパラメータとしてユーザ情報発行機関１５から送付される（実際には、ＤＩＤではなく、ユーザ識別子が含まれる）。
ユーザ情報発行機関１５は、ユーザ端末１１に署名応答するとともに（Ｓ１０１２：「署名付きユーザクレデンシャル２３」参照）、認可サーバ１００に署名通知（ユーザ識別子、ユーザクレデンシャル２３の項目）を行う（Ｓ１０１３参照）。ここで、上記ユーザ識別子は、ＤＩＤドキュメント２１に含まれていて、ＤＩＤドキュメント２１を特定する。上記ユーザ識別子は、署名通知のパラメータとしてユーザ情報発行機関１５から送付される（実際には、ＤＩＤではなく、ユーザ識別子が含まれる）。
認可サーバ１００は、ユーザ情報発行機関１５から署名通知されたユーザ識別子ごとに、ユーザクレデンシャル２３の項目をリスト（このリスト名称は、「ユーザクレデンシャル２３項目リスト」）にして保管を保管する（Ｓ１０１４参照）。
ユーザ端末１１は、サービスエンドポイント１４に署名付きユーザクレデンシャル２３を登録（署名付きユーザクレデンシャル２３、ユーザの識別子)を送信する（Ｓ１０１５参照）。
サービスエンドポイント１４は、ユーザ識別子ごとに、署名付きユーザクレデンシャル２３を保管する（Ｓ１０１６参照）。
以上で、［ＤＩＤドキュメント２１、クレデンシャルの登録］の制御シーケンスが終了する。
サービスエンドポイント１４は、ユーザ識別子ごとに、署名付きユーザクレデンシャル２３を保管する（Ｓ１０１６参照）。
以上で、［ＤＩＤドキュメント２１、クレデンシャルの登録］の制御シーケンスが終了する。
［サービスへのユーザ登録］
図９は、ユーザクレデンシャル制御システム１０００の［サービスへのユーザ登録］を説明する図である。
図９は、ユーザクレデンシャル制御システム１０００の［サービスへのユーザ登録］を説明する図である。
ユーザ端末１１は、サービス提供者サーバ１６に自身のＤＩＤを提示して、ユーザ登録を開始する（Ｓ１２１：「ＤＩＤ提示」参照）。
サービス提供者サーバ１６は、このＤＩＤから共有台帳１３にあるユーザ端末１１のＤＩＤドキュメント２１を参照するため、リゾルバ１７にＤＩＤドキュメント２１の位置を探索した後に（Ｓ１２２：「ＤＩＤドキュメント２１探索」参照）、ＤＩＤドキュメント２１を取得する（Ｓ１２３：「取得」参照）。
サービス提供者サーバ１６は、取得したＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取り出し、ユーザ端末１１とのチャレンジ／レスポンス認証により、ＤＩＤドキュメント２１が認証したユーザ端末１１が登録したものであることを検証する（Ｓ１２４：「認証(DID-Auth)」参照）。さらに、サービス提供者サーバ１６は、事前に取得しているユーザ情報発行機関１５の公開鍵を用いて、ＤＩＤドキュメント２１の署名を検証して、ＤＩＤドキュメント２１の真正性を確認する。
以上、［サービスへのユーザ登録］において、ここまでは、図２０（従来の技術）の動作と同じである。
サービス提供者サーバ１６は、このＤＩＤから共有台帳１３にあるユーザ端末１１のＤＩＤドキュメント２１を参照するため、リゾルバ１７にＤＩＤドキュメント２１の位置を探索した後に（Ｓ１２２：「ＤＩＤドキュメント２１探索」参照）、ＤＩＤドキュメント２１を取得する（Ｓ１２３：「取得」参照）。
サービス提供者サーバ１６は、取得したＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取り出し、ユーザ端末１１とのチャレンジ／レスポンス認証により、ＤＩＤドキュメント２１が認証したユーザ端末１１が登録したものであることを検証する（Ｓ１２４：「認証(DID-Auth)」参照）。さらに、サービス提供者サーバ１６は、事前に取得しているユーザ情報発行機関１５の公開鍵を用いて、ＤＩＤドキュメント２１の署名を検証して、ＤＩＤドキュメント２１の真正性を確認する。
以上、［サービスへのユーザ登録］において、ここまでは、図２０（従来の技術）の動作と同じである。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１の所有者と真正性を確認すると、ＤＩＤドキュメント２１からサービスエンドポイント（認可サーバ１００）の位置を取得して認可サーバ１００にアクセスし、トークン２４を取得する（Ｓ１２５：「参照(トークン取得)」参照）。このとき、サービス提供者サーバ１６は、認可サーバ１００に、自身の社名およびサービスの業種を証明する電子証明書２５（図３参照）を提示する。
認可サーバ１００は、サービス提供者サーバ１６の社名およびサービス内容に従って、トークン２４に、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を記載する。
また、認可サーバ１００は、ユーザを識別するＤＩＤをキーに、ＤＩＤ、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管する（Ｓ１２６参照）。
また、認可サーバ１００は、ユーザを識別するＤＩＤをキーに、ＤＩＤ、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管する（Ｓ１２６参照）。
サービス提供者サーバ１６は、サービスエンドポイント１４（ストレージ）にトークン２４を用いてアクセスし、ユーザ端末１１のユーザクレデンシャル２３を取得して、ユーザ端末１１を登録する。トークン２４の有効期間内ならば、ユーザ端末１１の再認可なしにユーザ端末１１のユーザクレデンシャル２３を再取得可能である（Ｓ１２７：「参照（ユーザクレデンシャル取得)」参照）。
このように、認可サーバ１００は、上記Ｓ１２６で得られたリストをもとに、サービス提供者サーバ１６にトークン２４を発行し、サービス提供者サーバ１６の社名や業種にもとづいて、ユーザ端末１１がサービス提供者サーバ１６毎に提供するユーザクレデンシャル２３を制御可能である。
図１０および図１１は、ユーザクレデンシャル制御システム１０００の［サービスへのユーザ登録］の詳細を示す制御シーケンス図である。なお、図１１は、図１０に続く制御シーケンスである。
ユーザ端末１１は、サービス提供者サーバ１６にユーザ登録要求としてＤＩＤ提示（ユーザ識別子）を行う（Ｓ１１０１参照）。実際には、サービス提供者サーバ１６にＤＩＤドキュメント２１を特定するユーザ識別子（ＤＩＤドキュメント２１に記載されている）を提示する。
ユーザ端末１１は、サービス提供者サーバ１６にユーザ登録要求としてＤＩＤ提示（ユーザ識別子）を行う（Ｓ１１０１参照）。実際には、サービス提供者サーバ１６にＤＩＤドキュメント２１を特定するユーザ識別子（ＤＩＤドキュメント２１に記載されている）を提示する。
サービス提供者サーバ１６は、ユーザ端末１１からのＤＩＤ提示を受信すると、リゾルバ１７に対してＤＩＤ提示（ユーザ識別子）をもとに、ＤＩＤドキュメント２１探索を行い（Ｓ１１０２参照）、リゾルバ１７からＤＩＤドキュメント２１の位置応答を受け取る（Ｓ１１０３参照）。例えば、リゾルバ１７は、ＤＩＤドキュメント２１の位置として、ＤＩＤドキュメント２１のＵＲＬ（Uniform Resource Locator）を応答する。
サービス提供者サーバ１６は、共有台帳１３にＤＩＤドキュメント２１要求を行い（Ｓ１１０４参照）、共有台帳１３は、サービス提供者サーバ１６にＤＩＤドキュメント２１応答を返す（Ｓ１１０５参照）。
サービス提供者サーバ１６は、共有台帳１３にＤＩＤドキュメント２１要求を行い（Ｓ１１０４参照）、共有台帳１３は、サービス提供者サーバ１６にＤＩＤドキュメント２１応答を返す（Ｓ１１０５参照）。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取得する（Ｓ１１０６参照）。
サービス提供者サーバ１６は、ユーザ端末１１に対して、ユーザ端末１１の公開鍵で暗号化したチャレンジ（暗号化された乱数）を送信する（Ｓ１１０７参照）。
ユーザ端末１１は、サービス提供者サーバ１６から送信されたチャレンジの値と自身の秘密鍵からレスポンス値を計算し（Ｓ１１０８参照）、サービス提供者サーバ１６にレスポンス（レスポンス値）を送信する（Ｓ１１０９参照）。
サービス提供者サーバ１６は、ユーザ端末１１に対して、ユーザ端末１１の公開鍵で暗号化したチャレンジ（暗号化された乱数）を送信する（Ｓ１１０７参照）。
ユーザ端末１１は、サービス提供者サーバ１６から送信されたチャレンジの値と自身の秘密鍵からレスポンス値を計算し（Ｓ１１０８参照）、サービス提供者サーバ１６にレスポンス（レスポンス値）を送信する（Ｓ１１０９参照）。
サービス提供者サーバ１６は、レスポンス値を検証して、ＤＩＤドキュメント２１の所有者であることを認証する（Ｓ１１１０参照）。
サービス提供者サーバ１６は、ユーザ情報発行機関１５の公開鍵でＤＩＤドキュメント２１の署名を検証する（Ｓ１１１１参照）。例えば、あらかじめ、ユーザ情報発行機関１５の公開鍵を取得する。あるいは、ユーザ端末１１からのＤＩＤ提示メッセージのパラメータに当該公開鍵を含める。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１から認可サーバ１００の位置（例えばＵＲＬ）を取得する（Ｓ１１１２参照）。
サービス提供者サーバ１６は、認可サーバ１００にトークン要求（電子証明書、ユーザ識別子）を行う（Ｓ１１１３参照）。この電子証明書は、あらかじめ認証局２０（図６参照）から取得する。
サービス提供者サーバ１６は、ユーザ情報発行機関１５の公開鍵でＤＩＤドキュメント２１の署名を検証する（Ｓ１１１１参照）。例えば、あらかじめ、ユーザ情報発行機関１５の公開鍵を取得する。あるいは、ユーザ端末１１からのＤＩＤ提示メッセージのパラメータに当該公開鍵を含める。
サービス提供者サーバ１６は、ＤＩＤドキュメント２１から認可サーバ１００の位置（例えばＵＲＬ）を取得する（Ｓ１１１２参照）。
サービス提供者サーバ１６は、認可サーバ１００にトークン要求（電子証明書、ユーザ識別子）を行う（Ｓ１１１３参照）。この電子証明書は、あらかじめ認証局２０（図６参照）から取得する。
認可サーバ１００は、電子証明書の真正性を検証する（Ｓ１１１４参照）。電子証明書の真正性は、例えば、あらかじめ、認証局２０（図６参照）の公開鍵を取得しておく。あるいは、サービス提供者サーバ１６からのトークン要求メッセージのパラメータに当該公開鍵を含めることで検証できる。
認可サーバ１００は、真正性が検証された電子証明書からサービス提供者サーバ１６の社名やサービス内容を取得する（Ｓ１１１５参照）。
認可サーバ１００は、真正性が検証された電子証明書からサービス提供者サーバ１６の社名やサービス内容を取得する（Ｓ１１１５参照）。
認可サーバ１００は、サービス提供者サーバ１６の社名やサービス内容に一致する、ユーザクレデンシャル２３の参照可否ルールを検索する（Ｓ１１１６参照）。ここでは、あらかじめ、サービス提供者サーバ１６の社名やサービス内容にもとづいた、ユーザクレデンシャル２３の参照権限のポリシーを事前に登録する。
認可サーバ１００は、参照可否ルールに従って、トークンに、サービス提供者サーバ１６が参照可能なユーザクレデンシャル２３の項目を記載したトークンを発行する（Ｓ１１１７参照）。
認可サーバ１００は、ユーザ識別子、参照可能なユーザクレデンシャル２３、トークンの送付先のサービス提供者サーバ１６、トークンの有効期間のリスト（このリスト名称は、「トークン管理リスト」）を保管する（Ｓ１１１８参照）。
認可サーバ１００は、参照可否ルールに従って、トークンに、サービス提供者サーバ１６が参照可能なユーザクレデンシャル２３の項目を記載したトークンを発行する（Ｓ１１１７参照）。
認可サーバ１００は、ユーザ識別子、参照可能なユーザクレデンシャル２３、トークンの送付先のサービス提供者サーバ１６、トークンの有効期間のリスト（このリスト名称は、「トークン管理リスト」）を保管する（Ｓ１１１８参照）。
認可サーバ１００は、トークンに、認可サーバ１００の電子証明書に紐づく秘密鍵で署名する（Ｓ１１１９参照）。この電子証明書は、あらかじめ認証局２０（図５および図６参照）から取得する。
認可サーバ１００は、サービス提供者サーバ１６に署名付きトークン送付を行う（Ｓ１１２０参照）。
サービス提供者サーバ１６は、サービスエンドポイント１４にユーザクレデンシャル要求（署名付きトークン、認可サーバの電子証明書、サービス提供者サーバ１６の電子証明書、ユーザクレデンシャルの項目のリスト）を送信する（Ｓ１１２１参照）。
認可サーバ１００は、サービス提供者サーバ１６に署名付きトークン送付を行う（Ｓ１１２０参照）。
サービス提供者サーバ１６は、サービスエンドポイント１４にユーザクレデンシャル要求（署名付きトークン、認可サーバの電子証明書、サービス提供者サーバ１６の電子証明書、ユーザクレデンシャルの項目のリスト）を送信する（Ｓ１１２１参照）。
サービスエンドポイント１４は、サービス提供者サーバ１６からのユーザクレデンシャル要求を受けて、サービス提供者サーバ１６の電子証明書の真正性を検証する（Ｓ１１２２参照）。電子証明書の真正性は、例えば、あらかじめ、認証局２０（図６参照）の公開鍵を取得しておく。あるいは、サービス提供者サーバ１６からのトークン要求メッセージのパラメータに当該公開鍵を含めることで検証できる。
サービスエンドポイント１４は、認可サーバ１００の電子証明書の真正性を検証する（Ｓ１１２３参照）。
サービスエンドポイント１４は、トークンの署名を検証する（Ｓ１１２４参照）。
サービスエンドポイント１４は、トークンの有効期間を確認する（Ｓ１１２５参照）。
サービスエンドポイント１４は、トークンの署名を検証する（Ｓ１１２４参照）。
サービスエンドポイント１４は、トークンの有効期間を確認する（Ｓ１１２５参照）。
ここで、トークンには、認可サーバ１００が認証局２０（図６参照）から発行してもらった電子証明書で署名をして、当該署名を付記する。そして、ユーザクレデンシャル２３を格納するサービスエンドポイント１４が、サービス提供者サーバ１６からトークンを取得した際に、トークンの真正性を確認（署名の検証）する。
サービスエンドポイント１４は、認可サーバ１００にサービス提供者サーバ１６におけるトークンの失効状態確認する（Ｓ１１２６参照）。
認可サーバ１００は、トークン失効リスト１７１（図２参照）から該当するサービス提供者サーバ１６のトークンの失効状態を取得する（Ｓ１１２７参照）。上述したように、認可サーバ１００は、有効期間を経過したトークンやユーザ端末１１が強制失効したトークンをトークン失効リスト１７１（図２参照）で管理する。
認可サーバ１００は、該当するサービス提供者サーバ１６のトークンの失効状態について応答する（Ｓ１１２８参照）。
認可サーバ１００は、トークン失効リスト１７１（図２参照）から該当するサービス提供者サーバ１６のトークンの失効状態を取得する（Ｓ１１２７参照）。上述したように、認可サーバ１００は、有効期間を経過したトークンやユーザ端末１１が強制失効したトークンをトークン失効リスト１７１（図２参照）で管理する。
認可サーバ１００は、該当するサービス提供者サーバ１６のトークンの失効状態について応答する（Ｓ１１２８参照）。
サービスエンドポイント１４は、トークンから、サービス提供者が要求しているユーザクレデンシャル２３のうち、参照可能なユーザクレデンシャル２３を確認する（Ｓ１１２９参照）。
サービスエンドポイント１４は、サービス提供者サーバ１６にユーザクレデンシャル２３（ユーザクレデンシャル２３のリスト）を送付する（Ｓ１１３０参照）。
サービス提供者サーバ１６は、ユーザクレデンシャル２３のリストを保管してユーザ端末１１を登録する（Ｓ１１３１参照）。
サービス提供者サーバ１６は、ユーザ端末１１にＤＩＤ提示応答し（Ｓ１１３２参照）、ユーザ登録が完了する。
以上で、［サービスへのユーザ登録］の制御シーケンスが終了する。
サービスエンドポイント１４は、サービス提供者サーバ１６にユーザクレデンシャル２３（ユーザクレデンシャル２３のリスト）を送付する（Ｓ１１３０参照）。
サービス提供者サーバ１６は、ユーザクレデンシャル２３のリストを保管してユーザ端末１１を登録する（Ｓ１１３１参照）。
サービス提供者サーバ１６は、ユーザ端末１１にＤＩＤ提示応答し（Ｓ１１３２参照）、ユーザ登録が完了する。
以上で、［サービスへのユーザ登録］の制御シーケンスが終了する。
［クレデンシャルの変更］
図１２は、ユーザクレデンシャル制御システム１０００の［クレデンシャルの変更］を説明する図である。
認可サーバ１００は、ＤＩＤ、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管している（Ｓ１３０参照）。
［クレデンシャルの変更］の場合、図１２に示すステップＳ１３１～ステップＳ１３４までは上記［ＤＩＤドキュメント２１、クレデンシャルの登録］と同様である。
すなわち、ユーザ端末１１がユーザクレデンシャル２３を変更し、ユーザ情報発行機関１５が署名をすると、ユーザ情報発行機関１５は、認可サーバ１００に、署名したユーザクレデンシャル２３とユーザクレデンシャル２３に紐づくＤＩＤとともに、署名通知を行う（Ｓ１３１～Ｓ１３４参照）。
図１２は、ユーザクレデンシャル制御システム１０００の［クレデンシャルの変更］を説明する図である。
認可サーバ１００は、ＤＩＤ、取得可能なユーザクレデンシャル２３、トークン送付先のサービス提供者サーバ１６、トークン２４の有効期間のリストを保管している（Ｓ１３０参照）。
［クレデンシャルの変更］の場合、図１２に示すステップＳ１３１～ステップＳ１３４までは上記［ＤＩＤドキュメント２１、クレデンシャルの登録］と同様である。
すなわち、ユーザ端末１１がユーザクレデンシャル２３を変更し、ユーザ情報発行機関１５が署名をすると、ユーザ情報発行機関１５は、認可サーバ１００に、署名したユーザクレデンシャル２３とユーザクレデンシャル２３に紐づくＤＩＤとともに、署名通知を行う（Ｓ１３１～Ｓ１３４参照）。
認可サーバ１００は、通知された署名に紐づくユーザクレデンシャル２３にアクセス権を持つサービス提供者サーバ１６に対して、クレデンシャル変更を通知する（Ｓ１３５：「クレデンシャル変更通知」参照）。
サービス提供者サーバ１６は、ＤＩＤから共有台帳１３にあるユーザ端末１１のＤＩＤドキュメント２１を参照するために、リゾルバ１７にＤＩＤドキュメント２１の位置を探索した後に（Ｓ１３６：「ＤＩＤドキュメント探索」参照）、ＤＩＤドキュメント２１を取得する（Ｓ１３７：「取得」参照）。
サービス提供者サーバ１６は、ＤＩＤから共有台帳１３にあるユーザ端末１１のＤＩＤドキュメント２１を参照するために、リゾルバ１７にＤＩＤドキュメント２１の位置を探索した後に（Ｓ１３６：「ＤＩＤドキュメント探索」参照）、ＤＩＤドキュメント２１を取得する（Ｓ１３７：「取得」参照）。
サービス提供者サーバ１６は、サービスエンドポイント１４（ストレージ)に取得済みのトークン２４を用いてアクセスし、ユーザ端末１１の変更後のユーザクレデンシャル２３を取得してリストを保管し、サービス提供者サーバ１６が保持しているユーザクレデンシャル２３のリストを更新する（Ｓ１３８：「参照(ユーザクレデンシャル２３取得)」参照）。
トークン２４の有効期間が経過している場合には、ユーザ端末１１がサービス提供者サーバ１６に変更したユーザクレデンシャル２３を提供することを認可サーバ１００に認可する。そして、サービス提供者サーバ１６が認可サーバ１００から新たなトークン２４を取得して、ユーザ端末１１の変更後のユーザクレデンシャル２３を取得する（上記図９の［サービスへのユーザ登録］のＳ１２６～Ｓ１２７参照)。
このように、認可サーバ１００は、上記ステップＳ１３０で得られたリストを用いて、ユーザのクレデンシャルの変更を、そのクレデンシャルへのアクセス権限を持つサービス提供者サーバ１６に通知可能である。
また、ユーザ端末１１は、端末の紛失、機種変更時に、端末内のクレデンシャルの移行は不要である。ユーザ端末１１は、クレデンシャル変更時に、ユーザ登録済みのサービス提供者毎への変更手続きは不要である。
また、サービス提供者サーバ１６は、認可サーバ１００からの通知より、取得済みトークンを用いて、変更後のユーザクレデンシャル２３を取得可能である。
また、ユーザ端末１１は、端末の紛失、機種変更時に、端末内のクレデンシャルの移行は不要である。ユーザ端末１１は、クレデンシャル変更時に、ユーザ登録済みのサービス提供者毎への変更手続きは不要である。
また、サービス提供者サーバ１６は、認可サーバ１００からの通知より、取得済みトークンを用いて、変更後のユーザクレデンシャル２３を取得可能である。
図１３ないし図１５は、ユーザクレデンシャル制御システム１０００の［クレデンシャルの変更］の詳細を示す制御シーケンス図である。なお、図１４は図１３に、図１５は図１４にそれぞれ続く制御シーケンスである。
ユーザ端末１１は、ユーザクレデンシャル２３を変更する（Ｓ１２０１参照）。
ユーザ端末１１は、ユーザ情報発行機関１５に署名依頼する（Ｓ１２０２参照）。この署名依頼は、オンラインまたは、店舗で行う。
ユーザ情報発行機関１５は、ユーザ端末１１が変更した署名依頼（変更したユーザクレデンシャル２３、ユーザの識別子、本人確認書類）に署名する（Ｓ１２０３参照）。ユーザ情報発行機関１５は、ユーザ情報発行機関１５の秘密鍵で署名する。
ユーザ情報発行機関１５は、ユーザ端末１１に署名応答するとともに（Ｓ１２０４：「署名付きユーザクレデンシャル」参照）、認可サーバ１００に署名通知（ユーザ識別子、変更したユーザクレデンシャル２３の項目）を行う（Ｓ１２０５参照）。
ユーザ端末１１は、ユーザクレデンシャル２３を変更する（Ｓ１２０１参照）。
ユーザ端末１１は、ユーザ情報発行機関１５に署名依頼する（Ｓ１２０２参照）。この署名依頼は、オンラインまたは、店舗で行う。
ユーザ情報発行機関１５は、ユーザ端末１１が変更した署名依頼（変更したユーザクレデンシャル２３、ユーザの識別子、本人確認書類）に署名する（Ｓ１２０３参照）。ユーザ情報発行機関１５は、ユーザ情報発行機関１５の秘密鍵で署名する。
ユーザ情報発行機関１５は、ユーザ端末１１に署名応答するとともに（Ｓ１２０４：「署名付きユーザクレデンシャル」参照）、認可サーバ１００に署名通知（ユーザ識別子、変更したユーザクレデンシャル２３の項目）を行う（Ｓ１２０５参照）。
ここで、上記ユーザ識別子は、ＤＩＤドキュメント２１に含まれていて、ＤＩＤドキュメント２１を特定する。ユーザ識別子は、署名通知のパラメータとしてユーザ情報発行機関１５から送付される（実際には、ＤＩＤではなく、ユーザ識別子が含まれる）。
認可サーバ１００は、ユーザ識別子に紐づく、ユーザクレデンシャル２３の項目を更新(追加／削除／通知日時)して保管する（Ｓ１２０６参照）。ここでは、ユーザクレデンシャル２３の項目の内容の変更の場合（追加／削除はなし）、最新の通知日時に更新する。
認可サーバ１００は、更新されたユーザクレデンシャル２３の項目の参照権限をもつサービス提供者サーバ１６をトークンＤＢ１７０（図２参照）のトークン管理リストから取得する（Ｓ１２０７参照）。
認可サーバ１００は、サービス提供者サーバ１６にユーザクレデンシャル変更通知（ユーザ識別子、トークン、変更したユーザクレデンシャル２３の項目）を行う（Ｓ１２０８参照）。
認可サーバ１００は、更新されたユーザクレデンシャル２３の項目の参照権限をもつサービス提供者サーバ１６をトークンＤＢ１７０（図２参照）のトークン管理リストから取得する（Ｓ１２０７参照）。
認可サーバ１００は、サービス提供者サーバ１６にユーザクレデンシャル変更通知（ユーザ識別子、トークン、変更したユーザクレデンシャル２３の項目）を行う（Ｓ１２０８参照）。
一方、ユーザ端末１１は、ユーザ情報発行機関１５から署名応答を受け取ると（Ｓ１２０４参照）、サービスエンドポイント１４に対して署名付きユーザクレデンシャル２３を登録する（Ｓ１２０９：「署名付きユーザクレデンシャル、ユーザの識別子」参照）。
サービスエンドポイント１４は、ユーザ識別子に紐づく、署名付きユーザクレデンシャル２３を更新して保管する（Ｓ１２１０参照）。
サービスエンドポイント１４は、ユーザ識別子に紐づく、署名付きユーザクレデンシャル２３を更新して保管する（Ｓ１２１０参照）。
サービス提供者サーバ１６は、認可サーバ１００からユーザクレデンシャル変更通知（ユーザ識別子、トークン、変更したユーザクレデンシャル２３の項目）を受け取ると（Ｓ１２０８参照）、リゾルバ１７（図１２参照）にＤＩＤドキュメント２１探索（ユーザ識別子）を発行し（Ｓ１２１１参照）、リゾルバ１７からＤＩＤドキュメント２１の位置応答（例えば、ストレージのＵＲＬを応答）を受け取る（Ｓ１２１２参照）。
サービス提供者サーバ１６は、この位置応答をもとに共有台帳１３にＤＩＤドキュメント２１を要求する（Ｓ１２１３参照）。
サービス提供者サーバ１６は、この位置応答をもとに共有台帳１３にＤＩＤドキュメント２１を要求する（Ｓ１２１３参照）。
共有台帳１３は、サービス提供者サーバ１６に要求されたＤＩＤドキュメント２１を応答する（Ｓ１２１４参照）。
サービス提供者サーバ１６は、サービスエンドポイント１４にユーザクレデンシャル要求（署名付きトークン、認可サーバの電子証明書、サービス提供者の電子証明書、変更したユーザクレデンシャルの項目）を行う（Ｓ１２１５参照）。
サービス提供者サーバ１６は、サービスエンドポイント１４にユーザクレデンシャル要求（署名付きトークン、認可サーバの電子証明書、サービス提供者の電子証明書、変更したユーザクレデンシャルの項目）を行う（Ｓ１２１５参照）。
サービスエンドポイント１４は、サービス提供者サーバ１６の電子証明書の真正性を検証する（Ｓ１２１６参照）。
サービスエンドポイント１４は、認可サーバの電子証明書の真正性を検証する（Ｓ１２１７参照）。
サービスエンドポイント１４は、トークンの署名を検証する（Ｓ１２１８参照）。
サービスエンドポイント１４は、トークンの有効期間を確認する（Ｓ１２１９参照）。
サービスエンドポイント１４は、認可サーバ１００にトークンの失効状態を確認する（Ｓ１２２０：「サービス提供者サーバ」参照）。
サービスエンドポイント１４は、認可サーバの電子証明書の真正性を検証する（Ｓ１２１７参照）。
サービスエンドポイント１４は、トークンの署名を検証する（Ｓ１２１８参照）。
サービスエンドポイント１４は、トークンの有効期間を確認する（Ｓ１２１９参照）。
サービスエンドポイント１４は、認可サーバ１００にトークンの失効状態を確認する（Ｓ１２２０：「サービス提供者サーバ」参照）。
認可サーバ１００は、トークン失効リスト１７１（図２参照）から該当するサービス提供者サーバ１６のトークンの失効状態を取得する（Ｓ１２２１参照）。上述したように、認可サーバ１００は、有効期間を経過したトークンやユーザ端末１１が強制失効したトークンをトークン失効リスト１６１（図２参照）で管理する。
認可サーバ１００は、サービスエンドポイント１４にトークンの失効状態を応答する（Ｓ１２２２：「サービス提供者サーバ」参照）。
サービスエンドポイント１４は、トークンから、サービス提供者サーバ１６が要求しているユーザクレデンシャル２３のうち、参照可能なユーザクレデンシャル２３を確認する（Ｓ１２２３参照）。
サービスエンドポイント１４は、サービス提供者サーバ１６に変更したユーザクレデンシャル２３を送付する（Ｓ１２２４参照）。
サービス提供者サーバ１６は、ユーザクレデンシャル２３を更新して保管する（Ｓ１２２５参照）。
認可サーバ１００は、サービスエンドポイント１４にトークンの失効状態を応答する（Ｓ１２２２：「サービス提供者サーバ」参照）。
サービスエンドポイント１４は、トークンから、サービス提供者サーバ１６が要求しているユーザクレデンシャル２３のうち、参照可能なユーザクレデンシャル２３を確認する（Ｓ１２２３参照）。
サービスエンドポイント１４は、サービス提供者サーバ１６に変更したユーザクレデンシャル２３を送付する（Ｓ１２２４参照）。
サービス提供者サーバ１６は、ユーザクレデンシャル２３を更新して保管する（Ｓ１２２５参照）。
以下、トークンの有効期間が過ぎている場合について説明する。
ユーザ端末１１は、認可サーバ１００にＤＩＤ提示（ユーザ識別子）を行う。実際には、ユーザ端末１１は、ＤＩＤドキュメント２１を特定するユーザ識別子（ＤＩＤドキュメント２１に記載されている）を提示する（Ｓ１２２６参照）。
認可サーバ１００は、ユーザ端末１１からＤＩＤ提示（ユーザ識別子）を受け取ると、リゾルバ１７（図１２参照）にＤＩＤドキュメント２１探索（ユーザ識別子）を発行し（Ｓ１２２７参照）、リゾルバ１７からＤＩＤドキュメント２１の位置応答（例えば、ストレージのＵＲＬを応答）を受け取る（Ｓ１２２８参照）。
認可サーバ１００は、この位置応答をもとに共有台帳１３にＤＩＤドキュメント２１を要求する（Ｓ１２２９参照）。
ユーザ端末１１は、認可サーバ１００にＤＩＤ提示（ユーザ識別子）を行う。実際には、ユーザ端末１１は、ＤＩＤドキュメント２１を特定するユーザ識別子（ＤＩＤドキュメント２１に記載されている）を提示する（Ｓ１２２６参照）。
認可サーバ１００は、ユーザ端末１１からＤＩＤ提示（ユーザ識別子）を受け取ると、リゾルバ１７（図１２参照）にＤＩＤドキュメント２１探索（ユーザ識別子）を発行し（Ｓ１２２７参照）、リゾルバ１７からＤＩＤドキュメント２１の位置応答（例えば、ストレージのＵＲＬを応答）を受け取る（Ｓ１２２８参照）。
認可サーバ１００は、この位置応答をもとに共有台帳１３にＤＩＤドキュメント２１を要求する（Ｓ１２２９参照）。
共有台帳１３は、認可サーバ１００に要求されたＤＩＤドキュメント２１を応答する（Ｓ１２３０参照）。
認可サーバ１００は、ＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取得する（Ｓ１２３１参照）。
認可サーバ１００は、ユーザ端末１１に対し、当該ユーザ端末１１の公開鍵で暗号化したチャレンジ（暗号化された乱数）を送信する（Ｓ１２３２参照）。
ユーザ端末１１は、チャレンジの値と自身の秘密鍵からレスポンス値を計算する（Ｓ１２３３参照）。
ユーザ端末１１は、認可サーバ１００に計算したレスポンス（レスポンス値）を送信する（Ｓ１２３４参照）。
認可サーバ１００は、ＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取得する（Ｓ１２３１参照）。
認可サーバ１００は、ユーザ端末１１に対し、当該ユーザ端末１１の公開鍵で暗号化したチャレンジ（暗号化された乱数）を送信する（Ｓ１２３２参照）。
ユーザ端末１１は、チャレンジの値と自身の秘密鍵からレスポンス値を計算する（Ｓ１２３３参照）。
ユーザ端末１１は、認可サーバ１００に計算したレスポンス（レスポンス値）を送信する（Ｓ１２３４参照）。
認可サーバ１００は、レスポンス値を検証して、ＤＩＤドキュメント２１の所有者であることを認証する（Ｓ１２３５参照）。
認可サーバ１００は、ユーザ情報発行機関１５の公開鍵でＤＩＤドキュメント２１の署名を検証する（Ｓ１２３６参照）。具体的には、認可サーバ１００は、あらかじめ、ユーザ情報発行機関１５の公開鍵を取得する。あるいは、ユーザ端末からのトークン更新要求メッセージのパラメータに当該公開鍵を含める。
認可サーバ１００は、ユーザ情報発行機関１５の公開鍵でＤＩＤドキュメント２１の署名を検証する（Ｓ１２３６参照）。具体的には、認可サーバ１００は、あらかじめ、ユーザ情報発行機関１５の公開鍵を取得する。あるいは、ユーザ端末からのトークン更新要求メッセージのパラメータに当該公開鍵を含める。
認可サーバ１００は、ユーザ端末１１にＤＩＤ提示応答を行う（Ｓ１２３７参照）。
ユーザ端末１１は、ＤＩＤ提示応答を受けて認可サーバ１００にトークン更新を要求（サービス提供者サーバ１６、トークンの有効期間）する（Ｓ１２３８参照）。
認可サーバ１００は、トークン管理リストに保管されている情報のうち、トークン更新要求メッセージに含まれるサービス提供者サーバ１６のトークンの有効期間を更新する（Ｓ１２３９参照）。
ユーザ端末１１は、ＤＩＤ提示応答を受けて認可サーバ１００にトークン更新を要求（サービス提供者サーバ１６、トークンの有効期間）する（Ｓ１２３８参照）。
認可サーバ１００は、トークン管理リストに保管されている情報のうち、トークン更新要求メッセージに含まれるサービス提供者サーバ１６のトークンの有効期間を更新する（Ｓ１２３９参照）。
認可サーバ１００は、更新したトークンの有効期間にもとづいて、新たなトークンを生成する（Ｓ１２４０参照）。
認可サーバ１００は、トークンに、認可サーバ１００の電子証明書に紐づく秘密鍵で署名する（Ｓ１２４１参照）。
認可サーバ１００は、トークン更新応答（署名付きトークン）を行う（Ｓ１２４２参照）。
認可サーバ１００は、ユーザクレデンシャル変更通知（ユーザ識別子、トークン、変更したユーザクレデンシャル２３の項目）を送信する（Ｓ１２４３参照）。
以下、図１３～図１４の制御シーケンスと同じである。
以上で、［クレデンシャルの変更］シーケンスを終了する。
認可サーバ１００は、トークンに、認可サーバ１００の電子証明書に紐づく秘密鍵で署名する（Ｓ１２４１参照）。
認可サーバ１００は、トークン更新応答（署名付きトークン）を行う（Ｓ１２４２参照）。
認可サーバ１００は、ユーザクレデンシャル変更通知（ユーザ識別子、トークン、変更したユーザクレデンシャル２３の項目）を送信する（Ｓ１２４３参照）。
以下、図１３～図１４の制御シーケンスと同じである。
以上で、［クレデンシャルの変更］シーケンスを終了する。
［ユーザによるユーザクレデンシャル２３の管理］
次に、ユーザによるユーザクレデンシャル２３の管理について説明する。
ユーザによるユーザクレデンシャル２３の管理は、（１）ユーザクレデンシャル２３の配布先（サービス提供者サーバ）の確認、（２）トークンの強制失効、（３）トークン管理リストの更新からなる。
次に、ユーザによるユーザクレデンシャル２３の管理について説明する。
ユーザによるユーザクレデンシャル２３の管理は、（１）ユーザクレデンシャル２３の配布先（サービス提供者サーバ）の確認、（２）トークンの強制失効、（３）トークン管理リストの更新からなる。
図１６は、ユーザクレデンシャル制御システム１０００の［ユーザによるユーザクレデンシャル２３の管理］の「ユーザクレデンシャル２３の配布先（サービス提供者サーバ）の確認」の詳細を示す制御シーケンス図である。
ユーザ端末１１は、認可サーバ１００にＤＩＤ提示（ユーザ識別子）を行う。実際には、ユーザ端末１１は、ＤＩＤドキュメント２１を特定するユーザ識別子（ＤＩＤドキュメント２１に記載されている）を提示する（Ｓ１３０１参照）。
認可サーバ１００は、ユーザ端末１１からＤＩＤ提示（ユーザ識別子）を受け取ると（Ｓ１３０１参照）、リゾルバ１７（図１２参照）にＤＩＤドキュメント２１探索（ユーザ識別子）を発行し（Ｓ１３０２参照）、リゾルバ１７からＤＩＤドキュメント２１の位置応答（例えば、ストレージのＵＲＬを応答）を受け取る（Ｓ１３０３参照）。
認可サーバ１００は、この位置応答をもとに共有台帳１３にＤＩＤドキュメント２１を要求する（Ｓ１３０４参照）。
ユーザ端末１１は、認可サーバ１００にＤＩＤ提示（ユーザ識別子）を行う。実際には、ユーザ端末１１は、ＤＩＤドキュメント２１を特定するユーザ識別子（ＤＩＤドキュメント２１に記載されている）を提示する（Ｓ１３０１参照）。
認可サーバ１００は、ユーザ端末１１からＤＩＤ提示（ユーザ識別子）を受け取ると（Ｓ１３０１参照）、リゾルバ１７（図１２参照）にＤＩＤドキュメント２１探索（ユーザ識別子）を発行し（Ｓ１３０２参照）、リゾルバ１７からＤＩＤドキュメント２１の位置応答（例えば、ストレージのＵＲＬを応答）を受け取る（Ｓ１３０３参照）。
認可サーバ１００は、この位置応答をもとに共有台帳１３にＤＩＤドキュメント２１を要求する（Ｓ１３０４参照）。
共有台帳１３は、認可サーバ１００に要求されたＤＩＤドキュメント２１を応答する（Ｓ１３０５参照）。
認可サーバ１００は、ＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取得する（Ｓ１３０６参照）。
認可サーバ１００は、ユーザ端末１１に対し、当該ユーザ端末１１の公開鍵で暗号化したチャレンジ（暗号化された乱数）を送信する（Ｓ１３０７参照）。
ユーザ端末１１は、チャレンジの値と自身の秘密鍵からレスポンス値を計算する（Ｓ１３０８参照）。
ユーザ端末１１は、認可サーバ１００に計算したレスポンス（レスポンス値）を送信する（Ｓ１３０９参照）。
認可サーバ１００は、ＤＩＤドキュメント２１からユーザ端末１１の公開鍵を取得する（Ｓ１３０６参照）。
認可サーバ１００は、ユーザ端末１１に対し、当該ユーザ端末１１の公開鍵で暗号化したチャレンジ（暗号化された乱数）を送信する（Ｓ１３０７参照）。
ユーザ端末１１は、チャレンジの値と自身の秘密鍵からレスポンス値を計算する（Ｓ１３０８参照）。
ユーザ端末１１は、認可サーバ１００に計算したレスポンス（レスポンス値）を送信する（Ｓ１３０９参照）。
認可サーバ１００は、レスポンス値を検証して、ＤＩＤドキュメント２１の所有者であることを認証する（Ｓ１３１０参照）。
認可サーバ１００は、ユーザ情報発行機関１５の公開鍵でＤＩＤドキュメント２１の署名を検証する（Ｓ１３１１参照）。具体的には、認可サーバ１００は、あらかじめ、ユーザ情報発行機関１５の公開鍵を取得する。あるいは、ユーザ端末からのトークン更新要求メッセージのパラメータに当該公開鍵を含める。
認可サーバ１００は、ユーザ情報発行機関１５の公開鍵でＤＩＤドキュメント２１の署名を検証する（Ｓ１３１１参照）。具体的には、認可サーバ１００は、あらかじめ、ユーザ情報発行機関１５の公開鍵を取得する。あるいは、ユーザ端末からのトークン更新要求メッセージのパラメータに当該公開鍵を含める。
認可サーバ１００は、共有台帳１３にＤＩＤ提示応答を行う（Ｓ１３１２参照）。
共有台帳１３は、ＤＩＤ提示応答を受けて認可サーバ１００にユーザクレデンシャル２３の配布先要求を行う（Ｓ１３１３：「サービス提供者サーバ」参照）。
認可サーバ１００は、トークン管理リストから、パラメータに含まれているサービス提供者が参照可能なユーザクレデンシャル２３を取得する（Ｓ１３１４参照）。
認可サーバ１００は、ユーザ端末１１にユーザクレデンシャル２３の配布先応答（サービス提供者サーバ１６が参照可能なユーザクレデンシャル２３のリスト）を行う（Ｓ１３１５参照）。
以上で、［ユーザによるユーザクレデンシャル２３の管理］の「ユーザクレデンシャル２３の配布先の確認」シーケンスを終了する。
共有台帳１３は、ＤＩＤ提示応答を受けて認可サーバ１００にユーザクレデンシャル２３の配布先要求を行う（Ｓ１３１３：「サービス提供者サーバ」参照）。
認可サーバ１００は、トークン管理リストから、パラメータに含まれているサービス提供者が参照可能なユーザクレデンシャル２３を取得する（Ｓ１３１４参照）。
認可サーバ１００は、ユーザ端末１１にユーザクレデンシャル２３の配布先応答（サービス提供者サーバ１６が参照可能なユーザクレデンシャル２３のリスト）を行う（Ｓ１３１５参照）。
以上で、［ユーザによるユーザクレデンシャル２３の管理］の「ユーザクレデンシャル２３の配布先の確認」シーケンスを終了する。
図１７は、ユーザクレデンシャル制御システム１０００の［ユーザによるユーザクレデンシャルの管理］の「トークンの強制失効」の詳細を示す制御シーケンス図である。
図１６の符号Ａの制御シーケンスを実行する。
ユーザ端末１１は、認可サーバ１００にトークンの強制失効要求を行う（Ｓ１３１６参照）。
認可サーバ１００は、トークンＤＢ１７０（図２参照）のトークン管理リストから、該当するサービス提供者のトークンを失効リストに移動する（Ｓ１３１７：「サービス提供者サーバ」参照）。
認可サーバ１００は、ユーザ端末１１にトークンの強制失効応答を行って（Ｓ１３１８参照）、「トークンの強制失効」シーケンスを終了する。
図１６の符号Ａの制御シーケンスを実行する。
ユーザ端末１１は、認可サーバ１００にトークンの強制失効要求を行う（Ｓ１３１６参照）。
認可サーバ１００は、トークンＤＢ１７０（図２参照）のトークン管理リストから、該当するサービス提供者のトークンを失効リストに移動する（Ｓ１３１７：「サービス提供者サーバ」参照）。
認可サーバ１００は、ユーザ端末１１にトークンの強制失効応答を行って（Ｓ１３１８参照）、「トークンの強制失効」シーケンスを終了する。
図１８は、ユーザクレデンシャル制御システム１０００の［ユーザによるユーザクレデンシャル２３の管理］の「トークン管理リストの更新」の詳細を示す制御シーケンス図である。
図１６の符号Ａの制御シーケンスを実行する。
ユーザ端末１１は、認可サーバ１００にトークン更新要求を行う（Ｓ１３１９：「サービス提供者サーバ」参照）。具体的には、ユーザ端末１１は、更新対象のトークンの送付先サービス提供者、更新内容(参照可能なユーザクレデンシャル２３の項目、トークンの有効期間を適宜選択)をパラメータとして送信する。
認可サーバ１００は、受信した更新内容に基づいて、上記トークン管理リストを更新する（Ｓ１３２０参照）。
認可サーバ１００は、ユーザ端末１１にトークン更新応答を行って（Ｓ１３２１参照）、「トークン管理リストの更新」シーケンスを終了する。
図１６の符号Ａの制御シーケンスを実行する。
ユーザ端末１１は、認可サーバ１００にトークン更新要求を行う（Ｓ１３１９：「サービス提供者サーバ」参照）。具体的には、ユーザ端末１１は、更新対象のトークンの送付先サービス提供者、更新内容(参照可能なユーザクレデンシャル２３の項目、トークンの有効期間を適宜選択)をパラメータとして送信する。
認可サーバ１００は、受信した更新内容に基づいて、上記トークン管理リストを更新する（Ｓ１３２０参照）。
認可サーバ１００は、ユーザ端末１１にトークン更新応答を行って（Ｓ１３２１参照）、「トークン管理リストの更新」シーケンスを終了する。
［ハードウェア構成］
本実施形態に係る認可サーバ１００は、例えば図１９に示すような構成のコンピュータ９００によって実現される。以下、認可サーバ１００を例に挙げて説明する。図１９は、認可サーバ１００の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。
コンピュータ９００は、ＣＰＵ９１０、ＲＡＭ９２０、ＲＯＭ９３０、ＨＤＤ９４０、通信インターフェイス（Ｉ／Ｆ：Interface）９５０、入出力インターフェイス（Ｉ／Ｆ）９６０、およびメディアインターフェイス（Ｉ／Ｆ）９７０を有する。
本実施形態に係る認可サーバ１００は、例えば図１９に示すような構成のコンピュータ９００によって実現される。以下、認可サーバ１００を例に挙げて説明する。図１９は、認可サーバ１００の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。
コンピュータ９００は、ＣＰＵ９１０、ＲＡＭ９２０、ＲＯＭ９３０、ＨＤＤ９４０、通信インターフェイス（Ｉ／Ｆ：Interface）９５０、入出力インターフェイス（Ｉ／Ｆ）９６０、およびメディアインターフェイス（Ｉ／Ｆ）９７０を有する。
ＣＰＵ９１０は、ＲＯＭ９３０またはＨＤＤ９４０に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ９３０は、コンピュータ９００の起動時にＣＰＵ９１０によって実行されるブートプログラムや、コンピュータ９００のハードウェアに依存するプログラム等を格納する。
ＨＤＤ９４０は、ＣＰＵ９１０によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。ＨＤＤ９４０は、例えばトークンＤＢ１７０、署名一覧ＤＢ１８０、およびポリシーＤＢ１９０（図２参照）を格納するものであってもよい。通信インターフェイス９５０は、通信網８０を介して他の機器からデータを受信してＣＰＵ９１０へ送り、ＣＰＵ９１０が生成したデータを通信網８０を介して他の機器へ送信する。
ＣＰＵ９１０は、入出力インターフェイス９６０を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ９１０は、入出力インターフェイス９６０を介して、入力装置からデータを取得する。また、ＣＰＵ９１０は、生成したデータを入出力インターフェイス９６０を介して出力装置へ出力する。
メディアインターフェイス９７０は、記録媒体９８０に格納されたプログラムまたはデータを読み取り、ＲＡＭ９２０を介してＣＰＵ９１０に提供する。ＣＰＵ９１０は、かかるプログラムを、メディアインターフェイス９７０を介して記録媒体９８０からＲＡＭ９２０上にロードし、ロードしたプログラムを実行する。記録媒体９８０は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phasechangerewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ９００が本実施形態に係る認可サーバ１００として機能する場合、コンピュータ９００のＣＰＵ９１０は、ＲＡＭ９２０上にロードされたプログラムを実行することにより、認可サーバ１００の各部の機能を実現する。また、ＨＤＤ９４０には、認可サーバ１００の各部内のデータが格納される。コンピュータ９００のＣＰＵ９１０は、これらのプログラムを記録媒体９８０から読み取って実行するが、他の例として、他の装置から通信網８０を介してこれらのプログラムを取得してもよい。
［効果］
以上説明したように、ユーザクレデンシャル制御システム１０００は、ユーザ端末１１が接続されたネットワーク（インターネット１２）上に、サービス提供者サーバ１６、ユーザクレデンシャル２３を格納するサービスエンドポイント１４が存在するユーザクレデンシャル制御システムであって、サービスエンドポイントの１つとして、ユーザ端末１１を識別するためのユーザＩＤと、当該ユーザＩＤに紐づくユーザ情報であるユーザクレデンシャル２３とを対応付けて制御するアクセス制御サーバ（認可サーバ１００）を備えており、アクセス制御サーバは、サービス提供者サーバ１６から電子証明書を受信し、電子証明書に記載されているサービス提供者サーバ１６の社名およびサービスの業種に従って、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を記載したトークンをサービス提供者サーバ１６に発行するトークン発行部１１０と、サービス提供者サーバ１６の社名またはサービスの業種にもとづいて、当該サービス提供者サーバ１６のユーザクレデンシャル２３へのアクセス権限のポリシーを登録するポリシー登録部１３０と、ユーザ端末１１のユーザクレデンシャル２３の変更があった際に、登録したポリシーに従って、当該ユーザクレデンシャル２３へのアクセス権限を持つサービス提供者サーバ１６をトークンから取得して当該サービス提供者サーバにユーザクレデンシャル２３の変更を通知する通知部（通知受信部１２０）と、を有する。
以上説明したように、ユーザクレデンシャル制御システム１０００は、ユーザ端末１１が接続されたネットワーク（インターネット１２）上に、サービス提供者サーバ１６、ユーザクレデンシャル２３を格納するサービスエンドポイント１４が存在するユーザクレデンシャル制御システムであって、サービスエンドポイントの１つとして、ユーザ端末１１を識別するためのユーザＩＤと、当該ユーザＩＤに紐づくユーザ情報であるユーザクレデンシャル２３とを対応付けて制御するアクセス制御サーバ（認可サーバ１００）を備えており、アクセス制御サーバは、サービス提供者サーバ１６から電子証明書を受信し、電子証明書に記載されているサービス提供者サーバ１６の社名およびサービスの業種に従って、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を記載したトークンをサービス提供者サーバ１６に発行するトークン発行部１１０と、サービス提供者サーバ１６の社名またはサービスの業種にもとづいて、当該サービス提供者サーバ１６のユーザクレデンシャル２３へのアクセス権限のポリシーを登録するポリシー登録部１３０と、ユーザ端末１１のユーザクレデンシャル２３の変更があった際に、登録したポリシーに従って、当該ユーザクレデンシャル２３へのアクセス権限を持つサービス提供者サーバ１６をトークンから取得して当該サービス提供者サーバにユーザクレデンシャル２３の変更を通知する通知部（通知受信部１２０）と、を有する。
これにより、ユーザ端末１１のクレデンシャル変更時（例えば、住所変更時）に、サービス提供者サーバ１６がユーザ端末１１を介することなく、変更後のクレデンシャルを取得可能になる。このため、ユーザ端末１１は、サービス提供者サーバ１６毎に提供するクレデンシャルを制御可能になる。また、サービス提供者サーバ１６は、ユーザ登録後にユーザのクレデンシャルの変更があった際に、自身が保管するユーザ情報の更新、最新化が可能になり、サービスの運用性を向上させることができる。
また、ユーザ端末１１は、ユーザ登録後に自身のクレデンシャルを変更した際に、そのクレデンシャルを提供しているサービス提供者サーバ１６毎に、クレデンシャルの更新手続きを行うことが不要になる。このため、ユーザの利便性を向上させることができる。
また、ユーザ端末１１は、ユーザ登録後に自身のクレデンシャルを変更した際に、そのクレデンシャルを提供しているサービス提供者サーバ１６毎に、クレデンシャルの更新手続きを行うことが不要になる。このため、ユーザの利便性を向上させることができる。
ユーザクレデンシャル制御システム１０００のアクセス制御サーバ（認可サーバ１００）において、トークン発行部１１０は、トークン２４の有効期間についてもトークン２４に記載するとともに、トークン発行後、トークンの有効期間が過ぎた場合、ユーザ端末１１がサービス提供者サーバ１６へのユーザクレデンシャル２３の提供を許可すると、サービス提供者サーバ１６に新たなトークン２４を発行する。
このようにすることにより、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を記載したトークン２４をサービス提供者サーバ１６に適切に発行することができる。
ユーザクレデンシャル制御システム１０００のアクセス制御サーバ（認可サーバ１００）において、アクセス制御サーバは、ユーザ情報発行機関から署名通知を受信し、前記ユーザ端末のＤＩＤ（Decentralized ID）ドキュメントに記載されているユーザ識別子で特定されるＤＩＤドキュメント２１ごとに、署名されたユーザクレデンシャル２３のリストを保管する署名一覧ＤＢ１８０を備え、通知部（通知受信部１２０）は、署名一覧ＤＢ１８０に保管されたユーザクレデンシャル２３のリストをもとに、ユーザクレデンシャル２３の変更通知を行うことを特徴とする。
このようにすることにより、アクセス制御サーバは、ＤＩＤドキュメント２１の所有者と真正性を確認した上で、ＤＩＤドキュメント２１ごとにユーザクレデンシャル２３のリストを保管することができる。
ユーザクレデンシャル制御システム１０００において、アクセス制御サーバは、ユーザ識別子で識別される前記ユーザ端末１１が、トークン送付先のサービス提供者サーバ１６、取得可能なユーザクレデンシャル２３、トークンの有効期間を含む自身のトークンの内容を参照させる制御、または、トークンの強制失効およびサービス提供者サーバ１６が取得可能なユーザクレデンシャルの変更させる制御を行うユーザ制御部１５０を備える。
このようにすることにより、ユーザ端末１１からの要求にもとづいて、ユーザクレデンシャル２３の配布先をユーザ端末１１に表示、トークン２４の強制失効、トークン管理リスト（トークンＤＢのなかの、該当ユーザに関するリスト）の更新をすることができる。特に、ユーザ識別子で識別されるユーザ端末１１が、自身のトークン２４の内容を遠隔から参照することが可能になる。
ユーザクレデンシャル制御システム１０００において、前記サービス提供者サーバ１６は、自身の社名やサービスの業種を証明する電子証明書を認証局から取得し、ユーザ端末１１のＤＩＤドキュメント２１に記載されているアクセス制御サーバの位置にもとづき電子証明書を提示する。
このようにすることにより、サービス提供者サーバ１６は、自身の社名やサービスの業種を証明する電子証明書を真正な証明書としてアクセス制御サーバに提示することができる。
ユーザクレデンシャル制御システム１０００において、サービス提供者サーバ１６は、ユーザ端末１１のＤＩＤドキュメント２１からアクセス制御サーバの位置を取得した後に当該アクセス制御サーバにアクセスしてトークン２４を取得する。
このようにすることにより、サービス提供者サーバ１６は、アクセス制御サーバの位置を取得した後に、アクセス制御サーバとの間でトークン２４を取得のためのシーケンスを実行することができる。
ユーザクレデンシャル制御システム１０００において、サービス提供者サーバ１６は、トークン２４とともに、ユーザ端末１１のＤＩＤドキュメント２１に記載されているユーザクレデンシャル２３を格納するサービスエンドポイント１４の位置を特定して、当該サービスエンドポイント１４にアクセスし、サービス提供者サーバ１６は、トークンが保管する情報から、ユーザクレデンシャルを格納するサービスエンドポイントにアクセスし、サービスエンドポイントは、トークンが保管する情報から、サービス提供者サーバのアクセス可否や、サービス提供者サーバが取得可能なユーザクレデンシャルを特定する。
このようにすることにより、サービス提供者サーバ１６は、サービスエンドポイントにアクセスし、またサービスエンドポイントは、サービス提供者サーバ１６が取得可能なユーザクレデンシャル２３を特定するためのシーケンスを実行することができる。
なお、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中に示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するためのソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣ（Integrated Circuit）カード、ＳＤ（Secure Digital）カード、光ディスク等の記録媒体に保持することができる。
１１ ユーザ端末
１２ インターネット（ネットワーク）
１３ 共有台帳（ブロックチェーン）
１４ サービスエンドポイント（ストレージ）
１５ ユーザ情報発行機関
１６ サービス提供者サーバ
２１ ＤＩＤドキュメント
２３ ユーザクレデンシャル
１００ 認可サーバ（アクセス制御サーバ）
１１０ トークン発行部
１２０ 通知受信部（通知部）
１３０ ポリシー登録部
１４０ 変更通知部（通知部）
１５０ ユーザ制御部
１６０ ＩＦ部
１７０ トークンＤＢ
１７１ トークン失効リスト
１８０ 署名一覧ＤＢ
１９０ ポリシーＤＢ
１０００ ユーザクレデンシャル制御システム
１２ インターネット（ネットワーク）
１３ 共有台帳（ブロックチェーン）
１４ サービスエンドポイント（ストレージ）
１５ ユーザ情報発行機関
１６ サービス提供者サーバ
２１ ＤＩＤドキュメント
２３ ユーザクレデンシャル
１００ 認可サーバ（アクセス制御サーバ）
１１０ トークン発行部
１２０ 通知受信部（通知部）
１３０ ポリシー登録部
１４０ 変更通知部（通知部）
１５０ ユーザ制御部
１６０ ＩＦ部
１７０ トークンＤＢ
１７１ トークン失効リスト
１８０ 署名一覧ＤＢ
１９０ ポリシーＤＢ
１０００ ユーザクレデンシャル制御システム
Claims (8)
- ユーザ端末が接続されたネットワーク上に、サービス提供者サーバ、ユーザクレデンシャルを格納するサービスエンドポイントが存在するユーザクレデンシャル制御システムであって、
前記サービスエンドポイントの１つとして、前記ユーザ端末を識別するためのユーザＩＤと、当該ユーザＩＤに紐づくユーザ情報であるユーザクレデンシャルとを対応付けて制御するアクセス制御サーバを備えており、
前記アクセス制御サーバは、
前記サービス提供者サーバから電子証明書を受信し、前記電子証明書に記載されている前記サービス提供者サーバの社名およびサービスの業種に従って、前記サービス提供者サーバが取得可能なユーザクレデンシャルを記載したトークンを前記サービス提供者サーバに発行するトークン発行部と、
前記サービス提供者サーバの社名またはサービスの業種にもとづいて、当該サービス提供者サーバの前記ユーザクレデンシャルへのアクセス権限のポリシーを登録するポリシー登録部と、
前記ユーザ端末の前記ユーザクレデンシャルの変更があった際に、登録した前記ポリシーに従って、当該ユーザクレデンシャルへのアクセス権限を持つ前記サービス提供者サーバを前記トークンから取得して当該サービス提供者サーバにユーザクレデンシャルの変更を通知する通知部と、
を有することを特徴とするユーザクレデンシャル制御システム。 - 前記トークン発行部は、前記トークンの有効期間を当該トークンに記載するとともに、トークン発行後、トークンの有効期間が過ぎた場合、前記ユーザ端末が前記サービス提供者サーバへの前記ユーザクレデンシャルの提供を許可すると、前記サービス提供者サーバに新たなトークンを発行する
ことを特徴とする請求項１に記載のユーザクレデンシャル制御システム。 - 前記アクセス制御サーバは、ユーザ情報発行機関から署名通知を受信し、前記ユーザ端末のＤＩＤ（Decentralized ID）ドキュメントに記載されているユーザ識別子で特定されるＤＩＤドキュメントごとに、署名されたユーザクレデンシャルのリストを保管する署名一覧ＤＢ（Data Base）を備え、
前記通知部は、前記署名一覧ＤＢに保管されたユーザクレデンシャルのリストをもとに、ユーザクレデンシャルの変更通知を行う
ことを特徴とする請求項１に記載のユーザクレデンシャル制御システム。 - 前記アクセス制御サーバは、前記ユーザ識別子で識別される前記ユーザ端末に、トークン送付先の前記サービス提供者サーバ、取得可能なユーザクレデンシャル、前記トークンの有効期間を含む自身のトークンの内容を参照させる制御、前記トークンの強制失効、または、前記サービス提供者サーバが取得可能なユーザクレデンシャルの変更をさせる制御を行うユーザ制御部を備える
ことを特徴とする請求項３に記載のユーザクレデンシャル制御システム。 - 前記サービス提供者サーバは、自身の社名やサービスの業種を証明する電子証明書を認証局から取得し、前記ユーザ端末のＤＩＤドキュメントに記載されている前記アクセス制御サーバの位置にもとづき前記電子証明書を提示する
ことを特徴とする請求項１に記載のユーザクレデンシャル制御システム。 - 前記サービス提供者サーバは、前記ユーザ端末のＤＩＤドキュメントから前記アクセス制御サーバの位置を取得した後に当該アクセス制御サーバにアクセスしてトークンを取得する
ことを特徴とする請求項１に記載のユーザクレデンシャル制御システム。 - 前記サービス提供者サーバは、前記トークンとともに、前記ユーザ端末のＤＩＤドキュメントに記載されている前記ユーザクレデンシャルを格納する前記サービスエンドポイントの位置を特定して、当該サービスエンドポイントにアクセスし、
前記サービスエンドポイントは、前記トークンが保管する情報から、前記サービス提供者サーバのアクセス可否や、前記サービス提供者サーバが取得可能な前記ユーザクレデンシャルを特定する
ことを特徴とする請求項１に記載のユーザクレデンシャル制御システム。 - ユーザ端末が接続されたネットワーク上に、サービス提供者サーバ、ユーザクレデンシャルを格納するサービスエンドポイントが存在するユーザクレデンシャル制御システムのユーザクレデンシャル制御方法であって、
前記ユーザクレデンシャル制御システムは、
前記サービスエンドポイントの１つとして、前記ユーザ端末を識別するためのユーザＩＤと、当該ユーザＩＤに紐づくユーザ情報であるユーザクレデンシャルとを対応付けて制御するアクセス制御サーバを備えており、
前記アクセス制御サーバは、
前記サービス提供者サーバから電子証明書を受信し、前記電子証明書に記載されている前記サービス提供者サーバの社名およびサービスの業種に従って、前記サービス提供者サーバが取得可能なユーザクレデンシャルを記載したトークンを前記サービス提供者サーバに発行するステップと、
前記サービス提供者サーバの社名またはサービスの業種にもとづいて、当該サービス提供者サーバの前記ユーザクレデンシャルへのアクセス権限のポリシーを登録するステップと、
前記ユーザ端末の前記ユーザクレデンシャルの変更があった際に、登録した前記ポリシーに従って、当該ユーザクレデンシャルへのアクセス権限を持つ前記サービス提供者サーバを前記トークンから取得して当該サービス提供者サーバにユーザクレデンシャルの変更を通知するステップと、
を有することを特徴とするユーザクレデンシャル制御方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2019/032434 WO2021033262A1 (ja) | 2019-08-20 | 2019-08-20 | ユーザクレデンシャル制御システムおよびユーザクレデンシャル制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2021033262A1 JPWO2021033262A1 (ja) | 2021-02-25 |
| JP7259971B2 true JP7259971B2 (ja) | 2023-04-18 |
Family
ID=74660644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021541382A Active JP7259971B2 (ja) | 2019-08-20 | 2019-08-20 | ユーザクレデンシャル制御システムおよびユーザクレデンシャル制御方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20220321357A1 (ja) |
| JP (1) | JP7259971B2 (ja) |
| WO (1) | WO2021033262A1 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019220805A (ja) * | 2018-06-19 | 2019-12-26 | ソニー株式会社 | 情報処理装置、情報処理方法及びプログラム |
| US20210035249A1 (en) * | 2019-07-01 | 2021-02-04 | Moiz Kohari | Systems/protocol for creating an interconnected web of strong identities |
| US20210314293A1 (en) * | 2020-04-02 | 2021-10-07 | Hewlett Packard Enterprise Development Lp | Method and system for using tunnel extensible authentication protocol (teap) for self-sovereign identity based authentication |
| JP2023008607A (ja) * | 2021-07-06 | 2023-01-19 | 株式会社野村総合研究所 | 検証可能なクレームを取得するユーザ装置、当該ユーザ装置を含むシステム及び検証可能なクレームを取得する方法 |
| US11757640B2 (en) * | 2021-07-27 | 2023-09-12 | American Express Travel Related Services Company, Inc | Non-fungible token authentication |
| WO2023007576A1 (ja) * | 2021-07-27 | 2023-02-02 | 富士通株式会社 | 署名生成方法、署名生成プログラム、情報処理装置、および署名システム |
| JP7454031B1 (ja) | 2022-11-25 | 2024-03-21 | ソフトバンク株式会社 | 通信端末、プログラム、及び情報処理方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004302835A (ja) | 2003-03-31 | 2004-10-28 | Japan Telecom Co Ltd | デジタルコンテンツ管理システム、利用者端末装置、ライツマネジメント方法 |
| JP2006127454A (ja) | 2004-09-30 | 2006-05-18 | Bank Of Tokyo-Mitsubishi Ufj Ltd | 情報管理装置及び方法 |
| JP2006202182A (ja) | 2005-01-24 | 2006-08-03 | Foundation For The Promotion Of Industrial Science | 建物情報管理システム |
| JP2006317992A (ja) | 2005-05-10 | 2006-11-24 | Quality Kk | 個人情報管理システム，個人情報管理サーバおよび個人情報管理プログラム |
| JP2016148919A (ja) | 2015-02-10 | 2016-08-18 | 日本電信電話株式会社 | ユーザ属性情報管理システムおよびユーザ属性情報管理方法 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006006704A2 (en) * | 2004-07-09 | 2006-01-19 | Matsushita Electric Industrial Co., Ltd. | System and method for managing user authentication and service authorization to achieve single-sign-on to access multiple network interfaces |
| JP4580714B2 (ja) * | 2004-08-25 | 2010-11-17 | 大日本印刷株式会社 | サービス提供システム |
| US8544066B2 (en) * | 2007-12-27 | 2013-09-24 | Nec Corporation | Access right management system, access right management method, and access right management program |
| JP4586913B2 (ja) * | 2008-09-19 | 2010-11-24 | 富士ゼロックス株式会社 | 文書管理システム、文書利用管理装置、及びプログラム |
| EP2747369A1 (en) * | 2012-12-21 | 2014-06-25 | Gemalto SA | A system and method of dynamic issuance of privacy preserving credentials |
| EP3241139B1 (en) * | 2014-12-31 | 2020-05-20 | Citrix Systems, Inc. | Shared secret vault for applications with single sign on |
| WO2017034098A1 (ko) * | 2015-08-27 | 2017-03-02 | 주식회사 지앤톡 | 정보 변경 알림 서비스 제공 방법 및 이를 실행하는 시스템 |
| US11736292B2 (en) * | 2017-10-23 | 2023-08-22 | Huawei Technologies Co., Ltd. | Access token management method, terminal, and server |
| CN109617698B (zh) * | 2019-01-09 | 2021-08-03 | 腾讯科技（深圳）有限公司 | 发放数字证书的方法、数字证书颁发中心和介质 |
| US20200274713A1 (en) * | 2019-02-25 | 2020-08-27 | Tbcasoft, Inc. | Credential verification and issuance through credential service providers |
| WO2020257472A1 (en) * | 2019-06-18 | 2020-12-24 | Transmute Industries, Inc. | Systems and methods for a decentralized data authentication platform |
| CN116910726A (zh) * | 2019-07-02 | 2023-10-20 | 创新先进技术有限公司 | 用于将去中心化标识映射到真实实体的系统和方法 |
-
2019
- 2019-08-20 JP JP2021541382A patent/JP7259971B2/ja active Active
- 2019-08-20 WO PCT/JP2019/032434 patent/WO2021033262A1/ja active Application Filing
- 2019-08-20 US US17/635,589 patent/US20220321357A1/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004302835A (ja) | 2003-03-31 | 2004-10-28 | Japan Telecom Co Ltd | デジタルコンテンツ管理システム、利用者端末装置、ライツマネジメント方法 |
| JP2006127454A (ja) | 2004-09-30 | 2006-05-18 | Bank Of Tokyo-Mitsubishi Ufj Ltd | 情報管理装置及び方法 |
| JP2006202182A (ja) | 2005-01-24 | 2006-08-03 | Foundation For The Promotion Of Industrial Science | 建物情報管理システム |
| JP2006317992A (ja) | 2005-05-10 | 2006-11-24 | Quality Kk | 個人情報管理システム，個人情報管理サーバおよび個人情報管理プログラム |
| JP2016148919A (ja) | 2015-02-10 | 2016-08-18 | 日本電信電話株式会社 | ユーザ属性情報管理システムおよびユーザ属性情報管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021033262A1 (ja) | 2021-02-25 |
| US20220321357A1 (en) | 2022-10-06 |
| JPWO2021033262A1 (ja) | 2021-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7259971B2 (ja) | ユーザクレデンシャル制御システムおよびユーザクレデンシャル制御方法 | |
| KR101215343B1 (ko) | 지역 도메인 관리 모듈을 가진 장치를 이용하여 도메인을 지역적으로 관리하는 장치 및 방법 | |
| JP5365512B2 (ja) | ソフトウェアｉｃカードシステム、管理サーバ、端末、サービス提供サーバ、サービス提供方法及びプログラム | |
| EP1863308A1 (en) | Data communication system, alternate system server, computer program, and data communication method | |
| JP4326443B2 (ja) | 情報処理装置および情報処理方法、並びにプログラム | |
| CN101953113A (zh) | 对可漫游凭证存储的安全且可用保护 | |
| JP2011238036A (ja) | 認証システム、シングルサインオンシステム、サーバ装置およびプログラム | |
| US20090112883A1 (en) | Application processing method, and intermediation server device | |
| JP4979210B2 (ja) | ログイン情報管理装置及び方法 | |
| JP2011221729A (ja) | Ｉｄ連携システム | |
| JP5781678B1 (ja) | 電子データ利用システム、携帯端末装置、及び電子データ利用システムにおける方法 | |
| JP6712707B2 (ja) | 複数のサービスシステムを制御するサーバシステム及び方法 | |
| JP2019070980A (ja) | システム、システムの制御方法、音声操作装置、音声操作装置の制御方法、およびプログラム | |
| JP5494171B2 (ja) | ファイル管理システム、ストレージサーバ、クライアント、ファイル管理方法およびプログラム | |
| JP5485452B1 (ja) | 鍵管理システム、鍵管理方法、ユーザ端末、鍵生成管理装置、及びプログラム | |
| WO2011058629A1 (ja) | 情報管理システム | |
| JP3993132B2 (ja) | オンライン認証装置、オンライン認証システム、及びオンライン認証方法 | |
| JP2008217300A (ja) | 生体情報付きファイル暗号化システム及び復号化システム、並びにその方法 | |
| JP7367692B2 (ja) | 装置、リクエスト装置、方法、およびプログラム | |
| TWI389534B (zh) | 單一登錄系統與方法及其電腦可讀取媒體 | |
| JP2007249349A (ja) | カードレス・デビット決済システム及び方法並びにその制御プログラム | |
| JP2006215761A (ja) | 身分証明データ管理装置及びこれを用いた身分照会システム、身分照会方法、身分照会用プログラム | |
| KR102261195B1 (ko) | 본인정보 활용 서비스를 위한 통합 인증 및 데이터 제공 방법과 그 장치 | |
| KR102497440B1 (ko) | Did 기반의 사용자 정보 관리 서비스 제공 방법 및 시스템 | |
| JP4071482B2 (ja) | 原本性保証システム及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20211130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20221108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230106 |
|
| 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: 20230307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230320 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7259971 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |