「event-対-event」 の関係は──すなわち、R (a, b) において、a および b が 「event」 であるという関係 R では──、「全順序」 です。「resource」 が 「半順序」 であることに対して、「event」 は 「全順序」 です。というのは、「event」 は、時系列で並ぶ から──すなわち、「event」 の ふたつの instance のあいだには、大小関係 （≦） が生じるから。言い換えれば、「resource」 を並べる特性関数と 「event」 を並べる特性関数は違うということ。特性関数の違いが、「関係の対称性・非対称性」 として現れます。

　たとえば、或る領域 （universe） を対象にして──ここでは、事業過程・管理過程が対象領域になりますが──、そのなかに存在する メンバー に対して ひとつの 「閉包 （closure）」 を考えてみれば──ここでは、「event」 を ひとつの 「閉包」 として考えてみれば──、C ( event₁, ・・・, event_n ) という特性関数を組めるでしょう。この特徴関数は 「全順序」 になります。ちなみに、「event」 を基底にした理由は、「event」 が entity の クラス のなかで定義できるから──すなわち、「event」 とは、「性質として、『日付』 が帰属する管理対象である」 ということ。

　次に、この特性関数に対して、補集合のなかの メンバー を ひとつ 足してみます。すなわち、C ( event₁, ・・・, event_n, y ) とします。ところが、y を足したときに──すなわち、「resource」 の メンバー を足したときに──、「全順序」 が崩れます。そのために、「event」 に対して適用する文法と 「resource」 に対して適用する文法を べつにしたのが TM の関係文法です。

　したがって、「event-対-event」 の関係文法は、基本的に、先行 「event」 の個体指定子を後続 「event」 に挿入する文法です。

　ただし、先行 「event」 が多値のときに──言い換えれば、「全射」 のなかで多値が起こるなら──、写像集合として 「対応表」 を作ります。この 「対応表」 は、「上への関数 （onto-mapping）」 を記述した集合です。 □