JP6111728B2

JP6111728B2 - 画像形成出力制御システム、画像形成出力制御プログラム及び情報処理装置

Info

Publication number: JP6111728B2
Application number: JP2013031245A
Authority: JP
Inventors: 飯田　浩一; 浩一飯田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2013-02-20
Filing date: 2013-02-20
Publication date: 2017-04-12
Anticipated expiration: 2033-02-20
Also published as: US9081530B2; JP2014160406A; US20140233057A1

Description

本発明は、画像形成出力制御システム、画像形成出力制御プログラム及び情報処理装置に関し、特に、情報処理装置から画像形成装置を利用するための機能をネットワークを介して提供する場合の制御に関する。

近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。

このような画像処理装置のうち、電子化された書類の出力に用いられる印刷装置においては、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等の情報処理装置において生成された印刷ジョブに基づいて印刷出力を実行するプリンタが一般的に利用されている。そして、プリンタに入力する印刷ジョブを生成するための機能を実現するソフトウェア・プログラムとして、夫々のプリンタの機能に対応したプリンタドライバを情報処理装置にインストールすることが一般的である。

他方、上述したプリンタドライバの機能を、ＰＣ側で全て担うのではなく、機能の一部をサーバに委託するような態様もある。例えば、Ｐｏｉｎｔ＆Ｐｒｉｎｔと呼ばれる仕組みでは、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）の制御により、サーバにインストールされているプリンタドライバを構成する情報がＰＣにコピーされ、ＰＣとサーバとで機能を分担することによってプリンタドライバが対象としている画像形成装置からの画像形成出力が実現される。

また、印刷ジョブを送信する先のプリンタを動的に振り分けるため、ＸＰＳ（ＸＭＬＰａｒｓｅｒＳｐｅｃｉｆｉｃａｔｉｏｎ）等の高次イメージフォーマットを生成する第１の機能及び生成された高次イメージフォーマットのデータをプリンタに送信する第２の機能を有するプリンタドライバが提案されている（例えば、特許文献１参照）。

近年、プリンタドライバによる印刷出力の機能として、プリンタへの印刷ジョブの送信に加えて様々な機能が提供されている。例えば、プリンタドライバによって印刷用の情報に変換された状態でのプレビュー表示を行う機能や、そのようにプレビュー表示された状態の情報に対して編集を行う付加機能が提案されている。

このようなプリンタドライバの一機能としての態様は、そのプリンタドライバが対応しているＰＤＬ（ＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）に限定された機能である。従って、同様の機能を異なるＰＤＬに対応させるためには、夫々のＰＤＬ毎にプリンタドライバを設計、作成する必要がある。

これに対して、特許文献１に開示されているような、ＸＰＳ等の高次イメージフォーマットのデータのような汎用性の高いデータを中間データとして用いる二段階の処理が考えられる。その場合、一段階目の処理で中間データを生成し、二段階目の処理で付加機能が実現されることとなる。具体的には、生成された中間データに基づくプレビュー機能やデータ編集機能を有するアプリケーションを上記二段階目の処理を実行するためのモジュールとして構築することになる。これにより、二段階目の処理を実行するモジュールは、元々汎用性の高いデータに対応して構築されるため、汎用的にプレビュー機能やデータ編集機能等の付加機能を実現することが可能である。

ここで、上述したプレビュー機能やデータ編集機能等を実現する際、そのためのアプリケーション（以降、「追記処理アプリ」とする）は、生成された中間データを取得する必要がある。しかしながら、上述したＰｏｉｎｔ＆Ｐｒｉｎｔのように、情報処理装置とサーバとで印刷出力時の処理を分散して行う場合、追加処理アプリは、何らかの手段を用いて中間データの保存先を認識する必要があり、ソフトウェアの構築が煩雑なものとなってしまう。

また、プレビュー機能のための追加処理アプリが情報処理装置側において構成され、中間データがサーバ側に保存される場合、追加処理アプリが中間データを取得するためには、ネットワークアクセスが必要となる。ネットワークアクセスを要する場合には、そのためのプロトコルを意識してソフトウェア構築を行う必要がある。また、情報処理装置及びサーバが接続されているネットワークのアクセス制限を考慮する必要も生じ得る。

本発明は、このような課題を解決するためになされたものであり、情報処理装置を介して画像形成装置を利用するための機能の一部を、ネットワークを介して接続された他の装置との間で分散する場合において、汎用性の高いデータを生成する第一段階の処理と、汎用性の高いデータに基づいて付加機能を実現する第二段階の処理とを実現することを目的とする。

上記課題を解決するために、本発明の一態様は、第１の情報処理装置と前記第１の情報処理装置とは異なる第２の情報処理装置とを有する画像形成出力制御システムであって、前記第１の情報処理装置は、印刷に関するデータの記憶の要求を受け付け、記憶を要求された該印刷に関するデータを所定の記憶領域に記憶し、該印刷に関するデータの取得の要求に基づいて該印刷に関するデータを送信する記憶制御手段と、前記記憶制御手段に前記印刷に関するデータの要求をすることで前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに関する処理を行い、処理された該印刷に関するデータの印刷開始の通知を行う第１の追加処理手段と、前記印刷開始の通知を受け付けたとき、該印刷に関するデータを画像処理装置で処理可能な印刷データに変換する変換手段と、を有し、前記第２の情報処理装置は、印刷の要求を受け付ける印刷要求受付手段と、前記印刷要求受付手段によって受け付けた印刷要求に基づいて複数の手段で処理可能な前記印刷に関するデータを生成するデータ生成手段と、前記データ生成手段によって生成した前記印刷に関するデータの記憶を前記記憶制御手段に要求するデータ記憶要求手段と、前記記憶制御手段に前記印刷に関するデータを要求することで、前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに基づく表示を行う第２の追加処理手段と、を有することを特徴とする。

また、本発明の他の態様は、第１の情報処理装置と前記第１の情報処理装置とは異なる第２の情報処理装置とを連動させて画像形成出力を実行させる画像形成出力制御プログラムであって、前記第１の情報処理装置において、印刷に関するデータの記憶の要求を受け付け、記憶を要求された該印刷に関するデータを所定の記憶領域に記憶し、該印刷に関するデータの取得の要求に基づいて該印刷に関するデータを送信する記憶制御ステップと、前記印刷に関するデータの要求をすることで前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに関する処理を行い、処理された該印刷に関するデータの印刷開始の通知を行う第１の追加処理ステップと、前記印刷開始の通知を受け付けたとき、該印刷に関するデータを画像処理装置で処理可能な印刷データに変換する変換ステップと、を実行させ、前記第２の情報処理装置において、印刷の要求を受け付ける印刷要求受付ステップと、前記受け付けられた印刷要求に基づいて複数の手段で処理可能な前記印刷に関するデータを生成するデータ生成ステップと、生成された前記印刷に関するデータの記憶を要求するデータ記憶要求ステップと、前記印刷に関するデータを要求することで、前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに基づく表示を行う第２の追加処理ステップと、
を実行させることを特徴とする。

また、本発明の更に他の態様は、複数の情報処理装置を連動させて画像形成出力を実行させる画像形成出力制御システムにおいて用いられる情報処理装置であって、前記情報処理装置は、印刷に関するデータの記憶の要求を受け付け、記憶を要求された該印刷に関するデータを所定の記憶領域に記憶し、該印刷に関するデータの取得の要求に基づいて該印刷に関するデータを送信する記憶制御手段と、前記記憶制御手段に前記印刷に関するデータの要求をすることで前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに関する処理を行い、処理された該印刷に関するデータの印刷開始の通知を行う第１の追加処理手段と、前記印刷開始の通知を受け付けたとき、該印刷に関するデータを画像処理装置で処理可能な印刷データに変換する変換手段と、を有することを特徴とする。

本発明によれば、情報処理装置を介して画像形成装置を利用するための機能の一部を、ネットワークを介して接続された他の装置との間で分散する場合において、汎用性の高いデータを生成する第一段階の処理と、汎用性の高いデータに基づいて付加機能を実現する第二段階の処理とを実現することが可能となる。

本発明の実施形態に係るシステムの運用形態を示す図である。本発明の実施形態に係る情報処理装置のハードウェア構成を模式的に示すブロック図である。本発明の実施形態に係るＰＣの機能構成を示す図である。本発明の実施形態に係るドライバサーバの機能構成を示す図である。本発明の実施形態に係るプリンタドライバの全体の機能を示す図である。本発明の実施形態に係るプリンタドライバのＰＣ側及びドライバサーバ側夫々で実現される機能の例を示す図である。本発明の実施形態に係るランゲージモニタ前後の処理を示す図である。本発明の実施形態に係るスプーラを介したランゲージモニタの利用態様を示す図である。本発明の実施形態に係るメールスロットを介したイベント送信の態様を示す図である。本発明の実施形態に係るプレビュー表示動作を示すシーケンス図である。本発明の実施形態に係るプレビュー表示後の印刷動作を示すシーケンス図である。ＸＰＳデータの構造を示す図である。本発明の実施形態に係る仮想プリンタドライバの描画部の構成例を示す図である。本発明の実施形態に係る中間データ生成部による中間データの出力態様を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、サーバにインストールされているプリンタドライバをＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）にコピーした上で、サーバとＰＣとで画像形成出力に係るプリンタドライバの機能を分散する画像形成出力制御システムについて説明する。このような仕組みは、例えばＰｏｉｎｔ＆Ｐｒｉｎｔとして知られている。

図１は、本実施の形態に係る画像形成出力制御システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る画像形成出力制御システムは、ドライバサーバ１、ＰＣ２、画像処理装置３がＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等のネットワークを介して接続されて構成されている。

ドライバサーバ１は、画像処理装置３をはじめとした様々な画像処理装置を利用するためのソフトウェア・プログラムであるプリンタドライバが、利用対象の画像処理装置毎にインストールされている情報処理装置である。ドライバサーバ１にインストールされているプリンタドライバを構成する情報がＰＣ２にコピーされることにより、ＰＣ２にプリンタドライバがインストールされると共に、ドライバサーバ１との連携による画像形成出力が実現される。即ち、ドライバサーバ１が、画像形成出力制御装置として機能する。

ＰＣ２は一般的な情報処理装置であり、本実施形態に係るシステムにおいては、ドライバサーバ１にインストールされているプリンタドライバのファイルを取得して記憶することにより、画像処理装置３を利用するためのソフトウェア・プログラムであるプリンタドライバのインストールを行う。また、ＰＣ２は、ドライバサーバ１にインストールされているプリンタドライバのすべての機能を実行するのではなく、プリンタドライバの機能をドライバサーバ１との間で分散処理し、自身は機能の一部を実行する。

画像処理装置３は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ：複合機）である。

次に、本実施形態に係るシステムに含まれるドライバサーバ１、ＰＣ２、画像処理装置３等の装置のハードウェア構成について説明する。図２は、本実施形態に係るＰＣ２のハードウェア構成を示すブロック図であるが、ドライバサーバ１、画像処理装置３においても同様の構成を有する。図２に示すように、本実施形態に係るＰＣ２は、情報処理装置としての一般的な構成を有する。

即ち、本実施形態に係るＰＣ２は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１０、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）２０、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）３０、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）６０及び操作部７０が接続されている。この他、画像処理装置３は、画像形成出力やスキャンを実行するエンジンを含む。

ＣＰＵ１０は演算手段であり、ＰＣ２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザがＰＣ２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボード、マウス、各種のハードボタン、タッチパネル等、ユーザが画像処理装置３に情報を入力するためのユーザインタフェースである。尚、ドライバサーバ１は、サーバとして運用されるため、ＬＣＤ６０や操作部７０などのユーザインタフェースは省略可能である。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことによりソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るシステムを構成する各機器の機能を実現する機能ブロックが構成される。

次に、本実施形態に係るＰＣ２において、画像形成出力に関する機能について説明する。図３は、本実施形態に係るＰＣ２の機能のうち、画像形成出力に関する機能の構成を示すブロック図である。図３に示すように、本実施形態に係るＰＣ２は、アプリケーション２０１、ＯＳ２０２、ネットワークＩ／Ｆ２０３及びプリンタドライバ２１０を含む。

アプリケーション２０１は、対応するソフトウェア・プログラムがＰＣ２にインストールされて構成されるソフトウェアモジュールであり、ワープロソフト、表計算ソフト、画像編集ソフト等の一般的なアプリケーション・ソフトウェアである。アプリケーション２０１は、ユーザの操作に応じてプリンタドライバ２１０のＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）を起動し、ＧＵＩを介して設定される印刷出力の設定情報を取得して、出力対象の画像の情報と共に出力する。

ＯＳ２０２は、ＰＣ２全体を制御する基本ソフトウェアである。また、ＯＳ２０２は、ＰＣ２が画像処理装置３を利用して画像形成出力を実行させる際の制御に関する機能や、ドライバサーバ１からＰＣ２へのプリンタドライバのコピー機能も含む。ネットワークＩ／Ｆ２０３は、ＰＣ２がネットワークを介して他の機器と通信するためのインタフェースである。

プリンタドライバ２１０は、ＰＣ２から画像処理装置３を利用するためのソフトウェアモジュールであり、対応するソフトウェア・プログラムがＰＣ２にインストールされることによって構成される。「プリンタドライバ」とは、狭義には画像処理装置３に印刷を実行させるための印刷ジョブを生成するソフトウェアモジュールを指すが、プリンタドライバ２１０は、ＰＣ２から画像処理装置３を利用するために設けられる様々なソフトウェアモジュールの群を示す。プリンタドライバ２１０に含まれる機能については後に詳述する。

次に、本実施形態に係るドライバサーバ１の機能構成について、図４を参照して説明する。図４は、本実施形態に係るドライバサーバ１の機能の構成を示すブロック図である。図４に示すように、本実施形態に係るドライバサーバ１は、ＯＳ１０１、ネットワークＩ／Ｆ１０２及びプリンタドライバ１１０を含む。

ＯＳ１０１は、ドライバサーバ１全体を制御する基本ソフトウェアである。また、ＯＳ１０１は、ＰＣ２のＯＳ２０２と同様に、画像処理装置３を利用して画像形成出力を実行させる際の制御に関する機能や、ドライバサーバ１からＰＣ２へのプリンタドライバのコピー機能も含む。ネットワークＩ／Ｆ１０２は、ネットワークＩ／Ｆ２０３と同様に、ドライバサーバ１がネットワークを介して他の機器と通信するためのインタフェースである。

プリンタドライバ１１０は、ＰＣ２におけるプリンタドライバ２１０と同様に、画像処理装置３を利用するためのソフトウェアモジュール群である。但し、ドライバサーバ１は、単独で画像処理装置３を利用して画像形成出力を実行する処理は原則として発生せず、ＰＣ２との連動により画像処理装置３を動作させる場合が基本となる。また、プリンタドライバ１１０は、ドライバサーバ１からＰＣ２にプリンタドライバをコピーする際のコピー元でもある。

ここで、本実施形態に係るプリンタドライバ２１０、１１０に含まれる機能について説明する。図５は、本実施形態に係るプリンタドライバ２１０、１１０によって実現される機能全体を示す図である。図５に示すように、本実施形態に係るプリンタドライバは、仮想プリンタドライバ、ランゲージモニタ、追加処理アプリ及び実プリンタドライバを含む。

仮想プリンタドライバは、印刷設定部及び描画部を含む。印刷設定部は、ユーザが画像処理装置３に印刷を実行させる際の各種の設定を行うためのＧＵＩを提供し、ユーザによる操作に応じて印刷設定を取得する。描画部は、画像形成出力の対象画像である印刷対象の文書や画像の情報に基づき、印刷ジョブを生成する前の中間データを生成する中間データ生成部と、印刷処理の開始や終了などのイベントを後段のモジュールに通知するイベント送信部とを含む。

本実施形態に係る中間データは、ＸＰＳ（ＸＭＬＰａｐｅｒＳｐｅｃｉｆｉｃａｔｉｏｎ）やＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）等、複数のソフトウェアモジュールによって処理可能な汎用的なデータ形式の情報であって、ページ毎に画像がレイアウトされた情報である。これにより、後段のモジュールは、汎用的なデータ形式に対応したモジュールによって実現することが可能であり、システムの汎用性を向上することが可能である。

ランゲージモニタは、ＯＳの仕組みに組み込まれたソフトウェアモジュールであり、特定のキーを用いてデータの読み書きを行うためのインタフェースや、ネットワークを介した通信機能を有する。中間データ生成部は、中間データの生成に際して、ランゲージモニタのインタフェースを呼び出すことにより、生成した中間データを印刷データとして所定の記憶領域に格納させる。また、印刷設定部は、ランゲージモニタを介して、取得した印刷設定を印刷設定情報として所定の記憶領域に格納させる。

追加処理アプリは、プリンタドライバの仕組みの中で、印刷に際して付加的に定められた機能を提供するためのソフトウェアモジュールである。付加的な機能の例としては、中間データに変換された情報によるプレビューの機能や、中間データに変換された情報の編集機能等が挙げられる。また情報の編集機能とは、例えば“社外秘”、“機密”等の特定の文字列が中間データに含まれており、それらの情報が検知された場合に、ウォーターマークや地紋を付加する等のデータ加工処理である。そのような付加機能は、追加処理アプリを構成するモジュールである中間データ処理部によって実現される。即ち、追加処理アプリが付加処理部として機能する。

中間データ処理部は、ランゲージモニタによって提供されているインタフェースを呼び出すことにより、所定の記憶領域に格納された中間データを取得し、上述したような付加機能を実現する。この中間データ処理部によるランゲージモニタの利用が、本実施形態に係る要旨の１つである。ランゲージモニタは、ＯＳに組み込まれた仕組みであるため、ＯＳが想定している処理の枠組みの中で情報をやり取りすることができる。

中間データの取得に際して、追加処理アプリは、予め定められた識別子であるキーを用いてランゲージモニタのインタフェースを呼び出すだけで良いため、中間データ生成部によって生成された中間データの格納先を追加処理アプリに対して通知する必要がなく、処理を簡略化することが可能である。また、ランゲージモニタを用いることにより、ＯＳが想定している枠組みの中で処理を行うこととなるため、ランゲージモニタによる情報の読み出しや書き込みに際しては、処理の度にユーザの同意を得るようなポップアップメッセージが発生することがなく、追加処理アプリケーションによる処理を円滑に行うことが可能である。

更に、ランゲージモニタには、ネットワークを介した通信機能も備えられているため、画像処理装置３を用いた印刷処理に際して、ＰＣ２とドライバサーバ１との間でのネットワークを介した情報のやり取りが発生したとしても、そのための通信プロトコルに対応したソフトウェアモジュールを作りこむことなく、ランゲージモニタによって処理を実現することが可能である。

また、追加処理アプリは、イベント受信部を含む。イベント受信部は、イベント送信部によるイベント通知を取得し、仮想プリンタドライバから処理が受け渡されたことを認識する。

実プリンタドライバは、上述した狭義のプリンタドライバであり、中間データ生成部によって生成され、中間データ処理部によって処理された中間データに基づき、画像処理装置３に印刷を実行させるための印刷ジョブを生成する印刷ジョブ生成部である。実プリンタドライバは、ＰＣＬ（ＰｒｉｎｔｅｒＣｏｎｔｒｏｌＬａｎｇｕａｇｅ）６、ＰＳ（ＰｏｓｔＳｃｒｉｐｔ）、ＲＰＣＳ（ＲｅｆｉｎｅｄＰｒｉｎｔｉｎｇＣｏｍｍａｎｄＳｔｒｅａｍ）等の、画像処理装置３に対応した形式のＰＤＬ（ＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）を用いて印刷ジョブを生成する。その際、中間データは汎用的なデータ形式で構成されているため、本実施形態に係るシステムの実現に際して、画像処理装置３に対応して提供されているプリンタドライバを実プリンタドライバとして用いることが可能である。

上述したように、ＰＣ２のプリンタドライバ２１０は、ドライバサーバ１のプリンタドライバ１１０がコピーされることによって構成される。そのため、ドライバサーバ１のプリンタドライバ１１０は、図５に示す全モジュールを含むが、ＰＣ２のプリンタドライバ２１０は、図５に示す機能のうち、少なくともＰＣ２側で実行される機能に対応したモジュールのみで実現することが可能である。

次に、本実施形態に係るＰＣ２側のプリンタドライバ２１０と、ドライバサーバ１側のプリンタドライバ１１０との機能の分散態様について図６を用いて説明する。図６に示すように、ＰＣ２側のプリンタドライバ２１０においては、仮想プリンタドライバ２１１及び追加処理アプリ２１６に対応した機能が実現される。また、ドライバサーバ１側のプリンタドライバ１１０においては、ランゲージモニタ１１３、追加処理アプリ１１４及び実プリンタドライバ１１７に対応した機能が実現される。また、印刷データ１１１及び印刷設定情報１１２は、ドライバサーバ１側に設けられた記憶領域に格納される。

図５において説明したように、仮想プリンタドライバ２１１は、印刷設定部２１２及び描画部２１３を含み、描画部２１３は、中間データ生成部２１４及びイベント送信部２１５を含む。また、プリンタドライバ２１０側の追加処理アプリ２１６は、中間データ処理部２１７及びイベント受信部２１８を含み、プリンタドライバ１１０側の追加処理アプリ１１４は、中間データ処理部１１５及びイベント受信部１１６を含む。

図６に示すように、本実施形態に係るシステムにおいては、プリンタドライバ２１０側に追加処理アプリ２１６が構成され、プリンタドライバ１１０側に追加処理アプリ１１４が構成される。これは、中間データに基づくプレビュー表示のようなＰＣ２側で実現するべき付加機能と、中間データの編集処理のような、ドライバサーバ１側に任せても良い付加機能とを夫々ＰＣ２側、ドライバサーバ１側で実現するためである。

ここで、ランゲージモニタ１１３の機能について説明する。図７は、印刷処理におけるモジュールの処理順を示す図である。図７に示すように、プリンタドライバによって出力される印刷データは、ＯＳの機能の１つであるスプーラに受け渡される。ランゲージモニタ１１３は、スプーラによって呼び出されて動作するモジュールであり、スプーラから印刷データを取得して、指定されたキーに従って所定の領域に印刷データを格納する。

ランゲージモニタによって格納された印刷データは、通常の印刷処理においてはポートモニタに受け渡され、ポートモニタはポートドライバを介して画像処理装置３等のプリンタに印刷データを送信する。これにより、プリンタによる印刷が実行される。

図８は、本実施形態に係るシステムにおけるランゲージモニタ１１３とプリンタドライバ２１０及びプリンタドライバ１１０夫々のスプーラとの関わりを示す図である。図８に示すように、仮想プリンタドライバ２１１による中間データ生成処理の場合、プリンタドライバ２１０側のスプーラ２１９によってランゲージモニタ１１３が呼び出され、仮想プリンタドライバ２１１によって生成された中間データがランゲージモニタ１１３を介してプリンタドライバ１１０側の記憶領域に格納される。即ち、ランゲージモニタ１１３は、スプール処理において中間データの格納を行うソフトウェアモジュールである。

また、プリンタドライバ２１０に含まれる追加処理アプリ２１６によってプレビュー処理が実行される場合、追加処理アプリ２１６は、スプーラ２１９を介してランゲージモニタ１１３を呼び出し、プリンタドライバ１１０側に格納された中間データを取得してプレビュー処理を実行する。また、プリンタドライバ１１０に含まれる追加処理アプリ１１４によってデータ編集処理が実行される場合、追加処理アプリ１１４は、スプーラ１１８を介してランゲージモニタ１１３を呼び出し、プリンタドライバ１１０側に格納された中間データを取得してデータ編集処理を実行する。

次に、イベント送信部２１５、イベント受信部２１８、イベント受信部１１６によるイベント情報のやり取りについて図９を参照して説明する。本実施形態に係るイベント情報のやり取りには、メールスロットが用いられる。本実施形態に係るイベント情報のやり取りに際しては、イベント受信部１１６がメールスロット名を指定してメールスロットを生成する。

イベント送信部２１５は、イベント受信部１１６によって指定されたメールスロット名を使用してメールスロットへの書き込みを行うイベント受信部２１８及びイベント受信部１１６は、同一のメールスロットへの書き込み有無を監視しており、メールスロットへの書き込みがあった場合には、メールスロットの読み込みを行う。これにより、イベント送信部２１５からイベント受信部１１６、イベント受信部２１８へのイベント情報の通知が実現される。尚、本実施形態においては、プリンタドライバ２１０に含まれるモジュールはプリンタドライバ１１０からコピーされるものであるため、その際にメールスロット名を指定することが可能であるが、使用するメールスロット名は、レジストリや外部設定によって変更可能とすることもできる。

次に、本実施形態に係るシステムにおいてプレビュー処理が実行される場合の動作について図１０のシーケンスを用いて説明する。図１０に示すように、まずＰＣ２側においてアプリケーション２０１により印刷開始処理が実行される（Ｓ１００１）。Ｓ１００１の処理は、ユーザがＰＣ２を操作することにより印刷設定などを入力し、印刷の実行操作を行うことによって実行される。

アプリケーション２０１の動作を受けて、仮想プリンタドライバ２１１の印刷設定部２１２が印刷設定を取得し、スプーラ２１９を介してランゲージモニタ１１３に印刷設定を出力する（Ｓ１００２）。即ち、Ｓ１００２においては、仮想プリンタドライバ２１１の印刷設定部２１２が設定情報格納処理部として機能する。これにより、ランゲージモニタ１１３は、プリンタドライバ１１０側において印刷設定情報を所定の記憶領域に格納する（Ｓ１００３）。

続いて、アプリケーション２０１は、印刷処理を実行して印刷するべき画像情報を仮想プリンタドライバ２１１に受け渡す（Ｓ１００４）。これにより、仮想プリンタドライバ２１１の中間データ生成部２１４が中間データを生成し、スプーラ２１９を介してランゲージモニタ１１３に出力する（Ｓ１００５）。これにより、ランゲージモニタ１１３は、プリンタドライバ１１０側において中間データを印刷データとして所定の記憶領域に格納する（Ｓ１００６）。即ち、中間データ生成部２１４が、中間データ格納処理部として機能する。

印刷するべき画像情報の出力が完了すると、アプリケーション２０１は印刷終了処理を実行する（Ｓ１００７）。これにより、仮想プリンタドライバ２１１のイベント送信部２１５は、図９において説明した仕組みを用いて印刷終了通知を行う（Ｓ１００８）。イベント送信部２１５による印刷終了通知により、追加処理アプリ２１６のイベント受信部２１８が、仮想プリンタドライバ２１１から処理が受け渡されたことを認識する。

仮想プリンタドライバ２１１から処理が受け渡されたことを認識した追加処理アプリ２１６においては、中間データ処理部２１７が、図８において説明した仕組みを用いてランゲージモニタ１１３から中間データを取得し（Ｓ１００９）、取得した中間データに基づいてプレビュー表示を行う（Ｓ１０１０）。Ｓ１０１０において、追加処理アプリ２１６は、ＰＣ２に設けられているＬＣＤ６０等の表示装置を介して、ＧＵＩの表示によりプレビュー表示を行う。このような処理により、本実施形態に係るプレビュー表示動作が完了する。

次に、本実施形態に係るシステムにおいてプレビュー処理が実行された後、データ加工が施されて最終的に印刷が実行されるまでの動作について、図１１のシーケンスを用いて説明する。図１１に示す動作は、図１０の動作によってＰＣ２側で実行されたプレビュー表示のＧＵＩに対して、ユーザがデータ加工の操作及び印刷実行の操作を行うことにより開始される。

図１１に示すように、ドライバサーバ１側において、追加処理アプリ１１４の中間データ処理部１１５が、ランゲージモニタ１１３を呼び出して印刷設定及び中間データを取得する（Ｓ１１０１、Ｓ１１０２）。即ち、中間データ処理部１１５が中間データ取得部として機能する。そして、中間データ処理部１１５は、ユーザによるデータ加工の指定操作に従ってデータ加工処理を実行し（Ｓ１１０３）、印刷設定及び加工後の中間データを実プリンタドライバ１１７に入力して印刷開始処理を行う（Ｓ１１０４）。即ち、Ｓ１１０４においては、追加処理アプリ１１４が印刷ジョブ生成制御部として機能する。尚、追加処理アプリ１１４の付加機能によっては、Ｓ１１０３において印刷設定の編集も行われる。

追加処理アプリ１１４から印刷設定及び中間データを取得した実プリンタドライバ１１７は、一般的なプリンタドライバによって実行される処理と同様の処理により、印刷設定に従って中間データに応じた印刷ジョブを生成して画像処理装置３に入力する印刷ジョブの生成処理を開始する（Ｓ１１０５）。これにより、画像処理装置３に対して順次印刷ジョブが送信され、画像処理装置３において印刷が実行される。

印刷対象の中間データをすべて実プリンタドライバに入力すると、追加処理アプリ１１４は印刷終了処理を行い（Ｓ１１０６）、実プリンタドライバ１１７の処理を終了させる。そして、追加処理アプリ１１４は、ランゲージモニタ１１３を呼び出して中間データの削除処理を行うと共に（Ｓ１１０７、Ｓ１１０８）、印刷設定の削除処理を行う（Ｓ１１０９、Ｓ１１１０）。これにより、印刷の完了した中間データ及びその印刷設定が、プリンタドライバ１１０側の記憶領域から削除される。これにより、本実施形態に係るシステムにおける最終的な印刷動作が完了する。

このように、本実施形態に係るシステムにおいては、中間データに基づくプレビュー機能やデータ編集機能を実現するために、追加処理アプリ２１６及び追加処理アプリ１１４が中間データを取得する際、ＯＳに組み込まれた仕組みであるランゲージモニタを介して中間データを取得する。従って中間データの保存先がＰＣ２側の場合であってもドライバサーバ１側の場合であっても、ランゲージモニタによってハンドリングされた情報を取得するのみで良いため、追加処理アプリ２１６及び追加処理アプリ１１４による中間データの取得を容易に実現することが可能となる。

従って、本実施形態に係るシステムによれば、情報処理装置を介して画像形成装置を利用するための機能の一部を、ネットワークを介して接続された他の装置との間で分散する場合において、汎用性の高いデータを生成する第一段階の処理と、汎用性の高いデータに基づいて付加機能を実現する第二段階の処理とを実現することが可能である。その結果、第二段階の処理において付加機能を実現するモジュールは、汎用性の高いデータに対応させれば良い。

また、最終的に画像処理装置３に入力するための印刷ジョブは、このようにして生成され、編集された汎用性の高いデータに基づいて生成される。従って、特定のデータ形式に対応させた新たなプリンタドライバを構築する必要がなく、従来から画像処理装置３に対応して用いられているプリンタドライバを実プリンタドライバとして用いることが可能であり、システムの実現がより容易である。

ここで、本実施形態においては、汎用性の高いデータ形式である中間データの例として、ＸＰＳやＰＤＦを例として説明した。ここで、ＸＰＳデータの構造について図１２を参照して説明する。図１２に示すようにＸＰＳデータは、ＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅ、ＦｉｘｅｄＤｏｃｕｍｅｎｔ、ＦｉｘｅｄＰａｇe、Ｉｍａｇｅ及びＦｏｎｔの情報を含むと共に、それらに関連付けられたプリントチケットから構成されている。

このようなＸＰＳデータの構成は、ＸＰＳドライバによって実現される仮想プリンタドライバ２１１の描画部２１３によるＸＰＳデータの生成処理に関連する。図１３は、仮想プリンタドライバ２１１にＸＰＳドライバを用いた場合の描画部２１３の構成を示す図である。ＸＰＳドライバの描画部はＰｒｉｎｔＦｉｌｔｅｒＰｉｐｅｌｉｎｅＳｅｒｖｉｃｅのプロセスで動作する。

図１３に示す各モジュールのうち、ベンダ側、即ち画像処理装置３を提供する業者側で開発できるのはフィルタ部分である。このフィルタ部分が、描画部２１３に含まれる中間データ生成部２１４として機能する。ＦｉｌｔｅｒＰｉｐｅｌｉｎｅＭａｎａｇｅｒとＩｎｔｅｒ−ｆｉｌｔｅｒＣｏｍｍｕｎｉｃａｔｏｒが連携してフィルタを呼び出し、全てのフィルタの処理が終了するとフィルタによって処理が施された後のＸＰＳデータがスプーラ２１９に送信される。フィルタ間で必要となる描画情報はＰｒｉｎｔＰｉｐｅｌｉｎｅＰｒｏｐｅｒｔｙＢａｇを使って設定および取得が可能になる。

ＸＰＳのフィルタには種類があり、大きくはＸｔｏＸＦｉｌｔｅｒとＳｔｏＳＦｉｌｔｅｒがある。ＸｔｏＸＦｉｌｔｅｒはＸＰＳファイルをパーツごとに扱うことができる。ここで言うパーツとは、図１１において説明したＸＰＳデータを構成する夫々の情報である。一方ＳｔｏＳＦｉｌｔｅｒはＸＰＳファイルをストリームとして扱うことができる。

本実施形態に係る仮想プリンタドライバ２１１は、図１０において説明したように、印刷データと印刷設定情報を別個に出力する機能を有するが、この機能は夫々の機能を有するフィルタを実装することによって実現される。

図１４（ａ）、（ｂ）は、ＸｔｏＸＦｉｌｔｅｒ及びＳｔｏＳＦｉｌｔｅｒ夫々の場合における、中間データ生成部２１４からランゲージモニタを介したＸＰＳデータの出力態様を示す図である。図１４（ａ）は、描画部２１３を構成するフィルタをＳｔｏＳＦｉｌｔｅｒによって構成した場合を示す図である。上述したように、ＳｔｏＳＦｉｌｔｅｒはＸＰＳファイルをストリームとして扱うため、まとまったＸＰＳデータとしてデータが出力される。この場合、図１２において説明したように、ＸＰＳデータにはプリントチケットが含まれるため、別途プリントチケットを出力する必要はない。

図１４（ｂ）は、描画部２１３を構成するフィルタをＸｔｏＸＦｉｌｔｅｒによって構成した場合を示す図である。上述したように、ＸｔｏＸＦｉｌｔｅｒはＸＰＳファイルをパーツごとに扱うことができる。そのため、図１４（ｂ）の場合、中間データ生成部２１４は、ＸＰＳデータを構成するページ毎のＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）データと、それに関連するＦｏｎｔ及びＩｍａｇｅのデータを出力する。

図１４（ｂ）の態様の場合、図１４（ａ）の態様と異なり、追加処理アプリ２１６及び追加処理アプリ１１４は、ＸＰＳデータがすべて出力される前に、ページ毎に中間データにアクセスすることが可能になる。尚、図１４（ｂ）の場合、ＸＰＳデータを構成するパーツ毎にデータが出力されるため、プリントチケットも出力される。これにより、追加処理アプリ２１６及び追加処理アプリ１１４が印刷設定を参照することが可能となる。

尚、上記実施形態においては、図６において説明したように、印刷データや印刷設定情報がドライバサーバ１側に格納される場合を例として説明した。これは一例であり、ＰＣ２側に格納されるような構成も可能である。但し、一般的なＰｏｉｎｔ＆Ｐｒｉｎｔにおいては、ランゲージモニタ１１３はＰＣ２にコピーされない。従って、ＰＣ２のプリンタドライバ２１０側でスプーラ２１９を介してランゲージモニタ１１３を呼び出す場合には、ドライバサーバ１側のランゲージモニタ１１３を呼び出すことが一般的な処理となる。

そのため、ＰＣ２側に中間データを格納する場合には、ランゲージモニタ１１３に受け渡すために一度ドライバサーバ１側に送信された中間データが、ランゲージモニタ１１３によって再度ＰＣ２側に送信されて格納されることとなり、非効率的な処理となる。これに対して、図６において説明したように、印刷データや印刷設定情報がドライバサーバ１側に格納される場合には、ランゲージモニタ１１３がドライバサーバ１側に構成されるため、効率的な処理が実現される。

１ドライバサーバ
２ＰＣ
３画像処理装置
１０ＣＰＵ
２０ＲＡＭ
３０ＲＯＭ
４０ＨＤＤ
５０Ｉ／Ｆ
６０ＬＣＤ
７０操作部
８０バス
１０１ＯＳ
１０２ネットワークＩ／Ｆ
１１０プリンタドライバ
１１１印刷データ
１１２印刷設定情報
１１３ランゲージモニタ
１１４追加処理アプリ
１１５中間データ処理部
１１６イベント受信部
１１７実プリンタドライバ
１１８スプーラ
１１９メールスロット
２０１アプリケーション
２０２ＯＳ
２０３ネットワークＩ／Ｆ
２１０プリンタドライバ
２１１仮想プリンタドライバ
２１２印刷設定部
２１３描画部
２１４中間データ生成部
２１５イベント送信部
２１６追加処理アプリ
２１７中間データ処理部
２１８イベント受信部
２１９スプーラ

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

Claims

第１の情報処理装置と前記第１の情報処理装置とは異なる第２の情報処理装置とを有する画像形成出力制御システムであって、
前記第１の情報処理装置は、
印刷に関するデータの記憶の要求を受け付け、記憶を要求された該印刷に関するデータを所定の記憶領域に記憶し、該印刷に関するデータの取得の要求に基づいて該印刷に関するデータを送信する記憶制御手段と、
前記記憶制御手段に前記印刷に関するデータの要求をすることで前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに関する処理を行い、処理された該印刷に関するデータの印刷開始の通知を行う第１の追加処理手段と、
前記印刷開始の通知を受け付けたとき、該印刷に関するデータを画像処理装置で処理可能な印刷データに変換する変換手段と、
を有し、
前記第２の情報処理装置は、
印刷の要求を受け付ける印刷要求受付手段と、
前記印刷要求受付手段によって受け付けた印刷要求に基づいて複数の手段で処理可能な前記印刷に関するデータを生成するデータ生成手段と、
前記データ生成手段によって生成した前記印刷に関するデータの記憶を前記記憶制御手段に要求するデータ記憶要求手段と、
前記記憶制御手段に前記印刷に関するデータを要求することで、前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに基づく表示を行う第２の追加処理手段と、
を有することを特徴とする画像形成出力制御システム。
前記第２の追加処理手段は、印刷設定の変更を受け付け、前記記憶制御手段に対して前記印刷に関するデータを関連付けて変更を受け付けた該印刷設定の記憶を要求し、
前記第１の追加処理手段は、変更を受け付けた該印刷設定に基づいて該印刷に関するデータに関する処理を実行する、
ことを特徴とする請求項１に記載の画像形成出力制御システム。
前記記憶制御手段は、前記印刷に関するデータの格納を行うソフトウェアモジュールに対して予め定められた識別子を指定して前記印刷に関するデータを所定の記憶領域に格納させ、
前記第１の追加処理手段は、前記印刷に関するデータの格納を行うソフトウェアモジュールに対して前記予め定められた識別子を指定して前記印刷に関するデータを取得する、ことを特徴とする請求項１または２に記載の画像形成出力制御システム。
前記変換手段と前記データ生成手段は、それぞれが異なるプリンタドライバであり、
前記記憶制御手段は、ランゲージモニタである、
ことを特徴とする請求項１乃至３いずれか１項に記載の画像形成出力制御システム。
前記第１の追加処理手段は、取得された前記印刷に関するデータに基づき、画像形成出力対象の画像から所定の情報が検知された場合には、前記印刷に関するデータに対して予め定められた情報を付加する処理を行う機能を有する、
ことを特徴とする請求項１乃至４いずれか１項に記載の画像形成出力制御システム。
第１の情報処理装置と前記第１の情報処理装置とは異なる第２の情報処理装置とを連動させて画像形成出力を実行させる画像形成出力制御プログラムであって、
前記第１の情報処理装置において、
印刷に関するデータの記憶の要求を受け付け、記憶を要求された該印刷に関するデータを所定の記憶領域に記憶し、該印刷に関するデータの取得の要求に基づいて該印刷に関するデータを送信する記憶制御ステップと、
前記印刷に関するデータの要求をすることで前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに関する処理を行い、処理された該印刷に関するデータの印刷開始の通知を行う第１の追加処理ステップと、
前記印刷開始の通知を受け付けたとき、該印刷に関するデータを画像処理装置で処理可能な印刷データに変換する変換ステップと、
を実行させ、
前記第２の情報処理装置において、
印刷の要求を受け付ける印刷要求受付ステップと、
前記受け付けられた印刷要求に基づいて複数の手段で処理可能な前記印刷に関するデータを生成するデータ生成ステップと、
生成された前記印刷に関するデータの記憶を要求するデータ記憶要求ステップと、
前記印刷に関するデータを要求することで、前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに基づく表示を行う第２の追加処理ステップと、
を実行させることを特徴とする画像形成出力制御プログラム。
複数の情報処理装置を連動させて画像形成出力を実行させる画像形成出力制御システムにおいて用いられる情報処理装置であって、
前記情報処理装置は、
印刷に関するデータの記憶の要求を受け付け、記憶を要求された該印刷に関するデータを所定の記憶領域に記憶し、該印刷に関するデータの取得の要求に基づいて該印刷に関するデータを送信する記憶制御手段と、
前記記憶制御手段に前記印刷に関するデータの要求をすることで前記所定の領域に記憶された前記印刷に関するデータを取得し、取得した該印刷に関するデータに関する処理を行い、処理された該印刷に関するデータの印刷開始の通知を行う第１の追加処理手段と、
前記印刷開始の通知を受け付けたとき、該印刷に関するデータを画像処理装置で処理可能な印刷データに変換する変換手段と、
を有することを特徴とする情報処理装置。