(57)【要約】【課題】  アカウントロックされたユーザの制約を適切に緩和する。【解決手段】  入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）結果が所定条件を満たし、ｂ１）アカウントがロックされていなければ処理要求を受け付け、ｂ２）アカウントがロックされていれば処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば処理要求を受け付け、一致しなければ拒絶する、ジョブ受付手段、を備えるアカウント制御装置。【選択図】      図１
2018077717.tif 000002
【特許請求の範囲】
【請求項１】
入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付手段、を備えるアカウント制御装置。
【請求項２】
前記処理要求は、パラメータ指定値を含むジョブ記述情報であり、
前記ジョブ受付手段は、ハッシュ関数に、前記ジョブ記述情報から前記パラメータ指定値を除いた部分を入力して前記値を算出する、請求項１のアカウント制御装置。
【請求項３】
前記ジョブ受付手段は、前記結果が前記所定条件を満たして、前記アカウントがロックされていなければ、前記ハッシュ関数に、前記ジョブ情報から前記パラメータ指定値を除いた部分を入力して前記登録情報を生成して記憶する、請求項２のアカウント制御装置。
【請求項４】
入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、アカウント制御方法。
【請求項５】
前記処理要求は、パラメータ指定値を含むジョブ記述情報であり、
ハッシュ関数に、前記ジョブ記述情報から前記パラメータ指定値を除いた部分を入力して前記値を算出する、請求項４のアカウント制御方法。
【請求項６】
前記結果が前記所定条件を満たして、前記アカウントがロックされていなければ、前記ハッシュ関数に、前記ジョブ情報から前記パラメータ指定値を除いた部分を入力して前記登録情報を生成して記憶する、請求項５のアカウント制御方法。
【請求項７】
入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付処理と、をコンピュータに実行させるアカウント制御プログラム。
【請求項８】
前記処理要求は、パラメータ指定値を含むジョブ記述情報であり、
ハッシュ関数に、前記ジョブ記述情報から前記パラメータ指定値を除いた部分を入力して前記値を算出する前記ジョブ受付処理をコンピュータに実行させる請求項７のアカウント制御プログラム。
【請求項９】
前記結果が前記所定条件を満たして、前記アカウントがロックされていなければ、前記ハッシュ関数に、前記ジョブ情報から前記パラメータ指定値を除いた部分を入力して前記登録情報を生成して記憶する前記ジョブ受付処理をコンピュータに実行させる、請求項８のアカウント制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アカウント制御装置、アカウント制御方法、および、アカウント制御プログラム、特に、アカウントロックされたユーザの制約を適切に緩和に関するアカウント制御装置、アカウント制御方法、および、アカウント制御プログラムに関する。
【背景技術】
【０００２】
ユーザ認証が必要な情報システムは、セキュリティ強化の目的でアカウントロックの機能を持つことがある。アカウントロック機能とは、一定回数パスワードを間違えたユーザのシステム使用を停止し、パスワードの総当り攻撃を回避するセキュリティ機能である。
【０００３】
例えば、メインフレームのバッチジョブ管理システムは、バッチジョブの投入時に、バッチジョブを投入するユーザのユーザ名とパスワードを要求してユーザ認証を実施する。これは、バッチジョブと、そのバッチジョブを投入するユーザの権限とを紐づけるためである。バッチジョブ投入時のユーザ認証を悪用したパスワードの総当たり攻撃を回避するためには、ジョブ投入に対してもアカウントロック機能を作用させる必要がある。
【０００４】
特許文献１は、アカウントロック機能を有するコンピュータシステムを開示する。このコンピュータシステムは、ユーザ認証成功時に成功記録情報をユーザに送信する。その後、当該ユーザのアカウントがロックされた場合であっても、当該ユーザから成功記録情報が入力されると、このコンピュータシステムは当該ユーザのログインを許可する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４８９４２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
アカウントロック機能は、正規のユーザがパスワードを間違えた場合でもアカウントをロックしてしまう。また、悪意のある第三者が、システム運用者のアカウントなどの重要なアカウントをロックさせて、業務を妨害することも考えられる。
【０００７】
システム運用を行うユーザがアカウントロックされると、当該ユーザのバッチジョブの投入が拒否されるため、システム運用に重大な支障をきたす。そのため、アカウントロックされた場合でもシステム運用を適切に継続できる機構が必要となる。
【０００８】
ただし、特許文献１に開示されているコンピュータシステムのように、システムが、ロックされたアカウントのユーザに広範な権限を与えてしまうのは、セキュリティ上の問題が有る。与える権限は、システム運用に重大な支障をきたさない範囲に適切に制限することが望ましい。
【０００９】
本発明は、上記課題を解決し、アカウントロックされたユーザの制約を適切に緩和することが出来るシステムなどを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の１実施の形態のアカウント制御装置は、入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付手段、を備える。
【００１１】
本発明の１実施の形態のアカウント制御方法は、入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する。
【００１２】
本発明の１実施の形態のアカウント制御プログラムは、入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付処理と、をコンピュータに実行させる。
【発明の効果】
【００１３】
本発明にかかるアカウント制御装置等は、アカウントロックされたユーザの制約を適切に緩和することが出来る。
【図面の簡単な説明】
【００１４】
【図１】図１は、第１の実施の形態にかかるアカウント制御装置１０の構成図である。
【図２】図２は、ユーザ認証部４の動作フローチャートである。
【図３】図３は、バッチジョブ投入時のジョブ受付部２の動作フローチャートである。
【図４】図４は、ハッシュ値登録部２２の動作フローチャートである。
【図５】図５は、ユーザ管理テーブル６の構成を示す図である。
【図６】図６は、コンピュータ装置６００の構成図である。
【図７】図７は、第２の実施の形態にかかるアカウント制御装置１０の構成図である。
【発明を実施するための形態】
【００１５】
＜第１の実施の形態＞
＜構成＞
図１は、本実施の形態にかかるアカウント制御装置１０の構成図である。アカウント制御装置１０は、ジョブ入力部１、ジョブ受付部２、ジョブ実行部３、ユーザ認証部４、ホワイトリスト５、および、ユーザ管理テーブル６を備える。ジョブ受付部２は、ハッシュ値検索部２１、ハッシュ値登録部２２、および、ハッシュ値生成部２３を備える。
【００１６】
ジョブ入力部１は、ユーザやプログラムに、コマンドやAPI（Application Programming Interface）などのバッチジョブを投入するためのインタフェースを提供する。さらに、ジョブ入力部１は、コンソール装置やイベント通知によって、ジョブの投入元に、当該ジョブの投入結果を通知するインタフェースを提供する。
【００１７】
ジョブ入力部１は、投入されたバッチジョブについて、ジョブ記述言語で記述されたジョブ記述の全文、および、コンソール装置等から取得した、当該バッチジョブを投入するユーザのユーザ名と、パスワードをジョブ受付部２に受け渡す。
【００１８】
なお、ジョブ記述言語は、バッチジョブのスケジューリングクラスや優先度、ロードモジュールの実行条件や実行順序などを記述するためのプログラム言語であり、人間が理解しやすいように定義された言語である。
【００１９】
また、ジョブ記述言語は、パラメータを記述することも可能である。これにより、仮パラメータとして既定の値を記述しておき、ジョブ実行時に外部から与えられた値で仮パラメータを置き換えることができる。仮パラメータはバッチジョブの動作に柔軟性を持たせる目的で使用される。
【００２０】
ジョブ受付部２は、投入されたバッチジョブのユーザ認証を行い、ジョブ記述言語で記述されたジョブ記述を、ジョブ実行部３が解釈できる内部形式のバイナリデータに変換する。この機能のおかげで、ユーザは、繰り返し実行されるジョブに対してジョブ記述の雛形を用意しておき、実行時の事情を、パラメータにより適切に反映することが出来る。
【００２１】
ジョブ実行部３は、内部形式に変換されたジョブ記述を解釈し、ジョブ記述に従い、当該ジョブをスケジューリングして、実行する。
【００２２】
ユーザ認証部４は、ジョブ受付部２から、ユーザ名とパスワードを受け取り、ユーザ認証を実施して認証結果を返却する。さらに、ユーザ認証部４は、あるユーザの認証が一定回数連続で失敗した場合、以降、当該ユーザが当該システムを利用できないようにするアカウントロックの機能を備える。
【００２３】
図５は、ユーザ管理テーブル６の構成を示す図である。ユーザ管理テーブル６は、ユーザ対応に、ユーザ名、アカウント制御装置１０に登録されたパスワード、認証失敗回数、および、その他の管理情報を包含する。ユーザ認証部４は、ユーザ管理テーブル６を使用して、複数のユーザを管理する。ユーザ認証部４は、ユーザ管理テーブル６を、ユーザ認証時のユーザ名の登録有無の確認、パスワードの照合、パスワード不一致回数の記録等に使用する。
【００２４】
ジョブ受付部２が備えるハッシュ値生成部２３は、ジョブ受付部２から、投入されたジョブに関連するバイナリデータを受け取り、受け取ったバイナリデータから当該ジョブ固有のハッシュ値を生成して返却する。ハッシュアルゴリズムは、入力データが同じであれば同一のハッシュ値を生成し、入力データが少しでも異なれば、値が大きく異なるハッシュ値を生成するアルゴリズムである。ハッシュアルゴリズムは、例えば、MD５やSH-２である。
【００２５】
ホワイトリスト５は、ユーザ対応にハッシュ値を記録する。ホワイトリスト５は、ハッシュ値をB木のような、大量のデータからでも高速で検索や登録ができるデータ構造によって、重複を排して保持する。
【００２６】
ジョブ受付部２が備えるハッシュ値検索部２１は、ユーザ名とハッシュ値を受け取り、受け取ったハッシュ値が、当該ユーザ名に対応してホワイトリスト５に登録されていないか検索する。
【００２７】
ハッシュ値登録部２２は、ユーザ名とハッシュ値を受け取り、受け取ったハッシュ値をユーザ名に対応させてホワイトリスト５に登録する。
【００２８】
ここで、アカウント制御装置１０のジョブ入力部１、ジョブ受付部２（ハッシュ値検索部２１、ハッシュ値登録部２２、ハッシュ値生成部２３を含む）、ジョブ実行部３、および、ユーザ認証部４、は、論理回路で構成される。ホワイトリスト５、および、ユーザ管理テーブル６は、ディスク等の不揮発性の記憶装置に記憶される。
【００２９】
アカウント装置１０は、コンピュータ装置６００により実現されても良い。図６は、コンピュータ装置６００の構成図である。コンピュータ装置６００は、バス６４０で相互に接続された、プロセッサ６１０、主記憶部６３０、および、外部記憶装置６２０を備える。プロセッサ６１０は、バス６４０を経由して、主記憶部６３０、および、外部記憶装置６２０に対してデータの読み書きを行う。また、プロセッサ６１０は、主記憶部６３０に格納されているプログラム６５０を実行する。なお、プログラム６５０は、当初外部記憶装置６２０に格納されており、コンピュータ装置６００の初期設定時に、プロセッサ６１０が外部記憶装置６２０から主記憶部６３０にロードしても良い。
【００３０】
ここで、主記憶部６３０は半導体メモリ装置である。外部記憶装置６２０はディスク装置、または、半導体記憶装置等の記憶装置である。
【００３１】
プロセッサ６１０は、プログラム６５０を実行することにより、ジョブ入力部１、ジョブ受付部２（ハッシュ値検索部２１、ハッシュ値登録部２２、ハッシュ値生成部２３を含む）、ジョブ実行部３、および、ユーザ認証部４として機能する。すなわち、プロセッサ６１０は、プログラム６５０を実行することにより、ジョブ入力部１、ジョブ受付部２、ジョブ実行部３、および、ユーザ認証部４、が行う処理を実行する。
【００３２】
外部記憶装置６２０は、ホワイトリスト５、および、ユーザ管理テーブル６の記憶域として使用されても良い。
【００３３】
＜動作＞ 
図２は、ユーザ認証部４の動作フローチャートである。ユーザ認証部４は、処理開始時に、ユーザ認証の対象となるユーザのユーザ名とパスワードをジョブ入力部１から受け取る。
【００３４】
(S１-１)：ユーザ認証部４は、処理開始時に受け取ったユーザ名が、ユーザ管理テーブル６に登録されているか確認する。
【００３５】
(S１-２)：ユーザ認証部４は、登録されていない場合は“認証失敗”を返却して処理を終了し、登録されている場合はステップ（S１-３）に処理を進める。
【００３６】
(S１-３)：ユーザ認証部４は、ユーザ管理テーブル６から当該ユーザの正しいパスワードを取得する。
【００３７】
(S１-４)：ユーザ認証部４は、処理開始時に受け取ったパスワードと、ステップ(S１-３)で取得したパスワードを比較し、一致する場合はステップ（S１-６）に処理を進め、一致しない場合ステップ（S１-５）に処理を進める。
【００３８】
(S１-５)：ユーザ認証部４は、ユーザ管理テーブル６で管理している当該ユーザの認証失敗回数を１増やし、“認証失敗”を返却して処理を終了する。認証失敗回数は、連続してユーザ認証に失敗した回数を示している。
【００３９】
(S１-６)：ユーザ認証部４は、当該ユーザのアカウントがロック中か否かを判定する。ユーザ認証部４は、ユーザ管理テーブル６で管理している当該ユーザの認証失敗回数が所定の回数を超えている場合、アカウントロック中と判定する。アカウントロック中と判定した場合、ユーザ認証部４は、“ロックアウト”を返却して処理を終了し、アカウントロック中と判定しない場合はステップ(S１-７)に処理を進める。
【００４０】
(S１-７)：ユーザ認証部４は、当該ユーザの認証失敗回数を０にリセットし、さらに、“認証成功”を返却して処理を終了する。
【００４１】
図３は、バッチジョブ投入時のジョブ受付部２の動作フローチャートである。ジョブ受付部２は、処理開始時にバッチジョブを投入するユーザのユーザ名とパスワード、および、ジョブ記述言語で記載されたジョブ記述の全文を、ジョブ入力部１から受け取る。
【００４２】
(S２-１)：ジョブ受付部２は、処理開始時に受け取ったユーザ名とパスワードをユーザ認証部４に受け渡して、当該ジョブを投入するユーザの認証を実施する。
【００４３】
(S２-２)：ステップ(S２-１)の認証結果が“認証失敗”の場合、ジョブ受付部２は、“投入拒否”をジョブ入力部１に通知して処理を終了する。ジョブ入力部１は、通知を受けてジョブ投入元にも“投入拒否”を通知する。認証結果が“認証成功”、または、“ロックアウト”の場合、ジョブ受付部２は、ステップ(S２-３)に処理を進める。
【００４４】
(S２-３)：ジョブ受付部２は、処理開始時に受け取ったジョブ記述の全文を翻訳して、ジョブ実行部３が解釈可能な内部形式のジョブ記述に翻訳する。
【００４５】
(S２-４)：ジョブ受付部２は、ステップ(S２-３)で翻訳した内部形式のジョブ記述から、仮パラメータの指定値を削除したデータを一時的に生成する。ジョブ受付部２は、ハッシュ値生成部２３を使用して、一時的に作成したデータから当該ジョブ固有のハッシュ値を生成する。
【００４６】
(S２-５)：ジョブ受付部２は、ステップ(S２-２)の認証結果が“認証成功”の場合ステップ(S２-６)に処理を進め、“ロックアウト”の場合ステップ(S２-８)に処理を進める。
【００４７】
(S２-６)：ジョブ受付部２は、ハッシュ値登録部２２を使用して、ステップ(S２-４)で生成したハッシュ値を、受け取ったユーザ名に対応させてホワイトリスト５に登録する。
【００４８】
(S２-７)：ジョブ受付部２は、ステップ(S２-３)で翻訳したジョブ記述の内部形式をジョブ実行部３に受け渡し、さらに、“投入成功”をジョブ入力部１に通知して処理を終了する。ジョブ入力部１は、通知を受けてジョブ投入元にも“投入成功”を通知する。ジョブ実行部３は、ジョブ受付部２とは非同期に、受け渡されたジョブ記述の内容に従ってバッチジョブのスケジューリングおよび実行を行う。
【００４９】
(S２-８)：ジョブ受付部２は、ハッシュ値検索部２１を使用して、ステップ(S２-４)で生成したハッシュ値が、受け取ったユーザ名に対応させてホワイトリスト５に登録されていないか検査する。
【００５０】
(S２-９)：ジョブ受付部２は、ステップ(S２-８)の検査結果が「登録されている」場合、ステップ(S２-７)に処理を進めて、ジョブのスケジュールと実行を行う。登録されていない場合、ジョブ受付部２は、“投入拒否”をジョブ入力部１に通知して処理を終了する。ジョブ入力部１は、通知を受けてジョブ投入元にも“投入拒否”を通知する。
【００５１】
図４は、ハッシュ値登録部２２の動作フローチャートである。ハッシュ値登録部２２は、処理開始時にユーザ名とハッシュ値を受け取る。
【００５２】
(S４-１)：ハッシュ値登録部２２は、ハッシュ値検索部２１を使用して、処理開始時に受け取ったハッシュ値が、受け取ったユーザ名に対応させてホワイトリスト５に登録されているか否かを検索する。
【００５３】
(S４-２)：ハッシュ値登録部２２は、ステップ(S４-１)の検索の結果、“登録済”の場合は、処理を終了し、“未登録”の場合は、ステップ(S４-３)に処理を進める。
【００５４】
(S４-３)：ハッシュ値登録部２２は、ホワイトリスト５に処理開始時に受け取ったハッシュ値を受け取ったユーザ名に対応させて登録する。
【００５５】
アカウント制御装置１０は、バッチジョブの入力制御だけでなく、その他の処理要求、例えば、データベースのリアルタイム検索処理コマンドの入力制御にも適用できる。この場合、ジョブ受付部２は、ジョブ記述言語によるジョブ記述の代わりに、パラメータ指定を含むコマンド記述を入力する。
【００５６】
＜効果＞
本実施の形態にかかるアカウント制御装置１０は、アカウントロックされたユーザの制約を適切に緩和することが出来る。すなわち、アカウント制御装置１０は、アカウントロックされたユーザからのバッチジョブ等の処理要求投入であっても、過去に投入された実績のある処理要求については投入を拒否しない。従って、システムの運用が妨げられない。
【００５７】
その理由は、平時の処理要求投入において、ジョブ受付部２がユーザ認証に成功したバッチジョブ等の処理要求固有のハッシュ値を生成・保存し、アカウントロックされているときに投入をされた処理要求のハッシュ値が一致すると、処理要求を拒否しないからである。
【００５８】
第２の効果は、処理要求の柔軟性が損なわれないことである。すなわち、パラメータの置換によって、例えば、バッチジョブ実行時にジョブ記述の内容を変更しているジョブであっても、ジョブ受付部２が同一のジョブとして認識できる点である。この効果により、ジョブ受付部２は、パラメータの置換によって実行時のパラメータが変更された処理要求であっても、投入を拒否しない。
【００５９】
その理由は、ジョブ受付部２が、パラメータの指定値を除いた処理要求記述から当該処理要求固有のハッシュ値を生成するためである。
【００６０】
第３の効果は、盗難端末や共用端末からのパスワード攻撃を回避できる点である。その理由は、ジョブ受付部２が、ユーザ認証失敗回数のみをアカウントロックの判定に使用し、端末の位置情報や使用状況などの例外条件を設けてないためである。
【００６１】
第４の効果は、例えば、プログラムからのバッチジョブ投入のように、操作員が不在の運用でも成り立つ点である。その理由は、アカウントロック中のユーザのジョブ等の処理要求投入を拒否するか、受け付けるかの判定において、ジョブ受付部２が、外部からの判断を必要としないからである。
【００６２】
第５の効果は、多種多様な処理要求が投入されるシステムであっても、ホワイトリスト５の肥大を抑え、割り当てる記憶装置の領域を小さくできること、ホワイトリスト５の検索／登録性能の低下が発生しないことである。
【００６３】
その理由は、ジョブ受付部２が、ハッシュ値生成部２３を使用することにより、どのような大きさのジョブ記述であっても、一定長のハッシュ値でジョブの投入実績を管理できるためである。
【００６４】
＜第一の実施の形態の変形例＞
ユーザ認証部４は、カード認証や生体認証など、パスワード認証以外の認証方式で置き換えることもできる。さらに、ユーザ認証部４は、ジョブ受付部２の一部として実装されても良い。
【００６５】
バッチジョブなどの処理要求の識別情報は、処理要求記述から得られたハッシュ値に限られない。処理要求の識別情報は、処理要求記述自体であっても良い。
【００６６】
＜第２の実施形態＞
図７は、第２の実施の形態にかかるアカウント制御装置１０の構成図である。アカウント制御装置１０は、ジョブ受付部２を備える。
【００６７】
ジョブ受付部２は、入力された識別情報と登録されている認証情報と比較し、結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックする。
【００６８】
ここで、ジョブ受付部２は、例えば、入力されたパスワードと登録されているパスワードと比較し、一致しなければ入力された処理要求を拒絶する。ジョブ受付部２は、パスワードの代わりに、指紋などの生体情報を用いても良い。また、処理要求は、例えば、バッチジョブであり、データベース検索要求である。
【００６９】
さらに、ジョブ受付部２は、結果が所定条件を満たし、１）アカウントがロックされていなければ処理要求を受け付け、２）アカウントがロックされていれば処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば処理要求を受け付け、一致しなければ拒絶する。
【００７０】
ここで、ジョブ受付部２は、アカウントがロックされていれば、例えば、バッチジョブのジョブ記述から得られたハッシュ値と、登録されているハッシュ値を比較し、比較結果に基づいて、処理要求を受け付けたり、拒絶したりする。
【００７１】
なお、受け付けられた処理要求は、例えば、アカウント制御装置１０内の処理実行部位、または、アカウント制御装置１０に接続された処理実行装置に送信され、実行される。
【００７２】
本実施の形態にかかるアカウント制御装置１０は、アカウントロックされたユーザの制約を適切に緩和することが出来る。すなわち、アカウント制御装置１０は、アカウントロックされたユーザからのバッチジョブ等の処理要求投入であっても、過去に投入された実績のある処理要求については投入を拒否しない。従って、システムの運用が妨げられない。
【００７３】
その理由は、平時の処理要求投入において、ジョブ受付部２がユーザ認証に成功したバッチジョブ等の処理要求固有のハッシュ値を生成・保存し、アカウントロックされているときに投入をされた処理要求のハッシュ値が一致すると、処理要求を拒否しないからである。
【００７４】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００７５】
１    ジョブ入力部
２    ジョブ受付部
３    ジョブ実行部
４    ユーザ認証部
５    ホワイトリスト
６    ユーザ管理テーブル
１０    アカウント制御装置
２１    ハッシュ値検索部
２２    ハッシュ値登録部
２３    ハッシュ値生成部
６００    コンピュータ装置
６１０    プロセッサ
６２０    外部記憶装置
６３０    主記憶部
６４０    バス
６５０    プログラム
【図１】
2018077717.tif 000003
【図２】
2018077717.tif 000004
【図３】
2018077717.tif 000005
【図４】
2018077717.tif 000006
【図５】
2018077717.tif 000007
【図６】
2018077717.tif 000008
【図７】
2018077717.tif 000009