(57)【要約】【課題】  ホストコンピュータでレイアウトした製本印刷の文書がＭＦＰに保存されていて、他のＭＦＰに転送して印刷する場合、フィニッシャの制限で同様のレイアウトを取れないと製本印刷できないという問題がある。通常の文書としてホストコンピュータから送信されＭＦＰでレイアウトする方式では、転送して製本印刷することが可能だが、全ページを蓄積しないと印刷が開始できないので印刷時の処理が遅い、という問題がある。【解決手段】  ホストコンピュータでレイアウトした製本印刷の文書をＭＦＰが受信した際、印刷はそのままのサイズのFillMapを使い、さらにベクトルデータも元のページ単位に作成して保存しておくことで、印刷を高速に処理する。転送時には相手先の製本能力に応じてFillMapとベクトルデータを切り替えることで柔軟に製本印刷が行なえる。【選択図】  図１
2010117909.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータと製本可能な１つあるいは複数のプリンタからなる文書印刷システムであって、
ホストコンピュータは、
文書の製本レイアウトを作成するアプリケーションと、
製本時に一つの面に印刷されるであろう画像を一つのページとして印刷順序に従ってプリンタに送信する手段と、
一連のジョブがレイアウト済み製本印刷であることと、その枚数および綴じの方向をプリンタに送信する手段を備え、
プリンタは、
レイアウト済み製本印刷のジョブに対して、
受け取った画像を製本時の折りの位置で描画オブジェクトを2つに分割しベクトル情報に変換して保存する手段と、
紙とページの関連情報を保存する手段と、
紙に必要なページが揃ったら紙を印刷する手段とを備え、
レイアウト済みでない製本印刷のジョブに対して、
受信したページを保存する手段と、
プリンタの持つ製本機能の能力にあわせてページをレイアウトする手段と、
レイアウトに応じた紙に印刷する手段と、
他のプリンタの製本機能の能力を問い合わせる手段とを備えると共に、
他のプリンタへのデータ転送手段と、
他のプリンタの製本能力に応じて、レイアウト済みのイメージデータもしくは
レイアウト済みでないページ単位のデータを切り替えて送信する手段と、
を備えることを特徴とする文書印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製本印刷可能なプリンタを用いた文書印刷システムに関するものである。
【背景技術】
【０００２】
ホストコンピュータ上のアプリケーションで作成された文書を、ドライバでＰＤＬデータに変換してネットワークで接続されたプリンタに対して送信し、製本印刷するシステムが一般に知られている。
【０００３】
近年、マルチファンクションプリンタ（ＭＦＰ）と呼ばれる複合機では、送信されたＰＤＬデータをプリントするだけでなく、内部に保存しておき、ネットワーク上のほかの機器に転送して、そこで印刷するということも行なわれるようになってきている。
【０００４】
製本印刷は、1枚の紙に片面あたり2ページ分、両面で4ページ分の画像をレイアウトして印刷し、紙の中心で折り、複数枚の紙をステイプラ等で綴じ、本を作成する印刷である。処理には主に以下のような２つの方法が知られている。
【０００５】
一つは、ホストコンピュータ上のアプリケーションもしくはドライバで、プリンタの製本機能の情報を取得する。本の完成形のイメージを想定し、1枚の紙に描画される2ページ分のイメージを、解像度そのままに2倍のサイズのイメージにレイアウトし、印刷される順を考慮して送信する。プリンタは受け取った順に普通に両面印刷し、出力された用紙をまとめて製本する方法である。（図３）（特許文献１参照）。この方法は、比較的豊富なホストコンピュータの処理資源を使うので、処理が高速に行なわれる。またプリンタ側も紙1枚分のデータを受信できれば印刷を開始できるので、トータルの処理時間が短くてすむ特徴がある。
【０００６】
もう一つは、ホストコンピュータ上のアプリケーションもしくはドライバは、元の文書の各ページをそれぞれ１ページずつＰＤＬに変換してプリンタに送信し、プリンタ側で製本のレイアウト処理を行なう方法である。（図４、図５）（特許文献２参照）。この方法は、ホストコンピュータ側は普通のＰＤＬデータ作成および送信なので、ホストコンピュータの資源が少ない場合や、ホストコンピュータからデバイスの情報を取得できないケースでも使えるという特徴がある。
【特許文献１】特開平10-309850号公報
【特許文献２】特開平７-276734号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
他の一般的な文書と同様に、製本印刷でもプリンタで印刷するのと同時に内部に保存しておき、他のプリンタに転送して印刷する機会も増えてきている。
【０００８】
ところが、先ほど説明した1つ目の方法で印刷および保存された文書では、プリンタに内蔵あるいは接続されている、折り・綴じのフィニッシャ機能の情報を元にレイアウトされている。よってそのまま他のプリンタに転送した場合に、正しくレイアウトされて印刷されるとは限らない、といった問題がある。もう一つの方法であれば、レイアウトの問題は解消するが、最初に送られて印刷する際も、転送する際も、全てのページを受信してからの印刷となるため、パフォーマンスが非常に低下するといった問題が発生する。
【０００９】
本発明は、上記従来例を顧みてなされたもので、製本印刷システムにおいて、印刷機能の高速化と、他のプリンタへの転送印刷という柔軟性が両立した機能を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するために、第１の発明の文書印刷システムは、
ホストコンピュータと製本可能な１つあるいは複数のプリンタからなるシステムであって、
ホ  ストコンピュータは、
文書の製本レイアウトを作成するアプリケーションと、
製本時に一つの面に印刷されるであろう画像を一つのページとして印刷順序に従ってプリンタに送信する手段と、
一連のジョブがレイアウト済み製本印刷であることと、その枚数および綴じの方向をプリンタに送信する手段を備え、
プリンタは、
レイアウト済み製本印刷のジョブに対して、
受け取った画像を製本時の折りの位置で描画オブジェクトを2つに分割しベクトル情報に変換して保存する手段と、
紙とページの関連情報を保存する手段と、
紙に必要なページが揃ったら紙を印刷する手段とを備え、
レイアウト済みでない製本印刷のジョブに対して、
受信したページを保存する手段と、
プリンタの持つ製本機能の能力にあわせてページをレイアウトする手段と、
レイアウトに応じた紙に印刷する手段と、
他のプリンタの製本機能の能力を問い合わせる手段とを備えると共に、
他のプリンタへのデータ転送手段と、
他のプリンタの製本能力に応じて、レイアウト済みのイメージデータもしくは
レイアウト済みでないページ単位のデータを切り替えて送信する手段と、
を備えることを特徴とする。
【発明の効果】
【００１１】
製本印刷を高速に処理することができる。また保存された製本文書データを他のプリンタに転送した場合でも、そのプリンタの能力に応じた製本印刷することができ、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１２】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００１３】
以下、添付図面を参照して第１の発明の好適な実施例を詳細に説明する。
【００１４】
図１は第1の発明の実施例のシステムを示す概略図である。
【００１５】
図1において、１はネットワーク、１０はホストコンピュータ、１１はホストコンピュータから送られた文書のジョブ、１００、２００はＭＦＰでありネットワーク１で結ばれている。
【００１６】
１５０はＭＦＰ１００内で電子文書を保存するストレージ、２５０はＭＦＰ２００内で電子文書を保存するストレージ、１０００はストレージ１５０上に保存された電子文書である。
【００１７】
図２はＭＦＰ１００に内蔵されるコントローラの内部構成を示す概略図である。
なお、説明の都合上ＭＦＰ２００の内部構成も同じ構成とする。
【００１８】
図２において、１０１はユーザインタフェースパネル、１０２はコントローラ。
１０３はスキャナ制御部でありスキャナに接続されている。
【００１９】
１０４はＵＩ制御部でありユーザインタフェースパネル１０１からの入力および出力を制御する。
【００２０】
１０５は画像処理部であり、ジョブ制御部１０７から処理を依頼される。
【００２１】
１０６はネットワークとの接続を司るネットワーク制御部であり、ネットワーク１と接続されている。
【００２２】
１０７はジョブ制御部であり、スキャナ制御部１０３、ＵＩ制御部１０４、画像処理部１０５、プリンタ制御部１０８、ネットワーク制御部１０６等と接続され、ジョブを制御する。
【００２３】
１０８はプリンタ制御部、１０９が文書管理部であり、ストレージ１５０を管理する。
【００２４】
１１０はプリンタエンジン、１２０はフィニッシャであり、プリンタ制御部１０８から制御される。
【００２５】
図３はホストコンピュータ１０で製本レイアウトを作成する場合のデータ構造の変化を示す図である。
【００２６】
図４はＭＦＰで製本レイアウトを作成する場合のデータ構造の変化を示す図である。ホストコンピュータ１０上での概念、ＭＦＰ上へ送られるデータ、イメージデータの構造を示す。
【００２７】
図５はＭＦＰで製本レイアウトを作成する場合のＭＦＰ内部のデータ構造と印刷結果の関連を示す図である。
【００２８】
図６は本発明における入力データ構造を示す図である。図３のホストコンピュータ１０でレイアウトする場合の入力データと同じことがわかる。
【００２９】
図７は本発明における内部処理によるデータ構造の変化を示す図である。紙にレイアウトされているＰＤＬデータから解像度依存のデータ（本実施例では、FillMapと呼ぶ。）と、元のページと推察される領域ごとに２つのベクタデータが生成されていることを示す。なお、本実施形態において、Fillmapとは、当該ＭＦＰの機種において印刷するのに適したデータのことを言うものとする。すなわち、Fillmapは、ベクタデータではなく、当該ＭＦＰで印刷するときの解像度に適した印刷データ（例えば、印刷時に用いるラスタ形式のイメージデータ）であるものとする。
【００３０】
図８は本発明における製本文書のＭＦＰ内部保存データのツリー構造の例を示す図である。
【００３１】
レイアウト済み製本のジョブを受け取った際に、ジョブ制御部１０７がこの構造を作成する。処理が進むとツリー内に実データがマッピングされ、最終的にストレージ１５０内に保存される。
【００３２】
図９は本発明における製本文書のＭＦＰ内部データと印刷結果の関連を示す図である。
【００３３】
各FillMapがそのままイメージとして展開され、紙の両面に印刷されて、最終的に本ができる様子がわかる。
【００３４】
図１０は本発明における製本文書のＭＦＰ内部保存データのツリー構造を示す図である。図８のツリー構造が完成したものである。
【００３５】
図１１は本発明における、転送先のＭＦＰ内部の文書のツリー構造である。紙にレイアウトされるページが図１０と異なることがわかる。
【００３６】
図１２は本発明における、転送先のＭＦＰの内部の製本印刷処理のデータ構造と印刷結果の関連を示す図である。図９とは異なるレイアウトで本ができることがわかる。
【００３７】
図１３はＭＦＰ１００のジョブ制御部１０７の入力処理のフローチャートである。
【００３８】
図１、図２、図４、図６、図７および図８を参考に、図１３のフローチャートに従って、入力データを電子文書として保存し印刷する場合の、ジョブ制御部１０７の入力処理を説明する。なお、この説明ではジョブの読み込みと印刷処理は、独立して動作するものとしている。
【００３９】
ジョブ制御部１０７は、ネットワーク１からネットワーク制御部１０６経由で、ＰＤＬデータからなるジョブ１１を受け取ると、そのジョブを解析しジョブの情報を取得する（Ｓ１１）。
【００４０】
このジョブが製本でなければ（Ｓ１２）、データをそのまま読み込み（Ｓ１３）、ページごとにFillMapを作成する（Ｓ１５）。ページが終わるまでこの処理を繰り返す（Ｓ１４）。
【００４１】
Ｓ１２でこのジョブが製本印刷であり、ホストコンピュータ上でレイアウトされていない場合には（Ｓ１６）データを読み込み（Ｓ１７）、ページごとにFillMapを作成し（Ｓ１９）保存する（Ｓ２０）。ページが終わるまでこの処理を繰り返す（Ｓ１８）。このとき図4の真中の状態になる。
【００４２】
Ｓ１６で、このジョブがホストコンピュータ１０上で既にレイアウト済みであれば、図８で示したツリー構造を作成する（Ｓ２１）。データを読み込み（Ｓ２２）、ページごとにFillMapを作成し（Ｓ２４）、保存する（Ｓ２５）。このときデータは図６のような単位で入力される。
【００４３】
さらにホストコンピュータ上でどのように製本レイアウトしたかの情報に基づいて、領域を2分割し（Ｓ２６）、それぞれの領域ごとに描画オブジェクトをベクトル化する（Ｓ２７）。ベクトルデータは元のページ単位に保存される（Ｓ２８）。Ｓ２４からＳ２８の処理で図７に示すようなデータが作られ、ツリー構造にリンクされる。
【００４４】
例えば元が8ページからなる4ページで送信されたレイアウト済みのジョブを1ページ処理し終わった段階では、図８のように紙の片面分のFillMap1枚とPage8およびPage1の２つのベクタデータができている形になる。
【００４５】
さらにＳ２２でデータを読み込み、ページが終わるまでこの処理を繰り返す（Ｓ２３）。
【００４６】
なお、この説明では入力データがホストコンピュータからのＰＤＬデータとしたが、FillMapやベクタデータでも同じフローチャートで処理することが可能である。
【００４７】
図１４はＭＦＰ１００のジョブ制御部１０７の印刷処理のフローチャートである。
【００４８】
図１、図２、図４、図５および図７を参考に、図１４のフローチャートに従って、製本印刷する場合の、ジョブ制御部１０７の処理を説明する。
【００４９】
ジョブ制御部１０７は、ジョブが起動されると、まずジョブの情報を取得する（Ｓ４１）。
【００５０】
このジョブが製本でなければ（Ｓ４２）、図１３のＳ１５で作成されたFillMapを読み出し（Ｓ４３）、各ページ単位で片面もしくは両面の印刷処理を行なう（Ｓ４５）。ページが終わるまでこの処理を繰り返し（Ｓ４４）、ジョブ処理を終了する。
【００５１】
Ｓ４２でこのジョブが製本印刷であり、ホストコンピュータ上でレイアウトされていない場合には（Ｓ４６）、通常のＭＦＰ側でレイアウトする製本処理を行なう。図１３のＳ１８の処理が全て終了するまで待ち、保存されている全ページ数からレイアウト方法を決定し、読み出しページ順序を作成する（Ｓ４７）。そのページ順番に従ってFillMapを読み出し（Ｓ４８）、図４のように倍のサイズのメモリ上の右もしくは左半分に展開する（Ｓ５０）。一枚の紙の構成ページが完成するまでＳ４８まで戻って処理を繰り返し（Ｓ５１）、図５のように構成ページ分のデータが揃ったら両面印刷を行なう（Ｓ５２）。全てのページの処理が終了したら（Ｓ４９）、印刷した紙に対して折りおよび綴じ処理を行ない（Ｓ５３）、終了する。
【００５２】
Ｓ４６で、ホストコンピュータ上でレイアウトされている製本処理の場合は、図１３のＳ２４で作成されたFillMapを読み出し（Ｓ５４）、両面印刷処理を行なう（Ｓ５６）。全てのページが終わったら（Ｓ５５）、Ｓ５３へ行き印刷した紙に対して折り・綴じ処理を行ない、終了する。
【００５３】
以上の説明で、ＭＦＰでレイアウトした場合と、ホストコンピュータで製本レイアウトした場合とを比較すると、前者は全ページを溜めないと先頭の紙ですら印刷開始できない。が後者は紙単位でFillMapが作成されればその紙は印刷でき、データを読みながら印刷処理を行なえるため、後者の方が高速に印刷可能なことがわかる。
【００５４】
コントローラの能力によっては、図１３のＳ２６からＳ２７の処理に時間がかかる場合もあるが、この処理が終了しなくとも次のデータ処理は可能である。よって、Ｓ２６〜Ｓ２８を別プロセッサで処理する、あるいは印刷が終了した後ＭＦＰに資源に余裕がある時に処理することで、印刷処理自体への影響を避けることができる。
【００５５】
図１５はＭＦＰ１００のジョブ制御部１０７の転送処理のフローチャートである。
【００５６】
図１、図２、図９、図１０、図１１および図１２を参考に、図１５のフローチャートに従って、保存されている製本文書を他の機種ＭＦＰ２００に転送する場合の、ジョブ制御部１０７の処理を説明する。なおＭＦＰ２００の印刷処理はＭＦＰ１００とほぼ同じなので、詳細な説明は省略する。
【００５７】
ジョブ制御部１０７は、ユーザインタフェース１０１から製本文書を他のＭＦＰへ転送して印刷するよう指示を受けると、転送先のＭＦＰ２００の製本能力を取得する（Ｓ７１）。ＭＦＰ２００が、ＭＦＰ１００と同等の機能を持ち、ＭＦＰ１００で保存されたFillMapをそのまま製本印刷可能であれば（Ｓ７２）、ジョブ属性として折り・綴じのみを設定し（Ｓ７３）、FillMapをＭＦＰ２００に転送する（Ｓ７４）。具体的には図１０のFillMap１、FillMap２、FillMap３、FillMap４を転送することになる。そうするとＭＦＰ２００では、これらのFillMapを図９のようにして両面印刷、折り・綴じ処理することで製本できる。
【００５８】
もしＭＦＰ２００がそのままFillMapを印刷できず、またＭＦＰ１００で保存されている文書にベクタデータが残っていなければ（Ｓ７５）、キャンセルをユーザインタフェース１０１に表示し（Ｓ７６）、処理を終了する。
【００５９】
ベクタデータがあり、ＭＦＰ２００がそのままでは製本印刷できなくとも異なるレイアウトでなら可能な場合（Ｓ７７）、例えば折り可能な最大枚数が保存文書で必要な枚数を下回るようなケースであれば、ジョブ属性として製本を指定する（Ｓ７８）。さらにベクタデータをページ順でＭＦＰ２００に転送する（Ｓ７９）。
【００６０】
具体的には図１０のページごとのベクタデータPage1, 2, ...Page8を転送する。ＭＦＰ２００がもし最大１枚までしか折りができないが背固めができるという能力を持っていれば、受信したこれらのベクタデータを図１１のようなツリー構造にレイアウトし、図１２のように製本することができる。
【００６１】
もしＭＦＰ２００が単体で製本印刷できないのであれば、その旨ＭＦＰ１００のユーザインタフェースに表示する（Ｓ８０）。ユーザが製本でなくても転送して印刷したいという入力があれば（Ｓ８１）、ジョブ属性として通常の印刷を設定して（Ｓ８２）、ベクタデータをページ順に転送する（Ｓ８３）。この場合ＭＦＰ２００では普通の印刷処理を行なう。もしＳ８１で製本不可であれば印刷不要とユーザが入力した場合には、転送を中止し、Ｓ７６でキャンセルされたことをユーザインタフェース１０１に表示して、処理を終了する。
【００６２】
以上の説明から、このようなシステムおいては、ホストコンピュータからＭＦＰにレイアウト済みの製本印刷ジョブを投入することで、高速に製本印刷処理が行なえる。また同時にＭＦＰに保存した文書を、他のＭＦＰに転送印刷したい場合にも、もし他のＭＦＰ機能が同等であれば高速に、同等でなくても柔軟に異なるレイアウトで製本印刷できることがわかる。
【図面の簡単な説明】
【００６３】
【図１】本発明に係る第１の実施例のシステムを示す概略図である。
【図２】本発明に係る第１の実施例のＭＦＰのコントローラ内部構成を示す概略図である。
【図３】ホストコンピュータで製本レイアウトした場合のデータ構造の変化を示す模式図である。
【図４】ＭＦＰで製本レイアウトした場合のデータ構造の変化を示す模式図である。
【図５】ＭＦＰで製本レイアウトした場合の内部データ構造と印刷結果の関連を示す模式図である。
【図６】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合の入力データの構造を示す模式図である。
【図７】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合の内部データの構造の変化を示す模式図である。
【図８】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合のＭＦＰ内部保存製本文書のデータのツリー構造を示す模式図である。
【図９】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合のＭＦＰ内部データと出力結果との関連を示す模式図である。
【図１０】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合のＭＦＰ内部保存製本文書のデータツリー構造を示す模式図である。
【図１１】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合の転送先のＭＦＰ内部保存製本文書のデータツリー構造を示す模式図である。
【図１２】本発明に係る第１の実施例のシステムにおいてホストコンピュータで製本レイアウトした場合の転送先のＭＦＰ内部データと印刷結果の関連を示す模式図である。
【図１３】本発明に係る第１の実施例のＭＦＰのジョブ制御部の入力処理内容を示すフローチャートである。
【図１４】本発明に係る第１の実施例のＭＦＰのジョブ制御部の印刷処理内容を示すフローチャートである。
【図１５】本発明に係る第１の実施例のＭＦＰのジョブ制御部の転送処理内容を示すフローチャートである。
【符号の説明】
【００６４】
１  ネットワーク
１０  ホストコンピュータ
１１  ジョブ
１００、２００  ＭＦＰ（マルチファンクションプリンタ）
１５０、２５０  ストレージ
１０１  ユーザインタフェース
１０２  コントローラ
１０３  スキャナ制御部
１０４  ＵＩ制御部
１０５  画像処理部
１０６  ネットワーク制御部
１０７  ジョブ制御部
１０８  プリンタ制御部
１０９  文書管理部
１１０  プリンタエンジン
１０００  電子文書
【図１】
2010117909.tif 000003
【図２】
2010117909.tif 000004
【図３】
2010117909.tif 000005
【図４】
2010117909.tif 000006
【図５】
2010117909.tif 000007
【図６】
2010117909.tif 000008
【図７】
2010117909.tif 000009
【図８】
2010117909.tif 000010
【図９】
2010117909.tif 000011
【図１０】
2010117909.tif 000012
【図１１】
2010117909.tif 000013
【図１２】
2010117909.tif 000014
【図１３】
2010117909.tif 000015
【図１４】
2010117909.tif 000016
【図１５】
2010117909.tif 000017