JP4631304B2 - 認証システムおよび認証方法 - Google Patents

Description

本発明は、人あるいは物が、該当する人あるいは物であるかどうかを確認する認証システムおよび認証方法に係わり、特にネットワーク上でパーソナルコンピュータ等の情報端末を使用して認証を行う認証システムおよび認証方法に関する。

インターネット等のネットワークの利用が活発化すると共にネットワークを使用した認証の機会が増加している。ネットワークで認証を行う場合には、認証に使用する認証情報が盗用される危険がある。認証情報が盗用されると、第三者が当人に成りすまして秘密とされるべき情報にアクセスしたり、無断で商取引を行うといったような事態が発生し、これによる影響は計り知れないものがある。そこで、パスワードのような重要な認証情報を暗号化することが一般に行われている。

図１０は、従来のこのような認証システムの一例を表わしたものである。この認証システム１００は、インターネット１０１に、認証手続きを行うパーソナルコンピュータ等のユーザ端末１０２と、ネットサーバ１０３とが接続されている。ネットサーバ１０３は、各ユーザに対して認証を行うためのユーザ識別子とパスワードの対を登録したユーザ情報データベース（ＤＢ）１０４を接続している。

この認証システム１００では、ネットサーバ１０３が暗号化された認証情報の取り扱いを行うようになっている。したがって、ユーザはユーザ端末１０２をネットサーバ１０３に接続した状態でユーザ識別子とパスワードからなる暗号化を行った認証情報１１１を送出する。ネットサーバ１０３は送られてきた認証情報１１１を復号し、元のユーザ識別子とパスワードの組み合わせがユーザ情報データベース１０４に存在するかどうかを検索する。ユーザ識別子とパスワードが一致する組み合わせがユーザ情報データベース１０４に存在した場合には、認証が成功する。そして、たとえばユーザ端末１０２から所定のアプリケーションへのアクセスが可能になる。それ以外の場合には、認証は失敗する。

この認証システム１００では認証情報１１１を暗号化しているので、その解読が困難である。ところが、暗号を解読するためのコンピュータの処理速度が年々向上しており、暗号化された情報であっても比較的短時間に解読される危険が多い。

そこで、通常の認証情報の他に付加的な認証情報を加えることによって二重の認証手続きを行い、認証の信頼性を向上させることが提案されている（たとえば特許文献１参照）。

図１１は、この二重化された認証システムの概要を表わしたものである。この認証システム１５０は、ユーザ１５１が認証後に使用するアプリケーションを格納したアプリケーションサーバ１５２と接続されたアプリケーション用認証サーバ１５３を有しており、このアプリケーション用認証サーバ１５３はインターネット１５４を介してユーザ端末１５５と接続されている。アプリケーション用認証サーバ１５３は、インターネットあるいは専用線等のネットワーク１５７を介してアクセスサービス用認証サーバ１５８とアクセスサービス用アプリケーションサーバ１５９と接続されている。この認証システム１５０では、ユーザ１５１が所持する携帯電話機１６１から送出されるサブアドレスを認証の補助として使用するようになっている。このため、携帯電話機１６１は電話網１６２を介してアクセスサービス用認証サーバ１５８およびアクセスサービス用アプリケーションサーバ１５９と接続されている。

このような認証システム１５０では、まずユーザ１５１がユーザ端末１５５を使用してインターネット１５４を介してアプリケーション用認証サーバ１５３にアクセスし、ここでユーザ名とパスワードを入力してアプリケーションサーバ１５２の使用を要求するようになっている。すると、アプリケーション用認証サーバ１５３は認証の補助手続きを行うためにユーザ端末１５５を通じてユーザ１５１に対して携帯電話機１６１の発呼を指示する。ユーザ１５１はこれを基にして携帯電話機１６１からアクセスサービス用認証サーバ１５８に宛てて発呼するが、このときのダイヤル情報に所定のサブアドレスを付加して送信する。

アクセスサービス用認証サーバ１５８は、電話網１６２を介して送られてくる携帯電話機１６１のダイヤル情報からサブアドレスを抜き取り、所定の変換テーブルを使用してそのサブアドレスに対応するアプリケーション用認証サーバ１５３のアドレスを取得して、これに対して発信者番号とサブアドレスを通知する。アプリケーション用認証サーバ１５３はこれら発信者番号とサブアドレスを受信したら、格納しているユーザ情報と照合し、一致した場合にはサブアドレスをアプリケーションサーバ１５２に通知して、ユーザ端末１５５に対して所定のアプリケーションサーバを提供させるようになっている。
特開２００１−２８２７４２号公報（第００３５〜第００４３段落、図２、図３）

このように図１１に示した認証システム１５０では、携帯電話機のダイヤル情報にサブアドレスを組み込んで、これを電話網１６２に接続された特定のアクセスサービス用認証サーバ１５８に送出し、ユーザ１５１が入力したサブアドレスに対応するアプリケーション用認証サーバ１５３に対して発信者番号とサブアドレスを通知するようにした。これにより、サブアドレスが加わった分だけ認証の信頼性を向上させることができる。

しかしながら、サブアドレスは電話番号に任意に付加することのできる英数字で構成され、比較的その桁数も少ない。したがって、第三者はこれを複数回の試行によって知ることが可能であり、比較的容易に本人に成りすまして認証を成功させることができるという問題がある。特にアクセスサービス用認証サーバ１５８がインターネットに接続されている場合が多い状況を考えると、サブアドレスを記載したテーブルをアクセスサービス用認証サーバ１５８に用意しておくと、その内容が盗み出されたときには、携帯電話機１６１とアクセスサービス用認証サーバ１５８の間で行われる補助的な認証手続きがきわめて簡単に第三者によって実現することになる。

そこで本発明の目的は、携帯電話機等の個人用携帯端末を併用しながら、安全に認証を行うことのできる認証システムおよび認証方法を提供することにある。

本発明では、（イ）第１の伝送路を用いて通信し、認証を必要とする処理を行うユーザ端末と、（ロ）ユーザ端末を扱う個人がそれぞれ個人的に使用し、前記した第１の伝送路とは異なる第２の伝送路を用いて通信する個人端末と、（ハ）前記したユーザ端末から前記した第１の伝送路を通じて認証を必要とする処理の要求があったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号を前記した第１の伝送路を通じて通知してこの認証の前提となる補助認証を行う装置へ前記した要求を行ったユーザ端末を扱う個人の前記した個人端末を用いたアクセスを要求するアクセス要求手段と、このアクセス要求手段の要求に基づいて前記した補助認証を行う装置から前記した認証の対象となる通信のセッションとして認められた許容時間内に送られてきたセッション番号と電話番号が、認証の対象となる通信のセッションを表わしたセッション番号および前記したユーザ端末が事前に通知してきた前記した個人端末の電話番号と一致する対のデータであるとき、そのセッションの認証を成功として処理する認証処理手段とを備えた認証実行装置と、（ニ）前記した補助認証を行う装置であって、前記した個人端末から事前に送られてきた前記した認証実行装置の識別情報および前記した認証実行装置に接続するための接続情報を前記した個人端末との呼接続のプロセスで取得した個人端末の電話番号と対応付けて登録したユーザ情報データベースと、前記したアクセス要求手段の要求に基づいて前記したユーザ端末に認証の対象となる通信のセッションを表わしたセッション番号が前記した認証実行装置から通知されたとき、このセッション番号を前記した個人端末に入力されたデータとして取得し、呼接続のプロセスで取得した前記した個人端末の電話番号が前記したユーザ情報データベースに存在するかを検索する検索手段と、この検索手段の検索によって前記した個人端末の電話番号が前記したユーザ情報データベースに存在すると判別されたとき対応する接続情報を使用して前記した認証実行装置と接続し前記した認証実行装置から通知されたセッション番号と前記したユーザ情報データベースに対応して登録されている個人端末の電話番号を通知するセッション番号・電話番号通知手段とを備えた補助認証装置とを認証システムが具備する。

また、本発明では、（イ）ユーザ端末を扱う個人がそれぞれ個人的に使用し、ユーザ端末が認証実行装置との間で認証に使用する第１の伝送路とは異なる第２の伝送路を用いて通信する個人端末から事前に送られてきた前記した認証実行装置の識別情報および前記した認証実行装置に接続するための接続情報を前記した個人端末との呼接続のプロセスで取得した個人端末の電話番号と対応付けたユーザ情報データベースを形成するユーザ情報データベース形成ステップと、（ロ）認証を必要とする処理の要求が前記した第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号を通知して、この認証の前提となる補助認証を行う補助認証装置へ前記した要求を行ったユーザ端末を扱う個人の前記した個人端末を用いたアクセスを要求するアクセス要求ステップと、（ハ）前記したアクセス要求ステップによる要求に基づいて前記したユーザ端末に認証の対象となる通信のセッションを表わしたセッション番号が前記した認証実行装置から通知されたとき、このセッション番号を前記した個人端末に入力されたデータとして取得し、呼接続のプロセスで取得した前記した個人端末の電話番号が前記したユーザ情報データベースに存在するかを検索する検索ステップと、（ニ）この検索ステップによる検索によって前記した個人端末の電話番号が前記したユーザ情報データベースに存在すると判別されたとき対応する接続情報を使用して前記した認証実行装置と接続し前記した認証実行装置から通知されたセッション番号と前記したユーザ情報データベースに対応して登録されている個人端末の電話番号を前記した認証実行装置に通知するセッション番号・電話番号通知ステップと、（ホ）このセッション番号・電話番号通知ステップによって前記した補助認証装置から前記した認証実行装置に通知されたセッション番号と電話番号が、前記した認証の対象となる通信のセッションとして認められた許容時間内に送られてきて、かつ認証の対象となる通信のセッションを表わしたセッション番号および前記したユーザ端末が事前に通知してきた前記した個人端末の電話番号と一致する対のデータであるとき、そのセッションの認証を成功として処理する認証処理ステップとを認証方法が具備する。

以上説明したように、本発明ではユーザ端末を使用するユーザの個人的に使用する個人端末の電話番号を認証する側が事前に知っており、ユーザにその個人端末を実際に使用させて電話番号を確認して認証を行うので、サブアドレスといった任意に入力できる情報と異なり、ユニークな情報であるために認証の安全性を飛躍的に高めることができる。しかも個人端末の電話番号を通信のプロセスの中で自動的に取得するようにしたので、この安全性が更に高まるだけでなく、ユーザの操作上の負担も軽減することができる。また、個人端末が使用する伝送路をインターネット等の開放的な第１の通信路と異なる第２の通信路に選択したので、電話番号を認証のために入手する経路の安全性を高め、認証の確度を更に高めることができる。

以下実施例につき本発明を詳細に説明する。

図１は、本発明の一実施例における認証システムの概要を表わしたものである。この認証システム２００では、インターネット２０１に、認証手続きを行うためのパーソナルコンピュータ等のユーザ端末２０３とネットサーバ２０４を接続している。ネットサーバ２０４は、電話回線網２０５を介して携帯電話会社の運用する携帯電話会社サーバ２０６に接続している。携帯電話会社サーバ２０６は、ユーザ情報データベース（ＤＢ）２０７を接続している。ユーザ端末２０３を操作するユーザ２０８は、その所持する電話端末としての携帯電話機２０９を操作することで、携帯電話会社の基地局２１１を介して携帯電話会社サーバ２０６にアクセスすることができる。なお、ユーザ端末２０３、ネットサーバ２０４および携帯電話会社サーバ２０６は共に図示しないＣＰＵ（中央処理装置）を備えており、同じく図示しないＲＯＭ（リード・オンリ・メモリ）あるいは磁気ディスク等の記憶媒体に格納した制御プログラムを使用して、後に説明するように所定の処理を行うことで認証システム２００を実現している。

本実施例の認証システム２００では、ユーザ２０８がユーザ端末２０３とネットサーバ２０４の間でセッション（通信）を確立させた後に認証が必要となったとき、ネットサーバ２０４がセッション番号２１３をインターネット２０１を介してユーザ端末２０３に送出するようになっている。ユーザ２０８はユーザ端末２０３のディスプレイ等からこのセッション番号２１３を取得すると、自身の携帯電話機２０９を使用してセッション番号２１４を手入力し、予め取得しておいたネットサーバ２０４のサーバＩＤと共に携帯電話会社サーバ２０６に対して基地局２１１を介して送出するようになっている。携帯電話会社サーバ２０６は、ユーザ情報データベース２０７を検索して、サーバＩＤに対応する接続情報２１５を読み出し、ネットサーバ２０４と接続する。そして、所定のユーザ情報２１６を送信する。ネットサーバ２０４は、送られてきたユーザ情報２１６からユーザ２０８とセッションの特定を行うことで認証の成否を判別するようになっている。認証が成功した時には、ユーザ２０８はインターネット２０１上で行っている処理を認証成功後の処理に進めることができる。認証が失敗したときには、セッションが切断されることになる。

ところで、本実施例の認証システム２００ではユーザ端末２０３の他に携帯電話機２０９を使用してネットサーバ２０４で認証を行うので、実際の認証手続きが行われる前にユーザ２０８が前もって所定の手続きを行う必要がある。この手続きには、認証手続きを行うネットサーバ２０４から事前データを取得すると共に自身の携帯電話機２０９の電話番号を知らせる第１の手続きと、携帯電話機２０９の携帯電話会社サーバ２０６との間でユーザ登録を行う第２の手続きが存在する。

図２は、ネットサーバとユーザ端末の間で行われる第１の手続きの概要を表わしたものである。ユーザ端末２０３は認証の対象となるネットサーバ２０４に接続して（ステップＳ３０１）、認証を行うために必要な認証情報をこのネットサーバ２０４に要求する（ステップＳ３０２）。ネットサーバ２０４はこれに対して認証情報を送り返してくるので、ユーザ端末２０３はこの認証情報からそのネットサーバ２０４の識別情報としてのサーバＩＤと、携帯電話会社サーバ２０６がユーザ２０８に代わってネットサーバ２０４に接続する際に必要とする接続情報を取得する（ステップＳ３０３）。ここで、取得する接続情報は、携帯電話会社サーバ２０６がネットサーバ２０４に接続する際の電話番号あるいはネットサーバ２０４に専用線で接続する場合にはその専用線の情報である。続いてユーザ２０８は、携帯電話会社サーバ２０６に接続する携帯電話機２０９の電話番号をユーザ端末２０３を用いてネットサーバ２０４に知らせる（ステップＳ３０４）。この電話番号は、ユーザ情報としてネットサーバ２０４の図示しない記憶手段に格納される。

図３は、第１の手続きが終了したユーザが携帯電話機を使用して携帯電話会社サーバに対して行う第２の手続きの概要を表わしたものである。ユーザ２０８は、携帯電話機２０９を使用して携帯電話会社サーバ２０６にアクセスして、所定のメニュー画面からインターネットで認証手続きを行うための第２の手続きを選択し、その携帯電話会社サーバ２０６との関係で必要とされる所定の認証処理を行う（ステップＳ３２１）。この後、携帯電話会社サーバ２０６側からユーザ２０８が認証を行おうとしているネットサーバ２０４のサーバＩＤの入力が要求されると（ステップＳ３２２：Ｙ）、ユーザ２０８は携帯電話機２０９からそのサーバＩＤを入力する（ステップＳ３２３）。このサーバＩＤは、図２のステップＳ３０３で取得したものである。

サーバＩＤが入力されると、携帯電話会社サーバ２０６は次にこの携帯電話会社サーバ２０６がネットサーバ２０４に接続する際に必要とされる接続情報の入力を要求してくる（ステップＳ３２４：Ｙ）。ユーザ２０８は、同様にステップＳ３０３で取得した接続情報を携帯電話機２０９から入力する（ステップＳ３２５）。携帯電話会社サーバ２０６は携帯電話機２０９から送られてきたこれらサーバＩＤおよび接続情報ならびに手続きを行った携帯電話機２０９の電話番号を図１に示すユーザ情報データベース２０７に登録することになる。ここで携帯電話機２０９の電話番号は、携帯電話機２０９が携帯電話会社サーバ２０６に接続するプロセスで自動的に取得される。

以上の第１および第２の手続きが行われた後に、ユーザ２０８はネットサーバ２０４に接続して、認証を必要とする処理を行うことになる。

図４は、ユーザがユーザ端末を使用してネットサーバにアクセスし認証を成功させるまでの一連の処理を図解したものである。図１と共にこの処理を説明する。まず、ユーザ２０８はユーザ端末２０３を使用して所望のネットサーバ２０４に接続を要求する（ステップＳ３４１）。ネットサーバ２０４はこの接続要求を受けて、ユーザ端末２０３との間で、１つの通信単位としてのセッションを確立させる（ステップＳ３４２）。ネットサーバ２０４は、その確立したセッションをそのネットサーバ内で一意に識別するためのセッション番号を発行してユーザ端末２０３に送付する（ステップＳ３４３）。ユーザ端末２０３は、このセッション番号を、たとえばそのディスプレイに表示する。

ユーザ２０８は携帯電話機２０９にこの表示されたセッション番号を手入力して（ステップＳ３４４）、携帯電話会社サーバ２０６に電話を掛ける。携帯電話会社サーバ２０６は携帯電話機２０９との呼接続のプロセスでその電話番号を取得して、ユーザ情報データベース２０７を検索する。そして、該当する電話番号がユーザ情報データベース２０７に存在する場合に限って、手入力されたセッション番号と、新たにユーザ２０８が入力したサーバＩＤとを受け付ける（ステップＳ３４５）。携帯電話機２０９の電話番号がユーザ情報データベース２０７に存在しないような場合には、そのユーザ２０８が携帯電話会社サーバ２０６に認証の手続きを依頼することはできない。そこで、携帯電話会社サーバ２０６は、事前に認証のための登録を行うべきことを自動アナウンスで伝達して電話を切ることになる。

携帯電話機２０９の電話番号がユーザ情報データベース２０７に存在する場合、携帯電話会社サーバ２０６は、送られてきたサーバＩＤを用いてユーザ情報データベース２０７を更に検索する。既に説明したようにユーザ情報データベース２０７には、それぞれのサーバＩＤに対応させて接続情報が格納されている。したがって、携帯電話会社サーバ２０６はユーザ情報データベース２０７から対応する接続情報を読み出す。そして、この接続情報を使用して該当するネットサーバ２０４に電話回線網２０５を使用して接続する（ステップＳ３４６）。このとき携帯電話会社サーバ２０６は、接続情報における電話番号をネットサーバ２０４に接続するダイヤル情報として使用する。携帯電話会社サーバ２０６とネットサーバ２０４が専用線で接続されている場合には、専用線に関する情報を使用して携帯電話会社サーバ２０６はネットサーバ２０４に接続する。

ネットサーバ２０４に接続後、携帯電話会社サーバ２０６は、ユーザ２０８を識別させるために携帯電話機２０９の電話番号と、認証の必要とされるセッションを特定するためのセッション番号を、ユーザ情報２１６としてネットサーバ２０４に通知する（ステップＳ３４７）。

ネットサーバ２０４は、携帯電話会社サーバ２０６から通知されたユーザ情報２１６としてのセッション番号と携帯電話機２０８の電話番号を受け取ると、現在通信が行われている同一セッション番号のユーザを実質的に表わす携帯電話機２０９の電話番号が一致するかどうかを判別する（ステップＳ３４８）。そして、セッション番号と電話番号（ユーザ番号）の対が一致した場合には、認証を成功させ、そのセッション番号のユーザ端末２０３に対して認証成功を通知する（ステップＳ３４９）。

図５は、図４と異なり第三者がユーザの携帯電話機を使用して認証を試みた場合の処理の流れを図解したものである。図４と同一の処理には同一の符号を付しており、これらの説明を適宜省略する。第三者がユーザ２０８のユーザ端末２０３を使用してネットサーバ２０４に接続を要求したとする（ステップＳ３４１）。ネットサーバ２０４はこの接続要求を受けて、そのユーザ端末２０３との間で、１つの通信単位としてのセッションを確立させる（ステップＳ３４２）。ネットサーバ２０４は、その確立したセッションをそのネットサーバ内で一意に識別するためのセッション番号を発行してそのユーザ端末２０３に送付する（ステップＳ３４３）。このとき、本来のユーザ２０８の携帯電話機２０９の電話番号とセッション番号の対がネットサーバ２０４内の前記したデータベースに登録されている。セッション番号を受信したユーザ端末２０３は、このセッション番号を、たとえばそのディスプレイに表示する。

第三者はユーザ２０８の本来所有する携帯電話機２０９にこのセッション番号を手入力する（ステップＳ３４４）。ここで本来のユーザ２０８であれば、図２のステップＳ３０３でネットサーバ２０４からサーバＩＤを取得しているが、第三者の場合にはこのサーバＩＤを取得していないので、正規のサーバＩＤを入力することができない。そこで第三者はセッション番号と推測のサーバＩＤを携帯電話機２０９から携帯電話会社サーバ２０６に送出する（ステップＳ３４５）。この段階で携帯電話会社サーバ２０６はユーザ情報データベース２０７を検索するが、電話番号に対応するサーバＩＤの一致を検出することができず、認証が失敗する。そこで、携帯電話会社サーバ２０６はその携帯電話機２０９に対して認証失敗を通知することになる（ステップＳ３６１）。

ところで本来のユーザ２０８が入力ミスを起こして認証失敗を通知される場合もある。この場合であれば、認証失敗を通知されたときに、入力ミスに気付いて正しいサーバＩＤを入力することができる。したがって、１つのセッションとして認められた許容時間ｔ内にセッション番号と正しいサーバＩＤを携帯電話会社サーバ２０６に送ることができ、認証を成功させることができる。第三者の場合には、携帯電話会社サーバ２０６側での認証手続きとしての許容時間ｔ内に正しいサーバＩＤを入力することが極めて困難となる。正しいサーバＩＤが入力されずに許容時間ｔが経過した時点で、該当するセッションが切断される（ステップＳ３６２）。

もちろん、第三者による以上の処理は、その第三者が本来のユーザ２０８の携帯電話機２０９を無断に使用した場合を仮定している。第三者が自身の携帯電話機を使用した場合には、ユーザの携帯電話機２０９の電話番号がネットサーバ２０４に登録したものと相違する。したがって、ネットサーバ２０４は電話番号のチェックの段階で認証を拒否することができる。また、ユーザ２０８がその携帯電話機２０９を紛失したときには、携帯電話会社サーバ２０６あるいはネットサーバ２０４への通知によって認証手続きを拒絶することができる。更に本実施例では次に説明するように認証が同一セッションの所定の許容時間ｔ内に完了しないときには認証が成功しないようになっている。したがって、第三者の不正使用による認証はきわめて困難である。

図６は、以上の制御を行う携帯電話会社サーバにおける認証処理を表わしたものである。図６で図４あるいは図５と同一部分には同一のステップ番号を付けている。携帯電話会社サーバ２０６は、携帯電話機２０９から認証のための電話が掛かってくると、その電話番号を呼接続のプロセスで取得したものをユーザ情報データベース２０７で検索して登録済みであるかどうかをチェックする（ステップＳ３８１）。登録済みでない場合には、その携帯電話機２０９に対して、認証には事前登録が必要であることをアナウンスして（ステップＳ３８２）、処理を終了させる（エンド）。

一方、携帯電話機２０９の電話番号が登録済みであった場合には（ステップＳ３８１：Ｙ）、ユーザ情報データベース２０７を検索して、送られてきたサーバＩＤに対応する接続情報の読み出しの処理を行う（ステップＳ３８３）。そのサーバＩＤが存在せず、読み出しの処理が失敗したような場合には（ステップＳ３８４：Ｎ）、その携帯電話機２０９に認証失敗を通知する（ステップＳ３６１）。

ステップＳ３８４で接続情報の読み出しが行われた場合には（Ｙ）、これを基にして該当するネットサーバ２０４にダイヤルして該当するセッション番号と携帯電話機２０９の電話番号をユーザ情報２１６としてネットサーバ２０４に通知することになる（ステップＳ３４７）。

図７は、以上の制御におけるネットサーバのセッション接続および切断処理を表わしたものである。図７で図４あるいは図５と同一部分には同一のステップ番号を付けている。ネットサーバ２０４はユーザ端末２０３から図４のステップＳ３４１で送出されるセッション接続要求を受信すると（ステップＳ４０１：Ｙ）、セッションを確立し（ステップＳ３４２）、許容時間ｔの計時動作を開始させる（ステップＳ４０２）。そして、そのユーザ端末２０３に対してセッション番号を通知し（ステップＳ３４３）、それ以後は許容時間ｔの経過の有無（ステップＳ４０３）とユーザ情報２１６とユーザ情報データベース２０７における携帯電話機２０９の電話番号の一致の有無（ステップＳ４０４）の監視を行う。

そして、許容時間ｔが経過するまでに電話番号が一致することになれば（ステップＳ４０４：Ｙ）、認証成功をユーザ端末２０３に通知することになる（ステップＳ３４９）。このようなことがなく許容時間ｔが経過してしまった場合には（ステップＳ４０３：Ｙ）、セッションが切断される（ステップＳ３６２）。

以上説明した実施例のように認証が許容時間ｔ内に成功しないときセッションを切断する他に、セッション番号に対応するサーバＩＤが同一の携帯電話機２０９から所定回数以内に正しく入力されないときに、該当するセッションを切断するようにしてもよい。

＜発明の変形例＞

図８は、本発明の変形例における認証システムの概要を表わしたものである。図８で図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この変形例の認証システム２００Ａでは、図１に示した実施例における携帯電話会社サーバ２０６の代わりに認証会社サーバ５０１が電話回線網２０５を介してネットサーバ２０４に接続されるようになっている。認証会社サーバ５０１も図示しないＣＰＵを備えており、同じく図示しない磁気ディスク等の記憶媒体に格納された制御プログラムを使用して所定の処理を行うようになっている。認証会社サーバ５０１は認証情報データベース（ＤＢ）５０２を接続している。

この変形例の認証システム２００Ａで認証会社サーバ５０１は認証会社によって運営されている。ユーザ２０８は、事前に認証会社サーバ５０１に対して自己の使用する携帯電話機２０９の電話番号および自身の身元の確かさを保証するために必要とされる個人情報（たとえば勤務先や自宅の住所や固定電話の電話番号）を登録するようになっている。この登録は、ユーザ端末２０３を用いて、あるいはユーザ２０８の携帯電話機２０９から行ってもよいが、認証の精度を上げる意味からはファクシミリを使用したり、通信ネットワーク以外の方法で行うことが望ましい。認証会社サーバ５０１は、その認証情報データベース５０２に、ユーザ２０８のユーザ名とその携帯電話機２０９の電話番号との対応関係および個人情報を登録するようになっている。

また、認証会社サーバ５０１はユーザ２０８が利用する可能性のあるネットサーバ２０４のサーバＩＤを該当のネットサーバ２０４の運営会社との秘密保持契約の下で取得しておく。サーバＩＤは個々のユーザ２０８ごとに取得する必要はなく、サーバ単位でよい。認証会社サーバ５０１は、サーバＩＤを個々のネットサーバ２０４（図８ではその１つのみを表示。）に対応して個別に取得し、認証を行う会社としての性格から外部への漏洩防止に十分な対策をとることは当然である。もちろん、認証会社サーバ５０１とネットサーバ２０４は図示の電話回線網２０５あるいは専用線で接続されており、サーバＩＤがインターネット等の外部からアクセス可能な通信ネットワークを流れることはない。したがって、このような通信ネットワークでサーバＩＤが傍受される危険性はない。認証情報データベース５０２には、ネットサーバ２０４と対応付けてこれらのサーバＩＤも格納される。サーバＩＤは該当のネットサーバ２０４との間で適宜変更することが好ましく、この場合には認証情報データベース５０２の内容もこれに応じて変更される。

認証会社サーバ５０１の認証情報データベース５０２に以上説明したようなデータが格納されていることを前提として、ユーザ２０８はその認証会社サーバ５０１を用いてネットサーバ２０４で必要とする認証手続きを行うことができる。

図９は、認証会社サーバを用いた認証のための処理の流れを表わしたものである。図９で図４と同一部分には同一のステップ番号を付している。ユーザ２０８は、ユーザ端末２０３を使用して所望のネットサーバ２０４に接続を要求する（ステップＳ３４１）。ネットサーバ２０４はこの接続要求を受けて、ユーザ端末２０３との間で、１つの通信単位としてのセッションを確立させる（ステップＳ３４２）。ネットサーバ２０４は、その確立したセッションをそのネットサーバ内で一意に識別するためのセッション番号と、自身を示すＩＤとしてのサーバＩＤを発行してユーザ端末２０３に送付する（ステップＳ６０１）。ユーザ端末２０３は、このセッション番号を、たとえばそのディスプレイに表示する。ユーザ２０８は携帯電話機２０９にこのセッション番号とサーバＩＤを手入力して（ステップＳ６０２）、認証会社サーバ５０１に電話を掛ける。

認証会社サーバ５０１は携帯電話機２０９との呼接続のプロセスでその電話番号を取得して、認証情報データベース５０２を検索する。検索の結果、該当する電話番号が認証情報データベース５０２に存在する場合に限って、セッション番号とサーバＩＤを受け付ける（ステップＳ６０３）。これ以外の場合には、そのユーザ２０８が認証会社サーバ５０１の認証対象外である。そこで、認証会社サーバ５０１は、事前に認証のための登録を行うべきことを自動アナウンスで伝達して電話を切ることになる。

ところで、ネットサーバ２０４がステップＳ６０１でユーザ端末２０３に送出するセッション番号とサーバＩＤは、それぞれのデータの種別を明示した形でユーザ２０８に提示しても良いが、そうするとインターネット２０１を介して、あるいはユーザ自身の不注意で、サーバＩＤが第三者に取得されるおそれがある。これを防止するためには、たとえばネットサーバ２０４と認証会社サーバ５０１の間で取り決めたデータ送信配列でこれらセッション番号とサーバＩＤを混合した形としてユーザ端末２０３に送信し、ユーザ２０８がこの混合されて送られてきたデータの種別を意識することなく一体として携帯電話機２０９に手入力するようにすればよい。送信の時刻情報等の他の情報を組み合わせてユーザ端末２０３に送信してもよい。このような送信が行われた場合、認証会社サーバ５０１は受信したデータに所定の処理を加え、元のセッション番号とサーバＩＤを取り出すことになる。

認証会社サーバ５０１は、ユーザ端末２０３からセッション番号とサーバＩＤを取得すると、サーバＩＤをキーワードとして認証情報データベース５０２を検索してネットサーバ２０４の電話番号を読み出し（ステップＳ６０４）、この電話番号を使用してネットサーバ２０４に電話してセッション番号を通知する（ステップＳ６０５）。

ネットサーバ２０４は通知されたセッション番号のセッションが接続中であるかどうかをチェックして（ステップＳ６０６）、接続中であれば認証を成功させ（ステップＳ６０７）、そのセッションを継続させると共に、認証が成功したことをユーザ端末２０３に通知する（ステップＳ６０８）。許容時間ｔ内にセッション番号が送られてこない場合にはそのセッションが切断されることは、先の実施例の図５で説明した場合と同様である。

この変形例の認証システム２００Ａで、第三者がユーザ２０８になりすまして認証を成功させることは事実上不可能である。その理由を説明する。第三者が自身のユーザ端末あるいはユーザ２０８が使用していたユーザ端末２０３を使用してネットサーバ２０４に接続し、図９のステップＳ６０１でサーバＩＤとセッション番号を取得しても、携帯電話機２０９はユーザ２０８が個人的に所持している。したがって、第三者がユーザ２０８の携帯電話機２０９に許容時間ｔ内にサーバＩＤとセッション番号を入力して送信することは、事前にこれを取得する以外に不可能である。ユーザ２０８が自身の携帯電話機２０９をどこかに置き忘れてこれを第三者が取得するような場合も考えられるが、ユーザ２０８がその携帯電話機２０９がなくなったことを届け出れば、認証会社サーバ５０１は認証をその時点から拒絶することができる。また、ユーザ２０８が認証会社サーバ５０１にログインする際に簡単なパスワードを要求するようにすれば、第三者の無断使用の可能性は更に低くなる。

もちろん、この変形例でも認証会社サーバ５０１は電話回線網２０５あるいは専用回線を使用してネットサーバ２０４に接続するので、その第三者が自宅の電話機や公衆電話を使用してネットサーバ２０４に接続しても、接続時に判別する電話番号から認証会社サーバ５０１の電話ではないことが判別され、ネットサーバ２０４は認証を拒絶することができる。

以上説明した実施例および変形例では、ユーザ２０８が携帯電話機２０９を使用して認証手続きの補助の処理を行うことにしたが、携帯電話機２０９の代わりにＰＨＳ（Personal Handy-phone System）等の個人が実質的に所持する電話番号を用いて通信を行う無線端末や無線カードを使用したパーソナルコンピュータ等の情報端末を補助的に認証に使用するものであってもよい。また、この補助的な認証処理は電話回線あるいは専用線等のようにローカルに接続された伝送路を用いることで可能なので、たとえばＩＳＤＮ（Integrated Service Digital Network）に接続された個人所有の固定電話機を同様に使用することができることも当然である。

本発明の一実施例における認証システムの概要を表わしたシステム構成図である。 本実施例でユーザ端末による第１の手続きの概要を表わした流れ図である。 本実施例で携帯電話機による第２の手続きの概要を表わした流れ図である。 本実施例でユーザがユーザ端末を使用してネットサーバにアクセスし認証を成功させるまでの一連の処理を表わした説明図である。 本実施例で第三者が認証を試みた場合の処理の流れを表わした説明図である。 本実施例で携帯電話会社サーバの認証処理を表わした流れ図である。 本実施例でネットサーバのセッション接続および切断処理を表わした流れ図である。 本発明の変形例における認証システムの概要を表わしたシステム構成図である。 変形例で認証会社サーバを用いた認証のための処理の流れを表わした説明図である。 従来行われた認証システムの一例を示したシステム構成図である。 携帯電話機を併用した従来の認証システムを示したシステム構成図である。

符号の説明

２００、２００Ａ 認証システム
２０１ インターネット
２０３ ユーザ端末
２０４ ネットサーバ
２０５ 電話回線網
２０６ 携帯電話会社サーバ
２０７ ユーザ情報データベース
２０８ ユーザ
２０９ 携帯電話機
５０１ 認証会社サーバ
５０２ 認証情報データベース

Claims (6)

1. 第１の伝送路を用いて通信し、認証を必要とする処理を行うユーザ端末と、
   ユーザ端末を扱う個人がそれぞれ個人的に使用し、前記第１の伝送路とは異なる第２の伝送路を用いて通信する個人端末と、
   前記ユーザ端末から前記第１の伝送路を通じて認証を必要とする処理の要求があったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号を前記第１の伝送路を通じて通知してこの認証の前提となる補助認証を行う装置へ前記要求を行ったユーザ端末を扱う個人の前記個人端末を用いたアクセスを要求するアクセス要求手段と、このアクセス要求手段の要求に基づいて前記補助認証を行う装置から前記認証の対象となる通信のセッションとして認められた許容時間内に送られてきたセッション番号と電話番号が、認証の対象となる通信のセッションを表わしたセッション番号および前記ユーザ端末が事前に通知してきた前記個人端末の電話番号と一致する対のデータであるとき、そのセッションの認証を成功として処理する認証処理手段とを備えた認証実行装置と、
   前記補助認証を行う装置であって、前記個人端末から事前に送られてきた前記認証実行装置の識別情報および前記認証実行装置に接続するための接続情報を前記個人端末との呼接続のプロセスで取得した個人端末の電話番号と対応付けて登録したユーザ情報データベースと、前記アクセス要求手段の要求に基づいて前記ユーザ端末に認証の対象となる通信のセッションを表わしたセッション番号が前記認証実行装置から通知されたとき、このセッション番号を前記個人端末に入力されたデータとして取得し、呼接続のプロセスで取得した前記個人端末の電話番号が前記ユーザ情報データベースに存在するかを検索する検索手段と、この検索手段の検索によって前記個人端末の電話番号が前記ユーザ情報データベースに存在すると判別されたとき対応する接続情報を使用して前記認証実行装置と接続し前記認証実行装置から通知されたセッション番号と前記ユーザ情報データベースに対応して登録されている個人端末の電話番号を通知するセッション番号・電話番号通知手段とを備えた補助認証装置
   とを具備することを特徴とする認証システム。
2. 前記認証処理手段は、認証の対象となるセッションについて予め定めた許容時間内に前記ユーザ情報データベースの検索によってセッション番号と個人端末の電話番号が共に一致する対のデータが到来しないとき、そのセッションを切断することを特徴とする請求項１記載の認証システム。
3. 前記補助認証装置は、携帯電話機を運用する携帯電話会社のサーバであり、前記個人端末は携帯電話機であり、前記認証実行装置の識別情報は前記認証実行装置を特定するサーバＩＤであることを特徴とする請求項１記載の認証システム。
4. 前記第１の伝送路はインターネット等の不特定多数の者が通信する伝送路であり、前記第２の伝送路は電話網、専用線等の特定者が通信する伝送路であり、前記補助認証装置は第２の伝送路にのみ接続されていることを特徴とする請求項１記載の認証システム。
5. 前記補助認証装置は、アクセスしてきた前記個人端末の電話番号が予め登録した電話番号と一致するものではないとき前記認証実行装置への電話番号およびセッション番号の送出を拒絶する補助認証拒絶手段を具備することを特徴とする請求項１記載の認証システム。
6. ユーザ端末を扱う個人がそれぞれ個人的に使用し、ユーザ端末が認証実行装置との間で認証に使用する第１の伝送路とは異なる第２の伝送路を用いて通信する個人端末から事前に送られてきた前記認証実行装置の識別情報および前記認証実行装置に接続するための接続情報を前記個人端末との呼接続のプロセスで取得した個人端末の電話番号と対応付けたユーザ情報データベースを形成するユーザ情報データベース形成ステップと、
   認証を必要とする処理の要求が前記第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号を通知して、この認証の前提となる補助認証を行う補助認証装置へ前記要求を行ったユーザ端末を扱う個人の前記個人端末を用いたアクセスを要求するアクセス要求ステップと、
   前記アクセス要求ステップによる要求に基づいて前記ユーザ端末に認証の対象となる通信のセッションを表わしたセッション番号が前記認証実行装置から通知されたとき、このセッション番号を前記個人端末に入力されたデータとして取得し、呼接続のプロセスで取得した前記個人端末の電話番号が前記ユーザ情報データベースに存在するかを検索する検索ステップと、
   この検索ステップによる検索によって前記個人端末の電話番号が前記ユーザ情報データベースに存在すると判別されたとき対応する接続情報を使用して前記認証実行装置と接続し前記認証実行装置から通知されたセッション番号と前記ユーザ情報データベースに対応して登録されている個人端末の電話番号を前記認証実行装置に通知するセッション番号・電話番号通知ステップと、
   このセッション番号・電話番号通知ステップによって前記補助認証装置から前記認証実行装置に通知されたセッション番号と電話番号が、前記認証の対象となる通信のセッションとして認められた許容時間内に送られてきて、かつ認証の対象となる通信のセッションを表わしたセッション番号および前記ユーザ端末が事前に通知してきた前記個人端末の電話番号と一致する対のデータであるとき、そのセッションの認証を成功として処理する認証処理ステップ
   とを具備することを特徴とする認証方法。

Images