JPH1173373A - データ処理装置及びデータセキュリティ制御プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】ユーザ別にビューファイルを設定しなくとも、
各ユーザのセキュリティを確保してファイルをアクセス
する。 【解決手段】セキュリティ情報指定部２１にて、ユーザ
毎にユーザに使用を許可する項目およびレコード条件を
指定する。このとき指定された許可項目およびレコード
条件はファイルセキュリティテーブル２２に記憶され
る。データ処理時に、データセキュリティ制御部２５を
介してデータ処理指定部２３における許可項目を用いた
処理内容の設定と、データ処理部２４における許可レコ
ード条件に従ったデータ処理を行う。これにより、ファ
イル項目およびレコードに関するセキュリティを実現で
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ上で
データベース内のファイルにアクセスする際のデータの
セキュリティを確保するデータ処理装置及びデータセキ
ュリティ制御プログラムを記録した記録媒体に関する。

【０００２】

【従来の技術】コンピュータ上のデータベースには、例
えば帳票データなどの複数の項目データからなるファイ
ルが登録されており、そのデータファイルをユーザが必
要に応じて適宜読み出し、出力することができる。

【０００３】ここで、１つのファイルを複数のユーザが
共有して使用するシステムの場合には、ユーザ別にその
ファイル内の個々のデータに対するセキュリティを確保
することが重要となる。

【０００４】そこで、従来、この種のデータ処理装置で
は、１つのファイルに対し、その中の特定の部分（項
目、レコード）をアクセス対象としたビューファイルを
ユーザ毎に個別に設定しておき、それらのビューファイ
ルを通じてデータをアクセスすることで、各ユーザのセ
キュリティ（使用範囲）を確保していた。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな方法では、ユーザ毎にビューファイルを設定し、そ
れらのビューファイルを通じてデータをアクセスしなけ
ればならない。このため、元となるファイルを意識しな
がらも、操作、処理上は別のファイルとして扱う必要が
あり、ファイルの管理が複雑になるなどの問題があっ
た。

【０００６】本発明は前記のような点に鑑みなされたも
のであり、ユーザ別にビューファイルを設定しなくと
も、各ユーザのセキュリティを確保してファイルをアク
セスすることのできるデータ処理装置及びデータセキュ
リティ制御プログラムを記録した記録媒体を提供するこ
とを目的とする。

【０００７】

【課題を解決するための手段】本発明の請求項１に係る
データ処理装置は、ユーザ毎にファイルに対するアクセ
ス条件を指定するアクセス条件指定手段と、このアクセ
ス条件指定手段によって指定されたアクセス条件を記憶
するアクセス条件記憶手段と、このアクセス条件記憶手
段に記憶されたアクセス条件に基づいて、データ処理の
対象となるファイルの中でユーザにアクセス許可された
データを処理可能とするアクセス制御手段とを具備した
ことを特徴とする。

【０００８】このような構成によれば、ユーザ毎にファ
イルに対するアクセス条件を指定することにより、ユー
ザにアクセス許可されたデータのみを処理可能としてア
クセスすることができる。これにより、各ユーザのセキ
ュリティを確保することができる。

【０００９】また、本発明の請求項２では、前記ファイ
ルは、複数の項目からなるレコードを記憶したデータベ
ースファイルであり、前記アクセス条件指定手段では、
前記アクセス条件として、前記ファイルの中でアクセス
対象となる項目を指定することを特徴とする。

【００１０】このような構成によれば、アクセス対象と
なる項目をアクセス条件として指定することで、ユーザ
にアクセス許可された項目データのみを処理可能として
アクセスすることができる。これにより、各ユーザのフ
ァイル項目に対するセキュリティを確保することができ
る。

【００１１】また、本発明の請求項３では、前記ファイ
ルは、複数の項目からなるレコードを記憶したデータベ
ースファイルであり、前記アクセス条件指定手段では、
前記アクセス条件として、前記ファイルの中でアクセス
対象となる項目のレコードを指定することを特徴とす
る。

【００１２】このような構成によれば、アクセス対象と
なる項目のレコードをアクセス条件として指定すること
で、ユーザにアクセス許可された項目のレコードのみを
処理可能としてアクセスすることができる。これによ
り、各ユーザのファイルレコードに対するセキュリティ
を確保することができる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態を説明する。図１は本発明の一実施形態に係る
データ処理装置の構成を示すブロック図である。なお、
本装置は、例えば磁気ディスク等の記録媒体１３ａに記
録されたプログラムを読み込み、このプログラムによっ
て動作が制御されるコンピュータによって実現される。

【００１４】図１に示すように、本装置は、ＣＰＵ１１
を備え、入力指示に従ったプログラムの起動によりデー
タ処理を実行する。ＣＰＵ１１には、システムバス１２
を介して記憶装置１３、ＲＡＭ１４、表示装置１５、キ
ーボード１６、マウス１７、プリンタ１８、ファイル装
置１９が接続されている。

【００１５】記憶装置１３は、例えばハードディスク装
置やフロッピーディスク装置、ＣＤ−ＲＯＭ装置などか
らなり、各種のデータやプログラム等を記憶している。
また、この記憶装置１３には、記録媒体１３ａに記憶さ
れたプログラムがインストールされる。ＣＰＵ１１は、
この記憶装置１３にインストールされたプログラムを読
み込み、同プログラムに従った処理（ここではユーザ単
位でのデータセキュリティ制御）を実行する。

【００１６】ＲＡＭ１４は、本装置のメインメモリとし
て機能し、本装置の処理に必要な各種データを記憶する
ものである。また、このＲＡＭ１４には、後述するファ
イルセキュリティテーブル２２が格納されるようになっ
ている。

【００１７】表示装置１５は、例えばＣＲＴ (Cathode
Ray Tube) やＬＣＤ (Liquid Crystal Display) などか
らなり、入力データの表示や、本装置に必要な各種画面
の表示を行う。

【００１８】キーボード１６は、データの入力や各種フ
ァンクションの指示を行うための入力装置である。マウ
ス１７は、ポインティングデバイスとして機能する。プ
リンタ１８は、データの印刷を行うための印刷装置であ
る。

【００１９】ファイル装置１９は、例えば光ディスク装
置などからなり、各種のファイルを記憶管理している。
図２は前記図１のデータ処理装置にて実現されるデータ
セキュリティ制御機能をソフトウェア的に示した概念図
である。

【００２０】図２において、セキュリティ情報指定部２
１は、ユーザ毎に各ファイルに対するセキュリティ情報
（許可項目および許可レコード条件）を指定する。ファ
イルセキュリティテーブル２２は、セキュリティ情報設
定部２１によって指定された各ファイルに対するセキュ
リティ情報（許可項目および許可レコード条件）をユー
ザ名と共に記憶する。

【００２１】データ処理指定部２３は、処理対象とする
ファイルの項目を取得し、その項目を出力時の形態に合
わせて配置するなどの処理を行う。データ処理部２４
は、データ処理指定部２３によって設定されたファイル
の項目に従ったデータをデータファイル２６から取り出
して処理する。

【００２２】データセキュリティ制御部２５は、データ
処理指定部２３が処理対象ファイルの項目を取得する際
に、そのファイルを使用するユーザの許可項目をファイ
ルセキュリティテーブル２２から取り出してデータ処理
指定部２３に与える制御と、データ処理部２４が当該フ
ァイルの項目データを処理する際に、そのファイルを使
用するユーザの許可レコード条件をファイルセキュリテ
ィテーブル２２から取り出してデータ処理部２４に与え
る制御を行う。

【００２３】データファイル２６は、データ処理部２４
のデータの取出し先であり、一般のデータベースファイ
ルである。出力データ２７は、データ処理部２４の処理
結果であり、ファイルまたは帳票である。

【００２４】ここで、本装置の基本的な動作を３つのフ
ェーズに分けて説明する。 （１）セキュリティテーブルの設定 まず、データファイル２６を共有するユーザ毎に許可項
目および許可レコード条件を定義したファイルセキュリ
ティテーブル２２を設定する。この場合、許可項目は、
ファイルに存在する項目を複数指定可能である。また、
許可レコード条件は、ファイルの項目名を使用して一般
的なＳＱＬ（Structured Query Language ）と同じ記述
で指定する。

【００２５】今、例えばデータファイル２６として、図
４に示すような複数の項目１〜５からなるレコードを記
憶したファイル１があり、このファイル１に図３に示す
ようなファイルセキュリティテーブル２２が設定されて
いるとすると、同テーブル２２の１行目は、ユーザ１に
対して、ファイル１の項目１、項目２、項目３の使用が
許可されていて、項目１が“１”であるレコードだけを
処理対象とすることを意味する。また、２行目は、ユー
ザ２に対して、ファイル１の項目１、項目２、項目３の
使用が許可されていて、項目１が“２”であるレコード
だけを処理対象とすることを意味する。

【００２６】なお、４行目の「許可項目」に「＊」とあ
るのは、全ての項目を許可するという意味である。 （２）許可項目によるセキュリティ データ処理指定部２３にて、処理対象となるファイルの
項目を取得する場合において、データセキュリティ制御
部２５に対してファイル名とユーザ名を与えると、デー
タセキュリティ制御部２５は、そのファイル名とユーザ
名に従ってファイルセキュリティテーブル２２を検索
し、当該ファイルの中でユーザに許可された項目を取り
出してデータ処理指定部２３に返す。これにより、デー
タ処理指定部２３では、ユーザに許可された項目だけを
得ることができ、その許可項目のみユーザに提示し、そ
の他の項目を隠すことで、ファイルの項目に関するセキ
ュリティを制御することができる。

【００２７】（３）許可レコード条件によるセキュリテ
ィ データ処理部２４にて、ファイルの項目データを処理す
る場合において、データセキュリティ制御部２５に対し
てファイル名とユーザ名を与えると、データセキュリテ
ィ制御部２５は、そのファイル名とユーザ名に従ってフ
ァイルセキュリティテーブル２２を検索し、ユーザに設
定された許可レコード条件を取り出してデータ処理指定
部２３に返す。これにより、データ処理指定部２３で
は、その許可レコード条件で、まず、処理対象のレコー
ドを絞り込み、そのレコードに対するデータ処理を行う
ことができ、ファイルのレコードに関するセキュリティ
を制御することができる。

【００２８】次に、同実施形態の動作について詳しく説
明する。 （セキュリティ制御）図５は同実施形態におけるセキュ
リティ制御の処理動作を示すフローチャートである。

【００２９】データ処理を行うに際し、まず、例えばキ
ーボード１６を通じてデータ処理を行うユーザの名前
と、ファイルの名称を指定する（ステップＡ１１，Ａ１
２）。この指定に従い、データ処理指定部２３では、当
該ファイルの中からデータ処理の対象とする項目を取得
した後（ステップＡ１３）、その項目を縦型あるいは横
型に配置するなどして帳票出力時のフォーマットを定義
し、これをユーザに提示する（ステップＡ１４）。

【００３０】ここで、本装置のセキュリティ制御では、
前記ステップＡ１３において、データ処理指定部２３が
データ処理の対象項目を取得するときに、ユーザに許可
された項目だけを得るように、ファイル項目を制御する
ことを第１の特徴とする。

【００３１】このようなファイル項目の制御により、前
記ステップＡ１４では、ユーザに使用が許可された項目
のみを提示することになり、ファイルの項目に関するセ
キュリティを実現できる。なお、ここでの許可項目の取
得処理については、後に図１０を参照して説明する。

【００３２】一方、当該ファイルをデータ処理する場合
には、まず、データ処理を行うユーザの名前を指定する
（ステップＡ１５）。なお、前記ステップＡ１４の後に
ファイルの保存等を行うことなく、当該ファイルのデー
タ処理を続けて実行する場合には、このステップＡ１５
のユーザ名の指定は不要である。

【００３３】データ処理が指定されると、データ処理部
２４は、当該ファイルのレコードをデータファイル２６
から取得する。その際、本装置のセキュリティ制御で
は、ユーザに対して設定された許可レコード条件に応じ
たデータを得るように、ファイルレコードを制御するこ
とを第２の特徴とする（ステップＡ１６）。

【００３４】このようなファイルレコードの制御によ
り、データ処理部２４では、処理対象のレコードを絞り
込み、そのレコードに対するデータ処理を行って、その
処理結果を出力する（ステップＡ１７，Ａ１８）。これ
により、ファイルのレコードに関するセキュリティを実
現できる。なお、ここでの許可レコード条件の取得処理
については、後に図１１を参照して説明する。

【００３５】これらの処理に使用するユーザ別の許可項
目および許可レコード条件を保持するのがファイルセキ
ュリティテーブル２２であり、その指定を行うユーザイ
ンタフェースがセキュリティ情報指定部２１である。

【００３６】また、データ処理指定部２３およびデータ
処理部２４の要求により、ファイルに対するユーザ別の
許可項目および許可レコード条件を取得する処理を行う
のがデータセキュリティ制御部２５である。

【００３７】（許可項目および許可レコード条件の指
定）次に、許可項目および許可レコード条件の指定処理
について説明する。セキュリティ情報指定部２１は、前
述したようにユーザ別の許可項目および許可レコード条
件を指定するためのユーザインタフェースであり、具体
的には、例えばファイルの管理者が図６乃至図９に示す
ような各画面を通じてセキュリティ情報の設定を行う。

【００３８】まず、図６に示すようなメイン画面３１を
表示する。このメイン画面３１には、スキーマ名（ファ
イルの保存領域）を入力するためのスキーマ名入力エリ
ア３２、ファイル名を入力するためのファイル名入力エ
リア３３、セキュリティ設定の操作を選択する操作ボタ
ン３４、設定されたセキュリティ情報を表示するための
セキュリティ情報表示エリア３５が設けられている。

【００３９】このメイン画面３１にて、セキュリティ情
報を設定するファイル名をファイル名入力エリア３３に
入力した後、操作ボタン３４を操作することにより、図
７に示すような情報設定ダイアログ４１を呼び出す。

【００４０】この情報設定ダイアログ４１には、ファイ
ルに対してセキュリティ情報を設定するユーザ名を入力
するためのユーザ名入力エリア４２、ユーザに使用を許
可する項目を入力するための許可項目入力エリア４３、
ファイル上に存在する項目の一覧を表示するための項目
一覧表示エリア４４、項目設定の操作ボタン４５、ユー
ザに許可するレコード条件を入力するための許可レコー
ド条件入力エリア４６が設けられている。

【００４１】この情報設定ダイアログ４１にて、まず、
セキュリティ情報を設定するユーザ名をユーザ名入力エ
リア４２に入力し、そのユーザに対して、許可項目およ
び許可レコード条件を許可項目入力エリア４３および許
可レコード条件入力エリア４６をそれぞれ入力する。な
お、許可項目は項目一覧表示エリア４４の中から選択
し、許可レコード条件はファイル項目名を用いたファイ
ル検索のためのＳＱＬ文と同じ文法にて直接キー入力す
る。

【００４２】このようにして設定されたセキュリティ情
報（許可項目および許可レコード条件）は、ファイルセ
キュリティテーブル２２に記憶される。なお、図８はフ
ァイル１に対するユーザ１のセキュリティ情報を設定し
たときのメイン画面３１の表示内容を示している。

【００４３】また、図９は前記図３に示したファイルセ
キュリティテーブル２２を設定したときのメイン画面３
１の表示内容を示している。 （許可項目の取得）次に、許可項目の取得処理について
説明する。

【００４４】データ処理指定部２３で処理対象とするフ
ァイルの項目を取得する場合に、直接取得するのではな
く、データセキュリティ制御部２５に対してファイル名
とユーザ名を与えることにより、ユーザ別の許可項目を
データセキュリティ制御部２５から得るようにする。こ
の許可項目の情報を元にデータ処理の具体的な内容を設
定（帳票出力の定義）することで、ファイル項目のセキ
ュリティを制御することができる。

【００４５】図１０は同実施形態における許可項目の取
得処理を示すフローチャートである。この許可項目の取
得処理は、ファイル名とユーザ名が指定されて起動する
データセキュリティ制御部２５によって実行される。

【００４６】データセキュリティ制御部２５は、まず、
起動時にデータ処理指定部２３から与えられたファイル
名とユーザ名をメモリ（例えばＲＡＭ１４のワークエリ
ア）に保持した後（ステップＢ１１）、そのファイル名
に従ってファイルセキュリティテーブル２２を開く（ス
テップＢ１２）。

【００４７】次に、ユーザ名のユーザに指定されたセキ
ュリティ情報を検索するため、データセキュリティ制御
部２５はファイルセキュリティテーブル２２の先頭レコ
ードをカレントレコードとして指定し（ステップＢ１
３）、そこにレコードが存在するか否かをチェックする
（ステップＢ１４）。

【００４８】レコードが存在する場合には（ステップＢ
１４のＹｅｓ）、データセキュリティ制御部２５はその
レコードをメモリ上に読み込み（ステップＢ１５）、そ
のレコードのユーザ名が前記指定されたユーザ名と一致
するか否かをチェックする（ステップＢ１６）。

【００４９】ここで、両者のユーザ名が一致すれば（ス
テップＢ１６のＹｅｓ）、そのレコードはそのユーザに
対するセキュリティ情報を保持していることになる。し
たがって、データセキュリティ制御部２５はそのレコー
ドの許可項目の内容を項目一覧としてデータ処理指定部
２３に返して（ステップＢ１７）、ここでの処理を終了
する。

【００５０】一方、両者のユーザ名が一致しなければ
（ステップＢ１６のＮｏ）、データセキュリティ制御部
２５は次のレコードをカレントレコードとして指定し
（ステップＢ１８）、前記同様の処理を行う。

【００５１】また、処理対象とするレコードがない場
合、つまり、ファイルセキュリティテーブル２２のレコ
ードエンドに達した場合には（ステップＢ１４のＮ
ｏ）、当該ファイルにユーザのセキュリティ情報は設定
されていないことになる。このような場合には、ユーザ
に対して全ての項目の使用を許可するべく、データセキ
ュリティ制御部２５は当該ファイルの全ての項目を取得
し（ステップＢ１９）、これらを許可項目としてデータ
処理指定部２３に返して（ステップＢ２０）、ここでの
処理を終了する。

【００５２】（許可レコード条件の取得）次に、許可レ
コード条件の取得処理について説明する。データ処理部
２４で処理対象とするファイルのレコードを取得する場
合に、前記データ処理指定部２３にて明示的に指定され
るレコード条件（処理対象とするレコードを絞るために
ＳＱＬ文の条件式等で記述）に、そのファイルに対する
ユーザ別の許可レコード条件を付加して入力レコードを
選択することにより、ファイルレコードのセキュリティ
を制御することができる。

【００５３】図１１は同実施形態における許可レコード
条件の取得処理を示すフローチャートである。この許可
レコード条件の取得処理は、ファイル名とユーザ名が指
定されて起動するデータセキュリティ制御部２５によっ
て実行される。なお、基本的な処理は、前記図１０で説
明した許可項目の取得処理と同じである。

【００５４】すなわち、データセキュリティ制御部２５
は、まず、起動時にデータ処理部２４から与えられたフ
ァイル名とユーザ名をメモリ（例えばＲＡＭ１４のワー
クエリア）に保持した後（ステップＣ１１）、そのファ
イル名に従ってファイルセキュリティテーブル２２を開
く（ステップＣ１２）。

【００５５】次に、ユーザ名のユーザに指定されたセキ
ュリティ情報を検索するため、データセキュリティ制御
部２５はファイルセキュリティテーブル２２の先頭レコ
ードをカレントレコードとして指定し（ステップＣ１
３）、そこにレコードが存在するか否かをチェックする
（ステップＣ１４）。

【００５６】レコードが存在する場合には（ステップＣ
１４のＹｅｓ）、データセキュリティ制御部２５はその
レコードをメモリ上に読み込み（ステップＣ１５）、そ
のレコードのユーザ名が前記指定されたユーザ名と一致
するか否かをチェックする（ステップＣ１６）。

【００５７】ここで、両者のユーザ名が一致すれば（ス
テップＣ１６のＹｅｓ）、そのレコードはそのユーザに
対するセキュリティ情報を保持していることになる。し
たがって、データセキュリティ制御部２５はそのレコー
ドの許可レコード条件の内容をデータ処理指定部２３に
返して（ステップＣ１７）、ここでの処理を終了する。

【００５８】一方、両者のユーザ名が一致しなければ
（ステップＣ１６のＮｏ）、データセキュリティ制御部
２５は次のレコードをカレントレコードとして指定し
（ステップＣ１８）、前記同様の処理を行う。

【００５９】また、処理対象とするレコードがない場
合、つまり、ファイルセキュリティテーブル２２のレコ
ードエンドに達した場合には（ステップＣ１４のＮ
ｏ）、当該ファイルにユーザのセキュリティ情報は設定
されていないことになる。このような場合には、許可レ
コード条件として何も付加するものがないという意味
で、データセキュリティ制御部２５は条件なしの情報を
データ処理指定部２３に返して（ステップＣ１９）、こ
こでの処理を終了する。

【００６０】このように、データセキュリティ制御部２
５を介してデータ処理指定部２３における許可項目を用
いた処理内容の設定と、データ処理部２４における許可
レコード条件に従ったデータ処理を行う。これにより、
従来のようにユーザ別にビューファイルを設定しなくと
も、各ユーザのセキュリティを確保してファイルをアク
セスすることができる。

【００６１】なお、前記実施形態では、ユーザに使用を
許可する項目を指定する構成としたが、これは、ユーザ
に使用を制限（禁止）する項目を指定することでも良
い。この場合、許可型、制限型といった情報をファイル
セキュリティテーブル２２のレコード毎に持たせ、これ
を判定して制御することもできる。

【００６２】また、上述した実施形態において記載した
手法、すなわち、図５に示すセキュリティ制御処理や、
図１０に示す許可項目の取得処理、図１１に示す許可レ
コード条件の取得処理は、コンピュータに実行させるこ
とのできるプログラムとして、例えば磁気ディスク（フ
ロッピーディスク、ハードディスク等）、光ディスク
（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録
媒体１３ａに書き込んで各種装置に適用したり、通信媒
体により伝送して各種装置に適用することも可能であ
る。本装置を実現するコンピュータは、記録媒体１３ａ
に記録されたプログラムを読み込み、このプログラムに
よって動作が制御されることにより、上述した処理を実
行する。

【００６３】

【発明の効果】以上のように本発明の請求項１によれ
ば、ユーザ毎にファイルに対するアクセス条件を指定す
ることにより、ユーザにアクセス許可されたデータのみ
を処理可能としてアクセスすることができる。これによ
り、各ユーザのセキュリティを確保することができる。

【００６４】また、本発明の請求項２によれば、アクセ
ス対象となる項目をアクセス条件として指定すること
で、ユーザにアクセス許可された項目データのみを処理
可能としてアクセスすることができる。これにより、各
ユーザのファイル項目に対するセキュリティを確保する
ことができる。

【００６５】また、本発明の請求項３によれば、アクセ
ス対象となる項目のレコードをアクセス条件として指定
することで、ユーザにアクセス許可された項目のレコー
ドのみを処理可能としてアクセスすることができる。こ
れにより、各ユーザのファイルレコードに対するセキュ
リティを確保することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るデータ処理装置の構
成を示すブロック図。

【図２】前記図１のデータ処理装置にて実現されるデー
タセキュリティ制御機能をソフトウェア的に示した概念
図。

【図３】同実施形態におけるファイルセキュリティテー
ブルの構成を示す図。

【図４】同実施形態におけるデータファイルの構成を示
す図。

【図５】同実施形態におけるセキュリティ制御の処理動
作を示すフローチャート

【図６】同実施形態におけるセキュリティ情報の設定時
に表示されるメイン画面を示す図。

【図７】同実施形態におけるセキュリティ情報の設定時
に表示される情報設定ダイアログを示す図。

【図８】前記メイン画面の具体的な表示内容を示す図。

【図９】前記メイン画面の具体的な表示内容を示す図。

【図１０】同実施形態における許可項目の取得処理を示
すフローチャート。

【図１１】同実施形態における許可レコード条件の取得
処理を示すフローチャート。

【符号の説明】

１１…ＣＰＵ １２…システムバス １３…記憶装置 １３ａ…記録媒体 １４…ＲＡＭ １５…表示装置 １６…キーボード １７…マウス １８…プリンタ １９…ファイル装置 ２１…セキュリティ情報指定部 ２２…ファイルセキュリティテーブル ２３…データ処理指定部 ２４…データ処理部 ２５…データセキュリティ制御部 ２６…データファイル ２７…出力データ ３１…メイン画面 ４１…情報設定ダイアログ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ユーザ毎にファイルに対するアクセス条
   件を指定するアクセス条件指定手段と、 このアクセス条件指定手段によって指定されたアクセス
   条件を記憶するアクセス条件記憶手段と、 このアクセス条件記憶手段に記憶されたアクセス条件に
   基づいて、データ処理の対象となるファイルの中でユー
   ザにアクセス許可されたデータを処理可能とするアクセ
   ス制御手段とを具備したことを特徴とするデータ処理装
   置。
2. 【請求項２】 前記ファイルは、複数の項目からなるレ
   コードを記憶したデータベースファイルであり、 前記アクセス条件指定手段では、前記アクセス条件とし
   て、前記ファイルの中でアクセス対象となる項目を指定
   することを特徴とする請求項１記載のデータ処理装置。
3. 【請求項３】 前記ファイルは、複数の項目からなるレ
   コードを記憶したデータベースファイルであり、 前記アクセス条件指定手段では、前記アクセス条件とし
   て、前記ファイルの中でアクセス対象となる項目のレコ
   ードを指定することを特徴とする請求項１または請求項
   ２記載のデータ処理装置。
4. 【請求項４】 ユーザ毎にファイルに対するアクセス条
   件を指定させる手順と、 この指定されたアクセス条件をメモリに記憶させる手順
   と、 このメモリに記憶されたアクセス条件に基づいて、デー
   タ処理の対象となるファイルの中でユーザにアクセス許
   可されたデータを処理可能とさせる手順とをコンピュー
   タに実行させるためのデータセキュリティ制御プログラ
   ムを記録したコンピュータ読み取り可能な記録媒体。