JPH01210995A - フォントデータ処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 「産業上の利用分野」 本発明は、各種の情報処理装置に用いられるフォントデ
ータ処理装置に係わり、特にサイズの異なる複数組みの
フォントを使用する構成のフォントデータ処理装置に関
する。

「従来の技術」 例えばワードプロセッサ等の情報処理装置では、基本サ
イズの文字に加えて拡大文字や縮小文字、さらには添え
字等の各種サイズの文字を扱うことが一般的となってい
る。したがって、各文字を形成するためのフォントデー
タも、一つの文字に対してサイズの異なる複数のデータ
を用意するようになっている。すなわち、このようなフ
ォントデータは、通常は、ドツトマトリックス上の各ド
ツトを適宜組み合わせて所定の文字形を形成するもので
あり、一つの文字に対し、そのサイズに応じて異なるド
ツトの組み合わせによる複数のフォントデータが用意さ
れるようになっている。

そしてこれらのフォントデータは、情報処理装置内のＲ
ＯＭ　（リード・オンリ・メモリ）等のメモリやディス
ク装置等の外部記憶に格納され、適宜読み出されるよう
になっている。

「発明が解決しようとする課題」 しかしながら、このような従来技術のように、各文字に
対するフォントデータを、そのサイズによって個々に用
意するようにした場合、そのために要する記憶容量が大
きくなる問題点がある。そして、記憶容量を大きくとる
ために外部記憶を用いた場合には、処理速度の低下を招
く問題点もあった。

また、各フォントは前述のように、ドツトマトリックス
により形成されることから、サイズに応じて複数組のフ
ォントデータを作成するために多くの労力が必要となる
問題点もあった。

そこで本発明の目的は、フォントデータを格納するため
の記憶手段の容量を小さくすることができ、かつフォン
トデーク作成のための労力の削減を図ることのできるフ
ォントデータ処理装置を提供することにある。

「課題を解決するための手段」 この目的を達成するために、本発明のフォントデータ処
理装置は、以下のような構成要件Ａ−Ｄを備えている。

（Ａ）−組のフォントデータが格納された記憶手段。例
えばＲＯＭやディスク装置等が用いられる。

（Ｂ）この記憶手段から所定のフォントを読み出す読出
手段。例えばｃｐｕ　＜中央処理装置）からのアドレス
指定に基づいて記憶手段のフォントが読み出される。

（Ｃ）使用するフォントのサイズを指定する指定手段。

例えばキーボード等の人力装置の操作に基づいてフォン
トのサイズが指定される。そしてこの措定されたサイズ
は、ソフトウェア上のデータとして後述のフォントサイ
ズ変更手段に取り込まれる。

＜Ｄ）この指定手段の指定に基づき、読出手段によって
記憶手段から読み出されたフォントを拡大または縮小す
るフォントサイズ変更手段。この拡大または縮小のため
の方法として例えばデイザ方式等がある。

「作用」 本発明によれば、記憶手段に格納された−組みのフォン
トデータのうちの所定のフォントデータを読み出し、フ
ォントサイズ変更手段によって指定手段が指定したサイ
ズに変換して用いることから、−組のフォントデータか
ら適当な大きさのフォントを得ることができる。

「実施例」 以下実施例につき本発明の詳細な説明する。

第１図は本発明の一実施例によるフォントデータ処理装
置の構成を示すブロック図である。

このフォントデータ処理装置は、ＣＰＵ（中央処理装置
）ｌと、ＲＯＭ２と、アドレス変換部３と、拡大・縮小
回路部４とを備えて構成され、ＲＯＭ２内のフォントを
適宜読み出すとともに、このフォントを所望のサイズに
変換するようにしたものである。

ＣＰＵ１は、必要なフォントを読み出すための読出手段
およびこのフォントのサイズを指定する指定手段として
機能するものである。すなわち、このＣＰＵ　１から出
力されるアドレス信号によって読み出すべきフォントと
、そのサイズが決定されるようになっており、このアド
レス信号に基づいて所定のフォントデータがＲＯＭ２か
ら拡大・縮小回路部４に転送され、所定サイズに変換さ
れるようになっている。

記憶手段としてのＲＯＭ２には、例えば１６×１６のド
ツトマトリックスによる−組みのフォントデータが格納
されている。なお、この実施例のフォントデータ処理装
置では、ΔＮＫ（＾１ｐｈａ−Ｎｕ’ｍｅｒｉｃ−にａ
ｎａ　）情報のみを取り扱うようになっており、ＲＯＭ
２には、アルファベット、数字およびカタカナを表わす
フォントデータが格納されている。

アドレス変換部３は、ＣＰＵ　ｌから出力されたアドレ
ス信号に基づいてフォントのサイズを指定するためのサ
イズ指定信号を生成するようになっている。すなわち、
ＣＰＵＩから出力されるアドレス信号のうちの数ビット
（例えば先頭ビット）は、フォントのサイズを指定する
ものとなっており、このビットをアドレス変換部３が読
み取り、サイズ指定信号として拡大・縮小回路部４に供
給するようになっている。アドレス信号は、アドレス変
換部３を通してＲＯＭ２に供給されるようになっている
。なお、後述する拡大・縮小処理のためＲＯＭ２から送
り出されるデータ量が異なってくることから、アドレス
変換部３から出力されるアドレス信号は、サイズ指定信
号に基づいて拡大・縮小回路部４より出力される制御信
号によって制御され、ＲＯＭ２に供給されるようになっ
ている。

拡大・縮小回路部４は、デイザ方式による拡大・縮小論
理を採用したものであり、ＲＯＭ２から供給されるフォ
ントデータを、アドレス変換部３からのサイズ指定信号
によって拡大または縮小するようになっている。

第２図（ａ）および（ｂ）は、このような拡大・縮小回
路部４における拡大・縮小処理の原理を示すものである
。ここに示すものは、サイズ指定信号が１６Ｘ１６のド
ツトマトリックスによるフォントデータを３２Ｘ３２の
ドツトマトリックスによるフォントデータに変換するこ
とを指定する場合の例であり、第２図（ａ）には、１６
Ｘ１６のドツトマトリックスによるフォントデータの一
例として、アルファベットのｒＡＪが表示されており、
第２図（ｂ）には、３２Ｘ３２のドツトマトリックスに
よるアルファベットのｒＡＪが表示されている。拡大・
縮小回路部４では、第２図（ａ）のフォントデータを例
えば１ドツト毎に分解し、各要素をそれぞれ２Ｘ２のド
ットマ）　ＩＪフックス変換するようになっている。こ
れによって１６Ｘ１６の基本サイズのフォントが、これ
と相似形の３２Ｘ３２の拡大サイズのフォントに変換さ
れる。なお、このような整数倍の拡大以外の場合でも、
基本サイズのフォントを所定数のドツトマトリックス毎
に分割し、各分割要素を異なる数のドツトマトリックス
に変換して再度結合するとともに、これにソフトウェア
による処理を施すことによってほぼ相似形の拡大または
縮小フォントを作成することができる。

このようにして拡大・縮小回路部４では、第３図に模式
的に示すように、１６Ｘ１６のドツトマトリックスによ
る基本サイズのフォントＦ、　を、拡大サイズのフォノ
）Ｆ２　または縮小サイズのフォントＦ、に変換するよ
うになっている。なお、サイズ指定信号が１６Ｘ１６の
ドツトマトリックスによるフォントデータを指定する場
合には、拡大・縮小処理を行うことなく基本サイズのフ
ォントＦ＋　のまま出力される。

そしてこの拡大・縮小回路部４にて生成された新たなフ
ォントデータは、データバッファ回路５を通してシステ
ムバスに出力され、例えばデイスプレィ装置等に供給さ
れる。

第４図は、このようなフォントデータ処理装置における
動作の概要を表わしている。まずＣＰＵ１からアドレス
信号が出力され（ステップ■）、アドレス変換部３がフ
ォントサイズ指定信号を出力する（ステップ■）。これ
に基づいて拡大・縮小回路部４は、フォントサイズの変
更が必要か否かを判断する（ステップ■）。そして、フ
ォントサイズの変更が必要な場合には（Ｙ）、読み出さ
れたフォントデータ（ステップ■）の拡大または縮小の
処理を行い（ステップ■）、これによって生成された新
たなフォントデータをデータバッファ回路５に出力する
（ステップ■）。また反対にフォントサイズの変更が不
要な場合には（ステップ■：Ｎ）、読み出されたフォン
トデータ（ステップ■）をそのままデータバッフ１回路
５に出力する（ステップ■）。そしてデータバッファ回
路５に供給されたフォントデータを所定のタイミングで
デイスプレィ装置等に出力する（ステップ■）。

以上のように、この実施例のフォントデータ処理装置で
は、ＲＯＭ２に格納された１組のフォントデータから異
なるサイズの複数組のフォントを得ることができる。し
だがって、ＲＯＭ２内には１組のフォントデータを用意
すればよく、メモリ内に占めるフォントデータのための
容量を縮小できるとともに、サイズの異なる複数組のフ
ォントデータを作成する手間も解消できる。

なお、以上の実施例では、ΔＮＫだけを取り扱うフォン
トデータ処理装置について述べたが、同様の原理によっ
てひらがなや漢字を処理する構成のものであってもよい
し、あるいは全ての文字から所定の単純形状の文字のみ
選択して拡大・縮小を行う構成であってもよい。

また、前述の実施例では、記憶手段として専用のＲＯＭ
を利用したが、第５図に示すように、主記憶６の一部を
利用することも可能である。また、第６図に示すように
フロッピーディスク装置７を利用してもよく、さらに第
７図に示すようにハードディスク装置８を利用してもよ
い。

さらに、記憶手段に格納するフォントデータとして明朝
体やゴシック体等の複数通りの書体を用意し、前述のよ
うな拡大・縮小処理を書体毎に行うようにしてもよい。

また、フォントサイズ変更手段として拡大・縮小回路部
４を設けたが、文字サイズの拡大か縮小の一方のみを行
うものであっても十分な効果を得ることができる。

「発明の効果」 以上説明したように、本発明によれば、記憶手段に格納
された−組みのフォントデータから適当な大きさのフォ
ントを得ることができる。

したがって、記憶手段内には１組のフォントデータを用
意すればよく、メモリ内に占める７オントデータのため
の容量を縮小できるとともに、サイズの異なる複数組の
フォントデータを作成する手間も解消できるという効果
がある。

【図面の簡単な説明】

第１図は本発明の一実施例によるフォントデー　′夕処
理装置の構成を示すブロック図、第２図（ａ）および（
ｂ）は同実施例のフォントデータ処理装置に設けられる
拡大・縮小回路部における拡大・縮小処理の原理を示す
説明図、第３図はフォントデータ処理装置によって基本
サイズのフォントが拡大・縮小される様子を模式的に示
す説明図、第４図はフォントデータ処理装置ｄ動作の概
要を表わす流れ図、第５図は本発明の他の実施例による
フォントデータ処理装置の概略的構成を示すブロック図
、第６図は本発明のさらに他の実施例によるフォントデ
ータ処理装置の概略的構成を示すブロック図、第７図は
本発明のさらに他の実施例によるフォントデータ処理装
置の概略的構成を示すブロック図である。 ｌ・・・・・・ｃｐｕ。 ２・・・・・・ＲＯＭ。 ３・・・・・・アドレス変換部、 ４・・・・・・拡大・縮小回路部、 ５・・・・・・データバッファ回路、 ６・・・・・・主記憶、 ７・・・・・・フロッピーディスク装置、８・・・・・
・ハードディスク装置。 出願人　　　　　富士ゼロックス株式会社代理人　　　
　　弁理士　山　内　梅　雄第１図 束２図 第４図

Claims (1)

1. 【特許請求の範囲】 一組のフォントデータが格納された記憶手段と、この記
   憶手段から所定のフォントを読み出す読出手段と、 使用するフォントのサイズを指定する指定手段と、 この指定手段の指定に基づき、前記読出手段によって記
   憶手段から読み出されたフォントを拡大または縮小する
   フォントサイズ変更手段 とを具備することを特徴とするフォントデータ処理装置
   。