KR940006121B1 - 프린터의 한글 이미지 구현방법 - Google Patents

Abstract

내용 없음.

Description

프린터의 한글 이미지 구현방법

제1도,제2도는 본 발명에 의한 폰트롬 데이타 작성방법을 보인 설명도.

제 3 도는 본 발명을 실시하기 위한 방법의 일예를 보인 플로우차트.

제 4 도는 본 발명을 실시하기 위한 하드웨어의 일예.

본 발명은 프린터에서 한글의 작성용 데이타를 메모리에 넣고 조합하여 출력시켜 한글을 프린트하기 위한 한글이미지 구현방법에 관한 것으로, 최소의 메모리 용량을 사용하여 한글 이미지를 구현할 수 있게 한 것이다.

종래에는 프린터에서 한글을 구현하기 위하여 초성, 중성, 종성 폰트(Font)를 실제의 필요한 패턴보다 월등히 더 많은 1자를 충분히 구현할 수 있는 용량의 메모리를 할당하여 수록하고, 이들을 버퍼에 옮기어 오어링(Oring)한 후 출력시키면 초성과 중성, 종성 이 조합된 한글이미지를 출력시켜 줄 수 있게 되는 것이다.

이러한 종래의 한글이미지 구현 방법에 의하면 실제로 사용되는 초성, 중성, 종성에 해당하는 1자의 패턴보다 월등히 많은 3자에 해당하는 패턴을 수용할 수 있는 메모리 용량을 사용하여 하므로 많은 메모리 용량을 사용하여야 하고 불필요하게 많은 메모리 데이타를 조작하여야 하는 것이어서, 한글이미지 구현에 상당한 시간 지연이 야기되는 문제점이 있는 것이다.

본 발명은 이같은 문제점을 해결하기 위하여 최소한의 메모리용량만을 사용할 수 있도록 한글을 구성하는 초성, 중성, 종성이 각각의 패턴을 수용할 수 있는 용량과 한글로 조합 완성하기 위한 특정한 데이타만으로 초성, 중성, 종성 폰트를 구성함을 목적으로 하는 것이다.

본 발명은 이러한 목적을 달성하기 위하여 초성, 중성, 종성의 실제 패턴바이트와, 이들을 조합 완성하기 위한 데이타 바이트만을 갖고 있는 폰트를 구성하여 소요 메모리량을 줄여줌으로써 이들을 조합 완성하기 위한 처리속도를 증가시킴과 동시에 소요메모리 용량을 감소 시킬 수 있도록 한 것이다.

먼저 본 발명의 기존 개념을 설명하기로 한다.

본 발명의 이해를 돕기 위하여 기존의 한글 구현방법을 살펴보면, "간"인 겅우에는 초성"ㄱ"과, 중성"ㅏ"과, 종성"ㄴ"이 합쳐져야 하는 것이다.

이를 위하여 종래에는 초성"ㄱ"24비트×24비트(72바이트), 중성"ㅏ"24비트×24비트(72바이트), 종성"ㄴ"24비트×24비트(72바이트)의 데이타가 필요하게 되어 모두 216바이트가 필요하게 되는 것이다.

그러므로 전술한 바와 같이 많은 메모리 용량을 확보하여 사용하여야 하고, 불필요하게 많은 메모리 데이타를 조작하여야 하는 것이어서 한글 이미지 구현이 신속하게 이루어 질수 없게 되었던 것이다.

그러나 본 발명의 경우에는 초성, 중성, 종성을 구성하는 패턴을 위한 용량과 한글로 조합 완성하기 위한 특정 데이타만으로 폰트를 구성하게 되어 메모리 소요 용량을 감소시키고 신속한 이미지 구현이 가능하게 되는 것이다.

즉, 본 발명에서는 제1도, 제2도로 보인 바와 같이 한글의 "간"자인 경우에는 초성인 "ㄱ"이 세로축의 컷번째에서 세번째까지 모두 걸쳐 있으므로 크라스번호가 06이 된다.

또한 스페이스 번호는 컬럼 2번에서부터 패턴이 시작되고 있으므로 01가 된다.

아울러 실제 패턴 컬럼수는 0D가 될 수 있는 것이고, 실제의 문자를 구성하는 패턴 데이타는 16바이트가 되는 것이다.

또한 세로축으로의 길이는 16비트를 초과하고 있으므로 3바이트가 되어, 결국 초성"ㄱ"은 가로 19바이트×세로 3바이트가 되어 57바이트가 소요되는 것이다.

또한 중성인"ㅏ"는 세로축의 첫번째에서 두번째까지 걸쳐 있으므로 크라스 번호가 03이 된다.

또한 스페이스 번호는 컬럼 17번에서부터 패턴이 시작되고 있으므로 10가 된다.

아울러 실제 패턴 컬럼수는 07이 될 수 있는 것이고, 실제의 문자를 구성하는 패턴 데이타는 전기"ㄱ"의 경우 보다 월등이 작아 7바이트가 되는 것이다.

또한 세로축으로의 길이는 16비트이내 이므로 2바이트가 되어, 결국 중성 "ㅏ"은 가로 10바이트×세로 2바이트가 되어 20바이트가 소요되는 것이다.

또한 같은 과정으로 종성인 "ㄴ"이 세로축의 세번째에 걸쳐 있으므로 크라스 번호가 04로 된다.

또한 스페이스 번호는 컬럼 10번에서부터 패턴이 시작되고 있으므로 09가 된다.

아울러 실제 패턴 컬럼수는 0D가 될수 있는 것이고, 실제의 문자를 구성하는 패턴 데이타는 13바이트가 되는 것이다.

또한 세로축으로의 길이는 8비트를 이내이므로 1바이트가 되어, 결국 종성"ㄴ"은 가로 16바이트×세로 1바이트가되어 16바이트가 소요되는 것이다.

그러므로 본 발명에서는 결국, 초성 "ㄱ"가로 19바이트×세로 3바이트=57바이트, 중성 "ㅏ"가로 10바이트×세로 2바이트=20바이트, 종성 "ㄴ"가로 16바이트×세로 1바이트=16바이트를 합한 93바이트가 소요되므로 종전의 216바이트에 비하여 메모리 소요 용량을 절반이하로 크게 감소시킬 수 있게 되는 것이다.

이러한 본 발명은 먼저 전원이 인가되는 초기에 입력 포트로부터 문자코드 데이타를 받아(10) 초성 또는 중성 혹은 종성인 경우에는 1, 초성과 중성인 경우에는 2, 초성과 중성, 종성의 결합인 경우에는 3에 해당하는 코드 바이트를 저장(20)하게 되는 것이다.

즉, 본 발명에서는 폰트롬에서 "간"자를 억세스하자면 관련 데이타가 크라스 번호, 스페이스 번호, 패턴 번호, 패턴 데이타의 순으로 집합을 이루고 있고 이들을 선택적으로 불러 내어 순차로 버퍼에 입력시키고 오어링하여 "간"자를 버퍼상에서 합성하여 읽음으로서 폰트 메모리의 소요 용량을 감소시킬 수 있게 되고 억세스 속도를 증가 시킬 수 있게 되는 것이다.

그러므로 본 발명에서는 먼저 입력 포트로부터 데이타를 읽어다가 문자코드를 얻은 후 해당 문자의 소요 코드 바이트를 보고 해당 문자가 초성 만으로 된 것인지 초성과 중성으로 된 것인지 또는 초성과 중성 그리고 종성이 결합된 것인지를 판별할 수 있게 되는 것이며 읽기 시작하는 폰트롬 시작 번지를 가져온 후(30) 폰트롬에서 읽어낸 데이타의 크라스번호에 따라 애드(ADD)바이트 및 저장(SAVE)바이트를 달리하고(40, 50) 스페이스 번호를 가져다가 저장 포인트를 가져온다(70).

즉,"간"의 경우에는 우선 "ㄱ"을 가져오게 되므로 "ㄱ"은 크라스 1에서 크라스 3에 걸쳐 있어서 번호는 6이 된다.

그러므로 더하게 되는 바이트는 3바이트가 되고 저장할 바이트는 1바이트가 된다(50).

또한 상기한 폰트롬에서 가져온 스페이스 번호(60)는 01이 되므로 이에 3바이트를 곱하여 컬럼사의 이메지 데이타 시작점을 잡고 크라스 번호를 참조하여 로우의 위치를 잡게 되는 것이다(70).

이와 같이 한 후 패턴 번호를 가져다가(70') 컬럼상의 실제패턴 범위를 정하여 준 후 패턴 데이타를 저장바이트 만큼 오어링 하게되는 것이다.

이와 같이 패턴 데이타를 버퍼로 옮기고 애드바이트 하여(80), 패턴 카운트가 완료되었는지(9)를 보고 완료되지 아니하였다면 나머지 글자 이메지 데이타가 있는 것으로 판단하여 오어링하고 버퍼를 패턴 데이타를 옮기며 애드바이트(80)하는 전술한 바의 과정을 반복하게 되는 것이다.

아울러 종료 코드가 입력되었는지(100)를 보고 입력되었다면 본 발명에 의한 서부루틴을 중지하고 오퍼레이팅 시스템은 프린터의 작동을 중지(110)시키게 되는 것이며 종료 코드가 입력되지 않은 경우에는 또다른 입력데이타가 있는 것으로 간주하고 시작번지를 가져다가 크라스 번호를 확인(30)하는 전술한 바의 과정을 반복하는 것이다.

아울러 "간"의 "ㅏ"는 크라스 1과 크라스 2에 걸쳐 있어서 번호는 3이 된다.

그러므로 더하게 되는 바이트는 2바이트가 되고 저장할 바이트는 1바이트가 된다(50).

또한 상기한 폰트롬에서 가져온 스페이스 번호는 hex10이 되므로 이에 3바이트를 곱하여 컬럼상의 이메지 데이타 시작점을 잡고 크라스 번호를 참조하여 로우의 위치를 잡게되는 것이다(70).

이와 같이 한후 패턴 번호(hex07)(70')를 가져다가 컬럼상의 실제 패턴 버위를 정하여 준 후 패턴 데이타를 저장바이트 만큼 오어링을 하게 되는 것이다.

이와 같이 패턴 데이타를 버퍼로 옮기고 애드바이트하여(80), 패턴 카운트가 완료되었는지(90)를 보고 완료되지 아니하였다면 나머지 글자 이메지 데이타가 있는 것으로 판단하여 오어링하고 버퍼로 패턴 데이타를 옮기여 애드바이트(80)하는 전술한 바의 과정을 반복하게 되는 것이다.

또한 "간"의 "ㄴ"는 크라스 3에 걸쳐 있어서 번호는 4가 된다.

그러므로 더하게 하는 바이트는 3바이트가 되고 저장할 바이트는 3바이트가 된다(40, 50).

또한 상기하 폰트롬에서 가져온 스페이스 번호는 hex 09이 되므로 이에 3바이트를 곱하여 컬럼상의 이메지 데이타 시작점을 잡고 크라스 번호를 참조하여 로우의 위치를 잡게 되는 것이다(70).

이와 같이 한 후 패턴번호(hex0D)를 가져다가 컬럼상의 실제 패턴 범위를 정하여준 후 패턴 데이타를 저장 바이트 만큼 오어링을 하게 되는 것이다.

이와 같이 패턴 데이타를 버퍼로 옮기고 애드바이트 하여(80), "ㄱ"과 "ㅏ", 그리고 "ㄴ"을 모두 오어링하여 버퍼에서는 최종적으로 "간"이라는 문자데이터가 얻어지는 것이다.

이때에는 패턴 카운트가 완료되었으므로(90), 종료코드가 있는지를 검사하게 되며 이때에는 종료 된 상태이므로 본 발명에 의한 서브 루틴을 종료(110)하고 오퍼레이팅 시스템으로 복귀하여 통상의 기능을 수행하던가 혹은 종료되지 않은 경우에는 다시 폰트롬의 시작 번지를 폐치하는(30) 전술한바의 과정을 반복하게 하는 것이다.

이와 같이 하여 본 발명은 프린터에서 한글이메지를 구현하기 위하여 초성과 중성 그리고 종성의 실제적인 패턴 데이타와 이들의 위치를 규정지어 주기 위한 최소한의 데이타(크라스 번호, 스페이스 번호, 패턴 번호 데이타)만으로된 최소화된 용량만을 사용하는 메모리로 폰트롬을 구성함으로서 이를 이용하여 한글 이메지를 구현하게 되면 폰트롬의 불필요한 용량 소모를 막을 수 있어서 경제적이고 이들로부터 데이타를 억세스하는 데에도 시간이 대폭 단축될 수 있어서 데이타 처리의 능률을 개선할 수 있게 된다.

Claims (1)

1. 한글의 초성과 중성 그리고 종성에 해당하는 문자의 세로 길이에 따라 분류된 크라스번호와 첫번째 컬럼에서부터 실제 패턴까지의 컬럼수에 해당하는 스페이스번호 그리고 실제 차지하는 패턴의 컬럼수인 패턴 번호 및 이미지를 형성하기 위한 패턴 데이타로 가로 데이타를 구성하고 그리고 이들이 차지하는 길이에 해당하는 세로 데이타를 구성하여 폰트롬에 저장하고, 입력 포트로부터 데이타를 읽어다가 문자 코드를 얻은 후 해당 문자의 소요 코드 바이트를 보고 해당 문자가 초성 만으로 된 것인지 초성과 중성으로 된 것인지 또는 초성과 중성 그리고 종성이 결합된 것인지를 판별할 수 있게 되는 것이며 읽기 시작하는 전기 폰트를 시작 번지를 가져온 후(30) 폰트롬에서 읽어낸 데이타의 크라스번호에 따라 애드(ADD)바이트 및 저장(SAVE)바이트를 달리하고(40, 50) 스페이스 번호와 저장 포인트 그리고 패턴번호를 취하여(60, 70, 70'), 로우와 컬럼상의 실제 패턴 범위를 정하여준 후 패턴 데이타를 저장바이트 만큼 오어링을 하고, 이와 같이 패턴 데이타를 버퍼로 옮겨 애드바이트하여(80), 패턴 카운트가 완료되었는지(90)를 보고 완료되지 아니하였다면 나머지 글자 이메지 데이타가 있는 것으로 판단하여 오어링하고 버퍼로 패턴 데이타를 옮기며 애드바이트(80)하는 전술한 바의 과정을 반복하게 되고, 종료 코드가 입력되었는지(100)를 보고 입력되었다면 본 발명에 의한 서브루틴을 중지하고 오퍼레이팅 시스템은 프린터의 작동을 중지(110)시키게 되는 것이며 종료 코드가 입력되지 않은 경우에는 또 다른 입력데이타 있는 것으로 간주하고 시작번지를 가져다가 크라스 번호를 확인(30, 40)하는 전술한 바의 과정을 반복함을 특징으로 하는 프린터의 한글 이메지 구현방법.