JP4829662B2 - 自動レイアウトシステムおよび情報提供方法およびサーバーシステム - Google Patents

Description

本発明は、例えばクライアントからの指示等に基づき、選択されたコンテンツをテンプレートに流し込んでレイアウトを行い、成果物であるドキュメントをクライアントに送信するコンテンツサーバおよびレイアウトシステムに関する。

近年、ユーザの好みに応じてカスタマイズされた電子カタログを配信するＷｅｂシステムがある。そのシステムは、Ｗｅｂサーバが提供するＷｅｂページにおいて、利用者がテンプレートと、そのテンプレートに流し込むコンテンツを選択し、その結果の電子ドキュメントをクライアントが受け取る。なお、データ（コンテンツデータ）をテンプレートに流し込むとは、コンテンツデータを、テンプレートで定義されたレイアウトに従って配置することである。したがってテンプレートにコンテンツデータが流しこまれると、コンテンツデータと、そのレイアウトを示すレイアウトデータとを組にした、レイアウト済みコンテンツデータが生成される。

このようなシステムでは、コンテンツやテンプレートを管理し、提供するコンテンツサーバがそのシステムの一部を形成している。

また、このようなシステムにおいては、ユーザ選択に応じた電子ドキュメントを生成するために、自動レイアウトシステムが利用されている。自動レイアウトシステムでは、コンテンツを流し込む各コンテナのサイズやコンテナ間隔を可変設定することが可能である。これにより、テキストやイメージなどのコンテンツのボリュームに応じて、テンプレートに配置されたコンテナのサイズやコンテナ間の距離が変更できる。そのため、一般的に、自動レイアウトシステムでは、一つのテンプレートで、様々なボリュームのコンテンツと、それらコンテンツの組み合わせに対応することが出来る。なおコンテナとは、テンプレート内に定義された枠であり、その枠内に文字や画像などのコンテンツが配置される。

しかしながら、自動レイアウトシステムでは、異なるコンテンツや、コンテンツの組み合わせバリエーションの違い等によって、各コンテナやコンテナ間に設定した可変設定の想定を超えるデータが流し込まれることがある。その場合、テキストがコンテナ内に収まり切らないテキストオーバーフローやイメージがコンテナ内に収まり切らないイメージオーバーフローなどのレイアウトエラーが発生することがある。

このレイアウトエラーの発生をチェックし、ユーザがテンプレートを再編集し、レイアウトエラーに対する修正を加えることが出来るよう、テンプレートエディタには、いわゆるプリフライト検査を行うプルーフィング機能を備えているものが存在する。プリフライト検査とは、本番の運用に備えて行われる本番運用前検査であり、試験データを用いて正常に動作するか否かを判定する検査を含む。すなわち、技術的な観点からは、自動レイアウトシステムのプリフライト検査とは、自動レイアウトシステムの通常の使用と同じである。運用の目的が、コンテンツデータあるいはテンプレートデータの検証にある点で、プリフライト検査と通常の使用とは異なる。プリフライト検査のことを、単にプリフライトと称する場合もある。

プルーフィング機能を持つ自動レイアウトシステムのプリフライト検査では、コンテンツの試験データがテンプレートに流し込まれて試行的にレイアウトが行われる。そしてそのプリフライト検査の結果が、ユーザに対して表示される。

テンプレート編集者であるユーザは、そのプリフライト検査結果を見ながら、テンプレートを再編集し、レイアウトエラーが発生しないテンプレートとなるよう、各コンテナやコンテナ間に設定した可変設定の値やレベルを変更する。

テンプレート編集者であるユーザは、コンテンツサーバからテンプレートに適用するコンテンツをダウンロードした後、このプルーフィング機能を用いながら、レイアウトエラーが発生しないテンプレートの作成、編集作業を行う。

コンテンツサーバ管理者であるユーザは、テンプレート編集者によって作成されたレイアウトエラーが発生しないテンプレートをコンテンツサーバにアップロードして登録する。登録されたテンプレートは、Ｗｅｂクライアントから電子ドキュメントを要求するユーザがＷｅｂページ上で選択可能なように設定、配置される。

文書の自動レイアウトシステムは、たとえば特許文献１等に記載されている。また、Ｗｅｂにおける更新をクライアントに知らせる技術としてＲＳＳ（ＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ） ｓｉｔｅ ｓｕｍｍａｒｙ）という技術がある（例えば非特許文献１，２等参照）。
特開２００５−２１６１７４号公報 Dan Brickley他１０名、"RDF Site Summary (RSS) 1.0"、［ｏｎｌｉｎｅ］２００１年５月３０日、RSS-DEV Working Group、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：http://purl.org/rss/1.0/spec＞ M. Nottingham, R. Sayer編、"The Atom Syndication Format draft-ietf-atompub-froamat-03"、［ｏｎｌｉｎｅ］２００４年１０月２０日、RSS-DEV Working Group、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：http://atompub.org/2004//10/20/draft-ietf-atompub-froamat-03.html＞

この自動レイアウトシステムにおいては、コンテンツサーバが扱うコンテンツデータは、随時、コンテンツサーバ管理者によって、追加、更新される。そのため、プルーフィング機能を用いながらレイアウトエラーが発生しないよう編集されたテンプレートも、サーバに登録した後には、新しいコンテンツまたは新しいコンテンツの既存のコンテンツとの組み合わせで、レイアウトエラーが発生する可能性が高い。

上記従来の技術では、テンプレートをサーバに登録した後でレイアウトエラーが発生した際、サーバが記録するレイアウト時のエラーログを見て、問題が発生しているテンプレートを特定し、そのテンプレートを修正する必要があった。その際、管理者は、そのテンプレートで問題を起こしたコンテンツデータのレコード群、および、そのレコード群がテンプレートに流し込まれた順序を、更にログから特定する。そしてその特定したレコード群をコンテンツサーバからエディタ環境に手動で指定してダウンロードする。テンプレート再編集作業のために、更に、レコード群の並び順を手動で指定して、プルーフィングエラーをエディタで再現させる。このような手間がかかる手順を踏む必要があった。そのため、一つのテンプレートで、異なるケースのプルーフィングエラーが発生した際や、問題が発生したテンプレートが多く存在する場合、テンプレート修正のための再編集作業は、多くの労力がかかっていた。

本発明は、上記の問題を鑑みてなされたものであり、サーバに登録した後、レイアウトエラーが発生した際に、エラーを解消すべく行われるテンプレートの編集作業を容易にするコンテンツサーバおよびレイアウトシステムを提供することを目的とする。

上述した課題を解決するために、本発明の自動レイアウトシステムは以下の構成を備える。すなわち、シンジケーションデータを取得し表示可能なクライアントと、前記クライアントに対して配信される前記シンジケーションデータを生成するサーバーシステムとを有する自動レイアウトシステムであって、前記サーバーシステムは、コンテンツデータを、テンプレートデータに従って配置処理するレイアウト手段と、前記レイアウト手段による配置処理においてエラーが生じた場合、当該エラーに係るデータへのリンク情報を含むシンジケーションデータを生成する生成手段と、前記生成手段により生成されたシンジケーションデータを前記クライアントに提供する情報提供手段とを有し、前記クライアントは、前記エラーに関連するテンプレートデータと、該テンプレートデータに関連するコンテンツデータとを、前記サーバーシステムから提供されたシンジケーションデータのリンク情報を基に取得する取得手段と、取得されたテンプレートデータとコンテンツデータとを基に再レイアウトを行う再レイアウト手段と、再レイアウトによりエラーが解消されたテンプレートデータの保存を前記サーバーシステムに指示する指示手段とを備える。

あるいは、サーバーシステムであって、コンテンツデータをテンプレートに従ってレイアウトした際に生じたレイアウトエラーをチェックするチェック手段と、前記チェック手段によるレイアウトエラーのチェック結果を基に、タイプ１とタイプ２の２つのタイプのＲＳＳデータを生成し、生成したＲＳＳデータを情報配信サーバーへアップロードするＲＳＳデータ配信手段とを備え、前記タイプ１のＲＳＳデータは、ＲＳＳデータのアイテム要素のタイトル項目にレイアウトエラーが発生したテンプレートの固有情報を設定し、そのタイトル項目に対応するリンク要素には、当該レイアウトエラーを生じたテンプレートが保存されている保存場所のリンク情報を設定したＲＳＳデータであり、前記タイプ２のＲＳＳデータは、前記チェック手段によりエラーの発生が特定されたテンプレート毎に用意されたＲＳＳデータであり、夫々のＲＳＳデータのアイテム要素のタイトル項目にはレイアウトエラーが発生した日時を設定し、そのタイトル項目に対応するリンク要素にはその日時にレイアウトエラーが発生した際に、当該レイアウトエラーが発生したテンプレートで用いたコンテンツが保存されている保存場所のリンク情報を設定したＲＳＳデータであり、前記サーバーシステムはさらに、前記生成手段により生成されたシンジケーションデータを提供する提供手段を備え、クライアントに配信されたＲＳＳデータのリンク要素で設定されたリンク情報を基に当該クライアントがシンジケーションデータの取得要求を行った場合、前記提供手段が、要求されたシンジケーションデータを要求元のクライアントに提供する。

本発明によれば、サーバに登録したテンプレートにレイアウトエラーが発生した際、そのプルーフィングエラーをクライアントのテンプレートエディタで再現させる環境を容易に構築することが出来る。そのため、問題が発生したテンプレートの修正作業が容易になり、自動レイアウト処理の生産性を向上させることができる。

［実施形態］
本発明に好適な実施形態について以下説明を行う。まず本実施形態の自動レイアウトシステムの概略を説明する。

（１）レイアウトサーバは、プリフライト検査または本番運用時に、レイアウトエラーの履歴情報を記録する。レイアウトエラーの履歴は、それが発生したテンプレートの識別情報および流し込んだコンテンツ群の識別情報および流し込みの順序とともに記憶される。なお、テンプレートへのコンテンツの流し込みとは、テンプレートで定義される枠（コンテナ）内に、テキストや画像、グラフィクスデータといったコンテンツデータを配置する処理をいう。なお本例ではコンテンツデータとは、印刷対象となることから、時間をパラメータとしない静的なデータを指す。またコンテンツデータを単にコンテンツと呼ぶ場合もある。また、レイアウトエラーの履歴情報をプリフライト履歴という。プリフライト検査時に記録したエラーのみならず、本番運用時に収集したレイアウトエラーの履歴も、プリフライト履歴と称する。

（２）コンテンツサーバは、このレイアウトエラーのプリフライト履歴を、テンプレート名を見出しにして、ＲＳＳでシンジケーション（情報配信サービス）する。すなわち、テンプレートの識別名を見出しとし、そのテンプレートデータの識別名やＵＲＩ及びエラー数等の履歴情報をＲＤＦ形式に編集し、一定の保存場所に保存する。ＲＳＳのデータは、一般に利用されているものであり、無償あるいは有償で流通しているＲＳＳリーダソフトウエアや、ウエブブラウザや電子メールソフトのＲＳＳリーダ機能で処理可能な形式を持つ。本例では、ＲＳＳリーダ機能とウエブブラウザ機能とを併せ持つクライアントソフトウエアが用いられる。このタイプのソフトウエアは、ユーザインターフェースの上ではウエブページデータとＲＳＳデータとを特に区別せずに閲覧できる。たとえばＲＳＳデータに含まれるハイパーリンクをクリックすれば、そのリンク先が通常のＨＴＭＬデータであっても、ウエブブラウザ機能のコンポーネントを用いてＨＴＭＬデータを表示できる。また、ウエブブラウザ機能により表示するデータに関連づけられたアプリケーションプログラムを起動して、ブラウザのペインの中で、そのアプリケーションプログラムによる処理を実行することもできる。

（３）クライアントは、レイアウトエラーのプリフライト履歴のシンジケーションをニュースフィードとして、ブラウザのＲＳＳリーダで表示する。表示されるのは、エラーの内容と、エラーに係るテンプレートデータの識別名、エラーに係るコンテンツデータの識別名等である。テンプレートデータの識別名およびコンテンツデータの識別名は、いずれもそれぞれのデータそのものへのリンク情報を関連づけられており、それらしき別名がクリックされると、リンク先のデータがアクセスされる。

（４）クライアントブラウザのＲＳＳリーダで、レイアウトエラーが発生したテンプレート名（ＵＲＩリンク）の一つが管理ユーザによりクリック（プリフライト履歴の選択）されると、サーバに対してテンプレート名の選択が伝達される。サーバは、レイアウトエラーのプリフライト履歴に記録された、選択されたテンプレートデータをクライアントに送信する。

（５）クライアントブラウザは、テンプレート編集プログラム（テンプレートエディタともいう）を起動する。テンプレートエディタは、ローカル（クライアント自身）にインストールされたり、ActiveXコンポーネントやJava（登録商標）等で記述されたものがサーバからダウンロードされる。

（６）サーバは、クライアントに送信したテンプレートで発生したレイアウトエラーの履歴を、レイアウトエラー（の識別名）を見出しにして、ＲＳＳフィード（ニュースフィード）する。すなわち、レイアウトエラーの発生を見出しとし、そのレイアウトエラーを生じたコンテンツデータの識別名やＵＲＩをＲＤＦ形式に編集し、一定の保存場所に保存する。

（７）クライアントブラウザのＲＳＳリーダでの表示は、テンプレート固有のレイアウトエラー（プリフライト履歴）のチャンネルに切り替わる。

（８）クライアントブラウザのＲＳＳリーダにフィードされたレイアウトエラー（URLリンク）の一つがユーザによりクリック（プリフライト履歴の選択）された際、サーバは、そのレイアウトエラーにリンクされたコンテンツ群をクライアントに送信する。

（９）クライアントブラウザは、サーバから送信されたコンテンツ群をテンプレートエディタに渡す。テンプレートエディタは、そのコンテンツ群をテンプレートに流し込み、レイアウトプレビューを生成する。コンテンツ群をテンプレートに流し込むとは、コンテンツデータをテンプレートに従ってレイアウトすることである。

（１０）クライアントブラウザのユーザは、テンプレートエディタでレイアウトチェックを実行する。すなわち（８）で得たコンテンツデータの、（４）で得たテンプレートデータにしたがう配置を試みる。その結果、ＲＳＳリーダに表示される、フィードされたレイアウトエラーと同じエラーが試行の結果として得られる筈である。ユーザはその結果を見ながらレイアウトの再編集を行い、レイアウトエラーを修正して行く。

（１１）クライアントブラウザのユーザは、ＲＳＳリーダに表示される別のレイアウトエラーのリンクをクリック（プリフライト履歴の選択）できる。これにより、他のコンテンツ群をサーバから受け取り、テンプレートエディタでそのレイアウトエラーを修正して行く。

（１２）クライアントブラウザのユーザは、レイアウトエラーを修正し、再編集を終えたテンプレートをサーバにアップロード（再登録）する。

（１３）編集されたテンプレートの再登録（更新）を受けたサーバは、そのテンプレートに関する履歴情報を削除する。また、プリフライト履歴のシンジケーションから、そのテンプレートに関する情報を削除し、再び、テンプレート名を見出しにしてＲＳＳフィード（ニュースフィード）を行う。すなわち、エラーが解消されたことを配信する。

以上のようにして、本実施形態のレイアウトシステムによれば、レイアウトエラーの発生が検出されると、エエラーの発生を示す情報と、エラーに係るテンプレートとコンテンツデータとを特定できる情報を、ＲＳＳフィードにより配信する。フィードを受信したクライアント（管理者等）は、受信したテンプレートとコンテンツデータとを特定できる情報とから、発生したレイアウトエラーを直ちに再現することができる。それによってエラーの原因を特定し、エラーが生じないように、テンプレートデータやコンテンツデータを修正する作業を容易に行える。また、修正後の再試験も直ちに行える。

このため、レイアウトエラー解消のための作業が軽減され、迅速化できる。これにより、エラー解消のための修正作業の生産性に加えて、レイアウトされたレイアウト済みデータを生成する処理の生産性を向上させることが出きる。

また、エラーの発生の情報とその修正のための情報がクライアントに通知されるため、レーアウトサーバを常時監視し続ける必要がなく、監視のために割り当てられる資源を減少させることができる。

＜システム構成図＞
本発明の実施形態を説明する前に、本発明を適用可能なシステム構成、およびアプリケーション構成について説明する。

図１は、クライアントからのリクエストに応じ、サーバでバリアブルデータから電子カタログのドキュメントを生成し、レスポンスとしてクライアントに配信するカタログ配信システム１００を図示している。

図２は、図１に示されるサーバやクライアント端末を実現するコンピュータのブロック図である。図２のコンピュータ２０１は、管理クライアントコンピュータモジュール１０１、クライアントコンピュータモジュール１０２、コンテンツサーバ１０３、ファイルサーバ１０４、レイアウトサーバ１０５、Ｗｅｂサーバ１０６のハードウエア構成を示す。システム１００上で実施可能となるテンプレート編集アプリケーションプログラム１２１などは、コンピュータ２０１により実行される。テンプレート編集や印刷のステップはコンピュータ２０１によって実行されるソフトウェアの指示によって実施される。ソフトウェアは例えば以下に記述されるような記憶装置を含むコンピュータの可読媒体に格納される。ソフトウェアはコンピュータの可読媒体からコンピュータにロードされ、コンピュータ２０１によって実行される。そのようなソフトウェアやコンピュータプログラムを記録した可読媒体はコンピュータプログラム製品である。

コンピュータモジュール２０１はキーボード２０２やマウス２０３のようなポインティングデバイスなどの入力装置をつなぎ、ディスプレイ装置２１４や状況に応じてはローカルプリンタ２１５を含む出力装置を連結する。入力／出力インターフェース２０８はコンピュータモジュール２０１をネットワーク接続２０７から接続してシステム１００の他のコンピュータ装置につなげることができる。そのネットワーク接続２０７の典型はローカルエリアネットワーク（ＬＡＮ）、あるいはワイドエリアネットワーク（ＷＡＮ）である。
コンピュータモジュール２０１は、典型的には少なくとも１つのプロセッサユニット２０５、例えば半導体のランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）から構成されるメモリユニット２０６を含む。また、ビデオインタフェース２０７を含むＩＮＰＵＴ／ＯＵＴＰＵＴ（Ｉ／Ｏ）インターフェース、キーボード２０２やマウス２０３のためのＩ／Ｏインターフェース２１３を含んでいる。記憶装置２０９は典型的にハードディスクドライブ２１０やフレキシブルディスクドライブ２１１を含んでいる。図には示されていないが磁気テープドライブもまた使用される可能性がある。ＣＤ−ＲＯＭドライブ２１２は不揮発性のデータソースとして提供される。コンピュータモジュール２０１は、コンピュータシステムの常套的な方法によって、相互接続バス２０４を介して通信を行うコンピュータモジュール２０１のプロセッサ２０５からＩＯインターフェース２１３を利用する。

図２に記述したコンピュータの例ではＩＢＭ互換ＰＣやＳＵＮ社のＳｐａｒｃ Sｔａｔｉｏｎ、あるいはそれらを含んだコンピュータシステムが考えられる。

テンプレート編集アプリケーションプログラム１２１、およびＷＥＢブラウザアプリケーションプログラム１２２または１２５は典型的にハードディスクドライブ２１０に常駐し、プロセッサ２０５により実行、読み込み、コントロールされる。プログラム１２１、１２２、１２５ の媒介記憶装置とネットワーク１０７からフェッチされるデータはハードディスクドライブ２１０に呼応して半導体メモリ２０６を使用する。いくつかのインスタンスではアプリケーションプログラム１２１、１２２、１２５がＣＤ−ＲＯＭやフレキシブルディスク上でエンコードされ、対応するドライブ２１２や２１１を通じて読み込まれユーザに提供される。あるいはもう一つの方法としてアプリケーションプログラム１２１、１２２、１２５はネットワーク接続２０７からユーザによって読み込まれるかもしれない。さらにソフトウェアは、コンピュータ可読媒体からコンピュータモジュール２０１内にロードされる可能性もある。その媒体には、磁気テープ、ＲＯＭ、集積回路、光磁気ディスク、無線インターフェースや赤外線通信で接続された他の機器、ＰＣＭＣＩＡカードのようなコンピュータ可読カード、インターネットやイントラネットで接続された他の機器を含む。前述は単に関連するコンピュータ可読メディアの模範である。他のコンピュータ可読媒体も使用される可能性はある。

またテンプレート編集アプリケーション１２１はバリアブルデータ印刷を行うための２つのソフトウェアコンポーネントを含んでいる。これらのうち１つめのコンポーネントはレイアウトエンジン１２７であり、これは長方形の範囲内で与えられた制限やサイズによって矩形と線の位置を計算するためのソフトウェアコンポーネントである。２つめのコンポーネントであるユーザインターフェース１２８はユーザにドキュメントテンプレートを作成させ、ドキュメントテンプレート内でデータソースと関連付けるメカニズムを提供する。ユーザインターフェース１２８とレイアウトエンジン１２７はコミュニケーションチャネル１２３を介して通信する。ドキュメント生成のためのバリアブルデータのデータソースは、一般的にコンテンツを管理するデータベースアプリケーションを動かしている他のコンピュータによって構成されたコンテンツサーバ１０３上にある典型的なデータベース１１９である。管理クライアントコンピュータ１０１はネットワーク接続１０７の手段によってコンテンツサーバ１０３と通信する。テンプレート編集アプリケーションプログラム１２１は管理クライアントコンピュータ１０１か一般的に他のコンピュータで構成されるファイルサーバー１０４に保存されるドキュメントテンプレートを生成する。またテンプレート編集アプリケーションプログラム１２１はドキュメントテンプレートにデータを流し込んでドキュメントを生成する。これらのドキュメントは管理クライアントコンピュータ１０１のローカルファイルシステムに保存されるか、ファイルサーバー１０４に保存される。

ＷＥＢブラウザアプリケーション１２２、１２５は、ＷＥＢページを閲覧するためのアプリケーションプログラムである。ＷＥＢブラウザアプリケーション１２２、１２５は、他のコンピュータによって構成されたＷＥＢサーバ１０６が提供するＷＥＢページへのアクセス、およびＷＥＢサーバ１０６が提供するリクエストフォームを介したＷＥＢサーバ１０６への情報送信を行う。リクエストフォームは、たとえばＨＴＭＬフォームなどである。また、ＷＥＢブラウザアプリケーション１２２は、コミュニケーションチャネル１２４を介してテンプレート編集アプリケーションプログラム１２１と通信し、ＷＥＢサーバ１０６から受信したデータの仲介や、ＷＥＢサーバ１０６へのデータ送信の仲介を行う。

レイアウトサーバ１０５は典型的なコンピュータである。レイアウトサーバ１０５は、コンテンツサーバ１０３から供給されたデータとファイルサーバ１０４のファイルシステムに保存されたドキュメントテンプレートとを、レイアウトエンジン１２６によって結合し、ドキュメントを生成する。すなわち、コンテンツデータを、テンプレートに従ってレイアウトすることができる。

レイアウトサーバ１０５には、後述の例えば図３０，図３１に示される手順を実行して、レイアウトエラーの通知に関するＲＳＳデータを編集するＲＳＳフィードエディタ１３１が備えられている。作成されたＲＳＳデータはウエブサーバ１０６にアップロードされる。もちろんＲＳＳフィードエディタ１３１はレイアウトサーバ１０５に、その一部として含まれていても良い。

ＷＥＢサーバ１０６は典型的なコンピュータであり、ＷＥＢクライアントであるＷＥＢブラウザアプリケーション１２２、１２５に送付したリクエストフォームの返信を受信する。そしてリクエストフォームに記載されたユーザのリクエスト内容に応じて、コンテンツサーバ１０３に、要求されたコンテンツとテンプレートでのドキュメント生成を依頼し、依頼により生成されたドキュメントをレスポンスとしてクライアントに返す。

またウエブサーバ１０６には、ＲＳＳフィードエディタ１３１によりＲＳＳデータが作成されている場合には、ＲＳＳデータ１３２がアップロードされて保存される。保存されたＲＳＳデータは、ＲＳＳのクライアント（ＲＳＳリーダ）によりたとえば定期的にポーリングされて、それによりクライアントの持つエラーに関する情報が更新される。また、ウエブサーバは、ＲＳＳデータに埋め込まれたハイパーリンク情報に対するリクエストを受信して、必要な処理をコンテンツサーバ等に要求して実行させ、クライアントからのリクエストに応じたデータをクライアントに応答する。これは上述の通りである。

プリントサーバー１０８は直接ネットワークにつながっていないプリンタにネットワーク機能を提供するコンピュータである。プリントサーバー１０８とプリンタ１０９は典型的な通信チャネル１２９を介して接続される。

コンテンツサーバ１０３は典型的なコンピュータであり、アプリケーションサーバでもある。

＜アプリケーション構成図＞
（メインウインドウ）
図３で参照されるように、ユーザインターフェース１２８は、操作時にビデオディスプレイ１４４に表示されるアプリケーションウインドウ３０１によって形成されたユーザインターフェースを含んでいる。ウインドウ３０１は、メニューバー３０２とツールバー３０３、そしてワークエリア３０６とオプションのパレット３１１とカーソル/ポインタデバイス３１３から特徴付けされる。メニューバー３０２は、非表示にすることや、スクリーン上の色々な場所に移動することが可能である。ワークエリア３０６は、マウス２０３の位置・動作によって場所を移動可能である。

メニューバー３０２は、周知の技術として知られているように、メニューオプションの階層の下に拡張される多くのメニューアイテム３０４を持つ。

ツールバー３０３は、アプリケーションの特別なモードによって非表示にする、または表示することが可能な多くのツールボタンとウィジット３０５を持つ。

オプションのルーラー３０８はワークエリア内のポインタ、ページ、ライン、マージンガイド、コンテナまたはオブジェクトの位置を示すために使われる。

パレット３１１はバリアブルデータライブラリのような追加機能にアクセスするために使われる。パレット３１１は移動、リサイズ、クローズをするためのウインドウコントロール３１２を持つ。パレット３１１はオプションで、ワークエリアの前面に表示される、あるいはオブジェクトの背面に隠される。パレット３１１はアプリケーションウインドウ３０１の範囲内のみに表示されることを制限される、あるいはアプリケーションウインドウ３０１の外側に部分的・全体を表示することを許される。

ツールバーエリア３０３は少なくとも、次のユーザ選択可能な『ボタン』を持つ（図４を参照）。
（１）選択ツールボタン４０３：コンテナの辺を選択、移動、サイズ変更、リサイズそしてロック・ロック解除するために使われる。コンテナは、（複数）コンテナの周りに選択ボックスをドラッグする、あるいは複数コンテナを選択する間にCTRLキーを押しつづけることによって、複数選択を可能にする。
（２）イメージコンテナツールボタン４０５：スタティックあるいはバリアブルイメージを持つコンテナを作成するために使われる。
（３）テキストコンテナツールボタン４０４：スタティックあるいはバリアブルテキストを持つコンテナを作成するために使われる。
（４）リンクツールボタン４０６：コンテナ間の距離をコントロールするリンクを作成するために使われる。
これらのボタンは、周知の技術であるように操作状況に合わせて変化するアイコンのツールチップとして実装される。

（ドキュメントテンプレート）
ワークエリア３０６はドキュメントテンプレートのデザインを表示・編集するために使われる。これはユーザに下準備で印刷されたドキュメントの概観をデザインすること、そしてマージされたドキュメントが、バリアブルデータの量・サイズに基づいてどのように変化するかを理解することを可能にする。

もし外部データソースがテンプレートにリンクされていたら、現在のドキュメントのプレビューができるように、バリアブルテキストとイメージがそれらのコンテナに表示される。

ドキュメントの構造とバリアブルデータコンテナの描写をする視覚的な手がかりは、カーソルをコンテナ上に移動させたときや、コンテナを選択したときにいつも表示される。

ワークエリア３０６はスクロールバー３０７とオプションのルーラー３０８とドキュメントテンプレート３０９に特徴付けられる。ドキュメントテンプレート３０９はページが複数あることを示すことができる。

与えられたドキュメントテンプレートのページサイズは、周知の技術としてユーザによって指定される。それぞれのドキュメントでの実際のページ数は、バリアブルデータによって変化するかもしれない。もし１ページ内にフィットできなかった時、追加のページは自動的に作成される。

それぞれのページ内の境界線は、ページ上の印刷可能なオブジェクトの最大幅を示す、任意のページマージン３１０である。

また、図４は1ページのドキュメントテンプレート３０９上に表示することが可能なオブジェクトの例である。それらは、複数のコンテナ４０７、４０８と、任意に適用するアンカーアイコン４０９と固定されていない辺４１０、リンク４１２そしてスライダー４１３を持つ。

（コンテナ）
コンテナは、ドキュメントテンプレート内の固定（静的）あるいは可変（バリアブル）テキスト・イメージを持つスペースであり、他のコンテナやオブジェクトとレイアウトされる。コンテナはマウス２０３動作でポインタ３１３を使い、ユーザインターフェースで示されるように移動、サイズ調整そして再作成される。

より正確にはコンテナは、設定の集まり、視覚的表現そしてインタラクションと編集動作をもっている。下記はコンテナの定義の全部分である。
（１）コンテナは固定あるいは可変のコンテンツを持つ。可変コンテンツは、データソースからとってきて、異なるドキュメントでは異なるかもしれない、という意味でダイナミック（動的）である。可変コンテンツは印刷されないような時間によって変更されたり、アニメーションするコンテンツを含むことは意図していない。同様に、固定コンテンツはコンテナを使って生成される全てのドキュメントで、同じように表示される。けれども、可変コンテナ（動的オブジェクト）の動作によって、固定コンテンツはそれぞれのドキュメントで位置が異なるかもしれない。
（２）コンテナは、コンテンツに適用される背景色、ボーダー、フォント・スタイルのようなテキスト設定のような装飾機能を持っている。
（３）コンテナはドキュメントを生成したときにデータソースからのデータとマージされる。装飾機能は、どんな固定コンテンツでもそうであるように、典型的に印刷された出力物で可視である。可変コンテンツはデータソースから特定のデータの表示をもたらす。コンテナのこの表現は例えば印刷されるか、スクリーン１４４上で表示されるか、その両方が可能である。
（４）コンテナはユーザインターフェースを持つ、例えばコンテナの編集そして表示設定のためのインタラクティブなＧＵＩを持つ。インターフェースの要素は典型的にスクリーン１４４上に表示される、しかしドキュメントには印刷されない。ユーザインターフェース１２８は、背景色やフォントのようなコンテナの装飾機能のいくつかを表示する、そしてコンテナの設定の編集や表示を許すための機能を追加する。ユーザインターフェース機能の特別な目的の例としては、ボーダー、あるいは、コンテナのサイズや位置を対話的に変更、表示するための角アイコンがある。あるいはコンテナがデータソースからデータをマージされたとき、コンテナの動作を示すための上塗りした数、線、アイコン、テキストがある。このように本実施形態のレイアウト編集のユーザインターフェースは、直接編集技術とコンテナのＧＵＩコンポーネントに伴う表示方法の集まりである。

（コンテナ制約）
公知の技術によると、コンテナはそれぞれのドキュメントで表示されるコンテンツを、どのように結びつけるか制御する制約がある。これらの制約（固定・可変コンテンツをコンテナと結びつけると共に）は、ユーザが一つのドキュメントテンプレートから、多数のドキュメントの生成を制御する主要な方法である。制約の例は『このコンテナのコンテンツの高さは、最大値４インチです。』である。もうひとつの制約は『コンテナのコンテンツの左端は、それぞれのドキュメントで同じ水平位置で表示しなければならない。』である。ここに記述される内容は、ＧＵＩを使ってこのような制約を表示、編集するためのいろいろな方法である。

イメージがページ上に定義された場所を持っているように、固定コンテンツの配置を指定するコンテンツプレイスホルダーは、デジタル印刷技術でよく知られている。下記の検討で、コンテナは位置とサイズを持ち、それらは公知の技術で知られている手法で編集され、表示される。また、この検討では、バリアブルデータ印刷に特化した方法での表示・編集に焦点を合わせて説明する。

コンテナは、ユーザにドキュメントのコンテンツのサイズ・位置を指定することを可能にする。いくつかのドキュメントは一つのドキュメントテンプレートから生成されるので、コンテナは多数の可能性と制約を指定・表示するためにユーザインターフェースを使わなければならない。

１つのコンテナの辺は、関連付けられたコンテンツがドキュメント内で表示される仮想の境界線を定義する。このように、この特許でコンテナの左辺を論じることは、関連付けられたコンテンツがどんなドキュメント内でも表示可能である最も左の辺を論じることと同じである。同様に、コンテナの高さを論じることは生成されたドキュメントで関連付けられたコンテンツの高さの制約を論じることとして理解される。この特許明細書では、ユーザインターフェース１２８を参照してコンテナの辺あるいは大きさを論じるところで、この区別は明らかにされるであろう。

下記の検討では、コンテンツの表示を制限するために使われるいくつかの値を定義している用語『固定』は、全てのドキュメントで同じである。
（１）もしコンテナの幅が固定なら、そのコンテナに関連付けられたコンテンツに割り当てられる幅は、全てのドキュメントで同じになるだろう。
（２）もしコンテナの高さが固定なら、関連付けられたコンテンツに割り当てられる高さは、全てのドキュメントで同じになるだろう。
（３）もし距離の制約が固定なら、指定された距離は全てのドキュメントのための制約である。
（４）もしコンテナの左右辺が固定なら、左右辺の水平位置が、全てのドキュメントで同じであることを意味している、しかしコンテナの高さあるいは垂直方向の位置は、変わるかもしれない。例えば、もしコンテナの左辺が固定なら、そのコンテナに関連付けられたコンテンツは、あるドキュメントでページの上に近く表示され、他のドキュメントでページの下に近く表示されることがある。しかし左辺は全てのケースで同じ水平位置である。
（５）もしコンテナの上下辺が固定なら、辺の垂直位置がページに関して全てのドキュメントで同じであることを意味している、しかしコンテナの幅あるいは水平位置は変わるかもしれない。
（６）コンテナの垂直軸はコンテナの右と左辺の平行で、そして中間に位置される想像上の垂直線である。もしコンテナの垂直軸が固定なら、コンテナの左右辺の水平位置の平均は、すべてのドキュメントで同じである。この制約で、コンテナの幅は変化するかもしれない。左右辺両方が異なったドキュメントで、垂直軸にもっとも遠いかもっとも近いかもしれない。しかし軸は全てのドキュメントで同じ水平位置にある。コンテナの高さと水平位置はこの制約によって影響されない。
（７）同様に、もし水平軸が固定なら、コンテナの上そして下辺が垂直に位置されることを制約する、けれども高さは、この制約によって影響されない。
（８）もし水平、垂直軸両方が固定なら、コンテナの中心位置が固定されていることを意味する、しかし、幅・高さはこの制約によって影響されない。
（９）もしコンテナの角、コンテナの辺の中間位置、あるいはコンテナの中心位置が固定なら、すべてのドキュメントで同じ場所で、そしてコンテナに関連付けられた同じ場所で表示される。例えば、もしコンテナの左上角が固定なら、配置されたコンテナの左上位置が全てのドキュメントで同じになることを意味している。
（１０）垂直辺あるいは軸はページの左辺、あるいは右辺、あるいは左ページマージン、あるいは右ページマージン、あるいは他の水平位置に関連付けされて固定になる。同様に、水平辺あるいは軸はページの上あるいは下辺あるいはマージン、あるいは他の垂直位置に関連付けされて固定になる。

『固定』の反対は、辺、軸、角、中間位置、あるいはドキュメント制約がドキュメント間で変化するかもしれないことを意味している『可変』である。しかしドキュメントの特定な設定でそうする必要が無い場合もある。例えば、変更による辺の実際の好ましい位置のような他の外部制約がある。しかし、もし外部制約が適用されないなら、辺は固定されてないものとしてラベル付けされているので辺の位置は変更できる。

（コンテナ表示・編集）
［新規コンテナの作成方法］
コンテナは、テキストコンテナとイメージコンテナの2種類で記述される。テキストコンテナはテキスト、そして埋め込みのイメージを持つ。イメージコンテナは、イメージだけを持つ。

新規テキストコンテナとイメージコンテナは、テキストコンテナツール４０４、あるいはイメージコンテナツール４０５をマウス２０３でクリックし、テンプレート３０９に四角形をドラッグすることによって、ドキュメントテンプレート３０９上に作成される。

代わりにコンテナは、適切なツール４０４、４０５をアクティブにした後に、ドキュメントテンプレート３０９上でクリックすることによって簡単に作成される。デフォルトサイズのコンテナが挿入されるか、新規コンテナの寸法を入れるために、ダイアログボックスあるいは他のプロンプトが提供される。いくつかのコンテナは自動的に前もって定義されたか、計算されたスキーマによって、作成・配置される。また他の案が考えられるかも知れない。

［コンテナの表示方法］
図５Ａ−５Ｄはコンテナの模範的な辺ルールを例示している。アプリケーション１２１は、コンテナの辺の状態をこれら図に示された標示オブジェクトを用いて表現する。すなわち、アプリケーション１２１は、塗りつぶし線５０３あるいは点線５０４で辺を描き、アンカー、ハンドル、スライダー（、拡縮アイコン５０５、そして色でコンテナを表示する。アンカーとは、辺の近くに描画された符号５０６、５０７、５０９によって示されるような線、形状、あるいはアイコンである。ハンドルとは、移動、修正するために辺、形の近くに描画されたコントロール点５０２である。スライダーとは、辺の両サイドに描画された短い並行線４１３である。

図５Ａ−５Ｄのコンテナ表示方法のルールは、つぎの通りである。
（１）それぞれの辺を固定するために、塗りつぶし線で描画する。
（２）もし幅が固定なら、左と右の辺を塗りつぶし線で描画する。
（３）もし高さが固定なら、上と下の辺を塗りつぶし線で描画する。
（４）軸は描画しない。
（５）まだ描画されていない全ての辺は、それぞれの辺の近くに拡縮アイコンが描画され、点線になる。
（６）垂直辺あるいは軸のそれぞれのペアで、もし両者が固定なら、交差点にアンカーが描画される。
（７）それぞれの固定辺で、もし辺のどこにもアンカーが描画されていなければ、エッジの中央にスライダーが描画される。
（８）垂直辺あるいは軸のそれぞれのペアで、もしアンカーやスライダーが描画されていなければ、交差点にハンドルが描画される。
ルール（１）、（２）、（３）に従う線は、もしそれらが固定あるいは制限
されているなら、塗りつぶし線で描画される。ルール５に従う可変の辺は、点線で描画される。ルール６、７、８に従う固定された点は、アンカーを表示し、いくつかの固定された辺はスライダーを表示し、他はハンドルを表示する。

上記で、辺はただ一度描画されることが必要である。それでもし、ルールが描画されるべき辺に影響すれば、そのとき後のルールはふたたび描画されるべき辺に影響しないだろう。表示上の都合によっては、例えばもしコンテナがとても小さくアイコンがお互い重なるか、あるいは他の表示機能を不明瞭にするならば、アイコンは異なって、あるいは省略されて描画されてもよい。

可変の辺が描画される場所は、コンテナのコンテンツに依存する。後で記述されるように、ドキュメントテンプレートにコンテンツがマージされて、ユーザインターフェースで可視になることを意味する、『動的な校正処理』が使われる。代わりの実行手段としては、すべてのドキュメントで平均化されるコンテナのコンテンツエリア、あるいは可変の辺がユーザインターフェースで、どこにレイアウトされるべきか決定するほかの手段で使われることができる。

これらのコンテンツ表現は、コンテナの辺の状態を表示するグラフィカルな手段を提供する。その表現の解釈は下記のとおりである。
（１）図４の辺４１０のように、点線はコンテナのコンテンツに依存して、ドキュメント内の辺の位置を意味する。
（２）塗りつぶし線は制限された辺を意味する、なぜなら、辺は固定されている（辺４１４）、あるいはコンテナの幅・高さが固定されている（コンテナ４０８では両方が固定されている）ため。
（３）アンカーは辺そして軸が交差した場所が固定されていることを意味する。それゆえ、アンカー点は、すべてのドキュメントの水平、垂直位置で現れるだろう。当然アンカーは固定される。図４のアイコン４０９は、交差する辺４１４が固定されていることを意図している、アンカーアイコンの例である。
（４）スライダーは関係付けられた辺が固定されていることを意味する、しかしコンテナは辺に沿って多くの位置『スライドの長さ』で位置を定められる。例えば、図４で、スライダー４１３はコンテナ４０８のコンテンツが、ドキュメント内で特定のダイアグラムで表される位置の、左あるいは右に表示される場合もありえる。

これらのアイコン・辺のいくつかあるいは全ては、どのツール、どのコンテナを選択・ハイライトあるいはアクティブにするかによって、描画されたりされなかったりする。一般的に、コンテナの辺・アイコンはドキュメントテンプレートのデザインの手助けであるため、印刷物には描画されない。

幅・高さの最小値・最大値の設定は、副次的なダイアログウインドウに表示される。

図５Ａで、コンテナ５０１は幅・高さ両方が固定されていない。固定された辺５０３は塗りつぶし線で表現される。可変の辺５０４は点線で表現される。拡縮アイコン５０５は、隣接する辺５０４が可変であることを示す、追加あるいは代わりのインジケーターである。

図５Ｂで、コンテナ５０１は幅・高さ両方が可変である。アンカーアイコン５０６は、交差している両方の辺５０３が固定されていることを、追加であるいは代わりに示している。

図５Ｃで、コンテナ５０１は、コンテナの拡大あるいは縮小が任意のアンカーアイコン５０７で示されるような中心点の周りを平等に広がるという状態で、幅・高さ両方が可変である。

図５Ｄで、コンテナ５０１は、上辺５０８が固定されていることを除けば、幅・高さ両方が可変である。上辺５０８の中心に位置付けられて示されるアンカーアイコン５０９は、固定されている、そしてまたコンテナの左・右辺が、アイコンを通り垂直に描画される中心軸（垂直軸）の周りを、拡大・縮小することを示す。

（リンク）
リンクは、コンテナとコンテナの関連を示している。関連とはコンテナ間の距離を示しており、リンクによって関連付けられたコンテナ同士は、互いのレイアウト変更の影響を受けてレイアウトを計算する。図４の４１２で示されているものがリンクであり、この図ではコンテナ４０７と４０８とを関連付けている。リンクの設定方法および、リンクで関連付けられたコンテナの動的レイアウト計算方法については、後述する。

（リンクの設定方法）
図６はリンクの設定方法を示したフロー図である。また図７はＵＩ例を示している。それらを用いてコンテナにリンクを設定する方法について説明をする。

まず、リンクを設定するためには、リンクを設定するためのコンテナ（最低２つ）を作成する（０６０１）。図７は、２つのコンテナを作成してリンクを設定する場合の例を示している。次に、前述したリンクツール４０６を選択した状態にする（０６０２）。図７（Ａ）−（Ｃ）は、コンテナを作成し、リンクツールが選択されていた状態から、リンクを設定する動作を示している。図７（Ａ）−（Ｃ）を順に説明していく。

図７（Ａ）のコンテナ０７０１と０７０２は、前述した図４のコンテナ４０７と４０８と同じであり、固定されている辺を意味する。また、オブジェクト０７０３と０７０４は、オブジェクト４０９と同じであり、アンカーを意味する。オブジェクト０７０５はマウスポインタを意味している。まず、リンクを設定する片方のコンテナをクリックして選択する（０６０３）。次に図７（Ｂ）で示されるように、もう片方のコンテナまでマウスポインタを移動して、クリックする（０６０４）。図７（Ｂ）の線０７０６は図７（Ａ）でクリックをした位置と移動したマウスポインタを結んだ線を示しており、どの位置にリンクが設定されるのかをユーザに示すＵＩである。処理０６０４が終わった後、設定した場所に０７０７で示されるリンクＵＩが表示される（０６０５）。コンテナは図７（Ｃ）の状態になる。また、リンクが設定されたことにより、コンテナのＵＩも自動的に変更される（０６０６）。０７０８は、点線で示されている辺であり、前述した通り可変の辺を示している。図７（Ｃ）のようにコンテナの辺の状態が変化したのは、リンクを設定したことにより、コンテナの辺を可変にする必要があるためである。この処理は、リンクを設定したにもかかわらず、全ての辺が固定という矛盾を引き起こすことを防ぐために、自動的に行われる。また、オブジェクト０７０９は、図５のオブジェクト５０５と同じで、リンクを設定したことにより、コンテナが変化できる方向をユーザに視覚的に示したしるしである。図７（Ｃ）の例では、左のコンテナの右辺と右のコンテナの左辺が可変に変化したが、これは一例であり、右コンテナが、図４の４１３で示したスライダーを持つ設定に変化してもかまわない。

＜動的レイアウト計算方法（全体フロー）＞
図８は動的レイアウト計算のフローを示している。まず、プレビューモードを選択する（０８０１）。前述した自動レイアウトシステムでは、その動作モードには、レイアウトモードとプレビューモードとがある。レイアウトモードでは、コンテナを作成して、そのコンテナ間の関連付けを行ってテンプレートデータを作成する。プレビューモードでは、作成したテンプレートにレコードを挿入して、実際にレコードが挿入された後のレイアウト結果をプレビューする。このプレビューモードにおいて、実際のレコードが挿入され、レイアウトが計算される。ただし、プレビューモードは、表示上でのレイアウト計算である。実際に印刷する場合においても、レコードを挿入してレイアウトを計算する。その際の計算方法も同じである。プレビューモードになったら、プレビューするレコードを選択して挿入する（０８０２）。レコードの挿入を行うと、そのレコードをレイアウトするために計算を行う。（０８０３）。処理０８０３で計算されたレイアウトを表示する（０８０４）。他のレコードについてもプレビューを行うかどうかを判断する（０８０５）。処理０８０５で、他のレコードについてプレビューを行う必要がないと判断した場合は、プレビューモードを終了する（０８０７）。他のレコードについてプレビューを行うのであれば、他のレコードを選択して再度レイアウト計算を行い、プレビューを行う（０８０６）。プレビューモードでなく印刷時においては、印刷するレコード全てについて順にレイアウトの計算を行う。したがって、処理０８０５、０８０７は存在しない。全てのレコードについて印刷が終了した時点で終了する。

＜動的レイアウト計算方法（詳細フロー）＞
図９は動的レイアウト計算の詳細を示したフロー図である。また、図１０はそのときのＵＩ表示例を示した図である。

まず、レイアウトを計算するコンテナの集合を求める（０９０１）。レイアウト計算は、関連付けられたコンテナを一つの集合として計算を行う。例えば図１１を参照すると、ページ上に４つのコンテナがレイアウトされており、各コンテナに関連付けが設定されている。この場合、コンテナＡとコンテナＢ、そしてコンテナＣとコンテナＤがリンクによって関連付けされている。したがって、コンテナＡ・Ｂが集合１、コンテナＣ・Ｄが集合２となる。図１１において、符号１１０１はアンカー、符号１１０２は固定された辺、符号１１０３はコントローラ、符号１１０４は可変の辺の変化方向を示している矢印、符号１１０５は可変の辺、符号１１０６はリンク、符号１１０７はスライダを示している。

次に、ステップ０９０１で求めたコンテナの集合から、レイアウトを計算するために一つを選択する（０９０２）。そして、選択したコンテナの集合について、レイアウトの計算を行う。ここでは、レイアウトされるコンテナのサイズが、実際のコンテンツのサイズとできる限り差が少なくなるように、レイアウトの最適化を行う（０９０３）。レイアウトの最適化は、動的にサイズを変化することが可能なように関連付けられたコンテナにおいて、それぞれに挿入されるコンテンツのサイズとレイアウトされるサイズとの差が、できる限り同じになるように行われる。レイアウトの最適化を行い、ルールに違反していた場合は、再度ルールを違反しないように計算をする（０９０４）。ここで記述したルールとは、レイアウト作成時にユーザによって設定される制限であり、コンテナのサイズと位置、リンクの長さなどである。ルールを違反しないようにレイアウトが計算されたら、その集合のレイアウトは完成される。そして、ステップ０９０２〜ステップ０９０４をページ上のすべての集合について施し、ページ全体のレイアウトを計算する（０９０５）。

ステップ０９０４において、解消できないレイアウトエラーが生じた場合には、本実施形態におけるＲＳＳフィードを用いたエラー配信が実行される。たとえばレイアウト計算を２度行ってもエラーが解消できない場合には、解消不能なエラーが発生したものと判断される。この手順や説明は、図１９等を参照して後で説明する。

図１０はレイアウト計算時のＵＩ例である。図１０（Ａ）は、定義済みのテンプレートにあるレコードが挿入されレイアウトが決定されている状態を表している。オブジェクト１００１とオブジェクト１００２はアンカーである。オブジェクト１００３とオブジェクト１００４は固定された辺である。オブジェクト１００５は可変の辺、オブジェクト１００６は可変の辺の変化方向を示している矢印、オブジェクト１００８はリンクをそれぞれ示している。この状態において、テンプレートに挿入されるコンテンツデータのレコードを変更し、異なったサイズのコンテンツデータをコンテナに挿入する。図１０（Ｂ）は図１０（Ａ）の状態に新しいコンテンツのサイズを重ねて示している。２点鎖線１００９はそれぞれのコンテナに挿入される、新たなレコードのコンテンツのサイズを表している。そして、レイアウト計算が行われる。図１０（Ｃ）はレイアウト計算された結果を示している。計算後の各コンテナのサイズは、実際挿入されるコンテンツのサイズと同等に差異があるように計算され、且つ前述したルールを違反しないように計算される。図１０（Ｃ）で示されるように、図１０（Ｂ）で示した挿入されるコンテンツサイズ（１００９）と計算後のコンテンツサイズ（１０１０）は、双方において同等な差異がある。

＜可変リンクの設定＞
図１２では一般的な可変リンクの状態を表している。図４と同様にアプリケーションウィンドウ３０１とツールバー３０３があり、ドキュメントテンプレート３０９上にコンテナ１２０３とコンテナ１２０４が存在する。それぞれのコンテナは典型的にアンカーアイコン１２０１、アンカーアイコン１２０２と固定された辺１２０５、辺１２０６から成り立つ。各エッジコンテナ１２０３と１２０４の間には可変サイズのリンク１２０９があり、それぞれのコンテナを結んでいる。コンテナ１２０３とコンテナ１２０４の間にはリンクが設定されているのでそれぞれの右辺１２０７と左辺１２０８は点線で表現されている。このため各コンテナにインジケーター１２１０、インジケーター１２１１が表示され、これは辺１２０７と辺１２０８が可変であることを示している。

また図１４はリンク１２０９の情報がセットされているダイアログウィンドウ１４０１の例である。このダイアログは典型的にタイトルバー１４０２、ツールボタン１４０３、ダイアログウィンドウの開閉を行うボタン１４０４、各種の情報をセットするエリア１４０９で構成されている。このダイアログウィンドウではリンクタイプが可変（１４０７）あるいは固定（１４０６）の選択や、可変の場合、リンクの長さの最大値（１４１０）そして最小値（１４１２）、また現在の値（１４１１）が設定できる。

図１３は前述のリンク設定方法を踏まえ、例えば図１５のコンテナＡとコンテナＢ間に張られている固定サイズのリンク１５０３の状態から可変サイズのリンク１２０９を示している図１２の状態までの操作遷移を表している。マウスによりリンク１５０３をクリックし、選択する（１３０２）。マウスの右クリックあるいはキーボードの特定のキーにより選択したリンク１５０３のプロパティダイアログウィンドウ１４０１を表示する（１３０３）。この状態ではリンクサイズは可変ではなく固定であるため、Ｆｉｘｅｄ Ｌｅｎｇｔｈ１４０６がＬｉｎｋ Ｔｙｐｅ１４０５において選択されている。リンクを固定サイズから可変サイズに変更するために、Ｌｉｎｋ Ｔｙｐｅ１４０５においてリンクサイズを可変に設定するＦｌｅｘｉｂｌｅ Ｌｅｎｇｔｈ１４０７を選択する（１３０４）。これによりＬｉｎｋ Ｄｉｓｔａｎｃｅ１４０８内に配置されているＭａｘ． Ｄｉｓｔａｎｃｅ１４１２、Ｍｉｎ． Ｄｉｓｔａｎｃｅ１４１０、Ｄｉｓｔａｎｃｅ１４１１が有効化され、数値の設定が可能となる。そこでリンクの可変サイズを設定するために、そのリンクの長さの最大値をＭａｘ． Ｄｉｓｔａｎｃｅ１４１２、最小値をＭｉｎ． Ｄｉｓｔａｎｃｅ１４１０、現在の値をＤｉｓｔａｎｃｅ１４１１において設定する（１３０５）。一般的なダイアログウィンドウ開閉ボタン１４０４によって設定を適用すると図１２のリンク１２０９のような状態にリンクのＵＩ表示が変化する（１３０６）。このダイアログウィンドウ１４０１の設定情報はメモリに格納される。

図１５は固定サイズのリンクを使用した場合のレイアウト結果を示している。レイアウト計算方法は前述したとおりに従って行われる。例えば図１２においてコンテナ１２０３とコンテナ１２０４にそれぞれ違ったサイズのデータが挿入された時、それぞれのコンテナはデータの大きさに適した大きさに変化する。たとえば、コンテナ１２０３は挿入されたイメージサイズの枠１５０４（最適コンテナサイズ）に近づこうと右方向へ大きくなすように変化する。同様に、コンテナ１２０４も挿入されたイメージサイズの枠１５０５（最適コンテナサイズ）に近づこうと左方向へやや大きくサイズを変更しようとする。ここでコンテナ１２０３とコンテナ１２０４との間には固定サイズのリンクが設定されているとする。コンテナ１２０３とコンテナ１２０４はそれぞれアンカー１２０１とアンカー１２０２によってそれぞれ左辺１２１２と右辺１２１３は移動出来ない。そのため、コンテナの大きさをイメージに合わせようとすると、変更後のコンテナサイズは、リンク長の制約を満足することができない。リンクサイズは固定されているためレイアウト計算時に優先的に計算される。そのためコンテナ１２０３とコンテナ１２０４のサイズがリンク長に合わせて変更されることになる。その結果、コンテナ１２０３とコンテナ１２０４はデータに合わせた最適なサイズを確保することが出来ず、最終的に図１５のコンテナ１５０１とコンテナ１５０２のように最適なサイズ（枠１５０４、枠１５０５）よりも小さくなってしまう。リンク１５０３のサイズは固定であるためコンテナ１５０１とコンテナ１５０２は最適サイズを達成していない。

図１６はリンクを可変サイズにした場合を示している。この場合、上記の例でコンテナ１２０３とコンテナ１２０４の間には図１６の通り可変サイズのリンクが設定されているとする。コンテナ１２０３とコンテナ１２０４のサイズが変更される際に、リンクサイズが縮まることでコンテナ１２０３とコンテナ１２０４のサイズが上記の例より大きくなることができる。このため、挿入されるデータサイズに合わせた最適なコンテナサイズを達成できる。あるいは、より挿入データサイズ（最適サイズ）に近づけてコンテナの枠を計算することが出来る。その結果が、図１６のコンテナ１６０１とコンテナ１６０２である。可変リンク１２０９はレイアウト計算の結果、可変リンク１６０３のサイズ状態となり、この場合コンテナ１６０１とコンテナ１６０２はそれぞれ最適なサイズ（データサイズに合った大きさ）になっている。

後述の通り、本実施形態では、図１５のようにエラー（図１５の例ではイメージオーバーフローエラー）が生じた場合に、そのエラーの発生と共にテンプレートデータとコンテンツデータとへのリンク情報を利用者（あるいは管理者）に配信する。それを見た利用者は、テンプレートを編集し、たとえば図１６のようにコンテナ間のリンクを可変に変更することで、エラーが生じないテンプレートを作成できる。

＜コンテナのプロパティ設定＞
図１７はコンテナのプロパティを設定するダイアログである。プロパティダイアログウィンドウは典型的にキーボード１３２やマウス２０３によりコンテナを選択し、マウスの右クリックメニューの選択、あるいはキーボードからのＡｌｔキー等により表示する。この実施形態ではコンテナのエッジを可変にするかどうか、そしてどのレイアウト方法を適用するか、またはそれに伴う設定に関してのみ、プロパティダイアログウィンドウ内に表示している。このプロパティダイアログウィンドウ１７０１は典型的にタイトルバー１７０２、ツールボタン１７０３、プロパティダイアログウィンドウのオープン、クローズを行うボタン１７０４、各種の情報をセットするエリア１７５１で構成されている。このプロパティダイアログウィンドウ１７０１には、Ｅｄｇｅ Ｓｔａｔｕｓグループボックス１７１１内に、コンテナのエッジ状態を可変し、コンテナ自体を可変設定にする選択オプション１７１２〜１７１５がある。この選択オプションをＯＮにするとＣｏｎｔａｉｎｅｒ Ｓｉｚｅグループボックス１７２１内がＥｎａｂｌｅされる。この例の場合、Ｅｄｇｅ Ｓｔａｔｕｓグループボックス１７１１においてＲｉｇｈｔ（右辺）１７１４のみＦｌｅｘｉｂｌｅ（可変）にチェックが入っているため、このコンテナは横方向（実際は右方向）にしかサイズを変化させることが出来ない。そのため、Ｃｏｎｔａｉｎｅｒ Ｓｉｚｅ１７２１において、幅サイズの項目１７２４と１７２６がＥｎａｂｌｅとなり、高さサイズの項目１７２８と１７３０はＤｉｓａｂｌｅのままとなっている。図形１７２２はコンテナの幅サイズの指定、図形１７２３はコンテナの高さサイズの指定を視覚的に補助するビットマップである。ボックス１７２４（Ｍｉｎ． Ｓｉｚｅ）にはコンテナの幅の最小値が設定される。現在ここには値８０が設定されている。ボックス１７２６（Ｍａｘ． Ｓｉｚｅ）にはコンテナの幅の最大値が設定される。現在ここには値１２０が設定されている。同様に１７２８はコンテナの高さの最小値、１７２９はコンテナの基本幅、１７３０はコンテナの高さの最大値が設定されることがある。リストボックス１７２７とリストボックス１７３１ではコンテナサイズの単位が設定される。ここでは例としてｍｍが表示されているが、ｉｎｃｈやｐｉｘｅｌ等も考えられる。

図１８は上記のコンテナのプロパティ設定における操作によるテンプレート編集アプリケーションプログラム１２１の動作を示したフローチャートである。まずコンテナが選択され（１８０２）、コンテナのプロパティを表示する（１８０３）。コンテナエッジを可変に設定されているかどうかを各辺の項目に対して判断し（１８０４）、可変に設定されている場合には、コンテナサイズの最大値・最小値のボックスをＥｎａｂｌｅにする（１８０５）。また同時にレイアウト方法の選択項目もＥｎａｂｌｅにする（１８０６）。そしてＯＫボタンなどによりコンテナのプロパティを閉じ、設定をコンテナに適用する（１８０７）。

＜テンプレートに含まれる情報の例＞
以上のように、テンプレートデータ（あるいはレイアウトデータ）には、以下のような情報が含まれる。
（１）コンテナの属性情報
コンテナの属性情報には、コンテナの位置、コンテナのサイズ、コンテナの辺あるいは頂点について、その位置が可変であるか固定であるかの別（辺の属性ともいう）、流しこまれるオブジェクトの種類（文字・画像等）やオブジェクトの属性（文字サイズ等）などを示す情報が含まれる。
（２）コンテナ間の情報
コンテナ間の情報には、リンクで示されるコンテナ間の距離や、その距離が固定か可変かの別を示す情報、あるいはコンテナ相互の位置関係を示す情報などが含まれる。
（３）固定された情報
固定された情報には、テンプレートに固定された文字列や画像などの情報が含まれる。

以上のように、テンプレートには、コンテナの属性情報と、コンテナ間の情報と、固定された情報とが含まれている。利用者は、前述したレイアウトエディタのグラフィカルユーザインターフェースを通して、それらの情報を編集することができる。

＜テンプレート編集アプリケーションでのレイアウトチェック機能＞
図１９はテンプレート編集アプリケーションプログラム１２１のレイアウトチェック機能の動作を示したフローチャートである。図２０は、テンプレート編集アプリケーションプログラム１２１におけるメニューバー２００１を示している。メニューリストには複数の項目があり、その中に"バリアブルデータ／レイアウトのチェック(C)．．．"というメニュー項目２００２が用意されている。このメニュー項目は、データのプレビュー時にのみ有効である。すなわち、テンプレート編集アプリケーションプログラム１２１が、テンプレートにバリアブルデータを流し込み、レイアウトエンジン１２７によりレイアウトが行われた状態で選択可能となる。図１９の手順は、そのバリアブルデータ／レイアウトのチェック項目２００２が選択された際に実行される。

テンプレート編集者が、図２０に示したようなマウスポインタ２００３を用いて、テンプレート編集アプリケーションプログラム１２１のメニューバー２００１から、メニュー項目"バリアブルデータ／レイアウトのチェック(C)．．．"２００２を選択し、テンプレート編集アプリケーションプログラム１２１にレイアウトエラーのチェックを指示すると図１９の処理が開始される。

図１９において、まず、プレビューモードであるか判定され（Ｓ１９０１）、次いでレイアウトのチェックであるかが判定される（Ｓ１９０２）。もっとも項目２００２はプレビューモードの時に限って表示されるから、これらのステップは省略することができる。

テンプレート編集アプリケーションプログラム１２１は、図２１に示すような「バリアブルデータ／レイアウトのチェック」ダイアログ２１０１を表示する（Ｓ１９０３）。「バリアブルデータ／レイアウトのチェック」ダイアログ２１０１において、ユーザは[開始]ボタン２１０２を押下することができる。テンプレート編集アプリケーションプログラム１２１は、チェックの「開始」ボタン２１０２が指示されたか判定する（Ｓ１９０４）。開始が指示された場合には、テンプレート編集アプリケーションプログラム１２１は、レイアウトエンジン１２７を用いて、プリフライト検査を行いながら、再レイアウトを行う（Ｓ１９０５）。再レイアウト終了後（Ｓ１９０６）、プリフライト検査の結果を、図２２のように、「バリアブルデータ／レイアウトのチェック」ダイアログ２２０１に表示する（Ｓ１９０７）。その表示によりレイアウトのエラーをユーザに示す。図２２の[該当数]リストボックス２２０３には、チェック項目それぞれに該当するエラー数を一覧表示する。１列目には該当するレコード番号を表示し、２列目以降に、それぞれのチェック項目でのエラー数を表示する。なお、図１９の手順で用いられるコンテンツデータは、ユーザにより別途指定されたデータファイルから読み込まれる。読み込まれたデータがテンプレートに従ってレイアウトされる。なおバリアブルデータとは、テンプレートに従ってレイアウトされるコンテンツデータのことであり、一つのテンプレートに適用されるバリアブルデータは１つのレコードを構成する。

さて表示されたチェック項目には、テキストオーバーフロー、イメージオーバーフロー、コンテナ、一般的なエラー等がある。テキストオーバーフローのチェックとは、テキストがコンテナ内に収まらないときに発生するテキストオーバーフローのチェックである。イメージオーバーフローのチェックとは、イメージがコンテナに入りきらないときに発生するイメージオーバーフローのチェックである。コンテナのチェックとは、データベースに値が存在しなかったため、値の入らない空のオブジェクトが存在するかどうかのチェックである。一般的なエラーのチェックとは、そのほかの一般的なエラーのチェックである。

図２２の[エラー／警告]リストボックス２２０４には、[該当数]リストボックス２２０３にて選択されたレコードのエラー／警告詳細が一覧表示される。[エラー／警告]リストボックス２２０４の1列目にはエラーか警告かを表示するエラー／警告アイコンが、２列目にはエラーが発生したページ番号が、３列目にはエラー／警告の内容説明が表示される。

テンプレート編集アプリケーションプログラム１２１のユーザは、このレイアウトチェック機能の結果を用いながら、レイアウトエラーが発生しないテンプレート、もしくは、想定しないレイアウトを生成しないテンプレートの編集作業を行う。

＜サーバでのレイアウトチェック実行＞
（コンテンツサーバにおけるレイアウトチェック処理）
図２３はコンテンツサーバ１０３でのレイアウトチェック実行時の動作を示したフローチャートである。

図２３において、コンテンツサーバ１０３は、ＷＥＢサーバ１０６から仲介された一般ユーザが利用するＷＥＢブラウザアプリケーション１２５からのリクエストを受信できる。そのリクエストを受信すると（Ｓ２３０１）、レイアウトサーバ１０５に、テンプレート指定、バリアブルデータ指定および実データ送信、ドキュメントフォーマット指定とともに、ドキュメント生成をリクエストする（Ｓ２３０２）。

その際、コンテンツサーバ１０３の設定ファイルにプリフライト結果の取得設定がなされている場合（Ｓ２３０３）、コンテンツサーバ１０３は、レイアウトサーバ１０５に、レイアウト時にプリフライトを実行するよう追加リクエストする（Ｓ２３０４）。プリフライト結果の取得設定がされた設定ファイルとは具体的には以下のような内容を含む。
＜?xml version="1.0" encoding="Shift_JIS" ?＞
＜layout-server＞
＜request＞
＜layout＞
＜option＞
＜proofing＞1＜/proofing＞ ＜!-- if 1, request the preflight --＞
＜/option＞
＜/layout＞
＜/request＞
＜/layout-server＞。

リクエスト後、コンテンツサーバ１０３は、レイアウトサーバ１０５からのレスポンスを待つ（Ｓ２３０５）。リクエストに対するレスポンスがレイアウトサーバ１０５から返ってきた際、コンテンツサーバ１０３は、レスポンスとして、生成ドキュメントを受け取る（Ｓ２３０６）。更に、レイアウト時のプリフライト実行リクエストがされている場合には（Ｓ２３０７）、プリフライト結果を受け取る（Ｓ２３０８）。

コンテンツサーバ１０３は、受け取ったプリフライト結果をチェックする（Ｓ２３０９）。
レイアウトエラーが発生している場合には（Ｓ２３１０）、そのレイアウトエラーを、リクエストを行った際のテンプレート指定値、バリアブルデータ指定値とともに、コンテンツサーバ１０３の記憶装置２０９に、レイアウトエラー履歴として保存する（Ｓ２３１１）。

最後に、レスポンスとして受け取った生成ドキュメントを、リクエストを行ったＷＥＢブラウザアプリケーション１２５に返すために、ＷＥＢサーバ１０６に送信し（Ｓ２３１２）、処理を終了する。

（レイアウトサーバにおけるレイアウトチェック処理）
図２４はレイアウトサーバ１０５でのレイアウトチェック実行時の動作を示したフローチャートである。図２４において、レイアウトサーバ１０５は、コンテンツサーバ１０３などからレイアウト時にプリフライトを実行するよう追加リクエストを受けることができる。追加リクエストを受けた場合（Ｓ２４０１）、レイアウトサーバ１０５は、図８および図９に示したようなレイアウト計算を実行し、ドキュメントのページを生成する（Ｓ２４０２）。その際、プリフライトをページごとに行い（Ｓ２４０３）、コンテンツの溢れなどレイアウト上のエラーをページ毎にチェックする。

レイアウトサーバ１０５は、レイアウトエラーを上記チェックで発見したか判定し（Ｓ２４０４）、発見した場合、そのエラーをページ単位で以下のようなデータ形式で保持する（Ｓ２４０５）。
Pre-Print: 0x13127，
Print-Page#1: 0x13020,0x13022,0x13060，
Print-Page#2:，
Print-Page#3:，
Print-Page#4: 0x13020,0x13021,0x13022,0x13060,0x13121,0x13123，
Post-Print: 0x13128,0x13129。

上記データ形式における各識別子（レイアウトチェックステップ識別子という）は、エラーが検出された処理ステップを示す。その意味は以下の通りである。
Pre-Print:印刷前チェック、
Print-Page#ｎ (n:ページ番号):ページ印刷後チェック、
Post-Print:印刷完了後チェック。

また、各識別子に対応するエラー番号の意味は図２７に示す通りである。ここで、すべてのエラーコードが、レイアウトの編集を必要とするエラーとは限らない。図２７に示すエラーの内、「0x13020」がテキストオーバーフローに、「0x13021」がイメージオーバーフローに相当する。また「0x13060」がコンテナエラーに相当する。

レイアウトサーバ１０５は、ドキュメント生成が終了した際（Ｓ２４０６）、発見したレイアウトエラーの情報を、追加リクエストの送信元であるコンテンツサーバ１０３などクライアントに返し（Ｓ２４０７）、処理を終了する。

＜サーバでのレイアウトエラー履歴保存＞
図２５はコンテンツサーバ１０３でのレイアウトエラーの履歴保存時の動作を示したフローチャートである。図２３で示したコンテンツサーバ１０３でのレイアウトチェック実行時の動作、および、図２４で示したレイアウトサーバ１０５でのレイアウトチェック実行時の動作により、コンテンツサーバ１０３はレイアウトサーバ１０５からレイアウトエラーの情報を受け取る。この情報を検査して、リクエストを行ったドキュメントの生成時にレイアウトエラーが発生したか判定する（Ｓ２５０１）。レイアウトエラーが発生している場合、コンテンツサーバ１０３のデータベース１１９のレイアウトエラー履歴保存用テーブルに新たなレコードを作成する（Ｓ２５０２）。そのレコードに、発生したレイアウトエラーの情報、利用したテンプレートの識別子、およびコンテンツデータのレコード識別子を格納する（Ｓ２５０３）。

次に、コンテンツサーバ１０３は、レイアウトエラー履歴保存用テーブルに保存したデータ（レコード）から、図２８に示すような、"Ｔｅｍｐｌａｔｅ ＩＤ"フィールド２６０２のテンプレート識別子の情報を見出しにするタイプ（便宜的に「タイプ１」と呼ぶ）のＲＳＳデータを構築する（Ｓ２５０４）。更に、図２９に示すような、"Ｄａｔｅ ａｎｄ Ｔｉｍｅ" フィールド２６０５のレイアウトエラー発生時間の情報を見出しにするタイプ（便宜的に「タイプ２」と呼ぶ）のＲＳＳデータを構築する（Ｓ２５０５）。次に、コンテンツサーバ１０３は、生成した上記タイプ１、タイプ２の二つのＲＳＳデータを、ＷＥＢサーバ１０６にアップロードし（Ｓ２５０６）、ＷＥＢブラウザアプリケーション１２２からアクセス可能なようにする。その後、レイアウトエラーの履歴保存の処理を終了する。

図２６は、レイアウトエラー履歴保存用テーブルの記述例を示す図である。図２６において、レイアウトエラー履歴保存用テーブル２６０１には、１レコードに、"Ｔｅｍｐｌａｔｅ ＩＤ"フィールド２６０２、"Ｃｏｎｔｅｎｔ ＩＤｓ Ｓｔｒｉｎｇ"フィールド２６０３、"Ｌａｙｏｕｔ Ｅｒｒｏｒ Ｓｔｒｉｎｇ"フィールド２６０４、"Ｄａｔｅ ａｎｄ Ｔｉｍｅ" フィールド２６０５の各情報が格納される。"Ｔｅｍｐｌａｔｅ ＩＤ"フィールド２６０２は文字列型のカラムである。"Ｃｏｎｔｅｎｔｓ Ｒｅｃｏｒｄ ＩＤｓ Ｓｔｒｉｎｇ"フィールド２６０３は数値配列型のカラムである。"Ｌａｙｏｕｔ Ｅｒｒｏｒ Ｓｔｒｉｎｇ"フィールド２６０４は文字列型のカラムである。"Ｄａｔｅ ａｎｄ Ｔｉｍｅ" フィールド２６０５は日付／時刻型のカラムである。

"Ｔｅｍｐｌａｔｅ ＩＤ"フィールド２６０２には、レイアウトエラーが発生したテンプレート識別子の文字列が格納される。例えば、レコード２６１１では、テンプレートの識別子"ＭＩＴＵＭＯＲＩ"が格納されている。この識別子は、コンテンツサーバ１０３によって別途管理され、ファイルサーバ１０４に保存される実際のドキュメントテンプレートのデータすなわちファイルに関連付けられている。

"Ｃｏｎｔｅｎｔｓ Ｒｅｃｏｒｄ ＩＤｓ Ｓｔｒｉｎｇ"フィールド２６０３には、レイアウトエラーが発生したコンテンツデータのそれぞれのレコードの識別子の数値が、可変長配列の各要素に格納される。例えば、レイアウトエラー履歴保存テーブル２６０１のレコード２６１１では、コンテンツデータ管理テーブルのレコードの各識別子"２００"，"１１３"，"３１"，"４２９３８"，"３１８７"，"９８"， ．．．が配列の各要素として格納される。図２６では便宜上、コンマ区切りの文字列として示している。コンテンツデータ管理テーブルは、コンテンツサーバ１０３によって管理されるデータベース１０９に設けられている。コンテンツデータ管理テーブルのレコードの識別子は、実際のコンテンツデータとの関連付けのために使用され、また、コンテンツデータの管理番号ともなっている。また、このコンテンツデータ管理テーブルのレコード識別子の並び順、すなわち、通常インデックス０から始まる配列への格納順は、コンテンツサーバ１０３からレイアウトサーバ１０５に送信され、レイアウトサーバ１０５において、テンプレートに流し込まれたレコードの順序と同じとなっている。

"Ｌａｙｏｕｔ Ｅｒｒｏｒ Ｓｔｒｉｎｇ"フィールド２６０４には、レイアウトサーバ１０５から受け取ったレイアウトエラー情報の文字列が格納される。"Ｄａｔｅ ａｎｄ Ｔｉｍｅ" フィールド２６０５には、レイアウトエラーをレイアウトサーバ１０５から受け取った日付と時刻の情報が、レイアウトエラー発生時間の情報として格納される。

以上のようにして、発生したレイアウトエラーの要約を示す情報とともに、エラーに係るテンプレートデータ及びコンテンツデータへのリンク情報を有するＲＳＳデータの形式で、エラーを要約したエラー要約情報が作成される。

＜ＲＳＳデータの作成（タイプ１）＞
図２５のステップＳ２５０４で生成されたタイプ１のＲＳＳデータ"LayoutErrorList.rss"の例を図２８に示した。本例では、ＲＳＳ１．０での記述を用いているが、ＲＳＳの他のバージョンやＡｔｏｍなど他のフィードフォーマットを用いても構わない。

図２８において、２８０１はＸＭＬ文書の宣言部である。２８０２は、RDF名前空間の文書要素である。RDF要素には、ＲＳＳ１．０の規約として、一つのchannel要素と、一つ以上のitem要素を含まなければならない。２８０３は、channel要素。２８１０、２８１４、２８１８はitem要素である。channel要素２８０３には、要約情報をフィードするこのチャンネルの基本情報が記述される。channel要素２８０３のabout属性には、このRSS自身のＵＲＩの情報が示される。channel要素２８０３のtitle要素２８０４には、このチャンネルのタイトル情報が記述される。同じくlink要素２８０５には、このチャンネルの要約対象のＵＲＩ情報が記述される。同じくdescription要素２８０６には、このチャンネルの概要説明の情報が記述される。図２８の例では、このチャンネルのＵＲＩはhttp://www.canon.com/iwBS/5DWF506/LayoutErrorList.rssである。このチャンネルのタイトルは"Recent Layout Error"である。このチャンネルの要約対象のＵＲＩはhttp://www.canon.com/iwBS/5DWF506/LayoutErrorList.htmlであり、このチャンネルの概要説明の情報は"Recent Layout Error List"となっている。

items要素２８０７は、item要素群２８１０、２８１４、２８１８のインデクスを提供する。Seq要素２８０８の内容にリストしたli要素２８０９によって各更新情報ＵＲＩを示す。item要素２８１０、２８１４、２８１８には、channel要素２８０３同様、title要素２８１１、２８１５、２８１９、link要素２８１２、２８１６、２８２０、description要素２８１３、２８１７、２８２１がそれぞれ含まれる。

図３０は、図２９に示したタイプ１のＲＳＳデータ"LayoutErrorList.rss"を構築する際の動作を示したフローチャートである。すなわち図３０は図２５のステップＳ２５０４の詳細を示す。

図２５で示したように、コンテンツサーバ１０３は、データベース１１９のレイアウトエラー履歴保存用テーブル２６０１に新たなレコードを作成する。そしてそのレコードに、発生したレイアウトエラーの情報、利用したテンプレートの識別子、およびコンテンツデータのレコード識別子を格納する。レイアウトエラー履歴保存用テーブル２６０１に新たなレコードを格納したことが判定されると（Ｓ３００１）、title要素２８１１が"Error Template - テンプレート識別子"という形式の値を持つitem要素２８１０を生成する（Ｓ３００２）。例えば、テンプレート識別子が"MITUMORI"であった際、図２８に示すように、title要素２８１１が"Template - MITUMORI"という値を持つitem要素を生成する。コンテンツサーバ１０３は、link要素２８１２の値として、そのテンプレートのＷＥＢサーバ１０６からのダウンロードＵＲＬ"http://www.canon.com/iwBS/5DWF506/Template/MITUMORI.dle"を設定する（Ｓ３００３）。description要素２８１３に"Ｄａｔｅ ａｎｄ Ｔｉｍｅ"フィールド２６０５に格納したレイアウトエラー発生時間の情報"2005/10/18 13:48:23.785"を値として設定する（Ｓ３００４）。更に、コンテンツサーバ１０３は、レイアウトエラーが発生したテンプレートの識別子と同じ識別子を有するレコードをレイアウトエラー履歴保存用テーブル２６０１の最新レコードから順に検索する（Ｓ３００５）。同じ識別子を有するレコードが検索で見つかれば（Ｓ３００６−ＹＥＳ）、同一レコードカウンタを１加算する（Ｓ３００７）。レコードカウンタの値が初期値の１であれば２となる。レコードカウンタの値が４であるか判定し（Ｓ３００８）、４でなければ上記手順によりdescription要素２８１３の値にセットされた値"2005/10/18 13:48:23.785"の後に改行コード"\n"を付加する（Ｓ３００９）。その後、その見出したレコードの"Ｄａｔｅ ａｎｄ Ｔｉｍｅ"フィールドの値を、"2005/10/18 13:48:23.785\n 2005/10/18 12:38:44.008"のように、description要素２８１３の値に付加する（Ｓ３０１０）。継続して次の検索を行う（Ｓ３００５）。

ステップＳ３００８で、レコード数のカウンタが４となった場合、見出したレコードの"Ｄａｔｅ ａｎｄ Ｔｉｍｅ"フィールドの値のdescription要素２８１３への付加をとりやめ、次の検索に移る。レコード数のカウンタが４となった場合とは、すなわち最新の３つのレコードの"Ｄａｔｅ ａｎｄ Ｔｉｍｅ"フィールドがdescription要素２８１３の値としてセットされた場合に相当する。

同じ識別子を有するレコードがこれ以上検索で見つからなかった（Ｓ３００６−ＮＯ）段階で、文字列"...("、")"とともに、カウントされたレコード数を"...(12)"のようにdescription要素２８１３の値に付加する（Ｓ３０１１）。

結果として、description要素２８１３の値は、"2005/10/18 13:48:23.785\n 2005/10/18 12:38:44.008\n 2005/10/18 09:13:14.865...(12)"となる。

コンテンツサーバ１０３は、作成したitem要素２８１０を、ＷＥＢサーバ１０６にアップロードしている既存のＲＳＳデータ"LayoutErrorList.rss"があれば、そのデータのitem要素のリストの最後に付加する（Ｓ３０１２）。更に、そのＲＳＳデータに重複する既存のitem要素があれば、それを削除する（Ｓ３０１３）。尚、既存のＲＳＳデータ"LayoutErrorList.rss"がなければ、前記ステップＳ３０１２の前ステップで、新規に作成する。

＜ＲＳＳデータの作成（タイプ２）＞
図２９に示したタイプ２のＲＳＳデータ"LayoutErrorList-MITUMORI.rss"は以下のようなものである。本例では、ＲＳＳ１．０での記述を用いているが、ＲＳＳの他のバージョンやＡｔｏｍなど他のフィードフォーマットを用いても構わない。

図２９において、２９０１はＸＭＬ文書の宣言部である。２９０２は、RDF名前空間の文書要素である。RDF要素には、ＲＳＳ１．０の規約として、一つのchannel要素と、一つ以上のitem要素を含まなければならない。２９０３は、channel要素。２９１０、２９１４、２９１８はitem要素である。

channel要素２９０３には、要約情報をフィードするこのチャンネルの基本情報が記述される。channel要素２９０３のabout属性には、このRSS自身のＵＲＩの情報が示される。channel要素２９０３のtitle要素２９０４には、このチャンネルのタイトル情報が記述される。同じくlink要素２９０５には、このチャンネルの要約対象のＵＲＩ情報が記述される。同じくdescription要素２９０６には、このチャンネルの概要説明の情報が記述される。
図２９の例では、このチャンネルのＵＲＩはhttp://www.canon.com/iwBS/5DWF506/LayoutErrorList-MITUMORI.rssである。このチャンネルのタイトルは"Recent Layout Error - MITUMORI" である。このチャンネルの要約対象のＵＲＩは"http://www.canon.com/iwBS/5DWF506/LayoutErrorList-MITUMORI.html"である。このチャンネルの概要説明の情報は"Recent Layout Error List - MITUMORI"となっている。

items要素２９０７は、item要素群２９１０、２９１４、２９１８のインデクスを提供する。Seq要素２９０８の内容にリストしたli要素２９０９によって各更新情報ＵＲＩを示す。item要素２９１０、２９１４、２９１８には、channel要素２９０３同様、title要素２９１１、２９１５、２９１９、link要素２９１２、２９１６、２９２０、description要素２９１３、２９１７、２９２１がそれぞれ含まれる。

図３１は、図２９に示したタイプ２のＲＳＳデータ"LayoutErrorList-MITUMORI.rss"を構築する際の動作を示したフローチャートである。図２５で示したように、コンテンツサーバ１０３が、データベース１１９のレイアウトエラー履歴保存用テーブル２６０１に新たなレコードを作成する。そのレコードに、発生したレイアウトエラーの情報、利用したテンプレートの識別子、およびコンテンツデータのレコード識別子を格納する。その格納が行われると（Ｓ３１０１−ＹＥＳ）、title要素２９１１の値がレイアウトエラー発生時間の情報を持つitem要素２９１０を生成する（Ｓ３１０２）。例えば、テンプレート識別子"MITUMORI"のテンプレートを用いたレイアウト処理中にレイアウトエラーが時刻"2005/10/17 03:12:21.009"に発生したとする。その際、図２９に示すように、title要素２９１１が"2005/10/17 03:12:21.009"という値を持つitem要素を生成する。

コンテンツサーバ１０３は、link要素２９１２として、そのレイアウトエラーが発生した際のコンテンツをＷＥＢサーバ１０６からダウンロードするＵＲＬ"http://www.canon.com/iwBS/5DWF506/Data/MITUMORI - 20051017 031221.009.zip"を値として設定する（Ｓ３１０３）。そして"Ｌａｙｏｕｔ Ｅｒｒｏｒ Ｓｔｒｉｎｇ"フィールド２６０４に格納したレイアウトエラー情報の文字列をメモリ２０６上に読み出し、まず前述したレイアウトチェックステップ識別子を取り除く（Ｓ３１０４）。レイアウトチェックステップ識別子は、エラーが検出された処理ステップを示し、Pre-Print，Print-Page#ｎ，Post-Printがある。

次に図２７に示したレイアウトエラー番号およびその概要の対応づけを元にレイアウトエラー番号を"TEXT_OVERFLOW"のような概要を表すキーワードに置換する（Ｓ３１０５）。更に簡略化のため、レイアウトエラー番号が３つを超える場合、"...("、")"と共に、レイアウトエラー数を"...(8)"のように付加する。こうして得られたメモリ上の文字列 "TEXT_OVERFLOW IMAGE_OVERFLOW MINMAX_CONT_SIZE ...(8)"を、description要素２９１３の値として設定する（Ｓ３１０６）。

コンテンツサーバ１０３は、作成したitem要素２９１０をＷＥＢサーバ１０６にアップロードしている既存のＲＳＳデータ"LayoutErrorList-MITUMORI.rss"があれば、そのデータのitem要素のリストの先頭に付加する（Ｓ３１０７）。

尚、既存のＲＳＳデータ"LayoutErrorList-MITUMORI.rss"がなければ、ステップＳ３１０５の前ステップで、新規に作成する。また、本実施形態では、レイアウトエラーが発生したタイミング毎にシンジケーション用データを作成することとしたが、一定時間毎に作成するようにしても構わない。

＜ＷＥＢブラウザからのシンジケーションデータへのアクセス＞
図３２は、管理クライアント１０１のＷＥＢブラウザ１２２で、ＲＳＳフィードをダウンロードするためのＷＥＢページ"http://www.canon.com/iwBS/5DWF506/LayoutError-RSS.html"を表示した画面である。

図３２において、表示画面３２０１にＷＥＢページが表される。Ｗｅｂブラウザに組み込まれたＲＳＳリーダにより表示されるリスト表示欄３２０２（単にＲＳＳリーダ３２０２という）にはＲＳＳフィードが表示される。アドレスバー３２０３には現在表示されているページのＵＲＩが表示される。「戻る」ボタン３２０４が押されると、現在ページの直前に表示されていたページが表示される。「進む」ボタン３２０５が押されると、現在ページの直後に表示されていたページが表示される。ボタン３２０７、３２０９、３２１１、３２１３、３２１５、３２１７は、ＲＳＳフィードダウンロードボタンであり、これらが押されると、該当するＲＳＳデータがダウンロードされる。ラベル３２０６、３２０８、３２１０、３２１２、３２１４、３２１６は各ＲＳＳフィードダウンロードボタンのラベルである。バー３２１８は、ＲＳＳチャンネル切り替えバーである。

ＷＥＢページの表示画面３２０１において、ＲＳＳフィードダウンロードボタン３２０７が押下されると、図３０のフローチャートで構築されたタイプ１のＲＳＳデータ"LayoutErrorList.rss"が、ＷＥＢサーバ１０６からＷＥＢブラウザ１２２にダウンロードされる。ＲＳＳの仕組みでダウンロードされるＲＳＳデータをシンジケーションデータと呼び、シンジケーションデータのダウンロードをＲＳＳフィードと呼ぶ。シンジケーションデータをＲＳＳフィードと呼ぶ場合もある。同様に、ＲＳＳフィードダウンロードボタン３２０９が押下されると、図３１のフローチャートで構築されたタイプ２のＲＳＳデータ"LayoutErrorList-MITUMORI.rss"がシンジケーションデータとしてＷＥＢサーバ１０６からダウンロードされ、ＲＳＳフィードされる。また、これらシンジケーションデータを識別するためのＵＲＩがリンクとしてＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８に記憶される。

ＷＥＢサーバ１０６からＷＥＢブラウザ１２２にダウンロードされたＲＳＳフィードのデータは、ＲＳＳリーダ３２０２に渡され、ＲＳＳリーダ３２０２によって情報の表示が行われる。

図３３は、ＷＥＢブラウザ１２２のＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８に記憶されたリンクのリスト表示である。ユーザが、マウスポインタ３３２１により、プルダウンボタン３３１９を押下した際、プルダウンリストボックス３２１８が展開され、リストボックス３３２０が表示される。図において、リストボックス３３２０には、シンジケーションデータのＵＲＩリンクの識別子がリストされる。

図３３の、ＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８には、チャネルすなわちＲＳＳフォードの識別子がいくつかリスト表示された例を示している。図３３において、識別子"All Layout Error"３３２０ａは、ＷＥＢサーバ１０６上のシンジケーションデータ"LayoutErrorList.rss"へのＵＲＩリンクである。また識別子"MITUMORI Template Layout Error"３３２０ｂはＷＥＢサーバ１０６上のシンジケーションデータ"LayoutErrorList-MITUMORI.rss"へのＵＲＩリンクである。そのほかの識別子も同様にサーバのシンジケーションデータへのリンクが埋め込まれており、そこを選択指示することでリンク先のデータがダウンロードされる。識別子は、たとえばシンジケーションデータの一部としてダウンロードされる。

＜クライアントでのレイアウトエラー履歴シンジケーションの利用＞
図３４は管理クライアント１０１でのレイアウトエラー履歴シンジケーション利用時のテンプレートダウンロード動作例を示したフローチャートである。図３４は、管理クライアント１０１のユーザがＷＥＢブラウザ１２２のＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８から、タイプ１のＲＳＳデータである"All Layout Error"のフィードを選んだ際の処理の例を示す。そこでまずステップＳ３４０１では、タイプ１のＲＳＳデータが選択されたか判定する。タイプ１であれば、ＷＥＢブラウザ１２２のＲＳＳリーダ３２０２は、ＷＥＢサーバ１０６にＨＴＴＰの取得リクエストを送信し（Ｓ３４０２）、ＷＥＢサーバ１０６からシンジケーションデータ"LayoutErrorList.rss"のレスポンスを受信する（Ｓ３４０３）。シンジケーションデータであるＲＳＳフィードのレスポンスデータを受け取ったＲＳＳリーダ３２０２は、ＲＳＳデータの表示を行う（Ｓ３４０４）。

図３５は、管理クライアント１０１のＷｅｂブラウザ１２２のＲＳＳリーダ３２０２でタイプ１のＲＳＳフィードのデータ"LayoutErrorList.rss"を表示した画面である。文字列３５３１、３５３３、３５３５、３５３７はハイパーリンクである。各文字列は、発生したエラーに関連するテンプレートを示している。図３５において、マウスポインタ３３２１を用いてユーザによりハイパーリンクのいずれかが選択された際（Ｓ３４０５−ＹＥＳ）、ＲＳＳリーダ３２０２は、そのＵＲＩのリソースの取得を、Ｗｅｂブラウザ１２２を介して、ＷＥＢサーバ１０６にリクエストする（Ｓ３４０６）。Ｗｅｂブラウザ１２２はハイパーリンクのリンク先であるテンプレート（テンプレートデータ）をレスポンスとしてＷＥＢサーバ１０６から受け取る。リンク先のテンプレートを受け取ると（Ｓ３４０７−ＹＥＳ）、Ｗｅｂブラウザ１２２は、そのテンプレートを開くためのテンプレート編集アプリケーション１２１を起動する（Ｓ３４０８）。そのテンプレートをテンプレート編集アプリケーション１２１に渡し、そのテンプレートを開く（Ｓ３４０９）。

図３６は、管理クライアント１０１のＷｅｂブラウザ１２２にインライン表示されたテンプレート編集アプリケーション１２１でのテンプレートの表示画面の例である。図において、テンプレート表示・編集用ペイン３６４２には、テンプレート"MITUMORI.dle"が表示されており、ユーザにより編集可能となっている。図３６の例ではテンプレート"MITUMORI.dle"に対し流し込むコンテンツデータが未指定の状態なので、プレビュー表示用ペイン３６４１には、空のページが表示されている。なおテンプレートの編集は、本例ではペイン３６４２内で行われる。しかし、テンプレート編集アプリケーション１２１により提供される編集用ウインドウで行っても良い。

図３７は管理クライアント１０１でのレイアウトエラー履歴シンジケーション利用時のコンテンツダウンロード動作を示したフローチャートである。図３７は、管理クライアント１０１のユーザにより、ＷＥＢブラウザ１２２のＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８から、現在Ｗｅｂブラウザ１２２にインライン表示されたテンプレート編集アプリケーションで編集中のテンプレートに対応する、タイプ２のＲＳＳデータ"MITUMORI Template Layout Error"のフィードが選ばれた際の例を示す。そこでまずステップＳ３７０１では、タイプ２のＲＳＳデータが選択されたか判定する。タイプ２のフィードが選ばれた際（Ｓ３７０１−ＹＥＳ）、ＷＥＢブラウザ１２２のＲＳＳリーダ３２０２は、ＷＥＢサーバ１０６にＨＴＴＰの取得リクエストを送信する（Ｓ３７０２）。リクエストに応じて、ＷＥＢサーバ１０６からシンジケーションデータのレスポンス"LayoutErrorList-MITUMORI.rss"を受信する（Ｓ３７０３）。シンジケーションデータであるＲＳＳフィードのレスポンスデータを受け取ったＲＳＳリーダ３２０２は、ＲＳＳデータの表示を行う（Ｓ３７０４）。

図３８は、管理クライアント１０１のＷｅｂブラウザ１２２のＲＳＳリーダ３２０２でタイプ２のＲＳＳフィードのデータ"LayoutErrorList-MITUMORI.rss"を、ステップＳ２７０４において表示した画面である。文字列３８３１、３８３３、３８３５、３８３７はハイパーリンクである。各文字列は、"MITUMORI Template Layout Error"で表されたテンプレートに関するエラー情報に対応している。図３８において、ユーザは、文字列（ハイパーリンク）３８３１、３８３３、３８３５、３８３７のいずれかを選択することができる。

そこで図３８のステップＳ３７０５では、マウスポインタ３３２１を用いてユーザによりハイパーリンクのいずれかが選択されたか判定する。ハイパーリンクが選択された際（Ｓ３７０５−ＹＥＳ）、ＲＳＳリーダ３２０２は、そのＵＲＩのリソースの取得を、Ｗｅｂブラウザ１２２を介して、ＷＥＢサーバ１０６にリクエストする（Ｓ３７０６）。Ｗｅｂブラウザ１２２がハイパーリンクのリンク先であるコンテンツデータをレスポンスとしてＷＥＢサーバ１０６から受け取る。リンク先のコンテンツデータを受け取ると（Ｓ３７０７−ＹＥＳ）、Ｗｅｂブラウザ１２２は、そのコンテンツをテンプレート編集アプリケーション１２１に渡す（Ｓ３７０８）。テンプレート編集アプリケーション１２１は、そのコンテンツをテンプレートに流し込みプレビューを生成する（Ｓ３７０９）。すなわち、テンプレート編集アプリケーション１２１は、そのコンテンツデータをテンプレートに従ってページ内に配置し、当該ページのプレビュー画像を生成する。

図３９は、Ｗｅｂブラウザ１２２のテンプレート編集アプリケーション１２１でのプレビュー表示画面である。プレビュー表示用ペイン３９４１には、テンプレート"MITUMORI.dle"にコンテンツデータが流し込まれ、レイアウトされた結果がプレビュー表示されている。

図４０は、ユーザによる管理クライアント１０１のＷｅｂブラウザ１２２のＲＳＳリーダ３２０２およびテンプレート編集アプリケーション１２１を用いた、あるテンプレートのレイアウトエラー修正およびサーバへのアップロードの操作フローである。すなわち図４０は、ユーザによる判断と操作およびその操作に応じた処理内容を示す。ユーザは、管理クライアント１０１のＷｅｂブラウザ１２２のＲＳＳリーダ３２０２で、"MITUMORI Template Layout Error"のハイパーリンクの一つをクリックできる。すなわち、"MITUMORI Template Layout Error"というタイトルで示されるエラーのリストの中から、所望のエラーに関する情報を選択してクリックできる。タイトルは、エラーに関連するテンプレートあるいは全てのエラーに関連づけて付与されている。

ハイパーリンクがクリックされると（Ｓ４００１）、編集中のテンプレート"MITUMORI.dle"でエラーが発生したコンテンツをダウンロードし、コンテンツをテンプレートに従って配置して、レイアウト結果のプレビューを得る。ユーザは、テンプレート編集アプリケーション１２１のメニューバー２００１からメニュー項目"バリアブルデータ／レイアウトのチェック(C)．．．"２００２を選択できる。レイアウトチェックが選択されると、バリアブルデータ／レイアウトのチェックを開始し、そのチェック結果を得る（Ｓ４００２）。ユーザは、「バリアブルデータ／レイアウトのチェック」ダイアログ２２０１に表示されるチェック結果がユーザにとって許容出来ないエラーか否か判定する。許容できない場合にはテンプレートの再編集作業を指示する。再編集作業が開始されると（Ｓ４００３−ＹＥＳ）、利用者は、エラーを生じたレイアウトの結果を見ながら、テンプレート上のコンテナのサイズや可変設定に変更を加えるなど、テンプレートの再編集を行う。その編集作業に従ってテンプレートは変更される（Ｓ４００４）。更に、バリアブルデータ／レイアウトのチェックを行い、エラーが発生しない状態またはエラーが許容できる状態まで変更を加える。

ユーザは、エラーが発生しない状態またはエラーが許容できる状態まで変更を加えた後、再編集作業を終了しない場合、ユーザは、管理クライアント１０１のＷｅｂブラウザ１２２のＲＳＳリーダ３２０２で、ハイパーリンクの別の一つをクリックする（Ｓ４００３−ＮＯ，Ｓ４００６−ＹＥＳ）。それにより別のコンテンツデータがダウンロードされる。こうしてレイアウトチェックおよびテンプレートの再編集操作を繰り返す。最終的に、ユーザが、編集作業を終えた場合、保存指示をすることで（Ｓ４００５−ＹＥＳ）、編集したテンプレートは、サーバへアップロードされる（Ｓ４００７）。保存は、テンプレート編集アプリケーション１２１のメニューバー２００１から利用者がメニュー項目"保存(S)．．．"を選択することにより実行される。

また、利用者は、ＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８から"All Layout Error"を選択し、ＲＳＳリーダに表示される"LayoutErrorList.rss"データから、"PRINTER Template Layout Error"など別のハイパーリンクをクリックすることもできる。この場合、その操作に応じて"Printer.dle"など別のテンプレートがダウンロードされる。そのテンプレートは、テンプレート編集アプリケーション１２１で開かれる。さらに、利用者がＲＳＳチャンネル切り替え用プルダウンリストボックス３２１８から"PRINTER Template Layout Error"などを選択すると、その操作に応じてコンテンツがダウンロードされる。そして、別のテンプレートの修正作業に移る。

図４１は、図４０のステップＳ４００２の操作結果に該当する、Ｗｅｂブラウザ１２２のテンプレート編集アプリケーション１２１での「バリアブルデータ／レイアウトのチェック」ダイアログ２２０１の表示画面である。

図４２は、図４０のステップＳ４００４の操作が行われる、Ｗｅｂブラウザ１２２のテンプレート編集アプリケーション１２１でのコンテナのプロパティ変更中の表示画面である。

図４３は、図４０のステップＳ４００６→Ｓ４００１での操作が行われる、Ｗｅｂブラウザ１２２のテンプレート編集アプリケーション１２１での別のコンテンツのプレビュー表示画面である。

図４４は、図４０のステップＳ４００１からＳ４００６の操作の概念図である。図４４において、表示欄３２０２からハイパーリンクが付された文字列が選択されると（ＳＴＥＰ１）、リンクにより指し示される宛先のデータがダウンロードされる（ＳＴＥＰ２）。そのデータを用いて試験的にレイアウトが行われ、必要に応じて編集される（ＳＴＥＰ３）。

尚、管理クライアント１０１のＷｅｂブラウザ１２２のＲＳＳリーダ３２０２での"LayoutErrorList.rss"や"LayoutErrorList-MITUMORI.rss"などのＲＳＳデータの表示中に、表示中のＲＳＳデータがサーバ側で更新されることもあり得る。たとえば、図２５に示したコンテンツサーバ１０３でのレイアウトエラーの履歴保存時の動作により、表示中のＲＳＳデータがサーバ側で更新されることがある。その場合、ＲＳＳデータの特性上、新たなＲＳＳデータがＷＥＢサーバ１０６から送信され、ＲＳＳリーダ３２０２により、その新たな送信データでデータ表示が更新される。

＜サーバでのクライアントへのレイアウトエラーコンテンツ送信＞
図４５は、図３７での管理クライアント１０１でのレイアウトエラー履歴シンジケーション利用時のコンテンツダウンロード動作に対応する、ＷＥＢサーバ１０６のコンテンツ送信動作を示したフローチャートである。

ＷＥＢサーバ１０６は、"http://www.canon.com/iwBS/5DWF506/Data/MITUMORI - 20051017 031221.009.zip"などのコンテンツダウンロードＵＲＬに対する取得リクエストをクライアントとから受け取ることができる。そのリクエストを受け取った際（Ｓ４５０１−ＹＥＳ）、該当コンテンツの作成とアップロードをコンテンツサーバ１０３に依頼する（Ｓ４５０２）。ＷＥＢサーバ１０６は、コンテンツサーバ１０３からレスポンスとして、該当のコンテンツファイルのＷＥＢサーバ１０６へのアップロードを受けた際（Ｓ４５０３）、該当ファイルのデータをクライアントに送信し（Ｓ４５０４）、処理を終了する。

図４６は、ＷＥＢサーバ１０６からコンテンツ作成とアップロードのリクエストを受け取った際のコンテンツサーバ１０３の動作を示したフローチャートである。コンテンツサーバ１０３は、ＷＥＢサーバ１０６から、コンテンツダウンロードＵＲＬのデータ "http://www.canon.com/iwBS/5DWF506/Data/MITUMORI - 20051017 031221.009.zip" と共に、コンテンツ作成とアップロードのリクエストを受け取る。リクエストを受け取った際（Ｓ４６０１−ＹＥＳ）、そのＵＲＬ文字列のデータからテンプレート識別子"MITUMORI"、およびレイアウトエラー発生時間の情報"2005/10/17 03:12:21.009"を抽出する（Ｓ４６０２）。

抽出したテンプレート識別子"MITUMORI"のデータを下に、レイアウトエラー履歴保存用テーブル２６０１から"Ｔｅｍｐｌａｔｅ ＩＤ"フィールド２６０２の値が合致するレコードを検索する（Ｓ４６０３）。合致するものがあれば（Ｓ４６０４−ＹＥＳ）、更に、そのレコードの"Ｄａｔｅ ａｎｄ Ｔｉｍｅ" フィールドの日付／時刻情報が、抽出したレイアウトエラー発生時間の情報"2005/10/17 03:12:21.009"と合致するかどうか照合する（Ｓ４６０５）。合致しなければ（Ｓ４６０６−ＮＯ）、更に、"Ｔｅｍｐｌａｔｅ ＩＤ"フィールド２６０２の値が合致する別のレコードを検索し、"Ｔｅｍｐｌａｔｅ ＩＤ"フィールドおよび"Ｄａｔｅ ａｎｄ Ｔｉｍｅ"フィールドの値が両方とも合致するレコードを検索する。もし、合致するレコードがない場合（Ｓ４６０４−ＮＯ）、エラーをＷＥＢサーバ１０６に返す（Ｓ４６１２）。両方とも合致するレコードが見つかった場合（Ｓ４６０６−ＹＥＳ）、そのレコードの"Ｃｏｎｔｅｎｔｓ Ｒｅｃｏｒｄ ＩＤｓ Ｓｔｒｉｎｇ"フィールド２６０３の値、すなわちコンテンツ識別子の配列を参照する（Ｓ４６０７）。その数値配列の各要素の値 、たとえば"２００"，"１１３"，"３１"，"４２９３８"，"３１８７"，"９８"， ．．．という各識別子に該当するコンテンツのレコードデータを、データベース１０９のコンテンツデータ管理テーブルから順に取得する（Ｓ４６０８）。コンテンツサーバ１０３は、コンテンツデータを取得した順に一つのデータファイル"11285.csv"に、その識別子を付加的に保存する（Ｓ４６０９）。最終的に生成されたデータファイルとそのデータファイルから参照されるコンテンツ群を一つのアーカイブファイル"MITUMORI - 20051017 031221.009.zip"にまとめる（Ｓ４６１０）。生成したアーカイブファイルを、リクエストの発行元であるＷＥＢサーバ１０６にアップロードし（Ｓ４６１１）、処理を終了する。

尚、生成されたデータファイルとそのデータファイルから参照されるコンテンツ群は、該当するコンテンツ群がそのデータファイルに設定された順に基づき、該当テンプレートに流し込まれた場合、レイアウト時のプリフライトで、レイアウトエラー履歴保存テーブル２６０１の該当レコードに保存されたのと同じ結果をもたらすことになる。

また、生成されたデータファイル"11285.csv"は図４７のファイル４７０１ような形式である。コンテンツデータ管理テーブルのレコードのフィールドデータが文字列の場合、その文字列がデータファイルに保存される。フィールドデータがイメージファイル名の場合、そのイメージファイルへの参照がデータファイルに保存される。これは他のデータファイル４７０２についても同様である。また、上記例のアーカイブファイル"MITUMORI - 20051017 031221.009.zip"は、一般的なPK-ZIP形式のファイルである。

以上のように、本実施形態では、いわゆる自動レイアウトあるいはバリアブル印刷時にレイアウトサーバで生じるエラーを、ＲＳＳフィードの技術を用いてクライアントに配信することができる。このため、クライアントでは、エラーが生じたことおよび関連するデータへのリンク情報を、ユーザが常時監視し続けるなしに取得できる。また、関連するテンプレートデータおよびコンテンツデータへのリンク情報を得ているために、エラーを再現する試みも容易に行える。そして、行った試みにより生じたエラーを参照しつつ、テンプレートを、エラーが生じないように編集することができる。編集したテンプレートは再びサーバにアップロードして、バリアブル印刷を再度実行できる。テンプレートの再編集は、プリフライト検査時に行うことが望ましいが、本番運用時でも行うことができる。

［他の実施形態］
なおＲＳＳフィードによるシンジケーションは、一定の形式を備えるシンジケーション用のデータ（ＲＳＳデータ）をサーバ（たとえばウエブサーバ）に用意しておく。そしてそのＲＳＳデータの置き場所の情報を知得しているクライアント（ＲＳＳリーダ）が、所定のイベントの発生時に、サーバにアクセスして、現在取得しているデータよりも新しい情報があればそれを取得する。所定のイベントには、たとえばＲＳＳリーダの起動時や所定時間経過時（即ち定期的）などが含まれる。すなわちデータのシンジケーションとは、サーバからクライアントへのデータの配信や配給を指す。もちろんシンジケーションは、現在実用化されているＲＳＳ１．０のみならず、すべての現在有効な全てのバージョンのＲＳＳや将来実用化されるであろうバージョンのＲＳＳにより実現することもできる。またａｔｏｍを用いたり、それに類する（すなわちシンジケーションのために利用できる）ＸＭＬメタデータの配信により実現できる。

また、ＲＳＳフィードを用いたエラーの監視は、自動レイアウトあるいはバリアブル印刷に限らない。たとえばウエブサービスでは、アプリケーションサーバによりクライアントから要求された処理が行われる。この処理時のエラー等、処理の状態を示す状態情報の配信のために本実施形態を適用し、エラーの発生及びエラーに係るデータへのリンク情報を、ＲＳＳフィードとして、管理用クライアント端末に送信する。そして本実施形態と同様に、管理用クライアントでエラーを再現し、エラーの原因となったプログラムやデータの編集を行って、再度処理を実行する。

このようにして、管理者が、遠隔のサーバで生じたエラーに関する情報を知得し、遠隔のクライアントにおいてエラー解消のための対策を講じることができる。

なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。

本発明のコンピュータシステム構成図である。 本発明のコンピュータモジュールの概略図である。 本発明のメニューバー、ツールバー、ワークエリア、フローティングパレットを含む典型的なアプリケーションのメインウインドウの図である。 本発明のコンテナ間のリンク、アンカーやスライダーを持つ典型的なコンテナの一面をスクリーン、ツール、アイコンの図である。 本発明の典型的なコンテナルールの図である。 本発明のリンクを作成するフローの図である。 リンク作成時のＵＩ例の図である。 本発明におけるレイアウト計算の全体フローの図である。 本発明におけるレイアウト計算の詳細フローの図である。 本発明における図９のフローに対応するＵＩ例の図である。 本発明のレイアウト計算時におけるコンテナの集合について説明した図である。 本発明の典型的な可変リンクによるコンテナ配置図である。 本発明の図１２の状態までの操作遷移を表している図である。 本発明の典型的なリンクの設定ダイアログウィンドウの図である。 本発明の固定リンクによるレイアウト結果の図である。 本発明の可変リンクによるレイアウト結果の図である。 本発明のコンテナのプロパティを設定するダイアログの図である。 本発明のコンテナのプロパティ設定操作におけるレイアウトアプリケーションプログラムの動作フローの図である。 本発明のレイアウト編集アプリケーションプログラムのレイアウトチェック機能の動作フロー図である。 本発明のテンプレート編集アプリケーションプログラムのメニューバーの図である。 本発明のテンプレート編集アプリケーションプログラムの「バリアブルデータ／レイアウトのチェック」ダイアログの図である。 本発明のテンプレート編集アプリケーションプログラムの「バリアブルデータ／レイアウトのチェック」ダイアログのプリフライト結果表示の図である。 本発明のコンテンツサーバのレイアウトチェック実行時の動作フローの図である。 本発明のレイアウトサーバのレイアウトチェック実行時の動作フローの図である。 本発明のコンテンツサーバのレイアウトエラーの履歴保存時の動作フローの図である。 本発明のレイアウトエラー履歴保存用テーブルの記述例の図である。 エラー番号と対応するエラー概要文字列とを示す図である。 本発明の「タイプ１」のＲＳＳデータの記述例の図である。 本発明の「タイプ２」のＲＳＳデータの記述例の図である。 本発明のコンテンツサーバのタイプ１のＲＳＳデータ構築の動作フローの図である。 本発明のコンテンツサーバのタイプ２のＲＳＳデータ構築の動作フローの図である。 本発明のＲＳＳフィードダウンロードページの表示画面の図である。 本発明のＷＥＢブラウザのＲＳＳチャンネル切り替え用プルダウンリストボックスのリスト表示画面の図である。 本発明の管理クライアントのレイアウトエラー履歴シンジケーション利用時のテンプレートダウンロードの動作フローの図である。 本発明の管理クライアントのＲＳＳリーダでのタイプ１のＲＳＳフィードの表示画面の図である。 本発明の管理クライアントＷｅｂブラウザにインライン表示されたテンプレート編集アプリケーションのテンプレート表示画面の図である。 本発明の管理クライアントのレイアウトエラー履歴シンジケーション利用時のコンテンツダウンロード動作フローの図である。 本発明の管理クライアントのＲＳＳリーダでのタイプ２のＲＳＳフィードの表示画面の図である。 本発明のＷｅｂブラウザのテンプレート編集アプリケーションでのプレビュー表示画面の図である。 本発明の管理クライアントのＲＳＳリーダおよびテンプレート編集アプリケーションを用いたテンプレートのレイアウトエラー修正およびサーバへのアップロードの操作フローの図である。 本発明のＷｅｂブラウザのテンプレート編集アプリケーションでの「バリアブルデータ／レイアウトのチェック」ダイアログの表示画面の図である。 本発明のＷｅｂブラウザのテンプレート編集アプリケーションでのコンテナのプロパティ変更中の表示画面の図である。 本発明のＷｅｂブラウザのテンプレート編集アプリケーションでの別コンテンツのプレビュー表示画面の図である。 本発明のＷｅｂブラウザのテンプレート編集アプリケーションでの操作の概念図である。 本発明のＷＥＢサーバのコンテンツ送信動作フローの図である。 本発明のコンテンツサーバのコンテンツ作成とアップロードのリクエストを受け取った際の動作フローの図である。 本発明のコンテンツサーバの生成データファイルの記述例の図である。

符号の説明

１０１ 管理クライアントコンピュータ
１０２ クライアントコンピュータ
１０３ コンテンツサーバ
１０４ ファイルサーバ
１０５ レイアウトサーバ
１０６ ＷＥＢサーバ
１０７ ネットワーク
１１９ データベース
１２１ テンプレート編集アプリケーションプログラム
１２２ 管理クライアントコンピュータのＷＥＢブラウザプログラム
１２５ クライアントコンピュータのＷＥＢブラウザプログラム

Claims (12)

1. シンジケーションデータを取得し表示可能なクライアントと、前記クライアントに対して配信される前記シンジケーションデータを生成するサーバーシステムとを有する自動レイアウトシステムであって、
   前記サーバーシステムは、
   コンテンツデータを、テンプレートデータに従って配置処理するレイアウト手段と、
   前記レイアウト手段による配置処理においてエラーが生じた場合、当該エラーに係るデータへのリンク情報を含むシンジケーションデータを生成する生成手段と、
   前記生成手段により生成されたシンジケーションデータを前記クライアントに提供する情報提供手段とを有し、
   前記クライアントは、
   前記エラーに関連するテンプレートデータと、該テンプレートデータに関連するコンテンツデータとを、前記サーバーシステムから提供されたシンジケーションデータのリンク情報を基に取得する取得手段と、
   取得されたテンプレートデータとコンテンツデータとを基に再レイアウトを行う再レイアウト手段と、
   再レイアウトによりエラーが解消されたテンプレートデータの保存を前記サーバーシステムに指示する指示手段と
   を備えることを特徴とする自動レイアウトシステム。
2. 前記生成手段は、前記シンジケーションデータとして、ＲＳＳまたはａｔｏｍ形式のデータを生成し、
   前記情報提供手段は、前記シンジケーションデータをＲＳＳまたはａｔｏｍ形式で提供し、前記エラーに係るデータをＨＴＭＬ形式で提供することを特徴とする請求項１に記載の自動レイアウトシステム。
3. 前記シンジケーションデータは、前記配置処理において生じたエラーの要約を表す要約情報を含むエラー配信データであることを特徴とする請求項１に記載の自動レイアウトシステム。
4. 前記生成手段は、前記レイアウト手段による配置処理において、テンプレートに含まれる枠内にテキストデータが納まらないテキストオーバーフローと、テンプレートに含まれる枠内にイメージデータが納まらないイメージオーバーフローと、枠内に収めるべきコンテンツデータがないコンテナエラーのいずれかが生じた場合に、前記シンジケーションデータを生成することを特徴とする請求項３に記載の自動レイアウトシステム。
5. 前記シンジケーションデータは、前記配置処理において生じたエラーに係るデータへのリンク情報として、当該エラーに係るテンプレートデータおよびコンテンツデータそれぞれへのリンク情報を含むことを特徴とする請求項１乃至４のいずれか１項に記載の自動レイアウトシステム。
6. シンジケーションデータを取得し表示可能なクライアントと、前記クライアントに対して配信される前記シンジケーションデータをレイアウトサーバーにより生成してウエブサーバーにより提供する情報提供方法であって、
   前記レイアウトサーバーが、コンテンツデータを、テンプレートデータに従って配置処理するレイアウト工程と、
   前記レイアウトサーバーが、前記レイアウト工程による配置処理においてエラーが生じた場合、当該エラーに係るデータへのリンク情報を含むシンジケーションデータを生成する生成工程と、
   ウエブサーバーが、前記生成工程により生成されたシンジケーションデータを前記クライアントに提供する情報提供工程と、
   前記クライアントが、前記エラーに関連するテンプレートデータと、該テンプレートデータに関連するコンテンツデータとを、前記ウエブサーバーから提供されたシンジケーションデータのリンク情報を基に取得する取得工程と、
   前記クライアントが、取得されたテンプレートデータとコンテンツデータとを基に再レイアウトを行う再レイアウト工程と、
   前記クライアントが、再レイアウトによりエラーが解消されたテンプレートデータの保存を前記レイアウトサーバーに指示する指示工程と
   を有することを特徴とする情報提供方法。
7. 前記生成工程では、前記シンジケーションデータとして、ＲＳＳまたはａｔｏｍ形式のデータを生成し、
   前記情報提供工程では、前記シンジケーションデータをＲＳＳまたはａｔｏｍ形式で提供し、前記エラーに係るデータをＨＴＭＬ形式で提供することを特徴とする請求項６に記載の情報提供方法。
8. 前記シンジケーションデータは、前記配置処理において生じたエラーの要約を表す要約情報を含むエラー配信データであることを特徴とする請求項６に記載の情報提供方法。
9. 前記生成工程は、前記レイアウト工程による配置処理において、テンプレートに含まれる枠内にテキストデータが納まらないテキストオーバーフローと、テンプレートに含まれる枠内にイメージデータが納まらないイメージオーバーフローと、枠内に収めるべきコンテンツデータがないコンテナエラーのいずれかが生じた場合に、前記シンジケーションデータを生成することを特徴とする請求項８に記載の情報提供方法。
10. 前記シンジケーションデータは、前記配置処理において生じたエラーに係るデータへのリンク情報として、当該エラーに係るテンプレートデータおよびコンテンツデータそれぞれへのリンク情報を含むことを特徴とする請求項６乃至９のいずれか１項に記載の情報提供方法。
11. サーバーシステムであって、
    コンテンツデータをテンプレートに従ってレイアウトした際に生じたレイアウトエラーをチェックするチェック手段と、
    前記チェック手段によるレイアウトエラーのチェック結果を基に、タイプ１とタイプ２の２つのタイプのＲＳＳデータを生成し、生成したＲＳＳデータを情報配信サーバーへアップロードするＲＳＳデータ配信手段とを備え、
    前記タイプ１のＲＳＳデータは、ＲＳＳデータのアイテム要素のタイトル項目にレイアウトエラーが発生したテンプレートの固有情報を設定し、そのタイトル項目に対応するリンク要素には、当該レイアウトエラーを生じたテンプレートが保存されている保存場所のリンク情報を設定したＲＳＳデータであり、
    前記タイプ２のＲＳＳデータは、前記チェック手段によりエラーの発生が特定されたテンプレート毎に用意されたＲＳＳデータであり、夫々のＲＳＳデータのアイテム要素のタイトル項目にはレイアウトエラーが発生した日時を設定し、そのタイトル項目に対応するリンク要素にはその日時にレイアウトエラーが発生した際に、当該レイアウトエラーが発生したテンプレートで用いたコンテンツが保存されている保存場所のリンク情報を設定したＲＳＳデータであり、
    前記サーバーシステムはさらに、前記生成手段により生成されたシンジケーションデータを提供する提供手段を備え、
    クライアントに配信されたＲＳＳデータのリンク要素で設定されたリンク情報を基に当該クライアントがシンジケーションデータの取得要求を行った場合、前記提供手段が、要求されたシンジケーションデータを要求元のクライアントに提供することを特徴とするサーバーシステム。
12. 請求項１１に記載のサーバーシステムと、該サーバーシステムにより生成したＲＳＳデータをクライアントに配信する情報配信サーバーと、クライアントとを有する自動レイアウトシステムであって、
    前記クライアントは制御ユニットを有し、
    該制御ユニットは、
    前記情報配信サーバーにより提供されるＲＳＳデータを表示するＲＳＳリーダーを制御し、
    前記ＲＳＳリーダーは、前記タイプ１のＲＳＳデータのチャンネルが選択された場合、タイプ１のＲＳＳデータを受信して、タイプ１のアイテム要素のリンク項目を基にリンク情報を表示し、そのリンク情報が選択されたことに応じて前記サーバーシステムからテンプレートを受信し、
    前記ＲＳＳリーダーは、前記タイプ２のＲＳＳデータのチャンネルが選択された場合、タイプ２のＲＳＳデータを受信して、タイプ２のアイテム要素のリンク項目を基にリンク情報を表示し、そのリンク情報が選択されたことに応じて前記サーバーシステムからコンテンツを受信し、
    前記制御ユニットはさらに、
    前記ＲＳＳリーダーを介してテンプレートを受信した場合は、その受信したテンプレートを編集するために前記クライアントにインストールされているテンプレート編集アプリケーションを起動し、
    前記ＲＳＳリーダーを介してコンテンツを受信した場合は、前記クライアントにインストールされているテンプレート編集アプリケーションを起動し、前記受信したコンテンツを用いたプレビューを表示させるよう前記クライアントを制御することを特徴とする自動レイアウトシステム。

Images