(57)【要約】【課題】一つの電子書籍を複数の電子書籍データに分解すると共にその分解された電子書籍データの中から選択した複数の電子書籍データを結合して、精度の高い新たな電子書籍データを簡単且つ効率的に生成することができる電子書籍データ生成装置及び電子書籍データ生成方法を提供する。【解決手段】分冊時及び合冊時に、起点配置側から始まっていない場合、及び、左右一対になっていない箇所が存在する場合、該当箇所にダミーページを挿入する。ＥＰＵＢ１、ＥＰＵＢ２、ＥＰＵＢ３の３つの電子書籍データ（合冊元の電子書籍データ）を合冊する場合、表紙補正として、それぞれの各表紙と対になる箇所にダミーページ（ｄｍｙ１）を挿入し、それぞれの表紙は必ずダミーページと対になる。また、ＥＰＵＢ１については、最終ページＬ３が左右一対になっていないので、最終ページ補正として、Ｌ３の対となる右側箇所にはダミーページ（ｄｍｙ２）を挿入する。【選択図】図７
2016071844.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも演算部と記憶部とを有するコンピュータによって構成され、通信回線を介して接続した情報端末による閲覧可能な電子書籍データを生成する電子書籍データ生成装置であって、
前記記憶部は、
書籍又は雑誌を電子データ化したテキスト情報又は画像情報と、該テキスト情報又は画像情報の内容を識別するメタ情報とを含む電子書籍データを記憶し、
前記電子書籍データ生成装置は、
前記電子書籍データを前記メタ情報にしたがって所定単位のコンテンツごとに分解する分解手段と、
前記分解手段により分解したコンテンツと他のコンテンツとを組み合わせて新たな電子書籍データを作成する結合手段と、
を備えたことを特徴とする電子書籍データ生成装置。
【請求項２】
前記分解手段は、前記電子書籍データのページ開き方向ごとに左右いずれかのページを起点ページとして設定し、前記コンテンツの最初のページが前記起点ページ側にないときに、前記起点ページ側にダミーページを挿入することを特徴とする請求項１に記載の電子書籍データ生成装置。
【請求項３】
前記分解手段は、前記コンテンツの連続するページにより構成される見開きページが左右一対になっていないときに、左右いずれかのページ側にダミーページを挿入することを特徴とする請求項１又は２に記載の電子書籍データ生成装置。
【請求項４】
前記結合手段は、前記コンテンツ同士の結合箇所であって、前のコンテンツの末尾箇所又は後のコンテンツの先頭箇所にダミーページを挿入することを特徴とする請求項１乃至３のいずれか１項に記載の電子書籍データ生成装置。
【請求項５】
前記結合手段は、ページ開き方向が左右異なる前記コンテンツ同士を結合するときに、一方のコンテンツにおいて連続するページの順番を組み替えることを特徴とする請求項１乃至４のいずれか１項に記載の電子書籍データ生成装置。
【請求項６】
前記結合手段は、ページの大きさ又は縦横比率が異なる前記コンテンツ同士を結合するときに、前記テキスト情報又は画像情報を拡大又は縮小してページ中央に配置すると共に、各ページの左右又は上下部分に余白を挿入して前記コンテンツ同士の大きさ及び縦横比率を統一することを特徴とする請求項１乃至５のいずれか１項に記載の電子書籍データ生成装置。
【請求項７】
少なくとも演算部と記憶部とを有するコンピュータが通信回線を介して接続した情報端末による閲覧可能な電子書籍データを生成する電子書籍データ生成方法であって、
前記コンピュータが、
書籍又は雑誌を電子データ化したテキスト情報又は画像情報と、該テキスト情報又は画像情報の内容を識別するメタ情報とを含む電子書籍データを前記記憶部に記憶する記憶工程と、
前記電子書籍データを前記メタ情報にしたがって所定単位のコンテンツごとに分解する分解工程と、
分解したコンテンツと他のコンテンツとを組み合わせて新たな電子書籍データを作成する結合工程と、
を行うことを特徴とする電子書籍データ生成方法。
【請求項８】
前記分解工程は、前記電子書籍データのページ開き方向ごとに左右いずれかのページを起点ページとして設定し、前記コンテンツの最初のページが前記起点ページ側にないときに、前記起点ページ側にダミーページを挿入することを特徴とする請求項７に記載の電子書籍データ生成方法。
【請求項９】
前記分解工程は、前記コンテンツの連続するページにより構成される見開きページが左右一対になっていないときに、左右いずれかのページ側にダミーページを挿入することを特徴とする請求項７又は８に記載の電子書籍データ生成方法。
【請求項１０】
前記結合工程は、前記コンテンツ同士の結合箇所であって、前のコンテンツの末尾箇所又は後のコンテンツの先頭箇所にダミーページを挿入することを特徴とする請求項７乃至９のいずれか１項に記載の電子書籍データ生成方法。
【請求項１１】
前記結合工程は、ページ開き方向が左右異なる前記コンテンツ同士を結合するときに、一方のコンテンツにおいて連続するページの順番を組み替えることを特徴とする請求項７乃至１０のいずれか１項に記載の電子書籍データ生成方法。
【請求項１２】
前記結合工程は、ページの大きさ又は縦横比率が異なる前記コンテンツ同士を結合するときに、前記テキスト情報又は画像情報を拡大又は縮小してページ中央に配置すると共に、各ページの左右又は上下部分に余白を挿入して前記コンテンツ同士の大きさ及び縦横比率を統一することを特徴とする請求項７乃至１１のいずれか１項に記載の電子書籍データ生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報端末で閲覧可能な電子書籍データを生成する電子書籍データ生成装置及び電子書籍データ生成方法に関する。
【背景技術】
【０００２】
従来から、紙媒体によって供給されていた書籍又は雑誌等の印刷物を電子データ化して、電子書籍ビューワ（電子書籍を閲覧するための専用端末や電子書籍データを表示する専用ソフトウェア）により閲覧できるようにした電子書籍が存在する。
このような電子書籍には、例えば、複数の本や雑誌に含まれる記事を記事ごとにバラバラに電子化し、著作者とは別人である制作者が、その電子化した記事の中から任意に横断的に収集分類して独自の電子書棚を作成する技術も開示されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１２０１４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、ユーザが複数の記事をまとめて、単一の電子書籍データとして利用する際には、その新たな電子書籍データの生成が面倒であり、また、開き方向、大きさ、縦横比率等がそれぞれ異なる様々な記事を一つの新たな電子書籍データとしてまとめるにあたっては、見栄え良くレイアウトすることが難しいという問題があった。特に、見開きの２ページで一つの内容を構成している場合では、デザインが崩れたり、一つの画面上でその見開きページを見ることができなかったりと、見開きを保持することができないという問題があった。
【０００５】
本発明は、上記の課題に鑑みてなされたものであり、本発明の目的は、一つの電子書籍を複数の電子書籍データに分解すると共にその分解された電子書籍データの中から選択した複数の電子書籍データを結合して、精度の高い新たな電子書籍データを簡単且つ効率的に生成することができる電子書籍データ生成装置及び電子書籍データ生成方法を提供することにある。
【課題を解決するための手段】
【０００６】
前記課題は、本発明の電子書籍データ生成装置によれば、少なくとも演算部と記憶部とを有するコンピュータによって構成され、通信回線を介して接続した情報端末による閲覧可能な電子書籍データを生成する電子書籍データ生成装置であって、前記記憶部は、書籍又は雑誌を電子データ化したテキスト情報又は画像情報と、該テキスト情報又は画像情報の内容を識別するメタ情報とを含む電子書籍データを記憶し、前記電子書籍データ生成装置は、前記電子書籍データを前記メタ情報にしたがって所定単位のコンテンツごとに分解する分解手段と、前記分解手段により分解したコンテンツと他のコンテンツとを組み合わせて新たな電子書籍データを作成する結合手段と、を備えたことにより解決される。
また、本発明の電子書籍データ生成方法によれば、少なくとも演算部と記憶部とを有するコンピュータが通信回線を介して接続した情報端末による閲覧可能な電子書籍データを生成する電子書籍データ生成方法であって、前記コンピュータが、書籍又は雑誌を電子データ化したテキスト情報又は画像情報と、該テキスト情報又は画像情報の内容を識別するメタ情報とを含む電子書籍データを前記記憶部に記憶する記憶工程と、前記電子書籍データを前記メタ情報にしたがって所定単位のコンテンツごとに分解する分解工程と、分解したコンテンツと他のコンテンツとを組み合わせて新たな電子書籍データを作成する結合工程と、を行うことにより解決される。
これにより、例えば、一冊の書籍や雑誌等から成る一つの電子書籍を、テーマや特集等に沿って任意に分解したページごとに複数の電子書籍データ（コンテンツ）として提供することが可能となるので、ユーザは、元の電子書籍を丸々一冊購入する必要がなくなり、その電子書籍の中の必要なコンテンツのみを選択してリーズナブルに購入することができる。また、ユーザは、種々の電子書籍の中からそれぞれ必要なコンテンツのみを選択し、それらの複数のコンテンツ同士を自由に組み合わせて一つにまとめることにより、新たにオリジナルの電子書籍データを簡単に生成することができる。このように、ユーザは、複数のコンテンツをまとめた単一の電子書籍データを生成することにより、コンテンツごとに複数の電子書籍データ間を行き来するような手間もなく、一つの電子書籍として楽しむことができる。
【０００７】
また、本発明の電子書籍データ生成装置によれば、前記分解手段は、前記電子書籍データのページ開き方向ごとに左右いずれかのページを起点ページとして設定し、前記コンテンツの最初のページが前記起点ページ側にないときに、前記起点ページ側にダミーページを挿入すること、により解決される。また、前記分解手段は、前記コンテンツの連続するページにより構成される見開きページが左右一対になっていないときに、左右いずれかのページ側にダミーページを挿入すること、により解決される。
また、本発明の電子書籍データ生成方法によれば、前記分解工程は、前記電子書籍データのページ開き方向ごとに左右いずれかのページを起点ページとして設定し、前記コンテンツの最初のページが前記起点ページ側にないときに、前記起点ページ側にダミーページを挿入すること、により解決される。また、前記分解工程は、前記コンテンツの連続するページにより構成される見開きページが左右一対になっていないときに、左右いずれかのページ側にダミーページを挿入すること、により解決される。
このように、起点となる配置から順序良く左右一対になっているか否かを確認して、左右一対になっていない箇所にダミーページを挿入することにより、電子書籍を分解した後であっても、コンテンツごとに見開きページを保持することができる。そのため、例えば、写真が２ページにまたがる場合等、見開きの２ページで一つの内容を構成している場合であっても、紙媒体の場合と同様、デザインが崩れることなく、一つの画面上でその見開きページを閲覧することができる。
【０００８】
また、本発明の電子書籍データ生成装置によれば、前記結合手段は、前記コンテンツ同士の結合箇所であって、前のコンテンツの末尾箇所又は後のコンテンツの先頭箇所にダミーページを挿入すること、により解決される。また、前記結合手段は、ページ開き方向が左右異なる前記コンテンツ同士を結合するときに、一方のコンテンツにおいて連続するページの順番を組み替えること、により解決される。また、前記結合手段は、ページの大きさ又は縦横比率が異なる前記コンテンツ同士を結合するときに、前記テキスト情報又は画像情報を拡大又は縮小してページ中央に配置すると共に、各ページの左右又は上下部分に余白を挿入して前記コンテンツ同士の大きさ及び縦横比率を統一すること、により解決される。
また、本発明の電子書籍データ生成方法によれば、前記結合工程は、前記コンテンツ同士の結合箇所であって、前のコンテンツの末尾箇所又は後のコンテンツの先頭箇所にダミーページを挿入すること、により解決される。また、前記結合工程は、ページ開き方向が左右異なる前記コンテンツ同士を結合するときに、一方のコンテンツにおいて連続するページの順番を組み替えること、により解決される。
また、前記結合工程は、ページの大きさ又は縦横比率が異なる前記コンテンツ同士を結合するときに、前記テキスト情報又は画像情報を拡大又は縮小してページ中央に配置すると共に、各ページの左右又は上下部分に余白を挿入して前記コンテンツ同士の大きさ及び縦横比率を統一すること、により解決される。
このように、複数のコンテンツを結合して新たな電子書籍データを生成する際、コンテンツとコンテンツの結合箇所（つなぎ目）にダミーページを挿入することにより、それぞれのコンテンツの最終ページが対になっていない場合や最初のページが対になっていない場合であっても、新たな電子書籍データ全体として見開きページを保持して見やすく表示できる。そのため、例えば、写真が２ページにまたがる場合等、見開きの２ページで一つの内容を構成している場合であっても、紙媒体の場合と同様、デザインが崩れることなく、一つの画面上でその見開きページを閲覧することができる。特に、ページの配置が無視されて間を詰めて各ページが表示される見開き未対応の電子書籍ビューワであっても、見開きを維持して閲覧することができるので、電子書籍ビューワの種類が不問となり、種々の電子書籍ビューワで閲覧することができるので、ユーザの利便性も向上する。
また、開き方向が混在するコンテンツ同士を結合する際に、例えば先頭のコンテンツの開き方向に合せて、それと異なる開き方向のコンテンツのページの順番を降順に組み替えて結合することにより、元の電子書籍の開き方向に限定されず、開き方向が異なる種々のコンテンツを見やすく一つにまとめて新たな電子書籍データを生成することができる。
また、ページの大きさや縦横比率が異なるコンテンツ同士を結合する際に、テキストや画像等のコンテンツの内容を表示する部分について拡大又は縮小等の処理を施して中央に配置すると共に、左右又は上下部分に余白を挿入して縦横比率を調整することにより、元の電子書籍のサイズや縦横比率に限定されずに、サイズや縦横比が異なる種々のコンテンツ同士を見やすく一つにまとめて新たな電子書籍データを生成することができる。
【発明の効果】
【０００９】
本発明の電子書籍データ生成装置及び電子書籍データ生成方法によれば、一つの電子書籍を複数の電子書籍データに分解すると共にその分解された電子書籍データの中から選択した複数の電子書籍データを結合して、精度の高い新たな電子書籍データを簡単且つ効率的に生成することができる。
【図面の簡単な説明】
【００１０】
【図１】電子書籍データ生成システムの概略構成図である。
【図２】電子書籍データ生成装置のハードウェア構成を示すブロック図である。
【図３】電子書籍データ生成システムの機能の概要を示す図である。
【図４】ダミーページ挿入の一例を示す説明図である。
【図５】ダミーページ挿入の一例を示す説明図である。
【図６】ダミーページ挿入の一例を示す説明図である。
【図７】ダミーページ挿入の一例を示す説明図である。
【図８】ダミーページ挿入の一例を示す説明図である。
【図９】開き方向調整の一例を示す説明図である。
【図１０】ページサイズ調整の一例を示す説明図である。
【図１１】表紙設定の一例を示す説明図である。
【図１２】入稿端末による入稿処理の流れを示すフローチャートである。
【図１３】入稿端末による検証・分冊処理の詳細な流れを示すフローチャートである。
【図１４】ＥＰＵＢサーバによる入稿処理の流れを示すフローチャートである。
【図１５】ＥＰＵＢサーバによるＤＲＭ処理の流れを示すフローチャートである。
【図１６Ａ】ＥＰＵＢサーバによる合冊処理の流れを示すフローチャートである。
【図１６Ｂ】ＥＰＵＢサーバによる合冊処理の流れを示すフローチャートである。
【図１７】ＥＰＵＢサーバによる検証・合冊処理の詳細な流れを示すフローチャートである。
【図１８】電子書籍データ生成システムにおける画面遷移の一例を示す一覧図である。
【図１９】電子書籍データ生成システムにおける表示画面の一例である。
【図２０】電子書籍データ生成システムにおける表示画面の一例である。
【図２１】電子書籍データ生成システムにおける表示画面の一例である。
【図２２】電子書籍データ生成システムにおける表示画面の一例である。
【図２３】電子書籍データ生成システムにおける表示画面の一例である。
【図２４】電子書籍データ生成システムにおける表示画面の一例である。
【図２５】電子書籍データ生成システムにおける表示画面の一例である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態（本実施形態）について図面を参照して説明する。
本実施形態は、一つの電子書籍を任意のコンテンツごとに分割してユーザに提供すると共に、種々の電子書籍から分割したコンテンツの中からユーザが選択した複数のコンテンツ同士を組み合わせて一つに結合することにより、ユーザ独自に新たに単一の電子書籍データを生成することができる電子書籍データ生成装置の発明に関するものである。
【００１２】
＜本実施形態に係る電子書籍データ生成システムの構成＞
まず、本実施形態に係る電子書籍データ生成装置（以下、本装置１）を含む電子書籍データ生成システムＳの概略構成について説明する。
図１は、本装置１を含む電子書籍データ生成システムＳの概略構成図である。図２は、本装置１のハードウェア構成を示した図である。
【００１３】
図１に示すように、本実施形態の電子書籍データ生成システムＳは、入稿者（管理者）が操作する入稿端末２を含む本装置１と、ユーザが所持する情報端末３とがインターネットや３Ｇ、４Ｇ等の通信ネットワークＮを介して通信可能に接続されることにより構成される。本装置１、入稿端末２及び情報端末３には、データの送受信を可能にするためのデータ送信部及び受信部がそれぞれ備えられており、互いにデータの送受信が可能となっている。
【００１４】
入稿端末２としては、汎用のＰＣ等が利用可能であり、少なくとも電子書籍データをコンテンツごとに分解するツール（分解手段として機能するソフトウェア）と、電子書籍データを電子書籍データベース１３に送信するツールとを実装している。また、入稿端末２のハードディスクドライブには、少なくとも入稿待ちの電子書籍データを保存しておくための入稿フォルダを備えている。
なお、本実施形態では、入稿端末２側にて電子書籍データの分解処理を行っているが、入稿端末２を本装置１の外部に置き、後述するＥＰＵＢサーバ１１にて入稿端末２により入稿された電子書籍データの分解処理を行うこととしてもよい。
【００１５】
情報端末３は、少なくともデータ通信が可能であり、受信した電子書籍データを表示できるものであれば特に限定されるものではなく、電子書籍を閲覧するための専用端末の他、スマートフォン、タブレット端末及びＰＣ等の各種デバイスが利用可能である。また、ユーザは、情報端末３を操作して電子書籍データの結合処理を本装置１に対して指示するため、そのための操作性に優れているものであればより好ましい。
【００１６】
本装置１は、入稿端末２の他、ＥＰＵＢサーバ１１、ＷＥＢサーバ１２、電子書籍データベース（電子書籍ＤＢ）１３、キューデータベース（キューＤＢ）１４、ユーザデータベース（ユーザＤＢ）１５、データベースサーバ１６、Ｅｍａｉｌサーバ１７とから構成され、本実施形態においては、クラウド上で複数のサーバ及びデータベースがその役割を分担している。
ＥＰＵＢサーバ１１は、ユーザが選択した電子書籍データ同士を結合する処理（結合手段）や、電子書籍データに対してソーシャルＤＲＭ処理等を行うサーバコンピュータである。なお、ＤＲＭ処理とはデジタル著作権管理処理のことであり、本実施形態では、分冊後の電子書籍データ及び合冊後の電子書籍データの双方について、電子書籍を購入したユーザ個人を識別できる情報を埋め込むことにより行う。
ＷＥＢサーバ１２は、情報端末３とＨＴＴＰによる通信を行い、通信ネットワークＮを介して、情報端末３に対してＨＴＭＬや電子書籍データ等のオブジェクトの表示を提供するサービスプログラムが動作するサーバコンピュータである。
電子書籍データベース１３は、いわゆるオンラインストレージであり、入稿端末２からアップロード（入稿）された電子書籍データを保存しておくためのデータベースである。換言すれば、クラウド上にある電子書籍プラットフォームの書庫の役割を担うものである。電子書籍データベース１３には、ＥＰＵＢフォルダを備えており、アップロードされた電子書籍データはそのＥＰＵＢフォルダに保存される。
キューデータベース１４は、いわゆるメッセージキューであり、次の処理段階に移るのを待っているメッセージが一時的に保持されているデータベースである。
ユーザデータベース１５は、いわゆるオンラインストレージであり、ユーザが購入した電子書籍データやユーザが自身で生成したオリジナルの電子書籍データを、ユーザごとに保存しておくためのデータベースである。換言すれば、クラウド上にある各ユーザ専用の本棚の役割を担うものである。
データベースサーバ１６は、ユーザデータベース１５を管理するデータベース管理システムが稼動しているサーバコンピュータである。
Ｅｍａｉｌサーバ１７は、通信ネットワークＮを介して、情報端末３や入稿端末２に対して電子メールを配送するためのサーバコンピュータである。
【００１７】
ここで、電子書籍データとは、書籍又は雑誌等を電子データ化したものであり、デジタルなテキスト情報や画像情報へ変換した電子ファイル（ＥＰＵＢ）である。電子書籍データとしては、電子書籍一冊全てのページのデータであってもよいし、テーマ等に沿ってコンテンツごとに分割した電子書籍の一部ページのデータであってもよい。
電子書籍データには、種々のフォーマット形式があるが、本実施形態では、例えばマルチデバイスに対応可能なＥＰＵＢファイルを利用している。ＥＰＵＢ形式の電子書籍データのファイル構造は、ＸＨＴＭＬ形式の情報内容が、指定の形でＺＩＰによって圧縮された後、ファイル拡張子が「．ｅｐｕｂ」に変更されたものである。そのＺＩＰコンテナの中には、ＥＰＵＢのメディアタイプを記述した必須ファイルである「ｍｉｍｅｔｙｐｅ」の他、テキストや画像を示すファイル、出版物を構成するファイル情報や読み順に関する情報を定義したファイルや各種メタデータ等が含まれている。
また、電子書籍は、そのレイアウト形式により、固定レイアウト型とリフロー型とに分類されるが、本実施形態では、レイアウト（配置やデザイン）が維持されて崩れないタイプの固定レイアウト型の電子書籍である。固定レイアウト型の電子書籍では、レイアウトを固定して、ページ全体を文字、写真、絵等を全て含めて１枚の画像として表示するので、絵や写真等が豊富に使用されている表現力豊かなページ構成がなされている旅行情報誌等には特に好ましい。
なお、本実施形態において、以降、電子書籍データとＥＰＵＢとは同義とし、特に指定がない限り、電子書籍データと記した場合はＥＰＵＢを示すものとする。
【００１８】
また、図２に示すように、本装置１（例えば、ＥＰＵＢサーバ１１）のハードウェア構成は、制御やデータの計算・加工を行う演算部としてのＣＰＵ１１ａ、読み出し専用の記憶装置としてのＲＯＭ１１ｂ、メインメモリ（主記憶装置）としてのＲＡＭ１１ｃ、外部通信網を通じて情報端末３等の通信可能な機器とデータの送受信を行う通信用インターフェース（図２中、通信用Ｉ／Ｆと表記）１１ｄ、補助記憶装置としてのハードディスクドライブ１１ｅ（図２中、ＨＤＤと表記）、入力装置１１ｆ、及び、出力装置１１ｇを構成要素として有する。なお、入稿端末２、ＷＥＢサーバ１２、電子書籍データベース１３、キューデータベース１４、ユーザデータベース１５、データベースサーバ１６、Ｅｍａｉｌサーバ１７も同様のハードウェア構成である。
【００１９】
本装置１には、各種プログラムが予めインストールされており、これらのプログラムがＣＰＵによって読み出されて実行されることにより、電子書籍データ生成装置としての機能が発揮される。
なお、本装置１の機能は、本装置１を管理運営する電子書籍配信プラットフォーム事業者や電子書籍ストア事業者等と、電子書籍を入手したい需要者等のユーザとによって享受されることになるが、当該機能の利用者への提供方式としては、例えば、クラウドサービスやＡＳＰ等の方式で利用可能である。
【００２０】
＜本実施形態に係る電子書籍データ装置の機能＞
本装置１は、上記構成により、一冊の書籍や雑誌等から成る一つの電子書籍をコンテンツごとに複数の電子書籍データに分解（分冊）して、各コンテンツに分解された電子書籍データの中から選択した複数の電子書籍データを単一の新たな電子書籍データとして結合（合冊）する処理、及びこれに付随する処理を実行する機能を備え、換言すると、当該機能を担う部分を有している。
【００２１】
図３は、電子書籍データ生成システムＳの機能の概要を示す図である。具体的には、本装置１は、この図３に示すように、「ＥＰＵＢ−Ａ」、「ＥＰＵＢ−Ｂ」、「ＥＰＵＢ−Ｃ」、「ＥＰＵＢ−Ｄ」等の複数の電子書籍データを結合することによって、単一の新たな電子書籍データである「ＥＰＵＢ−Ｘ」を生成する機能（まとめ機能）を有する。
なお、合冊元となる「ＥＰＵＢ−Ａ」、「ＥＰＵＢ−Ｂ」、「ＥＰＵＢ−Ｃ」、「ＥＰＵＢ−Ｄ」等の各電子書籍データは、入稿端末２により一冊の電子書籍の中からテーマや特集等のコンテンツごとに分冊された電子書籍データであるが、そのまま元の一冊の電子書籍データであっても構わない。
これにより、例えば、複数の北海道を取り上げた雑誌や情報誌の中から札幌エリアのラーメン特集だけをまとめた電子書籍データ、複数の北海道情報誌の中から小樽部分だけをまとめた電子書籍データ等、種々の電子書籍の中からユーザが各自必要な情報を選択して、オリジナルの電子書籍データを生成することができ、ユーザは、それぞれ複数の電子書籍データの間を行き来することなく、一つの電子書籍として楽しむことができる。
【００２２】
特に、本実施形態では、分冊時及び合冊時に適宜ダミーページを挿入することに特徴を有する。
電子書籍データは、そのファイル内に含まれる読み順に関する情報を定義したファイル（．ｏｐｆ）によって見開き時のページ配置を指定しているが、電子書籍ビューワの中には、その見開き時のページ配置の指示に対応しているものと未対応のものが混在しているので、電子書籍ビューワの種類を問わず見開きを維持して表示するために、ダミーページが必要になる。
ダミーページとは、電子書籍データの見開き状態を保持することを目的として、ページ間又は結合したコンテンツ同士の間に挿入されるコンテンツファイルのことをいい、１対のＸＨＴＭＬファイルとイメージファイルとにより構成されている。ダミーページは、以下のファイル命名規則で、ダミーページ用ＸＨＴＭＬとイメージファイルが作成される。例えば、分冊時には、ＸＨＴＭＬファイルとして「ｐ−ｄｍｙｓ００１．ｘｈｔｍｌ（ｐ−ｄｍｙ＋インデックス＋．ｘｈｔｍｌ）」、イメージファイルとして「ｉ−ｄｍｙｓ００１．ｊｐｇ（ｉ−ｄｍｙｓ＋インデックス＋．ｊｐｇ）」を作成する。合冊時には、ＸＨＴＭＬファイルとして「ｐ−ｄｍｙｂ００１．ｘｈｔｍｌ（ｐ−ｄｍｙ＋インデックス＋．ｘｈｔｍｌ）」、イメージファイルとして「ｉ−ｄｍｙｂ００１．ｊｐｇ（ｉ−ｄｍｙｓ＋インデックス＋．ｊｐｇ）」を作成する。なお、インデックスは、３桁０埋めとする。
【００２３】
図４、図５、図６は、電子書籍を分冊するときにダミーページを挿入する場合の一例を示す説明図である。
例えば、見開き時に図４（ａ）に示すように、「表紙、Ｌ１、Ｌ２・Ｌ３、Ｌ４・Ｌ５」と表示されることを期待して分割した電子書籍データにおいて、見開き未対応の電子書籍ビューワで表示した場合、従来の電子書籍データでは、図４（ｂ）に示すように、「表紙、Ｌ１・Ｌ２、Ｌ３・Ｌ４、Ｌ５」と配置を無視されて間を詰めて表示される。そのため、Ｌ２・Ｌ３、Ｌ４・Ｌ５とでそれぞれ一つの見開きページを構成している場合、間が詰められることによって見開きページが崩れることになる。
一方、本実施形態では、図４（ｃ）に示すように、分冊後の電子書籍データにおいて、ダミーページ（ｄｍｙ１）を左右一対になっていないＬ１の片側に挿入することにより、配置を無視される電子書籍ビューワにおいても見開きを維持して表示することができる。なお、この例では、Ｌ１が右側のページとなるので、左側にダミーページを挿入しているが、左右反対であっても構わない。また、挿入するダミーページの数はいくつであっても構わない。
【００２４】
次に、ダミーページ挿入時において、本装置１にて実行される基本処理のルールについて説明する。
まず、電子書籍を分冊後、その電子書籍の開き方向を判別して、表紙を除く本文ページに対して、右開きの電子書籍の場合は右側のページ、左開きの電子書籍の場合は左側のページのように、起点となるページ（起点配置）を設定する。そして、本文ページがその起点配置から始まり、以降順序良く左右一対になっているか否かを確認する。起点配置側から始まっていない場合、及び、左右一対になっていない箇所が存在する場合、該当箇所にダミーページを挿入する。
例えば、分冊後の電子書籍データが左開きの場合、起点配置は左側となるが、図５（ａ）に示す電子書籍データは、１ページ目のＬ１が右側から始まっているため、Ｌ１と対となる左側箇所（起点ページ）にはダミーページ（ｄｍｙ１）を挿入する。また、２ページ目のＬ２と３ページ目のＬ３とが左側、左側と左側のページが連続して左右一対になっていないため、Ｌ２と対となる右側箇所にはダミーページ（ｄｍｙ２）を挿入する。なお、３ページ目と４ページ目のＬ３とＬ４は左右一対になっているので、ダミーページは挿入されずにそのままの構成となる。
一方、電子書籍データの最終ページが左右一対になっていない場合は、ダミーページを挿入しない。例えば、図５（ｂ）に示す電子書籍データのように、最終ページのＬ５は左右一対になっていないが、電子書籍データの最終ページに該当するため、ダミーページは挿入せずにそのままの構成とする。
【００２５】
また、上記の通り、ダミーページ挿入時の基本処理のルールに沿ってダミーページが適宜挿入されるが、電子書籍を分冊した結果、その分冊時のページ指定方法により途中のページが抜けていたとしても、見開き状態を維持できる場合、すなわち、左右一対の関係になっている場合は、ダミーページは挿入しない。
例えば、図６（ａ）に示すような「表紙、Ｌ１・Ｌ２、Ｌ３・Ｌ４、Ｌ５・Ｌ６、Ｌ７・Ｌ８」とページが連続する分冊元の電子書籍（左開き）から、「表紙、Ｌ１、Ｌ２、Ｌ４、Ｌ５、Ｌ８」を指定して分冊する場合、図６（ｂ）に示す分冊後の電子書籍データのように、Ｌ２とＬ４の配置が左側、左側と左側のページが連続して左右一対になっていため、Ｌ４と対になる右側箇所にはダミーページ（ｄｍｙ１）が挿入されるが、Ｌ５とＬ８の間は途中のページ（Ｌ６、Ｌ７）が抜けているが、結局、Ｌ５とＬ８の配置が左右一対となっているため、ここにはダミーページは挿入せずにＬ８をそのまま詰めて表示する。
【００２６】
上記は電子書籍を分冊する際のダミーページの挿入について説明したが、以下、電子書籍データを合冊する際のダミーページの挿入について説明する。
電子書籍データを合冊する際も、基本的には、分冊時の基本処理のルールに沿って、ダミーページが挿入されることになるが、さらに、以下のような特徴的な処理ルールがある。
まず、原則として、合冊後の電子書籍データでは、分冊された各電子書籍データ（合冊元の電子書籍データ）の表紙が本文ページに組み込まれることになるので、合冊後の電子書籍データ全体で見開き状態を保つために、それぞれの各表紙と対になる箇所には必ずダミーページを挿入する（表紙補正）。ただし、合冊後の電子書籍データ全体の表紙として、合冊元の電子書籍データの表紙のいずれかを指定する場合は、その指定された表紙は本文ページから除外されることになるので、ダミーページを挿入する必要がなくなる。
また、合冊元の電子書籍データ単位で見開き時のビューポートサイズを保つために、合冊元の電子書籍データごとに最終ページが左右一対になっていない場合には、該当箇所にダミーページを挿入する（最終ページ補正）。すなわち、合冊時には、電子書籍データの最終ページが左右一対になっていない場合はダミーページを挿入しないという、分冊時に適用していた基本処理ルールが適用されない。ただし、全体の最後に組み込まれる合冊元の電子書籍データについては、その後に合冊される合冊元の電子書籍データについて考慮する必要がなくなるので、その最終ページが左右一対になっていない場合であってもダミーページは挿入されずにそのままの構成となる。
【００２７】
具体的な事例を以下に示す。図７、図８は、電子書籍を合冊するときにダミーページを挿入する場合の一例を示す説明図である。
例えば、図７に示すように、ＥＰＵＢ１「表紙、Ｌ１・Ｌ２、Ｌ３」、ＥＰＵＢ２「表紙、Ｌ１・Ｌ２、Ｌ３・Ｌ４」、ＥＰＵＢ３「表紙、Ｌ１・Ｌ２、Ｌ３」の３つの電子書籍データ（合冊元の電子書籍データ）を合冊する場合、ここでは、合冊後の電子書籍データについて表紙（ＴＰ表紙）を別途付けるため、合冊元の電子書籍データであるＥＰＵＢ１、ＥＰＵＢ２、ＥＰＵＢ３のそれぞれの表紙が、合冊後の電子書籍データの本文ページに組み込まれることになる。そのため、上記の通り、表紙補正として、それぞれの各表紙と対になる箇所にダミーページ（ｄｍｙ１）を挿入し、それぞれの表紙は必ずダミーページと対になる。また、ＥＰＵＢ１については、最終ページＬ３が左右一対になっていないので、最終ページ補正として、Ｌ３の対となる右側箇所にはダミーページ（ｄｍｙ２）を挿入する。一方、ＥＰＵＢ３については、最後に合冊される電子書籍データであるので、最終ページが左右一対になっていない場合であってもダミーページは挿入せずにそのままの構成とする。
【００２８】
また、図８に示す例では、ＥＰＵＢ１「表紙、Ｌ１・Ｌ２、Ｌ３」、ＥＰＵＢ２「表紙、Ｌ１・Ｌ２、Ｌ３・Ｌ４」、ＥＰＵＢ３「表紙、Ｌ１・Ｌ２、Ｌ３」の３つの電子書籍データ（合冊元の電子書籍データ）を合冊するものであるが、ここでは、合冊後の電子書籍データの表紙として、全体の最初に合冊されるＥＰＵＢ１の表紙（１−表紙）を指定している。そのため、そのＥＰＵＢ１の表紙は本文ページに組み込まれずに除外されることになるので、ＥＰＵＢ１については表紙補正を実行しない。
なお、ＥＰＵＢ２とＥＰＵＢ３の表紙については、図７と同様、それぞれの表紙と対になる左側箇所にダミーページ（ｄｍｙ１）を挿入する。また、ＥＰＵＢ１については、最終ページＬ３が左右一対になっていないので、最終ページ補正として、Ｌ３の対となる右側箇所にはダミーページ（ｄｍｙ２）を挿入する。一方、ＥＰＵＢ３については、最後に合冊される電子書籍データであるので、最終ページが左右一対になっていない場合であってもダミーページは挿入せずにそのままの構成とする。
【００２９】
また、本実施形態では、開き方向が混在する電子書籍データ同士を組み合わせる場合、開き方向を一方向に修正する処理を行う。
図９は、電子書籍データの合冊時にページの開き方向を調整する場合の一例を示す説明図である。
例えば、図９（ａ）のように、開き方向が全て同じ電子書籍データを合冊する場合は、そのままの順番通りに合冊する。このとき、見開き対応の電子書籍ビューワであれば、上段に示すように２ページずつ表示し、見開き未対応の電子書籍ビューワであれば、下段に示すように単ページ表示する。
一方、図９（ｂ）のように、開き方向が混在する電子書籍データを合冊する場合は、開き方向は先頭の電子書籍データの開き方向（ここでは左開き）に依存し、その開き方向と異なる開き方向の電子書籍データについては、順序を入れ替えて合冊する。これにより、全体の開き方向が一方向になる。なお、順序を入れ替えたことにより見開きが崩れる場合は、単ページ表示のみの対応とする。
【００３０】
また、本実施形態では、ページの大きさや縦横比率が異なる電子書籍データ同士を組み合わせる場合、テキストや画像等のコンテンツの内容を表示する部分について拡大又は縮小等の処理を施して中央に配置すると共に、左右又は上下部分に余白を挿入して縦横比率を調整する処理を行う。
図１０は、電子書籍データの合冊時にページサイズを調整する場合の一例を示す説明図である。
例えば、図１０に示すように、ＥＰＵＢ−Ａと、ＥＰＵＢ−Ａより横比率が１／２倍のＥＰＵＢ−Ｂと、ＥＰＵＢ−Ａより横比率が２倍のＥＰＵＢ−Ｃを合冊する場合、合冊後の電子書籍データの表紙については、そのテキスト又は画像を示す領域をページ中央に配置すると共に左右部分には余白を挿入することにより、合冊後の電子書籍データの表紙の幅は最大幅であるＥＰＵＢ−Ｃの大きさに合せて調整する。
また、一部の電子書籍ビューワで閲覧する場合は、ＥＰＵＢ−Ａ、ＥＰＵＢ−Ｂについても、表紙と同様、そのテキスト又は画像を示す領域（コンテンツ内容）をページ中央に配置すると共に左右部分には余白を挿入することにより、合冊後の電子書籍データの各ページの幅を最大幅であるＥＰＵＢ−Ｃの大きさに合せて調整する。なお、このとき、ダミーページについても最大幅であるＥＰＵＢ−Ｃの大きさに合せる。
【００３１】
また、本実施形態では、合冊した新たな電子書籍にオリジナルの表紙や名前（タイトル）の設定が可能である。
図１１は、合冊した電子書籍についての表紙設定をする一例を示す説明図である。
例えば、表紙の一例として、以下の３パターンから全体の表紙を設定することができる。
一つは、図１１（ａ）に示すように、合冊後の電子書籍データに含まれる個別の電子書籍データの表紙をそれぞれ本棚風デザインに並べて、合冊後の電子書籍データ全体の表紙にすることができる。このとき、合冊元となる電子書籍データが多数ある場合は、最初の１〜９冊目に設定した個別の電子書籍データの表紙が、左上からＡ〜Ｃ、Ｄ〜Ｅ、Ｇ〜Ｈ等のように最大９冊分まで順に並んで表示され、１０冊目以降は表示されない。
また、図１１（ｂ）に示すように、合冊後の電子書籍データに含まれる個別の電子書籍データの表紙の中から任意の一つを選択して、合冊した電子書籍データ全体の表紙にすることができる。ここでは、例えば、「Ｆ」を選択している。
また、図１１（ｃ）に示すように、予め複数パターン用意されているオリジナルデザインの表紙から任意の一つを選択して、合冊後の電子書籍データ全体の表紙にすることができる。
【００３２】
＜本実施形態に係る電子書籍データ生成方法＞
次に、本実施形態に係る電子書籍データ生成方法について説明する。
本実施形態に係る電子書籍データ生成方法は、コンピュータとして機能する本装置１を用いることで実現され、換言すると、本装置１が実行する電子書籍データ生成処理では、本実施形態に係る電子書籍データ生成方法が適用されている。
【００３３】
以下、本実施形態に係る電子書籍データ生成方法の説明として、本装置１による処理の流れについて説明する。
上述したように、本装置１では、入稿端末２、ＥＰＵＢサーバ１１等、クラウド上で複数のサーバ及びデータベースがその役割を分担して各処理を実行しており、図１２乃至図１７は、その本装置１のＣＰＵにより実行される電子書籍データ生成処理、すなわち、電子書籍の分冊、入稿、ＤＲＭ処理、合冊までの一連の処理の流れをそれぞれ示すフローチャートである。
【００３４】
図１２は、入稿端末２による入稿処理の流れを示すフローチャートである。図１２に示す一連の処理は、入稿端末２のＣＰＵによって実行される。
まず、入稿端末２の入稿フォルダ内に格納されている電子書籍データ（メタデータを含むＥＰＵＢファイル）を取得する（Ｓ１０１）。ここで取得する電子書籍データは、一冊の電子書籍の内容を全て含む電子書籍データである。
次に、その取得した電子書籍データの検証・分冊処理を実施する（Ｓ１０２）。この検証・分冊処理では、電子書籍データについて、見開き方向の確認、ダミーページの挿入、ＤＲＭ処理、メタデータの紐付け等を行うが、この詳細については、図１３にて後述する。
そして、検証・分冊処理を実施した電子書籍データを電子書籍データベース１３にアップロード（入稿）し（Ｓ１０３）、キューデータベース１４に対してキュー（入稿処理要求メッセージ）を登録して（Ｓ１０４）、入稿端末２での入稿処理を終了する。
【００３５】
図１３は、入稿端末２による入稿処理の中の一つの処理として実行される検証・分冊処理の詳細な流れを示すフローチャートである。この検証・分冊処理は、入稿端末２のＣＰＵによって実行される。
まず、入稿フォルダから取り出した分冊元となる電子書籍データをテーマや地域等で分類したコンテンツごとに分解する（Ｓ２０１）。
次に、分解後の電子書籍データの開き方向を確認して、起点ページ（起点配置）を設定する（Ｓ２０２）。例えば、この起点ページは、右開きの場合は右側、左開きの場合は左側とする。
そして、分解後の電子書籍データの最初のページはその起点ページから開始しているか否か判断し（Ｓ２０３）、起点ページから開始していない場合（Ｓ２０３：ＮＯ）、その起点ページにダミーページを挿入する（Ｓ２０４）。
さらに、起点ページにダミーページを挿入した後又は起点ページから開始している場合（Ｓ２０３：ＹＥＳ）、分解後の電子書籍データがそれぞれ順序良く左右一対になっているか否か判断し（Ｓ２０５）、見開きページが左右一対になっていない場合（Ｓ２０５：ＮＯ）、左右一対になっていない空きページ側の該当箇所にダミーページを挿入する（Ｓ２０６）。
そして、ダミーページを挿入した後又は見開きページが左右一対になっている場合（Ｓ２０５：ＹＥＳ）、分解後の電子書籍データを入稿フォルダに記憶して（Ｓ２０７）、検証・分冊処理を終了する。
【００３６】
図１４は、ＥＰＵＢサーバ１１による入稿処理の流れを示すフローチャートである。図１４に示す一連の処理は、ＥＰＵＢサーバ１１のＣＰＵ１１ａによって実行される。
まず、キューデータベース１４からキュー（入稿処理要求メッセージ）を取得し（Ｓ３０１）、そのキューがあるか否か判断する（Ｓ３０２）。このとき、キューがない場合（Ｓ３０２：ＮＯ）は１分後に再度キューチェックを行う（Ｓ３０５）。
一方、キューがある場合（Ｓ３０２：ＹＥＳ）、すなわち、入稿端末２より入稿処理要求メッセージを受信している場合は、電子書籍データベース１３に記憶されている該当する電子書籍データのメタデータを取得して（Ｓ３０３）、そのメタデータの読み込みを実行する（Ｓ３０４）。
そして、読み込んだメタデータの処理方法を判断し（Ｓ３０６）、処理方法が「新規・更新」の場合は、電子書籍データベース１３から電子書籍データを取得し（Ｓ３０７）、表紙画像・立ち読み画像・プレビュー画像をそれぞれ作成し（Ｓ３０８）、それらの作成した表紙画像・立ち読み画像・プレビュー画像を電子書籍データベース１３に格納する（Ｓ３０９）。そして、電子書籍データベース１３のｅｐｕｂフォルダに対象の電子書籍データを移動し（Ｓ３１０）、その電子書籍データのメタデータ情報をＷＥＢサーバ１２へ送信する（Ｓ３１１）。
一方、読み込んだメタデータの処理方法が「削除」の場合は、電子書籍データベース１３から該当する電子書籍データを削除したうえで（Ｓ３１２）、それらの表紙画像・立ち読み画像・プレビュー画像を電子書籍データベース１３から削除する（Ｓ３１３）。
そして、上記一連の処理の後、入稿端末２には処理が完了した旨の通知メールを送信し（Ｓ３１４）、キューデータベース１４から当該キューを削除して（Ｓ３１５）、ＥＰＵＢサーバ１１による入稿処理を終了する。
【００３７】
図１５は、ＥＰＵＢサーバ１１におけるＤＲＭ処理の流れを示すフローチャートである。図１５に示す一連の処理は、ＥＰＵＢサーバ１１のＣＰＵ１１ａによって実行される。
まず、キューデータベース１４からキュー（ＥＰＵＢ生成要求メッセージ）を取得し（Ｓ４０１）、そのキューがあるか否か判断する（Ｓ４０２）。このとき、キューがない場合（Ｓ４０２：ＮＯ）は１０秒後に再度キューチェックを行う（Ｓ４０４）。
一方、キューがある場合（Ｓ４０２：ＹＥＳ）、すなわち、ＥＰＵＢ生成要求メッセージを受信している場合は、電子書籍データベース１３に記憶されている該当する電子書籍データに関するメタデータ等のデータを取得し（Ｓ４０３）、電子書籍データベース１３から対象の電子書籍データを取得する（Ｓ４０５）。
そして、その電子書籍データにその電子書籍を購入したユーザのメールアドレスを挿入することにより、ＤＲＭ処理を行う。具体的には、ＥＰＵＢのＸＨＴＭＬに暗号化したユーザのメールアドレスを挿入し（Ｓ４０６）、ＥＰＵＢの最終ページにＤＲＭページを追加挿入し（Ｓ４０７）、ＥＰＵＢのＯＰＦファイルにユーザのメールアドレスを挿入する（Ｓ４０８）。
また、マイページ用表紙画像を作成し（Ｓ４０９）、その作成したマイページ用表紙画像を電子書籍データベース１３に格納し（Ｓ４１０）、ソーシャルＤＲＭ処理を行った電子書籍データを電子書籍データベース１３に格納する（Ｓ４１１）。
そして、上記一連の処理の後、ＷＥＢサーバ１２にソーシャルＤＲＭ処理が完了した旨を通知し（Ｓ４１２）、キューデータベース１４から当該キューを削除して（Ｓ４１３）、ＥＰＵＢサーバ１１におけるＤＲＭ処理を終了する。
なお、ここでは、分冊後の電子書籍データ（合冊前の電子書籍データ）に対してＤＲＭ処理を行う例について説明したが、合冊後の電子書籍データに対しても、同様にＤＲＭ処理を行う。
【００３８】
図１６は、ＥＰＵＢサーバ１１における合冊処理の流れを示すフローチャートである。図１６に示す一連の処理は、ＥＰＵＢサーバ１１のＣＰＵ１１ａによって実行される。
まず、キューデータベース１４からキュー（合冊ＥＰＵＢ要求メッセージ）を取得し（Ｓ５０１）、そのキューがあるか否か判断する（Ｓ５０２）。このとき、キューがない場合（Ｓ５０２：ＮＯ）は１０秒後に再度キューチェックを行う（Ｓ５０４）。
一方、キューがある場合（Ｓ５０２：ＹＥＳ）、すなわち、合冊ＥＰＵＢ生成要求メッセージを受信している場合は、電子書籍データベース１３に記憶されている該当する電子書籍データに関するメタデータ等のデータを取得し（Ｓ５０３）、電子書籍データベース１３から合冊対象の電子書籍データを取得する（Ｓ５０５）。
次に、合冊元のコンテンツごとの電子書籍データから合冊先の新たな電子書籍データへＥＰＵＢファイルをコピーし（Ｓ５０６）、ＥＰＵＢのＸＨＴＭＬに暗号化したユーザのメールアドレスを挿入し（Ｓ５０７）、電子書籍データの検証・合冊処理を実施する（Ｓ５０８）。この検証・合冊処理では、電子書籍データについて、見開き方向の確認、ダミーページの挿入、ページ順番の組み替え、大きさや縦横比率の調整等を行うが、この詳細については、図１７にて後述する。
そして、検証・合冊処理を実施した後、合冊対象となる全ての合冊元の電子書籍データからコピーが完了したか否かを判断し（Ｓ５０９）、全てのコピーが完了していない場合（Ｓ５０９：ＮＯ）は、上記Ｓ５０６の処理から再び繰り返す。
【００３９】
一方、全てのコピーが完了すると（Ｓ５０９：ＹＥＳ）、合冊後の電子書籍データの表紙種別について判断する（Ｓ５１０）。
上述の図１１（ｂ）のように合冊元電子書データの表紙から選択する場合は、合冊元電子書籍データから選択された表紙画像とＸＨＴＭＬを取得し（Ｓ５１１）、上述の図１１（ｃ）のようにテンプレートから選択する場合は、ＥＰＵＢサーバ１１から表紙画像とＸＨＴＭＬを取得し（Ｓ５１２）、各電子書籍データの表紙を複数まとめて表紙とする場合は、ＥＰＵＢサーバ１１から表紙用画像とＸＨＴＭＬを取得し（Ｓ５１３）、合冊元の電子書籍データの表紙画像をまとめて、上述の図１１（ａ）に示すような本棚風の合冊後の電子書籍データの表示用画像を作成する（Ｓ５１４）。
次に、合冊後の電子書籍データにＥＰＵＢファイルに含まれるそれぞれのファイルを挿入する。具体的には、ＤＲＭページを挿入し（Ｓ５１５）、ｍｉｍｅｔｙｐｅファイルを挿入し（Ｓ５１６）、ＤＲＭ月のＯＰＦファイルを挿入し（Ｓ５１７）、ナビゲーションファイルを挿入し（Ｓ５１８）、ＴＯＣファイルを挿入する（Ｓ５１９）。そして、マイページ用表紙画像を作成し（Ｓ５２０）、その作成したマイページ用表示画像を電子書籍データベース１３へ格納し（Ｓ５２１）、合冊後の電子書籍データを電子書籍データベース１３に格納する（Ｓ５２２）。
そして、上記一連の処理の後、ＷＥＢサーバ１２に合冊ＥＰＵＢ生成処理が終了した旨を通知し（Ｓ５２３）、キューデータベース１４から当該キューを削除して（Ｓ５２４）、ＥＰＵＢサーバ１１における合冊処理を終了する。
【００４０】
図１７は、ＥＰＵＢサーバ１１における合冊処理の中の一つの処理として実行される検証・合冊処理の詳細な流れを示すフローチャートである。この検証・合冊処理は、ＥＰＵＢサーバ１１のＣＰＵ１１ａによって実行される。
まず、電子書籍データベースから取り出した合冊元となる電子書籍データを結合する（Ｓ６０１）。
次に、合冊後の電子書籍データの見開き状態を確認して、合冊元の電子書籍データの見開きページがそれぞれ維持されているか否かを判断する（Ｓ６０２）。なお、このとき、あわせて合冊元のそれぞれの電子書籍データの表紙が合冊後の電子書籍データの本文の中に組み込まれているか否かについても判断する。見開きページが維持されていない場合（Ｓ６０２：ＮＯ）、合冊元の電子書籍データ同士の結合箇所（つなぎ目）にいわゆる表紙補正としてダミーページを挿入する（Ｓ６０３）。
ダミーページを挿入して見開きページの表示を補正した後又はそもそも見開きページが維持されている場合（Ｓ６０２：ＹＥＳ）、次に、合冊元の電子書籍データの開き方向を確認して、それぞれの開き方向が同じか否か判断する（Ｓ６０４）。開き方向が異なる場合（Ｓ６０４：ＮＯ）、先頭に配置した合冊元の電子書籍データと開き方向が異なる合冊元の電子書籍データのページの順番を降順に組み替えて全体として開き方向を統一する（Ｓ６０５）。
ページの順番を組み替えて全体の開き方向を統一した後又はそもそも合冊前の電子書籍データの開き方向が全て同じ場合（Ｓ６０４：ＹＥＳ）、次に、合冊元の電子書籍データの縦横比率が同じか否か判断する（Ｓ６０６）。それぞれの合冊前の電子書籍データの縦横比率が同じではない場合（Ｓ６０６：ＮＯ）、テキストや画像等のコンテンツの内容を表示するページを中央に配置してその左右部分に余白を挿入する（Ｓ６０７）。
そして、縦横比率を調整した後又は縦横比率が同じ場合（Ｓ６０６：ＹＥＳ）、合冊後の電子書籍データを電子書籍データベース１３に記憶して（Ｓ６０８）、検証・合冊処理を終了する。
【００４１】
＜本実施形態に係る電子書籍データ生成画面＞
次に、本実施形態に係る電子書籍データ生成方法について、情報端末３に表示されるユーザインターフェースである画面の遷移をもとに説明する。
図１８は、電子書籍データ生成システムＳにおける画面遷移の一例を示す一覧図である。
例えば、トップページから遷移する「書誌コンテンツ」の中には、各ジャンルや各エリアに紐づく電子書籍（書誌）の一覧を表示する「ジャンル別書誌一覧」、「エリア別書誌一覧」（不図示）、各出版社に紐づく電子書籍の一覧を表示する「出版社別一覧」（不図示）、エリアやジャンルの絞り込み検索条件を指定できる「エリア・ジャンル一覧」、その検索キーワードに基づいて電子書籍の検索結果を表示する「検索結果一覧」、季節の特集やキャンペーン等の一覧を表示する「特集ページ」に紐づく「特集一覧」、過去のお知らせ情報を一覧で表示する「お知らせ一覧」等が含まれる。また、「ジャンル別書誌一覧」や「特集ページ」に紐づいて、各電子書籍の詳細を表示する「書誌詳細」や、サンプルページを表示する「立ち読みＶｉｅｗｅｒ」等も存在する。
さらに、「ログイン画面」、「会員登録画面」、「パスワードリセット画面」、情報修正や退会処理を行うための「会員機能画面（マイページ）」、電子書籍を購入する「カート」や「カード情報入力」を含む「購入フロー」等により構成されている。
【００４２】
次に、ユーザ操作する情報端末３に表示される具体的な画面の一例を挙げて、ユーザ視点における購入した電子書籍の合冊（電子書籍データの生成方法）について説明する。
図１９乃至図２５は、本実施形態における電子書籍データ生成システムＳにおいて情報端末３に表示される画面の一例である。
【００４３】
図１９は、トップページ画面の一例である。
トップページ画面には、例えば、エリア、ジャンル、出版社等のカテゴリが表示されており、注目のタイトルを表示する「ＰＩＣＫＵＰ」欄、特集・キャンペーンを表示する「ＦＥＡＴＵＲＥ」欄、新着のタイトルを表示する「ＮＥＷ  ＡＲＲＩＶＡＬ」欄、おすすめのタイトルを表示する「ＲＥＣＯＭＭＥＮＤ」欄等から構成されている。また、ユーザの閲覧履歴や検索履歴から、ユーザごとに最近チェックしたものやおすすめの電子書籍を表示する。
それぞれの欄には、該当する種々の電子書籍について、表紙のサムネイル、タイトル、値段等が表示されている。また、「ＦＥＡＴＵＲＥ」欄では、旅行記者や著名人などによる特集記事等も掲載されており、新しい旅行のスタイルや旅行の楽しみ方が提案されている。
なお、ここで表示される電子書籍は、コンテンツごとに分冊したものであってもよいし、一冊丸ごとであってもよい。
【００４４】
図２０は、ユーザのマイページに紐づけられている購入履歴画面の一例である。
購入履歴画面では、ユーザが購入した電子書籍の表紙のサムネイル、タイトル、値段、購入日時等が表示されている。例えば、このユーザの場合、「沖縄本島西海岸リゾートエリアガイド・・・＃００７」「沖縄料理・・・＃００３」「那覇・首里エリアガイド・・・＃００１」の３冊の電子書籍を購入している。なお、これらの電子書籍は、新しく購入した順、古く購入した順等に適宜並べ替えることができる。
【００４５】
図２１は、ユーザのマイページに紐づけられている本棚画面の一例である。
本棚画面では、ユーザが購入済みの電子書籍を表紙のサムネイルと共に陳列表示し、「ダウンロード」ボタンをクリック（タップ）することにより、該当する電子書籍を情報端末３にダウンロードすることができる。なお、これらの電子書籍は、新着順、５０音順等に適宜並べ替えることができる。
また、右上に配置された「まとめ書誌作成」ボタンをクリックすると、複数の電子書籍を一冊の新たな電子書籍に合冊する画面（図２２）に遷移する。
【００４６】
図２２は、「まとめ書誌作成」ボタンをクリックして遷移したまとめ画面の一例である。
いわゆるまとめ機能では、（１）合冊する電子書籍の選択、（２）合冊後の新たな電子書籍の表紙の選択、（３）合冊後の電子書籍のタイトルの決定と、大別して３つの段階を経るが、この図２２は、第１段階の画面である。
このまとめ画面では、ユーザが購入済みの電子書籍の表紙のサムネイル、タイトル、開き方向、ページ数が表示されている。表示されている電子書籍は本棚画面に表示されるものと同じであるが、ここではそれらの電子書籍をより便利に合冊するための項目があわせて表示されている。例えば、「沖縄本島西海岸リゾートエリアガイド・・・＃００７」は右開き、２８ページ、「沖縄料理・・・＃００３」は右開き、１２ページ、「那覇・首里エリアガイド・・・＃００１」は左開き、３１ページと表示されており、これにより、ユーザは合冊しようとする各電子書籍の開き方向やページ数等を確認することによって、合冊後の新たな電子書籍についてイメージすることができる。
そして、電子書籍ごとに「選択」ボタンをクリックすることにより、合冊対象となる電子書籍を選択する。このとき、例えば、「選択」ボタンをクリックする順番等により、電子書籍の順番もユーザが任意に設定することができる。
【００４７】
図２３は、合冊後の新たな電子書籍の表紙を選択する画面の一例である。この図２３は、上記３つの段階のうち、第２段階の画面である。
この表紙選択画面では、選択した電子書籍の表紙を使用する「選択したタイトルの表紙から選ぶ」方法と、別途予め用意されている表紙から選択する「オリジナルの表紙から選ぶ」方法とがある。また、「選択したタイトルの表紙を選ぶ」には、複数の電子書籍の表紙を本棚風に並べた画像を新たな表紙とする方法と、各電子書籍の表紙の中から一つを選択してそれを新たな表紙とする方法とがある。
表紙を選択した後、「次はタイトルを入れよう！」ボタンをクリックして、次の第３段階の画面に移行する。
【００４８】
図２４は、合冊後の新たな電子書籍のタイトルを決定する画面の一例である。この図２４は、上記３つの段階のうち、第３段階の画面である。
このタイトル決定画面では、タイトル入力欄にテキストを入力することにより、合冊後の新たな電子書籍にユーザが任意のタイトルを付けることができる。例えば、タイトル入力欄は上段、中段、下段に分かれており（第２段階で選択した表紙によってはタイトル入力欄が１段のみとなる場合もある）、それぞれにつき最大２０文字まで入力することができる。
テキストを入力してタイトルを決定した後、「まとめ書誌を作成する」ボタンをクリックすることにより、選択した個別の電子書籍を組み合わせて、新たな電子書籍を生成することができる。
【００４９】
図２５は、まとめ機能により生成した新たな電子書籍を加えた本棚画面の一例である。
ここでは、図２１の本棚画面に、まとめ機能により生成したユーザのオリジナルな新たな電子書籍「２０１４年１０月１日〜４日今年も来たよ！のんびり沖縄リゾート」が加えられている。また、この電子書籍には、目立つように「まとめ」アイコンを表示する。なお、図２１は、ダウンロード用の電子書籍データの作成中を示す「作成中」アイコンが表示されているが、電子書籍データの完成後は、「ダウンロード」ボタンに表示が変更する。
【００５０】
本実施形態における電子書籍データ生成システムＳでは、例えば、旅行に関連する電子書籍を扱うものとし、複数の出版社・コンテンツ提供元と提携し、旅行ガイドブックや観光地を特集した雑誌、ご当地出版社が発行するローカル出版物等が、テーマ、エリア、特集等で抜粋したコンテンツごとのオリジナル版で購入することができる。さらに、購入した電子書籍（コンテンツ）をまとめて、自分だけのオリジナルガイドとなる新たな電子書籍を生成し、各自が好きなデバイスでその電子書籍を楽しむことができる。
特に、人気の主要旅行ガイドブックや雑誌とも提携することは勿論、入手が容易ではなくこれまで電子書籍化されたことのない雑誌や書籍も積極的に取り扱う。例えば、ご当地出版社が発行するローカル出版物も、コンテンツに多く含める。ご当地出版社発行の地元ならではの魅力ある雑誌や書籍の中には、初めて電子化となるコンテンツも多く、旅行者が読んでも楽しめる雑誌や書籍が多い。また、自治体が地域観光プロモーションとして制作した旅行ガイドブックも無料で提供する。
【００５１】
このように、これまでの旅行ガイドブックは、「一部の記事だけが欲しい」というユーザの要望に対応することができなかったり、定期雑誌で「特集や連載企画だけが読みたい」という声も多かったが、本実施形態では、雑誌や書籍等がエリアや特集ごとの抜粋版にて購入することができる。そのため、ユーザは、１冊まるごとではなく、欲しい記事だけをセレクトして購入することができる。また、１コンテンツあたりの価格は５０円〜２００円程（最多価格帯）に設定されているため購入しやすく、ユーザは、出版社や雑誌、書籍の枠を超えてより多くのコンテンツを横断的に楽しむことができる。
また、いわゆるまとめ機能により、購入した電子書籍ファイルを１つにまとめて、自分だけのオリジナルパッケージにすることができる。
また、著作権管理にソーシャルＤＲＭを利用することにより、ユーザはＰＣ、スマートフォン、タブレット等、電子書籍ビューワが限定されることなく、自由に楽しむことができる。
現在では、インターネットで様々な旅行情報を取得できる時代であるが、本実施形態における電子書籍データ生成システムＳは、出版社やコンテンツ提供元がこだわりぬいて編集した記事の魅力を、そのままいつでも、どこでも楽しめる手段を提供することで、新しい旅の楽しみを発見し、その地域を訪れたくなる機会をさらに創出できる場となる。
【００５２】
上記の実施形態には、主として本発明の電子書籍データ生成装置及び電子書籍データ生成方法について説明した。しかし、上記の実施形態は、本発明の理解を容易にするための一例に過ぎず、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることはもちろんである。
【符号の説明】
【００５３】
１    本装置（電子書籍データ生成装置）
２    入稿端末
３    情報端末
１１  ＥＰＵＢサーバ
１１ａ  ＣＰＵ
１１ｂ  ＲＯＭ
１１ｃ  ＲＡＭ
１１ｄ  通信用インターフェース
１１ｅ  ハードディスクドライブ
１１ｆ  入力装置
１１ｇ  出力装置
１２  ＷＥＢサーバ
１３  電子書籍データベース
１４  キューデータベース
１５  ユーザデータベース
１６  データベースサーバ
１７  Ｅｍａｉｌサーバ
Ｓ  電子書籍データ生成システム
Ｎ  通信ネットワーク
【図１】
2016071844.tif 000003
【図２】
2016071844.tif 000004
【図３】
2016071844.tif 000005
【図４】
2016071844.tif 000006
【図５】
2016071844.tif 000007
【図６】
2016071844.tif 000008
【図７】
2016071844.tif 000009
【図８】
2016071844.tif 000010
【図９】
2016071844.tif 000011
【図１０】
2016071844.tif 000012
【図１１】
2016071844.tif 000013
【図１２】
2016071844.tif 000014
【図１３】
2016071844.tif 000015
【図１４】
2016071844.tif 000016
【図１５】
2016071844.tif 000017
【図１６Ａ】
2016071844.tif 000018
【図１６Ｂ】
2016071844.tif 000019
【図１７】
2016071844.tif 000020
【図１８】
2016071844.tif 000021
【図１９】
2016071844.tif 000022
【図２０】
2016071844.tif 000023
【図２１】
2016071844.tif 000024
【図２２】
2016071844.tif 000025
【図２３】
2016071844.tif 000026
【図２４】
2016071844.tif 000027
【図２５】
2016071844.tif 000028