(57)【要約】【課題】  ｉＣｏｐｙやｉＰｒｉｎｔでは、現状だれでもが原本と同一品質の複製物を入手できてしまう。複写許可ＩＤを設けることにより、許可部門のみ複写可能な仕組みを提供する。【解決手段】  許可部門ＩＤを付加した印刷データを送信しておき、部門ＩＤ照合による印刷許可は、出力機側で行なう。又は、部門ＩＤの照合は、原本ストレージ側で行い、許可部門ＩＤと一致する場合のみ、印刷データの送信を行なう。【選択図】  図１
2006154423.tif 000002
【特許請求の範囲】
【請求項１】
デジタル画像を印刷するシステムであり、
スキャナを用いたコピー操作の結果として、スキャン画像を出力する代わりに、システム中のストレージにあらかじめ保存されたデジタルデータを用いてコピー出力を得るシステムにおいて、
上記システム中のストレージにあらかじめ保存されたデジタルデータには、複写許可属性が付加されており、
印刷機器での出力を得る際には、使用者が入力したIDと、上記デジタルデータに付加された複写許可属性中のIDが一致した場合にのみ、印刷出力を行う手段
を有することを特徴とする、デジタル画像印刷システム。
【請求項２】
請求項１に記載のデジタル画像印刷システムであり、
あらかじめ保存されたデジタルデータに付加された複写許可IDと使用者が入力したIDの比較を、システム中の印刷出力機器で行う手段
を有することを特徴とする、デジタル画像印刷システム。
【請求項３】
請求項１に記載のデジタル画像印刷システムであり、
あらかじめ保存されたデジタルデータに付加された複写許可IDと使用者が入力したIDの比較を、システム中のストレージで行う手段
を有することを特徴とする、デジタル画像印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Copy、プリントを行う印刷システムに関する。
【背景技術】
【０００２】
従来、Copyは印刷結果を光学的にScanしてImageを作り出していた。
【０００３】
これに対し、オリジナル情報を所定の蓄積装置に蓄積させておき、この蓄積しておいたオリジナル情報を特定する情報を原稿に付加しておき、これをスキャンすることによってオリジナル情報を取得して印刷することにより、今までのコピーと全く同じワークフローで、光学的なScanによるCopyよりも高画質の印字結果を提供することが可能となる。
【０００４】
又、別の従来例としては、マルチファンクション端末装置と無線携帯端末とを接続しているときに、無線携帯端末がデータを受信する場合、パスワードや無線携帯端末のＩＤ番号や電話番号等の個別情報であるパスワードを識別するマルチファンクション端末装置（例えば特許文献１参照）をあげることが出来る。
【特許文献１】特開２００３−２３４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記の印刷システムにおいては、だれでもが原本と同一品質のコピー出力物を得ることができてしまう。
【課題を解決するための手段】
【０００６】
本発明の印刷システムは、原本データや展開済みデータを保存するストレージ手段と、上記原本データや展開済みデータに対して、複写印刷許可属性を指定する手段と、上記原本データや展開済みデータを受信して印刷出力を行う手段とを有し、上記原本データや展開済みデータを利用して複写を得る際に、印刷出力手段が受信した原本データや展開済みデータ中に複写印刷許可属性が指定されていた場合には、複写印刷許可属性中の許可IDを参照し、IDが一致した場合のみ印刷出力する手段を有する。
【０００７】
また、上記原本データや展開済みデータを利用して複写を得る際に、ストレージ手段が原本データや展開済みデータを送信する前に、複写印刷許可属性中の許可IDを参照し、IDが一致した場合のみ、データを送信する手段を有する。
【発明の効果】
【０００８】
本発明によって、検索情報の一部にコピー許可属性を付与することによって、蓄積しておいた原本データや展開済みデータに基づくコピー操作に関して、コピー出力に制限をかけることも可能になる。
【発明を実施するための最良の形態】
【０００９】
(本発明の第１の実施例)
図１は本発明に適応される印刷装置システムを表す。
【００１０】
なお、以下の説明ではiCopyとは、オリジナルデータ及びこれを保存している装置を特定するバーコード等の情報が付加された原稿を読み取ることによりオリジナルデータを取得して印刷する機能を指し、iPrintとはプリンタが印刷データに基づく画像を印刷する際に、当該印刷データから生成した中間データを保存可能な装置を検索して検索された装置を特定するためのバーコード等の情報を付加して印刷する機能を指すものとする。即ち、iPrintによって得た原稿を読み取らせることによりiCopy機能を利用可能となるものである。
【００１１】
101はホストコンピュータである。102はCPUであり、図２以降で説明するホストコンピュータ上で動作するソフトウェアは全てこの上で動作する。103はRAMであり、前記102で動作するソフトウェアがデータ保存や自分自身の動作のために使用する。104はHDDであり、ソフトウェアなどを保存する。105は通信インターフェイスである。
【００１２】
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であり、印刷物から電子的なイメージを得る。
【００１４】
図２は本発明におけるソフトウェアモジュールの構成図である。
【００１５】
201は前記103または前記104に保持された印刷データである。202は前記201を印刷する際に使用する一般的なプリンタドライバであり、本発明のための特別な機能はない。
【００１６】
210はデータ受信部であり、前記116が受信したデータを解析し、解析結果に基づき受信データの転送先を決定する。211はiPrint制御部であり、本発明の中心的役割を果たす。詳細機能については、図3以降のフローチャート内で示していく。212はデータ送信部であり、前記211からNetwork内の他の印刷装置に対しての問い合わせデータを送信する。213はPDL interpreterであり、受信した印刷データの解釈を行う。PDL interpreterには、ページ記述言語が存在する。214は前記213でPDL部分を解釈し、印刷装置が解釈可能な状態になった中間言語データである。215はRendererであり、前記214を入力データとしてImageデータ(216)を生成する。
【００１７】
220はデータ受信部であり、前記126が受信したデータを解析し、解析結果に基づき受信データの転送先を決定する。221はiPrint制御部であり、本発明の中心的役割を果たす。詳細機能については、図3以降のフローチャート内で示していく。222はデータ送信部であり、前記221からNetwork内の他の印刷装置に対しての問い合わせデータを送信する。223はPDL interpreterであり、受信した印刷データの解釈を行う。224は前記223でPDL部分を解釈し、印刷装置が解釈可能な状態になった中間言語データである。225はRendererであり、前記224を入力データとしてImageデータ(226)を生成する。
【００１８】
図３は本発明を実装した印刷装置が印字データを受信した際のフローチャートである。ユーザが前記201を印刷する為に、前記202を使用して前記110又は前記120のいずれかを指定して送信する。前記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)、さらに、登録されたジョブに複写許可属性が指定されていた場合には、複写許可属性として複写許可をするＩＤを付加し（ステップ308）、その後前記125で印刷する(ステップ318 )。ステップ303で自機器にStorageが無いと判断された場合、あるいはステップ304にて自機器にStorageはあるがStorageに空が無いと判断された場合、Network上に存在する他の機器にStorageを提供して貰うためにStorage検索を行う(ステップ309)。Storage検索は、図７に示したパケットを前記212又は前記222がNetwork上にBroadcastすることで行われる。701は送信先アドレスであり、この場合はBroadcastを意味するアドレスが記述される。702は自機器のアドレスである。703はコマンドを示すエリアであり、この場合は「Storage検索」という意味のコードが記述される。図７を受け取った機器の動作については、図４で説明する。Storage検索をかけた機器はBroadcastに対する返答が、Timeoutが発生する前まで待ち続ける(ステップ310、ステップ311)。Network上に空Storageが存在すれば、図８に示したパケットが返信されてくる(ステップ310)。801は送信先アドレス、つまりこの場合は「Storage検索」を行った自機器のアドレスで前記702と同じ物が記載されている。802はStorage検索に応答した機器のアドレス、つまり空Storageがあり、このパケットを生成した機器のアドレスが記載されている。803はコマンドを示すエリアであり、この場合は「Storage検索結果」という意味のコードが記述される。804は前記802の機器の空いているStorageの場所を示している。805は空Storageのサイズである。Windows（登録商標）がインストールされたPCで例えると、802は「PCのIPアドレス」、804は「C:\」に合致する。前記213と前記215又は前記223と前記225が受信データをRenderingしてImage(前記216又は前記226)にする(ステップ312)。この時、前記211又は前記221が中間言語(前記214又は前記224)かImage(前記216又は前記226)のいずれの状態で先のStorage検索で見つかったNetwork上のStorageの一つへ登録する(ステップ313)。Network上のStorageに登録する際には、図９で示すプロトコルが使用される。901は送信先のアドレス、つまり空Storageが存在する機器のアドレスが記載される。901は前記802と同じ物となる。902は自機器のアドレス、つまり801と同���物となる。903はコマンドを示すエリアであり、この場合は「Storage要求」という意味のコードが記述される。904は前記901の機器内のStorageの場所であり、前記804と同じ物となる。905は格納するデータのファイル名である。906は格納されるデータが中間言語であるかImageであるかを表している。907は格納されるデータである。(図示はしていないが、904、905、907は固定長でも、データ長を表すエリアを別途設けて可変長にしても同様の効果は得られる。)前記211又は前記221が中間言語(前記214又は前記224)かImage(前記216又は前記226)のいずれかが登録されているStorage情報(前記901)とStorage内の位置情報(前記904と前記905)をImage(前記216又は前記226)上に付加し(ステップ314)、さらに、登録されたジョブに複写許可属性が指定されていた場合には、複写許可属性として複写許可をするＩＤを付加し（ステップ315）、その後前記115又は前記125で印刷する(ステップ319 )。ステップ311で一定時間内に返答がなければ(つまり、Timeoutが発生すれば)、前記211又は前記221はNetwork上にも空Storageが無いと判断して、前記213と前記215又は前記223と前記225でRenderingを行い(ステップ316)、生成されたImage(前記216又は前記226)に何の加工もしないで、前記115又は前記125で印刷する(ステップ317)。
【００１９】
図４は本発明を実装した印刷装置がStorage検索/Storage要求を受信した際のフローチャートである。前記116又は前記126がデータを受信する(ステップ401)。受信したデータを前記210又は前記220が解析し、解析結果を前記211又は前記221へ通知する(ステップ402)。受信したデータがStorage検索(つまり図７)であった場合(ステップ403)、前記124を持つ前記120では前記221が前記124に空があるか否かを検査する（ステップ404）。空があれば、図８で示したプロトコルを作成して返答をする(ステップ405)。空がなければ前記124のデータの整理を行い、空きを作り出すことを試みる(ステップ406)。ステップ406で空ができれば(ステップ407 )ステップ405へ処理を移し、空ができなければ(ステップ407)何の返答もしないで終了する(ステップ408)。なお、Storageを持たない前記110は図７のプロトコルは無視して、何もしない。ステップ403でStorage要求(つまり図９)であることが分かると、前記124内の前記904に前記905という名称のファイルを作成して、前記906と前記907を格納する(ステップ409)。さらに、登録されたジョブに複写許可属性が指定されていた場合には、データに複写許可属性として複写許可をするＩＤを付加し（ステップ414）、全データが格納できれば(ステップ410、ステップ411)、終了する(ステップ413)。全データを格納する前に空がなくなった場合は(ステップ411)、前記124のデータの整理を行い、空きを作り出す (ステップ412)。ステップ406、ステップ412で空を作り出すために行うデータの整理方法としては、以下の物がある。
【００２０】
- 格納した中間言語/Imageを一定容量迄蓄積して、一定容量を超えたらFIFO(First In First Out)で古い情報を消去しながら、新規情報を登録する。
【００２１】
- 格納した中間言語/Imageを一定容量迄蓄積して、一定容量を超えたら一番過去にアクセスされた情報を消去しながら、新規情報を登録する。
【００２２】
- 格納した中間言語/Imageを一定時間経過したら消去する。
【００２３】
- 格納したImageを一定容量迄蓄積して、一定容量を超えたら最も古く登録されたものから圧縮率をあげて保存しなおす。
【００２４】
- 格納した中間言語を一定容量迄蓄積して、一定容量を超えたらImageで保存しなおした方が容量の小さくなるページを探して、該当ページをRenderingしてImageで保存する。
【００２５】
図５は本発明を実装した印刷装置にてCopyを行う際のフローチャートである。
【００２６】
まずコピー操作を行う際には、コントロールカードの挿入にや、タッチパネルＵＩからの入力により、操作者の部門ＩＤ入力を行っておく。Copyを行う時にScanningしたImageにStorage情報とStorage内位置情報が含まれているか否かを、前記221で検知する(ステップ502)。Storage情報とStorage内位置情報がなければ、通常のCopyと同様にScannerから得たImageを印刷する(ステップ503)。ステップ502でStorage情報とStorage内位置情報があれば、Storage情報から得られた機器に対して「引き出し要求」を行う。「引き出し要求」のプロトコルは図１０で示すフォーマットとなる。1001は送信先アドレスであり、Storage情報がそのまま格納される。1002は送信元アドレスであり、Copy動作を行っている機器のアドレスである。1003はコマンドを示すエリアであり、この場合は「引き出し要求」という意味のコードが記述される。1005と1006はStorage内位置情報から得られた情報を格納する(前記904、前記905と同じになる)。図１０を受信した機器の動作については、図６で説明する。図１０を受信した機器は図１１に示すプロトコルを返信してくる。1101は送信先アドレスで、前記1002と同じアドレスが入る。1102は送信元アドレスであり、前記1001と同じアドレスが入る。1103はコマンドを示すエリアであり、この場合は「引き出し結果」という意味のコードが記述される。1104はStorage場所であり前記1004と同じ値が入り、1105はファイル名であり前記1005と同じ値が入る。1106はデータタイプ、1107はデータである。もし、既に中間言語/Imageデータが削除されてしまっていれば、前記1106、前記1107にNullが入ってくる。前記1101に中間言語/Imageが残っていなければ、つまり前記1106、前記1107がNullならば(ステップ505)、印刷を行わずに終了する(ステップ503)。ステップ505で中間言語/Imageが残っていたら、つまり前記1106、前記1107がNullでなければ、前記211又は前記221は、前記1106の情報に基づき、前記1107を前記215又は前記225、あるいは前記115又は前記125へ投入する。この時も、前記211又は前記221は前記1102、前記1104と前記1105をImageに付加する。ただし、この際、ステップ506にてStorageデータに付加されている複写許可IDとコピー操作時に指定された部門管理IDの照合を行う。IDが一致した場合のみ、印刷は許可される。
【００２７】
図６は本発明を実装した印刷装置にてStorageからデータ引き出し要求を受けた際のフローチャートである。前記126がデータを受信する(ステップ601)。受信したデータを前記220が解析し、解析結果を前記221へ通知する(ステップ602)。受信したデータが引き出し要求(つまり図１０)であった場合、前記221が前記1004に前記に1005というファイルが存在するか否かを検査する（ステップ603）。ファイルが存在すれば、前記図１１のフォーマットにして中間言語/Imageを返信する(ステップ604)。ファイルが存在しなければ、前記1106、前記1107をNullにして中間言語/Imageが無い旨を送信する(ステップ605)。
【００２８】
(本発明の第２の実施例)
本発明の第2に実施例においては、複写許可IDの照合をストレージ側で実施することが特徴的である。iCopyやiPrintにおいて、出力機器とストレージとが別機器となる場合には、印刷データの転送が発生する。第1の実施例においては、印刷データの転送後に複写許可IDの照合を行い、もしIDが不一致だった場合には印刷出力を行わないために、無駄なネットワークトラフィックとなってしまっていた。第2の実施例においては、ストレージ側でID不一致とわかった時点で、印刷データ転送を行わないことで、無駄なネットワークトラフィックを発生させない。
【００２９】
図１２は本発明を実装した印刷装置にてCopyを行う際のフローチャートである。まずコピー操作を行う際には、コントロールカードの挿入にや、タッチパネルＵＩからの入力により、操作者の部門ＩＤ入力を行っておく。Copyを行う時にScanningしたImageにStorage情報とStorage内位置情報が含まれているか否かを、前記221で検知する(ステップ1202)。Storage情報とStorage内位置情報がなければ、印刷は行わない(ステップ1203)。ステップ1202でStorage情報とStorage内位置情報があれば、Storage情報から得られた機器に対して「引き出し要求」を行う。「引き出し要求」のプロトコルは図１4で示すフォーマットとなる。1401は送信先アドレスであり、Storage情報がそのまま格納される。1402は送信元アドレスであり、Copy動作を行っている機器のアドレスである。1403はコマンドを示すエリアであり、この場合は「引き出し要求」という意味のコードが記述される。1405と1406はStorage内位置情報から得られた情報を格納する(前記904、前記905と同じになる)。そして、部門IDが1406データタイプに従った形式で1407データとして格納されている。データを受信した機器の動作については、図１３で説明する。データを受信した機器は図１１に示すプロトコルを返信してくる。1101は送信先アドレスで、前記1002と同じアドレスが入る。1102は送信元アドレスであり、前記1001と同じアドレスが入る。1103はコマンドを示すエリアであり、この場合は「引き出し結果」という意味のコードが記述される。1104はStorage場所であり前記1004と同じ値が入り、1105はファイル名であり前記1005と同じ値が入る。1106はデータタイプ、1107はデータである。もし、既に中間言語/Imageデータが削除されてしまっていれば、前記1106、前記1107にNullが入ってくる。前記1101に中間言語/Imageが残っていなければ、つまり前記1106、前記1107がNullならば(ステップ1205)、通常のCopyと同様にScannerから得たImageを印刷する(ステップ1203)。ステップ1205で中間言語/Imageが残っていたら、つまり前記1106、前記1107がNullでなければ、前記211又は前記221は、前記1106の情報に基づき、前記1107を前記215又は前記225、あるいは前記115又は前記125へ投入する。この時も、前記211又は前記221は前記1102、前記1104と前記1105をImageに付加する。
【００３０】
図１３は本発明を実装した印刷装置にてStorageからデータ引き出し要求を受けた際のフローチャートである。前記126がデータを受信する(ステップ1301)。受信したデータを前記220が解析し、解析結果を前記221へ通知する(ステップ1302)。受信したデータが引き出し要求(つまり図14)であった場合、前記221が前記1004に前記に1005というファイルが存在するか否かを検査する（ステップ1303）。ファイルが存在すれば、ステップ1304にてstorage中のデータに付加された複写許可IDと、1407の部門IDが一致しているかを調べ、もし不一致ならデータ引き出し要求は拒否する（ステップ1306）。IDが一致している場合は、前記図１１のフォーマットにして中間言語/Imageを返信する(ステップ1307)。ファイルが存在しなければ、前記1106、前記1107をNullにして中間言語/Imageが無い旨を送信する(ステップ1305)。
【図面の簡単な説明】
【００３１】
【図１】本発明によって実現されるホストコンピュータと印刷装置のハードウェア構成図である。
【図２】本発明によって実現されるソフトウェア機能の概念図である。
【図３】本発明の印刷データ受信処理を説明するためのフローチャートである。
【図４】本発明のStorage検索/Storage要求処理を説明するためのフローチャートである。
【図５】本発明のCopy処理を説明するためのフローチャートである。
【図６】本発明のStorageからのデータ取得処理を説明するためのフローチャートである。
【図７】本発明でNetwork上でStorage検索を行う時に使用するプロトコルである。
【図８】本発明でStorage検索の結果を返信する時に使用するプロトコルである。
【図９】本発明で中間言語/ImageのStorageへの格納要求を行う時に使用するプロトコルである。
【図１０】本発明で格納された中間言語/Imageの引き出し要求をする時に使用するプロトコルである。
【図１１】本発明で格納された中間言語/Imageの引き出し要求時の結果を通知する時に使用するプロトコルである。
【図１２】本発明を実装した印刷装置にてCopyを行う際のフローチャートである。
【図１３】本発明を実装した印刷装置にてStorageからデータ引き出し要求を受けた際のフローチャートである。
【図１４】「引き出し要求」のプロトコルを示すフォーマット。
【図１】
2006154423.tif 000003
【図２】
2006154423.tif 000004
【図３】
2006154423.tif 000005
【図４】
2006154423.tif 000006
【図５】
2006154423.tif 000007
【図６】
2006154423.tif 000008
【図７】
2006154423.tif 000009
【図８】
2006154423.tif 000010
【図９】
2006154423.tif 000011
【図１０】
2006154423.tif 000012
【図１１】
2006154423.tif 000013
【図１２】
2006154423.tif 000014
【図１３】
2006154423.tif 000015
【図１４】
2006154423.tif 000016