(57)【要約】【課題】文書ごとに固有なＩＤを割り振り、文書管理を行う際、文書ＩＤの発行を制限することなく際限なく発行するため、文書管理が複雑になり、ログサーバでのＩＤ管理負荷が増大するという問題がある。【解決手段】各ページにＩＤを割り当てるのではなく、ジョブ単位でのＩＤの割り当てをする事で文書ＩＤの発行数を削減する。【選択図】図４
2012123615.tif 000002
【特許請求の範囲】
【請求項１】
複数のページから構成される文書についての印刷データを印刷ジョブ単位で一意に識別可能な識別子をエンコードするエンコード手段と、
前記エンコード手段により得られたコードであって、共通の前記識別子についてのコードを、共通の印刷ジョブについての前記印刷データの各ページに対して合成する合成手段と
を有することを特徴とする装置。
【請求項２】
前記文書を１つのジョブで複数部印刷する場合において、前記合成手段は、前記エンコード手段により得られたコードであって、共通の前記識別子についてのコードを、前記複数部の各部の印刷データに対して合成することを特徴とする請求項１に記載の装置。
【請求項３】
前記文書に含まれているセキュリティ情報を検出する手段を備え、
前記文書を１つのジョブで複数部印刷する場合において、前記合成手段は、前記検出されたセキュリティ情報が高いセキュリティレベルを示す場合、前記エンコード手段により得られたコードであって、前記複数部の部毎に異なる前記識別子についてのコードを、各部の印刷データに対してそれぞれ合成することを特徴とする請求項１に記載の装置。
【請求項４】
前記複数のページから構成される文書から画像を読み取る読み取り手段と、
前記読み取られた画像から検出したコードをデコードし、文書ＩＤを得るデコード手段を備え、
前記合成手段は、
前記デコード手段により得られた文書ＩＤが前記複数のページのページ間で共通する場合、前記エンコード手段により得られたコードであって、共通の前記識別子についてのコードを、共通の印刷ジョブについての前記読み取られた画像の各ページに対して合成し、
前記デコード手段により得られた文書ＩＤが前記複数のページのページ間で異なる場合、前記エンコード手段により得られたコードであって、異なる前記識別子についてのコードを、共通の印刷ジョブについての前記読み取られた画像の各ページに対して合成すること
を特徴とする請求項１に記載の装置。
【請求項５】
前記デコード手段により文書ＩＤが得られなかったページが複数ある場合、前記合成手段は、前記エンコード手段により得られたコードであって、共通の前記識別子についてのコードを、前記文書ＩＤが得られなかった複数のページの各画像に対して合成することを特徴とする請求項４に記載の装置。
【請求項６】
画像処理装置によって実施される方法であって、
複数のページから構成される文書についての印刷データを印刷ジョブ単位で一意に識別可能な識別子をエンコード手段によりエンコードするステップと、
前記エンコードにより得られたコードであって、共通の前記識別子についてのコードを、共通の印刷ジョブについての前記印刷データの各ページに対して合成手段により合成するステップと
を有することを特徴とする方法。
【請求項７】
コンピュータを、
複数のページから構成される文書についての印刷データを印刷ジョブ単位で一意に識別可能な識別子をエンコードするエンコード手段、
前記エンコード手段により得られたコードであって、共通の前記識別子についてのコードを、共通の印刷ジョブについての前記印刷データの各ページに対して合成する合成手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二次元コードを取り扱うことの出来る装置、方法及びプログラムに関するものである。
【背景技術】
【０００２】
近年、紙媒体に対するセキュリティ対策として、誰が印字した印刷出力物かを特定し、印刷出力物の追跡を行うために、文書を印刷する際、文書を印刷したユーザ情報を紙に印字すること事が知られている。更に、特許文献１に開示されているように、印刷出力物のページにユーザＩＤだけでなく、印刷出力物を特定するために、固有ＩＤを印字する事が考えられている。また、特許文献１は、ユーザが文書を印字する際、各ページにそれぞれ固有のＩＤを印字し、そのＩＤを見ればそのページは誰が印字したのかを追跡出来るシステムを開示している。ここで、固有ＩＤを紙に印字する方法として、例えば可視二次元コードが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１４００７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、前記ＩＤは各ページ全てに固有文書ＩＤを割り振る事で、追跡を行う事を前提としている。つまり、固有文書ＩＤは、特に制限なく無制限に発行されていく。このように、ＩＤが無制限に発行されてしまうと、サーバで管理されるＩＤの数は日々膨大に増え続け、サーバの管理負荷が増大するという問題がある。
【課題を解決するための手段】
【０００５】
本発明に係る装置は、複数のページから構成される文書についての印刷データを印刷ジョブ単位で一意に識別可能な識別子をエンコードするエンコード手段と、前記エンコード手段により得られたコードであって、共通の前記識別子についてのコードを、共通の印刷ジョブについての前記印刷データの各ページに対して合成する合成手段とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、文書ＩＤによる文書管理を簡素化し、サーバの管理負荷を軽減可能な装置、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】一実施形態におけるシステム構成例を示す図である。
【図２】一実施形態における二次元コードに含まれるタグ情報を示す図である。
【図３】一実施形態におけるタグ情報を二次元コードとした図である。
【図４】実施例１における処理のフローチャートを示す図である。
【図５】実施例２における処理のフローチャートを示す図である。
【図６】実施例３における処理のフローチャートを示す図である。
【図７】実施例３における処理のフローチャートを示す図である。
【図８】一実施形態におけるイメージサーバへの登録データ構成例を示す図である。
【図９】一実施形態におけるログサーバへの登録データ構成を示す図である。
【図１０】一実施形態における文書ＩＤ割り当てを設定する方法を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【０００９】
まず、本実施例の主な要旨は以下の通りである。  
前記課題で述べた点に鑑みて、文書印刷のユースケースを考慮すると、文書ＩＤの発行は、各ページに異なる文書ＩＤを発行するのではなく、ジョブ単位で発行した方が望ましい。つまり、５ページの文書を３部印字する際、各ページに異なる文書ＩＤを発行すると全部で１５個の文書ＩＤが必要となるが、その文書を実際に印字した人や時間、場所を特定したいのであれば、全てが同一の文書ＩＤであっても追跡は可能である。
【００１０】
実施例１では、印刷出力物の各ページに文書ＩＤを割り当てるのではなく、ジョブ単位でのＩＤの割り当てをする事で文書ＩＤの発行数を削減する事を目的としている。これにより、サーバで管理する文書ＩＤ数を減らし、管理負荷を削減する事が出来る。
【００１１】
以上述べた要旨を元に、以下詳細に説明を行なう。  
図１は、実施例１のシステム構成を示す図である。システム１００は、ＰＣ（Personal Computer）１０１、ＭＦＰ（Multifunction Peripheral）１０２、イメージサーバ１０３、文書ＩＤサーバ１０４、及びログサーバ１０５を備える。各構成はネットワーク１０６を介して接続されている。
【００１２】
尚、ＭＦＰ１０２は、プリンタ等の他の画像形成装置又は画像処理装置に置き換えても良い。当該画像形成装置は、画像をメモリ上あるいは紙上に形成できるものであれば何でもよい。図示していないが、ＭＦＰ１０２は、画像読み取り部、画像解析部、画像形成部、プリンタエンジン部、操作部、表示部、通信部、記憶部、及び制御部を備える。
【００１３】
画像形成装置であるＭＦＰ１０２は画像の入出力機能を有するものであり、紙原稿の入力および紙への印刷出力を行うものである。入力した画像は、デジタルデータとしてネットワーク１０６を介して、イメージサーバ１０３への保存や他の画像形成装置への転送などが可能である。また、パーソナルコンピュータであるＰＣ１０１からのプリントデータや、他の画像形成装置からの画像データを受信し、紙への印刷出力も可能である。
【００１４】
イメージサーバ１０３は、ネットワーク１０６を通じてＭＦＰ１０２から送られてくる画像データと文書ＩＤを関連付けて登録するサーバである。
【００１５】
文書ＩＤサーバ１０４は、文書ＩＤを発行するためのサーバである。文書ＩＤサーバ１０４は、ネットワーク１０６を通じて送られてくるＭＦＰ１０２の要求に応じて、ＭＦＰ１０２から通知された文書ＩＤと関連付けた新規文書ＩＤを発行する。
【００１６】
ログサーバ１０５は、ネットワーク１０６を通じてＭＦＰ１０２から通知される文書ＩＤ、ジョブ詳細情報、及び追跡情報を関連付けて登録し、文書ログを管理するサーバである。
【００１７】
ＭＦＰ１０２の画像読み取り部で読み取る原稿１０７には、画像と、原稿１０７に関する情報が含まれた二次元コード１０８が印字されている（二次元コードと限らず、バーコードなど、他のコードであっても良い。以下、他の実施例についても同様である。）。この二次元コード１０８に含まれる情報に関して、以下詳細に説明していく。
【００１８】
原稿１０７上に印字される二次元コード１０８に含まれる情報には、まず、その原稿がコピー禁止か、コピー許可か、パスワードやログインユーザなど条件付きコピー許可かといった原稿のセキュリティに関する情報がある。この情報を、以降、セキュリティ情報という。なお、セキュリティ情報は、コピー許可／不許可に関する情報に限られず、原稿のセキュリティに関する情報であれば何でも良い。例えば、スキャン許可／不許可に関する情報や、外部への送信の許可／不許可に関する情報や、ＭＦＰ１０２内部のメモリ等への格納の許可／不許可に関する情報などもセキュリティ情報に含まれ得る。
【００１９】
ここで、セキュリティ情報には、セキュリティに関するレベルの違いを表すセキュリティレベルが事前に定められている。例えば、コピー禁止のセキュリティレベルは、コピー禁止、条件付きコピー許可、コピー許可の順で徐々にコピー禁止度が低くなる。
【００２０】
次に、誰が印刷出力物の出力（作成）を指示したのかを追跡するのに必要な情報がある。この情報を、以降、追跡情報という。なお、原稿がスキャン対象である紙なのに対して、印刷出力物は、何らかの情報が印字された紙である。印刷出力物がスキャン対象になった場合には、原稿＝印刷出力物となるため、両者の間に実質的な違いは無い。
【００２１】
この追跡情報には、例えば、印刷出力物の出力を指示したユーザのユーザ名（User Name）と、画像形成装置のシリアル番号（Serial No.）と、印刷出力物の出力時刻（Time）と、画像形成装置の生産会社名（Vendor）が含まれている。
【００２２】
ユーザ名だけでなく上記他の情報も、誰が印刷出力物の出力を指示したのかを追跡するのに間接的に役立つことがある為、これらの情報も、追跡情報という単語の意味の中に本実施例等（本実施例や別の実施例）では含まれている。
【００２３】
最後に、印刷出力物１０７を固有な文書として識別するための文書ＩＤ（DocID）がある。文書ＩＤは、ＭＦＰ１０２からの要求に従って文書ＩＤサーバ１０４で発行され、ネットワーク１０６を介して送られる。この文書ＩＤは、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）のような１６バイト数値で表され、重複や偶然の一致が起こり得ない既知の仕組みを利用する事が考えられる。ＵＵＩＤの仕様は、ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）４１２２として広く一般に知られており、公知である。
【００２４】
さらに、これらセキュリティ情報・追跡情報・文書ＩＤの３つの情報を１つずつ含む二次元コード１０８のサイズは規定されているものとする。そして本実施例では、ＭＦＰ１０２は、この規定サイズの二次元コードに限り、二次元コード１０８として検出する。
【００２５】
ここで、本実施例等におけるデコード、エンコードという言葉の定義について、図２と図３とを用いて説明する。
【００２６】
図２は、二次元コード１０８に含まれた情報を示す図である。例えば、「コピー許可」を示すセキュリティ情報は、「Security:  copy_ok」というタグ形式の命令情報として含まれている。追跡情報は、Vendor, Serial No, User Name, Timeがそれぞれタグ形式の情報として含まれている。文書ＩＤは、DocIDとしてタグ形式の情報として含まれている。
【００２７】
図３は、図２に示す三種類のタグ形式の情報をコード化した二次元コードである。  
デコードとは、例えば一次元コード、二次元コード（例えば、図３に示されたコード）、電子透かし等のコードから、情報（例えば、図２に示された情報）を抽出する事を表す。
【００２８】
エンコードとは、タグ形式の情報から、コードを生成する事を表す。以上が、本実施例におけるデコードとエンコードの定義である。
【００２９】
尚、本実施例等では、二次元コードの場合を中心に処理の説明を行うが、二次元コード以外のコード、例えば一次元コード、電子透かし等に対しても上記処理が適用可能なことは、当業者であれば容易に理解できよう。
【００３０】
図８にイメージサーバ１０３に保存されるデータ構成の一例を記載する。イメージサーバ１０３には、文書ＩＤ及び画像データが保存される。本実施例１等では、画像データと文書ＩＤは、ネットワーク１０６を介してイメージサーバ１０３へ転送され、画像データと文書ＩＤを関連付けした上で、イメージサーバ１０３に登録される。画像データ形式は必要に応じてＰＤＦやＰＤＬや独自形式など、ＭＦＰ１０２が印刷画像データに変換できる形式であれば何でもよい。
【００３１】
図９にログサーバ１０５で管理されるデータ構成の一例を記載する。本実施例１等では、追跡情報とジョブ詳細情報と文書ＩＤが、ネットワーク１０６を介してログサーバ１０５へ転送され、これらの情報を関連付けした上で、ログサーバ１０５に登録される。
【００３２】
なお、本実施例においては、イメージサーバ１０３、文書ＩＤサーバ１０４、ログサーバ１０５をそれぞれ異なるサーバとして説明したが、これらを一つのサーバとしてシステムを構成する事も可能である。若しくは、いずれか二つを一つのサーバとしてシステムを構成することも可能である。
【００３３】
次に、図４のフローチャートを参照して、実施例１におけるシステム１００の処理フローを説明する。なお、以下に説明する各装置が行う処理は、各装置が備える制御部による制御により行われる。特に、ＭＦＰ１０２による処理は、ＭＦＰ１０２が備える前述した各構成により行われる。
【００３４】
ステップＳ１０００では、ＭＦＰ１０２にユーザがログインするときにユーザ認証が行われる。ＭＦＰ１０２は、ログインユーザを特定する情報を不図示のデータサーバにアクセスして取得し、ＭＦＰ１０２内の不図示の記憶手段（ＨＤＤ、メモリ等）に格納する。この格納により、ＭＦＰ１０２へのログインが完了する。
【００３５】
ここで、データサーバとは、ＰＣ１０１やＭＦＰ１０２と電気的に接続されているログイン管理サーバのことである。
【００３６】
ＭＦＰ１０２にログインしたユーザは、不図示のＭＦＰ１０２の読み取り部に原稿を置き、どのような印刷出力物を得たいかを不図示のＭＦＰ１０２の操作部をキー操作して、入力する。ＭＦＰ１０２はこの時ユーザが行った操作部のキー操作から、これから実行するジョブ詳細情報を入手し、ＭＦＰ１０２内の不図示の記憶手段（ＨＤＤ、メモリ等）に格納するものとする。
【００３７】
ここで、本実施例等におけるジョブ詳細情報という言葉の定義について、説明する。ユーザが原稿読み取り部に原稿を置き、出力部数や両面印刷、ステイプル処理といった、これからＭＦＰ１０２で実行するジョブの詳細を操作部のキー操作を行って設定する。このように設定された情報を、ジョブ詳細情報と呼ぶ。
【００３８】
ステップＳ１０００で、ログイン及びジョブ詳細情報の取得が完了したら、ステップＳ１００１に進む。
【００３９】
ステップＳ１００１では、ユーザが、印刷処理開始のために、操作部のスタートボタンを押下したことを検知して、原稿のスキャンを開始する。原稿をスキャンする事により、ＭＦＰ１０２は画像データを取得する。ここで、画像データは、ＭＦＰ１０２が印刷画像データに変換できる形式であればなんでもよい。ＭＦＰ１０２は、取得した画像データを不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。
【００４０】
ステップＳ１００２では、ステップＳ１００１で取得した画像データの中に二次元コードが合成されていないかどうかを判断する。ステップＳ１００２で二次元コードが検出されなければ、ステップＳ１００４に進む。ステップＳ１００２で二次元コードが検出された場合、ステップＳ１００３に進み、二次元コードのデコードを行う。デコードにより、ＭＦＰ１０２は二次元コードに含まれていた情報を取得する。二次元コードから取得できる情報は、セキュリティ情報、追跡情報、文書ＩＤの３種類である。ＭＦＰ１０２は、上記情報を取得すると、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。
【００４１】
また、ＭＦＰ１０２は、ステップＳ１００１で取得した画像データから検出した二次元コードを削除する。そして、二次元コードを削除した画像データを、ステップＳ１００１で不図示の記憶手段（ＨＤＤ，メモリ等）に格納していた画像データと置き換える。
【００４２】
ステップＳ１００４で、ＭＦＰ１０２は文書ＩＤサーバ１０４に対して、新規文書ＩＤの発行の要求とともにステップＳ１００３で取得した文書ＩＤを送信する。文書ＩＤサーバ１０４は、ＭＦＰ１０２からの要求に応じて新規文書ＩＤを発行する際に、ＭＦＰ１０２から通知された文書ＩＤと関連付けたＩＤを発行し、それを新規文書ＩＤとしてＭＦＰ１０２に通知する。
【００４３】
一方、ステップＳ１００３でデコードして得られた情報に文書ＩＤがない、若しくはステップＳ１００２で二次元コードが検出されなかった場合は、ＭＦＰ１０２は新規文書ＩＤの発行のみを要求する。文書ＩＤサーバ１０４は新規文書ＩＤを発行して、ＭＦＰ１０２に通知する。
【００４４】
ステップＳ１００５で、ＭＦＰ１０２は文書ＩＤサーバ１０４で発行された文書ＩＤを取得する。ここで取得される文書ＩＤは、ステップＳ１００１で印刷処理が開始される度に取得される。従って、ここで取得される文書ＩＤは、文書についての印刷データを印刷ジョブ単位で一意に識別可能な識別子である。取得した文書ＩＤは、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。
【００４５】
ステップＳ１００６でＭＦＰ１０２は、不図示の記憶手段（ＨＤＤ，メモリ等）に格納されている画像データとステップＳ１００５で取得した文書ＩＤを、イメージサーバ１０３に送る。イメージサーバ１０３は、送られてきた情報を関連付けし登録する。
【００４６】
ステップＳ１００７でＭＦＰ１０２は、不図示の記憶手段（ＨＤＤ，メモリ等）に格納されたセキュリティ情報、追跡情報、ジョブ詳細情報と、ステップＳ１００５で取得した文書ＩＤをログサーバ１０５に送る。ログサーバ１０５は、送られてきた情報を関連付けして登録する。
【００４７】
ステップＳ１００８でＭＦＰ１０２は、不図示の記憶手段（ＨＤＤ，メモリ等）に格納されたセキュリティ情報、追跡情報と、ステップＳ１００５で取得した文書ＩＤから、二次元コードを生成する（二次元コード以外の他のコードであっても良い。以下、他の実施例についても同様である。）。すなわち、Ｓ１００５で取得された文書ＩＤがエンコードされ、コードが生成される。
【００４８】
ステップＳ１００９でＭＦＰ１０２は、ステップＳ１００８で生成した二次元コードを、不図示の記憶手段（ＨＤＤ，メモリ等）に格納された画像データに加える（合成する）。画像データが複数ページからなる場合は、画像データの各ページに対して、共通の文書ＩＤを有する二次元コードを合成する。すなわち、Ｓ１００５で取得された文書ＩＤは、共通のジョブで印刷される複数のページから構成される文書を一意に識別するために用いられる。このようにして二次元コードが合成された画像データを印刷データとする。
【００４９】
ステップＳ１０１０でＭＦＰ１０２は、ステップＳ１００９で生成された印刷データを、不図示の記憶手段（ＨＤＤ，メモリ等）に格納されたジョブ詳細情報に従い出力する。１つの印刷ジョブで複数部の印刷出力がされる場合は、各部に同じ文書ＩＤを有する二次元コードが付加された印刷データが出力される。すなわち、Ｓ１００５で取得された文書ＩＤは、複数のページから構成される文書を共通のジョブで複数部印刷した場合の印刷物を一意に識別するために用いられる。
【００５０】
以上の処理フローにより、複数枚の原稿や複数部の印刷出力をする場合であっても、ページ毎に異なる文書ＩＤを発行する事なく、文書ＩＤを発行する事が可能となる。その結果、本実施例によれば、文書ＩＤによる文書管理を簡素化し、サーバーサーバの管理負荷を軽減することができる。
【実施例２】
【００５１】
本実施例では、セキュリティレベルの高い原稿１０７を複数部印字する場合に、それぞれの印刷出力物に部毎に異なる文書ＩＤを印字する事が出来るシステムについて述べる。
【００５２】
実施例２におけるＭＦＰ１０２の処理フローについては、図５のフローチャートを用いて説明を行っていく。ここで、原稿１０７には二次元コード（または、他のコード。以下同様。）が印字されており、実施例１とは異なり、その二次元コードにはレベルの高いセキュリティ情報が埋め込まれている事とする。
【００５３】
ここで、セキュリティレベルの高低に関しては、事前に管理者がＭＦＰ１０２に設定しておいてもいいし、都度ユーザが選択してもよい。
【００５４】
セキュリティレベルの高い原稿１０７を複数コピーする際、全部が同じ文書ＩＤだと流出元の特定が難しい。そこで、出力印刷物の部毎に、異なる文書ＩＤを割り当てることで、情報流出時の流出元を特定しやすくする。
【００５５】
ステップＳ２０００で、実施例１のステップＳ１０００と同様に、ＭＦＰ１０２に対するログインと、実行するジョブの詳細情報の取得が行われる。この時、ＭＦＰ１０２は、不図示の操作部のキー操作にてユーザが入力した印刷部数Ｎを、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。
【００５６】
ステップＳ２００１では、印刷処理を開始するためにユーザが操作部のスタートボタンを押下したことを検知して、原稿のスキャンを開始する。原稿をスキャンする事により、ＭＦＰ１０２は画像データを取得する。ここで、画像データは、ＭＦＰ１０２が印刷画像データに変換できる形式であればなんでもよい。ＭＦＰ１０２は、画像データを取得すると、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。
【００５７】
ステップＳ２００２では、ステップＳ２００１で取得した画像データの中にある二次元コードを検出する。
【００５８】
ステップＳ２００３で、ステップＳ２００２で検出した二次元コードをデコードする。デコードにより、ＭＦＰ１０２は二次元コードに含まれていた情報を取得する。二次元コードから取得できる情報は、セキュリティ情報、追跡情報、文書ＩＤの３種類である。ＭＦＰ１０２は、上記情報を取得すると、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。また、ＭＦＰ１０２は、ステップＳ２００１で取得した画像データから検出した二次元コードを削除する。そして、二次元コードを削除した画像データを、ステップＳ２００１で不図示の記憶手段（ＨＤＤ，メモリ等）に格納していた画像データと置き換える。
【００５９】
ステップＳ２００４では、ステップＳ２００３で取得したセキュリティ情報のセキュリティレベルが高いか低いかを判断する。具体的には、管理者がＭＦＰ１０２に対して予め設定した基準に基づいてセキュリティレベルを判断する。または、取得したセキュリティ情報を不図示の表示部に表示させ、ユーザが都度キー操作により判断してもよい。
【００６０】
ステップＳ２００４で、原稿１０７に含まれていたセキュリティレベルが高いと判断した場合は、ステップＳ２００５に進む。
【００６１】
ステップＳ２００４で、原稿１０７に含まれていたセキュリティレベルが低いと判断した場合は、ステップＳ１００４に進む。
【００６２】
ステップＳ２００５からステップＳ２０１０までは、図４のステップＳ１００４からステップＳ１００９と同じ処理が実行されていくため、ここでは説明を割愛する。
【００６３】
ステップＳ２０１１でＭＦＰ１０２は、ステップＳ２０１０で生成した二次元コードを、不図示の記憶手段（ＨＤＤ，メモリ等）に格納された画像データに加え、印刷データとして出力する。ＭＦＰ１０２は出力した後に、出力数Ｍに１を加える（Ｍの初期値は０とする）。これにより、出力した部数がカウントされることとなる。
【００６４】
ステップＳ２０１２で、ＭＦＰ１０２は出力数Ｍが、ステップＳ２０００で設定された印刷部数Ｎと等しいかを判断する。もし、ステップＳ２０１２でＮがＭと等しくなければ、ＭＦＰ１０２はステップＳ２００５に戻り、文書ＩＤを文書ＩＤサーバ１０４に要求する。
【００６５】
これを繰り返し、ステップＳ２０１２でＮがＭと等しくなるまで、ＭＦＰ１０２は印刷出力物を出力する。Ｓ２００４で一部出力する度に文書ＩＤを要求するので、出力された印刷出力物には、それぞれ異なる文書ＩＤが印字される。
【００６６】
以上の処理フローにより、セキュリティレベルが高い原稿を複数部印字する時であっても、印刷出力物の部毎に異なる文書ＩＤを割り当てる事が可能となる。すなわち、Ｓ２００３で検出されたセキュリティ情報が高いセキュリティレベルを示す場合、印刷出力物の部毎に異なる文書ＩＤを割り当て、セキュリティレベルが高くないときは、ジョブ毎に異なる文書ＩＤを割り当てる。このように文書ＩＤを割り当てることによって、管理すべき文書ＩＤが必要以上に増加することを防ぐことができる。
【００６７】
また、部毎に文書ＩＤを変えるかどうかは、セキュリティレベルの高低により自動的で判断される前提で説明を行ったが、ステップＳ２０００でユーザがキー操作を行って任意に設定しても良い。
【実施例３】
【００６８】
実施例１及び実施例２では、スキャンした原稿１０７内に文書ＩＤが一つ以下しかない場合についての処理フローを説明してきた。
【００６９】
本実施例３では、ＭＦＰ１０２でスキャンした原稿１０７の中に複数の文書ＩＤがあった場合の文書ＩＤ割り当てシステムについて述べる。
【００７０】
実施例３におけるＭＦＰ１０２の処理フローについては、図６、図７のフローチャートを用いて説明を行っていく。
【００７１】
ステップＳ３０００、ステップＳ３００１は、図４のステップＳ１０００、Ｓ１００１と同じ処理が実行されるため、ここでは説明を割愛する。
【００７２】
ステップＳ３００２で、ステップＳ３００１で取得した画像データの中にある二次元コードを検出する。
【００７３】
ステップＳ３００３で、ステップＳ３００２で検出した二次元コードをデコードする。デコードにより、ＭＦＰ１０２は二次元コードに含まれていた情報を取得する。二次元コードから取得できる情報は、セキュリティ情報、追跡情報、文書ＩＤの３種類である。ＭＦＰ１０２は、上記情報を取得すると、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。また、ＭＦＰ１０２は、ステップＳ３００１で取得した画像データから検出した二次元コードを削除する。そして、二次元コードを削除した画像データを、ステップＳ３００１で不図示の記憶手段（ＨＤＤ，メモリ等）に格納していた画像データと置き換える。
【００７４】
また、ＭＦＰ１０２は、二次元コードのデコードにより取得した文書ＩＤ数Ｐを数え、不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。
【００７５】
次に、ステップＳ３００４に進み、文書ＩＤを統合して新たに一つの文書ＩＤを取得（すなわち、文書ＩＤを１つに統合）し印刷出力物に印字するか、スキャンした原稿の文書ＩＤ構成を引き継ぐ新たなＮ個の文書ＩＤを取得し印刷出力物に印字するかを判断する。
【００７６】
文書ＩＤを統合するか非統合のままにするかの判断基準は、あらかじめＭＦＰ１０２に管理者が設定しておいてもいいし、原稿をスキャンしたログインユーザに選択させても良い。
【００７７】
ここでは、印刷出力物への文書ＩＤの割り当てを選択させる方法について、図１０を用いて一例を説明する。
【００７８】
ＭＦＰ１０２の管理者若しくはユーザは、ＭＦＰ１０２のＵＩを用いて文書ＩＤ割り当ての設定を行う。図１０に示す設定画面では、スキャンした原稿内に複数の異なる文書ＩＤがあった場合の文書ＩＤ割り当て方法を管理者若しくはユーザに選択させる。
【００７９】
また、文書ＩＤを統合するか非統合のままにするかの判断基準を予めＭＦＰ１０２に管理者が設定する場合の例として、次のように設定することができる。すなわち、スキャンした原稿内に含まれていた複数の文書ＩＤがページ間で異なる場合、文書ＩＤの統合を行わず、当該複数の文書ＩＤがページ間で共通する場合、文書ＩＤの統合を行うように設定することができる。
【００８０】
ＩＤを統合するか非統合にするか選択した後、ユーザがＯＫボタンを押下する事で、ＭＦＰ１０２の印刷出力物に付加する文書ＩＤの割り当て方法が設定される。
【００８１】
ステップＳ３００４で文書ＩＤを統合する場合はステップＳ３００５へ、非統合の場合はステップＳ３１０５へと進む。
【００８２】
文書ＩＤを統合する場合、ステップＳ３００５で、ＭＦＰ１０２は文書ＩＤサーバ１０４に対して、新規文書ＩＤの発行を要求する。この時、ＭＦＰ１０２からはＰ個の文書ＩＤが通知され、文書ＩＤサーバ１０４は、Ｐ個の文書ＩＤに関連付けた新規文書ＩＤを発行し、それをＭＦＰ１０２に通知する。
【００８３】
以降ステップＳ３００６からステップＳ３０１１までは、図４のステップＳ１００５からステップＳ１０１０と同じ処理が実行されていくため、ここでは説明を割愛する。
【００８４】
文書ＩＤを非統合とする場合、図７のステップＳ３１０５に進む。ステップＳ３１０５では、一つの文書ＩＤを文書ＩＤサーバ１０４に対して要求する。
【００８５】
ステップＳ３１０５、ステップＳ３１０６で文書ＩＤサーバ１０４に文書ＩＤを要求しＭＦＰ１０２が取得する処理に関しては、図４のステップＳ１００４、ステップＳ１００５と同じ処理が実行されるため、ここでは説明を割愛する。なお、Ｓ３１０６で取得された文書ＩＤは、実施例１及び２と同様に、印刷データを印刷ジョブ単位で一意に識別可能な識別子である。
【００８６】
ステップＳ３１０７で、ＭＦＰ１０２は、不図示の記憶手段（ＨＤＤ，メモリ等）に格納された、Ｌ番目の文書ＩＤが入っていた画像データと、ステップＳ３１０６で取得した文書ＩＤを、イメージサーバ１０３に送る。イメージサーバ１０３は、送られてきた情報を関連付けして、登録する。
【００８７】
ステップＳ３１０８で、ＭＦＰ１０２は、不図示の記憶手段（ＨＤＤ，メモリ等）に格納された、Ｌ番目の文書ＩＤが入っていた画像のセキュリティ情報、追跡情報、ジョブ詳細情報と、ステップＳ３１０６で取得した文書ＩＤをログサーバ１０５に送る。ログサーバ１０５は、送られてきた情報を関連付けして登録する。
【００８８】
ステップＳ３１０９でＭＦＰ１０２は、不図示の記憶手段（ＨＤＤ，メモリ等）に格納された、Ｌ番目の文書ＩＤが入っていた画像のセキュリティ情報、追跡情報と、ステップＳ３１０６で取得した文書ＩＤから、二次元コードを生成する。
【００８９】
ステップＳ３１１０でＭＦＰ１０２は、ステップＳ３１０９で生成した二次元コードを、不図示の記憶手段（ＨＤＤ，メモリ等）に格納されたＬ番目の文書ＩＤが入っていた画像データに加え、印刷データとして不図示の記憶手段（ＨＤＤ，メモリ等）に格納する。そして、ＭＦＰ１０２は印刷データを格納した後に、Ｌに１を加える（Ｌの初期値は１とする）。これにより、生成した二次元コード数がカウントされることとなる。
【００９０】
ステップＳ３１１１で、ＭＦＰ１０２は、ＬがステップＳ３００３で検出された文書ＩＤ数Ｐと等しいかを比較し、更に文書ＩＤの発行が必要かどうかを判断する。もし、ステップＳ３１１１でＬがＰと等しくなければ、ＭＦＰ１０２はステップＳ３１０５に戻る。
【００９１】
ここで、ステップＳ３００２で二次元コードが検出されないページが含まれていた場合は、新たにページ毎に二次元コードを生成する必要がある。二次元コードが検出されなかったページ数をＱとすると、Ｌ＝Ｐ+Ｑとなるまで、ＭＦＰ１０２はステップＳ３１０５に戻る。
【００９２】
なお、ステップＳ３００２で二次元コードが検出されないページが複数あった場合、当該複数のページに対して新たに生成する二次元コードは、各ページで共通の文書ＩＤをエンコードしたものとすることができる。
【００９３】
ステップＳ３１１１で文書ＩＤの発行がこれ以上必要ないと判断された場合、ＭＦＰ１０２はステップＳ３０１１に進み、不図示の記憶手段（ＨＤＤ，メモリ等）に格納された印刷データを印字する。
【００９４】
以上のように本実施例によれば、文書ＩＤの発行数を最小限に抑え、文書ＩＤによる文書管理を簡素化し、サーバーサーバの管理負荷を軽減することができる。
【００９５】
図４〜７に示すフローチャートにおける各ステップの処理は、ＭＦＰ１０２内のＣＰＵにより統括的に制御される事で実行可能となる。
【００９６】
また、本発明の目的は、上記実施例等で示したフローチャートの手順を実現するプログラムコードを記憶した記憶媒体から、コンピュータがそのプログラムコードを読み出し実行する事によっても達成される。
【００９７】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現する事になる。そのため、このプログラムコードやプログラムコードを記憶した記憶媒体も本発明を構成することができる。
【００９８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いる事が出来る。
【符号の説明】
【００９９】
１０１  ＰＣ
１０２  ＭＦＰ
１０３  イメージサーバ
１０４  文書ＩＤサーバ
１０５  ログサーバ
１０６  ネットワーク
１０７  原稿
１０８  二次元コード
【図１】
2012123615.tif 000003
【図２】
2012123615.tif 000004
【図３】
2012123615.tif 000005
【図４】
2012123615.tif 000006
【図５】
2012123615.tif 000007
【図６】
2012123615.tif 000008
【図７】
2012123615.tif 000009
【図８】
2012123615.tif 000010
【図９】
2012123615.tif 000011
【図１０】
2012123615.tif 000012