mir.pe (일반/어두운 화면)
최근 수정 시각 : 2024-12-10 07:14:09

한컴 2바이트 코드

한글의 전산화
<colbgcolor=#dddddd,#212121> 한글 인코딩 조합형 · 완성형( 한글 목록 · 중복 한자 · CP949) · 조합형 완성형 논쟁 · 남북한 한글 코드의 충돌 문제 · 한컴 2바이트 코드 · 한글 채움 문자( ㅤ) · 유니코드 · 옛한글
타자기와 키보드 두벌식 · 세벌식( 일반 자판 · 속기 자판) · 휴대전화 입력기 · 한영 키

1. 개요2. 구성
2.1. 특수 문자2.2. 한글
2.2.1. 완성형 옛한글의 버그
2.3. 한자
2.3.1. 2수준 한자 ↔ 유니코드 변환 시 주의할 점

1. 개요

한글과컴퓨터의 아래아 한글 2.0(1992년)에서부터 한/글 97까지 쓰였던 코드 체계. 이후 한/글 워디안부터는 유니코드를 채택하면서 더 이상 쓰이지 않게 되었다.

2. 구성

기본적인 구성은 다음과 같다.[1]
문자 영역 시작 문자 영역 끝 문자 영역 이름
0000 03FF 로마자 (확장 로마자 포함)
0400 04FF 국제 음성 기호 (IPA)
0500 06FF 그리스 문자
0700 07FF 키릴 문자
0800 0AFF 히브리 문자
0B00 1BFF (예비 영역)
1C00 1CFF 주음부호
1D00 1EFF 구결
1F00 1FFF 가나
2000 217F 수학식 기호 (일반)
2180 21FF 수학식 기호 ( 화살표)
2200 23FF 수학식 기호 ( 집합)
2400 24FF (예비 영역)
2500 25FF 기타 기호
2600 2AFF (예비 영역)
2B00 2DFF 사전용 약물
2E00 2EFF 원 문자 조각
2F00 2FFF 불렛 기호
3000 307F 반각 기호 ( 선)
3080 329F 반각 기호 (도형)
32A0 32DF 반각 가나
3300 33FF 키 캡
3400 357F 전각 기호 (일반)
3580 35FF 전각 기호 (로마자)
3600 367F 전각 기호 (선/단위)
3680 36FF 전각 기호 (원)
3700 377F 전각 기호 ( 괄호)
3780 37FF 전각 기호 (기타)
3800 3BFF 사용자 정의 (반각)
3C00 3FFF 사용자 정의 (전각)
4000 5317 한자 (제1수준)
5318 7FFF 한자 (제2수준)
8000 FFFF 한글
중간에 '예비 영역'이라고 표시된 곳은 문자를 배당하지 않고 비워 둔 곳을 말한다. 이들 영역은 워디안에서부터 유니코드의 채택으로 인해 한컴 2바이트 코드가 사장되는 바람에 영원히 비워져 있는 상태로 남게 되었다.

2.1. 특수 문자

특수 문자는 유니코드 1.1과 KS X 1001( 완성형)을 혼합한 형태로, 문자의 코드 포인트 위치만 다르고 배열 순서가 일치하는 형태로 구성되어 있다. 로마자, 국제 음성 기호(IPA), 그리스 문자, 키릴 문자, 주음 부호, 가나 등이 유니코드 1.1과 위치만 다르고 배열 순서가 일치하며, ‘전각 기호’라는 말이 붙은 영역들은 가나를 제외한 KS X 1001의 특수 문자를 KS X 1001과 같은 순서로 포함하고 있다. 즉 한컴 2바이트 코드 값에 영역에 따라 어떤 수를 더하거나 빼면 유니코드나 KS X 1001로 코드 페이지 변환을 쉽게 할 수 있다.

두 코드 체계를 혼합하다 보니, 유니코드와 KS X 1001에 모두 들어가는 일부 문자들은 두 코드에 배당되어 있다. 예를 들어 ※(U+203B, KS X 1001에서 0xA1D8)의 경우 유니코드 1.1을 고려한 0x203B와 KS X 1001을 고려한 0x3438에 중복 배당되어 있다.

0x3800부터 0x3BFF까지는 반각 사용자 영역, 0x3C00부터 0x3FFF까지는 전각 사용자 영역으로 정의되어 있다. 전각 사용자 영역에는 유니코드로 넘어간 워디안 이후에는 아예 입력할 수 없는 기호들이 있다.[2]

하지만 ‘기타 기호’(0x2500 ~ 0x2FFF)에 있는 일부 기호와 ‘사전용 약물’(0x2B00 ~ 0x2DFF)의 대부분, ‘키 캡’(0x3300 ~ 0x33FF) 전체를 비롯한 몇몇 문자들은 유니코드에도 대응하는 문자가 없어, 한/글 2004 이후부터는 그 기호들이 모두 유니코드의 ‘사용자 영역 보충-A’ 영역(U+F0000 ~ U+FFFFF, 한/글 문자표에서는 ‘한글 호환 영역’)에 대응되어 있다. (한/글 워디안과 2002에서는 유니코드 서러게이트(surrogate, U+10000 이상의 문자)를 지원하지 않아 이(Yi) 문자 영역(U+A000 ~ U+A4CF)에 임시로 들어가 있었다.)

한컴 2바이트에 배당된 특수 문자와 한자의 한컴 2바이트 코드 값은 한/글 워디안 이상에서도 ‘한글(HNC) 문자표’에 남아 있다.

2.2. 한글

한글은 0x8000부터 0xFFFF에 배당돼 있으며, 한글 상용 조합형 인코딩을 개조한 형태[3]이다. 상용 조합형과 다른 부분은 굵게 처리했다.
코드 초성 중성 종성
0 ㅲ - ㅭ
1 (채움) - (채움)
2 ㄱ (채움) ㄱ
3 ㄲ ㅏ ㄲ
4 ㄴ ㅐ ㄳ
5 ㄷ ㅑ ㄴ
6 ㄸ ㅒ ㄵ
7 ㄹ ㅓ ㄶ
8 ㅁ - ㄷ
9 ㅂ - ㄹ
10 ㅃ ㅔ ㄺ
11 ㅅ ㅕ ㄻ
12 ㅆ ㅖ ㄼ
13 ㅇ ㅗ ㄽ
14 ㅈ ㅘ ㄾ
15 ㅉ ㅙ ㄿ
16 ㅊ - ㅀ
17 ㅋ ㆉ ㅁ
18 ㅌ ㅚ ㅸ
19 ㅍ ㅛ ㅂ
20 ㅎ ㅜ ㅄ
21 ㅳ ㅝ ㅅ
22 ㅄ ㅞ ㅆ
23 ㅶ ㅟ ㅇ
24 ㅸ ㆊ ㅈ
25 ㅺ ㆌ ㅊ
26 ㅼ ㅠ ㅋ
27 ㅽ ㅡ ㅌ
28 ㅾ ㅢ ㅍ
29 ㅿ ㅣ ㅎ
30 ㆁ ㆍ ㅿ
31 ㆅ ㆎ ㆁ

중성의 빈 부분에는 낱자 나열과 조합형으로 표현되지 않는 완성형 옛한글(1900여자)이 주로 들어가 있다.

0x8000 ~ 0x801F, 0x8400 ~ 0x841F, 0x8800 ~ 0x881F, 0x8C00 ~ 0x8C1F, 0x9000 ~ 0x901F, 0x9400 ~ 0x941F, 0x9800 ~ 0x981F, 0x9C00 ~ 0x9C1F, 0xA000 ~ 0xA01F, 0xA400 ~ 0xA413에 낱자 나열이 있는데, 이 낱자 나열의 특이한 점은 초성과 종성의 개수가 같다는 것이며(초성에 ㄽ이 있고 종성에 ㅃ이 있는 것 등), 배열 순서가 현대 한글 낱자 → 한/글 1.5에 있던 조합형 옛한글 낱자 → 한/글 2.0에서 추가된 완성형 옛한글 자모 순이라는 것이다.

그래서 일부 낱자는 두 코드에 배당되어 있다. 예를 들어 종성 ㄱ은 0x8442와 0x940E에 배당돼 있는데, 0x8442의 ㄱ은 조합형 한글 규칙에 따라 자연스럽게 만들어진 낱자이고 0x940E는 낱자를 쭉 나열하면서 들어간 것이다. 0x8442의 ㄱ과 0x940E의 ㄱ은 사실상 서로 같으나, 당시 한/글에서 그 둘의 글꼴 모양은 달랐다. 0x8442의 ㄱ은 아래에 치우쳐져 그려졌고(‘낙’에서 ‘나’를 지운 모양) 0x940E의 ㄱ은 호환용 자모와 같이 전체 공간을 차지했다.

2.2.1. 완성형 옛한글의 버그

완성형 옛한글 중 0xCC15에 ㅄ+ㆍ+ㅈㅇ 또는 ㅄ+ㆍ+ㅈㆁ이라는 글자가 들어가 있다. 하지만 종성 ㅈㅇ은 한컴 2바이트 코드에서는 초성과 호환을 맞추기 위해서만 존재하는데다 한양 PUA와 유니코드에는 아예 존재하지 않아 잘못 들어갔거나 잘못 그려진[4] 글자로 보인다. 이 글자를 저장한 한/글 97 파일을 한/글 워디안 이상에서 열면 이 글자가 ‘　’(U+3000)으로 바뀌어 버린다.

또 0xD817에 ㅇ+ㅗ+ㄹㄱㄱ이라는 글자가 들어가 있는데, 이 글자는 한컴 2바이트 코드에 ㄹㄱㄱ이 없는데도 배당되어 있으며, 한/글 97에서는 ㅇ+ㅗ+ᇖ으로 입력해야 한다. 이 글자가 오ᇐ(0xD816) 뒤에 있는 것으로 보아 순서로 따졌을 때 원래 의도한 글자는 오ᇖ 같으나, 이 글자를 저장한 한/글 97 파일을 한/글 워디안 이상에서 열었을 때 한양 PUA의 오ᇖ(U+EE01)이 아니라 ㅇ+ㅗ+ㄹㄱㄱ(U+EDFD)으로 변환되는 것으로 보아 자세한 사항은 알 수 없다.

2.3. 한자

‘한자(제1수준)’(0x4000 ~ 0x5317)은 KS X 1001의 한자 4888자이고, ‘한자(제2수준)’(0x5318 ~ 0x7FFF)의 10000여 자는 한/글에서 고문헌 입력 위주로 자체 배당한 한자이다. 약자나 속자는 따로 배당되어 있지 않으며, 신자체· 간체자를 표현하려면 ‘신명조 약자’, ‘신명조 간자’와 같은 글꼴을 써야 했다. (일종의 직결식 글꼴인데, 예를 들어 經에 신명조 약자를 적용하면 신자체 経이 표현되고 신명조 간자를 적용하면 간체자 经이 표현되는 식이었다.) 이는 정자와 약자·속자가 따로 배당되어 있는 유니코드와는 다르다.

일본어와 중국어 폰트를 제공하는 97 기능강화판에는 일본어와 중국어에서만 쓰는 한자도 입력이 가능하다. 제2수준 한자 맨 밑에 보면 해당 한자들이 나와있다. 심지어 일본의 유령 문자도 포함되어 있다![5]

2.3.1. 2수준 한자 ↔ 유니코드 변환 시 주의할 점

한/글 워디안과 2002는 서러게이트 문자를 지원하지 않아, 유니코드의 기본 다국어 평면(BMP, U+0000 ~ U+FFFF)에 존재하지 않던 일부 한컴 2바이트 코드 한자들이 U+A7xx 영역에 임시로 대응·배당돼 있었다.[6] 한/글 2004부터는 서러게이트 문자를 지원하기 시작했지만, 문자표만 2007에 가서야 제대로 개선되었고, 한/글 97 문서를 불러 올 때 쓰이는 변환 테이블은 아직까지도 고쳐지지 않았다(즉, U+A7xx 영역을 계속 쓰도록 돼 있다.). 한/글 2007부터는 유니코드 서러게이트 영역에조차 아직 등록되지 않은 한컴 2바이트 코드 고유 한자들이 U+F0700부터 U+F070C에 임시로 배당되어 있다.

예를 들어 0x531C는 한/글 2005까지는 임시로 U+A700에 대응돼 있었다가, 2007에 가서야 문자표에서는 U+20850(𠡐)으로 올바르게 대응되었지만, 0x531C를 저장한 한/글 97 파일을 한/글 2007에서 열어 보면 U+A700으로 잘못 변환된다. 변환 과정에서 비슷해보이는 엉뚱한 글자로 대응된 경우도 있는데, 0x77A8은 유니코드로 넘어간 후 를 U+A7D3를 거쳐 U+20E0C로 배당되었으나, U+20E0C로 배당되는 과정에서 자형이 ⿰口豕 한자와 비슷하면서도 전혀 다른 𠸌로 바뀌어 나왔다. ⿰口豕 한자는 𠸌에서 八(자형에 따라 丷)을 뺀 한자이다. 또는 啄에서 丶를 뺀 한자이다. 참고로 ⿰口豕은 유니코드에 없으며 2016년 기준 최신 버전인 유니코드 9.0에도 없다.

하지만 0x64A1은 유니코드에 U+517A(兺)로 존재하는데도 한/글 2005까지는 U+A762로, 한/글 2007 문자표에서는 U+F0704로 잘못 대응돼 있다. 또 0x7EBC는 유니코드의 U+470C(䜌)로 잘못 대응되어 있으며, U+9FBB(龻)로 대응하는 것이 옳다. (U+470C는 전체를 차지하지만, U+9FBB는 윗부분만 차지하며, 한/글 97에서 0x7EBC는 U+9FBB의 형태를 하고 있다.) 이는 U+9FBB가 유니코드 4.1에서 추가되었기 때문으로, 한/글은 2004 이후로는 유니코드 3.1까지만 지원하기에 아직도 올바른 한자로 대응할 수 없는 것이다.

이외에도 한국과 중국에서 쌍희를 표현하는 글자인 囍(희)의 경우는 한/글 97까지 자형이 다른 2개의 문자가 있었지만(각각 0x5307[7]과 0x7D6A에 배당), 유니코드로 넘어오면서 하나로 통합하였다. 참고로 한글 전용 폰트로 입력하면 0x7D6A의 것으로 나온다.[8]

이 외에도 잘못 대응되어 있는 한자가 있을 수 있다.

[1] 한/글 97 도움말의 ‘문자표 선택’ 항목 [2] 그 중에는 LG그룹, 삼성그룹, 대우그룹로고도 있으며, LG그룹과 삼성그룹의 경우 현재의 로고 직전의 (LG의 경우는 금성사) 로고도 있다. [3] 한/글 97 도움말의 ‘조합형 한글을 쓸 수 있는 한/글’ 항목 중 “… 조합형 한글을 최초로 채택한 윈도우즈용 워드프로세서가 되었고, …” 및 “한/글에서는 윈도우즈 환경에서 조합형 한글을 완벽하게 지원함으로써 우리 글의 자유로운 표현과 온전한 데이터 정렬을 가능하게 하고 있습니다.” [4] ‘ᄡᆞퟲ’을 잘못 그렸을 수도 있다. [5] 예를 들어 彁. [6] 참고로 워디안과 2002 당시의 한컴바탕이나 한컴돋움 폰트를 보면 그 흔적이 남아있다. 2004 이후에는 해당사항이 없다. [7] 이쪽은 1수준 한자이다. [8] 이렇게 된 이유는 囍가 유니코드에서는 하나로 통합(U+56CD)되어 있기 때문이다. 참고로 囍의 자형은 한국어 글꼴(한/글에서는 0x5307에 배당)과 중국어 전용 글꼴(한/글에서는 0x7D6A에 배당)의 자형이 약간 다르다. 중국어 위키낱말사전의 囍.

분류