zetavg/zh-tw-wikipedia huggingface dataset:
統一碼字符列表

本條目以列表形式展示並介紹 Unicode 字元。如果字母顯示模糊，請將瀏覽器字型調為例如「Arial Unicode MS」之類的字型或調高瀏覽器的放大比率。

若要依照編碼查詢 Unicode 字元，請參見 Unicode 一覽表。

## 控制代碼

共有 65 個字元，包含刪除命令但不含空格。

## 拉丁字母

Unicode 標準（7.0 版本）將 1338 個字元歸為拉丁字母。

### 基本拉丁字母

共有 95 個字元，其中 52 個屬於拉丁字母，剩下的 43 個屬於基本字元。

有 33 個字元被定義為「ASCII 標點及符號」，有時也被稱為「ASCII 特殊字元」。

### 拉丁字母 - 1 輔助

共有 96 個字元，其中 62 個字元及兩個序數標識屬於拉丁字元，剩下個 32 個屬於基本字元。

## 拉丁字母（擴展 A）

## 拉丁字母（擴充 B）

## 擴展拉丁字母

Áá Àà Ăă Ắắ Ằằ Ẵẵ Ẳẳ Ââ Ấấ Ầầ Ẫẫ Ẩẩ Ǎǎ Åå Ǻǻ Ää Ǟǟ Ãã Ȧȧ Ǡǡ Ąą Āā Ảả Ȁȁ Ȃȃ Ạạ Ặặ Ậậ Ḁḁ Ⱥⱥ ᶏ ẚ ɐ ɑ ᶐ ɒ ᴀ Ææ Ǽǽ Ǣǣ ᴂ ᴁ 
Ḃḃ Ḅḅ Ḇḇ Ƀƀ Ɓɓ Ƃƃ ᵬ ᶀ ʙ ᴃ
Ćć Ĉĉ Čč C̱c̱ Ċċ Çç Ḉḉ Ȼȼ Ƈƈ ɕ Ↄↄ ᴄ 
Ďď Ḋḋ Ḑḑ Ḍḍ Ḓḓ Ḏḏ Ðð Đđ Ɖɖ Ɗɗ ᶑ Ƌƌ ᵭ ȸ ȡ ᴅ ᴆƍ ʣ ʥ ʤ 
Éé Èè Ĕĕ Êê Ếế Ềề Ễễ Ểể Ěě Ëë Ẽẽ Ėė Ȩȩ Ḝḝ Ęę Ēē Ḗḗ Ḕḕ Ẻẻ Ȅȅ Ȇȇ Ẹẹ Ệệ Ḙḙ Ḛḛ Ɇɇ ᶒƎǝ Əə ᶕ ɚ Ɛɛ ᶓ ᴈ ɘ ɜ ᶔ ɝ ɞ ʚ ɤ ᴇ
Ḟḟ Ƒƒ ᵮ ᶂ ⅎ ʩ
Ǵǵ Ğğ Ĝĝ Ǧǧ Ġġ Ģģ Ḡḡ Ǥǥ Ɠɠ ɡ ᶃ ᵹ ɢ ʛ ᵷ Ɣɣ Ƣƣ
Ĥĥ Ȟȟ Ḧḧ Ḣḣ Ḩḩ Ḥḥ Ḫḫ H̠ẖ Ħħ Ⱨⱨ Ƕƕ Ⱶⱶ ʜ ɦ ɧ
Íí Ìì Ĭĭ Îî Ǐǐ Ïï Ḯḯ Ĩĩ Įį Īī Ỉỉ Ȉȉ Ȋȋ Ịị Ḭḭ Ɨɨ Ĳĳ ɪ Ɨᵻ ᶖ İ ı Ɩɩ ᵼ ᴉ ɿ 
Ĵĵ Ɉɉ J̌ǰ ȷ ʝ ɟ ʄ ᴊ
Ḱḱ Ǩǩ Ķķ Ḳḳ Ḵḵ Ƙƙ Ⱪⱪ ᶄ ĸ ʞ ᴋ
Ĺĺ Ľľ Ļļ Ḷḷ Ḹḹ Ḽḽ Ḻḻ Łł Ŀŀ Ƚƚ Ⱡⱡ Ɫɫ ɬ ᶅ ɭ ȴ ƛ
ʟ ᴌ ʎ ɺ Ỻỻ ʪ ʫ ɮ 
Ḿḿ Ṁṁ Ṃṃ ᵯ ᶆ ɱ ᴍ
Ńń Ǹǹ Ňň Ññ Ṅṅ Ņņ Ṇṇ Ṋṋ Ṉṉ N̈n̈ Ɲɲ Ƞƞ Ŋŋ ᵰ ᶇ ɳ ȵ ŉ ɴ
Óó Òò Ŏŏ Ôô Ốố Ồồ Ỗỗ Ổổ Ǒǒ Öö Ȫȫ Őő Õõ Ṍṍ Ṏṏ Ȭȭ Ȯȯ Ȱȱ Øø Ǿǿ Ǫǫ Ǭǭ Ōō Ṓṓ Ṑṑ Ỏỏ Ȍȍ Ȏȏ Ơơ Ớớ Ờờ Ỡỡ Ởở Ợợ Ọọ Ộộ Ɵɵ Ɔɔ Ȣȣ ɷ Œœ ᴔ ɶ 
Ṕṕ Ṗṗ Ᵽᵽ Ƥƥ P̃p̃ ᵱ ᶈ ⱷ ɸ ȹ ᴘ
Q̱q̱ Ɋɋ ʠ
Ŕŕ Řř Ṙṙ Ŗŗ Ȑȑ Ȓȓ Ṛṛ Ṝṝ Ṟṟ Ɍɍ Ɽɽ Ʀʀ ᵲ ᶉ ɼ ɾ ᵳ ɹ ɻ ʁ ᴙ ᴚ 
Śś Ṥṥ Ŝŝ Šš Ṧṧ Ṡṡ Şş Ṣṣ Ṩṩ Șș S̩s̩ ᵴ ᶊ ʂ ȿ ſ ẛ ẞß Ʃʃ ᶋ ᶘ ʆ ƪ ʅ 
Ťť Ṫṫ Ţţ Ṭṭ Țț Ṱṱ Ṯṯ Ŧŧ Ⱦⱦ Ƭƭ Ʈʈ T̈ẗ ᵵ ƫ ȶ ƾ ʇ ᴛ ʨ ʦ ʧ ᵺ 
Úú Ùù Ŭŭ Ûû Ǔǔ Ůů Üü Ǘǘ Ǜǜ Ǚǚ Ǖǖ Űű Ũũ Ṹṹ Ųų Ūū Ṻṻ Ủủ Ȕȕ Ȗȗ Ưư Ứứ Ừừ Ữữ Ửử Ựự Ụụ Ṳṳ Ṷṷ Ṵṵ Ʉʉ ᴜ ᵾ ᶙ ᵫ Ʊʊ ᵿ ɥ ʮ ʯ ᴝ ᴞ 
Ṽṽ Ṿṿ Ʋʋ ᶌ ⱴ Ʋʋ Ʌʌ
Ẃẃ Ẁẁ Ŵŵ Ẅẅ Ẇẇ Ẉẉ W̊ẘ Ɯɯ ɰ ʍ Ƿƿ ᴟ
Ẍẍ Ẋẋ X̱x̱ ᶍ
Ýý Ỳỳ Ŷŷ Y̊ẙ Ÿÿ Ỹỹ Ẏẏ Ȳȳ Ỷỷ Ỵỵ Ɏɏ Ƴƴ ʏ
Źź Ẑẑ Žž Żż Ẓẓ Ẕẕ Ƶƶ Ȥȥ Ⱬⱬ ᵶ ᶎ ʐ ʑ ɀ Ʒʒ Ǯǯ ᶚ ƺ ʓ Ƹƹ Ȝȝ 
Ɂɂ ʔ ʕ ʡ ʢ ʖ ʗ ʘ 
ƻ Ƨƨ Ƽƽ Ƅƅ

## 音標字母

### IPA 擴展

註解：來自 Unicode version 6.1

### 音標擴充

註解：來自 Unicode version 6.1

### 音標擴充增補

註解：來自 Unicode version 6.1

## 希臘字母

ΑαΒβΓγΔδΕεϜϝͶͷϚϛΖζͰͱΗηΘθΙι℩ͿϳΚκΛλΜμΝνΞξΟοΠπϺϻϞϟϘϙΡρΣσςΤτΥυΦφΧχΨψΩωϠϡͲͳϷϸ　　

## 西里爾字母

西里爾字母

西里爾字母補充

0 1 2 3 4 5 6 7 8 9 A B C D E F 

U+050x Ԁ ԁ Ԃ ԃ Ԅ ԅ Ԇ ԇ Ԉ ԉ Ԋ ԋ Ԍ ԍ Ԏ ԏ 

U+051x Ԑ ԑ Ԓ ԓ Ԕ ԕ Ԗ ԗ Ԙ ԙ Ԛ ԛ Ԝ ԝ Ԟ ԟ 

U+052x Ԡ ԡ Ԣ ԣ 

西里爾字母擴充 A 區

0 1 2 3 4 5 6 7 8 9 A B C D E F 

U+2DEx 

U+2DFx 

西里爾字母擴充 B 區

0 1 2 3 4 5 6 7 8 9 A B C D E F 

U+A64x Ꙁ ꙁ Ꙃ ꙃ Ꙅ ꙅ Ꙇ ꙇ Ꙉ ꙉ Ꙋ ꙋ Ꙍ ꙍ Ꙏ ꙏ 

U+A65x Ꙑ ꙑ Ꙓ ꙓ Ꙕ ꙕ Ꙗ ꙗ Ꙙ ꙙ Ꙛ ꙛ Ꙝ ꙝ Ꙟ ꙟ 

U+A66x Ꙣ ꙣ Ꙥ ꙥ Ꙧ ꙧ Ꙩ ꙩ Ꙫ ꙫ Ꙭ ꙭ ꙮ ꙯ 

U+A67x 

U+A68x Ꚁ ꚁ Ꚃ ꚃ Ꚅ ꚅ Ꚇ ꚇ Ꚉ ꚉ Ꚋ ꚋ Ꚍ ꚍ Ꚏ ꚏ 

U+A69x

## 亞美尼亞字母

## 希伯來字母

## 阿拉伯字母

## 敘利亞字母

## 它拿字母

## 西非書面字母

## 統一加拿大土著音節

## 方塊元素

## 幾何圖形

## 盲文圖案

## 拉丁字母（擴展 C）

## 中日韓統一表意文字

## 彝文字母

## 拉丁字母（擴展 D）

## 特殊字元

## 參考文獻

## 外部連結

* 「Unicode 聯盟」官網（頁面存檔備份，存於網際網路檔案館）（英文）
* Unicode 字元百科 （頁面存檔備份，存於網際網路檔案館）（可完整且方便地瀏覽所有字元）（英文／德國／中文）
* 「DecodeUnicode」網（英文／德文）以圖像顯示所有（98,884 個）Unicode 字元，可作全文搜尋
統一碼定序演算法

**統一碼定序演算法**（英語：Unicode collation algorithm，縮寫：UCA）是統一碼技術報告 #10 中定義的一種算法，它是一種可自定義的方法。對任何以統一碼表示的字符串文本，不論是使用哪種文字和語言，都可為其生成二進位鍵。這些鍵可以逐字節且有效地比對，從而可以根據語言規則為他們定序或排序。這個過程中，還提供可以忽略大小寫、重音等的選項。

統一碼技術報告 #10 還定義了**默認統一碼定序元素表**（英語：Default Unicode Collation Element Table，縮寫：DUCET)。此文件定義了預設的排列順序。 DUCET 可針對不同語言進行定製。可以在通用當地數據儲存庫（英語：Common Locale Data Repository，縮寫：CLDR）中找到一些此類自定義。

國際統一碼部件（ICU）中包含了 UCA 的開源實作件。 ICU 支持裁剪，來自 CLDR 的整理裁剪包含在 ICU 中。剪裁效果和許多語言特定的剪裁效果顯示在在線 **ICU 區域設置瀏覽器**中。

## 目標問題

不同語言及文化，可能使用不同的排序方式，對相同的字符，德國人、法國人、瑞典人使用不同的方式排序。不同的應用，也可能使用不同的排序，譬如字典、電話簿和索引目錄。對於非字母文字，如東亞表意文字，排序也可能根據聲音或外形。此外，排序也可能根據習慣，如忽略標點符號、大寫在小寫前（或反過來）。

 

### 多層級比較

統一碼定序演算法歸納出了多層級的比較方式。

## 另見

* Collation
* ISO/IEC 14651
* 歐洲訂購規則 (EOR)
* 通用當地數據儲存庫 (CLDR)

## 外部連結

* 統一碼定序演算法 （頁面存檔備份，存於網際網路檔案館）：統一碼技術標準 #10
* Mimer SQL Unicode 歸類圖表 （頁面存檔備份，存於網際網路檔案館）

### 工具

* ICU Locale Explorer （頁面存檔備份，存於網際網路檔案館） [連結於 2021-10-10 斷開] 使用國際統一碼部件在線展示統一碼定序演算法
* 截至 2021-10-10 仍在 ICU 定序演示 （頁面存檔備份，存於網際網路檔案館）
* msort （頁面存檔備份，存於網際網路檔案館）一種排序程序，它在定義排序規則和提取鍵方面提供了不同尋常的靈活性。
統一碼技術委員會

**統一碼技術委員會**（**Unicode Technical Committee**，簡稱 UTC）負責發展和維護統一碼標準，包括：統一碼字元資料庫、統一碼技術標準、統一碼技術報告。每隔一段時間，委員會會發佈最新的「更新和正誤表 （頁面存檔備份，存於網際網路檔案館）」。

統一碼技術委員會會每年會有 4 次集會。議程會在開會前兩星期通知各會會。

## 外部連結

* 官方網站 （頁面存檔備份，存於網際網路檔案館）
統一碼收錄的字符

在 Unicode 中，一種**文字**（script）是字母和其他書面符號的一個集合，用於在一個或多個書寫系統（writing system）中表示文本信息。有些文字只支持一種書寫系統和語言，例如亞美尼亞語。其他文字支持許多不同的書寫系統：例如，拉丁文字支持英語、法語、德語、義大利語、越南語、拉丁語本身以及其他多種語言。一些語言有多種可選的書寫系統，因而也就使用多種文字：例如，在土耳其語中，阿拉伯文字在 20 世紀之前使用，但在 20 世紀初過渡到拉丁文字。有關每種文字支持的語言列表，請參閱按文字列出的語言列表。符號和 Unicode 控制字符某種程度上與文字互補。

統一化後的變音字符和標點字符經常具有「通用」或「繼承」的文字屬性。然而，獨立的文字往往有自己的標點和變音符號，以至於許多文字不僅包含字母，還包含變音符號等標記、標點、數字，甚至還有自己的特殊符號和空格字符。

Unicode 15.0 定義了 161 種獨立的文字，包括 94 種現代文字和 67 種古代或歷史文字。更多的文字正在編碼過程中，有的已被臨時分配予計劃中的編碼。

## 定義和分類

當多種語言使用相同的文字時，經常會出現一些差異，特別是在變音符號和其他標記方面。例如，瑞典語和英語都使用拉丁文字。但是，瑞典語包括字符 å（有時稱為瑞典語的 O），而英語沒有這樣的字符。英語也沒有使用變音符號「組合用上圓圈」來表示任何字符。通常，共享相同文字的語言共享許多相同的字符。儘管瑞典語和英語書寫系統存在這些外圍差異，但它們被認為使用同一種拉丁文字。因而，Unicode 對文字的抽象是一種基本的組織手段。不同字母或書寫系統之間的差異仍然存在，並通過 Unicode 靈活的文字、組合標記和校對算法得到支持。

### 文字與書寫系統

書寫系統有時被視為文字的同義詞。但是，它也可以指一種文字所支持的具體的具體書寫系統。例如，拉丁文字支持越南語書寫系統。一個書寫系統也可能涵蓋多種文字；例如，日本的書寫系統使用漢字、平假名和片假名。

大多數書寫系統可以大致分為幾類：**象形**（logographic）、**音節**（syllabic）、**字母**（alphabetic，亦稱 segmental）、**元音附標**（abugida）、**輔音音素**（abjad）和**特徵**（featural）；然而，這些分類的所有特徵都可能以不同的比例出現在任何給定的書寫系統中，這導致通常很難對一個系統進行純粹的分類。術語複雜系統有時用於分類有困難的混合系統。

Unicode 通過其眾多的文字支持所有這些類型的書寫系統。Unicode 還為字符添加了更多屬性，以幫助區分各種字符以及它們在 Unicode 文本處理算法中的行為方式。

### 特殊文字屬性值

除了顯式或特定的文字屬性外，Unicode 還使用三個特殊值：

**通用**
: Unicode 只能將通用字符集中的一個字符分配給一種文字。但是，許多字符（不屬於正式的自然語言書寫系統的一部分，或在許多書寫系統中統一的字符）可能用於多種文字（例如貨幣符號、規約符號、數字和標點符號）。在這些情況下，Unicode 將它們定義為屬於「通用」文字（ISO 15924 代碼 `Zyyy`）。

**繼承**
: 許多變音符號和非間距組合字符可以應用於來自多種文字的字符。在這些情況下，Unicode 將它們分配給「繼承」文字（ISO 15924 代碼 `Zinh`），這意味著它們屬於與它們所組合的主要字符相同的文字類型，因此在不同的上下文中它們可能被視為屬於不同的文字。例如，U+0308  ̈  COMBINING DIAERESIS（組合用分音符）既可以與 U+0065 e LATIN SMALL LETTER E（小寫拉丁字母 E）組合為拉丁字母 ë，也可以與 U+0435 е CYRILLIC SMALL LETTER IE（小寫西里爾字母 IE）組合為西里爾字母ё。在前一個例子中，它繼承了主要字符的拉丁文字屬性，而在後一個例子中繼承了西里爾文字屬性。

**未知**
: 「未知」文字值（ISO 15924 代碼 `Zzzz`）被賦予未分配的、私用的、非字符的以及代理用的碼點。

## 文字中的字符類別

Unicode 為每個字符提供了一個通用的類別屬性。所以每個字符除了屬於一種文字之外，還從屬於一個類別。通常的文字由字母字符組成，包括：大寫字母、小寫字母和修飾字母。一些字符被認為是一些預組的連字的標題字母，例如ǲ（U+01F2）。此類標題連字均採用拉丁語和希臘語文字，並且都是兼容字符，因此 Unicode 不鼓勵使用它們。將來不太可能添加新的標題字母。

大多數書寫系統不區分大小寫字母。對於這些文字，所有字母都歸類為「其他字母」或「修飾字母」。中日韓統一表意文字等表意文字也被歸類為「其他字母」。然而，一些文字確實區分了大寫和小寫：拉丁文字、西里爾文字、希臘文字、亞美尼亞文字、喬治亞文字和沙漠文字，但即使對於這些文字，也有一些字母既不是大寫也不是小寫。

文字還可以包含任何其他一般類別字符，例如**標記**（變音符號和其他）、**數字**（數字）、**標點符號**、**分隔符**（單詞分隔符，例如空格）、**符號**和非圖形**格式**字符。當它們僅被特定文字使用時，它們會包含在特定文字中，否則通常會被統一化並包含在標點符號或變音符號區塊中。但是，任何文字（除了「通用」和「繼承：文字）中的大部分字符都是字母。

## Unicode 中的文字列表

Unicode 根據 ISO 15924 列表定義了一百多個文字名稱（稱為「別名」或「屬性值別名」）。Unicode 對 ISO 15924 的 `Zyyy`（未確定文字的代碼）使用「通用」名稱，對 ISO 15924 的 `Zinh`（繼承文字的代碼）使用「繼承」，對 ISO 15924 的 `Zzzz`（未編碼文字的代碼）使用「未知」。此外，ISO 15924 文字代碼 `Zsym`（符號）和 `Zmth`（數學符號）未被使用，它們不被認為是 Unicode 意義上的文字。

## Unicode 中缺少的文字

隨著 Unicode 的每個新版本發布，國際字符代碼中都添加了新的書寫系統。根據加州大學伯克利分校的語言學家 Deborah Anderson 博士的一份聲明，Unicode 中尚有 100 多種書寫系統未包含。

根據德國美因茨應用科學大學、法國 ANRT Nancy 和美國加州大學伯克利分校的項目「Missing Scripts」清單，根據目前的研究狀況（2022 年 1 月），人類已知的書寫系統有 294 種。其中 131 個尚未以 Unicode 編碼，即尚不能在計算機或手機上使用。

## 參見

* Unicode 中的拉丁文字
* Unicode 字符
* Unicode 符號
* 音位正寫法

## 參考資料

## 外部連結

* Script Encoding Initiative （頁面存檔備份，存於網際網路檔案館），美國加州大學伯克利分校的一個項目，致力於讓更多的文字包含在 Unicode 標準中。
* The World's Writing Systems （頁面存檔備份，存於網際網路檔案館），所有 94 種已知書寫系統的概述，每個系統都有一個印刷參考字形及其 Unicode 狀態。
統一碼標準壓縮方案

**統一碼標準壓縮方案**（英語：Standard Compression Scheme for Unicode，縮寫：SCSU），是一種統一碼技術標準。用於減少統一碼文本所需使用的字節數，尤其是該文本中所使用的字符，主要集中在一種或幾種語言區段。它的作法主要是將 128– 255 範圍內的值，動態映射到 以 128 個字符為單位的特定區段的偏移量來實現。編碼器的初始條件則是 ASCII 和 ISO-8859-1 中不包含除 NULL TAB CR 和 LF 之外的 C0 控制代碼的現有字符串可以被視為 SCSU 字符串。

 
由於大多數字母在統一碼所使用的碼位，通常會是區塊中的連續位置，所以如果文本使用小寫字母、 ASCII 標點符號或窗口內的其它標點符號，可以按每個字符一個字節進行編碼（需另外加上前置成本，對常見語言通常只有 1 個字節），大多數其他標點符號可以通過非鎖定移位的方式，以每個字符使用 2 個位元組進行編碼。統一碼標準壓縮方案還可以在內部切換到 UTF-16 模式，以處理非字母語言。

SCSU 是 IANA 註冊的字符集。

## 歷史和使用

最初，是由路透社開發了 SCSU，並以此命名為「統一碼的路透社壓縮方案」（英語：Reuters Compression Scheme for Unicode，RSCU）。  

起初統一碼聯盟認為它是一種字符編碼， 在 1999 年則改變了看法：雖然它仍然被認為是一種傳輸用途編碼語法，但有一段時間它不再被認為是一種字符編碼，這是因為對同一份文件，不同的壓縮器可能會產生不同的輸出。 然而，在 2004 年，該決定被撤銷，現在 SCSU 被認為是一種_壓縮_字符編碼方案，而不是簡單或複合字符編碼方案。 

Roman Czyborra（GNU Unifont）編寫了一個解壓器。 IBM 相關的解壓縮器可以在國際統一碼部件中找到，還有一個用 Java 編寫的壓縮器。 更簡單的參考編解碼器可作為 TR6 的附件提供。

Symbian OS 是一種用於手機和其他行動裝置的作業系統，它使用此壓縮方案來將字符串序列化。

SQL Server 2008 R2 使用 SCSU，其壓縮針對的對象則是存儲在 _nchar(n)_ 和 _nvarchar(n)_ 列中的統一碼值（即以 UCS-2 編碼的字符串），其節省的空間達到了 15% 到 50% （而 UTF-8 只能對統一碼中的 ASCII 子集減少 50%），具體取決於資料的語言。 

## 方案

以下部分簡要描述了壓縮 SCSU 流的解剖結構。有關完整說明（與解壓縮器的說明相匹配），請參閱 UTS #6 文檔。

### 編碼方式

SCSU 以單字節模式啟動，該模式使用壓縮的窗口編碼。使用一些指令用來轉換到 UTF-16BE「統一碼」模式以及從該模式切換到單字節模式的命令。

### 窗口編碼

SCSU 的核心在於使用一些窗口來定義了字節 0x80-0xff 的意義。有八個靜態窗口用於簡單文字和標點符號，以及六個動態窗口（加上「半 Unicode 區段」窗口和用於補充平面的自定義窗口）用於使用更多字符。

簡單和動態窗口都是通過特殊命令字符選擇的。對於不適合當前塊的單個字符，提供用於引用的命令字符。

## 與通用純文本壓縮方案的比較

由於 UTF-16 或 UTF-8 文本可能比在 Unicode 之前的編碼中占用的空間更多，因此人們可能希望使用壓縮（例如 SCSU）來緩解這一問題。 與通用壓縮機相比，使用 SCSU 不一定有優勢。 此外，雖然它可以用作文本編碼，但由於算法的狀態性質，將其用作內部文本表示時可能會出現困難，因為基本文本操作變得非常重要。

純粹作為一種壓縮算法處理，在處理超過幾 K 的文本，SCSU 不如最常用的通用算法來處理。

在某些情況下，標準壓縮方案確實是有優勢的。對於那些較短（使用的字符量不多）的文本，它可以有效壓縮文本，而大多數的全尺寸壓縮器，它們本身的開銷通常需要額外耗費數百位元組。在 Symbian OS 中，甚至將此標準壓縮方案用於剪貼板操作，例如剪切、複製和粘貼小字符串文本。

## 在 HTML 中

W3C 和 WHATWG HTML 標準中，禁止在文檔中支持統一碼標準壓縮方案，這是因為 HTML 的設計沒有考慮到非 ASCII 兼容的編碼。此外，已證明可以藉由瀏覽器對此類編碼處理不當而導致的跨網站腳本漏洞。 

## 另見

* 統一碼二進制有序壓縮
* 國際統一碼部件 可以在 SCSU 和其他統一碼編碼之間進行轉換的庫

## 參考資料
統一碼等價性

**Unicode 等價性**（Unicode equivalence）是為和許多現存的標準能夠相容，Unicode（統一碼）包含了許多特殊字元。在這些字元中，有些在功能上會和其它字元或字元序列等價。因此，Unicode 將一些碼位序列定義成相等的。Unicode 提供了兩種等價概念：標準等價和相容等價。前者是後者的一個子集。例如，字元 n 後接著組合字元～標準等價和相容等價於 Unicode 字元 ñ。而合字ﬀ則只有相容等價於兩個 f 字元。

Unicode **正規化**是文字正規化的一種形式，是指將彼此等價的序列轉成同一列序。此序列在 Unicode 標準中稱作**正規形式**。對於每種等價概念，Unicode 又定義兩種形式，一種是完全合成的，一種是完全分解的。因此，最後會有四種形式，其縮寫分別為：NFC、NFD、NFKC、NFKD。對於 Unicode 的文字處理程式而言，正規化是很重要的。因為它影響了比較、搜尋和排序的意義。

## 等價概念

### 標準等價

統一碼中標準等價的基礎概念為字元的組成和分解的互動使用。合成指的是將簡單的字元合併成較少的預組字元的過程，如字元 n 和組合字元～可以組成統一碼 ñ。分解則是反向過程，即將預組字元變回部件。

標準等價是指保持視覺上和功能上的等價。例如，含附加符號字母被視為和分解後的字母及其附加符號是標準等價。換句話說，預組字元「ü」（U+00FC）和由「u」（U+0075）及「 ̈」（U+0308）所組成的序列「ü」（U+0075U+0308）是標準等價。相似地，統一碼統合了一些希臘附加符號和外觀與附加符號類似的標點符號。

### 相容等價

相容等價的範圍較標準等價來得廣。如果序列是標準等價的話就會是相容等價，反之則未必成立。相容等價更關注在於純文字的等價，並把一些語義上的不同形式歸結在一起。

例如，上標數字和其所使用的數字是相容等價，但非標準等價。其理由為下標和上標形式雖然在某些時侯屬於不同意義，但若應用程式將他們視為一樣也是合理的（雖然視覺上可區分）。如此，在統一碼富檔案中，上標和下標就可以以比較不累贅地方式出現（見下一節）。

全形和半形的片假名也是一種相容等價但不是標準等價。如同合字和其部件序列。其只有視覺上但沒有語義上的區別。換句話說，作者通常沒有特別宣稱使用合字是一種意思，而不使用是另一種意思。相對地，這僅限於印刷上的選擇。

## 正規化

文書處理軟體在實作統一碼字串的搜尋和排序時，須考慮到等價性的存在。如果沒有此特性的話，使用者在搜尋時將無法找到在視覺上無法區分的字形。

統一碼提供了一個標準的正規化演算法，可將所有相同的序列產生一個唯一的序列。
其等價準繩可以為標準的（NF）或相容的（NFK）。
既然可以任意選擇等價類中的元素，對每一個等價標準有多個標準形式也是有可能的。
統一碼為每一種等價準繩分別提供兩種正規形式：合成用的 NFC 和 NFKC 以及分解用的 NFD 和 NFKD。
而不論是組合的或分解的形式，都會使用**標準順序**，以此限制正規形式只有唯一形式。

為了比較或搜尋統一碼字串，軟體可以使用合成或分解形式其中之一。
只要被比較或搜尋的字串使用的形式是相同的，哪種選擇都沒關係。
另一方面，等價概念的選擇則會影響到搜尋結果。
譬如，有些合字如ﬃ（U+FB03）、羅馬數字如 Ⅸ（U+2168），甚至是上標數字如⁵（U+2075）有其個別統一碼碼位。
標準正規形式並不會影響這些結果。
但相容正規形式會分解ﬃ成 f、f、i。所以搜尋 U+0066（f）時，在 NFKC 中會成功，但在 NFC 則會失敗。
同樣地有在預組羅馬數字 Ⅸ 中搜尋拉丁字母 I（U+0049）。類似地，「⁵」會轉成「5」。

對於豐富檔案格式的瀏覧器，將上標轉換成到基底線未必是好的，因為上標的資訊會因而消失。為了允許這種不同，統一碼字元資料庫句含了**相容格式標籤**，其提供了相容轉換的細節。在合字的情況下，這個標籤只是 `<compat>`，而在上標的情況下則為 `<super>`。豐富檔案格式如超文件標示語言則會使用相容標籤。例如，HTML 使用自訂標籤來將「5」放到上標位置。

### 正規形式

統一碼定義了四種正規形式。這些形式或其（轉換）演算法表列如下。所有的形式都會使用到標準順序，好讓結果序列能保證是等價類中的唯一形式。這些演算法都是冪等轉換，但因為 singletons 和標準順序的關係，都不是單射。
此外，也沒有一個形式在字串串接下會是封閉的，意味著在同一個正規形式下的兩個字串串接，並不保證産生的是正規形式。
這會發生在當一個字串並不是以基礎字元為開頭或以其它中間或結尾字元為開頭的字串附加到另一個字串時。

有些碼點經過正規轉換後，是無法轉換成之前的形式。換個方式說則是，singleton 都不會是正規形式。譬如，埃格斯特朗符號 U+212B（Å），在 NFC 中總是被代換成在視覺上相同的 U+00C5（Å –在上方帶環的 A）。在 NFD 中，則會換成由 U+0041（A）和 U+030A（° – combining ring above）這兩個字元所組成的序列。因此，沒有一個正規函式是單射的。

在統一碼字元資料庫中，singletons 是指那些和其它單一字元有相同分解的字元。

### 標準順序

標準順序主要關注在結合符序列的順序。這裡將以附加符號做例子。不過，一般而言，附加符號不是結合字元且結合字元不是附加符號。

統一碼假設每個字元是一個**結合類別**，並賦予一個數字。非結合字元的類別值為 0，而結合字元則會是一個正值。要得到標準順序，每個有非零值結合符的子串序要以穩定排序演算法排序過。穩定排序是必要的，因為結合字元被假設會影響到排版，所以兩個順序不被視為相等。

例如，越南語字母中的字元ế（U+1EBF）同時具有尖音符和抑揚符。它的標準分解是序列 U+0065（e）、U+0302（抑揚符）、U+0301（尖音符）。這兩個重音的結合類別都是 230，所以 U+1EBF 不等同於 U+0065 U+0301 U+0302。

並非所有結合序列都有預組（在前一例的最後一個可以化簡成 U+00E9 U+0302），即使 NFC 會被結合字元所影響。

## 因正規化不同而導致的錯誤

當兩個應用程式分享統一碼資料，但卻使用不同正規形式時，就有可能導致錯誤。
例如，Mac OS X 有許多物件是只能使用分解字元（因此，以 UTF-8 為編碼又限定分解形式的統一碼又被稱為 "UTF8-MAC"）。
在一特例中，OS X 錯誤處理用途而産生的組合字元和 Samba 檔案和列印分享軟體（在複製檔案時，會將分解過的字母替換成組合過的字母）混合使用時，會導致混淆和損壞資料。應用程式若要避免此類問題，可以保留輸入碼點，然後只在程式內部使用自己的正規化形式。

## 註記

## 另見

* Unicode
* 合字
* 附加符號
* 預組字元（Precomposed character）
* Unicode 相容字元
* 複雜文字編排（Complex text layout）

## 參考

* Unicode Standard Annex #15: Unicode Normalization Forms （頁面存檔備份，存於網際網路檔案館）

## 外部連結

* Unicode.org FAQ - Normalization
統一碼聯盟

**Unicode 聯盟**（英語：The Unicode Consortium；法語：le Consortium Unicode）是統籌 Unicode 發展的非營利組織，成立於 1991 年 1 月 3 日，由三位軟體工程師發起，分別是當時任職全錄的 Joe Becker、Lee Collins，以及當時任職蘋果的 Mark Davis。

## 簡介

Unicode 聯盟之宗旨為推動最終以 Unicode 取代現存的字元編碼，因為現存編碼不能夠在多語言電腦環境中使用，而且字元數有侷限。同時它也制定了數種 Unicode 轉換格式（UTF，Unicode Transformation Format）。Unicode 的成功讓電腦使用進入了一個新紀元，並應用於很多新技術，如 XML、Java 程式語言和現今的作業系統。

Unicode 聯盟具投票權的成員，包括 Adobe、蘋果、孟加拉電腦理事會、表情圖案百科、Facebook、Google、IBM、Microsoft、阿曼基金和宗教事務部、Monotype、Netflix、Salesforce、SAP SE、坦米爾虛擬學院以及加州大學柏克萊分校。

和技術有關的決定，交由 Unicode 技術委員會（Unicode Technical Committee，UTC）處理。至 2020 年七月，UTC 有九個具備完全資格的成員，八家是科技公司包括 Adobe、蘋果、Facebook、Google、IBM、Microsoft、Netflix 及 SAP SE。剩下一名成員是阿曼基金和宗教事務部。

Unicode 聯盟積極與各標準制訂機構合作，包括國際標準化組織（ISO）、國際電工委員會（IEC）、全球資訊網協會（W3C）、網際網路工程工作小組（IETF）和 Ecma 國際（原國際歐洲計算機製造協會）等。

## 歷史

國際標準化組織的一些會員於 1984 年發起制定新的國際字元集編碼標準，即通用字元集 ISO/IEC 10646。其草案初稿的編碼結構在公佈之後，立即遭到美國部份電腦業者的反對。1988 年初，美國全錄公司的工程師 Joe Becker 倡議以新的編碼結構編訂國際字元編碼標準，由一群來自全錄和蘋果的工程師組成工作小組，負責 Unicode 的原始設計工作。

1991 年元月，十多家電腦硬軟體、網路和資訊服務業者，包括：IBM、DEC、昇陽電腦、全錄、蘋果、Microsoft、Novell 等知名公司，共同出資成立 Unicode 聯盟，並設立非營利的 Unicode 公司。原先的工作小組擴編為 Unicode 技術委員會，專責 Unicode 的字元蒐集、整理、編碼等工作。推動 Unicode 成為國際標準的工作，則由 Unicode 公司負責。

由於 Unicode 聯盟持續遊說和施壓，通用字元集的工作小組 WG2 放棄原先選擇的編碼結構，改採 Unicode 的編碼方式。1991 年 10 月，歷經幾個月的協商之後，雙方成協定，將 Unicode 併入通用字元集；各國語言字元的搜集、整理和編碼等工作轉由 WG2 主導，而 Unicode 聯盟則積極協助。雙方仍然各自出版自己的編碼標準，但保持兩者的相容。

## 出版物

* The Unicode Standard, Version 12.0. Web publication. March 2019. ISBN 978-1-936213-22-1.
* The Unicode Standard, Version 5.0 5th. Addison-Wesley. October 2006. ISBN 978-0-321-48091-0.
* The Unicode Standard, Version 4.0. Addison-Wesley. August 2003. ISBN 978-0-321-18578-5.

## 外部連結

* Unicode 聯盟 （頁面存檔備份，存於網際網路檔案館）

## 參見

* Unicode
* 通用字元集
* Unicode 字元列表
統一碼頭

**統一碼頭**（英語：United Pier）是一座位於香港中環港景街及統一碼頭道附近，已經拆卸的碼頭，原址約在今機場快綫香港站國際金融中心一期。統一碼頭現在被中環碼頭取代。

## 歷史

統一碼頭於 1933 年啟用，當時位於租卑利街一帶。油麻地小輪於同年 3 月 6 日起，配合九龍佐敦道碼頭啟用，提供來往兩個碼頭的客運及汽車渡輪服務。

在當時的附近，還有港澳輪船碼頭、皇家碼頭和瓊山碼頭等。

因為 1990 年代的中環及灣仔填海工程，該碼頭於 1995 年 5 月停用及拆卸，隨即進行填海，新填的土地建成機場鐵路香港站和香港四季酒店，原有的航線則遷往新填海區的中環碼頭。

## 以往航線

* 統一碼頭至佐敦道碼頭
* 統一碼頭至大角咀碼頭
* 統一碼頭至深水埗碼頭
* 統一碼頭至荃灣碼頭
* 統一碼頭經青衣碼頭至荃灣碼頭
* 統一碼頭至屯門碼頭
* 統一碼頭至榕樹灣碼頭（南丫島）
* 統一碼頭至索罟灣碼頭（南丫島）
* 統一碼頭至坪洲碼頭
* 統一碼頭至梅窩碼頭
* 統一碼頭至長洲碼頭
* 統一碼頭經馬灣、屯門、沙螺灣至大澳碼頭（只限於星期六、日及公眾假期開行）

## 參見

* 中環碼頭
* 海港政府大樓
* 維多利亞港

## 參考來源
統一碼頭道

**統一碼頭**（英語：United Pier）是一座位於香港中環港景街及統一碼頭道附近，已經拆卸的碼頭，原址約在今機場快綫香港站國際金融中心一期。統一碼頭現在被中環碼頭取代。

## 歷史

統一碼頭於 1933 年啟用，當時位於租卑利街一帶。油麻地小輪於同年 3 月 6 日起，配合九龍佐敦道碼頭啟用，提供來往兩個碼頭的客運及汽車渡輪服務。

在當時的附近，還有港澳輪船碼頭、皇家碼頭和瓊山碼頭等。

因為 1990 年代的中環及灣仔填海工程，該碼頭於 1995 年 5 月停用及拆卸，隨即進行填海，新填的土地建成機場鐵路香港站和香港四季酒店，原有的航線則遷往新填海區的中環碼頭。

## 以往航線

* 統一碼頭至佐敦道碼頭
* 統一碼頭至大角咀碼頭
* 統一碼頭至深水埗碼頭
* 統一碼頭至荃灣碼頭
* 統一碼頭經青衣碼頭至荃灣碼頭
* 統一碼頭至屯門碼頭
* 統一碼頭至榕樹灣碼頭（南丫島）
* 統一碼頭至索罟灣碼頭（南丫島）
* 統一碼頭至坪洲碼頭
* 統一碼頭至梅窩碼頭
* 統一碼頭至長洲碼頭
* 統一碼頭經馬灣、屯門、沙螺灣至大澳碼頭（只限於星期六、日及公眾假期開行）

## 參見

* 中環碼頭
* 海港政府大樓
* 維多利亞港

## 參考來源
統一票

**統一票**（葡萄牙語：Bilhete Único）是巴西最大城市聖保羅的非接觸式智慧卡。統一票採用 Mifare 技術，並由聖保羅交通負責管理，該機構是聖保羅巴士的交通管理局。統一票於 2004 年 5 月 18 日首次發行，容許乘搭巴士時以一次車費於兩小時內轉乘三次。2006 年起也可用於聖保羅地鐵和國鐵。

## 參考資料
統一站

**統一站**（朝鮮語：통일역／統一驛 _Tongil yŏk_ \*/?）是朝鮮平壤地鐵千里馬線的一個車站，於 1973 年 9 月 6 日隨 1 號線一同啟用啟用。

## 車站結構

### 建築

### 月台

## 使用情況

## 車站周邊

車站位於牡丹峰以南，和萬壽台之間。

* 青年公園
* 牡丹峰
  * 牡丹峰野外劇場
* 千里馬像
* 萬壽台
  * 金日成像
  * 朝鮮革命博物館
  * 萬壽台議事堂（最高人民會議）
* 金正淑托兒所
* 兒童百貨店
* 玉流館

## 歷史

## 鄰近車站
統一管理區

**單一管理區**（英語：**Unitary authority**），全名為**單一層級行政管理區**，又可稱**權力一元化機構**或**單級化行政區**等，是一種地方管理形式，它是合併上級（如「郡」）和下級（如「區」）兩級政府的功能和權限，形成只有「單一層級結構」的地方政府，在特定區域中負責所有地方政府的機能，或者在鄰近且通常由其他層級政府（如全國性政府）所管控的地方，施行某些特定機能。

單一管理區通常涵蓋多個城鎮，這些城鎮的規模足以和其他區域分隔並獨立運作。有時也會包含同一個國家中，一些沒有次級行政區的行政區劃。

## 紐西蘭

在紐西蘭也有建制相同的單位，被稱為「**權力一元化機構**」或「單級化行政區」。目前，紐西蘭有五個權力一元化機構的地方政府：奧克蘭、吉斯伯恩、塔斯曼、馬爾堡、尼爾遜。

## 加拿大

在加拿大相同建制的單位，被稱為「**單級市**」（**single-tier municipalities）** 。

## 英格蘭

在英格蘭相同建制的單位，開始於 1992 年依據「1992 年地方政府法」被設立，單位稱為「**單一管理區**」。

截至 2021 年，英格蘭共有 58 個**單一管理區**；另外，夕利群島雖然有相同性質，但其具有特殊法律地位。到 2023 年 4 月 1 日，英格蘭將有 62 個單一管理區。

### 單一管理區列表

以下為英格蘭的單一管理區列表：
統一編號

**統一編號** ，簡稱**統編**，是臺灣營利事業機構與非營利機構的個別法人身分代號，為一組 8 位數字，在註冊登記時由主管機關發配。機構有開統編及未開統編公司課的稅賦是相同的。

消費者若於消費時報上統一編號，則該統一編號之機構可以扣抵申報營業稅；唯公司採購費用（非供本業及附屬業務使用的貨物或勞務）之進項稅額，依法不得申報扣抵營業稅銷項稅額。

## 另見

* 中國大陸：統一社會信用代碼
* 日本：法人番號

## 註解

## 參考文獻

## 外部連結

* 營業稅 - 常見問題集 (FAQ)- 財政部北區國稅局
* 營利事業統一編號檢查碼邏輯修正說明 - 財政部財政資訊中心 （頁面存檔備份，存於網際網路檔案館）
統一與進步委員會

**聯合進步委員會**最初是一個成立由伊斯坦堡醫學院學生的易卜拉欣・特莫、切爾凱斯・穆罕默德・雷什德等人於 1889 年 2 月 6 日在鄂圖曼帝國在伊斯坦堡成立的秘密結社，1906 年與青年土耳其黨人合併並轉化為政黨。由於呼籲民主化和改革，在西方，團結與進步委員會成員通常被稱為「青年土耳其人」，而在鄂圖曼帝國，其成員被稱為聯盟主義者。

該黨早期引領了鄂圖曼帝國的自由改革運動，由於呼籲在帝國進行民主化和改革，遭到了鄂圖曼帝國的迫害。同時期的落後國家日本在沒有喪失自我的前提下成功地實現了自我現代化。因此聯合進步委員會受到了明治維新時期日本的極大影響，決心以日本為榜樣，從而實現鄂圖曼帝國的現代化，擺脫「歐洲病夫」的稱號，其最終目標是恢復鄂圖曼帝國的大國地位。一旦黨在 1908 年在青年土耳其革命中獲得權力，並鞏固其在 1912 年的「鄂圖曼國會選舉」和 1913 年突襲高門政變中的權力，它就越來越分化和動蕩起來，三位領導人，恩維爾帕夏、穆罕默德・塔拉特帕夏及傑馬爾帕夏組成了三人組聯盟「三帕夏」，並對鄂圖曼帝國進行了事實上的統治。

在第一次世界大戰結束時，其大部分成員都被蘇丹穆罕默德六世的軍事法庭審判並被囚禁。該組織的幾名成員於 1926 年因企圖暗殺穆斯塔法・凱末爾而在土耳其被處決。它的一些成員後來成立共和人民黨在土耳其繼續生存。

## 曾經發動的大屠殺

該組織組織主張驅趕及滅絕境內及鄰國的非土耳其裔及基督徒，包括發動下列大屠殺：

* 亞美尼亞種族滅絕
* 希臘種族滅絕
* 亞述人種族大屠殺

## 參見

* 青年土耳其黨人
* 三帕夏

## 參考資料

* Akmeșe, Handan Nezir (2005), The Birth of Modern Turkey: The Ottoman Military and the March to World I, London: IB Tauris.
統一艷花介

**統一艷花介**（學名：_**Abroeythereis tungyei**_）為粗面介科艷花介屬下的一個種。

## 參考文獻
統一英語水平評核計劃

**統一英語水準評核計劃**（英語：Common English Proficiency Assessment Scheme，簡稱：CEPAS）是一個評估香港應屆學士學位課程之本科畢業生英語水準的計劃，由大學教育資助委員會於 2002 年推出，至 2014 年計劃結束。推行計劃的目的，主要是向香港的大專院校及僱主推廣 IELTS 成為通用的英語評核標準。在計劃推行期間的每個學年，所有教資會資助課程的應屆畢業生均可自願參予國際英語測試系統（IELTS）的英語水準評核，每名參與者可獲全數資助 IELTS 的考試費，免費報考 IELTS 英語水準測試一次，雖然該計劃並非強制準畢業生必須參加 IELTS 英語評核，但參與計劃的準畢業生可將英語評核的成績作為一項額外的學術資格。

在歷次 IELTS 英語測試中，以香港大學的表現最佳，香港中文大學及香港科技大學則緊追其後，測試表現最差的是香港教育學院，教院從 2003 年度起的測試一直排名居末。

## 參考文獻

## 外部連結

* 統一英語水準評核計劃 （英文）
統一藥品

**統一藥品股份有限公司**（英語：President Pharmaceutical Corporation，簡稱：統一藥品）是統一企業集團的子公司。統一藥品原名**統仁藥品**，在 1993 年成立，並在 1996 年自創漢方中成藥系列，於 1997 年更名為統一藥品。其產品包括醫學美容保養品以及藥妝產品。

2014 年，統一藥品第一間直營店「美人塾一號店」開幕。
2019 年推出統一藥品 eSHOP app 切入自營 EC 通路

## 代理的保養品牌

* 法國醫學美容品牌 Avene 雅漾
* ELANCYL 伊蘭纖姿
* KLORANE 蔻蘿蘭
* A-DERMA 艾芙美
* DUCRAY 護蕾
* 萊萃美 Nature Made
* 彩妝 Clio
* 白花油
* 小林製藥

## 自行開發

* 我的美麗日記面膜
* 我的健康日記保健品
* 自白肌化粧水
* 統一藥品驗孕系列
* faceQ 手足膜
* 利捷維

## 參考資料

## 外部連結

* 統一藥品股份有限公司 （頁面存檔備份，存於網際網路檔案館）
* 台灣公司資料 （頁面存檔備份，存於網際網路檔案館）
統一號

**通勤列車** （韓語：통근열차／通勤列車 _Tonggeun yeolcha_ \*/?），是韓國鐵道公社下屬的一種列車種別，於 2004 年 4 月 1 日啟用。

## 歷史

### 1954 年 - 2004 年

通勤列車的前身是統一號，最初是京釜線上的特快列車，於 1954 年 8 月 15 日開始啟用，使用的是日本川崎重工業和日本車輛製造製造的鐵路客車，1980 年 1 月 1 日起京釜線上存在的各種特快列車合併為一個名稱「特快」。1984 年 1 月 1 日韓國鐵道廳更改列車級別，設置介於無窮花號和普通列車鴿號之間的統一號，繼承統一號列車的名稱，使用大宇重工業及台灣唐榮鐵工廠製造的鐵路客車，直至 2004 年 3 月 31 日停用。1996 年 4 月 1 日開始使用韓國鐵道 9501 系柴油動車組開行短途通勤列車，並以統一號票價收費。2004 年 4 月 1 日統一號廢止後，短途通勤性質的列車改名為通勤列車繼續運營。

### 2004 年至今

2004 年 4 月 1 日開始完全使用柴油動車組，儘管現在的列車的正式名號是**通勤列車**，但是很多人依然稱呼為**統一號**。隨著各路線電氣化，2006 年開始通勤列車的使用逐漸減少，到 2019 年僅剩京元線逍遙山 - 白馬高地行駛，然而同年 4 月 1 日因逍遙山 - 漣川區間電氣化工程停駛，一度沒有通勤列車在韓國鐵路網運營，韓國鐵道公社尚未公布通勤列車是否會恢復運行。

2020 年 1 月 1 日光州線的無窮花號降級為通勤列車，通勤列車重新出現在韓國鐵路網。

## 使用車輛

此款列車為大宇重工業製造的柴油動車組，除以通勤列車的名義行駛之外，還會以無窮花號和觀光列車的名義行駛。

 

## 運行區間

* 光州線：光州 - 極樂江 - 光州松汀

## 參見

* 無窮花號
* 新村號

## 參考資料
統一記憶體存取架構

**統一記憶體存取模型**（英語：Uniform Memory Access）通常簡稱 **UMA**，亦稱作**統一定址技術**或**均匀訪存模型**，指所有的物理記憶體被均勻共享，即處理器存取它們的時間是一樣的。

這種系統因為高度的資源共享也被稱為緊耦合系統（Tightly Coupled System）。

## 實例

1. 對稱多處理機 (SMP);
2. **非對稱多處理機**: 和對稱處理機不同的是，這種處理機中處理器有主從之分，主處理器可以操縱 I/O 並執行作業系統代碼，可以監視從處理器執行使用者行程，但是從處理器則不行，只能受主處理器的監視。

## hUMA

AMD 推廣異構系統架構（Heterogeneous System Architecture）時，提出了 hUMA（heterogenous UMA）。hUMA 允許 CPU 和 GPU 共享系統記憶體，讓 GPU 更有效執行通用運算 GPGPU（General-purpose computing on graphics processing unit）。

## 參見

* 非統一記憶體存取模型（NUMA）
* 快取一致性
* 對稱多處理機
* 平行計算**訪存模型**一段
統一資源定位器

**統一資源定位符**（英語：**U**niform **R**esource **L**ocator，縮寫：**URL**，或稱**統一資源定位器**、**定位位址**、**URL 位址**）俗稱網頁位址，簡稱**網址**，是網際網路上標準的資源的位址（Address），如同在網路上的門牌。它最初是由提姆・柏內茲 - 李發明用來作為全球資訊網的位址，現在它已經被全球資訊網協會編制為網際網路標準 RFC 1738。

在網際網路的歷史上，統一資源定位符的發明是一個非常基礎的步驟。統一資源定位符的語法是一般的，可延伸的，它使用美國資訊交換標準代碼的一部分來表示網際網路的位址。統一資源定位符的開始，一般會標誌著一個電腦網路所使用的網路協定。

統一資源定位符的標準格式如下：

> [協定類型]://[伺服器位址]:[埠號]/[資源層級 UNIX 檔案路徑][檔名]?[查詢]#[片段 ID]
> 
> 

統一資源定位符的完整格式如下：

> [協定類型]://[存取資源需要的憑證資訊]@[伺服器位址]:[埠號]/[資源層級 UNIX 檔案路徑][檔名]?[查詢]#[片段 ID]
> 
> 

其中 [存取憑證資訊]、[埠號]、[查詢]、[片段 ID] 都屬於選填項。

## 語法

超文字傳輸協定的統一資源定位符將從網際網路取得資訊的五個基本元素包括在一個簡單的位址中：

1. 傳送協定
2. 層級 URL 標記符號（為「//」，固定不變）
3. 存取資源需要的憑證資訊（可省略）
4. 伺服器（通常為域名，有時為 IP 位址）
5. 埠號（以數字方式表示，若為預設值可省略）
6. 路徑（以「/」字元區別路徑中的每一個目錄名稱）
7. 查詢（GET 模式的表單參數，以「?」字元為起點，每個參數以「&」隔開，再以「=」分開參數名稱與資料，通常以 UTF-8 的 URL 編碼，避開字元衝突的問題）
8. 片段（以「#」字元為起點）

### 範例

以「_https://zh.wikipedia.org:443/w/index.php?title = 隨機頁面_」爲例，其中：

1. **https**，是協定；
2. **zh.wikipedia.org**，是伺服器；
3. **443**，是伺服器上的網路埠號；
4. **/w/index.php**，是路徑；
5. **?title=Special: 隨機頁面**，是詢問。

大多數網頁瀏覽器不要求使用者輸入網頁中「**https://**」的部分，因為絕大多數網頁內容是超文字傳輸協定檔案。同樣，「**443**」是超文字文件傳輸安全協定檔案的常用埠號（而「**80**」是超文字文件傳輸協定檔案的常用埠號），因此一般也不必寫明。一般來說使用者只要鍵入統一資源定位符的一部分（如「**zh.wikipedia.org/w/index.php?title=Special: 隨機頁面 | 隨機頁面**」）就可以了。

由於超文字傳輸協定允許伺服器將瀏覽器重導向到另一個網頁位址，因此許多伺服器允許使用者省略網頁位址中的部分，比如「**www**」。從技術上來說這樣省略後的網頁位址實際上是一個不同的網頁位址，瀏覽器本身無法決定這個新位址是否通，伺服器必須完成重導向的任務。

## 其它使用

統一資源定位符不但被用作網頁位址，JDBC 客戶端也使用統一資源定位符連接其資料庫伺服器。作為對比，ODBC 的連接字串作用相同，但並不採用 URL 格式，而是分號和等號分隔的鍵值對。

以下是一個 Oracle 資料庫的統一資源定位符:

```
jdbc:datadirect:oracle://myserver:1521;sid=testdb （頁面存檔備份，存於網際網路檔案館）
```

## 參見

* 統一資源標誌符（URI）
* 統一資源名稱（URN）

## 參考資料

## 外部連結

* 全球資訊網協會 - 命名與定址 （頁面存檔備份，存於網際網路檔案館）（英文）
* 用於網際網路上的 url 線上解碼 (支援 Ascii,utf-8,big5,gb2312,euc-jp,euc-kr 編碼等) （頁面存檔備份，存於網際網路檔案館）
統一資源定位符

**統一資源定位符**（英語：**U**niform **R**esource **L**ocator，縮寫：**URL**，或稱**統一資源定位器**、**定位位址**、**URL 位址**）俗稱網頁位址，簡稱**網址**，是網際網路上標準的資源的位址（Address），如同在網路上的門牌。它最初是由提姆・柏內茲 - 李發明用來作為全球資訊網的位址，現在它已經被全球資訊網協會編制為網際網路標準 RFC 1738。

在網際網路的歷史上，統一資源定位符的發明是一個非常基礎的步驟。統一資源定位符的語法是一般的，可延伸的，它使用美國資訊交換標準代碼的一部分來表示網際網路的位址。統一資源定位符的開始，一般會標誌著一個電腦網路所使用的網路協定。

統一資源定位符的標準格式如下：

> [協定類型]://[伺服器位址]:[埠號]/[資源層級 UNIX 檔案路徑][檔名]?[查詢]#[片段 ID]
> 
> 

統一資源定位符的完整格式如下：

> [協定類型]://[存取資源需要的憑證資訊]@[伺服器位址]:[埠號]/[資源層級 UNIX 檔案路徑][檔名]?[查詢]#[片段 ID]
> 
> 

其中 [存取憑證資訊]、[埠號]、[查詢]、[片段 ID] 都屬於選填項。

## 語法

超文字傳輸協定的統一資源定位符將從網際網路取得資訊的五個基本元素包括在一個簡單的位址中：

1. 傳送協定
2. 層級 URL 標記符號（為「//」，固定不變）
3. 存取資源需要的憑證資訊（可省略）
4. 伺服器（通常為域名，有時為 IP 位址）
5. 埠號（以數字方式表示，若為預設值可省略）
6. 路徑（以「/」字元區別路徑中的每一個目錄名稱）
7. 查詢（GET 模式的表單參數，以「?」字元為起點，每個參數以「&」隔開，再以「=」分開參數名稱與資料，通常以 UTF-8 的 URL 編碼，避開字元衝突的問題）
8. 片段（以「#」字元為起點）

### 範例

以「_https://zh.wikipedia.org:443/w/index.php?title = 隨機頁面_」爲例，其中：

1. **https**，是協定；
2. **zh.wikipedia.org**，是伺服器；
3. **443**，是伺服器上的網路埠號；
4. **/w/index.php**，是路徑；
5. **?title=Special: 隨機頁面**，是詢問。

大多數網頁瀏覽器不要求使用者輸入網頁中「**https://**」的部分，因為絕大多數網頁內容是超文字傳輸協定檔案。同樣，「**443**」是超文字文件傳輸安全協定檔案的常用埠號（而「**80**」是超文字文件傳輸協定檔案的常用埠號），因此一般也不必寫明。一般來說使用者只要鍵入統一資源定位符的一部分（如「**zh.wikipedia.org/w/index.php?title=Special: 隨機頁面 | 隨機頁面**」）就可以了。

由於超文字傳輸協定允許伺服器將瀏覽器重導向到另一個網頁位址，因此許多伺服器允許使用者省略網頁位址中的部分，比如「**www**」。從技術上來說這樣省略後的網頁位址實際上是一個不同的網頁位址，瀏覽器本身無法決定這個新位址是否通，伺服器必須完成重導向的任務。

## 其它使用

統一資源定位符不但被用作網頁位址，JDBC 客戶端也使用統一資源定位符連接其資料庫伺服器。作為對比，ODBC 的連接字串作用相同，但並不採用 URL 格式，而是分號和等號分隔的鍵值對。

以下是一個 Oracle 資料庫的統一資源定位符:

```
jdbc:datadirect:oracle://myserver:1521;sid=testdb （頁面存檔備份，存於網際網路檔案館）
```

## 參見

* 統一資源標誌符（URI）
* 統一資源名稱（URN）

## 參考資料

## 外部連結

* 全球資訊網協會 - 命名與定址 （頁面存檔備份，存於網際網路檔案館）（英文）
* 用於網際網路上的 url 線上解碼 (支援 Ascii,utf-8,big5,gb2312,euc-jp,euc-kr 編碼等) （頁面存檔備份，存於網際網路檔案館）
統一資源標誌符方案

在計算機科學， **URI** 方案是_統一資源標誌符_ (URI) 命名結構的第一級。所有的統一資源定位符是從模式名稱後跟兩個點構建的（「:」）構建的。對句法和語義的具體一部分，在很大程度上，留給不同的技術規範。

由於大多數模式最初設計用於協議，因此它們通常被錯誤地稱為「協議」或「URI 協議」。例如，超文本傳輸協定方案通常用於使用超文本傳輸協定協議指定網絡資源。現在，此模式中的 URI 用於其他應用程序，例如與協議無關的資源描述框架資源（請參閱資源描述框架方案）或 XML 的命名空間。

## 通用的語法

```
<方案名稱>:<等級部分>[吗？ <查询>][#<片段>]
```

### 例子

以下是 URI 的兩個示例及其不同的組件：

```
  foo://username:password@example.com:8042/over/there/index.dtb?type=animal;name=ferret#nose
  \ /   \________________/\_________/ \__/            \___/ \_/ \_____________________/ \__/
   |           |               |       |                |    |           |                |
   |          用戶            主機    埠              |    |          查詢             片段
   |    \_______________________________/ \_____________|____|/
  方案                  |                         |     |    |
   |                   域名                      路徑   |    |
   |                                                    |    |
   |             路徑                              可以解釋為文件名
   |   ___________|____________                              |
  / \ /                        \                             |
  urn:example:animal:ferrett:nose                  可以解釋為擴展名
```

## 在網際網路號碼分配局註冊的方案

在 IANA 註冊的官方 URI 方案如下（請注意，「IETF 草案」絕不是最終規範，因此不得對其進行處理；有關詳細信息，請參閱 RFC 2026 的第 2.2 節）：

## 通常使用的非官方 URI 方案

 

## 參考文獻
統一軟體開發過程

**統一軟體開發過程**（英語：Rational Unified Process，縮寫為 RUP）是一種軟體工程方法，為迭代式軟體開發流程。最早由 Rational Software 公司開發，因此冠上公司名稱。Rational Software 公司後來被 IBM 併購，成為 IBM 之下的一個部門，因此又稱 IBM-Rational Unified Process。

RUP 描述了如何有效地利用商業的可靠的方法開發和部署軟體，是一種重量級過程（也被稱作厚方法學），因此特別適用於大型軟體團隊開發大型專案。

在軟體工程領域，與 RUP 齊名的軟體方法還有：

* 淨室軟體工程（重量級）、CMMI（重量級）
* 極限編程（extreme programming）和其他敏捷軟體開發（agile methodology）方法學（輕量級）

## 產品生命周期中的指導方針和模板

RUP 為專案成員定義了在一個產品生命周期中如下指導方針和模板。

### 迭代式開發

給定的時間內，開發一個大型的複雜的軟體系統，定義問題並構建解決方案是不可能一蹴而就的。在專案的開發過程中，由於體系結構方面的約束，客戶的需要或對原始問題更精確的理解，需求會經常地變更。迭代式開發允許通過後續的細化產生對專案更好的理解，並在每個迭代的階段，把專案的最高風險的事項作為最高優先級的任務集中精力解決。理想的，每一次迭代都以一個可執行的發布為結束，這樣可以減少一個專案風險，更多地允許客戶的互動並幫助開發人員集中精力。

### 管理需求

對於任何大型專案來說，一個文件框架是必不可少的；因此 RUP 描述了如何描述功能性，約束，設計決定和業務需求。

用例和場景是過程規定的製品的例子，在貫穿系統整個開發和部署的過程中，用例和場景在捕捉功能需求和提供一致的線索上是非常有效的。

### 使用基於構件的體系架構

基於構件的體系架構（CBA）創造了容易擴充的系統，並提升了軟體的重用性和可讀性。一個構件經常與物件導向程式設計中的一個物件有關。

RUP 提供了構建這種系統的一個系統化的方法，關注於在把所有資源投入到一個專案之前，開發出一個早期的可執行的體系架構。

這些構件通過一些基礎平台，如 CORBA 和 COM 組裝在一起。

### 軟體的視覺化建模

將你的程式設計從代碼上抽象出來，並用圖形化構件塊展現出來是得到解決方案的全面意象的一種有效方法。這對於專案的技術人員來說，一方面，能夠更容易地勾畫出如何最好的實現一個給定邏輯集合的輪廓，另一方面，能夠更容易地構造在業務過程和實現業務過程的實際代碼之間的中間物。

統一建模語言（UML）是表示專案的產業標準方法，因此經常被 RUP 使用。

### 驗證軟體品質

品質評估是所有軟體專案中最經常的失敗所在，因為通常這樣專案的僅僅在專案總結中進行品質評估和甚至由另外的團隊來進行品質評估。 RUP 在規劃品質控制和評估方面有所幫助，並把品質控制和評估包括在每個專案成員都參與的整個過程中。

### 控制軟體的變更

在所有的軟體專案中，變更是不可避免的，RUP 定義了控制和監視變更的方法。一個表面上很小的變更可能以完全不可預計的方式對應用程式產生影響，這一點對一個成功專案至關重要。RUP 同時定義了_安全的操作環境_，保證一個程式設計師對另一個系統的修改將不會對他系統地修改。這一點與基於構件的體系架構有很大的關係。

迄今為止，這些指導方針是通用的，可以在一個專案的生命周期中遵守。為了把握一個專案的時間尺度，RUP 把一個專案分為四個不同的階段：

1. 構思階段 ：包括使用者溝通和計劃活動兩個方面，強調定義和細化用例，並將其作為主要模型。
2. 細化階段 ：包括使用者溝通和建模活動，重點是建立分析和設計模型，強調類的定義和體系結構的表示。
3. 構建階段 ：將設計轉化為實現，並進行整合和測試。
4. 移交階段 ：將產品發布給使用者進行測試評價，並收集使用者的意見，之後再次進行迭代修改產品使之完善。

## 參見

* 軟體工程
* 軟體構件
* 專案生命周期
* 軟體架構
* 電腦程式設計
* 品質保證

## 參考文獻

## 外部連結

* Rational 軟體公司首頁（英文）
* The Rational Edge 網站上的 RUP 的非常好的闡述（pdf） （頁面存檔備份，存於網際網路檔案館）（英文）
統一載貨證券規則國際公約

**海牙威士比規則**（The Hague-Visby Rules）為兩部關於海上船運的國際公約之總稱。其正式的名稱為「統一載貨證券規則國際公約」（International Convention for the Unification of Certain Rules of Law relating to Bills of Lading），簡稱為「海牙規則」，本公約於 1924 年在布魯塞爾簽訂。之後，於 1968 年時，海牙規則被「威士比規則」所修正，威士比規則的正式名稱為「統一載貨證券規則國際公約修定議定書」（Protocol to Amend the International Convention for the Unification of Certain Rules of Law Relating to Bills of Lading）。而這兩份國際公約合併起來即為一般所稱的「海牙威士比規則」。海牙規則的最後一次修正為 1979 年的特別提款權議定書（SDR Protocol）。

海牙威士比規則（以及過去的英美法）乃是基於下列前提而制定：運送人通常較託運人有較強之交涉能力，因此，基於保護託運人之利益，法律有必要對於運送人所應遵守之最低義務加以規定。

根據公約第 10 條，無論船舶、運送人、託運人或其他相關人員之國籍為何，本公約各條款於下列情形之一者，適用於兩國港口間之任一載貨證券：（一）載貨證券係在一締約國內所簽發者、（二）運送係自任一締約國內港口出發者、（三）依據契約規定或得由載貨證券證明本公約之條款或任何締約國之內國法對於該契約具有拘束力者。一旦有本公約之適用，則基於公約第 3 條第 8 項之規定，運送契約中任何減輕或免除運送人基於本公約所應負的最低責任之條款、條件或約定均屬無效。

## 運送人責任

依據海牙威士比公約，運送人的主要義務為「適當且小心的裝載、搬移、運送及保管、看守並卸載所承運之貨物。」以及就「使船舶有適航性」、「配置適當的船員、設備及供應」等為必要之注意。另外，在無正當理由的情形，運送人不能偏離預定航程或通常航程，公約的第 4 條第 4 項規定：「為救助或企圖救助海上人命或財產之偏航，或任何合理的偏航，不得視為本公約貨運送契約之違反，因此所致之任何滅失或毀損，運送人不負責任。」

不過，運送人所應負的責任並非「嚴格的」責任，其僅需要負起基於其專業知識所應當盡到的合理注意義務則可。同時公約的第 4 條第 1 項也允許運送人在該條所列舉的各種情況下所造成貨物的滅失或損害可以主張免責，這些情況包含了火災、海上風險、天災、戰爭... 等情形。不過這些免責事由中，其中第 4 條第 2 項第 1 款「船長、海員、引水人或運送人之受僱人於航行上或船舶管理上之行為、疏忽或過失」甚具爭議，被認為對於託運人並不公平，因此在其後的漢堡規則和鹿特丹規則中均被刪除。

## 託運人責任

相反的，在本公約中，託運人所應負的責任較運送人少，而僅規定託運人負有下列義務：

* 支付運費
* 將貨物包裝穩固
* 誠實並精確的向託運人報告該貨物之性質、數量與內容
* 不託運危險貨物（除非雙方均同意）
* 交運貨物之通知義務

## 引用

## 外部連結

* 公約全文 （頁面存檔備份，存於網際網路檔案館）
* Admiralty Law Guide （頁面存檔備份，存於網際網路檔案館） has a brief discussion with useful links
統一速達

**統一速達股份有限公司**是一家台灣的宅配業者，由統一流通次集團旗下的統一超商全資轉投資設立，技術由日本宅配業者大和運輸提供，獲得大和運輸授權以「**黑貓宅急便**」（簡稱**宅急便**）為品牌。

## 簡介

1999 年 10 月，統一企業與大和運輸簽訂技術合作契約，正式將「宅急便」服務引進台灣。2000 年 10 月 6 日，黑貓宅急便在台灣正式開始營運。

黑貓宅急便一開始的服務範圍僅有桃園縣以北，第一天營運僅有 54 件包裹；到了 2005 年，黑貓宅急便已經傳遞超過五千萬個包裹，澎湖、小琉球、小金門等離島也可以受理寄送黑貓宅急便的服務。

隨著商業型態的多元化，包裹的兩端除了商家和消費者之外，更多時候是家人與朋友之間的互動。一如統一企業總裁高清愿所說「人在家中坐，貨從店中來」的創新和變革，透過黑貓宅急便，不僅創造出新的「鮮食文化」，更逐漸改變消費者的生活型態。

黑貓宅急便近年來各項服務持續創新，為消費者創造新的消費平台，也為台灣社會帶來各種變革和影響。

## 公司沿革

* 1998 年 10 月統一速達股份有限公司籌備處成立。
* 1999 年 10 月統一企業與大和運輸簽訂技術合作契約。
* 2000 年 1 月統一速達股份有限公司成立。
* 2000 年 10 月 6 日宅配服務正式開始，服務範圍為桃園縣以北。
* 2000 年 12 月服務範圍延伸至台灣西部。
* 2001 年 2 月服務範圍延伸至台灣全島。
* 2001 年 7 月服務範圍延伸至澎湖縣地區。
* 2003 年 7 月加入統一流通次集團（PCSC）。
* 2003 年 12 月服務範圍延伸至金門縣地區。
* 2004 年 8 月服務範圍延伸至小琉球地區。
* 2004 年 9 月大和運輸入股投資。
* 2005 年 6 月服務範圍延伸至小金門地區。
* 2005 年 12 月統一超商導入「低溫宅急便」代收服務。
* 2006 年 1 月取代台灣宅配通，成為萊爾富部分門市的宅配合作業者。
* 2006 年 10 月以「黑貓探險隊」品牌在統一超商推出預購服務。
* 2008 年 4 月推出「高爾夫宅急便」服務，「文件宅急便」開放 OK 便利店也可收件。
* 2008 年 5 月日文官方網站上線。
* 2009 年 4 月服務範圍延伸至綠島地區。
* 2009 年 9 月 9 日推出「經濟宅急便」服務，同時「文件宅急便」走入歷史。「經濟宅急便」目前僅限統一超商及 OK 便利店收件。
* 2010 年 10 月推出新加坡國際宅急便
* 2013 年 4 月正式啟用第四座轉運中心「中壢綜合轉運中心」，總面積達 11,542 坪，並配備全台第一套自動化「轉盤式分貨系統」。
* 2013 年 7 月 3 日統一速達、圓通速遞攜手兩岸配送。

## 參考資料

## 參見

* 宅急便

## 外部連結

* 黑貓宅急便 （頁面存檔備份，存於網際網路檔案館）（繁體中文）
* 黑貓宅急便 / 黑貓探險隊的 Facebook 專頁粉絲
統一運載火箭

**統一運載火箭**（英語：Unified Launch Vehicle，ULV）是印度太空研究組織（ISRO）的一個運載火箭項目，其核心目標是設計一個模組化結構，最終用以取代極軌衛星運載火箭（PSLV）、地球同步衛星運載火箭（GSLV）和地球同步衛星運載火箭 3 型號（GSLV-III）等現時印度主力的運載火箭。該火箭設計還將可能包括一個重型運載火箭的模組。

## 設計

2013 年 5 月，根據一個網站公開的部份相關細節，統一運載火箭的設計將包括一個共同的核心段和包括四種不同尺寸的上面級推進器。所有四個版本的推進器都是採用固體發動機，其中有至少三個版本是採用地球同步衛星運載火箭（GSLV 或 GSLV-III）的電動機。在核心段方面，是採用一種名為「SC160」的核心，當中約有一個重約 160,000 公斤的煤油或液氧推進劑和一個 SCE-200 火箭引擎。至於上面級方面，是採用一種名為 C30 的多節火箭，當中約有一個重約 300,000 公斤的液氫或液氧的推進劑和一個 CE-20 火箭發動機。

四個推進器的模組分別是：

* 6 × S-13；
* 2 × S-60；
* 2 × S-139；
* 2 × S-200。

統一運載火箭潛在的重型運載火箭模組將包括：

* 比 GSLV-III 採用的 S-250 大的固體推進器；
* 一個擁有更厲害的半低溫核心 - L-200 的 SCE-200 發動機；
* 一個較大的上面級（L-100）和一個能提供 600 千牛的 CE-60 發動機。

## 參考資料

* 安加拉系列運載火箭
* 擎天神 5 號運載火箭
* 三角洲 4 號運載火箭

## 外部連結

* （英文）ULV Description （頁面存檔備份，存於網際網路檔案館）
* （英文）ULV development discussion （頁面存檔備份，存於網際網路檔案館）

 

## 資料來源
統一部長

**統一部長**（韓語：통일부 장관／統一部長官 _Tong-il-bu janggwan_ \*/?），為韓國統一部的部門首長。歷史上的職稱包括**國土統一院長**（韓語：국토통일원 장관：1969 年－1990 年）、**副總理兼統一院長**（韓語：부총리 겸 통일원 장관：1990 年－1998 年）及**統一部長**（韓語：통일부 장관：1998 年－）

## 歷任首長

### 國土統一院長

* 1 代 申泰煥（신태환）：1969 年 2 月 17 日－1970 年 3 月 8 日
* 2 代 金永善（김영선）：1970 年 3 月 9 日－1973 年 12 月 1 日
* 3 代 金溶植（김용식）：1973 年 12 月 2 日－1974 年 9 月 17 日
* 4 代 愼道晟（신도성）：1974 年 9 月 18 日－1975 年 8 月 17 日
* 5 代 兪尙根（유상근）：1975 年 8 月 18 日－1976 年 12 月 3 日
* 6 代 李用熙（이용희）：1976 年 12 月 4 日－1979 年 12 月 13 日
* 7 代 李奎浩（이규호）：1979 年 12 月 14 日－1980 年 5 月 21 日
* 8 代 崔完福（최완복）：1980 年 5 月 22 日－1980 年 9 月 1 日
* 9 代 李範錫（이범석）：1980 年 9 月 2 日－1982 年 1 月 3 日
* 10 代 孫在植（손재식）：1982 年 1 月 4 日－1985 年 2 月 18 日
* 11 代 李世基（이세기）：1985 年 2 月 19 日－1985 年 7 月 31 日
* 12 代 朴東鎮（박동진）：1985 年 8 月 1 日－1986 年 8 月 26 日
* 13 代 許文道（허문도）：1986 年 8 月 27 日－1988 年 2 月 24 日
* 14 代 李洪九（이홍구）：1988 年 2 月 25 日－1990 年 3 月 18 日
* 15 代 洪性澈（홍성철）：1990 年 3 月 19 日－1990 年 12 月 26 日

### 統一院長（副總理兼任）

* 16 代 崔浩中（최호중）：1990 年 12 月 27 日－1992 年 6 月 25 日
* 17 代 崔永喆（최영철）：1992 年 6 月 26 日－1993 年 2 月 25 日
* 18 代 韓完相（한완상）：1993 年 2 月 26 日－1993 年 12 月 21 日
* 19 代 李榮德（이영덕）：1993 年 12 月 22 日－1994 年 4 月 29 日
* 20 代 李洪九（이홍구）：1994 年 4 月 30 日－1994 年 12 月 16 日
  * 代理 宋栄大（송영대）：1994 年 12 月 17 日－1994 年 12 月 23 日（職務代理）
* 21 代 代金悳（김덕）：1994 年 12 月 24 日－1995 年 2 月 21 日
* 22 代 羅雄培（나웅배）：1995 年 2 月 22 日－1995 年 12 月 20 日
* 23 代 權五琦（권오기）：1995 年 12 月 21 日－1998 年 3 月 2 日

### 統一部長

* 24 代 康仁德（강인덕）：1998 年 3 月 3 日－1999 年 5 月 23 日
* 25 代 林東源（임동원）：1999 年 5 月 24 日－1999 年 12 月 23 日
* 26 代 朴在圭（박재규）：1999 年 12 月 24 日－2001 年 3 月 25 日
* 27 代 林東源（임동원）：2001 年 3 月 26 日－2001 年 9 月 6 日
* 28 代 洪淳瑛（홍순영）：2001 年 9 月 7 日－2002 年 1 月 28 日
* 29 代 丁世鉉（정세현）：2002 年 1 月 29 日－2003 年 2 月 26 日
* 30 代 丁世鉉（정세현）：2003 年 2 月 27 日－2004 年 6 月 30 日
* 31 代 鄭東泳（정동영）：2004 年 7 月 1 日－2006 年 2 月 9 日
* 32 代 李鍾奭（이종석）：2006 年 2 月 10 日－2006 年 12 月 11 日
* 33 代 李在禎（이재정）：2006 年 12 月 12 日－2008 年 2 月 29 日
* 34 代 金夏中（김하중）：2008 年 3 月 11 日－2009 年 2 月 11 日
* 35 代 玄仁澤（현인택）：2009 年 2 月 12 日－2011 年 9 月 30 日
* 36 代 柳佑益（류우익）：2011 年 10 月 4 日－2013 年 3 月 11 日
* 37 代 柳吉在（류길재）：2013 年 3 月 11 日－2015 年 3 月 13 日
* 38 代 洪容杓（홍용표）：2015 年 3 月 16 日－2017 年 7 月 2 日
* 39 代 趙明均（조명균）：2017 年 7 月 3 日－2019 年 3 月 8 日
* 40 代 金鍊鐵（김연철）：2019 年 4 月 8 日－2020 年 6 月 19 日
  * 代理 徐虎（서호）：2020 年 6 月 20 日－2020 年 7 月 27 日
* 41 代 李仁榮：2020 年 7 月 27 日－2022 年 5 月 9 日
* 42 代 權寧世：2022 年 5 月 10 日－

## 參考文獻
統一銷售稅

**加拿大銷售稅**可以分為三大類：

* 聯邦政府的商品及服務稅，又稱貨勞稅（英語：Goods and Services Tax，GST；法語：Taxe sur les produits et services，TPS），
* 省級的省銷售稅（英語：Provincial Sales Tax，PST），
* 上述兩種稅項合二為一的合併銷售稅（英語：Harmonized Sales Tax，HST；法語：Taxe de vente harmonisée，TVH）。

合併銷售稅現時應用於安大略省以及新伯倫瑞克省、新斯科細亞省和紐芬蘭 - 拉布拉多省三個大西洋省份。此稅項由加拿大稅務局收取後，再由當局向上列各省分發其所佔的款項。

在育空地區、西北地區、努納維特地區及艾伯塔省除了聯邦的銷售稅以外，並沒有再次一級的銷售稅。而從 2008 年 1 月 1 日開始，聯邦銷售稅稅率為 5％。

## 各省銷售稅

設有獨立省銷售稅的省份為薩省、曼省、魁北克省及愛德華王子島；魁省的省銷售稅稱為「魁北克銷售稅」（法語：Taxes des Ventes du Québec，簡寫作 **TVQ**；英語：Quebec Sales Tax，簡寫作 **QST**）。愛德華王子島省政府計劃於 2013 年 4 月 1 日實行合併銷售稅制；而不列顛哥倫比亞省政府則將於同日廢除該稅制並恢復舊制，以尊重該省選民於 2011 年公投中通過廢除新制的意願。

省銷售稅的稅率因省而異，而應課稅的商品及服務亦如是。另一方面，對於實行合併銷售稅的省份，每當聯邦稅款有所調整，為保持合併後的稅率穩定，省銷售稅會因應上繳的稅款轉變而作相應的調整。現時除了合併銷售稅及魁北克銷售稅為增值稅之外，其他省稅均為級聯稅。新伯倫瑞克省和紐芬蘭 - 拉布拉多省均實行 13% 的合併銷售稅，而新斯科細亞省則實行 15% 的合併銷售稅。現時加國北部三個地區（育空、西北地區和努納維特）均沒有地區銷售稅。

## 參考資料

## 外部連結

* Canada Revenue Agency website（頁面存檔備份，存於網際網路檔案館）
* Revenu Quebec website（頁面存檔備份，存於網際網路檔案館）
* Revenu Québec (Renseignements généraux sur la TVQ et la TPS/TVH)
* Article on Canadian real estate sales tax
統一門

**統一門**，正式名稱**祖國統一三大憲章紀念塔**（朝鮮語：조국통일3대헌장기념탑／祖國統一三大憲章記念塔），是為紀念朝鮮發表的《祖國統一三大憲章》而修建的一座門型紀念碑，位於朝鮮民主主義人民共和國首都平壤直轄市南郊統一大道上的平壤─開城高速公路入口。該紀念碑高 30 米、占地 10 萬平方米，在 2000 年南北韓高峰會後動工興建，於 2001 年 8 月 14 日落成，象徵了朝鮮人民盼望統一的願望。三大憲章分別為朝鮮前領導人金日成提出的祖國統一三大原則、高麗民主聯邦共和國建立方案和全民族大團結十大綱領。

## 外觀

兩位身穿傳統朝鮮禮服的婦女雕像，聯手舉起一個紀念盾牌，該紀念盾牌上雕刻整個朝鮮的地形圖，統一大道是一條連繫朝鮮的首都平壤至三八線裡的非軍事區。 
結構象徵朝鮮的人民團結一起使她們的國家和平統一。朝鮮地圖下方的文字「3대헌장」意為「三大憲章」，以紀念朝鮮發表三大統一憲章。

## 參考文獻
統一閣

**統一閣**（韓語：통일각／統一閣 _Tong-il Gak_）是一處於朝鮮半島板門店北方，由朝鮮民主主義人民共和國所興建的建築物。讓南北領導人直接對話和兩國進行外交活動的地方。
2018 年 5 月 26 日，南北領導人在此進行第 4 次首腦會晤 。

## 簡介

統一閣建於 1985 年，樓高兩層。

除用作朝韓兩國進行對話的地方外，統一閣也用作朝鮮軍事人員工作的空間。

南韓興建有和平之家與統一閣對望。

## 參考資料
統一關係企業

**統一企業**（英文及國際品牌名稱：Uni-President）是一家臺灣食品公司，為台南幫的領頭企業之一，總部位於臺南市永康區鹽行。1967 年成立，1987 年 12 月 28 日在臺灣證券交易所股票上市，股票代號 1216。以該公司為中心的統一企業集團，事業版圖橫跨零售、物流、貿易、投資、建設等領域；旗下最大子公司統一超商為跨國連鎖超商 7-Eleven 在臺灣的特許經營商，為臺灣據點數量最多的連鎖零售通路。其亦透過全資子公司「統一棒球隊股份有限公司」經營中華職棒球隊統一 7-ELEVEn 獅，是中華職棒目前唯一的元老球隊。

## 歷史

* 1967 年，「統一企業股份有限公司」於臺南縣學甲鎮（今臺南市學甲區）開業，最初以生產麵粉及飼料創業。董事長為吳修齊，總經理為高清愿。
* 1969 年，統一企業開始籌備生產泡麵，與日清製粉技術合作，隨後在泰國投資設廠，在香港設立經銷商。
* 1972 年，統一企業分設四個事業部：麵粉部、食品部、飼料部、油脂部。
* 1975 年，統一企業因接管中國乳業公司橋頭廠而成立乳品部，並與明治乳業技術合作。
* 1979 年，統一企業與美國南方公司簽約，引進 7-Eleven 經營（由日本 7-Eleven 授權經營），成立超商部。
* 1987 年，統一企業掛牌上市，7-ELEVEN 獨立成為統一超商股份有限公司。
* 1989 年，統一企業成立子公司統一棒球隊股份有限公司（統一獅），加盟中華職業棒球聯盟（今中華職業棒球大聯盟）。
* 2004 年，統一企業以 10.5 億元代價，購入前光泉牧場總經理汪圳泉家族在光泉牧場 31.25% 的持股，包含汪圳泉在光泉食品與萊爾富各 30% 左右股權
* 2007 年，由統一企業投資成立的子公司統正開發股份有限公司經營，位於高雄市前鎮區的統一夢時代購物中心正式營運開幕。
* 2012 年，統一企業決定在新竹縣湖口鄉投資新臺幣一百億元成立一貫化新生產線。
* 2013 年 5 月， 統一企業以每股 16 元出售萊爾富 30% 股權（約 2.35 萬張股票）給安橋亞洲投資，交易金額 3.76 億元，處分利益約 2 億元。
* 2013 年 11 月，高清愿辭卸統一企業董事長職位，交給其女婿現任總經理羅智先接任。
* 2016 年 4 月，統一企業創辦人高清愿辭世。
* 2016 年 5 月，耗資逾新臺幣百億元的統一企業湖口園區完工啟用。
* 2022 年 7 月，統一企業和統一超商宣布分別收購臺灣家樂福 49.5%、10.5% 的股份，交易金額暫估新臺幣 239 億、51 億。收購案正待公平會許可。若完成，統一企業將持有臺灣家樂福 100% 股權。

## 歷任負責人

**榮譽董事長**

**董事長**

**總經理**

**已無設置的職位**

## 品牌與產品

* 以食品業為主，產品包括麵粉、狗飼料、油脂、速食麵、冷調食品、飲料、奶粉、乳品、麵包、醬品、肉品、進口食品等之製造加工及銷售。

## 爭議事件

### 食品安全事件、品名標示問題

## 統一企業集團

## 其他關聯組織

### 企業家高層聯誼組織

* 三三會

### 國家分類

* 統一企業中國
* 統一企業越南
* 統一企業泰國

### 旗下大型商場

* 統一夢時代購物中心 (Dream Mall) 全台灣最大的購物中心
* 統一時代百貨

### 品牌據點

* Mister Donut 統一多拿滋（台灣・上海）
* 統一生機（台灣）
* 和食 sato（台灣）
* 星巴克（台灣）
* 7-Eleven（台灣・菲律賓・上海・浙江）
* 康是美（台灣・深圳）
* 酷聖石（大中華區）
* 博客來網路書店
* 21 風味館
* 聖娜多堡（台灣・武漢）
* 聖德科斯
* 法寶超市（北京）
* 統一銀座（山東）
* Unimart 超市（越南）
* 統一精工 速邁樂加油站（台灣）

### 宅配

* 統一速達（黑貓宅急便）
* 專聯科技 (foodomo)

### 油脂

* 大統益 （頁面存檔備份，存於網際網路檔案館）：為統一集團與國內的泰華油脂工業、大成長城企業合資設立的油脂公司，並在台灣證券交易所上市 (臺證所：**1232**)。
  * 美食家

### 證券

* 統一綜合証劵
* 統一投信
* 統一投顧
* 統一期貨

### 建設

* 太子建設 (臺證所：2511)

### 其他

* 大統營實業
* 萬通人力集團
* PINOH 品諾家電
* 南臺科技大學
* 統一 7-ELEVEn 獅
* 統一行動牛奶車 PEC-GO 線上訂
* 統一速邁自販

## 相關產品

* 茶品

　
: : 茶裏王系列

　
: 麥香系列（部分全家便利商店分店未販售 375ml 系列）

　
: 飲冰室茶集

　
: 純喫茶（全家便利商店未販售檸檬綠茶、烏龍青茶）

　
: 濃韻系列（全家便利商店未販售日式綠茶）

　
: 烏龍茶

　
: 日式綠茶

　
: 7-ELEVEn iseLect（代工）

　
: 經典茶飲

　
: 茶攤手搖風

　
: 嚴選素材（咖啡）

　
: 美研社

　
: 玫瑰花果茶（2002 年上市，2015 年停賣，2019 年重新上市；委託宏全國際製造）

* 速食麵／麵條

　
: : 統一麵

　
: 統一脆麵

　
: 統一調合米粉

　
: 大補帖

　
: One More Cup Premium

　
: 滿漢御品

　
: 科學麵

　
: 滿漢大餐

　
: 來一客

　
: 阿 Q 桶麵

　
: 好勁道

　
: 拉麵道

* 麵包／蛋糕

　
: : 統一麵包

　
: 統一蛋糕屋

　
: 貝洛邦

　
: Amelie's Bagel

　
: 新感覺

　
: 瑞穗鮮乳土司

　
: 晨光

* 咖啡

　
: : 左岸咖啡館

　
: 咖啡廣場

　
: HIS CAFE

* 穀物奶、豆漿、多多（全家便利商店已停賣蜜豆奶系列商品）

　
: : 統一蜜豆奶（牛奶、草莓、雞蛋）

　
: 原味多多、牛奶多多、草莓多多

　
: 統一陽光系列

　
: LP33 系列

* 甜點

　
: : HIS＆HERS

　
: 統一布丁

* 乳飲品

　
: : 輕鬆小品（咖啡牛奶）

　
: 瑞穗系列

　
: 統一牛乳系列

　
: AB 優酪乳

* 礦泉水

　
: : PH9.0 鹼性離子水

　
: H2O 純水

　
: UNI water

## 註釋

## 參考文獻

## 外部連結

* （繁體中文） 官方網站
* （繁體中文） 統一企業的 Facebook 專頁
統一阪急

**統一時代百貨**的前身為「統一阪急百貨」，現有分店如下：

* 統一時代百貨台北店
* 統一時代百貨高雄店
統一院

**北韓離脫住民定著支援事務所**（韓語：북한이탈주민정착지원사무소／北韓離脫住民定着支援事務所 _Bukhan italjumin jeongchakjiwon-samuso_，英語：Settlement Support Center for North Korean Refugees），又稱**統一院**（하나원／하나院 _Hanawon_），是大韓民國主要的脫北者再教育機構，1999 年 8 月建於京畿道安城市，隸屬於統一部。據芭芭拉・德米克《我們最幸福：北韓人民的真實生活》一書記載，統一院兼有培訓學校和中途客棧性質，旨在通過三個月的全方位培訓，使脫北者適應南韓生活，並融入南韓社會。然而許多脫北者離院後仍然不能獨立適應充滿競爭的南韓社會，因此仍需自由北韓、新祖為等非政府組織的援助。

## 參考資料
統一院長

**統一部**（韓語：**통일부**／統一部 _Tong-il-bu_ \*/?），是韓國中央行政機關中專責朝鮮半島南北關係的部門。部門首長稱**統一部長官**（韓語：통일부 장관／統一部 長官），同時兼任國務委員，其任務在於實現朝鮮半島和平並構建統一基礎，以此開創「朝鮮半島統一時代」。

## 沿革

統一部根據法律第 2041 號的新設國土統一院等相關政府組織法中法律修訂案中設立，由總統令第 3574 號在 1969 年 1 月 29 日確立編制，並於 3 月 1 日正式設立國土統一院。其後隨南北情勢發展與事實需要，而有組織上的變化。

* 1990 年 12 月 27 日 － 改稱統一院。院長升為副總理級。
* 1998 年 2 月 28 日 － 副總理制廢止，統一院改組為統一部。
* 1999 年 7 月 8 日 － 北韓離脫住民定著支援事務所設立。
* 2003 年 11 月 20 日 － 南北出入事務所設立。
* 2014 年 8 月 27 日 － 設立韓半島統一未來中心。
* 2015 年 1 月 7 日 － 新設統一文化課、人道開發合作課。
* 2016 年 9 月 23 日 －新設共同體基礎建設局、和平政策課、公關專員、北韓人權檔案中心

## 職責

* 南北統一及南北對話、交流合作、人道支援等相關政策的制定。
* 統一事業的教育、宣傳等相關事務的管理。

## 組織

### 官員

* 長官（韓語：통일부 장관／統一部 長官）
  * 發言人：公關專員及宣傳專員
  * 部長政策輔佐官
* 次官
  * 監察專員

### 下屬機構

* 企畫調整室
* 運營支援課
* 統一政策室
* 局勢分析局
* 共同體基礎建設局
* 交流合作局
* 南北合作地區發展企劃團

### 附屬機構

* 統一教育院（통일교육원）
* 南北會談本部（남북회담본부）
* 南北出入事務所（남북출입사무소）（京義線都羅山站、東海線豬津站，均設有公路及鐵路出入事務所）
* 北韓離脫住民定著支援事務所
* 南北交流協力協議事務所（남북교류협력협의사무소）
* 脫北居民支援財團
* 南北交流合作支援協會
* 韓半島統一未來中心
* 開成工業園南北共同委員事務處
* 北韓人權檔案中心

## 歷任首長

## 參考文獻

## 外部連結

* 統一部 （頁面存檔備份，存於網際網路檔案館）（韓文）
* 統一部 （頁面存檔備份，存於網際網路檔案館）（英文）
* 統一部 （頁面存檔備份，存於網際網路檔案館）（簡體中文）

## 參見

* 祖國和平統一委員會
* 大韓民國政治
* 朝鮮半島統一問題
* 祖國統一民主主義戰線
* 南北韓高峰會
  * 《南北共同宣言》
  * 《北南關係發展與和平繁榮宣言》
* 陽光政策
* 朝核問題
* 六方會談
* 鄭東泳
* 李鍾奭
統一電子卡

統一電子卡（英語：Universal electronic card, UEC）（俄語：универсальнаяэлектроннаякарта）是 2013 年 1 月至 2016 年 12 月間頒發給俄羅斯公民的電子身份證。持卡人可透過該卡片遠程預定並使用政府服務，而不必如往常一般攜帶大量文件如包括醫療保險政策和退休金保險證明等。此卡亦可集合其他服務，包括電子錢包，借記卡，電子簽名，機票等。然而，此卡片已於 2017 年 1 月 1 日停止使用，所有卡片所加載的電子簽名亦已於 2017 年 4 月被撤銷。

 

## 歷史

2010 年 7 月 27 日，第 210-FZ 號聯邦法「關於公共和市政服務的組織」發布，該法規定了統一電子卡項目，項目目標及其應用領域。

2011 年 2 月，俄羅斯總統德米特里・梅德韋傑夫（Dmitry Medvedev）主持了「俄羅斯現代化與技術發展委員會」會議，倡導統一電子卡發行及向民眾提供公共服務是該會議最重要的項目之一。但是，俄羅斯公司當時沒有能力製造卡片所需的微處理器，而需向國外微處理器生產公司訂購，俄羅斯聯邦安全局認為這種行為很危險。

2011 年 10 月，俄羅斯總統梅德韋傑夫簽署總統令，要求在統一電子卡上印刷國徽。UEC 系統原本預計從 2012 年年中投入使用，但是有關部門發現，部門間統一電子系統的實施存在困難。因此統一電子卡的發行期重新安排為 2013 年 1 月 1 日。同時，政府決定 UEC 卡初期僅支持使用俄羅斯支付系統 PRO100，而暫不支持國際支付系統 Visa 和 MasterCard。

自 2012 年 2 月起，俄羅斯的 9 個試點地區：莫斯科，聖彼得堡，阿斯特拉罕地區，巴什科爾托斯坦共和國，伏爾加格勒州，新西伯利亞州，奔薩州，克拉斯諾達爾邊疆區和韃靼斯坦共和國開始簽發實驗性的卡片，以此驗證它在實踐中是否有效。

2012 年 2 月 16 日，政府發布「如何使用 UEC」指南，指出未來可能引入 PIN 密碼用於辨認持卡人身份。

2012 年 9 月，據報導 UEC 中使用和測試的技術將用於計劃在幾年後發布的電子護照中。

2012 年 12 月，政府命令要求所有提供州和市政服務的多功能中心都必須配備統一電子卡讀卡器。

2013 年 1 月，俄羅斯「 Mikron」公司完成了統一電子卡微處理器的認證。同時，外國企業 JSC 仍負責生產部分卡片，這樣做是為了兩家公司之間的競爭，以降低 UEC 的生產成本。 UEC 開始向俄羅斯公民開放申請，俄羅斯各地的公開點都可接收申請和發卡。 「 UEC」總裁 Alex Popov 表示，該卡使用電子簽名 CryptoPro，「十分安全」。

2013 年 2 月，UEC 機構宣布俄羅斯聯邦的某些地區沒有足夠的資金來確保卡的生產和發行。 Sberbank 決定成為股東授權的地區組織的一部分，從而使他們能夠參與發卡工作，並創建統一的區域處理中心，這些部門將接管所有 UEC 發行的支出部分，而收入方將負責該區域公用事業的應計付款。

2013 年春季，停止發行區域性社會卡，改用統一電子卡代替。政府計劃在 2013 年春末開放一個門戶渠道，供市民識別並支付公共服務費用。市民可以持 UEC 卡，使用讀卡器在入口網站上註冊。

2016 年 12 月 28 日，第 471-FZ 號聯邦法律取消 UEC 項目。 

## 卡片詳情

證件背面印有公民身份證明數據：姓名，姓氏，名字，性別，出生日期，持有人的簽名，照片，信用卡號和有效期，強制性退休金保險系統– SNILS， 強制性健康保險系統保險單 OMC。

卡片背面有一晶片，可存儲卡片電子簽名，及加密的已購買機票，剩餘行程的數據。 有關公民的其他詳細信息仍存儲在公共機構的資料庫中，UEC 僅在使用機構間電子交互的安全通道通信系統將記錄交給相應的機構處理時，才能讀取有效記錄。
統一顯示介面

**統一顯示介面**（**Unified Display Interface**，**UDI**）是一個以 DVI 為基礎的數位影片介面規範。它主要意義在於提供與現有的 HDMI 和 DVI 介面的相容性，同時追求更低的成本。不同於目的在高解析度多媒體消費電子裝置的 HDMI（例如用於電視螢幕和 DVD 播放器），UDI 針對電腦顯示器和顯示卡製造商，不支援音訊資料的傳輸。

UDI 主要由英特爾和三星及其他合作夥伴支援。2007 年初，英特爾開始支援類似的 DisplayPort 標準，並且英特爾和三星登出了 UDI SIG。自 2007 年年初以來，沒有關於 UDI 的公告，UDI 網站也已不再執行。

## 概述

UDI 提供了比起前身更高的頻寬（其首個版本最高 16Gbit/s，而 HDMI 1.0 為 4.9Gbit/s）並包含一種數位版權管理機制 ——HDCP。連接器具有彼此間隔 0.6mm 間距的單排 26 個觸點，看上去非常類似於僅具有單行四個觸點的 USB 插頭。26 個觸點中的其中三個沒有接線，保留用於未來升級的可能性。發射與接收插頭略有不同，UDI 電纜非雙向通用。雙向通信的資料速率比單向影片下行流低很多。

2005 年 12 月 20 日，UDI 特別興趣小組（UDI SIG）宣布。他們致力於制定精細的規格和推廣介面。成員包括蘋果公司、英特爾、LG、輝達、三星及 Silicon Image Inc.。UDI 規範於 2006 年 7 月完成。UDI 與 HDMI 之間的差異被保持在最小，因為這兩個規範都是為長期相容性而設計。

## 參考資料

### 英語新聞

* Unified Display Interface Nears Release. DailyTech. 2006-07-03 [2006-08-15]. （原始內容存檔於 2006-07-13）.
* Next-gen display standard emerges for PC, HDTVs. EETimes. 2005-12-20 [2006-08-15].
* Industry group promotes UDI as successor of VGA graphical interface. TG Daily. 2005-12-20 [2006-08-15]. （原始內容存檔於 2005-12-23）.

### 中文新聞

* 显示接口何时了 全新 UDI 接口将登场。新浪科技. [2017-01-03]. （原始內容存檔於 2017-01-04）.
* Rick Merritt. UDI 出局，HDMI 与 DisplayPort 谁将称霸？. 電子工程專輯. 2007 年 3 月 23 日 [2017-01-03]. （原始內容存檔於 2017-01-04）.
* 兼容 HDMI/DVI UDI 显示接口将至。中關村線上. 2006 年 7 月 4 日 [2017-01-03]. （原始內容存檔於 2017-01-04）.
* UDI 1.0a 標準公布 三大數位影片介面亮相，位元網，2006-09-19, 來源：國際電子商情
* 先別升級！HDMI 介面即將面臨淘汰厄運 （頁面存檔備份，存於網際網路檔案館）, 2007 年 4 月 8 日
* 英特爾謀劃新數位影片介面 UDI 攪亂 DVI HDMI, eNet 矽谷動力
* UDI 拿什麼對抗 DisplayPort？英特爾欲將 HDCP 對準無線傳輸，2006 年 9 月 6 日
* 英特爾彌合數字顯示介面分歧，DVI 與 HDMI 產品可互操作 （頁面存檔備份，存於網際網路檔案館）, 2006 年 9 月 5 日，國際電子商情

## 外部連結

* DVI、HDMI 和 UDI 視訊連接頭的發展及應用 （頁面存檔備份，存於網際網路檔案館）
* VGA 標準將死！相容 HDTV 顯示介面出台
* 介面比拼：HDMI 與 DisplayPort 深度比較 （頁面存檔備份，存於網際網路檔案館）
* 幾種高頻寬數位影片介面的發展及應用 （頁面存檔備份，存於網際網路檔案館）, 今日電子
統一馬其頓

**統一馬其頓** （馬其頓語：Обединета Македонија, _Obedineta Makedonija_）是一個馬其頓人民族主義者所提出的民族統一主義概念。其目標是統一馬其頓地區。統一馬其頓這一主張認為，馬其頓地區全境都是斯拉夫系馬其頓人的故鄉，只是在 1913 年的第二次巴爾幹戰爭被交戰國塞爾維亞、希臘和保加利亞根據布加勒斯特和約不當瓜分。統一馬其頓主張在馬其頓地區建立一個統一的國家，以目前希臘統治的**索倫**（Солун，_Solun_，指塞薩洛尼基）為首都。這一用語自 1900 年代初期開始使用，和巴爾幹共產主義聯邦構想有關。

目前馬其頓共和國政府撤回了其對鄰國的領土要求，也沒有支持統一馬其頓主義者的行動。然而這一概念在馬其頓民眾中有很高知名度。

## 概要

斯拉夫系馬其頓人將馬其頓分為如下地區。雖然並非只有斯拉夫系馬其頓人和其民族主義者這樣分區，然而這種分區會令希臘人和保加利亞人感到被冒犯。

****瓦達河馬其頓**（Вардарска Македонија、_Vardarska Makedonija_）**
: 相當於現在的馬其頓共和國

****愛琴馬其頓**（Егејска Македонија、_Egejska Makedonija_）**
: 相當於希臘共和國北部帶有「馬其頓」名稱的大區

****匹林馬其頓**（Пиринска Македонија、_Pirinska Makedonija_）**
: 保加利亞西南部布拉格耶夫格勒州的通稱

****馬拉普雷斯帕和戈洛博爾達**（Мала Преспа и Голо Брдо）**
: 大約相當於阿爾巴尼亞共和國東南部科赤區、波格拉德茨區、德佛爾區地區。有時也被認為是愛琴馬其頓的一部份。

****戈拉**和**普羅霍爾 - 普奇尼亞**（Гора и Прохор Пчински）**
: 分別指科索沃南部和塞爾維亞南部。有時被認為是發達河馬其頓的一部份。

統一馬其頓主張，馬其頓地區大多數的居民都是被壓制的斯拉夫系馬其頓人，他們居住的地區是馬其頓「未解放」的一部份。他們還認為，在保加利亞及阿爾巴尼亞的人口統計中，馬其頓人的數量比實際數量要少。

在阿爾巴尼亞的官方統計中，馬其頓人的人口數量有 5,000 人，而馬其頓人民族主義者則主張實際約有 12 萬 - 35 萬人。在保加利亞，官方統計的馬其頓人人口有 5,071 人，馬其頓人民族主義者則聲稱有 20 萬人。

在希臘，認為自己是希臘人、保加利亞人或馬其頓人的斯拉夫系少數民族有 10 萬 - 20 萬人（據希臘・赫爾辛基委員會），其中只有 1 萬 - 3 萬人認為自己是馬其頓人。馬其頓人民族主義者則認為希臘的馬其頓人人口有 80 萬人。

## 歷史

### 20 世紀前期

這一概念的起源可追溯至 1910 年。第一次巴爾幹共產主義聯邦構想的主要綱領之一就是解決馬其頓問題，格奧爾基・季米特洛夫在 1915 年就稱要統一被三個國家分割的馬其頓，創建在巴爾幹民主主義聯邦的框架中擁有對等權利的馬其頓。

馬其頓內部革命組織的革命家也曾使用統一馬其頓的概念。1920 年到 1934 年期間的馬其頓內部革命組織領導者托多爾・亞歷山德羅夫、亞歷山大・普羅托格羅夫、伊萬・米哈伊羅夫等人聲稱，統一馬其頓是解放被希臘及塞爾維亞佔領的馬其頓和馬其頓統一，建設所有馬其頓人民（保加利亞人、塞爾維亞人、希臘人、阿爾巴尼亞人等）的統一馬其頓國家的步驟。

在共產主義體制下統一馬其頓全境的想法隨著 1948 年希臘共產黨在希臘內戰中敗北以及狄托統治的南斯拉夫和蘇聯及保加利亞分道揚鑣而變得不可能實現。

### 馬其頓獨立後

希臘懷疑馬其頓共和國在從南斯拉夫獨立前後曾正式支持過統一馬其頓主義。1991 年 11 月 17 日通過的馬其頓共和國最初的憲法中，第 47 條有如下內容：

　
: 1. 共和國關心居住在鄰國的馬其頓人，以及被驅逐至國外的馬其頓人的地位和權利。共和國支持這些人文化的發展以及和共和國的關係。共和國不會侵害他國的主權，也不干涉內政問題。

　
: 2. 共和國關心共和國國民在國外的文化、經濟、社會權利。

希臘認為這是馬其頓為其干涉希臘的內政問題提供藉口的規定。

1995 年 9 月 13 日，馬其頓共和國爲了結束希臘以領土問題等為由對馬其頓進行的經濟封鎖，和希臘達成了臨時協議。協議的內容規定，前南斯拉夫馬其頓共和國撤回對其鄰國全部的領土要求，統一馬其頓主義因此無法獲得任何官方支持。然而統一馬其頓的概念已經廣為人知，並得到馬其頓人民族主義者的擁護。

然而，統一馬其頓的概念在此之後仍然可以在馬其頓共和國的官方文書中見到，在學校使用的教科書和其他政府的官方發行物上也能看到統一馬其頓的觀點 。

## 註釋
統一麵包

**統一麵包**是統一企業旗下的一個麵包品牌。1980 年統一企業於食品群下設立麵包部，同時成立中壢大麵包廠，並開始以統一麵包為品牌大量生產麵包，當時主要銷售管道除了統一超商外，也成立統一麵包專賣店（即後來的統一麵包便利商店，目前已經結束營業）。目前主要銷售通路包含統一超商、全家便利商店、萊爾富、OK 便利店、聖娜多堡、星巴克咖啡連鎖店，產品主要是以機器生產再配送到銷售點，另生產冷凍麵糰供聖娜多堡再加工銷售，目前佔有台灣麵包市場 15% 的銷售額。

## 參考條目

* 統一企業
* 統一超商

## 外部連結

* 統一企業集團 PECOS （頁面存檔備份，存於網際網路檔案館）網站的統一麵包品牌介紹（繁體中文）
統一麵包_(消歧義)

**統一麵包**可以指：

* 統一麵包，是統一企業生產的麵包商品品牌。
* 統一麵包便利商店，由統一企業在台灣經營的便利商店連鎖，現已經結束營業。
* 武漢統一麵包烘焙有限公司，由統一企業在中國武漢經營的麵包連鎖店
統一麵包便利商店

**統一麵包便利商店**是台灣統一企業經營的一個便利商店體系，目前絕大多數加盟店已經停止經營或轉加盟其他便利商店系統。外界多將統一超商與統一麵包便利商店混淆在一起，兩者實際上是兩個不同的經營體系。

1980 年統一企業於食品事業群下設立麵包部，同時成立中壢大麵包廠，開始生產統一麵包；為了擴大銷售管道，於同年 7 月 12 日成立自願連鎖型態的統一麵包專賣店，然而自此開始陷入年年虧損的窘境。1986 年 5 月 5 日於台灣臺中發生蘋果麵包中毒事件，對統一麵包造成嚴重打擊；同年 9 月，統一麵包加盟店店主發起「經營改善委員會」，作為與統一企業間經營的橋梁，並試圖找出改善的方式。在研究過多種方式後，1988 年以便利商店的型態重新開幕，1992 年統一企業另成立商品部與加盟業務部來統籌統一麵包加盟店的經營，其後快速發展店數不斷增多，最多的時期曾到達數百家。1996 年推出第三代店，但之後店數逐漸遞減。

統一麵包便利商店因採自願加盟，技術門檻低，且對加盟店約束力小，經營上也無特別之處，許多加盟店期滿改掛自己招牌不願繼續加盟，與同集團內的統一超商或其他便利商店通路競爭力也不斷下降，因此發展出現瓶頸。統一企業基於整體營運考量，於 1990 年代末期便逐漸放棄此一體系，並且由統一超商輔導既有加盟店改換 7-Eleven 體系；之後，加盟店陸續終止契約，不願轉投 7-Eleven 者則改採獨立經營或轉入其他便利商店體系，加盟總部 2002 年停止運作。

## 參考書目

* 李仁芳，《統一超商縱橫台灣：厚基組織論》，遠流出版事業股份有限公司 1995 年 7 月 1 日，ISBN 9573225905

## 參考條目

* 統一企業
* 統一超商
統一黨

**統一黨**是中華民國初年成立的政黨。先是 1912 年 1 月 3 日，原光復會脫離同盟會，組成中華民國聯合會，後與張謇等人組成的預備立憲會合併，成立統一黨，張謇、章炳麟、程德全、熊希齡等為理事。政綱凡十一條：

* 團結全國領土，釐正行政區域
* 完成責任內閣制度
* 融和民族，齊一文化
* 注重民生，採用社會政策
* 整理財政，平均人民負擔
* 整頓金融機關，發達國民經濟
* 整理海陸軍備，提倡徵兵制度
* 普及義務教育，振興專門學術
* 速設鐵路幹綫，謀便全國交通
* 勵行移民開墾事業
* 維持國際平和，保全國家權利

因以反對同盟會為宗旨，所以極力擁護袁世凱。

## 歷史

1912 年 5 月該黨與其他五團體合併，更名為共和黨。不久，章炳麟等人退出共和黨。1913 年 5 月又與共和黨、民主黨合併，組成進步黨，成為國會僅次於國民黨的第二大黨。

## 來源參考
統一黨_(消歧義)

**統一黨**可以指：

* 統一黨 (中國)
* 統一黨 (瓜地馬拉)
* 英國統一黨
* 愛爾蘭統一黨
* 阿爾斯特統一黨
統上開發建設

**統上開發建設**，在 1981 年 1 月創立於臺南市永康區。是臺灣知名連鎖店龍頭統一企業百分百轉投資的子公司，資本額約為新台幣 2.7 億。該開發建設推出的知名建案有「統一神曲」、「統一巴里島」、「統一時尚經典」、「統一夢巴里」、「統一富貴家專」等案。該開發建設的建案都是針對南科園區族群所設計出來的特殊建案。

## 經營領域

* 為臺灣統一企業百分百投資 2.7 億新台幣的公司。統上開發建設的建案與其他建設所推出的不同，造成轟動。
* 統上開發建設轉投資懷仁國際懷恩聖地。

## 得獎紀錄

* 2014 年榮獲第 22 屆中華建築金石獎優良規劃設計類。

## 相關新聞

* 臺灣證交所重大訊息公告：統一企業代統上開發取得不動產土地。
* 統上開發建設花 1.3 億新台幣在台灣台南買地。

## 相關條目

* 統一企業
* 統一超商

## 資料來源

## 外部連結

* 統上永康會館 （頁面存檔備份，存於網際網路檔案館）
* 統上永康會館的 Facebook 專頁
統元

**統元**（1522 年八月 —1527 年六月）是大越國後黎朝恭皇黎椿的年號，共計 6 年。

## 紀年

 

## 參見

* 越南年號索引
* 《大越史記全書》本紀卷之 15　壬午光紹 7 年條及同年 8 月朔條
統元曆

《**統元曆**》，是中國古代曆法，南宋使用的第二部曆法，屬於陰陽曆。

宋高宗紹興五年（1135 年），陳得一修成。從紹興六年（1136 年）頒布施行。歲實（回歸年）為 365.2436 日，朔策（朔望月）為 29.53059 日，所用歲差為 77.98 年差 1 度，把歲差值的研究提高到新水平。至宋孝宗乾道四年（1168 年），被《乾道曆》取代。

## 參考文獻

* 《宋代文化史大辭典》
統制

**統制**可以指：

* 紀律、制度：
  * 統制派
* 統一控制：
  * 統制經濟
* 統制 (軍階)，軍階名稱，在宋代是總轄諸將的軍官，在清末新式陸軍稱各鎮的首長為「統制」，相當於今日的師長。
統包

**統包**是指工程或財物採購中的多項業務內容合併於同一契約，由承包商統籌負責執行。

## 日本電視動畫

在日本，統包（**グロス請け**）指的是電視動畫系列所採用的一種製作體系。屬於分包的一種形式。

在電視動畫系列，標示為「動畫製作（アニメーション制作）」或只寫上「製作（制作）」的動畫製作公司為總承包商（元請け），並將動畫以 1 話為單位全部委託給統包的製作公司來製作動畫。統包製作公司對該話動畫全權負責，進行製作管理，將完成的底片或影帶呈交給總承包製作公司。統包製作公司通常只會在其所承包的那話動畫裡，被標示上「製作協力（制作協力）」。

由於電視系列作品必須在每個月內完成 4 個 30 分鐘長度的作品，若是由總承包公司承攬全部的製作工程，公司內部必然需要擁有大量員工，並且會承受莫大的負擔。因此日本發展出電視動畫的分工系統，除了公司內部員工之外，慣例上會將業務發包（或稱作外包）給其他的作畫工作室、美術工作室、攝影公司、音響製作公司。一般而言，總承包製作公司負責整個製作管理，和不同部門的「製作助理（制作進行）」職銜人員聯絡。有些總承包公司社內沒有製作者，只擁有製作（プロデュース）、企畫、營業、製作管理的人才。一般的電視動畫就這樣將作畫等工作分散至 4、5 個團隊輪番製作，維持每週 1 個節目的進度。

這些外包的製作公司裡，有些公司在累積分包經驗、提升製作能力之後，雖然無法完成整個電視系列，但已經能夠負責 1 話單位的動畫製作，於是開始承接動畫的統包業務。

總包負責劇本等工作，統包公司則處理從演出、作畫、背景美術、上色到攝影，一連串完成影像製作的工程，加上聲音等後製作業通常是由音響製作公司負責。沒有背景美術部門、攝影部門的公司，會再把業務發包給專門的製作所，而下游包商的製作管理也由統包公司處理。

通常電視動畫系列由二級或小規模的製作公司承接統包，不過也有情況像吉卜力工作室承包葦 PRODUCTION 與東寶的《蒙面俠蘇洛》、Production I.G 和京都動畫承包新銳動畫的《蠟筆小新》（這部分是延續分包時代的製作），由大製作公司承包。

## 外部連結

* 統包實施辦法 （頁面存檔備份，存於網際網路檔案館）
統合分析

**元分析**（meta-analysis）、**薈萃分析**、**整合分析**，**後設分析**、**統合分析**、**綜合分析**，在統計學中，是指將多個研究結果整合在一起的統計方法。

文獻回顧的傳統方法是敘事式的，由作者自行挑選覺得重要的前人研究，當各研究結論衝突時，由作者自行判斷哪一種結論較具價值。反之，元分析採用系統化的資料收集和數值分析，讓結果更具客觀性與證據力。這些組合後的結果會有助於以更加全面性的證據觀察來支持或拒絕某一主題研究的假設，發現該主題迄今研究的不足處，發現各種可能影響效應量的中介因素。

世上首個元分析是由皮爾生在 1904 年進行，其目的是解決樣本數細小的研究統計考驗力減低的問題，而整合多個研究結果可更準確分析數據。
以薈萃分析方法（醫學上某些領域稱之為**系統性回顧** (systematic review)）研究醫學治療研究的論文要到 1955 年才首次發表。牛津英文字典指出 meta-analysis 這個英文字首次使用為 1976 年，是來自心理學界的研究。1970 年代末到 1980 年代末，心理學界、教育研究界的學者發展出更加複雜的統計方法。到了 1990 年代，元分析已成為許多人文科學、社會科學、自然科學領域先進的量化統計方法之一。
而元分析的統計理論，Nambury S. Raju, Larry V. Hedges, Ingram Olkin, John E. Hunter, Harris Cooper 和 Frank L. Schmidt 等人的貢獻很大。

## 現代醫學的應用

收集主題相同的研究，再將每個研究的結果運算為統一的效果量，再將不同研究的效果量以統計方法結合。由於每個研究的本質都有所不同，可引致結果出現異質性。具有異質性薈萃分析，可用隨機效果模型分析數據。
薈萃分析的結果，除了整合的效果量數值，也常用森林圖表現。

## 個別研究品質的影響

元分析的統計方法並不在乎收集到研究的品質；若以品質差的研究進行元分析，只會合計出差勁的結果，即所謂「垃圾進，垃圾出（garbage in garbage out）」。所以在進行統計分析之前會先評價收集研究的品質，排除不良的研究後再就剩下可用的研究進行結合。

元分析的另一個缺點，是收集的研究多數以搜查文獻資料庫（如 PubMed、Web of Knowledge）獲得，但這些資料庫只會收錄已經發表的研究，因此，元分析很少整合未發表的研究。有證據證明未發表的研究不能被期刊接受的原因，是該研究發現研究結果不顯著；而發現研究結果不顯著的研究卻能發表及收錄在統合分析，這會令元分析結果出現統計上的偏誤（bias）。然而這個缺點也正是元分析的優點：在元分析的標準步驟中，包含了已發表研究之偏誤的分析（publication bias analysis）。相反地，在傳統敘事式的文獻回顧中，缺乏系統化的方法以檢視已發表研究之偏誤。

## 參考文獻