JP6053532B2 - テーブルに応じた出力形態で出力する装置、方法、プログラム。 - Google Patents

Description

本発明は、同一原稿に対して複数のクライアントがチェックと修正を行い、修正結果を回収するような、校正ワークフローを支援するためのもので、ワークフロー支援装置およびその制御方法に関する。
特に、原稿画像データと修正結果を電子データとしてやり取り可能なクライアントと、紙に出力したものしかやり取りできないクライアントのいずれにおいても、同様のワークフローで実現可能とするものである。

近年、ＰＤＦファイルを用いて電子的に校正を行うＰＤＦレビューが活用されつつある。しかし、校正とは、本来紙に印刷されたゲラに対して行うものと考えられている。更に、校正を担当するクライアントとしても、従来からの紙による校正方法を変えたくないという要望がある。

つまり、現在最も一般的な校正フローは、ゲラの受け渡しがＰＤＦファイルなど、電子データで成されるだけで、校正作業そのものは、その電子データを印刷した紙に対して行うものである。

ここで一つ問題となるのが、クライアントの環境である。未だＦＡＸしか設置されていないような環境も少なからず存在し、そのようなクライアントに対しては、紙のゲラを直接渡す必要がある。ＦＡＸは細かな校正を行うには画質上の問題があり、カラーＦＡＸの普及も進んでいないため、色に関するチェックができないからである。

つまり、ワークフローを開始するにあたって、電子データを送信するか、紙を出力して直接手渡すかのいずれかの手段を、クライアントによって切り替える必要がある。

従来技術には、画像の配布先に応じて、送信手段と送信データ形式を切り替えるといったものがある（例えば特許文献１参照）。

特開平９−２３８２４２

しかしながら、上記従来技術では、画像を電子的に送信する事が前提となっており、印刷という出力手段までは考慮されていない。

更に、従来技術では、送信したデータを回収するといったユースケースは含まれていないが、校正ワークフローを想定する上では、回収方法についても考慮する必要がある。つまり、返信物が電子データであっても紙であっても、依頼元での回収ワークフローを同様に実施可能でなくてはならない。

上記課題を解決するために、本発明の装置は、クライアントのＩＤそれぞれに出力形態を特定するための情報を関連付けたテーブルを有する装置であって、文書データの配布先であるクライアントのＩＤに対応する出力形態を、前記テーブルに基づいて特定する特定手段と、前記配布先であるクライアントのＩＤとワークフローを特定するための情報とを少なくとも含む２次元コードを前記文書データに合成する合成手段と、前記配布先であるクライアントのＩＤとワークフローを特定するための情報とを少なくとも含むメタデータを前記文書データに付加する付加手段と、前記特定手段で特定された出力形態が印刷である場合、前記合成手段により前記２次元コードが合成された前記文書データの印刷を行うように制御し、前記特定手段で特定された出力形態が送信である場合、少なくとも前記付加手段により前記メタデータが付加された前記文書データの送信を行うように制御する制御手段と、を有する。

本発明によれば、ワークフロー支援装置によって、自動的に出力方法（印刷もしくは送信）を切り替える事が可能である。

本発明に関わるワークフロー支援装置のハードウェア構成の一例を示した図である。 本発明に関わる校正ワークフローの処理の流れを説明した図である。 本発明に関わるクライアント情報管理テーブルの一例を示した図である。 本発明に関わる依頼元での処理の流れを説明したフローチャートである。 実施例１における校正依頼の詳細な処理の流れを説明したフローチャートである。 本発明に関わる校正依頼時の出力形態とクライアント情報を整理した表である。 本発明に関わる校正結果回収の詳細な処理の流れを説明したフローチャートである。 実施例２における校正依頼の詳細な処理の流れを説明したフローチャートである。 本発明に関わるクライアント側での処理の流れを説明したフローチャートである。 本発明に関わる符号画像もしくはメタデータに含まれる情報の一例を示した図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（実施例１）
図１は、本発明に関わるワークフロー支援装置となる、複合機１００のハードウェア構成図である。

１０１は制御部であり、以下に述べる各部の統括的な制御を行うもので、不図示のＣＰＵを有している。制御部１０１は、読取部１０２を制御して、原稿の画像データを読込み、プリンタ部１０８を制御して画像データを記録用紙に出力するコピー機能を提供する。また、読取部１０２から読取った画像データをコードデータに変換し、ＬＡＮ１１３を介してホストコンピュータへ送信する画像送信機能を提供する。また、読取部１０２から読取った画像データを、ＨＤＤ１０７に備わるボックスというストレージサービスに登録する、ボックススキャン機能を提供する。また、ボックスに登録されている画像データをプリンタ部１０８に出力するボックスプリント機能を提供する。さらには、ホストコンピュータからＬＡＮ１１３を介して受信したコードデータを画像データに変換し、プリンタ部１０８に出力するプリンタ機能を提供する。制御部１０１は、２次元コードに含まれる埋め込み情報の復号化なども行う。

１０２は読取部であり、紙文書である原稿を光学的に読み取り、画像データに変換する。読取部１０２は、原稿を読取るための機能を持つスキャナユニットと、原稿用紙を搬送するための機能を持つ原稿給紙ユニットとで構成される。機器構成によっては、原稿給紙ユニットを持たないもの（この場合はいわゆる圧板と呼ばれるプラテンガラスに原稿を置きセンサにより読み取る）もあり得る。

１０３は対象領域設定部であり、読取部１０２で生成された画像データ内のどの領域を対象にＱＲコード（登録商標）の検出を行うか、または、画像データ内のどの領域にＱＲコード（登録商標）を合成するかを設定する。

１０４は情報化部であり、対象領域設定部１０３に設定されている領域を対象にＱＲコード（登録商標）の有無をチェックする。ＱＲコード（登録商標）が検出された場合には、ＱＲコード（登録商標）を情報化する処理を行う。

１０５は操作部であり、液晶表示部と液晶表示部上に張り付けられたタッチパネル入力装置と、複数個のハードキーを有し、ユーザが様々な操作を行うためのユーザＩ／Ｆを提供する。

１０６はメモリであり、ＲＯＭやＲＡＭで構成され、複合機１００を制御するためにＣＰＵで実行する各種命令（ＯＳやアプリケーションプログラム）や実行結果等を記憶する。また、画像データなど各種データの一時的な記憶にも使用される。

１０７はＨＤＤであり、ＭＦＰ１００の印刷設定や使用ログの他、画像データなど各種データの保存に使用される。

１０８はプリンタ部であり、記録紙を搬送し、その上に画像データを可視画像として印字して装置外に排紙する。プリンタ部１０８は複数種の記録紙カセットを持つ給紙ユニットと、画像データを記録紙に転写、定着させるマーキングユニット、印字された記録紙をソート、ステイプルして機外へ出力する排紙ユニットから構成される。

１０９はエンコード部であり、ワークフローに必要な情報の符号化と、それを画像化することにより２次元コードを生成する。

１１０は画像処理部であり、ハーフトーニングなどの一般的な画像処理のほか、画像化された２次元コードと画像データとを合成する処理も行う。

１１１は、ネットワークインタフェースである。ＬＡＮなどのネットワークを介してＭＦＰ１００は外部装置と接続される。なお、外部装置としては、たとえば、ＰＣ等が考えられる。

１１２は上記各部を接続するバスである。

２次元コードには様々な種類が存在するが、以降の実施形説明においては、一般的に使用されることの多いＱＲコード（登録商標）を一例として用いることにする。

図２は、本発明に関わる校正ワークフローの処理の流れを説明した図である。

ワークフローの説明に入る前に、本実施形で扱う原稿が、どのようなものなのか、を簡単に説明しておく。本実施形で扱う原稿は、複数の担当者から寄せられた情報を基に作成したものである。

例えば、不動産やアルバイトの広告などが該当する。これらは、複数の店舗から寄せられる商品を一枚の広告に掲載したものである。このような原稿に対しては、商品情報を提供した店舗のそれぞれが、同じ原稿に対して校正を行う必要がある。

先に一枚の原稿、と記載したが、必ずしも１枚である必要はなく、原稿として管理すべき対象が一つの文書であることが重要である。

それでは、以下、校正ワークフローの流れを、図２を用いて説明する。

ここでは、依頼元をＸ社、校正を担当する店舗をＡ社、Ｂ社の２社とする。

まず、ステップ２００１では、依頼元であるＸ社の担当者が、ＤＴＰツールなどを使用して校正の対象となる原稿を作成する。

このとき原稿には、図１０（Ａ）に示すような情報１０００がＱＲコード（登録商標）化され、可視化されて画像として印字されている。

情報１０００は、ワークフローを特定するための、ワークフロー名１００１、バージョン１００２、文書ＩＤ１００３と、そのワークフローにおいて校正を担当する全てのクライアントを識別可能なクライアントＩＤリスト１００４から構成されている。

次に、ステップ２００２において、Ｘ社の担当者は、校正を担当するクライアント２社に対し原稿を配布する。このとき、Ａ社には電子ファイルを送受信する環境が整っているため、原稿をＰＤＦファイルなどの電子ファイルにしてから、ステップ２００４にて送信する。

このとき、Ａ社へ送信する電子ファイルには、原稿をスキャンして生成された画像データとは別に、メタデータとして図１０（Ｂ）のような情報１００６が付加されている。

原稿に埋め込まれていた情報１０００に、送信先を特定可能なクライアントＩＤ１００５を追加したものである。

一方、Ｂ社には電子ファイルを送受信する環境が整っていないため、原稿を紙文書として複製したものをステップ２００３にて郵送もしくは手渡す。

このときＢ社に手渡される紙文書には、図１０（Ｃ）のような情報１００７がＱＲコード（登録商標）化され、原稿画像に元々含まれていたＱＲコード（登録商標）を上書きする形で合成され、印字される。

この場合手渡し先はＢ社であるため、クライアントＩＤ１００５はＢとなる。

ステップ２００５において、Ａ社は受信した電子ファイルを印刷し、印刷された紙文書に対して赤ペンなどを用いて直に修正内容を書き込む。

このとき、電子ファイルに付加されているメタデータ１００６をＱＲコード（登録商標）化し、電子ファイルの画像データの所定領域に合成してから印刷する。

また、直接紙文書で原稿を受け取ったＢ社においては、ステップ２００７で同様に修正内容を書き込む。

ステップ２００９において、Ａ社は校正済原稿を再び電子ファイル化して、Ｘ社へ送信し、ステップ２０１０において、Ｂ社は紙文書である校正済原稿をＸ社へ郵送、もしくは直接手渡す。

Ａ社からＸ社へ送信する電子ファイルには、校正前の印刷時に生成されたＱＲコード（登録商標）を改めて情報化した、メタデータ１００６が付加されている。

ステップ２００８では、返却された校正済原稿を回収し、必要な後処理を行う。

校正済原稿が、ワークフロー支援装置へ電子ファイルとして返信されてきた（ステップ２００９。）場合はそのまま電子的な処理を、校正済原稿が紙で返却されてきた（ステップ２０１０）場合は、Ｘ社の担当者がその紙をワークフロー支援装置でスキャンすることで、電子的な後処理を可能とする。

その後、Ｘ社の担当者は、回収した校正内容を参照しながら、再度ＤＴＰツールを使用して原稿の修正を行う。以降、ステップ２００１からステップ２０１０までを何度か繰り返し、原稿を完成させていく。

本提案の目的は、このように紙文書を扱うクライアントや電子ファイルを扱うクライアントの双方と校正ワークフローを進めていく上で、ステップ２００２の配布およびステップ２００８の回収・後処理を自動化し利便性を向上させようとするものである。

図３は、複合機１００のメモリ１０６もしくはＨＤＤ１０７に記憶され管理される、クライアント情報管理テーブルを示した図である。

この管理テーブル３００には、Ｘ社が契約している全ての校正担当社に関する情報が記憶されており、例えば、社名３０１と、各社を特定可能な識別子であるクライアントＩＤ３０２と、データ受信方法３０３とシステム対応状況３０４などが登録されている。

データ受信方法３０３は、各社が依頼元であるＸ社から原稿を受け取るための手段を指定するものであり、ＰＤＦファイルなどの電子ファイルを受信可能な環境を有するＡ社の場合は「電子」と記録されている。一方、Ａ社のような電子環境を有しないＢ社の場合は、直接紙文書を受け取る必要があるため、「紙」と記録されている。

システム対応状況３０４は、各社が依頼元と同様に、スキャン画像の所定の位置からＱＲコード（登録商標）を検知したり、検知したＱＲコード（登録商標）を情報化したり。あるいは、その情報をメタデータとして画像データに付加してＰＤＦファイルを生成したりといった、ワークフロー支援プログラムや装置を備えているかどうかを示すものである。

例えば、Ａ社においては、Ｘ社と同様のワークフロー支援装置とプログラムを備えているため「対応」。Ｂ社はそもそも「紙」でのやりとりしかできないため「非対応」。Ｃ社は電子データの送受信は可能であるが、Ｘ社と同様のワークフロー支援プログラムは備えていないため「非対応」といった情報が管理されている。

勿論、「紙」「電子」「対応」「非対応」といった情報は、それらを識別可能な数値やＩＤでも良い。

また、本実施形では、このクライアント情報管理テーブルを、複合機１００のメモリ１０６もしくはＨＤＤ１０７に記憶されているものとした。しかし、複合機１００とネットワーク１１３を介して接続される外部サーバーやデータベースなどで管理されるものであっても良い。

このとき、制御部１０１がネットワーク１１３を介して、外部サーバーやデータベースからクライアント情報を読み出すことで、複合機１００のメモリ１０６やＨＤＤ１０７に記憶されている場合と同様の処理が可能である。

図４は、ワークフロー支援装置である複合機１００における一連の処理の流れを説明するフローチャートである。尚、本実施例においては、メモリ１０６もしくはＨＤＤ１０７に格納されたプログラムを、制御部１０１が実行することにより、以下の各ステップを進めていく。

制御部１０１は、複合機１００に対して何らかの画像の入力があったとき、ステップ４００１において、その入力画像が複合機１００の読取部１０２によるスキャン画像なのか、ＬＡＮ１１３を介して外部装置から受信した電子データなのかをチェックする。

受信データの場合ステップ４００２へ遷移し、制御部１０１は、受信データの中に画像データとは別にメタデータが付加されているかどうかをチェックする。メタデータが付加されている場合には制御部１０１は、ステップ４００４でメタデータの解析を行い、ステップ４００５において、解析した情報をメモリ１０６へ蓄積する。

ステップ４００２において、メタデータが存在しなかった場合、およびステップ４００１における入力画像がスキャンによるもであった場合は、ステップ４００３へ遷移する。そして、情報化部１０４は、対象領域設定部１０３に設定されている所定の領域に、ＱＲコード（登録商標）が存在するかどうかをチェックする。

ＱＲコード（登録商標）を抽出できなかった場合は、校正ワークフローに関わる画像ではないと判断し、制御部１０１は処理を終了する。

ステップ４００３でＱＲコード（登録商標）を抽出できたなら、ステップ４００５において、情報化部１０４は、ＱＲコード（登録商標）を情報化し、ステップ４００６において、情報をメモリ１０６へ蓄積する。

メモリ１０６へ蓄積される情報には、以下の２種類の構成が考えられる。

一つは、依頼元Ｘ社からクライアントへ校正を依頼するときに蓄積される情報である。

この情報には、図１０（Ａ）の１０００のような、ワークフロー名１００１、バージョン１００２、文書ＩＤ１００３と、そのワークフローにおいて校正を担当する全てのクライアントを識別可能なクライアントＩＤリスト１００４が含まれる。

もう一つは、クライアントが依頼元Ｘ社に対して校正結果を返却してきた際に蓄積される情報である。

この情報には、図１０（Ｂ）の１００６もしくは図１０（Ｃ）の１００７のように、図１０（Ａ）の情報１０００に加えて、クライアントＩＤ１００５が含まれる。

このクライアントＩＤを送信先毎に、依頼処理（ステップ４００８）の中で事前にＱＲコード（登録商標）やメタデータ内に埋め込んでおく。これにより、ステップ４００１の入力が電子データであっても、紙（スキャン）データであっても、自動的かつ電子的にワークフローの遂行が可能となる。

例えば、ステップ４００６において、メモリ１０６に蓄積された情報内に、クライアントＩＤが含まれるか否かによって、依頼処理なのか返信後処理なのかの判断が可能であり、依頼元の担当者による工程の指定などが不要となる。

また、校正の依頼が電子データの送信であっても、紙文書の送付であっても、メタデータもしくはＱＲコード（登録商標）に、事前に送信先を特定可能なクライアントＩＤを埋め込む。これによって、クライアントの校正結果が紙で返却されても電子データで返却されても、返信元のクライアントを特定可能となる。

そのため、クライアント毎にファイル名を変更してサーバーに画像をアップロードしたり、アップロード先のパスを変更したりする事が可能となる。

更に、ワークフロー支援装置の様々な処理を定義したジョブチケットのＩＤをクライアントＩＤと関連付けることで、クライアント毎により複雑な後処理を実施可能となる。

ステップ４００７において、制御部１０１は、メモリ１０６に蓄積されたメタデータもしくはＱＲコード（登録商標）の情報に、クライアントＩＤが存在するかどうかをチェックする。クライアントＩＤは後述する依頼処理の中で追加される情報であるため、このクライアントＩＤを検出できなかった場合は、ステップ４００８の依頼処理、クライアントＩＤを検出できた場合は、校正済のデータと判断してステップ４００９の返信後処理を実行する。

ステップ４００８の依頼処理、あるいはステップ４００９の返信後処理を実行した後、制御部１０１は、ステップ４０１０において、ステップ４００６で蓄積した情報をメモリ１０６から消去する。

図５は、図４のステップ４００８の校正の依頼処理について、詳細を説明するためのフローチャートである。

ここでいう依頼処理とは、各クライアントに対して、原稿画像を何らかの手段で出力することを指す。

制御部１０１は、図４のステップ４００６でメモリ１０６に蓄積された情報を参照し、クライアントＩＤリストに記録されているクライアントＩＤを逐次読出し、各クライアントに対して依頼処理を実行していく。

ステップ５０００では、制御部１０１は、図４のステップ４００６で蓄積されたメモリ１０６の情報をワークフロー情報として、別途メモリ１０６へ複製し記憶する。

このワークフロー情報は、後に校正済の画像データが入力もしくは受信された時の、ワークフローの一致性を検証するためのものである。

ワークフロー情報とは、図１０（Ａ）の１０００で示される情報であり、ワークフロー名１００１、バージョン１００２と、文書ＩＤ１００３、校正を担当する全てのクライアントのクライアントＩＤを列挙したクライアントＩＤリスト１００４から構成されている。

このワークフロー情報は、全てのクライアントが校正結果を返却し、依頼元での後処理が完了するまでメモリ１０６に記憶されるものである。

ステップ５００１において、制御部１０１は、最初に読みだしたクライアントＩＤを基に、クライアント情報管理テーブル３００を参照し、クライアントＩＤで特定されるクライアントのシステム対応状況をチェックする。

例えば、メモリ１０６のクライアント情報管理テーブルから読み出したクライアントＩＤがＡだった場合、クライアント情報管理テーブル３００のシステム対応状況は「対応」となる。「対応」の場合、ステップ５００７に遷移し、メタデータを生成する。

このメタデータには、図４のステップ４００６で蓄積されたメモリ１０６の情報１０００に、送信先のクライアントＩＤ（Ａ）を追加した情報１００６が含まれる。

メモリ１０６のクライアントＩＤリストから読み出したクライアントＩＤがＢだった場合、クライアント情報管理テーブル３００のシステム対応状況は、「非対応」となる。「非対応」の場合、ステップ５００２へ遷移し、エンコード部１０９は、ＱＲコード（登録商標）を生成する。このＱＲコード（登録商標）は、図４のステップ４００６で蓄積されたメモリ１０６の情報１０００に、出力先のクライアントＩＤ（Ｂ）を追加した情報１００６を基に符号化され、画像化されたものである。

ステップ５００３では、画像処理部１１０が、ステップ５００２で生成したＱＲコード（登録商標）を入力画像の所定の領域に合成する。このとき、画像処理部１１０は、入力画像の所定の領域に既に存在するＱＲコード（登録商標）を消去してから、ステップ５００２で生成した新しいＱＲコード（登録商標）を合成する。

ステップ５００４では、制御部１０１は、クライアント情報管理テーブルを参照し、対象となるクライアントＩＤで特定されるクライアントのデータ受信方法をチェックする。

クライアントＩＤがＡの場合は、「電子」であるためステップ５００７へ、クライアントＩＤがＢの場合は「紙」であるためステップ５００５へ遷移する。なお、対象となるクライアントＩＤは、ユーザからの指示に基づいて特定されるものである。

ステップ５００５においては、プリンタ部１０８が、ステップ５００３で生成された新規ＱＲコード（登録商標）付き画像を、紙へ印字して出力する。

ステップ５００７において、制御部１０１は、メタデータを生成する。このメタデータは、図４のステップ４００６で蓄積されたメモリ１０６の情報１０００の内容に、送信先となるクライアントＩＤ（Ａ）を追加した情報１００６をもとに生成される。

ステップ５００８において、制御部１０１は、ステップ５００３で生成された新規ＱＲコード（登録商標）付き画像に、ステップ５００７で生成されたメタデータを付加してＰＤＦファイルを生成し、ＬＡＮ１１３を介してクライアントＡへ送信する。

印刷もしくは送信をした後、制御部１０１はステップ５００６において、クライアントＩＤリストへ記録されているクライアントＩＤで特定される、全てのクライアントへ依頼処理を行ったかどうかをチェックする。全てのクライアントに対して依頼処理を実行した場合は、依頼処理を完了する。

まだ、依頼処理を行っていないクライアントが残っている場合は、クライアントＩＤリストから次のクライアントＩＤを読出し、そのクライアントＩＤで特定されるクライアントに対して、ステップ５００１からの処理を繰り返す。

この依頼処理によって出力されるものは、クライアントの状況に応じて３種類に分かれる。

図６は、３種類の出力形態と、クライアントの状況を整理した表である。

６０１は、電子データの受信が可能でかつワークフロー支援装置およびプログラムにより、システム対応しているクライアントを示している。このようなクライアントに対しては、ＱＲコード（登録商標）が画像データとして含まれていないＰＤＦファイルが送信される。

これは、図５のステップ５００１からステップ５００７へ遷移した際の出力形式となる。

クライアントがシステム対応している場合、校正のために送信されてきたＰＤＦファイルを印刷する際、メタデータの内容をＱＲコード（登録商標）として印字可能である。

さらに、校正を書き込んだ校正済原稿をスキャンして依頼元へ返信する際は、スキャン原稿の所定の位置のＱＲコード（登録商標）を検出し、情報化して、メタデータ付きのＰＤＦファイルを生成し送信可能である。

６０２は、電子データの受信が不可能で、当然ワークフローシステムに対応していないクライアントを示している。このようなクライアントに対しては、ＱＲコード（登録商標）付きの画像を印刷する。

これは、図５のステップ５００１からステップ５００４、５００５と遷移した際の出力形式となる。

６０３は、電子データの受信が可能でかつワークフローシステムに対応していないクライアントを示している。このようなクライアントに対しては、メタデータ付きで、かつＱＲコード（登録商標）が画像データとして含まれたＰＤＦファイルが送信される。

これは、図５のステップ５００１からステップ５００４、５００７と遷移した際の出力形式となる。

クライアントが電子データの受信が可能でも、システムに対応していない場合、送信されてきたＰＤＦファイルを印刷する際に、メタデータからＱＲコード（登録商標）を生成して印字する事ができない。そのため、依頼元から送信する際に、予めＱＲコード（登録商標）を画像データとして含めておく必要がある。

図７は図４のステップ４００９の校正の返信後処理について、詳細を説明するためのフローチャートである。

ステップ７００１において、制御部１０１は、図４の４００６で記憶された情報１００６あるいは１００７のワークフロー情報と、図５のステップ５０００で退避されたワークフロー情報１０００を比較し、一致するワークフローが存在するかどうかをチェックする。

例えば、１回目の校正ワークフローが終了した場合、依頼元は校正結果を参照しながら、原稿の手直しを行う。依頼元は、手直しした原稿に対する２回目の校正をクライアントに対して依頼する。

このとき、文書ＩＤは変更せず、バージョンのみを（例えばバージョン１から２へ）更新する。校正ワークフローとして、既にバージョン２が運用されているにもかかわらず、クライアント側のミスにより、バージョン１の原稿に対する校正結果が返されるような事が少なくない。

そのため、ここでは、返却されてきたものが、現在のワークフローに合致したものかどうかを検証するのである。

もし、入力された画像から抽出した情報が、現在運用されているワークフローのバージョンと合致しなければ、制御部１０１は、ステップ７００２において、操作部１０５へエラーメッセージなどを表示し、処理を終了する。あるいは、校正済の画像を送信してきたクライアントへ、Ｅ−ｍａｉｌなどの手段を利用してエラーメッセージを通知する。

もし、一致するワークフローが存在すれば、ステップ７００３において、制御部１０１は、本ワークフローにおける後処理を実施する。後処理とは、返却画像に新規ファイル名を設定してストレージへ格納したり、返却画像に対して何らかの加工を施した上で、外部のサーバーへ送信したり、など様々であり、本実施形において限定するものではない。

但し、校正依頼時に、図５のステップ５００３において、各依頼先に応じたクライアントＩＤを付加したＱＲコード（登録商標）もしくはメタデータを画像に付与している。そのため、ステップ７００３の後処理において、どのクライアントから返信されてきたものかを特定する事が可能である。

すなわち、クライアント毎に異なる後処理を実施することができる。紙を返却された場合でも、電子ファイルを返信された場合でも同様で、各依頼先に応じた、異なる後処理が可能である。

ステップ７００４において、制御部１０１は、全てのクライアントから構成結果が返却されたかどうかをチェックする。

図５のステップ５０００で記憶したワークフロー情報の中に、ワークフローのクライアントＩＤの一覧が記録されているため、それぞれのクライアントから返信済かどうかをチェックすれば良い。

未だ全てのクライアントから返信済でない場合は、次の画像がインプットされるのを待つため、処理を終了する。

全てのクライアントからの返信を確認済である場合は、ステップ７００５において、制御部１０１は、図５のステップ５０００で記憶したワークフロー情報を消去する。

ステップ７００５でワークフロー情報を消去すると、制御部１０１は、Ｘ者の担当者に対して、完了メッセージをＥ−ｍａｉｌなどの手段を使用して送信する。

図９は、システム対応しているクライアントでの、ワークフロー支援装置における処理の流れを説明したフローチャートである。

制御部１０１は、複合機１００に対して何らかの画像入力があったとき、ステップ９００１において、その入力画像が複合機１００の読取部１０２によるスキャン画像なのか、ＬＡＮ１１３をお介して外部装置から受診した電子データなのかをチェックする。

スキャン画像であった場合、ステップ９００２へ遷移し、情報化部１０４は、対象領域設定部１０３に設定されている所定の領域に、ＱＲコード（登録商標）が存在するかどうかをチェックする。ＱＲコード（登録商標）を検知できなかった場合は、本校正ワークフローに関わる画像ではないと判断し、制御部１０１は処理を終了する。

ＱＲコード（登録商標）が検知された場合は、ステップ９００３において、情報化部１０４は、ＱＲコード（登録商標）を情報化し、ステップ９００４において、その情報をメモリ１０６へ記憶する。

制御部１０１は、ステップ９００５において、メモリ１０６の情報を基にメタデータを生成し、ステップ９００６において、そのメタデータを画像データとは別に付与した、メタデータ付きＰＤＦファイルを生成する。

ステップ９００７では、制御部１０１が、そのメタデータ付きＰＤＦファイルを依頼元へ送信する。

ステップ９００８では、制御部１０１が、ステップ９００４でメモリ１０６へ蓄積した情報を消去する。

つまり、ここまでは、クライアントが校正済原稿を依頼元へ返却する処理に該当する。

ステップ９００１において、入力された画像が、外部装置から受信された電子データだったとき、制御部１０１は受信データの中に画像データとは別にメタデータが付加されているかどうかをチェックする。メタデータが付加されていない場合は、本校正ワークフローに関わるデータの受信ではないと判断し、処理を終了する。

メタデータが付加されていれば、エンコード部１０９は、その内容を解析し（ステップ９０１０）、その情報を基にステップ９０１１においてＱＲコード（登録商標）を生成する。

ステップ９０１２では、画像処理部１１０が、ステップ９０１１で生成したＱＲコード（登録商標）を入力画像の所定の領域に合成する。

ステップ９０１２では、プリンタ部１０８が
ステップ９０１１で生成されたＱＲコード（登録商標）付き画像を、紙へ印字して出力する。

つまり、ステップ９００１、ステップ９００９からステップ９０１２は、依頼元から送信されてきた画像を、校正用の原稿として印刷する処理に該当する。

（実施例２）
実施例１では、校正の依頼処理において、送信すべき原稿画像にＱＲコード（登録商標）を画像データとして含めるか否かを、クライアントのシステム対応状況に応じて切り替えた。

これは、システム対応したクライアントであれば、校正結果を必ず電子的に返信してくるはず、という前提にたっている。しかし、たとえシステム対応していたとしても、校正を紙に対して行っている以上、紙を返却してくる可能性はゼロではない。

つまり、校正結果が紙で返却される可能性を考慮すると、クライアントのシステム対応状況に関わらず、ＱＲコード（登録商標）を画像データとして埋め込む必要がある。

図８は、本実施例における依頼処理の詳細について説明したフローチャートである。

制御部１０１は、図４のステップ４００６でメモリ１０６に蓄積された情報を参照し、クライアントＩＤリストに記録されているクライアントＩＤを逐次読出し、各クライアントに対して依頼処理を実行していく。

ステップ８００１では、制御部１０１は、図４のステップ４００６で蓄積されたメモリ１０６の情報をワークフロー情報として、別途メモリ１０６へ複製し記憶する。

このワークフロー情報は、後に校正済の画像データが入力もしくは受信された時の、ワークフローの一致性を検証するためのもので、ワークフロー名、文書ＩＤ、バージョン。それから、校正を担当する全てのクライアントのクライアントＩＤを列挙したクライアントＩＤリストから構成されている。

このワークフロー情報は、全てのクライアントが校正結果を返却し、依頼元での後処理が完了するまで記憶されるものである。

ステップ８００２において、エンコード部１０９は、ＱＲコード（登録商標）を生成する。このＱＲコード（登録商標）は、図４のステップ４００６で蓄積されたメモリ１０６の情報に、出力先のクライアントＩＤのみを追加した情報を基に符号化され、画像化されたものである。

実施例１では、クライアントのシステム対応状況に応じて、ＱＲコード（登録商標）を生成するかどうかを切り替えていた（ステップ５００１）のに対し、実施例２では常にＱＲコード（登録商標）を生成する。

ステップ８００３では、画像処理部１１０が、ステップ８００２で生成したＱＲコード（登録商標）を入力画像の所定の領域に合成する。このとき、画像処理部１１０は、入力画像の所定の領域に既に存在するＱＲコード（登録商標）を消去してから、ステップ８００２で生成した新しいＱＲコード（登録商標）を合成する。

ステップ８００４では、制御部１０１は、クライアント情報管理テーブルを参照し、対象となるクライアントＩＤで特定されるクライアントのデータ受信方法をチェックする。

クライアントＩＤがＡの場合は、「電子」であるためステップ８００７へ、クライアントＩＤがＢの場合は「紙」であるためステップ８００５へ遷移する。

ステップ８００５においては、プリンタ部１０８が、ステップ８００３で生成された新規ＱＲコード（登録商標）付き画像を、紙へ印字して出力する。

ステップ８００７において、制御部１０１は、メタデータを生成する。このメタデータは、図４のステップ４００６で蓄積されたメモリ１０６の内容に、送信先となるクライアントＩＤ（Ａ）を追加した情報をもとに生成される。

ステップ８００８において、制御部１０１は、ステップ８００３で生成された新規ＱＲコード（登録商標）付き画像に、ステップ８００７で生成されたメタデータを付加してＰＤＦファイルを生成し、ＬＡＮ１１３を介してクライアントＡへ送信する。

印刷もしくは送信をした後、制御部１０１はステップ８００６において、クライアントＩＤリストへ記録されている、全てのクライアントへ依頼処理を行ったかどうかをチェックする。全てのクライアントに対して依頼処理を実行した場合は、依頼処理を完了する。

まだ、依頼処理を行っていないクライアントが残っている場合は、クライアントＩＤリストから次のクライアントＩＤを読出し、そのクライアントＩＤで特定されるクライアントに対して、ステップ８００１からの処理を繰り返す。

この依頼処理によって出力されるものは、クライアントの状況に応じて２種類に分かれる。

実施例１では、クライアントのシステム対応状況に応じて、ＱＲコード（登録商標）を生成するかどうかを切り替えていた（ステップ５００１）。これに対し、実施例２では常にＱＲコード（登録商標）を生成するため、クライアント情報を管理するデータとして、クライアントのシステム対応状況は不要となる。

このように、クライアントのシステム対応状況に関わらず、常にＱＲコード（登録商標）を画像データとして含める。これにより、クライアントが何らかの理由で校正済原稿を紙のまま返却した場合でも、依頼元でスキャンすることで、同様の回収・後処理が可能となる（ステップ２００８）。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (7)

1. クライアントのＩＤそれぞれに出力形態を特定するための情報を関連付けたテーブルを有する装置であって、
   文書データの配布先であるクライアントのＩＤに対応する出力形態を、前記テーブルに基づいて特定する特定手段と、
   前記配布先であるクライアントのＩＤとワークフローを特定するための情報とを少なくとも含む２次元コードを前記文書データに合成する合成手段と、
   前記配布先であるクライアントのＩＤとワークフローを特定するための情報とを少なくとも含むメタデータを前記文書データに付加する付加手段と、
   前記特定手段で特定された出力形態が印刷である場合、前記合成手段により前記２次元コードが合成された前記文書データの印刷を行うように制御し、前記特定手段で特定された出力形態が送信である場合、少なくとも前記付加手段により前記メタデータが付加された前記文書データの送信を行うように制御する制御手段と、
   を有することを特徴とする装置。
2. 前記制御手段は、前記特定手段で特定された出力形態が送信である場合、前記合成手段により前記２次元コードが合成され且つ前記付加手段により前記メタデータが付加された前記文書データの送信を行うように制御することを特徴とする請求項１に記載の装置。
3. 前記出力形態を特定するための情報は、各クライアントにおける文書データの受取方法を特定するための情報を含むことを特徴とする請求項１または２に記載の装置。
4. 前記出力形態を特定するための情報は、各クライアントにおける文書データの受取方法を特定するための情報と、各クライアントにおけるシステムの対応状況を示す情報とを含むことを特徴とする請求項３に記載の装置。
5. 前記ワークフローを特定するための情報は、前記文書データのＩＤと、バージョンとを含むことを特徴とする請求項１乃至４のいずれか１項に記載の装置。
6. コンピュータを、請求項１乃至５のいずれか１項に記載の装置の各手段として機能させるためのプログラム。
7. 装置の特定手段が、クライアントのＩＤそれぞれに出力形態を特定するための情報を関連付けたテーブルに基づいて、文書データの配布先であるクライアントのＩＤに対応する出力形態を特定する特定工程と、
   装置の制御手段が、前記特定工程で特定された出力形態が印刷である場合、前記配布先であるクライアントのＩＤとワークフローを特定するための情報とを少なくとも含む２次元コードを前記文書データに合成し、当該２次元コードが合成された前記文書データの印刷を行うように制御し、前記特定工程で特定された出力形態が送信である場合、前記配布先であるクライアントのＩＤとワークフローを特定するための情報とを少なくとも含むメタデータを前記文書データに付加し、当該メタデータが付加された前記文書データの送信を行うように制御する制御工程と、
   を有することを特徴とする方法。

Images