JP5402979B2

JP5402979B2 - 文書管理システム及びこのシステムにおける印刷装置

Info

Publication number: JP5402979B2
Application number: JP2011103875A
Authority: JP
Inventors: 敦史伊藤
Original assignee: Konica Minolta Inc
Current assignee: Konica Minolta Inc
Priority date: 2011-05-06
Filing date: 2011-05-06
Publication date: 2014-01-29
Anticipated expiration: 2026-08-21
Also published as: JP2011222027A

Description

この発明は、文書管理システム及びこのシステムにおける印刷装置に関する。

従来、文書管理システムとして、解像度の異なるページが混在している版下データを扱うことができるようにしたものがあり、この場合、ヘッダやフッタ等の付加データはページ上に直接画像データとして付加されている。

さらに、これとは別に、各ページに付加するヘッダやフッタを統一した画質、色にするために、このヘッダやフッタを別のオブジェクトとしてベクトルデータとして保持するようにしたり、あるいはヘッダやフッタをデータ自身に付加せずに、印刷実行時にプリンタの制御コマンドを用いて、プリントエンジンで付加する方法も知られている。

また、ヘッダやフッタの設定方法として、ヘッダやフッタを文書の複数の区分にそれぞれ付加するために、文書を例えば３区分に分け、各区分について通しでページ番号を付与するようにしたものも提案されている（例えば、特許文献１参照）。

さらに、ヘッダやフッタを任意のレイアウトで付加したり、設定された印刷機能に基づいてレイアウトを変更して付加する方法が提案されている（例えば、特許文献２参照）。

さらにまた、ユーザの指定に応じて、異なる用紙サイズの綴じ代位置を揃えて出力する方法が提案されている（例えば、特許文献３参照）。

特開２００３−９１５２０号公報特開２００３−８０７９１号公報特開２００３−２６６８０６号公報

ところで、ラスター化されたデータの場合、従来のようにそのデータに直接ヘッダやフッタを付加しようとすると、ヘッダーやフッタの印字品質が版下データの解像度やビット深度に依存してしまう。

例えば、オリジナルデータが300dpiで1bitのモノクロのデータであれば、付加できるヘッダ／フッタも300dpiで1bitのモノクロのデータとなる。これを異なる解像度／ビット深度で付加したい場合には、版下データに対してそれぞれ解像度変換／ビット深度変換が必要となる。

また、異なる解像度のデータを統合してヘッダやフッタを付加すると、同じものを付加するとしても、各ページの解像度／ビット深度に依存して付加されることになり、出力される画質や色が統一されないという問題がある。

一方、各ページに付加するヘッダやフッタを統一した画質、色にするために、ヘッダやフッタを別のオブジェクトとして、ベクトルデータで保持する方法、あるいはヘッダやフッタをデータ自身に付加せずに、印刷実行時にプリンタの制御コマンドを用いて、プリントエンジンで付加する方法などにおいては、版下データを印刷実行前に、その構成要素（ピクセル）単位で確認、編集できるのに対して、ヘッダやフッタについては行うことができないため、印刷前に印刷出力結果を保証した表示を行うことができない、という問題がある。

ヘッダやフッタとして付加される情報は、ページ数や日付のような文字情報だけとは限らず、ピクセル単位での編集が求められるような画像情報もある。

一方、用紙サイズが異なるページを含むデータを印刷する際、設定する印刷機能によって特定の用紙サイズの出力向きが異なる場合がある。例えば、Ａ４サイズとＡ３サイズが混在するデータを印刷する場合、Ａ４サイズ用紙の長辺にＡ３サイズ用紙の短辺が揃うように出力されるのが一般的であるが、ステープルの綴じ代位置の設定によって、Ａ３サイズ用紙の左右のどちらの短辺がＡ４サイズ用紙の一方の長辺に揃えられるのかが変わる場合がある。

これらは、使用する印刷システムに依存するが、一般的に、ユーザがこのような特殊な動作を理解してデータを作成しているとは考えにくい。従って、従来公知技術の方策では、ユーザ自身は所望の位置にヘッダやフッタを付加したつもりであっても、意図しない位置、向きに印刷されてしまう場合がある。

この発明は、上記実情に鑑みてなされたものであり、版下データに対して解像度変換及び／またはビット深度変換を必要とすることなく、ヘッダやフッタなどの付加データを付加することができ、しかも印刷前にヘッダやフッタなどの付加データが付加された、印刷結果と同じ状態を確認することができる文書管理システム及びこのシステムにおける印刷装置を提供することを目的とする。

さらにこの発明は、用紙サイズが異なるページを含むデータを印刷する際に、ユーザ自身が所望する適切な位置にヘッダやフッタを自動配置することができる文書管理システム及びこのシステムにおける印刷装置を提供することを目的とする。

前記課題は以下の手段によって解決される。
（１）相互に接続された文書管理装置と印刷装置とからなり、前記文書管理装置は、ラスタ画像からなるヘッダーまたはフッタの付加データのレイヤーを作成するレイヤー作成手段と、前記第レイヤー作成手段によって作成された付加データのレイヤーを、ラスタ画像からなる版下データに別階層として付加するレイヤー合成手段と、異なるサイズのページが複数ページ混載された前記版下データを印刷するにあたって、少なくとも混載されるページのサイズおよび綴じ位置を含む印刷設定情報を印刷装置に送信する第１の送信手段と、前記印刷装置によって印刷される各ページの印刷の向きについての情報を、印刷装置から取得する情報取得手段と、前記取得した各ページの印刷の向きについての情報に基づいて、前記印刷装置によって印刷される各ページの印刷の向きに対して、前記付加データが配置される各ページの辺が同じになるように、付加データの各ページ上の印刷位置を決定する印刷位置決定手段と、前記合成された版下データと付加データ、及び前記決定された付加データの用紙上の印刷位置についての情報を、印刷装置に送信する第２の送信手段と、を備え、前記印刷装置は、少なくとも混載されるページのサイズと綴じ位置の組み合わせに応じて各ページの印刷の向きについての情報を予め定めたリストを記憶する記憶手段と、前記文書管理装置から受信した前記印刷設定情報に基づいて、前記記憶手段に記憶された前記リストの中から、該当するページのサイズと綴じ位置の組み合わせに対応する各ページの印刷の向きについての情報を検索する検索手段と、前記検索手段により検索された各ページの印刷の向きについての情報を前記文書管理装置に送信する第３の送信手段と、前記文書管理装置から送信されてきた、版下データと付加データ、及び付加データの用紙上の印刷位置についての情報に基づいて、用紙上の所定の位置に付加データを付加した状態で版下データを用紙に印刷する印刷手段と、を備えていることを特徴とする文書管理システム。
（２）前記付加データは前記ヘッダまたはフッタに対して印刷されるページ番号である前項１に記載の文書管理システム。
（３）前記文書管理装置から前記印刷装置に送信される前記印刷設定条件はさらに両面印刷に関する設定を含み、前記印刷装置の記憶手段に記憶される前記リストは、少なくとも混載されるページのサイズと綴じ位置と両面印刷に関する設定の組み合わせに応じて各ページの印刷の向きについての情報を予め定めたものであり、前記印刷装置の検索手段は、文書管理装置から受信した前記印刷設定情報に基づいて、前記記憶手段に記憶された前記リストの中から、該当するページのサイズと綴じ位置と両面印刷に関する設定の組み合わせに対応する各ページの印刷の向きについての情報を検索する前項１または２に記載の文書管理システム。
（４）前項１の文書管理システムに用いられる印刷装置であって、少なくとも混載されるページのサイズと綴じ位置の組み合わせに応じて各ページの印刷の向きについての情報を予め定めたリストを記憶する記憶手段と、前記文書管理装置から受信した前記印刷設定情報に基づいて、前記記憶手段に記憶された前記リストの中から、該当するページのサイズと綴じ位置の組み合わせに対応する各ページの印刷の向きについての情報を検索する検索手段と、前記検索手段により検索された各ページの印刷の向きについての情報を前記文書管理装置に送信する第３の送信手段と、前記文書管理装置から送信されてきた、版下データと付加データ、及び付加データの用紙上の印刷位置についての情報に基づいて、用紙上の所定の位置に付加データを付加した状態で版下データを用紙に印刷する印刷手段と、を備えていることを特徴とする印刷装置。

前項（１）に記載の発明によれば、版下データの解像度やビット深度に合わせて、付加データの解像度やビット深度を変換する必要がなく、しかも、印刷前に付加データが付加された印刷結果と同じ状態を表示してユーザが確認することができ、さらには異なるサイズのページが複数ページ混載された版下データが印刷された際の綴じ位置にかかわらず、付加データがユーザの意図したとおりの位置に印字された印刷物を得ることができる文書管理システムとなしうる。

前項（４）に記載の発明によれば、異なるサイズのページが複数ページ混載された版下データが印刷された際の綴じ位置にかかわらず、付加データがユーザの意図したとおりの位置に印字された印刷物を出力できる印刷装置となしうる。

この発明の一実施形態に係る文書管理装置が用いられた文書管理システムの構成図である。この発明の一実施形態に係る文書管理装置を示す機能的構成図である。図１の文書管理システムにおける印刷装置の電気的構成を示すブロック図である。面付け応答確認の送信データを示す一覧表である。面付け応答確認の受信データを示す一覧表である。版下データの説明図である。版下データと付加データ用レイヤーの説明図である。Ａ３ページとＡ４ページの混載原稿（アプリケーション上での表示）の説明図である。Ａ３ページとＡ４ページの混載原稿（印刷結果：左綴じステープル）の説明図である。Ａ３ページとＡ４ページの混載原稿（印刷結果：右綴じステープル）の説明図である。Ａ３ページとＡ４ページの混載原稿（アプリケーション上での表示：左綴じ指定時）の説明図である。印刷装置がＰＣ（文書管理装置）から面付け応答確認データを受信したときの処理を示すフローチャートである。印刷装置が持つ回転角度のリスト例を示す。図１３のリストの続きである。図１３及び図１４に基づいて、ＰＣ（文書管理装置）から送信されてきた受信データからＰＣ（文書管理装置）への送信用データを作成するときの説明図である。

以下、この発明の一実施形態を図面に基づいて説明する。

図１は、この発明の一実施形態に係る文書管理システムを示す概略構成図である。

図１において、この文書管理システムは、パーソナルコンピュータ（ＰＣという）１と、複数の印刷装置２，３とを備えており、これらＰＣ１と、印刷装置２，３とは、ネットワーク４を介して接続されている。

前記ＰＣ１は、文書管理装置として使用されるものであり、ユーザが後述するアプリケーションソフト（単にアプリケーションという）１１（図２に示す）を利用してデータを作成することができるものとなされている。

前記印刷装置２，３は、ユーザがＰＣ１上で作成したデータを出力するためのものであり、例えば、各種プリンタやＭＦＰ（Multi Function Peripherals) などが用いられる。

図２は、前記ＰＣ１の機能的構成図である。

図２において、ＰＣ１は、ＣＰＵなどを備えた文書管理部１０の他に、ハードディスク装置のような記憶部１３などを備えている。

記憶部１３には、文書管理機能を有するアプリケーション１１やプリンタドライバ１２がインストールされている。

前記アプリケーション１１は、ラスタ画像からなる版下データ（オリジナルデータともいう）５を編集・加工したり、版下データ５とは別に、ラスタ画像からなるヘッダー、フッタ等の付加データのレイヤーを作成・編集したり、版下データ５に付加データのレイヤーを付加して画像を合成するのに用いられる。

前記プリンタドライバ１２は、印刷データを前記印刷装置２（３）で印刷させるためのソフトウェアである。つまり、アプリケーション１１で作成された印刷データ（ＰＪＬ＋ＰＤＬなど）は、プリンタドライバ１２を経由して印刷装置２（３）に送信されるようになっている。

ＰＪＬ（Printer Job Language）とは、両面印刷機能やステイプル機能のＯＮ／ＯＦＦなど、印刷装置２（３）側の制御を行うための印刷制御コマンドであり、また、ＰＤＬ（Page-Description Language）とは、ページ記述言語である。

なお、ＰＤＦ（Portable Document Format ）ダイレクトプリントにおいては、プリンタドライバ１２を経由する必要はなく、印刷装置２（３）の印刷ポートへ送信するためのソフトウェアであればよく、ＰＤＬへの変換を要しない。

前記文書管理部１０は、ＣＰＵが前記アプリケーション１１等を実行することによって、前述したような版下データ５の編集・加工、付加データのレイヤーの作成・編集、版下データ５と付加データのレイヤーの合成などの機能を実現する。

この例では、前記文書管理部１０は、付加データのレイヤーを元の版下データの解像度やビット深度のうちの少なくともいずれかに依存して作成するようにしている。なお、付加データは版下データに付加されるデータであり、例えばヘッダーやフッタの他にロゴ等も含まれるものである。

また、版下データ５が複数ページからなる場合、各ページの面付け（アプリケーション１１上で見ているページの画像の実用紙サイズ上での配置）の向きについては、その情報を印刷装置２（３）から得るための応答をアプリケーションが行う。これは、プリンタドライバ１２上で行うようにしても構わない。

また、実際の印刷装置２（３）に問い合わせて情報を得るという構成ではなく、その印刷装置２（３）の動作を情報としてアプリケーション１１自身が保持し、アプリケーション１１内でその応答を行う構成でも構わない。

ここでの面付けの情報は、後述するように、付加データを付加する位置を適切に制御するために用いられる。

図３は、印刷装置２（３）の電気的構成を示すブロック図である。

図３において、前記印刷装置２（３）は、印刷データ受信部２１と、応答部２２と、制御部２３と、ＲＡＭ２４と、ＲＯＭ２５と、操作・表示部２６と、記憶手段としてのハードディスクドライブ（ＨＤＤという）２７と、画像処理部２８と、印刷部２９とを備えている。

前記印刷データ受信部２１は、ＰＣ１から印刷データ（ＰＪＬ＋ＰＤＬなど）を受信するものである。

前記応答部２２は、ＰＣ１におけるアプリケーション１１との間で通信可能であり、該アプリケーション１１からの面付け向きの確認データを受けると、該アプリケーション１１に対して面付け向きの確認データについて、応答を行うものである。

前記制御部２３は、ＣＰＵなどからなり、印刷装置２（３）の全体の動作を統括制御するものである。

前記ＲＡＭ２４は、制御部２３が行う制御処理の作業領域を提供するメモリである。

前記ＲＯＭ２５は、制御部２３の動作プログラムを格納するメモリである。

前記操作・表示部２６は、ユーザが各種指示を入力したり、あるいはユーザに対して各種モードやメッセージ等を表示するものである。

前記画像処理部２８は、前記受信した印刷データに対して所定の画像処理を施すものである。

前記印刷部２９は、印刷データを用紙に印刷して出力するものである。

印刷装置２（３）において、前記ＰＣ１におけるアプリケーション１１側から図４に示すような面付け向きの確認のためのデータが印刷装置２（３）に送信される。この面付け向きの確認のためのデータは、ユーザが使用するプリンタドライバ１２や印刷機能を設定するダイヤログの設定内容が一覧表になっている。

図４の一覧表では、例えば、プリントタイプ（Print Type) 、バインド位置(Bind Position) 、ステープル(Staple)、パンチ(Punch) 、混載用紙サイズ(Mixed Paper size)・・・などの項目がある。

この例では、ＩＤ５として、印刷を行うデータに含まれる用紙サイズの情報（混載された用紙サイズ）を送信データの項目に含めているが、印刷データとして印刷装置２（３）に送信し、印刷装置２（３）側で印刷データに含まれる用紙サイズを判別するようにしてもよい。

前記印刷装置２（３）における応答部２２では、ＰＣ１からの面付け向きの確認のためのデータを受信すると、図５に示すような面付き向きの応答確認データを送信し、これがＰＣ１におけるアプリケーション１１側で受信される。

面付き向きの応答確認データは、Ａ４、Ａ３などの用紙サイズ、縦（Portrait) や横(Landscape) などの用紙向き(Orientation) 、表面（Front)／裏面(Back)などの印刷面（Side) 、回転角度(Rotation)などの内容が一覧表になっている。

つまり、図５の応答確認データには、Ａ４とＡ３の混載原稿の場合、元々の原稿ページが、用紙サイズ、用紙向き(Orientation)、印刷面（両面印刷における表面／裏面）によって、どのように回転して面付けされるのかなどの情報として収められている。

この例では、Ａ４の縦向き（Portrait) の原稿ページを基準（回転角度０度）として記載されている。

文書管理部１０は、これらのデータを基にしてヘッダやフッタ等の付加データを付加する適切な位置を決定する。

図６は、版下データ５の説明図である。

図６では、版下データが複数ページであり、各ページ毎に解像度及びビット深度が異なる場合を示してある。

例えば赤字でページ番号をフッタとして描画するとすれば、従来のようにそのままフッタを描画した場合、1bit/pixelのページは２値に落ちるため「黒色」、8bit/pixelのページはグレースケールのため「灰色」で描画され、24bit/pixel のページが「赤色」で描画されることになる。

また、従来では、各ページの解像度が異なるため、例えば200dpiのページと、600dpiのページでは、描画されるページ番号の画質が異なる。つまり、200dpiのページには200dpiの品質、600dpiのページには600dpiの品質で描画されることになる。

図７は、版下データと付加データ用レイヤ−（階層ともいう）の説明図である。

図７では、図６の問題を解消するために、全てのページに共通となる解像度及びビット深度を持つ付加データ用レイヤ−が用意されている。

ユーザが版下データに対して付加データを付加することを選択した場合、当該ページと同じ解像度、同じビット深度を持つ付加データ用レイヤ−を作成する。

但し、付加データを付加する必要のある全てのページが同じ解像度、同じビット深度で統一されていない場合、それぞれ最大となる解像度、ビット深度の設定でレイヤ−を作成する。

例えば、400dpi、1bit/pixelのページと、300dpi、8bit/pixelのページとが混在しているデータの場合、400dpi、8bit/pixelの付加データ用レイヤ−を作成する。但し、必ずしも最大値に合わせる必要はなく、ユーザが指定できるようにしてもよい。

例えば、単に黒色ページ番号のみを付加したい場合、付加データ用レイヤ−は、1bit/pixelでよい。

この図の例では、図６に示す各ページの解像度、ビット深度の中で、最大値である600dpi、24bit/pixel の付加データ用レイヤ−を作成してあり、これにより、全てのページに対して同じ品質の付加データを提供することができる。アプリケーション１１上では、元の版下データと付加データ用レイヤーを合成した状態で表示させる。

元の版下データと同じ解像度及び／またはビット深度のレイヤーを作成することによって、最終印刷結果と同じ品質を確認できるメリットがある。

例えば、版下データ５が1bit/pixelの場合で、ヘッダやフッタ等の付加データにカラーやグレースケールが含まれている場合、モノクロのプリンタで印刷するのであれば、それらの印刷結果は、ディザリングがかかったものとなる。

レイヤーを1bit/pixelのラスターデータ（ラスタ画像) として持つことにより、レイヤーでカラーやグレースケールを1bit/pixelのデータとして管理し、見たままの出力を保証することが可能となる。これは、レイヤー上で多値のデータに対してディザリングを行い、1bit/pixel化を印刷前に行うことで可能となる。

次に、レイヤーの更新( 結合／削除 )について説明する。

付加データ用レイヤーは、版下データ５の削除や結合に伴い、解像度／ビット深度のレイヤーの更新を行う。これにより、常に全てのページで統一された解像度／ビット深度を維持する。

例えば、1bit/pixelの原稿と、フルカラー(24bit/pixel) の版下データを結合する場合、付加データ用レイヤーを1bit/pixelに統一するか、24bit/pixel に統一するかについて、ユーザが選択できるようにする。

レイヤーを1bit/pixelに統一することを選択した場合は、フルカラーのレイヤを1bit/pixelに減色させる。逆に、レイヤーを24bit/pixel に統一することを選択した場合は、1bit/pixelのレイヤーを24bit/pixel にビット深度を拡張させる。

レイヤーの構成としては、元の版下データに対して、データの最後に付加する形態を採る。具体的には、以下のような構成となる。

レイヤー情報( 構造体)
ページ番号(1−)
レイヤーの幅(pixel数)
レイヤーの高さ(pixel数)
レイヤーの書き出し位置 [横方向] (pixel数)
レイヤーの書き出し位置 [縦方向] (pixel数)
レイヤーの画像( バイナリデータ)
・・・
レイヤー情報の構造体には、現在のレイヤーに対して設定された処理が格納される。例えば、以下のような情報である。これらの情報は、付加データ用レイヤーに共通の設定であり、レイヤーの結合を行う際には、両者のこれらのパラメータを判断して行うことになる。

付加データの付加ページ:1,3-18
解像度:600
ビット深度:1
タイプ: ページ番号
タイプフェイス:Times New Roman
ポイント数:11
スタイル:Regular Italic
カラー:RGB(0,0,0)
レイヤー用データは、別のファイルとして扱い、アプリケーション１１側で両者のリンクを関連付けて管理してもよい。

レイヤーは、版下データの１ページに対して必ずしも１つのレイヤーとする必要はなく、ヘッダ用、フッタ用、ロゴ用( 画像用) の各レイヤー構成とし、合成できるようにしてもよい。

この場合、各レイヤーの重ね合わせ順や重ね合わせ処理( ラスターオペレーション) を指定できるようにしてもよい。

付加データをレイヤーで持たせる利点は、元の版下データ５に手を付けることなく保存しておけることにある。つまり、付加用データを変更して再利用したい場合に特に有効となる。

付加データ用レイヤーを、別のファイルのレイヤーに転用しても構わない。

また、ヘッダ用、フッタ用などの各レイヤに対して、一括で処理を行うことも可能である。これは、例えば解像度変換や半透明処理など、主として画像処理を意味する。

図８は、Ａ３のページとＡ４のページとが混載した原稿（アプリケーション１１上での表示）の説明図である。

付加データの描画位置は、必ずしも全てのページにおいて同じ位置、向きにあるのが適切であるとは限らない。例えば、図８に示すように、Ａ４縦向き（Portrait) とＡ３縦向き（Portrait) ページからなる混載データでは、実際の印刷結果は、Ａ４用紙の長辺側と、Ａ３用紙の短辺側が綴じられる方向で排紙され、実際の原稿についても、その向きで綴じられるのが一般的である。

このとき、Ａ３用紙の短辺のどちら側がＡ４用紙の長辺の一方と綴じられるかは、使用するプリンタドライバ１２や印刷エンジン、印刷時の設定（ステープルの設定など）によって変化する。また、これらは、印刷を実行する印刷装置２（３）にも依存しているため、ユーザがその全てのパターンを理解し、自分の原稿がどのように排紙されるのかを印刷前に把握するのは難しい。

従って、ユーザが、用紙サイズにかかわらず常に右下にページ番号を配置したいと考えていても、実際には、それを判断して追加することは困難である。また、ページによって付加データの位置や向きを変更するような機能は、通常アプリケーション１１には用意されていない。

ユーザに、これらプリンタドライバ１２やＰＣ１側の事情を理解させることなく意図した通りの出力させるために、各ページの出力向きについての情報を印刷装置２（３）から取得し、その情報を基準にして付加データを表示する位置を決定する仕組みがアプリケーション１１に取り入れられている。

例えば、図８の原稿において、ユーザが単純に右下にフッタとしてページ番号を付加すると、図８に示すように、Ａ４の用紙でもＡ３用紙でも右下の位置にページ番号が付加される。

図９は、Ａ３ページとＡ４ページの混載原稿（印刷結果：左綴じステープル）の説明図である。

図９において、左綴じステイプルを指定した場合、Ａ３のページは、Ａ４ページに対して２７０度回転した向きで綴じられることになる。

このとき、ユーザが本当にページ番号を描画したい場所は丸印の位置、向き（Ａ３ページをＺ折りした際、Ａ４ページのページ番号と同じ位置）となる。

図１０は、Ａ３ページとＡ４ページの混載原稿（印刷結果：右綴じステープル）の説明図である。

図１０において、右綴じステイプルを指定した場合、今度はＡ３のページは、Ａ４ページに対して９０度回転した向きで綴じられることになる。

これらの例の通り、Ａ３のページが設定する機能によってどのように回転されるのかをユーザが予めかじめ知っていない限り、適切な位置にページ番号を描画することが不可能である。これらは使用する機能や印刷装置２（３）によっても異なるため、全てのパターンをユーザに学習させるというのは現実的ではない。

そこで、ユーザの印刷設定に応じてどのように排紙されるのかを印刷装置２（３）から情報を取得し、当該ページの付加データ用レイヤーを適切な向きに自動的に回転させることにより、ユーザの意図した通りの出力を得られる仕組みを提供する。

図１１は、Ａ３ページとＡ４ページの混載原稿（アプリケーション１１上での表示：左綴じ指定時）の説明図であり、図９の左綴じステープルという条件時に望ましい結果となる例を示している。

図１１において、Ａ３ページのフッタのみＡ３用紙が２７０度回転したときに右下となる位置にくるように、付加データ用レイヤーが回転して表示されている。

前述の図５に示したデータは左綴じ指定時に印刷装置２（３）から送られてくる応答確認データを示したものであり、Ａ３縦向きの原稿が２７０度回転することは、ＩＤ５に含まれる情報から判断できる。

そこで、付加データがユーザの意図した用紙位置に印字されるように、付加データ用レイヤーを適切な向きに自動的に回転させ、これによりユーザの意図した通りの印刷物が得られる。

図１２は、印刷装置２（３）がＰＣ１から面付け応答確認データを受信した後、それに対する応答確認データをＰＣ１に送信するまでの処理を示すフローチャートである。

図１２において、ステップＳ１では、用紙サイズの確認（条件１）を行う。ステップＳ２では、両面指定の確認（条件２）を行い、ステップＳ３では、混載用紙サイズの確認（条件３）を行い、ステップＳ４では、混載用紙サイズの確認（条件４）を行う。

そして、ステップＳ５では、条件１〜４に相当するＩＤの検索を行い、ステップＳ６では、該当するＩＤが有るか否かを判断する。該当するＩＤが有れば（ステップＳ６でＹＥＳ）、ステップＳ７では、ＩＤの内容を送信用データに追加してから、ステップＳ５に戻る。

該当するＩＤがなければ（ステップＳ６でＮＯ）、ステップＳ８で、検索したＩＤを送信用データとしてＰＣ１に送信したのち処理を終了する。この送信用データを受信したＰＣ１では、送信されてきたＩＤに基づいて、付加データの配置（レイヤーの回転）を決定する。

次に、参考までに、前記印刷装置２（３）側が持つ回転角度のリスト例を図１３及び図１４に示す。

このリストを基に、ＰＣ１から例えば図１５（Ａ）に示すデータを受信した場合、印刷装置２（３）は同図（Ｂ）の表に該当する全てのＩＤを検索する。そして、同図（Ｃ）に示すデータを作成する（ただしＩＤは振り直している）。

１文書管理装置（パーソナルコンピュータ）
２（３）印刷装置
５版下データ
１０文書管理部（レイヤー作成手段、レイヤー合成手段）
１１アプリケーション
２１印刷データ受信部
２２応答部
２３制御部

Claims

相互に接続された文書管理装置と印刷装置とからなり、
前記文書管理装置は、
ラスタ画像からなるヘッダーまたはフッタの付加データのレイヤーを作成するレイヤー作成手段と、
前記第レイヤー作成手段によって作成された付加データのレイヤーを、ラスタ画像からなる版下データに別階層として付加するレイヤー合成手段と、
異なるサイズのページが複数ページ混載された前記版下データを印刷するにあたって、少なくとも混載されるページのサイズおよび綴じ位置を含む印刷設定情報を印刷装置に送信する第１の送信手段と、
前記印刷装置によって印刷される各ページの印刷の向きについての情報を、印刷装置から取得する情報取得手段と、
前記取得した各ページの印刷の向きについての情報に基づいて、前記印刷装置によって印刷される各ページの印刷の向きに対して、前記付加データが配置される各ページの辺が同じになるように、付加データの各ページ上の印刷位置を決定する印刷位置決定手段と、
前記合成された版下データと付加データ、及び前記決定された付加データの用紙上の印刷位置についての情報を、印刷装置に送信する第２の送信手段と、
を備え、
前記印刷装置は、
少なくとも混載されるページのサイズと綴じ位置の組み合わせに応じて各ページの印刷の向きについての情報を予め定めたリストを記憶する記憶手段と、
前記文書管理装置から受信した前記印刷設定情報に基づいて、前記記憶手段に記憶された前記リストの中から、該当するページのサイズと綴じ位置の組み合わせに対応する各ページの印刷の向きについての情報を検索する検索手段と、
前記検索手段により検索された各ページの印刷の向きについての情報を前記文書管理装置に送信する第３の送信手段と、
前記文書管理装置から送信されてきた、版下データと付加データ、及び付加データの用紙上の印刷位置についての情報に基づいて、用紙上の所定の位置に付加データを付加した状態で版下データを用紙に印刷する印刷手段と、
を備えていることを特徴とする文書管理システム。
前記付加データは前記ヘッダまたはフッタに対して印刷されるページ番号である請求項１に記載の文書管理システム。
前記文書管理装置から前記印刷装置に送信される前記印刷設定条件はさらに両面印刷に関する設定を含み、
前記印刷装置の記憶手段に記憶される前記リストは、少なくとも混載されるページのサイズと綴じ位置と両面印刷に関する設定の組み合わせに応じて各ページの印刷の向きについての情報を予め定めたものであり、
前記印刷装置の検索手段は、文書管理装置から受信した前記印刷設定情報に基づいて、前記記憶手段に記憶された前記リストの中から、該当するページのサイズと綴じ位置と両面印刷に関する設定の組み合わせに対応する各ページの印刷の向きについての情報を検索する請求項１または２に記載の文書管理システム。
請求項１の文書管理システムに用いられる印刷装置であって、
少なくとも混載されるページのサイズと綴じ位置の組み合わせに応じて各ページの印刷の向きについての情報を予め定めたリストを記憶する記憶手段と、
前記文書管理装置から受信した前記印刷設定情報に基づいて、前記記憶手段に記憶された前記リストの中から、該当するページのサイズと綴じ位置の組み合わせに対応する各ページの印刷の向きについての情報を検索する検索手段と、
前記検索手段により検索された各ページの印刷の向きについての情報を前記文書管理装置に送信する第３の送信手段と、
前記文書管理装置から送信されてきた、版下データと付加データ、及び付加データの用紙上の印刷位置についての情報に基づいて、用紙上の所定の位置に付加データを付加した状態で版下データを用紙に印刷する印刷手段と、
を備えていることを特徴とする印刷装置。