(57)【要約】【課題】レイアウト済み文書が動的に生成される装置において、レイアウト文書済み文書の編集や、編集後のレイアウト済み文書の内容に基づく、出力用データの生成を可能とすることを目的とする。【解決手段】サーバからデータを取得するデータ取得手段と、テンプレートに、データを挿入してレイアウト済み文書を得るマージ手段と、レイアウト済み文書をレンダリングして画像出力用文書を得るレンダリング手段と、ドキュメントセットと、前記レイアウト済み文書と、前記画像出力用文書とを関連付ける文書関連付け手段と、を有し、レンダリング手段は、前記レイアウト済み文書を編集して得られる第二のレイアウト済み文書をレンダリングして第二の画像出力用文書を得、文書関連付け手段は、前記ドキュメントセットと、前記第二のレイアウト済み文書と、前記第二の画像出力用文書とを関連付ける第二の文書関連付けることによって課題を解決する。【選択図】図１
2008123213.tif 000002
【特許請求の範囲】
【請求項１】
レイアウト情報を記述したテンプレートと、サーバから取得すべきデータ情報を記述したデータ取得指示情報とを含むドキュメントセットから読み出した前記データ取得指示情報に基づき前記サーバからデータを取得するデータ取得手段と、
前記テンプレートに、前記データ取得手段において取得されたデータを挿入してレイアウト済み文書を得るマージ手段と、
前記レイアウト済み文書をレンダリングして画像出力用文書を得るレンダリング手段と、
前記ドキュメントセットと、前記レイアウト済み文書と、前記画像出力用文書とを関連付ける文書関連付け手段と、
を有し、
前記レンダリング手段は、前記レイアウト済み文書を編集して得られる第二のレイアウト済み文書をレンダリングして第二の画像出力用文書を得、
前記文書関連付け手段は、前記ドキュメントセットと、前記第二のレイアウト済み文書と、前記第二の画像出力用文書とを関連付ける第二の文書関連付けることを特徴とする画像出力装置。
【請求項２】
ネットワークを介して端末装置と通信を行う画像出力装置であって、
レイアウト情報を記述したテンプレートと、サーバから取得すべきデータ情報を記述したデータ取得指示情報とを含むドキュメントセットから読み出した前記データ取得指示情報に基づき前記サーバからデータを取得するデータ取得手段と、
前記テンプレートに、前記データ取得手段において取得されたデータを挿入してレイアウト済み文書を得るマージ手段と、
前記レイアウト済み文書をレンダリングして画像出力用文書を得るレンダリング手段と、
前記ドキュメントセットと、前記レイアウト済み文書と、前記画像出力用文書とを関連付ける文書関連付け手段と、
前記レイアウト済み文書を端末装置に送信する送信手段と、
前記端末装置から編集済みの第二のレイアウト済み文書を受信する受信手段と、
を有し、
前記レンダリング手段は、前記第二のレイアウト済み文書をレンダリングして第二の画像出力用文書を得、
前記文書関連付け手段は、前記ドキュメントセットと、前記第二のレイアウト済み文書と、前記第二の画像出力用文書とを関連付けることを特徴とする画像出力装置。
【請求項３】
前記第二のレイアウト済み文書中に処理要求が含まれていた場合は、前記処理要求に従い処理を行うよう制御する制御手段を更に有することを特徴とする請求項１又は２に記載の画像出力装置。
【請求項４】
前記処理要求が文書更新要求である場合、前記制御手段は、前記データ取得手段にデータを取得し直させ、レイアウト済み文書を更新するよう制御することを特徴とする請求項３に記載の画像出力装置。
【請求項５】
画像出力装置における文書処理方法であって、
レイアウト情報を記述したテンプレートと、サーバから取得すべきデータ情報を記述したデータ取得指示情報とを含むドキュメントセットから読み出した前記データ取得指示情報に基づき前記サーバからデータを取得するデータ取得工程と、
前記テンプレートに、前記データ取得工程において取得されたデータを挿入してレイアウト済み文書を得るマージ工程と、
前記レイアウト済み文書をレンダリングして画像出力用文書を得るレンダリング工程と、
前記ドキュメントセットと、前記レイアウト済み文書と、前記画像出力用文書とを関連付ける文書関連付け工程と、
前記レイアウト済み文書を編集して得られる第二のレイアウト済み文書をレンダリングして第二の画像出力用文書を得る第二のレンダリング工程と、
前記ドキュメントセットと、前記第二のレイアウト済み文書と、前記第二の画像出力用文書とを関連付ける第二の文書関連付け工程と、
を有することを特徴とする文書処理方法。
【請求項６】
ネットワークを介して端末装置と通信を行う画像出力装置における文書処理方法であって、
レイアウト情報を記述したテンプレートと、サーバから取得すべきデータ情報を記述したデータ取得指示情報とを含むドキュメントセットから読み出した前記データ取得指示情報に基づき前記サーバからデータを取得するデータ取得工程と、
前記テンプレートに、前記データ取得工程において取得されたデータを挿入してレイアウト済み文書を得るマージ工程と、
前記レイアウト済み文書をレンダリングして画像出力用文書を得るレンダリング工程と、
前記ドキュメントセットと、前記レイアウト済み文書と、前記画像出力用文書とを関連付ける文書関連付け工程と、
前記レイアウト済み文書を端末装置に送信する送信工程と、
前記端末装置から編集済みの第二のレイアウト済み文書を受信する受信工程と
前記第二のレイアウト済み文書をレンダリングして第二の画像出力用文書を得る第二のレンダリング工程と、
前記ドキュメントセットと、前記第二のレイアウト済み文書と、前記第二の画像出力用文書とを関連付ける第二の文書関連付け工程と、
を有することを特徴とする文書処理方法。
【請求項７】
請求項５又は６に記載の文書処理方法を前記画像出力装置のコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書から画像を出力する画像出力装置及び文書処理方法に関する。
【背景技術】
【０００２】
従来、ある文書処理装置と、別の文書処理装置との間で転送される文書に関連する文書を処理する技術として、転送される文書に関連する文書のリストを送る技術があった（例えば、特許文献１参照）。
【０００３】
また、オリジナル文書と、ビューワー用文書とを対応付けて登録するという技術があった（例えば、特許文献２参照）。
【０００４】
また、一つの文書に複数の文書形式でデータが登録されている場合に、文書を操作するユーザ等の情報に応じて、適切な文書形式のデータを自動的に選択する技術があった（例えば、特許文献３参照）。
【０００５】
【特許文献１】特開平９−１９０３７４号公報
【特許文献２】特開２００２−３２４０６２号公報
【特許文献３】特開２００２−３２３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、ある文書と、他の文書との関連付け方法が文書の内容に基づいており、固定的であった。また、文書そのものが動的に生成されるような場合は、考慮されていなかった。また、文書が編集された際に、出力用のデータが更新されることもなかった。
【０００７】
本発明はこのような問題点に鑑みなされたもので、レイアウト済み文書が動的に生成される装置において、レイアウト文書済み文書の編集や、編集後のレイアウト済み文書の内容に基づく、出力用データの生成を可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明は、レイアウト情報を記述したテンプレートと、サーバから取得すべきデータ情報を記述したデータ取得指示情報とを含むドキュメントセットから読み出した前記データ取得指示情報に基づき前記サーバからデータを取得するデータ取得手段と、前記テンプレートに、前記データ取得手段において取得されたデータを挿入してレイアウト済み文書を得るマージ手段と、前記レイアウト済み文書をレンダリングして画像出力用文書を得るレンダリング手段と、前記ドキュメントセットと、前記レイアウト済み文書と、前記画像出力用文書とを関連付ける文書関連付け手段と、を有し、前記レンダリング手段は、前記レイアウト済み文書を編集して得られる第二のレイアウト済み文書をレンダリングして第二の画像出力用文書を得、前記文書関連付け手段は、前記ドキュメントセットと、前記第二のレイアウト済み文書と、前記第二の画像出力用文書とを関連付ける第二の文書関連付けることを特徴とする。
また、本発明は、文書処理方法及びプログラムとしてもよい。
【発明の効果】
【０００９】
本発明によれば、レイアウト済み文書が動的に生成される装置において、レイアウト文書済み文書の編集や、編集後のレイアウト済み文書の内容に基づく、出力用データの生成を可能とすることができる。
【発明を実施するための最良の形態】
【００１０】
＜実施形態１＞
以下、実施形態１について図１〜図８に基づいて説明する。図１は、画像出力システムの構成を示すブロック図である。
図１において、１０１は画像出力装置であるところの複合機（以下、ＭＦＰと称す）である。１０２はアプリケーションサービスプロバイダ（以下、ＡＳＰと称す）がサービスを提供しているサーバ（ＡＳＰサーバ）である。１０３はコンピュータ装置であるところのＰＣ１である。１０４はコンピュータ装置であるところのＰＣ２である。１０５はＭＦＰ１０１とＰＣ１  １０３等を接続するネットワークである。ＡＳＰサーバ１０２は、ネットワーク１０５に接続されていてもよいが、図１ではデータの流れを分かりやすくするため、ＡＳＰサーバ１０５をネットワーク１０５に接続していない。
【００１１】
ＭＦＰ１０１は以下の部を有する。１０６はＡＳＰサーバ１０２からデータを取得するためのデータ取得部である。１０７はデータ取得部１０６が取得したデータと、ドキュメントセット３００の中に含まれるレイアウトテンプレート３０１をマージするデータマージ部である。つまり、データマージ部１０７は、ドキュメントセット３００の中に含まれるレイアウトテンプレート３０１に、データ取得部１０６が取得したデータを挿入する（又は埋め込む）。ドキュメントセット３００及びそれに含まれるレイアウトテンプレート３０１及びデータ取得指示情報３０２については後述する。
【００１２】
１０８はマージ結果のデータをレンダリングするためのレンダリング部である。１０９はデータマージ部１０７やレンダリング部１０８の出力結果である文書データを保存しておくためのボックスである。１１０はデータマージ部の出力結果であるレイアウト済み文書であり、ボックス１０９の中に保存される。１１１はレンダリング部１０８の出力結果である印刷用文書（画像出力用文書）であり、ボックス１０９の中に保存される。１１２はレイアウト済み文書１１０をネットワーク１０５経由でＭＦＰ１０１の外部と送受信するためのデータ送受信部である。１１３はＭＦＰ１０１内の各部が制御する部分以外の部分を制御する制御部である。
【００１３】
図２は、ＭＦＰ１０１のハードウエア面から見た内部構成を示すブロック図である。
図２において、ＭＦＰ１０１は、装置全体を制御する中央処理装置（以下、ＣＰＵと称す）２０１、各種動作プログラムを読み取り可能に格納したＲＯＭ２０２、プログラム動作中の一時的な値の保存に用いるＲＡＭ２０３を有する。また、ＭＦＰ１０１は、各種時間を計測するタイマ２０４、ユーザインタフェースを表示するためのディスプレイ２０５、各種操作ボタン２０６、各種設定データファイルを保存しておくための不揮発性メモリであるＦｌａｓｈＲＯＭ２０７を有する。また、ＭＦＰ１０１は、外部装置と接続するためのネットワークＩ／Ｆ２０８、各種動作プログラム及び設定データファイルを保存しておくためのハードディスク（以下、ＨＤと称す）２０９、及び印刷手段であるところのプリンタ２１０を有する。
【００１４】
ＣＰＵ２０１は図１のデータ取得部１０６、データマージ部１０７、レンダリング部１０８、データ送受信部１１２、及び制御部１１３を実現する。
【００１５】
図２はＭＦＰ１０１の内部構成を示す図であるが、図２に挙げたような構成要素は一般的なコンピュータにも見られるものである。ＡＳＰサーバ１０２、ＰＣ１  １０３、ＰＣ２  １０４についても、各々、その装置に特徴的な構成要素は持っていたり、一部の要素は備えていなかったりするものの、図２に挙げた構成要素を同様に備えている。類似しているので、各々の装置の内部構成を示す図は省略する。
【００１６】
図３はドキュメントセットを説明するための図である。
ドキュメントセット３００はレイアウトテンプレート３０１及びデータ取得指示情報３０２から構成されている。データ取得指示情報３０２は、ＡＳＰサーバ１０２のホスト名情報３１４、ＡＳＰサーバ１０２からデータを検索するときの検索条件３１５、取得するデータ項目を定義する項目リスト３１６を有している。
【００１７】
データ取得指示情報３０２は、「ｄａｔａｂａｓｅ．ｘｙｚ．ｃｏｍ」というホスト名を持つＡＳＰサーバ１０２において（３１４）、データリスト「ｄａｔａＬｉｓｔ＿Ａ」（３１７）から、ａｄｄｒｅｓｓ項目が「Ｔｏｋｙｏ」であるデータを検索（３１５）する。そして、ｎａｍｅ項目（３１８）、ｔｅｌ項目（３１９）、及びａｄｄｒｅｓｓ項目（３２０）を得ることを示している。
【００１８】
前記検索条件を満たすデータがＡＳＰサーバ１０２内に見つかると、ＡＳＰサーバ１０２は検索条件を満たすデータをＳＯＡＰメッセージの形式でＭＦＰ１０１に返す。このときＭＦＰ１０１が受信したデータの形式を示したのがデータ取得リスト３３０である。検索条件を満たすデータはＡＳＰサーバ１０２の中に複数存在し得る。従って実際に取得されるデータは取得データリスト３３０に示すように、ｎａｍｅ要素（３２２）、ｔｅｌ要素（３２３）、及びａｄｄｒｅｓｓ要素（３２４）のデータセット３２５を複数個有するリストとなる。
【００１９】
データ取得指示情報３０２はＸＭＬ形式で記述されており、構造化されている。本実施形態では、ＡＳＰサーバ１０２がＷｅｂサービスに対応しており、ＭＦＰ１０１からＳＯＡＰメッセージを送ることによってＡＳＰサーバ１０２のデータにアクセスできるようになっている。そこで、ＳＯＡＰメッセージを組み立てやすいように、ＸＭＬ形式でデータ取得指示情報３０２を記述している。データ取得指示情報３０２は、ＸＭＬ形式でなく他の記述形式でもよいが、構造化されたデータであると、なお望ましい。
【００２０】
一方、レイアウトテンプレート３０１は３０３〜３０８で示される書式情報と、３０９〜３１３で示されるデータマージ情報から構成されている。データマージ情報は、取得したデータをどのようにマージしていくかを示す。ＡＳＰサーバ１０２から取得したデータであるところの取得データリスト３３０からｄａｔａＬｉｓｔ３２１に含まれるデータセット３２５が一つずつ取り出される。そして、そのｎａｍｅ要素３２２がデータマージ情報３１０にて埋め込まれ、ｔｅｌ要素３２３がデータマージ情報３１１にて埋め込まれ、ａｄｄｒｅｓｓ要素３２４がデータマージ情報３１２にて埋め込まれる。ＭＦＰ１０１は、前記処理をｄａｔａＬｉｓｔ３２１の全体にわたって繰り返す（データマージ情報３０９及び３１３のｆｏｒタグ）。
【００２１】
レイアウトテンプレート３０１に含まれる書式情報３０３〜３０８はＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されているが、本実施形態はこれに限るものではない。
【００２２】
レイアウトテンプレート３０１の別の一例を図４に示す。図４は、ＡＳＰサーバ１０２から取得した「顧客リスト」データを埋め込むためのレイアウトテンプレート９００を示す図である。レイアウトテンプレート９００では、ＸＳＬ−ＦＯ（Ｅｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｆｏｒｍａｔｔｉｎｇ  Ｏｂｊｅｃｔｓ）形式でレイアウト情報が記述されている。レイアウトテンプレート９００における書式情報は、名前空間ｍｒｇで指定される要素である。
【００２３】
ここでは、ｆｏｒｅａｃｈ要素（９０１）とｖａｌｕｅ要素（９０２）とが使われている。ｆｏｒｅａｃｈ要素は、ｌｉｓｔ属性が示すリストの数分、ｆｏｒｅａｃｈ要素の内容部分が繰り返し展開されることを示す。リストの各データ（顧客リストで言えば、各顧客レコード）を区別するためのインデックスを指定でき、ｉｎｄｅｘ属性値に記述しておく。ｖａｌｕｅ要素は、ｎａｍｅ属性の指すデータが、ｖａｌｕｅ要素の位置に置かれることを示す。ｎａｍｅ属性値には、前記ｉｎｄｅｘ属性値を用いることができ、これによって、データマージ処理は顧客レコードを区別でき、適切な顧客レコードの項目データをレイアウトテンプレート９００中に埋め込むことができる。
【００２４】
次に、本発明の画像出力装置の動作について、フローチャートを用いて説明する。図５は、ＭＦＰ１０１のデータ取得処理の一例を示したフローチャートである。
図５において、最初に、ＭＦＰ１０１にログイン中のユーザが所定の操作を実行することによって、取得しようとするデータに対応するドキュメントセット３００を選択する。選択後、ユーザは所定の操作によりデータ取得処理を発動する（ユーザの操作手順は図示せず）。
【００２５】
データ取得処理の発動によって、データ取得部１０６がドキュメントセット３００の中のデータ取得指示情報３０２を読み出す（Ｓ４０１）。
次に、データ取得部１０６は現在ログイン中のユーザに関する情報、例えばログインＩＤ及びパスワードを取得する（Ｓ４０２）。
【００２６】
データ取得部１０６はログイン情報、例えば前記のログインＩＤ及びパスワードを用いてＡＳＰサーバ１０２にログインする（Ｓ４０３）。
ログインした後、データ取得部１０６はデータ取得指示情報３０２に基づき、ＳＯＡＰメッセージを組み立ててＡＳＰサーバ１０２に送る（Ｓ４０４）。
【００２７】
ＡＳＰサーバ１０２は受信したＳＯＡＰメッセージを解析し、要求されたデータを取得データリスト３３０としてＭＦＰ１０１に返す（図示せず）。データ取得部１０６はＡＳＰサーバ１０２から取得データリスト３３０を取得する（Ｓ４０５）。
【００２８】
データ取得部１０６は取得データリスト３３０をデータマージ部１０７に送る（Ｓ４０６）。
データマージ部１０７はレイアウトテンプレート３０１を読み出す（Ｓ４０７）。
データマージ部１０７は取得データリスト３３０をレイアウトテンプレート３０１にマージする（Ｓ４０８）。マージした結果、レイアウト済み文書１１０が得られる。レイアウト済み文書１１０は、レイアウトテンプレート同様、ＨＴＭＬやＸＳＬ−ＦＯで記述される。
【００２９】
レイアウト済み文書１１０の例を図６に示す。図６はＸＳＬ−ＦＯで記述されたレイアウトテンプレート９００と取得データリスト３３０をマージした結果のレイアウト済み文書１１０の一例を示す図である。
【００３０】
＜ｆｏ：ｌａｙｏｕｔ−ｍａｓｔｅｒ−ｓｅｔ＞タグ以下はレイアウトテンプレート９００が取得データリスト３００のデータが展開され、マージされた結果そのままである。前記タグより前の部分には、レイアウトテンプレート９００には存在しないが、レイアウト済み文書１１０が作成されるときに付加された各種タグ及びデータが存在する。図６の例で言えば、Ｌａｙｏｕｔ名前空間で識別されるタグ及びデータである。例えば、図５のＳ４０８においてレイアウト済み文書１１０作成日時を示す情報が、＜Ｌａｙｏｕｔ：ｃｒｅａｔｅ−ｄａｔｅ＞タグの中に埋め込まれる（８０１）。なお、Ｌａｙｏｕｔ名前空間のタグはレイアウト済み文書１１０の生成時にのみ付加されるわけではない。他の付加処理については後述する。
【００３１】
データマージ部１０７はマージ結果であるレイアウト済み文書１１０をボックス１０９に保存する（Ｓ４０９）。
データマージ部１０７はマージ結果であるレイアウト済み文書１１０をレンダリング部１０８に送る（Ｓ４１０）。
【００３２】
レンダリング部１０８はレイアウト済み文書１１０を印刷用途のためレンダリングする（Ｓ４１１）。レンダリングした結果、印刷用文書１１１を得る。
【００３３】
印刷用文書１１１の記述形式の例としては、プリンタ２０１が印刷できるページ記述言語（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ、ＰＤＬ）や、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）が挙げられる。これらのフォーマットは標準化又は規格化されているため異機種との相互運用性が高いものの、独自の機能を付加することが簡単にはできないという特徴を持つ。
【００３４】
図５の説明に戻る。レンダリング部１０８はレンダリング結果である印刷用文書１１１をボックス１０９に保存する（Ｓ４１２）。
【００３５】
次に、制御部１１３は処理中のドキュメントセット３００に関連付けられたレイアウト済み文書１１０又は印刷用文書１１１が存在するかどうかを関連付けテーブルを見て調べる（Ｓ４１３）。関連付けとは、制御部１１３がドキュメントセット３００と、それに基づいて作成したレイアウト済み文書１１０と、印刷用文書１１１とを関連付けてＲＡＭ２０３中の関連付けテーブルに記憶したものである（テーブルは図示せず）。
【００３６】
関連付けられたレイアウト済み文書１１０又は印刷用文書１１１が存在する場合は、制御部１１３はそれらをボックス１０９から削除する（Ｓ４１４）。Ｓ４０９及びＳ４１２で生成した文書を関連付ける前に、関連付けテーブルに文書が存在するということは、以前のデータ取得処理実行時に関連付けられた古い文書が存在することを意味する。新たな文書が生成された今では、これらは不要となるので削除される。
【００３７】
関連付けられたレイアウト済み文書１１０又は印刷用文書１１１が存在しない場合は、ステップＳ４１４はスキップされる。
【００３８】
最後に、制御部１１３はドキュメントセット３００と、それに基づいて作成したレイアウト済み文書１１０と、印刷用文書１１１とを関連付けてＲＡＭ２０３中の関連付けテーブル内に記憶する（Ｓ４１５）。ドキュメントセット３００はＭＦＰ１０１内に複数存在しており、関連付け情報（ドキュメントセット３００と、それに基づいて作成したレイアウト済み文書１１０と、印刷用文書１１１と）は関連付けテーブル内に複数個記憶される。
【００３９】
ユーザが再度データ取得処理を開始した場合は、ＭＦＰ１０１によって図５の処理（又はフローチャート）が再度実行され、新たにレイアウト済み文書１１０及び印刷用文書１１１が生成される。その場合、古いレイアウト済み文書１１０及び印刷用文書１１１はボックスから取り除かれ、ドキュメントセット３００と、新たに生成されたレイアウト済み文書１１０と、印刷用文書１１１とが関連付けられ、記憶される。
【００４０】
ユーザは印刷用文書１１１を所定の操作により印刷することができる。そのとき、制御部１１３は選択された印刷用文書１１１をプリンタ２１０に送る。プリンタ２１０は印刷用文書１１１を印刷する。
【００４１】
次に、ＭＦＰ１０１のレイアウト済み文書１１０をＰＣ１  １０３に送信する処理について、説明する。
ユーザは所定の操作により、ボックス１０９から送信しようとするレイアウト済み文書を選択し、送信先であるＰＣ１  １０３を選択した後、送信を行う。すると、データ送受信部１１２がレイアウト済み文書１１０をＰＣ１  １０３に送信する。
【００４２】
次に、ＰＣ１  １０３におけるＭＦＰ１０１から受信した文書を処理する文書処理の一例を図７のフローチャートを用いて説明する。図７は、ＰＣ１  １０３の文書処理の一例を示したフローチャートである。
ＰＣ１  １０３はＭＦＰ１０１からレイアウト済み文書１１０を受信する（Ｓ６０１）。
【００４３】
ＰＣ１  １０３は受信したレイアウト済み文書１１０の内容及び文書作成日時データ（８０１）を図示しない表示手段を用いてＰＣ１  １０３のユーザに対して表示する（Ｓ６０２）。このとき、レイアウト済み文書１１０の内容は、レンダリング部１０８と同様な手段（機能）を用いて、ＰＣ１  １０３の表示手段に適した表示形式で表示できるようにレンダリングされ、表示される。
【００４４】
ユーザは表示された内容及び文書作成日時データを確認して、文書を承認するかどうかを決定する。承認する場合は、承認のための操作を行う。
ユーザが承認操作を行うと、ＰＣ１  １０３はＳ６０３の判別処理をＹＥＳと判定する。そして、ＰＣ１  １０３は承認データをレイアウト済み文書１１０中に保存する（Ｓ６０４）。
【００４５】
承認データは様々な形式を取り得る。印章データや電子署名データ、或いはそれらの組みあわせであってもよい。
承認データは、図６の例では、８０２の場所に格納される。＜Ｌａｙｏｕｔ：ａｕｔｈｏｒｉｚａｔｉｏｎ−ｄａｔａ＞タグはそれまで存在しなければＰＣ１  １０３によって作成される。
【００４６】
属性ｉｄは、この承認データが、どの文書要素に関連づけられているかを示す。例えば、レイアウト済み文書１１０に印章を押す承認欄が設けられているとする。ＰＣ１  １０３での承認操作によって前記承認欄に印章データが表示されるべきであるならば、前記承認欄を示す文書要素と、この承認データとが関連付けられる。この場合、文書要素と承認データとの属性ｉｄが一致するようｉｄが選ばれる。具体的な操作としては、ある承認欄を選択し、そこに捺印されるように承認操作を行うと、その承認欄を指す文書要素の属性ｉｄが＜Ｌａｙｏｕｔ：ａｕｔｈｏｒｉｚａｔｉｏｎ−ｄａｔａ＞タグの属性として用いられる。
【００４７】
８０３は承認データのタイプを示す。図６ではタイプ：印章である。８０４は承認データのデータタイプを示す。図６ではデータタイプ：イメージである。データの形式は印章イメージデータであることを示す。８０５はデータそのものを示す。図６では印章イメージデータそのものが格納される。バイナリデータの場合は、テキスト形式にエンコーディングされるなどして、格納される。
【００４８】
承認データを文書中に保存した後、ＰＣ１  １０３はユーザが印刷を要求したかどうかを判定する（Ｓ６１１）。ユーザが印刷を要求する所定の操作を行った場合、ＰＣ１  １０３は要求したと見なす。
【００４９】
ユーザが印刷を要求したと判定した場合（Ｓ６１１のＹＥＳ）、印刷要求データをレイアウト済み文書１１０に保存する（Ｓ６１２）。印刷要求データは図６では８０７に格納される。印刷要求があった場合、＜Ｌａｙｏｕｔ：ｐｒｉｎｔ−ｒｅｑｕｅｓｔ＞タグの内容として“ｔｒｕｅ”を格納する。このタグは以前に存在していなければ、本ステップでＰＣ１  １０３によって作成される。
【００５０】
ユーザが印刷を要求しなかった場合は、Ｓ６１２はスキップされる。最後に、ＰＣ１  １０３はレイアウト済み文書１１０をＭＦＰ１０１に送信して（Ｓ６０５）、図７に示す処理を終了する。
【００５１】
Ｓ６０３で文書作成日時が古い等の理由によりユーザがレイアウト済み文書１１０を承認しない場合、レイアウト済み文書１１０の更新を要求する場合がある。
ユーザが文書更新要求の操作を行った場合、Ｓ６０３でＮＯ、Ｓ６０６でＹＥＳに進み、ＰＣ１  １０３は文書更新要求データをレイアウト済み文書１１０に保存する（Ｓ６０７）。文書更新要求データは図６では８０６に格納される。文書更新要求があった場合、＜Ｌａｙｏｕｔ：ｕｐｄａｔｅ−ｒｅｑｕｅｓｔ＞タグの内容として“ｔｒｕｅ”を格納する。このタグは以前に存在していなければ、本ステップでＰＣ１  １０３によって作成される。
【００５２】
続いて、ＰＣ１  １０３はユーザがレイアウト済み文書１１０の自動再受信を要求したかどうかを判定する（Ｓ６０８）。ユーザが自動再受信を要求する操作を行った場合は、Ｓ６０８でＹＥＳに進み、ＰＣ１  １０３は文書自動再受信要求データをレイアウト済み文書１１０に保存する（Ｓ６０９）。文書自動再受信要求データは図６では８０８に格納される。文書自動再受信要求がある場合、＜Ｌａｙｏｕｔ：ａｕｔｏ−ｒｅｔｕｒｎ−ｒｅｑｕｅｓｔ＞タグの中の＜Ｌａｙｏｕｔ：ｒｅｔｕｒｎ−ｈｏｓｔ＞タグの内容として、文書を受信するホスト情報が格納される。図６の場合は、ＰＣ１  １０３のホスト名であるｐｃ１．ｘｙｚ．ｃｏｍが格納されている。これらのタグは以前に存在していなければ、本ステップでＰＣ１  １０３によって作成される。
【００５３】
ユーザが自動再受信を要求しなかった場合は、Ｓ６０９はスキップされる。
その後、ＰＣ１  １０３はレイアウト済み文書１１０をＭＦＰ１０１に送信して（Ｓ６０５）、図７に示す処理を終了する。
【００５４】
Ｓ６０６でユーザがレイアウト済み文書１１０の更新を要求しなかった場合はＮＯに進み、ＰＣ１  １０３はユーザの行った操作に応じて、各種のタグを挿入するといった、その他の処理を行う（Ｓ６１０）。
【００５５】
次に、ＭＦＰ１０１がＰＣ１  １０３からレイアウト済み文書１１０を受信した場合の処理について図８のフローチャートを用いて説明する。図８は、ＭＦＰ１０１のレイアウト済み文書受信処理の一例を示すフローチャートである。
まずデータ送受信部１１２がレイアウト済み文書１１０を受信する（Ｓ７０１）。
【００５６】
続いて、制御部１１３は受信したレイアウト済み文書１１０の内容を解析し、受信したレイアウト済み文書１１０に承認データ８０２が存在するかどうかを調べる（Ｓ７０２）。
存在した場合は、受信したレイアウト済み文書１１０をボックス１０９に保存する（Ｓ７０３）。
【００５７】
続いて、制御部１１３は受信したレイアウト済み文書１１０の元データであり、承認データ８０２が入っていない古いレイアウト済み文書１１０及びそれに関連付けられた印刷用文書１１１をボックス１０９から削除する（Ｓ７０４）。元データを探すには、図示していないが、レイアウト済み文書１１０に予め識別子をつけておけばよい。なお、識別子のつけ方は、レイアウト済み文書１１０を外部から識別できる方法（例えば識別できる名前を付ける）でも、レイアウト済み文書１１０の内部に識別情報を埋め込む方法（例えば特別なタグを作成して識別ＩＤを埋め込む）でもよい。関連付けられた印刷用文書１１１の探索は、制御部１１３が上述した関連付けテーブルの中を探すことによって行う。
続いて制御部１１３がレンダリング部１０８に対して受信したレイアウト済み文書１１０を送る（Ｓ７０５）。
【００５８】
レンダリング部１０８はレイアウト済み文書１１０をレンダリングする（Ｓ７０６）。このとき、レンダリング部１０８は承認データ８０２の中の属性ｉｄを認識し、ｉｄが一致する承認欄を識別し、承認データ８０２中の印章データイメージが前記承認欄の中に描かれるように、レンダリングを行う。
そして制御部１１３は、レンダリング結果である印刷用文書１１１をレンダリング部１０８より受け取り、ボックス１０９に保存する（Ｓ７０７）。
【００５９】
関連付けテーブルを見ると、古いレイアウト済み文書１１０に関連付けられていたドキュメントセット３００が分かる。制御部１１３はこのドキュメントセット３００と、レイアウト済み文書１１０、及び印刷用文書１１１を関連付けテーブルの中に関連付けて記憶する（Ｓ７０８）。
【００６０】
続いて制御部１１３はレイアウト済み文書１１０を印刷することを要求されているかどうかを判別する（Ｓ７０９）。制御部１１３はレイアウト済み文書１１０中に印刷要求データ８０７が存在するかどうかでこの判別を行う。
【００６１】
印刷要求されている場合は、制御部１１３はレイアウト済み文書１１０に関連付けられた印刷用文書１１１をプリンタ２１０に送る（Ｓ７１０）。プリンタ２１０は印刷用文書１１１を印刷して（Ｓ７１１）、図８に示す処理を終了する。
印刷要求がない場合は、Ｓ７１０及びＳ７１１はスキップされる。
【００６２】
Ｓ７０２で承認データ８０２が存在しないと判定された場合はＮＯに進み、制御部１１３はレイアウト済み文書１１０に文書更新要求データ８０６が存在するかどうかを調べる（Ｓ７１２）。
【００６３】
存在した場合は、ＭＦＰ１０１は、図５に示したデータ取得処理を実行する（Ｓ７１３）。ＭＦＰ１０１は、関連付けテーブルの中から、受信したレイアウト済み文書１１０の元データである古いレイアウト済み文書１１０に関連付けられたドキュメント３００に基づき、データ取得処理を実行する。
【００６４】
このとき、新たにレイアウト済み文書１１０と印刷用文書１１１とが生成される。受信したレイアウト済み文書を１１０ａ、元データである古いレイアウト済み文書を１１０ｂ、レイアウト済み文書１１０ｂに関連付けられていた印刷用文書を１１１ｂとする。新たに生成されたレイアウト済み文書を１１０ｃ、それに基づいて生成された印刷用文書を１１１ｃとする。
【００６５】
Ｓ７１３において実行される（呼び出される）データ取得処理において、Ｓ４１３では、制御部１１３は、ドキュメントセット３００に関連付けられたレイアウト済み文書１１０ｂ、印刷用文書１１１ｂが存在すると判定する。
【００６６】
そこでＳ４１４では、制御部１１３がレイアウト済み文書１１０ｂと印刷用文書１１１ｂとを削除する。続いてＳ４１５においては、制御部１１３はドキュメントセット３００、レイアウト済み文書１１０ｃ、及び印刷用文書１１１ｃを関連付ける。
【００６７】
図８の説明に戻り、制御部１１３は、受信レイアウト済み文書１１０ａに文書自動再受信要求データ８０８が存在するかどうかを調べる（Ｓ７１４）。
【００６８】
存在する場合は、データ送受信部１１２が、新レイアウト済み文書１１０ｃを、文書自動再受信要求データ８０８の中の送信先ホスト８０９が示す送信先であるＰＣ１  １０３に送信する（Ｓ７１５）。
【００６９】
最後に、制御部１１３が用済みになった受信レイアウト済み文書１１０ａを削除して（Ｓ７１６）、図８に示す処理を終了する。なお、受信レイアウト済み文書１１０は受信時、ボックス１０９以外のハードディスク２０９上に保存しておくこともできる。この場合、制御部１１３は、受信レイアウト済み文書１１０をハードディスク２０９から削除する。また、受信レイアウト済み文書１１０をＲＡＭ２０３中に保存しておいた場合は、制御部１１３は、ＲＡＭ２０３中から受信レイアウト済み文書１１０を削除する。
【００７０】
受信レイアウト済み文書１１０ａに文書更新要求データ８０６が存在しない場合は、制御部１１３は、他のタグが存在しないかを調べ、存在したタグに応じて、その他の処理を行う（Ｓ７１７）。
【００７１】
Ｓ７１５でＰＣ１  １０３に送信されたレイアウト済み文書１１０は図７に示したフローチャートに従って再度処理され得る。つまり繰り返し処理が可能であり、自動再受信したレイアウト済み文書をユーザが気に入らなければ、再度更新要求と自動再受信要求とを出すことができる。もちろんユーザは気に入ったところで、承認し、印刷要求を出すこともできる。
【００７２】
承認と印刷要求とをＰＣ１  １０３のユーザが同時に出すと、承認データ等を含む形でレンダリング処理がなされ、そのまま印刷することができる。従って、承認してから再度ＭＦＰ１０１を操作して印刷する処理に比べると、手間がかからずスムーズなワークフローを実現できる。
【００７３】
＜実施形態２＞
以下、実施形態２について、図９〜図１１を用いて説明する。例えば、ＰＣ１  １０３をユーザＡが使用しており、ＰＣ２  １０４をユーザＢが使用しているとする。このときのＰＣ２  １０４における、ＭＦＰ１０１内のレイアウト済み文書の変更処理の一例を図９のフローチャートを用いて説明する。図９は、ＰＣ２  １０４における、ＭＦＰ１０１内のレイアウト済み文書の変更処理の一例を示すフローチャートである。
【００７４】
図９において、ＰＣ２  １０４は、ユーザの操作に応じて、ＭＦＰ１０１内のボックス１０９にアクセスし、そこに格納されているレイアウト済み文書１１０のリストを取得する（Ｓ１００１）。
【００７５】
ＰＣ２  １０４は、ユーザの操作に応じて、そのリストの中から、送信しようとするレイアウト済み文書１１０を選択する（Ｓ１００２）。
続いて、ＰＣ２  １０４は、選択したレイアウト済み文書１１０をＭＦＰ１０１から受信する（Ｓ１００３）。
【００７６】
次に、ＰＣ２  １０４はユーザの操作に応じて、レイアウト済み文書の処理は終了したかどうかを判別する（Ｓ１００４）。終了していなければ、ＰＣ２  １０４はユーザが通知先ホストを指定する操作を行ったかどうかを判定する（Ｓ１００５）。
【００７７】
ユーザが通知先ホストを指定する操作を行っていれば、ＰＣ２  １０４は受信したレイアウト済み文書１１０中に、通知先ホストデータとして、自ホスト名を保存する（Ｓ１００６）。通知先ホストデータは図６では８１０に格納される。つまり、＜Ｌａｙｏｕｔ：ｎｏｔｉｆｉｅｄ−ｈｏｓｔ＞タグの中に通信先ホスト名が格納される。図６の例では、ＰＣ２  １０４の自ホスト名であるｐｃ２．ｘｙｚ．ｃｏｍが格納されている。このタグは以前に存在していなければ、本ステップでＰＣ２  １０４によって作成される。
【００７８】
ユーザが通知先ホストを指定する操作を行っていなければ、ＰＣ２  １０４は送信先ホストを指定する操作が行われたかどうかを判定する（Ｓ１００７）。
【００７９】
送信先ホストを指定する操作が行われていれば、ＰＣ２  １０４はレイアウト済み文書１１０中に、ユーザによって指定された送信先ホストデータを保存する（Ｓ１００８）。送信先ホストデータは図６では８１１に格納される。つまり、＜Ｌａｙｏｕｔ：ｄｅｓｔｉｎａｔｉｏｎ−ｈｏｓｔ＞タグの内容として送信先ホスト名が格納される。図６の例ではＰＣ２  １０４のユーザが送信先としてＰＣ１  １０３を選択したとして、ＰＣ１  １０３のホスト名であるｐｃ１．ｘｙｚ．ｃｏｍが格納されている。
【００８０】
レイアウト済み文書１１０に対するユーザの操作が終了すると、Ｓ１００４でＮ
に進み、ＰＣ２  １０４はレイアウト済み文書１１０をＭＦＰ１０１に送り返して（Ｓ１００９）、図９に示す処理を終了する。
【００８１】
図示していないが、このレイアウト済み文書１１０を受信したＭＦＰ１０１はボックス１０９の中の古いレイアウト済み文書１１０を受信したレイアウト済み文書で置き換える。また、ＭＦＰ１０１は関連付けテーブルの更新も上述した処理と同様に行う。
【００８２】
以上、上述した実施形態では、レイアウト済み文書そのものをＰＣ２  １０４とＭＦＰ１０１との間で送受信する方法を説明した。この場合は、ＰＣ２  １０４がレイアウト済み文書に何らかのデータを保存中に、他のＰＣが同時に書き換えることのないよう、何らかのロック機構が必要である。
【００８３】
一方、レイアウト済み文書そのものを送受信しない方法を採ってもよい。例えば、どのレイアウト済み文書が選択されたかを示す情報、通知先ホスト情報、或いは送信先ホスト情報をＰＣ２  １０４がＭＦＰ１０１に送る方法でもよい。この場合は、ＰＣ２  １０４から送られてきた情報を用いてＭＦＰ１０１がレイアウト済み文書１１０に通知先ホストデータを保存する。
【００８４】
次に、ＭＦＰ１０１のレイアウト済み文書１１０の送信処理について、図１０のフローチャートを用いて説明する。図１０は、ＭＦＰ１０１のレイアウト済み文書１１０の送信処理の一例を示すフローチャートである。
【００８５】
図９の処理を経て、送信先ホストデータが保存されたレイアウト済み文書１１０がＰＣ２  １０４からＭＦＰ１０１に送られる。ＭＦＰ１０１ではデータ送受信部１１２がレイアウト済み文書１１０をＰＣ２  １０４から受信する（Ｓ１２０１）。
【００８６】
制御部１１３は受信したレイアウト済み文書１１０の中から送信先ホストデータ８１１を取得する（Ｓ１２０２）。これで送信先ホスト名が分かるので、データ送受信部１１２がレイアウト済み文書１１０を送信先ホストであるＰＣ１  １０３に送信して（Ｓ１２０３）、終了する。
【００８７】
ＰＣ１  １０３に送られたレイアウト済み文書１１０は図７を用いて説明したごとく処理される。次に、ＭＦＰ１０１のレイアウト済み文書１１０の受信処理について、図１１のフローチャートを用いて説明する。図１１は、ＭＦＰ１０１のレイアウト済み文書１１０の受信処理の一例を示すフローチャートである。
【００８８】
図７の処理を経て、ＰＣ１  １０３で処理されたレイアウト済み文書１１０がＭＦＰ１０１に送られる。ＭＦＰ１０１では、データ送受信部１１２がレイアウト済み文書１１０を受信する（Ｓ１１０１）。
【００８９】
この後、Ｓ１１０２からＳ１１１１までの処理は図８のＳ７０１からＳ７１１までの処理と同様であるため、ここでは説明を省略する。
【００９０】
Ｓ１１１１の後、制御部１１３はレイアウト済み文書１１０に格納されている通知先ホストデータを認識し、通知先ホストであるＰＣ２  １０４に「承認及び印刷が実行されました」というメッセージを送る（Ｓ１１１２）。図示していないが、レイアウト済み文書１１０の中に承認を行ったホストのデータや承認日時のデータがあれば、制御部１１３がこれらの情報を認識し、メッセージの中に含めることもできる。このメッセージを受けたＰＣ２  １０４ではメッセージを表示することで、ユーザＢはレイアウト済み文書１１０のステータスを知ることができる。
【００９１】
Ｓ１１０９でＮＯに進んだ場合、印刷処理は実行されなかったものの、承認はされているので、制御部１１３は通知先ホストであるＰＣ２  １０４に「承認が実行されました」というメッセージを送る。
【００９２】
Ｓ１１１３からＳ１１１７までの処理は、図８のＳ７１２からＳ７１６までの処理と同様であるため、ここでは説明を省略する。
【００９３】
Ｓ１１１７の後、制御部１１３は通知先ホストであるＰＣ２  １０４に「文書の更新が実行されました」というメッセージを送る。なお、図１１では自動的にＰＣ１  １０３へ送信したかどうかはメッセージに含めていないが、もちろん含めるようにしてもよい。
【００９４】
以上、上述した各実施形態によれば、レイアウト済み文書が動的に生成される装置において、レイアウト文書済み文書の編集や、編集後のレイアウト済み文書の内容に基づく、出力用データの生成を可能とすることができる。
【００９５】
また、上述した各実施形態によれば、編集可能なレイアウト済み文書と、印刷用文書とを関連付けて保持することにより、文書に対する編集を容易にし、しかも従来の出力処理を変更することなく、出力することができる。また、レイアウト済み文書をＰＣ等に送信し、ＰＣ等においてレイアウト済み文書を編集することもできる。また、編集時は処理要求をレイアウト済み文書に埋め込み、この処理要求に基づいて、後でレイアウト済み文書を処理することもできる。また、レイアウト済み文書の更新指示も可能であり、この更新指示があったときにサーバからデータを取得し、取得したデータに基づいて、レイアウト済み文書を得ることもできる。
【００９６】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００９７】
例えば、実施形態１及び実施形態２では、主にＰＣ１  １０３又はＰＣ２  １０４においてレイアウト済み文書１１０を編集する例を説明したが、ＭＦＰ１０１でレイアウト済み文書１１０を編集するようにしてもよい。例えば、ユーザＡがＭＦＰ１０１にログインしてレイアウト済み文書１１０を編集した後、ユーザＢがＭＦＰ１０１にログインして編集済みのレイアウト済み文書１１０を処理するようにしてもよい。
【００９８】
また、本発明の目的は、上記実施形態の機能を実現するソフトウェアを記録した記憶媒体（記録媒体）をシステム又は装置に供給し、そのシステム又は装置のコンピュータ（ＣＰＵやＭＰＵ）が前記ソフトウェアを実行することでも達成される。この場合、記憶媒体から読み出されたソフトウェア自体が上記実施形態の機能を実現することになり、そのソフトウェアを記憶した記憶媒体は本発明を構成する。
【００９９】
また、前記ソフトウェアの実行により上記機能が実現されるだけでなく、そのソフトウェアの指示により、コンピュータ上で稼働するオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、それによって上記機能が実現される場合も含む。
【０１００】
また、前記ソフトウェアがコンピュータに接続された機能拡張カードやユニットのメモリに書き込まれ、そのソフトウェアの指示により、前記カードやユニットのＣＰＵ等が実際の処理の一部又は全部を行い、それによって上記機能が実現される場合も含む。
【０１０１】
本発明を前記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するソフトウェアが格納される。
【図面の簡単な説明】
【０１０２】
【図１】画像出力システムの構成を示すブロック図である。
【図２】ＭＦＰ１０１のハードウエア面から見た内部構成を示すブロック図である。
【図３】ドキュメントセットを説明するための図である。
【図４】ＡＳＰサーバ１０２から取得した「顧客リスト」データを埋め込むためのレイアウトテンプレート９００を示す図である。
【図５】ＭＦＰ１０１のデータ取得処理の一例を示したフローチャートである。
【図６】ＸＳＬ−ＦＯで記述されたレイアウトテンプレート９００と取得データリスト３３０をマージした結果のレイアウト済み文書１１０の一例を示す図である。
【図７】ＰＣ１  １０３の文書処理の一例を示したフローチャートである。
【図８】ＭＦＰ１０１のレイアウト済み文書受信処理の一例を示すフローチャートである。
【図９】ＰＣ２  １０４における、ＭＦＰ１０１内のレイアウト済み文書の変更処理の一例を示すフローチャートである。
【図１０】ＭＦＰ１０１のレイアウト済み文書１１０の送信処理の一例を示すフローチャートである。
【図１１】ＭＦＰ１０１のレイアウト済み文書１１０の受信処理の一例を示すフローチャートである。
【符号の説明】
【０１０３】
１０１  ＭＦＰ
１０２  ＡＳＰサーバ
１０３  ＰＣ
１０４  ＰＣ
１０５  ネットワーク
１０６  データ取得部（データ取得手段）
１０７  データマージ部（マージ手段）
１０８  レンダリング部（レンダリング手段）
１０９  ボックス（文書関連付け手段）
１１０  レイアウト済み文書
１１１  印刷用文書
１１２  データ送受信部（送信手段、受信手段）
１１３  制御部（制御手段）
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  タイマ
２０５  ディスプレイ
２０６  操作ボタン
２０７  ＦｌａｓｈＲＯＭ
２０８  ネットワークＩ／Ｆ
２０９  ハードディスク
２１０  プリンタ
３００  ドキュメントセット
３０１  レイアウトテンプレート
３０２  データ取得指示情報
３３０  取得データリスト
【図１】
2008123213.tif 000003
【図２】
2008123213.tif 000004
【図３】
2008123213.tif 000005
【図４】
2008123213.tif 000006
【図５】
2008123213.tif 000007
【図６】
2008123213.tif 000008
【図７】
2008123213.tif 000009
【図８】
2008123213.tif 000010
【図９】
2008123213.tif 000011
【図１０】
2008123213.tif 000012
【図１１】
2008123213.tif 000013