JP2002007345A - ユーザ認証方法 - Google Patents

Abstract

(57)【要約】 【課題】 アクセスしてきたユーザとその携帯通信端末
とを関連付けて共に認証することで、高いセキュリティ
レベルが確保されたユーザ認証方法を提供する。 【解決手段】 携帯通信端末を用いてイントラネットの
非公開エリアとのセッション要求を行うユーザを認証す
るためのユーザ認証方法が、公開エリアへアクセスして
きたユーザによって入力された第１認証情報の認証を行
う工程と、認証されたユーザと非公開エリアとのセッシ
ョンを認証するためのセッション識別子を発行し、保存
する工程と、セッション識別子を付加して得られた、セ
ッション識別子の認証が行われる公開エリアのＵＲＬを
ユーザの携帯通信端末に伝達する工程と、公開エリアに
再アクセスした携帯通信端末から提供されるＵＲＬに含
まれるセッション識別子を照会することで認証を行い、
それによりユーザと非公開エリアとのセッションが認証
される工程とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯通信端末を用
いてコンピュータ内部またはイントラネットの非公開エ
リアとのセッション要求を行うユーザを認証するための
ユーザ認証方法に関し、特に携帯電話からインターネッ
トを経由して企業のイントラネットのサーバとセッショ
ンする際のユーザ認証方法に関する。

【０００２】

【従来の技術】一般的なネットワークシステムでは、ネ
ットワークのユーザはユーザ識別子とパスワードとを持
っており、それらをネットワークの管理者が認証するこ
とにより、そのネットワークの非公開エリアとのセッシ
ョンが許可される。今日、様々な携帯通信端末が広く普
及し、それらを使用してインターネット経由で特定のネ
ットワークへアクセスする方法が提供されている。例え
ば、ＮＴＴドコモ株式会社によって提供されているｉモ
ードやＤＤＩグループによって提供されているＥＺｗｅ
ｂといったサービスを利用可能な携帯電話または携帯端
末を企業のネットワークのユーザへ配布し、ユーザがそ
れを用いて企業のイントラネットのサーバへアクセス可
能なシステムが構築されている。このシステムにより、
情報が必要なときにイントラネットサーバへアクセス
し、必要な情報を引き出すことができる。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
ネットワークシステムにおいては、ネットワークに携帯
通信端末を用いてアクセスしてきたユーザ個人をユーザ
識別子とパスワードとから認証することはできるが、携
帯通信端末がそのユーザ自身のものであるかは不明であ
った。言い換えると、ネットワークのサーバにアクセス
してきた人物が正当なユーザであるとの保証はなかっ
た。なぜならば、ユーザ個人の認証を行うためのユーザ
識別子とパスワードとが何らかの手段で盗まれて、ネッ
トワークのサーバへ侵入するために使用されている可能
性があるからである。従って、上記のような携帯通信端
末をクライアントとして使用したネットワークの場合、
ユーザ識別子とそのパスワードとを不正に手に入れた人
物が、携帯通信端末を持っていればネットワークへ侵入
することが可能になるという問題がある。ユーザ識別子
およびパスワードの漏洩は起こり得ることであり、それ
に対する防御を講じたセキュリティシステム、即ち、ユ
ーザ個人の認証がユーザ識別子およびパスワードのみで
行われることがないようなセキュリティシステムが求め
られている。

【０００４】本発明は上記の問題点に鑑みてなされたも
のであり、その目的は、携帯通信端末を用いてインター
ネット経由でネットワークへアクセスするシステムにお
いて、アクセスしてきたユーザとその携帯通信端末とを
関連付けて共に認証することで、高いセキュリティレベ
ルが確保されたユーザ認証方法を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するため
の本発明に係るユーザ認証方法の第一の特徴構成は、特
許請求の範囲の欄の請求項１に記載した如く、携帯通信
端末を用いてコンピュータ内部またはイントラネットの
非公開エリアとのセッション要求を通信路を介して行う
ユーザを認証するためのユーザ認証方法であって、前記
コンピュータ内部または前記イントラネットの公開エリ
アへアクセスしてきた前記ユーザによって入力された第
１認証情報の認証を行う第１認証工程と、前記認証され
たユーザと前記非公開エリアとのセッションを認証する
ためのセッション識別子を発行し、データベースに保存
するセッション識別子発行工程と、前記セッション識別
子を付加して得られた、前記セッション識別子の認証が
行われる前記公開エリアのＵＲＬを前記ユーザの携帯通
信端末に伝達するＵＲＬ伝達工程と、前記公開エリアに
再アクセスした前記携帯通信端末から提供される前記Ｕ
ＲＬに含まれる前記セッション識別子を備える第２認証
情報を前記データベースで照会することで、前記第２認
証情報の認証を行い、それにより前記ユーザと前記非公
開エリアとのセッションが認証される第２認証工程とを
含む点にある。

【０００６】上記目的を達成するための本発明に係るユ
ーザ認証方法の第二の特徴構成は、特許請求の範囲の欄
の請求項２に記載した如く、上記第一の特徴構成に加え
て、前記ＵＲＬ伝達工程によって前記ＵＲＬの伝達を受
けたユーザが前記公開エリアに少なくとも１回アクセス
し、前記第２認証工程が少なくとも１回実施される場
合、前記各第２認証工程の前に第１認証工程が実施され
る点にある。一旦、ユーザ認証が行われた後で、再び非
公開エリアとのセッションを希望する場合は、第２認証
工程からユーザ認証を始めることができる。従って、第
２認証工程が複数回行われる場合もあるが、この場合、
それぞれの第２認証工程の前には第１認証工程が行われ
る。

【０００７】上記目的を達成するための本発明に係るユ
ーザ認証方法の第三の特徴構成は、特許請求の範囲の欄
の請求項３に記載した如く、上記第一または第二の特徴
構成に加えて、前記第１認証情報が前記ユーザ固有のユ
ーザ識別子およびパスワードである点にある。

【０００８】上記目的を達成するための本発明に係るユ
ーザ認証方法の第四の特徴構成は、特許請求の範囲の欄
の請求項４に記載した如く、上記第一から第三のいずれ
かの特徴構成に加えて、前記セッション識別子が有効期
限を持つ点にある。

【０００９】以下に、作用並びに効果を説明する。本発
明に係るユーザ認証方法の第一の特徴構成によれば、ユ
ーザから通信路を介してアクセスがあり、そのユーザが
正当なユーザであると認証された場合に、ユーザが所持
している携帯通信端末に応答を返し、ユーザに対して上
記携帯通信端末を用いて再アクセスすることを要求し、
さらなる認証を行うことで、ユーザからのユーザ識別子
やパスワードといった入力情報だけでなく、ユーザの携
帯通信端末の認証を行うという二段階の認証からなるセ
キュリティレベルの高い認証方法を実施することができ
る。つまり、第１認証工程で入力が求められるユーザ固
有の情報を知っていたとしても、ユーザ自身の携帯通信
端末からアクセスを行っていない場合には、コンピュー
タ内部またはイントラネットの非公開エリアに侵入する
ことはできない。その結果、ユーザ識別子およびパスワ
ードが漏洩した場合であっても、コンピュータ内部また
はイントラネットの非公開エリアが外部から侵入される
ことはない。

【００１０】コンピュータ内部の非公開エリアとは、コ
ンピュータの記憶装置に格納された、例えばパスワード
が設定され、認証された者だけがアクセスすることので
きるファイルまたはアプリケーションなどのことであ
り、公開エリアとはパスワードなどが設定されておら
ず、自由にアクセスすることのできるファイルまたはア
プリケーションなどのことである。尚、コンピュータの
記憶装置は、コンピュータに内蔵されている場合とコン
ピュータの外部に接続されている場合がある。イントラ
ネットの非公開エリアとは、例えばパスワードが設定さ
れ、認証された者だけがアクセスすることのできる互い
に接続されたサーバまたはデータベース等の記憶装置の
ことであり、公開エリアとはパスワードなどが設定され
ておらず、自由にアクセスすることのできる互いに接続
されたサーバまたはデータベース等の記憶装置である。

【００１１】本発明に係るユーザ認証方法の第二の特徴
構成によれば、第１認証工程ではパスワードの入力を求
めず、第２認証工程の前にユーザ識別子とパスワードと
の入力を求める工程を行うことが可能であるため、第１
認証工程を簡略化することができる。この場合であって
も、ユーザ識別子が第１認証工程で入力されているため
に、それより電子メールアドレスを検索することは可能
であり、上記の第三の特徴構成と同様の作用・効果を得
ることができる。さらに、既にＵＲＬの伝達を受けてい
るユーザがセッション識別子の認証を受けようとする場
合は、第１認証工程を行った後すぐに、第２認証工程へ
進むことができる。

【００１２】本発明に係るユーザ認証方法の第三の特徴
構成によれば、第１認証情報が前記ユーザ固有のユーザ
識別子およびパスワードであるので、それによりアクセ
スしてきたユーザの第１の認証を行うことができる。さ
らに、入力されたユーザ識別子を用いてユーザの携帯通
信端末の電子メールアドレスを検索することが可能であ
るため、再アクセスを求める電子メールをユーザの携帯
通信端末に送り、携帯通信端末からの再アクセスが実施
されることで、携帯通信端末の認証を行うという目的も
達成できる。

【００１３】本発明に係るユーザ認証方法の第四の特徴
構成によれば、セッション識別子が有効期限を持つた
め、侵入しようと試みる人物がセッション識別子を取得
しようとする場合、それを見つけるために与えられた時
間は短く、実質的にセッション識別子を不正に取得する
ことは不可能である。その結果、時間が経過してもセキ
ュリティレベルが一定の高さに保たれたユーザ認証方法
を提供することができる。

【００１４】

【発明の実施の形態】図１は、携帯通信端末１と、イン
ターネット網２と、イントラネット３とで構成されたネ
ットワーク網のシステム構成を示す図である。携帯通信
端末１としては、ｉモードまたはＥＺｗｅｂといったサ
ービスを利用することができる携帯電話または携帯情報
端末が利用される。イントラネット３は、インターネッ
ト網２とファイアウォール４を介して接続されており、
外部とアクセス自由の公開エリア５と、認証を受けた者
だけがアクセスすることのできる非公開エリアである社
内のＬＡＮ（ローカルエリアネットワーク）６とで構成
されている。ＬＡＮ６にはイントラネットサーバ９の他
に、社員のスケジュール等を格納したデータベース８を
管理するデータベースサーバ７等のサーバ、および端末
機器１０が設置されている。また、公開エリア５には、
上記のような携帯通信端末１で利用可能な様々なコンテ
ンツが置かれていると共に、携帯通信端末１でＬＡＮ６
のデータにアクセスするためのスケジュール管理ソフト
等がインストールされた携帯用アプリケーションサーバ
１１が配置されている。公開エリア５で認証を受けた携
帯通信端末１のユーザだけが、携帯用アプリケーション
サーバ１１を介して非公開エリアであるＬＡＮ６内のサ
ーバまたは端末機器とのセッションを行うことができ
る。図中では複数のコンピュータまたはサーバによって
構成されたイントラネットを図示しているが、それらが
スタンドアロンのコンピュータであってもよい。その場
合の公開エリアと非公開エリアは、そのコンピュータが
備える記憶装置の記憶領域に任意に設定されているもの
とする。

【００１５】次に、携帯通信端末１を用いてセッション
要求を行ってきたユーザを認証するための本発明に係る
ユーザ認証方法について説明する。携帯通信端末を用い
てコンピュータ内部またはイントラネットの非公開エリ
アとのセッション要求を通信路を介して行うユーザを認
証するためのユーザ認証方法は、コンピュータ内部また
はイントラネットの公開エリアへアクセスしてきたユー
ザによって入力された第１認証情報の認証を行う第１認
証工程と、認証されたユーザと非公開エリアとのセッシ
ョンを認証するためのセッション識別子を発行し、デー
タベースに保存するセッション識別子発行工程と、セッ
ション識別子を付加して得られた、セッション識別子の
認証が行われる公開エリアのＵＲＬをユーザの携帯通信
端末に伝達するＵＲＬ伝達工程と、公開エリアに再アク
セスした携帯通信端末から提供されるＵＲＬに含まれる
セッション識別子を備える第２認証情報をデータベース
で照会することで、第２認証情報の認証を行い、それに
よりユーザと非公開エリアとのセッションが認証される
第２認証工程とを含む。

【００１６】以下に、図面を参照して、本発明のユーザ
認証方法を用いた携帯通信端末１からＬＡＮのデータベ
ースに格納されているユーザ自身のスケジュールを見る
工程を説明する。以下の実施形態では、携帯通信端末１
として携帯電話を用いているが、これに限定されるもの
ではない。

【００１７】＜第１実施形態＞図２および図３を参照し
て本発明に係るユーザ認証方法の第１認証工程を説明す
る。ここで、図２（ａ）は図１に示したシステム構成図
を部分的に簡略化して示した本工程の概念図であり、図
２（ｂ）は携帯電話１の一表示画面を図示したものであ
る。工程１００では、ユーザが携帯通信端末１を用いて
公開エリア５に配置されている携帯用アプリケーション
サーバ１１、即ちネットワークの入口であるホームペー
ジにアクセスする。次に、携帯用アプリケーションサー
バ１１はユーザに対してユーザＩＤ（ＵｓｅｒＩＤ）お
よびパスワード（ＰａｓｓＷＤ）の入力を求めるための
入力画面を携帯通信端末１に表示させる（図２
（ｂ））。工程１０２で、ユーザがユーザＩＤとパスワ
ードとを入力後、ログインボタンを押すことで、入力さ
れた情報が携帯用アプリケーションサーバ１１に伝達さ
れる。工程１０４で、携帯用アプリケーションサーバ１
１は、そのユーザＩＤとパスワードとを携帯用アプリケ
ーションサーバ１１自身が持っているデータベース（図
示せず）で照会する作業を行う。入力された情報が正し
ければ、ユーザを認証し、工程１０６へ進む。入力され
た情報に該当するものが無ければ、ユーザは認証され
ず、「ユーザＩＤ、パスワードが正しくない」旨を携帯
通信端末１に表示させる（工程１０８）。

【００１８】図３および図４を参照して本発明に係るユ
ーザ認証方法のセッション識別子発行工程およびＵＲＬ
伝達工程あるいはセッション識別子伝達工程を説明す
る。ここで、図４（ａ）は図１に示したシステム構成図
を部分的に簡略化して示した本工程の概念図であり、図
４（ｂ）は携帯通信端末１の一表示画面を図示したもの
である。第１認証工程でユーザが認証された場合、すぐ
さまＬＡＮのデータベースが利用可能になるのではな
く、さらに携帯通信端末１が認証されなければ非公開エ
リアにあるＬＡＮ６のデータベース８を利用することは
できない。携帯通信端末１の認証を行うために、即ち、
先のユーザが自分自身の携帯通信端末１でアクセスして
きていることを確認するために、セッション識別子（セ
ッションＩＤ）の認証が行われなければならない。携帯
通信端末１の認証は、以下に示すように、セッションＩ
Ｄをユーザ自身の携帯通信端末１と携帯用アプリケーシ
ョンサーバ１１との間で正しくやり取りされたかどうか
で判定される。

【００１９】まず工程１０６で、上記ユーザのユーザＩ
Ｄと１対１に対応する電子メールアドレスを携帯用アプ
リケーションサーバ１１が備えるデータベースで検索し
て取得する。ただし、ユーザＩＤと電子メールアドレス
とが同一、またはユーザＩＤと電子メールアドレスのユ
ーザネームとが同一である場合は検索を行う必要はな
い。次に、セッション識別子発行工程（工程１１０）で
は、乱数によりセッションＩＤが発行される。セッショ
ンＩＤは、例えば図５（ｂ）に示すような「Ｓｋｅｙ＝
３６７１５９４８３７」といった形式で表記される。こ
こで、セッションＩＤの乱数にはセキュリティを高める
ために一定の有効期限があるものとする。その結果、セ
ッション識別子にも有効期限が設定される。また、この
セッションＩＤは携帯用アプリケーションサーバ１１に
配置されたデータベースに、ユーザＩＤとセットで格納
されて、後のセッション識別子認証工程で使用される。
次に工程１１２で、セッション識別子を付加して得られ
た、セッション識別子の認証が行われる公開エリア５の
ＵＲＬが作成され、工程１１４で、そのＵＲＬを記載し
た電子メールを携帯通信端末１に送付することで、携帯
通信端末１の認証を行うためにユーザがアクセスするべ
きＵＲＬの伝達が行われる。ＵＲＬが伝達されると、図
４（ｂ）に示すようなメッセージが表示され、ユーザに
対して工程１１６に進むことを促す。

【００２０】図３および図５を参照して本発明に係るユ
ーザ認証方法のアクセス工程および第２認証工程を説明
する。ここで、図５（ａ）は図１に示したシステム構成
図を部分的に簡略化して示した本工程の概念図であり、
図５（ｂ）および図５（ｃ）は携帯電話１の一表示画面
を図示したものである。工程１１６で、ＵＲＬが記載さ
れた電子メールを自分自身の携帯通信端末１で受け取っ
たユーザは、そのＵＲＬへアクセスする。図５（ｂ）に
示すように、電子メールにはＵＲＬが記載されているた
め、ユーザは携帯通信端末１を操作して、容易にそのＵ
ＲＬに接続することができる。そのＵＲＬはセッション
ＩＤを認証するための第２認証工程が行われる公開エリ
ア５のＵＲＬであるため、接続後すぐに第２認証工程が
開始される。工程１１８では、まず最初にセッションＩ
Ｄの有効期限が過ぎていないかどうかを確認する。これ
は、セキュリティの問題からセッションＩＤの乱数部分
に有効期限を持たせて、所定の時間が過ぎれば乱数を使
えないようにしているからである。有効期限を過ぎてい
る場合は、工程１２２で「有効期限が過ぎている」こと
を通知するための表示が携帯通信端末１において行われ
る。有効期限が過ぎていない場合は、工程１２０でセッ
ションＩＤを携帯用アプリケーションサーバ１１のデー
タベースに格納されているセッションＩＤと照会する。
正しいセッションＩＤであれば、それを認証して工程１
２４に進み、誤ったセッションＩＤであれば、それを認
証することは行わずに工程１２６に進んで、「不正なア
クセス」であることを携帯通信端末１に表示させる。

【００２１】セッションＩＤが認証されたことによっ
て、ユーザの認証だけでなくユーザ自身の携帯通信端末
１もが認証されたことになり、その結果、上記ユーザは
非公開エリアにあるＬＡＮ６のデータベース８を利用す
ることが許可されて、コンテンツの表示を受けることが
できる（工程１２４）。ただし、非公開エリアへのアク
セスは、携帯用アプリケーションサーバ１１を介しての
み行われ、ユーザが直接非公開エリアのデータベース８
等にアクセスすることはない。図５（ｃ）はスケジュー
ラのメインメニューの表示画面を示す図であり、ユーザ
は、画面表示に従って操作をすれば、携帯用アプリケー
ションサーバ１１を経由して、データベース８等から必
要な情報を得ることができる。

【００２２】尚、ユーザ認証が行われた後で、まだセッ
ションＩＤが有効である期間内に再び非公開エリアにあ
るＬＡＮ６のデータベース８を利用することを希望する
場合は、工程１１６で始まる第２認証工程から認証方法
を始めることができる。

【００２３】上記実施形態では、第１認証工程でネット
ワークの入口であるホームページにおいてユーザＩＤと
パスワードとを共に入力したが、図６の改変例に示すよ
うに、第１認証工程においてユーザＩＤのみを入力し、
第２認証工程の前に別途配置される第１認証工程におい
てユーザＩＤとパスワードとを入力するように改変する
ことも可能である。図６の工程１００〜工程１１８およ
び工程１２２は、図３を参照して説明した工程と同様で
ある。ただし、工程１０２ではユーザＩＤのみが入力さ
れる。次に工程１２０では、携帯用アプリケーションサ
ーバ１１はユーザにユーザＩＤとパスワードとを入力す
ることを求める。工程１２４でユーザによって入力され
たユーザＩＤとパスワードとは、工程１２６において携
帯用アプリケーションサーバ１１が備えるデータベース
で照会される。照会の結果、ユーザが正当なユーザであ
る場合は、工程１２８に進む。一方で、入力されたユー
ザＩＤとパスワードとがデータベースと一致しない場合
は、工程１３０に進み、携帯用アプリケーションサーバ
１１から「ユーザＩＤ、パスワードが正しくない」旨が
通知されて、携帯通信端末１に表示される。工程１２８
では、セッション識別子が、携帯用アプリケーションサ
ーバ１１が備えるデータベースで照会される。照会の結
果、入力されたユーザＩＤとセッションＩＤとの組合せ
が正しい場合には、ユーザが正当なユーザであると認証
され、ユーザはＬＡＮ６のデータベース８を利用するこ
とが許可される（工程１３２）。ユーザが不正なユーザ
であると判定された場合には、携帯用アプリケーション
サーバ１１から「不正なアクセスである」旨が通知さ
れ、携帯通信端末１に表示される。

【００２４】尚、ユーザ認証が行われた後で、まだセッ
ションＩＤが有効である期間内に再び非公開エリアにあ
るＬＡＮ６のデータベース８を利用することを希望する
場合は、工程１１６で始まる第２認証工程からユーザ認
証を始めることができる。

【００２５】＜第２実施形態＞第１実施形態では、ユー
ザは携帯通信端末１から携帯用アプリケーションサーバ
１１へアクセスする度に携帯通信端末１の操作を行う必
要があったが、第２実施形態ではユーザによる携帯通信
端末１の操作が１回だけのユーザ認証方法について説明
する。本実施形態が特徴とするのは、ユーザから携帯用
アプリケーションサーバ１１への２回目のアクセスが携
帯通信端末１に格納されたプログラムによって自動的に
行われることである。

【００２６】本実施形態は、携帯用アプリケーションサ
ーバ１１から携帯通信端末１へのプログラムの配信と、
ユーザ認証とに大きく分けることができる。 ＜プログラム配信＞携帯通信端末１に、第２実施形態を
実施するためのＪＡＶＡ（登録商標）プログラムが格納
されていない場合は、図７に例示的に示すようにＪＡＶ
Ａプログラムをネットワークの携帯用アプリケーション
サーバ１１から取得する。携帯用アプリケーションサー
バ１１からプログラムの配信を受けるというセッション
のためにはユーザ認証を行わねばならず、そのユーザ認
証には第１実施形態で説明したユーザ認証方法が用いら
れ得る。認証されたユーザには、ＪＡＶＡプログラムが
配信される。その際、携帯用アプリケーションサーバ１
１が端末識別情報を発行し、この端末情報がＪＡＶＡプ
ログラム内に取り込まれて配信される。つまり、配信さ
れたプログラムは配信を受けた携帯通信端末１専用のプ
ログラムである。ここで、端末情報はプログラム配信要
求毎に携帯用アプリケーションサーバ１１が発行する文
字列である。

【００２７】尚、ユーザがＬＡＮから携帯通信端末１へ
プログラムの送信を受ける場合は、通常のインターネッ
ト網２を介してその送信が行われるが、ユーザの携帯通
信端末１と携帯用アプリケーションサーバ１１とが近接
した位置にある場合は、ｂｌｕｅｔｏｏｔｈ、赤外線通
信といった通信技術を使用することも可能であり、さら
に小型メモリのようなリムーバブルメディアを使用して
プログラムの提供を受けることも可能である。

【００２８】＜ユーザ認証＞以下に、図８を参照してプ
ログラムが格納された携帯通信端末を用いたユーザ認証
方法を説明する。工程３００でネットワークの公開エリ
ア５にアクセスしてきたユーザに対して、ユーザＩＤと
パスワードとの入力を求める（工程３０２）。工程３０
４では、携帯用アプリケーションサーバ１１は、入力さ
れたユーザＩＤとパスワードとをデータベースで照会
し、正当なユーザであればユーザを認証し、工程３０６
へ進む。不正なユーザである場合は、工程３０８へ進
み、「ユーザＩＤ、パスワードが正しくない」旨を携帯
通信端末１に表示させる。次に工程３０６で、認証され
たユーザのユーザＩＤと１対１に対応する電子メールア
ドレスを携帯用アプリケーションサーバ１１が備えるデ
ータベースで検索して取得する。次に工程３１０では、
乱数によりセッションＩＤが発行される。ここで、セッ
ションＩＤの乱数にはセキュリティレベルを高めるため
に一定の有効期限があるものとする。その結果、セッシ
ョン識別子にも有効期限が設定される。また、このセッ
ションＩＤは携帯用アプリケーションサーバ１１に配置
されたデータベースにも格納されて、後のセッションＩ
Ｄを認証する工程で使用される。次に工程３１２で、セ
ッション識別子を付加して得られた、セッション識別子
の認証が行われる公開エリア５のＵＲＬが作成され、工
程３１４で、そのＵＲＬを記載した電子メールを携帯通
信端末１に送付することで、携帯通信端末１の認証を行
うためにユーザがアクセスするべきＵＲＬの携帯通信端
末１への伝達が行われる。

【００２９】ＵＲＬが記載された電子メールを受信する
と、工程３１６でＪＡＶＡプログラムによって自動的に
そのＵＲＬへ携帯通信端末１はアクセスする。尚、携帯
用アプリケーションサーバ１１へアクセスする際、ＪＡ
ＶＡプログラムを配信する過程で取り込まれた携帯通信
端末１固有の端末情報が携帯用アプリケーションサーバ
１１へ自動的に送信される。携帯通信端末１がアクセス
したＵＲＬは、セッションＩＤの認証が行われる公開エ
リア５のＵＲＬであるため、ＵＲＬへ接続後すぐに認証
工程が開始されるが、まず最初に工程３２０でセッショ
ンＩＤの有効期限が過ぎていないかどうかが確認され
る。有効期限を過ぎている場合は、工程３２４で「有効
期限が過ぎている」ことを通知するための表示が携帯通
信端末１において行われる。有効期限が過ぎていない場
合は、アクセスと同時に送信されてきた端末情報とセッ
ションＩＤとの組合わせを、携帯用アプリケーションサ
ーバ１１のデータベースに格納されている端末情報とセ
ッションＩＤとの組合わせと照会し、正しければセッシ
ョンＩＤを認証する。セッションＩＤが認証されたこと
によって、ユーザの認証だけでなくユーザ自身の携帯通
信端末１もが認証されたことになり、その結果、上記ユ
ーザはＬＡＮ６のデータベース８を利用することが許可
され（工程３２６）、第１実施形態と同様に様々なコン
テンツが利用可能になる。端末情報とセッションＩＤと
が正しくなければ、工程３２８に進み、ユーザに対して
「不正なアクセスである」ことが携帯通信端末１の表示
によって通知される。

【００３０】次に第２実施形態のユーザ認証方法の改変
例を図９を参照して説明する。本改変例が特徴とするの
は、セッションＩＤが暗号化されて電子メールに含ま
れ、ユーザの携帯通信端末１に伝達されることである。
図８を参照して説明した第２実施形態と図９に示す改変
例とは工程３１０までは同様である。本改変例では、セ
ッション識別子を発行する工程（工程３１０）の後、そ
のセッション識別子を、携帯用アプリケーションサーバ
１１の持つ端末情報を鍵として暗号化して、その暗号化
されたセッションＩＤを含んだＵＲＬを生成する工程
（工程３１２’）を行い、次に工程３１４’において、
暗号化されたセッションＩＤを含んだＵＲＬを記載した
電子メールをユーザの携帯通信端末１に伝達する。携帯
通信端末１が暗号化されたセッション識別子を工程３１
５で受信すると、自動的にＪＡＶＡプログラムが実行さ
れて、電子メールから暗号化されたセッションＩＤを取
り出し（工程３１５）、暗号化されたセッションＩＤが
端末情報を元にして復号化される（工程３１７）。次に
工程３１９において、復号されたセッションＩＤをＵＲ
Ｌに再度組合わせて、そのＵＲＬが指し示すユーザ認証
が行われる公開エリア５へＪＡＶＡプログラムによって
自動的にアクセスされる。その後、上記の第２実施形態
と同様に工程３２０〜工程３２８が行われる。

【図面の簡単な説明】

【図１】ネットワーク網のシステム構成図である。

【図２】ユーザ認証方法の一工程を示す図であり、
（ａ）は簡略化されたシステム構成図、（ｂ）は携帯通
信端末の表示画面図である。

【図３】ユーザ認証方法の第１実施形態を示すフローチ
ャートである。

【図４】ユーザ認証方法の一工程を示す図であり、
（ａ）は簡略化されたシステム構成図、（ｂ）は携帯通
信端末の表示画面図である。

【図５】ユーザ認証方法の一工程を示す図であり、
（ａ）は簡略化されたシステム構成図、（ｂ）および
（ｃ）は携帯通信端末の表示画面図である。

【図６】ユーザ認証方法の第１実施形態の改変例を示す
フローチャートである。

【図７】プログラムの配信工程を示すフローチャートで
ある。

【図８】ユーザ認証方法の第２実施形態を示すフローチ
ャートである。

【図９】ユーザ認証方法の第２実施形態の改変例を示す
フローチャートである。

【符号の説明】

１ 携帯通信端末 ２ インターネット網 ３ イントラネット ４ ファイアウォール ５ 公開エリア ６ ＬＡＮ ７ データベースサーバ ８ データベース ９ イントラネットサーバ １０ 端末機器 １１ 携帯用アプリケーションサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田村 至 大阪府大阪市中央区平野町四丁目１番２号 大阪瓦斯株式会社内 Ｆターム(参考） 5B085 AE02 AE03 BC02 5J104 AA07 KA01 NA05 PA02 PA08 PA09

Claims (4)

【特許請求の範囲】
1. 【請求項１】 携帯通信端末を用いてコンピュータ内部
   またはイントラネットの非公開エリアとのセッション要
   求を通信路を介して行うユーザを認証するためのユーザ
   認証方法であって、 前記コンピュータ内部または前記イントラネットの公開
   エリアへアクセスしてきた前記ユーザによって入力され
   た第１認証情報の認証を行う第１認証工程と、 前記認証されたユーザと前記非公開エリアとのセッショ
   ンを認証するためのセッション識別子を発行し、データ
   ベースに保存するセッション識別子発行工程と、 前記セッション識別子を付加して得られた、前記セッシ
   ョン識別子の認証が行われる前記公開エリアのＵＲＬを
   前記ユーザの携帯通信端末に伝達するＵＲＬ伝達工程
   と、 前記公開エリアに再アクセスした前記携帯通信端末から
   提供される前記ＵＲＬに含まれる前記セッション識別子
   を備える第２認証情報を前記データベースで照会するこ
   とで、前記第２認証情報の認証を行い、それにより前記
   ユーザと前記非公開エリアとのセッションが認証される
   第２認証工程とを含むことを特徴とするユーザ認証方
   法。
2. 【請求項２】 前記ＵＲＬ伝達工程によって前記ＵＲＬ
   の伝達を受けたユーザが前記公開エリアに少なくとも１
   回アクセスし、前記第２認証工程が少なくとも１回実施
   される場合、前記各第２認証工程の前に第１認証工程が
   実施されることを特徴とする請求項１に記載のユーザ認
   証方法.。
3. 【請求項３】 前記第１認証情報が前記ユーザ固有のユ
   ーザ識別子およびパスワードであることを特徴とする請
   求項１または請求項２に記載のユーザ認証方法。
4. 【請求項４】 前記セッション識別子が有効期限を持つ
   ことを特徴とする請求項１から請求項３のいずれかに記
   載のユーザ認証方法。