JPH1011398A - 情報処理システム及び承認処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザにより柔軟にパスワードの承認条件を
設定可能でありかつより高度な承認条件を設定可能な情
報処理システムを提供すること。 【解決手段】 指定された処理の実行に先だって承認者
パスワードによる承認処理を行う情報処理システムにお
いて、承認者パスワードを記憶する手段１０と、前記指
定された処理の実行に先だって、該指定された処理に対
応して定められた所定の承認条件に基づいて、所定数の
承認者パスワードの入力を要求する手段６と、入力され
た承認者パスワードが登録されたものでありかつ前記所
定の承認条件を満足する場合に、前記指定された処理の
実行を指示する手段６とを備えたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、指定の処理の実行
に先だってパスワードによる承認処理を行う情報処理シ
ステム及びその承認処理方法に関する。

【０００２】

【従来の技術】所定の業務処理を実行するのに先だっ
て、パスワードによる承認処理を行う情報処理システム
がある。

【０００３】ここで、業務処理とは、特定の機能を提供
する一纏まりの処理（サービス）のことを言う。この業
務処理は、１つの計算機内で実行完了する場合と、他の
計算機と通信回線を通じて通信する処理を含む場合とが
ある。前者には、例えば、入力データを演算処理するも
の、データベースを検索するもの、画像や音声を出力す
るもの等、種々のものがある。また、後者には、ネット
ワークを介して他の計算機の管理するデータベースにア
クセス（読み出し、書き込み）するもの、データの配送
を受けて画像や音声を出力するもの等、種々のものがあ
る。

【０００４】承認処理では、あるユーザ（担当者）に指
定された業務処理を承認者（承認者＝担当者の場合もあ
る）がパスワードを入力し、パスワード・チェックが通
過すれば、指定された業務処理が開始される。

【０００５】従来の承認処理では、入力するパスワード
が１つの単純承認と、予め定められた所定数のパスワー
ド・チェックのＡＮＤを取る多重承認があった。

【０００６】しかしながら従来のこの種のシステムでは
承認方法は固定であり、例えばある会社で同一システム
を複数部署で使用する場合、部署ごとに承認方法を変え
るためには、部署ごとに異なるプログラミングが必要で
あった。また、一旦、単純承認に設定すると、後に多重
承認に変更するようなことができなかった。

【０００７】また、従来は、単純承認か多重承認かを取
るしかできず、より高度な承認形態を取ることができな
かった。また、部署ごと業務処理ごとに、柔軟に承認方
法を設定することができなかった。

【０００８】

【発明が解決しようとする課題】以上のように従来の情
報処理システムでの承認処理においては、パスワードの
承認方法は固定されていたため、ユーザ側では変更がで
きず、また、ユーザ側による臨機応変な設定ができなか
った。また、従来は、単純承認か多重承認かを取るしか
できず、より高度な承認形態を取ることができなかっ
た。

【０００９】本発明は、上記事情を考慮してなされたも
ので、ユーザにより柔軟にパスワードの承認条件を設定
可能でありかつより高度な承認条件を設定可能な情報処
理システム及び承認処理方法を提供することを目的とす
る。

【００１０】

【課題を解決するための手段】本発明（請求項１）は、
指定された処理の実行に先だって承認者パスワードによ
る承認処理を行う情報処理システムにおいて、承認者パ
スワードを記憶する手段と、前記指定された処理の実行
に先だって、該指定された処理に対応して定められた所
定の承認条件に基づいて、所定数の承認者パスワードの
入力を要求する手段と、入力された承認者パスワードが
登録されたものでありかつ前記所定の承認条件を満足す
る場合に、前記指定された処理の実行を指示する手段と
を備えたことを特徴とする。

【００１１】本発明（請求項２）は、指定された処理の
実行に先だって承認者パスワードによる承認処理を行う
情報処理システムにおいて、各承認者について、承認者
パスワードと承認者レベルとを組にして記憶する手段
と、各処理に対応して、入力承認者パスワード・チェッ
ク結果についての承認者レベル内と承認者レベル間での
組合せ論理を規定した所定の承認条件を記憶する手段
と、前記指定された処理の実行に先だって、該指定され
た処理に対応する前記所定の承認条件に基づいて、承認
が成立するために必要な承認者レベルごとの承認者パス
ワード数を求め、承認者レベルごとに必要な数の承認者
パスワードの入力を要求し、承認者レベルと関連付けて
承認者パスワードを受け付ける手段と、入力された承認
者パスワードが該当する承認者レベルとして登録された
ものであるか否かをチェックし、この入力承認者パスワ
ード・チェック結果が前記所定の承認条件を満足する場
合に、前記指定された処理の実行を指示する手段とを備
えたことを特徴とする。

【００１２】本発明（請求項３）は、指定された処理の
実行に先だって承認者パスワードによる承認処理を行う
情報処理システムにおいて、各利用者について、利用者
識別子と該利用者が利用可能な処理の処理識別子を対応
付けて記憶する手段と、各利用者について、操作者パス
ワードと担当者パスワードを組にして記憶する手段と、
各承認者について、承認者パスワードと承認者レベルと
を組にして登録する手段と、各処理に対応して、入力承
認者パスワード・チェック結果についての承認者レベル
内と承認者レベル間での組合せ論理を規定した所定の承
認条件を登録する手段と、ログインする利用者に操作者
パスワードの入力を要求し、入力された操作者パスワー
ドが登録されたものである場合にログインを受け付ける
手段と、ログインした利用者に対して登録された前記利
用可能な処理の処理識別子をもとに、該利用者の利用可
能な処理の一覧を提示して、実行すべき処理の選択入力
を受け付けるとともに、該利用者に担当者パスワードの
入力を要求し、入力された担当者パスワードが登録され
たものである場合に、前記選択入力を有効とする手段
と、前記選択入力により指定された処理の実行に先だっ
て、該指定された処理に対応する前記所定の承認条件に
基づいて、承認が成立するために必要な承認者レベルご
との承認者パスワード数を求め、承認者レベルごとに必
要な数の承認者パスワードの入力を要求し、承認者レベ
ルと関連付けて承認者パスワードを受け付ける手段と、
入力された承認者パスワードが該当する承認者レベルと
して登録されたものであるか否かをチェックし、この入
力承認者パスワード・チェック結果が前記所定の承認条
件を満足する場合に、前記指定された処理の実行を指示
する手段と、処理の実行が指示された場合に、前記選択
入力により指定された処理を実行する手段とを備えたこ
とを特徴とする。

【００１３】本発明（請求項４）は、請求項３におい
て、前記承認者パスワードの入力に先だって、前記指定
された処理に対する入力となるデータを受け付ける手段
をさらに備え、前記処理を実行する手段は、前記入力デ
ータをもとにして前記指定された処理を実行することを
特徴とする。

【００１４】本発明（請求項５）は、請求項２ないし４
のいずれか１項において、前記承認者レベル内について
の組合せ論理は、該当する承認者レベルに属する承認者
分の入力承認者パスワード・チェック結果の論理積およ
び該当する承認者レベルに属する承認者分の入力承認者
パスワード・チェック結果の論理和のうちから選択され
たものであることを特徴する。

【００１５】本発明（請求項６）は、請求項５におい
て、前記承認者レベル内についての組合せ論理として前
記論理積が選択された場合、該当する承認者レベルに属
する承認者分の入力承認者パスワード・チェック結果の
論理積を取る代わりに、最大数を設定し、該当する承認
者レベルに属する承認者数が最大数を越える場合は、該
最大数に等しい分の承認者パスワードの入力を要求し、
該最大数に等しい分の入力承認者パスワード・チェック
に成功したとき、当該承認者レベルでは承認されたもの
とすることを特徴する。

【００１６】本発明（請求項７）は、請求項２ないし５
のいずれか１項において、前記承認者レベル間について
の組合せ論理は、各承認者レベルにおける論理演算結果
の論理積および設定された最上位レベルの承認者レベル
における論理演算結果を選択する上位承認のうちから選
択されたものであることを特徴する。

【００１７】本発明（請求項８）は、請求項２ないし７
のいずれか１項において、所望の承認者についての承認
者パスワードと承認者レベルとの組、および所望の処理
に対応する前記所定の承認条件を設定登録するための手
段をさらに備えたことを特徴とする。

【００１８】本発明（請求項９）は、指定された処理を
実行する情報処理システムにて該指定された処理を実行
するのに先だって入力された承認者パスワードをもとに
行う承認処理方法において、処理の実行要求を受け付
け、受け付けた処理の実行に先だって、該処理に対応し
て定められた所定の承認条件に基づいて、所定数の承認
者パスワードの入力を要求し、入力された承認者パスワ
ードが登録されたものでありかつ前記所定の承認条件を
満足する場合に、前記指定された処理の実行を指示する
ことを特徴とする。

【００１９】本発明（請求項１０）は、指定された処理
を実行する情報処理システムにて該指定された処理を実
行するのに先だって入力された承認者パスワードをもと
に行う承認処理方法において、各承認者について、承認
者パスワードと承認者レベルとを組にして記憶しておく
とともに、各処理に対応して、入力承認者パスワード・
チェック結果についての承認者レベル内と承認者レベル
間での組合せ論理を規定した所定の承認条件を記憶して
おき、処理の実行要求を受け付け、受け付けた処理の実
行に先だって、該処理に対応する前記所定の承認条件に
基づいて、承認が成立するために必要な承認者レベルご
との承認者パスワード数を求め、承認者レベルごとに必
要な数の承認者パスワードの入力を要求し、承認者レベ
ルと関連付けて承認者パスワードを受け付け、入力され
た承認者パスワードが該当する承認者レベルとして登録
されたものであるか否かをチェックするとともに、この
入力承認者パスワード・チェック結果が前記所定の承認
条件を満足する場合に、前記指定された処理の実行を指
示することを特徴とする。

【００２０】以上の各パスワードは、平文として記憶し
ておく場合と、暗号化されたものを記憶しておく場合が
ある。後者のように暗号化されたものを記憶しておく
と、暗号の解き方を知らないものにはパスワードを読み
取ることが極めて困難になるので、セキュリティー上、
好ましい。

【００２１】なお、後者のように暗号化されたパスワー
ドを記憶しておく場合、パスワード・チェックの際に
は、登録されたパスワードを復号して平文に戻し、これ
とユーザにより入力されたパスワードを比較する。また
は、ユーザにより入力されたパスワードを（登録時と同
一の方法で）暗号化し、これと登録された暗号化パスワ
ードを比較する。

【００２２】なお、以上の各装置に係る発明は、相当す
る方法に係る発明としても成立する。

【００２３】以上のように本発明によれば、ユーザが適
宜条件等を設定登録することにより、従来の単純承認や
多重承認に比較してより高度な承認条件を設定すること
が可能になる。また、条件等を例えば部署ごと設定登録
することにより、部署ごと自由にパスワードの承認条件
を設定可能になる。また、本発明によれば、処理の内容
に応じたきめ細かいセキュリティーを設定することがで
きる。また、これによりシステムのより効率的な運営が
可能になる。

【００２４】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００２５】本発明を、指定された業務処理を実行する
のに先だって承認処理を行う情報処理システムに適用し
た場合を例にとって説明する。

【００２６】図１（ａ）は、本発明の一実施形態に係る
情報処理システムの一構成例を示すブロック図である。
図２（ａ）は、本情報処理システムの処理手順の一例を
示すフローチャートである。

【００２７】本実施形態の情報処理システムは、業務処
理選択部２、前処理部４、承認処理部６、業務処理部
８、リスト記憶部１０を備えている。

【００２８】業務処理選択部２は、ログイン画面を表示
し、あるユーザがログインすると、このログインしたユ
ーザについて予め定められた選択可能な幾つかの業務処
理を表示画面に呈示し、ユーザによる選択入力を受け付
ける（ステップＳ１）。ユーザによる選択入力は、例え
ば、キーボードあるいはマウスを用いて行われる。ま
た、ログイン時あるいは所望の業務処理の選択入力後な
どにパスワード・チェックを行うようにしても良い。

【００２９】ユーザと選択可能な業務処理との対応リス
ト、あるいはユーザとパスワードとの対応リストは、リ
スト記憶部１０に登録しておくものとする。

【００３０】次に、前処理部４は、選択指定された業務
処理に応じた入力画面を表示し、ユーザに該選択指定さ
れた業務処理への入力データを作成させる（ステップＳ
２）。ユーザは、キーボードやマウスを用いて所定のデ
ータを入力して行く。なお、選択指定された業務処理で
前処理が不要なものについては、この手順はスキップさ
れる。

【００３１】次に、承認処理部６は、承認者パスワード
入力画面を表示し、所定数の承認者パスワードの入力を
受け付け、入力された承認者パスワードをチェックする
とともに、正しく入力された幾つかの承認者パスワード
が、当該業務処理について予め定められた承認条件を満
たす場合に、当該業務処理の実行を承認する（ステップ
Ｓ３）。そして、当該業務処理の実行を指示する。

【００３２】承認者パスワードや業務処理について予め
定められた承認条件は、リスト記憶部１０に登録してお
くものとする。予め定められた承認条件の具体例につい
ては後述する。

【００３３】業務処理部８は、前処理部４にて作成され
た入力データがある場合はこれを受け取りあるいは入力
データの格納場所を示すポインタ（メモリ装置のアドレ
スあるいはファイル名）を受け取り、ポインタをもとに
入力データを読み込み指定された業務処理を実行する
（ステップＳ４）。

【００３４】図１（ｂ）は、本発明の一実施形態に係る
情報処理システムの他の構成例を示すブロック図であ
り、図２（ｂ）は、本情報処理システムの処理手順の他
の例を示すフローチャートである。本情報処理システム
は、図１（ａ）の例から前処理部４を省いたものであ
り、その他は同様の構成である。

【００３５】また、この他にも、承認処理部６の前段で
はなく後段に前処理部４が設けられた構成も考えられ
る。

【００３６】また、以上の各構成において、指定できる
業務がただ１つであり、業務処理選択部２を備えない構
成も考えられる。

【００３７】また、以上の各構成において、指定できる
業務がただ１つであり、業務処理選択部２の代わりに、
ログインに当たってのパスワードチェックだけ行う部分
を備えた構成も考えられる。

【００３８】いずれの構成においても承認処理部６、業
務処理部８およびリスト記憶部１０は必須であり、必要
なリストの内容が若干相違する場合がある他は、基本的
に同様の構成である。

【００３９】図３は、承認処理部６による承認処理の基
本的な処理手順の一例を示すフローチャートである。

【００４０】まず、承認するために必要な条件（後述す
る承認者条件）が予め何種類か定められているものとす
る。そして、業務処理のコードと該業務処理を承認する
ために必要な承認者条件とを対応付けてリスト記憶部１
０に登録しておく。

【００４１】承認処理部６では、選択された業務処理に
対応する承認者条件をリスト記憶部１０から読み込む
（ステップＳ２１）。

【００４２】次に、承認者条件に応じた処理を行う（ス
テップＳ２２，Ｓ２３，Ｓ２４）。この処理では、所定
数の承認者パスワードの受け付け、パスワード・チェッ
ク、条件判定等が行われる。

【００４３】そして、承認された場合、指定の業務処理
の実行を指示する（ステップＳ２５）。

【００４４】もし、承認されなかった場合、例えば前処
理で作成した入力データがあればこれを破棄させ、必要
に応じてメッセージを画面表示するなどして、処理を終
了する。

【００４５】以下では、本発明を、指定された業務処理
を実行するのに先だって承認処理を行う情報処理システ
ムに適用した場合の一構成例である図１（ａ）の構成の
情報処理システムについてより具体的に説明する。

【００４６】図４は、本情報処理システムのより詳細な
処理手順の一例を示すフローチャートである。

【００４７】まず、本情報処理システムを概略的に説明
する。

【００４８】（１）本実施形態では、後述する各種の設
定を所定の単位ごとに管理可能としている。具体的に
は、ここでは、本情報処理システムをある会社内の各部
署で使用する場合に、各種条件を部署ごとに設定するも
のとする。

【００４９】（２）本実施形態では、操作者パスワー
ド、担当者パスワードおよび承認者パスワードの３種類
のパスワードを使用するものとしている。すなわち、ユ
ーザのログインの際に、該ユーザの操作者パスワードを
入力させ（入力を受け付け）、これをチェックし、か
つ、業務処理の選択後に該ユーザの担当者パスワードを
入力させ、これをチェックする。さらに、業務処理の実
行に先だって、予め部署ごとに設定された承認権限を持
つ承認者に承認者パスワードを入力させる。この承認者
パスワードについては、選択された業務処理に対して設
定された承認者条件に応じた所定の（１または複数の）
承認者が正しく承認者パスワードを入力して初めて、承
認が得られるようにしている。

【００５０】（３）本実施形態では、本情報処理システ
ムが提供可能な業務処理のうち選択可能なものを、部署
ごとに設定（制限）できるようにしている。さらに、あ
る部署について選択可能と設定された業務処理の範囲内
で、該部署に所属する社員ごとに使用可能な業務処理を
設定（制限）することができるようにしている。

【００５１】（４）本実施形態では、１以上の業務処理
を選択可能なユーザについては、操作者パスワードと担
当者パスワードを設定するものとする。したがって、本
実施形態では、操作者パスワードと担当者パスワードを
持ち承認者パスワードを持たないユーザ、操作者パスワ
ードと担当者パスワードを持たず承認者パスワードを持
つユーザ、操作者パスワードと担当者パスワードと承認
者パスワードを持つユーザの３種類のユーザが存在し得
る。

【００５２】次に、本実施形態で使用する各種リストに
ついて説明する。

【００５３】図５（ａ）は、部署別利用可能業務リスト
の一例である。

【００５４】部署別利用可能業務リストには、各部署に
ついて利用可能とする業務処理の業務コードを登録す
る。

【００５５】例えば、図５（ａ）では、○○部にて選択
可能な業務処理として、「０１」、「０２」、「０
４」、「０８」などが設定されている。

【００５６】ここで、業務コード＝０１に対応する業務
処理は、残高を照会する残高照会サービス、業務コード
＝０２に対応する業務処理は、入出金明細を照会する入
出金明細照会サービス、業務コード＝０４に対応する業
務処理は、資金データを移動させる資金移動サービスで
あるものとして説明する。

【００５７】図５（ｂ）は、部署別所属社員リストの一
例である。

【００５８】部署別所属社員リストは、部署別に設定す
るものであり、その部署に所属する社員の社員コード
と、各所属社員について選択可能とする業務処理のＩＤ
を登録する。また、この他に、各所属社員の名前等を登
録しても良い。

【００５９】例えば、社員コード＝１００１の所属社員
に対して、選択可能な業務処理として、「０１」、「０
２」、「０４」の業務処理が設定されている。また、社
員コード＝１０２３の所属社員は、「０１」、「０２」
の業務処理は選択可能であるが、「０４」の業務処理は
選択不可である。また、社員コード＝１００３の所属社
員は、いずれの業務処理も選択できないように設定され
ている。

【００６０】図６（ａ）は、部署別業務処理別承認条件
リストの一例である。部署別業務処理別承認条件リスト
は、部署別に、業務処理別の承認条件を登録するもので
ある。すなわち、図５（ａ）の部署別利用業務処理リス
トに登録されている各業務処理について、業務コード、
承認者条件、設定レベル、承認者ｉレベル（ｉ＝１〜設
定レベル）を登録するものである。これら各項目の役割
等については後述する。

【００６１】図７は、社員リストの一例である。

【００６２】社員リストには、社員コード、名前、所属
部署、操作者パスワード、担当者パスワード、承認者パ
スワード、承認者レベルを登録する。これら各項目の役
割等については後述する。

【００６３】次に、本実施形態にて提供される「承認条
件」について説明する。

【００６４】前述したように従来は承認条件は固定であ
ったが、本実施形態では、各種リストに適宜登録を行う
ことで、ユーザが承認条件を設定・変更することができ
るようにしている。ここでは、承認条件を、部署ごと業
務処理ごとに設定可能としている。

【００６５】本実施形態では、承認条件の設定には、図
７のような社員リストと図６（ａ）のような部署別業務
処理別承認条件リストを用いる。

【００６６】（１）部署ごと所定人数の承認者を設定す
る。そして、各承認者には、承認者レベルと承認パスワ
ードが設定される。これらは図７のような社員リストに
登録する。

【００６７】例えば、図７では、○○部について、Ａ
氏，Ｂ氏，Ｃ氏，Ｄ氏，Ｅ氏の５人の承認者が登録され
ており、Ａは承認者レベル１、ＢとＣは承認者レベル
２、ＤとＥは承認者レベルが３に設定されている。

【００６８】（２）図６（ａ）のような部署別業務処理
別承認条件リストに、業務コード、承認者条件、設定レ
ベル、承認者ｉレベル（ｉ＝１〜設定レベル）を組にし
て登録する。

【００６９】設定レベルは、その業務処理の承認に用い
る最上位の承認者レベルを設定するものである。

【００７０】承認者レベルｉ条件は、承認者レベルｉ内
でのパスワード・チェック結果に適用する論理条件であ
り、ＡＮＤかＯＲを選択できるものとする。

【００７１】すなわち、承認者レベルｉ条件＝ＯＲの場
合、承認者レベルｉの承認者が１人でも正しいパスワー
ドを入力すれば、承認者レベルｉでの承認が行われたこ
とになる。

【００７２】一方、承認者レベルｉ条件＝ＡＮＤの場
合、承認者レベルｉの承認者がすべて正しい承認パスワ
ードを入力すれば、承認者レベルｉでの承認が行われた
ことになる。

【００７３】また、承認者レベルｉ条件＝ＡＮＤの場
合、承認に要する承認者を予め設定した設定最大数に限
定するようにしても良い。例えば、設定最大数＝２と
し、ある部署で、承認者レベル１の承認者が３人登録さ
れていたとしても、承認者レベル１＝ＡＮＤの場合、３
人のうちの２人の承認者の承認パスワードが正しく入力
されれば、承認者レベル１での承認が行われたことにな
るようにしても良い。また、この設定最大数は、固定し
た値でも良いし、部署ごとに設定できるようにしても良
い。以下では、承認者レベルｉ条件＝ＡＮＤの場合、設
定最大数＝２を設定するものとする。

【００７４】承認者条件は、承認者レベル間での論理条
件であり、ここでは、承認者１レベルから設定レベルま
での論理積を取るＡＮＤのモードと、設定レベルで示さ
れる最上位の承認者レベルの承認者による承認結果を用
いる上位承認（ＯＲとする）のモードの２つのモードが
使用できるものとする。

【００７５】承認者条件がＡＮＤの場合、承認者レベル
１〜設定レベルで示される承認者レベルまでのすべての
レベルで承認された場合に、指定の業務処理の実行を承
認することになる。

【００７６】一方、承認者条件がＯＲの場合、設定レベ
ルで示される承認者レベルで承認された場合に、指定の
業務処理の実行を承認することになる。

【００７７】なお、ここでは、設定レベルが１の場合、
承認者条件にはＯＲを設定するものとする。

【００７８】例えば、図６（ａ）の「０１」の業務処理
では、承認者条件＝ＯＲ、設定レベル＝１、承認者レベ
ル１条件＝ＯＲとなっており、図７をみると承認者レベ
ル１の承認者はＡ氏の１人であるので、「０１」の業務
処理の実行は、Ａ氏の承認パスワード＝ＡＢ３Ｃが入力
されれば、承認されることになる。図８はこの様子を示
したものである。

【００７９】また、図６（ａ）の「０２」の業務処理で
は、承認者条件＝ＯＲ、設定レベル＝２、承認者レベル
２条件＝ＡＮＤとなっており、図７をみると承認者レベ
ル２の承認者はＢ氏とＣ氏の２人であるので、「０２」
の業務処理の実行は、Ｂ氏の承認パスワード＝ＤＲＳ６
とＣ氏の承認パスワード＝Ｇ９Ｈ１がともに入力されれ
ば、承認されることになる。図９はこの様子を示したも
のである。

【００８０】また、図６（ａ）の「０４」の業務処理で
は、承認者条件＝ＡＮＤ、設定レベル＝３、承認者レベ
ル１条件＝承認者レベル２条件＝承認者レベル３条件＝
ＯＲとなっており、Ａ氏と、Ｂ氏およびＣ氏の一方と、
Ｄ氏およびＥ氏の一方の承認で、「０４」の業務処理の
実行が承認されることになる。図１０はこの様子を示し
たものである。

【００８１】図１１〜１３に、本承認処理の手順の一例
を表したフローチャートを示す。

【００８２】以下、各図を参照しながら本情報処理シス
テムの処理手順をより詳細に説明する。

【００８３】本情報処理システムが起動すると、最初に
ログイン画面を表示する。そして、ユーザに利用者名と
操作者パスワードを入力させる（図４のステップＳ３
１）。なお、所属部署はログイン画面で選択入力などさ
せるようにしても良いし、本情報処理システムを特定の
部署専用とする場合には、予め部署コードをシステム内
に保持しておいても良い。

【００８４】ログイン画面には、所属部署、利用者名、
操作者パスワードの入力領域を呈示してユーザに該当す
るデータを入力してもらうようにしても良い。

【００８５】また、以下のように選択入力できるように
して、ユーザの入力負荷を軽減するようにしても良い。

【００８６】すなわち、まず、ユーザにより所属部署入
力領域をマウス等でクリックされると、リスト記憶部１
０内の部署リスト（図示せず）等をもとに所属部署コン
ボボックス（所属部署一覧表）を呈示する。ユーザによ
り所属部署をマウス等で選択入力されると、所属部署入
力領域に選択された部署名を表示する。

【００８７】次に、ユーザにより利用者氏名入力領域を
マウスでクリック等されると、例えばリスト記憶部１０
内の社員リスト（図７）をもとに利用者氏名コンボボッ
クス（利用者氏名一覧表）を呈示する。例えば、図７の
場合、○○部については、Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｘ，
Ｙ，Ｚなどが表示される。ただし、この場合、ユーザ
Ｃ，Ｅは承認権限だけを持ち、業務処理の選択は行わな
いので、図５（ｂ）のような部署別所属社員リストを参
照し、１以上の選択可能な業務処理が設定されている利
用者氏名のみ一覧表示するようにしても良い。ユーザに
より利用者氏名をマウス等で選択入力されると、利用者
氏名入力領域に選択された利用者氏名を表示する。

【００８８】次に、利用者氏名と操作者パスワードが入
力されると、このパスワードが、社員リスト（図７）の
操作者パスワードのうち入力された利用者名に対応する
ものと一致するか否かをチェックする（ステップＳ３
２）。

【００８９】例えば、社員コード１０２３を持ち○○部
に所属するユーザＺがログインした場合、入力された操
作者パスワードが「ＣＤ１２」と一致するかが否かチェ
ックされる。

【００９０】ここで、両者が一致しなかった場合には、
警告メッセージを表示し再入力させる、あるいはログイ
ンを無効にするなどの処理を行う。

【００９１】例えば、規定回数（例えば３回）入力ミス
した場合に警告メッセージを表示し再入力させる。ま
た、さらに規定回数（例えば３回）入力ミスした場合に
社員リスト等にて該当利用者を削除しあるいは警告フラ
グを立てるようにしても良い。

【００９２】一致した場合、次のステップＳ３３の業務
処理選択に移る。

【００９３】ステップＳ３３では、業務処理選択画面を
表示してユーザの所望する業務処理の入力を受け付け
る。

【００９４】例えば、リスト記憶部１０内に記憶されて
いる、部署コードに対応する部署（ここでは○○部）の
部署別所属社員リスト（図５（ｂ））を参照し、ユーザ
の社員コードから、当該ユーザについて設定された選択
可能な業務処理の業務コードを検索し、業務コードと業
務名の対応リスト（図示せず）等から、当該ユーザにつ
いて設定された選択可能な業務処理の名称を呈示する。

【００９５】例えば、社員コード１０２３を持ち○○部
に所属するユーザＺの選択可能な業務処理は「０１」と
「０２」であり、０１のコードに対応する「残高照会サ
ービス」と、０２のコードに対応する「入出金明細照会
サービス」を表示する。もし、ログインしたユーザが、
社員コード１０２１を持ち○○部に所属するＸであれ
ば、「残高照会サービス」と「入出金明細照会サービ
ス」と「資金移動サービス」を表示する。

【００９６】そして、業務処理の入力を受け付ける（ス
テップＳ３４）。

【００９７】ユーザが所望の業務処理をマウス等でクリ
ックして選択入力すると、指定の業務処理が決定され
る。ここでは、業務コード＝０１の「残高照会サービ
ス」が選択入力されたものとする。

【００９８】次に、担当者パスワードの入力を受け付け
る（ステップＳ３５）。

【００９９】例えば、上記の業務処理選択画面内に、担
当者パスワードの入力領域を呈示してユーザに該当する
データを入力してもらうようにする。

【０１００】担当者パスワードが入力されると、このパ
スワードが、社員リスト（図７）の担当者パスワードの
うちログインしている利用者に対応するものと一致する
か否かをチェックする（ステップＳ３６）。

【０１０１】例えば、社員コード１０２３を持ち○○部
に所属するユーザＺがログインした場合、入力された担
当者パスワードが「ＺＹ０１」と一致するかが否かチェ
ックされる。

【０１０２】ここで、両者が一致しなかった場合には、
警告メッセージを表示し再入力させる、あるいはログイ
ンを無効にするなどの処理を行う。

【０１０３】例えば、規定回数（例えば３回）入力ミス
した場合に警告メッセージを表示し再入力させる。ま
た、さらに規定回数（例えば３回）入力ミスした場合に
社員リスト等にて該当利用者を削除しあるいは警告フラ
グを立てるようにしても良い。

【０１０４】一致した場合、次のステップＳ３７（ある
いはＳ４３，Ｓ４９）の業務処理選択に移る。

【０１０５】なお、本実施形態では、ログインしたユー
ザに対応する担当者パスワードの入力を義務付けたが、
ログインしたユーザの所属する部署に所属するいずれか
のユーザの持つ担当者パスワードと一致すれば良いもの
とすることも可能である。この場合、１以上の業務処理
を選択可能なユーザについて、担当者パスワードを設定
しないことも可能である。また、この場合、担当者パス
ワードを持ち、操作者パスワードを持たないユーザも設
定可能である。

【０１０６】さらに、いずれの場合においても、所定の
単位で、例えば部署別業務別に、担当者パスワードの入
力を要求するか否かを設定できるようにし、担当者パス
ワードの入力を要求するように設定されている場合にの
み、担当者パスワードを入力させ、これをチェックする
ようにしても良い。

【０１０７】以上が、業務処理選択部２の処理である。

【０１０８】ステップＳ３７（あるいはＳ４３，Ｓ４
９）では、前処理部４により、前述のような指定の業務
処理に対応した前処理を行う。

【０１０９】前処理部４では、選択指定された業務処理
に応じたデータ入力画面を表示し、ユーザに該選択指定
された業務処理に対する入力となるデータの入力を受け
付ける。

【０１１０】例えば、ステップＳ３７では、残高照会に
必要なデータが作成される。

【０１１１】そして、ユーザによる前処理の終了（デー
タ入力の終了）の明示的な指示入力、例えば入力画面上
のデータ入力終了を示すボタン上をマウスでクリックす
るなどにより、前処理が終了される（ステップＳ３
８）。

【０１１２】作成されたデータ・セットは、所定の記憶
領域に保持しておく。

【０１１３】以上が、前処理部４の処理である。

【０１１４】なお、前述したように選択指定された業務
処理で前処理が不要なものについては、この手順はスキ
ップされる。

【０１１５】次に、ステップＳ３９（あるいはＳ４５，
Ｓ５１）で、承認処理部６による承認処理が行われる。
なお、ステップＳ３９、Ｓ４５、Ｓ５１のいずれの処理
も同様のものである。

【０１１６】ここで、前述のように最大設定数＝２が設
定されているものとする。

【０１１７】まず、保持されている部署コード（ここで
は○○部に対応するものとする）、指定された業務処理
の業務コード（ここでは０４とする）をもとに、リスト
記憶部１０内の部署別処理別承認条件リスト（図６
（ａ））を検索し、承認者条件と設定レベルを読み込む
（図１１のステップＳ６１）。

【０１１８】ここで、業務コード＝０４に対応する承認
者条件＝ＡＮＤであり、Ｎ＝設定レベル＝３となる。

【０１１９】次に、ステップＳ６２とＳ６３で承認者条
件の内容により分岐する。

【０１２０】本具体例では、ステップＳ６２でＹＥＳと
なり、次の図１２のステップＳ７１の処理に移る。

【０１２１】ステップＳ７１で、承認フラグ（Ｉ）＝
０、（Ｉ＝１〜Ｎ）として、初期化を行う。

【０１２２】本具体例では、承認フラグ（１）＝０、承
認フラグ（２）＝０、承認フラグ（３）＝０と設定され
る。

【０１２３】次に、ステップＳ７２で、上記の部署別処
理別承認条件リスト（図６（ａ））から、各承認者レベ
ルＩ、（Ｉ＝１〜Ｎ）について、承認者レベル（Ｉ）条
件を読み込む。

【０１２４】本具体例では、承認者レベル１条件＝Ｏ
Ｒ、承認者レベル２条件＝ＯＲ、承認者レベル３条件＝
ＯＲとなる。

【０１２５】次に、ステップＳ７３で、各承認者レベル
（Ｉ）、（Ｉ＝１〜Ｎ）について、承認者レベル（Ｉ）
条件がＡＮＤならば、承認者レベル（Ｉ）の該当者数を
求め、Ｐ（Ｉ）＝ｍｉｎ（該当者数、最大設定数）とす
る。また、承認者レベル（Ｉ）条件がＯＲならば、Ｐ
（Ｉ）＝１とする 本具体例では、いずれの条件もＯＲなので、Ｐ（１）＝
１、Ｐ（２）＝１、Ｐ（３）＝１となる。

【０１２６】次に、ステップＳ７４で、各承認者レベル
（Ｉ）、（Ｉ＝１〜Ｎ）について、Ｐ（Ｉ）個分のパス
ワードの入力領域を画面表示する。

【０１２７】このパスワード入力画面の一例を図１５に
示す。

【０１２８】図１５において、１２は表示画面全体であ
り、１６は承認者パスワード入力用のウィンドウであ
り、１４は他のウィンドウである。

【０１２９】承認者パスワード入力ウィンドウ１６に
は、承認者１（図中１８）、承認者２（図中２０）、承
認者３（図中２２）の文字が表示され、それぞれの右側
にパスワード入力領域（図中の２４，２６，２８）が表
示されている。そして、例えば、図中２４のパスワード
入力領域には承認者レベル１の承認者の承認者パスワー
ドを入力すれば良いこと、また承認者レベル１の承認者
パスワードは１種類入力すれば良いことをユーザに知ら
しめている。

【０１３０】次に、ステップＳ７５で、承認フラグ＝０
の承認者レベルの承認者パスワードの入力を受け付け
る。ここでは、承認者パスワードの入力を１つづつ受け
付けるものとする。

【０１３１】すなわち、後述するように承認フラグ＝１
の承認者レベルは既に承認済みであり、パスワードの入
力は不要であるので、承認フラグ＝０の承認者レベルの
パスワードの入力を受け付けるようにする。もちろん、
最初にこのステップを実行するときは、すべての承認者
レベルのおいて承認フラグ＝０である。

【０１３２】なお、承認フラグ＝１の承認者レベルある
いは承認フラグ＝０であるが当該承認者レベルにおいて
承認者パスワードが受理された数に応じて、例えば承認
者パスワード入力ウィンドウ１６の承認者ｎ（図中１８
等）の該当するものの色を変えて表示する、パスワード
入力領域（図中の２４等）の該当するもの自体の表示を
取り止める、パスワード入力領域内に承認されたことを
示すメッセージを表示するなどして、ユーザに知らしめ
るようにしても良い。

【０１３３】承認者は、承認者パスワードを、該当する
承認者レベルの右側のパスワード入力領域に入力し、例
えば確認ボタン（図中の３０，３２，３４）をマウスで
クリックするなどして入力完了を指示する。

【０１３４】そして、入力された承認者パスワードとそ
の入力領域に対応する承認者レベルを保持する。

【０１３５】本具体例では、承認者レベル１として承認
者パスワード＝ＡＢ３Ｃ、承認者レベル２として承認者
パスワード＝ＤＲＳ６あるいはＧ９Ｈ１、承認者レベル
３として承認者パスワード＝２ＪＫＬあるいはＴ１２５
が入力される。

【０１３６】次に、ステップＳ７６で、入力されたパス
ワードの承認者レベル（ｋ）のＰ（ｋ）≧２ならば、該
パスワードが同一承認者レベル（ｋ）ですでに受理され
た他のパスワードと相違するものであることを確認す
る。

【０１３７】これは、同一の承認者パスワードが繰り返
し入力されることに対処するための処理であり、Ｐ
（ｋ）≧２である（すなわち異なる承認者パスワードの
ＡＮＤを取る）承認者レベル（ｋ）に対応して、既に受
理された（入力されチェック済みとなった）承認者パス
ワードを保持しておき、新たに入力された承認者パスワ
ードが、保持している受理済みの承認者パスワードと相
違するものであることを確認する。

【０１３８】さらに、上記のチェックをパスした承認者
パスワードが、社員リスト（図７）中で該当する所属部
署の部署コードを持ちかつ当該承認者レベルを持つ承認
者パスワードのいずれかと一致することを確認する。

【０１３９】次に、ステップＳ７７で、当該承認者レベ
ル（ｋ）のＰ（ｋ）種類のパスワードがすべて受理され
たら、承認フラグ（ｋ）＝１とする。

【０１４０】本具体例では、いずれの承認者レベル１〜
３においても１種類のパスワードが受理されれば、承認
フラグ＝１となる。

【０１４１】次に、ステップＳ７８で、Ｉ＝１〜Ｎすべ
てについて、承認フラグ（Ｉ）＝１となったか否かを調
べる。

【０１４２】ステップＳ７８でＮＯの場合は、承認条件
が成立していないので、ステップＳ７５に戻り、次の承
認者パスワードの入力を受け付け、以降の処理を繰り返
す。ステップＳ７８でＹＥＳの場合は、承認条件が成立
したことになるので、次のステップに移り、選択された
すなわち起動要求された業務処理の実行を指示する（ス
テップＳ７９）。

【０１４３】例えば、本具体例において、承認者レベル
１として承認者パスワード＝ＡＢ３Ｃが入力され、承認
者レベル２として承認者パスワード＝ＤＲＳ６が入力さ
れた場合、承認フラグ（１）＝１、承認フラグ（２）＝
１、承認フラグ（３）＝０となり、ステップＳ７５に戻
る。

【０１４４】また、本具体例において、承認者レベル１
として承認者パスワード＝ＡＢ３Ｃが、承認者レベル２
として承認者パスワード＝ＤＲＳ６またはＧ９Ｈ１、承
認者レベル３として承認者パスワード＝２ＪＫＬまたは
Ｔ１２５がそれぞれ入力された場合、承認条件が成立
し、ステップＳ７９に移る。

【０１４５】以上が、承認処理部６の処理である。

【０１４６】業務処理部８は、前述したように、前処理
部４にて作成された入力データがある場合はこれを受け
取りあるいは入力データの格納場所を示すポインタを受
け取り、指定された業務処理を実行する（ステップＳ４
０，Ｓ４６，Ｓ５２）。

【０１４７】例えば、指定の業務処理である残高照会サ
ービスが実行され、残高照会結果が表示される。

【０１４８】以上が、業務処理部８の処理である。

【０１４９】以上によって、ある業務処理についての選
択処理、必要な前処理、承認処理、そして実際の業務処
理の実行が終了する。

【０１５０】次に、ステップＳ３９（あるいはＳ４５，
Ｓ５１）の承認処理について、指定された業務処理の業
務コードが０２である場合を具体例として説明する。

【０１５１】まず、前述と同様にして承認者条件と設定
レベルを読み込む（ステップＳ６１）。

【０１５２】ここで、図６（ａ）を参照すると、業務コ
ード＝０２に対応する承認者条件＝ＯＲであり、Ｎ＝設
定レベル＝２である。

【０１５３】次に、ステップＳ６２でＮＯ、ステップＳ
６３でＹＥＳとなり、次の図１３のステップＳ８１の処
理に移る。

【０１５４】なお、図１２のステップＳ８１〜Ｓ８７の
処理と、図１３のステップＳ８１〜Ｓ８７の処理とは、
夫々同じ処理である。

【０１５５】次に、ステップＳ８１で、承認フラグ
（１）＝０、承認フラグ（２）＝０と設定される。

【０１５６】次に、ステップＳ８２で、承認者レベル
（Ｉ）条件を読み込み、承認者レベル１条件＝ＯＲ、承
認者レベル２条件＝ＡＮＤとなる。

【０１５７】次に、ステップＳ８３で、承認者レベル１
条件＝ＯＲなので、Ｐ（１）＝１となる。また、承認者
レベル２条件＝ＡＮＤであり、承認者レベル２の該当者
数＝２（Ｂ氏とＣ氏）であり、最大設定数＝２であるの
で、Ｐ（２）＝ｍｉｎ（該当者数、最大設定数）＝２と
なる。

【０１５８】次に、ステップＳ８４で、各承認者レベル
１について１個分、各承認者レベル２について２個分の
パスワードの入力領域を画面表示する。

【０１５９】このパスワード入力画面の一例を図１６に
示す。

【０１６０】図１６において、３６は承認者パスワード
入力用のウィンドウである。

【０１６１】承認者パスワード入力ウィンドウ３６に
は、承認者１（図中３８）、承認者２（図中４０）の文
字が表示され、それぞれの右側にパスワード入力領域
（図中の４２，４４，４６）が表示されている。そし
て、例えば、図中４４，４６のパスワード入力領域には
承認者レベル２の承認者の承認者パスワードを入力すれ
ば良いこと、また承認者レベル２の承認者パスワードは
２種類入力すれば良いことをユーザに知らしめている。

【０１６２】次に、ステップＳ８５で承認フラグ＝０の
承認者レベルの承認者パスワードの入力を受け付け、ス
テップＳ８６で前述したようなパスワード・チェックを
行う。そして、ステップＳ８７で、承認者レベル１の１
種類のパスワードが受理されたら、承認フラグ（１）＝
１とし、あるいは承認者レベル（２）の２種類のパスワ
ードがすべて受理されたら、承認フラグ（２）＝１とす
る。

【０１６３】次に、ステップＳ８８で、承認フラグ
（２）＝１となったか否かを調べる。

【０１６４】ステップＳ８８でＮＯの場合は、承認条件
が成立していないので、ステップＳ８５に戻り、次の承
認者パスワードの入力を受け付け、以降の処理を繰り返
す。ステップＳ８８でＹＥＳの場合は、承認条件が成立
したことになるので、次のステップに移り、選択された
すなわち起動要求された業務処理の実行を指示する（ス
テップＳ８９）。

【０１６５】例えば、本具体例において、承認者レベル
１として承認者パスワード＝ＡＢ３Ｃが入力され、承認
者レベル２として承認者パスワード＝ＤＲＳ６が入力さ
れた場合、承認フラグ（１）＝１、承認フラグ（２）＝
０となり、ステップＳ８５に戻る。

【０１６６】また、本具体例において、承認者レベル１
として承認者パスワード＝ＡＢ３Ｃが、承認者レベル２
として承認者パスワード＝ＤＲＳ６およびＧ９Ｈ１がそ
れぞれ入力された場合、承認条件が成立し、ステップＳ
８９に移る。

【０１６７】以上が、承認処理部６の処理である。

【０１６８】ところで、図１３の承認者条件＝ＯＲ（上
位承認）に対する処理手順では、ステップＳ８８の判断
に用いない承認者レベル１〜承認者レベルＮ−１につい
てもパスワード入力、パスワードチェック等を行った
が、その代わりに、図１４のように処理手順を修正し
て、承認者条件＝ＯＲである場合には、設定レベル（＝
Ｎ）で指定された承認者レベル（Ｎ）についてのみ、パ
スワード入力、パスワードチェック等を行うようにして
も良い。

【０１６９】ところで、以上の例では、承認者条件とし
てＡＮＤとＯＲ（上位承認）の２種類を定め、ユーザは
所定の単位、例えば部署別処理別に承認者条件を設定で
きるようにしたが、上記の他にも種々の承認条件を定め
ることが可能である。

【０１７０】例えば、（１）無条件で承認（承認者条件
＝ＮＯＴとする）、（２）承認者レベル１から承認者レ
ベルＮ（＝設定レベル）までの全レベル間でのＯＲを取
る条件（承認者条件＝ＡＬＬとする）、（３）その他、
全部または一部の承認者レベル間で所定の論理条件を取
る種々の条件（例えば、設定レベル≧３の場合に、設定
レベルに該当する承認者レベルと設定レベル−１に該当
する承認者レベルの間でのＡＮＤを取るあるいはＯＲを
取る、承認者レベル１と設定レベルに該当する承認者レ
ベルの間での条件としてＡＮＤとＯＲを混在させる、な
ど）が考えられる。

【０１７１】図１７、図１２（承認者条件がＡＮＤの場
合）、図１３あるいは図１４（承認者条件がＯＲ（上位
承認）の場合）、図１８（承認者条件がＮＯＴの場
合）、図１９（承認者条件がＡＬＬの場合）は、承認者
条件として前述のＡＮＤとＯＲ（上位承認）に加え、Ｎ
ＯＴとＡＬＬの４種類を定めた場合の承認処理手順の一
例である。

【０１７２】ＡＮＤとＯＲ（上位承認）については既に
説明したものと同じであるので、ここでは、図６（ｂ）
の部署別業務処理別承認条件リストを参照しながら、Ｎ
ＯＴとＡＬＬについて説明する。

【０１７３】まず、承認者条件がＮＯＴの場合について
説明する。

【０１７４】なお、業務コード＝０８とする。

【０１７５】前述と同様にして承認者条件と設定レベル
を読み込む（図１７のステップＳ１０１）。

【０１７６】ここで、図６（ｂ）を参照すると、業務コ
ード＝０８に対応する承認者条件＝ＮＯＴである。この
場合、設定レベルは関係ないので、例えばＮ＝デフォル
ト値としておく。

【０１７７】次に、ステップＳ１０２でＹＥＳとなり、
次の図１８のステップＳ１１１に移り、選択されたすな
わち起動要求された業務処理の実行を指示する。

【０１７８】次に、承認者条件がＡＬＬの場合について
説明する。

【０１７９】なお、図１９の承認者条件がＡＬＬの場合
の処理手順は、図１２の承認者条件がＡＮＤの場合の処
理手順と、承認フラグのチェック処理の内容が相違する
以外は同じ処理内容である。すなわち、ステップＳ１２
３で、Ｉ＝１〜Ｎの少なくとも１つについて、承認フラ
グ（Ｉ）＝１となったか否かを調べる。

【０１８０】ステップＳ１２３でＮＯの場合は、承認条
件が成立していないので、ステップＳ１２２に戻り、次
の承認者パスワードの入力を受け付け、以降の処理を繰
り返す。

【０１８１】ステップＳ１２３でＹＥＳの場合は、承認
条件が成立したことになるので、次のステップに移り、
選択されたすなわち起動要求された業務処理の実行を指
示する（ステップＳ１２４）。

【０１８２】ここでは、業務コード＝１６とすると、図
６（ｂ）より、承認者条件＝ＡＬＬ、設定レベル＝３、
承認者レベル１条件＝ＯＲ、承認者レベル２条件＝Ｏ
Ｒ、承認者レベル３条件＝ＡＮＤであるので、図７よ
り、承認者レベル１として承認者パスワード＝ＡＢ３Ｃ
が入力された場合、または承認者レベル２として承認者
パスワード＝ＤＲＳ６またはＧ９Ｈ１が入力された場
合、または承認者レベル３として承認者パスワード＝２
ＪＫＬおよびＴ１２５が入力された場合のいずれかの場
合に、承認条件が成立することとなる。

【０１８３】以上、ＡＮＤ、ＯＲ（上位承認）、ＮＯ
Ｔ、ＡＬＬを定めた場合について説明したが、その他に
も所定の承認論理を定め、これに承認者条件の設定に用
いる記号として特定の記号を割り当て、また、図１１や
図１７の分岐を増やすとともに、その承認者条件に処理
を付加することにより、所望の承認者条件を持つ情報処
理システムを構成することができる。

【０１８４】以上のように本実施形態によれば、適宜リ
ストを設定することにより、所定の単位ごとに、例えば
部署ごとさらには業務処理ごとにパスワードの承認条件
を設定可能になるとともに、従来の単純承認や多重承認
に比較してより高度な承認条件を設定することが可能に
なる。

【０１８５】したがって本実施形態によれば、業務処理
の内容に応じたきめ細かいセキュリティーを設定するこ
とができる。また、これによりシステムのより効率的な
運営が可能になる。

【０１８６】ところで、以上の説明における各種パスワ
ードは、所定の暗号方式等によりスクランブルをかけ、
容易に読み取れない形でリスト内に格納しておくことが
好ましい。

【０１８７】これは、例えば、各リストを登録するため
の登録部（図示せず）を設け、ユーザがパスワードを入
力すると、これに所定の暗号方式等によりスクランブル
をかけ、リスト記憶部１０に登録するようにすることで
実現可能である。

【０１８８】また、この場合、前述した各処理において
リスト記憶部１０に格納されているパスワードの参照が
必要な場合は、例えば、リスト記憶部１０から読み出し
てきたスクランブルされたパスワードを、その暗号方式
等に対応する復号化方式等によりデスクランブルして、
平文のパスワードに戻せば良い。あるいは、パスワード
をリスト記憶部１０に格納する際に用いたものと同一の
暗号方式を用いて、ユーザが入力したパスワードを暗号
化し、これとリスト記憶部１０に登録されている暗号化
されたパスワードとを比較するようにしても良い。

【０１８９】また、以上の説明ではパスワードは固定の
４桁の英数字を用いたが、本発明はこれに限定されるも
のではない。

【０１９０】また、固定のパスワード（リスト記憶部１
０に登録されたパスワード）の他に可変パスワードを併
用するようにしても良い。ここで、可変パスワードと
は、例えばその時の日付等予め決められたものあるいは
システムから提示されたデータを、予め定められた変換
方法によって変換して得られたデータを入力するもので
あり、この変換方法を知らないユーザは、正しい可変パ
スワードを入力することができないようにするものであ
る。

【０１９１】また、固定パスワード、または固定パスワ
ードと可変パスワードに、パスワード・フロッピー・デ
ィスクをさらに併用しても良い。ここで、パスワード・
フロッピー・ディスクとは、所定のパスワードが格納さ
れたフロッピー・ディスクであり、ユーザがフロッピー
・ディスク・ドライバにパスワード・フロッピー・ディ
スクをセットすると、システムはパスワード・フロッピ
ー・ディスクからパスワードを読み込み、これが定めら
れた内容と一致するか否かを判断するものであり、パス
ワード・フロッピー・ディスクを持たないものは、パス
ワード・チェックを通過できないようにしてセキュリテ
ィーをさらに高めたものである。

【０１９２】例えば、前述の承認処理において、承認者
レベル１では固定のパスワードを用い、承認者レベル２
では固定パスワードと可変パスワードを併用し、承認者
レベル３では固定パスワードと可変パスワードとパスワ
ード・フロッピー・ディスクを併用するように設定する
ことが可能である。上記のパスワード・フロッピー・デ
ィスクの代わりに、ＩＣカード、あるいはＩＤカード等
を使用することも可能である。なお、これらの場合、前
述のフローチャートにおけるパスワード・チェックの処
理の部分で、所定のリストに登録されているパスワード
の種類（固定パスワードか、可変パスワードを併用する
か、さらにパスワード・フロッピー・ディスク等を併用
するかなどを示す情報）に応じて、必要なパスワードチ
ェックを行うようにすれば良い。

【０１９３】以下では、本実施形態に係る情報処理シス
テムのハードウェア構成と容易するソフトウェアについ
て説明する。

【０１９４】図２０は、本実施形態の情報処理システム
のハードウェア構成の一例を示す図である。

【０１９５】図２０の端末計算機１００夫々は、例えば
各部署に設置されたものであり、それぞれの計算機にお
いて、前述したような機能が提供される。

【０１９６】端末計算機１００は、ＣＰＵ１０４、プロ
グラムや必要なデータを格納するためのＲＡＭ１０６、
ハード・ディスク装置１１２、ＣＲＴ・キーボード・マ
ウスなどの入出力装置１１４、通信装置１１０、これら
を結ぶバス１０８が設けられている。

【０１９７】端末計算機１００は、通信装置１１０によ
りネットワークを介して中央計算機１０２と通信可能で
ある。

【０１９８】端末計算機１００は、ＣＰＵ１０４、ＲＡ
Ｍ１０６、ハード・ディスク装置１１２、入出力装置１
１４、通信装置１１０、これらを結ぶバス１０８が設け
られている。

【０１９９】業務処理選択部２、前処理部４、承認処理
部６は、それぞれ相当するプログラムにより実現する。
それらを、業務処理選択プログラム、前処理プログラ
ム、承認処理プログラムと呼ぶこととする。

【０２００】業務処理部８は、各業務処理に相当する１
または複数のプログラムの群からなる。これを業務処理
プログラム群と呼ぶこととする。

【０２０１】ここでは、業務処理選択プログラム、前処
理プログラム、承認処理プログラム、業務処理プログラ
ム群をすべてハード・ディスク装置１１２に格納するも
のとする。

【０２０２】そして、各プログラムは必要に応じてＲＡ
Ｍ１０６に格納されてＣＰＵ１０４により実行される。
そして、所定の演算処理が行われあるいは必要に応じて
入出力装置１１４によりユーザに情報を提示しあるいは
入力を受け付け、あるいはハード・ディスク装置１１２
内のリストを読み書きし、あるいは通信装置１１０によ
る外部との通信するなどしつつ、処理が進められて行
く。また、業務処理選択プログラム、前処理プログラ
ム、承認処理プログラムがこの順に実行され、承認処理
プログラムで承認が成立すれば、業務処理プログラム群
のうち指定されたものが実行される。

【０２０３】リスト記憶部１０は、ハード・ディスク装
置１１２を用いて構成され、ハード・ディスク装置１１
２中に、前述の部署別利用可能業務リストの該当部分、
部署別所属社員リスト、部署別業務処理別承認条件リス
トが格納される。

【０２０４】各プログラムや各リストは、各計算機１０
０ごとに用意される。

【０２０５】なお、社員リストは中央計算機１０２側で
集中管理され、上記各プログラムにて必要に応じて中央
計算機１０２にアクセスして、社員リスト内の必要なデ
ータを入手する。また、部署別利用可能業務リストを中
央計算機１０２側で管理しても良い。

【０２０６】また、本実施形態の情報処理システムのハ
ードウェア構成の他の例としては、スタンドアローンの
計算機で本情報処理システムを実現する場合が考えら
る。この場合、社員リストは本計算機内にて管理する。
また、各種部署別リストについては、部署の欄が不要と
なる他は同じ内容である。また、各プログラムでは、部
署コードが不要となる。

【０２０７】図２１は、本実施形態の情報処理システム
をサーバ・クライアント型システムに適用した場合の一
構成例である。

【０２０８】ここでは、１または複数のクライアント計
算機（図中の１２２，１２４，１２６）とサーバ計算機
１２０からなる。

【０２０９】図２１のクライアント計算機は図２０の端
末計算機と、図２１のサーバ計算機は図２０の中央計算
機とほぼ同様の構成であるが、図２０では業務処理プロ
グラム群を端末計算機側にインストールしてあるのに対
して、図２１では業務処理プログラム群をサーバ計算機
側にインストールしてある点が相違する。

【０２１０】すなわち、図２１では、クライアント計算
機側で指定の業務処理について承認されると、該クライ
アント計算機側では、業務処理のコードを指定してサー
バ計算機に実行処理要求を出す（前処理で作成されたデ
ータがある場合には、これも渡す）。サーバ計算機側で
は要求された業務処理を実行し、必要に応じてその処理
結果を要求元の計算機に転送する。

【０２１１】次に、各種リストのユーザによる登録をサ
ポートする登録部（図示せず）について説明する。

【０２１２】本情報処理システムにおいて、使用する各
種リストをユーザが登録するための入力画面等を表示
し、入力されたデータを各種リストに登録する登録部を
設けると好ましい。

【０２１３】例えば、所属部署名登録画面（図示せず）
では、部署名の入力（新規登録、削除等）を受け付け、
入力された部署名を登録したリストに登録するなどす
る。

【０２１４】また、部署利用サービス設定画面（図示せ
ず）では、利用可能な全業務処理を呈示し、部署名を受
け付けるとともに、この部署について利用する業務処理
と利用しない業務処理の指示を受け付ける。そして、入
力データをもとに、図５（ａ）のような部署別利用業務
リストを作成する（あるいは更新する）。

【０２１５】また、利用者担当サービス設定画面（図示
せず）では、部署名と利用者名の入力を受け付け、当該
部署名で利用可能な全業務処理を呈示し、呈示された業
務処理の範囲内で、この利用者について利用する業務処
理と利用しない業務処理の指示を受け付ける。そして、
入力データをもとに、図５（ｂ）のような部署別所属社
員リストを作成する（あるいは更新する）。

【０２１６】次に、部署別処理別条件設定について説明
する。

【０２１７】図２２に、部署別処理別条件設定画面の一
例を示す。

【０２１８】図中の１３０は、部署別処理別条件設定ウ
ィンドウである。

【０２１９】まず、マウス等で所属部署の入力フィール
ドの右端部分１３２をクリックすると、所属部署の一覧
が表示される。この中から該当する部署、例えば○○部
を選択する。すると、図５（ａ）のような部署別利用業
務リストをもとに、利用可能な業務処理の一覧１３４が
表示される。この中から設定対象の業務処理を選択し、
マウスでクリックなどする。ここでは、資金移動サービ
スが選択されたものとする。

【０２２０】続いて、承認者レベル、承認者レベル１条
件、承認者レベル２条件、承認者レベル３条件、承認者
条件を設定する（それぞれ図中の１３６、１４４、１４
６、１４８、１５０）。該当する部分をマウスでクリッ
クなどする。ここでは、選択された条件等の左側の丸を
黒塗りで示し（図中の１４２）、選択されていない条件
等の左側の丸を白抜きで示している（図中の１３８，１
４０）。

【０２２１】なお、ここでは、承認者レベルを１から３
の間で選択する例を示しているが、承認者レベルの値を
入力するようにすることで、任意の承認者レベルを設定
できる。

【０２２２】なお、ここでは、承認者条件をＯＲとＡＮ
Ｄの２種類とした。

【０２２３】入力が完了したらユーザによる明示的な指
示（例えば図示しない確認ボタンをマウスによりクリッ
クするなど）により入力の受け付けを終了し、入力デー
タにより図６のような部署別処理別承認条件リストを作
成する（あるいは更新する）。

【０２２４】次に、利用者情報設定について説明する。

【０２２５】なお、ここでは他の入力画面により社員コ
ードと名前と所属部署はすでに組にして登録されている
ものとする。

【０２２６】図２３に、利用者情報設定画面の一例を示
す。

【０２２７】図中の１６０は、部署別処理別条件設定ウ
ィンドウである。

【０２２８】まず、マウス等で所属部署の入力フィール
ドの右端部分１６２をクリックすると、所属部署の一覧
が表示される。この中から該当する部署、例えば○○部
を選択する。すると、当該部署に所属する利用可能者の
一覧１６４が表示される。この中から設定対象の利用者
を選択し、マウスでクリックなどする。ここでは、「さ
くら一郎」が選択されたものとする。

【０２２９】利用者ＩＤの欄１６６と、利用者氏名の欄
１６８には該当するデータが表示される。

【０２３０】続いて、操作者パスワード設定領域１７
０、担当者パスワード設定領域１７２、承認者パスワー
ド設定領域１７４の夫々にデータを入力する。

【０２３１】また、承認者権限をマウス等で選択する
（図中の１７６）。ここでは、なし、承認１（承認者レ
ベル１）、承認２（承認者レベル２）、承認３（承認者
レベル３）の中からいずれかをマウス等で選択する。こ
こでは、選択された条件等の左側の丸を黒塗りで示し
（図中の１８４）、選択されていない条件等の左側の丸
を白抜きで示している（図中の１７８，１８０，１８
４）。

【０２３２】なお、ここでは、承認者権限をなしまたは
１から３の間で選択するようにしているが、承認者レベ
ルの値を入力するようにすることで、任意の承認者レベ
ルを設定できる。

【０２３３】入力が完了したらユーザによる明示的な指
示（例えば図示しない確認ボタンをマウスによりクリッ
クするなど）により入力の受け付けを終了し、入力デー
タにより図７のような社員リストを作成する（あるいは
更新する）。

【０２３４】なお、この各種パスワードを設定できるユ
ーザを、所定の管理者に限定するのと好ましい。これ
は、例えば、管理者のパスワード（セキュリティーパス
ワード）を登録し、セキュリティーパスワードを知る管
理者だけがパスワードの設定・変更・削除等をできるよ
うにすることで実現できる。

【０２３５】なお、以上のような登録部による登録処理
も、前述の業務処理の１つとして、各計算機部（スタン
ドアローンの計算機、端末計算機、あるいはクライアン
ト計算機や）で選択可能とすることも可能である。ま
た、本情報処理システムが図２０や図２１のような構成
を取る場合、この登録部は中央計算機１０２やサーバ計
算機１２０にも搭載すると好ましい。

【０２３６】ところで、以上では、選択処理と必要な前
処理を行う情報処理システムを中心に説明を行ってきた
が、本発明は、選択処理のないシステム、前処理のない
システム、承認処理後に前処理を行うシステムなど種々
の情報処理システムに適用可能である。また、以上で
は、部署別リストを持つ詳報処理システムを中心に説明
を行ってきたが、本発明は、単独の情報処理システムに
も適用可能である。また、以上では、操作者パスワード
および担当者パスワードを用いる情報処理システムを中
心に説明を行ってきたが、本発明は、操作者パスワード
および担当者パスワードの一方または両方を用いない情
報処理システムに適用可能である。

【０２３７】以下では、本情報処理システムの処理手順
に相当するプログラムを記録媒体に格納し、これを計算
機にインストールすることにより本情報処理システムを
実現する例について図２４を参照しながら説明する。

【０２３８】この場合、ハードウェアとしては本情報処
理システムは、前述と同様にＣＰＵ２００、プログラム
や必要なデータを格納するためのＲＡＭ２０２、ＣＲＴ
・キーボード・マウスなどの入出力装置２１０、および
ハードディスク装置２０８、これらを結ぶバス２０５、
必要に応じて設けられる通信装置（図示せず）を用いて
構成する他に、リムーバブル・ディスク駆動装置２０４
を設ける。リムーバブル・ディスクとしては、例えば、
フロッピー・ディスクあるいは光ディスク、光磁気ディ
スク、あるいはＣＤ−ＲＯＭ等、種々のものが使用可能
である。

【０２３９】一方、本情報処理システムの処理手順を記
述したプログラムであって、コンピュータシステムを制
御するためのプログラムを、コンピュータ読取可能な記
憶媒体に格納しておく。ここで、該記憶媒体は、上記の
リムーバブル・ディスクである。

【０２４０】このプログラムを格納したリムーバブル・
ディスクから、その記憶媒体に応じたディスクドライブ
装置２０４を用いて該プログラム読取り、ＲＡＭ２０２
に格納する。あるいは、一旦ハードディスク装置２０８
にインストールしておき、実行時にハードディスク装置
２０８からＲＡＭ２０２に格納する。

【０２４１】なお、プログラムを格納する記憶媒体は、
リムーバブル・ディスクに限定されず、例えばＩＣカー
ドを用いる場合は、ＩＣカードリーダーを用いて該プロ
グラム読取ることができる。

【０２４２】上記構成において、まず、本情報処理プロ
グラムの実行に当たって必要な各種リストを、例えば上
記のリムーバブル・ディスク等から読み込んだ登録用プ
ログラム（前述の登録部に相当）を用いて作成してお
く。

【０２４３】そして、必要なリストが整った後に、上記
のリムーバブル・ディスク等から読み込んだ業務処理選
択プログラム、必要に応じた前処理プログラム、承認処
理プログラム、指定された承認処理プログラムを順次実
行することにより、本情報処理システムが実現される。

【０２４４】なお、ネットワークを介して所定の通信装
置からプログラムを受け取ることも可能である。

【０２４５】以上の説明では、承認条件の設定を２階層
（すなわち、部署別業務処理別）に設定可能な実施形態
を示したが、１階層あるいは３階層以上に承認条件の設
定が可能となるように容易に変形することが可能であ
る。また、以上の説明で用いた各種リストは、項目の分
割や統合をするなど種々変形して実施することが可能で
ある。

【０２４６】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０２４７】

【発明の効果】本発明によれば、ユーザが適宜条件等を
設定登録することにより、従来の単純承認や多重承認に
比較してより高度な承認条件を設定することが可能にな
る。また、条件等を例えば部署ごと設定登録することに
より、部署ごと自由にパスワードの承認条件を設定可能
になる。また、本発明によれば、処理の内容に応じたき
め細かいセキュリティーを設定することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る情報処理システムの
構成例を示すブロック図

【図２】同実施形態に係る情報処理システムの処理手順
の例を示すブロック図

【図３】同実施形態に係る承認処理の基本的な処理手順
の一例を示すフローチャート

【図４】同実施形態に係る情報処理システムのより詳細
な処理手順の一例を示すフローチャート

【図５】部署別利用可能業務リストの一例と部署別所属
社員リストの一例を示す図

【図６】部署別業務処理別承認条件リストの例を示す図

【図７】社員リストの一例を示す図

【図８】承認条件の一例を説明するための図

【図９】承認条件の他の例を説明するための図

【図１０】承認条件のさらに他の例を説明するための図

【図１１】同実施形態に係る承認処理のより詳細な処理
手順の一例を示すフローチャート

【図１２】同実施形態に係る承認処理のより詳細な処理
手順の一例を示すフローチャート

【図１３】同実施形態に係る承認処理のより詳細な処理
手順の一例を示すフローチャート

【図１４】同実施形態に係る承認処理のより詳細な処理
手順の他の例を示すフローチャート

【図１５】承認者パスワード入力画面の一例を示す図

【図１６】承認者パスワード入力画面の他の例を示す図

【図１７】同実施形態に係る承認処理のより詳細な処理
手順のさらに他の例を示すフローチャート

【図１８】同実施形態に係る承認処理のより詳細な処理
手順のさらに他の例を示すフローチャート

【図１９】同実施形態に係る承認処理のより詳細な処理
手順のさらに他の例を示すフローチャート

【図２０】同実施形態に係る情報処理システムのハード
ウェア構成の一例を示す図

【図２１】同実施形態に係る情報処理システムのハード
ウェア構成の他の例を示す図

【図２２】部署別処理別条件設定画面の一例を示す図

【図２３】利用者情報設定画面の一例を示す図

【図２４】同実施形態に係る情報処理システムのハード
ウェア構成のさらに他の例を示す図

【符号の説明】

２…業務処理選択部 ４…前処理部 ６…承認処理部 ８…業務処理部 １０…リスト記憶部 １２…表示画面 １４，１６，３６，１３０，１６０…ウィンドウ １００…端末計算機 １０２…中央計算機 １０４，２００…ＣＰＵ １０６，２０２…ＲＡＭ １０８，２０６…バス １１０…通信装置 １１２，２０８…ハード・ディスク装置 １１４，２１０…入出力装置 １２０…サーバ計算機 １２２，１２４，１２６…クライアント計算機

Claims (10)

【特許請求の範囲】
1. 【請求項１】指定された処理の実行に先だって承認者パ
   スワードによる承認処理を行う情報処理システムにおい
   て、 承認者パスワードを記憶する手段と、 前記指定された処理の実行に先だって、該指定された処
   理に対応して定められた所定の承認条件に基づいて、所
   定数の承認者パスワードの入力を要求する手段と、 入力された承認者パスワードが登録されたものでありか
   つ前記所定の承認条件を満足する場合に、前記指定され
   た処理の実行を指示する手段とを備えたことを特徴とす
   る情報処理システム。
2. 【請求項２】指定された処理の実行に先だって承認者パ
   スワードによる承認処理を行う情報処理システムにおい
   て、 各承認者について、承認者パスワードと承認者レベルと
   を組にして記憶する手段と、 各処理に対応して、入力承認者パスワード・チェック結
   果についての承認者レベル内と承認者レベル間での組合
   せ論理を規定した所定の承認条件を記憶する手段と、 前記指定された処理の実行に先だって、該指定された処
   理に対応する前記所定の承認条件に基づいて、承認が成
   立するために必要な承認者レベルごとの承認者パスワー
   ド数を求め、承認者レベルごとに必要な数の承認者パス
   ワードの入力を要求し、承認者レベルと関連付けて承認
   者パスワードを受け付ける手段と、 入力された承認者パスワードが該当する承認者レベルと
   して登録されたものであるか否かをチェックし、この入
   力承認者パスワード・チェック結果が前記所定の承認条
   件を満足する場合に、前記指定された処理の実行を指示
   する手段とを備えたことを特徴とする情報処理システ
   ム。
3. 【請求項３】指定された処理の実行に先だって承認者パ
   スワードによる承認処理を行う情報処理システムにおい
   て、 各利用者について、利用者識別子と該利用者が利用可能
   な処理の処理識別子を対応付けて記憶する手段と、 各利用者について、操作者パスワードと担当者パスワー
   ドを組にして記憶する手段と、 各承認者について、承認者パスワードと承認者レベルと
   を組にして登録する手段と、 各処理に対応して、入力承認者パスワード・チェック結
   果についての承認者レベル内と承認者レベル間での組合
   せ論理を規定した所定の承認条件を登録する手段と、 ログインする利用者に操作者パスワードの入力を要求
   し、入力された操作者パスワードが登録されたものであ
   る場合にログインを受け付ける手段と、 ログインした利用者に対して登録された前記利用可能な
   処理の処理識別子をもとに、該利用者の利用可能な処理
   の一覧を提示して、実行すべき処理の選択入力を受け付
   けるとともに、該利用者に担当者パスワードの入力を要
   求し、入力された担当者パスワードが登録されたもので
   ある場合に、前記選択入力を有効とする手段と、 前記選択入力により指定された処理の実行に先だって、
   該指定された処理に対応する前記所定の承認条件に基づ
   いて、承認が成立するために必要な承認者レベルごとの
   承認者パスワード数を求め、承認者レベルごとに必要な
   数の承認者パスワードの入力を要求し、承認者レベルと
   関連付けて承認者パスワードを受け付ける手段と、 入力された承認者パスワードが該当する承認者レベルと
   して登録されたものであるか否かをチェックし、この入
   力承認者パスワード・チェック結果が前記所定の承認条
   件を満足する場合に、前記指定された処理の実行を指示
   する手段と、 処理の実行が指示された場合に、前記選択入力により指
   定された処理を実行する手段とを備えたことを特徴とす
   る情報処理システム。
4. 【請求項４】前記承認者パスワードの入力に先だって、
   前記指定された処理に対する入力となるデータを受け付
   ける手段をさらに備え、 前記処理を実行する手段は、前記入力データをもとにし
   て前記指定された処理を実行することを特徴とする請求
   項３に記載の情報処理システム。
5. 【請求項５】前記承認者レベル内についての組合せ論理
   は、該当する承認者レベルに属する承認者分の入力承認
   者パスワード・チェック結果の論理積および該当する承
   認者レベルに属する承認者分の入力承認者パスワード・
   チェック結果の論理和のうちから選択されたものである
   ことを特徴する請求項２ないし４のいずれか１項に記載
   の情報処理システム。
6. 【請求項６】前記承認者レベル内についての組合せ論理
   として前記論理積が選択された場合、該当する承認者レ
   ベルに属する承認者分の入力承認者パスワード・チェッ
   ク結果の論理積を取る代わりに、最大数を設定し、該当
   する承認者レベルに属する承認者数が最大数を越える場
   合は、該最大数に等しい分の承認者パスワードの入力を
   要求し、該最大数に等しい分の入力承認者パスワード・
   チェックに成功したとき、当該承認者レベルでは承認さ
   れたものとすることを特徴する請求項５に記載の情報処
   理システム。
7. 【請求項７】前記承認者レベル間についての組合せ論理
   は、各承認者レベルにおける論理演算結果の論理積およ
   び設定された最上位レベルの承認者レベルにおける論理
   演算結果を選択する上位承認のうちから選択されたもの
   であることを特徴する請求項２ないし５のいずれか１項
   に記載の情報処理システム。
8. 【請求項８】所望の承認者についての承認者パスワード
   と承認者レベルとの組、および所望の処理に対応する前
   記所定の承認条件を設定登録するための手段をさらに備
   えたことを特徴とする請求項２ないし７のいずれか１項
   に記載の情報処理システム。
9. 【請求項９】指定された処理を実行する情報処理システ
   ムにて該指定された処理を実行するのに先だって入力さ
   れた承認者パスワードをもとに行う承認処理方法におい
   て、 処理の実行要求を受け付け、 受け付けた処理の実行に先だって、該処理に対応して定
   められた所定の承認条件に基づいて、所定数の承認者パ
   スワードの入力を要求し、 入力された承認者パスワードが登録されたものでありか
   つ前記所定の承認条件を満足する場合に、前記指定され
   た処理の実行を指示することを特徴とする承認処理方
   法。
10. 【請求項１０】指定された処理を実行する情報処理シス
    テムにて該指定された処理を実行するのに先だって入力
    された承認者パスワードをもとに行う承認処理方法にお
    いて、 各承認者について、承認者パスワードと承認者レベルと
    を組にして記憶しておくとともに、各処理に対応して、
    入力承認者パスワード・チェック結果についての承認者
    レベル内と承認者レベル間での組合せ論理を規定した所
    定の承認条件を記憶しておき、 処理の実行要求を受け付け、 受け付けた処理の実行に先だって、該処理に対応する前
    記所定の承認条件に基づいて、承認が成立するために必
    要な承認者レベルごとの承認者パスワード数を求め、 承認者レベルごとに必要な数の承認者パスワードの入力
    を要求し、 承認者レベルと関連付けて承認者パスワードを受け付
    け、 入力された承認者パスワードが該当する承認者レベルと
    して登録されたものであるか否かをチェックするととも
    に、この入力承認者パスワード・チェック結果が前記所
    定の承認条件を満足する場合に、前記指定された処理の
    実行を指示することを特徴とする承認処理方法。