JP6341031B2 - アクセス制御プログラム、アクセス制御方法及び情報処理装置 - Google Patents

Description

本発明は、アクセス制御プログラム、アクセス制御方法及び情報処理装置に関する。

利用者が端末から離れたことに応じて、第三者がその端末を操作するリスクを軽減するための監視システムが知られている（例えば、特許文献１参照）。アイドル監視システムでは、サーバ装置は、認証により端末の使用を許可された利用者が離席して一時的に端末から離れた場合にサーバ装置がアクセスされない状態（アイドル状態）が発生すると仮定し、アイドル状態の時間を監視する。そして、サーバ装置は、アイドル状態の時間が一定時間を超えると認証を無効にし、利用者が端末を利用する際、利用者に再認証を要求する。これにより、利用者が離席している間に第三者が正当利用者になりすまして端末を操作するリスクを軽減することができる。

特開２０１４−６７１８号公報

しかし、上記システムでは、サーバ装置は、アイドル状態を監視する際、監視対象の端末の状態を考慮していない。つまり、サーバ装置は、端末がロック状態又はアンロック状態にかかわらず、アイドル状態の時間をカウントし、アイドル状態の時間が一定時間を超えると認証は無効と判断し、端末の利用者に再認証を要求する。したがって、端末がロック状態の間、端末は第三者によって操作できない状態であるにもかかわらず、所定時間無操作であった端末の利用に際して再認証が要求されてしまい不便である。

そこで、一側面では、本発明は、端末の状態を配慮した監視システムを提供することを目的とする。

一つの案では、端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出し、算出した前記差分の時間が所定のアクセス維持時間を越えている場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、処理をコンピュータに実行させるアクセス制御プログラムが提供される。

一側面によれば、端末の状態を配慮した監視システムを提供することができる。

一実施形態にかかる監視システムの全体構成の一例を示す図。 一実施形態にかかるサーバ装置の機能構成の一例を示す図。 一実施形態にかかる認証情報管理テーブルの一例を示す図。 一実施形態にかかるアクセス制御処理の一例を示したフローチャート。 一実施形態にかかるアクセス制御処理を説明するための図。 一実施形態の変形例にかかるアクセス制御処理の一例を示したフローチャート。 一実施形態の変形例にかかるアクセス制御処理を説明するための図。 一実施形態にかかるサーバ装置のハードウェア構成例を示す図。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［監視システムの全体構成］
まず、本発明の一実施形態に係る監視システムの全体構成の一例について、図１を参照しながら説明する。図１は、一実施形態にかかる監視システムの全体構成の一例を示す。本実施形態に係る監視システムは、複数のクライアント端末１０とサーバ装置２０とを有するクライアント−サーバシステムである。複数のクライアント端末１０とサーバ装置２０とは、インターネットやＬＡＮ(Local Area Network）等のネットワーク４０を介して接続されている。

クライアント端末１０は、サーバ装置２０にアクセスし、サーバ装置２０が提供するリソースから所望のリソース情報を要求し、サーバ装置２０から所望のリソース情報を取得する。クライアント端末１０は、通信機能を有する電子機器であれば、その個数や機種は問わない。クライアント端末１０の一例としては、スマートフォン、携帯電話、携帯型情報端末（ＰＤＡ）、タブレット型機器、ノート型ＰＣ、デスクトップ型ＰＣ、携帯型音楽機器、ゲーム機器、ＡＴＭ(Automated Teller Machine）、プロジェクター、事務機器、家電品等であってもよい。

サーバ装置２０は、複数のクライアント端末１０からリソースの要求があった場合に、各クライアント端末１０を認証し、認証に成功したクライアント端末１０に対して、要求されたリソース情報を配信する。サーバ装置２０の一例としては、例えば、ウェブサーバやアプリケーションサーバ、データベースサーバ等が挙げられる。

サーバ装置２０は、認証によりクライアント端末１０の使用を許可された利用者が離席して一時的に端末から離れた場合にサーバ装置２０がアクセスされない状態（アイドル状態）が発生すると仮定し、アイドル状態の時間を監視する。そして、サーバ装置２０は、アイドル状態が一定時間を超えると認証を無効にし、利用者がクライアント端末１０を利用する際、利用者に再認証を要求する。これにより、利用者が離席している間に第三者が正当利用者になりすましてクライアント端末１０を操作するリスクを軽減することができる。

そのため、サーバ装置２０は、クライアント端末１０がアイドル状態かを監視する。アイドル状態の時間は、クライアント端末１０がサーバ装置２０にアクセスした最終のアクセス時刻から現在のアクセス時刻までの時間の差分により算出可能である。アイドル状態の時間は、サーバ装置２０によりカウントされ、管理されている。

サーバ装置２０は、アイドル状態の時間とアクセス維持時間とクライアント端末１０のロック状態の時間とに基づき、利用者によるクライアント端末１０の再認証が必要であるかを判定する。アクセス維持時間は、サーバ装置２０を管理する管理者により予め定められ、クライアント端末１０からのアクセスに対して利用者によるクライアント端末１０の再認証が必要かの判定に使用される。サーバ装置２０は、アイドル状態の時間とアクセス維持時間とロック状態の時間とに基づき、クライアント端末１０からのアクセスを制御する情報処理装置の一例である。

クライアント端末１０のロック状態は、クライアント端末１０が第三者によって操作できない状態である。よって、クライアント端末１０のロック状態は、利用者が離席している間に第三者が正当利用者になりすましてクライアント端末１０を操作することができない状態である。クライアント端末１０は、利用者のロック操作によりロック状態に設定され、利用者のアンロック操作によりアンロック状態に設定される。

［サーバ装置の機能構成］
次に、一実施形態に係るサーバ装置２０の機能構成の一例について、図２を参照しながら説明する。図２は、本実施形態にかかるサーバ装置２０の機能構成の一例を示す。サーバ装置２０は、記憶部２１、算出部２２、判定部２３、制御部２４及び通信部２５を有する。

記憶部２１は、クライアント端末１０からのアクセスを検出した時刻や認証情報を含むセッションの情報を認証情報管理テーブル３０に記憶する。認証情報管理テーブル３０は、図３に示すように、セッションＩＤ３１、ユーザＩＤ３２、最終アクセス時刻情報３３、タイムアウト時刻情報３４の各情報を記憶する。

セッションＩＤ３１は、クライアント端末１０からの初回のアクセス時に生成される、アクセスに応じたセッションを識別するための情報である。セッションＩＤ３１は、認証情報管理テーブル３０に記憶されたセッション情報にアクセスするためのキー情報である。セッションＩＤ３１は、初回のアクセス時に、サーバ装置２０から、認証に成功したクライアント端末１０に送信される。クライアント端末１０は、セッションＩＤを保存し、２回目以降のアクセス時に、セッションＩＤをサーバ装置２０に送信する。これにより、サーバ装置２０は、クライアント端末１０とのセッションを管理する。

ユーザＩＤ３２は、利用者の識別情報である。セッションＩＤ３１及びユーザＩＤ３２は、認証情報の一例である。本実施形態において、利用者の識別情報には、ユーザＩＤ３２が使用されるが、利用者の識別情報はユーザＩＤ３２及びパスワードに限られない。利用者の識別情報の他の例としては、生体認証に使用される指紋、掌形、網膜、虹彩、顔画像、血管、音声等が挙げられる。

最終アクセス時刻情報３３には、サーバ装置２０がクライアント端末１０からのアクセスを検出した日時及び時刻の情報が記憶される。記憶部２１は、サーバ装置２０がクライアント端末１０からアクセスされるたびに、最終アクセスの時刻を検出して最終アクセス時刻情報３３を認証情報管理テーブル３０に保存する。

タイムアウト時刻情報３４は、最終アクセス時刻３３からサーバ装置２０がアクセスされずにセッションの有効期限が切れる時刻（以下、「タイムアウト時刻」ともいう。）を示す。本実施形態では、タイムアウト時間は「５分」に設定される。よって、タイムアウト時刻情報３４は、最終アクセス時刻３３から５分後に設定され、認証情報管理テーブル３０に保存される。なお、タイムアウト時刻情報３４は必ずしも認証情報管理テーブル３０に保存しなくてもよい。

制御部２４は、サーバ装置２０の全体を制御する。制御部２４は、クライアント端末１０から要求されたリソース情報を取得し、通信部２５を介してクライアント端末１０に送信する。

算出部２２は、認証情報管理テーブル３０に記憶された最終アクセス時刻情報３３に基づき、アイドル状態の時間を算出する。算出部２２は、最終アクセス時刻情報３３の時刻から現在のアクセス時刻までの間をアイドル状態の時間として算出する。例えば、算出部２２は、認証情報管理テーブル３０に記憶された前回のアクセスのアクセス時刻が「２０１４／３／３ １２：０３」であって、今回のアクセスのアクセス時刻が「２０１４／３／３ １２：１０」である場合、差分の７分をアイドル状態の時間とする。

判定部２３は、算出したアイドル状態の時間がアクセス維持時間を越えているかを判定する。判定部２３がアイドル状態の時間が所定のアクセス維持時間を越えていると判定した場合、算出部２２は、最終アクセス時刻情報３３の時刻から現在のアクセス時刻までの間（アイドル状態の時間）において、クライアント端末１０が利用者による操作を受け付けないロック状態の時間を算出する。その際、算出部２２は、クライアント端末１０から送信されたロック開始時刻とロック終了時刻との情報に基づき、受信したロック終了時刻からロック開始時刻を差し引いた時間をロック状態の時間として算出する。算出部２２は、アイドル状態の時間からロック状態の時間を差し引いた時間を算出する。

判定部２３は、アイドル状態の時間からロック状態の時間を差し引いた時間の大きさがアクセス維持時間を越えている場合、クライアント端末１０に再認証を要求する。これにより、本実施形態にかかる監視システムにおいて、サーバ装置２０は、クライアント端末１０の認証成功後、アイドル状態の時間からロック状態の時間を差し引いてもなお一定時間アクセスしていないクライアント端末１０の利用者を、自動的にサインオフした状態にし、再認証を求める。これにより、利用者が離席している間に第三者が正当利用者になりすましてクライアント端末１０を操作するリスクを軽減することができる。

一方、判定部２３は、アイドル状態の時間からロック状態の時間を差し引いた時間の大きさがアクセス維持時間を越えていない場合、クライアント端末１０からのアクセスに対して前記セッションは有効であると判定する。この場合、サーバ装置２０は、クライアント端末１０に再認証を要求することなく、クライアント端末１０のリソースの要求に応じて、所望のリソース情報をクライアント端末１０に送信する。

クライアント端末１０がロック状態の間、クライアント端末１０は第三者によって操作できない状態にあり、クライアント端末１０のセキュリティは維持されている。このため、判定部２３は、アクセス維持時間以上無操作であったクライアント端末１０の利用に際して、ロック状態を考慮して再認証が必要であるかを判定する。つまり、判定部２３は、クライアント端末１０のアイドル状態の時間からロック状態の時間を引いた残りの時間の大きさと、アクセス維持時間とを比較する。判定部２３は、アイドル状態の時間からロック状態の時間を引いた残りの時間がアクセス維持時間よりも長い場合、無操作後のクライアント端末１０の再利用に際して、クライアント端末１０の再認証が必要であると判定する。一方、アイドル状態の時間からロック状態の時間を引いた残りの時間がアクセス維持時間よりも短い場合には、無操作後のクライアント端末１０の再利用に際して、クライアント端末１０の再認証は不要であると判定する。

これにより、クライアント端末１０のセキュリティ状態を考慮し、かつ利用者がクライアント端末１０を利用する際に過度に認証処理を行わずに、利用者がクライアント端末１０を利用し易い監視システムを提供することができる。

なお、クライアント端末１０のロック状態の時間情報については、クライアント端末１０側で管理され、クライアント端末１０からサーバ装置２０へ送信される。サーバ装置２０は、クライアント端末１０毎のアイドル状態の時間を監視するとともに、クライアント端末１０から通知されたロック状態の時間情報に基づき、クライアント端末１０のアクセス制御を行う。

［アクセス制御処理］
次に、本実施形態に係るアクセス制御処理について図４及び図５を参照して説明する。図４は、本実施形態にかかるアクセス制御処理の一例を示したフローチャートである。図５は、本実施形態にかかるアクセス制御処理を説明するための図である。なお、図４の左側には、クライアント端末１０の動作が示され、図４の右側には、サーバ装置２０の動作が示されている。

前提として、クライアント端末１０には、予めサーバ装置２０のリソースへのアクセスを制御するエージェントがインストールされている。本実施形態に係るアクセス制御処理は、例えば、利用者がクライアント端末１０を所持しながら移動するシーンを想定している。クライアント端末１０がスマートフォン、タブレット型端末、ノート型ＰＣ等の移動体端末の場合に好適である。

この場合、利用者は、移動体端末であるクライアント端末１０を使用して、認証が必要なサーバ装置２０へアクセスし、所望のリソースを要求する。利用者は、サーバ装置２０による認証に成功したクライアント端末１０を持って場所を移動する。例えば、利用者が、会社からお客様先への移動する場合や、会議室間を移動する場合等が想定される。

移動中、クライアント端末１０は、通常の操作画面とは異なり、画面がロックされた状態となっているものとする。例えば、クライアント端末１０がノート型ＰＣの場合、利用者がノート型ＰＣを閉じることで、クライアント端末１０がサスペンド状態になり、画面がロックされる場合等が想定される。移動後、利用者は、移動先でクライアント端末１０を使用して再度作業を再開し、リソースを取得するために、適宜サーバ装置２０へアクセスする。

（１回目のアクセス）
上記状況において、本実施形態に係るアクセス制御処理が開始されると、クライアント端末１０が、サーバ装置２０へアクセスし、リソースを要求する（ステップＳ１０）。通信部２５は、クライアント端末１０からのリソースの要求を受信する。判定部２３は、クライアント端末１０からの初回アクセスであり、未認証であるため、認証処理を行う（ステップＳ５０：図５の（１）参照）。認証処理の一例としては、判定部２３は、入力されたユーザＩＤが予め登録されているユーザＩＤと一致するかを判定する。判定部２３は、入力されたユーザＩＤが予め登録されているユーザＩＤと一致すると判定した場合、クライアント端末１０の認証に成功したと判定する。判定部２３は、入力されたユーザＩＤが予め登録されているユーザＩＤと一致しないと判定した場合、クライアント端末１０の認証に失敗したと判定する。ただし、判定部２３は、上記認証方法に限らず、例えば生体認証やその他の認証処理により利用者の認証を行ってもよい。

認証に成功した場合、記憶部２１は、認証情報管理テーブル３０に認証情報を格納する（ステップＳ５２：図５の（２）参照）。これにより、セッションＩＤ３１、ユーザＩＤ３２が認証情報管理テーブル３０に保存される。また、最終アクセス時刻情報３３及びタイムアウト時刻情報３４が認証情報管理テーブル３０に記憶される。なお、クライアント端末１０の認証に失敗した場合、通信部２５は、認証に失敗したことをクライアント端末１０に通知する。

制御部２４は、認証されたクライアント端末１０の要求に応じて、要求されたリソース情報を取得する。通信部２５は、認証情報（セッションＩＤ３１）及び取得したリソース情報を送信する（ステップＳ５４：図５の（３）参照）。クライアント端末１０は、認証情報及びリソース情報を受信する（ステップＳ１２）。クライアント端末１０は、次のサーバ装置２０のアクセス時に使用する認証情報としてセッションＩＤ３１を所定の記憶領域に保存する。

（２回目のアクセス）
図５に示すクライアント端末１０は、初回のリソースのアクセス（２０１４／３／３ １２：００）から３分後（２０１４／３／３ １２：０３）に、２回目のアクセスを行い、リソースの要求及び認証情報を送信する（ステップＳ１４：図５の（４）参照）。

通信部２５は、クライアント端末１０からのリソースの要求及び認証情報を受信する。記憶部２１は、受信した認証情報を認証情報管理テーブル３０に保存する（ステップＳ５６：図５の（５）参照）。また、記憶部２１は、２回目のリソースのアクセスを検知した最終アクセス時刻情報３３及びこれに応じたタイムアウト時刻情報３４を認証情報管理テーブル３０に保存する。

次に、判定部２３は、前回と今回の最終アクセス時刻の差分ｃがアクセス維持時間内であるかを判定する（ステップＳ５８）。判定部２３が差分ｃがアクセス維持時間内であると判定した場合、制御部２４は、要求されたリソース情報を取得する。通信部２５は、取得したリソース情報をクライアント端末１０に送信する（ステップＳ６０：図５の（６）参照）。

一方、ステップＳ５８において、判定部２３は、差分ｃがアクセス維持時間内でないと判定した場合、再認証の要求を送信する（ステップＳ６２）。なお、２回目のアクセス時、通信部２５は、クライアント端末１０からロック開始時刻情報ａ及びロック終了時刻情報ｂを受信していない。よって、判定部２３は、クライアント端末１０にロック状態は生じていないと判定する。この結果、２回目のアクセスでは、ロック状態を考慮した再認証の判定制御は行わわれない。

ステップＳ６０に応じて、クライアント端末１０は、リソース情報を受信する（ステップＳ１６）。また、ステップＳ６２に応じて、クライアント端末１０は、再認証の要求を受信する（ステップＳ１７）。

クライアント端末１０が再認証の要求を受信した場合、利用者は、再びユーザＩＤを入力する。これにより、クライアント端末１０が認証に成功した場合、新たなセッションが確立される。新たなセッションには新たなセッションＩＤが付与される。

（ロック操作）
利用者がクライアント端末１０のロック操作を行った場合、クライアント端末１０（エージェント）は、ロック操作を検出し、その検出時刻をロック開始時刻情報ａとして保存する（ステップＳ１８：図５の（７）参照）。利用者が行うクライアント端末１０のロック操作は、ここでは、クライアント端末１０の画面を閉じる操作やクライアント端末１０の電源を切る操作が挙げられる。

（ロック解除操作）
図５の利用者は、クライアント端末１０をロックした状態で場所を移動し、ロック状態の開始から７分後にロック解除操作を行う。クライアント端末１０（エージェント）は、ロック解除操作を検出し、その検出時刻をロック終了時刻情報ｂとして保存する（ステップＳ２０：図５の（８）参照）。利用者が行うクライアント端末１０のロック解除操作は、ここでは、クライアント端末１０の画面を開く操作やクライアント端末１０の電源を入れる操作が挙げられる。

クライアント端末１０のロック解除操作時、利用者は、クライアント端末１０のログイン画面にてユーザＩＤ（及びパスワード）を入力する。これにより、クライアント端末１０による利用者の本人認証が行われる。この結果、クライアント端末１０のロック解除後にクライアント端末１０の利用が正当利用者のみに認められることを担保できる。

（３回目のアクセス）
その後、クライアント端末１０は、３回目のリソースのアクセス（２０１４／３／３ １２：１０）において、リソースの要求及び認証情報を送信する（ステップＳ２２：図５の（９）参照）。このとき、クライアント端末１０は、認証情報に、ロック開始時刻情報ａ及びロック終了時刻情報ｂを付加する。

通信部２５は、クライアント端末１０からのリソースの要求及び認証情報を受信する。記憶部２１は、受信した認証情報を認証情報管理テーブル３０に保存する（ステップＳ６４：図５の（１０）参照）。また、記憶部２１は、３回目のリソースのアクセスに応じて最終アクセス時刻情報３３及びタイムアウト時刻情報３４を認証情報管理テーブル３０に保存する。

次に、判定部２３は、前回と今回の最終アクセス時刻の差分ｃがアクセス維持時間内であるかを判定する（ステップＳ６６）。判定部２３が差分ｃがアクセス維持時間内であると判定した場合、制御部２４は、認証されたクライアント端末１０の要求に応じて、要求されたリソース情報を取得する。通信部２５は、取得したリソース情報を送信する（ステップＳ６８：図５の（１１）参照）。

一方、ステップＳ６６において、判定部２３は、差分ｃがアクセス維持時間内ではないと判定した場合、ステップＳ７０に進み、算出部２２は、クライアント端末１０から受信したロック開始時刻情報ａとロック終了時刻情報ｂに基づき、ロック状態の時間を示す差分（ｂ−ａ）の時間を算出する。算出部２２は、アイドル状態の時間を示す差分ｃの時間からロック状態の時間を示す差分（ｂ−ａ）の時間を差し引いた時間ｄを算出する（ステップＳ７０）。

次に、判定部２３は、アイドル状態の時間からロック状態を引いた時間ｄがアクセス維持時間内であり、かつ上記差分ｃが所定のアクセス許容時間内であるかを判定する（ステップＳ７２）。判定部２３が差分ｄがアクセス維持時間内であり、かつ差分ｃが所定のアクセス許容時間内であると判定した場合、制御部２４は、クライアント端末１０が要求したリソース情報を取得する。通信部２５は、取得したリソース情報を送信する（ステップＳ６８：図５の（１１）参照）。

判定部２３が差分ｄがアクセス維持時間内でない、又は差分ｃが所定のアクセス許容時間内でないと判定した場合、通信部２５は、再認証の要求を送信する（ステップＳ７４）。このように、３回目のアクセス時、通信部２４は、クライアント端末１０からロック開始時刻情報ａ及びロック終了時刻情報ｂを受信している。よって、判定部２３は、クライアント端末１０にロック状態が生じていると判定し、ロック状態を考慮した再認証の判定制御を行う。

なお、ステップＳ７２では、判定部２３は、アイドル状態の時間からロック状態を引いた時間ｄがアクセス維持時間内であるかを判定し、上記差分ｃが所定のアクセス許容時間内であるかの判定はしなくてもよい。ただし、上記差分ｃが所定のアクセス許容時間内であるかの判定を行うことが好ましい。

その理由としては、最終のアクセス時刻と現在のアクセス時刻との差分ｃ（すなわち、アイドル状態）の時間からロック状態の時間（ｂ−ａ）の時間を差し引いた時間ｄの大きさがアクセス維持時間を越えていない場合であっても、最終のアクセス時刻と現在のアクセス時刻との差分ｃ（アイドル状態）の時間が所定のアクセス許容時間を超えている場合には、利用者が離席している時間が長く、第三者が正当利用者になりすましてクライアント端末１０を操作するリスクが高いと考えられる。そのため、そのような場合には再認証の要求を行うことが好ましい。アクセス許容時間は、監視システム毎に定められてもよい。

ステップＳ６８に応じて、クライアント端末１０は、リソース情報を受信する（ステップＳ２３）。また、ステップＳ７４に応じて、クライアント端末１０は、再認証の要求を受信する（ステップＳ２４）。

[効果の例]
アイドル監視は、認証に成功した利用者が、だれもがクライアント端末１０を操作できる状態で席を離れるような状況を想定している。クライアント端末１０がロックされた後、利用者がロックを解除してクライアント端末１０の操作を開始するときに本人認証が必要になる場合がある。この場合、クライアント端末１０がロック状態の間、クライアント端末１０は第三者によって操作できない状態にあり、クライアント端末１０のセキュリティは維持されている。よって、サーバ装置２０が監視するアイドル状態の時間内にロック状態の時間があれば、アイドル状態の時間からロック状態の時間を引いた残時間が、実質的に第三者がクライアント端末１０を操作可能な時間としてアイドル監視の対象時間となると考えられる。

以上から、本実施形態にかかる監視システムによれば、アイドル状態の時間からロック状態の時間を引いた残時間をアイドル監視の対象時間とする。そして、アイドル状態の時間からロック状態の時間を引いた残時間が一定時間を超えると認証を無効にし、クライアント端末１０の利用に際して再認証を要求する。これにより、離席時にアイドル状態の時間がアクセス維持時間を超過する場合であっても、アイドル状態の時間からロック状態の時間を引いた残時間がアクセス維持時間を超過しない場合には、「席に戻った後」に利用者が再度認証する必要を回避できる。これにより、利用者が再認証のためにユーザＩＤ等を入力する手間を省くことができる。この結果、クライアント端末１０のセキュリティを考慮し、かつ利用者がクライアント端末１０を利用し易い監視システムを提供することができる。

＜変形例＞
［アクセス制御処理］
次に、上記実施形態の変形例に係るアクセス制御処理について図６及び図７を参照して説明する。図６は、本実施形態の変形例にかかるアクセス制御処理の一例を示したフローチャートである。図７は、本実施形態の変形例にかかるアクセス制御処理を説明するための図である。なお、図６の左側には、クライアント端末１０の動作が示され、図６の右側には、サーバ装置２０の動作が示されている。なお、上記実施形態に係るアクセス制御処理(図４)と同じ処理については、同じステップ番号が付与される。

本実施形態の変形例に係るアクセス制御処理は、例えば、利用者がデスクトップ型ＰＣ等のクライアント端末１０で本人認証を実施後に離席し、クライアント端末１０がサスペンド状態になった後、戻ってきた利用者が、再度作業を再開し、サーバ装置２０のリソースへアクセスする場合を想定している。

（１回目のアクセス）
上記状況において、本変形例に係るアクセス制御処理が開始されると、クライアント端末１０は、２０１４／３／３ １２：００にサーバ装置２０が提供するリソースの要求を送信する（ステップＳ１０：図７の（１）参照）。通信部２５は、クライアント端末１０からのリソースの要求を受信する。判定部２３は、クライアント端末１０からの初回アクセスであり、未認証であるため、認証処理を行う（ステップＳ５０：図７の（１）参照）。クライアント端末１０の認証に成功した場合、記憶部２１は、認証情報管理テーブル３０に認証情報を格納する（ステップＳ５２）。これにより、セッションＩＤ３１、ユーザＩＤ３２が認証情報管理テーブル３０に保存される。また、最終アクセス時刻情報３３及びタイムアウト時刻情報３４が認証情報管理テーブル３０に記憶される。
制御部２４は、認証されたクライアント端末１０の要求に応じて、要求されたリソース情報を取得する。通信部２５は、認証情報（セッションＩＤ３１）及び取得したリソース情報を送信する（ステップＳ５４：図５の（３）参照）。クライアント端末１０は、認証情報及びリソース情報を受信する（ステップＳ１２）。クライアント端末１０は、次のサーバ装置２０のアクセス時に使用する認証情報としてセッションＩＤ３１を所定の記憶領域に保存する。

（２回目のアクセス）
クライアント端末１０は、２回目のリソースのアクセスを行い、リソースの要求及び認証情報を送信する（ステップＳ１４）。通信部２５は、クライアント端末１０からのリソースの要求を受信する。記憶部２１は、受信した認証情報を認証情報管理テーブル３０に保存する（ステップＳ５６）。次に、判定部２３は、前回と今回の最終アクセス時刻の差分ｃがアクセス維持時間内であるかを判定する（ステップＳ５８）。判定部２３が差分ｃがアクセス維持時間内であると判定した場合、制御部２４は、認証されたクライアント端末１０の要求に応じてリソース情報を取得する。通信部２５は、取得したリソース情報を送信する（ステップＳ６０）。一方、ステップＳ５８において、判定部２３は、差分ｃがアクセス維持時間内ではないと判定した場合、ステップＳ６２に進み、再認証の要求を送信する（ステップＳ６２）。

ステップＳ６０に応じて、クライアント端末１０は、リソース情報を受信する（ステップＳ１６）。また、ステップＳ６２に応じて、クライアント端末１０は、再認証の要求を受信する（ステップＳ１７）。

（操作無から操作有まで）
ステップＳ１６，Ｓ１７の処理後、クライアント端末１０（エージェント）は、クライアント端末１０の操作があったかを判定する（ステップＳ３０）。クライアント端末１０は、自機の操作があったと判定した場合、タイマをリセットする（ステップＳ３２）。クライアント端末１０は、自機の操作がなかったと判定した場合、クライアント端末１０を操作していない時間が予め定められたセーブ時間以内かを判定する（ステップＳ３４）。セーブ時間は、スクリーンセイバーを起動し、画面をロックするために必要なクライアント端末１０の無操作の時間を示す。

クライアント端末１０は、クライアント端末１０を操作していない時間がセーブ時間以内であると判定した場合、ステップＳ３０に戻り、ステップＳ３０〜Ｓ３４の処理を繰り返す。クライアント端末１０は、クライアント端末１０を操作していない時間がセーブ時間を越えたと判定した場合、スクリーンセイバーを起動し、画面をロックする（ステップＳ３６）。クライアント端末１０（エージェント）はこれを検知し、ロックが開始された時刻を示すロック開始時刻情報ａを保存する（図７の（２）参照）。

次にクライアント端末１０が操作されたとき、クライアント端末１０は、スクリーンセイバーや画面のロックを解除する（ステップＳ３８）。クライアント端末１０（エージェント）はこれを検知し、ロックが解除された時刻を示すロック終了時刻情報ｂを保存する（図７の（３）参照）。

クライアント端末１０のロック解除操作時、利用者は、クライアント端末１０のログイン画面にてユーザＩＤ（及びパスワード）を入力する。これにより、クライアント端末１０による利用者の本人認証が行われる。この結果、クライアント端末１０のロック解除後にクライアント端末１０の利用が正当利用者のみに認められることを担保できる。

（３回目のアクセス）
クライアント端末１０は、２０１４／３／３ １２：０６に３回目のリソースのアクセスを行い、リソースの要求及び認証情報を送信する（ステップＳ２２）。このとき、クライアント端末１０は、認証情報とともに、ロック開始時刻情報ａとロック終了時刻情報ｂとの差分を示すロック状態の時間（ｂ−ａ）を送信する（図７の（４）参照）。本変形例では、ロック状態の時間（ｂ−ａ）は、クライアント端末１０により算出される。

通信部２５は、クライアント端末１０からのリソースの要求を受信する。記憶部２１は、受信した認証情報を認証情報管理テーブル３０に保存する（ステップＳ６５）。また、記憶部２１は、３回目のリソースのアクセスに応じて最終アクセス時刻情報３３及びタイムアウト時刻情報３４を認証情報管理テーブル３０に保存する。

次に、判定部２３は、前回と今回の最終アクセス時刻の差分ｃがアクセス維持時間内であるかを判定する（ステップＳ６６）。判定部２３が差分ｃがアクセス維持時間内であると判定した場合、制御部２４は、認証されたクライアント端末１０の要求に応じて、要求されたリソース情報を取得する。通信部２５は、リソース情報を送信する（ステップＳ６８）。

一方、ステップＳ６６において、判定部２３は、差分ｃがアクセス維持時間内ではないと判定した場合、ステップＳ７０に進み、クライアント端末１０から受信したロック状態の時間（ｂ−ａ）の情報に基づき、アイドル状態の時間を示す差分ｃの時間からロック状態を示す差分（ｂ−ａ）の時間を差し引いた時間ｄを算出する。

次に、判定部２３は、アイドル状態の時間からロック状態を引いた時間ｄがアクセス維持時間内であり、かつ上記差分ｃが所定のアクセス許容時間内であるかを判定する（ステップＳ７２）。判定部２３が差分ｄがアクセス維持時間内であり、かつ差分ｃが所定のアクセス許容時間内であると判定した場合、制御部２４は、クライアント端末１０が要求したリソース情報を取得する。通信部２５は、リソース情報を送信する（ステップＳ６８）。

判定部２３が差分ｄがアクセス維持時間内でない、又は差分ｃが所定のアクセス許容時間内でないと判定した場合、通信部２５は、再認証の要求を送信する。

ステップＳ６８に応じて、クライアント端末１０は、リソース情報を受信する（ステップＳ２３）。また、ステップＳ７４に応じて、クライアント端末１０は、再認証の要求を受信する（ステップＳ２４）。

[効果の例]
以上から、本実施形態の変形例にかかる監視システムによれば、アイドル状態の時間からロック状態の時間を引いた残時間をアイドル監視の対象時間とし、前記残時間が一定時間を超えると認証を無効にし、クライアント端末１０の利用に際して再認証を要求する。これにより、離席時にアイドル状態の時間がアクセス維持時間を超過する場合であっても、アイドル状態の時間からロック状態の時間を引いた残時間がアクセス維持時間を超過しない場合には、「ロックを解除した後」に利用者が再度認証する必要を回避できる。これにより、利用者が再認証のためにユーザＩＤ等を入力する手間を省くことができる。この結果、クライアント端末１０のセキュリティを考慮し、利用者がクライアント端末１０を利用し易い監視システムを提供することができる。

また、本変形例によれば、クライアント端末１０側にて、検知したロック開始時刻情報ａ及びロック終了時刻情報ｂからロック状態の時間（ｂ−ａ）が算出され、算出されたロック状態の時間（ｂ−ａ）の情報をサーバ装置２０に送信される。これにより、サーバ装置２０の処理の負荷を軽減することができる。

（ハードウェア構成例）
最後に、本実施形態及びその変形例に係るサーバ装置２０のハードウェア構成例について、図８を参照して説明する。図８は、本実施形態及びその変形例に係るサーバ装置２０のハードウェア構成例を示す図である。
サーバ装置２０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ(Random Access Memory)１０４、ＲＯＭ(Read Only Memory)１０５、ＣＰＵ(Central Processing Unit)１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ(Hard Disk Drive)１０８を備える。各部はバスＢで相互に接続されている。

入力装置１０１は、キーボードやマウスなどを含み、サーバ装置２０に各操作信号を入力するのに用いられる。表示装置１０２は、サイネージ部（ディスプレイ）などを含み、各種の処理結果を表示する。

通信Ｉ／Ｆ１０７は、サーバ装置２０をネットワークに接続するインタフェースである。これにより、サーバ装置２０は、通信Ｉ／Ｆ１０７を介して、クライアント端末１０とデータ通信を行う。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する基本ソフトウェア及びアプリケーションソフトウェアがある。例えば、ＨＤＤ１０８には、各種のデータやプログラム等が格納されている。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、サーバ装置２０は、外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、ＣＤ(Compact Disk)、及びＤＶＤ(Digital Versatile Disk)、ならびに、ＳＤメモリカード(SD Memory card)やＵＳＢメモリ(Universal Serial Bus memory)などがある。

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、ネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ１０８」や「ＲＯＭ１０５」など）から、プログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

上記ハードウェア構成により、本実施形態に係るサーバ装置２０は、クライアント端末１０のアイドル監視処理及びアクセス制御処理を行うことができる。例えば、ＣＰＵ１０６が、ＲＯＭ１０５やＨＤＤ１０８内に格納されたデータ及びプログラムを用いてアイドル監視処理及びアクセス制御処理を行う。この結果、本実施形態及びその変形例では、サーバ装置２０が提供するリソースを正当な利用者に提供できる。また、その際、クライアント端末１０のセキュリティを考慮し、利用者がクライアント端末１０を利用し易い環境を提供できる。なお、認証情報管理テーブル３０は、ＲＡＭ１０４、ＨＤＤ１０８、又はネットワークを介してサーバ装置２０に接続されるクラウド上のサーバー等に格納され得る。

以上、アクセス制御プログラム、アクセス制御方法及び情報処理装置を上記実施形態により説明した。しかしながら、本発明にかかるアクセス制御プログラム、アクセス制御方法及び情報処理装置は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。また、上記複数の実施形態に記載された事項は、矛盾しない範囲で組み合わせることができる。また、上記サーバ装置２０の各部の機能は、ハードウェアにより構成されてもよく、ソフトウェアにより構成されてもよく、ハードウェアとソフトウェアとを組み合わせて構成されてもよい。

また、例えば、上記実施形態に係る監視システムの構成は一例であり、本発明の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。

また、例えば、複数のクライアント端末１０及びサーバ装置２０がネットワーク４０を介して互いに接続されているシステム形態は、本実施形態に係る監視システムの一態様であり、これに限定されない。例えば、本実施形態に係る監視システムに含まれるサーバ装置２０の台数は、１台又は２台以上であり得る。複数台のサーバ装置２０が設置される場合、クライアント端末１０のアイドル監視処理及びアクセス制御処理は、複数台のサーバ装置２０で分散処理され得る。なお、用途や目的に応じて、複数台のうち１台のサーバ装置２０に選択的にそれら処理機能を集約させてもよい。

以上の説明に関し、更に以下の項を開示する。
（付記１）
端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出し、
算出した前記差分の時間が所定のアクセス維持時間を越えている場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、
処理をコンピュータに実行させるアクセス制御プログラム。
（付記２）
前記判定する処理は、
前記最終のアクセス時刻と現在のアクセス時刻との差分の時間が所定のアクセス許容時間を超えている場合には、前記端末からのアクセスに対して前記セッションは無効であると判定する、
付記１に記載のアクセス制御プログラム。
（付記３）
前記端末が利用者による操作を受け付けないロック状態の時間を示す情報を該端末から受信し、該ロック状態の時間を示す情報を前記セッションの情報に含めて記憶する、
処理をコンピュータに実行させる付記１又は２に記載のアクセス制御プログラム。
（付記４）
端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出し、
算出した前記差分の時間が所定のアクセス維持時間を越えている場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、
処理をコンピュータが実行するアクセス制御方法。
（付記５）
前記判定する処理は、
前記最終のアクセス時刻と現在のアクセス時刻との差分の時間が所定のアクセス許容時間を超えている場合には、前記端末からのアクセスに対して前記セッションは無効であると判定する、
付記４に記載のアクセス制御方法。
（付記６）
前記端末が利用者による操作を受け付けないロック状態の時間を示す情報を該端末から受信し、該ロック状態の時間を示す情報を前記セッションの情報に含めて記憶する、
処理をコンピュータに実行させる付記４又は５に記載のアクセス制御方法。
（付記７）
端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出する算出部と、
算出した前記差分の時間が所定のアクセス維持時間を越えているかを判定する判定部と、
を有し、
前記判定部が、算出した前記差分の時間が所定のアクセス維持時間を越えていると判定した場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、
情報処理装置。
（付記８）
前記判定部は、
前記最終のアクセス時刻と現在のアクセス時刻との差分の時間が所定のアクセス許容時間を超えている場合には、前記端末からのアクセスに対して前記セッションは無効であると判定する、
付記７に記載の情報処理装置。
（付記９）
前記端末が利用者による操作を受け付けないロック状態の時間を示す情報を該端末から受信する通信部と、
前記ロック状態の時間を示す情報を前記セッションの情報に含めて記憶する記憶部と、
を有する付記７又は８に記載の情報処理装置。

１０：クライアント端末
２０：サーバ装置
２１：記憶部
２２：算出部
２３：判定部
２４：制御部
２５：通信部
３１：セッションＩＤ
３２：ユーザＩＤ
３３：最終アクセス時刻情報
３４：タイムアウト時刻情報
４０：ネットワーク
３０：認証情報管理テーブル
ａ：ロック開始時刻情報
ｂ：ロック終了時刻情報
ｃ：前回と今回の最終アクセス時刻の差分

Claims (5)

1. 端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出し、
   算出した前記差分の時間が所定のアクセス維持時間を越えている場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、
   処理をコンピュータに実行させるアクセス制御プログラム。
2. 前記判定する処理は、
   前記最終のアクセス時刻と現在のアクセス時刻との差分の時間が所定のアクセス許容時間を超えている場合には、前記端末からのアクセスに対して前記セッションは無効であると判定する、
   請求項１に記載のアクセス制御プログラム。
3. 前記端末が利用者による操作を受け付けないロック状態の時間を示す情報を該端末から受信し、前記セッションの情報に含めて記憶する、
   処理をコンピュータに実行させる請求項１又は２に記載のアクセス制御プログラム。
4. 端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出し、
   算出した前記差分の時間が所定のアクセス維持時間を越えている場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、
   処理をコンピュータが実行するアクセス制御方法。
5. 端末からのアクセスを検出した時刻を含むセッションの情報に基づき、前記端末からのアクセスを検出した最終のアクセス時刻と現在のアクセス時刻との差分の時間を算出する算出部と、
   算出した前記差分の時間が所定のアクセス維持時間を越えているかを判定する判定部と、
   を有し、
   前記判定部が、算出した前記差分の時間が所定のアクセス維持時間を越えていると判定した場合、前記最終のアクセス時刻から前記現在のアクセス時刻までの間における前記端末が利用者による操作を受け付けないロック状態でない状態の時間の長さに応じて、前記端末からのアクセスに対して前記セッションは無効であるか否かを判定する、
   情報処理装置。

Images