国際化ドメイン名

国際化ドメイン名（IDN ）は、ソフトウェアアプリケーションに表示されるラベルを少なくとも1つ含むインターネット ドメイン名であり、そのラベルの全体または一部は、非ラテン文字やアルファベット^[a]、あるいはラテンアルファベットベースの文字に発音区別符号や合字^[b]を付けて表記されます。これらの表記体系は、コンピュータによってマルチバイトのUnicodeでエンコードされます。国際化ドメイン名は、 Punycode転写を使用してASCII文字列としてドメインネームシステム（DNS）に保存されます。

DNS は、インターネット リソースを見つけるために、主にユーザー フレンドリな名前をネットワーク アドレスに変換する検索サービスを実行しますが、実際には ASCII 文字の使用に制限されています^[c]。これは、当初許容されるドメイン名の標準を設定した実用的な制限です。ドメイン名の国際化は、言語固有のスクリプトで記述された名前を DNS と互換性のある ASCII テキスト表現に変換する技術的なソリューションです。国際化ドメイン名は、そのような用途に特別に設計されたアプリケーションでのみ使用できます。インターネットのインフラストラクチャを変更する必要はありません。

^{IDNはもともと1987年12月にMartin Dürst [1] [2]}によって提案され、1990年にTan Tin Weeの指導の下、Tan Juay KwangとLeong Kok Yongによって実装されました。^[要出典]多くの議論と競合する提案の後、アプリケーションにおけるドメイン名の国際化(IDNA) ^[3]と呼ばれるシステムが標準として採用され、いくつかのトップレベルドメインに実装されました。

IDNA では、国際化ドメイン名という用語は、IDNA ToASCIIアルゴリズム(下記参照) を正常に適用できるラベルのみで構成されるドメイン名を意味します。2008 年 3 月、IETF は現在の IDNA プロトコルを更新するために新しい IDN ワーキング グループを結成しました^[4]。2008 年 4 月、UN-ESCWA はPublic Interest Registry (PIR) およびAfiliasと共同で、DNS、ccTLDオペレーター、ビジネス、学術界の専門家、および地域および国際組織のメンバーで構成されるアラビア文字の IDN ワーキング グループ (ASIWG) を立ち上げました。Afilias の Ram Mohan が運営する ASIWG は、アラビア文字の統一 IDN テーブルの開発を目的としており、地域および地方の専門家がグローバルなポリシー開発や技術標準化に取り組むのに役立つコミュニティ コラボレーションの例となっています^{[5] 。}

2009年10月、インターネットネーム・番号割当機構（ICANN）は、母国語の文字にIDNA標準を使用する国際化国コードトップレベルドメイン（IDN c​​cTLD）のインターネットでの作成を承認しました。 ^{[6] [7]} 2010年5月、最初のIDN c​​cTLDがDNSルートゾーンにインストールされました。^[8]

アプリケーションにおけるドメイン名の国際化 (IDNA) は、非ASCII文字を含む国際化ドメイン名を処理するために 2003 年に定義されたメカニズムです。

ドメイン ネーム システムは非 ASCII 文字をサポートしていますが、電子メールやWeb ブラウザーなどのアプリケーションでは、ホスト名などの目的でドメイン名として使用できる文字が制限されています。厳密に言えば、ドメイン名に使用できる文字に制限があるのは、これらのアプリケーションが使用するネットワーク プロトコルであり、これらの制限があるアプリケーションや DNS 自体ではありません。^{[引用が必要]}インストール ベースとの下位互換性を維持するために、IETF IDNA ワーキング グループは、国際化ドメイン名を、Web ブラウザーやその他のユーザー アプリケーションで処理できる適切な ASCII ベースの形式に変換することを決定しました。^{[引用が必要]} IDNA は、非 ASCII 文字で記述された名前と ASCII ベースの表現との間のこの変換がどのように実行されるかを指定します。^{[引用が必要]}

IDNA 対応アプリケーションは、ドメイン名の国際化表現とASCII表現を変換できます。DNS ルックアップには ASCII 形式を使用しますが、アラビア語やひらがななどの非 ASCII 文字でドメイン名を読み書きすることを好むと思われるユーザーには、国際化形式を提示できます。IDNA をサポートしないアプリケーションは、非 ASCII 文字のドメイン名を処理できませんが、(通常はかなり難解な) ASCII 相当の文字が与えられれば、そのようなドメインにアクセスできます。

ICANN は2003 年 6 月に IDNA の使用に関するガイドラインを発行し、 2003 年 7 月にはすでにこのシステムを使用して.jpドメインを登録でき、2004 年 3 月には.info ^[9]ドメインを登録することができました。他のいくつかのトップレベル ドメイン レジストリは、2004 年と 2005 年に登録の受付を開始しました。IDN ガイドラインは 2003 年 6 月に最初に作成され^[10]、 2005 年 11 月にフィッシングの懸念に対応するために更新されました^[11]。トップレベルの国コード ドメイン名に焦点を当てた ICANN ワーキング グループは 2007 年 11 月に結成され^[12]、国コード サポート組織と政府諮問委員会が共同で推進しました。さらに、ICANN はコミュニティ主導のユニバーサル アクセプタンスステアリング グループをサポートしています。このグループは、すべてのアプリケーション、デバイス、システムで IDN やその他の新しい gTLD の使いやすさを促進することを目指しています。^[13]

Mozilla 1.4、Netscape 7.1、Opera 7.11は、IDNAをサポートする最初のアプリケーションです。Internet Explorer 6には、IDNサポートを提供するためのブラウザプラグインが用意されています。Internet Explorer 7.0 ^[14]とWindows VistaのURL APIは、IDNのネイティブサポートを提供します。^[15]

ドメイン名の ASCII 形式と非 ASCII 形式間の変換は、ToASCII と ToUnicode と呼ばれる 1 組のアルゴリズムによって行われます。これらのアルゴリズムはドメイン名全体に適用されず、個々のラベルに適用されます。たとえば、ドメイン名が www.example.com の場合、ラベルはwww、example、comです。ToASCII または ToUnicode は、これら 3 つにそれぞれ個別に適用されます。

これら 2 つのアルゴリズムの詳細は複雑です。これらは RFC 3490 で指定されています。次に、その動作の概要を示します。

ToASCII は ASCII ラベルを変更せずにそのまま残します。ラベルがドメイン ネーム システムに適していない場合、ToASCII は失敗します。ラベルに 1 つ以上の非 ASCII 文字が含まれている場合、ToASCII はNameprepアルゴリズムを適用します。これにより、ラベルが小文字に変換され、その他の正規化が実行されます。次に、ToASCII はPunycodeを使用して結果を ASCII に変換します。^[16]最後に、4 文字の文字列 " xn--" を先頭に付加します。^[17]この 4 文字の文字列は、ASCII 互換エンコーディング ( ACE ) プレフィックスと呼ばれます。これは、Punycode でエンコードされたラベルを通常の ASCII ラベルと区別するために使用されます。ToASCII アルゴリズムは、いくつかの方法で失敗する可能性があります。たとえば、最終的な文字列が DNS ラベルの 63 文字の制限を超える可能性があります。ToASCII が失敗するラベルは、国際化ドメイン名では使用できません。

ToUnicode 関数は ToASCII の動作を逆にして、ACE プレフィックスを削除し、Punycode デコード アルゴリズムを適用します。Nameprep 処理は単なる正規化であり、本質的に元に戻すことができないため、元に戻すことはできません。ToASCII とは異なり、ToUnicode は常に成功します。デコードが失敗した場合は、元の文字列を返すだけです。特に、これは ToUnicode が ACE プレフィックスで始まらない文字列には影響を与えないことを意味します。

IDNA エンコーディングは、例のドメイン を使用して説明できますBücher.example。 (ドイツ語: Bücher、直訳すると 「本」) このドメイン名には、Bücherとexample という2 つのラベルがあります。2 番目のラベルは純粋な ASCII で、変更されません。最初のラベルは Nameprep によって処理されて になりbücher、次にPunycodeに変換されて になりますbcher-kva。次に、 のプレフィックスが付けられて がxn--生成されますxn--bcher-kva。したがって、DNS レコードおよびクエリでの使用に適した結果の名前は になりますxn--bcher-kva.example。

アラブ地域は世界人口の 5% を占めるが、世界のインターネット利用の 2.6% を占めるにすぎない。さらに、アラブ世界の人口に占めるインターネット ユーザーの割合は 11% と低く、世界全体の 21.9% と比べて低い。しかし、この地域のインターネット利用は 2000 年から 2008 年の間に 1,426% 増加しており、特に同時期の世界平均増加率 305.5% と比較すると大きな増加を示している。したがって、DNS がアラビア文字で利用可能であれば、利用の増加はさらに顕著であったと推測するのは妥当である。IDN の導入により、アラブのインターネット ユーザーは母国語とアルファベットでドメインを確立し、それらのドメイン上にさまざまなサービスやローカライズされたアプリケーションを作成できるようになるため、多くの潜在的な新しい機会とメリットがもたらされる。^[18]

2009 年、 ICANN は、国別コード トップレベル ドメインの規則に類似した、国および独立地域に割り当て可能な新しいクラスのトップレベル ドメインを実装することを決定しました。ただし、ドメイン名は、視覚的な独自性を十分に確保するための一定のガイドラインの範囲内で、申請者の言語固有の非ラテン アルファベットまたはスクリプトの任意の文字列、記号、またはグリフにすることができます。

IDN国別コードドメインを導入するプロセスは、トップレベルドメイン内の一連のサブドメインで長期間テストすることから始まりました。11のドメインでは、ギリシャ語でテストを意味する「δοκιμή」 ^[19]testなど、言語固有の文字やアルファベットが使用されていました。

これらの取り組みの結果、 2010 年に実稼働用として 初の国際化国コード トップレベル ドメイン(IDN c​​cTLD)が作成されました。

ドメイン ネーム システムでは、これらのドメインは、接頭辞「」と、それに続く言語固有のアルファベットまたはスクリプト グリフのUnicode表現のPunycode翻訳で構成されるASCII表現を使用します。たとえば、ロシアの IDN c​​cTLD のキリル文字名は「рф」です。Punycode 表現では、これは「」であり、DNS 名は「」です。 xn--p1aixn--p1ai

他のレジストリは、非 ASCII ドメイン名をサポートしています。タイの ThaiURL.com 社は、独自の IDN エンコードであるThaiURL を介して「.com」登録をサポートしています。ただし、ほとんどの最新のブラウザは IDNA/Punycode IDN のみを認識するため、ThaiURL エンコードされたドメインはエンコードされた形式で入力またはリンクする必要があり、アドレス バーにはそのように表示されます。これにより、その有用性が制限されますが、それでも有効で、普遍的にアクセス可能なドメインです。

いくつかのレジストリは、絵文字ドメインとして Punycode 絵文字をサポートしています。

ドメイン名に Unicode を使用すると、Web ブラウザーでの IDN 文字列の視覚的表現により、使用されているフォントによっては、偽装サイトが偽装されている正規サイトと区別がつかなくなる可能性があるため、Web サイトの偽装が潜在的に容易になります。たとえば、Unicode 文字 U+0430 (キリル文字の小文字 a)は、英語で使用されるUnicode 文字 U+0061 (ラテン文字の小文字 a ) とまったく同じに見えることがあります。具体的な例として、キリル文字 а、е、і、р ( a、次に「Ie」/「Ye」U+0435、これはラテン文字eと本質的に同一、次に「Er」U+0440、これはラテン文字pと本質的に同一) を使用して、URL wіkіпеdіа.org が形成されます。これは、正当な wikipedia.org の視覚的表現と実質的に区別がつきません (書体による可能性があります)。

多くのトップレベルドメインは、2番目またはそれ以下のレベルでの国際化ドメイン名の登録を受け付け始めています。Afilias (.INFO) は、2004年にドイツ語で最初のgTLD IDNの2番目のレベルの登録を提供しました。^[20]

TLD AsiaのレジストラであるDotAsiaは、2011年5月11日から70日間、中国語、日本語、韓国語のセカンドレベルドメイン登録のサンライズ期間を実施しました。^[21]

• 1996年12月: マーティン・デュルストによるオリジナルのインターネットドラフトでUTF-5が提案された（今日ASCII互換エンコーディング（ACE）として知られている最初の例） - UTF-5はチューリッヒ大学で初めて定義された^{[22] [23] [24]}
• 1998年3月：シンガポール国立大学（NUS）インターネット研究センター（旧インターネット研究開発ユニット – IRDU）でTan Tin Wee（TW Tan）^[25]（IDNプロジェクトチーム – Tan Juay KwangとLeong Kok Yong）が主導し、その後、S. Subbiahが率いるNUSのスピンオフ企業であるBioinformatrix Pte. Ltd.（BIX Pte. Ltd.）のチームの下で継続された。
• 1998年6月: 韓国語ドメインネームシステムがKAIST(韓国科学技術院)のカン・ヒスンによって開発される^[26]
• 1998年7月:
  • ジュネーブ INET'98 会議では、iDNS と APNG の総会およびワーキング グループ会議に関するBoF ^{[説明が必要] の議論が行われました。}
  • アジア太平洋ネットワーキンググループ（APNG、現在も存在^[27]し、APSTARとして知られる集まりとは別物）^[28] iDNSワーキンググループが結成されました。^[29]
• 1998年10月:
  • NUS の Sheares Hall で Tan Tin Wee の元生徒であり、NUS の Technet および IRDU コンピュータ センターで学生研究者を務めていたJames Sengが、CEO の S. Subbiah によって採用され、BIX Pte. Ltd. でさらなる IDN 開発を主導することになりました。
  • iDNSテストベッドは、APNGの後援の下、BIX Pte Ltd.によって開始され、CNNIC、JPNIC 、KRNIC、TWNIC、THNIC、HKNIC、SGNICが参加した。James Sengが率いる^[30]
  • APRICOT'99 の APNG-APTLD 合同会議における IDN に関するレポートの発表
• 1999 年 3 月: 1999 年 3 月 1 日の APNG 総会で IDN レポートが承認されました。
• 1999年6月: APNGはシンガポール国立大学のインターネット研究センター(CIR)と共同で、カナダ政府が資金提供している国際機関である国際開発研究センター(IDRC)に、IPv6向けIDNの研究を行う助成金を申請しました。このAPNGプロジェクトは、カナダ労働安全衛生委員会(CCOHS)がIDRCに代わって管理する汎アジア研究開発助成金の下で資金提供されました。主任研究者: シンガポール国立大学のタン・ティン・ウィー。^[31]
• 1999年7月:
  • Walid R. Tout (WALID Inc.) は、IDNA 特許出願番号 US1999000358043「ドメイン名を国際化するための方法およびシステム」を出願しました。2001 年 1 月 30 日に公開されました。^[32]
  • James Seng、Martin Dürst、Tan Tin WeeによるUTF5のインターネットドラフト。^[33] 2000年に更新。^[34]
• 1999年8月：APTLDとAPNGは、キルナム・チョンを議長としてIDNの問題を検討する作業部会を結成した。 ^[35]
• 1999 年 10 月: BIX Pte. Ltd. とシンガポール国立大学は、ニューヨークのベンチャー キャピタルの投資家であるGeneral Atlantic Partnersと共同で、IDN の取り組みを 2 つの新しいシンガポール企業、i-DNS.net International Inc. と i-Email.net Pte. Ltd. として分社化し、それぞれドメイン名と IDN 電子メール アドレスの両方に対する IDN ソリューションの最初の商用実装を作成しました。
• 1999 年 11 月: IETF 関係者の要請により、ワシントンでIETF IDN Birds-of-Feather ^{[説明が必要]が i-DNS.net によって開始されました。}
• 1999 年 12 月: i-DNS.net International Pte. Ltd. が初の商用 IDN を開始しました。台湾で中国語の文字でトップレベルの IDN TLD「.gongsi」(大まかに「.com」の意味) として提供され、台湾の通信大臣と台湾の大手 ISP 数社の承認を受け、台湾、香港、シンガポール、マレーシア、中国、オーストラリア、米国で 1 週間に 200,000 件を超える名前が販売されたと報告されています。
• 1999年後半：キルナム・チョンがIDNSタスクフォースを立ち上げ、多言語インターネット名コンソーシアム（MINC）が設立された。^[36]
• 2000年1月:
  • James Seng 氏と Marc Blanchet 氏が議長を務めるIETF IDN ワーキング グループが結成されました。
  • 2 番目に開始された商用 IDN は、タミル語の IDN TLD で、.com、.net、.org、.edu に相当します。これらは、IT 省の支援を受けて i-DNS.net International によってインドで開始されました。
• 2000年2月: 多言語インターネット名コンソーシアム (MINC) 提案 BoF ^{[明確化が必要]}が IETF アデレードで開催されました。^[37]
• 2000年3月: APRICOT 2000多言語DNSセッション。^[38]
• 2000 年 4 月: WALID Inc. (IDNA 特許出願中アプリケーション 6182148) が多言語ドメイン名の登録と解決を開始しました。
• 2000 年 5 月: 相互運用性テスト WG、MINC 会議。サンフランシスコ、議長: Bill Manning および Y. Yoneya、2000 年 5 月 12 日。^{[引用が必要]}
• 2000年6月：アジア太平洋地域からIDNの共同展開を推進するために、ソウルで多言語インターネットネームコンソーシアム（MINC）が発足^{[39] 。 [40]}
• 2000年7月:
  • JPNIC (K.Konishi) と TWNIC (Kenny Huang) が主導し、技術的な問題を研究するために横浜で Joint Engineering TaskForce (JET) が発足しました。
  • 2000年5月にCNNIC、TWNIC、HKNIC、MONICによって設立され、漢字ドメイン名に関連する問題の解決と展開を目的としたCDNC（中国ドメイン名コンソーシアム）が正式に設立された。 ^{[41] [42]}
• 2001 年 3 月: ICANN理事会 IDN ワーキング グループが結成されました。
• 2001年7月:
  • 日本ドメイン名協会: JDNA 発足式 (2001 年 7 月 13 日) 東京にて開催。
  • ウルドゥー語インターネットネームシステム（2001年7月28日）はパキスタンのイスラマバードでSDNPとMINCが共同で開催しました。^[43]
  • 米国国立アカデミーのコンピュータサイエンスおよび電気通信委員会の委員会会議（2001年7月11日～13日）におけるIDNに関するプレゼンテーション（カリフォルニア州バークレーのカリフォルニア大学情報管理システム学部にて）。^[44]
• 2001 年 8 月: アジア太平洋先進ネットワーク年次会議における MINC のプレゼンテーションとアウトリーチ、マレーシア、ペナン、2001 年 8 月 20 日
• 2001 年 10 月: 2001 年 10 月 18 日から 20 日まで北京で MINC-CDNC 合同会議が開催されました。
• 2001年11月：ICANN IDN委員会が設立され、^[45] Ram Mohan (Afilias)が設立メンバーに任命されました。
• 2001 年 12 月: MINC と共同で多言語ドメイン名に関する ITU-WIPO 合同シンポジウムが開催されました (2001 年 12 月 6 ～ 7 日、ジュネーブ国際会議センター)。
• 2003年1月:
  • 主要な gTLD および ccTLD レジストリのメンバーで構成される ICANN IDN ガイドライン ワーキング グループが結成されました。
  • stringprep、Punycode、IDNA の無料実装が GNU Libidn でリリースされています。
• 2003 年 3 月: RFC 3454、RFC 3490、RFC 3491、RFC 3492 の公開。
• 2003年6月：レジストリ向けICANN IDNガイドラインの発行。^[46] .cn、.info、.jp、.org、.twレジストリで採用。
• 2004 年 5 月: RFC 3743、中国語、日本語、韓国語の国際化ドメイン名 (IDN) の登録および管理に関する Joint Engineering Team (JET) ガイドラインの発行。
• 2005年3月:ITU-T国際化ドメイン名に関する第1回研究グループ17会議。^[47]
• 2005 年 5 月: .IN ccTLD (インド) が、22 の公用語のソリューションを作成するための専門家 IDN ワーキング グループを設立。Ram Mohan が技術実装のリーダーに任命されました。C-DAC が言語の専門家を任命しました。
• 2006年4月：韓国で開催されたITU研究グループ17会議で、国際化ドメイン名に関する質問が最終承認されました。^[48]
• 2006 年 6 月: モロッコのマラケシュで開催された ICANN 会議での IDN に関するワークショップ。
• 2006年11月：IDN TLDの政策的影響について議論するためにICANN GNSO IDNワーキンググループが設立された。ラム・モハンがIDNワーキンググループの議長に選出された。^[49]
• 2006 年 12 月: サンパウロでの ICANN 会議で、ルート内の IDN のラボ テストの状況が議論されました。^[説明]
• 2007 年 1 月: インドの C-DAC とAfiliasによるタミル語とマラヤーラム語の異体表の作業が完了しました。
• 2007年3月：ICANN GNSO IDNワーキンググループが作業を完了し、ラム・モハンがICANNリスボン会議で報告書を発表。^[50]
• 2007年10月: DNSのトップレベルでのIDNAの使用を評価するために、11個のIDNAトップレベルドメインがルートネームサーバーに追加されました。 ^{[51] [52]}
• 2008年1月：ICANN：.test IDN TLDの評価に成功。^[53]
• 2008年2月: IDNワークショップ: インドの言語と文字体系におけるIDN、^[54] ICANN、DIT、Afilias、C-DAC、NIXIが主導。
• 2008年4月:
  • Vint Cerfが議長を務めるIETF IDNAbis WGはIDNAの更新作業を続けています。^[55]
  • アラビア文字IDNワーキンググループ（ASIWG）^[56]は、ドバイでラム・モハン（アフィリアス）とアレクサ・ラアド（PIR）によって設立されました。
• 2008年6月:
  • ICANN理事会は、限られた数のIDN c​​cTLDに対する最終的なファストトラック実装提案を作成することに投票しました。^[57]
  • アラビア文字IDNワーキンググループ（ASIWG）^[58]のメンバーシップは、エジプト、イラン、クウェート、パキスタン、サウジアラビア、シリア、UAE、マレーシア、UN ESCWA、APTLD、ISOCアフリカ、および招待された専門家のマイケル・エバーソンとジョン・クレンシンに拡大しました。
• 2008年10月: ICANNはIDN c​​cTLDのファストトラックプロセスへの関心を募る。^[59]
• 2009年9月：ICANNはIDN c​​cTLD提案を2009年10月のソウル会議の議題に載せた。^[60]
• 2009年10月：ICANNは、2009年10月26日から30日にソウルで開催された会議で、IDN c​​cTLD Fast-Trackプロセスを通じてDNSのルートにIDN名を登録することを承認しました。^[61]
• 2010年1月：ICANNは、エジプト、ロシア連邦、サウジアラビア、アラブ首長国連邦がIDN c​​cTLDドメイン申請プロセスにおけるFast-Track String Evaluationに合格した最初の国であると発表しました。^[62]
• 2010年5月: 最初の実装^{[説明が必要]}が開始されました。エジプト、サウジアラビア、アラブ首長国連邦のアラビア文字のccTLDです。^[8]
• 2010 年 8 月 - IETF は更新された「IDNA2008」仕様をRFC 5890–5894 として公開しました。
• 2010年12月：ICANN理事会IDNバリアントワーキンググループが結成され^[63]、 IDNバリアント問題プロジェクトを監督および追跡します。ワーキンググループのメンバーは、Ram Mohan（議長）、Jonne Soininen、Suzanne Woolf、Kuo-Wei Wuです。
• 2012年2月: IDNを利用して国際電子メールが標準化されました。^[64]

• 国際化リソース識別子
• パーセントエンコーディング

• RFC 3454「国際化文字列の準備 ('stringprep')」
• RFC 5890「アプリケーション用国際化ドメイン名 (IDNA): 定義とドキュメント フレームワーク」
• RFC 5891「アプリケーションにおける国際化ドメイン名 (IDNA): プロトコル」
• RFC 5892「アプリケーション用 Unicode コード ポイントと国際化ドメイン名 (IDNA)」
• RFC 5893「アプリケーション用国際化ドメイン名の右から左へのスクリプト (IDNA)」
• ICANN 国際化ドメイン名。
• IDN 言語テーブルレジストリ
• Unicode 技術レポート #36 – Unicode および関連技術の実装に関するセキュリティの考慮事項