日 FC ダイジェストー 表 1 今月扱った RFC 工イプリルフール里 RFC3091 RFC3092 RFC3093 円周率生成プロトコル Foo" の語源 ファイアウォール孑長フ。ロトコル 区分化サービス RFC3086 区分化サービスの PDB の定義とその f け兼における規則 移本 IP RFC3115 トンネル鏈 RFC3077 PPP 車 RFC3078 RFC3079 XML 車 RFC3075 RFC 3076 べンダー / 紅辮虫自の移叫藤 IP 拡張 リンク層における単方向リンクのトンネリンク冓 MPPE プロトコル MPPE における多胆等 XML 署名の文法およひ処理 正規 XML 第 1.0 版 ケープルモテムイ元却車 RFC3083 SIP 車 RFC3087 SLP 車 RFC3082 DOCSIS 処のケープルモデムおよびケープルモデム伝送システムにおける BPI 用 MIB SIP 要求 URI を使用したサービス・コンテキストの制御 SLP における通知およひサービスク是供 MIN'IE 車 RFC3073 PFR : NIINIE サプタイフ application/font-tdpfr の求 URL/URN RFC3085 COPS RFC3084 そ也 RFC 3072 RFC3106 NewsML 資源用の tJRN 名前空間 COPS を用いたポリシー 0 合 構造型データ交換形式 ECML 第 1.1 版 : 電イ第 ( 引用フィールドの f け策 ウェアにおけるデータ表彡式とネットワーク上でのデー タ形式のあいだの符号化 / 復号化処理を、必要に応じて適 切に実装しなけオ L はならない。しかし、現伏ではこのよう な用途に利用するデータ表現形式は言算機 ( 則の都合に合わ せて規定されているため、人間には扱いにくいものとなっ ている。 RFC3072 では、これらの処理を人間に扱いやすいかた ちて表現できるようにし、その実装を簡略化するために、 汎用性のあるデータ表彡式として SDXF (Structured Data eXchange Format) を提案している。 SDXF は、、、抽象コンピュータ・アーキテクチャ " の概 念を導入することで、より人間に扱いやすい構造的なデー タ表現形式を提供している。 SDXF は自己記述可能な表 彡式なので、 SDXF を用いるフログラムはデータの個々 UNIX MAGAZINE 2001.6 の要素の意味を知らなくてもデータを復号化できるという 特徴がある。 RFC3072 では、 SDXF か提供する機能、 SDXF が 用いる基本的なデータ形式、データ構造を定義し、 C 十十 二五による実装例を挙げて説明している。データ形式に依 に 1 ロ 存しないデータ表現の方法としては、 ASN. 1 や XML な ど、すでにいくっかの手法カ甘是案されている。 RFC3072 では、それらの技術と SDXF の違いについても言及して いる。また、 SDXF におけるデータ圧縮、暗号イヒ UTF- 8 のサホートなどについても説明している。 RFC3106 ECML vl. 1 : FieId Specifications for E.Com/ merce ECML 第 1 ユ版 . 電子商取引用フィールド士様 旧 fo. 、 D. Eastlake 他 ( RFC2706 置換 ) 171

MIME 関連 RFC3073 Portable Font Resource (PFR) ー applica- tion/font-tdpfr MIME Sub-type Registration PFR . MIME サプタイプ application/font-tdpfr の登録 fo. 、」 . Collins MIME サプタイプ application/font-tdpfr の登録に ついて述べている。、、広報 " として 2001 年 3 月に公開さ れた。 PFR (PortabIe Font Resource) は bitstream 社に よって規定された、樹直可能なフォントグリフ・セット用 のフォーマットである (PFR の f は兼は http://www.bit stream.com/categories/developer/truedoc/pfrspec. html を参照 ) 。 PFR はアーキテクチャに依存しない表現 形式であり、利用者の環境に依存せすに正確にフォントの レンダリングができるようになっている。 そこで、 RFC3073 では PFR 形式のフォントを表現す るための MIME サプタイプとして、 application/font- tdpfr の登録について説明している。 URL/URN 関連 RFC3085 URN Namespace for NewsML Resources NewsML 資源用の URN 名前空間 fo. 、 A. Coates 他 NewsML の NewsItem 用の URN (Uniform Re- source Name) 名則空間について述べている。、、広報 " と して 2001 年 3 月に公開された。 NewsML はマルチメディア・ニュース資源をオ褓内す るための XML フォーマットである。 IPTC (lnterna- tional Press Telecommunications Council) のこ芝孑爰に より作成され、 2000 年 10 月 6 日に NewsML 第 1.0 版 が IPTC で承認されている。 RFC3085 は、 URN 名前空間で NewsML を表現する ための識別子である、、 newsml" を規定している。 News- ML て表現される要素を NewsItem と呼び、 newsml 名 前空間では NewsItem か 1 司時に複数の場所に存在する可 能性がある。そのため、 NewsML の ff : 様では NewsItem が複数の URL をもっことを許容している。一方、 URN としては一意性をもっことになっており、 NewsItem の 意名は URN で表現されることになる。 170 COPS 関連 RFC3084 COPS Usage for Policy Provisioning (COPS-PR) COPS を用いたポリシー供給 PS. 、 K. Chan 他 COPS (Common Open Policy ProtocoI) を利用 したネットワークへのホリシーのイ蠏合について規定してい る。現在の状態は、、標準化への提唱 " である。 2001 年 3 月に公開された。 COPS では、 PEP (Policy Enforcement Point) が PDP (Policy Decision Point) になんらかのホリシー を要求し、その要求に対して PDP がポリシーを決定する という利用形態を前提としている。しかし、 PEP/PDP て構成される系以外のイベント ( たとえはユーザー要求 ) などに即してネットワークのポリシーを設定したい場合に は、 PDP が主騨勺にポリシーを 0 辱合 (provision) する必 要がある。これは以前から COPS プロトコルの不備とし て孑商されており、言劬ゞおこなわれていた。 そこで、 RFC3084 では COPS を用いたポリシー 0 縣合 のカ 1 去として、そのモデルおよび PEP と PDP 間のプロ トコルを規定している。もともとの COPS では PEP に よるセッション確立が前提となっているため、 RFC3084 でも PEP から要求 (REQ) を生成する形式は変わらな い。 PEP が PDP に対して事前に識別子を発行すること で、既存の COPS モデルを変更せすに PDP 主導のポリ シーイ勧呵能となっている。 その他 RFC3072 Structured Data Exchange Format (SDXF) 本豈型テータ交換形式 旧 fo. 、 M. Wildgrube ネットワークを介したデータ交換処理の実装を簡略化す るための、汎用的なデータ表朝彡式を提案している。、、広 報 " として 2001 年 3 月に公開された。 ネットワークには、異なるアーキテクチャをもつ複数 の言 T 算機カ材妾続される可能匪がある。ー殳にアーキテクチ ャが異なる計算機間の通信では、通信に利用するデータ表 彡式について事前に合意しておく必要がある。したがっ て、ネットワーク・アプリケーションの開発者、あるい はプロトコル・スタックの開発者は、対象とするハード UNIX MAGAZINE 2001.6

イ ン タ フ ェ イ ス の 街 携帯端末のズーミング・インターフェイス 角 42 増井俊之■ このところ、強力な携辭長端末カ々と登場していま す。これらの端末の計算能力カ鉤上し、扱うデータか増え てくると、画面の小ささをいかに克服するかが大きな間題 になってきます。 2 月号では、小さな画面を効率的に使うための手法をい くつか紹介しました。たとえば、半透明のアイコンを重ね て表示したり、複数の画面の一部を拡大表示したり (Flip Zooming) 、メールなどのオ剽勺なテキストを省略記法を 用いで宿する方法などです。これらの手法は、小さな画 面に大量の情報を表示するための、いわは清知勺な視覚化の 工夫といえます。一方、簡単な操作で画面をなめらかに動 かしたり拡大 / 縮小できるように動的な工夫を施せは、結 勺に大きな画面と同様な操作性か得られるはすです。現 在、ひろく使われているスクローノレヾーは、このような動 的な仕組みの 1 っと考えられます。 しかし、表示するデータの本量が画面サイズの数一部呈 度であれは間題はなくても、数一日音、数百倍になるとスク ロールバーはひどく使いづらくなります。たとえは、図 1 のような PaIm 用の辞書アプリケーションは、一ヨ殳に 数万件の見出し項目をもっています。これを、普通のス クロールバーで彳嬲周整するのは不可能です。図の状態から スクロールバーのノブをドラッグすると画面は、、 erupt" の見出しまて飛んでしまい、結果として、、 dictograph" と erupt " のあいだの単語が参照できなくなってしまいま す。上下矢印ボタンを使ったり、 2000 年 10 月号て紹介し たような徴調整インターフェイスを利用すれは、スクロー ルバーを細かく動かすことはできます。しかし、データが 膨大になると操作か難しくなるのは変わりありません。 データ全体を眺めたり、一部を拡大表示したりといった 操作を繰り返す場合は、ズーミング・インターフェイスを 180 図 1 Palm の英 diction マ英和′英小典 言い . 言い回し語法 発声法 .. 話し方 dictionory .. 学引き 0 に tÖロ ph UNIX MAGAZINE 2001.6 LensBar あ囿細譁細 0 るところです。第則のスクローノレヾーを操作するか、右側 /usr ディレクトリ以下のすべてのファイルを表示してい 図 2 は、デスクトッフ引・算機ーヒで LensBar を用いて 検索を麪爰するシステムです。 フィルタリングすることにより、データのプラウジングや グによって拡大 / 縮小表示したり、あるいはキーワードで LensBar は、階層構造をもつ巨大なデータをズーミン 小さな画面て大きな清報を扱う例を紹介します。 た。今回は、携帯端末にこの LensBar の手法を応用し、 合わせた情報視覚化手法「 LensBar 」 [ 1 , 2 ] を紹介しまし 2000 年 2 月号で、ズーミングとフィルタリングを組み るようになります。 み合わせれば、膨大なデータも小さな画面でプラウズでき しかし、スクロールとズーミングの両方の操作をうまく組 か変化しないため、大量の情報を一覧するのは困難です。 利用するとイ甦リです。屯なスクロールでは画面の拡大率 diction (=Dictogroph) dictogroph 置 : 商名 ) ディクトク - ラフ ( - 音用

HPS•TeraSiteNA High Performance NAS の Network Attached Storage 新標準 納得の 1 , 400 万円 (3・5TB-RA旧5 + SpearDisk + DuaI AIpha) 64 bitLinux で構成 ( 64 bit A 軸 a / 21264 + 64bit/Linux) 簡単接続 (NFS Version 3 , Samba を搭載 ) 1000 BASE x 4p 猷 ( 1000 BASE-T を 4 ボートまで増設可 ) S0ftware-RAID5 は高速 S0ftware-RAID 5 の完成度は高い C 言語を用いて作成した、 30 GB のエータのディスクへの書き込み (Memory 動作中に電源を突然落とすケープレを抜く、ディスクを抜く、ホストを to HDD) テストプログラムと、読み出し (HDD to Memory) テストプログラム 間違って SCSI ケープレを接続する、 RAlD5 で書き込まれた後にディスク ID を用い、実機でデータ転送速度を測定。 を入れ替え再起動する、障害を持つディスクを予備ディスクとしておく など、考えられる限りの障害テストを行い software raid 1 s の完成度を 実行速度 PCI ボート数Ⅳ田 F 数 73GB HDD 数日用 D Read 確認してみました。しかし、全てのケースで読み書きを再開することが (MB/sec) できたのには正直驚きました弊社はこれまでは、「 RAlD5 とは冗談ディス 42 10 5 ク」と翻訳しておりましたので、これは目から鱗が落ちた思いでした。 33 10 0 + 1 0 68 10 5 0 ホスト 1 台で IOTB の容量を NAS で実現させる最新の 181.6GB ディスク S0ftware-RAID5 の定義は時、フォーマットも高速 ドライブを選択できます。 テストでは、 73GB HDD を 10 個つなげてのテストを行いました。この 10 個 の 73GB ディスク ( 730 (B) の raid ボリューム設定は瞬時に終わり、すぐに 120mm 3 連ファンで強制冷却 読書きを開始することができました。もちろん全体をフォーマット HPS-NAS で使用しているディス する作業は裏で行われており、 730GB の全領域が物理的に raid 5 で ク装置モジュールは、 Gaussian98 フォーマットされるまで 6 時間程度を要していました。しかし、ユーザが などで数年間の連続・高速・大 使い出すと、優先順位が下がる仕組みになっており、それがうまく機能 量 I/O に耐えるよう十分な熱対策 していました。その結果、フォーマット中の I/O 速度はほぼ「・ 40MB / 鰤 , が施されたディスク装置を転用 W60 MB/sec と満足できる速度でした。 しており、高い耐久性が実証さ S0ftware-RAlD5 のボリューム構成 ています。 標準的なボリューム構成としては、 25 用として 6 個の 181 GB ディスク を用いて構成する実容量で 900GB のボリュームなら、 1 台のディスク r/w : 19MB/sec, 34MB/sec ケースに収まるため管理が容易です。しかし、より大きなボリューム構 Read Write ネットワーク Kernel 成であっても難なく構築・運用が可能です。 SCSII ポートでは 2 , 534GB (MB/sec) (MB/sec) ( 181X7X2 ) 、 Dual SCSI Card 1 枚なら 5 , 068GB ( 181X7X4 ) 、ラック 1 本に渡る 2.2. x 5.0 4.9 IOOBASE (NFS V 既 2 参考 ) 2.4.0 9.2 IOOBASE 10 , 136 GB ( 181 x 7x 8 ) のボリューム構成も可能です。 19.0 34.1 2.4.0 1000 BASE-T ( カテゴリー 5 ) S0ftware-RAID5 は自動リビルト 33 33 テスト用ディスク 73GB 10K Ⅲ協 160 SCSI の生性能 raid tools にはホットスペア機能も実装されており、ディスク破損時にも、 NFS Version3 での IOOOBASE-T の性能は予想を越える素晴らしさでした。 自動的にスペアディスクを用いての修復が起動します。標準的なボ 体感的にはローカルの高速ディスクを読み書きしている感じです。特に リューム構成は、 1 つのディスクケースに 7 個のディスクが収められ、その 書き込み性能に関しては、テスト用ディスク 73GB 10K U 財 a160 SCSI の うち 6 個を lD5 用として用います。残りの 1 個はスペア用の予備ディ 生性能である w : 33MB / sec とほぼ同じでした。 スクとしてホットスタン ( イさせておき、ディスクが破損した場合は 自動的にスペアディスクとして RAID 5 構成が再生成されように設定し 国飫文台・天体データ鰰斤センター納め ておきます。さらに、ホットスタンヾイディスクは 2 個まで指定できるの で、万が一予備ディスクが待機中に破損していても、自動的に最初の 右の写真は、国立天文台・天体データ解析セン 予備ディスクをスキップして修復が行われます。しかも、修復時にも ターに出荷直前のシステムです。実地テストの結 ロードバランスが上手に取られており、大きなパフォーマンスの劣化は 果、その実用性が評価され、データの増加に伴い みられませんでした。 順次拡張されて行く予定です。 株式会社工ッチ・アイ・ティー http://www.hpc.co.jp E-Mail:info@hpc.co.jp 前出の商品名は各社の商標または登録商標です。また、機器の仕様は予告なく変更される場合があります。 「コ すのを中 ! ! co. ・ Software-RAID5 は良い Write (MB/sec) 60 つなワ」イー ワ」ワ」 -1 ー 64 ・大容量を実現する 181.6GB HDD 128 68 ・ NFS Version3 on IOOOBASE-T ■ HPS-NAS の実績 れ M S U N

0 UNITEX デベロップメント 増え続けるテータに . ユニテックスの ータストレーシ・ソリューション ユニテックスのテータストレーシは、爆発的な勢いで増え続けるテータ容 量に柔軟に対応するため、システムのテータ容量に合わせてストレーシ 容量の拡張が可能な「クローイング・アップ」モテルを採用しています。 ユニテックスは、最新の装置とストレーシ管理ソフトウェアにより、大容量 テータの保存・バックアップに最適な一台をお客様に提案します。 システム サポート インテグレーション High Capacity & Paformance SAN Connectivity High ReIiabiIity Scalability 全機種 対応 ! ! UNIWWindows 超大容量 0 V E R [ A 0 P ー 0 d u c t s バックアップ・ストレージ い b 「 a 「リ * p e 、 5 e 0 U 以 2e0 シリース ULXN ・ 2000 ① UItrium NEW SDLT LTO DLTI ・ SuperDLT/LTO/DLT8000 2 ドライブ、 80 巻収納 ・最大 8 モジュール ( 最大 240 巻、 1 6 ドライプ、 48TB ) まで拡張可 能な「グローイング・アップ」モテル ・最大 1 .84TB / 時の超速転送 ・ LVD/HVD/FC インタフェース ー 0 a d e ト p 「 e 5 5 U 以 [ シリース ULXL- 1 N 1 0 / 1 U 11 / 81 0 ・ SuperDLT/LTO/DLT8000 ・低価格工ントリライプラリ ・ 1 0/ 1 5 巻・レ 2 ドライブ ・デスクトップ / ラックマウントモテル UDLTI 1 0 \ 980 , 000 ・ DLTI 1 0 巻ライプラリ ( 800GB ) 0 LT 1 Ta p e 0 「 i 曹 e S リ 5 t e m UDLT1e/i U ロし TI 0 ( 外付モテル ) \ 288 , 000 U ロ LT1i ( 内蔵モデル ) \ 268 , 000 卩可⑦匍 -QQjtware SDLT LTO ・ DLT テクノロジーのニ 0 ードライブーー L こここ一」 ・ 80G 日の大容量 ( 2 : 1 圧縮時 ) ・ 21 .6GB / h の高速バックアップ UDF NetVault 45 日評価版添付 ロ V ロ - RAM ストレージ 0 0 - 員 M C h a n g e 「 UDVC -8000 シリース 0 u 0 - 員 M 0 ⅵ曹 e UD 9400H - UNIX * 対応 OS : ・ SO 「 is 、 SunOS 、 HP - LJX 、 A Ⅸ、旧Ⅸ等に対応しています。 ・ Windows2000 / NT / 98 / 95 等に対応しています。 ・ Linux カーネル 2 034 以降に対応しています。詳しくはお問い合わせください。 * 広告に掲載している会社名、商品名、ソフトウェア名等は、各社の商標あるいは登録商標です。 * ユニテックスはオーバーラントデータ社のテープライプラリ製品の正規代理店です。 ・最大 5.6TB の大容量ストレージ ・ DVD- 日 AM 100 / 200 / 600 枚 ・新機構「ディスク反転」モテル 思ミデータストレージ EXPO 会期 : 2001 年 6 月 27 日 [ 水 ] ~ 29 日 [ 金 ] 10 : 00 ~ 17 : 00 会場 : 東京ビッグサイト 主催 : リードエグジビションジャパン株式会社 NEW 株式会社ユニテックス 営業本部 / ショールーム : 〒 160-0023 東京都新宿区西新宿 7-22-45 EXCEL ビル TEL. 03-5337-3339 サポートセンター : 〒 228-0803 神奈川県相模原市相模大野 8-2-2 サンシティビル TEL. 042-746-9995 ☆お問い合わせは、営業本部 : TEL. 03-5337-3339 sales@unitex.co.jp NEW ・ 4.7GB DVD ・日 AM ドライフ ・ UDF フォーマット対応 ・従来比 30 % up の高性能 ・ UNlX-WindOWSi—タ互換 \ 268 , 000 ・ Solaris 、 HP-UX 、 AIX 、 T 「 u64 、 Linux 、 Windows ドライバ添付 http: ″ www.unitex. CO.

インターフェイスの街角 文字列、、 k14 " でフィルタリング 図 4 を レ イ ア の 下 以 2 図 同ロ kl cvstaticpp cvstruct LangAvail XErrorDB XKeysymDB app—chests/ app-defaults/ config/ dyDDX/ fonts/ cvpathRemap cvpcs cvstaticpp cvstruct LangAvaiI XErrorDB XKeysymDB app-chestsi demos desktop. chest app- defaufts/ 4DWm Addnetpr Annotator Background Bitmap /usr の直下のみ新 図 3 X11 / X11 / avanBk14. cf. Z K14 や cf. i 叩 ut/ 恒ー4P. EUC/ locale/ LensCal 初期醯 図 5 [ 介 B ′ ( 経介 d ′ 声同ロー lnventorDSO/ Mail. help Mail. help. ~ Mail.rc RapidApp/ Showcase/ 。囈 SoftWindows2/ Swpkg/ WO 水 0 り pp / X11 / Xm/ Zmailf accept aCPP ac け 1.0 addnetpr 1 ? 9 ? 20 ロ 0 2002 001 ームイン操作で一部を拡大表示したりできるので、小さな 画面でも効率的なプラウジングが可能になるからです。 の枠内でマウスをクリックしてから上下に移動けると、画 面をスクロールすることができます。 右側の枠内でマウスをクリックしてから左右に動かす と、表示レベルをなめらかに変更するズーミンク髞作かで きます。たとえは、図 2 の状態でマウスを左に動かすと図 LensCaI は、 LensBar を Palm の標準アフリケーショ 3 のようにズームアウトし、 /usr ディレクトリの直ードに ンである予定表のデータに適用したプラウジング・システ あるファイルだけか表示されます。ここてマウスを右に動 ムです。検索方式として、前回紹介した Migemo を利用 かすと、図 2 のようにすべてのファイルか表示されます。 しています。 図 4 は、文字列、、 k14 " をキーにデータをフィルタリン 図 5 が LensCal のネノ琪月画面で、 4 年ぶんのスケジュー グしてからズームアウト操作をおこない、キーワードにマ ル・データが 4 行に表示されています。この状態からペ ッチしたファイルと一日立階層のファイルを両方表示してい ンで画面をタップし、右にすべらせると画面か肱大さオ L 、 るところです。 年 / 月か表示されます ( 図 6 ) 。 このように、 LensBar はおもにデスクトッフ引・算機」 : ペンで画面にタッチしてから上下に移重丿けると、図 7 の て大きなデータをプラウジングしたりフィルタリングする ように、拡大率は変わらすに画面が一 E 下にスクロールしま ための仕組みです。しかし、画面サイズの小さい Palm な す。ペンを右上または右下に動かすと拡大しながらスクロ どの携帯端末てイ吏えはさらに威力を囎軍します。簡単なズ ールしますが、つねに同し項目がペンに j 直してスクロー ームアウト操作て大きなデータの全一村冓造を眺めたり、ズ LensCaI 181 UNIX MAGAZINE 2001.6

散した IX に対する複也点での計測手法カ球められる。 研究をさらに進め、 IX の品質保証契約のテンプレート作 成を目孑嗣ーとのことであった。 ・広域網における Layer 2 および Layer 3 の性能言叫面の 上師交と検討 南封 ( 慶應丿朝つ に、ノード識別子と現在の位置識別子を対応させる Map- ping Agent 、その仲介をする Mapping Resolver 、移 動を検出する Motion Detector などの実装と、カーネル に LIN6 socket と Mapping Table を用意した。ひろく 試用してほしい。 ・プライバショ矍を考慮した地理位置情報システムの設 この研究は、広域分散環境におけるネットワーク性能評 価のうち、 Passive Measurement を鳬頁においておこな われた。 Passive Measurement では、ネットワーク内の トラフィック量やエラーの三特性をもとにネットワーク の状態を推定するため、べースとなるデータの精度が重要 になる。 JB プロジェクトが運用しているバックポーン・ ネットワークでレイヤ 2 とレイヤ 3 の基本生能を則し、 よりよい精度の基準データを得ることを目指している。現 在、予定している 12 の NOC のうちの 2 カ所について 試験を終え、データを角斤中である。 ・インターネット携帯電話における音声品質補償方式 松岡保静 ( 東京工業大学 ) 移本通信における VoIP では、基地局か変更されるハ ンドオーバー時に生しるバケットロスにより、音声品質が 低下するという問題がある。これを鮹夬するために、 FEC の利用を検討した。これはある音声を送信したあと、同一 のデータを一定時間後のバケットに FEC データとして 付加する方式である。この方式では遅延の間隔を重加勺に調 整する必喫があるが、ルータでバケットのタイムアウトを 設定して遅延の平滑化を実現しようと考えている。現在、 FEC 機能をもつ VoIP アプリケーションの実装、試験の ためのエミュレーションエ竟を作成したところで、・舸は 遅延の平骨化を目指して中継ルータでのキューインク鼓術 などを検討していく予定である。 ・移蛎あ過保証プロトコル LIN6 の概要とソフト公開 國司光宣 ( 慶應滝鬱に学 : ) 位置青報と識別情報をもっ IP アドレスに対し、これら 2 つの情報を分離することで移動茴な通信機能を提供す る、移動 j 幽正プロトコル LIN6 を開発した。 LIN6 は IPv6 のアドレス構造を利用するが、そのほかに LIN6 ア ドレスと呼はれる 128 ビットのネットワーク・アドレス を導入した。また、ネットワーク層より上位の層での識 別用に LIN6 汎用識別子を導入した。 KAME をベース 152 計と実装 渡辺恭人 ( 慶應義塾大学 ) 独自に考案した地理位置情報管理システム GLI に対 し、プライバシー保護を実現する GLIsec を開発した。 GLIsec は、第三者による移重川本窈芋定、」毆亦、なりすま しおよびインターネットにおける盗豚データ改竄の防止 を目的としたシステムである。関係者には意味があっても 第三者には無意味な識別子として HID (Hashed (D) を 導入し、特定の防止を実現した。システムは、登録クライ アント、登録サーノヾー、 HID サー / ヾー 工リアサーバー 検索クライアントから構成され、現在、基本的な登録と 検索を実装したところである。同時にデモ展示もおこなわ れた。 ・ Mew 1.95 に向けて 山本和彦 (IIJ) 現在開発中の Mew 1.95 について、 Emacs の機能を 最大限に活かした多言語化を中心に解説した。 Mew 1.95 では IM の利用をやめて大部分を Emacs Lisp で実現し、 新しい文字コードへの対応か容易になった。復号化と符号 化に利用する文字コード・データベースを分離したため、 ヘッダと本文で別のコードが使えるようになった。 Emacs がどの文字コードに対応しているかを重加勺に判断する機能 をもち、多言語対応力球められるファイルの文字コードを すべて Compound Text に統一した。今後の課題は、 IM にあって Mew 1.95 にない機能を取り込むこと、 MIME 工デイタの準備、 Draft モードの改良などである。 Security ( 報告言鰰告之 ) ・証局パッケージ EasyCert の開発と評価 川い 奥豕人 ( 名古屋工業大学 ) インターネット上で安全な通信をおこなう技術 (SSL や S/MIME など ) を利用する際、証明書要求をおこな うアプリケーションは多いが、これに署名する CA ( 認証 局 ) アプリケーションはあまり普及していない。商用 CA アプリケーションは高価で、フリーの CA アプリケーショ UNIX MAGAZINE 2001.6

リンク層における単方向リンクのトンネリング機構 PS. 、 E. Duros 他 リンク層において、単方向のリンクをイ瓦想的に双方向の リンクに見せかけるトンネルイ対冓を提案している。現在の 状態は、、標準化への提唱 " である。 2001 年 3 月に公開さ れた。 インターネットにおける糸各制御は、一ヨ殳に双方向のリ ンクを前提としているケースが多い。しかし実際には、衛 星通信など単方向で用いられる通信インフラも利用されて おり、そのようなケースについても言義されている。 RFC3077 では、単方向と双方向の 2 つのリンクに接 続された 2 つのホスト間で、双方向のリンクを用いて単方 向のリンクを擬似的に双方向に見せかけるトンネルオ対冓を 提案している。 このトンネル機構はリンク層で実現されるため、その上 位層であるネットワーク層では、対象とするリンクか双方 向か単方向かを意識せすに擬似双方向リンクが使えるよう になる。このオ対冓では、単方向のリンクを選充するバケッ トをカプセル化し、双方向のリンク上に張られたトンネル に流すことで、単方向のリンクが双方向であるかのように 見せかけている。 RFC3077 では、単方向リンクの間題点や双方向リンク のエミュレーションについて言岩田に論したうえで、リンク 層で双方向リンクをエミュレートするトンネル機構を提案 し、その信嶽を定義している。 PPP 関連 RFC3078 Microsoft Point-To-Point Encryption (MPPE) Protocol MPPE プロトコル fo. 、 G. Pall 他 Microsoft による PPP 拡張である MPPE (Micro- soft Point-To-Point Encryption) フロトコルを規定し ている。 ) 欝にとして 2001 年 3 月に公開された。 PPP は 2 点間で通信するためのフロトコルとしてひろ く利用されている。 PPP による通信の安全生を高めるた めに、 Microsoft は独自に PPP を拡張して製品として出 荷している。 RFC3078 は、同社の PPP 拡張である MPPE の仕 様を規定している。 168 RFC3079 Deriving Keys for use with Microsoft Point- to-Point Encryption (MPPE) MPPE における鍵取得 fo. 、 G. Zorn Microsoft の PPP 拡張である MPPE による通信の初 期セッション鍵を取得する去を規定している。、、広報 " として 2001 年 3 月に公開された。 RFC3079 の目的は、 Microsoft 製品と相互接続可能 な製品を開発するサードバーティーに対する情報公開であ る。 RFC3079 で規定されている方法は、 Microsoft に よって変更される可能生がある。 XML 関連 RFC3075 XML-Signature Syntax and Processing XML 署名の文法および里 PS. 、 D. Eastlake 他 XML (eXtensibIe Markup Language) 電子署名の 処理規則と文法を定義している。現在の状態は、、標準化へ 窈是唱 " である。 2001 年 3 月に公開された。 X L 署名は、 XML 自体を含むあらゆる不頁のデータ・ オプジェクトに対して、整俐生、メッセージ認証、署名者 認証などのサーピスを提供している。 XML 署名の特徴と しては、 ・ 1 つの署名を複数の資源に対して適用できる ・署名の対象となるデータは、その署名を含む XML の 外にあってもよい などカげられる。 RFC3075 では、この XML 署名の生成および表現に 関する処理規則と去を定義している。 XML 署名は鍵を参照データと結びつける手段であり、 個人または組織と関連づける標ー材勺な方法や参照データお よひ署名データの意床を定義しているわけではない。その ため、 RFC3075 は安全な XML アプリケーションの重要 な構成要素ではあるが、アプリケーションのセキュリティ に関するすべての間題に単独て十分に対処できるとはいえ ない。 RFC3076 Canonical XML \/ersion 1.0 正規 X M L 第 1.0 版 fo. 、」 . Boyer UNIX MAGAZINE 2001.6

図 9 スケジュール・データ項目表示 [ 龜 B ′ ( 0 厄介 d ′ / 5 ・・ 11 リ司 . 財 10 . 3 / 9 (Fri) ' 8. h の . 冪をリ . 3 / 4 售 ) 3 / 3 猷 ) . : 1. くエりの . 2001 / 3 5 {Mon} Migemo によるフィルタリング 加ができるようになります ( 図 10 ) 。 予定表アプリケーションにジャンプし、データの編集や追 15 : 00 [ NTT 音シンポジウム ] 3 / 8 {Th リ ) 14 : ⑩ [ 艸ロ h 司 13 : 30 ビジタ 3 / 7 (wed) ? : 30 サイバ - アシストコンソ - 3 / 6 ( T リ 旧間 i0n20 田 情学基提翻究会 3 / 4 リ n ) 3 / 3 ) [ “を B ′ ( 0 厄 nd ′ 図 10 予定表アプリケーションにジャンプ UNIX MAGAZINE 2001.6 http://migemo ・ namazu.org/から入手できます。 1 ソニーコンピュータサイエンス研斤の高林哲氏カ鯛発したシステムで、 て始まる単語のリストが POB 。 x 辞書から抽出さそれ キスト入力フィールドでローマ字を入力すると、その読み メンタルな検索を実現しています。 LensCaI の上部のテ 辞書を利用し、 Migemo 方式のローマ字によるインクリ LensCaI では、 Palm にインストールされた POBox などの漢字文字列をインクリメンタル検索できます。 を使うと、たとえば、、 masu " のようなローマ字で、、増井 " ンクリメンタル検索を可能にするシステムです。 Migemo 前回紹介した Migemol は、ローマ字て漢字文字列のイ インターフェイスの街角 3/S OI'10n} 3 / 8 {Thu} 14 : 00 [ ロ h 減講 ] 13 : 30 ビジタ 3 / 7 ("ed,h ? : 30 サイバ - アシストコンソ - 3 / 6 ( T リ 旧 i0n2001 情報学基究会 3 / 4 ( 5 リ n ) 3 / 3 ) [ 介を B ′ ( 厄 nd ′ 15 : 00 [ NTT 音奈シンポジウム ] 、日 = 水ホ金土 新組細恤心タ " ー 16 : 00 15 : 00 14 : ロ 0 13 : ロ 0 1 2 : 00 1 1 : 00 10 : 00 9 : 00 ま 00 ◆ te ′ ( ti ① n2 ① 01 0 報学究会 たとえば、文字列、、 UIST" をキーに検索すると、 UIST 一緒に表示されるようになります ( 図 12 ) 。 すると、検索文字列にマッチした項目だけでなく年 / 月も 図 11 の状態からペンて画面をタップして右にドラッグ ともできます。 を占めるかを表しており、スクロールバーのように使うこ にマッチした項目がデータ本のなかでどのくらいの割合 図の右側の糸奉は、検索パターン ( この例では、、 ken") ことでローマ字からの漢字検索を実現しています ( 図 11 ) 。 のリストに変換します。そして、これらの単語て検索する ンを読みが、、 ken " で始まる、、検索 " や、、研究 " などの単語 た場合、 LensCal は POBox 辞書を参照し、このパター す。たとえば、、 ken" というローマ字パターンカ甘旨定され らの単語でスケジュール・データがフィルタリングされま 183

特集 UN ー X の基礎知識① 図 11 /etc/printcap の言聢伊」 1P9200 lepson : \ : mx # 0 : rm = 133.1.134.127:rp=PASSTHRU:\ : sd=/var/sp001/1pd/1p9200 : \ : lf=/var/log/lpd—errs : phaser 0 Ⅱ y : \ : mx # 0 : て m = 133.1.134.131 : rp = PS : \ : sd=/var/spool/lpd/phaser : \ : lf=/var/log/lpd—errs : 44 ンに続けてプリンタ名を指定する。どのユーザーか印刷出 は、 lpr コマンドを利用する。夫行時には、 -P オプショ 印刷するデータをプリンタスプーラのキューに送るに 印刷の実行 石忍しよう。 因である。再度、 printcap の成疋に誤りがないかなどを ディレクトリの所有者 UID やーモードの設定違いが原 て、間題を角夬すればよい。たいていの場合は、スプール・ 動する。このときに表示されるメッセージを手がかりにし というコマンドを実行し、デーモンをリセットして再起 > restart a11 present" のようなエラーメッセージか表示されたら、 -- ( 、 daemon 用可能な状態にあることカ吩かる。 、、 enabled " になっていて、ネットワーク・プリンタは使 るはずである。この出力結果では queuing も printing も a Ⅱ " コマンドを実行すると、図 12 のような出力か得られ ラムを実行し、 lpd の状況を石薩忍する。 lpc のなかで、、 stat 起重丿 ) 石忍のため、 lpc (line printer control) プログ # Ipd # mkdir /var/spool/lpd/phaser # mkdir / var / SP001 / lpd / 1P9200 % su 成したら、 root の権限で lpd を起測ける。 printcap の設定どおりにスプール・ディレクトリを作 lpd の起動 おく。 有者 UID とイ描モード ( パーミッション ) を設定して lpd から直接書き出されるので、 lpd か書き込める所 If : lpd が出力するログファイル名を指定する。これも 有者 UID が daemon のディレクトリとする。 lpd か読み書きできるように設定しておく。通常は、所 queuing is enabled printing is enabled Ⅱ 0 entries in SP001 area printer idle queuing is enabled printing is enabled Ⅱ 0 entries ln SP001 area printer idle 力をおこなっているかなど、プリンタスプーラの状態を確 訒するには lpq コマンドを実行する。 lpr コマンドで送っ ロ心、 た印届接求を取り消すには lprm コマンドを実行する。 UNIX システムを中心とした工竟では、 PostScript 対 のプリンタを利用することが多い。このため、データを 印刷する前に UNIX システム上で PostScript 形式に変 換する必要がある。テキストファイルであれば、 a2ps コマ ンドなどを用いて変換すればよい。 TVX/I*TF;X の DVI ファイルは、 dvi2ps や dvips などを使って PostScript ファイルに変換する。さらに、 Netscape Communica- tor や WordPerfect 8 、 XV 、 Gimp など、 PostScript 出力に対応したアプリケーションも数多くある。これらの プログラムも、竟に応じて整備する必要がある。 パラレルポートに接続するプリンタ システムのパラレルポートに接続して利用するプリンタ をサポートするには、けっこう面倒な設定が必要になる。 基本的な考え方は次の 2 つである。 ます、プリンタが処理できる形式への変換を各ューサー がおこなうガ去がある。この場合には、フィルタ・プログ ラムをツールとして用意し、各ューザーか変換を簡単にお こなえるようにしておく。 printcap では、フィルタとし て、、 null filter" を指定し、ユーザーかフ。リンタに送った データをそのまま出力する。このガ去は上如く癇単に実現 できる。 null filter を作成するにしても、データの最後に 改ページのための制御コードを送るといった程度で十分で あり、たいして手間はかからない。 もう 1 つは、ファイルの形式を変換するフィルタを用意 し、 printcap で細かく設定するガ去である。この場合は、 各プリンタに対応したフィルタがあるかどうかを調べ、シ 図 12 lpd の一況を lpc て確認する # Ipc lpc> stat a11 1P9200 : phaser : UNIX MAGAZINE 2001.6