特許 7519491 支援システム、方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-07-10

(45)【発行日】2024-07-19

(54)【発明の名称】支援システム、方法、およびプログラム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20240711BHJP

【ＦＩ】

G06F21/31

【請求項の数】 4

(21)【出願番号】P 2023041993

(22)【出願日】2023-03-16

【審査請求日】2023-03-16

【新規性喪失の例外の表示】特許法第３０条第２項適用 発行者名：株式会社三井住友銀行 刊行物名：「ワンタイムパスワードアプリ」利用登録のお知らせ 発行年月日：令和４年１０月３日

(73)【特許権者】

【識別番号】397077955

【氏名又は名称】株式会社三井住友銀行

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】池内 椿

【審査官】岸野 徹

(56)【参考文献】

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

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

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

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

【文献】米国特許第０９７７９２３２（ＵＳ，Ｂ１）

【文献】特開２００８－２３４６２１（ＪＰ，Ａ）

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

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

Ｇ０６Ｆ ２１／３１

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

【請求項1】

ユーザー認証のための支援システムであって、
端末装置で取得された端末情報データのうち少なくとも一部を受信する受信手段であって、前記端末情報データには、登録された１または複数のコードが含まれる受信手段と、
前記登録された１または複数のコードの有効性を、前記端末情報データに対応する有効性データを用いて判定する判定手段であって、前記登録された１または複数のコードのうち有効で、最小の番号の前記コードの前記有効性を前記有効と判定した後に、前記有効と判定された前記最小の番号の前記コードを前記有効性データ上で無効化する判定手段と、
前記登録された１または複数のコードの有効性の判定結果を前記端末装置に送信する送信手段と、
を備えることを特徴とする支援システム。

【請求項2】

前記判定手段は、前記登録された１または複数のコードの有効性を判定するとき、あらかじめ設定されたコード数を超えて認証請求された場合は認証不可と判定する、請求項１に記載の支援システム。

【請求項3】

ユーザー認証のための支援システムで実行される方法であって、
端末装置で取得された端末情報データのうち少なくとも一部を受信するステップであって、前記端末情報データには、登録された１または複数のコードが含まれるステップと、
前記登録された１または複数のコードの有効性を、前記端末情報データに対応する有効性データを用いて判定するステップであって、前記登録された１または複数のコードのうち有効で、最小の番号の前記コードの前記有効性を前記有効と判定した後に、前記有効と判定された前記最小の番号の前記コードを前記有効性データ上で無効化する、ステップと、
前記登録された１または複数のコードの有効性の判定結果を前記端末装置に送信するステップと、
を備えることを特徴とする方法。

【請求項4】

請求項３に記載の方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザー認証のための支援システム、方法、およびプログラムに関する。

【背景技術】

【0002】

従来、スマートフォンなどの端末装置から振込などの取引を行うためのアプリが存在する。利用者は、例えば振込を実施する際に、顧客ＩＤなどの情報に加えてパスワードの入力を当該アプリ上で行う。しかし、ユーザーが端末装置の機種変更を行ったり、紛失して新端末装置によりアプリを使用する際、認証情報やパスワードの漏洩により他人によって不正にアクセスされるおそれがあった。

【0003】

ここで、以下の特許文献１においては、端末装置の機種変更を行った際、電子決済における認証処理において他人による不正ログインを防止する情報処理方法などが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特許７１０４２５９号公報

【発明の概要】

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

【0005】

しかし、特許文献１に記載の情報処理方法では、従来使用していた旧端末装置と、新しく使用することになった新端末装置とが物理的に近くにある場合にのみ、新旧双方の端末装置を使用して認証処理を行い、新端末装置からログインできることが開示されているにすぎない。

【0006】

したがって、端末装置を紛失して新しい端末装置を購入した場合など、旧端末装置が存在しないときは新端末装置からログインを行うことができない。また、機種変更で新旧双方の端末装置を使用できる場合でも、認証のためにいずれか一方の端末装置でＱＲコード（登録商標）を表示させ、他方の端末装置で撮影することをそれぞれ少なくとも１回以上行うことが開示されており、手間がかかるものと考えられる。

【0007】

本発明は上記実情に鑑みて提案されたもので、機種変更などによって、新端末装置を使用することになった場合であっても、新端末装置のみで容易に認証処理を行うことができ、かつセキュリティが担保されたユーザー認証のための支援システム、方法、およびプログラムを提供することを目的とする。

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

【0008】

上記目的を達成するために、本発明に係る支援システムは、ユーザー認証のための支援システムであって、端末装置で取得された端末情報データのうち少なくとも一部を受信する受信手段であって、端末情報データには、登録された１または複数のコードが含まれる受信手段と、登録された１または複数のコードの有効性を、端末情報データに対応する有効性データを用いて判定する判定手段であって、登録された１または複数のコードの有効性を有効と判定した後に、有効と判定されたコードを無効化する判定手段と、登録された１または複数のコードの有効性の判定結果を端末装置に送信する送信手段とを備えることを特徴とする。

【発明の効果】

【0009】

本発明によれば、ワンタイムパスワードによる認証のための２次元バーコードにあらかじめ複数のパスワードを保持させ、パスワードを一度使用した後は無効化してそのパスワードを使用できないようにする。次回の認証の際は新しいパスワードを使用することができるため、同じパスワードの使いまわしを避けて新しいパスワードによる認証ができるようになり、セキュリティが担保される。機種変更の際も、新端末装置から２次元バーコードを読み取るだけで自動的に認証ができ、簡便であるため機種変更の際のユーザー認証の効率化を図ることができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係る支援システムの構成図である。

【図2】本発明の実施形態に係る銀行サーバ、および端末装置の構成例を示す図である。

【図3】本発明の実施形態に係る支援システムの受信手段を説明するためのフローチャートである。

【図4】本発明の実施形態に係る支援システムの判定手段を説明するためのフローチャートである。

【図5】本発明の実施形態に係る支援システムの送信手段を説明するためのフローチャートである。

【図6】本発明の実施形態に係る支援システムの有効性データのデータ構造の一例を示す図である。

【図7】本発明の実施形態に係る支援システムの受信手段を説明するための説明図である。

【図8】本発明の実施形態に係る支援システムの送信手段を説明するための画面図である。

【図9】本発明の実施形態に係る支援システムの送信手段を説明するための画面図である。

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

【0011】

以下、本発明に係る実施形態を図面とともに説明する。

【0012】

まず、図１を参照して、本発明に係る実施形態における支援システム１００の全体的な構成の例について説明する。図１において、支援システム１００は、銀行１０２内における銀行サーバ１０１と、複数の端末装置１０４ａ、１０４ｂ・・・（以下、「端末装置１０４」）とを含む。なお、図１では便宜上、端末装置１０４ａ、および１０４ｂのみ記載しているが、端末装置１０４の数が限定されることはない。銀行サーバ１０１と、端末装置１０４とは、ネットワーク１０３を介して相互に接続される。ここで、ネットワーク１０３は、インターネットであっても、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよく、特に限定されない。

【0013】

本発明に係る実施形態における支援システム１００のユーザー１０５は、例として、取引を行うための銀行１０２のアプリを銀行サーバ１０１からネットワーク１０３を介して端末装置１０４にインストールし、あらかじめユーザー登録している。そして、例として、取引をアプリで行う際、ユーザー１０５は銀行１０２から銀行サーバ１０１を介してユーザー認証を受ける必要がある。

【0014】

ユーザー１０５が、ユーザー認証手段の一例としてワンタイムパスワードを選択した場合、銀行１０２は、ワンタイムパスワードが格納されている２次元バーコード１０７が記載されたコード通知書１０６をあらかじめユーザー１０５に発送する。なお、図１では便宜上、ユーザー１０５のみ記載しているが、ユーザー１０５の数が限定されることはない。

【0015】

銀行サーバ１０１は、本実施形態に係る処理を実施するコンピュータデバイスである。銀行サーバ１０１は、銀行によって管理されるサーバコンピュータである。したがって、銀行サーバ１０１は、従来から存在する銀行のシステムに実装されても良い。また、銀行サーバは、単独のコンピュータデバイスによって実装されても良く、または複数のコンピュータデバイスによって実装されても良い。銀行サーバ１０１の構成要素および機能については後述する。

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

１０１ 銀行サーバ
１０２ 銀行
１０３ ネットワーク
１０４、１０４ａ、１０４ｂ 端末装置
１０５ ユーザー
１０６ コード通知書
１０７ ２次元バーコード
１００ 支援システム
１１０、１４０ 制御部
１１１ 入力部
１１２ 出力部
１１３ メモリ部
１１４ 送受信部
１１５、１４６ システムバス
１１６、１４１ 記憶部
１２０ 受信手段
１２１ 判定手段
１２２ 送信手段
１３０ コード情報記憶部
１３１ 端末情報記憶部
１４２ 通信部
１４３ 撮像部
１４４ 表示部
１４５ 操作部

【要約】

【課題】機種変更などによって、新端末装置を使用することになった場合であっても、新端末装置のみで容易に認証処理を行うことができ、かつセキュリティが担保されたユーザー認証のための支援システム、方法、およびプログラムを提供することを目的とする。
【解決手段】認証のための２次元バーコードにあらかじめ複数のパスワードを保持させ、受信手段１２０と、判定手段１２１と、送信手段１２２とを備える支援システム１００により、パスワードを一度使用した後は無効化してそのパスワードを使用できないようにする。したがって、次回の認証の際は新しいパスワードを使用することができるため、セキュリティが担保される。また、機種変更の際、新端末装置から２次元バーコードを読み取るだけで認証ができ簡便であるため、機種変更の際の認証の効率化を図ることができる。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】