JP2006163582A - ログイン処理方法、ログイン処理プログラム及びログイン処理装置 - Google Patents

Abstract

【課題】Ｗｅｂシステムにおいて、試用ユーザなどに作成した、アクセス要求ＵＲＬに対するユーザＩＤ、パスワード、使用期限などをサーバ側で作成・保存するのはサーバ側の管理面で大きな負担になっており、この点に着目し、ログインに関する情報（有効期限やＩＤなど）の管理を容易にする。
【解決手段】クライアントからアクセス要求されたＵＲＬを受け付ける受付ステップと、前記受け付けたＵＲＬから日付情報を抽出する抽出ステップと、前記抽出された日付情報に基づいてログイン処理を行なうログインステップを有し、更に、前記日付情報を含むＵＲＬを発行する発行ステップを有し、前記ログインステップでは、前記抽出した日付情報と現在の日付とを比較して、前記抽出した日付情報が指定期間内であるか否かを判断した結果に基づいて前記ログイン処理を行う。
【選択図】図１

Description

本発明は、Ｗｅｂサーバにアクセスする情報処理システムのログイン処理方法、ログイン処理プログラム及びログイン処理装置に関するものである。

従来、Ｗｅｂを使用して情報処理システムを使用する場合、既定のＵＲＬにアクセスし、所定のユーザＩＤやパスワードを入力することでログインしたものとみなし、以降の使用が可能になるという方法が一般的であった（例えば、特許文献１参照）。
特開２０００−０７６３２７号公報

しかし、Ｗｅｂシステムでは不特定多数のユーザを対象に、試用ユーザ用のアカウントを提供する必要が多いが、試用ユーザなどに作成した、アクセス要求ＵＲＬに対するユーザＩＤ、パスワード、使用期限などをサーバ側で作成・保存するのはサーバ側の管理面での大きな負荷になっていた。

本発明は、以上の点に着目して成されたもので、Ｗｅｂシステムにおいて、ログインに関する情報の管理を容易にするログイン処理方法、ログイン処理プログラム及びログイン処理装置を提供することを目的とする。

上記課題を解決するため、本発明のログイン処理方法は、クライアントからアクセス要求されたＵＲＬを受け付ける受付ステップと、前記受け付けたＵＲＬから日付情報を抽出する抽出ステップと、前記抽出された日付情報に基づいてログイン処理を行なうログインステップと、を有することを特徴とする。

本発明によれば、Ｗｅｂサーバ側でのログインに関する情報（有効期限やＩＤなど）の管理作業を軽減させる効果がある。

また、発行したアクセス要求ＵＲＬに入っている日付情報が使用期限情報であれば、サーバ側に該発行ＵＲＬ情報を保存して置くことなく、アクセス制限を行なうことができる。

また、発行したアクセス要求ＵＲＬが発行日付である場合、発行期間ごとに違う操作をユーザに行なわせるといった機能を実現できるという効果がある。

以下本発明を実施するための最良の形態を、実施例により詳しく説明する。

図１は、Ｗｅｂサーバ上のアプリケーションソフトへの試用ログインＵＲＬを電子メールで配布し、そのＵＲＬを使用して、ユーザがアクセスする手順を示したものである。該試用ログインＵＲＬは、該Ｗｅｂサーバのログインアクセス用のアドレス部分とパラメータ部分とで構成されている。

図２は、Ｗｅｂシステム全体のネットワーク処理装置の構成を示す図である。クライアントであるユーザはＷｅｂブラウザを用いて、Ｗｅｂサーバに接続して、希望の操作が行なえるようになっている。

図３は、本ＷｅｂシステムのＷｅｂサーバ側のブロック図を示すものである。３０１はシステムバスでありこのシステムバスを通して３０２〜３１０の各内部装置はデータをやり取りする。３０２はＣＰＵであり、図４〜５のフローチャートにしたがって、各々ログインパネル表示処理、ログイン処理を行なう。３０３はＲＯＭであり、システムのＯＳを起動したり、各デバイスをアクセスするのに必要な固定プログラムが格納されている。３０４はＲＡＭであり、３０５のハードディスクや、３１０のネットワークインターフェースカードを介して得られたプログラムを読み込んだり、プログラムの実行に必要なデータを一時保存したりするのに使われる。

３０６はフロッピー（登録商標）ディスク装置でフロッピー（登録商標）ディスクから本実施例のログイン処理をコンピュータに実行させるためのプログラムを読み込んだり、他のデータを読み書きするのに用いられる。３０７はキーボードおよびマウスで、この入力装置を介してユーザはシステムに指示入力を行なう。３０８はディスプレイでシステムの状態を表示したりする。３０９はプリンタで、作動ログデータなどを紙に印刷できる。３１０はネットワークインターフェースカードで、本ログイン処理や実際のアクセス処理に関するデータのやりとりを、３１１のネットワークケーブルを介して行なう。

Ｗｅｂサーバ上でのアプリケーション試用ＵＲＬを作成する方法について、図４に従って説明する。

４０１で、ユーザから新規の試用ＵＲＬの発行要求を受け付ける。

４０２で、そのユーザへの発行要求が正当なものであるか、要求項目をチェックし、正当でなければ、次の要求を待つ。

４０３で、試用の有効期限を発行要求項目にしたがって決定する。

４０４で、ログイン用のＵＲＬに対するパラメータ情報に、本有効期限情報を付加する。

４０５で、ログイン用のＵＲＬに対するパラメータ情報部分全体を暗号化する。これは、ユーザが任意に改変するのを防ぐためである。

４０６で、このパラメータ情報部分にチェックサムを付加し、改変されたかどうかがわかるようにする。

４０７で、このパラメータを、ログイン用のＵＲＬに付加して、ユーザが実際に使用できるＵＲＬを完成させる。

４０８で、このＵＲＬを要求したユーザにメール送付する。

次に、Ｗｅｂサーバ上のアプリケーションソフトが、ユーザからの上記アクセスＵＲＬ要求を受け付けて操作可能にさせるまでの方法について、図５に従って説明する。ユーザ側（クライアント）では、電子メール等で受信したＵＲＬ（該ＵＲＬはアクセス用のアドレスとパラメータ情報とで構成される）がダブルクリックされると、Ｗｅｂブラウザに該ＵＲＬが渡され、Ｗｅｂサーバにアクセスすることになる。

５０１で、Ｗｅｂサーバアプリケーションソフトはクライアントから新たなリクエストを受け付ける。具体的にはＷｅｂサーバあてにクライアントから送付されてくるＨＴＴＰプロトコルに従ったデータを受け取り、内容を解析する。

５０２で、そのリクエストがＷｅｂサーバのログインアクセス用のアドレスであるかどうかを判断し、宛先が正しい場合５０３に進む。正しくない場合、本Ｗｅｂサーバ上の他のアプリケーションがこのリクエストを処理することになる。

５０３で、リクエストデータからパラメータ部を抽出し、パラメータ部がユーザが理解困難なように暗号化されている場合、復号化を行なう。

５０４で、パラメータ部に付加されているチェックサムデータを調査し、パラメータ部が改変もしくは壊れていないことを確認する。

５０５で、パラメータがログイン用のものであるかを確認する。

ログイン用のアクセス要求であることが確認されれば、５０６で付加されているパラメータから、有効期限日付情報を抽出する。

５０７で、抽出した日付情報が有効期限内であるか否かを判断する。有効期限内であった場合、５０８に進む。

５０８で、Ｗｅｂサーバ内の所定の場所に、新規にセッション情報を作成して格納する。セッション情報とは、サーバ側に、それまでのやり取り情報として保存しておくもので、クライアントからの要求は必ずセッション番号をつけて送ってくれば、以前までのやり取りを一意に判別することができる仕組みである。

５０９で、Ｗｅｂアプリケーションの操作画面の作成とクライアントへの送出を行い、クライアントはＷｅｂブラウザ上で、アプリケーションの操作が可能となる。この際、セッション番号も送り返す。

なお、ここで言う日付情報は、時分秒を含んでもよいし、年情報や年月情報のみでも良いことは言うまでもない。

抽出した日付情報が指定期間か否かによった応答を返す方法を図６及び７によって説明する。

図６では、図４の４０３，４０４で有効期限日付をログイン用パラメータに付加していたのに替えて、発行時の日付情報をログイン用パラメータに付加して、ログインＵＲＬを作成する。

Ｗｅｂサーバ上のアプリケーションソフトが、図６で作成されたアクセスＵＲＬ要求を受け付けて操作可能にさせるまでの方法について、図７に従って説明する。

７０１で、Ｗｅｂサーバアプリケーションソフトはクライアントから新たなリクエストを受け付ける。

７０２で、そのリクエストがＷｅｂサーバのログインアクセス用のアドレスであるかどうかを判断し、宛先が正しい場合７０３に進む。

７０３で、リクエストデータからパラメータ部を抽出し、パラメータ部がユーザが理解困難なように暗号化されている場合、復号化を行なう。

７０４で、パラメータ部に付加されているチェックサムデータを調査し、パラメータ部が改変もしくは壊れていないことを確認する。

７０５で、パラメータがログイン用のものであるかを確認する。

ログイン用のアクセス要求であることが確認されれば、７０６で付加されているパラメータから、発行日付情報を抽出する。

７０７で、抽出した日付情報が、あらかじめ指定された有効期限１の範囲内であるか否かを判断する。有効期限１の範囲内であった場合、７０８に進む。

７０８で、Ｗｅｂサーバ内の所定の場所に、新規にセッション情報を作成して格納する。このセッション情報内に、有効期限１の権限で以降動作するという情報が書き込まれる。

７０９で、有効期限１のユーザ用に指定されたＷｅｂアプリケーションの操作画面の作成とクライアントへの送出を行い、クライアントはＷｅｂブラウザ上で、有効期限１のユーザとしてアプリケーションの操作が可能となる。

７０７で、有効期限１の範囲内でなかった場合、７１０で、あらかじめ指定された有効期限２の範囲内であるか否かを判断する。有効期限２の範囲内であった場合、有効期限１の場合と同様、７１１と７１２で操作画面を表示させる。

例えば、有効期限１のユーザは特別期間限定の優待アクセス権が付与されるが、有効期限２のユーザでは、行なえる処理内容が有効期限１のユーザより劣る運用などが想定される。

７１０で、有効期限２の範囲にも該当しない場合は、Ｗｅｂアプリケーションの利用はできない。

以上説明したように、本実施例１〜２によれば、アクセス要求ＵＲＬから日付情報を抽出し、日付情報に従ったＷｅｂサーバのログイン処理を行なうようにできるので、Ｗｅｂサーバ側でのＩＤ管理作業を軽減させる効果がある。

アクセス要求ＵＲＬを使用してＷｅｂアプリケーションを動作させることを示した図 Ｗｅｂシステム全体の構成を示す図 本Ｗｅｂサーバの構成を示すブロック図 実施例１のログインＵＲＬ発行手順を示すフローチャート 実施例１のログイン実行手順を示すフローチャート 実施例２のログインＵＲＬ発行手順を示すフローチャート 実施例２のログイン実行手順を示すフローチャート

符号の説明

３０１ システムバス
３０２ ＣＰＵ
３０３ ＲＯＭ
３０４ ＲＡＭ
３０５ ＨＤ
３０６ ＦＤ
３０７ キーボードおよびマウス
３０８ ディスプレイ
３０９ プリンタ
３１０ ネットワークインターフェースカード
３１１ ネットワークケーブル

Claims (6)

1. クライアントからアクセス要求されたＵＲＬを受け付ける受付ステップと、
   前記受け付けたＵＲＬから日付情報を抽出する抽出ステップと、
   前記抽出された日付情報に基づいてログイン処理を行なうログインステップと、
   を有することを特徴とするログイン処理方法。
2. 更に、前記日付情報を含むＵＲＬを発行する発行ステップを有することを特徴とする請求項１に記載のログイン処理方法。
3. 前記ログインステップでは、前記抽出した日付情報と現在の日付とを比較して、前記ログイン処理を行なうことを特徴とする請求項１に記載のログイン処理方法。
4. 前記ログインステップでは、前記抽出した日付情報が指定期間内であるか否かを判断した結果に基づいて、前記ログイン処理を行なうことを特徴とする請求項１に記載のログイン処理方法。
5. クライアントからアクセス要求されたＵＲＬを受け付ける受付ステップと、
   前記受け付けたＵＲＬから日付情報を抽出する抽出ステップと、
   前記抽出された日付情報に基づいてログイン処理を行なうログインステップと、
   の各ステップをコンピュータに実行させるためのプログラムコードを含むことを特徴とする、コンピュータ実行可能なログイン処理プログラム。
6. クライアントからアクセス要求されたＵＲＬを受け付ける受付手段と、
   前記受け付けたＵＲＬから日付情報を抽出する抽出手段と、
   前記抽出された日付情報に基づいてログイン処理を行なうログイン手段と、
   を有することを特徴とするログイン処理装置。

Images