(57)【要約】【課題】  ｉＰｒｉｎｔとｉＣｏｐｙを併用することで高画質Ｃｏｐｙを行う。【解決手段】  ｉＣｏｐｙで使用するアプリデータを保存するサーバーを指定するサーバー指定手段、サーバーの情報を印刷結果に添付するサーバー情報添付手段、印刷装置にＲｅｎｄｅｒｉｎｇ結果（＝Ｉｍａｇｅ）／中間言語データ（以下ＤＡＴＡ）を保存する保存手段、印刷データを印刷する際に保存されたＳｔｏｒａｇｅの情報を印刷するＳｔｏｒａｇｅ情報印刷手段、Ｓｔｏｒａｇｅ情報が印刷された印刷物をＳｃａｎした際にＳｔｏｒａｇｅ情報を取得するＳｔｏｒａｇｅ情報取得手段、前記取得手段でＤＡＴＡを取得できれば前記ＤＡＴＡを使用して印刷し取得できなければサーバー情報添付手段で添付された情報を使用して印刷を行うｉＣｏｐｙ印刷手段を有する。【選択図】  図１
2006154911.tif 000002
【特許請求の範囲】
【請求項１】
印刷時にサーバーにアプリケーションデータを保持させて、アプリケーションデータを保持したサーバーの情報を印刷結果に付加して印刷を行う印刷機能を使用する際に、印刷装置が印刷データを受信した際にネットワーク上に当該印刷データを蓄積可能な装置を検索する蓄積装置検索手段と、前記蓄積装置検索手段により検索された印刷装置に当該印刷データをレンダリングして得たデータを保存させる保存指示手段と、印刷データを印刷する際に前記レンダリング後のデータを保存した装置の情報を印刷する保存装置情報印刷手段を有する印刷システム。
【請求項２】
前記レンダリング後のデータを保存した装置の情報が印刷された印刷物を読み取ることにより当該データを保存している装置の情報を識別する識別手段と、前記識別した情報に基づき当該データを取得する第１の取得手段と、前記第１の取得手段による取得が行えなかった場合、前記サーバーで保持しているアプリケーションデータに基づき印刷データを取得する第２の取得手段とを有することを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記保存装置情報印刷手段が印刷する情報はさらに前記サーバーでアプリケーションデータが保持されていることを示す情報も含むことを特徴とする請求項１に記載の印刷システム。
【請求項４】
前記蓄積装置検索手段で印刷データを蓄積可能な装置が見つからなかった場合、保存対象であったレンダリング後のデータを消去することを特徴とする請求項１に記載の印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は蓄積されている原本情報を用いて印刷を行う印刷システムに関するものである。
【背景技術】
【０００２】
従来より、オリジナル情報を所定の蓄積装置に蓄積しておき、これを印刷装置側から取得して印刷することが知られている（特許文献１参照）。
【特許文献１】特開2002-157483号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来ではオリジナル情報はアプリケーションデータ形式であったため、それを取得してからレンダリングを行い、印刷するため時間がかかるという問題があった。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、本発明では、アプリケーションデータをレンダリングしてから蓄積可能な装置を検索し、その装置にレンダリング後のデータを蓄積させ、その装置の情報を付加してから印刷することにより、この装置を特定して再印刷可能とするとともに、印刷にかかる時間を短くすることを可能とする。
【発明の効果】
【０００５】
本発明によれば、アプリケーションデータからレンダリングした後の形態のデータを保持させておくとともに、これを保存している装置の情報を印刷データに反映させるため、再利用時に容易にその装置を特定して即時に印刷結果を得ることが可能となる。
【発明を実施するための最良の形態】
【０００６】
（実施例１）
図１は本発明に適応される印刷装置システムを表す。
【０００７】
101はホストコンピュータである。102はCPUであり、図２以降で説明するホストコンピュータ上で動作するソフトウェアは全てこの上で動作する。103はRAMであり、前記102で動作するソフトウェアがデータ保存や自分自身の動作のために使用する。104はHDDであり、ソフトウェアなどを保存する。105は通信インターフェイスである。
【０００８】
131もホストコンピュータである。132はCPUであり、図２以降で説明するホストコンピュータ上で動作するソフトウェアは全てこの上で動作する。133はRAMであり、前記132で動作するソフトウェアがデータ保存や自分自身の動作のために使用する。134はHDDであり、ソフトウェアなどを保存する。135は通信インターフェイスである。
【０００９】
110は印刷機である。111はパネルであり、前記110の動作設定を行う。112はCPUであり、図２以降で説明する印刷装置上で動作するソフトウェアは全てこの上で動作する。113はRAMであり、前記112で動作するソフトウェアがデータ保存や自分自身の動作のために使用する。114はROMであり、ソフトウェアなどを保存する。115はプリンタエンジンであり、前記112上で動作したソフトウェアが作り出すイメージの印刷を行う。116は通信インターフェイスである。
【００１０】
120は複合機である。121はパネルであり、前記120の動作設定を行う。122はCPUであり、図２以降で説明する印刷装置上で動作するソフトウェアは全てこの上で動作する。123はRAMであり、前記122で動作するソフトウェアがデータ保存や自分自身の動作のために使用する。124はHDDであり、ソフトウェアなどを保存する。125はプリンタエンジンであり、前記122上で動作したソフトウェアが作り出すイメージの印刷を行う。126は通信インターフェイスである。127はScannerであり、印刷物から電子的なイメージを得る。
【００１１】
図２は本発明におけるソフトウェアモジュールの構成図である。
【００１２】
なお、以下ではiCopyとは、オリジナルデータ及びこれを保存している装置を特定するバーコード等の情報が付加された原稿を読み取ることによりオリジナルデータを取得して印刷する機能を指し、iPrintとはプリンタが印刷データに基づく画像を印刷する際に、当該印刷データから生成した中間データを保存可能な装置を検索して検索された装置を特定するためのバーコード等の情報を付加して印刷する機能を指すものとする。即ち、iPrintによって得た原稿を読み取らせることによりiCopy機能を利用可能となるものである。
【００１３】
201は前記103または前記104に保持された印刷データである。202はiCopy機能を用いて前記201を印刷する際に使用するiCopyアプリケーションである。
【００１４】
iCopyアプリケーションは、印刷データを保存するサーバーを指定する機能と、前記201に印刷データを保持するように指定したサーバーの情報を付加する機能、サーバー情報を付加した印刷データを印刷機とサーバーに送信する機能を持っている。
【００１５】
前記131がサーバーである。232がiCopyサーバーであり、前記202から送信された前記201にサーバー情報を付加した印刷データである231を受け取り、前記131上に保持する。
【００１６】
210はデータ受信部であり、前記116が受信したデータを解析し、解析結果に基づき受信データの転送先を決定する。211はiPrint制御部であり、本発明の中心的役割を果たす。詳細機能については、図３以降のフローチャート内で示していく。212はデータ送信部であり、前記211からNetwork内の他の印刷装置に対しての問い合わせデータを送信する。213はPDL interpreterであり、受信した印刷データの解釈を行う。PDL interpreterには、PostScript、LIPSなどが存在する。214は前記213でPDL部分を解釈し、印刷装置が解釈可能な状態になった中間言語データである。215はRendererであり、前記214を入力データとしてImageデータ(216)を生成する。
【００１７】
220はデータ受信部であり、前記126が受信したデータを解析し、解析結果に基づき受信データの転送先を決定する。221はiPrint制御部であり、本発明の中心的役割を果たす。詳細機能については、図３以降のフローチャート内で示していく。222はデータ送信部であり、前記221からNetwork内の他の印刷装置に対しての問い合わせデータを送信する。223はPDL interpreterであり、受信した印刷データの解釈を行う。224は前記223でPDL部分を解釈し、印刷装置が解釈可能な状態になった中間言語データである。225はRendererであり、前記224を入力データとしてImageデータ(226)を生成する。
【００１８】
図３は本発明を実装した印刷装置が印字データを受信した際のフローチャートである。ユーザが前記202を使用して、前記201にiCopyサーバー情報が付加された印刷データ(前記231と同等)を、前記110又は前記120のいずれかに送信する。(iCopy機能で前記232に登録する手段については本発明の主眼ではないので省略する)前記116又は前記126がデータを受信する(ステップ301)。受信したデータを前記210又は前記220が解析し、解析結果を前記211又は前記221へ通知する(ステップ302)。受信したデータが印刷データであった場合、前記211又は前記221は自機器にStorageがあるか否かを判断する(ステップ303)。前記120の場合は、前記124があるので自機器にStorageがあると判断、前記110の場合は自機器にStorageがないと判断する。Storageがある場合は自Storageに空があるか否かを確認する(ステップ304)。自Storageに空がある場合は、前記223、前記225が受信データをRenderingしてImage(前記226)にする(ステップ305)。この時、前記221が中間言語(前記224)かImage(前記226)のいずれの状態でStorage(前記124)へ登録する(ステップ306)。前記221が中間言語(前記224)かImage(前記226)のいずれかが登録されているStorage(前記124)内の位置情報、ファイル名と自機器のアドレスをImage(前記226)上に付加し(ステップ307)、前記125で印刷する(ステップ308)。ステップ303で自機器にStorageが無いと判断された場合、あるいはステップ304にて自機器にStorageはあるがStorageに空が無いと判断された場合、Network上に存在する他の機器にStorageを提供して貰うためにStorage検索を行う(ステップ309)。Storage検索をかけた機器はBroadcastに対する返答が、Timeoutが発生する前まで待ち続ける(ステップ310、ステップ311)。Storage検索の詳細は、提案番号5515523参照。Network上に空Storageがあると判断された場合は、前記213と前記215又は前記223と前記225が受信データをRenderingしてImage(前記216又は前記226)にする(ステップ312)。この時、前記211又は前記221が中間言語(前記214又は前記224)かImage(前記216又は前記226)のいずれの状態で先のStorage検索で見つかったNetwork上のStorageの一つへ登録する(ステップ313)。前記211又は前記221が中間言語(前記214又は前記224)かImage(前記216又は前記226)のいずれかが登録されているStorage情報とStorage内の位置情報をImage(前記216又は前記226)上に付加し(ステップ314)、前記115又は前記125で印刷する(ステップ315)。ステップ311で一定時間内に返答がなければ(つまり、Timeoutが発生すれば)、前記211又は前記221はNetwork上にも空Storageが無いと判断して、前記213と前記215又は前記223と前記225でRenderingを行い(ステップ316)、生成されたImage(前記216又は前記226)に何の加工もしないで、前記115又は前記125で印刷する(ステップ317)。
【００１９】
つまり、前記308、前記315で印刷された印刷結果はiCopyのサーバー情報と、iPrintのStorage情報の両方が添付されたものとなる。
【００２０】
図４は本発明を実装した印刷装置がiCopyとiPrintの両方が付加したStorage情報を持つ印刷物をScanした際のフローチャートである。Copyを行う時にScanningしたImageにiPrintが付加したStorage情報とStorage内位置情報が含まれているか否かを、前記221で検知する(ステップ402)。Storage情報とStorage内位置情報があれば、Storage情報から得られた機器に対して「引き出し要求」を行う(ステップ403)。「引き出し要求」の詳細は、提案番号5515523参照。もし、既に中間言語/Imageデータが削除されてしまっていなければ (ステップ404)、前記211又は前記221は、取得したデータを前記215又は前記225、あるいは前記115又は前記125へ投入する(ステップ405)。ステップ402、ステップ404でiPrintのStorage情報あるいは、iPrint機能がStorageに残した中間言語/Imageが見つからなければ、iCopyが付加したStorage情報があるか否かを前記221で検知する(ステップ406)。iCopyの付加した情報があれば、iCopyサーバーに蓄積したアプリケーションデータを印刷ジョブとして流すように要求し(ステップ407)、通常のアプリケーションを印刷するのと同様に印刷を行う(ステップ408)。前記406でiCopy機能もStorage情報を付加されていないと分かったら、通常のScannerからの印刷を行う。
【００２１】
（実施例２）
第一の実施例ではiPrintとiCopyを併用するだけの例を示したが、iPrintのみを行う印刷ジョブでNetwork上に空Storageが見つからなかった場合に、iPrintとiCopyが併用された印刷データのiPrint用Storageは優先的に削除対象とする事で、より多くの印刷ジョブに対して、原本からの印刷を行う機会を与えることが可能となる。
【００２２】
具体的に処理フローを説明する。
【００２３】
まず、前記202が印刷データを前記110または前記120に送信する際に、iCopyされたことを示す情報を付加して前記110または前記120に送信する。
【００２４】
印刷データを受信した前記110または前記120が印刷を行う際のフローチャートは図３と基本的には同等のフローとなる。ただし、Storageに登録するステップ306、ステップ313において、前記のiCopyされたことを示す情報を合わせて保存する。
【００２５】
次にStorage検索/Storage要求を受けた時の前記120の処理を図５を用いて説明する。前記116又は前記126がデータを受信する(ステップ501)。受信したデータを前記210又は前記220が解析し、解析結果を前記211又は前記221へ通知する(ステップ502)。受信したデータがStorage検索であった場合(ステップ503)、前記124を持つ前記120では前記221が前記124に空があるか否かを検査する（ステップ504）。空があれば、その旨を返答をする(ステップ505)。空がなければ前記124のデータの整理を行い、空きを作り出すことを試みる。この時、提案番号5515523で提示した空きエリア作成基準に先立って、前記のiCopyされたことを示す情報を持つデータを最優先で消去する(ステップ506)。ステップ506で空ができれば(ステップ507)ステップ505へ処理を移し、空ができなければ(ステップ507)何の返答もしないで終了する(ステップ508)。ステップ503でStorage要求であることが分かると、中間言語/Imageデータを格納する(ステップ509)。全データが格納できれば(ステップ510、ステップ511)、終了する(ステップ513)。全データを格納する前に空がなくなった場合は(ステップ511)、前記124のデータの整理を行い、空きを作り出す(ステップ512)。ステップ512で空を作り出すために行うデータの整理方法としては、ステップ506と同等の方法を取ることができる。
【図面の簡単な説明】
【００２６】
【図１】本発明によって実現されるホストコンピュータと印刷装置のハードウェア構成図である。
【図２】本発明によって実現されるソフトウェア機能の概念図である。
【図３】本発明の印刷データ受信処理を説明するためのフローチャートである。
【図４】本発明のCopy処理を説明するためのフローチャートである。
【図５】本発明のStorage検索/Storage要求処理を説明するためのフローチャートである。
【図１】
2006154911.tif 000003
【図２】
2006154911.tif 000004
【図３】
2006154911.tif 000005
【図４】
2006154911.tif 000006
【図５】
2006154911.tif 000007