T e c h n o - S a n c t u a r y

テ クノ サ ン ク チュアリ
SIPv6匿名アドレスのメカニズム
SIPデータグラムの動作をコントロールするIPオプション
SIP電話を制御するSIP
Sウェブの国際カンファレンス「WWW2002」
Sインタビュー：ティム・バーナーズリー
S改革案が波紋を呼んだICANNアクラ会議

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine +++221

T e c h n o - S a n c t u a r y

IPv6パースペクティヴ

第2話

プライバシー保護のために生まれた
匿名アドレスのメカニズム

先月号では、IPv6においてグローバル

イーサネットアドレスなどの識別子を使ついて紹介した。ネットワークインターフェってアドレスを構成するということは、各端

イスには必ず、イーサネットアドレスのよう末のインターフェイスごとに、グローバルイ

な、IEEEによって管理される、世界で1つンターネットに参加する際のIPアドレスがしかない番号が製造者によって焼き込ま固定化されるということを意味している。

れているため、これを使ってアドレスのホ

いつでも同一のIPアドレスを使えるというスト部をつくり、ルータから入手するネット

ことは、他の端末からアクセスしてもらう

ワークアドレスと組み合わせるというのがには便利だといえる。しかし、適切な場所

そのやり方だ。

にアナライザを設置すれば、このアドレス

ただし、アドレスは端末単位でつくのでがどのアドレスと通信しているかを簡単にはない。ネットワークインターフェイスにつ知ることができてしまう。したがって、固けられるものだ。1台の端末でも、複数の定アドレスはプライバシー保護の観点からネットワークインターフェイスを持っていれ問題があるとされる。IPv6では個人を特ば、その分だけグローバルアドレスが自動定できる機器がネットワーク接続されるケ

的に生成されることになる。また、これもースが増加することから、IPv4の固定アド

先月号で述べたことだが、1 つのインターレスに比べ、さらにプライバシー上の懸念

フェイスは、グローバルアドレスだけでなが大きくなる。

く、リンクローカルアドレスなど複数のアドレスを同時に利用できることになる。

そこで 提 案 され た RFC 3041

では、乱数化アルゴリズムを用いて定期的に

IPv6におけるグローバルアドレスの設定

ランダムな数値を生成し、これをインターフ方法としては、他にもDHCPのIPv6版のェイス識別子として使ってグローバルアド

利用や、固定的なアドレスの割り当てが否

レスを構成する方式を採っている。特定の定されているわけではない。しかし、簡便

端末やインタフェースと関連付けられるこで柔軟なネットワーク接続を実現するといとのない数値を利用し、これを一定間隔う観点からは、端末の自動構成機能を利で次々に変更していく仕組みによって、ユ用するのが望ましい。外部サービスに頼ーザが推定できないようにしている。

らずに端末が通信を始められるのが従来との最大の違いだ。

222 +++ iNTERNET magazine +++プライバシーへの配慮

アドレスを端末が自動的に構成する機能に

なお、ランダムな数値生成や固定アドレ
スを組み合わせると、偶然2つのインタフ

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

eェースに同一のインターフェイス識別子が

c

h

n

o

-

S

a

n

c

t

u

a

r

y

IPv6匿名アドレスの表示

割り当てられる可能性が高くなる。しかし、IPv6では、各端末が自分のインターフ
ェイスでのIPアドレス構成が終わった時点
で、重複アドレス検知と呼ばれるメッセー
ジを送信し、同一リンク上の他の端末がこれと同じインターフェイス識別子をすでに使っていないかどうかを確認することにな

T e c h n o - S a n c t u a r y

T

IPv6 magazine No.1っている。同一リンク上に重複がなければ、他のリンク上に万が一同じインターフ
ェイス識別子を持った端末が存在していても問題はない。別のリンクにいるということは、ネットワーク識別子が異なるということだからだ。
マイクロソフトの Windows XPが搭載した開発者向けIPv6プロトコルスタックに先月の205ページのBと同じ画面だが、6行目に示されているは、「匿名アドレス」とも呼ばれる上記のラ

2001:2a0:4ff:0:15e3:9080:b51e:498eが匿名アドレス。

ンダムなIPv6アドレス生成メカニズムが組

そして2001:2a0:4ff:0:a00:46ff:fe45:700がイーサネット
アドレスから導き出されたグローバルアドレスだ。

み込まれている。このメカニズムは、デフ
ォルトで有効になっており、単一のランダ
ムアドレスの有効期間は、デフォルト値では7日間である。右の画面は先月号に示したものと同じだが、7行目に（anonymous）という文字が見える。つまり6行目のアドレスが匿名アドレスだ。
次回は、IPv6アドレスのアドレス空間はどこまで広大かについて取り上げる。
（IPv6 magazine編集責任者 三木泉）

季刊誌『IPv6 magazine』は、4、7、10、1月の各18日に発行予定。これが 4 月に発行された第 1 号の表紙である。技術、ビジネス、社会といった側面からIPv6の可能性と課題を追いかけていく雑誌だ。 発行：インプレス

価格：2,381円＋税

www.ietf.org/rfc/rfc3041.txt?number=3041

T e c h n o - S a n c t u a r y
インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine +++223

T e c h n o - S a n c t u a r y

社会基盤「the internet」

第9話
IPデータグラムの動作をコントロールするIPオプション

砂
原
秀
樹

奈良先端科学技術大学院大学情報科学センター教授。WIDE プロジェク
トボードメンバー。インターネットカ

IPオプションの40バイトでの役割一致しない場合、その最後を示すものと前回までの説明で、IPヘッダーにはIPデしてEOLは用意されている。その場合の、ータグラムを配送する上で必要な情報が格

IPオプションフィールドの最後の1バイトは納されていることがわかったであろう。し

必ず「0」ということになる。また、前回述べ

かし、IPデータグラムの配送において通常たようにヘッダー長は必ず4の倍数とならなとは異なる操作を行ったり、その過程で情ければならないため、その調整のために埋報を収集したりしなければならない場合がめ込まれるのがNO-OPオプションである。

ある。そのために用意されているのが IP

たとえば、実際のオプションが13バイトであオプションである。今回は、このIPオプシ

った場合、図Bに示すようにNO-OPオプシ

ョンについて見ていくことにしよう。

ョンを2つ挿入し、EOLが格納され、IPオーの研究を中心にモバイル／ユビキ
タスインターネットの研究に従事。

前回の説明で述べたとおり、最大値15のプションフィールドが4の倍数の長さとなる

4ビットフィールドで表現されるIPヘッダ

ようにしている。このような処理をパディン

ーの単位は4バイトで、最大でも60バイト
（4

グという。

バイト×15）となる。少なくとも通常のヘッダ

EOLとNO-OP以外のオプションは、タイ

ー部分で20バイトを使うことになるので、IP

プに続いて、長さが格納され、続いて実際

オプションで利用することのできる領域は最のオプションのデータが格納される。オプ

大でも40バイトということになる。

ション長は、オプションタイプおよびオプシ
ョン長も含めてオプション全体で何バイトとヘッダーの長さの帳尻を合わせる

なるかを示すようになっている。

基本的にIPオプションは図Aに示すような形式をしている。基本的にまず最初の1226 +++ iNTERNET magazine +++ソースルーティングと経路記録バイトでオプションの種類を表す。オプショ

インターネット関連技術の標準化団体に

ンには、ソースルーティングや経路記録など

よる文書RFC791では、EOL、NO-OP以があるが、これを示す数字が格納される。

外に6種類のオプションが定義されているオプションのうち、オプションリストの最後をが、そのなかで実際に実装されて利用され示す EOL（End of Option List: 0番）とているのは、ソースルーティングオプション

NO-OPオプション（ No Operation: 1番 ）と経路記録オプションであろう。

は、このオプションタイプだけで構成される。

すでに説明したとおり、IPデータグラム

IPオプションの最後がヘッダー長の最後とは中継されるたびに動的に次に行くべきノ

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

T e c h n o - S a n c t u a r y

ードを決定し、目的地に到達するという動作

A

IPオプションの形式を行う。しかし、場合によっては発信元で道筋を指定したいケースがある。このよう（a）End of Option List, No Operationの場合な場合に用いられる経路制御の手法がソ

Option Typeースルーティングなのである。繰り返しにな

1バイト

るが、IPオプションは最大40バイトなので、（b）上記以外のオプションの場合

IPアドレスのリストは多くとも9つということになる。

Option Type

Option Length

Option Data

1バイト

1バイト

nバイト = Length - 2

ポインターは最初4となっており、IPアド
レスのリストの先頭を指し示している。そして、そのリストに示されたノードに到達しB

たらポインターは4増やされ、次の中継ノー

ヘッダー長を4の倍数にするためのNO-OPオプションによるパディングとEnd of Option Listドを目指す（図C）。ポインターがオプション
長より大きくなると（つまり、IPアドレスのリ

13バイト

ストがなくなったら）、IPヘッダーのDestination IP Addressを宛て先としてIPデータグ

NO-OP(0)NO-OP(1)

EOL (0)

ラムは配送されて目的地に到達する。
経路記録オプションは、IPデータグラムが通ってきた道筋を記録していくオプションである。形式は、ソースルーティングオプション

C

ソースルーティングオプションと同様であるが、IPアドレスのリストの部分

4バイトに通ってきたノードのIPアドレスを次々格納

Option Type

LengthPointer

していくようになっている。当然、記録できる

1バイト

1バイト

1バイト

4バイト

Hop

Hop
Route Data

IPアドレスのリストの上限は9つであり、それ以上の場合はポインターがオプション長より大きくなり、オーバーフローしたことを示す。
次回は、IP層で発生するエラーを通知する仕組みについて、くわしく見ていくことにしたい。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine +++227

T e c h n o - S a n c t u a r y

標準化を目指す最新テクノロジー

H.323に代わるIP電話の制御プロトコル
SIP（Session Initiation Protocol）

IP電話を支える制御用プロトコル

く通話できるように制御するのが、SIPのADSLやFTTHといった常時接続環境役割である（図 A）。なお、通話そのものの普及にともなって、VoIP（Voice over

は、RTP（Realtime Transfer Protocol）

IP、IP電話）への注目が高まっている。電などの、ストリーミングなどでも使われるリ話の音声はビットレートに換算すればせい

アルタイム通信用のプロトコルが用いられ

ぜい64kbpsであるのに対して、ADSLやる。これに対してSIPの役割は、通話時にFTTHではMbpsクラスの通信速度となる

相手の電話を鳴らす、相手が受話器を取ので、単に音声だけでなく動画も含むテったのを確認して通話状態に入る、相手

レビ電話のようなアプリケーションまで可が受話器を置いたので通話を切断する、能だ。また、通信事業者にとっても、これといった制御の部分であることに注意しまでは専用に帯域を確保してきた音声通てほしい。

話をデータ通信（IP 網）と共有できれば、
大きなコスト削減になる。さらに、これま228 +++ iNTERNET magazine +++H.323よりもシンプルなSIP

ではIPだけをサービスしてきたプロバイ

こうしたVoIPの制御用プロトコルとしてダーにとっても、VoIPは音声通話という新は、これまではH.323という規格が主流とたなサービスの提供につながる。こうしたなってきていた。たとえばビデオ会議ソフ

状況もあって、ADSL や FTTH を提供すトの元祖とも言えるCUSeeMeや、マイクるプロバイダー各社をはじめとして、一般

ロソフトのネットミーティングといったパソ

家庭向けのIP電話サービスの開始が相次コン用のソフトウェアの多くもH.323に対応いでいる。

しており、企業の内線用として作られた

このIP電話において、通話の前段階でVoIP装置の多くもこれまではH.323に対応の制御を行うプロトコルとして注目を集めしてきた。しかし、H.323はITU-Tというているのが、SIPというプロトコルだ。SIP

いわば電話業界の側から決められた規格

では、通話相手を「sip:taro@example.jp」

であるため、あまりIPとの相性はいいとはといった形で特定する。つまり、これが加言えなかった。具体的な制御用の命令体

入電話における電話番号の役割を果たす

系はISDNなど使われてきたQ.931がそののだ。加入電話が電話番号によって交換まま流用され、認証にはH.235、機能制御機から交換機へとリレーしていくように、には H.245というように、多くの規格の集

IP電話において通話相手を特定して正し合体となっている。こうした規格としてのインターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

T e c h n o - S a n c t u a r y

A

IP電話に必要な制御用プロトコル［ 加入電話 ］

電話番号
制御装置

［ I P 電話 ］

ユ ーザー
管理サ ーバ ー

VoIPゲートウェイ

制御信号
IP電話

交換機

制御プロトコル

複雑さにより、機器の単純化が難しい点

音声信号

制御信号

や、異なるメーカー間での相互接続性の低交換機さなどがH.323では問題となってきていた。

音声トラフィック

これにくらべると、SIPはかなりシンプルなプロトコルだ。SIPは1999年にIETFに交換機

VoIPゲートウェイ

よってRFC2543として標準化されたプロト
コルで、DNSやSMTPといったインターネ
ットの標準的なプロトコルの考え方を取りIP電話

込んで作られている。通話相手はURLを拡張した形の「sip:taro@example.jp」といった形で、これをDNSやSIP用のディレク

B

H.323とSIP
プロトコル

H.323

SIP

規格

ITU-T H.323

RFC2543換する。やりとりされるメッセージ内容も、標準化時期

1997年5月

1999年5月

H.323がバイナリーデータであるのに対し扱うメディア音声、ビデオ、各種データ

音声、ビデオ、各種データて、SIPではHTTPやSMTPのようにテキ

データ形式

バイナリー

テキスト

トリーサーバーを利用してIPアドレスに変サーバーの検索

RAS

DNS

ストデータで行う。極めてシンプルな形の

認証

H.235

SIP/SDP

プロトコルだ（表B）。

シグナリング

Q.931（over TCP/UDP）

SIP（over UDP）

機能制御

H.245

SIP/SDP

データ転送

RTP

RTP

対応ソフトウェア

MSNメッセンジャー
CUSeeMeなど

ウィンドウズメッセンジャー

これまではあまりSIPに対応する機器は多くなかったが、マイクロソフトがウィンド
ウズXPに搭載したウィンドウズメッセンジ
ャーがSIPに対応したこともあり、現在は多くの機器メーカーがSIPへの対応を進めているところだ。日本でも、ヤマハのブロードバンドルーター「ネットボランチ」シリー
ズがすでに SIP に対応しており、ネットボ
ランチ間やウィンドウズメッセンジャーとの間での IP 電話サービスを提供している。
SIPはこれまでVoIPの主役だったH.323かC

ENUMを利用した電話番号からIPアドレスへの変換

電話番号+81-3-1234-5678↓
ENUM
8.7.6.5.4.3.2.1.3.1.8.e164.arpa↓
URL
sip:taro@example.jp↓
IPアドレス 172.25.4.xx

ら、その座を奪う勢いで普及が始まっていインターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine +++229

T e c h n o - S a n c t u a r y

標準化を目指す最新テクノロジー

ると言えるだろう。

りとりは、HTTPサーバーとウェブブラウ
ザーのやりとりのように、テキストベースで通話相手をIPアドレスに変換

コマンドを送りあう形になる。SIPのメッ

SIPでは通話相手をメールアドレスのよ

セージはリクエスト、ヘッダー、ボディーのうな形式で表す。このアドレスは、SIP サ

3つの部分からなる。リクエスト部には通ーバーによってIPアドレスに変換される。

話要求や切断要求といったメッセージ、ヘもっともシンプルな例としては、「sip:taro@

ッダー部には自分や相手のアドレスと通話

192.168.0.2」のように、相手のIPアドレスをに利用するポート番号などを記述する。ボ

直接指定するケースがあるが、実際のサディー 部 は SDP（ Session Descriptionービスではメールと同様にドメイン名を使Protocol）と呼ばれるプロトコルにより、セうことが多くなるだろう。この場合には、ッション名やセッションID、メッセージの有各ドメインごとにSIPサーバーが立てられ効時間などを記述する（図D）。

ていて、そのドメインのサーバーから通話

実際のやりとりでは、まずクライアントが相手のIPアドレスが帰ってくるという形にサーバーに対して「INVITE」メッセージをなる。また、たとえば「sip:taro@ 電話会

送ると、サーバー側では通話相手の状態

社.co.jp」のような形のアドレスで、電話会に応じて「180 ringing」（呼び出し中）、社が通常の加入電話へと接続するようなケ「200 OK」（通話準備完了）
といったメッセースも考えられる。

ージをクライアントに返す。これにクライア

これとは逆に、電話番号からIPアドレス

ントが「ACK」（了解）のメッセージを返せへの変換も重要になってくる。IP電話は決ば、メッセージに記述された通話に利用すしてコンピュータどうしだけで通話するわ

るプロコトル、IPアドレス、ポート番号など

けではなく、現在日本でも総務省がIP電話を使って通話が開始される仕組みだ。通に割り当てる電話番号体系を検討してい話終了時も同様に「BYE」メッセージを送る最中だ。こうした電話番号の変換には、って、相手が「ACK」を返すだけという簡

ENUM（2002年1月号の本欄参照）を用い単なものだ。このほかのメッセージとしてることが検討されている（図C）。

は、実際のSIPの運用で必要となる、プロ
キシーサーバーやリダイレクトサーバー（転シンプルなメッセージ体系
実際のSIPクライアントとサーバーのや

230 +++ iNTERNET magazine +++送サーバー）のためのメッセージなどが用意されている。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

T e c h n o - S a n c t u a r y
T e c h n o - S a n c t u a r y
T e c h n o - S a n c t

SIPはこうした単純なプロコトルである

D

ため、機器への実装も容易であり、またテ
キストベースのプロトコルであるために、将来的にはウェブサービスのような XML
ベースのサーバーとの連携にも期待が持
てる
（図E）
。
加入電話とIP電話の接続
このほかに、VoIPの制御用プロトコルとしては、ITU-TとIETFが共同で規格化

SIPのメッセージ例

INVITE sip:taro@example.jp SIP/2.

リクエスト

From: Hanako <sip:hanako@example.jp>
To: Taro <sip:taro@192.168.0.137>
Call-ID: 5283749@192.168.0.2
Via: SIP/2.0/UDP 192.168.0.2:5060
CSeq: 1 INVITE
Content-Type: application/sdp
Content-Length: 119

ヘッダー

v=0
o=Taro 36740815 2987503952 IN IP4 192.168.0.2
s=Call from Hanako
c=IN IP4 192.168.0.2
m=audio 5004 RTP/AVP 0

ボディーを進めている MEGACO（ITU-T H.248）と呼 ば れ るプ ロトコル が ある 。S I P とMEGACOも同じIP電話の制御用プロトコ
ルだが、MEGACOではよりシンプルに「電E

将来的なウェブサービスとの連携
SIPサーバ ー

話機のフックが上がった」「電話機の1のボ

SIP
VoiceXMLサーバ ータンが押された」といった端末の状態を、
IP を経由して送信するのが特徴だ。した

電話
SOAP

がって、通常の加入電話からIP電話へのゲートウェイ部分にはMEGACO、IP電話
網内はSIPといった形での組み合わせが、今後のIP電話サービスの主力になっていくものと考えられる。

SOAP

（編集部）

SIP
ウェブサ ービス

SIPサーバ ー

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

パソコン+++ iNTERNET magazine +++231

T e c h n o - S a n c t u a r y

イベントレポートウェブの未来を考える国際カンファレンス『WWW2002』開催
野
々
下
裕
子

W3Cが主催するウェブの国際会議

関西在住フリーランスライター
インターネット関連の話題をテーマにインタビューや国内外イ
ベントの取材をこなす。活動範
囲は国内外問わず。海外取材も多数。

で一気に種類が増えており、最新バージョの国際機関も実現化に向けて研究を進め

1992年に発明されたWWWという技術ンのデモが多数行われた。アニメーションている。WWW2002では、セマンティック

は、いまやすべてのインターネットユーザーやクリッカブルマップのようなグラフィック

ウェブの基盤となる「RDF」という記述言にとって不可欠な存在であると言っていい表現を行う「SVG1.1」や、音声や映像、テ語に関する研究内容や、実際に構築を行だろう。この WWW の成長を支えている

キストを同期させる「SMIL2.0」、ユーザー

うためのツールやプロジェクトのアイデアのが、WWW の標準規格を定めるコンソ

入 力 画 面 の 設 計 の自由 度 を 高 めるなどが毎日のように紹介された。

ーシアム「W3C」である。

「XForms1.0」などは、クリエイターにとっとはいえ、セマンティックウェブについて

2002年5月7日から11日にかけて、W3Cて新たな表現の可能性を拡げてくれるだろはまだ不明瞭な点も多く、「国家や文化をが 年 に 一 度 行 う 国 際 カン ファレンス

う。ほかにも「Mobile SVG」や「CC/PP」

越えて共通の言葉を構築するにはどうす「WWW2002」がハワイで開催された。

といった、携帯端末を対象にした言語も登るか」「情報の制限などセキュリティーの問

1994年、W3C発足のきっかけとなった会場している。会場ではほぼ実用段階に近題はどうするのか」といった問題も抱えて議から今回で11回目を迎え（最初の2年はづいたデモが行われ、これらを実際に目にいる。そして、一番の問題はこのセマンテ

年2回開催）、世界36か国からなるメンバ

する日は遠くないように感じさせられた。

ィックウェブという概念のわかりにくさである。セマンティックウェブのワークグループ

ーを中心に、約800名の参加があった。会場となったシェラトンホテルでは、5日間に機械が「意味」を理解するに参加している慶応大学の萩野達也氏

わたって具体的な応用事例や開発メンバー

セマンティックウェブ（W3C Deputy Director of Asia）
も、「ツーによる意見交換が行われた。今回、筆者

さらに注目を集めていたのが、セマンテ

ルの開発よりも、まずは全体のビジョンをもこのWWW2002に参加してきたので、そィック（意味）ウェブ関連の発表だ。セマン

提示することが先決だろう」とコメントしてティックウェブとは、言葉の意味を理解でいる。会場ではW3Cのメンバーのワーク

カンファレンスは「Web Engineering」

きないコンピュータが、ウェブサイト上にあグループがかなり討議を行ったようだが、「Global Community」といったトラックにる情報の意味を理解し、自動処理ができる

本当に実現できるのかも含めて今後の動分かれていて、その中でさらにウェブサーようにするというものだ。HTMLでは限界

きに注目する必要があるだろう。

ビスやセキュリティー、eラーニングなどとがあるが、RDFという記述言語を使うこといったテーマに分かれて議論が行われる

で、情報の意味や関連性（メタデータ）
をコの模様をレポートしよう。

ウェブの新技術と問われる必要性

形式となっている。ほかにもインターネット

ンピュータに理解させることができ、イン

今回、WWW2002で紹介された技術は、をとりまく問題として、著作権やデジタルデターネットの自立が促進できる。WWWのXFormsのように新しい表現を可能にする

バイド、アクセシビリティーの問題といった生みの親であり、W3Cの所長を務めるテ技術もあったが、すでに市販されているツ

テーマも取り上げられていた。

ィム・バーナーズリー博士が考案したものールで実現できるようなものも少なくなかで、次世代のウェブ技術として W3C 以外った。たとえば、SVG1.1のアニメーション

なかでもXML関連の言語は、ここ数年

232 +++ iNTERNET magazine +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

T e c h n o - S a n c t u a r y

1

2

3

4

5

6

7

8

や文字を動かすデモは、Flash や PDF で作れるような作品がほとんどで、会場からも「違いはどこにあるのか？」という質問が飛び出した。SVGの開発を率先している Chris Lilley氏は「まず 1つはタダで使えるってことだね」と答えていたが、ユーザーに使い慣れたツールを手放してSVGに乗り換えさせるには、もう少し別のイン
パクトか何かが必要なようだ。
一方で、「次々と誕生する技術にユーザーが付いていけないのではないか」と現状を懸念する声もある。確かにW3Cで発表されているものを一般のユーザーが理解するには、かなり難しくなってきている。
最終日の意見交換の場では、「さまざまな
技術のバージョンアップのタイミングがユー
ザーを混乱させている。たとえば HTTP
はもう開発をストップしていいのでは」という意見もあった。それに対してティム・バ
ーナーズリー氏は「ウェブはまだ未熟で、もっと使いやすくよいものにできるという可能性もある。どの段階の技術を使うかも含めて選択肢はユーザーにある」とコメントしていた。
W3Cに参加しているメンバーはウェブの可能性と発展を信じていることが、会場の雰囲気からよく伝わってきたが、無邪気に進化だけを喜んでいる段階は越えて、現実に直面する緊張感も感じられた。来年、1会場に設けられたCyber CafeのスポンサーはApple社。会場

ハンガリー の ブダペ ストで 開 催 され る内でもAppleのノートブックを持っている人の数はかなり多かった。

WWW2003の会場では、WWWがさらに

2オープニングセレモニーとして行われた基調講演では、W3C所

どのような方向へ進んでいるのかが気にな

長のティム・バーナーズリー氏が熱弁を振るった。

3セッション「COOL WEB」では、SVG関連のさまざまなツール

るところである。

（サブセット）が披露された。

4会場を一歩出れば、そこはワイキキビーチ。
5セマンティックウェブの中で重要な位置を占める RDF については、もっとも多くのセッションが開かれた。

6W3Cのコアメンバーに対する公開質問では、W3C Deputy fo
Asiaの萩野達也氏（慶応大学）も壇上に並んだ。

7XML の 1 つ「XForms」を使い、画面内のスイッチに合わせて枠内の数字がリアルタイムで変化するデモンストレーション。

8セマンティックウェブ関連のプレゼンテーションを行ったAaron
Swartz君は、15歳ながらW3CのRDF-WGに所属している。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine +++233

T e c h n o - S a n c t u a r y

WWWの父
インタビュー

WWWは開かれた環境で進化し続ける

photo :Watari Tokuhiro

テ
ィ
モ
シ
イ
・
Ｊ
・
バ
ー
ナ
ー
ズ
リ
ー

ヨーロッパ核物理学研究所（CERN）在籍中の 1990 年に、世界中の研究論文を研修者

ワールドワイドウェブ（WWW）の父と呼相手がコンピュータ同士という点が異なっ

ばれるティモシイ・J・バーナーズリー博士ている。コンピュータが直接ほかのサイト

は、計算科学・技術分野で2002年（第18回）のシステムに処理実行のリクエストを送るの日本国際賞を受賞した。46歳での受賞ことができ、そのために必要な技術コンポ

はこれまでの最年少となる。その授賞式のーネントも動的に組み合わされる。ただし、ために来日した博士に、ウェブサービスを相互運用性を持つことが前提にはなるが。

含めた現在のWWWの状況について聞いてみた。
：WWWを取り巻く現在の状況は、開発

TBL：確かに差別化により相互運用性が保

ルドワイドウェブ（WWW）を発明した英国人。
中に普及、発展させたことで著名になってい る。現 在 は 米 マ サ チュー セッツ 工 科 大が懸念されています。

当時に予想できましたか。

らがお互いに閲覧できる仕組みとしてワーHTML 言語の処理も開発し、WWW を世界：「.NET」や「Sun ONE」のような各社が提供するウェブサービスは、相互運用性

ティモシイ・J・バーナーズリー
（TBL）
：これほ

たれない危険性もある。ネットスケープがど急速に普及するとは予想もしなかった。

登場したときも「ウェブを支配する」「標準

当初は、私の考えに賛同する人は皆無で、化に悪影響を与える」など同様な議論が起3年をかけて6台のウェブサーバーを設置きた。新たな技術が生まれるとき、摩擦はした。しかしその後、世界中へまたたく間必ず起きるものだ。仕様やプログラムがウに広まったのは嬉しい驚きだ。

ェブ上で公開されると、世界中にいる何百（MIT）主席研究員で、W3Cの所長も務める。

万人ものエンジニアがそれをベースに開：ウェブサービスの登場により、インター発し、多数の製品が市場に現れる。その結ネットは次の段階に進化した感があります

果、複数の技術が登場し、たとえばウェブ

が、現在の状況をどう見ていますか。

サ ービスサ ー バ ー で は J a v a や . N E T 、
CORBAなど、複数のフォーマットをサポー

234 +++ iNTERNET magazine +++TBL：現在、根本的な変化がウェブを取りトしなければならなくなる。これはきわめ巻く世界で起こっている。最初のフェーズて非効率なため、誰もがこの状況に嫌気は、データを参照するのに同じURLを繰がさし、最終的には標準や相互運用性の導り返し使う静的な「情報スペース」だった。

入が図られていくものだ。ウェブサービス

現在進みつつある新たな段階は、情報ス

もまた例外ではない。現在のところ、デー

ペースから取引や音声認識といったダイナ

タ形式はXMLで標準化されているが、サミックな変化の場への移行だ。ボイスブラービスのやり取りにはXMLとSOAPなど

ウザーを使用して、ショッピングサイトで自異なる仕様がある。さらに、セキュリティー

宅の家具を購入するなど、人とコンピューやVoiceXMLなど比較的新しい分野でのタ間の対話と言ってもいい。XMLウェブ

相互運用性を達成するには、まだまだ時間

サービスは基本的にはこれと同じだが、がかかるだろう。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

：ウェブは携帯電話や PDAなどのデバイスにも導入されユビキタスになっていますが、この先どこに行くのでしょうか。
TBL：日本は、携帯電話などのデバイス分
野ですばらしいアイデアと製品を提供して世界をリードしている。とくに、データとその形式や管理を切り離し、サイト上にメタデータとしてセマンティクス（意味情報）を付加する「Semantic Web」を有効活用できる分野になるだろう。たとえば、自動車や支払い金額のセマンティクス情報が付加されることで、モバイル機器のような小さな画面でも、
自動車の種類や所有者などの関連情報を含めた文脈的検索とコンテンツ配信ができるようになる。

photo :Watari Tokuhiroの登録書に記入される運転免許証の番号

T e c h n o - S a n c t u a r y：最後に、今後の課題や、これから重要になることは何でしょうか。
TBL：多くの企業が、ウェブ標準技術の特許使用料で儲けようとしているのを、非常に懸念している。ウェブが開発された当時、すべてはオープンで無料だったからこそ、
シュテレコムがハイパーテキストリンクを開発したとして特許を主張したことは馬鹿げている。こうした動きは、誰もが自由に開発に参加できる環境を破壊することにな
る。日本でも、こうした動きを阻止してほしphoto :Watari Tokuhiro

ここまで急速に広まったのだ。ブリティッ「日本にノーベル賞並みの世界的な賞を作ってはいと期待している。

どうか」という構想のもと、国際科学技術財団は（聞き手・文：長野弘子）

科学技術の分野における権威ある賞として「日本国際賞」を創設した。今回の授賞式は、天皇皇后両陛下ご臨席のもと4月25日に開催された。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine +++235

T e c h n o - S a n c t u a r y

JPNIC/JPRS通信
72

ICANN改革の提案書の波紋を受けた
ICANNアクラ会議

From JPNIC

期間と再登録、レジストラー変更などの問

From JPRSICANNアクラ会議

題について議論されました。レジストリ

ICANN改革案に関する意見書を提出

2002年3月10日から14日まで、ガーナのー・レジストラーモデルによる健全な市場

JPRSは4月29日、「ICANN改革に関す

首 都 ア ク ラ で ICANN（ The Internet

競争にかかわる決議が 1 つ行われました

る意見書」をJPNICと共同でICANNに提Corporation for Assigned Names andが、今後も議論されていくでしょう。

出しました。JPRSの下記コメントは

Numbers）のアクラ会議が開かれました。

一般会員制度に関しては、一般会員制

ICANNがインターネットガバナンスを担う

その間、DNSO（Domain Name Support-

度研究委員会（ALSC）最終報告書の扱い

さまざまな民間組織の信頼の上に立つ組

ing Organization）の各部会の会合、12日が1つの焦点です。ALSCのメンバーたち

織として正しく機能することが重要との認には DNSO の全体会合とドメイン名評議は昨年11月の会合以来、最終報告書の広識に基づいています。

会、13日には公開討論会、14日に理事会が報活動をしてきましたが、ICANN事務総『離陸期におけるICANNのミッションの行われ、通常のICANN会合とほぼ同じ構長の改革提案レポートが違った方向性を

1つは、米国政府から民間組織への完全移成でしたが、2月のICANN事務総長によ示しているため、公開討論会でALSC副議管であり、健全なインターネットの発展にるICANN改革の提案レポート

長のピンダー・ウォング氏が「これでALCSは欠かせないもの。一方、本来的なミッシの活動は終わる」と発言しました。今後のョンは名前とアドレスの割り振りシステム

展開は予想しにくい情勢です。

のグローバルなテクニカルコーディネーシ

が会

議全体に強い波紋を広げていました。
DNSOの各部会では、JPNICはccTLDの部会に今まで関わってきましたが、今回13日の公開討論会、14日の理事会では、ョンが中心。具体的には、グローバルなイの話題の中心は、ccSO（ccTLD Support-

一般会員制度研究委員会（ALSC）
レポー

ンターネットリソースのユニークネスの権

ing Organization）創設に関する議論と、

トおよび一般会員制度の問題、ICANN改

威機能、運用の安定性を実現するための

ICANN改革でした。ccSO創設の提案は革の問題、.info における国名および地域ポリシー策定、ルートゾーンファイルの管理

昨年6月のストックホルムでの会合の時か名の扱い、LACNIC承認のほかに、.org再とその内容を全てのルートサーバに配布

ら正式にccTLD部会で取り上げられてい委任、.pro契約とセキュリティー委員会規する責務等に分類される』

ますが、今回決定的な前進があったとは程が議題となりました。.orgの再委任に関改善提案は、各技術分野からの理事のいえず、むしろICANN改革の議論の陰にしては、.orgの後継レジストリーを選ぶた

比率を高めること、各国政府は理事の選出

隠 れ てしまった 感 が ありま す。また 、めの公募が近く行われ、次回ブカレスト会

よりもccTLDの公益性を担保するために

ccTLDの IANA databaseや国際化ドメ

議（6 月24日から 28日）の理事会で審議さ「スポンサ契約」の締結実現に注力するこイン名に関する議論や.jp の JPNIC かられます。.proは2000年11月に承認されたとが重要だという内容でした。また、資金

JPRSへの移管に関する報告がありました。

7つの新gTLDの1つで、今回の理事会で確保は、受益者負担の原則に基づき、各組

DNSO 全体会合とドメイン名評議会で契約を締結することが事務総長に任され織から受けるサービスに応じた拠出が妥ました。

当との提案もされました。

は、主にgTLDのドメイン名の削除、猶予（秋山智明）

www.icann.org/general/lynn-reform-proposal-24feb02.htm

JPNIC（Japan Network Information Center）

236 +++ iNTERNET magazine +++（細田 純）

jpinfo.jp/topics/020501.html

JPRS（Japan Registry Service）

社団法人日本ネットワークインフォメーションセンタ

株式会社日本レジストリーサービス。2002 年 4 月よー。日本におけるインターネットの円滑な運営を支え

り、.JP のレジストリーとして JPドメイン名の登録・るための組織。

管理、ドメインネームシステムの運用を行う。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D［インターネットマガジン バックナンバーアーカイブ］ ご利用上の注意
この PDF ファイルは、株式会社インプレス R&D（株式会社インプレスから分割）が 1994 年～2006 年まで発行した月刊誌『インターネットマガジン』の誌面を PDF 化し、「インターネットマガジン バックナンバー
アーカイブ」として以下のウェブサイト「All-in-One INTERNET magazine 2.0」で公開しているものです。

http://i.impressRD.jp/bn
このファイルをご利用いただくにあたり、下記の注意事項を必ずお読みください。
z 記載されている内容（技術解説、URL、団体・企業名、商品名、価格、プレゼント募集、アンケートなど）は発行当時のものです。
z 収録されている内容は著作権法上の保護を受けています。著作権はそれぞれの記事の著作者（執筆者、写真の撮影者、イラストの作成者、編集部など）が保持しています。
z 著作者から許諾が得られなかった著作物は収録されていない場合があります。
z このファイルやその内容を改変したり、商用を目的として再利用することはできません。あくまで個人や企業の非商用利用での閲覧、複製、送信に限られます。
z 収録されている内容を何らかの媒体に引用としてご利用する際は、出典として媒体名および月号、該当ページ
番号、発行元（株式会社インプレス R&D）、コピーライトなどの情報をご明記ください。
z オリジナルの雑誌の発行時点では、株式会社インプレス R&D（当時は株式会社インプレス）と著作権者は内容が正確なものであるように最大限に努めましたが、すべての情報が完全に正確であることは保証できません。このファイルの内容に起因する直接的および間接的な損害に対して、一切の責任を負いません。お客様個人の責任においてご利用ください。

このファイルに関するお問い合わせ先
All-in-One INTERNET magazine 編集部
im-info@impress.co.jp
Copyright © 1994-2007 Impress R&D, an Impress Group company. All rights reserved.