JPH03246742A - 画面情報の維持・管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、オンライン業務で特にセキュリティを必要と
するコンピュータシステムの画面情報の維持・管理方式
に関する。

〔従来の技術および解決すべき課題〕

従来、コンピュータシステムのオンライン業務は、現場
作業者でも容易にデータの変更を行うことができるなど
、セキュリティ面での問題があった。そのため機密保護
を要する情報でも、特別にプログラムロジックで書かな
い限り、検索、変更が可能となっており、管理者レヘル
から見ると、好ましい状況であるとは言えなかった。

また、コンピュータシステムでの従来のメニュー構造で
は、利用者別の業務処理制限を持つことが困難であった
。例えば、作業者甲は、画面Ｓに対して検索のみ可能で
変更は不可、同じ画面Ｓに対し作業者乙は検索、変更と
もに可能とする様な場合、プログラムも複雑となり、機
密保護も難しいという欠点があった。

更に通常のメニュー構造では、利用者が使用しない画面
も定義されており、操作面においても無駄な操作を必要
とする場合があった。

本発明の目的は、従来技術のこのような問題点を解決し
た画面情報の維持・管理方式を提供することにある。

〔課題を解決するための手段〕

本発明は、オンライン業務システムにおける画面情報の
維持・管理方式であって、 利用者・部門別の画面利用情報をデータとして管理し、
重要メニュー、サブメニューにおいて、人力された利用
者名、パスワードが一致したときのみ、利用者に画面を
利用させることを特徴としている。

〔実施例〕

次に、本発明の実施例について図面を参照して説明する
。

第１図は本発明の一実施例におけるメニュ一体系の例で
ある。利用者・部門の業務により利用するオンラインＡ
Ｐが異なるため、使用可能なメニュ一体系でグループ分
けを行う。この例では、メニュ一体系１とメニュ一体系
２とにクループ分けされており、メニュ一体系ｌは利用
者中が部門Ｘについて利用可能なメニュ一体系、メニュ
一体系２は利用者乙が部門Ｙについて利用可能なメニュ
一体系である。

このようＱこメニュ一体系をグループ分けするのは、無
駄なオペレーションを少なくし、迅速に目的業務画面を
出力させるためである。

第２図（ａ）は、第１図の部門Ｘのメニュ一体系１（メ
ニュー構造）の定義例を示す。各ブロックの中の上段は
画面名を、中断はメニュ一番号を、下段はメニューテキ
ストを示している。このようなメニュ一体系は、ＴＳＭ
ファイル（Ｔｅｒｍｉｎａｌ　５ｔａｔｕｓ　Ｍａｉｎ
ｔｅｎａｎｃｅ　Ｆｉｌｅ）に定義される。

メニュープロセッサはメニュ一体系をデータとして管理
するが、第２図（ｂ）に第２図（ａ）のメニュー体系に
対応するデータを示す。メニュ一番号は、メニュー階層
が分かるように定義を行っている。

メニュー階層は４レヘルまで持つことが許されている。

ＭＦＤコードが空白ならばその画面は下位サブメニュー
を持ち、ＭＦＤコードにデータが入力されている場合は
、その画面が業務画面であることを示す。すなわち、画
面Ａ、　　Ｃ，Ｅ、　Ｇ　　Ｊは下位サブメニューを持
ち、画面Ｂ、Ｄ、Ｆ、ＨＩ、には業務画面である。メニ
ュープロセッサはメニューを以上のように、データとし
て管理することにより、業務ＡＰとの独立を行い、機能
に汎用性を持たせている。また、各ＡＰとのやりとりは
、プログラム間通信を利用し、実現を図るこ七ができる
。

このようにメニュープロセンサは、端末単位の管理制御
ファイルとしてＴＳＭファイルを所有し、メニュー情報
の管理を行う。ＴＳＭファイルでは端末名、利用者情報
、メニュ一番号等を管理し、運用を行う。

さらに第３図をも参照して、本実施例を詳細に説明する
。なお、第３図（ａ）は画面の定義フローの概略を、第
３図（ｂ）は画面表示例を示している。第３回は、利用
者中は業務Ａ、Ｂ共に検索、変更可、利用者乙は業務Ａ
変更可、業務Ｂ検索可の例を示す。

メニュ−プロ１セツサ起動時点においては、Ｖ　ｉ’ｓ
接続端末の端末コートが仮の利用者としてシステムは認
識を行う。その後、利用者か必要に応じてログイン処理
を行い、利用者本来の利用権をシステムに通知（取得）
させる。メニュープロセッサでは、利用者取得の専用画
面は持たず、サブメニュー１０内に利用者名及びパスワ
ードの入力フィルトを持っている。利用者が利用者名及
びパスワードを入力しログイン処理を行うと、システム
はＴＳＭファイルに画面利用権チエツクを行い、利用可
能画面かどうかの識別を行う。

すなわち、ロックキーのチェツクを行い、チェンク結果
がＯＫでないならば、画面２０が表示される。チエツク
結果がＯＫならば、利用者名が甲で業務選択が“”０１
”の場合、業務画面Ｂ３０が表示され、利用者名が乙で
業務選択が０１゛の場合、業務画面Ｂ４０が表示される
。すなわち、利用者中は業務Ａ、Ｂ共に検索、変更可、
利用者乙は業務Ａ変更可、業務Ｂ検索可となる。

本実施例に係るシステムにおいて、利用者情報のログア
ウトの機能には２種類の方法があり、それぞれ以下のよ
うな機能を持つ。

（１）通常ログアウト機能 ログインが行われている業務画面、サブメニューにより
、終了コマンドまたは終了ＰＦ主キー下によりログアウ
トを行う。ログアウトが行われた後は、ＴＳＭファイル
のクリアを行い、グランドメニュー（システム立ち上げ
後に表示される画面）を表示する。

また、ログイン画面から新規の利用者の入力が行われた
場合には、前利用者の情報は自動的にログアウトされる
。

（２）自動ログアウト機能 メニュープロセッサでは、利用者がログアウトを忘れた
場合、他利用者がセキュリティ画面を使用することを防
くため、自動ログアウト機能を用意している。自動ログ
アウトとは、インターバルタイマの機能を利用して、無
通信時間の監視を行うことにより、自動的にログアウト
をさせる機能である。

以上説明したように本発明のメニュープロセッサによる
画面情報の維持・管理方式では、ＴＳＭファイルに利用
者と利用画面体系を定義し、重要メニュー、サブメニュ
ーにおいて利用者名、パスワードを入力し、キーが一致
したときのみ、利用者は画面を利用することができ、更
新権を有する利用者だけが、データの更新ができる。

また、本発明では、画面遷移の定義は、利用者毎に定義
し、メニュー構造はプログラムにロジ。

りとして書くのではな（、データとして管理を行い、メ
ニュー情報をＲｉＱｓ表としてＴＱＦで定義している。

また、画面は故意にロックをかけることができ、利用者
の持つキーと各画面の更新レベルの指定が可能である。

（発明の効果〕 以上説明したように本発明は、オンライン業務において
利用者・部門別の画面利用情報をデータとして管理する
ことにより、業務の機密保護を図り、画面操作性も向上
するという効果がある。

【図面の簡単な説明】

第１図は本発明のメニュ一体系の定義例を示す図、 第２図は第１図で定義されている部門Ｘのメニュー構造
の例を示す図、 第３図は画面の定義フローの例を示す図である。 １０・・・・・サブメニュー ０ ４０・ ・業務画面

Claims (1)

【特許請求の範囲】
1. （１）オンライン業務システムにおける画面情報の維持
   ・管理方式であって、 利用者・部門別の画面利用情報をデータとして管理し、
   重要メニュー，サブメニューにおいて、入力された利用
   者名，パスワードが一致したときのみ、利用者に画面を
   利用させることを特徴とする画面情報の維持・管理方式
   。