JP2021140821A - 画面制御装置及び画面制御方法 - Google Patents

Abstract

【課題】アクセス制限されたサイトにおいてセッションハイジャックのリスクを低減させながら、画面遷移を伴うシステムにおける画面操作の利便性を向上させるための技術を提供することである。【解決手段】本発明の一態様は、画面制御装置であって、クライアント装置から画面遷移要求を受信すると、ログイン経過情報に基づき、当該クライアント装置からログインをしているユーザに対する再認証の要否を判断するログイン状態情報管理部と、上記再認証が必要なときには、上記クライアント装置に対して再認証要求を送信する送信部と、を備える。【選択図】図８

Description

本発明は、クライアント・サーバシステムに関し、より詳細には、クライアント装置の認証状態を管理するための技術に関する。

現在、ユーザはパーソナルコンピュータや携帯端末などの情報処理装置を利用して、インターネットを介しサーバとやりとりし、各種サービスやコンテンツを利用することができる。例えば、ユーザは、パーソナルコンピュータ上で実行されるＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒなどのブラウザを利用して、インターネット上の所望のウェブサイトにアクセスすることができる。また同様に、ユーザは、タブレットやスマートフォン上のＧｏｏｇｌｅ ＣｈｒｏｍｅやＳａｆａｒｉなどのブラウザや各種アプリを利用して、インターネットを介し各種サービスを利用することができる。

これらのウェブサイトは、全てのユーザに開放されるアクセス制限のないウェブサイトと、特定のユーザのみがアクセス可能なアクセス制限されたウェブサイトとに大別される。アクセス制限されたウェブサイトにアクセスする際、当該ウェブサイトの認証システムが、予め発行されたユーザＩＤ及びパスワードなどの認証情報を認証画面に入力するようユーザに要求し、認証が成功したユーザのみに当該ウェブサイトへのアクセスを許可する。例えば、図１に示されるように、ユーザがアクセス制限されたウェブサイトにアクセスする際、認証システムは、認証画面（Ａ画面）上で認証情報を入力するようユーザに要求し、入力された認証情報を取得する。認証システムは、取得された認証情報に基づき、当該ユーザがウェブサイトへのアクセスが許可されたユーザであるか判断し、当該ユーザがウェブサイトへのアクセスが許可されたユーザである場合、ユーザにウェブサイトへのアクセスを許可する。その後、ウェブシステムが、例えば、認証されたユーザに対するウェブサイトのトップ画面（Ｂ画面）を送信する。

このようなアクセス制限されたウェブサイトでは、典型的には、複数のウェブシステムが認証されたユーザに対して各種サービスを提供することができる。リバースプロキシタイプのシステムでは、図２に示されるように、認証システムは、認証されたユーザに対して複数のウェブシステムの間で共用されるセッションＩＤを発行し、当該セッションＩＤに基づきユーザのために各ウェブシステムにより実行されるセッションを管理する。例えば、ユーザが参加するサービスがウェブシステムＡ，Ｂ，Ｃによりそれぞれ実行されるトランザクションＡ−１，Ａ−２，Ａ−３から構成されるトランザクション系列Ａにより実現される場合、図３に示されるように、認証システムにより認証された後、ユーザはまずウェブシステムＡにアクセスして、ウェブシステムＡにより提供される画面を操作することによってトランザクションＡ−１を実行する。次に、ユーザはウェブシステムＢにアクセスして、ウェブシステムＢにより提供される画面を操作することによってトランザクションＡ−２を実行する。最後に、ユーザはウェブシステムＣにアクセスして、ウェブシステムＣにより提供される画面を操作することによってトランザクションＡ−３を実行する。

特開平１１−３１１２６号公報 特開２０１１−５３９６９号公報

このようなアクセス制限されたウェブサイトでは、セキュリティの向上のため、発行されたセッションＩＤの発行時刻に基づき、ユーザが一定時間ウェブシステムにアクセスしていないと判断された場合、当該ユーザに対するセッションはタイムアウトされる。しかしながら、悪意ある第三者が不正にセッションをハイジャックしてウェブシステムに対して処理を継続した場合、上述した無操作タイムアウトアプローチでは、このような不正なアクセスを防ぐことができない。

また、セッションＩＤの発行から一定時間経過後に強制的にセッションを切断する強制ログアウトアプローチも考えられる。しかしながら、ウェブシステムにおける処理の実行中に強制的にセッションが切断される場合、図４に示されるように、認証システムは、ウェブシステムのトランザクション系列に割り込むことはできず、トランザクション画面に再認証画面を割り込ませることはできない。また、トランザクションを強制終了した後に再認証に成功したとしても、次のトランザクションに遷移したり、元のトランザクションに戻ることもできず、ユーザは最初のトランザクションから作業をやり直す必要が生じる可能性がある。

さらに、上述したように、セッションＩＤは複数のウェブシステムで共用されるため、１つのウェブシステムにおいてセッションが切断されると、他のウェブシステムも強制的にログアウトされてしまう。ログインのタイミング次第では、後から利用を開始したウェブシステムは短時間で強制ログアウトされる可能性がある。

上述した問題点を鑑み、本発明の課題は、アクセス制限されたサイトにおいてセッションハイジャックのリスクを低減させながら、画面遷移を伴うシステムにおける画面操作の利便性を向上させるための技術を提供することである。

上記課題を解決するため、本発明の一態様は、画面制御装置であって、クライアント装置から画面遷移要求を受信すると、ログイン経過情報に基づき、当該クライアント装置からログインをしているユーザに対する再認証の要否を判断するログイン状態情報管理部と、上記再認証が必要なときには、上記クライアント装置に対して再認証要求を送信する送信部と、を備える。

本発明の他の態様は、画面制御方法であって、クライアント装置から画面遷移要求を受信すると、ログイン経過情報に基づき、当該クライアント装置からログインをしているユーザに対する再認証の要否を判断するログイン状態情報管理工程と、上記再認証が必要なときには、上記クライアント装置に対して再認証要求を送信する送信工程と、を備える。

本発明によると、アクセス制限されたサイトにおいてセッションハイジャックのリスクを低減させながら、画面遷移を伴うシステムにおける画面操作の利便性を向上させることができる。

図１は、従来のアクセス制限されたウェブサイトにアクセスするための認証処理を示すシーケンス図である。 図２は、アクセス制限されたウェブサイトを実現するための一例となるシステム構成を示す概略図である。 図３は、一例となる複数のウェブシステムにより実行されるトランザクション系列を示す概略図である。 図４は、一例となるトランザクション系列の実行中における強制ログアウトを示す概略図である。 図５は、一例となるトランザクション系列の実行中における強制ログアウトを示す概略図である。 図６は、本発明の一実施例によるクライアント・サーバシステムを示す概略図である。 図７は、本発明の一実施例による認証管理装置のハードウェア構成を示すブロック図である。 図８は、本発明の一実施例による認証管理装置の機能構成を示すブロック図である。 図９は、本発明の一実施例による認証管理処理を示すシーケンス図である。 図１０は、本発明の一実施例による認証管理処理を示すフロー図である。

以下、図面に基づいて本発明の実施の形態を説明する。

後述される実施例では、リバースプロキシタイプのクライアント・サーバシステムが開示される。本開示を概略すると、ユーザはまず、アクセス制限されたウェブサイトにアクセスするために認証システムにより認証される。認証が成功すると、ユーザは、クライアント装置を用いてウェブサービスを提供する処理システムとやりとりし、所望のサービスを実現するためトランザクション系列を実行する。ウェブサイトにおける認証管理装置は、ユーザの認証状態を監視し、ユーザが画面の間を遷移するタイミングで、定期的にユーザに対する再認証を要求する。このとき、認証管理装置は、遷移先画面に引き継ぐための引継情報を保持し、再認証の成功後に遷移先画面に当該引継情報を提供する。

これにより、悪意のある第三者がセッションをハイジャックし、不正に業務を継続した場合であっても、画面遷移タイミングで当該第三者に対する再認証が実行され、セキュリティを強化することができる。また、トランザクションが完了したタイミングで再認証が実行されるため、仕掛かり中の作業が無駄になったり、ログアウト直前に遷移した処理システムと短時間しかやりとりできないという事態を回避することができる。さらに、遷移元画面から引き継がれるべき引継情報を保持し、再認証後に遷移先画面に提供することによって、再認証後の遷移先画面へのスムースな遷移が可能になる。

まず、図６を参照して、本発明の一実施例によるクライアント・サーバシステムを説明する。図６は、本発明の一実施例によるクライアント・サーバシステムを示す概略図である。

図６に示されるように、クライアント・サーバシステム１０は、クライアント装置２０、認証システム５０、認証管理装置１００及び処理システム２００を有する。後述される実施例では、クライアント・サーバシステム１０は、リバースプロキシタイプのシステムであり、認証システム５０は、処理システム２００にアクセスするための認証機能を担い、各処理システム２００は、認証システム５０によって認証されたユーザに対して発行されたセッションＩＤを共用する。認証システム５０、認証管理装置１００及び処理システム２００が、認証されたユーザのみがアクセスすることを許可されるアクセス制限されたウェブサイトを実現する。なお、図示された実施例では、説明の便宜上、認証管理装置１００はスタンドアローンな装置として示されているが、これに限定されず、例えば、認証システム５０に搭載されてもよい。

クライアント装置２０は、パーソナルコンピュータ、タブレット、スマートフォンなどの通信機能を備えた情報処理装置である。ユーザは、クライアント装置２０のブラウザ又はアプリケーションを操作することによって、ウェブサイトから提供される各種サービス及びコンテンツを利用する。当該ウェブサイトがアクセス制限されている場合、ユーザはまず、認証システム５０から提供される認証画面にユーザＩＤ及びパスワードなどの認証情報を入力する。認証が成功すると、ユーザは、ウェブサイトにアクセスすることが許可され、処理システム２００と１つ以上のトランザクションを実行することによって各種サービスを利用することができる。なお、以下の実施例による認証処理では、ユーザにより提供されたユーザＩＤ及びパスワードに基づくユーザ認証が利用されるが、本発明はこれに限定されるものでない。例えば、クライアント装置２０に付与された端末識別子などに基づくデバイス認証を利用して、認証処理が実行されてもよい。

認証システム５０は、ウェブサイトにアクセスしたユーザを認証し、認証されたユーザに処理システム２００へのアクセスを許可する。具体的には、認証システム５０は、認証されたユーザのセッション管理のためのセッションＩＤを発行し、以降におけるユーザのクライアント装置２０と処理システム２００との間の処理を管理する。上述されたように、セッションＩＤは、複数の処理システム２００の間で共用される。

認証管理装置１００は、以下でより詳細に説明されるように、認証システム５０によって処理システム２００に接続することが許可されたユーザの認証状態を管理する。図示された実施例では、認証管理装置１００は独立したサーバとして示されているが、ネットワーク機器として実現されてもよく、例えば、認証システム５０に搭載されてもよい。

処理システム２００は、当該ウェブサイトにおいて提供される各種サービスを実現するウェブサーバである。図示されるように、当該ウェブサイトは複数の処理システム２００により運用され、複数の処理システム２００が連係してクライアント装置２０にサービスを提供する。具体的には、サービスは、クライアント装置２０が各処理システム２００とのトランザクションを実行することによって提供される。典型的には、サービスは、一連のトランザクション、すなわち、トランザクション系列をクライアント装置２０と複数の処理システム２００との間で実行することによって実現される。ここで、トランザクション間の遷移は、ブラウザにおける画面遷移として検出されうる。

認証システム５０、認証管理装置１００及び処理システム２００はそれぞれサーバとして実現されてもよい。以下では、説明の簡単化のため、認証管理装置１００のハードウェア構成に着目するが、認証システム５０及び処理システム２００もまた同様のハードウェア構成により実現可能である。図７に示されるように、認証管理装置１００は、バスＢを介し相互接続されるドライブ装置１０１、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０４、インタフェース装置１０５及び通信装置１０６を有する。

認証管理装置１００における後述される各種機能及び処理を実現するプログラムを含む各種コンピュータプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、フラッシュメモリなどの記録媒体１０７によって提供されてもよい。プログラムを記憶した記録媒体１０７がドライブ装置１０１にセットされると、プログラムが記録媒体１０７からドライブ装置１０１を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０７により行う必要はなく、ネットワークなどを介し何れかの外部装置からダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムやデータを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるような認証管理装置１００の各種機能及び処理を実行する。インタフェース装置１０５は、ネットワーク又は外部装置に接続するための通信インタフェースとして用いられる。通信装置１０６は、インターネットなどのネットワークと通信するための各種通信処理を実行する。

しかしながら、認証管理装置１００は、上述したハードウェア構成に限定されるものでなく、他の何れか適切なハードウェア構成により実現されてもよい。例えば、上述したように、認証管理装置１００は、ネットワーク機器として実現されてもよく、認証システム５０に搭載されてもよい。

次に、図８を参照して、本発明の一実施例による認証管理装置の構成を説明する。図８は、本発明の一実施例による認証管理装置の機能構成を示すブロック図である。

図８に示されるように、認証管理装置１００は、ログイン状態情報管理部１１０、受信部１２０、送信部１３０及び遷移制御部１４０を有する。

ログイン状態情報管理部１１０は、ユーザのログイン状態を示すログイン状態情報を管理すると共に、受信部１２０がクライアント装置２０から画面遷移要求を受信すると、ログイン状態情報に基づきユーザに対する再認証が必要か判断する。例えば、ログイン状態情報管理部１１０は、クライアント装置２０が画面Ａから画面Ｂに遷移するとき、ログイン状態情報に基づきユーザに対する再認証が必要か判断する。本実施例では、クライアント装置２０が画面Ａから画面Ｂに遷移するタイミング、すなわち、画面遷移タイミングで、ログイン状態情報管理部１１０は、ユーザに対する再認証が必要か判断する。本実施例によると、悪意のある第三者がセッションをハイジャックし、不正に業務を継続した場合であっても、従来の無操作タイムアウトアプローチと比較して、画面遷移タイミングで当該第三者を再認証させるため、セキュリティを強化することができる。さらに、本実施例によると、ログインから一定時間経過後にユーザを強制的にログアウトする強制ログアウトアプローチと異なって、現在画面におけるトランザクションを完了したタイミングで再認証が実行される。このため、トランザクション実行中にログアウトが実行され、仕掛かり中の作業が無駄になったり、ログアウト直前に遷移した画面Ｂを短時間しか処理できないという事態を回避することができる。なお、２つの画面Ａ，Ｂは異なる処理システム２００により提供されてもよいし、あるいは、同一の処理システム２００により提供されてもよい。

一実施例では、ログイン状態情報は、認証システム５０により発行されたユーザに対するセッションＩＤと、ユーザのログイン時刻とを含むものであってもよい。ログイン状態情報は認証システム５０から取得可能であり、ログイン状態情報管理部１１０は、ユーザに対して発行されたセッションＩＤと、認証システム５０がユーザを認証した時刻又は再認証した時刻とを関連付けて保持する。

例えば、クライアント装置２０が画面Ａから画面Ｂに遷移するとき、ログイン状態情報管理部１１０は、ログイン時刻から算出されたログイン経過時間が所定の閾値を超えると、ユーザに対する再認証が必要であると判断してもよい。具体的には、ログイン状態情報管理部１１０は、保持しているログイン時刻と現在時刻とを定期的に監視し、現在時刻からログイン時刻の差として算出されるログイン経過時間が所定の閾値、すなわち、所定の強制再認証リクエスト時間を超過しているセッションＩＤを検出すると、当該セッションＩＤの再認証要否フラグを「再認証要（０）」に設定する。この場合、クライアント装置２０の画面遷移タイミングで、ログイン状態情報管理部１１０は、当該ユーザのセッションＩＤに対応する再認証要否フラグを確認し、再認証要否フラグが「再認証要（０）」に設定されている場合、ログイン状態情報管理部１１０は、ユーザに対する再認証が必要であると判断する。しかしながら、再認証要否判断は再認証要否フラグの利用に限定されるものでなく、例えば、クライアント装置２０の画面遷移タイミングで、ログイン状態情報管理部１１０は、当該ユーザのログイン時刻からログイン経過時間を算出し、算出されたログイン経過時間が所定の強制再認証リクエスト時間を超過している場合、ユーザに対する再認証が必要であると判断してもよい。

受信部１２０は、画面遷移要求をクライアント装置２０から受信する。上述したように、受信部１２０がクライアント装置２０から画面遷移要求を受信すると、ログイン状態情報管理部１１０は、ログイン状態情報から算出されるログイン経過時間に基づきユーザに対する再認証が必要か判断する。ここで、当該画面遷移要求は遷移先画面のアドレスを有し、画面遷移要求を受信すると、受信部１２０は、遷移先画面のアドレスを抽出し、抽出したアドレスを遷移制御部１４０に通知する。

送信部１３０は、ユーザに対する再認証が必要である場合、クライアント装置２０に再認証要求を送信する。すなわち、ログイン状態情報管理部１１０が、画面遷移タイミングでユーザに対する再認証が必要であると判断すると、送信部１３０は、再認証要求をクライアント装置２０に送信する。再認証要求を受信すると、ユーザは、認証システム５０に認証情報を送信することによって認証処理を実行する。

遷移制御部１４０は、遷移先画面に引き継ぐ引継情報を含む画面遷移要求の中継又は実行を留保して、ユーザが再認証された場合、画面遷移要求を中継又は実行する。すなわち、ログイン状態情報管理部１１０が、画面遷移タイミングでユーザに対する再認証が必要であると判断すると、遷移制御部１４０は、クライアント装置２０の現在の画面（遷移元画面）から、遷移先画面に引き継がれるべき引継情報を取得し、当該引継情報を含む画面遷移要求の遷移先画面への中継を留保し、又は画面遷移要求の実行を留保してもよい。当該引継情報は、例えば、遷移先画面において再利用可能な情報であり、典型的には、遷移元画面に保持されるユーザ識別子などの基本情報、ユーザによって遷移元画面に入力された入力情報、遷移元画面における画像情報、遷移元画面における処理結果などであってもよい。例えば、遷移元画面のソースコードに遷移先画面に引き継がれるべき情報が記述されている場合、遷移制御部１４０は、遷移元画面から当該情報を引継情報として取得してもよい。ここで、引継情報は、ユーザのセッションＩＤと関連付けて保持されてもよく、再認証前後におけるユーザの同一性を確保するため、再認証前後で同一のセッションＩＤが認証システム５０により割り当てられるか、又は、再認証前後におけるユーザの同一性を担保するために、再認証前後のセッションＩＤが関連付けされてもよい。

認証情報に基づき再認証が成功すると、遷移制御部１４０は、受信部１２０から取得した遷移先画面のアドレス、典型的には、遷移先画面のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にクライアント装置２０を遷移させる。これにより、遷移元画面と遷移先画面との間に再認証画面を挿入し、再認証が成功した場合、クライアント装置２０を遷移先画面に遷移させることが可能になる。他方、ユーザが再認証されなった場合、遷移制御部１４０は、遷移先画面にクライアント装置２０を遷移させることなく所定の処理を実行してもよい。例えば、ユーザが再認証されなった場合、遷移制御部１４０は、所定の回数までユーザに再認証を実行させてもよいし、システム管理者に再認証が不成功だったことを報告してもよいし、及び／又は、当該ユーザに関する情報を不正アクセスとしてログに記録してもよい。ユーザが認証システム５０によって再認証されると、遷移制御部１４０は、画面遷移要求を中継又は実行する。すなわち、遷移制御部１４０は、受信部１２０から取得した遷移先画面のアドレスにクライアント装置２０に表示される画面を画面遷移要求における遷移先画面に遷移させる。これにより、再認証されたユーザのクライアント装置２０をスムースに遷移先画面に遷移させることができる。

次に、図９を参照して、本発明の一実施例によるクライアント・サーバシステムにおける認証管理処理を説明する。図９は、本発明の一実施例による認証管理処理を示すシーケンス図である。当該認証管理処理は、ユーザがアクセス制限されたウェブサイトにアクセスしたことに応答して開始されてもよい。

図９に示されるように、ステップＳ１０１において、ユーザは、認証システム５０により提供された認証画面に認証情報を入力することによって、当該認証情報を認証システム５０に送信する。

ステップＳ１０２において、認証システム５０は、受信した認証情報に基づきユーザを認証し、認証が成功すると、ログイン状態情報管理部１１０にログイン状態情報を送信する。例えば、ログイン状態情報は、認証システム５０によってユーザに発行されたセッションＩＤと、ログイン時刻とを含むものであってもよい。

ステップＳ１０３において、認証システム５０は、クライアント装置２０にユーザ認証が成功したことを通知する。

ステップＳ１０４において、クライアント装置２０は、所望のサービスを利用するため処理システム２０１（図示せず）にアクセスし、処理システム２０１から受信した画面（Ａ画面）を操作（データの入力など）することによって処理システム２０１とのトランザクションを実行する。クライアント装置２０がＡ画面におけるトランザクションを完了し、画面遷移要求を送信すると、ログイン状態情報管理部１１０は、保持している当該ユーザのログイン状態情報を確認し、ユーザに対する再認証が必要であるか判断する。例えば、ログイン状態情報管理部１１０は、ログイン時刻から算出されたログイン経過時間が所定の閾値を超えている場合、ユーザに対する再認証が必要であると判断してもよい。

再認証が必要である場合、ステップＳ１０５において、遷移制御部１４０は、遷移元の画面Ａから遷移先の画面Ｂにおいて再利用可能な引継情報を含む画面遷移要求の中継又は実行を留保する。当該引継情報は、遷移先画面Ｂにおいて再利用可能な情報であり、典型的には、遷移元画面Ａに保持されるユーザ識別子などの基本情報、ユーザによって遷移元画面Ａに入力された入力情報、遷移元画面Ａにおける画像情報、遷移元画面Ａにおける処理結果などであってもよい。他方、再認証が不要である場合、ログイン状態情報管理部１１０は、クライアント装置２０が遷移先の画面Ｂにおいてトランザクションを開始することを許可する。

ステップＳ１０６において、送信部１３０は、ユーザに対する再認証が必要であることを認証システム５０に通知し、認証システム５０は、認証画面（Ｃ画面）をクライアント装置２０に送信する。

ステップＳ１０７において、ユーザは、受信した認証画面に認証情報を再入力することによって、当該認証情報を認証システム５０に送信する。

ステップＳ１０８において、認証システム５０は、受信した認証情報に基づきユーザを認証し、認証が成功すると、ログイン状態情報管理部１１０にログイン状態情報を送信する。ここで、遷移制御部１４０が、再認証前にユーザに対して発行されたセッションＩＤと関連付けてクライアント装置２０のための引継情報を保持している場合、認証システム５０は、再認証前にユーザに対して発行されたものと同一のセッションＩＤと、更新されたログイン時刻とをログイン状態情報としてログイン状態情報管理部１１０に送信してもよい。これにより、再認証前後におけるユーザの同一性を確保できる。しかしながら、本発明はこれに限定されるものでなく、再認証前後におけるユーザの同一性を担保可能な他の何れかの手段が適用されてもよい。

ステップＳ１０９において、ログイン状態情報管理部１１０は、ユーザに対する再認証が成功したことを遷移制御部１４０に通知する。

ステップＳ１１０において、遷移制御部１４０は、画面遷移要求を中継又は実行する。具体的には、遷移制御部１４０は、クライアント装置２０のために保持する遷移先画面のアドレスに基づき遷移先の画面Ｂを特定し、画面Ａから取得した引継情報を画面Ｂに提供する。

ステップＳ１１１において、遷移先画面を提供する処理システム２０２は、遷移先画面（Ｂ画面）をクライアント装置２０に送信する。このとき、処理システム２０２は、遷移制御部１４０から受信した引継情報をＢ画面に予め入力して送信してもよい。

次に、図１０を参照して、本発明の一実施例による認証管理装置における認証管理処理を説明する。図１０は、本発明の一実施例による認証管理処理を示すフロー図である。当該認証管理処理は、認証システム５０からユーザのログイン状態情報を受信したことに応答して開始されてもよい。

図１０に示されるように、ステップＳ２０１において、認証管理装置１００は、ユーザのログイン状態を示すログイン状態情報を取得する。すなわち、認証管理装置１００は、認証システム５０によって処理システム２００に接続することが許可されたユーザのログイン状態情報を取得する。例えば、ログイン状態情報は、認証システム５０により発行されたユーザに対するセッションＩＤと、ユーザのログイン時刻とを含むものであってもよい。

ステップＳ２０２において、認証管理装置１００は、画面遷移要求をクライアント装置２０から受信する。例えば、当該画面遷移要求は、遷移元画面から遷移先画面への遷移要求であってもよいし、又は、処理システム２０１から処理システム２０２への遷移要求であってもよい

ステップＳ２０３において、認証管理装置１００は、ログイン状態情報から算出されるログイン経過時間に基づきユーザに対する再認証が必要か判断する。例えば、クライアント装置２０が画面Ａから画面Ｂに遷移するタイミングで、認証管理装置１００は、当該ユーザについて保持するログイン時刻からログイン経過時間を算出し、算出されたログイン経過時間が所定の閾値を超過している場合、ユーザに対する再認証が必要であると判断してもよい。

ユーザに対する再認証が必要である場合（Ｓ２０３：Ｙｅｓ）、ステップＳ２０４において、認証管理装置１００は、クライアント装置２０に対して再認証要求を送信する。このとき、認証管理装置１００は、遷移先画面に引き継ぐ引継情報を含む画面遷移要求の中継又は実行を留保してもよい。当該引継情報は、ユーザの基本情報、ユーザによって遷移元画面に入力された入力情報、遷移元画面における画像情報、遷移元画面における処理結果など遷移先画面において再利用可能な情報であってもよく、例えば、遷移元画面のソースコードの遷移先画面へのリンク部分において指定されてもよい。他方、ユーザに対する再認証が不要である場合（Ｓ２０３：Ｎｏ）、当該フローはステップＳ２０２に戻る。

ステップＳ２０５において、認証管理装置１００は、ユーザが再認証された場合、画面遷移要求を中継又は実行する。具体的には、認証管理装置１００は、画面遷移要求における遷移先画面にクライアント装置２０に表示される画面を遷移させる。このとき、認証管理装置１００は、保持している引継情報を遷移先画面のアドレスに提供してもよい。他方、ユーザが再認証されなかった場合、認証管理装置１００は、遷移先画面にクライアント装置２０を遷移させることなく所定の処理を実行してもよい。例えば、認証管理装置１００は、所定の回数までユーザに再認証を実行させてもよいし、システム管理者に再認証が不成功だったことを報告してもよいし、及び／又は、ユーザに関する情報を不正アクセスとしてログに記録してもよい。

ここで、上述した認証管理処理は、認証管理装置１００のプロセッサにより実行されるプログラムによって実現されてもよい。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ クライアント・サーバシステム
２０ クライアント装置
５０ 認証システム
１００ 認証管理装置
１１０ ログイン状態情報管理部
１２０ 受信部
１３０ 送信部
１４０ 遷移制御部
２００ 処理システム

Claims (6)

1. クライアント装置から画面遷移要求を受信すると、ログイン経過情報に基づき、当該クライアント装置からログインをしているユーザに対する再認証の要否を判断するログイン状態情報管理部と、
   上記再認証が必要なときには、上記クライアント装置に対して再認証要求を送信する送信部と、を備える画面制御装置。
2. 遷移先画面に引き継ぐ引継情報を含む画面遷移要求の中継又は実行を留保する遷移制御部をさらに備える請求項１に記載の画面制御装置。
3. 前記再認証要求に基づき、ユーザが再認証された場合、前記画面遷移要求を中継又は実行する、請求項１又は２に記載の画面制御装置。
4. クライアント装置から画面遷移要求を受信すると、ログイン経過情報に基づき、当該クライアント装置からログインをしているユーザに対する再認証の要否を判断するログイン状態情報管理工程と、
   上記再認証が必要なときには、上記クライアント装置に対して再認証要求を送信する送信工程と、を備える画面制御方法。
5. 遷移先画面に引き継ぐ引継情報を含む画面遷移要求の中継又は実行を留保する遷移制御工程をさらに備える請求項４に記載の画面制御方法。
6. 前記再認証要求に基づき、ユーザが再認証された場合、前記画面遷移要求を中継又は実行する、請求項４又は５に記載の画面制御方法。

Images