www - みる会図書館

1. UNIX MAGAZINE 2002年1月号

3 引 7 1227478 218 ・ 8 1 、 R45 2 19 し 168 MATÅE Ti SYSTENIS N 毒望 0 Linux 版新登場 ! ふれる開発 / たの創造ツ土ク。一テムチ回 - ま第樹形モデノレ S - PLUS は高度なテータ解析機能と豊富なグラフィックス機能の両方を備えた本格的なテータ解析システムです。対話型の素早い明快な処理で利用者の創造性を大幅に支援し、オブジェクト指向に基づく卓越したデータハンドリング能力により、データの可視化・再加工・再解析というフィードバックループを納得理工学、医薬学、社会科学、金融工学から教育の分野まで、いくまで何度も繰り返すことができます。塗国の名企業・研究機盟・大学での豊富な実績を誇ります。特定分野ソリューションのためのアドオンモジュール主な特長・・話題のウェープレット解析のための 500 以上の機能・ S + WAVELETS ・・ニ千以上の高度で最新の解析機能。 ( 基本演算、行列演算、・・実験計画法のための数多くの関数とグラフィックス・・環境・資源エ学などで話題の本格的空間統計モジュール・ S + SpatiaIStats ・探索的データ解析、多変量解析、回帰分析、分散分析、線・金融工学などで話題の G RCH モデルのために・ S + GARCH ・形モデル、時系列解析、シミュレーション、信号処理、検定、・・最適化問題を解決する数値計画法モジュール・ S + NUOPT ・・ OR その他 ) ・・「 c Ⅵ e Ⅳ G ′ S のデータに統計解析 ( 期 hdO Ⅳ s 版のみ ) ・ S + 「 c Ⅵ e Ⅳ・・・数十種類のカスタマイズ自在なグラフィックス機能。・オブジェクト指向の S 言語での本格的なプログラミング機能により、個別の解析システムや GUI を簡単に構築できます。 Windows 版では OLE や ODBC も利用できます。・常設のトレーニングコースその他の強力なサポートでソリューションを側面支援します。数理科学を専門とするスタッフが、個別のコンサルティングにもお応えします。 S + SPATIALSTATS Windows Ⅳ / ndo Ⅳ S98 、 2000 、 NT S + WAVELETS 主要 LJNIX Sun 、 HP 、旧 M Ⅸ ) 、 DECalpha (UNIX) 、 SGI 、 Linux(lntel) ※ S - PLUS は MathSo 代ヨ nc. が開発しライセンスしています ※会社名および商品名は各社の商標または登録商標です。 ( 詳しい製品情報は s - PLUS ホームページ http://www.msi.co.jp/splus/を御参照ください。 ) S-PLUS 無料紹介セミナー定期実施中当社新宿セミナールームにて一人一台のパソコンを用いて S - PLUS をご説明さしあげています。お気軽にお申し込み下さい。対応機種、 OS S-PLUS および ArcView のお問合せ先株式会社数王里シ / フ、ア工、 s-PLUS グループ〒 160 新宿区新宿 2-4-3 フォーシーズンビル 10F TEL. 03-3358-6681 FAX. 03-3358-1727 e-mail: splus-info@msi. CO. jp (URL)http://www.msi. CO. jp/splus/ お問合せ : 平日 10 : 00-17 : 00 (FAX 、 e - ma ⅱは 24 時間随時 )

2. UNIX MAGAZINE 2002年1月号

ー横着ープログラ図 5 ブックマーク訳 ~ 物勢ノ似物ま 0 第・まレ第おい物地・時 0 ・独物宿イ新・第′、、第ッ察ツ舅ミング① ~ 物川附第物 ~ 廴 - 第のを物を第いÅー 0 ・第洋月 , ( に、、 ~ い 0 をⅸれし e 田面第物ゞ蔓 = 物を 0 、の・ 1 第第旅朝を思い出すことができて便利である。このように、 ChangeLog メモによる作業日誌を約 1 年半ほど書き続けた結果、私の手許にある日誌ファイルは 19 , 405 行、 588KB に膨れ上がった。ゴミもたくさん混ざっているものの、私にとっては大切な財産である。 1 日あたりの平均は 35 行で、ちょうどテキストエデイタの画面に収まる程度の大きさである。複数の言 t 機を使っていると、各計算機に ChangeLog メモが分散して困ることがある。う靖攵した ChangeLog メモは、ポケット 1 つ原則 " に反する。想的にはつねに同し ChangeLog メモを編集したいところだが、そうもいかないのが実情である。そこで、複数の ChangeLog メモの同期をとる必要がある。ファイルをい期するノウハウは本誌に連載中の「 UNIX Communication Notes 」でこではそれを紹介するだけ詳しく解説されているので、 ChangeLog メモの同期 Web 日記との関係・ Unison ーファイルの同期 ( 2001 年 3 月号 ) ・ cvs6 によるバージョン管理 ( 2001 年 1 月号 ) にとどめておく。 UNIX MAGAZINE 2002.1 —Ähttp://n amazu ・ org/~ satoru /diary/ 7 http://www.cis.upenn.edu/-bcpierce/unison 6 http://www.cvshome.org/ せっせと書いている 8 。私の場合、 Web 日記に書くトピッ Web 上で日記を公開している人が多い。かくいう私もところで、私は言算機から離れた場所では紙のメモ帳に走り書きをしている。 PDA を持ち歩いているのに紙のメモ帳を使うのは変だとよく言われるが、紙にメモをとるほうか断然速いから仕方がない。ただし、紙に書いたメモは検索の役に立たないので、次に言 t 算機に向かったときに ChangeLog メモに書き写す。このとき、走り書きのメモをある程度まとまった文章になおす。メモ帳は、これまた山下氏お薦めの「 DAIGO 縦開き手張 ( 鉛筆一寸き A1041 ) 」を愛用している ( 写真 1 ) 。このメモ帳については、氏が「いつでもどこでもメモしたい」というべージ 10 にまとめているのでそちらを参照してクの基準は、ほかの人にとって、・役に立つ ( かもしれない ) ・おもしろい ( かもしれない ) である。つまり、他人に読んでもらうために書くものであり、あくまでも自分用のメモである ChangeLog メモとは性質が異なる。 Web 日記を自分のためのメモとして使うのも悪くないが、手軽さという点で ChangeLog メモのはうが気に入っている。なお、山下氏は ChangeLog メモを HTML に変換して Web 日記として公開する Perl スクリプト chal 。 w9 を公開している。紙のメモ帳いただきたい。要点は、・鉛筆と糸励ゞセットになっている・小さくて軽い・開いたままにしておける・ノートのように綴してあるの 4 つである。これらの特色のおかげで、でもメモ " かま現できる。、、いつでもどこ cIgrep:ChangeLog メモ用の grep ChangeLog メモは基本的にはただのテキストファイルだが、 1 つ 1 つのメモは 1 行単位ではなく、空行で区切 9 http://nais.to/-yto/clog/chalow/ 10 http://nais.to/-yto/doc/zb/()()()l.html 123

3. UNIX MAGAZINE 2002年1月号

BØC マンドを利用する。言田は、それぞれに伺属のマニュアルを参照してもらいたい。この種のソフトウェアをとりあげるときは、できるかぎり詳細に説明するよう心トけてきた。しかし、今回のテーマは高性能 " サーバーの構築である。その観点から IPVS とハードウェア実装のレイヤ 4 スイッチを上交すると、残念ながら IPVS のバケット中幻当生能は著しく低い。現在のネットワークで、 UNIX システムを用いて糸各制御をおこなうことがはとんどないことからも分かるように、ソフトウェアでの実装では十分な註能か得にくいのである。そこで、今回はあえて細かな説明をしないことにした。 IPVS の成疋については、 Linux Vir- tual Server Project のサイトから多くのサンプルファイルがダウンロードできる。これらを読めば、すぐに使えるはすだ。 IPVS のもう 1 つの問題は、ロードバランサーか普通のコンピュータ上に実装されるため、ロードバランサー自身が Sin- gle Point ofFailure となってしまうことだ。つまり、ロードバランサーか沽郊章すると、サーバーはまったくサービスを提供できなくなる。ハードウェア実装されたレイヤ 4 スイッチも古郞章することはあるが、普通のコンピュータとくらべるとその確率はかなり低い。フラッシュメモリからプートできる PC を使い、機械的に下力する部分のない IPVS ロードバランサーを構築することもできる。しかし、これは別の意味で管理と実装が大変である。その労力も考えれば、ハードウェア実装されたレイヤ 4 スイッチを導入するほうが合理的であろう。連載 /UNIX Communication Notes—O ソフトウェアの根本的な高速化もう 1 つの方法は、サーバー・ソフトウェアの高速化である。ネットワーク・サービスを提供する現在のサーバーでは、 1 つのサーバープロセスが各クライアントに対する処理をおこなフ。このサーバー・プログラムの実装がますけ川ま、もちろん高い性能は得られない。これまでに、サーバープログラムの実装で高い処理性能を得るための試みが数多くおこなわれてきた。以下では、その一端を紹介する。原始時代 UNIX MAGAZINE 2002.1 ープロセスを fork() で複製し、 1 つのプロセスはも装されていた。クライアントからのアクセスがあると、サ (listen() システムコールでの待ち ) 状態となる形式で実てシステムのプート時に起動され、 socket の受信待ち 4.2BSD の時代には、サーバーはすべてデーモンとし JCIass [ 英語版 ] Enterprise Suite 5.0 ー」 ava アプリケーショッ開発のための最強コンポーネントコレクション一 JavaBeans コンポーネントとユーティリティ、 9 製品のセットさまざまな IDE 製品からピジュアルフログラミング JDBC を経由したあらゆるデータベースとの接続 ※グラフ / 3D クラフ / グリッド / 階層型グリッド / 入力フォーム / テータ連結 / メーター / 帳票印刷 / 」 a 「生成ユーティリティ www.bOC.co.jp/jclassenterprise/ 動作環境」 DK 1 . 1 .8 + Swing 1 . 1 . 1 / 」 DK 1 .2.2 / 」 DK 1 .3 標準価格 399 , 000 円 Bytecode Source COde 799 , 000 円開発元 : カナダ Sit 「 aka 社 BOC は文化オリエント株式会社の登録商標です / その他記載されている会社名およひ製品名は各社の商標または登録商標です / 表示の価格に消費税は含まれておりません製品のお求めは BOC オンラインショップにて BOC BuyDirect! www.bOC.CO.jP/shOP/ 文化オリエント株式会社 BØC 本社仙台市泉区七北田字白水沢 14- IAKAMA ヒル〒 981-3131 Td022-373-0360 F 022-373-1625 63

4. UNIX MAGAZINE 2002年1月号

0 や風景の写真など、多種多様な画像か表示されています。これらのなかに自分と関係のある画像を交ぜると、他人になぞなぞ CGI はます識別できないでしよう。 192 画像べースと文字べースの比較 4 http://www.guru ・ gr ・ jp/&issei/diy. html 稀なので、実用上は差し支えないと思います。に失敗することもありますが、 2 回続けて間違えることはとも 10 回に 1 回くらいはあるようです。その結認証すぐに選べなかったり、間違った画象お尺してしまうこないものもあります。したがって、自分に関係ある画像をデジタルカメラで自分カ甘最った写真でも、よく憶えてい解答の精度より難しいのかもしれません。つけるのは、複数の画像のなかから知っているものを選ぶ問題文を読んで内容を理解し、〕尺肢のなかから正答をみ答できるように思います。難易度はひとますおくとして、んで解答を考える場合と上交すると、半分以下の時間で解ある画象を選ふ、だけです。体感的な印象では、問題文を読画像なぞなそ証では、ユーサーの操作は自分に関係のを作るのはごく簡単です。れば、たいして手間ではありません。その意味では、問題ませんが、テキストによるなぞなぞを考えることとくらべが、なぞなぞ言正に適しているかは目で石忍するしかあり前述のように自動的に得ることができます。選んだ画像自分が保存している画像や、それと似た画像の一覧は、問乍成の手間ぞなぞえ正とを比較してみましよう。画像をベースにしたなぞなぞ認証とテキストを使ったなか実見できます。ュールを併用し、 Cookie を用いた、、画像なぞなぞ認証 " グラムと Apache の mod-cookieauth4 などの認証モジスを作成しておけば、昨年 7 月号で紹介した CGI プロ自分に里のある画像と、それに似た画像のデータベー他人に解かれる危プレゼンテーションの資料や論文などで使った図版は、すでにどこかで他人の目に触れています。当然のことながら、このような画像は私のものだと判別される可能性か高くなるでしよう。たとえは、不劫ゞモバイル入力システムの研究をおこなっていると知っている人なら、図 4 の答は、、カスタネット・キーポード " であろうと孑則できてしまいます。一方、デジタルカメラの写真の場合は、一般に個人的なものが多く、自分でも忘れてしまうことがあるほどなので、他人か識別するのはかなり難しいようです。 GoogIe の検索結果から、デジタルカメラで撮った画 ( ごけを使ったはうがいいのかもしれません。素人のスナッフ写真などは、誰がどこて撮ったものでもはとんど同しように見えますが、自分カった写真なら簡単に区別できます。写真自体にこれといった牛致かないことが、認証に使う場合はかえって有利に働きます。最近は、 Web 上でデジタル写真を公開できるサービスもあります。これらの写真のなかに自分の写真を交ぜれば、簡単かっ安全な認証が可能になるでしよう。同しデジタルカメラで撮った画像は、解像度カ祠しだったり、色調もイ防凾ったものになりがちです。同し欟重て撮った写真ばかりを使うと、その性質から識別が可能になることもありそうですから、画像糸ツールなどを使って形や色調を適宜変える必要があるかもしれません。おわりに今回は、画象データベースを活用した認証の実験について紹介しました。 JR 東日本で suica サービス 5 か開始されるなど、認証を容易にする動きカ餘々に広まりつつあります。変も、簡単かっ安全で楽しい認調支術の 1 っとして、なぞなそ認証を発展させていきたいと考えています。はすい・としゆきソニー CSL) [ 赭文献 ] [ 1 ] Rachna Dhamija and Adrian Perrig, Déjå Vu: A User Study Using lmages for Authentication, ln 9t ん USENIX Secunty Sym 〃 os を m , August 2000 5 http://www.jreast ・ co ・ jp/suica/Suica/ UNIX MAGAZINE 2002.1

5. UNIX MAGAZINE 2002年1月号

連載 UNIX Communication N0tes—O ために利用できるのが、 select() システムコールである。 select() は、複数のファイル識別子で指定される入力ソケットを監視し、カーネル内でプロックする。読み出せるようになった ( 到着した ) ソケットがあるとプロックか外れ、処理ルーチンを同一プログラム内でおこなうようにするコードか書ける。これにより、複数のソケットを監視しながら処理を夫行するルーチンか書けるようになった。しかし、この実装には大きな問題がある。プログラムを実行しているコンテキストは 1 つしかないので、リクエスト処理ルーチンを実行しているあいだは、ほかのソケットに到着したデータや新たな接続要求はすべてカーネル内にイ尉寺される。けっきよく、 fork() は使わなくても、すべての処理がシリアライズされるため、高い性能か得にくくなった。もちろん、リクエスト処理ルーチンの処理量が大きいと、処理待ちになるリクエストも増えることになってしまう。そこで、登場するのがスレッドである。その考え方は実装により多少異なるが、おおまかには次のようなもので・スレッドを利用するプログラムでは、その実行時に複数のスレッドを起動することができる。・ 1 つのスレッドは、実行を管理するためのコンテキストをもつ。ここには、プログラム・カウンタとスタックだけが用意されている。つまり、現在、どの部分を実行しているかという情報と局所変数だけが各スレッドに割り当てられている。大域変数は、すべてのスレッドて共有される。したがって、或変数を使えばスレッド間での通信カそきる。・スレッドの生成や消去などは、プログラムで明カ勺に記述できる。スレッドを利用すると、ユーサー空間て稼動するプログラムで並列処理を簡単に記主できる。描丘の生能サーバーの世界では、スレッドの利用を目指す開発か続けられている。現在のスレッドの実装には、 BSD 系の pthread や Linux の linux pthread などがある。これらはそれぞれに実装形態か違い、長所もあれば短所もある。また、 BSD の pthread の実装のように、システムコールとの親和がやや悪いという欠点は解消されつつあるが、完全、解決されたわけではない。スレッドを利用するサーバー UNIX MAGAZIN E 2002 ユはまだ少ないが、高性能サ→ヾーの世界ではスレッドを用いた開発が一殳的になり始めている。 WWW サーバーの Apache 2.0 系列がその一例である。今後、高生能サーーを構築する際には、使用されるプログラム自体がスレノ、ッドを使う実装になると思われる。 ☆ 今回は、十分な処理性能が得られるサーバーの構築方法について述べた。むろん、厳選された性能のよいパーツを用いて高生能サーバーを構築するガ去もあるが、レイヤ 4 / 7 スイッチを使ったクラスタ化によって実現することも増えてきている。とくに、商用 WWW サービスを提供するサイトなどでは、常識といってもよいはどクラスタ化サーバーの利用が進んでいる。高生能サーバーを導入する場合は、レイヤ 4 / 7 スイツチを用いたサーバー構成のノウハウを応用するとよい。最近は、サーバー・プログラムそのものの高性能化もスレッドを用いた並列処理によって見されようとしている。スレッドを用いた処理は SMP 型システムとの整合生もよく、今後、高性能サーバー・プログラムの実装手法として普及する可能性がある。サーバーの実装を目指すソフトウェア技術者は、スレッドを用いたプログラム開発の腕を磨くべきであろう。 ( やまぐち・すぐる奈良先立斗 ! 物支彳大芋ギ完大学 ) [ 文献 ] [ 1 ] Lawrence S. Brakmo and Larry L. Peterson, "TCP Vegas: End t0 End Congestion Avoidance on a Global lnternet ” IEEE ノ 0 社ロ田 1 0 れ Selected Areas をれ Comm 社れを ca 0 れ , V01.13 , NO. 8 , Oct0ber 1995 (ftp: //ftp.cs.arizona.edu/xkernel/Papers/jsac.ps. Z) 65

6. UNIX MAGAZINE 2002年1月号

連載 UNIX Communication Notes—O リーミング・サーピスで使われるソフトウェア・エンコーダなど、 CPU を大量に使用する処理では CPU がポトルネックになることもある。サーバー上でどのような処理をおこなうのかをよく考え、必要であオ L ば CPU 性能も検討すべきであろう。ネットワーク・インターフェイスも、ポトルネックになりうる要素である。たとえば、ネットワーク・インターフェイスの性能が低いと、アプリケーションが生成したトラフィックを送信しきれないケースもある。 Gigabit Ethernet (IEEE802.3z) か登場して間もないころ、ホストアタブタ ( ホストをネットワークに接続するためのインターフェイス・カード ) の実装か悪く、十分な帯域カ咄ないことがあった。このため、アプリケーションが全力で処理しても、ネットワーク・インターフェイスの処理待ちになってしまい、結果として全体の処理か滞るといったことがあった。このような場合には、ネットワーク・インターフェイスに関する部分を交換すると処理か高速化されることがある。高生能なネットワーク・インターフェイスに取り替えたり、あるいはインターフェイスか接続されるバスをみなおすとよいだろう。イ反想記 t 意財冓も、結果的にポトルネックになることがある。これは、物理メモリが少ない場合、処理中のプロセスがスワッフ。アウトされてしまい、メモリアクセス = ディスクアクセス速度になってしまうことから起きる。一方、大量のメモリを使用するソフトウェアを実行したり、大のプロセスか起動されるような環境では、スワッフ。アウトの頻発 ( スラッシング (slashing)) によって性能が低下する。スラッシングが発生すると、プロセスのスワップアウトとスワップインが連続して発生し、結果として性能か大きく低下するのである。ネットワークにサーピスを提供するサーバーでは、この両方のケースか起こりうる。たとえば WWW サーバーでは、クライアントから大量のリク工ストを受けると、サーバーのプロセスか大量に起動される可能生がある。さらに、 WWW サーバーはかなり多くのメモリを必要とするため、スワップアウトによる性能の低下か起きやすい。このような場合は、メモリを増やすと結果的にプロセスのスワップアウトが発生しにくくなるため、性能か改善されることがある。しかし、根本的な対策をとるのなら、サーバー・プログラムの構成そのものを変える必要があるにの手法については彳する ) 。 58 もっとも単純な方法は何かこまでに紹介した高性能サーバー、すなわち処理による遅延の少ないサーバーを作るためのポイントは以下のようにまとめることができる。・ CPU は高速なものを。・メモリはたつぶり。・ディスクは回転数の高いものを、バスも十分高速なものを。・ディスクについては、 RAID 5 を導入すれは古郊章性能も改善できる。・ネットワーク・インターフェイスにも性能の高いものを。・サーバーか接続されるネットワークは、広帯域なデータリンクとする。・実装のよいファイルシステムを使う。・実装のよい OS を使う。まるで FI カーを作っているように感じてしまう。デサインの優れた、性能のよいパーツを組み合わせて全体として高い性能を得る方法は、まさに FI カーの開発と同じである。結果として、 FI カーの世界と同様に、上記のチェックポイントに従ってシステムを構築できるのは、潤沢な資金をいくらでも使える人しかない。たとえは、数億円のお金か動くような巨大な E-Commerce サーバーや、莫大な資金をもっ組織の巨大なデータベースを稼動させるサーバーを構築するのなら、こういったアプローチも可能かもしれない。しかし、予算に限りのある環竟では、これらの条件をすべて満たすようなサーバーは実現できないだろう。たとえば、 RAID 5 のディスク装置を 1 台購入するだけで数百万円もの投資が必要になる。そこで、もうすこし頭を使って高能サーバーを構築する、いってみれば、、貧乏人の FI カー「〔を考えてみよつ。こういうときこそ、技術者の腕の見せ所である。 1 台でダメなら 2 台ですぐに思いっくのが、高価な FI カーを 1 台作るのではなく、安価な大衆車を 100 台作って利用する方法だ。これには、前回もとりあげたクラスタ化の手法か利用できる。つまり、レイヤ 4 スイッチを用いて複数の要素サーーを組み合わせ、全体として 1 台のサーバーにみせる方 UNIX MAGAZINE 2002.1

7. UNIX MAGAZINE 2002年1月号

Network Attached Storage 自作 PC ( クリア・サイドバネルて部が見える ) 写真 8 図 9 ターミナルサービス・クライアントへのログイン。当”こし一み・ラー、一 1 ーこ ) ラ秀・、 - - は 050 気協靆 : [ ・第聞 NT T ・ ch れ ob ユーザ - 名 , ーワ眇ターミナルサービス・クライアントでイ乍図 10 へ日ン市れ遥レ 013 リスク覚唐て勝手 ( ンヾッチをん ( 私は待てなかったので、当てました ) 。性能の則 0 い豆ーし「版ディスク容量の不呆を主眼としているため、アクセス性能にはそれほど期待していませんが、研究室の学生に協力してもらい、 NAS4100 の性能をちょっと計測してみまクライアント PC には、研究室内でもっとも台数の多いソニーの VAIO PCG-Z505GR/K と、学部の 2 年生カリ用している富士通の FMV BIBLO を使っています。上交する Windows 2000 Server として、私がふだん使っている自作 PC ( 写真 8 ) で CIFS の設定をおこない、 NAS4100 とどのくらい性能力嗹うかを調べてみました。このデスクトップ PC ()S は Windows 2000 ) は、 ATA ディスクでは高速な部類に入る Seagate の Bar- racuda ATA IV ST ー 360021A (60GB) が 4 台入っています。しかも、この 4 台のディスクを Promise の「 Fast- ak100 TX2 」 9 を用いてストライピング (RAID 0 ) 構成としているため、かなり高速なファイルサーバーに仕 - ヒがっています。言れ則には、 PC 志などでのべンチマークでよくみかける HDBench10 を使いました。べンチマーク・テストは、最初にクライアントとサー適用します。ーそれぞれのローカルディスクでの言 1 測をおこないましノヾー ; のモジュールは、標準の Windows 2000 のものとた。次に、ソニー VAIO から NAS4100 と自作 PC のは異なるようなので、すべてのパッチが適用できるとはかぎりません。本誌が発売されるころには、べンダーの Web 9 http://www.promise.com/Products/Default.htm ーーーーーーーー一一一一一一一一一 - ー。 - べージにも正し、対応ガ去カ寸曷載されているかもしれませ 10 http://www.hdbench.net/software/hdbench/ ・ァイル名“定し ( 実行“ 0 町一、図 11 Windows Update の実行カイ外第 ( 0 表当お知こ入り ( ツー損リへルプや戻 , , 0 D 住。 0 強索おびり 0 履 ; 島・のッドレス p = 〃 , “徹し ( “ ーー Upd& 、 0 を町 Eg ャロプうムュ、 1 ( ′ 0 、れい dow 、 upddte - 、 1 " い” 0 独にロ強にトいトい言回。れ 15n 、翫れる 00 0 れ、 00W5 ル 5 、 R ーー [ tJS SEARK 日 W 、 ) 0W5 ーを、・ ( を 04 、 0 代 w ・′・ T 引 S に 0 : 2469 KB 00W 禳 0 み d 新 m を : 2 mjn りい DA 、工 se lect softwa re ・・一聞 0 ⅵれ 0 ・ d ・・・・・・・一 0 第 W d0 “一 tem ・ TO 新リ pd 試・ , ・一・改出・物を改 , 0 を玳物・丱 d ・ー YO リ・・ . ・れ d せ・ 0 印改物・ 00 物 0 ・ d ト u 社 00. ⅳ you 物・ 0 をを 0 れーをー 0 ′毅・ upd ・を・改引物動・を d ーゆ・第・ 1 ト・・Ⅲ・・記 indud• ト 4 、り一い画 0 長を 0 を物・材第一物 101 UNIX MAGAZINE 2002.1

8. UNIX MAGAZINE 2002年1月号

・オンテマンドイ反想美官のための Web 投票システム佐々木俊充、 : 丑貴之 ( 静岡県立大学 ) 静岡県立美官の所蔵品約 2 , 500 点に対する展示リク工ストを Web で受け付ける投票システムと、投票データをもとにコンピュータ上に仮想美行官を構成して展示するシステムを作成した。投票システムは、戸斤歳品のデータベースを PostgreSQL てオ冓築し、処理プログラムは PHP で書かれている。また、イ瓦想美彳小頑官は DirectX を用いて 3D グラフィックスて描かれており、利用者はそのなかを自由に歩き回って作品を鑑賞することができる。ただし、美術品の著イこ配慮して、インターネットで公開する画像は画質を大きく落としている。システムの作成においては、投票システムやイ反想美官のユーザー・インターフェイスの向上に苦労したとのことである。・ OTC lnternet Solution ーー lnternet サーノヾのクラスタリングとロードバランシングを実現末光信二 ( オープンテクノロジーズ ) 従来のファイアウォールは、 1 台て漣用するとそれが停止したときにすべての通信が巒色えたり、複数台て漣用すると負荷分散をおこなう装置をさらに導入しなければならないといった間題があった。これに対して、オープンテクノロジーズか販売する Stonesoft のファイアウォーードウェアをクラスタ化することによって耐古郞章ルは、性の E と確実な負荷分散を寒見した。また、複数の ISP への接続や企業間 VPN に対しても同様の効果を囎軍する技術を搭載した。クラスタリングをおこなうコンピュータは Linux をベースとした PC で、 32 台まで拡張可能である。 Web Manager という Java べースの GUI ソフトにより設定・管理をおこなう。次代インターネットのためのネットワークデバイス管木俵豊、篠宮俊輔 ( 通イ謡念合研究さまざまなデバイスをネットワークに接続す川ま、それを利用して実世界情報の取得や実世界への働きかけが可能となる。このグループではそのためのネットワーク・デノヾイス管理機 NADIA (Network AccessibIe Device on the lnternet Architecture) を研究開発している。今回は、 PC の画面で実界の映像を見ながらラジコン自動車を運転するシステム「 mini0 」を実装して展示した。のシステムは、市販のラジコン自動車の前面に Web カメ UNIX MAGAZINE 2002.1 ラを取り付け、制征啣を uClinux を OS とするマイコンに置き換え、無線 LAN でインターネット接続したものである。これらのデバイスと実世界とのかかわりは NA- DIA で言当している。現在は専用の言語で言当しているが、 XML の利用も検討中である。・ PC を用いた TCP/IP によるデジタルビデオの転送・蓄積技術勝本道哲 ( 独立行政去人通イ念合研究所 ) ネットワーク上でデジタルビデオを転送する技術としては DVTS などがすでにある。 DVTS は UDP で転送するシステムなのに対して、このシステムは TCP で転送する点と、 DV だけでなく放送局で使われる DI やハイビジョン映像なども送受信できる点が異なる。いくっかの AV フォーマットを綣一的に扱うためにマルチ AV フォーマットという形式を定義し、 PC 内部ではこのフォーマットて映像を扱っている。また、ハードディスクて映像を読み書きする際の生能を高めるために、さまざまな試行錯誤を重ねたという。デモンストレーションでは 2 台の Win- dows PC のあいだで相こ DV データを送受イ言して相手の PC の画面に表示していたが、まったくコマ落ちせすに再生できていた。各賞発表プログラム委員長を務めた寺岡文男氏 ( 慶應義塾大学 / ソニー CSL) から、論文賞、プレゼンテーション賞、デモンストレーション賞が発表さそれぞれ以下の方々が受賞しました。論文賞 Detection of Network Faults and Performance Problems プレゼンテーション賞 Hassan Hajji ( 埼三にた学 ) WWW クラスタにおける同期を考慮したコンテンツ更新機構の言 t と実装ーー夏の高校野球 WWW 中継における運用西馬一郎 ( 奈良先端不斗学技術大完大学 ) デモンストレーション賞州人等のための仮名訳機能付き HTTP プロキシおよび POP3 プロキシの開発石川准 ( 静岡県立大学 ) 157

9. UNIX MAGAZINE 2002年1月号

ワークステーションのおと一 O だった怪しいメールが、毎日、年後一番くらいに届きます ss : なんて切れへんの ? ( 初めのうちは 1 日 1 通でしたが、山も丘は 2 通になりまし知人 : DoCoMo しゃなくて、 au やからとちゃう ? た ) 。慣れの間題かもしれませんが、ちょっと悲しい気分舌を聞くと、この人の場合はメールの配信か遅れたり、です。繁華街て接続か難しかったり、通話中に切れるようなことと、このように悲しくなっていたら、今度は携帯電話はほとんどないそうです。宛のメールの配信に時間がかかることが多くなってきまし一瞬、 au に乗り換えようかとも思いましたが、現状でた。 11 月前半の日曜日、 Web ページで飛行機の予約をしは、携帯電話会社を変更すると携帯電話の番号か変わってたときに、その石凾知をプライベートてイ吏っている電子しまいます。私ク芳秀帯電話の番号は、 1993 年 4 月にデジメールのアカウントで受け取るようにしました。このアカタル方式 (PDC) 窈秀帯電話サービスが開始されたときかウント宛に届いたメールは、 ISP のサービスを使い、いくら使っているものなので、変更するにはかなりの勇切ゞ必つかのメーリングリストからのものを除いて、すべて携帯要です。事情があって、近いうちに自宅の加入電話の番号電話に転送するように設定してあります。ですから、予約も変わってしまうこともあり、ここで携帯電話の番号も変の確認メールは通常の ISP のメールアカウントと携帯電えてしまうと、友人や知人を一気に失うかもしれません。話の両方に届きますにうしておくと、予約した便の時間すべての携帯電話会社で、継続して同し電話番号カ硬えなどカ甘秀帯電話て参照できるのてイ甦リなのです ) 。るようになれはいいのですが、それにはしはらく時間がかすこし侍っていると、 ISP のメールアカウント宛に 4 かるようです。 au の携帯電話も 12 月に新機種が出るそ通の予約確認メールが届きました ( 4 件、予約したのでうなので、もうすこし損得をじっくり考えてみることにしす ) 。しかし、携帯電話は、ヒャラヒャラ " とも、、ぶるぶました。る " ともいいませんにれまでは 2 ~ 3 分以内に届いてい携帯電話に関する情報を集めようと、 au の関東圏でのました ) 。しはらく待ってから携帯電話を操作してメールサービスに関する web ページ 3 を見ていたときに、ちょっを取得してみましたが、届いていません。と嬉しいものをみつけました。それは、 au の cdmaOne なんとなく釈然としませんでしたが、、、 ISP には届いて携帯電話が使える地下鉄の駅や地下街、トンネルの一覧でいるからええか " と思い、すっかり忘れていました。するす 4 。去も匠は地下でも携帯電話か利用できるところか増えと、火曜日の午後になって、飛行機の予糸鯒寉認のメールがているようですが、どこで使えるかがよく分からす、困っ 1 通、携帯電話に着信しました。ていたのです。たとえは、地下鉄に乗っているときに急「いまごろかいな」に叫各がとりたくなっても、どの駅てイ吏えるかカ吩かりまそして、その日の夕方に 1 通、夕食を終えたころにまたせん。これまでは、駅に着くたびに、いちいち携帯電話の 1 通、寝る前にまた 1 通、やってきました。同しように虧虫度の表示を眺めて石俿忍していました。ですから、携飛行機を予約した前日に ISP のアカウント宛にきたメー帯電話が使える駅名を知りたかったのですが、 NTT Do- ルも、前後して届いたのです。こオ LJ ユ降、ときどきメール CoMo の Web ページでは、そのような情報はみつかりまの着信か遅れるようになりました。「携帯電話やし、メールせんでした。やねんから、そんなん当り前やん」と言われれはそれまで「 DoCoMo の電話、使うてるのに、 au のページで市寉認ですが、、、もうちょっと、なんとかならんかいな " と思っしても役に立たへんやん」てしまいました。そんなことはありません。というのは、地下鉄の駅などその後平日の年後 3 時くらいに東京の繁華街で携帯電て携帯電話を使えるようにするための譓蒲は、携帯電話会舌を使おうとしたところ、ダイヤルするとすぐに切断され社が共同て整備を進めています。ですから、 au 窈秀帯電てしまうのです。佃Ⅱ可か試すとつながりますが、今度は通舌中に切れてしまいます。ところが、一緒にいた知人 3 http://www.au.kddi.com/kantou/ 4 http://www.au.kddi.com/()4aue/area/cdmaone/ chika. html 一三ロ 1 一二ロ一三ロ 133 UNIX MAGAZINE 2002.1

10. UNIX MAGAZINE 2002年1月号

連載 IPv6 の実装ー 0 図 3 殳的な拡張ヘッダ告 Next Header Hdr Ext Len で、この孑比 - 、、ツダの長さを指定します。 IPv4 では、 IPv4 ヘッダに続くデータは上位層プロトコルのデータでした。 IPv4 ヘッダの Protocol フィルドには、後続の上位層プロトコル番号 (TCP 、 UDP) かオ褓内されています。 IPv6 では、 Protocol フィールドに代わって Next Header フィールドか導入されました。拡張ヘッダがない場合、 Next Header フィールドには IPv4 の Protocol フィールドと同様に上イ立層プロトコル番号かオ内されます。一方、拡リを、ツダがある場合は、後続の拡リを、ツダの番号 1 かオ褓内されます。拡リ、ツダの形式からも分かるとおり、各拡張ヘッダにも Next Header フィールドがあり、拡リ髦、ツダをいくつでもつなぐことができるようになっています。この変更のおかげで、 IPv6 では拡リを、ツダを IPv6 バケットのサイズに収まる大きさまで連結できるようになりました。 IPv6 バケットのサイズは、 IPv6 ヘッダの Payload Length で指定されます。 Payload Length の大きさは 16 ヒ、ツトなので、理論上は最大 65 , 535 オクテットまで拡リ髦、ツダを詰め込めることになります 2 。拡張ヘッダの不頁現在、 IPv6 では以下の 6 つのに、、ツダか定義されています。中継点オプションヘッダ (Hop-by-Hop Options Header) 経路制笹いッダ (Routing Header) 終点オプションヘッダ (Destination Options Head- 断片ヘッダ (Fragment Header) 言正へッダ (Authentication Header) 1 IANA (http://www ・ iana ・ org/) によって割り当てられます。最新の番号表は、 http://www.iana.org/assignments/protocol- numbers から取得できます。 2 IPv6 バケットの最大長を孑虧長する月もあります。詳しくは、 IPv6 Jumbograms[7] を参照してください。 68 暗号イヒヘッダ (Encapsulating Security Payload Header ) 中継点オプションヘッダには、 IPv6 バケットが通過する各ルータて処理されるオプションかオ内されます。経路制徊ヘッダには、 IPv6 バケットが通過するルータを指定します。これは、バケットの流れを指定する場合に利用します。終点オプションヘッダには、 IPv6 バケットの終点ノードで処理されるオプションか、格納されます。断片ヘッダは、終点アドレスへの経路の最大転送サイズよりも大きな IPv6 バケットを送信するときに利用します。 IPv4 とは異なり、 IPv6 ルータは転送の過程でバケットを分割しません。終点アドレスに到達するまで分割せずに転送可能な最大バケットサイズを発見し (Path MTU Dis- covery : パス MTU 探索 [2]) 、適切なサイズの IPv6 パケットに分害けるのは始点ノードの彳齬リです。認証ヘッダは IPv6 バケットを送信するノードの認証やデータの改竄防止に、暗号化へッダはデータ内容の盗聴を防ぐために利用します。前半の 4 つの拡リ比、ツダは IPv6 の仕様書 ( RFC2460 [ (]) で、後半 2 つの拡リ比、ツダはそれぞれ別の仕様書 ( RFC2402 [ 4 ] 、 RFC2406 [ (]) で規定されています。 IPv6 ヘッダや拡リ髦ッダの形式だけから判断すると、どんな拡リッダも任意の順序で連結できるようにみえます。しかし、 RFC2460 では拡リ、ツダを利用する際ク隹奨順序が定められています。もちろん、 RFC2460 に書かれている順序はあくまで、、推奨 " なので、すべての IPv6 ノードがこれを守っているとはかぎりません。 IPv62S ケットを受信するノードは、 RFC2460 に書かれている順序を前提とするのではなく、を、ツダがどんな順序で届いても処理できるようにしておくべきです。もちろん、 IPv6 バケットを送信するノードは、可能なかぎり RFC2460 で推奨されている順序で拡リ比ッダを挿入するようにじ、がける必要があります。拡リをッダの推奨国は以下のとおりです。 UNIX MAGAZINE 2002 ユ