(57)【要約】【課題】簡易な構成でサービスの利用者の認証を行うことができる認証サーバ、読み取り装置、及びプログラムを提供する。【解決手段】  各種のサービスの利用者を認証するための認証サーバ１は、通信ネットワーク１０１を介して利用者端末２との間でチャットのトークを実行することによって、前記サービスの予約申込を受け付ける申込受付手段と、利用者端末２の表示部にて表示されるチャットのトーク画面を示すトーク画面情報に基づいて、前記利用者に対する前記サービスの提供の可否を判定する判定手段とを備えている。【選択図】図１
2020161066.tif 000002
【特許請求の範囲】
【請求項１】
サービスの利用者を認証するための認証サーバにおいて、
利用者側装置との間でチャットのトークを実行することによって、前記サービスの予約申込を受け付ける申込受付手段と、
前記利用者側装置の表示部にて表示されるチャットのトーク画面を示すトーク画面情報に基づいて、前記利用者に対する前記サービスの提供の可否を判定する判定手段と
を備える、認証サーバ。
【請求項２】
前記チャットのトークの内容に基づいて、前記利用者側装置にて表示されるトーク画面を生成する生成手段を
さらに備え、
前記判定手段は、生成したトーク画面を示すトーク画面情報と、前記利用者側装置から提供を受けた前記チャットのトーク画面を示すトーク画面情報との照合結果に基づいて、前記サービスの提供の可否を判定する、
請求項１に記載の認証サーバ。
【請求項３】
前記生成手段は、前記表示部の属性に基づいて、前記トーク画面を生成する、
請求項２に記載の認証サーバ。
【請求項４】
前記利用者側装置から、前記表示部に表示されるチャットのトーク画面が保存された時点を示す保存時点情報を受信する受信手段を
さらに備え、
前記生成手段は、前記保存された時点におけるトーク画面を生成する、
請求項２又は３に記載の認証サーバ。
【請求項５】
前記判定手段は、前記チャットのトーク画面に含まれる文字列に基づいて、前記サービスの提供の可否を判定する、
請求項１乃至４の何れかに記載の認証サーバ。
【請求項６】
前記チャットのトークには、予め登録された秘密の質問及び当該質問に対する回答が含まれる、
請求項１乃至５の何れかに記載の認証サーバ。
【請求項７】
前記チャットのトークには、前記予約申込の受付が完了したことを示す発言が含まれる、
請求項１乃至６の何れかに記載の認証サーバ。
【請求項８】
前記サービスはＡＴＭサービスであり、
ＡＴＭ端末に設けられた読み取り装置にて読み取られた前記チャットのトーク画面を示すトーク画面情報を取得する取得手段を
さらに備え、
前記判定手段は、前記読み取り装置から取得したトーク画面情報に基づいて、前記サービスの提供の可否を判定する、
請求項１乃至７の何れかに記載の認証サーバ。
【請求項９】
前記トーク画面情報は、前記トーク画面のハッシュ値である、
請求項１乃至８の何れかに記載の認証サーバ。
【請求項１０】
前記トーク画面情報は、前記トーク画面に含まれる文字列のハッシュ値である、
請求項１乃至８の何れかに記載の認証サーバ。
【請求項１１】
サービスの利用者を認証するための認証サーバとの間でチャットを実行する利用者側装置の表示部に表示された情報を読み取る読み取り手段と、
読み取った情報が前記チャットのトーク画面を示すトーク画面情報であるか否かを判定する判定手段と、
前記トーク画面情報であると判定した場合、前記読み取った情報を前記認証サーバに送信する送信手段と
を備える、読み取り装置。
【請求項１２】
サービスの利用者に用いられるコンピュータを、
サービスの利用者を認証するための認証サーバとの間でチャットのトークを実行することによって、前記サービスの予約申込を行う申込手段、及び、
前記チャットのトーク画面を示すトーク画面情報を前記認証サーバに対して提供する提供手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスの利用者を認証するための認証サーバ、読み取り装置、及びプログラムに関する。
【背景技術】
【０００２】
ＡＴＭ（現金自動預け払い機）などの機械によって提供されるサービスの場合、不正利用を防止するために、その機械において利用者の認証を行う必要がある。例えば、特許文献１等には、指紋、静脈、声紋、及び虹彩などの生体情報を用いて利用者の認証を行うＡＴＭが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１０８８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のように生体情報を用いる場合、それを読み取ったり記憶したりするための特別な手段が必要になるなどの問題が生じる。また、生体情報が漏洩しないようにするために、煩雑な管理が必要になるなどの問題も生じる。
【０００５】
本発明は斯かる事情に鑑みてなされたものであり、その主たる目的は、簡易な構成でサービスの利用者を認証することができる認証サーバ、読み取り装置、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明の一の態様の認証サーバは、サービスの利用者を認証するための認証サーバにおいて、利用者側装置との間でチャットのトークを実行することによって、前記サービスの予約申込を受け付ける申込受付手段と、前記利用者側装置の表示部にて表示されるチャットのトーク画面を示すトーク画面情報に基づいて、前記利用者に対する前記サービスの提供の可否を判定する判定手段とを備える。
【０００７】
前記態様において、前記チャットのトークの内容に基づいて、前記利用者側装置にて表示されるトーク画面を生成する生成手段をさらに備え、前記判定手段は、生成したトーク画面を示すトーク画面情報と、前記利用者側装置から提供を受けた前記チャットのトーク画面を示すトーク画面情報との照合結果に基づいて、前記サービスの提供の可否を判定するようにしてもよい。
【０００８】
また、前記態様において、前記生成手段は、前記表示部の属性に基づいて、前記トーク画面を生成するようにしてもよい。
【０００９】
また、前記態様において、前記利用者側装置から、前記表示部に表示されるチャットのトーク画面が保存された時点を示す保存時点情報を受信する受信手段をさらに備え、前記生成手段は、前記保存された時点におけるトーク画面を生成するようにしてもよい。
【００１０】
また、前記態様において、前記判定手段は、前記チャットのトーク画面に含まれる文字列に基づいて、前記サービスの提供の可否を判定するようにしてもよい。
【００１１】
また、前記態様において、前記チャットのトークには、予め登録された秘密の質問及び当該質問に対する回答が含まれていてもよい。
【００１２】
また、前記態様において、前記チャットのトークには、前記予約申込の受付が完了したことを示す発言が含まれていてもよい。
【００１３】
また、前記態様において、前記サービスはＡＴＭサービスであり、ＡＴＭ端末に設けられた読み取り装置にて読み取られた前記チャットのトーク画面を示すトーク画面情報を取得する取得手段をさらに備え、前記判定手段は、前記読み取り装置から取得したトーク画面情報に基づいて、前記サービスの提供の可否を判定するようにしてもよい。
【００１４】
また、前記態様において、前記トーク画面情報は、前記トーク画面のハッシュ値であってもよい。
【００１５】
また、前記態様において、前記トーク画面情報は、前記トーク画面に含まれる文字列のハッシュ値であってもよい。
【００１６】
本発明の読み取り装置は、サービスの利用者を認証するための認証サーバとの間でチャットを実行する利用者側装置の表示部に表示された情報を読み取る読み取り手段と、読み取った情報が前記チャットのトーク画面を示すトーク画面情報であるか否かを判定する判定手段と、前記トーク画面情報であると判定した場合、前記読み取った情報を前記認証サーバに送信する送信手段とを備える。
【００１７】
本発明のプログラムは、サービスの利用者に用いられるコンピュータを、サービスの利用者を認証するための認証サーバとの間でチャットのトークを実行することによって、前記サービスの予約申込を行う申込手段、及び、前記チャットのトーク画面を示すトーク画面情報を前記認証サーバに対して提供する提供手段として機能させるためのものである。
【発明の効果】
【００１８】
本発明によれば、簡易な構成で、サービスの利用者の認証を適切に行うことが可能になる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１の認証サーバ及びその通信先の構成を示すブロック図。
【図２】実施の形態１の認証サーバの詳細な構成を示すブロック図。
【図３】利用者端末の構成を示すブロック図。
【図４】予約申込処理の手順を示すフローチャート。
【図５】利用者端末の表示部に表示されるトーク画面の一例を示す図。
【図６】トーク画面生成処理の手順を示すフローチャート。
【図７】利用者認証処理の手順を示すフローチャート。
【図８】実施の形態２の認証サーバ及びその通信先の構成を示すブロック図。
【図９】実施の形態２の認証サーバの詳細な構成を示すブロック図。
【図１０Ａ】利用者端末の表示部に表示されるトーク開始前の画面の一例を示す図。
【図１０Ｂ】利用者端末の表示部に表示されるトーク画面の一例を示す図。
【発明を実施するための形態】
【００２０】
以下、本発明の好ましい実施の形態について、図面を参照しながら説明する。なお、以下に示す各実施の形態は、本発明の技術的思想を具体化するための方法及び装置を例示するものであって、本発明の技術的思想は下記のものに限定されるわけではない。本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において種々の変更を加えることができる。
【００２１】
（実施の形態１）
実施の形態１は、ＡＴＭサービスの利用者を認証する場合の本発明の適用例である。以下、装置の構成及びその動作について説明する。
【００２２】
図１は、本実施の形態の認証サーバ及びその通信先の構成を示すブロック図である。図１に示すように、認証サーバ１は、インターネットを含む通信ネットワーク１０１と通信可能に接続されている。この通信ネットワーク１０１には、ＡＴＭサービスの利用者によって用いられる利用者端末２、及びチャットサービスを提供するＳＮＳ（Social Networking Service）サーバ４が通信可能に接続されている。後述するように、認証サーバ１及び利用者端末２は、ＳＮＳサーバ４を介して、チャットのトークを実行する。
【００２３】
また、認証サーバ１は、専用線１０２を介して、金融機関の各店舗などに設けられているＡＴＭ端末３に備えられた読み取り装置３１と通信可能に接続されている。読み取り装置３１は、図示していないが、ＣＰＵ、メモリ、及び専用線１０２を介して外部の装置と通信するための通信部を備えたコンピュータである。また、読み取り装置３１は、利用者が携帯する利用者端末２の表示部における表示画面を読み取る読み取り部を備えている。この読み取り部によって読み取られた情報は、読み取り装置３１から認証サーバ１に対して送信され、利用者の認証のために用いられる。
【００２４】
［認証サーバの構成］
図２は、実施の形態１の認証サーバの詳細な構成を示すブロック図である。図２に示すように、認証サーバ１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、入力部１４、表示部１５、ハードディスク１６、及び通信インタフェース（Ｉ／Ｆ）１７を備えており、これらの各要素はバス１８によって接続されている。
【００２５】
ＣＰＵ１１は、ＲＯＭ１２及びハードディスク１６に記憶されているコンピュータプログラムを実行する。これにより、認証サーバ１は、後述するような動作を実行することが可能になる。
【００２６】
ＲＯＭ１２は、ＣＰＵ１１によって実行されるコンピュータプログラム及びこれに用いられるデータなどを記憶している。また、ＲＡＭ１３は、ハードディスク１６に記憶されているコンピュータプログラムの読み出しに用いられる。
【００２７】
入力部１４は、キーボード及びマウスなどから構成されており、ＵＳＢなどから構成される入出力インタフェースを介してバス１８に接続されている。また、表示部１５は、ＬＣＤ又はＣＲＴなどで構成されており、画像出力インタフェースを介してバス１８に接続されている。この表示部１５は、ＣＰＵ１１から与えられる画像データに応じた映像信号にしたがって画像を表示する。
【００２８】
ハードディスク１６には、オペレーティングシステム及びアプリケーションプログラムを含む種々のコンピュータプログラム、並びにそれらのコンピュータプログラムの実行に用いられるデータなどがインストールされている。また、このハードディスク１６には、チャットデータベース（以下「ＤＢ」）１６１、ログＤＢ１６２、トーク画面ＤＢ１６３、及び利用者端末ＤＢ１６４が設けられている。これらのデータベースの詳細については後述する。
【００２９】
なお、本実施の形態では、チャットＤＢ１６１、ログＤＢ１６２、トーク画面ＤＢ１６３、及び利用者端末ＤＢ１６４が認証サーバ１の内部に設けられているが、認証サーバ１がアクセス可能であれば、これらのデータベースのうちの少なくとも一部が外部の他の装置に設けられていてもよい。
【００３０】
［データベースの詳細］
以下、各データベースの詳細について説明する。
（１）チャットＤＢ１６１
チャットＤＢ１６１には、認証サーバ１を所謂チャットボットとして機能させるために必要な各種データ及びプログラムが格納されている。認証サーバ１は、チャットＤＢ１６１を用いることによって、利用者端末２との間で実行されるチャットのトークにおいて自動応答を行うことが可能になる。
【００３１】
チャットＤＢ１６１には、秘密の質問及びその質問に対する利用者毎の回答が格納されている。ここで、秘密の質問とは、通常は利用者本人しか回答が分からない質問のことであり、例えば「母親の旧姓は？」、「好きな食べ物は？」などのような質問である。秘密の質問に対する回答は、利用者によって予め登録される。登録の方法は種々のものが想定され、例えば、利用者が認証サーバ１に対して申請した回答を認証サーバ１がチャットＤＢ１６１に格納するようにしてもよく、ＳＮＳサーバ４に登録済の回答を認証サーバ１がＳＮＳサーバ４から取得してチャットＤＢ１６１に格納するようにしてもよい。
【００３２】
また、チャットＤＢ１６１には、利用者からサービスの予約申込があった場合に、その予約申込の受付が完了したことを示す発言が格納されている。この発言としては種々のものが想定されるが、本実施の形態では、「いいね」の文字の後にサムズアップのイラストが付与されたものが用いられる。
【００３３】
なお、本実施の形態では認証サーバ１による自動応答によってチャットのトークが実行されるが、オペレータによる手動応答によってチャットのトークが実行されてもよい。
【００３４】
（２）ログＤＢ１６２
ログＤＢ１６２には、利用者端末２との間で実行されたチャットのトークのログデータが格納される。後述するように、認証サーバ１は、このログデータを利用することによってトーク画面を生成する。
【００３５】
（３）トーク画面ＤＢ１６３
トーク画面ＤＢ１６３には、認証サーバ１により生成されたトーク画面が格納される。後述するように、認証サーバ１は、このトーク画面を用いて利用者の認証を実行する。
【００３６】
（４）利用者端末ＤＢ１６４
利用者端末ＤＢ１６４には、利用者端末２に関する各種の情報が格納されている。その情報には、利用者端末２の表示部の属性（画面サイズ及び解像度等）が含まれる。なお、表示部の属性は、利用者端末２から端末番号を受け取り、その端末番号によって特定するようにしてもよく、上記の秘密の質問に対する回答の事前登録の際などに、利用者から提供を受けるようにしてもよい。
【００３７】
［利用者端末の構成］
利用者端末２は、例えば、スマートフォン等の携帯電話機又はタブレット端末等で構成される。以下、利用者端末２の詳細な構成について説明する。
【００３８】
図３は、利用者端末２の構成を示すブロック図である。図３に示すように、利用者端末２は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、表示部２５と、マイク２６と、スピーカ２７とを備えている。
【００３９】
制御部２１は、図示しないＣＰＵと、ＳＲＡＭ又はＤＲＡＭ等のＲＡＭとを備えている。制御部２１のＣＰＵが、ＲＡＭにロードされた各種のコンピュータプログラムを実行する。
【００４０】
記憶部２２は、フラッシュメモリ等で構成されており、制御部２１にて実行されるオペレーティングシステム及びアプリケーションプログラム等の各種のコンピュータプログラム、並びにその実行の際に用いられるデータ等を記憶する。このコンピュータプログラムには、チャットアプリ２２Ａが含まれる。チャットアプリ２２Ａは、ＳＮＳサーバ４によって提供されるチャットのトークを行うためのアプリケーションプログラムである。
【００４１】
利用者は、ＳＮＳサーバ４によって提供されるチャットサービスにおいて通常使用しているアカウントの他に、認証サーバ１をトーク相手とする専用のアカウントを作成する。チャットアプリ２２Ａは、その専用のアカウントによって実行されるアプリケーションプログラムであり、各種の個人情報などは通常のアカウントのものが連携されて使用される。
【００４２】
通信部２３は、３Ｇ（Generation）、４Ｇ、及びＬＴＥ（Long Term Evolution）等の長距離無線通信方式、並びにＮＦＣ（Near Field Communication）、Ｗｉ-Ｆｉ（登録商標）、ＢＬＵＥＴＯＯＴＨ（登録商標）等の近距離無線通信方式に対応する通信モジュールで構成されている。利用者端末２は、この通信部２３を介して、認証サーバ１及びＳＮＳサーバ４との間で通信を行う。
【００４３】
入力部２４は、静電容量方式のタッチパネル等で構成されており、利用者からの入力を受け付け、その入力に基づく電気信号を制御部２１に出力する。利用者は、入力部２４を用いることにより、利用者端末２に対して必要な操作を行う。
【００４４】
表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等で構成されており、制御部２１から入力された映像信号にしたがって、画像（画面）を表示する。
【００４５】
マイク２６は、外部から音声の入力を受け付けて、その入力に基づく電気信号を制御部２１に出力する。上記の入力部２４による入力に代えて、マイク２６による音声入力を行うことも可能である。
【００４６】
スピーカ２７は、制御部２１からの指示にしたがって、外部に音声を出力する。上記の表示部２５による表示の代わりに、スピーカ２７による音声出力によって各種のメッセージ等を出力することができる。
【００４７】
［システムの動作］
次に、上述したように構成された本実施の形態の認証サーバ１を含む装置の動作について、フローチャート等を参照しながら説明する。以下では、（１）利用者がＡＴＭサービスの予約申込を行うための予約申込処理、（２）利用者の認証に用いられるトーク画面を生成するためのトーク画面生成処理、及び（３）利用者の認証を行うための利用者認証処理の各処理について説明する。
【００４８】
（１）予約申込処理
利用者は、チャットのトークを介して、ＡＴＭサービスの予約申込を行う。本実施の形態の場合、この予約申込には、ＳＮＳサーバ４によって提供されるチャットサービスが利用される。
【００４９】
図４は、認証サーバ１及び利用者端末２によって実行される予約申込処理の手順を示すフローチャートである。まず、認証サーバ１は、ＳＮＳサーバ４にアクセスし（Ｓ１０１）、利用者端末２との間でチャットのトークが実行可能な状態にする。他方、利用者端末２も、チャットアプリ２２Ａを実行することによって（Ｓ２０１）、認証サーバ１との間でチャットのトークが実行可能な状態にする。
【００５０】
次に、認証サーバ１及び利用者端末２は、チャットのトークを実行する（Ｓ１０２，Ｓ２０２）。具体的には、図５に示すようなトークが実行される。図５は、利用者端末２の表示部２５において表示されるトーク画面の一例を示す図である。この例ではまず、利用者端末２からＡＴＭ端末において現金の引き出しを希望する旨の発言がされ、それに応じて認証サーバ１がその金額を質問する発言を行う。次いで、利用者端末２によって希望の金額が発言され、その金額を認識した旨の発言が認証サーバ１によってなされる。
【００５１】
その後、認証サーバ１は、チャットＤＢ１６１に格納されている秘密の質問を発言し、利用者端末２はその回答を発言する。この場合において、その回答がチャットＤＢ１６１に格納されている回答と一致するとき、認証サーバ１は予約申込の受付が完了したことを示す発言をし、チャットのトークが終了する。
【００５２】
上記の受付完了を意味する発言を確認した利用者は、このトーク画面の保存を利用者端末２に指示する。この指示を受け付けた利用者端末２は、トーク画面を記憶部２２に保存し（Ｓ２０３）、保存した時点を示す保存時点情報を認証サーバ１に通知する（Ｓ２０４）。なお、この保存時点情報の通知は、チャットのトークの中で行われてもよく、それとは別で行われてもよい。
【００５３】
認証サーバ１は、利用者端末２から送信された保存時点情報を受信すると（Ｓ１０３）、その保存時点情報及び利用者端末２との間で実行されたチャットのトークの内容を含むログデータをログＤＢ１６２に記憶する（Ｓ１０４）。これにより、予約申込処理が完了する。
【００５４】
（２）トーク画面生成処理
図６は、認証サーバ１によって実行されるトーク画面生成処理の手順を示すフローチャートである。このトーク画面生成処理は、上記の予約申込処理が完了した後、適宜のタイミングで実行される。認証サーバ１はまず、処理対象のトークを特定した後、そのトークのログデータをログＤＢ１６２から抽出する（Ｓ３０１）。また、認証サーバ１は、当該トークに参加した利用者端末２の表示部２５の属性を、利用者端末ＤＢ１６４から抽出する（Ｓ３０２）。
【００５５】
次に、認証サーバ１は、抽出したログデータ及び表示部２５の属性を用いて、利用者端末２に保存されているトーク画面に相当するトーク画面を生成する（Ｓ３０３）。より具体的に説明すると、認証サーバ１は、ログデータに含まれる保存時点情報を参照し、その時点において利用者端末２の表示部２５に表示される発言をログデータから特定する。そして、認証サーバ１は、その特定した発言を含み、且つ表示部２５の属性（画面サイズ及び解像度）に応じたトーク画面を生成する。これにより、利用者端末２に保存されているトーク画面に相当するトーク画面が生成される。
【００５６】
認証サーバ１は、上記のようにして生成したトーク画面をトーク画面ＤＢ１６３に保存する（Ｓ３０４）。これにより、トーク画面生成処理が完了する。
【００５７】
（３）利用者認証処理
上記のようにしてチャットのトークを介してＡＴＭサービスの予約申込を済ませた利用者は、利用者端末２を携帯してＡＴＭ端末３の設置箇所に出向き、利用者端末２に保存されているトーク画面を表示部２５に表示させた上で、その表示画面をＡＴＭ端末３に設けられている読み取り装置３１にかざす。これにより、以下の利用者認証処理が開始される。
【００５８】
図７は、認証サーバ１及び読み取り装置３１によって実行される利用者認証処理の手順を示すフローチャートである。読み取り装置３１はまず、利用者によってかざされた利用者端末２の表示部２５の表示画面を読み取り部によって読み取り（Ｓ４０１）、その読み取った表示画面がチャットのトーク画面であるか否かを判定する（Ｓ４０２）。この判定は、種々の方法で行うことが可能であるが、例えば、画面の色、背景、発言を囲む枠の形状及び位置、並びに文字列の長さ、位置及び内容などに基づいて行われる。
【００５９】
ステップＳ４０２において、トーク画面であると判定した場合（Ｓ４０２でＹＥＳ）、読み取り装置３１は、読み取った表示画面を含むトーク画面情報を認証サーバ１に対して送信する（Ｓ４０３）。他方、トーク画面ではないと判定した場合（Ｓ４０２でＮＯ）、読み取り装置３１は、認証ができないためにＡＴＭサービスの提供が不可能であることを示す提供不可情報をＡＴＭ端末２に対して出力する（Ｓ４０４）。この場合、ＡＴＭ端末２が、ＡＴＭサービスの提供ができないことを示すメッセージをその表示部に表示し、処理が終了する。
【００６０】
認証サーバ１は、読み取り装置３１から送信されたトーク画面情報を受信すると（Ｓ５０１）、トーク画面ＤＢ１６３に保存されている各トーク画面と、当該トーク画面情報に含まれる表示画面との照合を行うことによって、トーク画面ＤＢ１６３に保存されているトーク画面の中に当該表示画面と一致するものがあるか否かを判定する（Ｓ５０２）。この場合、完全一致でなくてもよく、例えば、画面サイズ、解像度、画面の色、背景、発言を囲む枠の形状及び位置、並びに文字列の長さ及び位置などの主要な部分が一致した場合は全体として一致すると判定してもよい。
【００６１】
ステップＳ５０２において、一致するトーク画面がないと判定した場合（Ｓ５０２でＮＯ）、認証サーバ１は、認証に失敗したことを示す認証失敗情報を読み取り装置３１に対して送信する（Ｓ５０３）。
【００６２】
読み取り装置３１は、認証サーバ１から送信された認証失敗情報を受信すると（Ｓ４０５）、提供不可情報をＡＴＭ端末２に対して出力する（Ｓ４０６）。この場合、ＡＴＭ端末２が、ＡＴＭサービスの提供ができないことを示すメッセージをその表示部に表示し、処理が終了する。
【００６３】
他方、ステップＳ５０２において一致するトーク画面があると判定した場合（Ｓ５０２でＹＥＳ）、認証サーバ１は、認証に成功したことを示す認証成功情報を読み取り装置３１に対して送信する（Ｓ５０４）。
【００６４】
読み取り装置３１は、認証サーバ１から送信された認証成功情報を受信すると（Ｓ４０７）、提供可能情報をＡＴＭ端末２に対して出力する（Ｓ４０８）。この場合、ＡＴＭ端末２が、認証に成功したために予約内容（例えば、１０万円の引き出し）が実施可能であることを示すメッセージをその表示部に表示し、処理が終了する。その後、ＡＴＭ端末２は、その予約内容を実施することにより、利用者にサービスを提供する。
【００６５】
認証サーバ１は、認証に用いたトーク画面をトーク画面ＤＢ１６３から削除する（Ｓ５０５）。これにより、トーク内容の漏洩などの問題の発生が防止され、機密性が確保される。
【００６６】
なお、上記の例では、すべての発言が一つのページに収まる例について説明したが、複数ページにまたがる場合もある。その場合、各ページについて画面の照合を行ってもよく、特定の重要な発言を含むページのみについて画面の照合を行ってもよい。ここで、重要な発言の例としては、秘密の質問及びその回答、並びに予約申込の受付が完了したことを示す発言が挙げられる。
【００６７】
以上のように、本実施の形態によれば、生体情報などを用いなくても、サービスの利用者の認証を適切に行うことが可能になる。
【００６８】
なお、上記のステップＳ４０８の後の予約内容の実施は、次のようにして行われる。利用者認証処理において認証に成功した場合、認証サーバ１はトーク画面情報から文字情報を抽出し、これに対して形態素解析などの自然言語処理を実施することによって予約内容を特定し、その特定した予約内容について金融機関側の装置に実施依頼をする。その後、当該装置は、ＡＴＭ端末２に対して予約内容（例えば、１０万円の引き出し）の実施指示を行い、これを受けたＡＴＭ端末２がその予約内容を実施する。
【００６９】
その他にも、次のようにして予約内容の実施を行ってもよい。トーク画面生成処理において生成したトーク画面をトーク画面ＤＢ１６３に保存するとき（Ｓ３０４）、認証サーバ１は、ステップＳ３０１にて抽出したトークのログデータと紐付けて当該トーク画面を保存する。そして、利用者認証処理において認証に成功した場合、認証サーバ１は、トーク画面と紐付けられているトークのログデータを用いて予約内容を特定する。これ以降は、上記と同様に認証サーバ１、金融機関側の装置、及びＡＴＭ端末２が協働して予約内容が実施される。
【００７０】
（実施の形態２）
実施の形態２は、各種のチケットの購入を行う利用者を認証する場合の本発明の適用例である。以下、装置の構成及びその動作について説明する。
【００７１】
図８は、本実施の形態の認証サーバ及びその通信先の構成を示すブロック図である。また、図９は、その認証サーバの詳細な構成を示すブロック図である。これらの図面に示すように、読み取り装置３１は、チケットの販売を実施するチケット販売端末３０に設けられている。また、認証サーバ１０のハードディスク１６には、チケットの販売状況を示すデータが格納されるチケットＤＢ１６５が設けられている。それ以外の構成については実施の形態１の場合と同様であるので、同一符号を付して説明を省略する。
【００７２】
次に、本実施の形態における装置の動作について説明する。
本実施の形態においても、実施の形態１の場合と同様に、（１）予約申込処理、（２）トーク画面生成処理、及び（３）利用者認証処理が実行される。このうち、トーク画面生成処理は実施の形態１の場合と同一なので説明を省略する。以下、予約申込処理及び利用者認証処理について説明する。
【００７３】
（１）予約申込処理
利用者は、チャットのトークを介して、チケット購入の予約申込を行う。この場合、実施の形態１の場合と同様に、認証サーバ１と利用者端末２との間でチャットのトークが実行される。
【００７４】
図１０Ａは、利用者端末２の表示部２５において表示されるトーク開始前の画面の一例である。また、図１０Ｂは、同じく表示されるトーク画面の一例を示す図である。利用者端末２においてチャットアプリ２２Ａが起動されると、図１０Ａに示す画面が表示部２５に表示される。この画面中の「チケット申込開始」ボタン２００は、サッカーの試合のチケットの予約申込を開始するためのものである。このボタン２００がクリックされると、予約申込を行うために、チャットのトークが実行される。
【００７５】
以下、図１０Ｂを用いてトークの具体例を説明する。認証サーバ１はまず、どの試合のチケットの購入を希望するのかを質問する発言を行い、それに応じて利用者端末２が希望の試合を特定する発言を行う。ここで、認証サーバ１はチケットＤＢ１６４を参照して当該試合のチケットの販売状況を確認し、購入可能な席を特定する発言を行う。次に、利用者端末２によってチケットの購入枚数が発言され、その購入枚数を認識した旨の発言が認証サーバ１によってなされる。
【００７６】
その後、認証サーバ１は、チャットＤＢ１６１に格納されている秘密の質問を発言し、利用者端末２はその回答を発言する。この場合において、その回答がチャットＤＢ１６１に格納されている回答と一致するとき、認証サーバ１は予約申込の受付が完了したことを示す発言をし、チャットのトークが終了する。
【００７７】
チャットのトークが終了した後、実施の形態１における予約申込処理と同様の処理を認証サーバ１及び利用者端末２が実行することによって、予約申込処理が完了する。
【００７８】
（３）利用者認証処理
上記のようにしてチャットのトークを介してチケット購入の予約申込を済ませた利用者は、利用者端末２を携帯してチケット販売端末３の設置箇所に出向き、利用者端末２に保存されているトーク画面を表示部２５に表示させた上で、その表示画面を読み取り装置３１にかざす。これにより、実施の形態１の場合と同様の利用者認証処理が実行され、読み取り装置３１からチケット販売端末３０に対して、提供不可情報及び提供可能情報の何れかが出力される。ここで、提供可能情報である場合、チケット販売端末３０は、予約内容に応じたチケットの販売を行う。
【００７９】
実施の形態２でも、実施の形態１の場合と同様に、簡易な構成で、サービスの利用者の認証を適切に行うことが可能になる。
【００８０】
（その他の実施の形態）
上記の各実施の形態では、認証サーバ１及び利用者端末２が、ＳＮＳサーバ４を介してチャットのトークを実行しているが、本発明はこれに限定されるわけではない。ＳＮＳサーバ４が提供するチャットサービスの機能と同様の機能を認証サーバ１が有することによって、ＳＮＳサーバ４を介すことなく、認証サーバ１及び利用者端末２がチャットのトークを実行するようにしてもよい。
【００８１】
また、上記の各実施の形態では、利用者認証処理において読み取り装置３１が認証サーバ１に対してトーク画面情報を送信しているが、これを利用者端末２が送信するようにしてもよい。その場合、利用者は利用者端末２を携帯して金融機関の支店などに出向かなくてもよく、金融機関が運営するオンラインバンキングなどを利用して取引を行うことが可能になる。
【００８２】
また、上記の各実施の形態では、認証サーバ１によって生成されたトーク画面と読み取り装置３１によって読み取られた画面との照合によって認証が行われているが、認証サーバ１がトーク画面の生成を行うことなく認証を実行するようにしてもよい。その場合、例えば、利用者端末２の表示部２５の表示画面を読み取った読み取り装置３１がその表示画面中の文字列を抽出して認証サーバ１に送信し、これを受けた認証サーバ１がログＤＢ１６２に格納されているログデータと読み取り装置３１によって抽出された文字列とを照合することによって認証を行うことなどが想定される。このように、認証サーバ１は、トーク画面そのものではなく、トーク画面中に含まれる文字列に基づいて認証を行うようにしてもよい。
【００８３】
また、上記の各実施の形態では、トーク画面自体を用いて利用者の認証を行っているが、本発明はこれに限定されるわけではない。例えば、利用者端末２がトーク画面（又はトーク画面に含まれる文字列）をハッシュ値に変換してこれを読み取り装置３１に与える一方、認証サーバ１が自ら生成したトーク画面（又はトーク画面に含まれる文字列）を同様にハッシュ値に変換し、そのハッシュ値と読み取り装置３１から取得したハッシュ値との照合結果に基づいて利用者の認証を行ってもよい。この場合、トーク画面自体を用いる場合と異なり、利用者端末２の表示部２５の表示画面を見てもトーク内容を理解することができないため、トーク内容の漏洩が防止される。なお、利用者端末２が、このハッシュ値をＱＲコード（登録商標）などの二次元コードに変換し、その二次元コードを読み取り装置３１に読み取らせるようにしてもよい。
【００８４】
また、上記の各実施の形態では、照合対象の両画面が一致すると判定されさえすれば認証が成功したものとされるが、これに時間制限を設けるようにしてもよい。例えば、予約申込に係るチャットのトークが実行されてから所定の時間が経過した場合、照合対象の両画面が一致すると判定された場合でも、認証サーバ１が認証に失敗したと判断するようにしてもよい。これにより、不正利用を抑制することが可能になる。
【００８５】
また、実施の形態１ではＡＴＭサービスを、実施の形態２ではチケット購入をそれぞれ例示したが、本発明はそれ以外にも種々のサービスに適用することが可能である。例えば、荷物の宅配便サービスに適用することができる。その場合、荷物の発送又は受取について、チャットのトークを利用した予約申込が行われる。そして、その発送又は受取の際に認証サーバ１による認証が行われ、認証に成功した場合に荷物の発送又は受取が可能になる。
【００８６】
なお、上記の各実施の形態では、認証サーバ１が１台のコンピュータによって構成されているが、これに限定されるわけではなく、複数のコンピュータによる分散システムによって構成されていてもよい。
【符号の説明】
【００８７】
１，１０  認証サーバ
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  入力部
１５  表示部
１６  ハードディスク
１６１  チャットデータベース
１６２  ログデータベース
１６３  トーク画面データベース
１６４  利用者端末データベース
１６５  チケットデータベース
１７  通信インタフェース
１８  バス
２  利用者端末
３  ＡＴＭ端末
３０  チケット販売端末
３１  読み取り装置
４  ＳＮＳサーバ
１０１  通信ネットワーク
１０２  専用線
【図１】
2020161066.tif 000003
【図２】
2020161066.tif 000004
【図３】
2020161066.tif 000005
【図４】
2020161066.tif 000006
【図５】
2020161066.tif 000007
【図６】
2020161066.tif 000008
【図７】
2020161066.tif 000009
【図８】
2020161066.tif 000010
【図９】
2020161066.tif 000011
【図１０Ａ】
2020161066.tif 000012
【図１０Ｂ】
2020161066.tif 000013