(57)【要約】【課題】定期的にアクセス先を変更することができるようにする。【解決手段】情報処理サービスを提供するサーバ装置と通信可能に接続するアクセス先決定装置が、クライアント装置から送信される、情報処理サービスにアクセスするためのアクセス先情報を取得するコマンドであるアクセス先取得要求を受信し、アクセス先取得要求の受信に応じて、所定のアルゴリズムにより第１のアクセス先情報を生成し、生成したアクセス先情報をクライアント装置に送信し、サーバ装置が、クライアントから送信される、第１のアクセス先情報を含む処理要求を受信し、処理要求の受信に応じて、上記アルゴリズムと同じアルゴリズムにより第２のアクセス先情報を生成し、生成した第２のアクセス先情報と、受信した処理要求に含まれる第１のアクセス先情報とを比較して、情報処理サービスを提供するかどうかを判断するようにする。【選択図】  図１０
2007011886.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置からの処理要求に応じて提供される情報処理サービスへのアクセス制御方法であって、
前記情報処理サービスを提供するサーバ装置と通信可能に接続するアクセス先決定装置が、
前記情報処理サービスにアクセスするためのアクセス先情報を取得するコマンドであるアクセス先取得要求を前記クライアント装置から受信し、
前記アクセス先取得要求の受信に応じて、所定のアルゴリズムにより第１の前記アクセス先情報を生成し、
生成した前記アクセス先情報を前記クライアント装置に送信し、
前記サーバ装置が、
前記第１のアクセス先情報を含む前記処理要求を前記クライアントから受信し、
前記処理要求の受信に応じて、前記アルゴリズムと同じアルゴリズムにより第２の前記アクセス先情報を生成し、
前記第２のアクセス先情報と前記処理要求に含まれる前記第１のアクセス先情報とを比較して、前記クライアントからのアクセスを許可するかどうかを判断すること、
を特徴とするアクセス認証方法。
【請求項２】
請求項１に記載のアクセス認証方法であって、
前記アクセス先決定装置及び前記サーバ装置はそれぞれ、前記クライアント装置が前記情報処理サービスにアクセスする時間を示す情報をシードとして擬似乱数列を生成し、生成した前記擬似乱数列を含む前記アクセス先情報を生成すること、
を特徴とするアクセス認証方法。
【請求項３】
請求項１に記載のアクセス認証方法であって、
前記アクセス先取得要求には利用者を特定する利用者特定情報が含まれており、
前記アクセス先決定装置は、
前記利用者特定情報に対して前記アルゴリズムを適用することにより前記第１のアクセス先情報を生成し、
前記クライアント装置から前記サーバ装置に送信される前記処理要求には、前記利用者特定情報及び前記第１のアクセス先情報が含まれ、
前記サーバ装置は、
前記処理要求に含まれる前記利用者特定情報に対して前記アルゴリズムを適用することにより前記第２のアクセス先情報を生成すること、
を特徴とするアクセス認証方法。
【請求項４】
請求項１に記載のアクセス認証方法であって、
前記アクセス先決定装置は、
前記クライアント装置から、前記サーバ装置にアクセスする時間を示す第１のアクセス時間情報を含む前記アクセス先取得要求を受信し、
受信した前記第１のアクセス時間情報に対して前記アルゴリズムを適用して前記第１のアクセス先情報を生成し、
前記サーバ装置は、
前記処理要求を受信した時間を示す第２のアクセス時間情報を取得し、
取得した前記第２のアクセス時間情報に対して前記アルゴリズムを適用して前記第２のアクセス先情報を生成すること、
を特徴とするアクセス認証方法。
【請求項５】
クライアント装置からの処理要求に応じて情報処理サービスを提供するサーバ装置と、前記サーバ装置と通信可能に接続するアクセス先決定装置とを含んで構成され、
前記アクセス先決定装置が、
前記クライアント装置から送信される、前記情報処理サービスにアクセスするためのアクセス先情報を取得するコマンドであるアクセス先取得要求を受信するアクセス先取得要求受信部と、
前記アクセス先取得要求の受信に応じて、所定のアルゴリズムにより第１の前記アクセス先情報を生成する第１のアクセス先情報生成部と、
算出した前記アクセス先情報を前記クライアント装置に送信するアクセス先情報送信部と、を備え、
前記サーバ装置が、
前記クライアントから送信される、前記第１のアクセス先情報を含む前記処理要求を受信する処理要求受信部と、
前記処理要求の受信に応じて、前記アルゴリズムと同じアルゴリズムにより第２の前記アクセス先情報を生成する第２のアクセス先情報生成部と、
算出した第２の前記アクセス先情報と、受信した前記処理要求に含まれる前記第１のアクセス先情報とを比較して、前記クライアントからのアクセスを許可するかどうかを判断するアクセス認証処理部と、
を備えることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス認証方法および情報処理システムに関する。
【背景技術】
【０００２】
インターネットの普及にともない、様々なオンラインサービスが提供されている。オンラインサービスでは、ユーザＩＤとパスワードとを用いたユーザ認証が広く用いられており、ユーザ認証に用いられるパスワードの安全性を高める技術も各種提案されている。例えば、特許文献１には、いわゆるワンタイムパスワードを用いて認証を行う技術が開示されている。
【特許文献１】特開２００２−１３２７２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、情報処理サービスが提供されているアクセス先に対して、様々な文字の組み合わせによるパスワードを試行することでパスワードを取得するブルートフォースアタックなどの攻撃が行われることがある。このような攻撃に対しては、アクセス先を定期的に変更し、パスワードの試行自体をできないようにすることが有効である。しかしながら、アクセス先を変更する場合、従来は電子メールなどにより新しいアクセス先を利用者に連絡をする必要があり、このような利用者への連絡には手間がかかる。また、アクセス先が頻繁に変更されると、利用者がアクセス先を間違えてしまうこともあり、オンラインサービスの利便性を損なってしまう。
【０００４】
本発明は、このような背景を鑑みてなされたものであり、アクセス先を変更することのできるアクセス認証方法および情報処理システムを提供することを目的とする。この中でも特に、アクセス先を定期的に変更する技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、クライアント装置からの処理要求に応じて提供される情報処理サービスへのアクセス制御方法であって、前記情報処理サービスを提供するサーバ装置と通信可能に接続するアクセス先決定装置が、前記クライアント装置から送信される、前記情報処理サービスにアクセスするためのアクセス先情報を取得するコマンドであるアクセス先取得要求を受信し、前記アクセス先取得要求の受信に応じて、所定のアルゴリズムにより第１の前記アクセス先情報を生成し、生成した前記アクセス先情報を前記クライアント装置に送信し、前記サーバ装置が、前記クライアントから送信される、前記第１のアクセス先情報を含む前記処理要求を受信し、前記処理要求の受信に応じて、前記アルゴリズムと同じアルゴリズムにより第２の前記アクセス先情報を生成し、前記第２のアクセス先情報と前記処理要求に含まれる前記第１のアクセス先情報とを比較して、前記情報処理サービスを提供するかどうかを判断することとする。
【発明の効果】
【０００６】
本発明によれば、定期的にアクセス先を変更することのできるアクセス認証方法および情報処理システムを提供することができる。
【発明を実施するための最良の形態】
【０００７】
＝＝全体構成＝＝
図１は本実施形態に係る情報処理システムの全体構成を示す図である。同図に示すように、本実施形態の情報処理システムは、企業に設置される利用者端末１０及び中間サーバ２０、ならびにデータセンタに設置されるＡＳＰサーバ３０を含んで構成されている。利用者端末１０及び中間サーバ２０はそれぞれ企業内に敷設されているＬＡＮ（Local Area Network）４１に接続されている。ＡＳＰサーバ３０はインターネット４２に接続されている。利用者端末１０及び中間サーバ２０もＬＡＮ４１を介してインターネット４２に接続されており、利用者端末１０、中間サーバ２０、及びＡＳＰサーバ３０は互いに通信可能となっている。
【０００８】
ＡＳＰサーバ３０（本発明のサーバ装置に該当する。）は、インターネット４２を介して、ＡＳＰ（Application Service Provider）による、オンラインバンキングやチケット予約システムなどの情報処理サービスを提供するコンピュータである。ＡＳＰサーバ３０は、インターネット４２に接続されているコンピュータから、ＨＴＴＰ（HyperText Transfer Protocol）の規約にしたがったリクエスト（以下、ＡＳＰ処理要求という。）に応じて、各種の情報処理を行う。
【０００９】
利用者端末１０（本発明のクライアント装置に該当する。）は、ＡＳＰサーバ３０が提供する情報処理サービスの利用者が操作するコンピュータである。利用者端末１０は、例えば、Ｗｅｂブラウザのプログラムを実行し、利用者はＷｅｂブラウザを操作して、ＡＳＰサーバ３０の情報処理サービスにアクセスする。
【００１０】
本実施形態では、ＡＳＰサーバ３０が提供する情報処理サービスへのアクセス先となるＵＲＬ（Uniform Resource Locators）が定期的に変更される。中間サーバ２０（本発明のアクセス先決定装置に該当する。）は、そのアクセス先となるＵＲＬを所定のアルゴリズムに基づいて求めるコンピュータである。利用者端末１０は、ＡＳＰサーバ３０にアクセスする前に中間サーバ２０にアクセスし、中間サーバ２０から情報処理サービスにアクセスするためのＵＲＬを取得することで、定期的に変更されるＵＲＬへのアクセスが可能となっている。
【００１１】
なお、周知の通り、ＵＲＬにはリクエストを送信するプロトコル、リクエストの送信先のドメイン、及びリソースへのパスが含まれているが、本実施形態では、ドメインにはＡＳＰサーバ３０のＦＱＤＮ（Fully Qualified Domain Name）が設定され、ドメインは変更されないものとする。ＡＳＰサーバ３０のＦＱＤＮは例えば「www.＊＊＊＊-ngate.jp」のような文字列である。また、ＡＳＰサーバ３０が提供する情報処理サービスへのパスは「/service/index.cgi」で示されるものとし、このパス（以下、基本パスという。）に乱数列を挿入することでアクセス先を変更する。なお、アクセス先の変更処理の詳細については後述する。
【００１２】
＝＝利用者端末１０＝＝
図２に利用者端末１０のハードウェア構成を示す。同図に示すように、利用者端末１０はＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６を備えている。記憶装置１０３はプログラムやデータを記憶する例えばハードディスクドライブやＣＤ−ＲＯＭドライブなどである。ＣＰＵ１０１は記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより、例えばＷｅｂブラウザの機能など、各種の機能を実現する。通信インタフェース１０４は、ＬＡＮ４１に接続するためのインタフェースである。通信インタフェース１０４としては例えばイーサネット（登録商標）に接続するためのアダプタや電話回線に接続するためのモデムなどを用いることができる。入力装置１０５はデータを入力するための例えばキーボードやマウス、タッチパネル、マイクロフォンなどである。出力装置１０６はデータを出力するための例えばディスプレイやプリンタ、スピーカなどである。
【００１３】
図３は利用者端末１０の機能ブロック図である。同図に示すように、利用者端末１０は、ＵＲＬ取得要求送信部１１１、ＵＲＬ受信部１１２、ＡＳＰ処理要求送信部１１３、ＡＳＰ処理結果受信部１１４を備えている。
【００１４】
ＵＲＬ取得要求送信部１１１は、ＡＳＰサーバ３０により提供される情報処理サービスのアクセス先となるＵＲＬ（本発明のアクセス先情報に該当する。）を取得するためのコマンド（以下、ＵＲＬ取得要求という。本発明のアクセス先取得要求に該当する。）を中間サーバ２０に送信する。ＵＲＬ取得要求には、利用者の識別情報（以下、ユーザＩＤという。）が設定される。  
ＵＲＬ受信部１１２は、ＵＲＬ取得要求に応じて中間サーバ２０から送信されるＵＲＬを受信する。  
ＡＳＰ処理要求送信部１１３は、ＡＳＰ処理要求をＡＳＰサーバ３０に送信する。ＡＳＰ処理要求送信部１１３は、中間サーバ２０から受信したＵＲＬに含まれているパスをＡＳＰ処理要求に設定する。また、ＡＳＰ処理要求送信部１１３は、例えばユーザ認証に用いられるユーザＩＤやパスワードをＡＳＰ処理要求に設定するようにすることもできる。  
ＡＳＰ処理結果受信部１１４は、ＡＳＰ処理要求に応じてＡＳＰサーバ３０から応答されるデータ（以下、ＡＳＰ処理結果という。）を受信する。ＡＳＰ処理結果は、例えばＨＴＭＬにより記述されたＨＴＭＬファイルや画像データなどである。
【００１５】
なお、上記のＵＲＬ取得要求送信部１１１、ＵＲＬ受信部１１２、ＡＳＰ処理要求送信部１１３、及びＡＳＰ処理結果受信部１１４は利用者端末１０のＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。
【００１６】
＝＝中間サーバ２０＝＝
図４に中間サーバ２０のハードウェア構成を示す。同図に示すように、中間サーバ２０はＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４を備えている。記憶装置２０３はプログラムやデータを記憶する例えばハードディスクドライブやＣＤ−ＲＯＭドライブなどである。ＣＰＵ２０１は記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより各種の機能を実現する。通信インタフェース２０４は、ＬＡＮ４１に接続するためのインタフェースである。通信インタフェース２０４としては例えばイーサネット（登録商標）に接続するためのアダプタや電話回線に接続するためのモデムなどを用いることができる。
【００１７】
図５は中間サーバ２０の機能ブロック図である。同図に示すように中間サーバ２０は、ＵＲＬ生成情報受信部２１１、ＵＲＬ取得要求受信部２１２、ＵＲＬ生成部２１３、ＵＲＬ送信部２１４、ＵＲＬ生成情報記憶部２５を備えている。
【００１８】
ＵＲＬ生成情報記憶部２５は、ＡＳＰサーバ３０により提供される情報処理サービスのアクセス先となるＵＲＬを生成するために必要な情報（以下、ＵＲＬ生成情報という。）を記憶する。図６にＵＲＬ生成情報記憶部２５に記憶されるＵＲＬ生成情報の構成を示す。同図に示すように、ＵＲＬ生成情報はユーザＩＤ２５１、乱数データ２５２、間隔２５３を含んでいる。
【００１９】
ユーザＩＤ２５１は利用者の識別情報である。ＡＳＰなどの情報処理サービスでは、ユーザＩＤは会社を識別する情報となる。  
乱数データ２５２は、後述するように、アクセス先となるＵＲＬのパスに挿入する乱数列を生成する際に用いられるシードを決定するための情報である。  
間隔２５３は、利用者端末１０からアクセスするアクセス先となるＵＲＬを変更する時間的な間隔を示す情報である。間隔２５３には例えば「日」「週」「月」などの期間を示す単位が設定される。
【００２０】
本実施形態では、ＵＲＬ生成情報はＡＳＰサーバ３０において入力されて、ＡＳＰサーバ３０から中間サーバ２０に通知されるものとする。ＵＲＬ生成情報受信部２１１は、ＡＳＰサーバ３０から送信されるＵＲＬ生成情報を受信し、受信したＵＲＬ生成情報をＵＲＬ生成情報記憶部２５に記憶する。  
ＵＲＬ取得要求受信部２１２（本発明のアクセス先取得要求受信部に該当する。）は、利用者端末１０から送信されるＵＲＬ取得要求を受信する。
【００２１】
ＵＲＬ生成部２１３（本発明の第１のアクセス先情報生成部に該当する。）は、ＵＲＬ取得要求の受信に応じて、ＵＲＬ取得要求に設定されているユーザＩＤに対応するＵＲＬ生成情報をＵＲＬ生成情報記憶部２５から読み出し、読み出したＵＲＬ生成情報に基づいて所定のアルゴリズムによる擬似乱数列を生成し、生成した乱数列とユーザＩＤとを「/」を挟んで連結した上で、基本パスの先頭に挿入する。すなわち、ＵＲＬ生成部２１３により生成されるＵＲＬは「http://www.＊＊＊＊-ngate.jp/乱数列/ユーザＩＤ/service/index.cgi」となる。
【００２２】
乱数列の生成に際して、ＵＲＬ生成部２１３は、現在時刻を取得し、現在時刻からＵＲＬ生成情報の間隔２５３に応じた時間情報を求める。例えば、間隔２５３が「日」であった場合、ＵＲＬ生成部２１３は、現在時刻から日付を抽出して時間情報とする。間隔２５３が「週」であった場合、ＵＲＬ生成部２１３は、現在時刻が年の第何週目であるかを算出して時間情報とする。間隔２５３が「月」であった場合、ＵＲＬ生成部２１３は、現在時刻から月を抽出して時間情報とする。ＵＲＬ生成部２１３は、ＵＲＬ生成情報のユーザＩＤ、乱数データ、及び上記のようにして求めた時間情報を連結した文字列をシードとして、所定のアルゴリズムによる擬似乱数列を算出する。
【００２３】
なお、ＵＲＬ生成情報受信部２１１、ＵＲＬ取得要求受信部２１２、ＵＲＬ生成部２１３、及びＵＲＬ送信部２１４は、中間サーバ２０のＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。また、ＵＲＬ生成情報記憶部２５は、メモリ２０２及び記憶装置２０３の少なくともいずれかにより提供される記憶領域として実現される。
【００２４】
＝＝ＡＳＰサーバ３０＝＝
図７にＡＳＰサーバ３０のハードウェア構成を示す。同図に示すように、ＡＳＰサーバ３０はＣＰＵ３０１、メモリ３０２、記憶装置３０３、通信インタフェース３０４を備えている。記憶装置３０３はプログラムやデータを記憶する例えばハードディスクドライブやＣＤ−ＲＯＭドライブなどである。ＣＰＵ３０１は記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより各種の機能を実現する。通信インタフェース３０４は、インターネット４２に接続するためのインタフェースである。通信インタフェース３０４としては例えばイーサネット（登録商標）に接続するためのアダプタや電話回線に接続するためのモデムなどを用いることができる。
【００２５】
図８はＡＳＰサーバ３０の機能ブロック図である。同図に示すように、ＡＳＰサーバ３０は、ＵＲＬ生成情報入力部３１１、ＵＲＬ生成情報送信部３１２、ＡＳＰ処理要求受信部３１３、乱数列生成部３１４、利用者認証部３１５、ＡＳＰ処理部３１６、ＡＳＰ処理結果送信部３１７、ＵＲＬ生成情報記憶部３５を備えている。  
ＵＲＬ生成情報記憶部３５は、ＵＲＬ生成情報を記憶する。ＵＲＬ生成情報記憶部３５の構成は、中間サーバ２０のＵＲＬ生成情報記憶部２５と同様である。
【００２６】
ＵＲＬ生成情報入力部３１１は、ＵＲＬ生成情報の入力を受け付け、受け付けたＵＲＬ生成情報をＵＲＬ生成情報記憶部３５に記憶する。ＵＲＬ生成情報の入力は、例えば、キーボードやマウスなどの入力装置を介して入力するようにしてもよいし、電子メールやＨＴＴＰリクエストなどとして外部装置からデータを受信することにより受け付けるようにしてもよい。また、ＵＲＬ生成情報入力部３１１は、ＵＲＬ生成情報以外にも例えばパスワードなどの入力も受け付けるようにしてもよい。
【００２７】
ＵＲＬ生成情報送信部３１２は、ＵＲＬ生成情報入力部３１１が受け付けたＵＲＬ生成情報を中間サーバ２０に送信する。図９はＵＲＬ生成情報の登録処理の流れを示す図である。同図に示すように、ＡＳＰサーバ３０は、利用者のユーザＩＤや、乱数データ、間隔などの入力を受け付けると（Ｓ５０１）、受け付けたユーザＩＤ、乱数データ、及び間隔を設定したＵＲＬ生成情報をＵＲＬ生成情報記憶部３５に記憶するとともに（Ｓ５０２）、中間サーバ２０に送信する（Ｓ５０３）。中間サーバ２０は、ＡＳＰサーバ３０から送信されるＵＲＬ生成情報を受信して、受信したＵＲＬ生成情報をＵＲＬ生成情報記憶部２５に記憶する（Ｓ５０４）。このようにして、ＡＳＰサーバ３０に入力されたＵＲＬ生成情報は、ＡＳＰサーバ３０と中間サーバ２０との両方に登録される。
【００２８】
ＡＳＰ処理要求受信部３１３は、利用者端末１０から送信されるＡＳＰ処理要求を受信する。ＡＳＰ処理要求受信部３１３は、例えば、ＡＳＰサーバ３０で実行されるＷｅｂサーバの機能により実現される。
【００２９】
乱数列生成部３１４（本発明の第２のアクセス先情報生成部に該当する。）は、ＡＳＰ処理要求に設定されているユーザＩＤに基づいて乱数列を生成する。なお、乱数列生成部３１４は、中間サーバ２０のＵＲＬ生成部２１３と同様にして擬似乱数列を算出する。したがって、現在時刻から間隔２５３に応じて求める時間情報、ユーザＩＤ２５１、及び乱数データ２５２のそれぞれが同じであれば、中間サーバ２０のＵＲＬ生成部２１３が生成する乱数列と、乱数列生成部３１４が生成する乱数列とは一致する。
【００３０】
利用者認証部３１５（本発明のアクセス認証処理部に該当する。）は、ＡＳＰ処理要求に設定されている乱数列と上記乱数列生成部３１４が生成した乱数列とが一致するかどうかにより、情報処理サービスを提供するかどうかを判断し、情報処理サービスを提供する場合には、例えば、ユーザＩＤとパスワードなどを用いた一般的なユーザ認証を行う。
【００３１】
ＡＳＰ処理部３１６は、ＡＳＰ処理要求に応じた情報処理を行い、情報処理の結果としてのＨＴＭＬファイルや画像データなどをＡＳＰ処理結果送信部３１７が利用者端末１０に送信する。
【００３２】
なお、上記のＵＲＬ生成情報入力部３１１、ＵＲＬ生成情報送信部３１２、ＡＳＰ処理要求受信部３１３、乱数列生成部３１４、利用者認証部３１５、ＡＳＰ処理部３１６、及びＡＳＰ処理結果送信部３１７は、ＡＳＰサーバ３０が備えるＣＰＵ３０１が記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより実現される。また、ＵＲＬ生成情報記憶部３５は、メモリ３０２及び記憶装置３０３の少なくともいずれかにより提供される記憶領域として実現される。
【００３３】
＝＝ＡＳＰサーバ３０へのアクセス＝＝
以下、本実施形態の情報処理システムにおける処理について説明する。  
図１０に利用者端末１０からＡＳＰサーバ３０にアクセスする処理の流れを示す。また、図１１にこの処理において利用者端末１０に表示される画面の一例を示す。
【００３４】
図１１に示すように画面６１０はユーザＩＤの入力欄６１１を備えており、ボタン６１２が押下されると、利用者端末１０は、入力欄６１１に入力されたユーザＩＤを設定したＵＲＬ取得要求を中間サーバ２０に送信する（Ｓ５２１）。
【００３５】
中間サーバ２０は、利用者端末１０からＵＲＬ取得要求を受信すると、受信したＵＲＬ取得要求に設定されているユーザＩＤに対応するＵＲＬ生成情報をＵＲＬ生成情報記憶部２５から読み出す（Ｓ５２２）。中間サーバ２０は現在時刻を取得し、取得した現在時刻と、読み出したＵＲＬ生成情報の間隔２５３とに基づいて、時間情報を算出する（Ｓ５２３）。例えば間隔２５３が「日」であった場合、中間サーバ２０は現在時刻の日付を時間情報とする。中間サーバ２０は、算出した時間情報と、ユーザＩＤと、ＵＲＬ生成情報の乱数データ２５２とを、例えば連結するなどにより組み合わせ、組み合わせたデータをシードとして乱数列を生成する（Ｓ５２４）。中間サーバ２０は、生成した乱数列とユーザＩＤとを「/」で連結した文字列を、基本パスの先頭に挿入したＵＲＬを生成し（Ｓ５２５）、生成したＵＲＬを利用者端末１０に送信する（Ｓ５２６）。なお、ここで中間サーバ２０は、例えば、生成したＵＲＬに対するリンクを記述したＨＴＭＬファイルを作成し、作成したＨＴＭＬファイルを利用者端末１０に送信することができる。
【００３６】
利用者端末１０は、中間サーバ２０から送信されるＵＲＬを受信し、受信したＵＲＬにアクセスするためのＡＳＰ処理要求にＵＲＬのパスを設定してＡＳＰサーバ３０に送信する（Ｓ５２７）。例えば、利用者端末１０は、図１１の画面６２０のように、中間サーバ２０から受信したＨＴＭＬファイルを表示して、ＨＴＭＬファイルに表示されるＵＲＬへのリンクを利用者がクリックしたことに応じて、ＡＳＰ処理要求をＡＳＰサーバ３０に送信するようにすることができる。
【００３７】
ＡＳＰサーバ３０は、利用者端末１０から送信されるＡＳＰ処理要求を受信し、受信したＡＳＰ処理要求に設定されているパスから乱数列とユーザＩＤとを抽出し（Ｓ５２８）、抽出したユーザＩＤに対応するＵＲＬ生成情報をＵＲＬ生成情報記憶部３５から読み出す（Ｓ５２９）。ＡＳＰサーバ３０は、現在時刻を取得し、取得した現在時刻と、読み出したＵＲＬ生成情報の間隔２５３とに基づいて時間情報を算出し（Ｓ５３０）、算出した時間情報と、ユーザＩＤと、ＵＲＬ生成情報の乱数データ２５２とを、例えば連結するなどにより組み合わせ、組み合わせたデータをシードとして乱数列を生成する（Ｓ５３１）。ここでのＡＳＰサーバ３０による乱数列の生成は、（Ｓ５２４）における中間サーバ２０による乱数列の生成と同一の乱数列の生成アルゴリズムに基づいて行われる。
【００３８】
ＡＳＰサーバ３０は、生成した乱数列と、ＡＳＰ処理要求に設定されているパスから抽出した乱数列とが一致しているかどうかにより、ＡＳＰ処理を行うかどうかを決定する（Ｓ５３２）。上記の２つの乱数列が一致した場合には、ＡＳＰサーバ３０はユーザの認証処理を行う（Ｓ５３３）。なお、ここでの認証処理は、例えばユーザＩＤとパスワードを用いるなど一般的なものである。ユーザの認証に成功すると、ＡＳＰサーバ３０はＡＳＰ処理要求に応じた処理を行い（Ｓ５３４）、ＡＳＰ処理結果を利用者端末１０に送信する（Ｓ５３５）。
【００３９】
以上のように、利用者端末１０は、ＡＳＰサーバ３０へのアクセスの直前に中間サーバ２０からアクセス先を取得することで、定期的に変更されるＡＳＰサーバ３０のアクセス先のＵＲＬを特定することができる。したがって、利用者にあらかじめ連絡をすることなく、定期的にアクセス先となるＵＲＬを容易に変更することができる。これにより、ブルートフォースアタックなどによるパスワード試行のためのアクセス先を定期的に変更することができる。よって、情報処理システム全体としてのセキュリティ性を向上することができる。
【００４０】
また、アクセス先を変更するタイミングは、ＵＲＬ生成情報の間隔２５３として利用者毎に設定することができるので、例えば、利用者のパスワード長に合わせて間隔２５３を変更するなど、細かくセキュリティに関する設定を行うことができる。
【００４１】
また、利用者端末１０のアクセス先となるＵＲＬの生成に必要なＵＲＬ生成情報は中間サーバ２０に記憶されており、中間サーバ２０が乱数列の生成処理を行うため、アクセス先を確認するためにＡＳＰサーバ３０に問い合わせを行うなどの処理が必要ない。したがって、問い合わせなどに係る通信負荷を上げることなく、また問い合わせにかかるＡＳＰサーバ３０の処理負荷を上げることなく、アクセス先を変更することができる。
【００４２】
また、本実施形態では、利用者毎にユニークなユーザＩＤ２５１や乱数データ２５２と、アクセスするタイミングを示す時間情報とをシードとして乱数列を発生させるので、アクセス先の特定を困難なものとすることができる。これにより、情報処理システムのセキュリティ性を向上することができる。
【００４３】
＝＝アクセス前のＵＲＬ表示処理＝＝
次に、アクセス時点において中間サーバ２０との間で通信することができないような利用者端末１０に対して、あらかじめ将来時点におけるアクセス先となるＵＲＬを発行する処理について説明する。
【００４４】
図１２に将来時点におけるアクセス先となるＵＲＬを出力する処理の流れを示す。また、図１３にこの処理において利用者端末１０に表示される画面の例を示す。図１３に示すように、画面６３０は、ユーザＩＤの入力欄６３１と、ＡＳＰサーバ３０にアクセスする予定の日付の入力欄６３２とを備えている。図１３の例では、複数の日付（期間）を指定できるようにしている。利用者端末１０は画面６３０を表示し、ボタン６３３が押下されると、入力欄６３１に入力されたユーザＩＤと、入力欄６３２に入力された日付とを設定したＵＲＬ取得要求を中間サーバ２０に送信する（Ｓ５４１）。
【００４５】
中間サーバ２０は、利用者端末１０から送信されるＵＲＬ取得要求を受信すると、上記図１０の（Ｓ５２２）と同様にユーザＩＤに対応するＵＲＬ生成情報をＵＲＬ生成情報記憶部２５から読み出す（Ｓ５４２）。中間サーバ２０は、ＵＲＬ取得要求に設定されている日付のそれぞれについて、日付とＵＲＬ生成情報の間隔２５３とに基づいて時間情報を算出する（Ｓ５４３）。時間情報の算出処理は、上記図１０の（Ｓ５２３）と同様である。例えば、間隔２５３が「週」であった場合には、中間サーバ２０は、日付がその年の第何週に属しているかを求め、その値を時間情報とする。続いて中間サーバ２０は、上記図１０の（Ｓ５２４）〜（Ｓ５２５）と同様にして、乱数列を生成し（Ｓ５４４）、ＵＲＬを生成する（Ｓ５４５）。中間サーバ２０は、ＵＲＬを利用者端末１０に送信する（Ｓ５４６）。なお、ここで中間サーバ２０は、例えば、生成したＵＲＬへのリンクを記述したＨＴＭＬファイルを作成し、作成したＨＴＭＬファイルを利用者端末１０に送信するようにしてもよい。
【００４６】
利用者端末１０は、中間サーバ２０から送信されるＵＲＬを受信して、受信したＵＲＬを出力装置１０６に出力する（Ｓ５４７）。例えば、中間サーバ２０からＵＲＬへのリンクを記述したＨＴＭＬファイルが送信された場合には、利用者端末１０は受信したＨＴＭＬファイルを表示するようにすることもできる。図１３に示す画面６４０は、上記ＵＲＬのリンクを含むＨＴＭＬファイルを表示した例である。
【００４７】
上記のようにして、利用者端末１０は、あらかじめ将来時点でのアクセス先となるＵＲＬを出力することができる。したがって、例えばモバイル端末などのように、ＡＳＰサーバ３０にアクセスする際に企業内のＬＡＮ４１に接続していない状況が想定されるような利用者端末１０であっても、上記のようにしてあらかじめ取得しておいたＵＲＬにアクセスを行うことにより、定期的に変更されるＵＲＬにアクセスすることが可能となり、情報処理サービスのセキュリティを確保しつつ利便性を高めることができる。
【００４８】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００４９】
例えば、本実施形態では、乱数列とユーザＩＤとをパスに挿入するものとしたが、パスには乱数列のみを挿入するようにして、ユーザＩＤは、パスワードなどとともにＡＳＰ処理要求に設定して送信するようにしてもよい。
【００５０】
また、本実施形態では、中間サーバ２０及びＡＳＰサーバ３０はそれぞれ時間情報、ユーザＩＤ、乱数データをシードとした乱数列を生成するものとしたが、これに限らず、時間情報と乱数データとをシードとした乱数列や時間情報とユーザＩＤとをシードとした乱数列を生成するようにしてもよい。また、乱数以外にも、任意のアルゴリズムを用いた生成したデータを乱数列に代えて挿入するようにしてもよい。すなわち、中間サーバ２０及びＡＳＰサーバ３０のそれぞれにおいて同一のアルゴリズムにより、パスに挿入するデータを決定すればよい。
【００５１】
また、本実施形態では、生成した乱数列とユーザＩＤとをパスの先頭に挿入するようにしたが、これに限らず、例えば、パスの最後に連結するようにしてもよいし、パスの途中に挿入するようにしてもよい。さらに、ＵＲＬの引数として設定するようにしてもよい。
【００５２】
また、本実施形態では、中間サーバ２０がＵＲＬを生成するものとしたが、利用者端末１０がＵＲＬを生成する処理を行うようにしてもよい。この場合、例えば利用者端末１０にＵＲＬを生成するプログラムをインストールすることにより、中間サーバ２０を設置することなく、定期的に変更されるＵＲＬにアクセスすることが可能となる。
【００５３】
また、本実施形態では、ＡＳＰサーバ３０は利用者端末１０からＡＳＰ処理要求を受信する毎に乱数列を生成するものとしたが、一度生成した乱数列をユーザＩＤと時間情報に対応付けて記憶しておくようにしてもよい。
【００５４】
また、中間サーバ２０をＰＲＯＸＹサーバとして設置し、利用者端末１０からＡＳＰサーバ３０に送信されるＡＳＰ処理要求を監視し、中間サーバ２０がＡＳＰ処理要求に含まれているパスに乱数列とユーザＩＤを挿入するようにしてもよい。中間サーバ２０は、例えば、利用者端末１０を特定する情報（ＩＰアドレスなど）に対応付けて、ユーザＩＤを記憶しておくようにすることができる。また、中間サーバ２０は、ＡＳＰ処理要求にユーザＩＤやパスワードなどの認証情報が設定される場合には、そのユーザＩＤを抽出するようにすることもできる。この場合、利用者はＡＳＰサーバ３０にアクセスする前に中間サーバ２０にアクセスするという手間をかけることなく、定期的に変更されるＵＲＬにアクセスすることができる。
【図面の簡単な説明】
【００５５】
【図１】
【図２】利用者端末１０のハードウェア構成を示す図である。
【図３】利用者端末１０の機能ブロック図である。
【図４】中間サーバ２０のハードウェア構成を示す図である。
【図５】中間サーバ２０の機能ブロック図である。
【図６】ＵＲＬ生成情報記憶部２５に記憶されるＵＲＬ生成情報の構成を示す図である。
【図７】ＡＳＰサーバ３０のハードウェア構成を示す。
【図８】ＡＳＰサーバ３０の機能ブロック図である。
【図９】ＵＲＬ生成情報の登録処理の流れを示す図である。
【図１０】利用者端末１０からＡＳＰサーバ３０にアクセスする処理の流れを示す図である。
【図１１】図１０の処理において利用者端末１０に表示される画面の一例を示す図である。
【図１２】将来時点におけるアクセス先となるＵＲＬを出力する処理の流れを示す図である。
【図１３】図１２の処理において、利用者端末１０に表示される画面の例を示す図である。
【符号の説明】
【００５６】
１０    利用者端末
１０１  ＣＰＵ                    １０２  メモリ
１０３  記憶装置                  １０４  通信インタフェース
１０５  入力装置                  １０６  出力装置
１１１  ＵＲＬ取得要求送信部      １１２  ＵＲＬ受信部
１１３  ＡＳＰ処理要求送信部      １１４  ＡＳＰ処理結果受信部
２０    中間サーバ
２０１  ＣＰＵ                    ２０２  メモリ
２０３  記憶装置                  ２０４  通信インタフェース
２１１  ＵＲＬ生成情報受信部      ２１２  ＵＲＬ取得要求受信部
２１３  ＵＲＬ生成部              ２１４  ＵＲＬ送信部
２５    ＵＲＬ生成情報記憶部
２５１  ユーザＩＤ                ２５２  乱数データ
２５３  間隔
３０    ＡＳＰサーバ
３０１  ＣＰＵ                    ３０２  メモリ
３０３  記憶装置                  ３０４  通信インタフェース
３１１  ＵＲＬ生成情報入力部      ３１２  ＵＲＬ生成情報送信部
３１３  ＡＳＰ処理要求受信部      ３１４  乱数列生成部
３１５  利用者認証部              ３１６  ＡＳＰ処理部
３１７  ＡＳＰ処理結果送信部
３５    ＵＲＬ生成情報記憶部
４１    ＬＡＮ                    ４２    インターネット
６１０  画面                      ６２０  画面
６３０  画面                      ６４０  画面
【図１】
2007011886.tif 000003
【図２】
2007011886.tif 000004
【図３】
2007011886.tif 000005
【図４】
2007011886.tif 000006
【図５】
2007011886.tif 000007
【図６】
2007011886.tif 000008
【図７】
2007011886.tif 000009
【図８】
2007011886.tif 000010
【図９】
2007011886.tif 000011
【図１０】
2007011886.tif 000012
【図１１】
2007011886.tif 000013
【図１２】
2007011886.tif 000014
【図１３】
2007011886.tif 000015