(57)【特許請求の範囲】
【請求項１】
レンダリング用電子文書を基に、ＤＴＰデータを生成するレンダリング装置であって、
少なくとも１つのページについて、前記ＤＴＰデータのページを表わすｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグ内に小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述されているとともに、少なくとも前記小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内にテキストボックス又は画像ボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述され、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内に文字スタイルの階層のタグを有するＸＳＬ−ＦＯ(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、小組ＩＤ及び物件ＩＤを有し、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも１つのページ内に小組を表わす仮想的な１又は複数の領域を構成し、
更に、前記少なくとも１つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したＤＴＰデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ＩＤ及び前記物件ＩＤが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング装置であって、
前記小組ＩＤ及び前記物件ＩＤを、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記小組ＩＤ及び前記物件ＩＤを基に生成し、前記ＤＴＰデータの小組の階層に書き込む小組作成手段と、
前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータのテキストボックスの階層に書き込むテキストボックス作成手段と、
前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記ＤＴＰデータの文字スタイルの階層に書き込む文字スタイル適用手段と、
前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータの画像ボックスに書き込む画像ボックス作成手段と、
を備えることを特徴とするレンダリング装置。
【請求項２】
コンピュータに、レンダリング用電子文書を基に、ＤＴＰデータを生成するレンダリング方法であって、少なくとも１つのページについて、前記ＤＴＰデータのページを表わすｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグ内に小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述されているとともに、少なくとも前記小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内にテキストボックス又は画像ボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述され、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内に文字スタイルの階層のタグを有するＸＳＬ−ＦＯ(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、小組ＩＤ及び物件ＩＤを有し、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも１つのページ内に小組を表わす仮想的な１又は複数の領域を構成し、
更に、前記少なくとも１つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したＤＴＰデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ＩＤ及び前記物件ＩＤが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング方法において、小組作成手段により、前記小組ＩＤ及び前記物件ＩＤを、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記小組ＩＤ及び前記物件ＩＤを基に生成し、前記ＤＴＰデータの小組の階層に書き込む小組作成ステップと、テキストボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータのテキストボックスの階層に書き込むテキストボックス作成ステップと、文字スタイル適用手段により、前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記ＤＴＰデータの文字スタイルの階層に書き込む文字スタイル適用ステップと、画像ボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータの画像ボックスに書き込む画像ボックス作成ステップと、を備えることを特徴とするレンダリング方法を実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データの訂正内容をデータベースに反映させるためのデータのデータベースへの反映方法及びその装置に関する。
【０００２】
【従来の技術】
大量の物件データ（中古車データ、住宅データ等）のうちの各物件を数種類程度の小組のうちの１の小組に組み込み、いくつかの小組を１ページに並べて掲載する物件雑誌（中古車雑誌、住宅雑誌等）を出版する方法としてデータベースパブリッシングが登場してきている。
【０００３】
データベースパブリッシングによれば、物件の販売、仕入れ等により物件データが頻繁に変動し、かつ物件数が多いので、物件データを管理するためにデータベースが用いられている。また、データベースパブリッシングでは、データベースから一冊の物件雑誌に掲載するべき物件データを抽出して、これをＸＭＬ(eXtensible Markup Language)電子文書で表し、小組の並べ方、各小組内の項目のレイアウト及び各小組に割り当てる物件の指定をＸＳＬＴ(eXtensible Stylesheet Language Transformation)スタイルシートと呼ばれるＸＳＬＴ電子文書で表し、ＸＭＬ文書とＸＳＬＴ文書からＸＳＬＴプロセッサを用いてＸＳＬ−ＦＯ(eXtensible Stylesheet Language-Formatting Object)電子文書を生成し、ＸＳＬ−ＦＯ電子文書からＸＳＬ−ＦＯプロセッサを用いてＤＴＰデータを生成する。
【０００４】
なお、本発明に関連する先行技術文献としては以下のものがある。
【０００５】
【非特許文献１】
カタログ「ＤＢＰｕｂｌｉｓｈｅｒ１．０、ＤＢＰｒｅｓｓ４．０」、発行国：日本国、販売元：有限会社ディー・ティー・アィ、開発元：リンクス
【０００６】
また、本出願人は、本願発明と関連する発明について、以下の出願をしている。
【０００７】
特願２００１−２５６３７８
特願２００１−３６２８１１
特願２００１−３７７６３１
特願２００２−１４７９６４
特願２００２−２９９０８０
特願２００３−０３２４６６
【０００８】
【発明が解決しようとする課題】
ところで、データベースパブリッシングを行う場合であっても、印刷直前において、ＤＴＰ上で校正が行われる。校正においては、通常の出版の場合と同様に、誤記の訂正は直接にはデータベースに対してではなくＤＴＰデータに対して行われる。従って、訂正内容をデータベースに反映させるためには、訂正内容に応じてデータベースを人手により訂正する作業が必要とされていた。
【０００９】
例えば、株式会社リンクスのDBPublisher 1.0及びDBPress 4.0の書き戻しの機能では、訂正内容がデータベースに自動的に直接反映されるのではなく、全てのレコードの双方向属性を設定した項目についての訂正内容を記述したＣＳＶ形式のファイルが生成されるのみであり、利用者はＣＳＶ形式のファイルを基にデータベースを訂正しなければならなかった。
【００１０】
また、データベースパブリッシングでは、データベースから一冊の物件雑誌に掲載するべき物件データを抽出する際に、データベースのテーブルの全ての列を抽出するのではなく、必要な列のみを抽出して、それを印刷するようにする。しかし、一度は、印刷する必要が無いと判断された列の内容であっても、ＤＴＰの最中にやはり印刷する必要があると判断され、そのような場合には、ＤＴＰ上で個別にデータの追加を行う。このようなデータの追加を行った場合、データの内容はデータベースに格納されている内容とは一致しているとは限らず、一般には相違する。そして、データベースに格納されている内容よりもＤＴＰ上で追加したデータの内容の方が新しく、後者の内容でもって前者の内容を更新したい場合がある。しかしながら、従来はこのようなことをするためには、ＤＴＰ上での追加とは独立してデータベースを操作しなければならなかった。
【００１１】
更に、ＤＴＰ上で小組を追加し、小組の各項目に値を設定する場合があるが、従来は、追加された各項目に設定された値を自動的にデータベースに反映させる方法がなかった。
【００１２】
更に、ＤＴＰ上で小組を個別に削除したり、ページを削除することによりそのページの全ての小組を削除することがあるが、従来は、削除された小組にデータが割り当てられていたレコードをデータベースのテーブルから自動的に削除する方法がなかった。
【００１３】
本発明は上記の問題点に鑑みてなされたものであり、データの訂正内容をほぼ自動的にデータベースに反映させることを可能とするデータのデータベースへの反映方法及びその装置を提供することを目的とする。
【００１４】
また、本発明は、訂正内容を記述したデータを全てそのままデータベースに反映させるのではなく、訂正内容を効率よくチェックしてからデータベースへ反映させることにより、信頼性の高いデータベースを維持するようなデータのデータベースへの反映方法及びその装置を提供することを目的とする。
【００１５】
更に、本発明は、ＤＴＰ上で追加された項目の値を自動的にデータベースに反映させることを可能とするデータのデータベースへの反映方法及びその装置を提供することを目的とする。
【００１６】
更に、本発明は、ＤＴＰ上で追加された小組の各項目に設定された値を自動的にデータベースに反映させることを可能とするデータベースへの反映方法及びその装置を提供することを目的とする。
【００１７】
更に、本発明は、削除された小組にデータが割り当てられていたレコードをデータベースのテーブルから自動的に削除することを可能とするデータベースへのデータの反映方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
本発明の第１の観点によれば、レンダリング用電子文書を基に、ＤＴＰデータを生成するレンダリング装置であって、少なくとも１つのページについて、前記ＤＴＰデータのページを表わすｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグ内に小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述されているとともに、少なくとも前記小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内にテキストボックス又は画像ボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述され、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内に文字スタイルの階層のタグを有するＸＳＬ−ＦＯ(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、小組ＩＤ及び物件ＩＤを有し、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも１つのページ内に小組を表わす仮想的な１又は複数の領域を構成し、更に、前記少なくとも１つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したＤＴＰデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ＩＤ及び前記物件ＩＤが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング装置であって、前記小組ＩＤ及び前記物件ＩＤを、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記小組ＩＤ及び前記物件ＩＤを基に生成し、前記ＤＴＰデータの小組の階層に書き込む小組作成手段と、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前���流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータのテキストボックスの階層に書き込むテキストボックス作成手段と、前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記ＤＴＰデータの文字スタイルの階層に書き込む文字スタイル適用手段と、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータの画像ボックスに書き込む画像ボックス作成手段と、を備えることを特徴とするレンダリング装置が提供される。
【００１９】
本発明の第２の観点によれば、コンピュータに、レンダリング用電子文書を基に、ＤＴＰデータを生成するレンダリング方法であって、少なくとも１つのページについて、前記ＤＴＰデータのページを表わすｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグ内に小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述されているとともに、少なくとも前記小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内にテキストボックス又は画像ボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグを１又は複数記述され、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグ内に文字スタイルの階層のタグを有するＸＳＬ−ＦＯ(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、小組ＩＤ及び物件ＩＤを有し、前記テキストボックスを表すｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも１つのページ内に小組を表わす仮想的な１又は複数の領域を構成し、更に、前記少なくとも１つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したＤＴＰデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ＩＤ及び前記物件ＩＤが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング方法において、小組作成手段により、前記小組ＩＤ及び前記物件ＩＤを、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記小組ＩＤ及び前記物件ＩＤを基に生成し、前記ＤＴＰデータの小組の階層に書き込む小組作成ステップと、テキストボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前���ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータのテキストボックスの階層に書き込むテキストボックス作成ステップと、文字スタイル適用手段により、前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記ＤＴＰデータの文字スタイルの階層に書き込む文字スタイル適用ステップと、画像ボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記ＸＳＬ−ＦＯ電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記ＤＴＰデータの画像ボックスに書き込む画像ボックス作成ステップと、を備えることを特徴とするレンダリング方法を実行させるためのプログラムが提供される。
【００３３】
本発明の第４の観点によれば、ＤＴＰ上で変更された項目の値と該項目のデータベースにおける位置を対応付けられるようなデータ構造を生成するデータ構造生成ステップと、前記ＤＴＰ上で項目の値の変更を受け付ける項目値変更ステップと、前記データ構造を基に、前記ＤＴＰ上で変更された項目の値及び前記位置についての赤字データを生成する赤字データ生成ステップと、前記赤字データを基に、前記変更された項目の値を前記データベースの前記位置に反映させる反映ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【００３４】
本発明の第４の観点によるデータのデータベースへの反映方法において、前記赤字データ生成ステップと前記反映ステップの間にデータ修正ステップを有し、該データ修正ステップは、そのままでは前記位置に反映させることができない前記項目の値を前記位置に反映させることができる値に修正し、前記反映ステップは、修正後の値を前記位置に反映させるようにしてもよい。
【００３５】
本発明の第５の観点によれば、ＤＴＰ上で追加された項目の名称及び値についてのデータを生成する赤字データ生成ステップと、前記赤字データに含まれる前記項目の名称に対応するデータベースのテーブルの列を特定する列特定ステップと、特定された前記列に前記赤字データに含まれる前記項目の値を反映させる反映ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【００３６】
本発明の第５の観点によるデータのデータベースへの反映方法において、前記列特定ステップは、前記項目の名称に一致する前記データベースのテーブルの列の名称を調べることにより行うようにしてもよい。
【００３７】
本発明の第５の観点によるデータのデータベースへの反映方法において、前記列特定ステップは、前記項目の名称に対応する前記データベースのテーブルの列の名称をユーザに選択させることにより行うようにしてもよい。
【００３８】
本発明の第５の観点によるデータのデータベースへの反映方法において、前記列特定ステップと前記反映ステップの間にデータ修正ステップを有し、該データ修正ステップは、そのままでは特定された前記列に反映させることができない前記項目の値を特定された前記列に反映させることができる値に修正し、前記反映ステップは、修正後の値を特定された前記列に反映させるようにしてもよい。
【００３９】
本発明の第６の観点によれば、ＤＴＰ上で追加された小組の各項目の値及び該各項目がデータベースのテーブルのどの列に対応するかを示す情報についての赤字データを生成する赤字データ生成ステップと、前記ＤＴＰ上で追加された前記小組が前記テーブルのどのレコードに対応するかを示すレコード情報を入力するレコード情報入力ステップと、前記赤字データ及び前記レコード情報を基に、前記ＤＴＰ上で追加された小組の各項目の値を、前記テーブルの前記レコード情報により示されるレコードの前記赤字データにより示される列に反映させる第１の反映ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【００４０】
本発明の第６の観点によるデータのデータベースへの反映方法は、前記レコード情報が得られないならば、前記テーブルにレコードを追加し、前記赤字データを基に、前記ＤＴＰ上で追加された小組の各項目の値を、前記追加されたレコードの前記赤字データにより示される列に反映させる第２の反映ステップを更に有していてもよい。
【００４１】
本発明の第７の観点によれば、ＤＴＰ上で削除された小組にデータが割り当てられていたレコードを特定する情報についての赤字データを生成する赤字データ生成ステップと、前記赤字データを基に、テーブルから前記レコードを削除する削除ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【００４２】
本発明の第７の観点によるデータのデータベースへの反映方法は、前記赤字データ生成ステップと前記削除ステップとの間に、前記特定されたレコードを削除するか否かについてユーザによる確定を入力する削除確定ステップを有し、前記削除ステップでは、前記削除確定ステップで削除することが確定されたレコードのみを削除するようにしてもよい。
【００４３】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【００４４】
［実施形態１］
まず、図１を参照すると、実施形態１によるデータのデータベースへの反映装置は、ＤＴＰソフトウェア１０３と赤字データ戻しツール１１３に大きく分けられる。ＤＴＰソフトウェア１０３は、ＸＳＬ−ＦＯプロセッサに相当するレンダリング部１０５、データ修正部１０７及び赤字データ書出部１０９を備える。赤字データ戻しツール１１３は、赤字データインポート部１１５、データ確認・修正部１１７及び反映部１１９を備える。なお、ＤＴＰソフトウェア１０３は、その名が示す通りコンピュータプログラムであり、コンピュータがＤＴＰソフトウェア１０３を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール１１３も、コンピュータを赤字データ戻しツール１１３として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【００４５】
レンダリング部１０５は、割り付け済みＸＳＬ−ＦＯ電子文書１０１の内容に従って紙面を表示する。データ修正部１０７は、ユーザの操作に従ってデータの修正を行う。赤字データ書出部１０９は、赤字データを赤字データＸＭＬ電子文書１１１として書き出す。赤字データインポート部１１５は、赤字データＸＭＬ電子文書１１１をインポートする。データ確認・修正部１１７は、赤字データの確認及び更なる修正を行う。反映部１１９は、赤字データを用いて、物件データベース１２１の内容を更新する。
【００４６】
次に、ＤＴＰソフトウェア１０３の動作について説明する。
【００４７】
ＸＳＬ−ＦＯ電子文書１０１は、通常のＤＴＰを行うためのデータに加え、赤字データを物件データベース１２１に反映させるために必要なデータを有している。
【００４８】
レンダリング部１０５は赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書１０１を基にレンダリングを行う。このようなレンダリングについて説明する前に、赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書を基に行うレンダリングについて説明する。なお、このレンダリングは、物件データを記載するページの間に挿入される例えば広告等のページについては行われない。
【００４９】
図２、３は、赤字データ反映を考慮しない割り付け済みＸＳＬ−ＦＯ電子文書の例を示す。図２、３を参照すると、ページの下層に小組が設けられ、小組の下層に画像ボックス及びテキストボックスが設けられている。従来のＸＳＬ−ＦＯ電子文書の場合には、ページの下層に直接画像ボックス及びテキストボックスが設けられているので、これらの間に小組が設けられていることが本発明によるものである。
【００５０】
符号４０１で示す部分では、２つのレイアウトマスター（layout＿master＿1, layout＿master＿2）を記述している。符号４０３で示す部分では、ページを記述している。符号４０５で示す部分では、小組を記述している。符号４０７で示す部分では、テキストボックスを記述している。符号４０９で示す部分では、画像ボックスを記述している。
【００５１】
図４は、本発明に従ったＸＳＬ−ＦＯ電子文書を基に作成したＤＴＰドキュメントのレイアウトを示す。破線で示す枠が小組であり、この中に画像ボックス及びテキストボックスが配置される。小組は仮想的な層であるので描画も印刷もされない。テキストボックスの文字には段落スタイル及び文字スタイルが適用される。ここで段落とは、ある改行からその次の改行までの範囲である。段落スタイルは対応する段落の文字に適用するスタイルである。段落スタイルとしては、例えば、フォント種類、文字サイズ等がある。文字スタイルは段落中の所定の範囲の文字に適用するスタイルであり、段落スタイルに優先する。文字スタイルとしては、段落スタイルと同様に、例えば、フォント種類、文字サイズ等がある。
【００５２】
図５は、ＤＴＰドキュメントの構造をオブジェクトクラス図の形式で示したものである。ＤＴＰドキュメントの階層の下層に１個以上のページの階層があり、ページの階層の下層に０個以上の小組の階層があり、小組の階層の下層に０個以上のテキストボックスの階層及び０個以上の画像ボックスの階層があり、テキストボックスの階層の下に０個又は１個の文字データの階層、０個以上の段落スタイルの階層及び０個以上の文字スタイルの階層があり、画像ボックスの階層の下に０個又は１個の画像の階層がある。
【００５３】
ページの階層には、ページサイズ等が記述され、小組の階層には、小組の座標及びサイズ等が記述され、テキストボックスの階層にはテキストボックスの座標及びサイズ等が記述され、段落スタイルの階層には、フォント種類や文字サイズ等が記述され、文字スタイルの階層には、フォント種類や文字サイズ等が記述され、画像ボックスの階層には、画像ボックスの座標及びサイズ等が記述され、画像の階層には、画像ファイル名、画像配置方法、拡大縮小等が記述される。
【００５４】
次に、図６、７を参照して、赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書を基にしたレンダリングについて説明する。
【００５５】
まず、図６を参照すると、割り付け済みＸＳＬ−ＦＯ電子文書を読み込む（ステップＳ４１１）。次に、ｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグが無くなるまで、ページ毎の処理（ステップＳ４１５〜Ｓ４３３）を繰り返す（ステップＳ４１３）。なお、ステップＳ４１３においては、ＸＳＬ−ＦＯ電子文書のうちのｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグの属性データを読み込む。ステップＳ４１５では、ＸＳＬ−ＦＯ電子文書に基づいてページを作成する。次に、小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグについては、第１階層にあるか否かを判断し、そうである場合には、小組毎の処理（ステップＳ４１９〜Ｓ４３３）を繰り返す（ステップＳ４１７）。なお、ステップＳ４１７においては、ＸＳＬ−ＦＯ電子文書のうちの小組を表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データを読み込む。ステップＳ４１９では、ＸＳＬ−ＦＯ電子文書に基づいて小組を作成する。次に、ボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグが無くなるまで、ボックス毎の処理（ステップＳ４２３〜Ｓ４３３）を繰り返す（ステップＳ４２１）。なお、ステップＳ４２１においては、ＸＳＬ−ＦＯ電子文書のうちのｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データを読み込む。テキストボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグには、属性としてｉｄ＝”Ｔ＊”が記述されていて、画像ボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグには、属性としてｉｄ＝”Ｇ＊”が記述されているので、ｉｄの第１文字目がＴ又はＧであるか否かをみることにより、ｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒがボックスを表わすｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒであるかを判断することができる。ステップＳ４２３では現在のボックスがテキストボックスであるか否かを判断する。ステップＳ４２３の判断結果が肯定的であれば、ステップＳ４２５に進み、そうでなければ、ステップＳ４２９に進む。ステップＳ４２９では、現在のボックスが画像ボックスであるか否かを判断する。ステップＳ４２９の判断結果が肯定的であれば、ステップＳ４３１に進む。
【００５６】
ステップＳ４２５では、ＸＳＬ−ＦＯ電子文書に基づいてテキストボックスを作成する。次に、ＸＳＬ−ＦＯ電子文書を基にテキストボックスに格納する文字データを作成する（ステップＳ４２７）。
【００５７】
ステップＳ４３１では、ＸＳＬ−ＦＯ電子文書に基づいて画像ボックスを作成する。次に、ＸＳＬ−ＦＯ電子文書を基に画像ボックスに画像をリンクする（ステップＳ４３３）。
【００５８】
次に、図７を参照して、文字データの作成のステップ（ステップＳ４２７）の詳細について説明する。まず、ｆｏ：ｂｌｏｃｋタグが無くなるまで、段落スタイル毎の処理（ステップＳ４３７〜Ｓ４４３）を繰り返す（ステップＳ４３５）。なお、ステップＳ４３５においては、ＸＳＬ−ＦＯ電子文書のうちのｆｏ：ｂｌｏｃｋタグの属性データを読み込む。
【００５９】
次に、ステップＳ４３７では、ステップＳ４３５で読み込んだ段落スタイル情報及び段落スタイルを適用する範囲についての情報を一時的にメモリに保存する。次に、文字スタイルが無くなるまで、文字スタイル毎の処理（ステップＳ４４１〜Ｓ４４３）を繰り返す（ステップＳ４３９）。なお、ステップＳ４３９においては、ＸＳＬ−ＦＯ電子文書のうちの文字スタイルタグ（具体的には、ｆｏ：ｉｎｌｉｎｅタグ）の属性データを読み込む。ステップＳ４４１では、ステップＳ４３９で読み込んだ文字スタイル情報及び文字スタイル情報を適用する範囲についての情報を一時的にメモリに保存する。次に、ステップＳ４３９で読み込んだ文字データを一時的にメモリに格納する（ステップＳ４４３）。
【００６０】
ステップＳ４３５及びＳ４３９のループを抜けたならば、ステップＳ４４３で一時的にメモリに格納した文字データをＤＴＰデータに流し込む（ステップＳ４４５）。従って、ステップＳ４４５では、テキストボックスに含まれている全ての文字データがＤＴＰデータに流し込まれる。次に、ステップＳ４３７で一時的にメモリに保存した段落スタイル情報及びそれを適用する範囲についての情報に従って、文字データに段落スタイルを適用する（ステップＳ４４７）。ここで、段落スタイルを適用するとは、段落スタイル情報をＤＴＰデータに格納することに相当する。次に、ステップＳ４４１で一時的にメモリに保存した文字スタイル情報及びそれを適用する範囲についての情報に従って、文字データに文字スタイルを適用する（ステップＳ４４９）。従って、文字スタイルが適用される文字については、文字スタイルが段落スタイルに優先する。ここで、文字スタイルを適用するとは、文字スタイル情報をＤＴＰデータに格納することに相当する。
【００６１】
なお、１つのテキストボックスには物件データの複数の項目（例えば、「車両名」及び「色」）を挿入することが可能であり、１項目につき１つの文字スタイルが対応しているので、上記のような方法が用いられる。
【００６２】
図８、９は、赤字データ反映を考慮した割り付け済みＸＳＬ−ＦＯ電子文書１０１の例を示す。これは、図２、３に示す赤字データ反映を考慮しない割り付け済みＸＳＬ−ＦＯ電子文書に赤字データ反映用の項目を追加したものである。従って、追加した項目に下線を付し、これらについて説明する。
【００６３】
小組のタグには、符号１４１で示す「id="K1"」及び符号１４０で示す「bkn＿id="3"」が追加されている。符号１４１で示す「id="K1"」は小組ＩＤであり、符号１４０で示す「bkn＿id="3"」は物件ＩＤである。なお、小組ＩＤは、赤字データ反映を考慮しない割り付け済みＸＳＬ−ＦＯ文書にも記述されている。
【００６４】
テキストボックスの階層のタグには、符号１４２で示す「set＿item="item[@name＿asc="BKN＿NAME"],item[@name＿asc="COLOR"]"」及び符号１４３で示す「set＿item＿jp="物件名,色"」が追加されている。符号１４２で示す「set＿item="item[@name＿asc="BKN＿NAME"],item[@name＿asc="COLOR"]"」は流し込まれたデータベース項目のパスの配列であり、符号１４３で示す「set＿item＿jp="物件名,色"」は流し込まれたデータベース項目名の配列である。「流し込まれたデータベース項目の流し込み順番の配列」１４５は、「流し込まれたデータベース項目の項目名の配列」１４３中における項目名の順序そのものにより表わされる。
【００６５】
文字スタイルの階層のタグ（文字スタイルタグ。具体的には「ｆｏ：ｉｎｌｉｎｅ」のタグ。）には、符号１５１で示す「item＿jp="物件名"」、符号１４９で示す「item="item[@name＿asc='BKN＿NAME]」、符号１５３で示す「item＿seq="1"」及び符号１５５で示す「isReplaced="n"」が追加されている。符号１５１で示す「item＿jp="物件名"」はデータベース項目の項目名であり、符号１４９で示す「item="item[@name＿asc="BKN＿NAME"]"」はデータベース項目のパスであり、符号１５３で示す「item＿seq="1"」はデータベース項目の流し込み順番であり、符号１５５で示す「isReplaced="n"」はデータベース項目の置換処理の有無である。
【００６６】
他の文字スタイルの階層のタグには、符号１５１で示す「item＿jp="色"」、符号１４９で示す「item="item[@name＿asc="COLOR"]"」、符号１５３で示す「item＿seq="2"」及び符号１５５で示す「isReplaced="n"」が追加されている。符号１５１で示す「item＿jp="色"」はデータベース項目の項目名であり、符号１４９で示す「item="item[@name＿asc="COLOR"]"」はデータベース項目のパスであり、符号１５３で示す「item＿seq="2"」はデータベース項目の流し込み順番であり、符号１５５で示す「isReplaced="n"」はデータベース項目の置換処理の有無である。
【００６７】
上記３段落に示す追加された項目は、ＸＳＬ−ＦＯの標準の仕様にはなく、本発明により独自に拡張したものである。
【００６８】
他の下線を付した追加した項目についても同様である。
【００６９】
図１０は、ＸＳＬ−ＦＯ電子文書１０１からレンダリング部１０５により生成されたＤＴＰドキュメントの構造をオブジェクトクラス図の形式で示したものである。ＤＴＰドキュメントの階層１３０の下層に１個以上のページの階層１３１があり、ページの階層１３１の下層に０個以上の小組の階層１３２があり、小組の階層１３２の下層に０個以上のテキストボックスの階層１３３及び０個以上の画像ボックスの階層１３７があり、テキストボックスの階層１３３の下に０個又は１個の文字データの階層１３４、０個以上の段落スタイルの階層１３５及び０個以上の文字スタイルの階層１３６があり、画像ボックスの階層１３７の下に０個又は１個の画像の階層１３８がある。
【００７０】
ページの階層には、ページサイズ等が記述され、小組の階層には、小組の座標及びサイズ等が記述され、テキストボックスの階層にはテキストボックスの座標及びサイズ等が記述され、段落スタイルの階層には、フォント種類や文字サイズ等が記述され、文字スタイルの階層には、フォント種類や文字サイズ等が記述され、画像ボックスの階層には、画像ボックスの座標及びサイズ等が記述され、画像の階層には、画像ファイル名、画像配置方法、拡大縮小等が記述される。その他、ボックスの階層１３３、１３７には、「流し込まれたデータベース項目の流し込み順番の配列」１４５が記述され、文字スタイルの階層１３６には、「データベース項目の流し込み順番」１５３が記述される。
【００７１】
更に、赤字データの反映のために必要な項目として、小組の階層１３２には、「更新日時（小組内のボックスの最新の更新日時）」１３９、「物件ＩＤ」１４０及び「小組ＩＤ」１４１が記述され、ボックスの階層１３３、１３７には、「流し込まれたデータベース項目のパス（ＸＭＬ文書におけるＸＰＡＴＨ）の配列」１４２、「流し込まれたデータベース項目の項目名の配列」１４３、「流し込まれたデータベース項目の流し込み順番の配列」１４５及び「流し込まれたデータベース項目の更新日時の配列」１４７が記述される。文字スタイルの階層１３６には、「データベース項目のパス」１４９、「データベース項目の項目名」１５１、「データベース項目の流し込み順番」１５３及び「データベース項目の置換処理の有無」１５５が記述される。更新日時の初期値は、０年０月０日、０時０分０秒であり、データの更新があると更新日時がその更新の日時となる。「データベース項目の置換処理が有る」とは、データベース項目をそのまま紙面に挿入するのではなく、データベース項目を基に置換処理を行ったものを紙面に挿入するということである。置換処理とは、例えば、データベースでは、「１４．３」と記録されている項目「車検年月」の値を「平成１４年３月」に置換する処理、データベースでは「ホワイト」と記録されている項目「色」の値を「white.gif」という名称の白色を表すアイコンの画像ファイルに置換する処理等のことである。
【００７２】
次に、図１１、１２を参照して、レンダリング部１０５が行う赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書１０１を基にしたレンダリングについて説明する。
【００７３】
まず、図１１を参照すると、割り付け済みＸＳＬ−ＦＯ電子文書１０１を読み込む（ステップＳ１８１）。次に、ｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグが無くなるまで、ページ毎の処理（ステップＳ１８５〜Ｓ２０７）を繰り返す（ステップＳ１８３）。なお、ステップＳ１８３においては、ＸＳＬ−ＦＯ電子文書１０１のうちのｆｏ：ｐａｇｅ−ｓｅｑｕｅｎｃｅタグの属性データを読み込む。ステップＳ１８５では、ＸＳＬ−ＦＯ電子文書１０１に基づいてページを作成する。次に、小組についてのｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグが無くなるまで、小組毎の処理（ステップＳ１８９〜Ｓ２０７）を繰り返す（ステップＳ１８７）。なお、ステップＳ１８７においては、ＸＳＬ−ＦＯ電子文書１０１のうちの小組についてのｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データを読み込む。ステップＳ１８９では、ＸＳＬ−ＦＯ電子文書１０１に基づいて小組を作成する。次に、ボックスについてのｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグが無くなるまで、ボックス毎の処理（ステップＳ１９３〜Ｓ２０７）を繰り返す（ステップＳ１９１）。なお、ステップＳ１９１においては、ＸＳＬ−ＦＯ電子文書１０１のうちのボックスについてのｆｏ：ｂｌｏｃｋ−ｃｏｎｔａｉｎｅｒタグの属性データを読み込む。ステップＳ１９３では現在のボックスがテキストボックスであるか否かを判断する。ステップＳ１９３の判断結果が肯定的であれば、ステップＳ１９５に進み、そうでなければ、ステップＳ２０１に進む。ステップＳ２０１では、現在のボックスが画像ボックスであるか否かを判断する。ステップＳ２０１の判断結果が肯定的であれば、ステップＳ２０３に進む。
【００７４】
ステップＳ１９５では、ＸＳＬ−ＦＯ電子文書１０１に基づいてテキストボックスを作成する。次に、更新日時を０年０月０日、０時０分０秒として、ボックス１３３の「流し込まれたデータベース項目のパスの配列」１４２、「流し込まれたデータベース項目の項目名の配列」１４３、「流し込まれたデータベース項目の流し込み順番の配列」１４５及び「流し込まれたデータベース項目の更新日時の配列」１４７をＤＴＰデータに格納する（ステップＳ１９７）。次に、ＸＳＬ−ＦＯ電子文書１０１を基にテキストボックスに格納する文字データを作成する（ステップＳ１９９）。
【００７５】
ステップＳ２０３では、ＸＳＬ−ＦＯ電子文書１０１に基づいて画像ボックスを作成する。次に、ステップＳ１９７と同様に、更新日時を０年０月０日、０時０分０秒として、ボックス１３７の「流し込まれたデータベース項目のパスの配列」１４２、「流し込まれたデータベース項目の項目名の配列」１４３、「流し込まれたデータベース項目の流し込み順番の配列」１４５及び「流し込まれたデータベース項目の更新日時の配列」１４７をＤＴＰデータに格納する（ステップＳ２０５）。次に、ＸＳＬ−ＦＯ電子文書１０１を基に画像ボックスに画像をリンクする（ステップＳ２０７）。
【００７６】
次に、図１２を参照して、文字データの作成のステップ（ステップＳ１９９）の詳細について説明する。まず、ｆｏ：ｂｌｏｃｋタグが無くなるまで、段落スタイル毎の処理（ステップＳ２１１〜Ｓ２１７）を繰り返す（ステップＳ２０９）。なお、ステップＳ２０９においては、ＸＳＬ−ＦＯ電子文書１０１のうちのｆｏ：ｂｌｏｃｋタグの属性データを読み込む。
【００７７】
次に、ステップＳ２０９で読み込んだ段落スタイル情報及び段落スタイルを適用する範囲についての情報を一時的にメモリに保存する（ステップＳ２１１）。次に、文字スタイル（具体的にはｆｏ：ｉｎｌｉｎｅタグ）が無くなるまで、文字スタイル毎の処理（ステップＳ２１５〜Ｓ２１７）を繰り返す（ステップＳ２１３）。なお、ステップＳ２１３においては、ＸＳＬ−ＦＯ電子文書１０１のうちのｆｏ：ｉｎｌｉｎｅタグの属性データを読み込む。ステップＳ２１５では、ステップＳ２１３で読み込んだ文字スタイル情報及び文字スタイル情報を適用する範囲についての情報を一時的にメモリに保存する。この文字スタイル情報には、文字スタイル１３６の「データベース項目のパス」１４９、「データベース項目の項目名」１５１、「データベース項目の流し込み順番」１５３及び「データベース項目の置換処理の有無」１５５が含まれる。次に、ステップＳ２１３で読み込んだ文字データを一時的にメモリに格納する（ステップＳ２１７）。
【００７８】
ステップＳ２０９及びＳ２１３のループを抜けたならば、ステップＳ２１７で一時的にメモリに格納した文字データをＤＴＰデータに流し込む（ステップＳ２１９）。従って、ステップＳ２１９では、テキストボックスに含まれている全ての文字データがＤＴＰデータに流し込まれる。次に、ステップＳ２１１で一時的にメモリに保存した段落スタイル情報及びそれを適用する範囲についての情報に従って、文字データに段落スタイルを適用する（ステップＳ２２１）。ここで、段落スタイルを適用するとは、段落スタイル情報をＤＴＰデータに格納することに相当する。次に、ステップＳ２１５で一時的にメモリに保存した文字スタイル情報及びそれを適用する範囲についての情報に従って、文字データに文字スタイルを適用する（ステップＳ２２３）。従って、文字スタイルが適用される文字については、文字スタイルが段落スタイルに優先する。ここで、文字スタイルを適用するとは、文字スタイル情報をＤＴＰデータに格納することに相当する。従って、ステップＳ２２３で、文字スタイル１３６（図１０参照）の「データベース項目のパス」１４９、「データベース項目の項目名」１５１、「データベース項目の流し込み順番」１５３及び「データベース項目の置換処理の有無」１５５がＤＴＰデータに格納される。
【００７９】
なお、１つのテキストボックスには物件データの複数の項目（例えば、「車両名」及び「色」）を挿入することが可能であり、１項目につき１つの文字スタイルが対応しているので、上記のような方法が用いられる。
【００８０】
このようにして、ステップＳ１９７又はステップＳ２０５において、ボックス１３３、１３７の「流し込まれたデータベース項目のパスの配列」１４２、「流し込まれたデータベース項目の項目名の配列」１４３、「流し込まれたデータベース項目の流し込み順番の配列」１４５及び「流し込まれたデータベース項目の更新日時の配列」１４７がボックスの属性としてＤＴＰデータに格納され、ステップＳ２２３において、「データベース項目のパス」１４９、「データベース項目の項目名」１５１、「データベース項目の流し込み順番」１５３及び「データベース項目の置換処理の有無」１５５が文字スタイルとしてＤＴＰデータに格納される。
【００８１】
図１３に示すデータ構造の例では、符号１６１の枠内に示すように、「流し込まれたデータベース項目のパスの配列」１４２として「item[@name＿asc="BKN＿NAME"]」及び「item[@name＿asc="COLOR"]」が、「流し込まれたデータベース項目の項目名の配列」１４３として「物件名」及び「色」が、「流し込まれたデータベース項目の流し込み順番の配列」１４５として「１」及び「２」が、「流し込まれたデータベース項目の更新日時の配列」１４３として２つの「０年０月０日、０時０分０秒」がＤＴＰデータに格納される。また、「物件名」については、符号１６３の枠内に示すように、「データベース項目のパス」１４９として「item[@name＿asc="BKN＿NAME"]」が、「データベース項目の項目名」１５１として「物件名」が、「データベース項目の流し込み順番」１５３として「１」が、「データベース項目の置換処理の有無」１５５として「なし」がＤＴＰデータに格納される。同様に、「色」については、符号１６５の枠内に示すように、「データベース項目のパス」１４９として「item[@name＿asc="COLOR"]」が、「データベース項目の項目名」１５１として「色」が、「データベース項目の流し込み順番」１５３として「２」が、「データベース項目の置換処理の有無」１５５として「なし」がＤＴＰデータに格納される。「データベース項目のパス」１４９、「データベース項目の項目名」１５１、「データベース項目の流し込み順番」１５３及び「データベース項目の置換処理の有無」１５５は、項目の値（描画又は印刷されるデータ）と関連付けられる。従って、項目の値が修正されて赤字データとなった場合には、「データベース項目のパス」１４９、「データベース項目の項目名」１５１、「データベース項目の流し込み順番」１５３及び「データベース項目の置換処理の有無」１５５は赤字データと関連付けられる。
【００８２】
次に、データ修正部１０７の動作について説明する。
【００８３】
データ修正部１０７は、ＤＴＰデータに含まれている項目値のユーザによる修正を受け付ける。文字データの場合には、図１４に示すようにＤＴＰ画面上での直接の修正も受け付けるし、ＤＴＰ画面から呼び出された図１５に示すようなデータ修正画面での修正も受け付ける。何れの方法で修正した文字データであっても、ＤＴＰデータ、ＤＴＰ画面及びデータ修正画面に反映される。画像データの場合には、図１６に示すようなＤＴＰ画面上で画像データを選択した時に表示されるダイアログ画面（図示せず）での修正を受け付ける。図１６に示すＤＴＰ画面において、符号２３１で示すのは画像ボックスに挿入された画像データであり、符号２３３で示すのは文字ボックスにインラインで挿入された画像データである。文字ボックスにインラインで挿入された画像データは、文字ボックス内の項目値を置換処理して得たものである。図１７に示すのは、画像ボックスに挿入された画像データを確認する画面であり、図１８に示すのは、文字ボックスにインラインで挿入された画像データを確認する画面である。修正した画像データは、ＤＴＰデータ、ＤＴＰ画面及び図１７又は図１８に示すような画面に反映される。
【００８４】
図１９は、データ修正部１０７の動作を示すフローチャートである。図１９を参照すると、まず、上述の方法によりデータの修正を受け付けると、ＤＴＰデータに修正を反映させ（ステップＳ２４１）、修正のあった項目を含むボックスの「流し込まれたデータベース項目の更新日時の配列」のうちの修正のあった項目に対応する要素の値を現在の日時に更新する（ステップＳ２４３）。次に、修正のあった項目を含む小組の「更新日時（小組内のボックスの最新の更新日時）」を現在の日時に更新する（ステップＳ２４５）。
【００８５】
次に、赤字データ書出部１０９の動作について説明する。図２０は、赤字データ書出部１０９の動作を示すフローチャートである。図２０を参照すると、まず、レンダリング部１０５により作成され、データ修正部１０７により修正されたＤＴＰデータを走査する（ステップＳ２４７）。次に、ページが無くなるまで、ページ毎の処理（ステップＳ２５１〜Ｓ２６５）を繰り返す（ステップＳ２４９）。ステップＳ２５１では、ページを走査する。次に、小組が無くなるまで、現在のページの小組毎の処理（ステップＳ２５５〜Ｓ２６５）を繰り返す（ステップＳ２５３）。ステップＳ２５５では、現在の小組に設けられた更新日時が０年０月０日、０時０分０秒よりも大きいかどうかを判断する。ステップＳ２５５の判断結果が否定的であるときには、現在の小組に赤字データが無いので、現在の小組についての処理を終了する。
【００８６】
ステップＳ２５５の判断結果が肯定的であるときには、現在の小組に赤字データがあるので、まず、小組内を走査する（ステップＳ２５７）。次に、ボックスが無くなるまで、現在の小組のボックス毎の処理（ステップＳ２６１〜Ｓ２６５）を繰り返す（ステップＳ２５９）。ステップＳ２６１では、流し込み項目情報が無くなるまで、流し込み項目毎の処理（ステップＳ２６３〜Ｓ２６５）を繰り返す。ステップＳ２６３では、ボックスの「流し込まれたＤＢ項目の更新日時の配列」の現在の流し項目に対応する要素が０年０月０日、０時０分０秒よりも大きいかどうかを判断する。ステップＳ２６３の判断結果が肯定的であれば、現在の流し込み項目についての赤字データを赤字データＸＭＬ電子文書１１１に書き込む（ステップＳ２６５）。ステップＳ２６３の判断結果が否定的であれば、現在の流し込み項目についての処理を終了する。
【００８７】
図２１は、赤字データ書出部１０９により生成された赤字データＸＭＬ電子文書１１１の構造を示す。赤字データＸＭＬ電子文書１１１は、赤字データ、ページ、物件及び項目の４つの階層を有する。赤字データの階層には、「出力日時」が記述される。ページの階層には、「ページ番号」が記述される。物件の階層には、「小組番号」、「物件ＩＤ」及び「修正区分」が記述される。「修正区分」は、「新規」、「削除」又は「修正」の値を取りうるが、実施形態１では、「修正」のみを扱う。なお、「新規」は、小組の追加に対応し、「削除」は、小組の削除に対応する。項目の階層には、「項目名」、「項目パス」、「置換処理の有無」及び「赤字データ」が記述される。
【００８８】
図２２は、赤字データ書出部１０９により生成された赤字データＸＭＬ電子文書１１１の例を示す。上述したＸＭＬ構造に従って記述されている。なお、図２２の例では、説明の簡単化のために、ページ数が１、１ページ当たりの小組数が１、１小組数当たりの流し込み項目の数が１であるとしている。実際にはこれらは必要に応じて繰り返される。
【００８９】
赤字データインポート部１１５は、赤字データＸＭＬ電子文書１１１をインポートして、データ確認・修正部１１７に渡す。
【００９０】
赤字データの確認・修正は、図２３に示す赤字データ一覧ビュー又は図２４に示す更新データ編集ビューで行う。赤字データインポート部１１５が赤字データＸＭＬ電子文書１１１をインポートすると、図２３に示す赤字データ一覧ビューは図２５に示す赤字データ一覧ビューに変化する。
【００９１】
図２５を参照すると、少なくとも１つの項目が赤字データとなっている物件について行が設けられ、ページ、区分、物件ＩＤ、物件名及び赤字データＸＭＬ電子文書に含まれていた項目の値のみが赤字データ一覧ビューに表示される。赤字データで修正されなかった項目の欄はブランクである。
【００９２】
図２５の画面から図２６に示す画面を呼び出して、図２６の画面を用いて、任意の項目の任意の文字列を他の任意の文字列に置換することが可能である。図２５の画面の赤字データに対して、図２６の画面を用いて項目「価格」について「／」から空白への置換をすると、赤字データの内容は図２７の画面に示すようになる。図２５の画面に表示される赤字データにおいては、１つのボックスに「物件名／価格」のフォーマットで「物件名」及び「価格」をＤＴＰで表示していたために、「価格」の前に「／」が付されていたが、図２６の画面で「価格」を対象として「／」から空白への置換を行うことにより、「価格」の前の「／」が消去される。
【００９３】
また、物件ＩＤの重複チェックをすることができる。同じ物件ＩＤの物件が複数箇所に掲載されており、それぞれの箇所においてその物件の項目値が変更された場合に、物件ＩＤの重複が生ずる。物件ＩＤが重複している場合には、赤字データが掲載箇所間で相互に矛盾する可能性がある。このような矛盾を確認するために所定のメニューを辿って重複チェックを行うと、図２８に示すような画面が表示される。図２８の例では、物件ＩＤが７である物件の赤字データの重複が生じている。図２８の画面では、第１１６ページの赤字データでは、価格が１，４００，０００に修正されているが、第１１７ページの赤字データでは、価格は修正されていないので矛盾が生じている。図２８の画面は重複確認用の画面であり、矛盾を解消するための赤字データの修正は別の画面で行う。
【００９４】
更に、赤字データのソートをすることができる。図２９の画面でソートの基準となる項目を１個以上選択し、ソート順序（昇順又は降順）を選択する。ソートした結果は図３０に示す画面に表示される。図３０の画面では、物件及び価格により赤字データがソートされている。このソートした画面で赤字データの修正をすることができる。
【００９５】
更に、赤字データの検索をすることができる。メニューを辿り検索を選択すると、図３１の左上に示す検索条件入力用の画面が表示される。この画面の白抜きの欄が検索条件を入力する欄である。ユーザがこの欄に検索条件を入力して、検索ボタンを押すと、図３１の右下に示す検索結果表示画面が表示される。この検索結果の画面で赤字データの修正をすることができる。
【００９６】
図２４に示す更新データ編集ビューでは、各物件ＩＤ毎に項目値を修正することができる。図２４の画面の左側のツリービューで選択された物件の項目が右側のテーブルに表示される。このテーブルの列は、「項目名」、「必須」、「物件データ」、「更新データ」及び「赤字データ」である。「必須」はその項目が必須であるか否かを示す。「物件データ」は、物件データベースにおける現在の項目の値である。「更新データ」は、更新後のデータであり、反映部１１９が反映を行うと、物件データベースのデータは、「更新データ」に更新される。「赤字データ」は、赤字データＸＭＬ電子文書１１１に記述されていた赤字データである。これは、前述したように、必要に応じて赤字データ一覧ビューで修正されている。
【００９７】
「更新データ」は３種類有る。第１の種類は「反映可能赤字データ」であり、第２の種類は「反映不能赤字データ」であり、第３の種類は「赤字データ無しデータ」である。「反映可能赤字データ」とは、赤字データがあり、その赤字データをそのまま物件データベースに反映させることが可能なものである。「反映可能赤字データ」は、緑色の背景色で表示される。赤字データをそのまま物件データベースに反映させることが可能であるための条件は、（１）データ型が一致していること、（２）必須項目について「更新データ」が空白でないこと、（３）置換処理がなされていないこと、（４）赤字データが参照データでないことの「４つの条件」が全て満たされていることである。なお、参照データとは、「物件テーブル」から他のテーブルを参照して得られるデータのことである。図２４の例では、「物件名」及び「価格」が「反映可能赤字データ」であり、これらの項目においては、「更新データ」は右隣の「赤字データ」と等しい。「反映不能赤字データ」とは、赤字データがあり、その赤字データをそのまま物件データベースに反映させることが不可能なものである。「反映不能赤字データ」は、黄色の背景色で表示される。この黄色背景色表示は、そのままでは物件テーブルに反映させることができない赤字データの特殊表示に相当する。図２４の例では、「メーカー」、「車検年月」及び「販売店」が「反映不可能赤字データ」であり、これらの項目においては、「更新データ」は空白となっている。反映できないことの原因は、上記の「４つの条件」のうちの少なくとも１つの条件が満たされていないことである。「赤字データ無しデータ」とは、その項目について赤字データが無いものである。「赤字データ無しデータ」は、ディフォルトの色（例えば白）の背景色で表示される。図２４の例では、「物件ＩＤ」、「「車両名」、「色」、「シフト」、「走行距離」及び「画像」が「赤字データ無しデータ」であり、これらの項目においては、「更新データ」は左隣の「物件データ」に等しい。
【００９８】
次に、赤字データのインポート、赤字データの確認・修正及び物件データベースへの反映を行うためのデータベースの構造について説明する。
【００９９】
図３２を参照すると、このデータベースは、「物件テーブル」２７１、「メーカ車両テーブル」２７３、「メーカテーブル」２７５、「エリアテーブル」２７７、「販売店テーブル」２７９、「テーブル定義テーブル」２８１及び「テーブル列定義テーブル」２８３を有する。図３３を参照すると、このデータベースは、更に、「赤字物件テーブル」２９１、「赤字物件フラグテーブル」２９３、「赤字物件列テーブル」２９５、「赤字参照テーブル」２９７及び「赤字更新テーブル」２９９を有する。
【０１００】
図３２を参照すると、「物件テーブル」２７１の列は、「物件ＩＤ」、「物件名」、「価格」、「メーカＩＤ」、「車両ＩＤ」、「ボディ形状グレード」、「初年度登録年」、「排気量」、「車検年月」、「シフト」、「走行距離」、「色」、「備考」、「エリアＩＤ」、「販売店ＩＤ」及び「サムネイル画像」である。物件ＩＤが主キーである。レコードは物件毎に設けられる。
【０１０１】
「メーカ車両テーブル」２７３の列は、「メーカＩＤ」、「車両ＩＤ」及び「車両名」である。「メーカＩＤ」及び「車両ＩＤ」の連結キーが主キーである。レコードは、各メーカの各車両毎に設けられる。「物件テーブル」２７１と「メーカ車両テーブル」２７３は、「物件テーブル」２７１の「メーカＩＤ」及び「車両ＩＤ」と「メーカ車両テーブル」２７３の「メーカＩＤ」及び「車両ＩＤ」により多対一のリレーションが付けられる。
【０１０２】
「メーカテーブル」２７５の列は、「メーカＩＤ」及び「メーカ名」である。「メーカＩＤ」が主キーである。メーカ毎にレコードが設けられる。「メーカ車両テーブル」２７３と「メーカテーブル」２７５は、「メーカ車両テーブル」２７３の「メーカＩＤ」と「メーカテーブル」２７５の「メーカＩＤ」により多対一のリレーションが付けられる。
【０１０３】
「エリアテーブル」２７７の列は、「エリアＩＤ」及び「エリア名」である。「エリアＩＤ」が主キーである。エリア毎にレコードが設けられる。「物件テーブル」２７１と「エリアテーブル」２７７は、「物件テーブル」２７１の「エリアＩＤ」と「エリアテーブル」２７７の「エリアＩＤ」により多対一のリレーションが付けられる。
【０１０４】
「販売店テーブル」２７９の列は、「販売店ＩＤ」、「販売店名」、「住所」、「電話番号」、「ＦＡＸ番号」、「営業時間」、「定休日」、「ＨＰアドレス」、「Ｅメールアドレス」、「振込先」及び「備考」である。「販売店ＩＤ」が主キーである。販売店毎にレコードが設けられる。「物件テーブル」２７１と「販売店テーブル」２７９は、「物件テーブル」２７１の「販売店ＩＤ」と「販売店テーブル」２７９の「販売店ＩＤ」により多対一のリレーションが付けられる。
【０１０５】
「メーカテーブル」２７５、「エリアテーブル」２７７及び「販売店テーブル」２７９は、「物件テーブル」２７１から参照されるという意味において「物件テーブル」２７１に対する参照テーブルである。
【０１０６】
「物件テーブル」２７１の「物件ＩＤ」、「物件名」、「価格」、「メーカＩＤ」、「車両ＩＤ」、「ボディ形状グレード」、「初年度登録年」、「排気量」、「車検年月」、「シフト」、「走行距離」、「色」、「備考」、「エリアＩＤ」、「販売店ＩＤ」及び「サムネイル画像」、「メーカ車両テーブル」２７３の「メーカＩＤ」、「車両ＩＤ」、「車両名」、「メーカテーブル」２７５の「メーカＩＤ」及び「メーカ名」、「エリアテーブル」２７７の「エリアＩＤ」及び「エリア名」並びに「販売店テーブル」２７９の「販売店ＩＤ」、「販売店名」、「住所」、「電話番号」、「ＦＡＸ番号」、「営業時間」、「定休日」、「ＨＰアドレス」、「Ｅメールアドレス」、「振込先」及び「備考」がレンダリング部１０５により表示され、必要に応じてデータ修正部１０７により修正される。また、これらの項目についての赤字データが必要に応じて赤字データＸＭＬ電子文書１１１に書き込まれる。しかし、前述したように参照テーブルの列の赤字データをそのまま物件データベースに反映させることが不可能である。また、「物件テーブル」２７１の「初年度登録年」及び「車検年月」は置換処理が成されているので、これらの列の赤字データをそのまま物件データベースに反映させることが不可能である。従って、「反映可能赤字データ」は、「物件テーブル」２７１の「物件名」、「価格」、「メーカＩＤ」、「車両ＩＤ」、「ボディ形状グレード」、「排気量」、「シフト」、「走行距離」、「色」、「備考」及び「サムネイル画像」についての赤字データのみである。
【０１０７】
「テーブル定義テーブル」２８１の列は、「テーブルＩＤ」及び「テーブル名」である。「テーブルＩＤ」が主キーである。「テーブル定義テーブル」２８１のレコードは、「物件テーブル」２７１及び全ての参照テーブルについて設けられている。
【０１０８】
「テーブル列定義テーブル」２８３の列は、「テーブルＩＤ」、「テーブル列ＩＤ」、「列順番」、「列名（英数字表記）」、「列名（日本語表記）」、「データ型」、「長さ」、「小数点」、「主キー」及び「外部キー」である。レコードは、各テーブルの各列毎に設けられている。「テーブルＩＤ」は、各テーブルに固有のＩＤであり、「テーブル定義テーブル」２８１の「テーブルＩＤ」と一致する。「テーブル列ＩＤ」は、各テーブルにおける各列のＩＤである。「列順番」は、各テーブルにおける各列の順番である。「物件テーブル」又は参照テーブルを定義した直後においては、「テーブル列ＩＤ」と「列番号」は等しいが、テーブル構造を変更すると、「列順番」が変更される場合がある。一方、「テーブル列ＩＤ」が変更されることはない。「列名（英数字表記）」は、英数字で表した列の名称である。「列名（日本語表記）」は、日本語で表した列の名称である。「データ型」は、列のデータの型を示す。「データ型」は、例えば、数値、文字列、オブジェクト等である。「長さ」は、列のバイト数である。「小数点」は、「データ型」が数値である場合の小数点以下の桁数である。「主キー」は、列に主キーが設定されているか否かを示す。「外部キー」は、列に外部キーが設定されているか否かを示す。
【０１０９】
図３３を参照すると、「赤字物件テーブル」２９１の列は、「ページ番号」、「小組番号」、「ＤＴＰ修正区分」、「反映処理区分」、「オリジナル物件ＩＤ」、「オリジナル物件名」、「物件ＩＤ」〜「サムネイル画像」である。「物件ＩＤ」〜「サムネイル画像」は、「物件テーブル」２７１のものと列定義において同一である。「ページ番号」及び「小組番号」の連結キーが主キーである。赤字データが作成された小組毎にレコードが設けられる。「ＤＴＰ修正区分」は、更新されたか、新規作成されたか、又は、削除されたかの区分を示す。これは、図２１に示す赤字データＸＭＬ電子文書１１１の構造中の物件の層の「修正区分」に対応する。つまり、「ＤＴＰ修正区分」は、赤字データＸＭＬ電子文書１１１中の「修正区分」をそのまま反映させる。「反映処理区分」は、更新するか、新規作成するか、又は、削除するかの区分を示す。「反映処理区分」は、反映部１１９が実際にどのように物件データベース１２１に反映させるべきであるのかを示す。「物件テーブル」２７１と「赤字物件テーブル」２９１は、「物件テーブル」２７１の「物件ＩＤ」と「赤字物件テーブル」２９１の「オリジナル物件ＩＤ」により対応付けられる。
【０１１０】
「赤字物件フラグテーブル」２９３の列は、「ページ番号」、「小組番号」、「物件ＩＤフラグ」、「物件名フラグ」、「価格フラグ」、「メーカＩＤフラグ」、「車両ＩＤフラグ」、「ボディ形状グレードフラグ」、「初年度登録年フラグ」、「排気量フラグ」、「車検年月フラグ」、「シフトフラグ」、「走行距離フラグ」、「色フラグ」、「備考フラグ」、「エリアＩＤフラグ」、「販売店ＩＤフラグ」及び「サムネイル画像フラグ」である。「ページ番号」及び「小組番号」の連結キーが主キーである。「赤字物件テーブル」２９１と同様に、赤字データが作成された小組毎にレコードが設けられる。「赤字物件テーブル」２９１と「赤字物件フラグテーブル」２９３は、「赤字物件テーブル」２９１の「ページ番号」及び「小組番号」と「赤字物件フラグテーブル」２９３の「ページ番号」及び「小組番号」により一対一の関係が付けられる。「＊＊フラグ」（例えば物件ＩＤフラグ）は、項目「＊＊」（例えば「物件ＩＤ」）に赤字データがあるか否かを示す。
【０１１１】
「赤字物件列テーブル」２９５の列は、「ページ番号」、「小組番号」、「列順番」、「テーブルＩＤ」及び「テーブル列ＩＤ」である。「ページ番号」、「小組番号」及び「列順番」の連結キーが主キーである。赤字データが作成された「物件テーブル」２７１の列毎にレコードが設けられる。赤字データが作成された参照テーブルの列については、「赤字物件列テーブル」２９５のレコードは設けられず、後述する「赤字参照テーブル」２９７のレコードが設けられる。「赤字物件テーブル」２９１と「赤字物件列テーブル」２９５は、「赤字物件テーブル」２９１の「ページ番号」及び「小組番号」と「赤字物件列テーブル」２９５の「ページ番号」及び「小組番号」により一対多の関係が付けられる。また、「テーブル列定義テーブル」２８３と「赤字物件列テーブル」２９５は、「テーブル列定義テーブル」２８３の「テーブルＩＤ」及び「テーブル列ＩＤ」と「赤字物件列テーブル」２９５の「テーブルＩＤ」及び「テーブル列ＩＤ」により一対一の関係が付けられる。
【０１１２】
「赤字参照テーブル」２９７の列は、「ページ番号」、「小組番号」、「列順番」、「参照データ順番号」、「項目名」、「参照データ」及び「赤字データ」である。「ページ番号」、「小組番号」、「列順番」及び「参照データ順番号」の連結キーが主キーである。「赤字物件列テーブル」２９５と「赤字参照テーブル」２９７は、「赤字物件列テーブル」２９５の「ページ番号」、「小組番号」及び「列順番」と「赤字参照テーブル」２９７の「ページ番号」、「小組番号」、「列順番」及び「参照データ順番号」により一対多のリレーションが付けられる。「赤字参照テーブル」２９７は、参照テーブルの赤字データを図２４に示す画面の右下にある参照データテーブルに表示するためにのみ用いられ、参照テーブルの赤字データを物件データベース１２１に反映させるためには用いられない。本発明では、参照テーブルの赤字データを物件データベース１２１に反映させることはしない。図３２に示す例とは異なるが、例えば、「メーカテーブル」２７５が「メーカＩＤ」及び「メーカ名」の他に「本社住所」を有しているとして、データ修正部１０７により、ＤＴＰで表示された「メーカ名」及び「本社住所」の両方が修正されたとすると、図２４の画面の右下の参照データテーブルには、「メーカ名」の修正前及び修正後の値を示す行と「本社住所」の修正前及び修正後の値を示す行が表示され、これらの行を識別するために上記「参照データ順番号」が用いられる。「参照データ」は、赤字データ反映前の物件データベースの参照テーブルの該当列のデータであり、「赤字データ」は、物件データベースの参照テーブルの該当列の赤字データである。
【０１１３】
「赤字更新テーブル」２９９の列は、「ページ番号」、「小組番号」、「物件ＩＤ」〜「サムネイル画像」である。「物件ＩＤ」〜「サムネイル画像」は、「物件テーブル」２７１のものと列定義において同一である。「ページ番号」及び「小組番号」の連結キーが主キーである。赤字データが作成された小組毎にレコードが設けられる。「赤字物件テーブル」２９１と「赤字更新テーブル」２９９は、「赤字物件テーブル」２９１の「ページ番号」及び「小組番号」と「赤字更新テーブル」２９９の「ページ番号」及び「小組番号」により一対一の関係が付けられる。
【０１１４】
次に、赤字データインポート部１１５が行う赤字データインポートの動作について図３４を参照して説明する。
【０１１５】
図３４を参照すると、まず、赤字データＸＭＬ文書１１１のｐａｇｅタグが無くなるまで、ｐａｇｅタグ毎の処理（ステップＳ３０３〜Ｓ３４５）を繰り返す（ステップＳ３０１）。ステップＳ３０３では、ｐａｇｅタグを読み込み、ページ番号（図２１参照）を取得する。次に、ｐａｇｅタグの下の階層にあるｂｕｋｋｅｎタグが無くなるまで、ｂｕｋｋｅｎタグ毎の処理（ステップＳ３０７〜Ｓ３４５）を繰り返す（ステップＳ３０５）。ステップＳ３０７では、ｂｕｋｋｅｎタグを読み込み、小組番号、物件ＩＤ及び修正区分（図２１参照）を取得する。ここで、ページ番号、小組番号、物件ＩＤ及び修正区分が取得できたので、「赤字物件テーブル」２９１にレコードを追加し（ステップＳ３０９）、「赤字物件フラグテーブル」２９３にもレコードを追加する（ステップＳ３１１）。「赤字物件テーブル」２９１の追加レコードのページ番号、小組番号、ＤＴＰ修正区分及びオリジナル物件ＩＤには、現在取得しているページ番号、小組番号、修正区分及び物件ＩＤを代入する。「赤字物件フラグテーブル」２９３のページ番号及び小組番号には、現在取得しているページ番号及び小組番号を代入する。次に、「テーブル列定義テーブル」２８３を参照して、「物件テーブル」２７１の各列についての処理（ステップＳ３１５）を繰り返す（ステップＳ３１３）。「物件テーブル」２７１の「テーブルＩＤ」は「１」であるので、「テーブル列定義テーブル」２８３の「テーブルＩＤ」が１である全てのレコードの列順番についての処理を繰り返すこととなる。ステップＳ３１５では、「赤字物件列テーブル」２９５にレコードを追加し、追加レコードの「ページ番号」、「小組番号」、「列順番」、「テーブルＩＤ」及び「テーブル列ＩＤ」に現在取得しているページ番号及び小組番号並びに「テーブル列定義テーブル」２８３から取得した「テーブルＩＤ」（＝「１」）、「テーブル列ＩＤ」及び「列番号」を代入する。  ステップＳ３１３の繰返しを抜けたならば、「赤字更新テーブル」２９９にレコードを追加する（ステップＳ３１７）。次に、ステップＳ３０７で取得した物件ＩＤと同一の「物件ＩＤ」を有するレコードを「物件テーブル」２７１から検索して、そのレコードの「物件ＩＤ」〜「サムネイル画像」をステップＳ３１７で追加したレコードの各対応列にコピーする（ステップＳ３１９）。
【０１１６】
次に、ｂｕｋｋｅｎタグの下の階層にあるｉｔｅｍタグが無くなるまで、項目毎の処理（ステップＳ３２３〜Ｓ３４５）を繰り返す（ステップＳ３２１）。ステップＳ３２３では、現在のｉｔｅｍタグに関連した項目名、項目パス、置換処理の有無及び赤字データを取得する。次に、ステップＳ３２３で取得した項目パスを検査することにより、項目が参照データ（参照テーブルのデータ）であるのか否かを判断する（ステップＳ３２５）。
【０１１７】
ステップＳ３２５の判断結果が否定的であるとき（項目が物件テーブルのものであるとき）には、ステップＳ３０９で追加した「赤字物件テーブル」２９１のレコードの該当列（項目に対応する列）に赤字データを設定し（ステップＳ３２７）、ステップ３１１で追加した「赤字物件フラグテーブル」２９３のレコードの該当列のフラグをＯＮとする（ステップＳ３２９）。次に、上述した「４つの条件」が全て満たされているか否かをみることにより、現在の赤字データを「物件テーブル」２７１の該当列に反映させることが可能であるか否かを判断する（ステップＳ３３１）。
【０１１８】
ステップＳ３３１の判断結果が肯定的であるときには、ステップＳ３１７で追加した「赤字更新テーブル」２９９のレコードの該当列の内容を赤字データで書換え（ステップＳ３３５）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を緑色に設定する（ステップＳ３３７）。
【０１１９】
ステップＳ３３１の判断結果が肯定的であるときには、ステップＳ３１７で追加した「赤字更新テーブル」２９９のレコードの該当列の内容をクリアして（ステップＳ３３９）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を黄色に設定する（ステップＳ３４１）。
【０１２０】
ステップＳ３２５の判断結果が肯定的であるとき（項目が参照テーブルのものであるとき）には、「赤字参照テーブル」２９７にレコードを追加し（ステップＳ３４３）、追加レコードにデータを設定する（ステップＳ３４５）。設定する「ページ番号」はステップＳ３０３で取得したものであり、設定する「小組番号」はステップＳ３０７で取得したものであり、設定する「列順番」はステップＳ３１３の繰返しにおける現在の列順番であり、設定する「参照データ順番号」は、同一の「ページ番号」、「小組番号」及び「列順番」の組合せについてステップＳ３４５を行うたびに増加する通し番号であり、設定する「項目名」は、ステップＳ３２３で取得した項目名であり、設定する「参照データ」は、ステップＳ３２３で取得した項目パスを基に現在の物件データベースの参照テーブルから検索した該当列の値であり、設定する「赤字データ」は、ステップＳ３２３で取得した赤字データである。
【０１２１】
次に、データ確認・修正部１１７が行うデータの確認及び修正の動作について図３５を参照して説明する。
【０１２２】
図３５を参照すると、まず、赤字データ一覧ビューが選択されているか否かを判断する（ステップＳ３５１）。
【０１２３】
ステップＳ３５１の判断結果が肯定的であれば（赤字データ一覧ビューが選択されていれば）、データ修正の入力を受け付け（ステップＳ３５３）、修正の場所及び内容に応じて、「赤字物件テーブル」２９１の該当レコードの該当列のデータを書き換える（ステップＳ３５５）。次に、上述した「４つの条件」が全て満たされているか否かをみることにより、ステップＳ３５３で修正された赤字データを「物件テーブル」２７１の該当列に反映させることが可能であるか否かを判断する（ステップＳ３５７）。
【０１２４】
ステップＳ３５７の判断結果が肯定的であるときには、「赤字更新テーブル」２９９の該当レコードの該当列の内容を赤字データで書換え（ステップＳ３５９）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を緑色に設定する（ステップＳ３６１）。
【０１２５】
ステップＳ３５７の判断結果が肯定的であるときには、「赤字更新テーブル」２９９の該当レコードの該当列の内容をクリアして（ステップＳ３６３）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を黄色に設定する（ステップＳ３６５）。
【０１２６】
ステップＳ３５１の判断結果が否定的であれば（更新データ編集ビューが選択されていれば）、図２４の画面の更新データ列のデータ修正を受け付け（ステップＳ３６７）、データ修正の内容に従って、「赤字更新テーブル」２９９の該当レコードの該当列のデータを書き換える（ステップＳ３６９）。
【０１２７】
なお、上記ステップＳ３５３〜Ｓ３６９の説明からもわかるように、赤字データ一覧ビューで表示されるデータは、赤字データであり、更新データではない。また、更新データ編集ビューで、物件データの列に表示されるのは「物件テーブル」２７１のデータであり、更新データの列に表示されるのは「赤字更新テーブル」２９９のデータであり、赤字データの列に表示されるのは「赤字物件テーブル」２９１のデータである。
【０１２８】
次に、反映部１１９が行う赤字データの物件データベースへの反映の動作について図３６を参照して説明する。
【０１２９】
図３６を参照すると、まず、「赤字更新テーブル」２９９を検索し、物件ＩＤが重複したレコードがあるか否かを判断する（ステップＳ３７１）。重複したレコードがある場合には（ステップＳ３７３でＹＥＳ）、「赤字更新テーブル」２９９の内容を「物件テーブル」２７１に反映させることが不可能であるので、エラーメッセージを表示して（ステップＳ３８９）、処理を中止する。
【０１３０】
重複したレコードがない場合には（ステップＳ３７３でＮＯ）、「赤字更新テーブル」２９９を検索し、「物件テーブル」２７１に反映させることができないレコードがあるか否かを判断する（ステップＳ３７５）。反映させることができないレコードとは、例えば、必須の項目がブランクであるレコード、データ型が不一致である項目を有するレコードである。反映させることができないレコードがある場合には（ステップＳ３７７でＹＥＳ）、「赤字更新テーブル」２９９の内容を「物件テーブル」２７１に反映させることが不可能であるので、エラーメッセージを表示して（ステップＳ３８９）、処理を中止する。
【０１３１】
なお、「反映不能赤字データ」である必須の項目を有するレコードを「物件テーブル」２７１に反映させることは不可能であるが、この場合には、ユーザは図２４の画面で更新データの列に反映可能なデータを入力することにより反映可能とする。
【０１３２】
反映させることができないレコードがない場合には（ステップＳ３７７でＮＯ）、「赤字更新テーブル」２９９のレコードが無くなるまで、「赤字更新テーブル」２９９のレコード毎の処理（ステップＳ３８１〜Ｓ３８７）を繰り返す（ステップＳ３７９）。ステップＳ３８１では、「赤字更新テーブル」２９９からレコードを取得する。次に、ステップＳ３８１で取得した「赤字更新テーブル」２９９のレコードの「物件ＩＤ」と同一の「物件ＩＤ」を有するレコードを「赤字物件テーブル」２９１から取得する（ステップＳ３８３）。次に、ステップＳ３８３で取得した「赤字物件テーブル」２９１のレコードの「オリジナル物件ＩＤ」と同一の「物件ＩＤ」を有するレコードを「物件テーブル」２７１から取得する（ステップＳ３８５）。次に、ステップＳ３８５で取得した「物件テーブル」２７１のレコードの内容をステップＳ３８１で取得した「赤字更新テーブル」２９９のレコードの内容で上書きする（ステップＳ３８７）。
【０１３３】
ステップＳ３７９のループを抜けたならば、「赤字物件テーブル」２９１、「赤字物件フラグテーブル」２９３、「赤字物件列テーブル」２９５、「赤字参照テーブル」２９７及び「赤字更新テーブル」２９９の全レコードを削除する（ステップＳ３９１）。
【０１３４】
［実施形態２］
実施形態２は、レンダリングした段階でＤＴＰデータに含まれていないデータベースの項目を追加して、追加した項目に値を入力し、その追加した項目の入力した値をデータベースにフィードバックするものである。
【０１３５】
図３７を参照すると、実施形態２による赤字データのデータベースへの反映装置は、ＤＴＰソフトウェア１１０３と赤字データ戻しツール１１１３に大きく分けられる。ＤＴＰソフトウェア１１０３は、ＸＳＬ−ＦＯプロセッサに相当するレンダリング部１０５、項目追加部１１０７及び赤字データ書出部１１０９を備える。赤字データ戻しツール１１１３は、赤字データインポート部１１１５、データ確認・修正部１１１７、更新先不明データ設定部１１１８及び反映部１１１９を備える。なお、ＤＴＰソフトウェア１１０３は、その名が示す通りコンピュータプログラムであり、コンピュータがＤＴＰソフトウェア１１０３を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール１１１３も、コンピュータを赤字データ戻しツール１１１３として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【０１３６】
レンダリング部１０５は、割り付け済みＸＳＬ−ＦＯ電子文書１０１の内容に従って紙面を表示する。項目追加部１１０７は、ユーザの操作に従って項目を追加し、追加された項目に値を設定する。赤字データ書出部１１０９は、赤字データを赤字データＸＭＬ電子文書１１１１として書き出す。赤字データインポート部１１１５は、赤字データＸＭＬ電子文書１１１１をインポートする。データ確認・修正部１１１７は、赤字データの確認及び更なる修正を行う。更新先不明データ設定部１１１８は、インポートした直後においてはどのテーブルのどの列に反映すればよいのかが不明である追加データの反映先をユーザの操作に従って決定する。反映部１１１９は、赤字データを用いて、物件データベース１２１の内容を更新する。
【０１３７】
レンダリング部１０５は、実施形態１と同様であるので、この説明を省略する。
【０１３８】
次に、項目追加部１１０７の動作について説明する。
【０１３９】
まず、テキストの追加について説明する。図３８（ａ）に示すようなテキストボックスが選択されている状態で、所定のメニューを辿ると、図３９（ａ）に示すようなダイアログ画面が表示される。このダイアログ画面には、図３８（ａ）に示すテキストボックスに挿入されている項目の項目名及び値が表示される。この状態で、所定のメニューを選択することにより、図３９（ａ）に示すダイアログ画面は図３９（ｂ）に示すようなダイアログ画面に変化する。図３９（ｂ）に示すダイアログ画面には、図３８（ａ）に示すテキストボックスに挿入されている項目の項目名及び値に加え、名称未設定の項目名及びブランクの項目値を有する行が表示される。ユーザが追加された行に項目の項目名及び値を入力すると図３９（ｂ）に示す画面は図３９（ｃ）に示す画面に変化し、リターンキーを押すことで、その結果が図３８（ｂ）に示すようにＤＴＰの画面に反映される。
【０１４０】
次に画像の追加について説明する。図４０（ａ）に示すような画面が表示されている状態で、所定のメニューを辿ると、図４１（ａ）に示すようなダイアログ画面が表示される。このダイアログには、図４０（ａ）に示すテキストボックス１２０１に挿入されている項目の項目名及び値が表示される。この状態で、所定のメニューを選択することにより、図４１（ａ）に示すダイアログ画面は図４１（ｂ）に示すようなダイアログ画面に変化する。図４１（ｂ）に示すダイアログ画面には、図４１（ａ）に示すテキストボックスに挿入されている項目の項目名及び値に加え、名称未設定の項目名及びブランクの項目値を有する行が表示される。ユーザが追加された行に項目名を入力すると図４１（ｂ）に示す画面は図４１（ｃ）に示す画面に変化し、リターンキーを押すことにより図４０（ａ）に示すような画面が再度表示される。ここで、所定のメニューを辿ることにより表示されるダイアログで挿入するべき画像を選択することにより、図４０（ｂ）に示すように画像１２０２が挿入される。この状態で、図４１（ａ）に示すダイアログ画面を表示させたときと同じ所定のメニューを辿ると、図４１（ｄ）に示すダイアログ画面が表示される。図４１（ｄ）に示すダイアログ画面では、追加した項目に挿入された画像の画像ファイル名も表示される。
【０１４１】
上記のテキストの追加及び画像の追加は既存のボックスへのテキストの追加及び画像の追加であったが、小組に新たなボックスを追加し、追加されたボックスにテキスト又は画像を追加することができる。
【０１４２】
小組に新たなボックスを追加する方法について次に説明する。この追加には図４２に示すメニューを用いる。例えば、他の小組にあるボックスをコピーして、それを所定の位置にペーストすることにより、ＤＴＰ画面上にコピーのボックスが作成される。そこで、図４２に示すメニューの「未小組化アイテムのマーキング」を選択すると、コピーされたボックスが特殊表示される。そこで、コピーされたボックスをマージしたい小組の何れかのボックスを選択して、図４２に示すメニューの「小組化」を選択すると、コピーされたボックスはその小組にマージされる。その後は、テキストを追加する場合には、上述の方法により、コピーのボックスに項目の名称及び値を設定する。なお、必要に応じて、既存の項目の名称及び値を削除する。画像を追加する場合には、所定のメニューを辿ることにより、ＤＴＰ画面上でまず画像を追加してから、図４１の画面を用いて項目名を設定する。
【０１４３】
図４３に価格の項目を含むボックスを追加した例を示す。
【０１４４】
図４４に、項目名が「カラー」であり、項目値が「ブラック」である項目及び項目名が「価格」であり、項目値が「１，４００，０００」である項目が追加された場合のＤＴＰデータ中のデータ構造を示す。このデータ構造をオブジェクトクラス図の形式で示すと実施形態１と同様に図１０に示すようになる。
【０１４５】
小組のスタイル情報としては、「更新日時」、「物件ＩＤ」及び「小組ＩＤ」がある。「更新日時」の値は、項目が追加された日時である。「物件ＩＤ」及び「小組ＩＤ」の値は、ＸＳＬ−ＦＯ電子文書１０１から読み込んだ値である。
【０１４６】
ボックスのスタイル情報としては、「流し込まれたデータベース項目のパスの配列」、「流し込まれたデータベース項目の項目名の配列」、「流し込まれたデータベース項目の流し込み順番の配列」及び「流し込まれたデータベース項目の更新日時の配列」がある。既存の「物件名」については、「流し込まれたデータベース項目のパスの配列」の要素はＸＳＬ−ＦＯ電子文書１０１から読み込んだ値であり、「流し込まれたデータベース項目の項目名の配列」の要素はＸＳＬ−ＦＯ電子文書１０１から読み込んだ値であり、「流し込まれたデータベース項目の流し込み順番の配列」の要素はＸＳＬ−ＦＯ電子文書１０１から判別した値であり、「流し込まれたデータベース項目の更新日時の配列」の要素は初期値である００００年００月００時００分００秒である。追加された「カラー」については、「流し込まれたデータベース項目のパスの配列」の要素はブランクであり、「流し込まれたデータベース項目の項目名の配列」の要素はデータ修正部１１０７が入力した値であり、「流し込まれたデータベース項目の流し込み順番の配列」の要素は追加の自動連番であり、「流し込まれたデータベース項目の更新日時の配列」の要素はデータ修正部１１０７が当該追加項目を入力した時の日時である。
【０１４７】
文字スタイル情報としては、「ＤＢ項目のパス」、「ＤＢ項目の項目名」、「ＤＢ項目の流し込み順番」、「ＤＢ項目の置換処理ありなし」がある。図４４には、追加の項目（「カラー」及び「価格」）についての文字スタイル情報のみを示し、既存の項目についての文字スタイル情報は、図１３と同様であるので、示していない。「カラー」及び「価格」の両者について、「データベース項目のパス」はブランクであり、「データベース項目の項目名」の値は、図３９のダイアログ画面で入力した値であり、「データベース項目の流し込み順番」の値は追加の自動連番であり、「置換処理ありなし」の値は「なし」である。なお、コピー・アンド・ペーストでボックスを追加して、そこにある項目を継承する場合には、「置換処理ありなし」も継承する。
【０１４８】
次に、項目追加部１１０７が行う項目の追加の動作について図４５を参照して説明する。
【０１４９】
まず、図３９（ａ）の画面が表示されている状態でメニューの所定の項目が選ばれたならば（ステップＳ１１５１）、図４４に示すボックスのスタイル情報の４つの配列のそれぞれについて要素を追加し、図３９（ｂ）の画面を表示する（ステップＳ１１５３）。次に、図３９（ｂ）の画面で項目名が追加されたならば（ステップＳ１１５５）、図４４に示すボックスのスタイル情報のうちの「流し込まれたデータベースの項目名」の追加要素にその項目名を設定する（ステップＳ１１５７）。次に、図３９（ｂ）の画面で項目の値が入力されたならば（ステップＳ１１５９）、図３９（ｃ）に示す画面を表示すると共に、ＤＴＰ画面をその項目値で更新し（ステップＳ１１６１）、図４４に示す文字スタイルを追加し、その文字スタイルの４つの項目に値を設定し（ステップＳ１１６３）、図４４に示すボックスのスタイル情報のうちの「流し込まれたデータベース項目の更新日時」の追加要素に現在の日時を代入し（ステップＳ１１６５）、図４４に示す小組のスタイル情報のうちの「更新日時」に現在の日時を代入する（ステップＳ１１６７）。ステップＳ１１５９で入力した項目値はＤＴＰデータに通常通り追加される。
【０１５０】
次に、赤字データ書出部１１０９について説明する。
【０１５１】
赤字データ書出部１１０９が出力する赤字データＸＭＬ電子文書１１１１の構造は図４６に示す通りである。
【０１５２】
図４６に示す赤字データＸＭＬ電子文書１１１１の構造は、図２１に示す赤字データＸＭＬ電子文書１１１の構造と同様であるが、「物件」の階層の「修正区分」の値は「”ｍｏｄ”」（修正）であり、「項目」の階層の「項目パス」の値は「””」（空）である。
【０１５３】
赤字データ書出部１１０９が図４４に示すスタイル情報を基に生成する赤字データＸＭＬ電子文書１１１１の具体例を図４７に示す。
【０１５４】
次に、赤字データ書出部１１０９の動作は、図２０に示す実施形態１の赤字データ書出部１０９の動作と同様であるので、この説明を省略する。
【０１５５】
次に、赤字データ戻しツール１１１３が用いるデータベースのテーブルについて説明する。
【０１５６】
赤字データ戻しツール１１１３は、図４８〜５０に示す諸テーブルを用いる。実施形態１の赤字データ戻しツール１１３が用いる図３２に示す諸テーブル及び図３３に示す諸テーブルと比較すると明らかなように、赤字データ戻しツール１１１３は、実施形態１の赤字データ戻しツール１１１３が用いる全てのテーブルに加え、図４９に示す「赤字更新先不明テーブル」１２９２並びに図５０に示す「リレーション定義テーブル」１２９３及び「リレーション列定義テーブル」１２９４を用いる。また、実施形態１の赤字データ戻しツール１１３が用いる「テーブル列定義テーブル」２８３は「テーブル列定義テーブル」１２８３に変更されている。「テーブル列定義テーブル」１２８３は、テーブル列定義テーブルと比較し、リレーションＩＤ（符号１２８３−１で示す。）が追加されている点が異なる。
【０１５７】
図４８の矢印でしめすテーブル間のリレーションは、リレーションＩＤにより識別され、各リレーションＩＤにより示されたリレーションは、「リレーション定義テーブル」１２９３で示す親子関係を有し、また、「リレーション列定義テーブル」１２９４で示す列間の関係を有する。任意のテーブルの任意の列は、リレーションＩＤ、「リレーション定義テーブル」１２９３及び「リレーション列定義テーブル」１２９４のデータを基に、「物件テーブル」２７１を基準としてＸＭＬでいうところのＸＰＡＴＨで表わすことができる。
【０１５８】
「赤字更新先不明テーブル」１２９２（図４９参照）は、赤字データインポート部１１１５で更新先が不明であると判断された項目のデータを保持するためのテーブルであり、その列は、「ページ番号」、「小組番号」、「データ順番号」、「ＤＴＰでの追加項目名」及び「ＤＴＰでの追加データ」である。「ページ番号」、「小組番号」、「ＤＴＰでの追加項目名」及び「ＤＴＰでの追加データ」の列には赤字データＸＭＬ電子文書１１１１のデータのコピーが挿入され、「データ順番号」は、レコードが追加される度に増加する通し番号が挿入される。
【０１５９】
次に、赤字データインポート部１１１５について説明する。赤字データインポート部１１１５は、実施形態１の赤字データインポート部１１５の機能に加え、実施形態２に特有な機能を有する。
【０１６０】
赤字データインポート部１１１５の動作を図５１に示す。図５１を実施形態１の赤字データインポート部１１５の動作を示す図３４と比較すると明らかなように、赤字データインポート部１１１５が行うステップＳ３０１〜Ｓ３２３及びＳ３２５〜Ｓ３４５は、実施形態１の赤字データインポート部１１５が行うものと同一であるので、これらのステップについての説明は省略し、追加されたステップＳ１３０１〜Ｓ１３０９のみについて説明する。なお、赤字データインポート部１１１５は、実施形態１による変更のあった項目及び実施形態２による追加のあった項目を含む赤字データＸＭＬ電子文書をインポートするものとする。
【０１６１】
ステップＳ１３０１では、項目パスがブランクであるかどうかをみる。これは具体的には、図４６に示す項目の階層において「path=""」と記述されているかどうかをみることにより行う。ステップＳ１３０１の判断結果が否定的であれば、現在の項目が変更項目であるので、実施形態１と同様にステップＳ３２５に直ちに進む。ステップＳ１３０１の判断結果が肯定的であれば、現在の項目が追加項目であるので、ステップＳ１３０３に進む。
【０１６２】
ステップＳ１３０３では、項目名で「テーブル列定義テーブル」１２８３（図４８参照）を検索し、該当列の取得を試みる。これは具体的には、図４６に示す項目の階層において「name＿jp=」の後の「""」で囲まれる文字列と同一の文字列を「列名（日本語表記）」に有するレコードを「テーブル列定義テーブル」１２８３から検索することにより行う。
【０１６３】
次に、ステップＳ１３０３で該当列が取得できなかったか否かを判断する（ステップＳ１３０５）。
【０１６４】
ステップＳ１３０５の判断結果が否定的であれば（該当列が取得できたら）、項目パスを作成し（ステップＳ１３０９）、ステップＳ３２５に進む。項目パスは物件テーブルを基準としたＸＰＡＴＨで表わされ、項目パスの作成は、具体的には、「テーブル列定義テーブル」１２８３、「リレーション定義テーブル」１２９３及び「リレーション列定義テーブル」１２９４を基に行う。
【０１６５】
ステップＳ１３０３の判断結果が肯定的であれば（該当列が取得できなかったなら）、「赤字更新先不明テーブル」１２９２（図４９参照）のレコードを作成し、そのレコードに赤字データＸＭＬ電子文書１１１１の当該項目のデータを設定する。その後、ステップＳ３２５〜Ｓ３４５をスキップして、次の項目についての処理に進む。
【０１６６】
次に、データ確認・修正部１１１７について説明する。データ確認・修正部１１１７は、実施形態１のデータ確認・修正部１１７の機能に加え、実施形態２に特有な機能を有する。
【０１６７】
データ確認・修正部１１１７の動作を図５２に示す。図５２と実施形態１のデータ確認・修正部１１７の動作を示す図３５を比較すると明らかなように、データ確認・修正部１１１７が行うステップＳ３５１〜Ｓ３６５及びＳ３６７〜Ｓ３６９は、実施形態１のデータ確認・修正部１１７が行うものと同様であるので、これらのステップについての説明は省略し、追加されたステップＳ１３５１及びＳ１３５３のみについて説明する。
【０１６８】
ステップＳ３５１の判断結果が否定的であれば（更新データ編集ビューが選択されていれば）、現在選択されている小組に更新先不明データがあるか否かをみる（ステップＳ１３５１）。具体的には、現在選択されている小組に対応したページ番号及び小組番号と同一のページ番号及び小組番号を有するレコードを「赤字更新先不明テーブル」１２９２から検索してみて、１つ以上のレコードが検索できたか否かをみる。
【０１６９】
ステップＳ１３５１の判断結果が肯定的であれば、更新先不明データの設定（ステップＳ１３５３）を行ってからステップＳ３６７に進み、ステップＳ１３５１の判断結果が否定的であれば、ステップＳ１３５３をスキップして直ちにステップＳ３６７に進む。
【０１７０】
ステップＳ１３５３は、更新先不明データ設定部１１１８により行われる。ステップＳ１３５３の詳細を図５３を参照して説明する。
【０１７１】
まず、ステップＳ１３５１で検索された全てのレコードを取得し、それらのレコードの列のうちの「ＤＴＰデータでの追加項目名」及び「ＤＴＰデータでの追加データ」の値を図５４（ａ）に示す画面に表示する（ステップＳ１３６１）。
【０１７２】
次に、図５４(ａ)に示す画面での項目名の選択を受け付ける（ステップＳ１３６３）。この項目名の選択は、図５４(ａ)に示すプルダウンリストを用いて行う。プルダウンリストに表示する項目は、「テーブル列定義テーブル」１２８３のテーブルＩＤが１の全てのレコード（物件テーブルの全てのレコード）の「列名（日本語表記）」からコピーする。上記選択が行われると、図５４（ｂ）に示すように、列名（項目名）（図５４では「色」）と共に「物件テーブル」２７１の小組に対応するレコードの選択された列の現在のデータ（図５４では「ホワイト」）が表示される。
【０１７３】
次に、「赤字物件テーブル」２９１の現在の小組に対応するレコードのステップＳ１３６１で選択された各列に「ＤＴＰでの追加データ」を上書きする（ステップＳ１３６５）。
【０１７４】
次に、「ＤＴＰでの追加データ」を物件データベース２９１の各該当列に反映させることが可能であるか否かを判断する（ステップＳ１３６７）。この判断は、実施形態１で説明した「４つの条件」が全て満足されているか否かを判断することにより行う。
【０１７５】
ステップＳ１３６７の判断結果が肯定的であれば、「赤字更新テーブル」２９９の現在の小組に対応したレコードの該当列の内容を「ＤＴＰでの追加データ」で書換え（ステップＳ１３６９）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を緑色に設定する（ステップＳ１３７１）。
【０１７６】
ステップＳ１３６７の判断結果が肯定的であれば、「赤字更新テーブル」２９９の現在の小組に対応したレコードの該当列の内容をクリアして（ステップＳ１３７３）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を黄色に設定する（ステップＳ１３７５）。
【０１７７】
ステップＳ１３７１又はステップＳ１３７５を各「ＤＴＰでの追加データ」について行った後の更新データ編集ビュー（図２４参照）の表の部分は図５５に示すようになる。図５５を参照すると、「価格」の行においては、赤字データは「／１４００，０００」であるが、「／」を含んでいるために、「／１４００，０００」を物件データに直接反映させることができないので、更新データの欄は空白である。また、「色」の行においては、赤字データは「ブラック」であるが、これを物件データに直接反映させることができるので、更新データの欄も「ブラック」である。
【０１７８】
次に、反映部１１１９について説明する。反映部１１１９は、実施形態１の反映部１１９の機能を全て有するが以下の点が異なる。
【０１７９】
反映部１１１９の動作を図５６に示す。図５６を実施形態１の反映部１１９の動作を示す図３６と比較すると明らかなように、反映部１１１９が行うステップＳ３７１〜Ｓ３８７は、実施形態１の反映部１１９が行うものと同様である。唯一異なるのが、ステップＳ１３９１であるが、ステップ１３９１は、図３６のステップＳ３９１と比較すると、削除の対象として「赤字更新先不明テーブル」１２９２を追加している点のみが異なる。
【０１８０】
［実施形態３］
実施形態３は、レンダリングした段階でＤＴＰデータに含まれていない小組を追加し、追加した小組の各項目に値を入力し、追加した小組の各項目の入力した値をデータベースにフィードバックするものである。
【０１８１】
図５７を参照すると、実施形態３による赤字データのデータベースへの反映装置は、ＤＴＰソフトウェア２１０３と赤字データ戻しツール２１１３に大きく分けられる。ＤＴＰソフトウェア２１０３は、ＸＳＬ−ＦＯプロセッサに相当するレンダリング部１０５、小組追加部２１０７及び赤字データ書出部２１０９を備える。赤字データ戻しツール２１１３は、赤字データインポート部２１１５、データ確認・修正部２１１７、物件データ呼出部２１１８及び反映部２１１９を備える。なお、ＤＴＰソフトウェア２１０３は、その名が示す通りコンピュータプログラムであり、コンピュータがＤＴＰソフトウェア２１０３を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール２１１３も、コンピュータを赤字データ戻しツール２１１３として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【０１８２】
レンダリング部１０５は、割り付け済みＸＳＬ−ＦＯ電子文書１０１の内容に従って紙面を表示する。小組追加部２１０７は、ユーザの操作に従って小組データの追加を行い、追加した小組の各項目に値を設定する。赤字データ書出部２１０９は、赤字データを赤字データＸＭＬ電子文書２１１１として書き出す。赤字データインポート部２１１５は、赤字データＸＭＬ電子文書２１１１をインポートする。データ確認・修正部２１１７は、赤字データの確認及び更なる修正を行う。物件データ呼出部２１１８は、インポートした直後においては物件テーブルのどのレコードに反映すればよいのかが不明であった追加データの反映先レコードをユーザの操作に従って決定する。反映部２１１９は、赤字データを用いて、物件データベース１２１の内容を更新する。
【０１８３】
レンダリング部１０５は、実施形態１と同様であるので、この説明を省略する。
【０１８４】
次に、小組追加部２１０７の動作について説明する。
【０１８５】
図５８（ａ）に示すようにページに小組が配置されている状態で、小組２１０１を選択し、図４２のメニューの「小組のコピー」を選択した後に、点２１０２を選択し、図４２のメニューの「小組のペースト」を選択することにより、図５８（ｂ）に示すように、小組のコピー２１０３が追加される。
【０１８６】
追加した小組の各項目の値の修正は、実施形態１に示す方法により行い、追加した小組への項目の追加は、実施形態２に示す方法により行う。
【０１８７】
追加した小組の各項目に値を設定した後のＤＴＰデータに含まれる赤字データのフィードバックに関連したデータ構造の例を図５９に示す。このデータ構造をオブジェクトクラス図の形式で示すと実施形態１と同様に図１０に示すようになる。
【０１８８】
図５９を参照すると、小組のスタイル情報としては、「更新日時」、「物件ＩＤ」及び「小組ＩＤ」がある。「更新日時」の値は、小組が追加された日時である。「物件ＩＤ」はブランクである。「小組ＩＤ」の値は、この小組が属するページにおける追加の通し番号である。
【０１８９】
ボックスのスタイル情報としては、「流し込まれたデータベース項目のパスの配列」、「流し込まれたデータベース項目の項目名の配列」、「流し込まれたデータベース項目の流し込み順番の配列」及び「流し込まれたデータベース項目の更新日時の配列」がある。「流し込まれたデータベース項目のパスの配列」の要素はコピー元の小組のものと同一であり、「流し込まれたデータベース項目の項目名の配列」もコピー元の小組のものと同一であり、「流し込まれたデータベース項目の流し込み順番の配列」もコピー元の小組のものと同一である。「流し込まれたデータベース項目の更新日時の配列」の全要素の値は小組が追加された日時である。
【０１９０】
文字スタイル情報としては、「ＤＢ項目のパス」、「ＤＢ項目の項目名」、「ＤＢ項目の流し込み順番」、「ＤＢ項目の置換処理ありなし」がある。図５９には、「色」及び「価格」の項目についての文字スタイル情報のみを示すが、他の項目についても同様である。「データベース項目のパス」の値はコピー元の小組のものと同一であり、「データベース項目の項目名」の値もコピー元の小組のものと同一であり、「データベース項目の流し込み順番」の値もコピー元の小組のものと同一であり、「置換処理ありなし」の値もコピー元の小組のものと同一である。
【０１９１】
次に、小組追加部２１０７が行う小組の追加の動作について図６０を参照して説明する。
【０１９２】
まず、上述したように、ユーザが、ある小組を選択し、図４２のメニューの「小組のコピー」を選択すると、小組をコピーする（ステップＳ２１５１）と共に、図５９に示すデータベース反映用データをコピーする（ステップＳ２１５３）。次に、ユーザがある点を選択し、図４２のメニューの「小組のペースト」を選択すると、その点に小組をペーストする（ステップＳ２１５５）と共に、図５９に示すデータベース反映用データをその小組に関連付けてペーストする（ステップＳ２１５７）。
【０１９３】
次に、コピー元の小組とペースト先の小組が同一のＤＴＰドキュメントに属するか否かを判断する（ステップＳ２１５９）。ここで、ＤＴＰドキュメントとは、印刷用語でいう「ＤＴＰデータファイル」に相当する。１冊の本は１又は複数の「ＤＴＰドキュメント」より構成され、データベースパブリッシングを用いたプリプレス工程においては、複数の「ＤＴＰドキュメント」を並列に作成することがある。従って、小組を同一ＤＴＰドキュメント内でコピー・アンド・ペーストする場合もあるし、ＤＴＰドキュメント間でコピー・アンド・ペーストする場合もある。
【０１９４】
ステップＳ２１５９の判断結果が肯定的であれば、ペースト先の小組の物件ＩＤをブランクとする（ステップＳ２１６１）。これは、ペースト先の小組に、コピー元に割り当てられている物件とは異なった物件テーブル中の物件が割り当てられるか、又は、物件テーブルにはない物件が割り当てられる可能性が高いからである。
【０１９５】
ステップＳ２１５９の判断結果が否定的であれば、ステップＳ２１６１をスキップする。従って、ペースト先の小組にはコピー元の小組に割り当てられている物件と同一の物件が割り当てられる。これは、ペースト先の小組に、コピー元の物件と同一の物件が割り当てられる可能性が高いからである。このような小組もそれ以降は修正された小組として実施形態１の赤字データのデータベースへの反映装置で扱うこととなる。
【０１９６】
ステップＳ２１５９又はステップＳ２１６１の次に、小組スタイルの更新日時を現在の日時に更新し（ステップＳ２１６５）、ボックススタイルの更新日時を現在の日時に更新する（ステップＳ２１６５）。
【０１９７】
次に、ユーザによるデータの修正及び項目追加を受け付ける（ステップＳ２１６７）。
【０１９８】
次に、赤字データ書出部２１０９について説明する。
【０１９９】
赤字データ書出部２１０９が出力する赤字データＸＭＬ電子文書２１１１の構造は図６１に示す通りである。
【０２００】
図６１に示す赤字データＸＭＬ電子文書２１１１の構造は、図２１に示す赤字データＸＭＬ電子文書１１１の構造と同様であるが、「物件」の階層の物件ＩＤは原則としてブランクであり、「物件」の階層の「修正区分」の値は「”ｎｅｗ”」（新規）である。
【０２０１】
赤字データ書出部２１０９が図５９に示すスタイル情報を基に生成する赤字データＸＭＬ電子文書２１１１の具体例を図６２に示す。
【０２０２】
次に、赤字データ書出部２１０９の動作は、図２０に示す実施形態１の赤字データ書出部１０９の動作と同様であるので、この説明を省略する。
【０２０３】
次に、赤字データ戻しツール２１１３は、実施形態２の赤字データ戻しツール１１１３と同様に、図４８〜５０に示す諸テーブルを用いる。
【０２０４】
次に、赤字データインポート部２１１５について説明する。赤字データインポート部２１１５は、実施形態２の赤字データインポート部１１１５の機能に加え、実施形態３に特有な機能を有する。
【０２０５】
赤字データインポート部２１１５の動作を図６３に示す。図６３を実施形態２の赤字データインポート部１１１５の動作を示す図５１と比較すると明らかなように、赤字データインポート部２１１５が行うステップＳ３０１〜Ｓ３１７、３１９〜３２３、Ｓ１３０１〜Ｓ１３０９、Ｓ３２５〜Ｓ３４５は、実施形態２の赤字データインポート部１１１５が行うものと同一であるので、これらのステップについての説明は省略し、追加されたステップＳ２３０１及びＳ２３０３のみについて説明する。なお、赤字データインポート部２１１５は、実施形態１による変更のあった項目、実施形態２による追加のあった項目及び実施形態３による追加のあった小組を含む赤字データＸＭＬ電子文書をインポートするものとする。
【０２０６】
ステップＳ２３０１では、修正区分が新規であるか（update＿typeがnewであるか）どうかを判断する。
【０２０７】
ステップＳ２３０１の判断結果が肯定的であれば、「赤字物件テーブル」２９１（図４９参照）の「反映処理区分」を「新規作成する」に設定する。
【０２０８】
ステップＳ２３０１の判断結果が否定的であれば、実施形態２と同様に、ステップＳ３１９を行う。
【０２０９】
ステップＳ２３０３を行うときには、ステップＳ３１９は行わないので、ステップＳ３０７で取得した物件ＩＤと同一の「物件ＩＤ」を有するレコードを「物件テーブル」２７１から検索して、そのレコードの「物件ＩＤ」〜「サムネイル画像」をステップＳ３１７で追加した「赤字更新テーブル」２０９（図４９参照）のレコードの各対応列にコピーすることは行われず、「赤字更新テーブル」２０９の追加されたレコードの「ページ番号」及び「小組番号」には、赤字データＸＭＬ電子文書２１１１から読み込んだ値が設定されるが、そのレコードの「物件ＩＤ」〜「サムネイル画像」はブランクのままである。
【０２１０】
ステップＳ３１９又はＳ２３０３からはステップＳ３２１に進む。
【０２１１】
赤字データインポート部２１１５が図６３に示す処理を行った後に、赤字データ戻しツール２１１３が追加された小組について更新データ編集ビューに表示する画面を図６４に示す。
【０２１２】
図６４を参照すると、追加された小組に対応する物件ＩＤはブランクであるので、物件テーブル中のレコードが特定できず、従って、「物件データ」の列は全ての項目についてブランクである。また、「更新データ」の列は、赤字データがある項目においてのみ「赤字データ」のコピーであり、「赤字データ」がない項目においてはブランクである。更に、追加された小組に対応する物件ＩＤはブランクであるので、「物件ＩＤ」の「更新データ」の列及び「赤字データ」の列はブランクである。
【０２１３】
次に、データ確認・修正部２１１７について説明する。データ確認・修正部２１１７は、実施形態１のデータ確認・修正部１１７の機能に加え、実施形態３に特有な機能を有する。
【０２１４】
データ確認・修正部２１１７の動作を図６５に示す。図６５と実施形態１のデータ確認・修正部１１７の動作を示す図３５を比較すると明らかなように、データ確認・修正部２１１７が行うステップＳ３５１〜Ｓ３６５及びＳ３６７〜Ｓ３６９は、実施形態１のデータ確認・修正部１１７が行うものと同様であるので、これらのステップについての説明は省略し、追加されたステップＳ２３５１及びＳ２３５３のみについて説明する。
【０２１５】
ステップＳ３５１の判断結果が否定的であれば（更新データ編集ビューが選択されていれば）、物件データの呼出しが行われたか否かを判断する（ステップＳ２３５１）。これは、具体的には、図６４に示す更新データ編集ビューの「物件データ呼び出し…」ボタン２１０５が押されたか否かをみることにより行う。
【０２１６】
ステップＳ２３５１の判断結果が肯定的であれば、物件データ呼出し（ステップＳ２３５３）を行ってからステップＳ３６７に進み、ステップＳ２３５１の判断結果が否定的であれば、ステップＳ２３５３をスキップして直ちにステップＳ３６７に進む。
【０２１７】
ステップＳ２３５３は、物件データ呼出部２１１８により行われる。ステップＳ２３５３の詳細を図６６を参照して説明する。
【０２１８】
まず、図６７に示す物件データ選択ダイアログを表示する（ステップＳ２３６１）。ユーザが物件データ選択ダイアログのコンボボックス２１０７で所望のフィルタ（例えば、「販売店で分類」）を選択すると、ツリービュー２１０９には、選択されたフィルタの階層構造が表示される。ユーザがフィルタの階層構造のうちの所望のノード（例えば、「ＭＡＸ東川口」）を選択するとノードに関連付けられたＳＱＬ文による問合せが「物件テーブル」２７１（図４８参照）に対して実行され、その問合せの結果がテーブル２１１１に表示される。ユーザは更新データ編集ビュー（図６４参照）に表示されている赤字データを反映させたい物件に対応する行をテーブル２１１１から選択し、「ＯＫ」ボタン２１１３を押すと（ステップＳ２３６３）、更新データ編集ビューに赤字データが現在表示されている「赤字物件テーブル」２９１のレコードの「オリジナル物件ＩＤ」、「オリジナル物件名」及び「反映処理区分」に、それぞれ、ステップＳ２３６３で選択された「物件テーブル」２７１のレコードの「物件ＩＤ」及び「物件名」の値並びに「更新する」を設定する（ステップＳ２３６５）。
【０２１９】
次に、更新データ編集ビューに更新データが現在表示されている「赤字更新テーブル」２９９（図４９参照）のレコードの「物件ＩＤ」〜「サムネイル画像」に、それぞれ、ステップＳ２３６３で選択された「物件テーブル」２７１のレコードの「物件ＩＤ」〜「サムネイル画像」の値を設定する（ステップＳ２３６７）。
【０２２０】
次に、ステップＳ２３７１〜Ｓ２３７９の処理を現在の「赤字物件テーブル」２９１のレコードの「物件ＩＤ」〜「サムネイル画像」について繰り返す。
【０２２１】
ステップＳ２３７３では、実施形態１で述べた「４つの条件」が全て満たされているか否かをみることにより、現在の赤字データを「物件テーブル」２７１の該当列に反映させることが可能であるか否かを判断する。
【０２２２】
ステップＳ２３７１の判断結果が肯定的であるときには、「赤字更新テーブル」２９９の現在のレコードの該当列の内容を赤字データで書換え（ステップＳ２３７３）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を緑色に設定する（ステップＳ２３７５）。
【０２２３】
ステップＳ２３７１の判断結果が肯定的であるときには、「赤字更新テーブル」２９９の現在のレコードの該当列の内容をクリアして（ステップＳ２３７７）、更新データ編集ビュー（図２４参照）の該当小組の更新データ列の背景色を黄色に設定する（ステップＳ２３７９）。
【０２２４】
このようにして、物件データ呼出し（ステップＳ２３５３）を行った後は、更新データ編集ビュー（図６４参照）の表の内容は図６８に示す内容に変化する。
【０２２５】
従って、物件データ呼出し（ステップＳ２３５３）が行われない場合には、反映処理が「新規作成する」のままであるのに対し、物件データ呼出し（ステップＳ２３５３）が行われた場合には、反映処理は「更新する」に変更され、赤字更新テーブル２９９にも更新に適切なデータが設定される。
【０２２６】
ステップＳ２３５１又はステップＳ２３５３の後は、データ修正等（ステップＳ３６７、Ｓ３６９）が行われ、修正が必要な項目のデータが適宜ユーザにより修正される。
【０２２７】
次に、反映部２１１９について説明する。反映部２１１９は、実施形態２の反映部１１１９の機能を全て有するが以下の点が異なる。
【０２２８】
反映部２１１９の動作を図６９に示す。図６９を実施形態２の反映部１１１９の動作を示す図５６と比較すると明らかなように、反映部２１１９が行うステップＳ３７１〜Ｓ３８７及びＳ１３９１は、実施形態２の反映部１１１９が行うものと同様である。反映部２１１９は更に、ステップＳ２３７１及びＳ２３７３を行う。
【０２２９】
ステップＳ２３７１では、「赤字物件テーブル」２９１の「反映処理区分」が「新規作成する」か否かを判断する。
【０２３０】
ステップＳ２３７１の判断結果が肯定的であれば、「物件テーブル」２７１に新たなレコードを追加し、そのレコードの「物件ＩＤ」に新たなＩＤを設定し、「物件名」〜「サムネイル画像」に赤字更新テーブル２９９の現在のレコードの「物件名」〜「サムネイル画像」を設定する（ステップＳ２３７３）。
【０２３１】
ステップＳ２３７１の判断結果が否定的であれば、ステップＳ３８５に進む。
【０２３２】
［実施形態４］
実施形態４は、レンダリングした段階でＤＴＰデータに含まれていた小組を削除し、削除した小組にそのデータが割り当てられていた物件テーブルのレコードを必要に応じて削除するものである。
【０２３３】
図７０を参照すると、実施形態４による赤字データのデータベースへの反映装置は、ＤＴＰソフトウェア３１０３と赤字データ戻しツール３１１３に大きく分けられる。ＤＴＰソフトウェア３１０３は、ＸＳＬ−ＦＯプロセッサに相当するレンダリング部１０５、小組削除部３１０７及び赤字データ書出部３１０９を備える。赤字データ戻しツール３１１３は、赤字データインポート部３１１５、データ確認・修正部３１１７、レコード削除確定部３１１８及び反映部３１１９を備える。なお、ＤＴＰソフトウェア３１０３は、その名が示す通りコンピュータプログラムであり、コンピュータがＤＴＰソフトウェア３１０３を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール３１１３も、コンピュータを赤字データ戻しツール３１１３として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【０２３４】
レンダリング部１０５は、割り付け済みＸＳＬ−ＦＯ電子文書１０１の内容に従って紙面を表示する。小組削除部３１０７は、ユーザの操作に従って小組の削除を行う。赤字データ書出部３１０９は、赤字データを赤字データＸＭＬ電子文書３１１１として書き出す。赤字データインポート部３１１５は、赤字データＸＭＬ電子文書３１１１をインポートする。データ確認・修正部３１１７は、赤字データの確認及び更なる修正を行う。レコード削除確定部３１１８は、インポートした直後においては削除した小組にデータが割り当てられていた物件テーブルのレコードを削除するようユーザが決定したならば、そのレコードを削除できるようにする。反映部３１１９は、赤字データを用いて、物件データベース１２１の内容を更新する。
【０２３５】
レンダリング部１０５は、実施形態１と同様であるので、この説明を省略する。
【０２３６】
次に、小組削除部３１０７の動作について説明する。
【０２３７】
削除には、（１）「小組毎の削除」と、（２）「削除されたページに含まれる全小組の削除」がある。
【０２３８】
「小組毎の削除」は、例えば、図７１（ａ）に示すような小組のうちの１つの小組を削除して、図７１（ｂ）に示すような状態にすることである。「小組毎の削除」をするための操作は２通りあり、１つは、小組の一部を選択して、メニューから「小組削除」のメニュー項目を選択するものであり、もう１つは、小組全体を選択して、削除キーにより削除するものである。
【０２３９】
「削除されたページに含まれる全小組の削除」は、例えば、図７２に示すようなページを削除し、そのページに含まれていた３つの小組を全て削除することである。
【０２４０】
「小組毎の削除」を行った後のＤＴＰデータに含まれる赤字データのフィードバックに関連したデータ構造の例を図７３（ｂ）に示す。このデータ構造をオブジェクトクラス図の形式で示すと図７３（ａ）に示すようになる。
【０２４１】
図７３を参照すると、ページのスタイル情報としては、「削除された小組の物件ＩＤの配列」、「削除された小組の小組ＩＤの配列」及び「削除された小組の削除日時の配列」がある。これらの配列には、ページ内の削除された小組の数の要素が入る。
【０２４２】
小組の削除に関連した小組のスタイル情報、ボックスのスタイル情報及び文字スタイル情報は無い。
【０２４３】
「削除されたページに含まれる全小組の削除」を行った後のＤＴＰデータに含まれる赤字データのフィードバックに関連したデータ構造の例を図７４に示す。
【０２４４】
ＤＴＰドキュメントのスタイル情報としては、図７４（ａ）に示すように、削除されたページの配列がある。削除されたページの配列の要素は、図７４（ｂ）に示すように、複数の項目より成るオブジェクトである。この要素オブジェクトの構成項目（プロパティ）は、図７４（ｂ）に示すように、「このページの削除日時」、「このページの番号」、「削除された小組の物件ＩＤの配列」、「削除された小組の小組ＩＤの配列」及び「削除された小組の削除日時配列」である。「削除された小組の物件ＩＤの配列」、「削除された小組の小組ＩＤの配列」及び「削除された小組の削除日時配列」は、図７３（ｂ）に示すものと同様であり、これらの配列には、削除されたページに含まれていた全ての小組についての要素が入る。
【０２４５】
次に、小組削除部３１０７が行う「小組毎の削除」の動作について図７５を参照して説明する。
【０２４６】
まず、上述したように、小組削除のためのユーザの入力を受け付ける（ステップＳ３２０１）。次に、ページ内の図７３に示す「削除された小組の物件ＩＤの配列」に要素を追加し、その要素にステップＳ３２０１で削除した小組に割り当てられていた物件ＩＤを設定する（ステップＳ３２０３）。次に、ページ内の図７３に示す「削除された小組の小組ＩＤの配列」に要素を追加し、その要素にステップＳ３２０１で削除した小組に割り当てられていた小組ＩＤを設定する（ステップＳ３２０５）。次に、ページ内の図７３に示す「削除された小組の削除日時の配列」に要素を追加し、その要素に現在の日時を設定する（ステップＳ３２０７）。
【０２４７】
次に、小組削除部３１０７が行う「削除されたページに含まれる全小組の削除」の動作について図７６を参照して説明する。
【０２４８】
まず、上述したように、ページ削除のためのユーザの入力を受け付ける（ステップＳ３２１１）。次に、メモリ上に「赤字データ格納ページ」をオブジェクトとして作成する（ステップＳ３２１３）。この「赤字データ格納ページ」のオブジェクトは、削除されたページの配列の要素オブジェクトと同様に、「このページの削除日時」、「このページの番号」、「削除された小組の物件ＩＤの配列」、「削除された小組の小組ＩＤの配列」及び「削除された小組の削除日時の配列」を構成項目（プロパティ）として有している。次に、ステップＳ３２１１で削除されたページを走査することにより、削除されたページに含まれている全ての小組を取得する（ステップＳ３２１５）。次に、「赤字データ格納ページ」の「このページの削除日時」に現在の日時を設定する（ステップＳ３２１７）。次に、「赤字データ格納ページ」の「ページ番号」に削除されたページの番号を設定する（ステップＳ３２１７）。次に、削除されたページに含まれていた全ての小組についてステップＳ３２２３〜Ｓ３２２７の動作を繰り返す（ステップＳ３２２１）。
【０２４９】
ステップＳ３２２３では、「赤字データ格納ページ」の「削除された物件の物件ＩＤの配列」に要素を追加し、追加された要素に現在の小組に割り当てられていた物件ＩＤを設定する。次に、「赤字データ格納ページ」の「削除された物件の小組ＩＤの配列」に要素を追加し、追加された要素に現在の小組に割り当てられていた小組ＩＤを設定する（ステップＳ３２２５）。次に、「赤字データ格納ページ」の「削除された物件の削除日時の配列」に要素を追加し、追加された要素に現在の日時を設定する（ステップＳ３２２７）。
【０２５０】
ステップＳ３２２１のループを抜けたならば、ＤＴＰドキュメント内の「削除されたページの配列」に要素を追加し、追加された要素に「赤字データ格納ページ」をコピーし、「赤字データ格納ページ」を廃棄する（ステップＳ３２２９）。
【０２５１】
次に、赤字データ書出部２１０９について説明する。
【０２５２】
赤字データ書出部３１０９が出力する赤字データＸＭＬ電子文書３１１１の構造は図７７に示す通りである。
【０２５３】
図７７に示す赤字データＸＭＬ電子文書３１１１の構造は、図２１に示す赤字データＸＭＬ電子文書１１１の構造と同様であるが、「物件」の階層が最下層であり、「項目」の階層を有さない。
【０２５４】
赤字データ書出部３１０９が図７３及び７４に示すスタイル情報を基に生成する赤字データＸＭＬ電子文書３１１１の具体例を図７８に示す。
【０２５５】
図７８を参照すると、第１６ページについては、<page>タグの"page＿no"の値は"116"であり、削除された小組についての<bukken>タグの"update＿type"の値は削除を示す"del"である。また、第１２０ページについては、<page>タグの"page＿no"の値は、ページ番号である"120"と"-del"と削除日時である"20021219101120"を文字結合した"120-del20021219101120"であり、削除された３つの小組についての<bukken>タグの"update＿type"の値は削除を示す"del"である。
【０２５６】
次に、赤字データ書出部３１０９の動作について図７９を参照して説明する。
【０２５７】
図７９を参照すると、まず、ＤＴＰドキュメントを走査し、ＤＴＰドキュメントに書き込まれている赤字データ作成用に必要なＤＴＰドキュメントの階層のデータ（図７４に例を示す）を読み込む（ステップＳ３２３１）。次に、ステップＳ３２３３のループでは、「削除されたページに含まれる全小組の削除」により削除された小組についての赤字データを書き出し、ステップＳ３２４１のループでは、「小組毎の削除」で削除された小組についての赤字データを書き出す。
【０２５８】
ステップＳ３２３３のループでは、「削除されたページの配列」（図７４参照）の全要素についてステップＳ３２３５〜Ｓ３２３９を繰り返す。
【０２５９】
ステップＳ３２３５では、<page>タグを書き出す。タグの"page＿no"には、上述した文字結合を記述する。次に、「削除されたページの配列」の要素オブジェクトの配列項目の全要素についてステップＳ３２３９を繰り返す（ステップＳ３２３７）。ステップＳ３２３９では、<bukken>タグを書き出す。タグの"kgm＿seq"、"bkn＿id"及び"update＿type"には、それぞれ、現在の小組の小組ＩＤ、現在の小組の物件ＩＤ及び"del"を記述する。
【０２６０】
次に、ステップＳ３２４１のループでは、ステップＳ３２４３〜Ｓ３２４９を繰り返す。
【０２６１】
ステップＳ３２４３では、ページを走査し、ＤＴＰドキュメントに書き込まれている赤字データ作成用に必要なページの階層のデータ（図７３に例を示す）を読み込む。次に、<page>タグを書き出す。タグの"page＿no"には、現在のページの番号を記述する。次に、現在のページの削除された小組についてステップＳ３２４９を繰り返す（ステップＳ３２４７）。ステップＳ３２４９では、<bukken>タグを書き出す。タグの"kgm＿seq"、"bkn＿id"及び"update＿type"には、それぞれ、現在の小組の小組ＩＤ、現在の小組の物件ＩＤ及び"del"を記述する。
【０２６２】
次に、赤字データ戻しツール３１１３は、実施形態２の赤字データ戻しツール１１１３と同様に、図４８〜５０に示す諸テーブルを用いる。
【０２６３】
次に、赤字データインポート部３１１５について説明する。赤字データインポート部３１１５は、実施形態３の赤字データインポート部２１１５の機能に加え、実施形態４に特有な機能を有する。
【０２６４】
赤字データインポート部３１１５の動作を図８０に示す。図８０を実施形態３の赤字データインポート部２１１５の動作を示す図６３と比較すると明らかなように、赤字データインポート部３１１５が行うステップＳ３０１〜Ｓ３１７、Ｓ２３０１、Ｓ２３０３、Ｓ３１９〜３２３、Ｓ１３０１〜Ｓ１３０９、Ｓ３２５〜Ｓ３４５は、実施形態３の赤字データインポート部２１１５が行うものと同一であるので、これらのステップについての説明は省略し、追加されたステップＳ３３０１のみについて説明する。なお、赤字データインポート部３１１５は、実施形態１による変更のあった項目、実施形態２による追加のあった項目、実施形態３による追加のあった小組及び実施形態４による削除された小組を含む赤字データＸＭＬ電子文書をインポートするものとする。
【０２６５】
ステップＳ３３０１では、ＤＴＰ処理区分が「削除された」であるか否かをみる。具体的には、赤字データＸＭＬ電子文書３１１１の<bukken>タグの項目"update＿type"の値が"del"であるか否かをみる。
【０２６６】
ステップＳ３３０１での判断結果が肯定的であれば、ステップＳ３２１の<item>タグについての繰返しをスキップして、ステップＳ３０７に進むことにより、次の<bukken>タグについての処理を開始する。ステップＳ３２１の<item>タグについての繰返しをスキップするのは、削除された小組については、<item>タグが無いからである。
【０２６７】
赤字データインポート部３１１５が図８０に示す処理を行った後に、赤字データ戻しツール３１１３が削除された小組について更新データ編集ビューに表示する画面を図８１に示す。図８１に示す画面では、右側の表には、第１１６ページの削除された小組（「ウルティマＧマルチ」が割り当てられていた小組）が表示されている。また、削除したページである第１２０ページは左側のツリービューで淡く表示されている。削除したページの物件データも左側のツリービューで選択することにより右側の表に表示することが可能である。
【０２６８】
図８１を参照すると、削除された小組については、赤字データが無いので、赤字データの列はブランクである。また、削除された小組に割り当てられていた物件データの物件ＩＤを獲得できているので、その物件ＩＤを有するレコードを物件テーブルから検索し、そのレコードの各列の値を物件データの列及び更新データの列に表示している。
【０２６９】
図８１に示す初期状態では、その物件ＩＤのレコードは、反映処理を行っても、物件テーブルから削除されない。ある小組がＤＴＰにおいて削除されたとしても、それは単なるＤＴＰのみにおける削除であって、物件データの物件テーブルからの削除を意図したものではない可能性があるからである。従って、図８１の画面を見たユーザは、現在図８１の画面に表示されている物件データのレコードを物件テーブルから削除すると決定したならば、「ＤＢから削除」ボタン３００１を押す。こうすると、現在表示されている物件データについてのツリービューの表示様式が変化し、更新データの列の背景が全ての行について赤色に変化する。このような変化により、ユーザは、これから反映処理を行うと、当該削除された小組に割り当てられていた物件データのレコードを物件テーブルから削除することとなることを知ることができる。
【０２７０】
かくして、反映処理を行うと、「ＤＢから削除」３００１が押された物件データのレコードが物件テーブルから削除される。一方、反映処理を行っても、「ＤＢから削除」ボタン３００１が押されなかった物件データのレコードは物件テーブルから削除されずに済む。
【０２７１】
次に、データ確認・修正部３１１７について説明する。データ確認・修正部３１１７は、実施形態１のデータ確認・修正部１１７の機能に加え、実施形態４に特有な機能を有する。
【０２７２】
データ確認・修正部３１１７の動作を図８２に示す。図８２と実施形態１のデータ確認・修正部１１７の動作を示す図３５を比較すると明らかなように、データ確認・修正部３１１７が行うステップＳ３５１〜Ｓ３６５及びＳ３６７〜Ｓ３６９は、実施形態１のデータ確認・修正部１１７が行うものと同様であるので、これらのステップについての説明は省略し、追加されたステップＳ３３５１及びＳ３３５３のみについて説明する。
【０２７３】
ステップＳ３５１の判断結果が否定的であれば（更新データ編集ビューが選択されていれば）、現在更新データ編集ビューに表示されている物件データのレコードを物件テーブルから削除することが選択されているか否かを判断する（ステップＳ３３５１）。これは、具体的には、図８１に示す更新データ編集ビューの「ＤＢから削除」ボタン３００１が押されたか否かをみることにより行う。
【０２７４】
ステップＳ３３５１の判断結果が肯定的であれば、データベースから削除する処理（ステップＳ３３５３）を行ってからステップＳ３６７に進み、ステップＳ３３５１の判断結果が否定的であれば、ステップＳ３３５３をスキップして直ちにステップＳ３６７に進む。
【０２７５】
ステップＳ３３５３は、レコード削除確定部３１１８により行われる。ステップＳ３３５３の詳細を図８３を参照して説明する。
【０２７６】
まず、赤字物件テーブル２９１（図４９参照）の該当レコードの「反映処理区分」を「削除する」に設定する（ステップＳ３３６１）。ここで、該当レコードとは、更新データ編集ビューに現在表示されている物件ＩＤと同一の「オリジナル物件ＩＤ」を有するレコードである。次に、更新データ編集ビューの該当小組の更新データ列の全行の背景色を赤色に変化させ、その小組のツリービューにおけるアイコンを変化させる（ステップＳ３３６３）。ここで該当小組とは、更新データ編集ビューに現在表示されている小組である。
【０２７７】
次に、反映部３１１９について説明する。反映部２１１９は、実施形態３の反映部２１１９の機能を全て有するが以下の点が異なる。
【０２７８】
反映部３１１９の動作を図８４に示す。図８４を実施形態３の反映部２１１９の動作を示す図６９と比較すると明らかなように、反映部３１１９が行うステップＳ３７１〜Ｓ３８７、Ｓ２３７１、Ｓ２３７３及びＳ１３９１は、実施形態３の反映部２１１９が行うものと同様である。反映部３１１９は更に、ステップＳ３３７１及びＳ３３７３を行う。
【０２７９】
ステップＳ３３７１では、「赤字物件テーブル」２９１の「反映処理区分」が「削除する」か否かを判断する。
【０２８０】
ステップＳ３３７１の判断結果が肯定的であれば、「赤字物件テーブル」２９１の現在のレコードの「オリジナル物件ＩＤ」と同一の「物件ＩＤ」を有するレコードを「物件テーブル」２７１から削除する（ステップＳ３３７３）。
【０２８１】
【発明の効果】
以上説明したように、本発明によれば、ＤＴＰ上で入力された赤字データを自動的又は一部修正後にデータベースに反映させることが可能となる。
【０２８２】
また、データベースから抽出した物件を小組で管理することが可能となる。
【０２８３】
更に、訂正内容を記述したデータを全てそのままデータベースに反映させるのではなく、訂正内容を効率よくチェックしてからデータベースへ反映させることにより、信頼性の高いデータベースを維持することができる。
【０２８４】
更に、ＤＴＰ上で追加された項目の値をデータベースに反映させることが可能となる。
【０２８５】
更に、ＤＴＰ上で追加された項目の名称をデータベースのテーブルの列の名称と一致させておけば、ほぼ自動にＤＴＰ上で追加された項目の値をデータベースに反映させることが可能となる。
【０２８６】
更に、ＤＴＰ上で追加された項目の名称がデータベースのいずれのテーブルのいずれの列の名称とも一致しない場合には、ユーザは、追加された項目の値を反映させるべきデータベースのテーブルの列を選択することができる。
【０２８７】
更に、ＤＴＰ上で小組が追加された場合に、追加された小組の各項目に設定された値をデータベースのテーブルの既存のレコード又は新規のレコードに反映させることができる。
【０２８８】
更に、ＤＴＰ上で小組が削除された場合に、削除された小組にデータが割り当てられていたレコードをデータベースのテーブルから自動的に削除することができる。
【図面の簡単な説明】
【図１】本発明の実施形態１による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図２】本発明の実施形態１による赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書の例の第１の部分である。
【図３】本発明の実施形態１による赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書の例の第２の部分である。
【図４】本発明の実施形態１による赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書を基にレンダリング部によりレンダリングされた画面を示す図である。
【図５】本発明の実施形態１による赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書を基に作成されたＤＴＰドキュメントの構造をオブジェクトクラス図の形式で表わした図である。
【図６】本発明の実施形態１によるレンダリング部により行われる赤字データ反映を考慮しないＸＳＬ−ＦＯ電子文書を基にＤＴＰドキュメントを作成する方法を示すフローチャートである。
【図７】図６に示す文字データ作成のステップの詳細を示すフローチャートである。
【図８】本発明の実施形態１による赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書の例の第１の部分である。
【図９】本発明の実施形態１による赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書の例の第２の部分である。
【図１０】本発明の実施形態１による赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書を基に作成されたＤＴＰドキュメントの構造をオブジェクトクラス図の形式で表わした図である。
【図１１】本発明の実施形態１によるレンダリング部により行われる赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書を基にＤＴＰドキュメントを作成する方法を示すフローチャートである。
【図１２】図１１に示す文字データ作成のステップの詳細を示すフローチャートである。
【図１３】本発明の実施形態１による赤字データ反映を考慮したＸＳＬ−ＦＯ電子文書を基にレンダリング部によりレンダリングされた画面を示す図である。
【図１４】本発明の実施形態１による修正部によるテキストデータの修正を説明するための第１の図である。
【図１５】本発明の実施形態１による修正部によるテキストデータの修正を説明するための第２の図である。
【図１６】本発明の実施形態１による修正部による画像リンクの修正を説明するための第１の図である。
【図１７】本発明の実施形態１による修正部による画像リングの修正を説明するための第２の図である。
【図１８】本発明の実施形態１による修正部による画像リンクの修正を説明するための第３の図である。
【図１９】本発明の実施形態１によるデータ修正部により行われるデータ修正の方法を示すフローチャートである。
【図２０】本発明の実施形態１による赤字データ書出部により行われる赤字データの赤字データＸＭＬ電子文書への書き出しの方法を示すフローチャートである。
【図２１】本発明の実施形態１による赤字データＸＭＬ電子文書の構造をＸＭＬの形式で表わした図である。
【図２２】本発明の実施形態１による赤字データＸＭＬ電子文書の例を示す図である。
【図２３】本発明の実施形態１による赤字データ戻しツールが表示する赤字データ一覧ビューの初期の状態を示す図である。
【図２４】本発明の実施形態１による赤字データ戻しツールが表示する更新データ編集ビューの編集中の状態を示す図である。
【図２５】本発明の実施形態１による赤字データ戻しツールが表示する赤字データ一覧ビューの編集中の状態を示す図である。
【図２６】本発明の実施形態１によるデータ確認・修正部が表示する置換のためのダイアログ画面を示す図である。
【図２７】本発明の実施形態１による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部による置換処理が行われた後の状態を示す図である。
【図２８】本発明の実施形態１による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部による重複チェックが行われたときの状態を示す図である。
【図２９】本発明の実施形態１によるデータ確認・修正部が表示するソート条件入力のためのダイアログ画面を示す図である。
【図３０】本発明の実施形態１による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部によるソート処理が行われた後の状態を示す図である。
【図３１】本発明の実施形態１による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部が検索条件の入力を行う時の状態及び検索を行った後の状態を示す図である。
【図３２】本発明の実施形態１による赤字データのデータベースへの反映装置で用いるテーブルを示す第１の図である。
【図３３】本発明の実施形態１による赤字データのデータベースへの反映装置で用いるテーブルを示す第２の図である。
【図３４】本発明の実施形態１による赤字データインポート部が行う赤字データインポートの方法を示すフローチャートである。
【図３５】本発明の実施形態１によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図３６】本発明の実施形態１による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【図３７】  本発明の実施形態２による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図３８】本発明の実施形態２において、テキストボックスにテキストの項目を追加する前と後の状態を示す図である。
【図３９】本発明の実施形態２において、テキストボックスにテキストの項目を追加する際に用いるダイアログ画面を示す図である。
【図４０】本発明の実施形態２において、テキストボックスにインライン画像の項目を追加する前と後の状態を示す図である。
【図４１】本発明の実施形態２において、テキストボックスに追加されたインライン画面の項目名を入力する際に用いるダイアログ画面を示す図である。
【図４２】本発明の実施形態２において、小組に新たにボックスを追加する際に用いるメニューを示す図である。
【図４３】本発明の実施形態２において、ボックスが追加された小組を示す図である。
【図４４】本発明の実施形態２において、ＤＴＰデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図４５】本発明の実施形態２による項目追加部の動作を示すフローチャートである。
【図４６】本発明の実施形態２による赤字データ書出部が生成する赤字データＸＭＬ電子文書の構造ＸＭＬの形式で表わした図である。
【図４７】本発明の実施形態２による赤字データＸＭＬ電子文書の例を示す図である。
【図４８】本発明の実施形態２による赤字データのデータベースへの反映装置で用いるテーブルを示す第１の図である。
【図４９】本発明の実施形態２による赤字データのデータベースへの反映装置で用いるテーブルを示す第２の図である。
【図５０】本発明の実施形態２による赤字データのデータベースへの反映装置で用いるテーブルを示す第３の図である。
【図５１】本発明の実施形態２による赤字データ部が行う赤字データインポートの方法を示すフローチャートである。
【図５２】本発明の実施形態２によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図５３】本発明の実施形態２による更新先不明データ設定部が行う更新先不明データ設定の方法を示すフローチャートである。
【図５４】本発明の実施形態２による更新先不明データ設定部が表示する画面を示す図である。
【図５５】本発明の実施形態２によるデータ確認・修正部及び更新先不明データ設定部が修正及び設定を行った後に、データ確認・修正部が表示する画面の要部を示す図である。
【図５６】本発明の実施形態２による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【図５７】本発明の実施形態３による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図５８】本発明の実施形態３による小組追加部の動作に伴う画面の変化を示す図である。
【図５９】本発明の実施形態３において、ＤＴＰデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図６０】本発明の実施形態３による小組追加部の動作を示すフローチャートである。
【図６１】本発明の実施形態３による赤字データ書出部が生成する赤字データＸＭＬ電子文書の構造ＸＭＬの形式で表わした図である。
【図６２】本発明の実施形態３による赤字データＸＭＬ電子文書の例を示す図である。
【図６３】本発明の実施形態３による赤字データ部が行う赤字データインポートの方法を示すフローチャートである。
【図６４】本発明の実施形態３による赤字データ戻しツールが追加小組について最初に表示する更新データ編集ビュー状態を示す図である。
【図６５】本発明の実施形態３によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図６６】本発明の実施形態３による物件データ呼出部が行う物件データ呼出しの方法を示すフローチャートである。
【図６７】本発明の実施形態３による物件データ呼出部が表示する物件テーブルのレコードを選択するための画面を示す図である。
【図６８】本発明の実施形態３による赤字データ戻しツールが追加小組について物件テーブルのレコードを割り当てた後に表示する更新データ編集ビュー状態を示す図である。
【図６９】本発明の実施形態３による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【図７０】本発明の実施形態４による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図７１】本発明の実施形態４による「小組毎の削除」を説明するための図である。
【図７２】本発明の実施形態４による「削除されたページに含まれる全小組の削除」を説明するための図である。
【図７３】本発明の実施形態４において、「小組毎の削除」を行った場合にＤＴＰデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図７４】本発明の実施形態４において、「削除されたページに含まれる全小組の削除」を行った場合にＤＴＰデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図７５】本発明の実施形態３による小組追加部の「小組毎の削除」を行う場合の動作を示すフローチャートである。
【図７６】本発明の実施形態３による小組追加部の「削除されたページに含まれる全小組の削除」を行う場合の動作を示すフローチャートである。
【図７７】本発明の実施形態４による赤字データ書出部が生成する赤字データＸＭＬ電子文書の構造ＸＭＬの形式で表わした図である。
【図７８】本発明の実施形態４による赤字データＸＭＬ電子文書の例を示す図である。
【図７９】本発明の実施形態４による赤字データ書出部により行われる赤字データの赤字データＸＭＬ電子文書への書き出しの方法を示すフローチャートである。
【図８０】本発明の実施形態４による赤字データインポート部が行う赤字データインポートの方法を示すフローチャートである。
【図８１】本発明の実施形態４による赤字データ戻しツールが削除された小組について最初に表示する更新データ編集ビュー状態を示す図である。
【図８２】本発明の実施形態４によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図８３】本発明の実施形態４によるレコード削除確定部が行うレコード削除確定の方法を示すフローチャートである。
【図８４】本発明の実施形態４による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【符号の説明】
１０１  割り付け済みＸＳＬ−ＦＯ電子文書
１０３、１１０３、２１０３、３１０３  ＤＴＰソフトウェア
１０５  レンダリング部
１０７  データ修正部
１０９、１１０９、２１０９、３１０９  赤字データ書出部
１１１、１１１１、２１１１  赤字データＸＭＬ電子文書
１１３、１１１３、２１１３、３１１３  赤字データ戻しツール
１１５、１１１５、２１１５、３１１５  赤字データインポート部
１１７、１１１７、２１１７、３１１７  データ確認・修正部
１１９、１１１９、２１１９、３１１９  反映部
１２１  物件データベース
１１０７  項目追加部
１１１８  更新先不明データ設定部
２１０７  小組追加部
２１１８  物件データ呼出部
３１０７  小組削除部
３１１８  レコード削除確定部
【図１】
0004325790.tif 000002
【図２】
0004325790.tif 000003
【図３】
0004325790.tif 000004
【図４】
0004325790.tif 000005
【図５】
0004325790.tif 000006
【図６】
0004325790.tif 000007
【図７】
0004325790.tif 000008
【図８】
0004325790.tif 000009
【図９】
0004325790.tif 000010
【図１０】
0004325790.tif 000011
【図１１】
0004325790.tif 000012
【図１２】
0004325790.tif 000013
【図１３】
0004325790.tif 000014
【図１４】
0004325790.tif 000015
【図１５】
0004325790.tif 000016
【図１６】
0004325790.tif 000017
【図１７】
0004325790.tif 000018
【図１８】
0004325790.tif 000019
【図１９】
0004325790.tif 000020
【図２０】
0004325790.tif 000021
【図２１】
0004325790.tif 000022
【図２２】
0004325790.tif 000023
【図２３】
0004325790.tif 000024
【図２４】
0004325790.tif 000025
【図２５】
0004325790.tif 000026
【図２６】
0004325790.tif 000027
【図２７】
0004325790.tif 000028
【図２８】
0004325790.tif 000029
【図２９】
0004325790.tif 000030
【図３０】
0004325790.tif 000031
【図３１】
0004325790.tif 000032
【図３２】
0004325790.tif 000033
【図３３】
0004325790.tif 000034
【図３４】
0004325790.tif 000035
【図３５】
0004325790.tif 000036
【図３６】
0004325790.tif 000037
【図３７】
0004325790.tif 000038
【図３８】
0004325790.tif 000039
【図３９】
0004325790.tif 000040
【図４０】
0004325790.tif 000041
【図４１】
0004325790.tif 000042
【図４２】
0004325790.tif 000043
【図４３】
0004325790.tif 000044
【図４４】
0004325790.tif 000045
【図４５】
0004325790.tif 000046
【図４６】
0004325790.tif 000047
【図４７】
0004325790.tif 000048
【図４８】
0004325790.tif 000049
【図４９】
0004325790.tif 000050
【図５０】
0004325790.tif 000051
【図５１】
0004325790.tif 000052
【図５２】
0004325790.tif 000053
【図５３】
0004325790.tif 000054
【図５４】
0004325790.tif 000055
【図５５】
0004325790.tif 000056
【図５６】
0004325790.tif 000057
【図５７】
0004325790.tif 000058
【図５８】
0004325790.tif 000059
【図５９】
0004325790.tif 000060
【図６０】
0004325790.tif 000061
【図６１】
0004325790.tif 000062
【図６２】
0004325790.tif 000063
【図６３】
0004325790.tif 000064
【図６４】
0004325790.tif 000065
【図６５】
0004325790.tif 000066
【図６６】
0004325790.tif 000067
【図６７】
0004325790.tif 000068
【図６８】
0004325790.tif 000069
【図６９】
0004325790.tif 000070
【図７０】
0004325790.tif 000071
【図７１】
0004325790.tif 000072
【図７２】
0004325790.tif 000073
【図７３】
0004325790.tif 000074
【図７４】
0004325790.tif 000075
【図７５】
0004325790.tif 000076
【図７６】
0004325790.tif 000077
【図７７】
0004325790.tif 000078
【図７８】
0004325790.tif 000079
【図７９】
0004325790.tif 000080
【図８０】
0004325790.tif 000081
【図８１】
0004325790.tif 000082
【図８２】
0004325790.tif 000083
【図８３】
0004325790.tif 000084
【図８４】
0004325790.tif 000085