JP4289856B2 - 文書印刷システム及び方法 - Google Patents
文書印刷システム及び方法 Download PDFInfo
- Publication number
- JP4289856B2 JP4289856B2 JP2002279951A JP2002279951A JP4289856B2 JP 4289856 B2 JP4289856 B2 JP 4289856B2 JP 2002279951 A JP2002279951 A JP 2002279951A JP 2002279951 A JP2002279951 A JP 2002279951A JP 4289856 B2 JP4289856 B2 JP 4289856B2
- Authority
- JP
- Japan
- Prior art keywords
- size
- font
- font size
- smaller
- minimum
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Record Information Processing For Printing (AREA)
- Processing Or Creating Images (AREA)
- Document Processing Apparatus (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、文書を印刷する文書印刷システムおよび方法に関する。
【０００２】
【従来の技術】
ＨＴＭＬのデータには出力時の用紙サイズや解像度等は意識せずに作成されている場合が多い。そして、ＨＴＭＬ（Hyper Text Markup Language）ファイルの内容もInternet Explorer（登録商標）やNetscape Navigator（登録商標）等で領域の大きさが変更された場合に、変更された領域に合わせてレイアウトも変化できるように相対座標値や割合で定義されている場合が多い。また、構造化記述言語で記述された文書データを物理ページにレイアウトする際に、前記文書データから特定データとして最小文字サイズを検出し、該検出された特定データをレイアウトするための変倍率を算出し、前記文書データに対して、物理ページへのレイアウトが可能となるように前記変倍率に基づく変換を施していた。（たとえば、特許文献１参照）
【０００３】
【特許文献１】
特開２００２−９１９４６号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、このようなＨＴＭＬファイルは出力用紙サイズを意識して作成されていないため、期待したものと出力のサイズが異なって、例えば、出力用紙の用紙サイズに収まらず、領域をオーバして印刷されたり、領域に収めようとすると、文字が小さくなってしまって読めなくなってしまったり等の問題点があった。
【０００５】
そこで、本発明の目的は、上記問題点を解決し、出力領域に適したレイアウトを行なうことができ、どのような書体指定がされた文書でも小さいサイズのときに見やすくレイアウトすることができる文書印刷システムおよび方法を提供することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、文書印刷システムであって、出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算手段と、前記第１計算手段により計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別手段と、前記判別手段により前記第１計算手段により計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算手段と、前記第２計算手段により計算された拡大率に基づき出力領域の調整を行う調整手段と、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択手段とを有することを特徴とする。
【０００８】
請求項１の発明において、特定の書体は、ゴシック体を含むことができる。
【０００９】
請求項１の発明において、調整手段は、出力領域が複数ページに分割されて出力されるように調整することができる。
【００１０】
請求項４の発明は、文書印刷方法であって、出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算ステップと、前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別ステップと、前記判別ステップにより前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算ステップと、前記第２計算ステップにより計算された拡大率に基づき出力領域の調整を行う調整ステップと、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択ステップとを有することを特徴とする。
【００１２】
請求項４の発明において、特定の書体は、ゴシック体を含むことができる。
【００１３】
請求項４の発明において、調整ステップは、出力領域が複数ページに分割されて出力されるように調整することができる。
【００１４】
請求項７の発明は、プログラムであって、出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算ステップと、前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別ステップと、前記判別ステップにより前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算ステップと、前記第２計算ステップにより計算された拡大率に基づき出力領域の調整を行う調整ステップと、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択ステップとをコンピュータに実行させることを特徴する。
【００１６】
請求項７の発明において、特定の書体は、ゴシック体を含むことができる。
請求項７の発明において、調整ステップは、出力領域が複数ページに分割されて出力されるように調整することができる。
【００１７】
請求項１０の発明は、請求項７乃至９のいずれかに記載のプログラムを記憶したことを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１９】
図１は本発明の一実施の形態を示す。これは、文書印刷システムの例である。この文書印刷システムは、複数台のパーソナルコンピュータ（以下「クライアントパソコン」という。）３，４と、１台のファイルサーバ１と、１台のＷｅｂサーバ２と、少なくとも１台のＸＭＬ（Extensible Markup Language）データを処理できるプリンタ５とが、ネットワーク７を介して相互に接続してある。
【００２０】
プリンタ５には、携帯情報端末のようなモバイル端末６が、直接、IrDA、RS-232Cやセントロニクスなどを通して、ネットワーク７に接続せずに、接続してある。
【００２１】
なお、クライアントパソコン３，４に代えて、ワードプロセッサ、ワークステーション、携帯情報端末等の情報処理装置を接続することも可能である。
【００２２】
クライアントパソコン３，４およびファイルサーバ１は、複数種のフォントにかかるフォントデータ群やＷｅｂのデータや画像データ等が格納されている。
【００２３】
モバイル端末６、またはクライアントパソコン３もしくは４から、プリンタ５に対して、印刷したいＷｅｂのＵＲＬや印刷部数等の印刷要求を出し、プリンタ５からＷｅｂサーバにファイル要求を出し、Ｗｅｂサーバは必要な文書データやフォントデータ等をファイルサーバより集めて、プリンタ５に転送し、プリンタ５はその転送されたデータを展開することによって印刷する。
【００２４】
図２は図１のクライアントパソコン３，４、ファイルサーバ１、及びＷｅｂサーバ２の概略構成を示すブロック図である。図２において、１０１はＣＰＵ（central processing unit）であり、装置全体の制御及び演算処理等を行う。１０２はＲＯＭ（read only memory）であり、システム起動プログラム、基本Ｉ／Ｏプログラム、及び文字コードをビットパターンに変換するための文字パターンデータ（フォントデータ）等を記憶している。１０３はＲＡＭ（random access memory）であり、ＣＰＵ１０１の演算に使用するデータや演算結果、表示のために文字コードから変換された文字パターンデータ列等を一時記憶する。
【００２５】
１０４はキーボード制御部（ＫＢＣ）であり、キーボード（ＫＢ）１０５よりキー入力データ（文字コードや制御コード）を受け取り、ＣＰＵ１０１へ伝達する。１０６はディスプレイ制御部（ＣＲＴＣ）であり、ＲＡＭ１０３に格納された文字パターンデータ列を読み出し、ＣＲＴ１０７に転送する。１０７はディスプレイ装置（ＣＲＴ）であり、ＣＲＴＣ１０６より文字パターンデータ列を受け取り、表示画面に表示する。
【００２６】
１０８はディスク制御部（ＤＫＣ）であり、外部記憶装置１０９に対するアクセス制御を行う。１０９はフロッピー（登録商標）ディスク装置（ＦＤ）、ハードディスク装置（ＨＤ）、又はＣＤ−ＲＯＭ等の外部記憶装置である。ＨＤには、文字パターンデータ（フォントデータ）やフォントデータを読み出してビットマップデータに変換する文字展開処理プログラム等が記憶してある。ＦＤ又はＣＤ−ＲＯＭ等の外部記憶装置から、アプリケーションプログラム及び関連データが供給される。
【００２７】
１１０はネットワーク制御部（ＮＴＣ）であり、ネットワーク装置（ＮＴ）１１１の動作を制御する。１１２はシステムバスであり、上述の構成要素間のデータ転送を行う。
【００２８】
図３は図２のＲＡＭ１０３のメモリマップを示す。基本Ｉ／Ｏプログラムは、ＲＯＭ１０２内のシステム起動プログラムによりＲＡＭ１０３に読み込まれる。また、外部記憶装置１０９としてのＦＤ又はＣＤ−ＲＯＭから、アプリケーションプログラム及び関連データを、一旦、ＨＤへインストールした状態で電源がＯＮされたときに、ＨＤからＲＡＭ１０３にロードすることにより、実行することが可能となる。なお、ＨＤへインストールせずに、直接、ＦＤ又はＣＤ−ＲＯＭからＲＡＭ１０３にロードして実行することも可能である。なお、ファイルサーバ１では、後述のプリンタ情報テーブルが関連データの領域に形成されている。
【００２９】
図４は図１のプリンタ５の構成を示すブロック図である。プリンタ５は、レーザビームプリンタ、バブルジェット（登録商標）プリンタ、又は熱転写プリンタ等のいずれのタイプでもよいが、ＸＭＬ形式のデータを処理できる能力を有している。
【００３０】
プリンタ５は、ＣＰＵ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３と、プリンタコントローラ（ＰＲＴＣ）２１５と、プリンタエンジン（ＰＲＴ）２１９と、ディスクコントローラ（ＤＫＣ）２１６と、ハードディスク装置（ＨＤ）２１７と、ネットワークコントローラ（ＮＴＣ）２２０と、ネットワーク装置（ＮＴ）２１８とが、システムバス２１４を介して、相互に接続してある。
【００３１】
なお、ＤＫＣ２１７およびＨＤ２１８はプリンタの種類によっては存在しない場合もある。
【００３２】
ＣＰＵ２１１は装置全体を制御するものであって、ＲＡＭ２１３をワークエリア等として利用しながら、ＲＯＭ２１２に格納されたプログラムに従って、印刷に必要な各種の処理を実行する。システムバス２１４は上記各構成要素間でデータ及び制御信号を授受するための通路である。なお、ＲＯＭ２１２には、文字パターンデータ（フォントデータ）等が格納されている。ＲＡＭ２１３またはＨＤ２１８には、Ｗｅｂサーバ２へ要求した文書データ、イメージデータ、又はフォントデータ等がＷｅｂサーバ２からダウンロードされ格納される。
【００３３】
ＣＰＵ２１１は、Ｗｅｂサーバ２から供給された文書データ、イメージデータあるいはフォントデータを、ＲＯＭ２１２内にあるプログラムに従って文字パターンデータや画像データ（ビットマップデータ）を生成し、プリンタコントローラ２１５内の印刷バッファに展開する。プリンタコントローラ２１５は、ビットマップデータに基づいて生成した印刷コントロール信号をプリンタエンジン２１９に出力する。
【００３４】
ネットワークコントローラ２２０は、ネットワーク７を介してクライアントパソコン３、４やファイルサーバ１との間でデータ送受信を行う際のネットワーク装置（ＮＴ）２１８の動作を制御するものである。
【００３５】
図９はファイルの変換の流れを示す。本処理の流れは、ホスト側の処理とプリンタ側の処理に分かれていて、ホスト側の処理は図１のＷｅｂサーバ２上で行なわれたり、クライアントパソコン３または４で処理されたりする。まず、ファイルサーバよりＸＭＬ形式で保存されたドキュメント又はＨＴＭＬ形式で保存されたドキュメントを読み込み、それを一旦XHTML（Extensible Hyper Text Markup Language）の形式のデータに変換する。そして、そこから、図５に示すフローチャートに従って出力用紙サイズや解像度に従って適切なレイアウトを行なうＳＶＧ（Scalable Vector Graphic）に変換を行なう。
【００３６】
なお、XHTMLおよびＳＶＧの内容については、Ｗ３Ｃのテクニカルレポートに記載されている。基本的にXHTMLは、ＨＴＭＬの文法をＸＭＬ形式に従って拡張したものであり、表示向きである。一方、ＳＶＧはＰＳ（Post Script）等のページ記述の文法に似たものであり、ＸＭＬ拡張されたものであり、出力フォーマットに適している。したがって、ＨＴＭＬやＸＭＬの文書データを一旦XHTMLに変換し、さらにそこで出力用紙サイズや解像度を得て、ＳＶＧ形式のデータに変換し、それをＳＶＧが解釈できるプリンタへＳＶＧファイルで転送するのである。そうすることによって、ＸＭＬやＨＴＭＬでかかれた文書データを適切にレイアウトして出力することが可能となる。
【００３７】
図５は図２のＲＯＭ１０２にストアされる制御プログラムであって、XHTML形式の文書データからＳＶＧ形式の文書データに変換する制御プログラムの一例を示すフローチャートである。ステップＳ５０１にて、変換元となるXHTML形式のデータの中から、まず変換の基準となるフォントサイズを求める。基準となるフォントサイズは、XHTMLのファイルでは特に指定されていない。したがって、各ブラウザが独自に基準フォントサイズを定めていることが多いが、ここでは出力用紙への基準フォントサイズとして１０ポイント又は１０．５ポイント等の値を定める。また、XHTMLドキュメントの中に基準フォントサイズが記入してあるような場合にはその値を基準フォントサイズとして定める。
【００３８】
ステップＳ５０２にて、XHTMLドキュメント全体をチェックして、テーブルの属性がないかどうかを調べる。テーブルの属性がない場合には、所定の出力したい用紙や画面のサイズの横領域が各XHTML要素であるタグの横領域の基準となるサイズとなる。テーブルの属性が存在する場合には、各テーブルの内容を比較する。例えば、XHTMLの<TABLE>の要素にwidthの属性が合った場合には、その値がテーブルの幅の値となるので、その値が最大のものを選択する。<TABLE>の要素にwidthの属性がない場合には出力領域の横領域がそのテーブルの横領域となる。
【００３９】
ステップＳ５０３にて、ステップＳ５０２で得られたテーブルの最大値から出力領域の拡大縮小率を計算する。計算方法は出力領域の横領域と、ステップＳ５０２で求めたテーブルの最大横領域との比率から求めることができる。つまり、拡大縮小率＝（出力領域の横領域）／（テーブルの最大横領域）となる。
【００４０】
そして、ステップＳ５０４以降において、各要素の配置および要素内の文字の配置位置等の計算を行なう。
【００４１】
ステップＳ５０４にて、まず対象となる要素がテーブル要素なのか、テキスト要素なのか、イメージ要素なのかの判定を行なう。テーブル要素としては、<TABLE>、<TR>、<TH>、<TD>、<CAPTION>、<THEAD>、<TFOOT>、<TBODY>等がある。テキスト要素としては、<H1>~<H6>、<P>、<Q>、<BLOCKQUOTE>、<EM>、<STRONG>、<SUP>、<SUB>等がある。そして、イメージ要素としては、<IMG>、<MAP>、<AREA>、<OBJECT>、<APPLET>等がある。それぞれの要素の意味については、http://www.w3.org/TR/xhtml1/ に記載されているXHTMLの仕様や、http://www.w3.org/TR/html40/ に記載されているＨＴＭＬの仕様を参照されたい。
【００４２】
そして、ステップＳ５０４にて、対象となる要素がテーブルの要素であれば、ステップＳ５０５へ進み、ステップＳ５０５にて、テーブル内の配置を行なう。ここでの処理の詳細は後で図６のフローチャートを参照して説明する。
【００４３】
ステップＳ５０４にて、テキストの要素と判定した場合には、ステップＳ５０６へ進み、ステップＳ５０６にて、テキストの要素内にある個々の文字に対する配置位置を決定する。
【００４４】
テキスト領域はブロック要素とインライン要素とに分かれ、ブロック要素としては、<H1>〜<H6>、<P>要素等があり、インライン要素としては、<EM>、<STRONG>等がある。このインライン要素はブロック要素の子要素として、文章中のある文字列を強調したり、色を変えたりするときに使用される。
【００４５】
テキストのブロック要素の配置方法としては、まずテキスト領域の横領域を決定する。ここではテキスト要素の親要素の横領域がテキスト領域の横領域ということになる。例えば、親要素が<XHTML>であれば、それが最上位要素ということになるので、出力すべき用紙や画面のサイズの横領域がテキスト領域の横領域として設定される。
【００４６】
文字の大きさに関しては、Ｗ３Ｃの仕様であるＣＳＳのプロパティで指定されている場合には、その値に対して、特に文字のサイズを指定していない場合には、ステップＳ５０１で求めた標準の文字サイズに対して、ステップＳ５０３で求めた拡大縮小率をかけた値を文字サイズの大きさとする。このとき決定された文字サイズの大きさは、ステップＳ５１０で予め設定された最小サイズより大きい値に設定されているかどうかをチェックするので、保存しておく。
【００４７】
そして、決定された文字サイズで文字を１文字ずつ配置していき、横領域を越えるところで文字の折り返しを行ない、次の行の先頭から続きを配置していく。
【００４８】
そして、すべての文字を配置し終わったときに、そのときの行数とフォントサイズから領域の高さを計算する。このとき、行間の大きさはＣＳＳのプロパティで指定されている場合には、それに従い、特に指定がない場合には、文字の高さに対してある一定の値を標準として、その行間の値を設定する。
【００４９】
また、テキストのインライン要素の配置方法としては、インラインに指定された文字列の１つ前の文字の配置位置の終了点を基準点とし、そこから要素で指定された文字種や文字サイズで各文字のピッチ情報に従って配置していく。
【００５０】
他方、ステップＳ５０４にて、イメージの要素であると判定した場合には、ステップＳ５０７へ進む。ステップＳ５０７にて、イメージ要素の領域の決定と配置位置の決定の処理を行なう。イメージ領域の大きさの決定方法は、イメージ領域の大きさがXHTMLドキュメントの中で指定してある大きさに対して、ステップＳ５０３で求めた拡大縮小率をかけた領域の大きさになる。
【００５１】
そして、ステップＳ５０８において、ステップＳ５０５から５０７までで求めた各要素の内容をＳＶＧデータに変換する。このとき、テキストの要素は<tspan>にイメージ要素は<image>に変換される。例えば、図１１に示すようなレイアウトのデータは、図１０に示すようなXHTMLのドキュメントで表され、それをＳＶＧで表現すると、図１２に示すようになる。
【００５２】
ステップＳ５０９にて、すべての要素に対してステップＳ５０５からステップＳ５０７までの処理が終了したかどうかをチェックし、まだ処理が終了していない場合には、ステップＳ５０４へ戻って、各要素の配置位置の計算を行なう。すべての要素に対して処理が終了していれば、ステップＳ５１０へ進む。
【００５３】
ステップＳ５１０にて、各要素の中の配置およびフォントサイズの計算が行なわれた結果を見て、出力すべきフォントの大きさの最小値をチェックする。そして、予め設定されたフォントサイズより小さいフォントサイズのデータが存在する場合には、印刷しても小さすぎて見ることができないので、全体領域を大きくする処理を行なう。この処理の詳細は、後程、図７のフローチャートを参照して詳細に説明する。
【００５４】
ステップＳ５１０において最小フォントサイズ以上にセットされた場合でも、線幅が太い書体等では黒くつぶれてしまったり、又は筆書系では、字形が複雑で判別がつかなかったりする場合がある。
【００５５】
そこで、ステップＳ５１１では、書体およびサイズに応じて、読みやすい書体に変換し、近い書体でより読みやすい出力を行なう。そうすることによって、ステップＳ５１０における最小値よりも小さな値をとることが可能となる。
【００５６】
具体的には、図１３に示すように、明朝体Ｗ３、明朝体Ｗ５、明朝体Ｗ７、ゴシック体Ｗ３、ゴシック体Ｗ５、ゴシック体Ｗ７、行書体、楷書体のデータがシステムにあったとする。
【００５７】
明朝体Ｗ３を例にとると、４ポイント以上の場合は、明朝体Ｗ３のデータで十分判別できるので、そのままの書体を使う。しかし、４ポイント未満になると、明朝体特有の「打ち込み」や「うろこ」の部分が判別の妨げとなって読みづらくなるので、ゴシック体Ｗ３のデータに置き換える。
【００５８】
明朝体Ｗ５の場合は、５ポイント以上であれば、そのまま明朝体Ｗ５を使う。そして、４ポイント以上５ポイント未満の場合は、線幅の太さが認識の妨げとなるため、明朝体Ｗ３に置き換える。そして、４ポイント未満の場合には、明朝体Ｗ３でも認識しづらくなるので、ゴシック体Ｗ３に置き換える。
【００５９】
明朝体Ｗ７の場合も同様に、５ポイント以上の場合は明朝体Ｗ７を使い、４ポイント以上５ポイント未満の場合は明朝体Ｗ３に置換え、４ポイント未満の場合はゴシック体Ｗ３に置き換える。
【００６０】
以上のようにして、文字が小さくなったときでも、まずは書体として認識できるように置き換えを行ない、さらに小さくなった場合には、最も認識できる文字に置き換えるようにすることによって、ステップＳ５１０で求める最小のポイントサイズをできる限り小さくすることが可能となる。
【００６１】
そして、ステップＳ５１２にて、すべての要素の配置位置が計算された後、ドキュメント全体を<svg>と</svg>で囲み、必要に応じてスタイルシートを<style>要素で定義してsvgドキュメントの作成を終了する。
【００６２】
図６はテーブルの内容の配置位置の計算を行なうステップＳ５０５（図５）をより詳細に示すフローチャートである。ステップＳ６０１にてテーブル内の各セルの横領域の計算を行なう。このときの計算方法は、<TR>要素で囲まれる各セルの領域の大きさを合計して、親要素であるテーブル要素の横領域を各セルの割合に応じて割り当てる。例えば、XHTMLのドキュメント内のあるテーブルの子要素としてセルが３つあり、それぞれのセルの横領域が、セル１が１０、セル２が２０、セル３が１０で、親要素のテーブルの横領域が１００である場合、セル１の横領域は１００×（１０／４０）＝２５、同様に、セル２の横領域は５０、セル３の横領域は２５となる。
【００６３】
ステップＳ６０２にて、各セルの内容をチェックする各セルの内容としては、さらにテーブルになっている場合、テキストになっている場合、又はイメージになっている場合がある。
【００６４】
そして、それぞれの判定方法は、ステップＳ５０４で述べた方法と同様に、<TABLE>、<TR>、<TH>、<TD>、<CAPTION>、<THEAD>、<TFOOT>、<TBODY>等の要素であれば、テーブル要素と判定し、ステップＳ６０７に進み、拡大縮小率を再計算して、ステップＳ６０１に戻り、テーブル要素の処理を行なう。
【００６５】
他方、<H1>〜<H6>、<P>、<Q>、<BLOCKQUOTE>、<EM>、<STRONG>、<SUP>、<SUB>等の要素であれば、テキスト要素と判定し、ステップＳ６０３へ進み、他方、<IMG>、<MAP>、<AREA>、<OBJECT>、<APPLET>等の要素であれば、イメージと判定し、ステップＳ６０６へ進む。
【００６６】
ステップＳ６０３からステップＳ６０５までは、テキストの要素であると判定された場合であり、テキスト要素内にある個々の文字に対する配置位置の決定を行なう。
【００６７】
テキスト領域のうちブロック要素とインライン要素に分かれるが、ブロック要素としては、<H1>〜<H6>、<P>要素等がある。インライン要素としては、<EM>、<STRONG>等がある。インライン要素はブロック要素の子要素として文章中のある文字列を強調したり、色を変えたりするときに使用される。
【００６８】
テキストのブロック要素の配置方法としては、まずテキスト領域の横領域を取り込む。ここではステップＳ６０１で決定したセルの横領域がここで対象となるテキストの横領域となる。
【００６９】
ステップＳ６０３にて文字の大きさに関して、Ｗ３Ｃの仕様であるＣＳＳのプロパティで指定されている場合には、その値に対して、特に文字のサイズを指定していない場合には、ステップＳ５０１で求めた標準の文字サイズに対して、ステップＳ５０３又はステップＳ６０７で求めた拡大縮小率をかけた値を文字サイズの大きさとする。
【００７０】
そして、このとき決定された文字サイズの大きさは、ステップＳ５１０で予め設定された最小サイズより大きい値に設定されているかどうかをチェックするので、保存しておく。
【００７１】
そして、ステップＳ６０４において決定された文字サイズで文字を１文字ずつ配置していき、横領域を越えるところで文字の折り返しを行ない、次の行の先頭から続きを配置していく。また、テキストのインライン要素の配置方法としては、インラインに指定された文字列の一つ前の文字の配置位置の終了点を基準点とし、そこから要素で指定された文字種や文字サイズで各文字のピッチ情報に従って配置していく。
【００７２】
そして、すべての文字を配置し終わったとき、ステップＳ６０５において行数とフォントサイズから領域の高さを計算する。このとき行間の大きさは、ＣＳＳのプロパティで指定されている場合には、それに従い、特に指定がない場合には、文字の高さに対してある一定の値を標準として、その行間の値を設定する。
【００７３】
他方、ステップＳ６０２にてイメージの要素であると判定した場合には、ステップＳ６０６にて、イメージ要素の領域の決定と配置位置の決定の処理を行なう。イメージ領域の大きさの決定方法は、イメージ領域の大きさがXHTMLドキュメントの中で指定してある大きさの縦横比を、ステップＳ６０１で求めたセルの横領域に適用して高さを求める。
【００７４】
他方、ステップＳ６０２にて、セルの中にさらにテーブルの要素があると判定された場合には、ステップＳ６０７にて、対象となるテーブルの親要素となるセルの大きさはステップＳ６０１で求めてあるので、その大きさに収まるようにテーブルのサイズを変換する必要がある。拡大縮小率は、拡大縮小率＝（親要素のテーブルの拡大縮小率）×（テーブルの横サイズ）÷（親要素のセルの横幅）、から得られる。
【００７５】
ステップＳ６０８にて、さらに処理すべきセルが存在するかどうかをチェックし、セルが存在する場合には、ステップＳ６０２へ戻って同様の処理を行ない、セルが存在しない場合には、処理を終了する。
【００７６】
図７はフォントサイズの最小値チェックとそれに応じた各ブロックのレイアウトの再設定処理を行なうステップＳ５０８（図５）をより詳細に示すフローチャートである。ステップＳ７０１にて、ステップＳ５０１で求めた基準フォントサイズと、ステップＳ５０３又はステップＳ６０７で求めた各ブロックの拡大縮小率を基に、各ブロックの基準フォントサイズの大きさを求める。これら基準フォントサイズの大きさは、基準フォントサイズの大きさ＝（基準フォントサイズ）×（拡大縮小率）、から求められる。
【００７７】
そして、ステップＳ７０２にて、ステップＳ７０１で計算された各ブロックの基準フォントサイズの大きさの値を比較して、最も小さいフォントサイズの値を抽出する。ステップＳ７０３にて、予め設定された基準フォントサイズの最小値と、ステップＳ７０２で抽出された最小フォントサイズとを比較する。ステップＳ７０２で抽出された最小フォントサイズが、基準フォントサイズの最小値よりも大きい場合には特に処理をする必要がないので、ここで処理を終了する。
【００７８】
他方、ステップＳ７０２で抽出された最小フォントサイズが基準フォントサイズの最小値よりも小さい場合には、出力フォントが小さくなり過ぎて、印刷してもフォントが読めない等の弊害が出てしまい、基準フォントサイズの最小値まで拡大する必要があるので、ステップＳ７０４へ進む。
【００７９】
ステップＳ７０４にて、ステップＳ７０２で求めた最小フォントサイズを基準フォントサイズの最小値まで拡大する拡大倍率計算を行なって、拡大倍率を求める。ステップＳ７０５にて、ステップＳ７０５で求めた拡大倍率を、全てのブロックのフォントサイズ、配置位置座標値、領域の幅や高さ等に乗算して、全体領域を広げる処理を行なう。
【００８０】
そうすることによって、指定出力用紙サイズに無理やり縮小して文字がつぶれてしまっていたようなドキュメントも、図８に示すように、複数ページに広げることが可能となる。そして、プリンタ側では、広げられた領域が複数ページに分割されて出力されることになる。
【００８１】
【発明の効果】
以上説明したように、本発明によれば、上記のように構成したので、出力領域に適したレイアウトを行なうことができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示すブロック図である。
【図２】図１のクライアントパソコン３，４、ファイルサーバ１、及びＷｅｂサーバ２の概略構成を示すブロック図である。
【図３】図２のＲＡＭ１０３のメモリマップを示す図である。
【図４】図１のプリンタ５の構成を示すブロック図である。
【図５】図２のＲＯＭ１０２にストアされる制御プログラムであって、XHTML形式の文書データからＳＶＧ形式の文書データに変換する制御プログラムの一例を示すフローチャートである。
【図６】テーブルの内容の配置位置の計算を行なうステップＳ５０５（図５）をより詳細に示すフローチャートである。
【図７】フォントサイズの最小値チェックとそれに応じた各ブロックのレイアウトの再設定処理を行なうステップＳ５０８（図５）をより詳細に示すフローチャートである。
【図８】フォントサイズを拡大した例を示す図である。
【図９】ファイルの変換の流れを示す図である。
【図１０】 XHTMLのドキュメントの内容の一例を示す図である。
【図１１】ドキュメントを表示したイメージ図である。
【図１２】ＳＶＧのドキュメントの内容の一例を示す図である。
【図１３】書体の置換えの対応関係をテーブルにして示す図である。
【符号の説明】
１ ファイルサーバ
２ Ｗｅｂサーバ
３，４ パーソナルコンピュータ
５ プリンタ
６ モバイル端末
１０１，２１１ ＣＰＵ
１０２，２１２ ＲＯＭ
１０３，２１３ ＲＡＭ
１０４ キーボード制御部
１０５ キーボード
１０６ ディスプレイ制御部
１０７ ディスプレイ装置
１０８ ディスク制御部
１０９ 記憶装置
１１０ ネットワーク制御部
１１１，２１８ ネットワーク装置
２１５ プリンタコントローラ
２１６ ディスクコントローラ
２１７ ハードディスク装置
２１９ プリンタエンジン
２２０ ネットワークコントローラ
【発明の属する技術分野】
本発明は、文書を印刷する文書印刷システムおよび方法に関する。
【０００２】
【従来の技術】
ＨＴＭＬのデータには出力時の用紙サイズや解像度等は意識せずに作成されている場合が多い。そして、ＨＴＭＬ（Hyper Text Markup Language）ファイルの内容もInternet Explorer（登録商標）やNetscape Navigator（登録商標）等で領域の大きさが変更された場合に、変更された領域に合わせてレイアウトも変化できるように相対座標値や割合で定義されている場合が多い。また、構造化記述言語で記述された文書データを物理ページにレイアウトする際に、前記文書データから特定データとして最小文字サイズを検出し、該検出された特定データをレイアウトするための変倍率を算出し、前記文書データに対して、物理ページへのレイアウトが可能となるように前記変倍率に基づく変換を施していた。（たとえば、特許文献１参照）
【０００３】
【特許文献１】
特開２００２−９１９４６号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、このようなＨＴＭＬファイルは出力用紙サイズを意識して作成されていないため、期待したものと出力のサイズが異なって、例えば、出力用紙の用紙サイズに収まらず、領域をオーバして印刷されたり、領域に収めようとすると、文字が小さくなってしまって読めなくなってしまったり等の問題点があった。
【０００５】
そこで、本発明の目的は、上記問題点を解決し、出力領域に適したレイアウトを行なうことができ、どのような書体指定がされた文書でも小さいサイズのときに見やすくレイアウトすることができる文書印刷システムおよび方法を提供することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、文書印刷システムであって、出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算手段と、前記第１計算手段により計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別手段と、前記判別手段により前記第１計算手段により計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算手段と、前記第２計算手段により計算された拡大率に基づき出力領域の調整を行う調整手段と、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択手段とを有することを特徴とする。
【０００８】
請求項１の発明において、特定の書体は、ゴシック体を含むことができる。
【０００９】
請求項１の発明において、調整手段は、出力領域が複数ページに分割されて出力されるように調整することができる。
【００１０】
請求項４の発明は、文書印刷方法であって、出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算ステップと、前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別ステップと、前記判別ステップにより前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算ステップと、前記第２計算ステップにより計算された拡大率に基づき出力領域の調整を行う調整ステップと、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択ステップとを有することを特徴とする。
【００１２】
請求項４の発明において、特定の書体は、ゴシック体を含むことができる。
【００１３】
請求項４の発明において、調整ステップは、出力領域が複数ページに分割されて出力されるように調整することができる。
【００１４】
請求項７の発明は、プログラムであって、出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算ステップと、前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別ステップと、前記判別ステップにより前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算ステップと、前記第２計算ステップにより計算された拡大率に基づき出力領域の調整を行う調整ステップと、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択ステップとをコンピュータに実行させることを特徴する。
【００１６】
請求項７の発明において、特定の書体は、ゴシック体を含むことができる。
請求項７の発明において、調整ステップは、出力領域が複数ページに分割されて出力されるように調整することができる。
【００１７】
請求項１０の発明は、請求項７乃至９のいずれかに記載のプログラムを記憶したことを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１９】
図１は本発明の一実施の形態を示す。これは、文書印刷システムの例である。この文書印刷システムは、複数台のパーソナルコンピュータ（以下「クライアントパソコン」という。）３，４と、１台のファイルサーバ１と、１台のＷｅｂサーバ２と、少なくとも１台のＸＭＬ（Extensible Markup Language）データを処理できるプリンタ５とが、ネットワーク７を介して相互に接続してある。
【００２０】
プリンタ５には、携帯情報端末のようなモバイル端末６が、直接、IrDA、RS-232Cやセントロニクスなどを通して、ネットワーク７に接続せずに、接続してある。
【００２１】
なお、クライアントパソコン３，４に代えて、ワードプロセッサ、ワークステーション、携帯情報端末等の情報処理装置を接続することも可能である。
【００２２】
クライアントパソコン３，４およびファイルサーバ１は、複数種のフォントにかかるフォントデータ群やＷｅｂのデータや画像データ等が格納されている。
【００２３】
モバイル端末６、またはクライアントパソコン３もしくは４から、プリンタ５に対して、印刷したいＷｅｂのＵＲＬや印刷部数等の印刷要求を出し、プリンタ５からＷｅｂサーバにファイル要求を出し、Ｗｅｂサーバは必要な文書データやフォントデータ等をファイルサーバより集めて、プリンタ５に転送し、プリンタ５はその転送されたデータを展開することによって印刷する。
【００２４】
図２は図１のクライアントパソコン３，４、ファイルサーバ１、及びＷｅｂサーバ２の概略構成を示すブロック図である。図２において、１０１はＣＰＵ（central processing unit）であり、装置全体の制御及び演算処理等を行う。１０２はＲＯＭ（read only memory）であり、システム起動プログラム、基本Ｉ／Ｏプログラム、及び文字コードをビットパターンに変換するための文字パターンデータ（フォントデータ）等を記憶している。１０３はＲＡＭ（random access memory）であり、ＣＰＵ１０１の演算に使用するデータや演算結果、表示のために文字コードから変換された文字パターンデータ列等を一時記憶する。
【００２５】
１０４はキーボード制御部（ＫＢＣ）であり、キーボード（ＫＢ）１０５よりキー入力データ（文字コードや制御コード）を受け取り、ＣＰＵ１０１へ伝達する。１０６はディスプレイ制御部（ＣＲＴＣ）であり、ＲＡＭ１０３に格納された文字パターンデータ列を読み出し、ＣＲＴ１０７に転送する。１０７はディスプレイ装置（ＣＲＴ）であり、ＣＲＴＣ１０６より文字パターンデータ列を受け取り、表示画面に表示する。
【００２６】
１０８はディスク制御部（ＤＫＣ）であり、外部記憶装置１０９に対するアクセス制御を行う。１０９はフロッピー（登録商標）ディスク装置（ＦＤ）、ハードディスク装置（ＨＤ）、又はＣＤ−ＲＯＭ等の外部記憶装置である。ＨＤには、文字パターンデータ（フォントデータ）やフォントデータを読み出してビットマップデータに変換する文字展開処理プログラム等が記憶してある。ＦＤ又はＣＤ−ＲＯＭ等の外部記憶装置から、アプリケーションプログラム及び関連データが供給される。
【００２７】
１１０はネットワーク制御部（ＮＴＣ）であり、ネットワーク装置（ＮＴ）１１１の動作を制御する。１１２はシステムバスであり、上述の構成要素間のデータ転送を行う。
【００２８】
図３は図２のＲＡＭ１０３のメモリマップを示す。基本Ｉ／Ｏプログラムは、ＲＯＭ１０２内のシステム起動プログラムによりＲＡＭ１０３に読み込まれる。また、外部記憶装置１０９としてのＦＤ又はＣＤ−ＲＯＭから、アプリケーションプログラム及び関連データを、一旦、ＨＤへインストールした状態で電源がＯＮされたときに、ＨＤからＲＡＭ１０３にロードすることにより、実行することが可能となる。なお、ＨＤへインストールせずに、直接、ＦＤ又はＣＤ−ＲＯＭからＲＡＭ１０３にロードして実行することも可能である。なお、ファイルサーバ１では、後述のプリンタ情報テーブルが関連データの領域に形成されている。
【００２９】
図４は図１のプリンタ５の構成を示すブロック図である。プリンタ５は、レーザビームプリンタ、バブルジェット（登録商標）プリンタ、又は熱転写プリンタ等のいずれのタイプでもよいが、ＸＭＬ形式のデータを処理できる能力を有している。
【００３０】
プリンタ５は、ＣＰＵ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３と、プリンタコントローラ（ＰＲＴＣ）２１５と、プリンタエンジン（ＰＲＴ）２１９と、ディスクコントローラ（ＤＫＣ）２１６と、ハードディスク装置（ＨＤ）２１７と、ネットワークコントローラ（ＮＴＣ）２２０と、ネットワーク装置（ＮＴ）２１８とが、システムバス２１４を介して、相互に接続してある。
【００３１】
なお、ＤＫＣ２１７およびＨＤ２１８はプリンタの種類によっては存在しない場合もある。
【００３２】
ＣＰＵ２１１は装置全体を制御するものであって、ＲＡＭ２１３をワークエリア等として利用しながら、ＲＯＭ２１２に格納されたプログラムに従って、印刷に必要な各種の処理を実行する。システムバス２１４は上記各構成要素間でデータ及び制御信号を授受するための通路である。なお、ＲＯＭ２１２には、文字パターンデータ（フォントデータ）等が格納されている。ＲＡＭ２１３またはＨＤ２１８には、Ｗｅｂサーバ２へ要求した文書データ、イメージデータ、又はフォントデータ等がＷｅｂサーバ２からダウンロードされ格納される。
【００３３】
ＣＰＵ２１１は、Ｗｅｂサーバ２から供給された文書データ、イメージデータあるいはフォントデータを、ＲＯＭ２１２内にあるプログラムに従って文字パターンデータや画像データ（ビットマップデータ）を生成し、プリンタコントローラ２１５内の印刷バッファに展開する。プリンタコントローラ２１５は、ビットマップデータに基づいて生成した印刷コントロール信号をプリンタエンジン２１９に出力する。
【００３４】
ネットワークコントローラ２２０は、ネットワーク７を介してクライアントパソコン３、４やファイルサーバ１との間でデータ送受信を行う際のネットワーク装置（ＮＴ）２１８の動作を制御するものである。
【００３５】
図９はファイルの変換の流れを示す。本処理の流れは、ホスト側の処理とプリンタ側の処理に分かれていて、ホスト側の処理は図１のＷｅｂサーバ２上で行なわれたり、クライアントパソコン３または４で処理されたりする。まず、ファイルサーバよりＸＭＬ形式で保存されたドキュメント又はＨＴＭＬ形式で保存されたドキュメントを読み込み、それを一旦XHTML（Extensible Hyper Text Markup Language）の形式のデータに変換する。そして、そこから、図５に示すフローチャートに従って出力用紙サイズや解像度に従って適切なレイアウトを行なうＳＶＧ（Scalable Vector Graphic）に変換を行なう。
【００３６】
なお、XHTMLおよびＳＶＧの内容については、Ｗ３Ｃのテクニカルレポートに記載されている。基本的にXHTMLは、ＨＴＭＬの文法をＸＭＬ形式に従って拡張したものであり、表示向きである。一方、ＳＶＧはＰＳ（Post Script）等のページ記述の文法に似たものであり、ＸＭＬ拡張されたものであり、出力フォーマットに適している。したがって、ＨＴＭＬやＸＭＬの文書データを一旦XHTMLに変換し、さらにそこで出力用紙サイズや解像度を得て、ＳＶＧ形式のデータに変換し、それをＳＶＧが解釈できるプリンタへＳＶＧファイルで転送するのである。そうすることによって、ＸＭＬやＨＴＭＬでかかれた文書データを適切にレイアウトして出力することが可能となる。
【００３７】
図５は図２のＲＯＭ１０２にストアされる制御プログラムであって、XHTML形式の文書データからＳＶＧ形式の文書データに変換する制御プログラムの一例を示すフローチャートである。ステップＳ５０１にて、変換元となるXHTML形式のデータの中から、まず変換の基準となるフォントサイズを求める。基準となるフォントサイズは、XHTMLのファイルでは特に指定されていない。したがって、各ブラウザが独自に基準フォントサイズを定めていることが多いが、ここでは出力用紙への基準フォントサイズとして１０ポイント又は１０．５ポイント等の値を定める。また、XHTMLドキュメントの中に基準フォントサイズが記入してあるような場合にはその値を基準フォントサイズとして定める。
【００３８】
ステップＳ５０２にて、XHTMLドキュメント全体をチェックして、テーブルの属性がないかどうかを調べる。テーブルの属性がない場合には、所定の出力したい用紙や画面のサイズの横領域が各XHTML要素であるタグの横領域の基準となるサイズとなる。テーブルの属性が存在する場合には、各テーブルの内容を比較する。例えば、XHTMLの<TABLE>の要素にwidthの属性が合った場合には、その値がテーブルの幅の値となるので、その値が最大のものを選択する。<TABLE>の要素にwidthの属性がない場合には出力領域の横領域がそのテーブルの横領域となる。
【００３９】
ステップＳ５０３にて、ステップＳ５０２で得られたテーブルの最大値から出力領域の拡大縮小率を計算する。計算方法は出力領域の横領域と、ステップＳ５０２で求めたテーブルの最大横領域との比率から求めることができる。つまり、拡大縮小率＝（出力領域の横領域）／（テーブルの最大横領域）となる。
【００４０】
そして、ステップＳ５０４以降において、各要素の配置および要素内の文字の配置位置等の計算を行なう。
【００４１】
ステップＳ５０４にて、まず対象となる要素がテーブル要素なのか、テキスト要素なのか、イメージ要素なのかの判定を行なう。テーブル要素としては、<TABLE>、<TR>、<TH>、<TD>、<CAPTION>、<THEAD>、<TFOOT>、<TBODY>等がある。テキスト要素としては、<H1>~<H6>、<P>、<Q>、<BLOCKQUOTE>、<EM>、<STRONG>、<SUP>、<SUB>等がある。そして、イメージ要素としては、<IMG>、<MAP>、<AREA>、<OBJECT>、<APPLET>等がある。それぞれの要素の意味については、http://www.w3.org/TR/xhtml1/ に記載されているXHTMLの仕様や、http://www.w3.org/TR/html40/ に記載されているＨＴＭＬの仕様を参照されたい。
【００４２】
そして、ステップＳ５０４にて、対象となる要素がテーブルの要素であれば、ステップＳ５０５へ進み、ステップＳ５０５にて、テーブル内の配置を行なう。ここでの処理の詳細は後で図６のフローチャートを参照して説明する。
【００４３】
ステップＳ５０４にて、テキストの要素と判定した場合には、ステップＳ５０６へ進み、ステップＳ５０６にて、テキストの要素内にある個々の文字に対する配置位置を決定する。
【００４４】
テキスト領域はブロック要素とインライン要素とに分かれ、ブロック要素としては、<H1>〜<H6>、<P>要素等があり、インライン要素としては、<EM>、<STRONG>等がある。このインライン要素はブロック要素の子要素として、文章中のある文字列を強調したり、色を変えたりするときに使用される。
【００４５】
テキストのブロック要素の配置方法としては、まずテキスト領域の横領域を決定する。ここではテキスト要素の親要素の横領域がテキスト領域の横領域ということになる。例えば、親要素が<XHTML>であれば、それが最上位要素ということになるので、出力すべき用紙や画面のサイズの横領域がテキスト領域の横領域として設定される。
【００４６】
文字の大きさに関しては、Ｗ３Ｃの仕様であるＣＳＳのプロパティで指定されている場合には、その値に対して、特に文字のサイズを指定していない場合には、ステップＳ５０１で求めた標準の文字サイズに対して、ステップＳ５０３で求めた拡大縮小率をかけた値を文字サイズの大きさとする。このとき決定された文字サイズの大きさは、ステップＳ５１０で予め設定された最小サイズより大きい値に設定されているかどうかをチェックするので、保存しておく。
【００４７】
そして、決定された文字サイズで文字を１文字ずつ配置していき、横領域を越えるところで文字の折り返しを行ない、次の行の先頭から続きを配置していく。
【００４８】
そして、すべての文字を配置し終わったときに、そのときの行数とフォントサイズから領域の高さを計算する。このとき、行間の大きさはＣＳＳのプロパティで指定されている場合には、それに従い、特に指定がない場合には、文字の高さに対してある一定の値を標準として、その行間の値を設定する。
【００４９】
また、テキストのインライン要素の配置方法としては、インラインに指定された文字列の１つ前の文字の配置位置の終了点を基準点とし、そこから要素で指定された文字種や文字サイズで各文字のピッチ情報に従って配置していく。
【００５０】
他方、ステップＳ５０４にて、イメージの要素であると判定した場合には、ステップＳ５０７へ進む。ステップＳ５０７にて、イメージ要素の領域の決定と配置位置の決定の処理を行なう。イメージ領域の大きさの決定方法は、イメージ領域の大きさがXHTMLドキュメントの中で指定してある大きさに対して、ステップＳ５０３で求めた拡大縮小率をかけた領域の大きさになる。
【００５１】
そして、ステップＳ５０８において、ステップＳ５０５から５０７までで求めた各要素の内容をＳＶＧデータに変換する。このとき、テキストの要素は<tspan>にイメージ要素は<image>に変換される。例えば、図１１に示すようなレイアウトのデータは、図１０に示すようなXHTMLのドキュメントで表され、それをＳＶＧで表現すると、図１２に示すようになる。
【００５２】
ステップＳ５０９にて、すべての要素に対してステップＳ５０５からステップＳ５０７までの処理が終了したかどうかをチェックし、まだ処理が終了していない場合には、ステップＳ５０４へ戻って、各要素の配置位置の計算を行なう。すべての要素に対して処理が終了していれば、ステップＳ５１０へ進む。
【００５３】
ステップＳ５１０にて、各要素の中の配置およびフォントサイズの計算が行なわれた結果を見て、出力すべきフォントの大きさの最小値をチェックする。そして、予め設定されたフォントサイズより小さいフォントサイズのデータが存在する場合には、印刷しても小さすぎて見ることができないので、全体領域を大きくする処理を行なう。この処理の詳細は、後程、図７のフローチャートを参照して詳細に説明する。
【００５４】
ステップＳ５１０において最小フォントサイズ以上にセットされた場合でも、線幅が太い書体等では黒くつぶれてしまったり、又は筆書系では、字形が複雑で判別がつかなかったりする場合がある。
【００５５】
そこで、ステップＳ５１１では、書体およびサイズに応じて、読みやすい書体に変換し、近い書体でより読みやすい出力を行なう。そうすることによって、ステップＳ５１０における最小値よりも小さな値をとることが可能となる。
【００５６】
具体的には、図１３に示すように、明朝体Ｗ３、明朝体Ｗ５、明朝体Ｗ７、ゴシック体Ｗ３、ゴシック体Ｗ５、ゴシック体Ｗ７、行書体、楷書体のデータがシステムにあったとする。
【００５７】
明朝体Ｗ３を例にとると、４ポイント以上の場合は、明朝体Ｗ３のデータで十分判別できるので、そのままの書体を使う。しかし、４ポイント未満になると、明朝体特有の「打ち込み」や「うろこ」の部分が判別の妨げとなって読みづらくなるので、ゴシック体Ｗ３のデータに置き換える。
【００５８】
明朝体Ｗ５の場合は、５ポイント以上であれば、そのまま明朝体Ｗ５を使う。そして、４ポイント以上５ポイント未満の場合は、線幅の太さが認識の妨げとなるため、明朝体Ｗ３に置き換える。そして、４ポイント未満の場合には、明朝体Ｗ３でも認識しづらくなるので、ゴシック体Ｗ３に置き換える。
【００５９】
明朝体Ｗ７の場合も同様に、５ポイント以上の場合は明朝体Ｗ７を使い、４ポイント以上５ポイント未満の場合は明朝体Ｗ３に置換え、４ポイント未満の場合はゴシック体Ｗ３に置き換える。
【００６０】
以上のようにして、文字が小さくなったときでも、まずは書体として認識できるように置き換えを行ない、さらに小さくなった場合には、最も認識できる文字に置き換えるようにすることによって、ステップＳ５１０で求める最小のポイントサイズをできる限り小さくすることが可能となる。
【００６１】
そして、ステップＳ５１２にて、すべての要素の配置位置が計算された後、ドキュメント全体を<svg>と</svg>で囲み、必要に応じてスタイルシートを<style>要素で定義してsvgドキュメントの作成を終了する。
【００６２】
図６はテーブルの内容の配置位置の計算を行なうステップＳ５０５（図５）をより詳細に示すフローチャートである。ステップＳ６０１にてテーブル内の各セルの横領域の計算を行なう。このときの計算方法は、<TR>要素で囲まれる各セルの領域の大きさを合計して、親要素であるテーブル要素の横領域を各セルの割合に応じて割り当てる。例えば、XHTMLのドキュメント内のあるテーブルの子要素としてセルが３つあり、それぞれのセルの横領域が、セル１が１０、セル２が２０、セル３が１０で、親要素のテーブルの横領域が１００である場合、セル１の横領域は１００×（１０／４０）＝２５、同様に、セル２の横領域は５０、セル３の横領域は２５となる。
【００６３】
ステップＳ６０２にて、各セルの内容をチェックする各セルの内容としては、さらにテーブルになっている場合、テキストになっている場合、又はイメージになっている場合がある。
【００６４】
そして、それぞれの判定方法は、ステップＳ５０４で述べた方法と同様に、<TABLE>、<TR>、<TH>、<TD>、<CAPTION>、<THEAD>、<TFOOT>、<TBODY>等の要素であれば、テーブル要素と判定し、ステップＳ６０７に進み、拡大縮小率を再計算して、ステップＳ６０１に戻り、テーブル要素の処理を行なう。
【００６５】
他方、<H1>〜<H6>、<P>、<Q>、<BLOCKQUOTE>、<EM>、<STRONG>、<SUP>、<SUB>等の要素であれば、テキスト要素と判定し、ステップＳ６０３へ進み、他方、<IMG>、<MAP>、<AREA>、<OBJECT>、<APPLET>等の要素であれば、イメージと判定し、ステップＳ６０６へ進む。
【００６６】
ステップＳ６０３からステップＳ６０５までは、テキストの要素であると判定された場合であり、テキスト要素内にある個々の文字に対する配置位置の決定を行なう。
【００６７】
テキスト領域のうちブロック要素とインライン要素に分かれるが、ブロック要素としては、<H1>〜<H6>、<P>要素等がある。インライン要素としては、<EM>、<STRONG>等がある。インライン要素はブロック要素の子要素として文章中のある文字列を強調したり、色を変えたりするときに使用される。
【００６８】
テキストのブロック要素の配置方法としては、まずテキスト領域の横領域を取り込む。ここではステップＳ６０１で決定したセルの横領域がここで対象となるテキストの横領域となる。
【００６９】
ステップＳ６０３にて文字の大きさに関して、Ｗ３Ｃの仕様であるＣＳＳのプロパティで指定されている場合には、その値に対して、特に文字のサイズを指定していない場合には、ステップＳ５０１で求めた標準の文字サイズに対して、ステップＳ５０３又はステップＳ６０７で求めた拡大縮小率をかけた値を文字サイズの大きさとする。
【００７０】
そして、このとき決定された文字サイズの大きさは、ステップＳ５１０で予め設定された最小サイズより大きい値に設定されているかどうかをチェックするので、保存しておく。
【００７１】
そして、ステップＳ６０４において決定された文字サイズで文字を１文字ずつ配置していき、横領域を越えるところで文字の折り返しを行ない、次の行の先頭から続きを配置していく。また、テキストのインライン要素の配置方法としては、インラインに指定された文字列の一つ前の文字の配置位置の終了点を基準点とし、そこから要素で指定された文字種や文字サイズで各文字のピッチ情報に従って配置していく。
【００７２】
そして、すべての文字を配置し終わったとき、ステップＳ６０５において行数とフォントサイズから領域の高さを計算する。このとき行間の大きさは、ＣＳＳのプロパティで指定されている場合には、それに従い、特に指定がない場合には、文字の高さに対してある一定の値を標準として、その行間の値を設定する。
【００７３】
他方、ステップＳ６０２にてイメージの要素であると判定した場合には、ステップＳ６０６にて、イメージ要素の領域の決定と配置位置の決定の処理を行なう。イメージ領域の大きさの決定方法は、イメージ領域の大きさがXHTMLドキュメントの中で指定してある大きさの縦横比を、ステップＳ６０１で求めたセルの横領域に適用して高さを求める。
【００７４】
他方、ステップＳ６０２にて、セルの中にさらにテーブルの要素があると判定された場合には、ステップＳ６０７にて、対象となるテーブルの親要素となるセルの大きさはステップＳ６０１で求めてあるので、その大きさに収まるようにテーブルのサイズを変換する必要がある。拡大縮小率は、拡大縮小率＝（親要素のテーブルの拡大縮小率）×（テーブルの横サイズ）÷（親要素のセルの横幅）、から得られる。
【００７５】
ステップＳ６０８にて、さらに処理すべきセルが存在するかどうかをチェックし、セルが存在する場合には、ステップＳ６０２へ戻って同様の処理を行ない、セルが存在しない場合には、処理を終了する。
【００７６】
図７はフォントサイズの最小値チェックとそれに応じた各ブロックのレイアウトの再設定処理を行なうステップＳ５０８（図５）をより詳細に示すフローチャートである。ステップＳ７０１にて、ステップＳ５０１で求めた基準フォントサイズと、ステップＳ５０３又はステップＳ６０７で求めた各ブロックの拡大縮小率を基に、各ブロックの基準フォントサイズの大きさを求める。これら基準フォントサイズの大きさは、基準フォントサイズの大きさ＝（基準フォントサイズ）×（拡大縮小率）、から求められる。
【００７７】
そして、ステップＳ７０２にて、ステップＳ７０１で計算された各ブロックの基準フォントサイズの大きさの値を比較して、最も小さいフォントサイズの値を抽出する。ステップＳ７０３にて、予め設定された基準フォントサイズの最小値と、ステップＳ７０２で抽出された最小フォントサイズとを比較する。ステップＳ７０２で抽出された最小フォントサイズが、基準フォントサイズの最小値よりも大きい場合には特に処理をする必要がないので、ここで処理を終了する。
【００７８】
他方、ステップＳ７０２で抽出された最小フォントサイズが基準フォントサイズの最小値よりも小さい場合には、出力フォントが小さくなり過ぎて、印刷してもフォントが読めない等の弊害が出てしまい、基準フォントサイズの最小値まで拡大する必要があるので、ステップＳ７０４へ進む。
【００７９】
ステップＳ７０４にて、ステップＳ７０２で求めた最小フォントサイズを基準フォントサイズの最小値まで拡大する拡大倍率計算を行なって、拡大倍率を求める。ステップＳ７０５にて、ステップＳ７０５で求めた拡大倍率を、全てのブロックのフォントサイズ、配置位置座標値、領域の幅や高さ等に乗算して、全体領域を広げる処理を行なう。
【００８０】
そうすることによって、指定出力用紙サイズに無理やり縮小して文字がつぶれてしまっていたようなドキュメントも、図８に示すように、複数ページに広げることが可能となる。そして、プリンタ側では、広げられた領域が複数ページに分割されて出力されることになる。
【００８１】
【発明の効果】
以上説明したように、本発明によれば、上記のように構成したので、出力領域に適したレイアウトを行なうことができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示すブロック図である。
【図２】図１のクライアントパソコン３，４、ファイルサーバ１、及びＷｅｂサーバ２の概略構成を示すブロック図である。
【図３】図２のＲＡＭ１０３のメモリマップを示す図である。
【図４】図１のプリンタ５の構成を示すブロック図である。
【図５】図２のＲＯＭ１０２にストアされる制御プログラムであって、XHTML形式の文書データからＳＶＧ形式の文書データに変換する制御プログラムの一例を示すフローチャートである。
【図６】テーブルの内容の配置位置の計算を行なうステップＳ５０５（図５）をより詳細に示すフローチャートである。
【図７】フォントサイズの最小値チェックとそれに応じた各ブロックのレイアウトの再設定処理を行なうステップＳ５０８（図５）をより詳細に示すフローチャートである。
【図８】フォントサイズを拡大した例を示す図である。
【図９】ファイルの変換の流れを示す図である。
【図１０】 XHTMLのドキュメントの内容の一例を示す図である。
【図１１】ドキュメントを表示したイメージ図である。
【図１２】ＳＶＧのドキュメントの内容の一例を示す図である。
【図１３】書体の置換えの対応関係をテーブルにして示す図である。
【符号の説明】
１ ファイルサーバ
２ Ｗｅｂサーバ
３，４ パーソナルコンピュータ
５ プリンタ
６ モバイル端末
１０１，２１１ ＣＰＵ
１０２，２１２ ＲＯＭ
１０３，２１３ ＲＡＭ
１０４ キーボード制御部
１０５ キーボード
１０６ ディスプレイ制御部
１０７ ディスプレイ装置
１０８ ディスク制御部
１０９ 記憶装置
１１０ ネットワーク制御部
１１１，２１８ ネットワーク装置
２１５ プリンタコントローラ
２１６ ディスクコントローラ
２１７ ハードディスク装置
２１９ プリンタエンジン
２２０ ネットワークコントローラ
Claims (10)
- 出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算手段と、
前記第１計算手段により計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別手段と、
前記判別手段により前記第１計算手段により計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算手段と、
前記第２計算手段により計算された拡大率に基づき出力領域の調整を行う調整手段と、フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択手段と
を有することを特徴とする文書印刷システム。 - 前記特定の書体は、ゴシック体を含むことを特徴とする請求項１記載の文書印刷システム。
- 前記調整手段は、出力領域が複数ページに分割されて出力されるように調整することを特徴とする請求項１記載の文書印刷システム。
- 出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算ステップと、
前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別ステップと、
前記判別ステップにより前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算ステップと、
前記第２計算ステップにより計算された拡大率に基づき出力領域の調整を行う調整ステップと、
フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択ステップと
を有することを特徴とする文書印刷方法。 - 前記特定の書体は、ゴシック体を含むことを特徴とする請求項４記載の文書印刷方法。
- 前記調整ステップは、出力領域が複数ページに分割されて出力されるように調整することを特徴とする請求項４記載の文書印刷方法。
- 出力領域の拡大縮小率に基づきフォントサイズを計算する第１計算ステップと、
前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいか否かを判別する判別ステップと、
前記判別ステップにより前記第１計算ステップにより計算されたフォントサイズが最小フォントサイズより小さいと判別された場合、フォントサイズを最小サイズまで拡大するための拡大率を計算する第２計算ステップと、
前記第２計算ステップにより計算された拡大率に基づき出力領域の調整を行う調整ステップと、
フォントのサイズが第１のサイズ以上の場合、指定された書体でウエイトを変更せずにフォントを選択し、フォントのサイズが第１のサイズより小さく第２のサイズ以上の場合、指定された書体で最も細いウエイトのフォントを選択し、フォントのサイズが第２のサイズより小さい場合、指定された書体に関わらず特定の書体のフォントを選択する選択ステップと
をコンピュータに実行させることを特徴するプログラム。 - 前記特定の書体は、ゴシック体を含むことを特徴とする請求項７記載のプログラム。
- 前記調整ステップは、出力領域が複数ページに分割されて出力されるように調整することを特徴とする請求項７記載のプログラム。
- 請求項７乃至９のいずれかに記載のプログラムを記憶したことを特徴とする記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002279951A JP4289856B2 (ja) | 2002-09-25 | 2002-09-25 | 文書印刷システム及び方法 |
| US10/660,639 US7797631B2 (en) | 2002-09-18 | 2003-09-12 | Document printing control apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002279951A JP4289856B2 (ja) | 2002-09-25 | 2002-09-25 | 文書印刷システム及び方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004118465A JP2004118465A (ja) | 2004-04-15 |
| JP2004118465A5 JP2004118465A5 (ja) | 2005-11-17 |
| JP4289856B2 true JP4289856B2 (ja) | 2009-07-01 |
Family
ID=32274811
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002279951A Expired - Fee Related JP4289856B2 (ja) | 2002-09-18 | 2002-09-25 | 文書印刷システム及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4289856B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4743601B2 (ja) * | 2005-09-21 | 2011-08-10 | Ｋｄｄｉ株式会社 | 動画像処理装置 |
| JP4715550B2 (ja) * | 2006-02-28 | 2011-07-06 | 富士ゼロックス株式会社 | プリンタドライバおよびその印刷制御方法、印刷装置 |
| JP5260397B2 (ja) * | 2009-04-22 | 2013-08-14 | 株式会社 オクノ | 霊園・墓石販売の画面表示文書、これを利用した霊園・墓石販売システムおよび媒体 |
| US8384918B2 (en) * | 2010-06-30 | 2013-02-26 | Konica Minolta Laboratory U.S.A., Inc. | Enforcing a minimum font size |
| JP6083453B2 (ja) * | 2014-07-11 | 2017-02-22 | キヤノンマーケティングジャパン株式会社 | 情報処理装置と、その処理方法及びプログラム |
-
2002
- 2002-09-25 JP JP2002279951A patent/JP4289856B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004118465A (ja) | 2004-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7797631B2 (en) | Document printing control apparatus and method | |
| US7949942B2 (en) | System and method for identifying line breaks | |
| US8384918B2 (en) | Enforcing a minimum font size | |
| US20020111963A1 (en) | Method, system, and program for preprocessing a document to render on an output device | |
| US20050262441A1 (en) | Method and apparatus for printing web pages | |
| US20080225306A1 (en) | Imposition systems, methods and drivers for printer products | |
| JP5610781B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| US20100123935A1 (en) | Document processing apparatus and document processing method | |
| JP4289856B2 (ja) | 文書印刷システム及び方法 | |
| JP4510232B2 (ja) | 情報処理装置および情報処理方法および記憶媒体 | |
| JP2005078236A (ja) | 印刷制御装置 | |
| US20080158599A1 (en) | Print support system, print support program, and print support method | |
| US9019552B2 (en) | Information processing apparatus, system and method for outputting data to a medium | |
| JPH0725068A (ja) | 文字生成方法及びその装置 | |
| JP2004110401A (ja) | 文書印刷装置及び方法 | |
| JP5947508B2 (ja) | 情報処理装置、情報処理方法およびプログラム | |
| JP4536872B2 (ja) | 情報処理装置および情報処理方法および記憶媒体 | |
| JP2005196679A (ja) | 印刷方法およびその装置 | |
| JP2008242760A (ja) | 印刷支援システム、及び、印刷支援プログラム | |
| JP4227294B2 (ja) | 画像処理装置及びその方法、及び記憶媒体 | |
| JP4013748B2 (ja) | 文書生成装置 | |
| JP2004288096A (ja) | 印刷システム | |
| KR20070035335A (ko) | 웹문서 프린트 방법 | |
| JP2006119708A (ja) | ドキュメントチェックシステム、ドキュメントチェック方法、および記憶媒体 | |
| JP2005173801A (ja) | ドキュメント印刷システム、方法および記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050926 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050926 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080919 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080926 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081219 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090217 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090313 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090331 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |