		InterViews3.0.1 Japanese Version について

						   第1版   1992年 1月13日
						   第2.0版 1992年 4月19日
						   第2.1版 1992年 4月30日
						   第2.2版 1992年 5月 8日

 これは InterViews3.0.1 日本語化パッチです．以下に概略，使用上の注意，
known bug などについて説明します．

 本パッチ作成にあたり協力を頂いた以下の方々に感謝します．またβテスト
への協力を頂いた InterViews Mailing-List の方々に感謝します．(_ _)

	千葉＠東大さん
		(chiba@is.s.u-tokyo.ac.jp)
	蛯原＠富士通名古屋通信システムさん
		(jun@ami.nakahara.fujitsu.co.jp)
	林＠富士通さん
		(hayashi@koukan.fujitsu.co.jp)
	歴本＠ＮＥＣさん
		(rekimoto@ccs.mt.nec.co.jp)
	風間＠ＮＴＴさん
		(kazama@expert-sun.ntt.jp)
	依田＠富士通さん
		(yohda@cp.ed.fujitsu.co.jp)

＜＜＜目次＞＞＞

0. コピーライト
1. InterViews日本語化パッチとは
1.1 概要
1.2 日本語化の範囲
1.3 日本語の入力
1.4 動作環境
1.5 ファイル
2. コンパイルと環境設定
2.1 コンパイル方法
2.2 各種環境でのコンパイル注意点
2.2.1 SunC++ 2.0 でのコンパイル
2.2.2 g++-2.[01] (with libg++-2.0) でのコンパイル
2.2.3 c++-3.0.1 でのコンパイル
2.2.4 X11R5 環境でのコンパイル
2.2.4.1 X11R5 の定義を利用しない場合
2.2.4.2 X11R5 の定義を利用する場合
2.3 フォントに関するリソース
2.4 フォント以外のリソース
2.5 PostScript 上の CompositeFont の宣言
2.6 コンパイルオプション
3. kdraw と 3.0.1J-idraw
3.1 InterViews3.0.1J の idraw
3.2 kdraw2idraw とは
3.3 kdraw2idraw の環境の設定
4. 既知の障害
5. 最後に

0. コピーライト

 本パッチの使用時の条件などについては添付のファイル Copyright.JIV を御
覧下さい．また本パッチ内では石曽根＠ＳＲＡ氏による convert.c を利用し
ています．この部分のコピーライトに関してはsrc/lib/IV-X11/convert.cを御
覧下さい．


1. InterViews日本語化パッチとは

1.1 概要

 InterViews 日本語化パッチは InterViews Toolkit の一部のクラスで英字漢
字混じり文字列を取り扱うことができるようにするためのパッチです．内部的
にはEUCエンコーディングを使用しています．この機能は X11R4 の Xlib の機
能を用いて実現しています．

 このパッチでは Font クラスに対し CompositeFont（以下複合フォントと記
述） という概念を拡張することにより，漢字表示機能を実現しています．複
合フォントは X-Window system のリソースとして設定することができ，そこ
で設定されたフォントは通常のフォントと同様に InterViews 上で使用するこ
とができます．

 例えば，英字（1バイト系の文字）に関しては foo というフォントを使用し，
漢字（2バイト系の文字）には bar というフォントを使用するような複合フォ
ントを baz という名前で使用したい時には，X-Window のリソースファイルに

	*compositeFont1:	baz foo bar

と書くだけです．数字の部分を増やすことにより複数の複合フォントを定義す
ることができます．

 なお，アプリケーション側では一切プログラムを変更する必要はありません
（インクルードファイルが変わっているので再コンパイルは必要です）．現在 
idraw/iclass/ibuild などで動作の確認がされています．

＃ 実際には idraw には A4 対応と生成する PostScript コードの変更のため
＃ 若干手が入っています．


1.2 日本語化の範囲

 本パッチ作成の動機が『idrawでASCII文字と漢字の混在文字列を扱えるよう
にすること』です．したがって今のところは doc などの 3.0 の機能を使った
アプリケーションでは漢字を利用することはできません．

 基本的には，Font クラスを使用しているアプリケーションであれば，正しく
フォントを設定していれば，文字列表示部分ではどこでも日本語混じり文字列
を表示できるはずです（未対応部分が残っている可能性もあり :-<）．


1.3 日本語の入力

 日本語入力のフロントエンドには kinput または kinput2 を使用します．た
だし，現在この入力方式に対応しているのは，Unidraw ライブラリの 
TextManip クラスだけなので，idraw のキャンバス上の文字列編集時など以外
では日本語入力はできません．

 また，kinput2 では『その場変換 (over-the-spot mode)』をサポートしてい
ます．『その場変換』では漢字モードのまま編集操作が行なえるためなかなか
快適です．是非 kinput2 を御利用下さい．


1.4 動作環境

 現在以下の環境の組合せによる動作は確認されています．

	arch	OS		WindowSystem	C++
	----------------------------------------------
	sun4c	4.1+JLE		X11R4		Sun2.0
	sun4c	4.1.1		X11R5pl9	AT&T2.1
	sun4c	4.1.1+JLE	X11R5pl8	Sun2.0
	sun4c	4.1.1+JLE	X11R5pl10/Xsi	Sun2.0
	sun4c	4.1.1B+JLE	JOW2b *1	Sun2.0
	sun4c	4.1.1B+JLE	JOW2b		Sun2.1
	sun4c	4.1.1B+JLE	X11R5		g++2.1(libg++2.0) *2
	sun4c	4.1.1B+JLE	X11R5		Saver-C++1.0.2
	sun4c	4.1.1B				AT&T USL C++ 3.0.1 *3
	sun4c	4.1.1B+JLE			AT&T USL C++ 3.0.1 *3
	sun4c	4.1.1C+JLE	X11R5		Sun2.1
	sun4	4.1.1B		X11R4		g++2.1(libg++2.0) *2
	sun4	4.1.1B		X11R5		g++2.1(libg++2.0) *2
	sun4	4.1.2+JLE	OW3		Sun2.0
	sun4	4.1.2+JLE	X11R5pl10/Xsi	Sun2.0
	sun4	4.1.1		X11R5pl10 +	Sun2.1
	  (CG9)			 Xsun24-3.0

	*1: 日本語OpenWindows Version2.0.1 Rev.B
	*2: InterViews/g++の変更が必要（後述）
	*3: InterViews の変更が必要（後述）


1.5 ファイル

 本パッチに含まれているファイルは以下の通りです．

    Copyright.JIV
	 配布条件などを記述したファイルです．
    README.JIV
	 このパッチのREADMEです．必ず読んで下さい．
    jiv-1.0.diff
	 InterViews3.0.1 を 3.0.1J にするための差分です．パッチの当て
	方については README.JIV を参照して下さい．
    README.G++
	 gcc-2.[01] を利用したコンパイルの時の注意点やパッチが含まれて
	います．
    PATCH.C++3
	 AT&T USL C++-3.0.1 でコンパイルするためのパッチです．
    kdraw2idraw
	 kdraw format のファイルを 3.0.1J-idraw format に変換するため
	の perl スクリプトです．使用法/使用上の注意などは README.JIV 
	を参照して下さい．
    iv-fontdesc
	 kdraw2idraw で使用する環境定義ファイルのサンプルです．
    idraw.ad
	 当方で使用している idraw のアプリケーション・デフォルト ファ
	イルです．


2. コンパイルと環境設定

2.1 コンパイル方法

 g++-2.[01] (with libg++-2.0) や X11R5 環境でコンパイルを行なう場合い
くつか問題があることがわかっています．それらの環境で利用される方は 2.2
以降のコンパイル時の注意を参照して下さい．

 InterViews3.0.1 のソースが入っているディレクトリを $(InterViews) とし
ます．この時，$(InterViews)/iv/src で以下のようなコマンドを入力して下
さい．

	% patch -p0 <jiv-1.0.diff

 このパッチでは Imakefile や imake のテンプレートファイルも変更するの
で，パッチ適用後には Makefile の作成から再度行なって下さい．


2.2 各種環境でのコンパイル注意点

2.2.1 SunC++ 2.0 でのコンパイル

 Sun C++ の標準のインクルードファイルでは sscanf などの関数のプロトタ
イプ宣言で第1引数が char* になっているため，うまくコンパイルできない部
分があります．

 このような場合は Sun C++ のインクルードファイルの stdio.h 中の sscanf
の宣言部の第1引数を const char* に変更するか，ソースコード中の使用して
いる部分を char* にキャストすることにより対応して下さい．


2.2.2 g++-2.[01] (with libg++-2.0) でのコンパイル

 gcc-2.[01] の g++ でコンパイルする時の問題点について README.G++ にま
とめています．これは依田＠富士通さんがまとめてくれたものです．コンパイ
ル時の注意点などはそちらを御覧下さい．


2.2.3 c++-3.0.1 でのコンパイル

 c++-3.0.1 でコンパイルする時のパッチが PATCH.C++3 に入っています．こ
れは IV3.0.1 に日本語化パッチを当てたものからの差分です．オリジナルは
comp.windows.interviews にポストされたもので，小山＠東京都立科学技術大
学さんが確認をしてくれました．

 変更のほとんどは『ANSI C++ への scope rule の変更によるもの』だそうで
す．


2.2.4 X11R5 環境でのコンパイル

 X11R5 の環境の場合独自で wchar_t の定義をしている場合などがあるためい
くつか注意が必要です．ここでは X11R5 側の wchar_t の定義を利用する場合
と利用しない場合に分けて対応方法について説明します．


2.2.4.1 X11R5 の定義を利用しない場合

 X11R5 側の wchar_t の定義を利用しない場合は imake の環境で X11R5 の 
StandardDefines を消すだけです．具体的には $(IV)/src/config/InterViews/
iv-VENDOR.cf（SUN の場合は iv-sun.cf）の最後に以下のような行を追加すれ
ば良いです．

	#undef StandardDefines
	#define StandardDefines

 現在の InterViews および日本語拡張部分では wchar_t を用いた X11R5 の
機能は使っていませんのでこの対応でも特に問題はないはずです．


2.2.4.2 X11R5 の定義を利用する場合

 X11R5 側の定義を利用する場合の問題になりそうな点は二つあります．一つ
めは『コンパイル時に -DX_WCHAR などのオプションがつかない』ということ．
もう一つは『言語処理系側の定義と重複してエラーになる』ということです．

 前者については imake の環境で正しく X11R5 の環境を見てくれていない場
合があります．InterViews は X-Window の imake 環境のうち site.def は見
ずに，VENDOR.cf（SUN の場合 sun.cf）しか見てくれません．従って，
Makefile で XCONFIGDIR に指定しているディレクトリ内の VENDOR.cf で 
StandardDefines として -DX_WCHAR などが指定されているか確認して下さい．
環境によってはこの設定が site.def で行なわれている場合があります．この
ような場合は X11R5 の管理者と相談して対応して下さい．

 後者についてはまず C++ のヘッダファイルを修正する必要があります．例え
ば Sun C++ の場合 $(CCINCLUDEDIR)/sys/stdtypes.h などで wchar_t の宣言
を行なっています（C++のインクルードファイルが入っているディレクトリを 
$(CCINCLUDEDIR) と表すことにします）．ここを以下のように変更する必要が
出てきます．

+ #ifndef X_WCHAR
+ #ifndef _WCHAR_T
+ #define _WCHAR_T
typedef	unsigned short	wchar_t;	/* big enough for biggest char set */
+ #endif /* _WCHAR_T */
+ #endif /* X_WCHAR */

＃ 当然このような変更を行なうとＯＳの持っている wchat_t を使った関数は
＃ 使用できなくなります．

 この対応を行なった後コンパイルを行なうといくつかのファイルで『wchar_t 
が未定義である』というエラーが出る可能性があります．これは InterViews 
が -DNOSTDHDRS を見ていないため $(CCINCLUDEDIR)/stdlib.h が参照され，
その中で wchar_t が使用されているためです．

 暫定的な対応法としてはエラーが出たファイルの #include <stdlib.h> の前
に以下の3行を加えれば大丈夫だとは思います．

	#ifdef X_WCHAR
	typedef	unsigned long	wchar_t;
	#endif /* X_WCHAR */

 まじめに対応しようと思えば，$(CCINCLUDEDIR)/sys/stdtypes.h を以下のよ
うに変更する必要があります．

	X_WCHAR で wchar_t が未定義な場合は unsigned long に定義する．
	定義済みの時は定義しないようにする．!X_WCHAR の時は unsigned
	short に定義する．

 このためには，今のところ X_WCHAR の時に whcar_t が typedef されたかど
うかを調べるマクロがないので，Xlib.h で typedef したときになんらかのマ
クロ（_WCHAR_T でもいいのかはわからない）を define して，stdtypes.h で
はこのマクロを使用して上に書いたような処理の切りわけを行なう必要があり
ます．


2.3 フォントに関するリソース

 前述した通り，この機能を利用するためには X-Window のリソースにより複
合フォントを定義する必要があります．また idraw などを利用する時には 
idraw のフォントメニューにより使用するフォントとそれに対応する 
PostScript フォントの宣言が必要です（idraw 利用者が圧倒的に多いでしょ
うね :-)）．現在デフォルトで PostScript フォントとして使用できる複合フォ
ントには以下の 8種類があります．

	Times-Ryumin		Times-Gothic
	Times-Ryumin-Italic	Times-Bold-Gothic-Italic
	Courier-Ryumin		Courier-Bold-Gothic
	Courier-Gothic		Helvetica-Gothic

 また，PostScript 上の CompositeFont を X-Window のリソースを用いて自
分で再定義を行なうこともできます．この方法については次節を参照して下さ
い．

＃ PostScript 上での複合フォントの実現には半田＠電総研さんの 
＃ cmpfont.ps を利用しています．また Unidraw の生成する PostScript コー
＃ ドの複合フォント対応は千葉＠東大さんと風間＠ＮＴＴさんの手によるも
＃ のです．

 以下にリソース記述の例を書きます．これは日本語 OpenWindows のフォント
を利用した例です．X11R4/R5 などの場合 k14 などを使用することもできます．
この記述は各個人のリソースファイル（‾/.Xdefaults）やアプリケーション・
デフォルトファイル（$InstalledRoot/lib/all/app-defaults/idraw など）に
記述できます．

	#undef sun
	*compositeFont1:	Times-Ryumin-14 ¥
		-adobe-times-medium-r-normal--14-140-75-75-p-74-iso8859-1 ¥
		-sun-gothic-medium-r-normal--14-120-75-75-c-120-jisx0208.1983-0
	*compositeFont2:	Times-Ryumin-18 ¥
		-adobe-times-medium-r-normal--18-180-75-75-p-94-iso8859-1 ¥
		-sun-gothic-medium-r-normal--18-160-75-75-c-160-jisx0208.1983-0
	*compositeFont3:	Times-Ryumin-24 ¥
		-adobe-times-medium-r-normal--24-240-75-75-p-124-iso8859-1 ¥
		-sun-gothic-medium-r-normal--22-200-75-75-c-200-jisx0208.1983-0
	#define sun 1
	idraw*font:	Times-Ryumin-14
	idraw*font1:	Times-Ryumin-14 Times-Ryumin 14
	idraw*font2:	Times-Ryumin-18 Times-Ryumin 18
	idraw*font3:	Times-Ryumin-24 Times-Ryumin 24

＃ この例の場合 英字と漢字のポイント数があっていません．したがって画面
＃ 上よりも印刷時の方が漢字が大きく表示されます．実際の設定時にはドッ
＃ ト数ではなくポイント数で合わせるようにして下さい．

 また宣言の第4引数としてスタイルを指定することもできます．現在はスタイ
ルとして『b』だけが指定可能です．このオプションが指定されている場合は
漢字部分の描画時に太字で印字されます（実際はY座標をずらして2度書いてい
るだけ）．例えば Courier-Bold-Gothic-14 の宣言は以下のように書けます．

	*compositeFont1:	Courier-Bold-Gothic-14 ¥
		-adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-1 ¥
		-sun-gothic-medium-r-normal--14-120-75-75-c-120-jisx0208.1983-0 ¥
		b

 サンプルとして当方で使用しているアプリケーション・デフォルトを 
idraw.ad という名前でつけています．日本語OpenWindows を使用している方
はこの設定がそのまま利用できるはずです．それ以外の方はこれを見て適当に
設定して下さい．

＃ この設定の場合表示しているものより印刷時の方が漢字が大きくでます．
＃ 注意して下さい．（ポイント数を合わせてないので…）


2.4 フォント以外のリソース

 idraw はデフォルトでは線種として『実線』と『長破線』しか使用できませ
ん．もしこれが不便だと思ったら以下のような記述をリソースファイル
（InstalledRoot/lib/all/app-defaults/idraw や ‾/.Xdefaults）に記述して
みて下さい．なお，標準のリソースについては src/bin/idraw/main.c を参照
して下さい．

	idraw*brush1:	none
	idraw*brush2:	ffff 0
	idraw*brush3:	ffff 1
	idraw*brush4:	ffff 2
	idraw*brush5:	ffff 3
	idraw*brush6:	3333 0
	idraw*brush7:	3333 1
	idraw*brush8:	3333 2
	idraw*brush9:	fff0 0
	idraw*brush10:	fff0 1
	idraw*brush11:	fff0 2
	idraw*brush12:	ff18 0
	idraw*brush13:	ff18 1
	idraw*brush14:	ff18 2


2.5 PostScript 上の CompositeFont の宣言

 PostScript レベルで使用できる CompositeFont は InterViews
CompositeFont と同様の方法で宣言できます．ただしこの場合リソース名は
『PSCompositeFont番号』となります．また漢字フォントとして指定するフォ
ント名はEUCエンコーディングのものを指定する必要があります．

 以下にデフォルトで宣言されているフォントの定義情報を引用します．

	*PSCompositeFont1: Courier-Bold-Gothic ¥
		Courier-Bold		GothicBBB-Medium-EUC-H
	*PSCompositeFont2: Courier-Ryumin ¥
		Courier			Ryumin-Light-EUC-H
	*PSCompositeFont3: Times-Ryumin ¥
		Times-Roman		Ryumin-Light-EUC-H
	*PSCompositeFont4: Times-Gothic ¥
		Times-Roman		GothicBBB-Medium-EUC-H
	*PSCompositeFont5: Helvetica-Gothic ¥
		Helvetica		GothicBBB-Medium-EUC-H
	*PSCompositeFont6: Times-Ryumin-Italic ¥
		Times-Italic		Ryumin-Light-EUC-H-Slant
	*PSCompositeFont7: Times-Bold-Gothic-Italic ¥
		Times-BoldItalic	GothicBBB-Medium-EUC-H-Slant

 上の宣言を見てわかるように 3.0.1J では二つのスラントフォントを用意し
ています．『Ryumin-Light-EUC-H-Slant』と『GothicBBB-Medium-EUC-H-Slant』
です．

 このスラントフォントも利用者がリソースで指定することができます．デフォ
ルトのこの二つのフォントの宣言は以下のようになっています．

	*PSSlantFont1: Ryumin-Light-EUC-H-Slant¥
		Ryumin-Light-EUC-H
	*PSSlantFont2: GothicBBB-Medium-EUC-H-Slant¥
		GothicBBB-Medium-EUC-H

 PSCompositeFont/PSSlantFont ともに利用者が一つでも独自の設定をしたら
デフォルトのものは一切使われません．注意して下さい．


2.6 コンパイルオプション

 InterViews3.0.1J で追加してるオプションは3個あります．これらのオプショ
ンはこのパッチにより config/InterViews/params.def に追加されます．

	JIV:		日本語基本機能の追加
	PS_FIX:		ヘッダ部の PostScript 生成コードの変更
	JIV_EXTEND:	日本語拡張機能の追加（現在は A4 への対応のみ）
	IV_FIX:		オリジナルのバグと思われるところを修正


3. kdraw と 3.0.1J-idraw

 ここでは InterViews を使われる方の多くが関心があると思われる idraw に
ついて説明します．

3.1 InterViews3.0.1J の idraw

 InterViews3.0.1J では現在のところ基本的には idraw には手を加えていま
せん．したがって idraw の機能はオリジナルのままなので，kdraw で拡張さ
れていた機能である『白背景付き文字列』や『角の丸い矩形』は使用できませ
ん．

＃ 3.0.1J では Unidraw レベルでこのような機能をサポートしたいとは思っ
＃ ています．InterViews にこのような機能を追加された方は是非御連絡下さ
＃ い．(_ _) :-)

 kdraw で作成した図形を 3.0.1J-idraw で使用するためには kdraw2idraw と
いう perl スクリプトを使用できます．これについては次節で説明します．


3.2 kdraw2idraw とは

 kdraw で作成したファイルはそのままでは 3.0.1J-idraw で取り扱うことが
できません．しかし，kdraw フォーマットのファイルを 3.0.1J-idraw フォー
マットに変換する perl スクリプトがあります（林＠富士通さん作）．

 これは kdraw2idraw というコマンドで書式は以下の通りです．

	Usage: kdraw2idraw [-d] <入力ファイル> <出力ファイル>

 kdraw での拡張部である『白背景付き文字列』や『角の丸い矩形』はそれぞ
れ，『背景なしの文字列』『閉曲面（見栄えは同じ）』になるのでご注意下さ
い．

※  このコマンドにより作成された idraw ファイルはそのままでは印刷はで
※ きません．一度 idraw でセーブしてから印刷/TeXなどへの取り込みを行なっ
※ て下さい．
※  また，変換ミスやバグなどを見つけた場合はお知らせ下さい．


3.3 kdraw2idraw の環境の設定

 kdraw2idraw では以下のファイルを参照しています．このファイルは今回の
配布キットに入っていますので，適切な位置にインストールして下さい．

	/usr/local/lib/iv-fontdesc	サンプル添付

 iv-fontdesc は以下のフォーマットで記述されています．kdraw2idraw はこ
のファイル中の情報を元に kdraw ファイルの中のフォント情報を idraw のも
のに置き換えていきます（英字漢字とも変換できます）．

#
#	フォント変換テーブル for kdraw-2.6 to idraw-3.0.1j
#
# Original-Font 	Size	IV-Font			PS-Font		Size
#
Ryumin-Light-H		8	Times-Ryumin-8		Times-Ryumin	 8
Ryumin-Light-H		10	Times-Ryumin-14		Times-Ryumin	 14
Ryumin-Light-H		14	Times-Ryumin-14		Times-Ryumin	 14
（以下略）

 上の1行目の例では『印刷フォントが Ryumin-Light-H でサイズが8のフォン
ト』を『表示フォントは Times-Ryumin-8 で 印刷には Times-Ryumin のサイ
ズ8のもの』を使うように変更することを意味します．

 記述上の注意として以下の点があります．

	・各記述要素の間は空白またはタブで区切って下さい
	・英大文字以外で始まる行はコメントとみなされます
	・英大文字で始まっても5つの記述要素が正しく指定されていない行
	 は読み飛ばされます
	・パターンマッチはオリジナルのフォント名とサイズの組合せでやっ
	 ていますのでその辺りの記述が間違ってるとうまく変換できません．

 kdraw で使っていたフォントに対応するサイズのフォントが idraw 側に存在
しない場合，上の例の二つめのエントリのように，サイズを変えることもでき
ます．この例では『サイズ 10 のフォント』を『サイズ 14 のフォント』に変
更しています．

 -d オプションをつけて起動することにより変換ルールを確認することもでき
ます．また，このとき漢字部分はEUCコードで出力されます．(通常は8進表現)
なお、いずれの場合もそのまま 3.0.1J-idraw で読み込めます。


 また，利用者ごとに独自の iv-fontdesc ファイルを利用したい場合は，環境
変数 IV_FONTDESC にファイル名を設定することによりそちらが使用されます．

 このスクリプトは idraw で生成したファイルのフォント変換にも利用可能で
す．


4. 既知の障害

・確定した漢字文字列が入力を終るまで正しく表示されない

・文字列の左または上が隠れる時に表示がおかしくなる
	 Sun の OpenWindowsV2系の X11/NeWS を使用した時にだけこの現象
	が出ています．X11R4/X11R5 では特に問題はありません．これはオリ
	ジナルの 3.0.1 でも同様の現象が起きます．

・idraw で描いた絵を multi.ps と組み合わせると矢印の先端が消えたり変な
 位置に印刷されたりする．
	 現在調査中だが multi 側の問題である可能性が高い．

・idraw などを使用している時に "atan2: DOMAIN error" というエラーメッ
 セージが出ることがある．


5. 最後に

 InterViews の作り，コード系のこと，Xlib などよくわかっていないのに，
ただ単に idraw を使いたかったという動機で改造を始めたため随分汚い箇所
が多いです．御意見・御要望などは以下のものまたは InterViews
Mailing-List までよろしくお願いします．(_ _)

 最後になりましたが本パッチの作成を思いついたきっかけになった 
cmpfont.ps を作られた半田＠電総研さんに感謝します．(_ _) (_ _)


				     富士通大分ソフトウェアラボラトリ
				     知能情報システム部 第2システム課
							    衛藤 敏寿
				      E-mail: eto@ai.cs.fujitsu.co.jp
