年

報第１号

２００４年２月

香川大学総合情報基盤センター

目

次

解説
MRTG によるネットワーク監視…………………………………………… 中村邦彦 …

香川大学における接続コンピュータの現状………………… 古川善吾,三谷祐平 …

16………………………… 最所圭三 …

23

香川大学におけるウイルス対策メールシステム
X3D について −Web3D は復権するか？−

1……………………………

香川考司 …

33

Java による Web アプリ開発の勧め(Ⅰ) −Tomcat と Cocoon2 利用環境の構築−………………………………………………………………………………… 青木昌三 …

45

Java による Web アプリ開発の勧め(Ⅱ) −Cocoon2 利用による Web ページ作成−………………………………………………………………………………… 青木昌三 …
PC(パーソナルコンピュータ)を自分で組み立ててみよう……………… 黒田 勉 …

66
91

ウィルスチェックサーバによるアラートメールの集計……………………………………………… 青木昌三,瀬野芳孝,曽根計俊,高橋多恵 … 121
事業報告（旧香川医科大学情報メディアセンター）
旧香川医科大学情報メディアセンター事業報告
学内ネットワーク基盤整備事業…………………………………………… 河内一芳 … 132

情報リテラシ教育設備の更新と導入……………… 真鍋芳樹,立川敏明,寺中正人 … 133………………………………………………

マルチメディア教育支援事業

学生生活支援事業………………………………………… 131

斉藤純代 … 134…………………………………………………………… 金谷尚明 … 135

チュートリアル教育支援事業……………………………………………… 永井雅巳 … 136

学内動画配信システムの整備……………………………………………… 岡田宏基 … 137

国家試験合格支援設備の整備……………………………………………… 木村正司 … 138

実験実習機器センター機器予約システム
学術データ発表、保全支援システム……………………………… 永井由紀子 … 139………………… 西 望,宮中 宏,多田達史 … 140

生体分子の立体構造に関する教育・研究支援事業… 徳光 浩,松下 治,西 望 … 141

機器センターにおける「体験教室」の実施及び、研究効率の向上に向けてのサーバー化…………………………………………………………………… 夕部幸一,漆原正英 … 144
放射線教育支援システム…………………………………………………… 須田博文 … 145

バーチャル PCR 実習設備の整備
院内感染防止対策支援事業…………………………………………

佐藤忠文 … 146………………………………………………… 樋口和子 … 147

地域医療情報ネットワークの形成を促進するための研究開発
旧香川医科大学情報メディアセンター支援事業機器一覧………… 原 量宏 … 148……………………………… 149

報告（旧香川大学情報処理センター）
情報処理センター日誌
利用申請一覧

………………………………………………………………………… 153…………………………………………………………………………………… 156

センター利用状況……………………………………………………………………………… 161

計算機利用統計………………………………………………………………………………… 163

資料
香川大学総合情報基盤センター規則………………………………………………………… 169

香川大学総合情報基盤センター運営委員会規則
編集後記…………………………………………… 171…………………………………………………………………………………………… 173

MRTG によるネットワーク監視
経済学部 中村邦彦
nakamura@ec.kagawa-u.ac.jp

1 はじめに
MRTG というのは、Multi Router Traffic Grapher のアクロニムである。その名のとおり、ネットワーク
上のルーターに出入りするデータ量を収集し、それをグラフにして表示するプログラムである。
筆者はこれを1998年に導入し、以来、大学対外ルーターのトラフィックの監視に使用している。どういうグラフかというのは見ていただく方がよいので、図１にそれを示す。ただし、本当はこれらのグラフはウェブブラウザーの画面に、いくつかの数値と共に表示されるのであるが、紙面の都合で簡略化している。本物はhttp://www.kagawa-u.ac.jp/mrtg/で見ることができる。ひとつのグラフには、ルーターに入ってくるデータと出て行くデータが５分ごとに計測されて表示されている。上から順に5分間の平均、30分間の平均、2時間の平均、1日の平均のグラフになっている。1日平均のグラ
フには14ヵ月分が表示されており、これを見れば、ときどき問題は発生したものの、ほぼ順
調に通信量が増加していることが分かる。その後筆者は MRTG をネットワークトラフィック
だけではなく、他の事象の監視にも利用して

図1 MRTG のグラフ

きた。
昨年末（2003年）に、学内から学外に向けて、何度か IP スプーフィングによる DoS 攻撃があった。
送信元の IP アドレスが偽りであるから、そのパケットを捕まえて見ただけでは、それが学内のどこから来ているのかわからない。それで学内のあらゆるルーターやハブのトラフィックを監視した方がよかろうということになった。監視は MRTG によるのが簡単でわかりやすいということから、ここに再度 MRTGについての紹介記事を書くことにした。 最近の Linux の各ディストリビューションでは、MRTG のインストールは容易になっており、トラフィック監視の設定はごく短時間でできる。各部局のネットワーク管理者には是非とも監視の設定を行っていただきたい。
なお、本稿では、第2節で Linux サーバーへの MRTG のインストール、第3節でルーター・ハブのト
ラフィック監視、第4節で Linux サーバーへの SNMP エージェントの導入とサーバー監視、第5節で独自の監視用スクリプトの書き方をそれぞれ解説した。

－ 1 －2 MRTG のインストール
MRTG は多くの UNIX 系 OS だけでなく、Window NT 系の OS にも対応しているので、インストー
ル作業は、よほど特殊なシステムでもなければ難しいことはない。最近の Linux ディストリビューション
は、標準で MRTG のバイナリーパッケージが用意されており、インストールコマンドを実行すればす
ぐにも MRTG が使えるようになる。パッケージを利用できない場合は、ソースプログラムからコンパイ
ルしなければならないが、基本的に必要なものは、MRTG それ自身の他、ウェブサーバー、Perl とグ
ラフィックイメージを作成するための GD というライブラリーである。Perl と C コンパイラーが使える環境があればそれほど難しいことではないであろう。
2.1 Debian の場合
まず、筆者が愛用している Debian GNU/Linux の場合について説明する。もし、Apache がまだインストールされていなければ次のコマンドでインストールする。
# apt-get install apache
ここで行頭の#は、利用者がスーパーユーザーであることを示すプロンプト記号である。何項目か問合せがあるが、すべてデフォルト設定でかまわない。これで、ウェブブラウザーから http://サーバー/に接続すれば標準のトップページが表示されるはずである。Apache の設定については他の文献がたくさんあるので、細かいことは省略する。
次に MRTG をインストールする。これも次のコマンドでインストールできる。
# apt-get install mrtg
これで MRTG とともに、そのシステムに必要な libgd1、libsnmp-session-perl などが、もしその時点でインストールされていなければ、自動的にインストールされる。いくつか問合せがあるが、すべてデフ
ォルト設定でかまわない。ひとつだけ注意しておくと、Debian の MRTG は、ウェブサーバーのドキュメ
ントルートが /var/www であると仮定して、MRTG の監視データを/var/www/mrtg 以下に作成しようとするということである。Apache の設定を変更している場合は、手直しが必要になる。
Debian の安定版 Woody で用意されているソフトウェアのバージョンは、Apache が1.3.26-0woody3、
MRTG が2.9.17-4となっており、やや古いが、実用上は問題がない。
2.2 Red Hat 系の場合
Red Hat 系の最新ディストリビューションは Fedora Core 1になっているので、この場合について簡単に紹介しておく。Red Hat 9までは、Red Hat Network を利用してパッケージの更新をするには、いちいちユーザー登録をしてから up2date を使わなければなかったが、現在はユーザー登録なしで、Debian と同様の apt を利用することが可能になっている。
まず apt の rpm パッケージを Fedora Project のウェブサイト1 からダウンロードする。ファイル名は
apt-0.5.15cnc1-0.fdr.3.1.i386.rpm である。スーパーユーザーになってそれをインストールする。
# rpm -ivh apt-0.5.15cnc1-0.fdr.3.1.i386.rpm

1

http://linux2ch.bbzone.net/index.php?FaqDistributionFedora#content_1_8－ 2 －ついで、パッケージ情報を最新のものに更新し、更にインストールされているパッケージをアップグレードする。
# apt-get update# apt-get upgrade
これで新しいパッケージをインストールする準備ができた。
もし、Apache がインストールされていない場合は、次のようにしてインストールする。Red Hat では
Apache のパッケージ名は httpd である。
# apt-get install httpd
MRTG のインストールも同様で、次のようにする。
# apt-get install mrtg
Fedora Core 1では、Apache は httpd-2.0.47-10、MRTG は mrtg-2.10.5-1になっている。Apache のドキュメントルートは/var/www/html に設定されている。その中を見てもファイルが何もないが、ブラウザ
ーでアクセスすれば Fedora Core Test Page が表示されるようになっている。MRTG のファイルはドキュ
メントルートが/var/www/html であるにもかかわらず、/var/www/mrtg に作成されることになっているので気になったが、/etc/httpd/conf.d/mrtg.conf で次のように設定されているので問題はなかった。ただし、そのままでは localhost 以外の接続を拒否するようになっていたので、すべてのアクセスを許可するように修正した。
Alias /mrtg /var/www/mrtg<Location /mrtg>
Order deny,allow#
Deny from all#
Allow from localhost# Allow from .example.com
Allow from all</Location>
Red Hat の古いバージョンでも Freshrpms.net2に各バージョンに対応した apt パッケージが用意されているので、apt を使うことはできる。apt が使えないときは、必要なパッケージをダウンロードしてから rpm コマンドでインストールする。

3 ルーター・ハブのトラフィック監視
MRTG は SNMP(Simple Network Management Protocol)により、トラフィック情報を収集する。したがって、監視対象のルーター・ハブは、SNMP エージェント機能を持っているものでなければならない。
ルーターがその機能を持っているのは当然であるが、安価なスイッチングハブは、通常は対応していない。幸い、旧情報処理センターで一括導入したハブはすべて SNMP エージェント機能を持っている。この機能を持っているルーター・ハブは IP アドレスとコミュニティ名が定義されているはずなので、

2

http://freshrpms.net/－ 3 －この情報が必要になる。わからない場合はそれぞれの管理者に問い合わせて欲しい。
MRTG の設定ファイルは、初期状態では/etc/mrtg.conf になっているが、これから複数のファイルを作成することになるので、新しいディレクトリ/etc/mrtg を作って、この中に置くことにする。
# mkdir /etc/mrtg# cd /etc/mrtg
MRTG の設定ファイルは、cfgmaker というコマンドで自動的に作成できる。IP アドレスが ip_address、
コミュニティ名が community_name のルーター・ハブに対する設定ファイルを作成するには、次のようにする。
# cfgmaker community_name@ip_address >mrtg.cfg
これで特にエラーメッセージがなければ設定ファイルが作成されているので、次のようにして MRTG
を起動してみよう。
# mrtg /etc/mrtg/mrtg.cfg
最初は更新するためのファイルが存在しないので、ウォーニングが表示されるが、それは問題がない。３回目からは出なくなる。これで /var/www/mrtg に多数のファイルが作成されているはずである。
その中の HTML ファイルをブラウザーで見れば表示できるが、直接ファイル名を指定して表示するのは面倒なので、それらを一覧表示するウェブページを作成する。 そのためのツールが用意されているので、 /var/www/mrtg に移動してからそのコマンドを入力する。
# cd /var/www/mrtg# indexmaker /etc/mrtg/mrtg.cfg >index.html
これで、URL を http://サーバー名/mrtg/ として接続すれば、図2のように表示される。ひとつのグラ
フがルーターのひとつのポートに対応している。ただし、最初は表示するデータがないので、グラフの中身は何もないはずである。

－ 4 －

図2 MRTG のインデックスページ
図2ではグラフが縦２列に表示されているが、画面幅が狭いときはこれを１列にしたくなるであろう。
そのときは次のようにすればよい。
# indexmaker --columns=1 /etc/mrtg/mrtg.cfg >index.html
cron による自動起動の設定
MRTG は cron により、５分ごとに起動される。その設定は /etc/cron.d/mrtg にある。
0-55/5 * * * * root if [ -x /usr/bin/mrtg ] && [ -r /etc/mrtg.cfg ]; then/usr/bin/mrtg /etc/mrtg.cfg >> /var/log/mrtg/mrtg.log 2>&1; fi
先に、mrtg.cfg の場所を変更したので、これを次のように修正する。
0-55/5 * * * * root if [ -x /usr/bin/mrtg ] && [ -r /etc/mrtg/mrtg.cfg ];then /usr/bin/mrtg /etc/mrtg/mrtg.cfg >> /var/log/mrtg/mrtg.log 2>&1;
fi
if 文があって複雑に見えるが、if 文を消去して次のようにしてもよい。
0-55/5 * * * * root /usr/bin/mrtg /etc/mrtg/mrtg.cfg >>/var/log/mrtg/mrtg.log 2>&1

－ 5 －

表示設定の変更
MRTG で自動作成された設定ファイルでは、トラフィック量のグラフはバイト/秒で表示され、グラフの時間軸が左向きになっている。これを変更したいと思う人が多いと思うので、簡単な方法を紹介する。
mrtg.cfg の先頭付近に次のような行がある。この行頭の#を消去することにより、すべてのグラフの単位がビット/秒に、時間軸が右向きに変更される。
#Options[_]: growright, bits
多数のルーター・ハブを監視する場合
監視したいルーターやハブがたくさんある場合は、全部をひとつの mrtg.cfg にまとめてもよいが、include 文を使う方がよいであろう。つまり、個々 のルーター・ハブについての設定ファイル を
cfgmaker で作る際に、router1.cfg、router2.cfg、・・・のように設定ファイルを作成しておき、それを、
mrtg.cfg に include するようにする。その例を示す。
### Global Config Options
WorkDir: /var/www/mrtg### Global Defaults# to get bits instead of bytes and graphs growing to the right
Options[_]: growright, bits
include: /etc/mrtg/router1.cfg
include: /etc/mrtg/router2.cfg
include: /etc/mrtg/router3.cfg
include: /etc/mrtg/router4.cfg
・・・・・・・・・・・
以下省略
この場合、include される設定ファイルの Global 設定部分は念のためコメントアウトしておく。
さて、こうして多数のポートを監視した場合に、マシンの負荷がどの程度になるか気になるであろう。
筆者のマシンの例であるが、CPU が PentiumIII 450MHz x 2で 120ポートを監視させたとき、処理に20秒程度かかっている。この程度であれば問題はないであろう。

4 サーバーの監視
4.1 NET-SNMP のインストール
UNIX 系のサーバーであれば SNMP エージェント機能を持つソフトウェアをインストールすることにより、ネットワークのトラフィックだけでなく、様々な物理量を MRTG で監視することができる。主要な
Linux のディストリビューションには NET-SNMP パッケージが含まれている。これは UNIX 系の OS で
SNMP（Simple Network Management Protocol）サービスを利用するためのソフトウェアで、以前は、
UCD-SNMP と呼ばれていたものである。
Debian の場合は、複数のパッケージに分割されているが、snmp と snmpd をインストールすれば、それに必要なパッケージもインストールされる。Debian の NET-SNMP のバージョンは4.2.3-2であるが、本家 The NET-SNMP Project の最新バージョンは5.1になっている。

－ 6 －# apt-get install snmpd snmp
Debian ではこれで snmpd と snmptrapd が自動的に起動するするように設定されるが、ここではsnmptrapd を使う予定がないので、これを止めておく。これは/etc/default/snmpd の中で、TRAPDRUN=yesとなっているところを、no に変更する。
TRAPDRUN=no
SNMP エージェントの設定ファイルは、/etc/snmp/snmpd.conf である。Debian の場合は、少し修正するだけですぐに使えるような snmpd.conf が用意されているが、ここでは Fedora Core1でも使えるような
最小限の設定ファイルを作成した。
/etc/snmp/snmpd.conf の内容
com2sec readonly localhostcom2sec readonly
監視サーバーgroup
MyROGroup v1
view allincluded .1
access MyROGroup ""any
disk /
disk /varload

publicpublicreadonly
80
noauth

exact

all

none

none

ここで、監視サーバーのところは、MRTG をインストールしている監視サーバー名か、その IP アドレスを書く。このエージェントは localhost とその監視サーバーからの問合せにだけ応答するようになる。
最後に disk と load という行があるが、disk はディスクパーティションの使用量を監視するため、load
は CPU のロードアベレージを監視するためである。snmpd.conf の説明をすると長くなるので、とりあえ
ずこれだけにしておく。詳しくは、参考文献を見て欲しい。
これで snmpd を再起動してから、次のように snmpwalk で system 情報を表示してみる。
# snmpwalk localhost public system
ずらずらと system 情報が表示されたら snmp エージェントが動作していると考えてよいであろう。
Red Hat 後継の Fedora Core1では、net-snmp と net-snmp-utils になっている。バージョンは5.1-2.1である。
インストールは次のコマンドで行う。
# apt-get install net-snmp net-snmp-utils
自動起動スクリプトは snmpd と snmptrapd に分かれているので、snmpd の方だけを設定しておく。設定ファイルはあらかじめ用意されているものがあるが、今回は debian と同じものを使った。設定ができたら snmpd を起動する。 snmpwalk はコマンドの書き方が変わったようで、system オブジェクトを表示－ 7 －させるには次のようにする。
# snmpwalk –v 1 –c public localhost system
4.2 ネットワークカードの入出力の監視
そこで、このサーバーのネットワークトラフィックを MRTG に監視させるように、MRTG の設定ファイルを作成する。と言っても、このサーバーはすでに SNMP ですべてのネットワークカードを流れるトラ
フィックを読み出すことができるようになっているので、ルーターを監視するのと同じことである。
# cfgmaker public@サーバー名 >server1.cfgとすれば、ルーターのときと同様にトラフィック管理のための設定ファイルが作成できる。
4.3 ロードアベレージの監視システムのロードアべレージを知るには、通常は uptime などのコマンドを使う。
$ uptime
22:28:17 up 45 days, 10:41,

1 user, load average: 0.02, 0.06, 0.07

load average として３つの値が表示されるが、順に１分平均、５分平均、１５分平均である。SNMP で得られる情報を確認するには次のようにする。
$ snmpwalk localhost public .1.3.6.1.4.1.2021.10.1
enterprises.ucdavis.laTable.laEntry.laIndex.1 = 1
enterprises.ucdavis.laTable.laEntry.laIndex.2 = 2
enterprises.ucdavis.laTable.laEntry.laIndex.3 = 3
enterprises.ucdavis.laTable.laEntry.laNames.1 = Load-1
enterprises.ucdavis.laTable.laEntry.laNames.2 = Load-5
enterprises.ucdavis.laTable.laEntry.laNames.3 = Load-15
enterprises.ucdavis.laTable.laEntry.laLoad.1 = 0.26
enterprises.ucdavis.laTable.laEntry.laLoad.2 = 0.14
enterprises.ucdavis.laTable.laEntry.laLoad.3 = 0.10
enterprises.ucdavis.laTable.laEntry.laConfig.1 = 12.00
enterprises.ucdavis.laTable.laEntry.laConfig.2 = 12.00
enterprises.ucdavis.laTable.laEntry.laConfig.3 = 12.00
enterprises.ucdavis.laTable.laEntry.laLoadInt.1 = 26
enterprises.ucdavis.laTable.laEntry.laLoadInt.2 = 14
enterprises.ucdavis.laTable.laEntry.laLoadInt.3 = 10
enterprises.ucdavis.laTable.laEntry.laLoadFloat.1 = Opaque: Float:0.260000
enterprises.ucdavis.laTable.laEntry.laLoadFloat.2 = Opaque: Float:
0.140000
enterprises.ucdavis.laTable.laEntry.laLoadFloat.3 = Opaque: Float:
0.100000
３つのロードアベレージがいくつかの形式で得られることがわかる。MRTG は整数値しか取り扱えないので、laLoadInt.1と laLoadInt.2を使うことにする。今度は MRTG の設定ファイルを自動的に作成することはできないので、次のような記述をエディターで追加する。
Target[Is_Load]:1.3.6.1.4.1.2021.10.1.5.2&1.3.6.1.4.1.2021.10.1.5.1:－ 8 －public@localhost
MaxBytes[Is_Load]: 1000
Title[Is_Load]: Is Load Average
PageTop[Is_Load]: <H1>Is Load Average</H1>
Options[Is_Load]: gauge, nopercent, growright
YLegend[Is_Load]: Load Average(%)
ShortLegend[Is_Load]: &nbsp;
LegendI[Is_Load]: 5min av:&nbsp;
LegendO[Is_Load]: 1min av:&nbsp;
WithPeak[Is_Load]: ymw
MRTG の通常のグラフは、表示期間が長くなるに伴って平均する間隔も長くなる。監視する立場から考えると、平均値よりはピーク値の方が重要なことがある。それを表示させる設定が、上記設定ファイルの最後の行、 WithPeak[Is_Load]: ymw

である。ymw という設定は、yearly(１日平均)、

monthly(２時間平均)、weekly(30分平均)のグラフにおいて、５分間平均のピーク値を表示することを指示している。このケースでは1分間平均を表示させているので、測定間隔を1分にして、WithPeakの値を"ymwd"にすれば、5分平均のグラフにも1分平均のピークが表示されるかもしれないと考えたが、それはできない。MRTG は測定の最小間隔を5分と想定しているので、たとえ1分ごとに測定しても、その値は5分間で平均された値が表示される。WithPeak に d を追加しても無視されるだけである。
一方、MRTG はピーク値を記録しており、1分間隔で測定した場合にはそのピーク値が記録されていた。それなら、5分平均グラフにもピーク値を表示させられないかと考えてソースプログラムを見たとこ
ろ、次のような部分が見つかった。
if ($$rcfg{'suppress'}{$router} !~ /d/) {# VMS: should work for both now
push (@exec, "i","$$cfg{'imagedir'}$$rcfg{'directory'}{$router}${router}-day.
${main::GRAPHFMT}", $sign*$maxvi, $sign*$maxvo, $maxx, $maxy, ,$xscale, $yscale,$growright, $step, $bits, $ytics, $yticsf);@mxvls = ("d");push (@metas, "$$cfg{'imagedir'}$$rcfg{'directory'}{$router}${router}-day.
${main::GRAPHFMT}",
この3行目を次のように修正すれば、5分間グラフでもピーク値を表示させることができる。
$rop =($$rcfg{'withpeak'}{$router} =~ /d/) ? "p" : "i";push (@exec, $rop, "$$cfg{'imagedir'}$$rcfg{'directory'}{$router}${router}-day.
その変更により表示されたのが図3である。グラフの一番上の線（実際の色はマゼンタ）が1分間平均のピーク値で、修正前ではピーク値が150%程度になっていたが、実は210%が観測されていたことがわかる。

－ 9 －

図3 Load Average 5平均のグラフにピーク値を表示させた

4.4 メモリー使用量の監視
メモリーに関する情報を snmpwalk で表示させてみる。
$ snmpwalk localhost public .1.3.6.1.4.1.2021.4
enterprises.ucdavis.memory.memIndex.0 = 0
enterprises.ucdavis.memory.memErrorName.0 = swap
enterprises.ucdavis.memory.memTotalSwap.0 = 979956
enterprises.ucdavis.memory.memAvailSwap.0 = 971068
enterprises.ucdavis.memory.memTotalReal.0 = 515964
enterprises.ucdavis.memory.memAvailReal.0 = 25436
enterprises.ucdavis.memory.memTotalFree.0 = 996504
enterprises.ucdavis.memory.memMinimumSwap.0 = 16000
enterprises.ucdavis.memory.memShared.0 = 0
enterprises.ucdavis.memory.memBuffer.0 = 49196
enterprises.ucdavis.memory.memCached.0 = 215716
enterprises.ucdavis.memory.memSwapError.0 = 0
enterprises.ucdavis.memory.memSwapErrorMsg.0 =これらの値をそのままグラフにしてもあまり面白くない。例えばスワップの使用量を表示したければ、
memTotalSwap から memAvailSwap を差し引かなければならない。MRTG に加減算をさせるときは、
必ず ペ ア 同 士で 演 算し なけ れば な らな いの で 面倒 で あ る。ま た 実 メ モリー の 使 用量 と し て、
memTotalReal から memAvailReal を差し引いたものを表示してもあまり面白くない。なぜなら、Linux
は実メモリーの空きがあると、それを入出力バッファーとディスクキャッシュに割り当ててしまうので、実メモリーの使用量を監視していても常にほとんどが使用されているように見えてしまうのである。バッフ
ァーとキャッシュに使用されている分を差し引いたメモリー使用量を知るには、free というコマンドを使うとよい。
$ freetotal
Mem:515964-/+ buffers/cache:
Swap:979956

used
490024244496
9596

free
25940
271468970360shared0

buffers
32264

cached213264

この例では、実メモリ516MB のうち、使用されているのは490MB であるが、バッファーとキャッシュ－ 10 －

分を差し引いた使用量は244MB であることがわかる。このような量を MRTG で計算させるのはますま
す面倒であるので、これは外部プログラムを使って行うことにした。そのやり方は次節で紹介する。
4.5 ディスク使用量の監視
ディスクの使用量に関する情報を確認してみる。
$ snmpwalk localhost public .1.3.6.1.4.1.2021.9.1.8
enterprises.ucdavis.dskTable.dskEntry.dskUsed.1 = 237300
enterprises.ucdavis.dskTable.dskEntry.dskUsed.2 = 1766596
enterprises.ucdavis.dskTable.dskEntry.dskUsed.3 = 37525484
nakamura@is:/var/tmp$ snmpwalk localhost public .1.3.6.1.4.1.2021.9.1
enterprises.ucdavis.dskTable.dskEntry.dskIndex.1 = 1
enterprises.ucdavis.dskTable.dskEntry.dskIndex.2 = 2
enterprises.ucdavis.dskTable.dskEntry.dskIndex.3 = 3
enterprises.ucdavis.dskTable.dskEntry.dskPath.1 = /enterprises.ucdavis.dskTable.dskEntry.dskPath.2 = /var
enterprises.ucdavis.dskTable.dskEntry.dskPath.3 = /homeenterprises.ucdavis.dskTable.dskEntry.dskDevice.1 = /dev/md0
enterprises.ucdavis.dskTable.dskEntry.dskDevice.2 = /dev/md2
enterprises.ucdavis.dskTable.dskEntry.dskDevice.3 = /dev/md3
enterprises.ucdavis.dskTable.dskEntry.dskMinimum.1 = 100000
enterprises.ucdavis.dskTable.dskEntry.dskMinimum.2 = 100000
enterprises.ucdavis.dskTable.dskEntry.dskMinimum.3 = 100000
enterprises.ucdavis.dskTable.dskEntry.dskMinPercent.1 = -1
enterprises.ucdavis.dskTable.dskEntry.dskMinPercent.2 = -1
enterprises.ucdavis.dskTable.dskEntry.dskMinPercent.3 = -1
enterprises.ucdavis.dskTable.dskEntry.dskTotal.1 = 1922188
enterprises.ucdavis.dskTable.dskEntry.dskTotal.2 = 19222656
enterprises.ucdavis.dskTable.dskEntry.dskTotal.3 = 87407304
enterprises.ucdavis.dskTable.dskEntry.dskAvail.1 = 1587244
enterprises.ucdavis.dskTable.dskEntry.dskAvail.2 = 16479516
enterprises.ucdavis.dskTable.dskEntry.dskAvail.3 = 45441740
enterprises.ucdavis.dskTable.dskEntry.dskUsed.1 = 237300
enterprises.ucdavis.dskTable.dskEntry.dskUsed.2 = 1766596
enterprises.ucdavis.dskTable.dskEntry.dskUsed.3 = 37525484
enterprises.ucdavis.dskTable.dskEntry.dskPercent.1 = 13
enterprises.ucdavis.dskTable.dskEntry.dskPercent.2 = 10
enterprises.ucdavis.dskTable.dskEntry.dskPercent.3 = 45
enterprises.ucdavis.dskTable.dskEntry.dskPercentNode.1 = 3
enterprises.ucdavis.dskTable.dskEntry.dskPercentNode.2 = 3
enterprises.ucdavis.dskTable.dskEntry.dskPercentNode.3 = 1
enterprises.ucdavis.dskTable.dskEntry.dskErrorFlag.1 = 0
enterprises.ucdavis.dskTable.dskEntry.dskErrorFlag.2 = 0
enterprises.ucdavis.dskTable.dskEntry.dskErrorFlag.3 = 0
enterprises.ucdavis.dskTable.dskEntry.dskErrorMsg.1 =enterprises.ucdavis.dskTable.dskEntry.dskErrorMsg.2 =enterprises.ucdavis.dskTable.dskEntry.dskErrorMsg.3 =ディスクの使用量はパーティションごとに取り出すことができる。バイト数で表示してもよいがここでは簡単に利用率を使うことにする。MRTG はグラフを作成するだけでなく、各値について許容範囲を設定し、その範囲から外れた場合に指定したプログラムを起動することができる。そこで、ディスクの使用量が設定値を超えた場合、E メールで通知するように設定してみることにする。

－ 11 －

Global セクションに ThreshDir を追加する。
ThreshDir: /var/lib/mrtg/thresh
これがないと、観測値が設定範囲を超えたているときは、指定プログラムが毎回起動される。これを追加することにより状態が記録されるようになり、プログラムの起動は、観測値が範囲内から範囲外に変わったときだけ起動されるようになる。
Target 部分の記述を次のように設定する。もちろん、これ以外のものは必要に応じて設定する。
Target[DiskVar]:1.3.6.1.4.1.2021.9.1.9.2&1.3.6.1.4.1.2021.9.1.9.2:public@localhost
ThreshMaxI[DiskVar]: 80ThreshProgI[DiskVar]: /etc/mrtg/warnmail.pl
1.3.6.1.4.1.2021.9.1.9.2 は enterprises.ucdavis.dskTable.dskEntry.dskPercent.2 を表す。ここではトラ
フィックの IN と OUT にあたる２つの量に同じ量を割り付けている。
ThreshMaxI を80に設定したので、利用量が80％を超えたときに ThreshProgI で指定したプログラムが起動される。以下は warnmail.pl のリストである。
#!/usr/bin/perl -w$sendmail = '/usr/sbin/sendmail';$from = "From: postmaster¥@is.ec.kagawa-u.ac.jp¥n";$to = "To: nakamura¥@is.ec.kagawa-u.ac.jp¥n";$subject = "Subject: MRTG Warning¥n¥n";$timestamp = localtime();$item= $ARGV[0];$thresh = $ARGV[1];$value = $ARGV[2];$body= <<"END";
MRTG Warning Message:$timestamp: $item $value exceeds $thresh.
END
open(LOG, ">>/var/log/mrtg/warning.log");
print LOG $body;close(LOG);$header = $from . $to . $subject;
open(MAIL, "| $sendmail -i -t");print MAIL $header;
print MAIL $body;close(MAIL);
exit 0;MRTG はスクリプトに、項目名、閾値、項目の値を引数として渡すので、メールにそれらを埋め込んでいる。メールの送信は標準的な sendmail インターフェイスを使った。

－ 12 －

5 外部監視スクリプトの作成
SNMP では望む監視データが得られないときは、利用者自身がそのプログラムを用意する方法がある。これを外部監視スクリプトと呼ぶことにする。それは MRTG の設定ファイルで、Target の指定を
次のように書く。
Target[識別名]: `監視スクリプト`
このスクリプトは標準出力に次の4行を出力するように作成する。通常は3，4行目には0を出力してお
けばよい。
1. 行目

最初の値の現在の状況。通常は「入力バイトのカウント」

2. 行目

2番目の値の現在の状況。通常は「出力バイトのカウント」

3. 行目

監視対象の稼働時間を示すストリング (人間が読めるフォーマットで)。

4. 行目

監視対象の名前を示すストリング

例として、SNMP エージェントから得られるメモリー情報から、MRTG で表示させたい値を計算し、MRTG に渡す Perl スクリプトを紹介する。Perl から SNMP エージェントにアクセスするために、
Net::SNMP という Perl モジュールを使用している。
#! /usr/bin/perl -w
use strict;use vars qw($session $error $response);
use Net::SNMP;
my $oid_memTotalSwap = '1.3.6.1.4.1.2021.4.3.0';
my $oid_memAvailSwap = '1.3.6.1.4.1.2021.4.4.0';
my $oid_memTotalReal = '1.3.6.1.4.1.2021.4.5.0';
my $oid_memAvailReal = '1.3.6.1.4.1.2021.4.6.0';
my $oid_memBuffer = '1.3.6.1.4.1.2021.4.14.0';
my $oid_memCached = '1.3.6.1.4.1.2021.4.15.0';($session, $error) = Net::SNMP->session(-hostname => shift || 'localhost',-community => shift || 'public',-port=> shift || 161);
if (!defined($session)) {printf("ERROR: %s.¥n", $error);exit 1;}
my @oids = ($oid_memTotalSwap, $oid_memAvailSwap, $oid_memTotalReal,$oid_memAvailReal,$oid_memBuffer,$oid_memCached);
if (!defined($response = $session->get_request(@oids))) {printf("ERROR: %s.¥n", $session->error());$session->close();exit 1;}－ 13 －

my $memTotalReal = $response->{$oid_memTotalReal};
my $memAvailReal = $response->{$oid_memAvailReal};
my $memBuffer= $response->{$oid_memBuffer};
my $memCached= $response->{$oid_memCached};
my $memTotalSwap = $response->{$oid_memTotalSwap};
my $memAvailSwap = $response->{$oid_memAvailSwap};$session->close();#print "memTotalReal $memTotalReal¥n";#print "memAvailReal $memAvailReal¥n";#print "memBuffer $memBuffer¥n";#print "memCached $memCached¥n";#print "memTotalSwap $memTotalSwap¥n";#print "memAvailSwap $memAvailSwap¥n";
my $memReal = $memTotalReal - ($memAvailReal + $memBuffer + $memCached);
my $memTotal = ($memTotalReal - $memAvailReal) + ($memTotalSwap $memAvailSwap);
print "$memReal¥n";
print "$memTotal¥n";
print "0¥n";
print "0¥n";exit 0;

6 むすびに代えて以上見てきたように、MRTG を使えば、ネットワークトラフィックの監視が簡単に行える。また、ネット
ワークトラフィック以外の時系列量もグラフにして表示することができるので、便利である。そうは言っても、MRTG はもともと、ルーターのトラフィックを監視する目的で作成されたフリーソフトウェアである。
思わぬところで限界を感じることがある。以下思いついたものをあげておく。
・小数点つきのデータを扱えない
これはマシン室や機器内部の温度を表示させようとしたときに気が付いた。温度は摂氏で小数点以下第１位まで計測されているのだが、そのままでは MRTG には入力できなかった。現在は MRTGには温度を10倍した整数を与えて、表示するときに10分の１にするということができるので、表示できないことはないのだが、面倒である。
・入力した数値と異なる値が表示される
これはセンターPC の利用者数を表示させたときに気が付いた3。MRTG は与えた数値とは違う数値を表示することが多かった。計測時刻がちょうど５分の倍数になっていないときに発生する。多数の
PC が稼動しているかどうかを調査するのは独立したプログラムで行っている。その結果を MRTG が読み出して表示するようにしている。稼動している PC の調査はちょうど５分の倍数の時刻に走らせているが、その調査には数十秒かかる。すべての PC が稼動していれば調査はあっという間に終わるのだが、応答しない PC についてはしばらく待たなければならないし、何度かリクエストを再送信もしてい3

http://orphe.cc.kagawa-u.ac.jp/pcmon/pcstatus.html－ 14 －

るので、どうしても時間がかかるのである。それで MRTG は調査するプログラムを起動してから1分後に起動している。つまり、MRTG は毎時1分、6分、11分、・・・に起動されている。ところが、MRTG のログファイルをみると、最終的に記録される時刻は0分、5分、10分、・・・になっている。その時刻の値は測定値から補間によって計算されているらしく、その際に値が変えられていた。。50人が49人になってもあまり問題はないが、1人が0人になったのでは大いに困る。この場合は測定時刻を強制的に書き換えて対応した。
以上、最後に問題点を指摘したが、それでも MRTG は大いに役に立つ優れたソフトウェアには違いない。開発者の方々、日本語訳をしてくださっている方々に深く感謝したい。

参考文献[1] MRTG のオリジナルサイト、http://people.ee.ethz.ch/~oetiker/webtools/mrtg/[2] MRTG の日本語のサイト、http://www.mrtg.jp/doc/[3] 中村邦彦、MRTG によるネットワークトラフィック調査、香川大学情報処理センター年報第７号、1999年2月[4] NET-SNMP の公式サイト、The NET-SNMP Project Home Page、http://www.net-snmp.org/[5] 冨成章彦著、「オープンソースを使ったネットワーク監視術―By MRTG&SNMP」、セレンディッ
プ、2001/8[6] マーク・A. ミラー著, トップスタジオ訳, 「SNMP インターネットワーク管理―ネットワーク管理の標
準プロトコルとツールを徹底解説」、翔泳社、1998/11[7] ダグラス・R. マウロ、 ケビン・J. シュミット著, 土本 康生、福田 剛士訳、「入門 SNMP」、オライリー・ジャパン、2002/7－ 15 －

香川大学における接続コンピュータの現状
工学部信頼性情報システム工学科 古川 善吾
工学研究科信頼性情報システム専攻 三谷 祐平

１ はじめに
香川大学における情報通信技術利用の現状の一端を把握するために接続されているコンピ
ュータの接続台数を調査している。その概要および今後の方針について報告する。

２ コンピュータ台数
コンピュータの接続台数は、キャンパス情報ネットワーク (以下では、誤解のない場合には、単に「ネットワーク」) の利用者の全体像を示す指標の１つと考えられる。
パーソナルコンピュータの(以下「パソコン」)の進歩によってコンピュータを共同で利用する時代から、１人１台を経て、利用者が複数台のパソコンを必要に応じて使用する時代になってきている。この変化を促進した技術としては、動的に IP アドレスを割り当てる DH CP(dynamic host configuration protocol) の開発と携帯型パソコンの普及が挙げられる。複数台のパソコンを１人の利用者が状況や目的に応じて使い分けているために、コンピュータの接続
台数が直接、利用者の人数を表しているわけではない。ただし、ある時点で、安全性を確認したり、異常な通信を行うコンピュータを見つけ出す対象の台数を表している。
接続されているコンピュータを調べる方法としては、使用される可能性のあるすべての IP
アドレスにパケットを送信して応答があるかどうかを調べる IP スキャンが考えられる。
コンピュータへのアドレスの割当方法には、利用者が明示的にアドレスを指定する「固定アドレス方式」と、コンピュータが DH CP プロトコルを用いて利用可能なアドレスを割り当てる「動的アドレス方式」とがある。固定アドレス方式では、同じ IP アドレスを利用者が使用しないために何らかの管理をする必要があるので、接続されるコンピュータの台数を大まかに把握することが可能であった。しかしながら、動的割当方式を採用すると接続されるコンピュータ台数を把握することがますます困難になってしまう。
2000 年 4 月に開設された工学部キャンパスでは、学生に携帯型パソコンを入学時に購入させることにしたために、開設当初から学部で DH CP サーバを立ち上げて動的アドレス方式を採用してきた。そのために、ネットワークに接続されているコンピュータの台数は、ほとん
ど把握できなかった。そこで、2002 年に IP スキャンによって調査したところ、約 400 台から
約 800 台の間で接続されているコンピュータの台数が大きく変化していることが判った[2]。
工学部での経験に基づいて 2003 年 6 月には、接続されているコンピュータ台数の調査を香川大学全学で行うようにした[1]。これは、香川大学全体でのコンピュータの利用状況を把握することが目的であるが、全学的に DH CP サーバを導入して、運用することが計画されており、その利用状況を把握できればと考えて調査している。その結果、約 1,200 台から約 3,000－ 16 －

台の間で台数が変化していることが判った。

３ 調査方法
3.1 IP アドレス
香川大学では、クラス B のネットワークアドレス(133.92.0.0)を 24 ビットのサブネットア
ドレス(133.92.xxx.0)として部局等に割り付けている。使用しているサブネットについては
総合情報基盤センター(以降「基盤センター」と記す)で管理している。なお、医学部は、クラス C のネットワークアドレスを使用しており、ここでは調査の対象から除いた。
サブネット内の利用方法は、各部局等に任せられている。例えば、工学部では、講義室や学科のサブネットでは、半分を固定アドレス方式のアドレス（以降「固定アドレス」と記す）として利用し、半分を動的アドレス方式のアドレス（以降「動的アドレス」と記す）として利用している。
3.2 ICMP パケットの利用接続されているコンピュータの調査には、基盤センターで使用が登録されているサブネッ
トアドレスのすべてのアドレスに IP プロトコルとして規定されている ICM P(Internet Control
M essage Protocol) 応答要求パケットを送信し、応答があったアドレスを持つコンピュータが接続されているものと判断する。これは、コンピュータやコンピュータネットワークの不正利用のための対象となるコンピュータを検出する手段(IP スキャン)として紹介されている[3] 方法である。工学部での試行においては、全教官に IP スキャンについて了解を求めたと
ころ、４台のコンピュータについては、除外の申請があった。基盤センター（旧香川大学情報処理センター（以下「処理センター」と記す））に了解をえた。
この ICM P 応答要求パケットを送信して応答が返るか否かを判断するために ping(packet
internet groper) コマンドを用いた。このコマンドは、IP アドレスを指定してそのアドレスのコンピュータへの到達可能性を調べるために一般的に用いられるコマンドである。以下のような特徴がある。
1. コンピュータネットワークの管理のために規定された IP レベルのプロトコルであり、IP で接続されているコンピュータは、ほとんどが応答を返す。
2. 個人用防火壁システム(Firewall)の中には、応答を返さないように設定できるソフトウ
ェアがあり、完全に計数することはできない。
3. ルータなどのように複数の IP インターフェイスを持つコンピュータは、重複して計数される。
しかしながら、昨年 8 月(2003/8)にワーム「MS ブラスター」およびその変種（以降「M S
ブラスター類」と記す）が旧香川大学のネットワークに侵入してしまった。M S ブラスター類－ 17 －

は、まず IP スキャンによって感染したコンピュータから到達可能なコンピュータを検出した
後に、自分自身を感染させることを試みるワームである。そのために、ICM P 応答要求パケットに応答を返さないよう個人用防火壁システムを設定しているとこのワームの侵入を阻止することができ、急速に個人用防火壁システムが導入され、ICM P 応答要求パケットに対して応答を返さないコンピュータが増加した。
3.3 80 番ポートの確認
M S ブラスター類の感染によって、ICM P パケットを利用した調査では、誤差が大きいのではないかと考えられた。そこで、他の調査方法として TCP(transmission control protocol) プ
ロトコルで 80 番ポートでの通信の試みを行った。一般に、80 番ポートは、HTTP (hypertext
transfer protocol) で用いられるポートである。最近は、ルータなどのネットワーク機器もその設定に H TTP を用いることが多いので、より多くの IP アドレスにについてその到達可能性を確認できるのではないかと考えられる。
3.4 図表示
接続されているコンピュータの台数を表示するために通信量を図表示するために開発されたツール M RTG (multi router traffic grapher) [6]を用いた。MRTG は、通信量の日変化(5 分平均の変化)、週変化(30 分)、月変化(2 時間)、年変化(1 日) を図表示するツールである。もともとは、SNM P (simplenetwork management protocol) に基づいて通信量の変化を自動的に取り出して表示するツールである。
このツールで図表示するために、上で述べた調査方法によって得られたコンピュータの接続台数を整形して出力する。接続台数の調査間隔は、通信量の場合と同様に最小を 5 分とした。これは、工学部では、約 1,100 名の学生が携帯型パソコンを所有しており、コンピュー
タ台数の変動がかなりあること、図表示では変化が滑らかになる、などのためである。
最小の調査間隔を 5 分とするために、以下のような工夫を行った。ただし、実際に、使用したコマンドは、ICM P パケットを送信するアドレスをファイルで一括指定のできる fping コ
マンド[4]を用いた。
応答確認は、１つの ICM P パケットに対する応答の有無で判断する。
応答がないことの時間切れの判断を 100msec で行う。
異なったコンピュータへのパケットの送信間隔を 1sec とする。
調査するアドレス(全学で 130 サブネット、約 33,000 アドレス) を４つに分割し、並行して４つのプロセスで接続を確認する。
また、80 番ポートの確認には、Linux 版の nmap プログラム[5]を用いた。ただし、現在のところ、5 分の調査間隔では接続確認が間に合わない場合がある。

－ 18 －

４ コンピュータの接続台数
接続台数の計測結果グラフを図 1〜4 に示す。グラフは、2004 年 1 月 14 日 17 時 40 分のデータである。昨年 9 月に計測用のコンピュータのディスクを交換したので、年間グラフは 9月以降のデータだけである。

図 1 ICM P パケットを用いた計測(1)
図 1 から 5 分ごとの計測グラフから、2004 年 1 月 14 日 17 時 40 分に 1,753 台が接続されている。それまでの１日の 5 分ごとの計測では、最大値が 1,963 台であり、平均値が 1,368 台である。
ログデータを解析したところ、接続台数の最大値は、表 1 に示すとおり、ICM P パケットで計測したとき 2,111 台であり、80 番ポートを利用したとき 2,951 台である。計測法によって 840 台の差が生じている。

－ 19 －

図 2 ICM P パケットを用いた計測(2)図 3 80 番ポートを用いた計測(1)－ 20 －

図 4 80 番ポートを用いた計測(2)表 1 接続台数の最大値
ICM P パケット2003 年 12 月 9 日 17 時

2,115

80 番ポート
2,951

５ 今後の対応
接続されているコンピュータは、約 1,400 台から約 3,000 台の間で変化している。常時接続されているコンピュータとしては、ルータやスイッチ等のネットワーク機器、サーバ類などが考えられる。一方、変動するコンピュータとしては、利用者用のコンピュータシステム
やネットワークプリンタなどが考えられる。図 1, 図 3 では、少々判りにくいが毎日夜中に0:00‑
3:00 に約 100 台程度のコンピュータの増加が見られる。これは、工学部の専門情報処
理教育用システムで利用者用コンピュータシステムの設定の初期化を行う作業を行うために起動しているためであった。さらに、全学での M AC アドレス認証システムの導入によって全学での DHCP サービスを開始した[7]ので、より多くのコンピュータが接続されるものと考えられる。このように 3,000 台以上のコンピュータが接続される可能性のあるネットワーク
として安全性の確保がますます重要になる。
さらに、2003 年 10 月の旧香川大学と旧香川医科大学(現医学部)との統合によって、接続されるされているコンピュータの台数は、さらに増加している。医学部では、クラス C のア

－ 21 －

ドレスが使用されているので、コンピュータの接続状況を確認するには、調べる IP アドレスの範囲を拡大する必要がある。

６ おわりに
このように、約 3,000 台以上のコンピュータが接続されるようになると、それらのコンピ
ュータの安全性を基盤センターだけで確保することは、ますます困難になってきている。基
盤センターでは、ファイヤウォールサーバ[8]やネットワーク監視補助システム[9]、ウィルスチェックサーバ[10]などを導入してネットワークの安全性確保に努めている。しかしながら、M S ブラスター類の感染に見られるようにウィルスやワームの侵入を完全に遮断することは困難である。そのために、各利用者が自分が利用するコンピュータの安全性の確保に気を配って頂くことが重要になる。

参考文献[1] 三谷祐平, 古川善吾: 香川大学キャンパス情報ネットワークの現状, 平成 14 年度電機関係学会四国支部連合大会講演論文集,p. 295, 2003
[2] 堀口徹, 古川善吾: 工学部キャンパス情報ネットワークの現状, 平成 14 年度電機関係学会四国支部連合大会講演論文集,p. 305, 2002
[3] IPUSIRON: ハッカーの教科書, データハウス, 2001
[4] fping プログラム: http://www.fping.com/[5] nmap プログラム : http://www.insecure.org/nmap/[6] M RTG プログラム : http://people.ee.ethz.ch/˜oetiker/webtools/mrtg/[7] 総合情報基盤センター幸町分室: 認証 DH CP サーバの運用について,2003 年 12 月
http://www.cc.kagawa-u.ac.jp/user/in/qipman.html[8] 青木昌三, 瀬野芳孝, 曽根計俊: ファイアウォールでのパケット阻止状況の概要, 香川
大学情報処理センター年報, pp.24-63, 2001 年 2 月[9] 中村邦彦: ネットワーク監視補助システム, 香川大学情報処理センター年報, pp. 18-23,
2001 年 2 月[10] 最所圭三: 香川大学におけるウィルス対策メールシステム, 香川大学総合情報基盤セン
ター年報, 2004 年 2 月－ 22 －

香川大学におけるウィルス対策メールシステム
最所圭三 (香川大学工学部信頼性情報システム工学科)

１ はじめにインターネットの普及により、多くのコンピュータはネットワークに接続されている。これにより、世界中のコンピュータと瞬時に情報交換ができる反面、OS やネットワークアプリ
ケーションのセキュリティホールをついた侵入やコンピュータウィルス (以降ウィルス) の感染の危機にさらされている。
香川大学では、2003 年 3 月に情報処理センター (現総合情報基盤センター) の機器更新に伴いセキュリティの強化を行った。2003 年 3 月までのシステムではファイアーウォールのみ
で外部からの直接の攻撃を防いでいたが、新システムでは電子メール(以降単にメールと表記する) に対してウィルスチェックを行うサーバを導入し、情報処理センターがサービスする
メールサーバ (以降部局メールサーバ) 宛てのメールにウィルスが含まれているかどうかを検査することができるようになった。検査の結果、ウィルスが含まれている場合は、可能なら除去し、可能でなければそのメールを隔離し、ウィルスが含まれていたことを宛先のメー
ルアドレスに通知する。
メールを介してウィルスが感染する場合、ウィルスはメールの添付ファイルに潜み、そのメールを送られたコンピュータに侵入する。ここではウィルスを含むメールをウィルスメー
ルと呼ぶことにする。ウィスルメールがコンピュータに届けられただけではウィルスには感染しないが、その添付ファイルを展開し、実行したりアプリケーションで開いたりすることで感染する。感染したコンピュータは使用しているメーラ (メールの送受信、閲覧、作成を行うソフト) が持つアドレス帳などから次の感染先を選びメールに自分自身を含めて送る。
従って、何の対策も施さなければ、ねずみ算的にそのウィルスが広がることになる。
ウィルスを防ぐ方法として、ウィルスメールを見ないか削除することであるが、その見極めは難しい。このため、多くのユーザは、ウィルスバスターやノートン・アンチウィルスなどのウィルス対策ソフトウェアを導入している。ウィルス対策ソフトウェアは、(1) メール
をサーバから取り込むときに検査する、(2)メールや添付ファイルをファイルとして保存する
ときに検査する、(3) 定期的にディスクの中身を検査するなどの処理を行う。これら全てを行っているものもある。ウィルスチェックサーバは(1)の方法をメールがメールサーバに届く
前に行うものであり、これをを通してメールサーバがメールを受け取ることによりユーザはウィルスを含まないメールのみを受け取ることになる。
本報告では、このウィルスチェックサーバを組み込んだウィルス対策メールシステムの解説を行う。

－ 23 －

２ ウィルス対策メールシステムの設計
ウィルスチェックサーバを導入する前は、図 1 に示すように、内や学外のメールサーバの区別なく直接メールの交換を行っていた。さらに、同じサーバ上のユーザに対するメールは
直接宛先のユーザのメールボックスに書き込まれていた。この形態でウィルスチェックを行うためには各メールサーバにウィルスチェック機能を持たせなければならない。しかし、このためには台数分のウィルスチェックのソフトウェアが必要になりメールサーバに比例したコストが掛かる上に、研究室で立ち上げているメールサーバ宛てのメールを検査できない。

同一サーバ当てのメールトラフィック

学外
メールトラフィック
学内ネットワーク

部局メールサーバ

部局メールサーバ

部局メールサーバ

図 1 ウィルスチェックサーバ導入前のメールの流れ

学外
メールトラフィック
学内ネットワーク
ウィルスチェックサーバ

ウィルスチェック
同じサーバ上のユー
ザ宛のメールでもウィ
ルスチェックサーバに一旦送りチェッする

ウィルスチェックサーバと各学部メールサーバとの間のメールトラフィック

部局メールサーバ

部局メールサーバ

部局メールサーバ

図 2 ウィルスチェックサーバ導入後のメールの流れ－ 24 －そこで、図 2 に示すように、1 つのウィルスチェックサーバを置き、学外／学内／同一メ
ールサーバ内に関係なく全てのメールがウィルスチェックサーバを経由して配送できれば 1台のウィルスチェックサーバだけで学内の全てのメールサーバ宛てのメールおよび全てのメールサーバから発想されるメールの検査を行うことができることになる。これにより、メイル経由でウィルスに感染したり、ウィルスの感染源となることを防ぐことができる。つまり、
たとえ学外でウィルスに感染されたコンピュータが学内に接続してメール経由でウィルスを
他のコンピュータに感染させようとしても防ぐことができるということである。しかし、図 2の方式を実現するためには下記の 3 つの問題を解決しなければならない。
1. 学外からの全てのメールのウィルスチェックサーバへの配送
2. ウィルスチェックサーバから宛先のメールサーバへの配送
3. 学内メールサーバからの全てのメールのウィルスチェックサーバへの配送
これらの問題を解決するために、新システムで導入した学内向け DNS サーバを用いた。学内向け DNS サーバについては次節で、解決法については 4 節で説明する。

３ 学内向け DNS サーバ
インターネットにおける全ての通信は、IP アドレスと呼ぶインターネットに接続されているコンピュータに割り当てられている番号を用いて行われる。この番号は 32 ビットからなり、
通常オクテット (8 ビット) に分けそれを上位オクテットから 10 進数で表現したものをピリオドで連結した形式で表す。たとえば香川大学のホームページのトップページのサーバの IP
アドレスは 133.92.11.23 である。しかし、皆さんはこのサーバを指定するときこの番号ではなく、www.kagawa-u.ac.jp という名前 (以降ホスト名) で指定するだろう。ホスト名から
IP アドレスに変換する機構が DNS (Domain Name System) である。新システムでは、特定のコンピュータを学内からだけホスト名で参照できるようにするために学内向け DNS サーバを導入した。
以下、DNS および学内向け DNS サーバについて解説する。
3.1 DNS の仕組み
DNS では、名前を階層的に管理している。www.kagawa-u.ac.jp を例に取ると、図 3 に示す
ように、日本 (jp) の学術関係 (ac) の香川大学(kagawa-u) の中のコンピュータで名前はwww であることを示す。図 3 で、それぞれの○をドメインと呼び、○の中の○でそれらがコンピュータでない場合、それを外側の○から見てサブドメインと呼ぶ。www.kagawa-u.ac.jp の名前から、ac は jp、kagawa-u は ac.jp のサブドメインとなる。正式なホスト名を表す場合
は、www.kagawa-u.ac.jp. のように最後にピリオドを付けなければならない。最後のピリオド
は世界のトップドメインを表すが、通常は自動的に補完されることが多いので省略することが多い。ただし、メイルアドレスを表す場合は逆にピリオドを付けてはならない (メールサ－ 25 －

ーバとは異なるので注意すること) 。

www

ns1

徳島大学 (tokushima-u)

香川大学 (kagawa-u)
全世界 (.)

愛媛大学 (ehime-u)...

日本 (jp)...

企業 (co)
学術関係 (ac)

政府 (go)...
イギリス (uk)...

図 3 DNS の概念
各ドメインには、そのドメインに含まれるサブドメインやコンピュータのホスト名と IP ア
ドレスを関係づけるネームサーバ (以降 DNS サーバ) と呼ばれるコンピュータが存在する。
例えば、香川大学では ns1.kagawa-u.ac.jp がこれに当たる。あるドメインのネームサーバは、(1) そのドメインに直下のコンピュータのホスト前と IP アドレスの対応、(2) サブドメインの名前とそのサブドメインの DNS サーバとの対応を管理するとともに、ホスト名から IP ア
ドレスの変換のサービスも行う。DNS サーバに世界のトップドメインを管理している DNS
サーバを与えることにより、自分の管理下のドメイン以外のホスト名の問い合わせが来たときは、トップドメインを管理している DNS サーバから順にたどり、最終的にそのホスト名を管理しているサーバから IP アドレスを問い合わせることができる。例えば、www.yahoo.co.jp.
の IP アドレスは、トップドメインを管理しているサーバ、jp. を管理している DNS サーバ、
co.jp. を管理している DNS サーバ、yahoo.co.jp. を管理している DNS サーバの順に問い合わせることにより得ることができる。DNS は、ホスト名から IP アドレスへの変換だけでなく、
メールサービスを行っているホスト名、あるホストの別名の設定や IP アドレスからホスト名の変換も行うことができる。
DNS サーバへの登録は、以下に示すような設定ファイル (ここではゾーンファイルと呼ぶ)－ 26 －

に登録することで行われる。
$ORIGIN kagawa-u.ac.jp.
@
IN
MX 10
IN
MX 100
ns1
IN
A
www
IN
A
ftp
IN
CNAME
vcheck1INAvcheck2INAvcheck2.kagawa-u.ac.jp.
vcheck1.kagawa-u.ac.jp.
133.92.11.17
133.92.11.23
www.kagawa-u.ac.jp.
133.92.6.38
133.92.6.39

先頭の $ORIGIN は管理しているドメイン名を表し、それ以降に登録されている名前とピリオドで連結したものがホスト名になる。 @はそのドメイン自身と同じ名前であることを表し、ここでは kagawa-u.ac.jp. を表す。
IN A

は IP アドレスとの対応を表し、例えば ns1.kagawa-u.ac.jp. の IP アドレスは133.92.11.17 になる。
IN M X 数字

はメイルサーバとの対応を表し、この例ではメールのドメイン (メールアドレスで@ 以下の部分) が kagawa-u.ac.jp のメールサーバは vcheck2.kagawa-u.ac.jp. である
ことを示す。M X は 1 つのメールアドレスに対して複数のメールサーバを割り付けることができる。この場合、M X の後ろの数字の小さいものからメールを転送できるか試み、失敗す
れば次に数字の大きなものに転送を試みていく。
IN CNAM E

はあるホスト名のコンピュータを別の名前で参照するために用いるもので、

例では ftp.kagawa-u.ac.jp. の実体は www.kagawa-u.ac.jp. であることを示す。これにより、1
つのコンピュータを目的に応じて別の名前で参照することが可能となる。
M X も CNAM E にはどのようなホスト名を指定してもよいが、当然ながら指定されたホスト名のコンピュータの管理者の了解を取らなければならない。
ネームサーバに名前を登録する利点はこれだけでなく、ホスト名でホームページのサーバを公開している場合に、サーバの IP アドレスが変わってもネームサーバの登録内容を変更するだけで、他にアナウンスしなくても良いことである。IP アドレスを公開していた場合、IP
アドレスが変われば全ての公開先に連絡しなければならない。
3.2 学内向け DNS
皆さんの中には、名前で参照したいのだが学内のみで使うコンピュータなので、外部から名前で参照されたくない等の理由により DNS に登録されていない方もおられるだろう。
このため、新システムでは、世界的な DNS から外れた (つまり ac.jp. を管理している DNS
サーバが知らない) DNS サーバ (以後、学内向け DNS サーバ) を設置した。ただし、学内向
け DNS サーバには世界のトップドメインを管理している DNS サーバが与えられているので、香川大学のドメイン以外に対しては今までの DNS サーバ (以後、学外向け DNS サーバ) と同じ結果が得られる。これらの DNS サーバのゾーンファイルに、図 4 で示すような内容を登－ 27 －

.
jp uk ...
ac co ...
kagawa-u

kagawa-u(学外向けDNSサーバ)(学内向けDNSサーバ)$ORIGIN kagawa-u.ac.jp.
ns1
A
133.92.11.17
www A
133.92.11.23...

$ORIGIN kagawa-u.ac.jp
ns1
A
133.92.11.17
www A
133.92.11.23...
inner A
133.92.6.111
こちらにのみ登録

図 4 ゾーンファイルの設定例

録したらどうなるであろうか。両方のサーバとも ns1.kagawa-u.ac.jp と www.kagawa-u.ac.jpの IP アドレスを与えるが、inner.kagawa-u.ac.jp の IP アドレスは学内向け DNS サーバにも与える。学内向け DNS サーバは世界的な DNS に入っていないので、このサーバを直接指定しない限りは inner.kagawa-u.ac.jp の IP アドレスを得ることができない。つまり、学内からだけ
学内向け DNS サーバを指定できるようにすることで、このサーバにのみ登録されたホスト名
は、学内だけで有効になる。
学内向け DNS サーバを使用するためには、2 つの作業が必要になる。1 つは学内でのみホ
スト名で参照するコンピュータを学内向け DNS サーバに登録することで、もう 1 つは学内のみで参照できるホスト名を参照したいコンピュータの DNS サーバを学内向け DNS サーバに変更することである。前者は学内向け DNS サーバの管理者が行い、後者は自分自身で行うことになる。新システムで同様に利用できるようになった DH CP サーバによって IP アドレスが割り当てられるコンピュータに対しては、自分で固定して設定していない場合は自動的に学内向け DNS サーバが割り当てられるように設定しているので、特に設定する必要はない。ただし、学内向け DNS サーバは学外からアクセスできないので、DNS サーバを固定で指定している場合に、そのコンピュータを学外で使用すると学内向け DNS サーバにアクセスできな－ 28 －

いので、注意が必要である。学外向け DNS サーバおよび学外向け DNS サーバのホスト名とIP アドレスは現時点では以下のようになっている。
学内向け DNS サーバ

学外向け DNS サーバ

工学部以外

kns1.kagawa-u.ac.jp(133.92.6.17)

ns1.kagawa-u.ac.jp(133.92.11.17)

工学部

ens1.eng.K agawa-u.ac.jp(133.92.167.2)

dns.eng.kagawa-u.ac.jp(133.92.167.17)

４ ウィルスチェックサーバの運用
本節では、２節で挙げた問題点を解決し、ウィルス対策メールシステムを運用するための方法を示す。
1. 学外からの全てのメールのウィルスチェックサーバへの配送
これは、ウィルスチェックを行うメールのドメインのメールサーバがウィルスチェックサーバになるように、DNS サーバで設定すればよい。例えば、ゾーンファイルの内容を以下のようにすればよい。
$ORIGIN kagawa-u.ac.jp.
@
IN
MX 10
IN
MX 100$ORIGIN cc.kagawa-u.ac.jp.
@
IN
MX 10
IN
MX 100vcheck2.kagawa-u.ac.jp.
vcheck1.kagawa-u.ac.jp.
vcheck1.kagawa-u.ac.jp.
vcheck2.kagawa-u.ac.jp.

中略vcheck1
vcheck2

IN
IN

A
A

133.92.6.38
133.92.6.39

実際のシステムでは、負荷分散とウィルスチェックサーバの障害時の対策のために、ホスト名が vcheck1.kagawa-u.ac.jp. と vcheck2.kagawa-u.ac.jp.であるウィルスチェックサーバを2 台導入しているが、部局によって優先するサーバが異なっている。
2. ウィルスチェックサーバから宛先のメールサーバへの配送
2 つの方法がある。1 つはウィルスチェックサーバにメールのドメイン毎にメールサーバを指定するものである。もう 1 つは学内向け DNS サーバと組み合わせることである。後者は、上記の学外向け DNS サーバのゾーンファイルに対応する部分を以下のように変更し、ウィ
ルスチェックサーバが用いる DNS サーバを学内向け DNS サーバに設定することで実現できる。この DNS サーバを用いると kagawa-u.ac.jp のメールサーバは mail.cc.kagawa-u.ac.jp.
というメールサーバであることが得られる。

－ 29 －

$ORIGIN kagawa-u.ac.jp.
$ORIGIN kagawa-u.ac.jp.
@
IN
MX 10
$ORIGIN cc.kagawa-u.ac.jp.
@
IN
MX 10
mail
IN
A

mail.cc.kagawa-u.ac.jp.
mail.cc.kagawa-u.ac.jp.
133.92.6.29

略

本システムでは、ウィルスチェックサーバが参照する DNS サーバ以外を変更する必要がな
いので学内向け DNS サーバと組み合わせる方法を採用した。
研究室でメールサーバを立ち上げた場合には、学外向け DNS サーバにはウィルスチェック
サーバを、学内向け DNS サーバには立ち上げたメールサーバを M X で指定することで、学外向け DNSサーバを参照しているサーバからのメールに対してウィルスチェックサーバでの検査が行われる。
3. 学内メールサーバからの全てのメールのウィルスチェックサーバへの配送
同一サーバ内のユーザ宛以外のメールに関しては、smarthost と呼ぶ方法で実現できる。メールサーバは通常、同一サーバ内のユーザ宛以外のメールをそのメールの宛先のメールサ
ーバの M X を検索して送るが、smarthost が設定されている場合は、smarthost で指定されているメールサーバに送る。
この機能は古いメールサーバには装備されていない場合がある。このようなサーバを研究室のメールサーバとした場合は、そのサーバが用いる DNS サーバを学外向け DNS サーバにしなければならない。以下で説明するが、セキュリティ強化のために、部局メールサー
バはウィルスチェックサーバ以外から受け取らないように設定しているからである。
同一サーバ内のユーザ宛てのメールをウィルスチェックサーバに送ることを実現するためには、新たなメールサーバの導入が必要であった。この新たなメールサーバがダウンした
場合、部局メールサーバ宛の全てのメールの配送が止まるなどの問題点があるので、この方法を採用しなかった。代わりに各ユーザのメーラのメールの送信先をウィルスチェック
サーバに指定するように変更してもらうことで対処した。つまり、ユーザからのメールを部局メールサーバを通じて送らないようにすることにより、部局メールサーバから同一サーバ宛のメールがなくなる。しかし、以前の設定のままのユーザがいた場合、そのユーザがウィルスメールを同一サーバ内のユーザに送信した場合に、ウィルス検査が行われないで宛先のユーザにウィルスメールが送られることになる。このセキュリティホールをなくすために、部局メールサーバはウィルスチェックサーバ以外からメールを受け取らないよ
うに設定した。つまり、設定を忘れたユーザからのメールは拒否されるので、部局メール
サーバにウィルスメールが入り込まなくなる。
これを機会に各部局で使用する POP サーバ (メールを受信するサーバ) と SM TP サーバ－ 30 －

(メ ール を送 信す るサ ーバ ) の名前 を統 一した。 職員 の場合は 、そ れぞれ pop. 部局
名.kagawa-u.ac.jp と smtp.部局名.kagawa-u.ac.jp とした。部局名には、ed (教育学部)、jl (法学部)、ec (経済学部)、eng (工学部)、ag (農学部)、cc (総合情報基盤センター)、ao (事務局) がある。また学生に対しては、それぞれ stpop.部局名.kagawa-u.ac.jp と stsmtp.部局
名.kagawa-u.ac.jp とした。pop と stpop の各部局メールサーバの別名、smtp と stsmtp はウィルスチェックサーバの別名として定義されている。

学外

部局メールサーバ
上から同一サーバへの直接のメール
トラフィック

部局メールサーバ

学内ネットワーク
ウィルスチェックサーバ

部局メールサーバ

部局メールサーバ

図 5 ウィルスチェック対策メールシステムにおけるメールの流れ

以上の方策を行うことにより、部局メールサーバに関しては図 5 で示すようなメールの配送を行うことができるようになった。ユーザが部局メールサーバにリモートログインし UNIXの機能を用いて自サーバのユーザ宛にメイルを出さない限り、部局メールサーバ宛ての全てのメールはウィルスチェックサーバを通ることになる。部局メールサーバにログインして直接メールを出す問題は残っているが、一般ユーザがこのような語りで利用することはまずな
く、必要なら学部サーバへのリモートログインを禁止することで完全になくすことも可能である。

－ 31 －

５ まとめ以上、香川大学におけるウィルス対策メールシステムの解説を行った。本システムで防ぐことができるウィルスはメールを経由したものだけであり、ホームページにアクセスすることによって感染するウィルスや MS-BLAST のようなインターネットに繋いだだけで感染するようなウィルスを防ぐことができないので注意してもらいたい。
あと、ウィルスチェックサーバを導入する副産物として、今までは研究室でメールサーバを立ち上げる場合は、ファイアーウォールでそのサーバの SM TP のポートを通すように設定しなければならなかったが、メールを実際に受けるサーバをファイアーウォールの中にあるウィルスチェックサーバだけにできるので、メールの送受信にのみ用いるならファイアーウ
ォールへの登録を必要としなくなったことがある。さらに、学外のメールサーバと直接通信をしないので、学外からメールサーバのソフトのセキュリティホールをついた攻撃を受けなくなることも利点の 1 つである。

－ 32 －

X3D について— Web3D は復権するか？ —香川 考司
工学部信頼性情報システム工学科
概要

2002 年 7 月に X3D の最終ワーキングドラフトが Web3D Consortium
により発表された。X3D は VRML97 の後継として設計された 3D グラ
フィックスのファイル形式の規格である。2003 年 2 月に ISO に提出されており、審査を経て、ISO で国際標準規格として認められる予定である。
本稿ではこの X3D を簡単に紹介することにする。

1

X3D とは

X3D とは eXtensible 3D の略であり、VRML97 の後継として設計された 3Dグラフィックスのファイル形式の規格である。
VRML971 はその名の通り 1997 年に制定され、WWW で（HTML のような2 次元だけではなく）3 次元のコンテンツを表現する手段として、大きな期待を寄せられていた。しかし結局当初騒がれたほどには普及しなかった。これは当時のコンピュータとネットワークの性能が貧弱だったのが大きな原因であると思われる。当時のネットワークの性能では VRML を閲覧するためのソフトウェア（プラグイン）をダウンロードするには、とても時間がかかった2 。それでいて見ることができる絵はデータを小さくしているためにみすぼらしくて、しかもハードウェアの性能が足りないため滑らかに動かなかった。
しかし、それから 5 年以上たった今、状況は大きく変わったようである。

ADSL や光ケーブルなどのブロードバンドが普及し、X3D/VRML のプラグイ
ンはそれほど大きなソフトウェアとは感じられなくなった。またデータの大きさをケチる必要もなくなって、物体を高精細にモデル化できるようになった。最近の NVIDIA 社や ATI 社などの 3D グラフィックスアクセラレータは、
ちょっとした 3D 図形の描画には充分すぎるほどの性能を持っている。
一方、X3D/VRML に代わるような標準的な 3D グラフィックスフォーマッ

1 VRML2.0 は VRML 97 が ISO で認められる前のドラフト段階での仕様の名前である。VRML97と VRML2.0 の間に違いはほとんどない。
2 28.8kbps のモデムを使っていたと仮定すると、理想的な状況でも当時の代表的な VRML プ
レイヤーである CosmoPlayer（約 3.2MB）のダウンロードに 15 分程度かかっていた計算になる。

1－ 33 －

トは（少々値段のはるソフトウェアで作成するフォーマットを別とすれば3 ）他に適当なものは見当たらないようである。WWW のコンテンツを、効果的に伝えるために 2 次元ではなく 3 次元を利用したいと思うことは、誰でも時々あるのではないかと思う。これまでは適当なフォーマットがないために我慢せざるを得なかった。しかし、X3D の制定をきっかけに WWW で 3D コンテンツを利用しようと言う気運が再び盛り上がる可能性がある。VRML97 の時のようにブームとはならなくても、国際標準規格として認められれば、少な
くとも異種ソフトウェア間のデータ交換用フォーマットとして定着することが期待できる。

X3D は eXtensible というその名の通り、容易に拡張ができるように設計されている。逆にこれによりコアの部分は小さくでき、必要に応じて閲覧ソフ
トを軽量に実装することもできるようになった。そのため、携帯電話などモ
バイル機器での利用が広まる可能性もある。
さらに X3D の最大の特徴は XML[1] 化された文法である。HTML（XHTML）
や SVG[2] など、XML に基づく他のファイル形式と同じように、< 何か>〜</
何か>という形のタグを用いる。例えば円筒形の定義は<Shape><Appearance><Material diffuseColor="0.6 0.4 0" /></Appearance><Cylinder radius="2" /></Shape>というようになる。
一方、X3D には従来の VRML97 と同系統の文法（VRML エンコーディング）も用意されている。上と同等の内容がこのエンコーディングでは、以下のようになる。

Shape {
appearance Appearance {material Material {diffuseColor 0.6 0.4 0}}
geometry Cylinder {radius 2}}
これに対して先程の文法を XML エンコーディングと言う。HTML に慣れていると恐らく XML の方が読みやすいのではないだろうか？ また XML は Javaなどプログラム言語で操作するときにも、操作用のライブラリがあって便利である。本稿では、これから主流になると思われる XML エンコーディングを中心に紹介することにする。（“X3D” という言葉は狭い意味に用いられた
場合は、XML エンコーディングの方のみを指すこともある。）
3 大学は基本的にビンボーなところなのでタダというのは重要な特徴の一つである。

2－ 34 －

なお、X3D は、VRML エンコーディングでは VRML97 の上位互換となるように設計されている。これにより従来の VRML97 の資産もそのまま継承できる。2 つのエンコーディング間の変換プログラムなども入手可能である。

2

X3D 関連ソフトウェアを入手する
本稿の執筆時現在4 、X3D の XML エンコーディングを読み込める Web ブ

ラウザ用の VRML プラグインが、いくつか出初めている。Web ブラウザに

VRML/X3D 用のプラグインがインストールされているかどうかは、“VRML
Plugin and Browser Detector” のページ5 で調べることができる。また、新しい
VRML/X3D のプラグインの情報も、このページで手に入れるのが便利なようである。
今のところ、Windows 用には、Media Machines 社の Flux6 、Octaga 社のOctagon Player7 、Vcom3D 社の Vcom3D Venues8 、Bitmanagement Software
GmbH の BS Contact VRML9 などのいくつかのプラグインが利用できる。現時点で、筆者がお勧めするのは BS Contact VRML である。
一方、Linux や Mac 用は利用できるプラグインはまだ少なく、今のところ
FreeWRL10 という Netscape/Mozilla 用のオープンソースのプラグインだけのようである。このようなプラットフォームで X3D 用のプラグインが普及するまでの一時しのぎとして、XML エンコーディングの X3D ファイルを、XSLT
で従来の VRML97 に変換することもできる。この変換はファイルの作成者が前もって行なっておく必要がある。そうすると閲覧者は VRML97 用プラグインを利用して再生することが可能である。（もちろんこの場合は X3D で新しく導入された特徴は利用することはできない。）また、VRML エンコーディ
ングの X3D の場合は、新しく拡張された部分を使っていなければ、従来のVRML97 用のプラグインで、たいてい再生できるようである。
従来の VRML97 用プラグインとしては、Compute Associates 社が現在配布している CosmoPlayer（http://ca.com/cosmo/）、Parallel Graphics 社のCortona（http://www.parallelgraphics.com/products/cortona/）などが Windows と Mac で利用できる。Cortona は VRML97 対応とはいえ、X3Dのいくつかの機能を先取りしているようである。

X3D の一般的な情報（仕様やその他のソフトウェアの情報）については、
Web3D コンーソシアム内のホームページ（http://www.web3d.org/x3d.html）
4 2004 年 1 月
5 http://cic.nist.gov/vrml/vbdetect.html
6 http://mediamachines.com/download.html Internet Explorer 専用（ActiveX bridge を用いれば、Netscape/Mozilla でも利用可能とのことである。）
7 http://www.octaga.com/prod_octagonfpl.html Internet Explorer 専用
8 http://www.vcom3d.com/Viewer.htm Internet Explorer 専用
9 http://www.bitmanagement.de/products/bs_contact_vrml.en.html Internet Explorer
および Netscape/Mozilla 用
10 http://freewrl.sourceforge.net/

3－ 35 －

から入手できる。

3

X3D を作成する

3.1

X3D-Edit について

X3D の作成には、通常のテキストエディタも使用できるが、X3D の作成に特化した構造化エディタとして、X3D-Edit がある。X3D-Edit は http://www.
web3d.org/TaskGroups/x3d/translation/README.X3D-Edit.html から入手可能である。X3D-Edit は VRML97 への変換・VRML97 プラグインを使用
して表示という作業をボタン一つで実行してくれる。
少し大きな X3D ファイルを作成するには、エラーを防ぐために是非とも
X3D-Edit のような構造化エディタを使うべきであろう。しかし、ここでは、小さい例しか紹介しないので、X3D ファイルは通常のテキストエディタ（メモ帳・Emacs など）で作成することにする。

3.2

スケルトン

X3D のファイルのスケルトンは次のようになる。
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE X3D PUBLIC"ISO//Web3D//DTD X3D 3.0//EN""http://www.web3d.org/specifications/x3d-3.0.dtd"><X3D profile="Interchange"><head><meta name="description" content="Simple Test" /></head><Scene><!-- Scene graph nodes are added here. --></Scene></X3D>
1〜4 行目は XML ではおなじみの書き方である。1 行目の encoding の値はこ
こでは UTF-8 になっているが、使用する文字コードに応じて ISO-2022-JP,SHIFT_JIS, EUC-JP などに変更する。
5 行目の X3D タグの profile=の部分が、X3D に特徴的な部分で、このファイルで使用するタグの集合を指定する。Core, Interchange, Interactive,
Immersive, MPEG4, Full の順に使用できるタグの種類が増える。（その代わり再生に必要なソフトウェアが重くなる。）このうち Immersive が従来のVRML97 に相当するようである。
<head>〜</head>の部分（6〜8 行目）はオプショナルであるが、上記のように meta タグで description（内容の短い説明）を入れておくと良いだろう。
4－ 36 －

そして、<Scene>〜</Scene>の部分（9〜11 行目）に実際の 3D 物体を記述する。

XML エンコーディングされた X3D ファイルの拡張子は.x3d である。
（VRML
エンコーディングの場合は従来通り.wrl であるが、x3dv という新しい拡張子を採用するという情報もあるようだ。）
X3D で作成したグラフィックスを HTML ファイル中に画像として埋め込む
ためには、HTML の object タグを用いる。
<object data="test.x3d" type="model/x3d+xml"
width="256" height="256">
X3D を表示できないブラウザではこの部分が出力されます。
</object>type 属性に用いる文字列（MIME type）は、model/x3d+xml を指定する11 。

3.3

3D 物体

それでは、Scene に物体を追加してみよう。上記のスケルトンのコメント（<!-- Scene graph nodes are added here.

--> ）の部分を次のように書き換えてみる。（以下の例ではすべてこの部分のみを示す。）<Shape><Cylinder /></Shape>
Shape というタグの中に Cylinder というタグを入れることによって、円筒形（Cylinder）が現れる（図 1 左）。しかし、これでは色が白（実際は明るい灰図 1: 白とピンクの Cylinder色）で立体感がほとんどない。そこでこの円筒に色をつけてみることにする。
色を付けるには Appearance と Material というタグを用いる。Material タ
グの diffuseColor という属性に RGB 値を指定することによって、物体に色をつけることができる（図 1 右）。

<Shape><Cylinder />11 ただし、正式には MIME type はまだ決まっていないようである。

5－ 37 －

<Appearance><Material diffuseColor="1 0.5 0.5" /></Appearance></Shape>
なお、diffuseColor という属性は物体が反射する色を指定する。これに対して emmisiveColor という、物体が自ら発する光の色を指定する属性もある。

Cylinder は既定値では半径 1, 高さ 2 になっている。radius と height という属性を変更することによって、この値を変更することができる。
<Shape><Cylinder height="1.5" radius="1.8" /><Appearance><Material diffuseColor="1 0.5 0.5" /></Appearance></Shape>
この結果を図 2 左に示す。

3.4

物体の移動

3D 物体はデフォルトでは中心に座標の原点が来るように配置される。物体を平行移動させたり、回転させたりするには Transform というタグで移動させたい部分を囲む（図 2 右）。

<Transform rotation="1 0 0 0.785"><Shape><Cylinder /><Appearance><Material diffuseColor="1 0.5 0.5" /></Appearance></Shape></Transform>
Transform タグには次のような属性がある。
属性名

説明

例

translation
rotation

平行移動の各座標軸方向

centerscale
scaleOrientation

回転と拡大・縮小の中心点

1 0 0
1 0 0 0.785
0 1 0
2 1 0.5
0 1 0 0.785

回転軸（1〜3 番目）と回転量（4 番目）
拡大・縮小の各座標軸方向
拡大・縮小の向き（回転軸と回転量）

角度の単位はラジアンである。例えば translation="1 0 0"は x 軸方向へ 1
移動することを表し、rotation="1 0 0 0.785"は x 軸中心に 0.785 ラジア
ン（約 45 度）回転することを表す。なお、Transform タグで平行移動・回転・拡大が同時に 2 つ以上指定された時は、拡大・縮小 → 回転 → 平行移動の順に適用される。

6－ 38 －

図 2: Cylinder の属性と回転

3.5

いろいろな 3D 形状

基本的な物体形状としては、Cylinder の他に Box（直方体）、Sphere（球）、Cone（円錐）などがある。また、文字列を表示するには Text というタグを用い、表示する文字列を string という属性で与える。
<Shape><Text string="Hello!" /></Shape>
ちなみに Text タグで string に日本語を与えると、現時点では BS Contact

VRML をはじめ、多くの X3D プラグインでうまく表示されないようである。
図 3 にこれらのさまざまな形状を適当な角度から見たものを示す。これら<Sphere /><Box /><Cone />

<Text string="Hello!" />図 3: いろいろな形状のタグは次に示すような属性を指定することもできる。

7－ 39 －

タグ

属性

意味

既定値

Box
SphereCone

sizeradiusheightbottomRadius
stringx, y, z 軸方向のサイズ
半径
高さ
底面の半径
文字列

2 2 2
2
2
1
（必須）

Text

さらに、ここでは詳しく説明できないが、IndexedFaceSet（複数のポリゴンを組み合わせた形状）、Extrusion（2 次元の多角形に厚みを持たせた形状）、ElevationGrid（2 次元座標の上で高さを指定する形状）など、もう少し複雑な形状を表現できるタグもある。

3.6

ハイパーリンク

HTML でテキストや画像にリンクを設定できるのと同じように、X3D でも物体にリンクを貼りつけることができる。Anchor というタグを用いる。
<Anchor url="http://stwww.eng.kagawa-u.ac.jp/"><Shape><Sphere /></Shape></Anchor>
これで、url という属性でリンク先を指定する。リンクを貼り付けた物体をクリックすると、指定されたリンク先にジャンプする。

3.7

視点の変更

視点はデフォルトでは (0, 0, 10) という座標にあり、原点方向（つまり (0, 0, −1)方向）を向いている。
（VRML の座標系は x 軸が画面の右向き、y 軸が画面の上向き、z が画面から手前方向に伸びる。つまり右手座標系である。）

Viewpoint というタグで視点を他の座標に指定することができる。視点は複数指定することができて、その場合はブラウザの操作で視点を切替えることができるようになる。例えば、<Scene><Shape><Box /></Shape><Viewpoint description="first"

orientation="1 0 0 -0.785"
position="0 10 10" /><Viewpoint description="second" orientation="0 1 0 0.785"
position="10 0 10" /><Viewpoint description="third" orientation="-1 1 0 1.57"
position="10 10 0" /></Scene>8－ 40 －

とすると、3 つの地点から原点方向にある立方体を見ることができる。Web
コンテンツとして X3D を見る時、閲覧者にとってはマウスで視点を移動する
ことは、慣れないと難しいので、コンテンツの作成者がいくつかの適切な視点をあらかじめ用意しておくのが親切であると思われる。

X3D にはこの他にも多くの種類のタグがある。ここではとてもすべては紹介できないので、興味を持った方は、X3D の仕様について、http://www.web3d.

org/TaskGroups/x3d/x3d_spints.html を参考にしていただきたい。また、
X3D のサンプルは http://www.web3d.org/TaskGroups/x3d/translation/
examples/contents.html で見つけることができる。

4

X3D をプログラムで生成する
エディタ上で手作業で X3D ファイルを作成すると、どうしても作成可能な作品には限界がある。ここではプログラムで X3D ファイルを作成してみよう。ここで作成するのは図 4 のような色立体である。プログラミング言語は何でも構わないが、ここでは C 言語を用いることにする。プログラムのソースは図 5 のようになる。

白側から

黒側から

図 4: X3D による色立体
二重引用符は C の文字列を表すのに使用するため、X3D 中の文字列を囲
むためには、二重引用符（"）ではなく、一重引用符（’）を使用している。

XML ではどちらの引用符も同じように使えることになっている。
ループの中で 9 × 9 × 9 = 729 個の球を色と位置を変えながら描画している。
なお、3D アクセラレータのないコンピュータで再生するためには step の値
を 2 くらい（5 × 5 × 5 = 125 個の球）にした方が良いようである。

Viewpoint は (6, 6, 6)（白側）と (−6, −6, −6)（黒側）の 2 地点から原点方向に向くように設定している。

9－ 41 －

#include<stdio.h>#include<math.h>int main(int argc, char** argv) {int i, j, k, step=1;/* X3D のヘッダ部などを出力する */printf("<?xml version=’1.0’ encoding=’UTF-8’?>Y=n");printf("<!DOCTYPE X3D PUBLICY=n");printf("’ISO//Web3D//DTD X3D 3.0//EN’Y=n");printf("’http://www.web3d.org/specifications/x3d-3.0.dtd’>Y=n");printf("<X3D profile=’Interchange’>Y=n");printf("<head>Y=n");printf(" <meta name=’description’ content=’Color Cube’ />Y=n");printf("</head>Y=n");printf("<Scene>Y=n");/* 3 重ループで Sphere を出力する */for(i=0; i<=8; i+=step) {for(j=0; j<=8; j+=step) {for(k=0; k<=8; k+=step) {printf("<Transform translation=’%f %f %f’>Y=n", 0.5*i-2, 0.5*j-2, 0.5*k-2);
printf(" <Shape>Y=n");printf("<Appearance>Y=n");printf("<Material emissiveColor=’%f %f %f’Y=n",(double)(i*32)/256.0, (double)(j*32)/256.0, (double)(k*32)/256.0);
printf("diffuseColor=’0 0 0’ />Y=n");printf("</Appearance>Y=n");printf("<Sphere radius=’0.25’ />Y=n");printf(" </Shape>Y=n");printf("</Transform>Y
=n");
}
}
}
/* 視点の設定 */printf(" <Viewpoint description=’white’printf("printf("}<Viewpoint description=’black’printf("/* 閉じタグ */printf("</Scene>Y=n");printf("</X3D>Y=n");

図 5: cube.c10－ 42 －

orientation=’-1 1 0 %f’Y=n",acos(sqrt(3)/3.0));
position=’6 6 6’ />Y=n");orientation=’-1 1 0 %f’Y=n",-acos(-sqrt(3)/3.0));
position=’-6 -6 -6’ />Y
=n");

5

X3D の新しい機能
ここまでに紹介した X3D の機能は、実は VRML97 にも既にあったものばかりである。しかし、XML の文法を採用したおかげで、従来の VRML に比べると、学習する上で負担が少なくなっていることは間違いないだろう。プ
ラグインも相対的に軽くなったことでもあるし、たとえ VRML97 相当の機能しか使わないとしても、X3D を試してみる価値はあるのではないかと思う。
しかし X3D で新しく拡張された部分ももちろん注目に値する。X3D で拡張された機能はたくさんあるのだが、ここでは NURBS を簡単に紹介する。

NURBS は Non-Uniform Rational B-Sprine の略であり、少ない代表点を指定することで滑らかな曲面を表現する手法の一つである。2D グラフィックスのベジエ（Bezier）曲線や B スプライン曲線の 3D 版と考えれば良いだろう。
従来の VRML97 では、作成できる 3D 形状は基本的にポリゴン（多角形）の集まりで、しかもポリゴンが粗く見映えが悪かった。ゲームや映画の CG のような美しい 3D と比べるとガッカリするようなものだった。しかし、NURBSを利用すると滑らかな美しい曲面が表現できる。図 6 は NURBS で表現され

図 6: NURBS によるアヒル
たアヒル12 である。この曲面を微小なポリゴン（IndexedFaceSet）だけで表現しようとすると膨大なデータが必要になって、ブロードバンドと言えどもデータのダウンロードがたいへんである。NURBS を使用すると、このアヒルの場合 10 キロバイト程度のファイルサイズですむ。
もちろんこのような曲面のデータは、手作業でつくるのは難しい。3D モデ
リングソフトで作成してエクスポートするか、プログラムで生成することになるであろう。
ところで、X3D には（VRML97 も）意外なことに 3D テキストを表現する命令がないようである13 。ここで言う 3D テキストとは Word や PowerPoint
12 URL
はhttp://www.web3d.org/TaskGroups/x3d/translation/examples/Nurbs/
originals/nrbduck_0.wrl である。
13 Cortona や BS Contact VRML は独自の拡張として、3D テキストを表現する命令を持っている。

11－ 43 －

の “ワードアート” で作れるような、厚みを持ったテキストのことである。

X3D の Text タグには厚さを指定する属性はない。3D テキストは X3D ではIndexedFaceSet で表現しなければならず、現状では 3D モデリングソフト
で作成する必要があるようだ。

6

おわりに本稿を読んで、X3D を試してみようという気になっていただければ幸いである。ところで X3D を Web ページで使う場合にはいくつか注意しなければいけない点があると思われる。最後に、本稿を準備中に X3D/VRML で遊んでいて気付いたことについて述べる。
まず、まだ現状ではハードウェアの 3D グラフィックスアクセラレータの性能にはバラツキがある。特にノートパソコンや省スペースパソコンなどは、

3D グラフィックスアクセラレータと呼べるほどのモノをつんでいないのが普通である。そのようなパソコンで表示する必要がある場合は、3D 物体は “軽め” のものにとどめておくことが必要である。
また、3D 空間を移動したりするための操作法はプラグインごとにも微妙な違いがあり、よっぽど慣れていないと操作にまごついてしまう。そのためユーザが不慣れな操作をしなくても良いように、視点（Viewpoint）をいく
つかあらかじめ指定しておくことは重要であろう。プラグインを持っていない人やプラグインが存在しないプラットホームを使用している人のために、
サーバサイドで（前もって、もしくは動的に）2 次元のフォーマットに変換しておくのも場合によっては有効な方法であろう。X3D は XML なので、この目的のために、Apache Cocoon のようなさまざまな道具を利用することができると思われる。

XML 関連の道具の充実ぶりを考えると、VRML の XML 化は当然の方向であると思われる。Windows 以外にも Linux、Mac、さらには携帯電話などのプラットフォームで X3D プラグインが一般に利用できるようになり、3D
グラフィックスの形式の標準として普及することを期待したいと思う。

参考文献[1] 青木 昌三 「XML プログラミングによる HTML ファイルの作成— シラ
バスファイルを例として—」 年報 第 9 号 （香川大学情報処理センター,

2001 年 2 月）
[2] 香川 考司 「SVG の勧め」 年報 第 10 号 （香川大学情報処理センター,
2002 年 2 月）

12

－ 44 －

Java による Web アプリ開発の勧め（Ⅰ）−Tomcat と Cocoon2 利用環境の構築−
教育学部 青木 昌三■はじめに
サーバサイドでのダイナミックな Web ページ作成を中心とする Web アプリケーション（Web サーバ上でのアプリケーション，Web アプリ）の開発手段の１つとして，Java によるアプローチがある。
その中でも，
身近で手軽なソリューションの 1 つは，Tomcat と Cocoon2を利用することであろう。
Tomcat は，Java によるダイナミックな Web ページ作成で用いられる，サーブレット（Servlet）やビーンズ（Beans），HTML ファイル中に Java コードを埋め込んだかたちの
JSP（Java Server Pages）ファイルを利用するにあたって必要な Java Servlet/JSP 解釈・
実行エンジン（Servlet コンテナ）で，アパッチ・ソフトウェア・ファウンデーション，Jakarta
プロジェクト(*1)の開発によるものである。Tomcat の紹介記事を目にしたり(1)，また実際にJSP ファイルの記述による Web ページ作成を試みた方も少なくないであろう。
Cocoon2(Cocoon バージョン２)は，同じ Jakarta プロジェクトによる，「XML，XSLT 技術 に よ る XML 文 書 出 版 フ レ ー ム ワ ーク 」 (*2) と 呼 ば れ るも の で あ る。 Cocoon2 で はXML(eXtensible

MarkupLanguage) とXSLT(eXtensible

Stylesheet

LanguageTransformation )併用による同一 XML 文書からの多様な Web ページ作成が図られることに加え，XML ファイル中に Java コードを埋め込んだかたちの XSP（eXtensible Server Pages）
ファイルが利用でき，そこでは，Web アプリ作成に際して必要とされるロジック(Logic)とビュー(View)の分離が，ビューを主体とする JSP に比してより明確となっている。
本稿では，JSP や XSP の利用環境である Tomcat と Cocoon2 のインストールとその動作検証を中心に紹介する(*3)。
Java によるダイナミック Web ページ開発に関心ある方の Tomcat，Cocoon2 利用の出発点として頂ければ幸いである(*4)。
読者の Java 利用環境が様々であろうと考えられるので，Tomcat と Cocoon2 のインストー
ル等については，次の OS 上において行っている。
Windows 系： Windows2000(SP2)，WindowsXP
Linux 系：

Red Hat Linux 7.3，Vine Linux 2.5，Linux MLD ６FreeBSD 系： FreeBSD-Release 4.6.2(*5)(*1)http://www.jakarta.org/(*2)http://xml.apache.org/cocoon/上の Documentation を参照。
(*3)本稿の内容は，情報処理センター発行の Newsletter No.49 (June 16，2003)における記事「Java による Web 開発の勧め−JSP, XSP 利用環境の構築−」に訂正・加筆をおこなったものである。特にFreeBSD-Release4.9 における FreeBSD ネイティブ Java のテストと Cocoon-2.1.3 に焦点を当てた内容が加わっている。
(*4)本稿では JSP，XSP の構文や Cocoon2 の利用についての詳細には言及しない。JSP については文献(2)，(3)を，また XSP や Cocoon2 については文献(4)，(5)を参照されたい。関連サイトやイン－ 45 －

ストールした Tomcat，Cocoon 上のドキュメントやチュートリアルが参考となる。XML,XSLT の利
用例については，文献(6)をも参照のこと。
(*5)FreeBSD ネイティブな Java を用いた検証では，FreeBSD-Release 4.9 を用いた。

■Java2SDK のインストール◆インストール
Tomcat-4.x を利用するには Java2 の開発環境 SDK（Software Development Kit，
Java2SDK）が必要で，インストールが未だの場合は新しいバージョンの SDK をダウンロー
ドし，Tomcat のインストールに先立ってインストールしておく。Java2SDK のダウンロードは次の URL から行う。
http://java.sun.com/j2se/
筆者の環境では既に j2sdk-1_4_0 がインストール済みであるが，用いたバイナリ版 SDK は次の通りである(*1)。
Windows の場合： j2sdk-1_4_0-win.exe
Linux の場合： j2sdk-1_4_0-linux-i386.bin または
j2sdk-1_4_0-linux-i386-rpm.bin（RedHat 系 Linux）
FreeBSD の場合： j2sdk-1_4_0-linux-i386.bin(*2)(*1)本稿執筆時点の 2003 年 12 月現在の最新バージョンは，j2sdk-1_4_.2_03 である。新しいバージョンのものをインストールする場合には，本文中の該当個所を適当に読みかえてほしい。
(*2)FreeBSD-Release4.9 での FreeBSD ネイティブな Java の場合，j2sdk-1_4_2_01 である。

Windows でのインストール
j2sdk-1_4_0-win.exe の実行で，指示に従うことによりインストールが行える。筆者の場合，インストール先ディレクトリを c:¥j2sdk1.4.0 としている。
Linux でのインストール
j2sdk-1_4_0-linux-i386.bin を用いる場合は，インストールするディレクトリ（例えば/usr/local/）にファイルをコピーした後インストール先で次のように実行する。
# sh j2sdk-1_4_0-linux-i386.bin

Red Hat 系 Linux の場合には j2sdk-1_4_0-linux-i386-rpm.bin を用いると簡便である。適当なディレクトリでバイナリファイルを展開した後，rpm コマンドによりインストールが可能である（以下参照）。インストール先ディレクトリは/usr/java/j2sdk1.4.0/となっている。
# sh j2sdk-1_4_0-linux-i386-rpm.bin# rpm –ivh j2sdk-1_4_0-linux-i386-rpm

FreeBSD でのインストール
インストールの対象としたのは j2sdk-1_4_0-linux-i386.bin であり，Linux と同様にインストールしてよいのであるが，動作の安定性を確保する意味で ports コレクションからインストールを行った（下記参照）(*1)(*2)(*3)。

－ 46 －

vividy# cd /usr/ports/java/linux-jdk14
vividy# makevividy# make install

j2sdk がインストールされたディレクトリは，/usr/local/linux-jdk1.4.0 である。
(*1)上記の ports コレクションからのインストールは FreeBSD-Release4.6.2 の場合であり，FreeBSD-Release4.9 で Linux Java を ports コレクションからインストールする場合には，/usr/ports/java/linux-sun-jdk14 か ら と な る 。 こ こ で 用 い ら れ る j2sdk は j2sdk1_4_2_01-linux-i586.bin で，ソフトウェアライセンスに関わる制限から，個人の責任でダウンロー
ドし，予め/usr/ports/distfiles/内にコピーしておくことが必要である。j2sdk のインストール先は/usr/local/linux-sun-jdk1.4.2_01 である。
(*2)FreeBSD では Linux バイナリ互換機能の設定が必要である。FreeBSD のインストールの際に「Linux エミュレータ機能を有効とするか」の質問に対して「Yes」としておけば，必要なファイル
がインストールされると共に/etc/rc.conf ファイル内にlinux_enable=”Yes”
が設定される。もし，インストール後にエミュレータ機能を設定するのであれば，ports コレクショ
ンから usr/ports/emulators/linux_base をインストールし，/etc/rc.conf ファイルにlinux_enable=”Yes”を書いておく。また，/etc/fstab ファイルに次の行を追加して，Linux
プロセスファイルシステムを有効としておくことも必要である。
linproc/compat/linux/proc

linprocfs

rw

0

0

この準備を整えた上で，j2sdk のインストールを行う。もし，準備を済ませずに ports コレクション
から j2sdk のインストールを行おうとすると，途中で次のような警告が示されることとなる。
EROOR:You have to have LINPROCFS mounted before stating to build of native JDK 1.4.1.
You may do it byfollowing set of commands:# kldload linprocfs
and# mount –t linprocfs linprocfs /compat/linux/proc

参考までに，/etc/fstab ファイルの内容を示しておく。
# See the fstab(5) manual page for important information on automatic mounts# of network filesystems before modifying this file.
## Device
Mountpoint
FStype Options
Dump
Pass#
/dev/ad0s1b
none
swap
sw
0
0
/dev/ad0s1a
/
ufs
rw
1
1
/dev/ad0s1e
/home
ufs
rw
2
2
/dev/ad0s1g
/usr
ufs
rw
2
2
/dev/ad0s1f
/var
ufs
rw
2
2
/dev/acd0c/cdromcd9660 ro,noauto
0
0
proc
/proc
procfs rw
00
linproc/compat/linux/proc
linprocfs
rw
00

FreeBSD での Java 環境の設定については以下の文献が参考となる。
後藤 大地：「FreeBSD で構築する Java 環境」UNIX USER ，2001/2，ソフトバンク パブリッシング
後藤 大地：「FreeBSD4.5-RELEASE の新機能と Java 環境」 UNIX USER， 2002/4，ソフトバンク パブリッシング(*3)FreeBSD にネイテ ィブ な Java の インスト ール は，/usr/ports/java/jdk14/ にお いて 行う。
FreeBSD-Release4.9 においてインストールを行ったが，以下のパッチセットファイルと JDK の－ 47 －

ソースコードファイル，更には，同時にインストールが行われる関係で，Linux Java 用の j2sdk1_4_2_01-linux-i586.bin フ ァ イ ル を 自 己 の 責 任 に お い て ダ ウ ン ロ ー ド し ，/usr/ports/distfiles/内に置いておくことが必要であった。
必要な２つのファイル：
パッチセットファイル→ bsd-jdk14-patches-3.tar.gz
ソースコードファイル→ j2sdk-1_4_1-src-scsl.zip
これらファイル入手先については，Makefile 内に記述されており，もしファイルが存在しないとき
は，ファイルの入手先が示されダウンロードするよう表示される。
FreeBSD ネイティブな jdk のインストール先は，/usr/local/jdk1.4.1 であり，Linux Java
も同時に/usr/local/linux-sun-jdk1.4.2_01/にインストールされる。尚，j2sdk のメイクにあたっては約 2.5GB のディスク空き容量が必要であること，また，半日以上といった長時間（筆者が用いたような CPU パワーが弱い PC の場合では約 7 時間程度）が必要であることに注意する。

◆環境変数の設定
環境変数 JAVA_HOME に Java2SDK のインストール先ディレクトリを設定する。
Windows2000/XP の場合「コントロールパネル」→「システム」→「詳細」→「環境変数」により設定する。
B シェル系の場合（例）JAVA_HOME=/usr/java/j2sdk1.4.0 ; export JAVA_HOME
C シェル系の場合（例）setenv JAVA_HOME /usr/local/linux-jdk1.4.0■Tomcat-4.1 のインストール
Tomcat-4.1 の 2003 年５月，テスト時点での Release Builds バージョンは 4.1.24 であった(*1)。
サポートする Java Servlet/JSP の仕様は，それぞれ Java Servlet 2.3 と JSP1.2 である。

◆Tomcat-4.1 の入手
Tomcat-4.1.24 のダウンロード元の URL は次の通りである(*2)。
http://jakarta.apache.org/tomcat/
各 OS によって，それぞれ次の Release Builds のバイナリ版を入手した。
Windows の場合： tomcat-4.1.24.exe ファイル(*3)。
Linux，FreeBSD の場合： tomcat-4.1.24.tar.gz または tomcat-4.1.24.zip ファイル。
(*1)本稿執筆時点（2003.12）での最新バージョンは 4.x で 4.1.29，5.x で 5.0.16 である。5.x でサポートする Java Servlet/JSP の仕様はそれぞれ 1 ランク上がって 2.4/2.0 となっている。本文中のファイル名等は，実際にインストールするバージョンのものに読みかえてほしい。
(*2)http://www.meisei-u.ac.jp/mirror/apache/dist/Jakarta/ への接続が便利である。
(*3)tomcat-4.1.24.zip ファイルでもよいが，tomcat-4.1.24.exe は Windows のインストーラ仕様なので，インストールが極めて簡便である。

◆Tomcat-4.1 インストールの実際●Windows でのインストール
Windows のインストーラ仕様にそった tomcat-4.1.24.exe を用いてインストールを行う。
tomcat-4.1.24.exe のアイコンをダブルクリックすれば後は殆ど自動的である。Tomcat のイ
ンストールについては多くの文献で紹介されているので詳細はそれら文献に譲るが，Tomcat-4.1 で加わったことを含め幾つかの場面を紹介しておこう。

－ 48 －

＊インストールの際に J2SDK のインストール先が自動的に検出される（図１）。

図１：検出された J2SDK のインストールディレクトリ
＊オプションとして Windows2000/XP のサービスに登録が可能である。デフォルトではサービスに登録しない（図２）。

図２：オプション設定画面＊Administrator としてログインする際のパスワードの設定画面が表示される（図３）。
Administration Tool による Tomcat の各種設定（Tomcat-4.1 からサポート）を行うにはロ
グインパスワードが必要である。インストールの段階ではスキップしても差し支えない。

－ 49 －

図３：ログインパスワード設定画面＊インストール完了後，起動プログラム等は「スタート」→「プログラム」に登録される（図４）。

図４：登録された起動プログラム等●Linux，FreeBSD でのインストール
tomcat-4.1.24.tar.gz をインストール先のディレクトリ（例えば，/usr/local/）にコピー
し，以下のように tar コマンドで展開する。インストール先ディレクトリは，例えば，/usr/local/jakarta-tomcat-4.1.24 となる(*1)。

－ 50 －

# tar zvxf tomcat-4.1.24.tar.gz ← 解凍・展開
vividy# cd jakarta-tomcat-4.1.24
vividy# ls
LICENSEbinsharedREADME.txt
commontemp
RELEASE-NOTES-4.1.txt conf
webapps
RELEASE-PLAN-4.1.txt
logs
work
RUNNING.txt
servervividy#(*1)FreeBSD では ports コレクションからのインストールが可能である。FreeBSD-Release4.9 でインストールされる Tomcat のバージョンは,/usr/ports/www/jakarta-Tomcat4 : 4.1.27/usr/ports/www/jakarta-tomcat5 : 5.0.10
である。関連するファイルは Makefile に書かれている fetch 先に存在しないが，
http://archive.apache.org/dist/Jakarta
から入手可能である。make の際，/usr/local/jdk1.4.1 にネイティブな jdk がインストールされているかどうかチェックされるので，予め jdk をインストールしておくことが必要である。
イン ストー ル先 はそれ ぞれ /usr/local/jakarta-Tomcat4.1 と /usr/local/jakartatomcat5.0 となっており，/usr/local/bin/ 内に起動ファイル tomcat41ctl，tomcatctl50ctlが用意される（以下参照）。
sl-epson# ls
autopoint
libtool13
msgfilter
freetype-config libtoolize13
msgfmtfunzipmsgattrib
msggrep
gettext
msgcatmsginitgettextize
msgcmpmsgmerge
gm4
msgcommmsgunfmt
gmake
msgconv
msguniq
iconv
msgen
ngettext
javavmmsgexec
pkg-config

registervm
zipcloaktomcat41ctl
zipgrep
tomcat50ctl
zipinfounregistervm
zipnoteunzip
zipsplit
unzipsfx
xgettext
xmlwf
zip

この起動スクリプトによる Tomcat の起動では，たとえば HTTP 接続先ポートが 8180 などとなっていることに注意する。以下の URL をも参照してほしい。
http://www.emergence.jp/ci/documents/setup/setup21.ndoc.html◆環境変数 CATALINA̲HOME の設定
Tomcat のインストールが済んだならば，環境変数 CATALINA_HOME にインストール先
ディレクトリを設定する。設定方法は，前出の JAVA_HOME の場合と同様である。参考までに FreeBSD での登録状況を示す。
vividy# printenv＝＝＝＝＝ 中 略 ＝＝＝＝＝
JAVA_HOME=/usr/local/linux-jdk1.4.0
CATALINA_HOME=/usr/local/jakarta-tomcat-4.1.24◆Tomcat の起動と終了●Windows での起動と終了
Tomcat の起動「スタート」→「プログラム」→「Apache Tomcat4.1」→「Start Tomcat」による。コマン
ドプロンプト画面で次のように表示される。

－ 51 －

2003/03/22 14:08:42 org.apache.commons.modeler.Registry loadRegistry
情報: Loading registry information
2003/03/22 14:08:43 org.apache.commons.modeler.Registry getRegistry
情報: Creating new Registry instance
2003/03/22 14:08:43 org.apache.commons.modeler.Registry getServer
情報: Creating MBeanServer
2003/03/22 14:08:44 org.apache.coyote.http11.Http11Protocol init
情報: Initializing Coyote HTTP/1.1 on port 8080
サービス Tomcat-Standalone を起動します
Apache Tomcat/4.1.18
2003/03/22 14:08:48 org.apache.coyote.http11.Http11Protocol start
情報: Starting Coyote HTTP/1.1 on port 8080
2003/03/22 14:08:48 org.apache.jk.common.ChannelSocket init
情報: JK2: ajp13 listening on /0.0.0.0:8009
2003/03/22 14:08:48 org.apache.jk.server.JkMain start
情報: Jk running ID=0 time=0/16 config=C:¥Tomcat 4.1¥conf¥jk2.proper
ties

Tomcat の終了「スタート」→「プログラム」→「Apache Tomcat4.1」→「Stop Tomcat」による。Tomcat
終了の表示と共にコマンドプロンプト画面が消える。
●Linux，FreeBSD での起動と終了
Tomcat の起動＄CATLINA_HOME/bin/startup.sh スクリプト実行により Tomcat が起動する（以下参照）。
vividy# cd /usr/local/jakarta-tomcat-4.1.24/bin
vividy# ls
bootstrap.jar
jasper.bat
shutdown.shcatalina.bat
jasper.shstartup.bat
catalina.sh
jspc.batstartup.sh
commons-daemon.jar
jspc.shtomcat-jni.jar
cpappend.bat
setclasspath.bat
tomcat.exe
digest.bat
setclasspath.sh
tool-wrapper.bat
digest.shshutdown.bat
tool-wrapper.shvividy# ./startup.sh
Using CATALINA_BASE: /usr/local/jakarta-tomcat-4.1.24
Using CATALINA_HOME: /usr/local/jakarta-tomcat-4.1.24
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat-4.1.24/temp
Using JAVA_HOME:/usr/local/linux-jdk1.4.0
vividy#Tomcat:の終了＄CATALINA_HOME/bin/shutdown.sh スクリプトの実行による(*1)。
(*1)＄CATALINA_HOME/bin/ディレクトリ内の startup.bat，shutdown.bat は Windows で用いられる bat ファイルである。

－ 52 －

◆Tomcat の動作確認
Tomcat が正常にインストールされ動作するかどうかの確認が必要である。Tomcat は Web
サーバ機能を備えており，デフォルトでは port 番号 8080 でアクセスが可能である。
●トップページへのアクセス
Web ブラウザで http://localhost:8080/にアクセスして以下の画面が表示されれば正常にイ
ンストールされている。

図５：Tomcat-4.1 のトップページ（Windows2000）●Examples ページへのアクセス
幾つかのサンプルページにアクセスして，各 OS 上での Tomcat4.1 の動作を更に確認する。
FreeBSD 上の Tomcat-4.1 にアクセス(*1)(*2)
JSP Example である Date の実行（図６参照）。

図６：JSP Example の DATE の実行画面（FreeBSD）－ 53 －

Red Hat Linux 上の Tomcat-4.1 にアクセス
JSP Example である Checkbox の実行（図７参照）。

図７：JSP Example の Checkbox の実行画面（Red Hat Linux）
Vine Linux 上の Tomcat-4.1 にアクセス
Servlet Example である HelloWorld の実行（図８参照）。

図 8：Servlet Example の Hello World の実行画面（Vine Linux）(*1)Tomcat-4.0.3 の場合，Windows2000，
Red Hat Linux，Vine Linux，Linux MLD 6 では Java2SDKとして j2sdk-1.4.0 を用いて正常に動作したが，FreeBS-Release4.6.2 では j2sdk-1.4.0 との組み合
わせではエラーが生じ，java2SDK パケージとして j2sdk-1_3_1-linux-i386.bin を用いる必要があった。
Tomcat-4.1.24 では j2sdk-1.4.0 との組み合わせで各 OS とも（FreeBSD-Release 4.6.2 においても，そしてまた，FreeBSD-Release 4.9 では j2sdk-1_4_2_03-linux-i586.bin との組み合わせにおいても）エラーが生じることなく動作した。
(*2)FreeBSD-Release4.9 上で，Tomcat として最も新しいバージョンである Tomcat-4.1.29 と Tomcat-5.0.16
jdk として FreeBSD ネイティブな jdk1.4.1 と linux-sun-jdk1.4.2_01(linux-sun では j2sdk-1_4_2_01-linux-i586.bin を利用)の組み合わせで Tomcat の動作確認を行った。Tomcat のインストールは，ports コレクションからではなく，tar.gz ファイルを直接展開する方法によっている。以下に結果を示しておく。
FreeBSD ネイティブな jdk1.4.1

linux-sun-jdk1.4.2_01

Tomcat-4.1.29

正常に動作

正常に動作

Tomcat-5.0.16

正常に動作

core dumped エラー（注）jdk として FreeBSD ネイティブな jdk1.4.1 を用い，Tomcat5.0.16 を起動させた場合の様子を次に示す（以下の図をも参照）。

－ 54 －

sl-epson# pwd/usr/local/jakarta-tomcat-5.0.16
sl-epson# ./bin/startup.sh
Using CATALINA_BASE: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_HOME: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat-5.0.16/temp
Using JAVA_HOME:/usr/local/jdk1.4.1
sl-epson#＝＝＝＝＝ この間にブラウザからアクセスして動作を確認 ＝＝＝＝＝
sl-epson# ./bin/shutdown.sh
Using CATALINA_BASE: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_HOME: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat-5.0.16/temp
Using JAVA_HOME:/usr/local/jdk1.4.1
sl-epson#//エラーを生じることなく正常に動作し，終了

図：Tomcat-5.0.16 のトップページ

図：JSP2.0 Examples 画面（Basic Arithmetric 等も正常に実行・表示）
jdk として linux-sun-jdk1.4.2_01 を用いた場合，Tomcat-5.0.16 では jdk に core dumped エラーが生じ，正常に動作しなかった。このときの記録を示す。
sl-epson# pwd/usr/local/jakarta-tomcat-5.0.16
sl-epson# ./bin/startup.sh
Using CATALINA_BASE: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_HOME: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat-5.0.16/temp
Using JAVA_HOME:/usr/local/linux-sun-jdk1.4.2_01
sl-epson#＝＝＝＝＝ この間にブラウザから接続し動作を確認 → core dumped error =====
sl-epson# ./bin/shutdown.sh－ 55 －

Using CATALINA_BASE: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_HOME: /usr/local/jakarta-tomcat-5.0.16
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat-5.0.16/temp
Using JAVA_HOME:/usr/local/linux-sun-jdk1.4.2_01
Catalina.stop: java.net.ConnectException: Connection refused
java.net.ConnectException: Connection refusedat java.net.PlainSocketImpl.socketConnect(Native Method)at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
atjava.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
at java.net.Socket.connect(Socket.java:452)
at java.net.Socket.connect(Socket.java:402)
at java.net.Socket.<init>(Socket.java:309)
at java.net.Socket.<init>(Socket.java:124)
atorg.apache.catalina.startup.Catalina.stopServer(Catalina.java:436)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
atorg.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:322)
atorg.apache.catalina.startup.Bootstrap.main(Bootstrap.java:400)
sl-epson#（注）Tomcat-5.0.16 の Linux 上での動作：
FreeBSD-Release4.9 上で linux-sun-jdk1.4.2_01 を用いた場合に正常に動作しなかったので（実は linux-sun-jdk1.4.2_03 でも同様），Linux 上での動作検証を下記の状況下で行った（残念ながら2003 年 12 月の時点では，PC の廃棄により，Red Hat Linux，Vine Linux が動作する環境が筆者の自宅から既に失われてしまっている）。
プラットフォーム：Linux MLD６
jdk：j2sdk-1_4_0-linux-i386-rpm.bin と j2sdk-1_4_2_03-linux-i586.bin
結果は，２つの jdk ともに，正常に Tomcat が起動されて，トップページ，Examples ページが問題なく表示された。

■Cocoon2 のインストールと動作確認◆Cocoon2 ファイルの入手
ダウンロードしたファイルはテストを行った 2003 年 5 月の時点での最新バージョンであるバイナリ版のcocoon-2.0.4-vm14-bin.zip，または cocoon-2.0.4-vm14-bin.tar.gzである（vm14 は j2sdk-1.4.x 対応を意味している）(*1)。これらのファイルは， 次の URL
からダウンロードできる。
http://xml.apache.org/cocoon/(*1)2003 年 12 月時点での最新バージョンは cocoon-2.1.3 である。

－ 56 －◆インストール
Windows2000 でのインストール＊cocoon-2.0.4-vm14-bin.zip を適当なディレクトリ内で展開する。
＊作成された cocoon-2.0.4 ディレクトリ内の install ファイルに書かれている指示に従って，
同ディレクトリ内の cocoon.war ファイルを$CATALINA_HOME¥webapps 内にコピー・配置する。
以上でインストールは終了である。
Linux，FreeBSD でのインストール
インストール手順は Windows の場合と全く同じである（以下参照）。
vividy# tar zxvf cocoon-2.0.4-vm14-bin.tar.gz
vividy# ls cocoon-2.0.4
CREDITS
KEYS
cocoon.war
legal
INSTALL
README
docs
vividy# cd cocoon-2.0.4
vividy# cp cocoon.war /usr/local/jakarta-tomcat-4.1.24/webapps/
vividy# cd /usr/local/jakarta-tomcat-4.1.24/webapps/
vividy# ls
ROOT
cocoon.war
manager.xml
webdavadmin.xml
examplestomcat-docs
vividy#◆Cocoon2 の動作確認
Cocoon2 は Tomcat によりコンパイルされてサーブレットとして動作する。Tomcat を起動
すると cocoon.war ファイルが展開され Cocoon2 の機能が利用可能となる。このとき，＄CATALINA_HOME¥webapps/内には Cocoon2 のトップディレクトリとなる cocoon ディレ
クトリが作成される。この cocoon ディレクトリ内の構成を次に示す（図９参照）。

図９：＄CATALINA_HOME/webapps/cocoon/内の構成●Cocoon2 のトップページへのアクセス
Web ブラウザで http://localhost:8080/cocoon/にアクセスすることにより，次の Cocoon2のトップページが表示されれば，Cocoon2 のセットアップが一応完了である（Cocoon-2.0.4の場合）。

－ 57 －

図 10：Cocoon2 のトップページ

Windows2000/XP と各 Linux の場合
各 OS 上で，図 10 に示されるトップページが表示され，Cocoon2 が正常に機能していることが確かめられた。
FreeBSD の場合
FreeBSD-Release4.6.2 上 で jdk と し て j2sdk-1_4_0-linux-i386.bin を 用 い た 場 合 ，Cocoon-2.0.4 ではエラーが生じた(*1)。
ここでは，FreeBSD-Release4.9 上でのテスト結果を示しておこう（2003 年 12 月時点）。
上述したように，同 FreeBSD 上で Tomcat が正常に動作したのは，FreeBSD ネイティブなjdk1.4.1 を用いた Tomcat-4.1.29 と Tomcat-5.0.16，linux-sun-jdk1.4.2_01 を用いた場合のTomcat-4.1.29 である。Cocoon には Cocoon-2.0.4 を用いる。
FreeBSD ネイティブな jdk1.4.1

linux-sun-jdk1.4.2_01

Tomcat-4.1.29

Cocoon-2.0.4 は正常に動作

エラー(*2)

Tomcat-5.0.16

HTTP Status 404 のエラー(*3)

テスト無し(*1)FreeBSD-Release4.6.2 におけるエラーは，Cocoon2 トップページへのアクセスのみならず
http://localhost:8080/への Tomcat のオープニング画面アクセスに際しても起こるもので（Tomcat
そのものが正常に機能しない。下図参照），cocoon.war が解凍/コンパイルされた時点にまで遡るようである。Cocoon-2.0.4 に替えて Cocoon-2.0.3 を試みたが，同様のエラーであった。

因みに，Cocoon2 の設定を取り除いて Tomcat 機能のみとすると，エラーは除外される。Cocoon2
利用には，別の J2SDK が必要である。参考までに，このとき生じたエラーログを次に示す。

－ 58 －

vividy# cat hs_err_pid281.log
Unexpected Signal : 11 occurred at PC=0x2A12FD8F
Function=[Unknown.]
Library=(N/A)
NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.
Current Java thread:
Dynamic libraries:
Can not get information for pid = 281
Local Time = Sun Apr 6 07:45:33 2003
Elapsed Time = 116## HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002D3# Please report this error at# http://java.sun.com/cgi-bin/bugreport.cgi## Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode)#(*2)上述の(*1)と同様のエラー(*3)HTTP Status 404 のエラーは URL が該当しない，要求されるメタ情報がない（Not Found，RFC
2068）ときのエラーである（下図を参照）。Cocoon-2.0.4 の cocoon.war ファイルも正常にコンパイ
ル・実行され cocoon ディレクトリも作成されて，Tomcat-5.0.16 そのものは正常に動作しているにも拘らずのエラーである。Cocoon-2.0.4 が Tomcat-5.0.16 に対応していないためと思われるが，
Cocoon-2.0.4 の設定ファイルを変更することにより対応が可能となるのかもしれない。Linux での状況を確かめるため Linux MLD 6 でテストを行ったが，Tomcat-5.0.16，Cocoon-2.0.4 の組み合わ
せではやはり同様のエラーとなった。尚，Tomcat-5.0.16 と Cocoon-2.1.3 の組み合わせでは正常にCocoon ページにアクセスが可能である。これについては後述の「Cocoon-2.1.3 について」において簡単に紹介する。

●Examples ページへのアクセス
Cocoon トップページへのアクセスによって各 OS 上の Cocoon2 の動作を一応確認したが，更に Examples ページ/cocoon/hello.* にアクセスして各 OS における Cocoon2 の動作状況を確かめる(*1)。用いた Web ブラウザは，Vine Linux と Red Hat Linux 上の Cocoon2 へのア－ 59 －

クセスについては Windows2000 にインストールした Netscape 7.0.1，Linux MLD 6 上のCocoon2 については同 Linux に予めインストールされていた Galeon 1.0.3 である。
hello.html へのアクセス
Vine Linux 上での Cocoon2 の動作確認のため
http://192.168.0.2:8080/cocoon/hello.html
へのアクセスで得られた画面（図 11 参照）。

図 11：/cocoon/hello.html へのアクセス画面（Vine Linux）
hello.pdf へのアクセス
Red Hat Linux 上での Cocoon2 の動作確認のため，
http://192.168.0.2:8080/cocoon/hello.pdf
へのアクセスで得られた画面（図 12 参照）。

図 12：/cocoon/hello.pdf へのアクセス画面（Red Hat Linux）
hello.svg へのアクセス
Linux MLD 上での Cocoon2 の動作確認のため，
http://localhost:8080/cocoon/hello.svg
へのアクセスで得られた画面（図 13 参照）(*2)。

－ 60 －

図 13：/cocoon/hello.svg へのアクセス画面（Linux MLD）
/xsp/hello へのアクセス
FreeBSD-Release4.9 上での Cocoon2 の動作確認のため，
http://192.168.0.2:8080/cocoon/xsp/hello.pdf
へのアクセスで得られた画面（図 14 参照）。ここでは，FreeBSD ネイティブな jdk1.4.1，
Tomcat-4.1.29 が用いられている。

図 14：/cocoon/xsp/hello へのアクセス画面（FreeBSD）(*1)/cocoon/hello.html，hello.pdf，hello.svg 作成の出発点となるソースファイルは hello-page.xml
ファイルである。Cocoon2 では同じ xml ファイルから出発して XSLT の記述により様々な異なる
フォーマットのファイルを作成できる。hello-page.xml の内容は次のように簡単なものである。
<?xml version="1.0"?><!-- CVS: $Id: hello-page.xml,v 1.1 2002/03/27 10:09:31 nicolaken Exp $ --><!DOCTYPE page [<!ELEMENT page (title?, content)><!ELEMENT title (#PCDATA)><!ELEMENT content (para+)><!ELEMENT para (#PCDATA)>]><page><title>Hello</title><content><para>This is my first Cocoon page!</para></content></page>－ 61 －

(*2)Galeon 1.0.3 では hello.vsg を表示できたが，hello.pdf は対応していないとして表示できなかった。
Linux MLD６にインストール済みの Mozilla-0.9.8 ブラウザは，hello.svg を表示するとともに，
hello.pdf をも xpdf を用いて表示した。

●もう 1 つの実際例−SVG データからの JPEG，PNG 画像表示−
これまでは Cocoon2 に予め準備されている Examples ページへのアクセス状況を紹介したが，最後に SVG(Scalable Vector Graphics)データをもとにした JPEG，PNG 画像の表示例を紹介しておこう（図 15）。用いた SVG データは本学工学部の香川 考司先生から提供していただいたものであり(7)，図 15 は，Windows2000 にインストールされた Cocoon2 に同 OS
上の Netscape 7.0.1 ブラウザからアクセスして得られたものである。
示した例は，同じ１つの XML データから異なるフォーマットのデータファイルを出力することができる Cocoon2 の特徴的な機能の１つの良い例となっている。Cocoon2 が「XML，XSLT 技術による XML 文書出版フレームワーク」と呼ばれる所以である。

図 15：SVG データの JPEG，PNG 画像表示
●Cocoon-2.1.3 について
2003 年 12 月時点での最新バージョンである Cocoon-2.1.3 について紹介する。
Cocoon-2.1.3 はソースで提供されている（http://xml.apache.org/cocoon/）。
cocoon-2.1.3-src.tar.gz 或いは cocoon-2.1.3-src.zip
FreeBSD，Linux でのインストール或いは war ファイル作成は容易で，展開して得られる
INSTALL.txt ファイルに従って，例えば，次のように実行すればよい。
# tar zxvf cocoon-2.13-src.tar.gz# cd cocoon-2.3.1/# setenv JAVA_HOME /usr/local/jdk1.4.1# ./build.sh(war ファイルの作成では，./build.sh war)===== これで，cocoon-2.1.3 を実行することができる ＝＝＝＝＝===== 以下は，cocoon-2.1.3 を Tomcat-5.0.16 で用いる場合 =====#
cp./build/cocoon-2.1.3/cocoon.war/usr/local/jakarta-tomcat5.0.16/webapps/－ 62 －

Cocoon-2.1.3 の実行
Cocoon-2.1.3 は Tomcat を利用せずとも実行可能である（この場合は cocoon.war ファイルの 作 成 は 必 要 な い ）。 cocoon-2.1.3 デ ィ レ ク ト リ に お い て 次 の よ う に 実 行 し ，
http://localhost:8888/にブラウザでアクセスすればよい。
# ./cocoon.sh servlet
以下に，FreeBSD-Release4.9（アドレス 192.168.0.8）上で実行した Cocoon-2.1.3 にアクセ
スして得られた画面を示す（図 16，17，18 参照）(*1)。

図 16：Cocoon-2.1.3 のオープニング画面（http://192.168.0.8:8888/）

図 17：http://192.168.0.8:8888/samples/hello-world/へのアクセス画面

図 18：http://192.168.0.8:8888/samples/i18n/simple.xml へのアクセス画面－ 63 －

Cocoon-2.1.3 の Tomcat での実行
Cocoon-2.0.4 は Tomcat-4.1.29 上では正常に動作したが，Tomcat-5.0.16 上では上述した
ように，オープニングページ等へのアクセスに問題を残している。それでは Cocoon-2.1.3 はどうであろうか。FreeBSD-Release4.9 を用いてのテストでは（jdk は FreeBSD にネイティ
ブな jdk1.4.1），Cocoon-2.1.3 は Tomcat-4.1.29，Tomcat-5.0.16 上で共に問題なく動作し，
cocoon ページへのアクセスも正常であった。これまでの FreeBSD-Release4.9 でのテスト結果をまとめると次のようになる。
Cocoon-2.0.4

Cocoon-2.1.3

Tomcat-4.1.29

正常にアクセス可能

正常にアクセス可能

Tomcat-5.0.16

HTTP Status 404 のエラー

正常にアクセス可能(*2)

参考までに，Tomcat-5.0.16 上での Cocoon-2.1.3/Samples にアクセスした様子を示しておく（図 19 参照）
。ポート番号が 8888 ではなく 8080 であることに注意する。

図 19：http://192.168.0.8:8080/cocoon/samples/へのアクセス画面(*1)2003 年 9 月時点でのバージョン Cocoon2.1 において，Cocoon は「XML Web Development
Framework」であるとなっている。以下は，http://cocoon.apache.org/index2.html からの引用である。

The release of the long-awaited 2.1 version of Cocoon on August 13th marks the transition
from a publishing-oriented XML/XSLT server engine towards a componentized XML-based
web application development framework.
このことを示す様に，Samples ページには様々な例がリストアップされアクセス可能となっている。未完成でエラーが表示される例も無くはないが（下図の例参照），

例えば Excel のスプレッドシートフォーマット Hello ページなど（図参照），各種フォーマットに対応するページを与える Web アプリ開発環境を目指していることが強く伺われる。

－ 64 －

(*2)Cocoon-2.1.3 が Tomcat-5.0.16 上で正常に動作することについては，Linux MLD 6 においても確かめられた（j2sdk-1_4_0-linux-i386-rpm.bin と j2sdk-1_4_2_03-linux-i586.bin の jdk を利用）。

■おわりにTomcat と Cocoon2 の利用環境の構築方法について紹介した。一読して頂ければ，Windows2000/XP，Linux，FreeBSD の各 OS 上で，Tomcat と Cocoon2 を利用できる環境
を迷うことなく整えることができるものと思っている。
XML と XSLT を用いた Web ペ−ジ作成について紹介してから早や３年近くが経過した(6)。
その利用が強く期待されながらも今一歩と思われた XML，XSLT であったが，Cocoon2 の登場によりダイナミックな Web アプリ作成の有力なテクノロジーの 1 つとして再浮上してきた感じがする。Cocoon2 を用いて幾つかの Web ページ作成を行って得た実感である。
本稿では，実際の Web アプリ作成を通しての Cocoon2 の素晴らしさやその威力については触れていない。それらについてはあらためて別の機会に紹介したい。
最後に，SVG データを快く提供くださった本学工学部の香川 考司先生に心からお礼申し
上げます。

参考文献
(1)青柳 龍也：「Web アプリケーション開発の手引き」 JavaWorld 2002 April，
鰈崎 義之：「超入門！Tomcat」 JavaWorld 2002 November，
鰈崎 義之：「Tomcat 最新活用術」 JavaWorld 2003 January，
アイ・ディ・ジー・ジャパン(2)荒井 美千子：
「JavaServer Pages (1)~」UNIX MAGAZINE 2001.3~，アスキー(3)菊田 英明：「SE・プログラマ スタートアップテキスト JSP [基礎]」2002.2，技術評論社 （ISBN 4-7741-1340-9）(4)坂上 徹 他：「Apache Cocoon2 XML による Web サイト構築とコンテンツ管理」
2002.9 ソフト・リサーチ・センター （ISBN 4-88373-173-1）(5)ラジョス・モチャル：「Cocoon2 の威力を知る」 JavaWorld 2003 April，
アイ・ディ・ジー・ジャパン(6)青木 昌三：「XML プログラミングによる HTML ファイルの作成−シラバスファイルを例として−」 香川大学情報処理センター年報 第９号 （2001 年 2 月）
(7)香川 考司：「SVG の勧め」香川大学情報処理センター 年報 第 10 号（2002 年 2 月）

－ 65 －

Java による Web アプリ開発の勧め（Ⅱ）−Cocoon2 利用による Web ページ作成−
教育学部 青木 昌三■はじめにNewsletter No.49 において，JSP(Java Server Pages）や XSP(eXtensible Server Pages）の利用環境である Tomcat と Cocoon2 について，身近なプラットフォーム OS 上でのインストール方法とその動作検証を紹介した（1）。
Java Servlet/JSP 解釈・実行エンジンである Tomcat 上での JSP ファイル記述による Web
ページ作成については既に馴染み深いものとなっており，本稿では，「XML，XSLT 技術による XML 文書出版フレームワーク」(*1)であると言われる Cocoon2 を利用した Web ページ作
成について，具体例を示しつつ紹介する(*2)。
採りあげて紹介している Web ページの題材は，シラバスの表示(2)や休講通知の表示といったごく身近なテーマを念頭に筆者が作成した断片的なパーツを中心としており，Cocoon2 による Web ページ作成のほんの一部分でしかない(*3)。然しながら，Cocoon2 の威力や面白さを感じとるにはじゅうぶんであろうと思われる。筆者が直面した問題の解決法についても触れている。
(*1)http://xml.apache.org/cocoon/ 上 の Documentation を参照 。文献 (1) で紹 介した Cocoon2 はcocoon2.04 であったが，2003 年 9 月での最新バージョン cocoon2.1 では，Cocoon は「XML Web
Development Framework」であるとなっている。http://cocoon.apache.org/index2.html から以下に引用する。
The release of the long-awaited 2.1 version of Cocoon on August 13th marks the transition
from a publishing-oriented XML/XSLT server engine towards a componentized XML-based
web application development framework.
(*2)本稿は，香川大学情報処理センターの Newsletter No.50（September 19，2003）における記事「Javaによる Web 開発の勧め（Ⅱ）−Cocoon2 利用による Web ページ作成−」に加筆等を行ったものである。各 OS での Tomcat や Cocoon2 のインストール等については，文献(1)及び同掲記事「Javaによる Web 開発の勧め（Ⅰ）−Tomcat と Cocoon2 利用環境の構築−」を参照されたい。
(*3)Cocoon2 を用いての Web 作成については文献(3)，(4)の一読をお勧めする。インストールした
Cocoon2 上のドキュメントやチュートリアルも参考となる。サンプルページについての設定ファイ
ルを吟味することも，Cocoon2 によるプログラミング理解にとって有益である。

■Cocoon2 における処理の流れ
Cocoon2 は Tomcat 上で Servlet として動作するプログラムであるが，XML(eXtensible
Markup Language)ファイルや XSP ファイルがどのように処理されて最終的な Web ページが得られるのか，Cocoon2 での一連の処理の流れを大雑把に眺めておこう(*1)。
(*1)詳しくは文献(3)，(4)や下記 URL 記事を参照してほしい。
http://xml.apache.org/cocoon/index.html， http://xml.apache.org/cocoon/overview.html◆処理の流れ−パイプライン(Pipeline)−
Cocoon2 では，パイプラインと呼ばれる一連の処理の中で XML や XSP ファイルが順次コ－ 66 －

ンポーネントと呼ばれるプログラムで処理されつつ最終的にはブラウザ等で表示されるページの出版へと至るプロセスをとる。パイプラインは大きく３段階の処理プロセスからなり，それぞれのプロセスに対応する様々なコンポーネントプログラムの実装により構成されている。
● Generator

パイプラインの出発点となるプロセスを担当するコンポーネントで，入力されたファイルを読み取り，SAX(Simple API for XML)イベントをパイプラインの下流に送り出す。
Generator コンポーネントには入力ファイルそれぞれに対応するものが用意されており，
XML フ ァ イ ル を 入 力 と し て 受 け 取 る FileGenerator ， XSP フ ァ イ ル を 受 け 取 る
SeverPagesGenerator 等がある。
● Transformer

パイプライン処理プロセスの中間点を担うコンポーネントで，Generator から送られる
XML ドキュメントや SAX イベントを別の XML ドキュメントや SAX イベントに変換する役
目を果たす。代表的なものに，Generator から送られた SAX イベントを XSLT(eXtensible
Stylesheet Language Transformation)ファイルに基いて処理し，新たな SAX イベントに変換して次のプロセスコンポーネントに送り出す，デフォルト指定の TraxTransformer（XSLTTransformer）がある。
● Serializer

パイプラインの最終点となるプロセスを担うコンポーネントで，Transformer からの SAX
イベントを受け取って（ブラウザ等で）表示できるフォーマットのファイルを生成する。最も代表的なものは HTML ファイルを生成する HTMLSerializer で，他に XML ファイルを生成する XMLSerializer，PDF ファイルを生成する FOPSerializer(PDF)等が用意されている。
パイプラインでの一般的な処理の流れを図示すると次のようになる（図１参照）。尚，
Generator と Serializer コンポーネントによる処理は共に必須であるが，Transformer コン
ポーネントによる処理については，無くてもよいし，また 2 つ以上の Transformer による段階的な処理を経ても別段構わないこととなっている。

Generator
入力ファイル

SAX
イベント

Transformer

SAX
イベント

変換ファイル

Serializer
出力ファイル

図１：パイプラインでの処理の流れ◆パイプラインの記述−サイトマップファイル−パイプラインでの処理の流れを具体的に記述するのがサイトマップファイル(sitemap.xmap)である。サイトマップファイルでは，用いる入力ファイル，変換ファイル，
出力ファイルとそれらの処理に係わるコンポーネントの関係が，処理の流れに沿って XML－ 67 －

形式で記述される。
サイトマップ記述において用いられるのが，Matcher コンポーネントや Selector コンポー
ネント等である。上記の図１では直線的なパイプライン処理の流れを示したが，パイプラインは複線的であっても一向に構わない。例えば，Selector コンポーネントを用いて条件により分岐するなど，複線的なパイプライン処理をサイトマップ中に記述することも可能である。
また，サイトマップファイルでは，最終的に出力されるファイルとそのファイルへのアクセスに用いられる URL との関連付けがなされる。この関連付けは自由度に富んでおり，ファイルへのアクセス用 URL がファイルのリソース名そのものである必要が全く無い点が大きな特徴となっている。
以下に，サイトマップの管理，Matcher コンポーネントを用いたサイトマップでの記述について，具体例を用いて示すこととしよう(*1)。
(*1)Cocoon2 を利用するにおいては，入力ファイルとしての XML ファイルや XSP ファイル，変換ファイルとしての XSLT ファイルの記述は勿論大事であるが，サイトマップファイルについて理解し習熟することもまた大切なのである。

●サイトマップ管理−サイトマップのマウント−
サイトマップにおける出力ファイルリソース名と URL の関連付けは，Web ページ管理，
Web サイト管理そのものである。ところで，各 Web ページに関連するファイルはメンテナン
スの容易さなどから，異なるフォルダ内に分割されて置かれるのが大方であろう。とすれば，
1 つのサイトマップで全ての Web ページを管理するよりは，サイトマップもまた Web ペー
ジ毎に分割して，関係する各フォルダ，サブフォルダに置き管理すると便利である。
分割されたサイトマップを階層構造的に関連付け，結果として１つの体系だったサイトマップとする機構がサイトマップのマウントと呼ばれるものである。マウントされた各サイト
マップは Cocoon2 実行時には１つのサイトマップとしてコンパイルされ，Servlet としてコンテナにリロードされる。
フォルダ構造
今回紹介する Web ページ作成にあたってのフォルダ構造は図２の通りである。図２のフォルダ構成では，ipc01〜ipc10 フォルダが各 Web ページ関連のファイル群を置くためのものとなっている。

Tomcat4.1
webapps
cocoonipc̲ku
ipc01
ipc02
ipc03
ipc08
ipc09
ipc10

図２：Web ページ作成でのフォルダ構造－ 68 －

サイトマップファイルのマウント
サイトマップファイルの中心となるのは，インストール時に配置されている cocoon フォル
ダ内の sitemap.xmap ファイルである。ipc_ku フォルダ内，ipc01〜ipc02 内にそれぞれサブ
サイトマップファイル sitemap.xmap を置くこととする。サイトマップファイルをマウントする記述は次のようである。尚，マウントに必要な記述については文献(3)をも参照されたい。
● cocoon¥sitemap.xmap ファイルへの追加記述内容：<!-- mount ipc_ku sample pages -->← コメント<map:match pattern="ipc_ku/**"><map:mount check-reload="yes" src="ipc_ku/" uri-prefix="ipc_ku"/></map:match>

上記の追加記述は，<map:pipeline>タグと</map:pipeline>タグの間に記述されねばならない。記述場所としては，オリジナルの sitemap.xmap 中の次に示す個所のあたりでよいであろう。
<!-- pipeline mounting samples sitemaps --><map:pipeline><!-- protected webapp example pipeline -->===== 中略 =====<map:match pattern="samples/**"><map:mount check-reload="yes" src="samples/" uri-prefix="samples"/></map:match>===== この個所に追加記述する =====</map:pipeline>● cocoon¥ipc_ku¥sitemap.xmap ファイルへの記述内容：

例えば cocoon¥samples¥sitemap.xmap ファイルを cocoon¥ipc_ku フォルダにコピーした
上で，ファイルの終わりに近い部分に下記に示す内容を追加記述する(*1)。
<!-- samples automount -->← もとからあるコメント行<!-- <map:match pattern="*/**"> ←もとからあったここからの 3 行をコメントとする<map:mount uri-prefix="{1}" src="{1}/" check-reload="yes"/></map:match> --><!-- My Sample, 2003.4.10 -->← コメントなので書く必要なし<map:match pattern="ipc*/**"> ←ここからの 3 行</map:match>までを書き加える<map:mount uri-prefix="ipc{1}" src="ipc{1}/" check-reload="yes"/></map:match><map:handle-errors>===== 中略 =====← この部分は残しておいて差し支えない</map:handle-errors>● cocoon¥ipc_ku¥ipc01〜ipc10¥sitemap.xmap ファイル：

マウントについての記述は特に必要としないので，ipc01〜ipc10 各フォルダに，例えばcocoon¥samples¥sitemap.xmap ファイルをコピーした上で特に必要のない記述を削除しておけばよい(*1)。
(*1)コピーして得られた sitemap.xmap ファイルで＊先頭行から</map:components>の行までは残す。

－ 69 －

＊<map:pipelines>行からファイルの最後の行</map:sitemap>までを残す。
＊他の行は削除しても差し支えない。
<map:pipeline>行から</map:pipeline>行までの間には，作成する Web ページに関わる
URL とファイルリソース名との関連付け等の事項を記述する。作成する Web ページに無関係な記述は削除して構わない。

●サイトマップ記述の具体例
サイトマップのマウント設定検証をも兼ね，簡単な Web ページ作成を通して Web ページ
へのアクセスに関わるサイトマップ記述の例を示そう。
Web ページは，http://localhost:8080/cocoon/ipc_ku/ipc03/hello にアクセスして得られる次のようなものであり（図３参照）(*1)，cocoon¥ipc_ku¥ipc03 内に置かれた 2 つのファイル，
hello.xml ファイル(*2)と hello.xsl ファイル(*3)から構成されている。

図３： Hello World 3を表示するページ

ここで，cocoon¥ipc_ku¥ipc03 はある Web ページ作成のためのフォルダであり，そこには主たるページのためのファイル群が置かれている。サイトマップ記述にあたっては次の方針を採ることとしよう。
● http://localhost:8080/cocoon/ipc_ku/ipc03/のアクセスに対してもHello World 3

を表示

する。
● http://localhost:8080/cocoon/ipc_ku/ipc03/index.html(htm)等のアクセスに対しても，同様に Hello World 3を表示する。

● 例えば，http://localhost:8080/cocoon/ipc_ku/ipc03/abcdef.xyz のように，サイトマップ内に明示的に記述されている URL にマッチしない全てのランダムなアクセスに対して，Hello World 3を表示する。

このときのサイトマップファイルへの記述例を以下に示す。
<!-- ========= Hello ======= -->← コメント<map:pipelines><map:pipeline><map:match pattern="">← cocoon/ipc_ku/ipc03/へのアクセス<map:redirect-to uri="hello"/> ← cocoon/ipc_ku/ipc03/hello にリダイレクト</map:match><map:match pattern="index*"> ← cocoon/ipc_ku/ipc03/index.html 等へのアクセス<map:redirect-to uri="hello"/> ← cocoon/ipc_ku/ipc03/hello にリダイレクト</map:match><map:match pattern="hello">← cocoon/ipc_ku/ipc03/hello へのアクセス<map:generate src="hello.xml" type="file"/> ← hello.xml を入力ファイルとする<map:transform src="hello.xsl"/> ← XSLT ファイルとして hello.xsl を用いる
－ 70 －

<map:serialize type="html"/>← html ファイルとして出力</map:match>===== この間に，このフォルダで作成される Web ページについての記述が入る =====<map:match pattern="*"> ← これまでに記述されている URL にマッチしないアクセス<map:redirect-to uri="hello"/> ← cocoon/ipc_ku/ipc03/hello にリダイレクト</map:match></map:pipeline></map:pipelines>(*1)http://localhost:8080/cocoon/ipc_ku/ipc03/hello の localhost は，Web サーバのホスト名または IP
アドレスで置き換わるべきものである。以下でも localhost と表記するが，適当に読み替えてほしい。
(*2)hello.xml の内容は次の通りである。
<?xml version="1.0"?><page><title>Hello</title><content><para>Hello World 3</para></content></page>(*3)hello.xsl の内容は次の通りである。
<?xml version="1.0"?><xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"><xsl:template match="page"><html><head><title><xsl:value-of select="title"/></title></head><body><center><h2><xsl:value-of select="content/para"/></h2><h2>Thank You !</h2></center></body></html></xsl:template></xsl:stylesheet>■Cocoon2 による Web ページの作成例
作 成 を 試 み た Web ペ ー ジ の 幾 つ か を 紹 介 す る 。 Java2SDK-1.4.0 ， Tomcat4.1.24 ，
Cocoon-2.0.4 をインストールした Web サーバの OS は Windows2000/XP と Red Hat Linux
7.3，Web ページに関連して作成した XML や XSP ファイル等は Windows 上のエディタで編集している。作成された Web ページの検証は Netscape 7.1，Internet Explorer6.0.2 によった。

◆日本語文字コードを点検するデモページ
日本語を表示する Web ページ作成で最も厄介な問題は，日本語の文字コードに絡む問題である。シラバスの表示や休講通知といった日本語を表示する Web ページ作成では，先ずこの問題を解決しておかねばならない。
よく知られているように，Windows 系では一般に Shift_JIS，Unix 系では EUC-JP，Java
言語でのプログラミングでは UTF-8 エンコーディングなどが用いられる。Windows 上のエディタでファイルを編集する場合には，通常は Shift_JIS コードであることに注意する。

－ 71 －

ここで採りあげるプログラムは，
http://localhost:8080/cocoon/ipc_ku/ipc01/xsp-demo01?name=青木のようなアクセスに対して，次の図４のようなページを表示する。 青木

の部分が

香川

であれば， 香川さん，こんにちは となる。また， ?name=青木 の部分が省略されれば，名前を忘れた さん，こんにちは となる。実に単純な Web ページであるが，日本語の取り扱いについて多くの示唆を与えてくれる。

図４：日本語を表示するデモページ
サイトマップファイル
先ず，cocoon/ipc_ku/ipc01/sitemap.xmap の関連する部分を眺めておこう。
<!-- Demo01 --><map:match pattern="xsp-demo01"><map:generate src="demo01.xsp" type="serverpages"/><map:transform src="demo01.xsl"/><map:serialize type="html"/></map:match>

これからも分かるように，出発点となるファイルは demo01.xsp であり，Generator には
XSP ファイル処理に対応する ServerPagesGenerator コンポーネントが用いられている。
Transformer はデフォルトの XSLT Transformer コンポーネント，Serializer は HTML ファ
イルを出力する HTMLSerializer となっている。
demo01.xsp ファイル
少し長くなるが，文字エンコーディングの取り扱いとも関係し，また XSP ファイルの書式を紹介する意味もあるので，demo01.xsp ファイルの内容を次に示す。尚，XSLT ファイルである demo01.xsl については付録 A を参照のこと。

－ 72 －

<?xml version="1.0" encoding="Windows-31J"?>(1)<xsp:page language="java"
xmlns:xsp="http://apache.org/xsp"(2)
xmlns:xsp-request="http://apache.org/xsp/request/2.0">(3)<xsp:structure>(4)<xsp:include>java.util.*</xsp:include><xsp:include>java.io.*</xsp:include></xsp:structure><xsp:logic>
private String getNowDate(){return (new Date()).toLocaleString() ;}private String getName(){String st = <xsp-request:get-parameter name="name"/> ;(5)// String st = request.getParameter("name") ; //OK
if (st != null) {try{
st = new String(st.getBytes("ISO8859_1"),"JISAutoDetect") ; (6)// st = new String(st.getBytes("ISO8859_1"),"UTF-8") ;} catch (Exception e){}}else {
st = "¥"名前の入力を忘れた¥"" ;try{
st = new String(st.getBytes("ISO8859_1"),"JISAutoDetect") ;(7)//st = new String(st.getBytes("ISO8859_1"),"UTF-8") ;} catch (Exception e){}}return st ;}</xsp:logic><data><date><xsp:expr>getNowDate()</xsp:expr></date><username><xsp:expr>getName()</xsp:expr></username></data></xsp:page>上のリスト中で番号を付した部分を中心に，解説しておこう。
(1)XML ファイルであることの宣言文である。この行の encoding="Windows-31J"であるが，Windows 上のエディタでの編集であることから通常は encoding="Shift_JIS"と表されることが多い。然しながら，XML ファイル中に日本語文字列を記述した場合，encoding="Shift_JIS"としたのでは，〜，Ⅰ，Ⅲといった文字が？となって正しく表示されない。このことについては，文献（5），(6)を参照のこと。
(2)xsp 名前空間の宣言である。xsp ファイルではこの行を忘れてはならない。
(3)xsp-request 名前空間の宣言であるが，request ロジックシート（タグライブラリ）を用いることを示している。行(5)がその使用例である。
(4)Java のクラスライブラリを import する際の，XSP ファイルにおける記述を示している。
上記リストでは，java.util.*と java.io.*を import している。
(5)Web ページの FORM 等から name 変数へ入力された値を受け取っている。次の行のString st = request.getParameter("name") ;－ 73 －

でも良い，というよりこの記述の方が(5)行の記述よりもうまく動作するようである。
(6)Java 言語プログラミングでは，日本語文字列のエンコーディングを Unicode に変換しなければならない。その際の文字化けを防ぐための定形文である(5)，(7)， (8) 。Web ページのFORM から method=”POST”で文字列を受け取る場合には，行(6)の次のコメント行である//

st = new String(st.getBytes("ISO8859_1"),"UTF-8") ; を用いる(*1)。

(7)XSP，XML ファイル内に書かれた日本語文字列を Unicode に変換する際の定形文である。
次の行はテストのためのもので不要である。
その他：<xsp:logic>タグ行と</xsp:logic>タグ行の間には，Java コードによるプログ
ラミングを記述する。上記リストでのトップ要素<data>タグ行と</data>タグ行の間の記述が最終的に得られる XML データ表現で，要素<date>と要素<username>の値を<xsp:expr>タグを用いて Java コードの値から得ている。
(*1) st = new String(st.getBytes("ISO8859_1"),"UTF-8") ; 行の"UTF-8"は，FORM での method が”POST”である場合に，（多くの）ブラウザが Web ページの charset と同じエンコ−ディ ン グ で 文 字 列 を サ ー バ に 送 信 す る こ と に よ っ て い る 。 Cocoon2 で は デ フ ォ ル ト でcharset=UTF-8 である（以下の Web ページソースを参照）。このあたりの事情については文献(5)を参照してほしい。
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> // この行に注目
<title>Sample XSP-demo01</title></head><body><font color="#ff0000"><i>IPC of Kagawa University</i></font><center><p>
現在の時刻： 2003/09/04 6:05:08</p><font size="+1">青木さん，こんにちは！<br></font><font size="+2">青木さん，こんにちは！<br></font></center><center><font color="#0000ff"><br><p>香川大学情報処理センター</p></font></center></body></html>◆シラバス表示・編集ページ
文献(2)で，シラバスを表示する HTML ファイル作成を例として，XML データを XSLT
プロセッサで処理する方法を紹介した。そこでは，作成され一旦保存された HTML ファイルをあらためて Web ブラウザで閲覧すると言うものであった。Cocoon2 による処理では，用意する XML，XSLT ファイルは同じであるが，サイトマップに記述された URL への Web ブラ
ウザからのアクセスに応じて，一連の処理が実行され，結果としての HTML ファイルがブラウザ側に返されることとなる。

－ 74 －

とは言え，単なるシラバスの表示に話を限るならば，シラバスの内容が常時変更されるものでなくほぼ静的なページであることを考えると，Cocoon2 をわざわざ用いるメリットはそう大きくはないであろう。
シラバスを Cocoon2 で取り扱うとすれば，メリットが発揮できるのはその校正等の編集作業においてではないだろうか。プログラミングが可能な XSP の利点を生かすのである。おおよその手順は次の通りである。
(1)サーバ側では，ユーザからのアクセスに応じてシラバスを表示するのと同じ方法で編集入力が可能な Web ページを作成し，ユーザのブラウザに送信する（図５参照）。
(2)ユーザは Web ページ上でシラバスデータを校正・編集しサーバに送信する。
(3)ブラウザから受け取った文字列を XSP 内のプログラミングで処理し，シラバス XML
データファイルを更新すると共に，結果を示す Web ページをブラウザ側に送信する（図６）。
ここで，図５，図６に関係するサイトマップを例に，サイトマップにおける正規表現と処理の流れについて触れておこう。サイトマップでの記述を次のようにしている。
<map:match pattern="e-hensyuu-*">//図５の表示<map:generate src="files/{1}.xml"/><map:transform src="edit-syllabus.xsl" type="xt"/><map:serialize type="html"/></map:match><map:match pattern="edit-data">// 図６の表示<map:generate src="edit-data.xsp" type="serverpages"/><map:transform src="edit-data.xsl"/><map:serialize type="html"/></map:match>

図５のページを表示する URL は，
http://localhost:8080/cocoon/ipc_ku/ipc02/e-hensyuu-030301（*のところが 030301）
で，030301 はシラバスの科目コードである。これにより，ipc02/files/{1}.xml となっている部分が ipc02/files/030301.xml と置き換わって files/030301.xml ファイル（付録 B 参照）が校正・編集の対象となり，XML ファイルを入力として受け取る FileGenerator（デフォルトの Generator）に引き渡される。
次いで，TraxTransformer（デフォルトである XSLT Transformer）が Generator からのSAX イベントを XSLT ファイルである edit-syllabus.xsl（付録 C 参照）に基いて処理し，そこからの SAX イベントが更に HTMLSerializer に引き継がれて，最終的には HTML ファイルがブラウザに送られることとなる。尚，特に意味は無いのであるが，<map:transform src="edit-syllabus.xsl" type="xt"/>の部分で，XSLT プロセッサにデフォルトのものでなく xt を用いている。

－ 75 －

図５：シラバスの校正・編集画面

edit-syllabus.xsl ファイルの記述からも分かるように，図５のページソースにおける FORM

要素の action 属性値を”edit-data”としているので，図５のページからデータが送られた後はedit-data が URL として呼び出される。そのときブラウザから送信されてきたデータを処理
しシラバスのデータファイル 030301.xml の内容を更新すると共に，図６のページのもととなる XML データを生成するのが edit-data.xsp ファイルである(*1)。図６のページを与える
XSLT スタイルシートが edit-data.xsl となっている。

図６：校正・編集が終了した旨の表示(*1)edit-data.xsp では，Java プログラミングにより受け取ったデータを処理しファイル内容を更新している。XSP ファイルの例として記載したいところであるが，作成の途中で長らく作業を中断している関係で入力された特殊な文字の取り扱い等などに不備な点も多く，また既に 300 行を超える内－ 76 －

容となっていることもあり詳細については割愛する。

◆休講通知ページの編集と表示
休講を通知するページに関係して幾つかのサンプルを作成してみた。
●休講通知ページの編集
本学では，学部毎に休講通知の Web ページが提供されている。その編集はどのようになされているのであろうか。恐らくは，Web ページ作成ソフトウェアにより休講通知ページをその都度作成し，サーバにアップロードしているのではないかと想像する。何でもない作業のようでありながら，担当者にとっては面倒この上ないことであろう。Web ページ上で休講通知を編集する２つの Web ページを作成してみた。共に，仕組みは上述のシラバスの表示・編
集ページ作成と同じである。
休講通知情報の追加ページ
図７に Web ページ画面を示す。日時，曜日，校時はプルダウンメニューから選択するようにし，入力すべき項目を少なくして担当者の負担をできるだけ軽減している。

図７：休講通知情報の追加ページ
休講通知情報の削除ページ
休講通知情報も該当する日時が過ぎれば不要であり削除を要する。図８に，Web 上で不要な休講通知情報を削除する画面を示す。ここでは，削除すべき情報にチェックマークを施し－ 77 －

た上で送信する。このページへのアクセス時点で既に日時が経過した休講項目にはデフォル
トでチェックマークが付されている。

図８：休講通知情報の削除ページ●休講通知の表示
休講通知情報の表示そのものは，これまで紹介した例に比べれば簡単である。休講の情報が記述された XML ファイルとそれを HTML 形式に変換する XSLT ファイルを用意するだけでこと足りる。ここでは，作成したページ例の XSLT ファイルにおいて，次の２点を考慮したことを付け加えておこう。
● 休講通知の表示にあたっては，日付の順にソートされたものを表示すること。

休講通知の情報を追加する場合，１ヶ月以上も先のデータもあれば急を要する明日のデー
タもあり得よう。Web ページを HTML エディタで作成する場合にこれら情報をいちいち並び替えるのは結構手間のかかる作業である。表示の際に自動的にソートされることが望まれる。
● 日時の過ぎ去った不要な情報は，元となるデータに含まれていても表示しないこと。

不要となった休講通知情報の削除ページを作成したが，毎朝毎夕このページにアクセスして削除作業を行うのは時間の無駄である。不要な情報が削除された HTML ファイル作成
を真夜中のある時刻に自動的に行うようスケジューリングすることも１つの方法ではあるが，ブラウザからのアクセスが時刻を問わないものであることを考えれば，アクセスに応じて臨機応変に表示画面を切り替えるアイデアも悪くはないであろう。

◆携帯電話への対応
携帯電話の普及度を考慮すれば，提供する Web ページの携帯電話への対応は時代の要請であろう。シラバスはともかく，情報量が比較的少なく，そして「今すぐにでも見たい」というユーザ側からみて緊急度の比較的高い休講通知ページなどは，是非とも携帯電話に対応することが求められる。
Cocoon2 では，アクセスブラウザのユーザーエージェント名を判別することにより，同じURL へのアクセスに対して異なったコンテンツを表示させることが可能である(*1) 。この－ 78 －

Cocoon2 のもつ機能を，携帯電話からのアクセスに対して休講通知を表示させることに応用してみた(*2)。i-モード HTML シミュレータ(*3)と EZweb 用シミュレータ(*4)を用いてのアクセ
ス表示画面を示す（図９，図 10 参照）(*5)。

図９：シミュレータによる表示（i-モード） 図 10：シミュレータによる表示（EZweb）(*1)この機能では，BrowserSelector コンポーネントが用いられる。例については，文献(3)を参照のこと。
(*2)携帯電話への対応にあたって，cocoon¥sitemap.xmap に 2 つの変更を加えている。
● 携帯電話では Shift_JIS が用いられるようなので，名前が html-s で，文字エンコーディングがShift_JIS であ る HTMLSerializer を新た に登録した (以下参照 )。挿入個所は デフォ ルト でHTMLSerializer が記述されている部分の直ぐ後である。携帯電話対応 HTML ページについては，
この Serializer を用いる。
<!—html2 --><map:serializer logger="sitemap.serializer.html" mime-type="text/htm
l" name="html-s" pool-grow="4" pool-max="32" pool-min="4" src="org.apache.cocoon.serialization.HTMLSerializer"><buffer-size>1024</buffer-size><!-- <encoding>Windows-31J</encoding> --><encoding>Shift_JIS</encoding></map:serializer>● J-Sky Web と WZweb への対応として，ユーザーエージェントに関わる下記の記述を付け加えた。

挿入個所は，<map:selectors default="browser">と</map:selector>間である。
<browser name="jsky" useragent="J-PHONE"/><browser name="wap" useragent="KDDI"/>
BrowserSelector コンポーネントの用い方の紹介も兼ねて，携帯電話からのアクセスに関わる
sitemap.xmap での記述を以下に示す。keiji5 へのアクセスに対して，携帯電話からのときにはkeiji-cell，それ以外は通常の keiji2 へリダイレクトさせている。

－ 79 －

<map:match pattern="keiji5"><map:select test="browser"><map:when test="imode"><map:redirect-to uri="keiji-cell"/></map:when><map:when test="jsky"><map:redirect-to uri="keiji-cell"/></map:when><map:when test="wap"><map:redirect-to uri="keiji-cell"/></map:when><map:otherwise><map:redirect-to uri="keiji2"/></map:otherwise></map:select></map:match>(*3)i-モード HTML シミュレータ Version6.0 による。
http://www.nttdocomo.co.jp/p_s/application/を参照。
(*4)Openwave SDK Universal Edition1.1 に附属するシミュレータによる。
http://www.au.kddi.com/ezfactory/tool/ue/index.html を参照。
(*5)2 つのシミュレータで，ⅠやⅡが？と表示され，文字化けが起こっている。文字エンコーディングを Shift_JIS とした Serializer を用いていることによっている。

◆メールの送信−Java Mail の利用−
シラバスの校正・編集や休講情報の追加・削除の作業は，許可された者のみが行うべきであろう。とすれば，Web ページへのアクセスに先立って，アカントとパスワードによる認証が必要となる(*1)。
それでは，パスワードを忘れてしまった者へのケアはどうすればよいのであろうか。1 つの解は，Web 上からの要請に応えて，忘れたパスワードを当人宛にメールで送信することである。こうしたパスワードを送信するといった，メール送信機能を持つページもまた，休講通知表示システムや Web ショッピングページ，所謂グループウェア的なプログラム等に欠くことのできないパーツ群の１つである。
メールを送信するプログラム作成は少々厄介だと思うかも知れないが，Cocoon2 にはメー
ル送信プログラムである Java-Mail を利用するためのロジックシート（タグライブラリ）が用意されていて，XSP ファイル中でのほんの 10 行程度の簡単なコーディングでメール送信機能を実現することができる。Java-Mail を利用するにあたってのロジックシートの用い方については文献(4)に詳しく紹介されているので，ぜひ同文献を参照してほしい(*1)。
文献(4)での記述に倣って，Web ブラウザからのアカント名の送信を受けて，パスワードをメールで送信するページを作成してみたのが図 11 である。アカント名，パスワード，メールアドレス等が記述されたファイルからパスワードを読み込んで，当該アカントのアドレス
宛にメールが間違いなく送信されることが確かめられた。

－ 80 －

図 11：パスワード送信のためのページ(*1)アカントとパスワードによる認証を受けてのアクセスについては，その後のセッション管理が必要となる。これについては，session ロジックシートを利用できる。
(*2)Java-Mail の利用は大変重宝する。文献(4)に従って sendmail ロジックシートが利用できるように設定した事柄をまとめておく。
● $CATALINA_HOME¥common￥lib ディレクトリ内にある mail.jar と activation.jar の２つのファイ
ルを$CATALINA_HOME¥webapps¥cocoon¥WEB-INF¥lib ディレクトリにコピーし格納する。
● $CATALINA_HOME¥webapps¥cocoon¥WEB-INF¥cocoon.xconf フ ァ イ ル を 編 集 し て ，<parameter name="prefix" value="input"/>という記述があるロジックシート定義の後ろに（<builtin-logicsheet>＝＝＝＝</builtin-logicsheet>の最後の項目として）下記に示す内容を付け加える。
<!—2003.6.30 -->← この行はコメント，次行より次のコメント行までの内容を加える<builtin-logicsheet><parameter name="prefix" value="sendmail"/><parameter name="uri" value="http://apache.org/cocoon/sendmail/1.0"/><parameter name="href"
value="resource://org/apache/cocoon/components/language/markup/xsp/java/sendmail.xsl"/></builtin-logicsheet><!-- 2003.6.30 -->← この行はコメント● XSP ファイルには，sendmail ロジックシートを用いるための名前空間の定義を記述する（以下参照）。

<?xml version="1.0" encoding="Windows-31J"?><!-- <?xml version="1.0" encoding="Shift_JIS"?> --><!-- Author: M.Aoki "aoki@ed.kagawa-u.ac.jp" --><xsp:page language="java"
xmlns:xsp="http://apache.org/xsp"
xmlns:xsp-session="http://apache.org/xsp/session/2.0"
xmlns:xsp-request="http://apache.org/xsp/request/2.0"
xmlns:sendmail="http://apache.org/cocoon/sendmail/1.0">←この行を加える<xsp:structure>● XSP ファイルにメール送信のためのコードを記述する。参考までに，作成した XSP ファイルの内容を付録 D に示す。

－ 81 －

■おわりにCocoon2 による Web ページ作成の概要について，シラバスや休講通知の表示・編集といった身近な題材を採りあげてサンプルページを紹介した。折から，本学でもシラバスの Web 上
での閲覧や編集が話題となっているようである。
誌面の都合上，採りあげたページについての詳細を割愛したがため，やや中途半端で荒削
りな解説に終わってしまった感じではあるが，Cocoon2 の素晴らしさやその威力の一端を感じ取って頂けたのではないだろうか。
Cocoon2 は「XML をベースとした Web アプリ開発フレームワーク」へと発展しつつある
ようで，Java による Web アプリ開発のキーテクノロジーの１つとして，Cocoon2 から暫く目を離すことができないように思われる。本稿を通して，Java 或いは Cocoon2 による Web
アプリ開発に興味をもつ方が１人でも多くなることを，心から願う次第である。

参考文献(1)青木 昌三：「Java による Web アプリ開発の勧め（Ⅰ）−JSP，XSP 利用環境の構築−」
香川大学情報処理センター Newsletter No.49， June 16，2003(2)青木 昌三：「XML プログラミングによる HTML ファイルの作成−シラバスファイルを例として−」 香川大学情報処理センター年報 第９号 （2001 年 2 月）
(3)坂上 徹 他：「Apache Cocoon2 XML による Web サイト構築とコンテンツ管理」
2002.9 ソフト・リサーチ・センター （ISBN 4-88373-173-1）(4)ラジョス・モチャル：「Cocoon2 の威力を知る」
JavaWorld 2003 April，アイ・ディ・ジー・ジャパン(5)原田 洋子，鰈崎 義之：「サーブレット＆JSP トラブルシューティング」
JavaWorld 2001 November，アイ・ディ・ジー・ジャパン(6)岡田 育枝：「Web アプリ開発のイロハ 第 2 回 JSP の基本，サーブレットとの連携」
JavaWorld 2003 April，アイ・ディ・ジー・ジャパン(7)風間 一洋：「CAFE BAVE Java プログラミング・ノート２」
UNIX MAGAZINE 1998.4，アスキー(8)菊田 英明：「SE・プログラマ スタートアップテキスト JSP [基礎]」2002.2，技術評論社 （ISBN 4-7741-1340-9）－ 82 －

付録
付録 A：demo01.xsl ファイルの記述
日本語を表示するデモページで用いた XSLT ファイル demo01.xsl の内容は次の通りである。
<?xml version="1.0" encoding="Shift_JIS"?><!-- Author: M.Aoki "aoki@ed.kagawa-u.ac.jp" --><xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"><xsl:template match="/"><html><head><title>Sample XSP-demo01</title></head><body><xsl:call-template name="ipc1"/><center><p>
現在の時刻： <xsl:value-of select="data/date"/></p><xsl:call-template name="username"><xsl:with-param name="s" select="'1'"/></xsl:call-template><xsl:call-template name="username"><xsl:with-param name="s" select="'2'"/></xsl:call-template><!-<xsl:call-template name="username"><xsl:with-param name="s" select="'3'"/></xsl:call-template> --></center><xsl:call-template name="ipc2"/></body></html></xsl:template><!-- Templates --><xsl:template name="username"><xsl:param name="s"/><xsl:choose><xsl:when test="$s=1"><font size="+1"><xsl:value-of select="data/username"/>さん，こんにちわ！<br/></font></xsl:when><xsl:when test="$s=2"><font size="+2"><xsl:value-of select="data/username"/>さん，こんにちわ！<br/></font></xsl:when><xsl:otherwise><font size="+3"><xsl:value-of select="data/username"/>さん，こんにちわ！<br/></font></xsl:otherwise></xsl:choose>－ 83 －

</xsl:template><xsl:template name="ipc1"><font color="#ff0000"><i>IPC of Kagawa University</i></font></xsl:template><xsl:template name="ipc2"><center><font color="#0000ff"><br/><p>香川大学情報処理センター</p></font></center></xsl:template></xsl:stylesheet>－ 84 －

付録 B：files/030301.xml ファイルの記述<?xml version="1.0" encoding="Windows-31J" ?><!-- <?xml version="1.0" encoding="Shift_JIS" ?> --><!-- Author: M.Aoki "aoki@ed.kagawa-u.ac.jp" --><syllabus><subject code="030301" category=""><name> 物理学 A（イ）</name><e-name>Physics Aa</e-name><title></title><e-title></e-title><teacher>青木 昌三（教育学部）</teacher><unit>2 単位</unit><term>前期</term><weekly-daytime>火・１</weekly-daytime><c-form></c-form><contents><outline> 本講義は物理学の基礎として，特に質点の力学，質点系および剛体の力学の分野から基礎基本的な項目を精選し，それらの内容，関連する物理的な概念や考え方を紹介する。
先ずはこれら基礎基本的な事項についての基礎理解と関連する演習問題の解決能力の獲得を主眼とし，併せて物理学がどのように自然現象を取り扱うかといった物理学の手法に慣れ親しみ，物理学的な見方や問題取り扱いのセンスを養うことを目的としたい。時間に余裕が生じれば，熱力学分野の基礎的項目についても紹介する。</outline><system></system><plan>第１回〜第３回
質点の運動の記述
座標系，位置，速度，加速度，
簡単な運動の例
第４〜第６回運動の法則について
力と運動，力と運動の例
第７回，第８回
力と仕事，エネルギー，ポテンシャル，
力学的エネルギーの保存則，保存則を用いた運動の取り扱い例
第９〜第１１回
質点系の力学の基礎
第１２回〜
剛体の力学の基礎事項，剛体の回転運動
剛体のつりあい
時間的に余裕がある場合：
熱力学の基礎的事項
温度と熱，気体の状態方程式，
状態の変化，
・・・，
熱力学の第１法則，第２法則
・・・・・</plan><caution></caution><evaluation> 成績の評価は主として期末試験の成績による。レポートを課した場合に－ 85 －

は，その評価も加味する。</evaluation><others> 物理学Ａイ〜Ａハの授業間で受講者数にアンバランスを生じた場合には，受講者数の調整を行うことがある。</others></contents><text>原 康夫 著 「詳解 物理学」
（東京教学社） （生協の書籍部にて購入）</text><s-text></s-text><r-text></r-text></subject></syllabus>－ 86 －

付録 C：edit-syllabus.xsl ファイルの記述内容<?xml version="1.0" encoding="Windows-31J"?><!-- Author: M.Aoki "aoki@ed.kagawa-u.ac.jp" --><xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"><xsl:template match="subject"><html><head><title>Edit-Syllabus</title></head><body bgcolor="#e0ffff"><br/><TABLE border="3"><TR><TH><font color="#0000ff" size="+2">シラバス の 校正・編集</font>
</TH>
</TR>
</TABLE><br/><font color="#ff0000">（注意）科目コードは，半角数字で間違いのないよう必ず記入すること。</font><br/><br/><form action="edit-data" method="POST">
授業科目：<input type="text" size="40" maxlength="50" name="name"><xsl:attribute name="value"><xsl:value-of select="name"/></xsl:attribu
te></input>
科目コード(*)：<input type="text" size="16" maxlength="16" name="code"><xsl:attribute name="value"><xsl:value-of select="@code"/></xsl:attri
bute></input><br/>
授業科目（英文）：<input type="text" size="34" maxlength="60" name="e-name"><xsl:attribute name="value"><xsl:value-of select="e-name"/></xsl:attr
ibute></input>
担当者：<input type="text" size="24" maxlength="30" name="teacher"><xsl:attribute name="value"><xsl:value-of select="teacher"/></xsl:att
ribute></input><br/>
曜日・校時：<input type="text" size="8" maxlength="12" name="weekly-daytime"><xsl:attribute name="value"><xsl:value-of select="weekly-daytime"/></xsl:attribute></input>
学期：<input type="text" size="8" maxlength="12" name="term"><xsl:attribute name="value"><xsl:value-of select="term"/></xsl:attri－ 87 －

bute></input>
単位数：<input type="text" size="8" maxlength="10" name="unit"><xsl:attribute name="value"><xsl:value-of select="unit"/></xsl:attri
bute></input>
授業形式：<input type="text" size="8" maxlength="8" name="c-form"><xsl:attribute name="value"><xsl:value-of select="c-form"/></xsl:att
ribute></input><br/>
授業の主題と目標・授業方法：<br/><textarea name="outline" rows="8" cols="60" warap="hard"><xsl:value-of select="contents/outline"/></textarea><br/>
授業計画：<br/><textarea name="plan" rows="18" cols="60" warap="hard"><xsl:value-of select="contents/plan"/></textarea><br/>
試験・成績評価の方法：<br/><textarea name="evaluation" rows="4" cols="60" warap="hard"><xsl:value-of select="contents/evaluation"/></textarea><br/>
履修上の注意・その他：<br/><textarea name="others" rows="4" cols="60" warap="hard"><xsl:value-of select="contents/others"/></textarea><br/>
テキスト・教材：<br/><textarea name="text" rows="4" cols="60" warap="soft"><xsl:value-of select="text"/></textarea>
<br/>
<br/>
<input type="submit" value="編 集 登 録"/><input type="reset" value="リ セ ッ ト"/></form></body></html></xsl:template></xsl:stylesheet>－ 88 －

付録 D：メールを送信する XSP ファイルの例（sendmail02.xsp）<?xml version="1.0" encoding="Windows-31J"?><!-- <?xml version="1.0" encoding="Shift_JIS"?> --><!-- Author: M.Aoki "aoki@ed.kagawa-u.ac.jp" --><xsp:page language="java"
xmlns:xsp="http://apache.org/xsp"
xmlns:xsp-session="http://apache.org/xsp/session/2.0"
xmlns:xsp-request="http://apache.org/xsp/request/2.0"
xmlns:sendmail="http://apache.org/cocoon/sendmail/1.0"><xsp:structure><xsp:include>java.io.*</xsp:include><xsp:include>java.util.*</xsp:include><xsp:include>ipc_ku.Entry</xsp:include></xsp:structure><page0><xsp:logic>
String dir_name = "c:/tomcat 4.1/webapps/cocoon/ipc_ku/ipc06/etc/" ;String f_name = "passwd" ;String nothing1 = "NO" ;String id = null ;String passwd = "" ;String user_auth = "YES" ;String name = "" ;String e_mail = "" ;String enc = "JISAutoDetect" ;String smtphost="snake.cc.kagawa-u.ac.jp" ;← SMTP サーバ名
String from="aoki@cc.kagawa-u.ac.jp" ;← メール送信者名
String subject="From Admin";←メールサブジェクト
String body="Your Password is : " ;←メール文の一部
String charset="ISO-2022-JP" ;←メールの文字コード
id=request.getParameter("account") ;if (id == null || id.length() == 0)
user_auth = nothing1 ;else {
String fname = dir_name + f_name ;Entry entry= new Entry(fname,enc) ;name = entry.getAccountName(id) ;passwd=entry.getAccountPasswd(id) ;←パスワードを得る
e_mail = entry.getAccountE_mail(id) ;←メールアドレスを得る
if (e_mail.length()==0 || passwd.length()==0 || e_mail.equals("*")|| passwd.equals("*"))
user_auth="NO" ;}if( user_auth.equals("YES")){// 次行からメール送信のためのコード<sendmail:send-mail><sendmail:charset><xsp:expr>charset</xsp:expr></sendmail:charset><sendmail:smtphost><xsp:expr>smtphost</xsp:expr></sendmail:－ 89 －

smtphost><sendmail:from><xsp:expr>from</xsp:expr></sendmail:from><sendmail:to><xsp:expr>e_mail</xsp:expr></sendmail:to><sendmail:subject><xsp:expr>subject</xsp:expr></sendmail:subject><sendmail:body><xsp:expr>body</xsp:expr><xsp:expr>passwd</xsp:exp
r></sendmail:body><sendmail:on-success><p>Email successfully sent.</p></sendmail:on-success><sendmail:on-error><p>An error occurred: <sendmail:error-massage/></p></sendmail:on-error></sendmail:send-mail>// ここまでがメール送信のためのコード}</xsp:logic><result_code><xsp:expr>user_auth</xsp:expr></result_code><id><xsp:expr>id</xsp:expr></id><name><xsp:expr>name</xsp:expr></name><passwd><xsp:expr>e_mail</xsp:expr></passwd></page0></xsp:page>－ 90 －

PC(パーソナルコンピュータ)を自分で組み立ててみよう
教育学部 黒田 勉

1． はじめに昨今のパーソナルコンピュータ（以下 PC と略）の高速化には目覚ましいものがあり，1 年
前に（大枚を叩いて）購入した PC が，すでに陳腐化してしまうことが見受けられるようになっており，殊に，PC の動作クロックは 2003 年夏には 3.2GHz を記録するようになってきている．
2001 年には，Pentium 4 の 1.5GHz 前後が標準的な CPU だったことを考え合わせると，CPUの速度は倍，すなわち処理時間が半分，と言うことになる．一昨年末，筆者が Windows XPのインストール記を News Letter No.43 に執筆（発行・掲載は 2002 年 1 月末）してから，約 1
年半でこのような状態である．最も，Pentium 4 3.0GHz は 2003 年 10 月の価格改定以来 3 万円程度で売られているので，コストパフォーマンスは，CPU 価格が 2 万円を切る 2.6GHz 程
度が良いものと考えられる．
この間，その他のデバイス(DVD-ROM，CD-R など)が劇的に速くなったかというと，そう言う訳でもなく，高スペックなデバイスが，より安価になって買い求めやすくなった程度である．但し，HDD は別で，より高密度化が図られ，1GB 当たりの単価が半分以下になってきている．
また，主基板（メインボード）のチップセットに関しては，intel の 845 で基本的スペック
は殆ど変わっていないのが実情である．いろいろ細かい点では改良が進んでいるが，ベースクロック 133MHz に対応しているか否か，DDR SDRAM に対応しているか否か程度である．
このような場合，CPU だけ載せ替えると言うのが，簡単かつ安全に高速化が図れる方法であるのは十分肯ける話になってくる．
本稿で述べている手法は，PC のパワーアップに有効な上記 CPU や VGA カードの交換にも応用が利くので参考にしていただければ幸いである．

2． PC のスペック
計算機センターの予算の都合もあり，今回組立てた PC のスペックは，下記の通りである．
CPU:intel Pentium4 1.6AGHz（2003 年 4 月に 2.53GHz に交換）

Memories:

PC-2100 DDR SDRAM 512MB×2, (Total 1GB)

Mainbord:

A-Open AX4B Pro 533A
LAN, Sound, ATA-133 controler ON Board, USB2.0 Port×6

Graphic:

Matrox Parhelia 128

HDD:

IBM IC35L060AVER07, (60GB, ATA133)
IBM IC35L120AVVA07, (120GB, ATA133)

DVD-ROM:

MAtsushita SR-8588－ 91 －

CD-R:TEAC CD-W540E, (×40 Write)

MO:

Fujitsu MCM3130AP-S, (1.3G MO)

Case:

星野金属 MT-PRO 1200 S-Limited

Others:IBM 106 Keyboard （US），Logitech TrackMan Marble Wheel

大まかな市場価格は，ケースと MO，キーボード類を除けば 15 万円，Graphic カードをGeForce 系に，HDD を 1 台に変更すれば 10 万円程度になる．ケースはアルミ製の国産品で，冷却能力と組立易さに定評のある星野金属(Windy)のものを使用した．このケースは，市場価格でも 4 万円を切る程度であるが，最低でも 5 年は使用することを考慮に入れ，今後 CPU や
グラフィックカードの発熱量増大に対応したものとした．ちなみに，筆者が現在使用している PC（Windows98 で使用）のケースも同社製で，使用を開始してからすでに 5 年以上経過しているが電源を交換したのみで，現役の仕事用 PC として活躍している．
OS は，今後の講義の参考資料作成の事も考えて Windows XP Upgrade 版をインストールするようにした．

3． 組立て詳細
3．1．準備物
工具類なしでは作業ができないので，工具を準備する．
筆者は，VESSEL の R2-200 という長さ 20cm の 2 号（No.2 とも表示されている）＋ドライ
バを利用している．このドライバーは芯が磁石になっており，ケース内に落ちたネジ等を拾うのに大変重宝している．ちょっと細めの 1 号のドライバーは，ネジ山を潰すことがあるので，注意が必要であろう．
また，希にネジ類が入っていない（入れ忘れ？）ケースがあるので，「パソコン用ネジ」
をケースとともに購入しておけば万全．その他，−ドライバーも準備できればよいが，あまり頻繁には使わない．
作業をするためには周りに十分スペースのある作業台（机）があると楽に作業ができる．
目安としては，机の周りをしゃがんで一周できる程度．高さは 60〜70cm がベスト．
コンセントが遠い場合は延長コードかテーブルタップをお忘れ無く．
テスターやハンダごてにお世話になることは，まず無いだろう．
3．2．ケースの解体組立て用 PC ケース殆どは，中に何も入っていない状態で組み立てられており，それが段ボール箱に梱包されている．ケースの箱の封を切って，ケースを外に出しビニール袋を取り除
くと，ドライブ類が全くない「側だけ」の PC が出現する訳である．ケースによっては重量があったり，引っかかりがなかったりするので，机や作業台の上（床の上でも可）にケースの箱をひっくり返して，箱を上に持ち上げるのが楽であると考えられる．
ケースを作業台の上に載せると作業開始である．このままでは何もできないので，サイドパネルを取り外し，ケース内にデバイスを取り付けられるようにしなくてはならない．ケースにも依るが大半のものは，側板が背面にネジ止めされている．高級なケースには，ネジ止－ 92 －

めが全く必要なく，クリックやボスで止めるものもある．親切なケースには解体方法が載った冊子（紙切れの場合もあるが）が同封されているので，それを参照すればよい．

図 1．メインボード取り付けシャーシと背面ファン図 2．図 1（シャーシ）の右側側面（ケース背面）
解体作業が終わると，メインボードの取り付けに掛かる．図 1 は，メインボード取り付け
シャーシと背面ファンの写真で，メインボード取り付けネジを取り付けた後の状態である．

－ 93 －

ケースによっては，本体を横にしないといけない場合があるので，適宜対処してもらいたいが，このようなケースは作業性が劣ると考えられる．逆に，メインボード取り付けシャーシが別にできるケースは，価格が比較的高いものが多い．
図 2 は，図 1 の右側側面で，ケース背面になる部分である．左方下側は「IO シールド」のための開口部であり，後述の主基板に付属してきたものをはめ込むようになっている．右側に並んでいる長方形の穴は，拡張スロットのための開口部で，拡張スロットにカードを挿入
しない場合はこのまま塞いでおく．
3．3．フロントパネルの分解
このケースはフロントパネルの下に手を掛け，手前に引けばフロントパネルがはずれる構造になっている．また，3.5 インチと 5 インチベイはそれぞれネジで止められており，必要に応じてネジを弛めて取り外すようになっている．今回は，図 3 の様に 5 インチベイに 2 台（DVD-ROM と CD-ROM），3.5 インチベイに 2 台（FDD と MO ドライブ）のドライブ類を入れるので，カバーは図 3 中，右のように取り外した．
なお，再下段部分は USB フロントアクセスベイとして用いる．

図 3．フロントパネルを外した状態（左），フロントパネル表（中），同裏（右）3．4．メインボードと IO シールド
主基板（メインボード，マザーボードとも呼ばれる）は，スペックの項目にも書いたように AOpen の AX4BC Pro 533 を用いた．図 4 は，同基板を背面側から写したもので，電源安定用コンデンサやコイルが多数見られることが判る．
さて，このメインボードは，ATX 規格に準拠しているが，コネクタ類の位置が以前のものと大分変わっており，ケース付属の IO（あいおー）シールド板は殆ど使えない．このような場合，たいていメインボードの「箱」の中に付属品として入っている．この板も同様で，図 5の上側に示すような IO シールド板が入っていた．なお，図 5 の下側のものは，予めケースに－ 94 －

付属していたもので，図 2 では既に取り外してあり，そこには長方形の穴が開いている．

図 4．主基板（メインボード）外観

図 5．IO シールド板，上がメインボード付属品，下がケース付属のもの－ 95 －

図 6．IO シールド板をはめ込んだシャーシ背面もし，他社のメインボードを購入して，ケース付属のものと穴の位置が会わないときは，必ず同じようなパーツが付属しているので，無いような場合は購入店に相談することをお勧めする．
殆どの IO シールド板は，固定用の出っ張りがあり，簡単に取り付けることができる．同様に取り外しも簡単にできるので，メインボード固定時には，注意が必要である．ガタが大きいときは，粘着テープ等で仮止めすると良いだろう．
図 6 は，図 2 に図 5 の IO シールド板をはめ込んだ状態を示したもので，今回の場合は，特に苦労もなくはめ込むことができた．ケースによっては，はめ合わせが巧くいかない場合がある（中には長方形の穴が開いていないものもある）ので現物合わせでよく確認してもらいたい．図 7 は横から見たところで，ぴったりとはめ込まれていることが判る．

図 7．IO シールド板をはめ込んだケース背面
3．5．メインボードのシャーシへの取り付け－ 96 －

いよいよ組み立て作業の第一段階に入る．CPU と CPU ファン，メモリをメインボードに取り付ける．本稿では，Pentium 4 付属のヒートシンクは冷却能力が奮わないので，Alpha 社製のヒートシンクとファンを用いて CPU 冷却能力を高めている．取り付け方法は，それぞれのマニュアルに詳しく掲載されているのでここでは割愛させていただく．
CPU，メモリを取り付けた主基板をシャーシの上に載せ，ネジ止めをしていく．このシャーシに使用されているネジは，殆どミリネジであるので，そちらを用いる．ケースにより，インチネジが用いられていたりセルフタップのネジが用いられていたりするので，現物合わせで使用する必要がある．

図 8．主基板を固定したシャーシ，右側は横から撮影したもの
図 8 は，主基板とグラフィックカードを固定した状態のシャーシを示したもので，図 4 とは逆の位置からの撮影になる．
3．6．動作チェック，その 1
この状態で電源ケーブルだけ接続し，主基板とグラフィックカードの動作を確認する．筆者は，動作チェックのためのスイッチボックスを秋葉原の PC パーツ店で購入した．
図 9 は仮接続した電源ケーブルの様子と，チェック用スイッチボックス（下の 2 個の白いスイッチが付いた黒い箱）を示している．左側の写真は，主基板へ結線したスイッチボック
スからの配線で，電源 LED と RESET-SW，POWER-SW を結線している．HDD-LED は，
IDE-HDD を接続していないこの場合は不要なので，結線していない．いずれもコネクタをピンに差し込むだけなので簡単ではあるが，それ故に抜けやすいため，取り扱い，特にスイッチ BOX を移動させるときには注意が必要である．また，主基板のメーカーによってピンの位置が異なるので，マニュアルをよく見て，間違いがないようにしておかなければならない．
最近販売されている主基板では，接続先（どのケーブルを使うか）がよく判るように色分けされているものもある．
なお，この主基盤では，電源ケーブルを接続しただけで基板上の幾つかの赤い LED が点灯
する．
同時に，AGP スロット（PCI のグラフィックカードであれば PCI スロット）にグラフィッ
クカードを挿し，しっかり固定しておく．そして，グラフィックカードにはディスプレイを－ 97 －

接続しておき動作の確認を行う．

図 9．仮接続した電源ケーブルと，動作チェック用 SW-BOX

図 10．AGP グラフィックカードの模式図
図 10 は AGP グラフィックカードの模式図を示したもので，左側にディスプレイ接続コネ
クタがある状態を示している．この方向から見て AGP コネクタの右側にある L 字型のカード
エッジが，抜け防止のためのロックタブに嵌り込むようになっている．今回使用した主基板
ではシーソー式になっているが，メーカーによってはピンを押し込み固定するものもある．
POWER-SW を押すと電源が入り，起動画面が表示されれば特に問題はないが，「ピー，ピ，
ピ」と警告音が鳴る（殆どのメーカーで同じ鳴り方をする）場合，AGP スロットに巧く刺さっておらず，どこかがずれているので，きちんと挿し直す必要がある．図 11 の左の写真のよ－ 98 －

うに抜けロックが「カチッ」と音がするまではめ込んでやれば殆どミスはないと考えられる．
図 11 の右側が今回使用したグラフィックカードで，奥のスロットが AGP スロットで，向かって右側のロックタブが機能していることが判る．

図 11．AGP スロット（左）とグラフィックカード（右）3．7．ドライブ類のシャーシへの取り付け
メインボードのチェックが終わったら，ドライブ類をケースに取り付けていく．このケースは奥行が十分にあり，また，メインボードよりメインボード取り付けシャーシの方が大きいため，先にドライブ類を取り付けても問題はないが，Micro-ATX や，新システムの教育用
PC の様な Book タイプのケースであれば，メインボード＞メインボードのテスト＞ドライブ
類取り付け＞総合テスト＞OS インストールとなる．
ドライブ類のベゼル（プラスチック製の所謂「側」）が，ケースの開口部より微妙に大きい場合は外から挿入，そうでない場合は内側から取り出すように取り付けると，ドライブやケースのフロント部に傷が付かない．逆に無理をすると，確実にどちらかに傷を付けてたり塗装を剥がしたりしてしまい，後悔することになる．
また，CD-ROM や DVD-ROM，FDD を取り付ける場合，3mm の「ミリねじ」を用いるが，HDD（ケースに固定する電源を含む）を取り付ける場合，「インチねじ」と呼ばれる「ミリねじ」よりピッチの荒いものを用いなければならない．このドライブ取り付け規格の違いは，
HDD の設計がインチがスタンダードのアメリカでなされたものに対して，FDD，CD-ROM，
DVD 等のドライブの設計がメートル法を採用している日本やヨーロッパ諸国で行われたことに起因している．いずれにしろ，ねじの種類を間違えるとねじ山を潰してしまい，取り付
け・取り外しが困難になるので注意を要する．
閑話休題，筆者が作成した PC には，DVD-ROM，CD-R/RW，FDD，MO の 4 種のドライブ－ 99 －

と，60GB，120GB の 2 台の HDD が内蔵されている．このケースには，5 個の 5 インチベイ，
2 個の 3.5 インチベイが外部からアクセスできるように開口部があり，ほかに 4 台の HDD を内蔵できる隠し 3.5 インチベイが準備されている（最下段のベイを使用しないときは 6 台まで可）．最も，3 台以上の HDD を内蔵する必要がある場合は，外付け ATA カードを増設したり RAID を組むような特殊な例であり，通常の使用では，システム用とデータ用にそれぞれ 1 台づつ計 2 台までで十分であろう．

図 12．3.5 インチベイ（左）と稼働中の本 PC の内部（右）図 12 は，ドライブベイにドライブを固定した様子を示したもの（原稿を書いているときにケースの側板を開けた状態）である．上の方に DVD-ROM，CD-RW ドライブ，中程に MOと FD のドライブ，その下に HDD を取り付けている．
3．8．ドライブ類の設定
IDE の規格では各ポート（ケーブル）に 2 台以下のデバイスを接続できることになっており，通常のメインボードには Primaly と Secondary の 2 ポートがあり，それぞれに Master，Slaveの設定がある．通常，Primaly の Master には HDD を，Secondary の Master には CD- ROM（DVD-ROM）を接続する．最近のメインボードでは Primaly が Ultra-ATA 133 に対応しているので転送速度を要求する HDD の接続に利用する．また，「起動は Primaly の Master から」が暗黙の了解であるので，そのように接続するのが一般的である．また，MO や CD-R などの比較的転送速度が遅いデバイスでは，ATA-33 で十分間に合うので Secondary を使用する．
本稿で使用しているメインボードは，これらのデバイスの他に ATA-133 コントロールチップが搭載されており，このコントローラの機能で Ultra-ATA 133 の転送速度を持つデバイス（HDD）が 4 台接続できる．筆者は，このコントローラの 2 個のチャネルに 1 台ずつ HDDを接続している．60GB のドライブは起動ドライブとするため 1 番チャネルに，120GB のドライブは 2 番チャネルにそれぞれ Master として接続した．また，メインボードの Primaly のMaster には DVD-ROM ドライブを，Secondary の Master には CD-R/RW ドライブ，Slave には－ 100 －

MO ドライブを接続している．
余談ではあるが，SCSI 接続の場合，ID 番号を設定するだけで 7 台〜15 台のデバイスが同時に接続できる．
3．9．電源ケーブル類の配線
ドライブ類のシャーシへの固定が終わったら，電源とテータのケーブル類の配線を行う．
ケースに固定されている ATX 電源から，「赤，黒，黒，黄」がまとまって配線されているケーブルがドライブ用の電源ケーブルである．これを，各ドライブのコネクタに差し込めば電源の配線は終わりになる．メインボードへは，メインボード用電源コネクタと，ATX -12 と呼ばれる黄と黒が各 2 本まとめられたケーブルを挿すようになっている．メインボードによっては，さらに「P2 電源」と呼ばれる 5 本の線が纏まったコネクタも接続する必要がある．
なお，ATX12 が必要な CPU は Intel の Pentium 4 のみで，AMD の CPU を使用する場合は接続は不要である（というよりコネクタがない）．
そのほかに，メインボードに 3P の白いコネクタがいくつかあり，そこには「○○FAN」と印刷されている．ここに，ケースに固定されているファンや CPU ヒートシンクに付属のファンの電源ケーブルを差し込む．
ケースから出ている電源 LED，Reset-SW，PPOWER-SW，HDD-LED のコネクタをそれぞれメインボードの該当するピンに差し込んでいく．ピンの位置に関しては 3．6 の動作チェッ
ク用 SW-BOX の項目を参照されたい．
3．10．データ転送用ケーブルの配線
HDD のデータをメインボード上の CPU に伝送するデータ用のケーブルの配線を行う．はATA ケーブル（IDE ケーブルとも呼ばれる）を使用する．本稿の場合では，全て IDE（ATA）
接続であるので，ATA ケーブルを使用する．もし，SCSI 機器を内蔵する場合，SCSI カードと SCSI 機器を結ぶ SCSI ケーブルが必要になる．
さて，本稿で使用したデータ転送ケーブルは，FD 用，ATA 用共にメインボード付属のリボン状の「フラットケーブル」ではなく，「スマートケーブル」と呼ばれるものを使用している．スマートケーブルは，フラットケーブルに比較して専有面積が狭いため，ケース内を広くとることができる上，ケースに取り付けられた全面・背面ファンの空気の流れを阻害しないという利点がある．
図 13 は，IDE フラットケーブルとスマートケーブルの例を示したもので，中のものはATA-33 ケーブル，下のものは ATA-133 ケーブルである．ここには示していないが，ATA- 133
フラットケーブルや，SCSI，Ultra160-SCSI のスマートケーブルも存在する．
ATA-133 ケーブルと ATA-33 ケーブルの違いは，ツイストペアになっているか，単なるケーブルの集合かの違いで，ATA-133 ケーブルの方が高速なデータ通信に対応している．そのため，ATA-133 ケーブルの方が価格が高い．また，コネクタは黒，青，灰の 3 色に色分けされている．これは，青がメインボードのコネクタ，黒が Master，灰が Slave に設定されるようになっており，HDD や各種ドライブ類のジャンパピン設定を「Cable Select」に設定すると，－ 101 －

つないだコネクタの位置で，Master と Slave を自動設定してくれる．

図 13．フラットケーブル（上）とスマートケーブル（中，下）3．11．動作チェック，その 2
ケーブル類が全て接続でき，結線を確認し大丈夫であれば，まず，のコンセントからの電源ケーブルをケース電源のコネクタに差し込み，スイッチを「I」にする．正しく接続できていれば，幾つかのメインボード基板上の LED が点灯する．そして，ケースの電源スイッチを押し，電源を入れる．
これまで間違いがなければ，「ポッ（ピとかプーの場合もある）」とブザー音がし，BIOS
起動画面が表示されればハードウエアの動作チェック完了である．
万が一，電源を入れたときに「ボスッ（バチッ）」と音がし，青い火花が飛んだ場合，すぐに電源を抜き，音がした部品を点検する．このようになった場合，ハンダ付けの不良でショートしている事がほとんどである．当然のことであるが，部品を購入した店（業者）に症状を報告し，該当部品を交換してもらわなければならない．その部品を取り外して再度電源を入れたとき，BIOS 画面が表示されなければ，メインボードまで壊れた可能性が高いので，やはり，交換してもらうしか手はないだろう．
筆者の場合は，ケース用ファンのハンダ付け不良が原因で火花が飛び，電源を取っていた
メインボードが破壊された．このときは幸いにも保証期間中であったため，メインボード交
換だけで済んだ．しかし，交換までの約 2 週間，その PC に対して何もできず，空しい時を過ごす羽目になってしまった．不良品だったファンは，ハンダ付けの箇所を修正したら無事使えるようになったが，本来ならクレームと損害賠償の対象になるだろう．

－ 102 －

3．12．ケースの組立
さて，無事起動することが確認できたら，いよいよケースの組立である．といってもケースを分解したときと逆の手順で，両側の側板をはめ込み，ネジ止めするだけである．
これで，自作 PC ハードウエア部分は完成したことになる．
3．13．その他
最近，青色や白色の LED が安価になってきて PC ケースにも採用される様になってきたり，
自分で交換できるパーツが販売されてきたりしている．このような LED を使用するとき，そのコネクタ間の電圧に注意しなければならない．
従来の LED は 1.5〜2V で点灯しているが，青や白の LED は 3.6V の電圧がないと点灯しない．メインボードによっては，POWER ピン間に 3V 程度しか出さないものがあり，このような場合，正しい方向に LED を挿しても点灯しない場合がある．もし，電源 LED が青（白）で正しく接続して点灯しない場合，LED の故障を疑う前に電圧不足を考慮する必要がある．

4． ソフトウエアのインストールと設定
これまで主にハードウエア的の組立を行ってきたが，いよいよこれからメインボードのBIOS 設定，OS やアプリケーションのインストールを行っていく．
4．1．BIOS の設定と OS（Windows XP）のインストール
BIOS の設定は BIOS 設定プログラムを起動させて行う．
一般的なメインボードでは，「DEL」
キーを押しながらリセットボタンを押して PC を再起動すれば，BIOS 設定画面が表示され各
種 BIOS 設定が行うことができる．

図 14．BIOS 設定画面（左：起動時の画面，右：終了時の画面）
図 14 は，BIOS 設定の起動時と終了時の画面を示したもので，ほとんどのメインボードでは，青い画面に黄または白の文字が表示される．本稿で使用した AOpen の AX4B Pro-533 では，左側に設定項目が集中している．上から順に Standard CMOS Features, Advanced BIOS
Features, Advanced Chipset Fratures, Integrated Peripherals, Power Management Setup, PnP/PCI
Configurations, PC Health Status, Frequency / Voltage Control となっている．右側は，BIOS の設－ 103 －

定を元に戻す，BIOS 設定画面に入るためのパスワードをかける，BIOS 設定画面終了時のオ
プション設定等ができるようになっている．
以下，各設定項目について概説していく．なお，このセクションで使用している BIOS の
設定画面は，同一メインボードを使用した別の PC であり，デバイス名等が異なっていることを予めお断りしておく．
4．1．1．Standard CMOS Features

図 15．Standard CMOS Features
図 15 は，Standard CMOS Features の設定画面である．この項目では，このメインボードに接続されているドライブ類のデバイス名，接続されている FDD の種類，BIOS カレンダの持つ日付，時刻の設定，エラーが起きたときの処理手順等が表示される．下部には使用するベースメモリ 640KB と 1047552KB の拡張メモリが表示されている．この数字は，MS-DOS の時代の 640KB のメインメモリとそれ以上の拡張メモリに分けて管理していた名残である．ちなみに，このメインボードには 1GB（1000KB）のメモリが搭載されており，もはや「640KB」という単位は，最早過去の遺物であろう．
4．1．2．Advanced BIOS Features－ 104 －

図 16．Advanced BIOS Features
図 16 は，Advanced BIOS Features の設定画面である．上から BIOS によるウイルスチェッ
ク，L1&L2 キャッシュの設定，電源自己テスト，ブートデバイス（1 番目から 3 番目，その他）の設定，FD のドライブ名交換の設定，電源投入時に FDD をシークしに行くかの設定，
Num Lock（テンキーを数字キーとして認識させる）の設定，以下，その他の機能の設定になっている．
BIOS によるウイルスチェックは，ウイルスチェックのパターンが時代にそぐわないものとなってしまい，現実的に機能できない，Disabled の設定にしている（特に必要のない限り OFF
でかまわない）．また，L1, L2 キャッシュを切る(Disabled にする)ことは，Pentium 4 CPU の性能をほとんど殺すことになるので，必ず Enable にしておく必要がある．この PC では，ブートデバイスは，IDE 接続の CD-ROM，FDD，IDE 接続のプライマリのマスターHDD の順にしている．ブート可能な SCSI 機器が接続されている場合，SCSI を選択することもできる．
また，通常電源投入時には，キーボードの Num Lock 機能（キーボード右側のテンキーが数
字のキーとして機能させること）は機能しない．これをやめ，テンキーを矢印キー等ではな
く数字キーとして使うため，Boot Up NuMLock Setting で Num Lock キーを押す設定を行う．
これ以外の設定の変更は，ほとんど必要ないので省略する．

－ 105 －

4．1．3．Advanced Chipset Fratures

図 17．Advanced Chipset Features
図 17 は，Advanced Chipset Features の設定画面である．ここでは，RAM のタイミングやAGP バスの設定を行う．
この PC では，マニュアルで設定している DRAM Timing は，「By SPD」とする方が一般的である．「By SPD」と設定したとき，CAS．Precharge Delay，CAS# Delay，RAS# Delay は自動で設定される．また，DRAM Clock の設定は，PC-2700 DRAM を PC-2100 の設定で使用するときなどに使用する．
4．1．4．Integrated Peripherals
図 18 は，Integrated Peripherals の設定画面を示したもので，メインボード上に搭載されている各種チップのセットアップを行う．
基本的に Auto または Enable と設定すればよいが，IDE 接続デバイスが Primaly だけだった
り，IDE 接続のデバイスが全くない全てのドライブを SCSI 接続で構成した場合などでは
On-Chip Primary (Secondary) PCI IDE は Disable にしておくと，割り込み IRQ が空き，別のカ
ードの IRQ 要求に応えることができる．

－ 106 －

図 18．Integrated Peripherals
USB，USB 2.0 コントローラは USB 機器を使用するために必要であるため，Enabled と設定，
ただし USB キーボードは使用しないので，ここは Disabled に設定した．
Init Display First の項目は，グラフィックカードを AGP スロットに挿しているものと PCIスロットに挿しているものがあるとき，どちらを優先するかの選択である．通常は AGP スロ
ットにグラフィックカードを 1 枚挿すので，AGP に選択しておけばよい．また，オンチップ
でグラフィック機能が提供されている場合も同様である．
LAN と ATA-133 のコントローラはいずれもオンボードコントローラの機能を使用するのでEnabled としておく．もし，不要（使用しない）であれば Disabled にしておく．
また，この PC にはサウンドカードを増設しているので，オンボードのサウンド機能は必要ないので Disabled にしている．Modem 機能も使用していないので Disabled に設定している．
この画面以外にもゲームポートや MIDI 音源の割り当ての設定が用意されているが，いずれもサウンドカードの機能を使用するため Disabled にしている．もし，オンボードの機能を使う場合，いずれの設定も Enabled に変更しなければならないのはいうまでもない．

－ 107 －

4．1．5．Power Management Setup，PnP/PCI Configurations

図 19．Power Management Setup（左）と PnP/PCI Configurations（右）図 19 は Power Management Setup と PnP/PCI Configurations の画面である．Power〜は電源の管理を PnP〜はプラグアンドプレイ，PCI スロットの設定を行っている．どちらも，特に必要なければ初期設定で問題はない．
4．1．6． PC Health Status, Frequency / Voltage Control
PC Health Status は現在のメインボード上の CPU 温度やケース内部温度，ファン回転数などを表示するもので，特に高温な場所（例えば直射日光の当たる南側の窓際など）に PC を設置
しない限り，参照する必要はない．また，Frequency / Voltage Control では，ベースクロック周
波数や，CPU にかかるコア電圧の設定を行うことができる．この項目も，普段使用するに当たっては特に変更する必要はない．
4．2．OS（Windows XP）のインストール
BIOS の設定が終了すると OS のインストールに取りかかることができる．本稿ではWindows XP Professional アカデミックアップグレード版（以下，XP と記す）をインストール
していく．
CD（DVD）-ROM（RW）ドライブに Windows XP の CD-ROM をセットしリセットボタン
を押すか，電源を入れた直後にトレイを空けて CD-ROM をセットする．すると，このドライ
ブからデータを読み込み始め，XP のインストーラが起動する．通常の IDE ポートに接続した
HDD や，SCSI 接続の HDD から起動する場合はあまり問題にならないが，本稿で使用している Ultra ATA-133 チップが搭載されていて，これに接続したドライブを起動ドライブとするた
めには，デバイスドライバを予め FD にコピーしておく必要がある．
http://www.aopen.co.jp/tech/faq/mb/serialata.htm に起動ドライブとして使用する方法，データドライブとして使用する方法が記載されている．
この方法をメインボードのマニュアルにある説明と上記 Web ページより転載したものを掲載する．

－ 108 －ULTRA-ATA133 チップドライバ FD の作成法：
・ Windows でフォーマットした FD を 1 枚用意する．
・ 別の PC を準備してメインボードに添付されている CD をエクスプローラ等で開く．
・ CD -ROM のドライブ名:¥Driver¥Promise¥ATA133¥Driver¥WinXP （Windows200 の場合は〜¥WIN2000）のフォルダの内容を全て FD にコピーする．
・ コピーし終わったら FD を取出す．
以下にドライバのインストール方法を，http://www.aopen.co.jp/tech/faq/mb/serialata.htm より転載したものを示す．なお，Web ページ上の図は省略し，読みやすいように文章を少し修正している．
1.

Windows2000/XP のインストール CD を挿入し，CD 起動にてコンピュータを起動させてください．

2. インストール画面の下方に「Press F6 if you need to install a third party SCSI or RAID driver...」と表示されたら，「F6」キーを押してください．
3.

その後，「S」を押してください．

4.

FD 要求メッセージが表示されたら添付のドライバフロッピーディスクを挿入し「ENTE
R」キーを押してください．

5. 選択が表示されますので，WindowsXP の場合「WinXP Promise Sata(tm) Controller」を選択し「ENTER」キーを押してください．(デバイス名はバージョンによって異なる場合がございます．)
6.

Windows2000 の場合はキーボードの十字キーにて下方へスクロールしていただき，「Win2000 Promise Sata (tm) Controller」を選択し，「ENTER」キーを押してください．(デバイス名はバージョンによって異なる場合がございます．)

7. 下記画面が表示されたら「ENTER」キーを押してください．(デバイス名はバージョンによって異なる場合がございます．)
8.

あとは通常と同じようにインストールが開始されます．

以上，転載終了．ULTRA-ATA133 チップを起動ドライブにすることは，自作を初めてする人に取っては敷居が少々高いように思われる．また，デュアル OS ブートも可能になるので，
BIOS の設定方法も同社の Web ページから転載（読みやすいように修正済み）する．
関連 BIOS 設定項目について：
複数のハードディスクを装着する場合は BIOS 設定にて起動優先順位を指定する必要があります．起動順位の設定は初期状態では下記のようになっております．
Advanced BIOS Features >First Boot Device > CD-ROM
Second Boot Device > A－ 109 －

Third Boot Device > C
例えば下記のように HDD を接続した場合，BIOS 設定を変更しなければなりません．
ATA133 ソケット(黄) Windows XP インストール済みハードディスク
ATA100 ソケット(青) Windows Me インストール済みハードディスク
Windows XP を起動させるならAdvanced BIOS Features >First Boot Device > CD-ROM
Second Boot Device > SCSI
Third Boot Device > C
Windows Me を起動させるならFirst Boot Device > CD-ROM
Second Boot Device > C
Third Boot Device > SCSIつまり ATA133 ソケットに接続したハードディスクから起動させたい場合は，「SCSI」の起動順位を「C]よりも上にしてください．ATA100 ソケットに接続したハードディスクから起動させたい場合は，「C」の起動順位を「SCSI」よりも上にしてください．
http://www.aopen.co.jp/tech/faq/mb/mbglo.htm に用語解説があるので，これも参考にしていただ
きたい．
さて，CD から BOOT すると，最初にハードディスクを特別な（Windows XP に標準で搭載されない）デバイスドライバに接続しているかどうかの旨のメッセージが表示される．本稿の場合，上記手法で作成したドライバを使用するため，「特別なデバイスドライバが必要な場合」に相当する．このとき，指定されている時間内に F6 キーを押してドライバが必要なことをプログラムに知らせる必要がある．最後のデバイスドライバを読んだ後，「FDD にデバイスドライバの FD を入れるように」というメッセージが表示されるので，そのデバイスド
ライバをコピーした FD を入れ，「S」キーを押す．すると，該当するドライバが読み込まれ，Windows XP のインストールが続行される．
これ以降は，News Letter43 に書かれている通りであるのでそちらを参照していただければ幸いである．
4．3．ドライバのインストール
最新のグラフィックカードを購入して取り付けると，Windows XP に標準添付されているド－ 110 －

ライバでは十分に能力を発揮できない．そのため，ほとんどのビデオカードには CD-ROM ディスクが添付されており，「専用デバイスドライバ」や様々なアプリケーションソフトが供給されている．また，製造元が Web ページを作成して最新のドライバを供給していることも多い．
本稿で使用している PC のグラフィックカードは，Matrox 社製 Parhelia 128 であるが，http://www.matrox.comのサイトの support にある Latest Drivers の項目に最新のドライバが登録されている．最新のドライバは，様々なバグフィックスが行われる他，隠し機能が有効になっていたり，描画が速くなっていたりすることが多い．
ダウンロードした圧縮されたドライバのファイルを解凍後，インストールプログラムを起動し，データがインストールされた後再起動すれば，最新のデバイスドライバに置き換える
ことができる．
また，サウンド関係やネットワーク等のメインボード上に搭載されたチップのドライバは，
メインボードの会社の Web ページに登録されていることが多い．
4．4．アプリケーションのインストール
4．4．1．IME，ワードプロセッサ等の市販アプリケーションのインストール
ほとんどのアプリケーションソフトは，マニュアルの手順通りに進めていけば，インスト
ールの失敗はない．大抵の場合，「すべて」，「限定」，「カスタマイズ」のインストール
区別があり，必要に応じて選択できるようになっている．
本稿では，nstallShield を基に作られているインストーラの例(Justsystem の IDisk マネージャ，
Netnote)を挙げておく．

図 20．セットアップの起動画面－ 111 －

図 20 が起動画面で，Autorun 機能を有効にした CD(DVD)-ROM(R/RW)のドライブに CD ま
たは DVD を挿入すると表示される．

図 21．コピー開始のメッセージ画面
図 21 の画面の時にインストール時の設定の変更を行えるソフトもある．

図 22．コピー先のフォルダの設定－ 112 －

図 22 は，コピー先のフォルダ設定画面である．殆どのソフトはデフォルトで C:¥Program
Files の下に作成されるようになっているが，インストール先のドライブを変更したり，フォルダ名を変更する場合，この画面の「参照(R)」ボタンを押し，適宜変更すればよい．

図 23．開始確認画面
思い通りの設定になっていれば，図 23 のコピー開始確認画面が表示されるので，「はい」を押せば，ファイルのコピーが開始され，図 24 の状況バーが表示される．ファイルがアーカイブされていて，インストール時に展開するときには，バーが 2 段で表示されることもある．

図 24．インストール実行状況を知らせるバー
図 24 のバーが右端(100%)になり，インストールが終了すると，セットアップ完了画面（図25）が表示され，インストールが終了する．アプリケーションソフト，特にデバイスドライ
バや Windows の設定を変更するようなソフトでは，この後，再起動するか否かを尋ねる場合があるので，起動中のソフトを終了してから，「完了」ボタンを押すようにすればよい．

－ 113 －

図 25．セットアップ完了画面
筆者注：図 20 から図 23 は IDisk，図 24 と図 25 は Netnote の画面のハードコピーである．
4．4．2．ユーティリティ等のアプリケーションのインストール
基本的には 4．4．1 と同じであるが，ソフト（オンラインで流通しているフリーソフト等が殆ど）によっては，自分でショートカットを作成し，スタートメニューの登録しなければならないものがある．
この場合，まず該当するプログラムファイルのアイコン上でマウスの右ボタンを押し，メニュー（いわゆる右クリックメニュー）を表示させ（図 26，図 27 に拡大画面），この中の「送る」を選択すると，様々な送り先（"C:¥Documents and Settings¥Default User¥SendTo" や"C:¥Documents and Settings¥ユーザ名¥SendTo"フォルダに設定されている内容）のアイコンが表示される．このときに「デスクトップ (ショートカットを作成)」を選択すれば，デスクトップに該当する実行ファイルのショートカットが作成できる．
次に，スタートメニュー＞設定＞タスクバーと［スタート］メニューを選択し，「スタートメニュー」のプロパティ画面（図 28）を表示させ，カスタマイズのボタンを押し，カスタマイズ設定画面（図 29）を表示させる．
その後，「メニューの詳細設定ボタン」を押すと，図 30 に示すような画面が表示される．
ここに，先ほどデスクトップ上に作ったショートカットアイコンを移動すれば，スタートメ
ニューに該当アプリケーションソフトが登録される．

－ 114 －

図 26．右クリックメニューを表示させたデスクトップ

図 27．右クリックメニューの拡大図－ 115 －

図 28．スタートメニューのプロパティ画面

図 29．スタートメニューのカズタマイズ画面－ 116 －

図 30．プログラムフォルダの詳細
ちなみに，マイコンピュータから"C:¥Documents and Settings¥ユーザ名¥スタート メニュー
¥プログラム" を選んでフォルダを展開させたものと同等である．
4．4．3．マルチディスプレイの設定
本稿で使用した Matrox Parhelia 128（後で発売された Millenium P750 も同様）は，ディスプ
レイを 3 台同時に使用するトリプルディスプレイの設定も可能である．しかし，このような環境が必要になるのは稀であり，トリプルディスプレイにするには，アナログ接続ディスプ
レイ 3 台，もしくはデジタル接続ディスプレイ＋アナログ接続ディスプレイ 2 台になるため，よほど広い部屋と机がないとアナログ接続ディスプレイ 3 台は難しい．また，LCD の様にデジタル接続ができるディスプレイでは 2 台同時に使用したデュアルディスプレの設定のみが可能である．
本稿では，デジタル接続 LCD2 台を接続したデュアルディスプレイの設定について述べておく．VGA カードによっては，1 台目がデジタル接続，2 台目がアナログ接続になっている
ものや，両方ともアナログ接続のものもあるが，デュアルディスプレイでの設定は，ほぼ同－ 117 －

じである．
デスクトップの何もないところ（アイコン以外の場所）に
マウスカーソルを持って行き右ボタンをクリックすると図 31 の「画面のプロパティ」が表示される．

図 31．画面のプロパティ
デュアルディスプレイの設定が ON になっていると，ここで，2 つの画面の設定ができる．
ここで「識別」ボタンを押すと画面に「1」，「2」の数字が大写しになる．「詳細設定」ボ
タンを押すと VGA カードとディスプレイのプロパティが表示され，種々の設定が可能になる．VGA カードメーカーのユーティリティがインストールされている場合，ここにメニューが追加されているはずである．本稿の場合，Matrox が提供している「Power Desk」のメニュータブが追加されている（図 32）．
ここで，「Matrox PowerDesk-HF」のボタンを押すと，に示す画面が表示され，ドライバの詳細な設定が行えるようになる．このプログラムを起動するには，個々に述べた方法のほか，
タスクバー（図 34）の該当プログラムのアイコンをダブルクリックする，コントロールパネ－ 118 －

ルにある該当プログラムのアイコンをダブルクリックする方法がある．

図 32．ドライバのプロパティの詳細

図 33．メーカー作成の設定プログラム－ 119 －

図 34．タスクバーのアイコン（右側，左から 3 番目が設定プログラムのアイコン）

図 35．デュアルディスプレイの表示例
図 35 は，デュアルディスプレイの表示例（3200×1200 ドット，32bit Full Color）であるが，デジタル接続が 1600×1200 ドットより上の解像度をサポートしていないので，LCD を用いた最高解像度ということになる．

5． おわりに初めて組み立てパソコンに挑戦していみようという方はもとより，2 台目を組んでみたけ
どどうも…，という方でも参考にできるように，なかなか参考資料が見つからない BIOS や
初期設定関係に力を入れたつもりであるが，筆者の拙い文章力ではこれが限界である．これを機に，何かアップグレードを図りたい，設定をいじってみたいという方が一人でも増えれば幸いであると考えている．
また，判りづらい点があったり，事実誤認等を発見した場合，kuroda@ed.kagawa-u.ac.jp に連絡をいただければ幸いです．

－ 120 －

ウィルスチェックサーバによるアラートメールの集計
青木 昌三*

瀬野 芳孝**

曽根 計俊** 高橋 多恵**

１．はじめに2003 年 3 月の旧香川大学ネットワークシステム更新に伴い，２台のウィルスチェックサー
バが導入され，2003 年５月半ば過ぎよりその運用が開始された(*1)。2003 年 6 月より同 12 月までの間にウィルスチェックサーバにより除去されたメール件数やウィルスの種類について集計した結果を報告する。
(*1)ウィルスチェックサーバの設定等の詳細については，本年報の別掲記事「香川大学におけるウィルス対策メ
ールシステム」を参照のこと。

２．管理者向けアラートメールの集計
２台のウィルスチェックサーバは学内および学外から送られてくるメールを事前にスキャンし，もしウィルスがあればその除去等を行うと共にメールの送信者，受信者，管理者にア
ラートメールを送信する。この管理者に送信されるアラートメールを解析し，集計用データを蓄積すると同時にその内容を表示する管理者向け Web ページを自動作成する環境を構築した。
(１)管理者向けアラートメールの書式変更
ウィルスチェックサーバ導入時点での管理者に送信されるアラートメールは次のような書式・内容であった。
①Have detected a virus (WORM_SOBIG.A) in mail traffic. Action: quarantined.
上記の内容ではウィルス名と処理された方法しか分からないことから，アラートメールのオプションをすべて選択し，次の②の内容・書式とするよう設定を変更した(*1)。
②Theuncleanable
file
CAGXI78D.scr
is
moved
to
/etc/iscan/virus/virFfqR7V. ;quarantined ;06/13/2003 14:35:36 ;CAGXI78D.scr ;abc@aaa.ccc.jp ;WORM_KLEZ.H ;zzz@xx.kagawau.ac.jp;/etc/iscan/virus/virFfqR7V ;SMTP ;dragon.kagawa-u.ac.jp(*1)この書式・内容の例では，送信者・受信者名を適宜編集している。

(２)管理者用 Web ページの作成
ウィルスチェックサーバが処理した週間のウィルス情報を管理者用の Web ページとして自動作成するスクリプトを作成した。この Web ページは管理者用のため，閲覧するにはアカン
トとパスワード入力が必要なように設定している。以下に，管理者を対象とした「週間ウィ
*
**

教育学部
総合情報基盤センター幸町分室－ 121 －

ルスレポート」Web ページを示す（図１参照）。

図１：「週間ウィルスレポート」の Web ページ画面
図１で，「詳細」をクリックすると，次のような書式でより詳しい内容を表示するようになっている(図２をも参照)。
ウィルスレポート（ＳＭＴＰ）
日付

01/04/04

日時
01:46:44

ウィルス名WORM̲KLEZ.H

送信元

送信先

処理

感染ファイル名tymer@mx.mmd.co.jp s00z000@xxx.kagawa‑u.ac.jp quarantined head̲bk.......................................

図２：「詳細」クリックにより表示される画面（一部）(３)ウィルスデータの集計
２台のウィルスチェックサーバから送られてくるアラートメールの書式・内容は(１)の②に示した通りであるが，スクリプトにより，これを更に集計し易いよう 1 日 1 回自動的に整理し，月毎のファイルとするようにしている。作成されたデータをもとにした集計結果を以下に示す。

－ 122 －

(a)ウィルス除去数ベスト 10（2003／6〜12 月）
2003 年 6 月から 12 月までの間でのウィルスチェックサーバにより除去されたウィルス数
について，7 ヶ月間の合計数が多い順に上位 10 個のウィルス（その他を含む）をまとめたものをリスト１に，関連したクラフを図３〜図６に示す。

リスト１：ウィルス除去数ベスト 10
6

7

8

9

10

11

12

計

WORM_KLEZ.H

165

360

409

301

277

355

646

2513

WORM_SWEN.A

0

0

0

361

422

196

180

1159

WORM_MIMAIL.I

0

0

0

0

0

0

987

987

PE_BUGBEAR.B-O

76

187

90

244

99

6

19

721

WORM_MIMAIL.A

0

0

247

11

57

40

92

447

WORM_SOBIG.F

0

0

127

124

1

0

0

252

WORM_MIMAIL.F-1

0

0

0

0

0

224

27

251

PE_BUGBEAR.DAM

0

69

38

4

12

2

2

127

7

14

15

5

16

5

17

79

102

74

56

25

18

98

67

440

350

704

982

1075

902

926

2037

6976

EMail_Flaw_MIME_Tag_Overflow
その他
計

ウィルス除去数全体推移( 2003/6〜12）
2500
2037
2000
1500
982
1000
500

1075
902

926

10

11

ウィルス数

704
350

0
6

7

8

9
月

図３：ウィルス除去数全体の推移(2003／6〜12)－ 123 －

12

ウィルス 除去数べス ト1 〜5 位
1200

除
去
数

1000

WORM̲KLEZ.H

800

WORM̲SWEN.A

600

WORM̲MIMAIL.I
PE̲BUGBEAR.B-O

400

WORM̲MIMAIL.A

200
0
6

7

8

9
月

10

11

12

図４：ウィルス除去数ベスト 10−その１−ウィルス除去数ベス ト6 〜1 0 位
250
WORM̲SOBIG.F

200

WORM̲MIMAIL.F-1

150

除
去
数 100

PE̲BUGBEAR.DAM

EMail̲Flaw̲MIME̲Tag̲
Overflow

50

その他

0
6

7

8

9

10

11

12

月

図５：ウィルス除去数ベスト 10−その２−－ 124 －

ウィ ルス 削除数ベスト 10（2003/6〜12）
100%

301
80%

277
355

409
165

646

360

180
60%

0
90

0

361
196

0
422
40%

76
187

247

06
40
0

0

987

07
244
0

0

224

20%
69

127

14

0
38
15

124

56

045
25

8

9
月

11

102

74
0%
6

7

99
25
57
10
12
16
18

98

19
92
0
27
2
17
67

10

11

12

その他

EMail̲Flaw̲MIME̲Tag̲Overflow

PE̲BUGBEAR.DAM

WORM̲MIMAIL.F-1

WORM̲SOBIG.F

WORM̲MIMAIL.A

PE̲BUGBEAR.B-O

WORM̲MIMAIL.I

WORM̲SWEN.A

WORM̲KLEZ.H

図６：各ウィルスの全体に占める割合（2003/6〜1）－ 125 －

(b)「その他」のウィルス
リスト１に示された「その他」に含まれるウィルスの内訳は次のリスト２の通りである。
リスト２：「その他」ウィルスの内訳
6

7

8

9

10

11

12

計

WORM_MIMAIL.C-1

0

0

0

0

0

60

17

77

PE_CIH.1003, WORM_KLEZ.H

31

15

2

0

0

0

0

48

ADW_HOTPRIV.A

0

0

0

0

0

24

20

44

WORM_SOBIG.A

21

4

12

4

0

0

0

41

PE_MAGISTR.DAM

38

2

0

0

0

0

0

40

VBS_REDLOF.A

6

6

1

0

4

1

7

25

WORM_BUGBEAR.A

2

14

3

2

0

0

0

21

WORM_SOBIG.F.DAM

0

0

14

6

0

0

0

20

WORM_YAHA.G

1

5

4

9

1

0

0

20

WORM_SOBIG.E

0

15

0

0

0

0

0

15

WORM_KLEZ.E

0

0

12

0

0

0

0

12

PE_Magistr.B

0

2

2

0

5

1

0

10

WORM_MIMAIL.J

0

0

0

0

0

5

4

9

VBS_REDLOF.A-1

0

0

0

0

1

0

7

8

WORM_BADTRANS.B

0

0

1

1

5

1

0

8

WORM_FIZZER.A

2

5

0

0

0

0

0

7

WORM_HYBRIS.B

1

1

0

2

2

1

0

7

PE_DUMARU.A

0

0

0

0

0

0

6

6

JS_FORTNIGHT

0

2

3

0

0

0

0

5

JS_FORTNIGHT.M

0

0

0

0

0

0

2

2

VBS_REDLOF.A-11

0

0

0

0

0

0

2

2

WORM_MIMAIL.G-1

0

0

0

0

0

2

0

2

WORM_MIMAIL.M

0

0

0

0

0

0

2

2

JS_FORTNIGHT.E-2

0

1

0

0

0

0

0

1

PE_Mtx.A, WORM_MTX.A

0

0

0

1

0

0

0

1

VBS_REDLOF.A

0

0

0

0

0

1

0

1

VBS_REDLOF.A.GEN

0

0

1

0

0

0

0

1

WORM_GIBE.B

0

1

0

0

0

0

0

1

WORM_KLEZ.DAM

0

0

1

0

0

0

0

1

WORM_MIMAIL.E-1

0

0

0

0

0

1

0

1

WORM_MIMAIL.H-1

0

0

0

0

0

1

0

1

WORM_SOBIG.D

0

1

0

0

0

0

0

1

計

102

74

56

25

18

98

67

440

－ 126 －

３．おわりに設定した２台のウィルスチェックサーバは順調に動作し予定した通りの成果をあげている。
ユーザが利用する PC については，セキュリティに対する意識の高まりを受け，個々にウィ
ルス除去プログラムやパーソナルファイアウォールの導入が進んでいるところであるが，本報告に見られるように，大学全体としてのウィルスチェックサーバの果たす役割は依然として大きいものと思われる。
サーバからのアラートメールを受け取ったユーザから，「不信なメールを受け取った」とか「どう取り扱ったらよいのか」といった質問が時折寄せられる。関係するメールに含まれていたウィルスを除去した旨の連絡であることを冷静に受け止めて，もしも発信者側の立場であるならば，利用している PC に潜むウィルスを除去するなどの対策に役だ立てて頂きたい次第です。

－ 127 －

事 業 報 告(旧香川医科大学情報メディアセンター)

旧香川医科大学情報メディアセンター事業報告

旧香川医科大学情報メディアセンターでは、平成 13 年度からセンター所轄事業として計算機システム及び学内ネットワークの更新、増強がなされている。当初同センターの事業運営方針として、学内情報基盤システムが実際に大学の成すべき研究・教育に反映され、評価に値するものであるか、また使用する教職員・学生の視点に立った利用価値の高いインフラを提供できるものであるか、を挙げた。この目標を達成するために、センターでは広く学内に達成すべき事業を募り、その中から以下に挙げた１５の事業をセンター委員会議において審査し、情報メディアセンター事業として承認するに到ったものである。それぞれの事業は代表責任者を中心に展開されており、ここでは事業内容とともに、現在までの利用状況、評価などについて報告する。
また、旧香川医科大学情報メディアセンター所管機器等を事業別に記載した。大学統合にあたり医学部外の教職員・学生にもこれら機器の利用が可能となっている。これらの機器、システム類が大学全体の利益に繋がり一層効果の高いものになることを期待するものである。

旧香川医科大学情報メディアセンター承認事業（１）学内ネットワーク基盤整備事業（２）情報リテラシ教育設備の更新と導入（３）マルチメディア教育支援事業（４）学生生活支援事業（５）チュートリアル教育支援事業（６）学内動画配信システムの整備（７）国家試験合格支援設備の整備（８）実験実習機器センター機器予約システム（９）学術データ発表、保全支援システム（１０）生体分子の立体構造に関する教育・研究支援事業（１１）機器センターにおける「体験教室」の実施及び、研究効率の向上に向けてのサーバー化（１２）放射線教育支援システム（１３）バーチャル PCR 実習設備の整備（１４）院内感染防止対策支援事業（１５）地域医療情報ネットワークの形成を促進するための研究開発－ 131 －

事業名：（１）学内ネットワーク基盤整備事業
担当者：総合情報基盤センター 河内 一芳
１） ネットワークサーバ関連
・ DNS サーバ
平成６年の旧香川医科大学情報ネットワーク（KMSnet）整備当初から稼働し続けている DNS サーバを２台とも更新し、現在も順調に稼働中です。
・ Web サーバ
医学部の広報の一翼を担う Web サーバを更新しました。現在２台で同じ内容を保つた
めミラーリングをしています。稼働状況は医学部ホームページを参照してください。
・ メールサーバ
医学部用メールサーバにウィルス対策ソフト(InterScanVirusWall)を導入しました。
月別ウィルス
1200
1000
800
600
400
200
0

Sep‑01Mar‑02

Sep‑02Mar‑03

Sep‑03

上図は月別のウィルス対策ソフトにより検出・削除されたウィルスの数ですが、導入直後から効果を上げています。
２）接続基盤・ギガビット L2 スイッチ
旧香川医科大学情報ネットワーク（KMSnet）の基盤部分に３２ポートのギガビットス
イッチを１１台増設しました。情報コンセントもギガビットに対応させるため新たに７３個増設し、これにより一部ではありますが Client to Server あるいは Client to
Client でギガビットの通信が可能になっております。
・ エッジスイッチ
図書館及び看護学科教育研究棟に２４ポートのエッジスイッチを合計５台整備し「マルチメディア教育支援」事業及び「情報リテラシ教育設備の更新と導入」事業で設置された学生用パソコンをネットワークに接続しています。

－ 132 －

事業名：（２）情報リテラシ教育設備の更新と導入
担当者：医学部看護学科環境保健科学 真鍋芳樹
医学部基礎放射線学 立川敏明、寺中正人
今回の情報メディアセンターの予算措置により、2001 年まで使用してきた情報リテラシ教育設備の更新を行った。そのシステム概要、ならびに利用状況、成果等について報告する。

【システム概要】
看護学科教育研究棟２階マルチメディア実習室内に本教育設備を導入した。医学科・看護学科双方の学生数や授業形態を考慮し、クライアント PC を 72 台設置した。機器導入に関して、クライアント・サーバ
モデルに基づく運用を行うことを念頭にシステム構築をおこなった。
教材はサーバに置き、クライアントからの要求に応じて配信している。
また、教育用ソフトの一部では、プログラム本体をサーバに置き、クライアントからの起動命令によってソフトを起動するように設定し、メンテナ
ンスの省力化を図った。さらに、ウィルス対策ソフトでは、サーバが最新
マルチメディア実習室のパターンファイルを自動的に取得し、クライアントのログイン時に最新のパターンファイルがクライアントに配信されるようにも設定した。
クライアントＰＣ2 台に 1 台の中間モニタを設置し、クライアント PC のモニタと中間モニタに同一のあるいは別々の映像を配信できる映像・
音声配信システムを導入した。
教師側ではモニタ画面にマーキングできる機能を有しており、必要に応じて、重要ポイントを指示できるようになっている。
クライアントＰＣのハードディスク内容が書き換えられても初期状態にクライアント PC と中間モニタ戻すために、また、最新のＯＳ状態へのアップデート、応用ソフトのアッ
プデート、新規応用ソフトのインストールのために、システム更新／復元機能を取り入れた。このことによって、クライアントＰＣのメンテナンスに要する労力を大幅に削減することが可能となった。

【利用状況】
今回導入・整備したシステムを用いて、看護学科の「情報科学」「データとデータ解析」「疫学」、大学院の「看護研究方法特論」「地域看護学特論Ⅰ」「地域看護学演習」、医学科の「情報科学」「分子生物学入門」「生命科学講義」の授業を行っている。さらに、医学科の臨床実習前試験（ＣＢＴ）、付属病院看護部の看護研究
研修会、図書館の文献検索講習会等にも利用されている。

【成果等】
今回導入のシステムでは中間モニタを配置したことによって、高い教育効果が得られた。従来は教師のモニ
タ画面をプロジェクタで投影するという方法が用いられており、投影時には室内照明を減光する必要があった。
さらに高精細画像の投影には適さなかった。しかし、今回中間モニタを配置することにより、従来の課題を払拭することが可能となり、室内の減光の必要もなく、高精細画像や動画、ビデオ映像なども配信できることが教育効果につながったと考える。
教育面において、一部の授業では毎年学生からの授業評価を取り入れているが、その結果、非常に高い評価を得ている。教材も従来の紙ベースに加え、マルチメディア教材を提供しているからであろうと思われる。教材作成には労力が必要であるが、最近はマルチメディア教材も比較的安価に購入できるようになり、このシステ
ムでの利用可能性が広がっている。さらに、教材はサーバからの配信であるため、教材のメンテナンスを非常に簡単に行うことが可能になっている。
また、システムメンテナンス面では、クライアントＰＣの更新／復元システムを導入したため、システムメンテナ
ンスの大幅な省力化を図ることが可能となった。

－ 133 －

事業名：（３）マルチメディア教育支援事業
担当者：情報図書課医学系整理係 斉藤 純代
マルチメディア教育支援事業は、PC17 台、プリンタ 2 台、ビデオデッキ 16 台、プロジェクタ 1 台
を主な機器構成として、附属図書館 1 階のマルチメディア室に設置された。平成 14 年 2 月の機器導入
以来、新入生のガイダンス、看護学科の授業、学外者向けのデータベース講習会等に有効活用している。
また、個人単位の利用では、医学部内で学生が 24 時間 PC を利用できる唯一の場所として高く評価されていることが、利用統計からも伺い知ることができる。
【医学中央雑誌 Web 版授業風景】
主な利用目的は、レポート作成、インターネットでの情報収集、文献検索、ビデオの閲覧等である。
平成 15 年 4 月には、ステッドマン医学大辞典を全 PC に導入した。これにより、
Web 上からのワンタッチ翻訳が可能とな
り、学生の英語文献検索の利便性を向上させた。
現状における問題点は、プリンタのトラ
ブルとハードディスクの障害が多いことが挙げられる。
今後の課題は、少人数のグループ単位のガイダンスがほとんど実施されていないので、回数を増やしていきたい。

マルチメ ディ ア 室利用統計（ 2002. 4. 1 〜 2003. 9. 30）
教職員

学部学生（医） 学部学生（看） 大学院生（医） 大学院生（看）

研究生

合 計

利用者数

1,006

19,478

6,322

9

28

52

26,895（１日平均）(2.79)(54.11)(17.56)(0.03)(0.08)(0.14)(74.71)

平成15年度 利用者数
上半期 （１日平均）584

12,274

4,069

65

26

2

17,020(3.19)(67.07)(22.23)(0.36)(0.14)(0.01)(93.01)

平成14年度

マルチメ ディ ア 室講習会等実施記録
年 月 日

講 習 会 等 名

対 象 者

参加者数

H.14.1.22

医学中央雑誌Web版検索実習（母性看護学、看護研究Ⅰの授業として）

看護学科学部学生

57

H.14.2.16

PubMed講習会（インターネット無料データベースの学外向け講習会）

県内医療機関職員

10

H.14.4

新入生図書館ガイダンス（看護学科）

看護学科学部学生

25

H.14.4

新入生図書館ガイダンス（医学科）

医学科学部学生

60

H.14.4

大学院文献検索ガイダンス（医学科）

医学科大学院生

15

H.14.4

大学院文献検索ガイダンス（看護学科）

看護学科大学院生

3

H.14.6.18

医学中央雑誌Web版検索実習（母性看護学、看護研究Ⅰの授業として）

看護学科学部学生

65

H.15.4

新入生図書館ガイダンス（看護学科）

看護学科学部学生

68

H.15.4

新入生図書館ガイダンス（医学科）

医学科学部学生

60

H.15.4

大学院文献検索ガイダンス（医学科）

医学科大学院生

19

H.15.4

大学院文献検索ガイダンス（看護学科）

看護学科大学院生

4

H.15.12.6

将棋セミナー（将棋部のサークル活動の一環として）本学将棋部学生

13－ 134 －

事業名：（４）学生生活支援事業
担当者：総務学務課学生係長

金谷尚明

学生の教育支援・国家試験合格支援・就職支援・学内情報伝達等学生生活全般
にわたる情報提供を行う目的により、平成１４年１月から看護学科教育研究棟２階のマルチメディア自習室にパソコン１９台（Windows１２台・Mac７台）、プリ
ンター２台を８時３０分から１９時まで、また平成１４年４月から医学部会館１階の演習室（１）にパソコン１８台（Windows９台・Mac９台）、プリンター２台
を８時３０分から２０時までの間、医学部学生の利用に提供しています。
事業開始後、マルチメディア自習室は毎月半月程度の利用と比較的利用頻度が少なく、演習室（１）は医学部会館が開館している間は、ほぼ毎日利用されております。
コンピュータウイルスによるトラブル等に対して多くの方々の御協力により利用環境を整えていただいて今日に至っております。学生がパソコンを利用する機会は、医師の卒後臨床研修義務化に伴うマッチングあるいは共用試験（ＣＢＴ）の実施等と日を追うごとに多くなってきております。
今後とも学生の皆さまに大いに利用していただき、勉学等の効果を上げてもらいたいと願っております。

－ 135 －

事業名：（５）チュートリアル教育支援事業
担当者：医学部第一内科 永井 雅巳
医学部では、人間性と創造性の豊かな医師、医学研究者を育成するために、医学に関する問題を的確に把握し、その問題を自主的、積極的かつ総合的に解決するために必要な基本的知識、技術の修得のための教育手法が必要とされてきました。また、それらの自己学習法は、学生期間のみならず、生涯にわたって続けられる態度・習慣の養成を意図するものであります。従来の伝統的な授業形態は、多人数の学生を対象とした講義でしたが、この方式では、知識の伝達が一方的なものであり、また記憶することが中心で、考える機会が少なく、学生の学習意欲を喚起しにく
いものでした。これらを改善するために、当学部では、平成１２年度１年次生より、チュートリ
アル教育を導入しました。
チュートリアル教育は、６− ８名の学生の小グループに１名のチューターが担当する少人数教育(small group-learning)であり、セミナーのように教官が講義する受動的なものではなく、学生が自主的に進める能動的参加型(self-directed learning)の授業です。学生は実際に遭遇するであろうと思われる症例や状況が課題として与えられ、討論を通じて、その課題の中から、自ら問題点の抽出を行います。少人数の討論により個々に自己表現の場が与えられるので、参加意欲も高められます。また、抽出された問題点については、次回までに、その問題点を解決するために必要な知識を、教科書、論文、リソースパーソンとの討論、インターネットなど IT 機器を利用した情報収集などにより自己学習 (problem-based learning) します。次のチュートリアル授業
で、学生は自己学習してきた知識に基づいてさらに討論し、問題点を解決していきます。問題の解決を通じて、実際に医学を学んでいきますので、知識が実践的でしかも思考能力が身につき、さらにこの過程を通じて、生涯に亘っての自己学習する習慣付けと、医師にとって必要な集団の中の人間関係を保つ資質の育成も期待されます。平成１５年度からは、３− ４年生の統合講義の中でもチュートリアル教育が導入されました。
本教育手法を有効に働かせるためには、チューターとなる教官の養成とともに、課題内容の充実が必要でした。自学自習するためには、教材や資料が必要なときに手元にあること、また個々のグループでインターネットなどを自由に利用できることが要求されます。これを解消するために、各グループ単位に無線で利用可能なＰＣを配布し、課題作成者は課題資料として必要なＸ線フィルムや病理組織像、動画を含めた超音波画像、患者の動きなどを端末から利用可能なウェブとして作成し、いつでも参照できるようにしました。また図書館で整備された図書だけでは不十分な活きた情報がインターネットで得られ、リソースパーソンである教官との討論もメールを利用できるようになりました。さらに、今後は出席や授業に対する教官・学生の評価などについても今までのようなペーパーではなく、ＰＣを利用して行えるようにし、課題などに対する評価が速く、また適切になされるような情報機器の活用法についても検討中です。

－ 136 －

事業名：（６）学内動画配信システムの整備担当者：医学部附属病院医療情報部 岡田 宏基
１． 使用機器
医学部内のネットワークを使用しての高精細動画配信のために、以下の機器を整備している。
・ 電送装置：DVCPRO（Panasonic） １対向
・ ビデオカメラ：AJ-D215 および付属品 ２式
・ デジタルビデオカメラ NV-MX3000 および付属品 ２式：・ マトリックススイッチャー：MS-343DQ ２台
・ その他：ミキサー、DV デッキなどを上記機器と併せて２台のラックにそれぞれ収納している。
２． 医学部内ネットワーク（LAN）の調整
元のネットワーク環境では、病院２階会議室と遠隔診断室等との動画配信が不能であったため、原因を調査し、不具合を改修した。これにより、医学部内においてはどの２点間においても、動画配信が可能となった。
３． 使用実績
本システムはこれまでのところ、JGN (Japan Gigabit Network：通信・放送機構)を介しての遠距離動画配信に利用してきている。以下その実績を紹介する。
１）「ギガビットネットワーク・シンポジウム２００１」（２００１．１１．１９−２１；通信・放送機構主催）のスペシャルセッションにて、会場となった沖縄県万国津梁館と香川医大とをＪＧＮで結び、香川医大からリアルタイムで香川県の遠隔医療についてプレゼンテーションを行った。

２）「ギガビットネットワークシンポジウム in やまぐち」（２００３．３．２０；山口大学）において、香川医大からＪＧＮを介して、香川県の遠隔医療についてリアルタイムプレゼンテー
ションを行った。
３）「医療分野における最新動向セミナーin 高松」（２００３．５．１５;ＭＥＤＩＳ主催）において、山口大学よりＪＧＮを介して山口県の遠隔医療についての講演をリアルタイムで受信し会場に放映した。
４）香川大学にはＭＩＮＣＳの受信設備がないため、厚生労働省のからのＭＩＮＣＳ映像を山口
大学―ＪＧＮ−香川医大という経路で、２回にわたり受信し（２００３．６．９および６．２
３）、病院内（病院２階会議室）でリアルタイムに放映した。
５）平成１５年度香川県医学会（２００３．１１．１６）において、山口大学と香川大学医学部（臨床講義棟２階）間をＪＧＮで接続し、山口大学から山口県の遠隔医療ネットワークについて、リアルタイムプレゼンテーションを行っていただいた。
これらの映像は、いずれも極めて鮮明であり、ＤＶＣＰＲＯを用いた遠隔講義、あるいは遠隔会
議は十分に実用的であると評価できた。
４． 今後の予定
医学部内での画像送信は、問題なく行えることがわかっているが、学部間のネットワークは現在の段階では帯域が十分でないので、ネットワーク整備にて十分な帯域が確保できれば、学内の遠隔会議、遠隔講義にも使用して行きたい。今年度末で試験運用が終了する JGN については、来年度から新たに敷設される新高速ネットワークを利用して、MINCS 映像の山口大学経由の受信や、高精細映像を利用した広域医療連携を今後も模索してゆきたいと考えている。

－ 137 －

事業名：（７）国家試験合格支援設備の整備担当者：医学部薬理学 木村 正司
事業の内容
医学部修了時の資格取得試験は、医学科における医師国家試験、及び看護学科における看護師・保健師国家試験である。いずれも医学部卒業対象者のほぼ全員が受験するものであり、本学部教育の最終評価となっている。本事業は、臨床科目講議、実習に携わる教官への国試情報の提供と、学生の個人あるいはグループ学習効率を高めるために、医師国家試験過去問題を収録し、解説を加えられたパ
ソコンシステムを活用利用し、以て当該国家試験合格率の向上を図るものである。
事業の中間評価
以下に平成１５年までの過去５年の国家試験合格率の推移を以て評価する。
【医師国家試験】
香川医大における本事業開始前までの同試験合格率は、ほぼ全国平均を推移していた。事業開始後
平成１３年（2000）以降は、合格率の全国平均の上昇が認められるも、香川医大の合格率は、さらにそれを上回るものである。平成１５年に到っては大学別合格率ランキングにおいて１１位であり、近畿以西の医学科併設大学のうち最高位であった。

【看護師・保健師国家試験】
香川医大看護学科は平成１２年より卒業生を輩出している。同年保健師国家試験合格率は 77.8％と低調であったが、事業開始後 90％以上を堅持している。看護師国家試験においては、ほぼ 100％の合格率である。

－ 138 －

事業名：（８）実験実習機器センター機器予約システム
担当者：総合生命科学実験センター実験実習機器部門 永井由紀子
本システムは実験実習機器センターの機器を利用する研究者がネットワークを通じて各講座からオンラインで予約できるよう便宜を図るものであります。当機器センターでは、機器予約システムの運用を平成１４年１０月より開始し、予約可能な機器は約 80 種で、現在のユーザー登録数は３００です。これまで機器センターでは、機器の予約は「機器予約表」への記入により行っていました。機器使用の際には、機器センター事務室まで来て他の研究者の予約が入っていないか予約表を確認し、予約を書き込んで、その後各講座に帰るという作業に、
平均 5 分かかっていました。しかし、予約システムではパソコンで予約を確認し、即自分の予約をいれることができるので大幅に研究者の時間を短縮することができました。
さらに、この予約システムは下記の性能を備えているため、簡単な入力でいろいろな予約が可能となりました。
１．ユーザーの登録数が無制限であり、また同時アクセス可能人数も無制限である。
２．一人の利用者が、同一の日付及び時間帯に複数の機器の予約ができ、かつ日をまたいだ
予約も可能である。
３．10 分単位での予約が可能である。
４．繰り返し予約の登録が可能である。
５．機器の登録可能数が無制限である。
６．予約の日表示、週表示、及び月表示ができる。
７．年間延べ最大 10000 回の予約が可能である。
《機器予約ページ》－ 139 －

事業名：（９）学術データ発表、保全支援システム（研究成果のディジタルプレゼンテーション・パブリケーション支援）担当者：医学部分子細胞機能学 西 望
総合生命科学実験センター実験実習機器部門 宮中宏
医学部付属病院検査部 多田達史
利用状況及び経過報告（平成15年12月現在）○入力支援設備内容
A3フラットベットスキャナ、ドキュメントスキャナ、X‑
RAYフィルムスキャナ、フィルムスキャナ

利用者数413人○編集支援
ノンリニアビデオ編集、デジタル文書作成システム、画像解析システム

利用者数135人○データ解析支援
イメージアナライザ

利用者数768人○出力支援
フィルムレコーダ、写真タイププリンター、B0プリンタ、A3レーザープリンタ（モノクロ・カラー）

利用者数945人
参考データ
利用講座数 43講座
利用者発表学会（日本細菌学会、生理学会、日本法医学会、日本小児放射線学会、日本法中毒学会、解剖学会、
Neuropathology学会、日本消化器学会、日本生化学会、呼吸器学会、日本泌尿器学会、毒素シンポ
ジューム、感染症シンポジューム、小児外科学会、分子生物学会、Clostpath Conference 2003、
国際泌尿器科学会議、その他）－ 140 －

事業名：（１０-1）生体分子の立体構造に関する教育・研究支援事業
担当者：医学部生体情報分子学 徳光 浩（担当分）［教育分野］
情報メディアセンター事業で導入された機器を用いて、医学部学生の研究教育を行い、筆頭著者（医学科５年生）として国際学術雑誌に以下の論文が掲載されました。
Identification and Characterization of Novel Components of a Ca2+/Calmodulindependent Protein Kinase Cascade in HeLa Cells. : Y. Ishikawa, H. Tokumitsu, H.
Inuzuka, M. Murata-Hori, H. Hosoya, and R. Kobayashi FEBS Letters 550, 57-63,
2003［研究分野］
事業導入機器を利用した下記の学術論文が受理されました。
1) A single amino acid difference between

andCa2+/calmodulin-dependent protein

kinase kinase dictates sensitivity to the specific inhibitor, STO-609. : H. Tokumitsu,
H. Inuzuka, Y. Ishikawa, and R. Kobayashi The Journal of Biological Chemistry 278,
10908-10913, 2003
2) Postsynaptic density-95 promotes calcium/calmodulin-dependent protein kinase IImediated Ser847 phosphorylation of neuronal nitric-oxide synthase. : Y. Watanabe, T.
Song, K. Sugimoto, M. Horii, Araki N, H. Tokumitsu, T. Tezuka, T. Yamamoto, and M.
Tokuda Biochemical Journal 372, 465-471, 2003
3) Hsp90 is a direct target of anti-allergic drugs, disodium cromoglycate (DSCG) andamlexanox. : M. Okada, H. Itoh, T. Hatakeyama, H. Tokumitsu, and R. Kobayashi

Biochemical Journal 374, 433-441, 2003
4) Neuronal calcium sensor proteins are targets for the insulinotropic agent
repaglinide. : M. Okada, D. Takezawa, S. Tachibanaki, S. Kawamura, H. Tokumitsu,
and R. Kobayashi Biochemical Journal 375, 87-97, 2003
5) Regulatory Mechanism of Dictyostelium Myosin Light Chain Kinase A. : H.
Tokumitsu, H. Hatano, H. Inuzuka, Y. Ishikawa, T. Q. P. Uyeda, J.L. Smith, and R.
Kobayashi The Journal of Biological Chemistry 2003 in press
6) S100A1 is a novel molecular chaperone and a member of the Hsp70/Hsp90 multichaperone
complex. : M. Okada, T. Hatakeyama, H. Itoh, N. Tokuta, H. Tokumitsu, and R. Kobayashi The
Journal of Biological Chemistry 2003 in press［広報分野］
ホームページ（http://www.kms.ac.jp/~chemist/indx.html）を作成いたしました。

－ 141 －

事業名：（１０-2）生体分子の立体構造に関する教育・研究支援事業
担当者：医学部分子微生物学 松下 治（担当分）［教育分野］
１）情報メディアセンター事業で導入された機器を用いて、日本細菌学会教育用スライドや新しい教育用映像（計650 葉以上）を電子化し、これらを収録したCD‑
ROM（450 部）を作成して配布いたしました。
このような活動を通じて我が国の微生物学教育の高度化をはかることができました。
２）医学科２年生を対象にした生命科学講義（医学系分子生物学I）において、「タンパク質の構造と機能」に関する講義を担当しました。情報メディアセンター事業用機器を、既設の無線LAN および液晶プロジェクターの各設備と連携して使用すること
により、学生にタンパク質の構造をリアルに説明することができ、医学導入教育の質を高めることができました。
「コーディネータの意見」
無線LAN とインターネットを介してタンパク質構造データベースにアクセスする様子を学生に実演いただきありがとうございました．従来の方法では教科書やプリントなどで平面的に学生に示説せざるをえなかったタンパク質の構造が，教室のスクリーン上でリアルタイムに三次元表示され，学生の理解度も深まったことと思います．
佐藤忠文［研究分野］
事業導入機器を利用した下記の学術論文が受理されましたので、ご報告申し上げます。
1) Kaji, M., O. Matsushita, E. Tamai, S. Miyata, Y. Taniguchi, S. Shimamoto, S. Katayama, S.
Morita,and A. Okabe. A novel type of DNA curvature present in a Clostridium perfringens
ferredoxingene: characterization and role in gene expression. Microbiology 149:3083-3091.
(2003)
2) Tamai, E., T. Ishida, S. Miyata, O. Matsushita, H. Suda, S. Kobayashi, H. Sonobe, and A.
Okabe. Accumulation of Clostridium perfringens epsilon-toxin in the mouse kidney and its
possiblebiological significance. Infect. Immun. 71:5371-5375. (2003)
3) Wilson, J.J., O. Matsushita, A. Okabe, and J. Sakon. A bacterial collagen-binding domain withnovelcalcium-binding motif controls domain orientation. EMBO J. 22:1743-1752. (2003)
また汎用機器につきましては、院生研究棟７階セミナー室に設置した液晶プロジェク
ターが学位審査などで広く活用されるようになりました。また昨年に引き続き法医解剖にディジタル・カメラをご利用いただくなど、事業担当者以外にも幅広くご活用いただ
いており、好評を博しております。
［広報分野］
ホームページ(www.kms.ac.jp/.microbio/index.html) を作成いたしましたので、ご報告申し上げます。

－ 142 －

事業名：（１０-3）生体分子の立体構造に関する教育・研究支援事業
担当者：医学部分子細胞機能学 西 望（担当分）［教育活動］
１．本事業で導入された機器を用いて、県内の高校生を対象とした体験学習＊用スライドを作製し、機器操作体験前後の講義・説明に使用した。
＊：附属実験実習機器センター主催（2003 年 1 月 7 日実施）
２．本学医学科３年生を対象とした内分泌学講義（「ホルモン受容体Ⅰ, Ⅱ」、「膵内分泌 Ⅰ〜Ⅲ」
）において、自作の教材および「Molecular Biology of The Cell,
4th Edition」付属の CD-ROM（生体高分子の構造と機能に関する動画を含む）を、教育効果を高めるための補助的手段として用いた。この際、本事業で導入された機器と既設の液晶プロジェ
クターを利用することにより、講義（教材の準備を含む）を効率よく進めることができた。また、
本学医学科３年生を対象とした内分泌学実習において、実習内容の説明および実験操作マニュア
ルをまとめた「実習の手引き」を学生に配布した。この「実習の手引き」の作製に本事業で導入された機器を利用した。

［研究活動］
研究とその成果の公表（学会発表、論文作成）に本事業で導入された機器を利用し、下記の学術論文を発表した。

1. Nishi, N., Shoji, H., Seki, M., Itoh, A., Miyanaka, H., Yuube, K., Hirashima, M. and Nakamura, T.
Galectin-8 modulates neutrophil function via interaction with integrin M. Glycobiology (2003) 13:755763

2. Pelletier, I., Hashidate, T., Urashima, T., Nishi, N., Nakamura, T., Futai, M., Arata ,Y., Kasai, K.,
Hirashima, M., Hirabayashi, J. and Sato, S. Specific recognition of Leishmania major poly-beta-galactosyl
epitopes by galectin-9: possible implication of galectin-9 in interaction between L. major and host cells. J.
Biol. Chem. (2003) 278:22223-22230

3. Shoji, H., Nishi, N., Hirashima, M. and Nakamura, T. Characterization of the Xenopus galectin family.
Three structurally different types as in mammals and regulated expression during embryogenesis. J. Biol.
Chem. (2003) 278:12285-12293－ 143 －

事業名：（１１）機器センターにおける「体験教室」の実施及び、研究効率の向上に向けてのサーバー化
担当者：総合生命科学実験センター実験実習機器部門 夕部 幸一、漆原 正英
実施日時：2003 年度 1 月 7 日火曜日
香川県立北高校 理学部部員５人（引率１人）の参加による機器センター主催の体験実習を行いました。
講義及び実習の内容
講義内容 ： DNA の構造、蛋白質の構造、遺伝子から蛋白質についてのセントラルドグマ、
その他にオーダーメイド医療、ゲノム情報の取り扱いの問題点等、プロジェクターを用いて解説。
実習内容（DNA シーケンサー） ： ピペッターの取り扱い方法、PCR の原理及び DNA
シーケンサーの原理等の説明。標準品を用いて実際にサンプルを調整し、DNA シーケンサ
ーを用いてサンプルを測定する迄の操作を機器の操作の説明も交えて学生に体験してもらう。
実習内容（プロテインシーケンサー） ： 分子模型を用いてアミノ酸の説明、分析原理としてエドマン分解の説明をした。ピペッターの操作方法を指導しβラクトグロブリンを用いて分析機器にサンプルをアプライするま迄の実習を指導した。又、データの解析法、アミノ酸の種類と一字表記方法、単位の表し方等を説明した。
体験教室の風景
その１「実験機器の説明中」

その２「講義中」－ 144 －

事業名：（１２）放射線教育支援システム
担当者：放射性同位元素実験施設（医学部地区） 須田博文
本施設では、放射線業務従事者に義務付けられている定期の教育訓練をウェブ上で実施することを検討しています。使用するコンテンツは現在開発途上ですが、これまでのところ、放射線の人体に与える影響とその防護について解説した動画コンテンツと、放射線やＲＩ（放射性同位元素）の基本的性質、それらの安全取り扱いや関連する法令等に関する質問とそれへの回答および達成度を測るインタラクティブコンテンツの試作版があります。
現在は各コンテンツとも試験段階ですが、他の施設との協同も検討しつつ、新たなコンテ
ンツの拡充を図るとともに、現在開発中のものについても、その内容や形式、操作性などの充実と向上をはかる予定です。
以下に、上述したコンテンツの一部画像を掲載いたします。
図１と図２は動画コンテンツからのキャプチャー画面。タイトル画面（図１）と放射線の人体への作用の解説部分（図２）
図３と図４は受講者に対してなされる放射線の安全取り扱い等に関する質問画面と回答画面。
図1

図 2

図 3

図 4

－ 145 －

事業名：（１３）バーチャルPCR実習設備の整備
担当者：総合情報基盤センター 佐藤 忠文

医学部３年次生の分子生物学実習の一項目としてDNAの抽出、酵素処理、増幅がある。
受講生約３０名を６班に分けヒト血球などからDNAを抽出・精製した後PCR(Polymerase
Chain Reaction)によって特定塩基配列を増幅している。
「バーチャルPCR」は鋳型DNA分子が時間とともに倍々に増幅してゆく様子をin silicoに
シミュレートするものである。
水系物採り 実習の実施が半日から一日を要するのに対して、コンピュータによるシミュレーション実習は２−３時間の所要と随所性、随時性の利点を有する。
以下は2002年度と2003年度の試作ソフトによるレポートの中の一例である。
バーチャルPCR実習レポートの一例（2003年度、３年次生 3081 F君の場合）
図１ バーチャルPCRによるDNAの増幅曲線

表１ 仮想DNA量、OD=20,OD=40,OD=60
OD=80,OD=100 サンプルの増幅

図２ 未知DNA濃度算出のための標準曲線

サイクル数 OD(20)OD(40)OD(60)OD(80)OD(100)
0
0
0
0
0
0
1
0
0
0
0
0
2
0
0
1
0
1
3
0
0
1
1
1
4
0
0
1
1
2
5
0
1
1
1
2
6
1
1
1
2
4
7
1
1
2
3
5
8
1
2
3
4
8
9
2
3
5
6
10
10
3
4
7
9
19
11
4
6
10
14
28
12
6
10
15
20
41
13
10
14
23
31
63
14
14
21
35
47
94
15
21
32
52
69
145
16
31
49
79
105
220
17
47
73
118
157
324
18
71
108
178
242
712
19
109
165
264
367
1055
20
163
249
406
540
1629
21
252
368
612
820
2451
22
376
537
897
1201
3606
23
579
820
1363
2637
5512
24
864
1232
2030
3951
8227
25
1330
1848
2954
5767
12020
26
1982
2725
4471
8685
27
33038
4190
6613
28
4530
6341
10098
29
6964
30
10447

初期DNA量 OD2000

80
60
40
20

－ 146 －

23.25
24
25.2
26

事業名：（１４）院内感染防止対策支援事業
担当者：医学部付属病院感染対策室 樋口 和子［現状報告］
感染対策室では、院内感染防止など感染症の適切なコントロールに努めています。そのためには、感染症の制御に必要な情報について、医療関係者同士の情報の共有や、地域医療機関の院内感染防止の支援、地域住民への感染症に関する正しい情報の提供が大切です。
これらは、大学病院の感染対策室の重要な責務だと考え、感染症に関する情報の収集、整理、提供に努めております。今回、情報メディアセンター事業で導入された機器により、以下の感染症情報の提供を行っています。

（感染対策室）１．感染対策システムをインターネットで提供しています。同システムでは、「香川大学
医学部附属病院院内感染マニュアル」（第５版、平成15年3月改訂）の提供を開始しました。
また、PDFファイルでの提供を追加し、他の施設でも容易にダウンロードでき、利用しやす
くなりました。
２．イントラネットでは、社会へ公開された情報を元に、抗生物質の適正使用指針、感染症の治療指針、病原微生物の基礎などを、学内向けに試験的に提供しています。
（細菌検査室）３．細菌検査報告書にグラム染色画像を添付するようにし、医師の適切な判断を支援しています。
４．感染対策委員会での耐性菌の発生状況の報告に活用しています。また、本院の感受性情報を集積し、学内への提供準備をしています。
５．染色画像を蓄積し、本院独自の病原微生物の基礎データの提供準備をしています。
［今後の予定］現在、学内向けに提供している、抗生物質の適正使用指針、感染症の治療指針、病原微
生物の基礎などを、本院のデータに基づいて作成、編集し、インターネットまたはイント
ラネットで公開する準備を進めています。

－ 147 －

事業名：（１５）地域医療情報ネットワークの形成を促進するための研究開発

担当者：医学部附属病院医療情報部 原 量宏
１． 使用機器・HL7 サーバ（センター設備品）
・セキュアチケット用コンピュータ（医療情報部で準備）
２． 事業概要
厚生労働省が平成１３年に提言した「保健医療分野の情報化にむけてのグランドデザイ
ン」では、医療機関への電子カルテの普及とそれを利用した診療情報ネットワークの形成とが期待されている。しかしながら、平成１５年現在での現状を見ると、中〜大規模病院での電子カルテの普及は徐々に進んでいるものの、診療所での普及は著しく遅れている。このため、電子カルテを介した診療情報のネットワーク形成には、なお相当の時間を要するものと予測される。このような過渡期にあっては、診療所に電子カルテがない状態でも、中核病院の診療情報が高度なセキュリティの元にインターネットで継続して参照できるシステムが嘱望される。単発的な診療情報提供・参照システムは、香川医科大学（当時）の遠隔診断シス テ ム を 発 展 さ せ た 形 で 、 香 川 県 が 「 か が わ 遠 隔 医 療 ネ ッ ト ワ ー ク ： K-MIX 」（http://www.m-ix.jp/）を平成１５年６月から稼働させた。これに対して、診療情報を継続
して参照できるシステムとして、われわれは、病院医療情報システムに蓄積された診療情報を、高度なセキュリティの元に、インターネットを介して地域医療機関から参照できるシス
テムを、HL7 サーバを利用して開発した。なお、病院診療情報は、既に稼働している診療情報二次利用のためのデータベースである EMIR から取得することとした。
３． システムの概要
患者情報の参照を希望する地域医療機関医師（登録制）は、①当院の担当医にどの患者のどのデータを参照した
いかを文書等で申請する。その内容に基づいて、当該患者の参照用 ID が発行され、②それを希望医師に通知する。
担当医は、③医療情報端末で、当該患者の当院での ID を入力し、参照させる
データ種別を選択する。この操作に伴って、④HL7 サーバは参照用医療情報
データベースである EMIR にアクセスし、⑤当該データを取得し、HL7 の形式でサーバ上にデータを保存、データベース化する。
地域医療機関からは⑥インターネットまたはダイヤルアップで HL7 サーバにアクセスし、⑦セキュアチケット（認証ツール）で認証された後に、⑧データ参照が可能となる。
４． 稼働予定
平成１５年末にプロトタイプはほぼ完成。まず、EMIR との通信試験を行い、次いで院内からのネットワーク接続試験を行う。これらの後、セキュアチケットの設定、遠隔診断用ファイアウォールの設定を行い、インターネット（STCN：STNet 利用）経由での院外からの接続を可能とする。利用者の認証は当面セキュアチケットを用いるが、四国電力で稼働させている地域認証局も将来的に利用したいと考えている。
なお、本システムについては、第２３回医療情報学連合大会で岡田が発表し、座長推薦演
題として、第８回日本医療情報学会春季学術大会演題に推挙された。
－ 148 －

旧香川医科大学情報メディアセンター支援事業配布機器一覧(1) 学内ネットワーク基盤整備事業
DNS サーバ
2台(4) 学生生活支援事業
パソコン（Windows)

23 台

Web サーバ

2台

パソコン（Mac)

17 台

パソコン（Mac)

1台

モノクロレーザプリンタ

4台

パソコン（Windows)

1台

ギガビット L2 スイッチ 32 ポート型

11 台(5) チュートリアル教育支援事業

ギガビット L2 スイッチ 8 ポート型

1台

パソコン（Mac）

3台

エッジスイッチ２４ポート型

5台

ノートパソコン（Mac)30 台

ギガビットスイッチ

1台

AirMac ベースステーション

15 台

プロジェクタ装置

1台(2) 情報リテラシ教育設備の更新と導入
管理用サーバ3台(6) 学内動画配信システムの整備

教材提供用サーバ

2台

電送装置

2台

パソコン（Windows)

72 台

DVCPRO デスクトップレコーダ

4台

教官用パソコン（Windows)

4台

DVCPRO カメラレコーダ

2台

管理用パソコン（Windows)

3台

液晶デジタルカメラ

2台

カラーレーザプリンタ

3台

デジタルビデオカセットレコーダ

2台

モノクロレーザプリンタ

5台

スキャナ

5台

デジタルビデオカメラ

4台(7) 国家試験合格支援設備の整備
パソコン（Mac)
16 台

デジタルカメラ

2台

パソコン（Windows)

13 台

パソコン（Mac)

1台

ノートパソコン（Mac)23 台

デジタルビデオレコーダ

2台

ノートパソコン（Windows)

14 台

デジタルビデオ編集機

1台

フィルムレコーダ

1台

ノートパソコン（Mac)

1台

ノートパソコン（Windows)

1台(3) マルチメディア教育支援事業
管理用サーバ1台(8) 実験実習機器センター機器予約システム
サーバ
1台(9) 学術データ発表、保全支援システム
A3 対応スキャナ
2台
Film スキャナ

2台

パソコン（Windows)

17 台

立体物スキャナ

1台

プロジェクタ装置

1台

デジタルスキャナ

2台

ビデオデッキ1台

デジタルカメラ

2台

プリンタ

2台

デジタルビデオカメラ

3台

パソコン（Windows)

5台

パソコン（Mac)

4台

ノートパソコン（Windows)

2台－ 149 －

ノートパソコン（Mac)2台(14）院内感染防止対策支援

画像処理用コンピュータ（Windows)

2台

ファイルサーバ（Mac)1台

画像処理用コンピュータ（Mac)

2台

パソコン（Mac)

1台

動画編集システム2式

カラーインクジェットプリンター

1台

スライド作成システム

2式

カラーコピー機

1台(15) 地域医療情報ネットワークの形成を促

B0 版プリンタ

1台

カラーレーザプリンタ

2台進するための研究対策
地域医療情報ネットワーク用システム 1 式

プロジェクタ装置

1台

ファイアーウォール

AirMac ベースステーション

1台(10) 生体分子の立体構造に関する教育・研
究システム
デジタルカメラ

1台

カメラサーバ（動画入力装置）

1台

パソコン（Mac)

6台

プロジェクタ装置

1台(11) 機器センターにおける「体験教室」の実施及び研究効率の向上にむけてのサー
バ化
DNA Sequencer 専用パソコン（Mac) 4 台
ノートパソコン（Mac)1台

カラーインクジェットプリンター

3台

プロテイン Sequencer 専用パソコン（Mac) 1 台(12) 放射線教育支援システム
サーバ（Windows)

1台(13) バーチャル PCR 実習設の整備
サーバ（Windows)
1台
サーバ（Mac)1台

ノートパソコン（Windows)

1台

デジタルプロジェクタ

1台

デジタルカメラ1台

カラーインクジェットプリンター

1台

スキャナ

1台

－ 150 －

1台

報

告(旧香川大学情報処理センター)

情報処理センター日誌
２００２年（平成１４年）
４． １（月） 回線速度変更（ＳＩＮＥＴ 10Mbps）
５（金） 回線速度変更（附属幼稚園 128Kbps）
１９（金） 第１２４回センター会議
平成１４年度業務分担、次期システム、平成１４年度教育基盤設備充実経費の要求、平成１４年度一般営繕要求、報告、その他について協議。
第１２０回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
５． ７（火） 情報処理センターコンピュータシステム仕様書案説明会
１７（金） 第１２５回センター会議
次期システム、ニュースレターＮｏ.４５の発行、ＳＩＮＥＴノード、各部局への緊急時の連絡体制、情報処理体制検討分科会、ネットワーク障害、報告、その他について協議。
第１２１回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
２４（金） 情報処理センターコンピュータシステム仕様策定委員会（第５回）
６． ５（水） 情報処理センターコンピュータシステム仕様策定委員会（第６回）
２１（金） 第１２６回センター会議
次期システム、平成１３決算・平成１４予算（案）、運営委員会の開催、Piafs
Dialup の申請、平成１４年度購入雑誌、ＤＨＣＰサービス、報告、その他について協議。
第１２２回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
２７（木） 第１７回情報処理センター協議会総会（電気通信大学）

７． ４（木） 第１回情報処理センター運営委員会
平成１３年度決算及び平成１４年度予算（案）、次期システム技術審査職員の任命、報告、その他について審議。
８（月） 情報処理センターコンピュータシステム入札説明会－ 153 －

１９（金） 情報処理センターコンピュータシステム仕様策定委員会（第７回）
第１２７回センター会議
次期システム、教育用ＰＣの再インストール、ニュースレターＮｏ.４６の発行、ファイル交換ソフト等による不正利用、報告、その他について協議。
第１２３回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
８．１４（水） 夏季休業（１６日まで）
２１（水） 情報処理センターコンピュータシステム入札締切

９．１７（火） 情報処理センターコンピュータシステム開札
２０（金） 第１２８回センター会議
次期システム、教育用ＰＣの再インストール、年報の発行、入退室管理シ
ステム、パケット監視、報告、その他について協議。
第１２４回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
１０．１５（火） 平成１４年度大型計算機利用大阪地区(第６地区)協議会総会（大阪大学）
１８（金） 第１２９回センター会議
次期システム、法人化に向けての意見聴取、報告、その他について協議。
第１２５回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
１１．１５（金） 第１３０回センター会議
次期システム、平成１６年度概算要求、ＳＩＮＥＴノード、ニュースレタ
ーＮｏ.４7 の発行、非常勤職員(夜間)の雇用、報告、その他について協議。
第１２６回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
１２． ４（水） 平成１４年度学術情報ネットワークノード担当者会議（学術総合センター）
２０（金） 第１３１回センター会議
次期システム、予算執行状況、新入生用パンフレット、年末年始のシステ
ム運用、報告、その他について協議。
２６（木） 第１２６回ＮＥＣ連絡協議会－ 154 －

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。
２７（金） 年末年始休業（１月５日まで）
２００３年（平成１５年）
１． ６（月） ＳＩＮＥＴ接続回線変更(岡山大学ノード → 香川大学ノード)
１７（金） 第１３２回センター会議
次期システム、平成１６年度概算要求、平成１５年度建物新営に伴う設備要求等、平成１５年度営繕関係経費等の要求、学術情報ネットワーク等の接続経費、運営委員会の開催、ファイルサーバ(daisy)の運用、報告、その他について協議。
第１２７回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた
２．１８（金） 第１３３回センター会議
次期システム、サブドメインの取得、キャンパス間接続システム、ニュー
スレターＮｏ.４８の発行、平成１５年度センター開館、教育用ＰＣおよび学生用メールアカウントの年度更新、ファイアウォールの継続等の確認、
平成１５年度の利用申請、平成１５年度のＰＣルーム等の利用調査、報告、
その他について協議。
第１２８回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた
３．１７（月） 管理者対象利用者説明会（部局教職員用サーバ）
１８（火） 第２回情報処理センター運営委員会
入退室管理システムの導入と来年度の土日運営、新システムの導入経緯・
特徴、総合情報基盤センターについての経緯・現状について審議。
１９（水） 管理者対象利用者説明会（部局教職員用サーバ）
第１３４回センター会議
次期システム、入退室管理システム、報告、その他について協議。
第１２９回ＮＥＣ連絡協議会

メーカー側より前回協議会以降のシステム整備状況について作業報告を受け、センターとしてより具体的に不具合な状況や要望を伝えた。

－ 155 －

平成１４年度利用申請一覧（研究・事務）
所

属

氏

名

研

究

課

題

1 教育学部
2 教育学部
3 教育学部
4 教育学部

青
高
土
黒

木 昌 三
井 忠 昌
屋 盛 茂
田
勉

5 教育学部

松 島 欣 哉

6 教育学部
7 教育学部
8 教育学部
9 教育学部
10 教育学部
11 教育学部
12 教育学部

平
佐
藤
西
加
森
森

13 教育学部
14 教育学部
15 教育学部
16 教育学部
17 教育学部時
安
深内

18 教育学部
19 教育学部
20 教育学部
21 教育学部
22 教育学部
23 教育学部
24 教育学部
25 教育学部
26 附属幼稚園
27 附属坂出小学校
28 附属幼稚園
29 教育学部
30 教育学部

島
小
野
植
松
小
宮
山
日
塩
西
高
松
小

31 教育学部
32 教育学部村 山聡
田 北 晋 一

経済分析
図形処理

33 教育学部
34 教育学部

山 下 直 子
高 橋 尚 志日本語・日本事情教材の作成の資料収集・連絡のため
Photoemission spectrum data の解析と理論計算

35 教育学部
36 教育学部

高 橋 龍 夫
秋 山
智

近現代文学に関するデーター検索
グラフィックデザインにおけるコンピュータ処理

37 教育学部
38 教育学部
39 教育学部
40 教育学部
41 教育学部

青
岡
小
松
安

情報交換
数学の研究及び通信
障害児教育における地域ネットワーク作り
教科教育に関する調査研究
研究

物理学に於けるいくつかの問題のシミュレーション
立方格子における分散曲線
論理実証主義およびポパー哲学の研究
研究
New England Transcendentalists,特に Henry David Thoreau
の研究

篤 志
明 宏
恭 子
圭 子
みゆき
征 洋
征 洋

多民族社会における少数派コミュニティの特性に関する研究

岡
西
石
藤

晴
一
博
浩

生活様式の継承と変化に関する実証的研究
情報交換とフーリエ解析の応用数学の研究及び通信
整数論

田
椋
崎
村
下
川
崎
本
野
田
浦
井
村
池

泰 子
博
武 司
典 昭
文 夫
育 子
英 一
茂 喜
陽 子
知 子
雅 弘
忠 昌
雅 文
和 男

藤
元
岡
藤

山
田
方
本
東

美
夫
夫
忠

夕 夏
順 直
朋 子
康
恭一郎

国語科教育に関する研究
幼児の身体表現に関する研究
教育方法に関する研究
茶の風味に関する研究
風の局地性に関する研究
宇宙・地球科学データベース

各種データベース類のオンライン利用
社会化の理論と余暇研究
スポーツマネージメント
体育関係情報収集（電子メール他）
マルチメディアの教育効果
親水性ポリマーの膨潤計算機による光学パターンの解析
国語科単元学習における評価法の研究
PPP ダイヤルアップ
インターネットと幼稚園教育
情報教育におけるインターネットの研究
幼児教育におけるインターネットの利用
光散乱の計算と、その星間現象への応用
素粒子の世代構造の研究－ 156 －

備 考

所

属

氏

名

研

究

課

題

備 考

42 教育学部
43 教育学部
44 教育学部

石 川 雄 一岡 田 みゆき高 倉 良 一学内 LAN への PPP 接続
家庭科教育における教科書の変遷
法学教育に関する情報収集

45 教育学部
46 附属高松中学校

Paul Batten
日 詰 裕 雄Ethnography of Compensatory Communicative Strategies
社会科教育におけるインターネットの利用の在り方

47 教育学部
48 教育学部

服 部 兼 敏佐々木 信 行

心理測定
化学データベース作成

49 教育学部
50 教育学部

佐 藤 明 宏永 尾
智

国語科教育に関する研究
英語助動詞の歴史的研究

追加申請

51 教育学部小 椋

マルチメディアリテラシーの授業研究

追加申請

52 法学部
53 法学部
54 法学部

松 本 タ ミ木 下 麻奈子
神 江 伸 介法学における情報処理
法学における情報処理
選挙研究

55 法学部
56 法学部

池 端 忠 司上 田 信太郎

インターネットをはじめとするマルチメディアの法制度研究

57 法学部
58 法学部
59 法学部
60 法学部
61 法学部
62 法学部
63 法学部
64 法学部
65 法学部
66 法学部

湯
松
尾
松
石
小
上
髙
石
堤

山 智 之
井 康 浩
崎 壽 子
尾 邦 之
井 一 也
桜
純
村 貞 美
橋 正 俊
橋 可奈美
英 敬

国連国際法委員会の国家責任条文草案の起草作業に関
地域国際化に関する動向
データ処理
法律関係情報の収集
開発論・平和研究
年金総合研究センターとの連絡名誉毀損法の実証的研究
研究
国際環境法の研究
選挙等に関するデータ等の収集

67 経済学部

久 松 博 之68 経済学部

増 井 久 之69 経済学部
70 経済学部
71 経済学部
72 経済学部
73 経済学部
74 経済学部
75 経済学部
76 経済学部
77 経済学部
78 経済学部
79 経済学部
80 経済学部
81 経済学部
82 経済学部
83 経済学部

長
岡
雲
安
三
原
興
姚
高
斉
山
中
安
板
井

計量経済モデルの推定と検定
情報リテラシー、経営情報システム、電子政府電子商取引、ビジネスモデル
日本の予算に関する実証分析
経済政策
地域経済成長と地域間生産要素移動に関する研究
ＵＮＩＸの利用
ＵＮＩＸシステム管理
経済研究
設計品質に関する研究
経済モデル解析研究
西洋古典学関係の情報収集
モデム接続用情報処理技法の研究
産業循環の分析研究
国際経済分析

84 経済学部
85 経済学部

大 野 拓 行大 野 拓 行

博

山 貴 之
田 徹太郎
和 広
藤 博 子
谷 宗 子
直 行
梠 紀 子
峰
木 文 夫
藤 和 也
田
勇
村 邦 彦
井 修 二
倉 宏 昭
上 貴 照

刑事訴訟法の研究(証拠法関係)

日本経済の分析
計量経済分析

－ 157 －

所

属

氏

名

研

究

課

題

86 経済学部
87 経済学部
88 経済学部

本 田 道 夫
木 村 住 枝王維

知的情報処理の研究
経済分析
データ処理

89 経済学部
90 経済学部

尾 崎 万 枝原
真 志

経営分析
産業集積に関する研究

91 経済学部
92 経済学部

清 水 真 志佐 藤 公 一

政治経済学(経済原論）の研究
西洋思想関係の情報検索

93 経済学部
94 経済学部

三 原 麗 珠佐 藤 幹 子

人文・社会・自然科学の研究
日本経済分析

95 経済学部
96 経済学部

西 尾 富美子
渡 辺己

地域社会分析
データ処理

97 経済学部
98 経済学部

曽道 智
藤 村 和 宏コンフリクトのゲーム理論解析
研究（サービス・マーケティングの研究）

99 経済学部
100 経済学部

梶 脇 裕 二星 野 良 明研究
経済理論の研究101 経済学部
102 経済学部
103 経済学部
104 経済学部
105 経済学部
106 経済学部
107 経済学部
108 経済学部
109 経済学部
110 経済学部
111 経済学部
112 経済学部
113 経済学部
114 経済学部
115 経済学部
116 経済学部
117 経済学部
118 経済学部
119 経済学部
120 経済学部
121 経済学部
122 経済学部
123 経済学部
124 経済学部
125 経済学部
126 経済学部
127 経済学部
128 経済学部

金
金
平
西
藤
最
関
宮
喜
小
細
大
松
水
髙
井
井
井
井
井
井
崔
岡
横
守
佐
植
藤

教育のサポート
経営資料検索Ｅメールの利用
地方自治体の予算編成過程の調査
マクロ経済のシミュレーション
電子メールの利用
設計品質に関する研究
現代企業の会計情報システム分析
財務分析
研究にともなう資料収集のため
経済分析
Ｅ−Ｍａｉｌ，ＮｅｔＷａｒｅの利用
経営関連情報の検索のため
ｅ−ｍａｉｌの利用、英語教育関係の情報収集
台湾関係資料の収集
日系企業に於ける管理会計の実態
日系企業の原価管理システムの研究
グローバル企業の原価管理システムの研究
在英日系企業の原価管理
在英日系企業の管理会計の調査
利益管理情報と原価管理情報に関する調査研究
研究
経営分析
文章処理・統計処理
フランス文化圏の資料収集
研究及び情報収集・検索
Ｅメイル、掲示板
金融論の検証129 経済学部
130 経済学部

RALPH DEGEN 授業用及び研究資料のオンライン検索
山 口 博 幸 企業行動の多変量解析

澤 理恵子
東 吉
井 健 之
山 一 郎
井 宏 史
上 英 明
義 雄
脇 秀 貴
田 恵津子
宮 一 高
川
滋
賀 睦 夫
岡 久 美
野 康 一
橋 明 郎
上 信 一
上 信 一
上 信 一
上 信 一
上 信 一
上 信 一
康 植
田 ツヤ江
山 佳 充
矢 信 明
藤 保 久
木 英 治
原 敦 志

－ 158 －

備 考

所

属

氏

名

研

究

課

題

131 経済学部
132 経済学部
133 経済学部

井 上 善 弘山 下 隆 資LRONG. LIM

研究
情報収集
経営・統計分析134 経済学部
135 経済学部

佐 藤
忍
ラナデ．Ｒ．Ｒ

国際労働力移動の研究
数理経済学

136 経済学部
137 経済学部

宍 戸 榮 徳宍 戸 榮 徳オペレーションズ・リサーチの応用
コンピュータネットワークの有効利用に関する研究

138 経済学部
139 経済学部

宍 戸 榮 徳髙 塚
創

地域経済学に於ける実証研究
地域成長の数値解析

140 経済学部
141 経済学部

田 中 嘉 穂古 川 尚 幸原価管理の調査データ分析
設計品質に関する研究

142 経済学部
143 経済学部

山 村 能 郎朴鏡 杓

地価予測システムに関する研究
管理会計研究144 経済学部
145 経済学部

辻 川 尚 紀桑 原 正 行研究
会計情報検索のため

146 経済学部
147 経済学部
148 経済学部
149 経済学部

安 井 敏 晃阿 部 文 雄堀啓 造
渡 邊 英 夫

米国の保険学研究誌の論文、記事入手
経済理論の研究
マーケティングの心理的研究

150 工学部
151 工学部
152 工学部
153 工学部
154 工学部
155 工学部
156 工学部
157 工学部

マイクロ能動ガイドワイヤカテーテルシステム
研究
地球科学データベース構築
学外からメールサーバへのアクセスのため研究
感性工学と製品開発に関する基礎的研究
研究
研究

159 工学部
160 工学部
161 工学部
162 工学部
163 工学部
164 工学部
165 工学部
166 工学部
167 工学部
168 工学部
169 工学部
170 工学部
171 工学部
172 工学部郭書 祥
和 田 隆 広寺 林
優
秦清 治
岩 本 直 樹松 原 行 宏高 津 義 典香 川 考 司FINN,William
Daniel堀 川
洋
服 部 哲 郎
澤 田 秀 之角 田 直 人
佐々木
孝
佐々木
孝
佐々木
孝
佐々木
孝
山 崎 敏 範山 崎 敏 範古 川 善 吾加 藤 大志朗
吉 田 秀 典吉 村 英 徳173 工学部
174 工学部

富 永 浩 之仲 谷 英 夫

情報科学の教育研究
地球科学データベース構築

158 工学部

フランス現代文化研究のための Email とおしての資料収集

Foundation Geodyuamics
パターン認識に関する研究
パターン情報の処理と認識に関する研究
研究
高分解能電子顕微鏡像の計算機シミュレーション
数値流体解析
環境システム工学
海洋データ処理
水システム解析
パターン情報処理
感性情報処理の研究
ソフトウエアの分散開発方式の研究
画像処理・ネットワークソフトに関する研究
大規模地下空洞堀前解析とその評価学外からメールサーバへのアクセスのため－ 159 －

備 考

所

属

氏

名

研

究

課

題

175 工学部生 越 重 章モバイルマルチメディアの研究

176 工学部
177 工学部

吉 野 文 雄中 西 俊 介研究
非線型光学効果の数値計算

178 工学部
179 工学部

今 井 慈 郎
今 井 慈 郎計算機ネットワーク環境の実証的研究
ネットワークセキュリティに関する基礎的研究

180 工学部
181 工学部

石 川浩
守 田 秀 則信頼性工学に関する研究
土地利用モデルの開発

182 工学部
183 工学部呉景 龍
井 面 仁 志研究
学外からのメールサーバへの接続

184 工学部
185 工学部

白 木
渡
末 永 慶 寛学外からのメールサーバへの接続
海域環境変化の数値シミュレーション

186 工学部
187 工学部

井 面 仁 志石 井 知 彦

学外からのメールサーバへの接続
スピン分極相対論電子状態の解析

188 農学部
189 農学部

山 本 弘 幸川 浪 康 弘病害抵抗性の発現機構に関する研究
有機化合物の構造解析

190 農学部
191 農学部
192 農学部
193 農学部
194 農学部
195 農学部
196 農学部
197 農学部
198 農学部
199 農学部
200 農学部
201 農学部
202 農学部
203 農学部
204 農学部
205 農学部

片
早
亀
竹
佐
高
永
多
麻
秋
古
豊
別
田
松
石

岡
川
山
川
藤
村
瀬
田
田
光
本
田
府
村
村
田

郁 雄
茂
宏
薫
正 資
武二郎
雅 啓
邦 尚
恭 彦
和 也
敏 夫
正 範
賢 治
啓 敏
伸 二
智 之

果樹生産分野における研究打ち合わせと資料収集
食品蛋白質の生理的・加工的特性の解析
環境政策シュミレーションＣＧＥモデルの構築
分裂酵母の塩基配列及び遺伝子構造の解析
生理活性試験結果のデータ処理
園芸植物の種苗生産に関する研究
生体防御機構に関する研究
Ｅ−ｍａｉｌによるパソコン通信,海洋環境データ処理
担子菌類の分子生物学
ｅ−ｍａｉｌ情報検索等
作物学における統計解析
果樹生産分野における資料収集
食品化学に関する緒研究
土地被覆分類の統計解析
農地工学における数値計算

206 附属図書館
207 附属図書館
208 附属図書館
209 附属図書館
210 附属図書館
211 附属図書館
212 附属図書館
213 附属図書館
214 附属図書館
215 附属図書館

岩
藤
竹
櫛
龍
鵜
片
鈴
池
山

澤
谷
島
橋
満
川
山
木
田
本

尚 子
栄
雅 美
一 雅
馨
多歌子
恒 信
美智子
喜美代
博 子

学生用ＰＣの管理
図書受入目録業務
メディアプラザのメンテナンス
図書館システム管理 メディアプラザ管理
メディアプラザＰＣ利用・管理
他機関のデータベース等利用・メディアプラザ管理
図書館システムのメンテナンス
メディアプラザＰＣ利用・管理
他機関のデータベース利用のため・利用者用ＰＣ管理
メディアプラザＰＣ利用・管理

216 保健管理センター
217 遺伝子実験施設
218 遺伝子実験施設
219 大学教育開発センター

鎌
清
清
稲

野
寛
末 知 宏
末 知 宏
永 由 紀

学外データベース利用、研究データ処理
高等植物の遺伝子解析
高等植物の遺伝子解析
研究のため－ 160 －

備 考

取消申請

平成１４年度情報処理センター利用状況
情報処理センターＰＣルーム１，２，３
月

火

水

木

金

都市地域分析 FW
消費者調査法

８:５０
前

Ⅰ
経済統計
後
１０:２０

データ管理論

１０:３０
前

都市地理学基礎演習

マルチメディアリテラシ

経営財務論

産業情報ｼｽﾃﾑ特殊講義

産業情報システム論 A

Ⅱ
経営環境システム論
１２:００
１３:００

経営財務論

情報処理入門イ

演習Ⅰ

演習Ⅰ
演習

産業情報システム論 B

経済統計
統計学
教養ゼミナール

後情報処理入門ハ

前

Ⅲ
後
１４:３０
１４:４０

前 演習Ⅱ

経済統計 A 特殊講義 ｺﾐｭﾆｶﾃｨﾌﾞ･ｲﾝｸﾞﾘｯｼｭ

Ⅳ
演習Ⅰ
後 演習Ⅱ

演習Ⅰ
空間計量分析

１６:１０

情報処理基礎

演習Ⅰ

ｺﾐｭﾆｶﾃｨﾌﾞ･ｲﾝｸﾞﾘｯｼｭ

演習Ⅰ
演習Ⅱ

演習Ⅰ

後

前

産業情報システム
特別講義

１６:２０

情報処理基礎情報処理入門ロ

前 計算機基礎Ⅴ
人間環境教育基礎演習 演習Ⅱ
１７:５０
１８:００

Ⅵ
主題科目

統計学

後
１９:３０
１９:４０
前

Ⅶ
主題科目
後
２１:１０

備
考

集中講義:生活情報処理、生活情報処理演習、大学院演習
法学部情報処理ガイダンス、経済学部情報処理ガイダンス、生涯学習センター講義(経営学への招待、
電子メール･WWW 入門講座、法学部における「ＩＴ革命」)－ 161 －

平成１４年度情報処理センター利用状況
教育学部情報処理教室１，２
月

火

水

木

金

８:５０
前

Ⅰ
マルチメディアリテラシ

後
１０:２０

数学科教育論

１０:３０

マルチメディアリテラシ

前

Ⅱ
後
１２:００

数学情報論

１３:００
前

Ⅲ
後
１４:３０
１４:４０
前

Ⅳ
マルチメディアリテラシ

マルチメディアリテラシ

ｺﾐｭﾆｶﾃｨﾌﾞ･ｲﾝｸﾞﾘｯｼｭ

後
１６:１０

情報処理基礎

１６:２０

マルチメディアリテラシ

前Ⅴ
ｺﾐｭﾆｶﾃｨﾌﾞ･ｲﾝｸﾞﾘｯｼｭ

マルチメディアリテラシ

後
１７:５０
１８:００
前

Ⅵ
後
１９:３０
１９:４０
前

Ⅶ
後
２１:１０

備
考

集中講義等: 数学特別講義、英語学特講

注:この表に記載の授業名は情報処理センターに通知のあったものである。

－ 162 －

計算機利用統計

平成１４年度利用申請
大学教育開発センター

遺伝子実験施設
保健管理センター
附属図書館

教育学部
農学部

工学部

法学部

経済学部

平成１４年度パソコン室利用状況
情報処理センター

教育学部

農学部

附属図書館(工農分館含む)

16,00014,00012,000
利 10,000
用
8,000
件
数

6,000
4,000
2,000
0
14/4

5

6

7

8

9

－ 163 －

10

11

12

15/1

2

3

平成１４年度パソコン室利用統計○情報処理センター
利用件数
14/4

5

6

7

8

9

10

11

12

15/1

2

計

3

教育学部

168

157

528

867

288

191

539

453

413

511

447

159

4,721

法学部

1,639

2,495

2,366

2,377

579

690

2,266

2,066

1,398

1,699

795

452

18,822

経済学部

4,955

7,672 10,266

9,751

1,481

1,611

5,445

6,383

5,631

5,304

3,255

1,587

63,341

工学部

7

15

50

150

27

26

73

68

61

55

49

31

612

農学部

99

142

128

134

50

107

116

84

61

64

40

304

1,329

その他

3

2

3

54

7

4

35

33

32

26

20

583

802

6,871 10,483 13,341 13,333

2,432

2,629

8,474

9,087

7,596

7,659

4,606

3,116

89,627

8

9

10

11

12

15/1

2

3

計

延べ利用時間（分）
教育学部

6

7

計

13/4

5

6,234

7,105 27,863 49,276 18,751 12,969 30,153 28,362 25,443 39,020 28,075 11,304

284,555

法学部

83,334 123,688 123,058 122,508 35,627 42,904 103,805 106,892 77,484 109,333 43,241 34,663 1,006,537

経済学部

256,552 441,685 607,379 599,678 94,910 107,475 278,794 402,572 365864 333,683 191,340 94,731 3,774,663

工学部

214

958

2,503

7,947

1,054

1,556

3,345

4,010

3,620

2,347

2,334

918

30,806

農学部

6,103

11,949

9,420

11,209

5,046

8,843

9,859

7,177

5,422

5,612

4,226

4,906

89,772

30

4

146

2,607

216

199

1,487

2,076

1,962

1,334

1,274 15,892

27,227

その他
計352,467 585,389 770,369 793,225 155,604 173,946 427,443 551,089 479,795 491,329 270,490 162,414 5,213,560○教育学部情報処理教室
利用件数
14/4

5

6

7

8

9

10

11

12

15/1

2

計

3

教育学部

1,376

2,283

1,904

643

100

40

1,089

903

755

824

1,075

0

10,992

法学部

29

61

30

4

18

2

62

49

19

25

9

0

308

経済学部

131

478

573

342

29

2

60

145

172

126

354

0

2,412

工学部

13

7

9

0

3

2

27

0

1

1

2

0

65

農学部

1

24

13

1

2

0

0

0

0

0

3

0

44

その他

0

0

0

0

0

0

0

0

0

0

0

0

0

1,550

2,853

2,529

990

152

46

1,238

1,097

947

976

1,443

0

13,821

8

9

10

11

教育学部

81,508 142,759 119,825 44,712

8,024

3,438 67,925 72,189 67,974 69,537 76,067

0753,958

法学部

1,322

3,541

122

852

96

3,017

3,100

1,304

1,660

432

0

17,395

経済学部

7,777

32,011 45,477 26,175

1,023

120

2,892

8,133

9257

7,176 17,351

0

157,392

工学部

734

492

504

0

260

213

740

0

7

32

137

0

3,119

農学部

8

1,566

695

29

102

0

0

0

0

0

78

0

2,478

0

0

0

0

0

0

0

0

0

0

0

0

0

3,867 74,574 83,422 78,542 78,405 94,065

0934,342計

延べ利用時間（分）
14/4

その他
計

5

6

7

1,949

91,349 180,369 168,450 71,038 10,261－ 164 －

12

15/1

2

計

3

○農学部情報処理教室
利用件数
14/4

5

6

7

8

9

10

11

12

15/1

2

計

3

教育学部

0

0

0

1

0

0

0

0

0

0

0

0

1

法学部

0

0

0

2

0

0

0

0

0

0

0

0

2

経済学部

0

0

0

8

1

0

0

0

0

0

0

0

9

工学部

0

0

0

0

0

0

0

0

0

0

0

0

0

農学部

357

271

397

479

84

510

262

265

322

334

131

379

3,791

その他

0

0

0

0

0

0

0

0

0

0

0

8

8

357

271

397

490

85

510

262

265

322

334

131

387

3,811

計

延べ利用時間（分）
14/4

5

6

7

8

教育学部

0

0

0

61

法学部

0

0

0

経済学部

0

0

0

0

0

0

0

工学部
農学部
計

0

0

0

10

11

12

15/1

2

計

3

0

0

0

0

0

0

0

0

61

159

0

0

0

0

0

0

0

0

159

687

40

0

0

0

0

0

0

0

727

0

0

0

0

0

0

0

0

0

5,910 36,945 17,909 19,916 22,487 30,443 13,370 50,763

321,355

26,153 23,336 31,680 42,443

その他

9

0

26,153 23,336 31,680 43,350

0

0

0

0

0

0

0

904

904

5,950 36,945 17,909 19,916 22,487 30,443 13,370 51,667

323,206○附属図書館（工学部及び農学部分館含む）
利用件数
14/4

5

6

7

8

9

10

11

12

15/1

2

計

3

教育学部

696

526

614

1,175

321

73

896

916

767

899

171

171

7,225

法学部

825

902

842

933

240

139

763

727

573

737

136

180

6,997

経済学部

1,511

1,702

2,168

2,437

477

257

1,584

1,780

1,343

1,533

309

340

15,441

工学部

194

367

466

537

128

51

355

425

365

381

140

36

3,445

農学部

789

1,327

1,396

1,640

821

583

1,355

1,206

992

1,044

667

516

12,336

その他

0

0

0

0

0

0

0

0

0

0

0

207

207

4,015

4,824

5,486

6,722

1,987

1,103

4,953

5,054

4,040

4,594

1,423

1,450

45,651

6

7

8

9

10

11

12

15/1

2

3

計

計

延べ利用時間（分）
14/4

教育学部

5

32,798 25,159 28,536 54,394 14,260

4,363 42,488 48,948 43,942 52,106

9,333

8,508

364,835

法学部

34,611 37,055 38,134 36,149

7,005 32,295 37,652 26,575 37,463

6,901

7,242

312,828

経済学部

66,804 79,963 102,400 105,352 23,799 13,455 69,450 85,037 70,192 77,614 15,009 17,339

726,414

工学部

7,760

1,462

112,109

農学部

35,034 63,177 65,243 80,086 39,212 27,847 59,851 61,375 50,535 58,374 42,762 31,803

615,299

その他
計

011,336 14,309 19,447
000

11,7465,770
02,231 10,573 14,660 10,036 10,541
0

0

0

0

0

3,984

0 11,969

11,969177,007 216,690 248,622 295,428 94,787 54,901 214,657 247,672 201,280 236,098 77,989 78,323 2,143,454－ 165 －

資料

香川大学総合情報基盤センター規則（趣旨）
第１条 この規則は、香川大学学則第１０条第２項の規定に基づき香川大学総合情報基盤センター（以下「センター」という。
）に関し必要な事項を定める。
（目的）第２条 センターは、香川大学（以下「本学」という。
）における学内共同教育研究施設として情報通信技術（マルチメディア技術及びネットワーク技術を含む。以下同じ。
）を活用した基盤の管理運用及びその支援を行い、教育研究及び大学運営に供するとともに、情報通信技術及びその応用に関して高度な研究開発を行い、その発展に寄与すると同時に本学における情報環境の高度化を推進し、また、学内外への情報発信基盤として学内及び地域の連携強化を進めることを目的とする。
（業務）
第３条 センターは、次の各号に掲げる業務を行う。
(1) キャンパス情報ネットワーク、センターのサーバ類及び情報処理教育システムの構成、維持管理及び利用に関すること。
(2) 学術研究のための情報通信技術の研究に関すること。
(3) 学術研究の情報通信技術の活用に関すること。
(4) キャンパス情報ネットワークを活用した分散システムの構築及び連携に関すること。
(5) 学内外への情報通信技術を用いた情報システムの構築、提供及び利用に関すること。
(6) 情報通信技術の教育に関すること。
(7) 情報通信技術を活用した教材作成に関すること。
(8) 国立情報学研究所、全国共同利用の大型計算機センター及びその他学外の情報ネットワー
クとの連携に関すること。
(9) その他大学の情報化推進に関すること。
（部門）
第４条 センターに情報基盤システム部門、情報応用システム部門及び情報教育シテテム部門を置く。
２ 情報基盤システム部門は、キャンパス情報ネットワーク及びセンターのサーバ類の構成及び維持管理並びに情報通信技術の基盤となる技術の研究
３ 情報応用システム部門は、情報通信技術を応用した各種データベースの構築、利用及び支援
並びに情報通信技術の応用に関する研究
４ 情報教育システム部門は、教育用計算機システムの構築及び運用、教育用教材の開発並びに情報通信技術の教育に関する研究（分室）
第５条 センターは、幸町キャンパス、林町キャンパス及び三木町農学部キャンパスに、分室を置く。

－ 169 －

２ 分室に関し必要な事項は、別に定める。
（職員）
第６条 センターに、次の各号に掲げる職員を置く。
(1) センター長(2) 部門長(3) 専任教員（以下「センター教員」という。
）(4) その他必要な職員（センター長）
第７条 センター長の選考は、本学専任教授の中から部局長会議の議に基づき、学長が行う。
２ センター長は、センターの業務を掌理する。
３ センター長の任期は２年とし、再任を妨げない。ただし、センター長が辞任をした場合又は欠員となった場合の後任者の任期は、前任者の残任期間とする。
(センター長の選考時期)
第８条 センター長の選考は、次の各号の一に該当する場合に行う。
(1) 任期が満了するとき。
(2) 辞任を申し出たとき。
(3) 欠員となったとき。
２ センター長の選考は、前項第１号の場合には、任期満了の１月以前に、同項第２号又は第３号の場合には、速やかに行うものとする。
（部門長）
第９条 部門長の選考は、センター教員の中からセンター長の推薦に基づき、学長が行う。
２ 部門長は、部門の業務を掌理する。
（センター教員の選考）
第１０条 センター教員の選考は、部局長会議の議に基づき、学長が行う。
（運営委員会）第１１条 センターの管理及び運営に関する重要事項を審議するため、運営委員会を置く。
２ 運営委員会に関し必要な事項は、別に定める。
（事務）第１２条 センターの事務は、部門が関係する学部事務部の協力を得て、学術研究協力部研究協
力課において処理する。
（雑則）
第１３条 この規則に定めるものほか、センターに関し必要な事項は、別に定める。

附 則
この規則は、平成１５年１０月１日から施行する。

－ 170 －

香川大学総合情報基盤センター運営委員会規則（趣旨）
第１条 この規則は、香川大学総合情報基盤センター規則第９条第２項の規定に基づき、香川大学総合情報基盤センター運営委員会（以下｢運営委員会｣という。
）に関し必要な事項を定める。
（任務）
第２条 運営委員会は、総合情報基盤センター（以下「センター」という。
）の円滑な運営を図る
ため、次の各号に掲げる事項を審議する。
(1) センターの運営の基本方針に関すること。
(2) センターの事業計画に関すること。
(3) センターの予算及び施設・設備に関すること。
(4) その他センターの管理運営に関する重要事項（組織）第３条 運営委員会は、次の各号に掲げる委員をもって組織する。
(1) センター長(2) センターの部門長(3) 各学内共同教育研究施設（センターを除く。
）から選出された教員各１人(4) 各学部及び医学部附属病院から選出された教員各１人(5) 保健管理センターから選出された教員１人(6) 企画部長(7) 学術研究協力部長(8) 学務部長
２ 前項第３号から第５号までの委員は、学長が任命する。
３ 第１項第３号から第５号までの委員の任期は、２年とし、再任を妨げない。ただし、委員に欠員が生じた場合の補欠の委員の任期は、前任者の残任期間とする。
（委員長）
第４条 運営委員会に、委員長を置き、センター長をもって充てる。
２ 委員長は、運営委員会を招集し、その議長となる。
３ 委員長に事故があるときは、あらかじめ委員長が指名した委員が、その職務を代行する。
（議事）第５条 運営委員会は、委員の過半数の出席がなければ議事を開くことができない。
２ 議事は、出席委員の過半数をもって決し、可否同数のときは、議長の決するところによる。
（委員以外の者の出席）
第６条 運営委員会は、必要があるときは、委員以外の者の出席を求め説明又は意見を聴取することができる。
（専門委員会)第７条 運営委員会に、専門の事項を調査検討するため、専門委員会を置く。

－ 171 －

２ 専門委員会に関し必要な事項は、別に定める。
（事務）第８条 委員会の事務は、学術研究協力部研究協力課において処理する。
（雑則）
第９条 この規則に定めるもののほか、運営委員会に関し必要な事項は、運営委員会が別に定める。

附 則
１ この規則は、平成１５年１０月１日から施行する。
２ この規則の施行後最初に任命される第３条第１項第３号から第５号の委員の任期は、第３条第３項の規定にかかわらず、平成１７年３月３１日までとする。

－ 172 －

編集後記
「総合情報基盤センター 年報 第 1 号」を発刊する運びとなりました。この年報の発行については，昨年 10 月からの総合情報基盤センター発足後の運営体制が未だ十分には整わない中，また，4 月からの国立大学法人化を控えて予算執行等々が急がれる状況
下での準備・編集でありましたが，関係者のご協力を得てほぼ予定した通りの作業日程
で発行に漕ぎつけることができました。
これまでの旧香川大学情報処理センター年報のスタイルを踏襲してはおりますが，掲載記事については，旧香川大学情報処理センターのスタッフ，旧香川医科大学情報メディアセンター関係者から寄せられた内容のものとなっています。新しい総合情報基盤センターへの理解を深めて頂く端緒となり得れば編集者としてはこの上ない喜びです。
総合情報基盤センターにおいては，今年 7 月頃には専任教官の就任を得て充実したス
タッフのもとでの運営が本格的に始まることと思われます。この「年報」も，専門家集団としての専任スタッフによるより一層充実した日頃の活動に基いた，豊富な内容に富む新しいスタイルでの年報へと引き継がれるものと強く期待しているところです。
本年報の編集にあたっては，センター関係者の方々には日々何かと慌しく忙しい中にあって，編集者からの無理なお願いにもかかわらず快く原稿執筆をお引き受けいただきました。また，センター幸町分室の瀬野 芳孝氏，曽根 計俊氏および高橋 多恵氏には日常の業務極めて繁多な中にあって，様々な仕事を引き受けていただきました。最後になりましたが記して心から感謝申し上げます。
平成１６年２月（平成１５年度年報編集担当）－ 173 －

年報 第１号
２００４年２月発行
編 集 香 川 大 学 総 合 情 報 基 盤 セ ン タ ー
発 行 香 川 大 学 総 合 情 報 基 盤 セ ン タ ー〒761‑
0793 木田郡三木町池戸1750‑
1
℡０８７‑
８９１‑
２２６６（ダイヤルイン）〒760‑
8523 高松市幸町2‑
1
℡０８７‑
８３２‑
１２９２（ダイヤルイン）