(57)【特許請求の範囲】
【請求項１】
操作する主体を表す項目と該主体により操作される対象データ、条件、アクセス種別を含む客体を表す項目とを含む複数の項目それぞれに対応する複数のデータと、該主体による該客体の操作を許容するか否かを表すフラグとが記録されたレコードが複数集合してなるユースケーステーブルが記憶されたテーブル記憶手段、および
前記複数の項目のうちの前記客体を表す対象データ、条件、アクセス種別のいずれかを含む１以上の項目に対応するデータを前記主体により入力された入力情報として受け取り、前記ユースケーステーブルの中から該入力情報に合致するレコードを検索し、該合致するレコードに記録された、前記フラグを含む出力情報を返却するテーブル検索手段を備えたことを特徴とするメニュー管理システム。
【請求項２】
前記テーブル検索手段が、前記合致するレコードに記録されたフラグと、前記複数の項目のうち、前記入力情報を構成するデータに対応する項目を除く項目に対応するデータとからなる出力情報を返却するものであることを特徴とする請求項１記載のメニュー管理システム。
【請求項３】
操作者による指示に従って前記ユースケーステーブルを作成して前記テーブル記憶手段に格納するテーブル作成手段を備えたことを特徴とする請求項１又は２記載のメニュー管理システム。
【請求項４】
操作者による指示に従って、操作する主体を表す項目と該主体により操作される対象データ、条件、アクセス種別を含む客体を表す項目とを含む複数の項目それぞれに対応する複数のデータと、該主体による該客体の操作を許容するか否かを表すフラグとが記録されたレコードが複数集合してなるユースケーステーブルを作成するテーブル作成手段、および前記複数の項目のうちの前記客体を表す対象データ、条件、アクセス種別のいずれかを含む１以上の項目に対応するデータを前記主体により入力された入力情報として受け取り、前記ユースケーステーブルの中から該入力情報に合致するレコードを検索し、該合致するレコードに記録された、前記フラグを含む出力情報を返却するテーブル検索手段を有するメニュー管理プログラムが記憶されてなることを特徴とするメニュー管理プログラム記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータシステムの操作者に提供するメニューを管理するメニュー管理システムおよびそのためのプログラムが記憶されたメニュー管理プログラム記憶媒体に関するものである。
【０００２】
【従来の技術】
従来のコンピュータシステムでは、ＧＵＩ（グラフィックユーザーインターフェース）技術を用いて、そのシステムに備えられた複数の処理機能のうち操作者に許容された機能が示されたメニューを画面に表示したり、複数の処理機能のうち操作者に許容された機能と許容されない機能とを互いに異なる表示色で画面に表示したり、あるいは許容されない機能についてはハーフトーンで画面表示したりすることにより、操作者にメニューを提供することが広く行われている。
【０００３】
従来、このようなメニューの提供を行うために、そのコンピュータシステムに用いられるアプリケーションプログラムを作成する際に、どの操作者にどの処理機能を許容するかを規定するシステム仕様処理の作成段階で、システム提供者により十分な検討が重ねられた上でシステム仕様書が作成され、そのシステム仕様書に従ってアプリケーションプログラムの中にメニュー管理に関する仕組みが組み込まれることが多い。その仕組みは、具体的には、プログラミング言語によるＩＦ文の形式で記述され、コンパイル処理された形でユーザーに提供されるので、そのアプリケーションプログラムを導入したユーザー側でメニュー管理に関する仕様を変更することは原則として不可能である。
【０００４】
【発明が解決しようとする課題】
しかし、アプリケーションプログラムの仕様検討の際に十分に時間をかけて検討を行っても、多様なユーザーニーズに完全に対応することのできるシステム仕様書を作成することは難しく、個々のユーザーにとっては、使いづらいシステムとなる場合がしばしば発生するという問題がある。また、時の経過に伴いユーザーニーズ自体が変化するということも多く、従来の固定的なメニュー管理方式のままでは不都合なことが多い。
【０００５】
本発明は、上記の事情に鑑み、メニュー内容を容易に変更することのできるメニュー管理システムおよびそのためのメニュー管理プログラム記憶媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記の目的を達成する本発明のメニュー管理システムは、
操作する主体を表す項目と該主体により操作される客体を表す項目とを含む複数の項目それぞれに対応する複数のデータと、該主体による該客体の操作を許容するか否かを表すフラグとが記録されたレコードが複数集合してなるユースケーステーブルが記憶されたテーブル記憶手段、および
前記複数の項目のうちの１以上の項目に対応するデータを入力情報として受け取り、前記ユースケーステーブルの中から該入力情報に合致するレコードを検索し、該合致するレコードに記録された、前記フラグを含む出力情報を返却するテーブル検索手段を備えたことを特徴とする。
【０００７】
ここで、前記テーブル検索手段が、前記合致するレコードに記録されたフラグと、前記複数の項目のうち、前記入力情報を構成するデータに対応する項目を除く項目に対応するデータとからなる出力情報を返却するものであることが好ましい。
また、前記メニュー管理システムが、操作者による指示に従って前記ユースケーステーブルを作成して前記テーブル記憶手段に格納するテーブル作成手段を備えたものであることも好ましい。
【０００８】
また、上記の目的を達成する本発明のメニュー管理プログラム記憶媒体は、
操作者による指示に従って、操作する主体を表す項目と該主体により操作される客体を表す項目とを含む複数の項目それぞれに対応する複数のデータと、該主体による該客体の操作を許容するか否かを表すフラグとが記録されたレコードが複数集合してなるユースケーステーブルを作成するテーブル作成手段、および前記複数の項目のうちの１以上の項目に対応するデータを入力情報として受け取り、前記ユースケーステーブルの中から該入力情報に合致するレコードを検索し、該合致するレコードに記録された、前記フラグを含む出力情報を返却するテーブル検索手段を有するメニュー管理プログラムが記憶されてなることを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
図１は、本発明のメニュー管理システムが適用されるコンピュータシステムの概要図である。
図１には、一例として、ファイルサーバ１１０、プリンタサーバ１２０、および３台のクライアント１３０，１４０，１５０とが通信回線１６０を介して互いに接続されたコンピュータシステム１００が示されている。これらのサーバおよびクライアントはそれぞれがコンピュータシステムで構成されており、ＣＰＵ、主記憶装置、補助記憶装置などが内蔵された本体部１１１，１２１，１３１，１４１，１５１、各コンピュータシステムに各種の指示を入力するキーボード１１２，１２２，１３２，１４２，１５２、および、画面を表示して操作者に各種の情報を提供するディスプレイ１１３，１２３，１３３，１４３，１５３などが備えられている。
【００１０】
ファイルサーバ１１０の本体部１１１には、大容量補助記憶装置１１４が内蔵されており、その中に本実施形態のメニュー管理システムの、テーブル記憶手段、テーブル検索手段、およびテーブル作成手段を備えたメニュー管理プログラムが格納されている。なお、このテーブル作成手段は、本発明のメニュー管理システムに必須の手段ではなく、メニュー管理システムを、テーブル作成手段を含まない構成とし、本実施形態におけるテーブル作成手段と同様の機能を有する独立のソフトウエアを別途用意しておき、そのソフトウエアを用いてユースケーステーブルを作成／更新するようにしてもよい。しかし、操作性の面からは、本実施形態のようにメニュー管理システムの中にテーブル作成手段を組み込んだ構成とすることが好ましい。
【００１１】
メニュー管理プログラムは、メニュー管理プログラム記憶媒体２００に記憶されており、このコンピュータシステム１００にメニュー管理システムをセットアップする際に、ファイルサーバ１１０の本体部１１１に備えられた記憶媒体読取装置１１５を介して大容量補助記憶装置１１４内に読み込まれる。
テーブル記憶手段、テーブル検索手段、およびテーブル作成手段それぞれの動作については後述する。
【００１２】
プリンタサーバ１２０には、高速のプリンタ１２４が接続されており、このコンピュータシステム１００共通の印刷装置としての役割りを担っている。
次に、本発明のメニュー管理プログラム記憶媒体について説明する。
図２は、本発明のメニュー管理プログラム記憶媒体の一実施形態を示す模式図である。
【００１３】
図２に示すように、このメニュー管理プログラム記憶媒体２００には、テーブル記憶手段に対応するテーブル記憶プログラム２１１と、テーブル検索手段に対応するテーブル検索手段２１２と、テーブル作成手段に対応するテーブル作成プログラム２１３とを備えたメニュー管理プログラム２１０が記憶されている。
このメニュー管理プログラム記憶媒体２００に用いられる物理媒体としては、ＣＤ−ＲＯＭ、ＭＯ（光磁気ディスク）、ＦＤ（フロッピーディスク）などの可搬型の記憶媒体、あるいは固定磁気ディスク装置などの据置型の記憶媒体を用いることができる。
【００１４】
次に、本実施形態のメニュー管理システムに用いられるユースケーステーブルについて説明する。
図３は、本発明のメニュー管理システムの一実施形態におけるユースケーステーブルの一例を示す模式図である。
本発明のユースケーステーブルは、操作する主体を表す項目と、その主体により操作される客体を表す項目とを含む複数の項目それぞれに対応する複数のデータと、主体による客体の操作を許容するか否かを表すフラグとが記録されたレコードが複数集合してなるものであり、具体的には、図３に示すように、行方向に複数の項目が配列され、列方向に上記各項目に対応する複数のレコードが配列された２次元の表形式として表すことができる。
【００１５】
図３に示した例では、行方向に５つの項目３１０，３２０，３３０，３４０，３５０が配列されており、列方向にこれら５つの項目にそれぞれ対応するデータ３１０＿１，３２０＿１，３３０＿１，３４０＿１，３５０＿１からなるレコード３００＿１、データ３１０＿２，３２０＿２，３３０＿２，３４０＿２，３５０＿２からなるレコード３００＿２、・・・が配列されている。
【００１６】
この例では、項目３１０は、操作する主体であるアクター（操作者）を表す項目であり、例えば、項目３１０に対応するレコード３００＿１には、「一般利用者」というデータが記録されており、項目３１０に対応するレコード３００＿１０には、「特権利用者」というデータが記録されている。なお、本実施形態では、この項目３１０は、いわゆるキー項目であり、検索の際のメインキーとして用いられる。
【００１７】
項目３２０は、操作される客体である対象データに関する条件を表す項目であり、例えば、項目３２０に対応するレコード３００＿１には、「他人の登録した」というデータが記録されており、項目３１０に対応するレコード３００＿２には、「自分の登録した」というデータが記録されている。
項目３３０は、操作される客体である対象データを表す項目であり、例えば、項目３３０に対応するレコード３００＿１には、「業務を」というデータが記録されており、項目３３０に対応するレコード３００＿２には、「利用者を」というデータが記録されている。
【００１８】
項目３４０は、操作者のアクセス可能な種別を表す項目であり、例えば、項目３４０に対応するレコード３００＿１には、「更新できる」というデータが記録されており、項目３４０に対応するレコード３００＿２には、「削除できる」というデータが記録されている。
項目３５０は、アクター（項目３１０）による対象データ（項目３３０）の操作を許容するか否かを表すフラグが格納される項目であり、例えば、項目３５０に対応するレコード３００＿１には、操作を許容することを表す「○」というデータが記録されており、項目３５０に対応するレコード３００＿２には、操作を許容しないことを表す「×」というデータが記録されている。
【００１９】
このように、項目の数および項目内容について自由に設定することができる。例えば、項目３１０を、上記の例のように、「一般利用者」と「特権利用者」という２種類のデータとする代わりに、各操作者のＩＤを入力する項目としてもよい。
また、このユースケーステーブルを、上記のように１つのテーブルとする代わりに、例えば、第１階層のユースケーステーブルと、この第１階層のユースケーステーブルのさらに詳細なデータが記録された第２階層のユースケーステーブルからなる複数階層の階層構造を有するテーブルとして構成してもよい。
【００２０】
ユースケーステーブル４００は、先ずは、アプリケーションシステムのメーカーにより作成されてユーザーに提供されるが、ユーザーニーズによりメニューの設定内容を変更する必要が生じた時に、メーカーあるいはユーザー自身の手により新たに作成することも、また、設定内容を修正して更新することもできるようになっている。あるいは、最初の作成段階からユーザーに委ねてもよい。
【００２１】
作成／更新されたユースケーステーブル４００はメニュー管理プログラムに備えられたテーブル記憶手段に記憶される。具体的には、図２に示したテーブル記憶プログラム２１１により、図１に示した大容量補助記憶装置１１４内に構築されている、データベースに記憶される。
ユースケーステーブルの作成／更新のために用いられるテーブル作成手段については後述する。
【００２２】
なお、図３に示したユースケーステーブル４００の最左端にあるユースケース番号とは、入力されたレコードを所定のルールによりソートし、ソートされた順に連番を付したレコード番号のことであり、新たなレコードが追加される度に、あるいはレコードが削除される度に付け替えられるようになっている。
次に、本実施形態のメニュー管理システムのテーブル検索手段の動作について説明する。
【００２３】
なお、本実施形態における一例として説明するアプリケーションプログラムのメニューは、第１段階のメニューとしてユースケーステーブル４００（図３参照）の項目３１０、第２段階のメニューとして項目３２０、第３段階のメニューとして項目３３０、第４段階のメニューとして項目３４０が順次表示される階層的メニュー体系として構成されている。本発明のメニュー管理システムは、このような階層的メニュー体系にも、また階層を持たないメニュー体系のいずれにも適用することができる。
【００２４】
（１）  操作者が、図１に示したコンピュータシステム１００のいずれかのクライアントを用いて所望のアプリケーションシステムを呼び出すと、ディスプレイ上には操作者のＩＤ（識別子）およびＰＷ（パスワード）の入力を促す画面が表示される。
（２）  操作者が、画面の指示に従いＩＤおよびＰＷを入力し、アプリケーションシステムによりＩＤおよびＰＷが正当なものであることが認証されると、アプリケーションシステムにより、大容量補助記憶装置１１４に記憶されたメニュー管理プログラム２１０（図２参照）が呼びされ、テーブル検索手段によるユースケーステーブルの検索が開始される。
【００２５】
図３に示したように、本実施形態におけるユースケーステーブル４００（図３参照）の項目の中にはＩＤが設定されておらず、入力されたＩＤは、所定の変換ルールにより項目３１０（アクター）に変換されてテーブル検索手段に対する入力情報とされ、ユースケーステーブルの中からこの入力情報に合致するレコードの検索が行われる。検索の結果、合致するレコードが選び出されると、合致するレコードに記録された、フラグ情報を含む出力情報が返却されその出力情報に基づくメニュー画面が表示される。
【００２６】
なお、本実施形態では、ＩＤとして、「００００」から「９９９９」までの文字列が用いられており、「００００」から「８９９９」までのＩＤは「一般利用者」に変換され、「９０００」から「９９９９」までのＩＤは「特権利用者」に変換される。例えば、操作者が「１２３４」というＩＤを入力したとすると、このＩＤは項目３１０（アクター）＝「一般利用者」という入力情報に変換される。テーブル検索手段は、ユースケーステーブル４００の中からこの入力情報に合致するレコードを検索する。その結果、９件のレコード３００＿１，３００＿２，・・・，３００＿９が選び出され、これら合致するレコードに記録された、フラグ情報を含む出力情報が返却され、この出力情報に基づく第１段階のメニュー画面が表示される。各段階のメニュー画面はアイコン（絵文字）によるものでも、あるいは文字情報によるものでもよい。
【００２７】
本実施形態では、メニュー画面には、フラグ情報（項目３５０）が「○」であるレコード、すなわちその操作者に許容されたレコードのみがメニュー表示されるようになっているが、このように構成する代わりに、フラグが「○」であるレコードおよび「×」であるレコード全てをメニュー表示するようにしてもよい。その場合は、操作者に許容されているレコードと許容されないレコードとを表示色あるいはハーフトーンなどで識別できるようにメニュー表示を行えばよい。操作者はアイコンの表示状態を見て操作が許容されているか否かを知ることができるので、操作が許容されているアイコンのうち所望のアイコンをクリックすることによりメニュー操作を進めることができる。
【００２８】
操作者は、どの段階のメニュー画面からでも、次の段階のメニュー画面に前進させたりあるいは前の段階のメニュー画面に後退させたりして、表示された許容メニューの中から所望の処理を選択することもできるし、処理選択を行わずにメニュー操作を終了させることもできる。例えば、上記の９件のうち許容レコード３００＿１，３００＿２，・・・，３００＿９が表示された第１段階のメニュー画面の中から、項目３２０が「自分の登録した」であるデータを選択するような入力が行われると、テーブル検索手段により、ユースケーステーブル４００の中からこの入力情報に合致するレコード３００＿２が検索され、この合致したレコードに記録された、フラグ情報を含む出力情報が返却され、この出力情報に基づく第２段階のメニュー画面が表示される。
【００２９】
（３）  なお、上記実施形態では、テーブル検索手段は、入力情報に合致するレコードに記録されたフラグを含む出力情報を返却するように構成されているが、このように構成する代わりに、テーブル検索手段を、入力情報に合致するレコードに記録された、フラグと、全項目のうち、入力情報を構成するデータに対応する項目を除く項目に対応するデータとからなる出力情報を返却するものとして構成してもよい。このようにテーブル検索手段を構成した場合、例えば、上記の例と同様に、操作者が「１２３４」というＩＤを入力し、このＩＤが項目３１０（アクター）＝「一般利用者」という入力情報に変換され、テーブル検索手段によりユースケーステーブル４００の中からこの入力情報に合致する９件のレコード３００＿１，３００＿２，・・・，（３００＿９）が検索されたとすると、テーブル検索手段は、それらのレコードに記録された、フラグのデータ３５０＿１，３５０＿２，・・・と、項目３２０，３３０，３４０に対応するデータ３２０＿１，３２０＿２，・・・，３３０＿１，３３０＿２，・・・，３４０＿１，３４０＿２，・・・とからなる出力情報を返却し、それらの全情報を含むメニューを一括して表示することができる。こうすることにより、複数の項目を用いた、いわゆる多重検索が行えるようにメニュー体系を構成することもできる。
【００３０】
次に、本実施形態のメニュー管理システムに備えられたテーブル作成手段の動作について説明する。
本実施形態のテーブル作成手段は、ユースケーステーブルを新規に生成するテーブル生成機能のほかに、すでに生成済みのユースケーステーブルに新たなレコードを追加したり、登録済みのデータを訂正あるいは削除したりすることのできるテーブル更新機能を有しており、通常のアプリケーションプログラムの場合は、システム管理者のみがこれらの機能を用いてユースケーステーブルをメンテナンスするよう構成されている。従って、一般の操作者にはこのテーブル作成手段の存在は認識されないようになっている。
【００３１】
このように、本実施形態のテーブル作成手段は、通常、システム管理者のみが操作するよう構成されており、以下のテーブル作成手段の説明における「操作者」は、一般の利用者ではなくシステム管理者を意味している。
（１）  操作者が、図１に示したコンピュータシステム１００のいずれかのクライアントを用いて大容量補助記憶装置１１４に記憶されたメニュー管理プログラム２１０（図２参照）を呼び出すと、ディスプレイ上には操作者のＩＤ（識別子）およびＰＷ（パスワード）の入力を促す画面が表示される。
【００３２】
（２）  操作者が、画面の指示に従いＩＤおよびＰＷを入力し、その操作者が正当なアクセス権限を有する者であることが認証されると、ディスプレイ上にはテーブル作成画面が表示される。操作者は、テーブル作成画面の指示に従い、これから作成しようとするユースケーステーブル４００の項目としてどのような項目を設定するかを入力する。
【００３３】
図３に示す例では、操作者により第１の項目として、アクター（システム管理者）を表す項目３１０が設定されている。第１の項目３１０の設定に続けて、操作者が３つの項目３２０，３３０，３４０を順次設定したとすると、システム側ではこれらの４項目に続けて第５の項目としてアクターによる操作を許容するか否かを表すフラグが格納される項目３５０を自動的に追加設定する。以上の動作により上記５項目からなるユースケーステーブル４００が新規に生成される。
【００３４】
（３）  次に、設定された項目についてのデータ入力画面が表示され、画面の指示に従って操作者によるデータ入力が開始される。
操作者によるデータ入力がキーとなる項目（本実施形態では項目３１０）に対して行われた時は、ユースケーステーブル４００に新しいレコードが追加される。例えば、操作者が項目３１０に、「一般利用者」というデータが入力されると、第１行目、すなわちユースケース番号１としてレコード３００＿１が追加され、レコード３００＿１の項目３１０に対応するデータ３１０＿１として上記の「一般利用者」が登録される。なお、ユースケース番号とは、入力されたレコードを所定のルールによりソートし、ソートされた順に連番を付したレコード番号のことであり、新たなレコードが追加される度、あるいはレコードが削除される度に付け替えられる。
【００３５】
ユースケーステーブル４００にすでに９つのレコード３００＿１，３００＿２，・・・３００＿９が登録されている場合に、操作者が項目３１０に、「特権利用者」というデータを入力すると第１０行目、すなわちユースケース番号１０となるレコード３００＿１０が追加され、レコード３００＿１０の項目３１０に対応するデータ３１０＿１０として上記の「特権利用者」が登録される。ここで、本実施形態のメニュー管理システムでは、すでに登録されている９つのレコード３００＿１，３００＿２，・・・３００＿９の、項目３１０および項目３５０以外のデータがレコード３００＿１０，３００＿１１，・・・３００＿１８に自動的にコピーされるようになっているので、項目３１０および項目３５０以外のデータは、項目３１０が「一般利用者」である９通りのケースと同一のデータをレコード３００＿１０，３００＿１１，・・・３００＿１８に登録する手数が省略され、操作者は、項目３５０について各レコード毎に○×を入力していけばよい。
【００３６】
キー項目以外の項目に対してデータ入力を行う場合は、その項目が存在するときにはレコードの追加は行われず、指定されたユースケース番号の指定された項目に対して操作者が入力したデータによりそのレコードへのデータ更新が行われる。また、その項目が存在しないときには、レコードの追加は行われ、指定されたユースケース番号の指定された項目に対して操作者が入力したデータにより新たなレコードへのデータの追加が行われる。
【００３７】
すなわち、操作者がユースケース番号１の項目３２０に、「他人の登録した」というデータを入力すると、「他人の登録した」というデータが存在する場合には、レコード３００＿１の項目３２０は上記のデータ「他人の登録した」に更新される。また、「他人の登録した」というデータが存在しない場合には、新たなレコードとして追加が行われる。
【００３８】
操作者が、項目３１０に、アクターが「一般利用者」というデータ、および項目３２０に、対象データに関する条件が「自分の登録した」というデータを入力したとすると、ユースケース番号１なるレコード３００＿１が追加され、レコード３００＿１の項目３１０に上記のデータ「一般利用者」、項目３２０に上記のデータ「自分の登録した」が登録される。
【００３９】
第５の項目３５０には、そのレコードの各項目データの組合せ条件に対するそのアクターの操作を許容するか否かを表すフラグ（図３に示すように本実施形態では○または×）が操作者により入力される。
こうして作成／更新されたユースケーステーブル４００は、直ちに、メニュー管理システムのテーブル記憶手段により大容量補助記憶装置１１４（図１参照）に記憶される。従って、テーブル作成手段による作成／更新操作終了後のユースケーステーブル４００は、テーブル作成手段により作成／更新された内容が反映されているので、次の利用者がこのアプリケーションを呼び出した時には最新の状態に更新されたメニュー操作を行うことができる。
【００４０】
【発明の効果】
以上説明したように、本発明のメニュー管理システムによれば、メニュー内容を表形式で記述したユースケーステーブルを記憶するテーブル記憶手段と、このユースケーステーブルを検索するテーブル検索手段とを備えたことにより、従来の固定的なメニュー管理方式に比べて、メニュー内容の変更が極めて容易なメニュー管理システムおよびメニュー管理プログラムを実現することができる。
【図面の簡単な説明】
【図１】本発明のメニュー管理システムが適用されるコンピュータシステムの概要図である。
【図２】本発明のメニュー管理プログラム記憶媒体の一実施形態を示す模式図である。
【図３】本発明のメニュー管理システムの一実施形態におけるユースケーステーブルの一例を示す模式図である。
【符号の説明】
１００    コンピュータシステム
１１０    ファイルサーバ
１１１，１２１，１３１，１４１，１５１    本体部
１１２，１２２，１３２，１４２，１５２    キーボード
１１３，１２３，１３３，１４３，１５３    ディスプレイ
１１４    大容量補助記憶装置
１１５    記憶媒体読取装置
１２０    プリンタサーバ
１２４    プリンタ
１３０，１４０，１５０    クライアント
１６０    通信回線
２００    メニュー管理プログラム記憶媒体
２１０    メニュー管理プログラム
２１１    テーブル記憶プログラム
２１２    テーブル検索プログラム
２１３    テーブル作成プログラム
３００＿１，３００＿２    レコード
３１０，３２０，３３０，３４０，３５０    項目
３１０＿１，３２０＿１，３３０＿１，３４０＿１，３５０＿１，３１０＿２，３２０＿２，３３０＿２，３４０＿２，３５０＿２    データ
４００    ユースケーステーブル
【図１】
0003856942.tif 000002
【図２】
0003856942.tif 000003
【図３】
0003856942.tif 000004