(57)【要約】      （修正有）【課題】用紙に印刷出力された後にも、その用紙を用いて作業者に応じて可視領域が変更された帳票を作成可能な帳票出力データを作成する。これにより、帳票を複数人が扱う場合の作業者の混乱や個人情報の流出といった問題点を解決する。【解決手段】Ｗｅｂアプリケーションサーバの帳票アプリケーションが、帳票出力指示に応じて、指定されるユーザのロール情報に応じて可視化出力する部品フォームを、ロールと可視化フォームのマッピングテーブルに基づいて決定し（Ｓ１６０５）、ロールと可視化フォームのマッピングテーブルをドットパターンにエンコードしたデータを含む埋め込みデータを作成し（Ｓ１６０８）、Ｓ１６０５で決定した前記可視化出力する部品フォームを組み合わせたフォームに、Ｓ１６０８で作成した埋め込みデータを埋め込んだ帳票出力データを作成する（Ｓ１６０９，Ｓ１６１０）。【選択図】図１６
2009218711.tif 000002
【特許請求の範囲】
【請求項１】
複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶する第１の記憶手段と、
ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を記憶する第２の記憶手段と、
前記帳票フォームに対応する帳票の出力指示に応じて、指定されるユーザのロール情報に応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する決定手段と、
前記ロール・可視化フォーム対応情報を特定のコード形式で符号化したデータを含む埋め込みデータを作成する埋め込みデータ作成手段と、
前記決定手段が決定した前記可視化出力する部品フォームを組み合わせたフォームに、前記埋め込みデータ作成手段が作成した埋め込みデータを埋め込んだ帳票出力データを作成する帳票出力データ手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ロール・可視化フォーム対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票フォーム内の可視化出力する部品フォームを定めたものであり、
前記決定手段は、ユーザのロール情報と指定されるワークフローの作業工程との組み合わせに応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶する第１の記憶手段と、
ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を記憶する第２の記憶手段と、
前記帳票フォームに対応する帳票の出力指示に応じて、指定されるユーザのロール情報に応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する決定手段と、
前記ロール・可視化フォーム対応情報に基づいて、前記ロール情報ごとに可視化出力する部品フォームを組み合わせたフォームに対応する帳票出力データを作成し、前記ロール情報ごとに前記作成した帳票出力データを対応させるロール・出力データ対応情報を作成し、前記帳票出力データと、前記ロール・出力データ対応情報とを、特定のコード形式で符号化したデータを含む埋め込みデータを作成する埋め込みデータ作成手段と、
前記決定手段が決定した前記可視化出力する部品フォームを組み合わせたフォームに、前記埋め込みデータ作成手段が作成した埋め込みデータを埋め込んだ帳票出力データを作成する帳票出力データ手段と、
を有することを特徴とする情報処理装置。
【請求項４】
前記ロール・可視化フォーム対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票フォーム内の可視化出力する部品フォームを定めたものであり、
前記決定手段は、指定されるユーザ情報のロール情報と指定されるワークフローの作業工程との組み合わせに応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定するものであり、
前記埋め込みデータ作成手段は、前記ロール・可視化フォーム対応情報に基づいて、前記ロール情報と前記作業工程との組み合わせごとに可視化出力する部品フォームを組み合わせたフォームに対応する帳票出力データを作成し、前記ロール情報と前記作業工程との組み合わせごとに前記作成した帳票出力データを対応させるロール・出力データ対応情報を作成し、前記帳票出力データと、前記ロール・出力データ対応情報とを、特定のコード形式で符号化したデータを含む埋め込みデータを作成する、ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記特定のコード形式は、ドットパターン形式、二次元バーコード形式を含む、ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶し、前記帳票フォームを構成する部品フォームを組み合わせた帳票出力データを作成する情報処理装置と通信が可能な画像処理装置であって、
ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を特定のコード形式で符号化されたデータが埋め込まれた帳票が印刷されたシートから画像データを読み取るスキャン手段と、
前記スキャン手段により読み取られた画像データと、指定されるユーザ情報とを、前記情報処理装置に送信処理する送信手段と、
前記送信手段による送信処理に応じて、前記情報処理装置にて、前記画像データに含まれる前記特定のコード形式で符号化されたデータが復号化されて前記ロール・可視化フォーム対応情報が取得され、前記ユーザ情報に対応するロール情報に応じて可視化出力する部品フォームが前記ロール・可視化フォーム対応情報に基づいて決定され、該決定された可視化出力する部品フォームに基づいて作成された帳票出力データを、前記情報処理装置から受信する受信手段と、
前記受信手段により受信した帳票出力データに基づいて帳票出力を行う出力手段と、
を有することを特徴とする画像処理装置。
【請求項７】
前記ロール・可視化フォーム対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票フォーム内の可視化出力する部品フォームを定めたものであり、
前記送信手段は、前記スキャン手段により読み取られた画像データと、指定されるユーザ情報及び指定されるワークフロー情報とを、前記情報処理装置に送信するものであり、
前記受信手段は、前記送信手段による送信処理に応じて、前記情報処理装置にて、前記画像データに含まれる前記特定のコード形式で符号化されたデータが復号化されて前記ロール・可視化フォーム対応情報が取得され、前記ユーザ情報に対応するロール情報と前記ワークフロー情報に対応するワークフローの作業工程の組み合わせに応じて可視化出力する部品フォームが前記ロール・可視化フォーム対応情報に基づいて決定され、該決定された可視化出力する部品フォームに基づいて作成された帳票出力データを、前記情報処理装置から受信する、ことを特徴とする請求項６に記載の画像処理装置。
【請求項８】
複数の帳票出力データと、ユーザのロール情報ごとに前記帳票出力データを対応させたロール・出力データ対応情報とを特定のコード形式で符号化したデータが埋め込まれた帳票が印刷されたシートから画像データを読み取るスキャン手段と、
前記スキャン手段により読み取られた画像データに含まれる前記特定のコード形式で符号化されたデータを取得して復号化し、前記帳票出力データと、前記ロール・出力データ対応情報とを取得する取得手段と、
指定されるユーザのロール情報に応じた帳票出力データを、前記ロール・出力データ対応情報から決定する決定手段と、
前記決定手段で決定した帳票出力データに基づいて帳票出力を行う出力手段と、
を有することを特徴とする画像処理装置。
【請求項９】
前記出力手段は、前記決定手段で決定した帳票出力データに、前記特定のコード形式で符号化されたデータを埋め込んで帳票出力する、ことを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
前記ロール・出力データ対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票出力データを対応させたものであり、
前記決定手段は、指定されるユーザのロール情報と指定されるワークフローの作業工程の組み合わせに応じた帳票出力データを、前記ロール・出力データ対応情報から決定する、ことを特徴とする請求項８又は９に記載の画像処理装置。
【請求項１１】
前記特定のコード形式は、ドットパターン形式、二次元バーコード形式を含む、ことを特徴とする請求項６乃至１０のいずれか１項に記載の画像処理装置。
【請求項１２】
複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶する第１の記憶手段と、ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を記憶する第２の記憶手段とを有する情報処理装置の制御方法であって、
決定手段が、前記帳票フォームに対応する帳票の出力指示に応じて、指定されるユーザのロール情報に応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する決定ステップと、
埋め込みデータ作成手段が、前記ロール・可視化フォーム対応情報を特定のコード形式で符号化したデータを含む埋め込みデータを作成する埋め込みデータ作成ステップと、
帳票出力データ手段が、前記決定ステップで決定した前記可視化出力する部品フォームを組み合わせたフォームに、前記埋め込みデータ作成ステップで作成した埋め込みデータを埋め込んだ帳票出力データを作成する帳票出力データステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１３】
前記ロール・可視化フォーム対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票フォーム内の可視化出力する部品フォームを定めたものであり、
前記決定ステップは、ユーザのロール情報と指定されるワークフローの作業工程との組み合わせに応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する、ことを特徴とする請求項１２に記載の情報処理装置の制御方法。
【請求項１４】
複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶する第１の記憶手段と、ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を記憶する第２の記憶手段とを有する情報処理装置の制御方法であって、
決定手段が、前記帳票フォームに対応する帳票の出力指示に応じて、指定されるユーザのロール情報に応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する決定ステップと、
埋め込みデータ作成手段が、前記ロール・可視化フォーム対応情報に基づいて、前記ロール情報ごとに可視化出力する部品フォームを組み合わせたフォームに対応する帳票出力データを作成し、前記ロール情報ごとに前記作成した帳票出力データを対応させるロール・出力データ対応情報を作成し、前記帳票出力データと、前記ロール・出力データ対応情報とを、特定のコード形式で符号化したデータを含む埋め込みデータを作成する埋め込みデータ作成ステップと、
帳票出力データ手段が、前記決定ステップで決定した前記可視化出力する部品フォームを組み合わせたフォームに、前記埋め込みデータ作成ステップで作成した埋め込みデータを埋め込んだ帳票出力データを作成する帳票出力データステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１５】
前記ロール・可視化フォーム対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票フォーム内の可視化出力する部品フォームを定めたものであり、
前記決定ステップは、指定されるユーザ情報のロール情報と指定されるワークフローの作業工程との組み合わせに応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定するものであり、
前記埋め込みデータ作成ステップは、前記ロール・可視化フォーム対応情報に基づいて、前記ロール情報と前記作業工程との組み合わせごとに可視化出力する部品フォームを組み合わせたフォームに対応する帳票出力データを作成し、前記ロール情報と前記作業工程との組み合わせごとに前記作成した帳票出力データを対応させるロール・出力データ対応情報を作成し、前記帳票出力データと、前記ロール・出力データ対応情報とを、特定のコード形式で符号化したデータを含む埋め込みデータを作成する、ことを特徴とする請求項１４に記載の情報処理装置の制御方法。
【請求項１６】
前記特定のコード形式は、ドットパターン形式、二次元バーコード形式を含む、ことを特徴とする請求項１２乃至１５のいずれか１項に記載の情報処理装置の制御方法。
【請求項１７】
複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶し、前記帳票フォームを構成する部品フォームを組み合わせた帳票出力データを作成する情報処理装置と通信が可能な画像処理装置の制御方法であって、
スキャン手段が、ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を特定のコード形式で符号化されたデータが埋め込まれた帳票が印刷されたシートから画像データを読み取るスキャンステップと、
送信手段が、前記スキャンステップで読み取られた画像データと、指定されるユーザ情報とを、前記情報処理装置に送信処理する送信ステップと、
受信手段が、前記送信ステップによる送信処理に応じて、前記情報処理装置にて、前記画像データに含まれる前記特定のコード形式で符号化されたデータが復号化されて前記ロール・可視化フォーム対応情報が取得され、前記ユーザ情報に対応するロール情報に応じて可視化出力する部品フォームが前記ロール・可視化フォーム対応情報に基づいて決定され、該決定された可視化出力する部品フォームに基づいて作成された帳票出力データを、前記情報処理装置から受信する受信ステップと、
出力手段が、前記受信ステップで受信した帳票出力データに基づいて帳票出力を行う出力ステップと、
を有することを特徴とする画像処理装置の制御方法。
【請求項１８】
前記ロール・可視化フォーム対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票フォーム内の可視化出力する部品フォームを定めたものであり、
前記送信ステップは、前記スキャンステップで読み取られた画像データと、指定されるユーザ情報及び指定されるワークフロー情報とを、前記情報処理装置に送信するものであり、
前記受信ステップは、前記送信ステップによる送信処理に応じて、前記情報処理装置にて、前記画像データに含まれる前記特定のコード形式で符号化されたデータが復号化されて前記ロール・可視化フォーム対応情報が取得され、前記ユーザ情報に対応するロール情報と前記ワークフロー情報に対応するワークフローの作業工程の組み合わせに応じて可視化出力する部品フォームが前記ロール・可視化フォーム対応情報に基づいて決定され、該決定された可視化出力する部品フォームに基づいて作成された帳票出力データを、前記情報処理装置から受信する、ことを特徴とする請求項１７に記載の画像処理装置の制御方法。
【請求項１９】
スキャン手段が、複数の帳票出力データと、ユーザのロール情報ごとに前記帳票出力データを対応させたロール・出力データ対応情報とを特定のコード形式で符号化したデータが埋め込まれた帳票が印刷されたシートから画像データを読み取るスキャンステップと、
取得手段が、前記スキャンステップで読み取られた画像データに含まれる前記特定のコード形式で符号化されたデータを取得して復号化し、前記帳票出力データと、前記ロール・出力データ対応情報とを取得する取得ステップと、
決定手段が、指定されるユーザのロール情報に応じた帳票出力データを、前記ロール・出力データ対応情報から決定する決定ステップと、
出力手段が、前記決定ステップで決定した帳票出力データに基づいて帳票出力を行う出力ステップと、
を有することを特徴とする画像処理装置の制御方法。
【請求項２０】
前記出力ステップは、前記決定ステップで決定した帳票出力データに、前記特定のコード形式で符号化されたデータを埋め込んで帳票出力する、ことを特徴とする請求項１９に記載の画像処理装置の制御方法。
【請求項２１】
前記ロール・出力データ対応情報は、前記ロール情報とワークフローの作業工程の組み合わせごとに前記帳票出力データを対応させたものであり、
前記決定ステップは、指定されるユーザのロール情報と指定されるワークフローの作業工程の組み合わせに応じた帳票出力データを、前記ロール・出力データ対応情報から決定する、ことを特徴とする請求項１９又は２０に記載の画像処理装置の制御方法。
【請求項２２】
前記特定のコード形式は、ドットパターン形式、二次元バーコード形式を含む、ことを特徴とする請求項１７乃至２１のいずれか１項に記載の画像処理装置の制御方法。
【請求項２３】
請求項１２乃至１６のいずれか１項に記載された情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項２４】
請求項１７乃至２２のいずれか１項に記載された画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、部品フォームを組み合わせた帳票フォームを用いて帳票出力を行う情報処理装置、画像処理装置、情報処理装置の制御方法、画像処理装置の制御方法、及び、プログラムに関する。
【背景技術】
【０００２】
従来より、予め帳票の枠組みとなるレイアウト（フォーム）を用意し、出力指示に応じて、レイアウトにデータを配置した出力物を生成する帳票アプリケーションが存在している。
【０００３】
この種の帳票アプリケーションは、多くの帳票を管理することができ、帳票のレイアウトを部品（部品フォーム）として管理し、複数を組み合わせることで一つの帳票とすることができる帳票アプリケーションも存在する。
【０００４】
そして、帳票アプリケーションで管理された多くの帳票の中で、どの帳票を使用するかを、出力する際にユーザが指定していた。
【０００５】
特許文献１には、主にＧＵＩを介してユーザと直接的対話を行うインタフェースにより、ユーザがどの帳票を使用するかを指示する構成が開示されている。
【０００６】
なお、特許文献１に記載されるような従来のシステムでは、管理された多くの帳票の中のどの帳票を使用するかは、出力する際にユーザに指定させるしかなかった。ユーザからの指示は、主にＧＵＩを介してユーザと直接的対話を行うインタフェースであることが多い。
【特許文献１】特開平１０−２０７９６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
出力された帳票の作業において、１枚の帳票（又は複数枚がセットになった帳票）を複数人が扱い、それぞれが担当箇所のみ記載するようなケースがある。
【０００８】
このような場合、帳票記入を行う作業者にとっては、担当箇所以外の領域は不要であることが多く、作業の混乱を招くおそれがあった。
【０００９】
また、作業者は、既に他の担当者によって記載された内容を閲覧することができ、個人情報の流出などセキュリティ面の問題点があった。
【００１０】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、帳票が用紙に印刷出力された後にも、その印刷された帳票を用いて作業者に応じて可視領域が変更された帳票を作成可能な帳票出力データを作成することである。これにより、出力された帳票を複数人が扱い、それぞれが担当箇所のみ記載するようなケースであっても、帳票を用いる作業者の混乱を減少させ、また、前の作業者により帳票に記載された個人情報の隠蔽を可能にする仕組を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶する第１の記憶手段と、ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を記憶する第２の記憶手段と、前記帳票フォームに対応する帳票の出力指示に応じて、指定されるユーザのロール情報に応じて可視化出力する部品フォームを前記ロール・可視化フォーム対応情報に基づいて決定する決定手段と、前記ロール・可視化フォーム対応情報を特定のコード形式で符号化したデータを含む埋め込みデータを作成する埋め込みデータ作成手段と、前記決定手段が決定した前記可視化出力する部品フォームを組み合わせたフォームに、前記埋め込みデータ作成手段が作成した埋め込みデータを埋め込んだ帳票出力データを作成する帳票出力データ手段とを有することを特徴とする。
【００１２】
また、本発明は、複数の部品フォームと、前記部品フォームの組み合わせにより構成される帳票フォームを記憶し、前記帳票フォームを構成する部品フォームを組み合わせた帳票出力データを作成する情報処理装置と通信が可能な画像処理装置であって、ユーザのロール情報ごとに前記帳票フォーム内の可視化出力する部品フォームを定めたロール・可視化フォーム対応情報を特定のコード形式で符号化されたデータが埋め込まれた帳票が印刷されたシートから画像データを読み取るスキャン手段と、前記スキャン手段により読み取られた画像データと、指定されるユーザ情報とを、前記情報処理装置に送信処理する送信手段と、前記送信手段による送信処理に応じて、前記情報処理装置にて、前記画像データに含まれる前記特定のコード形式で符号化されたデータが復号化されて前記ロール・可視化フォーム対応情報が取得され、前記ユーザ情報に対応するロール情報に応じて可視化出力する部品フォームが前記ロール・可視化フォーム対応情報に基づいて決定され、該決定された可視化出力する部品フォームに基づいて作成された帳票出力データを、前記情報処理装置から受信する受信手段と、前記受信手段により受信した帳票出力データに基づいて帳票出力を行う出力手段と、を有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、シート（用紙）に印刷出力された後にも、そのシートを用いて作業者に応じて可視領域が変更された帳票を作成可能な帳票出力データを作成することができる。
【００１４】
これにより、シート（用紙）に印刷出力された帳票を複数人が扱い、それぞれが担当箇所のみ記載するようなケースであっても、帳票を用いる作業者の混乱を減少させることができる。また、前の作業者により帳票に記載された情報を隠蔽して、個人情報の流出を防止することができる。
【発明を実施するための最良の形態】
【００１５】
〔第１実施形態〕
まず、本発明の前提となる技術について説明する。本発明では、帳票を作成する帳票アプリケーションと帳票に出力指示を行うコンテンツ管理アプリケーションとを備えたＷｅｂアプリケーションサーバと、画像処理装置を要する。
【００１６】
本実施形態において、コンテンツとは、ドキュメントデータ、画像データ、テキストデータ、音楽データ、映像データ、その他情報処理装置で扱うことのできる電子データを示すものとする。
【００１７】
図１は、本実施形態に適応可能なシステムの構成を示すシステム構成図である。
【００１８】
図１に示すように、ネットワーク上に、クライアントＰＣ１０１，１０２，１０３と、ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８と、Ｗｅｂアプリケーションサーバ（ＷＡＳ）１０９とを備えている。また、１１１、１１２は画像処理装置であり、ネットワークを介してアクセス可能である。
【００１９】
クライアントＰＣ１０１，１０２，１０３は、Ｗｅｂブラウザを使用し、ＨＴＴＰで通信するコンピュータである。例えば、システム管理者がコンテンツ管理アプリケーションのメンテナンスをしたり、ユーザ管理情報の修正などのシステムメンテナンス処理を行ったりする作業を行うために使用されるパーソナルコンピュータである。
【００２０】
ＬＡＮ（ローカルエリアネットワーク）１０５、１０７及びインターネット１０６は、システムで使用するネットワーク形態をあらわしている。ＬＡＮ１０５に接続している機器１０１〜１０２は、このＬＡＮ１０５を介して他の機器とデータのやり取りを行う。クライアントＰＣ１０３は、インターネット１０６に直接に接続されている。
【００２１】
ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８は、ネットワークを介してクライアントＰＣ１０１，１０２，１０３からＨＴＴＰプロトコルで送られてきたリクエストを受け取るサーバである。ＨＴＴＰサーバ１０８には、いくつかのＷｅｂアプリケーションサーバが登録されており、ＨＴＴＰサーバ１０８は、クライアントＰＣ１０１，１０２，１０３からのリクエスト内容に従って、処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取った例えばＷｅｂアプリケーションサーバ１０９は、処理を実行してその処理結果をクライアントＰＣ１０１，１０２，１０３へ返信する。
【００２２】
Ｗｅｂアプリケーションサーバ１０９には、上記の帳票アプリケーションと、コンテンツ管理アプリケーションがインストールされている。Ｗｅｂアプリケーションサーバ１０９には、データベース１１０が接続されている。このデータベース１１０には、コンテンツデータ、コンテンツに関連付けられたデータ、操作履歴、及び処理ステータスなどの情報や、ユーザ／グループ情報などのシステム情報、及び帳票をあつかうための情報が記録される。ＨＴＴＰサーバ１０８、Ｗｅｂアプリケーションサーバ１０９、及びデータベース１１０が有機的に組み合わされて、Ｗｅｂデータベースシステムとして機能する。
【００２３】
そして、Ｗｅｂアプリケーションサーバ１０９は、例えばＬＡＮ１０５，１０７、及びインタフェース１０６等を介して画像処理装置１１１、１１２に接続されており、その機能を使用できる。
【００２４】
＜ハードウェア構成＞
図２は、図１のクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びＷｅｂアプリケーションサーバ１０９に適応可能なパーソナルコンピュータの構成を示すブロック図であり、
図２において、２０１はシステムバスである。このシステムバス２０１には、ＣＰＵ（Centrtal Processing Unit）２０２、プログラム・メモリ（ＰＭＥＭ）２０３、通信制御部２０４、外部記憶装置制御部２０８が接続されている。また、システムバス２０１には、入力制御部２１１、ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４、表示出力制御部２１５、プリンタ制御部２１７、外部機器制御部２１９、及び画像読み取り機器制御部２２０が接続されている。
【００２５】
通信制御部２０４は、通信ポート２０５に於ける入出力データの制御を行い、通信ポート２０５から出力された信号は、通信回線を経由してネットワーク上の他の装置２０６の通信ポートに伝えられる。
【００２６】
外部記憶装置制御部２０８は、データファイル用のディスクとして、例えばＵＳＢメモリ２０９やハードディスク（ＨＤ）２１０に対するアクセスを制御する。
【００２７】
入力制御部２１１には、キーボード２１２やマウス２１３等の入力装置が接続される。操作者は、この入力装置を操作することによりシステムの動作指令等を行う。
【００２８】
ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４には、表示出力制御部２１５を介してディスプレイ２１６が接続されている。また、ディスプレイ２１６に表示されるデータはＶＲＡＭ１４上にビットマップデータとして展開されている。
【００２９】
ディスプレイ２１６で画像情報を加工指示するためのポインティング・デバイスは、マウス２１３である。マウス２１３により、ディスプレイ２１６のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択することができる。また、マウス２１３により、処理の指示、編集対象の指示、描画位置の指示等も行うようになっている。
【００３０】
ＣＰＵ２０２は、本実施形態に係る処理を実行するためのプログラムをハードディスク２１０から適宜、選択してＰＭＥＭ２０３に読み込み実行する。また、キーボード２１２から入力されたデータは、テキスト・メモリでもあるＰＭＥＭ２０３にコード情報として格納される。
【００３１】
プリンタ制御部２１７は、接続されているプリンタ２１８に対するデータの出力制御を行う。画像読み取り機器制御部２２０は、画像読み取り機器２２１に接続され、その接続機器の制御を行う。外部機器制御部２１９は、プリンタやスキャナなどの外部機器を制御するためのものである。
【００３２】
なお、本実施形態のクライアントＰＣ１０１，１０２，１０３では、クライアントＰＣに直接接続されたプリンタ２１８とプリンタ制御部２１７、画像読み取り機器制御部２２０と画像読み取り機器２２１といった構成要素は必ずしも必要ではない。
【００３３】
なお、本実施形態では、ＬＡＮなどのネットワークに関して記述するが、この通信制御部２０４に接続される通信ポート２０５及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００３４】
また、画像読み取り機器制御部２２０と画像読み取り機器２２１が物理的に別々のコンポーネントであっても、画像読み取り機器制御部２２０が画像読み取り機器２２１を含む１つのコンポーネントであっても、同様な機能を有することとする。
【００３５】
また、ＰＭＥＭ２０３に記憶されるプログラムは、装置に直接接続されているハードディスク（ＨＤ）やＵＳＢメモリ２０９などの記憶媒体に記憶されているほか、ネットワークで接続されている他の装置上に記憶されていても良い。
【００３６】
なお、クライアントＰＣ１０１，１０２，１０３では、汎用のＷｅｂブラウザ（例えば、Microsoft Internet Explorer（登録商標））が記憶媒体に格納されている。ＣＰＵ２０２が、該Ｗｅｂブラウザプログラムをハードディスク２１０等から読み込んで実行し、該Ｗｅｂブラウザ上で本発明のユーザインターフェースが実現される。
【００３７】
＜モジュール構成＞
図３は、本実施形態に適応可能なモジュールの構成図である。
【００３８】
＜クライアントＰＣのモジュール構成＞
図３に示すように、クライアントＰＣ１０１，１０２，１０３は、情報登録モジュール３０１や、コンテンツ検索モジュール３０２等を有している。
【００３９】
情報登録モジュール３０１は、カタログ情報や画像データなどのコンテンツをＷｅｂアプリケーションサーバ１０９にＨＴＴＰサーバを介して登録したり、選択したデータを使用する帳票を作成するためのモジュールである。また、コンテンツ検索モジュール３０２は、コンテンツを検索するためのモジュールである。
【００４０】
これらのモジュールは、あらかじめインストールしておいてもよいが、Ｗｅｂアプリケーションサーバ１０９から必要に応じてＷｅｂブラウザのプラグイン（Plug-in）形式などで自動的に配信される形態をとってもよい。
なお、クライアントＰＣ、ＨＴＴＰサーバ、Ｗｅｂアプリケーションサーバは異なるパーソナルコンピュータであるが、ハードウェア構成は共に図２に示したものである。もちろん、ＵＳＢメモリ２０９やプリンタ制御部２１７などは必要に応じて備えればよい。
【００４１】
また、クライアントＰＣのプログラムモジュール３０１，３０２は、クライアントＰＣ内のハードディスク２１０内に格納されており、ＣＰＵ２０２により読み出されて実行される。同様に、Ｗｅｂアプリケーションサーバ１０９内の機能及びプログラムモジュールもＷｅｂアプリケーションサーバ１０９内のハードディスク２１０内に格納されており、ＣＰＵ２０２により読み出されて実行される。
【００４２】
＜Ｗｅｂアプリケーションサーバのモジュール構成＞
Ｗｅｂアプリケーションサーバ１０９には、ＨＴＴＰサーバ１０８から受け取ったクライアントＰＣ１０１，１０２，１０３からのリクエストを処理するためのモジュール３０３が記憶されている。
【００４３】
このモジュール３０３は、上述した帳票アプリケーション，コンテンツ管理アプリケーション等を含むものである。また、このモジュール３０３の機能としては、例えば、ユーザ認証機能、ユーザ管理機能、ワークフロー制御機能、受信データ登録機能、サムネイル作成機能、グループ管理機能、帳票出力機能、検索処理機能がある。
【００４４】
ここで、ユーザ認証機能は、ユーザがシステムにログインした際にユーザの権限を確認する機能であり、ユーザ管理機能は、個人情報の登録、管理を行う機能である。ワークフロー制御機能は、ワークフローの制御に関する機能であり、受信データ登録機能は、受信した帳票画像データの登録に関する機能である。
【００４５】
サムネイル作成機能は、登録されたコンテンツを表示するためのサムネイルを作成する機能である。作成されたサムネイルはデータベース１１０に記憶される。グループ管理機能は、ユーザが属するグループの登録、管理を行う機能である。
【００４６】
帳票出力機能は、指定されたデータを帳票に埋め込み出力する機能である。検索処理機能は、コンテンツを検索したり、全文検索する機能である。これらのモジュールは、クライアントＰＣからのリクエストに応じて処理が実行される。
【００４７】
また、Ｗｅｂアプリケーションサーバ１０９には、これらのモジュール３０３とは別に、データベース１１０とのデータのやり取りを行うためのデータベース共通ライブラリ３０５や各種ユーティリティライブラリ３０６等がある。
【００４８】
本実施形態でのコンテンツ検索処理は、検索エンジン３０４を利用して行う。検索エンジン３０４は、モジュール３０３の検索処理機能より深い階層に存在する。検索エンジン３０４は、一般に「全文検索」，「テキスト検索」，「イメージ検索」など、入力したテキストデータと関連のあるコンテンツを見つけ出すエンジンのことである。
【００４９】
全文検索、テキスト検索は、見出しや著者など文書に含まれる特定の要素のみを対象に検索する場合と、文書に含まれるすべての情報を対象に検索する場合があるが、エンジンがもちいる方法はそのどちらでもよい（あるいは、類似する別の方法でもよい）。
【００５０】
イメージ検索は、コンテンツのキャプションや周囲のテキストを参考にする。あるいはイメージ検索に使用するデータをあらかじめ収集していたりするが、エンジンがもちいる方法はそのどちらでもよい（あるいは、類似する別の方法でもよい）。
【００５１】
本実施形態において、検索エンジン３０４は、入力されたテキストデータと関連のあるコンテンツを見つけ出す機能を有していることが重要であって、検索を実行するアルゴリズムや手法はどのようなものでもよい。
【００５２】
検索エンジン３０４は、上位層からのリクエストに応じて検索の結果、ヒット数や個々の検索スコアを送り返す。これらは、すなわち、コンテンツ検索の実行で得られる情報に相当する（第１実施形態では特に検索スコアを用いる）。
【００５３】
また、検索エンジンによっては、データベース１１０を利用した処理を行うこともある。また検索処理は、検索の種類や用途に応じて複数の検索エンジンを使い分けてもよい。
【００５４】
なお、データベース１１０は、Ｗｅｂアプリケーションサーバ１０９のＨＤ２１０上等に構築されている。
【００５５】
＜画像処理装置のモジュール構成＞
画像処理装置には多くのモジュールがあるが、本発明に関連する部分のみ設定する。
【００５６】
画像処理装置１１１、１１２は、ネットワークを通じクライアントＰＣやＷｅｂアプリケーションサーバからアクセスされる。また、画像処理装置側からもＰＣに対して、スキャン画像の送信などを行うことができる。
【００５７】
３０７は画像処理装置と画像処理装置外をつなぐ接続部である。この接続はネットワークにより行い、接続部３０７を介することで画像処理装置はネットワーク網１０５，１０６，１０７と同一ネットワークに存在することになる。
【００５８】
また、画像処理装置のユーザは、表示部３０９に表示された内容から、入力部３０８を使い画像処理装置に指示を出すことができる。
【００５９】
３１０は、画像処理装置内部の演算処理部である。演算処理部３１０は、ＰＣにおけるＣＰＵ（Centrtal Processing Unit）と同じ役割を果たす。また、演算処理部３１０に処理を下すプログラム類は、一時記憶部３１１、プログラム記憶部３１２に格納される。
【００６０】
３１３はスキャナ部であり、原稿（帳票等）から画像データを読み取る。３１４はプリンタ部であり、（帳票等の）印刷出力を行う。
【００６１】
＜コンテンツ管理＞
以下、図３に示したモジュール３０３に含まれるコンテンツ管理アプリケーションによるコンテンツ管理方法ついて説明する。
【００６２】
図４Ａ，図４Ｂは、本実施形態に適応可能なコンテンツ管理アプリケーションによるコンテンツ管理方法を説明するための図である。
【００６３】
コンテンツ管理アプリケーションは、検索画面、データ表示画面、データ入力画面等のＵＩ（不図示）を備えており、データベース１１０内の情報を、Ｗｅｂアプリケーションサーバ１０９を介してインターネット上に公開することができる。即ち、これらのＵＩは、クライアントＰＣのＷｅｂブラウザから表示・操作可能である。また、コンテンツ管理アプリケーションでは、上記ＵＩを介して登録するコンテンツと関連付けるテキスト又は数値データを登録可能である。
【００６４】
図４Ａにおいて、４０４a，４０５a，４０６aは、テキスト又は数値データのデータベースのスキーマであり、これをデータ定義と呼ぶ。このデータベースは、コンテンツ管理アプリケーションが使用するものであり、データベース１１０内に構築される。
【００６５】
４０４aはデータテーブル、４０５a，４０６aは個別定義テーブルである。個別定義テーブルは、データテーブル４０４aの値に応じて作成される。ここでは、DEF01，DEF02の２テーブルである。
【００６６】
データ定義は、ユーザ（システム管理者など）がデータ定義ＩＤを定めることで任意に作成できる。
【００６７】
データテーブル４０４aは、作成されたデータ定義を管理するために、ユニークなＩＤと、データ定義ＩＤを対応させ管理する。そのテーブル定義が４０４a1である。４０４aには３つの定義が管理されていることがわかる。
【００６８】
個別定義テーブル４０５aは、データテーブル４０４aのデータ定義ＩＤ「DEF01」に対応し、これを個別定義テーブル４０５aのテーブル名とする。個別定義テーブル４０５aは、データ定義に定められる項目を管理するテーブルである。この項目は、ユーザ（システム管理者など）がデータ定義ＩＤを定めたときに作成する（後から追加、削除、修正することも可能）。
【００６９】
ここでは、２つの項目、「DEF01_COL001」，「DEF01_COL002」がある。これらをデータ項目キーと呼ぶ。項目の型は、数値、文字列、日付などを任意に決めることができる。例えば、「DEF01_COL001」を文字列型、「DEF01_COL002」を日付型とし、名前、日時を示す項目等と定義可能である。なお、図４の例では、個別定義テーブル４０５aには、データＩＤ「01」に対応した２つの値「aaa」，「abc」と、データＩＤ「03」に対応した２つの値（「bbb」，「def」）が管理されている。
【００７０】
次に、以上の構成におけるデータ抽出の例を説明する。
【００７１】
データＩＤ「01」がユーザから指定されたとすると、コンテンツ管理アプリケーションは、データテーブル４０４aからデータＩＤ「01」に該当するデータ定義ＩＤを取得する（ここでは「DEF01」が取得される）。即ち、データＩＤ「01」は「DEF01」という名のテーブルに管理されている。
【００７２】
次に、コンテンツ管理アプリケーションは、「DEF01」に相当する個別定義テーブル４０５aを参照し、データＩＤ「01」をキーとして、２つの項目「DEF01_COL001」，「DEF01_COL002」の値を取得する。ここでは、「aaa」と「abc」を取得する。このように、コンテンツ管理アプリケーションは、データＩＤが指定されることで関連付いている値を取得できる。
【００７３】
個別定義テーブル４０６aは、データテーブル４０４aのデータ定義ＩＤ「DEF02」に対応し、これを個別定義テーブル４０６aのテーブル名とする。個別定義テーブルは、データ定義ＩＤに応じて作成されるため、個別定義テーブル４０５a，４０６ａは同様の仕組みである。ただし、項目はデータ定義ごとに異なる。例えば、個別定義テーブル４０６aは、データＩＤ「02」がユーザから指定された場合に参照されるべき個別定義テーブルである。
【００７４】
次に、コンテンツ管理用のデータベースについて説明する。
【００７５】
４０１ｂ，４０２ｂは、コンテンツ管理用のデータベースのスキーマである。このデータベースは、コンテンツ管理アプリケーションが使用するものであり、データベース１１０内に構築される。
【００７６】
４０１ｂはコンテンツテーブル、４０２ｂはデータ／コンテンツ管理テーブルである。各テーブルの値は、コンテンツが登録するたびに追加される。ユーザが登録するコンテンツに対応するファイルを指定することで、コンテンツ管理アプリケーションにより、各テーブルに値が追加される。
【００７７】
コンテンツテーブル４０１ｂは、作成されたコンテンツを管理するために、ユニークなＩＤと、ファイル名を対応させ管理する。そのテーブル定義が４０１ｂ1である。上記ユニークなＩＤをコンテンツＩＤと呼ぶ。図４の例では、４０１ｂには、３つのコンテンツＩＤ「1c」，「2c」，「3c」が登録されており、３つのコンテンツが管理されていることがわかる。
【００７８】
データ／コンテンツ管理テーブル４０２ｂは、登録されたコンテンツとデータの関連付きを管理する。データ／コンテンツ管理テーブル４０２ｂは、データテーブル４０４aのデータＩＤと、コンテンツテーブル４０１ｂのコンテンツＩＤの項目を有する。それに加え、データ／コンテンツ管理テーブル４０２ｂは、コンテンツクラスやデフォルト出力といった項目も有する。なお、コンテンツクラスとデフォルト出力に関しては、データとコンテンツの管理においては必須ではないので、ここでは説明は省略する。
【００７９】
次に、以上の構成におけるコンテンツ抽出の例を説明する。
【００８０】
データＩＤ「01」がユーザから指定されたとすると、コンテンツ管理アプリケーションは、データ／コンテンツ管理テーブル４０２ｂから該当するコンテンツＩＤを取得する。ここでは「1c」が取得される。即ち、データＩＤ「01」は「1c」という名のコンテンツＩＤに対応付けられている。
【００８１】
次に、コンテンツ管理アプリケーションは、コンテンツテーブル４０１ｂから「1c」をキーとして、対応するファイル名を取得する。ここでは「aaa.jpg」が特定される。このように、コンテンツ管理アプリケーションは、データＩＤから関連付いているコンテンツを取得できる。
【００８２】
図４Ｂにおいて４０３ｂは、コンテンツの管理フォルダである。本実施形態では、コンテンツは、コンテンツ管理アプリケーションが参照できるフォルダに格納されているものとする。
【００８３】
コンテンツの管理フォルダ４０３ｂは、階層構造を有し、ルートディレクトリ４０３ｂ１を持ち、さらに、このルートディレクトリ４０３ｂ１以下にサブフォルダ４０３ｂ２を持つ。そしてサブフォルダ４０３ｂ２内には、コンテンツファイル群４０３ｂ３が格納される。
【００８４】
なお、ルートディレクトリ４０３ｂ１は、コンテンツ管理アプリケーションによって決定される。この決定は、後述するアプリケーション設定ファイル４０４ｂの記述に基づいて行われる。
【００８５】
また、サブフォルダ４０３ｂ２は、コンテンツＩＤをフォルダ名とする。即ち、コンテンツＩＤに対応するファイルは、コンテンツＩＤ名のフォルダ内に格納される。
【００８６】
コンテンツファイル群４０３ｂ３は、登録されたコンテンツであり、登録時に指定されたオリジナルのファイルを含む。また、コンテンツファイル群４０３ｂ３として、上記オリジナルのファイルの他に、表示用のサムネイルなど関連のあるファイルを格納してもよい。
【００８７】
４０４ｂはコンテンツ管理アプリケーションがもつ設定ファイルである。このアプリケーション設定ファイル４０４ｂには、システムで一意となる値が記述されていて、コンテンツ管理アプリケーションの起動時や処理に応じて参照される。
【００８８】
なお、このアプリケーション設定ファイル４０４ｂに記述される値は、ユーザ（システム管理者）によって編集が可能である。本実施形態では、アプリケーション設定ファイル４０４ｂに、コンテンツファイルを格納するルートディレクトリパスを記述する。
【００８９】
以上が、前提技術となるコンテンツ管理アプリケーションでのコンテンツ管理形態である。
【００９０】
＜帳票登録・帳票管理＞
次に、前提技術となるコンテンツ管理アプリケーションでの帳票登録及び管理について説明する。
【００９１】
図５は、コンテンツ管理アプリケーションによる帳票登録及び帳票管理方法を示す概要図である。
【００９２】
図５において、５０１は帳票登録の概要である。手順は、まず、５０２において、データと関連付いているコンテンツを指定する。次に、５０３において、出力する帳票を選択する。すると、５０４において、帳票に５０２で指定したデータとコンテンツが埋め込まれた出力が行われる（この場合の出力は電子ファイルであってもよい）。
【００９３】
図６は、本実施形態に適応可能な帳票管理のデータベースのスキーマを説明する図である。
【００９４】
図６において、６０１a，６０１ｂ、は、帳票を管理するためのデータベースのスキーマである。このデータベースは、コンテンツ管理アプリケーションが使用するものであり、データベース１１０内に構築される。
【００９５】
６０１aは帳票管理テーブルであり、コンテンツ管理アプリケーションが使用する帳票を管理するものである。帳票が登録されると、コンテンツ管理アプリケーションは、ユニークなＩＤ（フォームＩＤ）を発行し、帳票ファイルと対応させ管理する。そのテーブル定義が６０２aである。
【００９６】
６０１ｂは帳票出力定義管理テーブルであり、フォームＩＤが対応するデータ定義ＩＤとデータ項目キーを管理するものである。ここで、データ定義ＩＤとデータ項目キーは図４に示したものである。なお、どの帳票（フォームＩＤ）にどのデータ定義ＩＤとデータ項目キーを関連付けするかは、ユーザが帳票登録時に不図示のＵＩによって指定するものとする。
【００９７】
なお、帳票によっては、複数のデータ項目キーを指定することが可能である（通常はひとつ以上の領域をもつので複数関連付ける）。
【００９８】
図６の６０１ｂに示した例であれば、フォームＩＤ「Ａ帳票」に、データ定義「DEF01」の「DEF01_COL001」と画像領域を示す「img001」が関連付けられていることになる。
【００９９】
以下、図７を参照して、本実施形態に適応可能な帳票の登録について説明する。
【０１００】
図７は、本実施形態に適応可能な帳票出力定義作成処理の一例を示すフローチャートである。なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ７０１〜Ｓ７０７は各ステップを示す。
【０１０１】
まず、Ｓ７０１にて、コンテンツ管理アプリケーションは、コンテンツ管理アプリケーションへのログイン要求を受け付け、ログイン処理を実行する。なお、ユーザからのログイン要求は、クライアントＰＣ１０１〜１０３のＷｅｂブラウザを介して行われる。
【０１０２】
次に、Ｓ７０２において、コンテンツ管理アプリケーションは、クライアントＰＣ１０１〜１０３のＷｅｂブラウザを介してユーザからの帳票の登録を受け付ける。なお、帳票の登録は、クライアントＰＣから、ユニークなフォームＩＤ（例えば「Ａ帳票」）を指定し、帳票フォームのファイル（例えば「A.form」）とともにＷｅｂアプリケーションサーバ１０９へアップロード処理することにより行われる。これを受けて、コンテンツ管理アプリケーションは、上記アップロードされた帳票フォームのファイル（例えば「A.form」）をＷｅｂアプリケーションサーバ１０９のＨＤ２１０の領域（例えば「C:\xxx\FORM\01\」）に保存する。さらに、コンテンツ管理アプリケーションは、上記保存した帳票フォームのファイルを指定されたフォームＩＤに紐付けて帳票管理データとしてメモリ上に保持する。
【０１０３】
次に、Ｓ７０３において、コンテンツ管理アプリケーションは、Ｓ７０２で指定された帳票と関連付けるデータの指定（データ定義の指定）を、クライアントＰＣ１０１〜１０３のＷｅｂブラウザを介して受け付ける。なお、データ定義の指定は、データテーブル４０４a（図４Ａ）に予め登録されているデータ定義ＩＤ（例えば「DEF01」），データ定義項目（例えば「DEF01_COL001」）から選択指定するものとする。また、データ定義項目としてデータ／コンテンツ管理テーブル４０２ｂのコンテンツクラス（例えば「img001」）を選択指定することも可能である。
【０１０４】
次に、Ｓ７０４〜Ｓ７０６において、コンテンツ管理アプリケーションは、Ｓ７０５の処理を、必要な回数（帳票のデータ埋め込み領域の数）だけ繰り返すように制御する。
【０１０５】
Ｓ７０５では、コンテンツ管理アプリケーションは、帳票のデータ埋め込み領域に、Ｓ７０３で指定したデータ定義のデータ項目キーを割り当て、帳票出力定義管理データとしてメモリ内に保持する（Ｓ７０５）。
【０１０６】
なお、帳票のデータ埋め込み領域は、帳票ごとに異なるため、Ｓ７０４〜Ｓ７０６のループ処理の終了判定は、ユーザからの指示入力によって行うように構成してもよい。
【０１０７】
Ｓ７０４〜Ｓ７０６でデータ項目キーの割り当てが終わったら、コンテンツ管理アプリケーションは、Ｓ７０７に処理を進める。
【０１０８】
Ｓ７０７では、コンテンツ管理アプリケーションは、Ｓ７０２で作成された帳票管理データを帳票管理テーブル６０１ａに登録し、Ｓ７０４〜Ｓ７０６で作成された帳票出力定義管理データを帳票出力定義管理テーブル６０１ｂに登録する。即ち、この時点で図６のデータ群（帳票管理テーブル６０１ａ，帳票出力定義管理テーブル６０１ｂ）がデータベース１１０にコミットされる。そして、本フローチャートの処理を終了する。
【０１０９】
図８Ａ，図８Ｂは、本実施形態に適応可能な帳票出力処理を説明するための図である。なお、図８Ａ，図８Ｂに示す帳票出力処理は、１つの帳票のみを使って出力するため、帳票単一出力と呼ぶ。帳票単一出力の指示は、ユーザからＷｅｂブラウザ経由で受ける。
【０１１０】
また、図８Ａのフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ８０１〜Ｓ８０４は各ステップを示す。
【０１１１】
コンテンツ管理アプリケーションは、クライアントＰＣ１０１〜１０３のＷｅｂブラウザを介して帳票単一出力の指示（フォームＩＤを含む）を受けると、本フローチャートの処理を開始する。
【０１１２】
まず、Ｓ８０１において、コンテンツ管理アプリケーションは、帳票管理テーブル６０１aを参照して、上記帳票出力の指示で指定されたフォームＩＤから使用するファイルを選定する。８０１ａに示す例では、帳票管理テーブル６０１aからフォームＩＤ「Ａ帳票」に基づいてファイル名（ディレクトリパス）「C:\xxx\FORM\01\A.form」が決定され、該当するファイル「A.form」が確認、取得（選定）される。
【０１１３】
次に、Ｓ８０２において、コンテンツ管理アプリケーションは、帳票出力定義管理テーブル６０１ｂを参照して、Ｓ８０１で選定した帳票ファイルに対応するデータ項目キーを取得する。
【０１１４】
次に、Ｓ８０３において、コンテンツ管理アプリケーションは、Ｓ８０１で選定したファイルと、Ｓ８０２で取得したデータ項目キーに対応するデータを帳票アプリケーションに渡す。
【０１１５】
なお、帳票アプリケーションは、コンテンツ管理アプリケーションが実行されているＷｅｂアプリケーションサーバ１０９上で実行される帳票を扱うアプリケーションであり、図３のモジュール３０３に含まれる。また、帳票アプリケーションは、外部アプリケーションとの連携するインタフェースを持ち、外部から帳票ファイル及び埋め込むデータをもらうことで、帳票に値を埋め込んだ電子データ作成することが可能である。
【０１１６】
なお、８０３a、８０３ｂ（図８Ｂ）に、Ｓ８０２、Ｓ８０３の概要を示す。
【０１１７】
ユーザから指示された帳票のフォームＩＤが「Ａ帳票」だった場合を考察する。この場合、コンテンツ管理アプリケーションは、帳票出力定義管理テーブル６０１ｂを参照して、データ定義として「DEF01」、データ項目キーとして「DEF01_COL001」，「img001」を取得する。
【０１１８】
まず、８０３aを用いてデータ選定の例を示す。出力するデータを指示するクライアントＰＣのＷｅｂブラウザ（不図示）で選択されたデータＩＤがデータＩＤ「01」であったとする。この場合、コンテンツ管理アプリケーションは、データ定義「DEF01」の個別定義テーブル４０５a（図４Ａ）を参照し、データ項目キー「DEF01_COL001」に該当する値「aaa」を取得する。
【０１１９】
次に、８０３ｂを用いてコンテンツ選定の例を示す。８０３ｂに示すように、「img001」は、データ／コンテンツ管理テーブル４０２ｂのコンテンツクラスの値である。データ／コンテンツ管理テーブル４０２ｂは、データＩＤとコンテンツＩＤの他に、コンテンツクラス、デフォルト出力の項目を持つ。コンテンツクラスは、コンテンツＩＤに対応するコンテンツの種類を判別するものである。デフォルト出力は、デフォルトで出力されるコンテンツを定めるフラグ値である。
【０１２０】
ここで、出力するデータを指示するクライアントＰＣのＷｅｂブラウザ（不図示）で選択されたデータＩＤがデータＩＤ「01」であったとすると、データ／コンテンツ管理テーブル４０２ｂからコンテンツＩＤ「1c」，「2c」の２つが該当することがわかる。そこで、コンテンツ管理アプリケーションは、デフォルト出力の値を参照する。デフォルト出力値は、「1」が有効（デフォルトとする）「0」が無効（デフォルトとしない）である。デフォルト出力値が「1」になっているものはコンテンツＩＤ「01」であることがわかる。よって、コンテンツ管理アプリケーションは、コンテンツＩＤ「01」を使用するコンテンツとする。また、使用するコンテンツファイルは、コンテンツテーブル４０１ｂから該当するファイル名を特定することができる。即ち、、コンテンツ管理アプリケーションは、コンテンツテーブル４０１ｂから、コンテンツＩＤ「01」に対応するファイル名「aaa.jpg」を取得する。
【０１２１】
そして、コンテンツ管理アプリケーションは、上述のように選定されたファイル「A.form」と、データ「aaa」，コンテンツファイル「aaa.jpg」を帳票アプリケーションに渡す。
【０１２２】
次にＳ８０４において、コンテンツ管理アプリケーションは、帳票アプリケーションで作成された電子ファイル（例えばＰＤＦファイル）を受け取る。
【０１２３】
最後に、コンテンツ管理アプリケーションは、Ｓ８０４で帳票アプリケーションから受け取った電子ファイルを、クライアントＰＣに送信して、クライアントＰＣのＷｅｂブラウザ上に表示させる。以上が帳票単一出力である。
【０１２４】
次に、複数の部品フォームを組み合わせる帳票出力について説明する。
【０１２５】
図９Ａ，図９Ｂは、本実施形態に適応可能な帳票の一例を示す模式図である。
【０１２６】
図９Ａ，図９Ｂにおいて、９０１，９０２，９０３は、コンテンツ管理アプリケーション及び、帳票アプリケーションで扱うことのできる帳票例である。
【０１２７】
帳票９０１，９０２，９０３は、それぞれ単一の帳票として使用できるが、帳票９０１，９０２，９０３を組み合わせることで、新たな帳票をつくることができる。この仕組みを組み合わせ帳票又は複数帳票出力と呼ぶ。
【０１２８】
また、組み合わせ対象となる帳票９０１、９０２、９０３を部品フォームと呼ぶ。９０１は「部品フォーム(1)」、９０２は「部品フォーム(2)」、９０３は「部品フォーム(3)」の名称とする。なお、図中の括弧内（a01.form，a02.form，a03.form）はファイル名を示す。
【０１２９】
例えば、帳票９０１，９０２，９０３の３つを組み合わせることで、図９Ｂに示す９０４の「フォーム(1)＋(2)＋(3)」をつくることができる。同様に、９０１，９０３を組み合わせて、９０５の「フォーム(1)＋(3)」、９０１，９０２を組み合わせた９０６の「フォーム(1)＋(2)」をつくることができる。
【０１３０】
図１０は、本実施形態に適応可能な帳票出力定義作成手順の一例を示すフローチャートであり、図７に示した帳票出力定義作成手順を複数帳票出力に対応させたものである。なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１００１〜Ｓ１００４は各ステップを示す。
【０１３１】
まず、Ｓ１００１〜Ｓ１００３において、コンテンツ管理アプリケーションは、Ｓ１００２の処理を必要回数（可視化出力する部品フォームの数）だけ繰り返し実行するように制御する。
【０１３２】
Ｓ１００２では、コンテンツ管理アプリケーションは、部品フォームを、コンテンツ管理アプリケーションに登録する。部品フォームのコンテンツ管理アプリケーションへの登録方法は、図７のフローチャートに示した処理（Ｓ７０１〜Ｓ７０７）と同様である。ただし、Ｓ７０１のログイン処理は毎回行う必要はなく一度ログインすればセッションは維持されることになる。なお、Ｓ７０２〜Ｓ７０７の手順は図７と同様であるため説明を割愛する。
【０１３３】
Ｓ１００１〜Ｓ１００３にて、可視化出力する部品フォームの登録が全て終了したと判定した場合には、コンテンツ管理アプリケーションは、Ｓ１００４に処理を進める。
【０１３４】
Ｓ１００４では、コンテンツ管理アプリケーションは、部品フォームの組み合わせ定義の指定を受け付ける。なお、組み合わせ定義の指示は、クライアントＰＣのＷｅｂブラウザを介して行われる。また、組み合わせ定義とは、例えば、図９の９０１と９０２の部品フォームを組み合わせて、９０６の「フォーム(1)＋(2)」を出力帳票（フォームＩＤ「Ａ帳票」の組合せ帳票）として使用するという指定である。
【０１３５】
なお、Ｓ１００２に示した部品フォーム及び出力帳票の登録は、図７に示した処理で登録されるため、帳票が格納されるフォルダ構成も同様である。ただし、出力帳票で可視化出力する部品フォームは同じフォルダに格納される（後述する図１１の１１０３ａ参照）。また組み合わせて作成された出力帳票は、フォルダ内に１つとなる。なお、この制約はあくまで一例であり、本発明を限定するものではない。
【０１３６】
以降、図９Ａに示したように、部品フォームのファイル拡張子を「.form」、図９Ｂに示したように、組み合わせて作成された出力帳票の拡張子を「.mform」とする。
【０１３７】
図１１は、本実施形態に適応可能な複数帳票出力処理の一例を示すフローチャートである。図１１に示す処理は、部品フォームを組み合わせて作成された帳票をつかって出力するので複数帳票出力と呼ぶ。なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１１０１〜Ｓ１１０５は各ステップを示す。
【０１３８】
複数帳票出力の指示は、ユーザからクライアントＰＣのＷｅｂブラウザ経由で受け付ける。
【０１３９】
まず、コンテンツ管理アプリケーションは、クライアントＰＣのＷｅｂブラウザを介して複数帳票出力の指示（フォームＩＤを含む）を受けると、本フローチャートの処理を開始する。
【０１４０】
まず、Ｓ１１０１において、コンテンツ管理アプリケーションは、帳票管理テーブルを参照して、複数帳票出力の指示に含まれるフォームＩＤから使用するファイルを選定する。
【０１４１】
次にＳ１１０２において、コンテンツ管理アプリケーションは、選定されたファイルが部品フォームを使用するファイル（組み合わせ帳票）であるかどうかを判断する。なお、この判断は、ここではＳ１１０１で選定されたファイルのファイル拡張子によって行う。本実施形態では、ファイルが部品フォームを使用するファイル（組み合わせ帳票）の場合はファイル拡張子が「.mform」となり、一方、ファイルが部品フォームを使用するファイル（組み合わせ帳票）でない場合はファイル拡張子が「.form」となる。
【０１４２】
なお、１１０２ａに示す例では、帳票管理テーブル６０１aからフォームＩＤ「Ａ帳票」に基づいてファイル名（ディレクトリパス）「C:\xxx\FORM\01\A.mform」が決定され、組み合わせ帳票である「A.mform」が選定される。
【０１４３】
Ｓ１１０２において、Ｓ１１０１で選定されたファイルが部品フォームを使用するファイル（組み合わせ帳票）でない（拡張子が「.form」）と判断された場合は、コンテンツ管理アプリケーションは、Ｓ１１０５に処理を進める。
【０１４４】
Ｓ１１０２から移行したＳ１１０５では、コンテンツ管理アプリケーションは、Ｓ１１０１で選定したファイルに対して、図８のＳ８０２〜Ｓ８０４に示した帳票単一出力と同様の処理を行い、本フローチャートの処理を終了する。
【０１４５】
一方、Ｓ１１０２において、Ｓ１１０１で選定されたファイルが部品フォームを使用するファイル（組み合わせ帳票）である（拡張子が「.mform」）と判断された場合は、コンテンツ管理アプリケーションは、Ｓ１１０３に処理を進める。
【０１４６】
次に、Ｓ１１０３では、コンテンツ管理アプリケーションは、取得したファイルパスを参照し、そのフォルダ内に存在する部品フォームのファイル名を取得する。図中、１１０３aに、部品フォームを使用するフォルダの構成の一例を示す。この例では、Ｓ１１０３において、部品フォームのファイル名として「a01.form」，「a02.form」が取得される。
【０１４７】
次にＳ１１０４において、コンテンツ管理アプリケーションは、帳票管理テーブル６０１aを参照して、部品フォームのファイル名（ディレクトリパス）から対応するフォームＩＤを取得する。
【０１４８】
図中、１１０４aに示す例では、Ｓ１１０３で取得した部品フォームファイル名（「C:\xxx\FORM\01\a01.form」，「C:\xxx\FORM\01\a02.form」）からフォームＩＤ（「Ａ帳票の部品０１」，「Ａ帳票の部品０２」）を取得する。
【０１４９】
次に、Ｓ１１０５において、コンテンツ管理アプリケーションは、帳票出力を行う。なお、Ｓ１１０４から移行したＳ１１０５では、コンテンツ管理アプリケーションは、Ｓ１１０４で選定した各フォームＩＤに対して、図８のＳ８０１〜Ｓ８０４に示した帳票単一出力と同様の処理を行う。
【０１５０】
詳細には、図８のＳ８０１に示したように、コンテンツ管理アプリケーションは、帳票管理テーブル６０１aを参照して、Ｓ１１０４で選定した各フォームＩＤから使用するファイルを選定する。次に、図８のＳ８０２に示したように、コンテンツ管理アプリケーションは、帳票出力定義管理テーブル６０１ｂを参照して、図８のＳ８０１で選定した各帳票ファイルに対応するデータ項目キーを取得する。次に、図８のＳ８０３に示したように、コンテンツ管理アプリケーションは、図８のＳ８０１で選定した各ファイルと、図８のＳ８０２で取得した各データ項目キーに対応する各データを帳票アプリケーションに渡す。これにより組合せ帳票が作成される。次に、図８のＳ８０４に示すように、コンテンツ管理アプリケーションは、帳票アプリケーションで作成された組合せ帳票に対応する電子ファイル（例えばＰＤＦファイル）を受け取る。最後に、コンテンツ管理アプリケーションは、図８のＳ８０４で帳票アプリケーションから受け取った電子ファイルを、クライアントＰＣに送信して、クライアントＰＣのＷｅｂブラウザ上に表示させる。
【０１５１】
以上の処理が、前提技術となるコンテンツ管理アプリケーションでの複数帳票出力処理である。
【０１５２】
次に、本発明の特徴のひとつである、データ領域を扱う帳票登録及び管理について説明する。
【０１５３】
図１２は、本実施形態に適応可能なデータ領域をもつ帳票の一例を示す模式図である。
【０１５４】
図１２において、１２０１はデータ領域をもつ帳票を示す。
【０１５５】
図５の５０３等に示した単一帳票や、図９の９０４〜９０６等に示したの組み合わせ帳票は、画像領域と文字領域を扱う帳票であった。これらの帳票出力を行う場合は、帳票アプリケーションに埋め込む画像と文字列を渡していた。
【０１５６】
それに加え、図１２に示す帳票１２０１は、データ領域の出力が可能な帳票である。ここで、データ領域とは、画像領域、文字領域と同様にデータを埋め込む領域を示し、帳票アプリケーションに対し、そのデータ領域に埋め込み対象となるデータを指定することで出力が行える。
【０１５７】
データ領域の出力方法は、２次元バーコード等いくつか考えられるが、本実施形態では元データを符号化したバイナリを生成し、バイナリ配列をドットパターン置き換えた画像ファイルとして扱う。なお、ここで生成されるドットパターンは、一定の法則を有するｍのであり、視覚的にはランダムにドットが配置されているように見える（見た目から解読が不可能（目視で解読不可能）と思われる状態のドットパターンとする）。即ち、データ領域の出力方法は、このデータ領域をドットパターン化した画像を帳票アプリケーションに渡す方式とする。
【０１５８】
図１３は、本実施形態に適応可能なデータ領域をもつ帳票出力処理の一例を示すフローチャートである。図１３に示す処理は、データ領域を埋め込み出力するのでデータ埋め込み帳票出力と呼ぶ。なお、図８に示した処理と同様に、図１３の処理は、図３に示したモジュール３０３内の「受信データ登録機能」に含まれるコンテンツ管理アプリケーションの機能である。
【０１５９】
なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１３０１〜Ｓ１３０８は各ステップを示す。
【０１６０】
データ埋め込み帳票出力の指示は、ユーザからクライアントＰＣのＷｅｂブラウザ経由で受け付ける。
【０１６１】
まず、コンテンツ管理アプリケーションは、クライアントＰＣのＷｅｂブラウザを介してデータ埋め込み帳票出力の指示（フォームＩＤを含む）を受けると、本フローチャートの処理を開始する。
【０１６２】
まず、Ｓ１３０１において、コンテンツ管理アプリケーションは、帳票管理テーブル６０１aを参照して、上記帳票出力の指示で指定されたフォームＩＤから使用するファイルを選定する。
【０１６３】
次に、Ｓ１３０２において、コンテンツ管理アプリケーションは、帳票出力定義管理テーブル６０１ｂを参照して、Ｓ８０１で選定した帳票ファイルに対応するデータ項目キーを取得する。
【０１６４】
次にＳ１３０３において、コンテンツ管理アプリケーションは、指定された帳票にデータを埋め込む（指定された帳票がデータ埋め込み帳票である）かどうかを判断する。なお、この判断は、ここでは指定された帳票にデータ領域が定義されているかどうかで行ってもよいし、ユーザにクライアントＰＣのＷｅｂブラウザを介して指定させるようにしてもよい。また、指定された帳票にデータ領域が定義されているかどうかの判断は、Ｓ１３０２で取得したデータ項目キーの項目の型が「データ埋め込み」であるかどうかで判断可能である。
【０１６５】
そして、Ｓ１３０３において、指定された帳票にデータを埋め込まないと判定した場合には、コンテンツ管理アプリケーションは、Ｓ１３０４に処理を進める。
【０１６６】
Ｓ１３０４では、コンテンツ管理アプリケーションは、Ｓ１３０１で選定したファイルと、Ｓ１３０２で取得したデータ項目キーに対応するデータを帳票アプリケーションに渡し、Ｓ１３０８に処理を進める。
【０１６７】
一方、Ｓ１３０３において、指定された帳票にデータを埋め込むと判定した場合には、コンテンツ管理アプリケーションは、Ｓ１３０５に処理を進める。
【０１６８】
Ｓ１３０５では、コンテンツ管理アプリケーションは、クライアントＰＣのＷｅｂブラウザにＵＩ（埋め込むデータを選定するためのＵＩ）を表示させて、Ｗｅｂブラウザを介してユーザにユーザに埋め込むデータを選定させる。
【０１６９】
次にＳ１３０６では、コンテンツ管理アプリケーションは、Ｓ１３０５で選定されたデータ（埋め込むデータ）のエンコード（符号化）を行う。このエンコード処理により、埋め込むデータは１３０６aに例示するようなドットパターン画像に変換される。なお、データのエンコードは、コンテンツ管理アプリケーションの機能の１つであっても、外部ライブラリなどを使用してもよい。また、コンテンツ管理アプリケーションは、エンコードされたドットパターン画像を取得するインタフェースを有する。また、本実施形態でエンコードするコード形式は、１３０６ａに示したようなドットパターン形式であっても、二次元バーコード形式のような高密度バーコードであっても、どのような形式であってもよい。
【０１７０】
次に、Ｓ１３０７において、コンテンツ管理アプリケーションは、Ｓ１３０６で作成したエンコードデータと、Ｓ１３０１で選定したファイルと、Ｓ１３０２で取得したデータ項目キーに対応するデータとを、帳票アプリケーションに渡す。そして、Ｓ１３０８に処理を進める。これにより、帳票アプリケーションでは、データ埋め込み帳票が作成される。
【０１７１】
そしてＳ１３０８において、コンテンツ管理アプリケーションは、帳票アプリケーションから出力された帳票データ（例えばＰＤＦデータ）を受け取り、本フローチャートの処理を終了する。以上が、データ埋め込み帳票出力である。
【０１７２】
図１４は、本実施形態に適応可能なロール、ワークワイテム、可視化フォームのデータベーススキーマを説明する図である。これらのデータベースは、コンテンツ管理アプリケーションが使用するものであり、データベース１１０内に構築される。
【０１７３】
なお、ロールとはユーザの役割や役職をあらわすものとする。コンテンツ管理アプリケーションにはワークフロー機能があり、ロールはワークフローの実行に必要である。コンテンツ管理アプリケーションでは、ロールをユーザ情報と関連付けて管理する。
【０１７４】
１４０１aはユーザ／ロールテーブルであり、コンテンツ管理アプリケーションが使用するユーザ情報とロールを管理するものである。モジュール３０３のユーザ管理機能は、ユーザが登録されると、ユニークなユーザＩＤを発行しロールを割り当てる。そのテーブル定義が１４０１ｂである。割り当てるロールはユーザ登録時に指定することができる。即ち、ユーザ／ロールテーブル１４０１aは、各ユーザ情報（ユーザＩＤ）に対応するロール情報（ロールＩＤ）を定めたユーザ・ロール対応情報である。
【０１７５】
また１４０１ｂにバージョン情報を持たせ、ユーザとロールの組み合わせを複数管理することを可能とする。これは時期によってユーザのロールが変わることを想定している。
【０１７６】
１４０２aはワークアイテムと作業工程のマッピングテーブルである。コンテンツ管理アプリケーションのワークフロー制御機能において、ユーザがワークフローを開始するとワークアイテムが発行される。ワークアイテムとは、定められたワークフローによって処理が進む。例えば「申請→確認→承認」のようなフローである。また、ワークアイテムの発行タイミングは、ワークフローの定義に応じる。例えば、ユーザがシステムにログインしたときであったり、ＵＩからワークフロー開始を指定したときであったり、又は帳票をスキャンしたときに自動的に発行されたりする。
【０１７７】
ワークアイテムが発行されると、ユニークなワークアイテムＩＤを発行し処理を行うユーザを割り当てる。そのテーブル定義が１４０２ｂである。
【０１７８】
ワークアイテムには作業工程があり、ワークアイテムと作業工程のマッピングテーブル１４０２aで管理されている。
【０１７９】
また、本実施形態でのワークフローは、帳票を使用するワークフローとし、ワークアイテムと作業工程のマッピングテーブル１４０２aにおいてワークアイテムとフォームＩＤを関連つけて管理する。即ち、ワークアイテムと作業工程のマッピングテーブル１４０２aからは、ワークアイテムを処理するユーザＩＤ、ワークアイテムの作業工程、使用する帳票の情報を取得することができる。即ち、ワークアイテムと作業工程のマッピングテーブル１４０２aは、ワークフロー情報（ワークアイテムＩＤ）とロール情報（ロールＩＤ）とワークフローの作業工程の対応を定めた情報である。なお、作業工程は、図３に示したＷｅｂアプリケーションサーバ１０９のモジュール３０３のワークフロー制御機能により管理されている。
【０１８０】
１４０３aはロールと可視化フォームのマッピングテーブルである。図９では部品フォームとよばれる帳票を１つに組み合わせて帳票を作成することができることを説明したが、これを利用し、本発明ではロールに応じて出力帳票を変化させるようにする。即ち、ロールと可視化フォームのマッピングテーブル１４０３aは、ロール情報（ロールＩＤ）とワークフローの作業工程の組み合わせごとに帳票フォーム内の可視化出力する部品フォーム（フォームＩＤ）を定めたロール・可視化フォーム対応情報である。
【０１８１】
例えば、部品フォーム９０１，９０２，９０３があり、あるロールでは「フォーム(1)＋(2)＋(3)」の９０４を、別のロールでは「フォーム(1)＋(3)」の９０５を出力するわけである。そのためにロールと可視化フォームのマッピングテーブル１４０３aを用意する。
【０１８２】
１４０３aのテーブル定義１４０３ｂには、ロールＩＤ、作業工程、フォームＩＤ、可視化フラグがある。本実施形態では、ロールに応じて出力帳票を変化させるが、その際、作業工程によっても変化させるようにする。この帳票の変化は、可視化フラグを設け、この可視化フラグが「有効」である部品フォームを表示、可視化フラグが「無効」であるものを非表示とする帳票を出力するよう制御する。
【０１８３】
以下、例を用いて説明する。いま、ワークアイテムＩＤ「WI_01」の処理が開始されたとする。１４０２aからワークアイテムＩＤ「WI_01」を処理できるユーザが、ユーザＩＤ「User_03」であることがわかる。
【０１８４】
次に１４０１aからユーザＩＤ「User_03」のロールは「担当者」であることがわかる。また、１４０２aからワークアイテムＩＤ「WI_01」の作業工程は「開始フェーズ」であり、使用する帳票はフォームＩＤ「Ａ帳票」であることがわかる。フォームＩＤからは図６で説明したとおり、６０１aより帳票ファイル名を見つけることができる。
【０１８５】
該当する帳票ファイル名「A.mform」は、組み合わせ帳票なので、帳票ファイル格納フォルダ１１０３aより、２つの部品フォーム「a01.form」，「a02.form」を使用することがわかる。部品フォーム「a01.form」，「a02.form」のフォームＩＤは、６０１aから「Ａ帳票の部品01」「Ａ帳票の部品02」であることがわかる。
【０１８６】
以上の情報をロールと可視化フォームのマッピングテーブル１４０３aに当てはめると、「担当者」，「開始フェーズ」における「Ａ帳票の部品01」の可視化フラグは「1」（有効）。同様に「担当者」，「開始フェーズ」における「Ａ帳票の部品02」の可視化フラグも「1」（有効）であると判断できる。
【０１８７】
なお、ユーザ／ロールテーブル１４０１ａ，ワークアイテムと作業工程のマッピングテーブル１４０２ａ，ロールと可視化フォームのマッピングテーブル１４０３ａ，帳票管理テーブル６０１ａ内の情報は、データベース１１０内に記憶されるものとする。
【０１８８】
また、ロールと可視化フォームのマッピングテーブル１４０３ａは、帳票フォーム（複数の部品フォームより構成される複合帳票フォーム）ごとに記憶されているものとする。
【０１８９】
図１５は、本実施形態に適応可能なデータ領域と部品フォームを扱う帳票の一例を示す図である。
【０１９０】
本実施形態では、部品フォームを使った組み合わせ帳票を使用する。また、図１２，図１３で説明した帳票へのデータ領域の埋め込みも使用する。本実施形態では、これら両方の特性を持つ帳票を用意しておく必要がある。
【０１９１】
図１５において、１５０１は部品フォームの例である。１５０２はデータ領域をもつ部品フォームである。データ領域については図１２の１２０４で説明した。
【０１９２】
そして、部品フォーム１５０２と部品フォーム１５０２を組み合わせた帳票として１５０３を作成する。以下、この組合せ帳票１５０３をデフォルト結合帳票と呼ぶ。
【０１９３】
また、１５０４はデフォルト結合帳票１５０３のデータ構造の一例を示す。本実施形態では、デフォルト結合帳票は、マークアップ言語として作成されているが、これに限定されるものではない。また、デフォルト結合帳票１５０３には、実際には、１５０４に示した情報より多くの情報が記述されるが、ここでは可視化出力する部品フォームの指定記述のみ図示している。
【０１９４】
また、１５０４において、１５０４a，１５０４bは可視化出力する部品フォームの記述である。このように、デフォルト結合帳票１５０３は、可視化出力する部品フォームの情報を保持している。なお、帳票アプリケーションが、これら部品フォームの情報１５０４ａ，１５０４ｂを解釈し、出力帳票を作成する。
【０１９５】
なお、１５０４a，１５０４bには、＜サイズ＞や＜バージョン＞といったタグがあるが、このタグは拡張可能である。
【０１９６】
また、１５０４の表記は、デフォルト結合帳票の一例であり、デフォルト結合帳票フォームには、必ずしも＜サイズ＞タグが必要なわけではなく、可視化出力する部品フォームを判別することができればよい。
【０１９７】
さらに、デフォルト結合帳票１５０３には、可視化出力する部品フォームを記載する構成となっており、１５０４に記載されている１５０４ａ，１５０４ｂに対応する部品フォームは全て可視化される。
【０１９８】
また、デフォルト結合帳票１５０３は、組み合わせ帳票の一種であるため、本実施形態では「.mform」の拡張子で扱うものとする。
【０１９９】
以下、図１６を参照して、ロール情報に応じて帳票の可視化を変化させるロジックを組み込んだ帳票出力について説明する。
【０２００】
図１６は、本実施形態に適応可能なロールに応じて出力帳票を可変させる処理の一例を示すフローチャートである。
【０２０１】
なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１６０１〜Ｓ１６１０は各ステップを示す。
【０２０２】
まず、コンテンツ管理アプリケーションは、Ｗｅｂアプリケーションサーバ１０９にログイン済みのユーザからクライアントＰＣのＷｅｂブラウザを介して帳票出力指示を受けると、本フローチャートの処理を開始する。
【０２０３】
まず、Ｓ１６０１において、コンテンツ管理アプリケーションは、クライアントＰＣのＷｅｂブラウザを介して、ワークアイテムの選択を受け付ける。
【０２０４】
次にＳ１６０２において、コンテンツ管理アプリケーションは、フォームＩＤから使用する帳票ファイルを選定する。詳細には、コンテンツ管理アプリケーションは、まず、ワークアイテムを基にマッピングテーブル１４０２aを参照して、Ｓ１６０１で選択されたワークアイテムを処理するユーザＩＤ、ワークアイテムの作業工程、使用する帳票の情報を取得する。次に、コンテンツ管理アプリケーションは、取得したフォームＩＤを基に帳票管理テーブル６０１aを参照してファイル名を取得する。最後に、コンテンツ管理アプリケーションは、取得したファイル名に対応する帳票ファイル格納フォルダ１１０３aを参照して使用する帳票ファイルを選定する。
【０２０５】
次にＳ１６０３において、コンテンツ管理アプリケーションは、Ｓ１６０２で選定したファイルがデフォルト結合帳票を使用するファイルかどうかを判断する。なお、この判断は、ここではＳ１６０３で選定されたファイルのファイル名によって行う。本実施形態では、デフォルト結合帳票を使用するファイルの場合はファイル名の後半が「_default.mform」となる。一方、デフォルト結合帳票を使用するファイル（組み合わせ帳票）でない場合はファイル名の後半が「_default.mform」とならない。
【０２０６】
そして、Ｓ１６０３において、Ｓ１６０２で選定したファイルがデフォルト結合帳票を使用するファイルでないと判定した場合には、コンテンツ管理アプリケーションは、そのままステップＳ１６０９に処理を進める。
【０２０７】
一方、Ｓ１６０３において、Ｓ１６０２で選定したファイルがデフォルト結合帳票を使用するファイルであると判定した場合には、コンテンツ管理アプリケーションは、ステップＳ１６０４に処理を進める。
【０２０８】
次にＳ１６０４では、コンテンツ管理アプリケーションは、ユーザ情報から割り当てられたロールＩＤを探す。詳細には、コンテンツ管理アプリケーションは、Ｓ１６０２で取得したワークアイテムを処理するユーザＩＤを基にユーザ／ロールテーブル１４０１aを参照することで、ワークアイテムを処理するユーザに該当するロールＩＤを取得する。
【０２０９】
次にＳ１６０５において、Ｓ１６０２で取得したロールＩＤ、作業工程、フォームＩＤを基に、ロールと可視化フォームのマッピングテーブル１４０３aを参照し、フォームＩＤの可視化が有効となっているフォームをピックアップ（選定）する。この探索過程は図１４で説明した。
【０２１０】
次にＳ１６０６において、コンテンツ管理アプリケーションは、デフォルト結合フォームで定められている部品フォームと、Ｓ１６０５においてピックアップされた可視化が有効となっているフォームのフォームＩＤの差異の有無を判断する。
【０２１１】
そして、Ｓ１６０６において、コンテンツ管理アプリケーションは、差異があると判断した場合にはＳ１６０７に処理を進め、差異がないと判断した場合にはＳ１６０８に処理を進める。
【０２１２】
Ｓ１６０７では、コンテンツ管理アプリケーションは、デフォルト結合フォームの編集作業を行う。この編集作業は、図１５の１５０４a，１５０４bのように可視化しなければいけない部品フォームを追加する作業である。また逆に、この編集作業は、デフォルト結合フォームにある部品フォームだが、Ｓ１６０５からピックアップされた帳票にないものがあれば、該当する記述をデフォルト結合フォームから削除する作業である。この編集作業を終え、デフォルト結合フォームに可視化する部品フォームのみ記述された帳票は、コンテンツ管理アプリケーションによって保持される。なお、保持は一時的なものであればよいので、メモリ上で扱ってもよい。若しくは、デフォルト結合フォーム１５０４をコピーしてリネームし、別のデフォルト結合フォームとして保持してもよい。
【０２１３】
次にＳ１６０８において、コンテンツ管理アプリケーションは、帳票に埋め込む画像、文字列、データを取得する。このＳ１６０８の処理の詳細は、後述する図１７にて説明する。
【０２１４】
次にＳ１６０９において、コンテンツ管理アプリケーションは、使用する帳票と使用するデータ類（Ｓ１６０８で取得した帳票に埋め込む画像、文字列、データ）を帳票アプリケーションに渡し、帳票の作成を行わせる。なお、前記使用する帳票は、編集されたデフォルト結合フォームと付随する部品フォームを示す。ただし、Ｓ１６０３でデフォルト結合帳票でないと判定された場合、使用する帳票は、Ｓ１６０２で選定された帳票のフォームとする。また、Ｓ１６０６差異なしと判定された場合、使用する帳票は、編集していないデフォルト結合フォームと付随する部品フォームとなる。
【０２１５】
最後に、Ｓ１６１０において、コンテンツ管理アプリケーションは、帳票アプリケーションで作成された出力物（電子ファイル）を受け取り、本フローチャートの処理を終了させる。
【０２１６】
図１７Ａは、図１６のＳ１６０８に示した、帳票に埋め込む画像、文字列、データを取得する処理を詳細に示すフローチャートであり、帳票アプリケーションに渡すデータをどのように選定、取得、作成するかを示す。
【０２１７】
なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１７０１〜Ｓ１７０７は各ステップを示す。
【０２１８】
図１７Ｂは、図１６のＳ１６０８に示した、帳票に埋め込む画像、文字列、データを取得する処理を説明するための図である。
【０２１９】
まず、コンテンツ管理アプリケーションは、Ｓ１７０１〜Ｓ１７０５において、Ｓ１７０２〜Ｓ１７０４の処理を部品フォーム数だけ繰り返すように制御する。
【０２２０】
Ｓ１７０２では、コンテンツ管理アプリケーションは、フォームＩＤを基に帳票管理テーブル６０１ａを参照して使用するファイルを選定する（図８のＳ８０１と同様）。
【０２２１】
次にＳ１７０３において、コンテンツ管理アプリケーションは、Ｓ１７０２で選定した帳票ファイルに対応するデータ項目キーを取得する（図８のＳ８０２と同様）。
【０２２２】
次にＳ１７０４において、コンテンツ管理アプリケーションは、Ｓ１７０２で選定したファイルと、Ｓ１７０３で選定したデータ項目キーに対応するデータを取得してメモリ内に保持する。なお、１７０４a、１７０４ｂ（図１７Ｂ）に、Ｓ１７０３、Ｓ１７０４の概要を示す。１７０４aは図８の３０３aと、１７０４bは図８の８０３ｂと同様であるので説明を割愛する。
【０２２３】
そして、Ｓ１７０１〜Ｓ１７０５のループ処理を終了すると、コンテンツ管理アプリケーションは、Ｓ１７０６に処理を進める。以上のＳ１７０１〜Ｓ１７０５の処理により、帳票に埋め込む、文字、画像等がメモリ内に保持される。
【０２２４】
次に、Ｓ１７０６では、コンテンツ管理アプリケーションは、ロールと可視化フォームのマッピングテーブル１４０３ａをｘｍｌ化する。
【０２２５】
次にＳ１７０７において、Ｓ１７０６でｘｍｌ化した、ロールと可視化フォームのマッピングテーブルを、エンコードしてドットパターン画像を作成する。これは図１３の１３０７と同様の処理である。ただし、Ｓ１７０７で埋め込むデータは可視化フォームのマッピングテーブルであり、またこの情報をｘｍｌ形式に落とし込む。これはデータをメモリ上ではなくファイル形式にしたほうが扱いが容易であるからである。またｘｍｌは一例であり、他の形式のデータであってもよい。なお、図中の１７０６aは、Ｓ１７０５、Ｓ１７０６の処理概要を示すものである。
【０２２６】
Ｓ１７０７の処理が終了すると、コンテンツ管理アプリケーションは、本フローチャートの処理を終了し、以上の処理で得られた、文字、画像ファイル、ドットパターン画像を、図１６のＳ１６０９で使用する。
【０２２７】
以上の手順によって、コンテンツ管理アプリケーションから、ユーザのロールによって、可視化領域を変化させた帳票が作成できる。
【０２２８】
次に、この帳票をユーザが使用した場合の説明を行う。
【０２２９】
図１８は、図１６に示した帳票出力処理により出力された帳票（ロールに応じて可視化領域を変化させた帳票）を画像処理装置から使用した場合の処理の一例を示すフローチャートである。
【０２３０】
図１８のフローチャートに示す処理は、画像処理装置１１１，１１２及びコンテンツ管理アプリケーションを実行するＷｅｂアプリケーションサーバ１０９で行われる。なお、図中、Ｓ１８０１〜Ｓ１８０６は画像処理装置で実行される各ステップに対応し、Ｓ１８０７〜Ｓ１８１５はＷｅｂサーバで実行される各ステップに対応する。
【０２３１】
即ち、Ｓ１８０１〜Ｓ１８０６の処理は、画像処理装置の演算処理部３１０がプログラム記憶部３１２からプログラムを読み出して実行することにより実現される。即ち、Ｓ１８０１〜Ｓ１８０６の各ステップは、画像処理装置の演算処理部３１０がプログラム記憶部３１２に記憶されるプログラムの指令を受けて実行する。以下、単に、画像処理装置の演算処理部３１０が実行すると記載する。
【０２３２】
また、Ｓ１８０７〜Ｓ１８１５の処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。
【０２３３】
まず、画像処理装置の演算処理部３１０は、画像処理装置の入力部３０８におけるユーザのログイン操作を検知すると、Ｓ１８０１において、ログイン処理を実行する。
【０２３４】
次にＳ１８０２において、画像処理装置の演算処理部３１０は、ユーザの処理するワークアイテムの選択を画像処理装置の入力部３０８から受け付ける。
【０２３５】
次にＳ１８０３において、画像処理装置の演算処理部３１０は、ユーザが所持していた帳票をスキャナ部３１３にセットさせ、スキャナ部３１３によりスキャンする。なお、ここでスキャンする帳票は、図１６に示した帳票出力処理により出力された可視化領域を変化させることのできる帳票である。
【０２３６】
次にＳ１８０４において、画像処理装置の演算処理部３１０は、ログイン情報とワークアイテム情報とスキャンデータを、Ｗｅｂアプリケーションサーバ１０９上で動作するコンテンツ管理アプリケーションに送付（送信処理）する。なお、ここで送信されるログイン情報は、Ｓ１８０１のログイン処理で用いたユーザのログイン情報（ユーザＩＤ等）である。また、ここで送信されるワークアイテム情報は、Ｓ１８０２で選択されたワークアイテムに対応するワークアイテム情報（ワークアイテムＩＤ等）である。さらに、ここで送信されるスキャンデータは、Ｓ１８０３で読取ったスキャンデータである。
【０２３７】
次に、Ｓ１８０７において、コンテンツ管理アプリケーションは、Ｓ１８０４の送信処理により画像処理装置から送られてきた情報（ログイン情報，ワークアイテム情報，スキャンデータ）を受信する。
【０２３８】
次にＳ１８０８において、コンテンツ管理アプリケーションは、Ｓ１８０７で受信したスキャンデータに対し、ブロックセレクションを行い、Ｓ１８０９において、画像内のドットパターン画像領域をデータ領域として抽出する。
【０２３９】
そしてＳ１８１０において、コンテンツ管理アプリケーションは、Ｓ１８０８で抽出したデータ領域をデコード（復号化）し、元データを抽出する。なお、このデコード処理は、図１３のＳ１３０６でエンコードを行ったモジュールと同様にコンテンツ管理アプリケーションの機能の１つであっても、外部ライブラリなどを使用するものでもよい。そして、外部ライブラリを使用する構成の場合、コンテンツ管理アプリケーションは、ドットパターン画像からデコードされた元データを取得するインタフェースを有するものとする。
【０２４０】
次にＳ１８１１において、コンテンツ管理アプリケーションは、Ｓ１８０７で受信したユーザＩＤ，ワークアイテムＩＤに基づいてワークアイテムと作業工程のマッピングテーブル１４０２ａを参照して作業工程とフォームＩＤを選定する。さらに、コンテンツ管理アプリケーションは、選定したフォームＩＤを基に帳票管理テーブル６０１aを参照してフォームファイル名を取得する。また、コンテンツ管理アプリケーションは、Ｓ１８０７で受信したユーザＩＤに基づいてユーザ／ロールテーブル１４０１ａを参照してユーザＩＤに対応するロールＩＤを選定する。また、コンテンツ管理アプリケーションは、選定したロール，取得した作業工程を基に、Ｓ１８１０でデコードしたロールと可視化フォームのマッピングテーブル１４０３ａを参照する。そして、コンテンツ管理アプリケーションは、フォームＩＤの可視化が有効となっているフォームＩＤを選定し、出力帳票の部品フォーム郡に指定する。
【０２４１】
次にＳ１８１２において、コンテンツ管理アプリケーションは、スキャン画像に対しアノテーションを行った帳票を出力するかどうかを判断する。アノテーションを行うかどうかの情報は、Ｓ１８１１で取得したフォームファイル（即ち図１５の１５０４に示したデフォルト結合帳票）内にタグを設け、帳票に情報として持たせることができる。また、アノテーションを行うかどうかの情報を、帳票に情報として持たせず、Ｓ１８０４等のタイミングで画像処理装置の入力部３０８を介してユーザから指示させるように構成してもよい。
【０２４２】
そして、Ｓ１８１２において、コンテンツ管理アプリケーションは、アノテーションを行わないと判断した場合にはＳ１８１３へ処理を進め、帳票出力を行う。この処理は、図１６に示したフローチャートの処理と同様である。ただし、Ｓ１６０１、Ｓ１６０２におけるワークアイテムの選択、使用する帳票ファイルの選定は、既に判別しているので行う必要はない。
【０２４３】
一方、アノテーションを行うと判断した場合には、コンテンツ管理アプリケーションは、Ｓ１８１４へ処理を進める。
【０２４４】
Ｓ１８１４では、コンテンツ管理アプリケーションは、アノテーション処理を行った出力を行う。なお、Ｓ１８１４にアノテーション処理の詳細は後述する図１９で説明する。
【０２４５】
そして、Ｓ１８１３又はＳ１８１４の処理で出力する帳票を取得すると、コンテンツ管理アプリケーションは、Ｓ１８１５に処理を進める。
【０２４６】
ステップＳ１８１５では、コンテンツ管理アプリケーションは、Ｓ１８１３又はＳ１８１４で取得した出力する帳票を、画像処理装置に送信する。
【０２４７】
Ｓ１８０５において、画像処理装置の演算処理部３１０は、Ｓ１８０４の送信処理に応じて、Ｗｅｂアプリケーションサーバ１０９のコンテンツ管理サーバから送信されるファイル（帳票）を受信する。
【０２４８】
最後に、Ｓ１８０６において、画像処理装置の演算処理部３１０は、Ｓ１８０５で受信した帳票を、プリンタ部３１４から印刷出力し、本フローチャートの処理を終了する。
【０２４９】
以上の処理で、ユーザがスキャンした帳票が、ユーザのロールや作業工程によって可視化領域が変更された帳票として出力されることになる。
【０２５０】
図１９は、図１８のＳ１８１４に示したアノテーション帳票出力処理の一例を示すフローチャートである。なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１９０１〜Ｓ１９０７は各ステップを示す。
【０２５１】
まず、Ｓ１９０１において、コンテンツ管理アプリケーションは、元画像（Ｓ１８０７で画像処理装置から受信したスキャン画像）を帳票認識し、帳票管理テーブル６０１ａで管理されるどの帳票に該当するかを判断する。なお、この帳票は、組み合わせ帳票であるので、コンテンツ管理アプリケーションは、該帳票内で使用されている全ての部品フォーム群を識別して把握する。
【０２５２】
次にＳ１９０２において、コンテンツ管理アプリケーションは、Ｓ１９０１で判別された元画像のフォーム（部品フォーム群）と、Ｓ１８１１で指定されたユーザのロールと作業工程に応じたフォーム（可視化が有効となっている部品フォーム群）とに差異があるか判断する。
【０２５３】
そして、Ｓ１９０２において、Ｓ１９０１で判別された元画像のフォームと、Ｓ１８１１で指定されたユーザのロールと作業工程に応じたフォームとに差異がないと判断した場合には、コンテンツ管理アプリケーションは、Ｓ１９０７に処理を進める。即ちスキャンした画像処理装置と、ロールに対応した可視化する部品フォームが同一であった場合である。
【０２５４】
この場合、差異がないので、ステップＳ１９０７では、コンテンツ管理アプリケーションは、新規に帳票を作成せず、元画像を画像処理装置に返すようにし、図１８のフローチャートに処理を戻す。
【０２５５】
一方、Ｓ１９０２において、Ｓ１９０１で判別された元画像のフォームと、Ｓ１８１１で指定されたユーザのロールと作業工程に応じたフォームとに差異があると判断した場合には、コンテンツ管理アプリケーションは、Ｓ１９０３に処理を進める。
【０２５６】
Ｓ１９０３では、コンテンツ管理アプリケーションは、元画像に使用され、かつ、Ｓ１８１１で指定された部品フォーム群に無いものがあるか判断する。
【０２５７】
そして、Ｓ１９０３において、元画像に使用され、かつ、Ｓ１８１１で指定された部品フォーム群に無いものがある（Ｓ１９０３でＹｅｓ）と判断した場合には、コンテンツ管理アプリケーションは、Ｓ１９０４に処理を進める。この場合、元画像に、ログインユーザの現在の作業工程で可視化するべきではない領域が印字されていたことになる。
【０２５８】
Ｓ１９０４では、コンテンツ管理アプリケーションは、Ｓ１８１１で指定された部品フォーム群に無く、かつ、元画像に存在する部品フォーム領域を削除し、Ｓ１９０５に処理を進める。
【０２５９】
一方、Ｓ１９０３において、元画像に使用されかつＳ１８１１で指定された部品フォーム群に無いものがない（Ｓ１９０３でＮｏ）と判断した場合には、コンテンツ管理アプリケーションは、Ｓ１９０５に処理を進める。
【０２６０】
Ｓ１９０５では、コンテンツ管理アプリケーションは、元画像になく、かつ、Ｓ１８１１で指定された部品フォーム群に使用されているものがあるか判断する。
【０２６１】
そして、Ｓ１９０５において、元画像になく、かつ、Ｓ１８１１で指定された部品フォーム群に使用されているものがある（Ｓ１９０５でＹｅｓ）と判断した場合には、コンテンツ管理アプリケーションは、Ｓ１９０６に処理を進める。
【０２６２】
Ｓ１９０６では、コンテンツ管理アプリケーションは、元画像になかった部品フォームを元画像にアノテーションし付加する。即ち、元画像では可視化されていなかった部品フォームを元画像に追記する。以上のフローにより元画像にアノテーションしたものを出力することができる。
【０２６３】
そして、Ｓ１９０６の処理が終了すると、コンテンツ管理アプリケーションは、図１８のフローチャートに処理を戻す。
【０２６４】
＜第１実施形態の効果＞
以上に示したように、ユーザのロールと帳票を使用するワークフローの作業工程との組み合わせに応じて、出力される帳票を可変させることで、ユーザがその作業工程で必要な情報のみを出力することができる。これにより、作業時における混乱を減少させることができる。
【０２６５】
また、帳票を画像処理装置でスキャンして帳票を出力する場合にも同様に、ユーザのロールと作業工程との組み合わせに応じ、出力帳票を変更させて帳票出力することができる。これにより、前のユーザによりスキャン帳票に記載された個人情報等の情報隠蔽を行いつつ、次のユーザが記載する帳票を作成することができる。即ち、作業者に不要な個人情報等をマスクすることが可能となる。
【０２６６】
このように、画像処理装置を用いて、一枚の帳票から順次進められるワークフローの作業工程（及び作業を行うユーザのロール）に応じた帳票を容易に作成することも可能である。
【０２６７】
〔第２実施形態〕
上記第１実施形態では、帳票のデータ領域にはロールと可視化領域のマッピングテーブルをxml化したものをドットパターン画像に変換し埋め込む構成を示した。
【０２６８】
上記第１実施形態の構成では、画像処理装置からロールに応じて帳票を出力する際に、画像処理装置がＷｅｂアプリケーションサーバ１０９と通信し、Ｗｅｂアプリケーションサーバ１０９から新たな出力帳票を受信する必要があった。
【０２６９】
本発明の第２実施形態では、画像処理装置がＷｅｂアプリケーションサーバ１０９と通信できない場合に、出力する帳票を可変させる構成について説明する。なお、第１実施形態と同様の構成については説明を割愛する。
【０２７０】
図２０Ａは、本発明の第２実施形態における、帳票に埋め込む画像、文字列、データを取得する処理（図１６のＳ１６０８）を詳細に示すフローチャートであり、図１７Ａに示したフローチャートの一部を変更した処理フローである。
【０２７１】
なお、このフローチャートの処理は、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＨＤ２１０からコンテンツ管理アプリケーションプログラムをＰＭＥＭ２０３中に読み出して実行することにより実現される。即ち、本フローチャートの各ステップは、Ｗｅｂアプリケーションサーバ１０９のＣＰＵ２０２がＰＭＥＭ２０３中のコンテンツ管理アプリケーションプログラムの指令を受けて実行する。以下、単に、コンテンツ管理アプリケーションが実行すると記載する。なお、図中、Ｓ１７０１〜Ｓ１７０５，Ｓ２００１〜Ｓ２００４は各ステップを示す。また、本フローチャートと図１７のフローチャートにおいて同一のステップには同一のステップ番号を付してあり、説明を割愛する。
【０２７２】
図２０Ｂは、本発明の第２実施形態における、帳票に埋め込む画像、文字列、データを取得する処理（図１６のＳ１６０８）を説明するための図である。
【０２７３】
図２０Ａに示すように、コンテンツ管理アプリケーションは、Ｓ１７０１〜Ｓ１７０５のループ処理を終了すると、Ｓ２００１に処理を進める。
【０２７４】
Ｓ２００１では、コンテンツ管理アプリケーションは、ロール及び作業工程の組み合わせごとに（又は、可視化パターンごとに）、出力ファイル選定テーブル２００１ａ（図２０Ｂ）を作成する。
【０２７５】
以下、Ｓ２００１の処理を詳細に説明する。
【０２７６】
図１４に示した、ロールと可視化フォームのマッピングテーブル１４０３aより、帳票を出力する際には、ロールＩＤと作業工程ごとに可視化フラグの有無によって、いくつかの帳票パターンが必要となることがわかる。
【０２７７】
１４０３aの「担当者」のみを例とすると、「開始フェーズ」では、フォームＩＤ「Ａ帳票の部品01」と「Ａ帳票の部品02」を組み合わせた帳票が必要である。また、同様に「作業中フェーズ」では、フォームＩＤ「Ａ帳票の部品01」の帳票が必要である。さらに、「完了フェーズ」ではフォームＩＤ「Ａ帳票の部品02」の帳票が必要であることがわかる。
【０２７８】
そこで、Ｓ２００１において、コンテンツ管理アプリケーションは、帳票の可視化パターンごとに、帳票に出力ファイル名を付け、該出力ファイル名をロールＩＤ及び作業工程の組み合わせごとに紐付けた、図２０Ｂに示すような出力ファイル選定テーブル２００１aを作成する。この出力ファイル選定テーブル２００１aにより、Ｗｅｂアプリケーションサーバ１０９に接続しなくても、ロールと作業工程がわかれば使用する帳票の出力ファイルをみつけることができる。即ち、出力ファイル選定テーブル２００１aは、ロールと作業工程との組み合わせごとに前記作成した帳票出力データ（出力ファイル名）を対応させたロール・出力データ対応情報である。図２０Ｂでは、出力ファイル選定テーブル２００１aについて、ロールＩＤが「担当者」に相当するものだけを例示している。しかし、Ｓ２００１では、全てのロール（承認者，上級承認者，一般者，担当者等）と作業工程（開始フェーズ，作業中フェーズ、完了フェーズ等）の組み合わせごとに出力ファイル名を対応させた出力ファイル選定テーブル２００１aを作成するものとする。
【０２７９】
次に、Ｓ２００２において、コンテンツ管理アプリケーションは、ユーザ／ロールテーブル１４０１a（図１４）と、Ｓ２００１で作成した出力ファイル選定テーブル２００１aをエンコードし、ドットパターン画像を作成する。なお、ドットパターンの作成は、図１７のＳ１７０７と同様である。
【０２８０】
次にＳ２００３において、コンテンツ管理アプリケーションは、出力ファイル選定テーブル２００１ａで作業工程に紐付けて設定した出力ファイルを、可視化パターン毎（即ち、部品フォームの組み合わせ毎）に、帳票アプリケーションに作成させる。この際、コンテンツ管理アプリケーションは、可視化パターンごとに、使用するフォームファイル、Ｓ１７０４で保持したデータ、Ｓ２００２で作成したドットパターン等を帳票アプリケーションに指定する。図２０Ｂに示した例では、２００３a，２００３b，２００３cに例示するように、「ALL.pdf」，「a01.pdf」，「a02.pdf」が作成される。
【０２８１】
なお、Ｓ２００３では、全てのロール（承認者，上級承認者，一般者，担当者等）と作業工程（開始フェーズ，作業中フェーズ、完了フェーズ等）の組み合わせから決定される可視化パターンに対応する全ての出力ファイル（帳票出力データファイル）を作成するように制御する。
【０２８２】
次にＳ２００４において、コンテンツ管理アプリケーションは、ユーザ／ロールテーブル１４０１aと出力ファイル選定テーブル２００１a及び、作成したファイル群２００３a，２００３b，２００３cをエンコードし、ドットパターン画像を作成する。そして、図１６のフローチャートに処理を戻す。即ち、Ｓ２００４で作成したドットパターン画像２００４a等を、図１６のＳ１６０９の処理に渡す。
【０２８３】
次に、この帳票をユーザが使用した場合の説明を行う。
【０２８４】
図２１は、図２０Ａに示した帳票出力処理により出力された帳票（ロールに応じて可視化領域を変化させた帳票）を画像処理装置から使用した場合の処理の一例を示すフローチャートである。
【０２８５】
なお、このフローチャートの処理は、画像処理装置の演算処理部３１０がプログラム記憶部３１２からプログラムを読み出して実行することにより実現される。即ち、Ｓ１８０１〜Ｓ１８０３，Ｓ２１０１〜２１０６の各ステップは、画像処理装置の演算処理部３１０がプログラム記憶部３１２に記憶されるプログラムの指令を受けて実行する。以下、単に、画像処理装置の演算処理部３１０が実行すると記載する。また、本フローチャートと図１８のフローチャートにおいて同一のステップには同一のステップ番号を付してあり、説明を割愛する。
【０２８６】
ステップＳ１８０３の処理を終えると、画像処理装置の演算処理部３１０は、Ｓ２１０１に処理を進める。
【０２８７】
Ｓ２１０１において、画像処理装置の演算処理部３１０は、Ｓ１８０３でスキャンしたスキャンデータに対し、ブロックセレクションを行い、Ｓ２１０２において、画像内のドットパターン画像領域をデータ領域として抽出する。
【０２８８】
そしてＳ２１０３において、画像処理装置の演算処理部３１０は、Ｓ２１０２で抽出したデータ領域をデコードし、元データを抽出する。
【０２８９】
次に、Ｓ２１０４において、画像処理装置の演算処理部３１０は、Ｓ２１０３でデコードした情報に含まれている、出力ファイル選定テーブル２００１aとユーザ／ロールテーブル１４０１aから、出力ファイルを決定する。
【０２９０】
次にＳ２１０５において、画像処理装置の演算処理部３１０は、Ｓ２１０３でデコードしたデータから、Ｓ２１０４で決定した出力ファイルに該当するファイルを取得する。例えば、図２０Ｂに示した「ALL.pdf」，「a01.pdf」，「a02.pdf」のいずれかを取得する。
【０２９１】
最後に、画像処理装置の演算処理部３１０は、Ｓ２１０６において、Ｓ２１０５で取得したファイルを印刷出力（表示出力でもよい）して、処理を終了させる。
【０２９２】
＜第２実施形態の効果＞
以上、説明したように、図２０に示したように、最初に作成する帳票に全ての組み合わせの帳票を埋め込んでおくことで、画像処理装置がＷｅｂアプリケーションサーバ１０９と通信できなくとも、第１実施形態と同様の効果をあげることができる。
【０２９３】
即ち、ユーザのロールに応じて出力される帳票を可変させ、ユーザが必要な情報のみを含む帳票を出力することができる。また、画像処理装置がＷｅｂアプリケーションサーバ１０９と通信できない環境で帳票をスキャンした場合にも、同様にロールと作業工程との組み合わせに応じ出力帳票を可変させることで、作業時における混乱を減少させることができる。また、個人情報などの情報隠蔽を行うことができる。即ち、作業者に不要な個人情報等をマスクすることが可能となる。
【０２９４】
なお、図２１のＳ２１０６では、Ｓ２１０５で取得したファイル内のドットパターン画像領域を、Ｓ２１０２においてデータ領域として抽出したスキャン画像内のドットパターン画像領域に置き換えて（埋め込んで）、印刷出力するようにしてもよい。
【０２９５】
また、Ｓ２１０５で取得したファイル内のドットパターン画像領域が存在しない場合には、以下のように構成してもよい。即ち、Ｓ２１０５で取得したファイル内の白紙領域（又は印刷した際に裏面となる領域）に、Ｓ２１０２においてデータ領域として抽出したスキャン画像内のドットパターン画像領域を埋め込んで、印刷出力（表示出力でもよい）するように構成してもよい。
【０２９６】
これらの構成により、Ｓ２１０６で印刷出力した帳票を再度、図２１のフローチャートの処理に用いて、次の作業工程のユーザのロールに応じて帳票の可視領域を変更させ、次の作業工程のユーザが必要な情報のみを含む帳票を出力することができる。このように、画像処理装置がＷｅｂアプリケーションサーバ１０９と通信できない環境であっても、一枚の帳票から順次進められるワークフローの作業工程（及び作業を行うユーザのロール）に応じた帳票を容易に作成することも可能である。
【０２９７】
以上示したように、本発明では、予めユーザ情報（ロール情報）に応じて可視化出力すべき帳票の部品フォームを定めたロール・可視化フォーム対応情報（マップ情報）を記憶させておき、そのマップ情報を帳票出力データに埋め込む構成を有する。なお、帳票出力データに埋め込むデータの形式は、帳票出力データが紙（シート）に印刷された際にも、該印刷された帳票をスキャナで読み込んで上記マップ情報を認識可能な形式であればどのようなデータ形式であってもよい。例えば、二次元バーコードや、ドットパターン等の形式でもよい。これにより、帳票が紙として出力された場合でも、上記マップ情報を失わずに処理させることができる。
【０２９８】
なお、本実施形態のロール情報をロールに類似する情報（例えば、ユーザとグループの関係）等に置き換えるように構成してもよい。
【０２９９】
また、本発明に適用可能な帳票フォームは、複数の部品フォームから構成される帳票フォームであればどのような構成であってもよい。例えば、レイヤー構造等をもつようなフォームファイルであれば適用可能である。
【０３００】
また、本発明は、帳票出力指示時に、紙（シート）に印刷された帳票から上記マップ情報を読取りロールに応じて出力帳票を判断して、ロールに応じた帳票を出力する構成を有する。なお、この処理フローは、Ｗｅｂアプリケーションサーバ１０９若しくは画像処理装置で実行される。このような構成は、用紙（シート）に印刷された古い帳票から新たに帳票を作成する場合や、既に、記入されコンテンツとして登録された帳票から、別ロールの作業者が使用する帳票を出力するような場合に有効となる。
【０３０１】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０３０２】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０３０３】
以上より、帳票使用者のロール情報に応じて帳票内の可視領域を変更した帳票を容易に作成することができる。また、帳票使用者のロール情報に応じて帳票内の可視領域を変更するための情報を保持した帳票のハードコピーを容易に作成することができる。さらに、この帳票のハードコピーを用いて、他の帳票使用者のロール情報に応じて帳票内の可視領域を変更した帳票を容易に作成することができる。
【０３０４】
以上の結果、例えば、１枚の帳票（又は複数枚がセットになった帳票）を複数人が扱い、それぞれが担当箇所を記載するようなケースであっても、記載領域が多く、帳票使用者が混乱してしまうことを防止できる。また、前の使用者が帳票に記載した個人情報等の情報が次ぎの使用者に漏れてしまうといった事態の発生を防ぐことができる。
【０３０５】
以下、図２２に示すメモリマップを参照して、本発明に係る情報処理装置、画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップの構成について説明する。
【０３０６】
図２２は、本発明に係る情報処理装置、画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【０３０７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のOS等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０３０８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０３０９】
本実施形態における図７，図８Ａ，図１０，図１１，図１３，図１６，図１７Ａ，図１８，図１９，図２０Ａ，図２１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、CD-ROMやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０３１０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（又はCPUやMPU）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０３１１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０３１２】
したがって、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。
【０３１３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVDなどを用いることができる。
【０３１４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０３１５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のプログラムそのものをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、該ホームページから圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバやFTPサーバ等も本発明の請求項に含まれるものである。
【０３１６】
また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布する。さらに、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。さらに、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０３１７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、以下のような構成も含まれることは言うまでもない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３１８】
さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、該メモリに書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３１９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０３２０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０３２１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【０３２２】
なお、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０３２３】
【図１】本実施形態に適応可能なシステムの構成を示すシステム構成図である。
【図２】図１のクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びＷｅｂアプリケーションサーバ１０９に適応可能なパーソナルコンピュータの構成を示すブロック図である。
【図３】本実施形態に適応可能なモジュールの構成図である。
【図４Ａ】本実施形態に適応可能なコンテンツ管理アプリケーションによるコンテンツ管理方法を説明するための図である。
【図４Ｂ】本実施形態に適応可能なコンテンツ管理アプリケーションによるコンテンツ管理方法を説明するための図である。
【図５】コンテンツ管理アプリケーションによる帳票登録及び帳票管理方法を示す概要図である。
【図６】本実施形態に適応可能な帳票管理のデータベースのスキーマを説明する図である。
【図７】本実施形態に適応可能な帳票出力定義作成手順の一例を示すフローチャートである。
【図８Ａ】本実施形態に適応可能な帳票出力処理を説明するための図である。
【図８Ｂ】本実施形態に適応可能な帳票出力処理を説明するための図である。
【図９Ａ】本実施形態に適応可能な帳票の一例を示す模式図である。
【図９Ｂ】本実施形態に適応可能な帳票の一例を示す模式図である。
【図１０】本実施形態に適応可能な帳票出力定義作成手順の一例を示すフローチャートである。
【図１１】本実施形態に適応可能な複数帳票出力処理の一例を示すフローチャートである。
【図１２】本実施形態に適応可能なデータ領域をもつ帳票の一例を示す模式図である。
【図１３】本実施形態に適応可能なデータ領域をもつ帳票出力処理の一例を示すフローチャートである。
【図１４】本実施形態に適応可能なロール、ワークワイテム、可視化フォームのデータベーススキーマを説明する図である。
【図１５】本実施形態に適応可能なデータ領域と部品フォームを扱う帳票の一例を示す図である。
【図１６】本実施形態に適応可能なロールに応じて出力帳票を可変させる処理の一例を示すフローチャートである。
【図１７Ａ】図１６のＳ１６０８に示した、帳票に埋め込む画像、文字列、データを取得する処理を詳細に示すフローチャートである。
【図１７Ｂ】図１６のＳ１６０８に示した、帳票に埋め込む画像、文字列、データを取得する処理を説明するための図である。
【図１８】図１６に示した帳票出力処理により出力された帳票（ロールに応じて可視化領域を変化させた帳票）を画像処理装置から使用した場合の処理の一例を示すフローチャートである。
【図１９】図１８のＳ１８１４に示したアノテーション帳票出力処理の一例を示すフローチャートである。
【図２０Ａ】本発明の第２実施形態における、帳票に埋め込む画像、文字列、データを取得する処理（図１６のＳ１６０８）を詳細に示すフローチャートである。
【図２０Ｂ】本発明の第２実施形態における、帳票に埋め込む画像、文字列、データを取得する処理（図１６のＳ１６０８）を説明するための図である。
【図２１】図２０Ａに示した帳票出力処理により出力された帳票（ロールに応じて可視化領域を変化させた帳票）を画像処理装置から使用した場合の処理の一例を示すフローチャートである。
【図２２】本発明に係る情報処理装置、画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【符号の説明】
【０３２４】
１０１〜１０３    クライアントＰＣ
１０５，１０７    ＬＡＮ
１０６    インターネット
１０８    ＨＴＴＰサーバ
１０９    Ｗｅｂアプリケーションサーバ
１１０    データベース
１１１，１１２    画像処理装置
【図１】
2009218711.tif 000003
【図２】
2009218711.tif 000004
【図３】
2009218711.tif 000005
【図４Ａ】
2009218711.tif 000006
【図４Ｂ】
2009218711.tif 000007
【図５】
2009218711.tif 000008
【図６】
2009218711.tif 000009
【図７】
2009218711.tif 000010
【図８Ａ】
2009218711.tif 000011
【図８Ｂ】
2009218711.tif 000012
【図９Ａ】
2009218711.tif 000013
【図９Ｂ】
2009218711.tif 000014
【図１０】
2009218711.tif 000015
【図１１】
2009218711.tif 000016
【図１２】
2009218711.tif 000017
【図１３】
2009218711.tif 000018
【図１４】
2009218711.tif 000019
【図１５】
2009218711.tif 000020
【図１６】
2009218711.tif 000021
【図１７Ａ】
2009218711.tif 000022
【図１７Ｂ】
2009218711.tif 000023
【図１８】
2009218711.tif 000024
【図１９】
2009218711.tif 000025
【図２０Ａ】
2009218711.tif 000026
【図２０Ｂ】
2009218711.tif 000027
【図２１】
2009218711.tif 000028
【図２２】
2009218711.tif 000029