特開 2019-185146 ２段階のＵＲＬを用いた認証サーバ、プログラム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2019-185146(P2019-185146A)

(43)【公開日】2019年10月24日

(54)【発明の名称】２段階のＵＲＬを用いた認証サーバ、プログラム及び方法

(51)【国際特許分類】

   G06F 21/31 20130101AFI20190927BHJP

   G06F 13/00 20060101ALI20190927BHJP

【ＦＩ】

   G06F21/31

   G06F13/00 625

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

【全頁数】14

(21)【出願番号】特願2018-71238(P2018-71238)

(22)【出願日】2018年4月3日

(11)【特許番号】特許第6435456号(P6435456)

(45)【特許公報発行日】2018年12月12日

(71)【出願人】

【識別番号】313012741

【氏名又は名称】株式会社Ｓｐｅｃｉａｌ Ｍｅｄｉｃｏ

(74)【代理人】

【識別番号】100135068

【弁理士】

【氏名又は名称】早原 茂樹

(72)【発明者】

【氏名】中曽根 暁子

(72)【発明者】

【氏名】加藤 敏春

(72)【発明者】

【氏名】横井 正之

(72)【発明者】

【氏名】金井 誠

【テーマコード（参考）】

5B084

【Ｆターム（参考）】

5B084AA02

5B084AA30

5B084AB30

5B084AB36

5B084BB02

5B084BB16

5B084DA03

5B084EA41

(57)【要約】

【課題】ユーザにコード（ユーザＩＤやパスワード、パスコード）を一切入力させることなく、２段階のユーザ認証を実行することができる認証サーバ等を提供する。
【解決手段】端末を操作するユーザを認証する認証サーバにおいて、ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶する登録テーブルと、第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第２のＵＲＬ生成手段と、第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のメッセージ送信手段と、端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、端末に対して当該ユーザＩＤの認証成功とする認証手段とを有する。
【選択図】図１

【特許請求の範囲】

【請求項1】

端末を操作するユーザを認証する認証サーバにおいて、
ユーザＩＤ(IDentifier)毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬ(Uniform Resource Locator)とを記憶する登録テーブルと、
前記端末から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第２のＵＲＬ生成手段と、
第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のメッセージ送信手段と、
前記端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする認証手段と
を有することを特徴とする認証サーバ。

【請求項2】

第１のＵＲＬを記述した第１のメッセージを、当該第１のＵＲＬで識別されるユーザＩＤのアドレスを宛先として送信する第１のメッセージ送信手段を
更に有することを特徴とする請求項１に記載の認証サーバ。

【請求項3】

第２のＵＲＬ生成手段は、同一のユーザＩＤであっても、第１のページ要求を受信する毎に、ワンタイムＵＲＬとして異なる第２のＵＲＬを生成する
ことを特徴とする請求項１又は２に記載の認証サーバ。

【請求項4】

前記認証手段は、第２のメッセージ送信手段によって第２のメッセージを送信してから、第２のページ要求を受信するまでの時間が、所定時間以下となっている場合にのみ、当該ユーザＩＤの認証成功とする
ことを特徴とする請求項１から３のいずれか１項に記載の認証サーバ。

【請求項5】

第２のＵＲＬ生成手段は、前記端末から第１のページ要求を受信した際に、HTTP(HyperText Transfer Protocol) cookieプロトコルにおけるクッキー値を生成し、当該クッキー値を前記端末へ応答し、第１のＵＲＬで識別されるユーザＩＤに対応付けて、当該クッキー値を前記登録テーブルに登録し、
前記認証手段は、第２のページ要求に含まれたクッキー値と、前記登録テーブルに登録された当該ユーザに基づくクッキー値とが一致する場合に、前記端末に対して当該ユーザＩＤの認証成功とする
ことを特徴とする請求項１から４のいずれか１項に記載の認証サーバ。

【請求項6】

前記端末のアドレスは、メールアドレス、電話番号又はアカウントであり、
前記所定メッセージは、
前記メールアドレスに基づく電子メール、
前記電話番号に基づくＳＭＳ(Short Message Service)のプッシュメッセージ、又は、
前記アカウントに基づくＳＮＳ(Social Networking Service)のメッセージ
であることを特徴とする請求項１から５のいずれか１項に記載の認証サーバ。

【請求項7】

前記ユーザＩＤは、商取引サイト若しくはブロックチェーンサイトのユーザＩＤ、又は、仮想通貨のウォレットＩＤであり、
パスワードを用いることなく、ユーザＩＤを認証する
ことを特徴とする請求項１から６のいずれか１項に記載の認証サーバ。

【請求項8】

端末を操作するユーザを認証する認証サーバに搭載されたコンピュータを機能させるプログラムにおいて、
ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶する登録テーブルと、
前記端末から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第２のＵＲＬ生成手段と、
第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のメッセージ送信手段と、
前記端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする認証手段と
してコンピュータを機能させることを特徴とするプログラム。

【請求項9】

端末を操作するユーザを認証する認証サーバの２段階認証方法であって、
前記認証サーバは、
ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶しており、
前記端末から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第１のステップと、
第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のステップと、
前記端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする第３のステップと
を実行することを特徴とする認証サーバの２段階認証方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、認証サーバが、端末を操作するユーザを認証する技術に関する。

【背景技術】

【0002】

一般に、Ｗｅｂサイトにアクセスするユーザを認証するために、ユーザには、ユーザＩＤ(IDentifier)及びパスワードを端末に入力することが求められる。このような方法は、高いセキュリティを要する商取引サイトであっても同様である。

【0003】

これに対し、例えば仮想通貨取引サイトの場合、ユーザが管理するウォレットにアクセスするために、２段階でユーザを認証する技術が適用されている（例えば非特許文献１参照）。この技術によれば、以下のようなシーケンスをとる。
（Ｓ１１）ユーザは、端末のログイン画面に、「ウォレットＩＤ(IDentifier)」と「パスワード」を入力する。
（Ｓ１２）サイトサーバは、入力されたウォレットＩＤ及びパスワードからユーザを認証し、そのユーザのメールボックスへ、ログイン状態（時刻、ＩＰアドレス、ブラウザ、ＯＳ等）が記述されたメールを送信する。
（Ｓ１３）ユーザは、メールのログイン状態を確認し、ログイン許可のＵＲＬ(Uniform Resource Locator)ボタンをクリックする。
これによって、サイトサーバは、端末を操作するユーザに対して、第１の認証成功とする。
（Ｓ２１）次に、サイトサーバは、５桁のパスコードを一時的に生成し、そのパスコードを記述したＳＭＳ(Short Messaging Service)メッセージを、ユーザのスマートフォン（携帯端末）へ発信する。
（Ｓ２２）ユーザは、ＳＭＳメッセージをスマートフォンで確認し、そのメッセージに記述されたパスコードを、端末のログイン画面に入力する。
これによって、サイトサーバは、端末を操作するユーザに対して、第２の認証成功とする。
このような２段階認証を実行することによって、高いセキュリティを確保し、悪意の第三者からのアクセスを排除しようとしている。

【0004】

他の従来技術として、ユーザは、端末に表示されたＵＲＬをタップするだけで、メッセージを送信することができる技術もある（例えば特許文献１参照）。この技術によれば、ＵＲＬは、送信元ユーザ及び宛先ユーザを識別可能なものとなっている。サーバは、ＵＲＬに向けたページ要求を受信した際に、当該ＵＲＬで識別された送信元ユーザに基づくアドレスを送信元アドレスとし、当該ＵＲＬで識別された宛先ユーザに基づくアドレスを宛先アドレスとして、所定メッセージを送信する。

【0005】

また、送信元端末の位置を表示した地図情報を、一時的に、宛先端末へ通知する技術もある（例えば特許文献２参照）。この技術によれば、サーバは、送信元端末と宛先端末とを識別可能な第１のＵＲＬに対する第１のページを記憶する。サーバは、送信元端末から第１のＵＲＬに向けたページ要求を受信した際に、第１のページを送信元端末へ返信する。第１のページを再生した送信元端末は、自らの位置情報をサーバへ送信する。これに対し、サーバは、送信元端末の位置をプロットした地図を描画した第２のページを生成し、第２のページにおける第２のＵＲＬを含むメッセージを、第１のＵＲＬによって識別された宛先端末へ送信する。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特許第６１８２７１１号公報

【特許文献2】特許第６１５２５２１号公報

【非特許文献】

【0007】

【特許文献1】「ブロックチェーン(Blockchain)完全マニュアル・２段階認証設定後のログイン方法」、[online]、［平成３０年４月１日検索］、インターネット＜URL:https://hachi-style.com/blockchain/#i-29＞

【発明の概要】

【発明が解決しようとする課題】

【0008】

前述した非特許文献１の技術によれば、ユーザは、第１の認証時に、端末の画面にログインＩＤ及びパスワードを入力すると共に、第２の認証時に、端末の画面にスマートフォンで受信したパスコードを入力する必要がある。このような２段階認証の場合、ユーザは、３回ものコードを、端末の画面に入力する必要がある。

【0009】

これに対し、本願の発明者らは、全てのユーザが同一のログイン画面のＵＲＬに対してアクセスしているために、ユーザ認証に要するコード（ユーザＩＤ、パスワード、パスコード）を複数回も入力する必要があるのではないか、と考えた。

【0010】

そこで、本発明は、ユーザにコードを一切入力させることなく、２段階のユーザ認証を実行することができる認証サーバ、プログラム及び方法を提供することを目的とする。

【課題を解決するための手段】

【0011】

本発明によれば、端末を操作するユーザを認証する認証サーバにおいて、
ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶する登録テーブルと、
端末から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第２のＵＲＬ生成手段と、
第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のメッセージ送信手段と、
端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする認証手段と
を有することを特徴とする。

【0012】

本発明の認証サーバにおける他の実施形態によれば、
第１のＵＲＬを記述した第１のメッセージを、当該第１のＵＲＬで識別されるユーザＩＤのアドレスを宛先として送信する第１のメッセージ送信手段を
更に有することも好ましい。

【0013】

本発明の認証サーバにおける他の実施形態によれば、
第２のＵＲＬ生成手段は、同一のユーザＩＤであっても、第１のページ要求を受信する毎に、ワンタイムＵＲＬとして異なる第２のＵＲＬを生成することも好ましい。

【0014】

本発明の認証サーバにおける他の実施形態によれば、
認証手段は、第２のメッセージ送信手段によって第２のメッセージを送信してから、第２のページ要求を受信するまでの時間が、所定時間以下となっている場合にのみ、当該ユーザＩＤの認証成功とすることも好ましい。

【0015】

本発明の認証サーバにおける他の実施形態によれば、
第２のＵＲＬ生成手段は、端末から第１のページ要求を受信した際に、HTTP(HyperText Transfer Protocol) cookieプロトコルにおけるクッキー値を生成し、当該クッキー値を端末へ応答し、第１のＵＲＬで識別されるユーザＩＤに対応付けて、当該クッキー値を登録テーブルに登録し、
認証手段は、第２のページ要求に含まれたクッキー値と、登録テーブルに登録された当該ユーザに基づくクッキー値とが一致する場合に、端末に対して当該ユーザＩＤの認証成功とすることも好ましい。

【0016】

本発明の認証サーバにおける他の実施形態によれば、
端末のアドレスは、メールアドレス、電話番号又はアカウントであり、
所定メッセージは、
メールアドレスに基づく電子メール、
電話番号に基づくＳＭＳのプッシュメッセージ、又は、
アカウントに基づくＳＮＳ(Social Networking Service)のメッセージ
であることも好ましい。

【0017】

本発明の認証サーバにおける他の実施形態によれば、
ユーザＩＤは、商取引サイト若しくはブロックチェーンサイトのユーザＩＤ、又は、仮想通貨のウォレットＩＤであり、
パスワードを用いることなく、ユーザＩＤを認証する
ことも好ましい。

【0018】

本発明によれば、端末を操作するユーザを認証する認証サーバに搭載されたコンピュータを機能させるプログラムにおいて、
ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶する登録テーブルと、
端末から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第２のＵＲＬ生成手段と、
第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のメッセージ送信手段と、
端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする認証手段と
してコンピュータを機能させることを特徴とする。

【0019】

本発明によれば、端末を操作するユーザを認証する認証サーバの２段階認証方法であって、
認証サーバは、
ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶しており、
端末から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する第１のステップと、
第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する第２のステップと、
端末から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする第３のステップと
を実行することを特徴とする。

【発明の効果】

【0020】

本発明の認証サーバ、プログラム及び方法によれば、ユーザにコード（ユーザＩＤやパスワード、パスコード）を一切入力させることなく、２段階のユーザ認証を実行することができる。

【図面の簡単な説明】

【0021】

【図1】本発明におけるシーケンス図である。

【図2】本発明における第１の認証時のタップ操作画面を表す説明図である。

【図3】本発明における第２の認証時のタップ操作画面を表す説明図である。

【図4】端末のクッキー値に基づいて認証を判定する第１のシーケンス図である。

【図5】図４に続く、第２のシーケンス図である。

【図6】本発明における認証サーバの機能構成図である。

【発明を実施するための形態】

【0022】

以下、本発明の実施の形態について、図面を用いて詳細に説明する。

【0023】

図１は、本発明におけるシーケンス図である。

【0024】

図１によれば、ユーザAは、所定サービスを受けるために、認証サーバ１に対して端末２から自己認証を実行する。所定サービスとしては、高いセキュリティの確保が要求される、例えば商取引サイト若しくはブロックチェーンサイトや、仮想通貨のウォレットであってもよい。
本発明の認証サーバ１は、端末２に対して、メッセージやメールの送信元装置となると共に、Ｗｅｂサイトとしても機能する。
また、認証サーバ１は、ＷｅｂサイトのＵＲＬを公開することによって、そのＵＲＬに基づくページ要求を受信することができる。

【0025】

図１によれば、本発明の認証サーバ１は、登録テーブル１００を有する。
［登録テーブル１００］
登録テーブル１００は、ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶する。アドレスは、前述したメッセージ又はメールに対応した、メールアドレス、電話番号又はアカウントである。登録テーブル１００には、例えば以下のように登録されている。
［ユーザＩＤ］<->［アドレス］ ［第１のＵＲＬ］
A [e-mail] http://www.SM.co.jp/A
B [e-mail] http://www.SM.co.jp/B
C [e-mail] http://www.SM.co.jp/C

【0026】

［Ｓ０：第０のステップ］
認証サーバ１は、第１のＵＲＬ(http://www.SM.co.jp/A)を記述した第１のメッセージを、当該第１のＵＲＬで識別されるユーザAのアドレス([e-mail])を宛先として送信する。第１のＵＲＬ(http://www.SM.co.jp/A)は、ユーザA専用のものであって、ユーザAが認識していればよく、第１のメッセージの送信を必須の構成要素とするものではない。

【0027】

［Ｓ１：第１のステップ］
（Ｓ１１）タッチパネルディスプレイを搭載した端末２には、ユーザAの第１のＵＲＬ(http://www.SM.co.jp/A)が表示され、ユーザAは、その第１のＵＲＬに対して発動操作（タップ又はクリック）をすることができる。
これによって、端末２は、第１のＵＲＬに向けてページ要求(GET Request)を送信する。

【0028】

図２は、本発明における第１の認証時のタップ操作画面を表す説明図である。

【0029】

図２（ａ）によれば、ユーザは、Ｓ０で受信したメッセージに記述された第１のＵＲＬ(http://www.SM.co.jp/A)をタップしている。このＵＲＬは、ドメイン名に続いて、ユーザを識別可能とする識別子"A"が付与されており、端末２に対するユーザA専用のページとして認識される。

【0030】

図２（ｂ）によれば、ユーザは、ＨＴＭＬ(HyperText Markup Language)コードがブラウザ上に表示された操作ボタンをタップしている。これは単に、ユーザAに対して、第１のＵＲＬ(http://www.SM.co.jp/A)を、視覚的なボタン表示にしたものである。

【0031】

（Ｓ１２）認証サーバ１は、第１のＵＲＬに向けた第１のページ要求を受信した際に、当該第１のＵＲＬが登録テーブル１００に登録されているか否かを判定する。偽（未登録）と判定された場合、そのページ要求は無視する。
図１によれば、第１のＵＲＬ(http://www.SM.co.jp/A)に向けたページ要求(HTTP Get Request)を受信した際に、登録テーブル１００に登録されたユーザAを識別する。

【0032】

（Ｓ１３）Ｓ１２によって真（登録済み）と判定された場合、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する。
このとき、同一のユーザＩＤであっても、例えば以下のように第１のＵＲＬと第２のＵＲＬとを異なるものとする。
（第１のＵＲＬ） http://www.SM.co.jp/A
（第２のＵＲＬ） http://www.SM.co.jp/Axx
また、第２のＵＲＬは、同一のユーザＩＤであっても、第１のページ要求を受信する毎に、ワンタイムＵＲＬとして、異なる第２のＵＲＬを生成する。
（時刻iに生成した第２のＵＲＬ） http://www.SM.co.jp/Axi
（時刻jに生成した第２のＵＲＬ） http://www.SM.co.jp/Axj
生成された第２のＵＲＬは、ユーザＩＤに対応付けて、登録テーブル１００に一時的に登録する。

【0033】

［Ｓ２：第２のステップ］
認証サーバ１は、第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する。
図１によれば、第２のメッセージの宛先アドレスは、第１のＵＲＬで識別されたユーザのアドレス([e-mail])に設定される。

【0034】

メッセージが、例えばメールアドレスに基づく電子メールである場合、認証サーバ１は、メールクライアント機能を有し、外部のＳＭＴＰサーバに対してメールを送信する。
メッセージが、例えば電話番号に基づくＳＭＳのプッシュメッセージである場合、認証サーバ１は、電話発呼機能を有し、携帯電話網の呼接続シーケンスを実行し、ショートメッセージを発信する。この場合、端末２は、呼接続可能なスマートフォンや携帯端末であることを要する。
メッセージが、例えばアカウントに基づくＳＮＳのメッセージである場合、認証サーバ１は、ＳＮＳサイトに対するログイン機能を有し、当該サイトを介してメッセージを通知する。

【0035】

図３は、本発明における第２の認証時のタップ操作画面を表す説明図である。

【0036】

図３は、端末２のディスプレイに、受信した第２のメッセージに記述されたテキストが表示されている。そのメッセージには、第２のＵＲＬが記述されており、ユーザに対して発動操作（タップ又はクリック）を促す。
（第２のＵＲＬ） http://www.SM.co.jp/Axx
第２のＵＲＬは、認証サーバ１に対するユーザA専用のページとして認識される。

【0037】

［Ｓ３：第３のステップ］
（Ｓ３１）ユーザAが、第２のＵＲＬ(http://www.SM.co.jp/Axx)をタップした際に、端末２は、認証サーバ１へ第２のページ要求(GET Request)を送信する。
（Ｓ３２）認証サーバ１は、端末２から第２のページ要求を受信した際に、その第２のＵＬが登録テーブル１００に登録されているか否かを判定する。真（登録済み）と判定された場合、当該ユーザＩＤの認証成功とする。
認証サーバ１は、ユーザAの操作する端末２へ、認証成功の旨を、ページ応答によって返信するものであってもよい。
これによって、端末２を操作するユーザAは、認証後の所定サービスの提供を受けることができる。

【0038】

他の実施形態として、認証サーバ１は、Ｓ２で、第２のメッセージを送信した際に、タイマをスタートさせる。そして、端末２から第２のページ要求を受信するまでの時間が、所定時間以下となっている場合にのみ、当該ユーザＩＤの認証成功とする。この所定時間は、ワンタイムＵＲＬの有効期間として設定したものである。

【0039】

＜ブラウザに基づくクッキー値の照合＞
前述した図１〜図３によれば、端末２は、第１のＵＲＬ及び第２のＵＲＬの両方で、認証サーバ１へページ要求を送信し、認証サーバ１からページ応答を受信する。即ち、第１の認証時に起動したブラウザに第１のページを表示すると共に、第２の認証時にも同じブラウに第２のページを表示している。
そこで、認証サーバ１は、第１の認証時の第１のページ応答によって表示されるブラウザに、ユーザ固有のクッキー値を記憶させる。そして、端末２は、第２の認証時に、そのクッキー値を含む第２のページ要求を、認証サーバ１へ送信する。認証サーバ１は、第２のページ要求に含まれるクッキー値が、第１の認証時に登録テーブル１００に記憶されたものか否かを判定する。真と判定した場合、認証成功とするが、偽（登録テーブル１００にそのクッキー値が記憶されていない）と判定した場合、認証失敗と判定することができる。

【0040】

図４は、端末のクッキー値に基づいて認証を判定する第１のシーケンス図である。

【0041】

図４によれば、図１と比較して、Ｓ１２のシーケンスのみが異なる。
（Ｓ１２１）認証サーバ１は、http://www.SM.co.jp/Aに向けたHTTP Get Requestを受信した際に、そのＵＲＬが、登録テーブル１００に登録されているか否かを判定する。
（Ｓ１２２）認証サーバ１は、Ｓ１２１で真と判定された場合、ユーザAに対するクッキー値(A1B2C3D4)を生成する。クッキー値は、認証サーバ１によってユーザ固有に決定されるものである。
（Ｓ１２３）認証サーバ１は、Ｓ１２２で生成した「クッキー値」を含めた第１のページ応答を、端末２へ返信する。これによって、端末２は、ブラウザを起動させると共に、そのブラウザに、クッキー値を記憶させる。
そして、認証サーバ１は、クッキー値(A1B2C3D4)を、ユーザAに対応させて、登録テーブル１００に登録する。

【0042】

図５は、図４に続く、第２のシーケンス図である。

【0043】

図５によれば、図１と比較して、Ｓ３１及びＳ３２のシーケンスのみが異なる。
（Ｓ３１）端末２は、http://www.SM.co.jp/Axxに向けたHTTP Get Requestを送信する際に、Ｓ１２３で起動したブラウザに記憶されているクッキー値(A1B2C3D4)を含める。
（Ｓ３２）認証サーバ１は、HTTP Get Requestを受信した際に、そのＵＲＬ(http://www.SM.co.jp/Axx)とそのクッキー値(A1B2C3D4)とが、登録テーブル１００に登録されているか否かを判定する。真と判定した場合、認証成功とするが、偽（登録テーブル１００にそのクッキー値が記憶されていない）と判定した場合、認証失敗と判定する。

【0044】

図６は、本発明における認証サーバの機能構成図である。

【0045】

図６によれば、認証サーバ１は、登録テーブル１００と、第１のメッセージ送信部１０１と、第２のＵＲＬ生成部１１と、第２のメッセージ送信部１２と、認証部１３とを有する。これら機能構成部は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。また、これら機能構成部の処理の流れは、認証方法としても理解できる。

【0046】

登録テーブル１００は、ユーザＩＤ毎に、アドレスと、当該ユーザを識別可能な第１のＵＲＬとを記憶する（前述した図１参照）。
第１のメッセージ送信部１０１は、第１のＵＲＬを記述した第１のメッセージを、当該第１のＵＲＬで識別されるユーザＩＤのアドレスを宛先として送信する（前述した図１のＳ０参照）。
第２のＵＲＬ生成部１１は、端末２から第１のＵＲＬに向けた第１のページ要求を受信した際に、ユーザＩＤを識別すると共に、当該ユーザＩＤを識別可能な第２のＵＲＬを生成する（図１のＳ１参照）。
第２のメッセージ送信部１２は、第２のＵＲＬが記述された第２のメッセージを、当該ユーザＩＤのアドレスを宛先として送信する（図１のＳ２参照）。
認証部１３は、端末２から第２のＵＲＬに向けた第２のページ要求を受信した際に、当該ユーザＩＤの認証成功とする（図１のＳ３参照）。

【0047】

以上、詳細に説明したように、本発明の認証サーバ、プログラム及び方法によれば、ユーザにコード（ユーザＩＤやパスワード、パスコード）を一切入力させることなく、２段階のユーザ認証を実行することができる。

【0048】

前述したように、本発明によれば、２段階のＵＲＬタップのみでユーザ認証を実行することができる。ここで、非特許文献１の作用効果と、本発明の作用効果とを比較して考える。
（１）非特許文献１によれば、第１の認証時に、ユーザＩＤとパスワードとを入力しているが、本発明は、ユーザＩＤ専用の第１のＵＲＬをタップするだけである。これは、ユーザＩＤとパスワードをユーザのみが知ることと同様であって、第１のＵＲＬは、ユーザ専用であってそのユーザしか知り得ないものである（第１のステップ）。
（２）非特許文献１によれば、第２の認証時に、ユーザのスマートフォンへ電話発呼によるＳＭＳメッセージを送信しているが、この点では、本発明のメッセージ送信も同様である（第２のステップ）。
（３）非特許文献１によれば、第２の認証時に、ＳＭＳメッセージのパスコードをサイトに入力しているが、本発明は、ユーザＩＤ専用のワンタイムの第２のＵＲＬをタップするだけである。これは、パスコードをワンタイムで有効にすることと同様であって、第２のＵＲＬも、ワンタイムでしか有効とならないものである（第３のステップ）。

【0049】

尚、本発明によれば、Ｓ１とＳ３との両方で、ユーザＩＤ専用の異なる認証ＵＲＬを用いている。これは、非特許文献１に照らせば、ユーザＩＤ及びパスワードの異なる入力操作を２回していることに相当する。これは、セキュリティ確保の点で、本発明は非特許文献１よりも有利となり得る。

【0050】

また、本発明によれば、ユーザＩＤ専用の第１のＵＲＬが漏洩したとしても、ワンタイムの第２のＵＲＬを含むメッセージは、真のユーザの端末２にしか到達しない。このように、本発明によれば、ユーザＩＤ及びパスワードを、ユーザＩＤ専用の第１のＵＲＬ及び第２のＵＲＬによって隠蔽したこととなり、ユーザ認証のセキュリティを高めることができる。

【0051】

更に、本発明によれば、ユーザは、端末２に表示された２つの認証ＵＲＬをタップするだけであり、端末２に対して特定のアプリケーションを起動する必要もなく、且つ、別途のＷｅｂサイトにアクセスする必要もない。

【0052】

このように、本発明は、非特許文献１と比較して同等以上の高いセキュリティを確保するにも拘わらず、ユーザに対して、第１のＵＲＬと第２のＵＲＬとを２回タップするのみの操作しか要求しない。

【0053】

前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。

【符号の説明】

【0054】

１ 認証サーバ
１００ 登録テーブル
１０１ 第１のメッセージ送信部
１１ 第２のＵＲＬ生成部
１２ 第２のメッセージ送信部
１３ 認証部
２ 端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【手続補正書】

【提出日】2018年8月21日

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項６

【補正方法】変更

【補正の内容】

【請求項6】

前記端末のアドレスは、メールアドレス、電話番号又はアカウントであり、
第２のメッセージは、
前記メールアドレスに基づく電子メール、
前記電話番号に基づくＳＭＳ(Short Message Service)のプッシュメッセージ、又は、
前記アカウントに基づくＳＮＳ(Social Networking Service)のメッセージ
であることを特徴とする請求項１から５のいずれか１項に記載の認証サーバ。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００１６

【補正方法】変更

【補正の内容】

【0016】

本発明の認証サーバにおける他の実施形態によれば、
端末のアドレスは、メールアドレス、電話番号又はアカウントであり、
第２のメッセージは、
メールアドレスに基づく電子メール、
電話番号に基づくＳＭＳのプッシュメッセージ、又は、
アカウントに基づくＳＮＳ(Social Networking Service)のメッセージ
であることも好ましい。