(57)【要約】【課題】同一紙面上に複数の仮記事を作成する場合、別記事であることを容易に判別することができ、かつ実記事との対応付けが分かりやすい仮記事を作成することが可能な新聞紙面制作システムを提供すること。【解決手段】新聞紙面に配置される記事を、新聞紙面上において各記事毎に割り付けられた各割付領域にそれぞれ配置することによって、新聞紙面を制作する新聞紙面制作システムにおいて、割付領域に配置される実記事が確定していない場合には、割付領域に配置可能な文字列を発生して仮記事を生成する仮記事生成部１２と、仮記事生成部１２によって生成された仮記事を、対応する割付領域に配置する仮記事配置手段とを備える。【選択図】      図１
2006011941.tif 000002
【特許請求の範囲】
【請求項１】
新聞紙面に配置される記事を、前記新聞紙面上において各記事毎に割り付けられた各割付領域にそれぞれ配置することによって、前記新聞紙面を制作する新聞紙面制作システムにおいて、
前記割付領域に配置される実記事が確定していない場合には、前記割付領域に配置可能な文字列を発生して仮記事を生成する仮記事生成手段と、
前記仮記事生成手段によって生成された仮記事を、対応する割付領域に配置する仮記事配置手段と
を備えた新聞紙面制作システム。
【請求項２】
請求項１に記載の新聞紙面制作システムにおいて、
前記仮記事配置手段によって、複数の仮記事が、同一の新聞紙面上に配置される場合には、前記仮記事生成手段は、前記同一の新聞紙面上に配置される複数の仮記事を、それぞれ互いに識別できるような文字列によって生成するようにした新聞紙面制作システム。
【請求項３】
請求項１または請求項２に記載の新聞紙面制作システムにおいて、
前記仮記事生成手段は、対応する実記事の内容が連想できるような文字列を発生して前記仮記事を生成するようにした新聞紙面制作システム。
【請求項４】
請求項１乃至３のうち何れか１項に記載の新聞紙面制作システムにおいて、
前記仮記事生成手段によって生成された仮記事と、この仮記事に対応する実記事とを対応付けて管理する記事管理手段を更に備えた新聞紙面制作システム。
【請求項５】
請求項４に記載の新聞紙面制作システムにおいて、
前記仮記事が配置されている割付領域に配置される前記実記事が確定した場合には、前記記事管理手段による管理内容に従って、この仮記事を、対応する実記事に置換して前記割付領域に配置する記事置換手段を更に備えた新聞紙面制作システム。
【請求項６】
請求項５に記載の新聞紙面制作システムにおいて、
前記記事置換手段は、前記割付領域に配置されている仮記事が、与えられた書式情報にしたがって前記割付領域に配置されている場合には、この書式情報を引き継いで前記対応する実記事を前記割付領域に配置するようにした新聞紙面制作システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、新聞紙面上に割り付けられた各レイアウト領域に、記事、画像、及び写真を含む素材を配置することによって新聞紙面を制作するシステムに係り、特に、仮記事を作成するのに好適なシステムに関する。
【背景技術】
【０００２】
従来、新聞紙面の制作は、図３０に示すようなシステム構成の新聞紙面制作システムを用いてなされている。このような新聞紙面制作システムは、記事入力／校正端末１と、画像入力／加工端末２と、素材管理サーバ３と、出稿端末４と、組版編集サーバ５と、組版端末６と、紙面データ格納部７と、出力サーバ８と、プリンタ／プロッタ９とによって構成されている。
【０００３】
記事入力／校正端末１は、記事の入力および校正を行うための端末であり、オペレータによって記事データが入力されると、入力された記事データは、この記事入力／校正端末１によって素材管理サーバ３に出力される。また、この記事入力／校正端末１によって、素材管理サーバ３に蓄積されている記事データが取得される。この取得された記事データは、記事入力／校正端末１を介してなされるオペレータ操作によって校正がなされ、更に校正された記事データは、記事入力／校正端末１から素材管理サーバ３に再び出力される。
【０００４】
スキャナやディスプレイ等が備えられている画像入力／加工端末２では、画像データの入力および画像データの加工が行われる。入力された画像データは、ここから素材管理サーバ３へと出力される。また、オペレータから入力された画像データの加工操作入力に基づいて画像データの加工が行われ、加工された画像データは、ここから素材管理サーバ３へと出力される。
【０００５】
画像入力／加工端末２から出力された画像データは、素材管理サーバ３に蓄積される。また、素材管理サーバ３に蓄積されている画像データは、画像入力／加工端末２から要求があると、画像入力／加工端末２に出力される。また、オペレータから指示があった場合には、組版編集サーバ５に出力される。
【０００６】
素材管理サーバ３は、記事入力／校正端末１から入力または校正された記事のテキストの蓄積を行うとともに画像入力／加工端末２から入力または加工された画像の蓄積を行う。また、素材管理サーバ３は通信回線を経由して通信社などからの記事のテキストや画像も受信・蓄積する。素材管理サーバ３内に蓄積された記事や画像などの素材はオペレータの指示またはあらかじめ指定された条件に基づく自動処理などにより出稿端末４および組版編集サーバ５に送信される。
【０００７】
組版編集サーバ５では、組版端末６から出力された操作情報に基づいて、紙面データの編集作業が行われる。そして、このように組版編集サーバ５で編集作業がなされた紙面データは、紙面データ格納部７に格納される。また、一旦格納された紙面データが再び組版編集サーバ５へと読み出され、再び編集作業が行われた後に紙面データ格納部７に格納されることも可能である。
【０００８】
組版端末６は、オペレータが、記事、画像、および見出しのレイアウト編集を行うための操作入力を行う端末であり、各オペレータに対して１台ずつ備えられている。図３０では、代表的に１台の組版端末６のみを示している。各オペレータは、自分が担当する組版端末６を操作することによってレイアウト編集作業を行っている。
【０００９】
出力サーバ８では、組版端末６からの大刷／版下出力指示にしたがって、組版編集サーバ５から出力された紙面データがドットデータに展開される。このように展開されたドットデータに基づいて、プリンタ／プロッタ９から大刷や版下が出力される。
【特許文献１】特願平１１−１５４２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
さて、このような新聞紙面制作システムにて制作される新聞紙面に掲載される素材にはさまざまなジャンル（政治、世界、経済、家庭、運動、社会、芸能等）があるが、ニュース性の高い記事は紙面制作の最初の時点では揃っていない場合が多い。このため、紙面の割付けイメージを掴むために仮記事を作成して仮レイアウトするような運用が採用される場合がある（例えば、上記特許文献１参照）。
【００１１】
仮記事として、過去の掲載記事などを用いるとミスの原因になるので、誰が見ても識別できるような内容、例えば、全ての文字を「○」とするといった方法がとられる。このような予定行数分の仮記事を何本か作ることは決して難しいことではないが、毎日の作業として考えると煩わしいことになる。
【００１２】
また、全ての仮記事で同じ文字「○」を用いると、レイアウト位置によっては紙面上で区別がつきにくいという不具合が生じる。上記特許文献１でも、例えば［Ｘ］のような特定文字で仮記事を作成するという記載はあるものの、同一紙面上に複数の仮記事が存在した場合に、それらを区別できるように仮記事を生成するという記載はない。
【００１３】
更に、全ての仮記事が同じ記号文字で作成されていた場合、画面上やゲラ上でどの実記事と対応しているのかの対応付けが分かりにくいという不具合も生じる。上記特許文献１でも、実記事の内容自体を連想できるように仮記事を作成するという記載はない。
【００１４】
更にまた、仮記事に対応した実記事を受信した場合に、仮記事との対応付けも人手作業では煩雑である。そして、紙面にレイアウトされた仮記事を実記事と差替えて、再レイアウトする作業も人手作業では煩雑である。
【００１５】
本発明はこのような事情に鑑みてなされたものであり、同一紙面上に複数の仮記事を作成する場合、別記事であることを容易に判別することができ、かつ実記事との対応付けが分かりやすい仮記事を作成することが可能な新聞紙面制作システムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記の目的を達成するために、本発明では、以下のような手段を講じる。
【００１７】
すなわち、請求項１の発明は、新聞紙面に配置される記事を、新聞紙面上において各記事毎に割り付けられた各割付領域にそれぞれ配置することによって、新聞紙面を制作する新聞紙面制作システムにおいて、割付領域に配置される実記事が確定していない場合には、割付領域に配置可能な文字列を発生して仮記事を生成する仮記事生成手段と、仮記事生成手段によって生成された仮記事を、対応する割付領域に配置する仮記事配置手段とを備える。
【００１８】
従って、請求項１の発明の新聞紙面制作システムにおいては、以上のような手段を講じることにより、実記事が確定するまでの間は、仮記事を割り付けることができるので、紙面の出来上がりイメージを前もって把握することができる。
【００１９】
請求項２の発明は、請求項１の発明の新聞紙面制作システムにおいて、仮記事配置手段によって、複数の仮記事が、同一の新聞紙面上に配置される場合には、仮記事生成手段は、同一の新聞紙面上に配置される複数の仮記事を、それぞれ互いに識別できるような文字列によって生成する。
【００２０】
従って、請求項２の発明の新聞紙面制作システムにおいては、以上のような手段を講じることにより、同一の新聞紙面上に複数の仮記事を配置する場合においては、同一記事であると誤って認識することなく、別の記事であることを容易に識別することができる。
【００２１】
請求項３の発明は、請求項１または請求項２の発明の新聞紙面制作システムにおいて、仮記事生成手段は、対応する実記事の内容が連想できるような文字列を発生して仮記事を生成する。
【００２２】
従って、請求項３の発明の新聞紙面制作システムにおいては、以上のような手段を講じることにより、仮記事から実記事の内容を連想することができるので、紙面の出来上がりイメージをより容易に把握することが可能となる。
【００２３】
請求項４の発明は、請求項１乃至３のうち何れか１項の発明の新聞紙面制作システムにおいて、仮記事生成手段によって生成された仮記事と、この仮記事に対応する実記事とを対応付けて管理する記事管理手段を更に備える。
【００２４】
従って、請求項４の発明の新聞紙面制作システムにおいては、以上のような手段を講じることにより、仮記事と実記事とを対応付けて管理することができる。
【００２５】
請求項５の発明は、請求項４の発明の新聞紙面制作システムにおいて、仮記事が配置されている割付領域に配置される実記事が確定した場合には、記事管理手段による管理内容に従って、この仮記事を、対応する実記事に置換して割付領域に配置する記事置換手段を更に備える。
【００２６】
従って、請求項５の発明の新聞紙面制作システムにおいては、以上のような手段を講じることにより、仮記事を実記事に置換することが可能となり、新聞紙面の制作効率を高めることが可能となる。
【００２７】
請求項６の発明は、請求項５の発明の新聞紙面制作システムにおいて、記事置換手段は、割付領域に配置されている仮記事が、与えられた書式情報にしたがって割付領域に配置されている場合には、この書式情報を引き継いで対応する実記事を割付領域に配置する。
【００２８】
従って、請求項６の発明の新聞紙面制作システムにおいては、以上のような手段を講じることにより、新聞紙面の制作効率を高めることが可能となる。
【発明の効果】
【００２９】
本発明によれば、同一紙面上に複数の仮記事を作成する場合、別記事であることを容易に判別することができ、かつ実記事との対応付けが分かりやすい仮記事を作成することが可能な新聞紙面制作システムを実現することができる。
【発明を実施するための最良の形態】
【００３０】
以下に、本発明を実施するための最良の形態について図面を参照しながら説明する。
【００３１】
なお、以下の各形態の説明に用いる図中の符号は、図３０と同一部分については同一符号を付して示すことにする。
【００３２】
（第１の実施の形態）  
第１の実施の形態に係る新聞紙面制作システムは、新聞紙面に配置される記事を、新聞紙面上において各記事毎に割り付けられた各割付領域にそれぞれ配置することによって新聞紙面を制作する新聞紙面制作システムであって、図３０に示す従来技術の新聞紙面制作システムの記事入力／校正端末１か、素材管理サーバ３か、出稿端末４かのうちの何れかに、パラメータ格納部１０と仮記事生成部１２とを備え、組版編集サーバ５に仮記事配置機能を備えた構成としている。
【００３３】
本発明の実施の形態では、図１の機能ブロック図に示すように、パラメータ格納部１０と仮記事生成部１２とを出稿端末４に備えた場合を例に説明する。
【００３４】
すなわち、パラメータ格納部１０は、割付領域のサイズを定義したパラメータファイル１００を予め格納している。パラメータファイル１００のデータ構成例を図２に示す。割付領域の字詰値が、予め定められた固定値（例えば１５字）である場合、パラメータは、予定行数１１０のみとなる。図２は、このように、予定行数１１０のみをパラメータとして持ったパラメータファイル１００のデータ構成例を示すものである。
【００３５】
仮記事生成部１２は、割付領域に配置される実記事が確定していない場合には、パラメータ格納部１０に格納されたパラメータファイル１００に基づいて、この割付領域に配置可能な文字列を発生して仮記事を生成する。
【００３６】
図３は、このような仮記事のデータ構成例を示す図である。図３に示すように、この仮記事データ１２０は、電文始符号１２１、「●」文字１２２、「仮」文字１２３、本文始符号１２４、空白文字１２５、「○」文字１２６〜１２（ｎ＋２）、句点１２６（ｎ＋３）、本文終符号１２（ｎ＋４）、電文終符号１２（ｎ＋５）からなるテキスト領域からなる。電文始符号１２１および「●」文字１２２としては、電文の開始であることが分かるようにユーザが任意に定めたり、作成した符号を用いて良い。「仮」文字１２３は、仮記事であることがわかる一例として「仮」という文字を用いる例を示したに過ぎず、別の文字を使用しても構わない。本文始符号１２４および本文終符号１２（ｎ＋４）は、本文の始まり、および終わりが認識できる任意の符号を用いて良い。電文終符号１２（ｎ＋５）は、電文の終わりが分かるようにユーザが定めたり、作成した符号であれば何れであっても良い。空白文字１２５と、「○」文字１２６〜１２（ｎ＋２）とは、実際に割付領域に配置される文字である。
【００３７】
組版編集サーバ５は、仮記事配置機能を備えている。この機能は、仮記事生成部１２によって生成された仮記事データを素材管理サーバを介して取得し、対応する割付領域に配置する。図４は、空白文字１２５と、「○」文字１２６〜１２（ｎ＋２）と、句点１２（ｎ＋３）とが実際に割付領域に配置されたイメージを示す図である。空白文字１２５が先頭に配置され、書き出しが一段下がることによって、実際の記事らしいイメージが出るようにしている。したがって、仮記事データ１２０で用いられる文字１２６〜１２（ｎ＋２）は必ずしも「○」文字である必要はなく、第２の実施の形態で説明するように、例えば「△」、「□」など、任意の文字を使用するようにしても良い。また、第３の実施の形態で説明するように、記事の内容を連想できるような見出し文を使用することもできる。
【００３８】
次に、以上のように構成した本実施の形態に係る新聞紙面制作システムの動作について図５及び図６のフローチャートを用いて説明する。
【００３９】
まず、仮記事生成部１２によって、仮記事データ１２０のテキスト領域が初期化（クリア）される（Ｓ１）。
【００４０】
次に、仮記事生成部１２によって、パラメータ格納部１０に格納されているパラメータファイル１００が読み取られ、Ｎ＝（（予定行数１１０）×（字詰値）−３）の計算が行われ、Ｎの値が把握される。字詰値は、予め定められており（例えば１５文字）、仮記事生成部１２によって既に把握されている。また、ここで「３」を減じているのは、空白文字１２５と、最終行末の空白と、句点１２（ｎ＋３）とに相当した分を減じているということである（Ｓ２）。
【００４１】
そして、仮記事生成部１２によって、図３に示すような仮記事データ１２０のテキスト領域の先頭から順に電文始符号１２１、「●」文字１２２、「仮」文字１２３が書き込まれる（Ｓ３）。更に、本文始符号１２４および空白文字１２５が書き込まれる（Ｓ４、Ｓ５）。
【００４２】
その後、仮記事生成部１２によって、カウンタ値ｋとして「１」が認識され（Ｓ６）、引き続きテキスト領域にダミー文字である「○」文字１２６が書き込まれる（Ｓ７）。その後、カウンタ値ｋをインクリメントしながら、カウンタ値ｋ≧Ｎになるまで「○」文字１２７〜１２（ｎ＋２）の書き込みが繰り返される（Ｓ８：Ｎｏ、Ｓ９）。これによって、テキスト領域には、「○」文字１２６〜１２（ｎ＋２）が書き込まれる（Ｓ８：Ｙｅｓ）。
【００４３】
次に、テキスト領域に句点１２６（ｎ＋３）、本文終符号１２６（ｎ＋４）、電文終符号１２６（ｎ＋５）が順に書き込まれ（Ｓ１０、Ｓ１１、Ｓ１２）、仮記事データ１２０が完成する。このようにして作成された仮記事データ１２０は、仮記事生成部１２から素材管理サーバ３へと出力され、ここに登録される（Ｓ１３）。
【００４４】
素材管理サーバ３に登録された仮記事データ１２０は、組版編集サーバ５が備えている仮記事配置機能によって読み取られ、仮記事データ１２０のテキスト領域に書き込まれた内容に基づいて、ダミー文字である「○」文字１２６〜１２（ｎ＋２）および句点１２６（ｎ＋３）が、図７に示すように、新聞紙面２０の所定の割付領域２２に配置される。
【００４５】
上述したように、本実施の形態に係る新聞紙面制作システムにおいては、上記のような作用により、実記事が確定するまでの間は、新聞紙面２０の割付領域２２に、ダミー文字を用いた仮記事を代わりに割り付けることができる。これによって、実記事が確定する前であっても、紙面の出来上がりイメージを前もって把握することが可能となる。
【００４６】
（第２の実施の形態）  
第２の実施の形態に係る新聞紙面制作システムは、第１の実施の形態に係る新聞紙面制作システムに機能を追加したシステムであるので、ここでは、第１の実施の形態と異なる点のみについて説明する。
【００４７】
すなわち、本実施の形態に係る新聞紙面制作システムは、第１の実施の形態に係る新聞紙面制作システムの組版編集サーバ５が備える仮記事配置機能によって、複数の仮記事が同一の新聞紙面２０上に配置される場合には、仮記事生成部１２は、同一の新聞紙面２０上に配置される複数の仮記事を、それぞれ互いに識別できるような文字列によって生成する機能を更に備えている。この機能を実現するために、出稿端末４は、図８に示すように、ダミー文字管理情報格納部１４と、ダミー文字テーブル格納部１６とを付加した構成としている。なお、第１の実施の形態で述べたのと同様に、図８に示す各部位を、出稿端末４のみならず、記事入力／校正端末１か、素材管理サーバ３かに備えるようにしても良い。
【００４８】
ここで、パラメータ格納部１０は、図９にその一例を示すようなデータ構成をしたパラメータファイル２００を予め格納している。このパラメータファイル２００は、予定行数２１０に加えて、面名２１１のデータも備えている。このように面名２１１のデータを備えることによって、仮記事がどの面に配置されるのかを把握できるようにしている。
【００４９】
ダミー文字管理情報格納部１４は、図１０に示すようなダミー文字使用状況管理テーブル（以下、「管理テーブル」と称する）１４０を格納している。管理テーブル１４０は、紙面毎に対応した面情報１４１，１４２，１４３，・・・・からなっている。すなわち、面情報１４１は面Ａ、面情報１４２は面Ｂ、面情報１４３は面Ｃに関するものである。各面情報は、面名番号と、ダミー文字番号＃ｎ毎に存在する使用状況データとからなる。例えば、面情報１４１は、面名番号１４１０と、ダミー文字番号＃ｎの使用状況データ１４１ｎとからなる。使用状況データ１４１ｎは、ダミー文字番号＃ｎに対応する文字コードが使用済みであるか、または未使用であるかを定義するためのデータである。このダミー文字管理情報格納部１４は、必ずしも出稿端末４毎に備えている必要はなく、複数の出稿端末４で共通して備えるようにしてもよい。この場合は、ある出稿端末４の仮記事生成部１２が仮記事を作成している場合には、他の出稿端末４がダミー文字管理情報格納部１４にアクセスできないような排他処理がなされるようにしている。
【００５０】
ダミー文字テーブル格納部１６は、図１１に示すようなダミー文字テーブル１６０を格納している。ダミー文字テーブル１６０は、ダミー文字番号＃ｎに対応する文字コードを定義している。図１１に示す例では、ダミー文字番号１の文字コード１６１として「○」、ダミー文字番号２の文字コード１６２として「□」、ダミー文字番号３の文字コード１６３として「◇」、ダミー文字番号４の文字コード１６４として「◎」、ダミー文字番号５の文字コード１６１として「☆」を定義している。
【００５１】
仮記事生成部１２は、割付領域２２に配置される実記事が確定していない場合には、パラメータ格納部１０に格納されたパラメータファイル２００に基づいて、この割付領域２２に配置可能な文字列を発生し、第１の実施の形態で説明したものと同様にして仮記事を生成する。この場合、パラメータファイル２００の面名２１１を参照することにより、同一の新聞紙面２０に、複数の仮記事が配置されるか否かを把握する。そして、複数の仮記事が配置されることを把握した場合には、まず、ダミー文字管理情報格納部１４が、他の出稿端末４からアクセスされないような排他処理がかけられるようにしている。仮記事生成部１２は、この後にダミー文字管理情報格納部１４から管理テーブル１４０を読み取り、同一の新聞紙面２０に配置される仮記事については、異なるダミー文字が使用されるように定義し、定義結果を管理テーブル１４０に書き込む。そして、仮記事と、管理テーブル１４０とを共に素材管理サーバ３に出力し、素材管理サーバ３に登録されるようにしている。なお、どの仮記事にどの文字コードを用いるかは、ダミー文字テーブル格納部１６に格納されているダミー文字テーブル１６０によって定義されるので、ダミー文字テーブル１６０の文字コード１６１，１６２，１６３，１６４，１６５・・・で定義している文字やキャラクターを変更することによって自在に設定できるようにしている。
【００５２】
次に、以上のように構成した本実施の形態に係る新聞紙面制作システムの動作について図１２のフローチャートを用いて説明する。
【００５３】
まず、仮記事生成部１２が仮記事の生成処理を開始すると、この仮記事生成部１２がアクセスするダミー文字管理情報格納部１４が、他の出稿端末４からアクセスされないような排他処理がかけられる（Ｓ２１）。次に、仮記事生成部１２によって、ダミー文字管理情報格納部１４から管理テーブル１４０が、パラメータ格納部１０からパラメータファイル２００がそれぞれ取得される。そして、パラメータファイル２００の面名２１１に一致する面名番号１４ｘ０が管理テーブル１４０から探索される（Ｓ２２）。
【００５４】
更に、仮記事生成部１２によって、管理テーブル１４０から、ステップＳ２２で探索された面名番号１４ｘ０に対応するダミー文字番号の使用状況１４ｘｎのうち、「未使用」のものが探索され、それが「使用済」に変更される（Ｓ２３）。変更後、管理テーブル１４０が更新され、ステップＳ２１で設定された排他処理が解除される（Ｓ２４）。これによって、当該面名において今まで使用されていなかったダミー文字を使用する設定がなされる。
【００５５】
その後は、仮記事生成部１２によってダミー文字テーブル格納部１６に格納されたダミー文字テーブル１６０が参照され、管理テーブル１４０で「使用済」と設定されたダミー文字番号に対応する文字コード１６ｎが取得され（Ｓ２５）、この取得された文字コード１６ｎを用いることによって、前述したステップＳ１からステップＳ１３の処理がなされることにより、新聞紙面２０の割付領域２２に文字コードが配置され、仮記事が作成される（Ｓ２６）。これによって、例えば図１３に示すように、各割付領域２２（＃１〜＃５）毎に異なるダミー文字が使用され、同一の新聞紙面２０上におけるダミー文字の重複使用が回避される。
【００５６】
上述したように、本実施の形態に係る新聞紙面制作システムにおいては、上記のような作用により、仮記事を実記事に置き換えて配置する場合に、オペレータは、同一の新聞紙面２０上にある複数の仮記事を同一記事と誤認識することなく、別の記事であると容易に認識することが可能となる。
【００５７】
（第３の実施の形態）  
第３の実施の形態に係る新聞紙面制作システムは、第１の実施の形態に係る新聞紙面制作システムに機能を追加したシステムであるので、ここでは、第１の実施の形態と異なる点のみについて説明する。
【００５８】
すなわち、本実施の形態に係る新聞紙面制作システムは、図１４に示すように、仮記事生成部１２によって生成された仮記事テキストに、対応する実記事の内容が連想できるような文字列を埋め込む文字列埋込部１８と、文字列埋込部１８によって作成された文字列データ１９０を格納し、文字列埋込部１８から依頼があった場合には、格納している文字列データ１９０を文字列埋込部１８に供給する埋込文字列格納部１９とを付加した構成としている。
【００５９】
埋込文字列格納部１９は、例えば、図１５に示すような文字列データ１９０を多数格納している。文字列データ１９０の構成は、文字列を構成する文字数１９１と、この文字数分存在する文字１９２〜とからなる。例えば、「初もうで１」という文字列の場合、文字数１９１は「５」であり、それぞれ「初」、「も」、「う」、「で」、「１」のデータからなる５つの文字１９２〜１９６が存在する。
【００６０】
文字列埋込部１８は、このような文字列データ１９０を作成し、埋込文字列格納部１９に格納する。そして、必要に応じて、文字列データ１９０を埋込文字列格納部１９から取得する一方、仮記事生成部１２から図３に示すような仮記事データ１２０を取得し、この仮記事データ１２０の「○」文字１２７〜１２（ｎ＋２）の範囲の先頭側から、文字列データ１９０で定義された文字１９２〜１９６を埋め込む。これによって、図１６に示すように、「初もうで１」という文字列が挿入された仮記事データ（「処理後仮記事データ」とも称する。）２２０を作成する。なお、図１６に示す仮記事データ２２０の場合、「○」文字１２７〜１２（ｎ＋２）が、５文字以上あるので、「初もうで１」以降の「○」文字１２１２以降は「○」のままである。文字列埋込部１８は、このように作成した仮記事データ２２０を、素材管理サーバ３に送り、素材管理サーバ３に登録されるようにしている。
【００６１】
そして、組版編集サーバ５が、第１の実施の形態で説明したものと同様に仮記事配置機能を用いて、送られた仮記事データ２２０を、対応する割付領域に配置する。
【００６２】
次に、以上のように構成した本実施の形態に係る新聞紙面制作システムの動作について図１７のフローチャートを用いて説明する。
【００６３】
まず、文字列データを埋め込んだ仮記事を配置するためには、文字列埋込部１８によって、例えば図１５に示すような文字列データ１９０が作成され、埋込文字列格納部１９に格納される。このとき、文字数１９１（ｐ）が記憶される（Ｓ３１）。
【００６４】
次に、仮記事生成部１２から文字列埋込部１８に仮記事データ１２０が読み込まれる（Ｓ３２）。なお、仮記事生成部１２によって仮記事データ１２０が作成される処理の流れについては図５及び図６のフローチャートに示すステップＳ１からステップＳ１３の処理の通りである。そして、文字列埋込部１８によって、仮記事データ２２０のテキスト領域が初期化（クリア）される（Ｓ３３）。
【００６５】
次に、文字列埋込部１８によって、仮記事データ１２０の電文始符号１２１から、本文始符号１２４の次の文字までの文字数（ｍ）がカウントされ（Ｓ３４）、更に、仮記事データ１２０の電文始符号１２１からｍ文字分が、仮記事データ２２０にコピーされる（Ｓ３５）。
【００６６】
次に、文字列埋込部１８によって、埋込文字列格納部１９に格納されている文字列データ１９０が読み出され、文字列データ１９０に書き込まれている文字１９２〜１９６が、仮記事データ２２０に追加してコピーされる（Ｓ３６）。最後に、仮記事データ１２０の先頭から（ｍ＋ｐ＋１）番目の文字から、最後の文字までが仮記事データ２２０に追加してコピーされる（Ｓ３７）。
【００６７】
このようにして作成された仮記事データ２２０は、文字列埋込部１８から素材管理サーバ３へと出力され、ここに登録される。素材管理サーバ３に登録された仮記事データ１２０は、組版編集サーバ５が備えている仮記事配置機能によって読み取られ、仮記事データ１２０のテキスト領域に書き込まれた内容に基づいて、「○」文字１２６〜１２（ｎ＋２）および句点１２６（ｎ＋３）が、新聞紙面２０の所定の割付領域２２に配置される。これによって、図１８に示すように、割付領域２２に「初もうで１」と表記され、オペレータは、この割付領域は「初もうで」関連の記事が掲載されると一目で認識することが可能となる。
【００６８】
なお、本実施の形態に係る新聞紙面制作システムは、第１の実施の形態に係る新聞紙面制作システムのみならず、第２の実施の形態に係る新聞紙面制作システムについても同様に適用することが可能である。
【００６９】
（第４の実施の形態）  
第４の実施の形態に係る新聞紙面制作システムは、第１から第３の実施の形態に係る新聞紙面制作システムに機能を追加したシステムであるので、ここでは、上記各実施の形態と異なる点のみについて説明する。
【００７０】
すなわち、本実施の形態に係る新聞紙面制作システムは、図１９に示すように、素材管理サーバ３に仮記事データベース３１と素材データベース３２とを、組版端末６に記事置換部６２を、組版編集サーバ５に実記事配置部５２を備えている。
【００７１】
仮記事データベース３１は、出稿端末４から素材管理サーバ３に送られた仮記事データを格納しているデータベースである。素材データベース３２は、記事入力／校正端末１あるいは画像入力／加工端末２によって作成された実記事データを格納しているデータベースである。
【００７２】
記事置換部６２は、仮記事が配置されている割付領域２２に配置される実記事が確定した場合には、紙面データ格納部７に格納された紙面データ７１を参照して、この仮記事を、対応する実記事に置換し、その結果を組版編集サーバ５に出力する。後述するが、紙面データ７１を参照することにより、仮記事データベース３１に格納されている仮記事データと、素材データベース３２に格納されている仮記事データとを対応付けが把握できるようになっているとともに、実記事を割付領域に配置するための書式情報も含まれている。
【００７３】
そして、記事置換部６２からの実記事、および紙面データ格納部７からの紙面データ７１に基づいて、実記事配置部５２が実記事を配置することによって、最終的な新聞紙面を作成する。
【００７４】
次に、以上のように構成した本実施の形態に係る新聞紙面制作システムの動作について図２０のフローチャートを用いて説明する。
【００７５】
仮記事を実記事に置換する場合には、まず、記事置換部６２によって、素材データベース３２から実記事データが読み出される（Ｓ４１）。次に、組版編集サーバ５を介して、紙面データ格納部７から紙面データ７１が読み出される。紙面データ７１の構成例を以下に説明する。すなわち、紙面データ７１は、図２１に示すような管理情報と、例えば図２２から図２８に示すような各素材データと、図２９に示すような実データテーブルとからなっている。
【００７６】
管理情報は、図２１に示すように、掲載年月日７１ＫＮ、面名７１ＭＮ、版名７１ＨＮ、送信元本社名７１ＨＳ、印刷ページ番号７１ＰＧ、体裁情報（組方向、段数、字詰、文字サイズ、段間、行間など）７１ＴＳ、紙面Ｘ方向寸法７１ＰＸ、紙面Ｙ方向寸法７１ＰＹの各データからなっている。
【００７７】
素材データは、紙面への配置が検討されている全ての素材毎に存在するものである。したがって、例えば、記事ａ、見出しｂ、画像ｃ、記事ｄ、見出しｅ、画像ｆ、記事ｇの各素材データの配置が検討されている紙面の場合においては、図２２から図２８に示すように、これら各素材毎に素材データが存在する。これはあくまで紙面に７つの素材を配置する場合の例であって、これ以上の素材が配置される場合も、またこれ以下の素材の配置で済む場合もある。何れの場合においても、配置される素材毎にこのような素材データが存在する。
【００７８】
このような素材データのデータ構成は、記事の場合、＃１素材データ（記事ａ）を対象とした図２２に示すように、素材種別７１ＳＢ（＃１）、素材ＩＤ番号７１ＩＤ（＃１）、素材の仮配置／実配置区分７１ＤＳ（＃１）、配置情報７１ＦＬ（＃１）、配置位置座標７１ＬＭ（＃１）、配置領域寸法７１ＳＺ（＃１）、仮見出７１ＫＭ（＃１）、テキスト格納アドレス情報７１ＡＤ（＃１）、レイアウト済テキスト格納アドレス情報７１ＢＤ（＃１）を持つ。図２５、図２８も記事に関する素材データであるので同様なデータ構成をしている。
【００７９】
一方、図２３および図２６は見出しに関する素材データ、図２４および図２７は画像に関する素材データである。これらは、記事に関する素材データと一部異なるデータ項目があるものの、記事に関する素材データとほぼ同じ項目のデータからなっている。
【００８０】
実データは、図２９に示すように、テキスト７１ＴＸ（＃ｎ）、レイアウト済テキスト７１ＬＸ（＃ｎ）、表示画データ７１ＨＩ（＃ｎ）、実画像データ７１ＲＩ（＃ｎ）等からなっている。
【００８１】
このような紙面データ７１が記事置換部６２に取得されると、更に記事置換部６２によって、紙面データ７１の＃１素材データが対象とされる（Ｓ４２）。そして、＃１素材データが記事である場合（Ｓ４３：Ｙｅｓ）には、仮見出７１ＫＭ（＃１）または素材ＩＤ番号７１ＩＤ（＃１）が、仮記事データのものと一致するか否かが判定される。そして、一致する場合（Ｓ４４：Ｙｅｓ）には、仮記事データが、実記事データに置換される（Ｓ４５）。
【００８２】
更に、紙面データ７１の配置情報７１ＦＬ（＃１）が参照され、「配置済」である場合（Ｓ４６：Ｙｅｓ）には、配置位置座標７１ＬＭ（＃１）および配置領域寸法７１ＳＺ（＃１）に基づいて再レイアウトがなされ、レイアウト済テキスト７１ＬＸ（＃１）が作成される。そして、このレイアウト済テキスト７１ＬＸ（＃１）が置き換えられ、レイアウト済テキスト格納アドレス情報７１ＢＤ（＃１）が更新される。更にその上、配置位置座標７１ＬＭ（＃１）および配置領域寸法７１ＳＺ（＃１）が更新される（Ｓ４７）。
【００８３】
一方、ステップＳ４４において一致しない場合（Ｓ４４：Ｎｏ）には、記事置換部６２によって、全ての素材データに対して処理されたか否かが判定される（Ｓ４８）。全ての素材データに対して処理された場合（Ｓ４８：Ｙｅｓ）においては処理を終了し、未処理の素材データがある場合（Ｓ４８：Ｎｏ）においては次の素材データが対象とされ（Ｓ４９、ステップＳ４３の処理に戻る。
【００８４】
上述したように、本実施の形態に係る新聞紙面制作システムにおいては、上記のような作用により、仮記事と、この仮記事に対応する実記事とを対応付けて管理することができる。したがって、仮記事が配置されている割付領域に配置される実記事が確定した場合には、管理情報を引き継ぐことによって、この仮記事を、対応する実記事に置換して配置することができる。
【００８５】
このように、本実施の形態に係る新聞紙面制作システムにおいては、実記事の内容が確定していない段階であっても、仮記事を配置することによって新聞紙面を作成することができるので、前もって紙面の出来上がりイメージを把握することができる。そして、実記事が確定した場合には、仮記事を実記事に置換して新聞紙面上に再配置することができる。この場合、管理情報に定義されている配置書式が引き継がれるので、オペレータは、置換処理に伴う追加操作をする必要はないので、新聞紙面の制作効率の向上を図ることが可能となる。
【００８６】
以上、本発明を実施するための最良の形態について、添付図面を参照しながら説明したが、本発明はかかる構成に限定されない。特許請求の範囲の発明された技術的思想の範疇において、当業者であれば、各種の変更例及び修正例に想到し得るものであり、それら変更例及び修正例についても本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００８７】
【図１】第１の実施の形態に係る新聞紙面制作システムに適用される出稿端末の一例を示す機能ブロック図。
【図２】第１の実施の形態に係る新聞紙面制作システムで使用されるパラメータファイルの一例を示すデータ構成図。
【図３】第１の実施の形態に係る新聞紙面制作システムで使用される仮記事の異散れ例を示すデータ構成図。
【図４】割付領域に配置された仮記事の一例を示すイメージ図。
【図５】第１の実施の形態に係る新聞紙面制作システムの動作を示すフローチャート（前半）。
【図６】第１の実施の形態に係る新聞紙面制作システムの動作を示すフローチャート（後半）。
【図７】新聞紙面上における割付領域に配置された仮記事の一例を示すイメージ図。
【図８】第２の実施の形態に係る新聞紙面制作システムに適用される出稿端末の一例を示す機能ブロック図。
【図９】第２の実施の形態に係る新聞紙面制作システムで使用されるパラメータファイルの一例を示すデータ構成図。
【図１０】ダミー文字使用状況管理テーブルの一例を示すデータ構成図。
【図１１】ダミー文字テーブルの一例を示すデータ構成図。
【図１２】第２の実施の形態に係る新聞紙面制作システムの動作を示すフローチャート。
【図１３】同一紙面上における各割付領域毎に異なるダミー文字が配置されて仮記事が作成された一例を示すイメージ図。
【図１４】第３の実施の形態に係る新聞紙面制作システムに適用される出稿端末の一例を示す機能ブロック図。
【図１５】埋込文字列格納部に格納された文字列データの一例を示すデータ構成図。
【図１６】文字列が挿入された処理後仮記事データの一例を示すデータ構成図。
【図１７】第３の実施の形態に係る新聞紙面制作システムの動作を示すフローチャート。
【図１８】処理後仮記事データで定義された文字列が配置されて仮記事が作成された一例を示すイメージ図。
【図１９】第４の実施の形態に係る新聞紙面制作システムの一例を示す機能ブロック図。
【図２０】第４の実施の形態に係る新聞紙面制作システムの動作を示すフローチャート。
【図２１】管理情報の一例を示すデータ構成図。
【図２２】＃１素材データの一例を示すデータ構成図（記事ａ）。
【図２３】＃２素材データの一例を示すデータ構成図（見出しｂ）。
【図２４】＃３素材データの一例を示すデータ構成図（画像ｃ）。
【図２５】＃４素材データの一例を示すデータ構成図（記事ｄ）。
【図２６】＃５素材データの一例を示すデータ構成図（見出しｅ）。
【図２７】＃６素材データの一例を示すデータ構成図（画像ｆ）。
【図２８】＃７素材データの一例を示すデータ構成図（記事ｇ）。
【図２９】実データテーブルの一例を示すデータ構成図。
【図３０】従来技術による新聞紙面制作システムの機能ブロック図。
【符号の説明】
【００８８】
１…記事入力／校正端末、２…画像入力／加工端末、３…素材管理サーバ、４…出稿端末、５…組版編集サーバ、６…組版端末、７…紙面データ格納部、８…出力サーバ、９…プリンタ／プロッタ、１０…パラメータ格納部、１２…仮記事生成部、１４…ダミー文字管理情報格納部、１６…ダミー文字テーブル格納部、１８…文字列埋込部、１９…埋込文字列格納部、２０…新聞紙面、２２…割付領域、３１…仮記事データベース、３２…素材データベース、５２…実記事配置部、６２…記事置換部、７１…紙面データ、１００…パラメータファイル、１４０…ダミー文字使用状況管理テーブル
【図１】
2006011941.tif 000003
【図２】
2006011941.tif 000004
【図３】
2006011941.tif 000005
【図４】
2006011941.tif 000006
【図５】
2006011941.tif 000007
【図６】
2006011941.tif 000008
【図７】
2006011941.tif 000009
【図８】
2006011941.tif 000010
【図９】
2006011941.tif 000011
【図１０】
2006011941.tif 000012
【図１１】
2006011941.tif 000013
【図１２】
2006011941.tif 000014
【図１３】
2006011941.tif 000015
【図１４】
2006011941.tif 000016
【図１５】
2006011941.tif 000017
【図１６】
2006011941.tif 000018
【図１７】
2006011941.tif 000019
【図１８】
2006011941.tif 000020
【図１９】
2006011941.tif 000021
【図２０】
2006011941.tif 000022
【図２１】
2006011941.tif 000023
【図２２】
2006011941.tif 000024
【図２３】
2006011941.tif 000025
【図２４】
2006011941.tif 000026
【図２５】
2006011941.tif 000027
【図２６】
2006011941.tif 000028
【図２７】
2006011941.tif 000029
【図２８】
2006011941.tif 000030
【図２９】
2006011941.tif 000031
【図３０】
2006011941.tif 000032