"전자문서 교환시 한글처리 문제점에 대한 대책" 수립

--------------------------------------------------

정보통신부 정보보호과 750-1262

정보화 사업의 본격적인 추진과 효율적인 전자정부를 구현하기 위해서는 정

부기관 뿐만 아니라 민간기관에서 정보시스템으로 처리하는 전자적인 기록

형태 자체(워드프로세서 파일 등)로 정보통신망을 통하여 자료를 교환하는

것이 필수 요건으로 부각되고 있다.

o 매체별 문서유통 비용

- 우편

. 전송시간 : 1.5일

. 발송비용(평균) : 660원

- 팩스

. 전송시간 : 3분

. 발송비용(평균) : 100원

- 정보통신망

. 전송시간 : 1분(즉시)

. 발송비용(평균) : 25원

* 자료출처 : 한국전산원

그러나 자료교환을 위하여 많이 사용되는 인터넷 전자우편은 송수신자간 전

자우편 S/W가 일치하지 않으면 알 수 없는 내용이 출력(한글의 "깨짐" 현상

발생)되며, 전자문서 작성을 위한 워드프로세서도 동일한 제품이 아니면 파

일자체를 제대로 읽지 못하여 재편집 또는 다시 타이핑하는 등 소모적인 이

중 작업이 필요한 실정이다.

따라서 행정자치부와 정보통신부는 전자문서 교환과 작성수단으로 널리 사

용하는 전자우편 S/W와 워드프로세서를 활용할 때 한글의 깨짐 현상이 없이

호환성 있게 한글 전자문서가 처리될 수 있도록 하는 대책을 마련하여 추진

하기로 하였다.

o 전자우편 S/W 사용자를 위한 "한글 전자우편 S/W 사용 지침서" 제작

우선 컴퓨터 이용자가 전자우편 S/W의 한글관련 기능을 정확히 설정.사용

할 수 있도록 금년 상반기 중으로 지침서를 제작.보급할 계획이다. 이 지

침서는 컴퓨터에 관한 전문지식이 없는 일반 이용자도 쉽게 활용할 수 있

도록 그림 위주의 설명으로 제작할 계획인데, 이용자가 전자우편 S/W의

한글 변환기능을 잘못 설정하여 제대로 전송된 전자우편도 읽지 못하는

문제를 해결하는데 도움이 될 것으로 기대된다.

o 인터넷 전자우편의 호환성을 위한 "한글코드 변환방식" 표준 제정

종류가 다른 한글 전자우편 S/W의 호환성을 확보할 수 있도록 하기 위하

여 한글 컴퓨터코드를 인터넷 전자우편의 전송체계에 알맞게 변환하는 방

식에 대한 표준을 제정할 계획이다. 이 표준은 한글 전자우편 전송을 위

한 기존의 인터넷표준(RFC 1557)의 미비점을 보완하기 위한 것인데, 전자

우편 S/W 관련업체의 의견을 수렴하여 '98년내 제정을 목표로 추진할 방

침이다. 이 표준이 제정되면 이용자가 다른 종류의 한글 전자우편 S/W를

사용하더라도 한글이 깨지는 문제는 해결될 수 있을 것이다.

o 워드프로세서 파일의 호환성을 위한 "전자문서 파일포맷" 표준 제정

전자우편 S/W를 이용하여 전자문서를 전송하더라도 전자문서 작성자와 수

신자가 사용하는 워드프로세서의 종류가 다른 경우 전자문서 파일을 읽을

수 없거나 재편집을 하여야 하는 문제를 해결하기 위하여 관련전문가와

워드프로세서 개발업체들과 협의를 거쳐 한글 전자문서의 파일포맷에 대

한 표준화 작업도 장기적으로 추진할 방침이다.

<<전자문서 교환시 한글처리 문제점과 대책>>

1. 배경

o 전자정부 구현을 위하여 개별 부처 중심으로 다양한 정보화 사업이 추

진되고 있으며 정보시스템을 활용한 행정업무처리가 증가하고 있음.

o 효율적으로 행정업무를 처리하기 위해서는 각 부처에서 정보시스템으로

처리한 결과를 전자적인 기록형태(워드프로세서 파일 등) 자체로 공유

또는 교환하는 것이 필수요건임.

o 그러나 정보시스템으로 한글을 처리할 때 시스템별로 호환이 되지 않아

한글자료를 전자적인 방법으로 공유, 교환하는데 한계가 있어 효과적인

정보교류에 애로가 되고 있음.

- 한글 전자우편 교환시 송수신간 프로그램이 일치하지 않으면 알 수

없는 내용(한글의 "깨짐" 현상 발생)이 출력됨.

- 한글 워드프로세서 파일도 동일한 제품이 아니면 파일자체로 호환이

되지 않아 재편집 또는 다시 타이핑하여 입력하는 등 소모적인 이중

작업이 필요함.

* 전자우편을 보내는 방법은 인터넷, PC통신 및 LAN을 이용하는 방법

이 있으며 PC통신과 LAN은 동일한 시스템을 이용하므로 한글문서 전

달에는 문제가 없으나 인터넷을 이용하여 전송할 때는 한글이 깨져

나오는 현상이 발생하고 있음.

. PC통신, LAN과 같이 동일한 시스템을 이용하여 전자문서를 전송하

여도 송수신자가 다른 종류의 워드프로세서를 사용한다면 정상적으

로 전송된 파일도 읽을 수 없게 됨.

o 따라서 전자문서 교환 및 작성 수단으로 가장 널리 사용하는 전자우편

S/W, 워드프로세서에서 한글이 호환성 있게 처리될 수 있도록 하는 대

책 마련이 시급한 실정임.

2. 현황 및 문제점

가. 한글 전자우편(E-mail) 교환시의 문제점(한글이 깨지는 원인)

<> 한글을 인터넷 전자우편의 전송체계로 변환하는 방법의 문제

<한글 전자우편시스템의 구조>

=================================================================

+--------------------+     +--------+      +--------------------+

|전자메일 접속 컴퓨터|-----| 인터넷 |------|전자메일 접속 컴퓨터|

+--------------------+     +--------+      +--------------------+

+--------------+     +--------------------+     +--------------+

|8비트 단위처리|<--->|7비트 단위전송(SMTP)|<--->|8비트 단위처리|

+--------------+  ^  +--------------------+  ^  +--------------+

2바이트       |                          |       2바이트

표준한글 코드    |                          |    표준한글 코드

|                          |

--코드변환(인코딩/디코딩)--+

=================================================================

o 인터넷 전자우편시스템은 영문자 전송을 목적으로 7비트(ASCII 코

드) 전송체계로 개발되어 8비트로 구성된 한글코드를 전송하기 위

해서는 7비트로 코드변환이 필요함.

* ASII : American Standard Code for Information Interchange 미

국표준방식으로 94자의 영문자와 특수문자의 컴퓨터 코드

정의

- 한글코드를 7비트로 변환하는 인터넷표준(RFC 1557)이 제정되어

있으나 표준의 내용이 불명확하여 표준에 따라 S/W를 구현하여도

각 전자우편 S/W별로 차이가 발생하여 동일한 전자우편 S/W가 아

니면 한글 전자우편 송수신시 한글이 깨짐.

*  RFC(Request For Comment) : 인터넷에서 사용되는 사실상의

표준

- 또한 8비트 전송체계로 발전하고 있는 인터넷 전자우편시스템에

적합한 한글코드변환에 대한 표준방식이 없음.

* 한글 전자우편시스템은 표준한글코드(KSC 5601)의 완성형 한글

코드만을 사용하고 있으므로 전자우편에서 완성형, 조합형의

불일치에 따른 문제는 없음.

<> 사용자(전자우편 송수신자) 컴퓨터에 전자우편 S/W를 설치하는 과정

의 문제

o 사용자의 전자우편 S/W에 대한 지식부족으로 MIME, Uuencode 등 코

드변환방식을 잘못 선택하여 제대로 전송된 전자우편도 읽을 수 없

는 경우가 발생함.

- 송수신자가 호환이 안되는 코드변환방식을 사용하고 있어 코드변

환방식이 다른 경우 한글이 정상적으로 출력 안됨.

. 한글이 깨지는 현상과 비슷하나 송수신자가 동일한 코드변환방

식을 지정하면 정상적으로 출력됨.

<인터넷 익스플러러 메일 S/W의 한글코드변환방식 설정 예> : 그림 생략

나. 한글 워드프로세서 파일 호환성에 대한 문제점

<> 한글 워드프로세서간의 편집기능 차이

o 한글워드프로세서 업체는 제품의 경쟁력을 높이기 위하여 타 회사

와 차별되는 편집기능을 개발하여 신제품으로 판매하고 있음.

- 차별이 되는 대부분의 편집기능은 문서를 아름답게 꾸미기 위한

부가적인 기능으로서 워드프로세서간 파일 교환시 문서의 일부가

삭제되는 등 정상적으로 표시가 안돼 재편집을 해야하는 원인이

되고 있음.

<> 워드프로세서에서 작성한 문서를 워드프로세서 파일로 변환하는 방

식의 차이

o 한글워드프로세서로 작성된 문서는 개별 업체의 독특한 방식(*.HWP,

*.DOC 등)으로 저장.처리되므로 일부 다른 종류의 워드프로세서에

서는 파일 자체를 읽지 못하는 경우가 발생함.

- 따라서 다른 회사의 워드프로세서로 편집하기 위해서는 다시 타

이핑하여 입력하는 이중 작업이 필요함.

3. 대책

<> 다양한 정보시스템을 통하여 처리되는 한글을 추가적인 작업없이 그대

로 교환될 수 있도록 하여 효율적인 전자정부 구현 촉진

o 공공기관이 표준사양을 적극 수용하고 민간으로 확산

o 한국전산원 중심으로 관련업체 및 전문가 의견 수렴

o 정보기술 발전에 상응하는 업계의 상품개발 유도

가. 한글 전자우편 관련

o 한글코드를 호환성 있게 인터넷 전자우편 전송체계로 변환할 수 있는

"한클코드변환방식"의 표준 제정

- 한국전산원이 중심이 되어 인터넷서비스 제공자(ISP), 전자우편

S/W 업체 및 전문가와 협의하여 한글코드변환방식에 대한 표준(안)

작성

. 한국정보통신기술협회에 동 표준(안)을 제안하여 표준 제정

. 인터넷기술표준단체(IETF)와 협의하여 현재 인터넷 표준으로 사

용되고 있는 RFC 1557을 한글코드변환방식 표준에 맞도록 보완.

개정

- 전자우편 S/W 개발업체가 제정된 표준 한글코드변환방식에 따라 제

품을 생산할 수 있도록 유도

. 행정자치부와 협의하여 "사무자동화기기이용기술"로 지정

* 사무자동화기기이용기술 관련 규정(사무관리규정 제105조)

(1) 총무처장관은 행정기관에서 공통규정으로 사용하거나 호환

성이 필요한 사무자동화기기에 대하여는 그 기종을 지정하

거나 사무자동화기기의 표준화를 위하여 필요한 조치를 할

수 있다.

(2) 총무처장관은 사무자동화기기의 효율적 이용 및 사무처리

의 표준화를 위하여 필요하다고 인정하는 경우에는 사무자

동화기기이용기술을 지정할 수 있다.

- 한글코드변환방식 표준 제정 일정

. 전문가 및 전자우편 S/W 업체가 참여하는 협의회 구성('98.4)

. 표준(안) 작성 및 표준 제안('98.5)

. 표준 제정('98.12)

.. RFC 1557 개정 및 사무자동화기기이용기술 지정 추진

o 사용자가 전자우편 S/W의 한글코드변환기능을 제대로 설정할 수 있도

록 하는 "한글 전자우편 S/W 사용 지침서" 제작

- 전자우편 이용자 스스로가 자신의 전자우편 S/W를 설치.운영하면서

한글과 관련된 사양을 선택해야 하므로 한글 전자우편 S/W 사용방

법에 대한 지침서를 작성하여 보급

. 이용자의 실제 컴퓨터 환경을 그림 위주로 묘사하여 손쉽게 한글

환경을 설정할 수 있도록 함.

- 한국전산원은 네스케이프 메일, 인터넷 익스플러러 메일, 유도라

등 다수의 전자우편 S/W에 대한 "한글 전자우편 S/W 사용 지침서"

를 제작하여 공공기관에 보급

. 정보통신부 및 한국전산원 홈페이지에도 게재

- 한글 전자우편 S/W 사용 지침서 제작 일정

. 전자우편 S/W 정류 및 설치방법 분석('98.5)

. 지침서 작성 및 관련전문가 검토('98.6)

. 홈페이지 게재 및 지침서 보급('98.6)

나. 한글 워드프로세서 관련

o 한글 워드프로세서 파일의 호환성을 확보하기 위하여 다각적인 방법

에 대한 장.단점 비교 검토

- 제1안 : 전자문서 교환시 사용할 워드프로세서 편집기능 및 파일의

포맷에 대한 표준 제정

. 장점 : 워드프로세서 종류와 관계없이 전자문서 호환 가능

. 단점

.. 표준제정에 상당한 기간이 소요됨.

.. 표준에 따른 워드프로세서 업체의 추가적인 기능개발 필요

- 제2안 : 전자문서의 포맷에 관계없이 문서열람 및 인쇄만 가능한

S/W 개발.사용

. 장점 : 문서유통 및 보존이 용이

. 단점

.. 워드프로세서 기능향상 등으로 포맷이 변경될 때마다 전용

S/W 기능 보완 필요

.. 수신자에 의한 전자문서 편집 및 재활용 곤란

- 제3안 : 정부기관의 전자문서 작성에 사용하는 워드프로세서 통일

. 장점 : 워드프로세서 파일교환을 위한 추가적인 작업이 필요 없

으며 100% 호환 가능

. 단점 : 특정제품 선택에 따른 불공정 시비와 제품개발 경쟁 저해

<검토의견>

- 워드프로세서 업체의 기술개발 촉진, 경쟁유도 및 사용자의 편리성

등을 고려할 경우 장기적으로 제1안이 바람직하다고 판단됨.

o 다양한 한글 워드프로세서의 편집기능을 통일하기 위한 "공통파일 작

성모드" 선택기능 개발

- 한국전산원은 공문서 작성에 필수적인 핵심기능을 정의하고 이러한

핵심기능을 구현할 수 있는 "공통파일 작성모드" 선택에 대한 워드

프로세서의 기능항목 규정

. 공통파일 작성모드를 실제로 구현하기 위해서는 개발업체의 참여

가 필수적이므로 관련업체의 의견을 충분히 수용

. 한국전산원은 한글워드프로세서의 신제품 개발을 감안하여 주기

적으로 공통파일 작성모드의 편집기능 상향 조정

.. 윈도우용 S/W 기능에 대한 표준화 작업시 공통파일 작성모드

로 전환할 수 있는 선택기능 반영

* 현재 윈도우용 S/W 기능 표준(TTA.KO-10.0079)은 워드프로세

서, 데이터 베이스, 스프레드쉬트 등에 대한 기능을 정의하

고 있음.

- 공통파일 작성모드 기능을 제공하고 있는 워드프로세서가 공공기관

에 효과적으로 사용.보급될 수 있도록 행정자치부와 협의하여 사무

자동화기기이용기술로 지정 추진

* '97년도 워드프로세서 총매출액 중에서 정부.공공기관의 워드프

로세서 수요는 60% 점유(자료 : 한글과컴퓨터)

o 한글 워드프로세서 파일을 호환성 있게 교환하기 위한 "공통파일포맷"

의 표준 제정

- 한글 워드프로세서 파일을 공동으로 사용하기 위한 "공통파일포맷"

을 표준으로 제정하여 업체가 워드프로세서 개발시 기본사양으로

개발하도록 유도

. 워드프로세서 개발업체가 제정된 "공통파일포맷" 표준에 따라 제

품을 생산할 수 있도록 행정자치부와 협의하여 사무자동화기기이

용기술로 지정

- 한국전산원은 "공통파일포맷"을 워드프로세서 업체 및 전문가와 협

의하여 표준(안) 작성

. 한국정보통신기술협회에 동 표준(안)을 제안하여 표준 제정

* 미국에서도 워드프로세서 파일을 교환하기 위하여 '87년 IBM,

Apple, Microsoft사에 RTF(Rich Text Format)을 개발하여 사용

하고 있으나 워드프로세서의 편집기능이 향상되어 부분적인 호

환만 가능한 상태이므로 "공통파일포맷"의 표준(안) 작성시에

는 "공통파일 작성모드"의 편집기능을 전부 반영하여 워드프로

세서간 한글문서파일이 100% 호환될 수 있도록 함.

4. 향후 추진사항

o 전자우편 S/W, 워드프로세서 관련업체, 한국전산원 및 전문가와 세부추

진방안 협의('98.5)

o 행정자치부 등 관계부처 협의('98.5)

<참고> 컴퓨터 한글코드 변천과정

<> 표준번호 및 제.개정년도

o KS C 5601

- 1974(제정) : N바이트 조합형

* 초성(15자), 중성(21자), 종성(21자) 등 한글자모 57자 정의

- 1987 : 완성형(한글 2,350자)

* ISO 2022 규격 준수(전자우편시스템에서 사용)

- 1992 : 2바이트 조합형 부호계를 보조 부호계에 추가

* 한글자모 67자 정의

o KS C 5700

- 1995(제정) : 국제문자부호계(Unicode) 수용(전세계 언어를 표현하기

위한 국제표준(ISO-10646-1) 수용)

* 조합 가능한 완성형 한글(11, 172자) 및 고어를 포함한 한글자모

(240자) 정의