(57)【要約】【課題】  パスワード変更を行わずにして携帯サイトの安全性を高めることが可能な携帯サイト認証方法を提供する。【解決手段】  ユーザー側では、携帯サイトのＵＲＬにアクセスしてログイン用のＩＤ及びパスワードを入力する初期アクセスと、携帯サイトからメール送信された認証用ＵＲＬにアクセスする認証用アクセスとを行う。携帯サイト側では、ユーザー側からの初期アクセスがあると、ＩＤ及びパスワードに基づいてユーザーに対する一回目の認証を行うとともに、認証用ＵＲＬをユーザーの携帯メールアドレスに送信する処理を行う。その後、ユーザー側からの認証用アクセスがあると、認証用ＵＲＬに基づいてユーザーに対する二回目の認証を行う。【選択図】    図２
2005346592.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話機の携帯ブラウザを介して携帯サイトにアクセスする際の、前記携帯サイト側でのユーザーの認証に関する方法であって、
前記ユーザー側では、前記携帯サイトのＵＲＬにアクセスしてログイン用のＩＤ及びパスワードを入力する初期アクセスと、前記携帯サイトからメール送信された認証用ＵＲＬにアクセスする認証用アクセスとを行い、
前記携帯サイト側では、予め前記ユーザーの前記携帯電話機の携帯メールアドレスを管理者によってサーバーに登録するサーバ登録を行った後に、前記ユーザー側からの前記初期アクセスがあると、前記ＩＤ及び前記パスワードに基づいて前記ユーザーに対する一回目の認証を行うとともに、少なくとも認証フラグ及び認証キーからなる文字列を組み込んだ前記認証用ＵＲＬを登録且つ前記ユーザーの前記携帯メールアドレスに送信する処理を行い、その後、前記ユーザー側からの前記認証用アクセスがあると、前記認証用ＵＲＬの前記文字列に基づいて前記ユーザーに対する二回目の認証を行う
ことを特徴とする携帯サイト認証方法。
【請求項２】
請求項１に記載の携帯サイト認証方法において、
前記携帯サイト側では、前記認証フラグ及び前記認証キーを生成する際に、前記携帯ブラウザの情報及び／又は前記携帯電話機の機種の情報を生成してその登録をするとともに、前記二回目の認証の際に前記各情報を用いる
ことを特徴とする携帯サイト認証方法。
【請求項３】
請求項１に記載の携帯サイト認証方法において、
前記携帯サイト側では、前記認証フラグ及び前記認証キーを生成する際に、前記認証用ＵＲＬの認証有効期限と閲覧有効期限とを生成してその登録をするとともに、前記二回目の認証の際に前記認証有効期限及び前記閲覧有効期限の確認を行う
ことを特徴とする携帯サイト認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機の携帯ブラウザを介して携帯サイトにアクセスする際の、携帯サイト側でのユーザーの認証に関する方法、すなわち、携帯サイト認証方法に関する。
【背景技術】
【０００２】
近年、めざましい勢いで携帯電話機が普及している。携帯電話機は、今や単に電話として用いられるだけでなく、インターネットを利用するための装置にもなっている。携帯電話機の普及により、パーソナルコンピュータでなしえなかった幅広い年齢層でのインターネットの利用が可能になっている。例えば、ｉモード（登録商標）対応の携帯電話機であれば、Ｅメールは勿論のこと、携帯サイトの閲覧、チケットの予約、商品の注文等、多彩なサービスを受けることができる。
【０００３】
ところで、インターネット上でのサービスを利用するにあたり、ユーザーは認証を受けた後でなければサービスを利用することができない場合がある。これは、不正利用者を排除するための一つの対策であり、例えば、会員の携帯電話機から送信された個人ＩＤ及びパスワードを、携帯サイト側で予め登録しておいた個人ＩＤ及びパスワードと照合して、一致した場合にのみ正当な会員であることを認証する方法が知られている（例えば特許文献１参照）。
【特許文献１】特開２００３−３１６９８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の認証方法（特許文献１の開示技術に限らない）において、携帯サイトの安全性を高めるためには、ユーザーが定期的に管理サーバにアクセスしてパスワードを変更することが考えられる。しかしながら、このような定期的にパスワードを変更する場合には、手間がかかるとともにパスワードを忘れてしまうという問題点がある。その対処方法としては、パスワードを変更する都度、紙等にパスワードを記録して管理するという方法があるが、面倒であるとともに必ずしも安全性を確保できるとは言い難い。
【０００５】
尚、定期的にパスワードを変更しても、不正利用者に知られた場合には、その不正利用者の携帯電話機から簡単に携帯サイトへアクセスされて、長時間にわたり不正利用が行われてしまう。
【０００６】
本発明は、上述した事情に鑑みてなされるもので、パスワード変更を行わずにして携帯サイトの安全性を高めることが可能な携帯サイト認証方法を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するためなされた請求項１記載の本発明の携帯サイト認証方法は、携帯電話機の携帯ブラウザを介して携帯サイトにアクセスする際の、前記携帯サイト側でのユーザーの認証に関する方法であって、前記ユーザー側では、前記携帯サイトのＵＲＬにアクセスしてログイン用のＩＤ及びパスワードを入力する初期アクセスと、前記携帯サイトからメール送信された認証用ＵＲＬにアクセスする認証用アクセスとを行い、前記携帯サイト側では、予め前記ユーザーの前記携帯電話機の携帯メールアドレスを管理者によってサーバーに登録するサーバ登録を行った後に、前記ユーザー側からの前記初期アクセスがあると、前記ＩＤ及び前記パスワードに基づいて前記ユーザーに対する一回目の認証を行うとともに、少なくとも認証フラグ及び認証キーからなる文字列を組み込んだ前記認証用ＵＲＬを登録且つ前記ユーザーの前記携帯メールアドレスに送信する処理を行い、その後、前記ユーザー側からの前記認証用アクセスがあると、前記認証用ＵＲＬの前記文字列に基づいて前記ユーザーに対する二回目の認証を行うことを特徴としている。
【０００８】
請求項２記載の本発明の携帯サイト認証方法は、請求項１に記載の携帯サイト認証方法において、前記携帯サイト側では、前記認証フラグ及び前記認証キーを生成する際に、前記携帯ブラウザの情報及び／又は前記携帯電話機の機種の情報を生成してその登録をするとともに、前記二回目の認証の際に前記各情報を用いることを特徴としている。
【０００９】
請求項３記載の本発明の携帯サイト認証方法は、請求項１に記載の携帯サイト認証方法において、前記携帯サイト側では、前記認証フラグ及び前記認証キーを生成する際に、前記認証用ＵＲＬの認証有効期限と閲覧有効期限とを生成してその登録をするとともに、前記二回目の認証の際に前記認証有効期限及び前記閲覧有効期限の確認を行うことを特徴としている。
【００１０】
本発明によれば、ユーザー側は単にアクセスを二回するのみである。そして、その二回のアクセスの間に、携帯サイト側では二回の認証を行う。本発明は、ユーザー側の負担を軽減しつつも二回の認証を行える方法である。本発明は、認証用ＵＲＬを受信しない限り携帯サイトへのアクセスができないため、ログイン用のＩＤ及びパスワードを知り得た不正利用者が他の携帯電話機からアクセスしても認証されることはない。
【発明の効果】
【００１１】
請求項１に記載された本発明によれば、パスワード変更を行わずにして携帯サイトの安全性を高めることができるという効果を奏する。また、請求項２、３に記載された本発明によれば、より一層、安全性を高めることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照しながら説明する。
図１は本発明の携帯サイト認証方法を適用したシステムの一実施の形態を示す概要図である。また、図２は本発明の携帯サイト認証方法を説明するための図である。
【００１３】
図１において、本発明の携帯サイト認証方法が適用されるシステムは、ディジタル移動通信網１やインターネット２からなる通信ネットワーク３と、通信ネットワーク３における双方向通信が可能な携帯電話機４と、通信ネットワーク３を介して複数の携帯電話機４と接続される携帯サイト５側のＷｅｂ／ＤＮＳサーバ６、アプリケーションサーバ７、データベースサーバ８、メールサーバ９、及びＬＡＮ１０とを備えて構成されている。
【００１４】
ディジタル移動通信網１は、通信プロトコル変換用の図示しないゲートウェイ装置によりインターネット２に接続されている。また、ディジタル移動通信網１は、インターネット２におけるＴＣＰ／ＩＰに基づくＩＰパケット通信が行えるようになっている。携帯電話機４は、特に限定するものではないが、例えば、現在日本国内で最も普及しているｉモード（登録商標）に対応する機種のものであって、携帯サイト５にアクセスすることができるようになっている。
【００１５】
携帯サイト５側は、上述の如く、Ｗｅｂ／ＤＮＳサーバ６、アプリケーションサーバ７、データベースサーバ８、メールサーバ９、及びこれらを接続するＬＡＮ１０で構成されている。Ｗｅｂ／ＤＮＳサーバ６は、Ｗｅｂ情報を配信する／ＩＰアドレスとドメイン名の相互変換を実現するようになっている。アプリケーションサーバ７は、アプリケーションプログラム１１、管理プログラム１２、及び認証プログラム１３等の各種プログラムで構成されている。アプリケーションプログラム１１により認証局１４やユーザ情報１５に関する部分が作動するようになっている。また、管理プログラム１２により管理データベース（ＤＢ）１６の管理が行えるようになっている。さらに、認証プログラム１３により生成モジュール１７が作動するようになっている。
【００１６】
管理データベース１６には、図示しないユーザーが所有する携帯電話機４の携帯メールアドレス等を登録する登録エリア１８が設けられている。生成モジュール１７には、認証有効期限を生成する認証有効期限生成部１９、閲覧有効期限を生成する閲覧有効期限生成部２０、認証フラグを生成する認証フラグ生成部２１、認証キーを生成する認証キー生成部２２、端末・ブラウザ情報を生成する端末・ブラウザ情報生成部２３、及び認証用ＵＲＬを生成する認証用ＵＲＬ生成部２４が設けられている。
【００１７】
データベースサーバ８は、認証情報データベース（ＤＢ）２５を管理するように構成されている。認証情報データベース２５には、生成モジュール１７で生成された認証有効期限を登録するための認証有効期限登録エリア２６、閲覧有効期限を登録するための閲覧有効期限登録エリア２７、認証フラグを登録するための認証フラグ登録エリア２８、認証キーを登録するための認証キー登録エリア２９、端末・ブラウザ情報２３を登録するための端末・ブラウザ情報登録エリア３０、及び認証用ＵＲＬを登録するための認証用ＵＲＬ登録エリア３１とが設けられている。
【００１８】
次に、図１及び図２を参照しながら、上記構成に基づく本発明の携帯サイト認証方法の一連の流れを説明する。尚、図２の図中左側は携帯電話機４を所有するユーザーに関する手順、図中右側は携帯サイト５の上記各サーバに関する手順をそれぞれ示しているものとする。また、図中の横方向の鎖線は、サーバ登録、通常のアクセス（初期アクセス）、閲覧用のアクセス（認証用アクセス）のうちのどの処理なのかを分かり易くするための線であるものとする。
【００１９】
上記サーバ登録の処理において、ここではステップＳ１１の処理が実行される。ステップＳ１１の処理は、ユーザーの携帯電話機４の機種（機種名）と携帯メールアドレスとを登録する処理が実行される。その登録は適宜方法でなされ、機種及び携帯メールアドレスは例えば携帯サイト５の管理者によって、管理データベース１６の登録エリア１８に登録される。これにより、ユーザーは、その後、ログイン用のＩＤ及びパスワードが付与されるとともに、携帯サイト５へのアクセスが可能になる。
【００２０】
上記通常のアクセス（初期アクセス）の処理において、ここではステップＳ２１〜Ｓ２７の処理が順に実行される。ステップＳ２１の処理では、携帯サイト５のＵＲＬへのアクセスが行われる。そして、そのアクセスによって、ユーザーの携帯電話機４の画面には、ステップＳ２１のボックス内に示されるようなログイン用のＩＤ及びパスワードを入力するための部分が表示される。ＩＤ及びパスワードの入力後、例えば図中の「ＯＫ」ボタンにより次の処理に移行する。
【００２１】
ステップＳ２２の処理では、アクセスを行ったユーザーに対する一回目の認証が行われる。一回目の認証は、アプリケーションサーバ７の認証局１４において行われ、ステップＳ２１の処理で携帯電話機４から送信されたＩＤ及びパスワードがユーザ情報１５に登録されたＩＤ及びパスワードと一致するか否かの判断がなされる。その判断の結果、登録されたＩＤ及びパスワードと一致する場合には、次の処理へ移行する（一致しない場合はステップＳ２１の処理へ戻る）。
【００２２】
ステップＳ２３の処理では、アクセスを行ったユーザーの携帯メールアドレスが管理データベース１６の登録エリア１８に登録されているか否かの確認をする処理が行われる。その確認の結果、携帯メールアドレスが登録されていれば、次の処理へ移行する（登録されてない場合はステップＳ２１の処理へ戻る）。
【００２３】
ステップＳ２４の処理では、ユーザーに対して最後に発行した認証用ＵＲＬ（これに関しては後述する。認証用ＵＲＬは後にメール送信される）の認証有効期限及び閲覧有効期限が切れているか否かの確認をする処理が行われる。その確認は、認証有効期限登録エリア２６及び閲覧有効期限登録エリア２７を参照することにより行われ、期限的に問題ない場合には、次の処理へ移行する（そうでない場合はステップＳ２１の処理へ戻る）。
【００２４】
ステップＳ２５の処理では、認証フラグ及び認証キーの生成と認証用ＵＲＬの生成とが行われる。認証フラグ及び認証キーの生成は、認証フラグ生成部２１及び認証キー生成部２２で行われ、例えばランダムな文字列が認証フラグ及び認証キーになる。認証用ＵＲＬの生成は、認証用ＵＲＬ生成部２４で行われ、認証フラグ及び認証キーからなる文字列が組み込まれて認証用ＵＲＬになる（携帯サイト５の上記ＵＲＬの末尾に上記文字列を組み込むことにより認証用ＵＲＬが生成される。組み込まれる文字列は、例えば過去一年間、同じものがないように設定することが好ましい）。生成された認証フラグ、認証キー、及び認証用ＵＲＬは、認証情報データベース２５の認証フラグ登録エリア２８、認証キー登録エリア２９、及び認証用ＵＲＬ登録エリア３１に登録される。ステップＳ２５の処理が終了すると、次の処理に移行する。
【００２５】
ステップＳ２６の処理では、認証有効期限、閲覧有効期限、及び端末・ブラウザ情報の生成と登録とが行われる。認証有効期限、閲覧有効期限、及び端末・ブラウザ情報の生成は、認証有効期限生成部１９、閲覧有効期限生成部２０、及び端末・ブラウザ情報生成部２３で行われ、認証情報データベース２５の認証有効期限登録エリア２６、閲覧有効期限登録エリア２７、及び端末・ブラウザ情報登録エリア３０に登録される。ステップＳ２６の処理が終了すると、次の処理に移行する。
【００２６】
ステップＳ２７の処理では、アクセスを行ったユーザーに対して認証用ＵＲＬを送信する処理が行われる。その送信は、ユーザーの携帯メールアドレスを宛先として行われる（認証用ＵＲＬは不正利用者の携帯電話機にメール送信されることはない）。
【００２７】
上記閲覧用のアクセス（認証用アクセス）の処理において、ここではステップＳ３１〜Ｓ３５の処理が順に実行される。ステップＳ３１の処理では、携帯サイト５側からメール送信された認証用ＵＲＬへのアクセスが行われる。すなわち、ユーザーの携帯電話機４の画面には、ステップＳ３１のボックス内に示されるような認証用ＵＲＬがメール送信され、ユーザーはその認証用ＵＲＬへ単にアクセスするだけの簡単な操作が行われる。アクセスが終わると、次の処理に移行する。
【００２８】
ステップＳ３２の処理では、ユーザーがアクセスした認証用ＵＲＬに認証フラグ及び認証キーとなる部分が含まれているか否かの確認をする処理が行われる。その確認の結果、認証フラグ及び認証キーとなる部分が含まれている場合には、次の処理へ移行する（含まれてない場合には、そこで処理を中断するか又はステップＳ２１の処理へ戻る）。尚、ステップＳ３２の処理により、アクセスを行ったユーザーに対する二回目の認証が開始される。
【００２９】
ステップＳ３３の処理では、ステップＳ２７の処理でメール送信した携帯ブラウザからのアクセスか否かを端末・ブラウザ情報登録エリア３０に登録された端末・ブラウザ情報に基づいて確認する処理が行われる。その確認の結果、メール送信した携帯ブラウザからのアクセスであれば、次の処理へ移行する（メール送信した携帯ブラウザからのアクセスでなければ（例えば認証用ＵＲＬを盗み見てユーザーとは別の携帯電話機４によりアクセスした場合が該当）、そこで処理を中断するか又はステップＳ２１の処理へ戻る）。
【００３０】
ステップＳ３４の処理では、ユーザーがアクセスした認証用ＵＲＬの認証有効期限及び閲覧有効期限が切れてないか否かの確認をする処理が行われる。その確認は、認証情報データベース２５の認証有効期限登録エリア２６及び閲覧有効期限登録エリア２７に登録された認証有効期限及び閲覧有効期限に基づいて行われる。確認の結果、期限切れでない場合には、ユーザーに対し閲覧可能な状態にして次の処理へ移行する（期限切れの場合には、そこで処理を中断するか又はステップＳ２１の処理へ戻る）。
【００３１】
ステップＳ３５の処理では、そのステップＳ３５のボックス内に示されるような携帯サイトの閲覧メニューが表示される。これにより、ユーザーは画面を見ながら携帯電話機４を操作し、所望の閲覧を開始することが可能になる。
【００３２】
以上、本発明によれば、ユーザーは、常に同じログイン用のＩＤ及びパスワードを用いるだけでよく、これにより忘れという問題点が解消される。また、携帯サイト５側で二回の認証を行っていることから、常に同じログイン用のＩＤ及びパスワードを用いたとしても、携帯サイト５の安全性が低下することはない。さらに、ユーザーは、認証フラグ及び認証キーからなる文字列を組み込んだ認証用ＵＲＬのメール受信をほんの短い時間だけ待つことと、その認証用ＵＲＬへのアクセスとを行うことだけでよく、煩わしさが伴うことはない。さらにまた、携帯サイト５側では、携帯ブラウザからのアクセスか否かなどの各種確認を行っていることから、認証に対する信頼性が高まる。さらにまた、有効期限を設定していることから、余分な外部からのアクセス時間が減って、携帯サイト５の安全性が高まる。
【００３３】
尚、有効期限をログイン可能な時間とログイン後の有効時間とを分けて任意の時間で登録すると、ユーザーのサイト滞在時間の実績値を参考にユーザーにとって支障のない時間設定をすることが可能になる。
【００３４】
その他、本発明は本発明の主旨を変えない範囲で種々変更実施可能なことは勿論である。
【図面の簡単な説明】
【００３５】
【図１】本発明の携帯サイト認証方法を適用したシステムの一実施の形態を示す概要図である。
【図２】本発明の携帯サイト認証方法を説明するための図である。
【符号の説明】
【００３６】
１  ディジタル移動通信網
２  インターネット
３  通信ネットワーク
４  携帯電話機
５  携帯サイト
６  Ｗｅｂ／ＤＮＳサーバ
７  アプリケーションサーバ
８  データベースサーバ
９  メールサーバ
１０  ＬＡＮ
【図１】
2005346592.tif 000003
【図２】
2005346592.tif 000004