ユーザ認証方法
【課題】 アクセスしてきたユーザとその携帯通信端末とを関連付けて共に認証することで、高いセキュリティレベルが確保されたユーザ認証方法を提供する。
【解決手段】 携帯通信端末を用いてイントラネットの非公開エリアとのセッション要求を行うユーザを認証するためのユーザ認証方法が、公開エリアへアクセスしてきたユーザによって入力された第１認証情報の認証を行う工程と、認証されたユーザと非公開エリアとのセッションを認証するためのセッション識別子を発行し、保存する工程と、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリアのＵＲＬをユーザの携帯通信端末に伝達する工程と、公開エリアに再アクセスした携帯通信端末から提供されるＵＲＬに含まれるセッション識別子を照会することで認証を行い、それによりユーザと非公開エリアとのセッションが認証される工程とを含む。
【解決手段】 携帯通信端末を用いてイントラネットの非公開エリアとのセッション要求を行うユーザを認証するためのユーザ認証方法が、公開エリアへアクセスしてきたユーザによって入力された第１認証情報の認証を行う工程と、認証されたユーザと非公開エリアとのセッションを認証するためのセッション識別子を発行し、保存する工程と、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリアのＵＲＬをユーザの携帯通信端末に伝達する工程と、公開エリアに再アクセスした携帯通信端末から提供されるＵＲＬに含まれるセッション識別子を照会することで認証を行い、それによりユーザと非公開エリアとのセッションが認証される工程とを含む。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を行うユーザを認証するためのユーザ認証方法に関し、特に携帯電話からインターネットを経由して企業のイントラネットのサーバとセッションする際のユーザ認証方法に関する。
【０００２】
【従来の技術】一般的なネットワークシステムでは、ネットワークのユーザはユーザ識別子とパスワードとを持っており、それらをネットワークの管理者が認証することにより、そのネットワークの非公開エリアとのセッションが許可される。今日、様々な携帯通信端末が広く普及し、それらを使用してインターネット経由で特定のネットワークへアクセスする方法が提供されている。例えば、ＮＴＴドコモ株式会社によって提供されているｉモードやＤＤＩグループによって提供されているＥＺｗｅｂといったサービスを利用可能な携帯電話または携帯端末を企業のネットワークのユーザへ配布し、ユーザがそれを用いて企業のイントラネットのサーバへアクセス可能なシステムが構築されている。このシステムにより、情報が必要なときにイントラネットサーバへアクセスし、必要な情報を引き出すことができる。
【０００３】
【発明が解決しようとする課題】しかしながら、従来のネットワークシステムにおいては、ネットワークに携帯通信端末を用いてアクセスしてきたユーザ個人をユーザ識別子とパスワードとから認証することはできるが、携帯通信端末がそのユーザ自身のものであるかは不明であった。言い換えると、ネットワークのサーバにアクセスしてきた人物が正当なユーザであるとの保証はなかった。なぜならば、ユーザ個人の認証を行うためのユーザ識別子とパスワードとが何らかの手段で盗まれて、ネットワークのサーバへ侵入するために使用されている可能性があるからである。従って、上記のような携帯通信端末をクライアントとして使用したネットワークの場合、ユーザ識別子とそのパスワードとを不正に手に入れた人物が、携帯通信端末を持っていればネットワークへ侵入することが可能になるという問題がある。ユーザ識別子およびパスワードの漏洩は起こり得ることであり、それに対する防御を講じたセキュリティシステム、即ち、ユーザ個人の認証がユーザ識別子およびパスワードのみで行われることがないようなセキュリティシステムが求められている。
【０００４】本発明は上記の問題点に鑑みてなされたものであり、その目的は、携帯通信端末を用いてインターネット経由でネットワークへアクセスするシステムにおいて、アクセスしてきたユーザとその携帯通信端末とを関連付けて共に認証することで、高いセキュリティレベルが確保されたユーザ認証方法を提供することにある。
【０００５】
【課題を解決するための手段】上記目的を達成するための本発明に係るユーザ認証方法の第一の特徴構成は、特許請求の範囲の欄の請求項１に記載した如く、携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を通信路を介して行うユーザを認証するためのユーザ認証方法であって、前記コンピュータ内部または前記イントラネットの公開エリアへアクセスしてきた前記ユーザによって入力された第１認証情報の認証を行う第１認証工程と、前記認証されたユーザと前記非公開エリアとのセッションを認証するためのセッション識別子を発行し、データベースに保存するセッション識別子発行工程と、前記セッション識別子を付加して得られた、前記セッション識別子の認証が行われる前記公開エリアのＵＲＬを前記ユーザの携帯通信端末に伝達するＵＲＬ伝達工程と、前記公開エリアに再アクセスした前記携帯通信端末から提供される前記ＵＲＬに含まれる前記セッション識別子を備える第２認証情報を前記データベースで照会することで、前記第２認証情報の認証を行い、それにより前記ユーザと前記非公開エリアとのセッションが認証される第２認証工程とを含む点にある。
【０００６】上記目的を達成するための本発明に係るユーザ認証方法の第二の特徴構成は、特許請求の範囲の欄の請求項２に記載した如く、上記第一の特徴構成に加えて、前記ＵＲＬ伝達工程によって前記ＵＲＬの伝達を受けたユーザが前記公開エリアに少なくとも１回アクセスし、前記第２認証工程が少なくとも１回実施される場合、前記各第２認証工程の前に第１認証工程が実施される点にある。一旦、ユーザ認証が行われた後で、再び非公開エリアとのセッションを希望する場合は、第２認証工程からユーザ認証を始めることができる。従って、第２認証工程が複数回行われる場合もあるが、この場合、それぞれの第２認証工程の前には第１認証工程が行われる。
【０００７】上記目的を達成するための本発明に係るユーザ認証方法の第三の特徴構成は、特許請求の範囲の欄の請求項３に記載した如く、上記第一または第二の特徴構成に加えて、前記第１認証情報が前記ユーザ固有のユーザ識別子およびパスワードである点にある。
【０００８】上記目的を達成するための本発明に係るユーザ認証方法の第四の特徴構成は、特許請求の範囲の欄の請求項４に記載した如く、上記第一から第三のいずれかの特徴構成に加えて、前記セッション識別子が有効期限を持つ点にある。
【０００９】以下に、作用並びに効果を説明する。本発明に係るユーザ認証方法の第一の特徴構成によれば、ユーザから通信路を介してアクセスがあり、そのユーザが正当なユーザであると認証された場合に、ユーザが所持している携帯通信端末に応答を返し、ユーザに対して上記携帯通信端末を用いて再アクセスすることを要求し、さらなる認証を行うことで、ユーザからのユーザ識別子やパスワードといった入力情報だけでなく、ユーザの携帯通信端末の認証を行うという二段階の認証からなるセキュリティレベルの高い認証方法を実施することができる。つまり、第１認証工程で入力が求められるユーザ固有の情報を知っていたとしても、ユーザ自身の携帯通信端末からアクセスを行っていない場合には、コンピュータ内部またはイントラネットの非公開エリアに侵入することはできない。その結果、ユーザ識別子およびパスワードが漏洩した場合であっても、コンピュータ内部またはイントラネットの非公開エリアが外部から侵入されることはない。
【００１０】コンピュータ内部の非公開エリアとは、コンピュータの記憶装置に格納された、例えばパスワードが設定され、認証された者だけがアクセスすることのできるファイルまたはアプリケーションなどのことであり、公開エリアとはパスワードなどが設定されておらず、自由にアクセスすることのできるファイルまたはアプリケーションなどのことである。尚、コンピュータの記憶装置は、コンピュータに内蔵されている場合とコンピュータの外部に接続されている場合がある。イントラネットの非公開エリアとは、例えばパスワードが設定され、認証された者だけがアクセスすることのできる互いに接続されたサーバまたはデータベース等の記憶装置のことであり、公開エリアとはパスワードなどが設定されておらず、自由にアクセスすることのできる互いに接続されたサーバまたはデータベース等の記憶装置である。
【００１１】本発明に係るユーザ認証方法の第二の特徴構成によれば、第１認証工程ではパスワードの入力を求めず、第２認証工程の前にユーザ識別子とパスワードとの入力を求める工程を行うことが可能であるため、第１認証工程を簡略化することができる。この場合であっても、ユーザ識別子が第１認証工程で入力されているために、それより電子メールアドレスを検索することは可能であり、上記の第三の特徴構成と同様の作用・効果を得ることができる。さらに、既にＵＲＬの伝達を受けているユーザがセッション識別子の認証を受けようとする場合は、第１認証工程を行った後すぐに、第２認証工程へ進むことができる。
【００１２】本発明に係るユーザ認証方法の第三の特徴構成によれば、第１認証情報が前記ユーザ固有のユーザ識別子およびパスワードであるので、それによりアクセスしてきたユーザの第１の認証を行うことができる。さらに、入力されたユーザ識別子を用いてユーザの携帯通信端末の電子メールアドレスを検索することが可能であるため、再アクセスを求める電子メールをユーザの携帯通信端末に送り、携帯通信端末からの再アクセスが実施されることで、携帯通信端末の認証を行うという目的も達成できる。
【００１３】本発明に係るユーザ認証方法の第四の特徴構成によれば、セッション識別子が有効期限を持つため、侵入しようと試みる人物がセッション識別子を取得しようとする場合、それを見つけるために与えられた時間は短く、実質的にセッション識別子を不正に取得することは不可能である。その結果、時間が経過してもセキュリティレベルが一定の高さに保たれたユーザ認証方法を提供することができる。
【００１４】
【発明の実施の形態】図１は、携帯通信端末１と、インターネット網２と、イントラネット３とで構成されたネットワーク網のシステム構成を示す図である。携帯通信端末１としては、ｉモードまたはＥＺｗｅｂといったサービスを利用することができる携帯電話または携帯情報端末が利用される。イントラネット３は、インターネット網２とファイアウォール４を介して接続されており、外部とアクセス自由の公開エリア５と、認証を受けた者だけがアクセスすることのできる非公開エリアである社内のＬＡＮ（ローカルエリアネットワーク）６とで構成されている。ＬＡＮ６にはイントラネットサーバ９の他に、社員のスケジュール等を格納したデータベース８を管理するデータベースサーバ７等のサーバ、および端末機器１０が設置されている。また、公開エリア５には、上記のような携帯通信端末１で利用可能な様々なコンテンツが置かれていると共に、携帯通信端末１でＬＡＮ６のデータにアクセスするためのスケジュール管理ソフト等がインストールされた携帯用アプリケーションサーバ１１が配置されている。公開エリア５で認証を受けた携帯通信端末１のユーザだけが、携帯用アプリケーションサーバ１１を介して非公開エリアであるＬＡＮ６内のサーバまたは端末機器とのセッションを行うことができる。図中では複数のコンピュータまたはサーバによって構成されたイントラネットを図示しているが、それらがスタンドアロンのコンピュータであってもよい。その場合の公開エリアと非公開エリアは、そのコンピュータが備える記憶装置の記憶領域に任意に設定されているものとする。
【００１５】次に、携帯通信端末１を用いてセッション要求を行ってきたユーザを認証するための本発明に係るユーザ認証方法について説明する。携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を通信路を介して行うユーザを認証するためのユーザ認証方法は、コンピュータ内部またはイントラネットの公開エリアへアクセスしてきたユーザによって入力された第１認証情報の認証を行う第１認証工程と、認証されたユーザと非公開エリアとのセッションを認証するためのセッション識別子を発行し、データベースに保存するセッション識別子発行工程と、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリアのＵＲＬをユーザの携帯通信端末に伝達するＵＲＬ伝達工程と、公開エリアに再アクセスした携帯通信端末から提供されるＵＲＬに含まれるセッション識別子を備える第２認証情報をデータベースで照会することで、第２認証情報の認証を行い、それによりユーザと非公開エリアとのセッションが認証される第２認証工程とを含む。
【００１６】以下に、図面を参照して、本発明のユーザ認証方法を用いた携帯通信端末１からＬＡＮのデータベースに格納されているユーザ自身のスケジュールを見る工程を説明する。以下の実施形態では、携帯通信端末１として携帯電話を用いているが、これに限定されるものではない。
【００１７】＜第１実施形態＞図２および図３を参照して本発明に係るユーザ認証方法の第１認証工程を説明する。ここで、図２（ａ）は図１に示したシステム構成図を部分的に簡略化して示した本工程の概念図であり、図２R>２（ｂ）は携帯電話１の一表示画面を図示したものである。工程１００では、ユーザが携帯通信端末１を用いて公開エリア５に配置されている携帯用アプリケーションサーバ１１、即ちネットワークの入口であるホームページにアクセスする。次に、携帯用アプリケーションサーバ１１はユーザに対してユーザＩＤ（ＵｓｅｒＩＤ）およびパスワード（ＰａｓｓＷＤ）の入力を求めるための入力画面を携帯通信端末１に表示させる（図２（ｂ））。工程１０２で、ユーザがユーザＩＤとパスワードとを入力後、ログインボタンを押すことで、入力された情報が携帯用アプリケーションサーバ１１に伝達される。工程１０４で、携帯用アプリケーションサーバ１１は、そのユーザＩＤとパスワードとを携帯用アプリケーションサーバ１１自身が持っているデータベース（図示せず）で照会する作業を行う。入力された情報が正しければ、ユーザを認証し、工程１０６へ進む。入力された情報に該当するものが無ければ、ユーザは認証されず、「ユーザＩＤ、パスワードが正しくない」旨を携帯通信端末１に表示させる（工程１０８）。
【００１８】図３および図４を参照して本発明に係るユーザ認証方法のセッション識別子発行工程およびＵＲＬ伝達工程あるいはセッション識別子伝達工程を説明する。ここで、図４（ａ）は図１に示したシステム構成図を部分的に簡略化して示した本工程の概念図であり、図４R>４（ｂ）は携帯通信端末１の一表示画面を図示したものである。第１認証工程でユーザが認証された場合、すぐさまＬＡＮのデータベースが利用可能になるのではなく、さらに携帯通信端末１が認証されなければ非公開エリアにあるＬＡＮ６のデータベース８を利用することはできない。携帯通信端末１の認証を行うために、即ち、先のユーザが自分自身の携帯通信端末１でアクセスしてきていることを確認するために、セッション識別子（セッションＩＤ）の認証が行われなければならない。携帯通信端末１の認証は、以下に示すように、セッションＩＤをユーザ自身の携帯通信端末１と携帯用アプリケーションサーバ１１との間で正しくやり取りされたかどうかで判定される。
【００１９】まず工程１０６で、上記ユーザのユーザＩＤと１対１に対応する電子メールアドレスを携帯用アプリケーションサーバ１１が備えるデータベースで検索して取得する。ただし、ユーザＩＤと電子メールアドレスとが同一、またはユーザＩＤと電子メールアドレスのユーザネームとが同一である場合は検索を行う必要はない。次に、セッション識別子発行工程（工程１１０）では、乱数によりセッションＩＤが発行される。セッションＩＤは、例えば図５（ｂ）に示すような「Ｓｋｅｙ＝３６７１５９４８３７」といった形式で表記される。ここで、セッションＩＤの乱数にはセキュリティを高めるために一定の有効期限があるものとする。その結果、セッション識別子にも有効期限が設定される。また、このセッションＩＤは携帯用アプリケーションサーバ１１に配置されたデータベースに、ユーザＩＤとセットで格納されて、後のセッション識別子認証工程で使用される。次に工程１１２で、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリア５のＵＲＬが作成され、工程１１４で、そのＵＲＬを記載した電子メールを携帯通信端末１に送付することで、携帯通信端末１の認証を行うためにユーザがアクセスするべきＵＲＬの伝達が行われる。ＵＲＬが伝達されると、図４R>４（ｂ）に示すようなメッセージが表示され、ユーザに対して工程１１６に進むことを促す。
【００２０】図３および図５を参照して本発明に係るユーザ認証方法のアクセス工程および第２認証工程を説明する。ここで、図５（ａ）は図１に示したシステム構成図を部分的に簡略化して示した本工程の概念図であり、図５（ｂ）および図５（ｃ）は携帯電話１の一表示画面を図示したものである。工程１１６で、ＵＲＬが記載された電子メールを自分自身の携帯通信端末１で受け取ったユーザは、そのＵＲＬへアクセスする。図５（ｂ）に示すように、電子メールにはＵＲＬが記載されているため、ユーザは携帯通信端末１を操作して、容易にそのＵＲＬに接続することができる。そのＵＲＬはセッションＩＤを認証するための第２認証工程が行われる公開エリア５のＵＲＬであるため、接続後すぐに第２認証工程が開始される。工程１１８では、まず最初にセッションＩＤの有効期限が過ぎていないかどうかを確認する。これは、セキュリティの問題からセッションＩＤの乱数部分に有効期限を持たせて、所定の時間が過ぎれば乱数を使えないようにしているからである。有効期限を過ぎている場合は、工程１２２で「有効期限が過ぎている」ことを通知するための表示が携帯通信端末１において行われる。有効期限が過ぎていない場合は、工程１２０でセッションＩＤを携帯用アプリケーションサーバ１１のデータベースに格納されているセッションＩＤと照会する。正しいセッションＩＤであれば、それを認証して工程１２４に進み、誤ったセッションＩＤであれば、それを認証することは行わずに工程１２６に進んで、「不正なアクセス」であることを携帯通信端末１に表示させる。
【００２１】セッションＩＤが認証されたことによって、ユーザの認証だけでなくユーザ自身の携帯通信端末１もが認証されたことになり、その結果、上記ユーザは非公開エリアにあるＬＡＮ６のデータベース８を利用することが許可されて、コンテンツの表示を受けることができる（工程１２４）。ただし、非公開エリアへのアクセスは、携帯用アプリケーションサーバ１１を介してのみ行われ、ユーザが直接非公開エリアのデータベース８等にアクセスすることはない。図５（ｃ）はスケジューラのメインメニューの表示画面を示す図であり、ユーザは、画面表示に従って操作をすれば、携帯用アプリケーションサーバ１１を経由して、データベース８等から必要な情報を得ることができる。
【００２２】尚、ユーザ認証が行われた後で、まだセッションＩＤが有効である期間内に再び非公開エリアにあるＬＡＮ６のデータベース８を利用することを希望する場合は、工程１１６で始まる第２認証工程から認証方法を始めることができる。
【００２３】上記実施形態では、第１認証工程でネットワークの入口であるホームページにおいてユーザＩＤとパスワードとを共に入力したが、図６の改変例に示すように、第１認証工程においてユーザＩＤのみを入力し、第２認証工程の前に別途配置される第１認証工程においてユーザＩＤとパスワードとを入力するように改変することも可能である。図６の工程１００〜工程１１８および工程１２２は、図３を参照して説明した工程と同様である。ただし、工程１０２ではユーザＩＤのみが入力される。次に工程１２０では、携帯用アプリケーションサーバ１１はユーザにユーザＩＤとパスワードとを入力することを求める。工程１２４でユーザによって入力されたユーザＩＤとパスワードとは、工程１２６において携帯用アプリケーションサーバ１１が備えるデータベースで照会される。照会の結果、ユーザが正当なユーザである場合は、工程１２８に進む。一方で、入力されたユーザＩＤとパスワードとがデータベースと一致しない場合は、工程１３０に進み、携帯用アプリケーションサーバ１１から「ユーザＩＤ、パスワードが正しくない」旨が通知されて、携帯通信端末１に表示される。工程１２８では、セッション識別子が、携帯用アプリケーションサーバ１１が備えるデータベースで照会される。照会の結果、入力されたユーザＩＤとセッションＩＤとの組合せが正しい場合には、ユーザが正当なユーザであると認証され、ユーザはＬＡＮ６のデータベース８を利用することが許可される（工程１３２）。ユーザが不正なユーザであると判定された場合には、携帯用アプリケーションサーバ１１から「不正なアクセスである」旨が通知され、携帯通信端末１に表示される。
【００２４】尚、ユーザ認証が行われた後で、まだセッションＩＤが有効である期間内に再び非公開エリアにあるＬＡＮ６のデータベース８を利用することを希望する場合は、工程１１６で始まる第２認証工程からユーザ認証を始めることができる。
【００２５】＜第２実施形態＞第１実施形態では、ユーザは携帯通信端末１から携帯用アプリケーションサーバ１１へアクセスする度に携帯通信端末１の操作を行う必要があったが、第２実施形態ではユーザによる携帯通信端末１の操作が１回だけのユーザ認証方法について説明する。本実施形態が特徴とするのは、ユーザから携帯用アプリケーションサーバ１１への２回目のアクセスが携帯通信端末１に格納されたプログラムによって自動的に行われることである。
【００２６】本実施形態は、携帯用アプリケーションサーバ１１から携帯通信端末１へのプログラムの配信と、ユーザ認証とに大きく分けることができる。
＜プログラム配信＞携帯通信端末１に、第２実施形態を実施するためのＪＡＶＡ（登録商標）プログラムが格納されていない場合は、図７に例示的に示すようにＪＡＶＡプログラムをネットワークの携帯用アプリケーションサーバ１１から取得する。携帯用アプリケーションサーバ１１からプログラムの配信を受けるというセッションのためにはユーザ認証を行わねばならず、そのユーザ認証には第１実施形態で説明したユーザ認証方法が用いられ得る。認証されたユーザには、ＪＡＶＡプログラムが配信される。その際、携帯用アプリケーションサーバ１１が端末識別情報を発行し、この端末情報がＪＡＶＡプログラム内に取り込まれて配信される。つまり、配信されたプログラムは配信を受けた携帯通信端末１専用のプログラムである。ここで、端末情報はプログラム配信要求毎に携帯用アプリケーションサーバ１１が発行する文字列である。
【００２７】尚、ユーザがＬＡＮから携帯通信端末１へプログラムの送信を受ける場合は、通常のインターネット網２を介してその送信が行われるが、ユーザの携帯通信端末１と携帯用アプリケーションサーバ１１とが近接した位置にある場合は、ｂｌｕｅｔｏｏｔｈ、赤外線通信といった通信技術を使用することも可能であり、さらに小型メモリのようなリムーバブルメディアを使用してプログラムの提供を受けることも可能である。
【００２８】＜ユーザ認証＞以下に、図８を参照してプログラムが格納された携帯通信端末を用いたユーザ認証方法を説明する。工程３００でネットワークの公開エリア５にアクセスしてきたユーザに対して、ユーザＩＤとパスワードとの入力を求める（工程３０２）。工程３０４では、携帯用アプリケーションサーバ１１は、入力されたユーザＩＤとパスワードとをデータベースで照会し、正当なユーザであればユーザを認証し、工程３０６へ進む。不正なユーザである場合は、工程３０８へ進み、「ユーザＩＤ、パスワードが正しくない」旨を携帯通信端末１に表示させる。次に工程３０６で、認証されたユーザのユーザＩＤと１対１に対応する電子メールアドレスを携帯用アプリケーションサーバ１１が備えるデータベースで検索して取得する。次に工程３１０では、乱数によりセッションＩＤが発行される。ここで、セッションＩＤの乱数にはセキュリティレベルを高めるために一定の有効期限があるものとする。その結果、セッション識別子にも有効期限が設定される。また、このセッションＩＤは携帯用アプリケーションサーバ１１に配置されたデータベースにも格納されて、後のセッションＩＤを認証する工程で使用される。次に工程３１２で、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリア５のＵＲＬが作成され、工程３１４で、そのＵＲＬを記載した電子メールを携帯通信端末１に送付することで、携帯通信端末１の認証を行うためにユーザがアクセスするべきＵＲＬの携帯通信端末１への伝達が行われる。
【００２９】ＵＲＬが記載された電子メールを受信すると、工程３１６でＪＡＶＡプログラムによって自動的にそのＵＲＬへ携帯通信端末１はアクセスする。尚、携帯用アプリケーションサーバ１１へアクセスする際、ＪＡＶＡプログラムを配信する過程で取り込まれた携帯通信端末１固有の端末情報が携帯用アプリケーションサーバ１１へ自動的に送信される。携帯通信端末１がアクセスしたＵＲＬは、セッションＩＤの認証が行われる公開エリア５のＵＲＬであるため、ＵＲＬへ接続後すぐに認証工程が開始されるが、まず最初に工程３２０でセッションＩＤの有効期限が過ぎていないかどうかが確認される。有効期限を過ぎている場合は、工程３２４で「有効期限が過ぎている」ことを通知するための表示が携帯通信端末１において行われる。有効期限が過ぎていない場合は、アクセスと同時に送信されてきた端末情報とセッションＩＤとの組合わせを、携帯用アプリケーションサーバ１１のデータベースに格納されている端末情報とセッションＩＤとの組合わせと照会し、正しければセッションＩＤを認証する。セッションＩＤが認証されたことによって、ユーザの認証だけでなくユーザ自身の携帯通信端末１もが認証されたことになり、その結果、上記ユーザはＬＡＮ６のデータベース８を利用することが許可され（工程３２６）、第１実施形態と同様に様々なコンテンツが利用可能になる。端末情報とセッションＩＤとが正しくなければ、工程３２８に進み、ユーザに対して「不正なアクセスである」ことが携帯通信端末１の表示によって通知される。
【００３０】次に第２実施形態のユーザ認証方法の改変例を図９を参照して説明する。本改変例が特徴とするのは、セッションＩＤが暗号化されて電子メールに含まれ、ユーザの携帯通信端末１に伝達されることである。図８を参照して説明した第２実施形態と図９に示す改変例とは工程３１０までは同様である。本改変例では、セッション識別子を発行する工程（工程３１０）の後、そのセッション識別子を、携帯用アプリケーションサーバ１１の持つ端末情報を鍵として暗号化して、その暗号化されたセッションＩＤを含んだＵＲＬを生成する工程（工程３１２’）を行い、次に工程３１４’において、暗号化されたセッションＩＤを含んだＵＲＬを記載した電子メールをユーザの携帯通信端末１に伝達する。携帯通信端末１が暗号化されたセッション識別子を工程３１５で受信すると、自動的にＪＡＶＡプログラムが実行されて、電子メールから暗号化されたセッションＩＤを取り出し（工程３１５）、暗号化されたセッションＩＤが端末情報を元にして復号化される（工程３１７）。次に工程３１９において、復号されたセッションＩＤをＵＲＬに再度組合わせて、そのＵＲＬが指し示すユーザ認証が行われる公開エリア５へＪＡＶＡプログラムによって自動的にアクセスされる。その後、上記の第２実施形態と同様に工程３２０〜工程３２８が行われる。
【図面の簡単な説明】
【図１】ネットワーク網のシステム構成図である。
【図２】ユーザ認証方法の一工程を示す図であり、（ａ）は簡略化されたシステム構成図、（ｂ）は携帯通信端末の表示画面図である。
【図３】ユーザ認証方法の第１実施形態を示すフローチャートである。
【図４】ユーザ認証方法の一工程を示す図であり、（ａ）は簡略化されたシステム構成図、（ｂ）は携帯通信端末の表示画面図である。
【図５】ユーザ認証方法の一工程を示す図であり、（ａ）は簡略化されたシステム構成図、（ｂ）および（ｃ）は携帯通信端末の表示画面図である。
【図６】ユーザ認証方法の第１実施形態の改変例を示すフローチャートである。
【図７】プログラムの配信工程を示すフローチャートである。
【図８】ユーザ認証方法の第２実施形態を示すフローチャートである。
【図９】ユーザ認証方法の第２実施形態の改変例を示すフローチャートである。
【符号の説明】
１ 携帯通信端末
２ インターネット網
３ イントラネット
４ ファイアウォール
５ 公開エリア
６ ＬＡＮ
７ データベースサーバ
８ データベース
９ イントラネットサーバ
１０ 端末機器
１１ 携帯用アプリケーションサーバ
【０００１】
【発明の属する技術分野】本発明は、携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を行うユーザを認証するためのユーザ認証方法に関し、特に携帯電話からインターネットを経由して企業のイントラネットのサーバとセッションする際のユーザ認証方法に関する。
【０００２】
【従来の技術】一般的なネットワークシステムでは、ネットワークのユーザはユーザ識別子とパスワードとを持っており、それらをネットワークの管理者が認証することにより、そのネットワークの非公開エリアとのセッションが許可される。今日、様々な携帯通信端末が広く普及し、それらを使用してインターネット経由で特定のネットワークへアクセスする方法が提供されている。例えば、ＮＴＴドコモ株式会社によって提供されているｉモードやＤＤＩグループによって提供されているＥＺｗｅｂといったサービスを利用可能な携帯電話または携帯端末を企業のネットワークのユーザへ配布し、ユーザがそれを用いて企業のイントラネットのサーバへアクセス可能なシステムが構築されている。このシステムにより、情報が必要なときにイントラネットサーバへアクセスし、必要な情報を引き出すことができる。
【０００３】
【発明が解決しようとする課題】しかしながら、従来のネットワークシステムにおいては、ネットワークに携帯通信端末を用いてアクセスしてきたユーザ個人をユーザ識別子とパスワードとから認証することはできるが、携帯通信端末がそのユーザ自身のものであるかは不明であった。言い換えると、ネットワークのサーバにアクセスしてきた人物が正当なユーザであるとの保証はなかった。なぜならば、ユーザ個人の認証を行うためのユーザ識別子とパスワードとが何らかの手段で盗まれて、ネットワークのサーバへ侵入するために使用されている可能性があるからである。従って、上記のような携帯通信端末をクライアントとして使用したネットワークの場合、ユーザ識別子とそのパスワードとを不正に手に入れた人物が、携帯通信端末を持っていればネットワークへ侵入することが可能になるという問題がある。ユーザ識別子およびパスワードの漏洩は起こり得ることであり、それに対する防御を講じたセキュリティシステム、即ち、ユーザ個人の認証がユーザ識別子およびパスワードのみで行われることがないようなセキュリティシステムが求められている。
【０００４】本発明は上記の問題点に鑑みてなされたものであり、その目的は、携帯通信端末を用いてインターネット経由でネットワークへアクセスするシステムにおいて、アクセスしてきたユーザとその携帯通信端末とを関連付けて共に認証することで、高いセキュリティレベルが確保されたユーザ認証方法を提供することにある。
【０００５】
【課題を解決するための手段】上記目的を達成するための本発明に係るユーザ認証方法の第一の特徴構成は、特許請求の範囲の欄の請求項１に記載した如く、携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を通信路を介して行うユーザを認証するためのユーザ認証方法であって、前記コンピュータ内部または前記イントラネットの公開エリアへアクセスしてきた前記ユーザによって入力された第１認証情報の認証を行う第１認証工程と、前記認証されたユーザと前記非公開エリアとのセッションを認証するためのセッション識別子を発行し、データベースに保存するセッション識別子発行工程と、前記セッション識別子を付加して得られた、前記セッション識別子の認証が行われる前記公開エリアのＵＲＬを前記ユーザの携帯通信端末に伝達するＵＲＬ伝達工程と、前記公開エリアに再アクセスした前記携帯通信端末から提供される前記ＵＲＬに含まれる前記セッション識別子を備える第２認証情報を前記データベースで照会することで、前記第２認証情報の認証を行い、それにより前記ユーザと前記非公開エリアとのセッションが認証される第２認証工程とを含む点にある。
【０００６】上記目的を達成するための本発明に係るユーザ認証方法の第二の特徴構成は、特許請求の範囲の欄の請求項２に記載した如く、上記第一の特徴構成に加えて、前記ＵＲＬ伝達工程によって前記ＵＲＬの伝達を受けたユーザが前記公開エリアに少なくとも１回アクセスし、前記第２認証工程が少なくとも１回実施される場合、前記各第２認証工程の前に第１認証工程が実施される点にある。一旦、ユーザ認証が行われた後で、再び非公開エリアとのセッションを希望する場合は、第２認証工程からユーザ認証を始めることができる。従って、第２認証工程が複数回行われる場合もあるが、この場合、それぞれの第２認証工程の前には第１認証工程が行われる。
【０００７】上記目的を達成するための本発明に係るユーザ認証方法の第三の特徴構成は、特許請求の範囲の欄の請求項３に記載した如く、上記第一または第二の特徴構成に加えて、前記第１認証情報が前記ユーザ固有のユーザ識別子およびパスワードである点にある。
【０００８】上記目的を達成するための本発明に係るユーザ認証方法の第四の特徴構成は、特許請求の範囲の欄の請求項４に記載した如く、上記第一から第三のいずれかの特徴構成に加えて、前記セッション識別子が有効期限を持つ点にある。
【０００９】以下に、作用並びに効果を説明する。本発明に係るユーザ認証方法の第一の特徴構成によれば、ユーザから通信路を介してアクセスがあり、そのユーザが正当なユーザであると認証された場合に、ユーザが所持している携帯通信端末に応答を返し、ユーザに対して上記携帯通信端末を用いて再アクセスすることを要求し、さらなる認証を行うことで、ユーザからのユーザ識別子やパスワードといった入力情報だけでなく、ユーザの携帯通信端末の認証を行うという二段階の認証からなるセキュリティレベルの高い認証方法を実施することができる。つまり、第１認証工程で入力が求められるユーザ固有の情報を知っていたとしても、ユーザ自身の携帯通信端末からアクセスを行っていない場合には、コンピュータ内部またはイントラネットの非公開エリアに侵入することはできない。その結果、ユーザ識別子およびパスワードが漏洩した場合であっても、コンピュータ内部またはイントラネットの非公開エリアが外部から侵入されることはない。
【００１０】コンピュータ内部の非公開エリアとは、コンピュータの記憶装置に格納された、例えばパスワードが設定され、認証された者だけがアクセスすることのできるファイルまたはアプリケーションなどのことであり、公開エリアとはパスワードなどが設定されておらず、自由にアクセスすることのできるファイルまたはアプリケーションなどのことである。尚、コンピュータの記憶装置は、コンピュータに内蔵されている場合とコンピュータの外部に接続されている場合がある。イントラネットの非公開エリアとは、例えばパスワードが設定され、認証された者だけがアクセスすることのできる互いに接続されたサーバまたはデータベース等の記憶装置のことであり、公開エリアとはパスワードなどが設定されておらず、自由にアクセスすることのできる互いに接続されたサーバまたはデータベース等の記憶装置である。
【００１１】本発明に係るユーザ認証方法の第二の特徴構成によれば、第１認証工程ではパスワードの入力を求めず、第２認証工程の前にユーザ識別子とパスワードとの入力を求める工程を行うことが可能であるため、第１認証工程を簡略化することができる。この場合であっても、ユーザ識別子が第１認証工程で入力されているために、それより電子メールアドレスを検索することは可能であり、上記の第三の特徴構成と同様の作用・効果を得ることができる。さらに、既にＵＲＬの伝達を受けているユーザがセッション識別子の認証を受けようとする場合は、第１認証工程を行った後すぐに、第２認証工程へ進むことができる。
【００１２】本発明に係るユーザ認証方法の第三の特徴構成によれば、第１認証情報が前記ユーザ固有のユーザ識別子およびパスワードであるので、それによりアクセスしてきたユーザの第１の認証を行うことができる。さらに、入力されたユーザ識別子を用いてユーザの携帯通信端末の電子メールアドレスを検索することが可能であるため、再アクセスを求める電子メールをユーザの携帯通信端末に送り、携帯通信端末からの再アクセスが実施されることで、携帯通信端末の認証を行うという目的も達成できる。
【００１３】本発明に係るユーザ認証方法の第四の特徴構成によれば、セッション識別子が有効期限を持つため、侵入しようと試みる人物がセッション識別子を取得しようとする場合、それを見つけるために与えられた時間は短く、実質的にセッション識別子を不正に取得することは不可能である。その結果、時間が経過してもセキュリティレベルが一定の高さに保たれたユーザ認証方法を提供することができる。
【００１４】
【発明の実施の形態】図１は、携帯通信端末１と、インターネット網２と、イントラネット３とで構成されたネットワーク網のシステム構成を示す図である。携帯通信端末１としては、ｉモードまたはＥＺｗｅｂといったサービスを利用することができる携帯電話または携帯情報端末が利用される。イントラネット３は、インターネット網２とファイアウォール４を介して接続されており、外部とアクセス自由の公開エリア５と、認証を受けた者だけがアクセスすることのできる非公開エリアである社内のＬＡＮ（ローカルエリアネットワーク）６とで構成されている。ＬＡＮ６にはイントラネットサーバ９の他に、社員のスケジュール等を格納したデータベース８を管理するデータベースサーバ７等のサーバ、および端末機器１０が設置されている。また、公開エリア５には、上記のような携帯通信端末１で利用可能な様々なコンテンツが置かれていると共に、携帯通信端末１でＬＡＮ６のデータにアクセスするためのスケジュール管理ソフト等がインストールされた携帯用アプリケーションサーバ１１が配置されている。公開エリア５で認証を受けた携帯通信端末１のユーザだけが、携帯用アプリケーションサーバ１１を介して非公開エリアであるＬＡＮ６内のサーバまたは端末機器とのセッションを行うことができる。図中では複数のコンピュータまたはサーバによって構成されたイントラネットを図示しているが、それらがスタンドアロンのコンピュータであってもよい。その場合の公開エリアと非公開エリアは、そのコンピュータが備える記憶装置の記憶領域に任意に設定されているものとする。
【００１５】次に、携帯通信端末１を用いてセッション要求を行ってきたユーザを認証するための本発明に係るユーザ認証方法について説明する。携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を通信路を介して行うユーザを認証するためのユーザ認証方法は、コンピュータ内部またはイントラネットの公開エリアへアクセスしてきたユーザによって入力された第１認証情報の認証を行う第１認証工程と、認証されたユーザと非公開エリアとのセッションを認証するためのセッション識別子を発行し、データベースに保存するセッション識別子発行工程と、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリアのＵＲＬをユーザの携帯通信端末に伝達するＵＲＬ伝達工程と、公開エリアに再アクセスした携帯通信端末から提供されるＵＲＬに含まれるセッション識別子を備える第２認証情報をデータベースで照会することで、第２認証情報の認証を行い、それによりユーザと非公開エリアとのセッションが認証される第２認証工程とを含む。
【００１６】以下に、図面を参照して、本発明のユーザ認証方法を用いた携帯通信端末１からＬＡＮのデータベースに格納されているユーザ自身のスケジュールを見る工程を説明する。以下の実施形態では、携帯通信端末１として携帯電話を用いているが、これに限定されるものではない。
【００１７】＜第１実施形態＞図２および図３を参照して本発明に係るユーザ認証方法の第１認証工程を説明する。ここで、図２（ａ）は図１に示したシステム構成図を部分的に簡略化して示した本工程の概念図であり、図２R>２（ｂ）は携帯電話１の一表示画面を図示したものである。工程１００では、ユーザが携帯通信端末１を用いて公開エリア５に配置されている携帯用アプリケーションサーバ１１、即ちネットワークの入口であるホームページにアクセスする。次に、携帯用アプリケーションサーバ１１はユーザに対してユーザＩＤ（ＵｓｅｒＩＤ）およびパスワード（ＰａｓｓＷＤ）の入力を求めるための入力画面を携帯通信端末１に表示させる（図２（ｂ））。工程１０２で、ユーザがユーザＩＤとパスワードとを入力後、ログインボタンを押すことで、入力された情報が携帯用アプリケーションサーバ１１に伝達される。工程１０４で、携帯用アプリケーションサーバ１１は、そのユーザＩＤとパスワードとを携帯用アプリケーションサーバ１１自身が持っているデータベース（図示せず）で照会する作業を行う。入力された情報が正しければ、ユーザを認証し、工程１０６へ進む。入力された情報に該当するものが無ければ、ユーザは認証されず、「ユーザＩＤ、パスワードが正しくない」旨を携帯通信端末１に表示させる（工程１０８）。
【００１８】図３および図４を参照して本発明に係るユーザ認証方法のセッション識別子発行工程およびＵＲＬ伝達工程あるいはセッション識別子伝達工程を説明する。ここで、図４（ａ）は図１に示したシステム構成図を部分的に簡略化して示した本工程の概念図であり、図４R>４（ｂ）は携帯通信端末１の一表示画面を図示したものである。第１認証工程でユーザが認証された場合、すぐさまＬＡＮのデータベースが利用可能になるのではなく、さらに携帯通信端末１が認証されなければ非公開エリアにあるＬＡＮ６のデータベース８を利用することはできない。携帯通信端末１の認証を行うために、即ち、先のユーザが自分自身の携帯通信端末１でアクセスしてきていることを確認するために、セッション識別子（セッションＩＤ）の認証が行われなければならない。携帯通信端末１の認証は、以下に示すように、セッションＩＤをユーザ自身の携帯通信端末１と携帯用アプリケーションサーバ１１との間で正しくやり取りされたかどうかで判定される。
【００１９】まず工程１０６で、上記ユーザのユーザＩＤと１対１に対応する電子メールアドレスを携帯用アプリケーションサーバ１１が備えるデータベースで検索して取得する。ただし、ユーザＩＤと電子メールアドレスとが同一、またはユーザＩＤと電子メールアドレスのユーザネームとが同一である場合は検索を行う必要はない。次に、セッション識別子発行工程（工程１１０）では、乱数によりセッションＩＤが発行される。セッションＩＤは、例えば図５（ｂ）に示すような「Ｓｋｅｙ＝３６７１５９４８３７」といった形式で表記される。ここで、セッションＩＤの乱数にはセキュリティを高めるために一定の有効期限があるものとする。その結果、セッション識別子にも有効期限が設定される。また、このセッションＩＤは携帯用アプリケーションサーバ１１に配置されたデータベースに、ユーザＩＤとセットで格納されて、後のセッション識別子認証工程で使用される。次に工程１１２で、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリア５のＵＲＬが作成され、工程１１４で、そのＵＲＬを記載した電子メールを携帯通信端末１に送付することで、携帯通信端末１の認証を行うためにユーザがアクセスするべきＵＲＬの伝達が行われる。ＵＲＬが伝達されると、図４R>４（ｂ）に示すようなメッセージが表示され、ユーザに対して工程１１６に進むことを促す。
【００２０】図３および図５を参照して本発明に係るユーザ認証方法のアクセス工程および第２認証工程を説明する。ここで、図５（ａ）は図１に示したシステム構成図を部分的に簡略化して示した本工程の概念図であり、図５（ｂ）および図５（ｃ）は携帯電話１の一表示画面を図示したものである。工程１１６で、ＵＲＬが記載された電子メールを自分自身の携帯通信端末１で受け取ったユーザは、そのＵＲＬへアクセスする。図５（ｂ）に示すように、電子メールにはＵＲＬが記載されているため、ユーザは携帯通信端末１を操作して、容易にそのＵＲＬに接続することができる。そのＵＲＬはセッションＩＤを認証するための第２認証工程が行われる公開エリア５のＵＲＬであるため、接続後すぐに第２認証工程が開始される。工程１１８では、まず最初にセッションＩＤの有効期限が過ぎていないかどうかを確認する。これは、セキュリティの問題からセッションＩＤの乱数部分に有効期限を持たせて、所定の時間が過ぎれば乱数を使えないようにしているからである。有効期限を過ぎている場合は、工程１２２で「有効期限が過ぎている」ことを通知するための表示が携帯通信端末１において行われる。有効期限が過ぎていない場合は、工程１２０でセッションＩＤを携帯用アプリケーションサーバ１１のデータベースに格納されているセッションＩＤと照会する。正しいセッションＩＤであれば、それを認証して工程１２４に進み、誤ったセッションＩＤであれば、それを認証することは行わずに工程１２６に進んで、「不正なアクセス」であることを携帯通信端末１に表示させる。
【００２１】セッションＩＤが認証されたことによって、ユーザの認証だけでなくユーザ自身の携帯通信端末１もが認証されたことになり、その結果、上記ユーザは非公開エリアにあるＬＡＮ６のデータベース８を利用することが許可されて、コンテンツの表示を受けることができる（工程１２４）。ただし、非公開エリアへのアクセスは、携帯用アプリケーションサーバ１１を介してのみ行われ、ユーザが直接非公開エリアのデータベース８等にアクセスすることはない。図５（ｃ）はスケジューラのメインメニューの表示画面を示す図であり、ユーザは、画面表示に従って操作をすれば、携帯用アプリケーションサーバ１１を経由して、データベース８等から必要な情報を得ることができる。
【００２２】尚、ユーザ認証が行われた後で、まだセッションＩＤが有効である期間内に再び非公開エリアにあるＬＡＮ６のデータベース８を利用することを希望する場合は、工程１１６で始まる第２認証工程から認証方法を始めることができる。
【００２３】上記実施形態では、第１認証工程でネットワークの入口であるホームページにおいてユーザＩＤとパスワードとを共に入力したが、図６の改変例に示すように、第１認証工程においてユーザＩＤのみを入力し、第２認証工程の前に別途配置される第１認証工程においてユーザＩＤとパスワードとを入力するように改変することも可能である。図６の工程１００〜工程１１８および工程１２２は、図３を参照して説明した工程と同様である。ただし、工程１０２ではユーザＩＤのみが入力される。次に工程１２０では、携帯用アプリケーションサーバ１１はユーザにユーザＩＤとパスワードとを入力することを求める。工程１２４でユーザによって入力されたユーザＩＤとパスワードとは、工程１２６において携帯用アプリケーションサーバ１１が備えるデータベースで照会される。照会の結果、ユーザが正当なユーザである場合は、工程１２８に進む。一方で、入力されたユーザＩＤとパスワードとがデータベースと一致しない場合は、工程１３０に進み、携帯用アプリケーションサーバ１１から「ユーザＩＤ、パスワードが正しくない」旨が通知されて、携帯通信端末１に表示される。工程１２８では、セッション識別子が、携帯用アプリケーションサーバ１１が備えるデータベースで照会される。照会の結果、入力されたユーザＩＤとセッションＩＤとの組合せが正しい場合には、ユーザが正当なユーザであると認証され、ユーザはＬＡＮ６のデータベース８を利用することが許可される（工程１３２）。ユーザが不正なユーザであると判定された場合には、携帯用アプリケーションサーバ１１から「不正なアクセスである」旨が通知され、携帯通信端末１に表示される。
【００２４】尚、ユーザ認証が行われた後で、まだセッションＩＤが有効である期間内に再び非公開エリアにあるＬＡＮ６のデータベース８を利用することを希望する場合は、工程１１６で始まる第２認証工程からユーザ認証を始めることができる。
【００２５】＜第２実施形態＞第１実施形態では、ユーザは携帯通信端末１から携帯用アプリケーションサーバ１１へアクセスする度に携帯通信端末１の操作を行う必要があったが、第２実施形態ではユーザによる携帯通信端末１の操作が１回だけのユーザ認証方法について説明する。本実施形態が特徴とするのは、ユーザから携帯用アプリケーションサーバ１１への２回目のアクセスが携帯通信端末１に格納されたプログラムによって自動的に行われることである。
【００２６】本実施形態は、携帯用アプリケーションサーバ１１から携帯通信端末１へのプログラムの配信と、ユーザ認証とに大きく分けることができる。
＜プログラム配信＞携帯通信端末１に、第２実施形態を実施するためのＪＡＶＡ（登録商標）プログラムが格納されていない場合は、図７に例示的に示すようにＪＡＶＡプログラムをネットワークの携帯用アプリケーションサーバ１１から取得する。携帯用アプリケーションサーバ１１からプログラムの配信を受けるというセッションのためにはユーザ認証を行わねばならず、そのユーザ認証には第１実施形態で説明したユーザ認証方法が用いられ得る。認証されたユーザには、ＪＡＶＡプログラムが配信される。その際、携帯用アプリケーションサーバ１１が端末識別情報を発行し、この端末情報がＪＡＶＡプログラム内に取り込まれて配信される。つまり、配信されたプログラムは配信を受けた携帯通信端末１専用のプログラムである。ここで、端末情報はプログラム配信要求毎に携帯用アプリケーションサーバ１１が発行する文字列である。
【００２７】尚、ユーザがＬＡＮから携帯通信端末１へプログラムの送信を受ける場合は、通常のインターネット網２を介してその送信が行われるが、ユーザの携帯通信端末１と携帯用アプリケーションサーバ１１とが近接した位置にある場合は、ｂｌｕｅｔｏｏｔｈ、赤外線通信といった通信技術を使用することも可能であり、さらに小型メモリのようなリムーバブルメディアを使用してプログラムの提供を受けることも可能である。
【００２８】＜ユーザ認証＞以下に、図８を参照してプログラムが格納された携帯通信端末を用いたユーザ認証方法を説明する。工程３００でネットワークの公開エリア５にアクセスしてきたユーザに対して、ユーザＩＤとパスワードとの入力を求める（工程３０２）。工程３０４では、携帯用アプリケーションサーバ１１は、入力されたユーザＩＤとパスワードとをデータベースで照会し、正当なユーザであればユーザを認証し、工程３０６へ進む。不正なユーザである場合は、工程３０８へ進み、「ユーザＩＤ、パスワードが正しくない」旨を携帯通信端末１に表示させる。次に工程３０６で、認証されたユーザのユーザＩＤと１対１に対応する電子メールアドレスを携帯用アプリケーションサーバ１１が備えるデータベースで検索して取得する。次に工程３１０では、乱数によりセッションＩＤが発行される。ここで、セッションＩＤの乱数にはセキュリティレベルを高めるために一定の有効期限があるものとする。その結果、セッション識別子にも有効期限が設定される。また、このセッションＩＤは携帯用アプリケーションサーバ１１に配置されたデータベースにも格納されて、後のセッションＩＤを認証する工程で使用される。次に工程３１２で、セッション識別子を付加して得られた、セッション識別子の認証が行われる公開エリア５のＵＲＬが作成され、工程３１４で、そのＵＲＬを記載した電子メールを携帯通信端末１に送付することで、携帯通信端末１の認証を行うためにユーザがアクセスするべきＵＲＬの携帯通信端末１への伝達が行われる。
【００２９】ＵＲＬが記載された電子メールを受信すると、工程３１６でＪＡＶＡプログラムによって自動的にそのＵＲＬへ携帯通信端末１はアクセスする。尚、携帯用アプリケーションサーバ１１へアクセスする際、ＪＡＶＡプログラムを配信する過程で取り込まれた携帯通信端末１固有の端末情報が携帯用アプリケーションサーバ１１へ自動的に送信される。携帯通信端末１がアクセスしたＵＲＬは、セッションＩＤの認証が行われる公開エリア５のＵＲＬであるため、ＵＲＬへ接続後すぐに認証工程が開始されるが、まず最初に工程３２０でセッションＩＤの有効期限が過ぎていないかどうかが確認される。有効期限を過ぎている場合は、工程３２４で「有効期限が過ぎている」ことを通知するための表示が携帯通信端末１において行われる。有効期限が過ぎていない場合は、アクセスと同時に送信されてきた端末情報とセッションＩＤとの組合わせを、携帯用アプリケーションサーバ１１のデータベースに格納されている端末情報とセッションＩＤとの組合わせと照会し、正しければセッションＩＤを認証する。セッションＩＤが認証されたことによって、ユーザの認証だけでなくユーザ自身の携帯通信端末１もが認証されたことになり、その結果、上記ユーザはＬＡＮ６のデータベース８を利用することが許可され（工程３２６）、第１実施形態と同様に様々なコンテンツが利用可能になる。端末情報とセッションＩＤとが正しくなければ、工程３２８に進み、ユーザに対して「不正なアクセスである」ことが携帯通信端末１の表示によって通知される。
【００３０】次に第２実施形態のユーザ認証方法の改変例を図９を参照して説明する。本改変例が特徴とするのは、セッションＩＤが暗号化されて電子メールに含まれ、ユーザの携帯通信端末１に伝達されることである。図８を参照して説明した第２実施形態と図９に示す改変例とは工程３１０までは同様である。本改変例では、セッション識別子を発行する工程（工程３１０）の後、そのセッション識別子を、携帯用アプリケーションサーバ１１の持つ端末情報を鍵として暗号化して、その暗号化されたセッションＩＤを含んだＵＲＬを生成する工程（工程３１２’）を行い、次に工程３１４’において、暗号化されたセッションＩＤを含んだＵＲＬを記載した電子メールをユーザの携帯通信端末１に伝達する。携帯通信端末１が暗号化されたセッション識別子を工程３１５で受信すると、自動的にＪＡＶＡプログラムが実行されて、電子メールから暗号化されたセッションＩＤを取り出し（工程３１５）、暗号化されたセッションＩＤが端末情報を元にして復号化される（工程３１７）。次に工程３１９において、復号されたセッションＩＤをＵＲＬに再度組合わせて、そのＵＲＬが指し示すユーザ認証が行われる公開エリア５へＪＡＶＡプログラムによって自動的にアクセスされる。その後、上記の第２実施形態と同様に工程３２０〜工程３２８が行われる。
【図面の簡単な説明】
【図１】ネットワーク網のシステム構成図である。
【図２】ユーザ認証方法の一工程を示す図であり、（ａ）は簡略化されたシステム構成図、（ｂ）は携帯通信端末の表示画面図である。
【図３】ユーザ認証方法の第１実施形態を示すフローチャートである。
【図４】ユーザ認証方法の一工程を示す図であり、（ａ）は簡略化されたシステム構成図、（ｂ）は携帯通信端末の表示画面図である。
【図５】ユーザ認証方法の一工程を示す図であり、（ａ）は簡略化されたシステム構成図、（ｂ）および（ｃ）は携帯通信端末の表示画面図である。
【図６】ユーザ認証方法の第１実施形態の改変例を示すフローチャートである。
【図７】プログラムの配信工程を示すフローチャートである。
【図８】ユーザ認証方法の第２実施形態を示すフローチャートである。
【図９】ユーザ認証方法の第２実施形態の改変例を示すフローチャートである。
【符号の説明】
１ 携帯通信端末
２ インターネット網
３ イントラネット
４ ファイアウォール
５ 公開エリア
６ ＬＡＮ
７ データベースサーバ
８ データベース
９ イントラネットサーバ
１０ 端末機器
１１ 携帯用アプリケーションサーバ
【特許請求の範囲】
【請求項１】 携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を通信路を介して行うユーザを認証するためのユーザ認証方法であって、前記コンピュータ内部または前記イントラネットの公開エリアへアクセスしてきた前記ユーザによって入力された第１認証情報の認証を行う第１認証工程と、前記認証されたユーザと前記非公開エリアとのセッションを認証するためのセッション識別子を発行し、データベースに保存するセッション識別子発行工程と、前記セッション識別子を付加して得られた、前記セッション識別子の認証が行われる前記公開エリアのＵＲＬを前記ユーザの携帯通信端末に伝達するＵＲＬ伝達工程と、前記公開エリアに再アクセスした前記携帯通信端末から提供される前記ＵＲＬに含まれる前記セッション識別子を備える第２認証情報を前記データベースで照会することで、前記第２認証情報の認証を行い、それにより前記ユーザと前記非公開エリアとのセッションが認証される第２認証工程とを含むことを特徴とするユーザ認証方法。
【請求項２】 前記ＵＲＬ伝達工程によって前記ＵＲＬの伝達を受けたユーザが前記公開エリアに少なくとも１回アクセスし、前記第２認証工程が少なくとも１回実施される場合、前記各第２認証工程の前に第１認証工程が実施されることを特徴とする請求項１に記載のユーザ認証方法.。
【請求項３】 前記第１認証情報が前記ユーザ固有のユーザ識別子およびパスワードであることを特徴とする請求項１または請求項２に記載のユーザ認証方法。
【請求項４】 前記セッション識別子が有効期限を持つことを特徴とする請求項１から請求項３のいずれかに記載のユーザ認証方法。
【請求項１】 携帯通信端末を用いてコンピュータ内部またはイントラネットの非公開エリアとのセッション要求を通信路を介して行うユーザを認証するためのユーザ認証方法であって、前記コンピュータ内部または前記イントラネットの公開エリアへアクセスしてきた前記ユーザによって入力された第１認証情報の認証を行う第１認証工程と、前記認証されたユーザと前記非公開エリアとのセッションを認証するためのセッション識別子を発行し、データベースに保存するセッション識別子発行工程と、前記セッション識別子を付加して得られた、前記セッション識別子の認証が行われる前記公開エリアのＵＲＬを前記ユーザの携帯通信端末に伝達するＵＲＬ伝達工程と、前記公開エリアに再アクセスした前記携帯通信端末から提供される前記ＵＲＬに含まれる前記セッション識別子を備える第２認証情報を前記データベースで照会することで、前記第２認証情報の認証を行い、それにより前記ユーザと前記非公開エリアとのセッションが認証される第２認証工程とを含むことを特徴とするユーザ認証方法。
【請求項２】 前記ＵＲＬ伝達工程によって前記ＵＲＬの伝達を受けたユーザが前記公開エリアに少なくとも１回アクセスし、前記第２認証工程が少なくとも１回実施される場合、前記各第２認証工程の前に第１認証工程が実施されることを特徴とする請求項１に記載のユーザ認証方法.。
【請求項３】 前記第１認証情報が前記ユーザ固有のユーザ識別子およびパスワードであることを特徴とする請求項１または請求項２に記載のユーザ認証方法。
【請求項４】 前記セッション識別子が有効期限を持つことを特徴とする請求項１から請求項３のいずれかに記載のユーザ認証方法。
【図７】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【公開番号】特開２００２−７３４５（Ｐ２００２−７３４５Ａ）
【公開日】平成１４年１月１１日（２００２．１．１１）
【国際特許分類】
【出願番号】特願２０００−１８２２０６（Ｐ２０００−１８２２０６）
【出願日】平成１２年６月１６日（２０００．６．１６）
【出願人】（００００００２８４）大阪瓦斯株式会社 (2,453)
【Ｆターム（参考）】
【公開日】平成１４年１月１１日（２００２．１．１１）
【国際特許分類】
【出願日】平成１２年６月１６日（２０００．６．１６）
【出願人】（００００００２８４）大阪瓦斯株式会社 (2,453)
【Ｆターム（参考）】
[ Back to top ]