(57)【要約】      （修正有）【課題】１回のスキャンによって２個以上の符号画像が検出された場合でも、文書の操作履歴を追跡可能な文書管理システムを提供する。【解決手段】文書の操作履歴を管理するためのサーバであって、複写の際、元原稿に付された符号画像を復号化して得られた第１の情報、及び複写原稿に付される符号画像の情報であって前記第１の情報を更新した第２の情報を受信すると、前記第１の情報に含まれる前記元原稿を特定する情報及び前記第２の情報に含まれる前記複写原稿を特定する情報を保存する第１の保存処理手段と、前記複写原稿を特定する情報を所定のグループ毎に保存する第２の保存処理手段と、を備え、前記第２の保存処理手段は、前記第１の保存処理手段で保存された元原稿を特定する情報が複数である場合に、該保存された複数の元原稿を特定する情報と同じ情報がそれぞれ属しているグループ同士を１のグループに統合する。【選択図】図１３
2012080520.tif 000002
【特許請求の範囲】
【請求項１】
文書の操作履歴を管理するためのサーバであって、
複写の際、元原稿に付された符号画像を復号化して得られた第１の情報、及び複写原稿に付される符号画像の情報であって前記第１の情報を更新した第２の情報を受信する手段と、
前記第１の情報及び前記第２の情報を受信すると、前記第１の情報に含まれる前記元原稿を特定する情報及び前記第２の情報に含まれる前記複写原稿を特定する情報を保存する第１の保存処理手段と、
前記第１の保存処理手段において前記保存がなされた後、前記複写原稿を特定する情報を所定のグループ毎に保存する第２の保存処理手段と、
を備え、
前記第２の保存処理手段は、前記第１の保存処理手段で保存された元原稿を特定する情報が複数である場合に、該保存された複数の元原稿を特定する情報と同じ情報がそれぞれ属しているグループ同士を１のグループに統合する、
ことを特徴とするサーバ。
【請求項２】
前記第２の保存処理手段は、
前記第１の保存処理手段で保存された元原稿を特定する情報と同じ情報が既存のグループに存在するかどうかを判定する手段と、
同じ情報が既存のグループに存在すると判定された場合に、前記第１の保存処理手段で保存された元原稿を特定する情報が複数であるか否かを判定する手段と、
前記第１の保存処理手段で保存された元原稿を特定する情報が複数であると判定された場合に、該保存された複数の元原稿を特定する情報と同じであると判定された情報がそれぞれ属しているグループ同士を１のグループに統合する手段と、
前記統合されたグループに前記複写原稿を特定する情報を属させる手段と、
を有することを特徴とする請求項１に記載のサーバ。
【請求項３】
請求項１に記載のサーバと接続される、原稿の複写機能を備えた画像形成装置であって、
複写指示を受けて元原稿をスキャンするスキャン処理手段と、
前記元原稿に付された符号画像を復号化するデコード手段と、
前記復号化により得られた前記第１の情報を更新して、複写原稿に付される前記第２の情報を生成する情報更新手段と、
前記第１の情報及び前記第２の情報を前記サーバに送信する手段と、
を備えたことを特徴とする画像形成装置。
【請求項４】
複写の際に、元原稿に付されていた符号画像を復号化して情報を取り出し、前記符号画像を削除し、新たな情報を含む代わりの符号画像を複写原稿に付する手段と、  
前記取り出された情報、及び、前記代わりの符号画像に含まれる情報を送信する手段とを含む装置と、
前記取り出された情報、及び、前記代わりの符号画像に含まれる情報を前記装置から受信し、これらの情報を関連付けて保存する手段と、
前記複写原稿に付された代わりの符号画像に含まれる情報を前記装置から受信すると、当該情報から、前記削除された符号画像に含まれる情報を割り出す手段と
を有するサーバと、
を含むシステムであって、
前記複写の際に、前記元原稿に付されていた複数の符号画像を復号化して複数の情報を取り出した場合、
前記装置の前記付する手段は、前記複数の符号画像のうちの１つの符号画像を削除し、新たな情報を含む代わりの符号画像を複写原稿に付し、
前記装置の前記送信する手段は、前記取り出された複数の情報、及び、前記代わりの符号画像に含まれる情報をサーバに送信し、
前記サーバの前記保存する手段は、受信した前記取り出された複数の情報、及び、前記代わりの符号画像に含まれる情報を関連付けて保存する
ことを特徴とするシステム。
【請求項５】
その上に付されていた複数の符号画像が復号化された元原稿から作成された複写原稿に新たに付された符号画像に含まれる情報を前記装置から受信すると、前記サーバの前記割り出す手段は、
当該情報から、前記元原稿に付されていた複数の符号画像のうち、前記削除された符号画像に含まれる情報、及び残りの付されたままの符号画像に含まれる情報を割り出すことを特徴とする請求項４に記載のシステム。
【請求項６】
前記装置の前記付する手段は、前記削除される符号画像の上に前記代わりの符号画像を上書きすることにより、前記符号画像を削除し、前記代わりの符号画像を複写原稿に付することを実現する、ことを特徴とする請求項４に記載のシステム。
【請求項７】
文書の操作履歴を管理するためのサーバにおける管理方法であって、
複写の際、元原稿に付された符号画像を復号化して得られた第１の情報、及び複写原稿に付される符号画像の情報であって前記第１の情報を更新した第２の情報を受信するステップと、
前記第１の情報及び前記第２の情報を受信すると、前記第１の情報に含まれる前記元原稿を特定する情報及び前記第２の情報に含まれる前記複写原稿を特定する情報を保存する第１の保存処理ステップと、
前記第１の保存処理ステップにおいて前記保存がなされた後、前記複写原稿を特定する情報を所定のグループ毎に保存する第２の保存処理ステップと、
を含み、
前記第２の保存処理ステップは、前記第１の保存処理ステップで保存された元原稿を特定する情報が複数である場合に、該保存された複数の元原稿を特定する情報と同じ情報がそれぞれ属しているグループ同士を１のグループに統合するステップをさらに含む。
ことを特徴とするサーバにおける管理方法。
【請求項８】
請求項７に記載の管理方法をコンピュータに実行させるためのプログラム。
【請求項９】
複写の際に、元原稿に付されていた符号画像を復号化して情報を取り出し、前記符号画像を削除し、新たな情報を含む代わりの符号画像を複写原稿に付する手段と、  
前記取り出された情報、及び、前記代わりの符号画像に含まれる情報を送信する手段とを含む装置と、
前記取り出された情報、及び、前記代わりの符号画像に含まれる情報を前記装置から受信し、これらの情報を関連付けて保存する手段と、
前記複写原稿に付された代わりの符号画像に含まれる情報を前記装置から受信すると、当該情報から、前記削除された符号画像に含まれる情報を割り出す手段と
を有するサーバと、
を含むシステムにおける文書の操作履歴を管理する方法であって、
前記複写の際に、前記元原稿に付されていた複数の符号画像を復号化して複数の情報を取り出した場合、
前記装置の前記付する手段が、前記複数の符号画像のうちの１つの符号画像を削除し、新たな情報を含む代わりの符号画像を複写原稿に付すステップと、
前記装置の前記送信する手段が、前記取り出された複数の情報、及び、前記代わりの符号画像に含まれる情報をサーバに送信するステップと、
前記サーバの前記保存する手段が、受信した前記取り出された複数の情報、及び、前記代わりの符号画像に含まれる情報を関連付けて保存するステップと、
を含むことを特徴する文書の操作履歴を管理する方法。
【請求項１０】
複写の際に、元原稿に付されていた符号画像を復号化して情報を取り出し、前記符号画像を削除し、新たな情報を含む代わりの符号画像を複写原稿に付する手段と、  
前記取り出された情報、及び、前記代わりの符号画像に含まれる情報を送信する手段とを含む装置と、
前記取り出された情報、及び、前記代わりの符号画像に含まれる情報を前記装置から受信し、これらの情報を関連付けて保存する手段と、
前記複写原稿に付された代わりの符号画像に含まれる情報を前記装置から受信すると、当該情報から、前記削除された符号画像に含まれる情報を割り出す手段と
を有するサーバと、
を含むシステムにおける文書の操作履歴を管理する方法であって、
前記複写の際に、前記元原稿に付されていた複数の符号画像を復号化して複数の情報を取り出した場合、
前記装置の前記付する手段が、前記複数の符号画像のうちの１つの符号画像を削除し、新たな情報を含む代わりの符号画像を複写原稿に付すステップと、
前記装置の前記送信する手段が、前記取り出された複数の情報、及び、前記代わりの符号画像に含まれる情報をサーバに送信するステップと、
前記サーバの前記保存する手段が、受信した前記取り出された複数の情報、及び、前記代わりの符号画像に含まれる情報を関連付けて保存するステップと、
を含むことを特徴とする文書の操作履歴を管理する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号画像の付された文書の操作履歴を追跡する文書管理システムに関するものである。
【背景技術】
【０００２】
印刷物やその複写物について、誰が印刷或いは複写（コピー）したのかを知るための方法としては既に様々な技術が存在する。例えば、特許文献１では、印刷する際に当該印刷物を他の印刷物から識別し特定するための識別情報（ＩＤ）を一緒に印刷し、該ＩＤと印刷を指示したユーザを特定する情報（例えば、ユーザ名等）とを対応付けてサーバに保存している。これにより当該印刷物が誰によって印刷されたのかを後で調査できるようにしている。すなわち、ユーザはその印刷物等を読取装置（スキャナ）でスキャンすることでＩＤが割り出され、該ＩＤに対応付けられたユーザ名がサーバから読み出されて表示されるので、該印刷物の印刷者を特定できるようになっている。また、該印刷物をコピーしたときには、元のＩＤが消され、代わりに新たなＩＤが付加された複写物が印刷される。その際、サーバにはコピー時の情報が追加される。例えば、最初にユーザＡがある文書を作成して印刷し、該印刷物にはＩＤとして「１」が印字され、サーバには「ＩＤ：１」、「印刷ユーザ：Ａ」という情報が保存されていたとする。その後、該印刷物をユーザＢがコピーしたとすると、その複写物には新たなＩＤとして「２」が印字され、サーバには「ＩＤ：２」、「複写ユーザ：Ｂ」、「ＩＤ：１→２」という情報が追加される。そして、この複写物をスキャンすることにより、該複写物はユーザＢによって複写されたものであり、「ＩＤ：１→２」という情報から、ユーザＡが最初に印刷したという事実も把握することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２１７３４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された上記技術では、印刷物等をスキャンして得られるＩＤは常に１個であることを前提としている。しかし、文書管理や複写制限等を目的として原稿に符号画像を付加する技術の実際の運用の場面では、１回のスキャンによって２個以上の符号画像が検出されることが日常的に起こり得る。以下に、１回のスキャンで符号画像が２個以上検出されてしまう事例を示す。
【０００５】
まず、同時に複数の原稿が原稿読取台にセットされる場合が挙げられる。図１０の（ａ）は、複合機の画像読取部（スキャナ部）に２枚の原稿がセットされた様子を示している。１００１は圧板であり、スキャンの際に原稿が動かないように上から押える役目を果たす。１００２は原稿読取台であり、その上に符号画像の付された共にＡ４サイズの原稿１００３と原稿１００４が置かれており、１枚のＡ３サイズの用紙のような状態でセットされている。なお破線はそれぞれの原稿における符号画像の印字位置を示している。この状態でユーザがコピーの操作指示を行えば、２枚の原稿が同時にスキャンされて１の画像データが取得され、その画像データからは２個の符号画像が検出されることになる。
【０００６】
次に、スキャン対象の原稿に元々２個以上の符号画像が付されている場合が挙げられる。図１０の（ｂ）は、左上隅と右上隅の２箇所に符号画像（ＱＲコード）が付された原稿の一例である。通常、１の原稿に付されるＱＲコードは１個であり、例えばコピーの場合、コピー出力される原稿（以下、「複写原稿」と呼ぶ。）に付されるＱＲコードは、コピー元となる原稿（以下、「元原稿」と呼ぶ。）上でＱＲコードが付されていた位置となる。つまり、複写原稿上のＱＲコードは、元原稿に付されていたＱＲコードの情報が更新されたものとなるのが原則である。しかし、原稿読取台に斜めの状態で原稿がセットされたりＱＲコードが汚れていた場合には、ＱＲコードを正しく検出できなかったり検出できてもデコードに失敗したりすることがあり得る。その結果、元原稿上のＱＲコードは単なる図形として認識され、別途新たなＱＲコードが複写原稿に付加されるということが起こり得る。図１０の（ｂ）はそのような状況下で出力された複写原稿１００５を示しており、そこには、図形として認識されてしまった元原稿におけるＱＲコード１００６と、新規の符号画像として別途付されたＱＲコード１００７が存在している。
【０００７】
上述したような１回のスキャンで２以上の符号画像が検出される場合については、特許文献１の技術はまったく考慮されていなかった。すなわち、コピー時に原稿をスキャンした結果、複数の符号画像が検出され、当該原稿のＩＤなどの情報が複数存在するような状況が生じた場合に、係る情報をどのように管理するかについては一切記載がなく対応できなかった。
【課題を解決するための手段】
【０００８】
本発明は、文書の操作履歴を管理するためのサーバであって、複写の際、元原稿に付された符号画像を復号化して得られた第１の情報、及び複写原稿に付される符号画像の情報であって前記第１の情報を更新した第２の情報を受信する手段と、前記第１の情報及び前記第２の情報を受信すると、前記第１の情報に含まれる前記元原稿を特定する情報及び前記第２の情報に含まれる前記複写原稿を特定する情報を保存する第１の保存処理手段と、
前記第１の保存処理手段において前記保存がなされた後、前記複写原稿を特定する情報を所定のグループ毎に保存する第２の保存処理手段と、を備え、前記第２の保存処理手段は、前記第１の保存処理手段で保存された元原稿を特定する情報が複数である場合に、該保存された複数の元原稿を特定する情報と同じ情報がそれぞれ属しているグループ同士を１のグループに統合する、ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、原稿から２以上の符号画像が検出される場合でも、原稿のＩＤ等の情報を適切に管理でき、文書の操作履歴を追跡することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る文書管理システムの構成の一例を示す図である。
【図２】文書管理システムを構成するＰＣ及びサーバのハードウェア構成の一例を示す図である。
【図３】文書管理システムを構成するＭＦＰのハードウェア構成の一例を示す図である。
【図４】本文書管理システムのソフトウェア構成の一例を示す図である。
【図５】符号画像の付された原稿の一例を示す図である。
【図６】ＭＦＰにおけるコピー印刷処理時の流れを示したフローチャートである。
【図７】デコード処理によって得られた埋め込み情報の一例を示す図である。
【図８】更新された埋め込み情報の一例を示す図である
【図９】ＰＣからの画像データを基にＭＦＰにおいて印刷処理を行う際の流れを示したフローチャートである。
【図１０】１回のスキャンで符号画像が２個以上検出されてしまう事例を示す図である。
【図１１】ＭＦＰからサーバへ送られる埋め込み情報の一例を示す図である。
【図１２】第1のデータテーブルの一例を示す図である。
【図１３】第２の保存処理部における処理の流れを示すフローチャートである。
【図１４】第２データテーブルの一例を示す図である。
【発明を実施するための形態】
【００１１】
［実施形態１］
図１は、本発明に係る文書管理システム１００の構成の一例を示す図である。
【００１２】
文書管理システム１００は、ＰＣ１０１、ＭＦＰ１０２／１０３およびサーバ１０４で構成され、ＬＡＮ等のネットワーク１０５を介して相互に接続されている。
【００１３】
ＰＣ１０１は、パーソナルコンピュータ等の情報処理装置であって、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、外部記憶装置、ネットワークインターフェース、ディスプレイ、キーボード、マウス等を備える。
【００１４】
ＭＦＰ１０２／１０３は、スキャナ機能、複写機能、印刷機能、送信機能等を搭載する画像形成装置としての複合機（Multifunction Peripheral）である。なお、画像形成装置は、画像をメモリ上あるいは紙上に形成できるものであればよく、ＭＦＰに限られない。また、図１の文書管理システムにおいては２台のＭＦＰ１０２／１０３を含んでいるが、１台でもよいし或いは３台以上でもよい。
【００１５】
サーバ１０４は、ＰＣ１０１及びＭＦＰ１０２／１０３から送られた各種ファイルやデータ等を格納する情報処理装置である。
【００１６】
（ハードウェア構成）
図２は、ＰＣ１０１及びサーバ１０５のハードウェア構成の一例を示す図であり、図３は、ＭＦＰ１０２／１０３のハードウェア構成の一例を示す図である。
【００１７】
図２において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭに記憶された、或いはハードディスク２０９からＲＡＭ２０１にロードされたＯＳやアプリケーション等のプログラムを実行する。ＲＡＭ２０１は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０３は、キーボード２０７や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。ディスクコントローラ２０５は、各種データを記憶するハードディスク（ＨＤ）２０９やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ＮＣ２０６はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１８】
図３において、ＣＰＵ３００はＭＦＰ１０２／１０３を統括的に制御するプロセッサであって、内部バス３０７を介して接続された各部を制御するものである。表示部３０１は、タッチパネルなどの画像表示装置で構成され、ユーザは、表示部３０１に表示される画面を介して複写指示などを行う。スキャナ部３０２は、原稿をスキャンして画像データを取得する機能を有する。プリンタ部３０３は、紙等の記録媒体上に画像を印字する機能を有する。メモリ３０４は、ＣＰＵ３００がＭＦＰ１０２／１０３を制御するために実行する各種命令（アプリケーションプログラム含む）を記憶し、大容量記憶部３０５には、スキャナ部３０２でスキャンされた画像データが一時保存される。ネットワークインターフェース３０６は、ＣＰＵ３００に従いネットワーク１０５を介して各種データ等の送受信を行う。
【００１９】
（ソフトウェア構成）
図４は、本文書管理システムのソフトウェア構成の一例を示す図である。破線は、ＭＦＰ１０２／１０３及びサーバ１０４をそれぞれ示している。
【００２０】
まず、ＭＦＰ１０２／１０３について説明する。
【００２１】
制御部４００は、ＭＦＰ１０２／１０３の全体を制御し、後述の各部に対する指示、管理を行う。
【００２２】
データ送受信部４０１は、サーバ１０４とのデータ等の送受信処理を行う。なお、ここでは省略されているが、ＰＣ１０１とのデータ等の送受信処理も行う。
【００２３】
スキャン処理部４０２は、ＵＩを介して与えられたユーザの操作指示に基づき、原稿読取台にセットされた原稿をスキャンし、画像データを取得する処理を行う。
【００２４】
コード検出部４０３は、スキャンによって取得された画像データからＱＲコードを検出する処理を行う。なお、本明細書においては、原稿に付される符号画像として、代表的な二次元コードであるＱＲコードを例に説明するがこれに限られない。例えば、一次元コードや電子透かしといった、文書管理や複写制限等を目的として特定の情報をコード化した画像を原稿に付加する技術に対し本発明は広く適用することができる。また、本明細書においては、「原稿」を文字や図形等で構成される特定の情報が印字された印刷物や複写物などを指す用語として使用するものとする。そして、本明細書においては、「文書」を印刷物や複写物上の文字や図形等で構成される特定の情報そのものを指す用語として使用するものとする。これは例えば、ある印刷物Ａとその複写物Ｂは、それぞれ別の原稿として区別されるが、そこに含まれる文字や図形等は同じであるため、文書としては同一であることを意味する。
【００２５】
デコード部４０４は、検出されたＱＲコードを復号化（デコード）して埋め込み情報を抽出する処理を行う。
【００２６】
埋め込み情報更新部４０５は、埋め込み情報の内容を更新して複写原稿に付される新たな埋め込み情報を生成する処理を行う。更新対象となる埋め込み情報が存在しない場合（例えば、コピー元の原稿にＱＲコードが付加されていなかったときなど）には、新規に埋め込み情報を生成する処理も行う。
【００２７】
エンコード部４０６は、更新（或いは新規に生成）された埋め込み情報を符号化（エンコード）して符号画像としてのＱＲコードを生成する処理を行う。
【００２８】
画像合成部４０７は、印字対象の画像データと、符号化処理によって生成されたＱＲコードとを合成する処理を行う。
【００２９】
印刷処理部４０８は、印刷処理、すなわち、合成処理によって得られた合成画像データに基づいて紙等の記録媒体上に画像を形成する処理を行う。
【００３０】
次に、サーバ１０４について説明する。
【００３１】
制御部４１０は、サーバ１０４の全体を制御し、後述する各部に対する指示、管理を行う。
【００３２】
データ送受信部４１１は、ＭＦＰ１０２／１０３とのデータ等の送受信処理を行う。なお、図４では省略されているが、データ送受信部４１１はＰＣ１０１とのデータ等の送受信処理も行う。
【００３３】
埋め込み情報保存処理部４１２は、制御部４１０の指示に基づいて、ＭＦＰ１０２／１０３から受け取った埋め込み情報を登録する際に必要な各種の処理を行う。なお、図示していないが、埋め込み情報保存処理部４１２は、第１の保存処理部と第２の保存処理部とを含む。第１の保存処理部は、受け取った埋め込み情報を送られてきた時間の順に時系列で保存する処理を行い、第２の保存処理部は、時系列に保存された埋め込み情報を用いて文書単位を基本とした所定のグループ毎に原稿のＩＤを保存する処理を行う。
【００３４】
なお、原稿を特定するための情報として、原稿のＩＤに代えて、出力部数、ページ数、出力日時、出力機器等の組み合わせからなる情報としてもよい。その場合は、これらの組合せからなる情報が原稿ＩＤに代わるものとして埋め込み保存処理部４１２に保存される。
【００３５】
埋め込み情報割出部４１５は、制御部４１０の指示に基づいて、ＭＦＰ１０２／１０３から受け取った原稿ＩＤ等の原稿を特定する情報から、当該原稿に関連のある情報を割り出す処理を行う。
【００３６】
データ書込部４１３は、制御部４１０の指示に基づいて、埋め込み情報以外の各種データを不図示のハードディスク等に書き込み、保存する処理を行う。
【００３７】
データ読出部４１４は、制御部４１０の指示に基づいて、不図示のハードディスク等から埋め込み情報を含む各種データを読み出す処理を行う。
【００３８】
＜符号画像の付された原稿の説明＞
図５は、本発明においてスキャン対象となる、符号画像の付された原稿の一例を示す図である。
【００３９】
原稿５０１には、埋め込み情報を符号化して得られた符号画像としてのＱＲコード５０２が印刷されている。ＱＲコードは記録媒体上の所定の領域、本実施形態においては、原稿５０１内の左上隅、左下隅、右上隅、右下隅に設けられた矩形領域５０３内に印字され、該領域を対象にＱＲコードの検出処理が行われる。なお、矩形領域の一辺の長さは例えば縦横それぞれ３０ｍｍである。もちろん、ＱＲコードが印字可能な領域は、この例に限られるものでなく、その位置、形状、大きさは任意に設定可能である。
【００４０】
そして、埋め込み情報には、例えば、以下の４つの情報が含まれるものとする。
【００４１】
・原稿を一意に識別する原稿ＩＤ
・原稿の出力を指示した直近のユーザのユーザ名（Latest User’s Name）
・その文書について最初に出力を指示したユーザのユーザ名（Original User’s Name）
・原稿の出力をおこなった日時（Time and Date）
もちろん、埋め込み情報の内容はこれらに限るものでなく、たとえば、出力の種類情報（画像データの送信による印刷なのか原稿読取台を用いたコピー印刷なのかといった情報）なども必要に応じて追加してもよい。
【００４２】
また、上述のとおり、原稿ＩＤに代えて、出力部数、ページ数、出力日時、出力機器等の組み合わせからなる情報をもって、原稿を一意に識別する情報としてもよい。
【００４３】
＜ＭＦＰ１０２／１０３における処理の説明＞
ＭＦＰ１０２／１０３における処理について、まず、コピー印刷処理の場合の概要を説明する。
【００４４】
図６は、ＭＦＰ１０２／１０３におけるコピー印刷処理時の流れを示したフローチャートである。なお、本実施形態においては、メモリ２０４に格納されたアプリケーション（プログラム）がユーザの操作指示で起動し、ＣＰＵ３００がこれを実行することにより以下の各ステップが実現される。
【００４５】
ユーザがＭＦＰ１０２／１０３の原稿読取台にコピー元となる原稿をセットし、不図示の印刷指示ボタンを押下すると、ステップ６０１において、スキャン処理部４０２は、ＭＦＰ１０２／１０３は原稿読取台上にセットされた原稿のスキャンを開始する。これにより、１の画像データが取得される。なお、上述の通り、コピー印刷におけるコピー元となる原稿を「元原稿」と呼ぶが、元原稿自体が複写物である場合もあり得る（以前にコピーされた複写原稿をさらにコピーする場合など）。
【００４６】
ステップ６０２において、コード検出部４０３は、取得した画像データからＱＲコードを検出する。すなわち、取得した画像データの上述した四隅の矩形領域を対象にＱＲコードの有無をチェックする。ＱＲコードが検出されればステップ６０３に進む。
【００４７】
ステップ６０３において、デコード部４０４は、検出されたＱＲコードをデコードする。すなわち、ＱＲコードを復号化して埋め込み情報を抽出する処理を行う。図７は、デコード処理によって抽出された埋め込み情報（第１の情報）の一例を示している。図７の例では、元原稿の印刷を指示したユーザのユーザ名「Kazuhiro Hiraoka」、元原稿を出力した日時「2008年 1月30日9時53分」、および元原稿を一意に識別する原稿ＩＤ「abc」が抽出されている。なお、「Latest User’s Name」欄が空白なのは、この原稿がこの文書を最初に印刷した原稿であって、未だ誰にもコピーされたことがないオリジナルの原稿であることを示している。もし元原稿が誰かによってコピーされたことがある原稿である場合には、直近にコピーを行ったユーザのユーザ名が「Latest User’s Name」欄に示されることになる。なお、ステップ６０２で２個以上のＱＲコードが検出された場合には、その全てについてデコード処理を行い、埋め込み情報を抽出する。
【００４８】
ステップ６０４において、埋め込み情報更新部４０５は、デコードに成功し、埋め込み情報を抽出できたかどうかを判定する。埋め込み情報を抽出できた場合にはステップ６０５に進む。ＱＲコードの汚れ等によってデコードできなかった場合には、ステップ６０６に進む。
【００４９】
ステップ６０５において、埋め込み情報更新部４０５は、ステップ６０３で抽出された埋め込み情報（第１の情報）を更新する。具体的には、元原稿を作成したユーザのユーザ名を「Original User’s Name」、今回コピーを指示したユーザのユーザ名を「Latest User’s Name」とする。そして、コピー出力の日時と当該複写原稿のための新たな原稿ＩＤを生成して、埋め込み情報の内容を更新する。図８の（ａ）は、本ステップにおいて更新された、図７に示す埋め込み情報の更新後の内容（第２の情報）の一例を示している。コピーを行なったユーザのユーザ名「David Jenegal」が「Latest User’s Name」欄に、元原稿を作成したユーザのユーザ名「Kazuhiro Hiraoka」が「Original User’s Name」欄に入っている。また、「David Jenegal」によるコピーの日時が「2008年9月21日14時33分」であり、出力される複写原稿に新たな原稿ＩＤ「abc-1」が与えられたことが分かる。なお、埋め込み情報の更新のやり方としては、元原稿の埋め込み情報をすべて残したまま今回のコピー出力に関する情報を追加する形も考えられる。図８の（ｂ）は、このような追加するタイプの埋め込み情報の一例であり、出力１が元原稿の埋め込み情報、出力２が今回のコピー出力に関する情報を示している。さらに、ステップ６０２で２個以上のＱＲコードが検出され、ステップ６０３で２個以上の埋め込み情報が抽出された場合には、抽出された埋め込み情報のうちの一つだけを更新する。その際には、それらの中で最も古い日時の情報を含む埋め込み情報を更新し、残りの埋め込み情報は更新しない。また、最も古い日時の情報を含む埋め込み情報が複数ある場合には、先に検出された方のＱＲコードの埋め込み情報を更新し、残りの埋め込み情報は更新しない。
【００５０】
一方、ステップ６０２でＱＲコードが検出できなかった場合及びステップ６０４でデコードに失敗した場合には、ステップ６０６において、埋め込み情報更新部４０５は、コピー出力される原稿に新たに埋め込むための新規の埋め込み情報を生成する。図８の（ｃ）は、本ステップで生成される新規の埋め込み情報の一例である。新規に生成されるため、今回コピーを指示したユーザのユーザ名「David Jenegal」は、「Latest User’s Name」欄ではなく、「Original User’s Name」欄に入れられている。
ステップ６０７において、エンコード部４０６は、ステップ６０５で更新された埋め込み情報（第２の情報）或いはステップ６０６で新たに生成された埋め込み情報をエンコードしてＱＲコードを生成する処理を行う。
【００５１】
ステップ６０８において、画像合成部４０７は、生成したＱＲコードとステップ６０１で得られた画像データとを合成する。その結果、元原稿にＱＲコードが付されていた場合には、埋め込み情報の中身が更新されたＱＲコードの合成された合成画像データが生成される。この時、元原稿に付されていたＱＲコードは削除される。この削除は、中身が更新されたＱＲコードを、付されていたＱＲコードに上書きする形で行っても良い。なお、元原稿に２個以上のＱＲコードが付されており、２個以上のＱＲコードのデコード処理に成功した場合には、ステップ６０５で更新対象となった埋め込み情報を含んでいたＱＲコードの方が削除されることになる。この時、残りのＱＲコードは削除されることなくそのまま残される。そのため、元原稿に付されていたＱＲコードの数と同じ数のＱＲコードが、元原稿と同じ位置に付された複写原稿が出来上がることになる。一方、元原稿にＱＲコードが付されていなかった場合には新規に生成されたＱＲコードの合成された合成画像データが生成される。
【００５２】
ステップ６０９において、印刷処理部４０８は、生成された合成画像データに基づいて紙等の記録媒体上に画像を形成し出力する。印字出力された複写原稿は、不図示の排紙トレイより排紙される。印刷処理が完了すると、ステップ６１０に進む。
【００５３】
ステップ６１０において、データ送受信部４０１は、ステップ６０２及びステップ６０４での判定結果に応じた埋め込み情報をサーバ１０４に送信する。例えば、ＱＲコードが検出され、ＱＲコードのデコードに成功した場合であれば、ステップ６０３で抽出された元原稿の埋め込み情報（第１の情報）及びステップ６０５で更新された埋め込み情報（第２の情報）をサーバ１０４に送信する。ステップ６０２でＱＲコードが検出されなかった場合又はステップ６０４でデコードに失敗した場合であれば、ステップ６０６で新たに生成された埋め込み情報をサーバ１０４に送信する。なお、サーバ１０４での受け取った埋め込み情報の登録処理については後述する。
【００５４】
次に、ＰＣ１０１から受け取った画像データを基に印刷処理を行う場合の概要を説明する。
【００５５】
図９は、ＰＣ１０１から受け取った画像データを基にＭＦＰ１０２／１０３において印刷処理を行う際の流れを示したフローチャートである。なお、図８の場合と同様、メモリ２０４に格納されたアプリケーション（プログラム）がユーザの操作で起動し、ＣＰＵ３００がこれを実行することにより以下の各ステップが実現される。
【００５６】
ユーザがＰＣ１０１において印刷を指示すると、ステップ０１において、データ送受信部４０１は、ＰＣ１０１から画像データを受信する。なお、ここでは、受け取った画像データはラスタライズ等がなされた印刷に適した状態の画像データ（ビットマップデータ）であるものとして説明を行う。受け取った画像データがＰＤＬデータである場合には、不図示の画像処理部にて、ＰＤＬデータの解釈、ラスタライズ、ハーフトーニングといった印刷処理に適した画像データへと加工する処理が後述のステップ９０２及び９０３と並行して実行される。
【００５７】
ステップ９０２において、埋め込み情報更新部４０５は、印刷出力される原稿に埋め込むための埋め込み情報、例えば、今回印刷指示を行ったユーザのユーザ名、印刷出力の日時、印刷原稿を一意に識別する原稿ＩＤの各情報を生成する。
【００５８】
ステップ９０３において、エンコード部４０６は、ステップ９０２で生成された埋め込み情報をエンコードし、ＱＲコードを生成する。
【００５９】
ステップ９０４において、画像合成部４０７は、生成したＱＲコードとステップ９０１で受け取った画像データ（印刷に適した画像データ）とを合成し、ＱＲコードの付加された合成画像データを生成する。
【００６０】
ステップ９０５において、印刷処理部４０８は、生成された合成画像データに基づいて記録媒体上に画像を形成して出力する。出来上がった印刷原稿は、不図示の排紙トレイより排紙される。印刷処理が完了すると、ステップ９０６に進む。
【００６１】
ステップ９０６において、データ送受信部４０１は、ステップ９０２で生成された埋め込み情報をサーバ１０４に送信する。
【００６２】
＜サーバ１０４における処理の説明＞
本実施形態においてサーバ１０４は、ＭＦＰ１０２／１０３から受け取った埋め込み情報を大きく分けて２段階で保存する。以下、詳しく説明する。
【００６３】
サーバ１０４のデータ送受信部４１１が、ＭＦＰ１０２／１０３から埋め込み情報を受け取ると、制御部４１０によって埋め込み情報保存処理部４１２に送られる。
【００６４】
図１１の（ａ）〜（ｉ）は、ＭＦＰ１０２やＭＦＰ１０３から送られる埋め込み情報の一例を示している。なお、同図において、「抽出された埋め込み情報」の欄は、ユーザの操作指示の内容がコピーの場合における元原稿のＱＲコードから抽出された更新前の埋め込み情報（第１の情報）の内容である。したがって、ユーザの操作指示の内容が、画像データの直接印刷である場合や、コピー指示であるが元原稿からのＱＲコードの検出や検出されたＱＲコードのデコードに失敗した場合には、「抽出された埋め込み情報」の欄は空白となる。以下、図１１の（ａ）〜（ｉ）のそれぞれについて説明する。
【００６５】
まず、図１１の（ａ）は、ユーザ名「Kazuhiro Hiraoka」が、「2008年 1月30日9時53分」に、ＰＣ等から印刷指示した際に生成された埋め込み情報である。この印刷原稿には、原稿ＩＤとして「abc」が与えられている。ＰＣ等から送信された画像データに基づいて印刷された原稿であるので、ＱＲコードの検出は行われず、「抽出された埋め込み情報」の欄は空白である。
【００６６】
同（ｂ）は、上記（ａ）の原稿「abc」を、ユーザ名「David Jenegal」が「2008年 9月21日14時33分」にコピーした際の、抽出された埋め込み情報と更新された埋め込み情報である。この複写原稿には「abc-1」の原稿ＩＤが与えられている。そして、「抽出された埋め込み情報」の欄には、更新前の埋め込み情報（元原稿である「abc」の埋め込み情報）が記載されている。これは、コピー時に元原稿のＱＲコードの検出及びデコード処理が問題なく出来たことを示している。
【００６７】
同（ｃ）は、上記（ｂ）の複写原稿「abc-1」を、ユーザ名「Taro Yamada」が「2009年 6月15日11時25分」にコピーした際の、抽出された埋め込み情報と更新された埋め込み情報である。この複写原稿には「abc-2」の原稿ＩＤが与えられている。ここでも、「抽出された埋め込み情報」の欄には、更新前の埋め込み情報（元原稿である「abc-1」の埋め込み情報）が記載されている。
【００６８】
同（ｄ）は、ユーザ名「Kazuhiro Hiraoka」が、「2010年 1月10日13時45分」に、ＰＣ等から印刷指示した際に生成された埋め込み情報である。この印刷原稿には、原稿ＩＤとして「def」が与えられている。この場合も、抽出された埋め込み情報の欄は空白である。
【００６９】
同（ｅ）は、上記（ｄ）の印刷原稿「def」を、ユーザ名「Toshiro Sadamitsu」が「2010年 4月10日20時43分」にコピーした際の、抽出された埋め込み情報と更新された埋め込み情報である。この複写原稿には「def-1」の原稿ＩＤが与えられている。ここでも、「抽出された埋め込み情報」の欄には、更新前の埋め込み情報（元原稿である「def」の埋め込み情報）が記載されている。
【００７０】
同（ｆ）は、ユーザ名「Kazuhiro Hiraoka」が、「2010年 6月19日11時46分」に、PC等から印刷指示した際に生成された埋め込み情報である。この印刷原稿には、原稿ＩＤとして「efg」が与えられている。この場合も、抽出された埋め込み情報の欄は空白である。
【００７１】
同（ｇ）は、上記（ｅ）の複写原稿「def-1」及び上記（ｆ）の印刷原稿「efg」を、ユーザ名「Taro Yamada」が「2010年 7月28日15時03分」に1度にコピーした際の、抽出された埋め込み情報と更新された埋め込み情報である。すなわち、上述の図１０の（ａ）の態様で2枚の原稿が1度にコピーされた場合の更新された埋め込み情報である。この場合、前述のとおり、古い日時の情報を持つ原稿ＩＤ「def-1」に係る埋め込み情報の方が更新されることになる。すなわち、出力される複写原稿には、原稿ＩＤ「def1efg-1」の埋め込み情報を含む更新されたＱＲコードと、原稿ＩＤ「efg」の埋め込み情報を含む更新されなかったＱＲコードの、計２つのＱＲコードが存在することになる。
【００７２】
同（ｈ）は、上記（ａ）の印刷原稿「abc」を、ユーザ名「Toshiro Sadamitsu」が「2010年 8月1日14時25分」にコピーした際に生成された埋め込み情報である。符号画像の付された印刷原稿「abc」を元原稿としたコピーであるにも関わらず「抽出された埋め込み情報」の欄が空白なのは、元原稿のＱＲコードの検出又はデコード処理に失敗したことを示している。したがって、この場合に出力される複写原稿には、図１０の（ｂ）で示されるように新旧２つのＱＲコードが存在することになる。なお、当該複写原稿に新たに付されたＱＲコードには原稿ＩＤとして「hij」の情報が含まれている。
【００７３】
同（ｉ）は、上記（ｈ）の複写原稿「hij」を、ユーザ名「Seiji Mimura」が「2010年 7月28日15時03分」にコピーした際の、抽出された埋め込み情報と更新された埋め込み情報である。そして、「抽出された埋め込み情報」の欄には、元々のＱＲコードと前回のコピー時に新たに付されたＱＲコードの両方から抽出された埋め込み情報が記載されている。この場合も、古い日時の情報を持つ元々のＱＲコード（すなわち、元原稿「abc」のQRコード）から抽出された埋め込み情報の方が更新の対象となっている。このことは、更新された埋め込み情報の「Original User's Name」欄の内容が「Kazuhiro Hiraoka」であることから理解可能である。すなわち、出力される複写原稿には、原稿ＩＤ「abchij-1」の埋め込み情報を含む更新されたＱＲコードと、原稿ＩＤ「hij」の埋め込み情報を含む更新されなかったＱＲコードの、計２つのＱＲコードが存在することになる。
【００７４】
以下、図１１の（ａ）〜（ｉ）に示す埋め込み情報が、ＭＦＰ１０２やＭＦＰ１０３から順次送信されたものとして説明する。
【００７５】
（第１の保存処理部における保存）
埋め込み情報保存処理部４１２の第１の保存処理部は、上述の埋め込み情報を受け取ると、以下のように順次保存する。
【００７６】
図１２は、第１の保存処理部において作成される第1のデータテーブルの一例を示す図である。最も古い図１１の（ａ）の埋め込み情報から最も新しい（ｉ）の埋め込み情報に対応するデータ1〜９が、上から順に格納されているのが分かる。この第１データテーブルには、出力された原稿のＩＤ１２０１に加えて、元原稿のＩＤ１２０２（存在する場合）、出力を行ったユーザのユーザ名（Latest User’s Name）１２０３、出力日時（Time and Date）１２０４が含まれる。なお、元原稿ＩＤ欄１２０２にＩＤが格納されるということは、コピー印刷処理において、元原稿からＱＲコードが検出され、かつデコード処理も成功して、元原稿の原稿ＩＤが特定できたことを意味している。つまり、コピー出力であっても元原稿のＱＲコードが検出・デコードできなかった場合には元原稿ＩＤ欄１２０２の表示は空欄になる。さらに、元原稿ＩＤが２つ存在するデータ７及びデータ９においては、コピー時のスキャンで２つのＱＲコードが検出・デコードされ、２つの元原稿の存在が特定されたことを示している
第１の保存処理部における埋め込み情報の保存処理が完了すると、第２の保存処理部における処理へと移行する。
【００７７】
（第２の保存処理部における保存）
第２の保存処理部によって、文書単位を基本として原稿ＩＤがグループ化された第２のデータテーブル（第２データテーブル）が作成されることになる。この場合において、１の複写原稿の元原稿として複数の原稿ＩＤが含まれていた場合には、該複数の原稿ＩＤがそれぞれ属するグループ同士が１つのグループに統合される。図１３は、このような第２の保存処理部における処理の流れを示すフローチャートである。
【００７８】
ステップ１３０１において、第２の保存処理部は、受信された埋め込み情報が、第１の保存処理部によって第１データテーブルに保存されたかどうかを判定する。埋め込み情報が第１データテーブルに保存された場合にはステップ１３０２に進む。保存されていなければ本処理を抜ける。
【００７９】
ステップ１３０２において、第２の保存処理部は、第１データテーブルに新たに保存された埋め込み情報に元原稿ＩＤが含まれるかどうかを判定する。元原稿ＩＤが含まれている場合にはステップ１３０３に進む。元原稿ＩＤが含まれていなければ、ステップ１３０５に進む。
【００８０】
ステップ１３０３において、第２の保存処理部は、当該新たに保存された埋め込み情報内の元原稿ＩＤと同じ原稿ＩＤが、第２データテーブル中の既存のグループのいずれかに存在するかどうかを判定する。既に存在している場合にはステップ１３０４に進み、存在していなければステップ１３０５に進む。
【００８１】
ステップ１３０４において、第２の保存処理部は、当該新たに保存された埋め込み情報内の元原稿ＩＤは複数であるかどうかを判定する。複数でない場合にはステップ１３０６に進み、複数である場合にはステップ１３０７に進む。
【００８２】
ステップ１３０５において、第２の保存処理部は、新規のグループを作成し、そこに新たに保存された埋め込み情報における、図１２の原稿ＩＤ欄１２０１に格納された原稿ＩＤ（以下、新原稿ＩＤと称する。）を格納する。
【００８３】
ステップ１３０６において、第２の保存処理部は、新たに保存された埋め込み情報内の元原稿ＩＤと同じ原稿ＩＤが属しているグループに、新原稿ＩＤを格納する。
【００８４】
ステップ１３０７において、第２の保存処理部は、まず、新たに保存された埋め込み情報内の元原稿ＩＤと同じＩＤが属しているグループ同士を統合して１つのグループにする。そして、統合され１つになったグループに新原稿ＩＤを格納する。
【００８５】
図１４は、第２の保存処理部において作成される第２データテーブルの一例を示す図である。
【００８６】
なお、本実施形態においては、説明の便宜上、スキャン時にＱＲコードから埋め込み情報を抽出できた場合の新原稿ＩＤは、元原稿のＩＤに「−1」を加えた内容になっている（例えば、元原稿のＩＤが「abc」の場合、その複写原稿のＩＤは「abc-1」）。そのため、原稿間の関連を原稿ＩＤから推察し得るようになっている。しかし、実際に生成される原稿ＩＤは、例えば、ユーザ名と出力日時との組み合わせからなる文字列をハッシュ化するなどして構成されるため、原稿ＩＤ自体から他の原稿との関連性を推察することは不可能である。したがって、以下に示すような第２データテーブルの作成が重要となってくる。
【００８７】
第２データテーブルは、図１１で示す埋め込み情報（ａ）〜（ｉ）に従って図１２に示す第１データテーブルにデータが蓄積されるのに併せて、図１４の（ａ）〜（ｉ）に示すように順次変化していく。具体的には、図１１の埋め込み情報（ａ）が第１データテーブルに保存された段階で図１４（ａ）に示す第２データテーブル、埋め込み情報（ｂ）が第１データテーブルに保存された段階で図１４（ｂ）に示す第２データテーブル、といった具合に順次作成される。
【００８８】
より詳しく説明すると、例えば、図１１の埋め込み情報（ａ）が図１２のデータ１として第１データテーブルに保存された段階で、図１３のステップ１３０１で「Yes」、続くステップ１３０２で「No」となり、ステップ１３０５への処理へと進む。そして、ステップ１３０５で新規のグループ（この場合、グループ１）が作成され、その中に出力された印刷原稿の原稿ＩＤである「abc」が格納される。
【００８９】
次に、図１１の埋め込み情報（ｂ）が図１２のデータ２として第１データテーブルに保存された段階で、ステップ１３０１で「Yes」、続くステップ１３０２及び１３０３で共に「Yes」、ステップ１３０４で「No」となり、ステップ１３０６への処理へと進む。そして、ステップ１３０６で、元原稿ＩＤ「abc」と同じＩＤ「abc」がすでに格納されているグループ１に、出力された複写原稿の原稿ＩＤである「abc-1」が格納される。
【００９０】
同様にして、図１４（ｃ）〜（ｆ）の第２データテーブルまでが作成され、図１１の埋め込み情報（ｇ）が図１２のデータ７として第１データテーブルに保存された段階で、図１４の（ｇ）に示す第２データテーブルが以下のように作成される。すなわち、図１３のフローチャートのステップ１３０１で「Yes」、続くステップ１３０２〜１３０４のすべてで「Yes」となり、ステップ１３０７への処理へと進む。そして、ステップ１３０７で２つの元原稿ＩＤ「def-1」と「efg」がそれぞれ属する「グループ２」と「グループ３」とを統合し１つの新たなグループ「グループ２＋３」を作成する。この結果、グループ２に属していた原稿ＩＤ「def」、「def-1」と、グループ３に属していた「efg」が同一のグループに属することになる。そして、そこに出力された複写原稿の原稿ＩＤである「def1efg-1」が格納される。この際、統合前の「グループ２」と「グループ３」は不要となるので削除され、代わりに統合後の「グループ２＋３」内に統合前に各原稿ＩＤが所属していたグループが理解可能なように関連付けがなされる。図１４の（ｇ）では、旧所属グループが分かるように、原稿ＩＤ「def」と「def-1」については属性情報「旧グループ２」、原稿ＩＤ「efg」については属性情報「旧グループ３」がそれぞれ原稿ＩＤに付されている。
【００９１】
さらに、図１１の埋め込み情報（ｈ）が図１２のデータ８として第１データテーブルに保存されると第２のデータテーブルには新規のグループ４が作成され、その中に出力された複写原稿の原稿ＩＤである「hij」が格納される。そして、図１１の埋め込み情報（ｉ）が図１２のデータ９として第１データテーブルに保存された段階で、図１４の（ｉ）に示すような第２データテーブルが作成される。すなわち、図１３のフローチャートのステップ１３０７で２つの元原稿ＩＤ「abc」と「hij」がそれぞれ属する「グループ１」と「グループ４」とを統合し１つの新たなグループ「グループ１＋４」が作成される。そして、そこに出力された複写原稿の原稿ＩＤである「abchij-1」が格納される。さらに、統合前の「グループ１」と「グループ４」は不要となるので削除され、統合後の「グループ１＋４」では、原稿ＩＤ「abc」と「hij」について、それぞれ属性情報「旧グループ１」及び「旧グループ４」が付される。この結果、もともと同一の文書であった原稿ＩＤ「abc」、「abc-1」、「abc-2」、「hij」がすべて同一のグループに属することになる。
【００９２】
本発明によれば上述のような処理によって復号化された埋め込み情報がサーバに保存されるので、コピー時に元原稿から複数のＱＲコードが検出・デコードされたような場合でも対処すること出来る。すなわち、上述のようにして作成された第１データテーブル及び第２データテーブルによって、文書が誰によって生成され誰によってコピーされたのかという操作履歴を正確に追跡することができる。
【００９３】
たとえば、ユーザ名「Taro Yamada」が２枚の原稿をコピーして出来上がった複写原稿については、その原稿ＩＤ「def1efg-1」及びその元原稿のＩＤ「def-1」、「efg」のいずれも「グループ２＋３」に属している。したがって、同じく「グループ２＋３」に属している原稿ＩＤ「def」も、複写原稿「def1efg-1」の元になっているということが分かる。
【００９４】
また、ユーザ名「Seiji Mimura」がコピーによって得た複写原稿のＩＤ「abchij-1」は、直接の元原稿「hij」だけがその元になっているわけではないことが分かる。すなわち、ＩＤ「abchij-1」は元原稿「hij」だけでなく、同じ「グループ１＋４」に属している原稿ＩＤ「abc」、「abc-1」、「abc-2」もその元になっていることが分かる。
【００９５】
＜文書の操作履歴の追跡＞
上記のように、原稿ＩＤ等の原稿を特定する情報が相互に関連付けられてサーバに保存されることから、ユーザは、文書の操作履歴を確実に追跡することができる。
【００９６】
本実施例において例えば、ユーザ“Seiji Miura”が、2010年8月31日に複写した原稿（図１１の（ｉ））の履歴を知りたいと考えた場合には、以下のようにしてそれを確認することができる。
【００９７】
まず、ユーザ“Seiji Miura”は、ＭＦＰ１０２／１０３において、表示部３０１に表示されるユーザインタフェース画面（不図示）から履歴情報の検索を指示する。この指示を受けてＭＦＰ１０２／１０３の制御部４００は、スキャン処理部４０２に原稿の読み取りを指示し、原稿台に置かれた複写原稿をスキャンする。前述のとおり、当該複写原稿には２個のＱＲコードが付されている。
【００９８】
ここで、スキャンによって得られた画像データから、２個のＱＲコードが検出・デコードされ、２種類の原稿ＩＤ“abchij-1”及び“hij”が抽出されたとする。この場合、ＭＦＰ１０２／１０３は、データ送受信部４０１を介して、抽出された２種類の原稿ＩＤ“abchij-1”と“hij”とをサーバ１０４に送信する。２つの原稿ＩＤを受け取ったサーバ１０４では、制御部４１０が埋め込み情報割出部４１５に対し、関連する情報の割り出しを指示する。これを受けて埋め込み情報割出部４１５は、まず、埋め込み情報保存処理部４１２内の第２の保存処理部を参照し、“abchij-1”と“hij”に関連のある原稿ＩＤを割り出す。この場合において、“abchij-1” と“hij”は共に同じグループに属しているので、当該グループ内の原稿ＩＤ“abc”、“abc-1”、“abc-2”、“hij”、“abchij-1”が関連のある原稿ＩＤとして割り出される。さらに、埋め込み情報割出部４１５は第１の保存処理部を参照して、割り出された各原稿ＩＤに対応する情報（図１２参照）を割り出す。すなわち、例えば原稿ＩＤ“abc-1”については、元原稿は“abc”、出力を指示したのは“David Jenegal”、出力日時は“2008年9月21日の14時33分”という情報が割り出される。
【００９９】
一方、スキャンによって得られた画像データから、複写時に更新された１のＱＲコードのみが検出・デコードされ、原稿ＩＤ“abchij-1”だけが抽出できたとする。この場合、ＭＦＰ１０２／１０３は、データ送受信部４０１を介して、抽出された原稿ＩＤ“abchij-1”をサーバ１０４に送信する。この原稿ＩＤを受け取ったサーバ１０４では、埋め込み情報割出部４１５によって“abchij-1”に関連する情報が割り出される。すなわち、“abchij-1”の属するグループ内の原稿ＩＤである“abc”、“abc-1”、“abc-2”、“hij”、“abchij-1”及び、当該各原稿ＩＤに対応する情報が割り出される。つまり、このようなケースでも埋め込み情報割出部４１５は、複写時のＱＲコードの更新によって削除されてしまったＱＲコードに含まれていた情報はもちろん、残りの付されたままのＱＲコードに含まれる情報についても同時に割り出すことができる。
【０１００】
また、スキャンによって得られた画像データから、複写時に更新されなかった１のＱＲコードのみが検出・デコードされ、原稿ＩＤ“hij”だけが抽出できたとする。この場合、ＭＦＰ１０２／１０３は、データ送受信部４０１を介して、抽出された原稿ＩＤ“hij”をサーバ１０４に送信する。この情報を受け取ったサーバ１０４では、上記と同様に埋め込み情報割出部４１５によって“hij”に関連する情報が割り出される。この場合も、“hij”の属するグループ内の原稿ＩＤである“abc”、“abc-1”、“abc-2”、“hij”、“abchij-1”と当該各原稿ＩＤに対応する情報が割り出されることになる。
【０１０１】
以上のようにして割り出された原稿ＩＤ及び当該原稿ＩＤに対応する他の情報はデータ送受信部４１１を介してＭＦＰ１０２／１０３に送られる。そして、ＭＦＰ１０２／１０３の表示部３０１上に、受け取ったこれらの情報が表示される。
【０１０２】
上記のとおり、ユーザ“Seiji Miura”はいずれのケースでも、2010年8月31日の複写原稿についての履歴を正確に知ることができる。すなわち、ユーザは、複数のＱＲコードが付された複写原稿について、複写時に更新されたＱＲコードの更新前の情報（つまり、複写時に削除されたＱＲコードの情報）のみならず、更新されなかったＱＲコードの情報なども漏れなく知ることができる。なお、ここでは、ＭＦＰ１０２／１０３経由で履歴情報の検索を指示する場合について説明したが、例えば、スキャナが接続されたＰＣ経由で履歴情報の検索指示を行うことも可能であり、上述の態様に限られないことはいうまでもない。
【０１０３】
このようにユーザは、例えばＭＦＰ１０２／１０３の表示部３０１に表示される情報を見て、文書に対する操作履歴を確認することができる。
【０１０４】
以上のように、本発明によれば、コピーの際に元原稿から複数の符号画像が検出・デコードされるような場合でも、文書の操作履歴を追跡可能な状態でサーバに保存され、確実に履歴を確認することができる。
【０１０５】
（その他の実施例）
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【図１】
2012080520.tif 000003
【図２】
2012080520.tif 000004
【図３】
2012080520.tif 000005
【図４】
2012080520.tif 000006
【図６】
2012080520.tif 000007
【図７】
2012080520.tif 000008
【図８】
2012080520.tif 000009
【図９】
2012080520.tif 000010
【図１１】
2012080520.tif 000011
【図１２】
2012080520.tif 000012
【図１３】
2012080520.tif 000013
【図１４】
2012080520.tif 000014
【図５】
2012080520.tif 000015
【図１０】
2012080520.tif 000016