KR860002030B1 - 라인 프린터의 한글 조합 장치 - Google Patents

라인 프린터의 한글 조합 장치 Download PDF

Info

Publication number
KR860002030B1
KR860002030B1 KR1019840006035A KR840006035A KR860002030B1 KR 860002030 B1 KR860002030 B1 KR 860002030B1 KR 1019840006035 A KR1019840006035 A KR 1019840006035A KR 840006035 A KR840006035 A KR 840006035A KR 860002030 B1 KR860002030 B1 KR 860002030B1
Authority
KR
South Korea
Prior art keywords
hangul
code
buffer
byte
consonant
Prior art date
Application number
KR1019840006035A
Other languages
English (en)
Other versions
KR860002769A (ko
Inventor
염상호
Original Assignee
주식회사 금성사
허신구
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 금성사, 허신구 filed Critical 주식회사 금성사
Priority to KR1019840006035A priority Critical patent/KR860002030B1/ko
Publication of KR860002769A publication Critical patent/KR860002769A/ko
Application granted granted Critical
Publication of KR860002030B1 publication Critical patent/KR860002030B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K15/00Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Document Processing Apparatus (AREA)

Abstract

내용 없음.

Description

라인 프린터의 한글 조합 장치
제 1도는 본 발명의 시스템 계통도.
제 2도는 본 발명의 실시예 구성도.
제 3도는 본 발명의 핵심부분인 한글 조합과 코드 변환에 관한 계락적 데이타 처리 흐름도.
제 4도는 본 발명의 코드 변화 흐름도로서,
제 4(a)도는 제 1단계에서 제 4단계까지의 과정도,
제 4(b)도는 제 3단계에서의 계통을 상세히 알려는 과정도,
제 4(c)도는 제 5단계에서 제 7단계까지의 과정도.
제 5(a)도는 본 발명의 한글 조합에 대한 상세 프로그램,
제 5(b)도는 본 발명의 메모리상의 데이타 저장 장소를 나타내는 일에도,
제 5(c)도는 본 발명의 3버퍼 출력관계를 나타내는 일예도.
* 도면의 주요부분에 대한 부호의 설명
1 : 중앙처리장치 2 : 롬(ROM)
3 : 램(RAM) 4 : I/O컨트롤러
5 : 디코더
본 발명은 라인 프린터상에 한글을 출력시키기 위한 한글 모아쓰기 작업을 수행하는 한글 조합 장치에 관한 것이다.
일반적인 라인 프린터는 컴퓨터는 컴퓨터 등의 단말기기로서 라인 단위로 프린팅 한다.
여기서, 영문은 한문자 1바이트(1 byte 1자소)로 이루어지나 한글은 한 문자를 구성하기 휘해 2 내지 5자소로 이루어지므로 모아쓰기가 필요하며, 따라서 라인 프린터에 한 문자를 프린트하고 할 경우, 영문은 1문자당 1라인이 필요한 반면, 한글은 1문자당 2-3 라인이 필요하게 된다.
즉, 라인프린터상에 한글을 출력하기 위해서는 주컴퓨터 프로그램에서 모아쓰기로 써진 자모를 크게 초성, 중성, 종성으로 분리한 후, 라이팅(Writing)을 하게 되는데, 이때, 초성, 중성, 종성 또는 초성, 중성으로 분리된 한글 한자가 라인 프린터의 세개 또는 두개의 라인상에 걸치게 되므로, 완벽한 한글 한자를 완성시키기 위해서는 각 라인당 한번씩의 해머링(Hammering)작업에 따른 두, 세번의 라이팅 작업이 필요하게 되어, 한글의 프린팅 속도가 저하됨은 물론, 한글 한자한자마다 한글 모아쓰기 서브루틴을 콜(Call)하는 명령을 주 프로그램에서 해 주어야만 되기 때문에 컴퓨터의 작업량이 가중되는 문제점이 있었다.
또한, 동시 작업시스템이나 다수 사용자 시스템에 있어서, 다수 사용자가 동시에 한글조합 루틴을 사용할때에는 주컴퓨터의 처리 속도가 떨어지는 경우가 발생되는데, 이는 미니 컴퓨터에 온-라인(On-line)으로 된 각 터미날의 사용자가 거의 동시에 한글을 출력하기 위하여 하나의 한글 조합 서브루틴을 사용할 경우, 전체 시스템은 한번의 한글 프린팅시마다 약 1/100μs 정도의 속도가 저하되기 때문에, 주 컴퓨터의 처리 속도가 떨어지게 되는 것이다. 또한 현재 한글 코드 체계가 16단위와 8단위 및 7단위와 영문 EBCDIC, ASCII가 공존하는 상황에서 현재의 거의 모든 프린터는 한 가지의 어는 특징 코드 체계만 통신이 되므로 그외의 코드체계의 데이타 처리는 불가능한 실정이다.
이러한 실정하에서 본 발명의 목적은,
첫째, 사용자들에게 주 컴퓨터에서 한글 모아쓰기 작업이 필요없이 한글도 영문과 숫자들과 같이 취급할 수 있는 편리함을 제공하는데 있으며,
둘째, 주컴퓨터나 주변기기에 부담을 줄이므로써 처리 수행 능력을 향상시키고,
세째, 어느 코드에계의 데이타라 할지라도 사용자가 원하는 코드체계의 데이타처리를 가능케함으로 프린터 자체에 호확성과 유연성을 갖게 함에 있으며,
네째, 일반적으로 각 기종에서 사용되는 언어는 같은 종류의 언어라 하더라도 서로 약간씩 틀리므로, A기종에서 사용되는 프로그램을 B기종에 적용시킬 수 없는 문제점이 있었으나, 본 발명은 한글 조합 서브루틴을 주프로그램에서 콜하도록 하는 한글 모아쓰기 사용자 프로그램을, 한글 코드 변환 기능 및 한글 조합 기능의 하드웨어 장치로써 외부에 존재시켜, 다기종과의 프로그램 화환성이 향상되도록 함에 있다.
이와 같은 목적을 실현하려는 본 발명은 우서 사용자나 작업자가 원하느 코드 체계를 임의로 변환 및 사용이 가능하며, 한 예로서 영문 아스키(ASCII) 7단위 혹은 한글 16단위 코드 입력시, 한글과 영문 및 기타 문자들이 섞여 순차적으로 전송되어 입력된 데이타를 하나씩 판단하여, 영문이나 숫자, 기타 문자들은 일단 출력버퍼에 자장하고, 한글은 한글 조합 작업을 수행하여 라인단위의 세버퍼로 구분을 시킨후, 이것을 각각 해당 출려버퍼에 옮겨서 이미 놓은 영문과 함께 프린터로 출력하는 것이다.
그러므로, 코드 변화기능과 한글 조합 기능의 두가지 기능을 갖는 본 장치를 사용하므로써, 주컴퓨터에서 한글 모아쓰기 작업을 생략할 수가 있어 호스트의 사용자 프로그램이 크게 단순화되는 것이고, 또한 주 컴퓨터의 부담을 감소시키는 것이며, 어느 종류의 코드체계 데이타도 처리할 수 있는 것이다.
이하에서 이를 상세히 설명하면 다음과 같다.
제 1도는 본 발명과 주 컴퓨터 및 라인프린터간의 시스템 계통도인 것이며, 여기서 주컴퓨터와 한글 조합 장치(ki),한글 조합장치(ki)와 라인 프린터와의 접속방법은 병렬 접속이며, 이에 따라 데이타가 1자소(1byte)씩 별렬로 전송 및 수신된다.
또한, 이러한 계통을 가진 본 발명의 구체적인 구성은 제 2도와 같이 이루어지는 것으로서, 이는 본 발명의 모든 동작을 통제하는 중앙 처리 장치(1), 모든 한글조합과 코드 변화 등을 가능케하는 마이크로프로그램이 내장된 롬(2), 입력되는 데이타로 일시 저장하면서 그것을 하나씩 중앙처리 장치의 레지스터에 가져와서 비교하기 위한 입력 임시 버퍼(메모리)의 역할 및 3버퍼로써 조합 완성된 한글문자와 기타 문자들이 PRINTER로 출력되기전 격납되는 입출력 데이타 일시 저장용 램(3), 입 출력 데이타를 통제하고 호스트와 프린터의 인터페이스와 데이타의 통로역할을 하는 I/0 콘트롤러(4), 각 메모리 소자들 및 I/O 콘트롤러의 번지를 선택하는 디코더(5)를 상호 연결하여 구성된다.
이러한 구성의 본 발명에 의하여 처리되는 한글조합 및 코드 변환 과정을 상세히 설명하면 다음과 같다.
본 발명에서는 16단위에서 7단위로의 코드 변환을 일예로 들었으며, 다른 종류의 코드변환은 본 발명의 코드 변환에서 약간씩 변형된 겻에 지나지 않는 것이므로 그 기본 골격은 거의 동일한 것이어서 이들의 설명은 생략한다. 우선, 16단위체계와 16단위에서의 한글 및 영문의 판단 기준과, 한글의 초성, 중성, 종성의 특징을 설명하면, 16비트단위(2바이트)코드 체계에서 한글의 초성, 중성, 종성은 각각 5비트씩 차지하게 되므로 나머지는 1비트는 MSB (Most significant Bit : 최상위비트)로 되며, 16비코 데이타의 실제 전송은 8비트 단위로 행해지므로 중성의 5비트는첫 바이트(상위바이트)와 둘째 바이트(하위바이트)에 각각 3비트와 2비트씩 나뉘어져 입력된다.
여기서, 최상위비트가 한글과 영문 또는 16단위와 7단위의 판단기준이 되는데, MSB의 논리가 "1"이면 한글 또는 16단위이고 "0"일때 영문 또는 7단위임을 알 수 있게 된다.
즉, 표준 7단위 체계는 16진수(HEXADECIMAL)로써 최대 7F (01111111B)의 값을 가지게 되므로, 최상위 비트는 항상 "0"이 되는 것이고, 표준 16단위 체계는 16진수로써 최대 F F (11111111B)의 값을 가지게 되므로 최상위 비트는 항상 "1"이 되는 것이다.
일예로, 16진수의 8441을 2진수로 변환하면 1000010001000001(한글 각의 16단위 코드임)로 되므로 최상위비트가 "1"로 나타나게 되며, 이것으로써 한글 또는 16단위 체계임을 식별하게 되는 것이다.
다음 한글 자체의 특징을 열거하면, 초성은 "ㄱ"을 비롯하여 19개 자소가 있으며, 항상 단자음으로만 구성이된다.
그러므로 "ㅎ산"과 같은 문자는 존재치 않는다.
다음에 종성은 초성과는 달리, 단모음 또는 복모음이 올수 있고, 종성도 단자음과 복자음이 올 수 있다. 그리고 한가지 주지해야할 사실은 정부표준안 7단위 한글로드 체계에서는 한글 한글자를 구성하는 최대자수가 3자로써 복모음과 복자음이 하나의 16진수 값으로 지정돼 있는 사실이다.
따라서, 본 코드변환은 16단위에서 7단위 정부표준(일명 3바이트)으로 변환하고 이것을 다시 풀어쓰기 7단위 코드로 바꿔주게 된다.
제 4도는 16단위에서 7단위로의 코드 변환 과정의 일예시도인 것으로, 제 1단계에서는 시초에 1바이트씩 순차적으로 전송되어 온 데이타들을 제 2도의 입력 임시 버퍼용 램(3)에 저장시킨 후 그것을 하나씩 중앙처리장치의 (CPU)(1)의 "A"레지스터(일명 어큐물레이터)에 가져와서 최상위비트를 체크한다.
이때, 최상위비트가 "0"일때는 영문이고, 7단위이므로 제 3도에서와 같이 그대로 출력되어 임시버퍼인 램(3)에 저장된다.
한편, 최상위비트가 "1"일때는 한글이고, 16단위이므로, 현재 체크할 바이트는 한글 2바이트 코드중에서 상위 바이트이며, 입력 임시 버퍼용 램(3)에 저장돼 있는 바로 다음 바이트는 하위바이트가 된다.
이들 2바이트중 상위바이트는 중앙 처리장치(1)내의 HIBYTE (High byte)라 명명되는 레지스터로 옮기고 , 다음 하위바이트는 중앙 처리장치(1)내의 LWBYTE (Low byte)라 명명되는 레지스터로 옮긴다.
제 3단계부터 실질적인 비트 조작에 의해 한글 2바이트에서 초성, 중성, 종성을 분리해 정부표준안 7단위 코드체계로 바꾼후, 풀어보기 7단위 한글 코드 체계를 만든다.
이때, 제 3단계에서의 HIBYTE에 있는 상위바이트 데이타를 중앙처리장치(1)의 "A"레지스터에 옮겨 비트 조작을 하는데 이와 관련한 상세 단계가 제 4(b)도와 같은 것이다.
즉, (i)-1에서 초성을 가려내기 위해 (i)-2와 같이 오른쪽으로 2번 시프트시킨 다음, (i)-3과 같은 2진수(00011111B)와 AND 논리를 거치면 완전한 초성 5비트가 가려진다.
이와 같이 분리된 초성을INCHAR(Initial Character : 초성)라 이름 붙인 메모리 저장해 둔다.
(ii)는 중성을 분리하늘 작업인데, 중성은 상위 2비트는 상위 바이트에, 나머지 3비트는 하위바이트에 나뉘어져 있기 때문에 우선 "A" 레지스터에 다시 HJBYTE의 데이타를 옮겨서, 왼쪽으로 3번 이동하면 비트넘버 0,1은 각각 비트넘버 3,4로 이동된다.
이 결과를 같은 중앙 처리장치(1)의 "B" 레지스터로 임시 옮겨 놓은후, LWBYTE의 내용을 "A" 레지스터로 가져온 다음, 이번에는 오른쪽으로 5번 비트를 이동시키면 하위 바이트의 비트넘버 5,6,7에 있는 중성 3비트가 비트넘버 0,1,2에 차례로 위치하게 된다.
이 결과와 바로 전에 옮겨 놓았던 "B" 레지스터의 중성 2비트와 OR 논리작업을 한후, (ii)-7과 같은 2진수(0001111B)와 AND 논리작업을 하면 여기에서 중성 5비트가 분리된다.
다음에, 미리 만들어 놓은 정부표준 7비트 코드테이블과 해당 자소를 MICHAR (Middle Character중성)이라 명명한 메모리 장소에 저장시켜 둔다.
(iii)은 마지막 종성의 분리작업인데, 종성은 하위바이트의 비튼넘버 0-4에 위치하므로 LWBYTE의 내용을 "A" 레지스터로 옮긴후, 2진수(00011111B)와 AND논리를 하여, 정부표준안 7단위 테이블에서 해당자소를 찾아내 FICHAR (Final Character : 종성)이라 명명하 메모리 장소에 저장시켜 둔다.
이후 제 3단계에서 제 4단계로 넘어가고 여기부터 정부 표준 7단위에서 연속적인 풀어쓰기 형태인 7단위 코드로의 변환이 시작되는데, 이 단계들의 촛점은 3바이트 코드라고도 불리는 정부표준 7단위는 중성, 종성이 풀어쓰기 형태가 아닌 모아쓰기 형태이므로, 이것을 다시 분해하는 것과,초성은 자소 두개가 연속으로 올 수 없다는 것과, 중성은 단모음, 복모음이 있으며, 종성도 단자음, 복자음이 있다는 것이다.
그러므로, 여기서는 초성은 그대로 놔두고 중성 버퍼(MIBUFF)의 데이타를 "A" 레지스터에 옮겨놓고 연속풀어쓰기 7바이트 코드 테이블에서 해당자소를 찾기 시작한다.
찾은 후 제 5단계에서 복모음인지 아닌지를 판단한다. 예를들어 MICHAR에 "ㅙ"라는 복모음이 있다고 가정 했을때, 풀어쓰기 7단위 코드 테이블을 조사하면 해당 위치에 "ㅗ"와 그 메모리 위치에서 하나 증가한 위치에 "ㅣ"가 있는데 바로 이를 "A" 레지스터로 가져와서 0인지 아닌지를 판단하면 현재 중성 BUFF(MIBUFF)에 있는 데이타가 단모음인지 복모음인지를 판단할 수 있다. (단모음일 경우 "0"는으 로되 고복 모음일 경우에는 "1"로 된다.)
이후 풀어쓰기가 된 자소들을 메모리에 저장해 놓고 종성도 같은 단계를 밟아 메모리에 저장한다.
한편, 제7단계는 종성이 없는 경우를 가리키는데 예를들어 "이", "가", "오"등과 같은 문자들이다. 이때는 FICHAR에 00으로 채워지나, 일단 종성의 유무를 체크한 후, 있다면, 상술한 작업을 수행하게 되고, 없다면 해당 메모리를 삭제하고 한글조합을 수행하게 된다. 단, 풀어쓰기 7단위 코드가 만들어진 후 한글 조합 루틴을 수행하기에 앞서, 한글자소 시작전에는 한글시작 코드(SO)를, 한글자소 종료후에는 마감코드(SI)를 삽입한다.
이와 같은 코드 변환 과정 이후에 한글자소를 조합하는 과정을 구체적으로 살펴보면 제5도와 같다.
이는, 기본적으로 크게 8단계로 나누었고 한글 한문자 조합을 기준으로 하였으며, 이 흐름의 골자는 다음과 같다.
타인 프린터상에 라인 단위로 프린팅하려면 한글인 경우 반드시 밑모음과 옆모음을 구분해야하며, 프로그램 메모리상에 자음, 밑모음, 옆모음 버퍼를 마련해서 각각의 자소체크가 끝나면 이들을 해당 버퍼에 옮긴 다음 한 문자가 완성된 직후 그것을 데이타 메모리 버퍼(3)로 옮기는데, 첫째 버퍼에는 초성과 옆모음, 둘째 버퍼에는 밑모음, 세째 버퍼에는 종성이 들어간다.
그리고 기본 한글의 맞춤법에 맞지 않는 경우에는 에러로 처리되며, 한글 한 문자가 완성되는 모든 경우를 고려해 주어야 한다.
따라서, 자소체크의 순서는 자음-밑모음-자음-자음-자음-모음의 순서로 된다.
입력데이터는 풀어쓰기 7단위 코드이며, 이는 전술했던 코드 변환을 거친 후의 코드 형태와 동일하게 된다.
본 발명에서는 16단위에서 7단위로의 변환을 예로들었으므로 7단위와 16단위를 기준으로 설명하였으나, 한글 영문의 판단기준은 코드체계마다 틀릴 수 있으며, 협약에 따라 바뀔 수 있다.
또한, 본 발명의 기술에서의 7단위는 16단위와는 달리 한글판단기준이 다른 것으로, 7단위는 통상 한글 시작시 시작코드 1바이트를 부여하고 한글 종료시 마감코드 1바이트를 부여한다.
그러므로, 제 5(a)도의 흐름도에서와 같이 ①에서 데이타의 시작코드를 체크하여 한글이 아닐때는 그림 제5(b)도와 같이 제 1버퍼램(3)에 상기 데이타가 저장되며 "SO" 코드가 입력된 후 한글 조합을 시작한다.
②에서는 자음체크인데 이는 본 장치의 롬(2)에 내장되 있는 마이크로 프로그램 작업에서 이미 테이블 조사 작업을 한바 있으므로, 체크 작업을 간략하게 하면 초성자음(ㄱ을 비롯하여 19개), 옆모음(ㅏ, ㅑ, ㅓ,ㅕ,ㅣ,ㅔ, ㅖ,ㅐ, ㅒ의 9), 개밑모음(ㅗ,ㅛ,ㅜ,ㅠ, ㅡ의 5개)의자소들을 각각 테이블로 만들고, 데이타 입력시 해당 테이블을 조사하여 입력자소와 일치하는 자소를 지정하게 된다.
②에서 자음이면 그림 제5(b)도의 프로그램 메모리의(a)자음 버퍼에 옮기거나 곧바로 ③의 밑모음 체크를 한다.
밑모음도 아닐시 ④의 옆모음을 체크하고 옆모음도 아닐때 ⑤에서 다시 자음을 체크하게 되며, 자음이 아니며 F로 가는데, F는 "SI"나 콘트롤 코드 체크를 하게된다.
이 같은 경우는 작업자가 "SO"코드를 입력후 즉시 한글을 입력하지 않고 콘트롤코드를 입력했거나 다시 영문을 입력하기 위해 "SI"코드를 입력한 경우인데, 실제 이런 경우는 대부분 발생하지 않게되며, 그것은 자업자가 데이타를 보조 기억장치에 기억시킬 때 에러수정 작업을 모두 끝낸 후 정확한 데이타만을 보관해 놓기 때문이다.
다음 ②에서는 다음 데이타를 읽고 밑모음인지를 체크한다.
밑모음에는 ㅗ, ㅛ, ㅜ, ㅠ, ㅡ 뿐이므로 이들과 비교하여 일치할때, 제5(b)도의 (b) 밑모은 옮기고, 아닐시는 옆모음 인지를 체크한다.
④번의 옆모음 체크도 밑모음과 동일한 단계를 밟는다.
다음에 ⑤번에서 자음체크를 하는데 이 자음은 세가지 종류가 될 수 있다.
첩째, 한글첫자의 종성, 둘째, 종성 복자음의 상위 자소, 세째, 다음 문자의 초성이 될 수 있다.
예를들어 "가다"의 경우, 풀어쓰기로 하면 자음-옆모음-자음-옆모음으로 되고, "간다"의 경우는 자음-옆모음-자음-자음-옆모음으로 된다.
그런데, 전자의 경우는 자음 "ㄷ" 다음에 모음 "ㅏ"가 왔으므로 자음-옆모음으로써 한자가 형성이 됐고, 후자의 경우는 옆모음 "ㅏ" 다음 자음 "ㄴ" "ㄷ"이 온후 모음이 왔으므로 자음-모음-자음으로써 한자가 구성이된다.
그러므로, 요지는 한글 첫자의 모음 다음에 자음이 몇개 온후 모음이 오느냐에 따라 한 글자 조합에 대한 체크가 이루어진다.
⑥에서는 한글 한자 조합의 마지막단계이며, 한 글자가 조합이 됐을때, ⑦에서 프로그램 메모리상의 각 버퍼에 잠시 저장시켰한 던자 소들을 각 해당 3버퍼(3)로 옮긴다.
다음 ③에서 중앙 처리장치 (1) 내부 레지스터를 모두 리세트시키고 다른 한 글자에 대한 조합이 이루어진다.
그러면, 하나의 실례를 들어 본 한글조합 스텝을 살펴본다.
한글 "읽다"를 보면, 풀어쓰기 "ㅇ ㅣ ㄹ ㄱ ㄷ ㅏ"로써 한글조합루린으로 순차적으로 입력된다.
①에서 한글 시작코드 "SO"를 체크하는데 틀림없이 "SO"는 존재하며 다음②에서 자음을 체크하니까 "ㅇ"이 자음이므로 "ㅇ"을 제5(b)도의 (a) 자음 버퍼로 옮긴다.
다음 ③에서 "ㅣ"를 읽어 밑모음을 체크하니까 아니므로 다음 ④에서 옆모음 체크를 한다.
YES이므로 "ㅣ"을 (c)의 옆모음 버퍼로 옮긴다.
다음 ⑤에서 "ㄹ"를 읽어 자음 체크를 하니 "YES"이어서 (a)로 옮긴다.
⑥의 단계에서 자음을 또 한번 체크하는데 "ㄱ"이 자음이므로, 이를 역시(a)로 옮긴다.
다음에 "ㄷ"을 읽어 자음을 체크하니 역시 자음이므로 (a)에 옮기고 ⑥의 단계를 반복한다.
다음 데이타 "ㅏ"를 읽어 한번 더 자음을 체크한니 이번엔 모음이므로 바로 전단계 즉, "ㅇ ㅣ ㄹ ㄱ"까지 한 글자임을 판단하고 ⑦에서 (a)(b)(c)에 있는 내용들을 각기 해당 메모리 버퍼(3)에 옮기는데 (a)의 첫바이트와 (c)의 내용을 순차적으로 제 1버퍼로 옮기고, (b)의 내용을 제 2버퍼로 옮기고, (a)의 2,3바이트(단계 ⑥는 제 3버퍼로 옮기면 한글 "읽"에 대한 3버퍼의 조작이 완전히 이루어진다. 이후 중앙처리장치 (1)의 레지스터들의 내용을 모두 리세트 시킨후 "다"서부터 다시 상기의 단계를 밟는다.
이렇게 하여 버퍼가 다 차게 되면 프린터로 I/O 콘트롤러(4)를 통하여 3버퍼(3)으 내용을 출력하는데, 처음 제 1버퍼의 내용을 찍은후 한 라인을 스킵(skip)하지 않고 제 2버퍼의 내용을 찍은 다음 한 라인을 스킵하고 제 3버퍼의 내용을 찍으면 결과는 제 5(c)도와 같게 된다.
이와 같은 본 발명은, 종래와 같이 라인프린터로 한글 문자를 처리하는 과정에서 사용자가 한글 및 기타 문자들은 라인프린터에 출력시킬 때, 주컴퓨터에서 한글 모아쓰기 작업이 필요하게 됨에 따라 사용자 프로그램이 복잡해지게 되고, 주 컴퓨터에 부담을 가중시키게 되며, 또한 현재 코드체계가 다양한 상황에서 주 컴퓨터와 라인 프린터의 코드체계가 다를때 데이타 처리가 불가능하게 되는 모든 불편을 해소시킬 수 있는 것으로써, 한글모아쓰기 논리가 사용자 프로그램에 포함될 필요가 없으므로 편리하고 프로그램이 단순해지며, 주 컴퓨터에 부담이 감소되고, 비기종간의 프로그램 호환성이 높아지는 것이며, 사용자에게 필요한 코드 변환이 가능하게 되는 것이므로, 주컴퓨터와 라인 프린터의 호환성 및 유연성이 매우 높아질 수 있는 매우 유익한 특징이 있는 것이다.

Claims (1)

  1. 주컴퓨터와 라인프린터 사이에 중앙처리장치(1), 롬(2), 램(3), I/O 콘트롤러(4) 및 디코더(5)로 구성되는 한글 조합 장치(ki)를 연결하여, 주컴퓨터로 부터 입력되는 데이타의 최상위 비트를 중앙처리장치(1)에서 검색하여 7단위 및 16단위 식별하고, 7단위이면 버퍼용 램(3)에 일시 저장하고, 16단위이면 2바이트 한글 코드에서 3바이트 정부표준 한글 7단위코드를 분류 변환시킨 후 풀어쓰기 7단위 코드로 바꾸어 롬(2)의 7비트 코드 테이블에서 해당 초, 중, 종성의 자소를 찾아내 3개의 각 버퍼용 램(3)에 일시 저장하며, 한글 마감코드(SI)에 의해 3버퍼용 램(3)의 자소가 라인프린터로 출력되어, 제 1, 2 버퍼의 자소는 순차적으로 프린팅되고 제 3버퍼의 자소는 한 라인을 스킵하여 프린팅 됨을 특징으로 하는 라인프린터의 한글 조합 장치.
KR1019840006035A 1984-09-29 1984-09-29 라인 프린터의 한글 조합 장치 KR860002030B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019840006035A KR860002030B1 (ko) 1984-09-29 1984-09-29 라인 프린터의 한글 조합 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019840006035A KR860002030B1 (ko) 1984-09-29 1984-09-29 라인 프린터의 한글 조합 장치

Publications (2)

Publication Number Publication Date
KR860002769A KR860002769A (ko) 1986-04-28
KR860002030B1 true KR860002030B1 (ko) 1986-11-15

Family

ID=19235597

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019840006035A KR860002030B1 (ko) 1984-09-29 1984-09-29 라인 프린터의 한글 조합 장치

Country Status (1)

Country Link
KR (1) KR860002030B1 (ko)

Also Published As

Publication number Publication date
KR860002769A (ko) 1986-04-28

Similar Documents

Publication Publication Date Title
CA1189976A (en) Displaying and correcting method for machine translation system
US5418718A (en) Method for providing linguistic functions of English text in a mixed document of single-byte characters and double-byte characters
US4467446A (en) Electronically operated machine for learning foreign language vocabulary
US5617314A (en) Kanji conversation result amending system
US4727511A (en) Multitype characters processing method and terminal device
KR860002030B1 (ko) 라인 프린터의 한글 조합 장치
JPS6010348B2 (ja) 半角・全角文字の自動変換方式
JP2629040B2 (ja) 日本語処理システム
KR0133081B1 (ko) 한글 자모 모아쓰기 제어방법
JPH0140370B2 (ko)
JP2862236B2 (ja) 文字処理装置
JPH0352102B2 (ko)
JP2771020B2 (ja) 文字処理装置
JP2889431B2 (ja) 文字処理装置
JPS60195663A (ja) 日本語処理装置
JPH0721189A (ja) 翻訳支援装置
JPH0567080A (ja) かな漢字変換装置
JPH027161A (ja) 文字処理装置
JPH03176759A (ja) 文字処理装置及びその方法
JPH0816908B2 (ja) 文字処理装置及び文字処理方法
JPH069043B2 (ja) 文字処理方法
JPS6029823A (ja) 適応型記号列変換方式
JPH0623974B2 (ja) 文字処理装置
JPH10187700A (ja) 文書処理装置
KR19980025200A (ko) 점자파일의 번역 및 출력방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
G160 Decision to publish patent application
O035 Opposition [patent]: request for opposition

Free format text: OPPOSITION NUMBER: 001986001642; OPPOSITION DATE: 19861209

E701 Decision to grant or registration of patent right
O073 Decision to grant registration after opposition [patent]: decision to grant registration
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 19920930

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee