画像処理装置及び画像処理プログラム。
【課題】文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成するようにした画像処理装置を提供する。
【解決手段】画像処理装置において、選択受付手段は、情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付け、文書受付手段は、文書を受け付け、合成手段は、前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成し、出力手段は、前記合成手段によって情報画像が合成された文書を出力し、前記合成手段は、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する。
【解決手段】画像処理装置において、選択受付手段は、情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付け、文書受付手段は、文書を受け付け、合成手段は、前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成し、出力手段は、前記合成手段によって情報画像が合成された文書を出力し、前記合成手段は、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理プログラムに関する。
【背景技術】
【０００２】
文書に情報画像を付加して印刷する技術がある。
これに関連する技術として、例えば、特許文献１には、文書の出力から廃棄まで管理可能な出力文書管理システム、出力文書管理サーバ、出力文書管理方法及び出力文書管理プログラムを提供することを課題とし、ネットワークに接続された端末により印刷を指示された文書を、用紙を識別する用紙ＩＤを有する用紙に印刷するプリンタと、当該プリンタが印刷する所定の文書を管理する出力文書管理サーバと、を有する出力文書管理システムを提供し、端末は、出力文書管理サーバが管理する文書の印刷を、文書を識別する文書ＩＤ及び印刷枚数と共に該出力文書管理サーバに依頼し、出力文書管理サーバは、所定の文書の印刷を依頼された場合に所定の手順で印刷することをプリンタに指示し、プリンタは、印刷の指示を受け、所定の文書を印刷する用紙の用紙ＩＤを読み取り、読み取った前記用紙ＩＤを出力文書管理サーバに送信し、出力文書管理サーバは、用紙ＩＤを受信し、当該用紙ＩＤと共に文書ＩＤを、印刷した文書の履歴を登録する出力履歴ＤＢに登録することを特徴とすることが開示されている。
【０００３】
また、例えば、特許文献２には、元の印字データは残して、電子透かしに別のデジタル情報を追加したり変更したりすることを課題とし、電子透かし入り文書を読み取るスキャナ部と、この読取結果に基づいて電子透かしとして埋め込まれたデータを抽出する電子透かし読み取り部と、この抽出したデータに新たに作成したデータを追加し又はこの抽出したデータを変更して新たな電子透かしを作成し、この作成した電子透かしと印字抽出・改ざん検証部で抽出した印字部分とから電子透かし入り文書を作成する電子透かし入り文書作成部と、この作成した電子透かし入り文書を白紙に印刷する印刷部を備えることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１９０３６５号公報
【特許文献２】特開２００６−１５７２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成するようにした画像処理装置及び画像処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、文書を受け付ける文書受付手段と、前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、前記合成手段によって情報画像が合成された文書を出力する出力手段を具備し、前記合成手段は、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成することを特徴とする画像処理装置である。
【０００７】
請求項２の発明は、前記利用者を一意に識別する利用者識別符号を受け付ける利用者識別符号受付手段と、利用者識別符号に対応付けて、該利用者識別符号の利用者の予定項目と該予定項目に参加予定の参加者を一意に識別する参加者識別符号を記憶している予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索する検索手段と、前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断する判断手段と、前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力する確認出力手段と、前記確認出力手段によって出力された確認に応じた利用者の確認操作を受け付ける確認受付手段を更に具備し、前記合成手段は、前記確認受付手段によって受け付けられた確認操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を前記文書に合成することを特徴とする請求項１に記載の画像処理装置である。
【０００８】
請求項３の発明は、前記合成手段は、前記判断手段によって合致すると判断された場合は、前記選択受付手段によって受け付けられた選択操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を合成することを特徴とする請求項２に記載の画像処理装置である。
【０００９】
請求項４の発明は、前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索することを特徴とする請求項２又は３に記載の画像処理装置である。
【００１０】
請求項５の発明は、前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後であって、予め定められた期間内の予定項目に参加する参加者の参加者識別符号を検索することを特徴とする請求項２又は３に記載の画像処理装置である。
【００１１】
請求項６の発明は、前記合成手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第２の情報画像である場合は、前記文書受付手段によって受け付けられた文書に対して、第２の情報画像を合成することを特徴とする請求項４又は５に記載の画像処理装置である。
【００１２】
請求項７の発明は、前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号又は今後の直近であって予め定められた予定項目を検索し、前記判断手段は、前記検索手段によって検索された予め定められた予定項目は、予め定められた期間内にあるか否かを判断し、前記確認出力手段は、前記判断手段によって予め定められた期間内にあると判断された場合は、第２の情報画像を合成すべき旨の確認を出力することを特徴とする請求項２又は３に記載の画像処理装置である。
【００１３】
請求項８の発明は、前記判断手段は、前記検索手段によって検索された予め定められた予定項目がない場合又は該予定項目は予め定められた期間内にない場合であって、前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断し、前記確認出力手段は、前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力することを特徴とする請求項７に記載の画像処理装置である。
【００１４】
請求項９の発明は、コンピュータを、情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、文書を受け付ける文書受付手段と、前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、前記合成手段によって情報画像が合成された文書を出力する出力手段として機能させ、前記合成手段を、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する手段として機能させるための画像処理プログラムである。
【発明の効果】
【００１５】
請求項１の画像処理装置によれば、文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成することができる。
【００１６】
請求項２の画像処理装置によれば、利用者が確認することなしに、今後の直近の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００１７】
請求項３の画像処理装置によれば、合成しようとする情報画像が今後の直近の予定項目に参加する参加者に応じている場合は、利用者が確認操作することなしに情報画像を合成することができる。
【００１８】
請求項４の画像処理装置によれば、第１の情報画像を合成しようとする場合に、利用者が確認することなしに、今後の直近の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００１９】
請求項５の画像処理装置によれば、第１の情報画像を合成しようとする場合に、利用者が確認することなしに、今後であって、予め定められた期間内の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００２０】
請求項６の画像処理装置によれば、第２の情報画像を合成しようとする場合に、利用者が確認操作することなしに情報画像を合成することができる。
【００２１】
請求項７の画像処理装置によれば、予め定められた予定項目があり、その予定項目が予め定められた期間内にある場合は、利用者が確認することなしに、第１の情報画像を合成してしまうことを防ぐことができる。
【００２２】
請求項８の画像処理装置によれば、利用者が確認することなしに、今後の直近の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００２３】
請求項９の画像処理プログラムによれば、文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成することができる。
【図面の簡単な説明】
【００２４】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態による処理例を示す説明図である。
【図３】本実施の形態による処理例（１）を示すフローチャートである。
【図４】スケジュール画面の提示例を示す説明図である。
【図５】スケジュールテーブルのデータ構造例を示す説明図である。
【図６】ユーザ・組織テーブルのデータ構造例を示す説明図である。
【図７】対応組織別コードテーブルのデータ構造例を示す説明図である。
【図８】本実施の形態による処理例（２）を示すフローチャートである。
【図９】本実施の形態による処理例（３）を示すフローチャートである。
【図１０】本実施の形態による処理例（４）を示すフローチャートである。
【図１１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２６】
本実施の形態である画像処理装置は、情報画像を合成した文書を出力するものであって、図１の例に示すように、ユーザＩＤ受付モジュール１１０、文書受付モジュール１１５、付与コード選択受付モジュール１２０、スケジュール記憶モジュール１３０、スケジュール検索モジュール１４０、組織情報記憶モジュール１５０、判断モジュール１６０、メッセージ出力モジュール１７０、確認受付モジュール１７５、合成モジュール１８０、文書出力モジュール１９０を有している。
【００２７】
ユーザＩＤ受付モジュール１１０は、スケジュール検索モジュール１４０と接続されており、利用者を一意に識別する利用者識別符号（ユーザＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）ともいう）を受け付ける。例えば、具体的には、ユーザＩＤとして、本実施の形態内で、利用者を一意に識別する符号であるならば、社員番号、ユーザ名等であってもよい。また、ユーザＩＤ受付モジュール１１０として、例えば、具体的には、ＩＣカード等に記憶されたユーザＩＤを読み取るカードリーダーであってもよいし、利用者のキーボード等の操作によってユーザＩＤを受け付けるようにしてもよいし、この画像処理装置にログインするために利用されたユーザＩＤを受け付けるようにしてもよい。
【００２８】
付与コード選択受付モジュール１２０は、判断モジュール１６０と接続されており、情報を表す画像である第１の情報画像（以下、コードＡともいう）又は第２の情報画像（以下、コードＢともいう）のいずれか一方を選択するための利用者の選択操作を受け付ける。付与コード選択受付モジュール１２０として、例えば、具体的には、タッチパネルであって、そのタッチパネル上にコードＡを選択するためのボタンとコードＢを選択するためのボタンを表示し、利用者の操作によっていずれかが選択されたことを検知するようにしてもよい。
【００２９】
情報画像とは、機械可読な態様で情報を表すために体系的に作られた画像コードをいう。
第１の情報画像とは、その情報画像の周辺に空白を必要とし、文書内の画像領域（空白のみからなる領域以外の領域をいい、例えば、文字領域、図形領域等のいずれかの領域又はこれらの組み合わせ）と重ならない位置に合成する必要がある情報画像である。具体的には、例えば、１次元バーコード、２次元コード等がある。この場合の合成は、貼り付け合成（情報画像と重なる下地の部分は見えなくなってしまう合成）である。
第２の情報画像とは、その情報画像の周辺に空白を必要とせず、文書内の画像領域と重なる位置に合成し得る情報画像である。具体的には、例えば、角度の異なる斜線でデータを表現するグリフコード（例えば、特開平６−１０３３９０号公報、特開平６−７５７９５号公報）等がある。この場合の合成は、論理和合成（合成した後の下地となった文字領域等も見えている合成）である。
したがって、第２の情報画像を合成する面積は、第１の情報画像を合成する面積よりも大きい。例えば、第２の情報画像は文書の一面全体に合成する。
【００３０】
第２の情報画像は、第１の情報画像と比較すると、セキュリティの面でより強固な情報画像である。例えば、第１の情報画像が合成されている文書からその第１の情報画像のみを削除することができ得るが、第２の情報画像が合成されている文書からその第２の情報画像のみを削除することは困難である。更に、第１の情報画像の場合は、既に合成されている第１の情報画像が表している情報とは異なる情報を表している情報画像とすることもでき得る（いわゆる付け替え）。
また、第２の情報画像は、不可視又は不可視と同等の情報画像であってもよい。不可視又は不可視と同等の情報画像とは、肉眼ではその情報画像があることを判別できない情報画像又はそれに相当する情報画像のことである。つまり、人に意識されにくい情報画像である。例えば、ある波長の光（例えば、赤外線）でだけ読めるトナーによる印刷等がある。
なお、第１の情報画像と第２の情報画像が表す情報は、同じ情報であってもよいし、異なる情報であってもよい。例えば、情報画像が表す情報として、その文書を一意に識別する文書識別符号、その文書を作成又は印刷指示した利用者のユーザＩＤ、その文書を印刷するプリンタを一意に識別するプリンタ識別符号等がある。また、第２の情報画像が表す情報量は、第１の情報画像が表す情報量より多くするようにしてもよい。また、第２の情報画像が表す情報は、第１の情報画像が表す情報を含むようにしてもよい。例えば、第１の情報画像はその文書を一意に識別する文書識別符号を表しており、第２の情報画像は更にその文書を作成又は印刷指示した利用者のユーザＩＤ等を表すようにしてもよい。
【００３１】
文書受付モジュール１１５は、合成モジュール１８０と接続されており、文書を受け付けて、その文書を合成モジュール１８０へ渡す。この文書を対象として、情報画像が合成される。文書を受け付けるとは、例えば、スキャナ、カメラ等で文書の画像を読み込むこと、ファックス等で通信回線を介して外部機器から文書の画像を受信すること、ハードディスク（コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む）等に記憶されている文書を読み出すこと等が含まれる。文書は、２値画像、多値画像（カラー画像）等の画像であってもよいし、テキストデータを主とした電子データ群であってもよいし、場合によっては動画、音声等の電子データが含まれていてもよい。また、画像以外の文書を受け付けた場合は、その文書を画像に変換してもよい。受け付ける文書は、１枚であってもよいし、複数枚であってもよい。文書の内容として、ビジネスに用いられる文書、広告宣伝用のパンフレット等であってもよい。
【００３２】
スケジュール記憶モジュール１３０は、スケジュール検索モジュール１４０からアクセスされる。ユーザＩＤに対応付けて、そのユーザＩＤの利用者の予定項目とその予定項目に参加予定の参加者を一意に識別する参加者識別符号（以下、参加者ＩＤともいう）を記憶している。いわゆるスケジュール管理ツールによって生成されたスケジュールを記憶している
【００３３】
図４は、スケジュール画面４００の提示例を示す説明図である。スケジュール記憶モジュール１３０に記憶されているスケジュールテーブル５００を利用者のＰＣのディスプレイに提示した例である。
スケジュール画面４００は、利用者毎に提示される。図４の例では、ＹＹ年２月からＹＹ年９月までのスケジュールが提示されている。例えば、お客様との打合せ４１０として、イベント４１１からイベント４１７がある。社内メンバーとの打合せ４３０として、イベント４３１からイベント４４６がある。そして、納期４５０として、イベント４５１がある。
【００３４】
スケジュール記憶モジュール１３０は、例えば、スケジュールテーブル５００を記憶している。図５は、スケジュールテーブル５００のデータ構造例を示す説明図である。スケジュールテーブル５００は、日時欄５１０、イベント名欄５２０、イベントの種類欄５３０、参加者ＩＤ欄５４０、関連文書欄５５０を有しており、その利用者におけるいわゆるスケジュールを記憶している。日時欄５１０は、予定日時を記憶している。年月日だけでなく、時、分までも記憶するようにしてもよい。イベント名欄５２０は、予定項目であるイベントの名称を記憶している。イベントの種類欄５３０は、そのイベントの種類を記憶している。参加者ＩＤ欄５４０は、そのイベントに参加予定の参加者を一意に識別する参加者ＩＤを記憶している。一人の参加者ＩＤであってもよいし、複数人の参加者ＩＤを記憶していてもよい。また、イベントの種類によっては、参加者がいない場合がある。関連文書欄５５０は、そのイベントにおいて送付される可能性のある文書名（文書ＩＤ等であってもよい）を記憶している。
図４に例示したお客様との打合せ４１０、社内メンバーとの打合せ４３０、納期４５０は、イベントの種類欄５３０の内容によって提示されるものである。
【００３５】
スケジュール検索モジュール１４０は、ユーザＩＤ受付モジュール１１０、スケジュール記憶モジュール１３０、判断モジュール１６０と接続されている。ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに基づいて、スケジュール記憶モジュール１３０に記憶されているその利用者の予定を検索し、検索結果を判断モジュール１６０へ渡す。
スケジュール検索モジュール１４０は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後の直近の予定項目に参加する参加者の参加者ＩＤを検索する。
また、スケジュール検索モジュール１４０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＡである場合は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後の直近の予定項目に参加する参加者の参加者ＩＤを検索するようにしてもよい。
【００３６】
また、スケジュール検索モジュール１４０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＡである場合は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後であって、予め定められた期間内の予定項目に参加する参加者の参加者ＩＤを検索するようにしてもよい。予め定められた期間とは、例えば、現在から将来へ向けての期間を定めてあってもよいし、予定項目が実施される日時から過去に向けての時間を定めてあってもよい。
また、スケジュール検索モジュール１４０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＡである場合は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後の直近の予定項目に参加する参加者の参加者ＩＤ又は今後の直近であって予め定められた予定項目を検索するようにしてもよい。予め定められた予定項目とは、例えば、スケジュールテーブル５００内のイベント名欄５２０に記憶されているイベント名、又はイベントの種類欄５３０に記憶されているイベントの種類が該当する。より具体的には、イベントの種類として、製品の「納期」等が該当する。一般的には、参加者がない予定項目であるが、送付すべき文書がある予定項目が該当する。この予定項目の場合、その納期の日時まで秘密に扱われるべき文書であるので、コードＢが合成されるべきものであることが多い。
【００３７】
組織情報記憶モジュール１５０は、判断モジュール１６０からアクセスされる。例えば、組織情報記憶モジュール１５０は、ユーザ・組織テーブル６００、対応組織別コードテーブル７００を記憶している。
図６は、ユーザ・組織テーブル６００のデータ構造例を示す説明図である。ユーザ・組織テーブル６００は、ユーザＩＤ欄６１０、組織ＩＤ欄６２０を有しており、利用者がどの組織に所属しているかの情報を記憶している。ユーザＩＤ欄６１０は、ユーザＩＤ（ここでは、参加者ＩＤを含む）を記憶している。組織ＩＤ欄６２０は、そのユーザＩＤの利用者が所属している組織を一意に識別する組織識別符号（以下、組織ＩＤともいう）を記憶している。
図７は、対応組織別コードテーブル７００のデータ構造例を示す説明図である。対応組織別コードテーブル７００は、送付元組織ＩＤ欄７１０、送付先組織ＩＤ欄７２０、付与コード欄７３０を有しており、送付元の組織から送付先の組織へ文書を送付する場合に、コードＡ又はコードＢのいずれか一方を付与すべきかの情報を記憶している。送付元組織ＩＤ欄７１０は、送付元の組織の組織ＩＤを記憶している。送付先組織ＩＤ欄７２０は、送付先の組織の組織ＩＤを記憶している。付与コード欄７３０は、送付元組織ＩＤ欄７１０と送付先組織ＩＤ欄７２０の関係にある場合に、送付する文書に付与すべき情報画像の種類を記憶している。
【００３８】
判断モジュール１６０は、付与コード選択受付モジュール１２０、スケジュール検索モジュール１４０、組織情報記憶モジュール１５０、メッセージ出力モジュール１７０、確認受付モジュール１７５、合成モジュール１８０と接続されている。
判断モジュール１６０は、スケジュール検索モジュール１４０によって検索された参加者ＩＤに対応する情報画像の種類と付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断する。その予定項目の参加者が複数人いる場合は、一人でも情報画像の種類が合致しない場合は、合致しないと判断するようにしてもよい。また、その予定項目の参加者が複数人いる場合であって、少なくとも一人以上に対応する情報画像の種類がコードＢである場合に、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類がコードＡの種類である場合は、合致しないと判断するようにしてもよい。また、その予定項目の参加者が複数人いる場合であって、コードＡに対応する参加者とコードＢに対応する参加者が混在する場合に、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類がコードＢの種類である場合は、合致すると判断するようにしてもよい。
【００３９】
判断モジュール１６０は、組織情報記憶モジュール１５０内に記憶されている情報を用いて、参加者ＩＤに対応する情報画像の種類を抽出するようにしてもよい。例えば、ユーザ・組織テーブル６００を検索することによって、利用者のユーザＩＤからその利用者が所属している組織ＩＤ（Ａ）、参加者のユーザＩＤ（参加者ＩＤ）からその参加者が所属している組織ＩＤ（Ｂ）を抽出する。そして、組織ＩＤ（Ａ）を送付元組織ＩＤとし、組織ＩＤ（Ｂ）を送付先組織ＩＤとした組み合わせを対応組織別コードテーブル７００から検索し、その場合に送付する文書に付与すべき情報画像の種類を抽出する。例えば、組織Ｘから組織Ｙへ文書を送付する場合は、コードＡが付与すべき情報画像の種類である。
判断モジュール１６０は、スケジュール検索モジュール１４０によって検索された予め定められた予定項目は、予め定められた期間内にあるか否かを判断するようにしてもよい。
判断モジュール１６０は、スケジュール検索モジュール１４０によって検索された予め定められた予定項目がない場合又はその予定項目は予め定められた期間内にない場合であって、スケジュール検索モジュール１４０によって検索された参加者ＩＤに対応する情報画像の種類と付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断するようにしてもよい。
【００４０】
メッセージ出力モジュール１７０は、判断モジュール１６０と接続されている。判断モジュール１６０によって合致しないと判断された場合は、参加者ＩＤに対応する情報画像を合成すべき旨の確認（以下、メッセージともいう）を出力する。例えば、その参加者にはコードＢを付与した文書を送付すべきであるにもかかわらず、付与コード選択受付モジュール１２０ではコードＡが選択された場合、逆にその参加者にはコードＡを付与した文書を送付すべきであるにもかかわらず、付与コード選択受付モジュール１２０ではコードＢが選択された場合が該当する。メッセージを出力するとは、例えば、そのメッセージをパッチパネル等のディスプレイに表示すること、スピーカーによって音声で出力すること等が含まれる。
また、メッセージ出力モジュール１７０は、判断モジュール１６０によって予め定められた期間内にあると判断された場合は、コードＢを合成すべき旨のメッセージを出力するようにしてもよい。
【００４１】
確認受付モジュール１７５は、判断モジュール１６０と接続されている。メッセージ出力モジュール１７０によって出力されたメッセージに応じた利用者の確認操作を受け付ける。メッセージ出力モジュール１７０によってコードＡ又はコードＢを付与すべきであるとのメッセージが出力されるわけであるが、それに対する利用者の確認操作を受け付ける。確認受付モジュール１７５として、例えば、具体的には、タッチパネルであって、そのタッチパネル上に、そのメッセージに同意する旨の「はい」ボタン、そのメッセージには同意しない旨の「いいえ」ボタンを表示し、利用者の操作によっていずれかが選択されたことを検知するようにしてもよい。
【００４２】
合成モジュール１８０は、文書受付モジュール１１５、判断モジュール１６０、文書出力モジュール１９０と接続されている。
合成モジュール１８０は、文書受付モジュール１１５によって受け付けられた文書に対して、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択されたコードＡ又はコードＢのいずれか一方を合成する。前述のように、文書に対してコードＡを合成する場合は、その文書内からコードＡを貼り付けることができる空白領域を検出し、その空白領域にコードＡを貼り付けることによって合成する。文書に対してコードＢを合成する場合は、その文書内の画像領域と重ね合わせて論理和合成する。
また、合成モジュール１８０は、確認受付モジュール１７５によって受け付けられた確認操作に基づいて、コードＡ又はコードＢのいずれか一方を文書に合成するようにしてもよい。つまり、メッセージ出力モジュール１７０によって出力されたメッセージに沿った確認操作（例えば、「はい」ボタンの選択）が行われた場合は、そのメッセージが推薦する情報画像を合成する。逆に、メッセージ出力モジュール１７０によって出力されたメッセージに沿わない確認操作（例えば、「いいえ」ボタンの選択）が行われた場合は、そのメッセージが推薦していない情報画像を合成する。
また、合成モジュール１８０は、判断モジュール１６０によって合致すると判断された場合は、付与コード選択受付モジュール１２０によって受け付けられた選択操作に基づいて、コードＡ又はコードＢのいずれか一方を合成するようにしてもよい。
また、合成モジュール１８０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＢである場合は、文書受付モジュール１１５によって受け付けられた文書に対して、コードＢを合成するようにしてもよい。
【００４３】
文書出力モジュール１９０は、合成モジュール１８０と接続されており、合成モジュール１８０によって情報画像が合成された文書を出力する。文書を出力するとは、例えば、メモリーカード等の記憶媒体に記憶すること、プリンタ等の印刷装置で印刷すること、ディスプレイ等の表示装置に表示すること、ファックス等の画像送信装置で文書の画像を送信すること、文書データベース等の文書記憶装置へ文書の画像を書き込むこと等が含まれる。
【００４４】
図２は、本実施の形態による処理例を示す説明図である。この例では、社内２００で送付される文書にはコードＡが合成され、社外２５０へ送付される文書にはコードＢが合成されるようにしている。
プリンタ２２０は、コード削除モジュール２２１、付与コード選択受付モジュール１２０、合成モジュール１８０を有している。
合成モジュール１８０は、コードＡ合成モジュール１８１、コードＢ合成モジュール１８２を有している。
【００４５】
例えば、利用者が、ＰＣ２１０を用いて電子文書２１１をプリンタ２２０から印刷する場合について説明する。
印刷指示があると、付与コード選択受付モジュール１２０は、画面１２１に、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３を提示する。付与コード選択受付モジュール１２０は、プリンタ２２０のタッチパネルであってもよいし、ＰＣ２１０のディスプレイであってもよい。利用者は、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３のいずれか一方を選択する。そして、スケジュール検索モジュール１４０、判断モジュール１６０等による処理が行われて、電子文書２１１に対してコードＡ又はコードＢが合成される。社内２００内の社員へ送付される場合は、コードＡ：２０４、コードＡ：２０６が合成された紙文書Ｂ：２０３、紙文書Ｃ：２０５がコードＡ合成モジュール１８１によって生成される。また、社外２５０であるお客様へ送付される場合には、コードＢ：２０８が合成された紙文書Ｄ：２０７がコードＢ合成モジュール１８２によって生成される。なお、コードＡ：２０４等のコードＡは紙文書Ｂ：２０３等の文書の一部分である空白領域に合成され、コードＢ：２０８は紙文書Ｄ：２０７の一面全体に合成されている。
【００４６】
また、例えば、プリンタ２２０がスキャナ機能も有している場合（プリンタ２２０がいわゆる複合機である場合）、利用者の操作に応じて、紙文書Ａ：２０１内のコードＡ：２０２を付け替えて、紙文書Ｂ：２０３、紙文書Ｃ：２０５、紙文書Ｄ：２０７を生成するようにしてもよい。つまり、プリンタ２２０のスキャナによって、紙文書Ａ：２０１の画像を読み込み、コード削除モジュール２２１が紙文書Ａ：２０１からコードＡ：２０２が存在する位置を探索し、コードＡ：２０２を削除する（そのコードＡ：２０２の領域を下地と同じ色で塗り潰す）。そして、前述のように、付与コード選択受付モジュール１２０は、画面１２１に、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３を提示する。利用者は、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３のいずれか一方を選択する。そして、スケジュール検索モジュール１４０、判断モジュール１６０等による処理が行われて、コードＡ：２０２が削除された紙文書Ａ：２０１に対してコードＡ又はコードＢが合成される。
【００４７】
図３は、本実施の形態による処理例（１）を示すフローチャートである。ここでは、既に文書受付モジュール１１５によって文書が受け付けられており、コードＡ又はコードＢも生成されているものとする。図８、図９、図１０の例を用いて説明する処理例についても同じである。なお、図３の例に示す処理を行う構成として、図１の例に示した付与コード選択受付モジュール１２０、判断モジュール１６０、合成モジュール１８０、文書出力モジュール１９０だけの構成であってもよい。
【００４８】
ステップＳ３０２では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ３０４では、判断モジュール１６０が、付与コードの種類を判断する。選択された付与コードが付与コードＡの場合はステップＳ３０６へ進み、付与コードＢの場合はステップＳ３０８へ進む。
ステップＳ３０６では、合成モジュール１８０が、文書に付与コードＡを合成する。
ステップＳ３０８では、合成モジュール１８０が、文書に付与コードＢを合成する。
ステップＳ３１０では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００４９】
図８は、本実施の形態による処理例（２）を示すフローチャートである。
ステップＳ８０２では、ユーザＩＤ受付モジュール１１０が、ユーザＩＤを受け付ける。
ステップＳ８０４では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ８０６では、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって直近のスケジュール内のイベントを取得する。
ステップＳ８０８では、判断モジュール１６０が、組織情報記憶モジュール１５０内のユーザ・組織テーブル６００、対応組織別コードテーブル７００を検索して、ステップＳ８０６で取得されたイベントの参加者の適切付与コード（付与コード欄７３０内のコード）を取得する。
【００５０】
ステップＳ８１０では、判断モジュール１６０が、選択された付与コードの種類と適切付与コードの種類は合致するか否かを判断し、合致する場合はステップＳ８２０へ進み、それ以外の場合はステップＳ８１２へ進む。例えば、合致する場合として、選択された付与コードがコードＡであり、参加者全員の適切付与コードがコードＡである場合、選択された付与コードがコードＢであり、参加者の一人以上の適切付与コードがコードＢである場合がある。合致しない場合として、選択された付与コードがコードＡであり、参加者の一人以上の適切付与コードがコードＢである場合、選択された付与コードがコードＢであり、参加者全員の適切付与コードがコードＡである場合がある。
ステップＳ８１２では、メッセージ出力モジュール１７０が、適切付与コードにすべき旨のメッセージを提示する。
ステップＳ８１４では、確認受付モジュール１７５が、ユーザ操作による「はい」／「いいえ」の選択を受け付ける。
【００５１】
ステップＳ８１６では、判断モジュール１６０が、ユーザ操作による選択が「はい」か否かを判断し、「はい」の場合はステップＳ８１８へ進み、それ以外の場合はステップＳ８２０へ進む。
ステップＳ８１８では、合成モジュール１８０が、適切付与コードを合成する。
ステップＳ８２０では、合成モジュール１８０が、選択付与コードを合成する。
ステップＳ８２２では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００５２】
図９は、本実施の形態による処理例（３）を示すフローチャートである。
ステップＳ９０２では、ユーザＩＤ受付モジュール１１０が、ユーザＩＤを受け付ける。
ステップＳ９０４では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ９０６では、判断モジュール１６０が、付与コードの種類を判断する。選択された付与コードが付与コードＡの場合はステップＳ９０８へ進み、付与コードＢの場合はステップＳ９２２へ進む。
ステップＳ９０８では、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって、予め定められた期間内にあるスケジュール内のイベントを取得する。また、ここでは、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって、直近にあるスケジュール内のイベントを取得するようにしてもよい。
【００５３】
ステップＳ９１０では、判断モジュール１６０が、組織情報記憶モジュール１５０内のユーザ・組織テーブル６００、対応組織別コードテーブル７００を検索して、ステップＳ９０８で取得されたイベントの参加者の適切付与コード（付与コード欄７３０内のコード）を取得する。
ステップＳ９１２では、判断モジュール１６０が、選択された付与コードの種類と適切付与コードの種類は合致するか否かを判断し、合致する場合はステップＳ９２２へ進み、それ以外の場合はステップＳ９１４へ進む。ここでの判断は、図８の例に示したフローチャート内のステップＳ８１０と同等のものである。
ステップＳ９１４では、メッセージ出力モジュール１７０が、適切付与コードにすべき旨のメッセージを提示する。
【００５４】
ステップＳ９１６では、確認受付モジュール１７５が、ユーザ操作による「はい」／「いいえ」の選択を受け付ける。
ステップＳ９１８では、判断モジュール１６０が、ユーザ操作による選択が「はい」か否かを判断し、「はい」の場合はステップＳ９２０へ進み、それ以外の場合はステップＳ９２２へ進む。
ステップＳ９２０では、合成モジュール１８０が、適切付与コードを合成する。
ステップＳ９２２では、合成モジュール１８０が、選択付与コードを合成する。
ステップＳ９２４では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００５５】
図１０は、本実施の形態による処理例（４）を示すフローチャートである。
ステップＳ１００２では、ユーザＩＤ受付モジュール１１０が、ユーザＩＤを受け付ける。
ステップＳ１００４では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ１００６では、判断モジュール１６０が、付与コードの種類を判断する。選択された付与コードが付与コードＡの場合はステップＳ１００８へ進み、付与コードＢの場合はステップＳ１０２４へ進む。
ステップＳ１００８では、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって直近のスケジュール内のイベントとイベント（納期）を取得する。ここでは、２つのイベントを取得することになる。ただし、前者のイベントはイベントの種類を問わず、又はイベントの種類として納期以外のイベントとしてもよい。後者のイベントはイベントの種類として納期に限定される。
【００５６】
ステップＳ１０１０では、判断モジュール１６０が、現在時はイベント（納期）から予め定められた期間内であるか否かを判断し、期間内である場合はステップＳ１０１６へ進み、それ以外の場合はステップＳ１０１２へ進む。また、イベント（納期）がなかった場合も、ステップＳ１０１２へ進むようにしてもよい。なお、ステップＳ１０１６へ進む場合は、適切付与コードを、コードＢとする。
ステップＳ１０１２では、判断モジュール１６０が、組織情報記憶モジュール１５０内のユーザ・組織テーブル６００、対応組織別コードテーブル７００を検索して、ステップＳ１００８で取得された直近にあるイベントの参加者の適切付与コード（付与コード欄７３０内のコード）を取得する。
ステップＳ１０１４では、判断モジュール１６０が、選択された付与コードの種類と適切付与コードの種類は合致するか否かを判断し、合致する場合はステップＳ１０２４へ進み、それ以外の場合はステップＳ１０１６へ進む。ここでの判断は、図８の例に示したフローチャート内のステップＳ８１０と同等のものである。
【００５７】
ステップＳ１０１６では、メッセージ出力モジュール１７０が、適切付与コードにすべき旨のメッセージを提示する。
ステップＳ１０１８では、確認受付モジュール１７５が、ユーザ操作による「はい」／「いいえ」の選択を受け付ける。
ステップＳ１０２０では、判断モジュール１６０が、ユーザ操作による選択が「はい」か否かを判断し、「はい」の場合はステップＳ１０２２へ進み、それ以外の場合はステップＳ１０２４へ進む。
ステップＳ１０２２では、合成モジュール１８０が、適切付与コードを合成する。
ステップＳ１０２４では、合成モジュール１８０が、選択付与コードを合成する。
ステップＳ１０２６では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００５８】
図１１を参照して、本実施の形態の画像処理装置のハードウェア構成例について説明する。図１１に示す構成は、例えばパーソナルコンピュータ（ＰＣ）などによって構成されるものであり、スキャナ等のデータ読み取り部１１１７と、プリンタなどのデータ出力部１１１８を備えたハードウェア構成例を示している。
【００５９】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０１は、前述の実施の形態において説明した各種のモジュール、すなわち、スケジュール検索モジュール１４０、判断モジュール１６０、合成モジュール１８０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００６０】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１０２は、ＣＰＵ１１０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１０３は、ＣＰＵ１１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１１０４により相互に接続されている。
【００６１】
ホストバス１１０４は、ブリッジ１１０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１１０６に接続されている。
【００６２】
キーボード１１０８、マウス等のポインティングデバイス１１０９は、操作者により操作される入力デバイスである。ディスプレイ１１１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などがあり、各種情報をテキストやイメージ情報として表示する。
【００６３】
ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１１１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ１１０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、受け付けた文書、コードＡ、コードＢ、スケジュールテーブル５００、ユーザ・組織テーブル６００、対応組織別コードテーブル７００などが格納される。更に、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。
【００６４】
ドライブ１１１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１１１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１１０７、外部バス１１０６、ブリッジ１１０５、及びホストバス１１０４を介して接続されているＲＡＭ１１０３に供給する。リムーバブル記録媒体１１１３も、ハードディスクと同様のデータ記録領域として利用可能である。
【００６５】
接続ポート１１１４は、外部接続機器１１１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１１１４は、インタフェース１１０７、及び外部バス１１０６、ブリッジ１１０５、ホストバス１１０４等を介してＣＰＵ１１０１等に接続されている。通信部１１１６は、ネットワークに接続され、外部とのデータ通信処理を実行する。データ読み取り部１１１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１１１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００６６】
なお、図１１に示す画像処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００６７】
なお、前述の実施の形態において、判断モジュール１６０は、スケジュールテーブル５００内の関連文書欄５５０を用いていなかったが、判断モジュール１６０は、文書受付モジュール１１５によって受け付けられた文書が、スケジュールテーブル５００内の関連文書欄５５０に該当するか否かを判断し、該当するものがある場合は、その該当する関連文書欄５５０に対応する予定項目に対して、前述の処理（例えば、図８ではステップＳ８０６、図９ではステップＳ９０８、図１０ではステップＳ１００８等）を行うようにしてもよい。該当するものがない場合は、予定項目を限定することなく、前述の処理をそのまま行うようにしてもよい。
【００６８】
なお、前述の実施の形態では、「参加者識別符号に対応する情報画像の種類」を抽出することの例として、ユーザ・組織テーブル６００、対応組織別コードテーブル７００を用いた例を示したが、参加者識別符号とその参加者識別符号の参加者に適切な情報画像の種類を対応させたテーブルを用いてもよい。例えば、参加者識別符号が社外の人であることを示す符号であれば、第２の情報画像の種類を対応させ、参加者識別符号が社内の人であることを示す符号であれば、第１の情報画像の種類を対応させたテーブルである。判断モジュール１６０は、このテーブルを用いて、「参加者識別符号に対応する情報画像の種類」を抽出してもよい。
【００６９】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
更に、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００７０】
１１０…ユーザＩＤ受付モジュール
１１５…文書受付モジュール
１２０…付与コード選択受付モジュール
１２１…画面
１２２…コードＡ付与選択ボタン
１２３…コードＢ付与選択ボタン
１３０…スケジュール記憶モジュール
１４０…スケジュール検索モジュール
１５０…組織情報記憶モジュール
１６０…判断モジュール
１７０…メッセージ出力モジュール
１７５…確認受付モジュール
１８０…合成モジュール
１８１…コードＡ合成モジュール
１８２…コードＢ合成モジュール
１９０…文書出力モジュール
２１０…ＰＣ
２２０…プリンタ
２２１…コード削除モジュール
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理プログラムに関する。
【背景技術】
【０００２】
文書に情報画像を付加して印刷する技術がある。
これに関連する技術として、例えば、特許文献１には、文書の出力から廃棄まで管理可能な出力文書管理システム、出力文書管理サーバ、出力文書管理方法及び出力文書管理プログラムを提供することを課題とし、ネットワークに接続された端末により印刷を指示された文書を、用紙を識別する用紙ＩＤを有する用紙に印刷するプリンタと、当該プリンタが印刷する所定の文書を管理する出力文書管理サーバと、を有する出力文書管理システムを提供し、端末は、出力文書管理サーバが管理する文書の印刷を、文書を識別する文書ＩＤ及び印刷枚数と共に該出力文書管理サーバに依頼し、出力文書管理サーバは、所定の文書の印刷を依頼された場合に所定の手順で印刷することをプリンタに指示し、プリンタは、印刷の指示を受け、所定の文書を印刷する用紙の用紙ＩＤを読み取り、読み取った前記用紙ＩＤを出力文書管理サーバに送信し、出力文書管理サーバは、用紙ＩＤを受信し、当該用紙ＩＤと共に文書ＩＤを、印刷した文書の履歴を登録する出力履歴ＤＢに登録することを特徴とすることが開示されている。
【０００３】
また、例えば、特許文献２には、元の印字データは残して、電子透かしに別のデジタル情報を追加したり変更したりすることを課題とし、電子透かし入り文書を読み取るスキャナ部と、この読取結果に基づいて電子透かしとして埋め込まれたデータを抽出する電子透かし読み取り部と、この抽出したデータに新たに作成したデータを追加し又はこの抽出したデータを変更して新たな電子透かしを作成し、この作成した電子透かしと印字抽出・改ざん検証部で抽出した印字部分とから電子透かし入り文書を作成する電子透かし入り文書作成部と、この作成した電子透かし入り文書を白紙に印刷する印刷部を備えることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１９０３６５号公報
【特許文献２】特開２００６−１５７２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成するようにした画像処理装置及び画像処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、文書を受け付ける文書受付手段と、前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、前記合成手段によって情報画像が合成された文書を出力する出力手段を具備し、前記合成手段は、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成することを特徴とする画像処理装置である。
【０００７】
請求項２の発明は、前記利用者を一意に識別する利用者識別符号を受け付ける利用者識別符号受付手段と、利用者識別符号に対応付けて、該利用者識別符号の利用者の予定項目と該予定項目に参加予定の参加者を一意に識別する参加者識別符号を記憶している予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索する検索手段と、前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断する判断手段と、前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力する確認出力手段と、前記確認出力手段によって出力された確認に応じた利用者の確認操作を受け付ける確認受付手段を更に具備し、前記合成手段は、前記確認受付手段によって受け付けられた確認操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を前記文書に合成することを特徴とする請求項１に記載の画像処理装置である。
【０００８】
請求項３の発明は、前記合成手段は、前記判断手段によって合致すると判断された場合は、前記選択受付手段によって受け付けられた選択操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を合成することを特徴とする請求項２に記載の画像処理装置である。
【０００９】
請求項４の発明は、前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索することを特徴とする請求項２又は３に記載の画像処理装置である。
【００１０】
請求項５の発明は、前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後であって、予め定められた期間内の予定項目に参加する参加者の参加者識別符号を検索することを特徴とする請求項２又は３に記載の画像処理装置である。
【００１１】
請求項６の発明は、前記合成手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第２の情報画像である場合は、前記文書受付手段によって受け付けられた文書に対して、第２の情報画像を合成することを特徴とする請求項４又は５に記載の画像処理装置である。
【００１２】
請求項７の発明は、前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号又は今後の直近であって予め定められた予定項目を検索し、前記判断手段は、前記検索手段によって検索された予め定められた予定項目は、予め定められた期間内にあるか否かを判断し、前記確認出力手段は、前記判断手段によって予め定められた期間内にあると判断された場合は、第２の情報画像を合成すべき旨の確認を出力することを特徴とする請求項２又は３に記載の画像処理装置である。
【００１３】
請求項８の発明は、前記判断手段は、前記検索手段によって検索された予め定められた予定項目がない場合又は該予定項目は予め定められた期間内にない場合であって、前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断し、前記確認出力手段は、前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力することを特徴とする請求項７に記載の画像処理装置である。
【００１４】
請求項９の発明は、コンピュータを、情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、文書を受け付ける文書受付手段と、前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、前記合成手段によって情報画像が合成された文書を出力する出力手段として機能させ、前記合成手段を、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する手段として機能させるための画像処理プログラムである。
【発明の効果】
【００１５】
請求項１の画像処理装置によれば、文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成することができる。
【００１６】
請求項２の画像処理装置によれば、利用者が確認することなしに、今後の直近の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００１７】
請求項３の画像処理装置によれば、合成しようとする情報画像が今後の直近の予定項目に参加する参加者に応じている場合は、利用者が確認操作することなしに情報画像を合成することができる。
【００１８】
請求項４の画像処理装置によれば、第１の情報画像を合成しようとする場合に、利用者が確認することなしに、今後の直近の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００１９】
請求項５の画像処理装置によれば、第１の情報画像を合成しようとする場合に、利用者が確認することなしに、今後であって、予め定められた期間内の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００２０】
請求項６の画像処理装置によれば、第２の情報画像を合成しようとする場合に、利用者が確認操作することなしに情報画像を合成することができる。
【００２１】
請求項７の画像処理装置によれば、予め定められた予定項目があり、その予定項目が予め定められた期間内にある場合は、利用者が確認することなしに、第１の情報画像を合成してしまうことを防ぐことができる。
【００２２】
請求項８の画像処理装置によれば、利用者が確認することなしに、今後の直近の予定項目に参加する参加者に応じていない情報画像を合成してしまうことを防ぐことができる。
【００２３】
請求項９の画像処理プログラムによれば、文書に情報画像を合成する場合にあって、利用者の選択操作によって第１の情報画像又は第２の情報画像を文書に合成することができる。
【図面の簡単な説明】
【００２４】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態による処理例を示す説明図である。
【図３】本実施の形態による処理例（１）を示すフローチャートである。
【図４】スケジュール画面の提示例を示す説明図である。
【図５】スケジュールテーブルのデータ構造例を示す説明図である。
【図６】ユーザ・組織テーブルのデータ構造例を示す説明図である。
【図７】対応組織別コードテーブルのデータ構造例を示す説明図である。
【図８】本実施の形態による処理例（２）を示すフローチャートである。
【図９】本実施の形態による処理例（３）を示すフローチャートである。
【図１０】本実施の形態による処理例（４）を示すフローチャートである。
【図１１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２６】
本実施の形態である画像処理装置は、情報画像を合成した文書を出力するものであって、図１の例に示すように、ユーザＩＤ受付モジュール１１０、文書受付モジュール１１５、付与コード選択受付モジュール１２０、スケジュール記憶モジュール１３０、スケジュール検索モジュール１４０、組織情報記憶モジュール１５０、判断モジュール１６０、メッセージ出力モジュール１７０、確認受付モジュール１７５、合成モジュール１８０、文書出力モジュール１９０を有している。
【００２７】
ユーザＩＤ受付モジュール１１０は、スケジュール検索モジュール１４０と接続されており、利用者を一意に識別する利用者識別符号（ユーザＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）ともいう）を受け付ける。例えば、具体的には、ユーザＩＤとして、本実施の形態内で、利用者を一意に識別する符号であるならば、社員番号、ユーザ名等であってもよい。また、ユーザＩＤ受付モジュール１１０として、例えば、具体的には、ＩＣカード等に記憶されたユーザＩＤを読み取るカードリーダーであってもよいし、利用者のキーボード等の操作によってユーザＩＤを受け付けるようにしてもよいし、この画像処理装置にログインするために利用されたユーザＩＤを受け付けるようにしてもよい。
【００２８】
付与コード選択受付モジュール１２０は、判断モジュール１６０と接続されており、情報を表す画像である第１の情報画像（以下、コードＡともいう）又は第２の情報画像（以下、コードＢともいう）のいずれか一方を選択するための利用者の選択操作を受け付ける。付与コード選択受付モジュール１２０として、例えば、具体的には、タッチパネルであって、そのタッチパネル上にコードＡを選択するためのボタンとコードＢを選択するためのボタンを表示し、利用者の操作によっていずれかが選択されたことを検知するようにしてもよい。
【００２９】
情報画像とは、機械可読な態様で情報を表すために体系的に作られた画像コードをいう。
第１の情報画像とは、その情報画像の周辺に空白を必要とし、文書内の画像領域（空白のみからなる領域以外の領域をいい、例えば、文字領域、図形領域等のいずれかの領域又はこれらの組み合わせ）と重ならない位置に合成する必要がある情報画像である。具体的には、例えば、１次元バーコード、２次元コード等がある。この場合の合成は、貼り付け合成（情報画像と重なる下地の部分は見えなくなってしまう合成）である。
第２の情報画像とは、その情報画像の周辺に空白を必要とせず、文書内の画像領域と重なる位置に合成し得る情報画像である。具体的には、例えば、角度の異なる斜線でデータを表現するグリフコード（例えば、特開平６−１０３３９０号公報、特開平６−７５７９５号公報）等がある。この場合の合成は、論理和合成（合成した後の下地となった文字領域等も見えている合成）である。
したがって、第２の情報画像を合成する面積は、第１の情報画像を合成する面積よりも大きい。例えば、第２の情報画像は文書の一面全体に合成する。
【００３０】
第２の情報画像は、第１の情報画像と比較すると、セキュリティの面でより強固な情報画像である。例えば、第１の情報画像が合成されている文書からその第１の情報画像のみを削除することができ得るが、第２の情報画像が合成されている文書からその第２の情報画像のみを削除することは困難である。更に、第１の情報画像の場合は、既に合成されている第１の情報画像が表している情報とは異なる情報を表している情報画像とすることもでき得る（いわゆる付け替え）。
また、第２の情報画像は、不可視又は不可視と同等の情報画像であってもよい。不可視又は不可視と同等の情報画像とは、肉眼ではその情報画像があることを判別できない情報画像又はそれに相当する情報画像のことである。つまり、人に意識されにくい情報画像である。例えば、ある波長の光（例えば、赤外線）でだけ読めるトナーによる印刷等がある。
なお、第１の情報画像と第２の情報画像が表す情報は、同じ情報であってもよいし、異なる情報であってもよい。例えば、情報画像が表す情報として、その文書を一意に識別する文書識別符号、その文書を作成又は印刷指示した利用者のユーザＩＤ、その文書を印刷するプリンタを一意に識別するプリンタ識別符号等がある。また、第２の情報画像が表す情報量は、第１の情報画像が表す情報量より多くするようにしてもよい。また、第２の情報画像が表す情報は、第１の情報画像が表す情報を含むようにしてもよい。例えば、第１の情報画像はその文書を一意に識別する文書識別符号を表しており、第２の情報画像は更にその文書を作成又は印刷指示した利用者のユーザＩＤ等を表すようにしてもよい。
【００３１】
文書受付モジュール１１５は、合成モジュール１８０と接続されており、文書を受け付けて、その文書を合成モジュール１８０へ渡す。この文書を対象として、情報画像が合成される。文書を受け付けるとは、例えば、スキャナ、カメラ等で文書の画像を読み込むこと、ファックス等で通信回線を介して外部機器から文書の画像を受信すること、ハードディスク（コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む）等に記憶されている文書を読み出すこと等が含まれる。文書は、２値画像、多値画像（カラー画像）等の画像であってもよいし、テキストデータを主とした電子データ群であってもよいし、場合によっては動画、音声等の電子データが含まれていてもよい。また、画像以外の文書を受け付けた場合は、その文書を画像に変換してもよい。受け付ける文書は、１枚であってもよいし、複数枚であってもよい。文書の内容として、ビジネスに用いられる文書、広告宣伝用のパンフレット等であってもよい。
【００３２】
スケジュール記憶モジュール１３０は、スケジュール検索モジュール１４０からアクセスされる。ユーザＩＤに対応付けて、そのユーザＩＤの利用者の予定項目とその予定項目に参加予定の参加者を一意に識別する参加者識別符号（以下、参加者ＩＤともいう）を記憶している。いわゆるスケジュール管理ツールによって生成されたスケジュールを記憶している
【００３３】
図４は、スケジュール画面４００の提示例を示す説明図である。スケジュール記憶モジュール１３０に記憶されているスケジュールテーブル５００を利用者のＰＣのディスプレイに提示した例である。
スケジュール画面４００は、利用者毎に提示される。図４の例では、ＹＹ年２月からＹＹ年９月までのスケジュールが提示されている。例えば、お客様との打合せ４１０として、イベント４１１からイベント４１７がある。社内メンバーとの打合せ４３０として、イベント４３１からイベント４４６がある。そして、納期４５０として、イベント４５１がある。
【００３４】
スケジュール記憶モジュール１３０は、例えば、スケジュールテーブル５００を記憶している。図５は、スケジュールテーブル５００のデータ構造例を示す説明図である。スケジュールテーブル５００は、日時欄５１０、イベント名欄５２０、イベントの種類欄５３０、参加者ＩＤ欄５４０、関連文書欄５５０を有しており、その利用者におけるいわゆるスケジュールを記憶している。日時欄５１０は、予定日時を記憶している。年月日だけでなく、時、分までも記憶するようにしてもよい。イベント名欄５２０は、予定項目であるイベントの名称を記憶している。イベントの種類欄５３０は、そのイベントの種類を記憶している。参加者ＩＤ欄５４０は、そのイベントに参加予定の参加者を一意に識別する参加者ＩＤを記憶している。一人の参加者ＩＤであってもよいし、複数人の参加者ＩＤを記憶していてもよい。また、イベントの種類によっては、参加者がいない場合がある。関連文書欄５５０は、そのイベントにおいて送付される可能性のある文書名（文書ＩＤ等であってもよい）を記憶している。
図４に例示したお客様との打合せ４１０、社内メンバーとの打合せ４３０、納期４５０は、イベントの種類欄５３０の内容によって提示されるものである。
【００３５】
スケジュール検索モジュール１４０は、ユーザＩＤ受付モジュール１１０、スケジュール記憶モジュール１３０、判断モジュール１６０と接続されている。ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに基づいて、スケジュール記憶モジュール１３０に記憶されているその利用者の予定を検索し、検索結果を判断モジュール１６０へ渡す。
スケジュール検索モジュール１４０は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後の直近の予定項目に参加する参加者の参加者ＩＤを検索する。
また、スケジュール検索モジュール１４０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＡである場合は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後の直近の予定項目に参加する参加者の参加者ＩＤを検索するようにしてもよい。
【００３６】
また、スケジュール検索モジュール１４０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＡである場合は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後であって、予め定められた期間内の予定項目に参加する参加者の参加者ＩＤを検索するようにしてもよい。予め定められた期間とは、例えば、現在から将来へ向けての期間を定めてあってもよいし、予定項目が実施される日時から過去に向けての時間を定めてあってもよい。
また、スケジュール検索モジュール１４０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＡである場合は、スケジュール記憶モジュール１３０から、ユーザＩＤ受付モジュール１１０によって受け付けられたユーザＩＤに対応して、今後の直近の予定項目に参加する参加者の参加者ＩＤ又は今後の直近であって予め定められた予定項目を検索するようにしてもよい。予め定められた予定項目とは、例えば、スケジュールテーブル５００内のイベント名欄５２０に記憶されているイベント名、又はイベントの種類欄５３０に記憶されているイベントの種類が該当する。より具体的には、イベントの種類として、製品の「納期」等が該当する。一般的には、参加者がない予定項目であるが、送付すべき文書がある予定項目が該当する。この予定項目の場合、その納期の日時まで秘密に扱われるべき文書であるので、コードＢが合成されるべきものであることが多い。
【００３７】
組織情報記憶モジュール１５０は、判断モジュール１６０からアクセスされる。例えば、組織情報記憶モジュール１５０は、ユーザ・組織テーブル６００、対応組織別コードテーブル７００を記憶している。
図６は、ユーザ・組織テーブル６００のデータ構造例を示す説明図である。ユーザ・組織テーブル６００は、ユーザＩＤ欄６１０、組織ＩＤ欄６２０を有しており、利用者がどの組織に所属しているかの情報を記憶している。ユーザＩＤ欄６１０は、ユーザＩＤ（ここでは、参加者ＩＤを含む）を記憶している。組織ＩＤ欄６２０は、そのユーザＩＤの利用者が所属している組織を一意に識別する組織識別符号（以下、組織ＩＤともいう）を記憶している。
図７は、対応組織別コードテーブル７００のデータ構造例を示す説明図である。対応組織別コードテーブル７００は、送付元組織ＩＤ欄７１０、送付先組織ＩＤ欄７２０、付与コード欄７３０を有しており、送付元の組織から送付先の組織へ文書を送付する場合に、コードＡ又はコードＢのいずれか一方を付与すべきかの情報を記憶している。送付元組織ＩＤ欄７１０は、送付元の組織の組織ＩＤを記憶している。送付先組織ＩＤ欄７２０は、送付先の組織の組織ＩＤを記憶している。付与コード欄７３０は、送付元組織ＩＤ欄７１０と送付先組織ＩＤ欄７２０の関係にある場合に、送付する文書に付与すべき情報画像の種類を記憶している。
【００３８】
判断モジュール１６０は、付与コード選択受付モジュール１２０、スケジュール検索モジュール１４０、組織情報記憶モジュール１５０、メッセージ出力モジュール１７０、確認受付モジュール１７５、合成モジュール１８０と接続されている。
判断モジュール１６０は、スケジュール検索モジュール１４０によって検索された参加者ＩＤに対応する情報画像の種類と付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断する。その予定項目の参加者が複数人いる場合は、一人でも情報画像の種類が合致しない場合は、合致しないと判断するようにしてもよい。また、その予定項目の参加者が複数人いる場合であって、少なくとも一人以上に対応する情報画像の種類がコードＢである場合に、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類がコードＡの種類である場合は、合致しないと判断するようにしてもよい。また、その予定項目の参加者が複数人いる場合であって、コードＡに対応する参加者とコードＢに対応する参加者が混在する場合に、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類がコードＢの種類である場合は、合致すると判断するようにしてもよい。
【００３９】
判断モジュール１６０は、組織情報記憶モジュール１５０内に記憶されている情報を用いて、参加者ＩＤに対応する情報画像の種類を抽出するようにしてもよい。例えば、ユーザ・組織テーブル６００を検索することによって、利用者のユーザＩＤからその利用者が所属している組織ＩＤ（Ａ）、参加者のユーザＩＤ（参加者ＩＤ）からその参加者が所属している組織ＩＤ（Ｂ）を抽出する。そして、組織ＩＤ（Ａ）を送付元組織ＩＤとし、組織ＩＤ（Ｂ）を送付先組織ＩＤとした組み合わせを対応組織別コードテーブル７００から検索し、その場合に送付する文書に付与すべき情報画像の種類を抽出する。例えば、組織Ｘから組織Ｙへ文書を送付する場合は、コードＡが付与すべき情報画像の種類である。
判断モジュール１６０は、スケジュール検索モジュール１４０によって検索された予め定められた予定項目は、予め定められた期間内にあるか否かを判断するようにしてもよい。
判断モジュール１６０は、スケジュール検索モジュール１４０によって検索された予め定められた予定項目がない場合又はその予定項目は予め定められた期間内にない場合であって、スケジュール検索モジュール１４０によって検索された参加者ＩＤに対応する情報画像の種類と付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断するようにしてもよい。
【００４０】
メッセージ出力モジュール１７０は、判断モジュール１６０と接続されている。判断モジュール１６０によって合致しないと判断された場合は、参加者ＩＤに対応する情報画像を合成すべき旨の確認（以下、メッセージともいう）を出力する。例えば、その参加者にはコードＢを付与した文書を送付すべきであるにもかかわらず、付与コード選択受付モジュール１２０ではコードＡが選択された場合、逆にその参加者にはコードＡを付与した文書を送付すべきであるにもかかわらず、付与コード選択受付モジュール１２０ではコードＢが選択された場合が該当する。メッセージを出力するとは、例えば、そのメッセージをパッチパネル等のディスプレイに表示すること、スピーカーによって音声で出力すること等が含まれる。
また、メッセージ出力モジュール１７０は、判断モジュール１６０によって予め定められた期間内にあると判断された場合は、コードＢを合成すべき旨のメッセージを出力するようにしてもよい。
【００４１】
確認受付モジュール１７５は、判断モジュール１６０と接続されている。メッセージ出力モジュール１７０によって出力されたメッセージに応じた利用者の確認操作を受け付ける。メッセージ出力モジュール１７０によってコードＡ又はコードＢを付与すべきであるとのメッセージが出力されるわけであるが、それに対する利用者の確認操作を受け付ける。確認受付モジュール１７５として、例えば、具体的には、タッチパネルであって、そのタッチパネル上に、そのメッセージに同意する旨の「はい」ボタン、そのメッセージには同意しない旨の「いいえ」ボタンを表示し、利用者の操作によっていずれかが選択されたことを検知するようにしてもよい。
【００４２】
合成モジュール１８０は、文書受付モジュール１１５、判断モジュール１６０、文書出力モジュール１９０と接続されている。
合成モジュール１８０は、文書受付モジュール１１５によって受け付けられた文書に対して、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択されたコードＡ又はコードＢのいずれか一方を合成する。前述のように、文書に対してコードＡを合成する場合は、その文書内からコードＡを貼り付けることができる空白領域を検出し、その空白領域にコードＡを貼り付けることによって合成する。文書に対してコードＢを合成する場合は、その文書内の画像領域と重ね合わせて論理和合成する。
また、合成モジュール１８０は、確認受付モジュール１７５によって受け付けられた確認操作に基づいて、コードＡ又はコードＢのいずれか一方を文書に合成するようにしてもよい。つまり、メッセージ出力モジュール１７０によって出力されたメッセージに沿った確認操作（例えば、「はい」ボタンの選択）が行われた場合は、そのメッセージが推薦する情報画像を合成する。逆に、メッセージ出力モジュール１７０によって出力されたメッセージに沿わない確認操作（例えば、「いいえ」ボタンの選択）が行われた場合は、そのメッセージが推薦していない情報画像を合成する。
また、合成モジュール１８０は、判断モジュール１６０によって合致すると判断された場合は、付与コード選択受付モジュール１２０によって受け付けられた選択操作に基づいて、コードＡ又はコードＢのいずれか一方を合成するようにしてもよい。
また、合成モジュール１８０は、付与コード選択受付モジュール１２０によって受け付けられた選択操作によって選択された情報画像がコードＢである場合は、文書受付モジュール１１５によって受け付けられた文書に対して、コードＢを合成するようにしてもよい。
【００４３】
文書出力モジュール１９０は、合成モジュール１８０と接続されており、合成モジュール１８０によって情報画像が合成された文書を出力する。文書を出力するとは、例えば、メモリーカード等の記憶媒体に記憶すること、プリンタ等の印刷装置で印刷すること、ディスプレイ等の表示装置に表示すること、ファックス等の画像送信装置で文書の画像を送信すること、文書データベース等の文書記憶装置へ文書の画像を書き込むこと等が含まれる。
【００４４】
図２は、本実施の形態による処理例を示す説明図である。この例では、社内２００で送付される文書にはコードＡが合成され、社外２５０へ送付される文書にはコードＢが合成されるようにしている。
プリンタ２２０は、コード削除モジュール２２１、付与コード選択受付モジュール１２０、合成モジュール１８０を有している。
合成モジュール１８０は、コードＡ合成モジュール１８１、コードＢ合成モジュール１８２を有している。
【００４５】
例えば、利用者が、ＰＣ２１０を用いて電子文書２１１をプリンタ２２０から印刷する場合について説明する。
印刷指示があると、付与コード選択受付モジュール１２０は、画面１２１に、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３を提示する。付与コード選択受付モジュール１２０は、プリンタ２２０のタッチパネルであってもよいし、ＰＣ２１０のディスプレイであってもよい。利用者は、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３のいずれか一方を選択する。そして、スケジュール検索モジュール１４０、判断モジュール１６０等による処理が行われて、電子文書２１１に対してコードＡ又はコードＢが合成される。社内２００内の社員へ送付される場合は、コードＡ：２０４、コードＡ：２０６が合成された紙文書Ｂ：２０３、紙文書Ｃ：２０５がコードＡ合成モジュール１８１によって生成される。また、社外２５０であるお客様へ送付される場合には、コードＢ：２０８が合成された紙文書Ｄ：２０７がコードＢ合成モジュール１８２によって生成される。なお、コードＡ：２０４等のコードＡは紙文書Ｂ：２０３等の文書の一部分である空白領域に合成され、コードＢ：２０８は紙文書Ｄ：２０７の一面全体に合成されている。
【００４６】
また、例えば、プリンタ２２０がスキャナ機能も有している場合（プリンタ２２０がいわゆる複合機である場合）、利用者の操作に応じて、紙文書Ａ：２０１内のコードＡ：２０２を付け替えて、紙文書Ｂ：２０３、紙文書Ｃ：２０５、紙文書Ｄ：２０７を生成するようにしてもよい。つまり、プリンタ２２０のスキャナによって、紙文書Ａ：２０１の画像を読み込み、コード削除モジュール２２１が紙文書Ａ：２０１からコードＡ：２０２が存在する位置を探索し、コードＡ：２０２を削除する（そのコードＡ：２０２の領域を下地と同じ色で塗り潰す）。そして、前述のように、付与コード選択受付モジュール１２０は、画面１２１に、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３を提示する。利用者は、コードＡ付与選択ボタン１２２、コードＢ付与選択ボタン１２３のいずれか一方を選択する。そして、スケジュール検索モジュール１４０、判断モジュール１６０等による処理が行われて、コードＡ：２０２が削除された紙文書Ａ：２０１に対してコードＡ又はコードＢが合成される。
【００４７】
図３は、本実施の形態による処理例（１）を示すフローチャートである。ここでは、既に文書受付モジュール１１５によって文書が受け付けられており、コードＡ又はコードＢも生成されているものとする。図８、図９、図１０の例を用いて説明する処理例についても同じである。なお、図３の例に示す処理を行う構成として、図１の例に示した付与コード選択受付モジュール１２０、判断モジュール１６０、合成モジュール１８０、文書出力モジュール１９０だけの構成であってもよい。
【００４８】
ステップＳ３０２では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ３０４では、判断モジュール１６０が、付与コードの種類を判断する。選択された付与コードが付与コードＡの場合はステップＳ３０６へ進み、付与コードＢの場合はステップＳ３０８へ進む。
ステップＳ３０６では、合成モジュール１８０が、文書に付与コードＡを合成する。
ステップＳ３０８では、合成モジュール１８０が、文書に付与コードＢを合成する。
ステップＳ３１０では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００４９】
図８は、本実施の形態による処理例（２）を示すフローチャートである。
ステップＳ８０２では、ユーザＩＤ受付モジュール１１０が、ユーザＩＤを受け付ける。
ステップＳ８０４では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ８０６では、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって直近のスケジュール内のイベントを取得する。
ステップＳ８０８では、判断モジュール１６０が、組織情報記憶モジュール１５０内のユーザ・組織テーブル６００、対応組織別コードテーブル７００を検索して、ステップＳ８０６で取得されたイベントの参加者の適切付与コード（付与コード欄７３０内のコード）を取得する。
【００５０】
ステップＳ８１０では、判断モジュール１６０が、選択された付与コードの種類と適切付与コードの種類は合致するか否かを判断し、合致する場合はステップＳ８２０へ進み、それ以外の場合はステップＳ８１２へ進む。例えば、合致する場合として、選択された付与コードがコードＡであり、参加者全員の適切付与コードがコードＡである場合、選択された付与コードがコードＢであり、参加者の一人以上の適切付与コードがコードＢである場合がある。合致しない場合として、選択された付与コードがコードＡであり、参加者の一人以上の適切付与コードがコードＢである場合、選択された付与コードがコードＢであり、参加者全員の適切付与コードがコードＡである場合がある。
ステップＳ８１２では、メッセージ出力モジュール１７０が、適切付与コードにすべき旨のメッセージを提示する。
ステップＳ８１４では、確認受付モジュール１７５が、ユーザ操作による「はい」／「いいえ」の選択を受け付ける。
【００５１】
ステップＳ８１６では、判断モジュール１６０が、ユーザ操作による選択が「はい」か否かを判断し、「はい」の場合はステップＳ８１８へ進み、それ以外の場合はステップＳ８２０へ進む。
ステップＳ８１８では、合成モジュール１８０が、適切付与コードを合成する。
ステップＳ８２０では、合成モジュール１８０が、選択付与コードを合成する。
ステップＳ８２２では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００５２】
図９は、本実施の形態による処理例（３）を示すフローチャートである。
ステップＳ９０２では、ユーザＩＤ受付モジュール１１０が、ユーザＩＤを受け付ける。
ステップＳ９０４では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ９０６では、判断モジュール１６０が、付与コードの種類を判断する。選択された付与コードが付与コードＡの場合はステップＳ９０８へ進み、付与コードＢの場合はステップＳ９２２へ進む。
ステップＳ９０８では、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって、予め定められた期間内にあるスケジュール内のイベントを取得する。また、ここでは、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって、直近にあるスケジュール内のイベントを取得するようにしてもよい。
【００５３】
ステップＳ９１０では、判断モジュール１６０が、組織情報記憶モジュール１５０内のユーザ・組織テーブル６００、対応組織別コードテーブル７００を検索して、ステップＳ９０８で取得されたイベントの参加者の適切付与コード（付与コード欄７３０内のコード）を取得する。
ステップＳ９１２では、判断モジュール１６０が、選択された付与コードの種類と適切付与コードの種類は合致するか否かを判断し、合致する場合はステップＳ９２２へ進み、それ以外の場合はステップＳ９１４へ進む。ここでの判断は、図８の例に示したフローチャート内のステップＳ８１０と同等のものである。
ステップＳ９１４では、メッセージ出力モジュール１７０が、適切付与コードにすべき旨のメッセージを提示する。
【００５４】
ステップＳ９１６では、確認受付モジュール１７５が、ユーザ操作による「はい」／「いいえ」の選択を受け付ける。
ステップＳ９１８では、判断モジュール１６０が、ユーザ操作による選択が「はい」か否かを判断し、「はい」の場合はステップＳ９２０へ進み、それ以外の場合はステップＳ９２２へ進む。
ステップＳ９２０では、合成モジュール１８０が、適切付与コードを合成する。
ステップＳ９２２では、合成モジュール１８０が、選択付与コードを合成する。
ステップＳ９２４では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００５５】
図１０は、本実施の形態による処理例（４）を示すフローチャートである。
ステップＳ１００２では、ユーザＩＤ受付モジュール１１０が、ユーザＩＤを受け付ける。
ステップＳ１００４では、付与コード選択受付モジュール１２０が、ユーザ操作による付与コードの選択を受け付ける。付与コードＡ又は付与コードＢのいずれか一方が選択される。
ステップＳ１００６では、判断モジュール１６０が、付与コードの種類を判断する。選択された付与コードが付与コードＡの場合はステップＳ１００８へ進み、付与コードＢの場合はステップＳ１０２４へ進む。
ステップＳ１００８では、スケジュール検索モジュール１４０が、スケジュール記憶モジュール１３０内のスケジュールテーブル５００を検索して、そのユーザの今後であって直近のスケジュール内のイベントとイベント（納期）を取得する。ここでは、２つのイベントを取得することになる。ただし、前者のイベントはイベントの種類を問わず、又はイベントの種類として納期以外のイベントとしてもよい。後者のイベントはイベントの種類として納期に限定される。
【００５６】
ステップＳ１０１０では、判断モジュール１６０が、現在時はイベント（納期）から予め定められた期間内であるか否かを判断し、期間内である場合はステップＳ１０１６へ進み、それ以外の場合はステップＳ１０１２へ進む。また、イベント（納期）がなかった場合も、ステップＳ１０１２へ進むようにしてもよい。なお、ステップＳ１０１６へ進む場合は、適切付与コードを、コードＢとする。
ステップＳ１０１２では、判断モジュール１６０が、組織情報記憶モジュール１５０内のユーザ・組織テーブル６００、対応組織別コードテーブル７００を検索して、ステップＳ１００８で取得された直近にあるイベントの参加者の適切付与コード（付与コード欄７３０内のコード）を取得する。
ステップＳ１０１４では、判断モジュール１６０が、選択された付与コードの種類と適切付与コードの種類は合致するか否かを判断し、合致する場合はステップＳ１０２４へ進み、それ以外の場合はステップＳ１０１６へ進む。ここでの判断は、図８の例に示したフローチャート内のステップＳ８１０と同等のものである。
【００５７】
ステップＳ１０１６では、メッセージ出力モジュール１７０が、適切付与コードにすべき旨のメッセージを提示する。
ステップＳ１０１８では、確認受付モジュール１７５が、ユーザ操作による「はい」／「いいえ」の選択を受け付ける。
ステップＳ１０２０では、判断モジュール１６０が、ユーザ操作による選択が「はい」か否かを判断し、「はい」の場合はステップＳ１０２２へ進み、それ以外の場合はステップＳ１０２４へ進む。
ステップＳ１０２２では、合成モジュール１８０が、適切付与コードを合成する。
ステップＳ１０２４では、合成モジュール１８０が、選択付与コードを合成する。
ステップＳ１０２６では、文書出力モジュール１９０が、付与コードが合成された文書を出力する。
【００５８】
図１１を参照して、本実施の形態の画像処理装置のハードウェア構成例について説明する。図１１に示す構成は、例えばパーソナルコンピュータ（ＰＣ）などによって構成されるものであり、スキャナ等のデータ読み取り部１１１７と、プリンタなどのデータ出力部１１１８を備えたハードウェア構成例を示している。
【００５９】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０１は、前述の実施の形態において説明した各種のモジュール、すなわち、スケジュール検索モジュール１４０、判断モジュール１６０、合成モジュール１８０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００６０】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１０２は、ＣＰＵ１１０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１０３は、ＣＰＵ１１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１１０４により相互に接続されている。
【００６１】
ホストバス１１０４は、ブリッジ１１０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１１０６に接続されている。
【００６２】
キーボード１１０８、マウス等のポインティングデバイス１１０９は、操作者により操作される入力デバイスである。ディスプレイ１１１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などがあり、各種情報をテキストやイメージ情報として表示する。
【００６３】
ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１１１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ１１０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、受け付けた文書、コードＡ、コードＢ、スケジュールテーブル５００、ユーザ・組織テーブル６００、対応組織別コードテーブル７００などが格納される。更に、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。
【００６４】
ドライブ１１１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１１１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１１０７、外部バス１１０６、ブリッジ１１０５、及びホストバス１１０４を介して接続されているＲＡＭ１１０３に供給する。リムーバブル記録媒体１１１３も、ハードディスクと同様のデータ記録領域として利用可能である。
【００６５】
接続ポート１１１４は、外部接続機器１１１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１１１４は、インタフェース１１０７、及び外部バス１１０６、ブリッジ１１０５、ホストバス１１０４等を介してＣＰＵ１１０１等に接続されている。通信部１１１６は、ネットワークに接続され、外部とのデータ通信処理を実行する。データ読み取り部１１１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１１１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００６６】
なお、図１１に示す画像処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００６７】
なお、前述の実施の形態において、判断モジュール１６０は、スケジュールテーブル５００内の関連文書欄５５０を用いていなかったが、判断モジュール１６０は、文書受付モジュール１１５によって受け付けられた文書が、スケジュールテーブル５００内の関連文書欄５５０に該当するか否かを判断し、該当するものがある場合は、その該当する関連文書欄５５０に対応する予定項目に対して、前述の処理（例えば、図８ではステップＳ８０６、図９ではステップＳ９０８、図１０ではステップＳ１００８等）を行うようにしてもよい。該当するものがない場合は、予定項目を限定することなく、前述の処理をそのまま行うようにしてもよい。
【００６８】
なお、前述の実施の形態では、「参加者識別符号に対応する情報画像の種類」を抽出することの例として、ユーザ・組織テーブル６００、対応組織別コードテーブル７００を用いた例を示したが、参加者識別符号とその参加者識別符号の参加者に適切な情報画像の種類を対応させたテーブルを用いてもよい。例えば、参加者識別符号が社外の人であることを示す符号であれば、第２の情報画像の種類を対応させ、参加者識別符号が社内の人であることを示す符号であれば、第１の情報画像の種類を対応させたテーブルである。判断モジュール１６０は、このテーブルを用いて、「参加者識別符号に対応する情報画像の種類」を抽出してもよい。
【００６９】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
更に、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００７０】
１１０…ユーザＩＤ受付モジュール
１１５…文書受付モジュール
１２０…付与コード選択受付モジュール
１２１…画面
１２２…コードＡ付与選択ボタン
１２３…コードＢ付与選択ボタン
１３０…スケジュール記憶モジュール
１４０…スケジュール検索モジュール
１５０…組織情報記憶モジュール
１６０…判断モジュール
１７０…メッセージ出力モジュール
１７５…確認受付モジュール
１８０…合成モジュール
１８１…コードＡ合成モジュール
１８２…コードＢ合成モジュール
１９０…文書出力モジュール
２１０…ＰＣ
２２０…プリンタ
２２１…コード削除モジュール
【特許請求の範囲】
【請求項１】
情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、
文書を受け付ける文書受付手段と、
前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、
前記合成手段によって情報画像が合成された文書を出力する出力手段
を具備し、
前記合成手段は、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する
ことを特徴とする画像処理装置。
【請求項２】
前記利用者を一意に識別する利用者識別符号を受け付ける利用者識別符号受付手段と、
利用者識別符号に対応付けて、該利用者識別符号の利用者の予定項目と該予定項目に参加予定の参加者を一意に識別する参加者識別符号を記憶している予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索する検索手段と、
前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断する判断手段と、
前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力する確認出力手段と、
前記確認出力手段によって出力された確認に応じた利用者の確認操作を受け付ける確認受付手段
を更に具備し、
前記合成手段は、前記確認受付手段によって受け付けられた確認操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を前記文書に合成する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記合成手段は、前記判断手段によって合致すると判断された場合は、前記選択受付手段によって受け付けられた選択操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を合成する
ことを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索する
ことを特徴とする請求項２又は３に記載の画像処理装置。
【請求項５】
前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後であって、予め定められた期間内の予定項目に参加する参加者の参加者識別符号を検索する
ことを特徴とする請求項２又は３に記載の画像処理装置。
【請求項６】
前記合成手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第２の情報画像である場合は、前記文書受付手段によって受け付けられた文書に対して、第２の情報画像を合成する
ことを特徴とする請求項４又は５に記載の画像処理装置。
【請求項７】
前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号又は今後の直近であって予め定められた予定項目を検索し、
前記判断手段は、前記検索手段によって検索された予め定められた予定項目は、予め定められた期間内にあるか否かを判断し、
前記確認出力手段は、前記判断手段によって予め定められた期間内にあると判断された場合は、第２の情報画像を合成すべき旨の確認を出力する
ことを特徴とする請求項２又は３に記載の画像処理装置。
【請求項８】
前記判断手段は、前記検索手段によって検索された予め定められた予定項目がない場合又は該予定項目は予め定められた期間内にない場合であって、前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断し、
前記確認出力手段は、前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力する
ことを特徴とする請求項７に記載の画像処理装置。
【請求項９】
コンピュータを、
情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、
文書を受け付ける文書受付手段と、
前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、
前記合成手段によって情報画像が合成された文書を出力する出力手段
として機能させ、
前記合成手段を、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する手段
として機能させるための画像処理プログラム。
【請求項１】
情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、
文書を受け付ける文書受付手段と、
前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、
前記合成手段によって情報画像が合成された文書を出力する出力手段
を具備し、
前記合成手段は、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する
ことを特徴とする画像処理装置。
【請求項２】
前記利用者を一意に識別する利用者識別符号を受け付ける利用者識別符号受付手段と、
利用者識別符号に対応付けて、該利用者識別符号の利用者の予定項目と該予定項目に参加予定の参加者を一意に識別する参加者識別符号を記憶している予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索する検索手段と、
前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断する判断手段と、
前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力する確認出力手段と、
前記確認出力手段によって出力された確認に応じた利用者の確認操作を受け付ける確認受付手段
を更に具備し、
前記合成手段は、前記確認受付手段によって受け付けられた確認操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を前記文書に合成する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記合成手段は、前記判断手段によって合致すると判断された場合は、前記選択受付手段によって受け付けられた選択操作に基づいて、第１の情報画像又は第２の情報画像のいずれか一方を合成する
ことを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号を検索する
ことを特徴とする請求項２又は３に記載の画像処理装置。
【請求項５】
前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後であって、予め定められた期間内の予定項目に参加する参加者の参加者識別符号を検索する
ことを特徴とする請求項２又は３に記載の画像処理装置。
【請求項６】
前記合成手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第２の情報画像である場合は、前記文書受付手段によって受け付けられた文書に対して、第２の情報画像を合成する
ことを特徴とする請求項４又は５に記載の画像処理装置。
【請求項７】
前記検索手段は、前記選択受付手段によって受け付けられた選択操作によって選択された情報画像が第１の情報画像である場合は、前記予定記憶手段から、前記利用者識別符号受付手段によって受け付けられた利用者識別符号に対応して、今後の直近の予定項目に参加する参加者の参加者識別符号又は今後の直近であって予め定められた予定項目を検索し、
前記判断手段は、前記検索手段によって検索された予め定められた予定項目は、予め定められた期間内にあるか否かを判断し、
前記確認出力手段は、前記判断手段によって予め定められた期間内にあると判断された場合は、第２の情報画像を合成すべき旨の確認を出力する
ことを特徴とする請求項２又は３に記載の画像処理装置。
【請求項８】
前記判断手段は、前記検索手段によって検索された予め定められた予定項目がない場合又は該予定項目は予め定められた期間内にない場合であって、前記検索手段によって検索された参加者識別符号に対応する情報画像の種類と前記選択受付手段によって受け付けられた選択操作によって選択された情報画像の種類が合致するか否かを判断し、
前記確認出力手段は、前記判断手段によって合致しないと判断された場合は、前記参加者識別符号に対応する情報画像を合成すべき旨の確認を出力する
ことを特徴とする請求項７に記載の画像処理装置。
【請求項９】
コンピュータを、
情報を表す画像である第１の情報画像又は第２の情報画像のいずれか一方を選択するための利用者の選択操作を受け付ける選択受付手段と、
文書を受け付ける文書受付手段と、
前記文書受付手段によって受け付けられた文書に対して、前記選択受付手段によって受け付けられた選択操作によって選択された第１の情報画像又は第２の情報画像のいずれか一方を合成する合成手段と、
前記合成手段によって情報画像が合成された文書を出力する出力手段
として機能させ、
前記合成手段を、文書に対して第１の情報画像を合成する場合は、該文書の空白領域に貼り付けることによって合成し、文書に対して第２の情報画像を合成する場合は、文書内の画像領域と重ね合わせて合成する手段
として機能させるための画像処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−３４４８（Ｐ２０１２−３４４８Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１０−１３６８８８（Ｐ２０１０−１３６８８８）
【出願日】平成２２年６月１６日（２０１０．６．１６）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２２年６月１６日（２０１０．６．１６）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]