JPH04148475A - 文書処理方法及び装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 【産業上の利用分野】

本発明は文章情報を入力し、組版を行って表示出力する
文書処理装置に関するものである。

【従来の技術】

ＤＴＰの分野においては、文字のページ内での最適配置
を計算する処理、即ち組版処理の形態には２種類がある
。このうちの１つは、ＷＹＳＩＷＹ　Ｇ　（Ｗｈａｔ　
Ｙｏｕ　Ｓｅｅ　Ｉｓ　Ｗｈａｔ　Ｙｏｕ　Ｇｅｔ）シ
ステムであり、広く普及しているワードプロセッサ等が
これに対応している。このシステムは、文書作成者が最
終印刷形態を画面上で見１ながら、対応する位置に対応
する文字サイズで文字入力するシステムである。 このシステムの特徴として、 ［長所］ ■ユーザが最終画面を見ながら文字を入力できるのでほ
ぼ自分の思い通りの文書が作成できる。 ■ユーザ・インターフェースに優れている。 ■短い文書作成が容易である。 ［短所〕 ■大部の文書での統一的な取り扱いに難がある。 ■目次や、索引作成にはバッチ的処理が必要。 ■他システムでの文書再利用が困難。 ■専用の装置が必要。 もう１つはバッチ型システムで、スタンフォード大学の
Ｋｕｎｔｈ氏によって作成されたＴＥＸや、ＡＴ／Ｔで
開発されたｒｏｆｆシステム等がこれに対応している（
文献二木村泉“文書整形言語”情報処理、ｐ５５９〜ｐ
５６４．６月、１９８１）。 これらのシステムは、第２図に示すように、文書を組版
する指示を含むソースファイル５１をテキストエディタ
５０で作成して、それをコンパイル５２して組版した中
間ファイル５３を作成し、その結果を画面上で表示５４
したり、プリンタで印刷５５したりする。 このシステムの特徴としては、 ［長所］ ■大部の文書で統一的な取扱いが容易。 ■目次や、索引作成の機能を取り込みやすい。 ■文書のソースファイルは別システムでも再利用が容易
。 ■通常のテキスト端末を使用しても作成できる。 ［短所］ ■文書をプログラムするような形態であるため、素人に
は難しい。 ■処理結果は、コンパイルして表示しないとわからない
。 ■短い文書の場合では、ＷＹＳＩＷＹＧを用いて作成し
たほうが簡単である。 この比較で見るように、ＷＹＳＩＷＹＧやバッチ型の文
書処理システムには、それぞれの長所があるが、例えば
ＷＹＳＩＷＹＧ型のシステムに目次や索引の一括処理機
能を導入したり、スタイルシートを導入して全ページに
亙って同じページスタイルで文書を作成するといったバ
ッチ型システムの長所を取り入れることも考えられてい
る。 方、バッチ型のシステムでは、文書をプログラムするこ
とを直接ユーザに実行させる代りに、構造化エディタを
かぶせて、ユーザに次にどのようなコマンドを入力でき
るかをアイコン等で示して、組版言語に精通する必要を
なくしている。 このようにして、最近の文書組版処理は、ＷＹＳＩＷＹ
Ｇとバッチ型のハイブリッドな様相を呈してきている。

【発明が解決しようとする課題】

このようにして、バッチ処理型の文書処理システムでは
、このシステムの欠点はかなり解決されてきているが、
まだ未解決の課題が残されている。それは、従来のバッ
チ処理系では、最終文書イメージが、ソースファイルを
コンパイルした後、表示または印刷という工程を経て可
視化されるため、非常にターンアラウンド時間が長くユ
ーザにとって不満が大きかった。また、文章イメージの
表示に関しては、物理的なイメージを示すのみで、情報
間のつながりを明示できるようなしくみにはなっていな
かった。更に、表示される画面の数が１つ又は２つとい
うように同定されている場合が多（、より多くの画面の
ページレイアウトを同時に見ることが不可能であった。 本発明は上記従来例に鑑みてなされたもので、組版処理
と表示処理との間でのデータのやり取りを可能にして、
組版した結果を迅速に表示できる文書処理装置を提供す
ることを目的とする。

【課題を解決するための手段］ 上記目的を達成するために本発明の文書処理装置は以下
の様な構成からなる。即ち、 文書情報を入力し、組版処理を行って表示出力する文書
処理装置であって、文書情報の組版処理を行う組版手段
と、前記組版手段により組版が行われた文書情報をペー
ジ単位で受取って表示する表示手段とを有する。 【作用】 以上の構成において、文書情報の組版処理を行う組版手
段により組版が行われた文書情報を、逐次ページ単位で
受取って表示することができる。

【実施例】

以下、添付図面を参照して本発明の詳細な説明例を詳細
に説明する。 〈文書処理システムの説明　（第１図）〉第１図は本発
明の第１実施例の文書処理システムの構成を示すブロッ
ク図である。 図において、１は本システムの処理手順を記憶するため
の記憶部、２は本システムの処理に必要な情報を記憶す
るための記憶部、３は本システムの入力または出力デー
タを記憶するための外部記憶装置、４は記憶部１に記憶
されている処理手順に従って処理を行うためのＣＰＵで
ある。６は本システムの処理結果を表示するためのマル
チウィンドウ表示部、７は本システムの処理結果を印刷
するためのプリンタ、８はユーザからの指令を入力する
マウスである。９はキーボード（ＫＢ）で、ユーザがプ
ログラムを作成したり、本システムに指令を入力するの
に使用される。 記憶部１において、１１は文書フォーマツタで、組版ソ
ースファイル３１から人力されるソースファイルと、フ
ォントメトリックデータ３２を入力として、組版結果フ
ァイル（ＤＶＩ）３４を出力する組版プログラムである
。１２はプレピュアで、文書フォーマツタ１１によって
作成されたＤＶＩファイル３４とフォントパターン３３
とフォントメトリックデータ３２を入力として、組版結
果をマルチウィンドウ表示部６に表示するプログラムで
ある。１３はプリンタドライバで、組版結果をプリンタ
７に出力する印刷プログラムである。１４はウィンドウ
サーバで、ウィンドウ表示部６を動作させるためのプロ
グラムである。１５はスプーラで、印刷の命令が発行さ
れた場合、その起動順序に従って印刷を行うスプーラプ
ログラムである。 記憶部３において、３１は組版ソースファイルで、組版
を行う際に、その命令十文書情報を含んでいる。３２は
フォントメトリックデータで、文字組版を行う際に必要
な文字のメトリック情報（文字高さ、文字深さ、文字幅
）を含むファイルである。３３はフォントパターンで、
文書データを表示・印刷する際に必要となる文字のドツ
トパターンを記憶している。３４は組版結果ファイルで
、組版処理の結果を格納するＤ　Ｖ　Ｉ　（ＤｅＶｉｃ
ｅ　Ｉｎｄｅｐｅｎｄｅｎｔ）ファイルである。 次に、記憶部２において、２１はイベントキューで、マ
ウス８やキーボード９により入力されるユーザーよりの
要求をキューイングする。２２はバッチメモリで、ウィ
ンドウ表示部６にデータを表示する際、直接ＶＲＡＭ６
１をアクセスするのではなく、−日、このバッキングス
トアメモリ２２に描画した後、ＶＲＡＭ６１にマツピン
グするのに使用される。 まず、組版機能について説明する。 本プログラムではスタンフォード大学のり、　Ｋｕｎｔ
ｈ氏によって作成されたＴＥＸを基本として利用してい
る。（Ｄｏｎａｌｄ　Ｅ、Ｋｕｎｔｈ、”Ｔｈｅ　ＴＥ
Ｘｂｏ。 ｋ”、　Ａｄｃｌｉｓｏｎ−Ｗｅｓｌｅｙ、　１９８４
）組版は基本的に２つの概念を用いて実際のページ整形
を行っている。１つはｂｏｘ　（箱）という概念であり
、文字フォントのようにページのどの部分にあってもそ
の高さ、幅方向のサイズが変化しないものである。２つ
目はｇｌｕｅ（糊しろ）という概念であり、行末合せ等
を行うためにす。 Ｘ間の伸び縮みしつるスペース量である。 これら２つの概念を用いて、まずｂｏｘおよびｇｌｕ６
を組み合せて、文字を行方向に最適位置となるような配
置を決定する。 次に、この行方向に最適配置が行なわれた文字列がペー
ジ全体にうまく当てはまるように、文字列間のバランス
を調整する。 ここではまず、文字の行方向の最適配置のアルゴリズム
を、上述のｂｏｘ及びｇｌｕｅを利用して説明する。例
えば下の２つの文の行末を合せる場合を考える。 Ｉｔ　ｉｓ　ｆｉｎｅ　ｔｏｄａｙ、　ｉｓｎ’ｔ　ｉ
ｔ？　　　　　（２２）Ｔｈｉｓ　ｉｓ　ｊｕｓｔ　ａ
ｎ　ｅｘａｍｐｌｅ、　　　　　　　（２０）ここでは
簡単化のためにＢｏｘとしての文字幅をすべて固定ピッ
チとし、単語内の文字間には空白がないとし、さらに以
下のような値を持つと仮定する。 文字サイズ＝１０ｐｔ 行幅　　　＝２５０ｐｔ ｇｌｕｅ　　＝固定幅　　（ＬＯｐｔ）伸び可能量（２
０ｐ　ｔ） 縮み可能量（５ｐｔ） 但し実際には、フォント毎にフォント・メト２゜クック
データ３２から文字のメトリック情報をツカする。 こうすると最初の行の自然長は、 １０（ｐｔ）ｘ２２（文字数）　”１０　（ｐｔ）　×
５　（”ｊ日数）＝２７０（ｐｔ）となり 次の行の自然長は、 １０（ｐｔ）Ｘ２０（文字数）　＋　１０　（ｐｔ）ｘ
４　（空白数）＝２４０　（ｐｔ）となる。 最終的な行幅は２５０ｐｔであるため、最初の行はｇｌ
ｕｅを縮め、後者はｇｌｕｅを伸ばす必要がある。その
量はそれぞれ、 （２７０−２５０）１５＝４ｐｔ （２５０−２４０）／４＝２．５ｐｔとなる。 こうして得られた結果を第３図に示す。この第３図では
、１行めの文章の単語間スペースは４ｐｔ縮められて６
ｐｔとなり、２行めの文意のスペースは２．５ｐｔ伸ば
されて、１２．５ｐｔとなっている。 ここで、この行方向の最適配置のアルゴリズムを第４図
のフローチャートを参照して簡単に説明するが、まず変
数に関して説明する。 Ｘは水平方向の文字位置、（ｂ　　ｗ）は行内のｂｏｘ
の幅のトータル値、（ｇ　　ｗ）は行内のｇｌｕｅの自
然幅のトータル値、（ｇ　　ｓｔ　　ｗ）は行内のｇｌ
ｕｅの伸び量のトータル値、（ｇｓｈ　　ｗ）は行内の
ｇｌｕｅの縮み量のトータル値、そして（Ａｗ）は組版
する行幅とする。 まず、ステップＳｌで、１行の水平方向の最適位置を決
定するために利用される変ｆｉ（ｘｂｗ、ｇ　　ｗ、ｇ
　　ｓｔ、ｇ　　ｓｈ　　ｗ、Ｉ２　　ｗ）をクリアす
る。次にステップＳ２に進み、ラインを構成する要素で
あるｂｏｘまたはｇｌｕｅを順次読込み、もし要素が終
了していた際にはステップＳ３へ、そうでない時はステ
ップＳ４に進む。 ステップＳ４では入力された要素がｂＯＸかどうかを判
定し、ｂｏｘであるときはステップｓ６に進み、そのｂ
ｏｘの幅を（ｂ　　ｗ）に加算する（文字の際には第１
図のフォント・メトリックデータ３２より文字幅を取出
す）。また、ｇｌｕｅの時にはステップＳ５に進み、ｇ
ｌｕｅの幅、伸び量、縮み量をそれぞれ（ｇ　　ｗ）、
　　（ｇ　　ｓｔｗ）、（ｇ　　ｓｈ　　ｗ）に加算す
る。こうしてｌライン分の情報を入力し終えるとステッ
プｓ３に進み、このラインはｇｌｕｅ量を伸ばすのが、
縮めるのか、又はそのままでいいかを判定する。 それは（Ｉ２　ｗ）と（ｇ　　ｗ＋ｂ　　ｗ）の大小判
定を行い、前者が大きければｇｌｕｅの拡大（ステップ
Ｓ８）、さもなければｇｌｕｅの縮小（ステップＳ７）
となる。 この時のｇｌｕｅの拡大率ｅは、ｅ＝（（ｎｗ）−（ｇ
　　ｗ＋ｂ　　ｗ））／（ｇ　　ｗ）また、縮小率ｒは
、ｒ＝（（ｇ　　ｗ十ｂ　　ｗ）−（Ｉ２　ｗ））／（
ｇ　　ｗ）により求められる。 ただし、ここで拡大する際に（９ｗ−（ｇｗ＋ｈ　　ｗ
））＞ｇ　　ｓｔ　　ｗとなると、伸びつるｇｌｕｅ量
以上の伸長を行うことになり、ｂ。 Ｘ間の間隔が広がり、最適な配置とは言えなくなる。一
方、縮小の場合は、拡大と異なり事態は深刻で、前後の
ｂｏｘが重なってしまうとも限らない。これに対処すべ
くラインブレーク処理でｇｌｕｅの縮小率が１，０を越
えないように計算しなければならない。このようにして
、行毎のｇｌｕｅの拡大、縮小率を保持して、後のｂｏ
ｘの最適位置の計算時に利用する。 しかし、現実的にはこのように簡単ではなく行末ぞろえ
を行う際にユーザから入力された文字列に対してどこで
行を区切るかという問題（ラインブレーク）が存在する
。 ラインブレークの問題はいろんな方法によって解決でき
るが、ここでは行毎にラインブレーク位置を決定して行
く最も簡単な方法を説明する。これ以外にＤｙｎａｍｉ
ｃ　Ｐｒｏｇｒａｍｍｉｎｇによって、ラインブレーク
を計算する方法があり、それを利用するともつとよい結
果が得られる。 ラインブレークは基本的にｇｌｕｅ位置でしか起こりえ
ない、即ち英語の単語のようにｂｏｘがらのみ構成され
、ｇｌｕｅのないものは単語内でラインブレークが発生
しない（ハイフオネーションは除（）。これに対し、日
本語のように文字（ｂ　ｏ　ｘ）間にｇｌｕｅが入る場
合は、どの文字間でもラインブレークは起りつる（ただ
し、行頭、行末禁則の場合は除（）。 以下、第５図を用いて最適ラインブレーク計算のアルゴ
リズムを紹介する。 まずステップＳｌｌで、本アルゴリズムで使用する各種
変数をクリアした後、文章の構成要素をポインタ（ｐｔ
ｒ）を利用して読込み、現在の要素がｂｏｘかｇｌｕｅ
かをみる。ｂｏｘの際にはステップＳ１３に進み、第４
図で示したのと同じ手法でｇｌｕｅの拡大・縮小率の計
算を行う。 一方、ステップＳ１２でｇｌｕｅの時にはステップＳ１
４に進み、ラインブレークを行えるのか評価するための
値を計算する。ここでは、その１例として、 Ｎａ１＝（ｒａｔｉｏ）　２＋　（ｐｅｎａｌｔｙ）　
２とする。 ここで、ｒａｔｉｏはｇｌｕｅの拡大・縮小率であり、
ｐｅｎａｌｔｙはそこでブレークをするとまずい時のペ
ナルティ値である。例えば日本語の際に、句読点が現在
のｇｌｕｅ位置の後にあると禁則処理のためこのペナル
ティ値を太き（し、容易にラインブレークが句読点の前
で発生しないようにする。この評価式はいろんな関数が
考えられるが、ここでは−例を挙げるに留める。 次に、ステップＳ１５でこの評価値（Ｎａｌ）がライン
ブレークの許容値（ｓ　ｔ　ｄ）以内にあるかどうかを
判定し、許容値内にあればステップ８１６に進み、少な
くとも１つの最適のラインブレーク位置が見つかったと
いうフラグ（ｆｏｕｎｄ　）に１をセットする。そして
ステップＳ１７で、評価値と今までの評価の最小値ｍｉ
ｎを比較し、Ｎａ１Ｏ方が小さい時にはステップＳ１８
に進み、ｍ１ｎにＮａｌの値をセットし、最適ブレーク
位置を示すｂｅｓｔ　　ｐｔｒが現在のｇｌｕｅ位置を
指すようにする。 一方、ステップＳ１５で評価結果（Ｎａｌ）が基準内に
ない時はステップＳ１９に進み、今までに最適ブレーク
位置があったかどうか判定する。 あればステップＳ２０に進み、ｂｅｓｔ　　ｐｔｒのポ
インタで指されるｇｌｕｅの所までが最適のブレーク位
置となり、次の行のための準備としてスキャンするｐｔ
ｒの位置を、このｍｉｎのｇｌｕｅの次に来るｂｏｘ位
置へと移動させＣステップ５２１）、次行のための準備
を行う。 こうして、ラインブレークと行内での水平方向の配置を
決定するための計算が行われる。 次の手順は行毎のｂｏｘをページ内に垂直方向に配置す
る計算であるが、これは前述した水平方向の配置計算と
同じ手順によって実行できる。ここでは、文字ｂｏｘと
文字間ｇｌｕｅの代りに、行高さ、行間ｇｌｕｅと置き
換えて実行すればよいので説明は省略する。 こうして最終的にすべてのｂｏｘが水平、垂直方向に配
置された状態を第６図に示す。ｂｏｘの基準位置は・　
（６１）で示している。ここです。 ｘには２種類あり、ｂｏｘのベースライン（基準位置）
を水平方向にそろえて並べるものをｈｂ。 ｘ、ｂｏｘの基準位置を縦方向にそろえて並べるものを
ｖｂｏｘと呼ぶ。 最終的に第６図に示すような最外枠のｖｂｏｘから再帰
的に以下のｂｏｘ配置処理をｖｂｏｘｈｂｏｘに応じて
実行する。 ｖｂｏｘでは、内包するｂｏｘの基準位置のＸ座標は同
一であり、Ｘ座標の値が変化していく。 内包するデータがｂｏｘの際には、Ｘ座標がす。 ｘ高さ分ずつ、現在の基準位置に加算される。これに対
し、ｇｌｕｅの場合は、本来のｇｌｕｅ幅値に拡大・縮
小率に応じたスペース分を現在の基準位置に追加してい
くことによって基準位置を更新することができる。 同様に、ｈｂｏｘの場合には、基準位置のＸ座標は固定
されていて、Ｘ座標はｂＯＸ幅を現在の基準位置に加算
して得られる。また、ｇｌｕｅには、本来のｇｌｕｅ幅
値に拡大・縮小率に応じたスペース量を現在の基準位置
に加算することにより得られる。このようにして組版さ
れた結果は、第１図の組版結果ファイル（ＤＶＩファイ
ル）３４に格納される。ＤＶＩの名称は組版結果を出力
するプリンタや表示部等の解像度やフォントに依存しな
い形態で保持する必要があり、その結果どのマシンで実
行しても同じ結果が保証されることに由来する。この中
間結果ファイルの例として第７図に示すような例があげ
られる。 ７１はＤＶＩファイルである事を示すための識別子であ
り、７２はページヘッダで、組版された各ページの情報
、例えばそのページ内に含まれるフォント名称やサイズ
、実際のページの組版情報へのポインタからなり、ペー
ジ数分このヘッダが存在する。７３はページ情報部で、
実際に組版された情報を含み、基本的に以下のような情
報が格納される。 ・フォント切換え（タイプフェース＋サイズ）命令 文字コード 水平方向の移動量 垂直方向の移動量 矩形描画（現在位置に指定された幅、 高さで表 示される）命令等が含まれる。 組版位置を計算する際の基本単位は、例えば２−１６ｐ
ｔ　（ｐｔは１／７２インチ）とし、整数単位で計算し
ても誤差がほとんど出ない単位として計算する。そこで
上述の水平、垂直方向の移動量のパラメータは２−１８
　ｐ　を単位としている。 最終的に今までの組版アルゴリズムをまとめてフローチ
ャートとして第８図に示す。 次に、本実施例の第２の主要な構成要素となる組版結果
の表示プログラム（プレピュアに）ついて説明する。こ
のプレピュア１２は、最近Ｘウィンドウに代表されるよ
うなマルチフォント、図形描画機能を持つウィンドウシ
ステムの出現により、組版結果をプリントアウトして確
認する前に、画面上に高速にかつ安価に組版結果を確認
できることを特徴としている。 このプログラムは前述の組版処理と比較すると簡単に実
現できるが、以下にそのアルゴリズムの概略を第９図の
フローチャートを参照して説明する。 まずステップＳ５１で組版結果を表示するウィンドウの
表示枠全体のサイズを決定する。通常、このサイズは表
示し得る限りの最大サイズとなるよう設定するとよい。 次にステップＳ５２で、実際に表示するためのウィンド
ウ領域を確保すると共に、表示画面の初期化等を実行す
る。この場合、実際の印刷イメージとＣＲＴの表示画面
とでは解像度が異なるため、文字フォントなどはプリン
ト用に使われるフォントを縮小する必要が生ずる。この
縮小倍率をステップ３５３で決定するが、それは表示画
面の縦、横方向のドツトサイズと利用するフォントが作
成された解像度でのオリジナル文書の縦、横方向のドツ
トサイズの比率となる。 これらの準備が終了した後ステップＳ５４に進み、文書
フォーマツタ１１で作成した表示したいＤＶＩファイル
をオーブンし、表示したいページ情報のありかを第７図
のページヘッダ７１を参照することによってファイル内
をシークする（ステップ５５５）。 次にステップＳ５６で、ページ内の組版情報７３を１コ
マンドずつスキャンして、ステップＳ５７でページが終
了するまで対応した処理ルーチン（ステップ３５８〜８
６６）を実行する。 これらの処理ルーチンは大別すると以下の５つに分類で
きる。 （１）文字コマンド（ステップ３５８，５５９）文字コ
マンドは文字コードをパラメータとして持ち、現在のフ
ォント種、サイズで指定された文字コードを現在位置に
表示する。 このフォントはフォント切換時に指定されたフォントを
利用するもので、切換時に１バイト（英語）、２バイト
（日本語）フォントへのアクセス方法に関する処理手順
へのポインタが得られている。その結果、このステップ
Ｓ５９では、ポインタで示される関数に文字コード及び
現在位置情報を与えることによってウィンドウ上に文字
が表示される。しかし、ウィンドウ表示部６の形式に従
い、文字表示の方法は色々と異なる。例えば、Ｘウィン
ドウのようなサーバ・クライアントモデルでも、表示す
るためのフォントがクライアント側に存在する場合とサ
ーバ側に存在する場合、利用方法が異なる。大きな相違
点はクライアントにフォントがある場合、そのフォント
を一旦縮小して、ウィンドウ上で表示するのに最適なフ
ォントサイズに変換した後、フォントイメージをサーバ
に送出する。 それとは逆にサーバにフォントがある場合、フォントの
拡大、縮小はクライアントから容易に実行できないため
、サーバ内でのフォントのうち最も近いフォントを選択
して、コードのみクライアントから送出する。 （２）矩形コマンド（ステップＳｈｏ、５６１）本矩形
コマンドは、アンダライン、オーバライン、囲み枠、ケ
イ線等の構成要素となるもので、四角の矩形を描くため
に、現在位置からの幅、高さ情報をコマンドのパラメー
タとして持つ。どのようなウィンドウシステムでも大体
矩形描画コマンドを持っているため現在位置、幅、高さ
をウィンドウ上のそれとなるように縮小率をかけて変換
しく但し、幅、高さは最低でも１ドツト幅となるように
する。）、その結果をウィンドウ表示部６に対して指示
すればよい。 （３）位置移動コマンド（ステップＳ６２，５６現在位
置の（ｘ、ｙ）座標を内部的に保持している変数り、ｖ
に、縦又は横の移動量に応じた量を加算して、現在位置
（ｘ、ｙ）を保持する。 （４）フォント切換（ステップＳ６４，５６５）印字す
るためのフォント（タイプフェース、サイズ情報を含む
）を切り換える命令が入力されると、例えばＸウィンド
ウのクライアント側にフォントがある系だと、クライア
ント内のフォントアクセスのための関数へのポインタを
切り換える。 逆に、サーバ側にフォントがある際には、最適フォント
に切換える命令をクライアントからサーバに送り、その
サーバ内部でフォント切換にともなう処理を実行する。 （５）その他の処理（ステップ５６６）上述の４つの処
理以外にも、下に列挙するようなコマンドをも処理する
必要がある。 ☆５ｐｅｃｉａｌコマンド（一般化されていない特殊コ
マンド） ☆現在位置のｐｕｓｈ、ｐｏｐ命令 以上説明した組版機能と組版結果プレビュー（表示）機
能を利用して、本実施例では、更に両者のプログラム間
で相互交信を行ってインタラクティブな組版環境を提供
している。このプログラム間での相互交信の手段として
は、例えばｔｌｎｉｘ（ＡＴ／Ｔの登録商標）での°’
　５ｏｃｋｅｔ”や°’ｐｉｐｅ”システムコール、ま
たはプログラム間の共有メモリ機能等がある。 組版プログラムと表示プログラム間でのデータ交信の方
法として、以下に述べるような２通りの方法が考えられ
る。 （１）組版結果たれ流し 組版プログラムが組版した結果を、順次”５ｏｃｋｅｔ
”や”ｐｉｐｅ”で作成された通信路を通して表示プロ
グラムへ送る方式である。この結果１表示プログラム側
では送られてきたデータをファイルにバッファリングし
ながら、もし表示可能なデータが存在すると、そのデー
タを表示することができる。 （２）テンポラリ・ページ情報ファイル作成組版プログ
ラムが組版した結果を、ページ単位でバッファリングし
て、ページ単位のファイルが作成されると、そのファイ
ル名を表示プログラムに報知する。これにより表示プロ
グラムが、そのファイルをオーブンしてページの内容を
表示する。 ここでは前者の方式を用いたインタラクティブな組版表
示の場合で説明する。向、本実施例において、組版プロ
グラム１１は、前述した組版プログラム（第８図）を利
用し、それ程変更を加えないようにした。 まず、そのアルゴリズムを第１０図（Ａ）のフローチャ
ートを参照して説明する。組版プログラムは表示プログ
ラム（プレピュア）１２に対して組版結果の送り手とな
るので、例えばＵｎｉｘの持つ５ｏｃｋｅｔ＋　ｂｉｎ
ｄ十ｃｏｎｎｅｃｔシステムコールを発生して１表示プ
ログラム１２とのデータ伝送の通信路を設定する（ステ
ップ５７１）。そしてステップ３７２〜Ｓ７５では、前
述の組版アルゴリズムと同様にして、ページが最適位置
でブレークされる。 次にステップＳ７７で、ページ内の各要素（文字ｂｏｘ
やｇ　ｌ　ｕｅ）を最適な位置に割り振り、ステップＳ
７８でＤＶＩファイルに書き込むだけでなく、上記ステ
ップＳ７１で設定された通信路を通して、表示プログラ
ム１２に組版結果のデータを送出するのである。そして
ステップＳ８０でページの最後になるとページ終了マー
クを付け、表示プログラムにページの終了を報知する。 文書の最後になるとステップＳ８０に進んで、ページの
終了と同じようにステップ３７６と同様の処理を実行し
、最後にステップＳ８１でデータ終了のマークを付加し
て、表示プログラムにブタ伝送を行う。 次に、表示プログラム１２の処理概要を第１Ｏ図（Ｂ）
を用いて説明する。 このプログラム１２は組版プログラム１１より組版した
結果を受取って表示するため、まずステップＳ９１で組
版プログラムとの通信経路なセ・ソトする。その手順と
して前述と同様に、例えばＬｌｎｉｘシステムでは５ｏ
ｃｋｅｔ、　ｂｉｎｄ、　１ｉｓｎｔｅｒ、　ａｃｃｅ
ｐｔのシステムコールな発行する。こうして組版プログ
ラムからの通信路を確立した後、ステップＳ９２で表示
画面に関する初期設定を行う。本実施例では一度にウィ
ンドウ上に表示できるベージ計をこの表示プログラムの
起動時に指定できるようにする。例えば、簡単化のため
に分割数＝ｎ、表示の段数を２、表示画面の縦、横有効
ドツトサイズをｖ、ｈとすると、実際の１ページの有効
縦、横ドツト数のそれぞれ■ドツト、Ｈドツトは、■ド
ツト＝■／２ Ｈドツトサイズ（（ｎ＋１）／２）となる。 これと実際の印刷イメージの縦、横方向のドツトサイズ
との比から、実際の画面上での縮小比率が求まる。こう
して縮小率も求められると、まず表示用の初期画面を生
成して、その画面をクリアした（ステップ５９２）後、
組版プログラムよりのデータを得るべ（ポーリングを行
う（ステップ５９３）。もし組版データが入力されると
、データを外部記憶装置３または内部記憶部２に格納し
て、再表示の場合にも利用できるよう対処する（ステッ
プ５９４）。 次にステップＳ９５で現在表示すべき状態にあるかどう
かを判定し、そうであればステップ８９６に進んで実際
のウィンドウ上への表示を実行する。なお、第１０図（
Ｂ）のステップＳ９５及び８９６は本実施例の中心部分
であるので、第１１図を参ｐ、ｒ３．　シてより詳しく
説明する。 本プログラムでは組版データの入力と表示のために、以
下に示す変数を持つ。 （ｉｎ　ｐｔｒ）は、組版データを外部又は内部記憶部
へ格納する際に使用されるポインタで、次にデータを格
納すべき場所を指示する。（ｃｕｒ　ｐｔｒ）は、現在
のｐｒｅｖｉｅｗを行っている情報部へのポインタであ
る。（ｉｎ　ｐａｇｅ）は、人力している組版データの
属するページ番号、（ｃｕｒ　ｐａｇｅ）は１現在ウイ
ンドウに表示中のページ番号を示す。 これらの変数はステップ５１０１でクリアされ、組版プ
ログラムよりのデータをポーリングする（ステップ５１
０２）。そして、入力されたデータにページ終了命令が
存在すると、（ｉｎ　ｐａｇｅ）カウンタを更新して現
在入力中のページ番号を最新にする（ステップ３１０３
．５１０４）。次にステップ５１０５に進み、データが
人力すると、データを外部又は内部記憶部に格納すると
共に、データを格納したサイズ分だけ（ｉｎ　ｐｔｒ）
を更新する。 次にステップ５１０６に進み、ユーザからキーボード９
やマウス８を通しての各種指令が人力されたかを調べ、
イベントキュー２１に格納されたものを順次処理してい
く。これらの処理は、例えばウィンドウ上に複数ページ
の表示が可能だが、全てのページ分が表示されていて新
規に表示できない時、例えばユーザが現在表示している
全てのページを消去して新規のページから表示したり、
最初に表示されたページを消去して残りのページをシフ
トさせて新規のページを表示したりする場合等に、入力
される指令等を読取るのに必要である。 ステップ８１０６でユーザからの指令がイベントキュー
２１に格納されているか判断し、１つでもイベントが存
在するとその中で最も古いイベントを取り出し、そのイ
ベントに応じた処理をステップ８１０７〜ステツプＳｌ
　１０で実行する。例えば、ステップ５１０７でユーザ
が現在表示中のページを全てクリアするための指令を入
力すると、ステップ５１０８で表示中の全画面をクリア
して、新しいページを表示するための準備を行う。 また、ステップ５１０８でページシフトコマンドが入力
されると、ステップ５１０９で最も古（表示されたペー
ジを消去し、表示現在表示中のページをシフトして新規
ページ表示用の空領域を作成する。このような表示デー
タの移動を効率的に行うため、ｎパー９分の表示を同時
に行う際に、ｎパー９分のパツキンゲス）・アメモリ２
２を保持し、表示イメージは直接ウィンドウに描くので
はな（、バッキングストアメモリ２２に描画する。 そして、このバッキングストアメモリ２２から実際にウ
ィンドウとして表示するＶＲＡＭエリア６１にビットマ
ツプ展開する形式を取る。通常、このバッキングストア
メモリは、ウィンドウ表示部のサーバ側が管理し、クラ
イアント側はこの各ページに対応するバッキングストア
メモリ２２をＶＲＡＭ６１　　（ｘ、ｙ）の位置に幅Ｗ
、高さｈ分コピーするよう指令を出すと非常に効率的と
なる。 また、こうすることにより、ウィンドウ間の上下関係が
変更された時、再描画しなくても、状態が変化した部分
のイメージのみ再表示すればよいというメリットがある
。 ただし、この方式ではウィンドウのＶＲＡＭ６１以外に
バッキングストアメモリ２２が必要であり、メモリ等の
記憶容量は増大するが、メモリが安くなった現在では、
それほど問題となる訳ではない。 また、別の選択肢としてステップ５１１０でウィンドウ
表示終了の指令が入力されると、組版プログラムとの間
に設定された通信路を閉じるとともに、現在表示中の画
面をクローズして表示プログラムを終了させる。 次に、実際の表示に関するアルゴリズムを説明する。ス
テップ５１１１で（ｃｕｒ　ｐａｇｅ）がユーザの表示
しているページで、かつ現在そのページを表示し得るか
どうかを判定し、もし表示し得ない時は画面の全クリア
か、表示ページのシフト処理をユーザにうながすべ（、
ステップ５１１２でウィンドウ上に警告を出す。 一方、表示可能状態にあればステップ５１１３に進み、
ウィンドウ上に組版結果の表示を行う（詳しいアルゴリ
ズムは後述する）。そして、ステップ５１１４で現在表
示中のページが終了すればステップ５１１５に進み、（
ｃｕｒ　ｐａｇ６）の変数を加算して、次のデータ読み
込みのためのポーリング状態に入る。 ウィンドウ上での表示アルゴリズム概要に関しては既に
第９図を用いて説明をしているが、ここでは前記で説明
されていない文字描画の機能詳細に関して第１２図を用
いて説明する。 まず、ステップ５１２０でオリジナルの組版サイズに対
してウィンドウ画面上に表示する１ペ一ジ分のサイズの
比率ｒａｔｉｏを計算する。そして、このｒａｔｉｏを
利用して、ある解像度において作成されたフォントイメ
ージのサイズ（ｏｒｉｇ　５ｉｚｅ）から実際に画面に
表示するフォントのサイズ（ｒｅａｌｓｉｚｅ）を計算
する（ステップ５１２１）。 （ｒｅａｌ　ｓｉｚｅ）＝（ｏｒｉｇ　５ｉｚｅ）　＊
　ｒａｔｉ。 ステップ５１２２，３１２３において、組版上での現在
位置の計算を行ってから、縮小したページにおける表示
位置を計算する。これはバッキングストアメモリ２２に
おける印字位置となる。ここで、文字を縮小した結果文
字サイズが小さすぎて表示できない場合は、文字サイズ
領域いっばいのｂｏｘ　（ロ）で印字する（ステップ５
Ｌ２５）方、文字が表示可能なサイズである場合には、
文字パターンがウィンドウ表示部６のタライアンドかサ
ーバのいずれに持っているかに従って処理が異なる（ス
テップ３１２６）。即ち、サーバ側に存在する時にはス
テップ５１２９に進み、サーバ内に存在する最適フォン
トをサーチして、そのフォントを現在の指定フォントと
してサーバ内にロードして（ステップ３１３０）、文字
表示のための準備を完了する。そして最終的に現在位置
と指定した文字コードをサーバに送出して（ステップ３
１３１）、ウィンドウ内に文字を表示する。 一方、クライアント側にフォントが存在している時には
、オリジナルフォントを縮小率ｒａｔｉｏに従って縮小
しくステップ５１２７）、得られたビットマツプを画像
と同じプロトコルでサーバ側に送出して、文字の表示を
行う（ステップ８１２８）。 こうして文字描画が終った後、次の印字位置を決定する
ために、印字した文字が文字幅移動を伴うか否かを判定
する（ステップ３１３２）。文字幅移動を伴うときはフ
ォント・メトリックデータ３２より幅情報を抽出して、
現在位置に加算し、次の印字位置を求める（ステップ８
１３４）。 ［他の実施例］ 本発明の他の実施例の基本アルゴリズムを第１３図（Ａ
）（Ｂ）に示す。 第１０図に示した前述の実施例と基本的にはほぼ同様で
ある。即ち、第１３図（Ａ）のステップ８１４１〜５１
５１は、第１０図（Ａ）のステップＳ７１〜Ｓ８０と、
また、第１３図（Ｂ）のステップ８１６１〜８１６６は
、第１０図（Ｂ）のステップ３９１〜Ｓ９７と基本的に
同じである。 但し、前述のフローチャートでは組版した結果のデータ
を表示プログラムに対してたれ流す形式となっていたの
に対し、本例ではステップ８１４８で組版した結果をペ
ージ毎に別のファイルに格納し、ステップ５１４９で表
示プログラムに対し、このファイル名称のみを伝送する
ようにしている。これによって、表示プログラム側で対
応するファイルをオーブンして表示する構成になってい
る。 ここでページ毎のファイル名を、例えばａａａ、ｂｂｂ
とし、ａａａとはＵｎｉｘなどのＯ８で用いられるプロ
セス番号で、組版プログラムに与えられたものとし、ｂ
ｂｂとは組版内におけるページ番号を表すことにすれば
、ユニークにファイル名称を与えられることが可能であ
る。 また、本実施例では、１つの組版プロセスで複数個の組
版ページファイルと１個のＤＶＩファイルが存在するた
め、表示プログラムの終了時点で複数個の組版ページフ
ァイルを消去する（ステップ８１６７）。 また、この実施例では組版プログラムと表示プログラム
間のデータのやり取りのための手段として、プロセス間
通信を例にしたが、この代りにプログラム間の共有メモ
リ機能を利用しても同等な機能が実現できる。 以上説明したように本実施例によれば、従来のバッチ処
理型文書処理システムと比較して、処理結果が組版処理
と並行して表示されるため、組版の間違いを検出するた
めの時間が短縮され、非常に操作性が良（、かつ効率的
な文書処理システムが提供できる。 さらに、ウィンドウ上に表示できるページ画面の数を任
意に設定できることにより、操作性が向上する。更に、
画面上に表示されたイメージをダンプし、そのイメージ
を印刷することによって、ゲラ刷りよりももつと簡易な
組版機能の確認を行える。 【発明の効果］ 以上説明したように本発明によれば、組版処理と表示処
理との間でのデータのやり取りを可能にして、組版した
結果を迅速に表示できる効果がある。

【図面の簡単な説明】

第１図は本実施例の文書処理システムの基本構成を示す
ブロック図、 第２図は従来のバッチシステムの基本構成を示す図、 第３図は文字列の行末合せの例を示す図、第４図は行内
水平方向の文字最適配置アルゴリズムを示すフローチャ
ート、 第５図はラインブレークのアルゴリズムを説明するだめ
のフローチャート、 第６図はｈｂｏｘ、ｖｂｏｘの配置列を説明するための
図、 第７図は組版処理結果を格納するＤＶＩファイルのデー
タ形式を示す図、 第８図は本実施例の基本となる組版処理の概要を示すフ
ローチャート、 第９図は本実施例の基本となる表示処理の概要を示すフ
ローチャート、 第１０図は本実施例の基本アルゴリズムを示すフローチ
ャートで、第１０図（Ａ）は第８図の処理に変更を加え
た組版処理アルゴリズムを示すフローチャート、第１０
図（Ｂ）は第８図の処理に変更を加えた表示処理アルゴ
リズムを示すフローチャート、 第１１図は表示プログラムにおける核の部分の詳細アル
ゴリズムを示すフローチャート、第１２図は文字表示の
詳細を示すフローチャート、そして 第１３図は他の実施例の基本アルゴリズムを示すフロー
チャートで、第１３図（Ａ）は組版アルゴリズムの他の
実施例を示すフローチャート、第１３図（Ｂ）は表示ア
ルゴリズムの他の実施例を示すフローチャートである。 図中、１２・・・内部記憶装置、３・・・外部記憶装置
、４・・・ＣＰＵ、６・・・マルチウィンドウ表示部、
７・・・プリンタ、８・・・マウス、９・・・キーボー
ド、１１・・・文書フォーマツタ、１２・・プレピュア
、１３・・・プリンタドライバ、１４・・・ウィンドウ
サーバ、１５・・・スプーラ、２１・・・イベントキュ
ー、２２・・・バッキングストアメモリ、３１・・・組
版ソースファイル、３２・・・フォント・メトリックデ
ータ、３３・・・フォントパターン、３４・・・組版結
果ファイルである。 特許出願人　　キャノン株式会社 第 ２図 第６図 第 ７図 （Ａ） 第１０図 （Ｂ） 第０図 第 ３図 （Ｂ）

Claims (3)

【特許請求の範囲】
1. （１）文書情報を入力し、組版処理を行つて表示出力す
   る文書処理装置であつて、 文書情報の組版処理を行う組版手段と、 前記組版手段により組版が行われた文書情報をページ単
   位で受取つて表示する表示手段と、を有することを特徴
   とする文書処理装置。
2. （２）前記組版手段は前記文書情報をページ単位にバッ
   チ処理して組版を行うようにしたことを特徴とする請求
   項第１項に記載の文書処理装置。
3. （３）前記表示手段は複数の表示用ウィンドウを有し、
   ユーザからの指示に従つて組版された各ページを表示で
   きることを特徴とする請求項第１項に記載の文書処理装
   置。