特許 7190081 認証システム、認証方法、及びプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-12-06

(45)【発行日】2022-12-14

(54)【発明の名称】認証システム、認証方法、及びプログラム

(51)【国際特許分類】

   G06F 21/34 20130101AFI20221207BHJP

【ＦＩ】

G06F21/34

【請求項の数】 16

(21)【出願番号】P 2022535147

(86)(22)【出願日】2021-05-25

(86)【国際出願番号】 JP2021019842

【審査請求日】2022-06-09

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天グループ株式会社

(74)【代理人】

【識別番号】110000154

【氏名又は名称】弁理士法人はるか国際特許事務所

(72)【発明者】

【氏名】苗村 晃義

(72)【発明者】

【氏名】井上 礼子

(72)【発明者】

【氏名】白木 瑛子

【審査官】青木 重徳

(56)【参考文献】

【文献】特許第６７６０６３１（ＪＰ，Ｂ１）

【文献】欧州特許出願公開第０３７１６６５６（ＥＰ，Ａ１）

【文献】米国特許出願公開第２０１５／０１２７５３９（ＵＳ，Ａ１）

【文献】国際公開第２０１８／０８７８３９（ＷＯ，Ａ１）

【文献】特開２０１７－１２２９９１（ＪＰ，Ａ）

【文献】特開２０１７－１７３９２２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０３４５２３４（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／３４

(57)【特許請求の範囲】

【請求項1】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段と、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段と、
前記不正度に基づいて、前記ユーザが所持するカードであって、読取手段による読み取りのために鍵が必要な第１の記憶領域と、前記読取手段による読み取りのために前記鍵が不要な第２の記憶領域と、を含むカードにおける前記第１の記憶領域及び前記第２の記憶領域の中から、認証で利用する記憶領域を決定する第１決定手段と、
前記第１の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第１の記憶領域に格納された第１の入力カード情報を取得し、前記第２の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第２の記憶領域に格納された第２の入力カード情報を取得する 入力カード情報取得手段と、
前記ログインユーザ情報と、前記第１の入力カード情報又は前記第２の入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、前記認証を実行する認証手段と、
を含む認証システム。

【請求項2】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段と、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段と、
前記不正度に基づいて、読取手段及び撮影手段の中から、認証で利用する手段を決定する第２決定手段と、
前記読取手段を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された前記入力カード情報を取得し、前記撮影手段を利用すると決定された場合には、前記撮影手段を利用して前記ユーザ端末から入力された前記入力カード情報を取得する入力カード情報取得手段と、
前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、前記認証を実行する認証手段と、
を含む認証システム。

【請求項3】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段と、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段と、
前記不正度に基づいて、前記ユーザが所有するカードに含まれる複数種類の情報のうち、前記カードに関する入力カード情報として利用する情報の種類を決定する第３決定手段と、
読取手段又は撮影手段を利用して前記ユーザ端末から入力された、前記決定された種類の前記入力カード情報を取得する入力カード情報取得手段と、
前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、認証を実行する認証手段と、
を含む認証システム。

【請求項4】

前記ログインユーザ情報は、第１のサービスにログインするための情報であり、
前記入力カード情報及び前記登録カード情報は、前記ユーザが前記カードを使って利用可能な第２のサービスに関する情報を含み、
前記登録ユーザ情報は、前記第２のサービスにログインするための情報であって、前記第１のサービスの登録ユーザ情報と同じであり、
前記認証は、前記第１のサービスにおける認証である、
請求項１～３の何れかに記載の認証システム。

【請求項5】

前記認証システムでは、前記認証を含む複数種類の認証を実行可能であり、
前記認証システムは、前記ユーザが実行した前記認証の種類に基づいて、前記カードの利用可能範囲を決定する第４決定手段を更に含む、
請求項１～４の何れかに記載の認証システム。

【請求項6】

前記認証システムは、前記認証に関するサービスとは異なるサービスに登録された前記ユーザの電話番号に基づいて、電話認証を実行する電話認証手段を更に含む、
請求項１～５の何れかに記載の認証システム。

【請求項7】

前記入力カード情報は、前記カードが示された入力カード画像であり、
前記認証システムは、前記入力カード画像に、前記カードの画像が形成された用紙が示されているか否かを判定する形成判定手段を更に含み、
前記認証手段は、前記形成判定手段の判定結果を更に利用して、前記認証を実行する、
請求項２又は３に記載の認証システム。

【請求項8】

前記入力カード情報は、前記カードが示された入力カード画像であり、
前記認証システムは、前記ユーザ端末の撮影手段により前記入力カード画像が生成されたか否かを判定する撮影判定手段を更に含み、
前記認証手段は、前記撮影判定手段の判定結果を更に利用して、前記認証を実行する、
請求項２又は３に記載の認証システム。

【請求項9】

前記カードは、電子マネーを利用可能なクレジットカードであり、
前記ログインユーザ情報は、前記クレジットカードを利用可能な電子決済サービスにログインするための情報であり、
前記入力カード情報は、前記電子マネーを識別可能な情報であり、
前記登録ユーザ情報は、前記電子決済サービスとは異なる他のサービスにログインするための情報であって、前記電子決済サービスの登録ユーザ情報と同じであり、
前記登録カード情報は、前記他のサービスに登録された前記電子マネーを識別可能な情報であり、
前記認証は、前記電子決済サービスにおける認証である、
請求項１～８の何れかに記載の認証システム。

【請求項10】

前記認証システムは、前記認証の実行結果に基づいて、前記カードに関する登録処理を実行する登録手段、
を更に含む請求項１～９の何れかに記載の認証システム。

【請求項11】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得ステップと、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算ステップと、
前記不正度に基づいて、前記ユーザが所持するカードであって、読取手段による読み取りのために鍵が必要な第１の記憶領域と、前記読取手段による読み取りのために前記鍵が不要な第２の記憶領域と、を含むカードにおける前記第１の記憶領域及び前記第２の記憶領域の中から、認証で利用する記憶領域を決定する第１決定ステップと、
前記第１の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第１の記憶領域に格納された第１の入力カード情報を取得し、前記第２の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第２の記憶領域に格納された第２の入力カード情報を取得する 入力カード情報取得ステップと、
前記ログインユーザ情報と、前記第１の入力カード情報又は前記第２の入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、前記認証を実行する認証ステップと、
を含む認証方法。

【請求項12】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得ステップと、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算ステップと、
前記不正度に基づいて、読取手段及び撮影手段の中から、認証で利用する手段を決定する第２決定ステップと、
前記読取手段を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された前記入力カード情報を取得し、前記撮影手段を利用すると決定された場合には、前記撮影手段を利用して前記ユーザ端末から入力された前記入力カード情報を取得する入力カード情報取得ステップと、
前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、前記認証を実行する認証ステップと、
を含む認証方法。

【請求項13】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得ステップと、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算ステップと、
前記不正度に基づいて、前記ユーザが所有するカードに含まれる複数種類の情報のうち、前記カードに関する入力カード情報として利用する情報の種類を決定する第３決定ステップと、
読取手段又は撮影手段を利用して前記ユーザ端末から入力された、前記決定された種類の前記入力カード情報を取得する入力カード情報取得ステップと、
前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、認証を実行する認証ステップと、
を含む認証方法。

【請求項14】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段、
前記不正度に基づいて、前記ユーザが所持するカードであって、読取手段による読み取りのために鍵が必要な第１の記憶領域と、前記読取手段による読み取りのために前記鍵が不要な第２の記憶領域と、を含むカードにおける前記第１の記憶領域及び前記第２の記憶領域の中から、認証で利用する記憶領域を決定する第１決定手段、
前記第１の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第１の記憶領域に格納された第１の入力カード情報を取得し、前記第２の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第２の記憶領域に格納された第２の入力カード情報を取得する 入力カード情報取得手段、
前記ログインユーザ情報と、前記第１の入力カード情報又は前記第２の入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、前記認証を実行する認証手段、
としてコンピュータを機能させるためのプログラム。

【請求項15】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段、
前記不正度に基づいて、読取手段及び撮影手段の中から、認証で利用する手段を決定する第２決定手段、
前記読取手段を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された前記入力カード情報を取得し、前記撮影手段を利用すると決定された場合には、前記撮影手段を利用して前記ユーザ端末から入力された前記入力カード情報を取得する入力カード情報取得手段、
前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、前記認証を実行する認証手段、
としてコンピュータを機能させるためのプログラム。

【請求項16】

ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段、
前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段、
前記不正度に基づいて、前記ユーザが所有するカードに含まれる複数種類の情報のうち、前記カードに関する入力カード情報として利用する情報の種類を決定する第３決定手段、
読取手段又は撮影手段を利用して前記ユーザ端末から入力された、前記決定された種類の前記入力カード情報を取得する入力カード情報取得手段、
前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、認証を実行する認証手段、
としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、認証システム、認証方法、及びプログラムに関する。

【背景技術】

【0002】

従来、悪意のある第三者による不正を防止するために、ユーザが所持するカードを利用した所持認証に関する技術が知られている。例えば、特許文献１には、カードの券面を撮影した画像から得られる券面情報と、カードの磁気又は電気回路から得られるカード情報と、が一致するか否かを判定することによって、認証を実行する技術が記載されている。カード情報と直接的に比較できない図形又はホログラム等の券面情報は、カード情報と比較可能な情報に変換されて比較される。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－０７１００６号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１の技術では、カードから得られる２つの情報を比較することによって認証が実行されるので、カードに含まれる情報だけで認証が完結する。このため、悪意のある第三者が、不正に入手したカード情報を券面に印刷したカードを偽造し、偽造したカードの磁気部分又は電気回路に、そのカード情報を埋め込んだとすると、偽造したカード内の情報だけで認証が完結してしまい、不正を見抜くことはできない。このため、特許文献１の技術では、所持認証におけるセキュリティを十分に向上させることはできなかった。

【0005】

本開示の目的の１つは、所持認証におけるセキュリティを向上させることである。

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

【0006】

本開示の一態様に係る認証システムは、ユーザ端末からログインしたユーザを識別可能なログインユーザ情報を取得するログインユーザ情報取得手段と、読取手段又は撮影手段を利用して前記ユーザ端末から入力された、前記ユーザが所持するカードに関する入力カード情報を取得する入力カード情報取得手段と、前記ログインユーザ情報及び前記入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、認証を実行する認証手段と、を含む。

【発明の効果】

【0007】

本開示によれば、所持認証におけるセキュリティが高まる。

【図面の簡単な説明】

【0008】

【図1】認証システムの全体構成の一例を示す図である。

【図2】アプリにカードを登録する流れの一例を示す図である。

【図3】カードのＩＣチップをＮＦＣ部で読み取る様子の一例を示す図である。

【図4】画像認証の流れの一例を示す図である。

【図5】カードが写された撮影画像の一例を示す図である。

【図6】第１実施形態の認証システムで実現される機能の一例を示す機能ブロック図である。

【図7】ユーザデータベースのデータ格納例を示す図である。

【図8】カードデータベースのデータ格納例を示す図である。

【図9】第１実施形態において実行される処理の一例を示すフロー図である。

【図10】第２実施形態の機能ブロック図である。

【図11】第２実施形態において実行される処理の一例を示すフロー図である。

【図12】変形例における機能ブロック図である。

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

【0009】

［１．第１実施形態］
以降、本開示に係る認証システムの第１実施形態の例を説明する。認証システムでは、所持認証が実行される。所持認証は、正当な者だけが所持する物を利用した認証である。所持認証で利用される物は、有体物に限られず、電子的なデータのような無体物であってもよい。第１実施形態では、交通系のＩＣカード（以降、単にカード）を利用した所持認証を例に挙げる。以降、所持認証を単に認証と記載することがある。

【0010】

［１－１．認証システムの全体構成］
図１は、認証システムの全体構成の一例を示す図である。図１に示すように、認証システムＳは、事業者サーバ１０、管理者サーバ２０、及びユーザ端末３０を含む。事業者サーバ１０、管理者サーバ２０、及びユーザ端末３０の各々は、インターネットなどのネットワークＮに接続可能である。図１では、事業者サーバ１０、管理者サーバ２０、及びユーザ端末３０の各々を１台ずつ示しているが、これらは複数台あってもよい。

【0011】

事業者サーバ１０は、カードを利用したサービスを提供する事業者に対応するサーバコンピュータである。事業者は、ユーザにサービスを提供する者である。第１実施形態では、カードを利用した交通系のサービスを例に挙げるので、事業者は、鉄道会社又はバス会社等である。事業者サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

【0012】

管理者サーバ２０は、カードに関する情報（後述する登録ユーザ情報及び登録カード情報）を管理する管理者に対応するサーバコンピュータである。第１実施形態では、管理者がカードの発行者である場合を説明するが、管理者は、発行者ではなくてもよい。管理者と事業者は、同じであってもよいし異なってもよい。管理者サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

【0013】

ユーザ端末３０は、ユーザが操作するコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、撮影部３６、及びＩＣチップ３７を含む。制御部３１及び記憶部３２の物理的構成は、それぞれ制御部１１及び記憶部１２と同様である。

【0014】

通信部３３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。これらの通信インタフェースは、ネットワークＮに接続するために利用される。第１実施形態の通信部３３は、更にＮＦＣ（Near field communication）部３３Ａを含む。ＮＦＣ部３３Ａは、ＮＦＣ用の通信インタフェースを含む。

【0015】

ＮＦＣ自体は、種々の規格を利用可能であり、例えば、ISO/IEC18092又はISO/IEC21481といった国際標準規格を利用可能である。ＮＦＣ部３３Ａは、規格に準じたアンテナ等のハードウェアを含み、例えば、リーダ／ライタ機能、ピアツーピア機能、カードエミュレーション機能、ワイヤレス充電機能、又はこれらの組み合わせを実現する。

【0016】

操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。撮影部３６は、少なくとも１台のカメラを含む。ＩＣチップ３７は、ＮＦＣに対応したチップである。ＩＣチップ３７は、任意の規格のチップであってよく、例えば、ＦｅｌｉＣａ（登録商標）のチップ、又は、非接触型規格におけるいわゆるＴｙｐｅＡ若しくはＴｙｐｅＢのチップである。ＩＣチップ３７は、規格に応じたアンテナ等のハードウェアを含み、例えば、ユーザが利用するサービスに必要な情報を記憶する。

【0017】

なお、記憶部１２，２２，３２に記憶されるプログラム及びデータの少なくとも一方は、ネットワークＮを介して供給されてもよい。また、事業者サーバ１０、管理者サーバ２０、及びユーザ端末３０の各々に、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）と、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）と、の少なくとも一方が含まれてもよい。例えば、情報記憶媒体に記憶されたプログラム及びデータの少なくとも一方が、読取部及び入出力部の少なくとも一方を介して供給されてもよい。

【0018】

［１－２．第１実施形態の概要］
第１実施形態では、ユーザが交通系のアプリケーション（以降、単にアプリ）にカードを登録する場合を例に挙げて、認証システムＳの処理を説明する。第１実施形態のアプリは、ユーザ端末３０を使って交通系のサービスを利用するためのプログラムである。アプリは、予めユーザ端末３０にダウンロード及びインストールされている。

【0019】

アプリにカードを登録するとは、カードを使って利用できるサービスと同等のサービスをアプリから利用できるようにすることである。第１実施形態では、アプリにカードが登録されると、ユーザ端末３０を駅の自動改札にかざすことによって、カードを利用した場合と同様に、自動改札を通過できる。カードが交通系の電子マネーを記憶する場合も同様であり、ユーザ端末３０をＰＯＳ端末等にかざすことによって電子マネーを利用できる。例えば、アプリからカード情報を利用可能にすること、アプリにカード情報を関連付けること、又は、ユーザアカウントにカード情報を関連付けることは、アプリにカードを登録することに相当する。また例えば、事業者サーバ１０又はＩＣチップ３７にカード情報を記録することは、アプリにカードを登録することに相当する。

【0020】

カード情報は、カードに含まれる情報である。例えば、カード情報は、カードを識別可能なカード番号を含む。カード情報は、カードに付帯する付帯情報を含んでもよい。付帯情報は、カード番号以外の情報であり、例えば、カードの有効期限、ユーザの氏名、カードの発行日、又はカードに含まれるＩＣチップを識別可能なＩＤである。カードを利用して複数のサービスを利用可能な場合には、個々のサービスで利用されるＩＤも付帯情報に相当する。電子的に記録された情報だけでなく、券面に記載された情報も付帯情報に相当する。

【0021】

ユーザアカウントは、ユーザを識別可能な情報である。ユーザアカウントは、ユーザ情報の一例である。このため、ユーザアカウントと記載した箇所は、ユーザ情報と読み替えることができる。ユーザ情報は、ユーザＩＤ又はログインＩＤといった他の名称で呼ばれることもある。ユーザ情報は、所定のサービスにログインするために利用される認証情報である。ログインの際には、パスワード等の他の認証情報も用いられる。

【0022】

第１実施形態では、ユーザは、アプリの利用登録を済ませて、ユーザアカウントを発行済みであるものとする。その後、ユーザは、アプリにカードを登録するために、アプリのメニュー等からカードを登録するための操作を行う。この操作が行われると、アプリに登録するカードのカード情報を入力するための入力画面が表示部３５に表示される。

【0023】

図２は、アプリにカードを登録する流れの一例を示す図である。図２に示すように、入力画面Ｇ１には、カード番号を入力するための入力フォームＦ１０と、有効期限を入力するための入力フォームＦ１１と、が表示される。ユーザは、アプリに登録するカードのカード番号と有効期限を確認し、入力フォームＦ１０，Ｆ１１に入力する。カード番号及び有効期限が入力された時点で、当該入力されたカード番号及び有効期限に対応するカードが存在するか否かが事業者サーバ１０又は管理者サーバ２０により確認されてもよい。

【0024】

第１実施形態では、カード登録時の認証として、ＮＦＣを利用したＮＦＣ認証と、画像を利用した画像認証と、の２種類が存在する。ＮＦＣ認証は、カードのＩＣチップに記録された情報をＮＦＣ部３３Ａで読み取ることによって実行される認証である。画像認証は、カードを撮影部３６で撮影することによって実行される認証である。以降、これらの認証を区別しないときは、単に認証と記載する。

【0025】

図２の流れは、ＮＦＣ認証の流れである。ユーザが入力画面Ｇ１のボタンＢ１２を選択すると、ＮＦＣ部３３Ａが起動し、カードのＩＣチップに記録された情報をＮＦＣ部３３Ａで読み取るための読取画面Ｇ２が表示部３５に表示される。なお、読取画面Ｇ２は、アプリの利用登録時の手続きの一環として表示されてもよい。読取画面Ｇ２が表示されると、ユーザは、カードにユーザ端末３０を近づける。

【0026】

図３は、カードのＩＣチップをＮＦＣ部３３Ａで読み取る様子の一例を示す図である。図３に示すように、ユーザがカードＣのＩＣチップｃｐにユーザ端末３０を近づけると、ＮＦＣ部３３Ａは、ＩＣチップｃｐに記録された情報を読み取る。ＮＦＣ部３３Ａは、ＩＣチップｃｐ内の任意の情報を読み取り可能であるが、第１実施形態では、ＮＦＣ部３３Ａが、ＩＣチップｃｐに記録されたＩＤ番号を読み取る場合を説明する。

【0027】

ＩＤ番号は、カードＣを使って所定のサービスを利用するための情報である。ＩＤ番号を使って利用するサービスは、カード番号を使って利用するサービス（第１実施形態では、交通系のサービス）と同じであってもよいが、第１実施形態では、カード番号を使って利用するサービスとは異なるサービスである場合を説明する。このため、ＩＤ番号は、交通系のサービスとは異なるサービスを利用するための番号である。

【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】

なお、登録済みのクレジットカードの１回当たりの利用上限額を増やす場面に、ＮＦＣ認証又は画像認証が利用されてもよい。この場合、クレジットカードの登録時には、セキュリティコード等の認証のみが行われるものとする。その後に、利用上限額を増やす場合に、上記説明したＮＦＣ認証又は画像認証が利用されてもよい。クレジットカードは登録済みなので、入力カード情報は、入力ＩＤ番号のみが含まれてもよい。他にも例えば、電子マネーの利用上限額、又は、電子マネーのチャージ上限額を増やす場面に、ＮＦＣ認証又は画像認証が利用されてもよい。

【0159】

［３－９．その他変形例］
例えば、上記説明した変形例を組み合わせてもよい。

【0160】

また例えば、カードＣは、保険証、免許証、会員証、又は学生証等であってもよい。所持認証で利用されるカードＣは、物理的なカードではなく、電子的なカード（バーチャルなカード）であってもよい。また例えば、認証が失敗した場合には、管理者による人手の判定が行われてもよい。また例えば、あるカード番号に対応する認証が所定回数だけ失敗した場合には、そのカード番号については、それ以上の認証が実行されないように制限されてもよい。この場合、管理者による許可がない限りは、そのカード番号がアプリに登録されないように制限がかけられてもよい。

【0161】

また例えば、アプリにカードＣが登録される場合の認証を例に挙げたが、認証システムＳは、種々の場面における認証に適用可能である。例えば、認証システムＳは、カードＣを利用した決済を実行する場面にも適用可能である。この場合、電子商取引サービスにおいて決済が必要な場面に、ＮＦＣ部３３Ａ又は撮影部３６が利用されて、決済で使用するカードＣから入力ＩＤ番号が取得されるようにすればよい。認証システムＳは、第１実施形態又は第２実施形態と同様にして認証を実行する。認証が成功した場合に、カードＣを利用した決済が実行され、認証が失敗した場合に、カードＣを利用した決済が実行されないようにしてもよい。他にも例えば、身分証明書等の証明書に相当するカードＣの所持認証が実行される場面に、認証システムＳを適用してもよい。オンラインの試験における受験票に相当するカードＣの所持認証が実行される場面に、認証システムＳを適用してもよい。

【0162】

また例えば、主な機能が事業者サーバ１０及び管理者サーバ２０で分担される場合を説明したが、各機能は、１台のコンピュータで実現されてもよい。また例えば、事業者サーバ１０で実現されるものとして説明した機能は、管理者サーバ２０で実現されてもよい。逆に、管理者サーバ２０で実現されるものとして説明した機能は、事業者サーバ１０で実現されてもよい。また例えば、各機能は、３台以上のコンピュータで分担されてもよい。

【要約】

認証システム（Ｓ）のログインユーザ情報取得手段（１０１，２０１）は、ユーザ端末（３０）からログインしたユーザを識別可能なログインユーザ情報を取得する。入力カード情報取得手段（１０２）は、読取手段（３３Ａ）又は撮影手段（３６）を利用してユーザ端末（３０）から入力された、ユーザが所持するカードに関する入力カード情報を取得する。認証手段（１０３）は、ログインユーザ情報及び入力カード情報と、予め登録された登録ユーザ情報及び登録カード情報と、に基づいて、認証を実行する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】