JP2000172499A

JP2000172499A - プログラムへのアクセスを制御する方法

Info

Publication number: JP2000172499A
Application number: JP10345146A
Authority: JP
Inventors: Rikako Takase; 理香子高瀬; Yoshiki Murakami; 芳樹村上; Masashi Haga; 雅司芳賀
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-12-04
Filing date: 1998-12-04
Publication date: 2000-06-23

Abstract

(57)【要約】【課題】利用者が複数の業務プログラムの中からいず
れかを選択して実行させるときに、特定の利用者属性を
もつ利用者が特定の業務プログラムを実行する権限があ
るか否かの判定処理を簡易化し利用者属性のメンテナン
ス性を改良する。【解決手段】権限テーブル３０は、業務プログラムと
それを実行可能な利用者の属性との対応を格納する。オ
ブジェクト１２は、表示装置４上に複数の業務プログラ
ムの名称を表示し、カードリーダ６を介してユーザＩＤ
が入力され、いずれかの業務プログラムが指示されたと
き、指定された業務に対応するオブジェクト１３を起動
する。選択されたオブジェクト１３は、ユーザＩＤテー
ブル２０を参照して取得した利用者属性によって選択さ
れたオブジェクト１３を実行可能か否か判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者が複数の業
務プログラムの中からいずれかの業務プログラムを選択
して実行させるときに、その利用者が選択した業務プロ
グラムに対してもつアクセス権限によってアクセスを制
御する方法に関するものである。

【０００２】

【従来の技術】一般に企業などで行われている業務をコ
ンピュータ処理する場合、アプリケーションシステムを
いくつかのサブシステムに分割し、各サブシステムに対
応するサブ業務の名称をメニューとして表示装置上に一
覧表示し、この業務一覧の中から実行したいサブ業務を
利用者に選択させる方法が採られている。例えば給与計
算業務は、各従業員の勤務時間の入力、休日の入力、異
動情報の入力、昇給情報の入力などの各種入力作業の処
理や、給与の計算処理、賞与の計算処理、伝票の出力処
理などから構成されている。

【０００３】これらのサブ業務には、利用者の所属や身
分などの属性によってそのサブ業務を実行できる／でき
ない、関連するデータベースを参照できる／できない、
同データベースを変更できる／できない、などのアクセ
ス権限が定められる。

【０００４】このようなアクセス権限の制御にいわゆる
「オブジェクト指向」の概念を導入した技術が知られて
いる。例えば特開平５−２５０２４７号公報に記載され
ている技術によれば、データ処理システムのライブラリ
内に存在するオブジェクトに対して、その実行権限を制
御することができる。すなわち各オブジェクトにそのオ
ブジェクトにアクセスできるユーザの名称やＩＤをリス
トアップした領域を設け、オブジェクトの実行時にこの
領域内の値をチェックすることによって実行権限のある
ユーザかどうかを判断することができる。

【０００５】またデータベースへのアクセス権限を設定
するための仕組みとしては、オブジェクト指向データベ
ースシステムが知られている。これに関しては特開平８
−９５８４４号公報に詳述されている。この技術は、あ
るオブジェクトが他のオブジェクトにアクセスする場合
に、そのアクセスの正当性の検査を各オブジェクトまた
はオブジェクト指向データベースシステム内に設けたア
クセス権検査手続きによって実行する。検査に先立って
各オブジェクト内またはオブジェクト指向データベース
システム内にオブジェクト間のアクセス可／不可を記述
したアクセス権記述情報を格納しておく。このようにす
ることによってアクセス権記述情報およびアクセス検査
手続きを利用者から隠蔽・保護できる。以上の方法によ
り、オブジェクト指向データベースのセキュリティ管理
方法が確立されることになる。

【０００６】

【発明が解決しようとする課題】上記従来の技術によれ
ば、例示した給与計算システムなどのアプリケーション
システムに、オブジェクト指向プログラミング／オブジ
ェクト指向データベースを導入することにより、プログ
ラムライブラリ中のオブジェクトやデータベースを構成
するオブジェクトに対する利用者のアクセスを制御でき
るようになる。つまり利用者をグループ化してこのグル
ープ毎にオブジェクトのアクセス権限を設定したり、ア
クセスのモード（参照、更新などのアクセスの種類）毎
に権限を設定することができるという利点がある。

【０００７】しかしながらアプリケーションシステムに
よっては、特定のサブ業務を実行できるか否か判定する
基となる利用者属性の組み合わせが複雑多岐に亘り、少
数のグループにまとめにくいことがある。このような利
用者属性をプログラム内の手続きによって判定しようと
すると、手続きの記述が判定文の複雑なネストとなり、
利用者属性に追加、変更などが生じたとき、プログラム
のメンテナンスに多くの工数を要することになる。また
サブ業務の実行可否は、利用者属性に依存するだけでな
く、対象物の属性によっても左右されることがある。例
えば上記の給与計算業務によれば、手当ての計算処理の
際に対象者が男性では許容されない休暇コードが女性な
ら許容される場合などである。このような対象者属性の
チェックも利用者属性のチェックと併せてプログラム内
の手続きによって行われていた。

【０００８】本発明は、上記の事情に鑑みてなされたも
のであり、その目的とするところは、特定の利用者属性
をもつ利用者が特定の業務プログラムを実行できるか否
かの判定処理を容易に行えるようにするとともに利用者
属性のメンテナンス性を改良することにある。

【０００９】本発明の他の目的は、対象者属性も容易に
定義し、併せてそのメンテナンス性を改良することにあ
る。

【００１０】

【課題を解決するための手段】本発明は、アプリケーシ
ョンプログラムが複数の業務プログラムから構成され、
業務プログラムの利用者の属性に応じて各業務プログラ
ムへのアクセスを制御する方法であって、表示装置上に
複数の業務又は業務プログラムの名称を表示し、利用者
の識別子が入力され、いずれか１つの業務プログラムが
選択指示されたとき、入力された利用者識別子に対応す
る利用者属性を取得し、業務プログラムとその業務プロ
グラムを実行可能な利用者属性との対応を格納する記憶
手段を参照して、取得した利用者属性によって選択され
た業務プログラムを実行可能か否か判定し、実行可能で
あれば選択された業務プログラムの業務処理を開始する
業務プログラムへのアクセス制御方法を特徴とする。

【００１１】また本発明は、さらに上記記憶手段に業務
プログラムとその業務プログラム処理の対象者の対象者
属性との対応を格納し、取得した利用者属性及び取得し
た対象者属性によって選択された業務プログラムを実行
可能か否か判定する業務プログラムへのアクセス制御方
法を特徴とする。

【００１２】ここで業務プログラムと言うとき、以下の
実施形態で言うオブジェクトを含むものとする。

【００１３】

【発明の実施の形態】以下本発明の実施形態について図
面を用いて説明する。

【００１４】図１は、第１の実施形態の計算機の構成図
である。本実施形態のアプリケーションシステムは、病
院などの医療機関で利用される病院情報システムである
とする。病院情報システムは、窓口受付、処方箋の発
行、医療事務会計、予約等の複数のサブシステムから構
成されており、その利用者は、医療機関の職員であり、
対象者は医療機関の患者である。

【００１５】図１に示す計算機は、処理装置１、メモリ
（主記憶装置）２、ディスクなどの記憶装置３、表示装
置４、入力装置５、カードリーダ６及び装置間を接続す
るバス９から構成される。記憶装置３はユーザＩＤテー
ブル２０及び権限テーブル３０を格納する。ユーザＩＤ
テーブル２０は、ユーザＩＤとその利用者属性との対応
を格納するテーブルである。権限テーブル３０は、アプ
リケーションシステムを構成する各業務に対応するオブ
ジェクトの手続きを実行できる利用者属性、患者属性と
の関係を格納するテーブルである。表示装置４は全体的
な業務メニュー、各業務ごとのデータなどを表示する装
置、入力装置５はデータや指令を入力するキーボード、
マウスなどの装置である。カードリーダ６は利用者のＩ
Ｄカード上のユーザＩＤを読み取る装置である。

【００１６】メモリ２上には、オブジェクト１２、複数
のオブジェクト１３、グラフィカルユーザインターフェ
ース（ＧＵＩ）１１及びオペレーティングシステム（Ｏ
Ｓ）１０の各プログラムが格納され、処理装置１によっ
て実行される。オブジェクト１２及びオブジェクト１３
は、アプリケーションプログラムに属するプログラムで
ある。オブジェクト１２はカードリーダ６から利用者の
ユーザＩＤを読み取ってその認証チェックをしたり、表
示装置４上に業務メニューを表示し選択された業務に対
応するオブジェクト１３を起動するプログラムである。
オブジェクト１３は、各業務に対応して設けられ、その
業務処理を行う業務プログラムである。ここでオブジェ
クト１２，１３は、オブジェクトの属性を定義するデー
タ部と、手続きを記述する手続き部とから構成される。
オブジェクト１２，１３は、イベントの発生を契機に各
オブジェクト１２，１３に対して送信されるメッセージ
を受信して、オブジェクト内に記述された手続きを実行
する。

【００１７】ＧＵＩ１１は、表示装置４の表示画面上に
表示されたアイコンやボタンなどのオブジェクトに対し
て利用者が行なった操作（マウスのクリック操作や文字
列の入力操作など）を検知し（イベントの検知）、その
操作の種類や関連する情報などを取得し（イベントの解
析）、その情報を該当するオブジェクト１２，１３に引
き渡す（イベント情報の通知）機能を持つ。

【００１８】なおオブジェクト１２及びオブジェクト１
３を含むアプリケーションプログラムを格納する記憶媒
体を設け、処理装置１に接続される駆動装置を介してメ
モリ２に読み込むか、または他の計算機に接続される駆
動装置、他の計算機及びネットワークを介して本計算機
のメモリ２に伝送し、処理装置１によって実行すること
が可能である。

【００１９】図２は、ユーザＩＤテーブル２０のデータ
構成を示す図である。ユーザＩＤテーブル２０を構成す
る各レコード２１は、ユーザＩＤ、職種及び所属の各デ
ータ項目を含む。例えばレコード２２は、ユーザＩＤ
「Ａ」の利用者が「医師」で「内科」所属であることが
分かる。ユーザＩＤは、病院情報システム利用開始時に
利用者が病院情報システムの要求に応じて入力するもの
であり、あらかじめ利用者ごとに異なる符号を付与され
ているものとする。レコード２１にはこのほかにユーザ
ＩＤに対応するパスワードやその他、当該利用者に関連
する他の属性情報を含むようにしてもよい。なおＩＤカ
ードがユーザＩＤ、職種及び所属を格納しているのであ
れば、ユーザＩＤテーブル２０は不要である。

【００２０】図３は、権限テーブル３０のデータ構成を
示す図である。権限テーブル３０を構成する各レコード
３１は、オブジェクト名３２、利用者属性３３及び患者
属性３４の項目から成る。オブジェクト名３２はオブジ
ェクトをユニークに識別する識別子である。利用者属性
３３は「職種」と「所属」の属性をもつ。本例では職種
は医師、看護婦、准看護婦（准看護と略）の３種類の値
をもつものとする。同様に所属は内科、小児科、放射線
科（放射線と略）、外科の４つの値をもつものとする。
患者属性３４には入院と外来の２種類があるものとす
る。職種、所属および患者属性として上記以外の値を加
えてもよく、またより少ない種類に限定してもよい。

【００２１】各レコードで「１」が格納されている属性
値は、その属性値について当該オブジェクトのアクセス
権があることを示している。また「０」が格納されてい
る属性値は、その属性値について当該オブジェクトのア
クセス権がないことを示す。なお「０」の代わりに空白
を示す文字でもよく、「１」の代わりに空白以外の文字
でもよい。例えば「院外処方箋発行」オブジェクトに記
載されている手続きは、「内科」もしくは「小児科」に
所属する「医師」が「外来」患者に対して実行される場
合に許可されることを示している。また「放射線科予約
内容参照」オブジェクトに記載されている手続きは、
「放射線科」に所属する「医師」でも「看護婦」でも
「准看護婦」でも、「入院」患者もしくは「外来」患者
について実行される場合に許可されることを示す。

【００２２】上記のように職種、所属、患者属性の各々
に属する属性値の間の関係はＯＲ（論理和）とし、職
種、所属、患者属性間の関係はＡＮＤ（論理積）とす
る。

【００２３】なお患者属性３４については、アクセス制
御の観点からは権限テーブル３０に設ける必然性はない
が、各オブジェクト内の手続きによって患者属性３４を
チェックすると手続きが複雑になるので、利用者属性３
３とともに権限テーブル３０上に設定するものである。
従って権限テーブル３０上に患者属性３４を設定せず、
オブジェクト内手続きによってチェックしてもよい。

【００２４】権限テーブル３０は値１と０のシーケンス
であるビットマップ、バイトマップのようなテキスト形
式で設けてもよいし、リレーショナル・データベース
（ＲＤＢ）、スプレッドシートなどのデータ形式に準拠
してもよい。

【００２５】オブジェクト１２は、ＧＵＩ１１及びＯＳ
１０を介して表示装置４上にＩＤカードをカードリーダ
６に挿入するようメッセージを表示する。利用者のＩＤ
カードがカードリーダ６に挿入されユーザＩＤが入力さ
れると、オブジェクト１２は利用者にパスワードの入力
を催促し、利用者の認証処理を行う。利用者が認証チェ
ックを通過したとき、表示装置４上に「院外処方箋発
行」「院外処方箋参照」・・・など病院情報システムを
構成する業務名又は対応するオブジェクト１３の名称を
メニューとして表示する。入力装置を介していずれかの
業務名又はオブジェクト名が選択されたとき、オブジェ
クト１２は、指定されたオブジェクト１３に制御を渡し
入力されたユーザＩＤをメッセージとして送信する。Ｉ
ＤカードからユーザＩＤ、職種及び所属の情報が入力さ
れる場合、またはオブジェクト１２がユーザＩＤテーブ
ル２０を参照してユーザＩＤに対応する職種及び所属を
取得する場合には、これらの情報も送信する。

【００２６】図４は、制御を受けたオブジェクト１３内
に記述された権限チェック処理の流れを示すフローチャ
ートである。オブジェクト１３は、受信したユーザＩＤ
をキーにしてユーザＩＤテーブル２０を参照し、対応す
る利用者属性、すなわち職種と所属を取得する（ステッ
プ４１）。メッセージがこれらの利用者属性を含む場合
にはメッセージ中から取得する。次に表示装置４上にメ
ッセージを表示し、入力装置５を介して患者属性を取得
する（ステップ４２）。次にオブジェクト１３内に保持
されている当該オブジェクト１３のオブジェクト名を取
得する（ステップ４３）。なおステップ４１から４３ま
での処理手順は順不同であり、いずれのステップが先で
も後でも支障はない。次に権限テーブル３０を参照して
取得したオブジェクト名３２をもつレコードを取得する
（ステップ４４）。権限テーブル３０がテキスト形式で
ある場合には、オブジェクト１３が直接権限テーブル３
０にアクセスする。権限テーブル３０がＲＤＢ等のデー
タ形式に準拠している場合には、ＲＤＢ管理プログラム
等の管理プログラムを介してアクセスする。次に取得し
たレコードについて取得した職種、所属及び患者属性３
４の属性値に対応する「１」又は「０」のアクセス権情
報の論理積をとり、当該オブジェクト１３にアクセス可
能か否か判定する（ステップ４５）。結果が「１」であ
れば当該オブジェクト１３に記述されている業務手続き
を実行可能、「０」であれば実行不可能である。「１」
「０」の代わりに文字の場合には、３種のアクセス権情
報がすべてアクセス可能を示しているか否か判定する。
実行可能であれば（ステップ４５Ｙｅｓ）、オブジェク
ト１３内部の業務処理手続きを実行開始する（ステップ
４６）。実行不可能であれば（ステップ４５Ｎｏ）、オ
ブジェクト１３の処理を終了する。

【００２７】以上の処理を各オブジェクトで実行するよ
うに制御することによって、オブジェクト内の業務処理
手続きの実行を開始する前にそのオブジェクトに対して
アクセス権限のないユーザによる実行かどうかをチェッ
クすることが可能となる。また権限テーブル３０は、図
１に示したようにオブジェクト１３の内部ではなく、オ
ブジェクト１３とは別に作成し参照するため、新たな利
用者属性の追加や変更、属性値の追加、変更などを一括
して実施できる利点がある。権限テーブル３０がテキス
ト形式である場合には、表示装置４上に表示するための
表示形式とテキスト形式の間の変換をする編集プログラ
ムによって権限テーブル３０のメンテナンスをすること
ができる。権限テーブル３０をデータベースやスプレッ
ドシートとして設ける場合には、各々の管理プログラム
を介して権限テーブル３０をメンテナンスできる。

【００２８】図５は、第２の実施形態の計算機の構成図
である。計算機のハードウェア構成は第１の実施形態と
同じである。ソフトウェア構成は、オブジェクト１３の
他に権限チェックオブジェクト１４を設けた点が異な
る。第１の実施形態では各オブジェクト１３が自身の手
続きを実行可能か否かの権限チェックを分散して行う
が、第２の実施形態では権限チェックオブジェクト１４
が権限チェック処理を集中的に行う。

【００２９】オブジェクト１２は、上記の通り選択され
たオブジェクト名に従って該当するオブジェクト１３に
制御を渡し、入力されたユーザＩＤをメッセージとして
送信する。制御を受けたオブジェクト１３は、業務処理
手続きの実行を開始する前に入力装置５を介して患者属
性を取得し、権限チェックオブジェクト１４に権限チェ
ック要求、入力されたユーザＩＤ、患者属性及び当該オ
ブジェクト１３のオブジェクト名をメッセージとして送
信する。ＩＤカードから利用者属性が入力される場合に
は、利用者属性がオブジェクト１３を経由して権限チェ
ックオブジェクト１４に渡される。

【００３０】図６は、制御を受けた権限チェックオブジ
ェクト１４の処理の流れを示すフローチャートである。
権限チェックオブジェクト１４は、受信したユーザＩＤ
をキーにしてユーザＩＤテーブル２０を参照し、対応す
る利用者属性を取得する（ステップ６１）。メッセージ
が利用者属性を含む場合には、メッセージ中から利用者
属性を取得すればよい。次に受信したメッセージ中の患
者属性を参照し（ステップ６２）、メッセージ中のオブ
ジェクト名を取得する（ステップ６３）。ステップ６
１、６２、６３の各ステップは、図示した順序のとおり
に実行される必要はなく、いずれのステップが先になっ
ても後になっても支障ない。次に上記のように権限テー
ブル３０を参照して取得したオブジェクト名３２をもつ
レコードを参照し（ステップ６４）、上記のように要求
元のオブジェクト１３にアクセス可能か否か判定する
（ステップ６５）。アクセス可能であれば（ステップ６
５Ｙｅｓ）、要求元のオブジェクト１３にアクセス可の
回答を送信する（ステップ６６）。アクセス不可能であ
れば（ステップ６５Ｎｏ）、要求元のオブジェクト１３
にアクセス不可の回答を送信する（ステップ６７）。

【００３１】以上述べたように権限チェックオブジェク
ト１４の内部でオブジェクト１３へのアクセス権限のチ
ェック処理が実行されることになる。各オブジェクト１
３は、オブジェクト内の処理実行前に権限チェックオブ
ジェクト１４に権限チェックを要求するメッセージを送
信し、得られた回答によってその処理を実行可能かどう
かを判断することができる。

【００３２】上記第１の実施形態ではオブジェクト１３
自身の手続きの実行権限のチェック処理を行う。また第
２の実施形態では権限チェックオブジェクト１４が要求
元のオブジェクト１３の実行権限のチェック処理を行
う。しかしオブジェクト１２が上記権限チェックオブジ
ェクト１４の行った権限チェック処理を行ってもよい。
またオブジェクト以外のプログラム（例えば関数プログ
ラム）が上記権限チェックオブジェクト１４の行った権
限チェック処理を行ってもよい。さらにオブジェクト１
２がオブジェクト１３に制御を渡す前に上記権限チェッ
クオブジェクト１４の行った権限チェック処理を行って
もよい。この場合にオブジェクト１２の実行時に患者属
性が入力されていれば、権限テーブル３０に患者属性３
４を設け、患者属性３４を含めて権限チェックをするこ
とができる。オブジェクト１２の実行時に患者属性が入
力されていなければ、オブジェクト１３に制御が渡った
後にオブジェクト１３がその手続き実行中に患者属性を
チェックし、そのオブジェクト１３の手続き実行を継続
するか否かを決定する。

【００３３】上記実施形態はアプリケーションが病院情
報システムの場合について説明したが、本発明は病院情
報システムに限られるものではなく、図書館情報システ
ム、介護保険業務処理システムなど他のアプリケーショ
ンにも適用できる。本発明は、特にチェック対象となる
利用者属性が複雑多岐に亘り、チェック対象を少数のグ
ループにまとめにくいアプリケーションに適している。

【００３４】

【発明の効果】以上述べたように本発明によれば、各業
務プログラムとその業務プログラムを実行可能な利用者
属性との対応を権限テーブルとして設定し、プログラム
内の手続きは、この権限テーブルに基づいて利用者の業
務プログラムへのアクセスを制御するので、テーブル参
照の際にいくらか処理時間が増加するものの、プログラ
ム記述が単純化され、利用者属性の追加、変更の際のメ
ンテナンス性が改良される。また対象物属性のチェック
についても同様にテーブル参照に基づく記述にすること
ができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態の計算機の構成図であ
る。

【図２】実施形態のユーザＩＤテーブル２０のデータ形
式を示す図である。

【図３】実施形態の権限テーブル３０のデータ構成を示
す図である。

【図４】第１の実施形態の権限チェック処理の手順を示
すフローチャートである。

【図５】第２の実施形態の計算機の構成図である。

【図６】第２の実施形態の権限チェック処理の手順を示
すフローチャートである。

【符号の説明】

１２，１３：オブジェクト、１４：権限チェックオブジ
ェクト、３０：権限テーブル、３２：オブジェクト名、
３３：利用者属性、３４：患者属性

───────────────────────────────────────────────────── フロントページの続き (72)発明者芳賀雅司東京都江東区新砂一丁目６番27号株式会社日立製作所公共情報事業部内Ｆターム(参考） 5B076 FB02 FB05

Claims

【特許請求の範囲】

【請求項１】アプリケーションプログラムが複数の業務
プログラムから構成され、該業務プログラムの利用者の
属性に応じて該業務プログラムへのアクセスを制御する
方法であって、下記ステップを含む：（ａ）表示装置上に複数の業務又は業務プログラムの名
称を表示し、（ｂ）利用者の識別子が入力され、いずれ
か１つの業務プログラムが選択指示されたとき、入力さ
れた利用者識別子に対応する利用者属性を取得し、
（ｃ）業務プログラムとその業務プログラムを実行可能
な利用者属性との対応を格納する記憶手段を参照して、
取得した利用者属性によって選択された業務プログラム
を実行可能か否か判定し、（ｄ）実行可能であれば選択
された業務プログラムの業務処理を開始する。
【請求項２】該記憶手段にはさらに業務プログラムとそ
の業務プログラム処理の対象者の対象者属性との対応を
格納し、取得した利用者属性及び取得した対象者属性に
よって選択された業務プログラムを実行可能か否か判定
することを特徴とする請求項１記載のプログラムへのア
クセスを制御する方法。
【請求項３】コンピュータに下記ステップを実行させる
ためのアプリケーションプログラムであって、該アプリ
ケーションプログラムはサブシステムとなる複数の業務
プログラムから構成され、該業務プログラムの利用者の
属性に応じて該業務プログラムへのアクセスを制御する
アプリケーションプログラムを格納するコンピュータ読
み取り可能な記憶媒体：（ａ）表示装置上に複数の業務又は業務プログラムの名
称を表示し、（ｂ）利用者の識別子が入力され、いずれ
か１つの業務プログラムが選択指示されたとき、入力さ
れた利用者識別子に対応する利用者属性を取得し、
（ｃ）業務プログラムとその業務プログラムを実行可能
な利用者属性との対応を格納する記憶手段を参照して、
取得した利用者属性によって選択された業務プログラム
を実行可能か否か判定し、（ｄ）実行可能であれば選択
された業務プログラムの業務処理を開始する。
【請求項４】業務プログラムを起動するプログラムによ
ってステップ（ａ）及び（ｂ）を実行し、選択された業
務プログラム自身によってステップ（ｃ）及び（ｄ）を
分散的に実行することを特徴とする請求項３記載のアプ
リケーションプログラムを格納するコンピュータ読み取
り可能な記憶媒体。
【請求項５】業務プログラムを起動するプログラムによ
ってステップ（ａ）及び（ｂ）を実行し、権限チェック
プログラムによってステップ（ｃ）を集中的に実行し、
選択された業務プログラムによってステップ（ｄ）を実
行することを特徴とする請求項３記載のアプリケーショ
ンプログラムを格納するコンピュータ読み取り可能な記
憶媒体。