原稿への二次元コード付加方法
【課題】二次元コード内に原稿のIDを振り、サーバに登録を行うことで履歴を追跡可能な技術において、二次元コードがある原稿を印刷している際に、MFPが印刷を継続できない状態（紙詰まり、トナー切れ）や、ジョブのキャンセルが発生されてしまった場合の処理が決まっていない。
【解決手段】原稿に対して二次元コードを付加して印刷を行う装置で、MFPが原稿の印刷を行えない状態になった場合に、生成された管理情報と合成された印刷データを印刷開始後も記憶しておき、印刷出力の再開時にその印刷データを用いて再度印刷を行う。
【解決手段】原稿に対して二次元コードを付加して印刷を行う装置で、MFPが原稿の印刷を行えない状態になった場合に、生成された管理情報と合成された印刷データを印刷開始後も記憶しておき、印刷出力の再開時にその印刷データを用いて再度印刷を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原稿に二次元コードを付加して管理する方法に関する。
【背景技術】
【０００２】
印刷物が誤って、あるいは不正に複写されることを防止等するため、履歴を管理することは重要である。そうした管理を実現する１つの技術がある。すなわち、まず、前準備として原稿を印刷するときにその原稿をシステムにおいて一意に特定するＩＤを画像に含めて印刷する。その際、そのＩＤに対応付ける形で、印刷を指示したユーザを特定するための情報（例えば、ユーザ名など）をサーバなどに保存しておく。
【０００３】
これにより、印刷物を印刷した者を印刷後特定することができる。ユーザがその印刷物をスキャンすると装置がＩＤを抽出し、そのＩＤに対応付けられたユーザ名をサーバから読み出し表示することができる。
【０００４】
また、従来技術では、上述のようなＩＤが印刷された印刷物を複写する場合、元のＩＤが削除され、新たなＩＤを含む印刷物（複写物）が生成される技術が開示されている。この場合、印刷あるいは複写したものを追跡するため、サーバには新たな情報が追加される。この点、例を用いて以下に説明する。
【０００５】
まず、印刷物にはＩＤ：１が含まれ、サーバには「ＩＤ：１」、「印刷ユーザ：Ａさん」という情報が保存されていたとする。従来の技術によると、印刷物が複写される場合、その複写物には新たなＩＤ：２が生成され、印刷され、サーバには「ＩＤ：２」、「複写ユーザ：Ｂさん」、「ＩＤ：１→２」という情報が追加されることになる。このようにして複写された複写物をスキャンすると、誰（Ｂさん）が複写したのかわかる。また、「ＩＤ：１→２」という紐付けの情報を使うことで、誰（Ａさん）が最初に印刷をしたのかわかるようにすることもできる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のように、複合機（以下、ＭＦＰともいう）により印刷物にＩＤを含めて印刷を行う際には、サーバに指示をした操作者のＩＤも登録する。しかし、実際にはＭＦＰの印刷時に、紙詰まりが発生してＩＤが印刷された印刷物が出力できない場合や、印刷準備中にその印刷ジョブがキャンセルされてしまってＩＤを印刷した印刷物が出力されない場合がある。
【０００７】
このように印刷が適切に行われなかった場合に、生成されたＩＤの登録をどうするか、また、ＩＤを合成した印刷用の画像をどうするか、決まっていないため、適正な原稿の管理ができないという問題がある。
【課題を解決するための手段】
【０００８】
本発明の画像形成装置は、原稿の画像を読取る読取手段と、読取られた画像の識別情報を生成し、読取られた画像と合成する合成手段と、合成手段により得られた合成画像の画像形成を実行する画像形成手段とを備え、画像形成手段は、画像形成が失敗した場合、再度識別情報を生成することなく、合成画像の画像形成を再度実行し、データベースに識別情報を記憶することを特徴とする。
【発明の効果】
【０００９】
本件によれば、従来考慮されていなかった、ＩＤを含んだ原稿の印刷が失敗した場合でも、ＩＤのサーバへの登録や、ＩＤを含んだ印刷データに関して、好適な処理をすることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例のシステムを示す図である。
【図２】実施例１における原稿の二次元コードに含まれる情報を示す図である。
【図３】実施例１における二次元コードの例を示す図である。
【図４】実施例１における生成される二次元コードに含まれる情報を示す図である。
【図５】実施例１におけるサーバへの二次元コードの情報の登録処理を示すフローチャートである。
【図６】実施例１のサーバにおける原稿の関連情報の登録状態を示す図である。
【図７】実施例１における二次元コードの原稿上の印刷位置を示す図である。
【図８】実施例１におけるＭＦＰ内に記憶された印刷データの状態管理テーブルの一例を示す図である。
【図９】実施例２におけるＭＦＰに記憶された印刷データを更新した例を示す図である。
【図１０】実施例３におけるＭＦＰに記憶された印刷データを更新した例を示す図である。
【図１１】本発明の一実施例における印刷中断およびジョブキャンセル時の処理を示すフローチャートである。
【図１２】実施例１の印刷中断時の処理を示すフローチャートである。
【図１３】実施例１のＩＤのサーバにおける登録状態を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について、図面を参照して説明する。
［実施例１］
図１は、本発明の一実施例のシステム図である。複合機（ＭＦＰ：マルチファンクショナルプリンター）１０１、１０６は、原稿を読取って、画像をメモリ等の記憶部に記憶するとともに、紙上に画像形成するが、ＭＦＰ以外でも以上の機能を有すれば何でもよく、本発明を実装する装置はＭＦＰに限られない。
【００１２】
＜原稿の説明＞
本実施例で用いられる原稿１０２には、図１に示すように原稿内容の画像と、原稿の管理情報をコード化した二次元コード１０３とが印刷されている。この二次元コードとは特定の規定に従い管理情報が埋め込まれているものである。この管理情報には原稿をシステム内で一意に識別する画像識別情報（以下、ＩＤ）、印刷物の出力を指示した操作者であるユーザのユーザ名（ＵＳＥＲ Ｎａｍｅ）あるいは操作者識別情報および出力を行った時刻（Ｔｉｍｅ）が含まれる。なお、本実施例では読取の対象となるものを原稿と呼び、何らかの情報が印刷されたものを印刷物と呼ぶ。ただし、印刷物がさらに複写される等、読取の対象になった場合には、原稿も印刷物も、両者の間に実質的な違いは無い。
【００１３】
＜原稿の管理情報登録処理＞
本実施例では、管理情報を含む原稿をコピーした場合に、印刷に失敗したときの処理を後述するが、その前に印刷に成功したときの処理、特に新たに生成されたＩＤをサーバに登録する処理を説明する。すなわち、コピーを行う際、ＭＦＰ１０１がどのように管理情報をサーバに登録するか、図５のフローチャートを参照して説明する。まず、ステップＳ５０１で、読取手段により読取られた原稿１０２に含まれる二次元コード１０３を、抽出手段により検出しデコードが行えるか否か確認する。すなわち、原稿１０２がユーザによりセットされ、二次元コードが検出されればデコードして管理情報を抽出し、二次元コードが検出できない場合はＳ５０５へ移行する。
【００１４】
ステップＳ５０２で、ＭＦＰ１０１は、二次元コードに含まれる管理情報の更新を行う。すなわち、ＭＦＰ１０１は、合成手段によって、処理の指示を行ったユーザのユーザ名（Ｕｓｅｒ Ｎａｍｅ）、出力時刻（Ｔｉｍｅ）、印刷物をシステム内で一意に識別するＩＤを生成して管理情報を更新する。ここで、ユーザ名は本実施例の処理の指示の際にユーザが入力した識別番号に基づいて予め登録されたユーザ名を検索して取得するなど、本技術分野で用いられるいずれかの方法によって取得することができる。同様にＩＤも本技術分野で知られたいずれかの方法で生成される。
【００１５】
ステップＳ５０３で、ＭＦＰ１０１は更新後の管理情報を二次元バーコードにエンコードする。ステップＳ５０４で、生成され、エンコードされた二次元コード１０５を、原稿のスキャンにより得られた原稿の内容の画像と合成して印刷データとしてＭＦＰ内のいずれかの記憶媒体に保存する。すなわち、もともと原稿１０２にあった二次元コード１０３が削除され、それと同じ領域に今回更新された二次元コード１０５が合成手段により合成される。合成された画像はＭＦＰ101に印刷データとして保存される。
【００１６】
ステップＳ５０５では、情報管理手段により、ＭＦＰ１０１に保存されている、例えば図８に示すような印刷状況の管理テーブルの状態の更新を行う。すなわち、Ｓ５０４で保存された印刷データが画像形成手段である印刷部（図示せず）で印刷されたか否かを検出して、印刷待ち→印刷中→印刷完のようにｓｔａｔｕｓを変更して、状態を更新する。管理テーブルは後述する。ここで、二次元コードが検出されなかった場合（Ｓ５０１でＮｏ）、本実施例の更新処理は不要であるから、Ｓ５０２ないしＳ５０４の処理は行わない結果、読取られた原稿の内容がそのまま印刷されることとなる。
【００１７】
ステップＳ５０６では、例えば図８の管理テーブルを参照して印刷が完了した原稿（ｓｔａｔｕｓ＝印刷完）があるか否か確認する。管理テーブルの状態に変化があった場合はステップＳ５０７に移行し、ＭＦＰ１０１は、元の原稿１０２の管理情報と、印刷物１０４に印刷されている二次元コード１０５の示す管理情報とをサーバ１０８に送信する。受信したサーバ１０８はこれらの情報の登録を、例えばデータベースなどに保存されたテーブルを用いて行う。この際、これらの情報は関連付けて登録される。ステップＳ５０８では、例えば図８の管理テーブルに印刷完のデータがあるか否か判断し、あるときはＳ５０９に移行する。Ｓ５０９において、管理テーブルでｓｔａｔｕｓ＝印刷完となった以後一定時間経過した印刷データをＭＦＰ１０１内から削除する。
【００１８】
Ｓ５０６で印刷完データがない場合は一定時間をおいて、Ｓ５０５の印刷状況更新に戻り印刷状況に応じこれを繰り返す。また、Ｓ５０８の処理の後、未だ印刷完のデータがあった場合（Ｓ５０９のＹｅｓ）、同様にＳ５０５に戻る。
【００１９】
図８にＭＦＰ101が印刷を行う画像データの状態を管理するための管理テーブルを示す。「ＩＤ」は上述の通り原稿をシステム内で一意に識別するＩＤのことであり、「Ｓｔａｔｕｓ」は印刷完、印刷中、印刷待ちの状態を示している。「印刷完了からの時間」は印刷が完了してから経過している時間を示す。すなわち、ＭＦＰ１０１は、印刷後「印刷完了からの時間」の間印刷データを保持していることを示す。具体的に図８を参照すると、原稿のＩＤ11〜14までは印刷完了、ＩＤ15〜17は印刷中である。ＩＤ18〜20までは印刷待ちの状態で保存されている。管理テーブルで管理されている原稿はＩＤ１１からであり、ＩＤ1〜10は示されていないが、これはＭＦＰ１０１において既に印刷が完了して、十分時間が経過し、ＭＦＰ１０１から削除されたからである。これらの状態は図５のステップＳ５０５において更新される。
【００２０】
図６は、サーバ１０８が管理情報を保存するテーブルの例を示す図である。ＭＦＰ１０１において管理情報が送られてきた時間順に更新される。すなわち、生成された原稿の更新後のＩＤを、元原稿のＩＤ、Ｕｓｅr Ｎａｍｅ（処理を指示したユーザのユーザ名）、Ｔｉｍｅ（生成された二次元コードを含む印刷データが印刷された時刻）とともに登録する。
【００２１】
＜管理情報について＞
次に、本実施例における管理情報について、図２と図３とを用いて説明する。図２は、本実施例の二次元コードの規定に従い、含まれている管理情報の一例を示す図である。図２の管理情報において、ユーザ名（Ｕｓｅｒ Ｎａｍｅ）が“Ｄａｖｉｄ Ｊｅｎｅｇａｌ”であり、印刷物の出力時刻（Ｔｉｍｅ）が“２００８／０９／２１ １４：３３”である。原稿をシステム内で一意に識別するための原稿のＩＤは “Aabbccddff11223344”である。
【００２２】
図３は、図２に示す情報をコード化した二次元コードである。デコードとは、この二次元コードをデコードして、例えば、図２に示すような管理情報を生成することであり、エンコードとは、逆に例えば図２に示すような管理情報をエンコードして、二次元コードを生成することである。
【００２３】
なお、本実施例では、二次元コードの場合を中心に処理の説明を行うが、二次元コード以外のコード、例えば一次元コード、電子透かし等を用いて管理情報を原稿に埋め込むことが可能なことは、当業者であれば容易に理解できよう。
【００２４】
以上のような管理情報は原稿がコピーされるごとに、新たなＩＤを付されて更新される。例えば、図２に示す管理情報を持つ二次元コードを含む原稿のコピーを、山田太郎氏が2009/06/15の11:25に指示し、コピーが行われたとする。このような場合、図２に示す管理情報が更新され、図４に示すような管理情報が生成されてコピーにより出力された印刷物に二次元バーコードとして印字される。
【００２５】
管理情報に含まれるユーザ名（Ｕｓｅｒ Ｎａｍｅ）としては、先に説明した、ユーザが原稿コピーの指示に先立って、図１のＭＦＰ１０１の操作画面上で入力したユーザ名などが使用される。本実施例では、図４に示すように、入力されたユーザ名（Ｕｓｅｒ Ｎａｍｅ）は、“Ｔａｒｏ Ｙａｍａｄａ”である。また、画像形成が実行された時刻は、ＭＦＰ１０１が今回のコピー処理により印刷出力物を出力する時刻（Ｔｉｍｅ）とするが、コピーを指示された時刻等、システムで共通して用いることが適切な一定の時刻を用いることができる。すなわち、本実施例ではＭＦＰ１０１が検知した“２００９／０６／１５ １１：２５”となる。
【００２６】
＜二次元コードの印刷位置＞
本実施例で示すシステムにおける特定の二次元コードの規定では、所定の領域に印字記録（印刷）されるものとする。図７は、本実施例で示すシステムにおいて、印刷出力物上に印字記録された二次元コードの領域の一例を示す図である。印刷出力物７０１の右下部の所定領域内には、二次元コード７０２が印字記録されている。ここで、二次元コード７０２は、規定で予め定められた一定の領域７０３のいずれかに記録されることになっておいる。領域７０３は、通常印刷出力物７０１の紙面上の左上、左下、右上、右下の四隅の４箇所であり、大きさも予め規定されている。
【００２７】
すなわち、例えば、印刷物７０１上の右下領域７０４は紙面端から３０ｍｍ四方の正方形領域であり、二次元コード７０２はこの正方形範囲内に印字記録される。
【００２８】
同様に、領域７０３の左上、左下、右上の個所に関しても、二次元コードが印字記録される領域は、紙面端から３０ｍｍ四方の正方形範囲内とすることができる。本実施例で示すシステムでは、印刷物７０１上の原稿の内容である記録画像の領域に二次元コードが重ならないように、領域７０３の４箇所のうち、適切な１箇所に二次元コード７０２を印字記録するものとする。
【００２９】
従って、本実施例で示すシステムにおいて、図１のＭＦＰ１０１が図４の印刷物７０１を原稿として読取りを行う場合には、印刷出力物７０１上の領域７０３の４箇所の正方形範囲内だけをスキャンして、二次元コードの検出を行うことができる。図７に示す印刷物７０１を読取ると、領域７０３のうち、右下部の領域７０４の規定範囲内に二次元コード７０２が検出されることになる。
【００３０】
＜本実施例の処理＞
以上、管理情報を含む原稿のコピーを行う場合に、管理情報を更新し、更新された管理情報を含む印刷物の出力処理について説明したが、次に本実施例の特徴である印刷に失敗した場合の管理情報、特にＩＤについての処理について説明する。また、これに合わせて図６に示すようなサーバ側の原稿の関連情報を管理するテーブルについての処理も説明する。本実施例では、印刷出力に失敗した場合に二次元コード（すなわち、ＩＤ）を改めて更新することなく再度印刷を行う。
【００３１】
すなわち、ＭＦＰ１０１において印刷データの出力が中断されることがある。その原因として、ＭＦＰ１０１において紙詰まりやトナー切れその他ＭＦＰ１０１のもつ消耗品の劣化等が考えられる。このように中断が発生すると、中断原因が探索され、それらの要因が解除されると、ＭＦＰ１０１における印刷出力が再開される。本実施例では、生成された管理情報と合成された印刷データを印刷開始後も記憶しておき、印刷出力の再開時にその印刷データを用いて再度印刷を行う。
【００３２】
次に、印刷が中断された場合のＭＦＰ１０１の処理を図５及び図１２を参照して説明する。ここで、ステップＳ１２０１〜１２０５、Ｓ１２０７〜Ｓ１２０９は、それぞれ図５のＳ５０１〜５０８と同じ処理となるため説明を省略し、図５の処理とは異なるステップＳ１２０６を説明する。図１２を参照すると、ステップＳ１２０６では印刷が中断されているかどうか判断する。印刷が中断されていない場合にはＳ１２０７へ処理が移行し、図５を参照して説明した一連の処理を行う。Ｓ１２０６で印刷が中断されていると判定された場合には、一定時間をおいて、Ｓ１２０５の印刷状態更新に戻り印刷状態に応じこれを繰り返す。また、Ｓ１２０９の処理の後、未だ印刷完のデータがあった場合（Ｓ１２１０のＹｅｓ）、同様にＳ１２０５に戻る。
【００３３】
以上の処理の結果、ＭＦＰ１０１印刷の中断が解除されると、ＭＦＰ１０１に保持してある印刷データの削除を行わず、そのままＭＦＰ１０１が印刷を行うこととなる。このような方法をとることにより画像出力に失敗した場合に、ＭＦＰ１０１において二次元コードのデコードや更新処理を再度行うことなく原稿を出力する事ができる。
【００３４】
図１３は、印刷が中断後再開して印刷に成功した後の関連情報のテーブルを示す図である。図１３を参照すると、図８に示すような管理テーブルの状態において、印刷中の原稿のＩＤ１５〜１７まで印刷が完了し、その結果がサーバ１０８に送信された際のサーバにおける原稿のＩＤと二次元コードの登録状態を示していることが理解できる。すなわち、サーバ１０８の関連情報の管理テーブルには、ＩＤ１５〜１７というＩＤを持つ印刷物が登録された時刻「Ｔｉｍｅ」に印刷されたことを、元原稿のＩＤやコピーを指示したユーザとともに記録されている。ここで、印刷データの更新を行っていないため、原稿のＩＤは図８に図示したＭＦＰ１０１の印刷データの内、ＩＤ１７までが印刷されている状態である。
【００３５】
このようにして、本実施例では、コピーされた現行の履歴が記録されるので、これに基づいて最初に原稿を作成したユーザからどのような処理がなされてきたかを追跡することができる。なお、図５の管理テーブルと図１３の管理テーブルとでは、ＩＤが異なっている。これは、実際のＩＤナンバーは、図６に示す通り複雑なものであるので、単純化のため、図８や図１３においては１、２、３・・・のような単純な数字として説明を行ったが、基本的にはどのテーブルでもこのような一意のＩＤにより印刷物を識別する。
【００３６】
［実施例２］
本実施例は、印刷出力に失敗すると二次元コード（ＩＤ）の再生成を行うものである。すなわち、実施例１では、印刷出力に失敗（中断）した場合、中断が解除されると元の二次元コードを使って印刷したが、本実施例では、印刷出力に失敗した場合、中断が解除されると、二次元コードの再作成を行ってから印刷をする。したがって、一度生成したＩＤの他にさらにＩＤが生成される。
【００３７】
本実施例では、このように新たなＩＤを生成して更新するが、それは、ＭＦＰ１０１が印刷出力に失敗した場合でも、二次元コードが付された原稿（印刷物）はＭＦＰ１０１内に留まって使用可能な状態にあることがあるからである。すなわち、ジャムや紙詰まり等により印刷が中断するときは、通常印刷物の紙自体ひどく痛んで使用にたえないが、稀にさほど損傷を受けないままＭＦＰ１０１から抜き出せることがある。そのため、印刷再開時に実施例１のように二次元コードの情報を更新せずに印刷をすると、２つの印刷物（印刷中断後にＭＦＰ内から抜き取れた印刷物および再印刷を行って正常に出力された印刷物）のＩＤが同一になる可能性がある。その結果、正常に印刷された原稿（すなわち、印刷再開時の印刷物）を、何らかの理由で、登録された正規のユーザとは異なる者が所持する可能性がある。逆に、印刷中断後、ＭＦＰ内から抜き取れた印刷物を正規のユーザ以外の者が所持する可能性もある。このように同一のＩＤを含む二次元コードを印刷された印刷物が２つ以上存在すると、いずれかの印刷物が正規のユーザ以外のものの手に渡るおそれも全くないとは言えない。この結果、ＭＦＰから抜き出された原稿の不正規所持者がその原稿を社外などに流出させた場合、適切な漏洩の追求ができなくなる可能性もあるが、本実施例によりこのような事態を防止することができるのである。
【００３８】
ＭＦＰ103において画像データの印刷を行う際、画像出力が中断された場合、二次元コードの更新（すなわち、ＩＤの更新）を行う例を図１１のフローを参照し、図５および図１２のフローチャートとの相違点に着目して説明する。ステップＳ１４０１〜１４０５、Ｓ１４０７〜Ｓ１４０９は、それぞれ図５のＳ５０１〜５０８と同じ処理となるため説明を省略する。図１１を参照すると、ステップＳ１４０６ではＭＦＰ１０１において印刷が中断しているか否か判断する。中断されていない場合はステップＳ１４０７へ、中断されている場合はステップＳ１４１０へ移行する。
【００３９】
ステップＳ１４０６で印刷が中断しなかった場合（Ｎｏ）は、ステップＳ１１０６に移行するが、この処理については、次の実施例３において説明する。ステップＳ１４１０ではＭＦＰ１０１に保存してある印刷データの二次元コード情報の更新を行う。ステップＳ１４１１では更新した二次元コードのエンコードを行い、ステップＳ１４１２では保存してある画像データに対して更新後の二次元コードを合成する。
【００４０】
ステップＳ１４１３では印刷データの管理テーブルの更新を行う。このようにして、管理テーブルの状態が変化する。すなわち、本実施例では、図８に示すような管理テーブルが作られた直後にＩＤ１５〜２０の原稿に関する印刷出力が失敗すると、図１４に示す処理（Ｓ１４１０からＳ１４１３までの処理）が実行される。その結果、ＭＦＰ１０１は管理テーブルを更新して図９に示すような管理テーブルが作られる。具体的には、図８に示すＩＤ１５〜２０の原稿の印刷出力に失敗したため、ＩＤ１５〜２０の原稿の二次元コードが新たに生成され、図９に示すようにＩＤ２１〜２６に置き換えられる。
【００４１】
また、この例ではＩＤ１５以降のＩＤをすべて更新したが、印刷中のＩＤ（ＩＤ１５〜１７）のみのＩＤを更新する形にしても良い。本実施例では、このような処理を実行することにより、原稿を読み込んだ時点で生成され、ＭＦＰ１０１に保存されていたＩＤ（上述の例ではＩＤ１５〜２０）を、印刷中断の後、別途生成したＩＤ変更することとなり、正規の印刷物を特定することができる。
【００４２】
次に、ステップＳ１４１４では、ＭＦＰ１０１に保存され、印刷中断のために更新されてしまった未使用の原稿のＩＤ Ｎｕｍｂｅｒをサーバ１０８に通知する。
【００４３】
サーバにＩＤを通知するのは、本実施例ではＭＦＰ１０１において正常に印刷されなかった、もしくは印刷に失敗した原稿は、ＩＤが更新された以上、上述のように正規の管理された印刷物として使用させないためである。すなわち、印刷に失敗等して更新されてしまったＩＤ、例えば、図８のＩＤ１５〜２０も、以降使用されなるべきでないため、サーバに通知しておくのである。サーバ１０８において、そのような不適切なＩＤであることが登録されていれば、そのようなＩＤを持つ原稿に対する処理に一定の使用制限をかけることができる。例えば、ＩＤ１５〜２０を持つ原稿が仮にＭＦＰから抜き出されて何者かの手にあったとしても、その原稿がコピーされようとした時点で禁止することもできる。このように、ＭＦＰ１０１から不適切なＩＤがサーバ１０８に通知されるとサーバ１０８では通知を受けたＩＤを、制限をかけるべきＩＤとして登録する。また、サーバ１０８に接続されているいずれかのＭＦＰに対して、制限をかけるべきＩＤ番号として通知する。
【００４４】
このように使用制限をかけるべきＩＤを、ＭＦＰ１０１→サーバ１０８→他のＭＦＰと通知することで制限をかけるＩＤを伝え、上述したようなサーバによる使用制限のほかＭＦＰ自体でも本技術分野で知られた方法で制限することが可能となる。
【００４５】
次に、ステップＳ１４１５では印刷が再開されるかどうか確認する。Ｓ１４１５で印刷が再開されていないと判定された場合には、一定時間をおいて、Ｓ１４０５の印刷状態更新に戻り印刷状態に応じこれを繰り返す。再開された場合にはステップＳ１４０７へ移行するが、以降は図１２のステップＳ１２０７〜Ｓ１２１０と同様なので説明は省略する。
【００４６】
このようにして、印刷が中断された場合、一度生成されたＩＤを使用することなく、再開後に新たなＩＤを生成して使用することにより、印刷が失敗したはずの不正規な印刷物と、正規の印刷物とを明確に区別できるようにして、適切な原稿管理を可能とする。また、使用しなかった、ＩＤをサーバに通知して管理することにより、不正規な印刷物の不適切な処理を防止することができる。
【００４７】
［実施例３］
本実施形態では、実施例１で合成画像を記憶して印刷を開始した後、ユーザが印刷出力をキャンセルした場合の処理に関するものである。すなわち、印刷途中に印刷のキャンセルがユーザの指示により行われる場合であり、図１１のフローチャートを参照して、ＭＦＰ１０１の印刷途中で印刷がキャンセルされた場合の二次元コードに関する処理を説明する。以降、図５および図１２のフローチャートと図１１のフローチャートとの相違点に着目して説明する。
【００４８】
ステップＳ１４０１〜１４０５、Ｓ１４０７〜Ｓ１２１０はそれぞれ図５のＳ５０１〜〜５０９と同じ処理となるため説明を省く。処理の異なるステップＳ１４０６で印刷が中断されている場合（Ｙｅｓ）は上述の実施例２の処理が行われ、中断していない場合（Ｎｏ）はステップＳ１１０６で印刷がキャンセルされたか否か確認する。印刷がキャンセルされた場合、ステップＳ１１１０へ移行しキャンセルされた原稿に対して、図８に示すような印刷データの管理テーブルを更新する。本実施例では、例えば図８の管理テーブルの印刷待ちの原稿ＩＤ１８をキャンセルする場合、図１０に示すように「ｓｔａｔｕｓ」は「キャンセル」となる。この場合、ＩＤ１８の原稿のみがキャンセルされおり、同じく印刷待ちのＩＤ１９および２０の原稿はキャンセルされていないので、原稿のＩＤを更新せずそのまま印刷を行う。
【００４９】
本実施例では、このように処理することにより、他の印刷未完の原稿に既に割当てられているＩＤの再割当などを行う必要がなく、ＭＦＰ１０１の処理負荷を軽減することができる。すなわち、もしＩＤの更新を行うような方法を取ると、例えばＩＤ１５の原稿の印刷をキャンセルするため、ＩＤ１６の原稿のＩＤをＩＤ１５へ変更すると、余計な割当変更処理が入ることになる。しかし、本実施例では、そのような余計な割当処理はせず、元々振られているＩＤで印刷を行う（そのＩＤを含む二次元コードを合成した合成画像をそのまま印刷できる）ようにしているので、不要な割当変更処理を行わずに済む。
【００５０】
次にステップＳ１１１１ではキャンセルされた原稿のために生成されたＩＤ（未使用ＩＤ）は再度使用可能な番号としてＭＦＰ１０１内に記憶しておく。
これにより、新しくＭＦＰ１０１においてコピーが行われる際に印刷をキャンセルされた原稿のために生成されていたＩＤを用いることができ、ＩＤを効率的に使用することが可能となる。本実施例では、ＩＤ１８をその後印刷される原稿に再利用することができる。
【００５１】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、本発明は、複数のプロセッサが連携して処理を行うことによっても実現できるものである。
【技術分野】
【０００１】
本発明は、原稿に二次元コードを付加して管理する方法に関する。
【背景技術】
【０００２】
印刷物が誤って、あるいは不正に複写されることを防止等するため、履歴を管理することは重要である。そうした管理を実現する１つの技術がある。すなわち、まず、前準備として原稿を印刷するときにその原稿をシステムにおいて一意に特定するＩＤを画像に含めて印刷する。その際、そのＩＤに対応付ける形で、印刷を指示したユーザを特定するための情報（例えば、ユーザ名など）をサーバなどに保存しておく。
【０００３】
これにより、印刷物を印刷した者を印刷後特定することができる。ユーザがその印刷物をスキャンすると装置がＩＤを抽出し、そのＩＤに対応付けられたユーザ名をサーバから読み出し表示することができる。
【０００４】
また、従来技術では、上述のようなＩＤが印刷された印刷物を複写する場合、元のＩＤが削除され、新たなＩＤを含む印刷物（複写物）が生成される技術が開示されている。この場合、印刷あるいは複写したものを追跡するため、サーバには新たな情報が追加される。この点、例を用いて以下に説明する。
【０００５】
まず、印刷物にはＩＤ：１が含まれ、サーバには「ＩＤ：１」、「印刷ユーザ：Ａさん」という情報が保存されていたとする。従来の技術によると、印刷物が複写される場合、その複写物には新たなＩＤ：２が生成され、印刷され、サーバには「ＩＤ：２」、「複写ユーザ：Ｂさん」、「ＩＤ：１→２」という情報が追加されることになる。このようにして複写された複写物をスキャンすると、誰（Ｂさん）が複写したのかわかる。また、「ＩＤ：１→２」という紐付けの情報を使うことで、誰（Ａさん）が最初に印刷をしたのかわかるようにすることもできる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のように、複合機（以下、ＭＦＰともいう）により印刷物にＩＤを含めて印刷を行う際には、サーバに指示をした操作者のＩＤも登録する。しかし、実際にはＭＦＰの印刷時に、紙詰まりが発生してＩＤが印刷された印刷物が出力できない場合や、印刷準備中にその印刷ジョブがキャンセルされてしまってＩＤを印刷した印刷物が出力されない場合がある。
【０００７】
このように印刷が適切に行われなかった場合に、生成されたＩＤの登録をどうするか、また、ＩＤを合成した印刷用の画像をどうするか、決まっていないため、適正な原稿の管理ができないという問題がある。
【課題を解決するための手段】
【０００８】
本発明の画像形成装置は、原稿の画像を読取る読取手段と、読取られた画像の識別情報を生成し、読取られた画像と合成する合成手段と、合成手段により得られた合成画像の画像形成を実行する画像形成手段とを備え、画像形成手段は、画像形成が失敗した場合、再度識別情報を生成することなく、合成画像の画像形成を再度実行し、データベースに識別情報を記憶することを特徴とする。
【発明の効果】
【０００９】
本件によれば、従来考慮されていなかった、ＩＤを含んだ原稿の印刷が失敗した場合でも、ＩＤのサーバへの登録や、ＩＤを含んだ印刷データに関して、好適な処理をすることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例のシステムを示す図である。
【図２】実施例１における原稿の二次元コードに含まれる情報を示す図である。
【図３】実施例１における二次元コードの例を示す図である。
【図４】実施例１における生成される二次元コードに含まれる情報を示す図である。
【図５】実施例１におけるサーバへの二次元コードの情報の登録処理を示すフローチャートである。
【図６】実施例１のサーバにおける原稿の関連情報の登録状態を示す図である。
【図７】実施例１における二次元コードの原稿上の印刷位置を示す図である。
【図８】実施例１におけるＭＦＰ内に記憶された印刷データの状態管理テーブルの一例を示す図である。
【図９】実施例２におけるＭＦＰに記憶された印刷データを更新した例を示す図である。
【図１０】実施例３におけるＭＦＰに記憶された印刷データを更新した例を示す図である。
【図１１】本発明の一実施例における印刷中断およびジョブキャンセル時の処理を示すフローチャートである。
【図１２】実施例１の印刷中断時の処理を示すフローチャートである。
【図１３】実施例１のＩＤのサーバにおける登録状態を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について、図面を参照して説明する。
［実施例１］
図１は、本発明の一実施例のシステム図である。複合機（ＭＦＰ：マルチファンクショナルプリンター）１０１、１０６は、原稿を読取って、画像をメモリ等の記憶部に記憶するとともに、紙上に画像形成するが、ＭＦＰ以外でも以上の機能を有すれば何でもよく、本発明を実装する装置はＭＦＰに限られない。
【００１２】
＜原稿の説明＞
本実施例で用いられる原稿１０２には、図１に示すように原稿内容の画像と、原稿の管理情報をコード化した二次元コード１０３とが印刷されている。この二次元コードとは特定の規定に従い管理情報が埋め込まれているものである。この管理情報には原稿をシステム内で一意に識別する画像識別情報（以下、ＩＤ）、印刷物の出力を指示した操作者であるユーザのユーザ名（ＵＳＥＲ Ｎａｍｅ）あるいは操作者識別情報および出力を行った時刻（Ｔｉｍｅ）が含まれる。なお、本実施例では読取の対象となるものを原稿と呼び、何らかの情報が印刷されたものを印刷物と呼ぶ。ただし、印刷物がさらに複写される等、読取の対象になった場合には、原稿も印刷物も、両者の間に実質的な違いは無い。
【００１３】
＜原稿の管理情報登録処理＞
本実施例では、管理情報を含む原稿をコピーした場合に、印刷に失敗したときの処理を後述するが、その前に印刷に成功したときの処理、特に新たに生成されたＩＤをサーバに登録する処理を説明する。すなわち、コピーを行う際、ＭＦＰ１０１がどのように管理情報をサーバに登録するか、図５のフローチャートを参照して説明する。まず、ステップＳ５０１で、読取手段により読取られた原稿１０２に含まれる二次元コード１０３を、抽出手段により検出しデコードが行えるか否か確認する。すなわち、原稿１０２がユーザによりセットされ、二次元コードが検出されればデコードして管理情報を抽出し、二次元コードが検出できない場合はＳ５０５へ移行する。
【００１４】
ステップＳ５０２で、ＭＦＰ１０１は、二次元コードに含まれる管理情報の更新を行う。すなわち、ＭＦＰ１０１は、合成手段によって、処理の指示を行ったユーザのユーザ名（Ｕｓｅｒ Ｎａｍｅ）、出力時刻（Ｔｉｍｅ）、印刷物をシステム内で一意に識別するＩＤを生成して管理情報を更新する。ここで、ユーザ名は本実施例の処理の指示の際にユーザが入力した識別番号に基づいて予め登録されたユーザ名を検索して取得するなど、本技術分野で用いられるいずれかの方法によって取得することができる。同様にＩＤも本技術分野で知られたいずれかの方法で生成される。
【００１５】
ステップＳ５０３で、ＭＦＰ１０１は更新後の管理情報を二次元バーコードにエンコードする。ステップＳ５０４で、生成され、エンコードされた二次元コード１０５を、原稿のスキャンにより得られた原稿の内容の画像と合成して印刷データとしてＭＦＰ内のいずれかの記憶媒体に保存する。すなわち、もともと原稿１０２にあった二次元コード１０３が削除され、それと同じ領域に今回更新された二次元コード１０５が合成手段により合成される。合成された画像はＭＦＰ101に印刷データとして保存される。
【００１６】
ステップＳ５０５では、情報管理手段により、ＭＦＰ１０１に保存されている、例えば図８に示すような印刷状況の管理テーブルの状態の更新を行う。すなわち、Ｓ５０４で保存された印刷データが画像形成手段である印刷部（図示せず）で印刷されたか否かを検出して、印刷待ち→印刷中→印刷完のようにｓｔａｔｕｓを変更して、状態を更新する。管理テーブルは後述する。ここで、二次元コードが検出されなかった場合（Ｓ５０１でＮｏ）、本実施例の更新処理は不要であるから、Ｓ５０２ないしＳ５０４の処理は行わない結果、読取られた原稿の内容がそのまま印刷されることとなる。
【００１７】
ステップＳ５０６では、例えば図８の管理テーブルを参照して印刷が完了した原稿（ｓｔａｔｕｓ＝印刷完）があるか否か確認する。管理テーブルの状態に変化があった場合はステップＳ５０７に移行し、ＭＦＰ１０１は、元の原稿１０２の管理情報と、印刷物１０４に印刷されている二次元コード１０５の示す管理情報とをサーバ１０８に送信する。受信したサーバ１０８はこれらの情報の登録を、例えばデータベースなどに保存されたテーブルを用いて行う。この際、これらの情報は関連付けて登録される。ステップＳ５０８では、例えば図８の管理テーブルに印刷完のデータがあるか否か判断し、あるときはＳ５０９に移行する。Ｓ５０９において、管理テーブルでｓｔａｔｕｓ＝印刷完となった以後一定時間経過した印刷データをＭＦＰ１０１内から削除する。
【００１８】
Ｓ５０６で印刷完データがない場合は一定時間をおいて、Ｓ５０５の印刷状況更新に戻り印刷状況に応じこれを繰り返す。また、Ｓ５０８の処理の後、未だ印刷完のデータがあった場合（Ｓ５０９のＹｅｓ）、同様にＳ５０５に戻る。
【００１９】
図８にＭＦＰ101が印刷を行う画像データの状態を管理するための管理テーブルを示す。「ＩＤ」は上述の通り原稿をシステム内で一意に識別するＩＤのことであり、「Ｓｔａｔｕｓ」は印刷完、印刷中、印刷待ちの状態を示している。「印刷完了からの時間」は印刷が完了してから経過している時間を示す。すなわち、ＭＦＰ１０１は、印刷後「印刷完了からの時間」の間印刷データを保持していることを示す。具体的に図８を参照すると、原稿のＩＤ11〜14までは印刷完了、ＩＤ15〜17は印刷中である。ＩＤ18〜20までは印刷待ちの状態で保存されている。管理テーブルで管理されている原稿はＩＤ１１からであり、ＩＤ1〜10は示されていないが、これはＭＦＰ１０１において既に印刷が完了して、十分時間が経過し、ＭＦＰ１０１から削除されたからである。これらの状態は図５のステップＳ５０５において更新される。
【００２０】
図６は、サーバ１０８が管理情報を保存するテーブルの例を示す図である。ＭＦＰ１０１において管理情報が送られてきた時間順に更新される。すなわち、生成された原稿の更新後のＩＤを、元原稿のＩＤ、Ｕｓｅr Ｎａｍｅ（処理を指示したユーザのユーザ名）、Ｔｉｍｅ（生成された二次元コードを含む印刷データが印刷された時刻）とともに登録する。
【００２１】
＜管理情報について＞
次に、本実施例における管理情報について、図２と図３とを用いて説明する。図２は、本実施例の二次元コードの規定に従い、含まれている管理情報の一例を示す図である。図２の管理情報において、ユーザ名（Ｕｓｅｒ Ｎａｍｅ）が“Ｄａｖｉｄ Ｊｅｎｅｇａｌ”であり、印刷物の出力時刻（Ｔｉｍｅ）が“２００８／０９／２１ １４：３３”である。原稿をシステム内で一意に識別するための原稿のＩＤは “Aabbccddff11223344”である。
【００２２】
図３は、図２に示す情報をコード化した二次元コードである。デコードとは、この二次元コードをデコードして、例えば、図２に示すような管理情報を生成することであり、エンコードとは、逆に例えば図２に示すような管理情報をエンコードして、二次元コードを生成することである。
【００２３】
なお、本実施例では、二次元コードの場合を中心に処理の説明を行うが、二次元コード以外のコード、例えば一次元コード、電子透かし等を用いて管理情報を原稿に埋め込むことが可能なことは、当業者であれば容易に理解できよう。
【００２４】
以上のような管理情報は原稿がコピーされるごとに、新たなＩＤを付されて更新される。例えば、図２に示す管理情報を持つ二次元コードを含む原稿のコピーを、山田太郎氏が2009/06/15の11:25に指示し、コピーが行われたとする。このような場合、図２に示す管理情報が更新され、図４に示すような管理情報が生成されてコピーにより出力された印刷物に二次元バーコードとして印字される。
【００２５】
管理情報に含まれるユーザ名（Ｕｓｅｒ Ｎａｍｅ）としては、先に説明した、ユーザが原稿コピーの指示に先立って、図１のＭＦＰ１０１の操作画面上で入力したユーザ名などが使用される。本実施例では、図４に示すように、入力されたユーザ名（Ｕｓｅｒ Ｎａｍｅ）は、“Ｔａｒｏ Ｙａｍａｄａ”である。また、画像形成が実行された時刻は、ＭＦＰ１０１が今回のコピー処理により印刷出力物を出力する時刻（Ｔｉｍｅ）とするが、コピーを指示された時刻等、システムで共通して用いることが適切な一定の時刻を用いることができる。すなわち、本実施例ではＭＦＰ１０１が検知した“２００９／０６／１５ １１：２５”となる。
【００２６】
＜二次元コードの印刷位置＞
本実施例で示すシステムにおける特定の二次元コードの規定では、所定の領域に印字記録（印刷）されるものとする。図７は、本実施例で示すシステムにおいて、印刷出力物上に印字記録された二次元コードの領域の一例を示す図である。印刷出力物７０１の右下部の所定領域内には、二次元コード７０２が印字記録されている。ここで、二次元コード７０２は、規定で予め定められた一定の領域７０３のいずれかに記録されることになっておいる。領域７０３は、通常印刷出力物７０１の紙面上の左上、左下、右上、右下の四隅の４箇所であり、大きさも予め規定されている。
【００２７】
すなわち、例えば、印刷物７０１上の右下領域７０４は紙面端から３０ｍｍ四方の正方形領域であり、二次元コード７０２はこの正方形範囲内に印字記録される。
【００２８】
同様に、領域７０３の左上、左下、右上の個所に関しても、二次元コードが印字記録される領域は、紙面端から３０ｍｍ四方の正方形範囲内とすることができる。本実施例で示すシステムでは、印刷物７０１上の原稿の内容である記録画像の領域に二次元コードが重ならないように、領域７０３の４箇所のうち、適切な１箇所に二次元コード７０２を印字記録するものとする。
【００２９】
従って、本実施例で示すシステムにおいて、図１のＭＦＰ１０１が図４の印刷物７０１を原稿として読取りを行う場合には、印刷出力物７０１上の領域７０３の４箇所の正方形範囲内だけをスキャンして、二次元コードの検出を行うことができる。図７に示す印刷物７０１を読取ると、領域７０３のうち、右下部の領域７０４の規定範囲内に二次元コード７０２が検出されることになる。
【００３０】
＜本実施例の処理＞
以上、管理情報を含む原稿のコピーを行う場合に、管理情報を更新し、更新された管理情報を含む印刷物の出力処理について説明したが、次に本実施例の特徴である印刷に失敗した場合の管理情報、特にＩＤについての処理について説明する。また、これに合わせて図６に示すようなサーバ側の原稿の関連情報を管理するテーブルについての処理も説明する。本実施例では、印刷出力に失敗した場合に二次元コード（すなわち、ＩＤ）を改めて更新することなく再度印刷を行う。
【００３１】
すなわち、ＭＦＰ１０１において印刷データの出力が中断されることがある。その原因として、ＭＦＰ１０１において紙詰まりやトナー切れその他ＭＦＰ１０１のもつ消耗品の劣化等が考えられる。このように中断が発生すると、中断原因が探索され、それらの要因が解除されると、ＭＦＰ１０１における印刷出力が再開される。本実施例では、生成された管理情報と合成された印刷データを印刷開始後も記憶しておき、印刷出力の再開時にその印刷データを用いて再度印刷を行う。
【００３２】
次に、印刷が中断された場合のＭＦＰ１０１の処理を図５及び図１２を参照して説明する。ここで、ステップＳ１２０１〜１２０５、Ｓ１２０７〜Ｓ１２０９は、それぞれ図５のＳ５０１〜５０８と同じ処理となるため説明を省略し、図５の処理とは異なるステップＳ１２０６を説明する。図１２を参照すると、ステップＳ１２０６では印刷が中断されているかどうか判断する。印刷が中断されていない場合にはＳ１２０７へ処理が移行し、図５を参照して説明した一連の処理を行う。Ｓ１２０６で印刷が中断されていると判定された場合には、一定時間をおいて、Ｓ１２０５の印刷状態更新に戻り印刷状態に応じこれを繰り返す。また、Ｓ１２０９の処理の後、未だ印刷完のデータがあった場合（Ｓ１２１０のＹｅｓ）、同様にＳ１２０５に戻る。
【００３３】
以上の処理の結果、ＭＦＰ１０１印刷の中断が解除されると、ＭＦＰ１０１に保持してある印刷データの削除を行わず、そのままＭＦＰ１０１が印刷を行うこととなる。このような方法をとることにより画像出力に失敗した場合に、ＭＦＰ１０１において二次元コードのデコードや更新処理を再度行うことなく原稿を出力する事ができる。
【００３４】
図１３は、印刷が中断後再開して印刷に成功した後の関連情報のテーブルを示す図である。図１３を参照すると、図８に示すような管理テーブルの状態において、印刷中の原稿のＩＤ１５〜１７まで印刷が完了し、その結果がサーバ１０８に送信された際のサーバにおける原稿のＩＤと二次元コードの登録状態を示していることが理解できる。すなわち、サーバ１０８の関連情報の管理テーブルには、ＩＤ１５〜１７というＩＤを持つ印刷物が登録された時刻「Ｔｉｍｅ」に印刷されたことを、元原稿のＩＤやコピーを指示したユーザとともに記録されている。ここで、印刷データの更新を行っていないため、原稿のＩＤは図８に図示したＭＦＰ１０１の印刷データの内、ＩＤ１７までが印刷されている状態である。
【００３５】
このようにして、本実施例では、コピーされた現行の履歴が記録されるので、これに基づいて最初に原稿を作成したユーザからどのような処理がなされてきたかを追跡することができる。なお、図５の管理テーブルと図１３の管理テーブルとでは、ＩＤが異なっている。これは、実際のＩＤナンバーは、図６に示す通り複雑なものであるので、単純化のため、図８や図１３においては１、２、３・・・のような単純な数字として説明を行ったが、基本的にはどのテーブルでもこのような一意のＩＤにより印刷物を識別する。
【００３６】
［実施例２］
本実施例は、印刷出力に失敗すると二次元コード（ＩＤ）の再生成を行うものである。すなわち、実施例１では、印刷出力に失敗（中断）した場合、中断が解除されると元の二次元コードを使って印刷したが、本実施例では、印刷出力に失敗した場合、中断が解除されると、二次元コードの再作成を行ってから印刷をする。したがって、一度生成したＩＤの他にさらにＩＤが生成される。
【００３７】
本実施例では、このように新たなＩＤを生成して更新するが、それは、ＭＦＰ１０１が印刷出力に失敗した場合でも、二次元コードが付された原稿（印刷物）はＭＦＰ１０１内に留まって使用可能な状態にあることがあるからである。すなわち、ジャムや紙詰まり等により印刷が中断するときは、通常印刷物の紙自体ひどく痛んで使用にたえないが、稀にさほど損傷を受けないままＭＦＰ１０１から抜き出せることがある。そのため、印刷再開時に実施例１のように二次元コードの情報を更新せずに印刷をすると、２つの印刷物（印刷中断後にＭＦＰ内から抜き取れた印刷物および再印刷を行って正常に出力された印刷物）のＩＤが同一になる可能性がある。その結果、正常に印刷された原稿（すなわち、印刷再開時の印刷物）を、何らかの理由で、登録された正規のユーザとは異なる者が所持する可能性がある。逆に、印刷中断後、ＭＦＰ内から抜き取れた印刷物を正規のユーザ以外の者が所持する可能性もある。このように同一のＩＤを含む二次元コードを印刷された印刷物が２つ以上存在すると、いずれかの印刷物が正規のユーザ以外のものの手に渡るおそれも全くないとは言えない。この結果、ＭＦＰから抜き出された原稿の不正規所持者がその原稿を社外などに流出させた場合、適切な漏洩の追求ができなくなる可能性もあるが、本実施例によりこのような事態を防止することができるのである。
【００３８】
ＭＦＰ103において画像データの印刷を行う際、画像出力が中断された場合、二次元コードの更新（すなわち、ＩＤの更新）を行う例を図１１のフローを参照し、図５および図１２のフローチャートとの相違点に着目して説明する。ステップＳ１４０１〜１４０５、Ｓ１４０７〜Ｓ１４０９は、それぞれ図５のＳ５０１〜５０８と同じ処理となるため説明を省略する。図１１を参照すると、ステップＳ１４０６ではＭＦＰ１０１において印刷が中断しているか否か判断する。中断されていない場合はステップＳ１４０７へ、中断されている場合はステップＳ１４１０へ移行する。
【００３９】
ステップＳ１４０６で印刷が中断しなかった場合（Ｎｏ）は、ステップＳ１１０６に移行するが、この処理については、次の実施例３において説明する。ステップＳ１４１０ではＭＦＰ１０１に保存してある印刷データの二次元コード情報の更新を行う。ステップＳ１４１１では更新した二次元コードのエンコードを行い、ステップＳ１４１２では保存してある画像データに対して更新後の二次元コードを合成する。
【００４０】
ステップＳ１４１３では印刷データの管理テーブルの更新を行う。このようにして、管理テーブルの状態が変化する。すなわち、本実施例では、図８に示すような管理テーブルが作られた直後にＩＤ１５〜２０の原稿に関する印刷出力が失敗すると、図１４に示す処理（Ｓ１４１０からＳ１４１３までの処理）が実行される。その結果、ＭＦＰ１０１は管理テーブルを更新して図９に示すような管理テーブルが作られる。具体的には、図８に示すＩＤ１５〜２０の原稿の印刷出力に失敗したため、ＩＤ１５〜２０の原稿の二次元コードが新たに生成され、図９に示すようにＩＤ２１〜２６に置き換えられる。
【００４１】
また、この例ではＩＤ１５以降のＩＤをすべて更新したが、印刷中のＩＤ（ＩＤ１５〜１７）のみのＩＤを更新する形にしても良い。本実施例では、このような処理を実行することにより、原稿を読み込んだ時点で生成され、ＭＦＰ１０１に保存されていたＩＤ（上述の例ではＩＤ１５〜２０）を、印刷中断の後、別途生成したＩＤ変更することとなり、正規の印刷物を特定することができる。
【００４２】
次に、ステップＳ１４１４では、ＭＦＰ１０１に保存され、印刷中断のために更新されてしまった未使用の原稿のＩＤ Ｎｕｍｂｅｒをサーバ１０８に通知する。
【００４３】
サーバにＩＤを通知するのは、本実施例ではＭＦＰ１０１において正常に印刷されなかった、もしくは印刷に失敗した原稿は、ＩＤが更新された以上、上述のように正規の管理された印刷物として使用させないためである。すなわち、印刷に失敗等して更新されてしまったＩＤ、例えば、図８のＩＤ１５〜２０も、以降使用されなるべきでないため、サーバに通知しておくのである。サーバ１０８において、そのような不適切なＩＤであることが登録されていれば、そのようなＩＤを持つ原稿に対する処理に一定の使用制限をかけることができる。例えば、ＩＤ１５〜２０を持つ原稿が仮にＭＦＰから抜き出されて何者かの手にあったとしても、その原稿がコピーされようとした時点で禁止することもできる。このように、ＭＦＰ１０１から不適切なＩＤがサーバ１０８に通知されるとサーバ１０８では通知を受けたＩＤを、制限をかけるべきＩＤとして登録する。また、サーバ１０８に接続されているいずれかのＭＦＰに対して、制限をかけるべきＩＤ番号として通知する。
【００４４】
このように使用制限をかけるべきＩＤを、ＭＦＰ１０１→サーバ１０８→他のＭＦＰと通知することで制限をかけるＩＤを伝え、上述したようなサーバによる使用制限のほかＭＦＰ自体でも本技術分野で知られた方法で制限することが可能となる。
【００４５】
次に、ステップＳ１４１５では印刷が再開されるかどうか確認する。Ｓ１４１５で印刷が再開されていないと判定された場合には、一定時間をおいて、Ｓ１４０５の印刷状態更新に戻り印刷状態に応じこれを繰り返す。再開された場合にはステップＳ１４０７へ移行するが、以降は図１２のステップＳ１２０７〜Ｓ１２１０と同様なので説明は省略する。
【００４６】
このようにして、印刷が中断された場合、一度生成されたＩＤを使用することなく、再開後に新たなＩＤを生成して使用することにより、印刷が失敗したはずの不正規な印刷物と、正規の印刷物とを明確に区別できるようにして、適切な原稿管理を可能とする。また、使用しなかった、ＩＤをサーバに通知して管理することにより、不正規な印刷物の不適切な処理を防止することができる。
【００４７】
［実施例３］
本実施形態では、実施例１で合成画像を記憶して印刷を開始した後、ユーザが印刷出力をキャンセルした場合の処理に関するものである。すなわち、印刷途中に印刷のキャンセルがユーザの指示により行われる場合であり、図１１のフローチャートを参照して、ＭＦＰ１０１の印刷途中で印刷がキャンセルされた場合の二次元コードに関する処理を説明する。以降、図５および図１２のフローチャートと図１１のフローチャートとの相違点に着目して説明する。
【００４８】
ステップＳ１４０１〜１４０５、Ｓ１４０７〜Ｓ１２１０はそれぞれ図５のＳ５０１〜〜５０９と同じ処理となるため説明を省く。処理の異なるステップＳ１４０６で印刷が中断されている場合（Ｙｅｓ）は上述の実施例２の処理が行われ、中断していない場合（Ｎｏ）はステップＳ１１０６で印刷がキャンセルされたか否か確認する。印刷がキャンセルされた場合、ステップＳ１１１０へ移行しキャンセルされた原稿に対して、図８に示すような印刷データの管理テーブルを更新する。本実施例では、例えば図８の管理テーブルの印刷待ちの原稿ＩＤ１８をキャンセルする場合、図１０に示すように「ｓｔａｔｕｓ」は「キャンセル」となる。この場合、ＩＤ１８の原稿のみがキャンセルされおり、同じく印刷待ちのＩＤ１９および２０の原稿はキャンセルされていないので、原稿のＩＤを更新せずそのまま印刷を行う。
【００４９】
本実施例では、このように処理することにより、他の印刷未完の原稿に既に割当てられているＩＤの再割当などを行う必要がなく、ＭＦＰ１０１の処理負荷を軽減することができる。すなわち、もしＩＤの更新を行うような方法を取ると、例えばＩＤ１５の原稿の印刷をキャンセルするため、ＩＤ１６の原稿のＩＤをＩＤ１５へ変更すると、余計な割当変更処理が入ることになる。しかし、本実施例では、そのような余計な割当処理はせず、元々振られているＩＤで印刷を行う（そのＩＤを含む二次元コードを合成した合成画像をそのまま印刷できる）ようにしているので、不要な割当変更処理を行わずに済む。
【００５０】
次にステップＳ１１１１ではキャンセルされた原稿のために生成されたＩＤ（未使用ＩＤ）は再度使用可能な番号としてＭＦＰ１０１内に記憶しておく。
これにより、新しくＭＦＰ１０１においてコピーが行われる際に印刷をキャンセルされた原稿のために生成されていたＩＤを用いることができ、ＩＤを効率的に使用することが可能となる。本実施例では、ＩＤ１８をその後印刷される原稿に再利用することができる。
【００５１】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、本発明は、複数のプロセッサが連携して処理を行うことによっても実現できるものである。
【特許請求の範囲】
【請求項１】
原稿の画像を読取る読取手段と、
前記読取られた画像の識別情報を生成し、前記読取られた画像と合成する合成手段と、
前記合成手段により得られた合成画像の画像形成を実行する画像形成手段と
を備え、
前記画像形成手段は、画像形成が失敗した場合、再度、識別情報を生成することなく、前記合成画像の画像形成を再度、実行し、データベースに前記識別情報を記憶することを特徴とする画像形成装置。
【請求項２】
前記合成手段は、前記識別情報を二次元バーコードにエンコードして、前記読取られた画像と合成することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記データベースは、前記生成された識別情報に関連付けて前記原稿の読取の前に生成された識別情報、および前記原稿を最初に生成した操作者の情報を記憶することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記データベースは、前記生成された識別情報に関連付けて、前記読取の操作の操作者の情報および前記画像形成が実行された時刻を記憶することを特徴とする請求項１ないし３のいずれかに記載の画像形成装置。
【請求項５】
前記画像形成手段は、前記画像形成が失敗した場合、前記読取られた画像の新たな識別情報をさらに生成し、前記読取られた画像と合成して得られた合成画像の画像形成を実行し、前記データベースに前記生成された新たな識別情報を記憶することを特徴とする請求項１ないし４のいずれかに記載の画像形成装置。
【請求項６】
前記画像形成が失敗した合成画像の識別情報は、失敗した合成画像の識別情報として前記データベースに記憶されることを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記合成手段は、前記画像形成が失敗した場合、既に生成されたいずれの識別情報も変更しないことを特徴とする請求項５または６に記載の画像形成装置。
【請求項８】
原稿の画像を読取る読取ステップと、
前記読取られた画像の識別情報を生成し、前記読取られた画像と合成する合成ステップと、
前記合成ステップにより得られた合成画像の画像形成を実行する画像形成ステップと、
前記画像形成ステップによる画像形成が失敗した場合、再度、識別情報を生成することなく、前記合成画像の画像形成を再度、実行し、データベースに前記識別情報を記憶する情報管理ステップと
を備えたことを特徴とする画像形成方法。
【請求項９】
画像形成装置に、
原稿の画像を読取る読取ステップと、
前記読取られた画像の識別情報を生成し、前記読取られた画像と合成する合成ステップと、
前記合成ステップにより得られた合成画像の画像形成を実行する画像形成ステップと、
前記画像形成ステップによる画像形成が失敗した場合、再度、識別情報を生成することなく、前記合成画像の画像形成を再度、実行し、データベースに前記識別情報を記憶する情報管理ステップと
を備えた方法を実行させるプログラム。
【請求項１】
原稿の画像を読取る読取手段と、
前記読取られた画像の識別情報を生成し、前記読取られた画像と合成する合成手段と、
前記合成手段により得られた合成画像の画像形成を実行する画像形成手段と
を備え、
前記画像形成手段は、画像形成が失敗した場合、再度、識別情報を生成することなく、前記合成画像の画像形成を再度、実行し、データベースに前記識別情報を記憶することを特徴とする画像形成装置。
【請求項２】
前記合成手段は、前記識別情報を二次元バーコードにエンコードして、前記読取られた画像と合成することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記データベースは、前記生成された識別情報に関連付けて前記原稿の読取の前に生成された識別情報、および前記原稿を最初に生成した操作者の情報を記憶することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記データベースは、前記生成された識別情報に関連付けて、前記読取の操作の操作者の情報および前記画像形成が実行された時刻を記憶することを特徴とする請求項１ないし３のいずれかに記載の画像形成装置。
【請求項５】
前記画像形成手段は、前記画像形成が失敗した場合、前記読取られた画像の新たな識別情報をさらに生成し、前記読取られた画像と合成して得られた合成画像の画像形成を実行し、前記データベースに前記生成された新たな識別情報を記憶することを特徴とする請求項１ないし４のいずれかに記載の画像形成装置。
【請求項６】
前記画像形成が失敗した合成画像の識別情報は、失敗した合成画像の識別情報として前記データベースに記憶されることを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記合成手段は、前記画像形成が失敗した場合、既に生成されたいずれの識別情報も変更しないことを特徴とする請求項５または６に記載の画像形成装置。
【請求項８】
原稿の画像を読取る読取ステップと、
前記読取られた画像の識別情報を生成し、前記読取られた画像と合成する合成ステップと、
前記合成ステップにより得られた合成画像の画像形成を実行する画像形成ステップと、
前記画像形成ステップによる画像形成が失敗した場合、再度、識別情報を生成することなく、前記合成画像の画像形成を再度、実行し、データベースに前記識別情報を記憶する情報管理ステップと
を備えたことを特徴とする画像形成方法。
【請求項９】
画像形成装置に、
原稿の画像を読取る読取ステップと、
前記読取られた画像の識別情報を生成し、前記読取られた画像と合成する合成ステップと、
前記合成ステップにより得られた合成画像の画像形成を実行する画像形成ステップと、
前記画像形成ステップによる画像形成が失敗した場合、再度、識別情報を生成することなく、前記合成画像の画像形成を再度、実行し、データベースに前記識別情報を記憶する情報管理ステップと
を備えた方法を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１１９９０８（Ｐ２０１２−１１９９０８Ａ）
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願番号】特願２０１０−２６７４０６（Ｐ２０１０−２６７４０６）
【出願日】平成２２年１１月３０日（２０１０．１１．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願日】平成２２年１１月３０日（２０１０．１１．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]