(57)【要約】【課題】携帯電話機等の個人用携帯端末を併用しながら、安全に認証を行うことのできる認証システムおよび認証方法を実現する。【解決手段】ユーザ端末２０３とネットサーバ２０４の間でセッションが確立すると、セッション番号が送られてくる。ユーザ２０８はこれを自身の携帯電話機２０９に入力して携帯電話会社サーバ２０６に送信する。携帯電話会社サーバ２０６はセッション番号と呼接続時に読み取った電話番号を認証を行おうとするネットサーバ２０４に送信する。ネットサーバ２０４はユーザ２０８固有の携帯電話機２０９の電話番号と電話番号が一致すれば、該当するセッションの認証を成功させる。【選択図】図１
2005309860.tif 000002
【特許請求の範囲】
【請求項１】
第１の伝送路を用いて通信し、認証を必要とする処理を行うユーザ端末と、
ユーザ端末を扱う個人がそれぞれ個人的に使用し、前記第１の伝送路とは異なる第２の伝送路を用いて通信する個人端末と、
認証を必要とする前記処理の要求が前記第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号および特定の宛先を前記第１の伝送路を通じて通知してその特定の宛先へのそのユーザ端末を扱う個人の前記個人端末を用いたアクセスを要求するアクセス要求手段と、このアクセス要求手段がアクセスを要求する前記セッション番号を前記ユーザ端末と予め対応付けて登録した前記個人端末の電話番号とを対にして記憶する電話番号・セッション記憶手段と、前記アクセス要求手段が通知した前記特定の宛先から通知した前記セッション番号と個人端末の電話番号を表わす対のデータが送られてきたとき、前記電話番号・セッション記憶手段にこのデータと一致する対のデータが記憶されているか否かを検索する検索手段と、この検索手段の検索によって前記セッション番号と個人端末の電話番号が共に一致する対のデータがあるときそのセッションの認証を成功として処理する認証処理手段とを備えた認証実行装置と、
前記アクセス要求手段が通知する宛先に対応して配置され、前記個人端末が第２の伝送路を通じてアクセスしてきたときその個人端末の電話番号を取得する電話番号取得手段と、この電話番号取得手段で取得した電話番号と前記アクセス要求手段がアクセス要求時に通知したセッション番号とを前記認証実行装置に送出する認証用データ送出手段とを備えた補助認証装置
とを具備することを特徴とする認証システム。
【請求項２】
前記認証処理手段は、認証の対象となるセッションについて予め定めた許容時間内に前記検索手段の検索によってセッション番号と個人端末の電話番号が共に一致する対のデータが到来しないとき、そのセッションを切断することを特徴とする請求項１記載の認証システム。
【請求項３】
前記補助認証装置は、携帯電話機を運用する携帯電話会社のサーバであり、前記個人端末は携帯電話機であり、前記宛先は補助認証装置を特定するサーバＩＤであることを特徴とする請求項１記載の認証システム。
【請求項４】
前記補助認証装置は、認証専用に設けられたサーバであり、前記宛先は補助認証装置を特定するサーバＩＤであることを特徴とする請求項１記載の認証システム。
【請求項５】
前記第１の伝送路はインターネット等の不特定多数の者が通信する伝送路であり、前記第２の伝送路は電話網、専用線等の特定者が通信する伝送路であり、前記補助認証装置は第２の伝送路にのみ接続されていることを特徴とする請求項１記載の認証システム。
【請求項６】
前記電話番号取得手段は、前記第２の伝送路による通信手順の中でその個人端末の電話番号を取得する手段であることを特徴とする請求項１記載の認証システム。
【請求項７】
前記補助認証装置は、アクセスしてきた前記個人端末の電話番号が予め登録した電話番号と一致するものではないとき前記認証実行装置への前記認証用データ送出手段による電話番号およびセッション番号の送出を拒絶する補助認証拒絶手段を具備することを特徴とする請求項１記載の認証システム。
【請求項８】
認証を必要とする処理の要求が第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号および特定の宛先を前記第１の伝送路を通じて通知してその特定の宛先へそのユーザ端末を扱う個人の個人端末を用いたアクセスを要求するアクセス要求ステップと、
このアクセス要求ステップでアクセスを要求する前記セッション番号を前記ユーザ端末と予め対応付けて登録した前記個人端末の電話番号とを対にして記憶する電話番号・セッション記憶ステップと、
前記アクセス要求ステップでアクセスを要求されたユーザ端末のユーザが個人的に使用する個人端末を用いて通知された前記特定の宛先に対して前記第１の伝送路とは異なる第２の伝送路を用いて前記セッション番号を通知する個人端末通知ステップと、
この個人端末通知ステップで通知を行った個人端末の電話番号を通信手順の中で取得し、これが予め登録した電話番号と一致するか否かを判別する補助認証ステップと、
この補助認証ステップで電話番号が一致するとされたとき、その電話番号とセッション番号が前記電話番号・セッション記憶ステップで記憶した対のデータの中に存在するか否かを検索する検索ステップと、
この検索ステップによって前記セッション番号と個人端末の電話番号が共に一致する対のデータがあったときセッションの認証を成功として処理する認証処理ステップ
とを具備することを特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人あるいは物が、該当する人あるいは物であるかどうかを確認する認証システムおよび認証方法に係わり、特にネットワーク上でパーソナルコンピュータ等の情報端末を使用して認証を行う認証システムおよび認証方法に関する。
【背景技術】
【０００２】
インターネット等のネットワークの利用が活発化すると共にネットワークを使用した認証の機会が増加している。ネットワークで認証を行う場合には、認証に使用する認証情報が盗用される危険がある。認証情報が盗用されると、第三者が当人に成りすまして秘密とされるべき情報にアクセスしたり、無断で商取引を行うといったような事態が発生し、これによる影響は計り知れないものがある。そこで、パスワードのような重要な認証情報を暗号化することが一般に行われている。
【０００３】
図１０は、従来のこのような認証システムの一例を表わしたものである。この認証システム１００は、インターネット１０１に、認証手続きを行うパーソナルコンピュータ等のユーザ端末１０２と、ネットサーバ１０３とが接続されている。ネットサーバ１０３は、各ユーザに対して認証を行うためのユーザ識別子とパスワードの対を登録したユーザ情報データベース（ＤＢ）１０４を接続している。
【０００４】
この認証システム１００では、ネットサーバ１０３が暗号化された認証情報の取り扱いを行うようになっている。したがって、ユーザはユーザ端末１０２をネットサーバ１０３に接続した状態でユーザ識別子とパスワードからなる暗号化を行った認証情報１１１を送出する。ネットサーバ１０３は送られてきた認証情報１１１を復号し、元のユーザ識別子とパスワードの組み合わせがユーザ情報データベース１０４に存在するかどうかを検索する。ユーザ識別子とパスワードが一致する組み合わせがユーザ情報データベース１０４に存在した場合には、認証が成功する。そして、たとえばユーザ端末１０２から所定のアプリケーションへのアクセスが可能になる。それ以外の場合には、認証は失敗する。
【０００５】
この認証システム１００では認証情報１１１を暗号化しているので、その解読が困難である。ところが、暗号を解読するためのコンピュータの処理速度が年々向上しており、暗号化された情報であっても比較的短時間に解読される危険が多い。
【０００６】
そこで、通常の認証情報の他に付加的な認証情報を加えることによって二重の認証手続きを行い、認証の信頼性を向上させることが提案されている（たとえば特許文献１参照）。
【０００７】
図１１は、この二重化された認証システムの概要を表わしたものである。この認証システム１５０は、ユーザ１５１が認証後に使用するアプリケーションを格納したアプリケーションサーバ１５２と接続されたアプリケーション用認証サーバ１５３を有しており、このアプリケーション用認証サーバ１５３はインターネット１５４を介してユーザ端末１５５と接続されている。アプリケーション用認証サーバ１５３は、インターネットあるいは専用線等のネットワーク１５７を介してアクセスサービス用認証サーバ１５８とアクセスサービス用アプリケーションサーバ１５９と接続されている。この認証システム１５０では、ユーザ１５１が所持する携帯電話機１６１から送出されるサブアドレスを認証の補助として使用するようになっている。このため、携帯電話機１６１は電話網１６２を介してアクセスサービス用認証サーバ１５８およびアクセスサービス用アプリケーションサーバ１５９と接続されている。
【０００８】
このような認証システム１５０では、まずユーザ１５１がユーザ端末１５５を使用してインターネット１５４を介してアプリケーション用認証サーバ１５３にアクセスし、ここでユーザ名とパスワードを入力してアプリケーションサーバ１５２の使用を要求するようになっている。すると、アプリケーション用認証サーバ１５３は認証の補助手続きを行うためにユーザ端末１５５を通じてユーザ１５１に対して携帯電話機１６１の発呼を指示する。ユーザ１５１はこれを基にして携帯電話機１６１からアクセスサービス用認証サーバ１５８に宛てて発呼するが、このときのダイヤル情報に所定のサブアドレスを付加して送信する。
【０００９】
アクセスサービス用認証サーバ１５８は、電話網１６２を介して送られてくる携帯電話機１６１のダイヤル情報からサブアドレスを抜き取り、所定の変換テーブルを使用してそのサブアドレスに対応するアプリケーション用認証サーバ１５３のアドレスを取得して、これに対して発信者番号とサブアドレスを通知する。アプリケーション用認証サーバ１５３はこれら発信者番号とサブアドレスを受信したら、格納しているユーザ情報と照合し、一致した場合にはサブアドレスをアプリケーションサーバ１５２に通知して、ユーザ端末１５５に対して所定のアプリケーションサーバを提供させるようになっている。
【特許文献１】特開２００１−２８２７４２号公報（第００３５〜第００４３段落、図２、図３）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
このように図１１に示した認証システム１５０では、携帯電話機のダイヤル情報にサブアドレスを組み込んで、これを電話網１６２に接続された特定のアクセスサービス用認証サーバ１５８に送出し、ユーザ１５１が入力したサブアドレスに対応するアプリケーション用認証サーバ１５３に対して発信者番号とサブアドレスを通知するようにした。これにより、サブアドレスが加わった分だけ認証の信頼性を向上させることができる。
【００１１】
しかしながら、サブアドレスは電話番号に任意に付加することのできる英数字で構成され、比較的その桁数も少ない。したがって、第三者はこれを複数回の試行によって知ることが可能であり、比較的容易に本人に成りすまして認証を成功させることができるという問題がある。特にアクセスサービス用認証サーバ１５８がインターネットに接続されている場合が多い状況を考えると、サブアドレスを記載したテーブルをアクセスサービス用認証サーバ１５８に用意しておくと、その内容が盗み出されたときには、携帯電話機１６１とアクセスサービス用認証サーバ１５８の間で行われる補助的な認証手続きがきわめて簡単に第三者によって実現することになる。
【００１２】
そこで本発明の目的は、携帯電話機等の個人用携帯端末を併用しながら、安全に認証を行うことのできる認証システムおよび認証方法を提供することにある。
【課題を解決するための手段】
【００１３】
請求項１記載の発明では、（イ）第１の伝送路を用いて通信し、認証を必要とする処理を行うユーザ端末と、（ロ）ユーザ端末を扱う個人がそれぞれ個人的に使用し、第１の伝送路とは異なる第２の伝送路を用いて通信する個人端末と、（ハ）認証を必要とする前記した処理の要求が第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号および特定の宛先を第１の伝送路を通じて通知してその特定の宛先へのそのユーザ端末を扱う個人の個人端末を用いたアクセスを要求するアクセス要求手段と、このアクセス要求手段がアクセスを要求する前記セッション番号を前記ユーザ端末と予め対応付けて登録した前記個人端末の電話番号とを対にして記憶する電話番号・セッション記憶手段と、アクセス要求手段が通知した前記した特定の宛先から通知したセッション番号と個人端末の電話番号を表わす対のデータが送られてきたとき、電話番号・セッション記憶手段にこのデータと一致する対のデータが記憶されているか否かを検索する検索手段と、この検索手段の検索によってセッション番号と個人端末の電話番号が共に一致する対のデータがあるときそのセッションの認証を成功として処理する認証処理手段とを備えた認証実行装置と、（ニ）アクセス要求手段が通知する特定の宛先に対応して配置され、個人端末が第２の伝送路を通じてアクセスしてきたときその個人端末の電話番号を取得する電話番号取得手段と、この電話番号取得手段で取得した電話番号とアクセス要求手段がアクセス要求時に通知したセッション番号とを認証実行装置に送出する認証用データ送出手段とを備えた補助認証装置とを認証システムに具備させる。
【００１４】
すなわち請求項１記載の発明では、ユーザ端末がインターネット等の第１の伝送路を用いて認証実行装置で認証を必要とする処理を行おうとするとき、認証実行装置側はそのユーザ端末のユーザが個人的に所持あるいは使用する個人端末を用いて認証の対象となるセッションのセッション番号を所定の宛先に対して第２の伝送路で送信するように要求する。そのユーザが個人端末を用いて携帯電話会社サーバあるいは認証サーバ等の特定の宛先に送信すると、宛先としての補助認証装置はその個人端末の電話番号から補助的な認証を行い、これが可とされる場合にはそのセッション番号と個人端末の電話番号を認証実行装置に送信するようにしている。認証実行装置は、これを受信すると、電話番号・セッション記憶手段に記憶しておいたセッション番号と個人端末の電話番号と比較して一致すれば該当するセッションについて認証を成功させるようにしている。このようにユーザと一体とみなせる個人端末を使用させてその識別情報としての電話番号を認証実行装置が知っておくことで認証を信頼性よく行うことができる。特に補助認証装置が個人端末の電話番号をその個人端末との通信の手順で取得するようにすると、他の個人端末等を使用したユーザに対する成りすましを防止することができる。また、第２の伝送路を電話網や専用線のような第三者が入り込む可能性のきわめて低い通信手段にすると、第１の伝送路がインターネットのような第三者が入り込む可能性の高い通信手段であっても、第２の伝送路を用いて認証を補助させるので、認証の安全性を高度に確保することができる。
【００１５】
請求項８記載の発明では、（イ）認証を必要とする処理の要求が第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号および特定の宛先を第１の伝送路を通じて通知してその宛先へそのユーザ端末を扱う個人の個人端末を用いたアクセスを要求するアクセス要求ステップと、（ロ）このアクセス要求ステップでアクセスを要求する前記セッション番号を前記ユーザ端末と予め対応付けて登録した前記個人端末の電話番号とを対にして記憶する電話番号・セッション記憶ステップと、（ハ）アクセス要求ステップでアクセスを要求されたユーザ端末のユーザが個人的に使用する個人端末を用いて通知された前記した特定の宛先に対して第１の伝送路とは異なる第２の伝送路を用いてセッション番号を通知する個人端末通知ステップと、（ニ）この個人端末通知ステップで通知を行った個人端末の電話番号を通信手順の中で取得し、これが予め登録した電話番号と一致するか否かを判別する補助認証ステップと、（ホ）この補助認証ステップで電話番号が一致するとされたとき、その電話番号とセッション番号が電話番号・セッション記憶ステップで記憶した対のデータの中に存在するか否かを検索する検索ステップと、（へ）この検索ステップによってセッション番号と個人端末の電話番号が共に一致する対のデータがあったときセッションの認証を成功として処理する認証処理ステップとを認証方法に具備させる。
【００１６】
すなわち請求項８記載の発明では、認証を必要とする処理の要求が第１の伝送路を通じて所定のユーザ端末からあったときその要求を行ったユーザ端末に対して認証の対象となる通信のセッションを表わしたセッション番号および特定の宛先を第１の伝送路を通じて通知してその宛先へそのユーザ端末を扱う個人の個人端末を用いたアクセスを要求すると共に、このアクセス要求ステップで要求するセッション番号をユーザ端末と予め対応付けて登録した個人端末の電話番号とを対にして記憶しておき、アクセスを要求されたユーザ端末のユーザが個人的に使用する個人端末から通知された宛先に対して第１の伝送路とは異なる第２の伝送路を用いてセッション番号を通知させる。そして、この個人端末通知ステップで通知を行った個人端末の電話番号を通信手順の中で取得し、これが予め登録した電話番号と一致するか否かによって補助的な認証を行い、この補助認証ステップで電話番号が一致するとされたとき、その電話番号とセッション番号が電話番号・セッション記憶ステップで記憶した対のデータの中に存在する場合にセッションの認証を成功として処理するようにしている。このようにユーザと一体とみなせる個人端末を使用させてその識別情報としての電話番号を認証の材料とすると共に、その個人端末を実際にそのユーザに使用させ、使用した個人端末の電話番号を通信手順の中で取得し確認するので、その個人端末を第三者が取得できないと認証を行うことができず、認証の信頼性を高めることができる。また、第２の伝送路を電話網や専用線のような第三者が入り込む可能性のきわめて低い通信手段にすると、第１の伝送路がインターネットのような第三者が入り込む可能性の高い通信手段であっても、第２の伝送路を用いて認証を補助させるので、認証の安全性を高度に確保することができる。
【発明の効果】
【００１７】
以上説明したように、本発明ではユーザ端末を使用するユーザの個人的に使用する個人端末の電話番号を認証する側が事前に知っており、ユーザにその個人端末を実際に使用させて電話番号を確認して認証を行うので、サブアドレスといった任意に入力できる情報と異なり、ユニークな情報であるために認証の安全性を飛躍的に高めることができる。しかも個人端末の電話番号を通信のプロセスの中で自動的に取得するようにすれば、この安全性が更に高まるだけでなく、ユーザの操作上の負担も軽減することができる。また、個人端末が使用する伝送路をインターネット等の開放的な通信路と異なる通信路に選択することができ、この場合には電話番号を認証のために入手する経路の安全性を高め、認証の確度を更に高めることができる。
【発明を実施するための最良の形態】
【００１８】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１９】
図１は、本発明の一実施例における認証システムの概要を表わしたものである。この認証システム２００では、インターネット２０１に、認証手続きを行うためのパーソナルコンピュータ等のユーザ端末２０３とネットサーバ２０４を接続している。ネットサーバ２０４は、電話回線網２０５を介して携帯電話会社の運用する携帯電話会社サーバ２０６に接続している。携帯電話会社サーバ２０６は、ユーザ情報データベース（ＤＢ）２０７を接続している。ユーザ端末２０３を操作するユーザ２０８は、その所持する電話端末としての携帯電話機２０９を操作することで、携帯電話会社の基地局２１１を介して携帯電話会社サーバ２０６にアクセスすることができる。なお、ユーザ端末２０３、ネットサーバ２０４および携帯電話会社サーバ２０６は共に図示しないＣＰＵ（中央処理装置）を備えており、同じく図示しないＲＯＭ（リード・オンリ・メモリ）あるいは磁気ディスク等の記憶媒体に格納した制御プログラムを使用して、後に説明するように所定の処理を行うことで認証システム２００を実現している。
【００２０】
本実施例の認証システム２００では、ユーザ２０８がユーザ端末２０３とネットサーバ２０４の間でセッション（通信）を確立させた後に認証が必要となったとき、ネットサーバ２０４がセッション番号２１３をインターネット２０１を介してユーザ端末２０３に送出するようになっている。ユーザ２０８はユーザ端末２０３のディスプレイ等からこのセッション番号２１３を取得すると、自身の携帯電話機２０９を使用してセッション番号２１４を手入力し、予め取得しておいたネットサーバ２０４のサーバＩＤと共に携帯電話会社サーバ２０６に対して基地局２１１を介して送出するようになっている。携帯電話会社サーバ２０６は、ユーザ情報データベース２０７を検索して、サーバＩＤに対応する接続情報２１５を読み出し、ネットサーバ２０４と接続する。そして、所定のユーザ情報２１６を送信する。ネットサーバ２０４は、送られてきたユーザ情報２１６からユーザ２０８とセッションの特定を行うことで認証の成否を判別するようになっている。認証が成功した時には、ユーザ２０８はインターネット２０１上で行っている処理を認証成功後の処理に進めることができる。認証が失敗したときには、セッションが切断されることになる。
【００２１】
ところで、本実施例の認証システム２００ではユーザ端末２０３の他に携帯電話機２０９を使用してネットサーバ２０４で認証を行うので、実際の認証手続きが行われる前にユーザ２０８が前もって所定の手続きを行う必要がある。この手続きには、認証手続きを行うネットサーバ２０４から事前データを取得すると共に自身の携帯電話機２０９の電話番号を知らせる第１の手続きと、携帯電話機２０９の携帯電話会社サーバ２０６との間でユーザ登録を行う第２の手続きが存在する。
【００２２】
図２は、ネットサーバとユーザ端末の間で行われる第１の手続きの概要を表わしたものである。ユーザ端末２０３は認証の対象となるネットサーバ２０４に接続して（ステップＳ３０１）、認証を行うために必要な認証情報をこのネットサーバ２０４に要求する（ステップＳ３０２）。ネットサーバ２０４はこれに対して認証情報を送り返してくるので、ユーザ端末２０３はこの認証情報からそのネットサーバ２０４の識別情報としてのサーバＩＤと、携帯電話会社サーバ２０６がユーザ２０８に代わってネットサーバ２０４に接続する際に必要とする接続情報を取得する（ステップＳ３０３）。ここで、取得する接続情報は、携帯電話会社サーバ２０６がネットサーバ２０４に接続する際の電話番号あるいはネットサーバ２０４に専用線で接続する場合にはその専用線の情報である。続いてユーザ２０８は、携帯電話会社サーバ２０６に接続する携帯電話機２０９の電話番号をユーザ端末２０３を用いてネットサーバ２０４に知らせる（ステップＳ３０４）。この電話番号は、ユーザ情報としてネットサーバ２０４の図示しない記憶手段に格納される。
【００２３】
図３は、第１の手続きが終了したユーザが携帯電話機を使用して携帯電話会社サーバに対して行う第２の手続きの概要を表わしたものである。ユーザ２０８は、携帯電話機２０９を使用して携帯電話会社サーバ２０６にアクセスして、所定のメニュー画面からインターネットで認証手続きを行うための第２の手続きを選択し、その携帯電話会社サーバ２０６との関係で必要とされる所定の認証処理を行う（ステップＳ３２１）。この後、携帯電話会社サーバ２０６側からユーザ２０８が認証を行おうとしているネットサーバ２０４のサーバＩＤの入力が要求されると（ステップＳ３２２：Ｙ）、ユーザ２０８は携帯電話機２０９からそのサーバＩＤを入力する（ステップＳ３２３）。このサーバＩＤは、図２のステップＳ３０３で取得したものである。
【００２４】
サーバＩＤが入力されると、携帯電話会社サーバ２０６は次にこの携帯電話会社サーバ２０６がネットサーバ２０４に接続する際に必要とされる接続情報の入力を要求してくる（ステップＳ３２４：Ｙ）。ユーザ２０８は、同様にステップＳ３０３で取得した接続情報を携帯電話機２０９から入力する（ステップＳ３２５）。携帯電話会社サーバ２０６は携帯電話機２０９から送られてきたこれらサーバＩＤおよび接続情報ならびに手続きを行った携帯電話機２０９の電話番号を図１に示すユーザ情報データベース２０７に登録することになる。ここで携帯電話機２０９の電話番号は、携帯電話機２０９が携帯電話会社サーバ２０６に接続するプロセスで自動的に取得される。
【００２５】
以上の第１および第２の手続きが行われた後に、ユーザ２０８はネットサーバ２０４に接続して、認証を必要とする処理を行うことになる。
【００２６】
図４は、ユーザがユーザ端末を使用してネットサーバにアクセスし認証を成功させるまでの一連の処理を図解したものである。図１と共にこの処理を説明する。まず、ユーザ２０８はユーザ端末２０３を使用して所望のネットサーバ２０４に接続を要求する（ステップＳ３４１）。ネットサーバ２０４はこの接続要求を受けて、ユーザ端末２０３との間で、１つの通信単位としてのセッションを確立させる（ステップＳ３４２）。ネットサーバ２０４は、その確立したセッションをそのネットサーバ内で一意に識別するためのセッション番号を発行してユーザ端末２０３に送付する（ステップＳ３４３）。ユーザ端末２０３は、このセッション番号を、たとえばそのディスプレイに表示する。
【００２７】
ユーザ２０８は携帯電話機２０９にこの表示されたセッション番号を手入力して（ステップＳ３４４）、携帯電話会社サーバ２０６に電話を掛ける。携帯電話会社サーバ２０６は携帯電話機２０９との呼接続のプロセスでその電話番号を取得して、ユーザ情報データベース２０７を検索する。そして、該当する電話番号がユーザ情報データベース２０７に存在する場合に限って、手入力されたセッション番号と、新たにユーザ２０８が入力したサーバＩＤとを受け付ける（ステップＳ３４５）。携帯電話機２０９の電話番号がユーザ情報データベース２０７に存在しないような場合には、そのユーザ２０８が携帯電話会社サーバ２０６に認証の手続きを依頼することはできない。そこで、携帯電話会社サーバ２０６は、事前に認証のための登録を行うべきことを自動アナウンスで伝達して電話を切ることになる。
【００２８】
携帯電話機２０９の電話番号がユーザ情報データベース２０７に存在する場合、携帯電話会社サーバ２０６は、送られてきたサーバＩＤを用いてユーザ情報データベース２０７を更に検索する。既に説明したようにユーザ情報データベース２０７には、それぞれのサーバＩＤに対応させて接続情報が格納されている。したがって、携帯電話会社サーバ２０６はユーザ情報データベース２０７から対応する接続情報を読み出す。そして、この接続情報を使用して該当するネットサーバ２０４に電話回線網２０５を使用して接続する（ステップＳ３４６）。このとき携帯電話会社サーバ２０６は、接続情報における電話番号をネットサーバ２０４に接続するダイヤル情報として使用する。携帯電話会社サーバ２０６とネットサーバ２０４が専用線で接続されている場合には、専用線に関する情報を使用して携帯電話会社サーバ２０６はネットサーバ２０４に接続する。
【００２９】
ネットサーバ２０４に接続後、携帯電話会社サーバ２０６は、ユーザ２０８を識別させるために携帯電話機２０９の電話番号と、認証の必要とされるセッションを特定するためのセッション番号を、ユーザ情報２１６としてネットサーバ２０４に通知する（ステップＳ３４７）。
【００３０】
ネットサーバ２０４は、携帯電話会社サーバ２０６から通知されたユーザ情報２１６としてのセッション番号と携帯電話機２０８の電話番号を受け取ると、現在通信が行われている同一セッション番号のユーザを実質的に表わす携帯電話機２０９の電話番号が一致するかどうかを判別する（ステップＳ３４８）。そして、セッション番号と電話番号（ユーザ番号）の対が一致した場合には、認証を成功させ、そのセッション番号のユーザ端末２０３に対して認証成功を通知する（ステップＳ３４９）。
【００３１】
図５は、図４と異なり第三者がユーザの携帯電話機を使用して認証を試みた場合の処理の流れを図解したものである。図４と同一の処理には同一の符号を付しており、これらの説明を適宜省略する。第三者がユーザ２０８のユーザ端末２０３を使用してネットサーバ２０４に接続を要求したとする（ステップＳ３４１）。ネットサーバ２０４はこの接続要求を受けて、そのユーザ端末２０３との間で、１つの通信単位としてのセッションを確立させる（ステップＳ３４２）。ネットサーバ２０４は、その確立したセッションをそのネットサーバ内で一意に識別するためのセッション番号を発行してそのユーザ端末２０３に送付する（ステップＳ３４３）。このとき、本来のユーザ２０８の携帯電話機２０９の電話番号とセッション番号の対がネットサーバ２０４内の前記したデータベースに登録されている。セッション番号を受信したユーザ端末２０３は、このセッション番号を、たとえばそのディスプレイに表示する。
【００３２】
第三者はユーザ２０８の本来所有する携帯電話機２０９にこのセッション番号を手入力する（ステップＳ３４４）。ここで本来のユーザ２０８であれば、図２のステップＳ３０３でネットサーバ２０４からサーバＩＤを取得しているが、第三者の場合にはこのサーバＩＤを取得していないので、正規のサーバＩＤを入力することができない。そこで第三者はセッション番号と推測のサーバＩＤを携帯電話機２０９から携帯電話会社サーバ２０６に送出する（ステップＳ３４５）。この段階で携帯電話会社サーバ２０６はユーザ情報データベース２０７を検索するが、電話番号に対応するサーバＩＤの一致を検出することができず、認証が失敗する。そこで、携帯電話会社サーバ２０６はその携帯電話機２０９に対して認証失敗を通知することになる（ステップＳ３６１）。
【００３３】
ところで本来のユーザ２０８が入力ミスを起こして認証失敗を通知される場合もある。この場合であれば、認証失敗を通知されたときに、入力ミスに気付いて正しいサーバＩＤを入力することができる。したがって、１つのセッションとして認められた許容時間ｔ内にセッション番号と正しいサーバＩＤを携帯電話会社サーバ２０６に送ることができ、認証を成功させることができる。第三者の場合には、携帯電話会社サーバ２０６側での認証手続きとしての許容時間ｔ内に正しいサーバＩＤを入力することが極めて困難となる。正しいサーバＩＤが入力されずに許容時間ｔが経過した時点で、該当するセッションが切断される（ステップＳ３６２）。
【００３４】
もちろん、第三者による以上の処理は、その第三者が本来のユーザ２０８の携帯電話機２０９を無断に使用した場合を仮定している。第三者が自身の携帯電話機を使用した場合には、ユーザの携帯電話機２０９の電話番号がネットサーバ２０４に登録したものと相違する。したがって、ネットサーバ２０４は電話番号のチェックの段階で認証を拒否することができる。また、ユーザ２０８がその携帯電話機２０９を紛失したときには、携帯電話会社サーバ２０６あるいはネットサーバ２０４への通知によって認証手続きを拒絶することができる。更に本実施例では次に説明するように認証が同一セッションの所定の許容時間ｔ内に完了しないときには認証が成功しないようになっている。したがって、第三者の不正使用による認証はきわめて困難である。
【００３５】
図６は、以上の制御を行う携帯電話会社サーバにおける認証処理を表わしたものである。図６で図４あるいは図５と同一部分には同一のステップ番号を付けている。携帯電話会社サーバ２０６は、携帯電話機２０９から認証のための電話が掛かってくると、その電話番号を呼接続のプロセスで取得したものをユーザ情報データベース２０７で検索して登録済みであるかどうかをチェックする（ステップＳ３８１）。登録済みでない場合には、その携帯電話機２０９に対して、認証には事前登録が必要であることをアナウンスして（ステップＳ３８２）、処理を終了させる（エンド）。
【００３６】
一方、携帯電話機２０９の電話番号が登録済みであった場合には（ステップＳ３８１：Ｙ）、ユーザ情報データベース２０７を検索して、送られてきたサーバＩＤに対応する接続情報の読み出しの処理を行う（ステップＳ３８３）。そのサーバＩＤが存在せず、読み出しの処理が失敗したような場合には（ステップＳ３８４：Ｎ）、その携帯電話機２０９に認証失敗を通知する（ステップＳ３６１）。
【００３７】
ステップＳ３８４で接続情報の読み出しが行われた場合には（Ｙ）、これを基にして該当するネットサーバ２０４にダイヤルして該当するセッション番号と携帯電話機２０９の電話番号をユーザ情報２１６としてネットサーバ２０４に通知することになる（ステップＳ３４７）。
【００３８】
図７は、以上の制御におけるネットサーバのセッション接続および切断処理を表わしたものである。図７で図４あるいは図５と同一部分には同一のステップ番号を付けている。ネットサーバ２０４はユーザ端末２０３から図４のステップＳ３４１で送出されるセッション接続要求を受信すると（ステップＳ４０１：Ｙ）、セッションを確立し（ステップＳ３４２）、許容時間ｔの計時動作を開始させる（ステップＳ４０２）。そして、そのユーザ端末２０３に対してセッション番号を通知し（ステップＳ３４３）、それ以後は許容時間ｔの経過の有無（ステップＳ４０３）とユーザ情報２１６とユーザ情報データベース２０７における携帯電話機２０９の電話番号の一致の有無（ステップＳ４０４）の監視を行う。
【００３９】
そして、許容時間ｔが経過するまでに電話番号が一致することになれば（ステップＳ４０４：Ｙ）、認証成功をユーザ端末２０３に通知することになる（ステップＳ３４９）。このようなことがなく許容時間ｔが経過してしまった場合には（ステップＳ４０３：Ｙ）、セッションが切断される（ステップＳ３６２）。
【００４０】
以上説明した実施例のように認証が許容時間ｔ内に成功しないときセッションを切断する他に、セッション番号に対応するサーバＩＤが同一の携帯電話機２０９から所定回数以内に正しく入力されないときに、該当するセッションを切断するようにしてもよい。
【００４１】
＜発明の変形例＞
【００４２】
図８は、本発明の変形例における認証システムの概要を表わしたものである。図８で図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この変形例の認証システム２００Ａでは、図１に示した実施例における携帯電話会社サーバ２０６の代わりに認証会社サーバ５０１が電話回線網２０５を介してネットサーバ２０４に接続されるようになっている。認証会社サーバ５０１も図示しないＣＰＵを備えており、同じく図示しない磁気ディスク等の記憶媒体に格納された制御プログラムを使用して所定の処理を行うようになっている。認証会社サーバ５０１は認証情報データベース（ＤＢ）５０２を接続している。
【００４３】
この変形例の認証システム２００Ａで認証会社サーバ５０１は認証会社によって運営されている。ユーザ２０８は、事前に認証会社サーバ５０１に対して自己の使用する携帯電話機２０９の電話番号および自身の身元の確かさを保証するために必要とされる個人情報（たとえば勤務先や自宅の住所や固定電話の電話番号）を登録するようになっている。この登録は、ユーザ端末２０３を用いて、あるいはユーザ２０８の携帯電話機２０９から行ってもよいが、認証の精度を上げる意味からはファクシミリを使用したり、通信ネットワーク以外の方法で行うことが望ましい。認証会社サーバ５０１は、その認証情報データベース５０２に、ユーザ２０８のユーザ名とその携帯電話機２０９の電話番号との対応関係および個人情報を登録するようになっている。
【００４４】
また、認証会社サーバ５０１はユーザ２０８が利用する可能性のあるネットサーバ２０４のサーバＩＤを該当のネットサーバ２０４の運営会社との秘密保持契約の下で取得しておく。サーバＩＤは個々のユーザ２０８ごとに取得する必要はなく、サーバ単位でよい。認証会社サーバ５０１は、サーバＩＤを個々のネットサーバ２０４（図８ではその１つのみを表示。）に対応して個別に取得し、認証を行う会社としての性格から外部への漏洩防止に十分な対策をとることは当然である。もちろん、認証会社サーバ５０１とネットサーバ２０４は図示の電話回線網２０５あるいは専用線で接続されており、サーバＩＤがインターネット等の外部からアクセス可能な通信ネットワークを流れることはない。したがって、このような通信ネットワークでサーバＩＤが傍受される危険性はない。認証情報データベース５０２には、ネットサーバ２０４と対応付けてこれらのサーバＩＤも格納される。サーバＩＤは該当のネットサーバ２０４との間で適宜変更することが好ましく、この場合には認証情報データベース５０２の内容もこれに応じて変更される。
【００４５】
認証会社サーバ５０１の認証情報データベース５０２に以上説明したようなデータが格納されていることを前提として、ユーザ２０８はその認証会社サーバ５０１を用いてネットサーバ２０４で必要とする認証手続きを行うことができる。
【００４６】
図９は、認証会社サーバを用いた認証のための処理の流れを表わしたものである。図９で図４と同一部分には同一のステップ番号を付している。ユーザ２０８は、ユーザ端末２０３を使用して所望のネットサーバ２０４に接続を要求する（ステップＳ３４１）。ネットサーバ２０４はこの接続要求を受けて、ユーザ端末２０３との間で、１つの通信単位としてのセッションを確立させる（ステップＳ３４２）。ネットサーバ２０４は、その確立したセッションをそのネットサーバ内で一意に識別するためのセッション番号と、自身を示すＩＤとしてのサーバＩＤを発行してユーザ端末２０３に送付する（ステップＳ６０１）。ユーザ端末２０３は、このセッション番号を、たとえばそのディスプレイに表示する。ユーザ２０８は携帯電話機２０９にこのセッション番号とサーバＩＤを手入力して（ステップＳ６０２）、認証会社サーバ５０１に電話を掛ける。
【００４７】
認証会社サーバ５０１は携帯電話機２０９との呼接続のプロセスでその電話番号を取得して、認証情報データベース５０２を検索する。検索の結果、該当する電話番号が認証情報データベース５０２に存在する場合に限って、セッション番号とサーバＩＤを受け付ける（ステップＳ６０３）。これ以外の場合には、そのユーザ２０８が認証会社サーバ５０１の認証対象外である。そこで、認証会社サーバ５０１は、事前に認証のための登録を行うべきことを自動アナウンスで伝達して電話を切ることになる。
【００４８】
ところで、ネットサーバ２０４がステップＳ６０１でユーザ端末２０３に送出するセッション番号とサーバＩＤは、それぞれのデータの種別を明示した形でユーザ２０８に提示しても良いが、そうするとインターネット２０１を介して、あるいはユーザ自身の不注意で、サーバＩＤが第三者に取得されるおそれがある。これを防止するためには、たとえばネットサーバ２０４と認証会社サーバ５０１の間で取り決めたデータ送信配列でこれらセッション番号とサーバＩＤを混合した形としてユーザ端末２０３に送信し、ユーザ２０８がこの混合されて送られてきたデータの種別を意識することなく一体として携帯電話機２０９に手入力するようにすればよい。送信の時刻情報等の他の情報を組み合わせてユーザ端末２０３に送信してもよい。このような送信が行われた場合、認証会社サーバ５０１は受信したデータに所定の処理を加え、元のセッション番号とサーバＩＤを取り出すことになる。
【００４９】
認証会社サーバ５０１は、ユーザ端末２０３からセッション番号とサーバＩＤを取得すると、サーバＩＤをキーワードとして認証情報データベース５０２を検索してネットサーバ２０４の電話番号を読み出し（ステップＳ６０４）、この電話番号を使用してネットサーバ２０４に電話してセッション番号を通知する（ステップＳ６０５）。
【００５０】
ネットサーバ２０４は通知されたセッション番号のセッションが接続中であるかどうかをチェックして（ステップＳ６０６）、接続中であれば認証を成功させ（ステップＳ６０７）、そのセッションを継続させると共に、認証が成功したことをユーザ端末２０３に通知する（ステップＳ６０８）。許容時間ｔ内にセッション番号が送られてこない場合にはそのセッションが切断されることは、先の実施例の図５で説明した場合と同様である。
【００５１】
この変形例の認証システム２００Ａで、第三者がユーザ２０８になりすまして認証を成功させることは事実上不可能である。その理由を説明する。第三者が自身のユーザ端末あるいはユーザ２０８が使用していたユーザ端末２０３を使用してネットサーバ２０４に接続し、図９のステップＳ６０１でサーバＩＤとセッション番号を取得しても、携帯電話機２０９はユーザ２０８が個人的に所持している。したがって、第三者がユーザ２０８の携帯電話機２０９に許容時間ｔ内にサーバＩＤとセッション番号を入力して送信することは、事前にこれを取得する以外に不可能である。ユーザ２０８が自身の携帯電話機２０９をどこかに置き忘れてこれを第三者が取得するような場合も考えられるが、ユーザ２０８がその携帯電話機２０９がなくなったことを届け出れば、認証会社サーバ５０１は認証をその時点から拒絶することができる。また、ユーザ２０８が認証会社サーバ５０１にログインする際に簡単なパスワードを要求するようにすれば、第三者の無断使用の可能性は更に低くなる。
【００５２】
もちろん、この変形例でも認証会社サーバ５０１は電話回線網２０５あるいは専用回線を使用してネットサーバ２０４に接続するので、その第三者が自宅の電話機や公衆電話を使用してネットサーバ２０４に接続しても、接続時に判別する電話番号から認証会社サーバ５０１の電話ではないことが判別され、ネットサーバ２０４は認証を拒絶することができる。
【００５３】
以上説明した実施例および変形例では、ユーザ２０８が携帯電話機２０９を使用して認証手続きの補助の処理を行うことにしたが、携帯電話機２０９の代わりにＰＨＳ（Personal Handy-phone System）等の個人が実質的に所持する電話番号を用いて通信を行う無線端末や無線カードを使用したパーソナルコンピュータ等の情報端末を補助的に認証に使用するものであってもよい。また、この補助的な認証処理は電話回線あるいは専用線等のようにローカルに接続された伝送路を用いることで可能なので、たとえばＩＳＤＮ（Integrated Service Digital Network）に接続された個人所有の固定電話機を同様に使用することができることも当然である。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施例における認証システムの概要を表わしたシステム構成図である。
【図２】本実施例でユーザ端末による第１の手続きの概要を表わした流れ図である。
【図３】本実施例で携帯電話機による第２の手続きの概要を表わした流れ図である。
【図４】本実施例でユーザがユーザ端末を使用してネットサーバにアクセスし認証を成功させるまでの一連の処理を表わした説明図である。
【図５】本実施例で第三者が認証を試みた場合の処理の流れを表わした説明図である。
【図６】本実施例で携帯電話会社サーバの認証処理を表わした流れ図である。
【図７】本実施例でネットサーバのセッション接続および切断処理を表わした流れ図である。
【図８】本発明の変形例における認証システムの概要を表わしたシステム構成図である。
【図９】変形例で認証会社サーバを用いた認証のための処理の流れを表わした説明図である。
【図１０】従来行われた認証システムの一例を示したシステム構成図である。
【図１１】携帯電話機を併用した従来の認証システムを示したシステム構成図である。
【符号の説明】
【００５５】
２００、２００Ａ  認証システム
２０１  インターネット
２０３  ユーザ端末
２０４  ネットサーバ
２０５  電話回線網
２０６  携帯電話会社サーバ
２０７  ユーザ情報データベース
２０８  ユーザ
２０９  携帯電話機
５０１  認証会社サーバ
５０２  認証情報データベース
【図１】
2005309860.tif 000003
【図２】
2005309860.tif 000004
【図３】
2005309860.tif 000005
【図４】
2005309860.tif 000006
【図５】
2005309860.tif 000007
【図６】
2005309860.tif 000008
【図７】
2005309860.tif 000009
【図８】
2005309860.tif 000010
【図９】
2005309860.tif 000011
【図１０】
2005309860.tif 000012
【図１１】
2005309860.tif 000013