[BACK]Return to genkou19991125.tex CVS log [TXT][DIR] Up to [local] / OpenXM / doc

Diff for /OpenXM/doc/Attic/genkou19991125.tex between version 1.7 and 1.43

version 1.7, 1999/12/18 16:03:55 version 1.43, 1999/12/22 13:59:41
Line 1 
Line 1 
 \documentclass{jarticle}  \documentclass{jarticle}
   
 \title{\bf Open XM($B%?%$%H%kL$Dj(B)}  \title{タイトル未定}
 \author{  \author{
         Maekawa \\  前川 将秀\thanks{神戸大学理学部数学科},
         Noro \\  野呂 正行\thanks{富士通研究所},
         : \\  小原 功任\thanks{金沢大学理学部計算科学教室}, \\
         : \\  奥谷 行央
   %\thanks{神戸大学大学院自然科学研究科博士課程前期課程数学専攻},
   \thanks{神戸大学大学院自然科学研究科数学専攻},
   高山 信毅\thanks{神戸大学理学部数学教室},
   田村 恭士
   %\thanks{神戸大学大学院自然科学研究科博士課程後期課程情報メディア科学専攻計算システム講座}
   \thanks{神戸大学大学院自然科学研究科情報メディア科学専攻}
 }  }
 \date{ 1999$BG/(B, 11$B7n(B25$BF|(B}  \date{1999年11月25日}
   
 %\pagestyle{empty}  %\pagestyle{empty}
   
 \begin{document}  \begin{document}
 \maketitle  \maketitle
   
 \section{OpenXM $B$N7W;;%b%G%k(B}  \section{OpenXMとは}
   
 OpenXM $B$O?t3X%=%U%H4V$G%a%C%;!<%8$r8r49$9$k$?$a$N5,Ls$G$"$k!#(B  OpenXM は数学プロセス間でメッセージを交換するための規約である。
 OpenXM $B$H$O(B Open message eXchange protocol for Mathematics $B$NN,$G$"$k!#(B  数学プロセス間でメッセージをやりとりすることにより、
 $B?t3X%=%U%H4V$G%a%C%;!<%8$r$d$j$H$j$5$;$k$3$H$K$h$j!"(B  ある数学プロセスから他の数学プロセスを呼び出して計算を行なったり、
 $B$"$k?t3X%=%U%H$+$iB>$N?t3X%=%U%H$r8F$S=P$7$F7W;;$r9T$J$C$?$j!"(B  他のマシンで計算を行なわせたりすることが目的である。
 $BB>$N%^%7%s$G7W;;$r9T$J$o$;$?$j$G$-$k$h$&$K$9$k!#(B  なお、 OpenXM とは Open message eXchange protocol for Mathematics の略である。
 $BH/C<$OLnO$@59T$H9b;3?.5#$K$h$j!"(B asir $B$H(B kan/sm1 $B$r(B  OpenXM の開発の発端は野呂と高山により、
 $BAj8_$K8F$S=P$95!G=$r<BAu$7$?$3$H$G$"$k!#(B  asir と kan/sm1 を相互に呼び出す機能を実装したことである。
 $B8=:_$NL\I8$O!"%U%j!<$N?t3X%=%U%H$rAj8_$K@\B3$7$F(B  
 $B9%$-$J8@8l$+$i4JC1$KB>$N?t3X%=%U%H$r;H$($k$h$&$K$9$k$3$H$G$"$k!#(B  
   
 $BH/C<$H$J$C$?(B asir $B$H(B kan/sm1 $B$G$N<BAu;~$K$O!"(B  %発端となった asir と kan/sm1 での実装時には、
 $B$*8_$$$KAj<jB&$N%3%^%s%IJ8;zNs$rAw$C$F$$$?!#(B  初期の実装では、相手側のローカル言語の文法に従った文字列を送っていた。
 $B$3$NJ}K!$O8=:_$N(B OpenXM $B5,Ls$G$b2DG=$G$"$j!"(B  現在の OpenXM 規約では共通表現形式によるメッセージを用いている。
 $B;H$$$d$9$/$O$"$k$,!"8zN(E*$G$"$k$H$O$$$$Fq$$!#(B  この方法では相手側のソフトが asir なのか kan/sm1 なのかを判別するなどして、
 $B$5$i$K!"$3$NJ}K!$G$OAj<jB&$N%=%U%H$,(B asir $B$J$N$+(B kan/sm1 $B$J$N$+$r(B  相手側のローカル言語の文法に合わせた文字列を作成する必要がなくなる。
 $BH=JL$7$F!"Aj<jB&$K9g$o$;$F%3%^%s%IJ8;zNs$r:n@.$9$kI,MW$,$"$k!#(B  しかし、ローカル言語の文法に従った文字列を送る方法も、
   効率的であるとはいい難いが、使いやすい。
   そのため、 OpenXM 規約では共通表現形式の中の文字列として、
   ローカル言語の文法に従った文字列を用いた
   メッセージの交換も可能となっている。
   
 $B$3$l0J30$NJ}K!$H$7$F!"(B OpenXM $B5,Ls$G$O6&DLI=8=7A<0$K$h$k(B  %OpenXM 規約独自のデータ形式である CMO 形式(Common Mathematical Object format)
 $B%a%C%;!<%8$rMQ0U$7$F$$$k!#(B  %以外にも、 MP や OpenMath の XML, binary 表現形式といった他の形式をも
 OpenXM $B5,LsFH<+$N%G!<%?7A<0$G$"$k(B CMO $B7A<0(B(Common Mathematical Object format)  %扱えるようにしてある。
 $B0J30$K$b!"(B MP $B$d(B OpenMath $B$N(B XML, binary $BI=8=7A<0$H$$$C$?B>$N7A<0$r$b(B  
 $B07$($k$h$&$K$7$F$"$k!#(B  
   
   OpenXM 規約では通信路の確保の方法に幾らかの自由度があるが、
   現在は TCP/IP ソケットを用いた実装しかない。
   %通信の実現方法は通信路のとりかたにより変わる。
   そこで、以後ここでは具体的な実装は TCP/IP ソケットを
   用いていると仮定する。
   
 \section{OpenXM $B$N%a%C%;!<%8$N9=B$(B}  
   
 OpenXM $B$G5,Dj$7$F$$$k%a%C%;!<%8$OO@M}E*$K(B  \section{OpenXM のメッセージの構造}
 OX $BAX!"(B SM $BAX!"(B CMO $BAX$KJ,$1$k$3$H$,$G$-$k!#(B  
 $B$3$NCf$G!"%a%C%;!<%8$H$7$FAw$k$3$H$,2DG=$J$N$O(B  
 OX $BAX$GDj5A$5$l$?$b$N$@$1$G$"$j!"(B  
 SM $BAX!"(B CMO $BAX$GDj5A$5$l$F$$$k%G!<%?$O(B  
 OX $BAX$GDj5A$5$l$F$$$k%G!<%?$N0lIt$KKd$a9~$^$l$F(B  
 $BAw$i$l$k!#(B  
 SM $BAX!"(B CMO $BAX$GDj5A$5$l$F$$$k%G!<%?0J30$K$b(B  
 $BA0=R$N(B MP $B$d(B OpenMath $B$N(B XML, binary $BI=8=$b(B  
 OX $BAX$KKd$a9~$^$l$FAw$i$l$k$o$1$G$"$k$,!"(B  
 $B$I$N$h$&$J%G!<%?$,Kd$a9~$^$l$F$$$k$+$O!"(B  
 OX $BAX$N@hF,$N(B tag $B$r8+$l$PH=JL$G$-$k$h$&$K$J$C$F$$$k!#(B  
   
   OpenXM で規定されている TCP/IP 実装によるメッセージは
   バイトストリームとなっており、
   次のような構造になっている。
   
 \section{OpenXM $B$N7W;;$N?J9TJ}K!(B}  \begin{tabular}{|c|c|} \hline
   ヘッダ  & \hspace{10mm} ボディ \hspace{10mm} \\ \hline
   \end{tabular}
   
 OpenXM $B5,Ls$G$N%a%C%;!<%8$N8r49$O%5!<%P$H%/%i%$%"%s%H$N4V$G(B  ヘッダの長さは 8 バイトであると定められている。
 $B9T$J$o$l$k!#%/%i%$%"%s%H$+$i%5!<%P$X7W;;$5$;$?$$%G!<%?$r(B  ボディの長さはメッセージごとに異なっているが、
 $B%a%C%;!<%8$H$7$FAw$j!"<!$$$G%5!<%P$K9T$J$o$;$?$$F0:n$K(B  長さは $0$ でもよい。
 $BBP1~$7$?%G!<%?$rAw$k$3$H$K$h$C$F!"7W;;$J$I$N!"$J$s$i$+$NF0:n$r(B  
 $B%5!<%P$K9T$J$o$;$k!#%5!<%P$O7k2L$NAw?.$bL?Na$5$l$J$1$l$P(B  
 $B9T$J$&$3$H$O$J$/!"%/%i%$%"%s%H$O7k2L$r<u$1<h$i$:$K%5!<%P$K<!!9$H(B  
 $B7W;;$r9T$J$o$;$k$3$H$b2DG=$G$"$k!#$J$*!"%5!<%P$KBP$9$kF0:n$KBP1~$7$?(B  
 $B%G!<%?$O(B SM $BAX$GDj5A$5$l$F$*$j!"(B SM $BAX0J30$N%G!<%?$G$O%5!<%P$O(B  
 $B%G!<%?$r<u$1<h$k0J30$NF0:n$r$7$J$$$3$H$K$J$C$F$$$k!#(B  
   
 $B%5!<%P$O%9%?%C%/$r;}$C$F$$$k$H2>Dj$5$l$F$*$j!"<u$1<h$C$?(B  ヘッダは次の二つの情報を持っている。
 $B%a%C%;!<%8$O$9$Y$F%9%?%C%/$K@Q$^$l$k!#$3$3$G!"(B SM $BAX$GDj5A$5$l$?(B  \begin{enumerate}
 $B%G!<%?$r<u$1<h$C$?>l9g$K$O!"$=$l$KBP1~$9$kF0:n$r9T$J$&!#(B  \item   前半の 4 バイト。メッセージの種類を表わす識別子であり、
 $B$3$N$H$-!"I,MW$,$"$l$P%5!<%P$O%9%?%C%/$+$i%G!<%?$r<h$j=P$9!#(B          タグと呼ばれる。
 $B%/%i%$%"%s%H$+$i$NL?Na$K$h$kF0:nCf$K%(%i!<$,H/@8$7$?$H$7$F$b!"(B  \item   後半の 4 バイト。メッセージにつけられた通し番号である。
 $B%5!<%P$O%(%i!<%*%V%8%'%/%H$r%9%?%C%/$K@Q$`$@$1$G!"(B  \end{enumerate}
 $BL@<($5$l$J$$8B$j%(%i!<$rJV$5$J$$$3$H$KCm0U$7$J$1$l$P$J$i$J$$!#(B  それぞれの 4 バイトは 32 ビット整数とみなされて扱われる。
   この場合に用いられる整数の表現方法の説明については後述するが、
   基本的に表現方法はいくつかの選択肢から選ぶことが可能となっており、
   またその選択は通信路の確立時に一度だけなされることに注意しなければならない。
   
 $B7k2L$,@8$8$kF0:n$r%5!<%P$,9T$J$C$?>l9g!"(B  ボディの中身はタグによるメッセージの種類によって
 $B%5!<%P$OF0:n$N7k2L$r%9%?%C%/$K@Q$s$G$$$k!#(B  それぞれ独立に決められるようになっている。
 $B%5!<%P$K9T$J$o$;$?F0:n$N7k2L$r%/%i%$%"%s%H$,CN$j$?$$>l9g!"(B  もし、システム固有の表現を OpenXM 規約のメッセージに
 $B%9%?%C%/$+$i%G!<%?$r<h$j=P$7Aw?.$r9T$J$&L?Na$KBP1~$7$?(B SM $BAX$N%G!<%?$r(B  埋め込んで使いたい場合には、
 $B%5!<%PB&$XAw$l$P$h$$!#(B  このような用途のために推奨されている整数値の範囲がタグにはあるので
   タグの値をこの推奨されている範囲に設定し、
   システム固有の表現をボディに埋め込めばよい。
   
 $B%/%i%$%"%s%H$,%5!<%P$X7W;;$r9T$J$o$;!"7k2L$rF@$k$H$$$&<j=g$rDI$C$F$$$/$H!"(B  
 $B<!$N$h$&$K$J$k!#(B  
   
   \section{OpenXM の計算モデル}
   
   {\Huge この節では計算モデルの話をしなければいけません}
   
   OpenXM 規約での計算とはメッセージを交換することである。
   また、 OpenXM 規約ではクライアント・サーバモデルを採用しているので、
   メッセージの交換はサーバとクライアントの間で行なわれる。
   クライアントからサーバへメッセージを送り、
   サーバからクライアントがメッセージを受け取ることによって
   計算の結果が得られる。
   
   サーバはスタックマシンであると仮定されており、
   サーバがクライアントから受け取ったメッセージはすべてスタックに積まれる。
   ただし、OpenXM のメッセージの中にはサーバに行なわせたい動作に
   対応するデータがあり、
   このメッセージを受け取ったサーバはそれに対応する動作を
   行なうことが期待されている。
   しかし、サーバは命令されない限り何も動作を行なおうとはしない。
   このため、クライアントはサーバの状態を気にせずにメッセージを送り、
   一旦メッセージを送付し終えた後、
   サーバへ送ったメッセージの結果を
   サーバから待つことなしに次の動作に移ることができる。
   
   なお、サーバに対する動作に対応したデータは SM 形式として定義されている。
   SM 形式以外のデータでは、サーバは受け取ったデータをスタックに積む
   以外の動作をしないことになっている。
   つまり、 SM 形式のデータがサーバにデータを受け取る以外の動作を
   行なわせる唯一のデータ形式である。
   
   
   \section{OpenXM の計算の進行方法}
   
   OpenXM における計算とはメッセージの交換のことである。
   既に計算モデルの節で説明したが、
   OpenXM はサーバ・クライアントモデルを採用していて、
   サーバはスタックマシンの構造を持つ。
   サーバが行うのは基本的に次の事柄に限られる。
   クライアントからメッセージを受け取るとサーバは、
   まずメッセージの識別子を調べ、 SM 形式のデータでなければスタックに積む。
   SM 形式のデータであればメッセージのボディから
   スタックマシンのオペコードを取りだし、
   あらかじめ規約で定められた動作を行なう。
   
   %上の説明でわかるように、
   サーバはクライアントからの指示なしに、
   自らメッセージを送らないことに注意しなければならない。
   %(例外? ox\_asir の mathcap)。
   
   サーバがクライアントから受け取ったメッセージはすべてスタックに積まれる。
   次いでサーバに SM 形式のデータを送ると、
   初めてサーバはデータをスタックに積む以外のなんらかの動作を行なう。
   このとき、必要があればサーバはスタックから必要なだけデータを取り出す。
   ここで、クライアントからの命令による動作中にたとえエラーが発生したとしても
   サーバはエラーオブジェクトをスタックに積むだけで、
   明示されない限りエラーを返さないことに注意しなければならない。
   
   結果が生じる動作をサーバが行なった場合、
   サーバは動作の結果をスタックに積む。
   サーバに行なわせた動作の結果をクライアントが知りたい場合、
   スタックからデータを取り出し送信を行なう命令に対応した SM 形式のデータを
   サーバ側へ送ればよい。
   
   {\Huge 以下、書き直し}
   
   クライアントがサーバへ計算を行なわせ、結果を得るという手順を追っていくと、
   次のようになる。
   
 \begin{enumerate}  \begin{enumerate}
 \item   $B$^$:!"%/%i%$%"%s%H$,%5!<%P$X7W;;$5$;$?$$%G!<%?$rAw$k!#(B  \item   まず、クライアントがサーバへ計算させたいデータを送る。
         $B%5!<%P$OAw$i$l$F$-$?%G!<%?$r%9%?%C%/$K@Q$`!#(B          サーバは送られてきたデータをスタックに積む。
 \item   $B%/%i%$%"%s%H$,%5!<%P$K7W;;$r9T$J$&F0:n$KBP1~$7$?%G!<%?$r(B  \item   クライアントがサーバに「計算を行なう動作に対応したデータ」を
         $BAw$k$H!"%5!<%P$OI,MW$J$@$1%9%?%C%/$+$i%G!<%?$r<h$j=P$7!"(B          送ると、サーバは必要なだけスタックからデータを取り出し、
         $B<B9T$7$?7W;;$N7k2L$r%9%?%C%/$K@Q$`!#(B          実行した計算の結果をスタックに積む。
 \item   $B:G8e$K!V%G!<%?$r<h$j=P$7Aw?.$r9T$J$&L?Na$KBP1~$7$?%G!<%?!W$r(B  \item   最後に「データを取り出し送信を行なう命令に対応したデータ」を
         $B%5!<%P$XAw$k$H!"%5!<%P$O%9%?%C%/$+$i7W;;7k2L$NF~$C$F$$$k(B          サーバへ送ると、サーバはスタックから計算結果の入っている
         $B%G!<%?$r<h$j=P$7!"%/%i%$%"%s%H$XAw=P$9$k!#(B          データを取り出し、クライアントへ送出する。
 \end{enumerate}  \end{enumerate}
   
   
 \section{CMO $B$N%G!<%?9=B$(B}  \section{CMO のデータ構造}
   
 OpenXM $B4V$G$d$j$H$j$5$l$k%a%C%;!<%8$r<B:]$K:n@.$9$k>l9g!"(B  OpenXM 間でやりとりされるメッセージを実際に作成する場合、
 CMO $BAX$GDj5A$5$l$F$$$kB?G\D9@0?t$rM}2r$7$F$*$/$H!"(B  CMO 形式で定義されている多倍長整数を理解しておくと、
 CMO $BAX$NB>$N%G!<%?9=B$$@$1$G$J$/!"(B OX $BAX!"(B SM $BAX$N%G!<%?$r(B  CMO 形式の他のデータ構造だけでなく、 OX 形式、 SM 形式のデータを
 $BM}2r$9$k=u$1$K$J$k$H;W$($k$N$G!"(B CMO $BAX$NB?G\D9@0?t$N(B  理解する助けになると思えるので、 CMO 形式の多倍長整数の
 $B%G!<%?9=B$$K$D$$$F@bL@$9$k!#(B  データ構造について説明する。
   
 CMO $BAX$GDj5A$5$l$F$$$k%G!<%?$OB?G\D9@0?t0J30$K$b(B  CMO 形式で定義されているデータは多倍長整数以外にも
 $BJ8;zNs$d%j%9%H$J$I$,$"$k!#$I$N$h$&$J%G!<%?$G$"$k$+$O(B  文字列やリスト構造などがある。どのようなデータであるかは
 $B%G!<%?$N@hF,$K$"$k(B tag $B$r8+$l$PH=JL$G$-$k$h$&$K$J$C$F$$$k!#(B  データの先頭にあるタグを見れば判別できるようになっている。
 $B$3$l$O(B OX $BAX$G$N%G!<%?$NH=JL$N;EJ}$H$*$J$8$G$"$k!#(B  これはメッセージのデータの判別の仕方とおなじである。
 $B$J$*!"(B tag $B$O3F%G!<%?Kh$K(B 32 bit $B$N@0?t$GI=$5$l$F$*$j!"(B  なお、タグは各データ毎に 32 bit の整数で表されており、
 $BB?G\D9@0?t$O(B 20 $B$H$J$C$F$$$k!#(B  多倍長整数は 20 となっている。
 $B$3$3$G(B 32 bit $B$N@0?t$NI=8=J}K!$K$D$$$F@bL@$9$kI,MW$,$"$k!#(B  ここで 32 bit の整数の表現方法について説明する必要がある。
 %$B:r:#$N%3%s%T%e!<%?;v>p$+$i!"(B  OpenXM ではバイト列で 32 bit の整数 20 を
 %32 bit $B@0?t$b(B 8 bit $BC10L$G07$&$[$&$,ET9g$,$h$$!#(B  {\tt 00 00 00 14} と表す方法と {\tt 14 00 00 00} と表す方法がある。
 OpenXM $B$G$O(B 8 bit $BC10L$G(B $( \mbox{\tt 00 00 00 14})_{2^8}$ $B$HI=$9J}K!$H(B  この表現方法の違いはクライアントとサーバの最初の接続時に
 $( \mbox{\tt 14 00 00 00})_{2^8}$ $B$HI=$9J}K!$,$"$k!#(B  双方の合意で決定することになっている。
 $B$3$NI=8=J}K!$N0c$$$O%/%i%$%"%s%H$H%5!<%P$N:G=i$N@\B3;~$K(B  なお、合意がない場合には
 $BAPJ}$N9g0U$G7hDj$9$k$3$H$K$J$C$F$$$k!#$J$*!"9g0U$,$J$$>l9g$K$O(B  前者の表現方法(以後、この表現方法を network byte order と呼ぶ)を
 $BA0<T$NI=8=J}K!(B($B0J8e!"$3$NI=8=J}K!$r(B network byte order $B$H8F$V(B)$B$r(B  使うことになっている。
 $B;H$&$3$H$K$J$C$F$$$k!#(B  また、負の数を表現する必要があるときには、
 $B$^$?!"Ii$N?t$rI=8=$9$kI,MW$,$"$k$H$-$K$O!"(B  2 の補数表現を使うことになっている。
 2 $B$NJd?tI=8=$r;H$&$3$H$K$J$C$F$$$k!#(B  
   
 $BI=8=$7$?$$B?G\D9@0?t$N@dBPCM$r(B 2 $B?J?t$GI=$7$?>l9g$N7e?t$r(B $n$ $B$H(B  表現したい多倍長整数の絶対値を 2 進数で表した場合の桁数を $n$ と
 $B$7$?$H$-!"<!$K$/$k%G!<%?$O(B $[(n+31)/32]$ $B$r(B 32 bit $B$N@0?t$H$J$k!#(B  したとき、次にくるデータは $[(n+31)/32]$ を 32 bit の整数となる。
 $B$3$l$OB?G\D9@0?t$N@dBPCM$r(B $2^{32}$ $B?J?t$GI=$7$?>l9g$N7e?t$H$H$C$F$b$h$$!#(B  これは多倍長整数の絶対値を $2^{32}$ 進数で表した場合の桁数ととってもよい。
 $B$?$@$7!"I=8=$7$?$$?t$,Ii$N>l9g$O$3$N(B 32 bit $B$N@0?tCM$O(B 2 $B$NJd?tI=8=$GIi$K$J$k!#(B  ただし、表現したい数が負の場合は $[(n+31)/32]$ を 32 bit の整数で表した値を
    2 の補数表現で負にして、正の場合と区別する。
   
 %$BI=8=$7$?$$B?G\D9@0?t$,Ii$G$"$C$F$b$3$l0J9_$N@bL@$O@5$N>l9g$H(B  表現したい多倍長整数の絶対値が $2^{32}$ 進数で $(b_0 b_1 ... b_k)_{2^{32}}$
 %$BJQ$o$i$J$$$N$G!"0J8eB?G\D9@0?t$O@5$H$_$J$9!#(B  と表せるとき、次にくるデータは $b_0$, $b_1$, $\cdots$, $b_k$ を
   それぞれ 32 bit の整数で表現した値となる。
   %以下は書き直しの必要があるかも...
   なお、 GNU MP LIBRARY を用いると、
   C 言語から多倍長整数や任意精度浮動小数を扱うことができる。
   $b_0$, $b_1$, $\cdots$, $b_k$ をそれぞれ 32 bit 整数で表現した値は
   この GNU MP LIBRARY で用いられている多倍長整数で使われている形式を
   参考にして合わせてある。
   
 $BI=8=$7$?$$B?G\D9@0?t$N@dBPCM$,(B $2^{32}$ $B?J?t$G(B $(b_0 b_1 ...)_{2^{32}}$  ここで具体例をだそう。
 $B$HI=$;$k$H$-!"<!$K$/$k%G!<%?$O(B $b_0$, $b_1$, $\cdots$ $B$r(B  $4294967298 = 1 \times 2^{32} + 2$ を network byte order の多倍長整数で
 32 bit $B$N@0?t$GI=8=$7$?CM$H$J$k!#(B  表現すると、
   
 $B$3$3$G6qBNNc$r$@$=$&!#(B  
 $4294967298 = 1 \times 2^{32} + 2$ $B$r(B network byte order $B$NB?G\D9@0?t$G(B  
 $BI=8=$9$k$H!"(B  
 \begin{center}  \begin{center}
         {\tt 00 00 00 14 00 00 00 02 00 00 00 02 00 00 00 01}          {\tt 00 00 00 14 00 00 00 02 00 00 00 02 00 00 00 01}
 \end{center}  \end{center}
 $B$H$J$k!#$^$?!"F1$8I=8=J}K!$G(B $-1$ $B$rI=8=$9$k$H!"(B  となる。また、同じ表現方法で $-1$ を表現すると、
 \begin{center}  \begin{center}
         {\tt 00 00 00 14 ff ff ff ff 00 00 00 01}          {\tt 00 00 00 14 ff ff ff ff 00 00 00 01}
 \end{center}  \end{center}
 $B$H$J$k!#(B  となる。
   
   
 \section{MathCap $B$K$D$$$F(B}  \section{MathCap について}
   
 %$BA0@a$G8+$?$h$&$K!"(B 1 $B$D$N%a%C%;!<%8$ND9$5$O7h$^$C$F$$$J$$!#(B  サーバおよびクライアント双方ともに OpenXM で規定されている
 $B%5!<%P$*$h$S%/%i%$%"%s%HAPJ}$H$b$K(B OpenXM $B$G5,Dj$5$l$F$$$k(B  メッセージの中のデータ形式をすべて受け取れるわけではない。
 $B$9$Y$F$N%a%C%;!<%8$rM}2r$G$-$k$o$1$G$O$J$$!#(B  しかも、 OpenXM 規約で規定されているデータ形式だけが
 $B$=$3$G!"(B OpenXM $B$G$OAj<j$NM}2r2DG=$J%a%C%;!<%8$r(B  受渡しに使われるというわけではない。
 $B<}F@$9$kJ}K!$rMQ0U$7$F$$$k!#(B  そこで、 OpenXM では相手側が受け取ることができるデータ形式を
 CMO $BAX$GDj5A$5$l$F$$$k(B MathCap $B%G!<%?$O(B  収得する方法を用意している。
 $BM}2r2DG=$J%a%C%;!<%8$rI=$9%G!<%?$G$"$j!"(B  
 $BMW5a$5$l$l$P%5!<%P$O(B MathCap $B$r%9%?%C%/$K@Q$`!#(B  
 $B$^$?!"%/%i%$%"%s%H$+$i(B MathCap $B$r%5!<%P$XAw$k$3$H$b$G$-!"(B  
 MathCap $B$r%5!<%P$H%/%i%$%"%s%H$G8r49$9$k$3$H$K$h$C$F!"(B  
 $B$*8_$$$KAj<j$NM}2rIT2DG=$J%a%C%;!<%8$rAw$C$F$7$^$&$3$H$r(B  
 $BKI$0$3$H$,$G$-$k!#(B  
 $B$J$*!"(B MathCap $B$N%G!<%?$NCf$G$O(B CMO $BAX$GDj5A$5$l$F$$$k(B  
 32 bit $B@0?t!"J8;zNs!"%j%9%H9=B$$r;H$C$F$*$j!"(B  
 MathCap $B$rM}2r$G$-$k$?$a$K$OI,A3E*$K$3$l$i$bM}2r$G$-$k(B  
 $BI,MW$,$"$k!#(B  
   
 OpenXM $BBP1~HG$N(B asir $B$G$"$k(B ox\_asir $B$,JV$9(B MathCap $B$r(B  CMO 形式で定義されている MathCap データは
 $B0J2<$K<($9!#$J$*!"(B $a_0$, $a_1$, $\cdots$, $a_n$ $B$rMWAG$K(B  %理解可能なメッセージの
 $B;}$D%j%9%H9=B$$r(B {\tt [$a_0$, $a_1$, $\cdots$, $a_n$]} $B!"(B  受け取ることができるデータ形式を表すデータであり、
 $BJ8;zNs(B ``string'' $B$r(B {\tt "string"} $B!"(B 32 bit $B@0?t$r(B  要求されればサーバはサーバ自身の MathCap データをスタックに積む。
 $B$=$l$KBP1~$9$k(B 10 $B?J?t$N@0?t$G<($9!#(B  また、クライアントから MathCap データをサーバへ送ることもでき、
   MathCap データをサーバとクライアントの間で交換することによって、
   お互いに相手側が受け取ることができないデータ形式で
   メッセージを送ってしまうのを防ぐことができる。
   なお、 MathCap データの中では CMO 形式で定義されている
   32 bit 整数、文字列、リスト構造が使われており、
   MathCap データに含まれている内容を理解できるためには
   必然的にこれらも理解できる必要がある。
   
 %$B"-8E$$%P!<%8%g%s!#:9$7BX$($NI,MW$"$j!#(B  OpenXM 対応版の asir サーバである ox\_asir が返す MathCap を以下に示す。
   
   %なお、 $a_1$, $a_2$, $\cdots$, $a_n$ を要素に
   %持つリスト構造を {\tt [$a_1$, $a_2$, $\cdots$, $a_n$]} 、
   %文字列 ``string'' を {\tt "string"} 、 32 bit 整数を
   %それに対応する 10 進数の整数で示す。
   
   %↓手で作ったので間違えている可能性あり。
   %%古いバージョン。差し替えの必要あり。
 \begin{verbatim}  \begin{verbatim}
 [ [199901160,"ox_asir"],  [ [199901160,"ox_asir"],
   [276,275,258,262,263,266,267,268,274    [276,275,258,262,263,266,267,268,274
     ,269,272,265,264,273,300,270,271],      ,269,272,265,264,273,300,270,271],
   [ [514,2144202544],    [ [514,[1,2,3,4,5,2130706433,2130706434
     [1,2,3,4,5,2130706433,2130706434            ,17,19,20,21,22,24,25,26,31,27,33,60]],
       ,17,19,20,21,22,24,25,26,31,27,33,60],      [2144202544,[0,1]]
     [0,1]  
   ]    ]
 ]  ]
 \end{verbatim}  \end{verbatim}
   
 $B$3$N(B MathCap $B%G!<%?$N%j%9%H9=B$$N:G=i$NMWAG$O%5!<%P$N>pJs$,F~$C$F$$$k!#(B  この MathCap データのリスト構造は大きく分けて 3 つの部分に分かれる。
   最初の {\tt [199901160,"ox\_asir"]} の部分にはサーバの情報が入っている。
   %この最初の要素がまたリスト構造となっており、
   最初の要素はバージョンナンバーを、次の要素はサーバの名前を表している。
   
   次の {\tt [276,275,$\cdots$,271]} の部分は
   サーバに対する動作に対応した理解可能なデータの種類を表している。
   サーバの動作に対するデータはすべて 32 bit の整数で表しており、
   このリストは理解可能なデータに対応する 32 bit 整数のリストとなっている。
   
   最後の {\tt [ [514,[1,2,3,$\cdots$,60]],[2144202544,[0,1]] ]} の部分は
   理解可能なデータの形式を表している。
   この部分はさらに {\tt [514,[1,2,3,$\cdots$,60]]} と
   {\tt [2144202544,[0,1]]} にの部分に分けることができ、
   それぞれが一つのデータ形式についての情報となっている。
   どのデータ形式についての情報かは最初の要素にある整数値をみれば
   分かるようになっている。
   この整数値は CMO 形式では 514 となっている。
   最初のデータ形式を区別する整数値以後の要素は
   各データ形式によってどのように使われるか定まっている。
   CMO 形式では理解可能なデータのタグがリストの中に収まっている。
   前節で CMO 形式では多倍長整数を表すタグが 20 であることを述べたが、
   このリストに 20 が含まれているので、
   ox\_asir は CMO 形式の多倍長整数を受け取れることがわかる。
   
 \section{security $BBP:v(B}  %%このリストの要素はまたリストとなっており、
   %この最後の部分もまたリストとなっており、
   %あるデータ形式で理解可能なものを表現したリストを要素としている。
   %{\tt [514,[1, 2, $\cdots$]]} の最初の 514 はこのリストが CMO 形式
   %での理解可能なデータを表していることを示しており、
   %その後のリストでは CMO 層で定義されているデータのうち、
   %理解可能なデータのタグが並んでいる。
   
 \section{$BB>$N%W%m%8%'%/%H(B}  なお、データが受け取れることと、
   データの論理構造が理解できることとはまったく別物であるので
   注意する必要がある。
   
 \section{$B8=:_Ds6!$5$l$F$$$k%=%U%H%&%'%"(B}  
   \section{セキュリティ対策}
   
   OpenXM では幾らかのセキュリティ対策を考えている。
   OpenXM に対応したソフトウェアをクラックしても
   大した利点はないと思えるが、それは設計上の話であって、
   予期せぬ手段で攻撃を受けた場合にどのような事態を
   招くかは想像し難い。
   
   そこで、 OpenXM では侵入者に攻撃の機会を
   できるだけ与えないようにしている。
   具体的には、接続が必要になった時のみ接続を待つようにし、
   常に接続に関与するといったことは避けている。
   
   しかし、これだけでは侵入者が接続を行なう一瞬のすきを
   狙ってくる可能性もある。
   そこで接続を行なう時に、
   接続を待つポート番号をランダムに決めている。
   こうすることで、特定のポート番号を狙って接続を行なう
   瞬間を待つ手口を幾らか防ぐことができる。
   
   さらにもう一段安全性を高めるために、
   接続時に 1 回だけ使用可能なパスワードを作成し、
   そのパスワードを使って認証を行なう。
   このパスワードは一旦使用されれば無効にするので、
   もし仮になんらかの手段でパスワードが洩れたとしても安全である。
   
   なお、上記のポート番号とパスワードは安全な手段で送られて
   いると仮定している。
   また、同一のコンピュータ上に悪意のあるユーザはいないと仮定している
   ことに注意しなければならない。
   なぜなら、現在の実装ではサーバ、およびクライアントの動作している
   コンピュータ上ではこのポート番号とパスワードがわかってしまうためである。
   
   なお、接続が確立した後のメッセージの送受信に関しては、
   特に暗号化などの処置が行なわれているわけではない。
   もし必要があれば、通信路の暗号化を行なう機能がある
   ソフトウェアを使うことを考えている。
   
   
   \section{他のプロジェクト}
   
   他のプロジェクトについても触れておこう。
   
   OpenMath プロジェクトは数学的なオブジェクトを
   コンピュータ上で表現する方法を決定している。
   各ソフトウェア間でオブジェクトを交換する際の
   オブジェクトの変換手順についても述べられている。
   表現方法は一つだけでなく、 XML 表現や binary 表現などが
   用意されている。
   詳細は
   
   http://www.openmath.org/omsoc/index.html A.M.Cohen
   
   
   以下は書いてる途中。
   
   NetSolve
   
   http://www.cs.utk.edu/netsolve/
   
   
   MP
   
   http://symbolicNet.mcs.kent.edu/SN/areas/protocols/mp.html
   
   
   MCP
   
   http://horse.mcs.kent.edu/~pwang/
   
   
   \section{現在提供されているソフトウェア}
   
   現在 OpenXM 規格に対応しているクライアントには
   asir, sm1, Mathematica がある。
   これらのクライアントから
   OpenXM 規格に対応したサーバを呼び出すことができる。
   現在 OpenXM 規約に対応しているサーバソフトウェアには、
    asir, sm1, gnuplot, Mathematica などがあり、
   それぞれ ox\_asir, ox\_sm1, ox\_math という名前で提供されている。
   また、 OpenMath 規格の XML 表現で表現されたデータと CMO 形式の
   データを変換するソフトウェアが JAVA によって実装されており、
   OMproxy という名前で提供されている。
   
   
 \end{document}  \end{document}
Legend:
Removed from v.1.7  
changed lines
  Added in v.1.43
FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>