(57)【要約】【課題】  レイアウトの決定からコンテンツの蓄積までの全体を支援可能な刊行物制作システム及びその中心となる刊行物制作サーバを提供すること。【解決手段】  複数の広報誌レイアウトの候補をレイアウトデータベース３２に記憶し、その中から使用レイアウトを決定する。各レイアウトには記事をワープロソフト上での操作で執筆するためのテンプレートがリンクされており、レイアウトの決定時にテンプレートが記事作成端末３からダウンロード可能に設定される。執筆者がテンプレートを用いて記事を入力し、制作サーバ２にアップロードすると、ＸＭＬデータに変換されてコンテンツデータベース３４に登録される。登録されたデータは記事作成端末３や編集端末４でビューワを用いてできあがりイメージを確認できる。記事が完成した後、外部の蓄積サーバ５にデータを提供する。【選択図】  図１
2005267477.tif 000002
【特許請求の範囲】
【請求項１】
刊行物のレイアウト及びそのレイアウトに沿った項目毎の記事作成用テンプレートを記憶した刊行物制作サーバと、当該刊行物制作サーバとネットワークを介して接続され、前記記事作成用テンプレートを用いて記事の作成を行なう記事作成端末と、当該記事作成端末及び前記刊行物制作サーバとネットワークを介して接続され、前記記事作成端末で作成された記事を編集する編集端末とからなる刊行物制作システムであって、
前記刊行物制作サーバは、
前記刊行物のレイアウトを記憶したレイアウト記憶手段と、
当該レイアウト記憶手段に記憶されたレイアウトの項目に対応する前記刊行物の記事作成用テンプレートを記憶したテンプレート記憶手段と、
前記編集端末から使用するレイアウトの通知を受信するレイアウト通知受信手段と、
当該レイアウト通知受信手段が受信したレイアウトに対応するテンプレートを前記テンプレート記憶手段に記憶されているテンプレートの中から抽出するテンプレート抽出手段と、
当該テンプレート抽出手段が抽出したテンプレートを前記記事作成端末に送信するテンプレート送信手段と、
前記記事作成端末にて作成され、送信された記事を、構造化言語での記述に変換する構造化手段と、
当該構造化手段により構造化された記事を記憶する記事記憶手段と、
前記記事記憶手段に記憶された記事を前記記事作成端末又は前記編集端末に閲覧のために送信する閲覧記事送信手段とを備え、
前記編集端末は、
前記刊行物制作サーバの前記レイアウト記憶手段に記憶されたレイアウトの中から使用するレイアウトを選択するレイアウト選択手段と、
当該レイアウト選択手段が選択したレイアウトを前記刊行物制作サーバに通知するレイアウト通知手段と、
前記刊行物制作サーバから送信された記事を前記使用レイアウトに従って閲覧させる編集端末側閲覧手段とを備え、
前記記事作成端末は、
前記刊行物制作サーバから前記テンプレートを受信するテンプレート受信手段と、
前記テンプレート受信手段が受信したテンプレートに基づいて記事を作成する記事作成手段と、
当該記事作成手段により作成された記事を前記刊行物制作サーバに送信する作成記事送信手段と、
前記刊行物制作サーバから送信された記事を前記使用レイアウトに従って閲覧させる記事作成端末側閲覧手段と
を備えたことを特徴とする刊行物制作システム。
【請求項２】
前記刊行物制作サーバは、
前記レイアウト通知受信手段が受信したレイアウトに対応する刊行物の各記事に関する管理情報を記憶する管理情報記憶手段を備え、
当該管理情報は、前記刊行物を特定する刊行物ＩＤ、当該刊行物中の各記事を特定する記事ＩＤ、当該各記事の執筆者、当該各記事の前記刊行物制作サーバへの記事送信期限を含むことを特徴とする請求項１に記載の刊行物制作システム。
【請求項３】
前記刊行物制作サーバは、
前記編集端末からの要求に基づいて、前記管理情報記憶手段を検索する管理情報検索手段と、
当該管理情報検索手段による検索結果に基づいて、前記記事作成端末に記事作成依頼を送信する記事作成依頼送信手段とを備え、
前記編集端末は、
前記記事作成端末に対して記事作成依頼を送信するよう前記刊行物制作サーバに要求する記事作成依頼送信要求手段を備え、
前記記事作成端末は、
前記刊行物制作サーバから記事作成依頼を受信する記事作成依頼受信手段と、
前記刊行物制作サーバに前記テンプレートを要求するテンプレート要求手段とを備えたことを特徴とする請求項２に記載の刊行物制作システム。
【請求項４】
前記刊行物制作サーバは、
前記レイアウト記憶手段に記憶したレイアウトを前記編集端末に送信するレイアウト送信手段を備え、
前記編集端末は、
前記刊行物制作サーバから前記レイアウトを受信するレイアウト受信手段と、
当該レイアウト受信手段が受信したレイアウトを記憶する編集端末側レイアウト記憶手段を備え、
前記レイアウト選択手段は、当該編集端末側レイアウト記憶手段に記憶されたレイアウトの中から使用するレイアウトを選択することを特徴とする請求項１乃至３のいずれかに記載の刊行物制作システム。
【請求項５】
前記編集端末は、
前記レイアウト選択手段が選択したレイアウトに基づいて新たなレイアウトを作成するレイアウト作成手段と、
当該レイアウト作成手段が作成した新規レイアウトを前記刊行物制作サーバに送信する新規レイアウト送信手段とを備え、
前記刊行物制作サーバは、
前記編集端末から送信された新規レイアウトを前記レイアウト記憶手段に追加して記憶させるレイアウト追加手段と、
前記新規レイアウトに対応するテンプレートを前記テンプレート記憶手段に追加して記憶させるテンプレート追加手段とを備えたことを特徴とする請求項１乃至４のいずれかに記載の刊行物制作システム。
【請求項６】
前記記事作成端末は、
前記記事作成端末側閲覧手段により記事を閲覧した後、記事の完成を前記編集端末に通知する記事完成通知手段を備え、
前記編集端末は、
前記管理情報記憶手段に記憶された所定の刊行物ＩＤを有する全記事について前記記事作成端末から記事完成通知を受信したか否かを判断する入稿判断手段を備え、
前記編集端末側閲覧手段は、当該入稿判断手段が全記事について記事完成通知を受信したと判断した場合に、当該刊行物ＩＤを有する刊行物の記事全体を前記使用レイアウトに従って閲覧させることを特徴とする請求項２乃至５のいずれかに記載の刊行物制作システム。
【請求項７】
前記記事作成端末は、
前記記事作成端末側閲覧手段による記事の閲覧結果に基づいて記事を修正する記事修正手段と、
当該記事修正手段により修正された記事を前記刊行物制作サーバに送信する修正記事送信手段を備え、
前記刊行物制作サーバは、
前記記事作成端末から送信された修正記事を前記記事記憶手段に記憶させる修正記事記憶制御手段を備えたことを特徴とする請求項１乃至６のいずれかに記載の刊行物制作システム。
【請求項８】
前記編集端末は、
前記編集端末側閲覧手段で閲覧された記事の修正を前記記事作成端末に要求する記事修正要求手段を備え、
前記記事作成端末は、
前記編集端末からの記事修正要求に基づいて記事を修正することを特徴とする請求項７に記載の刊行物制作システム。
【請求項９】
前記編集端末は、
前記編集端末側閲覧手段が閲覧した所定の刊行物ＩＤを有する刊行物について、前記記事修正要求手段による修正要求をしない場合に、当該刊行物の完成通知を前記刊行物制作サーバに送信する刊行物完成通知手段を備え、
前記刊行物制作サーバは、
前記編集端末から刊行物完成通知を受信した場合に、前記記事記憶手段に刊行物の完成を登録する完成情報登録制御手段を備えたことを特徴とする請求項６乃至８のいずれかに記載の刊行物制作システム。
【請求項１０】
前記刊行物制作サーバは、
前記管理情報記憶手段に記憶された記事送信期限が到来した場合に、前記記事作成端末から前記記事を既に受信したか否かを判断する期限到来判断手段と、
当該期限到来判断手段が前記記事を受信していないと判断した場合に報知する報知手段とを備えたことを特徴とする請求項２乃至９のいずれかに記載の刊行物制作システム。
【請求項１１】
前記刊行物制作サーバとネットワークを介して接続され、当該刊行物制作サーバから刊行物の記事の提供を受けるコンテンツ蓄積サーバを備え、
当該コンテンツ蓄積サーバは、
前記刊行物制作サーバから提供された刊行物の記事を蓄積する記事蓄積手段を備え、
前記刊行物制作サーバは、
前記コンテンツ蓄積サーバに所定の刊行物ＩＤを有する刊行物の記事を提供する記事提供手段を備えたことを特徴とする請求項２乃至１０のいずれかに記載の刊行物制作システム。
【請求項１２】
前記刊行物制作サーバは、
前記完成情報登録制御手段が所定の刊行物ＩＤを有する刊行物について完成情報を登録したときに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする請求項１１に記載の刊行物制作システム。
【請求項１３】
前記刊行物制作サーバは、
前記記事記憶手段に記事が記憶されるたびに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする請求項１１に記載の刊行物制作システム。
【請求項１４】
刊行物のレイアウト及びそのレイアウトに沿った項目毎の記事作成用テンプレートを記憶し、刊行物の記事を作成する記事作成端末及び作成された記事の編集を行なう編集端末にネットワークを介して接続された刊行物制作サーバであって、
前記刊行物のレイアウトを記憶したレイアウト記憶手段と、
当該レイアウト記憶手段に記憶されたレイアウトの項目に対応する前記刊行物の記事作成用テンプレートを記憶したテンプレート記憶手段と、
前記編集端末から使用するレイアウトの通知を受信するレイアウト通知受信手段と、
当該レイアウト通知受信手段が受信したレイアウトに対応するテンプレートを前記テンプレート記憶手段に記憶されているテンプレートの中から抽出するテンプレート抽出手段と、
当該テンプレート抽出手段が抽出したテンプレートを前記記事作成端末に送信するテンプレート送信手段と、
前記記事作成端末にて作成され、送信された記事を、構造化言語での記述に変換する構造化手段と、
当該構造化手段により構造化された記事を記憶する記事記憶手段と、
前記記事記憶手段に記憶された記事を前記記事作成端末又は前記編集端末に閲覧のために送信する閲覧記事送信手段とを備えたことを特徴とする刊行物制作サーバ。
【請求項１５】
前記レイアウト通知受信手段が受信したレイアウトに対応する刊行物の各記事に関する管理情報を記憶する管理情報記憶手段を備え、
当該管理情報は、前記刊行物を特定する刊行物ＩＤ、当該刊行物中の各記事を特定する記事ＩＤ、当該各記事の執筆者、当該各記事の前記刊行物制作サーバへの記事送信期限を含むことを特徴とする請求項１４に記載の刊行物制作サーバ。
【請求項１６】
前記編集端末からの要求に基づいて、前記管理情報記憶手段を検索する管理情報検索手段と、
当該管理情報検索手段による検索結果に基づいて、前記記事作成端末に記事作成依頼を送信する記事作成依頼送信手段とを備えたことを特徴とする請求項１５に記載の刊行物制作サーバ。
【請求項１７】
前記レイアウト記憶手段に記憶したレイアウトを前記編集端末に送信するレイアウト送信手段を備えたことを特徴とする請求項１４乃至１６のいずれかに記載の刊行物制作サーバ。
【請求項１８】
前記編集端末にて作成され、送信された新規レイアウトを前記レイアウト記憶手段に追加して記憶させるレイアウト追加手段と、
前記新規レイアウトに対応するテンプレートを前記テンプレート記憶手段に追加して記憶させるテンプレート追加手段とを備えたことを特徴とする請求項１４乃至１７のいずれかに記載の刊行物制作サーバ。
【請求項１９】
前記編集端末で修正され、送信された修正記事を前記記事記憶手段に記憶させる修正記事記憶制御手段を備えたことを特徴とする請求項１４乃至１８のいずれかに記載の刊行物制作サーバ。
【請求項２０】
前記編集端末から所定の刊行物ＩＤを有する刊行物について刊行物完成通知を受信した場合に、前記記事記憶手段に刊行物の完成を登録する完成情報登録制御手段を備えたことを特徴とする請求項１５乃至１９のいずれかに記載の刊行物制作サーバ。
【請求項２１】
前記管理情報記憶手段に記憶された記事送信期限が到来した場合に、前記記事作成端末から前記記事を既に受信したか否かを判断する期限到来判断手段と、
当該期限到来判断手段が前記記事を受信していないと判断した場合に報知する報知手段とを備えたことを特徴とする請求項１５乃至２０のいずれかに記載の刊行物制作サーバ。
【請求項２２】
刊行物の記事を蓄積するコンテンツ蓄積サーバに、所定の刊行物ＩＤを有する刊行物の記事をネットワークを介して提供する記事提供手段を備えたことを特徴とする請求項１５乃至２１のいずれかに記載の刊行物制作サーバ。
【請求項２３】
前記完成情報登録制御手段が所定の刊行物ＩＤを有する刊行物について完成情報を登録したときに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする請求項２２に記載の刊行物制作サーバ。
【請求項２４】
前記記事記憶手段に記事が記憶されるたびに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする請求項２２に記載の刊行物制作サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広報誌や雑誌などの刊行物の制作を支援するための刊行物制作システム及び刊行物制作システムで用いられる刊行物制作サーバに関するものである。
【背景技術】
【０００２】
広報誌や雑誌などの刊行物は、古くから紙媒体で発行されてきた。近年、パーソナルコンピュータの普及により、刊行物の記事原稿はワープロソフト等によりデジタルデータの形で作成されることが多くなっており、このデジタル化された原稿が印刷会社に持ち込まれ、所望のレイアウトに配置した紙媒体の刊行物が発行されるのが一般的である。また、近年のインターネットの普及により、このような刊行物をＷＷＷ（ワールド・ワイド・ウェブ）上で公開しようという動きも盛んになっている。このような場合には、発行された紙媒体の刊行物をＷＷＷ上で閲覧できる形式に変換してＷＷＷサーバにアップロードすることが多い。また、発行済の刊行物は、情報の宝庫なので、内容（コンテンツ）を蓄積して後に利用できるようにすることも試みられている。例えば、特許文献１では、印刷用のデータである組版言語の電子化文書を構造化言語であるＸＭＬ（Extensible Markup Language）に変換し、ＸＭＬ化された文書データを他の用途に利用できるようにしている。
【特許文献１】特開２００１−３５７０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来の刊行物制作システムでは、刊行物のレイアウト決定、各記事原稿の執筆、発行後の利用等がトータルに考慮されておらず、個別のシステムを運用することにより行なわれているため、人的物的資源の無駄が多く、効率的でない。
【０００４】
本発明は上記問題を解決するためになされたものであり、レイアウトの決定からコンテンツの蓄積までの全体を支援可能な刊行物制作システム及びその中心となる刊行物制作サーバを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の請求項１に記載の刊行物制作システムは、刊行物のレイアウト及びそのレイアウトに沿った項目毎の記事作成用テンプレートを記憶した刊行物制作サーバと、当該刊行物制作サーバとネットワークを介して接続され、前記記事作成用テンプレートを用いて記事の作成を行なう記事作成端末と、当該記事作成端末及び前記刊行物制作サーバとネットワークを介して接続され、前記記事作成端末で作成された記事を編集する編集端末とからなる刊行物制作システムであって、前記刊行物制作サーバは、前記刊行物のレイアウトを記憶したレイアウト記憶手段と、当該レイアウト記憶手段に記憶されたレイアウトの項目に対応する前記刊行物の記事作成用テンプレートを記憶したテンプレート記憶手段と、前記編集端末から使用するレイアウトの通知を受信するレイアウト通知受信手段と、当該レイアウト通知受信手段が受信したレイアウトに対応するテンプレートを前記テンプレート記憶手段に記憶されているテンプレートの中から抽出するテンプレート抽出手段と、当該テンプレート抽出手段が抽出したテンプレートを前記記事作成端末に送信するテンプレート送信手段と、前記記事作成端末にて作成され、送信された記事を、構造化言語での記述に変換する構造化手段と、当該構造化手段により構造化された記事を記憶する記事記憶手段と、前記記事記憶手段に記憶された記事を前記記事作成端末又は前記編集端末に閲覧のために送信する閲覧記事送信手段とを備え、前記編集端末は、前記刊行物制作サーバの前記レイアウト記憶手段に記憶されたレイアウトの中から使用するレイアウトを選択するレイアウト選択手段と、当該レイアウト選択手段が選択したレイアウトを前記刊行物制作サーバに通知するレイアウト通知手段と、前記刊行物制作サーバから送信された記事を前記使用レイアウトに従って閲覧させる編集端末側閲覧手段とを備え、前記記事作成端末は、前記刊行物制作サーバから前記テンプレートを受信するテンプレート受信手段と、前記テンプレート受信手段が受信したテンプレートに基づいて記事を作成する記事作成手段と、当該記事作成手段により作成された記事を前記刊行物制作サーバに送信する作成記事送信手段と、前記刊行物制作サーバから送信された記事を前記使用レイアウトに従って閲覧させる記事作成端末側閲覧手段とを備えたことを特徴とする。
【０００６】
また、本発明の請求項２に記載の刊行物制作システムは、請求項１に記載の発明の構成に加え、前記刊行物制作サーバが、前記レイアウト通知受信手段が受信したレイアウトに対応する刊行物の各記事に関する管理情報を記憶する管理情報記憶手段を備え、当該管理情報は、前記刊行物を特定する刊行物ＩＤ、当該刊行物中の各記事を特定する記事ＩＤ、当該各記事の執筆者、当該各記事の前記刊行物制作サーバへの記事送信期限を含むことを特徴とする。
【０００７】
また、本発明の請求項３に記載の刊行物制作システムは、請求項２に記載の発明の構成に加え、前記刊行物制作サーバが、前記編集端末からの要求に基づいて、前記管理情報記憶手段を検索する管理情報検索手段と、当該管理情報検索手段による検索結果に基づいて、前記記事作成端末に記事作成依頼を送信する記事作成依頼送信手段とを備え、前記編集端末は、前記記事作成端末に対して記事作成依頼を送信するよう前記刊行物制作サーバに要求する記事作成依頼送信要求手段を備え、前記記事作成端末は、前記刊行物制作サーバから記事作成依頼を受信する記事作成依頼受信手段と、前記刊行物制作サーバに前記テンプレートを要求するテンプレート要求手段とを備えたことを特徴とする。
【０００８】
また、本発明の請求項４に記載の刊行物制作システムは、請求項１乃至３のいずれかに記載の発明の構成に加え、前記刊行物制作サーバが、前記レイアウト記憶手段に記憶したレイアウトを前記編集端末に送信するレイアウト送信手段を備え、前記編集端末は、前記刊行物制作サーバから前記レイアウト受信するレイアウト受信手段と、当該レイアウト受信手段が受信したレイアウトを記憶する編集端末側レイアウト記憶手段を備え、前記レイアウト選択手段は、当該編集端末側レイアウト記憶手段に記憶されたレイアウトの中から使用するレイアウトを選択することを特徴とする。
【０００９】
また、本発明の請求項５に記載の刊行物制作システムは、請求項１乃至４のいずれかに記載の発明の構成に加え、前記編集端末が、前記レイアウト選択手段が選択したレイアウトに基づいて新たなレイアウトを作成するレイアウト作成手段と、当該レイアウト作成手段が作成した新規レイアウトを前記刊行物制作サーバに送信する新規レイアウト送信手段とを備え、前記刊行物制作サーバは、前記編集端末から送信された新規レイアウトを前記レイアウト記憶手段に追加して記憶させるレイアウト追加手段と、前記新規レイアウトに対応するテンプレートを前記テンプレート記憶手段に追加して記憶させるテンプレート追加手段とを備えたことを特徴とする。
【００１０】
また、本発明の請求項６に記載の刊行物制作システムは、請求項２乃至５のいずれかに記載の発明の構成に加え、前記記事作成端末が、前記記事作成端末側閲覧手段により記事を閲覧した後、記事の完成を前記編集端末に通知する記事完成通知手段を備え、前記編集端末は、前記管理情報記憶手段に記憶された所定の刊行物ＩＤを有する全記事について前記記事作成端末から記事完成通知を受信したか否かを判断する入稿判断手段を備え、前記編集端末側閲覧手段は、当該入稿判断手段が全記事について記事完成通知を受信したと判断した場合に、当該刊行物ＩＤを有する刊行物の記事全体を前記使用レイアウトに従って閲覧させることを特徴とする。
【００１１】
また、本発明の請求項７に記載の刊行物制作システムは、請求項１乃至６のいずれかに記載の発明の構成に加え、前記記事作成端末が、前記記事作成端末側閲覧手段による記事の閲覧結果に基づいて記事を修正する記事修正手段と、当該記事修正手段により修正された記事を前記刊行物制作サーバに送信する修正記事送信手段を備え、前記刊行物制作サーバは、前記記事作成端末から送信された修正記事を前記記事記憶手段に記憶させる修正記事記憶制御手段を備えたことを特徴とする。
【００１２】
また、本発明の請求項８に記載の刊行物制作システムは、請求項７に記載の発明の構成に加え、前記編集端末が、前記編集端末側閲覧手段で閲覧された記事の修正を前記記事作成端末に要求する記事修正要求手段を備え、前記記事作成端末は、前記編集端末からの記事修正要求に基づいて記事を修正することを特徴とする。
【００１３】
また、本発明の請求項９に記載の刊行物制作システムは、請求項６乃至８のいずれかに記載の発明の構成に加え、前記編集端末が、前記編集端末側閲覧手段が閲覧した所定の刊行物ＩＤを有する刊行物について、前記記事修正要求手段による修正要求をしない場合に、当該刊行物の完成通知を前記刊行物制作サーバに送信する刊行物完成通知手段を備え、前記刊行物制作サーバは、前記編集端末から刊行物完成通知を受信した場合に、前記記事記憶手段に刊行物の完成を登録する完成情報登録制御手段を備えたことを特徴とする。
【００１４】
また、本発明の請求項１０に記載の刊行物制作システムは、請求項２乃至９のいずれかに記載の発明の構成に加え、前記刊行物制作サーバが、前記管理情報記憶手段に記憶された記事送信期限が到来した場合に、前記記事作成端末から前記記事を既に受信したか否かを判断する期限到来判断手段と、当該期限到来判断手段が前記記事を受信していないと判断した場合に報知する報知手段とを備えたことを特徴とする。
【００１５】
また、本発明の請求項１１に記載の刊行物制作システムは、請求項２乃至１０のいずれかに記載の発明の構成に加え、前記刊行物制作サーバとネットワークを介して接続され、当該刊行物制作サーバから刊行物の記事の提供を受けるコンテンツ蓄積サーバを備え、当該コンテンツ蓄積サーバは、前記刊行物制作サーバから提供された刊行物の記事を蓄積する記事蓄積手段を備え、前記刊行物制作サーバは、前記コンテンツ蓄積サーバに所定の刊行物ＩＤを有する刊行物の記事を提供する記事提供手段を備えたことを特徴とする。
【００１６】
また、本発明の請求項１２に記載の刊行物制作システムは、請求項１１に記載の発明の構成に加え、前記刊行物制作サーバが、前記完成情報登録制御手段が所定の刊行物ＩＤを有する刊行物について完成情報を登録したときに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする。
【００１７】
また、本発明の請求項１３に記載の刊行物制作システムは、請求項１１に記載の発明の構成に加え、前記刊行物制作サーバが、前記記事記憶手段に記事が記憶されるたびに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする。
【００１８】
また、本発明の請求項１４に記載の刊行物制作サーバは、刊行物のレイアウト及びそのレイアウトに沿った項目毎の記事作成用テンプレートを記憶し、刊行物の記事を作成する記事作成端末及び作成された記事の編集を行なう編集端末にネットワークを介して接続された刊行物制作サーバであって、前記刊行物のレイアウトを記憶したレイアウト記憶手段と、当該レイアウト記憶手段に記憶されたレイアウトの項目に対応する前記刊行物の記事作成用テンプレートを記憶したテンプレート記憶手段と、前記編集端末から使用するレイアウトの通知を受信するレイアウト通知受信手段と、当該レイアウト通知受信手段が受信したレイアウトに対応するテンプレートを前記テンプレート記憶手段に記憶されているテンプレートの中から抽出するテンプレート抽出手段と、当該テンプレート抽出手段が抽出したテンプレートを前記記事作成端末に送信するテンプレート送信手段と、前記記事作成端末にて作成され、送信された記事を、構造化言語での記述に変換する構造化手段と、当該構造化手段により構造化された記事を記憶する記事記憶手段と、前記記事記憶手段に記憶された記事を前記記事作成端末又は前記編集端末に閲覧のために送信する閲覧記事送信手段とを備えたことを特徴とする。
【００１９】
また、本発明の請求項１５に記載の刊行物制作サーバは、請求項１４に記載の発明の構成に加え、前記レイアウト通知受信手段が受信したレイアウトに対応する刊行物の各記事に関する管理情報を記憶する管理情報記憶手段を備え、当該管理情報は、前記刊行物を特定する刊行物ＩＤ、当該刊行物中の各記事を特定する記事ＩＤ、当該各記事の執筆者、当該各記事の前記刊行物制作サーバへの記事送信期限を含むことを特徴とする。
【００２０】
また、本発明の請求項１６に記載の刊行物制作サーバは、請求項１５に記載の発明の構成に加え、前記編集端末からの要求に基づいて、前記管理情報記憶手段を検索する管理情報検索手段と、当該管理情報検索手段による検索結果に基づいて、前記記事作成端末に記事作成依頼を送信する記事作成依頼送信手段とを備えたことを特徴とする。
【００２１】
また、本発明の請求項１７に記載の刊行物制作サーバは、請求項１４乃至１６のいずれかに記載の発明の構成に加え、前記レイアウト記憶手段に記憶したレイアウトを前記編集端末に送信するレイアウト送信手段を備えたことを特徴とする。
【００２２】
また、本発明の請求項１８に記載の刊行物制作サーバは、請求項１４乃至１７のいずれかに記載の発明の構成に加え、前記編集端末にて作成され、送信された新規レイアウトを前記レイアウト記憶手段に追加して記憶させるレイアウト追加手段と、前記新規レイアウトに対応するテンプレートを前記テンプレート記憶手段に追加して記憶させるテンプレート追加手段とを備えたことを特徴とする。
【００２３】
また、本発明の請求項１９に記載の刊行物制作サーバは、請求項１４乃至１８のいずれかに記載の発明の構成に加え、前記編集端末で修正され、送信された修正記事を前記記事記憶手段に記憶させる修正記事記憶制御手段を備えたことを特徴とする。
【００２４】
また、本発明の請求項２０に記載の刊行物制作サーバは、請求項１５乃至１９のいずれかに記載の発明の構成に加え、前記編集端末から所定の刊行物ＩＤを有する刊行物について刊行物完成通知を受信した場合に、前記記事記憶手段に刊行物の完成を登録する完成情報登録制御手段を備えたことを特徴とする。
【００２５】
また、本発明の請求項２１に記載の刊行物制作サーバは、請求項１５乃至２０のいずれかに記載の発明の構成に加え、前記管理情報記憶手段に記憶された記事送信期限が到来した場合に、前記記事作成端末から前記記事を既に受信したか否かを判断する期限到来判断手段と、当該期限到来判断手段が前記記事を受信していないと判断した場合に報知する報知手段とを備えたことを特徴とする。
【００２６】
また、本発明の請求項２２に記載の刊行物制作サーバは、請求項１５乃至２１のいずれかに記載の発明の構成に加え、刊行物の記事を蓄積するコンテンツ蓄積サーバに、所定の刊行物ＩＤを有する刊行物の記事をネットワークを介して提供する記事提供手段を備えたことを特徴とする。
【００２７】
また、本発明の請求項２３に記載の刊行物制作サーバは、請求項２２に記載の発明の構成に加え、前記完成情報登録制御手段が所定の刊行物ＩＤを有する刊行物について完成情報を登録したときに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする。
【００２８】
また、本発明の請求項２４に記載の刊行物制作サーバは、請求項２２に記載の発明の構成に加え、前記記事記憶手段に記事が記憶されるたびに、前記記事提供手段が、前記コンテンツ蓄積サーバに記事を提供することを特徴とする。
【発明の効果】
【００２９】
本発明の請求項１に記載の刊行物制作システムによれば、広報誌のレイアウト候補が刊行物制作サーバのレイアウト記憶手段に記憶されており、編集端末がこの中から使用したいレイアウトを選択し、通知すると、それに対応したテンプレートをテンプレート記憶手段の中から抽出し、記事作成端末に送信する。記事作成端末は、テンプレートに基づいて記事を作成し、できあがった記事を刊行物制作サーバに送信する。送信された記事は、刊行物制作サーバにて構造化言語に変換され、記事記憶手段に記憶される。記事記憶手段に記憶された記事は、記事作成端末や編集端末に送信され、閲覧手段により閲覧可能である。従って、予め決められたレイアウトに従って簡単に記事を入力・修正することができ、そのできあがりイメージも確認することができるので、刊行物の制作が短期間で容易に実行できる。
【００３０】
また、本発明の請求項２に記載の刊行物制作システムによれば、請求項１に記載の発明の効果に加え、執筆者や記事の送信期限などの記事に関する管理情報を記憶する管理情報記憶手段により、期限管理や記事データの管理を容易に行なうことができるので、さらに効率よく刊行物を制作することができる。
【００３１】
また、本発明の請求項３に記載の刊行物制作システムによれば、請求項２に記載の発明の効果に加え、管理情報に基づいて記事作成端末に対する記事作成依頼を刊行物制作サーバに作成・送信させることができるので、記事の依頼に関する事務手続を自動化できる。
【００３２】
また、本発明の請求項４に記載の刊行物制作システムによれば、請求項１乃至３のいずれかに記載の発明の効果に加え、レイアウト記憶手段を編集端末側にももたせたので、刊行物制作サーバに接続しなくてもレイアウトの選択を行なうことができる。
【００３３】
また、本発明の請求項５に記載の刊行物制作システムによれば、請求項１乃至４のいずれかに記載の発明の効果に加え、既存のレイアウトに加えて新たなレイアウトを作成して将来も使用可能である。
【００３４】
また、本発明の請求項６に記載の刊行物制作システムによれば、請求項２乃至５のいずれかに記載の発明の効果に加え、記事作成端末において記事を閲覧した後に当該記事を完成として編集端末に通知し、それらがすべて集まってから編集端末では記事全体をレイアウトに配置したできあがりイメージで閲覧し、広報誌全体の完成を承認することができる。
【００３５】
また、本発明の請求項７に記載の刊行物制作システムによれば、請求項１乃至６のいずれかに記載の発明の効果に加え、記事作成端末が記事を一旦記事記憶手段に登録してから閲覧し、修正し、修正後の記事を再登録することを繰り返し行なうことが可能である。
【００３６】
また、本発明の請求項８に記載の刊行物制作システムによれば、請求項７に記載の発明の効果に加え、編集端末での閲覧結果に基づき、記事作成端末に対する修正指示を送り、記事作成端末が修正を実行し、再び記事記憶手段に登録することができる。
【００３７】
また、本発明の請求項９に記載の刊行物制作システムによれば、請求項６乃至８のいずれかに記載の発明の効果に加え、編集端末では、誌面に配置された記事に問題がなければその刊行物の完成承認をすることができ、十分に修正を実行した後で完成を登録して刊行物の完成とすることができる。
【００３８】
また、本発明の請求項１０に記載の刊行物制作システムによれば、請求項２乃至９のいずれかに記載の発明の効果に加え、記事が予定の期限に入稿されない場合には、自動的に督促し適時の入稿を促すことができる。
【００３９】
また、本発明の請求項１１に記載の刊行物制作システムによれば、請求項２乃至１０のいずれかに記載の発明の効果に加え、刊行物の記事内容を外部の蓄積サーバに提供して将来の利用に供することができる。
【００４０】
また、本発明の請求項１２に記載の刊行物制作システムによれば、請求項１１に記載の発明の効果に加え、外部への記事提供は、刊行物が完成したときに行なうので、信頼性の高いデータを蓄積サーバに提供することができる。
【００４１】
また、本発明の請求項１３に記載の刊行物制作システムによれば、請求項１１に記載の発明の効果に加え、記事が登録されるごとにデータを提供するので、頻繁に新鮮な情報を外部に提供し、利用に供することができる。
【００４２】
さらに、本発明の請求項１４に記載の刊行物制作サーバによれば、レイアウト記憶手段に刊行物のレイアウト候補が、テンプレート記憶手段にレイアウトに対応したテンプレートが記憶されているので、編集端末からの通知により、使用レイアウトに対応するテンプレートを記事作成端末に送信し、できあがって送信されてきた記事を構造化言語に変換して記事記憶手段に記憶する。また、記事作成端末や編集端末からの要求に従って、登録済の記事を送信し、閲覧させることができる。以上により、従って、予め決められたレイアウトに従って簡単に記事を入力・修正させることができ、そのできあがりイメージも確認可能なので、刊行物の制作が短期間で容易に実行できる。
【００４３】
また、本発明の請求項１５に記載の刊行物制作サーバによれば、請求項１４に記載の発明の効果に加え、執筆者や記事の送信期限などの記事に関する管理情報を記憶する管理情報記憶手段により、期限管理や記事データの管理を容易に行なうことができるので、さらに効率よく刊行物を制作することができる。
【００４４】
また、本発明の請求項１６に記載の刊行物制作サーバによれば、請求項１５に記載の発明の効果に加え、管理情報に基づいて記事作成端末に対する記事作成依頼を刊行物制作サーバが行なうので、記事の依頼に関する事務手続を自動化できる。
【００４５】
また、本発明の請求項１７に記載の刊行物制作サーバによれば、請求項１４乃至１６のいずれかに記載の発明の効果に加え、レイアウトを編集端末に送信しておくので、刊行物制作サーバに接続しなくてもレイアウトの選択を行なうことができる。
【００４６】
また、本発明の請求項１８に記載の刊行物制作サーバによれば、請求項１４乃至１７のいずれかに記載の発明の効果に加え、既存のレイアウトに加えて新たなレイアウトを作成して将来も使用可能である。
【００４７】
また、本発明の請求項１９に記載の刊行物制作サーバによれば、請求項１４乃至１８のいずれかに記載の発明の効果に加え、記事作成端末が記事を一旦記事記憶手段に登録してから閲覧し、修正し、修正後の記事を再登録することを繰り返し行なうことが可能である。
【００４８】
また、本発明の請求項２０に記載の刊行物制作サーバによれば、請求項１５乃至１９のいずれかに記載の発明の効果に加え、誌面に配置された記事に問題がなければその刊行物の完成承認をすることができ、十分に修正を実行した後で完成を登録して刊行物の完成とすることができる。
【００４９】
また、本発明の請求項２１に記載の刊行物制作サーバによれば、請求項１５乃至２０のいずれかに記載の発明の効果に加え、記事が予定の期限に入稿されない場合には、自動的に督促し適時の入稿を促すことができる。
【００５０】
また、本発明の請求項２２に記載の刊行物制作サーバによれば、請求項１５乃至２１のいずれかに記載の発明の効果に加え、刊行物の記事内容を外部の蓄積サーバに提供して将来の利用に供することができる。
【００５１】
また、本発明の請求項２３に記載の刊行物制作サーバによれば、請求項２２に記載の発明の効果に加え、刊行物が完成したときに行なうので、信頼性の高いデータを蓄積サーバに提供することができる。
【００５２】
また、本発明の請求項２４に記載の刊行物制作サーバによれば、請求項２２に記載の発明の効果に加え、記事が登録されるごとにデータを提供するので、頻繁に新鮮な情報を外部に提供し、利用に供することができる。
【発明を実施するための最良の形態】
【００５３】
次に、本発明を自治体の広報誌を作成するための広報誌制作システムに適用した実施の形態について図面を参照して説明する。まず、広報誌制作システム１の全体構成について図１を参照して説明する。図１は、広報誌制作システム１の全体概念図である。広報誌制作システム１は、自治体内のネットワーク上に設けられた、各種のデータベースを備えた制作サーバ２と、広報誌に掲載する記事を執筆する各部門に設けられた記事作成端末３と、広報誌の制作を担当する部門に設置された編集端末４と、自治体内のネットワークにインターネット８を介して接続している蓄積サーバ５とから構成されている。蓄積サーバ５は、図示しないが、複数の自治体のネットワークに接続している。
【００５４】
本実施形態の広報誌制作システム１の概略を図１を参照して説明すると、例えば新年度にあたり、広報誌のレイアウトを新たに決定してその年度の月々の広報誌を作成することになった場合、まず制作サーバのレイアウトデータベース３２から所望のレイアウトが選択され、この選択されたレイアウトに沿った記事作成用のテンプレートをテンプレートデータベース３３から選び出して使用可能に設定する。次いで、実際の各月の広報誌制作作業を開始するときには、広報誌担当部門の編集端末４から執筆者や納期などの管理情報を管理情報データベース３５に設定して、各部門の記事執筆者の記事作成端末３に記事作成依頼通知を送信する。記事作成端末３では、テンプレートデータベース３３から自分の担当記事のテンプレートをダウンロードしてワープロソフト等のコンテンツ作成用ソフトウェアに読み込み、通常使用しているソフトウェア上でテンプレートに沿った記事の作成を行なう。記事が完成したら、制作サーバ２にアップロードすると、制作サーバ２ではこのソフトウェアでテンプレートに沿って作成された記事データをＸＭＬデータに変換し、コンテンツデータベース３４に登録する。登録が完了したら、登録済の記事データを記事作成端末３にダウンロードし、専用のビューワで閲覧すれば、広報誌の掲載イメージで記事内容をチェックすることができる。必要に応じて記事内容を修正し、再度制作サーバ２にアップロードしてダウンロードと内容チェックを繰り返し、完成したところで編集端末４に向けて完成通知を送信する。
【００５５】
編集端末４には、複数の記事作成端末３から記事の完成通知が集まってくるので、発行予定の広報誌全てについて完成通知が得られたら、コンテンツデータベース３４から広報誌１冊分の記事データをダウンロードし、ビューワにて閲覧し、誌面の体裁などをチェックする。問題があれば記事作成端末３に修正を促し、問題がなくなればその号の広報誌は完成としてコンテンツデータベース３４に登録する。このようにしてできあがった広報誌のコンテンツは、ＸＭＬデータを加工して印刷会社に持ち込み、紙媒体の広報誌としたり、ＨＴＭＬ化して自治体のＷＥＢサイトに掲載したりすることが可能である。また、外部の蓄積サーバ５に提供して、蓄積データベース３３２にコンテンツを登録し、さまざまなデータを統計的に利用可能にすることもできる。
【００５６】
次に、図２〜図５を参照して、本実施の形態の広報誌制作システム１を構成する制作サーバ２，記事作成端末３，編集端末４，蓄積サーバ５の電気的構成について説明する。図２は、制作サーバ２の電気的構成を示すブロック図である。図３は、記事作成端末３の電気的構成を示すブロック図である。図４は、編集端末４の電気的構成を示すブロック図である。図５は、蓄積サーバ５の電気的構成を示すブロック図である。
【００５７】
図２に示すように、制作サーバ２は、周知のワークステーションの構成からなり、制作サーバ２の制御を司るＣＰＵ２０が設けられ、ＣＰＵ２０には、ＢＩＯＳ等を記憶したＲＯＭ２１と、各種のデータを一時的に記憶するＲＡＭ２２と、データの受け渡しの仲介を行なうＩ／Ｏインタフェイス４０とが接続されている。Ｉ／Ｏインタフェイス４０には、ネットワーク８を介して外部の機器と接続するための通信制御を行なう通信制御インタフェイス４１が接続されている。また、Ｉ／Ｏインタフェイス４０には、文字その他を表示するディスプレイ２４と、各種のキーから入力を行なうキーボード２６と、画面上の任意の場所をポイントするためのマウス２７と、ＣＤ−ＲＯＭ２９を読み込むためのＣＤ−ＲＯＭドライブ２８と、ハードディスク装置３０とが接続されている。
【００５８】
ハードディスク装置３０は、ＣＰＵ２０で実行されるプログラムを記憶したプログラム記憶エリア３１、広報誌面の各種のレイアウト情報を記憶したレイアウトデータベース３２、レイアウトデータベース３２に記憶された各レイアウトに沿った広報誌の掲載記事をワープロソフト等で作成するためのテンプレートを記憶したテンプレートデータベース３３、テンプレートデータベース３３に記憶された各テンプレートを使用して作成された記事データをＸＭＬ化したデータを広報誌のコンテンツとして記憶するコンテンツデータベース３４、コンテンツデータベース３４に記憶されたコンテンツのＩＤや執筆者等の管理情報を記憶した管理情報データベース３５を有している。尚、レイアウトデータベース３２が本発明のレイアウト記憶手段に、テンプレートデータベース３３が本発明のテンプレート記憶手段に、コンテンツデータベース３４が本発明の記事記憶手段に、管理情報データベース３５が本発明の管理情報記憶手段に相当する。
【００５９】
また、図３に示すように、記事作成端末３は、周知のパーソナルコンピュータの構成からなり、記事作成端末３の制御を司るＣＰＵ１２０が設けられ、ＣＰＵ１２０には、ＢＩＯＳ等を記憶したＲＯＭ１２１と、各種のデータを一時的に記憶するＲＡＭ１２２と、データの受け渡しの仲介を行なうＩ／Ｏインタフェイス１４０とが接続されている。Ｉ／Ｏインタフェイス１４０には、自治体内ネットワーク１８を介して自治体内の他の機器と接続するための通信制御を行なう通信制御インタフェイス１４１が接続されている。また、Ｉ／Ｏインタフェイス１４０には、文字その他を表示するディスプレイ１２４と、各種のキーから入力を行なうキーボード１２６と、画面上の任意の場所をポイントするためのマウス１２７と、ＣＤ−ＲＯＭ１２９を読み込むためのＣＤ−ＲＯＭドライブ１２８と、ハードディスク装置１３０とが接続されている。ハードディスク装置１３０は、ＣＰＵ１２０で実行されるプログラムを記憶したプログラム記憶エリア１３１、各種のプログラムを使用して作成したデータの記憶エリアであるデータ記憶エリア１３２を有している。
【００６０】
また、図４に示すように、編集端末４は、周知のパーソナルコンピュータの構成からなり、編集端末４の制御を司るＣＰＵ２２０が設けられ、ＣＰＵ２２０には、ＢＩＯＳ等を記憶したＲＯＭ２２１と、各種のデータを一時的に記憶するＲＡＭ２２２と、データの受け渡しの仲介を行なうＩ／Ｏインタフェイス２４０とが接続されている。Ｉ／Ｏインタフェイス２４０には、自治体内ネットワーク１８を介して自治体内の他の機器と接続するための通信制御を行なう通信制御インタフェイス２４１が接続されている。また、Ｉ／Ｏインタフェイス２４０には、文字その他を表示するディスプレイ２２４と、各種のキーから入力を行なうキーボード２２６と、画面上の任意の場所をポイントするためのマウス２２７と、ＣＤ−ＲＯＭ２２９を読み込むためのＣＤ−ＲＯＭドライブ２２８と、ハードディスク装置２３０とが接続されている。ハードディスク装置２３０は、ＣＰＵ２２０で実行されるプログラムを記憶したプログラム記憶エリア２３１、各種のプログラムを使用して作成したデータの記憶エリアであるデータ記憶エリア２３２を有している。
【００６１】
また、図５に示すように、蓄積サーバ５は、周知のワークステーションの構成からなり、蓄積サーバ５の制御を司るＣＰＵ３２０が設けられ、ＣＰＵ３２０には、ＢＩＯＳ等を記憶したＲＯＭ３２１と、各種のデータを一時的に記憶するＲＡＭ３２２と、データの受け渡しの仲介を行なうＩ／Ｏインタフェイス３４０とが接続されている。Ｉ／Ｏインタフェイス３４０には、ネットワーク８を介して外部の機器と接続するための通信制御を行なう通信制御インタフェイス３４１が接続されている。また、Ｉ／Ｏインタフェイス３４０には、文字その他を表示するディスプレイ３２４と、各種のキーから入力を行なうキーボード３２６と、画面上の任意の場所をポイントするためのマウス３２７と、ＣＤ−ＲＯＭ３２９を読み込むためのＣＤ−ＲＯＭドライブ３２８と、ハードディスク装置３３０とが接続されている。ハードディスク装置３３０は、ＣＰＵ３２０で実行されるプログラムを記憶したプログラム記憶エリア３３１、制作サーバ２から提供された広報誌のコンテンツを蓄積する蓄積データベース３３２、蓄積データベースに記憶された広報誌コンテンツの管理情報を記憶した蓄積情報データベース３３３を有している。
【００６２】
次に、図６〜図１１を参照して、制作サーバ２の有する各種データベースのデータ構成について説明する。図６は、広報誌の誌面構成の例を示すイメージ図である。図７は、レイアウトデータベース３２のデータ構成を示す概念図である。図８は、テンプレートの入力例を示すイメージ図である。図９は、テンプレートデータベース３３のデータ構成を示す概念図である。図１０は、コンテンツデータベース３４のデータ構成を示す概念図である。図１１は、管理情報データベース３５のデータ構成を示す概念図である。
【００６３】
広報誌のレイアウトは、複数の頁からなる誌面に複数の記事を配置して構成されている。広報誌では、年間を通じて記事のレイアウトはほぼ同様であることが多く、記事の種類によって掲載される位置や分量が決められている。例えば、図６の例では、上段に記事Ａ、下段右側に記事Ｂ、下段左側上に記事Ｃ、下段左側下に記事Ｄが配置されている。本実施形態では、このような記事Ａ〜記事Ｄのような各記事の項目に対してその字数や行数を予め規定したテンプレートを用意し、記事を執筆する記事作成端末では、テンプレートをワープロソフト上に読み込むことにより、レイアウトを気にすることなく、記事の内容に集中して記事を作成することができるようになっている。
【００６４】
図６に示すレイアウトは、例えば図７のレイアウトデータベース３２のようなデータ構成となっている。それぞれのレイアウトのレコードは、レイアウトを特定するためのレイアウトＩＤ３２１、当該レイアウトが現在使用されているか否かを示す選択フラグ３２２、そのレイアウトに含まれる記事数３２３、各記事の項目番号３２４、項目名３２５、各項目の大きさ（高さと幅）３２６、配置される頁３２７、配置される位置（座標で示される）３２８、装飾の内容３２９、その項目の段組の数３３０、総文字数３３１、その項目の記事を作成するためのテンプレートのテンプレートＩＤ３３２の各項目から構成されている。そして、各レイアウトＩＤの下には、複数の記事項目及びそれに対応するテンプレートＩＤが含まれており、これらのテンプレートＩＤにリンクしたテンプレートを使用して記事を作成し、レイアウトに従って配置されると、広報誌１冊ができあがるようになっている。
【００６５】
記事作成端末３には、周知のワープロソフト、表計算ソフト、テキストエディタ、プレゼンテーションソフト等の各種コンテンツ作成用ソフトウェアが導入されており、これらのコンテンツ作成用ソフトウェア上で指定のテンプレートを読み込むことにより、規定の書式で記事を作成することができる。例えば、ワープロソフトにテンプレートを読み込むと、図８のようにディスプレイ１２４上に表示がなされる。各テンプレートを読み込むと、固定の書式設定１００が複数用意され、この設定に従って、見出しを入れたり本文を作成したりすると、規定された書式で装飾が施される。また、設定された制限文字数を超えた入力は受け付けられないようになっている。
【００６６】
このようなテンプレートは、図９のテンプレートデータベース３３のようなデータ構成となっている。それぞれのテンプレートのレコードは、テンプレートを特定するためのテンプレートＩＤ３０１，対応するレイアウトＩＤ３０２，テンプレートで作成される記事の名称３０３，そのテンプレートに含まれる書式（スタイル）の数３０４，スタイルの番号３０５，スタイルの名称３０６，装飾の内容３０７，スタイルの総文字数３０８の各項目から構成されている。そして、該当のテンプレートを読み込むと、各スタイルに沿った記事が入力可能になる。従って、記事作成端末３では、レイアウトについてまったく考慮することなく自由に記事の入力が可能である。
【００６７】
次に、図１０に示すように、コンテンツデータベース３４には、記事作成端末３で作成された記事データが記憶されている。コンテンツデータベース３４は、管理番号３４１，記事ＩＤ３４２，ＸＭＬで記述された記事データ本体３４３，記事データに画像が添付されている場合の画像データ３４４から構成されている。記事ＩＤは、制作サーバ２が新規号の広報誌の発刊に際して最初に管理情報を登録したときに付与され、後述する管理情報データベース３５とリンクされている。
【００６８】
次に、図１１に示すように、管理情報データベース３５には、コンテンツデータベース３４に登録される記事データを管理するための情報が記憶される。管理情報データベース３５は、管理番号３５１，記事ＩＤ３５２，その記事の掲載される広報誌ＩＤ３５３，記事の執筆者名３５４，執筆者の記事作成端末３のアドレス３５５，記事の入稿期限３５６，記事データが登録された場合の登録時刻３５７，広報誌が承認された場合に入力される完了情報３５８，外部への提供可能レベル３５９，現在製作中か否かを示す制作中フラグ３６０から構成されている。
【００６９】
次に、広報誌制作システム１の動作について説明する。まず、図１２を参照して、広報誌制作システム１全体の工程について説明する。図１２は、広報誌制作システム１の処理の概容を示す工程図である。図１２に示すように、まず、新たな広報誌の誌面レイアウトを決定するため、編集端末４は、制作サーバ２に接続してレイアウトデータベース３２に記憶されているレイアウトの一覧から所望のレイアウトを選択する（５１）。そして、そのレイアウトを使用レイアウトとして制作サーバ２に登録する（５２）。制作サーバ２では、登録した使用レイアウトにリンクしているテンプレートをテンプレートデータベース３３から抽出し、記事作成端末３からダウンロード可能に設定しておく（５３）。
【００７０】
各月の広報誌を制作する際には、編集端末４から制作サーバ２に対して記事の原稿作成依頼をかける（６１）。制作サーバ２では、その広報誌のＩＤ、各記事の記事ＩＤ、記事の執筆者、原稿の入稿期限を管理情報データベース３５に設定し（６２）、ここで登録された執筆者の記事作成端末３に対して原稿依頼通知を送信する（６３）。原稿依頼通知を受けた記事作成端末３は、制作サーバ２に接続して自分の担当記事のテンプレートをダウンロードする（６４）。そして、テンプレートをワープロソフト等に読み込み、ワープロソフト等でテンプレートを使って記事を作成する（６５）。記事ができあがったら制作サーバ２にアップロードする（６６）。制作サーバ２では、受信した記事データをＲＡＭ２２に保存し、その記事データをＸＭＬ文書データに変換する（６７）。そして、管理情報データベース３５内の広報誌ＩＤ、記事ＩＤと関連づけてコンテンツデータベース３４に記憶する（６８）。また、管理情報データベース３５には、記事が登録された日時を履歴情報として登録しておく（６９）。
【００７１】
コンテンツデータベース３４への登録が済むと、記事作成端末３では、登録された記事データ（ＸＭＬデータ）をダウンロードし、ビューワを立ち上げて当該記事の広報誌誌面上でのイメージを確認することができる（７０）。ここで、記事内容や体裁をチェックし、修正の必要があれば、再びワープロソフト等のテンプレートに戻り、記事の修正を行なう（７１）。修正された記事データは、当初の記事データと同様に制作サーバ２にアップロードされ（７２）、ＸＭＬ化を経て（６７）コンテンツデータベース３４に登録される（６８）。そして、修正があったことが履歴情報として管理情報データベース３５にも登録される（６９）。
【００７２】
記事について必要な修正が済み、記事の執筆者としては原稿が完成したと判断すると、記事完成の通知を編集端末４に対して行なう（７３）。１つの広報誌に対して通常は複数の記事が用意され、複数の記事作成端末３に原稿作成依頼がなされているから、編集端末４では、全ての記事作成端末３から記事完成通知が送信されてきたかをチェックし、全ての記事が集まった時点で、コンテンツデータベース３４から広報誌ＩＤに該当する全ての記事をダウンロードし（７５）、広報誌全体の誌面にレイアウトした状態でビューワにて閲覧する。そして、記事の量やデザインなどのレイアウトを中心に各記事をチェックし（７６）、記事の変更をした方がいいと判断すれば、当該記事を作成した記事作成端末３に修正指示を送信する（７７）。記事作成端末３では、修正指示を受けた場合には、前述の場合と同様に再びワープロソフト上のテンプレートに戻り、記事の修正を行ない（７１）、制作サーバ２にアップロードして（７２）入稿通知を行なう（７３）。編集端末４における記事チェックの結果、問題ないと判断されれば、広報誌全体の完成が承認され（７８）、その旨を制作サーバ２に登録する（７９）。また、管理情報データベース３５に設定された入稿期限の所定期日（例えば３日）前、さらに、入稿期限を超過した記事に対しては超過した１日ごとに、管理情報データベース３５から入稿前の記事ＩＤを抽出し（８０）、その記事の担当である記事作成端末３に対して入稿を促す通知を送信する（８１）。
【００７３】
広報誌が完成されたことが制作サーバ２において管理情報データベース３５に登録されると、制作サーバ２では、蓄積サーバ５に接続して当該広報誌のコンテンツを提供する（８２）。
【００７４】
次に、図１３〜図２０を参照して制作サーバ２の動作について説明する。なお、図１３〜図２０にフローチャートで示される各プログラムは、ハードディスク装置３０のプログラム記憶エリア３１に記憶されており、ＣＰＵ２０により実行される。図１３は、制作サーバ２におけるメインルーチンのフローチャートである。図１４は、図１３のＳ２で実行される広報誌制作用のテンプレート登録処理の流れを示すフローチャートである。図１５は、図１３のＳ４で実行される記事作成依頼処理の流れを示すフローチャートである。図１６は、図１３のＳ６で実行される記事登録処理の流れを示すフローチャートである。図１７は、図１３のＳ８で実行される期限管理処理の流れを示すフローチャートである。図１８は、図１３のＳ１０で実行される閲覧データ送信処理の流れを示すフローチャートである。図１９は、図１３のＳ１２で実行される完成情報登録処理の流れを示すフローチャートである。図２０は、図１３のＳ１４で実行される記事提供処理の流れを示すフローチャートである。
【００７５】
まず、図１３を参照して、制作サーバ２の全体の処理の流れについて説明する。制作サーバ２では、広報誌のレイアウトを決定し、それに沿ったテンプレートをダウンロード可能に設定するテンプレート登録処理、広報誌の執筆を各担当者に依頼するための記事作成依頼処理、作成された記事データを受信してコンテンツデータベース３４に登録する記事登録処理、記事の作成を期限管理する期限管理処理、登録された記事を記事作成端末３や編集端末４で閲覧するための閲覧データを送信する閲覧データ送信処理、広報誌の完成を登録する完成情報登録処理、広報誌コンテンツを蓄積サーバ５に提供する記事提供処理、その他本発明に直接関連のない処理が実行される。
【００７６】
まず、電源が投入されると、各種の初期処理が実行された後、編集端末４から広報誌誌面レイアウトの選択要求を受信したか否かを判断する（Ｓ１）。レイアウトの選択要求を受信した場合には（Ｓ１：ＹＥＳ）、レイアウトデータベース３２から所望のレイアウトを選択させ、対応するテンプレートをダウンロード可能に設定するテンプレート登録処理を実行し（Ｓ２）、Ｓ１に戻る。テンプレート登録処理の詳細については、図１４を参照して後述する。
【００７７】
レイアウトの選択要求を受信していない場合には（Ｓ１：ＮＯ）、編集端末４から新しい号の広報誌制作を通知されたか否かを判断する（Ｓ３）。広報誌制作を通知された場合には（Ｓ３：ＹＥＳ）、新号の管理情報を登録して担当執筆者の記事作成端末３に記事作成依頼を通知する記事作成依頼処理を実行し（Ｓ４）、Ｓ１に戻る。記事作成依頼処理の詳細については、図１５を参照して後述する。
【００７８】
広報誌制作の通知でない場合には（Ｓ３：ＮＯ）、記事作成端末３から記事データの送信に先だって記事ＩＤが通知されてきたか否かを判断する（Ｓ５）。記事ＩＤが通知されてきた場合には（Ｓ５：ＹＥＳ）、記事データを受信してＸＭＬに変換し、コンテンツデータベース３４に登録する記事登録処理を実行し（Ｓ６）、Ｓ１に戻る。記事登録処理の詳細については、図１６を参照して後述する。
【００７９】
記事ＩＤが通知されてきていない場合には（Ｓ５：ＮＯ）、記事データの入稿期限を執筆者に報知する時期になっているか否かを判断する（Ｓ７）。入稿期限報知時期であれば（Ｓ７：ＹＥＳ）、該当する執筆者の記事作成端末３に対して期限を通知する期限管理処理を実行し（Ｓ８）、Ｓ１に戻る。期限管理処理の詳細については、図１７を参照して後述する。
【００８０】
入稿期限報知時期でない場合には（Ｓ７：ＮＯ）、記事作成端末３又は編集端末４から閲覧のためのデータを要求してきているか否かを判断する（Ｓ９）。閲覧データの要求が来ている場合には（Ｓ９：ＹＥＳ）、記事作成端末３又は編集端末４上のビューワで閲覧するための記事データをコンテンツデータベース３４から呼び出して送信する閲覧データ送信処理を実行し（Ｓ１０）、Ｓ１に戻る。閲覧データ送信処理の詳細については図１８を参照して後述する。
【００８１】
閲覧データの要求でない場合には（Ｓ９：ＮＯ）、編集端末４から広報誌の完成情報が送られてきたか否かを判断する（Ｓ１１）。完成情報が送られてきていれば（Ｓ１１：ＹＥＳ）、その広報誌が完成である旨を管理情報データベース３５に登録する完成情報登録処理を実行し（Ｓ１２）、Ｓ１に戻る。完成情報登録処理の詳細については、図１９を参照して後述する。
【００８２】
完成情報が送られてきていなければ（Ｓ１１：ＮＯ）、蓄積サーバ５に対して記事提供を行なうか否かを判断する（Ｓ１３）。記事の提供を行うか否かは、管理情報データベース３５の履歴情報を検索して判断する。例えば、記事データがコンテンツデータベース３４に登録されるたびに記事を提供するようにしてもよいし、完成情報が登録されたときにはじめて記事を提供するようにしてもよい。記事提供を行なう場合には（Ｓ１３：ＹＥＳ）、対象となる広報誌コンテンツを抽出して蓄積サーバ５に送信する記事提供処理を実行し（Ｓ１４）、Ｓ１に戻る。記事提供処理の詳細については、図２０を参照して後述する。
【００８３】
記事提供を行なわない場合には（Ｓ１３：ＮＯ）、制作サーバ２が行なう本発明に直接関連のないその他の処理を実行し（Ｓ１７）、Ｓ１に戻る。
【００８４】
次に、図１４を参照して図１３のＳ２で実行される広報誌制作用のテンプレート登録処理について説明する。まず、編集端末４が所望の広報誌レイアウトを選択できるように、レイアウトを閲覧するためのデータをレイアウトデータベース３２から抽出し（Ｓ２０）、編集端末４に送信する（Ｓ２１）。この閲覧情報は、周知のブラウザ用のものでもよいし、専用のレイアウトビューワ用のデータであってもよい。また、すべてのレイアウトが閲覧できるデータであってもよいし、編集端末４からレイアウトの種類を絞り込み可能に構成してもよい。
【００８５】
次に、編集端末４から使用する広報誌レイアウトが選択され、通知されたか否かを判断する（Ｓ２２）。まだ選択レイアウトが通知されてきていない場合は（Ｓ２２：ＮＯ）、所定時間を経過してタイムアウトになったか否かを判断し（Ｓ２３）、タイムアウトでなければ（Ｓ２３：ＮＯ）、Ｓ２２に戻って選択レイアウトの通知を待つ。タイムアウトの場合は（Ｓ２３：ＹＥＳ）、Ｓ２１に戻ってレイアウト閲覧用データを再送する。
【００８６】
選択レイアウトが通知されてきたら（Ｓ２２：ＹＥＳ）、レイアウトデータベース３２の該当レイアウトに選択中のフラグを立てて登録し（Ｓ２４）、記憶テンプレートデータベース３３に記憶されている記事作成用テンプレートのうち、当該レイアウトに対応するテンプレートが記事作成端末３からダウンロード可能となるように、各テンプレートのレコードにフラグを立てる等して設定する（Ｓ２５）。そして、編集端末４にテンプレート登録完了を通知し（Ｓ２６）、図１３に示す制作サーバ２のメインルーチンに戻る。
【００８７】
次に、図１５を参照して図１３のＳ４で実行される広報誌の記事作成依頼処理について説明する。まず、編集端末４から送られてきた、今回制作する広報誌についての管理情報を受信する（Ｓ３１）。ここで受信する管理情報には、広報誌の号数（例えば、４月号など）、今号に掲載する記事のリスト（トピックス、くらしのガイド、保健所だより、お知らせ等）、各記事の執筆者、各記事の入稿期限等が考えられる。
【００８８】
次に、受信した管理情報を、管理情報データベース３５に登録する（Ｓ３２）。この登録処理により、今号の広報誌には広報誌ＩＤが付され、掲載記事のそれぞれにも記事ＩＤが付される。また、記事の執筆者はその記事作成端末３のアドレスが登録される。そして、登録された入稿期限により、後述する期限管理が行なわれる。そして、管理情報を登録した旨と、登録した情報の内容を確認用に編集端末４に送信する（Ｓ３３）。そして、編集端末４から送られてくる原稿依頼通知作成要求を受信する（Ｓ３４）。
【００８９】
次に、原稿依頼通知を作成するために、Ｓ３２で登録した管理情報データベース３５から記事執筆者のアドレスを抽出する（Ｓ３５）。そして、各執筆者の記事作成端末３に向けて、記事の種別、使用すべきテンプレート、記事データの入稿期限を含む原稿依頼通知を作成する（Ｓ３６）。そして、できあがった原稿依頼通知の文面と送信先の執筆者アドレスを確認用に編集端末４に送信する（Ｓ３７）。次に、編集端末４から修正要求がなされたか否かを判断し（Ｓ３８）、修正要求があった場合には（Ｓ３８：ＹＥＳ)、要求箇所の情報（管理情報、送信先アドレス、依頼通知文面のうちのいずれか）を修正し（Ｓ３９）、Ｓ３７に戻って修正済のデータに基づき確認用の情報を送信する。修正要求がなければ（Ｓ３８：ＮＯ）、原稿依頼通知の送信要求を編集端末４から受信し（Ｓ４０）、原稿依頼を各記事作成端末３に送信し（Ｓ４１）、編集端末４には原稿依頼の送信完了通知を送信して（Ｓ４２）、図１３に示す制作サーバ２のメインルーチンに戻る。
【００９０】
次に、図１６を参照して、図１３のＳ６で実行する記事登録処理について説明する。まず、通知されてきている記事ＩＤを有する記事データを記事作成端末３から受信し、ＲＡＭ２２の記憶エリアに保存する（Ｓ４５）。次いで、受信済の記事データをＸＭＬ言語の記述方式に従って変換する（Ｓ４６）。ＸＭＬへの変換処理は、周知の方法で行なうことができる。
【００９１】
次に、ＸＭＬ化された記事データを記事ＩＤとともにコンテンツデータベース３４に登録する（Ｓ４７）。コンテンツデータベース３４に登録された記事は、ダウンロードして各記事作成端末３において閲覧可能となる。そして、記事作成端末３には、コンテンツデータベース３４への登録が完了した旨を通知する（Ｓ４８）。さらに、登録された記事の記事ＩＤ、登録日時、送信してきた記事作成端末３のアドレス等の履歴情報を管理情報データベース３５に記憶し（Ｓ４９）、図１３に示す制作サーバ２のメインルーチンに戻る。
【００９２】
次に、図１７を参照して、図１３のＳ８で実行する期限管理処理について説明する。まず、管理情報データベース３５をオープンする（Ｓ５１）。そして、管理情報データベース３５に記憶されているレコードを順に読み込んで以下の処理を実行する。まず、最初の処理対象レコードを読み込む（Ｓ５２）。そして、全てのレコードの処理が既に終了しているか否かを判断する（Ｓ５３）。これは、Ｓ５２でレコードデータが読み込めたか否かにより判断できる。全レコードが終了していれば（Ｓ５３：ＹＥＳ）、管理情報データベース３５をクローズし（Ｓ６２）、期限管理処理を終了して図１３に示す制作サーバ２のメインルーチンに戻る。
【００９３】
まだ全レコードの終了でなければ（Ｓ５３：ＮＯ）、制作中の広報誌ＩＤと、Ｓ５２で読み込んだ対象レコードの広報誌ＩＤとが同一であるか否かを判断する（Ｓ５４）。広報誌ＩＤが一致しない場合は（Ｓ５４：ＮＯ）、今回制作・編集中の広報誌についての管理情報レコードではないので、Ｓ５２に戻って次のレコードを読み込む。
【００９４】
広報誌ＩＤが一致した場合には（Ｓ５４：ＹＥＳ）、そのレコードの記事の入稿期限が到来前か否かを判断する（Ｓ５６）。入稿期限を超過している場合には（Ｓ５６：ＮＯ）、そのレコードの執筆担当になっている記事作成端末３に対する督促通知を作成し（Ｓ５７）、そのアドレスに対して督促通知を送信する（Ｓ５８）。そして、Ｓ５２に戻り、次のレコードを読み込む。
【００９５】
入稿期限がまだ到来していない場合には（Ｓ５６：ＹＥＳ）、入稿期限の３日前であるか否かを判断する（Ｓ５９）。本実施形態では、記事の執筆者に入稿期限が近づいていることを知らせる時期を入稿期限の３日前に設定している。従って、入稿期限の３日前でない場合には（Ｓ５９：ＮＯ）、そのレコードについては期限管理処理を実行する必要がないので、Ｓ５２に戻り、次のレコードを読み込む。
【００９６】
入稿期限の３日前であれば（Ｓ５９：ＹＥＳ）、そのレコードの執筆担当になっている記事作成端末３に対する入稿期限が近づいている旨のお知らせを作成し（Ｓ６０）、そのアドレスに対して作成したお知らせを送信する（Ｓ６１）。そして、Ｓ５２に戻り、次のレコードを読み込む。以上の処理を繰り返すことにより、管理情報データベース３５に記憶されているすべてのレコードについて必要な期限管理処理が実行されるので、図１３に示す制作サーバ２のメインルーチンに戻る。
【００９７】
次に、図１８を参照して、図１３のＳ１０で実行する閲覧データ送信処理について説明する。まず、受信した閲覧データ要求が記事作成端末３からのものであるか否かを判断する（Ｓ７１）。記事作成端末３からであれば（Ｓ７１：ＹＥＳ）、要求された記事の記事ＩＤを受信し（Ｓ７２）、ＲＡＭ２２に記憶する（Ｓ７３）。そして、コンテンツデータベース３４をオープンする（Ｓ７４）。以下の処理では、コンテンツデータベース３４のレコードを順に読み込んで処理を行なう。
【００９８】
まず、最初の処理対象レコードを読み込む（Ｓ７５）。そして、全てのレコードの処理が既に終了しているか否かを判断する（Ｓ７６）。これは、Ｓ７５でレコードデータが読み込めたか否かにより判断できる。まだ全レコード終了していなければ（Ｓ７６：ＮＯ）、ＲＡＭ２２に記憶されている記事ＩＤと、処理対象レコードの記事ＩＤとが同一であるか否かを判断する（Ｓ７７）。記事ＩＤが一致しない場合には（Ｓ７７：ＮＯ）、要求されている記事データのレコードではないので、Ｓ７５に戻って次のレコードを読み込む。記事ＩＤが一致した場合には（Ｓ７７：ＹＥＳ）、そのレコードの記事データをＲＡＭ２２に読み込み（Ｓ７８）、Ｓ７５に戻って次のレコードを読み込む。
【００９９】
全レコードが終了していれば（Ｓ７６：ＹＥＳ）、コンテンツデータベース３４をクローズし（Ｓ７９）、ＲＡＭ２２に記憶されている記事データを、閲覧データ要求を送信してきた端末に対して送信する（Ｓ８０）。そして、図１３に示す制作サーバ２のメインルーチンに戻る。
【０１００】
一方、受信した閲覧データ要求が記事作成端末３からのものでない場合は（Ｓ７１：ＮＯ）、編集端末４からの閲覧データ要求であるから、要求された広報誌ＩＤを受信し（Ｓ８１）、ＲＡＭ２２に記憶する（Ｓ８１）。そして、管理情報データベース３５をオープンして（Ｓ８２）、記憶されているレコードを順に読み込んで処理を行なう。まず、最初の対象レコードのデータを読み込む（Ｓ８３）。そして、全てのレコードの処理が既に終了しているか否かを判断する（Ｓ８４）。これは、Ｓ８３でレコードデータが読み込めたか否かにより判断できる。まだ全レコードの終了でなければ（Ｓ８４：ＮＯ）、ＲＡＭ２２に記憶した広報誌ＩＤと、Ｓ８３で読み込んだ対象レコードの広報誌ＩＤとが同一であるか否かを判断する（Ｓ８５）。
【０１０１】
広報誌ＩＤが一致しない場合は（Ｓ８５：ＮＯ）、今回閲覧データを要求されている広報誌についての管理情報レコードではないので、Ｓ８３に戻って次のレコードを読み込む。広報誌ＩＤが一致した場合には（Ｓ８５：ＹＥＳ）、そのレコードの記事ＩＤをＲＡＭ２２に記憶し（Ｓ８６）、Ｓ８３に戻って次のレコードを読み込む。
【０１０２】
全レコードが終了していれば（Ｓ８４：ＹＥＳ）、全てのレコードについて処理が終了し、必要な記事ＩＤがＳ８６の処理によりＲＡＭ２２に記憶されたので、管理情報データベース３５をクローズし（Ｓ８７）、Ｓ７４に進んでコンテンツデータベース３４をオープンする。
【０１０３】
コンテンツデータベース３４をオープンして以降は、ＲＡＭ２２に記憶されている記事ＩＤに対応する記事データをコンテンツデータベース３４から抽出し、その記事データを編集端末４に送信する処理を実行する。これは、記事作成端末３から記事ＩＤを指定して閲覧データを要求された場合と同様であるので、前述のＳ７４〜Ｓ８０の説明を援用する。以上の処理により、閲覧データの記事作成端末３もしくは編集端末４への送信が完了するので、図１３に示す制作サーバ２のメインルーチンに戻る。
【０１０４】
次に、図１９を参照して、図１３のＳ１２で実行する完成情報登録処理について説明する。まず、管理情報データベース３５をオープンする（Ｓ９１）。そして、管理情報データベース３５に記憶されているレコードを順に読み込んで以下の処理を実行する。まず、最初の処理対象レコードを読み込む（Ｓ９２）。そして、全てのレコードの処理が既に終了しているか否かを判断する（Ｓ９３）。これは、Ｓ９２でレコードデータが読み込めたか否かにより判断できる。まだ全レコードの終了でなければ（Ｓ９３：ＮＯ）、完成情報を受信した広報誌ＩＤと、Ｓ９２で読み込んだ対象レコードの広報誌ＩＤとが同一であるか否かを判断する（Ｓ９４）。広報誌ＩＤが一致しない場合は（Ｓ９４：ＮＯ）、今回制作・編集中の広報誌についての管理情報レコードではないので、Ｓ９２に戻って次のレコードを読み込む。
【０１０５】
広報誌ＩＤが一致した場合には（Ｓ９４：ＹＥＳ）、そのレコードに完成した旨の情報を書き込む（Ｓ９５）。そして、Ｓ９２に戻り、次のレコードを読み込む。全レコードが終了したら（Ｓ９３：ＹＥＳ）、管理情報データベース３５をクローズし（Ｓ９６）、完成情報登録処理を終了して図１３に示す制作サーバ２のメインルーチンに戻る。
【０１０６】
次に、図２０を参照して、図１３のＳ１４で実行する記事提供処理について説明する。まず、管理情報データベース３５をオープンする（Ｓ１０１）。そして、管理情報データベース３５に記憶されているレコードを順に読み込んで以下の処理を実行する。まず、最初の処理対象レコードを読み込む（Ｓ１０２）。そして、全てのレコードの処理が既に終了しているか否かを判断する（Ｓ１０３）。これは、Ｓ１０２でレコードデータが読み込めたか否かにより判断できる。まだ全レコードの終了でなければ（Ｓ１０３：ＮＯ）、コンテンツを提供するとして指定された広報誌ＩＤと、Ｓ１０２で読み込んだ対象レコードの広報誌ＩＤとが同一であるか否かを判断する（Ｓ１０４）。広報誌ＩＤが一致しない場合は（Ｓ１０４：ＮＯ）、今回記事データ（コンテンツ）の提供を行なう対象の広報誌についての管理情報レコードではないので、Ｓ１０２に戻って次のレコードを読み込む。
【０１０７】
広報誌ＩＤが一致した場合には（Ｓ１０４：ＹＥＳ）、そのレコードの記事データが外部に提供可能なコンテンツとされているか否かを判断する（Ｓ１０５）。ここで、提供可能か否かは、提供先の蓄積サーバ５の種別によって複数のレベルが設定されていてもよい。例えば、データの蓄積を目的とする外部サーバへの提供が可能なレベル、自治体のホームページ用のＷＥＢサーバに提供が可能なレベル（例えば、プライベート情報は提供不可に設定するなど）、広報誌を紙媒体に印刷するための提供可能なレベル（基本的には全てのデータが提供可能）などのレベル設定が考えられる。
【０１０８】
提供可能なコンテンツでない場合には（Ｓ１０５：ＮＯ）、そのままＳ１０２に戻って次のレコードを読み込む。提供可能なレコードの場合は（Ｓ１０５：ＹＥＳ）、そのレコードの記事ＩＤをＲＡＭ２２に記憶する（Ｓ１０６）。そして、そのレコードにデータを蓄積サーバ５に提供した旨の情報を登録する（Ｓ１０７）。そして、Ｓ１０２に戻って次のレコードを読み込み、以上の処理を繰り返す。
【０１０９】
全レコードが終了した場合には（Ｓ１０３：ＹＥＳ）、管理情報データベース３５をクローズし（Ｓ１０８）、コンテンツデータベース３４をオープンする（Ｓ１０９）。そして、コンテンツデータベース３４に記憶されているレコードを順に読み込んで処理を行なう。
【０１１０】
まず、最初の処理対象レコードを読み込む（Ｓ１１０）。そして、全てのレコードの処理が既に終了しているか否かを判断する（Ｓ１１１）。これは、Ｓ１１０でレコードデータが読み込めたか否かにより判断できる。まだ全レコード終了していなければ（Ｓ１１１：ＮＯ）、ＲＡＭ２２に記憶されている記事ＩＤと、処理対象レコードの記事ＩＤとが同一であるか否かを判断する（Ｓ１１２）。記事ＩＤが一致しない場合には（Ｓ１１２：ＮＯ）、要求されている記事データのレコードではないので、Ｓ１１０に戻って次のレコードを読み込む。記事ＩＤが一致した場合には（Ｓ１１２：ＹＥＳ）、そのレコードの記事データをＲＡＭ２２に読み込み（Ｓ１１３）、Ｓ１１０に戻って次のレコードを読み込む。
【０１１１】
全レコードが終了していれば（Ｓ１１１：ＹＥＳ）、コンテンツデータベース３４をクローズし（Ｓ１１４）、ＲＡＭ２２に記憶されている記事データを、蓄積サーバ５に対して送信する（Ｓ１１５）。そして、図１３に示す制作サーバ２のメインルーチンに戻る。
【０１１２】
次に、図２１〜図２５を参照して記事作成端末３の動作について説明する。なお、図２１〜図２４にフローチャートで示される各プログラムは、ハードディスク装置１３０のプログラム記憶エリア１３１に記憶されており、ＣＰＵ１２０により実行される。図２１は、記事作成端末３における処理の流れの全体を示すメインルーチンのフローチャートである。図２２は、図２１のＳ２０２で実行するテンプレート設定処理の流れを示すフローチャートである。図２３は、図２１のＳ２０４で実行する広報誌の記事作成処理の流れを示すフローチャートである。図２４は、図２１のＳ２０６で実行する記事送信処理の流れを示すフローチャートである。図２５は、図２１のＳ２０８で実行する記事閲覧処理の流れを示すフローチャートである。
【０１１３】
まず、図２１を参照して、記事作成端末３の全体の処理の流れを説明する。記事作成端末３では、制作サーバ２から記事作成のためのテンプレートをダウンロードするテンプレート設定処理、ワープロソフト等で実際の記事を作成・修正する記事作成処理、作成した記事を制作サーバ２にアップロードする記事送信処理、制作サーバ２から記事をダウンロードして既定レイアウトに割り付けた状態で閲覧・確認を行なう記事確認処理、その他本発明に直接関連のない処理が実行される。
【０１１４】
まず、電源が投入されると、各種の初期処理が実行された後、キーボード１２６やマウス１２７の操作により利用者から記事作成用のテンプレートを設定する指示がなされたか否かを判断する（Ｓ２０１）。テンプレート設定指示がなされた場合には（Ｓ２０１）：ＹＥＳ)、制作サーバ２からテンプレートをダウンロードするテンプレート設定処理を実行し（Ｓ２０２）、記事作成端末３の処理を終了する。テンプレート設定処理の詳細については、図２２を参照して後述する。
【０１１５】
テンプレートの設定指示がなされていない場合には（Ｓ２０１：ＮＯ）、キーボード１２６やマウス１２７の操作により利用者から記事の作成や修正を指示されたか否かを判断する（Ｓ２０３）。記事の作成・修正が指示された場合には（Ｓ２０３：ＹＥＳ）、ワープロソフト等で記事を作成したり修正したりする記事作成処理を実行し（Ｓ２０４）、記事作成端末３の処理を終了する。記事作成処理の詳細については、図２３を参照して後述する。
【０１１６】
記事の作成・修正指示でない場合には（Ｓ２０３：ＮＯ）、作成済みの記事データを制作サーバ２にアップロードするか否かを判断する（Ｓ２０５）。記事データのアップロードが利用者により指示された場合には（Ｓ２０５：ＹＥＳ）、作成済みの記事を制作サーバ２にアップロードする記事送信処理を実行し（Ｓ２０６）、記事作成端末３の処理を終了する。記事送信処理の詳細については図２４を参照して後述する。
【０１１７】
記事のアップロードでない場合には（Ｓ２０５：ＮＯ）、作成し、制作サーバ２に登録した記事内容を確認するか否かを判断する（Ｓ２０７）。記事内容を確認する場合には（Ｓ２０７：ＹＥＳ）、制作サーバ２にアップロードして登録された記事をダウンロードし、ビューワで確認する記事閲覧処理を実行する記事閲覧処理を実行し（Ｓ２０８）、記事作成端末３の処理を終了する。記事閲覧処理の詳細については、図２５を参照して後述する。
【０１１８】
記事内容の確認でない場合には（Ｓ２０７：ＮＯ）、記事作成端末３が行なう本発明に直接関係のないその他の処理を実行し（Ｓ２１５）、全体の処理を終了する。
【０１１９】
次に、図２２を参照して、図２１のＳ２０２で実行されるテンプレート設定処理について説明する。まず、制作サーバ２から原稿依頼通知をメール等で既に受信しているか否かを判断する（Ｓ２２１）。原稿依頼通知には、記事の種類、記事作成に使用すべきテンプレートのテンプレートＩＤ、記事データの入稿期限等が記載されている。原稿依頼通知を受信していなければ（Ｓ２２１：ＮＯ）、ダウンロード対象のテンプレートが特定できないので、そのまま図２１に示す記事作成端末３のメインルーチンに戻る。
【０１２０】
原稿依頼を既に受信している場合には（Ｓ２２１：ＹＥＳ）、その中に記載されているテンプレートＩＤを取り出し、ＲＡＭ１２２に保存する（Ｓ２２２）。そして、取得したテンプレートＩＤが既にダウンロード済で記事作成端末３内に保存されているか否かを判断する（Ｓ２２３）。既に対象テンプレートがダウンロード済であれば（Ｓ２２３：ＹＥＳ）、再び制作サーバ２からダウンロードする必要はないので、そのまま図２１に示す記事作成端末３のメインルーチンに戻る。
【０１２１】
テンプレートがダウンロード済でなければ（Ｓ２２３：ＮＯ）、制作サーバ２に接続し（Ｓ２２４）、Ｓ２２２で取得しＲＡＭ１２２に保存したテンプレートＩＤを制作サーバ２に送信する（Ｓ２２５）。そして、制作サーバ２から返答があるか否かを判断し（Ｓ２２６）、返答がなければ（Ｓ２２６：ＮＯ）、さらに所定の待ち時間を超過してタイムアウトになったか否かを判断する（Ｓ２２７）。タイムアウトでなければ（Ｓ２２７：ＮＯ）、Ｓ２２６に戻って制作サーバ２からの返答を待ち、タイムアウトになった場合には（Ｓ２２７：ＹＥＳ）、Ｓ２２５に戻ってテンプレートＩＤを再送信する。
【０１２２】
制作サーバ２から返答があれば（Ｓ２２６：ＹＥＳ）、テンプレートデータを受信して（Ｓ２２８）、ハードディスク装置１３０内のデータ記憶エリア１３２に保存し、ワープロソフト上で使用できるように設定する（Ｓ２２９）。以上で記事作成に必要なテンプレートのダウンロードが終了したので、図２１に示す記事作成端末３のメインルーチンに戻る。
【０１２３】
次に、図２３を参照して、図２１のＳ２０４で実行される記事作成処理について説明する。まず、記事の内容を入力するためのワープロソフト等のコンテンツ作成用ソフトウェアを起動する（Ｓ２３１）。ここで使用されるコンテンツ作成用ソフトウェアは、記事原稿執筆のための専用のソフトウェアである必要はなく、汎用のワープロソフト、表計算ソフト、エディターソフト、プレゼンテーションソフト、グラフィックソフト等でよい。次に、起動したワープロソフト等に作成記事のためのテンプレートが制作サーバ２からダウンロードして設定され、呼出可能になっているか否かを判断する（Ｓ２３２）。テンプレートが使用可能になっていなければ（Ｓ２３２：ＮＯ）、図２２のサブルーチンで示すテンプレート設定処理を実行する（Ｓ２３３）。テンプレート設定処理が終了後、または、既にテンプレートが呼出可能に設定されていれば（Ｓ２３２：ＹＥＳ）、使用するテンプレートをワープロソフト上で使用可能に読み込む（Ｓ２３４）。次に、記事原稿が新規作成か否かを判断する（Ｓ２３５）。新規作成の場合は（Ｓ２３５：ＹＥＳ）、そのままＳ２３７に進む。新規作成でなく既に保存されているデータの修正・追加であれば（Ｓ２３５：ＮＯ）、記事データファイルをハードディスク装置１３０内のデータ記憶エリア１３２から呼び出す（Ｓ２３６）。そして、Ｓ２３７に進み、執筆者がテンプレートからスタイルを読み込んで記事内容をデータ入力するのをキーボード１２６やマウス１２７から受け付ける。
【０１２４】
次に、処理を終了するか否かを判断し（Ｓ２３８）、終了しない場合は（Ｓ２３８：ＮＯ）、Ｓ２３７に戻り、入力を継続する。終了する場合には（Ｓ２３８：ＹＥＳ）、入力された記事データをハードディスク装置１３０内のデータ記憶エリア１３２に保存し（Ｓ２３９）、図２１に示す記事作成端末３のメインルーチンに戻る。
【０１２５】
次に、図２４を参照して、図２１のＳ２０６で実行される記事送信処理について説明する。まず、制作サーバ２に接続し（Ｓ２４１）、送信する記事の記事ＩＤを制作サーバ２に送信する（Ｓ２４２）。作成した記事の記事ＩＤは、あらかじめ受信した原稿依頼通知の中に含まれている（図２２参照）ので、この記事ＩＤを送信する。そして、制作サーバ２から返答があるか否かを判断し（Ｓ２４３）、返答がなければ（Ｓ２４３：ＮＯ）、さらに所定の待ち時間を超過してタイムアウトになったか否かを判断する（Ｓ２４４）。タイムアウトでなければ（Ｓ２４４：ＮＯ）、Ｓ２４３に戻って制作サーバ２からの返答を待ち、タイムアウトになった場合には（Ｓ２４４：ＹＥＳ）、Ｓ２４２に戻って記事ＩＤを再送信する。
【０１２６】
制作サーバ２から返答があれば（Ｓ２４３：ＹＥＳ）、送信対象となる記事データをハードディスク装置１３０のデータ記憶エリア１３２から読み込む（Ｓ２４５）。そして、読み込んだデータを制作サーバ２に送信する（Ｓ２４６）。制作サーバ２では、この記事データをＸＭＬに変換してコンテンツデータベース３４に登録し、登録が完了すると編集端末４に通知してくる（図１６参照）ので、この登録完了通知を受信する（Ｓ２４７）。以上で制作サーバ２へのアップロードが完了するので、図２１に示す記事作成端末３のメインルーチンに戻る。
【０１２７】
次に、図２５を参照して、図２１のＳ２０８で実行する記事閲覧処理について説明する。まず、制作サーバ２に接続し（Ｓ２５１）、閲覧する記事、すなわち、自分で執筆した記事ＩＤを制作サーバ２に送信する（Ｓ２５２）。そして、制作サーバ２から返答があるか否かを判断し（Ｓ２５３）、返答がなければ（Ｓ２５３：ＮＯ）、さらに所定の待ち時間を超過してタイムアウトになったか否かを判断する（Ｓ２５４）。タイムアウトでなければ（Ｓ２５４：ＮＯ）、Ｓ２５３に戻って制作サーバ２からの返答を待ち、タイムアウトになった場合には（Ｓ２５４：ＹＥＳ）、Ｓ２５２に戻って記事ＩＤを再送信する。
【０１２８】
制作サーバ２から返答があれば（Ｓ２５３：ＹＥＳ）、制作サーバ２が送信してきた記事データを受信し（Ｓ２５５）、ＲＡＭ１２２に保存する（Ｓ２５６）。ここで制作サーバ２が送信してくるのは、ＸＭＬ化され、コンテンツデータベース３４に記憶されている記事データである。このＸＭＬ形式で記述された記事データは、記事作成端末３が有する記事ビューワにより広報誌面のレイアウトで閲覧することが可能である。そこで、次に、この記事ビューワを起動する（Ｓ２５７）。そして、ビューワにＳ２５６で保存した記事データを読み込み（Ｓ２５８）、広報誌面レイアウトイメージを生成し（Ｓ２５９）、生成されたイメージをディスプレイ１２４上に表示させる（Ｓ２６０）。
【０１２９】
次に、この表示されたレイアウトイメージを閲覧した利用者が記事データを修正する指示をキーボード１２６やマウス１２７の操作により入力したか否かを判断する（Ｓ２６１）。修正指示があった場合には（Ｓ２６１:ＹＥＳ）、前述した記事作成処理のサブルーチンにしたがって（図２３）、記事の修正を行う（Ｓ２６２）。修正元となるデータは、当初記事を作成し、制作サーバ２に送信する前に記事作成端末３に保存していた記事データでもよいし、Ｓ２５５で制作サーバ２から送信されてくる記事データをＸＭＬ化されたものとワープロ上で修正・変更可能なものとの２種類にしてもよい。また、送信されてきたＸＭＬデータを記事作成端末３上でワープロソフトで取り扱い可能なデータに変換してもよい。また、ＸＭＬデータを取り扱い可能なワープロソフトを利用して直接ＸＭＬデータの状態で編集してもよい。修正が完了し、記事作成処理のルーチンから戻ってきたら、図２１に示す記事作成端末３のメインルーチンに戻り、処理が終了する。修正された記事データについては、メインルーチンにしたがって、記事送信処理（Ｓ２０６）や記事閲覧処理（Ｓ２０８）を別途行って、修正済みの記事を確認する。
【０１３０】
修正指示が入力されなかった場合には（Ｓ２６１：ＮＯ）、閲覧された記事データで執筆者が承認したということなので、編集端末４に記事データが完成し、制作サーバ２に登録済みである旨の入稿通知を送信する（Ｓ２６３）。以上により記事の閲覧・内容及びレイアウトの確認が執筆者の記事作成端末３により完了するので、図２１に示す記事作成端末３のメインルーチンに戻る。
【０１３１】
次に、図２６〜図２９を参照して編集端末４の動作について説明する。なお、図２６〜図２９にフローチャートで示される各プログラムは、ハードディスク装置２３０のプログラム記憶エリア２３１に記憶されており、ＣＰＵ２２０により実行される。図２６は、編集端末４における処理の流れの全体を示すメインルーチンのフローチャートである。図２７は、図２６のＳ３０２で実行されるレイアウト選択処理の流れを示すフローチャートである。図２８は、図２６のＳ３０４で実行される原稿依頼処理の流れを示すフローチャートである。図２９は、図２６のＳ３０６で実行される誌面閲覧処理の流れを示すフローチャートである。
【０１３２】
まず、図２６を参照して、編集端末４の全体の処理の流れを説明する。編集端末４では、制作サーバ２に記憶されているレイアウトの中から今後制作する広報誌に使用するレイアウトを選択するレイアウト選択処理、制作サーバ２に発刊予定の広報誌の管理データの登録を指示し、その広報誌の執筆者に原稿依頼をするように指示する原稿依頼処理、記事作成端末３から入稿された記事データが広報誌１冊分集まった時点で全体の誌面の出来上がりイメージを確認する誌面閲覧処理、その他本発明に直接関連のない処理が実行される。
【０１３３】
まず、電源が投入されると、各種の初期処理が実行された後、キーボード２２６やマウス２２７の操作により利用者から発刊予定の広報誌のレイアウトを決定する指示がなされたか否かを判断する（Ｓ３０１）。このような広報誌全体のレイアウト（どのような記事項目を、どの程度のボリュームで、どこに配置するか）は、年度の変わり目などに変更され、新たに選択することが多いと考えられる。このような新規レイアウト選択が指示された場合には（Ｓ３０１：ＹＥＳ）、制作サーバ２に接続してレイアウトデータベース３１に記憶されている複数のレイアウトから所望のレイアウトを選び出し、今後発刊する広報誌のレイアウトとして設定するレイアウト選択処理を実行する（Ｓ３０２）。そして、編集端末４の処理を終了する。レイアウト選択処理の詳細については、図２７を参照して後述する。
【０１３４】
新規レイアウト選択が指示されていない場合には（Ｓ３０１：ＮＯ）、広報誌の新たな号を発刊するために記事原稿を依頼する指示がなされたか否かを判断する（Ｓ３０３）。記事原稿を依頼する指示がなされた場合には（Ｓ３０３：ＹＥＳ）、制作サーバ２に新規の号の広報誌の管理データの登録を指示し、その広報誌の執筆者に原稿依頼をするように指示する原稿依頼処理を実行する（Ｓ３０４）。そして、編集端末４の処理を終了する。原稿依頼処理の詳細については、図２８を参照して後述する。
【０１３５】
記事原稿の依頼でない場合には（Ｓ３０３：ＮＯ）、広報誌１冊分の記事データを広報誌面に配置して確認する指示がなされたか否かを判断する（Ｓ３０５）。誌面確認を行う場合には（Ｓ３０５：ＹＥＳ）、記事作成端末３により入稿された記事データを広報誌の誌面レイアウトに配置して確認する誌面閲覧処理を実行する（Ｓ３０６）。そして、編集端末４の処理を終了する。誌面閲覧処理の詳細については、図２９を参照して後述する。
【０１３６】
誌面確認でない場合には（Ｓ３０５：ＮＯ）、編集端末４が行なう本発明に直接関係のないその他の処理を実行し（Ｓ３１５）、全体の処理を終了する。
【０１３７】
次に、図２７を参照して、図２６のＳ３０２で実行されるレイアウト選択処理について説明する。まず、制作サーバ２に接続し（Ｓ３２１）、広報誌の配置を示すレイアウトをビューワ上で閲覧するためのデータを要求する（Ｓ３２２）。そして、制作サーバ２から返答があるか否かを判断し（Ｓ３２３）、返答がなければ（Ｓ３２３：ＮＯ）、さらに所定の待ち時間を超過してタイムアウトになったか否かを判断する（Ｓ３２４）。タイムアウトでなければ（Ｓ３２４：ＮＯ）、Ｓ３２３に戻って制作サーバ２からの返答を待ち、タイムアウトになった場合には（Ｓ３２４：ＹＥＳ）、Ｓ３２２に戻ってレイアウト閲覧データ要求を再送信する。
【０１３８】
制作サーバ２から返答があれば（Ｓ３２３：ＹＥＳ）、制作サーバ２が送信してきたレイアウト閲覧データを受信し（Ｓ３２５）、広報誌ビューワを起動する（Ｓ３２６）。この広報誌ビューワは、ＸＭＬで記述された記事データを広報誌１冊の誌面レイアウトに配置して閲覧可能に表示するためのものであり、レイアウトを選択する際にも使用することができる。なお、レイアウト選択のためのビューワは、かならずしも広報誌のできあがりイメージを確認する広報誌ビューワと同一のものでなくてもよく、周知のＷＷＷブラウザのようなビューワであっても構わない。そして、Ｓ３２５で受信したレイアウト閲覧データからレイアウトのイメージを生成し（Ｓ３２７）、生成されたイメージを広報誌ビューワによりディスプレイ１２４上に表示させる（Ｓ３２８）。
【０１３９】
次に、キーボード２２６やマウス２２７の操作により複数のレイアウトの中から１つのレイアウトが選択されたか否かを判断する（Ｓ３２９）。レイアウトが選択されていなければ（Ｓ３２９：ＮＯ）、Ｓ３２８に戻ってレイアウトイメージの表示を継続する。レイアウトが選択された場合には（Ｓ３２９：ＹＥＳ）、選択されたレイアウトをＲＡＭ２２２に保存し（Ｓ３３０）、制作サーバ２に通知する（Ｓ３３１）。制作サーバ２では、選択レイアウトの通知を受けて、レイアウトデータベース３１やテンプレートデータベース３３に登録を行い、完了すると登録完了通知を送信してくるので（図１４参照）、この登録完了通知を受信する（Ｓ３３２）。以上でレイアウトの選択が完了し、広報誌の発刊準備が整うので、レイアウト選択処理を終了して図２６に示す編集端末４のメインルーチンに戻る。
【０１４０】
次に、図２８を参照して、図２６のＳ３０４で実行される原稿依頼処理について説明する。まず、制作サーバ２に接続し（Ｓ３４１）、新規号の広報誌についての管理情報の登録を要求する（Ｓ３４２）。そして、制作サーバ２から返答があるか否かを判断し（Ｓ３４３）、返答がなければ（Ｓ３４３：ＮＯ）、さらに所定の待ち時間を超過してタイムアウトになったか否かを判断する（Ｓ３４４）。タイムアウトでなければ（Ｓ３４４：ＮＯ）、Ｓ３４３に戻って制作サーバ２からの返答を待ち、タイムアウトになった場合には（Ｓ３４４：ＹＥＳ）、Ｓ３４２に戻って管理情報登録要求を再送信する。
【０１４１】
制作サーバ２から返答があれば（Ｓ３４３：ＹＥＳ）、これから発刊する広報誌の号についての管理情報を送信する（Ｓ３４５）。この管理情報には、広報誌の号数、この号に掲載する記事のリスト、各記事の執筆者及びその執筆者の記事作成端末３のアドレス、各記事の入稿期限などが含まれる。なお、執筆者の記事作成端末３のアドレスについては、自治体ネットワーク内の利用者のデータベースを別途用意し、執筆者の氏名から検索できるようにしておいてもよい。制作サーバ２では、送信された管理情報を管理情報データベース３５に登録し、登録が完了したら完了通知とともに確認のために登録された内容を送信してくるので、これを受信する（Ｓ３４６）。なお、制作サーバ２は、このときに広報誌ＩＤを決定し、送信してくる。必要があれば、ここで管理情報を再送し、登録情報の修正を行なってもよい。
【０１４２】
次に、登録された管理情報に基づいて、制作サーバ２から各記事の執筆者に対する原稿依頼を作成するように要求する（Ｓ３４７）。原稿依頼には、宛先となる執筆者の氏名、依頼する記事原稿の内容と分量（文字数）、入稿期限、使用すべきテンプレート、このテンプレートのダウンロード先などの情報が含まれる。制作サーバ２では、作成した原稿依頼の文面と送信先のアドレスを送信してくるのでこれを受信し（Ｓ３４８）、ディスプレイ２２４に表示して利用者の指示を待つ。マウス２４７やキーボード２４６の操作により修正要求がなされたか否かを判断し（Ｓ３４９）、修正する場合には（Ｓ３４９：ＹＥＳ）、修正内容の情報を制作サーバ２に送信する（Ｓ３５０）。そして、Ｓ３４８に戻り、制作サーバ２が修正内容に従って再度作成した原稿依頼の文面とアドレス情報を受信し、修正不要になるまで（Ｓ３４９：ＮＯ）繰り返す。
【０１４３】
修正が完了したら（Ｓ３４９：ＮＯ）、制作サーバ２に対し、作成した文面でリストアップされた執筆者に対して原稿依頼通知を送信するように要求する（Ｓ３５１）。そして、制作サーバ２が通知を各記事作成端末３に送信完了すると、完了通知を送信してくるので、これを受信し（Ｓ３５２）、原稿依頼処理が完了したので、図２６に示す編集端末４のメインルーチンに戻る。
【０１４４】
次に、図２９を参照して、図２６のＳ３０６で実行する誌面閲覧処理について説明する。まず、制作サーバ２に接続し（Ｓ３６１）、閲覧する広報誌、すなわち現在製作中の広報誌の号数を特定する広報誌ＩＤを制作サーバ２に送信する（Ｓ３６２）。そして、制作サーバ２から返答があるか否かを判断し（Ｓ３６３）、返答がなければ（Ｓ３６３：ＮＯ）、さらに所定の待ち時間を超過してタイムアウトになったか否かを判断する（Ｓ３６４）。タイムアウトでなければ（Ｓ３６４：ＮＯ）、Ｓ３６３に戻って制作サーバ２からの返答を待ち、タイムアウトになった場合には（Ｓ３６４：ＹＥＳ）、Ｓ３６２に戻って広報誌ＩＤを再送信する。
【０１４５】
制作サーバ２から返答があれば（Ｓ３６３：ＹＥＳ）、制作サーバ２が送信してきた広報誌一冊分の記事データを受信し（Ｓ３６５）、ＲＡＭ２２２に保存する（Ｓ３６６）。ここで制作サーバ２が送信してくるのは、ＸＭＬ化され、コンテンツデータベース３４に記憶されている記事データのうち、現在制作中の広報誌に掲載されるものである。このＸＭＬ形式で記述された記事データは、編集端末４が有する広報誌ビューワにより全体を広報誌面に配置してできあがりのイメージを閲覧することが可能である。そこで、次に、この広報誌ビューワを起動する（Ｓ３６７）。そして、ビューワにＳ３６６で保存した記事データを読み込み（Ｓ３６８）、広報誌面レイアウトイメージを生成し（Ｓ３６９）、生成されたイメージをディスプレイ１２４上に表示させる（Ｓ３７０）。
【０１４６】
次に、この表示されたレイアウトイメージを閲覧した編集端末４の利用者が記事データを修正する指示をキーボード２２６やマウス２２７の操作により入力したか否かを判断する（Ｓ３７１）。修正指示があった場合には（Ｓ３７１:ＹＥＳ）、修正すべき記事を作成した記事作成端末３のアドレスに対し、記事修正指示を送信する（Ｓ３７２）。誤記の訂正など、些末な修正については記事作成端末３に修正指示を送らず、編集端末４上で修正可能なように構成してもよい。修正指示をした場合には、その修正原稿が入稿後に再び誌面全体を閲覧して確認することになるので、今回の誌面閲覧処理は終了し、図２６に示す編集端末４のメインルーチンに戻る。
【０１４７】
修正指示が入力されなかった場合には（Ｓ３７１：ＮＯ）、閲覧したできあがりイメージで編集端末４の利用者（広報担当者）が承認したということなので、広報誌の完成承認を各記事データの執筆者である記事作成端末３に送信する（Ｓ３７３）。次いで、広報誌の完成情報を制作サーバ２に送信し（Ｓ３７４）、制作サーバ２から完成情報登録済通知が来るのを受信する（Ｓ３７５）。以上により広報誌全体の記事の閲覧・内容及びレイアウトの確認が完了するので、図２６に示す編集端末４のメインルーチンに戻る。
【０１４８】
次に、図３０〜図３２を参照して蓄積サーバ５の動作について説明する。なお、図３０〜図３２にフローチャートで示される各プログラムは、ハードディスク装置３３０のプログラム記憶エリア３３１に記憶されており、ＣＰＵ３２０により実行される。図３０は、蓄積サーバ５における処理の全体の流れを示すメインルーチンのフローチャートである。図３１は、図３０のＳ４０２で実行される記事蓄積処理の流れを示すフローチャートである。図３２は、図３０のＳ４０４で実行される記事提供要求処理の流れを示すフローチャートである。
【０１４９】
まず、図３０を参照して、蓄積サーバ５の全体の処理の流れについて説明する。蓄積サーバ５では、ネットワーク８に接続した各制作サーバ２から記事の提供申し出があった場合に記事データを受信して蓄積データベース３３２に登録する記事蓄積処理、所定の間隔で記事提供の有無をチェックして記事の提供がなければ要求する記事提供要求処理、本発明に直接関連のないその他の処理が実行される。
【０１５０】
まず、電源が投入されると、各種の初期処理が実行された後、接続されているいずれかの制作サーバ２から記事提供通知が送信されてきたか否かを判断する（Ｓ４０１）。記事提供通知が送信されてきた場合には（Ｓ４０１：ＹＥＳ）、通知されてきた記事データを受信して蓄積データベース３３２に登録する記事蓄積処理を実行し（Ｓ４０２）、Ｓ４０１に戻る。記事蓄積処理の詳細については、図３１を参照して後述する。
【０１５１】
記事提供通知を受信していない場合には（Ｓ４０１：ＮＯ）、記事提供要求処理を実行するタイミングであるか否かを判断する（Ｓ４０３）。記事提供要求処理は、予め設定された時間間隔、例えば２日ごと、１週間ごと等に実行される。記事提供要求処理の実行タイミングであれば（Ｓ４０３：ＹＥＳ）、各制作サーバ２ごとに記事の提供状況をチェックして記事提供が所定時間行なわれていなければ請求する記事提供要求処理を実行し（Ｓ４０４）、Ｓ４０１に戻る。記事提供要求処理の詳細については、図３２を参照して後述する。
【０１５２】
記事提供要求処理の実行タイミングでない場合には（Ｓ４０３：ＮＯ）、蓄積サーバ５が行なう本発明に直接関連のないその他の処理を実行し（Ｓ４１５）、Ｓ４０１に戻る。蓄積サーバ５では、以上の処理を繰り返し実行する。
【０１５３】
次に、図３１を参照して、図３０のＳ４０２で実行される記事蓄積処理について説明する。まず、記事提供通知を送信してきた制作サーバ２から、当該提供記事データを受信する（Ｓ４２１）。そして、その記事データを蓄積データベース３３２に登録する（Ｓ４２２）。そして、蓄積データベース３３２内でのコンテンツごとの識別情報であるコンテンツＩＤを登録した記事データに付与する（Ｓ４２３）。コンテンツＩＤは、提供された記事データ全体に付与してもよいし、コンテンツの種別に応じて複数のコンテンツＩＤを付与することもできる。さらに、記事データに対してキーワードを付与しておいてもよい。このような処理をしておくことにより、複数の制作サーバ２から集められた記事データをリソースとして各種の統計情報を取り出すことが可能となる。
【０１５４】
次に、記事を提供してきた制作サーバ２に対して蓄積データベース３３２への登録が完了した旨を通知する（Ｓ４２４）。そして、蓄積情報データベース３３３にその提供記事データの登録日時、提供してきた制作サーバ２の管理番号などを履歴情報として記憶する（Ｓ４２５）。そして、図３０に示す蓄積サーバ５のメインルーチンに戻る。
【０１５５】
次に、図３２を参照して、図３０のＳ４０４で実行される記事提供要求処理について説明する。まず、蓄積情報データベース３３３から、記事提供対象となっている制作サーバ２のデータを順に読み込んで処理を行なう（Ｓ４３１）。次に、全提供サーバについての処理が終了したか否かを判断する（Ｓ４３２）。全処理が終了しているか否かは、Ｓ４３１で制作サーバ２に関するデータの読込が行えなかったかどうかにより判断できる。全データの処理が終了していれば（Ｓ４３２：ＹＥＳ）、図３０に示す蓄積サーバ５のメインルーチンに戻る。
【０１５６】
全サーバについて処理が終了していなければ（Ｓ４３２：ＮＯ）、その制作サーバ２から前回記事の提供を受けた日時を取得する（Ｓ４３３）。そして、その日時から所定時間が経過しているか、例えば１ヶ月経過しているか否かを判断する（Ｓ４３４）。所定時間が経過していなければ（Ｓ４３４：ＮＯ）、記事提供の要求は行なう必要がないので、Ｓ４３１に戻り、次の記事提供対象サーバについてのデータを読み込む。
【０１５７】
前回の記事データ提供から所定時間が経過している場合には（Ｓ４３４：ＹＥＳ）、対象制作サーバ２に対する記事提供要求を作成し（Ｓ４３５）、作成された要求を送信する（Ｓ４３６）。そして、Ｓ４３１に戻り、次の制作サーバ２に対する処理を実行する。以上のようにして、全制作サーバ２に対して前回の提供日時からの時間経過をチェックし、所定時間経過している制作サーバ２については記事提供要求を送信して、全ての制作サーバ２についての処理が終了したら、図３０の蓄積サーバ５のメインルーチンに戻る。
【０１５８】
以上説明したように、本実施形態の広報誌制作システム１によれば、複数の広報誌レイアウトの候補をレイアウトデータベース３２として制作サーバ２に記憶しておき、その中から複数号の広報誌に使用できるレイアウトを決定する。そして、各レイアウトには記事をワープロソフト上での操作で簡単に執筆するためのテンプレートがリンクされており、レイアウトの決定時にそのレイアウトにリンクされているテンプレートが記事の執筆者の端末である記事作成端末３からダウンロード可能に設定される。各記事の執筆者は、通常の文書入力作業と同様の操作でテンプレートを用いて記事を入力することができ、その記事を制作サーバ２にアップロードすれば、制作サーバ２においてＸＭＬデータに変換し、コンテンツデータベース３４に登録する。登録されたデータを記事作成端末３において記事ビューワを用いて広報誌のレイアウトイメージで確認が可能であり、この状態で各執筆者や承認権限を有する者が記事作成端末３から記事完成の承認を行なう。完成と承認された記事が集まれば、広報誌の担当セクションでは、広報誌ビューワを用いて掲載記事のデータを広報誌面に配置してできあがりイメージを確認することができる。この広報誌ビューワ上で確認を行ない、修正したほうがよければ記事作成端末３に修正指示を出し、前述の処理を繰り返して広報誌全体に問題点がなくなるまで実行することができる。問題点がなくなれば、その号の広報誌は完成として制作サーバ２に登録し、その記事データを印刷用に変換して印刷業者に持ち込み、紙媒体での広報誌を発行したり、外部の蓄積サーバ５に提供したりすることができる。記事のデータがＸＭＬで記述されているので、印刷用のデータ、ホームページ用のＨＴＭＬデータ、各種統計用のデータベースデータとして簡単に利用することができ、作成された記事の内容を資源として無駄なく利用することができる。また、広報誌の制作システム全体を統合して作成されているので、記事の執筆、レイアウトへの割り付け、印刷組版の作成などの各工程でデータの再入力や変換などの作業がほとんど発生せず、広報誌の制作にかかる時間や人員を大幅に削減できる。
【０１５９】
なお、本発明は、上記実施の形態に限らず、種々の変更が可能である。例えば、上記実施の形態では、使用するレイアウトの選択は、編集端末４から制作サーバ２に接続した状態で実行しているが、制作サーバ２のレイアウトデータベース３２が更新されるたびに編集端末４に対してレイアウトデータベース３２の内容を送信することにより、制作サーバ２と編集端末４とが同期したレイアウトデータベースを所有するようにして、編集端末４の側でレイアウトを閲覧して毎度制作サーバ２に接続することなくレイアウトが選択できるようにしてもよい。
【０１６０】
また、使用するレイアウトは、レイアウトデータベース３２に記憶されているレイアウトをそのまま修正を加えずに使用する形としているが、レイアウトデータベース３２に記憶されているレイアウトに基づいて編集端末４にて修正を加えたレイアウトを新規レイアウトとしてレイアウトデータベース３２に登録し、そのレイアウトを使用するように構成してもよい。
【０１６１】
さらに、蓄積サーバ５のほかに、外部サーバとして広報誌のＷＥＢ公開用のＷＷＷサーバを接続し、広報誌の記事データが完成した時点で記事データのＸＭＬデータをＨＴＭＬに変換し、ＷＥＢ上に公開してインターネットから閲覧できるように構成してもよい。この場合には、インターネットの特性を考慮して、紙媒体の広報誌とは異なるレイアウトに配置することも可能である。
【図面の簡単な説明】
【０１６２】
【図１】広報誌制作システム１の全体概念図である。
【図２】制作サーバ２の電気的構成を示すブロック図である。
【図３】記事作成端末３の電気的構成を示すブロック図である。
【図４】編集端末４の電気的構成を示すブロック図である。
【図５】蓄積サーバ５の電気的構成を示すブロック図である。
【図６】広報誌の誌面構成の例を示すイメージ図である。
【図７】レイアウトデータベース３２のデータ構成を示す概念図である。
【図８】テンプレートの入力例を示すイメージ図である。
【図９】テンプレートデータベース３３のデータ構成を示す概念図である。
【図１０】コンテンツデータベース３４のデータ構成を示す概念図である。
【図１１】管理情報データベース３５のデータ構成を示す概念図である。
【図１２】広報誌制作システム１の処理の概容を示す工程図である。
【図１３】制作サーバ２におけるメインルーチンのフローチャートである。  フローチャートである。
【図１４】図１３のＳ２で実行される広報誌制作用のテンプレート登録処理の流れを示すフローチャートである。
【図１５】図１３のＳ４で実行される記事作成依頼処理の流れを示すフローチャートである。
【図１６】図１３のＳ６で実行される記事登録処理の流れを示すフローチャートである。
【図１７】図１３のＳ８で実行される期限管理処理の流れを示すフローチャートである。
【図１８】図１３のＳ１０で実行される閲覧データ送信処理の流れを示すフローチャートである。
【図１９】図１３のＳ１２で実行される完成情報登録処理の流れを示すフローチャートである。
【図２０】図１３のＳ１４で実行される記事提供処理の流れを示すフローチャートである。
【図２１】記事作成端末３における処理の流れの全体を示すメインルーチンのフローチャートである。
【図２２】図２１のＳ２０２で実行するテンプレート設定処理の流れを示すフローチャートである。
【図２３】図２１のＳ２０４で実行する広報誌の記事作成処理の流れを示すフローチャートである。
【図２４】図２１のＳ２０６で実行する記事送信処理の流れを示すフローチャートである。
【図２５】図２１のＳ２０８で実行する記事閲覧処理の流れを示すフローチャートである。
【図２６】編集端末４における処理の流れの全体を示すメインルーチンのフローチャートである。
【図２７】図２６のＳ３０２で実行されるレイアウト選択処理の流れを示すフローチャートである。
【図２８】図２６のＳ３０２で実行される原稿依頼処理の流れを示すフローチャートである。
【図２９】図２６のＳ３０６で実行される誌面閲覧処理の流れを示すフローチャートである。
【図３０】蓄積サーバ５における処理の全体の流れを示すメインルーチンのフローチャートである。
【図３１】図３０のＳ４０２で実行される記事蓄積処理の流れを示すフローチャートである。
【図３２】図３０のＳ４０４で実行される記事提供要求処理の流れを示すフローチャートである。
【符号の説明】
【０１６３】
１      広報誌制作システム
２      制作サーバ
３      記事作成端末
４      編集端末
５      蓄積サーバ
８      インターネット
１８      自治体内ネットワーク
２０      ＣＰＵ
２２      ＲＡＭ
２４      ディスプレイ
２６      キーボード
２７      マウス
３０      ハードディスク装置
３１      レイアウトデータベース
３１      プログラム記憶エリア
３２      レイアウトデータベース
３３      テンプレートデータベース
３４      コンテンツデータベース
１２０      ＣＰＵ
１２４      ディスプレイ
１２２      ＲＡＭ
１２６      キーボード
１２７      マウス
１３０      ハードディスク装置
１３１      プログラム記憶エリア
１３１      プログラム記憶エリア
１３２      データ記憶エリア
２２０      ＣＰＵ
２２２      ＲＡＭ
２２４      ディスプレイ
２２６      キーボード
２２７      マウス
２３０      ハードディスク装置
２３１      プログラム記憶エリア
２３２      データ記憶エリア
２４６      キーボード
２４７      マウス
３２０      ＣＰＵ
３２２      ＲＡＭ
３２４      ディスプレイ
３２６      キーボード
３２７      マウス
３３０      ハードディスク装置
３３１      プログラム記憶エリア
３３２      蓄積データベース
３３３      蓄積情報データベース
【図１】
2005267477.tif 000003
【図２】
2005267477.tif 000004
【図３】
2005267477.tif 000005
【図４】
2005267477.tif 000006
【図５】
2005267477.tif 000007
【図６】
2005267477.tif 000008
【図７】
2005267477.tif 000009
【図８】
2005267477.tif 000010
【図９】
2005267477.tif 000011
【図１０】
2005267477.tif 000012
【図１１】
2005267477.tif 000013
【図１２】
2005267477.tif 000014
【図１３】
2005267477.tif 000015
【図１４】
2005267477.tif 000016
【図１５】
2005267477.tif 000017
【図１６】
2005267477.tif 000018
【図１７】
2005267477.tif 000019
【図１８】
2005267477.tif 000020
【図１９】
2005267477.tif 000021
【図２０】
2005267477.tif 000022
【図２１】
2005267477.tif 000023
【図２２】
2005267477.tif 000024
【図２３】
2005267477.tif 000025
【図２４】
2005267477.tif 000026
【図２５】
2005267477.tif 000027
【図２６】
2005267477.tif 000028
【図２７】
2005267477.tif 000029
【図２８】
2005267477.tif 000030
【図２９】
2005267477.tif 000031
【図３０】
2005267477.tif 000032
【図３１】
2005267477.tif 000033
【図３２】
2005267477.tif 000034