JP7221425B2 - 認証システム、認証方法、及びプログラム - Google Patents

Description

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

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

特開２０１９－０７１００６号公報

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

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

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

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

認証システムの全体構成の一例を示す図である。 アプリにカードを登録する流れの一例を示す図である。 カードのＩＣチップをＮＦＣ部で読み取る様子の一例を示す図である。 画像認証の流れの一例を示す図である。 カードが写された撮影画像の一例を示す図である。 第１実施形態の認証システムで実現される機能の一例を示す機能ブロック図である。 ユーザデータベースのデータ格納例を示す図である。 カードデータベースのデータ格納例を示す図である。 第１実施形態において実行される処理の一例を示すフロー図である。 第２実施形態の機能ブロック図である。 第２実施形態において実行される処理の一例を示すフロー図である。 変形例における機能ブロック図である。

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

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

事業者サーバ１０は、カードを利用したサービスを提供する事業者に対応するサーバコンピュータである。事業者は、ユーザにサービスを提供する者である。第１実施形態では、カードを利用した交通系のサービスを例に挙げるので、事業者は、鉄道会社又はバス会社等である。

事業者サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

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

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

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

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

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

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

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

アプリにカードを登録するとは、カードを使って利用できるサービスと同等のサービスをアプリから利用できるようにすることである。例えば、アプリからカード情報を利用可能にすること、アプリにカード情報を関連付けること、又は、ユーザアカウントにカード情報を関連付けることは、アプリにカードを登録することに相当する。また例えば、事業者サーバ１０又はＩＣチップ３７にカード情報を記録することは、アプリにカードを登録することに相当する。

カード情報は、カードを識別可能な情報である。カード情報は、少なくともカード番号を含む。カード番号は、カードを一意に識別する番号である。カード情報は、カードに付帯する付帯情報を含んでもよい。付帯情報は、カード番号以外の情報であり、例えば、カードの有効期限、ユーザの氏名、カードの発行日、又はカードに含まれるＩＣチップを識別可能なＩＤである。カードを利用して複数のサービスを利用可能な場合には、各サービスで利用されるＩＤも付帯情報に相当する。

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

図２は、アプリにカードを登録する流れの一例を示す図である。図２に示すように、入力画面Ｇ１には、カード番号を入力するための入力フォームＦ１０と、有効期限を入力するための入力フォームＦ１１と、が表示される。ユーザは、アプリに登録するカードのカード番号と有効期限を確認し、入力フォームＦ１０，Ｆ１１に入力する。

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

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

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

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

第１実施形態では、ＩＤ番号を使って利用するサービスの一例として、フィットネスのサービスを例に挙げる。ユーザは、フィットネスクラブの会員であり、フィットネスクラブに設置されたリーダ端末にカードＣをかざして入館手続きを行う。その際には、カードＣのＩＣチップｃｐに記録されたＩＤ番号がリーダ端末に送信され、フィットネスクラブ内のコンピュータによって入館時の認証が実行される。このため、ＩＤ番号は、フィットネスクラブの会員番号に相当する。

ユーザは、１枚のカードにより、交通系のサービスと、フィットネスのサービスと、の２つのサービスを利用できる。１枚のカードで利用可能なサービスは、３つ以上であってもよい。この場合、カードＣのＩＣチップｃｐには、各サービスの何らかの情報が記録されているものとする。

ユーザ端末３０は、ＮＦＣ部３３ＡでＩＤ番号を読み取ると、事業者サーバ１０にＩＤ番号を送信する。このＩＤ番号は、ユーザ端末３０から事業者サーバ１０に入力されるので、以降では、入力ＩＤ番号と記載する。第１実施形態における入力とは、データを送信することを意味する。

第１実施形態では、発行者サーバ２０に、発行済みのカードＣに含まれるＩＤ番号が登録されている。以降、このＩＤ番号を登録ＩＤ番号と記載する。ユーザがカードＣの正当な持ち主であれば、入力ＩＤ番号と同じ登録ＩＤ番号が発行者サーバ２０に登録されている。なお、以降の説明では、入力ＩＤ番号と登録ＩＤ番号を特に区別しないときは、単にＩＤ番号と記載することがある。

事業者サーバ１０は、ユーザ端末３０から入力ＩＤ番号を受信すると、発行者サーバ２０に転送する。発行者サーバ２０は、転送された入力ＩＤ番号と、登録ＩＤ番号と、が一致するか否かを判定する。発行者サーバ２０は、事業者サーバ１０に判定結果を送信する。

事業者サーバ１０は、ＩＤ番号が一致する旨の判定結果を受信した場合、ユーザが正当な持ち主であると判定し、認証が成功する。この場合、図２に示すように、ユーザ端末３０には、認証が成功して登録が完了したことを示す成功画面Ｇ３が表示される。以降、ユーザは、物理的なカードＣを使う場合と同様のサービスを、アプリから利用できる。

一方、事業者サーバ１０は、ＩＤ番号が一致しない旨の判定結果を受信した場合、ユーザが正当な持ち主ではないと判定し、認証が失敗する。この場合、図２に示すように、ユーザ端末３０には、認証が失敗して登録が完了しなかったことを示す失敗画面Ｇ４が表示される。ユーザは、読取画面Ｇ２に戻ってカードＣの読み取りを再度実行したり、コールセンターに問い合わせたりする。

次に、画像認証の流れを説明する。図４は、画像認証の流れの一例を示す図である。図４に示すように、ユーザが入力画面Ｇ１のボタンＢ１３を選択すると、撮影部３６が起動し、撮影部３６でカードＣを撮影するための撮影画面Ｇ５が表示部３５に表示される。なお、撮影画面Ｇ５は、アプリの利用登録時の手続きの一環として表示されてもよい。

撮影画面Ｇ５には、撮影部３６により連続的に撮影された撮影画像が表示される。撮影画像の上には、撮影部３６とカードとの位置関係を案内するためのガイドｇ５０が表示される。第１実施形態では、正面から所定サイズでカードＣを撮影することが要求される。例えば、ユーザは、机にカードＣを置いて、カードＣの縁がガイドｇ５０に合うように撮影する。ユーザは、ユーザ端末３０を横向きにしてカードＣを撮影してもよい。

図５は、カードＣが写された撮影画像の一例を示す図である。図５に示すように、第１実施形態では、ユーザがカードＣの裏面を撮影する場合を説明する。撮影画像Ｉには、カードＣの裏面に含まれる種々の情報が写されている。この情報には、カードＣの裏面の右下にあるＩＤ番号が含まれる。ユーザ端末３０は、撮影画像Ｉに対して光学文字認識を実行し、ＩＤ番号を取得する。事業者サーバ１０がＩＤ番号を受信した後の流れは、ＮＦＣ認証と同様である。なお、光学文字認識は、事業者サーバ１０又は発行者サーバ２０によって実行されてもよい。

以上のように、認証システムＳでは、ＮＦＣ部３３Ａ又は撮影部３６を利用して取得された入力ＩＤ番号と、発行者サーバ２０に登録された登録ＩＤ番号と、に基づいて、認証が実行される。悪意のある第三者は、不正に入手したカード情報をアプリに登録しようとしても、ＮＦＣ部３３Ａ又は撮影部３６を利用して入力ＩＤ番号を取得できないし、そもそも異なるサービスの情報を入手できないので、認証を成功させることはできない。第１実施形態では、ＮＦＣ部３３Ａ又は撮影部３６で異なるサービスの入力ＩＤ番号を取得するといった特殊性を利用することによって、所持認証におけるセキュリティを高めるようにしている。以降、この技術の詳細を説明する。

［１－３．第１実施形態において実現される機能］
図６は、第１実施形態の認証システムＳで実現される機能の一例を示す機能ブロック図である。ここでは、事業者サーバ１０、発行者サーバ２０、及びユーザ端末３０の各々で実現される機能を説明する。

［１－３－１．事業者サーバにおいて実現される機能］
図６に示すように、事業者サーバ１０では、データ記憶部１００、入力情報取得部１０１、識別情報取得部１０２、認証部１０３、及び登録部１０４が実現される。データ記憶部１００は、記憶部１２を主として実現される。他の各機能は、制御部１１を主として実現される。

[データ記憶部]
データ記憶部１００は、認証に必要なデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢ１を説明する。

図７は、ユーザデータベースＤＢ１のデータ格納例を示す図である。図７に示すように、ユーザデータベースＤＢ１は、ユーザに関する情報が格納されたデータベースである。例えば、ユーザデータベースＤＢ１には、ユーザアカウント、パスワード、氏名、及びカード情報が格納される。ユーザがサービスの利用登録をすると、ユーザアカウントが発行され、ユーザデータベースＤＢ１に新たなレコードが作成される。このレコードには、利用登録時に指定されたパスワード及び氏名が格納される。

第１実施形態では、サービスの利用登録が完了した後に、カード情報が登録される場合を説明するが、サービスの利用登録時に、カード情報が登録されてもよい。ユーザデータベースＤＢ１に格納されたカード情報は、アプリに登録されたカードＣのカード情報である。アプリに登録可能なカードＣは、１枚に限られず、複数枚であってもよい。

ユーザデータベースＤＢ１に格納されるカード情報には、サービスを提供するための最低限の情報が含まれていればよい。即ち、カードＣの付帯情報の全てがユーザデータベースＤＢ１に格納されなければならないわけではない。ユーザデータベースＤＢ１に格納されるカード情報は、カード番号だけであってもよいし、図７に示す情報以外の情報（セキュリティコードやいわゆる３Ｄセキュアにおけるパスワード等）が含まれてもよい。なお、図７では、カード情報の内容をそのまま示しているが、カード情報は、ハッシュ化されてもよい。

［入力情報取得部］
入力情報取得部１０１は、ＮＦＣ部３３Ａ又は撮影部３６を利用してユーザ端末３０から入力された入力ＩＤ番号を取得する。ＮＦＣ部３３Ａは、読取部の一例である。読取部は、外部の情報記憶媒体に記録された情報を読み取るリーダである。読取部は、第１実施形態のように無線通信を利用して情報を読み取るのではなく、光学的又は磁気的に情報を読み取るリーダであってもよい。無線通信を利用する場合には、ＮＦＣではなく、ＲＦＩＤ等の他の規格を利用可能である。読取部は、少なくともリーダ機能を有すればよく、ライタ機能を有しなくてもよい。

第１実施形態では、事業者サーバ１０は、ユーザ端末３０と直接的に通信するので、入力情報取得部１０１は、ユーザ端末３０から直接的に入力ＩＤ番号を取得する。事業者サーバ１０とユーザ端末３０との間の通信を仲介するコンピュータが存在する場合には、入力情報取得部１０１は、このコンピュータにより転送された入力ＩＤ番号を取得すればよい。即ち、入力情報取得部１０１は、ユーザ端末３０から間接的に入力ＩＤ番号を取得してもよい。

入力ＩＤ番号は、入力情報の一例である。このため、第１実施形態で入力ＩＤ番号と記載した箇所は、入力情報と読み替えることができる。入力情報は、認証時に入力される情報である。入力情報は、認証時のクエリに相当する。入力情報は、入力ＩＤ番号に限られず、任意の形式であってよい。例えば、入力情報は、文字、数字、又はこれらの組み合わせであってもよい。また例えば、撮影画像が入力情報に相当してもよい。

入力情報は、ユーザが所持するカードＣに付帯する付帯情報である。付帯情報は、先述した例以外にも、カード番号に関連付けられた任意の情報であってよい。付帯情報は、ＮＦＣ部３３Ａ又は撮影部３６により検出可能な情報であればよい。カードＣのＩＣチップに記録された情報、又は、カードＣの面に形成された情報は、付帯情報である。形成とは、文字などの画像の印刷に限られず、凹凸形状をつけるためのエンボス加工も含む意味である。

第１実施形態では、入力情報取得部１０１は、ユーザがカードＣを使って、第１のサービスを利用するための入力ＩＤ番号を、入力情報として取得する。第１のサービスは、第２のサービスとは異なるサービスである。第１実施形態では、フィットネスのサービスが第１のサービスに相当する。入力ＩＤ番号は、第１のサービスにおける認証情報として利用される。

［識別情報取得部］
識別情報取得部１０２は、登録対象のカードＣのカード番号を取得する。カード番号は、識別情報の一例である。このため、第１実施形態でカード番号と記載した箇所は、識別情報と読み替えることができる。識別情報は、カードＣを識別可能な情報である。識別情報は、カードＣを一意に識別する情報であればよく、カード番号に限られない。カード番号、有効期限、及び氏名といった複数の情報の組み合わせが識別情報に相当してもよい。他にも例えば、識別情報は、カードＣと１体１で対応するＩＤ番号が識別情報に相当してもよい。なお、このＩＤ番号は、あくまでカードＣを識別するものであって、入力ＩＤ番号とは異なる。

第１実施形態では、ユーザが入力フォームＦ１０にカード番号を入力するので、識別情報取得部１０２は、ユーザにより入力されたカード番号を取得する。なお、カード番号は、予め定められた方法によって取得されるようにすればよく、ユーザが手入力しなくてもよい。例えば、識別情報取得部１０２は、カードＣの表面が撮影された撮影画像に光学文字認識を実行することによって、カード番号を取得してもよい。他にも例えば、ユーザ端末３０にカード番号が記録されている場合には、識別情報取得部１０２は、ユーザ端末３０に記憶されたカード番号を取得してもよい。

識別情報取得部１０２は、ユーザがカードＣを使って、第１のサービスとは異なる第２のサービスを利用するためのカード番号を、識別情報として取得する。第１実施形態では、交通系のサービスが第２のサービスに相当する。第２のサービスは、第１のサービスとは異なるサービスであればよく、第１実施形態の例に限られない。カード番号は、第２のサービスにおける認証情報として利用される。

［認証部］
認証部１０３は、入力ＩＤ番号と、登録ＩＤ番号と、に基づいて、認証を実行する。第１実施形態では、認証部１０３は、入力ＩＤ番号と登録ＩＤ番号との比較結果に基づいて、認証を実行する。この比較結果は、ＩＤ番号が一致するか否かの判定結果である。判定結果は、一致することを意味する第１の値、又は、一致しないことを意味する第２の値の何れかを示す。なお、第１実施形態では、完全一致が要求されるが、部分一致した場合に認証が成功してもよい。

第１実施形態では、入力ＩＤ番号と登録ＩＤ番号との比較は、事業者サーバ１０の認証部１０３ではなく、発行者サーバ２０の比較部２０４により実行される。認証部１０３は、発行者サーバ２０から比較部２０４の比較結果を取得して、認証を実行する。入力ＩＤ番号と登録ＩＤ番号とが一致する場合、認証が成功する。入力ＩＤ番号と登録ＩＤ番号とが一致しない場合、認証は失敗する。

［登録部］
登録部１０４は、認証部１０３による認証の実行結果に基づいて、カード番号に対応するカードＣに関する登録処理を実行する。登録処理は、登録対象のカードＣを利用可能にするための処理である。第１実施形態では、アプリにカードＣを登録することが登録処理に相当する。特にアプリを利用しない場合には、登録処理は、事業者サーバ１０等の何らかのコンピュータにカード情報を記録することを意味すればよい。

登録対象のカードＣは、登録処理によって登録されるカードＣである。登録対象のカードＣは、カード番号によって識別される。第１実施形態では、入力ＩＤ番号を含むカードＣが登録対象のカードＣに相当する。第１実施形態では、登録対象のカードＣのカード番号が、ユーザにより入力される場合を説明するが、識別情報取得部１０２の処理で説明したように、このカード番号は、任意の方法で取得可能である。

登録部１０４は、認証が成功した場合に登録処理を実行し、認証が失敗した場合には登録処理を実行しない。即ち、認証の成否は、登録処理を実行するか否かの条件になる。登録部１０４は、あるユーザの認証が成功した場合に、ユーザデータベースＤＢ１のうち、そのユーザのユーザアカウントに対応するレコードに、登録対象のカードＣのカード情報を格納することによって、登録処理を実行する。ユーザアカウントは、ログイン時に入力される。登録対象のカードＣのカード情報は、発行者サーバ２０から取得される。

［１－３－２．発行者サーバにおいて実現される機能］
図６に示すように、発行者サーバ２０では、データ記憶部２００、入力情報取得部２０１、識別情報取得部２０２、登録情報取得部２０３、及び比較部２０４が実現される。データ記憶部２００は、記憶部２２を主として実現される。他の各機能は、制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、認証に必要なデータを記憶する。例えば、データ記憶部２００は、カードデータベースＤＢ２を説明する。

図８は、カードデータベースＤＢ２のデータ格納例を示す図である。図８に示すように、カードデータベースＤＢ２は、発行済みのカードＣのカード情報が格納されたデータベースである。例えば、カードデータベースＤＢ２には、カード番号、有効期限、氏名、及び登録ＩＤ番号が格納される。新たなカードＣが発行されると、カードデータベースＤＢ２に新たなレコードが作成され、そのカードＣのカード情報が格納される。

なお、カードデータベースＤＢ２に格納されるカード情報は、カード番号だけであってもよいし、図８に示す情報以外の情報（セキュリティコードやいわゆる３Ｄセキュアにおけるパスワード等）が含まれてもよい。アプリにカードＣが登録されると、カードデータベースＤＢ２に格納されたそのカードＣのカード情報の全部又は一部が、ユーザデータベースＤＢ１に格納される。登録ＩＤ番号は、カードＣの発行時に、発行者によって登録される。

［入力情報取得部］
入力情報取得部２０１は、ユーザ端末３０から入力された入力ＩＤ番号を取得する。第１実施形態では、入力情報取得部２０１は、事業者サーバ１０から転送された入力ＩＤ番号を取得する。即ち、入力情報取得部２０１は、ユーザ端末３０から入力された入力ＩＤ番号を間接的に取得する。なお、ユーザ端末３０から発行者サーバ２０に直接的に入力ＩＤ番号が入力されてもよい。この場合、入力情報取得部２０１は、ユーザ端末３０から入力された入力ＩＤ番号を直接的に取得する。

［識別情報取得部］
識別情報取得部２０２は、登録対象のカードＣのカード番号を取得する。第１実施形態では、識別情報取得部２０２は、事業者サーバ１０から転送されたカード番号を取得する。即ち、識別情報取得部２０２は、ユーザ端末３０から入力されたカード番号を間接的に取得する。なお、ユーザ端末３０から発行者サーバ２０に直接的にカード番号が入力されてもよい。この場合、識別情報取得部２０２は、ユーザ端末３０から入力されたカード番号を直接的に取得する。

［登録情報取得部］
登録情報取得部２０３は、識別情報取得部２０２により取得されたカード番号に関連付けられて登録された登録ＩＤ番号を取得する。第１実施形態では、カードデータベースＤＢ２に登録ＩＤ番号が格納されているので、登録情報取得部２０３は、カードデータベースＤＢ２から登録ＩＤ番号を取得する。登録情報取得部２０３は、識別情報取得部２０２により取得されたカード番号と同じレコードに格納された登録ＩＤ番号を取得する。なお、登録ＩＤ番号が外部のコンピュータ又は外部の情報記憶媒体に格納されている場合には、登録情報取得部２０３は、外部のコンピュータ又は外部の情報記憶媒体から登録ＩＤ番号を取得すればよい。

登録ＩＤ番号は、登録情報の一例である。第１実施形態で登録ＩＤ番号と記載した箇所は、登録情報と読み替えることができる。登録情報は、予めカード番号に関連付けられて発行者サーバ２０に登録された、カードＣに付帯する情報である。登録情報は、認証時の正解となる情報である。登録情報は、認証時のインデックスに相当する情報である。登録情報は、ＩＤ形式に限られず、任意の形式であってよい。例えば、登録情報は、画像であってもよいし、文字、数字、又はこれらの組み合わせであってもよい。登録情報は、入力情報と比較可能な情報であってもよい。登録情報は、入力情報と同じ形式であってもよいし、異なる形式であってもよい。

例えば、登録情報取得部２０３は、ユーザがカードＣを使って第１のサービスを利用するための登録ＩＤ番号を、登録情報として取得する。第１実施形態では、フィットネスのサービスが第１のサービスに相当する。登録ＩＤ番号は、正当なユーザであれば入力ＩＤ番号と同じになるので、第１のサービスにおける認証情報として利用される。

［比較部］
比較部２０４は、入力ＩＤ番号と、登録ＩＤ番号と、を比較する。比較部２０４は、これらのＩＤ番号が一致するか否かを判定する。先述したように、第１実施形態では、完全一致が要求されるが、部分一致した場合に一致を判定されてもよい。比較部２０４は、事業者サーバ１０に、入力ＩＤ番号と、登録ＩＤ番号と、の比較結果を送信する。

［１－３－３．ユーザ端末において実現される機能］
図６に示すように、ユーザ端末３０では、データ記憶部３００、表示制御部３０１、及び受付部３０２が実現される。データ記憶部３００は、記憶部３２を主として実現される。表示制御部３０１及び受付部３０２の各々は、制御部３１を主として実現される。データ記憶部３００は、第１実施形態で説明する処理に必要なデータを記憶する。例えば、データ記憶部３００は、交通系のアプリを記憶する。表示制御部３０１は、アプリに基づいて、図２及び図４で説明した各画面を表示部３５に表示させる。受付部３０２は、各画面に対するユーザの操作を受け付ける。

［１－４．第１実施形態において実行される処理］
図９は、第１実施形態において実行される処理の一例を示すフロー図である。図９に示す処理は、制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。この処理は、図６に示す機能ブロックにより実行される処理の一例である。この処理は、ユーザ端末３０のアプリが起動して、所定のメニューからカードＣを登録するための操作が行われた場合に実行される。

図９に示すように、ユーザ端末３０は、カード番号と有効期限を入力するための入力画面Ｇ１を表示部３５に表示させる（Ｓ１００）。ユーザ端末３０は、操作部３４の検出信号に基づいて、ユーザの操作を特定する（Ｓ１０１）。Ｓ１０１では、入力フォームＦ１０，Ｆ１１に対する入力操作、ボタンＢ１２，Ｂ１３の各々の選択操作が行われる。なお、ボタンＢ１４の選択操作が行われた場合には、本処理は終了する。

入力フォームＦ１０，Ｆ１１に対する入力操作が行われた場合（Ｓ１０１；入力操作）、ユーザ端末３０は、登録対象のカードＣのカード番号と有効期限の入力を受け付けて（Ｓ１０２）、Ｓ１０１の処理に戻る。Ｓ１０２においては、ユーザが入力したカード番号と有効期限が入力フォームＦ１０，Ｆ１１に表示される。

ボタンＢ１２の選択操作が行われた場合（Ｓ１０１；Ｂ１２）、ユーザ端末３０は、ＮＦＣ部３３Ａを起動し、読取画面Ｇ２を表示部３５に表示させる（Ｓ１０３）。ユーザ端末３０は、ＮＦＣ部３３Ａを利用して、カードＣのＩＣチップｃｐから入力ＩＤ番号を取得し（Ｓ１０４）、事業者サーバ１０に、入力フォームＦ１０，Ｆ１１に入力されたカード番号及び有効期限と、カードＣから取得した入力ＩＤ番号と、を送信する（Ｓ１０５）。なお、ユーザは予めアプリにログイン済みであり、ユーザのユーザアカウントも事業者サーバ１０に送信される。

事業者サーバ１０は、ユーザ端末３０からカード番号、有効期限、及び入力ＩＤ番号を受信すると（Ｓ１０６）、発行者サーバ２０に、カード番号、有効期限、及び入力ＩＤ番号を転送する（Ｓ１０７）。発行者サーバ２０は、事業者サーバ１０からカード番号、有効期限、及び入力ＩＤ番号を受信すると（Ｓ１０８）、カードデータベースＤＢ２を参照し、受信したカード番号及び有効期限に関連付けられた登録ＩＤ番号を取得する（Ｓ１０９）。Ｓ１０８においては、カード番号及び有効期限のペアと一致するレコードがカードデータベースＤＢ２に存在しなかった場合には、エラーとなり本処理は終了する。この場合、カード番号及び有効期限の少なくとも一方に不備があるので、登録処理は実行されない。

発行者サーバ２０は、Ｓ１０８で受信した入力ＩＤ番号と、Ｓ１０９で取得した登録ＩＤ番号と、を比較し（Ｓ１１０）、事業者サーバ１０に比較結果を送信する（Ｓ１１１）。Ｓ１１０においては、発行者サーバ２０は、入力ＩＤ番号と登録ＩＤ番号とが一致するか否かを判定する。Ｓ１１１においては、発行者サーバ２０は、Ｓ１１０における判定結果を、比較結果として送信する。この比較結果には、Ｓ１０８で受信したカード番号が含まれているものとする。

事業者サーバ１０は、発行者サーバ２０から比較結果を受信すると（Ｓ１１２）、比較結果を参照することによって、認証を実行する（Ｓ１１３）。比較結果が一致を示しており認証が成功した場合（Ｓ１１３；成功）、事業者サーバ１０は、登録対象のカードＣの登録処理を実行し（Ｓ１１４）、本処理は終了する。Ｓ１１４においては、事業者サーバ１０は、ユーザのユーザアカウントに、登録対象のカードのカード情報を関連付けて、ユーザデータベースＤＢ１に登録する。事業者サーバ１０は、ユーザ端末３０に成功画面Ｇ３の表示データを送信し、成功画面Ｇ３が表示される。

一方、比較結果が一致を示さずに認証が失敗した場合（Ｓ１１３；失敗）、Ｓ１１４の処理は実行されずに、本処理は終了する。この場合、登録対象のカードＣのカード情報は、ユーザデータベースＤＢ１に登録されない。事業者サーバ１０は、ユーザ端末３０に失敗画面Ｇ４の表示データを送信し、失敗画面Ｇ４が表示される。

Ｓ１０１において、ボタンＢ１３の選択操作が行われた場合（Ｓ１０１；Ｂ１３）、ユーザ端末３０は、撮影部３６を起動し、撮影部３６が連続的に撮影した画像を撮影画面Ｇ５に表示させる（Ｓ１１５）。ユーザ端末３０は、ユーザが撮影画面Ｇ５をタップ等した場合に、撮影部３６にカードＣを撮影させて撮影画像を生成する（Ｓ１１６）。ユーザ端末３０は、撮影画像に対して光学文字認識を実行して入力ＩＤ番号を取得し（Ｓ１１７）、Ｓ１０５の処理に移行する。入力ＩＤ番号が取得されなかった場合には、エラーとなり本処理は終了する。なお、光学文字認識は、事業者サーバ１０又は発行者サーバ２０によって実行されてもよい。

第１実施形態の認証システムＳによれば、ＮＦＣ部３３Ａ又は撮影部３６を利用して取得された入力ＩＤ番号と、登録対象のカードＣのカード番号に関連付けられた登録ＩＤ番号と、に基づいて、認証を実行することによって、カードＣを利用した所持認証におけるセキュリティが高まる。また、撮影部３６を利用する場合、悪意のある第三者は何らかの理由で自身の顔が写真に写りこむことを嫌うため、カードＣの撮影を要求することによって心理的な防御壁にすることができる。また、カード番号等のカード情報は種々のサーバに登録されていることがあり、悪意のある第三者が比較的入手しやすい情報といえる。一方、ＩＤ番号は、登録されているサーバが少ないので、第三者は、原則として入手できない。このため、第三者は、カード情報を不正に入手したとしても、原則としてカードＣ自体を奪わない限りＩＤ番号を特定できない。そこで、ＩＤ番号を利用して認証を実行することによって、カード情報を不正に入手した第三者による不正な登録を防止できる。例えば、カードＣのセキュリティコードを入力させる認証も、一般的には所持認証と呼ばれているが、第１実施形態の所持認証は、セキュリティコードのような情報を知っているだけでは認証を成功させることができないので、セキュリティ的に強固な所持認証とすることができる。

また、認証システムＳは、交通系のサービスとは異なるフィットネスのサービスを利用するための入力ＩＤ番号及び登録ＩＤ番号を利用することによって、第三者がより入手しにくい情報による認証を実行することができ、セキュリティが高まる。

また、認証システムＳでは、発行者サーバ２０が入力ＩＤ番号と登録ＩＤ番号とを比較し、事業者サーバ１０は、発行者サーバ２０から比較結果を取得して認証を実行することによって、事業者サーバ１０において登録ＩＤ番号を管理する必要がなくなり、ネットワークＮ上で登録ＩＤ番号が送信されることもなくなる。このため、機密情報である登録ＩＤ番号が漏洩しにくくなり、セキュリティを効果的に高めることができる。また、事業者サーバ１０と発行者サーバ２０との間で認証時に必要な処理を分担することによって、認証時の処理負荷を分散できる。

また、認証システムＳでは、認証の実行結果に基づいて、カード番号に対応するカードＣに関する登録処理を実行することによって、カード登録時におけるセキュリティが高まる。即ち、カード情報を不正に入手した第三者による不正な登録を防止できる。

［２．第２実施形態］
次に、認証システムＳの第２実施形態を説明する。第２実施形態では、入力ＩＤ番号と登録ＩＤ番号との比較が、発行者サーバ２０ではなく、事業者サーバ１０によって実行される場合を説明する。第１実施形態と同様、登録ＩＤ番号は、発行者サーバ２０に登録されている。以降、第１実施形態と同様の点については説明を省略する。

図１０は、第２実施形態の機能ブロック図である。図１０に示すように、事業者サーバ１０は、データ記憶部１００、入力情報取得部１０１、識別情報取得部１０２、認証部１０３、登録部１０４、及び登録情報取得部１０５を含む。登録情報取得部１０５は、制御部１１を主として実現される。なお、第１実施形態で説明した比較部２０４の機能は、認証部１０３に組み込まれるので、図１０では比較部２０４は示していない。また、入力情報取得部２０１は、省略可能である。

第２実施形態のデータ記憶部１００は、登録情報データベースＤＢ３を記憶する。登録情報データベースＤＢ３は、第１実施形態で説明したカードデータベースＤＢ２のうち、カード番号と登録ＩＤ番号のペアが少なくとも格納されたデータベースである。なお、登録情報データベースＤＢ３は、図８のカードデータベースＤＢ２のうちのカード番号と登録ＩＤ番号に相当するので、図示を省略する。なお、カード番号はハッシュ化されてもよい。

登録情報取得部１０５の処理は、概ね第１実施形態の登録情報取得部２０３と同様であるが、登録情報取得部１０５は、発行者サーバ２０から、登録ＩＤ番号を取得する。例えば、登録情報取得部１０５は、発行者サーバ２０から取得した登録ＩＤ番号を登録情報データベースＤＢ３に格納する。

発行者サーバ２０は、カードＣを発行するたびに、事業者サーバ１０にカード番号と登録ＩＤ番号を送信する。事業者サーバ１０がカード番号と登録ＩＤ番号を受信すると、登録情報取得部１０５は、これらのペアを登録情報データベースＤＢ３に格納する。登録情報データベースＤＢ３には、カードデータベースＤＢ２の全てのカード番号と登録ＩＤ番号が格納されてもよいし、一部のカード番号と登録ＩＤ番号が格納されてもよい。

なお、登録情報取得部１０５は、事前に登録ＩＤ番号を登録情報データベースＤＢ３に格納するのではなく、認証時に登録ＩＤ番号を取得してもよい。例えば、登録情報取得部１０５は、識別情報取得部１０２によりカード番号が取得された場合に、発行者サーバ２０に、そのカード番号が示すカードＣの登録ＩＤ番号を要求してもよい。発行者サーバ２０は、カードデータベースＤＢ２から登録ＩＤ番号を取得して事業者サーバ１０に送信する。登録情報取得部１０５は、発行者サーバ２０により送信された登録ＩＤ番号を取得する。このように、認証時に動的に登録ＩＤ番号が取得されることによって、事業者サーバ１０が登録情報データベースＤＢ３を記憶する必要がなくなる。

図１１は、第２実施形態において実行される処理の一例を示すフロー図である。図１１に示すように、発行者サーバ２０は、新たなカードＣが発行されると、事業者サーバ１０にカード番号と登録ＩＤ番号のペアを送信する（Ｓ２００）。事業者サーバ１０は、カード番号と登録ＩＤ番号のペアを受信すると（Ｓ２０１）、受信したペアを登録情報データベースＤＢ３に格納する（Ｓ２０２）。続くＳ２０３～Ｓ２０９の処理は、Ｓ１００～Ｓ１０６の処理と同様である。

事業者サーバ１０は、登録情報データベースＤＢ３を参照し、Ｓ２０９で受信したカード番号に関連付けられた登録ＩＤ番号を取得する（Ｓ２１０）。なお、登録情報データベースＤＢ３に有効期限も格納しておき、Ｓ２１０においては、事業者サーバ１０は、カード番号及び有効期限のペアと一致するレコードが登録情報データベースＤＢ３に存在するか否かを判定してもよい。レコードが存在しない場合には、エラーとなり本処理は終了する。この場合、カード番号及び有効期限の少なくとも一方に不備があるので、登録処理は実行されない。

事業者サーバ１０は、入力ＩＤ番号と、登録ＩＤ番号と、を比較することによって、認証を実行する（Ｓ２１１）。Ｓ２１１の処理は、Ｓ１１０の処理が事業者サーバ１０によって実行され、その後にＳ１１３の処理が実行されるものと同じである。続くＳ２１２の処理は、Ｓ１１４と同様である。また、Ｓ２１３～Ｓ２１５の処理は、Ｓ１１５～Ｓ１１７と同様である。

第２実施形態によれば、事業者サーバ１０が、入力ＩＤ番号と登録ＩＤ番号とを比較することによって認証を実行することによって、入力ＩＤ番号が入力された後に事業者サーバ１０と発行者サーバ２０との間の通信を発生させずに済むので、認証を高速化できる。また、発行者サーバ２０が入力ＩＤ番号と登録ＩＤ番号の比較を実行しないので、発行者サーバ２０の処理負荷を軽減できる。

［３．変形例］
なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

図１２は、変形例における機能ブロック図である。図１２に示すように、以降説明する変形例では、実施形態で説明した機能に加えて、不正度計算部１０６、第１決定部１０７、第２決定部１０８、第３決定部１０９、第４決定部１１０、第５決定部１１１、及び確認部１１２が実現される。これら各機能は、制御部１１を主として実現される。なお、図１２では、第１実施形態の機能ブロックに各機能が追加されているが、第２実施形態の機能ブロックに各機能が追加されてもよい。

（１）例えば、カードＣは、読取部による読み取りのために鍵が必要な第１の記憶領域と、読取部による読み取りのために鍵が不要な第２の記憶領域と、を含んでもよい。

第１の記憶領域は、カードＣのＩＣチップｃｐに含まれる記憶部のうち、第１のアドレス帯域の領域である。第１の記憶領域にアクセスするためには、鍵が必要である。鍵は、ユーザ端末３０に記憶されていてもよいし、ユーザ端末３０がアクセス可能なサーバコンピュータに記憶されていてもよい。ＩＣチップｃｐには、第１の記憶領域にアクセスするための認証で利用される鍵が記憶されている。ＩＣチップｃｐに含まれるＣＰＵは、ＩＣチップｃｐ内の鍵と、ユーザ端末３０のＮＦＣ部３３Ａから受信した鍵と、に基づいて、認証を実行する。認証が成功した場合、第１の記憶領域へのアクセスが可能になる。

第２の記憶領域は、カードＣのＩＣチップｃｐに含まれる記憶部のうち、第２のアドレス帯域の領域である。第２の記憶領域にアクセスするためには、鍵は不要である。このため、第２の記憶領域へのアクセスは、特に認証が発生しなくてもよい。

第１の記憶領域と第２の記憶領域の各々は、任意の情報を記憶可能である。例えば、第１の記憶領域と第２の記憶領域の両方にＩＤ番号が記録されていてもよい。また例えば、第１の記憶領域には記憶されているが第２の記憶領域には記憶されていない情報が存在してもよい。例えば、ＩＣチップｃｐを識別可能なＩＤは、第１の記憶領域にだけ記憶されていてもよい。これとは逆に、第２の記憶領域には記憶されているが第１の記憶領域には記憶されていない情報が存在してもよい。例えば、第１の記憶領域には記憶されていないＩＤが第２の記憶領域に記憶されていてもよい。

変形例（１）の認証システムＳは、不正度計算部１０６及び第１決定部１０７を含む。不正度計算部１０６は、ユーザの行動に基づいて、ユーザの不正度を計算する。不正度は、不正の度合いを示す情報、又は、不正の疑いの高さを示す情報である。変形例（１）では、スコアによって不正度が表現される場合を説明するが、不正度は、他の指標で表現されてもよい。例えば、不正度は、Ｓランク・Ａランク・Ｂランクといった文字で表現されてもよい。

例えば、不正度計算部１０６は、学習モデルを利用して不正度を計算する。学習モデルは、機械学習（人工知能）を利用したモデルである。機械学習自体は、公知の種々の手法を利用可能であり、例えば、ニューラルネットワーク、又は、ディープラーニングといった手法を利用可能である。学習モデルには、ユーザが取り得る行動と、不正であるか否かの確定結果と、の関係が学習されている。なお、学習モデルは、教師無し機械学習のモデルが利用されてもよい。

行動は、ユーザがサービスをどのように利用したかを示す情報である。行動は、サービスの利用内容、又は、サービス利用時の挙動ということもできる。例えば、ユーザ端末３０のＩＰアドレス、ユーザ端末３０がアクセスしたＵＲＬ、ユーザ端末３０の場所、及びアクセス日時は、ユーザの行動に相当する。他にも例えば、ユーザによるサービスの利用頻度又は利用金額といった情報もユーザに行動に相当する。

ユーザの行動を示すデータは、データ記憶部１００に記憶されているものとする。ユーザがサービスを利用するたびに、このデータが更新される。不正度計算部１０６は、ユーザが入力画面Ｇ１を表示させるまでの行動を数値化して学習モデルに入力し、学習モデルから出力された不正度を取得する。学習モデルは、入力された行動の特徴量を計算し、特徴量に応じた不正度を出力する。不正度計算部１０６は、学習モデルから出力された不正度を取得する。

例えば、不正度計算部１０６は、ＩＰアドレスにばらつきがあるほど不正度が高くなるように、不正度を計算する。また例えば、不正度計算部１０６は、ユーザがアクセスしたＵＲＬにばらつきがあるほど不正度が高くなるように、不正度を計算する。また例えば、不正度計算部１０６は、アクセス場所が利用中心地から離れているほど、又は、アクセス場所にばらつきがあるほど、不正度が高くなるように、不正度を計算する。

また例えば、不正度計算部１０６は、アクセス日時が平均アクセス日時から離れているほど、又は、アクセス日時にばらつきがあるほど不正度が高くなるように、不正度を計算する。また例えば、不正度計算部１０６は、アクセス頻度が平均アクセス頻度から離れているほど、又は、アクセス頻度にばらつきがあるほど不正度が高くなるように、不正度を計算する。

なお、不正度は、予め定められた方法に基づいて計算されるようにすればよく、学習モデルを利用した例に限られない。例えば、不正度計算部１０６は、学習モデルではなく、ユーザの行動と不正度の関係を定めたルールを利用して、ユーザの不正度を計算してもよい。この場合、不正度計算部１０６は、ユーザの行動がルールに合致するか否かを判定する。ルールに合致する場合には、そのルールに関連付けられた不正度になる。他にも例えば、不正度計算部１０６は、ユーザの行動を数値化して所定の計算式に代入することによって、不正度を計算してもよい。

第１決定部１０７は、不正度に基づいて、第１の記憶領域及び第２の記憶領域の中から、認証で利用する記憶領域を決定する。例えば、第１決定部１０７は、不正度が閾値以上の場合に、第１の記憶領域を利用すると決定する。また例えば、第１決定部１０７は、不正度が閾値未満の場合に、第２の記憶領域を利用すると決定する。なお、第１決定部１０７は、不正度が閾値以上の場合に、第１の記憶領域及び第２の記憶領域の両方を利用すると決定してもよい。第１決定部１０７は、ユーザ端末３０に、認証で利用する記憶領域を識別する情報を送信する。

ユーザ端末３０は、第１決定部１０７により決定された記憶領域を読み取る。例えば、ユーザ端末３０は、第１の記憶領域を読み取ると決定された場合には、鍵を利用して第１の記憶領域を読み取る。ユーザ端末３０に鍵が記憶されている場合には、ユーザ端末３０は、その鍵を利用して第１の記憶領域を読み取る。サーバコンピュータに鍵が記憶されている場合には、ユーザ端末３０は、サーバコンピュータにログインして鍵を取得する。

また例えば、ユーザ端末３０は、上記情報を受信すると、第２の記憶領域を読み取ると決定された場合には、鍵を利用せずに第２の記憶領域を読み取る。例えば、第１の記憶領域と第２の記憶領域の各々にＩＤ番号が記憶されている場合、ユーザ端末３０は、第１の記憶領域と第２の記憶領域のうちの読み取った方の記憶領域に含まれるＩＤ番号を、事業者サーバ１０に送信すればよい。この場合、ユーザ端末３０は、何れの記憶領域から読み取った情報であるかを識別する情報を付加する。

変形例（１）の入力情報取得部は、第１の記憶領域を利用すると決定された場合には、ＮＦＣ部３３Ａを利用してユーザ端末から入力された、第１の記憶領域に格納された第１の入力情報を取得する。入力情報取得部は、第２の記憶領域を利用すると決定された場合には、ＮＦＣ部３３Ａを利用してユーザ端末から入力された、第２の記憶領域に格納された第２の入力情報を取得する。ＩＤ番号が取得された後の流れは、第１実施形態及び第２実施形態で説明した通りである。

ここでは、第１の入力情報と第２の入力情報がともにＩＤ番号であるものとする。認証部１０３は、第１決定部１０７により決定された記憶領域から読み取られたＩＤ番号であることも認証成功の条件とする。このため、何らかのＩＤ番号が入力されたとしても、第１決定部１０７により決定された記憶領域から読み取られたものでなければ、認証は成功しない。この判定は、ユーザ端末３０から受信した上記情報に基づいて実行されるようにすればよい。

なお、第１の記憶領域から読み取られる第１の入力情報と、第２の記憶領域から読み取られる第２の入力情報と、の種類が異なってもよい。例えば、第１の記憶領域からＩＣチップｃｐ自体を識別するＩＤが読み取られ、第２の記憶領域からフィットネスクラブのＩＤ番号が読み取られてもよい。この場合、認証部１０３は、第１決定部１０７により決定された記憶領域に応じた種類の情報が入力されることも認証成功の条件とする。このため、何らかの情報が入力されたとしても、第１決定部１０７により決定された記憶領域に応じた種類の情報でなければ、認証は成功しない。

変形例（１）によれば、ユーザの不正度に基づいて、カードＣの第１の記憶領域と第２の記憶領域の中から、認証で利用する記憶領域が決定されるので、ユーザの不正度に応じたセキュリティを担保できる。例えば、ユーザの不正度が高ければ、多少時間をかけても、鍵がなければ成功しない第１の記憶領域を利用した精度の高い認証を実行し、ユーザの不正度が低ければ、鍵による認証の必要がない第２の記憶領域を利用した迅速な認証を実行するといったことができる。その結果、セキュリティを高めつつ、ユーザの利便性を高めることができる。また、ユーザの不正度に応じて認証にメリハリをつけることで、システム全体として処理負荷を軽減できる。

（２）また例えば、ユーザの不正度に応じて、ＮＦＣ部３３Ａ及び撮影部３６の中から認証で利用するものが決定されてもよい。変形例（２）の認証システムＳは、変形例（１）と同様の不正度計算部１０６と、第２決定部１０８と、を含む。第２決定部１０８は、不正度に基づいて、ＮＦＣ部３３Ａ及び撮影部３６の中から、認証で利用するものを決定する。認証で利用するものは、ＮＦＣ部３３Ａ又は撮影部３６の何れか一方であってもよいし、ＮＦＣ部３３Ａ及び撮影部３６の両方であってもよい。

例えば、第２決定部１０８は、不正度が閾値以上の場合にＮＦＣ部３３Ａを利用すると決定し、不正度が閾値未満の場合に撮影部３６を利用すると決定する。これとは逆に、第２決定部１０８は、不正度が閾値以上の場合に撮影部３６を利用すると決定し、不正度が閾値未満の場合にＮＦＣ部３３Ａを利用すると決定してもよい。他にも例えば、第２決定部１０８は、不正度が閾値以上の場合にＮＦＣ部３３Ａ及び撮影部３６の両方を利用すると決定し、不正度が閾値未満の場合には、ＮＦＣ部３３Ａ又は撮影部３６の何れか一方を利用すると決定してもよい。第２決定部１０８は、ＮＦＣ部３３Ａ及び撮影部３６のうち、認証で利用すると決定したものを識別する情報を送信する。

ユーザ端末３０は、上記情報を受信すると、ＮＦＣ部３３Ａ及び撮影部３６のうち、第２決定部１０８により決定されたものを利用して、ＩＤ番号を取得する。ＩＤ番号の取得方法自体は、第１実施形態及び第２実施形態で説明した通りである。ただし、ユーザがＮＦＣ部３３Ａ又は撮影部３６の何れかを利用するかを自由に選択できるのではなく、何れを利用するかは、あくまで第２決定部１０８により決定される。ユーザ端末３０は、ＮＦＣ部３３Ａ又は撮影部３６の何れを利用して取得したＩＤ番号であるかを識別する情報を付加して、事業者サーバ１０にＩＤ番号を送信する。

変形例（２）の入力情報取得部１０１は、ＮＦＣ部３３Ａを利用すると決定された場合には、ＮＦＣ部３３Ａを利用してユーザ端末３０から入力された入力ＩＤ番号を取得する。入力情報取得部１０１は、撮影部３６を利用すると決定された場合には、撮影部３６を利用してユーザ端末３０から入力された入力ＩＤ番号を取得する。ＩＤ番号が取得された後の流れは、第１実施形態及び第２実施形態で説明した通りである。

認証部１０３は、ＮＦＣ部３３Ａ及び撮影部３６のうち、第２決定部１０８により決定された方を利用して取得されたＩＤ番号であることも認証成功の条件とする。このため、何らかのＩＤ番号が入力されたとしても、第２決定部１０８により決定された方で読み取られたものでなければ、認証は成功しない。この判定は、ユーザ端末３０から受信した上記情報に基づいて実行されるようにすればよい。

変形例（２）によれば、ユーザの不正度に基づいて、ＮＦＣ部３３Ａ及び撮影部３６のうち、認証で利用する方が決定されるので、ユーザの不正度に応じたセキュリティを担保できる。例えば、ユーザの不正度が高ければ、よりセキュリティ性の高いＮＦＣ認証を利用し、ユーザの不正度が低ければ、より簡易な画像認証を利用するといったことができる。その結果、セキュリティを高めつつ、ユーザの利便性を高めることができる。また、ユーザの不正度に応じて認証にメリハリをつけることで、システム全体として処理負荷を軽減できる。

（３）また例えば、カードＣが複数種類の付帯情報を含む場合に、ユーザの不正度に基づいて、認証で利用される付帯情報が決定されてもよい。変形例（３）の認証システムＳは、変形例（１）と同様の不正度計算部１０６と、第３決定部１０９と、を含む。第３決定部１０９は、不正度に基づいて、認証で利用する付帯情報を決定する。

例えば、第３決定部１０９は、不正度が高いほど認証で利用する付帯情報が多くなるように、認証で利用される付帯情報を決定する。また例えば、第３決定部１０９は、不正度が低いほど認証で利用する付帯情報が少なくなるように、認証で利用される付帯情報を決定する。また例えば、第３決定部１０９は、不正度が閾値以上の場合に、比較的情報量の多い第１の付帯情報を利用すると決定し、第３決定部１０９は、不正度が閾値未満の場合に、比較的情報量が少ない第２の付帯情報を利用すると決定する。第３決定部１０９は、認証で利用する付帯情報を識別する情報を送信する。

ユーザ端末３０は、上記情報を受信すると、ＮＦＣ部３３Ａ又は撮影部３６を利用して、カードＣから、当該情報に示された付帯情報を取得する。例えば、認証で利用する付帯情報がＩＤ番号だけであれば、ユーザ端末３０は、第１実施形態及び第２実施形態と同様にして、ＩＤ番号を取得する。また例えば、認証で利用する付帯情報として他の情報も存在すれば、ユーザ端末３０は、カードＣから他の情報も取得する。ユーザ端末３０は、第３決定部１０９により決定された付帯情報を、入力情報として、事業者サーバ１０に送信する。

変形例（３）の入力情報取得部１０１は、第３決定部１０９により決定された付帯情報を、入力情報として取得する。付帯情報が取得された後の流れは、第１実施形態及び第２実施形態で説明した通りである。認証部１０３は、第３決定部１０９により決定された付帯情報に基づいて、認証を実行する。この場合、登録情報である付帯情報は、ユーザデータベースＤＢ１、カードデータベースＤＢ２、又は登録情報データベースＤＢ３に予め格納されているものとする。入力情報として取得された付帯情報と、登録情報として予め登録された付帯情報と、が一致していれば認証成功になる。これらが一致していなければ認証失敗になる。

変形例（３）によれば、ユーザの不正度に基づいて、認証で利用する付帯情報が決定されるので、ユーザの不正度に応じたセキュリティを担保できる。例えば、ユーザの不正度が高ければ、よりセキュリティを高めるためにより多くの付帯情報を認証で利用し、ユーザの不正度が低ければ、より迅速で簡易にするために少ない付帯情報を利用するといったことができる。その結果、セキュリティを高めつつ、ユーザの利便性を高めることができる。また、ユーザの不正度に応じて認証にメリハリをつけることで、システム全体として処理負荷を軽減できる。

（４）また例えば、カードＣが複数種類の付帯情報を含む場合に、ＮＦＣ部３３Ａ及び撮影部３６の中からユーザが指定した方に応じて、認証で利用される付帯情報が決定されてもよい。変形例（４）の認証システムは、第４決定部１１０を含む。受付部は、ＮＦＣ部３３Ａ及び撮影部３６の中から、ユーザによる指定を受け付ける。ボタンＢ１２，Ｂ１３の選択操作は、この指定の一例である。指定は、任意の操作であってよい。ユーザは、ＮＦＣ部３３Ａ及び撮影部３６の少なくとも一方を指定すればよく、これらの両方が指定されてもよい。

第４決定部１１０は、ユーザによる指定結果に基づいて、認証で利用する付帯情報を決定する。例えば、第４決定部１１０は、ＮＦＣ部３３Ａが指定された場合に、撮影部３６が指定された場合に比べて、認証で利用する付帯情報が多くなるように、認証で利用される付帯情報を決定する。これとは逆に、第４決定部１１０は、撮影部３６が指定された場合に、ＮＦＣ部３３Ａが指定された場合に比べて、認証で利用する付帯情報が多くなるように、認証で利用される付帯情報を決定する。

また例えば、第４決定部１１０は、ＮＦＣ部３３Ａが指定された場合に、撮影部３６が指定された場合には利用されない第１の付帯情報が利用されるように、認証で利用される付帯情報を決定する。これとは逆に、第４決定部１１０は、撮影部３６が指定された場合に、ＮＦＣ部３３Ａが指定された場合には利用されない第１の付帯情報が利用されるように、認証で利用される付帯情報を決定する。第４決定部１１０は、認証で利用する付帯情報を識別する情報を送信する。

ユーザ端末３０は、上記情報を受信すると、ＮＦＣ部３３Ａ又は撮影部３６を利用して、カードＣから、当該情報に示された付帯情報を取得する。この流れ自体は、変形例（３）と同様である。ユーザ端末３０は、第４決定部１１０により決定された付帯情報を、入力情報として、事業者サーバ１０に送信する。

入力情報取得部１０１は、決定された付帯情報を、入力情報として取得する。付帯情報が取得された後の流れは、第１実施形態及び第２実施形態で説明した通りである。認証部１０３は、第４決定部１１０により決定された付帯情報に基づいて、認証を実行する。入力情報として取得された付帯情報と、登録情報として予め登録された付帯情報と、が一致していれば認証成功になる。これらが一致していなければ認証失敗になる。この点は、変形例（３）と同様である。

変形例（４）によれば、ＮＦＣ部３３Ａ及び撮影部３６の中からユーザが指定した方に基づいて、認証で利用する付帯情報が決定されるので、ユーザの指定に応じたセキュリティを担保できる。例えば、ユーザが比較的簡易な撮影部３６を指定した場合には、よりセキュリティを高めるためにより多くの付帯情報を認証で利用し、ユーザがセキュリティ性の高いＮＦＣ部３３Ａを指定した場合には、より迅速で簡易にするために少ない付帯情報を利用するといったことができる。その結果、セキュリティを高めつつ、ユーザの利便性を高めることができる。

（５）また例えば、ユーザが複数種類のカードＣのうちの何れかを所持する場合に、複数種類のカードＣの各々は、複数種類の付帯情報のうちの少なくとも１つを含むことがある。即ち、カードＣの種類によって、その中に含まれる付帯情報の種類が異なることがある。この場合、ユーザのカードＣの種類に応じて、認証で利用される付帯情報が決定されてもよい。

変形例（５）の認証システムＳは、第５決定部１１１を含む。第５決定部１１１は，ユーザが所持するカードＣの種類に基づいて、認証で利用する付帯情報を決定する。例えば、第５決定部１１１は、ユーザが所持するカードＣの種類が第１の種類であれば、第２の種類では利用されない付帯情報を決定する。種類と付帯情報の関係は、予めテーブル形式のデータ等で定義されるものとする。第５決定部１１１は、ユーザが所持するカードＣの種類に関連付けられた付帯情報を、認証で利用する付帯情報として決定する。第４決定部１１０は、認証で利用する付帯情報を識別する情報を送信する。

ユーザ端末３０は、上記情報を受信すると、ＮＦＣ部３３Ａ又は撮影部３６を利用して、カードＣから、当該情報に示された付帯情報を取得する。この流れ自体は、変形例（３）及び（４）と同様である。ユーザ端末３０は、第４決定部１１０により決定された付帯情報を、入力情報として、事業者サーバ１０に送信する。

入力情報取得部１０１は、決定された付帯情報を、入力情報として取得する。付帯情報が取得された後の流れは、第１実施形態及び第２実施形態で説明した通りである。付帯情報が取得された後の流れは、第１実施形態及び第２実施形態で説明した通りである。認証部１０３は、第５決定部１１１により決定された付帯情報に基づいて、認証を実行する。入力情報として取得された付帯情報と、登録情報として予め登録された付帯情報と、が一致していれば認証成功になる。これらが一致していなければ認証失敗になる。この点は、変形例（３）及び（４）と同様である。

変形例（５）によれば、ユーザが所持するカードの種類に基づいて、認証で利用する付帯情報が決定されるので、カードの種類に応じたセキュリティを担保できる。例えば、ユーザが所持するカードに確実に含まれる付帯情報を利用して認証を実行できる。また例えば、ユーザが所持するカードと同じ種類のカードで不正が多発している場合には、よりセキュリティを高めるためにより多くの付帯情報を認証で利用して、セキュリティを高めることもできる。

（６）また例えば、事業者サーバ１０は、単に受信したＩＤ番号に基づいて認証を実行するのではなく、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかが利用されて取得されたＩＤ番号であるかを確認してもよい。変形例（６）の認証システムは、確認部１１２を含む。確認部１１２は、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかが利用されて入力情報が入力されたか否かを確認する。

例えば、ユーザ端末３０は、ＮＦＣ部３３Ａ又は撮影部３６の何れかを利用してカードＣのＩＤ番号を取得すると、ＮＦＣ部３３Ａ又は撮影部３６の何れを利用して取得したＩＤ番号であるかを識別する情報を付加して、事業者サーバ１０にＩＤ番号を送信する。確認部１１２は、当該情報を参照することによって、確認を行う。確認部１１２は、この情報を受信しなかった場合には、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかが利用されずに、不正に入力されたＩＤ番号であると判定する。確認部１１２は、この情報を受信しなかった場合には、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかが利用された正当なＩＤ番号であると判定する。

変形例（６）の認証部１０３は、確認部１１２の確認結果に更に基づいて、認証を実行する。認証部１０３は、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかが利用されて入力情報が入力されたことが確認されたことも認証成功の条件とする。このため、何らかのＩＤ番号が入力されたとしても、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかで読み取られたものでなければ、認証は成功しない。

変形例（６）によれば、ユーザ端末３０のＮＦＣ部３３Ａ又は撮影部３６の何れかが利用されてＩＤ番号が入力されたかを確認することによって、悪意のある第三者がＮＦＣ部３３Ａ又は撮影部３６を使用せずに不正に入力したＩＤ番号である否かを検知できるので、セキュリティが高まる。

（７）また例えば、交通系のサービスに認証システムＳを適用する場合を説明したが、認証システムＳは、電子決済サービス、電子商取引サービス、電子チケットサービス、金融サービス、通信サービス、又はＳＮＳサービスといったサービスにも適用可能である。本変形例では、認証システムＳを電子決済サービスに適用する場合を説明する。

本変形例では、カードＣの一例として、クレジットカードを説明する。カードＣは、クレジットカードに限られず、電子決済サービスで利用可能なカードＣであればよい。例えば、カードＣは、キャッシュカード、デビットカード、ポイントカード、電子マネーカード、又はその他の電子バリューのカードであってもよい。

本変形例の事業者は、電子決済サービスを提供する会社である。発行者は、クレジットカードを発行する会社である。このため、本変形例では、事業者と発行者は異なる。事業者と発行者は、互いに連係しており、事業者サーバ１０と発行者サーバ２０との間で任意のデータの送信が可能である。事業者と発行者は、同じグループ会社同士であってもよい。

発行者サーバ２０のカードデータベースＤＢ２には、発行済みのクレジットカードのカード情報が格納される。例えば、カード情報は、クレジットカード番号、有効期限、氏名、及びセキュリティコードを含む。登録情報は、クレジットカードの表面及び裏面の少なくとも一方が写されている。発行者は、クレジットカードを発行するたびに、そのクレジットカードに含まれるＩＤ番号を、登録ＩＤ番号として、カード情報に関連付けてカードデータベースＤＢ２に格納する。

事業者サーバ１０のユーザデータベースＤＢ１には、アプリに登録されたクレジットカードのカード情報が格納される。本変形例のアプリは、電子決済アプリである。電子決済アプリは、種々の方法によって電子決済が可能である。例えば、ユーザが決済で利用するクレジットカードを選択し、ユーザ端末３０にバーコード又は二次元コードを表示させ、店舗のリーダで読み取ることによって、そのクレジットカードを利用した決済が実行される。また例えば、ユーザ端末３０の撮影部３６で店舗のバーコード又は二次元コードを読み取った場合に、ユーザが選択したクレジットカードを利用した決済が実行される。電子決済アプリは、登録済みのクレジットカードを利用した決済を実行可能であればよく、決済方法自体は、これらの例に限られない。例えば、特にコードを利用せずに、登録済みのクレジットカードを利用した決済が実行されてもよい。

第１実施形態と同様の流れを例に挙げると、ユーザは、ユーザ端末３０にインストールされた電子決済アプリを起動し、入力画面Ｇ１でクレジットカード番号と有効期限を入力する。ユーザ端末３０は、ＮＦＣ部３３Ａ又は撮影部３６を利用して、クレジットカードから入力ＩＤ番号を取得する。ユーザ端末３０は、事業者サーバ１０に、クレジットカード番号、有効期限、及び入力ＩＤ番号を送信する。事業者サーバ１０は、これらの情報を発行者サーバ２０に転送する。

発行者サーバ２０は、カードデータベースＤＢ２を参照し、受信したクレジットカード番号及び有効期限に関連付けられた登録ＩＤ番号を取得する。発行者サーバ２０は、入力ＩＤ番号と登録ＩＤ番号とを比較し、事業者サーバ１０に比較結果を送信する。事業者サーバ１０は、比較結果を参照することによって認証を実行する。事業者サーバ１０は、認証が成功した場合に、クレジットカード番号等をユーザデータベースＤＢ１に登録する。

本変形例でも第２実施形態と同様の流れによる登録処理が可能である。この場合、事業者サーバ１０の登録情報データベースＤＢ３には、クレジットカード番号と登録ＩＤ番号のペアが格納されている。有効期限が格納されていてもよい。事業者サーバ１０は、クレジットカード番号、有効期限、及び入力ＩＤ番号を受信すると、登録情報データベースＤＢ３を参照し、クレジットカード番号及び有効期限に関連付けられた登録ＩＤ番号を取得する。事業者サーバ１０は、入力ＩＤ番号と登録ＩＤ番号とを比較することによって認証を実行する。事業者サーバ１０は、認証が成功した場合に、クレジットカード番号等をユーザデータベースＤＢ１に登録する。

変形例（７）によれば、電子決済サービスにおいてクレジットカードを登録する場合のセキュリティが高まる。

（８）また例えば、上記説明した変形例を組み合わせてもよい。

また例えば、認証システムＳは、カード情報の一部を付帯情報として利用し、カードＣから取得されたカード情報（例えば、有効期間と氏名）と、カードデータベースＤＢ２に格納されたカード情報（例えば、有効期間と氏名）と、を比較することによって、認証を実行してもよい。これらが一致する場合には、認証が成功する。これらが一致しない場合には、認証が失敗する。これらの比較は、第１実施形態のように発行者サーバ２０により実行されてもよいし、第２実施形態のように事業者サーバ１０により実行されてもよい。

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

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

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

Claims (20)

1. ユーザが所持するカードと読取手段又は撮影手段とを利用してユーザ端末から入力された、前記カードに付帯する入力情報であって、第１のサービスを利用するための前記入力情報を取得する入力情報取得手段と、
   前記カードを利用して前記ユーザ端末から入力された、前記カードを識別可能な識別情報であって、前記第１のサービスとは異なる第２のサービスを利用するための前記識別情報を取得する識別情報取得手段と、
   予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報であって、前記ユーザが前記カードを使って前記第１のサービスを利用するための前記登録情報を取得する登録情報取得手段と、
   前記入力情報と、前記登録情報と、を比較して、前記第２のサービスを利用可能にするための認証を実行する認証手段と、
   を含む認証システム。
2. ユーザが所持するカードであって、読取手段による読み取りのために鍵が必要な第１の記憶領域と、前記読取手段による読み取りのために前記鍵が不要な第２の記憶領域と、を含む前記カードが利用される認証システムであって、
   前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段と、
   前記不正度が閾値以上の場合に、認証で前記第１の記憶領域を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記第２の記憶領域を利用すると決定する第１決定手段と、
   前記第１の記憶領域を利用すると決定された場合には、ユーザ端末又はサーバから前記鍵を取得し、当該取得された鍵に基づいて、前記読取手段を利用して前記ユーザ端末から入力された、前記第１の記憶領域に格納された第１の入力情報を取得し、前記第２の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第２の記憶領域に格納された第２の入力情報を取得する入力情報取得手段と、
   前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得手段と、
   予め前記識別情報に関連付けられて前記サーバ又は他のサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得手段と、
   前記第１の入力情報又は前記第２の入力情報と、前記登録情報と、を比較して、認証を実行する認証手段と、
   を含む認証システム。
3. ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段と、
   前記不正度が閾値以上の場合に、認証で読取手段を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で撮影手段を利用する、又は、前記不正度が前記閾値以上の場合に、前記認証で前記撮影手段を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記読取手段を利用すると決定する、又は、前記不正度が前記閾値以上の場合に、前記認証で前記読取手段及び前記撮影手段の両方を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記読取手段又は前記撮影手段の何れか一方を利用すると決定する第２決定手段と、
   前記読取手段を利用すると決定された場合には、前記読取手段を利用してユーザ端末から入力された、前記ユーザが所持するカードに付帯する入力情報を取得し、前記撮影手段を利用すると決定された場合には、前記撮影手段を利用して前記ユーザ端末から入力された前記入力情報を取得する入力情報取得手段と、
   前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得手段と、
   予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得手段と、
   前記入力情報と、前記登録情報と、を比較して、認証を実行する認証手段と、
   を含む認証システム。
4. ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段と、
   前記不正度が高いほど、前記ユーザが所持するカードに含まれる複数種類の付帯情報のうち認証で利用する前記付帯情報が多くなるように、前記認証で利用する前記付帯情報を決定する、又は、前記不正度が閾値以上の場合に、第１の付帯情報を利用すると決定し、前記不正度が閾値未満の場合に、前記第１の付帯情報よりも情報量が少ない第２の付帯情報を利用すると決定する第３決定手段と、
   読取手段又は撮影手段を利用してユーザ端末から入力された、前記決定された付帯情報を、前記カードに付帯する入力情報として取得する入力情報取得手段と、
   前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得手段と、
   予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得手段と、
   前記入力情報と、前記登録情報と、を比較して、認証を実行する認証手段と、
   を含む認証システム。
5. 前記登録情報は、前記認証時の正解に相当する情報である、
   請求項１～４の何れかに記載の認証システム。
6. 前記認証手段は、前記入力情報と、前記登録情報と、を比較して少なくとも一部が一致するか否かを判定し、前記認証を実行する、
   請求項１、３、又は４に記載の認証システム。
7. 前記カードは、複数種類の付帯情報を含み、
   前記認証システムは、
   前記読取手段及び前記撮影手段の中から、前記ユーザによる指定を受け付ける受付手段と、
   前記ユーザによる指定結果に基づいて、前記認証で利用する前記付帯情報を決定する第４決定手段と、
   を更に含み、
   前記入力情報取得手段は、前記決定された付帯情報を、前記入力情報として取得する、
   請求項１、３、又は４に記載の認証システム。
8. 前記ユーザは、複数種類のカードのうちの何れかを所持し、
   前記複数種類のカードの各々は、複数種類の付帯情報のうちの少なくとも１つを含み、
   前記認証システムは、前記ユーザが所持する前記カードの種類に基づいて、前記認証で利用する前記付帯情報を決定する第５決定手段を更に含み、
   前記入力情報取得手段は、前記決定された付帯情報を、前記入力情報として取得する、
   請求項１、３、４、６、又は７に記載の認証システム。
9. 前記認証システムは、前記ユーザ端末の前記読取手段又は前記撮影手段の何れかが利用されて前記入力情報が入力されたか否かを確認する確認手段を更に含み、
   前記認証手段は、前記確認手段の確認結果に更に基づいて、前記認証を実行する、
   請求項１、３、又は４に記載の認証システム。
10. 前記認証システムは、前記カードを利用したサービスを提供する事業者に対応する事業者サーバと、前記カードを発行した発行者に対応する発行者サーバと、を含み、
    前記事業者サーバは、前記認証手段と、を含み、
    前記発行者サーバは、前記入力情報取得手段、前記識別情報取得手段、前記登録情報取得手段、及び前記入力情報と前記登録情報とを比較する比較手段を更に含み、
    前記事業者サーバの前記認証手段は、前記発行者サーバから前記比較手段の比較結果を取得して、前記認証を実行する、
    請求項１、３、４、６、７、８、又は９に記載の認証システム。
11. 前記認証システムは、前記カードを利用したサービスを提供する事業者に対応する事業者サーバと、前記カードを発行した発行者に対応する発行者サーバと、を含み、
    前記登録情報は、前記発行者サーバに登録されており、
    前記事業者サーバは、前記入力情報取得手段、前記認証手段、前記識別情報取得手段、及び前記登録情報取得手段を含み、
    前記事業者サーバの前記登録情報取得手段は、前記発行者サーバから、前記登録情報を取得する、
    請求項１～１０の何れかに記載の認証システム。
12. 前記認証システムは、前記認証の実行結果に基づいて、前記識別情報に対応する前記カードに関する登録処理を実行する登録手段、
    請求項１～１１の何れかに記載の認証システム。
13. コンピュータが、
    ユーザが所持するカードと読取手段又は撮影手段とを利用してユーザ端末から入力された、前記カードに付帯する入力情報であって、第１のサービスを利用するための前記入力情報を取得する入力情報取得ステップと、
    前記カードを利用して前記ユーザ端末から入力された、前記カードを識別可能な識別情報であって、前記第１のサービスとは異なる第２のサービスを利用するための前記識別情報を取得する識別情報取得ステップと、
    予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報であって、前記ユーザが前記カードを使って前記第１のサービスを利用するための前記登録情報を取得する登録情報取得ステップと、
    前記入力情報と、前記登録情報と、を比較して、前記第２のサービスを利用可能にするための認証を実行する認証ステップと、
    を実行する認証方法。
14. ユーザが所持するカードであって、読取手段による読み取りのために鍵が必要な第１の記憶領域と、前記読取手段による読み取りのために前記鍵が不要な第２の記憶領域と、を含む前記カードが利用される認証方法であって、コンピュータが、
    前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算ステップと、
    前記不正度が閾値以上の場合に、認証で前記第１の記憶領域を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記第２の記憶領域を利用すると決定する第１決定ステップと、
    前記第１の記憶領域を利用すると決定された場合には、ユーザ端末又はサーバから前記鍵を取得し、当該取得された鍵に基づいて、前記読取手段を利用して前記ユーザ端末から入力された、前記第１の記憶領域に格納された第１の入力情報を取得し、前記第２の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第２の記憶領域に格納された第２の入力情報を取得する入力情報取得ステップと、
    前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得ステップと、
    予め前記識別情報に関連付けられて前記サーバ又は他のサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得ステップと、
    前記第１の入力情報又は前記第２の入力情報と、前記登録情報と、を比較して、認証を実行する認証ステップと、
    を実行する認証方法。
15. コンピュータが、
    ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算ステップと、
    前記不正度が閾値以上の場合に、認証で読取手段を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で撮影手段を利用する、又は、前記不正度が前記閾値以上の場合に、前記認証で前記撮影手段を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記読取手段を利用すると決定する、又は、前記不正度が前記閾値以上の場合に、前記認証で前記読取手段及び前記撮影手段の両方を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記読取手段又は前記撮影手段の何れか一方を利用すると決定する第２決定ステップと、
    前記読取手段を利用すると決定された場合には、前記読取手段を利用してユーザ端末から入力された、前記ユーザが所持するカードに付帯する入力情報を取得し、前記撮影手段を利用すると決定された場合には、前記撮影手段を利用して前記ユーザ端末から入力された前記入力情報を取得する入力情報取得ステップと、
    前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得ステップと、
    予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得ステップと、
    前記入力情報と、前記登録情報と、を比較して、認証を実行する認証ステップと、
    を実行する認証方法。
16. コンピュータが、
    ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算ステップと、
    前記不正度が高いほど、前記ユーザが所持するカードに含まれる複数種類の付帯情報のうち認証で利用する前記付帯情報が多くなるように、前記認証で利用する前記付帯情報を決定する、又は、前記不正度が閾値以上の場合に、第１の付帯情報を利用すると決定し、前記不正度が閾値未満の場合に、前記第１の付帯情報よりも情報量が少ない第２の付帯情報を利用すると決定する第３決定ステップと、
    読取手段又は撮影手段を利用してユーザ端末から入力された、前記決定された付帯情報を、前記カードに付帯する入力情報として取得する入力情報取得ステップと、
    前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得ステップと、
    予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得ステップと、
    前記入力情報と、前記登録情報と、を比較して、認証を実行する認証ステップと、
    を実行する認証方法。
17. ユーザが所持するカードと読取手段又は撮影手段とを利用してユーザ端末から入力された、前記カードに付帯する入力情報であって、第１のサービスを利用するための前記入力情報を取得する入力情報取得手段、
    前記カードを利用して前記ユーザ端末から入力された、前記カードを識別可能な識別情報であって、前記第１のサービスとは異なる第２のサービスを利用するための前記識別情報を取得する識別情報取得手段、
    予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報であって、前記ユーザが前記カードを使って前記第１のサービスを利用するための前記登録情報を取得する登録情報取得手段、
    前記入力情報と、前記登録情報と、を比較して、前記第２のサービスを利用可能にするための認証を実行する認証手段、
    としてコンピュータを機能させるためのプログラム。
18. ユーザが所持するカードであって、読取手段による読み取りのために鍵が必要な第１の記憶領域と、前記読取手段による読み取りのために前記鍵が不要な第２の記憶領域と、を含む前記カードが利用される場合に、コンピュータを、
    前記ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段、
    前記不正度が閾値以上の場合に、認証で前記第１の記憶領域を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記第２の記憶領域を利用すると決定する第１決定手段、
    前記第１の記憶領域を利用すると決定された場合には、ユーザ端末又はサーバから前記鍵を取得し、当該取得された鍵に基づいて、前記読取手段を利用して前記ユーザ端末から入力された、前記第１の記憶領域に格納された第１の入力情報を取得し、前記第２の記憶領域を利用すると決定された場合には、前記読取手段を利用して前記ユーザ端末から入力された、前記第２の記憶領域に格納された第２の入力情報を取得する入力情報取得手段、
    前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得手段、
    予め前記識別情報に関連付けられて前記サーバ又は他のサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得手段、
    前記第１の入力情報又は前記第２の入力情報と、前記登録情報と、を比較して、認証を実行する認証手段、
    として機能させるためのプログラム。
19. ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段、
    前記不正度が閾値以上の場合に、認証で読取手段を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で撮影手段を利用する、又は、前記不正度が前記閾値以上の場合に、前記認証で前記撮影手段を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記読取手段を利用すると決定する、又は、前記不正度が前記閾値以上の場合に、前記認証で前記読取手段及び前記撮影手段の両方を利用すると決定し、前記不正度が前記閾値未満の場合に、前記認証で前記読取手段又は前記撮影手段の何れか一方を利用すると決定する第２決定手段、
    前記読取手段を利用すると決定された場合には、前記読取手段を利用してユーザ端末から入力された、前記ユーザが所持するカードに付帯する入力情報を取得し、前記撮影手段を利用すると決定された場合には、前記撮影手段を利用して前記ユーザ端末から入力された前記入力情報を取得する入力情報取得手段、
    前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得手段、
    予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得手段、
    前記入力情報と、前記登録情報と、を比較して、認証を実行する認証手段、
    としてコンピュータを機能させるためのプログラム。
20. ユーザの行動に基づいて、前記ユーザの不正度を計算する不正度計算手段、
    前記不正度が高いほど、前記ユーザが所持するカードに含まれる複数種類の付帯情報のうち認証で利用する前記付帯情報が多くなるように、前記認証で利用する前記付帯情報を決定する、又は、前記不正度が閾値以上の場合に、第１の付帯情報を利用すると決定し、前記不正度が閾値未満の場合に、前記第１の付帯情報よりも情報量が少ない第２の付帯情報を利用すると決定する第３決定手段、
    読取手段又は撮影手段を利用してユーザ端末から入力された、前記決定された付帯情報を、前記カードに付帯する入力情報として取得する入力情報取得手段、
    前記ユーザ端末から入力された、前記カードを識別可能な識別情報を取得する識別情報取得手段、
    予め前記識別情報に関連付けられてサーバに登録された、前記カードに付帯する登録情報を取得する登録情報取得手段、
    前記入力情報と、前記登録情報と、を比較して、認証を実行する認証手段、
    としてコンピュータを機能させるためのプログラム。

Images