JP2011002536A - ファイル生成装置およびプログラム - Google Patents

Abstract

【課題】端末に複雑な演算を行わせることなく文字の書体を表示させ、サイズを抑えたフ
ァイルを提供する。
【解決手段】第１ファイルが表す文書中の文字は、情報表示装置２が有している書体に変
換できる書体については、情報表示装置２が有している書体で表示されるようにテキスト
データで第２ファイルに記述される。また、第１ファイルが表す文書中の文字のうち、情
報表示装置２が有している書体に変換できない書体については、ビットマップデータに変
換されて第２ファイルに記述される。情報表示装置２は、第２ファイルに基づいて画像を
表示する際、テキストデータで記述された文字については、記憶している書体のビットマ
ップデータを展開して文字を表示し、第２ファイルにビットマップデータで記述された文
字については第２ファイル中のビットマップデータを展開して文字を表示する。
【選択図】図１

Description

本発明は、ファイルを変換して端末へ出力する技術に関する。

ＰＤＦ（Portable Dcoument Format）のファイルの内容を変更して出力する発明として
特許文献１に開示された発明がある。特許文献１に開示された画像処理装置は、ＰＤＦの
ファイル中にフォントのグリフ記述がある場合、このグリフ記述のフォントがファイルの
出力先となる画像形成装置に搭載されていると、グリフ記述を削除したＰＤＦのファイル
を画像形成装置へ送信する。
一方、画像形成装置においては、受信したＰＤＦのファイルにおいてグリフ記述がある
場合、ファイル中のグリフ記述を基にしてフォントの画像が生成される。また、受信した
ファイルにおいてグリフ記述がない場合、受信したファイルにおいて使用されているフォ
ントのグリフ記述を記憶部から抽出し、抽出したグリフ記述を基にしてフォントの画像を
生成する。
特許文献１に開示された発明によれば、画像形成装置に対してＰＤＦのファイルを出力
する際にグリフ記述が削除されるため、画像形成装置へ送信するファイルのサイズを小さ
くすることができ、ファイルの送信に掛かる時間を短くすることが可能となっている。

特許第４１５０８５０号公報

ところで、グリフ記述からフォントの画像をラスタライズする際にはＣＰＵ（Central
Processing Unit）による演算が必要であり、ファイルを処理するＣＰＵの能力によって
、画像を生成するまでの時間に差が生じる。ここで、電子書籍端末やＰＤＡ（Personal D
igital Assistant）などの携帯型の装置においては、所謂ＰＣ（Personal Computer）な
どと比較して演算能力の低いＣＰＵが使用されるため、ＰＣなどと比較すると画像の表示
に時間が掛かることとなる。
そこで、ＰＣなどと比較して演算能力の低いＣＰＵが使用される装置においても表示に
掛かる時間を短くすることが望まれているが、特許文献１に開示されている発明は、ＰＤ
Ｆのファイルのサイズを小さくするに止まり、画像の表示に掛かる時間を短くすることに
ついては考慮がされていない。
なお、単に表示に掛かる時間を短くするのであれば、ページの内容を全てビットマップ
データに変換するという構成も考えられる。この場合、演算などが必要なくビットマップ
データを展開して画像を表示するので画像の表示を短くすることができる。しかしながら
、ページの全てをビットマップ化してしまうと、ファイルのサイズが大きくなってしまう
。

本発明は、端末に複雑な演算を行わせることなく文字の書体を表示させ、サイズを抑え
たファイルを提供することを目的とする。

本発明に係るファイル生成装置は、第１書体を示す第１書体情報と、文書を表示する情
報表示装置にて画像データとして記憶されている第２書体を示す第２書体情報とを対応付
けて記憶する記憶部と、文書を表す第１ファイルに含まれて前記文書中の文字を示すテキ
ストデータについて、該テキストデータの示す文字の書体が前記記憶部に記憶された前記
第１書体情報の示す第１書体である場合、該テキストデータの示す文字の書体を、前記記
憶部において前記第１書体情報に対応づけられた前記第２書体情報の示す第２書体に変換
し、該テキストデータの示す文字の書体が前記記憶部に記憶された前記第１書体情報の示
す第１書体でない場合、該テキストデータの示す文字を画像データに変換する変換部と、
前記変換部の変換結果を含み前記文書を表す第２ファイルを生成するファイル生成部を有
する。
本発明によれば、第１ファイルに含まれて文書中の文字を示すテキストデータについて
、該テキストデータの示す文字の書体が記憶部に記憶された第１書体情報の示す第１書体
である場合、該テキストデータの示す文字の書体が、記憶部において第１書体情報に対応
づけられた第２書体情報の示す第２書体に変換されてテキストデータと共に第２ファイル
に含ませられる。また、テキストデータの示す文字の書体が記憶部に記憶された第１書体
情報の示す第１書体でない場合、該テキストデータの示す文字が画像データに変換されて
第２ファイルに含ませられる。
情報表示装置においては、第２ファイルに含まれているテキストデータについては、画
像データとして記憶している第２書体でテキストデータの示す文字を表示し、記憶してい
ない第１書体の文字については画像データとして文字を表示するため、複雑な演算を行う
ことなく文字の書体を表示できる。
また、文書を表す第１ファイルに含まれて文書中の文字を示すテキストデータについて
、該テキストデータの示す文字の書体が記憶部に記憶された第１書体情報の示す第１書体
である場合、該テキストデータの示す文字の書体を、記憶部において第１書体情報に対応
づけられた第２書体情報の示す第２書体に変換するため、第１ファイルの内容を全て画像
データに変換する構成と比較してファイルのサイズを抑えることができる。

本発明において、前記画像データはビットマップデータであり、該ビットマップデータ
はＲＬＥ圧縮されている構成としてもよい。
この構成によれば、画像データを圧縮しない場合と比較して画像データのサイズが小さ
くなるので第２ファイルのサイズを小さくできる。

本発明において、前記変換部は、図の描画を示すデータが前記第１ファイルにある場合
、該図を示す画像データを生成し、前記ファイル生成部は、図の描画を示すデータが前記
第１ファイルにある場合、前記変換部にて生成された該図を示す画像データを前記第２フ
ァイルに含ませる構成としてもよい。
この構成によれば、情報表示装置は、文書中の図についても複雑な演算を行うことなく
表示できる。

本発明に係るプログラムは、コンピュータを、第１書体を示す第１書体情報と、文書を
表示する情報表示装置にて画像データとして記憶されている第２書体を示す第２書体情報
とを対応付けて記憶する記憶部と、文書を表す第１ファイルに含まれて前記文書中の文字
を示すテキストデータについて、該テキストデータの示す文字の書体が前記記憶部に記憶
された前記第１書体情報の示す第１書体である場合、該テキストデータの示す文字の書体
を、前記記憶部において前記第１書体情報に対応づけられた前記第２書体情報の示す第２
書体に変換し、該テキストデータの示す文字の書体が前記記憶部に記憶された前記第１書
体情報の示す第１書体でない場合、該テキストデータの示す文字を画像データに変換する
変換部と、前記変換部の変換結果を含み前記文書を表す第２ファイルを生成するファイル
生成部として機能させるためのプログラムである。
このプログラムによれば、本発明に係るファイル生成装置と同様の作用効果を得ること
ができる。

本発明の一実施形態に係るシステムの全体構成図。 情報表示装置２のハードウェア構成を示したブロック図。 情報処理装置１のハードウェア構成を示したブロック図。 装置設定ファイルの内容を示した図。 書体設定ファイルの内容を示した図。 第１ファイルが示す文書を表した図。 第１ファイルの内容を示した図。 第１ファイルの内容を示した図。 第１ファイルの内容を示した図。 表示部１０８に表示される画面を例示した図。 ＣＰＵ１０２が行う処理の流れを示したフローチャート。 第２ファイルの内容を示した図。 第２ファイルの内容を示した図。 第２ファイルの内容を示した図。 第２ファイルの内容を示した図。 第２ファイルに記述されたビットマップデータの画像を示した図。 表示部２０２に表示される画像を示した図。

［実施形態］
（全体構成）
図１は、本発明の一実施形態に係るシステムの全体構成を示した図である。情報処理装
置１は、所謂PC/AT互換機と呼ばれるＰＣである。情報処理装置１は、情報表示装置２と
通信を行うための通信ケーブル３が接続される端子を備えており、電子化された文書のフ
ァイル（以下、文書ファイルと称する）を通信ケーブル３を介して情報表示装置２へ送信
する。なお、本実施形態においては、情報処理装置１はPC/AT互換機と呼ばれるコンピュ
ーター装置に限定されるものではなく、他のコンピューター装置であってもよい。
携帯型の情報表示装置２は、通信ケーブル３が装着される端子を備えている。情報表示
装置２は、情報処理装置１から通信ケーブル３を介して送信された文書ファイルを受信し
て記憶する。そして、記憶した文書ファイルが表す文書をユーザーの操作に応じて表示す
る。

（情報表示装置２の構成）
図２は、情報表示装置２のハードウェア構成を示したブロック図である。図２に示した
ように、情報表示装置２は、制御部２０１、表示部２０２、操作部２０３、通信部２０４
および記憶部２０５を有している。

表示部２０２は、ディスプレイ装置を有しており、制御部２０１の制御の下、文書の画
像や情報表示装置２を操作するためのメニュー画面などを表示する。操作部２０３は制御
部２０１に接続されており、情報表示装置２を操作するための各種ボタンを有している。
ユーザーにより操作部２０３のボタンが操作されると、操作されたボタンを表す信号が制
御部２０１へ出力される。制御部２０１は、ユーザーにより操作されたボタンを操作部２
０３から出力された信号に基づいて特定し、操作されたボタンに応じて各種処理を行う。
通信部２０４は制御部２０１に接続されており、情報処理装置１と通信を行うインターフ
ェースとしての機能を備えている。通信部２０４は通信ケーブル３が接続される端子を備
えており、制御部２０１の制御の下、端子に接続された通信ケーブル３を介して情報処理
装置１と通信を行い、文書ファイルを受信する。

記憶部２０５は、不揮発性メモリを有しており、文書ファイルを記憶する。また、記憶
部２０５は、表示部２０２に表示する文字の書体を表すビットマップデータを記憶してい
る。具体的には、記憶部２０５は、複数種類の書体について種類毎にビットマップデータ
を記憶しており、また、一種類の書体について、欧文文字、数字、記号などの文字毎にビ
ットマップのデータを記憶している。また、同じ種類の書体でも、文字のサイズ毎にビッ
トマップデータを記憶しており、８ポイントや９ポイントなどのサイズ毎に各種文字のビ
ットマップデータを記憶している。

このため、記憶部２０５が「Times-Roman」という書体と、「Times-Bold」という書体
のビットマップデータを記憶し、さらに各書体について８ポイントと９ポイントのサイズ
のビットマップデータを記憶する場合、記憶部２０５は、「ａ」という文字について「Ti
mes-Roman」の書体で８ポイントのビットマップデータ、「Times-Roman」の書体で９ポイ
ントのビットマップデータ、「Times-Bold」の書体で８ポイントのビットマップデータ、
および「Times-Bold」の書体で９ポイントのビットマップデータというように４つのビッ
トマップデータを記憶する。

本実施形態において記憶部２０５は、「Times-Roman」、「Times-Bold」、「Times-Bol
dItalic」、「Times-Italic」、「Helvetica」、「Helvetica-Bold」、「Helvetica-Bold
Oblique」、「Helvetica-Oblique」という８種類の書体についてビットマップデータを記
憶している。また、本実施形態において記憶部２０５は、８ポイント，９ポイント，１０
ポイント，１１ポイント，１２ポイント，１４ポイント，１６ポイント，１８ポイント，
２４ポイント，３６ポイントのサイズについてビットマップデータを記憶している。
なお、記憶部２０５が記憶する書体および書体のサイズは上述したものに限定されるも
のではなく、他の書体およびサイズを記憶してもよい。

制御部２０１は、ＣＰＵ２０１Ａ、ＲＯＭ（Read Only Memory）２０１Ｂ、ＲＡＭ（Ra
ndom Access Memory）２０１Ｃを有している。ＲＯＭ２０１Ｂには、ＣＰＵ２０１Ａによ
り実行される制御プログラムが記憶されている。
制御部２０１においては、図示せぬ電源から電力が供給されるとＲＯＭ２０１Ｂに記憶
されている制御プログラムがＣＰＵ２０１Ａにより実行される。ＣＰＵ２０１Ａが制御プ
ログラムを実行すると、制御部２０１によって各部が制御され、文書ファイルが表す文書
の画像を表示する機能や、情報表示装置２を操作するための操作画面を表示部２０２に表
示する機能、情報処理装置１と通信を行う機能などの各種機能が情報表示装置２において
実現する。

（情報処理装置１の構成）
図３は、情報処理装置１のハードウェア構成を示したブロック図である。図３に示した
ように、情報処理装置１は、制御部１０１、記憶部１０５、通信部１０６、操作部１０７
、表示部１０８を有している。

通信部１０６は制御部１０１に接続されており、通信ケーブル３が接続される端子を備
えている。通信部１０６は、情報表示装置２と通信を行うインターフェースとしての機能
を備えており、制御部１０１の制御の下、通信ケーブル３を介して情報表示装置２と通信
を行い、文書ファイルを送信する。操作部１０７は、情報処理装置１を操作するためのキ
ーボード（図示略）やマウス（図示略）を有している。表示部１０８は液晶ディスプレイ
を具備しており、制御部１０１の制御の下、文字やグラフィック画像、情報処理装置１を
操作するためのメニュー画面などの各種画像を表示する。

記憶部１０５は、ハードディスク装置を有しており、情報処理装置１にオペレーティン
グシステム（Operating System：ＯＳ）の機能を実現させるＯＳプログラム、文書の作成
や編集などの機能を実現させる文書作成プログラム、文書作成プログラムを用いて作成さ
れた文書ファイルから情報表示装置２に適した文書ファイルを生成する変換プログラムな
どを記憶している。
また、記憶部１０５は、変換プログラムが実行された際に参照される装置設定ファイル
と、書体設定ファイルを記憶している。

図４は、装置設定ファイルの内容を例示した図である。装置設定ファイルは、表示部２
０２のディスプレイ装置のサイズや解像度を示す情報を有するファイルである。例えば、
ディスプレイ装置の表示サイズが縦１１インチ、横８．５インチの所謂レターサイズであ
る場合、図４に示したように、縦のサイズを表す「MediaBoxH=”792”」と、横のサイズ
を表す「MediaBoxW=”612”」が装置設定ファイルに記述される。また、ディスプレイ装
置の画素密度が３８０ｄｐｉである場合、図４に示したように、画素密度を表す「Displa
yDPI=”380”」が装置設定ファイルに記述される。

図５は、書体設定ファイルの内容を例示した図である。書体設定ファイルは、変換プロ
グラムによって変換される前の文書ファイルにおいて使用されている書体を、情報表示装
置２が記憶しているビットマップデータの書体に変換する際に参照されるファイルである
。

図５において「<font-map>」から「</font-map>」までの間の記述は、書体の種類を変
換する際の規則を示した記述である。例えば、「<map font-name=”TimesNewRomanPSMT”
target-name=”Times-Roman”><size-table ref=”sz01”/>」という記述は、変換前の
文書ファイルにおいて「TimesNewRomanPSMT」の書体（第１書体）がある場合、この書体
を変換後の文書ファイルにおいて「Times-Roman」という書体（第２書体）に変換するこ
とを示している。なお、「<size-table ref=”sz01”/>」という記述は、書体のサイズを
変換する際に「sz01」というサイズテーブルを参照することを示している。なお、書体設
定ファイルにおいて変換後の書体として記述されている書体は、情報表示装置２がビット
マップデータで記憶している書体となっている。
また、例えば、「<size-table-template id=”sz01”>」から「</size-table-template
>」までの間の記述は、書体のサイズを変換する際に参照される「sz01」というサイズテ
ーブルを示している。例えば、「<size-table includedStart=”8” excludedEnd=”9”
target”8”/>」という記述は、第１ファイルにおいて使用されている書体のサイズが８
ポイント以上９ポイント未満の場合、第２ファイルにおいて書体のサイズを８ポイントに
することを示している。

制御部１０１は、ＣＰＵ１０２、ＩＰＬ（Initial Program Loader）を記憶したＲＯＭ
１０３、ＲＡＭ１０４を有している。制御部１０１においては、図示せぬ電源から電力が
供給されるとＲＯＭ１０３に記憶されているＩＰＬがＣＰＵ１０２により実行される。
ＣＰＵ１０２がＩＰＬを実行すると、記憶部１０５に記憶されているＯＳプログラムが
ＣＰＵ１０２により実行され、操作部１０７からの入力や表示部１０８への画面出力とい
った入出力機能、記憶部１０５の制御、記憶部１０５に記憶されている各種プログラムの
実行など、コンピュータ装置としての基本的な機能が実現する。
また、ＣＰＵ１０２により文書作成プログラムが実行されると、文書の作成や編集、文
書ファイルを生成する機能が実現する。なお、本実施形態においては、文書作成プログラ
ムを用いて生成された文書ファイルのフォーマットはＰＤＦとなっている。
また、ＣＰＵ１０２により変換プログラムが実行されると、文書作成プログラムを用い
て生成された文書ファイルから、ＰＤＦに準じたフォーマットであって情報表示装置２に
適した文書ファイルを生成する機能が実現する。つまり、ＣＰＵ１０２はファイルを変換
する変換部として機能すると共にファイルを生成するファイル生成部として機能する。な
お、以下の説明においては、変換プログラムにより変換される前の文書ファイルを第１フ
ァイルと称し、変換プログラムにより変換されて生成された文書ファイルを第２ファイル
と称する。

（実施形態の動作）
次に、本実施形態の動作について説明する。なお、以下の説明においては、図６に示し
た文書を示す第１ファイル「sample.pdf」が記憶部１０５に記憶されている場合を想定し
て動作の説明を行う。なお、この第１ファイルの内容は、図７〜図９に順番に示した記述
となっている。

まず、情報処理装置１のユーザーが変換プログラムの実行を指示する操作を操作部１０
７において行うと、記憶部１０５から変換プログラムが読み出され、読み出された変換プ
ログラムがＣＰＵ１０２により実行される。変換プログラムが実行されると、まず、第１
ファイルを選択する画面（図１０）が表示部１０８に表示される。ここで、ユーザーが操
作部１０７を操作することにより、図６に示した第１ファイル「sample.pdf」のファイル
名が「ファイル名」の欄に入力され、図１０に示した画面中の「変換」部分をクリックす
る操作が行われると、ＣＰＵ１０２は、第１ファイルから情報表示装置２に適した第２フ
ァイルを生成する処理を行う（図１１）。

具体的には、まず、図６に示した文書中の文字について書体設定ファイルを参照し、文
字の書体の変換、または文字のビットマップデータへの変換を行う（ステップＳＡ１）。
ここで、図７の（１１）〜（１４）の部分は、図６の文書中の文字列の表示に関する記
述であり、図７の（１１）の部分は、第１ファイルにおいてＩＤが４のオブジェクトで定
義されている「TimesNewRomanPSMT」のフォントで文字サイズを２４ポイントとし、テキ
ストデータとして記述された「Times New Roman(24pt):Hello world!」という文字列を表
示することを示している。
また、図７の（１２）の部分は、第１ファイルにおいてＩＤが４のオブジェクトで定義
されている「TimesNewRomanPSMT」のフォントで文字サイズを２８ポイントとし、テキス
トデータとして記述された「Times New Roman(28pt):Hello world!」という文字列を表示
することを示している。
また、図７の（１３）の部分は、第１ファイルにおいてＩＤが６のオブジェクトで定義
されている「Century」のフォントで文字サイズを２４ポイントとし、テキストデータと
して記述された「Century(24pt):Hello world!」という文字列を表示することを示してい
る。
また、図７の（１４）の部分は、第１ファイルにおいてＩＤが６のオブジェクトで定義
されている「Century」のフォントで文字サイズを２８ポイントとし、テキストデータと
して記述された「Century(28pt):Hello world!」という文字列を表示することを示してい
る。

ＣＰＵ１０２は、文字の表示に関する（１１）の部分について、書体設定ファイルにお
いて、「TimesNewRomanPSMT」という書体について変換後の書体が示されているか否か判
断する。図５に示した書体設定ファイルを見ると、「TimesNewRomanPSMT」について変換
後の書体として「Times-Roman」が示されているため、ＣＰＵ１０２は、「Times New Rom
an(24pt):Hello world!」という文字列については、文字の書体を「Times-Roman」に変換
する。また、書体設定ファイルにおいてサイズテーブルを参照し、変換後の書体のサイズ
を設定する。ここで、変換前の書体のサイズは２４ポイントであるため、「<size-table
includedStart=”24” excludedEnd=”36” target”24”/>」という記述にしたがって、
変換後の書体のサイズは２４ポイントに変換される。

また、ＣＰＵ１０２は、文字列の表示に関する（１２）の部分について、書体設定ファ
イルにおいて「TimesNewRomanPSMT」という書体について変換後の書体として「Times-Rom
an」が示されているため、「Times New Roman(28pt):Hello world!」という文字列につい
ては、文字列の書体を「Times-Roman」に変換する。また、書体設定ファイルにおいてサ
イズテーブルを参照し、変換後の書体のサイズを設定する。ここで、変換前の書体のサイ
ズは２８ポイントであるため、「<size-table includedStart=”24” excludedEnd=”36
” target”24”/>」という記述にしたがって、変換後の書体のサイズは２４ポイントに
変換される。
なお、元のサイズより小さいサイズに書体のサイズが変換される場合、変換後の個々の
文字の位置は、変換前に文字があった位置となるように各文字の位置を設定する。

また、ＣＰＵ１０２は、文字列の表示に関する（１３）の部分について、書体設定ファ
イルにおいて、「Century」という書体について変換後の書体が示されているか否か判断
する。図５に示した書体設定ファイルを見ると、「Century」という書体については変換
後の書体が示されていない。このため、「Century(24pt):Hello world!」という文字列に
ついては、この文字列を２４ポイントのサイズでビットマップデータ（画像データ）に変
換する。また、文字列の表示に関する（１４）の部分についても、書体設定ファイルにお
いて、「Century」という書体について変換後の書体が示されていないため、「Century(2
8pt):Hello world!」という文字列についても、この文字列を２８ポイントのサイズでビ
ットマップデータに変換する。

次に、ＣＰＵ１０２は、第１ファイルにおいて文字以外の図形の部分に関する記述をビ
ットマップデータに変換する。ここで、図７の（２１）の部分は図６の「○」、（２２）
の部分は図６の「△」、（２３）の部分は図６の「□」の図形を示している。また、図７
の（２４）の部分と、図８の（２４）の部分は、図６の市松模様の図形を示している。Ｃ
ＰＵ１０２は、このような図形に関する記述（座標を定義して図形を定義する記述）を第
１ファイルにおいて見つけると、これらの記述が示す図形の画像をＲＡＭ１０４に展開し
、展開された画像のビットマップデータを生成する（ステップＳＡ２）。
ＣＰＵ１０２は、文書中の文字の変換と、図形のビットマップデータへの変換が終了す
ると、書体が変換された文字列についてはテキストデータで記述され、ビットマップデー
タにされた文字列および図形についてはビットマップデータで記述された第２ファイルを
生成する。

具体的には、書体が変換された「Times New Roman(24pt):Hello world!」という文字列
と「Times New Roman(28pt):Hello world!」という文字列については、第２ファイルにお
いては、文字の書体を「Times-Roman」に設定すると共に書体のサイズを２４ポイントと
する記述がされ、文字列がテキストデータで記述される（ステップＳＡ３）。

ここで、図１２〜図１５は、第２ファイルの内容を示した図である。なお、第２ファイ
ルの内容は、図１２〜図１５に順番に示した記述となっている。図１２の「/Font <<F0 4
0 R>>」の部分は、ＩＤが４のオブジェクトで定義されている「Times-Roman」の書体を
文書中で使用する書体として定義しており、図１２の「/F0 24 Tf」の部分は書体のサイ
ズとして２４ポイントを示している。
また図１２の（１１）の部分は、「Times New Roman(24pt):Hello world!」という文字
列を表示することを示しており、図１２の（１２）の部分および図１３の（１２）の部分
は、「Times New Roman(28pt):Hello world!」という文字列を表示することを示している
。なお、（１１）と（１２）の部分においては、「（」と「）」の間にある文字が文書と
して表示する文字を示している。
このように、第１ファイルにおける文字列の記述（図７の（１１）の部分と（１２）の
部分）は、情報表示装置２が有している書体については図１２の（１１）の部分と図１２
，１３の（１２）の部分に示したように変換されて第２ファイルに記述される。
なお、本実施形態においては、「Century(24pt):Hello world!」および「Century(28pt
):Hello world!」という文字列については、ビットマップデータに変換されているが、図
１３，１４の（１３）の部分に示したように、文字列の検索が可能となるように「３Ｔｒ
」でテキストレンダリングモードを不可視モードに設定した後にテキストデータとして記
述される。

また、「Century(24pt):Hello world!」と「Century(28pt):Hello world!」という文字
列と、「○」、「△」、「□」および市松模様の図形については、第２ファイルにおいて
はビットマップデータで記述される（ステップＳＡ４）。ここで、図１４の（３１）の部
分は、図６の「Century(24pt):Hello world!」および「Century(28pt):Hello world!」と
いう文字列と、図６の図形の部分の表示に関する記述である。ビットマップのデータは、
「stream」と「endstream」の間に記述されるが、図１４においてはビットマップデータ
の記載を省略している。なお、このビットマップデータについては、各文字列の画像と、
各図形の画像について個々にビットマップデータが生成されるのではなく、これらの画像
を１ページ内で全て有する一つのビットマップデータが生成される。
また、ビットマップデータの画像のサイズについては、装置設定ファイルを参照して記述
される。図４に示したように、表示部２０２のディスプレイ装置のサイズが縦１１インチ
、横８．５インチであり、画素密度が３８０ｄｐｉであるため、ビットマップデータの画
像のサイズは、縦は、１１＊３８０＝４１８０、横は、８．５＊３８０＝３２３０となり
、図１４に示したように「Width=3230」、「Height=4180」というように第２ファイルに
おいて記述される。ここで、ビットマップデータの一画素は、ディスプレイ装置の一画素
に対応するため、表示部２０２のディスプレイ装置に表示させる際には、情報処理装置２
においてビットマップデータの画像について拡大や縮小の処理を行う必要がなく、拡大や
縮小を行う場合と比較して高速に画像の描画を行うことができる。

このように、情報表示装置２が記憶しているビットマップデータの書体に変換できない
書体の文字および図形については、ビットマップデータとして第２ファイルに記述される
。なお、ビットマップデータが記述される際にはビットマップデータはＲＬＥ（Run Leng
th Encoding）圧縮されて記述されるため、第２ファイルのサイズを抑えることができる
。また、文字をビットマップデータに変換しても、文字中の空白部分は圧縮されるとデー
タのサイズが小さくなるためデータのサイズを抑えることができる。なお、ビットマップ
データの圧縮については、ＬＺＷ圧縮（Lempel-Ziv-Welch algorhythmによる圧縮）やＣ
ＣＩＴＴ圧縮、ＪＰＥＧ（Joint Photographic Expert Group）圧縮など、ＲＬＥ圧縮に
限定されず他の圧縮であってもよい。

次に、ユーザーが、第２ファイルを情報表示装置２へ送信する操作を操作部１０７にお
いて行うと、この第２ファイルは、通信ケーブル３を介して情報表示装置２へ送信される
。この第２ファイルは、情報表示装置２の通信部２０４で受信され、記憶部２０５に記憶
される。また、ユーザーが、第２ファイルの内容を表示させる操作を操作部２０３におい
て行うと、ＣＰＵ２０１Ａは、第２ファイルが示す文書を第２ファイルに基づいて表示部
２０２に表示させる。

ここで、ＣＰＵ２０１Ａは、第２ファイルにおいてビットマップデータで記述されてい
る文字列と図形については、図１４の（３１）の部分に記述されたビットマップデータを
展開して図１６の画像をＲＡＭ２０１Ｃに展開する。

また、ＣＰＵ２０１Ａは、第２ファイルにおいてテキストデータで記述されている文字
の表示については、図１２の（１１）の部分や図１２、図１３の（１２）の部分、および
ＩＤが４のオブジェクトの記述に基づいて、文字の画像をＲＡＭ２０１Ｃに展開する。
具体的には、ＣＰＵ２０１Ａは、ＩＤが４のオブジェクトの記述により文字の書体を「
Times-Roman」に設定する。また、「/F0 24 Tf」という記述により文字のサイズを２４ポ
イントに設定する。また、「72 684 Td (T) Tj」という記述に基づいて、「Times-Roman
」で２４ポイントであり、括弧内に記述されている「T」の文字のビットマップデータを
記憶部２０５から読み出す。そして、文字を描画する座標を（72,684）に移動し、読み出
したビットマップデータが表す「T」の画像を、移動した座標でＲＡＭ２０１Ｃに展開す
る。また、ＣＰＵ２０１Ａは、「14.7 0 Td (i) Tj」という記述に基づいて、「Times-Ro
man」で２４ポイントであり、括弧内に記述されている「i」の文字のビットマップデータ
を記憶部２０５から読み出す。そして、文字を描画する座標を（14.7,0）だけ移動し、読
み出したビットマップデータが表す「i」の画像をＲＡＭ２０１Ｃに展開する。このよう
に、図１２の（１１）の部分や図１２、図１３の（１２）の部分について文字のビットマ
ップデータの画像を展開すると、先に展開した図形の画像（図１６）と重なり、図１７に
示した画像がＲＡＭ２０１Ｃに展開された状態となる。

なお、このように、ビットマップデータで記述されている文字列と図形の画像を展開し
てからテキストデータの画像を展開するのは、第２ファイルの記述によるものである。
具体的には、図１２〜図１５に示した記述においては、ＩＤが３のオブジェクトがペー
ジの本体を示している。ＣＰＵ２０１Ａが画像を展開する際には、ここが参照されるが、
ＩＤが３のオブジェクトを見ると「/I1 DO」という記述がある。「/I1」は、ＩＤが２の
オブジェクトで記述されているようにＩＤが５のオブジェクト（図１４の（３１）の部分
）、つまり、ビットマップデータで記述された文字列と図形を示している。この記述が、
テキストデータに関する図１２の（１１）の部分の記述より前にあるため、ＣＰＵ２０１
Ａは、ビットマップデータで記述されている文字列と図形の画像を展開してからテキスト
データの画像を展開する。

次に、ＣＰＵ２０１Ａは、図１３，１４の（１３）の部分の記述について処理を行う。
ここでは、図１３の（１３）の先頭には「3 Tr」という記述があるため、テキストデータ
について不可視に設定し、「3 Tr」以下のテキストデータ（「Century(24pt):Hello worl
d!」という文字列と、「Century(28pt):Hello world!」という文字列）については画像の
展開を行わない。

ＣＰＵ２０１Ａは、画像のＲＡＭ２０１Ｃへの展開が終了すると、ＲＡＭ２０１Ｃに展
開された画像に基づいて表示部２０２を制御し、図１７に示した画像を表示部２０２に表
示させる。

このように本実施形態においては、ＣＰＵ２０１Ａは、第２ファイルに基づいて画像を
表示する際、テキストデータの画像については、記憶部２０５に記憶されている書体のビ
ットマップデータを展開して画像を生成するため、アウトラインフォントの画像を表示す
る時のようにＣＰＵによる複雑な演算を必要とせず、演算を行って文字を表示する場合と
比較して画像の表示に掛かる時間が短くなる。
また、本実施形態においては、書体設定ファイルにおいて書体の変更が定義されている
書体のテキストデータについては、変換後のファイルにおいては、ビットマップのデータ
に変更されずテキストデータのままであるので、ページの内容を全てビットマップデータ
に変換するという構成と比較すると、変換後のファイルのサイズを抑えることができる。

［変形例］
本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。
例えば、上述の実施形態を以下のように変形して本発明を実施してもよく、各変形例を組
み合わせて実施してもよい。

上述した実施形態においては、図６の「Century(24pt):Hello world!」および「Centur
y(28pt):Hello world!」という文字列と、図形の部分は、一のビットマップデータとして
第２ファイルに記述されるが、文字列の部分のビットマップデータと、図形の部分のビッ
トマップデータを別々に生成し、第２ファイルにおいて別々のオブジェクトとして記述し
てもよい。

上述した実施形態においては、書体設定ファイルはユーザーが操作部１０７を操作して
内容を編集してもよい。
また、装置設定ファイルと書体設定ファイルを予め情報表示装置２の記憶部２０５に記
憶させてもよい。この場合、情報処理装置１は、第２ファイルの送信先となる情報表示装
置２から通信ケーブル３を介して装置設定ファイルと書体設定ファイルを取得し、取得し
た各ファイルを参照して第２ファイルを生成するようにしてもよい。また、この場合、書
体設定ファイルにおいて変換後の書体として記述されている書体は、情報表示装置２が記
憶しているビットマップデータの書体としてもよい。
また、内容の異なる書体設定ファイルを記憶部１０５に複数記憶させ、第２ファイルを
生成する前に複数の書体設定ファイルの中からユーザーが一の書体設定ファイルを選択す
るようにしてもよい。

上述した実施形態においては、書体設定ファイルにおいて変換後の書体が定義されてい
ない書体（Century）の文字についてはビットマップデータに変換されているが、書体設
定ファイルにおいて変換後の書体が定義されていない文字についてテキストデータで第２
ファイルに記述し、情報表示装置２が予め記憶しているビットマップデータの書体で表示
するように第２ファイルを記述してもよい。
具体的には、上述した動作説明においては、書体設定ファイルにおいて「Century」と
いう書体については変換後の書体が示されていないが、「Century」という文字列につい
て、書体設定ファイルに記述されているいずれかの書体（例えば、「Times-Roman」）に
設定してテキストデータで第２ファイルに記述してもよい。

上述した実施形態においては、第１ファイルにおける文字のサイズがサイズテーブルに
記述されているサイズの範囲内にない場合、この文字についてはビットマップデータに変
換してもよい。また、第１ファイルにおいて文字の回転が指定されている場合や、文字の
色が黒以外の色や中間調の色である場合もビットマップデータに変換してもよい。

上述した実施形態においては、第１ファイルのフォーマットはＰＤＦとなっているが、
第１ファイルのフォーマットはＰＤＦに限定されるものではない。書体や文字列のサイズ
を規定したフォーマットのファイルであれば、文書中の書体や文字列のサイズを特定し、
書体設定ファイルに基づいて第２ファイルを生成するようにしてもよい。

上述した各プログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard D
isk Drive）、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compac
t Disc）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリ
などのコンピュータ読取り可能な記録媒体に記憶した状態で提供し、各装置にインストー
ルしてもよい。また、通信回線を介して各装置にダウンロードしてインストールしてもよ
い。

１・・・情報処理装置、２・・・情報表示装置、３・・・通信ケーブル、１０１・・・制
御部、１０２・・・ＣＰＵ、１０３・・・ＲＯＭ、１０４・・・ＲＡＭ、１０５・・・記
憶部、１０６・・・通信部、１０７・・・操作部、１０８・・・表示部、２０１・・・制
御部、２０１Ａ・・・ＣＰＵ、２０１Ｂ・・・ＲＯＭ、２０１Ｃ・・・ＲＡＭ、２０２・
・・表示部、２０３・・・操作部、２０４・・・通信部、２０５・・・記憶部

Claims (4)

1. 第１書体を示す第１書体情報と、文書を表示する情報表示装置にて画像データとして記
   憶されている第２書体を示す第２書体情報とを対応付けて記憶する記憶部と、
   文書を表す第１ファイルに含まれて前記文書中の文字を示すテキストデータについて、
   該テキストデータの示す文字の書体が前記記憶部に記憶された前記第１書体情報の示す第
   １書体である場合、該テキストデータの示す文字の書体を、前記記憶部において前記第１
   書体情報に対応づけられた前記第２書体情報の示す第２書体に変換し、該テキストデータ
   の示す文字の書体が前記記憶部に記憶された前記第１書体情報の示す第１書体でない場合
   、該テキストデータの示す文字を画像データに変換する変換部と、
   前記変換部の変換結果を含み前記文書を表す第２ファイルを生成するファイル生成部と
   を有するファイル生成装置。
2. 前記画像データはビットマップデータであり、該ビットマップデータはＲＬＥ圧縮され
   ていることを特徴とする請求項１に記載のファイル生成装置。
3. 前記変換部は、図の描画を示すデータが前記第１ファイルにある場合、該図を示す画像
   データを生成し、
   前記ファイル生成部は、図の描画を示すデータが前記第１ファイルにある場合、前記変
   換部にて生成された該図を示す画像データを前記第２ファイルに含ませること
   を特徴とする請求項１または請求項２に記載のファイル生成装置。
4. コンピュータを、
   第１書体を示す第１書体情報と、文書を表示する情報表示装置にて画像データとして記
   憶されている第２書体を示す第２書体情報とを対応付けて記憶する記憶部と、
   文書を表す第１ファイルに含まれて前記文書中の文字を示すテキストデータについて、
   該テキストデータの示す文字の書体が前記記憶部に記憶された前記第１書体情報の示す第
   １書体である場合、該テキストデータの示す文字の書体を、前記記憶部において前記第１
   書体情報に対応づけられた前記第２書体情報の示す第２書体に変換し、該テキストデータ
   の示す文字の書体が前記記憶部に記憶された前記第１書体情報の示す第１書体でない場合
   、該テキストデータの示す文字を画像データに変換する変換部と、
   前記変換部の変換結果を含み前記文書を表す第２ファイルを生成するファイル生成部
   として機能させるためのプログラム。

Images