・ MDNライブラリ

既に述べてきたように，多言語ドメイン名の処理をする上でエンコーディング変換や正規化は必須の機能です．このライブラリはこれらの機能を実装した基本的なライブラリです．現在提案されている各種のエンコーディングや正規化が実装されており，他のコンポーネントはこのライブラリの上に作られています．

・dnsproxy 

ＤＮＳサーバのプロキシサーバとして動作し，クライアントから送られてきたＤＮＳの問い合わせに含まれる多言語ドメイン名をローカルエンコーディング(EUCとかSJISとか)からＡＣＥ等に変換し，正規化も行って本物のＤＮＳサーバに送ります．ＤＮＳサーバからの返答に含まれるホスト名はローカルエンコーディングに逆変換してからクライアントに返します．

・ BIND-9パッチ

これはＤＮＳサーバの定番BINDの最新版であるバージョン9に対するパッチで，BINDに含まれる，ＤＮＳによる名前解決用のリゾルバライブラリに多言語ドメイン名のサポート，つまりドメイン名のエンコーディング変換や正規化の機能を追加するものです．このパッチを当てたリゾルバライブラリをリンクすると，gethostbyname()等で多言語ドメイン名がローカルエンコーディング(EUC，SJIS等)で指定できるようになります．

・ mDN Wrapper

これはWindows用のアプリケーションで，アプリケーションとWINSOCK DLLの間に入ってホスト名のエンコーディング変換や正規化を行います．これにより、，アプリケーションを変更することなく，多言語ドメイン名の名前解決ができるようになります．

さて，以上書いてきたようにＤＮＳにおける多言語ドメイン名の導入は着々と進行しています．しかしＤＮＳの問題が解決すればすべて済むか…というと話はそんな簡単ではありません．ＤＮＳが提供するのは名前解決，つまりドメイン名からIPアドレスを得るといった基本的なサービスのみです．ＤＮＳを利用する他のサービスでは，それぞれやはり多言語ドメイン名の扱いを検討する必要があります．

例えば，多くの利用者にとって多言語ドメイン名を使用するのはWebページを見る時やメールを送る時でしょう．これらのサービスで多言語ドメイン名を使用できるためには，HTTPやSMTPといったプロトコルでの多言語ドメイン名の扱いを決めなければなりません．前述したＡＣＥを使用すれば既存のプロトコルのまま多言語ドメイン名を導入することも可能ですが，そのためにはWebブラウザやメールクライアントといったアプリケーション側での対応が不可欠であり，対応されるまでは実質的に多言語ドメイン名を使用することはできないのです．
 
 

参考資料

** IETF IDN ワーキンググループ Webページ 

** NSI Registry (Verisign Global Regisitry Services) 

 
多言語ドメイン名テストベッドについて 

多言語ドメイン名に関する技術解説 mDNkit も同じ場所からダウンロードできます． 

 mDNkitドキュメント(上記の場所から一式ダウンロードすることも可能です)