▶ エスダブリュー エンパイア カンパニー リミテッドの特許一覧
特許7212169ブラウザのウェブストレージを利用した簡易認証方法及びシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-01-16
(45)【発行日】2023-01-24
(54)【発明の名称】ブラウザのウェブストレージを利用した簡易認証方法及びシステム
(51)【国際特許分類】
H04L 9/08 20060101AFI20230117BHJP
H04L 9/32 20060101ALI20230117BHJP
G06F 21/31 20130101ALI20230117BHJP
G06F 21/60 20130101ALI20230117BHJP
【ＦＩ】
H04L9/08 B
H04L9/32 100A
H04L9/32 200B
G06F21/31
G06F21/60 320
G06F21/60 360
【請求項の数】
13
(21)【出願番号】P 2021540594
(86)(22)【出願日】2020-09-14
(65)【公表番号】
(43)【公表日】2022-03-07
(86)【国際出願番号】 KR2020012396
(87)【国際公開番号】W WO2021071116
(87)【国際公開日】2021-04-15
【審査請求日】2021-07-13
(31)【優先権主張番号】10-2019-0125975
(32)【優先日】2019-10-11
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2019-0125976
(32)【優先日】2019-10-11
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2019-0125977
(32)【優先日】2019-10-11
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】521268174
【氏名又は名称】エスダブリュー エンパイア カンパニー リミテッド
【氏名又は名称原語表記】ＳＷＥＭＰＩＲＥ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】７０１， ９， Ｙｏｎｇｈｙｅｏｎ－ｒｏ， Ｄｅｏｇｙａｎｇ－ｇｕ， Ｇｏｙａｎｇ－ｓｉ， Ｇｙｅｏｎｇｇｉ－ｄｏ １０５２６， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100121382
【弁理士】
【氏名又は名称】山下 託嗣
(72)【発明者】
【氏名】チェ，ミョン ス
(72)【発明者】
【氏名】ピ，スン リョル
【審査官】行田 悦資
(56)【参考文献】
【文献】特開平１０－２１５２８４（ＪＰ，Ａ）
【文献】特開２０１２－０３３１４５（ＪＰ，Ａ）
【文献】特開２０１１－０４８７８２（ＪＰ，Ａ）
【文献】特許第５８０１０１５（ＪＰ，Ｂ１）
【文献】特許第６４９４００４（ＪＰ，Ｂ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ９／０８
Ｈ０４Ｌ ９／３２
Ｇ０６Ｆ ２１／３１
Ｇ０６Ｆ ２１／６０
(57)【特許請求の範囲】
【請求項1】
ブラウザのウェブストレージを利用した簡易認証方法において、サーバが、認証要請によって、１回限りでセッション及び前記セッションに対応するセッション鍵を生成し、端末から受信したユーザ鍵に基づいて、認証トークン、公開鍵及び秘密鍵を生成して前記セッションに格納し、前記セッション鍵、前記認証トークン及び前記公開鍵を前記端末に伝送する段階と、
前記端末が、受信した公開鍵を用いて、ユーザが入力したＰＩＮ番号データを暗号化して、受信したセッション鍵と共に前記サーバに伝送する段階と、
前記サーバが、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、受信した暗号化されたＰＩＮ番号データを復号化し、復号化されたＰＩＮ番号データが前記サーバに事前に格納されたＰＩＮ番号データとマッチするかを確認して１次認証を行う段階と、
前記１次認証の結果、マッチする場合、前記端末が、受信した公開鍵を用いて受信した認証トークンを暗号化して、受信したセッション鍵と共に前記サーバに伝送する段階と、
前記サーバが、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、受信した暗号化された認証トークンが前記セッションに格納された認証トークンとマッチするかを確認して２次認証を行う段階と、
前記サーバが、前記２次認証を完了すると、前記セッション及び前記セッション鍵を削除する段階とを含み、
前記ユーザ鍵及び前記ＰＩＮ番号データは、前記ウェブストレージに格納されて機器又はブラウザ毎に異なるように設定され、
前記認証トークン、公開鍵、秘密鍵、セッション及びセッション鍵は、認証が要請される度に１回限りで生成される、
方法。
【請求項2】
前記ユーザ鍵は、暗号化アルゴリズムにより暗号化され、ＰＩＮ番号は、ハッシュ暗号化されて前記ウェブストレージに格納されることを特徴とする請求項１に記載の方法。
【請求項3】
前記公開鍵を端末に伝送する段階は、前記端末が、前記ウェブストレージに前記ユーザ鍵が格納されているかを判断する段階と、
前記ユーザ鍵が格納されていない場合、前記ユーザからＰＩＮ番号の登録を受ける段階と、
を更に含むことを特徴とする請求項１に記載の方法。
【請求項4】
前記サーバは、前記１次認証の結果、マッチしない場合、認証試行回数を更新し、前記認証試行回数が所定値以上であれば、前記サーバに事前に格納されたＰＩＮ番号データを削除することを特徴とする請求項１に記載の方法。
【請求項5】
ウェブストレージを利用した簡易認証システムにおいて、認証要請によって１回限りでセッション及び前記セッションに対応するセッション鍵を生成し、端末から受信したユーザ鍵に基づいて認証トークン、公開鍵及び秘密鍵を生成して前記セッションに格納し、前記セッション鍵、前記認証トークン及び前記公開鍵を前記端末に伝送し、前記端末から暗号化されたＰＩＮ番号データとセッション鍵を受信すると、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、暗号化されたＰＩＮ番号データを復号化し、復号化されたＰＩＮ番号データがサーバに事前に格納されたＰＩＮ番号データとマッチするかを確認して１次認証を行い、前記端末から暗号化された認証トークンとセッション鍵を受信すると、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、受信した暗号化された認証トークンが前記セッションに格納された認証トークンとマッチするかを確認して２次認証を行い、前記２次認証が完了すると、前記セッション及び前記セッション鍵を削除する、サーバと、
前記サーバに、前記ユーザ鍵に基づいて公開鍵の発行を要請し、前記サーバから受信した前記公開鍵を用いて、前記ユーザが入力したＰＩＮ番号データを暗号化して受信したセッション鍵と共に前記サーバに伝送し、前記１次認証の結果、マッチする場合、受信した公開鍵を用いて、受信した認証トークンを暗号化して、受信したセッション鍵と共に前記サーバに伝送する、端末とを含み、
前記ユーザ鍵及び前記ＰＩＮ番号データは、前記ウェブストレージに格納されて機器又はブラウザ毎に異なるように設定され、
前記認証トークン、公開鍵、秘密鍵、セッション及びセッション鍵は、認証が要請される度に１回限りで生成される、
システム。
【請求項6】
前記サーバは、前記１次認証の結果、マッチしない場合、認証試行回数を更新し、前記認証試行回数が所定値以上であれば、前記サーバに事前に格納されたＰＩＮ番号データを削除することを特徴とする請求項５に記載のシステム。
【請求項7】
記録媒体に格納され、請求項１に記載の方法をハードウェアであるコンピュータに実行させるための簡易認証プログラム。
【請求項8】
前記ウェブストレージは、ブロックチェーン基盤のブラウザのウェブストレージを含み、前記公開鍵は、前記ブロックチェーンに格納されて変造又は偽造されたかを検証するために用いられることを特徴とする請求項１に記載の方法。
【請求項9】
前記サーバが、生成された公開鍵及び秘密鍵から、係数（ｍｏｄｕｌｕｓ）、秘密指数（ｐｒｉｖａｔｅ ｅｘｐｏｎｅｎｔ）及び公開指数（ｐｕｂｌｉｃ ｅｘｐｏｎｅｎｔ）を抽出する段階と、前記秘密指数を前記端末に格納し、前記係数及び前記公開指数をブロックチェーンに格納する段階と、
簡易認証時に、前記端末に格納された秘密指数と前記ブロックチェーンに格納された係数を受信して前記端末で生成された秘密鍵、及び、前記サーバで前記ブロックチェーンに格納された公開指数と係数を受信して生成された公開鍵を用いて簡易認証を行う段階とを更に含み、
前記簡易認証を行う段階で生成される秘密鍵及び公開鍵は、簡易認証要請の受信時に生成される１回限りの鍵であって、それぞれ暗号化又は復号化に１回用いられた後に廃棄されることを特徴とする請求項１に記載の方法。
【請求項10】
前記簡易認証を行う段階は、前記ブロックチェーンで簡易認証要請によって前記端末に前記係数を伝送する段階と、
前記端末が、前記係数及び前記格納された秘密指数を用いて、前記秘密鍵を生成する段階と、
前記端末が、生成された秘密鍵を用いて、データを暗号化及び電子署名を行う段階と、
前記端末が、暗号化されたデータ及び電子署名を前記サーバに伝送する段階と、
前記端末が、前記秘密鍵を廃棄する段階と、
を更に含むことを特徴とする請求項９に記載の方法。
【請求項11】
前記簡易認証を行う段階は、前記ブロックチェーンで簡易認証要請によって前記サーバに前記係数及び前記公開指数を伝送する段階と、
前記サーバが、前記係数及び前記公開指数を用いて、前記公開鍵を生成する段階と、
前記サーバが、前記生成された公開鍵を用いて前記端末から受信した暗号化されたデータを復号化し、前記電子署名を用いて検証を行う段階と、
前記サーバが、前記公開鍵を廃棄する段階と、
を更に含むことを特徴とする請求項１０に記載の方法。
【請求項12】
前記公開指数は、１６進数に変換されてコンパイルされることを特徴とする請求項９に記載の方法。
【請求項13】
前記公開鍵は、ユーザ識別データと連係してＲＳＡ方式で生成されることを特徴とする請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ブラウザのウェブストレージを利用した簡易認証方法及びシステムに関し、より具体的には、ウェブストレージに格納された簡易認証データを用いて使用機器及びブラウザ別の１回限りの公開鍵及び秘密鍵を発行し、発行された公開鍵及び秘密鍵を用いて簡易認証を行う方法及びシステムに関する。
【背景技術】
【0002】
インターネットサービスの発達に伴い、殆どの人はインターネットを介して政府機関、教育機関、医療機関、通信事業者、金融機関、旅客会社、資産管理、信用情報、ポータル、ソーシャルネットワークサービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ：ＳＮＳ）、ゲーム、ショッピング、発券、宅配、電子投票などの数多くのオンラインサービスを利用する。
【0003】
従って、このようなサービスを利用しようとするユーザは、自身の実名などを含む個人情報を入力して会員登録を行うか、特定のＩＤとパスワードを入力して登録されているユーザであることを認証しなければならない。ところが、多数のサイト毎にこのような認証手順を繰り返すことは非常に煩雑であるため、近年は、より容易にログイン可能にすることで、インターネット上で金融取引を簡単に行えるようにする簡易認証という方法が発展しつつある。
【0004】
一方、従来は、このようなユーザを認証する方法に主に用いられた方式は、対称鍵を利用する方法であった。しかし、このような対称鍵方式は、１つのシークレットキーをサーバと端末の両方で共に使用するため、ハッカーから守れないという問題があった。
【0005】
一方、このような問題を解決するために、公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）と秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）の組み合わせを用いてデータを暗号化し、認証を行う方法に発展した。
【0006】
しかし、従来のユーザ認証のための公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）と秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）を使用する上で、ブラウザの保存場所（ｌｏｃａｌ ｓｔｏｒａｇｅ）では依然として平文保存方式が用いられており、セキュリティの問題が多かった。もちろん、セキュリティ対策として暗号化方式を取ってはいるものの、このような方法も依然として個人情報の漏洩やセキュリティの問題がある。従って、このような問題解決のために公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）と秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）の安全な保管及びその使用方法が必要である。
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明は、上記事情に鑑みてなされたものであって、その目的は、ウェブストレージを利用した簡易認証方法及びシステムにおいて、ウェブストレージに格納された簡易認証データを用いて使用機器及びブラウザ別の１回限りの公開鍵を発行し、発行された公開鍵を用いて簡易認証を行って個人情報の保護とセキュリティを強化することにある。
【0008】
また、生成された秘密鍵をサーバのセッションに格納し、格納されたセッションに対するセッション鍵及び公開鍵を端末に伝送する方式を取ることによって、２次認証を行うようにすることにある。
【0009】
更に、サーバに格納される公開鍵をブロックチェーンに格納して公開鍵の偽造防止、及び、認証ログデータをブロックチェーンに格納して、認証に対する否認防止及び無欠性を確保することにある。
【0010】
本発明が解決しようとする課題は、上記で言及された課題に限らず、言及されていない更に他の課題は、以下の記載から通常の技術者が明確に理解できるだろう。
【課題を解決するための手段】
【0011】
上述した課題を解決するための本発明の一側面に係るブラウザのウェブストレージを利用した簡易認証方法は、サーバが、認証要請によって、１回限りでセッション及び前記セッションに対応するセッション鍵を生成し、端末から受信したユーザ鍵に基づいて、認証トークン、公開鍵及び秘密鍵を生成して前記セッションに格納し、前記セッション鍵、前記認証トークン及び前記公開鍵を前記端末に伝送する段階と、前記端末が、受信した公開鍵を用いて、ユーザが入力したＰＩＮ番号データを暗号化して、受信したセッション鍵と共に前記サーバに伝送する段階と、前記サーバが、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、受信した暗号化されたＰＩＮ番号データを復号化し、復号化されたＰＩＮ番号データがサーバに事前に格納されたＰＩＮ番号データとマッチするかを確認して１次認証を行う段階と、前記１次認証の結果、マッチする場合、前記端末が、受信した公開鍵を用いて受信した認証トークンを暗号化して、受信したセッション鍵と共に前記サーバに伝送する段階と、前記サーバが、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、受信した暗号化された認証トークンが前記セッションに格納された認証トークンとマッチするかを確認して２次認証を行う段階と、前記サーバが、前記２次認証を完了すると、前記セッション及び前記セッション鍵を削除する段階とを含み、前記ユーザ鍵及び前記ＰＩＮ番号データは、前記ウェブストレージに格納されて機器又はブラウザ毎に異なるように設定され、前記認証トークン、公開鍵、秘密鍵、セッション及びセッション鍵は、認証が要請される度に１回限りで生成できる。
【0012】
また、前記ユーザ鍵は、暗号化アルゴリズムにより暗号化され、ＰＩＮ番号は、ハッシュ暗号化されて前記ウェブストレージに格納できる。
【0013】
更に、前記公開鍵を端末に伝送する段階は、前記端末が、前記ウェブストレージに前記ユーザ鍵が格納されているかを判断する段階と、前記ユーザ鍵が格納されていない場合、前記ユーザからＰＩＮ番号の登録を受ける段階とを更に含むことができる。
【0014】
また、前記サーバは、前記１次認証の結果、マッチしない場合、認証試行回数を更新し、前記認証試行回数が所定値以上であれば、前記サーバに事前に格納されたＰＩＮ番号データを削除できる。
【0015】
上述した課題を解決するための本発明の他の側面に係るウェブストレージを利用した簡易認証システムは、認証要請によって１回限りでセッション及び前記セッションに対応するセッション鍵を生成し、端末から受信したユーザ鍵に基づいて認証トークン、公開鍵及び秘密鍵を生成して前記セッションに格納し、前記セッション鍵、前記認証トークン及び前記公開鍵を前記端末に伝送し、前記端末から暗号化されたＰＩＮ番号データとセッション鍵を受信すると、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、暗号化されたＰＩＮ番号データを復号化し、復号化されたＰＩＮ番号データがサーバに事前に格納されたＰＩＮ番号データとマッチするかを確認して１次認証を行い、前記端末から暗号化された認証トークンとセッション鍵を受信すると、受信したセッション鍵に対応するセッションに格納された秘密鍵を用いて、受信した暗号化された認証トークンが前記セッションに格納された認証トークンとマッチするかを確認して２次認証を行い、前記２次認証が完了すると、前記セッション及び前記セッション鍵を削除するサーバと、前記サーバに、前記ユーザ鍵に基づいて公開鍵の発行を要請し、前記サーバから受信した前記公開鍵を用いて、前記ユーザが入力したＰＩＮ番号データを暗号化して受信したセッション鍵と共に前記サーバに伝送し、前記１次認証の結果、マッチする場合、受信した公開鍵を用いて、受信した認証トークンを暗号化して、受信したセッション鍵と共に前記サーバに伝送する、端末とを含み、前記ユーザ鍵及び前記ＰＩＮ番号データは、前記ウェブストレージに格納されて機器又はブラウザ毎に異なるように設定され、前記認証トークン、公開鍵、秘密鍵、セッション及びセッション鍵は、認証が要請される度に１回限りで生成できる。
【0016】
また、前記サーバは、前記１次認証の結果、マッチしない場合、認証試行回数を更新し、前記認証試行回数が所定値以上であれば、前記サーバに事前に格納されたＰＩＮ番号データを削除できる。
【0017】
上述した課題を解決するための本発明のさらに他の側面に係る簡易認証プログラムは、上記の方法をハードウェアであるコンピュータに実行させることができる。
【0018】
また、前記ウェブストレージは、ブロックチェーン基盤のブラウザのウェブストレージを含み、前記公開鍵は、前記ブロックチェーンに格納されて変造又は偽造されたかを検証するために用いることができる。
【0019】
更に、前記サーバが、生成された公開鍵及び秘密鍵から、係数（ｍｏｄｕｌｕｓ）、秘密指数（ｐｒｉｖａｔｅ ｅｘｐｏｎｅｎｔ）及び公開指数（ｐｕｂｌｉｃ ｅｘｐｏｎｅｎｔ）を抽出する段階と、前記秘密指数を前記端末に格納し、前記係数及び前記公開指数をブロックチェーンに格納する段階と、簡易認証時に、前記端末に格納された秘密指数と前記ブロックチェーンに格納された係数を受信して前記端末で生成された秘密鍵、及び、前記サーバで前記ブロックチェーンに格納された公開指数と係数を受信して生成された公開鍵を用いて簡易認証を行う段階とを更に含み、前記簡易認証を行う段階で生成される秘密鍵及び公開鍵は、簡易認証要請の受信時に生成される１回限りの鍵であって、それぞれ暗号化又は復号化に１回用いられた後に廃棄できる。
【0020】
また、前記簡易認証を行う段階は、前記ブロックチェーンで簡易認証要請によって前記端末に前記係数を伝送する段階と、前記端末が、前記係数及び前記格納された秘密指数を用いて、前記秘密鍵を生成する段階と、前記端末が、生成された秘密鍵を用いて、データを暗号化及び電子署名を行う段階と、前記端末が、暗号化されたデータ及び電子署名を前記サーバに伝送する段階と、前記端末が、前記秘密鍵を廃棄する段階と、を更に含むことができる。
【0021】
前記簡易認証を行う段階は、前記ブロックチェーンで簡易認証要請によって前記サーバに前記係数及び前記公開指数を伝送する段階と、前記サーバが、前記係数及び前記公開指数を用いて、前記公開鍵を生成する段階と、前記サーバが、前記生成された公開鍵を用いて前記端末から受信した暗号化されたデータを復号化し、前記電子署名を用いて検証を行う段階と、前記サーバが、前記公開鍵を廃棄する段階と、を更に含むことができる。
【0022】
前記公開指数は、１６進数に変換されてコンパイルできる。
【0023】
前記公開鍵は、ユーザ識別データと連係してＲＳＡ方式で生成できる。
【0024】
本発明のその他の具体的な事項は、詳細な説明及び図面に含まれている。
【発明の効果】
【0025】
本発明は、ウェブストレージに格納された簡易認証データを用いて機器又はブラウザ毎に異なるように秘密鍵を発行して認証を行うことができる。また、認証が要請される度に公開鍵基盤の１回限りの鍵の生成を支援することによって、簡易認証方式においてより強力なセキュリティを提供できるため、公認認証書を代替可能な程度に信頼性が高いと共に、簡便な認証方法を提供できる。
【0026】
本発明の効果は、上記で言及された効果に限らず、言及されていない更に他の効果は、以下の記載から通常の技術者が明確に理解できるだろう。
【図面の簡単な説明】
【0027】
【図1】本発明に係るブラウザのウェブストレージを利用した簡易認証システムを説明する概念図である。
【図2】本発明に係るウェブストレージを利用した簡易認証方法を説明する順序図である。
【図3】本発明によってＰＩＮ番号を登録する一例を説明する図である。
【図4】本発明によってウェブストレージを利用した簡易認証を行う一例を説明する順序図である。
【図5】本発明によってウェブストレージを利用した簡易認証を行う他の例を説明する順序図である。
【図6】本発明に係るウェブストレージを利用した簡易認証過程を行うサーバの内部構成を概略的に示すブロック図である。
【図7】本発明に係るウェブストレージを利用した簡易認証過程を行う端末の内部構成を概略的に示すブロック図である。
【図8】本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証システムを説明する概念図である。
【図9】本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証方法を説明する順序図である。
【図10】本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を行う方法の一例を説明する図である。
【図11】本発明に係る端末で秘密鍵を生成する一例を説明する順序図である。
【図12】本発明に係るサーバで公開鍵を生成する一例を説明する順序図である。
【図13】本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証過程を行うサーバの内部構成を概略的に示すブロック図である。
【図14】本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証過程を行う端末の内部構成を概略的に示すブロック図である。
【発明を実施するための形態】
【0028】
本発明の利点及び特徴、そしてそれらを達成する方法は、添付の図面と共に詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は、以下で開示される実施例に制限されるものではなく、互いに異なる多様な形態に実現することができる。但し、本実施例は本発明の開示を完全なものにし、本発明が属する技術分野における通常の知識を有する者に本発明の範囲を完全に理解させるために提供されるものであり、本発明は請求項の範囲により定義されるに過ぎない。
【0029】
本明細書で用いられた用語は、実施例を説明するためのものであり、本発明を制限しようとするものではない。本明細書において、単数型は特に言及しない限り複数型も含む。明細書で用いられる「含む（ｃｏｍｐｒｉｓｅｓ）」及び／又は「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」は、言及された構成要素以外に１つ以上の他の構成要素の存在又は追加を排除しない。明細書全体に亘って同一の図面符号は同一の構成要素を示し、「及び／又は」は言及された構成要素のそれぞれ及び１つ以上の全ての組み合わせを含む。たとえ、「第１」、「第２」などが多様な構成要素を叙述するために用いられていても、これらの構成要素はこれらの用語により制限されないのは当然である。これらの用語は、単に１つの構成要素を他の構成要素と区別するために用いる。従って、以下で言及される第１構成要素は、本発明の技術的思想内で第２構成要素でもあり得るのは言うまでもない。
【0030】
他の定義がなければ、本明細書で用いられる全ての用語（技術及び科学的用語を含む）は、本発明が属する技術分野における通常の技術者が共通して理解できる意味として用いられる。また、一般に用いられる辞典に定義されている用語は、明白に特に定義されていない限り、理想的に又は過度に解釈されない。
【0031】
空間的に相対的な用語である「下（ｂｅｌｏｗ）」、「真下（ｂｅｎｅａｔｈ）」、「下部（ｌｏｗｅｒ）」、「上（ａｂｏｖｅ）」、「上部（ｕｐｐｅｒ）」などは図示されているように、１つの構成要素と他の構成要素との相関関係を容易に記述するために使用される。空間的に相対的な用語は図示されている方向に加えて使用時又は動作時に構成要素の互いに異なる方向を含む用語として理解されるべきである。例えば、図示されている構成要素をひっくり返す場合、他の構成要素の「下（ｂｅｌｏｗ）」又は「真下（ｂｅｎｅａｔｈ）」と記述されている構成要素は、他の構成要素の「上（ａｂｏｖｅ）」に置くことができる。従って、例示的な用語である「下」は下と上の方向を何れも含むことができる。構成要素は他の方向にも配向でき、これにより空間的に相対的な用語は配向によって解釈できる。
【0032】
以下、添付の図面を参照して本発明の実施例を詳細に説明する。
【0033】
図１は、本発明に係るブラウザのウェブストレージを利用した簡易認証システムを説明する概念図である。
【0034】
図１を参照すれば、本発明に係るブラウザのウェブストレージを利用した簡易認証システムは、サーバ１００及び端末２００を含むことができる。
【0035】
まず、サーバ１００と端末２００は、ＳＳＬ暗号化方式によって全ての通信区間１０において終端間（Ｅｎｄ-ｔｏ-Ｅｎｄ）暗号化が可能である。まず、サーバ１００は、公開鍵及び秘密鍵を生成してセッションに格納していて、段階１０１で公開鍵を配布しながら、公開鍵に対応するセッションに対するセッション鍵を端末２００に伝送できる。
【0036】
端末２００は、段階２０１で受信したセッション鍵に対して暗号化を行うことができ、段階２０２で受信した公開鍵を用いて簡易認証データを暗号化する。ここで、簡易認証データは、ユーザ鍵及びＰＩＮ番号データを含むことができる。段階１０１でサーバ１００は、受信した認証情報の無欠性（認証情報が完全であるか否か）を検証し、段階１０２で端末２００から暗号化されたデータとセッション鍵を受信すると、セッション鍵に対応する秘密鍵を用いて前記ＰＩＮ番号データを復号することで、簡易認証を行うことができる。一方、伝達情報が完全であるか否かの検証には、認証トークンを別途利用でき、認証トークンを活用して２段階で簡易認証を行うことによって、セキュリティをより強化できる。
【0037】
段階２０３で、端末２００は、最終的に簡易認証結果に基づいてログインなどの動作を実行できる。
【0038】
他の実施例に係る簡易認証方法で簡易認証のための情報がブロックチェーンに格納され、認証段階で検証されることができる。
【0039】
例えば、簡易認証のための公開鍵情報は、ブロックチェーンに格納できる。簡易認証情報は、公開鍵及び秘密鍵を基に暗号化及び復号化されるが、ユーザが入力したＰＩＮ番号を暗号化するための公開鍵が変造／偽造されるケースが発生し得る。従って、このようなケースを防ぐために公開鍵をブロックチェーン方式で格納して信頼性を確保し、サーバ１００がなくても端末２００で公開鍵を獲得してＰＩＮ番号を暗号化できる。
【0040】
更に他の例として、公開鍵を基に暗号化された認証データ（ユーザ鍵及びＰＩＮ番号）をブロックチェーンに格納できる。従って、サーバ１００又は端末は、ブロックチェーンを基にユーザが入力したＰＩＮ番号の認証及び検証を行って変造可能性を低下させることによって、信頼性を向上させることもできる。
【0041】
上述したように、本発明に係るブラウザのウェブストレージを利用した簡易認証システムは、ウェブストレージに格納された簡易認証データを用いて使用機器及びブラウザ毎の１回限りの公開鍵を発行し、発行された公開鍵を用いて簡易認証を行って個人情報の保護とセキュリティを強化できる。
【0042】
また、生成された秘密鍵をサーバ１００のセッションに格納し、格納されたセッションに対するセッション鍵及び公開鍵を端末２００に伝送する方式を採用することによって、２次認証を行うようにし、セキュリティを更に強化できる。
【0043】
更に、サーバに格納される公開鍵をブロックチェーンに格納して公開鍵の偽変造防止及び認証ログデータをブロックチェーンに格納して認証に対する否認防止及び無欠性を確保できる。
【0044】
図２は、本発明に係るウェブストレージを利用した簡易認証方法を説明する順序図である。
【0045】
図２を参照すれば、本発明に係るウェブストレージを利用した簡易認証方法は、段階Ｓ２００で、サーバ１００が、受信したユーザ鍵に基づいて、認証トークン、公開鍵及び秘密鍵を生成してセッションに格納し、セッションに対応するセッション鍵、認証トークン及び前記公開鍵を端末２００に伝送する。ここで、ユーザ鍵は、端末２００のウェブストレージに格納されて機器又はブラウザ毎に異なるように設定できる。
【0046】
次に、段階Ｓ２１０で、本発明に係るウェブストレージを利用した簡易認証方法は、端末２００が、受信した公開鍵を用いて、ユーザが入力したＰＩＮ番号データを暗号化し、暗号化されたデータを受信したセッション鍵と共にサーバ１００に伝送する。
【0047】
次に、段階Ｓ２２０で、本発明に係るウェブストレージを利用した簡易認証方法において、サーバ１００が、受信したセッション鍵に対応する秘密鍵を用いて前記ＰＩＮ番号データを復号化して簡易認証を行う。
【0048】
より具体的に、サーバ１００は、受信したセッション鍵によって取得した秘密鍵を基に、暗号化されたＰＩＮ番号データを復元して１次認証を行う。ここで、１次認証は、ユーザ鍵に対応するＰＩＮ番号データをサーバが格納している場合、サーバで認証が行われ、端末が有している場合、端末で認証が行われる。もちろん、サーバと端末とで交差検証を実行することもできる。１次認証が通過すると、端末２００が、前記認証トークンを前記公開鍵を用いて暗号化し、暗号化されたデータを受信したセッション鍵と共にサーバ１００に伝送する。仮に、ＰＩＮ番号がマッチングされず、１次認証を通過できなければ、サーバ１００は、ユーザ鍵毎の認証試行回数をカウントし、累積カウントが所定値以上であれば、ハッキングの可能性を考慮してサーバ１００及び／又は端末２００に格納されたＰＩＮ番号データを削除する。
【0049】
一方、サーバ１００は、秘密鍵を基に復元した認証トークンとセッションに格納された認証トークンとを比較して２次認証を行った後、前記セッションを削除する。即ち、セッション及びセッション鍵は、認証が要請される度に１回限りで生成され、認証が完了すれば、削除されることによって生成された鍵が漏洩するのを防止できる。
【0050】
【0051】
図３は、本発明によってＰＩＮ番号を登録する一例を説明する図である。
【0052】
図３を参照すれば、段階３００でユーザがＰＩＮ登録を要請すると、端末２００は、段階３０１で、ＰＩＮ登録の有無を判断する。ＰＩＮが登録されていると、直ちにＰＩＮ認証段階に進む。一方、ＰＩＮ認証段階は、図４及び図５についての説明で詳細に後述する。
【0053】
段階３０１でＰＩＮが登録されていないと判断されると、端末２００は、段階３０３に進み、本人認証又はＩＤ／ＰＷ認証を行う。そして、認証結果を基に獲得されたユーザ情報をサーバ１００に伝送する。ここで、ユーザ情報は、ＣＩ又はユーザＩＤに連動されるか、基幹系システムを通じて照会される情報とできる。
【0054】
段階３０４で、サーバは、ＰＩＮ登録のためのユーザ情報を基に登録トークンを生成する。ここで、登録トークンは、ユーザのブラウザ情報にホストネーム及びタイムスタンプが結合されている形でハッシュ暗号化されたデータとできる。
【0055】
そして、段階３０５で、ＰＩＮ番号ポリシーを照会する。段階３０６で、ユーザ情報を用いて公開鍵及び秘密鍵を生成する。そして、段階３０７で、ユーザ情報を基にＰＩＮユーザ鍵を生成する。例えば、ＰＩＮユーザ鍵は、ユーザ情報にブラウザ情報とサービスドメイン情報が追加されたデータとできる。従って、ユーザ鍵は、端末２００で生成されてサーバ１００に伝達することもできる。
【0056】
段階３０８で、サーバは、生成された登録トークン及び秘密鍵をセッションに格納し、ＰＩＮ番号ポリシー、公開鍵、セッション鍵及びＰＩＮユーザ鍵を端末に伝送する。
【0057】
段階３０９で、端末２００は、ユーザからＰＩＮ番号の入力を受ける。段階３１０で端末２００は、受信したＰＩＮ番号ポリシーによるＰＩＮ番号が入力されているかを確認する。例えば、同一数字又は連続数字が基準に沿わない場合、エラーと判断して段階３０９を繰り返す。
【0058】
段階３１１で、ＰＩＮ番号ポリシーに沿うＰＩＮ番号データは、公開鍵を基に暗号化される。また、端末２００は、公開鍵を基に暗号化されたＰＩＮユーザ鍵、ＰＩＮ番号、登録トークン及びセッション鍵を再びサーバに伝達する。このとき、端末２００とサーバ１００との間にＳＳＬ通信が用いられてセキュリティを強化できる。
【0059】
段階３１２で、サーバ１００は、受信したセッション鍵に対応する秘密鍵を用いて、受信したデータを復号化できる。
【0060】
段階３１３で、サーバ１００は、登録トークンをチェックする。例えば、ブラウザ、ホストネーム登録情報を基に登録トークンが再使用されたかを確認するか、タイムスタンプを用いて有効時間が経過したかをチェックする。再使用が確認されると、段階３１４に進み、セッションを削除して段階３１５でＰＩＮ登録手順を終了する。
【0061】
一方、サーバ１００は、段階３１６で、もう１回ＰＩＮ番号ポリシーを確認した後、段階３１７で、ＰＩＮ番号関連のその他のポリシーをチェックする。例えば、生年月日、携帯電話番号が含まれているかを基幹系システムの登録情報を通じて照会できる。
【0062】
ＰＩＮ番号関連のその他のポリシーチェックを通過すると、段階３１８でセッションを削除して段階３１９及び段階３２０に進み、ＰＩＮユーザ鍵に対する登録トークン及びＰＩＮ番号を格納する。
【0063】
次に、ＰＩＮユーザ鍵、ＰＩＮ番号、認証ポリシーは、端末２００に伝達され、段階３２１で、ウェブストレージの支援可否によってウェブストレージに格納されるか（３２２）、クッキーに格納され（３２３）、格納が完了すると、段階３２４で、ＰＩＮ登録手順が終了する。一方、ＰＩＮユーザ鍵は、暗号化アルゴリズムにより暗号化され、ＰＩＮ番号はハッシュ暗号化できる。
【0064】
上述したところによって、ＰＩＮ番号の登録が完了すると、次に、図４又は図５を用いて後述する一実施例によって登録されたＰＩＮ番号により認証を行うことができる。図４は、サーバ１００が１次認証を行い、端末２００が検証を行う方法を示しており、図５は、端末２００が１次認証を行い、サーバ１００が検証を行う方法を説明する。一方、後述する動作において一部の簡易認証手順は、ブロックチェーンを用いて実現できることが本発明の属する技術分野における当業者には自明であろう。
【0065】
図４は、本発明によってウェブストレージを利用した簡易認証を行う一例を説明する順序図である。
【0066】
図４を参照すれば、段階４００で、ＰＩＮ認証手順が開始する。段階４０１ないし段階４０９を通じて、ＰＩＮ番号の登録が必要であるかを判断する。まず、段階４０１で、サーバ１００は、認証ポリシーを照会して端末２００に伝達し、端末２００は、ユーザ鍵を照会して段階４０３でＰＩＮ登録を行うか否かを判断する。ＰＩＮ番号がウェブストレージに登録されていると、サーバ１００ではＰＩＮ登録が解除されたか（４０４）、有効期間が満了（４０５）しているかを確認し、これにより、ＰＩＮ番号を解除（４０６）し、解除ログを格納（４０７）した後、最終的に端末２００でＰＩＮを解除（４０８）し、段階４０９でＰＩＮ登録手順を再び行うことができる。
【0067】
段階４１０では、ＰＩＮ登録が確認されると、サーバ１００は、簡易認証のための認証トークンを生成してセッションに格納し、再び端末２００に伝達する。ここで、認証トークンは、ホストネーム、ＩＰ、タイムスタンプが結合された形のデータとできる。
【0068】
端末２００は、認証トークンを受信すると、段階４１１でユーザからＰＩＮ番号の入力を受け、段階４１２で公開鍵を要請する。
【0069】
段階４１３で、サーバ１００は、ユーザ鍵を基に公開鍵及び秘密鍵を生成し、公開鍵及び秘密鍵を生成してセッションに格納し、セッションに対応するセッション鍵及び公開鍵を端末２００に伝達する。
【0070】
段階４１４で、端末２００は、受信した公開鍵を用いてユーザが入力したＰＩＮ番号データを暗号化し、暗号化されたデータを受信したセッション鍵と共にサーバに伝送する。
【0071】
段階４１５で、サーバ１００は、受信したセッション鍵に対応する秘密鍵を用いて前記ＰＩＮ番号データを復号化し、段階４１６で、ＰＩＮ認証試行回数が超過しているかを確認する。ＰＩＮ認証試行回数が超過していれば、段階４１７ないし段階４２１を行ってＰＩＮ認証を終了する。
【0072】
段階４２２で、ＰＩＮ認証試行回数を増加させ、段階４２３でＰＩＮ番号がサーバ１００に格納されたＰＩＮ番号と一致するかを確認する１次認証を行う。同一の動作を、段階４２５の端末２００及び／又はサーバ１００で実行することもできる。ＰＩＮ番号が一致しなければ、段階４２４で認証失敗ログを格納し、再び段階４１１のＰＩＮ番号入力段階を繰り返す。１次認証が通過すると、端末２００は、認証トークンをサーバから受信していた公開鍵を用いて暗号化し、暗号化されたデータを既に受信したセッション鍵と共にサーバに伝送する。
【0073】
段階４２６で、サーバ１００は、認証トークンをチェックする。例えば、認証トークンの再使用又は認証有効時間が経過しているかの２次認証を行う。
【0074】
チェックを通過できなければ、セッションを削除し（段階４２７）、認証失敗ログを格納した後（段階４２８）、ＰＩＮ認証を終了する（段階４２９）。サーバ１００は、認証トークンチェックが通過すると、セッションを削除（段階４３０）し、認証トークンを別途格納（段階４３１）し、認証試行回数を初期化（段階４３２）する。段階４３３で、最終的にＰＩＮ番号簡易認証を通じた端末２００のログインが完了する。
【0075】
図５は、本発明によってウェブストレージを利用した簡易認証を行う他の例を説明する順序図である。
【0076】
段階５００でＰＩＮ認証が開始すると、段階５０１で、ＰＩＮ登録の有無を判断し、ＰＩＮが登録されていなければ、段階５０２に進み、図３で上述された登録段階を行う。
【0077】
段階５０３で、ＰＩＮが登録されていると確認されれば、ウェブストレージ又はクッキーに格納されているユーザ鍵を照会してサーバに伝達する。サーバ１００は、段階５０４でＰＩＮ登録が解除されたかをチェックし、段階５０５でＰＩＮ番号の有効期間をチェックする。
【0078】
ＰＩＮ登録が解除されていれば、段階５０６ないし５０９を通じてＰＩＮ登録手順を行う。
【0079】
段階５１０ではＰＩＮ登録が確認されると、サーバ１００は、簡易認証のための認証トークンを生成してセッションに格納し、再び端末２００に伝達する。ここで、認証トークンは、ホストネーム、ＩＰ、タイムズテンプが結合された形のデータとできる。
【0080】
端末２００は、認証トークンを受信すると、段階５１１でユーザからＰＩＮ番号の入力を受け、段階５１２で公開鍵を要請する。
【0081】
段階５１３で、サーバ１００は、ユーザ鍵を基に公開鍵及び秘密鍵を生成し、公開鍵及び秘密鍵を生成してセッションに格納し、セッションに対応するセッション鍵及び公開鍵を端末２００に伝達する。
【0082】
段階５１４で、端末２００が、受信した公開鍵を用いて、ユーザが入力したＰＩＮ番号データを暗号化し、暗号化されたデータを受信したセッション鍵と共にサーバに伝送する。
【0083】
段階５１５で、サーバ１００は、受信したセッション鍵に対応する秘密鍵を用いて前記ＰＩＮ番号データを復号化し、段階５１６で、ＰＩＮ認証試行回数が超過しているかを確認する。ＰＩＮ認証試行回数が超過していれば、段階５１７ないし５２２を行ってＰＩＮ認証を終了する。
【0084】
段階５２３で、サーバ１００は、復号化されたＰＩＮ番号をハッシュ暗号化して端末２００に伝送する。段階５２４で、端末２００は、受信したＰＩＮ番号と格納されたＰＩＮ番号とが一致するかをチェックする。ＰＩＮ番号が一致しなければ、段階５３２で、認証失敗ログを格納し、再び段階５１１のＰＩＮ番号の入力段階を繰り返す。１次認証が通過すると、端末２００は、サーバから受信したユーザ鍵、ＰＩＮ番号、認証トークンを、公開鍵を用いて暗号化し、暗号化されたデータを既に受信したセッション鍵と共にサーバに伝送する。
【0085】
段階５２６で、サーバ１００は、セッション鍵に対応する秘密鍵を用いて認証トークン、ユーザ鍵、ＰＩＮ番号を復号化し、段階５２７で、サーバ１００は、認証トークンをチェックする。例えば、認証トークンの再使用又は認証有効時間が経過しているかの２次認証を行う。
【0086】
チェックを通過できなければ、セッションを削除し（段階５２８）、認証失敗ログを格納した後（段階５２９）、ＰＩＮ認証を終了する（段階５３０）。サーバ１００は、認証トークンチェックが通過すると、ＰＩＮ番号をチェックした後（段階５３１）、チェックを通過できなければ、認証失敗ログを格納（段階５３２）し、チェックを通過すれば、セッションを削除（段階５３３）する。サーバ１００は、認証トークンを別途格納（段階５３４）し、認証試行回数を初期化（段階５３５）する。段階５３６で、最終的にＰＩＮ番号簡易認証を通じた端末２００のログインが完了する。
【0087】
図６は、本発明に係るウェブストレージを利用した簡易認証過程を行うサーバ１００の内部構成を、図７は、本発明に係るウェブストレージを利用した簡易認証過程を行う端末２００の内部構成を概略的に示すブロック図である。
【0088】
図６及び図７には、本発明を説明するために必要な構成のみ示したが、ディスプレイ装置など多様な構成を更に含むことができる。また、図６及び図７についての説明で省略されていても、図１ないし５で上述された方法を行うために必要な構成を更に含みうることが、本発明の属する分野における通常の技術者には自明である。
【0089】
図６を参照すれば、本発明に係るサーバ１００は、プロセッサ１３０、メモリ１４０及び通信部１５０を含むことができる。簡易認証を行うサーバ１００の動作は、メモリ１４０に格納されたプログラムをプロセッサ１３０に実行させることによって実現できる。
【0090】
本発明に係るプロセッサ１３０で行われる演算は、受信したユーザ鍵に基づいて認証トークン、公開鍵及び秘密鍵を生成してセッションに格納し、前記セッションに対応するセッション鍵、前記認証トークン及び前記公開鍵を端末に伝送し、前記端末から暗号化されたデータとセッション鍵を受信すると、受信したセッション鍵に対応する秘密鍵を用いて前記ＰＩＮ番号データを復号化して簡易認証を行うことができる。
【0091】
また、プロセッサ１３０は、受信したセッション鍵を通じて取得した秘密鍵を基に暗号化されたＰＩＮ番号データを復元して１次認証を行うこともできる。
【0092】
更に、プロセッサ１３０は、秘密鍵を基に復元した認証トークンと前記セッションに格納された認証トークンとを比較して２次認証を行った後、セッションを削除する動作を実行できる。
【0093】
また、プロセッサ１３０は、復元されたＰＩＮ番号がマッチしない度に認証試行回数を更新し、前記認証試行回数が所定数以上増加する場合、前記サーバ及び／又は端末に格納されたＰＩＮ番号データを削除できる。
【0094】
本発明において、通信部１５０は、端末２００、他のサーバ、又は他の外部装置間の無線又は有線通信を行うことができる。例えば、通信部１５０は、端末２００とＳＳＬ方式で暗号化通信を行うことができ、公開鍵及び暗号化されたデータを伝達できる。
【0095】
図７を参照すれば、本発明に係る端末２００は、プロセッサ２３０、メモリ２４０、通信部２５０及び入力部２６０を含むことができる。簡易認証端末２００の動作は、メモリ２４０に格納されたプログラムをプロセッサ２３０に実行させることで実現できる。
【0096】
本発明に係るプロセッサ２３０で行われる演算は、ユーザ鍵に基づいて公開鍵の発行を要請し、サーバから受信した公開鍵を用いて、ユーザが入力したＰＩＮ番号データを暗号化し、暗号化されたデータを受信したセッション鍵と共にサーバに伝送する演算を含むことができる。前記ユーザ鍵及びＰＩＮ番号は、端末のウェブストレージに格納されて機器又はブラウザ毎に異なるように設定できる。
【0097】
他の例として、プロセッサ２３０は、認証トークンを公開鍵を用いて暗号化し、暗号化されたデータをサーバ１００から受信したセッション鍵と共にサーバに伝送できる。
【0098】
更に他の例として、公開鍵を基に暗号化された認証データ（ユーザ鍵及びＰＩＮ番号）をブロックチェーンに格納できる。従って、プロセッサ２３０は、ブロックチェーンを基にユーザが入力したＰＩＮ番号の認証及び検証を行って変造可能性を下げることによって、信頼性を向上させることもできる。
【0099】
更に別の例として、プロセッサ２３０は、ブロックチェーンに格納された公開鍵を用いてユーザが入力したＰＩＮ番号データを暗号化できる。
【0100】
一方、上述したサーバ１００及び端末２００は、１つ以上のプロセッサ１３０、２３０及び／又は１つ以上のメモリ１４０、２４０を含むことができる。また、メモリ１４０、２４０は、揮発性及び／又は不揮発性メモリを含むことができる。１つ以上のメモリ１４０、２４０は、１つ以上のプロセッサ１３０、２３０による実行時に、１つ以上のプロセッサ１３０、２３０が演算を行うようにする命令を格納できる。本開示において、プログラムないし命令は、メモリ１４０、２４０に格納されるソフトウェアであって、サーバ１００のリソースを制御するためのオペレーティングシステム、アプリケーション及び／又はアプリケーションが装置のリソースを活用できるように多様な機能をアプリケーションに提供するミドルウェアなどを含むことができる。
【0101】
１つ以上のプロセッサ１３０、２３０は、ソフトウェア（例えば、プログラム、命令）を駆動してプロセッサ１３０、２３０に接続されたサーバ１００及び端末２００の少なくとも１つの構成要素を制御できる。また、プロセッサ１３０、２３０は、本開示と関連した多様な演算、処理、データの生成、加工などの動作を行うことができる。更に、プロセッサ１３０、２３０は、データなどをメモリ１４０、２４０からロードするか、メモリ１４０、２４０に格納できる。
【0102】
本発明では、サーバ１００及び端末２００の構成要素のうちの少なくとも１つを省略するか、他の構成要素を追加できる。また、追加的に（ａｄｄｉｔｉｏｎａｌｌｙ）又は代わりに（ａｌｔｅｒｎａｔｉｖｅｌｙ）、一部の構成要素が統合されて実現されるか、単数又は複数の個体にて実現できる。
【0103】
上述した通信部１５０、２５０は、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ-Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＭＭＴＣ（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＬＴＥ（ｌｏｎｇ-ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ-Ａ（ＬＴＥ Ａｄｖａｎｃｅ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標）（ｗｉｄｅｂａｎｄ ＣＤＭＡ）、ＷｉＢｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ）、ＷｉＦｉ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＮＦＣ（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）又はＧＮＳＳ（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）などの方式による無線通信を行うことができる。
【0104】
上述した入力部２６０は、キーボード、マウス、タッチパッド、カメラモジュールなどユーザの簡易認証情報（ＰＩＮ番号）を端末２００に入力する手段を含むことができる。
【0105】
一方、本発明と関連して説明された方法又はアルゴリズムの段階は、ハードウェアで直接実現するか、ハードウェアにより実行されるソフトウェアモジュールで実現するか、又はこれらの結合により実現することができる。ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）、ハードディスク、脱着型ディスク、ＣＤ-ＲＯＭ、又は本発明の属する技術分野において周知となった任意の形態のコンピュータ読み出し可能な記録媒体に常に存在することもできる。
【0106】
また、本発明は、モバイルウェブやＰＣウェブで簡易認証を行うために公開鍵を基に１回限りの鍵を生成し、使用後にこれを直ちに廃棄する簡易認証方法を提供でき、特に、ウェブストレージを用いて使用機器及びブラウザ毎の秘密鍵を発行できる。
【0107】
更に、本発明は、公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）及び秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）要素の端末及びサーバに分散して格納する方法によって個人情報とセキュリティを強化できる。
【0108】
また、本発明は、分散して格納された公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）及び秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）の要素を用いて１回限りの鍵の生成を支援することによって、簡易認証方式においてより強力なセキュリティを提供できる。即ち、鍵値を保管せず、必要時に生成及び廃棄できるため、鍵値が漏洩するのを防止できる。また、ウェブストレージを活用して１つのプラットフォームで使用機器及びブラウザ毎の秘密鍵を発行して格納できるため、実現コスト及び管理コストを効率化できる。
【0109】
更に、ブラウザの保存場所及びサーバに保管された要素を用いてセキュリティが強力になった公開鍵及び秘密鍵を利用できるため、公認認証書を代替可能な程度に信頼性が高いと共に、簡便な認証方法を提供できる。
【0110】
【0111】
図８は、本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証システムを説明する概念図である。
【0112】
図８を参照すれば、本発明に係る簡易認証システムは、サーバ１０００と端末２０００を含むことができる。具体的に、簡易認証システムでは、インターネットを介して政府機関、教育機関、医療機関、通信事業者、金融機関、旅客会社、資産管理、信用情報、ポータル、ソーシャルネットワークサービス（ＳｏＣＩａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ：ＳＮＳ）、ゲーム、ショッピング、発券、宅配、電子投票などの数多くのオンラインサービスを利用するためのユーザ認証に必要なデータを、端末２０００が秘密鍵を基にデータを暗号化してサーバ１０００に送ると、サーバ１０００は、公開鍵を基にデータを復号化してユーザを認証できる。反対に、サーバ１０００は、公開鍵基盤の暗号化データを端末に送り、端末２０００でこれを秘密鍵を基に復号化することもできる。一方、上述した簡易認証のために秘密鍵を通じて暗号化されるデータは、ＰＩＮユーザ鍵及びＰＩＮ番号を含むことができる。
【0113】
ところが、このようなユーザ認証方式に必要な公開鍵及び秘密鍵は、ブラウザの保存場所（ｌｏｃａｌ ｓｔｏｒａｇｅ）に平文保存方式を用いて格納されている場合が多いため、セキュリティの問題が発生する恐れがある。もちろん、セキュリティ対策として暗号化方式を取っているが、このような方法も依然として個人情報の漏洩やセキュリティの問題が多く存在しうる。
【0114】
従って、本発明に係る簡易認証システムは、サーバ１０００で生成された公開鍵及び秘密鍵から、係数（ｍｏｄｕｌｕｓ、１１００）、秘密指数（ｐｒｉｖａｔｅ ｅｘｐｏｎｅｎｔ、２１００）及び公開指数（ｐｕｂｌｉｃ ｅｘｐｏｎｅｎｔ、１２００）を抽出した後、前記秘密指数２１００を端末２０００に格納し、前記係数１１００及び公開指数１２００をサーバ１０００に格納してセキュリティを強化できる。
【0115】
即ち、簡易認証システムは、簡易認証時に端末２０００に格納された秘密指数２１００とサーバ１０００に格納された係数１１００を用いて秘密鍵を生成するか、サーバ１０００に格納された公開指数１２００と係数１１００を用いて公開鍵を生成できる。
【0116】
一方、本発明に係る簡易認証システムは、このような秘密鍵及び公開鍵を生成するための係数１１００、公開指数１２００をブロックチェーンを用いて分散して格納することによって、中央サーバ１０００がなくても上述した簡易認証システムを実現することもできる。
【0117】
従って、上述した簡易認証システムは、分散して格納された公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）及び秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）の要素を用いて１回限りの鍵の生成を支援することによって、簡易認証方式においてより強力なセキュリティを提供できる。即ち、鍵値を保管せず、必要時に生成及び廃棄できるため、鍵値が漏洩するのを防止できる。また、ウェブストレージを活用して秘密鍵の要素を格納すると、１つのプラットフォームで使用機器及びブラウザ毎の秘密鍵を発行して格納できるため、実現コスト及び管理コストを効率化することもできる。
【0118】
更に、ブラウザの保存場所及びサーバに保管された要素を用いてセキュリティが強力になった公開鍵及び秘密鍵を利用できるため、公認認証書を代替できる程度に信頼性が高いと共に、簡便な認証方法を提供できる。
【0119】
【0120】
図９は、本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証方法を説明する順序図である。
【0121】
図９を参照すれば、段階Ｓ９００で、本発明に係る簡易認証システムは、ユーザ簡易認証のためにサーバ１０００で公開鍵及び秘密鍵を生成する。ここで、前記公開鍵は、ユーザ識別データと連係してＲＳＡ方式で生成されたものとできる。
【0122】
次に、段階Ｓ９１０で、簡易認証システムは、生成された公開鍵及び秘密鍵から、係数（ｍｏｄｕｌｕｓ）、秘密指数（ｐｒｉｖａｔｅ ｅｘｐｏｎｅｎｔ）及び公開指数（ｐｕｂｌｉｃ ｅｘｐｏｎｅｎｔ）を抽出する。ここで、公開指数は、１６進数に変換されてコンパイルでき、従って、後で公開鍵の生成時にコンパイルされた状態のデータを利用できる。
【0123】
段階Ｓ９２０で、簡易認証システムにおいて、秘密指数が端末２０００に格納され、係数及び公開指数がサーバ１０００に格納される。
【0124】
段階Ｓ９３０で、簡易認証システムは、端末２０００に格納された秘密指数とサーバ１０００に格納された係数を用いて生成された秘密鍵、及び、サーバ１０００に格納された公開指数と係数を用いて生成された公開鍵を用いて、簡易認証を行う。
【0125】
一方、端末２０００に格納された秘密指数とサーバ１０００に格納された係数を用いて生成された秘密鍵、及び、前記サーバに格納された公開指数と係数を用いて生成された公開鍵は、それぞれ、暗号化又は復号化に１回用いられた後に廃棄されてもよい。
【0126】
【0127】
図１０は、本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を行う方法の一例を説明する図である。
【0128】
図１０を参照すれば、段階Ｓ１０１０で、サーバ１０００は、公開鍵及び秘密鍵を生成する。ここで生成される公開鍵は、ユーザ識別データと連係してＲＳＡ方式で生成できる。
【0129】
次に、段階Ｓ１０２０で、サーバ１０００は、生成された公開鍵及び秘密鍵から、係数（ｍｏｄｕｌｕｓ）、秘密指数（ｐｒｉｖａｔｅ ｅｘｐｏｎｅｎｔ）及び公開指数（ｐｕｂｌｉｃ ｅｘｐｏｎｅｎｔ）を抽出する。前記公開指数は、１６進数に変換されてコンパイルでき、従って、後で公開鍵の生成時にコンパイルされた状態のデータを利用できる。
【0130】
段階Ｓ１０３０で、サーバ１０００は、抽出された秘密指数を端末２０００に伝送し、段階Ｓ１０４０に進み、サーバ１０００に係数及び公開指数を格納する。ここで、公開指数は、１６進数に変換されてコンパイルできる。
【0131】
一方、段階Ｓ１０５０で、端末２０００は、受信した秘密指数をブラウザの保存場所に格納する。
【0132】
図１１は、本発明によって端末で秘密鍵を生成する一例を説明する順序図である。
【0133】
【0134】
段階Ｓ１１３０で、端末２０００は、受信した係数及び格納された秘密指数２１００を用いて秘密鍵を生成する。
【0135】
段階Ｓ１１４０で、端末２０００は、生成された秘密鍵を用いて、データ暗号化及び電子署名を行う。そして、段階Ｓ１１５０に進み、端末は、暗号化されたデータ及び電子署名をサーバ１０００に伝送する。一方、秘密鍵は、１回用いられた後、即時に廃棄される（Ｓ１１６０）。
【0136】
段階Ｓ１１７０では、このようにサーバ１０００に送られた暗号化されたデータ及び電子署名は公開鍵を用いて復号化され、復号化されたデータは、伝送された電子署名を用いて検証を受ける。
【0137】
例えば、図１２は、本発明によってサーバで公開鍵を生成する一例を説明する順序図である。
【0138】
図１２を参照すれば、段階Ｓ１１７１で、サーバ１０００は、格納された係数１１００とコンパイルされた公開指数１２００を用いて公開鍵を生成する。
【0139】
段階Ｓ１１７２で、サーバ１０００は、生成された公開鍵を用いて復号化及び検証を行い、１回用いられた公開鍵は廃棄される（Ｓ１１７３）。
【0140】
従って、本発明によって分散して格納された公開鍵（Ｐｕｂｌｉｃ Ｋｅｙ）及び秘密鍵（Ｐｒｉｖａｔｅ Ｋｅｙ）の要素を用いて１回限りの鍵の生成を支援することによって、簡易認証方式においてより強力なセキュリティを提供できる。
【0141】
図１３は、本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証過程を行うサーバ１０００の内部構成を、図１４は、本発明に係る公開鍵及び秘密鍵の構成要素の分散格納を通じた簡易認証過程を行う端末２０００の内部構成を概略的に示すブロック図である。
【0142】
図１３及び図１４には、本発明を説明するために必要な構成のみ示したが、ディスプレイ装置など多様な構成を更に含むことができる。また、図１３及び図１４についての説明で省略されていても、図８ないし１２で上述された方法を行うために必要な構成を更に含みうることが本発明の属する分野における通常の技術者には自明である。
【0143】
図１３を参照すれば、本発明に係るサーバ１０００は、プロセッサ１３００、メモリ１４００及び通信部１５００を含むことができる。簡易認証サーバ１０００の動作は、メモリ１４００に格納されたプログラムをプロセッサ１３００に実行させることによって実現できる。
【0144】
本発明に係るプロセッサ１３００で行われる演算は、ユーザ簡易認証のために生成された公開鍵及び秘密鍵から係数（ｍｏｄｕｌｕｓ）、前記秘密指数及び公開指数（ｐｕｂｌｉｃ ｅｘｐｏｎｅｎｔ）を抽出して前記秘密指数を端末に伝送し、前記係数及び公開指数を格納し、公開指数と係数を用いて生成された公開鍵を生成するようにする演算を含むことができる。ここで、１つ以上のメモリ１４００は、係数及び公開指数を格納できる。
【0145】
本発明に係るプロセッサ１３００は、格納された係数及び公開指数を用いて公開鍵を生成し、生成された公開鍵で端末から受信した暗号化されたデータを復号化した後、公開鍵を再び廃棄するようにする演算を行うこともできる。
【0146】
ここで、公開指数は、１６進数に変換されてコンパイルされるものであり、前記公開鍵は、ユーザ識別データと連係してＲＳＡ方式で生成されたものであってもよい。
【0147】
また、通信部１５００は、端末２０００、他のサーバ、又は他の外部装置間の無線又は有線通信を行うことができる。例えば、通信部１５００は、端末２０００に秘密指数又は係数を伝達できる。
【0148】
図１４を参照すれば、本発明に係る端末２０００は、プロセッサ２３００、メモリ２４００、通信部２５００及び入力部２６００を含むことができる。簡易認証端末２０００の動作は、メモリ２４００に格納されたプログラムをプロセッサ２３００に実行させることで実現できる。
【0149】
本発明に係るプロセッサ２３００で行われる演算は、秘密指数（ｐｒｉｖａｔｅ ｅｘｐｏｎｅｎｔ）を格納し、ユーザ簡易認証の際にサーバに格納された係数を受信して秘密鍵を生成するようにする演算を含むことができる。
【0150】
例えば、プロセッサ２３００は、入力部２６００を通じて入力されたユーザの簡易認証情報（例えば、ＰＩＮ番号）を暗号化するためにサーバ１０００で係数を受信し、秘密指数と結合させて秘密鍵を生成できる。
【0151】
また、プロセッサ２３００は、秘密鍵を用いて暗号化したデータ及び電子署名情報をサーバ１０００に伝達して簡易認証を行うようにできる。
【0152】
一方、上述したサーバ１０００及び端末２０００は、１つ以上のプロセッサ１３００、２３００及び／又は１つ以上のメモリ１４００、２４００を含むことができる。また、メモリ１４００、２４００は、揮発性及び／又は不揮発性メモリを含むことができる。１つ以上のメモリ１４００、２４００は、１つ以上のプロセッサ１３００、２３００による実行時に、１つ以上のプロセッサ１３００、２３００が演算を行うようにする命令を格納できる。本開示において、プログラムないし命令は、メモリ１４００、２４００に格納されるソフトウェアであって、サーバ１０００のリソースを制御するためのオペレーションシステム、アプリケーション及び／又はアプリケーションが装置のリソースを活用できるように多様な機能をアプリケーションに提供するミドルウェアなどを含むことができる。
【0153】
１つ以上のプロセッサ１３００、２３００は、ソフトウェア（例えば、プログラム、命令）を駆動してプロセッサ１３００、２３００に接続されたサーバ１０００及び端末２０００の少なくとも１つの構成要素を制御できる。また、プロセッサ１３００、２３００は、本開示と関連した多様な演算、処理、データの生成、加工などの動作を行うことができる。また、プロセッサ１３００、２３００は、データなどをメモリ１４００、２４００からロードするか、メモリ１４００、２４００に格納できる。
【0154】
本発明では、サーバ１０００及び端末２０００の構成要素のうちの少なくとも１つを省略するか、他の構成要素を追加できる。また、追加的に（ａｄｄｉｔｉｏｎａｌｌｙ）又は代わりに（ａｌｔｅｒｎａｔｉｖｅｌｙ）、一部の構成要素を統合して実現するか、単数又は複数の個体にて実現できる。
【0155】
上述した、通信部１５００、２５００は、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ ＲｅｌｉａｂｌｅＬｏｗ-Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＭＭＴＣ（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＬＴＥ（ｌｏｎｇ-ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ-Ａ（ＬＴＥ Ａｄｖａｎｃｅ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標）（ｗｉｄｅｂａｎｄ ＣＤＭＡ）、ＷｉＢｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ）、ＷｉＦｉ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＮＦＣ（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）又はＧＮＳＳ（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）などの方式による無線通信を行うことができる。
【0156】
上述した入力部２６００は、キーボード、マウス、タッチパッド、カメラモジュールなどユーザの簡易認証情報を端末２０００に入力する手段を含むことができる。
【0157】
一方、本発明と関連して説明された方法又はアルゴリズムの段階は、ハードウェアで直接実現するか、ハードウェアにより実行されるソフトウェアモジュールで実現するか、又はこれらの結合により実現することができる。ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）、ハードディスク、脱着型ディスク、ＣＤ-ＲＯＭ、又は本発明の属する技術分野において周知となった任意の形態のコンピュータ読み出し可能な記録媒体に常に存在することもできる。
【0158】
以上、添付の図面を参照して本発明の実施例を説明したが、本発明が属する技術分野における通常の技術者は、本発明がその技術的思想や必須な特徴を変更することなく、他の具体的な形態に実施できるということが理解できるだろう。従って、上記で記述した実施例は、全ての面で例示的なものであり、制限的ではないものとして理解すべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】