システムパラメタ作成方法、システムパラメタ作成装置、システムパラメタ作成プログラムを記録したコンピュータ読み取り可能な記録媒体及びシステムパラメタ作成データを格納したコンピュータ読み取り可能な記録媒体
【課題】システムの定義情報やコマンド等のパラメタを作成するＧＵＩは異なるシステムのパラメタを作成できない。しかも、システムがバージョンアップした場合、ＧＵＩを変更する必要があった。
【解決手段】システムパラメタの記述ルールおよび階層表示ＧＵＩに表示するメニューをリポジトリＤＢのメタデータテーブルと候補値テーブルに持ち、作成したパラメタ情報をリポジトリＤＢのインスタンステーブルに保存する。
【解決手段】システムパラメタの記述ルールおよび階層表示ＧＵＩに表示するメニューをリポジトリＤＢのメタデータテーブルと候補値テーブルに持ち、作成したパラメタ情報をリポジトリＤＢのインスタンステーブルに保存する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はコンピュータのＧＵＩを用いて、プログラムが入力する（文字で作られたパラメタを読み込んで機能を果たすプログラムにおいて、そのプログラムがデータセットやファイルに格納されているパラメタを参照すること）システムパラメタを作成および管理するための技術に関する。
【０００２】
【従来の技術】従来、システム定義情報やコマンド等のシステムが使用するパラメタをＧＵＩを利用して作成していた。このとき、システム毎に固有のパラメタ作成用ＧＵＩが使用されていた。例えば、特開平４−２６０１４９号はＧＵＩを使用して定義情報を作成し、各コンピュータに定義情報を配布する方式である。ここでは、システム定義情報を作成するＧＵＩは、システム固有のため、システム毎にＧＵＩを作成する必要がある。また、同一システムでも、システム定義情報の記述形式が変更された場合には、ＧＵＩを修正する必要がある。
【０００３】なお、特開平３−２７８１２８号公報にはコマンドプログラム起動のＧＵＩ化に関する記載があるが、その具体的実現手段については何ら開示されていない。
【０００４】
【発明が解決しようとする課題】上記従来の技術では、異なるシステムのパラメタを作成する点について配慮されておらず、システムパラメタを作成するプログラムおよびＧＵＩを個々のシステム毎に作成しなければならないという問題がある。しかも、システムのバージョンアップによりシステムパラメタが増加した場合、パラメタ作成プログラムやＧＵＩを作り直す必要がある。また、システム毎にＧＵＩが異なるため、ユーザはシステム毎にＧＵＩの操作を憶えなければならないという問題もある。
【０００５】本発明の第１の目的は、システムパラメタ作成のためのプログラム、ＧＵＩ、データを１つのシステムだけに特化しないことにある。本発明の第２の目的は、作成するシステムパラメタが増加したり、記述形式が変更されてもパラメタ作成プログラムやＧＵＩの修正が不要なことにある。本発明の第３の目的は、パラメタ作成対象のシステムが異なっても、統一されたユーザインタフェースを提供することにある。本発明の第４の目的は、システムがバージョンアップした場合、システムパラメタを再度作成するのではなく、以前作成したパラメタ情報をそのまま再利用できることにある。
【０００６】
【課題を解決するための手段】上記の目的は以下の方法により達成される。システムパラメタの記述ルールをパラメタ作成プログラムやＧＵＩが持つのではなく、データベースに持つ。ＧＵＩはパラメタ名称や指定可能値をメニューとして表示する。
【０００７】即ち、ＧＵＩの構造は共通なものとし、システムパラメタ作成プログラムも共通のものとする。そして、システムパラメタの記述ルールを分離し、幾つかのテーブルとしてデータベースに格納しておく。
【０００８】ユーザはデータベースから読み出されＧＵＩ上に表示されるＧＵＩ上のメニューを選択していくことで、目的のシステムパラメタを作成する構成とする。ＧＵＩ上に表示するメニューは固定ではなく、データベースに登録されたシステムパラメタの記述ルールに従って変化させる。これにより、ＧＵＩを変更すること無く、様々なシステムパラメタの構築が可能となる。作成したシステムパラメタの情報はシステムに関わらず一定の規則でデータベースに保存する。
【０００９】例えば、Ａシステムのパラメタ記述ルールがデータベースに登録されている場合、ユーザはＧＵＩ上にメニューとして表示されるＡシステムのパラメタを選択していくことでＡシステムのパラメタを作成する。Ｂシステムのパラメタを作成するには、データベースにＢシステムのパラメタ記述ルールを追加することで、ＧＵＩを変更すること無くＢシステムのパラメタを作成する。
【００１０】
【発明の実施の形態】システムパラメタとはコンピュータシステムの構成をテキスト形式で表し、コンピュータシステムの構成情報の初期状態をプログラムに認識させるものである。構成情報とは言いかえればプログラムを動かす環境の定義であり、例えば、オンライン関係であれば、端末名、端末の種類、通信路、通信手順等である。
【００１１】図１はこのようなシステムパラメタを作成する装置構成を示したものである（ここで作成されたシステムパラメタは図示しないコンピュータシステムで使用される）。図１で１はクライアントＰＣであり、その中にシステム構成管理プログラム２が格納されている。階層表示ＧＵＩ３はＧＵＩ作成プログラムによって作成され表示されるＧＵＩを模式的に示したものである。テキスト生成プログラム５は例示されたような定義情報、コマンドを生成するものである。リポジトリＡＰＩ(アプリケーション・プログラム・インターフェイス)４はＧＵＩ作成プログラム、テキスト生成プログラムからの要求を後述するデータベースに送ったり、データベースからのデータを受け取るためのインタフェースである。
【００１２】一方、サーバ１１にはリポジトリデータベース１２が格納されている。リポジトリＤＢ１２には後述するメタデータテーブル１３、インスタンステーブル１４、候補値テーブル１５が格納されている。
【００１３】リポジトリＡＰＩ４はリポジトリＤＢ１２に直接要求を出すのではなく、ＳＱＬ（ＤＢ操作言語）に変換してＯＤＢＣ６に渡す。ＯＤＢＣ６はネットワーク上のＤＢマシンと接続するインタフェースである。従って、ＯＤＢＣ６を介すことにより各マシンに分散されている定義情報を１つのリポジトリＤＢ１２に集約できる。また、世界共通である標準ＳＱＬを使用することにより、リポジトリＤＢ１２をマネージメントするＤＢシステムを限定しない。ＯＤＢＣというインタフェースを使用したことは一例であってこれに限定されるものではない。
【００１４】なお、本実施例ではリポジトリＤＢはサーバ１１上に置いたが、クライアントＰＣ１に備えても良い。
【００１５】本発明の概要を更に図１で説明する。階層表示ＧＵＩ３を用いて対話的にユーザとのやり取りが行なわれる。リポジトリＤＢ１２内のメタデータテーブル１３および候補値テーブル１５には、システム定義情報やコマンドのパラメタ記述形式のルールを持つ。パラメタ記述形式のルールは、定義文やコマンドがどの様なパラメタで構成されているか、どの様な値を指定できるかといった情報である。
【００１６】階層表示ＧＵＩ３はメタデータテーブル１３および候補値テーブル１５が持つルールに従って、表示するメニューが変化する。ユーザは階層表示ＧＵＩ３が表示するメニューから適当なものを選択していくことにより、定義情報やコマンドの構造を作成することができる。作成した定義情報やコマンドの構造はインスタンステーブル１４に保存される。
【００１７】テキスト生成プログラム５はインスタンステーブル１４に保存された定義情報やコマンドの構造を基に、システムの定義情報やコマンド３１を生成する。従って、階層表示ＧＵＩ３を変更せずとも、メタデータテーブル１３および候補値テーブル１５内のパラメタ記述ルールを追加することで、様々なシステムの定義情報やコマンドを作成できる。
【００１８】テーブルをデータベースにおくことに付いては次の効果がある。ひとつは信頼性が高いことである。即ち、ローカルなファイルにおくと壊れた場合修復が困難である。またひとつは検索が容易であることである。既に出来ているインデックス機能を利用できるため新たな検索機能を作る必要がない。
【００１９】以降、定義情報３１の構築を例として説明する。本実施例では定義文を階層表示ＧＵＩ３で構築する。そこで、定義文の階層表現化について述べる。すべての定義文はステートメント名、ステートメント識別子、パラメタ名、パラメタ値から成る。ステートメント名は何の定義文かを現し、ステートメント識別子は同じ定義文が複数存在する場合にどの定義文かを識別する。パラメタ名は後続するパラメタ値が何に対する値かを現す。
【００２０】図２に定義文の構成を示す。１つの定義文に対し、ステートメント名、ステートメント識別子は１つであるが、パラメタ名ＡとＣ、パラメタ値ＢとＤおよびＥの様にパラメタ名、パラメタ値は複数存在する。また、パラメタ名Ｃに対するパラメタ値ＤとＥの様に、１つのパラメタ名に対し複数のパラメタ値も存在する。
【００２１】これらを踏まえて、１つの定義文を階層で表現すると図３になる。最上位は定義文を現すステートメント名とステートメント識別子である。定義文を構成するパラメタ名とパラメタ値は下位に表示する。パラメタ名Ａとパラメタ値Ｂの様に、通常、１つの階層は１つの名称と１つの値で構成する。パラメタ名Ｃとパラメタ値ＤとＥの様に、１つのパラメタ名に複数のパラメタ値がある場合は、階層を深くしてパラメタ名だけの階層とパラメタ値だけの階層を作ることにより表現できる。なお、コマンドの場合は、ステートメント名をコマンド名に、ステートメント識別子をコマンド識別子にすることで対応できる。よって、すべての定義文やコマンドは階層表現することが可能である。
【００２２】次に図４により階層表示ＧＵＩ３と定義文の関係を示す。これは概略概念図である。例えば、階層表示ＧＵＩ３のフォルダＤＢ定義１１１の下位に”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”ステートメントアイコン１１２を配置すると、定義情報３１には”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”文１１５を生成することになる。同様に”ＥＮＴＲＹ ＤＩＣＴＩＯＮＡＲＹ”ステートメントアイコン１１３を配置すると、”ＥＮＴＲＹ ＤＩＣＴＩＯＮＡＲＹ”文１１６が、”ＤＥＦＩＮＥ ＲＤＡＲＥＡ”ステートメントアイコン１１４を配置すると、”ＤＥＦＩＮＥ ＲＤＡＲＥＡ”文１１７が定義情報３１に生成される。従って、階層表示ＧＵＩ１上でユーザが定義文に対応したステートメントアイコンを自由に配置することで、定義情報３１を構築していく。これらはテキスト生成プログラム５の動作の下に行なわれる。
【００２３】図５に階層表示ＧＵＩ３の詳細を示す。これは図３を詳しくＧＵＩ化したものに相当する。階層表示ＧＵＩ３はルートアイコン１２１、フォルダアイコン１２２、ステートメントアイコン１２３、パラメタアイコン１２４から成る。ルートアイコン１２１は階層の頂点を示すだけのアイコンであり、追加・削除できない。フォルダアイコン１２２は多数存在するステートメントアイコン１２３を整理するためのアイコンであり、自由に追加・削除できる。
【００２４】なお、ルートアイコン１２１とフォルダアイコン１２２は定義情報３１には生成しない。ステートメントアイコン１２３は定義文のステートメント名とステートメント識別子を現すアイコンであり、メタデータテーブル１３が持つ定義文のルールに従って追加・削除できる。パラメタアイコン１２４は定義文のパラメタ名とパラメタ値を現すアイコンであり、ステートメントアイコン１２３を追加すると自動的にステートメントアイコン１２３に属するパラメタアイコン１２４も追加される。
【００２５】ここでは各アイコンは絵１２５、名称１２６、値１２７から成る。絵１２５はアイコンの種類をイメージした絵である。名称１２６はステートメント名やパラメタ名を現す。値１２７はステートメント識別子やパラメタ値を現す。アイコンをマウスで右クリックすると、アイコンに対する操作内容をメニュー１２８として表示する。メニュー１２８は追加、削除、編集などがあるが、アイコンによってメニュー内容が異なる。どのメニューを表示するかはメタデータテーブル１３で示されたルールに従う。
【００２６】メタデータテーブル１３が持つ情報は図６が示す通り、タイプＩＤ６１１、親ＩＤ６１２、名称６１３、プリフィックス６１４、繰返し可能６１５、必須６１６、編集可能６１７を持つ。プリフィックスとはステートメント識別子の先頭に付く固定部分を表す。メタデータテーブル１３の１行が１つのステートメントやパラメタの規則に対応する。タイプＩＤ６１１はメタデータテーブル１３におけるステートメントやパラメタを現すＩＤであり、ステートメントやパラメタ毎に異なる。親ＩＤ６１２は階層上での上位のステートメントやパラメタのタイプＩＤ６１１を持ち、階層の上下関係を示す。追加するステートメントやパラメタは、親ＩＤ６１２に対応するタイプＩＤ６１１のステートメントやパラメタの下位にのみ追加できる。
【００２７】例えば、タイプＩＤ６１１が２の名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭ ＯＰＴＩＯＮ”は、親ＩＤ６１２が１なので、タイプＩＤ６１１が１の名称６１３”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”にのみ追加できる。また、親ＩＤ６１２をタイプＩＤ６１１で検索することにより、下位に何が追加できるかを探すことができる。例えば、名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭＯＰＴＩＯＮ”のタイプＩＤ６１１が２であるため、親ＩＤ６１２を２で検索することで、名称６１３”ＲＥＣＯＶＥＲＹ ＴＡＳＫ ％１”、”ＪＯＵＲＮＡＬ ＲＥＡＤ ＢＵＦＦＥＲ ％１”、”ＣＰＤＵＭＰ ＧＥＴ ＥＸＣＬＵＳＩＶＥ ％１”、”ＵＡＰＲＢＡＣＫ ＥＸＣＬＵＳＩＶＥ ％１”を下位に追加できることが分かる。名称６１３はステートメントやパラメタの名称である。この名称６１３を階層表示ＧＵＩ１や生成する定義情報３１で使用する。名称６１３にある“％１”は該当するステートメントやパラメタが値を持つことを示す。また、名称６１３が“％１”のみの場合は値しかないことを現す。プリフィックス６１４はステートメントやパラメタの値が可変文字列の場合、文字列のプリフィックス部分を指定する。例えば、プリフィックス６１４が”ＡＣＴＤＥＦ”の場合、追加する値は”ＡＣＴＤＥＦ００１”、”ＡＣＴＤＥＦ００２”、”ＡＣＴＤＥＦ００３”の様に自動的に変化する。
【００２８】繰返し可能６１５はステートメントやパラメタを複数追加できることを示す。例えば、タイプＩＤ６１１が７の名称６１３”ＡＣＴＩＶＩＴＹ ＳＥＴ ％１”は繰返し可能６１５がＴＲＵＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の下位に複数個追加できる。また、タイプＩＤ６１１が２の名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭ ＯＰＴＩＯＮ”は繰返し可能６１５がＦＡＬＳＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の下位に１つしか追加できない。
【００２９】必須６１６は該当するステートメントやパラメタが最低１個は必要であることを示す。つまり、１個しか存在しないステートメントやパラメタの必須６１６がＴＲＵＥの場合は、該当ステートメントやパラメタを削除できない。例えば、タイプＩＤ６１１が７の名称６１３”ＡＣＴＩＶＩＴＹ ＳＥＴ ％１”は必須６１６がＴＲＵＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の下位に１個しか存在しない場合は削除できない。また、タイプＩＤ６１１が２の名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭ ＯＰＴＩＯＮ”は必須６１６がＦＡＬＳＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹＤＥＦＩＮＥ ％１”の下位に１つしか存在しなくても削除できる。編集可能６１７は値が可変文字列または数字であり編集できることを示す。例えば、タイプＩＤ６１１が１の名称６１３”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の編集可能６１７がＴＲＵＥのため値の編集ができる。また、タイプＩＤ６１１が５の名称６１３”ＣＰＤＵＭＰ ＧＥＴ ＥＸＣＬＵＳＩＶＥ ％１”の編集可能６１７がＦＡＬＳＥのため値の編集ができない。名称６１３に”％１”があり（値有）、編集可能６１７がＦＡＬＳＥ（編集不可）のステートメントやパラメタは、値が”ＹＥＳ”、”ＮＯ”といった固定値であるため、値の選択はできるが編集はできないことを示す。こういった選択するための固定値は候補値テーブル１５が持つ。
【００３０】図７に候補値テーブル１７を示す。タイプＩＤ８１１はメタデータテーブル１３のタイプＩＤ６１１と同じＩＤである。候補値８１２は、”ＹＥＳ”、”ＮＯ”等の固定値しか指定できないパラメタ値や、パラメタ値のデフォルトが必要な場合に指定する。同じタイプＩＤ８１１が複数存在する場合、階層表示ＧＵＩ１のメニューには値の選択候補として複数の候補値８１２を表示する。
【００３１】また、同じタイプＩＤ８１１が複数存在する場合のデフォルト値は先頭の候補値８１２となる。例えば、図６のタイプＩＤ６１１が８の名称６１３”ＡＣＴＪＦ ％１”に対応するアイコンを階層表示ＧＵＩ１で右クリックした場合、メニューに表示する選択候補値は、図７のタイプＩＤ８１１が８である候補値８１２”ＵＳＥ”、”ＮＯＵＳＥ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＹＥＳ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＮＯ”の４つである。また、タイプＩＤ８１１が８の候補値８１２の中で上位である”ＵＳＥ”をデフォルト値とする。
【００３２】候補値テーブル８により、ユーザはパラメタ名に指定する（対応する）パラメタ値が何かを調べる必要が無い。また、デフォルト値を持てるので、一々パラメタ値を指定する必要が無い。候補値テーブルにすべての候補値が網羅されているとは限らない。このときは直接入力することになる。候補値テーブルは値の入力を補助する働きをする。
【００３３】これらメタデータテーブル１３と候補値テーブル１５が持つ規則に従って、階層表示ＧＵＩ３は定義情報の構築を制御する。従って、新たな定義情報を構築したい場合や定義情報の規則を変更したい場合は、階層表示ＧＵＩ３を変更すること無く、メタデータテーブル１３や候補値テーブル１５を変更するだけで良い。
【００３４】階層表示ＧＵＩ３で構築した定義情報は図８R>８で示したインスタンステーブル１４に保存する。インスタンステーブル１４の１行が階層表示ＧＵＩでの１個のアイコンに対応する。インスタンステーブル１４はアイコンをテキストに書き直した形のパスと値を持つ。即ち、インスタンステーブル１４はタイプＩＤ７１１、パス７１２、値７１３から成る。
【００３５】パスはＧＵＩで指定されたアイコンがインスタンステーブルではどの行かを指定するために必要なものである。メタテーブルの１行に対してインスタンステーブルでは複数行作成出来る。アイコンの追加や削除によりインスタンステーブルの行も追加や削除が出来る。インスタンステーブルのパスを見て該当行をテキストに作成するかどうかが判断される。このように、ＧＵＩを使ったシステムパラメタの作成の操作性は良い。
【００３６】タイプＩＤ７１１はメタデータテーブル１３のタイプＩＤ６１１と同じＩＤである。パス７１２はステートメントやパラメタの階層位置を示す。各階層で指定された値７１３を”／”で区切る形式である。階層が深くなるにつれてパス７１２が大きくなる。値７１３はステートメントやパラメタに指定した値である。インスタンステーブル１４を参照することにより、どのステートメントやパラメタが、階層のどの位置に指定され、どういった値を持つかが分かる。
【００３７】階層表示ＧＵＩ３とメタデータテーブル１３とインスタンステーブル１４の関係を図９で示す。階層表示ＧＵＩ３がアイコンを配置する時、保存したインスタンステーブル１４を参照する。アイコンを配置するための階層位置はパス７１２で求める。アイコンに表示する名称１２６はインスタンステーブル１４のタイプＩＤ７１１に対応するメタデータテーブル１３の名称６１３から求める。表示する値１２７はインスタンステーブルの値７１３から求める。
【００３８】次にテキスト生成プログラム５とメタデータテーブル１３とインスタンステーブル１４の関係を図１０１０で示す。テキスト生成プログラム５は定義情報３１を生成する時、インスタンステーブル１４を参照する。定義文を配置するための位置はパス７１２で求める。定義文のステートメント名やパラメタ名はインスタンステーブル１４のタイプＩＤ７１１に対応するメタデータテーブル１３の名称６１３から求める。ステートメント識別子やパラメタ値はインスタンステーブルの値７１３から求める。また、逆に定義情報３１を読込んで、インスタンステーブル１４を作成する場合は、定義情報３１をメタデータテーブル１３の名称６１３で解析することで、インスタンステーブル１４を作成する。
【００３９】階層表示ＧＵＩ１はユーザによって追加・削除された情報をインスタンステーブル１４に保存する。次回階層表示ＧＵＩ１起動時はインスタンステーブル１４が保持する情報に従って、アイコンを配置し、階層を復元する。テキスト生成プログラム５はインスタンステーブル１４が保持する情報に従って、定義情報３１を生成する。従って、定義情報規則の追加や変更のために、メタデータテーブル１３や候補値テーブル１５を変更した場合、以前構築した定義情報（インスタンステーブル１４）を変更せずにそのまま使用できる。
【００４０】ここで、定義文を増やしたい、または全く別なコンピュータシステムについての定義文を作成したいとの要求があった場合、メタデータテーブル１３とインスタンステーブル１４のカラムを増やし、そこに新しいデータを作成することによって実現出来る。即ち、同一の記述ルールに従ってパラメタを追加するだけでシステムパラメタの定義文の作成が出来る。
【００４１】次に定義文追加時の階層表示ＧＵＩとインスタンステーブルの流れを図１１で示す。階層表示ＧＵＩ３で定義文を追加したいフォルダアイコン１４１をマウスで右クリックする。階層表示ＧＵＩ１はフォルダアイコンに対応するメニュー１４２を表示する。メニュー１４２には”ステートメント追加”、”フォルダ追加”、”削除”、”編集”を表示する。ユーザはメニューから”ステートメント追加”を選択する。階層表示ＧＵＩ１１はステートメント追加用ダイアログ１４３を表示する。フォルダのタイプＩＤ６１１は０なので、メタデータテーブル６から親ＩＤ６１２が０の名称６１３を探し出し、ステートメント追加用ダイアログ１４３にステートメントリストとして表示する。
【００４２】ユーザがステートメント追加用ダイアログ１４３のステートメントリストから”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”を選択すると、ステートメント追加用ダイアログ１４３を閉じる。階層表示ＧＵＩ１には”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”のステートメントアイコン１４４を追加する。また、メタデータテーブル６の親ＩＤ６１２により、名称６１３”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”より下位の情報をパラメタアイコンとして追加する。このとき、追加したアイコンに対応する情報をインスタンステーブル１４にも追加する。変更前インスタンステーブル７２１の状態から、変更後インスタンステーブル７２２の状態へ情報を追加する。以上が定義文を１つ追加した時の流れである。ユーザが階層表示ＧＵＩ３上でこれを繰返すことにより、目的のシステム定義のパラメタ情報を持つインスタンステーブル１４ができる。
【００４３】ユーザがテキスト生成を要求した場合、テキスト生成プログラム５は変更後インスタンステーブルの”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”情報７２３を元に、”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”ステートメント３１１を、変更後インスタンステーブルの”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”より下位の情報７２４を元に、”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”のパラメタ３１２を生成する。これにより、目的のシステム定義のパラメタ情報３１が完成する。
【００４４】次に候補値テーブル１５を使用した値の変更方法の流れを図１２で示す。階層表示ＧＵＩ３でユーザがパラメタアイコン”ＡＣＴ ＪＦ”１５１をマウスで右クリックする。階層表示ＧＵＩ３はメタデータテーブル１３の名称６１３から”ＡＣＴ ＪＦ”のタイプＩＤ６１１を求める。”ＡＣＴ ＪＦ”のタイプＩＤ６１１が８のため、候補値テーブル１５からタイプＩＤ８１１が８の候補値８１２を求める。”ＡＣＴ ＪＦ”の候補値８１２”ＵＳＥ”、”ＮＯＵＳＥ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＹＥＳ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＮＯ”をメニュー１５２に表示する。表示したメニュー１５２からユーザが”ＮＯＵＳＥ”を選択すると、パラメタアイコン”ＡＣＴ ＪＦ”１５３の値が”ＮＯＵＳＥ”に変わる。
【００４５】このとき、インスタンステーブル７の”ＡＣＴ ＪＦ”の値を”ＵＳＥ”７３１から”ＮＯＵＳＥ”７３２へ変更する。これにより、ユーザはパラメタに指定する値を入力すること無く、選択するだけで変更できる。
【００４６】図１３〜図１９に定義情報作成処理の流れをＰＡＤ（Ｐｒｏｂｌｅｍ Ａｎａｌｙｚｅｄ Ｄｅｓｉｇｎ）図で示す。始めに図１３について説明する。本システムを起動し、定義情報作成開始９０１に入る。階層表示ＧＵＩ３でユーザがアイコン１２５を右クリックすることが処理の契機となる（９０２）。
【００４７】右クリックされたアイコン１２５に対応するメタデータテーブル１３の情報を求める（９０４）。メタデータテーブル１３の情報に従って表示するメニュー１２８を変更する。タイプＩＤ６１１が０であれば（９０５）、フォルダアイコン独自のメニュー「ステートメント追加」（９０６）、「フォルダ追加」（９０７）をメニュー１２８に追加する。繰返し可能６１５がＴＲＵＥであれば（９０８）、メニュー１２８に「コピーを追加」を追加する（９０９）。
【００４８】編集可能６１７がＴＲＵＥであれば（９１０）、メニュー１２８に「編集」を追加する（９１１）。必須６１６がＦＡＬＳＥであれば（９１２）、メニュー１２８に「削除」を追加する（９１３）。作成したメニュー１２８を階層表示ＧＵＩ１に表示する（９１４）。ユーザは表示されたメニュー１２８から実行したいメニューを選択する。ユーザに選択されたメニューに従って各処理をコールする（９１５）。
【００４９】次にステートメント追加処理が選択された場合の処理を図１４に従い説明する。「ステートメント追加」が選択された場合（９１６）、ステートメント追加処理９２１をコールし、ステートメントアイコンと該当ステートメントに属するパラメタアイコンを追加する。ステートメント追加処理９２１では、メタデータテーブル６の行数分ループし（９２２）、親ＩＤ６１２が０の行を探す（９２３）。親ＩＤ６１２が０の場合はステートメントしかないので、名称６１３をステートメントリストリストに追加する（９２４）。ステートメントリストをダイアログ１４３に表示しユーザに選択させる（９２５）。ユーザが選択したステートメントに対応するメタデータテーブル６の行を求める（９２６）。繰返し可能６１５がＦＡＬＳＥかつ右クリックしたフォルダアイコンに対応するインスタンステーブル１４のパス７１２に同じタイプＩＤ７１１が存在する場合（９２７）、追加できないのでエラーを表示する（９２８）。
【００５０】９２７の条件に合わない場合は追加できるので、メタデータテーブル１３の名称６１３をアイコンの名称１２６とし（９２９）、メタデータテーブル１３のプリフィックス６１４にユニークな数字を付加してアイコンの値１２７とし（９３０）、階層表示ＧＵＩ１の右クリックしたアイコンの下位にステートメントアイコンを追加する（９３１）。追加したアイコンに対応するパス７１２と値７１３をインスタンステーブル１４に追加する（９３２）。
【００５１】次にパラメタ追加処理について図１５により説明する。始めに、９３５をコールして（図１４、９３３）、ステートメントアイコンの下位にパラメタアイコンを作成する。パラメタ追加処理９３５では、ループの初期設定として追加したステートメントのタイプＩＤ６１１をワークタイプＩＤにセットする（９３６）。パラメタの追加が発生する間ループする（９３７）。メタデータテーブル１３の行数分ループし（９３８）、親ＩＤ６１２がワークのタイプＩＤと一致するかチェックする（９３９）。一致する場合、メタデータテーブル１３のループ該当行はワークタイプＩＤの下位の情報であるため、追加処理を行う。
【００５２】アイコンの名称１２６はメタデータテーブル１３の名称６１３をセットする（９４０）。アイコンの値１２７はプリフィックス６１４があれば（９４１）、プリフィックス６１４にユニークな数字を付加して値とする（９４２）。プリフィックス６１４が無ければ、候補値テーブル１５の行数分ループし（９４６）、メタデータテーブル１３のタイプＩＤ６１１と候補値テーブル１５のタイプＩＤ８１１が一致（９４７）した候補値８１２を値とする（９４８）。階層表示ＧＵＩ１に求めた名称１２６と値１２７でパラメタアイコンを追加する（９４３）。インスタンステーブル１４に追加したアイコンのパス７１２と値７１３を追加する（９４４），（９４５）。
【００５３】現在のワークタイプＩＤでメタデータテーブル６の行数分ループしたら（９３８）、追加したパラメタに対応するタイプＩＤ６１１をワークタイプＩＤにセットし（９４９）、再度９３８〜９４５までの処理を実行する。これをパラメタ追加が無くなるまで実行する（９３７）ことにより、追加したステートメントの下位に位置するすべてのパラメタを追加することができる。パラメタ追加が無くなれば９０３へリターンする。
【００５４】次に９１５でユーザが「フォルダ追加」を選択した場合を図１６により説明する。フォルダ追加処理９５１をコールし、右クリックしたアイコンの下にフォルダアイコンを追加する。フォルダ追加処理９５１では、名称をメタデータテーブル６の名称６１３から求める（９５２）（Ｆｏｌｄｅｒ）。値はメタデータテーブル１３のプリフィックス６１３にユニークな数字を付加する（９５３）（ＦＯＬＤＥＲｎ）。
【００５５】階層表示ＧＵＩ１の右クリックしたアイコンの下位に求めた名称（Ｆｏｌｄｅｒ）１２６と値（ＦＯＬＤＥＲｎ）１２７でフォルダアイコンを追加する（９５４）。追加したフォルダアイコンに対応するパス７１２と値７１３をインスタンステーブル１４に追加し（９５５）、９０３へリターンする（９５６）。これでフォルダアイコンが階層表示ＧＵＩ３とインスタンステーブル１４に追加される。
【００５６】次に９１５でユーザが「コピー追加」を選択した場合を図１７で説明する。コピー追加処理９５７をコールし、右クリックしたアイコンと同じ定義情報を持つアイコンを新たに追加する。コピー追加処理９５７では、メタデータテーブル１３から右クリックしたアイコンに対応する名称６１２を求める（９５８）。メタデータテーブル１３のプリフィックス６１４にユニークな数字を付加して値を求める（９５９）。
【００５７】階層表示ＧＵＩ１の右クリックしたアイコンの同位に、求めた名称１２６と値１２７でアイコンを追加する（９６０）。追加したアイコンに対応するパス７１２と値７１３をインスタンステーブルに追加する（９６１）。右クリックしたアイコンの下位のアイコンが存在する個数分ループする（９６２）。
【００５８】インスタンステーブル１４のパス７１２を参照し、右クリックしたアイコンより下位のアイコンのタイプＩＤ７１１と値７１３を求める（９６３）。求めた名称１２６と値１２７で階層表示ＧＵＩ１にアイコンを追加する（９６４）。追加したアイコンに対応するパス７１２と値７１３をインスタンステーブル１４に追加する（９６５）。右クリックしたアイコンの下位アイコンの個数分、９６３から９６５を繰返したら９０３へリターンする（９６６）。
【００５９】これにより、右クリックしたアイコンとその下位アイコンすべてを複写して新たな定義情報として追加できる。
【００６０】次に９１５でユーザが「編集」を選択した場合について図１８により説明する。編集処理９６７をコールし、値の直接編集を行う。編集処理９６７では、インスタンステーブル１４から右クリックされたアイコンに対応する値７１３を求める（９６８）。
【００６１】ユーザが直接値を変更できる編集用ダイアログに求めた値７１３をセットして表示する（９６９）。インスタンステーブル１４の値７１３と階層表示ＧＵＩ３の値１２７を編集用ダイアログでユーザに指定された値で変更して（９７０）、９０３へリターンする（９７１）。これにより、ユーザが任意の値で直接編集できる。
【００６２】次に９１５でユーザが「削除」を選択した場合について図１９により説明する。削除処理９７２をコールし、右クリックしたアイコンとその下位アイコンをすべて削除する。削除処理９７２では、右クリックしたアイコンに対応するパス７１２をインスタンステーブル７から求める（９７３）。右クリックしたアイコンの下位にアイコンが存在する間ループする（９７４）。右クリックしたアイコンの下位アイコンに対応する行をインスタンステーブル１４から求める（９７５）。階層表示ＧＵＩ３から該当アイコンを削除する（９７６）。インスタンステーブル１４から該当行を削除する（９７７）。
【００６３】９７５〜９７７を繰返し、右クリックしたアイコンとその下位アイコンが無くなれば９０３へリターンする（９７８）。これにより、右クリックしたアイコンと下位アイコンすべてを削除する。
【００６４】９１５でユーザに選択された各メニューに対応する処理を実行後、９０３へ進む。９０３では階層表示ＧＵＩ１の画面をユーザが閉じたかどうか判定する。階層表示ＧＵＩ１を閉じなければ定義情報作成を続行するため９０２へ、階層表示ＧＵＩ１を閉じた場合は、定義情報作成終了のため９０３１へ進む。
【００６５】以上説明した発明の実施形態から、本実施形態では以下に記載する効果がある。システムパラメタの記述ルールおよびＧＵＩに表示するメニューをデータベースに持つため、システムパラメタ作成のためのプログラムやＧＵＩを１つのシステムだけに特化しない効果、システムがバージョンアップしてもプログラムやＧＵＩを再作成せずにデータベース内のデータ変更だけで済む効果がある。
【００６６】また、パラメタ構成を階層表示する１つのＧＵＩ上で作成するため、異なったシステムパラメタの作成でも、統一されたユーザインタフェースを提供できる効果がある。さらに、作成したシステムパラメタの情報をデータベースに保存することおよびデータベースに保存したパラメタを再度使用できることにより、作成したシステムパラメタ情報をバージョンアップ後のシステムに適用したり、パラメタ記述形式が類似な他のシステムへの再利用が容易となる効果がある。
【００６７】
【発明の効果】以上のような本発明によれば、ＧＵＩを変更することなくさまざまなシステムパラメタの構築が可能になる。
【図面の簡単な説明】
【図１】本発明の構成図である。
【図２】システム定義文の構成例である。
【図３】システム定義文を階層で表現した図である。
【図４】階層表示ＧＵＩとシステム定義文の関係を示した図である。
【図５】階層表示ＧＵＩの表示例である。
【図６】メタデータテーブル例である。
【図７】候補値テーブル例である。
【図８】インスタンステーブル例である。
【図９】メタデータテーブル、インスタンステーブル、階層表示ＧＵＩの関係を示した図である。
【図１０】メタデータテーブル、インスタンステーブル、テキスト生成の関係を示した図である。
【図１１】定義文追加時の流れを示した図である。
【図１２】候補値テーブルによる値変更の流れを示した図である。
【図１３】本発明の処理の流れをＰＡＤ（Ｐｒｏｂｌｅｍ ＡｎａｌｙｚｅｄＤｅｓｉｇｎ）で示した図である。
【図１４】ステートメント追加処理の処理フロー図である。
【図１５】パラメタ追加処理の処理フロー図である。
【図１６】フォルダ追加処理の処理フロー図である。
【図１７】コピー追加処理の処理フロー図である。
【図１８】編集処理の処理フロー図である。
【図１９】削除処理の処理フロー図である。
【符号の説明】
１：クライアントＰＣ、２：システム構成管理プログラム、３：階層表示ＧＵＩ、４：リポジトリＡＰＩ、５：テキスト生成プログラム、１１：サーバ、１２：リポジトリＤＢ、１３：メタデータテーブル、１４：インスタンステーブル、１５：候補値テーブル、３１：定義情報およびコマンドのファイル、６１１〜６１７：メタデータテーブルの構成要素、７１１〜７１３：インスタンステーブルの構成要素、８１１，８１２：候補値テーブルの構成要素
【０００１】
【発明の属する技術分野】本発明はコンピュータのＧＵＩを用いて、プログラムが入力する（文字で作られたパラメタを読み込んで機能を果たすプログラムにおいて、そのプログラムがデータセットやファイルに格納されているパラメタを参照すること）システムパラメタを作成および管理するための技術に関する。
【０００２】
【従来の技術】従来、システム定義情報やコマンド等のシステムが使用するパラメタをＧＵＩを利用して作成していた。このとき、システム毎に固有のパラメタ作成用ＧＵＩが使用されていた。例えば、特開平４−２６０１４９号はＧＵＩを使用して定義情報を作成し、各コンピュータに定義情報を配布する方式である。ここでは、システム定義情報を作成するＧＵＩは、システム固有のため、システム毎にＧＵＩを作成する必要がある。また、同一システムでも、システム定義情報の記述形式が変更された場合には、ＧＵＩを修正する必要がある。
【０００３】なお、特開平３−２７８１２８号公報にはコマンドプログラム起動のＧＵＩ化に関する記載があるが、その具体的実現手段については何ら開示されていない。
【０００４】
【発明が解決しようとする課題】上記従来の技術では、異なるシステムのパラメタを作成する点について配慮されておらず、システムパラメタを作成するプログラムおよびＧＵＩを個々のシステム毎に作成しなければならないという問題がある。しかも、システムのバージョンアップによりシステムパラメタが増加した場合、パラメタ作成プログラムやＧＵＩを作り直す必要がある。また、システム毎にＧＵＩが異なるため、ユーザはシステム毎にＧＵＩの操作を憶えなければならないという問題もある。
【０００５】本発明の第１の目的は、システムパラメタ作成のためのプログラム、ＧＵＩ、データを１つのシステムだけに特化しないことにある。本発明の第２の目的は、作成するシステムパラメタが増加したり、記述形式が変更されてもパラメタ作成プログラムやＧＵＩの修正が不要なことにある。本発明の第３の目的は、パラメタ作成対象のシステムが異なっても、統一されたユーザインタフェースを提供することにある。本発明の第４の目的は、システムがバージョンアップした場合、システムパラメタを再度作成するのではなく、以前作成したパラメタ情報をそのまま再利用できることにある。
【０００６】
【課題を解決するための手段】上記の目的は以下の方法により達成される。システムパラメタの記述ルールをパラメタ作成プログラムやＧＵＩが持つのではなく、データベースに持つ。ＧＵＩはパラメタ名称や指定可能値をメニューとして表示する。
【０００７】即ち、ＧＵＩの構造は共通なものとし、システムパラメタ作成プログラムも共通のものとする。そして、システムパラメタの記述ルールを分離し、幾つかのテーブルとしてデータベースに格納しておく。
【０００８】ユーザはデータベースから読み出されＧＵＩ上に表示されるＧＵＩ上のメニューを選択していくことで、目的のシステムパラメタを作成する構成とする。ＧＵＩ上に表示するメニューは固定ではなく、データベースに登録されたシステムパラメタの記述ルールに従って変化させる。これにより、ＧＵＩを変更すること無く、様々なシステムパラメタの構築が可能となる。作成したシステムパラメタの情報はシステムに関わらず一定の規則でデータベースに保存する。
【０００９】例えば、Ａシステムのパラメタ記述ルールがデータベースに登録されている場合、ユーザはＧＵＩ上にメニューとして表示されるＡシステムのパラメタを選択していくことでＡシステムのパラメタを作成する。Ｂシステムのパラメタを作成するには、データベースにＢシステムのパラメタ記述ルールを追加することで、ＧＵＩを変更すること無くＢシステムのパラメタを作成する。
【００１０】
【発明の実施の形態】システムパラメタとはコンピュータシステムの構成をテキスト形式で表し、コンピュータシステムの構成情報の初期状態をプログラムに認識させるものである。構成情報とは言いかえればプログラムを動かす環境の定義であり、例えば、オンライン関係であれば、端末名、端末の種類、通信路、通信手順等である。
【００１１】図１はこのようなシステムパラメタを作成する装置構成を示したものである（ここで作成されたシステムパラメタは図示しないコンピュータシステムで使用される）。図１で１はクライアントＰＣであり、その中にシステム構成管理プログラム２が格納されている。階層表示ＧＵＩ３はＧＵＩ作成プログラムによって作成され表示されるＧＵＩを模式的に示したものである。テキスト生成プログラム５は例示されたような定義情報、コマンドを生成するものである。リポジトリＡＰＩ(アプリケーション・プログラム・インターフェイス)４はＧＵＩ作成プログラム、テキスト生成プログラムからの要求を後述するデータベースに送ったり、データベースからのデータを受け取るためのインタフェースである。
【００１２】一方、サーバ１１にはリポジトリデータベース１２が格納されている。リポジトリＤＢ１２には後述するメタデータテーブル１３、インスタンステーブル１４、候補値テーブル１５が格納されている。
【００１３】リポジトリＡＰＩ４はリポジトリＤＢ１２に直接要求を出すのではなく、ＳＱＬ（ＤＢ操作言語）に変換してＯＤＢＣ６に渡す。ＯＤＢＣ６はネットワーク上のＤＢマシンと接続するインタフェースである。従って、ＯＤＢＣ６を介すことにより各マシンに分散されている定義情報を１つのリポジトリＤＢ１２に集約できる。また、世界共通である標準ＳＱＬを使用することにより、リポジトリＤＢ１２をマネージメントするＤＢシステムを限定しない。ＯＤＢＣというインタフェースを使用したことは一例であってこれに限定されるものではない。
【００１４】なお、本実施例ではリポジトリＤＢはサーバ１１上に置いたが、クライアントＰＣ１に備えても良い。
【００１５】本発明の概要を更に図１で説明する。階層表示ＧＵＩ３を用いて対話的にユーザとのやり取りが行なわれる。リポジトリＤＢ１２内のメタデータテーブル１３および候補値テーブル１５には、システム定義情報やコマンドのパラメタ記述形式のルールを持つ。パラメタ記述形式のルールは、定義文やコマンドがどの様なパラメタで構成されているか、どの様な値を指定できるかといった情報である。
【００１６】階層表示ＧＵＩ３はメタデータテーブル１３および候補値テーブル１５が持つルールに従って、表示するメニューが変化する。ユーザは階層表示ＧＵＩ３が表示するメニューから適当なものを選択していくことにより、定義情報やコマンドの構造を作成することができる。作成した定義情報やコマンドの構造はインスタンステーブル１４に保存される。
【００１７】テキスト生成プログラム５はインスタンステーブル１４に保存された定義情報やコマンドの構造を基に、システムの定義情報やコマンド３１を生成する。従って、階層表示ＧＵＩ３を変更せずとも、メタデータテーブル１３および候補値テーブル１５内のパラメタ記述ルールを追加することで、様々なシステムの定義情報やコマンドを作成できる。
【００１８】テーブルをデータベースにおくことに付いては次の効果がある。ひとつは信頼性が高いことである。即ち、ローカルなファイルにおくと壊れた場合修復が困難である。またひとつは検索が容易であることである。既に出来ているインデックス機能を利用できるため新たな検索機能を作る必要がない。
【００１９】以降、定義情報３１の構築を例として説明する。本実施例では定義文を階層表示ＧＵＩ３で構築する。そこで、定義文の階層表現化について述べる。すべての定義文はステートメント名、ステートメント識別子、パラメタ名、パラメタ値から成る。ステートメント名は何の定義文かを現し、ステートメント識別子は同じ定義文が複数存在する場合にどの定義文かを識別する。パラメタ名は後続するパラメタ値が何に対する値かを現す。
【００２０】図２に定義文の構成を示す。１つの定義文に対し、ステートメント名、ステートメント識別子は１つであるが、パラメタ名ＡとＣ、パラメタ値ＢとＤおよびＥの様にパラメタ名、パラメタ値は複数存在する。また、パラメタ名Ｃに対するパラメタ値ＤとＥの様に、１つのパラメタ名に対し複数のパラメタ値も存在する。
【００２１】これらを踏まえて、１つの定義文を階層で表現すると図３になる。最上位は定義文を現すステートメント名とステートメント識別子である。定義文を構成するパラメタ名とパラメタ値は下位に表示する。パラメタ名Ａとパラメタ値Ｂの様に、通常、１つの階層は１つの名称と１つの値で構成する。パラメタ名Ｃとパラメタ値ＤとＥの様に、１つのパラメタ名に複数のパラメタ値がある場合は、階層を深くしてパラメタ名だけの階層とパラメタ値だけの階層を作ることにより表現できる。なお、コマンドの場合は、ステートメント名をコマンド名に、ステートメント識別子をコマンド識別子にすることで対応できる。よって、すべての定義文やコマンドは階層表現することが可能である。
【００２２】次に図４により階層表示ＧＵＩ３と定義文の関係を示す。これは概略概念図である。例えば、階層表示ＧＵＩ３のフォルダＤＢ定義１１１の下位に”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”ステートメントアイコン１１２を配置すると、定義情報３１には”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”文１１５を生成することになる。同様に”ＥＮＴＲＹ ＤＩＣＴＩＯＮＡＲＹ”ステートメントアイコン１１３を配置すると、”ＥＮＴＲＹ ＤＩＣＴＩＯＮＡＲＹ”文１１６が、”ＤＥＦＩＮＥ ＲＤＡＲＥＡ”ステートメントアイコン１１４を配置すると、”ＤＥＦＩＮＥ ＲＤＡＲＥＡ”文１１７が定義情報３１に生成される。従って、階層表示ＧＵＩ１上でユーザが定義文に対応したステートメントアイコンを自由に配置することで、定義情報３１を構築していく。これらはテキスト生成プログラム５の動作の下に行なわれる。
【００２３】図５に階層表示ＧＵＩ３の詳細を示す。これは図３を詳しくＧＵＩ化したものに相当する。階層表示ＧＵＩ３はルートアイコン１２１、フォルダアイコン１２２、ステートメントアイコン１２３、パラメタアイコン１２４から成る。ルートアイコン１２１は階層の頂点を示すだけのアイコンであり、追加・削除できない。フォルダアイコン１２２は多数存在するステートメントアイコン１２３を整理するためのアイコンであり、自由に追加・削除できる。
【００２４】なお、ルートアイコン１２１とフォルダアイコン１２２は定義情報３１には生成しない。ステートメントアイコン１２３は定義文のステートメント名とステートメント識別子を現すアイコンであり、メタデータテーブル１３が持つ定義文のルールに従って追加・削除できる。パラメタアイコン１２４は定義文のパラメタ名とパラメタ値を現すアイコンであり、ステートメントアイコン１２３を追加すると自動的にステートメントアイコン１２３に属するパラメタアイコン１２４も追加される。
【００２５】ここでは各アイコンは絵１２５、名称１２６、値１２７から成る。絵１２５はアイコンの種類をイメージした絵である。名称１２６はステートメント名やパラメタ名を現す。値１２７はステートメント識別子やパラメタ値を現す。アイコンをマウスで右クリックすると、アイコンに対する操作内容をメニュー１２８として表示する。メニュー１２８は追加、削除、編集などがあるが、アイコンによってメニュー内容が異なる。どのメニューを表示するかはメタデータテーブル１３で示されたルールに従う。
【００２６】メタデータテーブル１３が持つ情報は図６が示す通り、タイプＩＤ６１１、親ＩＤ６１２、名称６１３、プリフィックス６１４、繰返し可能６１５、必須６１６、編集可能６１７を持つ。プリフィックスとはステートメント識別子の先頭に付く固定部分を表す。メタデータテーブル１３の１行が１つのステートメントやパラメタの規則に対応する。タイプＩＤ６１１はメタデータテーブル１３におけるステートメントやパラメタを現すＩＤであり、ステートメントやパラメタ毎に異なる。親ＩＤ６１２は階層上での上位のステートメントやパラメタのタイプＩＤ６１１を持ち、階層の上下関係を示す。追加するステートメントやパラメタは、親ＩＤ６１２に対応するタイプＩＤ６１１のステートメントやパラメタの下位にのみ追加できる。
【００２７】例えば、タイプＩＤ６１１が２の名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭ ＯＰＴＩＯＮ”は、親ＩＤ６１２が１なので、タイプＩＤ６１１が１の名称６１３”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”にのみ追加できる。また、親ＩＤ６１２をタイプＩＤ６１１で検索することにより、下位に何が追加できるかを探すことができる。例えば、名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭＯＰＴＩＯＮ”のタイプＩＤ６１１が２であるため、親ＩＤ６１２を２で検索することで、名称６１３”ＲＥＣＯＶＥＲＹ ＴＡＳＫ ％１”、”ＪＯＵＲＮＡＬ ＲＥＡＤ ＢＵＦＦＥＲ ％１”、”ＣＰＤＵＭＰ ＧＥＴ ＥＸＣＬＵＳＩＶＥ ％１”、”ＵＡＰＲＢＡＣＫ ＥＸＣＬＵＳＩＶＥ ％１”を下位に追加できることが分かる。名称６１３はステートメントやパラメタの名称である。この名称６１３を階層表示ＧＵＩ１や生成する定義情報３１で使用する。名称６１３にある“％１”は該当するステートメントやパラメタが値を持つことを示す。また、名称６１３が“％１”のみの場合は値しかないことを現す。プリフィックス６１４はステートメントやパラメタの値が可変文字列の場合、文字列のプリフィックス部分を指定する。例えば、プリフィックス６１４が”ＡＣＴＤＥＦ”の場合、追加する値は”ＡＣＴＤＥＦ００１”、”ＡＣＴＤＥＦ００２”、”ＡＣＴＤＥＦ００３”の様に自動的に変化する。
【００２８】繰返し可能６１５はステートメントやパラメタを複数追加できることを示す。例えば、タイプＩＤ６１１が７の名称６１３”ＡＣＴＩＶＩＴＹ ＳＥＴ ％１”は繰返し可能６１５がＴＲＵＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の下位に複数個追加できる。また、タイプＩＤ６１１が２の名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭ ＯＰＴＩＯＮ”は繰返し可能６１５がＦＡＬＳＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の下位に１つしか追加できない。
【００２９】必須６１６は該当するステートメントやパラメタが最低１個は必要であることを示す。つまり、１個しか存在しないステートメントやパラメタの必須６１６がＴＲＵＥの場合は、該当ステートメントやパラメタを削除できない。例えば、タイプＩＤ６１１が７の名称６１３”ＡＣＴＩＶＩＴＹ ＳＥＴ ％１”は必須６１６がＴＲＵＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の下位に１個しか存在しない場合は削除できない。また、タイプＩＤ６１１が２の名称６１３”ＡＣＴＩＶＩＴＹ ＳＹＳＴＥＭ ＯＰＴＩＯＮ”は必須６１６がＦＡＬＳＥのため、親ＩＤ６１２が示す名称”ＡＣＴＩＶＩＴＹＤＥＦＩＮＥ ％１”の下位に１つしか存在しなくても削除できる。編集可能６１７は値が可変文字列または数字であり編集できることを示す。例えば、タイプＩＤ６１１が１の名称６１３”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ ％１”の編集可能６１７がＴＲＵＥのため値の編集ができる。また、タイプＩＤ６１１が５の名称６１３”ＣＰＤＵＭＰ ＧＥＴ ＥＸＣＬＵＳＩＶＥ ％１”の編集可能６１７がＦＡＬＳＥのため値の編集ができない。名称６１３に”％１”があり（値有）、編集可能６１７がＦＡＬＳＥ（編集不可）のステートメントやパラメタは、値が”ＹＥＳ”、”ＮＯ”といった固定値であるため、値の選択はできるが編集はできないことを示す。こういった選択するための固定値は候補値テーブル１５が持つ。
【００３０】図７に候補値テーブル１７を示す。タイプＩＤ８１１はメタデータテーブル１３のタイプＩＤ６１１と同じＩＤである。候補値８１２は、”ＹＥＳ”、”ＮＯ”等の固定値しか指定できないパラメタ値や、パラメタ値のデフォルトが必要な場合に指定する。同じタイプＩＤ８１１が複数存在する場合、階層表示ＧＵＩ１のメニューには値の選択候補として複数の候補値８１２を表示する。
【００３１】また、同じタイプＩＤ８１１が複数存在する場合のデフォルト値は先頭の候補値８１２となる。例えば、図６のタイプＩＤ６１１が８の名称６１３”ＡＣＴＪＦ ％１”に対応するアイコンを階層表示ＧＵＩ１で右クリックした場合、メニューに表示する選択候補値は、図７のタイプＩＤ８１１が８である候補値８１２”ＵＳＥ”、”ＮＯＵＳＥ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＹＥＳ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＮＯ”の４つである。また、タイプＩＤ８１１が８の候補値８１２の中で上位である”ＵＳＥ”をデフォルト値とする。
【００３２】候補値テーブル８により、ユーザはパラメタ名に指定する（対応する）パラメタ値が何かを調べる必要が無い。また、デフォルト値を持てるので、一々パラメタ値を指定する必要が無い。候補値テーブルにすべての候補値が網羅されているとは限らない。このときは直接入力することになる。候補値テーブルは値の入力を補助する働きをする。
【００３３】これらメタデータテーブル１３と候補値テーブル１５が持つ規則に従って、階層表示ＧＵＩ３は定義情報の構築を制御する。従って、新たな定義情報を構築したい場合や定義情報の規則を変更したい場合は、階層表示ＧＵＩ３を変更すること無く、メタデータテーブル１３や候補値テーブル１５を変更するだけで良い。
【００３４】階層表示ＧＵＩ３で構築した定義情報は図８R>８で示したインスタンステーブル１４に保存する。インスタンステーブル１４の１行が階層表示ＧＵＩでの１個のアイコンに対応する。インスタンステーブル１４はアイコンをテキストに書き直した形のパスと値を持つ。即ち、インスタンステーブル１４はタイプＩＤ７１１、パス７１２、値７１３から成る。
【００３５】パスはＧＵＩで指定されたアイコンがインスタンステーブルではどの行かを指定するために必要なものである。メタテーブルの１行に対してインスタンステーブルでは複数行作成出来る。アイコンの追加や削除によりインスタンステーブルの行も追加や削除が出来る。インスタンステーブルのパスを見て該当行をテキストに作成するかどうかが判断される。このように、ＧＵＩを使ったシステムパラメタの作成の操作性は良い。
【００３６】タイプＩＤ７１１はメタデータテーブル１３のタイプＩＤ６１１と同じＩＤである。パス７１２はステートメントやパラメタの階層位置を示す。各階層で指定された値７１３を”／”で区切る形式である。階層が深くなるにつれてパス７１２が大きくなる。値７１３はステートメントやパラメタに指定した値である。インスタンステーブル１４を参照することにより、どのステートメントやパラメタが、階層のどの位置に指定され、どういった値を持つかが分かる。
【００３７】階層表示ＧＵＩ３とメタデータテーブル１３とインスタンステーブル１４の関係を図９で示す。階層表示ＧＵＩ３がアイコンを配置する時、保存したインスタンステーブル１４を参照する。アイコンを配置するための階層位置はパス７１２で求める。アイコンに表示する名称１２６はインスタンステーブル１４のタイプＩＤ７１１に対応するメタデータテーブル１３の名称６１３から求める。表示する値１２７はインスタンステーブルの値７１３から求める。
【００３８】次にテキスト生成プログラム５とメタデータテーブル１３とインスタンステーブル１４の関係を図１０１０で示す。テキスト生成プログラム５は定義情報３１を生成する時、インスタンステーブル１４を参照する。定義文を配置するための位置はパス７１２で求める。定義文のステートメント名やパラメタ名はインスタンステーブル１４のタイプＩＤ７１１に対応するメタデータテーブル１３の名称６１３から求める。ステートメント識別子やパラメタ値はインスタンステーブルの値７１３から求める。また、逆に定義情報３１を読込んで、インスタンステーブル１４を作成する場合は、定義情報３１をメタデータテーブル１３の名称６１３で解析することで、インスタンステーブル１４を作成する。
【００３９】階層表示ＧＵＩ１はユーザによって追加・削除された情報をインスタンステーブル１４に保存する。次回階層表示ＧＵＩ１起動時はインスタンステーブル１４が保持する情報に従って、アイコンを配置し、階層を復元する。テキスト生成プログラム５はインスタンステーブル１４が保持する情報に従って、定義情報３１を生成する。従って、定義情報規則の追加や変更のために、メタデータテーブル１３や候補値テーブル１５を変更した場合、以前構築した定義情報（インスタンステーブル１４）を変更せずにそのまま使用できる。
【００４０】ここで、定義文を増やしたい、または全く別なコンピュータシステムについての定義文を作成したいとの要求があった場合、メタデータテーブル１３とインスタンステーブル１４のカラムを増やし、そこに新しいデータを作成することによって実現出来る。即ち、同一の記述ルールに従ってパラメタを追加するだけでシステムパラメタの定義文の作成が出来る。
【００４１】次に定義文追加時の階層表示ＧＵＩとインスタンステーブルの流れを図１１で示す。階層表示ＧＵＩ３で定義文を追加したいフォルダアイコン１４１をマウスで右クリックする。階層表示ＧＵＩ１はフォルダアイコンに対応するメニュー１４２を表示する。メニュー１４２には”ステートメント追加”、”フォルダ追加”、”削除”、”編集”を表示する。ユーザはメニューから”ステートメント追加”を選択する。階層表示ＧＵＩ１１はステートメント追加用ダイアログ１４３を表示する。フォルダのタイプＩＤ６１１は０なので、メタデータテーブル６から親ＩＤ６１２が０の名称６１３を探し出し、ステートメント追加用ダイアログ１４３にステートメントリストとして表示する。
【００４２】ユーザがステートメント追加用ダイアログ１４３のステートメントリストから”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”を選択すると、ステートメント追加用ダイアログ１４３を閉じる。階層表示ＧＵＩ１には”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”のステートメントアイコン１４４を追加する。また、メタデータテーブル６の親ＩＤ６１２により、名称６１３”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”より下位の情報をパラメタアイコンとして追加する。このとき、追加したアイコンに対応する情報をインスタンステーブル１４にも追加する。変更前インスタンステーブル７２１の状態から、変更後インスタンステーブル７２２の状態へ情報を追加する。以上が定義文を１つ追加した時の流れである。ユーザが階層表示ＧＵＩ３上でこれを繰返すことにより、目的のシステム定義のパラメタ情報を持つインスタンステーブル１４ができる。
【００４３】ユーザがテキスト生成を要求した場合、テキスト生成プログラム５は変更後インスタンステーブルの”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”情報７２３を元に、”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”ステートメント３１１を、変更後インスタンステーブルの”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”より下位の情報７２４を元に、”ＡＣＴＩＶＩＴＹ ＤＥＦＩＮＥ”のパラメタ３１２を生成する。これにより、目的のシステム定義のパラメタ情報３１が完成する。
【００４４】次に候補値テーブル１５を使用した値の変更方法の流れを図１２で示す。階層表示ＧＵＩ３でユーザがパラメタアイコン”ＡＣＴ ＪＦ”１５１をマウスで右クリックする。階層表示ＧＵＩ３はメタデータテーブル１３の名称６１３から”ＡＣＴ ＪＦ”のタイプＩＤ６１１を求める。”ＡＣＴ ＪＦ”のタイプＩＤ６１１が８のため、候補値テーブル１５からタイプＩＤ８１１が８の候補値８１２を求める。”ＡＣＴ ＪＦ”の候補値８１２”ＵＳＥ”、”ＮＯＵＳＥ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＹＥＳ”、”ＮＯＵＳＥ ＪＮＬＰＵＴ ＭＳＧ ＮＯ”をメニュー１５２に表示する。表示したメニュー１５２からユーザが”ＮＯＵＳＥ”を選択すると、パラメタアイコン”ＡＣＴ ＪＦ”１５３の値が”ＮＯＵＳＥ”に変わる。
【００４５】このとき、インスタンステーブル７の”ＡＣＴ ＪＦ”の値を”ＵＳＥ”７３１から”ＮＯＵＳＥ”７３２へ変更する。これにより、ユーザはパラメタに指定する値を入力すること無く、選択するだけで変更できる。
【００４６】図１３〜図１９に定義情報作成処理の流れをＰＡＤ（Ｐｒｏｂｌｅｍ Ａｎａｌｙｚｅｄ Ｄｅｓｉｇｎ）図で示す。始めに図１３について説明する。本システムを起動し、定義情報作成開始９０１に入る。階層表示ＧＵＩ３でユーザがアイコン１２５を右クリックすることが処理の契機となる（９０２）。
【００４７】右クリックされたアイコン１２５に対応するメタデータテーブル１３の情報を求める（９０４）。メタデータテーブル１３の情報に従って表示するメニュー１２８を変更する。タイプＩＤ６１１が０であれば（９０５）、フォルダアイコン独自のメニュー「ステートメント追加」（９０６）、「フォルダ追加」（９０７）をメニュー１２８に追加する。繰返し可能６１５がＴＲＵＥであれば（９０８）、メニュー１２８に「コピーを追加」を追加する（９０９）。
【００４８】編集可能６１７がＴＲＵＥであれば（９１０）、メニュー１２８に「編集」を追加する（９１１）。必須６１６がＦＡＬＳＥであれば（９１２）、メニュー１２８に「削除」を追加する（９１３）。作成したメニュー１２８を階層表示ＧＵＩ１に表示する（９１４）。ユーザは表示されたメニュー１２８から実行したいメニューを選択する。ユーザに選択されたメニューに従って各処理をコールする（９１５）。
【００４９】次にステートメント追加処理が選択された場合の処理を図１４に従い説明する。「ステートメント追加」が選択された場合（９１６）、ステートメント追加処理９２１をコールし、ステートメントアイコンと該当ステートメントに属するパラメタアイコンを追加する。ステートメント追加処理９２１では、メタデータテーブル６の行数分ループし（９２２）、親ＩＤ６１２が０の行を探す（９２３）。親ＩＤ６１２が０の場合はステートメントしかないので、名称６１３をステートメントリストリストに追加する（９２４）。ステートメントリストをダイアログ１４３に表示しユーザに選択させる（９２５）。ユーザが選択したステートメントに対応するメタデータテーブル６の行を求める（９２６）。繰返し可能６１５がＦＡＬＳＥかつ右クリックしたフォルダアイコンに対応するインスタンステーブル１４のパス７１２に同じタイプＩＤ７１１が存在する場合（９２７）、追加できないのでエラーを表示する（９２８）。
【００５０】９２７の条件に合わない場合は追加できるので、メタデータテーブル１３の名称６１３をアイコンの名称１２６とし（９２９）、メタデータテーブル１３のプリフィックス６１４にユニークな数字を付加してアイコンの値１２７とし（９３０）、階層表示ＧＵＩ１の右クリックしたアイコンの下位にステートメントアイコンを追加する（９３１）。追加したアイコンに対応するパス７１２と値７１３をインスタンステーブル１４に追加する（９３２）。
【００５１】次にパラメタ追加処理について図１５により説明する。始めに、９３５をコールして（図１４、９３３）、ステートメントアイコンの下位にパラメタアイコンを作成する。パラメタ追加処理９３５では、ループの初期設定として追加したステートメントのタイプＩＤ６１１をワークタイプＩＤにセットする（９３６）。パラメタの追加が発生する間ループする（９３７）。メタデータテーブル１３の行数分ループし（９３８）、親ＩＤ６１２がワークのタイプＩＤと一致するかチェックする（９３９）。一致する場合、メタデータテーブル１３のループ該当行はワークタイプＩＤの下位の情報であるため、追加処理を行う。
【００５２】アイコンの名称１２６はメタデータテーブル１３の名称６１３をセットする（９４０）。アイコンの値１２７はプリフィックス６１４があれば（９４１）、プリフィックス６１４にユニークな数字を付加して値とする（９４２）。プリフィックス６１４が無ければ、候補値テーブル１５の行数分ループし（９４６）、メタデータテーブル１３のタイプＩＤ６１１と候補値テーブル１５のタイプＩＤ８１１が一致（９４７）した候補値８１２を値とする（９４８）。階層表示ＧＵＩ１に求めた名称１２６と値１２７でパラメタアイコンを追加する（９４３）。インスタンステーブル１４に追加したアイコンのパス７１２と値７１３を追加する（９４４），（９４５）。
【００５３】現在のワークタイプＩＤでメタデータテーブル６の行数分ループしたら（９３８）、追加したパラメタに対応するタイプＩＤ６１１をワークタイプＩＤにセットし（９４９）、再度９３８〜９４５までの処理を実行する。これをパラメタ追加が無くなるまで実行する（９３７）ことにより、追加したステートメントの下位に位置するすべてのパラメタを追加することができる。パラメタ追加が無くなれば９０３へリターンする。
【００５４】次に９１５でユーザが「フォルダ追加」を選択した場合を図１６により説明する。フォルダ追加処理９５１をコールし、右クリックしたアイコンの下にフォルダアイコンを追加する。フォルダ追加処理９５１では、名称をメタデータテーブル６の名称６１３から求める（９５２）（Ｆｏｌｄｅｒ）。値はメタデータテーブル１３のプリフィックス６１３にユニークな数字を付加する（９５３）（ＦＯＬＤＥＲｎ）。
【００５５】階層表示ＧＵＩ１の右クリックしたアイコンの下位に求めた名称（Ｆｏｌｄｅｒ）１２６と値（ＦＯＬＤＥＲｎ）１２７でフォルダアイコンを追加する（９５４）。追加したフォルダアイコンに対応するパス７１２と値７１３をインスタンステーブル１４に追加し（９５５）、９０３へリターンする（９５６）。これでフォルダアイコンが階層表示ＧＵＩ３とインスタンステーブル１４に追加される。
【００５６】次に９１５でユーザが「コピー追加」を選択した場合を図１７で説明する。コピー追加処理９５７をコールし、右クリックしたアイコンと同じ定義情報を持つアイコンを新たに追加する。コピー追加処理９５７では、メタデータテーブル１３から右クリックしたアイコンに対応する名称６１２を求める（９５８）。メタデータテーブル１３のプリフィックス６１４にユニークな数字を付加して値を求める（９５９）。
【００５７】階層表示ＧＵＩ１の右クリックしたアイコンの同位に、求めた名称１２６と値１２７でアイコンを追加する（９６０）。追加したアイコンに対応するパス７１２と値７１３をインスタンステーブルに追加する（９６１）。右クリックしたアイコンの下位のアイコンが存在する個数分ループする（９６２）。
【００５８】インスタンステーブル１４のパス７１２を参照し、右クリックしたアイコンより下位のアイコンのタイプＩＤ７１１と値７１３を求める（９６３）。求めた名称１２６と値１２７で階層表示ＧＵＩ１にアイコンを追加する（９６４）。追加したアイコンに対応するパス７１２と値７１３をインスタンステーブル１４に追加する（９６５）。右クリックしたアイコンの下位アイコンの個数分、９６３から９６５を繰返したら９０３へリターンする（９６６）。
【００５９】これにより、右クリックしたアイコンとその下位アイコンすべてを複写して新たな定義情報として追加できる。
【００６０】次に９１５でユーザが「編集」を選択した場合について図１８により説明する。編集処理９６７をコールし、値の直接編集を行う。編集処理９６７では、インスタンステーブル１４から右クリックされたアイコンに対応する値７１３を求める（９６８）。
【００６１】ユーザが直接値を変更できる編集用ダイアログに求めた値７１３をセットして表示する（９６９）。インスタンステーブル１４の値７１３と階層表示ＧＵＩ３の値１２７を編集用ダイアログでユーザに指定された値で変更して（９７０）、９０３へリターンする（９７１）。これにより、ユーザが任意の値で直接編集できる。
【００６２】次に９１５でユーザが「削除」を選択した場合について図１９により説明する。削除処理９７２をコールし、右クリックしたアイコンとその下位アイコンをすべて削除する。削除処理９７２では、右クリックしたアイコンに対応するパス７１２をインスタンステーブル７から求める（９７３）。右クリックしたアイコンの下位にアイコンが存在する間ループする（９７４）。右クリックしたアイコンの下位アイコンに対応する行をインスタンステーブル１４から求める（９７５）。階層表示ＧＵＩ３から該当アイコンを削除する（９７６）。インスタンステーブル１４から該当行を削除する（９７７）。
【００６３】９７５〜９７７を繰返し、右クリックしたアイコンとその下位アイコンが無くなれば９０３へリターンする（９７８）。これにより、右クリックしたアイコンと下位アイコンすべてを削除する。
【００６４】９１５でユーザに選択された各メニューに対応する処理を実行後、９０３へ進む。９０３では階層表示ＧＵＩ１の画面をユーザが閉じたかどうか判定する。階層表示ＧＵＩ１を閉じなければ定義情報作成を続行するため９０２へ、階層表示ＧＵＩ１を閉じた場合は、定義情報作成終了のため９０３１へ進む。
【００６５】以上説明した発明の実施形態から、本実施形態では以下に記載する効果がある。システムパラメタの記述ルールおよびＧＵＩに表示するメニューをデータベースに持つため、システムパラメタ作成のためのプログラムやＧＵＩを１つのシステムだけに特化しない効果、システムがバージョンアップしてもプログラムやＧＵＩを再作成せずにデータベース内のデータ変更だけで済む効果がある。
【００６６】また、パラメタ構成を階層表示する１つのＧＵＩ上で作成するため、異なったシステムパラメタの作成でも、統一されたユーザインタフェースを提供できる効果がある。さらに、作成したシステムパラメタの情報をデータベースに保存することおよびデータベースに保存したパラメタを再度使用できることにより、作成したシステムパラメタ情報をバージョンアップ後のシステムに適用したり、パラメタ記述形式が類似な他のシステムへの再利用が容易となる効果がある。
【００６７】
【発明の効果】以上のような本発明によれば、ＧＵＩを変更することなくさまざまなシステムパラメタの構築が可能になる。
【図面の簡単な説明】
【図１】本発明の構成図である。
【図２】システム定義文の構成例である。
【図３】システム定義文を階層で表現した図である。
【図４】階層表示ＧＵＩとシステム定義文の関係を示した図である。
【図５】階層表示ＧＵＩの表示例である。
【図６】メタデータテーブル例である。
【図７】候補値テーブル例である。
【図８】インスタンステーブル例である。
【図９】メタデータテーブル、インスタンステーブル、階層表示ＧＵＩの関係を示した図である。
【図１０】メタデータテーブル、インスタンステーブル、テキスト生成の関係を示した図である。
【図１１】定義文追加時の流れを示した図である。
【図１２】候補値テーブルによる値変更の流れを示した図である。
【図１３】本発明の処理の流れをＰＡＤ（Ｐｒｏｂｌｅｍ ＡｎａｌｙｚｅｄＤｅｓｉｇｎ）で示した図である。
【図１４】ステートメント追加処理の処理フロー図である。
【図１５】パラメタ追加処理の処理フロー図である。
【図１６】フォルダ追加処理の処理フロー図である。
【図１７】コピー追加処理の処理フロー図である。
【図１８】編集処理の処理フロー図である。
【図１９】削除処理の処理フロー図である。
【符号の説明】
１：クライアントＰＣ、２：システム構成管理プログラム、３：階層表示ＧＵＩ、４：リポジトリＡＰＩ、５：テキスト生成プログラム、１１：サーバ、１２：リポジトリＤＢ、１３：メタデータテーブル、１４：インスタンステーブル、１５：候補値テーブル、３１：定義情報およびコマンドのファイル、６１１〜６１７：メタデータテーブルの構成要素、７１１〜７１３：インスタンステーブルの構成要素、８１１，８１２：候補値テーブルの構成要素
【特許請求の範囲】
【請求項１】コンピュータのシステムパラメタの生成をＧＵＩを使用して行なうシステムパラメタ作成装置において、システムの違いに関係なく共通化されたＧＵＩと、システムの違いに関係なく共通化されたシステムパラメタ作成手段と、データベースに格納されたシステムパラメタのテーブル形式の記述ルールとを有することを特徴とするシステムパラメタ作成装置。
【請求項２】請求項１において、ＧＵＩはステートメントやコマンドの定義文を階層化したものであり、システムパラメータの記述ルールは階層構造、階層構造毎の名称及び値の有無、及び前記名称毎の記述属性を備えていることを特徴とするシステムパラメタ作成装置。
【請求項３】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示すメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存するインスタンステーブルを備えたシステムパラメタ作成装置のシステムパラメタの作成方法であって、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成し、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録し、前記インスタンステーブルの各行を基に前記インスタンステーブルの値と前記メタデータテーブルの名称を合わせてシステムパラメタの定義文を作成することを特徴とするシステムパラメタの作成方法。
【請求項４】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示しタイプＩＤ毎に１カラムが構成されるメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと、定義情報やコマンドの構造を保存しタイプＩＤ毎に１カラムが構成されるインスタンステーブルを備えたシステムパラメタ作成装置のシステムパラメタの作成方法であって、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成し、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録し、前記インスタンステーブルのタイプＩＤに対応する前記メタデータテーブルの名称と前記インスタンステーブルの値とを合わせてシステムパラメタの定義文を作成することを特徴とするシステムパラメタの作成方法。
【請求項５】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示すメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存するインスタンステーブルと、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成する手段と、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録する手段と、前記インスタンステーブルの各行を基に前記インスタンステーブルの値と前記メタデータテーブルの名称を合わせてシステムパラメタの定義文を作成する手段とを備えたことを特徴とするシステムパラメタの作成装置。
【請求項６】請求項５において、前記メタデータテーブルと、前記候補値テーブルと、前記インスタンステーブルはデータベースに格納されていることを特徴とするシステムパラメタの作成装置。
【請求項７】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示しタイプＩＤ毎に１カラムが構成されるメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存しタイプＩＤ毎に１カラムが構成されるインスタンステーブルと、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成する手段と、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録する手段と、前記インスタンステーブルのタイプＩＤに対応する前記メタデータテーブルの名称と前記インスタンステーブルの値とを合わせてシステムパラメタの定義文を作成する手段とを備えたことを特徴とするシステムパラメタの作成装置。
【請求項８】ステートメントやコマンドがどのようなパラメタで構成されるか、どのような値を取るかを示すメタデータテーブルと、とり得るパラメタ値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存するインスタンステーブルを備えたシステムパラメタ作成装置のＧＵＩ表示方法であって、ステートメントやコマンドの定義文の構造を階層化して前記メタデータテーブルに基づき名称を表示し、前記補助テーブルにより値の選択メニューを表示し、前記メニューにより選択され前記インスタンステーブルに登録された選択値により値を表示することを特徴とするＧＵＩ表示方法。
【請求項９】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示すメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと、定義情報やコマンドの構造を保存するインスタンステーブルを備えたシステムパラメタ作成装置におけるプログラムを記録した記録媒体であって、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成し、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録し、前記インスタンステーブルの各行を基に、前記インスタンステーブルの値と前記メタデータテーブルの名称を合わせてシステムパラメタの定義文を作成することを特徴とするシステムパラメタの作成プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１０】コンピュータシステムのシステムパラメタを生成するデータを記録したコンピュータ読み取り可能な記録媒体であって、システム定義文と値とを１カラムに一つのタイプＩＤが付与されて有するインスタンステーブルと、ステートメントとパラメタの名称、及び値が前記ステートメントとパラメタに付与されるかどうかの識別子とが１カラムに一つのタイプＩＤを付与されて構成されたメタデータテーブルとを有し、前記メタデータテーブルのステートメントとパラメタの名称と前記インスタンステーブルの値とが組み合わされるよう前記インスタンステーブルのタイプＩＤを基に前記メタデータテーブルのタイプＩＤの対応がとられていることを特徴とするシステムパラメタを作成するデータを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】コンピュータのシステムパラメタの生成をＧＵＩを使用して行なうシステムパラメタ作成装置において、システムの違いに関係なく共通化されたＧＵＩと、システムの違いに関係なく共通化されたシステムパラメタ作成手段と、データベースに格納されたシステムパラメタのテーブル形式の記述ルールとを有することを特徴とするシステムパラメタ作成装置。
【請求項２】請求項１において、ＧＵＩはステートメントやコマンドの定義文を階層化したものであり、システムパラメータの記述ルールは階層構造、階層構造毎の名称及び値の有無、及び前記名称毎の記述属性を備えていることを特徴とするシステムパラメタ作成装置。
【請求項３】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示すメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存するインスタンステーブルを備えたシステムパラメタ作成装置のシステムパラメタの作成方法であって、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成し、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録し、前記インスタンステーブルの各行を基に前記インスタンステーブルの値と前記メタデータテーブルの名称を合わせてシステムパラメタの定義文を作成することを特徴とするシステムパラメタの作成方法。
【請求項４】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示しタイプＩＤ毎に１カラムが構成されるメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと、定義情報やコマンドの構造を保存しタイプＩＤ毎に１カラムが構成されるインスタンステーブルを備えたシステムパラメタ作成装置のシステムパラメタの作成方法であって、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成し、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録し、前記インスタンステーブルのタイプＩＤに対応する前記メタデータテーブルの名称と前記インスタンステーブルの値とを合わせてシステムパラメタの定義文を作成することを特徴とするシステムパラメタの作成方法。
【請求項５】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示すメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存するインスタンステーブルと、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成する手段と、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録する手段と、前記インスタンステーブルの各行を基に前記インスタンステーブルの値と前記メタデータテーブルの名称を合わせてシステムパラメタの定義文を作成する手段とを備えたことを特徴とするシステムパラメタの作成装置。
【請求項６】請求項５において、前記メタデータテーブルと、前記候補値テーブルと、前記インスタンステーブルはデータベースに格納されていることを特徴とするシステムパラメタの作成装置。
【請求項７】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示しタイプＩＤ毎に１カラムが構成されるメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存しタイプＩＤ毎に１カラムが構成されるインスタンステーブルと、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成する手段と、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録する手段と、前記インスタンステーブルのタイプＩＤに対応する前記メタデータテーブルの名称と前記インスタンステーブルの値とを合わせてシステムパラメタの定義文を作成する手段とを備えたことを特徴とするシステムパラメタの作成装置。
【請求項８】ステートメントやコマンドがどのようなパラメタで構成されるか、どのような値を取るかを示すメタデータテーブルと、とり得るパラメタ値の候補を示す候補値テーブルと定義情報やコマンドの構造を保存するインスタンステーブルを備えたシステムパラメタ作成装置のＧＵＩ表示方法であって、ステートメントやコマンドの定義文の構造を階層化して前記メタデータテーブルに基づき名称を表示し、前記補助テーブルにより値の選択メニューを表示し、前記メニューにより選択され前記インスタンステーブルに登録された選択値により値を表示することを特徴とするＧＵＩ表示方法。
【請求項９】ステートメントやコマンドがどのようなパラメタで構成されるか及びどのような値を取るかを示すメタデータテーブルと、とり得るパラメタの値の候補を示す候補値テーブルと、定義情報やコマンドの構造を保存するインスタンステーブルを備えたシステムパラメタ作成装置におけるプログラムを記録した記録媒体であって、ステートメントやコマンドの定義文の構造を階層化したＧＵＩを形成し、前記ＧＵＩ上で前記候補値テーブルから作成されたメニューから選択された値を前記インスタンステーブルに登録し、前記インスタンステーブルの各行を基に、前記インスタンステーブルの値と前記メタデータテーブルの名称を合わせてシステムパラメタの定義文を作成することを特徴とするシステムパラメタの作成プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１０】コンピュータシステムのシステムパラメタを生成するデータを記録したコンピュータ読み取り可能な記録媒体であって、システム定義文と値とを１カラムに一つのタイプＩＤが付与されて有するインスタンステーブルと、ステートメントとパラメタの名称、及び値が前記ステートメントとパラメタに付与されるかどうかの識別子とが１カラムに一つのタイプＩＤを付与されて構成されたメタデータテーブルとを有し、前記メタデータテーブルのステートメントとパラメタの名称と前記インスタンステーブルの値とが組み合わされるよう前記インスタンステーブルのタイプＩＤを基に前記メタデータテーブルのタイプＩＤの対応がとられていることを特徴とするシステムパラメタを作成するデータを記録したコンピュータ読み取り可能な記録媒体。
【図２】
【図３】
【図１】
【図４】
【図８】
【図１８】
【図５】
【図６】
【図１５】
【図７】
【図９】
【図１６】
【図１７】
【図１０】
【図１１】
【図１９】
【図１２】
【図１３】
【図１４】
【図３】
【図１】
【図４】
【図８】
【図１８】
【図５】
【図６】
【図１５】
【図７】
【図９】
【図１６】
【図１７】
【図１０】
【図１１】
【図１９】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００１−１３４４２４（Ｐ２００１−１３４４２４Ａ）
【公開日】平成１３年５月１８日（２００１．５．１８）
【国際特許分類】
【出願番号】特願平１１−３１３３６０
【出願日】平成１１年１１月４日（１９９９．１１．４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１３年５月１８日（２００１．５．１８）
【国際特許分類】
【出願日】平成１１年１１月４日（１９９９．１１．４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]