JP4844840B2

JP4844840B2 - ログイン情報処理システムおよびログイン情報処理方法

Info

Publication number: JP4844840B2
Application number: JP2007265140A
Authority: JP
Inventors: 安希雄北田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2007-10-11
Filing date: 2007-10-11
Publication date: 2011-12-28
Anticipated expiration: 2027-10-11
Also published as: JP2009093512A

Description

本発明は、コンピュータやサーバ等の情報処理装置に対してログインする際に好適なログイン情報処理システムおよびログイン情報処理方法に関する。

一般にパーソナルコンピュータ等の情報処理装置にログインを行うと、その情報処理装置はユーザにアカウントやパスワードの入力を要求する。これらの入力内容が予め登録した内容となっている場合にのみ、ログインが成功し、ユーザはセキュリティの確保された状態でその情報処理装置を利用できるようになる。

そこで、たとえば顧客情報を扱うコールセンタのような場所では、オペレータの入室とそれぞれの通信端末のログイン操作とを対応付けてセキュリティを確保することが、本発明の第１の関連技術として提案されている（たとえば特許文献１参照）。この第１の関連技術では、オペレータがコールセンタに入室するために解錠を行った場合、これから数分以内に情報処理装置に対するログインの手続きを行わない場合にはログインを不能にしている。これは、正規のオペレータ以外の者が入室した際にログインの処理に手間取ることを想定しており、予め定めた時間が経過したら、それ以後のログインを不能にするようにして第三者がその情報処理装置に勝手にアクセスできないようにしている。この第１の関連技術では、更に解錠以前の時点でログインした場合にも、該当のオペレータの入室以前に第三者のアクセスが試みられたとして、それ以後のログインを不能にしている。

ところで例に出したコールセンタのように比較的多数の情報処理装置が配置されている場所では、たとえば始業時間にオペレータがそれぞれの情報処理装置にログインを行うと、このログイン処理が集中するという別の問題が生じる。すなわち、各オペレータが比較的短時間の間にログインを集中的に行って認証のための処理を開始しようとする結果、認証用のサーバに負担が掛って、処理が遅延するという問題を発生させる。

サーバ等の情報処理装置にアクセスが集中した場合の対応には、事前にキャッシュメモリに必要な情報を格納しておくことも、本発明の第２の関連技術として提案されている（たとえば特許文献２参照）。キャッシュメモリは高速なメモリであるため、使用する可能性の高いデータをここに蓄えておくと、低速な記憶装置にＣＰＵ（Central Processing Unit）がアクセスする場合よりも高速なデータ処理ができるからである。第２の関連技術では、クライアントが、サーバ側から配信された行動モデルに基づき、ネットワーク経由で逐次予測キャッシュまたはバッチ系処理で事前にキャッシュを実行し、通信処理待ち時間を短縮するようにしている。
特開２００４−３０２８７５号公報（第００２０段落）特開２００３−０３００３７号公報（第００１２段落、第００２５段落、図２）

このように予め使用する可能性のあるデータをキャッシュメモリに用意しておくことは、ログイン処理にも有効である。しかしながら、キャッシュメモリにありとあらゆるデータを格納することはできないし、大量のデータを格納しておくことは処理効率の低下を生じさせる。

そこで本発明の目的は、ログイン処理の対象となる可能性の高いユーザ情報を選別してアクセスし易い環境に置くことでログイン処理の効率化を図ることのできるログイン情報処理システムおよびログイン情報処理方法を提供することにある。

本発明では、（イ）各ユーザに１台ずつそれぞれ異なった場所に割り当てられた情報処理装置の利用を開始するログイン時に認証処理のために使用される認証用ユーザ情報と、前記した各ユーザが移動する際の個人的特徴を表わした移動処理用ユーザ情報とをこれら複数のユーザを対象として予め格納するユーザ情報格納手段と、（ロ）前記した複数のユーザがそれぞれに割り当てられた情報処理装置の存在する場所に到達する前に共通して通過する特定地点におけるこれら複数のユーザの通過時刻を検出する通過時刻検出手段と、（ハ）前記したユーザ情報格納手段に格納された移動処理用ユーザ情報から前記した特定地点から前記した割り当てられた情報処理装置の存在する場所に至るまでのユーザごとの移動時間を算出するユーザ別移動時間算出手段と（ニ）前記した通過時刻検出手段が前記した特定地点を通過する時刻を基にしてそれぞれのユーザがログインを開始する時間帯を前記したユーザ別移動時間算出手段が算出した移動時間を基にして個別に予測するログイン時間帯予測手段と、（ホ）このログイン時間帯予測手段によって予測された時間帯ごとに対応する認証用ユーザ情報を前記したユーザ情報格納手段から読み出して、所定のメモリ領域に一時的に格納するユーザ情報一時格納手段とをログイン情報処理システムが具備する。

また、本発明では、（イ）複数のユーザがそれぞれ異なった場所に割り当てられた情報処理装置の存在する場所に到達する前に共通して通過する特定地点におけるこれら複数のユーザの通過時刻をコンピュータが検出する通過時刻検出ステップと、（ロ）前記した通過時刻検出ステップで検出したユーザが前記した特定地点から前記した割り当てられた情報処理装置の存在する場所まで移動する際の個人的特徴を表わした移動処理用ユーザ情報を前記したコンピュータが所定のユーザ情報格納手段から読み出して前記した特定地点から前記した割り当てられた情報処理装置の存在する場所に至るまでのユーザごとの移動時間を算出するユーザ別移動時間算出ステップと、（ハ）前記した通過時刻検出手ステップで前記した特定地点を通過する時刻を基にしてそれぞれのユーザがログインを開始する時間帯を前記したユーザ別移動時間算出ステップで算出した移動時間を基にして前記したコンピュータが個別に予測するログイン時間帯予測ステップと、（ニ）このログイン時間帯予測ステップで予測された時間帯ごとに前記したコンピュータが対応する認証用ユーザ情報を前記したユーザ情報格納手段から読み出して、該当する時間帯のログイン処理に対応付けて所定のメモリ領域に一時保存するユーザ情報一時保存ステップとをログイン情報処理方法が具備する。

以上説明したように本発明によれば、ログイン処理を行う対象となるユーザ情報の使用される時間帯を予測して、該当する時間帯のユーザ情報をユーザ情報一時格納手段に格納することにしたので、わざわざユーザ情報格納手段からユーザ情報を読み出す手間を必要とせずに多くのユーザ情報を利用することができ、ログイン処理の効率化を図ることができる。

図１は本発明の一実施の形態におけるログイン情報処理システムの構成の概要を表わしたものである。このログイン情報処理システム１００は、一例として事業所の所定の位置に配置された入場ゲート１０１から入場した後の従業員としてのユーザ１０２₁、……１０２_mが、職場の各自のクライアントマシン１０３₁、……１０３_mに辿り着いて、これらにログインする場合の管理を行うシステムである。一度ログアウトした後に、事業所内の他の場所で食事をしたり、会議を行った後に再び自分の職場に戻って各自のクライアントマシン１０３₁、……１０３_mに再度ログインする場合の管理も含まれる。

ユーザ１０２₁、……１０２_mごとに所持した図示しないＩＤ（Identification）カードを用いて入場時の個人識別を行う入場ゲート１０１および各自のクライアントマシン１０３₁、……１０３_mは、これらの管理を行うための管理サーバ１０４に接続されている。管理サーバ１０４は、各クライアントマシン１０３₁、……１０３_mのログイン時に要求される認証を行うための認証サーバ１０５に接続されている。

管理サーバ１０４は、各ユーザ１０２₁、……１０２_mのログイン時の制御を行う制御部１１１を備えている。制御部１１１は、入場ゲート１０１からそれぞれのユーザ１０２₁、……１０２_mが入場したとき、それらのタイミングで出力される入場検出信号１２１₁、……１２１_mを入力して、ログインのタイミングを予測するログイン予測部１１２と、ログイン後のユーザ認証を制御するユーザ認証部１１３を備えている。ログイン予測部１１２は、アクセスログ格納部１１４および予定表・時間割・マシン配置データ格納部１１５とも接続されており、これらのデータを基にしても各クライアントマシン１０３₁、……１０３_mのログインを予測する処理を行うようになっている。管理サーバ１０４には、各クライアントマシン１０３₁、……１０３_mに必要なデータを事前に格納するキャッシュメモリ１１６も備えられている。

認証サーバ１０５の方は、認証を行う際のＩＤやパスワードからなるユーザ情報を、ユーザ情報格納部１１８に格納している。これらのユーザ情報は、管理サーバ１０４内のログイン予測部１１２の指示によって読み出され、ユーザ認証部１１３が認証に要する時間的な確度に応じてキャッシュメモリ１１６に再配列された状態で格納されるようになっている。認証サーバ１０５はログイン予測テーブル１１９も備えている。ログイン予測テーブル１１９は、ログインが予測される予測時間帯ごとに図１に示したユーザ１０２₁、……１０２_mをグループ化して記録している。このログイン予測テーブル１１９は、管理サーバ１０４から適宜送られてくる情報に基づいて内容を更新されるようになっている。

図２は、事業所におけるユーザの移動する領域の一例を表わしたものである。事業所は、図示しない守衛所の近くに入場ゲート１０１が配置されている。入場ゲート１０１から歩いてすぐの場所には、３階建ての建物としてのＡ棟１２５が配置されている。Ａ棟１２５内の各階のフロア１２５Ｆ₁〜１２５Ｆ₃には、それぞれ適宜な数のクライアントマシン１０３がユーザ１０２の図示しない個別の机に対応させて配置されている。

入場ゲート１０１から見てＡ棟１２５よりも奥まった場所には平屋建ての食堂１２６が配置されており、更に奥まった場所に４階建ての建物としてのＢ棟１２７が配置されている。Ｂ棟１２７内の各階のフロア１２７Ｆ₁〜１２７Ｆ₄にも、それぞれ適宜な数のクライアントマシン１０３がユーザ１０２の前記した個別の机に対応させて配置されている。

Ａ棟１２５にはエレベータはなく、ユーザ１０２は各フロアの移動を図示しない階段で行っている。Ｂ棟１２７には図示しないエレベータが存在している。したがって、ユーザ１０２のうちの希望する者はエレベータを利用してフロア間の移動を迅速に行うことができる。

図３は、認証サーバのログイン予測テーブルの内容の一例を表わしたものである。ログイン予測テーブル１１９には、たとえば１時間ごとにログインが予測されるユーザをそのＩＤで登録している。このテーブルの内容を分かりやすくするために図ではユーザ名をそれらのＩＤに併せて表記している。たとえばログイン予測テーブル１１９の朝８時から９時までの時間帯にログインが予測される第１のユーザ１０２₁は、１３時から１４時の時間帯に再度ログインされる予定となっている。これは、第１のユーザ１０２₁が昼食後にこの時間帯に再度クライアントマシン１０３₁をログインすることが予測されるからである。

一方、朝８時から９時までの時間帯にログインした第２のユーザ１０２₂がこの１３時から１４時の時間帯に再度ログインする予測となっていないのは、幾つかの原因が考えられる。たとえば、その日の予定表によると第２のユーザ１０２₂が昼前に出張してしまい自宅に直帰してしまうような場合である。このような場合、管理サーバ１０４から予定表についての情報の提供を受けた認証サーバ１０５（図１）は、ログイン予測テーブル１１９の内容を事前に変更する。第２のユーザ１０２₂が昼食の後、他の人よりも早く職場に帰って仕事を開始するのが日常的であるような場合、第１のユーザ１０２₁の場合と異なり１２時から１３時の時間帯に再度ログインする予測となる。

図４は、認証サーバの処理の概要を表わしたものである。図１と共に説明する。認証サーバ１０５はログイン予測テーブル１１９の変更のためのログイン予測データが受信されたか（ステップＳ２０１）と、ユーザ情報格納部１１８に格納するユーザ情報の変更が通知されたか（ステップＳ２０２）と、管理サーバ１０４からユーザ情報の読み出しが要求されたか（ステップＳ２０３）の監視を行っている。

認証サーバ１０５はログイン予測データが受信されると（ステップＳ２０１：Ｙ）、その内容にログイン予測テーブル１１９を変更する（ステップＳ２０４）。全ユーザ１０２₁、……１０２_mの中でログインの時間帯が変更されるユーザ１０２の割合が少ないのが通常であれば、ログイン予測データは変更箇所のみの差分データとして受信されるものであってもよい。管理サーバ１０４は各ユーザ１０２₁、……１０２_mのログイン時間の変更の予定を逐次受け付けて、これらが時間的に余裕のあるものであれば定期的にまとめてログイン予測データとして認証サーバ１０５に送信するようになっている。これは管理サーバ１０４および認証サーバ１０５の負担を軽減するためのものである。

認証サーバ１０５は、ログイン予測テーブル１１９が更新されるとユーザ情報格納部１１８内のユーザ情報の再配置を行う（ステップＳ２０５）。ここで再配置とは、ユーザ情報格納部１１８に各時間帯ごとにユーザ情報をまとめて配置し直すことをいう。ただし、緊急に再配置を要するユーザ情報のみを優先して再配置を実行し、緊急性を要さないユーザ情報については認証サーバ１０５の負荷が掛っていない時間帯を利用してバックグラウンドで処理を行う。

ユーザ情報格納部１１８におけるユーザ情報の再配置には、幾つかの格納形態が存在し得る。第１のユーザ情報配置形態は、ユーザ情報格納部１１８に格納するユーザ情報を重複させずにそれぞれのログインを行う時間帯に適宜移動させる形態である。図３で示しただ第１のユーザ１０２₁を例にとると、朝８時〜９時の時間帯のユーザ情報の読み取りを行う時点ではこの時間帯のユーザ情報格納部１１８に格納されており、この時点では１３時〜１４時の時間帯には格納されていない。

第２のユーザ情報配置形態は、ユーザ情報格納部１１８に格納するユーザ情報を重複させてそれぞれのログインを行う時間帯に格納しておく形態である。第１のユーザ１０２₁を例にとると、朝８時〜９時の時間帯と１３時〜１４時の時間帯の双方に第１のユーザ１０２₁のユーザ情報が格納されることになる。この場合には、該当する時間帯ごとのユーザ情報の読み出しは簡単になるが、ユーザ情報の変更があったときの処理が複雑化する。

これら第１および第２の格納形態では、１日に１回のみログインするユーザ１０２について格納形態に差異がない。一方、出張や休暇によって該当日に１回もログインを行わないユーザ１０２について、ユーザ情報をユーザ情報格納部１１８の時間帯別の格納場所に再配置する形態を採ると、これらのユーザ情報の格納場所がなくなる。したがって、このようなユーザ情報については、該当日にログインが行われない格納領域を用意しておき、ここにこれらのユーザ情報を格納することになる。この場合、そのユーザ１０２がログインを行おうとした場合には加重要件を設定しておいて、第三者の不正なログインに対するセキュリティを確保する措置を採ることが可能になる。

一方、第３のユーザ情報配置形態として、ユーザ情報格納部１１８におけるユーザ情報の再配置自体は行わず、ログイン予測テーブル１１９の内容をユーザ情報の再配置の内容として見るという形態もある。この場合には、ステップＳ２０３で管理サーバ１０４がログインの時間帯を指定してユーザ情報の読み出しを要求したら、まずログイン予測テーブル１１９の該当する時間帯のＩＤの一覧を読み出して、ユーザ情報格納部１１８における対応するＩＤに関するユーザ情報の読み出しを行う。先の第１および第２の格納形態ではステップＳ２０３でユーザ情報の読み出しを要求された場合に直ちにユーザ情報格納部１１８から該当するユーザ情報の読み出しを行うが、これに対して手順が１段階増加することになる。

しかしながら、第３のユーザ情報配置形態ではユーザ情報格納部１１８の再配置を繰り返す処理を必要とせずに、実質的な再配置を実現することができる。また、手順がそれぞれ１段階増加した分だけユーザ情報の読み出しに時間を要するが、管理サーバ１０４が時間的な余裕をもってこれらのユーザ情報を読み出してキャッシュメモリ１１６に格納するものとすれば、処理時間の遅延は特に問題とならない。更に第３のユーザ情報配置形態ではユーザ情報の本体部分をユーザ情報格納部１１８にＩＤ等に対応付けたアドレス情報に従って登録可能である。したがって、ユーザ１０２の追加や削除あるいはユーザ情報の内容の変更といったステップＳ２０２の処理が要求されたとき、その処理が簡単になる。また、ログイン予測テーブル１１９に書き込まれた以外の時間帯でログインが行われるような場合に、ユーザ情報格納部１１８内を、たとえばＩＤアドレス情報に応じた位置で検索することができ、検索処理の時間が短縮するという利点もある。

ステップＳ２０２の処理では、管理サーバ１０４からユーザ１０２の追加や削除あるいはユーザ情報の内容の変更といった処理が要求されたとき（Ｙ）、ログイン予測テーブル１１９の内容をこれに応じて更新し（ステップＳ２０４）、ユーザ情報格納部１１８内のユーザ情報の再配置を行う（ステップＳ２０５）。ただし再配置について前記した第３のユーザ情報配置形態を採用した場合には、ユーザ１０２が新規に追加されたり削除された場合、あるいはユーザ情報の内容自体に変更があった場合を除いてユーザ情報格納部１１８の内容は変更されない。したがって、第３のユーザ情報配置形態を採用した場合には、ステップＳ２０５でユーザ情報の再配置は行われない。

前記したステップＳ２０３で管理サーバ１０４からユーザ情報の読み出しの要求があったとき（Ｙ）、認証サーバ１０５は該当するユーザ情報を読み出して管理サーバ１０４に送信する（ステップＳ２０６）。この処理については、管理サーバ１０４が時間帯を指定して定期的にユーザ情報の読み出しを要求した場合とそれ以外の場合に分けて説明する。

たとえば朝８時から９時までの時間帯にログインが予測されるユーザ１０２のユーザ情報がそれよりも前の７時５８分に管理サーバ１０４から要求されたものとする。この場合、前記した第１および第２のユーザ情報配置形態では、ユーザ情報格納部１１８における該当する時間帯のユーザ情報の読み出しが行われる。これらの場合、ユーザ情報格納部１１８は時間帯ごとにユーザ情報の再配置が行われている。このため、該当する朝８時から９時までの時間帯のユーザ情報は連続しており、認証サーバ１０５はこれらを読み出して管理サーバ１０４に送信すればよい。

一方、第３のユーザ情報配置形態が採用されている場合、認証サーバ１０５はログイン予測テーブル１１９の該当する朝８時から９時までの時間帯の時間帯のＩＤの一覧をまず読み出す。そして次に認証サーバ１０５は、ユーザ情報格納部１１８におけるこれらのＩＤとそれぞれ一致するユーザ情報の読み出しを行うことになる。

次に、管理サーバ１０４が時間帯を指定せずにユーザ情報の要求を行ってきた場合を説明する。このような場合とは、たとえば朝８時から９時までの時間帯にログインが予測されていた第１のユーザ１０２₁が緊急の会議に出席してログインを朝１０時５分に行ったような場合である。この説明を行う前に、管理サーバ１０４のユーザ情報の事前読み出し処理と、ログイン処理を説明する。

図５は、このうちの管理サーバによるユーザ情報の事前読み出し処理の流れを表わしたものである。図１と共に説明する。管理サーバ１０４は既に説明した朝８時から９時までの時間帯等の時間帯ごとのユーザ情報の読み出し時刻が到来したかどうかを自身の図示しない時計回路の時刻と比較してチェックするようになっている。たとえば朝８時から９時までの時間帯の処理に対しては朝８時ジャストを読み出し時刻としてもよいが、何らかの事情で時間帯の開始時刻が遅延するおそれがある。そこで、この例では前記したように更に２分前の７時５８分になると、読み出し時刻が到来したものとして処理するようになっている（ステップＳ２２１）。この時刻になると（Ｙ）、管理サーバ１０４は認証サーバ１０５に対して、対象となる時間帯（この例の場合には朝８時から９時までの時間帯。）を指定してユーザ情報の読み出しを要求する（ステップＳ２２２）。

この後、管理サーバ１０４は認証サーバ１０５から該当する時間帯のユーザ情報が受信されるのを待機して（ステップＳ２２３）、受信されたら（Ｙ）、これらを図示しない作業用メモリに格納する（ステップＳ２２４）。そして、前記した時間帯との関係で該当する時刻（たとえば７時５９分５９秒）が到来したら（ステップＳ２２５：Ｙ）、作業用メモリに格納されたこれらのユーザ情報をキャッシュメモリ１１６に移行させる（ステップＳ２２６）。

図６は、一例として朝８時から９時までの時間帯のユーザ情報がキャッシュメモリに格納されている状態を表わしたものである。キャッシュメモリ１１６には、朝８時から９時までの時間帯を予測時間帯とするユーザのＩＤとパスワードおよびその他の必要な情報が格納されている。ただし、格納された内容を分かりやすくするために図ではユーザ名をそれらのＩＤに併せて表記している。ログインの予測時間帯が併記されているのは、時間帯の切り替え時刻等の所定の場合に一時的に複数の予測時間帯がキャッシュメモリ１１６に格納される可能性がある場合があり、このような場合でも必要のなくなった時間帯のユーザ情報を選択して消去できるようにするためである。

この例のキャッシュメモリ１１６には、その他のユーザ情報として、性別、年齢および出身地が格納されるようになっている。これらは所定の２地点の間をユーザ１０２が移動するときの時間を算出するときに、参考データとすることができる。一般には、男性は女性よりも歩行速度が速く、年齢や出身地も歩行速度に影響を与える可能性が高いからである。

図７は、管理サーバによるログイン処理の様子を表わしたものである。図１と共に説明する。管理サーバ１０４は各時間帯ごとにクライアントマシン１０３₁、……１０３_mのいずれかからログインが行われるのを待機している（ステップＳ２４１、ステップＳ２４２）。そして、ログインがあると（ステップＳ２４１：Ｙ）、キャッシュメモリ１１６に格納されているユーザ情報をチェックして該当するユーザ情報が存在する（ヒットする）かどうかをチェックする（ステップＳ２４３）。該当するユーザ情報が存在した場合には（Ｙ）、これを用いてそのユーザ１０２の入力する情報と比較してログイン処理を行う（ステップＳ２４４）。すなわち、ＩＤおよびパスワードが一致すればログインを成功させ、一致しなければユーザ１０２による再入力を促したり、ログインを失敗させる。そして、再びステップＳ２４１の処理に戻る。

このようにしてログイン処理を受けつけながら該当する時間帯（この例の場合には朝８時から９時までの時間帯。）が経過するかどうかをチェックする（ステップＳ２４２）。そして、該当する時間帯が経過したならば（Ｙ）、その時間帯のユーザ情報をキャッシュメモリ１１６から廃棄する（ステップＳ２４５）。

ところで、この図７のステップＳ２４３でログインの処理の対象となるユーザ情報がキャッシュメモリ１１６に存在しないことがある。これが前記したユーザ１０２が該当する時間帯以外の時間にクライアントマシン１０３でログインを試みた場合である。この場合（ステップＳ２４３：Ｎ）、管理サーバ１０４はキャッシュメモリ１１６に格納された手持ちの情報でユーザ情報の対比を行うことができない。そこで、ユーザ１０２が入力したＩＤとパスワードが正しいか否かを判別するために認証サーバ１０５に対してユーザ情報の個別要求処理を行うことになる（ステップＳ２４６）。この場合、認証サーバ１０５は図４のステップＳ２０６で該当するユーザ情報をユーザ情報格納部１１８から検索し、管理サーバ１０４に送信することになる。管理サーバ１０４は送られてきたユーザ情報または該当するユーザ情報が存在しないという情報を基にしてログインの成否を決定する。この処理は従来から行われている通常の処理であり、他の処理と競合したような場合には処理が迅速に行えない場合があるという問題が発生する。

ところで、今までの説明は、それぞれのユーザ１０２₁、……１０２_mのログインを行う予測時間帯が把握されていることを前提としている。このような情報は、図１に示した管理サーバ１０４内のアクセスログ格納部１１４や予定表・時間割・マシン配置データ格納部１１５における予定表や時間割に関するデータの格納内容を用いることで得られる。ここでアクセスログ格納部１１４は、ユーザ１０２₁、……１０２_mのログインを行った時刻の履歴を格納しており、これを基にして予め定めた確率以上の確率でログインする時間帯を個人単位で求めることができる。

また、予定表・時間割・マシン配置データ格納部１１５は、事業所で管理できる範囲内で各ユーザ１０２₁、……１０２_mの各種の予定や時間割を把握してそれらとの関連でログインする時間帯を個人単位で予測することができる。

次に新たなユーザが初めて職場で仕事を開始する場合や、職場を変更したユーザがその職場で初めて仕事を行う場合のように、一般にログインを行う時刻が予測できない場合のログイン時刻の予測について説明を行う。これに関しては予定表・時間割・マシン配置データ格納部１１５におけるクライアントマシン１０３₁、……１０３_mの配置と各ユーザ１０２₁、……１０２_mの対応付けに関するデータが用いられる。

一例として図１および図２に示す第ｍのユーザ１０２_mが、朝８時５０分に入場ゲート１０１を通過して、新しい職場のクライアントマシン１０３_mにログインする場合を例にとり、ログインの予測時刻の算出の原理を説明する。この前提として、予定表・時間割・マシン配置データ格納部１１５には第ｍのユーザ１０２_mのログインを行うクライアントマシン１０３_mが元の職場のＡ棟１２５の２階１２５Ｆ₂から新しい職場のＢ棟１２７の４階１２７Ｆ₄に移動したことがデータとして格納されているものとする。

図８は、入場ゲートを通過したユーザに対する予測時間帯の算出処理の様子を表わしたものである。図１および図２を基に説明を行う。一例として第ｍのユーザ１０２_mが、朝８時５０分に入場ゲート１０１を通過したとする（ステップＳ２６１：Ｙ）。入場ゲート１０１は第ｍのユーザ１０２_mの所持するＩＤカードの情報を読み取って、その者のＩＤの識別とゲート通過時刻を図示しない作業用メモリの所定の領域に上書きする（ステップＳ２６２）。そして、そのＩＤから予測時間帯の算出が必要であるかを判別する（ステップＳ２６３）。必要がなければ（Ｎ）、処理を終了して次のユーザ１０２のゲート通過の処理を待機する（リターン）。

第ｍのユーザ１０２_mの場合には職場が変わったので予測時間帯の算出が必要である（ステップＳ２６３：Ｙ）。この場合には、第ｍのユーザ１０２_mが入場ゲート１０１を通過した時点からクライアントマシン１０３_mの配置された場所までの到達予想時間ｔの算出を行う（ステップＳ２６４）。

図９は、このステップＳ２６４の処理として到達予想時間の演算処理を具体的に表わしたものである。図１および図２と共に説明する。

まず管理サーバ１０４は第ｍのユーザ１０２_mのＩＤからクライアントマシン１０３_mの配置された建物の入場ゲート１０１からの距離を、予め計算した図示しないテーブルから選択する（ステップＳ２８１）。そして、その日の気象条件に応じたその建物（この場合にはＢ棟１２７）までの到達基準時間ｔ₁を演算する（ステップＳ２８２）。システムによっては前記したテーブルに各建物と気象条件に応じた到達基準時間ｔ₁が予め格納されていてもよい。

次に管理サーバ１０４はクライアントマシン１０３_mが何階に配置されているかを調べ、それが１階に存在するかを判断する（ステップＳ２８３）。一階に存在する場合には（Ｙ）、同一階の基準移動時間ｔ₂を演算する（ステップＳ２８４）。これは、１つのフロアが特に広いものでない場合、たとえば３０秒とか１分という固定値を演算値としてもよい。もちろん、入り口から該当するクライアントマシン１０３_mまでの移動距離を図示しないテーブルから選択して、これを基にして基準移動時間ｔ₂を演算してもよい。

この例の場合、クライアントマシン１０３_mは４階に存在し１階ではない（ステップＳ２８３：Ｎ）。そこで、その建物にはエレベータが存在するかの判別を行い（ステップＳ２８５）、存在すれば（Ｙ）、エレベータ使用時の目的階のマシンまでの基準移動時間ｔ₂を演算する（ステップＳ２８６）。第ｍのユーザ１０２_mが通常、階段を使用する者であっても、エレベータを使用して計算した時間よりも早くログインした場合の対応を考えてエレベータを使用するものとして計算する。自分のマシンが配置された階までエレベータがない場合には（ステップＳ２８５：Ｎ）、階段使用時の目的階のマシンまでの基準移動時間ｔ₂を演算する（ステップＳ２８７）。

以上のようにして各場合の基準移動時間ｔ₂が演算されたら、基準となるユーザ１０２における入場ゲート１０１から目的のログインするマシンまでの基準到達時間ｔ₀を、基準移動時間ｔ₁と基準移動時間ｔ₂の和として求める（ステップＳ２８８）。次に管理サーバ１０４は図６に示したユーザの特徴（性別、年齢、出身地）を基にして、基準到達時間ｔ₀を修正してクライアントマシン１０３_mについての到達予想時間ｔの演算を行う（ステップＳ２９９）。

図８に戻って説明を続ける。図９に示した処理で第ｍのユーザ１０２_mについてのクライアントマシン１０３_mまでの到達予想時間ｔが算出されたら、ステップＳ２６２で記憶したゲート通過時刻に到達予想時間ｔを加算して、予測時間帯を算出して記憶する（ステップＳ２６５）。

予測時間帯の算出に際しては、加算値が予め設定したそれぞれの予測時間帯の境界近傍になったときには、双方を予測時間帯に設定する。たとえばステップＳ６４で算出した到達予想時間が９分であったとする。この場合、第ｍのユーザ１０２_mがそのクライアントマシン１０３_mに到達する時刻は朝８時５９分となる。したがって、予測時間帯を杓子定規に当て嵌めると朝８時から９時までとなる。しかしながら、エレベータに順調に乗れなかった等の各種の事情で実際の到達時刻が朝９時をわずかに超える場合も可能性として存在する。そこで、たとえば到達予想時刻に±１０分の調整を行って他の時間帯に食い込むような場合には、その時間帯も予測時間帯に含めるようにしている。したがって、この例の場合には第ｍのユーザ１０２_mについての予測時間帯は朝８時から９時までと朝９時から１０時までの２つの時間帯となる。

以上、入場ゲート１０１を通過したユーザ１０２が自分のクライアントマシン１０３まで到達してログインを行うまでの時間の算出を行ったが、食堂１２６から帰ってきて同様にログインを行うまでの時間も算出可能である。また、新しい場所のクライアントマシン１０３に対するユーザ１０２のログイン時刻に関するデータがある程度集まれば、アクセスログ格納部１１４に格納されたアクセスログを用いてそのユーザ１０２のログインを行う時刻あるいは予測時間帯をデータマイニングの結果として求めることができることは当然である。

このように本実施の形態では、各ユーザのクライアントマシンに対するログインを予測してその準備をしておくことにした。したがって、管理サーバのようなログインを管理する側の処理を効率化することができ、ユーザにとってもスムーズなログインが可能になる。また、認証サーバから管理サーバ側にユーザ情報をまとめて送信することができるので、両者の通信負荷を軽減することができる。また、認証サーバ側がまとめて送信するユーザ情報を予め整理しておくことで、これらのユーザ情報の検索効率を向上させることができる。更に本実施の形態ではアクセスログという実績データだけでなく、計算によって各ユーザのログインするまでの時間を予測することにしたので、システムの立ち上げ当初からログインの時間管理を可能にすることができる。

なお、以上説明した実施の形態では事業所を例に挙げて説明したが、学校やコールセンタのような複数の情報処理装置に対してログインを行う環境で本発明を同様に適用することができる。また、実施の形態では時間帯を１時間ずつ重複しないように設定したが、時間帯の長短はこれに限るものではなく、また必ずしも時間帯を常に一定の長さに設定する必要もない。また、時間帯は互いに重複するように設定してもよい。

本発明の一実施の形態におけるログイン情報処理システムの構成の概要を表わしたシステム構成図である。本実施の形態で事業所におけるユーザの移動する領域の一例を表わした説明図である。本実施の形態で認証サーバのログイン予測テーブルの内容の一例を表わした説明図である。本実施の形態で認証サーバの処理の概要を表わした流れ図である。本実施の形態で管理サーバによるユーザ情報の事前読み出し処理の流れを表わした流れ図である。本実施の形態で朝８時から９時までの時間帯のユーザ情報がキャッシュメモリに格納されている状態を表わした説明図である。本実施の形態で管理サーバによるログイン処理の様子を表わした流れ図である。本実施の形態で入場ゲートを通過したユーザに対する予測時間帯の算出処理の様子を表わした流れ図である。本実施の形態で到達予想時間の演算処理を具体的に表わした流れ図である。

符号の説明

１００ログイン情報処理システム
１０１入場ゲート
１０２ユーザ
１０３クライアントマシン（情報処理装置）
１０４管理サーバ
１０５認証サーバ
１１１制御部
１１４アクセスログ格納部
１１５予定表・時間割・マシン配置データ格納部
１１６キャッシュメモリ
１１８ユーザ情報格納部
１１９ログイン予測テーブル

Claims

各ユーザに１台ずつそれぞれ異なった場所に割り当てられた情報処理装置の利用を開始するログイン時に認証処理のために使用される認証用ユーザ情報と、前記各ユーザが移動する際の個人的特徴を表わした移動処理用ユーザ情報とをこれら複数のユーザを対象として予め格納するユーザ情報格納手段と、
前記複数のユーザがそれぞれに割り当てられた情報処理装置の存在する場所に到達する前に共通して通過する特定地点におけるこれら複数のユーザの通過時刻を検出する通過時刻検出手段と、
前記ユーザ情報格納手段に格納された移動処理用ユーザ情報から前記特定地点から前記割り当てられた情報処理装置の存在する場所に至るまでのユーザごとの移動時間を算出するユーザ別移動時間算出手段と、
前記通過時刻検出手段が前記特定地点を通過する時刻を基にしてそれぞれのユーザがログインを開始する時間帯を前記ユーザ別移動時間算出手段が算出した移動時間を基にして個別に予測するログイン時間帯予測手段と、
このログイン時間帯予測手段によって予測された時間帯ごとに対応する認証用ユーザ情報を前記ユーザ情報格納手段から読み出して、所定のメモリ領域に一時的に格納するユーザ情報一時格納手段
とを具備することを特徴とするログイン情報処理システム。
前記ログイン時間帯予測手段は、それぞれのユーザの過去にログインした履歴情報を基にしてログインを開始する時間帯を個別に予測する手段であることを特徴とする請求項１記載のログイン情報処理システム。
前記特定地点は、前記各ユーザがログインを行う情報処理装置の配置された施設の手前に配置された入場ゲートであることを特徴とする請求項１記載のログイン情報処理システム。
前記ユーザ情報格納手段は前記時間帯の同一なユーザ情報同士を互いにアドレスの近接した場所に再配置する再配置手段を具備することを特徴とする請求項１記載のログイン情報処理システム。
前記ユーザ情報格納手段は前記時間帯の同一なユーザ情報同士の格納アドレスを一覧として保持する時間帯別アドレス格納テーブルを具備することを特徴とする請求項１記載のログイン情報処理システム。
前記ログイン時間帯予測手段は、各ユーザごとにログインを行うまでの時刻を算出すると共に、算出した時刻を中心に所定の時間幅を設定してログイン時間帯を予測することを特徴とする請求項１記載のログイン情報処理システム。
複数のユーザがそれぞれ異なった場所に割り当てられた情報処理装置の存在する場所に到達する前に共通して通過する特定地点におけるこれら複数のユーザの通過時刻をコンピュータが検出する通過時刻検出ステップと、
前記通過時刻検出ステップで検出したユーザが前記特定地点から前記割り当てられた情報処理装置の存在する場所まで移動する際の個人的特徴を表わした移動処理用ユーザ情報を前記コンピュータが所定のユーザ情報格納手段から読み出して前記特定地点から前記割り当てられた情報処理装置の存在する場所に至るまでのユーザごとの移動時間を算出するユーザ別移動時間算出ステップと、
前記通過時刻検出手ステップで前記特定地点を通過する時刻を基にしてそれぞれのユーザがログインを開始する時間帯を前記ユーザ別移動時間算出ステップで算出した移動時間を基にして前記コンピュータが個別に予測するログイン時間帯予測ステップと、
このログイン時間帯予測ステップで予測された時間帯ごとに前記コンピュータが対応する認証用ユーザ情報を前記ユーザ情報格納手段から読み出して、該当する時間帯のログイン処理に対応付けて所定のメモリ領域に一時保存するユーザ情報一時保存ステップ
とを具備することを特徴とするログイン情報処理方法。