JP4159425B2

JP4159425B2 - 電子文書印刷システム

Info

Publication number: JP4159425B2
Application number: JP2003280567A
Authority: JP
Inventors: 大悟田代
Original assignee: Kyocera Mita Corp
Current assignee: Kyocera Document Solutions Inc
Priority date: 2003-07-28
Filing date: 2003-07-28
Publication date: 2008-10-01
Anticipated expiration: 2023-07-28
Also published as: JP2005050074A

Description

本発明は、例えば、アドビシステムズ（Adobe Systems）社製のAcrobat ＰＤＦ（商品名）フォーマットで作成された電子文書（ＰＤＦデータ）のように、印刷すべきデータの構造を解釈するのに必要な構造記述が電子文書の最後に記述されるフォーマットで作成された電子文書データを印刷する電子文書印刷システムに関するものであり、特に、電子文書データのまま印刷装置に送信し、印刷装置側で電子文書データを解釈して印刷データに変換して印刷するダイレクト印刷機能を有する印刷装置を用いた電子文書印刷システムにおいて、電子文書データの印刷にあたって使用するフォントがアウトラインフォントである場合、印刷装置側に指定されたフォントデータが用意されていない場合であっても印刷を可能とする電子文書印刷システムに関するものである。

近年、ネットワーク環境におけるデータ処理装置では、多くの文書（ドキュメント）が電子化されサーバ装置やその他のコンピュータ装置のメモリ装置上に保存されるようになり、電子文書を保存した各コンピュータがインターネットを代表とするネットワークに接続されるようになってきており、アドビシステムズ（Adobe Systems）社製のAcrobat ＰＤＦ（Portable Document Format）やＸＭＬ（eXtensible Markup Language）、ＨＴＭＬ（Hyper Text Markup Language）のように電子文書のフォーマットも、ネットワーク上での参照、配布に適したものが使用されるようになってきた。

上記のようなフォーマットで作成した電子文書は、その電子文書中にＵＲＬ（Uniform Resource Locator）を記述することでコンピュータ上又はネットワーク上のＵＲＬで特定される他のドキュメントにリンクさせることができ、外部参照が可能なように構成されている。コンピュータ装置上で電子文書を閲覧する場合、インターネット接続アプリケーションを起動してＵＲＬによって電子文書のアドレスを指定して該当する電子文書を表示したり、上記外部参照を含む文書を表示しているときには外部参照として表示されるポインタをクリックすれば直ちに参照先の文書が表示されて閲覧したり、その該当文書をコンピュータ装置にダウンロードして保存することができる。

特に、前記アドビシステムズ社の開発したソフトウェアであるアクロバットＰＤＦ（商品名）フォーマットで作成された電子文書は、その内容を見るのに同社が無償配布する「アクロバット・リーダー」（ＰＣアプリケーション商品名）が必要であるが、一般に広く利用されるため最近では多くのコンピュータ装置（パソコン等）に標準機能としてインストールされている。このソフトウェアは、コンピュータ装置の機種を問わず、文書をもとのレイアウトどおりに表示でき、インターネット経由で配布したパンフレットや、取扱説明書などの印刷物を、もとの印刷物と同じ形式でコンピュータ装置上に表示して参照するために広く使用されている。

従来、アドビシステムズ社製アクロバット（Acrobat）ＰＤＦフォーマットで作成された電子文書（ＰＤＦデータ）を印刷する場合には、インターネットからダウンロードしてコンピュータ装置に取り込むか、あるいは、コンピュータ装置のユーザー自身が作成したＰＤＦフォーマットの電子文書を保存し、アクロバット・リーダーを使用して該当の電子文書（ＰＤＦデータ）を開き、コンピュータ装置のディスプレイ画面で確認したあと、そのＰＤＦデータをコンピュータ装置もしくはネットワーク上のプリントサーバーが保有するプリンタドライバによって、印刷装置が解釈できるＰＤＬ等のページ記述言語（Page Description Language）を用いて印刷データに再構成した上で、ネットワーク接続された印刷装置（プリンタ）に送信して印刷するのが一般的な電子文書印刷システムの構成である。

例えば、コンピュータ装置にダウンロードして保存したＰＤＦ形式の電子文書を印刷する場合には、図６に示す手順と時間関係になる。すなわち、コンピュータ装置は保存したＰＤＦ形式の電子文書をアクロバット・リーダーによって開く。この時アクロバット・リーダーによってＰＤＦデータの解釈が行われ、文書がディスプレイ等に表示される。このＰＤＦデータの解釈に要する時間が図のＴ１１である。そしてユーザーが印刷指定を行うと、コンピュータ装置はプリンタドライバによってＰＤＦデータを印刷装置が解釈できる言語、例えば、ＰＤＬ言語によって記述されたＰＤＬデータ（印刷データ）に変換する。このＰＤＬデータへの変換に要する時間が図のＴ１２である。

このＰＤＬデータが印刷装置に転送される。この転送処理に要する時間が図のＴ１３である。印刷装置は転送されたＰＤＬデータを受信すると、印刷文書を１ページ分ずつラスタライズ処理（ビットマップデータに展開）して印刷する。このラスタライズに要する時間が図のＴ１４であり、ラスタライズ処理は、文書のページが複数ページにわたる場合にはＰＤＬデータのページ区切り毎に順次行われる。ラスタライズ処理によって作成されたビットマップデータに基づいて印刷処理する時間が図のＴ１５で表されている。

印刷は１ページ目の印刷データ（ＰＤＬデータ）を受信し終わり、１ページ目がビットマップ化されたところで始まり、各ページはそのページの印刷データを受信し終わってそのページの印刷データがビットマップ化されたところで行われる。このため全ページの印刷出力までに時間を要するので、ユーザーが待機する時間を長く感じるため、印刷出力をより短時間で得られる電子文書の印刷システムが求められていた。

また、このような一般的な印刷システムの構成によると、ネットワーク上での参照、配布に適したフォーマットの電子文書であっても、印刷する場合にはＰＤＬ言語などを利用した印刷データに変換して印刷装置に送信するため、もとの電子文書サイズよりも大きなサイズのデータとなってしまい、受信バッファやページバッファの容量が抑えられたローエンドの印刷装置においては印刷データを受信しきれないケースが生じ、印刷に支障を来すことがあった。

このような背景から、例えば、下記の特許文献１には、ＰＤＦ（Portable Document Format）、ＸＭＬ（eXtensible Markup Language）、ＨＴＭＬ（Hyper Text Markup Language）などの電子文書を直接受け取り、印刷装置側で上記の各フォーマットの電子文書の解釈を行い、印刷データに変換する機能を持った直接印刷方式の印刷装置が開示されている。

この特許文献１に開示されたような直接印刷方式の場合、一般に、ＰＤＦデータはページ記述言語であるＰＤＬ等を用いて再構成した印刷データよりも小さいため、記憶容量が抑えられたローエンドの印刷装置でも容易にデータ全体を受信することができ、またコンピュータ装置から印刷装置へのデータ転送時間が短くなるという利点を有する。

この印刷装置を用いて、コンピュータ装置に保存したＰＤＦ形式の電子文書を印刷する場合には、図７に示す手順と時間関係になる。すなわち、コンピュータ装置は保存したＰＤＦフォーマットの電子文書をそのままの形式で印刷装置に転送する。この転送処理に要する時間が図のＴ２３である。印刷装置は転送されたＰＤＦデータの全体を受信し終わると、ＰＤＦ解釈部によりＰＤＦデータの解釈を開始し、１ページ分ずつラスタライズ処理（ビットマップデータに展開）して印刷する。このラスタライズに要する時間が図のＴ２４であり、ラスタライズ処理は文書のページが複数ページにわたる場合には、ＰＤＦデータのページ構成毎に順次行われる。ラスタライズ処理によって作成されたビットマップデータに基づいて印刷機構が印刷する処理時間が図のＴ２５で表されている。

上記のようにＰＤＦデータを直接転送する印刷システムでは、印刷はＰＤＦデータを最後まで受信し終わったところから始まるので、ネットワーク等を経由して印刷データを転送する時間Ｔ２３と、印刷装置がＰＤＦデータを解釈して実際にビットマップ化（ラスタライズ）する時間Ｔ２４はオーバーラップできないという制約がある。

ところで、これはＰＤＦフォーマットの電子文書の構造に起因する制約であり、以下この点について説明する。図８はＰＤＦフォーマットの電子文書の構成を示す概念図である。ＰＤＦフォーマットは図８に示すように構造的に、ヘッダ部、ボディ部、相互互換テーブル部、トレーラ部の４種に種別され、ＰＤＦデータの転送はヘッダ部、ボディ部、相互互換テーブル部、トレーラ部の順で行われる。

ヘッダ部はそのＰＤＦデータの作成に使用されたアプリケーション（アクロバット・ＰＤＦ）のバージョン情報であり、ボディ部は文書のページ構成を記述したページオブジェクトや文書の本体となるテキストやイメージの描画データ（コンテンツ）およびこれらのデータの描画に使用されるフォントなどのリソースを記述したデータオブジェクトがならべられた部分であり、相互互換テーブル部は、ボディ部の全てのオブジェクトの位置を示す情報、すなわち、各オブジェクトのＰＤＦデータの先頭からの位置（場所）を示す情報（ポインタ）の一覧表が記述された部分であり、トレーラ部は相互互換テーブル部の先頭位置を示す情報と、ボディ部に記述されるカタログオブジェクトのルートアドレスを示す情報が記述される部分である。

カタログオブジェクトはＰＤＦデータの木構造の根幹をなす情報であり、カタログオブジェクトの記述から、ＰＤＦデータ（文書）のページ構成を示すページオブジェクトやサムネールオブジェクトなどを参照する構造になっている。

ＰＤＦ解釈部は、ＰＤＦデータの最後尾のトレーラ部（本当の意味でのＰＤＦデータの開始部分）を受信すると、相互互換テーブルの先頭位置情報に基づいて相互互換テーブルを記憶装置に保存するとともに、カタログオブジェクトを参照してページ構成をたどり、先頭ページのページオブジェクトを解析し、そのページオブジェクトに記述されたデータオブジェクトを得てラスタライズする。ＰＤＦ解析部は、各オブジェクトの内容を得るために記憶した相互互換テーブルを参照する。すなわち、ＰＤＦフォーマットは相互互換テーブルに記述されたオブジェクトとその位置情報から、ＰＤＦデータの中の当位置情報を得て目的とするオブジェクトの記述を解析するように構成されている。すなわち、ＰＤＦフォーマットの電子文書は、印刷すべきデータの構造を解釈するのに必要な構造記述が電子文書の最後に記述される構成となっている。

従って、ＰＤＦデータを解釈する場合には最初に必ず、データの最後に存在するトレーラ部を参照して、このデータのどこに相互互換テーブルとカタログオブジェクトが存在するか調べなければならない。図８の矢印はこのＰＤＦデータの解釈の流れを示すものであり、まず矢印Ａのようにトレーラ部の相互互換テーブル先頭位置情報（データ全体のどこにあるかを示す「ｓｔａｒｔｘｒｅｆ」フラグに続くポインタ値）をデータ全体の先頭からの指標として、相互互換テーブルを探し、相互互換テーブルを記憶部に保存する。

次に、矢印Ｂに示すようにカタログオブジェクトを参照し、ページオブジェクトを探す。ページが複数の場合には１ページ目であるページオブジェクト１を見つけ相互互換テーブルからページオブジェクト１の位置を得て、矢印Ｃのようにページオブジェクト１を検索し、その記述から１ページ目に入るべきデータオブジェクト、例えば、データオブジェクト１を知り、相互互換テーブルからデータオブジェクト１の位置を得て、矢印Ｄのようにデータオブジェクト１を検索してそこに記述されたコンテンツ、リソース等に基づいてラスタライズする。
このように最後尾のトレーラ部を受信した後、相互互換テーブルを使用してボディ部のオブジェクトの検索が行われるため、ＰＤＦデータを転送する時間Ｔ２３と印刷装置内のＰＤＦ解釈部がＰＤＦデータを解釈してビットマップ化（ラスタライズ）する時間Ｔ２４とはオーバーラップさせることができず印刷までに時間を要するのである。

上記特許文献１のような印刷装置を用いる際、ＰＤＦフォーマットで作成された電子文書データの印刷にあたって使用するフォントがアウトラインフォントである場合、印刷装置側に指定されたフォントデータが用意されていないと、後述するような原因で印刷できない状態になる。

特開２００２−３５８１８３号公報(図３、段落番号〔０００５〕欄)

従って、本発明は前述の直接印刷方式の印刷装置を用いた電子文書印刷システムにおいて、ＰＤＦフォーマットで作成された電子文書データの印刷にあたって使用するフォントがアウトラインフォントである場合、印刷装置側に指定されたフォントデータが用意されていない場合であっても印刷を可能とする電子文書印刷システムを提供することを目的とするものである。

ＰＤＦフォーマットで作成された電子文書データの印刷にあたって、例えば、True Typeフォントなどアウトラインフォントを使用する場合がある。ＰＤＦフォーマットにおいては、通常はユーザーのＰＣにインストールされた「アクロバット・リーダー」（ＰＣアプリケーション商品名）によって文書をＰＤＬデータに変換して印刷装置に送信して印刷する。アクロバット・リーダーをインストールする際には、標準的に広く使用されるアウトラインフォントのフォントデータも自動的にインストールされるため、ＰＤＦフォーマットで作成される電子文書中にフォントデータそのものを記述することなく、単に、使用するフォントの名前を名前オブジェクトとして記述する仕様になっている。ＰＣはＰＤＦデータをＰＤＬデータに変換する際に、名前オブジェクトに記述されたフォントの名前によって、インストールされている該当のフォントデータをリソースとして用いることができる。印刷装置は変換されたＰＤＬデータに基づいて印刷を行うことができる。

一方、ＰＤＦフォーマットで作成された電子文書データをそのまま印刷装置に送信して印刷する特許文献１のような印刷システムの場合、ＰＤＦデータには使用するアウトラインフォントの名前が名前オブジェクトとして記述されているだけであるから、名前オブジェクトに記述された名前に該当するフォントデータが印刷装置側に用意されていないと印刷ができないことになる。

例えば、True Typeフォントなどのアウトラインフォントのデータは、図９に示されるように、ＣＭＡＰと称されるグリフインデックステーブル１とグリフデータ部２とサブルーチン部４からなる。グリフデータ部２には文字毎のデータであるグリフ１〜グリフｎが蓄積されている。各グリフ１〜グリフｎはそれぞれアウトライン情報とヒント情報を有する。アウトライン情報は連続的に番号付けられた文字の輪郭点とその座標データからなり、ヒント情報はアウトライン情報を制御する（描画する）命令列（描画のために呼び出すべきサブルーチン番号と、サブルーチンに渡す輪郭点番号）からなる。ヒント情報によって呼び出されるサブルーチンは、共通のデータとしてサブルーチン部４にサブルーチン１〜サブルーチンｎとして蓄積されている。

グリフインデックステーブル（ＣＭＡＰ）１は、グリフデータ部２のグリフ１〜グリフｎの各グリフの位置情報をテーブル化したものであり、印刷にあたってはまずグリフインデックステーブル１から所要のグリフ、例えば、グリフ１のグリフデータ部２における位置を得て、グリフ１のアウトライン情報およびヒント情報を読出して、ヒント情報から所定のサブルーチン１〜サブルーチンｎを用いて印刷すべき文字のアウトライン描画が行われる。

このため、特許文献１に示すような直接印刷方式の印刷システムにおいて、ＰＤＦフォーマットで作成された電子文書データ中にアウトラインフォントの印刷のために、名前オブジェクトとしてＣＭＡＰの名前が記述されていて、印刷装置側に該当するＣＭＡＰリソースデータすなわちグリフインデックステーブル、グリフデータ、サブルーチンなどのアウトラインフォントデータが用意（インストール）されていない場合には、印刷ができないことになる。

従って、本発明は上記の問題点を解消することを課題とし、前述の直接印刷方式の印刷装置を用いた電子文書印刷システムにおいて、ＰＤＦフォーマットで作成された電子文書データの印刷にあたって使用するフォントがアウトラインフォントである場合、印刷装置側に指定されたフォントデータが用意されていない場合であっても印刷を可能とする電子文書印刷システムを提供することを目的とするものである。

前記課題を解決するために、本願の請求項１に係る発明は、コンピュータ装置と、該コンピュータ装置に直接あるいはネットワークを介して接続された印刷装置とからなり、コンピュータ装置は、印刷すべきデータの構造を解釈するのに必要な構造記述が電子文書の最後に記述されるフォーマットで作成された電子文書データをそのまま印刷装置に送信し、印刷装置で印刷する電子文書印刷システムにおいて、
前記印刷装置は、前記電子文書データを解釈してラスタライズする電子文書データ解釈部を備え、前記コンピュータ装置は、電子文書データ処理部を備え、
前記電子文書データ処理部は、印刷すべき電子文書データにアウトラインフォントを用いて印字するためのＣＭＡＰ名が名前オブジェクトとして記述されているか否かをサーチする電子文書データサーチ部と、電子文書データにＣＭＡＰ名が名前オブジェクトとして記述されている場合に、前記電子文書データの前に、他のデータが付加されることを示すオペレータを付加するとともに前記他のデータとして前記ＣＭＡＰ名に対応する前記ＣＭＡＰリソースデータを付加する転送データ生成部を備え、転送データ生成部により生成した電子文書データを前記印刷装置に送信するようになしたことを特徴とする。

また、本願の請求項２に係る発明は、請求項１の電子文書印刷システムにおいて、前記コンピュータ装置は電子文書データにＣＭＡＰ名が名前オブジェクトとして記述されている場合、前記印刷装置に該ＣＭＡＰ名に対応するＣＭＡＰリソースが存在するかを問い合わせる制御部を備え、印刷装置にＣＭＡＰ名に対応するＣＭＡＰリソースが存在しない場合に、前記転送データ生成部により該当するＣＭＡＰリソースデータを電子文書データに付加して前記印刷装置に送信するようになしたことを特徴とする。

更に、本願の請求項３に係る発明は、請求項１の電子印刷文書システムにおいて、前記転送データ生成部は、電子文書データにＣＭＡＰ名が名前オブジェクトとして記述されている場合、操作部において入力設定された指示情報に基づいて該ＣＭＡＰ名に対応するＣＭＡＰリソースデータを電子文書データに付加するようになしたことを特徴とする。

請求項１に係る発明においては、コンピュータ装置から印刷装置にＰＤＦフォーマットで作成された電子文書データを直接送信して印刷する際に、電子文書データ（ＰＤＦデータ）中にアウトラインフォントを使用するためのＣＭＡＰ名が名前オブジェクトとして記述されている場合には、転送データ生成部において、前記電子文書データの前に、他のデータが付加されることを示すオペレータとこれに該当するＣＭＡＰリソースデータを付加して印刷装置に送信するようになしたものであるから、印刷装置に該当するＣＭＡＰデータが用意（インストール）されていなくても、コンピュータ装置から送信された電子文書データに付加されているＣＭＡＰデータをリソースとして使用することができ、アウトラインフォントの印刷ができるようになる。

また、請求項２に係る発明においては、コンピュータ装置から印刷装置にＰＤＦフォーマットで作成された電子文書データを直接送信して印刷する際に、電子文書データ（ＰＤＦデータ）中にアウトラインフォントを使用するためのＣＭＡＰ名が名前オブジェクトとして記述されている場合には、コンピュータ装置は制御部を介して印刷装置に該ＣＭＡＰ名に対応するＣＭＡＰリソースが存在するかを問い合わせ、印刷装置にＣＭＡＰ名に対応するＣＭＡＰリソースが存在しない場合に、転送データ生成部により該当するＣＭＡＰリソースデータを電子文書データに付加して印刷装置に送信するものであるから、印刷装置に用意されたフォントデータによって必要に応じてＣＭＡＰリソースデータを付加して電子文書データを送信すればよいこととなり、転送データ量を不必要に増加させることがない。

更に、請求項３に係る発明においては、請求項１の電子印刷文書システムにおいて、前記転送データ生成部は、電子文書データにＣＭＡＰ名が名前オブジェクトとして記述されている場合、操作部において入力設定された指示情報に基づいて該ＣＭＡＰ名に対応するＣＭＡＰリソースデータを電子文書データに付加するようになしたものであるから、印刷しようとしている印刷装置にアウトラインフォントを使用するためのＣＭＡＰデータが用意されているか否かユーザーが予め知っていた場合には、コンピュータ装置の操作部からＣＭＡＰデータを電子文書データに付加するか否かを設定指示でき、転送データ量を不必要に増加させることがない。

以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。

図１は本発明の実施例１〜３に係る電子文書印刷システムの構成を示す図、図２は転送用の電子文書データの構成を説明する模式図、図３は電子文書印刷システムにおける実施例１の動作手順を示すフローチャートである。

図１において、印刷システム１０は、ＬＡＮ（Local Area Network）１４などのイントラネットワークを介して接続されたコンピュータ装置２０と印刷装置３０からなる。コンピュータ装置２０はインターネットなどのネットワーク１２を介してＷＷＷサーバー装置４０などに接続することができ、コンピュータ装置２０自身によりＰＤＦフォーマットに従った電子文書を作成し、または、ネットワーク１２を介してＷＷＷサーバー装置４０からＰＤＦフォーマットで作成された電子文書をダウンロードして保存することができる。

コンピュータ装置２０は、電子文書データ処理部を備えている。この電子文書データ処理部は具体的にはＰＤＦデータ処理部２１（以下ＰＤＦデータ処理部と称する）であり、ＰＤＦデータ解析部２２と転送データ生成部２３とから構成されている。また、コンピュータ装置２０は、キーボード、マウスなど入力のための操作部２６と、ネットワーク１２、１４を介して他の装置と間でデータの送信、受信を行うためのインターフェース部２７と、データ等を記憶するための記憶部２８と、各部を制御するためのマイクロプロセッサ（ＭＰＵ）からなる制御部２５を備えている。

コンピュータ装置２０がＰＤＦフォーマットで作成された複数ページの電子文書を印刷する場合、ＰＤＦデータ解析部２２において電子文書データ（ＰＤＦデータ）を解析し、ＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されているかをサーチする。この解析は、ＰＤＦデータの相互互換テーブル部を用いてボディ部の各オブジェクトの記述をサーチすることによって行う（図８参照）。

ＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されていると、転送データ生成部２３は、該当するＣＭＡＰリソースデータ（図９参照）をＰＤＦデータに付加する。この転送データの構成を図２の模式図に示す。転送データは、元のＰＤＦデータ５０の前に符号５２で示すオペレータＡを付加し、更に、この前にＣＭＡＰリソースデータ５１を付加した構成になる。オペレータＡは、元のＰＤＦデータに他のデータが付加されていることを示すコードである。また、付加するＣＭＡＰリソースデータは、例えば、ページ記述言語プログラムであるポストスクリプトＰＳ（PostScript）によって印刷装置３０が処理できるフォーマットのデータに変換されたものである。

一方、図１に示すように印刷装置３０は、前述のような構造を持った電子文書データを解釈するための電子文書データ解釈部を有する。この電子文書データ解釈部は、具体的にはアドビシステムズ（Adobe Systems）社製アクロバット（Acrobat）ＰＤＦ（商品名）フォーマットで作成された電子文書を直接ラスタライズ可能なＰＤＦデータ解釈部３２であり、コンピュータ装置２０から転送される分割されたＰＤＦデータのデータブロックを順次受信してＰＤＦデータを解析しラスタライズして印刷するものである。

更に、印刷装置３０は、ポストスクリプト（ＰＳ）フォーマットのデータを解釈するＰＳ解釈部３１と、ＰＤＦデータにベクターイメージやアウトラインフォントが含まれる場合に、それらをラスタイメージ（ビットマップイメージ）にラスタライズするＲＩＰ（Raster Image Processor）処理部３３を有する。また、印刷装置３０は、キーボード、マウスなど入力のための操作部３６と、ネットワーク１２、１４を介して他の装置との間でデータの送信、受信を行うためのインターフェース部３７と、データ等を記憶するための記憶部３８と、各部を制御するためのマイクロプロセッサ（ＭＰＵ）からなる制御部３５と、印刷機構部３９とを備えている。

印刷装置３０は、コンピュータ装置２０からインターフェース部３７を介してＰＤＦデータまたは転送データ（ＣＭＡＰリソースデータが付加されたＰＤＦデータ）を受信するとＰＤＦデータ解釈部３２でＰＤＦデータの解釈、ラスタライズを開始するが、ラスタライズ開始の前に、受信したデータからオペレータＡを検出する。オペレータＡが存在すれば、制御部３５の制御によりＰＳ解釈部３１にＣＭＡＰリソースデータ５１の処理を行わせる。ＰＳ解釈部３１によって変換されたＣＭＡＰリソースデータは記憶部３８に記憶され、ＲＩＰ処理部３３におけるアウトラインフォントのラスタライズ処理において利用される。

ＰＤＦデータ解釈部３２、ＲＩＰ処理部３３によってラスタライズされたビットマップデータは記憶部３８のページバッファに蓄積され、ページバッファに１ページ分のデータが揃うと、印刷機構部３９においてその１ページ分のデータが印刷される。

図３は、以上説明した実施例１の電子文書印刷システムの動作手順を示すフローチャートである。先ず、コンピュータ装置２０はステップＳ１１でＰＤＦデータ解析部２２において、印刷すべきＰＤＦデータを解析し、ＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されているかをサーチする。ＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されていると、ステップＳ１２で転送データ生成部２３は、該当するＣＭＡＰリソースデータ（図９参照）をＰＤＦデータに付加する。そして、ステップＳ１３でコンピュータ装置は、転送データ生成部２３で生成した転送データ（ＣＭＡＰリソースデータを付加しない場合は元のＰＤＦデータのまま）を印刷ジョブとして印刷装置に送信する。

印刷装置３０がステップＳ１４で印刷ジョブ（ＰＤＦデータまたは転送データ）を受信すると、先ず、ステップＳ１５でＰＤＦデータ解釈部３２は受信データにオペレータＡが付加されているかを調べる。オペレータＡが付加されていなければ、受信データは通常のＰＤＦデータであるので、ステップＳ１７に進みＰＤＦデータを１ページ毎に解釈し、ステップＳ１８でラスタライズ処理して記憶部３８に記憶する。記憶部３８に１ページ分のビットマップデータが揃うと印刷機構部３９でそのページのデータの印刷を行う。

オペレータＡが付加されていると、ステップＳ１６に進み、ＰＳ解釈部３１でＰＤＦデータに付加されたＣＭＡＰリソースデータ５１（図２参照）を処理し、ページ記述言語プログラムであるポストスクリプト（ＰＳ：PostScript）によって印刷装置３０が処理できるフォーマットのデータに変換し、記憶部３８に記憶する。次に、ステップＳ１７でＰＤＦデータ解釈部３２がＰＤＦデータを解釈を１ページ毎に解釈し、ステップＳ１８でラスタライズ処理して記憶部３８に記憶する。記憶部３８に１ページ分のビットマップデータが揃うと印刷機構部３９でそのページのデータの印刷を行う。ステップＳ１９で処理を終えたＰＤＦデータのページをチェックし、最終ページでなければ、ステップＳ１７に戻り上記の処理を繰り返し、最終ページであれば処理を終了する。従って、印刷装置３０に必要なＣＭＡＰリソースデータがない場合でも印刷を行うことができる。

図４は電子文書印刷システムにおける実施例２の動作手順を示すフローチャートである。実施例１においては、コンピュータ装置２０は、印刷すべきＰＤＦデータ中にＣＭＡＰの名前が名前オブジェクトとして記述されている場合に、印刷装置３０側に該当するＣＭＡＰリソースデータがあるか否かにかかわらず、ＰＤＦデータにＣＭＡＰリソースデータを付加した転送データを生成するものであった。実施例２においては、印刷装置３０側に該当するＣＭＡＰリソースデータが用意されているかを問い合わせた上で、印刷装置３０側に該当するＣＭＡＰリソースデータがない時にＰＤＦデータにＣＭＡＰリソースデータを付加するものである。

すなわち、コンピュータ装置２０はステップＳ２１でＰＤＦデータ解析部２２において、印刷すべきＰＤＦデータを解析しＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されているかをサーチする。ＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されていると、ステップＳ２２で制御部２５の制御のもと、印刷装置３０に該当するＣＭＡＰリソースデータがあるか問い合わせをする。ステップＳ２３で印刷装置３０からの回答を受信し、印刷装置３０からの回答が「該当するＣＭＡＰリソースデータあり」であれば、コンピュータ装置２０の転送データ生成部２３はＰＤＦデータのまま転送データとして、ステップＳ２５で印刷ジョブを印刷装置３０に転送する。この間の制御はコンピュータ装置２０および印刷装置３０の制御部２５、３５のＭＰＵの制御プログラムに必要な手順を組み込むことによって容易に実現することができる。

印刷装置３０からの回答が「該当するＣＭＡＰリソースデータなし」であれば、コンピュータ装置２０の転送データ生成部２３はステップＳ２４で該当するＣＭＡＰリソースデータ（図７参照）をＰＤＦデータに付加する。そして、ステップＳ２５でコンピュータ装置２０は、転送データ生成部２３で生成した転送データ（ＣＭＡＰリソースデータを付加したデータ）を印刷装置３０に印刷ジョブとして転送する。印刷装置３０がステップＳ２６で印刷ジョブを受信してから後のステップＳ２７〜ステップＳ３１の手順は実施例１の図３に示したステップＳ１５〜ステップＳ１９の手順と同様であるので説明は省略する。
この実施例２によれば、印刷装置３０に用意されたフォントデータによって必要に応じてＣＭＡＰリソースデータを付加して電子文書データを送信すればよいこととなり、転送データ量を不必要に増加させることがない。

図５は電子文書印刷システムにおける実施例３の動作手順を示すフローチャートである。この実施例３は、予めユーザーが印刷装置３０にＰＤＦデータで使用するアウトラインフォントのＣＭＡＰリソースデータの有無を知っている場合に、コンピュータ装置２０の操作部２６からＣＭＡＰリソースデータの有無を入力設定した場合に適用する手順である。

すなわち、コンピュータ装置２０はステップＳ４１でＰＤＦデータ解析部２２において、印刷すべきＰＤＦデータを解析しＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されているかをサーチする。ＰＤＦデータ中にアウトラインフォントを指定するＣＭＡＰ名が名前オブジェクトとして記述されていると、ステップＳ４２で操作部からの入力設定を調べ「印刷装置にＣＭＡＰリソースデータあり」の設定がなされていれば、コンピュータ２０の転送データ生成部２３はＰＤＦデータのまま転送データとして、ステップＳ４４で印刷ジョブを印刷装置３０に転送する。

「印刷装置にＣＭＡＰリソースデータあり」の設定がなされていなければ、コンピュータ装置２０の転送データ生成部２３はステップＳ４３で該当するＣＭＡＰリソースデータ（図９参照）をＰＤＦデータに付加する。そして、ステップＳ４４でコンピュータ装置２０は、転送データ生成部２３で生成した転送データ（ＣＭＡＰリソースデータを付加したデータ）を印刷装置３０に印刷ジョブとして転送する。印刷装置３０がステップＳ４５で印刷ジョブを受信してから後のステップＳ４６〜ステップＳ５０の手順は実施例１の図３に示したステップＳ１５〜ステップＳ１９の手順と同様であるので説明は省略する。この実施例３によれば、印刷装置にアウトラインフォントを使用するためのＣＭＡＰデータが用意されているか否かユーザーが予め知っていた場合には、コンピュータ装置の操作部からＣＭＡＰデータを電子文書データに付加するか否かを設定しておくことで、転送データ量を不必要に増加させずに印刷ジョブを送信することができる。

図１は、本発明の実施例１〜３に係る電子文書印刷システムの構成を示す図である。図２は、転送用の電子文書データの構成を説明する模式図である。図３は電子文書印刷システムにおける実施例１の動作手順を示すフローチャートである。図４は電子文書印刷システムにおける実施例２の動作手順を示すフローチャートである。図５は電子文書印刷システムにおける実施例３の動作手順を示すフローチャートである。図６は、従来の一般的な電子文書印刷システムにおけるＰＤＦデータ印刷処理の手順と時間関係を示すタイムチャートである。図７は、特許文献１に開示された印刷装置を用いた電子文書印刷システムにおけるＰＤＦデータ印刷処理の手順と時間関係を示すタイムチャートである。図８は、ＰＤＦフォーマットで作成された電子文書の構成とＰＤＦデータの解釈手順を示す概念図である。図９は、一般的なアウトラインフォントのデータ構成を示す模式図である。

符号の説明

１０・・・電子文書印刷システム
１２・・・インターネット（ネットワーク）
１４・・・イントラネット（ＬＡＮ）
２０・・・コンピュータ装置
２１・・・ＰＤＦデータ処理部
２２・・・ＰＤＦデータ解析部
２３・・・転送データ生成部
２５・・・制御部
２６・・・操作部
２７・・・インターフェース部
２８・・・記憶部
３０・・・印刷装置
３１・・・ＰＳ解釈部
３２・・・ＰＤＦデータ解釈部
３３・・・ＲＩＰ処理部
３６・・・操作部
３７・・・インターフェース部
３８・・・記憶部
３９・・・印刷機構部

Claims

コンピュータ装置と、該コンピュータ装置に直接あるいはネットワークを介して接続された印刷装置とからなり、前記コンピュータ装置は、印刷すべきデータの構造を解釈するのに必要な構造記述が電子文書の最後に記述されるフォーマットで作成された電子文書データをそのまま前記印刷装置に送信し、前記印刷装置で印刷する電子文書印刷システムにおいて、
前記印刷装置は、前記電子文書データを解釈してラスタライズする電子文書データ解釈部を備え、前記コンピュータ装置は、電子文書データ処理部を備え、
前記電子文書データ処理部は、印刷すべき前記電子文書データにアウトラインフォントを用いて印字するためのＣＭＡＰ名が名前オブジェクトとして記述されているか否かをサーチする電子文書データサーチ部と、前記電子文書データに前記ＣＭＡＰ名が前記名前オブジェクトとして記述されている場合に、前記電子文書データの前に、他のデータが付加されることを示すオペレータを付加するとともに前記他のデータとして前記ＣＭＡＰ名に対応する前記ＣＭＡＰリソースデータを付加する転送データ生成部を備え、前記転送データ生成部により生成した前記電子文書データを前記印刷装置に送信するようになしたことを特徴とする電子文書印刷システム。
前記コンピュータ装置は前記電子文書データに前記ＣＭＡＰ名が前記名前オブジェクトとして記述されている場合、前記印刷装置に該ＣＭＡＰ名に対応する前記ＣＭＡＰリソースが存在するかを問い合わせる制御部を備え、前記印刷装置に前記ＣＭＡＰ名に対応する前記ＣＭＡＰリソースが存在しない場合に、前記転送データ生成部により該当する前記ＣＭＡＰリソースデータを前記電子文書データに付加して前記印刷装置に送信するようになしたことを特徴とする請求項１に記載の電子文書印刷システム。
前記転送データ生成部は、前記電子文書データに前記ＣＭＡＰ名が前記名前オブジェクトとして記述されている場合、操作部において入力設定された指示情報に基づいて該ＣＭＡＰ名に対応する前記ＣＭＡＰリソースデータを前記電子文書データに付加するようになしたことを特徴とする請求項１に記載の電子文書印刷システム。