JP2002116937A

JP2002116937A - 新聞制作システム

Info

Publication number: JP2002116937A
Application number: JP2000307860A
Authority: JP
Inventors: Yukio Fukuda; 田由紀雄福
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-10-06
Filing date: 2000-10-06
Publication date: 2002-04-19
Anticipated expiration: 2020-10-06
Also published as: JP4695251B2

Abstract

(57)【要約】【課題】画像データに対する効率的なバックアップ処
理を行うことにより、バックアップ処理時間の短縮及び
バックアップ用メモリ容量の低減を図ること。【解決手段】紙面バックアップデータファイル１０及
び画像実体管理テーブル１１によりバックアップデータ
ファイル１２が構成されている。組版・編集サーバ６の
紙面バックアップ手段１３は、紙面データファイル７の
内容を紙面バックアップデータファイル１０に保存する
場合に、画像実体管理テーブル１１を用いて、データ量
の大きな画像実体データを重複して保存しないようにバ
ックアップ処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は新聞制作システムに
係り、より詳しくは、新聞制作システムのバックアップ
処理の技術に関するものである。

【０００２】

【従来の技術】図１４は、従来の新聞制作システムの構
成例を示すブロック図である。この図に示すように、本
システムは、記事入力／校正端末器１、記事サーバ２、
画像入力／加工端末器３、画像サーバ４、組版端末器
５、組版・編集サーバ６、紙面データファイル７、出力
サーバ８、プリンタ／プロッタ９、及び紙面バックアッ
プデータファイル１０を備えている。

【０００３】記事入力／校正端末器１は、記事サーバ２
に蓄積された記事テキストデータをオペレータの入力操
作に基づき入力する作業や、入力した記事に対する校正
作業を行うためのものである。この記事サーバ２には、
通信社等からの記事テキストデータが通信回線を介して
受信・蓄積されるようになっており、また、記事入力／
校正端末器１により校正された記事テキストデータが再
度入力されるようになっている。

【０００４】画像入力／加工端末器３は、新聞紙面に載
せる写真についての画像データを画像サーバ４から入力
し、入力した画像データに対する加工処理を行うための
ものである。この画像サーバ４には、通信社等からの記
事テキストデータが通信回線を介して受信・蓄積される
ようになっており、また、画像入力／加工端末器３によ
り加工処理された画像データが再度入力されるようにな
っている。

【０００５】組版端末器５は、記事入力／校正端末器１
と同様の校正機能を有しており、組版・編集サーバ６へ
要求することにより記事サーバ２及び画像サーバ４に蓄
積された記事テキストデータ及び画像データを入力でき
るようになっている。そして、新聞紙面に載せる記事や
画像等についての校正処理やレイアウト処理などの種々
の処理をオペレータの入力操作に基づき行うものであ
る。

【０００６】組版・編集サーバ６は、上記のように、組
版端末器５からの要求に応じて記事サーバ２及び画像サ
ーバ４に蓄積された記事テキストデータ及び画像データ
を取り出し、これを組版端末器５に出力するものであ
る。そして、組版端末器５でレイアウト処理等の各種処
理が行われた紙面データを紙面データファイル７及び紙
面バックアップデータファイル１０に保存するようにな
っている。

【０００７】組版・編集サーバ６は、また、組版端末器
５からの大刷／版下出力指示に応じて、紙面データファ
イル７に保存されている紙面データを出力サーバ８に出
力するようになっている。出力サーバ８は、入力した紙
面データを編集してこれらをドットデータに展開し、プ
リンタ／プロッタ９は、この展開されたドットデータを
用いて大刷りや版下をプロッタ出力するようになってい
る。

【０００８】

【発明が解決しようとする課題】上述したように、紙面
データファイル７のデータは紙面バックアップデータフ
ァイル１０にも保存されるようになっている。このよう
な紙面データのバックアップは、後日に該当紙面データ
の一部を再利用するためや、システムに障害が発生した
場合にデータ復旧が不可能となる事態を回避するために
行われるものである。そして、紙面バックアップにおい
ては、バックアップしたデータの自己完結性が要求され
るために、紙面データファイル７に保存された紙面デー
タの全ての要素が紙面バックアップデータファイル１０
に保存され、バックアップされることになる。

【０００９】ところで、大きな新聞社においては、紙面
データファイル７に保存される紙面データの中に同一内
容の記事テキストデータ及び画像データが重複して存在
することがしばしば発生する。これは、幾種類もの地方
向け紙面を作成する際に、同一の記事及び写真を使用す
るためである。この場合、記事テキストデータについて
は、或る地方向け紙面には一部をカットしたものを使用
したりすることがあるため、完全に同一になることは少
なく、また、たとえ完全に同一であったとしても記事テ
キストデータは画像データに比べてデータ量が小さなも
のであるため、格別問題となることはない。

【００１０】しかし、画像データについては、全く同一
のものを各地方向け紙面に使用し、更に版が変わっても
全く同一のものを使用するのが殆どであるため、紙面デ
ータの中には多くの重複した画像データが存在すること
になる。そして、画像データは記事テキストデータに比
べてデータ量が大きなものであるため、このように多く
の重複した画像データを紙面データ中に含んでいること
は、それだけ無視することができない多くの無駄なバッ
クアップ処理時間及びバックアップ用メモリ容量を費や
していることになる。

【００１１】本発明は上記事情に鑑みてなされたもので
あり、画像データに対する効率的なバックアップ処理を
行うことにより、バックアップ処理時間の短縮及びバッ
クアップ用メモリ容量の低減を図ることが可能な新聞制
作システムを提供することを目的としている。

【００１２】

【課題を解決するための手段】上記課題を解決するため
の手段として、請求項１記載の発明は、記事テキストデ
ータの入力及び校正作業を行う記事入力／校正端末器
と、前記記事入力／校正端末器から送られてくる記事テ
キストデータを格納する記事サーバと、画像データの入
力及び加工作業を行う画像入力／加工端末器と、前記画
像入力／加工端末器から送られてくる画像データを格納
する画像サーバと、前記記事サーバ及び前記画像サーバ
にそれぞれ格納されている記事テキストデータ及び画像
データを用いて各紙面についての編集処理を行うと共
に、これら記事テキストデータ及び画像データのバック
アップ処理を行う組版・編集サーバと、を備えた新聞制
作システムにおいてバックアップ済みの画像データを特
定するためのデータが記載された画像実体管理テーブル
を備えており、前記組版・編集サーバは、この画像実体
管理テーブルを用いて画像データの重複バックアップを
防止するものである、ことを特徴とする。

【００１３】請求項２記載の発明は、請求項１記載の発
明において、前記画像実体管理テーブルは、バックアッ
プ済みの各画像データを識別するための画像ＩＤ、バッ
クアップ済みの各画像データが属する紙面を特定するた
めのデータ、バックアップ済みの各画像データの格納先
についてのデータが記載されたものである、ことを特徴
とする。

【００１４】

【発明の実施の形態】以下、本発明の実施形態を図に基
づき説明する。図１は、本発明の実施形態に係る新聞制
作システムの構成を示すブロック図である。なお、図１
４と同様の構成要素には同一符号を付して重複した説明
を省略する。図１が図１４と異なる点は、紙面バックア
ップデータファイル１０に付随する画像実体管理テーブ
ル１１が追加され、これら紙面バックアップデータファ
イル１０及び画像実体管理テーブル１１によりバックア
ップデータファイル１２が構成されている点と、組版・
編集サーバ６内に紙面バックアップ手段１３が明記され
ている点である。紙面バックアップ手段１３は、紙面デ
ータファイル７の画像データを紙面バックアップデータ
ファイル１０に保存する際には、この画像実体管理テー
ブル１１を参照して重複保存を防止するようになってい
る。

【００１５】図２乃至図５は図１における紙面データフ
ァイル７の構成例を示す説明図である。紙面データファ
イル７は、下式（１）に示すように、各紙面毎の複数の
紙面データ７１〜７Ｎにより構成されており、更に、各
紙面の紙面データは、下式（２）に示すように（この式
は紙面＃１のみの例を示している）、その紙面の紙面管
理データと紙面実体データとにより形成されている。

【００１６】〔紙面データファイル７〕＝〔紙面＃１の紙面データ７１〕＋〔紙面＃２の紙面データ７２〕＋…＋〔紙面＃Ｎの紙面データ７Ｎ〕 … （１）〔紙面＃１の紙面データ７１〕＝〔紙面＃１の紙面管理データ７１Ａ〕＋〔紙面＃１の紙面実体データ７１Ｂ〕 … （２）紙面＃１の紙面データ７１（７１ＡＫＤ〜７１Ｂ９Ｊ
Ｉ）は、図２乃至図４途中までに記載されている。これ
らの図に示されるように、紙面＃１の紙面管理データ７
１Ａは「記事」（７１Ａ１〜７１Ａ３）、「小組」（７
１Ａ４）、「画像」（７１Ａ５〜７１Ａ９）の３種類の
要素情報に分けられており、７１ＡＫＤ〜７１ＡＦＪに
は各要素情報に共通の管理データが格納されている。

【００１７】各要素情報にはそれぞれに対応した番号を
有するレコードが割り当てられ、このレコードに各管理
データが格納されている。ここで、「レコードの無効／
有効フラグ」とは、そのレコードが無効なものであるか
有効なものであるかを示すフラグである。組版・編集サ
ーバ６は、有効フラグが立てられているレコードのみを
編集対象とする。無効フラグが立てられる場合とは、例
えば、レイアウトされた紙面からある記事や写真を削除
した場合等であり、この場合には無効フラグが立てられ
たレコードは空き（未使用）状態となる。「レコードの
要素種別」とは、そのレコードに格納されている管理デ
ータが「記事」、「小組」、「画像」のうちのいずれの
種類に属するのかを示すデータである。「レコードの要
素ＩＤ」とは、そのレコードに格納されている管理デー
タが特定のどの要素情報に係るものであるのかを識別す
るためのデータである。「レコードの配置情報」とは、
そのレコードに対応する要素が紙面のどの位置に配置さ
れるかについてを示す情報である。

【００１８】記事の要素情報における「記事のテキス
ト」とは、所謂テキストデータのことであり、文字の大
きさやフォント等が未だ決められていないものである。
そして、「記事の組版済テキスト」とは、文字の大きさ
やフォントその他のレイアウト情報が付加されているテ
キストを指している。

【００１９】画像の要素情報における「表示画データ」
とは、画像精度を落として間引きした画像データのこと
を指し、「実画像データ」とは精細な画像データのこと
を指している。紙面に実際に用いられるのは実画像デー
タであるが、これはデータサイズが大きなために編集段
階で用いると長い処理時間を要することになる。そこ
で、単に画面上で画像データの存在を確認するためだけ
ならば表示画データでも充分であるため、このデータサ
イズの小さな表示画データを用いて処理時間を短縮する
ようにしている。

【００２０】小組は記事及び画像により構成されるもの
であるため、その要素情報には、この小組を構成する要
素の数や、この小組を構成している要素のＩＤが記載さ
れている（７１Ａ４ＬＴ〜７１Ａ４ＫＳ２参照）。

【００２１】紙面＃１の紙面実体データ７１Ｂは、図４
の上半分に図示されているように、紙面管理データ７１
Ａにおける各格納ディレクトリ・ファイル名で特定され
た場所７１Ｂ１ＴＸ〜７１Ｂ９ＪＩに記載されている。
なお、図示されているように、この紙面実体データ７２
Ｂとして記載されているのは記事及び画像についてのデ
ータのみであるため、一見すると小組についてのデータ
が省略されているように見える。しかし、上記したよう
に、小組は記事及び画像により構成されるものであるた
め、この小組を構成する記事及び画像を紙面実体データ
７２Ｂとして保存しておけば足りることになる。

【００２２】また、紙面＃２の紙面データ７２（７２Ａ
ＫＤ〜７２Ｂ６ＪＩ）は、図４の下半分及び図５に記載
されている。これらのデータ構成は上記の紙面＃１の場
合と同様であるため説明を省略する。

【００２３】図６乃至図９は、図１におけるバックアッ
プデータファイル１２を構成する紙面バックアップデー
タファイル１０の構成例を示す説明図である。バックア
ップデータファイル１２は、下式（３）に示すように、
紙面バックアップデータファイル１０及び画像実体管理
テーブル１１により構成されており、更に、バックアッ
プデータファイル１２は、下式（４）に示すように、各
紙面の紙面管理データ毎の複数のバックアップデータ１
０Ａ１〜１０ＡＮと紙面実体データのバックアップデー
タ１０Ｂとにより構成されている。

【００２４】〔バックアップデータファイル１２〕＝〔紙面バックアップデータファイル１０〕＋〔画像実体管理テーブル１１〕 … （３）〔紙面バックアップデータファイル１０〕＝〔紙面＃１の紙面管理データのバックアップデータ１０Ａ１〕＋〔紙面＃２の紙面管理データのバックアップデータ１０Ａ２〕＋…＋〔紙面＃Ｎの紙面管理データのバックアップデータ１０ＡＮ〕＋〔紙面実体データのバックアップデータ１０Ｂ〕 … （４）紙面＃１の紙面管理データのバックアップデータ１０Ａ
１，１０Ａ２は、既述した紙面＃１及び紙面＃２の紙面
管理データ７１Ａ，７２Ａについてのバックアップデー
タである。これらのバックアップデータの内容は図２乃
至図５において既に説明したものと同様であるため、重
複した説明を省略する。

【００２５】図９に示した紙面実体データのバックアッ
プデータ１０Ｂは、紙面＃１の紙面実体データ７１Ｂ
（図４）及び紙面＃２の紙面実体データ７２Ｂ（図５）
についてのバックアップデータであり、ひとまとめにし
て記載されている。この紙面実体データ７１Ｂ，７２Ｂ
とバックアップデータ１０Ｂとを対比してみると分かる
ように、紙面実体データ７２Ｂにおけるデータ７２Ｂ４
ＨＩ，７２Ｂ４ＪＩのデータ（画像ｆのデータ）及びデ
ータ７２Ｂ６ＨＩ，７２Ｂ６ＪＩのデータ（画像ｅのデ
ータ）に対応するデータはバックアップデータ１０Ｂの
中には含まれていない。これは、これはバックアップデ
ータ１０Ｂの中に画像ｅ，ｆについてののデータ１０Ｂ
１５ＨＩ，１０Ｂ１５ＪＩ，１０Ｂ１６ＨＩ，１０Ｂ１
６ＪＩが既に存在しているからである。したがって、紙
面＃１及び紙面＃２の双方に画像データｅ，ｆが用いら
れているが、バックアップされるのは１つの紙面分だけ
の画像データとなっている。

【００２６】図１０は、画像実体管理テーブル１１の構
成例を示す説明図である。この図に示すように、各レコ
ードには、画像データについてのＩＤ、紙面名リスト、
表示画データ及び実画像データの格納ディレクトリ・フ
ァイル名が記載されている。そして、上記の画像ｅ，ｆ
の例についていえば、１１１ＭＨ及び１１２ＭＨの記載
内容から分かるように、画像ｅ及び画像ｆは、紙面＃１
及び紙面＃２の双方に用いられるものであることが明ら
かになっている。

【００２７】次に、図１における紙面バックアップ手段
１３のバックアップ動作を図１１乃至図１３のフローチ
ャートに基づき説明する。まず、紙面バックアップ手段
１３は、紙面データファイル７の最初の紙面すなわち紙
面＃１を対象にし（ステップ１）、この紙面＃１がバッ
クアップ対象となっているか否かにつき判別する（ステ
ップ２）。この判別は、予めオペレータによって行われ
た設定に基づき行われる。この場合の具体的な設定の例
としては、全ての紙面を対象とする例、特定の掲載年月
日の紙面を対象とする例、あるいは特定の掲載年月日の
特定の紙面を対象とする例などがある。

【００２８】紙面バックアップ手段１３は、ステップ２
の判別結果が「ＮＯ」であれば、ステップ１７以降に移
って次の紙面を対象にして処理を行うが、ステップ２の
判別結果が「ＹＥＳ」であれば、紙面＃１の紙面管理デ
ータ７１Ａを紙面バックアップデータファイル１０に保
存する（ステップ３）。そして、紙面バックアップ手段
１３は、紙面＃１の要素情報７１Ａ１（つまり記事ａに
ついての＃１のレコード）を対象にし（ステップ４）、
この要素情報が記事に関するものであるか否かにつき判
別する（ステップ５）。

【００２９】紙面バックアップ手段１３は、ステップ５
の判別を、有効フラグが立っているか否か、及び要素種
別が何であるかを調べることにより行う。すなわち、上
記の例でいえば、データ７１Ａ１ＦＬ，７１Ａ１ＳＢを
参照し、有効フラグが立っており且つ要素種別が記事で
あることを確認して、「ＹＥＳ」と判別する。このとき
の判別が「ＮＯ」である場合つまり画像である場合はス
テップ８以降の処理を行うことになる。

【００３０】紙面バックアップ手段１３は、ステップ５
で、現在対象となっている＃１レコードの要素情報７１
Ａ１が記事に関するものであることを判別すると、紙面
データファイル７内の記事の実体を読み込み、これをバ
ックアップデータとして紙面バックアップデータファイ
ル１０に保存する（ステップ６）。すなわち、紙面バッ
クアップ手段１３は、管理データ７１Ａ１ＡＤ１，７１
Ａ１ＡＤ２における記事のテキスト及び記事の組版済み
テキストの各格納ディレクトリ・ファイル名を参照し、
これらの実体データ７１Ｂ１ＴＸ，７１Ｂ１ＬＸを読み
出す。そして、読み出したこれらの実体データを紙面バ
ックアップデータファイル１０内にバックアップデータ
１０Ｂ１１ＴＸ，１０Ｂ１１ＬＸとして保存する。

【００３１】次いで、紙面バックアップ手段１３は、紙
面＃１の紙面管理データのバックアップデータ１０Ａ１
における格納情報として、上記のバックアップデータ１
０Ｂ１１ＴＸ，１０Ｂ１１ＬＸの格納ディレクトリ・フ
ァイル名を、１０Ａ１１ＡＤ１，１０Ａ１１ＡＤ２にお
いて書き変える（ステップ７）。そして、紙面バックア
ップ手段１３は、該当面すなわち紙面＃１の全ての要素
に対して処理を終了したか否かを判別する（ステップ１
５）。終了していれば、ステップ１７以降に移って次の
紙面すなわち紙面＃２の処理を行うことになるが、いま
の場合は未だ終了していないので、記事ｂの要素情報７
１Ａ２を次の要素として設定する（ステップ１６）。こ
の後、紙面バックアップ手段１３はステップ５に戻り、
記事ｂの要素情報７１Ａ２について同様の処理を行い、
記事ｃの要素情報７１Ａ３についても同様の処理を行
う。

【００３２】次に、ステップ１６における次の要素とし
て画像ｅの要素情報７１Ａ５が設定された場合につき説
明する。この場合、ステップ５での判別は「ＮＯ」とな
り、ステップ８での判別は「ＹＥＳ」となる。そして、
紙面バックアップ手段１３は、この画像ｅの要素ＩＤ
（７１Ａ５ＩＤ）が画像実体管理テーブル１１に登録さ
れているか否かにつき判別する（ステップ９）。この判
別結果は「ＮＯ」となるので、紙面バックアップ手段１
３は、紙面データファイル７内の画像の実体を読み込
み、これをバックアップデータとして紙面バックアップ
データファイル１０に保存する（ステップ１０）。すな
わち、紙面バックアップ手段１３は、管理データ７１Ａ
５ＡＤ１，７１Ａ５ＡＤ２における表示画データ及び実
画像データの各格納ディレクトリ・ファイル名を参照
し、これらの実体データ７１Ｂ５ＨＩ，７１Ｂ５ＪＩを
読み出す。そして、読み出したこれらの実体データを紙
面バックアップデータファイル１０内にバックアップデ
ータ１０Ｂ１５ＨＩ，１０Ｂ１５ＪＩとして保存する。

【００３３】次いで、紙面バックアップ手段１３は、紙
面＃１の紙面管理データのバックアップデータ１０Ａ１
における格納情報として、上記のバックアップデータ１
０Ｂ１５ＨＩ，１０Ｂ１５ＪＩの格納ディレクトリ・フ
ァイル名を、１０Ａ１５ＡＤ１，１０Ａ１５ＡＤ２にお
いて書き変える（ステップ１１）。更に、紙面バックア
ップ手段１３は、画像実体管理テーブル１１の＃１レコ
ードに画像ｅについての管理データ１１１ＧＤ，１１１
ＭＨ，１１１ＡＤ１，１１１ＡＤ２を登録する（ステッ
プ１２）。

【００３４】このようにして、紙面バックアップ手段１
３は紙面＃１の各要素情報についてのバックアップ処理
を順次行っていく。そして、紙面＃１の全ての要素情報
についてのバックアップ処理を終えるとステップ１５で
の判別は「ＹＥＳ」となるので、紙面バックアップ手段
１３は、次に全ての紙面に対するバックアップ処理が終
了したか否かを判別する（ステップ１７）。この判別結
果は「ＮＯ」となるので、紙面バックアップ手段１３は
次の紙面として紙面＃２を設定し（ステップ１８）、ス
テップ２以降の処理を繰り返す。

【００３５】その後、ステップ１６において紙面＃２に
おける画像ｅの要素情報７２Ａ６が次の要素として設定
されたとすると、ステップ５での判別結果は「ＮＯ」、
ステップ８での判別結果は「ＹＥＳ」となるので、紙面
バックアップ手段１３は、画像ｅの要素ＩＤが画像実体
管理テーブル１１に登録されているか否かにつき判別す
る（ステップ９）。画像ｅの要素ＩＤは、紙面＃１のバ
ックアップ処理を行った際のステップ１２において１１
１ＧＤに登録されているので、このステップ９での判別
結果は「ＹＥＳ」となる。

【００３６】すると、紙面バックアップ手段１３は、紙
面＃２の紙面管理データのバックアップデータ１０Ａ２
における格納情報として、既に処理済みのバックアップ
データ１０Ｂ１５ＨＩ，１０Ｂ１５ＪＩの格納ディレク
トリ・ファイル名を、１０Ａ２６ＡＤ１，１０Ａ２６Ａ
Ｄ２において書き変える（ステップ１３）。そして、画
像実体管理テーブル１１のデータ１１１ＭＨにおいて、
この画像ｅの属する紙面名リストとして、紙面＃２を新
たに追加する（ステップ１４）。つまり、画像ｅについ
ては紙面＃１のバックアップ処理時に既に保存されてい
るので、データ量の大きな画像ｅの実体データをそれ以
上重複して保存することはせず、管理データのみを紙面
バックアップデータファイル１０及び画像実体管理テー
ブル１１に保存するようにしている。

【００３７】このようにして、データ量の大きな画像の
実体データについては重複したバックアップを回避しつ
つ全ての紙面に対する処理を終了すると、ステップ１７
での判別結果は「ＹＥＳ」となりバックアップ処理が終
了する。

【００３８】ここで、説明順序は前後するが、小組に対
するバックアップ処理につき説明しておく。小組は記事
及び画像により構成された要素であるため、若干余分な
判別を行うことになる。いま、ステップ１６において小
組ｄの要素情報７１Ａ４が次の要素として設定されたと
すると、小組ｄは記事ｇ及び画像ｉにより構成されてい
るので、紙面バックアップ手段１３は、無効／有効フラ
グ（７１Ａ４ＦＬ）及び要素種別（７１Ａ４ＳＢ）の他
に、小組内要素＃１，＃２の要素ＩＤ（７１Ａ４ＫＳ
１，７１Ａ４ＫＳ２）を用いてステップ５の判別を行う
ことになる。

【００３９】この場合、最初の該当要素は記事ｇとなる
ので、ステップ５の判別結果は「ＹＥＳ」となり、紙面
バックアップ手段１３はステップ６，７の処理を行う。
そして、紙面バックアップ手段１３は、全ての要素につ
き処理が行われたか否かにつき判別するが（ステップ１
５）、小組ｄ内の要素登録数が２であることがデータ７
１Ａ４ＬＴから分かっているので、その判別結果は「Ｎ
Ｏ」となる。なお、この場合のステップ１５のブロック
内における「該当面」は「該当小組」と読み替えられて
処理されるものとする。

【００４０】次いで、紙面バックアップ手段１３は、画
像ｉを次の要素として設定し（ステップ１６）、ステッ
プ５で「ＮＯ」を判別し、更にステップ８で「ＹＥＳ」
を判別する。そして、紙面バックアップ手段１３は、画
像ｉのＩＤが画像実体管理テーブル１１に登録されてい
るか否かにつき「ＮＯ」と判別し（ステップ９）、ステ
ップ１０〜１２を実行することになる。この後、紙面バ
ックアップ手段１３は、ステップ１５で「ＹＥＳ」と判
別するが、上記のように「該当面」を「該当小組」と読
み替えているので、ステップ１７に移行せずに、ステッ
プ１６に移行して画像ｅの要素情報７１Ａ５を次の要素
として設定する。そして、以下上記と同様の処理が行わ
れる。

【００４１】上記した実施形態によれば、画像実体管理
テーブル１１を用いて、データ量の大きな画像実体デー
タが重複してバックアップされるのを防止することがで
きるので、従来かなりの長い時間を費やしていたバック
アップ処理の時間を大幅に短縮することができる。

【００４２】また、画像データを重複してバックアップ
していたためシステム内のメモリ容量が不足してしま
い、外部媒体を用いてバックアップ処理を行うことがし
ばしば行われていたが、このような場合にはバックアッ
プ処理の時間ばかりか復元に要する時間も多くかかるこ
とになる。しかし、上記した本発明の構成によれば、必
要なメモリ容量を低減することができ、外部媒体を用い
る必要もなくなるため、バックアップ処理時間及び復元
に要する時間の双方を大幅に短縮することができる。

【００４３】

【発明の効果】以上のように、本発明によれば、画像実
体管理テーブルを用いて画像データの重複バックアップ
を防止した構成としたので、画像データに対する効率的
なバックアップ処理を行うことができ、バックアップ処
理時間の短縮及びバックアップ用メモリ容量の低減を図
ることが可能になる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る新聞制作システムの構
成を示すブロック図。

【図２】図１における紙面データファイル７の構成例を
示す説明図。

【図３】図１における紙面データファイル７の構成例を
示す説明図。

【図４】図１における紙面データファイル７の構成例を
示す説明図。

【図５】図１における紙面データファイル７の構成例を
示す説明図。

【図６】図１におけるバックアップデータファイル１２
を構成する紙面バックアップデータファイル１０の構成
例を示す説明図。

【図７】図１におけるバックアップデータファイル１２
を構成する紙面バックアップデータファイル１０の構成
例を示す説明図。

【図８】図１におけるバックアップデータファイル１２
を構成する紙面バックアップデータファイル１０の構成
例を示す説明図。

【図９】図１におけるバックアップデータファイル１２
を構成する紙面バックアップデータファイル１０の構成
例を示す説明図。

【図１０】図１における画像実体管理テーブル１１の構
成例を示す説明図。

【図１１】図１における紙面バックアップ手段１３のバ
ックアップ動作を説明するためのフローチャート。

【図１２】図１における紙面バックアップ手段１３のバ
ックアップ動作を説明するためのフローチャート。

【図１３】図１における紙面バックアップ手段１３のバ
ックアップ動作を説明するためのフローチャート。

【図１４】従来の新聞制作システムの構成例を示すブロ
ック図。

【符号の説明】

１記事入力／校正端末器２記事サーバ３画像入力／加工端末器４画像サーバ５組版端末器６組版・編集サーバ７紙面データファイル８出力サーバ９プリンタ／プロッタ１０紙面バックアップデータファイル１１１画像実体管理テーブル１２バックアップデータファイル１３紙面バックアップ手段

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 １０６Ｇ０６Ｆ 17/60 １０６５Ｃ０７６Ｇ０６Ｔ 11/60 １００Ｇ０６Ｔ 11/60 １００ＡＨ０４Ｎ 1/387 Ｈ０４Ｎ 1/387

Claims

【特許請求の範囲】

【請求項１】記事テキストデータの入力及び校正作業を
行う記事入力／校正端末器と、前記記事入力／校正端末器から送られてくる記事テキス
トデータを格納する記事サーバと、画像データの入力及び加工作業を行う画像入力／加工端
末器と、前記画像入力／加工端末器から送られてくる画像データ
を格納する画像サーバと、前記記事サーバ及び前記画像サーバにそれぞれ格納され
ている記事テキストデータ及び画像データを用いて各紙
面についての編集処理を行うと共に、これら記事テキス
トデータ及び画像データのバックアップ処理を行う組版
・編集サーバと、を備えた新聞制作システムにおいてバックアップ済みの
画像データを特定するためのデータが記載された画像実
体管理テーブルを備えており、前記組版・編集サーバは、この画像実体管理テーブルを
用いて画像データの重複バックアップを防止するもので
ある、ことを特徴とする新聞制作システム。
【請求項２】前記画像実体管理テーブルは、バックアッ
プ済みの各画像データを識別するための画像ＩＤ、バッ
クアップ済みの各画像データが属する紙面を特定するた
めのデータ、バックアップ済みの各画像データの格納先
についてのデータが記載されたものである、ことを特徴とする請求項２記載の新聞制作システム。