JP2014153879A - 編集システム - Google Patents

Abstract

【課題】電子書籍を容易に生成することのできる編集システムを提供する。
【解決手段】本発明の編集システムは、電子書籍を生成する編集システムであって、ユーザ操作に応じて、生成対象の電子書籍である対象書籍の記事の順番を少なくとも表すＦ割情報を登録するＦ割情報登録手段と、ユーザ操作に応じて、対象書籍の各記事の原稿ファイルを登録する入稿手段と、ユーザ操作に応じて、対象書籍を生成する電子書籍生成手段と、を有し、電子書籍生成手段は、対象書籍の記事の順番が、登録されたＦ割情報で表される記事の順番と一致するように、登録された各記事の原稿ファイルに基づいて対象書籍の各記事のページを生成することにより、対象書籍を生成する。
【選択図】図１

Description

本発明は、編集システムに関する。

近年、タブレット端末やスマートフォンなどの普及に伴い、電子書籍が普及しつつある。電子書籍には、紙書籍に比べ、“多数の書籍を容易に持ち運べる”、“本棚から探し出す必要が無いため、所望の書籍を容易に購入することができる”、“日焼け、ページの破れ、等の劣化が生じる心配が無い”といった利点がある。そのため、電子書籍は今後ますます普及すると考えられる。

電子書籍の普及に伴い、電子書籍に関する様々な技術が提案されている。電子書籍に関する技術は、例えば、特許文献１〜３に開示されている。

具体的には、特許文献１には、紙書籍のページを表す画像データを表示する画像モードと、紙書籍の記事を表すテキストデータを表示するテキストモードとを有するビューワで使用する電子書籍として、記事単位のテキストデータを有する電子書籍を生成する技術が開示されている。

特許文献２には、複数の電子書籍である複数のコンテンツからなる複合コンテンツを含む電子書籍を生成する技術が開示されている。

特許文献３には、電子書籍のページに対して付加情報を記述する技術が開示されている。

しかしながら、上述した技術のように、電子書籍のフォーマットを改良したり、電子書籍のページに更なる記述を追加したりといった技術は提案されているものの、電子書籍を容易に生成するための技術はこれまで提案されていなかった。

特開２０１２−６９００５号公報 特開２０１２−６９０１３号公報 特開２０１１−１２３７８６号公報

そこで、本発明は、電子書籍を容易に生成することのできる編集システムを提供することを目的とする。

本発明の編集システムは、電子書籍を生成する編集システムであって、ユーザ操作に応じて、生成対象の電子書籍である対象書籍の記事の順番を少なくとも表すＦ割情報を登録するＦ割情報登録手段と、ユーザ操作に応じて、対象書籍の各記事の原稿ファイルを登録する入稿手段と、ユーザ操作に応じて、対象書籍を生成する電子書籍生成手段と、を有し、電子書籍生成手段は、対象書籍の記事の順番が、登録されたＦ割情報で表される記事の順番と一致するように、登録された各記事の原稿ファイルに基づいて対象書籍の各記事のページを生成することにより、対象書籍を生成する。

上記構成によれば、登録されたＦ割情報で表される記事の順番と一致するように、登録された各記事の原稿ファイルに基づいて対象書籍の各記事のページを生成することにより、記事のページが正確な順番で並んだ対象書籍が生成される。そのため、上記構成によれば、ユーザは、Ｆ割情報と各記事の原稿ファイルを登録する、という簡単な作業を行えばよく、対象書籍（電子書籍）を容易に生成することができる。

また、編集システムが、ユーザ操作に応じて、予め用意された複数のスタイル定義ファイルのうちの１つ以上のスタイル定義ファイルであって、マークアップ言語で記述された構造化テキストファイルで参照されるスタイル定義ファイルである記事スタイルを複数登録する記事スタイル登録手段と、原稿ファイルで使用されるスタイル毎のスタイル名を表す定義情報を記憶する記憶手段と、登録されたＦ割情報、登録された原稿ファイル、登録された記事スタイル、及び、定義情報から、対象書籍の各記事の構造化テキストファイルを生成する構造化テキストファイル生成手段と、をさらに有し、Ｆ割情報は、対象書籍の各記事の記事スタイルをさらに表し、構造化テキストファイル生成手段は、登録されたＦ割情報から対象書籍の各記事の記事スタイルを判断し、対象書籍の記事毎に、その記事の原稿ファイルと記事スタイル、及び、定義情報から、当該記事の構造化テキストファイルを生成し、電子書籍生成手段は、対象書籍の記事毎に、その記事の構造化テキストファイルと記事スタイルから、当該記事のページを生成することが好ましい。

このような構成によれば、記事毎に、原稿ファイルのスタイルと同じスタイルで表示することのできる構造化テキストファイル（ｘｈｔｍｌファイル等）を生成することができ、ひいては、構造化テキストファイルを利用した対象書籍（ＥＰＵＢファイル等）として、各記事のページのスタイルがその記事の原稿ファイルのスタイルと等しい対象書籍を生成することができる。

また、対象書籍の各記事の作成者は、記事作成用のテンプレートファイルである超原稿用紙に対して記事の各要素を入力することにより、原稿ファイルを作成し、複数の記事スタイルとして、超原稿用紙の種類毎の、その種類の超原稿用紙で使用されているスタイルを表す１つ以上のスタイル定義ファイルが登録されることが好ましい。

このような構成によれば、記事の作成者が超原稿用紙に対して記事の各要素を入力するだけで、体裁（レイアウトやスタイル）が整えられた原稿ファイルが出来上がる。そのため、作成者が作成した原稿ファイルをそのまま最終的な原稿ファイルとして利用することができる。若しくは、作成者が作成した原稿ファイルを微調整するだけで最終的な原稿ファイルを得ることができる。その結果、編集者の負担を軽減することができる。具体的には、ばらばらに入稿された素材（テキストデータ、画像データ、イラスト（線画）データ、手書き原稿、写真など）を配置したり、色付けやフォント設定を行ったりといった、従来の書籍制作で行われていた手間を省くことができる。そして、複数の記事スタイルとして、超原稿用紙の種類毎の、その種類の超原稿用紙で使用されているスタイルを表す１つ以上のスタイル定義ファイルを登録することにより、対象書籍の各記事のスタイルを原稿ファイルのスタイル（超原稿用紙に定義されたスタイル）と一致させることができる。

また、超原稿用紙には、規定の文字列が置換要素として埋め込まれており、電子書籍生成手段は、対象書籍の記事のページに埋め込まれている置換要素を、対象書籍の生成時まで決まらない情報に置き換えることが好ましい。例えば、置換要素は、規定の文字列をリンク先とするハイパーリンクであり、電子書籍生成手段は、対象書籍の記事のページに置換要素として埋め込まれているハイパーリンクのリンク先を置換することが好ましい。

このような構成によれば、対象書籍の生成時まで決まらない情報を対象書籍のページに
加えることができる。例えば、対象書籍内での特定のページをリンク先とするハイパーリンクを対象書籍のページに加えることができる。対象書籍内での特定のページをリンク先とするハイパーリンクを対象書籍のページに加えることにより、閲覧の際に、特定ページまで一気にページを送ることができ（特定のページへジャンプすることができ）、特定のページまで１ページずつページを送る手間を省くことができる。

また、Ｆ割情報は、対象書籍の各記事のタイトルをさらに表し、電子書籍生成手段は、登録されたＦ割情報で表される各記事のタイトルから、対象書籍の目次のページを生成し、目次のページと記事のページとを含む電子書籍を対象書籍として生成することが好ましい。

また、電子書籍生成手段は、対象書籍の各記事のページの生成結果から、対象書籍の各記事のページ位置を判断し、目次のページに記述されている各記事のタイトルに対し、対応する記事のページへのリンクを貼り付けることが好ましい。

このような構成によれば、閲覧の際に、目次のページから所望の記事のページまで一気にページを送ることができ（目次のページから所望の記事のページへジャンプすることができ）、所望のページまで１ページずつページを送る手間を省くことができる。

本発明によれば、本発明は、電子書籍を容易に生成することができる。

図１は、本実施形態に係る編集システムのシステム構成の一例を示す図である。 図２は、本実施形態に係る編集システムを用いた電子書籍の生成の流れの一例を示す図である。 図３は、本実施形態に係る雑誌情報を登録するための画面の一例を示す図である。 図４は、本実施形態に係る編集システムで生成する電子書籍で使用するｃｓｓファイルを登録するための画面の一例を示す図である。 図５は、本実施形態に係る記事スタイルを登録するための画面の一例を示す図である。 図６は、本実施形態に係るＦ割情報を登録するための画面の一例を示す図である。 図７は、本実施形態に係る超原稿用紙の一例、及び、原稿ファイルからｘｈｔｍｌファイルへの変換方法の一例を示す図である。 図８は、本実施形態に係る原稿ファイルを登録するため、本実施形態に係る原稿ファイルをｘｈｔｍｌファイルへ変換するため、及び、本実施形態に係るｘｈｔｍｌファイル等から電子書籍を生成するための画面の一例を示す図である。 図９は、本実施形態に係る電子書籍を閲覧するためのビューワの画面の一例を示す図である。 図１０は、本実施形態に係るｘｈｔｍｌファイル等から電子書籍を生成する処理の流れの一例を示すフローチャートである。

以下、本発明の実施形態について説明する。

＜システム構成＞
図１は、本実施形態に係る編集システムのシステム構成の一例を示す図である。本実施
形態に係る編集システム１００は、電子書籍としてＥＰＵＢファイルを生成するシステムであり、図１に示すように、ネットワークで互いに接続されたフロントサーバ１０１とバックエンドサーバ１０２を有する。本実施形態では、雑誌のＥＢＵＰファイルを生成する例について説明する。

なお、編集システム１００は１つのコンピュータで構成されていてもよい。即ち、１つのコンピュータが、フロントサーバ１０１の機能と、バックエンドサーバ１０２の機能との両方を有していてもよい。

フロントサーバ１０１は、Ｗｅｂブラウザ経由でバックエンドサーバ１０２に対し各種指示を行う。

バックエンドサーバ１０２は、以下の機能を有する。
・ＷＵＩ（Ｗｅｂ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）データやフロントサーバから送られたデータの保管
・Ｗｏｒｄファイルからｘｈｔｍｌファイル（マークアップ言語で記述された構造化テキストファイル）への変換
・ＥＰＵＢファイルの生成

本実施形態では、記事毎に、Ｗｏｒｄファイルがｘｈｔｍｌファイル、画像ファイル、及び、ｃｓｓファイル（スタイル定義ファイル）に変換され、各記事のｘｈｔｍｌファイル、画像ファイル、及び、ｃｓｓファイルを用いて、ＥＰＵＢファイルが生成される。

＜処理フロー＞
編集システム１００を用いたＥＰＵＢファイルの生成の流れについて、図２を用いて説明する。図２は、編集システム１００を用いたＥＰＵＢファイルの生成の流れの一例を示す図である。ＥＰＵＢファイルの生成は、例えば、フロントサーバ１０１がＷｅｂブラウザで所定のＵＲＬ（バックエンドサーバ１０２内のＷＵＩデータ）にアクセスすることにより表示された画面を、ユーザが操作して行われる。

（雑誌情報登録）
まず、編集長が、フロントサーバ１０１を用いて、生成対象の雑誌（対象雑誌）の雑誌情報を登録する。なお、本工程は、少なくとも雑誌の第１号（創刊号）を作る際に行われればよく、第２号以降の雑誌を作る際には、創刊号の生成時に登録された雑誌情報が流用されてもよい。

「雑誌情報登録」時には、例えば、図３に示すような画面４００がモニタ（フロントサーバ１０１に接続されたモニタ）に表示される。画面４００は、入力部４０１〜４０４、選択部４０５〜４０８、及び、登録ボタン４０９を有する。

入力部４０１は、対象雑誌の雑誌名を入力する部分である。図３の例では、入力部４０１はテキストボックスで構成されており、編集長はテキストボックスに対象雑誌の雑誌名を入力する。

入力部４０２は、対象雑誌の発行サイクル（日刊、週刊、月間、不定期など）を入力する部分である。図３の例では、入力部４０２は、発行サイクル毎のチェックボックスで構成されており、編集長は、対象雑誌の発行サイクルに対応するチェックボックスにチェックを入れる。

入力部４０３は、対象雑誌のキーワードを入力する部分である。図３の例では、入力部
４０３はテキストボックスで構成されており、編集長はテキストボックスに対象雑誌のキーワードを入力する。なお、ここで入力されるキーワードは、電子書籍（ＥＰＵＢファイル）のストアなどでの対象雑誌の検索に利用されるものであり、同じ雑誌の他の号と共通のキーワードである。

入力部４０４は、テキストボックスで構成されており、編集長は、テキストボックスに対象雑誌の説明を入力する。なお、ここで入力される説明は、電子書籍のストアなどでの対象雑誌の紹介に利用されるものであり、同じ雑誌の他の号と共通の説明である。

選択部４０５は、対象雑誌の編集長にあたる人物を選択する部分である。選択部４０５は領域４０５ａ，４０５ｂを有しており、編集長は、領域４０５ａを操作することにより、編集長とする人物を選択することができ、領域４０５ｂを操作することにより、選択された人物を編集長から除外することができる。

選択部４０６は、対象雑誌のＡＤ（アートディレクター）にあたる人物を選択する部分であり、領域４０６ａ，４０６ｂを有する。領域４０６ａ，４０６ｂの意味は領域４０５ａ，４０５ｂと同様であり、編集長にあたる人物の選択と同様の方法で、ＡＤにあたる人物が選択される。

選択部４０７は、対象雑誌の進行（制作者）にあたる人物を入力する部分であり、領域４０７ａ，４０７ｂを有する。領域４０７ａ，４０７ｂの意味は領域４０５ａ，４０５ｂと同様であり、編集長にあたる人物の選択方法と同様の方法で、進行にあたる人物が選択される。

選択部４０８は、対象雑誌の編集者にあたる人物を入力する部分であり、領域４０８ａ，４０８ｂを有する。領域４０８ａ，４０８ｂの意味は領域４０５ａ，４０５ｂと同様であり、編集長にあたる人物の選択方法と同様の方法で、編集者にあたる人物が選択される。

後述する各工程には、その工程を行うことのできる人物の役職が予め決まっており、役職（編集長、ＡＤ、進行、又は、編集者）に割り当てられた人物は、その役職に対応する工程を行うことができる。なお、本実施形態では、１つの役職に対して複数の人物を割り当てることができる。

登録ボタン４０９は、雑誌情報を登録するためのボタンであり、編集長が登録ボタン４０９を押下すると、入力された雑誌名、発行サイクル、キーワード、説明、編集長、ＡＤ、進行、及び、編集者を表す情報が雑誌情報としてバックエンドサーバ１０２に送られ、登録される。

（ｃｓｓファイル登録）
次に、ＡＤが、フロントサーバ１０１を用いて、対象雑誌で使用するｃｓｓファイルを登録する。ｃｓｓファイルは、ｘｈｔｍｌファイルの要素をどのようなスタイル（フォント、サイズ、色、行間、余白など）で表示するかを指示するファイルであり、ｃｓｓファイルでは、スタイル毎に、そのスタイルがスタイル名と対応付けて定義されている。ｘｈｔｍｌファイルでは、各要素がスタイル名と対応付けて記述され、ｘｈｔｍｌファイルの各要素は、ｃｓｓファイルで定義されているスタイルのうち、その要素に対応するスタイル名のスタイルで表示される。本工程において登録されるｃｓｓファイルは、例えば、対象雑誌で使用される複数のスタイルのうちの少なくとも一部のスタイルを定義するｃｓｓファイルであり、対象雑誌の記事中のタイトル、本文、コラム、注釈、画像などを表示する際のスタイルを決定する際に利用される。

「ｃｓｓファイル登録」時には、例えば、図４に示すような画面５００がモニタ（フロントサーバ１０１に接続されたモニタ）に表示される。画面５００は、領域５０１，５０２を有する。

ＡＤが、領域５０１内にある選択ボタン５０１ａを押下して、予め用意された複数のｃｓｓファイルの中から、登録するｃｓｓファイルを選択すると、選択されたｃｓｓファイルのファイル名が領域５０１内にあるテキストボックス５０１ｂに表示される。そして、ＡＤが領域５０１内にある追加ボタン５０１ｃを押下すると、選択されたｃｓｓファイルがバックエンドサーバ１０２に送られ、登録される。

領域５０２には、登録されているｃｓｓファイルのリスト５０２ａが表示される。また、領域５０２には、リスト５０２ａ内にあるｃｓｓファイル（登録されているｃｓｓファイル）毎に、そのｃｓｓファイルに対応するチェックボックス５０２ｂが表示される。ＡＤが、チェックボックスにチェックを入れ、領域５０２内にある削除ボタン５０２ｃを押下すると、チェックが入れられていたチェックボックスに対応するｃｓｓファイルの登録が解除され、当該ｃｓｓファイルがリストから削除される。

（記事スタイル登録）
次に、編集長または進行が、１つ以上のｃｓｓファイルの集まりを「記事スタイル」として登録する。

「記事スタイル登録」時には、例えば、図５に示すような画面６００がモニタ（フロントサーバ１０１に接続されたモニタ）に表示される。画面６００は、テキストボックス６０１、領域６０２、領域６０３、及び、登録ボタン６０４を有する。

テキストボックス６０１は、「記事スタイル」の名前を入力するためのものである。編集長または進行は、テキストボックス６０１に「記事スタイル」の名前を入力する。

領域６０２，６０３は、入力された名前の「記事スタイル」に対応するｃｓｓファイル、及び、その順番を決定するために操作される。編集長または進行は、領域６０２を操作することにより、「スタイル登録」で登録されたｃｓｓファイルの中から、入力された名前の「記事スタイル」に対応するｃｓｓファイルを選択することができ、領域６０３を操作することにより、選択されたｃｓｓファイルの順番を変更したり、選択されたｃｓｓファイルを、入力された名前の「記事スタイル」に対応するｃｓｓファイルから除外したりすることができる。

登録ボタン６０４は、「記事スタイル」を登録するためのボタンである。編集長または進行が登録ボタン６０４を押下すると、「記事スタイル」を表す情報（「記事スタイル」の名前、及び、「記事スタイル」に対応するｃｓｓファイル及びその順番を表す情報）が、バックエンドサーバ１０２に送られ、登録される。

編集長または進行は、上述した登録を繰り返し行うことにより、複数の「記事スタイル」を登録することができる。

なお、詳細は後述するが、ｘｈｔｍｌファイルでは、「記事スタイル」に含まれるｃｓｓファイルがその順番で参照されることになる。そして、ｘｈｔｍｌファイルに記述されているスタイル名のスタイルが「記事スタイル」に含まれる複数のｃｓｓファイルで定義されている場合には、最後に参照されたｃｓｓファイルで定義されているスタイルが採用される。即ち、「記事スタイル」として、図５に示すように、ｍａｉｎ．ｃｓｓとｔｏｚ
ａｎ．ｃｓｓの２つのｃｓｓファイルがその順番で登録されており、ｘｈｔｍｌファイルに記述されているスタイル名に対応するスタイルが当該２つのｃｓｓファイルで定義されている場合には、ｔｏｚａｎ．ｃｓｓで定義されているスタイルが採用される。そのため、複数のｃｓｓファイルを含む「記事スタイル」を登録する際に、当該複数のｃｓｓファイルの順番は重要である。

（Ｆ割登録）
次に、編集長または進行が、対象雑誌の記事構成を設計し、設計結果として、記事の情報（記事のタイトルと記事スタイルを少なくとも表す情報）と順番を表す情報を登録する。従来の雑誌制作では、制作者は、折り単位で雑誌（印刷物）のどこにどのページが割り当たるかを表す台割（台割表）を作成したうえで、つまり、記事の順番と各記事のページ数とを決めたうえで、雑誌の制作にとりかかっていた。従来の雑誌制作において記事の順番と各記事のページ数を厳密に決める必要があるのは、刷版上でページをどのようにレイアウトするかを決める必要があったためである。しかし、電子出版の場合には、ページ数の制約がないため、ページ数を厳密に決める必要はなく、電子出版には台割はそぐわない。そこで、本実施形態では、設計結果として、記事の情報と順番を表す情報を登録する。上述したように、本実施形態では、記事毎に原稿ファイル（Ｗｏｒｄファイル）が用意される。そこで、本実施形態では、記事の情報と順番を表す情報を「Ｆ（ファイル）割情報」と呼ぶこととする。

「Ｆ割登録」時には、例えば、図６に示すような画面７００がモニタ（フロントサーバ１０１に接続されたモニタ）に表示される。画面７００は、領域７０１、領域７０２、及び、登録ボタン７０３を有する。

領域７０１は、対象雑誌の号情報を入力する領域である。具体的には、領域７０１は、テキストボックス７０１ａ〜７０１ｅを有する。テキストボックス７０１ａは、対象雑誌の発行年を表す情報（「２０１２年」など）を入力するためのものであり、テキストボックス７０１ｂは、対象雑誌の発行日を表す情報（「１０月２５日号」など）を入力するためのものであり、テキストボックス７０１ｃは、対象雑誌が通巻何号かを表す情報（「通巻６号」など）を入力するためのものである。また、テキストボックス７０１ｄは、対象雑誌のキーワードを入力するためのものであり、テキストボックス７０１ｅは、対象雑誌の説明を入力するためのものである。編集長または進行は、テキストボックス７０１ａ〜７０１ｅのそれぞれに情報を入力する。なお、ここで入力されるキーワード及び説明は、電子書籍（ＥＰＵＢファイル）のストアなどでの対象雑誌の検索に利用されるものであり、対象雑誌の号に限ったキーワード及び説明である。

領域７０２は、Ｆ割情報を入力する領域であり、記事情報入力部７０２ａ、追加ボタン７０２ｂ、及び、削除ボタン７０２ｃを有する。

記事情報入力部７０２ａは、１つの記事に関する情報（記事情報）を入力するためのものである。図６に示すように、本実施形態では、記事情報として、「括り」、「タイプ」、「タイトル」、「スタイル」、及び、「担当」が入力される。具体的には、「括り」として、記事の種別が入力され、「タイプ」として、後述する超原稿用紙の種類が入力され、「タイトル」として、入力対象の記事のタイトルが入力される。そして、「スタイル」として、入力された「タイプ」の超原稿用紙で使用されるスタイルを定義する「記事スタイル」の名前が入力され、「担当」として、入力対象の記事の担当者が入力される。本実施形態では、記事の種別、超原稿用紙の種類、「記事スタイル」の名前、担当者などが事前に登録されており、「括り」、「タイプ」、「スタイル」、及び、「担当」については、事前に登録されたもののリストから選択することができるようになっている。「タイトル」については、テキストボックスを用いて入力することができるようになっている。

また、記事情報入力部７０２ａは、チェックボックス７０２ａ１、ＵＰボタン７０２ａ２、及び、ＤＯＷＮボタン７０２ａ３をさらに有する。画面７００では複数の記事情報入力部７０２ａが上から下に並べて表示される。ＵＰボタン７０２ａ２は、対応する記事情報入力部７０２ａを１つ上の記事情報入力部７０２ａと順番を入れ替えるためのボタンであり、ＤＯＷＮボタン７０２ａ３は、対応する記事情報入力部７０２ａを１つ下の記事情報入力部７０２ａと順番を入れ替えるためのボタンである。記事情報入力部７０２ａの順番は雑誌内での記事の順番に対応しており、編集長または進行は、ＵＰボタン７０２ａ２やＤＯＷＮボタン７０２ａ３を押下して記事情報入力部７０２ａの順番を変更することにより、記事の順番を変更することができる。チェックボックス７０２ａ１は、対応する記事情報入力部７０２ａを削除するために使用される。

追加ボタン７０２ｂは、記事情報入力部７０２ａを追加するためのボタンである。編集長または進行は、記事を追加したい場合に、追加ボタン７０２ｂを押下する。追加ボタン７０２ｂが押下されると、新たな記事情報入力部７０２ａが追加される。

削除ボタン７０２ｃは、記事情報入力部７０２ａを削除するためのボタンである。編集長または進行は、削除したい記事情報入力部７０２ａのチェックボックス７０２ａ１にチェックを入れ、削除ボタン７０２ｃを押下する。それにより、チェックボックス７０２ａ１にチェックが入れられた記事情報入力部７０２ａが削除される。

登録ボタン７０３は、号情報やＦ割情報を登録するためのボタンである。編集長または進行が登録ボタン７０３を押下すると、テキストボックス７０１ａ〜７０１ｅに入力された情報が号情報としてバックエンドサーバ１０２に送られ、登録される。また、領域７０２に入力された記事情報（雑誌内での記事の順番で並んだ記事情報のリスト）がＦ割情報としてバックエンドサーバ１０２に送られ、登録される。

（原稿作成依頼）
次に、編集者が、ライター（記事の作成者）に原稿ファイルの作成を依頼する。なお、本工程は、「Ｆ割登録」の工程より後に行われてもよいし、「記事スタイル登録」から「Ｆ割登録」までの工程と並列に行われてもよい。

このとき、編集者は、超原稿用紙と呼ばれる、記事作成用のテンプレートファイルをライターに渡す。本実施形態では、Ｆ割情報を決定する際に、各括りの記事をどのようにデザインするかが決められ、各括りの記事に対して、その括り用の種類（上述した「タイプ」）の超原稿用紙が作成される。そして、「Ｆ割登録」において決定された各記事の「タイプ」に応じた超原稿用紙がライターに渡される。図７は超原稿用紙３０１の一例を模式的に示している。超原稿用紙３０１では、記事の構成要素（ヘッダ、記事タイトル、本文、写真、写真の説明など）のレイアウト、各構成要素のスタイル（フォント、サイズ、色など）などが予め定められている。超原稿用紙３０１は、例えば、一般的な文書作成ソフト（例えば、マイクロソフト社製の「Ｗｏｒｄ」）を用いて生成されており、スタイルやレイアウトは、文書作成ソフトの機能を用いて予め定められている。本実施形態では、超原稿用紙はＷｏｒｄファイルであるものとする。

従来の雑誌制作では、テキストデータ、画像データ、イラスト（線画）データ、あるいは手書き原稿や写真などの素材がばらばらに入稿され、編集者がページレイアウトソフトを用いてそれらの素材を配置したり、色付けやフォント設定を行ったりして、最終的なページデータを生成するのが一般的であった。これに対し、本実施形態では、各ライターに超原稿用紙を提供し、その超原稿用紙に定義されたスタイルやレイアウトに従って執筆（テキストの打ち込みや画像の貼り付け）を行ってもらう。それにより、レイアウトやスタ
イルが整えられた原稿ファイルが出来上がるため、編集者の負担を軽減することができる。

また、超原稿用紙には、置換要素を埋め込むことができる。置換要素とは、後述するＥＰＵＢファイル生成時に、その時点まで決まらない情報に置き換えられる要素である。置換要素は、例えば、ＥＰＵＢファイル内の所定のページ（目次、先頭ページ、前ページ、後ページ、最終ページなど）、関連する記事、ＵＲＩなどへのハイパーリンク、ＥＰＵＢファイルの生成日時、ＥＰＵＢファイル生成時における株価、電子書籍のストアで定められた定型文などに置き換えられる要素である。上述したように、置換要素の置き換え後の情報は原稿執筆時には未定であるため、置換要素では置き換え後の情報の代わりに規定の文字列（規定の文字列をリンク先とするハイパーリンク）を埋め込んでおく。そして、ＥＰＵＢファイル生成時に上記規定の文字列の置き換えが自動で行われる。

（原稿登録）
次に、編集者が、ライターから受け取った原稿ファイル（Ｗｏｒｄファイル）を登録する。

（ｘｈｔｍｌ変換）
そして、編集長または進行が、フロントサーバ１０１を用いて、各記事のＷｏｒｄファイルの、ｘｈｔｍｌファイルへの変換を行う。なお、本工程は、全ての記事のＷｏｒｄファイルが登録（入稿）された後に行われてもよいし、一部の記事のみのＷｏｒｄファイルが登録されている状態で行われてもよい。

（ＥＰＵＢ生成）
次に、編集長または進行が、フロントサーバ１０１を用いて、ＥＰＵＢファイルの生成を行う。なお、本工程は、全ての記事についてｘｈｔｍｌファイルへの変換が行われた後に行われる。

「原稿登録」時、「ｘｈｔｍｌ変換」時、及び「ＥＰＵＢ生成」時には、図８に示すような画面８００が表示される。画面８００は、領域８０１とｘｈｔｍｌ変換ボタン８０２を有する。領域８０１には、記事毎に、その記事の記事情報と、当該記事のステータス（「未入稿」、「変換待ち」、又は、「変換済み」）とが表示される。「未入稿」は原稿が登録されていない状態であり、「変換待ち」は、原稿が登録されているが、Ｗｏｒｄファイルからｘｈｔｍｌファイルへの変換が行われていない状態であり、「変換済み」は、原稿が登録されており、Ｗｏｒｄファイルからｘｈｔｍｌファイルへの変換も済んでいる状態である。なお、ここでは、記事情報として、編集者が記事を判断することができる情報が表示されればよく、「Ｆ割登録」時に入力された情報（「括り」、「タイプ」、「タイトル」、「スタイル」、及び、「担当」）の全てが表示されてもよいし、一部が表示されてもよい。

画面８００のステータスはボタンとなっており、編集者がステータスを押下するとファイル選択画面が表示される。編集者がファイル選択画面を用いてＷｏｒｄファイルを選択すると、選択されたＷｏｒｄファイルが、バックエンドサーバ１０２に送られ、押下されたステータスに対応する記事情報に対応付けられて登録される。

具体的には、編集者が「未入稿」を押下してＷｏｒｄファイルを選択すると、選択されたＷｏｒｄファイルが、バックエンドサーバ１０２に送られ、押下された「未入稿」に対応する記事情報に対応付けられて登録される。そして、ステータスが「未入稿」から「変換待ち」に切り替わる。

編集者が「変換待ち」を押下してＷｏｒｄファイルを選択すると、選択されたＷｏｒｄファイルが、バックエンドサーバ１０２に送られ、押下された「変換待ち」に対応する記事情報に対応付けられて登録されているＷｏｒｄファイルが、選択されたＷｏｒｄファイルに更新される。ステータスは「変換待ち」のまま変わらない。

編集者が「変換済み」を押下してＷｏｒｄファイルを選択すると、選択されたＷｏｒｄファイルが、バックエンドサーバ１０２に送られ、押下された「変換済み」に対応する記事情報に対応付けられて登録されているＷｏｒｄファイルが、選択されたＷｏｒｄファイルに更新される。そして、ステータスが「変換済み」から「変換待ち」に切り替わる。

ｘｈｔｍｌ変換ボタン８０２は、Ｗｏｒｄファイルをｘｈｔｍｌファイルに変換するためのボタンである。ｘｈｔｍｌ変換ボタン８０２が押下されると、バックエンドサーバ１０２により、「変換待ち」の記事情報に対応するＷｏｒｄファイルをｘｈｔｍｌファイルに変換する処理が行われ、変換によって得られたｘｈｔｍｌファイルが、変換元のＷｏｒｄファイルに対応する記事情報に対応付けられる。その後、「変換待ち」であるステータスが「変換済み」に切り替わる。

Ｗｏｒｄファイルからｘｈｔｍｌファイルへの変換について詳しく説明する。

バックエンドサーバ１０２には、Ｗｏｒｄファイルのスタイル毎のスタイル名を表す定義情報が予め格納されており、バックエンドサーバ１０２（バックエンドサーバ１０２が有する変換エンジン）は、図７に示すように、上記定義情報と、変換対象のＷｏｒｄファイルに対応する記事情報に含まれる「記事スタイル」とを用いて、変換対象のＷｏｒｄファイルをｘｈｔｍｌファイルに変換する。本実施形態では、「記事スタイル」に含まれるｃｓｓファイルをその順番（「記事スタイル」におけるｃｓｓファイルの順番）で参照することが、ｘｈｔｍｌファイルに記述される。また、Ｗｏｒｄファイルに画像が貼り付けられている場合には、当該画像の画像ファイルが生成される。そして、Ｗｏｒｄファイルの要素（文章や画像ファイル）毎に、その要素のスタイルを表すスタイル名が上記定義情報から判断され、当該要素が、判断されたスタイル名と対応付けてｘｈｔｍｌファイルに記述される。このとき、スタイル名として、上記定義情報に従ったスタイル名が記述される。以上の処理により、Ｗｏｒｄファイルがｘｈｔｍｌファイルに変換される。

例えば、「記事スタイル」が、ｍａｉｎ．ｃｓｓとｔｏｚａｎ．ｃｓｓの２つのｃｓｓファイルがその順番で並べられた「記事スタイル」である場合、当該２つのｃｓｓファイルをその順番で参照することがｘｈｔｍｌファイルに記述される。そして、Ｗｏｒｄファイルで、「秋に訪れてもらいたい山の１つとして○○山があります。真っ赤なドレスを着た○○山の姿に魅了された登山者も多いことでしょう。」という文章がスタイル「本文」で記述されおり、定義情報で「本文」とスタイル名「スタイルＡ」が対応付けられていた場合、ｘｈｔｍｌファイルには、上記文章が「スタイルＡ」と対応付けて記述される。Ｗｏｒｄファイルに存在する他の要素についても、同様に、定義情報に応じたスタイル名と対応付けて記述される。それにより、Ｗｏｒｄファイルがｘｈｔｍｌファイルに変換される。このようなｘｈｔｍｌファイルでは、例えば、「スタイルＡ」に対応するスタイルが上記２つのｃｓｓファイルから判断され、判断されたスタイルで上記文章が表示される。

全ての記事についてｘｈｔｍｌファイルへの変換が行われると、図８の画面８００にＥＰＵＢ生成ボタン８０３が表示される。ＥＰＵＢ生成ボタン８０３は、ＥＰＵＢファイルを生成するためのボタンであり、ＥＰＵＢ生成ボタン８０３が押下されると、バックエンドサーバ１０２により、ＥＰＵＢファイルを生成する処理が行われる。本実施形態では、ＥＰＵＢファイルは、Ｆ割情報と、各記事のｘｈｔｍｌファイル、画像ファイル、及び、ｃｓｓファイルとに基づいて生成される。

ＥＰＵＢファイルの生成について、図１０のフローチャートを用いて詳しく説明する。図１０のフローチャートの処理は、ＥＰＵＢ生成ボタン８０３が押下されたことをトリガとして開始される。

まず、バックエンドサーバ１０２が、目次用のメタデータを生成する（Ｓ１００１）。電子書籍を閲覧するためのビューワは、電子書籍のページを表示する機能の他に、目次として記事のタイトルのリスト（タイトルリスト）を表示する機能を有する。図９（ａ）〜（ｃ）は、ビューワの画面の一例を示す図である。編集長または進行がメニューバー９０１の表示タグボタン９０２を押下すると、図９（ｂ）に示すように、表示タグのメニューリスト９０３が表示される。そして、編集長または進行がメニューリスト９０３内にある目次ボタン９０４を押下すると、図９（ｃ）に示すように、タイトルリスト９０５が表示される。目次用のメタデータは、このようなタイトルリストを表示するためのものである。バックエンドサーバ１０２は、Ｆ割情報に含まれる記事情報の順番で、各記事のタイトル（記事情報に含まれる「タイトル」）を取得し、各記事のタイトルを取得順に記載したテキストデータを、目次用メタデータとして生成する。

次に、バックエンドサーバ１０２が、目次のページを自動生成する（Ｓ１００２）。目次のページは、上述したタイトルリストのようにビューワの独自機能によって表示されるものではなく、図９（ａ）に示すような雑誌内のページである。バックエンドサーバ１０２は、Ｆ割情報に含まれる記事情報の順番で、各記事のタイトル（記事情報に含まれる「タイトル」）を取得し、各記事のタイトルを取得順に記載したページを、目次のページとして生成する。なお、各記事のタイトルの取得は、Ｓ１００１において行われているため、Ｓ１００２において改めて行われなくてもよい。例えば、Ｓ１００１で生成されたテキストデータを用いて、目次のページが生成されてもよい。

ビューワの操作に慣れている読者であれば、Ｓ１００１で生成されたメタデータに基づく上記タイトルリスト（ビューワの独自機能によって表示されるタイトルリスト）を表示することは容易であるが、ビューワの操作に慣れていない読者は、上記タイトルリストを容易に表示することができず、煩わしさを感じることがある。本実施形態では、目次のページが生成されるため、本を読む感覚で目次を確認することが可能となり、ビューワの操作に慣れていない読者でも容易に目次を確認することが可能となる。

Ｓ１００２の次に、バックエンドサーバ１０２が、対象雑誌の各記事に対応するｘｈｔｍｌファイル、及び、当該ｘｈｔｍｌファイルで参照される画像ファイルとｃｓｓファイルから、目次のページの後に続くページを生成する（Ｓ１００３）。具体的には、バックエンドサーバ１０２は、Ｆ割情報で表される記事の順番（Ｆ割情報を構成する記事情報の順番）で、記事毎に、その記事のｘｈｔｍｌファイル、及び、当該ｘｈｔｍｌファイルで参照される画像ファイルとｃｓｓファイルから、現在のページの後に続くページを生成する。即ち、複数のｘｈｔｍｌファイルに対応する複数の記事のページであって、目次のページの後に続く複数の記事のページが、Ｆ割情報で表される記事の順番に従って生成される。それにより、記事のページを正確な順番で生成することができる。このような処理が可能なのは、ｘｈｔｍｌファイルと記事情報が対応付けられており、Ｆ割情報が記事の順番を表す情報を含んでいる（Ｆ割情報が記事順に並んだ記事情報を含む）ためである。

次に、バックエンドサーバ１０２が、目次のページに記述されている各記事のタイトルに対して、対応する記事のページへのリンクを貼り付ける（Ｓ１００４）。具体的には、バックエンドサーバ１０２は、対象雑誌の各記事のページの生成結果から各記事のページを判断し、各記事のページの判断結果に従ってリンクの貼り付けを行う。

目次のページに記述されている各記事のタイトルにリンクが貼られていない場合、読者は、目次のページから所望の記事のページまで１ページずつページを送らなければならないが、本実施形態では、目次のページに記述されている各記事のタイトルにリンクを貼ることにより、目次のページから所望の記事のページまで一気にページを送ることができ（目次のページから所望の記事のページへジャンプすることができ）、所望のページまで１ページずつページを送る手間を省くことができる。

Ｓ１００４の次に、バックエンドサーバ１０２が、記事のページに記述されている置換要素の置換を行う（Ｓ１００５）。具体的には、バックエンドサーバ１０２は、本ステップまでに生成された各ページ内をスキャンして置換要素を検出し、所定の方法で置換要素の置換後の情報を判断する。そして、バックエンドサーバ１０２は、検出した置換要素を、判断した置換後の情報に置換する。なお、置換要素の置換方法（置換後の情報の判断方法、置換要素の検出方法など）の具体例については後述する。

そして、バックエンドサーバ１０２は、以上の方法で生成された各ページとメタデータとを含むファイルを、ＥＰＵＢファイルとして生成する（Ｓ１００６）。なお、生成されたＥＰＵＢファイルは、予め用意されたチェッカーを用いて、正常なファイルが作成されたか否かがチェックされてもよい。

以下に置換要素の置換方法（Ｓ１００５の処理）の具体例を説明する。

図７の例では、ページ内の所定の位置に、「目次へ」「前記事へ」、「後記事へ」の３つの置換要素が埋め込まれている。「目次へ」は、「ｔｏｃ」という文字列（予約語）をリンク先とするハイパーリンクであり、「前記事へ」は、「ｐｒｅｖｉｏｕｓＴｏｐｉｃ」をリンク先とするハイパーリンクであり、「後記事へ」は、「ｎｅｘｔＴｏｐｉｃ」をリンク先とするハイパーリンクである。また、図７の例では、ページ内の所定の位置に、置換要素である「生成日」が埋め込まれている。Ｓ１００５では、「目次へ」、「前記事へ」、「後記事へ」のリンク先が置換される。また、Ｓ１００５では、「生成日」が、ＥＰＵＢファイル生成時の日付を表す「＊＊＊＊年＊＊月＊＊日版」に置換される。

（「目次へ」のリンク先の置換について）
「目次へ」のリンク先の置換を行う際には、リンク先を「ｔｏｃ」とするハイパーリンクが検出され、Ｓ１００２の処理結果から、目次のページが判断される。そして、検出したハイパーリンクのリンク先が「ｔｏｃ」から目次のページに置換される。

（「前記事へ」のリンク先の置換について）
「前記事へ」のリンク先の置換を行う際には、リンク先を「ｐｒｅｖｉｏｕｓＴｏｐｉｃ」とするハイパーリンクが検出され、Ｆ割情報とｘｈｔｍｌファイルの対応付けから、検出されたハイパーリンクが埋め込まれている記事の１つ前の記事のページが判断される。そして、検出したハイパーリンクのリンク先が「ｐｒｅｖｉｏｕｓＴｏｐｉｃ」から１つ前の記事のページに置換される。但し、最初の記事に埋め込まれているハイパーリンクについては、１つ前の記事が存在しないため、リンク先の置換が行われずに、ハイパーリンクが削除される。

（「後記事へ」のリンク先の置換について）
「後記事へ」のリンク先の置換を行う際には、リンク先を「ｎｅｘｔＴｏｐｉｃ」とするハイパーリンクが検出され、Ｆ割情報とｘｈｔｍｌファイルの対応付けから、検出されたハイパーリンクが埋め込まれている記事の１つ後の記事のページが判断される。そして、ハイパーリンクのリンク先が「ｎｅｘｔＴｏｐｉｃ」から１つ後の記事のページに置換される。但し、最後の記事に埋め込まれているハイパーリンクについては、１つ後の記事
が存在しないため、リンク先の置換が行われずに、ハイパーリンクが削除される。

「目次へ」、「前記事へ」、及び、「後記事へ」などのハイパーリンクが埋め込まれていない従来の電子書籍では、読者は、現在のページから所望の記事のページまで１ページずつページを送らなければならなかったが、本実施形態では、上記ハイパーリンクを埋め込むことにより、所望のページまで一気にページを送ることができ、所望のページまで１ページずつページを送る手間を省くことができる。

（「生成日」の置換について）
「生成日」の置換を行う際には、「生成日」が記述されている箇所が検出され、バックエンドサーバ１０２の内蔵時計やインターネットから現在の日付が判断される。そして、検出した「生成日」の記述が、現在の日付を表す「＊＊＊＊年＊＊月＊＊日版」に置換される。

このように、本実施形態では、置換要素を利用することにより、ＥＰＵＢファイルの生成時まで決まらない情報をページに加えることが可能となる。なお、ページ単位で対象雑誌の設計を行えば、雑誌内の他のページへのハイパーリンクとして、正確なページをリンク先とするハイパーリンクを予め埋め込むことができるが、記事の数や順番に変更があったり、記事のページ数が増減したりすると、その都度、それに合わせてリンク先を修正しなくてはならない。本実施形態では、置換要素を利用して正確なリンク先が自動で設定されるため、リンク先を修正する手間を省くことができる。

以上述べたように、本実施形態によれば、登録されたＦ割情報で表される記事の順番と一致するように、登録された各記事の原稿ファイルに基づいて対象雑誌の各記事のページを生成することにより、記事のページが正確な順番で並んだ対象雑誌が生成される。そのため、ユーザは、Ｆ割情報と各記事の原稿ファイルを登録する、という簡単な作業を行えばよく、対象雑誌を容易に生成することができる。

なお、本実施形態に係る他の処理（雑誌情報、号情報、及び、記事スタイルの登録、原稿ファイルからｘｈｔｍｌファイルへの変換、目次のページの生成、リンクの貼り付け、置換要素の置き換え、など）は必ずしも行われなければならないものではなく、必要に応じて省略することもできる。

なお、各工程の実施者の役職は、図２に示す役職に限らない。例えば、１つの役職の人物が図２に示す各工程を実施することができてもよいし、全ての役職の人物が図２に示す各工程を実施することができてもよい。

なお、Ｆ割情報は、少なくとも記事の順番を表していればよく、他の情報（各記事の「括り」、「タイプ」、「タイトル」、「スタイル」、「担当」等）を表していなくてもよい。また、本実施形態では、記事情報の順番によって記事の順番が表されるものとしたが、記事の順番を表し方はこれに限らない。例えば、記事毎にその記事の順番を表す数値が割り当てられてもよい。

なお、本実施形態では、対象書籍（電子書籍）として雑誌のＥＰＵＢファイルを生成する例を説明したが、対象書籍はこれに限らない。例えば、対象書籍は、コミック、小説、参考書、などの電子書籍であってもよいし、対象書籍のファイル形式は、ＥＰＵＢファイル以外のファイル形式であってもよい。

１００ 編集システム
１０１ フロントサーバ
１０２ バックエンドサーバ
３０１ 超原稿用紙
４００，５００，６００，７００，８００ 画面
４０１〜４０４ 入力部
４０５〜４０８ 選択部
４０５ａ，４０５ｂ，４０６ａ，４０６ｂ 領域
４０７ａ，４０７ｂ，４０８ａ，４０８ｂ 領域
４０９，６０４，７０３ 登録ボタン
５０１，５０２，６０２，６０３，７０１，７０２，８０１ 領域
５０１ａ 選択ボタン
５０１ｂ，６０１，７０１ａ〜７０１ｅ テキストボックス
５０１ｃ，７０２ｂ 追加ボタン
５０２ａ リスト
５０２ｂ，７０２ａ１ チェックボックス
５０２ｃ，７０２ｃ 削除ボタン
７０２ａ 記事情報入力部
７０２ａ２ ＵＰボタン
７０２ａ３ ＤＯＷＮボタン
８０２ ｘｈｔｍｌ変換ボタン
８０３ ＥＰＵＢ生成ボタン
９０１ メニューバー
９０２ 表示タグボタン
９０３ メニューリスト
９０４ 目次ボタン
９０５ タイトルリスト

Claims (8)

1. 電子書籍を生成する編集システムであって、
   ユーザ操作に応じて、生成対象の電子書籍である対象書籍の記事の順番を少なくとも表すＦ割情報を登録するＦ割情報登録手段と、
   ユーザ操作に応じて、前記対象書籍の各記事の原稿ファイルを登録する入稿手段と、
   ユーザ操作に応じて、前記対象書籍を生成する電子書籍生成手段と、
   を有し、
   前記電子書籍生成手段は、前記対象書籍の記事の順番が、登録されたＦ割情報で表される記事の順番と一致するように、登録された各記事の原稿ファイルに基づいて前記対象書籍の各記事のページを生成することにより、前記対象書籍を生成する
   ことを特徴とする編集システム。
2. ユーザ操作に応じて、予め用意された複数のスタイル定義ファイルのうちの１つ以上のスタイル定義ファイルであって、マークアップ言語で記述された構造化テキストファイルで参照されるスタイル定義ファイルである記事スタイルを複数登録する記事スタイル登録手段と、
   原稿ファイルで使用されるスタイル毎のスタイル名を表す定義情報を記憶する記憶手段と、
   登録されたＦ割情報、登録された原稿ファイル、登録された記事スタイル、及び、前記定義情報から、前記対象書籍の各記事の構造化テキストファイルを生成する構造化テキストファイル生成手段と、
   をさらに有し、
   前記Ｆ割情報は、前記対象書籍の各記事の記事スタイルをさらに表し、
   前記構造化テキストファイル生成手段は、登録されたＦ割情報から前記対象書籍の各記事の記事スタイルを判断し、前記対象書籍の記事毎に、その記事の原稿ファイルと記事スタイル、及び、前記定義情報から、当該記事の構造化テキストファイルを生成し、
   前記電子書籍生成手段は、前記対象書籍の記事毎に、その記事の構造化テキストファイルと記事スタイルから、当該記事のページを生成する
   ことを特徴とする請求項１に記載の編集システム。
3. 前記対象書籍の各記事の作成者は、記事作成用のテンプレートファイルである超原稿用紙に対して記事の各要素を入力することにより、原稿ファイルを作成し、
   前記複数の記事スタイルとして、前記超原稿用紙の種類毎の、その種類の超原稿用紙で使用されているスタイルを表す１つ以上のスタイル定義ファイルが登録される
   ことを特徴とする請求項２に記載の編集システム。
4. 前記超原稿用紙には、規定の文字列が置換要素として埋め込まれており、
   前記電子書籍生成手段は、前記対象書籍の記事のページに埋め込まれている置換要素を、前記対象書籍の生成時まで決まらない情報に置き換える
   ことを特徴とする請求項３に記載の編集システム。
5. 前記置換要素は、規定の文字列をリンク先とするハイパーリンクであり、
   前記電子書籍生成手段は、前記対象書籍の記事のページに置換要素として埋め込まれているハイパーリンクのリンク先を置換する
   ことを特徴とする請求項４に記載の編集システム。
6. 前記対象書籍の生成時まで決まらない情報は、前記対象書籍内でのページ位置を含む
   ことを特徴とする請求項４または５に記載の編集システム。
7. 前記Ｆ割情報は、前記対象書籍の各記事のタイトルをさらに表し、
   前記電子書籍生成手段は、登録されたＦ割情報で表される各記事のタイトルから、前記対象書籍の目次のページを生成し、目次のページと記事のページとを含む電子書籍を前記対象書籍として生成する
   ことを特徴とする請求項１〜６のいずれか１項に記載の編集システム。
8. 前記電子書籍生成手段は、
   前記対象書籍の各記事のページの生成結果から、前記対象書籍の各記事のページ位置を判断し、
   前記目次のページに記述されている各記事のタイトルに対し、対応する記事のページへのリンクを貼り付ける
   ことを特徴とする請求項７に記載の編集システム。

Images