(57)【要約】【課題】印刷データの訂正状況を表示し、訂正状況に応じて表示し、フィードバックする。【解決手段】ＤＴＰデータの主テーブル非訂正項目に関し、表に主テーブルでの項目名及びデータを表示し、ＤＴＰデータの主テーブル訂正項目のうち非置換処理項目に関し、表に主テーブルにおける項目名及び並びにデータ、訂正前ＤＴＰデータ及び訂正後ＤＴＰデータを表示し、ＤＴＰデータの主テーブル訂正項目のうち置換処理項目に関し、表に主テーブルでの項目名、主テーブルでのデータ、訂正前ＤＴＰデータ、訂正後ＤＴＰデータ及び置換処理を示す標識を表示し、ＤＴＰデータの参照テーブル訂正項目に関し、表に主テーブルにおける名称であって、参照キーとなった項目の名称、主テーブルにおける該項目の値を表示し、他の表に訂正対象項目の名称、参照テーブルでのデータ、訂正前ＤＴＰデータ及び訂正後ＤＴＰデータを表示する。【選択図】図１６
2007141261.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータの画面に訂正データを表示する方法であって、
前記コンピュータの画面に第１の表及び第２の表を表示し、
ＤＴＰデータの訂正段階で訂正されなかった物件テーブルの項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータを表示し、
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われなかった項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータを表示し、
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われた項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータ並びに置換処理をしたことを示す標識を表示し、
ＤＴＰデータの訂正段階で訂正された参照テーブルの項目については、第１の表に物件テーブルにおける項目名であって、参照のキーとなった項目の項目名及び物件テーブルにおけるその項目の値を表示し、第２の表に訂正の対象となった項目の項目名、参照テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータを表示することを特徴とする訂正データを表示する方法。
【請求項２】
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われなかった項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、請求項１に記載の訂正データを表示する方法において表示された訂正後のデータをデータベースの物件テーブルの該当レコードの該当フィールドに、フィードバック手段により、フィードバックすることを特徴とする訂正方法。
【請求項３】
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われた項目のうち、請求項１に記載の訂正データを表示する方法において物件テーブルのデータが間違っていたことがユーザにより判断された項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、ユーザにより表示が訂正された物件データを物件テーブルの該当レコードの該当フィールドに、フィードバック手段により、フィードバックすることを特徴とする訂正方法。
【請求項４】
ＤＴＰデータの訂正段階で訂正された参照テーブルの項目に関連して、請求項１に記載の訂正データを表示する方法において、参照するレコードが間違っていたことがユーザにより判断された項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、ユーザにより表示が訂正された物件データを物件テーブルの該当レコードの該当フィールドに、フィードバック手段により、フィードバックすることを特徴とする訂正方法。
【請求項５】
コンピュータの画面に訂正データを表示する装置であって、
前記コンピュータの画面に第１の表及び第２の表を表示し、
ＤＴＰデータの訂正段階で訂正されなかった物件テーブルの項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータを表示し、
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われなかった項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータを表示し、
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われた項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータ並びに置換処理をしたことを示す標識を表示し、
ＤＴＰデータの訂正段階で訂正された参照テーブルの項目については、第１の表に物件テーブルにおける項目名であって、参照のキーとなった項目の項目名及び物件テーブルにおけるその項目の値を表示し、第２の表に訂正の対象となった項目の項目名、参照テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータを表示することを特徴とする訂正データを表示する装置。
【請求項６】
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われなかった項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、請求項５に記載の訂正データを表示する装置において表示された訂正後のデータをデータベースの物件テーブルの該当レコードの該当フィールドにフィードバックするフィードバック手段を備えることを特徴とする訂正装置。
【請求項７】
ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われた項目のうち、請求項５に記載の訂正データを表示する装置において物件テーブルのデータが間違っていたことがユーザにより判断された項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、ユーザにより表示が訂正された物件データを物件テーブルの該当レコードの該当フィールドにフィードバックするフィードバック手段を備えることを特徴とする訂正装置。
【請求項８】
ＤＴＰデータの訂正段階で訂正された参照テーブルの項目に関連して、請求項５に記載の訂正データを表示する装置において、参照するレコードが間違っていたことがユーザにより判断された項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、ユーザにより表示が訂正された物件データを物件テーブルの該当レコードの該当フィールドにフィードバックするフィードバック手段を備えることを特徴とする訂正装置。
【請求項９】
コンピュータに請求項１乃至４の何れか１項に記載の方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースを基に作成された印刷データの訂正内容を表示し、データベースにフィードバックする方法及びその装置に関する。
【背景技術】
【０００２】
大量の物件データ（中古車データ、住宅データ等）のうちの各物件を数種類程度の小組のうちの１の小組に組み込み、いくつかの小組を１ページに並べて掲載する物件雑誌（中古車雑誌、住宅雑誌等）を出版する方法としてデータベースパブリッシングが登場してきている。
【０００３】
データベースパブリッシングによれば、物件の販売、仕入れ等により物件データが頻繁に変動し、かつ物件数が多いので、物件データを管理するためにデータベースが用いられている。また、データベースパブリッシングでは、データベースから一冊の物件雑誌に掲載するべき物件データを抽出して、これをＸＭＬ(eXtensible Markup Language)電子文書で表し、小組の並べ方、各小組内の項目のレイアウト及び各小組に割り当てる物件の指定をＸＳＬＴ(eXtensible Stylesheet Language Transformation)スタイルシートと呼ばれるＸＳＬＴ電子文書で表し、ＸＭＬ文書とＸＳＬＴ文書からＸＳＬＴプロセッサを用いてＸＳＬ−ＦＯ(eXtensible Stylesheet Language-Formatting Object)電子文書を生成し、ＸＳＬ−ＦＯ電子文書からＸＳＬ−ＦＯプロセッサを用いてＤＴＰデータを生成する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、データベースパブリッシングを行う場合であっても、印刷直前において、ＤＴＰ上で校正が行われる。校正においては、通常の出版の場合と同様に、誤記の訂正は直接にはデータベースに対してではなくＤＴＰデータに対して行われる。従って、訂正内容をデータベースにフィードバックするためには、訂正内容に応じてデータベースを人手により訂正する作業が必要とされていた。
【０００５】
例えば、株式会社リンクスのDBPublisher 1.0及びDBPress 4.0の書き戻しの機能では、訂正内容がデータベースに自動的に直接フィードバックされるのではなく、全てのレコードの双方向属性を設定した項目についての訂正内容を記述したＣＳＶ形式のファイルが生成されるのみであり、利用者は手作業でＣＳＶ形式のファイルを基にデータベースを訂正しなければならなかった。
【０００６】
本発明は上記の問題点に鑑みてなされたものであり、印刷データの訂正状況を表示し、訂正状況に応じて、訂正内容をデータベースにフィードバックすることを可能とする方法及びその装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の観点によれば、コンピュータの画面に訂正データを表示する方法であって、前記コンピュータの画面に第１の表及び第２の表を表示し、ＤＴＰデータの訂正段階で訂正されなかった物件テーブルの項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータを表示し、ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われなかった項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータを表示し、ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われた項目については、第１の表に、物件テーブルにおける項目名及び物件テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータ並びに置換処理をしたことを示す標識を表示し、ＤＴＰデータの訂正段階で訂正された参照テーブルの項目については、第１の表に物件テーブルにおける項目名であって、参照のキーとなった項目の項目名及び物件テーブルにおけるその項目の値を表示し、第２の表に訂正の対象となった項目の項目名、参照テーブルにおけるデータの他に、訂正前のＤＴＰデータ及び訂正後のＤＴＰデータを表示することを特徴とする訂正データを表示する方法が提供される。
【０００８】
本発明の第２の観点によれば、ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われなかった項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、本発明の第１の観点による訂正データを表示する方法において表示された訂正後のデータをデータベースの物件テーブルの該当レコードの該当フィールドに、フィードバック手段により、フィードバックすることを特徴とする訂正方法が提供される。
【０００９】
本発明の第３の観点によれば、ＤＴＰデータの訂正段階で訂正された物件テーブルの項目のうち置換処理が行われた項目のうち、本発明の第１の観点による訂正データを表示する方法において物件テーブルのデータが間違っていたことがユーザにより判断された項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、ユーザにより表示が訂正された物件データを物件テーブルの該当レコードの該当フィールドに、フィードバック手段により、フィードバックすることを特徴とする訂正方法が提供される。
【００１０】
本発明の第４の観点によれば、ＤＴＰデータの訂正段階で訂正された参照テーブルの項目に関連して、本発明の第１の観点による訂正データを表示する方法において、参照するレコードが間違っていたことがユーザにより判断された項目について、当該項目のデータベースにおける該当レコード及び該当フィールドをＤＴＰデータから検出し、ユーザにより表示が訂正された物件データを物件テーブルの該当レコードの該当フィールドに、フィードバック手段により、フィードバックすることを特徴とする訂正方法が提供される。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下の実施形態においては、物件雑誌として、中古車雑誌を例にとり説明するが、他の種類の物件雑誌にも本発明を適用することができる。
【００１２】
本実施形態においては、図１〜５に示すように、ＸＳＬ−ＦＯ電子文書に記述された各物件データは、その物件データの各項目の属性として、その項目のＸＭＬ文書における相対パス（ＸＰＡＴＨで表される。）、その項目について置換処理があるか否かの属性、及びその項目の日本語名を有する。これらの属性は、印刷されるべき属性ではないので、通常のＸＳＬ−ＦＯ電子文書には記述されておらず、本発明に従ってカスタマイズされたＸＳＬＴプロセッサにより記述されている。本発明に従ってカスタマイズされたＸＳＬＴプロセッサのカスタマイズされた部分は本発明のフィードバック用プログラムの一部を構成する。
【００１３】
各項目のＸＭＬ電子文書における相対パスについて次に説明する。
【００１４】
物件雑誌に掲載される物件の基となる物件データベースは図６に示すようなテーブルを有する。物件テーブルは、物件ＩＤ、物件名、価格、メーカＩＤ、車両ＩＤ等の項目を有する。参照テーブルは物件テーブルから所定の項目をキーとして参照されるテーブルであり、複数ある。メーカ車両テーブルは、参照テーブルの1つであり、メーカＩＤ、車両ＩＤ及び車両名の項目を有する。メーカテーブルは、参照テーブルの1つであり、メーカＩＤ及びメーカ名の項目を有する。エリアテーブルは、参照テーブルの1つであり、エリアＩＤ及びエリア名の項目を有する。販売店テーブルは、参照テーブルの1つであり、販売店ＩＤ、販売店名等の項目を有する。オプションテーブルは、参照テーブルの1つであり、オプションＩＤ、オプション名及び略号の項目を有する。繰り返しテーブルは１つの物件について１対多の関係を有するテーブルであり、図６の例では、物件オプションテーブルが唯一の繰り返し項目テーブルである。物件オプションテーブルは、物件ＩＤ、順番号及びオプションＩＤの項目を有する。物件テーブルとメーカ車両テーブルはメーカＩＤ及び車両ＩＤよりなる複合キーにより関係づけられ、メーカ車両テーブルとメーカテーブルはメーカＩＤにより関係づけられ、物件テーブルとエリアテーブルはエリアＩＤにより関係づけられ、物件テーブルと販売店テーブルは販売店ＩＤにより関係づけられ、物件テーブルと物件オプションテーブルは物件ＩＤにより関係づけられ、物件オプションテーブルとオプションテーブルはオプションＩＤにより関係づけられる。
【００１５】
このような物件データベースから雑誌に掲載する物件データが抽出されて、ＸＭＬ電子文書となるが、本実施形態で生成されるＸＭＬ電子文書は、図７〜１１に示す構造を有する。なお、図面の都合上１つのＸＭＬ電子文書の構造を図７〜１１に分割して描いている。
【００１６】
図６〜１１を参照すると、物件テーブルの各レコードに直接記述されているデータである物件名、価格等はＸＭＬ文書においては、通常通り物件bukken５０１（図７）の下の項目item（２つの例として、項目（項目名:name_asc="BKN_NAME"、表示用項目名:name_jp="物件名"）５０２（図７）及び項目（項目名:name_asc="KAKAKU"、表示用項目名:name_jp="価格"）５０３（図７））の下に記述されている。
【００１７】
物件テーブルの各レコードから１つの項目より成る単純インデックスで参照されているエリアテーブルのエリア名は、物件bukken５０１（図７）の下の項目item（項目名:name_asc="AREA_ID"、表示項目名:name_jp="エリアＩＤ"）５０４（図９）の下の参照テーブル（エリアテーブル）ref_table（項目名:name_asc="AREA"）５０５（図９）の下の項目item（項目名:name_asc="AREA_NAME"、表示用項目名:name_jp="エリア名"）５０６（図１１）の下に記述されている。
【００１８】
物件テーブルの各レコードから２つの項目より成る複合インデックスで参照されているメーカ車両テーブルの車両名は、冗長となるが２つ重複して記述されている。２つ重複して記述されている理由は、複合インデックスが２つの項目より成ることであるが実用上は１つのみ記述されていてもよい。１つの記述は、物件bukken５０１（図７）の下の項目ref_item（項目名:name_asc="MAKER_ID"、表示項目名:name_jp="メーカＩＤ"）５０７（図７）の下の参照テーブルref_table（項目名:name_asc="MAKER_SHARYOU"）５０８（図７）の下の項目item（項目名:name_asc="SHARYOU_NAME"、表示用項目名:name_jp="車両名"）５０９（図８）の下の記述であり、他の記述は、物件bukken５０１（図７）の下の項目ref_item（項目名:name_asc="MAKER_ID"、表示項目名:name_jp="メーカＩＤ"）５１０（図９）の下の参照テーブルref_table（項目名:name_asc="MAKER_SHARYOU"）５１１（図９）の下の項目item（項目名:name_asc="SHARYOU_NAME"、表示用項目名:name_jp="車両名"）５１２（図１０）の下の記述である。
【００１９】
物件テーブルのレコードから２つの項目より成る複合インデックスで参照されているメーカ車両テーブルより１つの項目メーカＩＤより成る単純インデックスで参照されているメーカテーブルのメーカ名も、冗長となるが２つ重複して記述されている。２つ重複して記述されている理由は、複合インデックスが２つの項目より成ることであるが実用上は１つのみ記述されていてもよい。１つの記述は、物件bukken５０１（図７）の下の項目ref_item（項目名:name_asc="MAKER_ID"、表示項目名:name_jp="メーカＩＤ"）５０７（図７）の下の参照テーブルref_table（項目名:name_asc="MAKER_SHARYOU"）５０８（図７）の下の項目ref_item（項目名:name_asc="MAKER_ID"、表示用項目名:name_jp="メーカＩＤ"）５１３（図８）の下の参照テーブルref_table（項目名:name_asc="MAKER）５１４（図８）の下の項目item（項目名:name_asc="MAKER_NAME"、表示項目名:name_jp="メーカ名"）５１５（図８）の下の記述であり、他の記述は、物件bukken５０１（図７）の下の項目ref_item（項目名:name_asc="SHARYOU_ID"、表示項目名:name_jp="車両ＩＤ"）５１０（図９）の下の参照テーブルref_table（項目名:name_asc="MAKER_SHARYOU"）５１１（図９）の下の項目ref_item（項目名:name_asc="MAKER_ID"、表示用項目名:name_jp="メーカＩＤ"）５１６（図１０）の下の参照テーブルref_table（項目名:name_asc="MAKER）５１７（図１０）の下の項目item（項目名:name_asc="MAKER_NAME"、表示項目名:name_jp="メーカ名"）５１８（図１０）の下の記述である。
【００２０】
上述の通り、ＸＭＬ文書の各物件のブロック内では、車両ＩＤ、車両名、メーカＩＤ、メーカ名がそれぞれ２つ重複して記述されているので、車両ＩＤ、車両名、メーカＩＤ及びメーカ名のＸＰＡＴＨは２通りある。
【００２１】
メーカ名についての物件を基準とした２つの相対パスはＸＰＡＴＨで表すと、
ref_item[@name_asc='MAKER_ID']/ref_table[@name_asc='MAKER_SHARYOU']/ref_item[@name_asc='MAKER_ID']/ref_table[@name_asc='MAKER']/item[@name_asc='MAKER_NAME']
及び
ref_item[@name_asc='SHARYOU_ID']/ref_table[@name_asc='MAKER_SHARYOU']/ref_item[@name_asc='MAKER_ID']/ref_table[@name_asc='MAKER']/item[@name_asc='MAKER_NAME']
となる。
【００２２】
ＸＭＬ電子文書における各項目の相対パスは上述のようになる。従って、ＸＳＬ−ＦＯ電子文書においても、各物件の各項目の位置は、このような相対パスによって表現される。
【００２３】
各項目について置換処理があるか否かの属性とは、対象とする項目の文字列に対して何らかの置換処理がなされているか否かの属性である。１つでも置換処理がなされていれば、この属性の値は”ｙ”となり、そうでなければ、この属性の値は”ｎ”となる。置換処理とは、ＸＳＬＴプロセッサがＸＳＬ−ＦＯ文書を生成する過程で行われる処理であり、例えば、データベースでは、「１４．３」と記録されている項目「車検年月」の値を「平成１４年３月」に置換する処理、データベースでは「ホワイト」と記録されている項目「色」の値を「white.gif」という名称の白色を表すアイコンの画像ファイルに置換する処理等のことである。置換処理された後の文字列や画像ファイルに対する訂正の内容をそのままデータベースにフィードバックすることができないので、フィードバック用ソフトウェアがそれができないことを判別できるようにするために置換処理があるか否かの属性が設けられている。この属性の設定は、ＸＳＬＴプロセッサが置換処理を行うか行わないかを判断したときに行う。なお、後述するが、そのままコンピュータにより全自動でデータベースにフィードバックすることができない訂正後のデータは、フィードバック用プログラムが表示する画面で特殊表示（特殊色表示等）されたり、印刷される訂正リストに含まれるので、その特殊表示や訂正リストを見てユーザが手作業でデータベースを訂正することができる。
【００２４】
各項目の日本語名は、フィードバック用プログラムが表示するデータ訂正ダイアログでこの日本語名を項目名として表示するために設けられている。
【００２５】
ＸＳＬ−ＦＯ電子文書からＸＳＬ−ＦＯプロセッサによりＤＴＰデータが生成されるが、このＤＴＰデータも各物件データの各項目の属性として、その項目の「ＸＭＬ文書における相対パス」（ＸＰＡＴＨで表される。）、その項目について「置換処理があるか否かの属性」、及びその項目の「日本語名」を格納する領域を有する。ＸＳＬ−ＦＯプロセッサは、ＤＴＰデータに更に「訂正前のデータ領域」及び「訂正後のデータ領域」を設け、「訂正前のデータ領域」には、ＸＳＬ−ＦＯ電子文書から読み込んだ項目の値を代入する。
【００２６】
このようにして用意されたＤＴＰデータを基に、本発明によりカスタマイズされたＤＴＰソフトウェアは物件雑誌の紙面と同一の画面を表示する。ＤＴＰソフトウェアのうちのカスタマイズされた部分も本発明のフィードバック用プログラムの一部を構成する。
【００２７】
図１２は、ＤＴＰソフトウェアにより表示されている紙面と同一の画面のうちの１つの物件についての小組である。この小組は、物件画像の画像ボックス、２つのテキストボックス（車両名のテキストボックスと価格のテキストボックス）と他の画像ボックス（色の画像ボックス）を有する。画面上でコンピュータマウスのカーソルが位置するボックスはハイライト表示される。図１２の例では車両名のテキストボックスがハイライト表示（図ではハッチングで示す）されている。この状態でコンピュータマウスをダブルクリックすると、図１３に示すデータ訂正ダイアローグボックスが表示される。図１３のデータ訂正ダイアローグボックスの項目名である「車種名」はＤＴＰデータに埋め込まれていた「日本語名」である。ユーザが図１３のデータ訂正ダイアローグボックスの表示データのテキストボックスに訂正後の項目の内容（図１３の例では「キングＳ」）を入力し、「ＯＫ」ボタンを押すと、ＤＴＰソフトウェアは、訂正後の項目の内容を紙面と同一の画面に表示し、「訂正後のデータ領域」に訂正後の項目の内容を代入する。
【００２８】
色を示すグレーのアイコン上にコンピュータマウスが置かれているときにコンピュータマウスがダブルクリックされると、図１４に示すデータ訂正ダイアローグボックスが表示される。図１４のデータ訂正ダイアローグボックスの項目名である「色」はＤＴＰデータに埋め込まれていた「日本語名」である。ユーザが図１４のデータ訂正ダイアローグボックスの「参照」ボタンを押すと、ファイル名を選択するためのダイアローグボックスが表示される（図示せず）。このダイアローグボックスでユーザにより正しいファイル名（この例では「white.gif」とする）が選択されると、図１４のデータ訂正ダイアローグの画像ファイル名のテキストボックスにそのファイル名が表示される。ユーザが図１４の画面の「ＯＫ」ボタンを押すと、ＤＴＰソフトウェアは、訂正後のファイル名で指定されるファイルの内容であるアイコンを紙面と同一の画面に表示し、「訂正後のデータ領域」に訂正後のファイル名（図の例では「white.gif」）を代入する。ただし、元々、訂正前にグレーのアイコンが表示されていた原因として考えられることは、項目「色」の値が「白」である場合にファイル「gray.gif」を選択するような間違った置換処理が指定されていたことと、項目「色」の値が間違って「グレー」であったことの２つが考えられる。なお、いずれの場合でも、この「訂正後のデータ領域」に対応する「訂正前のデータ領域」には、「gray.gif」が代入されている。
【００２９】
商品画像（図１２の例では自動車の画像）にコンピュータマウスが置かれているときにコンピュータマウスがダブルクリックされると、図１５に示すデータ訂正のデータ訂正ダイアローグボックスが表示される。図１５のデータ訂正ダイアローグボックスの項目名である「商品画像」はＤＴＰデータに埋め込まれていた「日本語名」である。ユーザが図１５のデータ訂正ダイアローグボックスの「参照」ボタンを押すと、ファイル名を選択するためのダイアローグボックスが表示される（図示せず）。このダイアローグボックスでユーザにより正しいファイル名（この例では「king.gif」とする）が選択されると、図１５のデータ訂正ダイアローグの画像ファイル名のテキストボックスにそのファイル名が表示される。ユーザが図１５の画面の「ＯＫ」ボタンを押すと、ＤＴＰソフトウェアは、訂正後のファイル名で指定されるファイルの内容である画像を紙面と同一の画面に表示し、「訂正後のデータ領域」に訂正後のファイル名（図の例では「king.gif」）を代入する。
【００３０】
このようにして、ＤＴＰソフトウェアが表示する画面を用いてデータの訂正が行われ、訂正後のデータはＤＴＰデータの「訂正後のデータ領域」に格納される。
【００３１】
ＤＴＰソフトウェアのメニューのうちのデータ書き出しを選択すると、ＤＴＰソフトウェアは、訂正された項目毎に図２２に示すようなフィードバック用ＸＭＬ文書を生成する。図２２の例では、説明の簡単のために１つの物件の１つの項目のみを訂正する場合のＸＭＬ文書を示しているが、実際には、訂正のあった全ての項目についてのフィードバック用ＸＭＬ文書が生成される。また、図２２では、説明の簡単のために相対パスが単純である物件名を例示していて、この相対パスは、
Item[@name_asc='BKN_NAME']
であるが、例えば、メーカ名が変更されている場合には、相対パスは、上述の
ref_item[@name_asc='MAKER_ID']/ref_table[@name_asc='MAKER_SHARYOU']/ref_item[@name_asc='MAKER_ID']/ref_table[@name_asc='MAKER']/item[@name_asc='MAKER_NAME']
となる。
【００３２】
図２１にフィードバック用ＸＭＬ文書の構造を示す。図２１において、「＊」は０個以上の繰り返しがあることを示し、「＋」は１個以上の繰り返しがあることを示す。図２１又は図２２を参照すると明らかなように、フィードバック用ＸＭＬ文書は、各訂正項目について、項目パス、置換処理の有無、訂正前データ及び訂正後データを有する。
【００３３】
ＤＴＰ画面上で表示された項目は、訂正の有無及び訂正内容のフィードバックの難易度により大別して、
（１）訂正されなかった項目（以下、「無訂正項目」という）
（２）訂正された項目であって、データベースに自動フィードバックできる項目（以下、「全自動フィードバック項目」という）
（３）訂正された項目であって、データベースに自動フィードバックできないが半自動フィードバックできる項目（以下、「半自動フィードバック項目」という）
（４）訂正された項目であって、データベースに自動フィードバックも半自動フィードバックもできず、手動フィードバックしなければならない項目（以下、「手動フィードバック項目」という）
の４つに分類される。
【００３４】
訂正された項目であって、物件テーブルの項目であり且つ置換処理がなされていないものは全自動フィードバック項目である。訂正後の値をそのまま物件テーブルにフィードバックできるからである。
【００３５】
訂正された項目であって、物件テーブルの項目であり且つ置換処理がなされたものは半自動フィードバック項目である。置換処理がなされてＤＴＰ画面に最初に表示された内容とＤＴＰ画面上で訂正された内容を比べることにより、置換処理前の訂正後の内容を求めることができるので、オペレータが置換処理前の訂正後の内容を求めてマニュアルで入力すれば、物件テーブルへの反映処理にかけることができるからである。
【００３６】
訂正された項目であって、参照テーブルの項目であるもののうち、物件テーブルにおいてＩＤの値を間違えていたものは、半自動フィードバック項目である。オペレータが正しいＩＤの値を求めてマニュアルで入力すれば、物件テーブルへの反映処理にかけることができるからである。
【００３７】
訂正された項目であって、参照テーブルの項目であるもののうち、物件テーブルにおいてＩＤの値は正しいが、参照テーブルにおけるＩＤに対応した項目値が誤りであるものは全手動フィードバック項目である。参照テーブルをマニュアルで訂正しなければならないからである。
【００３８】
ただし、訂正された項目であって、参照テーブルの項目であるものが、半自動フィードバック項目であるのか、又は、全手動フィードバック項目であるのかの別、すなわち、訂正された項目であって、参照テーブルの項目であるものが、物件テーブルにおいてＩＤの値が間違えていたために訂正することとなったのか、又は、参照テーブルにおけるＩＤに対応した項目値が誤りであるために訂正することとなったかの別はユーザが個別に判断しなければならない。
【００３９】
以上の整理内容からすると、何かしらの方法により物件テーブルへのフィードバック処理にかけられることができる項目は全自動フィードバック項目又は半自動フィードバック項目であり、参照テーブルの内容を書き換えなければならない項目が全手動フィードバック項目であるということもできる。
【００４０】
次に、フィードバック用プログラムのうちＸＳＬＴプロセッサのカスタマイズされた部分及びＤＴＰソフトウェアのカスタマイズされた部分以外の部分を構成する訂正用プログラムにより、フィードバック用ＸＭＬ文書を基にデータベースを訂正する。
【００４１】
訂正用プログラムは、フィードバック用ＸＭＬ文書を解析し、<bukken bkn_id>の値より物件テーブルの訂正に係るレコードを特定し、<item path>の値より物件テーブルの訂正に係るレコードの項目のうちの訂正するべき項目又はそのレコードから参照されているテーブルの訂正するべき項目を特定する。また、<isReplaced>の値より、訂正するべき項目が置換処理されたのか否かを認識し、<item before>と<item after>の値より訂正前の値及び訂正後の値を認識する。
【００４２】
訂正用プログラムは、上記の特定及び認識に基づいて、図１６に示す画面を表示する。
【００４３】
図１６を参照すると、中古車雑誌の第１１５頁に掲載されている「キングＳ」と「ジュピターＬセレクション」のうちの「キングＳ」の各項目が右側の２つの表（以下、「上表」及び「下表」という）に表示されている。上表は物件テーブルの全項目を表示し、下表は参照テーブルの訂正のあった項目を表示する。
【００４４】
上表の各項目のうち参照テーブルを参照しない項目においては、列「ＤＢデータ」には、その項目が無訂正項目であれば、<item before>の値が表示され、その項目が全自動フィードバック項目であれば、<item after>の値が表示され、その項目が置換処理がなされたために半自動フィードバック項目となったものであれば、データベースより読み込まれた訂正前且つ置換前のデータが表示される。
【００４５】
上表の各項目のうち参照テーブルを参照しない項目においては、列「ＤＢデータ」は、その項目が無訂正項目であれば、ハッチング無しで表示され、その項目が全自動フィードバック項目であれば、右上がりのハッチング付きで表示され、その項目が半自動フィードバック項目であれば、クロスハッチング付きで表示される。
【００４６】
上表の各項目のうち参照テーブルを参照する項目においては、列「ＤＢデータ」には、元来ＩＤ（メーカＩＤ、車両ＩＤ、エリアＩＤ、販売店ＩＤ）が表示されるが、ユーザの便宜のため、参照テーブルにおいてＩＤに対応した項目のうち代表的な項目（ユーザが予め指定しておく。例えば、メーカ名、車両名、エリア名、販売店名等）の値が表示される。
【００４７】
上表の各項目のうち参照テーブルを参照する項目においては、列「ＤＢデータ」は、その項目から参照する参照テーブルの全ての項目が無訂正項目であれば、ハッチング無しで表示され、その項目から参照する参照テーブルの少なくとも１つの項目が半自動フィードバック項目又は手動フィードバック項目であれば、クロスハッチング付きで表示される。
【００４８】
図１６の例では、物件ＩＤ、価格、メーカ名、車両名、初年度登録年、シフト、走行距離及び画像１が無訂正項目である。また、物件名は全自動フィードバック項目であり、訂正後のデータ「キングＳ」が列「ＤＢデータ」に表示されている。また、車検年月及び色は置換処理による半自動フィードバック項目であり、置換前且つ訂正前のデータ「14.3」及び「ホワイト」が列「ＤＢデータ」に表示されている。また、販売店名がクロスハッチング付きで表示されているのは、販売店電話番号が修正されたからであることが下表も読み合わせることによりわかるが、これだけでは、販売店名が半自動フィードバック項目であるのか（すなわち、販売店ＩＤが間違っているのか）、又は、手動フィードバック項目であるのか（すなわち、販売店ＩＤに対応した電話番号が間違っているのか）の別は不明である。利用者は、表示されている販売店名が正しいかどうかによって、どちらであるのかを判断する。
【００４９】
上表の各項目のうち参照テーブルを参照しない項目においては、列「ＤＢデータ（訂正前）」には、その項目が無訂正項目であれば、何も表示されず、その項目が全自動フィードバック項目であれば、<item before>の値（図１６の例では、「キング」）が表示され、その項目が置換処理がなされ訂正もされたために半自動フィードバック項目となったものであれば、<item before>の値（図１６の例では「１４年３月」及び「gray.gif」）が表示される。
【００５０】
上表の各項目のうち参照テーブルを参照しない項目においては、列「ＤＢデータ（訂正後）」には、その項目が無訂正項目であれば、何も表示されず、その項目が全自動フィードバック項目であれば、<item after>の値（図１６の例では「キングＳ」）が表示され、その項目が置換処理がなされ訂正もされたために半自動フィードバック項目となったものであれば、<item after>の値（図１６の例では「１４年１０月」及び「white.gif」）が表示される。
【００５１】
上表の各項目のうち参照テーブルを参照しない項目においては、列「置換」には、その項目が置換処理がなされたために半自動フィードバック項目となったものであれば、「あり」の文字が表示され、それ以外の場合には何も表示されない。
【００５２】
上表の各項目のうち参照テーブルを参照する項目においては、列「ＤＴＰデータ（訂正前）」、「ＤＴＰデータ（訂正後）」及び「置換」には、無条件で何も表示されない。
【００５３】
下表には訂正のあった参照テーブルの項目が表示されるが、列「項目名」には、参照のキーとなったＩＤと訂正された項目名の結合文字が表示され、列「ＤＢデータ」及び列「ＤＴＰデータ（変更前）」には、<item before>の値が表示され、列「ＤＴＰデータ（変更後）」には、<item after>の値が表示される。
【００５４】
図１６は、ＤＴＰを用いた校正において、物件名「キング」が「キングＳ」に訂正され、車検年月が「１４年３月」から「１４年１０月」に訂正され、色のアイコンが「gray.gif」から「white.gif」に変更され、販売店の電話番号が「048-999-9999」から「048-999-7777」に変更された場合の画面を示す。
【００５５】
図１６の画面を見た利用者は、無訂正項目及び全自動フィードバック項目については、確認するのみで特に操作はしない。置換処理が行われているために半自動フィードバック項目となった項目については、列「ＤＴＰデータ（訂正後）」に表示されている内容を参照して、必要に応じて列「ＤＢデータ」の値を訂正する。図１６の例では、項目「車検年度」の列「ＤＢデータ」の値を「14.10」に訂正する。
【００５６】
また、項目「色」については、列「ＤＢデータ」の値が「ホワイト」であって間違っているのではなく、「ホワイト」から置換処理の結果得られる「gray.gif」が間違っている。すなわち、置換処理の規則が間違っている。この場合は、列「ＤＢ」データの値を訂正せずに、置換処理の規則を訂正する。置換処理の規則の訂正についての詳細な説明は省略する。置換処理の規則の訂正自体は本発明の範囲外であるが、置換処理の規則の訂正が必要であることを本発明のフィードバック方法により表示される図１６の画面により利用者は認識する。一方、例えば、項目「色」についての列「ＤＢデータ」の値が間違っている場合、例えば、列「ＤＢデータ」の値が「グレー」である場合には、列「ＤＢデータ」の値を「ホワイト」に訂正する。
【００５７】
販売店名「オート大宮店」がクロスハッチング付きで表示されているのは、販売店の電話番号が間違っているからであることが下表よりわかる。この場合、販売店名「オート大宮店」も間違っている場合と、これは間違っていない場合がある。前者の場合には、ユーザが「オート大宮店」をコンピュータマウスでクリックしたときに表示される図１７に示すプルダウンメニューから正しい販売店名を選択して、この欄に正しい販売店名を代入する。後者の場合には、販売店テーブルに記録されているオート大宮店の電話番号を訂正しなければならないが、販売店の選択は間違っていないので、上表の販売店名「オート大宮店」は訂正しない。販売店テーブルに記録されているオート大宮店の電話番号の訂正自体は、手動フィードバックであり本発明の範囲外であるが、手動フィードバックが必要であることを本発明のフィードバック方法により表示される図１６の画面により利用者は認識する。
【００５８】
物件テーブルから参照される物件オプションテーブルから更に参照されるオプションテーブルの訂正については、訂正用プログラムは、訂正があったか否かについてのみの情報をフィードバック用ＸＭＬ文書から認識する。訂正用プログラムは、図１８に示すような画面を表示するので、この画面の右下のオプションの表示・選択用のテーブルでオプションを変更することができる。なお、このテーブルは、当該物件のオプションに変更が１つもなかった場合にはハッチング無しで表示されるが、当該物件のオプションに１つでも変更があった場合にはクロスハッチング付きで表示される。図１８の例では、オプションはオプションを略号で表示・選択するコンボボックスを１又は2以上有するテーブルに表示されるが、ユーザは必要な数のコンボボックスに略号を入力する。図１８の例では、フルオプションを示す「ＦＬ」が入力されている。オプションは半自動フィードバック項目である。
【００５９】
図１６及び図１８の画面でユーザにより半自動フィードバック項目の訂正が行われ、ユーザによりフィードバック実行のコマンドが入力されたならば、訂正用プログラムは、全自動フィードバック項目及び半自動フィードバック項目の訂正内容で物件テーブルを訂正する。
【００６０】
また、フィードバック用ＸＭＬ文書の内容を印刷するためのコマンドが入力されたならば、訂正用プログラムは、図１９に示すようなフォーマットで、図２０に示すようなリストを印刷する。このリストは、ユーザが手動フィードバック項目の訂正内容でデータベースを訂正する際にこの訂正に資する。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施形態によるＸＳＬ−ＦＯ電子文書の例を示す図（１／５）である。
【図２】本発明の実施形態によるＸＳＬ−ＦＯ電子文書の例を示す図（２／５）である。
【図３】本発明の実施形態によるＸＳＬ−ＦＯ電子文書の例を示す図（３／５）である。
【図４】本発明の実施形態によるＸＳＬ−ＦＯ電子文書の例を示す図（４／５）である。
【図５】本発明の実施形態によるＸＳＬ−ＦＯ電子文書の例を示す図（５／５）である。
【図６】本発明の実施形態による物件データベースの構造を示す図である。
【図７】本発明の実施形態で生成されるＸＭＬ電子文書を示す図（１／５）である。
【図８】本発明の実施形態で生成されるＸＭＬ電子文書を示す図（２／５）である。
【図９】本発明の実施形態で生成されるＸＭＬ電子文書を示す図（３／５）である。
【図１０】本発明の実施形態で生成されるＸＭＬ電子文書を示す図（４／５）である。
【図１１】本発明の実施形態で生成されるＸＭＬ電子文書を示す図（５／５）である。
【図１２】本発明の実施形態によるＤＴＰソフトウェアにより表示されている紙面と同一の画面のうちの１つの物件についての小組の例の図である。
【図１３】本発明の実施形態による第１のデータ訂正ダイアローグボックスを示す図である。
【図１４】本発明の実施形態による第２のデータ訂正ダイアローグボックスを示す図である。
【図１５】本発明の実施形態による第３のデータ訂正ダイアローグボックスを示す図である。
【図１６】本発明の実施形態による訂正内容を表示・入力するための第１の画面を示す図である。
【図１７】本発明の実施形態による販売店名のコンボボックスを示す図である。
【図１８】本発明の実施形態による訂正内容を表示・入力するための第２の画面を示す図である。
【図１９】本発明の実施形態による印刷データの訂正内容のデータベースへのフィードバック装置により印刷されるフィードバック用ＸＭＬ文書のフォーマットを示す図である。
【図２０】本発明の実施形態による印刷データの訂正内容のデータベースへのフィードバック装置により印刷されるフィードバック用ＸＭＬ文書の内容の例を示す図である。
【図２１】本発明の実施形態によるフィードバック用ＸＭＬ文書の構造を示す図である。
【図２２】本発明の実施形態によるフィードバック用ＸＭＬ文書の例を示す図である。
【図１】
2007141261.tif 000003
【図２】
2007141261.tif 000004
【図３】
2007141261.tif 000005
【図４】
2007141261.tif 000006
【図５】
2007141261.tif 000007
【図６】
2007141261.tif 000008
【図７】
2007141261.tif 000009
【図８】
2007141261.tif 000010
【図９】
2007141261.tif 000011
【図１０】
2007141261.tif 000012
【図１１】
2007141261.tif 000013
【図１２】
2007141261.tif 000014
【図１３】
2007141261.tif 000015
【図１４】
2007141261.tif 000016
【図１５】
2007141261.tif 000017
【図１６】
2007141261.tif 000018
【図１７】
2007141261.tif 000019
【図１８】
2007141261.tif 000020
【図１９】
2007141261.tif 000021
【図２０】
2007141261.tif 000022
【図２１】
2007141261.tif 000023
【図２２】
2007141261.tif 000024