JP4695251B2 - 新聞制作システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は新聞制作システムに係り、より詳しくは、新聞制作システムのバックアップ処理の技術に関するものである。
【０００２】
【従来の技術】
図１４は、従来の新聞制作システムの構成例を示すブロック図である。この図に示すように、本システムは、記事入力／校正端末器１、記事サーバ２、画像入力／加工端末器３、画像サーバ４、組版端末器５、組版・編集サーバ６、紙面データファイル７、出力サーバ８、プリンタ／プロッタ９、及び紙面バックアップデータファイル１０を備えている。
【０００３】
記事入力／校正端末器１は、記事サーバ２に蓄積された記事テキストデータをオペレータの入力操作に基づき入力する作業や、入力した記事に対する校正作業を行うためのものである。この記事サーバ２には、通信社等からの記事テキストデータが通信回線を介して受信・蓄積されるようになっており、また、記事入力／校正端末器１により校正された記事テキストデータが再度入力されるようになっている。
【０００４】
画像入力／加工端末器３は、新聞紙面に載せる写真についての画像データを画像サーバ４から入力し、入力した画像データに対する加工処理を行うためのものである。この画像サーバ４には、通信社等からの記事テキストデータが通信回線を介して受信・蓄積されるようになっており、また、画像入力／加工端末器３により加工処理された画像データが再度入力されるようになっている。
【０００５】
組版端末器５は、記事入力／校正端末器１と同様の校正機能を有しており、組版・編集サーバ６へ要求することにより記事サーバ２及び画像サーバ４に蓄積された記事テキストデータ及び画像データを入力できるようになっている。そして、新聞紙面に載せる記事や画像等についての校正処理やレイアウト処理などの種々の処理をオペレータの入力操作に基づき行うものである。
【０００６】
組版・編集サーバ６は、上記のように、組版端末器５からの要求に応じて記事サーバ２及び画像サーバ４に蓄積された記事テキストデータ及び画像データを取り出し、これを組版端末器５に出力するものである。そして、組版端末器５でレイアウト処理等の各種処理が行われた紙面データを紙面データファイル７及び紙面バックアップデータファイル１０に保存するようになっている。
【０００７】
組版・編集サーバ６は、また、組版端末器５からの大刷／版下出力指示に応じて、紙面データファイル７に保存されている紙面データを出力サーバ８に出力するようになっている。出力サーバ８は、入力した紙面データを編集してこれらをドットデータに展開し、プリンタ／プロッタ９は、この展開されたドットデータを用いて大刷りや版下をプロッタ出力するようになっている。
【０００８】
【発明が解決しようとする課題】
上述したように、紙面データファイル７のデータは紙面バックアップデータファイル１０にも保存されるようになっている。このような紙面データのバックアップは、後日に該当紙面データの一部を再利用するためや、システムに障害が発生した場合にデータ復旧が不可能となる事態を回避するために行われるものである。そして、紙面バックアップにおいては、バックアップしたデータの自己完結性が要求されるために、紙面データファイル７に保存された紙面データの全ての要素が紙面バックアップデータファイル１０に保存され、バックアップされることになる。
【０００９】
ところで、大きな新聞社においては、紙面データファイル７に保存される紙面データの中に同一内容の記事テキストデータ及び画像データが重複して存在することがしばしば発生する。これは、幾種類もの地方向け紙面を作成する際に、同一の記事及び写真を使用するためである。この場合、記事テキストデータについては、或る地方向け紙面には一部をカットしたものを使用したりすることがあるため、完全に同一になることは少なく、また、たとえ完全に同一であったとしても記事テキストデータは画像データに比べてデータ量が小さなものであるため、格別問題となることはない。
【００１０】
しかし、画像データについては、全く同一のものを各地方向け紙面に使用し、更に版が変わっても全く同一のものを使用するのが殆どであるため、紙面データの中には多くの重複した画像データが存在することになる。そして、画像データは記事テキストデータに比べてデータ量が大きなものであるため、このように多くの重複した画像データを紙面データ中に含んでいることは、それだけ無視することができない多くの無駄なバックアップ処理時間及びバックアップ用メモリ容量を費やしていることになる。
【００１１】
本発明は上記事情に鑑みてなされたものであり、画像データに対する効率的なバックアップ処理を行うことにより、バックアップ処理時間の短縮及びバックアップ用メモリ容量の低減を図ることが可能な新聞制作システムを提供することを目的としている。
【００１２】
上記課題を解決するための手段として、請求項１記載の発明は、記事テキストデータの入力及び校正作業を行う記事入力／校正端末器と、前記記事入力／校正端末器から送られてくる記事テキストデータを格納する記事サーバと、画像データの入力及び加工作業を行う画像入力／加工端末器と、前記画像入力／加工端末器から送られてくる画像データを格納する画像サーバと、前記記事サーバ及び前記画像サーバにそれぞれ格納されている記事テキストデータ及び画像データを用いて各紙面についての編集処理を行うと共に、これら記事テキストデータ及び画像データのバックアップ処理を行う組版・編集サーバと、を備えた新聞制作システムにおいて、バックアップ済みの画像データを特定するためのデータとして、バックアップ済みの各画像データを識別するための画像ＩＤ、バックアップ済みの各画像データが属する紙面を特定するためのデータ、バックアップ済みの各画像データの格納先についてのデータが記載された 画像実体管理テーブルを備えており、前記組版・編集サーバは、画像データのバックアップを行う際に前記画像実体管理テーブルを参照し、前記画像実態管理テーブルの画像ＩＤに当該画像データの画像ＩＤと一致する画像ＩＤが登録されていない場合には、当該画像データのバックアップを行い、前記画像実態管理テーブルの画像ＩＤに当該画像データの画像ＩＤと一致する画像ＩＤが登録されている場合には、当該画像データのバックアップを行わず、前記画像実態管理テーブルの更新を行い、画像データの重複バックアップを防止するものである、ことを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明の実施形態を図に基づき説明する。図１は、本発明の実施形態に係る新聞制作システムの構成を示すブロック図である。なお、図１４と同様の構成要素には同一符号を付して重複した説明を省略する。図１が図１４と異なる点は、紙面バックアップデータファイル１０に付随する画像実体管理テーブル１１が追加され、これら紙面バックアップデータファイル１０及び画像実体管理テーブル１１によりバックアップデータファイル１２が構成されている点と、組版・編集サーバ６内に紙面バックアップ手段１３が明記されている点である。紙面バックアップ手段１３は、紙面データファイル７の画像データを紙面バックアップデータファイル１０に保存する際には、この画像実体管理テーブル１１を参照して重複保存を防止するようになっている。
【００１５】
図２乃至図５は図１における紙面データファイル７の構成例を示す説明図である。紙面データファイル７は、下式（１）に示すように、各紙面毎の複数の紙面データ７１〜７Ｎにより構成されており、更に、各紙面の紙面データは、下式（２）に示すように（この式は紙面＃１のみの例を示している）、その紙面の紙面管理データと紙面実体データとにより形成されている。
【００１６】
〔紙面データファイル７〕＝〔紙面＃１の紙面データ７１〕＋〔紙面＃２の紙面データ７２〕＋…＋〔紙面＃Ｎの紙面データ７Ｎ〕 … （１）
〔紙面＃１の紙面データ７１〕＝〔紙面＃１の紙面管理データ７１Ａ〕＋〔紙面＃１の紙面実体データ７１Ｂ〕 … （２）
紙面＃１の紙面データ７１（７１ＡＫＤ〜７１Ｂ９ＪＩ）は、図２乃至図４途中までに記載されている。これらの図に示されるように、紙面＃１の紙面管理データ７１Ａは「記事」（７１Ａ１〜７１Ａ３）、「小組」（７１Ａ４）、「画像」（７１Ａ５〜７１Ａ９）の３種類の要素情報に分けられており、７１ＡＫＤ〜７１ＡＦＪには各要素情報に共通の管理データが格納されている。
【００１７】
各要素情報にはそれぞれに対応した番号を有するレコードが割り当てられ、このレコードに各管理データが格納されている。ここで、「レコードの無効／有効フラグ」とは、そのレコードが無効なものであるか有効なものであるかを示すフラグである。組版・編集サーバ６は、有効フラグが立てられているレコードのみを編集対象とする。無効フラグが立てられる場合とは、例えば、レイアウトされた紙面からある記事や写真を削除した場合等であり、この場合には無効フラグが立てられたレコードは空き（未使用）状態となる。「レコードの要素種別」とは、そのレコードに格納されている管理データが「記事」、「小組」、「画像」のうちのいずれの種類に属するのかを示すデータである。「レコードの要素ＩＤ」とは、そのレコードに格納されている管理データが特定のどの要素情報に係るものであるのかを識別するためのデータである。「レコードの配置情報」とは、そのレコードに対応する要素が紙面のどの位置に配置されるかについてを示す情報である。
【００１８】
記事の要素情報における「記事のテキスト」とは、所謂テキストデータのことであり、文字の大きさやフォント等が未だ決められていないものである。そして、「記事の組版済テキスト」とは、文字の大きさやフォントその他のレイアウト情報が付加されているテキストを指している。
【００１９】
画像の要素情報における「表示画データ」とは、画像精度を落として間引きした画像データのことを指し、「実画像データ」とは精細な画像データのことを指している。紙面に実際に用いられるのは実画像データであるが、これはデータサイズが大きなために編集段階で用いると長い処理時間を要することになる。そこで、単に画面上で画像データの存在を確認するためだけならば表示画データでも充分であるため、このデータサイズの小さな表示画データを用いて処理時間を短縮するようにしている。
【００２０】
小組は記事及び画像により構成されるものであるため、その要素情報には、この小組を構成する要素の数や、この小組を構成している要素のＩＤが記載されている（７１Ａ４ＬＴ〜７１Ａ４ＫＳ２参照）。
【００２１】
紙面＃１の紙面実体データ７１Ｂは、図４の上半分に図示されているように、紙面管理データ７１Ａにおける各格納ディレクトリ・ファイル名で特定された場所７１Ｂ１ＴＸ〜７１Ｂ９ＪＩに記載されている。なお、図示されているように、この紙面実体データ７１Ｂとして記載されているのは記事及び画像についてのデータのみであるため、一見すると小組についてのデータが省略されているように見える。しかし、上記したように、小組は記事及び画像により構成されるものであるため、この小組を構成する記事及び画像を紙面実体データ７１Ｂとして保存しておけば足りることになる。
【００２２】
また、紙面＃２の紙面データ７２（７２ＡＫＤ〜７２Ｂ６ＪＩ）は、図４の下半分及び図５に記載されている。これらのデータ構成は上記の紙面＃１の場合と同様であるため説明を省略する。
【００２３】
図６乃至図９は、図１におけるバックアップデータファイル１２を構成する紙面バックアップデータファイル１０の構成例を示す説明図である。バックアップデータファイル１２は、下式（３）に示すように、紙面バックアップデータファイル１０及び画像実体管理テーブル１１により構成されており、更に、バックアップデータファイル１２は、下式（４）に示すように、各紙面の紙面管理データ毎の複数のバックアップデータ１０Ａ１〜１０ＡＮと紙面実体データのバックアップデータ１０Ｂとにより構成されている。
【００２４】
〔バックアップデータファイル１２〕＝〔紙面バックアップデータファイル１０〕＋〔画像実体管理テーブル１１〕 … （３）
〔紙面バックアップデータファイル１０〕＝〔紙面＃１の紙面管理データのバックアップデータ１０Ａ１〕＋〔紙面＃２の紙面管理データのバックアップデータ１０Ａ２〕＋…＋〔紙面＃Ｎの紙面管理データのバックアップデータ１０ＡＮ〕＋〔紙面実体データのバックアップデータ１０Ｂ〕 … （４）
紙面＃１の紙面管理データのバックアップデータ１０Ａ１，１０Ａ２は、既述した紙面＃１及び紙面＃２の紙面管理データ７１Ａ，７２Ａについてのバックアップデータである。これらのバックアップデータの内容は図２乃至図５において既に説明したものと同様であるため、重複した説明を省略する。
【００２５】
図９に示した紙面実体データのバックアップデータ１０Ｂは、紙面＃１の紙面実体データ７１Ｂ（図４）及び紙面＃２の紙面実体データ７２Ｂ（図５）についてのバックアップデータであり、ひとまとめにして記載されている。この紙面実体データ７１Ｂ，７２Ｂとバックアップデータ１０Ｂとを対比してみると分かるように、紙面実体データ７２Ｂにおけるデータ７２Ｂ４ＨＩ，７２Ｂ４ＪＩのデータ（画像ｆのデータ）及びデータ７２Ｂ６ＨＩ，７２Ｂ６ＪＩのデータ（画像ｅのデータ）に対応するデータはバックアップデータ１０Ｂの中には含まれていない。これは、バックアップデータ１０Ｂの中に画像ｅ，ｆについてのデータ１０Ｂ１５ＨＩ，１０Ｂ１５ＪＩ，１０Ｂ１６ＨＩ，１０Ｂ１６ＪＩが既に存在しているからである。したがって、紙面＃１及び紙面＃２の双方に画像データｅ，ｆが用いられているが、バックアップされるのは１つの紙面分だけの画像データとなっている。
【００２６】
図１０は、画像実体管理テーブル１１の構成例を示す説明図である。この図に示すように、各レコードには、画像データについてのＩＤ、紙面名リスト、表示画データ及び実画像データの格納ディレクトリ・ファイル名が記載されている。そして、上記の画像ｅ，ｆの例についていえば、１１１ＭＨ及び１１２ＭＨの記載内容から分かるように、画像ｅ及び画像ｆは、紙面＃１及び紙面＃２の双方に用いられるものであることが明らかになっている。
【００２７】
次に、図１における紙面バックアップ手段１３のバックアップ動作を図１１乃至図１３のフローチャートに基づき説明する。まず、紙面バックアップ手段１３は、紙面データファイル７の最初の紙面すなわち紙面＃１を対象にし（ステップ１）、この紙面＃１がバックアップ対象となっているか否かにつき判別する（ステップ２）。この判別は、予めオペレータによって行われた設定に基づき行われる。この場合の具体的な設定の例としては、全ての紙面を対象とする例、特定の掲載年月日の紙面を対象とする例、あるいは特定の掲載年月日の特定の紙面を対象とする例などがある。
【００２８】
紙面バックアップ手段１３は、ステップ２の判別結果が「ＮＯ」であれば、ステップ１７以降に移って次の紙面を対象にして処理を行うが、ステップ２の判別結果が「ＹＥＳ」であれば、紙面＃１の紙面管理データ７１Ａを紙面バックアップデータファイル１０に保存する（ステップ３）。そして、紙面バックアップ手段１３は、紙面＃１の要素情報７１Ａ１（つまり記事ａについての＃１のレコード）を対象にし（ステップ４）、この要素情報が記事に関するものであるか否かにつき判別する（ステップ５）。
【００２９】
紙面バックアップ手段１３は、ステップ５の判別を、有効フラグが立っているか否か、及び要素種別が何であるかを調べることにより行う。すなわち、上記の例でいえば、データ７１Ａ１ＦＬ，７１Ａ１ＳＢを参照し、有効フラグが立っており且つ要素種別が記事であることを確認して、「ＹＥＳ」と判別する。このときの判別が「ＮＯ」である場合つまり画像である場合はステップ８以降の処理を行うことになる。
【００３０】
紙面バックアップ手段１３は、ステップ５で、現在対象となっている＃１レコードの要素情報７１Ａ１が記事に関するものであることを判別すると、紙面データファイル７内の記事の実体を読み込み、これをバックアップデータとして紙面バックアップデータファイル１０に保存する（ステップ６）。すなわち、紙面バックアップ手段１３は、管理データ７１Ａ１ＡＤ１，７１Ａ１ＡＤ２における記事のテキスト及び記事の組版済みテキストの各格納ディレクトリ・ファイル名を参照し、これらの実体データ７１Ｂ１ＴＸ，７１Ｂ１ＬＸを読み出す。そして、読み出したこれらの実体データを紙面バックアップデータファイル１０内にバックアップデータ１０Ｂ１１ＴＸ，１０Ｂ１１ＬＸとして保存する。
【００３１】
次いで、紙面バックアップ手段１３は、紙面＃１の紙面管理データのバックアップデータ１０Ａ１における格納情報として、上記のバックアップデータ１０Ｂ１１ＴＸ，１０Ｂ１１ＬＸの格納ディレクトリ・ファイル名を、１０Ａ１１ＡＤ１，１０Ａ１１ＡＤ２において書き変える（ステップ７）。そして、紙面バックアップ手段１３は、該当面すなわち紙面＃１の全ての要素に対して処理を終了したか否かを判別する（ステップ１５）。終了していれば、ステップ１７以降に移って次の紙面すなわち紙面＃２の処理を行うことになるが、いまの場合は未だ終了していないので、記事ｂの要素情報７１Ａ２を次の要素として設定する（ステップ１６）。この後、紙面バックアップ手段１３はステップ５に戻り、記事ｂの要素情報７１Ａ２について同様の処理を行い、記事ｃの要素情報７１Ａ３についても同様の処理を行う。
【００３２】
次に、ステップ１６における次の要素として画像ｅの要素情報７１Ａ５が設定された場合につき説明する。この場合、ステップ５での判別は「ＮＯ」となり、ステップ８での判別は「ＹＥＳ」となる。そして、紙面バックアップ手段１３は、この画像ｅの要素ＩＤ（７１Ａ５ＩＤ）が画像実体管理テーブル１１に登録されているか否かにつき判別する（ステップ９）。この判別結果は「ＮＯ」となるので、紙面バックアップ手段１３は、紙面データファイル７内の画像の実体を読み込み、これをバックアップデータとして紙面バックアップデータファイル１０に保存する（ステップ１０）。すなわち、紙面バックアップ手段１３は、管理データ７１Ａ５ＡＤ１，７１Ａ５ＡＤ２における表示画データ及び実画像データの各格納ディレクトリ・ファイル名を参照し、これらの実体データ７１Ｂ５ＨＩ，７１Ｂ５ＪＩを読み出す。そして、読み出したこれらの実体データを紙面バックアップデータファイル１０内にバックアップデータ１０Ｂ１５ＨＩ，１０Ｂ１５ＪＩとして保存する。
【００３３】
次いで、紙面バックアップ手段１３は、紙面＃１の紙面管理データのバックアップデータ１０Ａ１における格納情報として、上記のバックアップデータ１０Ｂ１５ＨＩ，１０Ｂ１５ＪＩの格納ディレクトリ・ファイル名を、１０Ａ１５ＡＤ１，１０Ａ１５ＡＤ２において書き変える（ステップ１１）。更に、紙面バックアップ手段１３は、画像実体管理テーブル１１の＃１レコードに画像ｅについての管理データ１１１ＧＤ，１１１ＭＨ，１１１ＡＤ１，１１１ＡＤ２を登録する（ステップ１２）。
【００３４】
このようにして、紙面バックアップ手段１３は紙面＃１の各要素情報についてのバックアップ処理を順次行っていく。そして、紙面＃１の全ての要素情報についてのバックアップ処理を終えるとステップ１５での判別は「ＹＥＳ」となるので、紙面バックアップ手段１３は、次に全ての紙面に対するバックアップ処理が終了したか否かを判別する（ステップ１７）。この判別結果は「ＮＯ」となるので、紙面バックアップ手段１３は次の紙面として紙面＃２を設定し（ステップ１８）、ステップ２以降の処理を繰り返す。
【００３５】
その後、ステップ１６において紙面＃２における画像ｅの要素情報７２Ａ６が次の要素として設定されたとすると、ステップ５での判別結果は「ＮＯ」、ステップ８での判別結果は「ＹＥＳ」となるので、紙面バックアップ手段１３は、画像ｅの要素ＩＤが画像実体管理テーブル１１に登録されているか否かにつき判別する（ステップ９）。画像ｅの要素ＩＤは、紙面＃１のバックアップ処理を行った際のステップ１２において１１１ＧＤに登録されているので、このステップ９での判別結果は「ＹＥＳ」となる。
【００３６】
すると、紙面バックアップ手段１３は、紙面＃２の紙面管理データのバックアップデータ１０Ａ２における格納情報として、既に処理済みのバックアップデータ１０Ｂ１５ＨＩ，１０Ｂ１５ＪＩの格納ディレクトリ・ファイル名を、１０Ａ２６ＡＤ１，１０Ａ２６ＡＤ２において書き変える（ステップ１３）。そして、画像実体管理テーブル１１のデータ１１１ＭＨにおいて、この画像ｅの属する紙面名リストとして、紙面＃２を新たに追加する（ステップ１４）。つまり、画像ｅについては紙面＃１のバックアップ処理時に既に保存されているので、データ量の大きな画像ｅの実体データをそれ以上重複して保存することはせず、管理データのみを紙面バックアップデータファイル１０及び画像実体管理テーブル１１に保存するようにしている。
【００３７】
このようにして、データ量の大きな画像の実体データについては重複したバックアップを回避しつつ全ての紙面に対する処理を終了すると、ステップ１７での判別結果は「ＹＥＳ」となりバックアップ処理が終了する。
【００３８】
ここで、説明順序は前後するが、小組に対するバックアップ処理につき説明しておく。小組は記事及び画像により構成された要素であるため、若干余分な判別を行うことになる。いま、ステップ１６において小組ｄの要素情報７１Ａ４が次の要素として設定されたとすると、小組ｄは記事ｇ及び画像ｉにより構成されているので、紙面バックアップ手段１３は、無効／有効フラグ（７１Ａ４ＦＬ）及び要素種別（７１Ａ４ＳＢ）の他に、小組内要素＃１，＃２の要素ＩＤ（７１Ａ４ＫＳ１，７１Ａ４ＫＳ２）を用いてステップ５の判別を行うことになる。
【００３９】
この場合、最初の該当要素は記事ｇとなるので、ステップ５の判別結果は「ＹＥＳ」となり、紙面バックアップ手段１３はステップ６，７の処理を行う。そして、紙面バックアップ手段１３は、全ての要素につき処理が行われたか否かにつき判別するが（ステップ１５）、小組ｄ内の要素登録数が２であることがデータ７１Ａ４ＬＴから分かっているので、その判別結果は「ＮＯ」となる。なお、この場合のステップ１５のブロック内における「該当面」は「該当小組」と読み替えられて処理されるものとする。
【００４０】
次いで、紙面バックアップ手段１３は、画像ｉを次の要素として設定し（ステップ１６）、ステップ５で「ＮＯ」を判別し、更にステップ８で「ＹＥＳ」を判別する。そして、紙面バックアップ手段１３は、画像ｉのＩＤが画像実体管理テーブル１１に登録されているか否かにつき「ＮＯ」と判別し（ステップ９）、ステップ１０〜１２を実行することになる。この後、紙面バックアップ手段１３は、ステップ１５で「ＹＥＳ」と判別するが、上記のように「該当面」を「該当小組」と読み替えているので、ステップ１７に移行せずに、ステップ１６に移行して画像ｅの要素情報７１Ａ５を次の要素として設定する。そして、以下上記と同様の処理が行われる。
【００４１】
上記した実施形態によれば、画像実体管理テーブル１１を用いて、データ量の大きな画像実体データが重複してバックアップされるのを防止することができるので、従来かなりの長い時間を費やしていたバックアップ処理の時間を大幅に短縮することができる。
【００４２】
また、画像データを重複してバックアップしていたためシステム内のメモリ容量が不足してしまい、外部媒体を用いてバックアップ処理を行うことがしばしば行われていたが、このような場合にはバックアップ処理の時間ばかりか復元に要する時間も多くかかることになる。しかし、上記した本発明の構成によれば、必要なメモリ容量を低減することができ、外部媒体を用いる必要もなくなるため、バックアップ処理時間及び復元に要する時間の双方を大幅に短縮することができる。
【００４３】
【発明の効果】
以上のように、本発明によれば、画像実体管理テーブルを用いて画像データの重複バックアップを防止した構成としたので、画像データに対する効率的なバックアップ処理を行うことができ、バックアップ処理時間の短縮及びバックアップ用メモリ容量の低減を図ることが可能になる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る新聞制作システムの構成を示すブロック図。
【図２】図１における紙面データファイル７の構成例を示す説明図。
【図３】図１における紙面データファイル７の構成例を示す説明図。
【図４】図１における紙面データファイル７の構成例を示す説明図。
【図５】図１における紙面データファイル７の構成例を示す説明図。
【図６】図１におけるバックアップデータファイル１２を構成する紙面バックアップデータファイル１０の構成例を示す説明図。
【図７】図１におけるバックアップデータファイル１２を構成する紙面バックアップデータファイル１０の構成例を示す説明図。
【図８】図１におけるバックアップデータファイル１２を構成する紙面バックアップデータファイル１０の構成例を示す説明図。
【図９】図１におけるバックアップデータファイル１２を構成する紙面バックアップデータファイル１０の構成例を示す説明図。
【図１０】図１における画像実体管理テーブル１１の構成例を示す説明図。
【図１１】図１における紙面バックアップ手段１３のバックアップ動作を説明するためのフローチャート。
【図１２】図１における紙面バックアップ手段１３のバックアップ動作を説明するためのフローチャート。
【図１３】図１における紙面バックアップ手段１３のバックアップ動作を説明するためのフローチャート。
【図１４】従来の新聞制作システムの構成例を示すブロック図。
【符号の説明】
１ 記事入力／校正端末器
２ 記事サーバ
３ 画像入力／加工端末器
４ 画像サーバ
５ 組版端末器
６ 組版・編集サーバ
７ 紙面データファイル
８ 出力サーバ
９ プリンタ／プロッタ
１０ 紙面バックアップデータファイル１
１１ 画像実体管理テーブル
１２ バックアップデータファイル
１３ 紙面バックアップ手段

Claims (1)

1. 記事テキストデータの入力及び校正作業を行う記事入力／校正端末器と、
   前記記事入力／校正端末器から送られてくる記事テキストデータを格納する記事サーバと、
   画像データの入力及び加工作業を行う画像入力／加工端末器と、
   前記画像入力／加工端末器から送られてくる画像データを格納する画像サーバと、
   前記記事サーバ及び前記画像サーバにそれぞれ格納されている記事テキストデータ及び画像データを用いて各紙面についての編集処理を行うと共に、これら記事テキストデータ及び画像データのバックアップ処理を行う組版・編集サーバと、
   を備えた新聞制作システムにおいて、
   バックアップ済みの画像データを特定するためのデータとして、バックアップ済みの各画像データを識別するための画像ＩＤ、バックアップ済みの各画像データが属する紙面を特定するためのデータ、バックアップ済みの各画像データの格納先についてのデータが記載された 画像実体管理テーブルを備えており、
   前記組版・編集サーバは、画像データのバックアップを行う際に前記画像実体管理テーブルを参照し、前記画像実態管理テーブルの画像ＩＤに当該画像データの画像ＩＤと一致する画像ＩＤが登録されていない場合には、当該画像データのバックアップを行い、前記画像実態管理テーブルの画像ＩＤに当該画像データの画像ＩＤと一致する画像ＩＤが登録されている場合には、当該画像データのバックアップを行わず、前記画像実態管理テーブルの更新を行い、画像データの重複バックアップを防止するものである、
   ことを特徴とする新聞制作システム

Images