JP2023132934A - 認証情報署名システム、認証装置、認証情報署名プログラム及び認証情報署名方法 - Google Patents
認証情報署名システム、認証装置、認証情報署名プログラム及び認証情報署名方法 Download PDFInfo
- Publication number
- JP2023132934A JP2023132934A JP2022038537A JP2022038537A JP2023132934A JP 2023132934 A JP2023132934 A JP 2023132934A JP 2022038537 A JP2022038537 A JP 2022038537A JP 2022038537 A JP2022038537 A JP 2022038537A JP 2023132934 A JP2023132934 A JP 2023132934A
- Authority
- JP
- Japan
- Prior art keywords
- signature
- authentication information
- user
- unit
- key
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 50
- 238000012795 verification Methods 0.000 claims abstract description 87
- 238000009434 installation Methods 0.000 abstract description 4
- 238000012545 processing Methods 0.000 description 68
- 238000004891 communication Methods 0.000 description 59
- 230000004044 response Effects 0.000 description 35
- 238000010586 diagram Methods 0.000 description 25
- 238000012986 modification Methods 0.000 description 14
- 230000004048 modification Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 9
- 230000000694 effects Effects 0.000 description 3
- 239000002131 composite material Substances 0.000 description 1
Images
Abstract
【課題】端末装置へインストール作業を行わずに利用できる電子署名システムにおいて、署名時の利便性を向上するためになされたものであり、認証情報と署名用の秘密鍵を紐づけることで、ＩＣカードを常時用いること及び署名を行う際の認証情報の入力を省略することができるようになり、署名時のユーザの負荷軽減と安全性担保の両立を図ることを目的とする。【解決手段】本開示に係る認証情報署名システムは、署名を依頼する署名依頼ユーザから認証情報とともに署名要求を受け付ける署名値生成部と、認証情報の検証を行う認証情報検証部とを備え、署名値生成部は、認証情報検証部の検証が成功した場合に、署名依頼ユーザの署名用の秘密鍵であるユーザ署名鍵で署名を行い署名値を生成する。【選択図】図２
Description
本開示は、電子署名システムに関するものである。
公開鍵暗号技術を用いた電子署名では、秘密鍵を用いて電子署名を生成し、公開鍵を用いて電子署名の正しさを確認する。電子署名は、署名生成に用いた秘密鍵を持ち主しか持ち得ないことが、手書きによる署名と同等の意味を持つ。
電子署名システムにおいて、端末装置にセキュリティが高い所有物やバイオメトリクス等による個人認証機能を備えさせるためには、インストール作業を行う必要があったが、認証装置を別に備えることで、端末装置へのインストール作業を行わずに、電子署名システムにセキュリティが高い個人認証機能を備えることができる（特許文献１）。
電子署名システムにおいて、端末装置にセキュリティが高い所有物やバイオメトリクス等による個人認証機能を備えさせるためには、インストール作業を行う必要があったが、認証装置を別に備えることで、端末装置へのインストール作業を行わずに、電子署名システムにセキュリティが高い個人認証機能を備えることができる（特許文献１）。
特許文献１の方法では、署名を行う際に認証情報を入力する必要があり、利便性を損ねるといった課題がある。
また従来の電子署名では秘密鍵を厳重に管理するために、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔ）カード等に電子証明書とともに、格納する。ＩＣカードによる秘密鍵の管理は一定のセキュリティの確保を行うことができるが、ユーザは常にＩＣカードを保持し、ＩＣカードリーダに秘密鍵を読み込ませる必要があり、やはり利便性では問題がある。
本開示は、端末装置へインストール作業を行わずに利用できる電子署名システムにおいて、署名時の利便性を向上するためになされたものであり、認証情報と署名用の秘密鍵を紐づけることで、ＩＣカードを常時用いること及び署名を行う際の認証情報の入力を省略することができるようになり、署名時のユーザの負荷軽減と安全性担保の両立を図ることを目的とする。
また従来の電子署名では秘密鍵を厳重に管理するために、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔ）カード等に電子証明書とともに、格納する。ＩＣカードによる秘密鍵の管理は一定のセキュリティの確保を行うことができるが、ユーザは常にＩＣカードを保持し、ＩＣカードリーダに秘密鍵を読み込ませる必要があり、やはり利便性では問題がある。
本開示は、端末装置へインストール作業を行わずに利用できる電子署名システムにおいて、署名時の利便性を向上するためになされたものであり、認証情報と署名用の秘密鍵を紐づけることで、ＩＣカードを常時用いること及び署名を行う際の認証情報の入力を省略することができるようになり、署名時のユーザの負荷軽減と安全性担保の両立を図ることを目的とする。
本開示に係る認証情報署名システムは、署名を依頼する署名依頼ユーザから認証情報とともに署名要求を受け付ける署名値生成部と、認証情報の検証を行う認証情報検証部とを備え、署名値生成部は、認証情報検証部の検証が成功した場合に、署名依頼ユーザの署名用の秘密鍵であるユーザ署名鍵で署名を行い署名値を生成する。
本開示によれば、端末装置へインストール作業を行わずに利用できる電子署名システムにおいて、署名時のユーザの負荷軽減と安全性担保の両立を図ることができる。
実施の形態１．
実施の形態１は、端末装置と認証装置と署名装置と鍵管理装置とのシステム構成である認証情報署名システムにおいて、署名を行う処理について説明する。
本実施の形態において、署名対象データは、何等かの電子的なファイルであり、電子署名を付与できる構成であればどのような構成でも構わない。
署名に使用する秘密鍵である署名鍵は、システムの管理者によりあらかじめ用意されているものとする。
署名処理は、署名対象データに対して署名鍵で署名を行い署名値を生成し、署名対象データと生成した署名値とを紐づけて署名データを生成することである。
認証情報は、端末装置のログインユーザ毎に発行されるユーザ認証に必要な情報である。認証情報は、セキュリティの安全性を高めるために、暗号化しておき、使用時に復号してもよい。認証情報は、具体例としてはトークンである。トークンには、ユーザ名やユーザの属性などのユーザに関する情報を含んでいるＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）トークンと、ユーザのアクセス権に関する情報を含んでいるアクセストークンを含む。
実施の形態１は、端末装置と認証装置と署名装置と鍵管理装置とのシステム構成である認証情報署名システムにおいて、署名を行う処理について説明する。
本実施の形態において、署名対象データは、何等かの電子的なファイルであり、電子署名を付与できる構成であればどのような構成でも構わない。
署名に使用する秘密鍵である署名鍵は、システムの管理者によりあらかじめ用意されているものとする。
署名処理は、署名対象データに対して署名鍵で署名を行い署名値を生成し、署名対象データと生成した署名値とを紐づけて署名データを生成することである。
認証情報は、端末装置のログインユーザ毎に発行されるユーザ認証に必要な情報である。認証情報は、セキュリティの安全性を高めるために、暗号化しておき、使用時に復号してもよい。認証情報は、具体例としてはトークンである。トークンには、ユーザ名やユーザの属性などのユーザに関する情報を含んでいるＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）トークンと、ユーザのアクセス権に関する情報を含んでいるアクセストークンを含む。
＊＊＊実施の形態１の構成＊＊＊
図１は、認証情報署名システム１の構成図である。
認証情報署名システム１は、ネットワーク２と端末装置１０と認証装置２０と署名装置３０と鍵管理装置４０とから構成される。
認証情報署名システム１はその他の構成を備えても構わない。
図１は、認証情報署名システム１の構成図である。
認証情報署名システム１は、ネットワーク２と端末装置１０と認証装置２０と署名装置３０と鍵管理装置４０とから構成される。
認証情報署名システム１はその他の構成を備えても構わない。
図２は、システムの機能的な構成を示す機能構成図である。
端末装置１０は、記憶部１１と通信部１２と入出力部１３とを備える。記憶部１１には、署名対象データ１１１と認証情報１１２が保存される。入出力部１３は、署名依頼ユーザより署名要求を受けて、署名依頼ユーザに署名処理の結果を表示する。本実施の形態では、入出力部１３はＷＥＢブラウザ上で動作するものとする。
認証装置２０は、記憶部２１と通信部２２と認証情報発行部２３と認証情報検証部２４とを備える。記憶部２１には、ユーザ管理データ２１１が保存される。認証情報発行部２３は、認証情報１１２を発行する。認証情報検証部２４は、認証情報１１２の検証を行う。
署名装置３０は、記憶部３１と通信部３２と署名処理部３３とを備える。署名処理部３３は、署名処理を行う。
鍵管理装置４０は、記憶部４１と通信部４２と署名値生成部４３と鍵管理部４４とを備える。記憶部４１には、署名鍵４１１と鍵管理データ４１２が保存される。署名値生成部４３は、署名値を生成する。鍵管理部４４は、鍵管理データからデータを取得する。
各装置の通信部は、通信に必要な情報を基に、ネットワーク２を介して他の装置と通信を行う。各装置の記憶部は、通信部を介して他の装置から受信したデータを保存する。図示していないが、各装置の記憶部には、各装置のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等、通信に必要な情報が保存されているものとする。
端末装置１０は、記憶部１１と通信部１２と入出力部１３とを備える。記憶部１１には、署名対象データ１１１と認証情報１１２が保存される。入出力部１３は、署名依頼ユーザより署名要求を受けて、署名依頼ユーザに署名処理の結果を表示する。本実施の形態では、入出力部１３はＷＥＢブラウザ上で動作するものとする。
認証装置２０は、記憶部２１と通信部２２と認証情報発行部２３と認証情報検証部２４とを備える。記憶部２１には、ユーザ管理データ２１１が保存される。認証情報発行部２３は、認証情報１１２を発行する。認証情報検証部２４は、認証情報１１２の検証を行う。
署名装置３０は、記憶部３１と通信部３２と署名処理部３３とを備える。署名処理部３３は、署名処理を行う。
鍵管理装置４０は、記憶部４１と通信部４２と署名値生成部４３と鍵管理部４４とを備える。記憶部４１には、署名鍵４１１と鍵管理データ４１２が保存される。署名値生成部４３は、署名値を生成する。鍵管理部４４は、鍵管理データからデータを取得する。
各装置の通信部は、通信に必要な情報を基に、ネットワーク２を介して他の装置と通信を行う。各装置の記憶部は、通信部を介して他の装置から受信したデータを保存する。図示していないが、各装置の記憶部には、各装置のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等、通信に必要な情報が保存されているものとする。
以上のような構成の認証情報署名システム１の各機能は、図３に示したようなハードウェアにより実現される。このハードウェアは、ＣＰＵ（ＣＥＮＴＲＡＬ ＰＲＯＣＥＳＳＩＮＧ ＵＮＩＴ）等の処理装置１０１と、ＲＯＭ（ＲＥＡＤ ＯＮＬＹ ＭＥＭＯＲＹ）やハードディスク装置等の保存装置１０２、他のハードウェアとネットワーク２によって接続される通信装置１０３、キーボードやマウス、スピーカーやディスプレイ等の入出力装置１０４とがバス接続された構成となっている。
ＣＰＵは自身にメモリを備えていてもよい。
処理装置１０１は複数であってもよく、複数の処理装置１０１が、各機能を実現するプログラムを連携して実行してもよい。
なお、実施の形態１において、端末装置１０は処理装置１０１と保存装置１０２と通信装置１０３と入出力装置１０４とを備え、認証装置２０と署名装置３０と鍵管理装置４０とは、処理装置１０１と保存装置１０２と通信装置１０３とを備えるものとする。
ＣＰＵは自身にメモリを備えていてもよい。
処理装置１０１は複数であってもよく、複数の処理装置１０１が、各機能を実現するプログラムを連携して実行してもよい。
なお、実施の形態１において、端末装置１０は処理装置１０１と保存装置１０２と通信装置１０３と入出力装置１０４とを備え、認証装置２０と署名装置３０と鍵管理装置４０とは、処理装置１０１と保存装置１０２と通信装置１０３とを備えるものとする。
図４は、データ構成図である。
認証情報１１２は、認証情報を識別する認証情報ＩＤと、認証情報の発行を依頼した署名依頼ユーザを識別するユーザＩＤと、発行した認証情報の有効期限とを含む。
ユーザ管理データ２１１は、署名依頼ユーザを識別するユーザＩＤと署名依頼ユーザのパスワードとの項目からなる。
鍵管理データ４１２は、署名鍵を使用する署名依頼ユーザを識別するユーザＩＤと、署名鍵自体を保存するユーザ署名鍵との項目からなる。
なお後述するが、ユーザ管理データ２１１と鍵管理データ４１２とは、システムの管理者により、あらかじめ設定されている情報である。
ここでは、認証情報１１２は、認証情報ＩＤ「Ｔ００１」、ユーザＩＤ「Ｕ００１」、有効期限「２０２２／３／３０ １８：００」を含むものとする。
ユーザ管理データ２１１として、ユーザＩＤ「Ｕ００１」、パスワード「Ｐ００１」のデータが登録されているものとする。
鍵管理データ４１２として、ユーザＩＤ「Ｕ００１」、ユーザ署名鍵「署名鍵４１１」のデータが登録されているものとする。
認証情報１１２は、認証情報を識別する認証情報ＩＤと、認証情報の発行を依頼した署名依頼ユーザを識別するユーザＩＤと、発行した認証情報の有効期限とを含む。
ユーザ管理データ２１１は、署名依頼ユーザを識別するユーザＩＤと署名依頼ユーザのパスワードとの項目からなる。
鍵管理データ４１２は、署名鍵を使用する署名依頼ユーザを識別するユーザＩＤと、署名鍵自体を保存するユーザ署名鍵との項目からなる。
なお後述するが、ユーザ管理データ２１１と鍵管理データ４１２とは、システムの管理者により、あらかじめ設定されている情報である。
ここでは、認証情報１１２は、認証情報ＩＤ「Ｔ００１」、ユーザＩＤ「Ｕ００１」、有効期限「２０２２／３／３０ １８：００」を含むものとする。
ユーザ管理データ２１１として、ユーザＩＤ「Ｕ００１」、パスワード「Ｐ００１」のデータが登録されているものとする。
鍵管理データ４１２として、ユーザＩＤ「Ｕ００１」、ユーザ署名鍵「署名鍵４１１」のデータが登録されているものとする。
＊＊＊実施の形態１の動作＊＊＊
図５は、署名処理のフロー図である。
認証情報署名システム１の署名処理の動作について、本フロー図を用いて説明する。
本処理では、端末装置１０にて、署名を依頼する署名依頼ユーザより署名要求を受けて署名データを生成する。なお、署名依頼ユーザのユーザＩＤは「Ｕ００１」とする。
実施の形態１に係る認証情報署名システム１の動作手順は、実施の形態１に係る認証情報署名方法に相当する。また、実施の形態１に係る認証情報署名システム１の動作を実現するプログラムは、実施の形態１に係る認証情報署名プログラムに相当する。
図５は、署名処理のフロー図である。
認証情報署名システム１の署名処理の動作について、本フロー図を用いて説明する。
本処理では、端末装置１０にて、署名を依頼する署名依頼ユーザより署名要求を受けて署名データを生成する。なお、署名依頼ユーザのユーザＩＤは「Ｕ００１」とする。
実施の形態１に係る認証情報署名システム１の動作手順は、実施の形態１に係る認証情報署名方法に相当する。また、実施の形態１に係る認証情報署名システム１の動作を実現するプログラムは、実施の形態１に係る認証情報署名プログラムに相当する。
端末装置１０の入出力部１３が、署名依頼ユーザから、ユーザＩＤ「Ｕ００１」と署名対象データ１１１とを指定されて署名要求を受けると、入出力部１３は、記憶部１１から認証情報１１２を取得する。その後、入出力部１３は、通信部１２を用いて、ユーザＩＤ「Ｕ００１」と取得した署名対象データ１１１と認証情報１１２とともに、署名要求を署名装置３０へ送信する（ステップＳ１０１）。
なお、初回の署名処理時など、認証情報が未発行で記憶部１１に認証情報１１２が保存されていない場合、入出力部１３は、通信部１２を用いて、署名対象データ１１１と署名要求とを署名装置３０へ送信する。
また、ユーザＩＤは、端末装置１０のログイン情報から取得しても良い。
なお、初回の署名処理時など、認証情報が未発行で記憶部１１に認証情報１１２が保存されていない場合、入出力部１３は、通信部１２を用いて、署名対象データ１１１と署名要求とを署名装置３０へ送信する。
また、ユーザＩＤは、端末装置１０のログイン情報から取得しても良い。
通信部３２を通して署名要求を受けた署名処理部３３は、受信データに含まれる認証情報の有無を確認する。
認証情報が有る場合、署名処理部３３は、受信した署名対象データ１１１を記憶部３１へ保存する。
認証情報が無い場合、後述のステップＳ２０１へ進む（ステップＳ１０２）。
認証情報が有る場合、署名処理部３３は、受信した署名対象データ１１１を記憶部３１へ保存する。
認証情報が無い場合、後述のステップＳ２０１へ進む（ステップＳ１０２）。
続いて、署名処理部３３は、通信部３２を用いて、受信したユーザＩＤ「Ｕ００１」と署名対象データ１１１と認証情報１１２とともに、署名値生成要求を鍵管理装置４０へ送信する（ステップＳ１０３）。
通信部４２を通して署名値生成要求を受けた署名値生成部４３は、受信した署名対象データ１１１を記憶部４１へ保存する。その後、署名値生成部４３は、通信部４２を用いて、受信したユーザＩＤ「Ｕ００１」と認証情報１１２とともに、認証情報検証要求を認証装置２０へ送信する（ステップＳ１０４）。
通信部２２を通して認証情報検証要求を受けた認証情報検証部２４は、認証情報検証処理を行う。
なお、認証情報検証処理は次のようにしても良い。
受信した認証情報１１２に含まれる有効期限「２０２２／３／３０ １８：００」を取得する。その後、有効期限と現在日時を比較し、有効期限が切れていない場合に、すなわち現在日時が有効期限の日時以内であるとき、認証情報検証処理の結果を「成功」とし、それ以外の場合に、認証情報検証処理の結果を「失敗」とする。
認証情報検証処理の結果は、署名値の生成を許可するための情報であり、「成功」の場合に署名値を生成することを許可し、「失敗」の場合に署名値を生成することを許可しない。
なお、認証情報検証処理として、認証情報１１２に含まれるユーザＩＤと受信したユーザＩＤとが同一かどうかの比較を追加して実施しても良い。
認証情報検証処理の結果が「成功」の場合、認証情報検証部２４は、認証情報に含まれるユーザＩＤ「Ｕ００１」を取得する。その後、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「成功」と取得したユーザＩＤ「Ｕ００１」とを、認証情報検証要求回答として鍵管理装置４０へ送信する。
認証情報検証処理の結果が「失敗」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「失敗」を、認証情報検証要求回答として鍵管理装置４０へ送信する（ステップＳ１０５）。
なお、認証情報検証処理は次のようにしても良い。
受信した認証情報１１２に含まれる有効期限「２０２２／３／３０ １８：００」を取得する。その後、有効期限と現在日時を比較し、有効期限が切れていない場合に、すなわち現在日時が有効期限の日時以内であるとき、認証情報検証処理の結果を「成功」とし、それ以外の場合に、認証情報検証処理の結果を「失敗」とする。
認証情報検証処理の結果は、署名値の生成を許可するための情報であり、「成功」の場合に署名値を生成することを許可し、「失敗」の場合に署名値を生成することを許可しない。
なお、認証情報検証処理として、認証情報１１２に含まれるユーザＩＤと受信したユーザＩＤとが同一かどうかの比較を追加して実施しても良い。
認証情報検証処理の結果が「成功」の場合、認証情報検証部２４は、認証情報に含まれるユーザＩＤ「Ｕ００１」を取得する。その後、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「成功」と取得したユーザＩＤ「Ｕ００１」とを、認証情報検証要求回答として鍵管理装置４０へ送信する。
認証情報検証処理の結果が「失敗」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「失敗」を、認証情報検証要求回答として鍵管理装置４０へ送信する（ステップＳ１０５）。
通信部４２を通して認証情報検証要求回答を受けた署名値生成部４３は、認証情報検証要求回答から認証情報検証結果を取得する。
認証情報検証結果が「成功」の場合、署名値を生成することが許可されているので、署名値生成部４３は、認証情報検証要求回答からユーザＩＤ「Ｕ００１」を取得する。その後、署名値生成部４３は、取得したユーザＩＤ「Ｕ００１」を用いて、鍵管理データ４１２から、ユーザＩＤ「Ｕ００１」に対応する署名鍵４１１を取得する。その後、署名値生成部４３は、記憶部４１から署名対象データ１１１を取得する。その後、署名値生成部４３は、署名対象データ１１１に対して署名鍵４１１で署名を行い署名値を生成する。その後、署名値生成部４３は、通信部４２を用いて、処理結果「成功」と生成した署名値とを、署名値生成要求回答として、署名装置３０へ送信する。
認証情報検証結果が「失敗」の場合、署名値を生成することが許可されていないので、署名値生成部４３は、通信部４２を用いて、処理結果「失敗」を、署名値生成要求回答として署名装置３０へ送信する（ステップＳ１０６）。
認証情報検証結果が「成功」の場合、署名値を生成することが許可されているので、署名値生成部４３は、認証情報検証要求回答からユーザＩＤ「Ｕ００１」を取得する。その後、署名値生成部４３は、取得したユーザＩＤ「Ｕ００１」を用いて、鍵管理データ４１２から、ユーザＩＤ「Ｕ００１」に対応する署名鍵４１１を取得する。その後、署名値生成部４３は、記憶部４１から署名対象データ１１１を取得する。その後、署名値生成部４３は、署名対象データ１１１に対して署名鍵４１１で署名を行い署名値を生成する。その後、署名値生成部４３は、通信部４２を用いて、処理結果「成功」と生成した署名値とを、署名値生成要求回答として、署名装置３０へ送信する。
認証情報検証結果が「失敗」の場合、署名値を生成することが許可されていないので、署名値生成部４３は、通信部４２を用いて、処理結果「失敗」を、署名値生成要求回答として署名装置３０へ送信する（ステップＳ１０６）。
通信部を通して署名値生成要求回答を受けた署名処理部３３は、署名値生成要求回答から処理結果を取得する。
処理結果が「成功」の場合、署名処理部３３は、署名値生成要求回答から署名値を取得する。その後、署名処理部３３は、署名対象データ１１１を記憶部３１から取得する。その後、署名処理部３３は、署名対象データ１１１と署名値とを紐づけて、署名データを生成する。その後、署名処理部３３は、通信部３２を用いて、処理結果「成功」と生成した署名データとを、署名要求回答として、端末装置１０へ送信する。
処理結果が「失敗」の場合、署名処理部３３は、通信部３２を用いて、処理結果「失敗」を、署名要求回答として端末装置１０へ送信する（ステップＳ１０７）。
処理結果が「成功」の場合、署名処理部３３は、署名値生成要求回答から署名値を取得する。その後、署名処理部３３は、署名対象データ１１１を記憶部３１から取得する。その後、署名処理部３３は、署名対象データ１１１と署名値とを紐づけて、署名データを生成する。その後、署名処理部３３は、通信部３２を用いて、処理結果「成功」と生成した署名データとを、署名要求回答として、端末装置１０へ送信する。
処理結果が「失敗」の場合、署名処理部３３は、通信部３２を用いて、処理結果「失敗」を、署名要求回答として端末装置１０へ送信する（ステップＳ１０７）。
通信部１２を通して署名要求回答を受けた入出力部１３は、署名要求回答から処理結果を取得する。
処理結果が「成功」の場合、入出力部１３は、署名要求回答から署名データを取得する。その後、入出力部１３は、取得した署名データを記憶部１１へ保存する。その後、入出力部１３は、処理結果「成功」として処理を終了する。
処理結果が「失敗」の場合、入出力部１３は、処理結果「失敗」として処理を終了する（ステップＳ１０８）。
処理結果が「成功」の場合、入出力部１３は、署名要求回答から署名データを取得する。その後、入出力部１３は、取得した署名データを記憶部１１へ保存する。その後、入出力部１３は、処理結果「成功」として処理を終了する。
処理結果が「失敗」の場合、入出力部１３は、処理結果「失敗」として処理を終了する（ステップＳ１０８）。
図６は、認証情報発行処理のフロー図である。
認証情報発行処理の動作について、本フロー図を用いて説明する。
本処理は、ステップＳ１０２で認証情報が無い場合の動作である。
認証情報発行処理の動作について、本フロー図を用いて説明する。
本処理は、ステップＳ１０２で認証情報が無い場合の動作である。
ステップＳ１０２で認証情報が無い場合、署名装置３０の署名処理部３３は、あらかじめ決められている認証情報取得先の情報とともに、認証情報送付要求を端末装置１０へ送信する（ステップＳ２０１）。
認証情報取得先は、認証装置２０とする。
認証情報取得先は、認証装置２０とする。
通信部１２を通して認証情報送付要求を受けた端末装置１０の入出力部１３は、受信した認証情報送付要求から、認証情報取得先の情報を取得する。その後、入出力部１３は、通信部１２を用いて、認証情報発行依頼を認証情報取得先である認証装置２０へ送信する（ステップＳ２０２）。
本処理は、ＷＥＢブラウザでリダイレクトＵＲＬを開いて実行しても良い。
本処理は、ＷＥＢブラウザでリダイレクトＵＲＬを開いて実行しても良い。
通信部２２を通して認証情報発行依頼を受けた認証情報発行部２３は、通信部２２を用いて、ログイン画面情報を、認証情報発行依頼回答として端末装置１０へ送信する（ステップＳ２０３）。
本処理は、ログイン画面情報として、ログイン画面のＵＲＬを送付しても良い。
本処理は、ログイン画面情報として、ログイン画面のＵＲＬを送付しても良い。
通信部１２を通して認証情報発行依頼回答を受けた入出力部１３は、認証情報発行依頼回答からログイン画面情報を取得する。その後、入出力部１３は、ログイン画面情報から、ログイン画面を表示する。その後、入出力部１３は、ログイン画面から、署名依頼ユーザが入力したユーザ識別情報を取得する。その後、入出力部１３は、通信部１２を用いて、ユーザ識別情報とともに、認証情報発行要求を認証装置２０へ送信する（ステップＳ２０４）。
なお、ユーザ識別情報には、ユーザＩＤとパスワードとが含まれるものとする。
本処理は、ＷＥＢブラウザでログイン画面のＵＲＬを開いて実行しても良い。
なお、ユーザ識別情報には、ユーザＩＤとパスワードとが含まれるものとする。
本処理は、ＷＥＢブラウザでログイン画面のＵＲＬを開いて実行しても良い。
通信部２２を通して認証情報発行要求を受けた認証情報発行部２３は、受信した認証情報発行要求から、ユーザ識別情報を取得する。その後、認証情報発行部２３は、ユーザ識別情報から、ユーザＩＤとパスワードとを取得する。その後、認証情報発行部２３は、ユーザＩＤとパスワードとを用いて、ユーザ管理データ２１１に同じユーザＩＤとパスワードとの組合せが登録されているかどうか判定する。
同じユーザＩＤとパスワードとの組合せが登録されている場合は、ユーザ認証「成功」とし、それ以外の場合は、ユーザ認証「失敗」とする。
ユーザ認証が「成功」の場合、認証情報発行部２３は、認証情報を識別する認証情報ＩＤを新規発行する。その後、認証情報発行部２３は、有効期限設定ルールに従い、有効期限を決定する。その後、認証情報発行部２３は、新規発行した認証情報ＩＤと、取得したユーザＩＤと、決定した有効期限とを含む認証情報１１２を発行する。その後、認証情報発行部２３は、通信部２２を用いて、取得したユーザＩＤと発行した認証情報１１２とともに、認証情報発行要求回答を端末装置１０へ送信する。
ユーザ認証が「失敗」の場合、処理を終了する（ステップＳ２０５）。
なお、有効期限設定ルールでは、有効期限を現在日時の８時間後などの一定時間後と決定しても良いし、有効期限を当日の１８時までの期間にするなど指定日時と決定しても良い。
同じユーザＩＤとパスワードとの組合せが登録されている場合は、ユーザ認証「成功」とし、それ以外の場合は、ユーザ認証「失敗」とする。
ユーザ認証が「成功」の場合、認証情報発行部２３は、認証情報を識別する認証情報ＩＤを新規発行する。その後、認証情報発行部２３は、有効期限設定ルールに従い、有効期限を決定する。その後、認証情報発行部２３は、新規発行した認証情報ＩＤと、取得したユーザＩＤと、決定した有効期限とを含む認証情報１１２を発行する。その後、認証情報発行部２３は、通信部２２を用いて、取得したユーザＩＤと発行した認証情報１１２とともに、認証情報発行要求回答を端末装置１０へ送信する。
ユーザ認証が「失敗」の場合、処理を終了する（ステップＳ２０５）。
なお、有効期限設定ルールでは、有効期限を現在日時の８時間後などの一定時間後と決定しても良いし、有効期限を当日の１８時までの期間にするなど指定日時と決定しても良い。
通信部１２を通して認証情報発行要求回答受けた入出力部１３は、受信した認証情報発行要求回答から、認証情報１１２を取得する。その後、入出力部１３は、取得した認証情報１１２を記憶部１１へ保存する。その後、入出力部１３は、記憶部１１から署名対象データ１１１を取得する。その後、入出力部１３は、通信部１２を用いて、受信したユーザＩＤと取得した署名対象データ１１１と受信した認証情報１１２とともに、署名要求を署名装置３０へ送信する（ステップＳ２０６）。
なお、認証情報発行処理を行う際には、追加でＦＩＤＯ認証などの認証を実施して、セキュリティの安全性を高めてユーザ識別情報の正当性を確認しても良い。
＊＊＊実施の形態１の効果＊＊＊
認証情報と署名用の秘密鍵を紐づけることで、署名を行う際の都度の認証情報の入力を省略することができるようになり、安全性を担保しつつ、署名時のユーザの負荷軽減と安全性担保の両立を図ることができる。
また秘密鍵が格納されたＩＣカード等を常に携帯する必要がなくなる。
さらに認証情報１１２には有効期限を設けているため、認証情報１１２の漏洩に対しても一定のセキュリティを担保することができる。
認証情報と署名用の秘密鍵を紐づけることで、署名を行う際の都度の認証情報の入力を省略することができるようになり、安全性を担保しつつ、署名時のユーザの負荷軽減と安全性担保の両立を図ることができる。
また秘密鍵が格納されたＩＣカード等を常に携帯する必要がなくなる。
さらに認証情報１１２には有効期限を設けているため、認証情報１１２の漏洩に対しても一定のセキュリティを担保することができる。
＊＊＊他の構成＊＊＊
＜変形例１＞
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例１として、各機能構成要素はハードウェアで実現されてもよい。この変形例１について、実施の形態１と異なる点を説明する。
＜変形例１＞
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例１として、各機能構成要素はハードウェアで実現されてもよい。この変形例１について、実施の形態１と異なる点を説明する。
図７を参照して、変形例１に係る認証情報署名システム１の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、処理装置１０１と保存装置１０２とに代えて、電子回路１０５を備える。電子回路１０５は、処理装置１０１と保存装置１０２との機能とを実現する専用の回路である。
各機能構成要素がハードウェアで実現される場合には、処理装置１０１と保存装置１０２とに代えて、電子回路１０５を備える。電子回路１０５は、処理装置１０１と保存装置１０２との機能とを実現する専用の回路である。
電子回路１０５としては、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ（ＩＮＴＥＧＲＡＴＥＤ ＣＩＲＣＵＩＴ）、ＧＡ（ＧＡＴＥ ＡＲＲＡＹ）、ＡＳＩＣ（ＡＰＰＬＩＣＡＴＩＯＮ ＳＰＥＣＩＦＩＣ
ＩＮＴＥＧＲＡＴＥＤ ＣＩＲＣＵＩＴ）、ＦＰＧＡ（ＦＩＥＬＤ－ＰＲＯＧＲＡＭＭＡＢＬＥ ＧＡＴＥ ＡＲＲＡＹ）が想定される。
各機能構成要素を１つの電子回路１０５で実現してもよいし、各機能構成要素を複数の電子回路１０５に分散させて実現してもよい。
ＩＮＴＥＧＲＡＴＥＤ ＣＩＲＣＵＩＴ）、ＦＰＧＡ（ＦＩＥＬＤ－ＰＲＯＧＲＡＭＭＡＢＬＥ ＧＡＴＥ ＡＲＲＡＹ）が想定される。
各機能構成要素を１つの電子回路１０５で実現してもよいし、各機能構成要素を複数の電子回路１０５に分散させて実現してもよい。
＜変形例２＞
変形例２として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。
変形例２として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。
処理装置１０１と保存装置１０２と電子回路１０５とを処理回路という。つまり、各機能構成要素の機能は、処理回路により実現される。
＜変形例３＞
変形例３として、認証情報署名システム１の認証装置２０と署名装置３０と鍵管理装置４０との一部または全ての機能をまとめて１つの装置にする構成で実現されてもよい。
変形例３として、認証情報署名システム１の認証装置２０と署名装置３０と鍵管理装置４０との一部または全ての機能をまとめて１つの装置にする構成で実現されてもよい。
＜変形例４＞
変形例４として、認証情報署名システム１の一部または全ての機能が、クラウドサーバ上で実現されてもよい。
変形例４として、認証情報署名システム１の一部または全ての機能が、クラウドサーバ上で実現されてもよい。
実施の形態２．
実施の形態１は、認証情報１１２にユーザ認証に必要な情報を含む場合の処理について説明した。
実施の形態２では、認証情報１１２には認証情報を識別する認証情報ＩＤのみを含み、ユーザ認証に必要な情報を、認証情報管理データ２１２で管理する場合の処理について、実施の形態１と異なる点を説明する。
実施の形態１は、認証情報１１２にユーザ認証に必要な情報を含む場合の処理について説明した。
実施の形態２では、認証情報１１２には認証情報を識別する認証情報ＩＤのみを含み、ユーザ認証に必要な情報を、認証情報管理データ２１２で管理する場合の処理について、実施の形態１と異なる点を説明する。
図８は、システムの機能的な構成を示す機能構成図である。
認証装置２０の記憶部２１には、認証情報管理データ２１２が保存される。その他の構成は、実施の形態１と同様である。
認証装置２０の記憶部２１には、認証情報管理データ２１２が保存される。その他の構成は、実施の形態１と同様である。
図９は、データ構成図である。
認証情報１１２は、認証情報を識別する認証情報ＩＤを含む。
認証情報管理データ２１２は、認証情報ＩＤと、認証情報の発行を依頼した署名依頼ユーザを識別するユーザＩＤと、発行した認証情報の有効期限との項目からなる。
なお後述するが、認証情報管理データ２１２は、認証情報発行時に認証情報発行部２３により生成される情報である。
ユーザ管理データ２１１と鍵管理データ４１２は、実施の形態１と同様である。
認証情報１１２は、認証情報を識別する認証情報ＩＤを含む。
認証情報管理データ２１２は、認証情報ＩＤと、認証情報の発行を依頼した署名依頼ユーザを識別するユーザＩＤと、発行した認証情報の有効期限との項目からなる。
なお後述するが、認証情報管理データ２１２は、認証情報発行時に認証情報発行部２３により生成される情報である。
ユーザ管理データ２１１と鍵管理データ４１２は、実施の形態１と同様である。
＊＊＊実施の形態２の動作＊＊＊
認証情報署名システム１の署名処理の動作について、図５のフロー図を用いて説明する。
本処理では、端末装置１０にて、署名を依頼する署名依頼ユーザより署名要求を受けて署名データを生成する。なお、署名依頼ユーザのユーザＩＤは「Ｕ００１」とする。
ステップＳ１０５以外は、実施の形態１と同様である。
認証情報署名システム１の署名処理の動作について、図５のフロー図を用いて説明する。
本処理では、端末装置１０にて、署名を依頼する署名依頼ユーザより署名要求を受けて署名データを生成する。なお、署名依頼ユーザのユーザＩＤは「Ｕ００１」とする。
ステップＳ１０５以外は、実施の形態１と同様である。
通信部２２を通して認証情報検証要求を受けた認証情報検証部２４は、認証情報検証処理を行う。
なお、認証情報検証処理は次のようにしても良い。
認証情報１１２に含まれる認証情報ＩＤ「Ｔ００１」を取得する。その後、取得した認証情報ＩＤを用いて、認証情報管理データ２１２からユーザＩＤ「Ｕ００１」と有効期限「２０２２／３／３０ １８：００」とを取得する。その後、有効期限と現在日時を比較し、有効期限が切れていない場合に、認証情報検証処理の結果を「成功」とし、それ以外の場合に、認証情報検証処理の結果を「失敗」とする。
認証情報検証処理の結果が「成功」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「成功」と認証情報検証処理で取得したユーザＩＤ「Ｕ００１」とを、認証情報検証要求回答として鍵管理装置４０へ送信する。
認証情報検証処理の結果が「失敗」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「失敗」を、認証情報検証要求回答として鍵管理装置４０へ送信する（ステップＳ１０５）。
なお、認証情報検証処理は次のようにしても良い。
認証情報１１２に含まれる認証情報ＩＤ「Ｔ００１」を取得する。その後、取得した認証情報ＩＤを用いて、認証情報管理データ２１２からユーザＩＤ「Ｕ００１」と有効期限「２０２２／３／３０ １８：００」とを取得する。その後、有効期限と現在日時を比較し、有効期限が切れていない場合に、認証情報検証処理の結果を「成功」とし、それ以外の場合に、認証情報検証処理の結果を「失敗」とする。
認証情報検証処理の結果が「成功」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「成功」と認証情報検証処理で取得したユーザＩＤ「Ｕ００１」とを、認証情報検証要求回答として鍵管理装置４０へ送信する。
認証情報検証処理の結果が「失敗」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「失敗」を、認証情報検証要求回答として鍵管理装置４０へ送信する（ステップＳ１０５）。
次に、認証情報発行処理の動作について、図６のフロー図を用いて説明する。
本処理は、ステップＳ１０２で認証情報が無い場合の動作である。
ステップＳ２０５以外は、実施の形態１と同様である。
本処理は、ステップＳ１０２で認証情報が無い場合の動作である。
ステップＳ２０５以外は、実施の形態１と同様である。
通信部２２を通して認証情報発行要求を受けた認証情報発行部２３は、受信した認証情報発行要求から、ユーザ識別情報を取得する。その後、認証情報発行部２３は、ユーザ識別情報から、ユーザＩＤとパスワードとを取得する。その後、認証情報発行部２３は、ユーザＩＤとパスワードとを用いて、ユーザ管理データ２１１に同じユーザＩＤとパスワードとの組合せが登録されているかどうか判定する。
同じユーザＩＤとパスワードとの組合せが登録されている場合は、ユーザ認証「成功」とし、それ以外の場合は、ユーザ認証「失敗」とする。
ユーザ認証が「成功」の場合、認証情報発行部２３は、認証情報を識別する認証情報ＩＤを新規発行する。その後、認証情報発行部２３は、有効期限設定ルールに従い、有効期限を決定する。その後、認証情報発行部２３は、新規発行した認証情報ＩＤと、取得したユーザＩＤと、決定した有効期限とから、認証情報管理データ２１２を生成する。その後、認証情報発行部２３は、新規発行した認証情報ＩＤを含む認証情報１１２を発行する。その後、認証情報発行部２３は、通信部２２を用いて、取得したユーザＩＤと発行した認証情報１１２を端末装置１０へ送信する。
ユーザ認証が「失敗」の場合、処理を終了する（ステップＳ２０５）。
同じユーザＩＤとパスワードとの組合せが登録されている場合は、ユーザ認証「成功」とし、それ以外の場合は、ユーザ認証「失敗」とする。
ユーザ認証が「成功」の場合、認証情報発行部２３は、認証情報を識別する認証情報ＩＤを新規発行する。その後、認証情報発行部２３は、有効期限設定ルールに従い、有効期限を決定する。その後、認証情報発行部２３は、新規発行した認証情報ＩＤと、取得したユーザＩＤと、決定した有効期限とから、認証情報管理データ２１２を生成する。その後、認証情報発行部２３は、新規発行した認証情報ＩＤを含む認証情報１１２を発行する。その後、認証情報発行部２３は、通信部２２を用いて、取得したユーザＩＤと発行した認証情報１１２を端末装置１０へ送信する。
ユーザ認証が「失敗」の場合、処理を終了する（ステップＳ２０５）。
＊＊＊実施の形態２の効果＊＊＊
認証情報１１２に含む情報を認証情報ＩＤのみとすることで、認証情報１１２の流出による情報漏洩のリスクを抑えることができ、安全性を高めることができる。
認証情報１１２に含む情報を認証情報ＩＤのみとすることで、認証情報１１２の流出による情報漏洩のリスクを抑えることができ、安全性を高めることができる。
実施の形態３．
実施の形態１は、１つの署名鍵を用いて署名を行う処理について説明した。
実施の形態３は、１つの署名鍵を分割して生成した署名鍵（分割鍵）を用いて署名を行う処理について、実施の形態１と異なる点を説明する。
分割鍵とは、１つの署名鍵を分割して生成した複数の署名鍵であり、全ての分割鍵で署名を行うことで、分割前の署名鍵で署名を行った場合と同一の署名値が生成できるように分割したものである。
本実施の形態では、１つの署名鍵を分割して生成した第１署名鍵２１３と第２署名鍵４１３の、２つの署名鍵を使用する。第１署名鍵２１３と第２署名鍵４１３は、システムの管理者によりあらかじめ用意されているものとする。
実施の形態１は、１つの署名鍵を用いて署名を行う処理について説明した。
実施の形態３は、１つの署名鍵を分割して生成した署名鍵（分割鍵）を用いて署名を行う処理について、実施の形態１と異なる点を説明する。
分割鍵とは、１つの署名鍵を分割して生成した複数の署名鍵であり、全ての分割鍵で署名を行うことで、分割前の署名鍵で署名を行った場合と同一の署名値が生成できるように分割したものである。
本実施の形態では、１つの署名鍵を分割して生成した第１署名鍵２１３と第２署名鍵４１３の、２つの署名鍵を使用する。第１署名鍵２１３と第２署名鍵４１３は、システムの管理者によりあらかじめ用意されているものとする。
＊＊＊実施の形態３の構成＊＊＊
実施の形態３の構成は、実施の形態１と同様である。
なお、各装置の機能をまとめて１つの装置にする構成でも構わないが、署名鍵が流出するリスクを抑えるために、第１署名鍵２１３と第２署名鍵４１３との保存先は、別々の装置にすることが望ましい。
実施の形態３の構成は、実施の形態１と同様である。
なお、各装置の機能をまとめて１つの装置にする構成でも構わないが、署名鍵が流出するリスクを抑えるために、第１署名鍵２１３と第２署名鍵４１３との保存先は、別々の装置にすることが望ましい。
図１０は、システムの機能的な構成を示す機能構成図である。
認証装置２０は、第１署名値生成部２５を備える。記憶部２１には、第１署名鍵２１３が保存される。第１署名値生成部２５は、署名値を生成する。その他の構成は、実施の形態１と同様である。
鍵管理装置４０は、記憶部４１と通信部４２と鍵管理部４４と第２署名値生成部４５を備える。記憶部４１には、鍵管理データ４１２と第２署名鍵４１３が保存される。第２署名値生成部４５は、署名値を生成する。
認証装置２０は、第１署名値生成部２５を備える。記憶部２１には、第１署名鍵２１３が保存される。第１署名値生成部２５は、署名値を生成する。その他の構成は、実施の形態１と同様である。
鍵管理装置４０は、記憶部４１と通信部４２と鍵管理部４４と第２署名値生成部４５を備える。記憶部４１には、鍵管理データ４１２と第２署名鍵４１３が保存される。第２署名値生成部４５は、署名値を生成する。
図１１は、データ構成図である。
鍵管理データ４１２は、署名鍵を使用する署名依頼ユーザを識別するユーザＩＤと、署名鍵を識別する第１鍵ＩＤと、署名鍵自体を保存する第２署名鍵との項目からなる。
ここでは、鍵管理データ４１２として、ユーザＩＤ「Ｕ００１」、第１鍵ＩＤ「Ｋ００１」、第２署名鍵「第２署名鍵４１３」のデータが登録されているものとする。
鍵ＩＤ「Ｋ１０１」は、第１署名鍵２１３を示す鍵ＩＤとする。
ユーザ管理データ２１１は、実施の形態１と同様である。
鍵管理データ４１２は、署名鍵を使用する署名依頼ユーザを識別するユーザＩＤと、署名鍵を識別する第１鍵ＩＤと、署名鍵自体を保存する第２署名鍵との項目からなる。
ここでは、鍵管理データ４１２として、ユーザＩＤ「Ｕ００１」、第１鍵ＩＤ「Ｋ００１」、第２署名鍵「第２署名鍵４１３」のデータが登録されているものとする。
鍵ＩＤ「Ｋ１０１」は、第１署名鍵２１３を示す鍵ＩＤとする。
ユーザ管理データ２１１は、実施の形態１と同様である。
＊＊＊実施の形態３の動作＊＊＊
認証情報署名システム１の署名処理の動作について、図５のフロー図を用いて説明する。
本処理では、端末装置１０にて、署名を依頼する署名依頼ユーザより署名要求を受けて署名データを生成する。なお、署名依頼ユーザのユーザＩＤは「Ｕ００１」とする。
ステップＳ１０１からＳ１０３とステップＳ１０８は、実施の形態１と同様である。
認証情報署名システム１の署名処理の動作について、図５のフロー図を用いて説明する。
本処理では、端末装置１０にて、署名を依頼する署名依頼ユーザより署名要求を受けて署名データを生成する。なお、署名依頼ユーザのユーザＩＤは「Ｕ００１」とする。
ステップＳ１０１からＳ１０３とステップＳ１０８は、実施の形態１と同様である。
通信部４２を通して署名値生成要求を受けた署名値生成部４３は、受信した署名対象データ１１１を記憶部４１へ保存する。その後、署名値生成部４３は、受信したユーザＩＤ「Ｕ００１」を用いて、鍵管理データ４１２から、ユーザＩＤ「Ｕ００１」に対応する第１鍵ＩＤ「Ｋ１０１」を取得する。その後、署名値生成部４３は、通信部４２を用いて、受信したユーザＩＤ「Ｕ００１」と取得した第１鍵ＩＤ「Ｋ１０１」と署名対象データ１１１と認証情報１１２とともに、認証情報検証要求を認証装置２０へ送信する（ステップＳ１０４）。
通信部２２を通して認証情報検証要求を受けた認証情報検証部２４は、認証情報検証処理を行う。
なお、認証情報検証処理は次のようにしても良い。
受信した認証情報１１２に含まれる有効期限「２０２２／３／３０ １８：００」を取得する。その後、有効期限と現在日時を比較し、有効期限が切れていない場合に、認証情報検証処理の結果を「成功」とし、それ以外の場合に、認証情報検証処理の結果を「失敗」とする。
認証情報検証処理の結果が「成功」の場合、第１署名値生成部２５は、第１署名値生成処理を行う。
なお、第１署名値生成処理は次のようにしても良い。
受信した第１鍵ＩＤ「Ｋ１０１」を基に、記憶部２１に保存してある署名鍵のなかから、第１鍵ＩＤに対応する第１署名鍵２１３を取得する。その後、第１署名値生成部２５は、受信した署名対象データ１１１に対して第１署名鍵２１３で署名を行い、第１署名値を生成する。
続いて、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「成功」と受信したユーザＩＤ「Ｕ００１」と生成した第１署名値とを、認証情報検証要求回答として鍵管理装置４０へ送信する。
認証情報検証処理の結果が「失敗」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「失敗」を、認証情報検証要求回答として鍵管理装置４０へ送信する（ステップＳ１０５）。
なお、認証情報検証処理は次のようにしても良い。
受信した認証情報１１２に含まれる有効期限「２０２２／３／３０ １８：００」を取得する。その後、有効期限と現在日時を比較し、有効期限が切れていない場合に、認証情報検証処理の結果を「成功」とし、それ以外の場合に、認証情報検証処理の結果を「失敗」とする。
認証情報検証処理の結果が「成功」の場合、第１署名値生成部２５は、第１署名値生成処理を行う。
なお、第１署名値生成処理は次のようにしても良い。
受信した第１鍵ＩＤ「Ｋ１０１」を基に、記憶部２１に保存してある署名鍵のなかから、第１鍵ＩＤに対応する第１署名鍵２１３を取得する。その後、第１署名値生成部２５は、受信した署名対象データ１１１に対して第１署名鍵２１３で署名を行い、第１署名値を生成する。
続いて、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「成功」と受信したユーザＩＤ「Ｕ００１」と生成した第１署名値とを、認証情報検証要求回答として鍵管理装置４０へ送信する。
認証情報検証処理の結果が「失敗」の場合、認証情報検証部２４は、通信部２２を用いて、認証情報検証結果「失敗」を、認証情報検証要求回答として鍵管理装置４０へ送信する（ステップＳ１０５）。
通信部４２を通して認証情報検証要求回答を受けた署名値生成部４３は、認証情報検証要求回答から認証情報検証結果を取得する。
認証情報検証結果が「成功」の場合、署名値生成部４３は、受信したユーザＩＤ「Ｕ００１」を用いて、鍵管理データ４１２から、ユーザＩＤ「Ｕ００１」に対応する第２署名鍵４１３を取得する。その後、署名値生成部４３は、認証情報検証要求回答から第１署名値を取得する。その後、署名値生成部４３は、取得した第１署名値に対して第２署名鍵４１３で署名を行い、第２署名値を生成する。その後、署名値生成部４３は、通信部４２を用いて、処理結果「成功」と生成した第２署名値とを、署名値生成要求回答として、署名装置３０へ送信する。
認証情報検証結果が「失敗」の場合、署名値生成部４３は、通信部４２を用いて、処理結果「失敗」を、署名値生成要求回答として署名装置３０へ送信する（ステップＳ１０６）。
認証情報検証結果が「成功」の場合、署名値生成部４３は、受信したユーザＩＤ「Ｕ００１」を用いて、鍵管理データ４１２から、ユーザＩＤ「Ｕ００１」に対応する第２署名鍵４１３を取得する。その後、署名値生成部４３は、認証情報検証要求回答から第１署名値を取得する。その後、署名値生成部４３は、取得した第１署名値に対して第２署名鍵４１３で署名を行い、第２署名値を生成する。その後、署名値生成部４３は、通信部４２を用いて、処理結果「成功」と生成した第２署名値とを、署名値生成要求回答として、署名装置３０へ送信する。
認証情報検証結果が「失敗」の場合、署名値生成部４３は、通信部４２を用いて、処理結果「失敗」を、署名値生成要求回答として署名装置３０へ送信する（ステップＳ１０６）。
通信部を通して署名値生成要求回答を受けた署名処理部３３は、署名値生成要求回答から処理結果を取得する。
処理結果が「成功」の場合、署名処理部３３は、署名値生成要求回答から第２署名値を取得する。その後、署名処理部３３は、署名対象データ１１１を記憶部３１から取得する。その後、署名処理部３３は、署名対象データ１１１と第２署名値とを紐づけて、署名データを生成する。その後、署名処理部３３は、通信部３２を用いて、処理結果「成功」と生成した署名データとを、署名要求回答として、端末装置１０へ送信する。
処理結果が「失敗」の場合、署名処理部３３は、通信部３２を用いて、処理結果「失敗」を、署名要求回答として端末装置１０へ送信する（ステップＳ１０７）。
処理結果が「成功」の場合、署名処理部３３は、署名値生成要求回答から第２署名値を取得する。その後、署名処理部３３は、署名対象データ１１１を記憶部３１から取得する。その後、署名処理部３３は、署名対象データ１１１と第２署名値とを紐づけて、署名データを生成する。その後、署名処理部３３は、通信部３２を用いて、処理結果「成功」と生成した署名データとを、署名要求回答として、端末装置１０へ送信する。
処理結果が「失敗」の場合、署名処理部３３は、通信部３２を用いて、処理結果「失敗」を、署名要求回答として端末装置１０へ送信する（ステップＳ１０７）。
＊＊＊実施の形態３の効果＊＊＊
署名鍵を分割することで、署名鍵が１つの場合よりも、署名鍵が流出するリスクを抑えることができ、安全性を高めることができる。
署名鍵を分割することで、署名鍵が１つの場合よりも、署名鍵が流出するリスクを抑えることができ、安全性を高めることができる。
なお、以上の説明における「部」を、「回路」、「工程」、「手順」、「処理」又は「処理回路」に読み替えてもよい。
以上、本開示の実施の形態及び変形例について説明した。これらの実施の形態及び変形例のうち、いくつかを組み合わせて実施してもよい。また、いずれか１つ又はいくつかを部分的に実施してもよい。なお、本開示は、以上の実施の形態及び変形例に限定されるものではなく、必要に応じて種々の変更が可能である。
１ 認証情報署名システム、２ ネットワーク、１０ 端末装置、１１ 記憶部、１２ 通信部、１３ 入出力部、２０ 認証装置、２１ 記憶部、２２ 通信部、２３ 認証情報発行部、２４ 認証情報検証部、２５ 第１署名値生成部、３０ 署名装置、３１ 記憶部、３２ 通信部、３３ 署名処理部、４０ 鍵管理装置、４１ 記憶部、４２ 通信部、４３ 署名値生成部、４４ 鍵管理部、４５ 第２署名値生成部、１０１ 処理装置、１０２ 保存装置、１０３ 通信装置、１０４ 入出力装置、１０５ 電子回路、１１１ 署名対象データ、１１２ 認証情報、２１１ ユーザ管理データ、２１２ 認証情報管理データ、２１３ 第１署名鍵、４１１ 署名鍵、４１２ 鍵管理データ、４１３ 第２署名鍵。
Claims (11)
- 署名を依頼する署名依頼ユーザから認証情報とともに署名要求を受け付ける署名値生成部と、
前記認証情報の検証を行う認証情報検証部とを備え、
前記署名値生成部は、前記認証情報検証部の検証が成功した場合に、前記署名依頼ユーザの署名用の秘密鍵であるユーザ署名鍵で署名を行い署名値を生成する
認証情報署名システム。 - 前記認証情報には有効期限があり、
前記有効期限は、前記認証情報の発行時点から一定時間後または、指定日時までの期間とする
請求項１に記載の認証情報署名システム。 - さらに、
前記署名依頼ユーザを指定されて認証情報発行要求を受けると、
前記有効期限を決定し、
指定された前記署名依頼ユーザの情報と決定した前記有効期限とを含む前記認証情報を発行する、認証情報発行部とを備える、
請求項２に記載の認証情報署名システム。 - 前記認証情報検証部は、
前記認証情報に基づき前記有効期限を取得し、
取得した前記有効期限が切れていない場合に、前記認証情報の検証を成功とする、
請求項３に記載の認証情報署名システム。 - さらに、
前記認証情報発行部は、
前記署名依頼ユーザを指定されて認証情報発行要求を受けると、
認証情報ＩＤを新規発行し、前記有効期限を決定し、
新規発行した前記認証情報ＩＤを含む前記認証情報の発行と、
新規発行した前記認証情報ＩＤと指定された前記署名依頼ユーザの情報と決定した前記有効期限とを含む認証情報管理データの生成とを行う、
請求項３または４のいずれか１項に記載の認証情報署名システム。 - 前記認証情報検証部は、
前記認証情報に基づき前記認証情報ＩＤを取得し、
取得した前記認証情報ＩＤで前記認証情報管理データから前記有効期限を取得し、
取得した前記有効期限が切れていない場合に、前記認証情報の検証を成功とする、
請求項５に記載の認証情報署名システム。 - 前記ユーザ署名鍵は第１署名鍵と第２署名鍵とで構成され、
前記第１署名鍵で署名を行い署名値を生成する第１署名値生成部と、
前記第２署名鍵で署名を行い署名値を生成する第２署名値生成部を備え、
前記認証情報検証部にて前記認証情報の検証に成功した場合に、
前記第１署名値生成部と前記第２署名値生成部とで署名を行い署名値を生成する
請求項１から６のいずれか１項に記載の認証情報署名システム。 - 認証情報署名システムはクラウド上に構築される
請求項１から７のいずれか１項に記載の認証情報署名システム。 - 認証情報を発行する、認証情報発行部と
前記認証情報の検証を行う認証情報検証部とを備え、
前記認証情報検証部は、検証が成功した場合に、署名値を生成することを許可する情報を生成する
認証装置。 - 署名を依頼する署名依頼ユーザから認証情報とともに署名要求を受け付ける署名値生成処理と、
前記認証情報を発行する、認証情報発行処理と
前記認証情報の検証を行う認証情報検証処理とを備え、
前記署名値生成処理は、前記認証情報検証処理の検証が成功した場合に、前記署名依頼ユーザの署名用の秘密鍵であるユーザ署名鍵で署名を行い署名値を生成する
認証情報署名プログラム。 - 認証情報発行部が、認証情報を発行し、
認証情報検証部が、前記認証情報の検証を行い、
署名値生成部が、署名を依頼する署名依頼ユーザから前記認証情報とともに署名要求を受け付けると、前記認証情報検証部により検証を行い、検証が成功した場合に、前記署名依頼ユーザの署名用の秘密鍵であるユーザ署名鍵で署名を行い署名値を生成する
認証情報署名方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022038537A JP2023132934A (ja) | 2022-03-11 | 2022-03-11 | 認証情報署名システム、認証装置、認証情報署名プログラム及び認証情報署名方法 |
| JP2023185493A JP2023181362A (ja) | 2022-03-11 | 2023-10-30 | 認証情報署名システム、認証情報署名プログラム及び認証情報署名方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022038537A JP2023132934A (ja) | 2022-03-11 | 2022-03-11 | 認証情報署名システム、認証装置、認証情報署名プログラム及び認証情報署名方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023185493A Division JP2023181362A (ja) | 2022-03-11 | 2023-10-30 | 認証情報署名システム、認証情報署名プログラム及び認証情報署名方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2023132934A true JP2023132934A (ja) | 2023-09-22 |
Family
ID=88065348
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022038537A Pending JP2023132934A (ja) | 2022-03-11 | 2022-03-11 | 認証情報署名システム、認証装置、認証情報署名プログラム及び認証情報署名方法 |
| JP2023185493A Pending JP2023181362A (ja) | 2022-03-11 | 2023-10-30 | 認証情報署名システム、認証情報署名プログラム及び認証情報署名方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023185493A Pending JP2023181362A (ja) | 2022-03-11 | 2023-10-30 | 認証情報署名システム、認証情報署名プログラム及び認証情報署名方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (2) | JP2023132934A (ja) |
-
2022
- 2022-03-11 JP JP2022038537A patent/JP2023132934A/ja active Pending
-
2023
- 2023-10-30 JP JP2023185493A patent/JP2023181362A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| JP2023181362A (ja) | 2023-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9992189B2 (en) | Generation and validation of derived credentials | |
| US11223614B2 (en) | Single sign on with multiple authentication factors | |
| EP3424176B1 (en) | Systems and methods for distributed data sharing with asynchronous third-party attestation | |
| RU2434340C2 (ru) | Инфраструктура верификации биометрических учетных данных | |
| KR101883156B1 (ko) | 인증 시스템 및 방법과 이를 수행하기 위한 사용자 단말, 인증 서버 및 서비스 서버 | |
| CN109598663B (zh) | 提供和获取安全身份信息的方法及装置 | |
| CN110677376B (zh) | 认证方法、相关设备和系统及计算机可读存储介质 | |
| US20110030041A1 (en) | Session Ticket Authentication Scheme | |
| US8261336B2 (en) | System and method for making accessible a set of services to users | |
| JP2007081482A (ja) | 端末認証方法及びその装置、プログラム | |
| WO2020173019A1 (zh) | 访问凭证验证方法、装置、计算机设备及存储介质 | |
| CN115460019B (zh) | 基于数字身份的目标应用提供方法和装置、设备和介质 | |
| JP6465426B1 (ja) | 電子署名システム、証明書発行システム、鍵管理システム及び電子証明書発行方法 | |
| WO2021107755A1 (en) | A system and method for digital identity data change between proof of possession to proof of identity | |
| US20090210719A1 (en) | Communication control method of determining whether communication is permitted/not permitted, and computer-readable recording medium recording communication control program | |
| US20230016488A1 (en) | Document signing system for mobile devices | |
| JP6983685B2 (ja) | 情報処理システム、クライアント装置、認証認可サーバー、制御方法とそのプログラム | |
| CN112738005A (zh) | 访问处理方法、装置、系统、第一认证服务器及存储介质 | |
| JP2023132934A (ja) | 認証情報署名システム、認証装置、認証情報署名プログラム及び認証情報署名方法 | |
| TW202116038A (zh) | 電子裝置之認證方法及系統 | |
| WO2022070406A1 (ja) | 制御方法、情報処理装置、情報処理システム、及び制御プログラム | |
| US20230031804A1 (en) | Computer-readable recording medium storing information processing program, information processing apparatus, and system | |
| CN115643061A (zh) | 微服务网关鉴权方法、装置、设备及介质 | |
| JP6398308B2 (ja) | 情報処理システム、情報処理方法、及びプログラム | |
| CN113987461A (zh) | 身份认证方法、装置和电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220401 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230425 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230530 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20230829 |