JP4290042B2 - ログイン管理プログラム、ログイン管理プログラムが記録された媒体、ログイン管理装置、及びログイン管理方法 - Google Patents

Description

本発明は、ユーザ・ライセンスを有効利用するための情報処理技術に関するものである。

近年、ＥＲＰ（Enterprise Resource Planning）パッケージを導入する企業が増えている。ＥＲＰパッケージの導入にあたっては、ユーザの同時接続数に応じた料金体系に従った契約がなされることが多くなっている。このような場合、実際の運用において、契約数分の接続がなされている状態では、新たなログイン要求は拒否される。すなわち、新たにログインしたいユーザは、ログインしているユーザのうちいずれかのユーザがログオフしない限り、ログインすることができない。一方で、ログインしているユーザは、ログインからログオフまでの間に、必ずしもＥＲＰパッケージを用いた業務を継続して行っているとは限らない。例えば、ログインしたまま別の作業を行っているような場合も多い。

このように、ログイン状態を保つ必要がないユーザであっても、ログオフしない限りは同時接続数にカウントされているため、ログインしてＥＲＰパッケージを用いた業務を行いたいユーザがログインできない場合が生ずる。従って、ＥＲＰパッケージを用いた業務を実際に行う場合のみログイン状態を保持できるようにすれば、同時にログインしているユーザ数を少なくすることができ、契約する同時接続数を減らすことも可能となる。

例えば、ログイン時間を制限するための技術が存在する（例えば特許文献１参照）。すなわち、各コンピュータ端末は、ホストコンピュータとの接続がなされた後にユーザからデータベース検索のためのコマンドが継続して入力されない無入力時間が、基準時間に達したか否かを監視する。基準時間は各コンピュータ端末の画面上に表示させた基準時間設定画面で設定できる。各コンピュータ端末は、無入力時間が基準時間に達すると、その旨をユーザに知らせるための警告画面を画面上に表示する。その警告画面が表示された後一定時間内にユーザからコマンドが入力されないと、当該コンピュータ端末との接続を強制的に切断させるための強制ログオフ・コマンドをホストコンピュータに送る。
特開２０００−３１５１８９号公報

しかしながら、このような従来技術では、ユーザの同時接続数が限られている環境において、効率良くユーザ・ライセンスを利用しているとは必ずしも言えない。なぜなら、ユーザの判断によって強制的なログオフまでの時間を設定できることから、ユーザによっては、強制的なログオフまでの時間を実際に必要な時間よりも長めに設定することが考えられるためである。すなわち、従来技術によると、ユーザがログオフするのを忘れても自動的にログオフがなされるということから、ログオフを忘れることへの対策としては効果を期待することができるが、他のユーザの利用可能時間を増やすという点については十分考慮されているとは言えない。

そのため、本発明の目的は、ユーザの同時接続数が限られている環境において、ユーザ・ライセンスの利用効率を向上させるための技術を提供することである。

本発明に係るログイン管理方法は、ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理方法であって、ユーザにより選択された業務とユーザの属性とに基づき、所定の許容時間を決定し、記憶装置に格納するステップと、記憶装置に格納された所定の許容時間を超えて、選択された業務に係るデータが未入力又は未受信であることを検出した場合、ユーザを強制的にログオフさせるログオフ・ステップとを含む。

これにより、例えばユーザが取り扱う業務及びユーザが属する部門に応じて、強制的にログオフされるまでの時間が自動で設定される。とりわけＥＲＰパッケージは、処理に必要なログイン時間が異なる様々な業務や、作業スタイルが異なる様々な部門に属するユーザによる業務に対応している。従って、本発明によれば、強制的にログオフされるまでの時間を適切に設定することができる。また、このように設定された時間に基づき、処理を行っていないと判断されるユーザを強制的にログオフさせることにより、接続可能なユーザ数が増え、ユーザ・ライセンスの利用効率さらには業務効率を向上させることができる。

また、上記ログオフ・ステップが、ユーザが操作する端末に表示させている画面に関するデータを、ユーザに対応付けて画面データ記憶部に格納するステップを含み、本発明に係るログイン管理方法が、強制的にログオフされたユーザによる再ログインに応じて、画面データ記憶部に格納された画面に関するデータを用いて、ユーザが操作する端末に画面を表示させるステップをさらに含むようにしてもよい。

これにより、強制的にログオフされたユーザは、ログオフされたからといって１から処理をやり直す必要がなくなる。通常、ＥＲＰパッケージでは、メインメニューから業務を選択し、画面遷移を行いながら処理を進めていくことが多いが、何回か画面遷移を行った後にログオフされた場合に、再度ログインしてまたメインメニューからやり直すのはユーザにとって負荷が大きい。そのため、このようにログオフ直前に端末の表示装置に表示されていた画面を再び表示することで、ユーザの負荷を減らし、業務効率を向上させることができる。

なお、本発明に係る方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してデジタル信号として配信される場合もある。なお、処理途中のデータについては、コンピュータのメイン・メモリ等の記憶装置に一時保管される。

本発明によれば、ユーザの同時接続数が限られている環境において、ユーザ・ライセンスの利用効率を向上させることができる。

本発明の第１の実施の形態に係るシステム構成図を図１に示す。例えば企業内ネットワークである社内ＬＡＮ（Local Area Network）１には、例えばパーソナル・コンピュータである１又は複数のユーザ端末３と、アプリケーション・サーバ５とが無線又は有線により接続されている。アプリケーション・サーバ５には、ＥＲＰサーバ処理部５０１とログ・データ生成部５０３とログ・データ格納部５０５とログイン管理部５０７とユーザ管理テーブル５０９と設定時間補正部５１１と未確定入力データ格納部５１３と接続ユーザ数格納部５１５と設定データ格納部５２０と補正基準データ格納部５３０とが含まれている。設定データ格納部５２０には、アイドル時間テーブル５２１と待機時間テーブル５２２と優先率テーブル５２３と優先月テーブル５２４と優先日テーブル５２５と優先時間テーブル５２６とが含まれている。補正基準データ格納部５３０には、判定基準テーブル５３１と集計期間テーブル５３３と第１処理時間テーブル５３５と第２処理時間テーブル５３７とが含まれている。また、ユーザ端末３には、ＥＲＰクライアント３０が含まれており、ＥＲＰクライアント３０には、ログイン制御部３１とバックアップ処理部３３とバックアップ・データ格納部３５とが含まれている。各処理部における処理の詳細及びバックアップ・データ格納部３５に格納されるデータについては後に述べる。

アプリケーション・サーバ５のＥＲＰサーバ処理部５０１は、ＥＲＰクライアント３０を有するユーザ端末３からの要求に応じて各種業務処理を行う。また、ＥＲＰサーバ処理部５０１は、ユーザ管理テーブル５０９を参照し、ログイン管理部５０７と連動して処理を行う。さらに、ＥＲＰサーバ処理部５０１は、ログ・データの生成が必要な場合に、ログ・データ生成部５０３に処理を引き渡す。ログ・データ生成部５０３は、ログ・データを生成してログ・データ格納部５０５に格納する。

ログイン管理部５０７は、ユーザ管理テーブル５０９と未確定入力データ格納部５１３と接続ユーザ数格納部５１５と設定データ格納部５２０とを参照し、ＥＲＰサーバ処理部５０１と連動して処理を行い、未確定入力データ格納部５１３と接続ユーザ数格納部５１５とにデータを格納する。なお、未確定入力データ格納部５１３には、ユーザＩＤと画面ＩＤとが対応付けられたデータが格納され、接続ユーザ数格納部５１５には、ログイン中のユーザ数が格納される。設定時間補正部５１１は、ログ・データ格納部５０５と設定データ格納部５２０と補正基準データ格納部５３０とを参照して処理を行い、設定データ格納部５２０と補正基準データ格納部５３０とにデータを格納する。

なお、ユーザ端末３及びアプリケーション・サーバ５は、図２に示すようなコンピュータ装置であって、メモリ２０１とＣＰＵ２０３とハードディスク・ドライブ（ＨＤＤ）２０５と表示装置２０９に接続される表示制御部２０７とリムーバブル・ディスク２１１用のドライブ装置２１３と入力装置２１５とネットワークに接続するための通信制御部２１７とがバス２１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実現するためのプログラムを含むアプリケーション・プログラムは、ＨＤＤ２０５に格納されており、ＣＰＵ２０３により実行される際にはＨＤＤ２０５からメモリ２０１に読み出される。必要に応じてＣＰＵ２０３は、表示制御部２０７、通信制御部２１７、ドライブ装置２１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２０１に格納され、必要があればＨＤＤ２０５に格納される。本発明の実施の形態における処理を実現するためのプログラムは例えばリムーバブル・ディスク２１１に格納されて頒布されドライブ装置２１３から、又はネットワーク及び通信制御部２１７を介して受信し、ＨＤＤ２０５にインストールされる。このようなコンピュータ装置は、上で述べたＣＰＵ２０３、メモリ２０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、以下で説明する各種機能を実現する。

図３に、ユーザ管理テーブル５０９のテーブル構成及び格納されるデータの一例を示す。図３の例には、ユーザの列３００と部門の列３０４とユーザ・レベルの列３０６と担当品目の列３０８とが含まれている。なお、１人のユーザが複数の品目を担当する場合もある。一方、部門やユーザ・レベルによっては担当品目を持たないユーザが存在することもある。

図４に、アイドル時間テーブル５２１のテーブル構成及び格納されるデータの一例を示す。図４の例には、部門の列４００とＡ１の列４０２とＡ２の列４０４とＡ３の列４０６とＣ１の列４１０とＦ１の列４１４とが含まれている。なお、Ａ３の列４０６とＣ１の列４１０との間、及びＣ１の列４１０とＦ１の列４１４との間の「・・・」という印は、業務処理に対応する列の図示を省略していることを表している。Ａ１の列４０２とＡ２の列４０４とＡ３の列４０６とＣ１の列４１０とＦ１の列４１４とには、Ａ１、Ａ２、Ａ３、Ｃ１及びＦ１で表される各業務処理に対応するアイドル時間が格納されている。本実施の形態では、アイドル時間とは、ユーザから何らの入力がなされなくとも警告等の対抗処置がなされない時間であり、本実施の形態において、単位は分である。例えばＡ１の列４０２の１行目の「５」という数字は、営業部門のユーザが「Ａ１」という業務処理を行う場合について、５分のアイドル時間が設定されていることを示している。５分を超えて何らの入力がなされない場合には、ユーザに対して警告メッセージが提示される。

なお、ユーザが属する部門によって実施しない業務処理がある場合には、アイドル時間を登録せず、該当する設定箇所を空白にしておいてもよい。また、アイドル時間による制限を与えたくない部門及び業務処理の組み合わせについても、アイドル時間が登録されない場合がある。本テーブルには、例えばシステム管理者によって初期データが登録される。

図５に、待機時間テーブル５２２のテーブル構成及び格納されるデータの一例を示す。図５の例には、部門の列５５０と警告表示後の待機時間の列５５２とが含まれている。本実施の形態では、警告表示後の待機時間とは、ユーザから何らの入力がなされない時間がアイドル時間を超えたためユーザに対して警告メッセージを提示した後、ユーザから何らの入力がなされなくとも強制的なログオフ等の対抗処置がなされない時間であり、アイドル時間同様、単位は分である。例えば警告表示後の待機時間の列５５２の１行目の「５」という数字は、営業部門のユーザに対して警告メッセージを提示した場合について、５分の待機時間が設定されていることを示している。５分を超えて何らの入力がなされない場合には、ユーザを強制的にログオフさせる。なお、強制的にログオフさせるような設定をしたくない部門については、警告表示後の待機時間が登録されない場合がある。本テーブルには、例えばシステム管理者によって初期データが登録される。

図６に、優先率テーブル５２３のテーブル構成及び格納されるデータの一例を示す。図６の例には、部門の列６００と優先度Ａの列６０２と優先度Ｂの列６０４と優先度Ｃの列６０６とが含まれている。本テーブルには、アイドル時間テーブル５２１及び待機時間テーブル５２２に登録されている値を調整する際に用いる倍率が部門毎に登録されている。本実施の形態においては、業務の繁忙期や繁忙度合いが部門によって異なることから、アイドル時間テーブル５２１及び待機時間テーブル５２２に登録されている値をそのまま使用せずに、例えば繁忙期には、アイドル時間テーブル５２１及び待機時間テーブル５２２に登録されている値と優先度Ａの列６０２の値とを掛けた値を使用する。これにより、ログイン日時が繁忙期にあたる部門に属するユーザには、通常より長いアイドル時間及び警告表示後の待機時間を設定することができる。

なお、図６の例では、部門毎の優先率テーブルを示したが、部門の他にも、品目やユーザ・レベル、オーダ毎に優先率が設定されている場合もある。例えば、季節に応じて生産量や販売量が大きく変化する品目については、生産量や販売量が多い時期に、当該品目を取り扱うユーザに対して通常より長いアイドル時間及び警告表示後の待機時間を設定する方がよい。また、例えば管理職のユーザに、月末や期末に業務が集中するような場合には、月末や期末には管理職のユーザに対して通常より長いアイドル時間及び警告表示後の待機時間を設定する方がよい。また、例えば特定の時期に優先的に処理させたいオーダがある場合には、当該特定の時期に該当するオーダを実施するユーザに対して通常より長いアイドル時間及び警告表示後の待機時間を設定する方がよい。すなわち、優先率テーブル５２３には、部門毎の優先率テーブル、品目毎の優先率テーブル、ユーザ・レベル毎の優先率テーブル及びオーダ毎の優先率テーブルの少なくともいずれかが含まれている。

なお、複数種類の優先率テーブルを用いる場合には、該当する複数の優先度のうちいずれか１つの優先度を適用するようにしてもよいし、該当する複数の優先度の平均や積等の新たな優先度を適用するようにしてもよい。例えば、部門毎の優先率テーブルと品目毎の優先率テーブルとを用いた場合において、該当する部門の優先度がＡで１５０％であり、且つ品目の優先度がＢで１００％であったとすると、例えば優先度が高い方を適用して１５０％としてもよいし、例えば平均値を適用して１２５％としてもよい。また例えば、ユーザ・レベル毎の優先率テーブルとオーダ毎の優先率テーブルとを用いた場合において、該当するユーザ・レベルの優先度がＡで１５０％であり、且つオーダの優先度もＡで１３０％であったとすると、例えば優先度が低い方を適用して１３０％としてもよいし、例えば積を適用して１９５％（１５０％×１３０％）としてもよい。優先率テーブルには、例えばシステム管理者によってデータが登録される。

図７Ａ乃至図７Ｄに、優先月テーブル５２４のテーブル構成及び格納されるデータの一例を示す。図７Ａには、部門の列７００と１月の列７０２と２月の列７０４と３月の列７０６と４月の列７０８と５月の列７１０と６月の列７１２と７月の列７１４と８月の列７１６と９月の列７１８と１０月の列７２０と１１月の列７２２と１２月の列７２４とが含まれている。優先度が高い箇所には優先度Ａを示す「Ａ」という値が登録されている。空白の箇所は優先度Ｂに対応している。優先度が低い箇所に優先度Ｃを示す「Ｃ」という値が登録される場合もある。例えば、図７Ａの例では、３月の列７０６の１行目に「Ａ」が登録されていることから、営業部門のユーザには３月に優先度Ａが適用される。図６に示した例では、営業部門の優先度Ａの倍率は「１５０％」と登録されており、アイドル時間及び警告表示後の待機時間について、通常の値の１５０％の値が設定される。図４の例では、例えば営業部門のユーザが「Ａ１」という業務処理を行う場合、通常は５分のアイドル時間が設定されることが示されているが、３月の場合、７．５分（５分×１５０％）に調整される。同様に、図５の例では、営業部門のユーザには通常は５分の警告表示後の待機時間が設定されることが示されているが、３月の場合、７．５分（５分×１５０％）に調整される。

図７Ａには部門毎の優先月テーブルを示したが、品目毎やユーザ・レベル毎、オーダ毎の優先月テーブルが設けられる場合もある。図７Ｂ乃至図７Ｄに、順に品目毎、ユーザ・レベル毎及びオーダ毎の優先月テーブルの一例を示す。テーブル構成及び格納されるデータは図７Ａと類似であり、詳細な説明を省略する。優先月テーブル５２４には、例えばシステム管理者によってデータが登録される。

図８Ａ乃至図８Ｄに、優先日テーブル５２５のテーブル構成及び格納されるデータの一例を示す。図８Ａには、部門の列８００と１日の列８０２と２日の列８０４と１０日の列８０８と１１日の列８１０と１２日の列８１２と２０日の列８１６と２１日の列８１８と３０日の列８２２と３１日の列８２４とが含まれている。なお、２日の列８０４と１０日の列８０８との間、１２日の列８１２と２０日の列８１６との間、及び２１日の列８１８と３０日の列８２２との間の「・・・」という印は、日付に対応する列の図示を省略していることを表している。

図７Ａに示した部門毎の優先月テーブルと同様、優先度が高い箇所には優先度Ａを示す「Ａ」という値が登録されている。空白の箇所は優先度Ｂに対応している。優先度が低い箇所に優先度Ｃを示す「Ｃ」という値が登録される場合もある。例えば、図８Ａの例では、１日の列８０２の２行目に「Ａ」が登録されていることから、購買部門のユーザには毎月１日に優先度Ａが適用される。図６に示した例では、購買部門の優先度Ａの倍率は「１３０％」と登録されており、アイドル時間及び警告表示後の待機時間について、通常の値の１３０％の値が設定される。図４の例では、例えば購買部門のユーザが「Ｃ１」という業務処理を行う場合、通常は５分のアイドル時間が設定されることが示されているが、毎月１日の場合、６．５分（５分×１３０％）に調整される。同様に、図５の例では、購買部門のユーザには通常は４分の警告表示後の待機時間が設定されることが示されているが、毎月１日の場合、５．２分（４分×１３０％）に調整される。

図８Ａには部門毎の優先日テーブルを示したが、品目毎やユーザ・レベル毎、オーダ毎の優先日テーブルが設けられる場合もある。図８Ｂ乃至図８Ｄに、順に品目毎、ユーザ・レベル毎及びオーダ毎の優先日テーブルの一例を示す。テーブル構成及び格納されるデータは図８Ａと類似であり、詳細な説明を省略する。優先日テーブル５２５には、例えばシステム管理者によってデータが登録される。

図９Ａ乃至図９Ｄに、優先時間テーブル５２６のテーブル構成及び格納されるデータの一例を示す。図９Ａには、部門の列９００と８時台の列９０２と９時台の列９０４と１０時台の列９０６と１１時台の列９０８と１２時台の列９１０と１３時台の列９１２と１４時台の列９１４と１５時台の列９１６と１６時台の列９１８と１７時台の列９２０と１８時台の列９２２とが含まれている。

図７Ａに示した部門毎の優先月テーブルと同様、優先度が高い箇所には優先度Ａを示す「Ａ」という値が登録されている。空白の箇所は優先度Ｂに対応している。優先度が低い箇所に優先度Ｃを示す「Ｃ」という値が登録される場合もある。例えば、図９Ａの例では、１３時台の列９１２の３行目に「Ａ」が登録されていることから、生産部門のユーザには１３時台（１３時から１４時まで）に優先度Ａが適用される。図６に示した例では、生産部門の優先度Ａの倍率は「１２０％」と登録されており、アイドル時間及び警告表示後の待機時間について、通常の値の１２０％の値が設定される。図４の例では、例えば生産部門のユーザが「Ｆ１」という業務処理を行う場合、通常は１分のアイドル時間が設定されることが示されているが、１３時台にログインした場合、１．２分（１分×１２０％）に調整される。同様に、図５の例では、生産部門のユーザには通常は５分の警告表示後の待機時間が設定されることが示されているが、１３時台にログインした場合、６分（５分×１２０％）に調整される。

図９Ａには部門毎の優先時間テーブルを示したが、品目毎やユーザ・レベル毎、オーダ毎の優先時間テーブルが設けられる場合もある。図９Ｂ乃至図９Ｄに、順に品目毎、ユーザ・レベル毎及びオーダ毎の優先時間テーブルの一例を示す。テーブル構成及び格納されるデータは図９Ａと類似であり、詳細な説明を省略する。優先時間テーブル５２６には、例えばシステム管理者によってデータが登録される。

図１０に、ログ・データ格納部５０５に格納されるデータの一例を示す。図１０の例では、「tobe」というユーザのログ・データが示されている。このように、各ユーザについて、ログイン日時、処理の開始日時、処理の終了日時及びログオフ日時が、ログ・データ生成部５０３によって記録される。

図１１に、集計期間テーブル５３３のテーブル構成及び格納されるデータの一例を示す。図１１の例には、部門の列１１００と開始日の列１１０２とサイクルの列１１０４とが含まれている。本テーブルには、集計する対象となるログ・データの範囲が部門毎に登録されている。例えば１行目には、営業部門のユーザのログデータについて、２００３年１０月１日から半年単位で集計するということが示されている。集計期間テーブル５３３には、例えばシステム管理者によってデータが登録される。

図１２に、第１処理時間テーブル５３５のテーブル構成及び格納されるデータの一例を示す。図１２の例には、ユーザの列１２００と部門の列１２０２とＡ１の列１２０４とＡ２の列１２０６とＡ３の列１２０８とＣ１の列１２１２とＦ１の列１２１６とＺＺの列１２１８とが含まれている。なお、Ａ３の列１２０８とＣ１の列１２１２との間、及びＣ１の列１２１２とＦ１の列１２１６との間の「・・・」という印は、業務処理に対応する列の図示を省略していることを表している。Ａ１の列１２０４とＡ２の列１２０６とＡ３の列１２０８とＣ１の列１２１２とＦ１の列１２１６とには、Ａ１、Ａ２、Ａ３、Ｃ１及びＦ１で表される各業務処理の処理時間の平均値がユーザ毎に登録される。なお、単位は分である。平均値の算出に用いる、各業務処理の処理時間は、ログ・データ格納部５０５に格納されているログ・データから特定する。また、ユーザ毎の集計期間は、ユーザが属する部門に基づき、集計期間テーブル５３３に格納されているデータから特定する。例えば、図１２の例では、Ａ１の列１２０４の１行目に「５．２」と登録されている。これは、「ｉｗａ」というユーザが「Ａ１」という業務処理を行った結果、平均５．２分かかったことを示している。なお、「ｉｗａ」というユーザは購買部門に属するユーザであるため、図１１に示した集計期間テーブル５３３の例に従うと、例えば２００３年１０月１日から半年間についての平均値である。

また、ＺＺの列１２１８には、警告メッセージ提示後から入力があるまでの時間の平均値がユーザ毎に登録される。図１０の例には示していないが、警告メッセージを提示した時間及びその後ユーザから入力があった時間についても、ログ・データに記録されるため、ログ・データ格納部５０５を参照することにより、平均値を算出することができる。

さらに、図１０の例には示していないが、例えばユーザが業務処理を開始し、完了する前に強制的にログオフされた場合には、業務処理が中断されるため、中断日時がログ・データに記録される。そして、ユーザが再びログインして、中断された業務処理を行い完了した場合には、再開日時及び完了日時がログ・データに記録される。このような場合、業務処理の開始日時から中断日時までの時間と再開日時から完了日時までの時間とを合計した値を、当該業務処理にかかった処理時間として扱う。なお、本テーブルに登録されるデータは、設定時間補正部５１１によって生成される。

図１３に、第２処理時間テーブル５３７のテーブル構成及び格納されるデータの一例を示す。図１３の例には、部門の列１３００とＡ１の列１３０２とＡ２の列１３０４とＡ３の列１３０６とＣ１の列１３１０とＦ１の列１３１４とＺＺの列１３１６とが含まれている。なお、Ａ３の列１３０６とＣ１の列１３１０との間、及びＣ１の列１３１０とＦ１の列１３１４との間の「・・・」という印は、業務処理に対応する列の図示を省略していることを表している。本テーブルには、図１２に示したユーザ毎の平均処理時間に基づき計算された部門毎の平均処理時間が登録される。本テーブルに格納されるデータは、設定時間補正部５１１によって生成される。

図１４に、判定基準テーブル５３１のテーブル構成及び格納されるデータの一例を示す。図１４の例には、差の列１４００と調整内容の列１４０２とが含まれている。本テーブルには、アイドル時間及び警告表示後の待機時間を調整するためのデータが格納されている。具体的には、部門及び業務処理毎に、第２処理時間テーブル５３７に登録された平均値とアイドル時間テーブル５２１に格納されているアイドル時間とを比較し、それらの差に応じて、本テーブルに設定された内容に従い、アイドル時間を更新する。例えば、営業部門のユーザの「Ａ１」という業務処理の平均処理時間が、第２処理時間テーブル５３７に「４．７（分）」と登録されており、一方で、営業部門のユーザの「Ａ１」という業務処理のアイドル時間が、アイドル時間テーブル５２１に「５（分）」と登録されていた場合、その差は−０．３（４．７−５．０）と算出される。図１４に示した例に従うと、差が−０．５から＋０．５までに該当するため、アイドル時間は更新されない。

同様に、第２処理時間テーブル５３７に登録された平均値（ＺＺの列１３１６の値）と待機時間テーブル５２２に格納されている警告表示後の待機時間とを部門毎に比較し、それらの差に応じて、本テーブルに設定された内容に従い、警告表示後の待機時間を更新する。

図１５に、ユーザ端末３のバックアップ・データ格納部３５のテーブル構成及び格納されるデータの一例を示す。図１５の例には、ユーザＩＤの行１５００と画面ＩＤの行１５０２と入力項目１の行１５０４と入力項目２の行１５０６と入力項目３の行１５０８と入力項目４の行１５１０と入力項目５の行１５１２と入力項目６の行１５１４と入力項目７の行１５１６と入力項目８の行１５１８と入力項目９の行１５２０と入力項目９９９の行１５２４とが含まれている。なお、入力項目９の行１５２０と入力項目９９９の行１５２４との間の「：」という印は、入力項目１０乃至９９８に対応する行の図示を省略していることを表している。図１５には、例えば「tobe」というユーザが、画面ＩＤ「A1-1」で示される画面の各項目に対して入力を行い、入力項目１乃至７までの入力を終えた時点で強制的なログオフがなされた場合に、バックアップ・データ格納部３５に格納されるデータの例が示されている。このようなデータを、「tobe」というユーザの再ログインに応じて画面表示することにより、ユーザは入力処理を初めからやり直さなくて済む。なお、このようなデータは、バックアップ処理部３３により生成され、バックアップ・データ格納部３５に格納される。

図１６乃至図２１を用いて、図１に示したシステムの処理について説明する。まず、ユーザ端末３のＥＲＰクライアント３０は、ユーザの操作に従い、表示装置にログイン画面を表示する（図１６：ステップＳ１）。また、ＥＲＰクライアント３０は、ユーザからのログイン・データの入力を受け付け、当該ログイン・データをアプリケーション・サーバ５に送信する（ステップＳ３）。アプリケーション・サーバ５のログイン管理部５０７は、ユーザ端末３からログイン・データを受信し、図示しないワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ５）。また、ログイン管理部５０７は、接続ユーザ数格納部５１５を参照して接続ユーザ数を確認する（ステップＳ７）。そして、ログイン管理部５０７は、接続ユーザ数が最大になっているか判定する（ステップＳ９）。最大であると判定された場合（ステップＳ９：Ｙｅｓルート）、後に述べるステップＳ１５の処理に移行する。一方、最大ではないと判定された場合（ステップＳ９：Ｎｏルート）、ログイン管理部５０７は、ユーザ管理テーブル５０９を参照してユーザ認証処理を行う（ステップＳ１１）。また、ログイン管理部５０７は、ユーザ認証処理の結果に基づき、当該ユーザのログインが可能であるか判定する（ステップＳ１３）。ログインが可能であると判定された場合（ステップＳ１３：Ｙｅｓルート）、端子Ａを介して図１７の処理に移行する。一方、ログインが可能ではないと判定された場合（ステップＳ１３：Ｎｏルート）、ログイン管理部５０７は、ログイン不可を示すデータをユーザ端末３に送信する（ステップＳ１５）。ユーザ端末３のＥＲＰクライアント３０は、ログイン不可を示すデータをアプリケーション・サーバ５から受信し、ログインできなかったことを表すメッセージを表示装置に表示する（ステップＳ１７）。そして、ステップＳ１の処理に戻る。このように、ユーザが認証されない場合に加えて、接続ユーザ数が最大になっている場合にも、ユーザはログインすることができないようになっている。

図１７に、端子Ａを介して移行した後の処理を示す。まず、アプリケーション・サーバ５のログイン管理部５０７は、ログイン処理を行う（図１７：ステップＳ２１）。また、ログイン管理部５０７は、接続ユーザ数格納部５１５に格納されている接続ユーザ数を更新する（ステップＳ２３）。すなわち１増やす。次に、ログイン管理部５０７は、ログインさせたユーザのユーザＩＤに基づき、当該ユーザに関するデータが未確定入力データ格納部５１３に格納されているか確認する（ステップＳ２５）。そして、ログイン管理部５０７は、ステップＳ２５の処理結果に基づき、ログインさせたユーザが新規処理ユーザであるか判定する（ステップＳ２７）。当該ユーザに関するデータが未確定入力データ格納部５１３に格納されていなければ、新規処理ユーザである。

新規処理ユーザであると判定された場合（ステップＳ２７：Ｙｅｓルート）、ログイン管理部５０７は、例えばメニュー画面等の新規処理画面ＩＤを抽出する（ステップＳ２９）。例えばＥＲＰサーバ処理部５０１に含まれる設定データから抽出する。そして後に述べるステップＳ３３の処理に移行する。一方、新規処理ユーザではないと判定された場合（ステップＳ２７：Ｎｏルート）、ログイン管理部５０７は、未確定入力データ格納部５１３に格納されていた当該ユーザに関するデータから、入力中画面ＩＤを抽出する（ステップＳ３１）。入力中画面ＩＤとは、強制的にログオフがなされる際、ユーザ端末３の表示装置に表示されていた画面のＩＤである。次に、ログイン管理部５０７は、アイドル時間設定処理を行う（ステップＳ３３）。アイドル時間設定処理の詳細については後に述べるが、処理結果として、今回のログインに対応するアイドル時間及び警告表示後の待機時間が決定される。

そして、ログイン管理部５０７は、抽出されている画面ＩＤをユーザ端末３に送信する（ステップＳ３５）。ユーザ端末３のＥＲＰクライアント３０は、画面ＩＤをアプリケーション・サーバ５から受信する（ステップＳ３７）。また、ＥＲＰクライアント３０は、受信した画面ＩＤ及びバックアップ・データ格納部３５に格納されているデータを用いて、表示装置に画面を表示する（ステップＳ３９）。具体的には、まず、受信した画面ＩＤに対応する画面を特定する。さらに、バックアップ・データ格納部３５から、受信した画面ＩＤに対応する入力項目データを抽出する。そして、入力欄等に対応する入力項目データが埋め込まれた画面のデータを生成し、表示装置に表示する。なお、新規処理画面の画面ＩＤを受信した場合には、対応する入力項目データがバックアップ・データ格納部３５に格納されていないため、入力項目データが埋め込まれていない画面をそのまま表示する。入力中画面ＩＤを受信した場合には、バックアップ・データ格納部３５に格納されているデータを用いて画面表示を行うことにより、ユーザに前回の続きから業務処理を行わせることができる。

一方、アプリケーション・サーバ５のログイン管理部５０７は、ステップＳ３５において画面ＩＤを送信した後、無入力時間の計測を開始する（ステップＳ４１）。無入力時間とは、ユーザから何らの入力もなされない時間である。そして、処理は端子Ｂ及び端子Ｃを介して図１８の処理に移行する。

図１８に、端子Ｂ及び端子Ｃを介して移行した後の処理を示す。まず、ユーザ端末３のＥＲＰクライアント３０は、ユーザからの入力受け付け待ちの状態になっており、ユーザから何らかの入力があれば、アプリケーション・サーバ５に入力イベントを通知する（図１８：ステップＳ５１）。なお、例えば「登録ボタン」のクリック等、所定の入力イベントが発生した場合には、通知データに実データが含まれる。アプリケーション・サーバ５のログイン管理部５０７は、ユーザからの入力があったか判定する（ステップＳ５３）。入力があったと判定された場合（ステップＳ５３：Ｙｅｓルート）、端子Ｄを介して図１９の処理に移行する。一方、入力がなかったと判定された場合（ステップＳ５３：Ｎｏルート）、ログイン管理部５０７は、ステップＳ４１（図１７）において計測を開始した無入力時間が、ステップＳ３３（図１７）において決定されたアイドル時間を超えたか判定する（ステップＳ５５）。超えていないと判定された場合（ステップＳ５５：Ｎｏルート）、ステップＳ５３の処理に戻る。一方、無入力時間がアイドル時間を超えたと判定された場合（ステップＳ５５：Ｙｅｓルート）、ログイン管理部５０７は、警告メッセージ・データをユーザ端末３に送信する（ステップＳ５７）。なお、ステップＳ５７において警告メッセージ・データを生成してもよいし、予め用意しておいた警告メッセージ・データを送信してもよい。また、警告メッセージ・データがユーザ端末３に保持されている場合には、警告メッセージを表示させるための指示データをユーザ端末３に送信する。また、ログイン管理部５０７は、再び無入力時間の計測を開始する（ステップＳ５９）。

一方、ユーザ端末３のＥＲＰクライアント３０に含まれるログイン制御部３１は、警告メッセージ・データをアプリケーション・サーバ５から受信すると、表示装置に表示する（ステップＳ６１）。そして、ユーザ端末３のＥＲＰクライアント３０は、再びユーザからの入力受け付け待ちの状態になり、ユーザから何らかの入力があれば、アプリケーション・サーバ５に入力イベントを通知する（ステップＳ６３）。なお、例えば「登録ボタン」のクリック等、所定の入力イベントが発生した場合には、通知データに実データが含まれる。アプリケーション・サーバ５のログイン管理部５０７は、ユーザからの入力があったか判定する（ステップＳ６５）。入力があったと判定された場合（ステップＳ６５：Ｙｅｓルート）、端子Ｄを介して図１９の処理に移行する。一方、入力がなかったと判定された場合（ステップＳ６５：Ｎｏルート）、ログイン管理部５０７は、ステップＳ５９において計測を開始した無入力時間が、ステップＳ３３（図１７）において決定された警告表示後の待機時間を超えたか判定する（ステップＳ６７）。超えていないと判定された場合（ステップＳ６７：Ｎｏルート）、ステップＳ６５の処理に戻る。一方、無入力時間が警告表示後の待機時間を超えたと判定された場合（ステップＳ６７：Ｙｅｓルート）、ログイン管理部５０７は、警告表示後の待機時間を超えて入力をしなかったユーザのユーザＩＤと、ユーザ端末３の表示装置に表示されている画面の画面ＩＤとを対応付けて未確定入力データ格納部５１３に格納する（ステップＳ６９）。なお、ＥＲＰサーバ処理部５０１に問い合わせることにより、ユーザＩＤ及び画面ＩＤを取得し、画面ＩＤを入力中画面ＩＤとして未確定入力データ格納部５１３に格納する。

また、ログイン管理部５０７は、ログオフ通知データをユーザ端末３に送信する（ステップＳ７１）。なお、ステップＳ７１においてログオフ通知データを生成してもよいし、予め用意しておいたログオフ通知データを送信してもよい。ユーザ端末３のＥＲＰクライアント３０に含まれるログイン制御部３１は、ログオフ通知データをアプリケーション・サーバ５から受信する（ステップＳ７３）。ユーザ端末３のＥＲＰクライアント３０に含まれるバックアップ処理部３３は、ログイン制御部３１がログオフ通知データを受信したことを検出すると、未確定入力データをバックアップ・データ格納部３５に格納する（ステップＳ７５）。例えば図１５に示したようなデータが格納される。そして、処理は端子Ｅを介してステップＳ１（図１６）に戻る。

一方、アプリケーション・サーバ５のログイン管理部５０７は、ステップＳ７１においてログオフ通知データを送信した後、ログオフ処理を行う（ステップＳ７７）。また、ログイン管理部５０７は、接続ユーザ数格納部５１５に格納されている接続ユーザ数を更新する（ステップＳ７９）。すなわち１減らす。また、ログイン管理部５０７と連動しているＥＲＰサーバ処理部５０１は、ユーザがログオフされたことをログ・データ生成部５０３に通知し、ログ・データ生成部５０３は当該ログオフに係るログ・データをログ・データ格納部５０５に記録する（ステップＳ８１）。そして処理を終了する。

図１９に、端子Ｄを介して移行した後の処理を示す。まず、アプリケーション・サーバ５のＥＲＰサーバ処理部５０１は、ユーザからの入力がログオフを指示するものであったか判定する（図１９：ステップＳ９１）。ログオフを指示するものであったと判定された場合（ステップＳ９１：Ｙｅｓルート）、端子Ｆを介してステップＳ７７（図１８）の処理に移行する。一方、ログオフを指示するものではなかったと判定された場合（ステップＳ９１：Ｎｏルート）、ＥＲＰサーバ処理部５０１は、ユーザ端末３から送信された通知データに実データが含まれていたか判定する（ステップＳ９３）。通知データに実データが含まれていなかったと判定された場合（ステップＳ９３：Ｎｏルート）、端子Ｇを介してステップＳ４１（図１７）の処理に戻る。一方、通知データに実データが含まれていたと判定された場合（ステップＳ９３：Ｙｅｓルート）、ＥＲＰサーバ処理部５０１は、実データに対応した処理を行う（ステップＳ９５）。処理結果をユーザ端末３に送信する場合もある。そして、ＥＲＰサーバ処理部５０１は、ユーザ端末３の表示画面に表示されている画面に係る一連の処理が終了したか判定する（ステップＳ９７）。画面の処理が終了していないと判定された場合（ステップＳ９７：Ｎｏルート）、端子Ｇを介してステップＳ４１（図１７）の処理に戻る。一方、画面の処理が終了したと判定された場合（ステップＳ９７：Ｙｅｓルート）、ログ・データ生成部５０３は当該画面の処理に係るログ・データをログ・データ格納部５０５に記録する（ステップＳ９９）。また、ＥＲＰサーバ処理部５０１は、ユーザ端末３の表示画面に次に表示させる画面のＩＤを特定する（ステップＳ１０１）。そして、端子Ｈを介してステップＳ３３（図１７）の処理に移行する。

このようにして、警告表示後の待機時間を超えて入力をしなかったユーザを強制的にログオフさせることにより、ユーザ・ライセンスの利用効率を向上させることができる。また、ログオフ直前に端末の表示装置に表示されていた画面を再び表示することで、ユーザの負荷を減らし、業務効率を向上させることができる。

なお、ＥＲＰパッケージによっては、ウェブ（Ｗｅｂ）技術を利用し、ユーザ端末に専用のクライアント・プログラムの設置を必要としないものもある。このような場合、例えば、ユーザが文字を１つ入力しただけでは、サーバ側に通知がなされることはない。従って、例えば「登録ボタン」のクリック等により、入力又は選択データがユーザ端末から送信され、そのような入力又は選択データをサーバ側で受信した場合に、ユーザからの入力があったと判定する。一方、アイドル時間や警告表示後の警告表示後の待機時間を超えて入力又は選択データを受信しない状態が続いた場合には、ユーザからの入力がなされなかったものと判定する。

また、警告メッセージをユーザに提示したり、ユーザを強制的にログオフさせた後にユーザ端末にログイン画面を表示させる場合、ユーザ端末からの要求を受けることなく、サーバ側から一方的にユーザ端末にデータを送信することはできないため、例えば、Ｗｅｂページ・データに、定期的に画面をリフレッシュさせるためのタグを組み込んでおく。また、ログオフの時点で未だサーバ側に送信されていないデータをユーザ端末の記憶装置に保存することは困難である。そのため、ログオフ直前に端末の表示装置に表示されていた画面（入力中のデータを含まず）の画面ＩＤと、ユーザＩＤとを対応付けてサーバ側で保持しておき（又はクッキーでユーザ端末側に保持しておき）、再ログインに応じてログオフ直前の画面を表示させるようにする。このようにすることで、Ｗｅｂ技術を利用したＥＲＰパッケージにも本発明の技術を適用することができる。

図２０を用いて、アイドル時間設定処理（図１７：ステップＳ３３）の詳細について説明する。なお、本実施の形態においては、優先度の設定を、部門、品目、ユーザ・レベル及びオーダのいずれか１つに基づき特定する又は標準と特定する。また、優先月テーブル５２４、優先日テーブル５２５及び優先時間テーブル５２６のいずれか１つに優先度が設定されているものとする。まず、アプリケーション・サーバ５のログイン管理部５０７は、設定データ格納部５２０の優先月テーブル５２４と優先日テーブル５２５と優先時間テーブル５２６とのいずれか１つに設定されている優先度のデータを確認する（図２０：ステップＳ１１１）。そして、ログイン管理部５０７は、優先度が部門毎に設定されているか判定する（ステップＳ１１３）。優先度が部門毎に設定されていると判定された場合（ステップＳ１１３：Ｙｅｓルート）、ログイン管理部５０７は、現在日時及びユーザが属する部門に基づき優先設定を特定する（ステップＳ１１５）。優先設定として、例えば「Ａ」と特定する。そして、後に述べるステップＳ１３３の処理に移行する。

一方、優先度が部門毎に設定されていないと判定された場合（ステップＳ１１３：Ｎｏルート）、ログイン管理部５０７は、優先度が品目毎に設定されているか判定する（ステップＳ１１７）。優先度が品目毎に設定されていると判定された場合（ステップＳ１１７：Ｙｅｓルート）、ログイン管理部５０７は、現在日時及びユーザの担当品目に基づき優先設定を特定する（ステップＳ１１９）。そして、後に述べるステップＳ１３３の処理に移行する。

一方、優先度が品目毎に設定されていないと判定された場合（ステップＳ１１７：Ｎｏルート）、ログイン管理部５０７は、優先度がユーザ・レベル毎に設定されているか判定する（ステップＳ１２１）。優先度がユーザ・レベル毎に設定されていると判定された場合（ステップＳ１２１：Ｙｅｓルート）、ログイン管理部５０７は、現在日時及びユーザの役職レベルに基づき優先設定を特定する（ステップＳ１２３）。そして、後に述べるステップＳ１３３の処理に移行する。

一方、優先度がユーザ・レベル毎に設定されていないと判定された場合（ステップＳ１２１：Ｎｏルート）、ログイン管理部５０７は、優先度がオーダ毎に設定されているか判定する（ステップＳ１２５）。優先度がオーダ毎に設定されていないと判定された場合（ステップＳ１２５：Ｎｏルート）、ログイン管理部５０７は、優先設定を標準と特定する（ステップＳ１２７）。そして、後に述べるステップＳ１３３の処理に移行する。

一方、優先度がオーダ毎に設定されていると判定された場合（ステップＳ１２５：Ｙｅｓルート）、ログイン管理部５０７は、ユーザ端末３の表示装置に表示させている画面のＩＤに基づき、オーダを特定する（ステップＳ１２９）。ＥＲＰサーバ処理部５０１に問い合わせる場合もある。また、ログイン管理部５０７は、現在日時及びオーダに基づき優先設定を特定する（ステップＳ１３１）。

次に、ログイン管理部５０７は、ユーザ端末３の表示装置に表示させている画面のＩＤに基づき、業務処理を特定する（ステップＳ１３３）。例えば画面ＩＤが「Ａ１−１」の場合、業務処理は「Ａ１」であると特定することができる。対応表等を用いて特定してもよい。また、ログイン管理部５０７は、ステップＳ１３３において特定した業務処理と、ユーザが属する部門とに基づきアイドル時間テーブル５２１を参照し、該当するアイドル時間を抽出して図示しないワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１３５）。例えば「５（分）」を抽出する。さらに、ログイン管理部５０７は、ユーザが属する部門に基づき待機時間テーブル５２２を参照し、該当する警告表示後の待機時間を抽出して図示しないワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１３７）。例えば「４（分）」を抽出する。

次に、ログイン管理部５０７は、上で特定した優先設定に基づき優先率テーブル５２３から優先率を抽出する（ステップＳ１３９）。例えば「１２０％」を抽出する。そして、ログイン管理部５０７は、ステップＳ１３５において抽出したアイドル時間にステップＳ１３９において抽出した優先率を掛けた値と、ステップＳ１３７において抽出した警告表示後の待機時間にステップＳ１３９において抽出した優先率を掛けた値とを算出し、図示しないワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１４１）。例えば「６分（５分×１２０％）」と「４．８分（４分×１２０％）」とが算出される。そして元の処理に戻る。このようにしてアイドル時間設定処理が行われ、今回のログインに対応するアイドル時間及び警告表示後の待機時間が決定される。

なお、アイドル時間及び警告表示後の待機時間の決定においては、基準となるデータがアイドル時間テーブル５２１及び待機時間テーブル５２２に格納されており、これを用いて時間を決定しているが、本実施の形態においては、アイドル時間テーブル５２１及び待機時間テーブル５２２に格納されているデータについても適宜補正するようになっている。そのような設定時間補正処理について、図２１を用いて説明する。まず、設定時間補正部５１１は、ログ・データ格納部５０５及び集計期間テーブル５３３のデータに基づき、第１処理時間テーブル５３５のデータを生成し、格納する（ステップＳ１５１）。例えば半年分のログ・データに基づき、ユーザ毎に各業務処理の処理時間の平均値を算出し、第１処理時間テーブル５３５に格納する。さらに、設定時間補正部５１１は、ステップＳ１５１において格納した第１処理時間テーブル５３５のデータに基づき、第２処理時間テーブル５３７のデータを生成し、格納する（ステップＳ１５３）。すなわち、ユーザ毎の集計データに基づき、部門毎の集計データを生成する。

そして、設定時間補正部５１１は、ステップＳ１５３において格納した第２処理時間テーブル５３７のデータと、アイドル時間テーブル５２１及び待機時間テーブル５２２のデータとを比較する（ステップＳ１５５）。また、設定時間補正部５１１は、ステップＳ１５５における比較結果と、判定基準テーブル５３１のデータとに基づき、アイドル時間テーブル５２１及び待機時間テーブル５２２を更新する（ステップＳ１５７）。具体例は上の図１４の説明において示したとおりである。

このようにして設定時間補正処理が行われる。これにより、例えばシステム管理者が設定した初期値が適切でなかった場合や、ユーザが操作に慣れてきて、基準となる時間に余裕があり過ぎるようになってしまった場合など、基準となる時間を補正することができる。

以上本発明の実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図３乃至図６、図７Ａ乃至図７Ｄ、図８Ａ乃至図８Ｄ、図９Ａ乃至図９Ｄ、及び図１１乃至図１５に示したテーブル構成は一例であって、同様のデータを格納するためであれば別の構成を採用するようにしてもよいし、必要に応じて項目を追加又は削除してもよい。また、図１０に示したログ・データも一例であって、ログに記録する要素は図１０に示した要素に限られない。また、図１に示したアプリケーション・サーバ及びユーザ端末の機能ブロック構成は一例であって、実際のプログラム・モジュール構成とは異なる場合がある。また、図２に示したコンピュータの機能ブロック図も一例であって、実際のハードウェア構成とは異なる場合もある。また、アプリケーション・サーバが複数のサーバやコンピュータによって構成されていてもよい。さらに、図１６乃至図２１に示した処理フローも一例であって、同様の処理結果が得られる範囲において処理の順序を入れ替えてもよいし、必要に応じてステップを追加又は削除してもよい。

（付記１）
ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理プログラムであって、
前記ユーザにより選択された業務と前記ユーザの属性とに基づき、所定の許容時間を決定し、記憶装置に格納する許容時間決定ステップと、
前記記憶装置に格納された前記所定の許容時間を超えて、前記選択された業務に係るデータが未入力又は未受信であることを検出した場合、前記ユーザを強制的にログオフさせるログオフ・ステップと、
を実行させるためのログイン管理プログラム。

（付記２）
前記ログオフ・ステップが、前記ユーザが操作する端末に表示させている画面に関するデータを、前記ユーザに対応付けて画面データ記憶部に格納するステップを含み、
強制的にログオフされた前記ユーザによるログインに応じて、前記画面データ記憶部に格納された前記画面に関するデータを用いて、前記ユーザが操作する端末に前記画面を表示させるステップ
をさらに含む付記１記載のログイン管理プログラム。

（付記３）
前記所定の許容時間が、アイドル時間と第１の待機時間とを含み、
前記アイドル時間を超えて、前記選択された業務に係るデータが未入力又は未受信であることを検出した場合、前記ユーザに警告するためのデータを前記ユーザが操作する端末に表示させるステップ
をさらに含む付記１記載のログイン管理プログラム。

（付記４）
利用実績データに基づき、所定のアイドル時間及び所定の第１の待機時間の少なくともいずれかを調整し、調整データ格納部に格納する調整ステップ
をさらに含み、
前記許容時間決定ステップにおいて、
前記調整データ格納部に格納されたデータに基づき、前記所定の許容時間を決定することを特徴とする
付記３記載のログイン管理プログラム。

（付記５）
前記調整ステップが、
前記利用実績データに基づき、前記ユーザが属する業務部門及び前記ユーザが選択し得る業務毎の処理時間の平均値を所定の集計期間について算出し、処理時間テーブルに登録するステップと、
前記利用実績データに基づき、前記ユーザに警告するためのデータを前記ユーザが操作する端末に表示させてから、前記選択された業務に係るデータの入力又は受信を検出するまでの第２の待機時間の平均値を前記所定の集計期間について前記ユーザが属する業務部門毎に算出し、前記処理時間テーブルに登録するステップと、
前記処理時間テーブルに登録された前記処理時間の平均値と、前記所定のアイドル時間との差に応じて、前記所定のアイドル時間を調整するステップと、
前記処理時間テーブルに登録された前記第２の待機時間の平均値と、前記所定の第１の待機時間との差に応じて、前記所定の第１の待機時間を調整するステップと
を含む付記４記載のログイン管理プログラム。

（付記６）
前記許容時間決定ステップが、
前記ユーザが属する業務部門と、前記ユーザの担当業務に係る品目と、前記ユーザの役職レベルと、前記業務に係るオーダと、ログイン日時とのうち少なくともいずれか１つに応じて設定された優先度に基づき、所定のアイドル時間及び所定の第１の待機時間の少なくともいずれかを調整するステップと、
調整された前記アイドル時間及び前記第１の待機時間の少なくともいずれかに基づき、前記所定の許容時間を決定するステップと、
を含む付記３記載のログイン管理プログラム。

（付記７）
前記ログオフ・ステップが、
前記ユーザにより入力されたデータを保存すべきことを前記ユーザが操作する端末に通知するステップ
をさらに含む付記２記載のログイン管理プログラム。

（付記８）
ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理プログラムを格納した記録媒体であって、
前記ログイン管理プログラムは、
前記ユーザにより選択された業務と前記ユーザの属性とに基づき、所定の許容時間を決定し、記憶装置に格納するステップと、
前記記憶装置に格納された前記所定の許容時間を超えて、前記選択された業務に係るデータが未入力又は未受信であることを検出した場合、前記ユーザを強制的にログオフさせるログオフ・ステップと、
を前記コンピュータ・システムに実行させることを特徴とする記録媒体。

（付記９）
ユーザによるログインが必要であり且つ複数種類の業務を取り扱うログイン管理装置であって、
前記ユーザにより選択された業務と前記ユーザの属性とに基づき、所定の許容時間を決定し、記憶装置に格納する手段と、
前記記憶装置に格納された前記所定の許容時間を超えて、前記選択された業務に係るデータが未入力又は未受信であることを検出した場合、前記ユーザを強制的にログオフさせる手段と、
を有するログイン管理装置。

（付記１０）
ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理方法であって、
前記ユーザにより選択された業務と前記ユーザの属性とに基づき、所定の許容時間を決定し、記憶装置に格納するステップと、
前記記憶装置に格納された前記所定の許容時間を超えて、前記選択された業務に係るデータが未入力又は未受信であることを検出した場合、前記ユーザを強制的にログオフさせるステップと、
を含むログイン管理方法。

本発明の実施の形態におけるシステム構成図である。 本発明の実施の形態におけるコンピュータの機能ブロックの概要を示す図である。 ユーザ管理テーブルのテーブル構成及び格納されるデータの一例を示す図である。 アイドル時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 待機時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 優先率テーブルのテーブル構成及び格納されるデータの一例を示す図である。 部門毎の優先月テーブルのテーブル構成及び格納されるデータの一例を示す図である。 品目毎の優先月テーブルのテーブル構成及び格納されるデータの一例を示す図である。 ユーザ・レベル毎の優先月テーブルのテーブル構成及び格納されるデータの一例を示す図である。 オーダ毎の優先月テーブルのテーブル構成及び格納されるデータの一例を示す図である。 部門毎の優先日テーブルのテーブル構成及び格納されるデータの一例を示す図である。 品目毎の優先日テーブルのテーブル構成及び格納されるデータの一例を示す図である。 ユーザ・レベル毎の優先日テーブルのテーブル構成及び格納されるデータの一例を示す図である。 オーダ毎の優先日テーブルのテーブル構成及び格納されるデータの一例を示す図である。 部門毎の優先時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 品目毎の優先時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 ユーザ・レベル毎の優先時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 オーダ毎の優先時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 ログ・データの一例を示す図である。 集計期間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 第１処理時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 第２処理時間テーブルのテーブル構成及び格納されるデータの一例を示す図である。 判定基準テーブルのテーブル構成及び格納されるデータの一例を示す図である。 バックアップ・データ格納部のテーブル構成及び格納されるデータの一例を示す。 本発明の実施の形態におけるメイン処理フローを示す第１の図である。 本発明の実施の形態におけるメイン処理フローを示す第２の図である。 本発明の実施の形態におけるメイン処理フローを示す第３の図である。 本発明の実施の形態におけるメイン処理フローを示す第４の図である。 アイドル時間設定処理の処理フローを示す図である。 設定時間補正処理の処理フローを示す図である。

符号の説明

１ 社内ＬＡＮ ３ ユーザ端末
５ アプリケーション・サーバ
３０ ＥＲＰクライアント ３１ ログイン制御部
３３ バックアップ処理部 ３５ バックアップ・データ格納部
５０１ ＥＲＰサーバ処理部 ５０３ ログ・データ生成部
５０５ ログ・データ格納部 ５０７ ログイン管理部
５０９ ユーザ管理テーブル ５１１ 設定時間補正部
５１３ 未確定入力データ格納部 ５１５ 接続ユーザ数格納部
５２０ 設定データ格納部 ５２１ アイドル時間テーブル
５２２ 待機時間テーブル ５２３ 優先率テーブル
５２４ 優先月テーブル ５２５ 優先日テーブル
５２６ 優先時間テーブル ５３０ 補正基準データ格納部
５３１ 判定基準テーブル ５３３ 集計期間テーブル
５３５ 第１処理時間テーブル ５３７ 第２処理時間テーブル

Claims (5)

1. ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理プログラムであって、
   前記ユーザにより選択された業務と前記ユーザの属性とに基づき、アイドル時間と第一の待機時間とを特定し、記憶装置に格納するステップと、
   前記ユーザが属する業務部門と、前記ユーザの担当業務に係る品目と、前記ユーザの役職レベルと、前記業務に係るオーダとのうちいずれか１つと、ログイン日時とに応じて設定された優先度に基づき、特定された前記アイドル時間と前記第１の待機時間とを補正し、前記記憶装置に格納するステップと、
   前記記憶装置に格納された前記アイドル時間を超えて、前記選択された業務に係るデータが未入力である場合、前記ユーザに警告するためのデータを前記ユーザが操作する端末に表示させるステップと、
   前記記憶装置に格納された前記アイドル時間の経過後、前記記憶装置に格納された前記第一の待機時間をさらに経過して、前記選択された業務に係るデータが未入力である場合、前記ユーザを強制的にログオフさせるログオフ・ステップと、
   を実行させるためのログイン管理プログラム。
2. 前記ログオフ・ステップが、前記ユーザが操作する端末に表示させている画面に関するデータを、前記ユーザに対応付けて画面データ記憶部に格納するステップを含み、
   強制的にログオフされた前記ユーザによるログインに応じて、前記画面データ記憶部に格納された前記画面に関するデータを用いて、前記ユーザが操作する端末に前記画面を表示させるステップ
   をさらに含む請求項１記載のログイン管理プログラム。
3. ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理プログラムを格納した記録媒体であって、
   前記ログイン管理プログラムは、
   前記ユーザにより選択された業務と前記ユーザの属性とに基づき、アイドル時間と第一の待機時間とを特定し、記憶装置に格納するステップと、
   前記ユーザが属する業務部門と、前記ユーザの担当業務に係る品目と、前記ユーザの役職レベルと、前記業務に係るオーダとのうちいずれか１つと、ログイン日時とに応じて設定された優先度に基づき、特定された前記アイドル時間と前記第１の待機時間とを補正し、前記記憶装置に格納するステップと、
   前記記憶装置に格納された前記アイドル時間を超えて、前記選択された業務に係るデータが未入力である場合、前記ユーザに警告するためのデータを前記ユーザが操作する端末に表示させるステップと、
   前記記憶装置に格納された前記アイドル時間の経過後、前記記憶装置に格納された前記第一の待機時間をさらに経過して、前記選択された業務に係るデータが未入力である場合、前記ユーザを強制的にログオフさせるログオフ・ステップと、
   を前記コンピュータ・システムに実行させることを特徴とする記録媒体。
4. ユーザによるログインが必要であり且つ複数種類の業務を取り扱うログイン管理装置であって、
   前記ユーザにより選択された業務と前記ユーザの属性とに基づき、アイドル時間と第一の待機時間とを特定し、記憶装置に格納する手段と、
   前記ユーザが属する業務部門と、前記ユーザの担当業務に係る品目と、前記ユーザの役職レベルと、前記業務に係るオーダとのうちいずれか１つと、ログイン日時とに応じて設定された優先度に基づき、特定された前記アイドル時間と前記第１の待機時間とを補正し、前記記憶装置に格納する手段と、
   前記記憶装置に格納された前記アイドル時間を超えて、前記選択された業務に係るデータが未入力である場合、前記ユーザに警告するためのデータを前記ユーザが操作する端末に表示させる手段と、
   前記記憶装置に格納された前記アイドル時間の経過後、前記記憶装置に格納された前記第一の待機時間をさらに経過して、前記選択された業務に係るデータが未入力又は未受信であることを検出した場合、前記ユーザを強制的にログオフさせる手段と、
   を有するログイン管理装置。
5. ユーザによるログインが必要であり且つ複数種類の業務を取り扱うコンピュータ・システムにより実行されるログイン管理方法であって、
   前記ユーザにより選択された業務と前記ユーザの属性とに基づき、アイドル時間と第一の待機時間とを特定し、記憶装置に格納するステップと、
   前記ユーザが属する業務部門と、前記ユーザの担当業務に係る品目と、前記ユーザの役職レベルと、前記業務に係るオーダとのうちいずれか１つと、ログイン日時とに応じて設定された優先度に基づき、特定された前記アイドル時間と前記第１の待機時間とを補正し、前記記憶装置に格納するステップと、
   前記記憶装置に格納された前記アイドル時間を超えて、前記選択された業務に係るデータが未入力である場合、前記ユーザに警告するためのデータを前記ユーザが操作する端末に表示させるステップと、
   前記記憶装置に格納された前記アイドル時間の経過後、前記記憶装置に格納された前記第一の待機時間をさらに経過して、前記選択された業務に係るデータが未入力である場合、前記ユーザを強制的にログオフさせるログオフ・ステップと、
   を含むログイン管理方法。

Images