JP2009187203A - ユーザ認証方法、プログラム、可搬型記憶装置、ユーザ認証装置およびユーザ端末 - Google Patents

Abstract

【課題】管理者の負担を軽減しつつ、セキュリティ性の高いシステムを提供することを目的とする。
【解決手段】ＥＣサイトサーバ４からエントリ番号を取得（Ｓ３）、記憶し（Ｓ４）、ＵＳＢメモリ３のシリアル番号３２を取得し（Ｓ８，Ｓ９）、このシリアル番号３２が、シリアル番号リストに登録されているか否かを判定し（Ｓ１０）、当該判定の結果、シリアル番号リストに登録されている場合、ユーザ端末２から、ユーザ端末２に入力されたエントリ番号を取得し（Ｓ１３）、エントリ番号と同一の番号を有するエントリ番号が、記憶部に存在するか否かを判定し（Ｓ１４）、当該判定の結果、存在する場合、ＥＣサイトサーバ４から取得したエントリ番号と、シリアル番号３２とを対応付けて、記憶部に格納する（Ｓ１５）ことを特徴とする。
【選択図】図５

Description

本発明は、ユーザ認証方法、プログラム、可搬型記憶装置、ユーザ認証装置およびユーザ端末の技術に関する。

ＥＣ（Electronic Commerce）とよばれる電子商取引などにおいて、事業者が提供するＡＳＰ（Application Service Provider）サービスを用いる場合、一般的には、Ｗｅｂサイト上で入力するログインＩＤ（Identification）とパスワードとによって、ユーザの特定および認証を行う。
このようなユーザの認証に利用可能な技術として、ＵＳＢ（Universal Serial Bus）メモリなどの外部記憶装置にユーザの認証情報を格納し、当該認証情報を用いてユーザ認証を行うユーザ認証システムが提示されている（例えば、特許文献１参照）。
特開２００７−３０４６６４号公報

しかし、ログインＩＤやパスワードの漏洩があった場合、ＡＳＰサービスの無断使用や、情報の改ざんが行われる可能性がある。
また、特許文献１のように、ＵＳＢメモリなどの外部記憶装置にユーザの認証情報を格納しておく場合、情報漏洩の可能性は未だ残ったままである上、ＵＳＢメモリが盗難や、紛失に遭い、ＵＳＢメモリが、第３者の手にわたってしまった場合、ＵＳＢメモリを手にした第３者によって、ＡＳＰサービスが利用されてしまう可能性がある。
また、このようなＵＳＢメモリをユーザ（顧客）へ届ける際に、どのユーザがどのＵＳＢメモリを使用しているのかを、郵送時などに記録する必要があり、管理者側の負担が大きいという問題がある。

前記問題に鑑みて、本発明は、管理者の負担を軽減しつつ、セキュリティ性の高いシステムを提供することを目的とする。

前記課題に鑑みて、本発明は、ユーザ端末に対する認証を行うユーザ認証装置において、記憶部に認証可能な可搬型記憶装置の識別番号の一覧を有しており、エントリ番号発行装置からユーザに対応したエントリ番号を取得し、当該取得したエントリ番号を前記記憶部に記憶し、前記可搬型記憶装置を接続された前記ユーザ端末から、前記可搬型記憶装置の識別番号を取得し、前記取得した識別番号が、前記記憶部の識別番号の一覧に登録されているか否かを判定し、当該判定の結果、前記取得した識別番号が、前記記憶部の識別番号の一覧に登録されている場合、前記ユーザ端末から、前記ユーザ端末に入力されたエントリ番号を取得し、当該ユーザ端末から取得したエントリ番号と同一の番号を有する前記エントリ番号が、前記記憶部に存在するか否かを判定し、当該判定の結果、前記ユーザ端末から取得したエントリ番号と同一の番号を有する前記エントリ番号が、前記記憶部に存在する場合、前記ユーザ端末から取得したエントリ番号をキーとして、前記エントリ番号発行装置から取得したエントリ番号と、前記識別番号とを対応付けて、前記記憶部に格納し、前記ユーザ端末へ認証成功を通知することを特徴とする。

このような構成とすることで、エントリ番号と、識別番号との２つが揃わなければ、認証されることがないため、セキュリティ性を高めることが可能となる。さらに、可搬型記憶装置の識別番号と、ユーザに対応するエントリ番号とを対応付けて記憶するため、管理者側は、郵送時などに１つ１つ記録しなくても、どのユーザがどの可搬型記憶装置を使用しているのかを把握することができ、管理者の負担を軽減することができる。

また、前記ユーザ認証装置は、前記認証成功の通知後、前記可搬型記憶装置を接続されたユーザ端末から、前記可搬型記憶装置の識別番号を取得し、当該取得した識別番号が、前記記憶部に格納されているか否かを判定し、当該判定の結果、前記取得した識別番号が、前記記憶部に格納されている場合、前記ユーザ端末へ認証成功を通知することを特徴としてもよい。

このような構成とすることで、前記認証後、認証に必要な情報が漏洩しても、可搬型記憶装置を有していない限り認証されることがないため、セキュリティ性を高めることができる。

本発明のその他の手段については、実施形態中に適宜記述する。

本発明によれば、管理者の負担を軽減しつつ、セキュリティ性の高いシステムを提供することが可能となる。

次に、本発明の実施形態（本実施形態）について、適宜図面を参照しながら詳細に説明する。

（システム構成図）
図１は、本実施形態に係る電子商取引システムの構成例を示す図である。
電子商取引システムＡは、ＥＣサイトサーバ４（電子商取引サイトサーバ：エントリ番号発行装置）と、ＡＳＰ管理サーバ１（ユーザ認証装置）と、ユーザ端末２とを有してなる。ＥＣサイトサーバ４と、ＡＳＰ管理サーバ１と、ユーザ端末２とは、ＷＡＮ（Wide Area Network）などのネットワーク５を介して互いに接続されている。
ＥＣサイトサーバ４は、ＥＣサイト管理会社に設置され、ＥＣサイトを管理する機能を有する。ＡＳＰ管理サーバ１は、ＥＣサイト管理会社から依頼され、ＥＣに必要なアプリケーションをユーザが所有するユーザ端末２に対して提供したり、ユーザ端末２の認証を行ったりする機能を有する。また、ユーザ端末２は、ユーザが所有する端末である。なお、ユーザ端末２には、ＵＳＢメモリ３（可搬型記憶装置）が接続可能となっている。

（ＡＳＰ管理サーバ）
図２は、本実施形態に係るＡＳＰ管理サーバの構成例を示すブロック図である。
ＡＳＰ管理サーバ１は、送受信部１１、処理部１２および記憶部１３を有してなる。送受信部１１は、ネットワーク５（図１参照）を介して、情報の送受信を行う機能を有する。記憶部１３は、ユーザの認証を行うための認証情報１３１と、ＡＳＰ管理サーバ１が提供するＡＳＰサービスで用いることのできるすべてのＵＳＢメモリ３（図１参照）のシリアル番号３２（識別番号：図３参照）がリストとして格納されているシリアル番号リスト１３２（認証可能な可搬型記憶装置の識別番号の一覧）と、ユーザの認証に必要な認証情報１３１とが記憶されている。なお、認証情報１３１は、図４を参照して後記する。シリアル番号リスト１３２は、ＡＳＰ管理サーバ１の管理者もしくはＥＣサイトサーバ４の管理者が予め手入力されている。

処理部１２は、情報を処理する機能を有し、取得部１２１、判定部１２２、対応処理部１２３（番号対応部）、認証部１２４およびＡＳＰサービス処理部１２５（サービス処理部）を有してなる。
取得部１２１は、ネットワーク５（図１参照）を介して送られた情報を取得する機能を有する。判定部１２２は、情報の判定を行う機能を有する。対応処理部１２３は、情報同士を対応付ける機能を有する。認証部１２４は、ユーザ端末２の認証を行う機能を有する。ＡＳＰサービス処理部１２５は、ユーザ端末２に対しＡＳＰサービスを提供する機能を有する。

（ユーザ端末およびＵＳＢメモリ）
図３は、本実施形態に係るユーザ端末と、ＵＳＢメモリの構成例を示すブロック図である。
ユーザ端末２は、送受信部２１、入力部２２、表示部２３および処理部２４を有してなる。
送受信部２１（送信部）は、ネットワーク５（図１参照）を介して、情報の送受信を行う機能を有する。入力部２２は、キーボードや、マウスなど入力装置であり、処理部２４へ情報を入力する機能を有する。表示部２３は、ディスプレイ等の表示装置であり、情報を画面表示する機能を有する。
処理部２４は、情報を処理する機能を有し、シリアル番号取得部２４１（識別番号取得部）と、画像処理部２４２とを有してなる。シリアル番号取得部２４１は、ＵＳＢ接続部２５に接続されたＵＳＢメモリ３からシリアル番号３２を取得する機能を有する。画像処理部２４２は、表示部２３に画像などを表示させる機能を有する。

ＵＳＢメモリ３には、個々のＵＳＢメモリ３に一意のシリアル番号３２と、ユーザ端末２に読み取られ、起動されることにより、ユーザ端末２にシリアル番号取得部２４１を起動させるシリアル番号取得プログラム３１（識別番号取得プログラム）とを有してなる。

なお、図２の処理部１２、各部１２１〜１２５、図３の処理部２４および画像処理部２４２は、図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。また、図３のシリアル番号取得部２４１は、ＵＳＢメモリ３に格納されているシリアル番号取得プログラム３１が、ユーザ端末２の図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。

（認証情報）
図４は、本実施形態に係る認証情報の構成例を示す図である。
認証情報１３１は、ＥＣサイト管理会社が各ユーザに対して発行するエントリ番号、ＵＳＢメモリ３のシリアル番号３２（図３参照）、ユーザのログイン名およびパスワードが対応付けられてＡＳＰ管理サーバ１の記憶部１３（図２参照）に格納されている。なお、ユーザのログイン名およびパスワードは、図４に示すようにエントリ番号およびシリアル番号３２に対応付けられている必要はなく、別の形式で個別に記憶されていてもよい。

（処理概略）
次に、図２および図３を参照しつつ、図５に沿って本実施形態に係るＥＣサイト利用における初回登録時のユーザ認証方法の概略を説明する。
図５は、本実施形態に係るＥＣサイト利用における初回登録時におけるユーザ認証方法の概略を示す図である。
なお、図５に係るユーザ認証方法の詳細な説明は、図６および図７を参照して後記する。
まず、ユーザは、ユーザ端末２を介して、ＥＣサイト利用の登録要求をＥＣサイトサーバ４に対して送る（Ｓ１）。すると、ＥＣサイトサーバ４は、ユーザに対するエントリ番号を生成する（Ｓ２）。次に、ＥＣサイトサーバ４は、エントリ番号をＡＳＰ管理サーバ１に送信する（Ｓ３）。ステップＳ３で送信されたエントリ番号を受信したＡＳＰ管理サーバ１は、受信したエントリ番号を記憶部１３の認証情報に記憶する（Ｓ４）。以下、ステップＳ４で記憶されたエントリ番号を「記憶済エントリ番号」と適宜記載する。
なお、ＥＣサイト管理会社６や、ＡＳＰ管理サーバ１を管理している会社（管理者）では、エントリ番号に関連付けて、ユーザの顧客情報を管理している。

ＥＣサイトサーバ４は、ステップＳ３の処理とあわせて、このＡＳＰ管理サーバ１へ送信したエントリ番号と同一のエントリ番号をユーザ端末２へ通知する（Ｓ５）。エントリ番号のユーザ端末２への通知は、ＥＣサイトサーバ４がユーザ端末２の表示部２３に表示させるブラウザ上にエントリ番号を表示させることによって通知するが、電子メール、ＦＡＸ、郵送などの手段で通知してもよい。

次に、ＥＣサイト管理会社６は、シリアル番号取得プログラム３１が格納されたＵＳＢメモリ３を、ユーザへ郵送する（Ｓ６）。ＵＳＢメモリ３は、ＡＳＰ管理サーバ１を管理している会社から郵送されてもよい。
ステップＳ５でエントリ番号の通知を受け、さらにＥＣサイト管理会社６からＵＳＢメモリ３を受領したユーザは、ユーザ端末２のＵＳＢ接続部２５に受領したＵＳＢメモリ３を挿入する（Ｓ７）。すると、ＵＳＢメモリ３内のシリアル番号取得プログラム３１が、ユーザ端末２のメモリ上に読み出されて、シリアル番号取得部２４１として起動され、ユーザ端末２は、ＵＳＢメモリ３からシリアル番号３２を取得し（Ｓ８）、取得したシリアル番号３２をＡＳＰ管理サーバ１へ送信する（Ｓ９）。ＡＳＰ管理サーバ１は、シリアル番号３２を基に、シリアル番号リスト１３２を検索し、当該シリアル番号３２が、ＡＳＰ管理サーバ１が管理するＡＳＰサービス用のシリアル番号か否かを判定し（Ｓ１０）、ＡＳＰサービス用のシリアル番号３２である場合、ＡＳＰ管理サーバ１は、エントリ番号入力画面をユーザ端末２へ送信する（Ｓ１１）。初回登録ではない場合の処理については、図７を参照して後記する。ステップＳ８およびステップＳ１０により、ＡＳＰサービス用ではないＵＳＢメモリ３をユーザ端末に挿入しても、ユーザは、ＡＳＰサービスを受けることができない。

ＡＳＰ管理サーバ１からエントリ番号入力画面を受信したユーザ端末２は、受信したエントリ番号入力画面を表示部２３に表示する。そして、ユーザは、キーボード等の入力部２２を介してユーザ端末２へステップＳ５で通知されたエントリ番号を入力する。つまり、ユーザは、エントリ番号をユーザ端末２へキーボード入力する（Ｓ１２）。
ユーザ端末２に入力されたエントリ番号は、ＡＳＰ管理サーバ１へ送信される（Ｓ１３）。以下、ステップＳ１３でユーザ端末２からＡＳＰ管理サーバ１へ送信されたエントリ番号を、「ユーザ入力エントリ番号」と適宜記載する。
ユーザ端末２からユーザ入力エントリ番号を受信したＡＳＰ管理サーバ１は、当該受信したユーザ入力エントリ番号と一致するステップＳ４で記憶した記憶済エントリ番号が、存在するか否かを判定する（Ｓ１４）。ステップＳ１４により、不正な手段でＡＳＰサービス用のＵＳＢメモリ３を挿入しても、正当なエントリ番号を入力しない限り、ユーザは、ＡＳＰサービスを受けることができない。

ＡＳＰ管理サーバ１は、ユーザ端末２から送られたユーザ入力エントリ番号を基に、シリアル番号３２と、記憶済エントリ番号とを対応付けて記憶部１３の認証情報１３１に記憶する対応処理を行う（Ｓ１５）。さらに、ログイン情報（ログイン名およびパスワードなどＡＳＰサービスを利用するときのログインに必要な情報）が、ユーザ端末２からＡＳＰ管理サーバ１へ送られると、ＡＳＰ管理サーバ１は、ＡＳＰサービス利用の許可をユーザ端末２に通知する（Ｓ１６）。

ステップＳ１５において、記憶済エントリ番号と、シリアル番号３２とを対応付けて認証情報１３１に記憶することで、ＥＣサイト管理会社６や、ＡＳＰ管理サーバ１を管理している会社（管理者）は、どのユーザがどのシリアル番号３２を有するＵＳＢメモリ３を使用しているかを、郵送時などに１つ１つ記録することなく把握することができる。

（初回登録処理）
次に、図２、図３および図５を参照しつつ、図６および図７に沿って本実施形態に係るユーザ認証処理の詳細な流れを説明する。なお、図６および図７において、ユーザ端末２、ＡＳＰ管理サーバ１およびＥＣサイトサーバ４間の情報は、ユーザ端末２の送受信部２１、ＡＳＰ管理サーバ１の送受信部１１、ＥＣサイトサーバ４の送受信部（図示せず）およびネットワーク５を介して送受信されるが、本実施形態では情報の送受信におけるこれらの記載を省略して記載することとする。
図６は、本実施形態に係るユーザ認証処理における登録処理の流れを示す図である。
まず、ユーザ端末２の処理部２４が、入力部２２を介して入力された情報を基に、ＥＣサイトサーバ４へ登録要求を送信する（Ｓ１０１）。
登録要求を受信したＥＣサイトサーバ４は、ＡＳＰ管理サーバ１およびユーザ端末２へ同一の番号を有するエントリ番号を送信する（Ｓ１０２）。ユーザ端末２へのエントリ番号の送信（通知）は、前記したようにＥＣサイトサーバ４がユーザ端末２の表示部２３に表示させるブラウザ上にエントリ番号を表示させることによって通知するが、電子メール、ＦＡＸ、郵送などの手段で通知してもよい。

エントリ番号を取得したＡＳＰ管理サーバ１の取得部１２１は、取得したエントリ番号を記憶部１３の認証情報１３１のエントリ番号のフィールドの空いている箇所に記憶する（Ｓ１０３）。以下、ステップＳ１０３で記憶されたエントリ番号を適宜「記憶済エントリ番号」と記載する。
ステップＳ１０２およびステップＳ１０３の処理と並行して、ＥＣサイト管理会社６は、シリアル番号取得プログラム３１を格納しているＵＳＢメモリ３をユーザへ郵送する（Ｓ１０４）。
ＵＳＢメモリ３を受領したユーザは、受領したＵＳＢメモリ３をユーザ端末２のＵＳＢ接続部２５に接続する（Ｓ１０５）。すると、ＵＳＢメモリ３内のシリアル番号取得プログラム３１が、ユーザ端末２のメモリ上に読み出されて、シリアル番号取得部２４１として起動する。起動されたシリアル番号取得部２４１は、ＵＳＢ接続部２５を介してＵＳＢメモリ３のシリアル番号３２を取得し、処理部２４は、まず、ＡＳＰサーバ１との間にセッションを確立させた後、取得したシリアル番号３２を、確立したセッションを介してＡＳＰ管理サーバ１へ送信する（Ｓ１０６）。以後、ここで確立したセッションは、ユーザ端末２によるＡＳＰサービスが終了するまで存在する。ユーザ端末２およびＡＳＰ管理サーバ１の間の通信は、このセッションを介することによって行われる。

取得部１２１において、シリアル番号３２を取得したＡＳＰ管理サーバ１の判定部１２２は、予め記憶部１３に記憶されているシリアル番号リスト１３２を検索して、取得したシリアル番号３２がシリアル番号リスト１３２内に存在するか否かを判定することによって、取得したシリアル番号３２が、当該ＡＳＰ管理サーバ１が提供するＡＳＰサービス用のシリアル番号３２か否かを判定する（Ｓ１０７）。
ステップＳ１０７の結果、ＡＳＰサービス用ではない場合（Ｓ１０７→Ｎｏ）、ＡＳＰ管理サーバ１の処理部１２は、利用不可通知をユーザ端末２へ向けて送信し（Ｓ１０８）、該当するユーザ端末２とのネットワーク接続（セッション）を遮断する。または、体験版などをユーザ端末２に実行させてもよい。

ステップＳ１０７の結果、ＡＳＰサービス用である場合（Ｓ１０７→Ｙｅｓ）、判定部１２２は、取得したシリアル番号３２をキーとして、記憶部１３の認証情報１３１を検索し、現在行われている処理が初回登録か否かを判定する（Ｓ１０９）。すなわち、判定部１２２は、認証情報１３１のシリアル番号のフィールドを検索し、取得したシリアル番号３２が認証情報１３１に存在していれば、初回登録ではないと判定し、取得したシリアル番号３２が認証情報１３１に存在しなければ、初回登録であると判定する。
ステップＳ１０９の結果、初回登録でないと判定された場合（Ｓ１０９→Ｎｏ）、ＡＳＰ管理サーバ１は、図７のステップＳ２０６の処理へ進む。
ステップＳ１０９の結果、初回登録であると判定された場合（Ｓ１０９→Ｙｅｓ）、ＡＳＰ管理サーバ１の処理部１２は、エントリ番号入力画面をユーザ端末２へ送信する（Ｓ１１０）。

エントリ番号入力画面を受信したユーザ端末２の画像処理部２４２は、例えばブラウザの形式でエントリ番号入力画面を表示部２３に表示させる。
そして、キーボードなどの入力部２２を介して、ステップＳ１０２で通知されたエントリ番号が入力されると、ユーザ端末２の処理部２４は、入力されたエントリ番号をＡＳＰ管理サーバ１へ送信する（Ｓ１１１）。以下、ステップＳ１１１でユーザ端末２からＡＳＰ管理サーバ１へ送信されたエントリ番号を「ユーザ入力エントリ番号」と適宜記載する。
ユーザ入力エントリ番号を取得したＡＳＰ管理サーバ１の判定部１２２は、取得したユーザ入力エントリ番号をキーとして、記憶部１３の認証情報１３１を検索し、ユーザ入力エントリ番号と同一の番号を有するエントリ番号（記憶済エントリ番号）が認証情報１３１にあるか否かを判定する（Ｓ１１２）。
ステップＳ１１２の結果、ユーザ入力エントリ番号と同一の番号を有するエントリ番号が認証情報１３１にない場合（Ｓ１１２→Ｎｏ）、ＡＳＰ管理サーバ１の処理部１２は、利用不可通知をユーザ端末２へ向けて送信し（Ｓ１１３）、該当するユーザ端末２とのネットワーク接続（セッション）を遮断する。

ステップＳ１１２の結果、ユーザ入力エントリ番号と同一の番号を有するエントリ番号が認証情報１３１にある場合（Ｓ１１２→Ｙｅｓ）、対応処理部１２３が、ステップＳ１０３において記憶部１３の認証情報１３１に格納されている記憶済エントリ番号と、シリアル番号３２とを対応付けて記憶するシリアル番号対応処理を行う（Ｓ１１４）。具体的には、まず、対応処理部１２３は、ステップＳ１０６で取得したシリアル番号３２と、ユーザ入力エントリ番号を対応付ける。シリアル番号３２と、ユーザ入力エントリ番号とは、同一のセッションを介して、同一のユーザ端末２から送信されるため、容易に対応付けることができる。次に、対応処理部１２３は、このユーザ入力エントリ番号をキーとして、記憶部１３の認証情報１３１のエントリ番号のフィールドを検索し、該当するエントリ番号（記憶済エントリ番号）に対応するシリアル番号３２の欄に取得したシリアル番号３２を格納することによって、記憶済エントリ番号と、シリアル番号３２とを対応付ける。

そして、ＡＳＰ管理サーバ１の処理部１２は、ログイン情報入力画面をユーザ端末２へ送信する（Ｓ１１５）。
ログイン情報入力画面を受信したユーザ端末２の画像処理部２４２は、例えばブラウザの形式でログイン情報入力画面を表示部２３に表示させる。
そして、入力部２２を介して、ログイン名およびパスワードといったログイン情報がユーザによって入力されると、ユーザ端末２の処理部２４は、入力されたログイン情報をＡＳＰ管理サーバ１へ送信する（Ｓ１１６）。
ログイン情報を取得したＡＳＰ管理サーバ１の対応処理部１２３は、記憶済エントリ番号およびシリアル番号３２を取得したログイン情報と対応付けて記憶するログイン情報対応処理を行う（Ｓ１１７）。具体的には、まず、対応処理部１２３は、ステップＳ１０６で取得したシリアル番号３２と、ステップＳ１１６で送信されたログイン情報を対応させる。シリアル番号３２およびログイン情報も、同一のセッションを介して同一のユーザ端末２から送信されるため、容易に対応付けることができる。また、対応処理部１２３は、ユーザ入力エントリ番号とログイン情報とを対応付けてもよい。
これにより、ログイン情報と、ステップＳ１０６で送信されたシリアル番号３２またはユーザ入力エントリ番号とが対応付けられる。次に、対応処理部１２３は、ログイン情報に対応付けられたシリアル番号３２またはユーザ入力エントリ番号をキーとして、記憶部１３の認証情報１３１を検索し、該当するログイン名およびパスワードの欄に、ステップＳ１１６で送信されたログイン情報を格納する。
なお、ステップＳ１１７では、ログイン情報をエントリ番号およびシリアル番号３２に対応させて記憶しているが、対応させなくてもよい。

ログイン情報対応処理が完了すると、ＡＳＰ管理サーバ１のＡＳＰサービス処理部１２５は、ＡＳＰのサービス開始許可通知をユーザ端末２に送信する（Ｓ１１８）ことによって、認証の成功をユーザ端末２へ通知し、ＡＳＰサービスが開始される。
なお、ＡＳＰサービスが終了すると、ＵＳＢメモリ３はユーザ端末２から離脱される。

本実施形態で用いられるＵＳＢメモリ３以外のＵＳＢメモリを用いた場合、ステップＳ１０６でシリアル番号３２を取得することはできないし、例え、不正な方法で、シリアル番号取得プログラム３１をＵＳＢメモリ３に格納させたとしても、ステップＳ１０７において利用不可となる。また、第３者が本実施形態で用いられるＵＳＢメモリ３を何らかの理由で入手した場合、エントリ番号が分からなければ、ステップＳ１１２で利用不可となる。このように本実施形態では、２重のセキュリティを構成することができるため、高いセキュリティ性を有することができる。
また、ユーザの情報に対応するエントリ番号を、送られてきたＵＳＢメモリ３のシリアル番号３２に対応付けて格納するため、郵送時に管理者がＵＳＢメモリ３の所有者を１つ１つ記録する必要がなくなり、管理者の負担を軽減することができる。

（２回目以降の処理）
図７は、本実施形態に係るユーザ認証処理における初回登録完了後の認証処理の流れを示す図である。
まず、ユーザは、ＡＳＰサービスの終了と共にユーザ端末２から離脱させていたＵＳＢメモリ３を、ユーザ端末２におけるＵＳＢ接続部２５に接続する（Ｓ２０１）。
続く、ステップＳ２０２からステップＳ２０５は、図６のステップＳ１０６からステップＳ１０９と同様の処理であるため、説明を省略する。なお、図７のステップＳ２０２の前に、ユーザ端末２の処理部２４は、ＡＳＰサーバ１との間にセッションを確立させる。確立したセッションは、ユーザ端末２によるＡＳＰサービスが終了するまで存在する。ユーザ端末２およびＡＳＰ管理サーバ１の間の通信は、このセッションを介することによって行われる。
ステップＳ２０５の結果、初回登録である場合（Ｓ２０５→Ｙｅｓ）は、図６において前記したステップＳ１１０の処理を行うこととなる。
ステップＳ２０５の結果、初回登録でない場合（Ｓ２０５→Ｎｏ）、ＡＳＰ管理サーバ１の処理部１２は、ログイン情報入力画面をユーザ端末２へ送信する（Ｓ２０６）。
ログイン情報入力画面を受信したユーザ端末２の画像処理部２４２は、例えばブラウザの形式でログイン情報入力画面を表示部２３に表示させる。
そして、入力部２２を介して、ユーザが取り決めたログイン名およびパスワードといったログイン情報が入力されると、ユーザ端末２の処理部２４は、入力されたログイン情報をＡＳＰ管理サーバ１へ送信する（Ｓ２０７）。

取得部１２１にて、ログイン情報を取得したＡＳＰ管理サーバ１の認証部１２４は、送信されたログイン情報（ログイン名およびパスワード）が、記憶部１３の認証情報１３１に存在するか否かを判定するログイン情報認証処理を行い（Ｓ２０８）、判定部１２２は、ログイン情報認証処理の結果、認証ＯＫであるか否かを判定する（Ｓ２０９）。
ステップＳ２０９の結果、認証ＯＫでない場合（Ｓ２０９→Ｎｏ）、ＡＳＰ管理サーバ１の処理部１２は、利用不可通知をユーザ端末２へ向けて送信し（Ｓ２１０）、該当するユーザ端末２とのネットワーク接続（セッション）を遮断する。
ステップＳ２０９の結果、認証ＯＫである場合（Ｓ２０９→Ｙｅｓ）、ＡＳＰ管理サーバ１のＡＳＰサービス処理部１２５は、ＡＳＰのサービス開始許可通知をユーザ端末２に送信する（Ｓ２１１）ことによって、認証の成功をユーザ端末２へ通知し、ＡＳＰサービスが開始される。

このようにすることで、例えばログイン情報が漏洩しても、ＵＳＢメモリ３がなければ、ログイン情報入力画面が表示されないため、高いセキュリティ性を有することができる。

（変形例）
本実施形態では、ＡＳＰサービスが終了すると、ＵＳＢメモリ３は、ユーザ端末２から離脱されると記載したが、これに限らず、ユーザ端末２に接続したままでもよい。この場合は、例えば、ユーザがＵＳＢメモリ３にアクセスして、直接シリアル番号取得プログラム３１を起動することとなる。
また、本実施形態では、エントリ番号と、シリアル番号３２とは１対１に対応するものとしたが、これに限らず、１つのエントリ番号を複数のシリアル番号３２に対応付けてもよい。
さらに、本実施形態では、可搬型記憶装置として、ＵＳＢメモリ３を用いたが、これに限らず、メディア固有の情報を有しそれぞれが区別可能なＣＤ−Ｒ（Compact Disk-Recordable）や、ＤＶＤ−Ｒ（Digital Versatile Disk-Recordable）などの光学式記憶媒体などを用いてもよい。

（効果）
本実施形態によれば、ＡＳＰサービスの開始契約時において、エントリ番号とシリアル番号３２とが揃わない限り、ＡＳＰサービス開始の許可が与えられないため、セキュリティ性を高めることができる。
また、ＵＳＢメモリ３に固有のシリアル番号３２を、ユーザ端末２が自動的に取得し、この情報を用いて登録処理を行うため、ＥＣサイト管理会社６側でユーザに向けて発送したＵＳＢメモリ３のシリアル番号３２を記録し、管理する必要がないため、管理者の負担を軽減することができる。

また、本実施形態によれば、特許文献１に記載の技術のようにＵＳＢメモリ３にすべての認証情報１３１を格納している場合と異なり、初回登録後にＵＳＢメモリ３を紛失しても、ＵＳＢメモリ３のみでは、図７のステップＳ２０７より先の処理を行うことができないため、ＡＳＰサービスを受けることができないという効果を生じる。
また、ログインＩＤや、パスワードなどのログイン情報が流出しても、ＵＳＢメモリ３をユーザ端末２に接続しない限り、ログイン情報入力画面を表示することができず、ＡＳＰサービスを利用できないため、高いセキュリティ性を実現することができる。
さらに、特許文献１に記載の技術では、製造工程においてすべてのＵＳＢメモリ３に認証情報１３１を予め記録する工程を省くことができる。

本実施形態に係る電子商取引システムの構成例を示す図である。 本実施形態に係るＡＳＰ管理サーバの構成例を示すブロック図である。 本実施形態に係るユーザ端末と、ＵＳＢメモリの構成例を示すブロック図である。 本実施形態に係る認証情報の構成例を示す図である。 本実施形態に係るＥＣサイト利用における初回登録時におけるユーザ認証方法の概略を示す図である。 本実施形態に係るユーザ認証処理における登録処理の流れを示す図である。 本実施形態に係るユーザ認証処理における初回登録完了後の認証処理の流れを示す図である。

符号の説明

１ ＡＳＰ管理サーバ（ユーザ認証装置）
２ ユーザ端末
３ ＵＳＢメモリ（可搬型記憶装置）
４ ＥＣサイトサーバ（電子商取引サイトサーバ、エントリ番号発行装置）
５ ネットワーク
６ ＥＣサイト管理会社
１１ 送受信部（ＡＳＰ管理サーバ）
１２ 処理部（ＡＳＰ管理サーバ）
１３ 記憶部
２１ 送受信部（送信部：ユーザ端末）
２２ 入力部
２３ 表示部
２４ 処理部（ユーザ端末）
２５ ＵＳＢ接続部
３１ シリアル番号取得プログラム（識別番号取得プログラム）
３２ シリアル番号（識別番号）
１０２，１０３ エントリ番号
１２１ 取得部
１２２ 判定部
１２３ 対応処理部（番号対応部）
１２４ 認証部
１２５ ＡＳＰサービス処理部（サービス処理部）
１３１ 認証情報
１３２ シリアル番号リスト
２４１ シリアル番号取得部（識別番号取得部）
２４２ 画像処理部
Ａ 電子商取引システム

Claims (15)

1. ユーザ端末に対する認証を行うユーザ認証装置におけるユーザ認証方法であって、
   ユーザ認証装置は、
   記憶部に認証可能な可搬型記憶装置の識別番号の一覧を有しており、
   エントリ番号発行装置からユーザに対応したエントリ番号を取得し、
   当該取得したエントリ番号を前記記憶部に記憶し、
   前記可搬型記憶装置を接続された前記ユーザ端末から、前記可搬型記憶装置の識別番号を取得し、
   前記取得した識別番号が、前記記憶部の識別番号の一覧に登録されているか否かを判定し、
   当該判定の結果、前記取得した識別番号が、前記記憶部の識別番号の一覧に登録されている場合、
   前記ユーザ端末から、前記ユーザ端末に入力されたエントリ番号を取得し、
   当該ユーザ端末から取得したエントリ番号と同一の番号を有する前記エントリ番号が、前記記憶部に存在するか否かを判定し、
   当該判定の結果、前記ユーザ端末から取得したエントリ番号と同一の番号を有する前記エントリ番号が、前記記憶部に存在する場合、
   前記ユーザ端末から取得したエントリ番号をキーとして、前記エントリ番号発行装置から取得したエントリ番号と、前記識別番号とを対応付けて、前記記憶部に格納し、
   前記ユーザ端末へ認証成功を通知することを特徴とするユーザ認証方法。
2. 前記ユーザ認証装置は、
   前記認証成功の通知後、前記可搬型記憶装置を接続されたユーザ端末から、前記可搬型記憶装置の識別番号を取得し、
   当該取得した識別番号が、前記記憶部に格納されているか否かを判定し、
   当該判定の結果、前記取得した識別番号が、前記記憶部に格納されている場合、前記ユーザ端末へ認証成功を通知することを特徴とする請求項１に記載のユーザ認証方法。
3. 前記エントリ番号発行装置とは電子商取引サイトサーバであることを特徴とする請求項１に記載のユーザ認証方法。
4. 前記可搬型記憶装置とは、ＵＳＢメモリであることを特徴とする請求項１に記載のユーザ認証方法。
5. 前記識別番号とは、シリアル番号であることを特徴とする請求項１に記載のユーザ認証方法。
6. ユーザ認証装置によって認証されるユーザ端末におけるユーザ認証方法であって、
   ユーザ端末は、
   可搬型記憶装置を接続されると、前記可搬型記憶装置から前記可搬型記憶装置の識別番号を取得し、
   前記取得した識別番号と、入力部を介して入力されたユーザに対応するエントリ番号とを、ユーザ認証を行うユーザ認証装置へ送信することを特徴とするユーザ認証方法。
7. 前記ユーザ端末は、
   前記可搬型記憶装置に記憶されている識別番号取得プログラムを、前記ユーザ端末が起動することによって具現化することを特徴とする請求項６に記載のユーザ認証方法。
8. 前記可搬型記憶装置とは、ＵＳＢメモリであることを特徴とする請求項６に記載のユーザ認証方法。
9. 前記識別番号とは、シリアル番号であることを特徴とする請求項６に記載のユーザ認証方法。
10. 請求項１から請求項９に記載のユーザ認証装置をコンピュータに実行させることを特徴とするプログラム。
11. 請求項７に記載の識別番号取得プログラムを記録した可搬型記憶装置。
12. 認証可能な可搬型記憶装置の識別番号の一覧を格納している記憶部と、
    ユーザ端末から取得した識別番号が、前記記憶部の識別番号の一覧に登録されているか否かを判定し、さらに、前記ユーザ端末から取得したユーザに対応するエントリ番号と同一の番号を有する前記エントリ番号が、前記記憶部に存在するか否かを判定する判定部と、
    エントリ番号発行装置からエントリ番号を取得し、前記可搬型記憶装置を接続された前記ユーザ端末から、前記可搬型記憶装置の識別番号を取得し、さらに、前記判定部による判定の結果、前記取得した識別番号が、前記記憶部の識別番号の一覧に登録されている場合、前記ユーザ端末から、前記ユーザ端末に入力されたエントリ番号を取得し、前記エントリ番号発行装置から取得したエントリ番号を前記記憶部に記憶する取得部と、
    前記判定部による判定の結果、前記ユーザ端末から取得したエントリ番号と同一の番号を有する前記エントリ番号が、前記記憶部に存在する場合、前記ユーザ端末から取得したエントリ番号をキーとして、前記エントリ番号発行装置から取得したエントリ番号と、前記識別番号とを対応付けて、前記記憶部に格納する対応処理部と、
    前記ユーザ端末へ認証成功を通知するサービス処理部と、
    を有することを特徴とするユーザ認証装置。
13. 前記取得部は、前記認証成功の通知後、前記可搬型記憶装置を接続されたユーザ端末から、前記可搬型記憶装置の識別番号を取得する機能をさらに有し、
    前記判定部は、当該取得した識別番号が、前記記憶部に格納されているか否かを判定する機能をさらに有し、
    前記サービス処理部は、前記判定部による判定の結果、前記取得した識別番号が、前記記憶部に格納されている場合、前記ユーザ端末へ認証成功を通知する機能をさらに有することを特徴とする請求項１２にユーザ認証装置。
14. 可搬型記憶装置を接続されると、前記可搬型記憶装置から前記可搬型記憶装置の識別番号を取得する識別番号取得部と、
    前記取得した識別番号と、入力部を介して入力されたユーザに対応するエントリ番号とを、ユーザ認証を行うユーザ認証装置へ送信する送信部と、
    を有することを特徴とするユーザ端末。
15. 前記識別番号取得部は、前記可搬型記憶装置に記憶されている識別番号取得プログラムを、前記ユーザ端末が起動することによって具現化されることを特徴とする請求項１４に記載のユーザ端末。

Images