中日韓統一表意文字

中日韓統一表意文字（CJK Unified Ideograph），又稱統漢碼、統一漢字集（Unihan），是指在 ISO 10646 與統一碼標準中經過「漢字等同」處理的漢字。}} 漢字等同（Han unification）是指將中文、日文、韓文、越南文、壯文、琉球文等書寫系統共通的漢字賦予相同編碼的做法；}} 被合併編碼的漢字，往往起源相同、本義相通、形狀大同小異。整理出來的中日韓統一表意文字，由統一碼聯盟建置的 Unihan 資料庫維護。

涵蓋範圍

中日韓統一表意文字所含括的物件為漢字及其衍生出來的語素文字，包括：

中文漢字，包括繁體字、簡化字、異體字
日本漢字（漢字／かんじ）
韓國漢字（漢字／한자）
琉球漢字（漢字／ハンジ）
越南喃字（／Chữ Nôm）
越南儒字（／Chữ Nho）
方塊壯字（倱／sawgun）

名稱

除了「中日韓統一表意文字」，CJK Unified Ideograph 還有以下中文譯名：

中日韓等同表意文字
中日韓認同表意文字
中日韓統一漢字集
中日韓統合漢字

除了「漢字等同」，Han Unification 又譯為：

漢字認同
漢字統一
漢字統合

歷史

1978 年，日本產業規格制訂了基於 ISO/IEC 2022 的 JIS C 6226，為全世界最早的漢字編碼，包含 6349 漢字。1980 年代，臺灣（中文資訊交換碼、中文標準交換碼）、中國大陸（GB 2312）、韓國（KS C 5601）開始制訂了各自的編碼規範。這些規範彼此之間並無連繫。若要在一份檔案中同時使用，則要以跳脫字元的方式來交換。

1980 年，日本的國立國會圖書館的高橋德太郎以書目學的觀點指出，統一的東亞漢字編碼系統有必要。同年，臺灣制定了三位元組的中文資訊交換碼，這是第一款期望可以一致處理中國、日本、韓國漢字的編碼。之後，美國的國會圖書館採用了此標準，並另外命名為東亞編碼字元（East Asia Coded Character，EACC，ANSI/NISO Z39.64）。

1984 年，ISO 的文字編碼委員會（ISO/TC 97/SC2）決議制訂出一套編碼規格（ISO 10646），是以交換文字集的方式來統一處理世界的文字。並成立了工作小組（ISO/TC 97/SC 2/WG 2）。這編碼一開始的構想是採用 16 位元，而對於日本及中國等國的漢字編碼則原封不動地加入。但若如此，中國當時所制訂的編碼都無法加入，因而反對，並在 1989 年提出各國漢字統合集合（Han Character Collection，HCC）的構想。

1990 年完成了 ISO 10646 的初版草案（DIS 10646）。漢字用 32 位元表示，並將各國的漢字編碼原封不動加入。但中國認為，若各國各自為漢字編碼，將不利於統一處理漢字，因而反對。為了日後能順利討論漢字編碼及處理有關方針，並呼籲 WG 2 特別設定了中日韓聯合研究小組（CJK-JRG，Joint Research Group，為表意文字小組的前身），以持續討論。

另一方面，1987 年，全錄的 Joe Becker 和 Lee Collins 開發了統合處理全世界所有文字的統一碼。1989 年發表了統一碼概要。基本為 16 位元。於是，中、日、韓的漢字統合了。基本方針以 16 位元處理所有文字。1990 年完成了基於此方針的最終草案。1991 年 1 月，大致同意此方案的企業成立了統一碼聯盟。中、日、韓類似的漢字使用約二萬多字。為了未來擴充，保留了三萬漢字以供其它用途。

1991 年，各國希望能以一致的方式處理文字，否決了 ISO/IEC 10646 的初版草案。基於中國與統一碼聯盟的提議，ISO 10646 和統一碼成立了中日韓聯合研究小組。中日韓聯合研究小組將基於各國的漢字編碼，獨自訂定規範、製作 ISO 10646 和統一碼的統一漢字編碼。年尾完成了 Unified Repertoire and Ordering（URO）。1992 年，URO 加入 ISO 10646 的第二版，但發現一些缺失，之後修正。

1993 年 5 月正式制訂最初的「中日韓統一表意文字」位於 U+4E00–U+9FFF，共 20902 字；不過漢字 “〇”（U+3007）誤當數字放入符號和標點區。一個月後制訂了統一碼 1.1。

1999 年，依據 ISO/IEC 10646 的第 17 修正案（Amendment 17）訂定擴充套件區 A，於 U+3400–U+4DFF 加入 6582 漢字。

2001 年，依據 ISO/IEC 10646-2 新增擴充區 B，於 U+20000–U+2A6FF 有 42711 漢字；但短時間內增加大量漢字，產生許多重複字形。

2005 年，依據 ISO/IEC 10646:2003 的第一修正案（Amendment 1），基本多文種平面增加 U+9FA6–U+9FBB，共 22 漢字。

2009 年，統一碼 5.2 擴充套件區 C 增加 U+2A700–U+2B734，基本多文種平面增加 U+9FC4–U+9FCB。

2010 年，統一碼 6.0 擴充套件區 D 增加 U+2B740–U+2B81F。

2012 年，統一碼 7.0 基本多文種平面增加 1 漢字：U+9FCC。

2015 年，統一碼 8.0 擴充套件區 E 增加 U+2B820–U+2CEAF，基本多文種平面增加 U+9FCD–U+9FD5。

2017 年，統一碼 10.0 擴充套件區 F 增加 U+2CEB0–U+2EBEF，基本多文種平面增加 U+9FD6–U+9FEA。

2018 年，統一碼 11.0 基本多文種平面末尾增加 5 漢字：U+9FEB–U+9FEF。

2020 年，統一碼 13.0 增加 4969 漢字，其中 4939 字位於第三平面的擴充套件區 G，碼位為 U+30000–U+3134A。同時，亦在基本區增加 13 字：U+9FF0–U+9FFC，在擴充套件 A 區增加 10 字：U+4DB6–U+4DBF，在擴充套件 B 區增加 7 字：U+2A6D7–U+2A6DD。

2021 年，統一碼 14.0 基本多文種平面末尾增加 3 漢字：U+9FFC–U+9FFF。同時，亦在擴充套件 B 區增加 2 字：U+2A6DE–U+2A6DF，在擴充套件 C 區增加 4 字：U+2B735–U+2B738。

2022 年，統一碼 15.0 增加 4193 漢字，其中 4192 字位於第三平面的擴充套件區 H，碼位為 U+31350–U+323AF。同時，亦在擴充套件 C 區增加 7 字：U+2B739。

2023 年，統一碼 15.1 增加 622 漢字，位於第二平面的擴充套件區 I，碼位為 U+2EBF0 - U+2EE5D。

另外，第三平面的 U+38000 至 U+3AB9F 預計放置篆書，相關提案已經提交。按路線圖，該平面還會收錄金文、簡帛文、陶文、鳥蟲書等。

版本

成員機構

統一碼協會
（政府資訊科技總監辦公室轄下中文介面諮詢委員會）
（資訊系統中文編碼工作小組，由行政公職局協調）
（臺北市電腦商業同業公會）
（2008 年 11 月第 31 次 IRG 會議加入）
大藏經文字資料庫委員會（大蔵経テキストデータベース委員會，SAT）

漢字等同

7.1 理論基礎

東亞各國字形多有微妙的差異。如「房」字的第一筆，韓國傳統漢字字形、臺灣教育部標準字型作撇「房」；香港教育參考字形、中國大陸規範作點「房」；日本標準作橫「房」。又如「次」字的左旁，韓國採用傳統字形，首筆為橫，次筆為挑；臺灣教育部作兩橫；大陸、日本、香港等則作「冫」（俗稱兩點水）。這種程度的差異，理想是整併為一字為佳。否則，要是凡異體字都收進不同碼位裡，統一碼收錄的漢字就會過於臃腫，使用者搜尋時也會因異體問題而找不到想要的結果。

然而，從之前各種受挫之文字整併計劃的經驗得知，整合字集與現行通用字集（Big5 或國標碼）等無法一一對應，是推行整合字集的最大阻礙。例如，日本的 JIS 編碼同時收錄了「剣」與「劍」字，原本 JIS 檔案裡這兩字可以並存。如果採用整合字集後，它們會變成同一字，使用的時就會造成困擾。而且，如果將多個不同地區字形合併，會影響閱讀者，令使用者不習慣並非以往所見字形；更有可能引致閱讀者因習慣而書寫不屬於自己地區的字形（或地區性的異體字）。

於是，表意文字認同原則與原字集分離原則就應運而生。

按表意文字認同原則，統一碼「只對字（Character）而不對字形（Glyph）」編碼，會把同一字的不同字形（即異體字）合併。好像上述「次」字，統一碼會整併成一碼。又例如不同地區而有不同寫法的部首，如「⻌（中國大陸規範、日本新字型）、⻍（港臺舊字形、韓國、日本舊字型）、⻎（臺灣教育部）」、「礻（中國大陸規範、臺灣教育部）、礻（日本新字型）、⺬（日本舊字型、韓國、港臺舊字形）」、「爫（中國大陸、港臺新字形）、⺥（舊字形）」等，會合併編碼。這些部首的寫法差異就會交由字型處理。比如說，使用依中國大陸漢字標準《印刷通用漢字字形表》的字型（如中易宋體、微軟雅黑體）便會出現「⻌、爫」；使用臺灣教育部標準字型（如微軟正黑體或新版細明體，但非舊版細明體）就會出現「⻎、爫」等字形，大大解決了因地區而異之部首寫法。

至於原字集分離原則是指，上述所列出之各種收字來源，若有任何字集同時收了兩種以上文字字形，中日韓統一表意文字也會臨時放棄認同原則，同時收錄這些字。這樣一來，現行各種原有字集與統一碼漢字可一一對應。比如「房」字，各地字集都沒有分別編碼，就只編進一碼位，部首第一筆的寫法交由字型處理。然而，「戶」、「戶」、「戸」這三字，在一些地區標準裡是分別編碼的，統一碼則以三碼位分別收錄它們。上述的「剣」與「劍」也一樣安放到不同碼位。

基於上述運作，統一碼能大幅減少收錄漢字字數，同時讓地區編碼過渡至統一碼時，字集裡的字元不會流失，但原字集分離原則破壞了統一碼「只對字而不對字形」編碼之原則，某些漢字獲得兩位或以上編碼，亦遭受不少批評。

7.2 三個原則

漢字等同有三個原則：

原字集分離原則
起源不同原則
根據漢字的抽象形體來判斷是否等同。見下文詳述。

注意第三個原則受原字集分離原則和起源不同原則的制約。

7.3 原字集分離原則

原字集分離原則（Source Separation Rule）：

兩個表意文字，如果在一個主要源標準中是不同的，就不視為等同。

Source Separation Rule 又譯為「字源分離原則」、「來源字集分離原則」、「原規格分離原則」。

這個原則又名來回原則（round-trip rule），因其旨在使字元資料在來回轉碼時不損失資訊；這裡「來回轉碼」是指在表意文字小組源標準與統一碼標準之間來回轉換編碼。

這個原則只適用於最初的中日韓統一表意文字區塊，

而「主要源標準」是指 G 源、T 源、J 源或 K 源（見最初期統一漢字）。

表意文字小組在 1992 年放棄了這個原則，將來也不會再用。

例如下表六個「劍」字，在標準「 JIS X 0208-1990 」中分開編碼，因而在統一碼中各佔一個碼位：

如果沒有原字集分離原則，表中第四和第五個字可能會合併。

更多例子，可參見。

7.4 起源不同原則

起源不同原則（Noncognate Rule）：

一般而言，兩個沒有歷史源流關係的表意文字，不視為等同。

有些漢字雖然外形相近，但意義毫不相干，那麼也不能合併。

例如「土」和「士」雖然形似，但意義沒有關係，所以不可合併。然而，日本、韓國、中國大陸、香港等地的「寺」字，與臺灣教育部的「寺」字，兩者頂部分別是「土」和「士」，但它們音義全同，是同一字的異體，就不受此原則的限制。

起源不同原則只是一般性原則（「一般而言」），也允許有特殊情況。例如「同形字」，即一個字有不止一個讀音與字義，雖然字源不同，卻由同一字形表示。比如漢字「芸芸眾生」的「芸」，與日本漢字「藝」字的新字型「芸」，是同形字。要是這些同形字之字形確實相同而非相似（「芸」字的草頭雖然有三筆的「⺾」、四筆的「⺿」等不同寫法，但它們都指同一部件，沒有對立），就不會應用起源不同原則。

7.5 第三個等同原則

第三個等同原則：

每個表意文字，用二級分類法（如下所述）確定其抽象形體。兩個表意文字，若有相同的抽象形體，就視為等同，除非違反原字集分離原則或起源不同原則。

下文介紹如何確定漢字的抽象形體。

統一碼發展了一個三維概念模型，考察漢字的三個屬性：語義、抽象形體、實際形體。分別用 X、Y、Z 表示這三個屬性，就能把漢字放在一個假想的三維空間裡：

X：語義屬性區分漢字的意義和用法。
Y：語義屬性相同的漢字，用 Y 軸所代表的抽象形體屬性可區分不同變體。
Z：語義屬性和抽象形體屬性都相同的字，用 Z 軸所代表的實際形體屬性可區分不同的字型設計。

用抽象形體（Y) 及實際形體（Z）來區分漢字，就是二級分類法。

如何分析漢字的抽象形體？對每個漢字，層層拆分，得到其部件結構樹，考察以下五方面的特徵：

部件的數量
部件在整個漢字裡的相對位置
對應部件的結構
在某個源字元集裡的處理
部件包含的部首

兩個漢字，如果以上所有特徵都相同，那麼就視為抽象形體相同，否則視為抽象形體不同。抽象形體相同和不同的例子，可參見。

7.6 對異體字的處理不一致

統一碼一方面依據形體對異體字統一編碼，另一方面受原字集分離原則限制，所以對某些異體字的處理會不一致。

例如：

7.7 後續發展

原字集分離原則在 1992 年已停用。

統一碼 3.2 引入了變體選擇符，

從此可以用「變體序列」描述字元的變體。漢字的變體，可用「標準變體序列」或「表意文字變體序列」表示。中日韓兼容表意文字和中日韓兼容表意文字補充兩個字元塊的漢字，均已獲編配標準變體序列。

另一方面，統一碼自 2007 年起維護「表意文字變體資料庫」，收錄了大量漢字變體；截至 2022 年 9 月 13 日，已收錄了 29437 個變體序列。

例如：

統漢字資料庫

統漢字資料庫（Unihan）是統一碼聯盟所維護的資料庫檔案，為統漢字的各漢字列出說明，內容有：

統一碼與各國家、地區標準及各工業標準的對應。
依據重要字典（如康熙字典）的排序索引。
經過編碼的異體字。
漢字在各種語言中的發音。
英文釋義。

資料庫以以下方式釋出：

統一碼聯盟維護的網站版本。
可供下載的 txt 文字檔案。
基於上述檔案開發的第三方版本。
libUnihan 專案開發了一套可供呼叫的 c 函式庫，和一套 SQLite 格式的 Unihan 資料庫。前者以 LGPL 協議發布，後者以 MIT 協議發布。

批評

9.1 對異體字的處理

有人對統一碼的原字集分離原則有不少批評，尤其是它令同一異體部件時而分離，時而合併，引伸許多日常使用的問題。擧例說，「青」和「靑」、「淸」和「清」都在正常區域中作分離編碼，獲得兩碼位；「晴」、「靖」、「精」雖也獲兩碼位，但其中一位在相容區，日常難以應用；「請」、「情」、「蜻」、「靜」更只有一碼位。或例如合併「直」和「直」、「植」和「植」而分離「値」和「值」作兩碼位。統一碼的做法沒有把有相同異體部件的字全都合併，也沒有把它們全都分離，結果字形經常不一致，或者使用者無法選擇他希望使用的字形。

9.2 收字過少

合併異體字雖有助減少收錄字數，但研究學術時，如古籍、歷史及文字等，部份文獻卻要將字形不同之字同時並列。已合併的各字在這些文獻裡變得各有各意思。學者若使用統一碼，遇到這種情況，就要用不同電腦字型去顯示同一字碼，甚至要自行造字，或捨統一碼而用其他編碼。一來尋找、轉換電腦字型構成不便，二來有損統一碼記錄每一字之用意，三來不能以純文字交換，四來電腦字型或因授權條款之限，難以交換流傳。另外，這亦等於不能以統一碼準確記錄文獻，不利數碼文字。

不同字形之字合併後，若以字形為本檢索，會產生混亂，難以檢索，如筆畫檢字，艸部之「艹頭」，中國、日本算作三畫，而傳統中文為四畫，留有「艸」形者則為六畫。統一碼同一字碼源於字形不同就有幾種筆畫，檢索混亂。即使檢出字，筆畫與顯示出來的字形也不相符。因此，批評者認為，統一碼合併異體字並不可取。

9.3 收字過多

但是另一方面，統一碼收錄不少幽靈漢字，其出處難以找到，它們在實際生活也極少機會使用，有些甚至是錯訛字，或者僅是某一人的名字用字，那人不見得是名人，甚至可能已去世，卻永久成為標準裡的字元，佔用了一碼位。比如臺灣律師呂秋𧽚的「𧽚」字本應作「遠」，可是戶政人員誤聽他外公說的臺語，把「辵字邊」聽成「走馬邊」，外公又不敢更正。當事人長大後，才確認這是錯字，但這字已永久收進統一碼。又如香港增補字元集有許多人名用字，學者都指出乃屬訛寫，或是來歷不明的自創新字。中文資訊界李祥在其專欄批評當局「解決不了增補字集中上千錯字、白字、生造字的讀音問題」，呼籲「不要把香港增補字元集與申請 ISO 強迫聯絡在一起」。然而，這些人名訛字亦已經收進統一碼，構成了收字過多的爭議。

也有批評認為統一碼收入大量錯訛字及寫法高度相似的同一字的不同字形本身就不應該。電腦文字本身永遠不可能完全無損地記錄文獻，且文獻本身也會因傳抄製版等原因略有不同，如果把每字的各種寫法全部編碼，會浪費空間。完全無損地研究、記錄文獻只能透過檢視原本或照相影印版來完成，把無損儲存轉嫁給編碼是錯誤的。

現時統一碼把一些異體字分別編碼，帶來了檢索困難。只要寫法稍有不同，就無法檢出，令使使用者檢索字詞時，必須反覆檢索其不同寫法，造成重複勞動，對研究文獻反而是種妨礙。例如統一碼將「兒」和「𠒇」字安放在不同的碼位裡。在檢索文獻時，檢索「兒」字時就找不到「雷莊𠒇」，檢索「𠒇」字時就找不到「雷莊兒」，反而造成困擾。

9.4 準則矛盾

統一碼對同一部件有分有合，原則不一，如「眞」和「真」、「塡」和「填」都分離編碼，但「縝」和「縝」就整併了；「直」和「直」、「植」和「植」皆整併作一碼，而「値」和「值」又分開，既令人混淆，亦令人無所適從。統一碼按原字集分離原則收字，只看各地區的既有編碼，不理會同一部件的文字學問題。可是使用者現實在電腦輸入文字時看到的是具體字形而不是編碼碼位，會讓人感到矛盾和困惑。

而且在統一碼「中日韓統一表意文字」的不同區域裡，官方也用了不一致的併分尺度。早期的異體字時常獲分配正常碼位；後來常常只有相容區的暫存編碼，使相容區的字元在輸入和顯示時經常碰到問題；再後來則不時直接整併並交由變體選擇符處理。於是統一碼的編碼矛盾就更突顯。

9.5 漢字「〇」

「〇」是則天文字之一，意同 “星”，《集韻・卷四・十五青》收錄為 “星” 字的 23 韻之一，現代用作 “零” 的小寫。《漢語大字典》《中華字海》《現代漢語詞典》都收錄了此字。但在統一碼放入 CJK 符號和標點區，等同於數字 0，在搜尋「〇」時會連帶搜尋出數字 0，使用時頗為不便（搜尋漢字「一、二、三」不會搜尋出數字 1、2、3）。此外，很多程式限定了漢字的範圍為統一碼各漢字區，區外不視為漢字，「〇」不在漢字區就無法處理，造成不便。

已統一漢字

ISO 10646 原則只對字（Character），而非字形（Glyph）編碼。同一字各地可使用自己的標準寫法。以下使用 HTML 標示同一編碼的字在不同地區的寫法（但只是讀者的瀏覽器所渲染的字型，與瀏覽器的設定與裝置安裝的字型有關，未必代表該地區的標準寫法）。

 例子

註：不是所有網頁瀏覽器均可分辨全部 HTML 的語言程式碼（Language Code）並使用不同字形。如非某一地區的使用者看到的字形和當地通用的字形一樣，表示該使用者的瀏覽器不能分辨此標籤，或設定兩者以同一種字形顯示。

未統一漢字

有些字只是同一字在不同地區的寫法，理應統一，但因為原字集分離原則而只好分開編碼。由於 KS X 1001、Big5、IBM 32、JIS X 0213、ARIB STD-B24、KPS 10721、CNS 11643 有太多字形非常接近，按統一碼標準應該統一，但分開編碼的字。這些字只有正統的會編入正式字集（包括擴充套件區），不正統的編入「相容表意文字區」（Compatibility Ideographs）和位於「第二輔助平面」的「相容表意文字補充區」（Compatibility Ideographs Supplement）中。

範例：

自上表發表後，WG2 亦調查過其他漢字，認為另一批屬於基本多文種平面的漢字，亦可考慮收編到 ISO 10646 Annex S3。

技術問題

12.1 擴充套件 B 區

擴充套件 B 區用了輔助平面來擺放漢字，Microsoft Office 2000 或之前的版本等不少文書處理軟體都不能支援，即使電腦有擴充套件 B 區漢字字型也只會顯示兩格方格。

另外，擴充套件 B 區整理有缺陷，收錄了以下本來應與其他漢字統一的 5 字：

U+20457＝U+34A8
U+2420E＝U+3DB7
U+27144＝U+8641
U+23515＝U+204F2
U+249E9＝U+249BC

而 WG2 N1155 檔案亦列出了 152 對可考慮統一的漢字。