JP4325790B2 - Method and apparatus for reflecting data in database and program thereof - Google Patents

Method and apparatus for reflecting data in database and program thereof Download PDF

Info

Publication number
JP4325790B2
JP4325790B2 JP2003118793A JP2003118793A JP4325790B2 JP 4325790 B2 JP4325790 B2 JP 4325790B2 JP 2003118793 A JP2003118793 A JP 2003118793A JP 2003118793 A JP2003118793 A JP 2003118793A JP 4325790 B2 JP4325790 B2 JP 4325790B2
Authority
JP
Japan
Prior art keywords
database
data
item
array
property
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003118793A
Other languages
Japanese (ja)
Other versions
JP2004318765A (en
Inventor
靖子 齋藤
博之 守屋
隆行 山根
聡史 市川
正春 中嶋
哲也 貞清
直 多田
典代 梶川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyodo Printing Co Ltd
Original Assignee
Kyodo Printing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyodo Printing Co Ltd filed Critical Kyodo Printing Co Ltd
Priority to JP2003118793A priority Critical patent/JP4325790B2/en
Publication of JP2004318765A publication Critical patent/JP2004318765A/en
Application granted granted Critical
Publication of JP4325790B2 publication Critical patent/JP4325790B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、データの訂正内容をデータベースに反映させるためのデータのデータベースへの反映方法及びその装置に関する。
【0002】
【従来の技術】
大量の物件データ(中古車データ、住宅データ等)のうちの各物件を数種類程度の小組のうちの1の小組に組み込み、いくつかの小組を1ページに並べて掲載する物件雑誌(中古車雑誌、住宅雑誌等)を出版する方法としてデータベースパブリッシングが登場してきている。
【0003】
データベースパブリッシングによれば、物件の販売、仕入れ等により物件データが頻繁に変動し、かつ物件数が多いので、物件データを管理するためにデータベースが用いられている。また、データベースパブリッシングでは、データベースから一冊の物件雑誌に掲載するべき物件データを抽出して、これをXML(eXtensible Markup Language)電子文書で表し、小組の並べ方、各小組内の項目のレイアウト及び各小組に割り当てる物件の指定をXSLT(eXtensible Stylesheet Language Transformation)スタイルシートと呼ばれるXSLT電子文書で表し、XML文書とXSLT文書からXSLTプロセッサを用いてXSL−FO(eXtensible Stylesheet Language-Formatting Object)電子文書を生成し、XSL−FO電子文書からXSL−FOプロセッサを用いてDTPデータを生成する。
【0004】
なお、本発明に関連する先行技術文献としては以下のものがある。
【0005】
【非特許文献1】
カタログ「DBPublisher1.0、DBPress4.0」、発行国:日本国、販売元:有限会社ディー・ティー・アィ、開発元:リンクス
【0006】
また、本出願人は、本願発明と関連する発明について、以下の出願をしている。
【0007】
特願2001−256378
特願2001−362811
特願2001−377631
特願2002−147964
特願2002−299080
特願2003−032466
【0008】
【発明が解決しようとする課題】
ところで、データベースパブリッシングを行う場合であっても、印刷直前において、DTP上で校正が行われる。校正においては、通常の出版の場合と同様に、誤記の訂正は直接にはデータベースに対してではなくDTPデータに対して行われる。従って、訂正内容をデータベースに反映させるためには、訂正内容に応じてデータベースを人手により訂正する作業が必要とされていた。
【0009】
例えば、株式会社リンクスのDBPublisher 1.0及びDBPress 4.0の書き戻しの機能では、訂正内容がデータベースに自動的に直接反映されるのではなく、全てのレコードの双方向属性を設定した項目についての訂正内容を記述したCSV形式のファイルが生成されるのみであり、利用者はCSV形式のファイルを基にデータベースを訂正しなければならなかった。
【0010】
また、データベースパブリッシングでは、データベースから一冊の物件雑誌に掲載するべき物件データを抽出する際に、データベースのテーブルの全ての列を抽出するのではなく、必要な列のみを抽出して、それを印刷するようにする。しかし、一度は、印刷する必要が無いと判断された列の内容であっても、DTPの最中にやはり印刷する必要があると判断され、そのような場合には、DTP上で個別にデータの追加を行う。このようなデータの追加を行った場合、データの内容はデータベースに格納されている内容とは一致しているとは限らず、一般には相違する。そして、データベースに格納されている内容よりもDTP上で追加したデータの内容の方が新しく、後者の内容でもって前者の内容を更新したい場合がある。しかしながら、従来はこのようなことをするためには、DTP上での追加とは独立してデータベースを操作しなければならなかった。
【0011】
更に、DTP上で小組を追加し、小組の各項目に値を設定する場合があるが、従来は、追加された各項目に設定された値を自動的にデータベースに反映させる方法がなかった。
【0012】
更に、DTP上で小組を個別に削除したり、ページを削除することによりそのページの全ての小組を削除することがあるが、従来は、削除された小組にデータが割り当てられていたレコードをデータベースのテーブルから自動的に削除する方法がなかった。
【0013】
本発明は上記の問題点に鑑みてなされたものであり、データの訂正内容をほぼ自動的にデータベースに反映させることを可能とするデータのデータベースへの反映方法及びその装置を提供することを目的とする。
【0014】
また、本発明は、訂正内容を記述したデータを全てそのままデータベースに反映させるのではなく、訂正内容を効率よくチェックしてからデータベースへ反映させることにより、信頼性の高いデータベースを維持するようなデータのデータベースへの反映方法及びその装置を提供することを目的とする。
【0015】
更に、本発明は、DTP上で追加された項目の値を自動的にデータベースに反映させることを可能とするデータのデータベースへの反映方法及びその装置を提供することを目的とする。
【0016】
更に、本発明は、DTP上で追加された小組の各項目に設定された値を自動的にデータベースに反映させることを可能とするデータベースへの反映方法及びその装置を提供することを目的とする。
【0017】
更に、本発明は、削除された小組にデータが割り当てられていたレコードをデータベースのテーブルから自動的に削除することを可能とするデータベースへのデータの反映方法を提供することを目的とする。
【0018】
【課題を解決するための手段】
本発明の第1の観点によれば、レンダリング用電子文書を基に、DTPデータを生成するレンダリング装置であって、少なくとも1つのページについて、前記DTPデータのページを表わすfo:page−sequenceタグ内に小組を表わすfo:block−containerタグを1又は複数記述されているとともに、少なくとも前記小組を表わすfo:block−containerタグ内にテキストボックス又は画像ボックスを表わすfo:block−containerタグを1又は複数記述され、前記テキストボックスを表すfo:block−containerタグ内に文字スタイルの階層のタグを有するXSL−FO(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すfo:block−containerタグの属性データとして、小組ID及び物件IDを有し、前記テキストボックスを表すfo:block−containerタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも1つのページ内に小組を表わす仮想的な1又は複数の領域を構成し、更に、前記少なくとも1つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したDTPデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ID及び前記物件IDが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング装置であって、前記小組ID及び前記物件IDを、それぞれ、前記XSL−FO電子文書の前記小組ID及び前記物件IDを基に生成し、前記DTPデータの小組の階層に書き込む小組作成手段と、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータのテキストボックスの階層に書き込むテキストボックス作成手段と、前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記XSL−FO電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記DTPデータの文字スタイルの階層に書き込む文字スタイル適用手段と、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータの画像ボックスに書き込む画像ボックス作成手段と、を備えることを特徴とするレンダリング装置が提供される。
【0019】
本発明の第2の観点によれば、コンピュータに、レンダリング用電子文書を基に、DTPデータを生成するレンダリング方法であって、少なくとも1つのページについて、前記DTPデータのページを表わすfo:page−sequenceタグ内に小組を表わすfo:block−containerタグを1又は複数記述されているとともに、少なくとも前記小組を表わすfo:block−containerタグ内にテキストボックス又は画像ボックスを表わすfo:block−containerタグを1又は複数記述され、前記テキストボックスを表すfo:block−containerタグ内に文字スタイルの階層のタグを有するXSL−FO(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すfo:block−containerタグの属性データとして、小組ID及び物件IDを有し、前記テキストボックスを表すfo:block−containerタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも1つのページ内に小組を表わす仮想的な1又は複数の領域を構成し、更に、前記少なくとも1つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したDTPデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ID及び前記物件IDが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング方法において、小組作成手段により、前記小組ID及び前記物件IDを、それぞれ、前記XSL−FO電子文書の前記小組ID及び前記物件IDを基に生成し、前記DTPデータの小組の階層に書き込む小組作成ステップと、テキストボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータのテキストボックスの階層に書き込むテキストボックス作成ステップと、文字スタイル適用手段により、前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記XSL−FO電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記DTPデータの文字スタイルの階層に書き込む文字スタイル適用ステップと、画像ボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータの画像ボックスに書き込む画像ボックス作成ステップと、を備えることを特徴とするレンダリング方法を実行させるためのプログラムが提供される
【0033】
本発明の第4の観点によれば、DTP上で変更された項目の値と該項目のデータベースにおける位置を対応付けられるようなデータ構造を生成するデータ構造生成ステップと、前記DTP上で項目の値の変更を受け付ける項目値変更ステップと、前記データ構造を基に、前記DTP上で変更された項目の値及び前記位置についての赤字データを生成する赤字データ生成ステップと、前記赤字データを基に、前記変更された項目の値を前記データベースの前記位置に反映させる反映ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【0034】
本発明の第4の観点によるデータのデータベースへの反映方法において、前記赤字データ生成ステップと前記反映ステップの間にデータ修正ステップを有し、該データ修正ステップは、そのままでは前記位置に反映させることができない前記項目の値を前記位置に反映させることができる値に修正し、前記反映ステップは、修正後の値を前記位置に反映させるようにしてもよい。
【0035】
本発明の第5の観点によれば、DTP上で追加された項目の名称及び値についてのデータを生成する赤字データ生成ステップと、前記赤字データに含まれる前記項目の名称に対応するデータベースのテーブルの列を特定する列特定ステップと、特定された前記列に前記赤字データに含まれる前記項目の値を反映させる反映ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【0036】
本発明の第5の観点によるデータのデータベースへの反映方法において、前記列特定ステップは、前記項目の名称に一致する前記データベースのテーブルの列の名称を調べることにより行うようにしてもよい。
【0037】
本発明の第5の観点によるデータのデータベースへの反映方法において、前記列特定ステップは、前記項目の名称に対応する前記データベースのテーブルの列の名称をユーザに選択させることにより行うようにしてもよい。
【0038】
本発明の第5の観点によるデータのデータベースへの反映方法において、前記列特定ステップと前記反映ステップの間にデータ修正ステップを有し、該データ修正ステップは、そのままでは特定された前記列に反映させることができない前記項目の値を特定された前記列に反映させることができる値に修正し、前記反映ステップは、修正後の値を特定された前記列に反映させるようにしてもよい。
【0039】
本発明の第6の観点によれば、DTP上で追加された小組の各項目の値及び該各項目がデータベースのテーブルのどの列に対応するかを示す情報についての赤字データを生成する赤字データ生成ステップと、前記DTP上で追加された前記小組が前記テーブルのどのレコードに対応するかを示すレコード情報を入力するレコード情報入力ステップと、前記赤字データ及び前記レコード情報を基に、前記DTP上で追加された小組の各項目の値を、前記テーブルの前記レコード情報により示されるレコードの前記赤字データにより示される列に反映させる第1の反映ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【0040】
本発明の第6の観点によるデータのデータベースへの反映方法は、前記レコード情報が得られないならば、前記テーブルにレコードを追加し、前記赤字データを基に、前記DTP上で追加された小組の各項目の値を、前記追加されたレコードの前記赤字データにより示される列に反映させる第2の反映ステップを更に有していてもよい。
【0041】
本発明の第7の観点によれば、DTP上で削除された小組にデータが割り当てられていたレコードを特定する情報についての赤字データを生成する赤字データ生成ステップと、前記赤字データを基に、テーブルから前記レコードを削除する削除ステップと、を有することを特徴とするデータのデータベースへの反映方法が提供される。
【0042】
本発明の第7の観点によるデータのデータベースへの反映方法は、前記赤字データ生成ステップと前記削除ステップとの間に、前記特定されたレコードを削除するか否かについてユーザによる確定を入力する削除確定ステップを有し、前記削除ステップでは、前記削除確定ステップで削除することが確定されたレコードのみを削除するようにしてもよい。
【0043】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【0044】
[実施形態1]
まず、図1を参照すると、実施形態1によるデータのデータベースへの反映装置は、DTPソフトウェア103と赤字データ戻しツール113に大きく分けられる。DTPソフトウェア103は、XSL−FOプロセッサに相当するレンダリング部105、データ修正部107及び赤字データ書出部109を備える。赤字データ戻しツール113は、赤字データインポート部115、データ確認・修正部117及び反映部119を備える。なお、DTPソフトウェア103は、その名が示す通りコンピュータプログラムであり、コンピュータがDTPソフトウェア103を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール113も、コンピュータを赤字データ戻しツール113として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【0045】
レンダリング部105は、割り付け済みXSL−FO電子文書101の内容に従って紙面を表示する。データ修正部107は、ユーザの操作に従ってデータの修正を行う。赤字データ書出部109は、赤字データを赤字データXML電子文書111として書き出す。赤字データインポート部115は、赤字データXML電子文書111をインポートする。データ確認・修正部117は、赤字データの確認及び更なる修正を行う。反映部119は、赤字データを用いて、物件データベース121の内容を更新する。
【0046】
次に、DTPソフトウェア103の動作について説明する。
【0047】
XSL−FO電子文書101は、通常のDTPを行うためのデータに加え、赤字データを物件データベース121に反映させるために必要なデータを有している。
【0048】
レンダリング部105は赤字データ反映を考慮したXSL−FO電子文書101を基にレンダリングを行う。このようなレンダリングについて説明する前に、赤字データ反映を考慮しないXSL−FO電子文書を基に行うレンダリングについて説明する。なお、このレンダリングは、物件データを記載するページの間に挿入される例えば広告等のページについては行われない。
【0049】
図2、3は、赤字データ反映を考慮しない割り付け済みXSL−FO電子文書の例を示す。図2、3を参照すると、ページの下層に小組が設けられ、小組の下層に画像ボックス及びテキストボックスが設けられている。従来のXSL−FO電子文書の場合には、ページの下層に直接画像ボックス及びテキストボックスが設けられているので、これらの間に小組が設けられていることが本発明によるものである。
【0050】
符号401で示す部分では、2つのレイアウトマスター(layout_master_1, layout_master_2)を記述している。符号403で示す部分では、ページを記述している。符号405で示す部分では、小組を記述している。符号407で示す部分では、テキストボックスを記述している。符号409で示す部分では、画像ボックスを記述している。
【0051】
図4は、本発明に従ったXSL−FO電子文書を基に作成したDTPドキュメントのレイアウトを示す。破線で示す枠が小組であり、この中に画像ボックス及びテキストボックスが配置される。小組は仮想的な層であるので描画も印刷もされない。テキストボックスの文字には段落スタイル及び文字スタイルが適用される。ここで段落とは、ある改行からその次の改行までの範囲である。段落スタイルは対応する段落の文字に適用するスタイルである。段落スタイルとしては、例えば、フォント種類、文字サイズ等がある。文字スタイルは段落中の所定の範囲の文字に適用するスタイルであり、段落スタイルに優先する。文字スタイルとしては、段落スタイルと同様に、例えば、フォント種類、文字サイズ等がある。
【0052】
図5は、DTPドキュメントの構造をオブジェクトクラス図の形式で示したものである。DTPドキュメントの階層の下層に1個以上のページの階層があり、ページの階層の下層に0個以上の小組の階層があり、小組の階層の下層に0個以上のテキストボックスの階層及び0個以上の画像ボックスの階層があり、テキストボックスの階層の下に0個又は1個の文字データの階層、0個以上の段落スタイルの階層及び0個以上の文字スタイルの階層があり、画像ボックスの階層の下に0個又は1個の画像の階層がある。
【0053】
ページの階層には、ページサイズ等が記述され、小組の階層には、小組の座標及びサイズ等が記述され、テキストボックスの階層にはテキストボックスの座標及びサイズ等が記述され、段落スタイルの階層には、フォント種類や文字サイズ等が記述され、文字スタイルの階層には、フォント種類や文字サイズ等が記述され、画像ボックスの階層には、画像ボックスの座標及びサイズ等が記述され、画像の階層には、画像ファイル名、画像配置方法、拡大縮小等が記述される。
【0054】
次に、図6、7を参照して、赤字データ反映を考慮しないXSL−FO電子文書を基にしたレンダリングについて説明する。
【0055】
まず、図6を参照すると、割り付け済みXSL−FO電子文書を読み込む(ステップS411)。次に、fo:page−sequenceタグが無くなるまで、ページ毎の処理(ステップS415〜S433)を繰り返す(ステップS413)。なお、ステップS413においては、XSL−FO電子文書のうちのfo:page−sequenceタグの属性データを読み込む。ステップS415では、XSL−FO電子文書に基づいてページを作成する。次に、小組を表わすfo:block−containerタグについては、第1階層にあるか否かを判断し、そうである場合には、小組毎の処理(ステップS419〜S433)を繰り返す(ステップS417)。なお、ステップS417においては、XSL−FO電子文書のうちの小組を表わすfo:block−containerタグの属性データを読み込む。ステップS419では、XSL−FO電子文書に基づいて小組を作成する。次に、ボックスを表わすfo:block−containerタグが無くなるまで、ボックス毎の処理(ステップS423〜S433)を繰り返す(ステップS421)。なお、ステップS421においては、XSL−FO電子文書のうちのfo:block−containerタグの属性データを読み込む。テキストボックスを表わすfo:block−containerタグには、属性としてid=”T*”が記述されていて、画像ボックスを表わすfo:block−containerタグには、属性としてid=”G*”が記述されているので、idの第1文字目がT又はGであるか否かをみることにより、fo:block−containerがボックスを表わすfo:block−containerであるかを判断することができる。ステップS423では現在のボックスがテキストボックスであるか否かを判断する。ステップS423の判断結果が肯定的であれば、ステップS425に進み、そうでなければ、ステップS429に進む。ステップS429では、現在のボックスが画像ボックスであるか否かを判断する。ステップS429の判断結果が肯定的であれば、ステップS431に進む。
【0056】
ステップS425では、XSL−FO電子文書に基づいてテキストボックスを作成する。次に、XSL−FO電子文書を基にテキストボックスに格納する文字データを作成する(ステップS427)。
【0057】
ステップS431では、XSL−FO電子文書に基づいて画像ボックスを作成する。次に、XSL−FO電子文書を基に画像ボックスに画像をリンクする(ステップS433)。
【0058】
次に、図7を参照して、文字データの作成のステップ(ステップS427)の詳細について説明する。まず、fo:blockタグが無くなるまで、段落スタイル毎の処理(ステップS437〜S443)を繰り返す(ステップS435)。なお、ステップS435においては、XSL−FO電子文書のうちのfo:blockタグの属性データを読み込む。
【0059】
次に、ステップS437では、ステップS435で読み込んだ段落スタイル情報及び段落スタイルを適用する範囲についての情報を一時的にメモリに保存する。次に、文字スタイルが無くなるまで、文字スタイル毎の処理(ステップS441〜S443)を繰り返す(ステップS439)。なお、ステップS439においては、XSL−FO電子文書のうちの文字スタイルタグ(具体的には、fo:inlineタグ)の属性データを読み込む。ステップS441では、ステップS439で読み込んだ文字スタイル情報及び文字スタイル情報を適用する範囲についての情報を一時的にメモリに保存する。次に、ステップS439で読み込んだ文字データを一時的にメモリに格納する(ステップS443)。
【0060】
ステップS435及びS439のループを抜けたならば、ステップS443で一時的にメモリに格納した文字データをDTPデータに流し込む(ステップS445)。従って、ステップS445では、テキストボックスに含まれている全ての文字データがDTPデータに流し込まれる。次に、ステップS437で一時的にメモリに保存した段落スタイル情報及びそれを適用する範囲についての情報に従って、文字データに段落スタイルを適用する(ステップS447)。ここで、段落スタイルを適用するとは、段落スタイル情報をDTPデータに格納することに相当する。次に、ステップS441で一時的にメモリに保存した文字スタイル情報及びそれを適用する範囲についての情報に従って、文字データに文字スタイルを適用する(ステップS449)。従って、文字スタイルが適用される文字については、文字スタイルが段落スタイルに優先する。ここで、文字スタイルを適用するとは、文字スタイル情報をDTPデータに格納することに相当する。
【0061】
なお、1つのテキストボックスには物件データの複数の項目(例えば、「車両名」及び「色」)を挿入することが可能であり、1項目につき1つの文字スタイルが対応しているので、上記のような方法が用いられる。
【0062】
図8、9は、赤字データ反映を考慮した割り付け済みXSL−FO電子文書101の例を示す。これは、図2、3に示す赤字データ反映を考慮しない割り付け済みXSL−FO電子文書に赤字データ反映用の項目を追加したものである。従って、追加した項目に下線を付し、これらについて説明する。
【0063】
小組のタグには、符号141で示す「id="K1"」及び符号140で示す「bkn_id="3"」が追加されている。符号141で示す「id="K1"」は小組IDであり、符号140で示す「bkn_id="3"」は物件IDである。なお、小組IDは、赤字データ反映を考慮しない割り付け済みXSL−FO文書にも記述されている。
【0064】
テキストボックスの階層のタグには、符号142で示す「set_item="item[@name_asc="BKN_NAME"],item[@name_asc="COLOR"]"」及び符号143で示す「set_item_jp="物件名,色"」が追加されている。符号142で示す「set_item="item[@name_asc="BKN_NAME"],item[@name_asc="COLOR"]"」は流し込まれたデータベース項目のパスの配列であり、符号143で示す「set_item_jp="物件名,色"」は流し込まれたデータベース項目名の配列である。「流し込まれたデータベース項目の流し込み順番の配列」145は、「流し込まれたデータベース項目の項目名の配列」143中における項目名の順序そのものにより表わされる。
【0065】
文字スタイルの階層のタグ(文字スタイルタグ。具体的には「fo:inline」のタグ。)には、符号151で示す「item_jp="物件名"」、符号149で示す「item="item[@name_asc='BKN_NAME]」、符号153で示す「item_seq="1"」及び符号155で示す「isReplaced="n"」が追加されている。符号151で示す「item_jp="物件名"」はデータベース項目の項目名であり、符号149で示す「item="item[@name_asc="BKN_NAME"]"」はデータベース項目のパスであり、符号153で示す「item_seq="1"」はデータベース項目の流し込み順番であり、符号155で示す「isReplaced="n"」はデータベース項目の置換処理の有無である。
【0066】
他の文字スタイルの階層のタグには、符号151で示す「item_jp="色"」、符号149で示す「item="item[@name_asc="COLOR"]"」、符号153で示す「item_seq="2"」及び符号155で示す「isReplaced="n"」が追加されている。符号151で示す「item_jp="色"」はデータベース項目の項目名であり、符号149で示す「item="item[@name_asc="COLOR"]"」はデータベース項目のパスであり、符号153で示す「item_seq="2"」はデータベース項目の流し込み順番であり、符号155で示す「isReplaced="n"」はデータベース項目の置換処理の有無である。
【0067】
上記3段落に示す追加された項目は、XSL−FOの標準の仕様にはなく、本発明により独自に拡張したものである。
【0068】
他の下線を付した追加した項目についても同様である。
【0069】
図10は、XSL−FO電子文書101からレンダリング部105により生成されたDTPドキュメントの構造をオブジェクトクラス図の形式で示したものである。DTPドキュメントの階層130の下層に1個以上のページの階層131があり、ページの階層131の下層に0個以上の小組の階層132があり、小組の階層132の下層に0個以上のテキストボックスの階層133及び0個以上の画像ボックスの階層137があり、テキストボックスの階層133の下に0個又は1個の文字データの階層134、0個以上の段落スタイルの階層135及び0個以上の文字スタイルの階層136があり、画像ボックスの階層137の下に0個又は1個の画像の階層138がある。
【0070】
ページの階層には、ページサイズ等が記述され、小組の階層には、小組の座標及びサイズ等が記述され、テキストボックスの階層にはテキストボックスの座標及びサイズ等が記述され、段落スタイルの階層には、フォント種類や文字サイズ等が記述され、文字スタイルの階層には、フォント種類や文字サイズ等が記述され、画像ボックスの階層には、画像ボックスの座標及びサイズ等が記述され、画像の階層には、画像ファイル名、画像配置方法、拡大縮小等が記述される。その他、ボックスの階層133、137には、「流し込まれたデータベース項目の流し込み順番の配列」145が記述され、文字スタイルの階層136には、「データベース項目の流し込み順番」153が記述される。
【0071】
更に、赤字データの反映のために必要な項目として、小組の階層132には、「更新日時(小組内のボックスの最新の更新日時)」139、「物件ID」140及び「小組ID」141が記述され、ボックスの階層133、137には、「流し込まれたデータベース項目のパス(XML文書におけるXPATH)の配列」142、「流し込まれたデータベース項目の項目名の配列」143、「流し込まれたデータベース項目の流し込み順番の配列」145及び「流し込まれたデータベース項目の更新日時の配列」147が記述される。文字スタイルの階層136には、「データベース項目のパス」149、「データベース項目の項目名」151、「データベース項目の流し込み順番」153及び「データベース項目の置換処理の有無」155が記述される。更新日時の初期値は、0年0月0日、0時0分0秒であり、データの更新があると更新日時がその更新の日時となる。「データベース項目の置換処理が有る」とは、データベース項目をそのまま紙面に挿入するのではなく、データベース項目を基に置換処理を行ったものを紙面に挿入するということである。置換処理とは、例えば、データベースでは、「14.3」と記録されている項目「車検年月」の値を「平成14年3月」に置換する処理、データベースでは「ホワイト」と記録されている項目「色」の値を「white.gif」という名称の白色を表すアイコンの画像ファイルに置換する処理等のことである。
【0072】
次に、図11、12を参照して、レンダリング部105が行う赤字データ反映を考慮したXSL−FO電子文書101を基にしたレンダリングについて説明する。
【0073】
まず、図11を参照すると、割り付け済みXSL−FO電子文書101を読み込む(ステップS181)。次に、fo:page−sequenceタグが無くなるまで、ページ毎の処理(ステップS185〜S207)を繰り返す(ステップS183)。なお、ステップS183においては、XSL−FO電子文書101のうちのfo:page−sequenceタグの属性データを読み込む。ステップS185では、XSL−FO電子文書101に基づいてページを作成する。次に、小組についてのfo:block−containerタグが無くなるまで、小組毎の処理(ステップS189〜S207)を繰り返す(ステップS187)。なお、ステップS187においては、XSL−FO電子文書101のうちの小組についてのfo:block−containerタグの属性データを読み込む。ステップS189では、XSL−FO電子文書101に基づいて小組を作成する。次に、ボックスについてのfo:block−containerタグが無くなるまで、ボックス毎の処理(ステップS193〜S207)を繰り返す(ステップS191)。なお、ステップS191においては、XSL−FO電子文書101のうちのボックスについてのfo:block−containerタグの属性データを読み込む。ステップS193では現在のボックスがテキストボックスであるか否かを判断する。ステップS193の判断結果が肯定的であれば、ステップS195に進み、そうでなければ、ステップS201に進む。ステップS201では、現在のボックスが画像ボックスであるか否かを判断する。ステップS201の判断結果が肯定的であれば、ステップS203に進む。
【0074】
ステップS195では、XSL−FO電子文書101に基づいてテキストボックスを作成する。次に、更新日時を0年0月0日、0時0分0秒として、ボックス133の「流し込まれたデータベース項目のパスの配列」142、「流し込まれたデータベース項目の項目名の配列」143、「流し込まれたデータベース項目の流し込み順番の配列」145及び「流し込まれたデータベース項目の更新日時の配列」147をDTPデータに格納する(ステップS197)。次に、XSL−FO電子文書101を基にテキストボックスに格納する文字データを作成する(ステップS199)。
【0075】
ステップS203では、XSL−FO電子文書101に基づいて画像ボックスを作成する。次に、ステップS197と同様に、更新日時を0年0月0日、0時0分0秒として、ボックス137の「流し込まれたデータベース項目のパスの配列」142、「流し込まれたデータベース項目の項目名の配列」143、「流し込まれたデータベース項目の流し込み順番の配列」145及び「流し込まれたデータベース項目の更新日時の配列」147をDTPデータに格納する(ステップS205)。次に、XSL−FO電子文書101を基に画像ボックスに画像をリンクする(ステップS207)。
【0076】
次に、図12を参照して、文字データの作成のステップ(ステップS199)の詳細について説明する。まず、fo:blockタグが無くなるまで、段落スタイル毎の処理(ステップS211〜S217)を繰り返す(ステップS209)。なお、ステップS209においては、XSL−FO電子文書101のうちのfo:blockタグの属性データを読み込む。
【0077】
次に、ステップS209で読み込んだ段落スタイル情報及び段落スタイルを適用する範囲についての情報を一時的にメモリに保存する(ステップS211)。次に、文字スタイル(具体的にはfo:inlineタグ)が無くなるまで、文字スタイル毎の処理(ステップS215〜S217)を繰り返す(ステップS213)。なお、ステップS213においては、XSL−FO電子文書101のうちのfo:inlineタグの属性データを読み込む。ステップS215では、ステップS213で読み込んだ文字スタイル情報及び文字スタイル情報を適用する範囲についての情報を一時的にメモリに保存する。この文字スタイル情報には、文字スタイル136の「データベース項目のパス」149、「データベース項目の項目名」151、「データベース項目の流し込み順番」153及び「データベース項目の置換処理の有無」155が含まれる。次に、ステップS213で読み込んだ文字データを一時的にメモリに格納する(ステップS217)。
【0078】
ステップS209及びS213のループを抜けたならば、ステップS217で一時的にメモリに格納した文字データをDTPデータに流し込む(ステップS219)。従って、ステップS219では、テキストボックスに含まれている全ての文字データがDTPデータに流し込まれる。次に、ステップS211で一時的にメモリに保存した段落スタイル情報及びそれを適用する範囲についての情報に従って、文字データに段落スタイルを適用する(ステップS221)。ここで、段落スタイルを適用するとは、段落スタイル情報をDTPデータに格納することに相当する。次に、ステップS215で一時的にメモリに保存した文字スタイル情報及びそれを適用する範囲についての情報に従って、文字データに文字スタイルを適用する(ステップS223)。従って、文字スタイルが適用される文字については、文字スタイルが段落スタイルに優先する。ここで、文字スタイルを適用するとは、文字スタイル情報をDTPデータに格納することに相当する。従って、ステップS223で、文字スタイル136(図10参照)の「データベース項目のパス」149、「データベース項目の項目名」151、「データベース項目の流し込み順番」153及び「データベース項目の置換処理の有無」155がDTPデータに格納される。
【0079】
なお、1つのテキストボックスには物件データの複数の項目(例えば、「車両名」及び「色」)を挿入することが可能であり、1項目につき1つの文字スタイルが対応しているので、上記のような方法が用いられる。
【0080】
このようにして、ステップS197又はステップS205において、ボックス133、137の「流し込まれたデータベース項目のパスの配列」142、「流し込まれたデータベース項目の項目名の配列」143、「流し込まれたデータベース項目の流し込み順番の配列」145及び「流し込まれたデータベース項目の更新日時の配列」147がボックスの属性としてDTPデータに格納され、ステップS223において、「データベース項目のパス」149、「データベース項目の項目名」151、「データベース項目の流し込み順番」153及び「データベース項目の置換処理の有無」155が文字スタイルとしてDTPデータに格納される。
【0081】
図13に示すデータ構造の例では、符号161の枠内に示すように、「流し込まれたデータベース項目のパスの配列」142として「item[@name_asc="BKN_NAME"]」及び「item[@name_asc="COLOR"]」が、「流し込まれたデータベース項目の項目名の配列」143として「物件名」及び「色」が、「流し込まれたデータベース項目の流し込み順番の配列」145として「1」及び「2」が、「流し込まれたデータベース項目の更新日時の配列」143として2つの「0年0月0日、0時0分0秒」がDTPデータに格納される。また、「物件名」については、符号163の枠内に示すように、「データベース項目のパス」149として「item[@name_asc="BKN_NAME"]」が、「データベース項目の項目名」151として「物件名」が、「データベース項目の流し込み順番」153として「1」が、「データベース項目の置換処理の有無」155として「なし」がDTPデータに格納される。同様に、「色」については、符号165の枠内に示すように、「データベース項目のパス」149として「item[@name_asc="COLOR"]」が、「データベース項目の項目名」151として「色」が、「データベース項目の流し込み順番」153として「2」が、「データベース項目の置換処理の有無」155として「なし」がDTPデータに格納される。「データベース項目のパス」149、「データベース項目の項目名」151、「データベース項目の流し込み順番」153及び「データベース項目の置換処理の有無」155は、項目の値(描画又は印刷されるデータ)と関連付けられる。従って、項目の値が修正されて赤字データとなった場合には、「データベース項目のパス」149、「データベース項目の項目名」151、「データベース項目の流し込み順番」153及び「データベース項目の置換処理の有無」155は赤字データと関連付けられる。
【0082】
次に、データ修正部107の動作について説明する。
【0083】
データ修正部107は、DTPデータに含まれている項目値のユーザによる修正を受け付ける。文字データの場合には、図14に示すようにDTP画面上での直接の修正も受け付けるし、DTP画面から呼び出された図15に示すようなデータ修正画面での修正も受け付ける。何れの方法で修正した文字データであっても、DTPデータ、DTP画面及びデータ修正画面に反映される。画像データの場合には、図16に示すようなDTP画面上で画像データを選択した時に表示されるダイアログ画面(図示せず)での修正を受け付ける。図16に示すDTP画面において、符号231で示すのは画像ボックスに挿入された画像データであり、符号233で示すのは文字ボックスにインラインで挿入された画像データである。文字ボックスにインラインで挿入された画像データは、文字ボックス内の項目値を置換処理して得たものである。図17に示すのは、画像ボックスに挿入された画像データを確認する画面であり、図18に示すのは、文字ボックスにインラインで挿入された画像データを確認する画面である。修正した画像データは、DTPデータ、DTP画面及び図17又は図18に示すような画面に反映される。
【0084】
図19は、データ修正部107の動作を示すフローチャートである。図19を参照すると、まず、上述の方法によりデータの修正を受け付けると、DTPデータに修正を反映させ(ステップS241)、修正のあった項目を含むボックスの「流し込まれたデータベース項目の更新日時の配列」のうちの修正のあった項目に対応する要素の値を現在の日時に更新する(ステップS243)。次に、修正のあった項目を含む小組の「更新日時(小組内のボックスの最新の更新日時)」を現在の日時に更新する(ステップS245)。
【0085】
次に、赤字データ書出部109の動作について説明する。図20は、赤字データ書出部109の動作を示すフローチャートである。図20を参照すると、まず、レンダリング部105により作成され、データ修正部107により修正されたDTPデータを走査する(ステップS247)。次に、ページが無くなるまで、ページ毎の処理(ステップS251〜S265)を繰り返す(ステップS249)。ステップS251では、ページを走査する。次に、小組が無くなるまで、現在のページの小組毎の処理(ステップS255〜S265)を繰り返す(ステップS253)。ステップS255では、現在の小組に設けられた更新日時が0年0月0日、0時0分0秒よりも大きいかどうかを判断する。ステップS255の判断結果が否定的であるときには、現在の小組に赤字データが無いので、現在の小組についての処理を終了する。
【0086】
ステップS255の判断結果が肯定的であるときには、現在の小組に赤字データがあるので、まず、小組内を走査する(ステップS257)。次に、ボックスが無くなるまで、現在の小組のボックス毎の処理(ステップS261〜S265)を繰り返す(ステップS259)。ステップS261では、流し込み項目情報が無くなるまで、流し込み項目毎の処理(ステップS263〜S265)を繰り返す。ステップS263では、ボックスの「流し込まれたDB項目の更新日時の配列」の現在の流し項目に対応する要素が0年0月0日、0時0分0秒よりも大きいかどうかを判断する。ステップS263の判断結果が肯定的であれば、現在の流し込み項目についての赤字データを赤字データXML電子文書111に書き込む(ステップS265)。ステップS263の判断結果が否定的であれば、現在の流し込み項目についての処理を終了する。
【0087】
図21は、赤字データ書出部109により生成された赤字データXML電子文書111の構造を示す。赤字データXML電子文書111は、赤字データ、ページ、物件及び項目の4つの階層を有する。赤字データの階層には、「出力日時」が記述される。ページの階層には、「ページ番号」が記述される。物件の階層には、「小組番号」、「物件ID」及び「修正区分」が記述される。「修正区分」は、「新規」、「削除」又は「修正」の値を取りうるが、実施形態1では、「修正」のみを扱う。なお、「新規」は、小組の追加に対応し、「削除」は、小組の削除に対応する。項目の階層には、「項目名」、「項目パス」、「置換処理の有無」及び「赤字データ」が記述される。
【0088】
図22は、赤字データ書出部109により生成された赤字データXML電子文書111の例を示す。上述したXML構造に従って記述されている。なお、図22の例では、説明の簡単化のために、ページ数が1、1ページ当たりの小組数が1、1小組数当たりの流し込み項目の数が1であるとしている。実際にはこれらは必要に応じて繰り返される。
【0089】
赤字データインポート部115は、赤字データXML電子文書111をインポートして、データ確認・修正部117に渡す。
【0090】
赤字データの確認・修正は、図23に示す赤字データ一覧ビュー又は図24に示す更新データ編集ビューで行う。赤字データインポート部115が赤字データXML電子文書111をインポートすると、図23に示す赤字データ一覧ビューは図25に示す赤字データ一覧ビューに変化する。
【0091】
図25を参照すると、少なくとも1つの項目が赤字データとなっている物件について行が設けられ、ページ、区分、物件ID、物件名及び赤字データXML電子文書に含まれていた項目の値のみが赤字データ一覧ビューに表示される。赤字データで修正されなかった項目の欄はブランクである。
【0092】
図25の画面から図26に示す画面を呼び出して、図26の画面を用いて、任意の項目の任意の文字列を他の任意の文字列に置換することが可能である。図25の画面の赤字データに対して、図26の画面を用いて項目「価格」について「/」から空白への置換をすると、赤字データの内容は図27の画面に示すようになる。図25の画面に表示される赤字データにおいては、1つのボックスに「物件名/価格」のフォーマットで「物件名」及び「価格」をDTPで表示していたために、「価格」の前に「/」が付されていたが、図26の画面で「価格」を対象として「/」から空白への置換を行うことにより、「価格」の前の「/」が消去される。
【0093】
また、物件IDの重複チェックをすることができる。同じ物件IDの物件が複数箇所に掲載されており、それぞれの箇所においてその物件の項目値が変更された場合に、物件IDの重複が生ずる。物件IDが重複している場合には、赤字データが掲載箇所間で相互に矛盾する可能性がある。このような矛盾を確認するために所定のメニューを辿って重複チェックを行うと、図28に示すような画面が表示される。図28の例では、物件IDが7である物件の赤字データの重複が生じている。図28の画面では、第116ページの赤字データでは、価格が1,400,000に修正されているが、第117ページの赤字データでは、価格は修正されていないので矛盾が生じている。図28の画面は重複確認用の画面であり、矛盾を解消するための赤字データの修正は別の画面で行う。
【0094】
更に、赤字データのソートをすることができる。図29の画面でソートの基準となる項目を1個以上選択し、ソート順序(昇順又は降順)を選択する。ソートした結果は図30に示す画面に表示される。図30の画面では、物件及び価格により赤字データがソートされている。このソートした画面で赤字データの修正をすることができる。
【0095】
更に、赤字データの検索をすることができる。メニューを辿り検索を選択すると、図31の左上に示す検索条件入力用の画面が表示される。この画面の白抜きの欄が検索条件を入力する欄である。ユーザがこの欄に検索条件を入力して、検索ボタンを押すと、図31の右下に示す検索結果表示画面が表示される。この検索結果の画面で赤字データの修正をすることができる。
【0096】
図24に示す更新データ編集ビューでは、各物件ID毎に項目値を修正することができる。図24の画面の左側のツリービューで選択された物件の項目が右側のテーブルに表示される。このテーブルの列は、「項目名」、「必須」、「物件データ」、「更新データ」及び「赤字データ」である。「必須」はその項目が必須であるか否かを示す。「物件データ」は、物件データベースにおける現在の項目の値である。「更新データ」は、更新後のデータであり、反映部119が反映を行うと、物件データベースのデータは、「更新データ」に更新される。「赤字データ」は、赤字データXML電子文書111に記述されていた赤字データである。これは、前述したように、必要に応じて赤字データ一覧ビューで修正されている。
【0097】
「更新データ」は3種類有る。第1の種類は「反映可能赤字データ」であり、第2の種類は「反映不能赤字データ」であり、第3の種類は「赤字データ無しデータ」である。「反映可能赤字データ」とは、赤字データがあり、その赤字データをそのまま物件データベースに反映させることが可能なものである。「反映可能赤字データ」は、緑色の背景色で表示される。赤字データをそのまま物件データベースに反映させることが可能であるための条件は、(1)データ型が一致していること、(2)必須項目について「更新データ」が空白でないこと、(3)置換処理がなされていないこと、(4)赤字データが参照データでないことの「4つの条件」が全て満たされていることである。なお、参照データとは、「物件テーブル」から他のテーブルを参照して得られるデータのことである。図24の例では、「物件名」及び「価格」が「反映可能赤字データ」であり、これらの項目においては、「更新データ」は右隣の「赤字データ」と等しい。「反映不能赤字データ」とは、赤字データがあり、その赤字データをそのまま物件データベースに反映させることが不可能なものである。「反映不能赤字データ」は、黄色の背景色で表示される。この黄色背景色表示は、そのままでは物件テーブルに反映させることができない赤字データの特殊表示に相当する。図24の例では、「メーカー」、「車検年月」及び「販売店」が「反映不可能赤字データ」であり、これらの項目においては、「更新データ」は空白となっている。反映できないことの原因は、上記の「4つの条件」のうちの少なくとも1つの条件が満たされていないことである。「赤字データ無しデータ」とは、その項目について赤字データが無いものである。「赤字データ無しデータ」は、ディフォルトの色(例えば白)の背景色で表示される。図24の例では、「物件ID」、「「車両名」、「色」、「シフト」、「走行距離」及び「画像」が「赤字データ無しデータ」であり、これらの項目においては、「更新データ」は左隣の「物件データ」に等しい。
【0098】
次に、赤字データのインポート、赤字データの確認・修正及び物件データベースへの反映を行うためのデータベースの構造について説明する。
【0099】
図32を参照すると、このデータベースは、「物件テーブル」271、「メーカ車両テーブル」273、「メーカテーブル」275、「エリアテーブル」277、「販売店テーブル」279、「テーブル定義テーブル」281及び「テーブル列定義テーブル」283を有する。図33を参照すると、このデータベースは、更に、「赤字物件テーブル」291、「赤字物件フラグテーブル」293、「赤字物件列テーブル」295、「赤字参照テーブル」297及び「赤字更新テーブル」299を有する。
【0100】
図32を参照すると、「物件テーブル」271の列は、「物件ID」、「物件名」、「価格」、「メーカID」、「車両ID」、「ボディ形状グレード」、「初年度登録年」、「排気量」、「車検年月」、「シフト」、「走行距離」、「色」、「備考」、「エリアID」、「販売店ID」及び「サムネイル画像」である。物件IDが主キーである。レコードは物件毎に設けられる。
【0101】
「メーカ車両テーブル」273の列は、「メーカID」、「車両ID」及び「車両名」である。「メーカID」及び「車両ID」の連結キーが主キーである。レコードは、各メーカの各車両毎に設けられる。「物件テーブル」271と「メーカ車両テーブル」273は、「物件テーブル」271の「メーカID」及び「車両ID」と「メーカ車両テーブル」273の「メーカID」及び「車両ID」により多対一のリレーションが付けられる。
【0102】
「メーカテーブル」275の列は、「メーカID」及び「メーカ名」である。「メーカID」が主キーである。メーカ毎にレコードが設けられる。「メーカ車両テーブル」273と「メーカテーブル」275は、「メーカ車両テーブル」273の「メーカID」と「メーカテーブル」275の「メーカID」により多対一のリレーションが付けられる。
【0103】
「エリアテーブル」277の列は、「エリアID」及び「エリア名」である。「エリアID」が主キーである。エリア毎にレコードが設けられる。「物件テーブル」271と「エリアテーブル」277は、「物件テーブル」271の「エリアID」と「エリアテーブル」277の「エリアID」により多対一のリレーションが付けられる。
【0104】
「販売店テーブル」279の列は、「販売店ID」、「販売店名」、「住所」、「電話番号」、「FAX番号」、「営業時間」、「定休日」、「HPアドレス」、「Eメールアドレス」、「振込先」及び「備考」である。「販売店ID」が主キーである。販売店毎にレコードが設けられる。「物件テーブル」271と「販売店テーブル」279は、「物件テーブル」271の「販売店ID」と「販売店テーブル」279の「販売店ID」により多対一のリレーションが付けられる。
【0105】
「メーカテーブル」275、「エリアテーブル」277及び「販売店テーブル」279は、「物件テーブル」271から参照されるという意味において「物件テーブル」271に対する参照テーブルである。
【0106】
「物件テーブル」271の「物件ID」、「物件名」、「価格」、「メーカID」、「車両ID」、「ボディ形状グレード」、「初年度登録年」、「排気量」、「車検年月」、「シフト」、「走行距離」、「色」、「備考」、「エリアID」、「販売店ID」及び「サムネイル画像」、「メーカ車両テーブル」273の「メーカID」、「車両ID」、「車両名」、「メーカテーブル」275の「メーカID」及び「メーカ名」、「エリアテーブル」277の「エリアID」及び「エリア名」並びに「販売店テーブル」279の「販売店ID」、「販売店名」、「住所」、「電話番号」、「FAX番号」、「営業時間」、「定休日」、「HPアドレス」、「Eメールアドレス」、「振込先」及び「備考」がレンダリング部105により表示され、必要に応じてデータ修正部107により修正される。また、これらの項目についての赤字データが必要に応じて赤字データXML電子文書111に書き込まれる。しかし、前述したように参照テーブルの列の赤字データをそのまま物件データベースに反映させることが不可能である。また、「物件テーブル」271の「初年度登録年」及び「車検年月」は置換処理が成されているので、これらの列の赤字データをそのまま物件データベースに反映させることが不可能である。従って、「反映可能赤字データ」は、「物件テーブル」271の「物件名」、「価格」、「メーカID」、「車両ID」、「ボディ形状グレード」、「排気量」、「シフト」、「走行距離」、「色」、「備考」及び「サムネイル画像」についての赤字データのみである。
【0107】
「テーブル定義テーブル」281の列は、「テーブルID」及び「テーブル名」である。「テーブルID」が主キーである。「テーブル定義テーブル」281のレコードは、「物件テーブル」271及び全ての参照テーブルについて設けられている。
【0108】
「テーブル列定義テーブル」283の列は、「テーブルID」、「テーブル列ID」、「列順番」、「列名(英数字表記)」、「列名(日本語表記)」、「データ型」、「長さ」、「小数点」、「主キー」及び「外部キー」である。レコードは、各テーブルの各列毎に設けられている。「テーブルID」は、各テーブルに固有のIDであり、「テーブル定義テーブル」281の「テーブルID」と一致する。「テーブル列ID」は、各テーブルにおける各列のIDである。「列順番」は、各テーブルにおける各列の順番である。「物件テーブル」又は参照テーブルを定義した直後においては、「テーブル列ID」と「列番号」は等しいが、テーブル構造を変更すると、「列順番」が変更される場合がある。一方、「テーブル列ID」が変更されることはない。「列名(英数字表記)」は、英数字で表した列の名称である。「列名(日本語表記)」は、日本語で表した列の名称である。「データ型」は、列のデータの型を示す。「データ型」は、例えば、数値、文字列、オブジェクト等である。「長さ」は、列のバイト数である。「小数点」は、「データ型」が数値である場合の小数点以下の桁数である。「主キー」は、列に主キーが設定されているか否かを示す。「外部キー」は、列に外部キーが設定されているか否かを示す。
【0109】
図33を参照すると、「赤字物件テーブル」291の列は、「ページ番号」、「小組番号」、「DTP修正区分」、「反映処理区分」、「オリジナル物件ID」、「オリジナル物件名」、「物件ID」〜「サムネイル画像」である。「物件ID」〜「サムネイル画像」は、「物件テーブル」271のものと列定義において同一である。「ページ番号」及び「小組番号」の連結キーが主キーである。赤字データが作成された小組毎にレコードが設けられる。「DTP修正区分」は、更新されたか、新規作成されたか、又は、削除されたかの区分を示す。これは、図21に示す赤字データXML電子文書111の構造中の物件の層の「修正区分」に対応する。つまり、「DTP修正区分」は、赤字データXML電子文書111中の「修正区分」をそのまま反映させる。「反映処理区分」は、更新するか、新規作成するか、又は、削除するかの区分を示す。「反映処理区分」は、反映部119が実際にどのように物件データベース121に反映させるべきであるのかを示す。「物件テーブル」271と「赤字物件テーブル」291は、「物件テーブル」271の「物件ID」と「赤字物件テーブル」291の「オリジナル物件ID」により対応付けられる。
【0110】
「赤字物件フラグテーブル」293の列は、「ページ番号」、「小組番号」、「物件IDフラグ」、「物件名フラグ」、「価格フラグ」、「メーカIDフラグ」、「車両IDフラグ」、「ボディ形状グレードフラグ」、「初年度登録年フラグ」、「排気量フラグ」、「車検年月フラグ」、「シフトフラグ」、「走行距離フラグ」、「色フラグ」、「備考フラグ」、「エリアIDフラグ」、「販売店IDフラグ」及び「サムネイル画像フラグ」である。「ページ番号」及び「小組番号」の連結キーが主キーである。「赤字物件テーブル」291と同様に、赤字データが作成された小組毎にレコードが設けられる。「赤字物件テーブル」291と「赤字物件フラグテーブル」293は、「赤字物件テーブル」291の「ページ番号」及び「小組番号」と「赤字物件フラグテーブル」293の「ページ番号」及び「小組番号」により一対一の関係が付けられる。「**フラグ」(例えば物件IDフラグ)は、項目「**」(例えば「物件ID」)に赤字データがあるか否かを示す。
【0111】
「赤字物件列テーブル」295の列は、「ページ番号」、「小組番号」、「列順番」、「テーブルID」及び「テーブル列ID」である。「ページ番号」、「小組番号」及び「列順番」の連結キーが主キーである。赤字データが作成された「物件テーブル」271の列毎にレコードが設けられる。赤字データが作成された参照テーブルの列については、「赤字物件列テーブル」295のレコードは設けられず、後述する「赤字参照テーブル」297のレコードが設けられる。「赤字物件テーブル」291と「赤字物件列テーブル」295は、「赤字物件テーブル」291の「ページ番号」及び「小組番号」と「赤字物件列テーブル」295の「ページ番号」及び「小組番号」により一対多の関係が付けられる。また、「テーブル列定義テーブル」283と「赤字物件列テーブル」295は、「テーブル列定義テーブル」283の「テーブルID」及び「テーブル列ID」と「赤字物件列テーブル」295の「テーブルID」及び「テーブル列ID」により一対一の関係が付けられる。
【0112】
「赤字参照テーブル」297の列は、「ページ番号」、「小組番号」、「列順番」、「参照データ順番号」、「項目名」、「参照データ」及び「赤字データ」である。「ページ番号」、「小組番号」、「列順番」及び「参照データ順番号」の連結キーが主キーである。「赤字物件列テーブル」295と「赤字参照テーブル」297は、「赤字物件列テーブル」295の「ページ番号」、「小組番号」及び「列順番」と「赤字参照テーブル」297の「ページ番号」、「小組番号」、「列順番」及び「参照データ順番号」により一対多のリレーションが付けられる。「赤字参照テーブル」297は、参照テーブルの赤字データを図24に示す画面の右下にある参照データテーブルに表示するためにのみ用いられ、参照テーブルの赤字データを物件データベース121に反映させるためには用いられない。本発明では、参照テーブルの赤字データを物件データベース121に反映させることはしない。図32に示す例とは異なるが、例えば、「メーカテーブル」275が「メーカID」及び「メーカ名」の他に「本社住所」を有しているとして、データ修正部107により、DTPで表示された「メーカ名」及び「本社住所」の両方が修正されたとすると、図24の画面の右下の参照データテーブルには、「メーカ名」の修正前及び修正後の値を示す行と「本社住所」の修正前及び修正後の値を示す行が表示され、これらの行を識別するために上記「参照データ順番号」が用いられる。「参照データ」は、赤字データ反映前の物件データベースの参照テーブルの該当列のデータであり、「赤字データ」は、物件データベースの参照テーブルの該当列の赤字データである。
【0113】
「赤字更新テーブル」299の列は、「ページ番号」、「小組番号」、「物件ID」〜「サムネイル画像」である。「物件ID」〜「サムネイル画像」は、「物件テーブル」271のものと列定義において同一である。「ページ番号」及び「小組番号」の連結キーが主キーである。赤字データが作成された小組毎にレコードが設けられる。「赤字物件テーブル」291と「赤字更新テーブル」299は、「赤字物件テーブル」291の「ページ番号」及び「小組番号」と「赤字更新テーブル」299の「ページ番号」及び「小組番号」により一対一の関係が付けられる。
【0114】
次に、赤字データインポート部115が行う赤字データインポートの動作について図34を参照して説明する。
【0115】
図34を参照すると、まず、赤字データXML文書111のpageタグが無くなるまで、pageタグ毎の処理(ステップS303〜S345)を繰り返す(ステップS301)。ステップS303では、pageタグを読み込み、ページ番号(図21参照)を取得する。次に、pageタグの下の階層にあるbukkenタグが無くなるまで、bukkenタグ毎の処理(ステップS307〜S345)を繰り返す(ステップS305)。ステップS307では、bukkenタグを読み込み、小組番号、物件ID及び修正区分(図21参照)を取得する。ここで、ページ番号、小組番号、物件ID及び修正区分が取得できたので、「赤字物件テーブル」291にレコードを追加し(ステップS309)、「赤字物件フラグテーブル」293にもレコードを追加する(ステップS311)。「赤字物件テーブル」291の追加レコードのページ番号、小組番号、DTP修正区分及びオリジナル物件IDには、現在取得しているページ番号、小組番号、修正区分及び物件IDを代入する。「赤字物件フラグテーブル」293のページ番号及び小組番号には、現在取得しているページ番号及び小組番号を代入する。次に、「テーブル列定義テーブル」283を参照して、「物件テーブル」271の各列についての処理(ステップS315)を繰り返す(ステップS313)。「物件テーブル」271の「テーブルID」は「1」であるので、「テーブル列定義テーブル」283の「テーブルID」が1である全てのレコードの列順番についての処理を繰り返すこととなる。ステップS315では、「赤字物件列テーブル」295にレコードを追加し、追加レコードの「ページ番号」、「小組番号」、「列順番」、「テーブルID」及び「テーブル列ID」に現在取得しているページ番号及び小組番号並びに「テーブル列定義テーブル」283から取得した「テーブルID」(=「1」)、「テーブル列ID」及び「列番号」を代入する。 ステップS313の繰返しを抜けたならば、「赤字更新テーブル」299にレコードを追加する(ステップS317)。次に、ステップS307で取得した物件IDと同一の「物件ID」を有するレコードを「物件テーブル」271から検索して、そのレコードの「物件ID」〜「サムネイル画像」をステップS317で追加したレコードの各対応列にコピーする(ステップS319)。
【0116】
次に、bukkenタグの下の階層にあるitemタグが無くなるまで、項目毎の処理(ステップS323〜S345)を繰り返す(ステップS321)。ステップS323では、現在のitemタグに関連した項目名、項目パス、置換処理の有無及び赤字データを取得する。次に、ステップS323で取得した項目パスを検査することにより、項目が参照データ(参照テーブルのデータ)であるのか否かを判断する(ステップS325)。
【0117】
ステップS325の判断結果が否定的であるとき(項目が物件テーブルのものであるとき)には、ステップS309で追加した「赤字物件テーブル」291のレコードの該当列(項目に対応する列)に赤字データを設定し(ステップS327)、ステップ311で追加した「赤字物件フラグテーブル」293のレコードの該当列のフラグをONとする(ステップS329)。次に、上述した「4つの条件」が全て満たされているか否かをみることにより、現在の赤字データを「物件テーブル」271の該当列に反映させることが可能であるか否かを判断する(ステップS331)。
【0118】
ステップS331の判断結果が肯定的であるときには、ステップS317で追加した「赤字更新テーブル」299のレコードの該当列の内容を赤字データで書換え(ステップS335)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を緑色に設定する(ステップS337)。
【0119】
ステップS331の判断結果が肯定的であるときには、ステップS317で追加した「赤字更新テーブル」299のレコードの該当列の内容をクリアして(ステップS339)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を黄色に設定する(ステップS341)。
【0120】
ステップS325の判断結果が肯定的であるとき(項目が参照テーブルのものであるとき)には、「赤字参照テーブル」297にレコードを追加し(ステップS343)、追加レコードにデータを設定する(ステップS345)。設定する「ページ番号」はステップS303で取得したものであり、設定する「小組番号」はステップS307で取得したものであり、設定する「列順番」はステップS313の繰返しにおける現在の列順番であり、設定する「参照データ順番号」は、同一の「ページ番号」、「小組番号」及び「列順番」の組合せについてステップS345を行うたびに増加する通し番号であり、設定する「項目名」は、ステップS323で取得した項目名であり、設定する「参照データ」は、ステップS323で取得した項目パスを基に現在の物件データベースの参照テーブルから検索した該当列の値であり、設定する「赤字データ」は、ステップS323で取得した赤字データである。
【0121】
次に、データ確認・修正部117が行うデータの確認及び修正の動作について図35を参照して説明する。
【0122】
図35を参照すると、まず、赤字データ一覧ビューが選択されているか否かを判断する(ステップS351)。
【0123】
ステップS351の判断結果が肯定的であれば(赤字データ一覧ビューが選択されていれば)、データ修正の入力を受け付け(ステップS353)、修正の場所及び内容に応じて、「赤字物件テーブル」291の該当レコードの該当列のデータを書き換える(ステップS355)。次に、上述した「4つの条件」が全て満たされているか否かをみることにより、ステップS353で修正された赤字データを「物件テーブル」271の該当列に反映させることが可能であるか否かを判断する(ステップS357)。
【0124】
ステップS357の判断結果が肯定的であるときには、「赤字更新テーブル」299の該当レコードの該当列の内容を赤字データで書換え(ステップS359)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を緑色に設定する(ステップS361)。
【0125】
ステップS357の判断結果が肯定的であるときには、「赤字更新テーブル」299の該当レコードの該当列の内容をクリアして(ステップS363)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を黄色に設定する(ステップS365)。
【0126】
ステップS351の判断結果が否定的であれば(更新データ編集ビューが選択されていれば)、図24の画面の更新データ列のデータ修正を受け付け(ステップS367)、データ修正の内容に従って、「赤字更新テーブル」299の該当レコードの該当列のデータを書き換える(ステップS369)。
【0127】
なお、上記ステップS353〜S369の説明からもわかるように、赤字データ一覧ビューで表示されるデータは、赤字データであり、更新データではない。また、更新データ編集ビューで、物件データの列に表示されるのは「物件テーブル」271のデータであり、更新データの列に表示されるのは「赤字更新テーブル」299のデータであり、赤字データの列に表示されるのは「赤字物件テーブル」291のデータである。
【0128】
次に、反映部119が行う赤字データの物件データベースへの反映の動作について図36を参照して説明する。
【0129】
図36を参照すると、まず、「赤字更新テーブル」299を検索し、物件IDが重複したレコードがあるか否かを判断する(ステップS371)。重複したレコードがある場合には(ステップS373でYES)、「赤字更新テーブル」299の内容を「物件テーブル」271に反映させることが不可能であるので、エラーメッセージを表示して(ステップS389)、処理を中止する。
【0130】
重複したレコードがない場合には(ステップS373でNO)、「赤字更新テーブル」299を検索し、「物件テーブル」271に反映させることができないレコードがあるか否かを判断する(ステップS375)。反映させることができないレコードとは、例えば、必須の項目がブランクであるレコード、データ型が不一致である項目を有するレコードである。反映させることができないレコードがある場合には(ステップS377でYES)、「赤字更新テーブル」299の内容を「物件テーブル」271に反映させることが不可能であるので、エラーメッセージを表示して(ステップS389)、処理を中止する。
【0131】
なお、「反映不能赤字データ」である必須の項目を有するレコードを「物件テーブル」271に反映させることは不可能であるが、この場合には、ユーザは図24の画面で更新データの列に反映可能なデータを入力することにより反映可能とする。
【0132】
反映させることができないレコードがない場合には(ステップS377でNO)、「赤字更新テーブル」299のレコードが無くなるまで、「赤字更新テーブル」299のレコード毎の処理(ステップS381〜S387)を繰り返す(ステップS379)。ステップS381では、「赤字更新テーブル」299からレコードを取得する。次に、ステップS381で取得した「赤字更新テーブル」299のレコードの「物件ID」と同一の「物件ID」を有するレコードを「赤字物件テーブル」291から取得する(ステップS383)。次に、ステップS383で取得した「赤字物件テーブル」291のレコードの「オリジナル物件ID」と同一の「物件ID」を有するレコードを「物件テーブル」271から取得する(ステップS385)。次に、ステップS385で取得した「物件テーブル」271のレコードの内容をステップS381で取得した「赤字更新テーブル」299のレコードの内容で上書きする(ステップS387)。
【0133】
ステップS379のループを抜けたならば、「赤字物件テーブル」291、「赤字物件フラグテーブル」293、「赤字物件列テーブル」295、「赤字参照テーブル」297及び「赤字更新テーブル」299の全レコードを削除する(ステップS391)。
【0134】
[実施形態2]
実施形態2は、レンダリングした段階でDTPデータに含まれていないデータベースの項目を追加して、追加した項目に値を入力し、その追加した項目の入力した値をデータベースにフィードバックするものである。
【0135】
図37を参照すると、実施形態2による赤字データのデータベースへの反映装置は、DTPソフトウェア1103と赤字データ戻しツール1113に大きく分けられる。DTPソフトウェア1103は、XSL−FOプロセッサに相当するレンダリング部105、項目追加部1107及び赤字データ書出部1109を備える。赤字データ戻しツール1113は、赤字データインポート部1115、データ確認・修正部1117、更新先不明データ設定部1118及び反映部1119を備える。なお、DTPソフトウェア1103は、その名が示す通りコンピュータプログラムであり、コンピュータがDTPソフトウェア1103を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール1113も、コンピュータを赤字データ戻しツール1113として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【0136】
レンダリング部105は、割り付け済みXSL−FO電子文書101の内容に従って紙面を表示する。項目追加部1107は、ユーザの操作に従って項目を追加し、追加された項目に値を設定する。赤字データ書出部1109は、赤字データを赤字データXML電子文書1111として書き出す。赤字データインポート部1115は、赤字データXML電子文書1111をインポートする。データ確認・修正部1117は、赤字データの確認及び更なる修正を行う。更新先不明データ設定部1118は、インポートした直後においてはどのテーブルのどの列に反映すればよいのかが不明である追加データの反映先をユーザの操作に従って決定する。反映部1119は、赤字データを用いて、物件データベース121の内容を更新する。
【0137】
レンダリング部105は、実施形態1と同様であるので、この説明を省略する。
【0138】
次に、項目追加部1107の動作について説明する。
【0139】
まず、テキストの追加について説明する。図38(a)に示すようなテキストボックスが選択されている状態で、所定のメニューを辿ると、図39(a)に示すようなダイアログ画面が表示される。このダイアログ画面には、図38(a)に示すテキストボックスに挿入されている項目の項目名及び値が表示される。この状態で、所定のメニューを選択することにより、図39(a)に示すダイアログ画面は図39(b)に示すようなダイアログ画面に変化する。図39(b)に示すダイアログ画面には、図38(a)に示すテキストボックスに挿入されている項目の項目名及び値に加え、名称未設定の項目名及びブランクの項目値を有する行が表示される。ユーザが追加された行に項目の項目名及び値を入力すると図39(b)に示す画面は図39(c)に示す画面に変化し、リターンキーを押すことで、その結果が図38(b)に示すようにDTPの画面に反映される。
【0140】
次に画像の追加について説明する。図40(a)に示すような画面が表示されている状態で、所定のメニューを辿ると、図41(a)に示すようなダイアログ画面が表示される。このダイアログには、図40(a)に示すテキストボックス1201に挿入されている項目の項目名及び値が表示される。この状態で、所定のメニューを選択することにより、図41(a)に示すダイアログ画面は図41(b)に示すようなダイアログ画面に変化する。図41(b)に示すダイアログ画面には、図41(a)に示すテキストボックスに挿入されている項目の項目名及び値に加え、名称未設定の項目名及びブランクの項目値を有する行が表示される。ユーザが追加された行に項目名を入力すると図41(b)に示す画面は図41(c)に示す画面に変化し、リターンキーを押すことにより図40(a)に示すような画面が再度表示される。ここで、所定のメニューを辿ることにより表示されるダイアログで挿入するべき画像を選択することにより、図40(b)に示すように画像1202が挿入される。この状態で、図41(a)に示すダイアログ画面を表示させたときと同じ所定のメニューを辿ると、図41(d)に示すダイアログ画面が表示される。図41(d)に示すダイアログ画面では、追加した項目に挿入された画像の画像ファイル名も表示される。
【0141】
上記のテキストの追加及び画像の追加は既存のボックスへのテキストの追加及び画像の追加であったが、小組に新たなボックスを追加し、追加されたボックスにテキスト又は画像を追加することができる。
【0142】
小組に新たなボックスを追加する方法について次に説明する。この追加には図42に示すメニューを用いる。例えば、他の小組にあるボックスをコピーして、それを所定の位置にペーストすることにより、DTP画面上にコピーのボックスが作成される。そこで、図42に示すメニューの「未小組化アイテムのマーキング」を選択すると、コピーされたボックスが特殊表示される。そこで、コピーされたボックスをマージしたい小組の何れかのボックスを選択して、図42に示すメニューの「小組化」を選択すると、コピーされたボックスはその小組にマージされる。その後は、テキストを追加する場合には、上述の方法により、コピーのボックスに項目の名称及び値を設定する。なお、必要に応じて、既存の項目の名称及び値を削除する。画像を追加する場合には、所定のメニューを辿ることにより、DTP画面上でまず画像を追加してから、図41の画面を用いて項目名を設定する。
【0143】
図43に価格の項目を含むボックスを追加した例を示す。
【0144】
図44に、項目名が「カラー」であり、項目値が「ブラック」である項目及び項目名が「価格」であり、項目値が「1,400,000」である項目が追加された場合のDTPデータ中のデータ構造を示す。このデータ構造をオブジェクトクラス図の形式で示すと実施形態1と同様に図10に示すようになる。
【0145】
小組のスタイル情報としては、「更新日時」、「物件ID」及び「小組ID」がある。「更新日時」の値は、項目が追加された日時である。「物件ID」及び「小組ID」の値は、XSL−FO電子文書101から読み込んだ値である。
【0146】
ボックスのスタイル情報としては、「流し込まれたデータベース項目のパスの配列」、「流し込まれたデータベース項目の項目名の配列」、「流し込まれたデータベース項目の流し込み順番の配列」及び「流し込まれたデータベース項目の更新日時の配列」がある。既存の「物件名」については、「流し込まれたデータベース項目のパスの配列」の要素はXSL−FO電子文書101から読み込んだ値であり、「流し込まれたデータベース項目の項目名の配列」の要素はXSL−FO電子文書101から読み込んだ値であり、「流し込まれたデータベース項目の流し込み順番の配列」の要素はXSL−FO電子文書101から判別した値であり、「流し込まれたデータベース項目の更新日時の配列」の要素は初期値である0000年00月00時00分00秒である。追加された「カラー」については、「流し込まれたデータベース項目のパスの配列」の要素はブランクであり、「流し込まれたデータベース項目の項目名の配列」の要素はデータ修正部1107が入力した値であり、「流し込まれたデータベース項目の流し込み順番の配列」の要素は追加の自動連番であり、「流し込まれたデータベース項目の更新日時の配列」の要素はデータ修正部1107が当該追加項目を入力した時の日時である。
【0147】
文字スタイル情報としては、「DB項目のパス」、「DB項目の項目名」、「DB項目の流し込み順番」、「DB項目の置換処理ありなし」がある。図44には、追加の項目(「カラー」及び「価格」)についての文字スタイル情報のみを示し、既存の項目についての文字スタイル情報は、図13と同様であるので、示していない。「カラー」及び「価格」の両者について、「データベース項目のパス」はブランクであり、「データベース項目の項目名」の値は、図39のダイアログ画面で入力した値であり、「データベース項目の流し込み順番」の値は追加の自動連番であり、「置換処理ありなし」の値は「なし」である。なお、コピー・アンド・ペーストでボックスを追加して、そこにある項目を継承する場合には、「置換処理ありなし」も継承する。
【0148】
次に、項目追加部1107が行う項目の追加の動作について図45を参照して説明する。
【0149】
まず、図39(a)の画面が表示されている状態でメニューの所定の項目が選ばれたならば(ステップS1151)、図44に示すボックスのスタイル情報の4つの配列のそれぞれについて要素を追加し、図39(b)の画面を表示する(ステップS1153)。次に、図39(b)の画面で項目名が追加されたならば(ステップS1155)、図44に示すボックスのスタイル情報のうちの「流し込まれたデータベースの項目名」の追加要素にその項目名を設定する(ステップS1157)。次に、図39(b)の画面で項目の値が入力されたならば(ステップS1159)、図39(c)に示す画面を表示すると共に、DTP画面をその項目値で更新し(ステップS1161)、図44に示す文字スタイルを追加し、その文字スタイルの4つの項目に値を設定し(ステップS1163)、図44に示すボックスのスタイル情報のうちの「流し込まれたデータベース項目の更新日時」の追加要素に現在の日時を代入し(ステップS1165)、図44に示す小組のスタイル情報のうちの「更新日時」に現在の日時を代入する(ステップS1167)。ステップS1159で入力した項目値はDTPデータに通常通り追加される。
【0150】
次に、赤字データ書出部1109について説明する。
【0151】
赤字データ書出部1109が出力する赤字データXML電子文書1111の構造は図46に示す通りである。
【0152】
図46に示す赤字データXML電子文書1111の構造は、図21に示す赤字データXML電子文書111の構造と同様であるが、「物件」の階層の「修正区分」の値は「”mod”」(修正)であり、「項目」の階層の「項目パス」の値は「””」(空)である。
【0153】
赤字データ書出部1109が図44に示すスタイル情報を基に生成する赤字データXML電子文書1111の具体例を図47に示す。
【0154】
次に、赤字データ書出部1109の動作は、図20に示す実施形態1の赤字データ書出部109の動作と同様であるので、この説明を省略する。
【0155】
次に、赤字データ戻しツール1113が用いるデータベースのテーブルについて説明する。
【0156】
赤字データ戻しツール1113は、図48〜50に示す諸テーブルを用いる。実施形態1の赤字データ戻しツール113が用いる図32に示す諸テーブル及び図33に示す諸テーブルと比較すると明らかなように、赤字データ戻しツール1113は、実施形態1の赤字データ戻しツール1113が用いる全てのテーブルに加え、図49に示す「赤字更新先不明テーブル」1292並びに図50に示す「リレーション定義テーブル」1293及び「リレーション列定義テーブル」1294を用いる。また、実施形態1の赤字データ戻しツール113が用いる「テーブル列定義テーブル」283は「テーブル列定義テーブル」1283に変更されている。「テーブル列定義テーブル」1283は、テーブル列定義テーブルと比較し、リレーションID(符号1283−1で示す。)が追加されている点が異なる。
【0157】
図48の矢印でしめすテーブル間のリレーションは、リレーションIDにより識別され、各リレーションIDにより示されたリレーションは、「リレーション定義テーブル」1293で示す親子関係を有し、また、「リレーション列定義テーブル」1294で示す列間の関係を有する。任意のテーブルの任意の列は、リレーションID、「リレーション定義テーブル」1293及び「リレーション列定義テーブル」1294のデータを基に、「物件テーブル」271を基準としてXMLでいうところのXPATHで表わすことができる。
【0158】
「赤字更新先不明テーブル」1292(図49参照)は、赤字データインポート部1115で更新先が不明であると判断された項目のデータを保持するためのテーブルであり、その列は、「ページ番号」、「小組番号」、「データ順番号」、「DTPでの追加項目名」及び「DTPでの追加データ」である。「ページ番号」、「小組番号」、「DTPでの追加項目名」及び「DTPでの追加データ」の列には赤字データXML電子文書1111のデータのコピーが挿入され、「データ順番号」は、レコードが追加される度に増加する通し番号が挿入される。
【0159】
次に、赤字データインポート部1115について説明する。赤字データインポート部1115は、実施形態1の赤字データインポート部115の機能に加え、実施形態2に特有な機能を有する。
【0160】
赤字データインポート部1115の動作を図51に示す。図51を実施形態1の赤字データインポート部115の動作を示す図34と比較すると明らかなように、赤字データインポート部1115が行うステップS301〜S323及びS325〜S345は、実施形態1の赤字データインポート部115が行うものと同一であるので、これらのステップについての説明は省略し、追加されたステップS1301〜S1309のみについて説明する。なお、赤字データインポート部1115は、実施形態1による変更のあった項目及び実施形態2による追加のあった項目を含む赤字データXML電子文書をインポートするものとする。
【0161】
ステップS1301では、項目パスがブランクであるかどうかをみる。これは具体的には、図46に示す項目の階層において「path=""」と記述されているかどうかをみることにより行う。ステップS1301の判断結果が否定的であれば、現在の項目が変更項目であるので、実施形態1と同様にステップS325に直ちに進む。ステップS1301の判断結果が肯定的であれば、現在の項目が追加項目であるので、ステップS1303に進む。
【0162】
ステップS1303では、項目名で「テーブル列定義テーブル」1283(図48参照)を検索し、該当列の取得を試みる。これは具体的には、図46に示す項目の階層において「name_jp=」の後の「""」で囲まれる文字列と同一の文字列を「列名(日本語表記)」に有するレコードを「テーブル列定義テーブル」1283から検索することにより行う。
【0163】
次に、ステップS1303で該当列が取得できなかったか否かを判断する(ステップS1305)。
【0164】
ステップS1305の判断結果が否定的であれば(該当列が取得できたら)、項目パスを作成し(ステップS1309)、ステップS325に進む。項目パスは物件テーブルを基準としたXPATHで表わされ、項目パスの作成は、具体的には、「テーブル列定義テーブル」1283、「リレーション定義テーブル」1293及び「リレーション列定義テーブル」1294を基に行う。
【0165】
ステップS1303の判断結果が肯定的であれば(該当列が取得できなかったなら)、「赤字更新先不明テーブル」1292(図49参照)のレコードを作成し、そのレコードに赤字データXML電子文書1111の当該項目のデータを設定する。その後、ステップS325〜S345をスキップして、次の項目についての処理に進む。
【0166】
次に、データ確認・修正部1117について説明する。データ確認・修正部1117は、実施形態1のデータ確認・修正部117の機能に加え、実施形態2に特有な機能を有する。
【0167】
データ確認・修正部1117の動作を図52に示す。図52と実施形態1のデータ確認・修正部117の動作を示す図35を比較すると明らかなように、データ確認・修正部1117が行うステップS351〜S365及びS367〜S369は、実施形態1のデータ確認・修正部117が行うものと同様であるので、これらのステップについての説明は省略し、追加されたステップS1351及びS1353のみについて説明する。
【0168】
ステップS351の判断結果が否定的であれば(更新データ編集ビューが選択されていれば)、現在選択されている小組に更新先不明データがあるか否かをみる(ステップS1351)。具体的には、現在選択されている小組に対応したページ番号及び小組番号と同一のページ番号及び小組番号を有するレコードを「赤字更新先不明テーブル」1292から検索してみて、1つ以上のレコードが検索できたか否かをみる。
【0169】
ステップS1351の判断結果が肯定的であれば、更新先不明データの設定(ステップS1353)を行ってからステップS367に進み、ステップS1351の判断結果が否定的であれば、ステップS1353をスキップして直ちにステップS367に進む。
【0170】
ステップS1353は、更新先不明データ設定部1118により行われる。ステップS1353の詳細を図53を参照して説明する。
【0171】
まず、ステップS1351で検索された全てのレコードを取得し、それらのレコードの列のうちの「DTPデータでの追加項目名」及び「DTPデータでの追加データ」の値を図54(a)に示す画面に表示する(ステップS1361)。
【0172】
次に、図54(a)に示す画面での項目名の選択を受け付ける(ステップS1363)。この項目名の選択は、図54(a)に示すプルダウンリストを用いて行う。プルダウンリストに表示する項目は、「テーブル列定義テーブル」1283のテーブルIDが1の全てのレコード(物件テーブルの全てのレコード)の「列名(日本語表記)」からコピーする。上記選択が行われると、図54(b)に示すように、列名(項目名)(図54では「色」)と共に「物件テーブル」271の小組に対応するレコードの選択された列の現在のデータ(図54では「ホワイト」)が表示される。
【0173】
次に、「赤字物件テーブル」291の現在の小組に対応するレコードのステップS1361で選択された各列に「DTPでの追加データ」を上書きする(ステップS1365)。
【0174】
次に、「DTPでの追加データ」を物件データベース291の各該当列に反映させることが可能であるか否かを判断する(ステップS1367)。この判断は、実施形態1で説明した「4つの条件」が全て満足されているか否かを判断することにより行う。
【0175】
ステップS1367の判断結果が肯定的であれば、「赤字更新テーブル」299の現在の小組に対応したレコードの該当列の内容を「DTPでの追加データ」で書換え(ステップS1369)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を緑色に設定する(ステップS1371)。
【0176】
ステップS1367の判断結果が肯定的であれば、「赤字更新テーブル」299の現在の小組に対応したレコードの該当列の内容をクリアして(ステップS1373)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を黄色に設定する(ステップS1375)。
【0177】
ステップS1371又はステップS1375を各「DTPでの追加データ」について行った後の更新データ編集ビュー(図24参照)の表の部分は図55に示すようになる。図55を参照すると、「価格」の行においては、赤字データは「/1400,000」であるが、「/」を含んでいるために、「/1400,000」を物件データに直接反映させることができないので、更新データの欄は空白である。また、「色」の行においては、赤字データは「ブラック」であるが、これを物件データに直接反映させることができるので、更新データの欄も「ブラック」である。
【0178】
次に、反映部1119について説明する。反映部1119は、実施形態1の反映部119の機能を全て有するが以下の点が異なる。
【0179】
反映部1119の動作を図56に示す。図56を実施形態1の反映部119の動作を示す図36と比較すると明らかなように、反映部1119が行うステップS371〜S387は、実施形態1の反映部119が行うものと同様である。唯一異なるのが、ステップS1391であるが、ステップ1391は、図36のステップS391と比較すると、削除の対象として「赤字更新先不明テーブル」1292を追加している点のみが異なる。
【0180】
[実施形態3]
実施形態3は、レンダリングした段階でDTPデータに含まれていない小組を追加し、追加した小組の各項目に値を入力し、追加した小組の各項目の入力した値をデータベースにフィードバックするものである。
【0181】
図57を参照すると、実施形態3による赤字データのデータベースへの反映装置は、DTPソフトウェア2103と赤字データ戻しツール2113に大きく分けられる。DTPソフトウェア2103は、XSL−FOプロセッサに相当するレンダリング部105、小組追加部2107及び赤字データ書出部2109を備える。赤字データ戻しツール2113は、赤字データインポート部2115、データ確認・修正部2117、物件データ呼出部2118及び反映部2119を備える。なお、DTPソフトウェア2103は、その名が示す通りコンピュータプログラムであり、コンピュータがDTPソフトウェア2103を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール2113も、コンピュータを赤字データ戻しツール2113として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【0182】
レンダリング部105は、割り付け済みXSL−FO電子文書101の内容に従って紙面を表示する。小組追加部2107は、ユーザの操作に従って小組データの追加を行い、追加した小組の各項目に値を設定する。赤字データ書出部2109は、赤字データを赤字データXML電子文書2111として書き出す。赤字データインポート部2115は、赤字データXML電子文書2111をインポートする。データ確認・修正部2117は、赤字データの確認及び更なる修正を行う。物件データ呼出部2118は、インポートした直後においては物件テーブルのどのレコードに反映すればよいのかが不明であった追加データの反映先レコードをユーザの操作に従って決定する。反映部2119は、赤字データを用いて、物件データベース121の内容を更新する。
【0183】
レンダリング部105は、実施形態1と同様であるので、この説明を省略する。
【0184】
次に、小組追加部2107の動作について説明する。
【0185】
図58(a)に示すようにページに小組が配置されている状態で、小組2101を選択し、図42のメニューの「小組のコピー」を選択した後に、点2102を選択し、図42のメニューの「小組のペースト」を選択することにより、図58(b)に示すように、小組のコピー2103が追加される。
【0186】
追加した小組の各項目の値の修正は、実施形態1に示す方法により行い、追加した小組への項目の追加は、実施形態2に示す方法により行う。
【0187】
追加した小組の各項目に値を設定した後のDTPデータに含まれる赤字データのフィードバックに関連したデータ構造の例を図59に示す。このデータ構造をオブジェクトクラス図の形式で示すと実施形態1と同様に図10に示すようになる。
【0188】
図59を参照すると、小組のスタイル情報としては、「更新日時」、「物件ID」及び「小組ID」がある。「更新日時」の値は、小組が追加された日時である。「物件ID」はブランクである。「小組ID」の値は、この小組が属するページにおける追加の通し番号である。
【0189】
ボックスのスタイル情報としては、「流し込まれたデータベース項目のパスの配列」、「流し込まれたデータベース項目の項目名の配列」、「流し込まれたデータベース項目の流し込み順番の配列」及び「流し込まれたデータベース項目の更新日時の配列」がある。「流し込まれたデータベース項目のパスの配列」の要素はコピー元の小組のものと同一であり、「流し込まれたデータベース項目の項目名の配列」もコピー元の小組のものと同一であり、「流し込まれたデータベース項目の流し込み順番の配列」もコピー元の小組のものと同一である。「流し込まれたデータベース項目の更新日時の配列」の全要素の値は小組が追加された日時である。
【0190】
文字スタイル情報としては、「DB項目のパス」、「DB項目の項目名」、「DB項目の流し込み順番」、「DB項目の置換処理ありなし」がある。図59には、「色」及び「価格」の項目についての文字スタイル情報のみを示すが、他の項目についても同様である。「データベース項目のパス」の値はコピー元の小組のものと同一であり、「データベース項目の項目名」の値もコピー元の小組のものと同一であり、「データベース項目の流し込み順番」の値もコピー元の小組のものと同一であり、「置換処理ありなし」の値もコピー元の小組のものと同一である。
【0191】
次に、小組追加部2107が行う小組の追加の動作について図60を参照して説明する。
【0192】
まず、上述したように、ユーザが、ある小組を選択し、図42のメニューの「小組のコピー」を選択すると、小組をコピーする(ステップS2151)と共に、図59に示すデータベース反映用データをコピーする(ステップS2153)。次に、ユーザがある点を選択し、図42のメニューの「小組のペースト」を選択すると、その点に小組をペーストする(ステップS2155)と共に、図59に示すデータベース反映用データをその小組に関連付けてペーストする(ステップS2157)。
【0193】
次に、コピー元の小組とペースト先の小組が同一のDTPドキュメントに属するか否かを判断する(ステップS2159)。ここで、DTPドキュメントとは、印刷用語でいう「DTPデータファイル」に相当する。1冊の本は1又は複数の「DTPドキュメント」より構成され、データベースパブリッシングを用いたプリプレス工程においては、複数の「DTPドキュメント」を並列に作成することがある。従って、小組を同一DTPドキュメント内でコピー・アンド・ペーストする場合もあるし、DTPドキュメント間でコピー・アンド・ペーストする場合もある。
【0194】
ステップS2159の判断結果が肯定的であれば、ペースト先の小組の物件IDをブランクとする(ステップS2161)。これは、ペースト先の小組に、コピー元に割り当てられている物件とは異なった物件テーブル中の物件が割り当てられるか、又は、物件テーブルにはない物件が割り当てられる可能性が高いからである。
【0195】
ステップS2159の判断結果が否定的であれば、ステップS2161をスキップする。従って、ペースト先の小組にはコピー元の小組に割り当てられている物件と同一の物件が割り当てられる。これは、ペースト先の小組に、コピー元の物件と同一の物件が割り当てられる可能性が高いからである。このような小組もそれ以降は修正された小組として実施形態1の赤字データのデータベースへの反映装置で扱うこととなる。
【0196】
ステップS2159又はステップS2161の次に、小組スタイルの更新日時を現在の日時に更新し(ステップS2165)、ボックススタイルの更新日時を現在の日時に更新する(ステップS2165)。
【0197】
次に、ユーザによるデータの修正及び項目追加を受け付ける(ステップS2167)。
【0198】
次に、赤字データ書出部2109について説明する。
【0199】
赤字データ書出部2109が出力する赤字データXML電子文書2111の構造は図61に示す通りである。
【0200】
図61に示す赤字データXML電子文書2111の構造は、図21に示す赤字データXML電子文書111の構造と同様であるが、「物件」の階層の物件IDは原則としてブランクであり、「物件」の階層の「修正区分」の値は「”new”」(新規)である。
【0201】
赤字データ書出部2109が図59に示すスタイル情報を基に生成する赤字データXML電子文書2111の具体例を図62に示す。
【0202】
次に、赤字データ書出部2109の動作は、図20に示す実施形態1の赤字データ書出部109の動作と同様であるので、この説明を省略する。
【0203】
次に、赤字データ戻しツール2113は、実施形態2の赤字データ戻しツール1113と同様に、図48〜50に示す諸テーブルを用いる。
【0204】
次に、赤字データインポート部2115について説明する。赤字データインポート部2115は、実施形態2の赤字データインポート部1115の機能に加え、実施形態3に特有な機能を有する。
【0205】
赤字データインポート部2115の動作を図63に示す。図63を実施形態2の赤字データインポート部1115の動作を示す図51と比較すると明らかなように、赤字データインポート部2115が行うステップS301〜S317、319〜323、S1301〜S1309、S325〜S345は、実施形態2の赤字データインポート部1115が行うものと同一であるので、これらのステップについての説明は省略し、追加されたステップS2301及びS2303のみについて説明する。なお、赤字データインポート部2115は、実施形態1による変更のあった項目、実施形態2による追加のあった項目及び実施形態3による追加のあった小組を含む赤字データXML電子文書をインポートするものとする。
【0206】
ステップS2301では、修正区分が新規であるか(update_typeがnewであるか)どうかを判断する。
【0207】
ステップS2301の判断結果が肯定的であれば、「赤字物件テーブル」291(図49参照)の「反映処理区分」を「新規作成する」に設定する。
【0208】
ステップS2301の判断結果が否定的であれば、実施形態2と同様に、ステップS319を行う。
【0209】
ステップS2303を行うときには、ステップS319は行わないので、ステップS307で取得した物件IDと同一の「物件ID」を有するレコードを「物件テーブル」271から検索して、そのレコードの「物件ID」〜「サムネイル画像」をステップS317で追加した「赤字更新テーブル」209(図49参照)のレコードの各対応列にコピーすることは行われず、「赤字更新テーブル」209の追加されたレコードの「ページ番号」及び「小組番号」には、赤字データXML電子文書2111から読み込んだ値が設定されるが、そのレコードの「物件ID」〜「サムネイル画像」はブランクのままである。
【0210】
ステップS319又はS2303からはステップS321に進む。
【0211】
赤字データインポート部2115が図63に示す処理を行った後に、赤字データ戻しツール2113が追加された小組について更新データ編集ビューに表示する画面を図64に示す。
【0212】
図64を参照すると、追加された小組に対応する物件IDはブランクであるので、物件テーブル中のレコードが特定できず、従って、「物件データ」の列は全ての項目についてブランクである。また、「更新データ」の列は、赤字データがある項目においてのみ「赤字データ」のコピーであり、「赤字データ」がない項目においてはブランクである。更に、追加された小組に対応する物件IDはブランクであるので、「物件ID」の「更新データ」の列及び「赤字データ」の列はブランクである。
【0213】
次に、データ確認・修正部2117について説明する。データ確認・修正部2117は、実施形態1のデータ確認・修正部117の機能に加え、実施形態3に特有な機能を有する。
【0214】
データ確認・修正部2117の動作を図65に示す。図65と実施形態1のデータ確認・修正部117の動作を示す図35を比較すると明らかなように、データ確認・修正部2117が行うステップS351〜S365及びS367〜S369は、実施形態1のデータ確認・修正部117が行うものと同様であるので、これらのステップについての説明は省略し、追加されたステップS2351及びS2353のみについて説明する。
【0215】
ステップS351の判断結果が否定的であれば(更新データ編集ビューが選択されていれば)、物件データの呼出しが行われたか否かを判断する(ステップS2351)。これは、具体的には、図64に示す更新データ編集ビューの「物件データ呼び出し…」ボタン2105が押されたか否かをみることにより行う。
【0216】
ステップS2351の判断結果が肯定的であれば、物件データ呼出し(ステップS2353)を行ってからステップS367に進み、ステップS2351の判断結果が否定的であれば、ステップS2353をスキップして直ちにステップS367に進む。
【0217】
ステップS2353は、物件データ呼出部2118により行われる。ステップS2353の詳細を図66を参照して説明する。
【0218】
まず、図67に示す物件データ選択ダイアログを表示する(ステップS2361)。ユーザが物件データ選択ダイアログのコンボボックス2107で所望のフィルタ(例えば、「販売店で分類」)を選択すると、ツリービュー2109には、選択されたフィルタの階層構造が表示される。ユーザがフィルタの階層構造のうちの所望のノード(例えば、「MAX東川口」)を選択するとノードに関連付けられたSQL文による問合せが「物件テーブル」271(図48参照)に対して実行され、その問合せの結果がテーブル2111に表示される。ユーザは更新データ編集ビュー(図64参照)に表示されている赤字データを反映させたい物件に対応する行をテーブル2111から選択し、「OK」ボタン2113を押すと(ステップS2363)、更新データ編集ビューに赤字データが現在表示されている「赤字物件テーブル」291のレコードの「オリジナル物件ID」、「オリジナル物件名」及び「反映処理区分」に、それぞれ、ステップS2363で選択された「物件テーブル」271のレコードの「物件ID」及び「物件名」の値並びに「更新する」を設定する(ステップS2365)。
【0219】
次に、更新データ編集ビューに更新データが現在表示されている「赤字更新テーブル」299(図49参照)のレコードの「物件ID」〜「サムネイル画像」に、それぞれ、ステップS2363で選択された「物件テーブル」271のレコードの「物件ID」〜「サムネイル画像」の値を設定する(ステップS2367)。
【0220】
次に、ステップS2371〜S2379の処理を現在の「赤字物件テーブル」291のレコードの「物件ID」〜「サムネイル画像」について繰り返す。
【0221】
ステップS2373では、実施形態1で述べた「4つの条件」が全て満たされているか否かをみることにより、現在の赤字データを「物件テーブル」271の該当列に反映させることが可能であるか否かを判断する。
【0222】
ステップS2371の判断結果が肯定的であるときには、「赤字更新テーブル」299の現在のレコードの該当列の内容を赤字データで書換え(ステップS2373)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を緑色に設定する(ステップS2375)。
【0223】
ステップS2371の判断結果が肯定的であるときには、「赤字更新テーブル」299の現在のレコードの該当列の内容をクリアして(ステップS2377)、更新データ編集ビュー(図24参照)の該当小組の更新データ列の背景色を黄色に設定する(ステップS2379)。
【0224】
このようにして、物件データ呼出し(ステップS2353)を行った後は、更新データ編集ビュー(図64参照)の表の内容は図68に示す内容に変化する。
【0225】
従って、物件データ呼出し(ステップS2353)が行われない場合には、反映処理が「新規作成する」のままであるのに対し、物件データ呼出し(ステップS2353)が行われた場合には、反映処理は「更新する」に変更され、赤字更新テーブル299にも更新に適切なデータが設定される。
【0226】
ステップS2351又はステップS2353の後は、データ修正等(ステップS367、S369)が行われ、修正が必要な項目のデータが適宜ユーザにより修正される。
【0227】
次に、反映部2119について説明する。反映部2119は、実施形態2の反映部1119の機能を全て有するが以下の点が異なる。
【0228】
反映部2119の動作を図69に示す。図69を実施形態2の反映部1119の動作を示す図56と比較すると明らかなように、反映部2119が行うステップS371〜S387及びS1391は、実施形態2の反映部1119が行うものと同様である。反映部2119は更に、ステップS2371及びS2373を行う。
【0229】
ステップS2371では、「赤字物件テーブル」291の「反映処理区分」が「新規作成する」か否かを判断する。
【0230】
ステップS2371の判断結果が肯定的であれば、「物件テーブル」271に新たなレコードを追加し、そのレコードの「物件ID」に新たなIDを設定し、「物件名」〜「サムネイル画像」に赤字更新テーブル299の現在のレコードの「物件名」〜「サムネイル画像」を設定する(ステップS2373)。
【0231】
ステップS2371の判断結果が否定的であれば、ステップS385に進む。
【0232】
[実施形態4]
実施形態4は、レンダリングした段階でDTPデータに含まれていた小組を削除し、削除した小組にそのデータが割り当てられていた物件テーブルのレコードを必要に応じて削除するものである。
【0233】
図70を参照すると、実施形態4による赤字データのデータベースへの反映装置は、DTPソフトウェア3103と赤字データ戻しツール3113に大きく分けられる。DTPソフトウェア3103は、XSL−FOプロセッサに相当するレンダリング部105、小組削除部3107及び赤字データ書出部3109を備える。赤字データ戻しツール3113は、赤字データインポート部3115、データ確認・修正部3117、レコード削除確定部3118及び反映部3119を備える。なお、DTPソフトウェア3103は、その名が示す通りコンピュータプログラムであり、コンピュータがDTPソフトウェア3103を読み込んで実行することにより、この機能が実現される。また、赤字データ戻しツール3113も、コンピュータを赤字データ戻しツール3113として機能させるためのコンピュータプログラムをコンピュータが読み込んで実行することにより実現することができる。
【0234】
レンダリング部105は、割り付け済みXSL−FO電子文書101の内容に従って紙面を表示する。小組削除部3107は、ユーザの操作に従って小組の削除を行う。赤字データ書出部3109は、赤字データを赤字データXML電子文書3111として書き出す。赤字データインポート部3115は、赤字データXML電子文書3111をインポートする。データ確認・修正部3117は、赤字データの確認及び更なる修正を行う。レコード削除確定部3118は、インポートした直後においては削除した小組にデータが割り当てられていた物件テーブルのレコードを削除するようユーザが決定したならば、そのレコードを削除できるようにする。反映部3119は、赤字データを用いて、物件データベース121の内容を更新する。
【0235】
レンダリング部105は、実施形態1と同様であるので、この説明を省略する。
【0236】
次に、小組削除部3107の動作について説明する。
【0237】
削除には、(1)「小組毎の削除」と、(2)「削除されたページに含まれる全小組の削除」がある。
【0238】
「小組毎の削除」は、例えば、図71(a)に示すような小組のうちの1つの小組を削除して、図71(b)に示すような状態にすることである。「小組毎の削除」をするための操作は2通りあり、1つは、小組の一部を選択して、メニューから「小組削除」のメニュー項目を選択するものであり、もう1つは、小組全体を選択して、削除キーにより削除するものである。
【0239】
「削除されたページに含まれる全小組の削除」は、例えば、図72に示すようなページを削除し、そのページに含まれていた3つの小組を全て削除することである。
【0240】
「小組毎の削除」を行った後のDTPデータに含まれる赤字データのフィードバックに関連したデータ構造の例を図73(b)に示す。このデータ構造をオブジェクトクラス図の形式で示すと図73(a)に示すようになる。
【0241】
図73を参照すると、ページのスタイル情報としては、「削除された小組の物件IDの配列」、「削除された小組の小組IDの配列」及び「削除された小組の削除日時の配列」がある。これらの配列には、ページ内の削除された小組の数の要素が入る。
【0242】
小組の削除に関連した小組のスタイル情報、ボックスのスタイル情報及び文字スタイル情報は無い。
【0243】
「削除されたページに含まれる全小組の削除」を行った後のDTPデータに含まれる赤字データのフィードバックに関連したデータ構造の例を図74に示す。
【0244】
DTPドキュメントのスタイル情報としては、図74(a)に示すように、削除されたページの配列がある。削除されたページの配列の要素は、図74(b)に示すように、複数の項目より成るオブジェクトである。この要素オブジェクトの構成項目(プロパティ)は、図74(b)に示すように、「このページの削除日時」、「このページの番号」、「削除された小組の物件IDの配列」、「削除された小組の小組IDの配列」及び「削除された小組の削除日時配列」である。「削除された小組の物件IDの配列」、「削除された小組の小組IDの配列」及び「削除された小組の削除日時配列」は、図73(b)に示すものと同様であり、これらの配列には、削除されたページに含まれていた全ての小組についての要素が入る。
【0245】
次に、小組削除部3107が行う「小組毎の削除」の動作について図75を参照して説明する。
【0246】
まず、上述したように、小組削除のためのユーザの入力を受け付ける(ステップS3201)。次に、ページ内の図73に示す「削除された小組の物件IDの配列」に要素を追加し、その要素にステップS3201で削除した小組に割り当てられていた物件IDを設定する(ステップS3203)。次に、ページ内の図73に示す「削除された小組の小組IDの配列」に要素を追加し、その要素にステップS3201で削除した小組に割り当てられていた小組IDを設定する(ステップS3205)。次に、ページ内の図73に示す「削除された小組の削除日時の配列」に要素を追加し、その要素に現在の日時を設定する(ステップS3207)。
【0247】
次に、小組削除部3107が行う「削除されたページに含まれる全小組の削除」の動作について図76を参照して説明する。
【0248】
まず、上述したように、ページ削除のためのユーザの入力を受け付ける(ステップS3211)。次に、メモリ上に「赤字データ格納ページ」をオブジェクトとして作成する(ステップS3213)。この「赤字データ格納ページ」のオブジェクトは、削除されたページの配列の要素オブジェクトと同様に、「このページの削除日時」、「このページの番号」、「削除された小組の物件IDの配列」、「削除された小組の小組IDの配列」及び「削除された小組の削除日時の配列」を構成項目(プロパティ)として有している。次に、ステップS3211で削除されたページを走査することにより、削除されたページに含まれている全ての小組を取得する(ステップS3215)。次に、「赤字データ格納ページ」の「このページの削除日時」に現在の日時を設定する(ステップS3217)。次に、「赤字データ格納ページ」の「ページ番号」に削除されたページの番号を設定する(ステップS3217)。次に、削除されたページに含まれていた全ての小組についてステップS3223〜S3227の動作を繰り返す(ステップS3221)。
【0249】
ステップS3223では、「赤字データ格納ページ」の「削除された物件の物件IDの配列」に要素を追加し、追加された要素に現在の小組に割り当てられていた物件IDを設定する。次に、「赤字データ格納ページ」の「削除された物件の小組IDの配列」に要素を追加し、追加された要素に現在の小組に割り当てられていた小組IDを設定する(ステップS3225)。次に、「赤字データ格納ページ」の「削除された物件の削除日時の配列」に要素を追加し、追加された要素に現在の日時を設定する(ステップS3227)。
【0250】
ステップS3221のループを抜けたならば、DTPドキュメント内の「削除されたページの配列」に要素を追加し、追加された要素に「赤字データ格納ページ」をコピーし、「赤字データ格納ページ」を廃棄する(ステップS3229)。
【0251】
次に、赤字データ書出部2109について説明する。
【0252】
赤字データ書出部3109が出力する赤字データXML電子文書3111の構造は図77に示す通りである。
【0253】
図77に示す赤字データXML電子文書3111の構造は、図21に示す赤字データXML電子文書111の構造と同様であるが、「物件」の階層が最下層であり、「項目」の階層を有さない。
【0254】
赤字データ書出部3109が図73及び74に示すスタイル情報を基に生成する赤字データXML電子文書3111の具体例を図78に示す。
【0255】
図78を参照すると、第16ページについては、<page>タグの"page_no"の値は"116"であり、削除された小組についての<bukken>タグの"update_type"の値は削除を示す"del"である。また、第120ページについては、<page>タグの"page_no"の値は、ページ番号である"120"と"-del"と削除日時である"20021219101120"を文字結合した"120-del20021219101120"であり、削除された3つの小組についての<bukken>タグの"update_type"の値は削除を示す"del"である。
【0256】
次に、赤字データ書出部3109の動作について図79を参照して説明する。
【0257】
図79を参照すると、まず、DTPドキュメントを走査し、DTPドキュメントに書き込まれている赤字データ作成用に必要なDTPドキュメントの階層のデータ(図74に例を示す)を読み込む(ステップS3231)。次に、ステップS3233のループでは、「削除されたページに含まれる全小組の削除」により削除された小組についての赤字データを書き出し、ステップS3241のループでは、「小組毎の削除」で削除された小組についての赤字データを書き出す。
【0258】
ステップS3233のループでは、「削除されたページの配列」(図74参照)の全要素についてステップS3235〜S3239を繰り返す。
【0259】
ステップS3235では、<page>タグを書き出す。タグの"page_no"には、上述した文字結合を記述する。次に、「削除されたページの配列」の要素オブジェクトの配列項目の全要素についてステップS3239を繰り返す(ステップS3237)。ステップS3239では、<bukken>タグを書き出す。タグの"kgm_seq"、"bkn_id"及び"update_type"には、それぞれ、現在の小組の小組ID、現在の小組の物件ID及び"del"を記述する。
【0260】
次に、ステップS3241のループでは、ステップS3243〜S3249を繰り返す。
【0261】
ステップS3243では、ページを走査し、DTPドキュメントに書き込まれている赤字データ作成用に必要なページの階層のデータ(図73に例を示す)を読み込む。次に、<page>タグを書き出す。タグの"page_no"には、現在のページの番号を記述する。次に、現在のページの削除された小組についてステップS3249を繰り返す(ステップS3247)。ステップS3249では、<bukken>タグを書き出す。タグの"kgm_seq"、"bkn_id"及び"update_type"には、それぞれ、現在の小組の小組ID、現在の小組の物件ID及び"del"を記述する。
【0262】
次に、赤字データ戻しツール3113は、実施形態2の赤字データ戻しツール1113と同様に、図48〜50に示す諸テーブルを用いる。
【0263】
次に、赤字データインポート部3115について説明する。赤字データインポート部3115は、実施形態3の赤字データインポート部2115の機能に加え、実施形態4に特有な機能を有する。
【0264】
赤字データインポート部3115の動作を図80に示す。図80を実施形態3の赤字データインポート部2115の動作を示す図63と比較すると明らかなように、赤字データインポート部3115が行うステップS301〜S317、S2301、S2303、S319〜323、S1301〜S1309、S325〜S345は、実施形態3の赤字データインポート部2115が行うものと同一であるので、これらのステップについての説明は省略し、追加されたステップS3301のみについて説明する。なお、赤字データインポート部3115は、実施形態1による変更のあった項目、実施形態2による追加のあった項目、実施形態3による追加のあった小組及び実施形態4による削除された小組を含む赤字データXML電子文書をインポートするものとする。
【0265】
ステップS3301では、DTP処理区分が「削除された」であるか否かをみる。具体的には、赤字データXML電子文書3111の<bukken>タグの項目"update_type"の値が"del"であるか否かをみる。
【0266】
ステップS3301での判断結果が肯定的であれば、ステップS321の<item>タグについての繰返しをスキップして、ステップS307に進むことにより、次の<bukken>タグについての処理を開始する。ステップS321の<item>タグについての繰返しをスキップするのは、削除された小組については、<item>タグが無いからである。
【0267】
赤字データインポート部3115が図80に示す処理を行った後に、赤字データ戻しツール3113が削除された小組について更新データ編集ビューに表示する画面を図81に示す。図81に示す画面では、右側の表には、第116ページの削除された小組(「ウルティマGマルチ」が割り当てられていた小組)が表示されている。また、削除したページである第120ページは左側のツリービューで淡く表示されている。削除したページの物件データも左側のツリービューで選択することにより右側の表に表示することが可能である。
【0268】
図81を参照すると、削除された小組については、赤字データが無いので、赤字データの列はブランクである。また、削除された小組に割り当てられていた物件データの物件IDを獲得できているので、その物件IDを有するレコードを物件テーブルから検索し、そのレコードの各列の値を物件データの列及び更新データの列に表示している。
【0269】
図81に示す初期状態では、その物件IDのレコードは、反映処理を行っても、物件テーブルから削除されない。ある小組がDTPにおいて削除されたとしても、それは単なるDTPのみにおける削除であって、物件データの物件テーブルからの削除を意図したものではない可能性があるからである。従って、図81の画面を見たユーザは、現在図81の画面に表示されている物件データのレコードを物件テーブルから削除すると決定したならば、「DBから削除」ボタン3001を押す。こうすると、現在表示されている物件データについてのツリービューの表示様式が変化し、更新データの列の背景が全ての行について赤色に変化する。このような変化により、ユーザは、これから反映処理を行うと、当該削除された小組に割り当てられていた物件データのレコードを物件テーブルから削除することとなることを知ることができる。
【0270】
かくして、反映処理を行うと、「DBから削除」3001が押された物件データのレコードが物件テーブルから削除される。一方、反映処理を行っても、「DBから削除」ボタン3001が押されなかった物件データのレコードは物件テーブルから削除されずに済む。
【0271】
次に、データ確認・修正部3117について説明する。データ確認・修正部3117は、実施形態1のデータ確認・修正部117の機能に加え、実施形態4に特有な機能を有する。
【0272】
データ確認・修正部3117の動作を図82に示す。図82と実施形態1のデータ確認・修正部117の動作を示す図35を比較すると明らかなように、データ確認・修正部3117が行うステップS351〜S365及びS367〜S369は、実施形態1のデータ確認・修正部117が行うものと同様であるので、これらのステップについての説明は省略し、追加されたステップS3351及びS3353のみについて説明する。
【0273】
ステップS351の判断結果が否定的であれば(更新データ編集ビューが選択されていれば)、現在更新データ編集ビューに表示されている物件データのレコードを物件テーブルから削除することが選択されているか否かを判断する(ステップS3351)。これは、具体的には、図81に示す更新データ編集ビューの「DBから削除」ボタン3001が押されたか否かをみることにより行う。
【0274】
ステップS3351の判断結果が肯定的であれば、データベースから削除する処理(ステップS3353)を行ってからステップS367に進み、ステップS3351の判断結果が否定的であれば、ステップS3353をスキップして直ちにステップS367に進む。
【0275】
ステップS3353は、レコード削除確定部3118により行われる。ステップS3353の詳細を図83を参照して説明する。
【0276】
まず、赤字物件テーブル291(図49参照)の該当レコードの「反映処理区分」を「削除する」に設定する(ステップS3361)。ここで、該当レコードとは、更新データ編集ビューに現在表示されている物件IDと同一の「オリジナル物件ID」を有するレコードである。次に、更新データ編集ビューの該当小組の更新データ列の全行の背景色を赤色に変化させ、その小組のツリービューにおけるアイコンを変化させる(ステップS3363)。ここで該当小組とは、更新データ編集ビューに現在表示されている小組である。
【0277】
次に、反映部3119について説明する。反映部2119は、実施形態3の反映部2119の機能を全て有するが以下の点が異なる。
【0278】
反映部3119の動作を図84に示す。図84を実施形態3の反映部2119の動作を示す図69と比較すると明らかなように、反映部3119が行うステップS371〜S387、S2371、S2373及びS1391は、実施形態3の反映部2119が行うものと同様である。反映部3119は更に、ステップS3371及びS3373を行う。
【0279】
ステップS3371では、「赤字物件テーブル」291の「反映処理区分」が「削除する」か否かを判断する。
【0280】
ステップS3371の判断結果が肯定的であれば、「赤字物件テーブル」291の現在のレコードの「オリジナル物件ID」と同一の「物件ID」を有するレコードを「物件テーブル」271から削除する(ステップS3373)。
【0281】
【発明の効果】
以上説明したように、本発明によれば、DTP上で入力された赤字データを自動的又は一部修正後にデータベースに反映させることが可能となる。
【0282】
また、データベースから抽出した物件を小組で管理することが可能となる。
【0283】
更に、訂正内容を記述したデータを全てそのままデータベースに反映させるのではなく、訂正内容を効率よくチェックしてからデータベースへ反映させることにより、信頼性の高いデータベースを維持することができる。
【0284】
更に、DTP上で追加された項目の値をデータベースに反映させることが可能となる。
【0285】
更に、DTP上で追加された項目の名称をデータベースのテーブルの列の名称と一致させておけば、ほぼ自動にDTP上で追加された項目の値をデータベースに反映させることが可能となる。
【0286】
更に、DTP上で追加された項目の名称がデータベースのいずれのテーブルのいずれの列の名称とも一致しない場合には、ユーザは、追加された項目の値を反映させるべきデータベースのテーブルの列を選択することができる。
【0287】
更に、DTP上で小組が追加された場合に、追加された小組の各項目に設定された値をデータベースのテーブルの既存のレコード又は新規のレコードに反映させることができる。
【0288】
更に、DTP上で小組が削除された場合に、削除された小組にデータが割り当てられていたレコードをデータベースのテーブルから自動的に削除することができる。
【図面の簡単な説明】
【図1】本発明の実施形態1による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図2】本発明の実施形態1による赤字データ反映を考慮しないXSL−FO電子文書の例の第1の部分である。
【図3】本発明の実施形態1による赤字データ反映を考慮しないXSL−FO電子文書の例の第2の部分である。
【図4】本発明の実施形態1による赤字データ反映を考慮しないXSL−FO電子文書を基にレンダリング部によりレンダリングされた画面を示す図である。
【図5】本発明の実施形態1による赤字データ反映を考慮しないXSL−FO電子文書を基に作成されたDTPドキュメントの構造をオブジェクトクラス図の形式で表わした図である。
【図6】本発明の実施形態1によるレンダリング部により行われる赤字データ反映を考慮しないXSL−FO電子文書を基にDTPドキュメントを作成する方法を示すフローチャートである。
【図7】図6に示す文字データ作成のステップの詳細を示すフローチャートである。
【図8】本発明の実施形態1による赤字データ反映を考慮したXSL−FO電子文書の例の第1の部分である。
【図9】本発明の実施形態1による赤字データ反映を考慮したXSL−FO電子文書の例の第2の部分である。
【図10】本発明の実施形態1による赤字データ反映を考慮したXSL−FO電子文書を基に作成されたDTPドキュメントの構造をオブジェクトクラス図の形式で表わした図である。
【図11】本発明の実施形態1によるレンダリング部により行われる赤字データ反映を考慮したXSL−FO電子文書を基にDTPドキュメントを作成する方法を示すフローチャートである。
【図12】図11に示す文字データ作成のステップの詳細を示すフローチャートである。
【図13】本発明の実施形態1による赤字データ反映を考慮したXSL−FO電子文書を基にレンダリング部によりレンダリングされた画面を示す図である。
【図14】本発明の実施形態1による修正部によるテキストデータの修正を説明するための第1の図である。
【図15】本発明の実施形態1による修正部によるテキストデータの修正を説明するための第2の図である。
【図16】本発明の実施形態1による修正部による画像リンクの修正を説明するための第1の図である。
【図17】本発明の実施形態1による修正部による画像リングの修正を説明するための第2の図である。
【図18】本発明の実施形態1による修正部による画像リンクの修正を説明するための第3の図である。
【図19】本発明の実施形態1によるデータ修正部により行われるデータ修正の方法を示すフローチャートである。
【図20】本発明の実施形態1による赤字データ書出部により行われる赤字データの赤字データXML電子文書への書き出しの方法を示すフローチャートである。
【図21】本発明の実施形態1による赤字データXML電子文書の構造をXMLの形式で表わした図である。
【図22】本発明の実施形態1による赤字データXML電子文書の例を示す図である。
【図23】本発明の実施形態1による赤字データ戻しツールが表示する赤字データ一覧ビューの初期の状態を示す図である。
【図24】本発明の実施形態1による赤字データ戻しツールが表示する更新データ編集ビューの編集中の状態を示す図である。
【図25】本発明の実施形態1による赤字データ戻しツールが表示する赤字データ一覧ビューの編集中の状態を示す図である。
【図26】本発明の実施形態1によるデータ確認・修正部が表示する置換のためのダイアログ画面を示す図である。
【図27】本発明の実施形態1による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部による置換処理が行われた後の状態を示す図である。
【図28】本発明の実施形態1による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部による重複チェックが行われたときの状態を示す図である。
【図29】本発明の実施形態1によるデータ確認・修正部が表示するソート条件入力のためのダイアログ画面を示す図である。
【図30】本発明の実施形態1による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部によるソート処理が行われた後の状態を示す図である。
【図31】本発明の実施形態1による赤字データ戻しツールが表示する赤字データ一覧ビューのデータ確認・修正部が検索条件の入力を行う時の状態及び検索を行った後の状態を示す図である。
【図32】本発明の実施形態1による赤字データのデータベースへの反映装置で用いるテーブルを示す第1の図である。
【図33】本発明の実施形態1による赤字データのデータベースへの反映装置で用いるテーブルを示す第2の図である。
【図34】本発明の実施形態1による赤字データインポート部が行う赤字データインポートの方法を示すフローチャートである。
【図35】本発明の実施形態1によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図36】本発明の実施形態1による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【図37】 本発明の実施形態2による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図38】本発明の実施形態2において、テキストボックスにテキストの項目を追加する前と後の状態を示す図である。
【図39】本発明の実施形態2において、テキストボックスにテキストの項目を追加する際に用いるダイアログ画面を示す図である。
【図40】本発明の実施形態2において、テキストボックスにインライン画像の項目を追加する前と後の状態を示す図である。
【図41】本発明の実施形態2において、テキストボックスに追加されたインライン画面の項目名を入力する際に用いるダイアログ画面を示す図である。
【図42】本発明の実施形態2において、小組に新たにボックスを追加する際に用いるメニューを示す図である。
【図43】本発明の実施形態2において、ボックスが追加された小組を示す図である。
【図44】本発明の実施形態2において、DTPデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図45】本発明の実施形態2による項目追加部の動作を示すフローチャートである。
【図46】本発明の実施形態2による赤字データ書出部が生成する赤字データXML電子文書の構造XMLの形式で表わした図である。
【図47】本発明の実施形態2による赤字データXML電子文書の例を示す図である。
【図48】本発明の実施形態2による赤字データのデータベースへの反映装置で用いるテーブルを示す第1の図である。
【図49】本発明の実施形態2による赤字データのデータベースへの反映装置で用いるテーブルを示す第2の図である。
【図50】本発明の実施形態2による赤字データのデータベースへの反映装置で用いるテーブルを示す第3の図である。
【図51】本発明の実施形態2による赤字データ部が行う赤字データインポートの方法を示すフローチャートである。
【図52】本発明の実施形態2によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図53】本発明の実施形態2による更新先不明データ設定部が行う更新先不明データ設定の方法を示すフローチャートである。
【図54】本発明の実施形態2による更新先不明データ設定部が表示する画面を示す図である。
【図55】本発明の実施形態2によるデータ確認・修正部及び更新先不明データ設定部が修正及び設定を行った後に、データ確認・修正部が表示する画面の要部を示す図である。
【図56】本発明の実施形態2による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【図57】本発明の実施形態3による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図58】本発明の実施形態3による小組追加部の動作に伴う画面の変化を示す図である。
【図59】本発明の実施形態3において、DTPデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図60】本発明の実施形態3による小組追加部の動作を示すフローチャートである。
【図61】本発明の実施形態3による赤字データ書出部が生成する赤字データXML電子文書の構造XMLの形式で表わした図である。
【図62】本発明の実施形態3による赤字データXML電子文書の例を示す図である。
【図63】本発明の実施形態3による赤字データ部が行う赤字データインポートの方法を示すフローチャートである。
【図64】本発明の実施形態3による赤字データ戻しツールが追加小組について最初に表示する更新データ編集ビュー状態を示す図である。
【図65】本発明の実施形態3によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図66】本発明の実施形態3による物件データ呼出部が行う物件データ呼出しの方法を示すフローチャートである。
【図67】本発明の実施形態3による物件データ呼出部が表示する物件テーブルのレコードを選択するための画面を示す図である。
【図68】本発明の実施形態3による赤字データ戻しツールが追加小組について物件テーブルのレコードを割り当てた後に表示する更新データ編集ビュー状態を示す図である。
【図69】本発明の実施形態3による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【図70】本発明の実施形態4による赤字データのデータベースへの反映装置の構成を示すブロック図である。
【図71】本発明の実施形態4による「小組毎の削除」を説明するための図である。
【図72】本発明の実施形態4による「削除されたページに含まれる全小組の削除」を説明するための図である。
【図73】本発明の実施形態4において、「小組毎の削除」を行った場合にDTPデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図74】本発明の実施形態4において、「削除されたページに含まれる全小組の削除」を行った場合にDTPデータに埋め込まれたデータ構造及びその内容例を示す図である。
【図75】本発明の実施形態3による小組追加部の「小組毎の削除」を行う場合の動作を示すフローチャートである。
【図76】本発明の実施形態3による小組追加部の「削除されたページに含まれる全小組の削除」を行う場合の動作を示すフローチャートである。
【図77】本発明の実施形態4による赤字データ書出部が生成する赤字データXML電子文書の構造XMLの形式で表わした図である。
【図78】本発明の実施形態4による赤字データXML電子文書の例を示す図である。
【図79】本発明の実施形態4による赤字データ書出部により行われる赤字データの赤字データXML電子文書への書き出しの方法を示すフローチャートである。
【図80】本発明の実施形態4による赤字データインポート部が行う赤字データインポートの方法を示すフローチャートである。
【図81】本発明の実施形態4による赤字データ戻しツールが削除された小組について最初に表示する更新データ編集ビュー状態を示す図である。
【図82】本発明の実施形態4によるデータ確認・修正部が行うデータ修正の方法を示すフローチャートである。
【図83】本発明の実施形態4によるレコード削除確定部が行うレコード削除確定の方法を示すフローチャートである。
【図84】本発明の実施形態4による反映部が行う赤字データのデータベースへの反映方法を示すフローチャートである。
【符号の説明】
101 割り付け済みXSL−FO電子文書
103、1103、2103、3103 DTPソフトウェア
105 レンダリング部
107 データ修正部
109、1109、2109、3109 赤字データ書出部
111、1111、2111 赤字データXML電子文書
113、1113、2113、3113 赤字データ戻しツール
115、1115、2115、3115 赤字データインポート部
117、1117、2117、3117 データ確認・修正部
119、1119、2119、3119 反映部
121 物件データベース
1107 項目追加部
1118 更新先不明データ設定部
2107 小組追加部
2118 物件データ呼出部
3107 小組削除部
3118 レコード削除確定部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method for reflecting data in a database and a device for reflecting the correction contents of the data in the database.
[0002]
[Prior art]
Property magazines (used car magazines, used car data, housing data, etc.) that incorporate each property into one sub-group of several types of sub-groups, and arrange several sub-groups on one page. Database publishing has appeared as a method for publishing housing magazines).
[0003]
According to database publishing, since the property data frequently fluctuates due to the sale and purchase of properties and the number of properties is large, a database is used to manage the property data. In database publishing, property data to be published in a property magazine is extracted from the database, and this is expressed in XML (eXtensible Markup Language) electronic documents. How to arrange small groups, layout of items in each small group, and each XSLT electronic document called XSLT (eXtensible Stylesheet Language Transformation) style sheet is used to specify the property to be assigned to the small group, and XSL-FO (eXtensible Stylesheet Language-Formatting Object) electronic document is generated from the XML document and the XSLT document using an XSLT processor Then, DTP data is generated from the XSL-FO electronic document using the XSL-FO processor.
[0004]
In addition, there are the following as prior art documents related to the present invention.
[0005]
[Non-Patent Document 1]
Catalog "DBPublisher 1.0, DBPress 4.0", Issued by: Japan, Sold by: DTE A, Ltd., Developer: Lynx
[0006]
In addition, the applicant has filed the following application regarding the invention related to the present invention.
[0007]
Japanese Patent Application 2001-256378
Japanese Patent Application No. 2001-362811
Japanese Patent Application 2001-37763
Japanese Patent Application No. 2002-147964
Japanese Patent Application No. 2002-299080
Japanese Patent Application No. 2003-032466
[0008]
[Problems to be solved by the invention]
By the way, even when database publishing is performed, calibration is performed on the DTP immediately before printing. In proofreading, as in normal publishing, correction of typographical errors is performed directly on the DTP data, not on the database. Therefore, in order to reflect the correction contents in the database, it is necessary to manually correct the database according to the correction contents.
[0009]
For example, with the DBPublisher 1.0 and DBPress 4.0 write-back functions of Links Inc., the correction contents are not automatically reflected directly in the database, but the correction contents for items for which bidirectional attributes of all records are set Only the described CSV format file is generated, and the user has to correct the database based on the CSV format file.
[0010]
In database publishing, when extracting property data to be published in a property magazine from the database, instead of extracting all the columns of the database table, only the necessary columns are extracted and Try to print. However, once it is determined that there is no need to print the contents of the column, it is still necessary to print during the DTP. In such a case, the data is individually displayed on the DTP. Add. When such data is added, the contents of the data are not always the same as the contents stored in the database, and are generally different. In some cases, the content of the data added on the DTP is newer than the content stored in the database, and the former content is desired to be updated with the latter content. However, conventionally, in order to do this, the database has to be operated independently of the addition on the DTP.
[0011]
Furthermore, there is a case where a small group is added on the DTP and a value is set for each item of the small group, but conventionally, there is no method for automatically reflecting the value set for each added item in the database.
[0012]
Furthermore, there is a case where all sub-sets of the page are deleted by deleting the sub-sets individually on the DTP or deleting the page. Conventionally, a record in which data is assigned to the deleted sub-set is stored in the database. There was no way to automatically delete from the table.
[0013]
The present invention has been made in view of the above problems, and an object of the present invention is to provide a data reflection method and apparatus for reflecting data in a database which can reflect the correction contents of the data almost automatically. And
[0014]
In addition, the present invention does not reflect all the data describing the correction contents in the database as they are, but efficiently checks the correction contents and reflects them in the database to maintain a highly reliable database. It is an object of the present invention to provide a method and apparatus for reflecting data in a database.
[0015]
It is another object of the present invention to provide a data reflection method and apparatus for reflecting data added to the DTP automatically in the database.
[0016]
Another object of the present invention is to provide a database reflection method and apparatus capable of automatically reflecting values set in each item of a small set added on DTP in the database. .
[0017]
It is another object of the present invention to provide a method of reflecting data in a database that enables a record in which data has been assigned to a deleted set to be automatically deleted from a database table.
[0018]
[Means for Solving the Problems]
According to the first aspect of the present invention, rendering that generates DTP data based on an electronic document for rendering apparatus In addition, for at least one page, one or more fo: block-container tags representing a small set are described in the fo: page-sequence tag representing the page of the DTP data, and at least the fo representing the small set. XSL- having one or more fo: block-container tags representing a text box or image box in the block-container tag, and having a character style hierarchy tag in the fo: block-container tag representing the text box An FO (eXtensible Stylesheet Language-Formatting Object) electronic document, which includes a fo: block-container tag representing the sub-set Attribute data Of a fo: block-container tag that has a small group ID and a property ID and represents the text box Attribute data As an array of paths of database items that have been inserted and an array of item names of database items that have been injected, Attribute data A virtual 1 representing a small set in the at least one page on the basis of having information indicating the path of the database item, the item name of the database item, the flow order of the database item, and the presence / absence of the replacement processing of the database item Alternatively, DTP data that configures a plurality of areas and further configures at least a text box or an image box in each subgroup for the at least one page. A hierarchy of text boxes and a hierarchy of image boxes below the sub-set hierarchy, at least a character-style hierarchy below the text box, and the sub-set hierarchy includes at least the sub-set ID and The property ID is described, and at least the data that has been poured into the hierarchy of the text box. An array of base item paths, an array of database item names that have been poured in, an ordering sequence of database items that have been merged, and an array of update dates and times of database items that have been merged are described. Information indicating the path of the database item, the item name of the database item, the flow order of the database item, and the presence / absence of the replacement process of the database item is described, and at least the database item that has been flowed in the hierarchy of the image box Generating an array in which an array of paths, an array of item names of the database items that have been inserted, an array of an order of the database items that have been inserted, and an array of update dates and times of the database items that have been inserted are generated rendering apparatus In this case, the small group ID and the property ID are generated based on the small group ID and the property ID of the XSL-FO electronic document, respectively, and written into the small group hierarchy of the DTP data. means And an array of paths of the database items that have been inserted, an array of names of the database items that have been injected, an array of sequences of the database items that have been injected, and an array of update dates and times of the database items that have been injected, respectively. The XSL-FO electronic document is generated on the basis of an array of paths of the database items that have been inserted, an array of database item names that have been injected, an order of the database items that have been injected, and a predetermined value, and the DTP data Create a text box to write to the text box hierarchy means And the path of the database item, the item name of the database item, the flow order of the database item, and the information indicating the presence or absence of the replacement processing of the database item, respectively, the path of the database item of the XSL-FO electronic document, A character style application that is generated based on information representing the item name of the database item, the flow order of the database item, and the presence / absence of replacement processing of the database item, and written to the character style hierarchy of the DTP data means And an array of paths of the flowed database items, an array of item names of the flowed database items, a flow order of the flowed database items, and an array of update dates and times of the flowed database items, Each of the XSL-FO electronic document is generated based on an array of paths of the database items that have been inserted, an array of item names of the database items that have been inserted, a sequence of the database items that have been inserted, and a predetermined value. Create an image box to write into the DTP data image box means And rendering characterized by comprising apparatus Is provided.
[0019]
According to a second aspect of the present invention, there is provided a rendering method for generating DTP data on the basis of an electronic document for rendering in a computer, and for at least one page, fo: page− representing a page of the DTP data. One or more fo: block-container tags representing a sub-set are described in the sequence tag, and at least a fo: block-container tag representing a text box or an image box is included in the fo: block-container tag representing the sub-set. An XSL-FO (eXtensible Stylesheet Language-Formatting Object) electronic document having one or more described fo: block-container tags representing a text box and having a tag of a character style hierarchy, representing the sub-set The attribute data of the o: block-container tag has a small group ID and the property ID, and the attribute data of the fo: block-container tag representing the text box includes an array of paths of the database items that have been injected and the database that has been injected As an attribute data of the tag of the character style hierarchy, information indicating the path of the database item, the item name of the database item, the flow order of the database item, and the presence / absence of the replacement process of the database item is included. Based on what is included, one or more virtual regions representing a small group are configured in the at least one page, and at least a text box or an image box is configured in each small group for the at least one page. DTP data, hierarchy In general terms, it has a small hierarchy below the page hierarchy, a text box hierarchy and an image box hierarchy below the subset hierarchy, and at least a character style hierarchy below the text box. At least the small group ID and the property ID are described in the small group hierarchy, and at least the database item path array, the database item name array inserted, and the text box hierarchy. The sequence of the inserted database items and the update date / time sequence of the inserted database items are described, and at least the path of the database item, the item name of the database item, and the input of the database item are included in the character style hierarchy. Describes information indicating the order and presence / absence of replacement processing of the database item The hierarchy of the image boxes includes at least an array of paths of the inserted database items, an array of item names of the input database items, an arrangement of the order of input of the input database items, and an input of the input database items. In the rendering method, characterized in that an array in which an update date / time array is described is generated, the small group ID and the property ID are respectively converted into the small group ID and the property of the XSL-FO electronic document by a small group creation unit. A pair creation step that is generated based on the ID and is written to the hierarchy of the subset of the DTP data, and a text box creation means, a path array of the database item that has been fed in, an array of the database item name that has been fed in, and the casting The sequence of the flow order of the selected database items and The update date / time array of the inserted database item is respectively the array of the path of the input database item of the XSL-FO electronic document, the array of the input database item name, the array of the input database item A text box creation step that is generated on the basis of the flow order and a predetermined value and is written in the text box hierarchy of the DTP data, and a character style applying means, by the path of the database item, the item name of the database item, the database item Information indicating the flow order and the presence / absence of replacement processing of the database item are respectively the path of the database item of the XSL-FO electronic document, the item name of the database item, the flow order of the database item, and the replacement of the database item. Processing available A character style applying step that is generated on the basis of information indicating nothing and is written in the character style hierarchy of the DTP data, and an array of paths of the database items that have been fed in by the image box creation means, An array of item names, an array of the flow order of the flowed database items, and an array of update dates and times of the flowed database items, respectively, an array of paths of the flowed database items of the XSL-FO electronic document, An image box creating step that is generated on the basis of an array of item names of the database items that have been inserted, a flow order of the database items that have been poured in, and a predetermined value, and that is written into an image box of the DTP data. Program to execute the rendering method It is offered .
[0033]
According to a fourth aspect of the present invention, there is provided a data structure generation step for generating a data structure in which a value of an item changed on the DTP and a position of the item in the database can be associated with each other. An item value changing step for accepting a change in value, a red character data generating step for generating red data for the value of the item changed on the DTP and the position, based on the data structure, and based on the red data And a reflecting step of reflecting the value of the changed item in the position of the database. A method of reflecting data in the database is provided.
[0034]
In the method for reflecting data in a database according to the fourth aspect of the present invention, a data correction step is provided between the deficit data generation step and the reflection step, and the data correction step is reflected in the position as it is. The value of the item that cannot be corrected may be corrected to a value that can be reflected in the position, and the correction step may reflect the corrected value in the position.
[0035]
According to the fifth aspect of the present invention, a deficit data generation step for generating data on the names and values of items added on the DTP, and a database table corresponding to the names of the items included in the deficit data There is provided a method for reflecting data in a database, comprising: a column specifying step for specifying a column of the data; and a reflecting step for reflecting the value of the item included in the deficient data in the specified column. The
[0036]
In the method of reflecting data in a database according to the fifth aspect of the present invention, the column specifying step may be performed by checking a column name of the database table that matches the name of the item.
[0037]
In the data reflection method according to the fifth aspect of the present invention, the column specifying step may be performed by allowing a user to select a column name of the database table corresponding to the item name. Good.
[0038]
In the method of reflecting data to a database according to the fifth aspect of the present invention, a data correction step is provided between the column specifying step and the reflecting step, and the data correcting step is reflected on the specified column as it is. The value of the item that cannot be changed is corrected to a value that can be reflected in the specified column, and the reflection step may reflect the corrected value in the specified column.
[0039]
According to the sixth aspect of the present invention, the deficit data for generating the deficit data on the value of each item of the small set added on the DTP and the information indicating which column of the database table each item corresponds to. Generating step, record information input step for inputting record information indicating which record of the table corresponds to the subgroup added on the DTP, and based on the deficit data and the record information on the DTP And a first reflecting step of reflecting the value of each item of the sub-set added in step 1 to the column indicated by the red data of the record indicated by the record information of the table. A reflection method is provided.
[0040]
According to a sixth aspect of the present invention, a method for reflecting data in a database adds a record to the table if the record information is not obtained, and adds a sub-set added on the DTP based on the deficit data. The method may further include a second reflecting step of reflecting the value of each item in the column indicated by the red data of the added record.
[0041]
According to the seventh aspect of the present invention, on the basis of the deficit data generation step of generating deficit data for the information specifying the record in which the data has been assigned to the subgroup deleted on the DTP, and the deficit data, And a deletion step of deleting the record from the table. A method of reflecting the data in the database is provided.
[0042]
According to a seventh aspect of the present invention, there is provided a method for reflecting data in a database, wherein a deletion by inputting a confirmation by a user as to whether or not to delete the specified record is performed between the deficit data generation step and the deletion step. There may be a confirmation step, and in the deletion step, only the record confirmed to be deleted in the deletion confirmation step may be deleted.
[0043]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0044]
[Embodiment 1]
First, referring to FIG. 1, the data reflection apparatus according to the first embodiment is roughly divided into a DTP software 103 and a deficient data return tool 113. The DTP software 103 includes a rendering unit 105 corresponding to an XSL-FO processor, a data correction unit 107, and a red data writing unit 109. The deficit data return tool 113 includes a deficit data import unit 115, a data confirmation / correction unit 117, and a reflection unit 119. The DTP software 103 is a computer program as the name indicates, and this function is realized when the computer reads and executes the DTP software 103. The deficit data return tool 113 can also be realized by a computer reading and executing a computer program for causing the computer to function as the deficit data return tool 113.
[0045]
The rendering unit 105 displays a page according to the contents of the allocated XSL-FO electronic document 101. The data correction unit 107 corrects data according to a user operation. The red data writing unit 109 writes the red data as the red data XML electronic document 111. The red data import unit 115 imports the red data XML electronic document 111. The data confirmation / correction unit 117 confirms and further corrects the red data. The reflection unit 119 updates the contents of the property database 121 using the red data.
[0046]
Next, the operation of the DTP software 103 will be described.
[0047]
The XSL-FO electronic document 101 has data necessary for reflecting the deficit data in the property database 121 in addition to data for performing normal DTP.
[0048]
The rendering unit 105 performs rendering based on the XSL-FO electronic document 101 in consideration of red data reflection. Before describing such rendering, rendering performed based on an XSL-FO electronic document that does not take into account deficit data reflection will be described. This rendering is not performed for pages such as advertisements inserted between pages describing property data.
[0049]
FIGS. 2 and 3 show examples of allocated XSL-FO electronic documents that do not take into account red data reflection. 2 and 3, a small group is provided in the lower layer of the page, and an image box and a text box are provided in the lower layer of the small group. In the case of a conventional XSL-FO electronic document, an image box and a text box are directly provided in the lower layer of the page. Therefore, according to the present invention, a small set is provided between them.
[0050]
In a portion denoted by reference numeral 401, two layout masters (layout_master_1, layout_master_2) are described. A part indicated by reference numeral 403 describes a page. A portion indicated by reference numeral 405 describes a small set. In a portion indicated by reference numeral 407, a text box is described. In a portion indicated by reference numeral 409, an image box is described.
[0051]
FIG. 4 shows a layout of a DTP document created based on an XSL-FO electronic document according to the present invention. A frame indicated by a broken line is a small set, and an image box and a text box are arranged therein. Since the small group is a virtual layer, it is neither drawn nor printed. Paragraph styles and character styles are applied to the text box characters. Here, a paragraph is a range from one line break to the next line break. A paragraph style is a style applied to characters in the corresponding paragraph. Examples of the paragraph style include a font type and a character size. The character style is a style applied to a predetermined range of characters in a paragraph, and takes precedence over the paragraph style. As the character style, there are, for example, a font type, a character size, and the like as in the paragraph style.
[0052]
FIG. 5 shows the structure of a DTP document in the form of an object class diagram. There are one or more page hierarchies below the DTP document hierarchy, zero or more sub-hierarchies below the page hierarchy, and zero or more text box hierarchies and zero below the sub-hierarchy hierarchy. There are the above image box hierarchies, and there are 0 or 1 character data hierarchy, 0 or more paragraph style hierarchies and 0 or more character style hierarchies below the text box hierarchy. Below the hierarchy is a hierarchy of zero or one image.
[0053]
The page hierarchy describes the page size, etc., the small group hierarchy describes the coordinates and size of the small group, the text box hierarchy describes the text box coordinates and size, etc., and the paragraph style hierarchy Describes the font type, character size, etc., the character style layer describes the font type, character size, etc., and the image box layer describes the image box coordinates, size, etc. In the hierarchy, an image file name, an image arrangement method, enlargement / reduction, and the like are described.
[0054]
Next, with reference to FIGS. 6 and 7, rendering based on an XSL-FO electronic document that does not take into account deficit data reflection will be described.
[0055]
First, referring to FIG. 6, the allocated XSL-FO electronic document is read (step S411). Next, the process for each page (steps S415 to S433) is repeated (step S413) until the fo: page-sequence tag is eliminated. In step S413, the attribute data of the fo: page-sequence tag in the XSL-FO electronic document is read. In step S415, a page is created based on the XSL-FO electronic document. Next, it is determined whether or not the fo: block-container tag representing a small group is in the first hierarchy. If so, the processing for each small group (steps S419 to S433) is repeated (step S417). . In step S417, attribute data of a fo: block-container tag representing a small set in the XSL-FO electronic document is read. In step S419, a small set is created based on the XSL-FO electronic document. Next, the processing for each box (steps S423 to S433) is repeated until there is no fo: block-container tag representing the box (step S421). In step S421, the attribute data of the fo: block-container tag in the XSL-FO electronic document is read. In the fo: block-container tag representing a text box, id = “T *” is described as an attribute, and in the fo: block-container tag representing an image box, id = “G *” is described as an attribute. Therefore, by checking whether or not the first character of id is T or G, it can be determined whether fo: block-container is a fo: block-container representing a box. In step S423, it is determined whether or not the current box is a text box. If the determination result of step S423 is affirmative, the process proceeds to step S425; otherwise, the process proceeds to step S429. In step S429, it is determined whether or not the current box is an image box. If the determination result of step S429 is affirmative, the process proceeds to step S431.
[0056]
In step S425, a text box is created based on the XSL-FO electronic document. Next, character data to be stored in the text box is created based on the XSL-FO electronic document (step S427).
[0057]
In step S431, an image box is created based on the XSL-FO electronic document. Next, the image is linked to the image box based on the XSL-FO electronic document (step S433).
[0058]
Next, details of the character data creation step (step S427) will be described with reference to FIG. First, the process for each paragraph style (steps S437 to S443) is repeated (step S435) until the fo: block tag disappears. In step S435, the attribute data of the fo: block tag in the XSL-FO electronic document is read.
[0059]
Next, in step S437, the paragraph style information read in step S435 and information about the range to which the paragraph style is applied are temporarily stored in the memory. Next, the processing for each character style (steps S441 to S443) is repeated (step S439) until there is no character style. In step S439, the attribute data of the character style tag (specifically, fo: inline tag) in the XSL-FO electronic document is read. In step S441, the character style information read in step S439 and information about the range to which the character style information is applied are temporarily stored in the memory. Next, the character data read in step S439 is temporarily stored in the memory (step S443).
[0060]
If the loop of steps S435 and S439 is exited, the character data temporarily stored in the memory in step S443 is poured into the DTP data (step S445). Accordingly, in step S445, all character data included in the text box is poured into the DTP data. Next, the paragraph style is applied to the character data in accordance with the paragraph style information temporarily stored in the memory in step S437 and the information about the range to which the paragraph style information is applied (step S447). Here, applying a paragraph style corresponds to storing paragraph style information in DTP data. Next, the character style is applied to the character data according to the character style information temporarily stored in the memory in step S441 and the information about the range to which the character style information is applied (step S449). Therefore, the character style has priority over the paragraph style for characters to which the character style is applied. Here, applying a character style corresponds to storing character style information in DTP data.
[0061]
A plurality of items of property data (for example, “vehicle name” and “color”) can be inserted into one text box, and one character style corresponds to each item. Such a method is used.
[0062]
8 and 9 show an example of the allocated XSL-FO electronic document 101 in consideration of the reflection of red data. This is obtained by adding an item for reflecting red data to the allocated XSL-FO electronic document which does not consider the reflection of red data shown in FIGS. Therefore, the added items are underlined and described below.
[0063]
“Id =“ K1 ”” denoted by reference numeral 141 and “bkn_id =“ 3 ”” denoted by reference numeral 140 are added to the small set of tags. “Id =“ K1 ”” denoted by reference numeral 141 is a small group ID, and “bkn_id =“ 3 ”” denoted by reference numeral 140 is a property ID. The small group ID is also described in the assigned XSL-FO document that does not consider the reflection of red data.
[0064]
The tag of the hierarchy of the text box includes “set_item =" item [@ name_asc = "BKN_NAME"], item [@ name_asc = "COLOR"] "" indicated by reference numeral 142 and "set_item_jp =" property name, "indicated by reference numeral 143. A color "" has been added. “Set_item =“ item [@ name_asc = ”BKN_NAME”], item [@ name_asc = “COLOR”] ”denoted by reference numeral 142 is an array of the paths of the database items that have been introduced, and“ set_item_jp = ”denoted by reference numeral 143 Property name, color "" is an array of database item names that have been inserted. The “arrangement of the flow-in order of database items” 145 is represented by the order of the item names in the “arrangement of the field names of the flow-in database items” 143.
[0065]
The tag of the character style hierarchy (character style tag, specifically “fo: inline” tag) includes “item_jp =“ object name ”” denoted by reference numeral 151 and “item =“ item [”denoted by reference numeral 149. @ name_asc = 'BKN_NAME] "," item_seq = "1""indicated by reference numeral 153, and" isReplaced = "n""indicated by reference numeral 155 are added. “Item_jp =“ property name ”” indicated by reference numeral 151 is the item name of the database item, and “item =“ item [@ name_asc = ”BKN_NAME”] ”indicated by reference numeral 149 is the path of the database item, and reference numeral 153 “Item_seq =“ 1 ”” indicates the flow-in order of database items, and “isReplaced =“ n ”” indicated by reference numeral 155 indicates whether or not the database item is replaced.
[0066]
The tags of other character style layers include "item_jp =" color "" denoted by reference numeral 151, "item =" item [@ name_asc = "COLOR"] "" denoted by reference numeral 149, and "item_seq =" denoted by reference numeral 153. “2” ”and“ isReplaced = “n” ”indicated by reference numeral 155 are added. “Item_jp =“ color ”” indicated by reference numeral 151 is the item name of the database item, and “item =“ item [@ name_asc = ”COLOR”] ”indicated by reference numeral 149 is the path of the database item. “Item_seq =“ 2 ”” shown is a flow order of database items, and “isReplaced =“ n ”” indicated by reference numeral 155 is the presence / absence of a database item replacement process.
[0067]
The added items shown in the above three paragraphs are not in the standard specifications of XSL-FO, but are uniquely expanded by the present invention.
[0068]
The same applies to the added items underlined.
[0069]
FIG. 10 shows the structure of the DTP document generated by the rendering unit 105 from the XSL-FO electronic document 101 in the form of an object class diagram. There are one or more page hierarchies 131 below the DTP document hierarchy 130, zero or more small hierarchies 132 below the page hierarchies 131, and zero or more text boxes below the small hierarchies 132. And a hierarchy 137 of zero or more image boxes, a hierarchy 134 of zero or one character data, a hierarchy 135 of zero or more paragraph styles, and zero or more hierarchies below the hierarchy 133 of text boxes. There is a character style hierarchy 136, and zero or one image hierarchy 138 below the image box hierarchy 137.
[0070]
The page hierarchy describes the page size, etc., the small group hierarchy describes the coordinates and size of the small group, the text box hierarchy describes the text box coordinates and size, etc., and the paragraph style hierarchy Describes the font type, character size, etc., the character style layer describes the font type, character size, etc., and the image box layer describes the image box coordinates, size, etc. In the hierarchy, an image file name, an image arrangement method, enlargement / reduction, and the like are described. In addition, in the box hierarchies 133 and 137, an “arrangement of the flowed-in database item flow order” 145 is described, and in the character style hierarchies 136 “the flow-in order of database items” 153 is written.
[0071]
Furthermore, as items necessary for reflecting the deficit data, the subgroup hierarchy 132 includes “update date and time (latest update date and time of boxes in the subgroup)” 139, “property ID” 140, and “subgroup ID” 141. In the described hierarchy of boxes 133 and 137, an “arranged database item path (XPATH in XML document)” 142, an “arranged database item item name” 143, an “introduced database” An “arrangement of the flow order of items” 145 and an “arrangement of update date and time of the flowed-in database items” 147 are described. In the character style hierarchy 136, “database item path” 149, “database item item name” 151, “database item flow order” 153, and “whether or not database item replacement processing is performed” 155 are described. The initial value of the update date / time is 0:00:00, 0: 0: 0, and if the data is updated, the update date / time becomes the date / time of the update. “There is a database item replacement process” means that the database item is not inserted into the sheet as it is, but the database item that has been replaced based on the database item is inserted into the sheet. The replacement process is, for example, a process of replacing the value of the item “vehicle inspection date” recorded as “14.3” in the database with “March 2002”, and recorded as “white” in the database. For example, processing for replacing the value of the item “color” with an image file of an icon representing white named “white.gif”.
[0072]
Next, with reference to FIGS. 11 and 12, rendering based on the XSL-FO electronic document 101 in consideration of reflection of red data performed by the rendering unit 105 will be described.
[0073]
First, referring to FIG. 11, the allocated XSL-FO electronic document 101 is read (step S181). Next, the processing for each page (steps S185 to S207) is repeated (step S183) until the fo: page-sequence tag is eliminated. In step S183, the attribute data of the fo: page-sequence tag in the XSL-FO electronic document 101 is read. In step S185, a page is created based on the XSL-FO electronic document 101. Next, the processing for each small group (steps S189 to S207) is repeated (step S187) until the fo: block-container tag for the small group disappears. In step S187, the attribute data of the fo: block-container tag for the small set in the XSL-FO electronic document 101 is read. In step S189, a small set is created based on the XSL-FO electronic document 101. Next, the processing for each box (steps S193 to S207) is repeated (step S191) until there is no fo: block-container tag for the box. In step S191, the attribute data of the fo: block-container tag for the box in the XSL-FO electronic document 101 is read. In step S193, it is determined whether or not the current box is a text box. If the determination result of step S193 is affirmative, the process proceeds to step S195. Otherwise, the process proceeds to step S201. In step S201, it is determined whether or not the current box is an image box. If the determination result of step S201 is affirmative, the process proceeds to step S203.
[0074]
In step S195, a text box is created based on the XSL-FO electronic document 101. Next, assuming that the update date and time is 0, 0, 0, 0: 0: 0, box 133 "array of path of database items that have been poured" 142, "array of item names of database items that have been fed" 143 "The arrangement of the flow-in sequence of the database items" 145 and "The array of the update date and time of the flow-in database items" 147 are stored in the DTP data (step S197). Next, character data to be stored in the text box is created based on the XSL-FO electronic document 101 (step S199).
[0075]
In step S203, an image box is created based on the XSL-FO electronic document 101. Next, in the same manner as in step S197, the update date and time is set to 0 year 0 month 0, 0 hour 0 minute 0 second. The "arrangement of item names" 143, the "arrangement of the flow-in sequence of database items" 145, and the "arrangement of the update date / time of the flow-in database items" 147 are stored in the DTP data (step S205). Next, an image is linked to the image box based on the XSL-FO electronic document 101 (step S207).
[0076]
Next, details of the character data creation step (step S199) will be described with reference to FIG. First, the process for each paragraph style (steps S211 to S217) is repeated (step S209) until the fo: block tag disappears. In step S209, the attribute data of the fo: block tag in the XSL-FO electronic document 101 is read.
[0077]
Next, the paragraph style information read in step S209 and the information about the range to which the paragraph style is applied are temporarily stored in the memory (step S211). Next, the processing for each character style (steps S215 to S217) is repeated (step S213) until there is no character style (specifically, fo: inline tag). In step S213, the attribute data of the fo: inline tag in the XSL-FO electronic document 101 is read. In step S215, the character style information read in step S213 and information about the range to which the character style information is applied are temporarily stored in the memory. This character style information includes “database item path” 149, “database item item name” 151, “database item flow order” 153, and “database item replacement process presence / absence” 155 of the character style 136. . Next, the character data read in step S213 is temporarily stored in the memory (step S217).
[0078]
If the loop of steps S209 and S213 is exited, the character data temporarily stored in the memory in step S217 is poured into the DTP data (step S219). Accordingly, in step S219, all character data included in the text box is poured into the DTP data. Next, the paragraph style is applied to the character data in accordance with the paragraph style information temporarily stored in the memory in step S211 and information about the range to which the paragraph style information is applied (step S221). Here, applying a paragraph style corresponds to storing paragraph style information in DTP data. Next, the character style is applied to the character data according to the character style information temporarily stored in the memory in step S215 and the information about the range to which the character style information is applied (step S223). Therefore, the character style has priority over the paragraph style for characters to which the character style is applied. Here, applying a character style corresponds to storing character style information in DTP data. Accordingly, in step S223, “database item path” 149, “database item item name” 151, “database item flow order” 153, and “whether or not database item replacement processing is performed” in the character style 136 (see FIG. 10). 155 is stored in the DTP data.
[0079]
A plurality of items of property data (for example, “vehicle name” and “color”) can be inserted into one text box, and one character style corresponds to each item. Such a method is used.
[0080]
In this way, in step S197 or step S205, in the boxes 133 and 137, the "array of database item paths to be inserted" 142, the "array of item names of the database items that have been injected" 143, and the "database items that have been injected" ”And“ update date / time array of database items that have been inserted ”147 are stored in the DTP data as box attributes. In step S223,“ database item path ”149 and“ database item item name ”are stored. 151, “Placement order of database items” 153, and “Presence / absence of database item replacement process” 155 are stored in the DTP data as character styles.
[0081]
In the example of the data structure shown in FIG. 13, “item [@ name_asc =” BKN_NAME ”]” and “item [@name_asc” are arranged as the “array of the paths of the database items that have been inserted” 142 as shown in the frame of reference numeral 161. “COLOR”] is “arrangement of item names of database items that have been poured in” 143, “property name” and “color” are “arrangement of the order of casting of database items that have been poured in” 145 are “1” and “2” is stored in the DTP data as “array of update date and time of inserted database items” 143 and two “0th 0th, 0: 0: 0”. As for the “property name”, “item [@ name_asc =” BKN_NAME ”]” is set as “database item path” 149 and “item name of database item” 151 is “ “Property name” is stored in the DTP data as “1” as “database item flow order” 153 and “none” as “whether or not database item replacement processing is performed” 155. Similarly, with respect to “color”, “item [@ name_asc =” COLOR ”] as“ database item path ”149 and“ item name of database item ”151 as“ database item path ”149, as shown in the frame of reference numeral 165. “Color” is stored in the DTP data “2” as “database item flow order” 153 and “none” as “whether or not database item replacement processing is performed” 155. “Database item path” 149, “Database item item name” 151, “Database item flow order” 153, and “Presence / absence of database item replacement process” 155 include item values (data to be drawn or printed). Associated. Therefore, when the item value is corrected to become red data, the “database item path” 149, the “database item item name” 151, the “database item flow order” 153, and the “database item replacement process” Presence / absence 155 is associated with the deficit data.
[0082]
Next, the operation of the data correction unit 107 will be described.
[0083]
The data correction unit 107 accepts correction by the user of item values included in the DTP data. In the case of character data, direct correction on the DTP screen as shown in FIG. 14 is accepted, and correction on the data correction screen as shown in FIG. 15 called from the DTP screen is also accepted. Any character data corrected by any method is reflected in the DTP data, the DTP screen, and the data correction screen. In the case of image data, correction on a dialog screen (not shown) displayed when image data is selected on the DTP screen as shown in FIG. 16 is accepted. In the DTP screen shown in FIG. 16, reference numeral 231 indicates image data inserted in the image box, and reference numeral 233 indicates image data inserted inline in the character box. The image data inserted inline in the character box is obtained by replacing the item value in the character box. FIG. 17 shows a screen for confirming image data inserted in the image box, and FIG. 18 shows a screen for confirming image data inserted inline in the character box. The corrected image data is reflected on the DTP data, the DTP screen, and the screen as shown in FIG.
[0084]
FIG. 19 is a flowchart showing the operation of the data correction unit 107. Referring to FIG. 19, first, when data correction is received by the above-described method, the correction is reflected in the DTP data (step S241), and the “update date / time of the poured database item” of the box including the corrected item is reflected. The value of the element corresponding to the modified item in the “array” is updated to the current date and time (step S243). Next, the “update date and time (the latest update date and time of the box in the set)” of the small set including the corrected item is updated to the current date and time (step S245).
[0085]
Next, the operation of the red data writing unit 109 will be described. FIG. 20 is a flowchart showing the operation of the red data writing unit 109. Referring to FIG. 20, first, the DTP data created by the rendering unit 105 and modified by the data modification unit 107 is scanned (step S247). Next, the processing for each page (steps S251 to S265) is repeated until there are no more pages (step S249). In step S251, the page is scanned. Next, the process for each small group of the current page (steps S255 to S265) is repeated (step S253) until there are no small groups. In step S255, it is determined whether or not the update date / time provided in the current small group is greater than 0:00:00, 0: 0: 0. If the determination result in step S255 is negative, there is no red data in the current small set, and the process for the current small set is terminated.
[0086]
If the determination result in step S255 is affirmative, since there is red data in the current small set, first, the inside of the small set is scanned (step S257). Next, the processing for each small box box (steps S261 to S265) is repeated (step S259) until there are no more boxes. In step S261, the process for each casting item (steps S263 to S265) is repeated until there is no casting item information. In step S263, it is determined whether or not the element corresponding to the current flow item in the “update date / time array of DB items poured in” box is greater than 0:00:00, 0: 0: 0. If the determination result in step S263 is affirmative, the red data for the current flow item is written in the red data XML electronic document 111 (step S265). If the determination result of step S263 is negative, the process for the current flow item is terminated.
[0087]
FIG. 21 shows the structure of the red data XML electronic document 111 generated by the red data writing unit 109. The red data XML document 111 has four layers of red data, pages, properties, and items. In the hierarchy of red data, “output date and time” is described. A “page number” is described in the page hierarchy. In the property hierarchy, “small group number”, “property ID”, and “correction classification” are described. The “correction classification” can take values of “new”, “deletion”, or “correction”, but only “correction” is handled in the first embodiment. “New” corresponds to the addition of a small set, and “delete” corresponds to the deletion of a small set. In the item hierarchy, “item name”, “item path”, “presence / absence of replacement process”, and “red character data” are described.
[0088]
FIG. 22 shows an example of the red data XML electronic document 111 generated by the red data writing unit 109. It is described according to the XML structure described above. In the example of FIG. 22, it is assumed that the number of pages is 1, the number of small groups per page is 1, and the number of items to be cast per small group is 1 for simplification of description. In practice, these are repeated as necessary.
[0089]
The red data import unit 115 imports the red data XML electronic document 111 and passes it to the data confirmation / correction unit 117.
[0090]
The confirmation / correction of the red data is performed in the red data list view shown in FIG. 23 or the update data editing view shown in FIG. When the red data import unit 115 imports the red data XML electronic document 111, the red data list view shown in FIG. 23 changes to the red data list view shown in FIG.
[0091]
Referring to FIG. 25, a row is provided for a property in which at least one item is in red data, and only the value of the item included in the page, category, property ID, property name, and red data XML document is in red. Displayed in the data list view. The field of the item not corrected by the red data is blank.
[0092]
The screen shown in FIG. 26 can be called from the screen of FIG. 25, and an arbitrary character string of an arbitrary item can be replaced with another arbitrary character string using the screen of FIG. If the item “price” is replaced with “/” from a blank by using the screen of FIG. 26 for the red data on the screen of FIG. 25, the contents of the red data are as shown in the screen of FIG. In the red data displayed on the screen of FIG. 25, “Property name” and “Price” are displayed in DTP in the format of “Property name / price” in one box. Although “/” is added, “/” before “price” is deleted by replacing “/” with a blank for “price” on the screen of FIG.
[0093]
In addition, the property ID can be checked for duplication. If a property with the same property ID is listed at a plurality of locations, and the item value of the property is changed at each location, the property ID overlaps. When the property IDs are duplicated, there is a possibility that the deficit data is mutually inconsistent between the posting locations. When a duplicate check is performed by tracing a predetermined menu in order to confirm such a contradiction, a screen as shown in FIG. 28 is displayed. In the example of FIG. 28, duplication of deficit data of the property whose property ID is 7 occurs. In the screen of FIG. 28, the price is corrected to 1,400,000 in the deficit data on the 116th page, but the price is not corrected in the deficit data on the 117th page, so there is a contradiction. The screen in FIG. 28 is a duplication confirmation screen, and correction of red data for resolving the contradiction is performed on another screen.
[0094]
Further, the deficit data can be sorted. One or more items as sorting criteria are selected on the screen of FIG. 29, and the sort order (ascending or descending order) is selected. The sorted result is displayed on the screen shown in FIG. In the screen of FIG. 30, the deficit data is sorted by property and price. The red data can be corrected on this sorted screen.
[0095]
Furthermore, deficit data can be searched. When the menu is followed and search is selected, a search condition input screen shown in the upper left of FIG. 31 is displayed. A white column on this screen is a column for inputting a search condition. When the user inputs search conditions in this field and presses the search button, a search result display screen shown in the lower right of FIG. 31 is displayed. The red data can be corrected on the search result screen.
[0096]
In the update data editing view shown in FIG. 24, the item value can be corrected for each property ID. Items of the property selected in the tree view on the left side of the screen in FIG. 24 are displayed in the table on the right side. The columns of this table are “item name”, “required”, “property data”, “update data”, and “red data”. “Mandatory” indicates whether or not the item is essential. “Property data” is the value of the current item in the property database. “Update data” is data after update. When the reflection unit 119 performs reflection, the data in the property database is updated to “update data”. “Red data” is red data described in the red data XML electronic document 111. As described above, this is corrected in the red data list view as necessary.
[0097]
There are three types of “update data”. The first type is “data that can be reflected”, the second type is “data that cannot be reflected”, and the third type is “data without data in red”. “Reflective deficit data” includes deficit data, and the deficit data can be directly reflected in the property database. “Reflective red data” is displayed with a green background color. The conditions for allowing deficit data to be directly reflected in the property database are as follows: (1) Data type is the same, (2) “Update data” is not blank for required items, (3) Replacement No processing is performed. (4) All “four conditions” that the red data is not the reference data are satisfied. The reference data is data obtained by referring to another table from the “property table”. In the example of FIG. 24, the “property name” and “price” are “reflective deficit data”, and in these items, “update data” is equal to “red data on the right”. “Unreflectable deficit data” includes deficit data, and the deficit data cannot be directly reflected in the property database. “Unreflectable deficit data” is displayed with a yellow background color. This yellow background color display corresponds to a special display of red data that cannot be reflected in the property table as it is. In the example of FIG. 24, “manufacturer”, “vehicle inspection date”, and “sales store” are “non-reflective deficit data”, and “update data” is blank in these items. The cause of the failure to reflect is that at least one of the above four conditions is not satisfied. “Data without red data” is data for which there is no red data. “Data without red data” is displayed in a default color (for example, white) background color. In the example of FIG. 24, “Property ID”, “Vehicle name”, “Color”, “Shift”, “Driving distance”, and “Image” are “data without red data”. “Update data” is equal to “Property data” on the left.
[0098]
Next, the structure of a database for importing red data, checking / modifying red data, and reflecting the data in the property database will be described.
[0099]
Referring to FIG. 32, this database includes “Property Table” 271, “Manufacturer Vehicle Table” 273, “Manufacturer Table” 275, “Area Table” 277, “Distributor Table” 279, “Table Definition Table” 281 and “ Table column definition table "283. Referring to FIG. 33, this database further includes a “red character property table” 291, a “red character property flag table” 293, a “red character property column table” 295, a “red character reference table” 297, and a “red character update table” 299. .
[0100]
Referring to FIG. 32, the column of “Property Table” 271 includes “Property ID”, “Property Name”, “Price”, “Manufacturer ID”, “Vehicle ID”, “Body Shape Grade”, “First Year Registration Year”. ”,“ Displacement ”,“ vehicle inspection date ”,“ shift ”,“ travel distance ”,“ color ”,“ remarks ”,“ area ID ”,“ store ID ”, and“ thumbnail image ”. The property ID is the primary key. Records are provided for each property.
[0101]
The columns of “maker vehicle table” 273 are “maker ID”, “vehicle ID”, and “vehicle name”. A concatenated key of “maker ID” and “vehicle ID” is a main key. A record is provided for each vehicle of each manufacturer. The “property table” 271 and the “manufacturer vehicle table” 273 are many-to-one by “manufacturer ID” and “vehicle ID” in the “property table” 271 and “manufacturer ID” and “vehicle ID” in the “manufacturer vehicle table” 273. The relation of is attached.
[0102]
The columns of “maker table” 275 are “maker ID” and “maker name”. “Manufacturer ID” is the primary key. A record is provided for each manufacturer. The “manufacturer vehicle table” 273 and the “manufacturer table” 275 are provided with a many-to-one relationship based on the “manufacturer ID” in the “maker vehicle table” 273 and the “manufacturer ID” in the “maker table” 275.
[0103]
The columns of “area table” 277 are “area ID” and “area name”. “Area ID” is the primary key. A record is provided for each area. The “property table” 271 and the “area table” 277 have a many-to-one relationship based on the “area ID” of the “property table” 271 and the “area ID” of the “area table” 277.
[0104]
The columns of the “store table” 279 include “store ID”, “store name”, “address”, “phone number”, “FAX number”, “business hours”, “regular holiday”, “HP address”, “E-mail address”, “Transfer destination” and “Remarks”. “Store ID” is the primary key. A record is provided for each store. The “property table” 271 and the “dealer table” 279 have a many-to-one relationship based on the “dealer ID” of the “property table” 271 and the “dealer ID” of the “dealer table” 279.
[0105]
The “maker table” 275, “area table” 277, and “store table” 279 are reference tables for the “property table” 271 in the sense that they are referred to from the “property table” 271.
[0106]
“Property ID”, “Property Name”, “Price”, “Manufacturer ID”, “Vehicle ID”, “Body Shape Grade”, “First Year Registration Year”, “Displacement”, “Inspection” in “Property Table” 271 “Year / Month”, “Shift”, “Mileage”, “Color”, “Remarks”, “Area ID”, “Store ID” and “Thumbnail Image”, “Manufacturer Table” 273 “Manufacturer ID”, “ "Vehicle ID", "Vehicle name", "Manufacturer ID" and "Manufacturer name" in "Manufacturer table" 275, "Area ID" and "Area name" in "Area table" 277, and "Sales" in "Reseller table" 279 “Store ID”, “Distributor Name”, “Address”, “Telephone Number”, “FAX Number”, “Business Hours”, “Regular Holidays”, “HP Address”, “E-mail Address”, “Transfer Address”, and “ “Remark” is displayed by the rendering unit 105. It is corrected by the data correction unit 107 as necessary. Also, the red data for these items is written into the red data XML electronic document 111 as necessary. However, as described above, it is impossible to reflect the red data in the column of the reference table as it is in the property database. In addition, since the “first year registration year” and “vehicle inspection date” in the “property table” 271 have been replaced, it is impossible to reflect the red data in these columns as they are in the property database. Therefore, the “reflectable deficit data” is “property name”, “price”, “maker ID”, “vehicle ID”, “body shape grade”, “displacement”, “shift”, “property table” 271. Only red data for “travel distance”, “color”, “remarks”, and “thumbnail image”.
[0107]
The columns of “table definition table” 281 are “table ID” and “table name”. “Table ID” is the primary key. The record of “table definition table” 281 is provided for “property table” 271 and all reference tables.
[0108]
The columns of the “table column definition table” 283 are “table ID”, “table column ID”, “column order”, “column name (alphanumeric notation)”, “column name (Japanese notation)”, “data type” ”,“ Length ”,“ decimal point ”,“ primary key ”, and“ foreign key ”. A record is provided for each column of each table. The “table ID” is an ID unique to each table and matches the “table ID” of the “table definition table” 281. “Table column ID” is an ID of each column in each table. “Column order” is the order of each column in each table. Immediately after defining the “property table” or the reference table, the “table column ID” is equal to the “column number”, but if the table structure is changed, the “column order” may be changed. On the other hand, the “table column ID” is not changed. “Column name (alphanumeric notation)” is a column name expressed in alphanumeric characters. “Column name (in Japanese)” is the name of the column expressed in Japanese. “Data type” indicates the data type of the column. “Data type” is, for example, a numerical value, a character string, an object, or the like. “Length” is the number of bytes in the column. The “decimal point” is the number of digits after the decimal point when the “data type” is a numerical value. “Primary key” indicates whether or not a primary key is set in the column. “Foreign key” indicates whether or not a foreign key is set in the column.
[0109]
Referring to FIG. 33, the columns of “red character property table” 291 include “page number”, “small group number”, “DTP correction category”, “reflection processing category”, “original property ID”, “original property name”, “Property ID” to “Thumbnail image”. “Property ID” to “Thumbnail image” are the same as those in “Property table” 271 in the column definition. A concatenated key of “page number” and “small group number” is a primary key. A record is provided for each small group for which red data is created. The “DTP correction category” indicates a category of updated, newly created, or deleted. This corresponds to the “correction category” of the property layer in the structure of the deficit data XML electronic document 111 shown in FIG. That is, the “DTP correction category” reflects the “correction category” in the deficit data XML electronic document 111 as it is. “Reflection processing category” indicates a category for updating, newly creating, or deleting. The “reflecting process category” indicates how the reflecting unit 119 should actually reflect in the property database 121. The “property table” 271 and the “red character property table” 291 are associated with each other by the “property ID” in the “property table” 271 and the “original property ID” in the “red character property table” 291.
[0110]
The columns of the “red character flag table” 293 are “page number”, “small group number”, “property ID flag”, “property name flag”, “price flag”, “maker ID flag”, “vehicle ID flag”, “Body shape grade flag”, “First year registration year flag”, “Exhaust gas flag”, “Vehicle inspection year / month flag”, “Shift flag”, “Driving distance flag”, “Color flag”, “Remark flag”, “ These are “area ID flag”, “store ID flag”, and “thumbnail image flag”. A concatenated key of “page number” and “small group number” is a primary key. Similar to the “red character property table” 291, a record is provided for each small group for which red data is created. The “red character property table” 291 and the “red character property flag table” 293 are “page number” and “small group number” in the “red character property table” 291 and “page number” and “small group number” in the “red character property flag table” 293. With this, a one-to-one relationship is established. The “** flag” (for example, the property ID flag) indicates whether or not the item “**” (for example, “the property ID”) has red data.
[0111]
The columns of the “red character column table” 295 are “page number”, “small group number”, “column order”, “table ID”, and “table column ID”. A concatenated key of “page number”, “small group number”, and “column order” is a primary key. A record is provided for each column of the “property table” 271 in which red data is created. For the reference table column in which the red data is created, the “red character column table” 295 record is not provided, but the “red reference table” 297 record described later is provided. The “red character property table” 291 and the “red character property column table” 295 are “page number” and “small group number” in the “red character property table” 291 and “page number” and “small group number” in the “red character property column table” 295. A one-to-many relationship is established. “Table column definition table” 283 and “red character property column table” 295 are “table ID” of “table column definition table” 283 and “table ID” of “table column ID” and “red character property column table” 295. A “one-to-one relationship” is given by “table column ID”.
[0112]
The columns of the “red character reference table” 297 are “page number”, “subgroup number”, “column order”, “reference data order number”, “item name”, “reference data”, and “red character data”. The concatenated keys of “page number”, “subgroup number”, “column order”, and “reference data order number” are the main keys. The “red character property column table” 295 and the “red character reference table” 297 are “page number”, “subgroup number” and “column order” of the “red character property column table” 295 and “page number” of the “red character reference table” 297. , “Small group number”, “column order”, and “reference data order number”, a one-to-many relation is attached. The “red character reference table” 297 is used only for displaying the red data of the reference table in the reference data table at the lower right of the screen shown in FIG. 24, in order to reflect the red data of the reference table in the property database 121. Is not used. In the present invention, the red data in the reference table is not reflected in the property database 121. Although different from the example shown in FIG. 32, for example, the “maker table” 275 has “head office address” in addition to “maker ID” and “maker name”, and is displayed in DTP by the data correction unit 107. If both the “manufacturer name” and the “head office address” are corrected, the reference data table at the lower right of the screen of FIG. The lines indicating the values before and after the correction of the “head office address” are displayed, and the “reference data order number” is used to identify these lines. “Reference data” is data in the corresponding column of the reference table of the property database before reflecting the red data, and “red data” is red data in the corresponding column of the reference table of the property database.
[0113]
The columns of the “red character update table” 299 are “page number”, “small group number”, “property ID” to “thumbnail image”. “Property ID” to “Thumbnail image” are the same as those in “Property table” 271 in the column definition. A concatenated key of “page number” and “small group number” is a primary key. A record is provided for each small group for which red data is created. The “red character property table” 291 and the “red character update table” 299 are paired by “page number” and “small group number” in the “red character property table” 291 and “page number” and “small group number” in the “red character update table” 299. A relationship is attached.
[0114]
Next, the operation of red data import performed by the red data import unit 115 will be described with reference to FIG.
[0115]
Referring to FIG. 34, first, the processing for each page tag (steps S303 to S345) is repeated (step S301) until there is no page tag in the red data XML document 111. In step S303, the page tag is read and the page number (see FIG. 21) is acquired. Next, the processing for each bukken tag (steps S307 to S345) is repeated (step S305) until there is no bukken tag in the layer below the page tag. In step S307, the bukken tag is read, and the small group number, property ID, and correction category (see FIG. 21) are acquired. Here, since the page number, small group number, property ID, and correction category have been acquired, a record is added to the “red character property table” 291 (step S309), and a record is also added to the “red character property flag table” 293 ( Step S311). The currently acquired page number, small group number, correction category, and property ID are substituted into the page number, small group number, DTP correction category, and original property ID of the additional record in the “red character property table” 291. The currently acquired page number and small group number are substituted into the page number and small group number of the “red character property flag table” 293. Next, referring to the “table column definition table” 283, the processing (step S315) for each column of the “property table” 271 is repeated (step S313). Since the “table ID” of the “property table” 271 is “1”, the process for the column order of all the records whose “table ID” of the “table column definition table” 283 is 1 is repeated. In step S315, a record is added to the “red character column table” 295, and “page number”, “subgroup number”, “column order”, “table ID”, and “table column ID” of the additional record are currently acquired. The “page ID” (= “1”), “table column ID”, and “column number” acquired from the “table column definition table” 283 are substituted. If the step S313 is repeated, a record is added to the “red character update table” 299 (step S317). Next, a record having the same “property ID” as the property ID acquired in step S307 is searched from the “property table” 271, and the “property ID” to “thumbnail image” of the record is added in step S317. Are copied to the corresponding columns (step S319).
[0116]
Next, the processing for each item (steps S323 to S345) is repeated (step S321) until there is no item tag in the hierarchy below the bukken tag. In step S323, the item name, item path, presence / absence of replacement processing, and red data associated with the current item tag are acquired. Next, by checking the item path acquired in step S323, it is determined whether the item is reference data (reference table data) (step S325).
[0117]
If the determination result in step S325 is negative (when the item is in the property table), the corresponding column (column corresponding to the item) in the “red character property table” 291 added in step S309 is in red. Data is set (step S327), and the flag in the corresponding column of the record of the “red character flag table” 293 added in step 311 is turned ON (step S329). Next, it is determined whether or not the current deficit data can be reflected in the corresponding column of the “property table” 271 by checking whether or not all of the “four conditions” described above are satisfied. (Step S331).
[0118]
If the determination result in step S331 is affirmative, the contents of the corresponding column of the record of “red character update table” 299 added in step S317 are rewritten with red data (step S335), and the update data editing view (see FIG. 24) is displayed. The background color of the update data string of the corresponding small set is set to green (step S337).
[0119]
If the determination result in step S331 is affirmative, the contents of the corresponding column of the record of “red character update table” 299 added in step S317 are cleared (step S339), and the corresponding in the update data editing view (see FIG. 24). The background color of the small update data string is set to yellow (step S341).
[0120]
When the determination result in step S325 is affirmative (when the item is that of the reference table), a record is added to the “red reference table” 297 (step S343), and data is set in the additional record (step S343). S345). The “page number” to be set is acquired in step S303, the “subgroup number” to be set is acquired in step S307, and the “column order” to be set is the current column order in the repetition of step S313. The “reference data order number” to be set is a serial number that increases each time step S345 is performed for the same combination of “page number”, “subgroup number”, and “column order”, and the “item name” to be set is The item name acquired in step S323, and the “reference data” to be set is the value of the corresponding column searched from the reference table of the current property database based on the item path acquired in step S323, and the “red data to be set” "Is the red data obtained in step S323.
[0121]
Next, data checking and correction operations performed by the data checking / correcting unit 117 will be described with reference to FIG.
[0122]
Referring to FIG. 35, first, it is determined whether or not a red data list view is selected (step S351).
[0123]
If the determination result in step S351 is affirmative (if the red data list view is selected), data correction input is accepted (step S353), and the “red character property table” 291 is selected according to the location and content of the correction. The data in the corresponding column of the corresponding record is rewritten (step S355). Next, whether or not the deficit data corrected in step S353 can be reflected in the corresponding column of the “property table” 271 by checking whether or not all the “four conditions” described above are satisfied. Is determined (step S357).
[0124]
If the determination result in step S357 is affirmative, the contents of the corresponding column of the corresponding record in the “red character update table” 299 are rewritten with red data (step S359), and the corresponding small set is updated in the update data editing view (see FIG. 24). The background color of the data string is set to green (step S361).
[0125]
If the determination result in step S357 is affirmative, the contents of the corresponding column of the corresponding record in the “red character update table” 299 are cleared (step S363), and the update data of the corresponding small set in the update data editing view (see FIG. 24) is obtained. The background color of the column is set to yellow (step S365).
[0126]
If the determination result of step S351 is negative (if the update data editing view is selected), the data correction of the update data string on the screen of FIG. 24 is accepted (step S367), and “ The data in the corresponding column of the corresponding record in the “update table” 299 is rewritten (step S369).
[0127]
As can be seen from the description of steps S353 to S369, the data displayed in the red data list view is red data, not update data. In the update data editing view, the data of the “property table” 271 is displayed in the property data column, and the data of “red update table” 299 is displayed in the update data column. What is displayed in the data column is the data of the “red character property table” 291.
[0128]
Next, the operation of reflecting the red data in the property database performed by the reflecting unit 119 will be described with reference to FIG.
[0129]
Referring to FIG. 36, first, the “red character update table” 299 is searched to determine whether there is a record with duplicate property IDs (step S371). If there is a duplicate record (YES in step S373), it is impossible to reflect the contents of the “red character update table” 299 in the “property table” 271, so an error message is displayed (step S389). , Stop processing.
[0130]
If there is no duplicate record (NO in step S373), the “red update table” 299 is searched to determine whether there is a record that cannot be reflected in the “property table” 271 (step S375). The record that cannot be reflected is, for example, a record in which an essential item is blank or a record having an item whose data type does not match. If there is a record that cannot be reflected (YES in step S377), it is impossible to reflect the contents of the “red character update table” 299 in the “property table” 271, and an error message is displayed ( In step S389), the process is stopped.
[0131]
Although it is impossible to reflect a record having an essential item of “non-reflective deficit data” in the “property table” 271, in this case, the user enters the update data column on the screen of FIG. 24. It can be reflected by inputting data that can be reflected.
[0132]
If there is no record that cannot be reflected (NO in step S377), the processing (steps S381 to S387) for each record in the “red character update table” 299 is repeated until there are no more records in the “red character update table” 299 (steps S381 to S387). Step S379). In step S381, a record is acquired from the “red character update table” 299. Next, a record having the same “property ID” as the “property ID” of the record of the “red letter update table” 299 obtained in step S381 is obtained from the “red letter property table” 291 (step S383). Next, a record having the same “property ID” as the “original property ID” of the record of the “red character property table” 291 acquired in step S383 is acquired from the “property table” 271 (step S385). Next, the contents of the record of the “property table” 271 acquired in step S385 are overwritten with the contents of the record of the “red character update table” 299 acquired in step S381 (step S387).
[0133]
If the loop of step S379 is exited, all the records of “red character property table” 291, “red character property flag table” 293, “red character property column table” 295, “red character reference table” 297, and “red character update table” 299 are stored. Delete (step S391).
[0134]
[Embodiment 2]
The second embodiment adds a database item not included in the DTP data at the stage of rendering, inputs a value to the added item, and feeds back the input value of the added item to the database.
[0135]
Referring to FIG. 37, the apparatus for reflecting deficit data in the database according to the second embodiment is roughly divided into DTP software 1103 and a deficit data return tool 1113. The DTP software 1103 includes a rendering unit 105 corresponding to an XSL-FO processor, an item addition unit 1107, and a red data writing unit 1109. The deficit data return tool 1113 includes a deficit data import unit 1115, a data confirmation / correction unit 1117, an update destination unknown data setting unit 1118, and a reflection unit 1119. The DTP software 1103 is a computer program as the name indicates, and this function is realized when the computer reads and executes the DTP software 1103. The deficit data return tool 1113 can also be realized by the computer reading and executing a computer program for causing the computer to function as the deficit data return tool 1113.
[0136]
The rendering unit 105 displays a page according to the contents of the allocated XSL-FO electronic document 101. The item addition unit 1107 adds items according to user operations and sets values for the added items. A red data writing unit 1109 writes red data as red data XML electronic document 1111. The red data import unit 1115 imports the red data XML electronic document 1111. The data confirmation / correction unit 1117 confirms and further corrects the red data. The update destination unknown data setting unit 1118 determines a reflection destination of additional data, which is unknown to which column of which table should be reflected immediately after the import, in accordance with a user operation. The reflecting unit 1119 updates the contents of the property database 121 using the red data.
[0137]
Since the rendering unit 105 is the same as that of the first embodiment, the description thereof is omitted.
[0138]
Next, the operation of the item adding unit 1107 will be described.
[0139]
First, the addition of text will be described. When a predetermined menu is traced in a state where a text box as shown in FIG. 38A is selected, a dialog screen as shown in FIG. 39A is displayed. In this dialog screen, the item names and values of the items inserted in the text box shown in FIG. In this state, by selecting a predetermined menu, the dialog screen shown in FIG. 39A is changed to the dialog screen shown in FIG. In the dialog screen shown in FIG. 39 (b), in addition to the item names and values of the items inserted in the text box shown in FIG. 38 (a), there are lines having unnamed item names and blank item values. Is displayed. When the user inputs the item name and value to the added line, the screen shown in FIG. 39 (b) changes to the screen shown in FIG. 39 (c), and when the return key is pressed, the result is shown in FIG. It is reflected on the DTP screen as shown in b).
[0140]
Next, the addition of an image will be described. When a predetermined menu is traced in a state where a screen as shown in FIG. 40A is displayed, a dialog screen as shown in FIG. 41A is displayed. In this dialog, the item name and value of the item inserted in the text box 1201 shown in FIG. In this state, by selecting a predetermined menu, the dialog screen shown in FIG. 41A changes to a dialog screen as shown in FIG. In the dialog screen shown in FIG. 41 (b), in addition to the item names and values of the items inserted in the text box shown in FIG. 41 (a), there are lines having unnamed item names and blank item values. Is displayed. When the user inputs an item name in the added line, the screen shown in FIG. 41 (b) changes to the screen shown in FIG. 41 (c), and the screen shown in FIG. 40 (a) is displayed by pressing the return key. It will be displayed again. Here, by selecting an image to be inserted in a dialog displayed by following a predetermined menu, an image 1202 is inserted as shown in FIG. In this state, when the same predetermined menu as when the dialog screen shown in FIG. 41A is displayed is followed, the dialog screen shown in FIG. 41D is displayed. In the dialog screen shown in FIG. 41 (d), the image file name of the image inserted in the added item is also displayed.
[0141]
The above text addition and image addition were adding text and images to an existing box, but you can add new boxes to the set and add text or images to the added boxes .
[0142]
Next, a method for adding a new box to the small group will be described. The menu shown in FIG. 42 is used for this addition. For example, a copy box is created on the DTP screen by copying a box in another small group and pasting it in a predetermined position. Therefore, when “Marking of unassembled item” in the menu shown in FIG. 42 is selected, the copied box is specially displayed. Therefore, if any one of the subgroups to which the copied box is to be merged is selected and “recombination” is selected from the menu shown in FIG. 42, the copied box is merged with the subgroup. Thereafter, when adding text, the item name and value are set in the copy box by the above-described method. Note that the names and values of existing items are deleted as necessary. When an image is added, an image is first added on the DTP screen by following a predetermined menu, and then an item name is set using the screen of FIG.
[0143]
FIG. 43 shows an example in which a box including a price item is added.
[0144]
44, when the item name is “color”, the item value is “black”, the item name is “price”, and the item value is “1,400,000” The data structure in DTP data is shown. This data structure is shown in the form of an object class diagram as shown in FIG. 10 as in the first embodiment.
[0145]
The small group style information includes “update date and time”, “property ID”, and “small group ID”. The value of “update date and time” is the date and time when the item was added. The values of “property ID” and “small group ID” are values read from the XSL-FO electronic document 101.
[0146]
Box style information includes: "array of paths of database items that have been poured in", "array of item names of database items that have been fed in", "array of the order in which database items have been poured in", and "databases that have been fed in" There is an array of item update date and time. As for the existing “property name”, the “array of database item path array” element is a value read from the XSL-FO electronic document 101, and the “array of item name array of database database element” element Is a value read from the XSL-FO electronic document 101, and the element of “array of the flowed-in database item flow order” is a value determined from the XSL-FO electronic document 101, and “update of flowed-in database item” The element of “date and time array” is 0000, 00:00:00, which is an initial value. For the added “color”, the element of “array of the path of the database item that has been poured in” is blank, and the element of “the array of the item name of the database item that has been fed in” is the value input by the data correction unit 1107 The element of “sequence of the flowed database items into the flow order” is an additional automatic serial number, and the element of “array of the flowed database items in the update date / time” is assigned by the data correction unit 1107 to the additional items. The date and time when it was entered.
[0147]
The character style information includes “DB item path”, “DB item item name”, “DB item flow order”, and “With / without DB item replacement process”. FIG. 44 shows only the character style information for the additional items (“color” and “price”), and the character style information for the existing items is the same as in FIG. 13 and is not shown. For both “color” and “price”, “database item path” is blank, and “database item item name” is the value entered in the dialog screen of FIG. The value of “order” is an additional automatic serial number, and the value of “without replacement” is “none”. In addition, when a box is added by copy and paste and an item there is inherited, “no replacement processing” is also inherited.
[0148]
Next, an item adding operation performed by the item adding unit 1107 will be described with reference to FIG.
[0149]
First, if a predetermined item of the menu is selected while the screen of FIG. 39A is displayed (step S1151), an element is added to each of the four arrays of box style information shown in FIG. Then, the screen of FIG. 39B is displayed (step S1153). Next, if an item name is added on the screen of FIG. 39B (step S1155), the item is added to the additional element of “injected database item name” in the box style information shown in FIG. A name is set (step S1157). Next, if an item value is input on the screen of FIG. 39B (step S1159), the screen shown in FIG. 39C is displayed and the DTP screen is updated with the item value (step S1161). 44), the character style shown in FIG. 44 is added, and values are set in the four items of the character style (step S1163), and “update date and time of the inserted database item” in the box style information shown in FIG. The current date and time is substituted for the additional element (step S1165), and the current date and time is substituted for the "update date and time" in the small set of style information shown in FIG. 44 (step S1167). The item value input in step S1159 is added to the DTP data as usual.
[0150]
Next, the deficit data writing unit 1109 will be described.
[0151]
The structure of the red data XML electronic document 1111 output from the red data writing unit 1109 is as shown in FIG.
[0152]
The structure of the red data XML electronic document 1111 shown in FIG. 46 is the same as the structure of the red data XML electronic document 111 shown in FIG. 21, but the value of “modification category” in the “property” layer is “mod”. (Correction), and the value of “item path” in the “item” hierarchy is “” ”(empty).
[0153]
A specific example of the red data XML electronic document 1111 generated by the red data writing unit 1109 based on the style information shown in FIG. 44 is shown in FIG.
[0154]
Next, the operation of the red data writing unit 1109 is the same as the operation of the red data writing unit 109 of the first embodiment shown in FIG.
[0155]
Next, a database table used by the red data return tool 1113 will be described.
[0156]
The deficit data return tool 1113 uses the tables shown in FIGS. As apparent from comparison between the tables shown in FIG. 32 and the tables shown in FIG. 33 used by the deficit data return tool 113 of the first embodiment, the deficit data return tool 1113 is used by the deficit data return tool 1113 of the first embodiment. In addition to all the tables, a “red update destination unknown table” 1292 shown in FIG. 49 and a “relation definition table” 1293 and a “relation column definition table” 1294 shown in FIG. 50 are used. Further, the “table column definition table” 283 used by the red data return tool 113 of the first embodiment is changed to “table column definition table” 1283. The “table column definition table” 1283 is different from the table column definition table in that a relation ID (indicated by reference numeral 1283-1) is added.
[0157]
The relation between the tables shown by the arrows in FIG. 48 is identified by the relation ID, and the relation indicated by each relation ID has a parent-child relationship indicated by “Relation definition table” 1293, and “Relation column definition table”. 1294 has a relationship between columns. An arbitrary column of an arbitrary table can be expressed by XPATH, which is XML in terms of the “property table” 271 based on the data of the relationship ID, “relation definition table” 1293, and “relation column definition table” 1294. it can.
[0158]
“Deficit update destination unknown table” 1292 (see FIG. 49) is a table for holding data of items for which the red data import unit 1115 has determined that the update destination is unknown. ”,“ Small group number ”,“ data order number ”,“ additional item name in DTP ”, and“ additional data in DTP ”. A copy of the data of the red data XML electronic document 1111 is inserted in the columns of “page number”, “subgroup number”, “additional item name in DTP”, and “additional data in DTP”, and “data order number” is , A serial number that increases each time a record is added is inserted.
[0159]
Next, the red data import unit 1115 will be described. The red data import unit 1115 has functions unique to the second embodiment in addition to the functions of the red data import unit 115 of the first embodiment.
[0160]
The operation of the red data import unit 1115 is shown in FIG. As is apparent from comparing FIG. 51 with FIG. 34 showing the operation of the deficit data import unit 115 of the first embodiment, steps S301 to S323 and S325 to S345 performed by the red data import unit 1115 are performed in accordance with the red data import of the first embodiment. Since these steps are the same as those performed by the unit 115, description of these steps will be omitted, and only the added steps S1301 to S1309 will be described. It is assumed that the red data import unit 1115 imports the red data XML electronic document including the item changed according to the first embodiment and the item added according to the second embodiment.
[0161]
In step S1301, it is checked whether the item path is blank. Specifically, this is done by checking whether or not “path =“ ”” is described in the item hierarchy shown in FIG. If the determination result in step S1301 is negative, the current item is a change item, and the process immediately proceeds to step S325 as in the first embodiment. If the determination result in step S1301 is affirmative, the current item is an additional item, and the process advances to step S1303.
[0162]
In step S1303, the “table column definition table” 1283 (see FIG. 48) is searched by item name, and an attempt is made to acquire the corresponding column. Specifically, in the item hierarchy shown in FIG. 46, a record having “column name (in Japanese notation)” having the same character string as the character string enclosed by ““ ”” after “name_jp =”. This is done by searching from “table column definition table” 1283.
[0163]
Next, it is determined whether or not the corresponding column could not be acquired in step S1303 (step S1305).
[0164]
If the determination result in step S1305 is negative (if the corresponding column can be acquired), an item path is created (step S1309), and the process proceeds to step S325. The item path is expressed in XPATH based on the property table, and the creation of the item path is based on “table column definition table” 1283, “relation definition table” 1293, and “relation column definition table” 1294. To do.
[0165]
If the determination result in step S1303 is affirmative (if the corresponding column could not be acquired), a record of “red letter update destination unknown table” 1292 (see FIG. 49) is created, and the red letter data XML electronic document 1111 is created in that record. Set the data of the item. Thereafter, steps S325 to S345 are skipped and the process proceeds to the next item.
[0166]
Next, the data confirmation / correction unit 1117 will be described. The data confirmation / correction unit 1117 has functions specific to the second embodiment in addition to the functions of the data confirmation / correction unit 117 of the first embodiment.
[0167]
The operation of the data checking / modifying unit 1117 is shown in FIG. As is apparent from comparing FIG. 52 and FIG. 35 showing the operation of the data confirmation / correction unit 117 of the first embodiment, steps S351 to S365 and S367 to S369 performed by the data confirmation / correction unit 1117 are the data of the first embodiment. Since these steps are the same as those performed by the confirmation / correction unit 117, description of these steps is omitted, and only the added steps S1351 and S1353 will be described.
[0168]
If the determination result in step S351 is negative (if the update data editing view is selected), it is checked whether there is update destination unknown data in the currently selected small set (step S1351). Specifically, the record having the same page number and subgroup number as the subgroup number corresponding to the currently selected subgroup is searched from the “red-letter update destination unknown table” 1292 to find one or more records. To see if the search was successful.
[0169]
If the determination result in step S1351 is affirmative, the update destination unknown data is set (step S1353), and then the process proceeds to step S367. If the determination result in step S1351 is negative, step S1353 is skipped immediately. The process proceeds to step S367.
[0170]
Step S 1353 is performed by the update destination unknown data setting unit 1118. Details of step S1353 will be described with reference to FIG.
[0171]
First, all the records searched in step S1351 are acquired, and the values of “additional item name in DTP data” and “additional data in DTP data” in the columns of those records are shown in FIG. (Step S 1361).
[0172]
Next, selection of an item name on the screen shown in FIG. 54 (a) is accepted (step S1363). This item name is selected using the pull-down list shown in FIG. Items to be displayed in the pull-down list are copied from “column names (in Japanese)” of all the records (all records in the property table) whose table ID is 1 in “table column definition table” 1283. When the above selection is made, as shown in FIG. 54 (b), the column name (item name) (“color” in FIG. 54) and the current column of the selected column of the record corresponding to the small set of the “property table” 271 are displayed. Data ("white" in FIG. 54) is displayed.
[0173]
Next, “additional data in DTP” is overwritten in each column selected in step S 1361 of the record corresponding to the current small set in the “red character property table” 291 (step S 1365).
[0174]
Next, it is determined whether or not “additional data in DTP” can be reflected in each corresponding column of the property database 291 (step S1367). This determination is made by determining whether or not all “four conditions” described in the first embodiment are satisfied.
[0175]
If the determination result in step S1367 is affirmative, the contents of the corresponding column of the record corresponding to the current small set in the “red character update table” 299 are rewritten with “additional data in DTP” (step S1369), and the update data editing view The background color of the update data string of the corresponding small set (see FIG. 24) is set to green (step S1371).
[0176]
If the determination result in step S1367 is affirmative, the contents of the corresponding column of the record corresponding to the current sub-set in the “red character update table” 299 are cleared (step S1373), and the update data editing view (see FIG. 24) is displayed. The background color of the update data string of the corresponding small set is set to yellow (step S1375).
[0177]
FIG. 55 shows a table portion of the update data editing view (see FIG. 24) after performing step S1371 or step S1375 for each “additional data in DTP”. Referring to FIG. 55, in the “price” row, the deficit data is “/ 1400,000”, but since “/” is included, “/ 1400,000” is directly reflected in the property data. Since this is not possible, the update data column is blank. In the “color” row, the deficit data is “black”, but since this can be directly reflected in the property data, the update data column is also “black”.
[0178]
Next, the reflecting unit 1119 will be described. The reflection unit 1119 has all the functions of the reflection unit 119 of the first embodiment, but differs in the following points.
[0179]
The operation of the reflecting unit 1119 is shown in FIG. As is clear from comparing FIG. 56 with FIG. 36 illustrating the operation of the reflection unit 119 of the first embodiment, steps S371 to S387 performed by the reflection unit 1119 are the same as those performed by the reflection unit 119 of the first embodiment. The only difference is step S1391, but step 1391 is different from step S391 in FIG. 36 only in that a “red-letter update destination unknown table” 1292 is added as a deletion target.
[0180]
[Embodiment 3]
In the third embodiment, a small set not included in the DTP data is added at the stage of rendering, a value is input to each item of the added small set, and the input value of each item of the added small set is fed back to the database. is there.
[0181]
Referring to FIG. 57, the apparatus for reflecting deficit data in the database according to the third embodiment is roughly divided into DTP software 2103 and deficit data return tool 2113. The DTP software 2103 includes a rendering unit 105 corresponding to an XSL-FO processor, a small group addition unit 2107, and a red data writing unit 2109. The red data return tool 2113 includes a red data import unit 2115, a data confirmation / correction unit 2117, a property data call unit 2118, and a reflection unit 2119. The DTP software 2103 is a computer program as the name indicates, and this function is realized when the computer reads and executes the DTP software 2103. The deficit data return tool 2113 can also be realized by the computer reading and executing a computer program for causing the computer to function as the deficit data return tool 2113.
[0182]
The rendering unit 105 displays a page according to the contents of the allocated XSL-FO electronic document 101. The small group addition unit 2107 adds small group data in accordance with a user operation, and sets a value for each item of the added small group. A red data writing unit 2109 writes red data as red data XML electronic document 2111. The red data import unit 2115 imports the red data XML electronic document 2111. The data confirmation / correction unit 2117 performs confirmation and further correction of the red data. The property data calling unit 2118 determines, according to the user's operation, a reflection destination record of additional data for which it is unknown which record in the property table should be reflected immediately after the import. The reflection unit 2119 updates the contents of the property database 121 using the red data.
[0183]
Since the rendering unit 105 is the same as that of the first embodiment, the description thereof is omitted.
[0184]
Next, the operation of the small group adding unit 2107 will be described.
[0185]
As shown in FIG. 58 (a), in a state where the small set is arranged on the page, the small set 2101 is selected, and after selecting “Copy small set” in the menu of FIG. 42, the point 2102 is selected, By selecting “Paste Small Set” from the menu, a small set copy 2103 is added as shown in FIG.
[0186]
The value of each item of the added small set is corrected by the method shown in the first embodiment, and the item is added to the added small set by the method shown in the second embodiment.
[0187]
FIG. 59 shows an example of the data structure related to the feedback of the red data included in the DTP data after setting the value for each item of the added small set. This data structure is shown in the form of an object class diagram as shown in FIG. 10 as in the first embodiment.
[0188]
Referring to FIG. 59, there are “update date”, “property ID”, and “small group ID” as small group style information. The value of “update date and time” is the date and time when the small set was added. “Property ID” is blank. The value of “small group ID” is an additional serial number in the page to which this small group belongs.
[0189]
Box style information includes: "array of paths of database items that have been poured in", "array of item names of database items that have been fed in", "array of the order in which database items have been poured in", and "databases that have been fed in" There is an array of item update date and time. The elements of the "array of the path of the database item that was inserted" are the same as those of the copy source sub-set, and the "array of the item name of the database item that was poured" is the same as that of the copy source sub-set, The “sequence of the flowed database items” is also the same as that of the copy source sub-set. The values of all the elements in the “update date / time array of database items” are the date and time when a small set was added.
[0190]
The character style information includes “DB item path”, “DB item item name”, “DB item flow order”, and “With / without DB item replacement process”. FIG. 59 shows only the character style information for the “color” and “price” items, but the same applies to the other items. The value of “Database item path” is the same as that of the copy source sub-set, the value of “Database item item name” is also the same as that of the copy source sub-set, and the value of “Place order of database items” Is the same as that of the copy source sub-set, and the value of “Without replacement processing” is also the same as that of the copy source sub-set.
[0191]
Next, a small group addition operation performed by the small group addition unit 2107 will be described with reference to FIG.
[0192]
First, as described above, when the user selects a small set and selects “Copy of small set” in the menu of FIG. 42, the small set is copied (step S2151), and the database reflection data shown in FIG. 59 is copied. (Step S2153). Next, when the user selects a point and selects “Paste small set” from the menu of FIG. 42, the small set is pasted to that point (step S2155), and the database reflection data shown in FIG. Paste in association (step S2157).
[0193]
Next, it is determined whether or not the copy source subset and the paste destination subset belong to the same DTP document (step S2159). Here, the DTP document corresponds to a “DTP data file” in terms of printing. One book is composed of one or a plurality of “DTP documents”, and in a prepress process using database publishing, a plurality of “DTP documents” may be created in parallel. Therefore, a small set may be copied and pasted within the same DTP document, or may be copied and pasted between DTP documents.
[0194]
If the determination result in step S2159 is affirmative, the property ID of the paste destination small set is blank (step S2161). This is because there is a high possibility that a property in the property table that is different from the property assigned to the copy source is assigned to the small set at the paste destination, or a property that is not in the property table is assigned.
[0195]
If the determination result of step S2159 is negative, step S2161 is skipped. Therefore, the same property as the property assigned to the copy source sub-group is allocated to the paste-destination sub-group. This is because there is a high possibility that the same property as the property of the copy source will be assigned to the paste destination subgroup. Thereafter, such a small group is handled as a corrected small group by the apparatus for reflecting deficient data in the database according to the first embodiment.
[0196]
Following step S2159 or step S2161, the update date / time of the small style is updated to the current date / time (step S2165), and the update date / time of the box style is updated to the current date / time (step S2165).
[0197]
Next, data correction and item addition by the user are accepted (step S2167).
[0198]
Next, the deficit data writing unit 2109 will be described.
[0199]
The structure of the red data XML electronic document 2111 output from the red data writing unit 2109 is as shown in FIG.
[0200]
The structure of the red data XML electronic document 2111 shown in FIG. 61 is the same as the structure of the red data XML electronic document 111 shown in FIG. 21, but the property ID of the “Property” layer is blank in principle, and “Property” The value of the “correction category” in the hierarchy is “new” (new).
[0201]
A specific example of the red data XML electronic document 2111 generated by the red data writing unit 2109 based on the style information shown in FIG. 59 is shown in FIG.
[0202]
Next, the operation of the red data writing unit 2109 is the same as the operation of the red data writing unit 109 of the first embodiment shown in FIG.
[0203]
Next, the deficit data return tool 2113 uses the tables shown in FIGS. 48 to 50 in the same manner as the deficit data return tool 1113 of the second embodiment.
[0204]
Next, the red character data import unit 2115 will be described. The red data import unit 2115 has functions specific to the third embodiment in addition to the functions of the red data import unit 1115 of the second embodiment.
[0205]
The operation of the red data import unit 2115 is shown in FIG. As is apparent from comparing FIG. 63 with FIG. 51 showing the operation of the red data import unit 1115 of the second embodiment, steps S301 to S317, 319 to 323, S1301 to S1309, and S325 to S345 performed by the red data import unit 2115 are as follows. Since the operation is the same as that performed by the red data import unit 1115 of the second embodiment, description of these steps is omitted, and only the added steps S2301 and S2303 are described. The deficit data import unit 2115 imports the deficit data XML electronic document including the item changed according to the first embodiment, the item added according to the second embodiment, and the subgroup added according to the third embodiment. To do.
[0206]
In step S2301, it is determined whether the correction category is new (update_type is new).
[0207]
If the determination result in step S2301 is affirmative, the “reflecting process category” of the “red character property table” 291 (see FIG. 49) is set to “create new”.
[0208]
If the determination result of step S2301 is negative, step S319 is performed as in the second embodiment.
[0209]
When step S2303 is performed, step S319 is not performed. Therefore, a record having the same “property ID” as the property ID acquired in step S307 is searched from the “property table” 271, and the “property ID” to “ The “thumbnail image” is not copied to the corresponding columns of the record of the “red character update table” 209 (see FIG. 49) added in step S317, and the “page number” of the record added to the “red character update table” 209 is not performed. In addition, a value read from the red data XML electronic document 2111 is set in “small group number”, but “property ID” to “thumbnail image” of the record are left blank.
[0210]
From step S319 or S2303, the process proceeds to step S321.
[0211]
FIG. 64 shows a screen displayed in the update data editing view for the small set to which the red data return tool 2113 is added after the red data import unit 2115 performs the processing shown in FIG.
[0212]
Referring to FIG. 64, since the property ID corresponding to the added small set is blank, the record in the property table cannot be specified. Therefore, the column of “property data” is blank for all items. The column of “update data” is a copy of “red data” only in an item with red data, and is blank in an item without “red data”. Furthermore, since the property ID corresponding to the added small set is blank, the “update data” column and the “red data” column of “Property ID” are blank.
[0213]
Next, the data confirmation / correction unit 2117 will be described. The data confirmation / correction unit 2117 has functions specific to the third embodiment in addition to the functions of the data confirmation / correction unit 117 of the first embodiment.
[0214]
The operation of the data confirmation / correction unit 2117 is shown in FIG. As is apparent from comparing FIG. 65 with FIG. 35 showing the operation of the data confirmation / correction unit 117 of the first embodiment, steps S351 to S365 and S367 to S369 performed by the data confirmation / correction unit 2117 are the data of the first embodiment. Since these steps are the same as those performed by the confirmation / correction unit 117, description of these steps is omitted, and only the added steps S2351 and S2353 are described.
[0215]
If the determination result in step S351 is negative (if the update data editing view is selected), it is determined whether or not the property data has been called (step S2351). Specifically, this is performed by checking whether or not the “call property data ...” button 2105 in the update data editing view shown in FIG. 64 is pressed.
[0216]
If the determination result in step S2351 is affirmative, the property data is called (step S2353) and then the process proceeds to step S367. If the determination result in step S2351 is negative, the process skips step S2353 and immediately proceeds to step S367. move on.
[0217]
Step S2353 is performed by the property data calling unit 2118. Details of step S2353 will be described with reference to FIG.
[0218]
First, the property data selection dialog shown in FIG. 67 is displayed (step S2361). When the user selects a desired filter (for example, “classify by store”) in the combo box 2107 of the property data selection dialog, the tree view 2109 displays the hierarchical structure of the selected filter. When the user selects a desired node (for example, “MAX Higashikawaguchi”) in the filter hierarchical structure, a query by an SQL sentence associated with the node is executed on the “property table” 271 (see FIG. 48), The result of the inquiry is displayed in the table 2111. When the user selects a row corresponding to the property to which the red data displayed in the update data edit view (see FIG. 64) is to be reflected from the table 2111, and presses an “OK” button 2113 (step S2363), the update data edit The “property table” selected in step S2363 for the “original property ID”, “original property name”, and “reflection processing category” of the record of the “red character property table” 291 whose red data is currently displayed in the view. The values of “property ID” and “property name” of the record 271 and “update” are set (step S2365).
[0219]
Next, “Property ID” to “Thumbnail image” of the record of “Red character update table” 299 (see FIG. 49) whose update data is currently displayed in the update data editing view are respectively selected in Step S2363. The values of “property ID” to “thumbnail image” in the record of the “property table” 271 are set (step S2367).
[0220]
Next, the processing of steps S2371 to S2379 is repeated for “property ID” to “thumbnail image” in the record of the current “red character property table” 291.
[0221]
In step S 2373, is it possible to reflect the current deficit data in the corresponding column of the “property table” 271 by checking whether or not all “four conditions” described in the first embodiment are satisfied? Judge whether or not.
[0222]
When the determination result in step S2371 is affirmative, the contents of the corresponding column of the current record in the “red character update table” 299 are rewritten with red data (step S2373), and the corresponding subgroup in the update data editing view (see FIG. 24) is displayed. The background color of the update data string is set to green (step S2375).
[0223]
If the determination result in step S2371 is affirmative, the contents of the corresponding column of the current record of the “red character update table” 299 are cleared (step S2377), and the corresponding small set is updated in the update data editing view (see FIG. 24). The background color of the data string is set to yellow (step S2379).
[0224]
After the property data call (step S2353) is thus performed, the contents of the table of the update data editing view (see FIG. 64) change to the contents shown in FIG.
[0225]
Accordingly, when the property data call (step S2353) is not performed, the reflection process remains “create new”, whereas when the property data call (step S2353) is performed, the reflection process is performed. Is changed to “update”, and appropriate data for updating is also set in the deficit update table 299.
[0226]
After step S2351 or step S2353, data correction or the like (steps S367 and S369) is performed, and the data of items that need correction is appropriately corrected by the user.
[0227]
Next, the reflecting unit 2119 will be described. The reflection unit 2119 has all the functions of the reflection unit 1119 of the second embodiment, but differs in the following points.
[0228]
The operation of the reflecting unit 2119 is shown in FIG. As is apparent from comparing FIG. 69 with FIG. 56 illustrating the operation of the reflection unit 1119 of the second embodiment, steps S371 to S387 and S1391 performed by the reflection unit 2119 are the same as those performed by the reflection unit 1119 of the second embodiment. is there. The reflection unit 2119 further performs steps S2371 and S2373.
[0229]
In step S2371, it is determined whether or not the “reflection processing category” in the “red-letter property table” 291 is “create new”.
[0230]
If the determination result in step S2371 is affirmative, a new record is added to the “property table” 271 and a new ID is set in “property ID” of the record, and “property name” to “thumbnail image” are set. “Property name” to “thumbnail image” of the current record in the deficit update table 299 are set (step S2373).
[0231]
If the determination result of step S2371 is negative, the process proceeds to step S385.
[0232]
[Embodiment 4]
In the fourth embodiment, the small set included in the DTP data at the stage of rendering is deleted, and the record of the property table in which the data is assigned to the deleted small set is deleted as necessary.
[0233]
Referring to FIG. 70, the apparatus for reflecting deficit data in the database according to the fourth embodiment is roughly divided into DTP software 3103 and deficit data return tool 3113. The DTP software 3103 includes a rendering unit 105 corresponding to an XSL-FO processor, a small group deletion unit 3107, and a red data writing unit 3109. The red data return tool 3113 includes a red data import unit 3115, a data confirmation / correction unit 3117, a record deletion confirmation unit 3118, and a reflection unit 3119. Note that the DTP software 3103 is a computer program as the name indicates, and this function is realized when the computer reads and executes the DTP software 3103. The deficit data return tool 3113 can also be realized by the computer reading and executing a computer program for causing the computer to function as the deficit data return tool 3113.
[0234]
The rendering unit 105 displays a page according to the contents of the allocated XSL-FO electronic document 101. The small group deletion unit 3107 deletes a small group in accordance with a user operation. The red data writing unit 3109 writes the red data as the red data XML electronic document 3111. The red data import unit 3115 imports the red data XML electronic document 3111. The data confirmation / correction unit 3117 confirms and further corrects the red data. The record deletion confirmation unit 3118 allows the record to be deleted if the user decides to delete the record of the property table in which data is assigned to the deleted set immediately after the import. The reflection unit 3119 updates the contents of the property database 121 using the red data.
[0235]
Since the rendering unit 105 is the same as that of the first embodiment, the description thereof is omitted.
[0236]
Next, the operation of the small group deletion unit 3107 will be described.
[0237]
The deletion includes (1) “deletion for each small group” and (2) “deletion of all the small groups included in the deleted page”.
[0238]
“Deletion for each small group” means, for example, that one small group is deleted from the small groups as shown in FIG. 71 (a) to be in a state as shown in FIG. 71 (b). There are two types of operations for “deletion for each small group”. One is to select a part of the small group and select the menu item “Delete small group” from the menu. The entire group is selected and deleted by the delete key.
[0239]
“Deleting all the small groups included in the deleted page” means, for example, deleting a page as shown in FIG. 72 and deleting all three small groups included in the page.
[0240]
FIG. 73 (b) shows an example of the data structure related to the feedback of the red data included in the DTP data after “deletion for each small group” is performed. This data structure is shown in the form of an object class diagram as shown in FIG.
[0241]
Referring to FIG. 73, the page style information includes “deleted property ID array”, “deleted property ID array”, and “deleted date / time array”. . These arrays contain the number of deleted subsets in the page.
[0242]
There is no set style information, box style information, and character style information related to deletion of a set.
[0243]
FIG. 74 shows an example of a data structure related to feedback of deficit data included in DTP data after performing “deletion of all small sets included in deleted page”.
[0244]
As the DTP document style information, there is an array of deleted pages as shown in FIG. The deleted page array element is an object composed of a plurality of items, as shown in FIG. As shown in FIG. 74 (b), the configuration item (property) of this element object includes “deletion date / time of this page”, “number of this page”, “array of property IDs of deleted sub-sets”, “deletion” And “deletion date array of deleted sub-sets”. The “deleted sub-group property ID array”, “deleted sub-group sub-group ID array” and “deleted sub-group deletion date / time array” are the same as those shown in FIG. 73 (b). The array of contains elements for all the pairs included in the deleted page.
[0245]
Next, an operation of “deletion for each small group” performed by the small group deletion unit 3107 will be described with reference to FIG.
[0246]
First, as described above, a user input for deleting a small set is received (step S3201). Next, an element is added to the “array of property IDs of deleted sets” shown in FIG. 73 in the page, and the property ID assigned to the set deleted in step S3201 is set as the element (step S3203). . Next, an element is added to the “array of deleted group IDs” shown in FIG. 73 in the page, and the group ID assigned to the group deleted in step S3201 is set to the element (step S3205). . Next, an element is added to the “deletion date / time array of deleted sets” shown in FIG. 73 in the page, and the current date / time is set in the element (step S3207).
[0247]
Next, an operation of “deletion of all small groups included in the deleted page” performed by the small group deletion unit 3107 will be described with reference to FIG.
[0248]
First, as described above, a user input for page deletion is received (step S3211). Next, a “red data storage page” is created as an object on the memory (step S3213). The object of this “red data storage page” is “the deletion date and time of this page”, “the number of this page”, and “the array of property IDs of deleted sub-sets”, similarly to the element object of the array of deleted pages. , “An array of deleted group IDs” and “an array of deleted date and time of deleted groups” are included as configuration items (properties). Next, all the small groups included in the deleted page are acquired by scanning the page deleted in step S3211 (step S3215). Next, the current date and time is set in “Delete date and time of this page” of “Red character data storage page” (step S3217). Next, the number of the deleted page is set to “page number” of “red character data storage page” (step S3217). Next, the operations in steps S3223 to S3227 are repeated for all the small groups included in the deleted page (step S3221).
[0249]
In step S 3223, an element is added to “arrangement of property IDs of deleted properties” in the “red character data storage page”, and the property ID assigned to the current small set is set as the added element. Next, an element is added to the “array of small group IDs of deleted properties” in the “red character data storage page”, and the small group ID assigned to the current small group is set as the added element (step S3225). Next, an element is added to the “deletion date / time array of deleted property” of the “red-letter data storage page”, and the current date and time is set to the added element (step S3227).
[0250]
If the loop of step S3221 is exited, an element is added to the “deleted page array” in the DTP document, the “red data storage page” is copied to the added element, and the “red data storage page” is set. Discard (step S3229).
[0251]
Next, the deficit data writing unit 2109 will be described.
[0252]
The structure of the red data XML electronic document 3111 output by the red data writing unit 3109 is as shown in FIG.
[0253]
The structure of the red data XML electronic document 3111 shown in FIG. 77 is the same as the structure of the red data XML electronic document 111 shown in FIG. 21, but the “Property” hierarchy is the lowest layer and the “Item” hierarchy is present. No.
[0254]
A specific example of the red data XML electronic document 3111 generated by the red data writing unit 3109 based on the style information shown in FIGS. 73 and 74 is shown in FIG.
[0255]
Referring to FIG. 78, for page 16, The value of "page_no" in the <page> tag is "116" The value of “update_type” of the <bukken> tag is “del” indicating deletion. For page 120, The value of "page_no" in the <page> tag is "120-del20021219101120", which is a combination of the page number "120" and "-del" and the deletion date and time "20021219101120". about The value of “update_type” of the <bukken> tag is “del” indicating deletion.
[0256]
Next, the operation of the red data writing unit 3109 will be described with reference to FIG.
[0257]
Referring to FIG. 79, first, the DTP document is scanned, and the DTP document hierarchy data (example shown in FIG. 74) necessary for creating red data written in the DTP document is read (step S3231). Next, in the loop of step S3233, the deficit data about the small set deleted by “deletion of all the small sets included in the deleted page” is written, and in the loop of step S3241, it is deleted by “deletion for each small set”. Write out deficit data for the small group.
[0258]
In the loop of step S3233, steps S3235-S3239 are repeated for all elements of the “deleted page arrangement” (see FIG. 74).
[0259]
In step S3235, Export <page> tag. In the tag “page_no”, the character combination described above is described. Next, step S3239 is repeated for all elements in the array item of the element object “array of deleted pages” (step S3237). In step S3239, Write <bukken> tag. The tags “kgm_seq”, “bkn_id”, and “update_type” describe the small group ID of the current small group, the property ID of the current small group, and “del”, respectively.
[0260]
Next, in the loop of step S3241, steps S3243 to S3249 are repeated.
[0261]
In step S3243, the page is scanned, and page hierarchy data (example shown in FIG. 73) necessary for creating red data written in the DTP document is read. next, Export <page> tag. The tag “page_no” describes the current page number. Next, step S3249 is repeated for the deleted small set of the current page (step S3247). In step S3249, Write <bukken> tag. The tags “kgm_seq”, “bkn_id”, and “update_type” describe the small group ID of the current small group, the property ID of the current small group, and “del”, respectively.
[0262]
Next, the deficit data return tool 3113 uses the tables shown in FIGS. 48 to 50 as in the deficit data return tool 1113 of the second embodiment.
[0263]
Next, the red data import unit 3115 will be described. The red data import unit 3115 has functions specific to the fourth embodiment in addition to the functions of the red data import unit 2115 of the third embodiment.
[0264]
The operation of the red data import unit 3115 is shown in FIG. As is apparent from comparing FIG. 80 with FIG. 63 illustrating the operation of the deficit data import unit 2115 of the third embodiment, steps S301 to S317, S2301, S2303, S319 to 323, S1301 to S1309, performed by the deficit data import unit 3115, Since S325 to S345 are the same as those performed by the red data import unit 2115 of the third embodiment, description of these steps will be omitted, and only the added step S3301 will be described. The deficit data import unit 3115 includes a red character including the item changed according to the first embodiment, the item added according to the second embodiment, the sub-set added according to the third embodiment, and the sub-set deleted according to the fourth embodiment. Assume that data XML electronic document is imported.
[0265]
In step S3301, it is determined whether or not the DTP processing category is “deleted”. Specifically, the deficit data XML electronic document 3111 Check whether the value of the item “update_type” of the <bukken> tag is “del”.
[0266]
If the determination result in step S3301 is affirmative, the process proceeds to step S321. By skipping the repetition for the <item> tag and proceeding to step S307, the next Start processing for <bukken> tag. In step S321 The <item> tag is not repeated This is because there is no <item> tag.
[0267]
FIG. 81 shows a screen displayed in the update data editing view for the small set from which the red data return tool 3113 has been deleted after the red data import unit 3115 performs the processing shown in FIG. In the screen shown in FIG. 81, the deleted table (the group to which “Ultima G Multi” is assigned) on page 116 is displayed in the table on the right side. Also, the deleted page 120, which is a deleted page, is displayed lightly in the left tree view. The property data of the deleted page can also be displayed in the table on the right side by selecting it in the tree view on the left side.
[0268]
Referring to FIG. 81, since there is no red data for the deleted small set, the red data column is blank. In addition, since the property ID of the property data assigned to the deleted subgroup has been acquired, a record having the property ID is searched from the property table, and the value of each column of the record is updated to the property data column and Displayed in the data column.
[0269]
In the initial state shown in FIG. 81, the record of the property ID is not deleted from the property table even if the reflection process is performed. Even if a small group is deleted in DTP, it is simply deletion in DTP, and there is a possibility that deletion of property data from the property table is not intended. Accordingly, when the user who has viewed the screen of FIG. 81 determines to delete the record of the property data currently displayed on the screen of FIG. 81 from the property table, the user presses the “Delete from DB” button 3001. As a result, the display format of the tree view for the currently displayed property data changes, and the background of the update data column changes to red for all rows. Due to such changes, the user can know that the record of the property data assigned to the deleted small set will be deleted from the property table when the reflection process is performed from now on.
[0270]
Thus, when the reflection process is performed, the record of the property data for which “Delete from DB” 3001 is pressed is deleted from the property table. On the other hand, even if the reflection process is performed, the record of the property data for which the “delete from DB” button 3001 is not pressed does not have to be deleted from the property table.
[0271]
Next, the data confirmation / correction unit 3117 will be described. The data confirmation / correction unit 3117 has functions specific to the fourth embodiment in addition to the functions of the data confirmation / correction unit 117 of the first embodiment.
[0272]
The operation of the data checking / modifying unit 3117 is shown in FIG. As is apparent from a comparison of FIG. 82 and FIG. 35 showing the operation of the data confirmation / correction unit 117 of the first embodiment, steps S351 to S365 and S367 to S369 performed by the data confirmation / correction unit 3117 are the data of the first embodiment. Since these steps are the same as those performed by the confirmation / correction unit 117, description of these steps is omitted, and only the added steps S3351 and S3353 are described.
[0273]
If the determination result in step S351 is negative (if the update data edit view is selected), is it selected to delete the record of the property data currently displayed in the update data edit view from the property table? It is determined whether or not (step S3351). Specifically, this is performed by checking whether or not the “delete from DB” button 3001 in the update data editing view shown in FIG. 81 is pressed.
[0274]
If the determination result in step S3351 is affirmative, a process of deleting from the database (step S3353) is performed, and then the process proceeds to step S367. If the determination result in step S3351 is negative, step S3353 is skipped and the step is immediately performed. The process proceeds to S367.
[0275]
Step S3353 is performed by the record deletion confirmation unit 3118. Details of step S3353 will be described with reference to FIG.
[0276]
First, the “reflecting process category” of the corresponding record in the deficit property table 291 (see FIG. 49) is set to “delete” (step S3361). Here, the corresponding record is a record having the same “original property ID” as the property ID currently displayed in the update data editing view. Next, the background color of all the rows in the update data sequence of the relevant small set in the update data editing view is changed to red, and the icon in the small tree view is changed (step S3363). Here, the applicable small group is a small group currently displayed in the update data editing view.
[0277]
Next, the reflecting unit 3119 will be described. The reflection unit 2119 has all the functions of the reflection unit 2119 of the third embodiment, but differs in the following points.
[0278]
The operation of the reflecting unit 3119 is shown in FIG. As is apparent from comparing FIG. 84 with FIG. 69 illustrating the operation of the reflection unit 2119 of the third embodiment, steps S371 to S387, S2371, S2373, and S1391 performed by the reflection unit 3119 are performed by the reflection unit 2119 of the third embodiment. It is the same as that. The reflection unit 3119 further performs steps S3371 and S3373.
[0279]
In step S3371, it is determined whether or not the “reflection processing category” in the “red-letter property table” 291 is “delete”.
[0280]
If the determination result in step S3371 is affirmative, a record having the same “property ID” as the “original property ID” of the current record in the “red character property table” 291 is deleted from the “property table” 271 (step S3373). ).
[0281]
【The invention's effect】
As described above, according to the present invention, deficit data input on DTP can be reflected in the database automatically or after partial correction.
[0282]
Moreover, it becomes possible to manage the property extracted from the database in a small set.
[0283]
Furthermore, it is possible to maintain a highly reliable database by not reflecting all the data describing the correction contents in the database as they are, but by reflecting the correction contents in the database after efficiently checking the correction contents.
[0284]
Furthermore, the value of the item added on the DTP can be reflected in the database.
[0285]
Further, if the name of the item added on the DTP matches the name of the column in the database table, the value of the item added on the DTP can be reflected in the database almost automatically.
[0286]
Furthermore, if the name of the item added on the DTP does not match the name of any column of any table in the database, the user selects the column of the database table that should reflect the value of the added item. can do.
[0287]
Furthermore, when a small set is added on the DTP, the values set for each item of the added small set can be reflected in an existing record or a new record in the database table.
[0288]
Furthermore, when a small set is deleted on the DTP, a record in which data is assigned to the deleted small set can be automatically deleted from the database table.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a reflection device for reflecting deficient data in a database according to Embodiment 1 of the present invention;
FIG. 2 is a first part of an example of an XSL-FO electronic document that does not take into account deficit data reflection according to Embodiment 1 of the present invention;
FIG. 3 is a second part of an example of an XSL-FO electronic document that does not take into account deficit data reflection according to Embodiment 1 of the present invention;
FIG. 4 is a diagram showing a screen rendered by a rendering unit based on an XSL-FO electronic document that does not take into account deficit data reflection according to Embodiment 1 of the present invention;
FIG. 5 is a diagram showing the structure of a DTP document created based on an XSL-FO electronic document that does not take into account deficit data reflection according to the first embodiment of the present invention in the form of an object class diagram.
FIG. 6 is a flowchart illustrating a method for creating a DTP document based on an XSL-FO electronic document that does not take into account deficit data reflection performed by the rendering unit according to the first embodiment of the present invention;
FIG. 7 is a flowchart showing details of the character data creation step shown in FIG. 6;
FIG. 8 is a first part of an example of an XSL-FO electronic document considering deficit data reflection according to the first embodiment of the present invention;
FIG. 9 is a second part of an example of an XSL-FO electronic document considering deficit data reflection according to the first embodiment of the present invention;
FIG. 10 is a diagram showing the structure of a DTP document created based on an XSL-FO electronic document in consideration of deficit data reflection according to Embodiment 1 of the present invention in the form of an object class diagram.
FIG. 11 is a flowchart illustrating a method for creating a DTP document based on an XSL-FO electronic document in consideration of deficit data reflection performed by the rendering unit according to the first embodiment of the present invention;
12 is a flowchart showing details of steps for creating character data shown in FIG. 11. FIG.
FIG. 13 is a diagram showing a screen rendered by a rendering unit based on an XSL-FO electronic document in consideration of deficit data reflection according to Embodiment 1 of the present invention;
FIG. 14 is a first diagram for explaining correction of text data by a correction unit according to the first embodiment of the present invention;
FIG. 15 is a second diagram for explaining correction of text data by the correction unit according to the first embodiment of the present invention;
FIG. 16 is a first diagram for explaining image link correction by the correction unit according to the first embodiment of the present invention;
FIG. 17 is a second diagram illustrating the correction of the image ring by the correction unit according to the first embodiment of the present invention.
FIG. 18 is a third diagram for explaining image link correction by the correction unit according to the first embodiment of the present invention;
FIG. 19 is a flowchart showing a data correction method performed by the data correction unit according to the first embodiment of the present invention;
FIG. 20 is a flowchart showing a method of writing red data to a red data XML electronic document performed by the red data writing unit according to the first embodiment of the present invention;
FIG. 21 is a diagram showing the structure of a red data XML electronic document according to Embodiment 1 of the present invention in an XML format.
FIG. 22 is a diagram showing an example of a deficit data XML electronic document according to the first embodiment of the present invention.
FIG. 23 is a diagram showing an initial state of a red data list view displayed by the red data return tool according to Embodiment 1 of the present invention;
FIG. 24 is a diagram showing a state during editing of an update data editing view displayed by the deficit data return tool according to the first embodiment of the present invention.
FIG. 25 is a diagram showing a state in which a red data list view displayed by the red data return tool according to the first embodiment of the present invention is being edited.
FIG. 26 is a diagram showing a dialog screen for replacement displayed by the data confirmation / correction unit according to the first embodiment of the present invention.
FIG. 27 is a diagram showing a state after the replacement process by the data confirmation / correction unit of the red data list view displayed by the red data return tool according to the first embodiment of the present invention is performed.
FIG. 28 is a diagram showing a state when a duplication check is performed by the data confirmation / correction unit of the red data list view displayed by the red data return tool according to the first embodiment of the present invention.
FIG. 29 is a diagram showing a dialog screen for inputting sort conditions displayed by the data checking / modifying unit according to the first embodiment of the present invention.
FIG. 30 is a diagram showing a state after a sorting process is performed by a data confirmation / modification unit of a deficit data list view displayed by the deficit data return tool according to the first embodiment of the present invention;
FIG. 31 is a diagram showing a state when the data checking / modifying unit of the red data list view displayed by the red data return tool according to the first embodiment of the present invention inputs the search condition and a state after performing the search. is there.
FIG. 32 is a first diagram showing a table used in the apparatus for reflecting deficit data to a database according to the first embodiment of the present invention;
FIG. 33 is a second diagram showing a table used in the apparatus for reflecting deficit data to the database according to the first embodiment of the present invention;
FIG. 34 is a flowchart showing a red data import method performed by a red data import unit according to Embodiment 1 of the present invention;
FIG. 35 is a flowchart showing a data correction method performed by the data confirmation / correction unit according to the first embodiment of the present invention;
FIG. 36 is a flowchart showing a method of reflecting deficit data in a database performed by the reflection unit according to the first embodiment of the present invention;
FIG. 37 is a block diagram showing a configuration of a reflection device for reflecting deficient data in a database according to Embodiment 2 of the present invention;
FIGS. 38A and 38B are diagrams showing states before and after adding a text item to a text box according to the second embodiment of the present invention. FIGS.
FIG. 39 is a diagram showing a dialog screen used when a text item is added to a text box in the second embodiment of the present invention.
FIGS. 40A and 40B are diagrams showing states before and after adding an inline image item to a text box according to the second embodiment of the present invention. FIGS.
FIG. 41 is a diagram showing a dialog screen used when an item name of an inline screen added to a text box is input in the second embodiment of the present invention.
FIG. 42 is a diagram showing a menu used when a box is newly added to a small group in the second embodiment of the present invention.
FIG. 43 is a diagram showing a small set to which a box is added in the second embodiment of the present invention.
FIG. 44 is a diagram showing a data structure embedded in DTP data and an example of its contents in Embodiment 2 of the present invention.
FIG. 45 is a flowchart showing an operation of an item adding unit according to the second embodiment of the present invention.
FIG. 46 is a diagram showing a structure XML format of a deficit data XML electronic document generated by a deficit data writing unit according to the second embodiment of the present invention.
FIG. 47 is a diagram showing an example of a deficit data XML electronic document according to the second embodiment of the present invention.
FIG. 48 is a first diagram showing a table used in the apparatus for reflecting deficit data to a database according to the second embodiment of the present invention;
FIG. 49 is a second diagram showing a table used in the apparatus for reflecting deficit data to the database according to the second embodiment of the present invention;
FIG. 50 is a third diagram showing a table used in the apparatus for reflecting deficit data to the database according to the second embodiment of the present invention;
FIG. 51 is a flowchart showing a method for importing red data performed by a red data unit according to Embodiment 2 of the present invention;
FIG. 52 is a flowchart showing a data correction method performed by a data confirmation / correction unit according to the second embodiment of the present invention;
FIG. 53 is a flowchart showing a method for setting an unknown update destination data performed by an update destination unknown data setting unit according to the second embodiment of the present invention;
FIG. 54 is a diagram showing a screen displayed by an update destination unknown data setting unit according to the second embodiment of the present invention.
FIG. 55 is a diagram illustrating a main part of a screen displayed by the data confirmation / correction unit after the data confirmation / correction unit and the update destination unknown data setting unit according to the second embodiment of the present invention perform correction and setting.
FIG. 56 is a flowchart showing a method of reflecting deficit data in a database performed by a reflection unit according to the second embodiment of the present invention.
FIG. 57 is a block diagram showing a configuration of a reflection device for reflecting deficient data in a database according to Embodiment 3 of the present invention;
FIG. 58 is a diagram showing a change in the screen accompanying the operation of the small group adding unit according to the third embodiment of the present invention.
FIG. 59 is a diagram showing a data structure embedded in DTP data and an example of its contents in the third embodiment of the present invention.
FIG. 60 is a flowchart showing the operation of the small group adding unit according to the third embodiment of the present invention.
FIG. 61 is a diagram showing a structure XML format of a deficit data XML electronic document generated by a deficit data writing unit according to the third embodiment of the present invention;
FIG. 62 is a diagram showing an example of a deficit data XML electronic document according to Embodiment 3 of the present invention.
FIG. 63 is a flowchart showing a method for importing red data performed by a red data portion according to Embodiment 3 of the present invention;
FIG. 64 is a diagram showing an update data editing view state that the deficit data return tool according to the third embodiment of the present invention first displays for the additional small set.
FIG. 65 is a flowchart showing a data correction method performed by a data confirmation / correction unit according to the third embodiment of the present invention;
FIG. 66 is a flowchart showing a property data calling method performed by the property data calling unit according to the third embodiment of the present invention.
FIG. 67 is a diagram showing a screen for selecting a record in the property table displayed by the property data calling unit according to the third embodiment of the present invention.
FIG. 68 is a view showing an update data edit view state displayed after the red letter data return tool according to the third embodiment of the present invention assigns a record of a property table for an additional small set.
FIG. 69 is a flowchart showing a method for reflecting deficit data in a database performed by a reflection unit according to the third embodiment of the present invention;
FIG. 70 is a block diagram showing a configuration of an apparatus for reflecting deficit data to a database according to Embodiment 4 of the present invention;
FIG. 71 is a diagram for explaining “deletion for each small group” according to the fourth embodiment of the present invention;
FIG. 72 is a diagram for explaining “deletion of all small sets included in a deleted page” according to the fourth embodiment of the present invention;
FIG. 73 is a diagram showing a data structure embedded in DTP data and an example of its contents when “deletion for each small set” is performed in the fourth embodiment of the present invention;
74 is a diagram showing a data structure embedded in DTP data and an example of its contents when “deletion of all small sets included in a deleted page” is performed in the fourth embodiment of the present invention. FIG.
FIG. 75 is a flowchart showing an operation when “deletion for each small group” is performed by the small group addition unit according to the third embodiment of the present invention;
FIG. 76 is a flowchart showing an operation in the case of performing “deletion of all small groups included in a deleted page” of the small group adding unit according to the third embodiment of the present invention;
FIG. 77 is a diagram showing a structure XML format of a deficit data XML electronic document generated by a deficit data writing unit according to the fourth embodiment of the present invention;
FIG. 78 is a diagram showing an example of a deficit data XML electronic document according to Embodiment 4 of the present invention;
FIG. 79 is a flowchart showing a method of writing red data to a red data XML electronic document performed by a red data writing unit according to Embodiment 4 of the present invention;
FIG. 80 is a flowchart showing a red data import method performed by a red data import unit according to Embodiment 4 of the present invention;
FIG. 81 is a diagram showing an update data editing view state that is initially displayed for a small set from which the deficit data return tool according to the fourth embodiment of the present invention has been deleted;
FIG. 82 is a flowchart showing a data correction method performed by a data confirmation / correction unit according to the fourth embodiment of the present invention;
FIG. 83 is a flowchart showing a record deletion confirmation method performed by a record deletion confirmation unit according to Embodiment 4 of the present invention;
FIG. 84 is a flowchart illustrating a method for reflecting deficit data in a database performed by a reflecting unit according to the fourth embodiment of the present invention.
[Explanation of symbols]
101 Allocated XSL-FO electronic document
103, 1103, 2103, 3103 DTP software
105 Rendering unit
107 Data correction section
109, 1109, 2109, 3109 Deficit data export section
111, 1111, 2111 Red data XML electronic document
113, 1113, 2113, 3113 Red data return tool
115, 1115, 2115, 3115 Red data import section
117, 1117, 2117, 3117 Data confirmation / correction unit
119, 1119, 2119, 3119 Reflection unit
121 Property Database
1107 Item addition part
1118 Update destination unknown data setting part
2107 Small group additional part
2118 Property data calling part
3107 Small group deletion part
3118 Record deletion confirmation part

Claims (2)

レンダリング用電子文書を基に、DTPデータを生成するレンダリング装置であって、
少なくとも1つのページについて、前記DTPデータのページを表わすfo:page−sequenceタグ内に小組を表わすfo:block−containerタグを1又は複数記述されているとともに、少なくとも前記小組を表わすfo:block−containerタグ内にテキストボックス又は画像ボックスを表わすfo:block−containerタグを1又は複数記述され、前記テキストボックスを表すfo:block−containerタグ内に文字スタイルの階層のタグを有するXSL−FO(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すfo:block−containerタグの属性データとして、小組ID及び物件IDを有し、前記テキストボックスを表すfo:block−containerタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも1つのページ内に小組を表わす仮想的な1又は複数の領域を構成し、
更に、前記少なくとも1つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したDTPデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ID及び前記物件IDが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング装置であって、
前記小組ID及び前記物件IDを、それぞれ、前記XSL−FO電子文書の前記小組ID及び前記物件IDを基に生成し、前記DTPデータの小組の階層に書き込む小組作成手段と、
前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータのテキストボックスの階層に書き込むテキストボックス作成手段と、
前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記XSL−FO電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記DTPデータの文字スタイルの階層に書き込む文字スタイル適用手段と、
前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータの画像ボックスに書き込む画像ボックス作成手段と、
を備えることを特徴とするレンダリング装置。
A rendering device that generates DTP data based on an electronic document for rendering,
For at least one page, one or more fo: block-container tags representing a subset are described in the fo: page-sequence tag representing the page of the DTP data, and at least the fo: block-container representing the subset. One or more fo: block-container tags representing a text box or an image box are described in the tag, and an XSL-FO (eXtensible Stylesheet having a character style hierarchy tag in the fo: block-container tag representing the text box a Language-Formatting Object) electronic documents, fo represents the subassembly: the attribute data of the block-container tag has a small set ID and property ID, representing the text box fo: b as attribute data of the ock-container tag has the sequence of the item name of the array and poured database entry path of the database item poured, as attribute data of the tag of the text style hierarchy, path database items, Based on what has information indicating the item name of the database item, the flow order of the database item, and the presence / absence of the database item replacement process, one or more virtual regions representing a small group are configured in the at least one page. ,
Further, for the at least one page, DTP data in which at least a text box or an image box is configured in each subgroup, and when expressed hierarchically, the subgroup has a subgroup hierarchy below the page hierarchy. A hierarchy of text boxes and a hierarchy of image boxes below, having at least a character style hierarchy below the text box, wherein at least the small group ID and the property ID are described in the small group hierarchy, In the hierarchy of the text box, there are at least an array of paths of the database items that have been poured in, an array of database item names that have been fed in, an ordering sequence of the database items that have been fed in, and an array of update dates and times of the database items that have been fed in. Described, and at least the database entry in the character style hierarchy. Path, the item name of the database item, the flow order of the database item, and information indicating the presence / absence of the replacement process of the database item are described, and at least the array of the path of the flowed database item is arranged in the hierarchy of the image box And a rendering device that generates an array of item names of the database items that have been inserted, an array of an order in which the database items have been merged, and an array of update dates and times of the database items that have been merged. There,
A small group creating means for generating the small group ID and the property ID based on the small group ID and the property ID of the XSL-FO electronic document, respectively, and writing the generated small group ID in the hierarchy of the small group of the DTP data;
The XSL includes an array of paths of the flowed database items, an array of the flowed database item names, a flow order of the flowed database items, and an update date / time of the flowed database items, respectively. A text box of the DTP data generated based on the array of the path of the database item that has been inserted in the FO electronic document, the array of the database item name that has been inserted, the sequence of the database item that has been poured in, and a predetermined value. Text box creation means to write to the hierarchy of
The path of the database item, the item name of the database item, the flow order of the database item, and the information indicating the presence / absence of the replacement process of the database item, respectively, the path of the database item of the XSL-FO electronic document, the database A character style applying unit that generates the information based on the item name of the item, the flow order of the database items, and information indicating the presence or absence of the replacement processing of the database items, and writes the information to the character style hierarchy of the DTP data;
An array of paths of the database items that have been poured in, an array of item names of the database items that have been fed in, an ordering sequence of the database items that have been fed in, and an array of update dates and times of the database items that have been fed in, respectively. Generated on the basis of an array of paths of the database items that have been inserted into the XSL-FO electronic document, an array of item names of the database items that have been inserted, a sequence of the database items that have been poured in, and a predetermined value, and the DTP Image box creation means for writing data into the image box;
A rendering device comprising:
コンピュータに、レンダリング用電子文書を基に、DTPデータを生成するレンダリング方法であって、少なくとも1つのページについて、前記DTPデータのページを表わすfo:page−sequenceタグ内に小組を表わすfo:block−containerタグを1又は複数記述されているとともに、少なくとも前記小組を表わすfo:block−containerタグ内にテキストボックス又は画像ボックスを表わすfo:block−containerタグを1又は複数記述され、前記テキストボックスを表すfo:block−containerタグ内に文字スタイルの階層のタグを有するXSL−FO(eXtensible Stylesheet Language-Formatting Object)電子文書であって、前記小組を表すfo:block−containerタグの属性データとして、小組ID及び物件IDを有し、前記テキストボックスを表すfo:block−containerタグの属性データとして、流し込まれたデータベース項目のパスの配列及び流し込まれたデータベース項目の項目名の配列を有し、前記文字スタイルの階層のタグの属性データとして、データベース項目のパス、データベース項目の項目名、データベース項目の流し込み順序及びデータベース項目の置換処理の有無を表す情報を有するものを基に、前記少なくとも1つのページ内に小組を表わす仮想的な1又は複数の領域を構成し、
更に、前記少なくとも1つのページについて、各小組内に少なくともテキストボックス又は画像ボックスを構成したDTPデータであって、階層的に表すと、ページの階層の下に小組の階層を有し、小組の階層の下にテキストボックスの階層及び画像ボックスの階層を有し、前記テキストボックスの下に少なくとも文字スタイルの階層を有し、前記小組の階層には少なくとも前記小組ID及び前記物件IDが記述され、前記テキストボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述され、前記文字スタイルの階層には少なくとも前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報が記述され、前記画像ボックスの階層には少なくとも前記流し込まれたデータベース項目のパスの配列及び前記流し込まれたデータベース項目の項目名の配列、流し込まれたデータベース項目の流し込み順序の配列及び流し込まれたデータベース項目の更新日時の配列が記述されたものを生成することを特徴とするレンダリング方法において、小組作成手段により、前記小組ID及び前記物件IDを、それぞれ、前記XSL−FO電子文書の前記小組ID及び前記物件IDを基に生成し、前記DTPデータの小組の階層に書き込む小組作成ステップと、テキストボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータのテキストボックスの階層に書き込むテキストボックス作成ステップと、文字スタイル適用手段により、前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を、それぞれ、前記XSL−FO電子文書の前記データベース項目のパス、前記データベース項目の項目名、前記データベース項目の流し込み順序及び前記データベース項目の置換処理の有無を表す情報を基に生成し、前記DTPデータの文字スタイルの階層に書き込む文字スタイル適用ステップと、画像ボックス作成手段により、前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序の配列及び前記流し込まれたデータベース項目の更新日時の配列を、それぞれ、前記XSL−FO電子文書の前記流し込まれたデータベース項目のパスの配列、前記流し込まれたデータベース項目の項目名の配列、前記流し込まれたデータベース項目の流し込み順序及び所定値を基に生成し、前記DTPデータの画像ボックスに書き込む画像ボックス作成ステップと、を備えることを特徴とするレンダリング方法を実行させるためのプログラム。
A rendering method for generating DTP data on a computer based on an electronic document for rendering, wherein, for at least one page, fo: block- representing a small set in a fo: page-sequence tag representing the page of the DTP data. One or more container tags are described, and at least one fo: block-container tag representing a text box or an image box is described in the fo: block-container tag representing the small set, and represents the text box fo: an XSL-FO (eXtensible Stylesheet Language-Formatting Object) electronic document having a tag of a character style hierarchy in a block-container tag, and fo: block-conta The attribute data of the ner tag has a small group ID and the property ID, and the attribute data of the fo: block-container tag representing the text box includes the array of the path of the database item that has been inserted and the item name of the database item that has been injected As the attribute data of the tag of the character style hierarchy, the database item path, the database item item name, the database item flow order, and the information indicating the presence or absence of the database item replacement process are used as the attribute data. A virtual region or regions representing a small group in the at least one page;
Further, for the at least one page, DTP data in which at least a text box or an image box is configured in each subgroup, and when expressed hierarchically, the subgroup has a subgroup hierarchy below the page hierarchy. A hierarchy of text boxes and a hierarchy of image boxes below, having at least a character style hierarchy below the text box, wherein at least the small group ID and the property ID are described in the small group hierarchy, In the hierarchy of the text box, there are at least an array of paths of the database items that have been poured in, an array of database item names that have been fed in, an ordering sequence of the database items that have been fed in, and an array of update dates and times of the database items that have been fed in Described, and at least the database entry in the character style hierarchy. Path, the item name of the database item, the flow order of the database item, and information indicating the presence / absence of the replacement process of the database item are described, and at least the array of the path of the flowed database item is arranged in the hierarchy of the image box And a rendering method characterized by generating an array of item names of the database items that have been inserted, an array of sequence of the database items that have been merged, and an array of update dates and times of the database items that have been merged. A small group creating step of generating the small group ID and the property ID based on the small group ID and the property ID of the XSL-FO electronic document and writing the small group ID and the property ID in the small group hierarchy of the DTP data, respectively, The text box is created by the text box creating means. The XSL-FO electronic document includes an array of database item paths, an array of database item names that have been poured in, an ordering sequence of the database items that have been poured in, and an update date / time of the database items that have been fed in. Are generated based on the array of paths of the database items that have been inserted, the array of database item names that have been merged, the sequence of the database items that have been merged, and a predetermined value, and are written in the text box hierarchy of the DTP data Information indicating the path of the database item, the item name of the database item, the flow order of the database item, and the presence / absence of the replacement processing of the database item, respectively, by the text box creation step and the character style applying means, FO electronic document Character style application that is generated based on information indicating the path of the database item, the item name of the database item, the flow order of the database item, and the presence / absence of replacement processing of the database item, and written to the character style hierarchy of the DTP data And an array of paths of the database items that have been fed in, an array of item names of the database items that have been fed in, an ordering sequence of the database items that have been fed in, and a database item that has been fed in The update date / time array of the XSL-FO electronic document includes an array of the paths of the database items that have been inserted, an array of item names of the database items that have been injected, a flow order of the database items that have been injected, and a predetermined number. Generated on the basis of the value D Program for executing a rendering method characterized by comprising: a picture box creation step of writing the image box P data.
JP2003118793A 2003-02-27 2003-04-23 Method and apparatus for reflecting data in database and program thereof Expired - Fee Related JP4325790B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003118793A JP4325790B2 (en) 2003-02-27 2003-04-23 Method and apparatus for reflecting data in database and program thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003051018 2003-02-27
JP2003118793A JP4325790B2 (en) 2003-02-27 2003-04-23 Method and apparatus for reflecting data in database and program thereof

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009112625A Division JP2009169987A (en) 2003-02-27 2009-05-07 Method and device for reflection of data in database, and program

Publications (2)

Publication Number Publication Date
JP2004318765A JP2004318765A (en) 2004-11-11
JP4325790B2 true JP4325790B2 (en) 2009-09-02

Family

ID=33478053

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003118793A Expired - Fee Related JP4325790B2 (en) 2003-02-27 2003-04-23 Method and apparatus for reflecting data in database and program thereof

Country Status (1)

Country Link
JP (1) JP4325790B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5098406B2 (en) * 2007-04-11 2012-12-12 大日本印刷株式会社 Typesetting device, typesetting method, and typesetting processing program
JP5239424B2 (en) * 2008-03-17 2013-07-17 大日本印刷株式会社 Typesetting device, typesetting method, and typesetting processing program
JP2010033544A (en) * 2008-07-04 2010-02-12 Kyodo Printing Co Ltd Dtp data modification device and method thereof
JP5301907B2 (en) * 2008-07-18 2013-09-25 株式会社プロフィールド Information processing device
JP2014041532A (en) * 2012-08-23 2014-03-06 Dainippon Printing Co Ltd Composing device, composing method, and composing program

Also Published As

Publication number Publication date
JP2004318765A (en) 2004-11-11

Similar Documents

Publication Publication Date Title
US7945590B2 (en) Programmability for binding data
US5553216A (en) Structured database system together with structure definition frame storing document body data
US6651069B2 (en) Document processing method and system, and computer-readable recording medium having document processing program recorded therein
JP4936715B2 (en) Data binding in word processing applications
US5144555A (en) Method and apparatus for supporting of making formatted document
JP5114932B2 (en) Document processing apparatus and document processing program
US7856428B2 (en) Method, computer program product and device for importing a plurality of data sets into a system
US9280572B2 (en) Managing product information versions
JP2000035959A (en) Method and device for managing document for word processor
US20080120270A1 (en) Database system
JP4325790B2 (en) Method and apparatus for reflecting data in database and program thereof
JP2000504861A (en) Information exchange management computer operation method and form filling method
JP2009169987A (en) Method and device for reflection of data in database, and program
JP3554056B2 (en) Software specification reuse support device
JPH05108636A (en) Routine document preparing device
JPH0981585A (en) Electronic filing device
JP3764971B2 (en) History information management device
US20050251498A1 (en) Method, computer program and device for executing actions using data sets
JP2002169692A (en) Specification creating program and computer readable medium stored with the program
CN114579112B (en) Method, device, equipment and storage medium for assisting system development
JPH11259458A (en) Document processor
JPH06176085A (en) Drawing/parts list generation/control device
JP2908620B2 (en) Drawing management method and device
US8051424B2 (en) Method, computer program product and computer device for processing data
JPH09179761A (en) Data base management system and its method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060410

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081029

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090105

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090303

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090507

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090603

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090603

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120619

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120619

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130619

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees