(57)【要約】【課題】プログラムに内在する不完全な意味を発症させる仕組みを解読する。【解決手段】プログラムの不完全な意味はプログラムの実行障害の原因であるが、従来のプログラム診断方法では、障害の原因を試行錯誤で部分的に探索するだけで論理的総合的に全ての原因を発見することができない。本発明はプログラム情報から本発明の方法によってＬＹＥＥ空間情報を抽出することによりプログラムの意味を完全に解読することが出来るので、その不完全な意味が発症する仕組みを解読することが出来る。従ってプログラムに必ず潜在する不完全な意味を発見し実行障害を事前に防止することが出来る。【選択図】図４０
2013058127.tif 000002
【特許請求の範囲】
【請求項１】
対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、
ＧＳ／ＴＣ表を用いて，電算機でプログラム構文を単元化して単元文とし，其のＩＤと共に電算機でＬＹＥＥ空間に展開するステップ１と、
電算機で単元文に属す変数を本発明による主語，名詞，定置名詞に仕分し，其の仕分けされた様相，並びに定数を定値として電算機でＬＹＥＥ空間に展開するステップ２と、
電算機でプログラム構文の行番情報（ＴＳ）並びにＧＳ／ＴＣ表を基にＬＹＥＥ空間の単元文にＴＣ座標を付与規則を基に電算機でＬＹＥＥ空間に展開するステップ３と
を具備することを特徴とするコンピュータプログラムの実行障害の解法を得る方法。
【請求項２】
前記付与規則は４種のＴＣ座標付与規則として、
ＴＣＸ付与規則，
ＴＣＹ付与規則，
条件文のＴＣＺ付与規則，
制御文のＴＣＺ付与規則
を具備することを特徴とする請求項２記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項３】
電算機で単元文に順位を付与し其れをＬＹＥＥ空間又は其の補助空間に電算機で展開するステップ４と、
主語，名詞，定置名詞，定値に前記ＴＣ座標から派生する超言語座標（主語座標，名詞座標）をＴＣ座標付与規則を基に電算機で生成しＬＹＥＥ空間に展開するステップ５と
をさらに具備することを特徴とする請求項１又は２記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項４】
前記ＴＣ座標付与規則は、
主語に主語座標を付与する規則，
名詞に名詞座標を付与する規則，
標識名に主語座標，名詞座標を付与する規則，
定値に名詞座標を付与する規則，
定置名詞に名詞座標を付与する規則，
主語に属す名詞に正当な主語座標を付与する規則，
主語に属さない名詞に正当な主語座標を付与する規則
を具備することを特徴とする請求項３記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項５】
電算機で被呼応文と記す条件文が真のとき，其れに呼応する呼応文とされる単元文のＴＣ座標をＬＹＥＥ空間に探索し，其れをＬＹＥＥ空間の被呼応文に付与するステップ６と、
電算機で被呼応文と記す条件文が偽のとき，其れに呼応する呼応文とされる単元文のＴＣ座標をＬＹＥＥ空間に探索し，其れをＬＹＥＥ空間の被呼応文に付与するステップ７と、
電算機で被連動文とされる単元文に連動する単元文のＴＣ座標をＬＹＥＥ空間に探索し，其れをＬＹＥＥ空間の被連動文に付与するステップ８と、
電算機でＬＹＥＥ空間を用いて単元文にＴＣ座標並びに超言語座標を付与し、其の単元文（ＳＳ）をＬＹＥＥ空間に展開するステップ９と
をさらに具備することを特徴とする請求項３又は４記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項６】
電算機でＬＹＥＥ空間の前記ＳＳを一般表記（ＧＳ）化してＬＹＥＥ空間に展開するステップ１０
をさらに具備することを特徴とする請求項５記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項７】
電算機で主語に直接係わる名詞，定置名詞，定値，並びに名詞を有しない単元文を集約し，其れをＬＹＥＥ空間に文脈式又は文脈として電算機でＬＹＥＥ空間に展開するステップ１１
をさらに具備することを特徴とする請求項６記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項８】
請求項７記載の方法により、前記主語と集約された情報である文脈，又は文脈式（主語の場合には特に文脈主語）を獲得し、
電算機で全文脈を内包化して主語系譜を生成するステップ１２
をさらに具備することを特徴とする請求項７記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項９】
電算機で前記主語系譜を観測し前記文脈主語を評価するステップ１３
をさらに具備することを特徴とする請求項７記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項１０】
対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、ソースコードに関係する各データ項目について、当該データ項目に対応する値を生成するに与る生成元データ項目及びその座標、当該データ項目が生成されるにあたっての条件及びその座標並びに当該条件を形作るデータ項目及びその座標、当該データ項目の生成の前に処理される単元文の座標を含む当該データ項目に対応する値の生成の由来情報を取得し、
前記ソースコードのそれぞれの行について、当該行の次に処理する座標を取得する
ことを特徴とするコンピュータプログラムの実行障害の解法を得る方法。
【請求項１１】
対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、対象のプログラムのソースコードを各データ項目の由来情報と次処理座標を設置する第１のステップと、
前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目の属性を生成し或いは／及び設置する第２のステップと
を具備することを特徴とするコンピュータプログラムの実行障害の解法を得る方法。
【請求項１２】
対象のプログラムのソースコードを各データ項目の由来情報と次処理座標を設置する第１のステップと、
前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目の属性を生成し或いは／及び設置する第２のステップと、
前記Ｌｙｅｅ空間に展開されている各単元文に係る情報から、単元文に座標が付与されたものであるＳＳと、該各単元文に係る各データ項目の欄の各項目を対応する一般名称に変換するとともに当該各データ項目の座標を一般形で表示したＧＳとを規定する第３のステップと、
前記Ｌｙｅｅ空間に展開されたデータの主語欄から主語を抽出し、該抽出された主語について、それを主語とするＳＳから名詞、定値、定置名詞を抽出し、条件文の真・偽呼応欄から当該主語の座標のＴＣＸがあればこれをもって呼応情報を記載し、該条件文の名詞、定値、定置名詞を座標と共に抽出し、該当すれば被連動文の連動欄から連動情報を記載することで文脈及び文脈式情報を生成する第４のステップと、
超言語空間（ＭＬＳ）に成立する主語系譜の生成規則を用いて、前記生成された文脈から主語系譜を生成する第５のステップと
を具備することを特徴とするコンピュータプログラムの実行障害の解法を得る方法。
【請求項１３】
前記第１のステップは、
前記ソースコードの構文座標（ＴＳ）を前記Ｌｙｅｅ空間に設置するステップと、
前記ソースコードの構文を前記Ｌｙｅｅ空間に設置するステップと、
構文ＩＤ抽出規則を用いて、構文ＩＤを設置するステップと、
単元化規則を用いて、前記構文ＩＤに適合する単元文とその属性情報を取得して前記Ｌｙｅｅ空間に設置するステップと、
前記設置された単元文から、演算子、変数（データ項目）、単元文を定義する指標である名詞指標、使用する或いは遷移先である単元文を示す指標である主語指標、単元文であるが領域を持たない名詞である定置名詞、単元文に属し領域を持たない値である定値、主語、のうちの該当する情報を抽出して前記Ｌｙｅｅ空間に設置するステップと、
条件文について、夫々の探索規則を用いてＺ１始文及び終文を探索し、Ｚ２始文及び終文を探索し、Ｚ３及びＺ４文を探索することで、Ｚ１始文座標、Ｚ１終文座標、Ｚ２始文座標、Ｚ２終文座標、Ｚ３文座標、Ｚ４文座標を取得して前記Ｌｙｅｅ空間に設置するステップと、
制御文について、制御文Ｚ１探索規則を用いてＺ１を取得して前記Ｌｙｅｅ空間に設置するステップと、
主語の主語座標付与規則を用いて、主語に主語座標を付与するステップと、
主語及び名詞の名詞座標付与規則を用いて、主語及び名詞に名詞座標を付与するステップと、
主語が属す単元文の名詞の正統な主語座標の探索とその付与規則を用いて、主語を有する単元文に属す名詞を実体化するすべての単元文から当該主語を有する単元文に辿れるか否かを軌跡文追跡規則を用いて確認して正統な主語座標か否かを判断するステップと、
主語が属さない単元文の名詞の正統な主語座標の探索とその付与規則を用いて、主語を有しない単元文に属す名詞を実体化するすべての単元文から当該主語を有する単元文に辿れるか否かを確認して正統な主語座標か否かを判断するステップと、
標識名の座標付与規則を用いて、主語指標及び名詞指標に座標を付与するステップと、
定置名詞の名詞座標付与規則及び定値の名詞座標付与規則を用いて、定置名詞、定値、データ項目名を登録する領域名、各座標を付与するステップと、
Ｚ１呼応文探索規則、Ｚ２呼応文探索規則及び軌跡文追跡規則を用いて、条件文に真及び偽の呼応文の座標を付与するステップと、
連動文探索規則及び軌跡文追跡規則を用いて、主語及び名詞を共に持たない単元文に連動文の座標を付与するステップと
を具備することを特徴とする請求項１１もしくは１２記載のコンピュータプログラムの実行障害の解法を得る方法。 
【請求項１４】
前記構文ＩＤ抽出規則は、構文を抽出し、該抽出された構文から変数名と演算子を除いた予約語列として構文ＩＤを付与する、ということを構文座標の最初から最後まで行うアルゴリズムであることを特徴とする請求項１３記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項１５】
前記単元化規則は、前記設置された構文ＩＤを取得し、該取得された構文ＩＤと予め作成されたＧＳ／ＴＣ表（単元文属性と次処理座標表）とを対照し、該構文ＩＤに関連する単元文属性情報（構文ＩＤ、単元文、単元文から変数名及び演算子を除いた予約語列である単元文ＩＤ、単元文の文種情報、主語種別情報、ＹＺ区別情報（次に処理する文が直後文であるか否かを示す情報）、単元文の型情報、構文座標及び予約語を用いた一般的表示のＴＣＸ（単元文に分割された後、構文座標との関係で表された当該単元文の座標）、ＴＣＹ（次処理の座標）、Ｚ１（条件文の場合であって真のときに処理する座標または制御文の指示する座標）、Ｚ２（条件文の場合であって偽のときに処理する座標）、Ｚ３（条件文の場合であって条件文の終了文の座標）、Ｚ４（条件文の場合であってＺ３の次に処理する座標）、を含む情報）を前記ＧＳ／ＴＣ表から取得してそれらを基に、ＴＣＸ規則、ＴＣＹ規則、ＴＣＺ規則を用いて直値化してＬｙｅｅ空間に設置する、ということを構文座標の最初から最後まで行うアルゴリズムであることを特徴とする請求項１３記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項１６】
前記第１乃至第５のステップで得られた情報を用いて、
個々のデータ項目についての由来情報がすべて存在するか否かを確認することでデータ項目の正統性を診断することを特徴とする請求項１２記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項１７】
前記第１乃至第５のステップで得られた情報を用いて、
データ項目についてその文脈が生成不能で、かつ、当該データ項目がインプットデータ項目でないことを確認することで浮島主語であるか否かを診断することを特徴とする請求項１２記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項１８】
前記第１乃至第５のステップで得られた情報を用いて、
前記軌跡文追跡規則を適用して、個々の全単元文を出発文として、すべて終局文に到達するかを確認して該到達しない出発単元文を発見することで、データ項目の妥当性を診断することを特徴とする請求項１１記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項１９】
前記第１乃至第５のステップで得られた情報を用いて、
Ｌ４型回帰診断規則及びＬ３型回帰診断規則を適用して、ある単元文について、当該単元文に含まれる名詞のデータ項目が生成される座標のＴＣＸが当該単元文のＴＣＸより大きいか等しい場合を発見することで、データ項目の回帰を診断することを特徴とする請求項１１記載のコンピュータプログラムの実行障害の解法を得る方法。
【請求項２０】
請求項１２記載の前記第１乃至第５のステップで得られた情報を用いて、
文脈主語において、主語の名称と内容が同一の文脈で文脈主語の座標のみが異なる文脈主語である重複主語、
文脈主語において、主語の名称が同一であるが、その条件文の内容と文脈主語の座標とが異なる文脈主語である多重主語、
文脈主語において、その条件文に含まれる名詞の数が相対的に多い文脈主語である拡散主語、
文脈主語において、その主語が他の文脈の条件文にも使われる場合が多い文脈主語である集約主語、
文脈主語において、その条件文に含まれる名詞の数が最大である文脈主語である核主語
の少なくとも一つを発見することを特徴とするプログラムの洗練性を診断する方法。
【請求項２１】
請求項１２記載の前記第１乃至第５のステップで得られた情報をもとに、
前記プログラムに係る要件が変更されたことに伴って変更される文脈主語を特定し、
前記特定された文脈主語について変更を行った後に、当該変更の波及範囲として、前記変更された文脈の子孫文脈（当該文脈主語を名詞としてそれに内包される文脈と、同様に以降連鎖して内包される文脈）について、変更が初めて必要でなくなる文脈に使用される名詞を文脈主語とする文脈を変更の波及する限界の文脈と特定する
ことを特徴とするプログラムの要件変更の波及範囲を診断する方法。
【請求項２２】
任意の目的データ項目に関わるすべてのインプットデータ項目に始まり当該目的データ項目に至る過程のすべてのデータ項目とそれらの生成の順序を特定することで、データ項目間のあるべき内包関係及びその順序の診断を行い、および／もしくは、
前記主語系譜において文脈主語を特定し、該特定された文脈主語の名詞を参照し、該参照された名詞を主語とする文脈を前記主語系譜から探索することを、特定の条件文を被呼応文として持つ文脈にたどり着くまで繰り返す
ことを特徴とする要件とプログラムとの調和性及び要件の妥当性を診断する方法。
【請求項２３】
既存であって変換対象のプログラムのソースコードをＬｙｅｅ空間に展開する第１のステップと、
前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目を生成し或いは／及び設置する第２のステップと、
前記第１及び第２のステップで得られた前記Ｌｙｅｅ空間情報をもとに、予め作成された保守用のＧＳ／ＴＣ表並びに言語変換用のＧＳ／ＴＣ表を用いて新Ｌｙｅｅ空間を展開する第３のステップと、
前記第３のステップで得られた新Ｌｙｅｅ空間から、新プログラム規則に則って展開することで新たにソースコードを得る第４のステップと
を具備することを特徴とするコンピュータプログラムの変換方法。
【請求項２４】
対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、ソースコードに関係する各データ項目について、当該データ項目に対応する値を生成するに与る生成元データ項目及びその座標、当該データ項目が生成されるにあたっての条件及びその座標並びに当該条件を形作るデータ項目及びその座標、当該データ項目の生成の前に処理される単元文の座標を含む当該データ項目に対応する値の生成の由来情報を取得する手段と、
前記ソースコードのそれぞれの行について、当該行の次に処理する座標を取得する手段と
を具備することを特徴とするコンピュータプログラムの実行障害の解法獲得装置。
【請求項２５】
対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、対象のプログラムのソースコードを各データ項目の由来情報と次処理座標を設置するための第一の手段と、
前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目の属性を生成し或いは／及び設置するための第二の手段と
を具備することを特徴とするコンピュータプログラムの実行障害の解法獲得装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電算機プログラムのソ−スを電算機で解法して，其のプログラムの意味を人が自覚出来る形式の情報に生成して表示する為の方法論である。其の形式は本発明で規約され主語系譜と名付けられる。其の生成過程でＬＹＥＥ空間として生成される情報は主語系譜と共にプログラム課題を人が解決する為の有意な情報となる。
【背景技術】
【０００２】
プログラムのソ−スはプログラム言語の構文（命令文）の順序列である。そして，其の言語の特徴は文脈自由型（Ｃontext Ｆree）となる事である。故に，プログラムの意味を律するプログラムに属す変数達の成立関係はプログラムでは示されず，電算機に委ねられる。例えば，関数文Ａ＝Ｂ＋Ｃで，変数名Ｂを実体化する命令文が其のプログラムに複数存在すれば，其のどの行の命令文で実体化されるＢが適用されるかは電算機に委ねられる。同様に，この関数文に条件文が係わり，其の条件文に属す変数が，例えばＤ，Ｅとすれば，其れらがどの行の命令文で実体化されるＤ，Ｅかも電算機に委ねられる。電算機は命令文の実行順序上該当行の過去側且つ其の最近傍に位置する行で実体化される変数名を適用している。故に，人が関数文のＡの意味を知ろうとすれば，関数文のＢ，Ｃ，条件文のＤ，Ｅの成立由来を其の起源となる変数から辿らなければならない。
しかし，プログラムに属す全変数について其の成立の脈略を人がプログラムから解き明かす事は容易ではない。因に，人が其れを捉えようとすれば，プログラムシステムに属す変数の個数が３００個ぐらい迄が開発合理性の限界であると想定される。しかし，システムは数千個の変数で成立する。其の脈絡を人が捉える事は実質上不可能である。
全変数の脈絡がプログラムの意味に符合する事を想起できれば，そして，要件に係るプログラムの実行障害が不完全な意味により発症する事が想起出来れば，其の原因は其の脈絡の中で，変数の成立順位の要件的不条理，変数の要件的欠落として帰着している事は自明である。本発明はこの脈絡を主語系譜と記す。本発明では主語系譜は本発明の解法規則でプログラムソ−スから電算機で生成される。
【０００３】
この点に関し、従来は、特許文献１に係る思想があった。この特許文献１では、具体的なアルゴリズムや、具体的な座標取得の処理方法についての開示が十分とはいえなかった嫌いがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−７３２０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
（１）要件に係るプログラム実行障害の原因，仕組の発見方法
本発明の為の研究によれば，要件に係るプログラムの実行障害はプログラムが実行時可能的に成立させる不完全な意味が原因となり発症する。其の不完全な意味は実行時に成立するプログラムに属す変数間の脈絡の要件的不具合により発症する。しかし，プログラムに属す全変数間の脈絡を捉える事は技術的に容易ではなく，これ迄実現されていない。故に其の不具合を人が発見する事は出来ていない。
主語系譜は全変数間の脈絡を全文脈主語の脈絡として捉える。
主語系譜生成の過程でソ−スプログラムが本発明の解法規則で電算機的に構文は単元化され単元文として定義し直される。
変数は主語，名詞，定置名詞，定数は定値として仕分けされる。
単元文にはＴＣ座標，仕分けされる変数，定値にはＴＣ座標に基づく超言語座標が付与される。
文脈主語とは其の主語の事である。
本方法では主語系譜では起点主語，終点主語と記す文脈主語を端点，終点とする文脈主語の成立順序列が起点主語の個数分捉えられている。
其の順序列に要件的な不条理，即ち，成立順序を乱す文脈主語の介在，文脈主語の欠落があれば其の文脈主語が其のプログラムに不完全な意味を発症させる起因として位置付けられる。
そして，其の成立順序列が其の不完全な意味を発症させる仕組として位置付けられる。
其の様子は要件の観点に基づき人的に其の順序列を探索し，もし，起因となる様相があれば，其れを発見する事が出来る。
起因と其の仕組が解れば，其のプログラムのソ−ス，或いは要件を修正，改善する事が出来る。其の事により，事前に実行障害は回避する事が出来る。
実行障害は起因となる文脈主語である変数が属す構文により現象化される。
【０００６】
（２）プログラム要件の調和性評価の方法
全要件が構成するプログラムに対応して
調和的に分割されているや否やの問題は
プログラムシステムの脆弱性を防止する上で解決されなければならない必然の措置である。
プログラムの脆弱性が高ければ，其のプログラムシステムの開発，保守作業の能率は
必ず劣化する。故にこの問題は見えないプログラムの敵である。
単に要件を其の知見で機能的に分割するだけではプログラムシステムの脆弱性問題は回避する事が出来ない。
この問題は，十分に認識されてはいないが，健全なプログラムシステムを構築する為には克服されるべきプログラム課題のひとつである。
本方法は電算機で主語系譜に属す文脈主語の存在の仕方を冗長度，複雑度さの測度で測定する。
其の情報を用いれば，人がプログラム要件の調和の度合を其の測度で判断する事が出来る。測度が高ければ，其のプログラムの要件は調和性に欠ける。
プログラム要件並びに要件分割方法は改善される事が好ましい。
【０００７】
（３）プログラムに属す実行停止命令の有意性を検証する方法
ＬＹＥＥ空間のＴＣ座標を用いれば，プログラムソ−スの単元文を電算機で辿る事が出来る。
本方法は其れを電算機で実行させる。
そして，其の実行により，
其のプログラムに属す停止命令に到達出来るや否やを判定させる事が出来る。
停止命令に到達すれば，其のプログラムの停止命令は有意である。
到達出来なければ有意ではない。
停止命令が有意でないプログラムを
実際に電算機で実行しても其のプログラムは無意味である。
其のプログラムは改善修正されなければならない。
【０００８】
（４）生成値の意味を曖昧にする仕組の検出方法
関数文に属す変数を実体化する単元文が其のプログラムで正常に配置されていれば，其の関数文の生成値の意味は曖昧にはならない。
もしそうでなければ，其の関数文の生成値には二つの意味が成立し，其の意味を曖昧にさせる。
本発明では其れを発症させる仕組はＬ４型回帰と記される。
正常に配置されるとは関数文に属す変数を実体化する単元文は実行順序上其の関数文の過去側に位置する行に置かれている事である。
Ｌ４型回帰は関数文に属す変数を実体化する単元文が実行順序上其の関数文の
未来側に位置する行に置かれる事である。
本方法はこの関係をＬＹＥＥ空間を用いて電算機で検出する。
其の情報の妥当性は要件とプログラム双方の観点から人的に
判定する事が出来る。
もし，妥当性が成立していなければ，其のプログラムは改善修正されなければならない。
本方法は実行障害を事前に防止する方法のひとつである。
【０００９】
（５）生成値の意味を破壊する原因の検出方法
条件文に属す変数を実体化する単元文が其のプログラムで正常に配置されていれば，
其の条件文の基で成立する全ての関数文の生成値の意味は正常である。もしそうでなければ，其の全ての関数文の生成値には想定外の意味が生じる。
本発明では其れを発症させる仕組はＬ３型回帰と記される。
正常に配置されるとは、条件文に属す変数を実体化する単元文は実行順序上其の条件文の過去側に位置する行に置かれる事である。
Ｌ３型回帰は条件文に属す変数を実体化する単元文が実行順序上其の条件文の未来側に位置する行に置かれる場合に発症する。
本方法はこの関係をＬＹＥＥ空間を用いて電算機で検出する。
其の情報の妥当性は要件とプログラム双方の観点から人的に判定しなければならない。
もし，妥当性が成立していなければ，其のプログラムは改善修正されなければならない。
本方法は実行障害を事前に防止する方法のひとつである。
【００１０】
（６）プログラム作成作業を自動化させるＴＯＯＬ
本発明の概念，ＧＳ／ＴＣ表，ＬＹＥＥ空間，主語系譜でプログラム作成作業を自動化するＴＯＯＬを構築する事が出来る。
ＧＳ／ＴＣ表を用いＬＹＥＥ空間，主語系譜を応用する事によりプログラミング作業を自動化するＴＯＯＬの方法論を実現する事が出来る。
【課題を解決するための手段】
【００１１】
（本発明の特徴）
プログラムの構文は単元化され，変数は主語，名詞，定置名詞に仕分けされる。
そして，単元化された構文，構文に属す定値，そして，仕分けされた変数の全てに本発明による座標が付与される。
其の情報は本発明による解法規則によりプログラムソ−スから電算機でＬＹＥＥ空間として生成される。
プログラムに属す全変数の脈絡関係はＬＹＥＥ空間の仕組を基に成立する本発明の解法規則により電算機で生成される。以上が本発明の特徴である。
【００１２】
かかる課題を解決するために、本願発明は、以下のようなステップを具備する。
０００８：ＬＹＥＥ空間生成のステップ
１：本発明のＧＳ／ＴＣ表を用いて，電算機でプログラム
構文を単元化して単元文とし，
其のＩＤと共に電算機でＬＹＥＥ空間に展開するステップ。
２：電算機で単元文に属す変数を本発明による主語，名詞，定置名詞に仕分し，
其の仕分けされた様相，並びに
定数を定値として電算機でＬＹＥＥ空間に展開するステップ。
３：電算機でプログラム構文の行番情報（ＴＳ）並びにＧＳ／ＴＣ表を基に
ＬＹＥＥ空間の単元文に
本発明のＴＣ座標を本発明の付与規則を基に
電算機でＬＹＥＥ空間に展開するステップ
本ステップに関する４種のＴＣ座標付与規則を以下に示す。
ＴＣＸ付与規則，
ＴＣＹ付与規則，
条件文のＴＣＺ付与規則，
制御文のＴＣＺ付与規則
４：電算機で単元文に順位を付与し其れをＬＹＥＥ空間又は其の補助空間に
電算機で展開するステップ，
５：主語，名詞，定置名詞，定値に本発明のＴＣ座標から派生する
本発明の超言語座標（主語座標，名詞座標）を
本発明の以下の規則を基に電算機で生成しＬＹＥＥ空間に展開するステップ
本ステップに関する７種のＴＣ座標付与規則を以下に示す。
主語に主語座標を付与する規則，
名詞に名詞座標を付与する規則，
標識名に主語座標，名詞座標を付与する規則，
定値に名詞座標を付与する規則，
定置名詞に名詞座標を付与する規則，
主語に属す名詞に正当な主語座標を付与する規則，
主語に属さない名詞に正当な主語座標を付与する規則
６：電算機で本発明が被呼応文と記す条件文が真の時，
其れに呼応する本発明が呼応文と記す単元文の
ＴＣ座標をＬＹＥＥ空間に探索し，其れをＬＹＥＥ空間の被呼応文に付与するステップ
７：電算機で本発明による被呼応文と記す条件文が偽の時，
其れに呼応する本発明が呼応文と記す単元文の
ＴＣ座標をＬＹＥＥ空間に探索し，其れをＬＹＥＥ空間の被呼応文に付与するステップ
８：電算機で本発明が被連動文と記す単元文に連動する単元文のＴＣ座標を
ＬＹＥＥ空間に探索し，其れをＬＹＥＥ空間の被連動文に付与するステップ
９：電算機でＬＹＥＥ空間を用いて単元文にＴＣ座標並びに超言語座標を
付与する。其の単元文をＬＹＥＥ空間に展開するステップ
本発明では其の単元文をＳＳと記す。
１０：電算機でＬＹＥＥ空間のＳＳを一般表記化してＬＹＥＥ空間に展開するステップ
本発明では其れをＧＳと記す。
１１：電算機で主語に直接係わる名詞，定置名詞，定値，並びに名詞を
有しない単元文を集約し，
其れをＬＹＥＥ空間に文脈式又は文脈として電算機でＬＹＥＥ空間に展開するステップ
本発明では主語と集約された
情報を文脈，又は文脈式と記す。そして，其の場合，主語を特に文脈主語と記す。
１２：電算機で全文脈を内包化して主語系譜を生成するステップ
１３：電算機で主語系譜を観測し文脈主語を評価するステップ
【００１３】
さらに、本願では、上記の課題を解決するために、請求項１０記載の本願発明は、対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、ソースコードに関係する各データ項目について、当該データ項目に対応する値を生成するに与る生成元データ項目及びその座標、当該データ項目が生成されるにあたっての条件及びその座標並びに当該条件を形作るデータ項目及びその座標、当該データ項目の生成の前に処理される単元文の座標を含む当該データ項目に対応する値の生成の由来情報を取得し、前記ソースコードのそれぞれの行について、当該行の次に処理する座標を取得することを特徴とする。
【００１４】
請求項１１記載の本願発明は、対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、対象のプログラムのソースコードを各データ項目の由来情報と次処理座標を設置する第１のステップと、前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目の属性を生成し或いは／及び設置する第２のステップとを具備する。
【００１５】
請求項１２記載の本願発明は、対象のプログラムのソースコードを各データ項目の由来情報と次処理座標を設置する第１のステップと、前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目の属性を生成し或いは／及び設置する第２のステップと、前記Ｌｙｅｅ空間に展開されている各単元文に係る情報から、単元文に座標が付与されたものであるＳＳと、該各単元文に係る各データ項目の欄の各項目を対応する一般名称に変換するとともに当該各データ項目の座標を一般形で表示したＧＳとを規定する第３のステップと、前記Ｌｙｅｅ空間に展開されたデータの主語欄から主語を抽出し、該抽出された主語について、それを主語とするＳＳから名詞、定値、定置名詞を抽出し、条件文の真・偽呼応欄から当該主語の座標のＴＣＸがあればこれをもって呼応情報を記載し、該条件文の名詞、定値、定置名詞を座標と共に抽出し、該当すれば被連動文の連動欄から連動情報を記載することで文脈及び文脈式情報を生成する第４のステップと、超言語空間（ＭＬＳ）に成立する主語系譜の生成規則を用いて、前記生成された文脈から主語系譜を生成する第５のステップとを具備する。
【００１６】
上記において、請求項１３のように、前記第１のステップは、前記ソースコードの構文座標（ＴＳ）を前記Ｌｙｅｅ空間に設置するステップと、前記ソースコードの構文を前記Ｌｙｅｅ空間に設置するステップと、構文ＩＤ抽出規則を用いて、構文ＩＤを設置するステップと、単元化規則を用いて、前記構文ＩＤに適合する単元文とその属性情報を取得して前記Ｌｙｅｅ空間に設置するステップと、前記設置された単元文から、演算子、変数（データ項目）、単元文を定義する指標である名詞指標、使用する或いは遷移先である単元文を示す指標である主語指標、単元文であるが領域を持たない名詞である定置名詞、単元文に属し領域を持たない値である定値、主語、のうちの該当する情報を抽出して前記Ｌｙｅｅ空間に設置するステップと、条件文について、夫々の探索規則を用いてＺ１始文及び終文を探索し、Ｚ２始文及び終文を探索し、Ｚ３及びＺ４文を探索することで、Ｚ１始文座標、Ｚ１終文座標、Ｚ２始文座標、Ｚ２終文座標、Ｚ３文座標、Ｚ４文座標を取得して前記Ｌｙｅｅ空間に設置するステップと、制御文について、制御文Ｚ１探索規則を用いてＺ１を取得して前記Ｌｙｅｅ空間に設置するステップと、主語の主語座標付与規則を用いて、主語に主語座標を付与するステップと、主語及び名詞の名詞座標付与規則を用いて、主語及び名詞に名詞座標を付与するステップと、主語が属す単元文の名詞の正統な主語座標の探索とその付与規則を用いて、主語を有する単元文に属す名詞を実体化するすべての単元文から当該主語を有する単元文に辿れるか否かを軌跡文追跡規則を用いて確認して正統な主語座標か否かを判断するステップと、主語が属さない単元文の名詞の正統な主語座標の探索とその付与規則を用いて、主語を有しない単元文に属す名詞を実体化するすべての単元文から当該主語を有する単元文に辿れるか否かを確認して正統な主語座標か否かを判断するステップと、標識名の座標付与規則を用いて、主語指標及び名詞指標に座標を付与するステップと、定置名詞の名詞座標付与規則及び定値の名詞座標付与規則を用いて、定置名詞、定値、データ項目名を登録する領域名、各座標を付与するステップと、Ｚ１呼応文探索規則、Ｚ２呼応文探索規則及び軌跡文追跡規則を用いて、条件文に真及び偽の呼応文の座標を付与するステップと、連動文探索規則及び軌跡文追跡規則を用いて、主語及び名詞を共に持たない単元文に連動文の座標を付与するステップとを具備するように構成することもできる。
【００１７】
上記において、前記構文ＩＤ抽出規則は、構文を抽出し、該抽出された構文から変数名と演算子を除いた予約語列として構文ＩＤを付与する、ということを構文座標の最初から最後まで行うアルゴリズムであるように構成することもできる。
【００１８】
上記において、前記単元化規則は、前記設置された構文ＩＤを取得し、該取得された構文ＩＤと予め作成されたＧＳ／ＴＣ表（単元文属性と次処理座標表）とを対照し、該構文ＩＤに関連する単元文属性情報（構文ＩＤ、単元文、単元文から変数名及び演算子を除いた予約語列である単元文ＩＤ、単元文の文種情報、主語種別情報、ＹＺ区別情報（次に処理する文が直後文であるか否かを示す情報）、単元文の型情報、構文座標及び予約語を用いた一般的表示のＴＣＸ（単元文に分割された後、構文座標との関係で表された当該単元文の座標）、ＴＣＹ（次処理の座標）、Ｚ１（条件文の場合であって真のときに処理する座標または制御文の指示する座標）、Ｚ２（条件文の場合であって偽のときに処理する座標）、Ｚ３（条件文の場合であって条件文の終了文の座標）、Ｚ４（条件文の場合であってＺ３の次に処理する座標）、を含む情報）を前記ＧＳ／ＴＣ表から取得してそれらを基に、ＴＣＸ規則、ＴＣＹ規則、ＴＣＺ規則を用いて直値化してＬｙｅｅ空間に設置する、ということを構文座標の最初から最後まで行うアルゴリズムであるように構成することもできる。
【００１９】
また、本願は、前記第１乃至第５のステップで得られた情報を用いて、個々のデータ項目についての由来情報がすべて存在するか否かを確認することでデータ項目の正統性を診断することを特徴とするコンピュータプログラムの実行障害の解法を得る方法としても実現される。
【００２０】
さらに、本願は、前記第１乃至第５のステップで得られた情報を用いて、データ項目についてその文脈が生成不能で、かつ、当該データ項目がインプットデータ項目でないことを確認することで浮島主語であるか否かを診断することを特徴とするコンピュータプログラムの実行障害の解法を得る方法としても実現される。
【００２１】
また、本願は、前記第１乃至第５のステップで得られた情報を用いて、前記軌跡文追跡規則を適用して、個々の全単元文を出発文として、すべて終局文に到達するかを確認して該到達しない出発単元文を発見することで、データ項目の妥当性を診断することを特徴とするコンピュータプログラムの実行障害の解法を得る方法としても実現される。
【００２２】
さらに、本願は、前記第１乃至第５のステップで得られた情報を用いて、Ｌ４型回帰診断規則及びＬ３型回帰診断規則を適用して、ある単元文について、当該単元文に含まれる名詞のデータ項目が生成される座標のＴＣＸが当該単元文のＴＣＸより大きいか等しい場合を発見することで、データ項目の回帰を診断することを特徴とするコンピュータプログラムの実行障害の解法を得る方法としても実現される。
【００２３】
また、本願は、請求項１２記載の前記第１乃至第５のステップで得られた情報を用いて、
文脈主語において、主語の名称と内容が同一の文脈で文脈主語の座標のみが異なる文脈主語である重複主語、文脈主語において、主語の名称が同一であるが、その条件文の内容と文脈主語の座標とが異なる文脈主語である多重主語、文脈主語において、その条件文に含まれる名詞の数が相対的に多い文脈主語である拡散主語、文脈主語において、その主語が他の文脈の条件文にも使われる場合が多い文脈主語である集約主語、文脈主語において、その条件文に含まれる名詞の数が最大である文脈主語である核主語の少なくとも一つを発見することを特徴とするプログラムの洗練性を診断する方法としても実現される。
【００２４】
さらに、本願は、請求項１２記載の前記第１乃至第５のステップで得られた情報をもとに、前記プログラムに係る要件が変更されたことに伴って変更される文脈主語を特定し、前記特定された文脈主語について変更を行った後に、当該変更の波及範囲として、前記変更された文脈の子孫文脈（当該文脈主語を名詞としてそれに内包される文脈と、同様に以降連鎖して内包される文脈）について、変更が初めて必要でなくなる文脈に使用される名詞を文脈主語とする文脈を変更の波及する限界の文脈と特定することを特徴とするプログラムの要件変更の波及範囲を診断する方法としても実現される。
【００２５】
また、本願は、任意の目的データ項目に関わるすべてのインプットデータ項目に始まり当該目的データ項目に至る過程のすべてのデータ項目とそれらの生成の順序を特定することで、データ項目間のあるべき内包関係及びその順序の診断を行い、および／もしくは、前記主語系譜において文脈主語を特定し、該特定された文脈主語の名詞を参照し、該参照された名詞を主語とする文脈を前記主語系譜から探索することを、特定の条件文を被呼応文として持つ文脈にたどり着くまで繰り返すことを特徴とする要件とプログラムとの調和性及び要件の妥当性を診断する方法としても実現される。
【００２６】
さらに、本願は、既存であって変換対象のプログラムのソースコードをＬｙｅｅ空間に展開する第１のステップと、前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目を生成し或いは／及び設置する第２のステップと、前記第１及び第２のステップで得られた前記Ｌｙｅｅ空間情報をもとに、予め作成された保守用のＧＳ／ＴＣ表並びに言語変換用のＧＳ／ＴＣ表を用いて新Ｌｙｅｅ空間を展開する第３のステップと、前記第３のステップで得られた新Ｌｙｅｅ空間から、新プログラム規則に則って展開することで新たにソースコードを得る第４のステップとを具備することを特徴とするコンピュータプログラムの変換方法としても実現される。
【００２７】
また、本願は、対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、ソースコードに関係する各データ項目について、当該データ項目に対応する値を生成するに与る生成元データ項目及びその座標、当該データ項目が生成されるにあたっての条件及びその座標並びに当該条件を形作るデータ項目及びその座標、当該データ項目の生成の前に処理される単元文の座標を含む当該データ項目に対応する値の生成の由来情報を取得する手段と、前記ソースコードのそれぞれの行について、当該行の次に処理する座標を取得する手段とを具備することを特徴とするコンピュータプログラムの実行障害の解法獲得装置としても実現される。
【００２８】
さらに、本願は、対象プログラムのソースコードをＬｙｅｅ空間に展開するに当たり、対象のプログラムのソースコードを各データ項目の由来情報と次処理座標を設置するための第一の手段と、前記Ｌｙｅｅ空間において前記ソースコードの各行に係る各個別項目の属性を生成し或いは／及び設置するための第二の手段とを具備することを特徴とするコンピュータプログラムの実行障害の解法獲得装置としても実現される。
【発明の効果】
【００２９】
（１）要件に係るプログラム実行障害の原因，仕組の発見の効果
本原因を発見するこれ迄の方法は実デ−タを用いてプログラムを実際に仮稼働させ其の稼働状況で，其の原因を発見しようとする方法である。
そして，其の作業をプログラムテストと称している。
従来の方法の課題はこの方法を擦り抜ける実行障害の原因を残存させる事である。
そして，其の原因が実稼働中に突発的な障害を発症させる事である。
社会的システムでこの様な障害が発症すれば其の悪影響は社会に広く及ぶ事になる。
故に，この問題は国家業務，銀行，証券，運輸，航空機などに係わるプログラムでは看過出来ない深刻な問題である。
この点に関し，重大な懸念は其の事の深刻さを直視すべき関係者の多くがこの問題を直視しない事である。唯，努力姿勢に止まり，根源的改善の施策に踏み込まない事である。
其の意味で，この問題はプログラムの根源的課題と言える。
本願方法は要件に係る実行障害の原因を人が捉えられる様にする為の情報（主語系譜）をプログラムソ−スから電算機で生成する為の方法である。
其の主語系譜により実行障害の原因を人が起因，其の発症の仕組として完全に捉える事が出来る。
発症の起因から其の発症現象を想定する事が出来る。また，起因が発症する仕組が分かる事により，プログラムの改善修正の仕方が分かる。其の事により，改善修正による新たな実行障害を発症させない改善修正が可能になる。
【００３０】
（２）プログラム要件の調和性の評価方法の効果
これ迄，プログラム要件の調和性はプログラムの脆弱性と共に経験的にしか評価する事が出来ていない。
即ち，正確に把握されるべき課題が克服されていない。
其の事が陰に陽にプログラムの生産性，其の品質を劣化させる原因になっている。
例えば２００万ラインを越えるプログラムシステムでは其の開発維持の経済性の観点からも要件の調和性評価は行われるべきである。
本方法により其の作業が可能になる。
【００３１】
（３）プログラムに属す実行停止命令の有意性を検証する方法の効果
停止命令の有意性判定はこれ迄のコンパイラでは不可能である。
故に，この有意性問題はプログラムテストの段階迄不明である。
そして，プログラムテストでも，其の有意性の検証が必要かつ十分に行われているとは限らない。
本方法はコンパイルの前に適用する事が出来る。
そして，プログラムテスト作業を必要以上に混乱させない効果がある。
【００３２】
（４）生成値の意味を曖昧にする仕組，並びに生成値の意味を破壊する仕組の検出方法の効果プログラムには意図に反して生成値の意味を曖昧にしたり，破壊したりする仕組が成立してしまう事がある。
其の原因は要件の欠陥，或いはプログラムの欠陥のいずれかである。
これ迄，この現象は発症しながらも，其の発症の仕組を本方法のごとくかくも明確に捉える事が出来なかった。
本方法により其の発症の仕組が検出されれば，其の情報に基づき其のプログラムを改善修正する事が出来る。
本方法によりこの問題は解決された。
【００３３】
（５）プログラム作成作業を自動化させるＴＯＯＬの効果
本発明の概念，ＧＳ／ＴＣ表，ＬＹＥＥ空間，主語系譜でプログラム作成作業を自動化するＴＯＯＬを構築する事が出来る。
本ＴＯＯＬによりプログラムの開発，保守，言語変換，整形作業のプログラム作業の能率は改善される。
【図面の簡単な説明】
【００３４】
【図１】模型化の仕組み
【図２】命題関数の叙述構造
【図３】本発明の体系
【図４】構文IDの抽出規則
【図５】単元化規則
【図６】GS／TC表
【図７】LYEE空間生成規則
【図８】LYEE空間の項目表
【図９】プログラム例
【図１０】回帰診断例
【図１１】LYEE空間例（１／３）
【図１２】LYEE空間例（２／３）
【図１３】LYEE空間例（３／３）
【図１４】補助空間
【図１５】TCX（を直値化する）規則
【図１６】TCY（を直値化する）規則
【図１７】TCZ規則
【図１８】TI表
【図１９】制御文（の）Z１（を直値化する）規則
【図２０】超言語座標の事例説明
【図２１】主語の主語座標付与規則
【図２２】主語および名詞の名詞座標付与規則
【図２３】定置名詞の名詞座標付与規則
【図２４】定値の名詞座標付与規則
【図２５−１】軌跡文追跡規則（Z１系）
【図２５−２】軌跡文追跡規則（Z２系）
【図２５−３】軌跡文追跡規則（Ｚ１主語系）
【図２５−４】軌跡文追跡規則（Ｚ２主語系）
【図２６】主語が属す単元文の名詞の正統な主語座標の探索とその付与規則
【図２７】主語が属さない単元文の名詞の正統な主語座標の探索とその付与規則
【図２８】標識名の座標付与規則
【図２９】プログラムの妥当性診断規則
【図３０】L４型回帰診断規則
【図３１】L３型回帰診断規則
【図３２】Z１呼応文探索規則
【図３３】Z２呼応文探索規則
【図３４】連動文探索規則
【図３５】文脈式の要素例
【図３６】文脈のグラフ表示例
【図３７】主語系譜（SG）の例（グラフ表示）
【図３８】超言語空間（MLS）に成立する主語系譜
【図３９】超言語空間（MLS）に成立する主語系譜の生成規則
【図４０】プログラムの作業改善の仕組み（GH）
【図４１】新LYEE空間生成規則
【図４２】新プログラム編集規則
【図４３−１】GS／TC表の事例その１（重層条件文と複数関数文の例）
【図４３−２】GS／TC表の事例その２（重層条件文と複数関数文の例）
【図４３−３】GS／TC表の事例その３（重層条件文と複数関数文の例）
【図４３−４】LYEE空間（へ）の（展開）事例（重層条件文と複数関数文の例）
【発明を実施するための形態】
【００３５】
目次
１．      文脈と主語系譜の概念の導入
（プログラム診断には全データ項目の由来情報が必要）
２．      データ項目の由来情報の生成の方法
２．１    座標、単元文、主語と名詞の概念の導入
２．２    プログラム診断の課題を座標によって解決
２．３    プログラム診断の課題を文脈、主語系譜によって解決
２．４    文脈の概念の背景
２．５    関数式、条件式の診断は容易。見えない由来にこそ問題が潜在
２．６    要件定義者によるプログラムの診断の方法、要件の妥当性診断の方法
３．      座標・文脈・主語系譜の自動生成
３．１    ソースコードをＬｙｅｅ空間に展開する
３．２    Ｌｙｅｅ空間の各個別項目の生成と設置の方法
３．２．１  
ソースコードの構文の座標（ＴＳ）の設置
３．２．２    ソースコードの構文の設置
３．２．３    構文ＩＤの設置
３．２．４    単元文とその属性をＬＹＥＥ空間に設置
（１）  単元文へ分割しＬＹＥＥ空間に設置
（２）  ＧＳ／ＴＣ表の準備（単元文の属性の定義）
（３）  各構文に対応するＧＳ表／ＴＣ表を抽出しＬＹＥＥ空間に設置
３．２．５    演算子、変数、名詞指標、主語指標、定置名詞、定値、主語、名詞の設置
３．２．６    条件文のＺ１始文座標、Ｚ１終文座標、Ｚ２始文座標、Ｚ２終文座標、
Ｚ３文座標、Ｚ４文座標のＬＹＥＥ空間への設置  及び
Ｚ１終文のＴＣＹの置き換え
３．２．７    制御文のＺ１座標の設置
３．２．８    出発文から目的文への辿る方法（全てのデータ項目にそれを生成する
座標を付与するための準備）
３．２．９    主語に主語座標を付与
３．２．１０  主語と名詞に名詞座標を付与
３．２．１１  主語が属す単元文の名詞の正統な主語座標の探索とその付与
３．２．１２  主語が属さない単元文の名詞の正統な主語座標の探索とその付与
３．２．１３  主語指標と名詞指標に座標を付与
３．２．１４  定置名詞、定値、領域名の座標を付与
３．２．１５  文脈、条件文の呼応、連動の定義
３．２．１６  条件文に真及び偽の呼応文の座標を付与
３．２．１７  主語と名詞を共に持たない単元文に連動文の座標を付与
３．２．１８  ＳＳとＧＳの作成
３．３  文脈と文脈式の生成
３．４．  主語系譜の生成
【００３６】
１．文脈と主語系譜の概念の導入（プログラム診断には全データ項目の
由来情報が必要）
全てのデータ項目について、その個々のデータ項目Ａの値の生成について、
・如何なる位置（ソースコードの行番号）で、
・如何なる位置の如何なるデータ項目によって生成し、且つ、
・如何なる位置の如何なるデータ項目による如何なる位置の如何なる条件下において生成し、更に、
・如何なる位置の如何なる構文に続いて処理されるのか、等
の情報は、個々のデータ値Ａの生成の謂わば由来の情報である。本発明ではこれら個々データ項目Ａについての情報を文脈と呼ぶ。これらの文脈と文脈の関連部分を互いに連鎖的に連結すれば、全データ項目の個々についてその値の生成の条件、生成式、更に処理の順序を含めて相互の依存関係のネットワークが完成する。例えば  IF  X＞Y  A＝B＋Cの場合、X、Y、B、CはAを内包するという。それを内包関係と呼ぶ。前記のネットワークは個々のデータ項目の由来を連鎖した内包関係であり、これを本発明では主語系譜と呼ぶ。
【００３７】
プログラムのソースコードには、
・或るデータ項目が生成する位置と
・それを生成するためのデータ項目と、
・それが生成する条件と条件に含まれるデータ項目と、
・どの構文に続いてに処理されるか
は記述されている。しかしそこに含まれる全てのデータ項目については如何なる位置で如何なる条件で生成されるかの由来は一切記述されていない。これではデータ項目間の依存関係（内包関係）は知りようがない。上記の文脈や主語系譜のように由来に関わる情報は一切ない。それが知りたければソースコードを人が一つ一つ辿って調べなければそれらの情報は得られない。ソースコードを人が辿ることは作業量が膨大すぎて事実上不可能である。個々のデータ項目の由来やデータ項目間の内包関係が分らなければ、各データ項目の正当性やプログラム構造の洗練性の判断は出来ないことは自明である。例えば、或るデータ項目はソースコードを辿ると、
（１）由来が断絶していたり、
（２）或るデータ項目を生成させるためにその関数や条件に必要なデータ項目は今後生成するものであり現在は未だ値が無かったり、或いは
（３）既に値があっても論理的に無関係で不適切な価であったり、
（４）或るデータ項目は如何なる場合にも出力できなかったり、
（５）プログラムの冗長性が大きく又は処理効率が悪かったり、
する。これらの診断のためには、前述の文脈と主語系譜がなければ診断の方法がないことは自明である。例えれば、自分の出生のいわれを先祖まで辿って調べたい時に、家系図が無ければ調べられないことと同様である。家系図がなければ先祖を全て訪ね歩き聞き取り調査をして家系図を作らなければならない。ソースコードは只今現在の処理方法を示すのみで、データ項目の家系図的な情報はないので、プログラム診断のためには家系図に相当する文脈や主語系譜を準備する必要がある。
本発明は、上記の文脈と主語系譜、そしてそれらを作成するための基礎情報となるＬＹＥＥ空間を準備し、それらを用いて、プログラムの正当性や洗練性の診断、またプログラムの保守、言語変換の質的向上を革命的に進化させようとするものである。
【００３８】
２．全データ項目の由来情報の生成の方法
以下にその方法について述べる。
【００３９】
２．１  座標、単元文、主語と名詞の概念の導入
まず、個々のデータ項目に領域定義位置と生成位置を付与する。位置とはプログラムコード（ソースコード或いはそれから展開された単元文化されたコード）の行番号であり今後座標と呼ぶ。ソースコードの各行に書かれた構文は、複数の機能を持つものがある。例えばＣ言語のfor(i=1;i<10;i++)は複数の機能をもつ。複合機能を持つ構文は単一機能に分解して扱うが、その具体的方法については後述する。今は構文は全て単一機能を持つとして説明をする。単一機能を持つ構文を単元文と呼ぶ。
【００４０】
以下、全てのデータ項目と単元文に座標をつける方法について例を持って説明する。
各単元文の座標とは下記表の構文行番号である。
各データ項目の座標とは、そのデータ項目の領域を定義した単元文の座標を名詞座標（Nown Coordinate  略称 
NC）として、またそのデータ項目を定義する単元文の座標を主語座標（Subject Coordinate  略称   SC）として付与し、それらを該データ項目の座標と呼ぶ。座標を付与した後のプログラムコードは下表の如くなる。
2013058127.tif 000003
注記：上表の座標108のCの座標の  M  印は、構文座標108のCの主語座標には104又は106のいずれかの複数の可能性があり、データ処理するとその中から1個入る。こういう場合はSCはMにしておき、後述のように別のところで104と106を探索して記録しておく。この場合は当然２つとも生かして主語系譜の中に入れておかなければならない。
【００４１】
次に各単元文において、その中のデータ項目の特性について識別しておく。それは後に必要となる。特性とは主語であるか名詞であるかの属性を言う。
・生成されるデータ項目を主語、
・生成させるデータ項目、或いは主語以外のデータ項目を名詞
と呼ぶ。上記の例での  C = A + B の場合、Cは主語、A、Bは名詞である。一方別の単元文（構文座標101および102）では、A、Bは主語となる。構文座標の単元文103ではA、Bは名詞である。
【００４２】
２．２  プログラム診断の課題を座標によって解決
さて、プログラム診断において、各データ項目の下記の（１）〜（４）の観点から見た正当性の診断を行う場合を考察する。
（１）或るデータ項目は、それを生成させる関数もなく,又入力データ項目でもない。後述のようにそのデータ項目は浮島主語という。
（２）或るデータ項目は、生成される時点でその生成に関わる関数式又は条件式の中で未来に決まるべきデータ項目が含まれる。この場合は該データ項目は主語であるが、それを生成する名詞の主語座標が主語の主語座標よりも座標数値が大きい場合である。後述のようにそのデータ項目を回帰主語という。その場合、必ずしもエラーとは断定できないが、エラーの可能性が高いので十分注意してその妥当性を検討しなければならない。
（３）或るデータ項目Ａは、それを主語として生成させた名詞Ｂを主語として生成させた単元文（複数の場合もある。）から、全てのプログラム処理順序を辿っても該データ項目Ａを主語とする単元文に辿りつけない。この場合該データ項目Ａはプログラム処理上正規の手順を踏んで値を形成したものではないこととなる。後述のようにそのデータ項目Ａを正統性のない名詞という。
（４）全単元文がプログラムの処理順序を辿って必ず終局文に到達している必要がある。到達しない単元文があると、データによってはその到達しない経路に入り突如プログラムはストップするか無限ループに入る。後述のようにそのプログラムを妥当性がないプログラムという。
上記のデータ項目や単元文に関する（１）、（２）、（３）、（４）に関する診断は、データ項目の由来の指標である座標を鍵として探索するので、どうしてもデータ項目に座標が付与されないと不可能であるし、また単元文をソースコードに記された処理順序に従って辿って検査しないと不可能である。此処において、
・  全データ項目に自動的に座標を付与する方法と、
・  全単元文について何処の単元からでも何処の単元文へでも自動的に辿る方法
が本発明の一つの柱である。単元文を自動的に辿るためには、
・  各単元文が次にどの単元文を処理するのかを文法に従って自動的に指定する方法
が必要である。その方法も本発明の柱の一つである。
プログラムにも勿論処理順序が書いてあるので人が処理を辿ることは出来る。しかし、前述の通り、人が全処理順序を辿ることは膨大な労力と時間を要し現実的には不可能である。
【００４３】
２．３  プログラム診断の課題を文脈、主語系譜によって解決
ここで前述の例をもって文脈について説明しておきたい。文脈とは前述のように、全てのデータ項目について、その値の生成は、
・如何なる座標で、如何なる座標の如何なるデータ項目によって生成し（生成式）、
・如何なる座標の如何なるデータ項目による如何なる座標の如何なる条件下において生成し（条件式）、更に、
・如何なる座標の如何なる構文に続いて処理されるのか（連動）、
等の情報である。個々のデータ項目の生成の謂わば由来の情報である。文脈はデータ項目の生成の由来であるから当然の事ながら文脈式は各主語についてだけ生成する。
上記の座標を付与した構文の例の構文座標104のCと構文座標106のCについて例として文脈式を記す。
文脈式［104］  =   C［23,104］(A［21,101］, B［22,102］,［103 ］条件真（A［21,101］,
B［22,102］）)
文脈式［106］  =   C［23,106］(A［21,101］,
B［22,102］,［103 ］条件偽（A［21,101］,
B［22,102］）)
文脈式の中で「  如何なる座標の如何なる構文Ａに続いて処理されるのか  」については、構文Ａが条件文或いは主語や名詞を持たない単元文の時以外は必ず１座標前の単元文に続いて処理されるので印さない。条件文については上述の通りの表記であり、主語や名詞を持たない単元文（被連動文と呼ぶ）については下の通り表記する。例を構文座標108のDについて記す。
文脈式［108］  =   D［24,108］( C［23,M ］, A［21,101］,［107］連動（end-if［,107 ］）)
注記：  end-ifが被連動文。M  は前述構文の例の注記参照。 
上記のように全ての主語について文脈が出来れば、各文脈主語を生成させる名詞、条件に関わる名詞を夫々の座標を鍵として、それらを主語とする文脈を抽出し、それらを鎖のようにつなげればそれが主語系譜そのものである。そこでは各データ項目が内包関係を構成している。
主語系譜は、全てのデータ項目の生成の由来情報を全て表示できる。一方、プログラムコードは処理の順序を明示しているだけで、データ項目間の依存関係、即ち由来、即ち内包関係は全く明示していない。主語系譜はプログラムにおいて全データ項目の生成の実行様相をすべて表現している。実行様相とはデータ項目が成立してゆく様相である。したがってプログラムの診断の課題がすべて解決できる。
此処で言うプログラムの診断の課題とは
・プログラムの隠れた論理不備（前述の浮島主語、回帰主語、正統性のない名詞、妥当性のないプログラム）の診断、
・要件とプログラムの調和性診断、
・要件の妥当性診断、さらに
・要件定義者自らによるプログラム診断、
・プログラムの洗練性診断（後述）、
・プログラムの変更の際の波及範囲の診断、
等の従来は実行が困難であった課題である。それらの課題が、座標、文脈、主語系譜を使うことによってプログラムの全データ項目の実行様相を把握することが自動的にできるので、全て一気に解決できる。
このデータ項目依存関係は人がプログラムを辿って追跡すれば知ることは出来る。しかし、その追跡は時間とコスト上非現実的である。だからプログラムの全データ項目の実行様相を把握する事はできない。現実としてはそれをサンプルデータによるテストで補うが、全実行様相の極一部しかテストできない。
【００４４】
２．４  文脈の概念の背景
文脈の概念が生まれた背景について少々述べておきたい。本発明の背景である形而上学的論考において、プログラムの命題関数としてベクトルが発想され、それは５種類規定された。それらをＬ４、Ｌ３、Ｌ２、Ｉ２、Ｏ４、である。それらについては、本明細書に参考資料として添付した論文（存在の形而上学的論考）を参照されたい。それらのベクトル種別を単元文の種別で表現すれば（単元文の種類については後述の「  ３．２．４  単元文とその属性をLYEE空間に設置  」を参照されたい）、  
１）Ｌ４：関数文
２）Ｌ３：条件文
３）Ｌ２：定値文
４）Ｉ２：入力文、呼出文、注釈文、制御文、翻訳文、領域文
５）Ｏ４：出力文
である。文脈はこれらのベクトル或いは単元文の組合せで得られ、その組合せの種類は下記の８種類であり、それだけであることが形而上学的論考から導かれている。つまり文脈の種類は下記の８型ある。  
１）Ｌ２
２）Ｌ４
３）Ｉ２
４）Ｏ４
５）Ｌ３∩Ｌ２  （∩はインターセクション）
６）Ｌ３∩Ｌ４
７）Ｌ３∩Ｉ２
８）Ｌ３∩Ｏ４
以上は本発明の根源的背景であるが、特許明細書で詳細に記述するのは形而上学的論考であるので相応しくない。詳細は参考資料の論文を参照されたい。
【００４５】
２．５  関数式、条件式の診断は容易。見えない由来にこそ問題が潜在。
ここで強調しておきたいことがある。プログラム診断の際に関数式及びその条件式そのものの診断が必要であることは言うまでもない。しかし、それらはプログラムに個々に明記されているので人がそれらを個々に診断することは容易に出来る。またそれらは人にしか出来ない。
一方、データ項目の内包関係、データ項目の由来、即ち文脈とそれらを内包関係を辿って連鎖した主語系譜は勿論プログラムに明記されておらず、それを人が把握するためにはプログラムを辿って調べなければならず大変な時間と労力が掛かるので事実上把握されることはない。プログラムには明示されていないこのデータ項目の内包関係はブラックボックスであり、そこにこそプログラムの問題の原因がある場合が多い。文脈や主語系譜は正にその課題を解決する手段である。
【００４６】
２．６  要件定義者によるプログラムの診断の方法。要件の妥当性診断の方法。
全データ項目はソースコードでは一般的に英数字で表現されている。これらとプログラマーが元々作成し手元に持っているひらがな漢字表現との対照表を使ってデータ項目表現を英数字からひらがな漢字に置き換えることは簡単な作業である。したがって文脈と主語系譜をひらがな漢字に置き換えて表現すれば、文脈と主語系譜が、元々人による診断が容易な関数演算子と条件演算子を除いて、プログラムに表現された要件を現しているので、要件定義者はプログラムに表された要件を容易に読める。従って要件定義者はプログラムの内容を直接把握出来る。本発明の文脈と主語系譜によって、要件定義者は従来はブラックボックスであったプログラムに表現された要件（データ項目の内包関係）を直接把握出来る。その手段を初めて手にした事となる。だから要件定義者はプログラムの内容までも責任をもって検査することが出来るようになる。従来ではあり得なかった事である。
更に要件定義者は、自己が定義し作成した要件そのものの妥当性について、その要件を実現するプログラムの内容を把握することが出来るので、検証し修正し改善することが容易になる。従来では無理なことである。
【００４７】
３．座標・文脈・主語系譜の自動生成
プログラムの診断を目的として、
（１）全データ項目に座標を付与する事、及び
（２）文脈と主語系譜を作成する事、
を自動的に行う具体的方法について以下に詳述する。
（１）（２）ともプログラム診断上極めて重要な情報を提供する。
【００４８】
３．１  ソースコードをＬＹＥＥ空間に展開する。
ＬＹＥＥ空間とは本発明の根幹をなすものであるがそれについて説明する。ソースコードに記述されている構文は行毎に記述されそれが縦に並べられている。縦に並べられている構文をそのまま縦軸とし、夫々の構文について横軸欄に、構文の座標、構文ＩＤ、構文を単元文化した後の単元文、単元文の座標、単元文ＩＤ、等々図８  ＬＹＥＥ空間項目表    に示すＬＹＥＥ空間の項目（目的に応じて項目の部分的変更はあり得る）を並べ、それらの内容を、今後順次記述する方法によって生成し夫々の欄に設置する。ＬＹＥＥ空間とはこの縦横の膨大な２次元空間である。このＬＹＥＥ空間の情報がソースプログラムから作成されれば、全てのデータ項目について、その値の生成は、
・如何なる座標で、如何なる座標の如何なるデータ項目によって生成し、且つ、
・如何なる座標の如何なるデータ項目による如何なる座標の如何なる条件下において生成し、更に、
・データの値の生成には直接影響を与えないが順序としては如何なる座標の如何なる単元文の後に処理されるのか、
等の情報が得られる。個々のデータ値の生成の由来情報である。これらの関連部分を互いに連結すれば、全データ項目個々についてその値の生成の条件や順序関係を含めて相互の依存関係の内包関係が完成する。これが主語系譜である。
【００４９】
３．２    ＬＹＥＥ空間において各個別項目の生成と設置の方法
以下の説明は「  図１１  ＬＹＥＥ空間の例（１／３）  」、「  図１２  ＬＹＥＥ空間の例（２／３）  」、「  図１３  ＬＹＥＥ空間の例（３／３）  」を参照されたい。
【００５０】
３．２．１   ソースコードの構文の座標（ＴＳ）の設置
ソースコードの各構文の行番号である。ＴＳ（Text
Sequence）と記す。
【００５１】
３．２．２  ソースコードの構文の設置
ソースコードの構文をそのまま記す。コンピュータ言語は問わないでその言語の表現通りでよい。
【００５２】
３．２．３  構文ＩＤの設置
構文ＩＤとは構文から変数名と演算子を除いた予約語列である。「  図４  構文ＩＤ抽出規則  」  に従ったプログラムによって構文ＩＤを自動的に抽出し、ＬＹＥＥ空間の構文ＩＤ欄に設置する。
なお、条件文のように本来構文はIFからEND-IFまでであるが、ここではソースコードの分離符までに表示された構文だけで操作する。
【００５３】
３．２．４  単元文とその属性をＬＹＥＥ空間に設置
（１）単元文へ分割しＬＹＥＥ空間に設置
プログラムを完全に分析するためには、ソースコードをＬＹＥＥ空間に展開しなければならない。そのためには構文は単元文でなければならない。単元文とは１機能しか持たない命令文である。元々１機能しか持たない構文であればＬＹＥＥ空間の単元文欄にそのまま記せばよい。複数機能を持つ構文（例えば関数式と判定式を持つ条件文、或いは繰り返し演算を指示するfor文等）については単元文に分割する。分割の方法は、構文ＩＤを単元文ＩＤに分割し、単元文ＩＤをＬＹＥＥ空間に縦に並べ、それに応じた単元文を構文から抽出してＬＹＥＥ空間に記す。単元文ＩＤとは単元文から変数名と演算子を除いた予約語列である。分割の方法は固定されたものではなく、結果として単元文に分割され、それらの座標が決められ、さらに次に処理すべき単元文（条件文の時は真偽の場合に処理する文、終文。制御文の時は行き先文）の座標が明示される方法であれば方法は問わない。しかし此処に明示する特定の方法は優れており発明の一部でもある。
以下の説明は、   
図５  単元化規則、
図６  ＧＳ／ＴＣ表、
参考資料１  複合機能条件文の単元化とLYEE空間への展開
参考資料２  for文の単元化とLYEE空間への展開
を参照されたい。全て自動化を目的とする規則である。
【００５４】
単元文の文種には次の１０種がありそれ以外にはない。単元文をこの10種に分類したことによってプログラムの文脈や主語系譜を効率的に自動生成することが出来た。従ってこの分類方法も本発明の柱の一つである。
１）注釈文（コメント文  例：売上げ集計）
２）領域文（各データ項目の領域定義文  例：int 
A ）
３）翻訳文(コンパイラーへの指示文  例：if , then, else, end-if,  ． )
４）関数文（データ項目の生成式  例：A=B+C
）
５）定値文（定数式  例：A=10 ）
６）条件文（条件判定式  例：if 
A > B ）
７）入力文（データを入力領域に入れる指示文  例：READ
）
８）出力文（データを領域から外部データベースに出す指示文  例：WRITE ）
９）呼出文（サブルーチンを呼び出す指示文  例：CALL
）
１０）制御文（処理順序を指示する文  例：GOTO
）
【００５５】
（２）ＧＳ／ＴＣ表の準備（単元文の文法と属性の定義）
一方、使用される言語文法と構文を想定し、各構文の構文ＩＤ毎に各構文を単元文に分割しそれらを縦に並べ、夫々の単元文の各種属性を個別の文法に従ってＧＳ／ＴＣ表を予め人が作成して置く。各単元文の次に処理する座標がＴＣ表に示されているが、それは使用している言語の文法そのものでありここに当該言語の文法が表示されている。これによって如何なる文法のソースコードでも、ＧＳ／ＴＣ表が出来れば本発明の解析が自動的に出来るようになる。これは発明の柱の一つである。
ＧＳ表の項目欄は、
１）構文ID：構文の予約語列  
２）単元文ＩＤ：構文の予約語列
３）単元文の文種（前記（１）の10種）
４）主語種別
主語の種類として、
a) 関数によって実体化される関数主語、
b) 定値によって実体化される定値主語、
c) 入力によって実体化される入力主語、
d) 出力によって実体化される出力主語、
e) 呼出によって実体化される呼出主語
がある。
５）ＹＺ区別
次に処理する座標がすぐ次の場合Ｙ型、そうでない場合Ｚ型
６）単元文の型  ：単元文の一般形式。主語と名詞が区別されれば良いので形式は問わない。
である。
ＴＣ表の項目欄は、
１）単元文に分割された後、構文座標ＴＳとの関係で表された当該単元文の座標をＴＣＸ、
２）次に処理する座標が当該座標のすぐ次の座標の単元文の場合ＴＳ＋１としてＴＣＹ、
３）条件文の場合、真の時に処理する座標または制御文の指示する座標をＺ１、
４）条件偽の時の処理する座標をＺ２、
５）条件文の終了文の座標をＺ３、
６）Ｚ３の次に処理する座標をＺ４
であり、それらは使用する言語文法によって決まっているのでそれらを各欄に人が予め設置する。座標の表示は構文座標ＴＳとの関係と予約語（  then,  else,  },  等）で一般形で表示する。
【００５６】
（３）各構文に対応するＧＳ／ＴＣ表を抽出しＬＹＥＥ空間に設置
ソースコードの抽出された構文ＩＤを鍵として、ＧＳ／ＴＣ表の構文IDを探し、ＧＳ／ＴＣ表を抽出し（それが2個以上あれば候補として保留して置き）、該当するＧＳ／ＴＣ表を得る。それをＬＹＥＥ空間に設置する。その結果、ソースコードの構文は単元文化され、座標が付与され、文法に従って単元文の処理順序が決定される。
なお、人が予め準備すべきＧＳ／ＴＣ表の必要数は意外に少ない。数十万〜数百万ステップのソースコードでも必要数は数百個である。実際使用される構文の種類は多くないということである。
【００５７】
以下に条件文の重層構造を持ち、条件文の真偽の処理文の区別する標識も違い、真偽の処理文が複数ある少し複雑な構文を例にして、それらの単元化とLYEE空間への展開を示す。
以下に論ずる
３．２．６項  条件文のＺ１始文座標、Ｚ１終文座標、Ｚ２始文座標、Ｚ２終文座標、Ｚ３文座標、Ｚ４文座標のＬＹＥＥ空間への設置、およびＺ１終文のＴＣＹの置き換え
３．２．７項  制御文のＺ１座標の設置
においてそれらの方法を論じているのでそれらの項を同時に読んで頂ければ理解がしやすい。
2013058127.tif 000004
注記：
１．ここでは  =  と .  の２つの予約語を簡単化して1つの  =.  にして扱う。この方法も簡略のために認められる。END-IF.も同様である。
２．ＴＳ98のドットでＺ１終文を示す。ＴＳ100のドットでＺ２終文を示す。ドットは無くてもよい。
【００５８】
以下、各々のＴＳの構文について、人が文法に基づいて作成したGS／TC表によって単元化し、またTCX、TCY、およびTCZ１、TCZ２、TCZ３、TCZ４をＬｙｅｅ空間に展開する方法を述べる。
【００５９】
ＴＳ９4：
ＴＳ９4文の構文ＩＤ  IF  =  を鍵として、ＧＳ／ＴＣ表群の構文IDを探してＧＳ／ＴＣ表１−１と１−２の２つが候補として抽出される。図４３−１参照。
これらのＧＳ／ＴＣ表は構文ＩＤが2個であるからそれらに応じた単元文ＩＤに従って初めの２行がＬｙｅｅ空間に展開される。    
しかし、今は候補が２つあるので候補として保留しておく。
ＬＹＥＥ空間およびＴＩ表（図１８）において、いずれのＧＳ／ＴＣ表が最終的に選択されようとも条件文ＴＳ９４文のＺ１始文欄はＴＳ＋２であるので、Ｚ１始文欄に９５を設置する。条件文とＴＣＺ文の紐付けである。
【００６０】
ＴＳ９５：
ＴＳ９５文の構文ＩＤ  =  を鍵としてＧＳ／ＴＣ表２が抽出される。図４３−１参照。その単元文IDに従って１行がＬｙｅｅ空間に展開される。
ＴＳ９５文の構文ＩＤ  =  は、ＴＳ９４文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表１−１と１−２の単元文ＩＤ欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００６１】
ＴＳ９６：
ＴＳ９６文の構文ＩＤ  IF  ＞  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表３−１と３−２の２つが候補として抽出される。図４３−２参照。
これらのＧＳ／ＴＣ表は構文ＩＤが2個であるからそれらに応じた単元文ＩＤに従って初めの２行がＬｙｅｅ空間に展開される。
しかし、今は候補が２つあるので候補として保留しておく。
ＬＹＥＥ空間およびＴＩ表において、いずれのＧＳ／ＴＣ表が最終的に選択されようとも条件文ＴＳ９６文のＺ１始文欄はＴＳ＋２であるので、Ｚ１始文欄に９７を設置する。条件文とＴＣＺの紐付けである。
ＴＳ９６文の単元文ＩＤ  IF  及び  ＞  いずれも、ＴＳ９４文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表１−１と１−２の単元文ＩＤ欄の次の要素に入っていないので、それら候補の選択絞込みは進まない。
【００６２】
ＴＳ９７：
ＴＳ９７文の構文ＩＤ  =  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表２が抽出される。図４３−１参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。
ＴＳ９７文の構文ＩＤ  =  は、ＴＳ９６文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表３−１と３−２の単元文ＩＤ欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００６３】
ＴＳ９８：
ＴＳ９８文の構文ＩＤ  =.  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表４が抽出される。図４３−２参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ９８文の構文ＩＤ  =.  とＧＳ／ＴＣ表３−１の単元文ＩＤ欄の次の要素  =.  の合致によって、ＴＳ９６文の候補であるＧＳ／ＴＣ表３−１の単元文ＩＤ欄のIF ＞ =.  までが決まる。ＧＳ／ＴＣ表の候補の選択絞込みが一歩進んだことになる。しかしまだ最終選択ではない。最終選択は単元文ＩＤ欄のEND-IF.が確認されるまでは出来ない。
表３−１のＴＣ表で指示している通り、ＴＳ９８文はＺ１終文であることが分る。その場合、そのＴＣＹはＧＳ／ＴＣ表４の９８＋１ではなく、表３−１のＴＣ表通りEND-IF.に置き換える。Ｚ１終文の時の規則である。しかしEND-IF.が何処であるかはＧＳ／ＴＣ表３−１が最終決定しなければまだ分らない。ＧＳ／ＴＣ表が最終決定してEND-IF.のＴＣＸが決定した時にそのＴＣＸに置き換わる。
また条件文のＺ２始文はＺ１終文の直下であるので、条件文ＴＳ９６文のＺ２始文は次のＴＳ９８＋１即ち直下のＴＳ９９であることが探索された。
ＬＹＥＥ空間とＴＩ表において、条件文ＴＳ９６文のＺ１終文欄に９８、Ｚ２始文欄に９９を設置する。条件文とＴＣＺ文の紐付けである。
【００６４】
ＴＳ９９：
ＴＳ９９文の構文ＩＤ  =  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表２が抽出される。図４３−１参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。
ＴＳ９９文の構文ＩＤ  =  は、ＴＳ９６文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表３−１と３−２の単元文ＩＤ欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００６５】
ＴＳ１００：
ＴＳ１００文の構文ＩＤ  =.  を鍵としてＧＳ／ＴＣ表群の構文IDを探してＧＳ／ＴＣ表４が再び抽出される。図４３−２参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ１００文の構文ＩＤ  =．  は、ＴＳ９６文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表３−１と３−２の単元文ＩＤ欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００６６】
ＴＳ１０１：
ＴＳ１０１文の構文ＩＤ END-IF.  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表５が抽出される。図４３−３参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ１０１文の構文ＩＤ  END-IF.  とＧＳ／ＴＣ表３−１の単元文ＩＤ欄の次の要素  END-IF.  の合致によって、ＴＳ９６文の候補であるＧＳ／ＴＣ表３−１の単元文ＩＤ欄のIF ＞ =.   END-IF.  までが決まる。ＧＳ／ＴＣ表の候補の選択が終了したことになる。最後まで決まったのでＧＳ／ＴＣ表３−１が最終的に選択された。
ＧＳ／ＴＣ表３−１のＴＣ表の通り、条件文ＴＳ９６のＺ３文は、ＴＳ１０１文であることが探索された。
同時に条件文ＴＳ９６のＺ２終文はＺ３文の直前の文であるから、ＴＳ１００文がＺ２終文であることが探索された。
またＺ４文はＺ３文の直後の文であるからＺ４文は１０２であることも探索された。
ＬＹＥＥ空間とＴＩ表において、条件文ＴＳ９６文のＺ２終文、Ｚ３文、Ｚ４文の各欄に夫々１００、１０１、１０２を設置する。条件文とＴＣＺ文の紐付けである。
【００６７】
ＴＳ１０２：
ＴＳ10２文の構文ＩＤ  =  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表２が抽出される。図４３−１参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。
ＴＳ１０２文の構文ＩＤ  =  は、未決定であるＴＳ９４文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表１−１と１−２の単元文ＩＤ欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００６８】
ＴＳ１０３：
ＴＳ１０３文の構文ＩＤ  ELSE を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表６が抽出される。図４３−３参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ１０３文の構文ＩＤ  ELSE  とＧＳ／ＴＣ表１−２の単元文ＩＤ欄の次の要素  ELSE  の合致によって、ＴＳ９４文の候補であるＧＳ／ＴＣ表１−２の単元文ＩＤ欄のIF =  ELSE   までが決まる。ＧＳ／ＴＣ表の候補の選択絞込みが一歩進んだことになる。しかしまだ最終選択ではない。
ＴＣ表１−２によって、条件文ＴＳ９４文のＺ２始文は、ＴＳ１０３であることが探索された。
ＬＹＥＥ空間とＴＩ表において、条件文ＴＳ９４文のＺ２始文欄に１０３を設置する。
またＺ２始文の直前のＴＣＸ文がＺ１終文であるからＺ１終文欄に１０２を設置する。条件文とＴＣＺ文の紐付けである。
ＴＳ１０２に対応するＧＳ／ＴＣ表２によればそのＴＣＹは１０２＋１＝１０３になるが、ＴＳ１０２がＺ１終文であることが探索されたので、ＧＳ／ＴＣ表１−２のＺ３欄の
END-IF.に置き換わる。しかしそれが何処かはＧＳ／ＴＣ表１−２が最終的に決まらないと分らない。ＧＳ／ＴＣ表が決定してEND-IF.のＴＣＸが決定した時にそのＴＣＸに置き換わる。
【００６９】
ＴＳ１０４：
ＴＳ１０４文の構文ＩＤ  =  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表２が抽出される。図４３−１参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ１０４文の構文ＩＤ  =  は、ＴＳ９４文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表１−２の単元文ID欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００７０】
ＴＳ１０５：
ＴＳ１０５文の構文ＩＤ  =  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表２が抽出される。図４３−１参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ１０５文の構文ＩＤ  =  は、ＴＳ９４文のＧＳ／ＴＣ表の候補であるＧＳ／ＴＣ表１−２の単元文ＩＤ欄の次の要素に入っていないので、候補の選択絞込みは進まない。
【００７１】
ＴＳ１０６：
ＴＳ１０６文の構文ＩＤ END-IF.  を鍵としてＧＳ／ＴＣ表群の構文ＩＤを探してＧＳ／ＴＣ表５が再び抽出される。図４３−３参照。その単元文ＩＤに従って１行がＬｙｅｅ空間に展開される。ＴＳ１０６文の構文ＩＤ  END-IF.   とＧＳ／ＴＣ表１−２の単元文ＩＤ欄の次の要素  END-IF. の合致によって、ＴＳ９４文の候補であるＧＳ／ＴＣ表1−２の単元文ＩＤ欄のIF   =  ELSE  END-IF. までが決まる。ＴＳ９４文の候補の単元文ＩＤ欄の最後まで決まったのでＧＳ／ＴＣ表１−２が最終的に選択された。
ＧＳ／ＴＣ表１−２によって、条件文ＴＳ９４文のＺ３文は、ＴＳ１０６文であることが探索された。
ＬＹＥＥ空間とＴＩ表において、条件文ＴＳ９４文のＺ３文欄に１０６を設置する。
またそのＺ３文の直前のＴＣＸ文がＺ２終文であるからＺ２終文欄に１０５を設置する。
また、条件文ＴＳ９４文のＺ４文欄にはＺ３文の直後のＴＣＸであるから１０７を設置する。
以上条件文とＴＣＺ文の紐付けである。
これでＴＳ９４文からＴＳ１０６文までのＧＳ／ＴＣ表が完成し、Ｌｙｅｅ空間に展開された。図４３−４参照。
【００７２】
３．２．５  演算子、変数、名詞指標、主語指標、定置名詞、定値、主語、名詞の設置
前記３．２．４項までで、ソースコードの構文とその構文IDを鍵としてＧＳ／ＴＣ表を抽出しＬＹＥＥ空間に設置することによって、ソースコードの各構文毎に、ソースコード構文座標（ＴＳ）、ソースコード構文、構文ＩＤ、単元文、単元文ＩＤ、単元文種別（10種）、ＹＺ区別、単元文の型、構文座標（ＴＳ）と予約語を用いた一般的表示のＴＣＸ、ＴＣＹ、Ｚ１、Z２、Z３、Z４が得られている。
更に単元文から、
・演算子、
・変数（データ項目）、
・名詞指標（単元文を定義する指標。例  Ｌ１  Ａ＝Ｂ＋ＣのＬ１  ）、
・主語指標（使用する単元文を示す指標。例  ＧＯＴＯ  Ｌ１のＬ１  ）、
・定置名詞（単元文だが領域を持たない名詞。  例  コメント文）、
・定値（単元文に属し領域を持たない値。  例  Ｇ＝１０の１０）、
・主語、
・名詞
を抽出し、夫々をＬＹＥＥ空間の該当欄に設置する。これらは夫々の定義に従って自動的に容易に抽出出来ることは明らかである。その方法は任意でよい。
【００７３】
３．２．６  条件文のＺ１始文座標、Ｚ１終文座標、Ｚ２始文座標、Ｚ２終文座標、Ｚ３文座標、Ｚ４文座標のＬＹＥＥ空間への設置      及び
Ｚ１終文のＴＣＹの置き換え
上記の３．２．４（３）「各構文に対応するＧＳ／ＴＣ表を抽出しＬＹＥＥ空間に設置」において具体例で既に説明した条件文とＴＣＺ文との紐付けの方法を下記にまとめて説明する。
【００７４】
（１）  条件文の種類：
単元文化された条件文について真と偽の区分を表す方法としては２種類しかない。
a)  IF     判定語（＝or>or<）    
ELSE（Ｚ２始文）      
END-IF
b） IF     判定語（＝or>or<）    
＝．（Ｚ１終文）        
END-IF
【００７５】
（２）  Ｚ１始文の探索：
条件文ＡのＴＣＸの直下のＴＣＸの単元文がＺ１始文である。そのＴＣＸをＬＹＥＥ空間とＴＩ表に設置する。
【００７６】
（３）    条件文のＧＳ／ＴＣ表の候補抽出：
条件文Ａの各Ｚ座標は対応するＧＳ／ＴＣ表に示されているので、条件文Ａに対応するＧＳ／ＴＣ表を抽出しなければならない。しかし条件文の単元文は判定語だけであるから、判定語だけ見てもＧＳ／ＴＣ表を１つではなく構文ＩＤによって選択された複数のＧＳ／ＴＣ表が候補として選択される。ソースコードの順位を進めそれらの構文ＩＤを見て候補のＧＳ／ＴＣ表の単元文欄にあるELSEや＝．を見出さないと最終的な選択は出来ない。
【００７７】
（４）    Ｚ２始文とＺ１終文の探索  又は  Ｚ１終文とＺ２始文の探索：
a）ソースコードの順位を進め、ELSE に遭遇する場合。
その遭遇したELSEのＴＣＸが条件文ＡのＺ２始文の座標である。それをＬＹＥＥ空間及びＴＩ表に設置する。
同時にＺ２始文の１つ手前の単元文のＴＣＸが条件文ＡのＺ１終文の座標である。それをＬＹＥＥ空間及びＴＩ表に設置する。
但し、ソースコードの順位を進める過程で、制御文に遭遇すれば、その行き先に操作は移る。
同じく条件文Ｂに遭遇すれば、その条件文Ｂについて上記の（２）〜下記（６）と同じ操作を行う。  
b）ソースコードの順位を進め、＝． に遭遇する場合。
その遭遇した＝．のＴＣＸが条件文ＡのＺ１終文の座標である。それをＬＹＥＥ空間及びＴＩ表に設置する。
同時にそのＺ１終文の１つ後の単元文のＴＣＸが条件文ＡのＺ２始文の座標である。それをＬＹＥＥ空間及びＴＩ表に設置する。
但し、ソースコードの順位を進める過程で、制御文や条件文Ｂに遭遇すれば、上記の２．６．４  １）と同様の操作を行う。
【００７８】
（５）  Ｚ３文とＺ４文の探索：
更にソースコードの順位を進め、END-IFに遭遇したら、その遭遇したEND-IFのＴＣＸが条件文ＡのＺ３文の座標である。それをＬＹＥＥ空間及びＴＩ表に設置する。
同時にそのＺ３文の１つ後の単元文のＴＣＸが条件文ＡのＺ４文の座標である。それをＬＹＥＥ空間及びＴＩ表に設置する。
以上で条件文ＡのＧＳ／ＴＣ表の選択決定とＺ１始文、Ｚ１終文、Ｚ２始文、Ｚ２終文、Ｚ３文、Ｚ４文の探索が完了した。
【００７９】
（６）    Ｚ１終文のＴＣＹ座標の置き換え：
前述のように各構文に対応するＧＳ／ＴＣ表によって各構文は単元文化されている。その内の或る単元文ＡがＧＳ／ＴＣ表でそのＴＣＹ欄に座標としてＴＳ＋１を持っていたとしても、上記（４）でその単元文ＡがＺ１終文であることが判明すれば、単元文ＡのＴＣＹ欄の座標を当該条件文のＺ３座標に置き換えなければならない。
条件文の真文と偽文の区分を表す方法として前述のように２つある。夫々についてＴＣＹ座標の置き換えの方法を下記に述べる。
a）  IF     判定語（＝or>or<）    ELSE（Ｚ２始文）      END-IF
の場合は、Ｚ１終文はELSE文の直前の単元文である。しかしその単元文のＧＳ／ＴＣ表にはＺ１終文であることは明示されていない。そしてそのＧＳ／ＴＣ表のＴＣＹ座標は元々ＴＳ＋１と記されている。しかしその単元文がＺ１終文であることが上記（４）で探索されたならば、そのＴＣＹ座標を条件文ＡのＺ３座標に置き換える。
b）  IF     判定語（＝or>or<）    ＝．（Ｚ１終文）      END-IF
の場合は、Ｚ１終文の単元文のＧＳ／ＴＣ表にはＺ１終文であることは明示されていない。そしてそのＧＳ／ＴＣ表のＴＣＹ座標は元々ＴＳ＋１と記されている。しかしその単元文がＺ１終文であることが上記（４）で探索されたならば、ＴＣＹ座標を条件文ＡのＺ３座標に置き換える。
【００８０】
３．２．７  制御文のＺ１座標の設置
ＬＹＥＥ空間の単元文文種から制御文を探索し、その主語指標を求め、該主語指標を名詞指標として持つ単元文を探索し、その単元文のＴＣＸを該制御文のＺ１座標とする。
【００８１】
３．２．８  出発文から目的文への辿る方法・・・全てのデータ項目にそれを生成する座標を付与するための準備
前記２．７項までで、全ての個々の単元文の処理において次に処理する単元文の座標は何かについてすべて規定した。その情報は従来はソースプログラムでは表示されず人が単元文を個々に辿らなければ分らない情報である。
この情報が２．７項までで全てＬＹＥＥ空間とＴＩ表に記された。全ての単元文について次に処理する単元文の座標が決められた。従って任意の座標の単元文から任意の座標の単元文に人がプログラムを辿らなくても自動的に辿ることが出来る。
【００８２】
前記「  課題を解決するための手段  」の「２．１  座標、単元文、主語と名詞の概念の導入」で述べた通り、全てのデータ項目は元々それを生成する場所とそれを領域として登録する場所を持っている。場所は座標で表示される。例えばＡというデータ項目は座標21で領域定義され、座標134で生成されるとすると、そのことを表示するためにＡ［21, 134 ］と表示する。領域定義座標を名詞座標（ＮＣ・・・Noun Coordinate）、生成する座標を主語座標（ＳＣ・・・Subject
Coordinate）と呼ぶ。Ａ［ＮＣ、ＳＣ］と印す。全てのデータ項目にこれらの座標を付与したい。その準備を以下で行う。
なお、予約語（else、end-if等）の単元文にも座標を付与する。当該単元文のＴＣＸをＳＣに付与する。例  end-if[ ,123]
【００８３】
全てのデータはそれが使用される以前に必ず値が生成されるプロセスを通る必要がある。そうでなければ生成の由来が不明なデータを使うことになる。コンピュータは由来にはお構いなしで、当該データの領域に値があれば使用する。本発明では、プログラムの処理順序において、或るデータ項目の値が生成される単元文を通ることを確認して由来を保証しつつその単元文になり得る全ての単元文を探索する。その自動探索方法を述べる。
【００８４】
その前にＬＹＥＥ空間において、或る単元文（出発文）から或る単元文（目的文）まで途中の単元文を辿り、その間の単元文の文種と座標と到達単元文数（そこまでに経過した単元文の数）を記録しておく。その記録表を軌跡文追跡表と呼ぶ。
単元文追跡の方法は、まず出発文を決め、その次に処理する単元文を見出し、それが条件文であれば条件真のＺ１始文に進み、それが目的文でなければ次々に単元文を辿り、Ｚ１終文まで進め、Ｚ２始文に移り同様の探索を進め記録し、最後に目的文に到達する。目的文に到達しない場合は、そのデータ項目の生成の由来が無いので、プログラムは論理的なエラーである。全てのＺ１系を通ってもＺ２系を通っても目的文に到達できないからである。
以上の操作の規則の実行方法である具体的フローチャートを「  図２５−１  軌跡文追跡規則（Ｚ１系）  」、「  図２５−２  軌跡文追跡規則（Ｚ２系）  」に示した。
【００８５】
３．２．９  主語に主語座標を付与
各データ項目は生成式と生成条件によって実体化される。また各データ項目はその領域を初めに定義される。つまり主語は主語座標と領域座標を持つ。それらを付与する方法を述べる。
ＬＹＥＥ空間の主語欄に記された単元文の主語の主語座標はその単元文のＴＣＸである。その操作の規則の実行方法である具体的フローチャートを「  図２１  主語の主語座標付与規則  」に示した。
【００８６】
３．２．１０  主語と名詞に名詞座標を付与
次に、主語並びに名詞（主語でないデータ項目）に領域座標を付与する。それらを付与する方法をのべる。
ＬＹＥＥ空間の主語欄並びに名詞欄のデータ項目の領域定義文をＬＹＥＥ空間の中の単元文種別欄で探索し、それらの主語と名詞の名詞座標はそれらの領域定義文のＴＣＸである。その操作の規則の実行方法である具体的フローチャートを「  図２２  主語および名詞の名詞座標付与規則  」に示した。
【００８７】
３．２．１１  主語が属す単元文の名詞の正統な主語座標の探索とその付与
本項目を具体的に述べれば、例えば単元文  Ｄ＝Ｅ＋ＦのＥとＦについて、それらはどこの座標の単元文の生成式で生成したのかを探索する。それらのデータ項目の主語座標の探索である。
ＬＹＥＥ空間において主語欄から主語のある単元文を探索し、その単元文に属する名詞を名詞欄から抽出し、それを実体化する単元文（複数の場合もある）つまりそれを主語とする単元文を探索し、発見された全ての単元文を候補の単元文として名詞ＳＣ表（  「  図２６  主語が属す単元文の名詞の正統な主語座標の探索とその付与規則  」参照）にそのＴＣＸを記入する。それら全ての単元文を出発文として当該の主語のある単元文を目的文として、「  図２５−１  軌跡文追跡規則（Ｚ１系）  」、「  図２５−２  軌跡文追跡規則（Ｚ２系）  」の操作を行い、全ての候補の単元文から目的文の単元文まで辿り、辿れることを確認する。辿ることが出来れば名詞の正統な主語座標となる。複数個あっても良い。辿れなければ正統な主語座標とはならない。辿り着く候補が１つもない時はプログラムの論理がおかしい。由来不明なデータ項目を使うことになるからである。例えば条件真系の単元文の名詞を主語として当該データ項目を生成する単元文が、同じ条件文の偽系の単元文にあれば、条件真系の当該単元文に辿りつけず当該データ項目は正統な主語座標を持たない。従来はこの操作によって由来を確認せずに、ＥやＦの領域に値があればそのまま使う。
上記の操作の規則の実行方法である具体的フローチャートを「  図２６  主語が属す単元文の名詞の正統な主語座標の探索とその付与規則  」に示した。
【００８８】
３．２．１２  主語が属さない単元文の名詞の正統な主語座標の探索とその付与
本項目を具体的に述べれば、例えば単元文  IF 
Ａ  ＞  ０  のＡについて、それはどこの単元文の生成式で生成したのかを探索する。
ＬＹＥＥ空間において主語欄から主語のない単元文を探索し、その単元文に属する名詞を名詞欄から抽出し、それを実体化する単元文（複数の場合もある）つまりそれを主語とする単元文を探索し、発見された全ての単元文をＳＣ表（「図２７  主語が属さない単元文の名詞の正統な主語座標の探索とその付与規則  」  参照）にそのＴＣＸを記入する。それら全ての単元文を出発文として当該の主語のない単元文を目的文として、「  図２５−１  軌跡文追跡規則（Ｚ１系）  」、「  図２５−２  軌跡文追跡規則（Ｚ２系）  」の操作を行い、全ての単元文から目的文の単元文まで辿り、辿れることを確認する。辿ることが出来れば名詞の正統な主語座標となる。複数個あっても良い。辿れなければ正統な主語座標とはならない。辿り着く候補が１つもない時はプログラムの論理がおかしい。由来不明なデータ項目を使うことになるからである。従来はこの操作によって由来を確認することなく、Ａの領域に値があればそのまま使う。
上記の操作の規則の実行方法である具体的フローチャートを「  図２７  主語が属さない単元文の名詞の正統な主語座標の探索とその付与規則  」に示した。  
【００８９】
３．２．１３  主語指標と名詞指標に座標を付与
ＬＹＥＥ空間の主語指標と名詞指標は制御文の行き先指標と行き先の単元文指標である。制御文の行き先を示す主語指標の主語座標（ＳＣ）は、当該制御文のＴＣＸである。事例では    ＴＣＸ90  ＧＯＴＯ  Ｌ１   の場合、  ＬＹＥＥ空間の主語指標欄から当該主語指標（Ｌ１）を探索し、Ｌ１［ ,90 ］と記す。
次にＬＹＥＥ空間の名詞指標欄から当該主語指標（Ｌ１）を探索し、そのＴＣＸを当該名詞指標の名詞座標（ＮＣ）と当該主語指標の名詞座標（ＮＣ）とする。「  図１２  ＬＹＥＥ空間事例（2／３）」の事例では下記のようになる。
ＴＣＸ87    Ｌ１    ＲＥＡＤ  Ｆ１（Ｒ，Ｆ）のＬ１座標表示：    Ｌ１［87,  ］
・
・
ＴＣＸ90    ＧＯＴＯ  Ｌ１のＬ１座標表示：    Ｌ１[ 87,90 ]
上記の操作の規則の実行方法である具体的フローチャートを「  図２８  標識名の座標付与規則  」に示した。
【００９０】
３．２．１４  定置名詞、定値、領域名の座標を付与
前述の「３．２．５項    演算子、変数、名詞指標、主語指標、定置名詞、定値、主語、名詞の設置」で述べた定置名詞、定値、やデータ項目名を登録する領域名の座標を付与する操作を行う。夫々の領域定義単元文のＴＣＸが夫々の名詞座標（ＮＣ）である。領域名は最小単位でなければならない。最小単位でなければ最小単位に分割され、1個目はその領域文のＴＣＸ、2個目からＴＣＸに順次添え字が付与されたＴＣＸとなる。
例を下記する。
定置名詞：ＴＣＸ234    ＵＲＩＡＧＥ  は、  ＵＲＩＡＧＥ［234,   ］となる。
定値    ：ＴＣＸ101    A = 10の10は、  10 [ 101,  ]  となる。
領域名  ：ＴＣＸ32     int   sumのsumは、  sum [ 32,  ]  となる。
上記の操作の方法を「  図２３  定置名詞の名詞座標付与規則  」、「図２４  定値の名詞座標付与規則  」に示す。
【００９１】
３．２．１５  文脈、条件文の呼応、連動文の定義
或るデータ項目（当該主語）の由来は、
・その主語が生成する座標、
・その主語を生成する名詞とそれらの座標、
・その主語が生成する条件（真と偽がある）と条件に含まれる名詞、定値とそれらの座標、更に
・当該主語の単元文へ連なっている主語と名詞を共に持たない単元文の座標
を得て初めて明らかになる。その由来を文脈と呼ぶ。それはプログラムの最小単位の構造を示す。プログラムの最小の意味の単位である。文脈の識別子は当然の事ながら主語である。
なお、前述の「課題を解決するための手段」の「２．４  文脈の概念の背景」において述べたように、文脈の型の種類は、ベクトルの組合せ即ち単元文の種類の組合せの８種類である。
条件文が真の時、最初に遭遇する主語を持つ単元文によりその条件文は生成する（生成とは耳慣れない表現かもしれないが、“生きる”という意味）。その単元文を真呼応文と呼ぶ。当該条件文Ａが直ちに再び条件文Ｂに繋がっている場合でも条件文Ａから見て最初に遭遇する主語が条件文Ｂの範囲であればそれが条件文Ａの真呼応文である。同時に条件文Ｂの真、又は偽呼応文でもある。
条件文が偽の時、最初に遭遇する主語を持つ単元文によりその条件文は生成する。その単元文を偽呼応文と呼ぶ。当該条件文Ａ偽が直ちに再び条件文Ｂに繋がっている場合でも条件文Ａ偽から見て最初に遭遇する主語が条件文Ｂの範囲であればそれが条件文Ａの偽呼応文である。同時に条件文Ｂの真、又は偽呼応文である。また、偽呼応文は条件文の範囲内にある単元文とは限らないであくまでも最初に遭遇する主語を持つ単元文である。
【００９２】
主語と名詞を共に持たない単元文（単元文Ａ、例えばEND−IF、  CLOSE  F1）が最初に遭遇する主語を持つ単元文（単元文Ｂ）により当該単元文Ａは生成する。その単元文Ｂを連動文と呼ぶ。単元文Ａを被連動文と呼ぶ。
【００９３】
３．２．１６  条件文に真及び偽の呼応文の座標を付与
ＬＹＥＥ空間において単元文種別欄から条件文を抽出し、その条件文Ａを出発文として軌跡文追跡規則（３．２．８項参照）に従って単元文を辿り、Ｚ１系単元文において最初に遭遇する主語を持つ単元文が当該条件文のＺ１呼応文（３．２．１５項の真呼応文と同じ）である。そのＺ１呼応文のＴＣＸがＬＹＥＥ空間の当該条件文Ａの呼応真欄に記される。その呼応文の主語が条件文Ａを持つ文脈の主語である。
上記の軌跡文追跡規則は引続いてＺ２系に探索を移動するが、Ｚ２系単元文に限らず最初に遭遇する主語を持つ単元文が当該条件文のＺ２呼応文（３．２．１５項の偽呼応文と同じ）である。そのＺ２呼応文のＴＣＸがＬＹＥＥ空間の当該条件文Ａの呼応偽欄に記される。それらの呼応文の主語が条件文Ａを持つ文脈の主語である。なお当該条件文は被呼応文と呼ぶ。
これらの文脈は文脈式として表示される。条件文と呼応文の表示方法は下記である。
［条件文のＴＣＸ］真呼応  ＝  ［Ｚ１呼応文ＴＣＸ］（条件文の名詞、定値、定置名詞とその［ＮＣ、ＳＣ］座標）真呼応
図１１の事例で示せば、
［89］真呼応＝［87］（F［11+1,88］、０［89,  ］）真呼応
この意味は、ＴＣＸ８７の主語Ｆ１をＦ［11+1,88］と０［89,  ］が８９条件文真を通じて内包している。
因みに、内包の意味は、Ｘ＝f（Ａ，Ｂ）の場合、Ａ，ＢはＸを内包しているという。
ここではそれをＸ（Ａ，Ｂ）と表示している。
［条件文のＴＣＸ］偽呼応  ＝  ［Ｚ２呼応文ＴＣＸ］（条件文の名詞、定値、定置名詞とその［ＮＣ、ＳＣ］座標）偽呼応
図１１の事例で示せば、
［89］偽呼応＝［93］（F［11+1,88］、０［89,  ］）偽呼応
この意味は、ＴＣＸ９３の主語ＥをＦ［11+1,88］と０［89,  ］が８９条件文偽を通じて内包している。
上記の操作の具体的方法を「  図３２  Ｚ１呼応文探索規則  」及び「  図３３  Ｚ２呼応文探索規則  」、「  図２５−３  軌跡文追跡規則（Ｚ１主語系）」及び「  図２５−４      
軌跡文追跡規則（Ｚ２主語系）」に示す。
【００９４】
なお、最初に遭遇する主語を持つ単元文が当該条件文のＺ１呼応文であり、そのＺ１呼応文のＴＣＸがＬＹＥＥ空間の当該条件文Ａの呼応真欄に記されるのであるが、当該条件文が直接関わる全ての主語を持つ単元文の文脈（後述）に当該条件文を表示したい時は当該条件文Ａの呼応欄にそれらの全ての単元文のＴＣＸを記してもよい。
【００９５】
３．２．１７  主語と名詞を共に持たない単元文に連動文の座標を付与
主語と名詞を共に持たない単元文には、制御文と翻訳文がある。これらを被連動文と呼ぶ。
ＬＹＥＥ空間において文種欄から制御文、翻訳文、（これらを当該単元文Ａとする）を抽出し、当該単元文Ａを出発文として単元文を辿り、最初に遭遇する主語を持つ単元文が当該単元文の連動文である。その連動文のＴＣＸがＬＹＥＥ空間の当該単元文Ａの連動欄に記される。それらの連動文の主語が連動文Ａを持つ文脈の主語である。
これらの文脈式の中の被連動文と連動文の表示方法は下記である。
［被連動文のＴＣＸ］連動  ＝  ［連動文のＴＣＸ］（被連動文の表示とその［  , ＳＣ］座標。被連動文が制御文の場合は制御文表示とその指標の［ＮＣ、ＳＣ］座標）連動
図１１の事例で示せば、
翻訳文の場合：  ［91］連動＝［93］( END-IF.［ ,  91 ］)連動
制御文の場合：  ［90］連動＝［87］( ＧＯＴＯ  Ｌ１［87,  90］)連動
上記の操作の具体的方法を「  図３４  連動文探索規則  」、「  図２５−３  軌跡文追跡規則（Ｚ１主語系）」及び「  図２５−４  軌跡文追跡規則（Ｚ２主語系）」に示す。
【００９６】
なお、呼応、連動の概念が創生されたのは、前述の２．４項  文脈の概念の背景  で述べたように、ベクトルの組合せとして文脈の型８種が発見・発明されたからである。文脈の型が発見・発明されなければ呼応と連動の概念は生まれなかった。
【００９７】
３．２．１８  ＳＳとＧＳの作成
本発明の原理は形而上学的思考から生まれてきたものである。そこではプログラムは単元文という部品から成り立ち、その部品の解（実体化）は座標が付与された単元文であるとして捉えている。
プログラムの単元文に座標を付与するとは、単元文とそれを構成する全てのデータ項目、定置名詞、定値、指標等に名詞座標と主語座標を付与する事である。座標を付与する事を単元文の超言語化と呼ぶ。超言語化された単元文は特殊解であるのでSpecified   Solution for Program
Meta Language とし、略してＳＳと名づけた。
【００９８】
これまでの操作によって、ＬＹＥＥ空間に展開されている各単元文のデータ項目、定置名詞、定値、指標等は既に主語座標と名詞座標が付与されている。その付与の方法は以下の項目で述べた。
３．２．９  主語に主語座標を付与
３．２．１０  主語と名詞に名詞座標を付与
３．２．１１  主語が属す単元文の名詞の正統な主語座標の探索とその付与
３．２．１２  主語が属さない単元文の名詞の正統な主語座標の探索とその付与
３．２．１３  主語指標と名詞指標に座標を付与
３．２．１４  定置名詞、定値、領域名の座標を付与
【００９９】
ＳＳの表記の仕方は、［単元文ＴＣＸ］座標が付与された単元文  である。
事例として「  図１３  ＬＹＥＥ空間の例  （3  ／  3  ）  」のＳＳ欄を参照されたい。そこではセパレータ“｜”印が記されているが、セパレーターをつけてもつけなくても良い。
【０１００】
次にＧＳについて述べる。ＧＳとは
General   Solution  for  Program Meta Languageの略である。上記のＳＳを一般化したものである。
各ＳＳについて、まず単元文ＴＣＸをＸと表示し、次に各単元文の各データ項目についてＬＹＥＥ空間の主語欄、名詞欄、定置名詞欄、定値欄、主語指標欄、名詞指標欄を見て、夫々の欄に記されている名称に変換して単元文を記す。一般化された表現でも一目で属性が分るようにするためである。名称の略称について、主語は主、名詞は名、定置名詞は置、定値は値、主語指標は標、名詞指標は標  等とすると簡単になって良い。
各データ項目の座標については、単元文のＴＣＸと同じものはＸ、その他はＮ（名詞座標ＮＣのＮ）、Ｓ（主語座標ＳＣのＳ）というように一般形で表示すればよい。    
事例として「  図１３  ＬＹＥＥ空間の例  （3  ／  3  ）  」のＧＳ欄を参照されたい。
【０１０１】
ここまでの操作（３．２．１項〜３．２．１８項の操作）でＬＹＥＥ空間の全ての欄が埋まり完成された。これで全てのデータ項目の由来、つまり個々のデータ項目について、
・如何なる座標の如何なるデータ項目によって生成され、且つ
・如何なる座標の条件で如何なる座標の如何なるデータ項目の元に生成されるのか、さらに
・如何なる座標の如何なる単元文が直前にあったのか、
が一目瞭然となる。全データ項目の由来が明らかになったのである。これをもって次項の文脈と主語系譜を生成するための準備が整った。
【０１０２】
繰り返しであるが、従来のプログラムでは、このデータ項目の由来、それは全データ項目間の詳細且つ具体的な内包関係そのものであるが、それは全く分らない。ブラックボックスの中である。その中を知りたければ、プログラマーがプログラムを辿って分析しなければならない。それには天文学的な労力と時間が必要であり、事実上不可能である。実際はテストデータで部分的に覗いているに過ぎない。そして、ブラックボックスの中味が分らないままプログラムを実用に供せざるを得ないのである。かくしてプログラムエラーが根絶できないまま実用に供せざるを得ないのである。
【０１０３】
３．３  文脈と文脈式の生成
文脈とは、或るデータ項目について
・如何なる座標にあり
・如何なる座標の如何なるデータ項目によって生成し、
・如何なる座標の条件文と、その条件文の如何なる座標の如何なるデータ項目と、その条件文の真又は偽のどちらを条件として生成し、
・如何なる座標の如何なる被連動文を経由して生成したのか。
を示す情報である。これが個々のデータ項目を生成させるための必要十分な情報であり、その意味で「プログラムの意味の最小単位」である。それは「要件の意味の単位化」であり本発明によって初めて提唱された概念である。これによってプログラムテストにおいて要件との調和性を「要件の意味の単位」まで細分して、それら毎に診断が出来るようになった。従来は単位化はプログラムの機能（即ちデータの処理方法）毎には出来たが、意味の単位化（データの由来の単位化）の概念がなかったので意味の単位にまで遡って診断する事は出来なかった。
【０１０４】
文脈は必ず主語についての文脈である。なぜなら上記のとおり或るデータ項目の生成の由来を示すものであるから主語の由来であることは当然である。
【０１０５】
従来、プログラム或いはソースコードでは、或るデータ項目について、それを生成するための関数式のデータ項目や条件式のデータ項目までは分ったが、それらのデータ項目の由来については一切関知しない。その領域に値があれば使うだけである。或るデータ項目について、本当は別の座標で生成する値を使うべきなのに、直近に生成したそのデータ項目の領域に入っている値を使ったとしても全く正誤は分らないのである。つまり個々のデータ項目の生成の妥当性についてはプログラムは問わないのである。
【０１０６】
文脈を生成する事は、既にＬＹＥＥ空間に全て必要な情報は準備されているのでそれを使うだけで可能である。以下にその方法について述べる。  
・ＬＹＥＥ空間の主語欄から主語を抽出し、その主語について、
・それを主語とするＳＳから名詞、定値、定置名詞を抽出し、
・ＬＹＥＥ空間の条件文の真呼応欄から当該主語の座標のＴＣＸがあればその条件文のＴＣＸをもってその主語に  ［被呼応条件文のＴＣＸ］真呼応  と記し、同様に
・ＬＹＥＥ空間の条件文の偽呼応欄について上記と同様の所作を行い、
・その条件文の名詞、定値、定置名詞を座標と共に抽出し、
・ＬＹＥＥ空間の被連動文の連動欄（被連動文の連動欄に連動文のＴＣＸが記されている）から当該主語の座標のＴＣＸがあればその被連動文のＴＣＸをもってその主語に  
［被連動文のＴＣＸ］連動  と記す。
これで或る主語の文脈の出来上がりである。
【０１０７】
文脈を表す文脈式は次のように表示する。
［主語のある単元文のＴＣＸ＝Ｘ］
＝主語［Ｎ,  Ｘ］  （  主語を生成する名詞、定値、定置名詞［Ｎ, Ｓ］、［被呼応条件文のＴＣＸ］真又は偽呼応、［被連動文のＴＣＸ］連動  ）
図１１の事例で示せば、
ＴＣＸ93  E = B−Ｆ  について、
［93］= E［35, 93］(B［32, 99］、F［11+1, 88］、［89］偽呼応、［91］連動、［92］連動)
と表示される。
ここで表示された［被呼応条件文のＴＣＸ］真又は偽呼応、と［被連動文のＴＣＸ］連動については、省略した表現である。本来は３．２．１６項、３．２．１７項に述べた下記のように表現する。
［被呼応条件文のＴＣＸ］真呼応  
＝［Ｚ１呼応文ＴＣＸ］（条件文の名詞、定値、定置名詞とその［Ｎ、Ｓ］座標）真呼応
［被呼応条件文のＴＣＸ］偽呼応  
＝［Ｚ２呼応文ＴＣＸ］（条件文の名詞、定値、定置名詞とその［Ｎ、Ｓ］座標）偽呼応
事例では、
［89］偽呼応
＝［93］（F［11+1, 88］、０［89, ］）偽呼応
と表示される。
［被連動文のＴＣＸ］連動        
＝［連動文のＴＣＸ］（被連動文の表示とその［  , Ｓ］座標。被連動文が制御文の場合は制御文表示とその指標の［Ｎ、Ｓ］座標）連動
事例では、
［91］連動  
＝［93］(END-IF.［ , 91］) 連動
［92］連動  
＝［93］(CLOSE F1［92, ］) 連動
と表示される。
【０１０８】
事例として「  図３５  文脈式の要素  」の文脈式の要素欄を参照されたい。その中で単元文が主語を持つものが文脈である。更にそれらをグラフ化したものが「  図３６  文脈のグラフ表示例  」である。
【０１０９】
３．４  主語系譜の生成
主語系譜をＳＧ( Subject
Genealogy )と略す。
主語系譜とは全てのデータ項目の内包関係である。例えば、Ａ＝Ｂ＋Ｃ及びその条件文ＩＦ  Ｄ＜Ｅから成る文脈を想定する。文脈Ａの1つの名詞として使われているデータ項目Ｄは名詞座標と主語座標を付与されているのでそれらを主語とする文脈Ｄは文脈式リストを探索すれば容易に見出せる。かくして文脈Ａと文脈Ｄは連結された。同様な操作を名詞Ｂ、Ｃ、Ｅについて行う。このような操作を連鎖的に行えば、全てのデータ項目が文脈として連鎖的に連結され全てのデータ項目の内包関係が形成される。これが即ち主語系譜である。
以上の説明は、
図３６  文脈のグラフ表示例、
図３７  ＳＧ例（グラフ表示）、
図３８  超言語空間（ＭＬＳ）に成立する主語系譜
を参照すると容易に理解できる。
【０１１０】
以上の文脈から主語系譜を導出する方法は、「  図３９  超言語空間（ＭＬＳ）に成立する主語系譜の生成規則  」に示す。
【０１１１】
以上によって、従来、全データ項目の内包関係という極めて重要な情報は、プログラムに明示されていないのでブラックボックスの中に隠されていたが、その重要な情報の全てが一目瞭然に表された。それはプログラムの全データ項目の実行様相、即ち全データが内包関係に従って逐次実現して行く様相を明示するものである。
【０１１２】
上述の長い説明は、ひとえにこの全データ項目の内包関係という極めて重要な情報を自動生成する方法についての説明であった。そのために壮大な体系の構築が必要であった。
【０１１３】
＜本発明によってなし得ること＞
目次
１．  効果を発揮する発明の真髄  及び  従来は出来なかったこと
２．  具体的効果
２．１  プログラム診断への適用
２．１．１  データ項目の正統性診断
２．１．２  浮島主語の診断
２．１．３  データ項目の妥当性診断
２．１．４  データ項目の回帰診断
２．１．５  プログラムの洗練性診断
２．１．６  プログラムの要件変更の波及範囲の診断
２．１．７  プログラムと要件の調和性診断  及び  要件の妥当性診断
（１）「データ項目間」のあるべき内包関係とその順序の診断
（２）「条件とデータ項目間」のあるべき内包関係の有無の診断
（３）要件定義者が「要件とプログラムの調和性診断」と
「要件そのものの妥当性の診断」を  自ら  行うことが出来る
２．１．８  プログラムのテストデータによる診断の軽減
【０１１４】
１．  効果を発揮する発明の真髄  及び  従来は出来なかったこと
本発明の真髄は、プログラムの中の全データ項目についてその個々の生成に関して、
・如何なる座標で生成され、
・如何なる座標の如何なるデータ項目によって生成し、
・如何なる座標の条件文と、その条件文に含まれる如何なる座標の如何なるデータ項目と、その条件文の真又は偽のどちらを条件として生成し、
・如何なる座標の如何なる被連動文を経由して生成したのか。
そして
・全データ項目についてその任意の個々のデータ項目について、そのデータ項目が生成するために必要である全てのデータ項目の主語系譜（先祖部分主語系譜と呼ぶ）、また
・全データ項目についてその任意の個々のデータ項目について、そのデータ項目が生成に必要である他のデータ項目全ての主語系譜（子孫部分主語系譜と呼ぶ）、
の諸情報を自動的にソースコードから抽出して表示することである。それが本発明の真髄である。それがプログラム診断、開発、保守、言語変換の諸作業の革命的進化への道を開いた。従来はこれらの情報はブラックボックスの中に隠されて見えなかった情報である。  
【０１１５】
前述のように、従来、プログラムのソースコードでは、或るデータ項目について、それを生成するための関数式のデータ項目や条件式のデータ項目までは明示されており容易に分ったが、それらの生成の基であるデータ項目の由来については一切関知しない。その領域に値があればそれを使うだけである。或るデータ項目について、本当は別の座標で生成する値を使うべきなのに、プログラム上直近に生成したそのデータ項目の領域に入っている値を使うことになっておりそれは要件上間違いだとしても、プログラムは全く関知しないのである。つまり個々のデータ項目の生成の妥当性についてはプログラムは何ら問わないのである。
【０１１６】
上記のように、本発明は全データ項目について、その生成の順序即ち過去と未来の系譜を自動的に明らかにする。一方プログラムは単に処理の順序を示すものでありデータ項目の生成の順序を示すものではない。両者は全く別物である。全データ項目の生成の順序、即ち系譜を知りたければ、人が多大な労力とコストをかけてプログラムを辿って得なければならない。実際上は不可能であり実行していない。データ項目の生成の順序即ち系譜は、ひとえにプログラマーやＳＥの頭の中だけで制御している。即ち、膨大なデータ項目間の生成の順序を間違えないように、
・そのデータ項目を使用する段階で必ずその前に当該データの値が生成しているように、更にまた、
・直前に生成した当該データ項目の値は、それがどんなにプログラムの処理工程上遠くで生成したとしても、要件で意図した通り正しく導出されているように、
細心の注意を払ってエラーがないようにプログラムを書いていく。しかし、エラーを根絶する事は人知の及ぶ所ではない。入念なチェックを重ねても必ずエラーは残り潜在する。だから社会システムを揺るがすようなシステムエラーが、たとえ長期間正常に稼動していた後でも、入力データの状況によって突如発生し顕在化する。根源的原因は、プログラムは処理の順序を表示するものであって、データ項目の生成の順序を表示するものではなく、それは目に見えないものであり極めて複雑な内包関係であるから診断が困難であるという事実である。本発明ではこの重大な根源的課題を、座標付与（超言語化）、文脈、主語系譜によって一気に解決する。それらを自動的に一目瞭然に表示する。これによって、プログラム診断で今まで出来なかったことが一気に出来るようになる。この意味において、本発明の意味する所はプログラム品質の革命である。
【０１１７】
２．  具体的効果
【０１１８】
２．１  プログラム診断
本発明によって、以下の項目に示すような診断が、自動的に且つ容易に出来るようになる。
【０１１９】
２．１．１  データ項目の正統性診断
前記の「  課題を解決するための手段  」の３．２．１１項  「  主語が属す単元文の名詞の正統な主語座標の探索とその付与  」で述べたように、個々のデータ項目について、その由来が存在するかどうかの正統性を確認することができる。由来が一つもなければそのデータ項目は意図され要件で示されたデータ項目によって生成されたのではない。
従来このような診断を自動的にする方法はなかった。その診断はプログラムのコンパイラーでもデータ処理するコンピュータでもしてくれない。単にデータ項目の領域にある値を使うだけである。
【０１２０】
２．１．２  浮島主語の診断
一つのデータ項目についてその文脈が作れず且つインプットデータ項目でない場合、そのデータ項目を浮島主語と言う。インプットデータ項目でなく且つ文脈が作れない場合とは、文脈主語を内包するデータ項目がない場合か或いはデータ項目があってもそれらに座標がない場合である。本発明によって浮島主語の存在・不存在の診断、更に浮島主語になる原因の解明が出来る。
従来このような診断を自動的にする方法はなかった。従来はデータ項目の座標つまりそのデータ項目の由来が不明であっても、それを検出できなかった。浮島主語を人がソースコードをたどって見出すことは、ソースコードにはデータ項目間の内包関係が示されていないので困難であり多大な労力と時間を費やさなければならない。
【０１２１】
２．１．３  データ項目の妥当性診断
全ての個々の単元文を出発文として、前記の「課題を解決するための手段  」の３．２．８項  「  出発文から目的文への辿る方法  」の「  軌跡文追跡規則  」を適用して、全て終局文（EXIT, STOP, RETURN, END等）に到達するかどうかを確認し、到達しない出発単元文を妥当性欠落表に記す。このような単元文があると、プログラム稼働中に入力データによってはその単元文を通過する事になるが、その場合コンピュータは終局しない。コンピュータは無限ループに入るか、停止する。本発明によって斯く単元文を発見することが出来る。
上記の操作の具体的方法を「  図２９  プログラムの妥当性診断規則  」に示す。
従来このような診断を自動的にする方法はなかった。
【０１２２】
２．１．４  データ項目の回帰診断
コンピュータによるプログラムの処理は基本的にはソースコードに記述されている順序で行う。条件文、制御文、呼出文等によってソースコードに記述されている順序とは異なる順序になることも当然あり得る。しかし基本的にはソースコードに記述されている順序である。従って、そのソースコードの記述順序に従うＬＹＥＥ空間の単元文の処理順序も基本的には単元文の記述順序である。単元文の記述順序は単元文のＴＣＸに記されている。
或る単元文を処理する時に、当該単元文に含まれる名詞のデータ項目が生成される座標のＴＣＸが当該単元文の座標のＴＣＸよりも大きいか等しい場合は、未来か現在に生成されるデータ項目によって現在のデータ項目が生成されることになる。データ項目の値の生成の順序が正常でないことになる。このような場合は時制律に疑問があるという。その場合、必ずしも間違いでないこともあるが、それでよいのか十分検討する必要がある。時制律に問題がある場合、プログラムエラーか、前周期の値を使うのでそれで正しいのか、制御文等により処理順序と記述順序が合致しないのでそれでよいのか、などの検討を必要とする。
時制律に疑問がある場合、当該単元文は回帰していると言う。回帰には2種類ある。関数文のデータ項目に発症する回帰をＬ４型回帰と言い、条件文のデータ項目に発症する回帰をＬ３型回帰と言う。
Ｌ４型回帰の場合は、不適切な値を使って当該データ項目の値を得る恐れがある。得られるデータの値は遥動しておかしな値となる。一方、Ｌ３型回帰の場合は、不適切な条件を使って当該データ項目の値を得る恐れがある。この結果広域に渡り領域の値が破壊される。
従来、これらの現象の机上診断は困難であり、テストでもこの現象を発症させることは難しかった。本発明によって斯く単元文を発見することが出来る。
上記の操作の具体的方法を「  図３０  Ｌ４型回帰診断規則  」及び「  図３１    Ｌ３型回帰診断規則  」に示す。
回帰症状の具体例として「  図１０  回帰診断例  」に示す。
【０１２３】
従来このような診断を自動的にする方法はなかった。本発明のような手段がなくても、回帰症状を発症する原因のデータ項目が当該単元文の行の近傍に位置していれば人によってでも比較的容易に見つけることができる。データ項目の処理上やデータの内包関係上遠くに位置している場合は、人が見つけることはほとんど不可能である。ソースコードにはデータ項目間の内包関係が示されていないのでそれを見出すには余りにも多大な労力と時間を費やさなければならないからである。
【０１２４】
２．１．５  プログラムの洗練性診断
プログラムにおいて論理上間違いではないが、洗練性の観点から問題があるプログラムを本発明によって診断・評価を行うことが出来る。プログラムの洗練性とは、プログラムの冗長性、複雑性、および時間的効率性の程度のことである。これらは下に説明するように或る特性を持つ主語のその全プログラムの中の主語との割合によって評価される。
１）重複主語：
文脈主語において、主語の名称と内容が同一の文脈で文脈主語の座標だけが異なる文脈主語。この主語の割合が多いと冗長性が高い。
２）多重主語：
文脈主語において、主語の名称が同一であるが、その条件文の内容と文脈主語の座標が異なる文脈主語。この主語の割合が多いと複雑性が高い。
３）拡散主語：
文脈主語において、その条件文に含まれる名詞の数が多い文脈主語。  この主語の割合が多いと複雑性が高い。人がプログラム内容を把握・管理することが複雑・困難になる。
４）集約主語：
文脈主語において、その主語が他の文脈の条件文にも使われる場合が多い文脈主語。この主語の割合が多いと冗長性が低く、プログラムは簡明となる。
【０１２５】
これらの主語の全体の主語の中の占有率によってそのプログラムの洗練性（プログラムの品質レベル）が計ることができる。これらの情報は、本発明の文脈と主語系譜に示されているので容易に得ることができる。
人がこれらを探し出すことは、人が膨大なソースコードの中から一つ一つソースコードをたどって探す以外に方法はなく、多大な労力と時間を費やしかつ精度も低い。これらを探すことは事実上非常に困難であるから実際にはこれらの診断はほとんど行われていない。この困難性の理由は、繰り返し述べているようにソースコードにはデータ項目間の関係が示されていないからである。従来このような診断を自動的にする方法はなかった。
【０１２６】
２．１．６  プログラムの要件変更の波及範囲の診断
要件の変更は業務の変更・進化によって必然的に起こるし、変化の急な業界では頻繁に起こる。それは当然プログラムの変更を必要とし、頻繁にプログラマーに要請される。その際、プログラムのソースコードの一箇所を変更すれば、その影響はソースコードの他の箇所にも波及しその箇所も変更が必要となる場合が多い。一箇所の要件の変更がプログラムのどこに波及するか、更にどこまで波及するかを膨大なソースコードの中で探すことは容易ではない。なぜなら、要件変更の波及を追うことは、変更されたデータ項目と他のデータ項目との関連を連鎖的にたどって追って他のデータ項目の生成条件と生成式について必要な変更をすることである。しかし前述の通り、ソースコードは処理順序を指示しているだけであって、データ項目間の生成関係を直接示していない。従来はそれを知るためには人がソースコードを一つ一つたどって追って調べなければならない。膨大なソースコードをたどることは容易なことではない。このため要件の変更は要望があってもできるだけ避けられている。
【０１２７】
この困難な課題を本発明による文脈と主語系譜が一気に解決する。以下に詳細に説明する。要件の変更の種類としては、
1)  或るデータ項目の生成式と生成条件の変更、
2)  或るデータ項目の削除、
3)  新しいデータ項目の生成式と生成条件の付加、
の３種がある。それらは正に文脈の変更、削除、追加である。
或る要件を変更すると、それに伴って業務的或いは物理的に変更しなければならない要件が出てくる場合が多い。例えば、先入れ先出し方式から先入れ後出し方式に変更する場合、それに関する一連の要件変更が必要になる。そこでその要件変更に従ってプログラムを変更するが、問題はそれらのプログラム変更だけで済むかどうかである。それらのプログラム変更を行えば、プログラムの他の場所も変更が必要になる場合が多い。この事こそ要件変更が難しい原因である。例えば、下記のプログラムがあったとする。
ＴＣＸ  101  ＩＦ  Ａ＜Ｂ
ＴＣＸ  102  Ｃ＝Ｄ＋Ｅ
この文脈は
［102］＝Ｃ［21、102］（Ｄ［22、95］、Ｅ［23、96］、［102］（Ａ［11、91］、
Ｂ［12、92］）真呼応）
と表示される。
もし、上記の文脈が
ＴＣＸ  101  ＩＦ  Ａ＜Ｆ
ＴＣＸ  102  Ｃ＝Ｄ＋Ｅ
と変更されると、業務上関連する他の要件が下記のように変更しなければならなくなるとする。そしてそれ以外には要件変更はないとする。
ＴＣＸ  201  ＩＦ  Ｇ＜Ｈ
ＴＣＸ  202  Ｉ＝Ｊ＋Ｋ
から
ＴＣＸ  201  ＩＦ  Ｇ＜Ｌ
ＴＣＸ  202  Ｉ＝Ｊ＋Ｍ
への変更となる。
つまり、要件定義者は、文脈［102］と文脈［202］の変更が必要であることは認識し、そのように要件を変更するようプログラマーに要請したとする。これに応じてプログラマーはその通りプログラムを変更した。問題はそれだけで良いのかどうか、プログラムの他の部分を変更しなくても良いのか、何処を変更すべきなのかの診断である。従来はソースコードを辿らなければ分らなかった。それは大変な作業である。
本発明の主語系譜によれば、その診断は容易である。下記の図を参考にして説明する。
【０１２８】
2013058127.tif 000005
先ず変更された文脈主語Ｃを名詞として使う文脈を主語系譜から探索し、それらをＣ１、Ｃ２、Ｃ３とする。それらの文脈の変更が必要かどうかを要件定義者は検査・確認する。Ｃ３は変更が必要であったが、Ｃ１、Ｃ２は変更が必要でなかったとする。更に変更が必要なＣ３の文脈の変更をした後でＣ３を名詞として使う文脈を主語系譜から探索しそれらをＣ３１、Ｃ３２とする。それらの文脈の変更が必要かどうかを要件定義者は検査・確認する。必要でなければ、必要がなかった文脈はＣ１、Ｃ２、Ｃ３１、Ｃ３２である。それらを含んでそれら以降のＣの子孫主語系譜は変更が必要でないことが主語系譜が保証している。なぜならば、主語系譜は文脈の内包関係の連鎖であるし、主語系譜の変更の伝播は文脈を通じてのみ可能であるので、内包連鎖の途中の一つの文脈が変更なしとするとそれ以降の文脈は、業務要件上の必要な変更は除いて、伝播する変更がないのでそれ以降の文脈は変更なしとならざるを得ない。
同様の操作を文脈Ｉについて行う。
【０１２９】
以上を要約すれば、
１）要件変更は文脈の変更である、
２）要件の一連の変更を行った後で、その波及限界は、変更した文脈の子孫文脈（当該文脈主語を名詞としてそれに内包される文脈と、同様に以降連鎖して内包される文脈の総称）について、変更が初めて必要でなくなる文脈に使われる名詞を文脈主語とする文脈が変更の影響が及ぶ限界の文脈である。
【０１３０】
以上の操作によって、プログラムの変更に付きまとう最も困難で且つ２次的なエラーが発生しやすい波及範囲の特定作業が大幅に改善される。勿論文脈の追跡過程は任意の範囲で行えるので、変更の追跡も任意の範囲で行える。最終的なアウトプットデータ項目まで主語系譜を辿って確認することも容易である。
【０１３１】
従来このような診断をする方法はなかった。従来の方法は、プログラムを構文解析して波及の限界を探索している。しかし要件変更とは意味の単位である文脈の変更であり、構文解析では文脈の内包関係の変更を直接捉えることは出来ない。したがって変更の波及限界を捉えるためには構文解析では不十分である。
【０１３２】
２．１．７  要件とプログラムの調和性診断  及び  要件の妥当性診断
要件とプログラムは調和していなければならない。要件とプログラムの調和とは、要件の意味が完全にプログラムに十分に織り込まれていることである。その調和性の診断を人が行う場合、比較的容易な場合と困難又は不可能な場合がある。
比較的容易な場合は、各データ項目の生成式とその直接的な生成条件を調べる場合である。これはプログラムに明示してあるし、夫々がソースコードにおいて近傍に記載されているので人が調べることは比較的容易である。  
困難又は不可能な場合とは、先ず生成条件が重層構造になっている場合であり、条件式と生成式が何層にもなり且つ離れて記載されている場合である。これはプログラムに明示はしてあるが、人が調べることは相当困難で、事実上不可能なことも多い。人の診断が全く不可能である診断は全データ項目間或いは全単元文間の内包関係が要件に調和しているかどうかの診断である。それらの診断について以下に述べる。
【０１３３】
（１）「データ項目間」のあるべき内包関係とその順序の診断：
例えば、要件上、データ項目Ｂの生成にはどこかでデータ項目Ａが生成式の中か条件式の中かいずれにしても必ず関わっていなければならない場合、主語系譜においてデータ項目Ｂの先祖部分主語系譜の中にデータ項目Ａが属しているかどうかを調べれば、そのプログラムの要件との調和性が直ちに確認できる。データ項目ＡとＢは直接一つの文脈内で関わっていなくても幾つかの文脈を経由して関わっていればよい。超言語空間に成立する主語系譜（図３８）において、文脈主語をＢとし、その名詞を参照し、それを主語とする文脈を参照し、さらに同様な操作を繰り返し、やがてＡを名詞として持つ文脈に辿り着ければ要件が確認できたことになる。それらの個々の文脈を見ればどのような系譜でＡとＢが関わっているか一目瞭然である。つまりＢはＡに内包されているかの診断である。
【０１３４】
上記の説明では、データ項目Ａとデータ項目Ｂの２つの間の内包関係の有無の診断であった。しかし同様に、主語系譜ではデータ項目Ｂに関わる全てのインプットデータ項目に始まりデータ項目Ｂに至る過程の全てのデータ項目とそれらの生成の順序を示すことが出来る。これはデータ項目の祖先主語系譜の表示である。このことはプログラムと要件の調和性診断に大きな効果をもたらす。なぜなら
・プログラムは意味（データ項目間の内包関係）に関係なく、コンピュタの処理順序を表示する、
に対し、
・主語系譜はコンピュータの処理順序に関係なく、意味（データ項目間の内包関係）の成立順序を表示している。即ちデータ項目の内包関係順序こそ要件の真髄でありそれこそ要件を表すものである。だからプログラムから自動生成された主語系譜のデータ項目の内包関係の順序を見れば、プログラムと要件の調和性を診断できるのである。主語系譜によりプログラムと要件の調和性の診断が初めて出来ることになった。
従来は、意味はプログラマーの頭の中にありブラックボックス中にあった。主語系譜によってそれが表示された。
【０１３５】
この作業をプログラムのソースコードで行なおうとしても、プログラムは処理の順序を示すのみでデータ項目の内包関係は明示されていないので、内包関係を知るにはプログラムを一行一行辿って探り出さなければならない。それには多大な労力と時間を費やさなければならない。したがって事実上は実行されていない。データ項目の内包関係を診断しなければ、データ項目間の内包関係の誤謬を見逃し、そのためのプログラムエラーがどうしても残存潜在する。いつ踏むかもしれない地雷を常に抱えて運用しているのである。
【０１３６】
（２）「条件とデータ項目間」のあるべき内包関係の有無の診断：
例えば、要件上、或る条件文Ａ（名詞α、βを持つ）が真の時、必ず或る単元文Ｂ（主語Ｂを持つ単元文）が処理されなければならない場合、主語系譜において、主語Ｂを持つ単元文が当該真条件文Ａを含んだ文脈に行き着けるかどうかを調べれば、そのプログラムの要件との調和性が直ちに確認できる。主語系譜（図３８）において文脈主語をＢとし、その名詞を参照し、それを主語とする文脈を主語系譜から探索し、さらに繰り返し、やがて条件文Ａを被真呼応文として持つ文脈に辿り着ければ要件との調和性が確認できたことになる。それらの個々の文脈を見ればどのような系譜でＡ（α、β）とＢが関わっているか一目瞭然である。この作業は主語系譜が構築されていれば極めて簡単である。若し主語系譜において文脈Ｂの先祖部分主語系譜を探索しても条件文Ａ即ちα、βを名詞として持つ文脈を見出せなければ、そのプログラムは要件との調和性を欠いていることになる。
【０１３７】
なお、任意の主語に関わる全ての条件文を抽出するプログラムツールは条件網羅法として既に存在する。しかし条件が多層になっている場合、複雑すぎて人にとってその診断は相当困難である。また全てのデータ項目間の内包関係を表示していないので意味の診断は出来ない。一方主語系譜の診断では、条件が多層になっていても、関与データ項目だけの形として多層条件を単純化して表示出きるので診断し易い。
【０１３８】
例えば、頻発する社会インフラにおけるシステム障害について、入力データ量がシステムの処理能力を超えた事が原因と言う説明が度々なされている。しかしハードウェアとは違って、プログラムが入力処理量がその処理能力を超えると壊れてしまうとはにわかには信じ難い。おそらく処理能力を超えたことによって潜在していた何らかのプログラミングエラーが突如現れたと考えられる。これらの潜在する問題は主語系譜による診断によって、処理能力を超える場合の真条件を含む文脈の子孫部分主語系譜を抽出し予め調べ、その中に超過時の適切な処理プログラムを確認しておけば防止できた障害と考える。この種のシステムダウンは枚挙に暇がない。
【０１３９】
この作業をプログラムのソースコードで行なおうとしても、前述の通りプログラムは処理の順序を示すのみでデータ項目間の内包関係は明示されていないので、内包関係を知るにはプログラムを一行一行辿って探り出さなければならない。それには多大な労力と時間を費やさなければならない。したがって事実上は実行されていない。全データ項目間の内包関係を診断しなければプログラムエラーがどうしても残存潜在し、いつ踏むかもしれない地雷を常に抱えて運用しているのである。
【０１４０】
（３）要件定義者が「プログラムと要件の調和性診断」と「要件そのものの妥当性の診断」を  自ら  行うことが出来る。
主語系譜（ＳＧ Subject
Genealogy）はプログラムの意味の構造をデータ項目間の内包関係で詳細に明示する。但し個々の生成式や条件判定式の具体的演算子は明示しない。しかしそれらはプログラムに明示されているので比較的診断が容易である。ＳＧはただデータ項目名とその座標だけで表現されているので、全てのコンピュータ言語の文法に共通である。前述の通り従来このデータ項目の内包関係はブラックボックスであった。それを捉えるにはプログラムを読み辿る膨大な作業が必要であった。
【０１４１】
要件定義者は複雑なコンピュータ言語のソースコードを読む必要はもはやない。上記の通り、主語系譜はデータ項目名だけの記述である。それだけで表された全データの内包関係は、それを構成する文脈の論理が単純だし、プログラムに使用される英数字で記された主語系譜のデータ項目名は、プログラマーの手元にある英数字名と漢字ひらがな名の対応表をベースに変換すれば、簡単に漢字ひらがなで表現ができる。プログラムの意味である主語系譜が漢字ひらがな表現で出来たのである。プログラムが誰でも読める漢字ひらがな表現のデータ項目だけで表現できたのである。
これによって要件定義者はプログラムのエラー、更には要件そのものの妥当性を診断する手段を持つことになる。要件定義者は上記（１）、（２）のようなプログラムと要件の調和性を自ら診断できる手段を持ったことになる。そうすれば要件定義者が自らプログラムを検証し、また逆に  要件の妥当性を検証・確認することが出来る。それに基づき必要があれば要件のエラーや追加・変更をすることが容易に出来る。
【０１４２】
従来このようなデータ項目の内包関係に基づいて要件定義者自身が自ら要件についての診断する手段は全く存在していなかった。
【０１４３】
２．１．８  プログラムのテストデータによる診断の軽減
一般的にプログラムの診断の一つとして、サンプルデータによってプログラムを動かしてテストを行う。プログラムは普通数多くの条件分岐を含むので、プログラムの全ての処理経路を通すためのテストデータを準備して全てのケースをテストすることは、ケースとデータの数が膨大となり実際上不可能である。事実上は部分的なテストしか実行する事はできない。したがってどんなプログラムにもサンプルデータによるテストで見逃した不具合が必ず残っているものである。その結果、プログラムを完成し実用化してから後に相当期間を経てエラーが突如出てくるのである。いつそのエラーが起こり、間違ったアウトプットが出たりコンピュータがダウンするかわからない所に恐ろしさがある。
【０１４４】
一方、上述のような文脈と主語系譜による診断は診断の漏れが全くない。全ての実行様相を表示しているのでそれを診断すれば全処理経路をテストしたことと同一である。したがって、論理的にはサンプルデータによるプログラムの実運転テストは必要がない。この意味でテストの負荷を劇的に軽減させる。
【産業上の利用可能性】
【０１４５】
大手証券会社の誤発注による莫大な金額の損失、新幹線運行管理システムのダウンによる社会的大混乱、大手銀行の入出金システムのダウンによる社会的大混乱ばかりでなく、規模が小さいので報道されていないシステム障害は日常茶飯事で起こっている。プログラムのソースコードの診断はそれを作成したプログラマー自身でもソースコードの性質上本質的診断が出来ないし、また勿論要件定義者がソースコードが要件に調和しているかどうかも診断できないのだから、これらのシステム不具合は後を絶たないことは当然である。その対策のコストは莫大である。現在それに対する対策はない。
【０１４６】
更にまた、これらの業務系プログラムでなく、自動車、家電、携帯電話、そして多くの機器に使われている組込みソフトについても事情は同じである。多くの潜在的地雷が必ず潜んでいる。
【０１４７】
今後これらのプログラムの診断において本願の発明が使われるならば、システムの信頼性は一気に増す。何しろ従来はブラックボックスであったプログラムに表された要件を誰でも容易にを把握することが出来るので、実務者が直接プログラムを診断することが出来るようになるのだから画期的に大きな進歩と考えられる。
【０１４８】
したがって、本願発明は、ソフト産業、機械・製造業、建設業、観光業、金融業をはじめとする、ソフトウェアと関係あるあらゆる産業において、非常な利用可能性を有している。
【０１４９】
＜参考１＞
（論文）
論題：存在の形而上学的論考（電算機プログラムの為に）
Metaphysical study for providence of existence （for computer program）
情報学博士  根来 文生
（要約）
本研究の主体は形而上学的存在論である。
本存在論では，意味は実在を成立させる起源を其の実在が表象する空間に
其の実在の成立する理由，其の理由に内在する課題として表象される。
成立理由に対し，其の課題は存在理由と記される。
其の起源は意図と記される。
本存在論では意図は時制の影響を受けない様相で静的様相と記される。
他方，実在は其の意味を言語的に動的様相として自覚する。
そして，実在が成立させる空間は部分に帰着する為，其の自覚は
可能的に成立理由を捉える止まり，存在理由を捉えるには至らない。
本研究では存在理由を捉える為の仕組が論考される。
其の仕組は成立理由を捉える仕組を変数とし，其れを同期化する方程式の解法により求められる。変数は命題関数，方程式は自覚関数と記される。
其の解法により，
意図の単位を捉える為の規則と
其の単位を意図に疑似させる内包化規則が求められる。
前者は文脈，後者は主語系譜と記される。そして，
存在理由は主語系譜により捉えられる。
本論文では，実在を電算機プログラムとする場合の
命題関数，自覚関数，文脈，主語系譜，そして，存在理由が考察される。
存在理由により，われわれが，これ迄理解する事が出来なかった
プログラムの課題と其れを改善する方法を発見する事が出来る。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
（鍵語）
形而上学的存在論，意味，実在，空間，成立理由，存在理由，意図，静的様相，
動的様相，全体，部分，自覚，言語的方法，時制，同期化，命題関数，自覚関数，解法，文脈，主語系譜，電算機プログラム，プログラムの課題，改善方法
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
目次
第１章：本研究の外観
第２章：本研究の存在論
第３章：プログラムの自覚関数
第４章：プログラムの主語系譜
第５章：プログラム作業の改善
まとめ
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
添付図一覧
図１      ：存在の仕組
図２      ：命題関数の構造
図３      ：発明の体系
図４      ：構文識別子の抽出規則
図５      ：構文の単元化規則
図６      ：ＧＳ／ＴＣ表
図７      ：ＬＹＥＥ空間生成規則
図８      ：ＬＹＥＥ空間構成項目
図９      ：プログラム例（部分）
図１０    ：プログラム観察結果例
図１１    ：ＬＹＥＥ空間例（１／３）
図１２    ：ＬＹＥＥ空間例（２／３）
図１３    ：ＬＹＥＥ空間例（３／３）
図１４    ：補助空間
図１５    ：ＴＣＸ規則
図１６    ：ＴＣＹ規則
図１７    ：ＴＣＺ規則
図１８    ：ＴＩ表
図１９    ：制御文Ｚ１規則
図２０    ：超言語座標の事例説明
図２１    ：名詞の主語座標付与規則
図２２    ：名詞の名詞座標付与規則
図２３    ：定置名詞の名詞座標付与規則
図２４    ：定値の名詞座標付与規則
図２５−１：軌跡文追跡規則（Ｚ１系）
図２５−２：軌跡文追跡規則（Ｚ２系）
図２５−３：軌跡文追跡規則（Ｚ１系主語）
図２５−４：軌跡文追跡規則（Ｚ２系主語）
図２６    ：主語が属す単元文の名詞の正統な主語座標を探索する規則
図２７    ：主語が属さない単元文の名詞の正統な主語座標を探索する規則
図２８    ：標識名の座標付与規則
図２９：プログラム妥当性診断規則
図３０：Ｌ４型回帰診断規則
図３１：Ｌ３型回帰診断規則
図３２：ＺＩ呼応文探索規則
図３３：Ｚ２呼応文探索規則
図３４：連動文探索規則
図３５：文脈式の例
図３６：文脈のグラフ表示例
図３７：ＳＧグラフの例
図３８：超言語空間（ＭＬＳ）
図３９：超言語空間（ＭＬＳ）規則
図４０：作業改善の方式（ＧＨ）
図４１：新ＬＹＥＥ空間生成規則
図４２：新プログラム編集規則
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
参考文献
[1] F.Negoro,“Study on axiomatic rules for building up relationships between
requirement and source program  "
the International Journal of Knowledge-Based System,
Elsevier Science publisher, Fall 2003.
[2] F.Negoro,“Methodology to determine software in a deterministic manner "
Proceedings of the International Conference on Info-tech & Info-net,
Conference D,pp.124-129.2001.
[3] F.Negoro,“Intent operationalsation for source ｃode generation "
Proceedings of the World MultiConference on Systemics,Cybernitics and 
Informatics,
Volume XI V ,Computer Science and Engineering:PartII,pp.496-503.2001.
[4] I.A.Hamid,F.Negoro“New innovation on software inplementation methdology 
for  21-Century",
Proceedings of the World MultiConference on Systemics,Cybernitics and 
Informatics,
Volume XI V ,Computer Science and Engineering:PartII,pp.487-489.2001.
[5] F.Negoro.“A proposal for intention engineering"
Proceedings of the International Conference on Advance in Infrastructure for Electonic Buysiness, Science and Education on the Internet.
CD-ROM.2001.
[6] F.Negoro.“The predicate structure to represent the intention for 
software "
Proceedings of the International Conference on
Software Enginerringi,Artificial Intelligence,Networking & Parallel/Distributed Computing,pp.985-992.2001.
[7] F.Negoro.“A proposal for requirement engineering"
Proceedings of the East-European Conference on Advances in Data bases and Information Systemms,
Volume2,Tutorials,ProfessionAL Communications and Report,pp.7-18.2001
[8] F. Negoro.“Principle of LYEE software"
Proceedings of International Conference on Infomation Society,
the 21-Century,pp.441-446.2000.
[9]  F. Negoro.“Theory on software diagnocis for program code validation"
Proceedings of the 5th International Workshop on LYEE Meshodology,
Edited by Hamid Fujita and Mohamed Mejiri.
Publisher:IOS press Vol.147, pp.245-271.2006.
[10] F. Negoro.“Suggestions of LYEE:A framework on software methodological
thinking "
Proceedings of the 4th International Workshop on LYEE Meshodology,
Edited by Hamid Fujita and Mohamed Mejiri.
Publisher:IOS press Vol.129,pp.67-82.2005.
[11] F. Negoro.“Study of algorithm and tool based on succession 
characteristics of software "
Proceedings of the 3th International Workshop on LYEE Meshodology,
Edited by Hamid Fujita and Volker Gruhn.
Publisher:IOS press ,Vo.l11,pp.265-282.2004.
[12] F. Negoro.“Ambigiuity hidden in traditional programs and meaning of 
VECTORS of LYEE "
Proceedings of the 3th International Workshop on LYEE Meshodology,
Edited by Hamid Fujita and Volker Gruhn.
Publisher:IOS press Vo.98,pp.265-200.2003.
[13] F. Negoro.“LYEE´s hypothetical world "
Proceedings of the 3th International Workshop on LYEE Meshodology,
Edited by Hamid Fujita and Paul Johannesson.
Publisher:IOS press Vol.84,pp.265-282.2002.
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
本研究に関する主な講演歴
根来文生は以下の大学等で本研究の解説講演を行っている。
University of Durham，Loughborough University，University of Central England，
University of Manchester，University of Trento，University of Skovde，
Stocholm University，Karlstad University，University of Copenhagen，
Technical University of Denmark，University Kaiserslautern，
Franmhofer Institut IESE，University of Toulouse1，University Paris 1，
University of Dortmund，McMaster University，Laval University，
Carleton University，University of Ottawa，Univerisite du Quebec a Montreal，
Universite de Montreal，St.Petersburg State Electrotechnical University
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
謝意
本研究はビトゲンシュタイン，スピノザの思考形式が参考になっている。
米国ピッツバ−グ大学マッサ−ニ教授から知識の功罪について深い示唆を受けた。
岩手県立大学藤田教授から研究上の指導を受けた。
本研究に関心のある研究者，国際学会，招待講演を通じて本研究の位置付けがなされた。特に，小宮善継氏，平山貞宏氏の友情に感謝する。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
Pesi Rustom Masani is University Professor in Mathematics at the University
oｆ Pittsburgh.
He formerly held professorships in Bombay and at Indiana University in 
Bloomington．
He received his B.S.from the University of Bombay,and his A.M.and Ph.D.from 
Harvard University in 1946.
He was a member of the Institute for Advanced Study,
Fulbright-Hays Senior Scholar at the University of Tbilisi,
Alexander von Humbpldot Senior Visiting Scientist to theGFR,and has held 
many other visiting positions．
His main interest is in probabilistic functional analysis and cybernetics,
specifically in prediction theory,vector measurememt and positiive 
definiteness．
He has collborated with Norbert Wiener,and edited the Wiener Collected Works 
in four volumes.
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
第１章  本研究の外観
本章では本研究の要諦が記される。
（０１）仮説
本存在論で用いられる仮説を以下に示す。即ち，
ａ．静的様相は自然数に符合する。
ｂ．静的様相は分割される。
ｃ．分割された静的様相を代表する静的様相がある。
ｄ．分割された静的様相と其れを代表する静的様相は対を成す。
この対を存在と記す。対を代表する様相を実体，其の分割された様相を属性と記す。
ｅ．実体は固有の空間を表象する。
ｆ．属性は其の空間に其の対が成立する理由と其の理由に内在する課題を表象する。
後者を存在理由と記す。
ｇ．実体が属性に属せば其の実体が表象する空間は全体である。
ｈ．実体が属性に属さなければ其の実体が表象する空間は部分である。
ｉ．部分空間の様相は動的様相である。
ｊ．存在理由は動的様相に内包される。
ｋ．部分空間の部分和は部分，其の全和は部分空間でも全体空間でもない。
ｌ．全体空間の部分和，其の全和は全体空間である。
（０２）存在論の要約
本存在論では静的様相を成立させる元素は論理原子と記される。
論理原子は有理数で成立し自然数に符合する。其の有理数は活力と記される。
存在を決める規則は連鎖と記される。本存在論では９種の連鎖が成立する。そして，
其れぞれの連鎖に応じて存在が決定される。
其の５種の連鎖（意識連鎖，特異連鎖，確立連鎖，事象連鎖，多重連鎖）により決まる存在に連続性が成立すれば，其の最後の多重連鎖の存在ごとに
６番目の群化多重連鎖が作用し，其れにより更なる存在が決定される。
５種の連鎖はＩＤＳ周期と記される周期内で作用し。
其の周期で其れら連鎖による存在の連続性が成立する迄，再起的に繰り返される。
そして，群化多重連鎖の作用はＩＤＳ周期から独立して波状的である。
群化多重連鎖で決まる存在がある条件を有すれば，其の存在に呼応して
７番目の群化自然連鎖が作用し，其れにより更なる存在が決定される。
群化自然連鎖に連動して８番目の臨界連鎖が作用し，其れにより更なる存在が決定される。群化自然連鎖の作用はＩＤＳ周期から独立して波状的である。
臨界連鎖による存在が決まれば，其の存在に特異連鎖で決まる存在が呼応し，
所謂，其の二つの存在により部分と全体を同等にする関係が成立する。
本存在論では所謂，自分とはこの関係として位置付けられる。そして，
其の同等（自分）は特異連鎖によるその存在を疑似する存在を群化自然連鎖の存在の中から選ぶ。
本存在論では所謂，意図とは其の選ばれた存在の複写された属性として位置付けられる。
其の意図を起源として９番目の調和連鎖で存在が決定される。其の存在は
時制を帯同し且つ其の存在間に内包関係を成立させる。其の様相は調和構造と記される。調和構造が成立する場は調和空間と記される。
調和構造に時制を消去する仕組が成立すれば，其の調和構造には同期が成立する。
其の場合，其れら存在は意図の様相の最小クラスが捉えられる。
意味とはこの様相である。
本存在論では其の時制を消去する仕組は記憶として位置付けられる。
われわれが自覚する存在は調和構造である。其の要素の存在を
われわれは自覚する事が出来ない。本存在論ではこの存在を特に実在と記す。
因みにわれわれの自覚で捉える事ができる実在は調和構造の部分である。
本存在論ではわれわれも調和構造である。
調和連鎖以外の連鎖による存在は意図を基に成立するものではない。
故に其れら存在に意味は成立しない。
本存在論では意味が成立しない存在は実在に対し非在と記される。
（０３）空間
本存在論では空間は存在の実体により決定される３次元空間である。
存在の実体が其の属性に属せば，其の存在の空間には輪郭が成立する。
其れが全体である。実体が其の属性に属さなければ，
其の空間には輪郭が成立しない。
其の場合，其の空間は部分となる。空間の全体，部分は広がりの大小を指すのではない。静的様相は空間の全体に成立し，動的様相は空間の部分に成立する。
（０４）意味
本存在論では意味とは実在に反映される意図の様相である。
意味は実在が成立させる空間に其の実在の成立理由，存在理由として成立する。
しかし，実在の空間が部分の為，
実在は成立理由の部分を自覚するに止まり，其の存在理由を自覚する事が出来ない。
（０５）機能
実在は部分的な成立理由を言語的に自覚する。しかし其の自覚の様相は
成立理由を反映し成立理由そのものとは同等ではない。
其の様相は機能と記される。
（０６）命題関数
成立理由の言語的表象は命題関数と記される。
命題関数の構造は本研究による発見である。
（０７）自覚関数
本存在論では存在理由を捉える仕組を意味の解法と記す。
其の解法は調和構造に同期を成立させるための命題関数を変数する方程式の解として求められる。
そして，其の方程式を自覚関数と記す。
（０８）文脈
文脈は自覚関数の解により求められる単位化された意味の様相である。
命題関数が成立理由を動的様相として捉えるのに対し，
文脈は成立理由を静的様相として捉える。
（０９）主語系譜
本存在論では存在理由を捉える仕組は主語系譜と記される。
其れは文脈の内包関係として成立する。付言すれば，主語系譜は意味を捉える為の構造である。其の主語系譜によりわれわれは
調和構造に潜むこれ迄自覚する事が出来なかった新たな様相を自覚する事が出来る。
（１０）質
主語系譜の冗長性，複雑性は調和構造の存在の仕方の質に符合する。
其れは観察主語で定量的に観測する事が出来る。
調和構造の機能水準とその質とは必ずしも符合しない。
本存在論では高度な機能程其の調和構造の質は低くなる。
（１１）超言語空間
命題関数を座標測度とする調和空間は超言語空間と記される。自覚関数，文脈，主語系譜は超言語空間で成立する。
プログラムでは超言語空間はＬＹＥＥ空間と記される。
（１２）プログラムの意味
われわれがプログラムの全実行様相を可視化すれば，
其れにより其のプログラムの意味を
自覚する事が出来る。
そして，われわれは其の全実行様相を可視化する方法をもたなかったので，
これ迄プログラムの意味並びに不完全な意味を捉える事が出来なかった。
本発明による主語系譜で意味を自覚する事が可能になった。
（１３）機能と意味
われわれは，これ迄，プログラムにＮ個の条件文が存すれば，其れを機能ごとに仕分し，其の妥当性が成立すれば，其のプログラムの妥当性が成立すると判定している。
これは機能の観点での認識である。果たして其れで十分だろうか。現実には
プログラムの実行障害は頻発している。
プログラムの意味は其の全ての条件文に調和が成立している場合に成立する。
調和とはプログラムの全条件文の実行時の順序が妥当性なことである。
其の妥当性は其のプログラムの意図を律する要件に適う事である。
其の順序は主語系譜で初めて捉えられる事になった。
そして，其の妥当性は人により判定する事が出来る。
主語系譜の其の順序の体系が意味を反映する。
其れは機能の妥当性をプログラムの必要条件とすれば，
其の十分条件に相当する。其れが意味の様相である。
其の順序が不完全であれば，其れは実行時に不完全な意味が発症する証しである。
これは，人類が初めて認識する事が出来た様相である。
（１４）従来の作業方法で実行障害の対応は難題
実行障害は実行時に発症する不完全な意味により発症する。
其の意味の構造は，主語系譜が分からなければだれにも解らない。
故に機能を寄り所とするこれ迄の作業方法，試験で実行障害の発症原因，発症の仕組を事前に捉える事は不可能である。
結果的に，其の改善は其の症状が発症する迄行う事が出来ない。そして，
発症後，其の改善が正当に行われるや否やは不明である。
主語系譜がなければ其の判定すら行う事が出来ない。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
第２章  本研究の存在論
本章では仮説が模型化される。其の為の仕組が論述される。模型化の体系は図１参照。
２．１  不可知空間（ＵＫＳ）
ＵＫＳは存在の根源の模型である。
000:ＵＫＳは活力の集合である。
000:活力（Ｖi）は正の有理数である。
000:ＵＫＳに同じ値の活力は属していない。
000:活力は不可分である。
000:ＵＫＳは不可分である。
000:ＵＫＳに属す活力数（Φ）は可付番無限である。
000:Φは限界の自然数の二乗である。限界の自然数は実在の項参照。
000:ＵＫに属す活力の総和（Σ1φＶi）は限界の有理数である。
000:ＵＫＳの活力総和の値は活力ではない。
000:ＵＫＳの活力総和の逆数値は２εである。
000:２εは最小の活力である。
000:値εは活力ではない。
000:最大の活力値は２εΦである。
000:ＵＫＳは座標の定まらない直径を２εとする３次元空間である。
000:ＵＫＳの空間的広がりは最小の３次元空間である。
000:ＵＫＳに属す活力は任意に１個づつ選ばれ複写される。
000:複写で成立する活力はＵＫＳの外で成立する。
000:１個の活力は複写の為にΦ回迄選ばれる。
000:複写の為に活力が選ばれる間隔は不定である。
000:活力複写の総回数はΦΦ回である。
000:複写で成立する活力数はΦΦ個である。
２．２  理念空間（ＩＤＳ）
最終の存在（実在）を決定する基盤となる存在を成立させる場がある。
ＩＤＳと記される。
000:ＩＤＳは複写される活力を受容する。
000:複写による同じ値の活力は同じＩＤＳに属す事が出来ない。
000:故に同じ値の活力が出現すればＩＤＳは分割される。
000:分割されるＩＤＳ数は最終的にΦ個である。
分割されるＩＤＳも以下単にＩＤＳと記す。
000:ＩＤＳに属す活力数は最終的にΦ個に至る。
但し，全ＩＤＳに属す活力数が全てΦ個になるとは限らない。
000:ＵＫＳは活力を受容するＩＤＳに其の活力に続き移動して属す。
そして，次の複写による活力を受容するＩＤＳが決まる迄の間，其のＩＤＳに留まる。
000:ＵＫＳが留まれば，其の間，其のＩＤＳでは其のＩＤＳに属す活力を用いて，
存在を決定する基本の作用が実行される。
000:ＵＫＳが其のＩＤＳを離れれば其の作用は停止する。
000:基本作用が停止すれば，其れにより成立する様相は解体される。
000:同じＩＤＳが連続して複写される活力を受容すれば，
ＵＫＳも連続して其のＩＤＳに留まる。そして，其の基本作用は継続される。
000:但し，其の場合，連続して受容される活力は
其のＩＤＳの継続中の基本作用に加わる事は出来ない。
そして，其れら活力はＵＫＳが再度到来する迄，其のＩＤＳで待機する。
000:ＵＫＳの去来はＩＤＳ周期と記される。
000:ＩＤＳ周期の間隔は不定である。
000:存在には
ＩＤＳ周期で決定されるものと其の影響を直接受けずに決定されるものとがある。
000:ＵＫＳは其のＩＤＳの基本作用が終了した後，尚，其のＩＤＳに留まれれば，
次の活力複写が生じる迄の間，其のＩＤＳで休眠する。
活力複写が生じなければ，ＵＫＳは其のＩＤＳで永眠する。
２．３  ＩＤＳの様相
ＩＤＳ周期で決定されるのは存在を成立させる為の様相である。そして，最後の存在を成立させる基本になる存在である。
（０１）存在線
000:ＵＫＳがＩＤＳに飛来すれば，其のＩＤＳに属す全活力は其の値の大きさの順に
並べられる。其の順列をＩＤＳの存在線と記す。
000:ＵＫＳがＩＤＳを離れれば其のＩＤＳの存在線は解体される。
（０２）境界活力
000:存在線を２分する活力が１個選ばれる。其の活力は境界活力（ＶB）と記される。
000:ＩＤＳに属す活力は境界活力により高位と低位に２分される。
高位側の活力は意識活力，低位側の活力は認識活力と記される。
000:境界活力は意識活力に属す。
000:ＵＫＳがＩＤＳを離れれば，其の境界活力は失効する。
（０３）位置活力
000:境界活力が決まれば，活力Ｖiには値（ＶB−Ｖi）が成立する。
000:この値は活力Ｖｉの相対性を表象する。位置活力と記される。
000:ＵＫＳがＩＤＳを離れれば，位置活力は失効する。
（０４）占有空間
000:位置活力が決まれば，活力Ｖiには
位置活力の絶対値の逆数（１／｜ＶB−Ｖi｜）が成立する。
000:この値は活力Ｖｉの存在性を表象する。
000:この値は活力Ｖiが占有する３次元空間の広がりの径に符号する。
000:ＵＫＳがＩＤＳを離れれば，この値は失効する。
（０５）論理原子
000:活力，位置活力，占有空間が決まれば，其の組が成立する。
即ち，［活力，位置活力，占有空間］，これを論理原子と記す。
000:論理原子は有理数から成立する自然数である。
000:論理原子は静的様相の元素である。
000:認識活力で成立する論理原子は認識原子，意識活力で成立する論理原子は意識原子と記される。
000:ＵＫＳがＩＤＳを離れれば，其のＩＤＳの論理原子は解体される。
（０６）境界原子
000:ＩＤＳに飛来したＵＫＳは
境界活力が決まれば，存在線上の其の境界活力の位置に着座する。
000:其の結果，境界活力の存在線上の位置は不可知空間の半径の値（＋ε）だけ高位側に移動し，其の活力の値を高揚させる。
000:そして，境界活力の論理原子が成立する。即ち，［ＶB＋ε，ε，１／ε］
000:境界活力の論理原子は境界原子と記される。
000:境界原子は意識原子に属す。
000:境界原子の占有空間は最大の空間を表象する。そして，境界原子の占有空間は其のＩＤＳの空間となる。其の事により，活力の群であるＩＤＳは活力の集合となる。
000:境界原子の成立により，其のＩＤＳの全ての意識原子は以下の様に定義し直される。即ち，［活力，ε，１／ε］
000:ＵＫＳがＩＤＳを離れれば，其のＩＤＳの境界原子は解体される。
（０７）論理原子の模様
000:３個以上奇数個の異なる意識原子を要素とする群が
可能な限り其のＩＤＳに模様として描かれる。この模様は収斂群と記される。
000:収斂群が異なれば同じ意識原子は繰り返し他の収斂群の要素になる事が出来る。
000:全収斂群を要素とする１組の任意列の模様が
其のＩＤＳに描かれる。この模様は収斂群列と記される。
000:２個以上偶数個の異なる認識原子を要素とする群が
可能な限り其のＩＤＳに模様として描かれる。この模様は分布群と記される。
000:分布群が異なれば同じ認識原子は繰り返し他の分布群の要素になる事が出来る。
000:全分布群と同数の分布群を要素とする１組の任意列の模様が
其のＩＤＳに描かれる。この模様は収斂群列と記される。
000:ＩＤＳの模様は消える事がない。
（０８）  論理原子の複写
000:論理原子の模様には１：１の複写が成立する。
000:そして，其の複写される模様の論理原子はＩＤＳと異なる場で成立する。
000:模様の複写は論理原子の複写許容回数迄成立する。
000:ＩＤＳの論理原子には其のＩＤＳの論理原子を成立させる直近の活力の複写順位が
其の論理原子の複写許容回数として一様に付与される。
000:複写の許容回数は複写される都度１回づつ減じられる。
000:許容回数を越える論理原子には複写は成立しない。
000:複写が成立しない論理原子が存在すれば，其の論理原子は複写されない。
（０９）回帰，転位
000:ＩＤＳに新たな活力が受容される事に因り，
既に認識原子として成立している活力が意識原子となる事がある。この変化は認識原子の回帰と記される。
000:回帰が生じれば，ＩＤＳの其の認識原子は解体され其のＩＤＳの活力に戻る。
其のＩＤＳ外で成立している其の認識原子は消滅する。
000:ＩＤＳに新たな活力が受容される事に因り，
既に意識原子として成立している活力が認識原子となる事がある。この変化は意識原子の転位と記される。
000:転位が生じれば，ＩＤＳの其の意識原子は解体され其のＩＤＳの活力に戻る。
其のＩＤＳで成立している其の意識原子は消滅する。
２．４  存在
000:存在の属性は論理原子の群，実体は１個の論理原子である。
000:意味を表象する存在は実在，表象しないしない存在は非在と記される。
000:実体が其の属性に属せば，其の実体は空間的全体を表象する。
000:実体が其の属性外に属せば，其の実体は空間的部分を表象する。
000:意味とは実在を成立させる意図の様相である。
000:其の様相は実在の属性により成立し，
其の実体が表象する空間に其の実在の成立理由と存在理由として成立する。
其れを意味と記す。
000:実在が成立させる空間は部分である。
000:言語は実在が成立させる部分空間で成立する。
000:実在は意味を言語的に動的様相として自覚する。
000:言語的に捉えられる意味は其の実在の成立理由である。
000:成立理由とは其の実在を決定する主張である。
000:存在理由は其の主張に内在する課題である。
000:実在は存在理由を言語的に捉える事が出来ない。
（０１）連鎖
000:存在を決定する規則は連鎖と記される。
000:連鎖には以下の種類がある。即ち，
ａ．意識連鎖，ｂ．確立連鎖，ｃ．事象連鎖，ｄ．多重連鎖，ｅ．群化多重連鎖，
ｆ．群化自然連鎖，ｇ．調和連鎖
000:意識連鎖には特異連鎖，群化自然連鎖には臨界連鎖が帯同する。
故に，連鎖の種類は９種である。
000:意識連鎖，特異連鎖以外の連鎖は認識連鎖と総称される。
000:調和連鎖は実在を決定する規則，他の連鎖は非在を決定する規則である。
000:意識連鎖の実体は其の属性に属す。
000:認識連鎖の実体は其の属性外の論理原子である。
以下に連鎖の作用を記す。
（０２）実体
000:実体は複写される論理原子である。
000:実体が表象する空間は其の論理原子の占有空間である。
（０３）属性
000:意識連鎖，特異連鎖，確立連鎖，事象連鎖，多重連鎖の属性は
模様としての群である。
000:群化多重連鎖，群化自然連鎖，臨界連鎖，調和連鎖の属性は
模様から導かれる論理原子の群である。
２．４．１  意識連鎖
000:意識連鎖は同じＩＤＳ周期の収斂群列が決まれば起動される。
000:意識連鎖は収斂群列の順に収斂群の実体を
其の収斂群に属す意識原子から選び，存在を決定する。
000:実体は収斂群に属すより小さな活力の意識原子が選ばれる。
000:同じＩＤＳ周期では既に実体として選ばれている意識原子は
繰り返し選ぶ事が出来ない。
000:意識連鎖は境界原子を実体として選ぶ事は出来ない。
000:実体として選ばれる意識原子の複写が成立すれば，其の意識原子はＩＤＳと異なる場で成立する。其の場は意識空間と記される。
000:意識連鎖で決定される存在の実体が表象する空間は
実体となる意識原子の占有空間である。其の空間は全体である。
000:意識連鎖で決定される存在は非在である。
000:意識連鎖の実体が選び終われば其の作用は終了する，
000:意識連鎖が実体を選ぶ事が出来なければ其の作用は中断される。
000:意識連鎖の作用中にＵＫＳが其のＩＤＳを離れれば其の作用は中断される。
２．４．２  特異連鎖
000:特異連鎖は同じＩＤＳ周期の意識連鎖の作用が終了すれば起動される。
000:特異連鎖は意識連鎖の作用が終了した収斂群列の収斂群の次の収斂群から引き続き作用し，其の収斂群に境界原子が属せば，其れを実体として存在を決定する作用である。
但し，其の境界原子は複写可能でなければならない。
000:実体として選ばれる境界原子の
複写が成立すれば，其の境界原子は意識空間で成立する。
000:特異連鎖で決定される存在の実体が表象する空間は其の境界原子の占有空間である。
000:其の空間は最大の広がりを持つ全体である。
000:特異連鎖で決定される存在は非在である。
000:特異連鎖の実体が選び終われば其の作用は終了する，
000:特異連鎖が実体を選ぶ事が出来なければ其の作用は中断される。
000:特異連鎖の作用中にＵＫＳが其のＩＤＳを離れれば其の作用は中断される。
２．４．３  確立連鎖
000:確立連鎖は同じＩＤＳ周期の分布群列が決まれば起動される。
000:確立連鎖は同じＩＤＳ周期で成立する分布群列の先頭１個の分布群に関して
其の実体を選び存在を決定する。
000:選ばれる実体は
其の分布群以外の分布群に属す異なる認識原子で，其の占有空間は
其の分布群に属すどの認識原子の占有空間よりも大きくなければならない。
000:実体となる認識原子は複写可能でなければならない。
000:実体として選ばれる認識原子の
複写が成立すれば，其の認識原子は其のＩＤＳと異なる場で成立する。
其の場は確立空間と記される。
000:確立連鎖で決定される実体が表象する空間は其の認識原子の
占有空間で部分である。
000:確立連鎖で決定される存在は非在である。
000:確立連鎖の実体が選び終われば其の作用は終了する，
000:確立連鎖が実体を選ぶ事が出来なければ其の作用は中断される。
000:確立連鎖の作用中にＵＫＳが其のＩＤＳを離れれば其の作用は中断される。
２．４．４  事象連鎖
000:事象連鎖は同じＩＤＳ周期の確立連鎖の作用が終了すれば起動される。
事象連鎖が起動されれば，其の起因となる確立連鎖による存在の実体の活力を近似的に内包する同じＩＤＳ周期の実体を有する意識連鎖による存在が其の確立連鎖の存在に呼応する。そして，其の意識連鎖の存在は其の属性に属す意識原子数と同数の認識原子で成立する同じＩＤＳ周期の分布群を其の分布群列から選ぶ。
意識連鎖の存在によるこの作用は意識連鎖の連想と記される。
000:事象連鎖は連想が成立すれば確立連鎖と同じ条件で
連想で決まる分布群の実体となる認識原子を選び存在を決定する。
但し，同じＩＤＳ周期の確立連鎖，事象連鎖で
既に実体として選ばれている認識原子を繰り返し選ぶ事は出来ない。
000:実体として選ばれる認識原子の
複写が成立すれば，其の認識原子は其のＩＤＳと異なる場で成立する。
其の場は事象空間と記される。
000:事象連鎖で決定される実体が表象する空間は其の認識原子の占有空間で部分である。
000:事象連鎖で決定される存在は非在である。
000:事象連鎖が１個の実体を選べば其の作用は終了する。
000:事象連鎖が実体を選ぶ事が出来なければ，其の段階で事象連鎖の作用は終了する。
000:事象連鎖の作用中にＵＫＳが其のＩＤＳを離れれば其の作用は中断される。
２．４．５  多重連鎖
000:多重連鎖は同じＩＤＳ周期の事象連鎖の作用が終了すれば起動される。
000:多重連鎖は同じＩＤＳ周期の事象連鎖で決定される存在を多重化する。即ち，
其の属性に属す認識原子をＰ個とすれば，其れらを（ＰＰ−１）個の属性に，
並びに其の事象連鎖で決定される実体を（ＰＰ−１）個に展開する。
000:多重化された属性，実体は分布群，収斂群と同様に其のＩＤＳの模様となる。
000:其の実在の複写が成立すれば，其れが多重連鎖の存在である。
000:実体となる認識原子は複写されＩＤＳと異なる場で成立する。
其の場は多重空間と記される。
000:多重連鎖で決定される実体が表象する空間は其の実体となる認識原子の
占有空間で部分である。
000:多重連鎖で決定される存在は非在である。
000:多重連鎖の実体が選ばれれば多重連鎖の作用は終了する。
000:多重連鎖の実体が１個も成立しなければ，其の段階で多重連鎖の作用は中断される，000:多重連鎖の作用中にＵＫＳが其のＩＤＳを離れれば其の作用は中断される。
２．４．６  群化多重連鎖
000:群化多重連鎖は以下の場合に起動される。
ａ．多重連鎖の作用が終了する場合
ｂ．群化自然連鎖の作用で属性の認識原始数が偶数となる存在が成立する場合，
000:群化多重連鎖の作用は多重空間の実体を基に更なる存在を決定する作用である。
000:郡化多重連鎖で成立する存在は非在である。
000:群化多重連鎖の作用を以下に記す。
(ａ)群化多重連鎖は多重空間に属す全認識原子を活力の小さい方から大きい方に並べる。同じ活力の実体も順序付けられて並べられる。
例えば，ａ＜ｂ≦ｂ≦ｃ＜ｄ・・・・・．
(ｂ)其の順序列を基に２個の実体の組合列が定義される。
例えば，
［ａｂ］，［ａｂ］，［ａｃ］，［ａｄ］・・・・・，
［ｂｂ］，［ｂｃ］，［ｂｄ］・・・・・・・・・・，
［ｂｃ］，［ｂｄ］，・・・・・・，
［ｃｄ］，・・・・・・・・・・・・・・・，
・・・・・・・・・・・・・・・・．
(ｃ)同じ認識原子の組合せ，例えば［ｂｂ］は除かれる。
例えば，[ab],[ac],[ad]・・・,[bc],[bd]・・・・・・[cd]・・・・・・・
(ｄ)其の組合列の順番に従い，
各組合から１個の属性が作られる。
000:属性を作る作用を群化律と記す。
(ｅ)各属性の実体を組合列の順番に従い選び存在を決定する。
000:実体を選ぶ作用は確立連鎖の規則に準じる。
但し，同じ認識原子でも複写が成立すれば実体として繰り返し選ぶ事が出来る。
(ｆ)属性に属す認識原子の数が偶数であれば，其の実体は複写され多重空間に属す。
(ｇ)属性に属す認識原子の数が奇数であれば，其の実体は複写され自然空間に属す。
000:この場合，群化多重連鎖は終了し群化自然連鎖が起動される。
(ｈ)群化多重連鎖の作用が組合列の終わりに達すれば，其の作用は上記（ａ）から
再開される。
000:群化多重連鎖の作用はＵＫＳが其のＩＤＳを離れても中断されない。
２，４，７  郡化自然連鎖
000:群化自然連鎖は
群化多重連鎖の作用で属性の認識原始数が奇数となる存在が成立すれば起動される。
000:郡化自然連鎖で成立する存在は非在である。
000:群化自然連鎖の作用を以下に記す。
(ａ)群化自然連鎖は
自然空間に属す全認識原子を活力の小さい方から大きい方に並べる。
群化多重連鎖の仕組みと同じ。
(ｂ)其の順序列を基に２個の実体の組合列が定義される。
群化多重連鎖の仕組みと同じ。
(ｃ)同じ認識原子の組合せ，例えば［ｂｂ］は除かれる。群化多重連鎖の仕組みと同じ。(ｄ)其の組合列の順番に従い，各組合から１個の属性が作られる。
000:属性を作る作用を群化律と記す。
(ｅ)各属性の実体を組合列の順番に従い選び存在を決定する。
000:実体を選ぶ作用は確立連鎖の場合に準じる。
但し，同じ認識原子でも複写が成立すれば実体として繰り返し選ぶ事が出来る。
(ｆ)属性に属す認識原子の数が偶数の場合，其の実体は複写され多重空間に属す。
そして，群化自然連鎖は終了し群化多重連鎖が起動される。
(ｇ)属性に属す認識原子の数が奇数であれば，其の実体は複写され自然空間に属す。
(ｈ)群化自然連鎖の作用が組合列の終わりに達すれば上記（ａ）から再開される。
000:群化多重連鎖の作用はＵＫＳが其のＩＤＳを離れても中断されない。
２，４，８  臨界連鎖
000:臨界連鎖は
群化自然連鎖で存在の実体として境界原子を選ぶ状況に至れば起動される。
000:臨界連鎖で決まる実体（境界原子）は自然空間に属す。
000:臨界連鎖で決まる実体の空間は境界原子の占有空間である。
其の空間は最大の広がりを持つ部分である。
000:臨界とは部分が外延的に全体に近似する様相である。
000:臨界連鎖で成立する存在は非在である。
000:群化自然連鎖で成立する存在の列は臨界連鎖で成立する存在で区切られる。
000:其の区切られる過程は郡化履歴と記される。
２．５  群化律の模型
000:２個の実体の組合せの先に並ぶ実体は主，後に並ぶ実体の属性は従と記される。
000:群化律は主従の属性から１個の属性を成立させる作用の規則である
主従の属性は其のＩＤＳに模様として刻まれている。
其の作用を以下に記す。即ち，
ａ．主の属性の認識原子を其の活力の大なる方から順に並べる。
ｂ．従の属性の認識原子を其の活力の大なる方から順に並べる。
ｃ．主従の認識原子を其の列上で同位比較し，主の認識原子の活力の方が大であれば，
其の主従の認識連鎖は新たな属性に属す。
ｄ．従の認識原子の活力の方が大であれば，主従の其の認識連鎖は新たな属性に属す事が出来ない。
ｅ．主従の認識原子の活力が同値であれば，其の主の認識連鎖は新たな属性に属す。
ｆ．従に同位比較する種の認識原子がなければ，
主の認識原子は其のまま新たな属性に属す。
ｇ．主に同位比較する従の認識原子がなければ，
従の認識原子は其のまま新たな属性に属す。
２．６  自分
000:臨界連鎖で非在が決まれば，特異連鎖で決まる非在が其れに呼応し，
互いに同等の実体（境界原子）を介して同等の関係を成立させる。
自分とはこの関係の事である。
000:即ち，自分とは部分と全体が同義になる関係である。
000:自分は存在ではない。
000:自分はＩＤＳを基に可能な数が成立する。
２．７  意図
000:自分が成立すれば，特異連鎖で成立する非在の属性に属す意識原子数と
同数の認識原子が属す郡化自然連鎖で成立する非在が
其の群化履歴の中から選ばれる。
000:其の非在の属性に属す複写可能な認識原子は
調和空間と記される場に複写される。
000:意図とは調和空間に複写される其の属性の様相である。
000:意図は存在ではない。
２．８  調和連鎖
000:調和連鎖は意図が成立すれば起動される。
000:調和連鎖は存在を成立させる最後の規則である。
000:調和連鎖で成立する存在は其れを要素とする内包構造を成立させる。
其の構造は調和構造と記される。
000:其の存在，調和構造が成立する場は調和空間と記される。
000:調和構造もまた存在である。
000:調和構造には時制が帯同する。
000:調和連鎖で成立する存在数は限界の自然数と記される。
000:実在の実体，属性は調和空間に属す。
000:実在の実体は空間の部分を表象する。
000:実在の実体の空間には意図の最小クラスの様相が反映される。
其の存在に記憶が成立し，調和構造に同期が齎されれば其の存在に反映される意図の様相は其の実在の成立理由，存在理由を表象する。
000:意味とは其の様相である。
000:意味が成立する存在は実在と記される。
000:調和連鎖は実在を成立し終われば解体される。
000:調和連鎖の作用は客体化，陳述化に内割される。
000:調和構造は実在を要素とする線香花火型の構造である。
000:実在，調和構造はわれわれの世界の存在の模型である。
（０１）客体化
000:客体化は意図が決まれば起動される。
000:客体化は可能な限り意図に属す認識原子を実体とする属性を該当する群化履歴に属す存在の中から順序的に選び，
其の属性の複写可能な認識原子を調和空間に複写する作用である。
000:客体化では郡化履歴に属す同じ存在の属性が繰り返し選ばれる事はない。
000:客体化は意図に属す全認識原子の属性を可能な限り選び終えれば終了する。
（０２）陳述化
000:陳述化は
客体化で成立する存在の属性に属す認識原子を実体とする属性，又は
陳述化で成立する存在の属性に属す認識原子を実体とする属性を
該当する群化履歴に属す存在の中から
順序的に選び，其の属性の複写可能な認識原子を調和空間に複写する作用である。
000:陳述化では郡化履歴に属す同じ存在の属性が繰り返し選ばれる事はない。
000:陳述化は其の属性を可能な限り選び終えれば終了する。
２．９  調和構造
000:調和連鎖で決まる実在間には其れを要素とする内包関係を成立する。
其の関係は構造を表象する。其の構造を調和構造と記す。
（０１）同期，記憶，同化
000:調和構造の脈絡する３個の実在の属性に共通の認識原子が１個以上存在すれば，其の３個の実在は
其の共通の認識原子数に応じて時制を消去する事が出来る。
其の様相は同期と記される。
000:同期が成立する３個の中央に位置する属性が其の過去並びに未来側に位置する属性を代行する事が出来れば，其の様相は記憶と記される。
000:記憶が成立する実在の実体は記憶主語と記される。
000:記憶が成立しない様相は同化と記される。
（０２）正統，曖昧，不定
000:意図の客体化，陳述化が完全で，実在の属性に属す認識原子が
完全に複写されれば，其の調和構造に成立する意味は正統である。
000:実在の属性に属す認識原子の複写が
不完全であれば，其の調和構造に成立する意味は曖昧である。
000:意図の客体化，陳述化で実在が欠落すれば，
其の調和構造に成立する意味は不定である。
２．１０  命題関数
000:命題関数は実在の成立理由を動的様相で表象する。
000:命題関数は記憶主語で識別される。
000:命題関数は超言語で叙述される。
000:超言語とは言語の最小クラスである。
（０１）命題関数の種類
000:調和構造で脈絡する３個の実在は其れぞれ時制の過去，今，未来を帯同する。
ａ．実在の今を捉える命題関数はＰＦ４と記される。
ｂ．実在の過去を捉える命題関数はＰＦ２と記される。
ｃ．実在の未来を捉える命題関数はＰＦ３と記される。
（０２）命題関数の構造
000:命題関数の表象構造は７種の超言語文，４種の専用領域で構成される。
以下に説明する。図２参照
ａ．第１文：文脈の成否判定
000:文脈の成否判定は記憶領域２で判定される。
000:文脈が成立していなければ第２文に移る。成立していれば終局する。
ｂ．第２文：成立理由の叙述
000:成立理由は一様に最小化された機能で叙述される。
000:ＰＦ４の第２文では今の機能
000:ＰＦ２の第２文は過去の機能
000:ＰＦ３の第２文は未来の機能
000:叙述結果は記憶領域１に記される。
ｃ．第３文：成立理由の成否判定
000:記憶領域１を用いて第２文の叙述結果の成否が判定される。
000:成立すれば，第４文に移る。
000:不成立なら第５文に移る。
ｄ．第４文：記憶の生成
000:記憶領域１を記憶領域２に移し終局。
ｅ．第５文：成立可能性判定
000:記憶領域１の成立可能性がなければ第６文，可能性があれば第７文に移る。
ｆ．第６文：宣言領域１に再起停止を告知し終局する。
ｇ．第７文：宣言領域２に再起を告知し終局する。
２．１１  超言語空間（ＭＬＳ）
000:調和空間に３種の命題関数を座標測度として導入すれば，
其の調和空間は超言語空間と記される。
000:後述の自覚関数，文脈，主語系譜は超言語空間で成立する。
２．１２  自覚関数（ＡＦ）
000:本研究では調和構造の意味を解法する為の仕組を解とする方程式が論考される。
000:其れは命題関数を変数として成立し其の命題関数を同期させる方程式
として成立する。
自覚関数（ＡＦ）と記される。ＡＦ：Ａware Function
000:後述する文脈，主語系譜は其の解として求められる。
000:ＡＦの定義を以下に記す。
ＡＦ＝Φ[ΦX{PF4,}＋ΦY{PF2,}＋ΦZ{PF3,}]
ａ．{PF4,}，{PF2,}，{PF3,}は調和構造に属す全実在の命題関数である。
ここでは命題関数の識別子（記憶主語）は省略されている。
ｂ．ΦX{PF4,}＋ΦY{PF2,}＋ΦZ{PF3,}]は調和構造に成立する全文脈である。
ｃ．ΦＸ，ΦＹ，ΦＺは文脈を決定する仕組である。座標関数と記される。
本論文では説明は省略。
ｄ．Φは文脈の内包関係を決定する仕組である。同期関数と記される。
000:座標関数，同期関数は根来の別の論文で記されている。
２．１３  文脈
000:文脈は自覚関数で同期化された実在として解法される。
000:文脈は単位化された意味に符合する。
000:文脈の型は３種の命題関数に符合する。即ち，
ａ．ＰＦ２，ｂ．ＰＦ４，ｃ．ＰＦ３∩ＰＦ２，ｄ．ＰＦ３∩ＰＦ４
000:文脈は記憶主語で識別される。其の記憶主語は文脈主語とも記される。
２．１４  主語系譜
000:主語系譜は自覚関数で文脈の内包関係として解法される。
000:主語系譜は調和構造に符合する。
000:主語系譜は調和構造の意味の構造である。
000:主語系譜は存在理由を捉える。
000:主語系譜は存在の質を捉える。
（０１）主語系譜の構造
000:文脈を内包する文脈は内包される文脈の存在理由として位置付けられる。
000:主語系譜の起点は起点主語と記される。
000:起点主語に内包される文脈は存在しない。
000:主語系譜の終点は終点主語と記される。
000:終点主語を内包する文脈は存在しない。
000:主語系譜は起点主語と終点主語で閉域化される。
000:終点主語は調和構造の存在理由である。
（０２）存在の質
000:存在の仕方は質と記される。
000:存在の仕方は成立理由の冗長性で捉えられる。
000:存在の質は主語系譜の観測で捉えられる。
000:文脈主語は主語系譜の測度である。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
第３章：電算機プログラムの自覚関数
本章では前章の自覚関数を基に電算機プログラム（以下プログラム）の自覚関数（ＳＦ）が考察される。SF:Scenario-Function
３．１  プログラムの実在
000:本存在論の実在に符合するプログラムの要素は単元文と記される。
（０１）単元文
000:プログラム言語の構文に複数の機能が含まれれば，其の機能数は構文の単元数と記される。
000:構文を一様に１機能に置き換える事を単元化と記す。
000:１機能文は単元文である。但し，条件文は真偽判定の２機能で単元文となる。
000:単元文は構文の最小クラスである。
（０２）単元文の種類
000:単元文は以下の１０種に仕分出来る。即ち，
注釈文，領域文，翻訳文，関数文，定値文，条件文，入力文，出力文，呼出文，制御文
（０３）単元文の構成要素
000:単元文の構成要素を以下に記す。即ち，
予約語，演算子，領域名，定置名詞，定値，標識名，終了記号
000:予約語は機械翻訳の為に言語で規約される専用用語である。
（０４）主語，名詞，定置名詞，定値
000:構文に属す変数は単元文では主語，名詞，定置名詞，定値と仕分される。
000:其れらは脈絡変数と総称される。
000:領域文で定義される名称は名詞と記される。
000:単元文で実体化される名詞は主語と記される。
000:領域文以外の単元文で定義される領域を有しない名詞は定置名詞と記される。
000:単元文を標識する標識名は特異な定置名詞である。指標とも称される。
000:領域文に定置名詞が属せば，其れは名詞の修飾子として位置付けられる。
000:領域文以外の単元文で定義される領域を有しない直値は定置と記される。
000:主語は実体に符合し，主語を除く脈絡変数は属性に符合する。
（０５）構文／単元文の識別子
000:識別子は変数名，演算子を除く予約語列である。
000:識別子は構文／単元文から抽出する事が出来る。図４参照
（０６）単元文の型
000:単元文の型は変数名を脈絡変数に置き換えて表象される。
000:単元文Ａ＝Ｂ＋Ｃの型の３例を以下に記す。
ａ．主語＝名詞＋名詞，
ｂ．｜＝｜＋｜主語｜名詞｜名詞｜
ｃ．｜主語｜名詞｜名詞｜＝｜＋｜
000:単元文の型は構文から単元文を編集する場合に用いられる。
000:単元文の型は単元文から構文を編集する場合に用いられる。
000:単元文の型は構文規則から人的又は電算機を用いて定義する事が出来る。
（０８）単元文の役割
ａ．注釈文は叙述者の備忘録
ｂ．領域文は領域名（名詞）と其の属性の定義
ｃ．翻訳文は機械翻訳系への伝文
ｄ．関数文は名詞を脈絡変数で主語化する定義
ｅ．定値文は名詞を定値で主語化する定義
ｆ．条件文は真偽判定の定義
ｇ．入力文は名詞を外領域の定値を用いて主語化する定義
ｈ．出力文は主語を外領域に移送する定義
ｉ．呼出文はプログラムが引用する別プログラムの定義
ｊ．制御文はプログラムの実行位置の変更定義
（０９）単元文，予約語，主語，名詞，定置名詞，定値の関係
ａ．注釈文
000:定置名詞，定値が属す。
000:主語不在。
ｂ．領域文
000:領域名は名詞である。
000:名詞，定置名詞，定値は領域文で規約される。
000:主語不在。
000:領域の群名は名詞の修飾子として位置付けられる。
000:領域名の群名が主語を兼ねる事がある。
ｃ．翻訳文
000:名詞，定置名詞，定値は翻訳文で規約される。
000:主語不在。
ｄ．関数文
000:名詞，定置名詞，定値は関数文で規約される。
000:主語は関数主語と記される。
ｅ．定値文
000:名詞，定置名詞，定値は定値文で規約される。
000:名詞不在。
000:主語は定値主語と記される。
ｆ．条件文
000:名詞，定置名詞，定値は条件文で規約される。
000:主語不在
ｇ．入力文
000:主語，名詞，定置名詞，定値は入力で規約される。
000:主語は入力主語と記される。
ｈ．出力文
000:主語，名詞，定置名詞，定値は出力文で規約される。
000:主語は出力主語と記される。
ｉ．呼出文
000:主語，名詞，定置名詞，定値は呼び出されるプログラムで規約される。
ｊ．制御文
000:標識名（名詞指標）が属す。
000:主語不在
000:制御文以外の単元文に掛かる標識名は主語指標，
制御文が示す標識名は名詞指標と記される。
３．２  単元化
000:本論文で示される単元化は構文ＩＤに対応して本論文による人的に定義されるＧＳ／ＴＣ表を機械的に選び，其の内容を用いて
構文を分解定義し，ＬＹＥＥ空間に設置する方法である。
000:構文とＧＳ／ＴＣ表の対応関係は１：１とは限らない。
故に，本単元化規則では
候補として選ばれる複数のＧＳ／ＴＣ表から解析的に絞り込みが行われ，
最終的に構文と１：１となるＧＳ／ＴＣ表が決定される。
000:単元化規則は図５参照。
000:絞り込みの論理はＧＳ／ＴＣ表の参考資料を参照
000:単元化は
図５を専用プログラムにすればＧＳ／ＴＣ表を用いて電算機で行う事が出来る。
（０１）構文と単元文の関係
000:構文の関係を以下に示す。即ち，
ａ．注釈文は単元文である。
ｂ．領域文は単元文である。
ｃ．翻訳文は単元文である。
ｄ．関数文に複数の主語が属せば単元化される。
ｅ．定値文は単元文である。
ｆ．条件文は翻訳文，条件式，判定式で構成される。
000:条件文に属す予約語は翻訳文である。
000:条件文に属す条件式は関数文（含む論理式），定値文で定義される。
000:判定式は単元数２の真偽判定文，条件文の核である。
ｇ．入力文，出力文，呼出文に複数の主語が属せば単元化される。
ｈ．制御文は単元文である。
（０２）ＧＳ／ＴＣ表
000:ＧＳ／ＴＣ表の識別子は文種鍵と記される。
000:文種鍵と構文ＩＤは意味的に同等である。
000:ＧＳ／ＴＣ表は構文の言語文法規則に基づいて構文ごとに人的に
定義される構文の単元化規則である。図６参照
000:ＧＳ／ＴＣ表はＧＳ部とＴＣ部で構成される。
000:ＧＳ部では構文を構成する単元文が定義される。
000:ＴＣ部では単元文の実行関係がＴＣ（単元文座標）の相対座標で表示される。
000:ＴＣ部の相対座標は以下の情報を用いて表示される。
ａ．ＴＳ記号，ｂ．予約語，ｃ．添字変数
000:ＴＳは構文の行番号である。
000:添字変数は自然数を意味する。
000:添字変数には絶対自然数と変数記号が用いられる。
（０３）単元化の意義
000:構文を単元化すれば，単元化された
プログラムには以下の様相が成立する。即ち，
ａ．プログラムの命題関数，ベクトルと記される。
ｂ．プログラムの自覚関数（ＳＦ）
ｃ．プログラム座標（ＴＣ）
ｄ．超言語座標
ｅ．プログラムの文脈，
ｆ．プログラムの主語系譜
000:ａ．ｂ．ｃ．ｄ．ｅ．ｆ．は該当項参照
000:上記の成立によりプログラムを本存在論と紐付ける事が可能になる。
３．３  ベクトル
000:プログラムの命題関数は特にベクトルと記される。
（０１）ベクトルの種類
000:ベクトルの構造は命題関数（図２参照）と同じである。
000:ベクトルは以下の８種に大別される。即ち，
ａ．Ｌ４，ｂ．Ｌ３，ｃ．Ｌ２，ｄ．Ｉ２，ｅ．Ｏ４，ｆ．Ｓ系，ｇ．Ｒ系，ｈ．ＮＬ
000:Ｓ系はＳ４，Ｓ２，Ｓ３の３種に分けられる。
000:Ｒ系はＲ４，Ｒ２，Ｒ３Ｒ，Ｒ３Ｃ，Ｒ３Ｄ，Ｒ３Ｍ，Ｒ３Ｅの７種に分けられる。
（０２）ベクトルの識別子
000:ベクトルの識別子は単元文に属す主語である。
主語が属す単元文により，其の主語は関数主語，入力主語，出力主語等と記される。
ａ．Ｌ４の識別子は関数主語，入力主語，出力主語，呼出し主語
ｂ．Ｌ２の識別子は定値主語
ｃ．Ｌ３の識別子は真偽値に呼応するＬ４，Ｉ２，Ｏ４，Ｉ２の主語
ｄ．Ｉ２の主語は入力論理体の名称
ｅ．Ｏ４の識別子は出力論理体の名称
ｆ．ＮＬの識別子は単元文の識別子
ｇ．Ｓ４の識別子はＬ４，Ｏ４，Ｒ４の識別子
ｈ．Ｓ３の識別子はＬ３，Ｒ３系の識別子
ｉ．Ｓ２の識別子はＬ２，Ｉ２，Ｒ２の識別子
ｊ．Ｒ４の識別子は座標関数ΦＸ
ｋ．Ｒ２の座標関数Φｚ
ｌ．Ｒ３Ｒ，Ｒ３Ｃ，Ｒ３Ｄ，Ｒ３Ｍ，Ｒ３Ｅの識別子は同期関数Φ
（０３）ベクトルと命題関数の関係
ａ．Ｌ４はＰＦ４の連想である。
ｂ．Ｌ２はＰＦ２の連想である。
ｃ．Ｌ３はＰＦ３の連想である。
ｄ．Ｉ２，Ｏ４は広義のＬ４である。
ｅ．Ｓ系，Ｒ系，ＮＬは広義のＬ４である。
（０４）ベクトル種別と単元文の関係
000:ベクトルと単元文の対応関係を以下に記す。
ａ．関数文：Ｌ４
ｂ．条件文：Ｌ３
ｃ．定値文：Ｌ２
ｄ．入力文，呼出文：Ｉ２
ｅ．出力文：Ｏ４
ｆ．注釈文，制御文，翻訳文，領域文：ＮＬ
000:Ｓ系は領域の初期値化作用である。
000:Ｒ系は広義の制御文である。機能型プログラムには存在しない。
其の役割を以下に示す。即ち，
ａ．Ｒ４は座標関数ΦＹを起動する。
ｂ．Ｒ２は座標関数ΦＺを起動する。
ｃ．Ｒ３Ｒは座標関数ΦＸを起動する。
ｄ．Ｒ３Ｃは隣接する下位ＳＦの同期関数Φを起動する。
ｅ．Ｒ３Ｄは隣接する上位ＳＦの同期関数Φを起動する。
ｆ．Ｒ３Ｍは隣隣接する上位ＳＦの同期関数Φを起動する。
ｇ．Ｒ３Ｅは同期関数Φを停止させる。
（０５）ベクトルの文脈の型
000:プログラムの文脈は５種のベクトル（Ｌ２，Ｌ４，Ｉ２，Ｏ４，Ｌ３）で
８種の型が規約される。即ち，
ａ．Ｌ２，ｂ．Ｌ４，ｃ．Ｉ２，ｄ．Ｏ４，ｅ．Ｌ３∩Ｌ２，ｆ．Ｌ３∩Ｌ４，
ｇ．Ｌ３∩Ｉ２，ｈ．Ｌ３∩Ｏ４，
３．４  単元文座標（ＴＣ：Third Coordinate）
000:本研究で用いられる座標の方式を以下に示す。
ａ．構文単位の行番号（ＴＳ：Text Sequence）はＴＳと記される。
ｂ．全行に付与される順位番号（ＳＮ：Sequence Number）は順位と記される。
ｃ．単元文には単元文座標（ＴＣ）が付与される。ＴＣと記される。
ｄ．ＴＣ，ＴＳ，ＳＮには対応関係が成立する。
000:ＴＣはＸ，Ｙ，Ｚの座標軸で構成される。
000:Ｚ軸はＺ１，Ｚ２，Ｚ３，Ｚ４に内割される。
000:ＴＣのＸ軸はＴＣＸ，Ｙ軸はＴＣＹ，Ｚ軸はＴＣＺと記される。
000:ＴＣＺはＴＣＺ１，ＴＣＺ２，ＴＣＺ３と区別される。
000:ＴＣＺ１は単にＺ１，ＴＣＺ２はＺ２，ＴＣＺ３はＺ３と記される．
（０１）ＴＣ座標の定義
000:ＴＣ座標の定義を以下に記す。即ち，
000:単元文αの次に無条件で実行される単元文βのＴＣＸは単元文αのＴＣＹである。
000:単元文αが真の時に実行される単元文γのＴＣＸは単元文αのＴＣＺ１である。
000:単元文γはＺ１始文と記される。
000:]単元文αが真の時に実行される単元文の群はＺ１系，
其の最後の単元文はＺ１終文と記される。
000:単元文αが偽の時に実行される単元文δのＴＣＸは単元文αのＴＣＺ２である。
000:単元文δはＺ２始文と記される。
000:単元文αが偽の時に実行される単元文の群はＺ２系，
其の最後の単元文はＺ２終文と記される。
000:単元文αの真偽の終りを示す単元文πのＴＣＸは単元文αのＴＣＺ３である。
000:単元文πの次に無条件で実行される単元文ζのＴＣＸは単元文αのＴＣＺ４である。
（０２）単元文，座標種別，ベクトルの関係
000:ＴＣＺを有する単元文はＺ型，
ＴＣＹを有する単元文はＹ型単元文と記される。
000:単元文，ＹＺ型区別，ベクトル種別の関係を以下に記す。
ａ．注釈文，Ｙ型，ＮＬ
ｂ．領域文，Ｙ型，ＮＬ
ｃ．翻訳文，Ｙ型，ＮＬ
ｄ．関数文，Ｙ型，Ｌ４
ｅ．定値文，Ｙ型，Ｌ２
ｆ．条件文，Ｚ型，Ｌ３
ｇ．入力文，Ｙ型，Ｉ２
ｈ．出力文，Ｙ型，Ｏ４
ｉ．呼出文，Ｚ型，Ｉ２
ｊ．制御文，Ｚ型，ＮＬ
（０３）相対座標の直値化
000:ＧＳ／ＴＣ表のＴＣ部の相対座標はＬＹＥＥ空間で直値化される。
000:直値化とは相対座標をプログラム上のＴＳ値に置き換える事である。
000:相対座標の直値化の規則を以下に示す。
ａ．ＴＣＸの直値化はＴＣＸ規則，図１５参照
ｂ．ＴＣＹの直値化はＴＣＹ規則，図１６参照
ｃ．ＴＣＺの直値化はＴＣＺ規則，図１７参照
ｄ．制御文Ｚ１の直値化は制御文Ｚ１の探索規則，図１９参照
000:ＴＣＺ規則はＴＩ表（図１８参照）を用いる。
000:本座標の直値化は其の規則を専用プログラムにすれば電算機で行う事が出来る。
３．５  超言語座標
000:単元文に属す主語，名詞，定値名詞，定値には座標が成立する。
000:其の座標は超言語座標，
其の座標が付与された単元文は超言語として位置付けられる。
ＳＣ：Subject Coordinate
ＮＣ：Noun Coordinate
（０１）主語座標（ＳＣ）
000:領域文で定義される名詞は，其れを実体化する単元文では主語と記される。
主語座標とは其の単元文のＴＣＸである。図２１参照。
000:本座標を求める規則を専用プログラムにすれば其れらは電算機で求める事が出来る。
（０２）名詞座標（ＮＣ）
000:領域文で定義される領域は名詞と記される。
名詞座標とは其の領域文のＴＣＸである。図２２参照。
000:１個の領域文で複数の名詞が定義されれば，
其れら名詞のＮＣは其の領域文のＴＣＸに添字変数が付されて定義される。
其の事により領域文は単元化しなくても済む。
000:領域文の群名は名詞の修飾子として位置付けられる。
000:本座標を求める規則を専用プログラムにすれば其れらは電算機で求める事が出来る。
（０３）定置名詞の座標
000:定置名詞には其れが属す単元文のＴＣＸがＮＣとして付与される。図２３参照。
000:領域文で修飾子となる定置名詞には座標は付与されない。
000:標識名には座標が付与される。３．９項参照
000:１個の単元文に複数の定置名詞が定義されれば，其れら定置名詞のＮＣには
其の単元文のＴＣＸに添字変数が付されて定義される。
000:本座標を求める規則を専用プログラムにすれば其れらは電算機で求める事が出来る。
（０４）定値の座標
000:定値には其れが属す単元文のＴＣＸがＮＣとして付与される。図２４参照。
000:１個の単元文に複数の定値が定義されれば，其れら定値のＮＣには
其の単元文のＴＣＸに添字変数が付されて定義される。
000:本座標を求める規則を専用プログラムにすれば座標は電算機で求める事が出来る。
（０５）超言語
000:超言語座標が付与された単元文は超言語と記される。
000:超言語はＳＳ，ＧＳとなる。
000:プログラムに属す超言語はＳＳと記される。
000:ＳＳの一般系はＧＳと記される。
000:ＳＳ，ＧＳの例は図１３，図２０参照
000:ＳＳはプログラムの元素に相当する。
000:ＧＳはプログラムの元素の一般式である。
ＧＳ：Gneral Solution for Cosmic Part of Program
ＳＳ：Specified Solution for Cosmic Part of Program
000:ＳＳ，ＧＳは其の為の規則を専用プログラムにすれば電算機で求める事が出来る。
３．６  軌跡文追跡規則
000:本規則は出発文とする単元文から目的文とする単元文迄を
ＴＣを用いて辿る規則である。
000:本規則で辿る単元文は軌跡文と記される。
000:出発文，目的文は本規則を使用する規則で設定される。
000:本規則により軌跡上の様々な軌跡文情報を採取する事が出来る。
例えば，軌跡文数，条件文，出発文と同じ軌跡文，目的文と同じ軌跡文等。
000:プログラム誤りが有れば，其のＴＣ座表には誤りが生じる。故に，
軌跡文の追跡が成立しなければ，其のプログラムには不具合が存在する。
000:本規則は以下４種の規則で構成される。
ａ．Ｚ１系の軌跡文を辿る規則：図２５−１
ｂ．Ｚ２系の軌跡文を辿る規則：図２５−２
ｃ．最初に遭遇するＺ１系の主語が属す単元文迄を辿る規則：図２５−３
ｄ．最初に遭遇するＺ２系の主語が属す単元文迄を辿る規則：図２５−４
000:本規則を専用プログラムにすれば，追跡は電算機で行う事が出来る。
３．７  主語が属す単元文の名詞の正統な主語座標を探索する規則
000:主語が属す単元文に属す名詞を
主語とする単元文は唯ひとつとは限らない。其の中で，
軌跡文の順序上主語の主語座標に最も近接する名詞の主語座標が其の正統な名詞である。
000:軌跡文の経路が複数になれば同じ名詞の正統な主語座標は其れに準じる。
000:本探索規則は図２６参照
000:本規則を専用プログラムにすれば，本探索は電算機で行う事が出来る。
３．８  主語が属さない単元文の名詞の正統な主語座標を探索する規則
000:主語が属さない単元文に属す名詞を
主語とする単元文は唯ひとつとは限らない。其の中で，
軌跡文の順序上主語の主語座標に最も近接する名詞の主語座標が其の正統な名詞である。
000:軌跡文の経路が複数になれば同じ名詞の正統な主語座標は其れに準じる。
000:本探索規則は図２７参照
000:本規則を専用プログラムにすれば，本探索は電算機で行う事が出来る。
３．９  標識名の座標を決定する規則
000:制御文はＴＣＸ，Ｚ１の座標で規約される。
000:制御文には名詞指標，主語指標と記され標識が関わる。
000:名詞指標には制御文のＺ１となる単元文のＴＣＸがＮＣとして付与される。
000:主語指標には制御文のＴＣＸがＳＣとして付与される。
000:標識名の座標を決定する規則は図２８参照
000:本規則を専用プログラムにすれば，標識名の座標は電算機で求める事が出来る。
３．１０  プログラムの妥当性診断規則
000:プログラムの単元文をＴＣ座標で辿り，其の終局文に到達すれば，
其のプログラムは妥当である。
000:終局文は編集文の１種で，
例えば，ＥＮＤ，ＳＴＯＰ，ＥＸＩＴ，ＲＥＴＵＲＮなどと記される。
000:本規則は終局文に到達出来ない原因は
繰り返し追跡されるＺ３文が存在する事により捉えられる。
000:プログラムの妥当性診断規則は図２９参照
000:本規則を専用プログラムにすれば，
プログラムの妥当性は電算機で診断する事が出来る。
３．１１  時制律
000:時制律とは実在が成立する実在間の順序である。
000:単元文の時制律は超言語座標で捉えられる。
ａ．例えば，
Ａ＝Ｂ＋ＣのＳＳ：Ａ［１０，１１２］＝Ｂ［１１，５８］＋Ｃ［１２，４６］の場合，主語Ａの主語座標は１１２，名詞Ｂの主語座標は５８，Ｃの主語座標は４６，
即ち，主語Ａが実行される時，Ｂ，Ｃは既に成立している。
故に，主語Ａの時制律は成立している。
もし，Ｂの主語座標が１１３であれば，Ａが実行される時，
Ｂは実行されていない。
即ち，主語Ａの時制律は成立しない。
000:時制律が成立しない関係は回帰と記される。
000:回帰とは時制律の逆転現象である。
000:主語と名詞の関係に於いて生じる回帰はＬ４型回帰と記される。
000:Ｌ４型回帰診断規則は図３０参照。
000:Ｌ４型回帰の場合，其の主語の値は曖昧になる。
000:本規則を専用プログラムにすれば，Ｌ４型回帰診断は電算機で行う事が出来る。
ｂ．例えば，
ＩＦ  Ａ＝ＢのＳＳ：［１５６］ＩＦ  Ａ［１０，１１２］＝Ｂ［１１，５８］の場合，
ＩＦ文のＴＣＸは１５６，名詞Ａの主語座標は１１２，Ｂの主語座標は５６，
即ち，この条件文が実行される時，Ａ，Ｂは既に成立している。
故に，この条件文の時制律は成立している。
もし，Ｂの主語座標が１５７であれば，この条件文が実行される時，
Ｂは実行されていない。即ち，この条件文の時制律は成立しない。
000:単元文とその単元文に属す名詞の関係に生じる回帰Ｌ３型回帰と記される。
000:Ｌ３型回帰診断規則は図３１参照。
000:Ｌ３型回帰の場合，其の単元文の存在意義は不定である。
この場合，其のシステムにはデ−タ破壊が生じる。
000:本規則を専用プログラムにすれば，Ｌ３型回帰診断は電算機で行う事が出来る。
３．１２  ＬＹＥＥ空間
000:プログラムの調和空間はＬＹＥＥ空間表象される。
000:プログラムの超言語空間はＬＹＥＥ空間で表象される。
000:ＬＹＥＥ空間の項目は図８参照。
（０１）ＬＹＥＥ空間生成規則
000:ＬＹＥＥ空間の生成規則は図７，図４０参照
000:プログラム例（図１０）のＬＹＥＥ空間例は図１１，１２，１３で示す。
000:ＬＹＥＥ空間は補助空間を帯同する。
000:ＬＹＥＥ空間生成規則を専用プログラムにすれば，ＬＹＥＥ空間は電算機で求める事が出来る。
（０２）補助空間
000:補助空間はＬＹＥＥ空間の一部である。図１４参照
（０３）ＬＹＥＥ空間に成立する規則
000:ＬＹＥＥ空間は
ベクトルＬ４，Ｌ２，Ｌ３を座標軸とする超言語空間（ＭＬＳ）である。
000:ＬＹＥＥ空間に成立する規則を以下に示す。
ａ．ＴＣ座標
ｂ．超言語座標
ｃ．プログラムの回帰診断
ｄ．プログラムの妥当性診断
ｅ．自覚関数
ｆ．自覚関数の解（文脈，主語系譜）
ｇ．プログラムの自動編集
000:構文ＩＤ，構文の単元化規則はプログラムに成立する規則である。
000:ＬＹＥＥ空間の自動生成はＬＹＥＥ空間に成立する規則ではない。
000:主語系譜を観測，分析する規則は主語系譜に成立する。
３．１３  プログラムの自覚関数（ＳＦ）
000:ＳＦはＬＹＥＥ空間で成立する。
（０１）ＳＦの定義
000:ＳＦの定義を以下に記す。
SF=Φ[ΦX[{L4,}{O4,}{S系,}{R4系,}]+ΦY[{L2,}{I2,}{R2系,}]+ΦZ[{L3,}{R3系}]]
ａ．{L4,},{O4,},{S系,},{R4系,},{L2,},{I2,},{R2系,},{L3,},{R3系}
はプログラムに属す全ベクトルである。
ここでは其の識別子（記憶主語）は省略されている。
ｂ．ΦX[{L4,}{O4,}{S系,}{R4系,}]+ΦY[{L2,}{I2,}{R2系,}]+ΦZ[{L3,}{R3系}]
はＬＹＥＥ空間で成立する全文脈である。
ｃ．ΦＸ，ΦＹ，ΦＺは
ＬＹＥＥ空間で成立する文脈を決定する仕組である。
座標関数と記される。説明は省略
ｄ．Φは文脈の内包関係を決定する仕組である。
同期関数と記される。説明は省略
（０３）ＰＲＤ
000:ＰＲＤはＳＦの特殊解と位置付けられる。
000:ＳＦは内在するＯ４ベクトルごとに分割し，Ｒ系ベクトルで内包化する事が出来る。
000:分割されたＳＦの形式を以下に示す。即ち，
ＳＦp,q＝Φ[ΦY[{L4},O4p,q,{S系}{R4}]+ΦX[{L2}{I2}{R2}]+ΦZ[{L3}{R3系}]]p,q
ｐ，ｑはＳＦの内包化される階位数を表す自然数
000:ＰＲＤ＝Φ［｛ＳＦp,q，｝］
000:Φ＝Φｍ
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
第４章  プログラムの主語系譜
000:意味は言語では解法出来ない様相である。
000:意味はＳＧにより解法される。
000:ＳＧは本存在論の意図を最小クラスの実在の脈絡で捉える構造である。
000:ＳＧは解法された意味の構造である。
000:ＳＧにより，プログラムの実行障害の原因，其の発症の仕組，質を診断する事が出来る。
000:ＳＧには以下の情報が成立する。
000:求めるべきプログラムのＳＧは其の解法をプログラム化すれば，
電算機で自動抽出する事が出来る。
000:ＳＧを人的に作成する事は実質的に不可能である。
４．１  プログラムの文脈
000:文脈はＳＧの要素である。
000:文脈は実在の成立理由を捉える。
000:文脈は主語ごとに単位化される。
000:文脈は主語と其の主語を直接内包する要素の関係として成立する。
000:文脈は主語に端を発する矢線で其の主語を直接内包する要素を結ぶ関係である。
000:文脈の其の矢線は経路と記される。
000:文脈は主語の名称と其の主語の主語座標で識別される。
000:主語は，文脈主語とも称される。
（０１）主語を直接内包する要素
ａ．主語が属す単元文の主語を除く脈絡変数
ｂ．主語が呼応する単元文の脈絡変数
ｃ．主語が連動する単元文の脈絡変数
000:条件文は主語が呼応する単元文である。
000:条件文以外の主語が属さない単元文は主語が連動する単元文である。
（０２）被呼応文
000:条件文は被呼応と記される。
000:呼応は時制を消去する作用である。
000:呼応文の候補となる単元文は主語が属す単元文である。
000:条件文が真の時，呼応する単元文を探索する規則は図３２参照
000:条件文が偽の時，呼応する単元文を探索する規則は図３３参照
000:呼応文は図３２，図３３を専用プログラム化すれば電算機で求める事が出来る。
（０３）被連動文
000:主語は連動する単元文は被連動文と記される。
000:連動は時制を消去する作用である。
000:連動文候補となる単元文は主語が属す単元文である。
000:連動する単元文を探索する規則は図３４参照
000:連動文は本規則を専用プログラム化すれば電算機で求める事が出来る。
（０４）文脈の表象
000:文脈例は図３５参照
000:文脈のグラフ表示は図３６参照
000:図３５，３６は其の規則を専用プログラム化すれば電算機で求める事が出来る。
（０５）図３６の補記
例えば，要件上，主語座標９３の文脈主語Ｅの意図は
以下の通りである。即ち，主語座標９３の文脈主語Ｅは
主語座標９９の名詞Ｂ，同様に８７の名詞Ｆ，定値０の意図で規約される。
そして，其れら意図は
プログラム上，条件文偽とファイル閉鎖文で規約されている。
４．２  プログラムの主語系譜（ＳＧ）
000:ＳＧは文脈間の内包関係である。
000:其の内包は文脈主語に属す名詞が同等の文脈主語に内包される関係として成立する。000:其の内包関係は名詞に端を発し同等の主語を結ぶ矢線で示される。
000:同じ名称且つ同じ主語座標を持つ名詞と主語は同等である。
000:文脈主語に属す定置名詞，定値は内包されない。
000:ＳＧはプログラムの実行様相を表象する。
000:ＳＧはプログラムに属す全領域の実行時の成立関係に符合する。
４．２．１  ＳＧの構造
000:出力主語はＳＧの起点主語となる。
000:入力主語はＳＧの終点主語となる。
000:定置名詞，定値，主語，名詞の属さない単元文は終点主語と同等である。
000:ＳＧは起点主語と終点主語で閉域化されている。
000:ＳＧの矢線は起点主語から終点主語に向かう。
000:ＳＧの矢線は経路と記される。
000:ＳＧでは回帰様相は矢線が逆向に表象される。
000:ＳＧは領域名を節とする領域の成立模様である。
000:ＳＧのグラフ表示例は図３７参照
000:文脈，ＳＧを捉える構造は図３８参照，これは超言語空間（ＭＬＳ）と記される。
000:文脈並びに主語系譜を捉える規則は図３９参照
000:図３９の規則を専用プログラム化すれば図３８は電算機で求める事が出来る。
４．２．２  ＳＧで捉えられる情報
ＳＧで捉えられる情報を以下に列記する。
ａ．文脈主語の成立理由
ｂ．文脈主語の存在理由
ｃ．文脈主語と終点主語の関係
ｄ．文脈主語の順序性
ｅ．起点主語と終点主語の関係
ｆ．プログラムの質
（０１）文脈主語の成立理由
000:４．１（０１）参照
000:文脈主語を直接内包する要素は其の文脈主語の成立理由である。
000:成立理由は機能に符合する。
000:成立理由は其れを取り出す専用プログラムにより電算機で採取する事が出来る。
000:関係者は成立理由の妥当性を人的に机上で判定する事が出来る。
（０２）文脈主語の存在理由
000:ＳＧから文脈を内包する文脈（１個以上）を捉える事が出来る。
000:文脈を内包する文脈は内包される文脈の存在理由である。
000:文脈の課題は其の存在理由に内在する。
000:存在理由は其れを取り出す専用プログラムにより電算機で採取する事が出来る。
000:関係者は存在理由の妥当性を人的に机上で判定する事が出来る。
（０３）文脈主語と終点主語の関係
000:ＳＧから文脈主語に関わる終点主語（含む定値）を捉える事が出来る。
000:終点主語は文脈主語の究極の存在理由である。
000:文脈の究極の課題は其の存在理由に内在する。
000:本関係は其れを取り出す専用プログラムにより電算機で採取する事が出来る。
000:関係者は終点主語の妥当性を人的に机上で判定する事が出来る。
（０４）文脈主語の順序性
000:ＳＧから起点主語に関わる全文脈主語と其の順序性を捉える事が出来る。
000:其の順序性は起点主語が成立する為の時制を表象である。
000:本順序性は其れを取り出す専用プログラムにより電算機で採取する事が出来る。
000:関係者は起点主語が成立する文脈主語の妥当性を人的に判定する事が出来る。
（０５）起点主語と終点主語の関係
000:ＳＧから起点主語ごとの全終点主語を捉える事が出来る。
000:其の終点主語は起点主語の究極の存在理由である。
000:本関係は其れを取り出す専用プログラムにより電算機で採取する事が出来る。
000:関係者は起点主語と終点主語の妥当性を人的に机上で判定する事が出来る。
４．３  プログラムの正当性
000:ＳＧで捉えられる情報が全て妥当であれば其のプログラムの意味は正当である。
000:従来のプログラムテストでは文脈主語の成立理由は検証可能である。しかし，
文脈主語の存在理由，
文脈主語と終点主語の関係，
起点主語と終点主語の関係は必要且つ十分に行われていない。
そして，実行障害の原因を捉える文脈主語の順序性の検証は行われてはいない。
000:プログラムの質を捉える媒介変数は本発明による観測主語で確立された。
これ迄其の考察は客観的に行う事は出来なかった。
４．４  プログラムの質
000:ＳＧの経路模様はプログラムの動的様相を表象する。
000:其の模様の節となる文脈主語の在り方は其のプログラムの存在の質の尺度となる。
000:其の尺度となる文脈主語は観測主語と総称される。
４．４．１  観測主語
000:観測主語の種類を以下に記す。
ａ．集約主語，ｂ．拡散主語，ｃ．重複主語，ｄ．多重主語，ｅ．核主語，
ｆ．浮島主語，
000:同じ文脈主語が複数種の観測主語を兼ねる事がある。
000:観測主語は
主語系譜から其れを取り出す専用プログラムにより電算機で採取する事が出来る。
000:観測主語の語彙を以下に定義する。
（０１）集約主語（簡明）
000:文脈の条件文の名詞を７個以上内包する文脈主語は集約主語と記される。
000:集約主語は経路模様を集約する働きをする。
000:観測主語の総数に占める集約主語数の割合が高ければ，其のプログラムの存在の仕方は簡明である。即ち，其のプログラムは分かり易いプログラムである。
000:其のプログラムはプログラム作業をやり易くするプログラムである。
000:観測主語の総数，集約主語の総数に占める割合を計算する
専用プログラムにより電算機で採取する事が出来る。
（０２）重複主語（冗長）
000:同じ文脈主語で且つ其の内容が同じになる文脈が
複数存在すれば，其れら文脈主語は重複主語と記される。
000:重複主語は経路模様を冗長にする原因である。
000:観測主語の総数に占める重複主語の割合が高ければ，
其のプログラムの存在の仕方は冗長になる。
000:其のプログラムはプログラム作業を誤り易くさせるプログラムである。
000:重複主語の総数，重複主語の総数に占める割合を計算する
専用プログラムにより電算機で採取する事が出来る。
（０３）拡散主語（複雑１）
000:文脈の条件文の名詞の７個以上で内包する文脈主語は拡散主語と記される。
000:拡散主語は経路模様を拡散させる原因である。
000:観測主語の総数に占める拡散主語数の割合が高ければ，其のプログラムの存在の仕方は複雑である。即ち，其のプログラムは分かり難いプログラムである。
000:其のプログラムはプログラム作業を誤り易くさせるプログラムである。
000:拡散主語の総数，拡散主語の総数に占める割合を計算する
専用プログラムにより電算機で採取する事が出来る。
（０４）多重主語（複雑２）
000:文脈主語が同じで
且つ其の内容が異なる文脈が複数存在すれば，其れら文脈主語は多重主語と記される。
000:多重主語は経路模様を複雑にする原因である。
000:観測主語の総数に占める多重主語の割合が高ければ，
其のプログラムの存在の仕方は複雑である。
000:其のプログラムはプログラム作業がし難いプログラムである。
000:多重主語の総数，多重主語の総数に占める割合を計算する
専用プログラムにより電算機で採取する事が出来る。
（０５）核主語（複雑３）
000:文脈主語の中で条件文の名詞数が最大の文脈主語は核主語と記される。
000:核主語は其の経路模様の重心に相当する。
000:核主語は其のプログラムを代表する様相である。
000:核主語はプログラム作業を成立させる根幹の様相である。
000:核主語が複数存在するプログラムはプログラムの存在の仕方は複雑である。
000:核主語の性向を
持つ近似的な文脈主語が多様に分布するプログラムの存在の仕方は複雑である。
000:其のプログラムはプログラム作業がし難いプログラムである。
000:核主語を発見する専用プログラムにより電算機で採取する事が出来る。
（０６）浮島主語
000:文脈主語の名詞を内包する文脈主語が存在しない場合，其の名詞の文脈主語は浮島主語と記される。
000:浮島主語はプログラム作業の単純な誤りである。
000:浮島主語を発見する専用プログラムにより電算機で採取する事が出来る。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
第５章  プログラム作業の改善
プログラム作業とは
プログラムの開発，保守，言語変換，整形，言語強化，試験等の人的行為の事である。
000:作業の改善は存在理由が明らかでなければ求める事が出来ない。
ＳＧにより，存在理由が捉えられる事により，
作業改善の仕組を捉える事が出来る。
５．１  プログラム作業改善の原理
プログラム作業改善の原理を以下に示す。
ａ．プログラム言語には依存しない。
ｂ．プログラム作業は自動化する。
ｃ．処理デ−タと電算機で行うプログラム試験は四則演算の妥当性範囲に限定する。
ｄ．プログラムの条件文試験は処理デ−タを理論方式に替えて電算機で行う。
000:条件文試験とは実行障害の原因，其の発症の仕組を抽出する為の試験と同等である。
５．２  ＧＨの構成
000:本研究ではプログラム作業改善の仕組はＧＨと記される。図４０参照。
000:ＧＨは本発明の集約された実行形態である。
000:ＧＨの構成部位を以下に示す。即ち，
ａ．ＬＹＥＥ空間
ｂ．ＧＳ／ＴＣ表
ｃ．プログラム部品（ＧＳ，ＳＳ）
ｄ．プログラムの妥当性診断
ｅ．主語系譜
ｆ．プログラムの実行障害診断
ｇ．プログラムの質の観察
ｈ．新ＬＹＥＥ空間
ｉ．新プログラムの自動編集
（０１）ＬＹＥＥ空間
000:既存プログラムのＬＹＥＥ空間は
本研究で求められる解法を専用プログラム化すれば，電算機で自動的に生成する事が出来る。
000:ＬＹＥＥ空間はＧＨで成立する
自動化作業の作業台（ＷＢ）として位置付けられる。
（０２）ＧＳ／ＴＣ表
000:プログラム言語の構文規則と其の意味はＧＳ／ＴＣ表で人的に定義される。
000:ＧＳ／ＴＣ表はＬＹＥＥ空間を自動生成する為に媒介変数として用いられる。
000:ＧＳ／ＴＣ表は
プログラム保守，言語強化，言語変換等
の作業を自動化する為の仕様ＴＯＯＬとして貢献する。
（０３）プログラム部品（ＧＳ，ＳＳ）
000:構文は単元化される事により，ＴＣ座標，超言語座標が其のプログラムに成立する。000:其の座標により自動プログラミングの解法が成立する。
000:座標が付与されるプログラムの単元文はＳＳと記される。ＳＳの座標は直値である。000:プログラムに属さない座標の付与された単元文はＧＳと記される。
ＧＳの座標は記号で定義される相対座標である。
（０４）プログラムの妥当性診断
000:プログラムの可動形式の妥当性診断はＬＹＥＥ空間の効果により，
本研究で求められる解法を専用プログラム化すれば，
電算機で自動的に診断する事が出来る。
000:プログラムの妥当性診断がＯＫならば，其のプログラムは電算機で実行させる事が出来る。但し，この診断でプログラムの質，実行障害の課題が診断されるわけではない。
（０５）主語系譜
000:主語系譜は本研究で求められる解法を専用プログラム化すれば，
ＬＹＥＥ空間から電算機で自動的に生成する事が出来る。
000:主語系譜はプログラムの実行障害診断，プログラムの質の観察を行う作業台（ＷＢ）として位置付けられる。
（０６）プログラムの実行障害診断
000:従来の試験では捉えられないプログラムの実行障害の原因，其の発症の仕組は
主語系譜の効果により捉えられる。
000:本診断は本研究で求められる解法を専用プログラム化すれば，
電算機で自動化する事が出来る。
（０７）プログラムの質の観察
000:従来では定量的に捉えられないプログラムの質の課題が
主語系譜の効果により理論的に測定可能になる。
000:本観察は本研究で求められる解法を専用プログラム化すれば，
電算機で自動化する事が出来る。
（０８）新ＬＹＥＥ空間
000:ＧＨでプログラム保守，言語変換，整形，言語強化等の作業
結果は元のプログラムのＬＹＥＥ空間から新ＬＹＥＥ空間として成立する。
000:ＬＹＥＥ空間，新ＬＹＥＥ空間の構造は同等である。図４１参照
（０９）新プログラムの自動編集
000:新ＬＹＥＥ空間から本研究で求められる解法を専用プログラム化すれば，
電算機で自動編集する事が出来る。図４２参照
５．３  ＧＨの作業への適用
（０１）保守作業
ａ．保守作業では保守要件となる仕様の追加，変更，削除をＧＳ／ＴＣ表で叙述する。
ｂ．追加されるＧＳ／ＴＣ表はＴＣ座標を解釈し時制律が成立する箇所に組み込まれる。
変更されるＧＳ／ＴＣ表は其の箇所に組み込まれる。
削除されるＧＳ／ＴＣ表は其の箇所から削除される。
ｃ．上記ｂ．作業は専用プログラムにより電算機で自動的に行われる。
追加，変更，削除の結果は新ＬＹＥＥ空間として成立する。
ｄ．新ＬＹＥＥ空間から新プログラムが専用プログラムにより自動編集される。
（０２）言語変換
ａ．新言語のＧＳ／ＴＣ表を準備する。
ｂ．言語変換作業おは元のプログラムを新ＧＳ／ＴＣ表に置き換える作業である。
ｃ．其の置き換え作業は保守作業の変更作業と同等である
（０３）プログラム試験
ａ．編集された新プログラムの妥当性試験は新ＬＹＥＥ空間を用い，専用プログラムにより電算機で自動的に行われる。
ｂ．四則演算の試験は従来のデ−タ試験と同じ様に行われる。
ｃ．実行障害の原因，発症の仕組は新ＬＹＥＥ空間から自動的に求められる
主語系譜を用い同様に専用プログラムで自動的に行われる。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
（まとめ）
本研究は前期と後期に分ける事が出来る。
前期の理論は，プログラム開発，プログラム言語変換の分野で利用されている。そして，其の理論は
投稿論文，其の効果は日本，米国，英国，仏国，独国，韓国等で
特許として既に公開されている。
本論文では前期の深化した理論と其の効果が示される。
本研究の基底に置かれる形而上学的存在論の様相は静的様相と動的様相に仕分けされる。そして，意味は其の静的様相，機能は其の動的様相として位置付けられる。
本存在論では意味は成立理由と存在理由に仕分けされる。
そして，成立理由は機能に符合し，
其れは言語で表象可能になる。しかし，
存在理由は言語に含意され直接表には現れる事がない。
本存在論では成立理由とは存在が成立している仕組であり，存在理由とは
成立理由に含意される其の課題として位置付けられる。
本研究の後期の論題は存在理由を言語表象の中に求める為の論考である。
其れは前期の成果である機能を叙述する命題関数を用いて，
定義される存在の成立理由を同期化させる自覚関数の論考である。
そして，其の解として文脈並びに主語系譜を決定する解法が
求められる。
其の文脈とは存在理由の姿である。
そして，文脈の内包関係として主語系譜が成立し，其れが意味を解釈する
為の構造として求められる。
其れにより存在理由，存在の質を取り出す事が出来る。
文脈，主語系譜はわれわれが初めて見る新たな様相である。
電算機プログラムの主語系譜を求め，其の存在理由を取り出せば，
われわれは其のプログラムに内在する課題を原理的に理解する事が出来る。
其れにより，従来のプログラム検証では捉えられず，
稼働時に発症する事故を未然に防止する事が出来る。作業改善の在り方に気づく事が出来る。
この効果は，例えば，言語設計，コンパイラ，デバッガ，プログラム診断，プログラム試験等のプログラム技法のこれ迄の有り様を改善進化させる
基盤になり得る。
本研究の論考が深化すれば，プログラムに限らず他の存在に内在する課題を発見し，
其れにより，其の存在の改善する為の方法が発見出来ると期待される。
以上
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
＜参考２＞
2013058127.tif 000006
2013058127.tif 000007
2013058127.tif 000008
2013058127.tif 000009
2013058127.tif 000010
＜参考３＞
2013058127.tif 000011
2013058127.tif 000012
2013058127.tif 000013
2013058127.tif 000014
【図１】
2013058127.tif 000015
【図２】
2013058127.tif 000016
【図３】
2013058127.tif 000017
【図４】
2013058127.tif 000018
【図５】
2013058127.tif 000019
【図６】
2013058127.tif 000020
【図７】
2013058127.tif 000021
【図８】
2013058127.tif 000022
【図９】
2013058127.tif 000023
【図１０】
2013058127.tif 000024
【図１１】
2013058127.tif 000025
【図１２】
2013058127.tif 000026
【図１３】
2013058127.tif 000027
【図１４】
2013058127.tif 000028
【図１５】
2013058127.tif 000029
【図１６】
2013058127.tif 000030
【図１７】
2013058127.tif 000031
【図１８】
2013058127.tif 000032
【図１９】
2013058127.tif 000033
【図２０】
2013058127.tif 000034
【図２１】
2013058127.tif 000035
【図２２】
2013058127.tif 000036
【図２３】
2013058127.tif 000037
【図２４】
2013058127.tif 000038
【図２５−１】
2013058127.tif 000039
【図２５−２】
2013058127.tif 000040
【図２５−３】
2013058127.tif 000041
【図２５−４】
2013058127.tif 000042
【図２６】
2013058127.tif 000043
【図２７】
2013058127.tif 000044
【図２８】
2013058127.tif 000045
【図２９】
2013058127.tif 000046
【図３０】
2013058127.tif 000047
【図３１】
2013058127.tif 000048
【図３２】
2013058127.tif 000049
【図３３】
2013058127.tif 000050
【図３４】
2013058127.tif 000051
【図３５】
2013058127.tif 000052
【図３６】
2013058127.tif 000053
【図３７】
2013058127.tif 000054
【図３８】
2013058127.tif 000055
【図３９】
2013058127.tif 000056
【図４０】
2013058127.tif 000057
【図４１】
2013058127.tif 000058
【図４２】
2013058127.tif 000059
【図４３−１】
2013058127.tif 000060
【図４３−２】
2013058127.tif 000061
【図４３−３】
2013058127.tif 000062
【図４３−４】
2013058127.tif 000063