JP2018077717A - アカウント制御装置、アカウント制御方法、および、アカウント制御プログラム - Google Patents

Abstract

【課題】 アカウントロックされたユーザの制約を適切に緩和する。【解決手段】 入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）結果が所定条件を満たし、ｂ１）アカウントがロックされていなければ処理要求を受け付け、ｂ２）アカウントがロックされていれば処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば処理要求を受け付け、一致しなければ拒絶する、ジョブ受付手段、を備えるアカウント制御装置。【選択図】 図１

Description

本発明は、アカウント制御装置、アカウント制御方法、および、アカウント制御プログラム、特に、アカウントロックされたユーザの制約を適切に緩和に関するアカウント制御装置、アカウント制御方法、および、アカウント制御プログラムに関する。

ユーザ認証が必要な情報システムは、セキュリティ強化の目的でアカウントロックの機能を持つことがある。アカウントロック機能とは、一定回数パスワードを間違えたユーザのシステム使用を停止し、パスワードの総当り攻撃を回避するセキュリティ機能である。

例えば、メインフレームのバッチジョブ管理システムは、バッチジョブの投入時に、バッチジョブを投入するユーザのユーザ名とパスワードを要求してユーザ認証を実施する。これは、バッチジョブと、そのバッチジョブを投入するユーザの権限とを紐づけるためである。バッチジョブ投入時のユーザ認証を悪用したパスワードの総当たり攻撃を回避するためには、ジョブ投入に対してもアカウントロック機能を作用させる必要がある。

特許文献１は、アカウントロック機能を有するコンピュータシステムを開示する。このコンピュータシステムは、ユーザ認証成功時に成功記録情報をユーザに送信する。その後、当該ユーザのアカウントがロックされた場合であっても、当該ユーザから成功記録情報が入力されると、このコンピュータシステムは当該ユーザのログインを許可する。

特許第４８９４２４１号公報

アカウントロック機能は、正規のユーザがパスワードを間違えた場合でもアカウントをロックしてしまう。また、悪意のある第三者が、システム運用者のアカウントなどの重要なアカウントをロックさせて、業務を妨害することも考えられる。

システム運用を行うユーザがアカウントロックされると、当該ユーザのバッチジョブの投入が拒否されるため、システム運用に重大な支障をきたす。そのため、アカウントロックされた場合でもシステム運用を適切に継続できる機構が必要となる。

ただし、特許文献１に開示されているコンピュータシステムのように、システムが、ロックされたアカウントのユーザに広範な権限を与えてしまうのは、セキュリティ上の問題が有る。与える権限は、システム運用に重大な支障をきたさない範囲に適切に制限することが望ましい。

本発明は、上記課題を解決し、アカウントロックされたユーザの制約を適切に緩和することが出来るシステムなどを提供することを目的とする。

本発明の１実施の形態のアカウント制御装置は、入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付手段、を備える。

本発明の１実施の形態のアカウント制御方法は、入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する。

本発明の１実施の形態のアカウント制御プログラムは、入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付処理と、をコンピュータに実行させる。

本発明にかかるアカウント制御装置等は、アカウントロックされたユーザの制約を適切に緩和することが出来る。

図１は、第１の実施の形態にかかるアカウント制御装置１０の構成図である。 図２は、ユーザ認証部４の動作フローチャートである。 図３は、バッチジョブ投入時のジョブ受付部２の動作フローチャートである。 図４は、ハッシュ値登録部２２の動作フローチャートである。 図５は、ユーザ管理テーブル６の構成を示す図である。 図６は、コンピュータ装置６００の構成図である。 図７は、第２の実施の形態にかかるアカウント制御装置１０の構成図である。

＜第１の実施の形態＞
＜構成＞
図１は、本実施の形態にかかるアカウント制御装置１０の構成図である。アカウント制御装置１０は、ジョブ入力部１、ジョブ受付部２、ジョブ実行部３、ユーザ認証部４、ホワイトリスト５、および、ユーザ管理テーブル６を備える。ジョブ受付部２は、ハッシュ値検索部２１、ハッシュ値登録部２２、および、ハッシュ値生成部２３を備える。

ジョブ入力部１は、ユーザやプログラムに、コマンドや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４-３)：ハッシュ値登録部２２は、ホワイトリスト５に処理開始時に受け取ったハッシュ値を受け取ったユーザ名に対応させて登録する。

アカウント制御装置１０は、バッチジョブの入力制御だけでなく、その他の処理要求、例えば、データベースのリアルタイム検索処理コマンドの入力制御にも適用できる。この場合、ジョブ受付部２は、ジョブ記述言語によるジョブ記述の代わりに、パラメータ指定を含むコマンド記述を入力する。

＜効果＞
本実施の形態にかかるアカウント制御装置１０は、アカウントロックされたユーザの制約を適切に緩和することが出来る。すなわち、アカウント制御装置１０は、アカウントロックされたユーザからのバッチジョブ等の処理要求投入であっても、過去に投入された実績のある処理要求については投入を拒否しない。従って、システムの運用が妨げられない。

その理由は、平時の処理要求投入において、ジョブ受付部２がユーザ認証に成功したバッチジョブ等の処理要求固有のハッシュ値を生成・保存し、アカウントロックされているときに投入をされた処理要求のハッシュ値が一致すると、処理要求を拒否しないからである。

第２の効果は、処理要求の柔軟性が損なわれないことである。すなわち、パラメータの置換によって、例えば、バッチジョブ実行時にジョブ記述の内容を変更しているジョブであっても、ジョブ受付部２が同一のジョブとして認識できる点である。この効果により、ジョブ受付部２は、パラメータの置換によって実行時のパラメータが変更された処理要求であっても、投入を拒否しない。

その理由は、ジョブ受付部２が、パラメータの指定値を除いた処理要求記述から当該処理要求固有のハッシュ値を生成するためである。

第３の効果は、盗難端末や共用端末からのパスワード攻撃を回避できる点である。その理由は、ジョブ受付部２が、ユーザ認証失敗回数のみをアカウントロックの判定に使用し、端末の位置情報や使用状況などの例外条件を設けてないためである。

第４の効果は、例えば、プログラムからのバッチジョブ投入のように、操作員が不在の運用でも成り立つ点である。その理由は、アカウントロック中のユーザのジョブ等の処理要求投入を拒否するか、受け付けるかの判定において、ジョブ受付部２が、外部からの判断を必要としないからである。

第５の効果は、多種多様な処理要求が投入されるシステムであっても、ホワイトリスト５の肥大を抑え、割り当てる記憶装置の領域を小さくできること、ホワイトリスト５の検索／登録性能の低下が発生しないことである。

その理由は、ジョブ受付部２が、ハッシュ値生成部２３を使用することにより、どのような大きさのジョブ記述であっても、一定長のハッシュ値でジョブの投入実績を管理できるためである。

＜第一の実施の形態の変形例＞
ユーザ認証部４は、カード認証や生体認証など、パスワード認証以外の認証方式で置き換えることもできる。さらに、ユーザ認証部４は、ジョブ受付部２の一部として実装されても良い。

バッチジョブなどの処理要求の識別情報は、処理要求記述から得られたハッシュ値に限られない。処理要求の識別情報は、処理要求記述自体であっても良い。

＜第２の実施形態＞
図７は、第２の実施の形態にかかるアカウント制御装置１０の構成図である。アカウント制御装置１０は、ジョブ受付部２を備える。

ジョブ受付部２は、入力された識別情報と登録されている認証情報と比較し、結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックする。

ここで、ジョブ受付部２は、例えば、入力されたパスワードと登録されているパスワードと比較し、一致しなければ入力された処理要求を拒絶する。ジョブ受付部２は、パスワードの代わりに、指紋などの生体情報を用いても良い。また、処理要求は、例えば、バッチジョブであり、データベース検索要求である。

さらに、ジョブ受付部２は、結果が所定条件を満たし、１）アカウントがロックされていなければ処理要求を受け付け、２）アカウントがロックされていれば処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば処理要求を受け付け、一致しなければ拒絶する。

ここで、ジョブ受付部２は、アカウントがロックされていれば、例えば、バッチジョブのジョブ記述から得られたハッシュ値と、登録されているハッシュ値を比較し、比較結果に基づいて、処理要求を受け付けたり、拒絶したりする。

なお、受け付けられた処理要求は、例えば、アカウント制御装置１０内の処理実行部位、または、アカウント制御装置１０に接続された処理実行装置に送信され、実行される。

本実施の形態にかかるアカウント制御装置１０は、アカウントロックされたユーザの制約を適切に緩和することが出来る。すなわち、アカウント制御装置１０は、アカウントロックされたユーザからのバッチジョブ等の処理要求投入であっても、過去に投入された実績のある処理要求については投入を拒否しない。従って、システムの運用が妨げられない。

その理由は、平時の処理要求投入において、ジョブ受付部２がユーザ認証に成功したバッチジョブ等の処理要求固有のハッシュ値を生成・保存し、アカウントロックされているときに投入をされた処理要求のハッシュ値が一致すると、処理要求を拒否しないからである。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１ ジョブ入力部
２ ジョブ受付部
３ ジョブ実行部
４ ユーザ認証部
５ ホワイトリスト
６ ユーザ管理テーブル
１０ アカウント制御装置
２１ ハッシュ値検索部
２２ ハッシュ値登録部
２３ ハッシュ値生成部
６００ コンピュータ装置
６１０ プロセッサ
６２０ 外部記憶装置
６３０ 主記憶部
６４０ バス
６５０ プログラム

Claims (9)

1. 入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付手段、を備えるアカウント制御装置。
2. 前記処理要求は、パラメータ指定値を含むジョブ記述情報であり、
   前記ジョブ受付手段は、ハッシュ関数に、前記ジョブ記述情報から前記パラメータ指定値を除いた部分を入力して前記値を算出する、請求項１のアカウント制御装置。
3. 前記ジョブ受付手段は、前記結果が前記所定条件を満たして、前記アカウントがロックされていなければ、前記ハッシュ関数に、前記ジョブ情報から前記パラメータ指定値を除いた部分を入力して前記登録情報を生成して記憶する、請求項２のアカウント制御装置。
4. 入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、アカウント制御方法。
5. 前記処理要求は、パラメータ指定値を含むジョブ記述情報であり、
   ハッシュ関数に、前記ジョブ記述情報から前記パラメータ指定値を除いた部分を入力して前記値を算出する、請求項４のアカウント制御方法。
6. 前記結果が前記所定条件を満たして、前記アカウントがロックされていなければ、前記ハッシュ関数に、前記ジョブ情報から前記パラメータ指定値を除いた部分を入力して前記登録情報を生成して記憶する、請求項５のアカウント制御方法。
7. 入力された識別情報と登録されている認証情報と比較し、ａ）結果が所定条件を満たさなければ入力された処理要求を拒絶し、所定回数連続して拒絶するとアカウントをロックし、ｂ）前記結果が前記所定条件を満たし、ｂ１）前記アカウントがロックされていなければ前記処理要求を受け付け、ｂ２）前記アカウントがロックされていれば前記処理要求に基づいて取得された値と、登録されている登録情報を比較し、一致すれば前記処理要求を受け付け、一致しなければ拒絶する、ジョブ受付処理と、をコンピュータに実行させるアカウント制御プログラム。
8. 前記処理要求は、パラメータ指定値を含むジョブ記述情報であり、
   ハッシュ関数に、前記ジョブ記述情報から前記パラメータ指定値を除いた部分を入力して前記値を算出する前記ジョブ受付処理をコンピュータに実行させる請求項７のアカウント制御プログラム。
9. 前記結果が前記所定条件を満たして、前記アカウントがロックされていなければ、前記ハッシュ関数に、前記ジョブ情報から前記パラメータ指定値を除いた部分を入力して前記登録情報を生成して記憶する前記ジョブ受付処理をコンピュータに実行させる、請求項８のアカウント制御プログラム。

Images