(57)【要約】    【課題】  多数のデシジョンテーブルを用いた大規模処理システムでは、使用する処理プログラムも多数必要となり、処理プログラムの開発や変更時の負担が過大であった。    【解決手段】  物理レコード構造が相互に等しい複数の構成要素単位からなるデシジョンテーブルを用い、かつ、一の物理レコードのレコード長が相互に異なる各デシジョンテーブルを所定レコード長に統一した構造の保管テーブルに変換して保管用記憶媒体に格納するテーブル変換格納手段を設ける。テーブル変換格納手段は、デシジョンテーブルの一の物理レコードのデータ群の処理として、該データ群を構成要素単位毎に分割し（Ｓ１３８〜１４０）、分割したデータ毎にデータ構造情報を付加することで、保管テーブルの一の物理レコードを生成する処理を行い、かつ、デシジョンテーブルの一の物理レコードの処理が終了すると、保管テーブルの次の物理レコードに区切記号情報を挿入するための処理を行う。【選択図】  図１０Ａ
2005157959.tif 000002
【特許請求の範囲】
【請求項１】
１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有し、かつ物理レコード構造が相互に等しい複数の構成要素単位からなるデシジョンテーブルを、保管テーブルに変換して保管用記憶媒体に格納するテーブル変換格納手段と、
前記保管テーブルを前記保管用記憶媒体から読み出して、各種処理プログラムで使用できるように前記デシジョンテーブルに変換するテーブル読出変換手段と、を有し、
前記テーブル変換格納手段は、前記処理プログラムで規定しているデシジョンテーブルのテーブル構造情報を、前記デシジョンテーブルの一の構成要素単位の物理レコード情報毎に対応付けて一の物理レコード情報とするように、前記デシジョンテーブルを保管テーブルに変換すること
を特徴とするテーブルデータ管理装置。
【請求項２】
前記テーブル変換格納手段は、一の物理レコードのレコード長が相互に異なる各デシジョンテーブルを、所定のレコード長に統一した構造の保管テーブルに変換する手段であること
を特徴とする請求項１記載のテーブルデータ管理装置。
【請求項３】
前記デシジョンテーブルのテーブル構造情報には、構成要素単位の名称を示す項目名称情報と、当該構成要素単位が条件か解値かの別を示す項目種別情報と、が含まれること
を特徴とする請求項１又は２記載のテーブルデータ管理装置。
【請求項４】
前記テーブル変換格納手段は、デシジョンテーブルの一の物理レコード（行）の処理として、該物理レコード（行）のデータ群を前記構成要素単位毎に分割し、分割したデータ毎にデータ構造情報を付加することで、保管テーブルの一の物理レコード（行）を生成する処理を行い、かつ、デシジョンテーブルの一の物理レコード（行）の処理が終了すると、保管テーブルの次の物理レコード（行）に区切記号情報を挿入する処理を行うことで、デシジョンテーブルを保管テーブルに変換すること
を特徴とする請求項１乃至３のいずれか１項に記載のテーブルデータ管理装置。
【請求項５】
前記デシジョンテーブルの構成要素単位を増減可能に編集するためのデシジョンテーブル編集手段を備え、
前記テーブル変換格納手段は、前記デシジョンテーブル編集手段により編集対象となったデシジョンテーブルを前記保管テーブルに変換して前記保管用記憶媒体に格納すること
を特徴とする請求項１乃至４のいずれか１項に記載のテーブルデータ管理装置。
【請求項６】
前記デシジョンテーブル編集手段は、デシジョンテーブルの構成要素単位におけるレコード情報とこれに対応するテーブル構造情報を追加又は削除可能に編集するための表示画面を表示部に出力し、操作入力部の操作に基づく処理を行う手段であること
を特徴とする請求項５記載のテーブルデータ管理装置。
【請求項７】
１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有するデシジョンテーブルを用いて、少なくとも該デシジョンテーブルに規定された解値の決定を含む各種処理を行う処理プログラムを具備する処理システムに用いられるテーブルデータ管理装置であって、
前記処理プログラムに規定すべきデシジョンテーブルのテーブル構造情報と、当該デシジョンテーブルの物理レコード情報と、を対応付けた物理レコード情報を有する保管テーブルが格納された保管用記憶媒体と、
前記処理プログラムの実行時に、前記保管用記憶媒体から前記保管テーブルを読み出して前記デシジョンテーブルに変換して、該処理プログラムに前記テーブル構造情報を供給するテーブル読出変換手段と、を備えたこと
を特徴とするテーブルデータ管理装置。
【請求項８】
前記保管用記憶媒体に格納された前記保管テーブルは、前記デシジョンテーブルの一の物理レコード（行）が複数の物理レコード（行）に分割され、かつ、前記デシジョンテーブルの一の物理レコード（行）毎に区切記号情報が挿入された構造のテーブルであり、
前記テーブル読出変換手段は、前記保管用記憶媒体から読み出した保管テーブルの物理レコードを、読み出し順にメモリ内に展開するとともに、前記区切記号情報が入っている物理レコードまでを一区切りとして、デシジョンテーブルの物理レコードを再構築する処理を行うこと
を特徴とする請求項７記載のテーブルデータ管理装置。
【請求項９】
前記テーブル読出変換手段は、前記保管テーブルを前記デシジョンテーブルに変換する際に、保管テーブルの物理レコードにおける所定の列番号のデータを、テーブル構造情報として、当該デシジョンテーブルを使用する処理プログラムに供給すること
を特徴とする請求項７又は８記載のテーブルデータ管理装置。
【請求項１０】
前記デシジョンテーブルは、一の物理レコード内に、前記条件値に関するｎ１個の情報が格納される条件項目格納領域と、解値に関するｎ２（ｎ２＝ｎ１）個の情報が格納される解値項目格納領域と、をそれぞれ１以上有する構造のテーブルであり、
前記保管テーブルは、一の物理レコード内に、前記条件値に関するｎ１個の情報が格納される条件項目格納領域と、解値に関するｎ２（ｎ２＝ｎ１）個の情報が格納される解値項目格納領域と、のいずれかを有し、かつ、当該値を定義付けるｍ個のテーブル構造情報が格納されるテーブル構造情報格納領域と、を有する構造のテーブルであること
を特徴とする請求項７乃至９のいずれか１項に記載のテーブルデータ管理装置。
【請求項１１】
前記デシジョンテーブルを前記保管テーブルに変換して前記保管用記憶媒体に格納するテーブル変換格納手段を備えたこと
を特徴とする請求項７乃至１０のいずれか１項に記載のテーブルデータ管理装置。
【請求項１２】
前記デシジョンテーブルを前記保管テーブルに変換して前記保管用記憶媒体に格納するテーブル変換格納手段を備え、
該テーブル変換格納手段は、デシジョンテーブルの一の物理レコード（行）の処理として、該物理レコード（行）のデータ群を前記項目格納領域毎に分割し、分割したデータ毎にテーブル構造情報を付加することで、保管テーブルの一の物理レコード（行）を生成する処理を行い、かつ、デシジョンテーブルの一の物理レコード（行）の処理が終了すると、保管テーブルの次の物理レコード（行）に区切記号を挿入する処理を行うことで、デシジョンテーブルを保管テーブルに変換すること
を特徴とする請求項１０記載のテーブルデータ管理装置。
【請求項１３】
前記デシジョンテーブルの編集を行うためのデシジョンテーブル編集手段を備え、
前記テーブル変換格納手段は、前記デシジョンテーブル編集手段により編集対象となったデシジョンテーブルを前記保管テーブルに変換して前記保管用記憶媒体に格納すること
を特徴とする請求項１２記載のテーブルデータ管理装置。
【請求項１４】
前記デシジョンテーブル編集手段は、前記デシジョンテーブルの前記条件項目格納領域及び／又は前記解値項目格納領域とこれに対応するテーブル構造情報を追加又は削除可能に編集するための表示画面を表示部に出力し、操作入力部の操作に基づく処理を行う手段であること
を特徴とする請求項１３記載のテーブルデータ管理装置。
【請求項１５】
前記デシジョンテーブルのテーブル構造情報には、物理レコード情報の条件値及び解値についての名称を表す名称情報と、条件値か解値かの別を示す種別情報と、が含まれること
を特徴とする請求項７乃至１４のいずれか１項に記載のテーブルデータ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テーブルデータ管理装置に関し、詳しくは、例えば１０００を越えるようなデシジョンテーブルを使用して各種処理を行う大規模処理システムに好適に用いられるテーブル管理装置に関する。
【背景技術】
【０００２】
従来より、コンピュータにより各種処理を行う処理システムにおいては、与えられた条件項目から解値を導き出すためのデシジョンテーブルと呼ばれるテーブルを用いて、プログラム処理を行っている。
【０００３】
ここで、デシジョンテーブルは、条件とそれに対応する解値（処理）を規定したもの、すなわち、ある条件項目又はその組み合わせのときにどのような解値（処理等）となるかを規定したテーブルであり、従来、例えば図１２乃至図１４に示すように、１又は複数の条件項目データに対応付けられた１又は複数の解値項目（処理等の項目）データが集合した構成のものが用いられていた。
【０００４】
以下、これらのデシジョンテーブルを簡単に説明すると、図１２に例示したデシジョンテーブルは、鋼材や熱処理等の諸条件から、製鋼の際に使用する熱処理炉を決定するためのテーブル（以下、熱処理炉決定テーブルという。）の例であり、一方、図１３と図１４に示すデシジョンテーブルは、担当者を決定するためのテーブル（以下、担当者決定テーブルという。）の例である。
【０００５】
図１２に例示した熱処理炉決定テーブルでは、列番号１〜３の各行には条件項目の項目値データが登録され、列番号４の各行には解値項目の項目値データが登録されるようになっている。具体的には、この例では、列番号１の各行には鋼材コードを示すデータが登録され、列番号２及び３の各行には熱処理コードを示すデータが登録され、列番号４の各行には解値項目としての熱処理炉コードを示すデータが登録されるようになっており、かつ、列番号２の各行に登録されるデータだけが、符号条件が「＜」に設定されている。
【０００６】
すなわち、この熱処理炉決定テーブルの登録データによれば、鋼材コードが「０２０２」で、かつ、熱処理コードが「Ｃ未満」の場合には、製鋼の際に「Ｅ−０２」の熱処理炉が使用され（第１行目）、一方、鋼材コードが「１００３」で、かつ、熱処理コードが「Ａ」の場合には、製鋼の際に「Ｔ−０１」の熱処理炉が使用される（第２行目）ことを表している。
【０００７】
一方、図１３及び図１４に例示した担当者決定テーブルでは、列番号１の各行には条件項目の項目値データが登録され、列番号２の各行には解値項目の項目値データが登録されるようになっている。具体的には、この例では、列番号１の各行には担当者コードを示すデータが登録され、列番号２の各行には担当者名称を示すデータが登録されるようになっている。さらに、図１４の担当者決定テーブルにおける列番号３の各行には、解値項目として、担当者の性別を示す項目値データが登録されるようになっている。
【０００８】
ここで、各デシジョンテーブルにあっては、最低でも１つ以上の条件項目、１つ以上の解値項目を持っている点では、共通したデータ構造となっていることが分かる。
【０００９】
そして、従来の処理システムでは、このようなデータ構造のデシジョンテーブルを用いて各種プログラム処理（テーブルの作成・更新・削除処理、テーブルの入出力処理、解値項目決定処理、等も含む）を行う場合には、デシジョンテーブルに規定された条件項目や解値項目についての１行分のデータを１つの物理レコードとして扱い、保管時にはハードディスク等の保管用記憶媒体（以下、記録媒体とも言う。）に一テーブル毎に記録して保管し、一方、プログラム処理時には一テーブル毎に適宜記録媒体から読み出してＣＰＵのメインメモリ（ＲＡＭ）等の作業領域に展開して、使用していた。
【００１０】
しかしながら、このような従来の処理システムでは、デシジョンテーブルとして条件又は解値の項目値のデータだけが登録された構造のものを使用しており、例えば、各列のデータにつき、その項目の種別（すなわち条件項目か解値項目かの別）や、名称（上述の各例では、鋼材コード、熱処理コード、熱処理炉コード、担当者コード、担当者名称、性別）や、性質（上述の各例では、＝，＜  などの符号条件）、と言ったテーブルの構造を示す情報（以下、テーブル構造情報という。）については全て処理プログラム側で定義されていたため、データ構造の異なるテーブル毎に、それぞれの処理プログラムが必要となる、という問題点があった。
【００１１】
すなわち、図１２の例で言うと、１列目の各行に登録されるデータ（０２０２，１００３）は、条件項目についてのデータであるとともに、鋼材コードに関するデータであり、さらには符号条件が「＝」の場合のデータである。また、２列目の各行に登録されるデータ（Ｃ）は、条件項目についてのデータであるとともに、熱処理コードに関するデータであり、さらには符号条件が「＜」の場合のデータである。一方、３列目の各行に登録されるデータ（Ａ）は、２列目と同様に、条件項目かつ熱処理コードに関するデータであるが、符号条件については「＝」の場合のデータである。そして、４列目の各行に登録されるデータ（Ｅ−０２，Ｔ−０１）は、解値項目についてのデータであるとともに、熱処理炉コードに関するデータであり、解値項目ゆえ符号条件が存在しないデータである。そして、従来の処理システムでは、こうした内容、すなわちテーブルの構造を定義するための情報を、処理プログラム内に記述しておく必要があった。
【００１２】
同様に、図１３及び図１４の例で言うと、１列目の各行に登録されるデータ（００１０，００１１，００１２）は、条件項目についてのデータであるとともに、担当者コードに関するデータであり、さらには符号条件が「＝」の場合のデータである。また、２列目の各行に登録されるデータ（田中，佐藤，山田）は、解値項目についてのデータであるとともに、担当者名称に関するデータであり、解値項目ゆえ符号条件が存在しないデータである。さらに、図１４の３列目の各行に登録されるデータ（男，男，女）は、解値項目についてのデータであるとともに、性別に関するデータであり、解値項目ゆえ符号条件が存在しないデータである。
【００１３】
ここで、図１３及び図１４に示すデシジョンテーブルの２列目に登録されるデータは、解値項目である点で、及び、符号条件の点でも、図１２のデシジョンテーブルの２列目に登録されるデータとは性質が全く異なっていることが分かる。また、図１４に示すデシジョンテーブルの３列目に登録されるデータも、同様に、図１２のデシジョンテーブルの３列目に登録されるデータとは性質が全く異なっていることになる。
【００１４】
すなわち、従前のシステムにおいては、ハードディスク等の記録媒体に記録して保管されるのはデシジョンテーブルに登録された行番号及び対応する項目値のデータのみであり、テーブルの構造を示すテーブル構造情報については記録、保管がなされなかったために、これらを逐一、処理プログラムに記述する必要があり、さらには、デシジョンテーブルのデータ構造が変わると、それに応じて使用するプログラム処理も変更する必要が生じていた。以下、この問題点についてより具体的に説明する。
【００１５】
従来の処理システムの概略構成についての機能ブロック図を図１５に示す。従来の処理システムは、デシジョンテーブルに基づく処理内容（解値）の決定や、デシジョンテーブルの編集、管理等を行うものであり、図１５に示すように、デシジョンテーブルを複数個格納するための所定の記録媒体を有するテーブル格納群１０１と、デシジョンテーブルの表示や編集を行うためのテーブル入出力機能群１０２と、デシジョンテーブルの登録データに基づき、いずれの解値項目にするかを決定するための解値項目決定機能群１０３と、を備えた構成となっている。
【００１６】
なお、処理システムで使用するハードウェア資源としては、テーブル格納群１０１がハードディスクドライブ等の記憶手段を使用し、テーブル入出力機能群１０２及び解値項目決定機能群１０３が、それぞれ、ＣＰＵ、キーボードやマウス等の操作入力手段、ＣＲＴやＬＣＤ等の表示手段、を使用するようになっている。
【００１７】
そして、この処理システムにおいては、テーブル格納群１０１（すなわち記憶手段）内に複数のデシジョンテーブル（テーブル０１，０２，・・・ｎ）が、個々のテーブル毎にファイル化して格納されるとともに、テーブル入出力機能群１０２のＣＰＵ内にはデシジョンテーブルの入出力や編集を行うためのテーブル入出力処理プログラム（プログラム０１，０２，・・・ｎ）が展開され、また、解値項目決定機能群１０３のＣＰＵ内には、上記操作入力手段の操作に基づいてデシジョンテーブルの解値項目を決定するための解値項目決定処理プログラム（プログラム０１，０２，・・・ｎ）が展開されるようになっている。
【００１８】
この処理システムによれば、操作者が操作入力手段を操作することで、目的に応じてテーブル入出力処理プログラム又は解値項目決定処理プログラムのいずれかが起動され、起動したいずれかのプログラムがテーブル格納群１０１から該当するファイル名のデシジョンテーブルを読み出してＣＰＵの作業領域（ＲＡＭ等の内部メモリ）に展開して、操作入力手段の操作に基づく所定処理を行うことなる。
【００１９】
ここで、テーブル入出力処理プログラムは、デシジョンテーブルを、キーボードやマウス等の操作入力手段を用いて編集（例えば各項目の追加、削除、修正など）できるように表示部に表示出力する処理、編集したデシジョンテーブルを記憶手段内に格納（更新）する処理、デシジョンテーブルをプリンタ等で印字出力する処理、等の各種処理を行う。一方、解値項目決定処理プログラムは、例えばデシジョンテーブルの条件項目を表示部に選択可能に表示する処理、操作入力部等の各種入力操作により選択された条件項目に基づいて、対応する解値項目を決定する処理、等を行う。
【００２０】
なお、デシジョンテーブルを用いた処理システムの従来例としては、階層型データを関係データベース形式のデータに変換するもの（特許文献１参照）や、項目（従属項目）の追加や削除についての手間を軽減するための発明（特許文献２参照）、等が知られている。
【特許文献１】特開２００２−１８３１４２号公報
【特許文献２】特開平５−１５１０４２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、従来の処理システムでは、上述のように、テーブル構造情報を処理プログラム側で定義していたため、デシジョンテーブルの上述したテーブル構造情報が変わると、テーブル構造情報を定義している処理プログラムの内容（記述）を変える必要が生じ、また、デシジョンテーブルの物理レコード長が変わると、デシジョンテーブルの入出力を行うプログラムの内容を変える必要が生じるため、デシジョンテーブルにアクセスする各処理プログラムに関して、そのデシジョンテーブルのパターン数に応じた数の処理プログラムの開発が必要となる、という問題点を有していた。
【００２２】
また、従来構成の処理システムでは、デシジョンテーブルにおける条件項目・解値項目の種類や個数についての追加、削除、修正等を行った場合には、追加、削除、修正等の対象となるデシジョンテーブル毎に、テーブル構造情報を定義している処理プログラムの内容を変更する必要が生じるので、処理プログラムを変更しないとなると、デシジョンテーブルの編集等に著しい制限が生じる、という問題点があった。
【００２３】
総じて、従来のシステムにおいては、デシジョンテーブルのデータ構造が変わると、処理プログラムの大部分を変更する必要が生じるため、図１５に示す各処理プログラム１〜ｎは、実質的には相互に異なるプログラムを使用する必要があった。
【００２４】
このように、従来の処理システムでは、複数のデシジョンテーブル毎に対応する個別の処理プログラムを開発する必要があったため、例えば１０００を越えるデシジョンテーブルを用いた大規模処理システムでは、使用する処理プログラムも１０００を越える数の開発が必要となり、処理プログラムの開発に莫大な手間がかかってしまうこと、さらには、条件項目・解値項目の種類及び個数に変更があった場合に、処理プログラムの変更に膨大な手間がかかってしまい、システム開発の長期化が免れない、という問題点があった。
【００２５】
本発明は、各デシジョンテーブルの物理レコードについて、条件項目や解値項目を共通のパターンに変換してテーブル保管し、相互に構成（テーブル構造情報や物理レコード長）の異なる複数のテーブルを同一手順で処理することを可能としたテーブルデータ管理装置を提供することを目的とする。
【課題を解決するための手段】
【００２６】
上記課題を解決した本発明のテーブルデータ管理装置は、１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有し、かつ物理レコード構造が相互に等しい複数の構成要素単位からなるデシジョンテーブルを、保管テーブルに変換して保管用記憶媒体に格納するテーブル変換格納手段と、保管テーブルを保管用記憶媒体から読み出して、各種処理プログラムで使用できるようにデシジョンテーブルに変換するテーブル読出変換手段と、を有し、テーブル変換格納手段は、処理プログラムで規定しているデシジョンテーブルのテーブル構造情報を、デシジョンテーブルの一の構成要素単位の物理レコード情報毎に対応付けて一の物理レコード情報とするように、デシジョンテーブルを保管テーブルに変換することを特徴とする。
【００２７】
本発明では、デシジョンテーブルのテーブル構造情報が、デシジョンテーブルの物理レコードの情報と対応付けて保管用記憶媒体に保管されるので、デシジョンテーブルのテーブル構造情報を予め処理プログラム側で定義する必要がなくなるとともに、テーブル読出変換手段によるデシジョンテーブルへの変換の際に、デシジョンテーブルのテーブル構造情報を処理プログラムに供給することが可能となる。
【００２８】
ここで、テーブル変換格納手段は、一の物理レコードのレコード長が相互に異なる各デシジョンテーブルを、所定のレコード長に統一した構造の保管テーブルに変換する手段とすることが好ましい。
【００２９】
また、デシジョンテーブルのテーブル構造情報には、構成要素単位の名称を示す項目名称情報と、当該構成要素単位が条件か解値かの別を示す項目種別情報と、が含まれる構成とする。
【００３０】
さらに、テーブル変換格納手段は、デシジョンテーブルの一の物理レコード（行）の処理として、該物理レコード（行）のデータ群を構成要素単位毎に分割し、分割したデータ毎にデータ構造情報を付加することで、保管テーブルの一の物理レコード（行）を生成する処理を行い、かつ、デシジョンテーブルの一の物理レコード（行）の処理が終了すると、保管テーブルの次の物理レコード（行）に区切記号情報を挿入する処理を行うことで、デシジョンテーブルを保管テーブルに変換する構成とする。
【００３１】
また、デシジョンテーブルの構成要素単位を増減可能に編集するためのデシジョンテーブル編集手段を設け、テーブル変換格納手段は、デシジョンテーブル編集手段により編集対象となったデシジョンテーブルを保管テーブルに変換して保管用記憶媒体に格納する構成とする。
【００３２】
この場合に、デシジョンテーブル編集手段は、デシジョンテーブルの構成要素単位におけるレコード情報とこれに対応するテーブル構造情報を追加又は削除可能に編集するための表示画面を表示部に出力し、操作入力部の操作に基づく処理を行う手段とする。
【００３３】
また、上記課題を解決した本発明は、１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有するデシジョンテーブルを用いて、少なくとも該デシジョンテーブルに規定された解値の決定を含む各種処理を行う処理プログラムを具備する処理システムに用いられるテーブルデータ管理装置であって、処理プログラムに規定すべきデシジョンテーブルのテーブル構造情報と、当該デシジョンテーブルの物理レコード情報と、を対応付けた物理レコード情報を有する保管テーブルが格納された保管用記憶媒体と、処理プログラムの実行時に、保管用記憶媒体から保管テーブルを読み出して前記デシジョンテーブルに変換して、該処理プログラムにテーブル構造情報を供給するテーブル読出変換手段と、を備えたことを特徴とする。
【００３４】
本発明では、デシジョンテーブルのテーブル構造情報が、デシジョンテーブルの物理レコードの情報と対応付けられた物理レコード情報を有する保管テーブルを用い、かつ、処理プログラムの実行時に、保管テーブルを読み出して前記デシジョンテーブルに変換するとともに、当該デシジョンテーブルを使用する処理プログラムにテーブル構造情報が供給されるので、デシジョンテーブルのテーブル構造情報を、予め処理プログラム側で定義しておく必要がなくなる。
【００３５】
ここで、保管用記憶媒体に格納された保管テーブルは、デシジョンテーブルの一の物理レコード（行）が複数の物理レコード（行）に分割され、かつ、デシジョンテーブルの一の物理レコード（行）毎に区切記号情報が挿入された構造のテーブルとし、テーブル読出変換手段は、保管用記憶媒体から読み出した保管テーブルの物理レコードを、読み出し順にメモリ内に展開するとともに、区切記号情報が入っている物理レコードまでを一区切りとして、デシジョンテーブルの物理レコードを再構築する処理を行う構成とする。
【００３６】
また、テーブル読出変換手段は、保管テーブルをデシジョンテーブルに変換する際に、保管テーブルの物理レコードにおける所定の列番号のデータを、テーブル構造情報として、当該デシジョンテーブルを使用する処理プログラムに供給する構成とする。
【００３７】
また、デシジョンテーブルは、一の物理レコード内に、条件値に関するｎ１個の情報が格納される条件項目格納領域と、解値に関するｎ２（ｎ２＝ｎ１）個の情報が格納される解値項目格納領域と、をそれぞれ１以上有する構造のテーブルとし、一方、保管テーブルは、一の物理レコード内に、条件値に関するｎ１個の情報が格納される条件項目格納領域と、解値に関するｎ２（ｎ２＝ｎ１）個の情報が格納される解値項目格納領域と、のいずれかを有し、かつ、当該値を定義付けるｍ個のテーブル構造情報が格納されるテーブル構造情報格納領域と、を有する構造のテーブルとする。
【００３８】
ここで、デシジョンテーブルを保管テーブルに変換して保管用記憶媒体に格納するテーブル変換格納手段を備えた構成とすることが好ましい。
【００３９】
このテーブル変換格納手段は、デシジョンテーブルの一の物理レコード（行）の処理として、該物理レコード（行）のデータ群を項目格納領域毎に分割し、分割したデータ毎にテーブル構造情報を付加することで、保管テーブルの一の物理レコード（行）を生成する処理を行い、かつ、デシジョンテーブルの一の物理レコード（行）の処理が終了すると、保管テーブルの次の物理レコード（行）に区切記号を挿入する処理を行うことで、デシジョンテーブルを保管テーブルに変換する構成とする。
【００４０】
さらに、デシジョンテーブルの編集を行うためのデシジョンテーブル編集手段を設けるとともに、テーブル変換格納手段は、デシジョンテーブル編集手段により編集対象となったデシジョンテーブルを保管テーブルに変換して保管用記憶媒体に格納する構成とする。
【００４１】
ここで、デシジョンテーブル編集手段は、デシジョンテーブルの条件項目格納領域及び／又は解値項目格納領域とこれに対応するテーブル構造情報を追加又は削除可能に編集するための表示画面を表示部に出力し、操作入力部の操作に基づく処理を行う手段とする。
【００４２】
また、デシジョンテーブルのテーブル構造情報には、物理レコード情報の条件値及び解値についての名称を表す名称情報と、条件値か解値かの別を示す種別情報と、が含まれる構成とする。
【発明の効果】
【００４３】
本発明によれば、各デシジョンテーブルの物理レコードについて、条件項目や解値項目を共通のパターンに変換してテーブル保管し、相互に構成（テーブル構造情報や物理レコード長）の異なる複数のテーブルを同一手順で処理することを可能としたテーブルデータ管理装置を提供することが可能となる。
【発明を実施するための最良の形態】
【００４４】
本発明の実施の形態を、図面を参照しながら詳細に説明する。なお、この実施形態では、大規模処理システムとして、製鋼の際の具体的な事項（鋼材、熱処理の温度、使用する熱処理炉、担当者、等）を決定して決定事項についてのファイルを作成するファイル設計システムにおいて用いられるデシジョンテーブルのデータを管理するためのシステム（テーブルデータ管理システム）の例について説明する。
【００４５】
図１は、本発明を適用したテーブルデータ管理システムの概略構成を示す機能ブロック図である。
【００４６】
図１に示すテーブルデータ管理システムは、処理内容（解値）の決定や、テーブル編集等の各種処理の際に使用するデシジョンテーブルと、テーブルデータの保管のために記録媒体に記録される保管テーブルとの２種類のテーブルを用いるシステムであって、デシジョンテーブルと保管テーブルとを相互に変換する機能を備えている。
【００４７】
すなわち、本実施の形態のテーブルデータ管理システムは、保管テーブルを複数個（例えば１０００個以上）格納して保管する保管用記憶媒体としてのテーブル格納部１と、保管テーブルをデシジョンテーブルに変換して、変換したデシジョンテーブルの表示や編集を行うためのテーブル入出力部２と、保管テーブルをデシジョンテーブルに変換して、変換したデシジョンテーブルの登録データに基づき、いずれの解値項目にするかを決定するための解値項目決定部３と、を備えた構成となっている。
【００４８】
なお、テーブルデータ管理システムで使用するハードウェア資源としては、テーブル格納部１がハードディスクドライブ等の大容量の記憶媒体を使用し、テーブル入出力部２及び解値項目決定部３が、それぞれ、ＣＰＵ、キーボードやマウス等の操作入力部、及び、ＣＲＴやＬＣＤ等の表示部を使用するようになっている。
【００４９】
そして、このテーブルデータ管理システムにおいては、テーブル格納部１（保管用記憶媒体）内に複数の保管テーブル（テーブル０１，０２，・・・ｎ）が格納されるとともに、テーブル入出力部２は、テーブル格納部１内の一の保管テーブルを読み出してデシジョンテーブルに変換するテーブル読出変換手段、変換したデシジョンテーブルを編集するためのデシジョンテーブル編集手段、及び編集後のデシジョンテーブルを保管テーブルに変換してテーブル格納部１に格納するテーブル変換格納手段、として機能する。
【００５０】
すなわち、テーブル入出力部２は、保管テーブルとデシジョンテーブルとを相互に変換するためのテーブル変換処理プログラムと、変換後のデシジョンテーブルの入出力や編集を行うためのテーブル入出力処理プログラムとを備えており、これら各プログラムはＣＰＵの作業領域（ＲＡＭ）内に展開して実行されるようになっている。
【００５１】
一方、解値項目決定部３は、テーブル格納部１内の一の保管テーブルを読み出してデシジョンテーブルに変換するテーブル読出変換手段、及び変換したデシジョンテーブルを使用して解値項目を決定する解値項目決定手段、として機能する。
【００５２】
すなわち、解値項目決定部３は、保管テーブルをデシジョンテーブルに変換するためのテーブル変換処理プログラムと、デシジョンテーブルの解値項目を決定するための解値項目決定処理プログラムとを備えており、これら各プログラムはＣＰＵの作業領域（ＲＡＭ）内に展開して実行されるようになっている。
【００５３】
なお、解値項目決定部３におけるテーブル変換処理プログラム（以下、便宜上「復元プログラム」とも呼ぶ。）は、テーブル入出力部２におけるテーブル変換処理プログラムのうちの一方の変換機能（すなわち読出変換機能）のみを有するものであり、かかる機能についてはテーブル入出力部２の場合と同様であるため、図６でまとめて説明する。
【００５４】
このテーブルデータ管理システムでは、操作者が操作入力部を操作することで、テーブル入出力処理プログラム又は解値項目決定処理プログラムのいずれかが起動するが、これらプログラムではデシジョンテーブルに基づいて処理を行うため、各プログラムにおける種々の処理に先立って、テーブル変換処理プログラムが起動して、任意の保管テーブルをデシジョンテーブルに変換し、変換後のデシジョンテーブル及び操作入力部の操作に基づく処理を行うようになっている。
【００５５】
ここで、テーブル入出力処理プログラムは、キーボードやマウス等の操作入力部を用いてデシジョンテーブルを編集（例えば新規のデシジョンテーブルの作成、保管テーブルから変換したデシジョンテーブルにおける各項目の追加、削除、修正など）できるように表示部に表示出力する処理、表示部に表示したデシジョンテーブルをプリンタ等で印字出力する処理、編集が完了したデシジョンテーブルを保管テーブルに変換すべくテーブル変換プログラムを起動する処理、をＣＰＵに行わせるためのものである。
【００５６】
また、本システムにおける解値項目決定処理プログラムは、デシジョンテーブルをバッチシステム的に利用して、デシジョンテーブルの解値（コンピュータが行う処理内容など）を決定する処理をＣＰＵに行わせるためのものとなっている。
【００５７】
これら各処理プログラムに基づいてＣＰＵが行う処理の詳細については、フローチャートを参照して後述する。
【００５８】
次に、図２乃至図４を参照して、本実施形態のテーブルデータ管理システムで用いられるデシジョンテーブル及び保管テーブルの構成例を説明する。ここで、図２乃至図４の（ａ）には、それぞれデシジョンテーブルのデータ構造の一例を示し、図２乃至図４の（ｂ）には、それぞれ保管テーブルのデータ構造の一例を示している。なお、図２に示す各テーブルは、図１２に例示した従前の熱処理炉決定テーブルに対応するものであり、図３，図４に示す各テーブルは、それぞれ図１３，図１４に例示した従前の担当者決定テーブルに対応するものである。
【００５９】
デシジョンテーブルは、相互に同一のデータ配列構造とされた構成要素単位が２以上集合したものであって、図２乃至図４の（ａ）に示すように、テーブルのデータ構造を示す情報であるテーブル構造情報と、テーブル構造情報の各情報に対応してメモリ（ＲＡＭ）に一時記憶される具体値の集合である物理レコード群とが結合した構成となっている。本実施形態では、テーブル構造情報は、物理レコードに登録される具体値（狭義には項目値）の種類を示すための情報であって、一構成要素単位のデータ構造としては、最上位概念となる項目名称（図２乃至図４の（ａ）の一段目）と、その下位概念である項目種別（同図二段目）と、さらにその下位概念となる符号条件及び項目値（同図三段目）と、からなっている。そして、本システムで用いられる各デシジョンテーブルは、このように相互に同一のデータ配列構造とされた構成要素単位をｎ個（ｎ＝２以上）備えた構造となっている。また、各デシジョンテーブルは、それぞれ独自のテーブル名称情報を有することになる。
【００６０】
なお、図２（ａ）、図４（ａ）では３つの構成要素単位を備えたデシジョンテーブルの構成例を、図３（ａ）では２つの構成要素単位を備えたデシジョンテーブルの構成例を、それぞれ示しているが、このテーブルデータ管理システムでは、構成要素単位の数（上記ｎの数）が２以上である種々のデシジョンテーブルについて、統一した管理、処理を行うものであり、その詳細については後述する。
【００６１】
ここで、デシジョンテーブルのテーブル構造情報における一段目の項目名称は、該構成要素単位（狭義には物理レコードの項目値）の名称を表すものであり、この実施形態では、テーブル入出力処理プログラムでユーザにより任意の名称を選択して登録することができるように、テーブル入出力処理プログラム及び他の処理プログラムによって、種々の名称（図２乃至図５の（ａ）参照）が規定されている。この項目名称の情報は、従前のシステムでは処理プログラム内に規定されていたが、本実施形態ではテーブル変換処理プログラムによりその都度ＣＰＵのメモリ（ＲＡＭ）内に読み込まれることになる。
【００６２】
また、デシジョンテーブルのテーブル構造情報における二段目の項目種別は、該構成要素単位（狭義には物理レコードの項目値）の種別すなわち条件か解値かの別を表すものであり、この実施形態では、テーブル入出力処理プログラムの起動時に、ユーザが「条件項目」か「解値項目」のいずれかを選択して登録できるようになっている。
【００６３】
なお、図２乃至図４の（ａ）では、簡便のため、デシジョンテーブルにおける一方側（各図では右側）の構成要素単位が解値項目となり、他方側の各構成要素単位が条件項目となるように表しているが、項目種別の並びについては特に規定する必要はない。すなわち、項目種別については、テーブル入出力処理プログラムで解値項目、条件項目の別をチェックできれば良く、項目種別の並びが各デシジョンテーブル毎にまちまちであっても、動作上不都合は生じない。
【００６４】
本システムでは、デシジョンテーブル全体の構造としては、一以上の解値項目に対して、一以上の条件項目が設定される構造となるように、テーブル入出力処理プログラムによって規定されている。なお、図２（ａ）では、一の解値項目に対して二つの条件項目が設定されたデシジョンテーブルの例を示しており、また、図３（ａ）では、一の解値項目に対して一の条件項目が設定されたデシジョンテーブルの例を示し、さらに、図４（ａ）では、一の条件項目に対して二つの解値項目が設定されたデシジョンテーブルの例を示している。
【００６５】
さらに、デシジョンテーブルのテーブル構造情報における三段目は、必ず「符号条件」と「項目値」がこの並びで入り（この例では、奇数の列番号が符号条件となり、偶数の列番号が項目値となる）、ユーザによる選択や編集が出来ないように、テーブル入出力処理プログラムによって規定されている。
【００６６】
一方、デシジョンテーブルの物理レコード群は、図２乃至図４の（ａ）に示すように、各構成要素単位が、２つの連続数値（１と２，３と４，・・・・，２ｎ−１と２ｎ）による連番が登録された一の行（段）の固定値データと、該一の行（段）の下位（下段）にｍ個（ｍ＝１以上）設けられた行枠（以下、欄とも言う）の各枠内に編集可能に登録される具体値情報と、から構成される。
【００６７】
ここで、行枠は、テーブル構造情報の符号条件に対応した第１のデータ格納枠と、テーブル構造情報の項目値に対応した第２のデータ格納枠とを有する構造となっている。
【００６８】
なお、各データ格納枠は、実際にはそれぞれ所定容量（例えば８バイト）のメモリ資源が記憶領域として割り当てられるエリアとして位置付けられる。
【００６９】
また、この実施形態では、「解値項目」の「符号条件」枠には、「データ無し」を示すデータが入るようになっており、ユーザ操作によるデータ登録を禁止するように、テーブル入出力処理プログラムによって規定されている。これは、本システムでは、解値項目の「項目値」のデータをそのまま解として得ることから、「符号条件」を持たす意味が無いためである。
【００７０】
図２（ａ）のデシジョンテーブルは、鋼材や熱処理等の諸条件から、製鋼の際に使用する熱処理炉を決定するための熱処理炉決定テーブルであり、このため、鋼材コードと熱処理コードをそれぞれ条件項目に設定し、熱処理炉コードを解値項目に設定している。
【００７１】
また、図３（ａ）のデシジョンテーブル（担当者決定テーブル）は、担当者のコードを入力することで、担当者の名称を出力するための比較的単純な構成となっており、このため、担当者コードを条件項目に設定し、担当者名称を解値項目に設定している。
【００７２】
さらに、図４（ａ）のデシジョンテーブル（担当者決定テーブル）は、担当者のコードを入力することで、担当者の名称と性別を出力するためのものであり、このため、担当者コードを条件項目に設定し、担当者名称と性別をそれぞれ解値項目に設定している。
【００７３】
本システムでは、このように、構成要素単位相互間で、物理レコードのデータ格納構造すなわち格納されるデータの配列規則（格納枠数や並び）、及び（処理プログラムに渡される）テーブル構造情報の種類を互いに等しくするデシジョンテーブルを用いることにより、各構成要素単位内の同じ配列箇所には性質が同じ（すなわち等価の）データが登録されることとなり、処理プログラムの記述を大幅に減らすことが可能となる。
【００７４】
すなわち、デシジョンテーブルを扱う各種の処理プログラム（図１のテーブル変換処理プログラム、テーブル入出力処理プログラム、解値項目決定処理プログラム、その他これらの上位或いは下位のプログラム、など）では、デシジョンテーブル全体及び構成要素単位のデータ構造についての一般的な定義をしておくだけで良く、個々のデシジョンテーブル毎の定義付けをしなくても対応できるようになる。具体的には、これら処理プログラムでは、デシジョンテーブルの定義として例えば「列番号が奇数のデータは符号条件」、「列番号が偶数のデータは項目値」のように、物理レコードの格納データの一般的な配列規則について記述しておけば良いので、従来のように各列番号毎に個別に定義しておく必要がなくなる。     
【００７５】
また、構成要素単位相互間で、物理レコードの格納データの配列規則、及び（処理プログラムに渡される）テーブル構造情報の種類を互いに等しくするデシジョンテーブルを用いることにより、デシジョンテーブルにおける構成要素単位の数（すなわちテーブルの列数）が幾つであっても、換言すると一レコードあたりの物理レコード長の長短にかかわらず、図２乃至図４の（ｂ）に示すように、列数（物理レコード長）が統一された保管テーブルを生成することが可能となる。
【００７６】
したがって、保管テーブルを扱う各処理プログラム（図１のテーブル変換処理プログラム、さらには該プログラムの上位或いは下位のプログラム、など）側でも、デシジョンテーブル及び保管テーブルのデータ構造についての一般的な定義をしておくだけで良く、各デシジョンテーブル及び保管テーブル毎のデータ構造を個別に記述しなくても対応できるようになる。
【００７７】
図２乃至図４の（ｂ）に示す保管テーブルは、テーブル格納部１に格納して保存するためのテーブルであり、それぞれ独自のテーブル名称（図示せず）が付されて格納、保存されることになる。以下、この保管テーブルのデータ構造について説明する。
【００７８】
保管テーブルは、同図（ａ）の各デシジョンテーブルと比較して明らかなように、デシジョンテーブルの「項目名称」と「項目種別」を表すデータ（すなわち従前の処理プログラムでは予めテーブル毎に個別に定義（記述）していたデータ）を、レコードデータすなわち保管用の記憶媒体（ＨＤＤ等）に格納すべきデータとして取り込んだものとなっている。
【００７９】
なお、「項目名称」、「項目種別」、「符号条件」、「項目値」の各概念及び機能については、保管テーブルのテーブル構造情報として扱われるものであって、「構成要素単位情報（すなわち一の構成要素単位の要素を規定する情報）」として、保管テーブルを扱う各種処理プログラム側で予め定義（記述）され、保管用記憶媒体には格納されないことになる。すなわち、各種処理プログラム側では、予め保管テーブルにつき、「列番号１がデシジョンテーブルの項目名称」、「列番号２がデシジョンテーブルの項目種別」、「列番号３がデシジョンテーブルの符号条件」、「列番号４がデシジョンテーブルの項目値」、等の記述がなされている。
【００８０】
このため、本実施形態の保管テーブルでは、一の物理レコードにおける列番号３及び４がデシジョンテーブルの物理レコードデータ（条件項目又は解値項目のデータ）を格納する領域として扱われ、列番号１及び２が、デシジョンテーブルのテーブル構造情報が格納されるテーブル構造情報格納領域として扱われることになり、保管テーブルを扱う各種処理プログラムその旨が規定される。
【００８１】
また、保管テーブルを扱う各種処理プログラム側では、保管テーブルの一レコードあたりのデータ長（項目数）に関して、各保管テーブル相互間で等しいものとして定義（規定）されており、この例では「一レコードあたりの項目数が４」と規定されている。
【００８２】
さらに、保管テーブルを扱う各種処理プログラム側では、デシジョンテーブルの物理レコードの区切りを識別するための区切記号を保管テーブルの一レコードに割り当てるものとして定義（規定）しており、この例では区切記号のデータとして、「列番号１の項目名称データとして”最終項目記号”を格納」、「列番号２の項目種別データとして”区切記号”を格納」、「列番号３の符号条件データとしてデータ無しを示す”／”を格納」、「列番号４の項目値データとして”☆★☆”を格納」と規定されている。
【００８３】
上述したデータ構造を有するデシジョンテーブルを使用した本実施形態のテーブルデータ管理システムでは、以下のような処理により、デシジョンテーブルの編集、及び、保管テーブルへの変換を行う。まず、図５のフローチャートを参照して、デシジョンテーブルの編集時においてＣＰＵの行う処理について説明する。
【００８４】
ステップＳ１で、ＣＰＵは、ユーザが操作する操作入力部からの入力信号に基づいて、テーブル入出力処理プログラムを起動する。このとき、ＣＰＵは、起動したテーブル入出力処理プログラムに基づいて、テーブル格納部１（記録媒体）に格納された全ての保管テーブルのテーブル名称を読み出して、各テーブル名称を作業領域（ＲＡＭ）に記憶（ステップＳ２）して、ステップＳ３に移行する。
【００８５】
ステップＳ３で、ＣＰＵは、所定のテーブル編集画面を表示するようにＬＣＤ等の表示部を制御するとともに、続くステップＳ４でコマンド（命令）待ちの状態となる。
【００８６】
図８（ａ）に、テーブル編集画面の一例を示す。このテーブル編集画面では、編集するテーブルのテーブル名称が中央に表示され、かつ、編集対象とする一のテーブルをプルダウン方式で選択でき、画面下方には「構成要素単位数変更」ボタン、「具体値情報変更」ボタン、「キャンセル」ボタン、及び「編集完了」ボタンが、操作入力部で選択可能に表示されるようになっている。このときユーザは、マウス等の操作入力部を操作して、これから編集するテーブルをプルダウン選択で決定するとともに、画面下方に表示された「構成要素単位数変更」ボタン又は「具体値情報変更」ボタンのいずれかを選択することで、編集内容を決定する。                    
【００８７】
ここでは、操作入力部で「構成要素単位数変更」ボタンが選択されると、構成要素単位数変更命令がＣＰＵに入力され、「具体値情報変更」ボタンが選択されると、具体値情報変更命令がＣＰＵに入力され、また、図８（ａ）の「キャンセル」ボタンが選択されると、キャンセル命令がＣＰＵに入力され、さらには、図８（ａ）の「編集完了」ボタンが選択されると、編集完了命令がＣＰＵに入力されることになる。
【００８８】
このとき、ＣＰＵは、ステップＳ４のコマンド待ちの状態となっており、図８（ａ）下方の上述したいずれかのボタンが選択されると、ステップＳ５〜ステップＳ８でコマンドの種類をチェックするとともに、検出したコマンドに応じた処理を行う。
【００８９】
すなわち、ＣＰＵは、構成要素単位数変更命令を入力した場合（ステップＳ５でＹｅｓ）、又は具体値情報変更命令を入力した場合（ステップＳ６でＹｅｓ）には、テーブル編集画面における一のテーブル名称を記憶（ステップＳ９）した後に、テーブル変換処理プログラムを起動して、当該テーブル名称に対応する保管テーブルをテーブル格納部１（ＨＤＤ）から読み出して、当該保管テーブルをデシジョンテーブルに変換する処理を行い（ステップＳ１０）、さらに、ステップＳ１１のデシジョンテーブルの構成要素単位数変更入力モード（構成要素単位数変更命令を入力した場合）又はステップＳ１２のデシジョンテーブルの具体値情報変更入力モード（具体値情報変更命令を入力した場合）に移行する。なお、保管テーブルをデシジョンテーブルに変換するステップＳ１０の処理の詳細については、図６のサブルーチンを参照して後述する。
【００９０】
一方、ＣＰＵは、キャンセル命令を入力した場合（ステップＳ７でＹｅｓ）にはステップＳ１５に移行し、編集完了命令を入力した場合（ステップＳ８）にはステップＳ１３に移行する。
【００９１】
キャンセル命令入力後のステップＳ１５で、ＣＰＵは、作業領域内のデータを破棄して処理を終了する。この場合には、テーブル格納部１（記録媒体）内の各保管テーブルのデータは変更されることはない。
【００９２】
一方、編集完了命令入力後のステップＳ１３では、ＣＰＵは、テーブル再編成プログラム（変換プログラム）を実行することで、編集したデシジョンテーブルを保管テーブルに変換する。この変換プログラムに基づく処理については、図１０のサブルーチンを参照して後述する。
【００９３】
続くステップＳ１４で、ＣＰＵは、生成した保管テーブルをテーブル格納部１（記録媒体）内に保存して、処理を終了する。
【００９４】
次に、図６を参照して、ステップＳ１０のサブルーチン、すなわちテーブル格納部１（ＨＤＤ）から一の保管テーブルを読み出してデシジョンテーブルに変換する処理の詳細について説明する。
【００９５】
まず、ＣＰＵは、ステップＳ１００において、デシジョンテーブルの行番号ｎに、初期値１を代入する。
【００９６】
続くステップＳ１０１で、ＣＰＵは、保管テーブルにおける物理レコード群のデータをテーブル格納部１（ＨＤＤ）から各行毎に読み出して、読み出したデータを作業領域（ＲＡＭ）内に展開して一時記憶する。このとき、ＣＰＵは、区切り記号が検出されたか否かについて判定する（ステップＳ１０２）とともに、区切り記号が検出されるまでステップＳ１０１及びステップＳ１０２の処理を繰り返し行い、区切り記号が検出されると（ステップＳ１０２でＹｅｓ）、ステップＳ１０３に移行する。
【００９７】
本システムでは、このようにステップＳ１０１及びステップＳ１０２の処理を繰り返し行うことで、デシジョンテーブルのテーブル構造情報及び物理レコード群における一の行（段）分の各データが読み出された後に、ステップＳ１０３に移行することになる。
【００９８】
ステップＳ１０３で、ＣＰＵは、ステップＳ１０１で抽出した列１，列２のデータをテーブル構造情報として規定する。これにより、項目名称及び項目種別のデータが、この変換プログラム及び各種処理プログラムにより、テーブル構造情報としてセット（認識）できるようになる。
【００９９】
続くステップＳ１０４で、ＣＰＵは、ステップＳ１０１で抽出した列３，列４のデータに対して抽出順に列番号を付与することにより、列番号をデシジョンテーブル用に置換する。
【０１００】
次のステップＳ１０５で、ＣＰＵは、ステップＳ１０１で抽出した列３，列４のデータに対して行番号ｎを付与することにより、行番号をｎに置換する。
【０１０１】
続くステップＳ１０６で、ＣＰＵは、区切記号を削除してステップＳ１０７に移行する。
【０１０２】
ステップＳ１０７で、ＣＰＵは、当該保管テーブルの全ての行（レコード）の情報を変換したか否かについて判定し、Ｙｅｓすなわち変換したと判定した場合にはステップＳ１０９に移行し、Ｎｏすなわち未だ全ての情報を変換していないと判定した場合にはステップＳ１０８でデシジョンテーブルの行番号ｎに１を加算した後にステップＳ１０１に戻り、ステップＳ１０７でＹｅｓと判定するまで、上述したステップＳ１０１乃至ステップＳ１０８の処理を繰り返し行う。
【０１０３】
本実施の形態では、かかるステップＳ１０１乃至ステップＳ１０６の処理により、デシジョンテーブルの物理レコード一行分のデータが保管テーブルから読み出されてデシジョンテーブルのデータとして変換され、また、ステップＳ１０７及びステップＳ１０８の処理により、保管テーブルの全ての物理レコードのデータが変換されるまで、ステップＳ１０１乃至ステップＳ１０６の処理が繰り返されることになる。
【０１０４】
ステップＳ１０９で、ＣＰＵは、変換した各データを処理プログラムに渡して、処理を終了する。なお、本実施の形態では、変換した各データをステップＳ１０９でまとめて処理プログラムに渡す構成としたが、ステップＳ１０３〜ステップＳ１０５における各変換処理の際に、変換した各データを適宜処理プログラムに渡すようにしても良いことは勿論である。
【０１０５】
次に、図７のサブルーチンを参照して、ステップＳ１１（デシジョンテーブルの構成要素単位数変更入力モード）の詳細について説明する。
【０１０６】
ステップＳ１１００で、ＣＰＵは、例えば図８（ｂ）に示すテーブル構成要素単位数変更入力画面を表示するように表示部を制御してステップＳ１１０１に移行する。
【０１０７】
ここで、テーブル構成要素単位数変更入力画面は、デシジョンテーブルの構成要素単位数を増加或いは減少させる場合の入力操作を行うための画面であって、図８（ｂ）に示すように、編集対象となるデシジョンテーブルの項目名称と項目種別とが、各構成要素単位毎に表示されるとともに、「構成要素単位追加」ボタン、「構成要素単位削除」ボタン、「キャンセル」ボタン、及び「編集完了」ボタンが、操作入力部で選択可能に表示される。
【０１０８】
ここでは、操作入力部で「構成要素単位追加」ボタンが選択されると、構成要素単位追加命令がＣＰＵに入力され、「構成要素単位削除」ボタンが選択されると、構成要素単位削除命令がＣＰＵに入力され、「キャンセル」ボタンが選択されると、キャンセル命令がＣＰＵに入力され、さらには、「編集完了」ボタンが選択されると、編集完了命令がＣＰＵに入力されることになる。
【０１０９】
また、このテーブルの構成要素単位数変更入力画面では、デシジョンテーブルの項目種別については、「条件項目」又は「解値項目」の別について操作入力部でプルダウン選択できるようになっている。また、デシジョンテーブルの項目名称についても、予めシステムで規定された名称の範囲内で、操作入力部にてプルダウン選択できるようになっている。
【０１１０】
ここでは、操作入力部で項目種別或いは項目名称の表示をプルダウン選択により変更すると、変更後のデータがＣＰＵに入力されることになる。
【０１１１】
そして、ステップＳ１１０１で、ＣＰＵは、データ又はコマンド（命令）の入力を監視して、プルダウン選択に基づくデータが入力された場合には該データを作業領域に一時記憶（ステップＳ１１０２）してステップＳ１１０１に戻り、上述したしたいずれかのボタンの選択によりコマンドが入力された場合には、入力したコマンドに応じて以下のように処理を行う。
【０１１２】
すなわち、ＣＰＵは、構成要素単位追加命令を入力した場合（ステップＳ１１０３でＹｅｓ）には、作業領域（ＲＡＭ）に新たな記憶領域を設定（ステップＳ１１０７）してステップＳ１１０１に戻り、構成要素単位削除命令を入力した場合（ステップＳ１１０４でＹｅｓ）には、作業領域内の該当する構成要素単位のデータにポインタを設定（ステップＳ１１０８）してステップＳ１１０１に戻る。
【０１１３】
また、ＣＰＵは、キャンセル命令を入力した場合（ステップＳ１１０５でＹｅｓ）には、当該テーブルの構造が編集前の当初状態に戻るように、作業領域に記憶した編集後のデータを破棄（ステップＳ１１０９）してステップＳ１１０１に戻る。一方、編集終了命令を入力（ステップＳ１１０６）した場合には、ＣＰＵは、削除された構成要素単位があるか否か（すなわちステップＳ１１０８に基づくポインタがあるか否か）について判定し、あると判定した場合にはステップＳ１１１１に移行し、無しと判定した場合にはステップＳ１１１２に移行する。
【０１１４】
ステップＳ１１１１で、ＣＰＵは、該当する構成要素単位のデータを作業領域から削除してステップＳ１１１２に移行する。
【０１１５】
ステップＳ１１１２で、ＣＰＵは、新たな構成要素単位があるか否か（すなわちステップＳ１１０７に基づく新たな領域設定がされたか否か）について判定し、あると判定した場合にはステップＳ１２（後述するステップＳ１２００）の具体値情報変更入力モードに移行し、無しと判定した場合にはステップＳ１１１３に移行する。
【０１１６】
ステップＳ１１１３で、ＣＰＵは、作業領域の各データを確定して、上述したデシジョンテーブル編集画面を表示するように表示部を制御する（ステップＳ３）。
【０１１７】
次に、図９のサブルーチンを参照して、ステップＳ１２（デシジョンテーブルの具体値情報変更入力モード）の詳細について説明する。
【０１１８】
ステップＳ１２００で、ＣＰＵは、例えば図８（ｃ）に示すテーブル具体値情報変更入力画面を表示するように表示部を制御してステップＳ１２０１に移行する。
【０１１９】
ここで、テーブル具体値情報変更入力画面は、テーブルの具体値を増減或いは変更させる場合の入力操作を行うための画面であって、図８（ｃ）に示すように、編集対象となる一のデシジョンテーブルの全体が表示されるとともに、「行追加」ボタン、「行削除」ボタン、「キャンセル」ボタン、及び「編集完了」ボタンが、操作入力部で選択可能に表示される。
【０１２０】
ここでは、操作入力部で「行追加」ボタンが選択されると、行追加命令がＣＰＵに入力され、「行削除」ボタンが選択されると、行削除命令がＣＰＵに入力され、「キャンセル」ボタンが選択されると、キャンセル命令がＣＰＵに入力され、さらには、「編集完了」ボタンが選択されると、編集完了命令がＣＰＵに入力されることになる。
【０１２１】
また、このテーブル具体値情報変更入力画面では、デシジョンテーブルの具体値が操作入力部の入力操作で編集可能に表示され、ここでは、操作入力部で各欄の具体値を変更すると、変更後のデータがＣＰＵに入力されることになる。
【０１２２】
そして、ステップＳ１２０１で、ＣＰＵは、データ又はコマンド（命令）の入力を監視して、操作入力部の入力操作に基づくデータが入力された場合には該データを作業領域に一時記憶（ステップＳ１２０２）してステップＳ１２０１に戻り、上述したしたいずれかのボタンの選択によりコマンドが入力された場合には、入力したコマンドに応じたステップＳ１２０３以下の処理を行う。
【０１２３】
すなわち、ＣＰＵは、行追加命令を入力した場合（ステップＳ１２０３でＹｅｓ）には、作業領域に新たな記憶領域を設定（ステップＳ１２０７）してステップＳ１２０１に戻り、行削除命令を入力した場合（ステップＳ１２０４でＹｅｓ）には、作業領域の該当するデータにポインタを設定（ステップＳ１２０８）してステップＳ１２０１に戻る。
【０１２４】
また、ＣＰＵは、キャンセル命令を入力した場合（ステップＳ１２０５でＹｅｓ）には、当該テーブルの具体値情報が編集前の当初状態に戻るように、作業領域に記憶した編集後のデータを破棄（ステップＳ１２０９）してステップＳ１２０１に戻る。一方、編集終了命令を入力（ステップＳ１２０６）した場合には、ＣＰＵは、削除された行があるか否か（すなわちステップＳ１２０８に基づくポインタがあるか否か）について判定し、あると判定した場合にはステップＳ１２１１に移行し、無しと判定した場合にはステップＳ１２１２に移行する。
【０１２５】
ステップＳ１２１１で、ＣＰＵは、該当するデータを作業領域から削除してステップＳ１２１２に移行する。
【０１２６】
ステップＳ１２１２で、ＣＰＵは、作業領域の各データを確定して、上述したデシジョンテーブル編集画面の表示を行う（ステップＳ３）。
【０１２７】
このように本システムでは、ＣＰＵが上述のようなデシジョンテーブル編集手段として機能するので、デシジョンテーブルの構成要素単位の共通したパターンであれば、ユーザが操作入力部を操作して自由な設計変更（すなわち、構成要素単位の追加や削除（増減）、登録する具体値の追加や削除、具体値の変更、といったテーブル構造の変更）を行うことが可能となる。したがって、例えば図３（ａ）のデシジョンテーブルに構成要素単位を追加して図４（ａ）のデシジョンテーブルに変更したり、或いはこの逆に所定の構成要素単位全体を削除する等の編集が簡単に行えるようになる。さらには、本システムによれば、デシジョンテーブルの種々の編集後において各処理プログラムの記述を変更する必要も生じない。
【０１２８】
次に、図１０（Ａ及びＢ）を参照して、図５のステップＳ１３のサブルーチンすなわちテーブル再編成プログラム（変換プログラム）に基づき、編集したデシジョンテーブルを保管テーブルに変換するための、ＣＰＵの行う処理について説明する。
【０１２９】
まず、ＣＰＵは、ステップＳ１３０において、保管テーブルの行番号ｍに、初期値１を代入する。
【０１３０】
続くステップＳ１３１で、ＣＰＵは、デシジョンテーブルの物理レコード群の一行分（一レコード行分）の具体値情報の各データを抽出して、ＲＡＭの別の作業領域（保存用データの記憶領域）にコピーする。
【０１３１】
これにより、例えば図２（ａ）のデシジョンテーブルならば、一の段（行）の具体値情報として、「＝」，「０２０２」，「＜」，「Ｃ」，「／（データ無し）」，「Ｅ−０２」の各データが抽出されることになる。同様に、図３（ａ）のデシジョンテーブルならば、一の段（行）の具体値情報として、「＝」，「００１０」，「／（データ無し）」，「田中」のデータが抽出されることになる。さらには、図４（ａ）のデシジョンテーブルならば、一の段（行）の具体値情報として、「＝」，「００１０」，「／（データ無し）」，「田中」，「男」のデータが抽出されることになる。
【０１３２】
次のステップＳ１３２で、ＣＰＵは、ステップＳ１３１で抽出した各データのうちの一項目（一の欄）のデータにつき、行番号ｍを付与することで、行番号の置換を行う。
【０１３３】
これにより、例えば図２（ａ）のデシジョンテーブルならば、一の欄のデータである「＝」に行番号１が付与される。一方、図３（ａ）或いは図４（ａ）のデシジョンテーブルにおいても、同様に、「＝」に行番号１が付与されることになる。
【０１３４】
続くステップＳ１３３で、ＣＰＵは、当該データが項目値のデータであるか否かを判定し、Ｙｅｓすなわち項目値のデータであるとの判定の場合には、当該データに列番号４を付与（ステップＳ１３４）してステップＳ１３６に移行し、Ｎｏすなわち項目値のデータでないとの判定の場合には、符号条件であるとして当該データに列番号３を付与（ステップＳ１３５）してステップＳ１３６に移行する。
【０１３５】
なお、このステップＳ１３３では、例えば当該データにつきデシジョンテーブルの列番号が奇数か否かをチェックすることで判定することが可能である。
【０１３６】
ステップＳ１３６で、ＣＰＵは、当該データの構成要素単位の項目名称のデータを処理プログラムから抽出（コピー）して、この項目名称のデータに対して、行番号ｍ及び列番号１を付与する。
【０１３７】
これにより、例えば図２（ａ）のデシジョンテーブルならば、項目名称のデータ「鋼材コード」に、行番号１及び列番号１が付与される。同様に、例えば図３（ａ）或いは図４（ａ）のデシジョンテーブルならば、項目名称のデータ「担当者コード」に、行番号１及び列番号１が付与される。
【０１３８】
次のステップＳ１３７で、ＣＰＵは、当該データの構成要素単位の項目種別のデータをデシジョンテーブルから抽出（コピー）して、この項目種別のデータに対して、行番号ｍ、列番号２を付与する。
【０１３９】
これにより、例えば図２（ａ）のデシジョンテーブルならば、項目種別のデータ「条件項目」に、行番号１及び列番号２が付与される。同様に、例えば図３（ａ）或いは図４（ａ）のデシジョンテーブルならば、項目種別のデータ「条件項目」に、行番号１及び列番号２が付与される。
【０１４０】
次のステップＳ１３８で、ＣＰＵは、ステップＳ１３１で抽出したデシジョンテーブルの一行分の各データの処理が終了したか否かについて判定し、Ｙｅｓすなわち終了したとの判定の場合にはステップＳ１４１〜ステップＳ１４５における区切記号を付与する処理を行った後にステップＳ１４６に移行し、Ｎｏすなわち処理が未だ終了していないとの判定の場合にはステップＳ１３９に移行する。
【０１４１】
一行分の各データの処理が未だ終了していないと判定された後のステップＳ１３９で、ＣＰＵは、ステップＳ１３３での判定結果が項目値である場合にはステップＳ１４０で行番号ｍの値に１を加算してステップＳ１３２に戻り、一方、ステップＳ１３３での判定結果が項目値でない（符号条件である）場合にはステップＳ１４０を経由せずに直接ステップＳ１３２に戻る。
【０１４２】
このような処理を行うにより、デシジョンテーブルの構成要素単位内の各データ同士については（保管テーブルの）同じ行番号が付与され、構成要素単位を異にする各データ同士については相互に異なる行番号が付与されることになる。
【０１４３】
そして、ＣＰＵは、再度のステップＳ１３２では、ステップＳ１３１で抽出した一行分データのうち未処理のデータに対して行番号ｍを付与して、以下は同様に、ステップＳ１３３〜ステップＳ１３８の処理を行う。
【０１４４】
これにより、ステップＳ１３１で抽出したデシジョンテーブルの一行分のデータの全て（すなわち、図２（ａ）のデシジョンテーブルでは「＝」，「０２０２」，「＜」，「Ｃ」，「／」，「Ｅ−０２」、図３（ａ）のデシジョンテーブルでは「＝」，「００１０」，「／」，「田中」、図４（ａ）のデシジョンテーブルでは「＝」，「００１０」，「／」，「田中」，「男」）についての処理が完了すると、ステップＳ１４１に移行することになる。
【０１４５】
そして、一行分の各データについての処理が終了したと判定された後のステップＳ１４１で、ＣＰＵは、行番号ｍの値に１を加算する。
【０１４６】
次のステップＳ１４２で、ＣＰＵは、区切記号の項目値とその項目名称、項目種別を生成する。ここで、区切記号は、デシジョンテーブルの一行分の各データについて、他の行の各データと識別できるようにするためのものであり、ここでは、区切記号の項目値として「☆★☆」が、項目名称として「最終項目記号」が、項目種別として「区切記号」が、それぞれ生成される。本実施形態では、区切記号の項目値をこのような目立つ記号とすることにより、例えば保管テーブルを表示部や不図示のプリンタ等で出力した場合に、ユーザもデシジョンテーブルの一行分を一目で判別できるようになる。
【０１４７】
続いて、ＣＰＵは、次のステップＳ１４３で、区切記号の項目値「☆★☆」に、行番号ｍと、列番号４を付与する。
【０１４８】
また、ＣＰＵは、次のステップＳ１４４で、区切記号の項目名称「最終項目記号」に、行番号ｍと、列番号１を付与する。
【０１４９】
さらに、ＣＰＵは、続くステップＳ１４５で、区切記号の項目種別「区切記号」に、行番号ｍと、列番号２を付与する。
【０１５０】
そして、ＣＰＵは、次のステップＳ１４６で、デシジョンテーブルの全てのデータを抽出したか否かについて判定し、Ｙｅｓすなわち全てのデータを抽出したとの判定の場合には当該デシジョンテーブルを保管テーブルとして保存するための前処理が完了したものとしてステップＳ１５０に移行し、一方、Ｎｏすなわち未だ全てのデータを抽出していないとの判定の場合には、ステップＳ１４７で行番号ｍの値に１を加算してステップＳ１３１に戻って、当該デシジョンテーブルの次の行についての各データを抽出して上述した各処理を繰り返し行う。
【０１５１】
本システムでは、このようにステップＳ１３１乃至ステップＳ１４７の処理が繰り返し行われることで、デシジョンテーブルの全ての具体値情報が一の段（行）毎に順次保管テーブルとして変換されて行くとともに、全ての段（行）の具体値情報に対して最終項目記号としての区切り記号が付加されて行く。
【０１５２】
そして、ステップＳ１５０で、ＣＰＵは、上述した各ステップにより処理したデシジョンテーブルの各データを、新たに付与（置換）した行及び列番号に基づいて、一の保管テーブルとして所定のテーブル名称にて保管用の記録媒体（ＨＤＤ）に格納する。
【０１５３】
このように、本実施形態では、保管用の記録媒体内に、デシジョンテーブルを格納するのではなく、項目名称や項目種別の具体値を物理レコードとして取り込んだ保管テーブルに変換して格納するので、テーブル構造情報も一緒にテーブル格納部１（保管用記憶媒体）内に保管される。このため、個々のデシジョンテーブルの構造を定義するための情報を、処理プログラム内に個別に記述しておく必要が無くなる。
【０１５４】
また、本実施形態では、保管用の記録媒体内に、デシジョンテーブルを共通の列数（物理レコード長）の保管テーブルに変換して格納するので、いかなる構成要素単位のデシジョンテーブルであっても、保管テーブルから処理プログラムにテーブル構造情報と具体値情報を変換してデシジョンテーブルを展開することが可能となり、デシジョンテーブル毎に変換プログラムを設ける必要が無くなる。
【０１５５】
加えて、本実施形態では、表示等の出力時（すなわちユーザの使用時）には保管テーブルではなくデシジョンテーブルの方を出力するので（図８参照）、ユーザにとって見やすいというメリットがある。
【０１５６】
次に、図１１を参照して、テーブルデータ管理システムにおける条件入力−解値決定の処理の一例を説明する。なお、ここでは、本システムの処理プログラム（解値項目決定処理プログラム）よりも更に上位のプログラム（図示せず）が、解値項目決定処理プログラムを呼び出して、デシジョンテーブルをバッチシステム的に利用する形態について説明する。
【０１５７】
ステップＳ２０で、ＣＰＵは、使用するテーブル等についての指示があるか否かについて判定し、該指示を受信するとステップＳ２１に移行する。具体的には、ＣＰＵは、上位プログラムからテーブル名称と条件の引数（具体値）が指示されるまで待機し、これらの指示を検知するとステップＳ２１に移行する。
【０１５８】
ステップＳ２１で、ＣＰＵは、保管テーブルをデシジョンテーブルに変換するための復元プログラム（テーブル変換処理プログラム）を起動、実行する。これにより、上位プログラムで使用するテーブルにつき、保管テーブルからデシジョンテーブルへの変換がなされ、ＣＰＵの作業領域（ＲＡＭ）内に展開されることになる。この復元プログラムに基づくデシジョンテーブルへの変換処理については、図６のサブルーチンで上述した通りであり、説明を省略する。
【０１５９】
なお、本システムでは、複数の保管テーブルを続けて使用するような場合には、各保管テーブルを使用する際に個々にステップＳ２１の処理を行うことになる。
【０１６０】
そして、ＣＰＵは、上位プログラムにより指示された条件の引数と、変換したデシジョンテーブルに基づいて、引数に対応するデシジョンテーブルの解値項目の項目値（解値）を決定し（ステップＳ２２）、決定した解値のデータを上位のプログラムに返す処理（ステップＳ２３）を行って、処理を出力する。
【０１６１】
このように、本実施形態によれば、デシジョンテーブルのデータ構造を、一のデシジョンテーブル内及び各デシジョンテーブル相互間で共通したデータ配列規則の構成要素単位とし、これを複数集合させた構成としたので、デシジョンテーブルを用いて条件項目から解値項目を求める共通プログラム処理について、複数のデシジョンテーブルについて同一のプログラムで処理することが可能となり、システム全体を簡素にできる。
【０１６２】
また、本実施形態によれば、デシジョンテーブルの構成要素単位数の変化に対しても、デシジョンテーブル・保管テーブル間の変換プログラムや、デシジョンテーブルを用いて条件項目から解値項目を得るプログラムについての変更を行うことなく対応できるメリットがある。
【０１６３】
ひいては、本実施形態によれば、複数のデシジョンテーブルを有するプログラム処理を行うシステムの開発が、短時間及び簡素な構造で実現可能となり、テーブル数が１０００を越えるような大規模なデータベースであっても、テーブルのデータ入出力や項目変更を行う画面及びリスト発行のプログラムを共有することが可能となる。
【０１６４】
さらには、本実施形態によれば、保管テーブルとしてその１レコードあたりの列情報が所定の個数（この実施の形態では４つ）となっているので、複数のデシジョンテーブルを１つの保管テーブルとしてまとめることも可能となる。この場合には、各デシジョンテーブル同士を識別するための記号を、デシジョンテーブル内における識別記号「☆★☆」とは異なる記号（例えば「★☆★」）を用いて挿入する処理を行えば良い。
【０１６５】
なお、以下に、上述した実施形態から把握できる本発明の技術思想で、請求項以外のものを記載する。
【０１６６】
本発明は、１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有するデシジョンテーブルを用いて、少なくとも該デシジョンテーブルに規定された解値の決定を含む各種処理を行う処理プログラムを具備する処理システムにおいて用いられるデータ処理方法であって、物理レコード構造が相互に等しい複数の構成要素単位からなり、各種処理プログラムで用いられるデシジョンテーブルを、保管テーブルに変換して保管用記憶媒体に格納するテーブル変換格納ステップと、保管テーブルを保管用記憶媒体から読み出して、各種処理プログラムで使用できるようにデシジョンテーブルに変換するテーブル読出変換ステップと、を有し、テーブル変換格納ステップでは、処理プログラムで規定しているデシジョンテーブルのテーブル構造情報を、デシジョンテーブルの一の構成要素単位の物理レコード情報毎に対応付けて一の物理レコード情報とするように、デシジョンテーブルを保管テーブルに変換することを特徴とする。
【０１６７】
また、本発明は、１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有するデシジョンテーブルを用いて、少なくとも該デシジョンテーブルに規定された解値の決定を含む各種処理を行う処理プログラムを具備する処理システムにおいて用いられるデータ処理方法であって、処理プログラムに規定すべきデシジョンテーブルのテーブル構造情報と、当該デシジョンテーブルの物理レコード情報と、を対応付けた物理レコード情報を有する保管テーブルを、予め保管用記憶媒体に格納し、処理プログラムの実行時に、該処理プログラムが用いる保管テーブルを保管用記憶媒体から読み出すステップと、読み出した保管テーブルをデシジョンテーブルに変換する変換ステップと、を含み、変換ステップでは、当該デシジョンテーブルを使用する処理プログラムに、テーブル構造情報を供給することを特徴とする。
【０１６８】
さらに、本発明は、１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有するデシジョンテーブルを用いて、少なくとも該デシジョンテーブルに規定された解値の決定を含む各種処理を行う処理プログラムを具備する処理システムにおいて、コンピュータを、物理レコード構造が相互に等しい複数の構成要素単位からなり、各種処理プログラムで用いられるデシジョンテーブルを、保管テーブルに変換して保管用記憶媒体に格納するテーブル変換格納手段、保管テーブルを保管用記憶媒体から読み出して、各種処理プログラムで使用できるようにデシジョンテーブルに変換するテーブル読出変換手段、として機能させ、テーブル変換格納手段を、処理プログラムで規定しているデシジョンテーブルのテーブル構造情報をデシジョンテーブルの一の構成要素単位の物理レコード情報毎に対応付けて一の物理レコード情報とするように、デシジョンテーブルを保管テーブルに変換する手段として機能させるためのテーブルデータ管理プログラムである。
【０１６９】
さらにまた、本発明は、１以上の条件値とそれに対応する１以上の解値とを一の物理レコード情報として有するデシジョンテーブルを用いて、少なくとも該デシジョンテーブルに規定された解値の決定を含む各種処理を行う処理プログラムを具備する処理システムにおいて、コンピュータを、処理プログラムに規定すべきデシジョンテーブルのテーブル構造情報と、デシジョンテーブルの物理レコード情報と、を対応付けた物理レコード情報を有する保管テーブルが格納された保管用記憶媒体、処理プログラムの実行時に、保管用記憶媒体から保管テーブルを読み出してデシジョンテーブルに変換するテーブル読出変換手段、として機能させ、テーブル読出変換手段を、当該デシジョンテーブルを使用する処理プログラムに、テーブル構造情報を供給する手段として機能させるためのテーブルデータ管理プログラムである。
【図面の簡単な説明】
【０１７０】
【図１】本発明を適用したテーブルデータ管理システムの機能ブロック図である。
【図２】テーブルデータ管理システムに用いられるデシジョンテーブル及び保管テーブルの構成例を示す図であり、（ａ）にデシジョンテーブルのデータ構造を、（ｂ）に保管テーブルのデータ構造を、それぞれ示す。
【図３】デシジョンテーブル及び保管テーブルの他の構成例を示す図であり、（ａ）にデシジョンテーブルのデータ構造を、（ｂ）に保管テーブルのデータ構造を、それぞれ示す。
【図４】デシジョンテーブル及び保管テーブルの他の構成例を示す図であり、（ａ）にデシジョンテーブルのデータ構造を、（ｂ）に保管テーブルのデータ構造を、それぞれ示す。
【図５】テーブルデータ管理システムにおいてデシジョンテーブルを編集し、保管テーブルとして保管する処理の概要を説明するためのフローチャートであり、テーブル入出力処理プログラム及びテーブル変換処理プログラムに基づくＣＰＵの処理概要を示す。
【図６】テーブルデータ管理システムにおいて保管テーブルをデシジョンテーブルに変換するための処理を説明するフローチャートであり、図５のステップＳ１０のサブルーチンを示す。
【図７】デシジョンテーブルの構成要素単位数変更入力モードにおいてＣＰＵが行う処理を示すフローチャートであり、図５のステップＳ１１のサブルーチンを示す。
【図８】デシジョンテーブルを編集する際の表示画面の一例を示す図であり、（ａ）がテーブル編集画面の一例であり、（ｂ）がテーブル構成要素単位数変更入力画面であり、（ｃ）が具体値情報変更入力画面の一例である。
【図９】デシジョンテーブルの具体値情報を編集する際にＣＰＵが行う処理を示すフローチャートである。
【図１０Ａ】デシジョンテーブルを保管テーブルに変換するための処理を説明するフローチャートであり、図５のステップＳ１３のサブルーチンを示す。
【図１０Ｂ】デシジョンテーブルを保管テーブルに変換するための処理を説明するフローチャートであり、図５のステップＳ１３のサブルーチンを示す。
【図１１】テーブルデータ管理システムにおいてデシジョンテーブルに基づく解値決定処理の概要を説明するためのフローチャートである。
【図１２】従来の処理システムで用いられていたデシジョンテーブルの一例を示す図である。
【図１３】従来の処理システムで用いられていたデシジョンテーブルの一例を示す図である。
【図１４】従来の処理システムで用いられていたデシジョンテーブルの一例を示す図である。
【図１５】従来の処理システムの概要を説明するための機能ブロック図である。
【符号の説明】
【０１７１】
１  テーブル格納部（保管用記憶媒体）
２  テーブル入出力部（テーブル読出変換手段、テーブル変換格納手段、デシジョンテーブル編集手段）
３  解値項目決定部（テーブル読出変換手段、テーブル変換格納手段）
【図１】
2005157959.tif 000003
【図２】
2005157959.tif 000004
【図３】
2005157959.tif 000005
【図４】
2005157959.tif 000006
【図５】
2005157959.tif 000007
【図６】
2005157959.tif 000008
【図７】
2005157959.tif 000009
【図８】
2005157959.tif 000010
【図９】
2005157959.tif 000011
【図１０Ａ】
2005157959.tif 000012
【図１０Ｂ】
2005157959.tif 000013
【図１１】
2005157959.tif 000014
【図１２】
2005157959.tif 000015
【図１３】
2005157959.tif 000016
【図１４】
2005157959.tif 000017
【図１５】
2005157959.tif 000018