김경석 교수님이 쓰신 "컴퓨터 속의 한글 이야기" 22장 내용입니다
1.1 국제 표준 글자 부호계를 국내 표준으로 수용할 것인가? 1
1.2 국제 표준 한글 부호계 운용환경 2
1.3 국제표준 한글부호계 운용과 가다순으로 간추리기 3
1.4 7가지의 국제 표준 한글부호계 운용 방안 검토 3
1) ISO 10646-KSC5601 완성형 2350 소리마디만 쓰는 방안 3
2) ISO 10646-KSC 5601 완성형 2350 소리마디 및 ISO
10646 KSC 5657 완성형 1930 소리마디를 쓰는 방안 4
3) 완성형 6656 소리마디 모두를 쓰는 방안 4
4) 첫가끝 한글 부호계만 쓰는 방안 5
5) 첫가끝 한글 부호계와 ISO 10646-KSC 5601완성형 2350 소리마디만 쓰는 방안 6
6) 첫가끝 한글부호계, ISO 10646-KSC 5601 완성형 2350 소리마디 및
ISO 10646-KSC 5657완성형 1930 소리마디를 쓰는 방안 6
7) 첫가끝 한글 부호계와 6656 소리마디 모두를 쓰는 방안 6
1.5. 바람직한 국제 표준 한글부호계의 운용방안 7
ISO 10646이 국제 표준으로 확정된 것이 1992년 7월이니, 표준으로 된지도 어언 두해가 넘었다. 과연 우리나라에서는 이를 어떻게 받아들여야 할지, 또 다른 나라는 어떻게 하고 있는지에 대하여 살펴보기로 하자.
1.1 국제 표준 글자 부호계를 국내 표준으로 수용할 것인가?
10646을 그대로 국내 표준으로 받아들일 것인지, 또는 조금 고쳐서 국내 표준으로 할 것인지, 아니면 아예 국내표준으로 받아들이지 않을 것인지에 대한 구체적인 검토는 아직까지는 거의 없다. 담당 부서인 공업 진흥청이나 문자 코드 전문위원회 차원에서도 거의없고, 그밖에 개인이나 단체의 차원에서도 거의 없다.
우리나라에서는 아직 국제 표준 한글부호계 자체에 대한 소개조차 잘 되어 있지 않은 현실을 감안하면, 이의 수용 방안에 대한 토의가 없었다는 것이 어쩌면 당연한 일이라고 본다. 본인은 지난 93년 한글날을 비롯하여 여러 군데에서 10646에 대한 소개를 한 바 있는데, 참석한 사람들의 질문을 종합 평가해 보면, 아직 10646 자체에 대해서 전산 전문가들조차 잘 알고 있지 못하다는 것을 느낄 수있었다. 앞으로 10646을 널리 알리고, 또한 이의 수용 방안에 대해서도 검토해야 할 것이다. 현재 다른나라의 동향을 보면, 영국은 이미 10646을 국내 표준화하는 작업을 시작했으며, 1995년쯤에는 국내 표준으로 수용할 것이라는 소문이 있으며, 일본도 거의 비슷한 소문이 있다.
글쓴이의 개인적인 생각으로는 10646을 성급하게 국내 표준으로 받아들일 필요는 없다고 본다. 한편으로는 10646에 대한 기초연구와 혹시 고쳐야 할 곳이 있는지에 대한 검토을 충분히 하고 또 한편으로는 다른나라의 상황을 보면서 천천히 방향을 잡아가도 큰 문제는 없을 것이다. 국내 표준이 되려면 새 부호계에 대한 지원 기술이 어느 정도 개발되어야 할 것인데, 아직 이에 대한 개발이 제대로 되어 있지 못한 상황이다. 우리나라 안에서 10646을 지원하는 프로그램으로는 글쓴이가 개발한 옛한글 문서 편집기가 나와 있을뿐, 그 밖에는 아직 있다는 말을 들어보지 못했다. 스텝2000 연구과제에서 10646을 지원하는 기본 프로그램 개발 계획이 포함될 것으로 보는데 그 연구 과제에서 어느 정도 기본 프로그램이 나오고, 회사에서 그 프로그램을 활용할 단계에 가면, 10646의 국내 표준화 문제가 저절로 나올 것으로 본다.
우리나라의 경우 지난 수년간 한글부호계에 관해 완성형과 두 바이트 조합형으로 갈라져 워낙 논란이 많았기 때문에 한글 부호계 논란의 와중에 끼어드는 데 대해서 모두 두려움을 누끼고 있고 따러서 관련다와 관련 기관에서는 일단 관망하고 있는 듯 하다. 또한 두 바이트 조합형이 KSC 5601에 복수의 표준으로 들어가면서 두 바이트 조합형 주장자들이 조용해진 것도 한글 부호계 논쟁이 잠잠해진 이유 가운데 큰 몫을 차지하는 것 같다. 한편 두 바이트 조합형은 15비트를 써야 하는 구조적이 문제점 때문에 국제 표준에 그대로 들어가지는 못했지만 첫가끝 한글 부호계가 요즘 한글 뿐아니라 옛한글까지도 완벽하게 나타낼 수 있으므로 요즘 한글을 제대로 나타낼 수 있어야 한다는 두바이트 조합형의 뜻은 국제 표준에 잘 반영되어 있다.
사실 한글부호계 문제는 언론 기관에서 그동안 꽤 자주 다루었고 또한 기술적인 문제임에도 불구하고 때로는 기술적인 토론이 아니라 감정적 차원의 토론도 꽤 있었던 것 같다. 이렇게 된 데에는 물로 ㄴ여러가지 이유가 있겠지만 기술적인 질문에 대하여 기술적으로 납득할 만한 답변을 하지 못한 것이 가장 근본적인 이유가 아닌가 한다. 따라서 앞으로 기술적인 문제는 기술적으로 토론하고 또한 토론에 참여하는 사람들이 좀더 책임감 있게 발언한다면 110646을 국내 표준으로 수용하는 문제에 대해서 토론하는 것에 대해 너무 걱정할 필요는 없다고 본다.
현재 국제 표준화 동향을 종합해 보면 시간이 지남에 따라 10646을 국제적으로 널리 쓸 것이 거의 확실하며 따라서 10646의 국내 수용방안을 이제 검토하는 것이 바람직 하다고 본다. 다만 이와 같이 어려운 일은 너무 짧은 시일 안에 끝내려 하지 말로 필요한 경우 시간을 두고 차분하게 연구하고 검토하는 것이 바람직하다고 본다.
앞으로 10646이 국내 표준이 되고 또한 국제적으로 널리 쓰게 되면 자연스럽게 KSC 5601 완성형과 두바이트 조합형을 점점 덜 쓰게 될 것으로 본다. 따라서 길게 볼 때 앞으로 한글 부호계 문제는 과거의 완성형대 두바이트 조합형의 논쟁을 완전히 벗허나서 아주 다른 방향으로 나가게 되었다.
한글 처리를 위하여 국제 표준 한글 부호계를 운용할 수 있는 방안이 어떤 것이 있는지를 살펴보되 다음과 같은 세가지 조건이 만족되는 환경에서 한글을 처리할 때만 생각하기로 하자.
앞의 세가지 조건을 만족시키는 환경에서 쓸 수 있는 국제 표준 한글 부호계의 한글 부호값은 다음과 같이 네가지로 크게 나눌 수 있다.
앞의 네가지 가운데 한가지, 두기지, 세가지 또는 네가지를 모두를 써서 한글을 지원할 수 있는 가능성은 이론상 15가지가 있다. 그러나 10646-5601이나 10646-5657을 지원하지 않으면서 10646-0000을 지원하거나 10646-5601을 지원하지 않으면서 10646-5757을 지원하는 방안은 논리에 닿지 않으므로 이런 여덟가지 방안을 빼고 나면 실제로 우리가 쓸수 있는 방안은 다음의 일곱가지이다.
그런데 한글을 가나다순으로 간추리는 작업이 아주 중요함로 각각의 방안에서 한글 가다다순으로 간추리기가 쉬운지 어려운지에 대해서 살펴본 뒤 일곱가지 방안을 각각 검토해 보기로 하자.
| 방안 | 10646-새로운 조합형 | 10646-5601 | 10646-5657 | 10646-0000 | 단순 비교로 가나다순 간추리기 | 종합적 평가 |
| 1 | 없음 | 있음 | 없음 | 없음 | 있음 | 처음에는 아주 잠깐 쓸 수 있으나 되도록 4방안이 바람직함 |
| 2 | 없음 | 있음 | 있음 | 없음 | 없음 | 좋지 못함 |
| 3 | 없음 | 있음 | 있음 | 있음 | 없음 | 자주 나쁨 |
| 4 | 있음 | 없음 | 없음 | 없음 | 있음 | 길게 볼때 나갈 방향 |
| 5 | 있음 | 있음 | 없음 | 없음 | 없음 | 4 방안으로 이행 될때까지 꽤 오랫동안 쓸 수 있음 |
| 6 | 있음 | 있음 | 있음 | 없음 | 없음 | 좋지 못함 |
| 7 | 있음 | 있음 | 있음 | 있음 | 없음 | 아주 나쁨 |
국제 표준 한글 부호계의 운용방안을 평가할 때 중요한 판단 기준의 하나가 가나다 순으로 간추리는 것이 쉬운지 어려운지 하는 점이다.
두 자료의 비트만을 단순히 비교해서 두 글자의 크기를 비교하는 명령은 거의 모든 전자 계산기에서 제공되는데 이 단순비교는 아주 빨리 해낼수 있다.
10646의 한글부호계 가운데 어떤 것을 지원하느냐에 따라서 이런 단순 비교로 한글을 가나다순대로 간추릴 수 있는 경우도 있고 없는 경우도 있다 보기를 들어 첫가끝 한글부호계와 10646 완성형을 섞어 쓰면 단순비교로 가나다순대로 간추릴 수 없으며 또한 10646-5601, 10646-5647, 10646-0000 완성형 가운데 두가지나 세가지를 섞어써도 단순 비교로 가나순대로 간추릴 수 없다. 반면 첫가끝 한글 부호계만 쓰거나 첫가끝 한글부호계를 안쓰고 10646-5601 완성형만 쓰면 단순비교로 가나다순으로 간추릴 수 있다.
만일 단순 비교로 가나다순으로 간추릴 수 없을때는 가나다 순을 감안하여 비교하는 특별한 함수를 써서 두 자료를 비교하여 가다다순으로 간추릴 수 있아. 이런 특별한 함수를 쓰면 가나다 순으로 간추리는 것이 느리고 또 색인을 만드는데도 어려움이 있다. 따라서 단순비교로 가나다순대로 간추릴 수 없는 운용방안은 실제 운용면에서 아주 여려움이 많으므로 되도록 단순 비교로 가나다순으로 간추릴 수 있는 방안이 바람직하다.
앞에서 본 7가지의 국제 표준 한글부호계 운용방안 하나하나에 대해서 이제 그 좋은 점과 나쁜 점을 자세히 살펴보도록 하자.
1) ISO 10646-KSC5601 완성형 2350 소리마디만 쓰는 방안
첫째, 국제 표준 한글부호계에 있는 완성형 6656 소리마디 가운데, ISO 10646 KSC 5601의 2350 소리마디(0x3400 - 0x3d2d)만 쓰고, 첫가끝 한글 부호계는 안쓰는 방안이다.
이때까지 완성형만 써오던 행정용의 관점에서 볼 때 이 방안은 불가능한 것은 아니다. 이 경우에는 단순비교를 하더라도 2350 소리마디를 가나다 순으로 간추리는데 아무 문제가 없다. 사실 10646을 수용하더라도 앞으로 얼마동안은 10646-5601 완성형 2350 소리마디만 쓴 자료가 꽤 많을 것으로 본다.
예를 들어 외국에서 개발하고 있는 10646을 지원한다는 어떤 프로그램에서는 당분간 10646-5601 한글만 잠정적으로 지원할 것이라는 소문이 있다. 그러나 완성형의 문제점에 대해서는 그 어느 누구도 부인할 수 없으며 이미 보완책으로 정부엣조차 두 바이트 조합형을 정부 표준에서도 표준으로 수용하기에 이르렀다. 따라서 1-646-5601만 쓰는 방안은 길게 본 해결책은 아니라고 본다.
다만 과거에 쓰던 장비나 자료, 용용 프로그램이 금방 바뀔수 있는 것이 아니므로 10646을 처음 수용할 때 아주 잠깐 동안만 쓸 수도 있다고 본다. 그러나 되도록 처음부터 다음의 5방안으로 식작하는 것이 좋을 듯하며 더욱이 1방안은 길게 볼 때 우리가 밀고 나가야 할 방향이 결코 아니라고 본다.
2) ISO 10646-KSC 5601 완성형 2350 소리마디 및 ISO 10646 KSC 5657 완성형 1930 소리마디를 쓰는 방안
이 방안도 앞의 ISO 10646 KSC 5601의 2350 소리마디만 쓰는 방안과 거의 비슷하며 따라서 이 방안을 행정용으로 써도 ISO 10646 KSC 5601만 쓸때와 마찬가지로 큰 문제는 없을 것으로 본다. 그러나 다음과 같은 문제가 있다고 본다.
첫째, 1991년에 KSC 657이 만들어졌지만 이 부호계를 지원하는 프로그램이 거의 없으며 KSC 5657부호계로 만들어진 한글 파일도 거의 없는 것으로 보인다. KSC 5601의 2350 소리마디의 한계를 벗허나고자 하는 경우 거의 모든 사람들이 두바이트 조합형을 썻지 KSC 5657을 쓴 경우는 거의 없다. 이런점을 고려해 볼 때 앞으로도 KSC 5657은 별로 쓰일 것 같지 않으므로 10646-5657은 되도록 쓰지 않는 것이 바람직하다고 본다.
둘째, ISO 10646 KSC 5601 과 ISO 10646 KSC 5657을 같이 쓰면 단순비교로 가나다 순으로 간추릴 수 없기 때문에 이 방안의 단점으로 꼽힌다. 구체적인 보기를 들면 5657의 갋이라는 소리마디의 부호값은 0x3d2f인데 단순비교를 하면 5601의 마지막 소리 힝(0x3d2d)보다 뒤에 오게 되어 가나순에 맞지 않게 된다.
이 방안을 쓰느니 차라리 5601의 2350 소리마디만 쓰던지 아니면 첫가끝 한글부호계를 쓰는 것이 바람직하다고 본다.
3) 완성형 6656 소리마디 모두를 쓰는 방안
이 방법은 국제 표준글자 부호계에 들어 있는 완성형 6656 소리마디 모두를 쓰는 것이다. 다시 말해서 5601의 2350, 5657의 1930, 10646-0000의 2376등 10646에 있는 완성형 6656 소리마디를 다 쓰는 것이다. 이 방식은 몇가지 문제점이 있다고 본다.
첫째, 정부 표준에는 전혀 들어가 있지 않지만 1992년 국제 표준에 새로 들어간 ISO 10646 KSC 0000완성형 2376 소리마디를 쓸 사람은 거의 없다고 본다. 굳이 2376 소리마디가 필요한 사람은 10646을 쓰지 않고 두바이트 조합형을 쓰거나 10646을 쓸때는 첫가끝 한글 부호계를 쓰는 것이 바람직하다.
둘째, 앞에서 본 5657의 문제점이 여기에도 그대로 적용된다. KSC 5657을 쓰는 사람이 별로 없을 것 같고 또 6656 소리마디가 완전히 가나다순으로 들어가 있지는 않기 때문에 가나다순으로 간추리기, 문자열비교, 인덱스 등에서 어려움이 꽤 있다.
따라서 첫가끝 한글 부호계를 전혀 쓰지 않으면서 국제 표준한글부호계에 있는 6656 소리마디 모두를 쓰는 이 방안은 바람직하지도 읺고 또 실제 이 방안을 쓸 사람도 거의 없을 것이다.
4) 첫가끝 한글 부호계만 쓰는 방안
첫가끝 한글부호계만 쓰는 네 번째 방안은, 짤게 볼 때 어려움이 있을지 모르지만 길게 볼때는 이것이 결국 나아가야 할 길이라고 굳게 믿는다. 따라서 본인이 개발한 옛한글 문서 편집기 나랏 말씀은 이 방안에 따라 첫가끝 한글 부호계를 쓴다.
첫가끝 한글 부호계가 국제 표준으로 되기 전에 본인이 첫가끝 한글 부호계를 제한하면 그건 실정을 모르는 학자가 책상위에서 만든 것이고 따러서 실제로는 도저히 쓸 수 없다는 사람들이 제법 있었다. 또 첫가끝 한글 부호계가 국제 표준으로 들어간뒤에도 첫가끝 한글 부호계는 국제 표준으로만 들어갔지 실제로는 구현할 수 없다고 단언하는 사람들이 더러 있다. 이런 문제는 실제로 첫가끝 한글 부호계를 지원하는 프로그램을 개발해 보면 과연 첫가끝 한글 부호계가 쓸수 있는지 없는지 곧 알수 있기 때문에 본인은 옛한글 문서 편집기 개발에 착수하게 되었다. 옛한글 문서 편집기의 제 1단계 개발을 1992년 12월에 끝내고 나랏 말씀 1.0 판을 발표했으며 이를 개선하여 제 2단계 개발을 1992년 8월에 끝내고 나랏 말씀 1.2판을 발표하였다. 이 편집기는 현재 인터넷, 천리안, 하이텔등을 통해 거저 가져가 쓸수 있다. 옛한글 문서 편집기 개발을 끝낸뒤에 내린 결론은 첫가끝 한글 부호계로 요즘 한글은 물론 옛한글까지 훌륭하게 지원할 수 있다는 것이다. 더욱이 첫가끝 한글부호계가 도저히 구현할 수 없을 것이라고 말하던 사람들의 주장은 사실과 다르다는 것이 증명되었다.
글쓴이가 개발한 옛한글 문서 편집기는 아마도 세계에서 처음으로 10646의 첫가끝 한글 부호계를 지원하는 프로그램인 것으로 보인다. 따라서 이번 옛한글 문서 편집기의 개발은 두가지 점에서 중요한 뜻이 있다고 본다. 첫째는 첫가끝 한글 부호계를 실제로 쓸수 있다는 것을 보여 주었다는 점이고 둘째, 첫가끝 한글 부호계를 지원하는 소프트웨어 기술 기반을 닦았다는 점이다.
요즘 한글에서는 첫가끝 한글 부호계를 써서 단순 비교을 하면 가나다순에 맞게 나오도록 부호값을 정해 두었기 때문에 옛한글이나 완성형을 쓰지 않는다면 요즘 한글을 가나다순으로 간추리는데는 전혀 어려움이 없다. 또한 요즘 글자와 옛글자의 부호값만 적절하게 고치면 옛한글에서도 거의 모든 경우에 단순 비교로 가나다 순대로 간추릴 수 있기 때문에 이 방안이 아주 바람직하다고 보겠다.
이와 관련하여 한가지 알아 둘 것은 세계의 여러나라 가운데서 글자의 위나 아래에 다른 글자가 올 수 있는 모아쓰기를 하는 나라는 우리나라말고도 아주 많이 있어 인구를 따지면 거의 삼분의 일이다. 거기에다 글자의 위나 아래에 각종 부호를 겹쳐쓴 유럽을 비롯한 여러 나라까지 더하면 모아쓰기나 그와 비슷한 문제가 생기지 않는 글자를 쓰는 사람은 중국 한자와 영어를 쓰는 나라 밖에는 거의 없다고 해도 지나친 말이 아니다. 그런데 세계적으로 보아서 모아쓰기 글자를 쓰는 나라에서는 거의 모든 경우에 ISO 10646에서 조합형 방안으로 나아가고 있다. 따라서 세계적인 흐름에 따른다는 뜻에서도 앞으로 우리는 첫가끝 한글 부호계를 쓰는 방향으로 나아가는 것이 바람직 하다고 본다.
5) 첫가끝 한글 부호계와 ISO 10646-KSC 5601완성형 2350 소리마디만 쓰는 방안
이미 완성형으로 많은 한글 자료가 만들어져 있기 때문에 어쩌면 이 방안도 앞의 첫째 방안과 더불어 과도기에 임시 방편으로 당분간 유용하게 쓸 수 있는 방법이라고 보며 이 방안이 우리가 10646을 수용할 때 당장 나아가야 할 방향이라고 본다. 옛날에는 완성형으로 만들어 두었던 자료는 되도록 그대로 쓰면서 필요한 경우에는 첫가끝 한글부호계로 바꾸어 나가되 새로 만드는 자료는 되도록 첫가끝 한글 부호계로 만들어 나가는 형태다.
그런데 여기서 한번 생각해 볼 것은 국제 표준글자 부호계가 만들어짐에 따라 한글자료만 영향을 받는 것이 아니라 거의 모든 자료가 다 영향을 받는다. 특히 너무 간단하다고 생각하는 ASCII로 되어 있는 영어 자료조차도 큰 영향을 받게 된다. 따라서 옛날의 완성형 자료를 첫가끝 한글 부호계로 바꾸는 것이 어렵다고만 생각할 필요는 없다. 그렇다고 너무 조급하게 모든 자료를 한꺼번에 다 첫가끝 한글 부호계로 바꿀 필요도 없다. 필요에 따라서 자주 쓰는 파일부터 천천히 첫가끝 한글 부호계로 바꾸어 가면 된다. 이것은 세계 여러 전문가들의 공통된 의견이다.
완성형과 첫가끝 한글부호계를 같이 지원하는 경우 이중 표현 가능성 때문에 소트, 인텍스, 문자열 비교등에서 꽤 어려움이 있으므로 궁극적으로 나아가야 할 방향은 아니라고 하더라도 과도기적으로 적적하게 쓸 수 있다고 본다.
6) 첫가끝 한글부호계, ISO 10646-KSC 5601 완성형 2350 소리마디 및 ISO 10646-KSC 5657완성형 1930 소리마디를 쓰는 방안
이 방안이 바로 앞의 방안과 다른 점은 5657의 1930 소리마디를 더 쓴다는 것인데 앞의 2)에서 보았듯이 5657은 되도록 쓰지 않는 것이 바람직하므로 이 방안을 쓰느니 차라리 앞의 방안 5)에서처럼 첫가끝 한글 부호계로 KSC 5601 5657의 소리마디를 지원하는 것이 낫다고 본다.
7) 첫가끝 한글 부호계와 6656 소리마디 모두를 쓰는 방안
이 방안은 다음 두가지 점에서 문제점이 많으므로 바람직하지 않다고 본다.
첫째, 앞의 두 번째 방안에서 지적했던 것처럼, KSC 5657이 널리 쓰인 적이 없고 둘째 앞의 세 번째 방안에서 지적했던 것처럼 ISO 10646-KSC 0000을 쓰는 것이 바람직하지 않다. 따라서 이 방안을 쓰는 것이 바람직하지 않을 뿐만 아니라 앞으로 이 방안을 쓰는 사람이 현실적으로 거의 없을 것이다.
앞에서 국제 표준한글 부호계를 운용하는 여러 방안에 대해서 살펴보았는데 이를 바탕으로 바람직한 한글 부호계 운용방안은 다음과 같이 이끌어 낼 수 있다.
바람직한 국제 표준 한글 부호계의 운용방안을 표로 정리해보면 다음과 같다.
ISO 10646-KSC 5601 ISO10646- ISO 10646-
조금 쓰다가 나중엔 안쓴다. KSC 5657 KSC 0000
처음부터 아예 쓰지 않는다.
ISO 10646-첫가끝 부호계
지금 부터 계속 쓴다.