WO2021014945A1 - サーバ、プログラム、方法及びシステム - Google Patents

Abstract

ユーザの好みや利用形態によって電子漫画の表示形式を調整することができるサーバは、複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定する特定部と、前記特定部によって特定された前記複数のコマの順序を決定する決定部と、前記決定部によって決定された前記順序に基づいて、前記コマの配置を編成する編成部と、を有する。前記編成部は、表示形式を指示する指示信号に基づいて前記コマの配置を編成してもよい。

Description

サーバ、プログラム、方法及びシステム

　本発明はサーバ、プログラム、方法及びシステムに関する。特に、本発明は、オリジナルの電子書籍を所望の表示形式に編成するサーバ、プログラム、方法及びシステムに関する。

　近年、携帯端末を用いて読むことができる電子書籍が普及している。電子書籍は、携帯端末にダウンロードすることができるため、１つの携帯端末を用いて複数の電子書籍を読むことができる。上記の電子書籍として、電子書籍向けに作成されたものだけでなく、紙媒体の書籍が電子化されたものが利用されている。後者の場合、電子化された書籍は、携帯端末のディスプレイにページ毎に表示され、ページ毎に画面が切り換えられる。

　上記のような電子書籍の１つとして、電子漫画が普及している。従来の紙媒体の書籍（単行本）が電子化された電子漫画では、各シーンがコマによって区切られており、１ページ内に複数のコマが配置されている。上記の電子漫画では、１つのページにおける各コマの位置関係は固定されている。したがって、ユーザが電子漫画の画像データ等を扱う場合、各コマの位置が固定された１つのページを１つの画像データとして取り扱う必要があるため、電子漫画の画像データの取り扱いに制約があった。

　このような電子漫画の画像データについて、各ページに含まれる画像データに基づいて各コマの画像データを作成することで、各コマに含まれる情報を対象とする情報処理を行う技術が開発されている（例えば、特許文献１）。特許文献１では、各ページを構成するコマ毎に画像データを作成する。特許文献１において、当該コマに含まれる文字情報を検索キーワードとして検索した場合に、その文字情報が記載されたコマの画像を検索結果として出力する。

特開２００９－９８８２９号公報

　例えば携帯電話やスマートフォンなどの携帯端末を用いて電子漫画を提供するサービスを利用する場合、ユーザの好みや利用形態によって電子漫画の表示形式を調整できることが好ましい。しかし、上記のようにほとんどの電子漫画は、１ページにおける各コマの位置関係が固定されているため、表示形式の調整に制限があった。特許文献１は、単に文字情報の検索結果として、検索対象の文字情報が記載されたコマの画像を出力するという技術が記載されているに過ぎず、ユーザの好みに合わせて電子漫画の表示形式を調整するものではない。

　本発明の一実施形態は、上記の課題に鑑みてなされたものであって、ユーザの好みや利用形態によって電子漫画の表示形式を調整することができるサーバ、プログラム、方法及びシステムを提供することを課題とする。

　本発明の一実施形態にかかるサーバは、複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定する特定部と、前記特定部によって特定された前記複数のコマの順序を決定する決定部と、前記決定部によって決定された前記順序に基づいて、前記コマの配置を編成する編成部と、を有する。

　前記編成部は、表示形式を指示する指示信号に基づいて前記コマの配置を編成してもよい。

　前記指示信号は、オリジナルの前記画像データを表示する第１表示形式と、前記コマを垂直方向に並べて表示する第２表示形式と、前記コマを水平方向に並べて表示する第３表示形式と、を含む２つ以上の表示形式の中からいずれか１つの表示形式を指示する信号を含んでもよい。

　前記指示信号は、編成された前記コマを表示する端末のディスプレイに表示されるコマ数を指定する信号を含んでもよい。

　前記編成部は、編成された前記コマを表示する端末の端末情報に基づいて前記コマの配置を編成してもよい。

　前記特定部は、前記画像データを同じ色の画素が連続する複数の領域に分割し、前記複数の領域に基づいて余白を特定し、前記余白に基づいて前記複数のコマの各々を特定してもよい。

　前記特定部は、分割された前記複数の領域のうち最大の前記領域を前記余白と特定してもよい。

　前記特定部は、前記余白以外の前記領域を前記コマと特定してもよい。

　前記特定部は、前記画像データを二値化し、二値化された前記画像データに基づいて、前記画像データを前記複数の領域に分割してもよい。

　前記複数の領域は、第１領域及び第２領域を含み、前記特定部は、前記第１領域が前記第２領域の内側に存在する、又は、前記第１領域と前記第２領域とが重なっている場合、前記第１領域及び前記第２領域を１つの領域に統合してもよい。

　前記特定部は、前記特定部によって特定された前記複数のコマのうち最も小さいコマのサイズ以上の空間が前記余白の中に存在する場合、前記空間をコマとして特定してもよい。

　前記複数のコマは、第１コマを含み、前記決定部は、前記画像データの水平方向において前記第１コマに隣接する他のコマの存在の有無に基づいて、前記複数のコマにおける前記第１コマの順番を決定してもよい。

　前記複数のコマは、第２コマをさらに含み、前記決定部は、前記第１コマの前記水平方向に前記第２コマが存在する場合、前記第１コマの順番を前記第２コマの順番より早い順番に決定してもよい。

　前記編成部は、ユーザに対して、前記複数のコマの配置の編成の可否に関する情報をインターフェースに表示してもよい。

　前記編成部は、前記漫画ごとに指定、禁止又は推奨された表示形式をインターフェースに提供してもよい。

　前記複数のコマの各々に、前記コマ内のセリフの文字データ又は前記コマ内のキャラクタのキャラクタ識別情報を関連付けて保存する保存部をさらに有し、前記編成部は、前記決定部によって決定された前記順序、及び前記文字データ又は前記キャラクタ識別情報に基づいて、前記コマの配置を編成してもよい。

　本発明の一実施形態にかかるプログラムは、複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定し、特定された前記複数のコマの各々の順番を決定し、決定された前記順番に基づいて、前記コマの配置を編成することをコンピュータに実行させる。

　本発明の一実施形態にかかる方法は、複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定し、特定された前記複数のコマの各々の順番を決定し、決定された前記順番に基づいて、前記コマの配置を編成する。

　本発明の一実施形態にかかるシステムは、複数のコマを含む漫画の第１画像データに基づいて、前記複数のコマの各々を特定する特定部と、前記特定部によって特定された前記複数のコマの各々の順番を決定する決定部と、前記決定部によって決定された前記順番に基づいて、前記コマの配置を編成する編成部と、を有するサーバ、及び前記複数のコマの各々の第２画像データを前記サーバから受信し、前記編成部によって編成された配置で前記コマを表示する通信端末を備える。

　前記サーバは、前記通信端末によって指示された表示形式に基づいて前記コマの配置を編成してもよい。

　前記サーバは、前記通信端末の表示機能に関する端末情報を受信し、前記端末情報及び前記第１画像データに基づく前記コマの配置を編成する方法を前記通信端末に提案してもよい。

　本発明の一実施形態によれば、ユーザの好みや利用形態によって電子漫画の表示形式を調整することができるサーバ、プログラム、方法及びシステムを提供することができる。

本発明の一実施形態に係る電子書籍提供システムの概要を示す図である。 本発明の一実施形態に係る電子書籍提供システムに用いられるサーバのハードウェア構成を示す概略図である。 本発明の一実施形態に係る電子書籍提供システムに用いられる通信端末のハードウェア構成を示す概略図である。 本発明の一実施形態に係る電子書籍提供システムに用いられるサーバの機能構成を示す概略図である。 本発明の一実施形態に係る電子書籍提供システムの動作を示すフローチャートである。 本発明の一実施形態に係る電子書籍提供システムの動作を示すフローチャートである。 本発明の一実施形態に係る電子書籍提供システムのコマ特定方法を示すフローチャートである。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、データベースに記憶されるデータの一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画を閲覧するユーザから、表示形式の指示を受け付けるインターフェースの一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、ユーザによって指示された表示形式でコマを表示する一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、ユーザによって指示された表示形式でコマを表示する一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、ユーザによって指示された表示形式でコマを表示する一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムに用いられるサーバの機能構成を示す概略図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、データベースに記憶されるデータの一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画を閲覧するユーザへ、表示形式を提案するインターフェースの一例を示す図である。 本発明の一実施形態に係る電子書籍提供システムに用いられるサーバの機能構成を示す概略図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、余白の一部をコマとして特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、余白の一部をコマとして特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、余白の一部をコマとして特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムにおいて、余白の一部をコマとして特定する方法を説明する図である。 本発明の一実施形態に係る電子書籍提供システムの動作を示すフローチャートである。

　以下、図面を参照して本発明の一実施形態における電子書籍提供システム、当該システムに用いられる電子書籍提供サーバ、及び通信端末、及びこれらの機能について説明する。また、図面を参照して通信端末に表示されるインターフェース及び電子漫画について説明する。但し、本発明の一実施形態における電子書籍提供システム等は多くの異なる態様で実施することが可能である。本発明は以下に示す例の記載内容に限定して解釈されない。本実施の形態で参照する図面において、同一部分又は同様な機能を有する部分には同一の符号を用いる又は同一の符号の後にアルファベットを付し、その繰り返しの説明は省略する。電子書籍提供システムや電子書籍提供サーバは、ユーザに対して直接電子書籍を提供する機能を有するシステムやサーバだけでなく、電子書籍を提供するために用いられるシステムやサーバを含む。つまり、以下の説明において、電子書籍提供システム及び電子書籍提供サーバは、電子書籍を提供するために電子書籍を編成する機能を有するシステム及びサーバを含む。

　以下の実施形態において、電子漫画の画像データを見る向きに漫画を表示させたときの横方向を水平方向といい、縦方向を垂直方向という。通信端末に電子漫画を表示する場合、通信端末のディスプレイの長手方向を垂直方向に合わせて使用する場合が多いため、当該ディスプレイの長手方向を垂直方向といい、短手方向を水平方向という場合がある。ただし、上記の表現は、本発明を電子漫画の垂直方向をディスプレイの長手方向に合わせて表示する構成に限定するものではない。

　以下の実施形態では、電子書籍提供サーバと通信を行い、電子書籍を表示する通信端末として、携帯通信端末が用いられた構成を例示するが、この構成に限定されない。特に技術的な矛盾が生じない限り、異なる実施形態間の技術を組み合わせることができる。

〈第１実施形態〉
　図１～図２３を用いて、本発明の第１実施形態に係る電子書籍提供システム１０、電子書籍提供システム１０に用いる電子書籍提供サーバ１００、第１通信端末２００、及び第２通信端末３００、並びに、これらを動作させるためのプログラムについて説明する。第１実施形態に示す電子書籍提供システム１０は、ネットワーク４００を介して電子書籍提供サーバ１００、第１通信端末２００、及び第２通信端末３００が通信可能に接続された構成を有している。

　本実施形態において、第１通信端末２００は、電子漫画を閲覧する通信端末である。第１通信端末２００は、ユーザが希望する表示形式で電子漫画を表示するように、電子書籍提供サーバ１００に対して電子漫画の閲覧を要求する通信端末である。第２通信端末３００は、電子漫画を電子書籍提供サーバ１００に登録する通信端末である。例えば、第２通信端末３００は、漫画のクリエイタ又は電子書籍提供サーバ１００の管理者又は従業員が使用する通信端末である。

　以下の説明において、第１通信端末２００は、例えばスマートフォン及びタブレット端末のようなモバイル用通信端末である。一方、第２通信端末３００は、上記のモバイル用通信端末であってもよく、デスクトップ型パソコン（ＰＣ）のようなモバイル用ではない通信端末であってもよい。第１通信端末２００がモバイル用ではない通信端末であってもよい。

［電子書籍提供システム１０の概要］
　図１は、本発明の一実施形態に係る電子書籍提供システムの概要を示す図である。図１に示すように、本発明に係る電子書籍提供システム１０は、電子書籍提供サーバ１００、第１通信端末２００、及び第２通信端末３００を有する。電子書籍提供サーバ１００は情報処理装置である。第１通信端末２００はモバイル用の通信端末である。電子書籍提供サーバ１００はデータベース１０２に接続されている。

　電子書籍提供サーバ１００は、第２通信端末３００によって登録された電子漫画を第１通信端末２００に提供する。詳細は後述するが、電子書籍提供サーバ１００は、複数のコマを含む電子漫画の画像データに基づいて、複数のコマの各々を特定し、特定された各コマの順序を決定する機能を有する。電子書籍提供サーバ１００は、電子漫画が第１通信端末２００に提供される際に、電子漫画の表示形式を指定するためのインターフェースを第１通信端末２００に提供する。電子書籍提供サーバ１００は、当該インターフェースによって指示された内容に応じて電子漫画のコマの配置を編成し、当該電子漫画を第１通信端末２００に提供する。詳細は後述するが、電子書籍提供サーバ１００は、上記のようにして決定された各コマの順序に基づいて、コマの配置を編成する機能を有する。

　データベース１０２は、第２通信端末３００によって登録された電子漫画、及び登録された電子漫画に基づいて生成された各コマに関する情報を記憶している。詳細は後述するが、コマに関連する情報として、コマの座標、コマのサイズ、及び各ページにおけるコマの順番が含まれる。これらの情報は互いに関連付けられている。

　電子書籍提供サーバ１００、第１通信端末２００、及び第２通信端末３００はそれぞれネットワーク４００に接続されている。本実施形態では、ネットワーク４００は一般的なＷｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ（ＷＷＷ）のようなインターネット、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、又は社内ＬＡＮなどのＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）である。第１通信端末２００及び第２通信端末３００は、ネットワーク４００を介して電子書籍提供サーバ１００と通信する。

　図１では、データベース１０２が電子書籍提供サーバ１００に直接接続された構成を例示したが、この構成に限定されない。例えば、データベース１０２が直接ネットワーク４００に接続され、電子書籍提供サーバ１００とデータベース１０２との間のデータの送受信がネットワーク４００を介して行われていてもよい。

［電子書籍提供サーバ１００のハードウェア構成］
　図２は、本発明の一実施形態に係る電子書籍提供システムに用いられるサーバのハードウェア構成を示す概略図である。図２に示すように、電子書籍提供サーバ１００は、サーバ制御部１１０、サーバ記憶部１２０、及びサーバ通信部１３０を有する。

　サーバ制御部１１０は、中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、当該ＣＰＵに接続されたレジスタやメモリなどの記憶装置を含む。サーバ制御部１１０は、メモリに一時的に記憶されたプログラムをＣＰＵによって実行し、第１通信端末２００及び第２通信端末３００からの各種要請信号に応じて演算処理を行い、これらの通信端末にコンテンツデータを提供する。

　サーバ記憶部１２０は大容量のデータを記憶することができる記憶装置である。サーバ記憶部１２０には、演算処理に必要なプログラム及びコンテンツデータなどが記憶されている。サーバ記憶部１２０に記憶されているプログラムは、サーバ制御部１１０によって読み出しされ、サーバ制御部１１０の記憶装置に一時的に記憶される。サーバ記憶部１２０はハードディスクであってもよく、揮発性又は不揮発性のメモリであってもよい。上記のサーバ記憶部１２０に記憶される情報は、サーバ記憶部１２０の代わりにデータベース１０２に記憶されてもよい。本実施形態では、電子漫画及びコマに関連する情報はデータベース１０２に記憶されているが、これらのデータがサーバ記憶部１２０に記憶されていてもよい。

　サーバ通信部１３０は、外部機器に対してデータを送受信可能に接続することができる制御装置であり、ネットワーク４００に対するデータの送受信を制御する。

［第１通信端末２００のハードウェア構成］
　図３は、本発明の一実施形態に係る電子書籍提供システムに用いられる通信端末のハードウェア構成を示す概略図である。図３に示すように、第１通信端末２００は、端末記憶部２１０、端末制御部２２０、端末通信部２３０、ディスプレイ２４０、操作ボタン２５０、カメラ２６０、スピーカ２７０、及びマイク２８０を有する。

　端末記憶部２１０は、第１通信端末２００に特定の機能を実行させるためのプログラム、複数のコマを含む電子漫画、ディスプレイサイズなど第１通信端末２００に関する端末情報、及び第１通信端末２００を所有するユーザの情報等のデータを記憶する。端末記憶部２１０として、フラッシュメモリ等の不揮発性メモリ及びＳＲＡＭ、ＤＲＡＭ等の揮発性メモリが用いられる。プログラム等のデータは不揮発性メモリに記憶される。プログラム等のデータは、プログラムが実行される際に不揮発性メモリから読み出されて揮発性メモリに一時的に記憶される。

　端末制御部２２０は、ＣＰＵなどの演算回路、及び当該ＣＰＵに接続された記憶回路を有する。当該記憶装置は、メモリ及びレジスタを含む。端末制御部２２０は、端末記憶部２１０に記憶されたプログラムをＣＰＵによって実行し、第１通信端末２００に入力された命令信号に応じて、第１通信端末２００の各種機能を実現する。

　端末通信部２３０は、外部機器に対してデータを送受信可能に接続することができる制御装置であり、ネットワーク４００に対するデータの送受信を制御する。

　ディスプレイ２４０として、例えば液晶ディスプレイ及び有機ＥＬディスプレイなどの一般的なディスプレイを用いることができる。ディスプレイ２４０の垂直方向の大きさが垂直高さＶであり、水平方向の大きさが水平幅Ｈである。垂直高さＶ及び水平幅Ｈは、ＳＩ単位の大きさで表現されてもよく、それぞれの方向における画素数で表現されてもよい。本実施形態では、垂直高さＶ及び水平幅Ｈはそれぞれの方向における画素数で表現される。ディスプレイ２４０はタッチセンサを有している。タッチセンサは、抵抗膜方式、静電容量方式、及び光学式のセンサなどを使用することができる。タッチセンサは、ユーザによる画面操作を検知し、ユーザの操作に基づく検知信号を端末制御部２２０に送信する。本実施形態では、ディスプレイ２４０に設けられたタッチセンサを用いて、指示内容の選択及び入力などの操作が行われる。

　操作ボタン２５０は、ディスプレイ２４０の下方に設けられている。操作ボタン２５０は物理的なボタンであってもよく、上記のようなタッチセンサであってもよい。ディスプレイ２４０のタッチセンサに代えて、操作ボタン２５０を用いて指示内容の選択及び入力などの操作を行ってもよい。

　図３では、第１通信端末２００がカメラ２６０、スピーカ２７０、及びマイク２８０を有する構成を例示したが、この構成に限定されない。必要がなければ、これらの構成は省略されてもよい。

　図３では、第１通信端末２００の一例として、スマートフォンを示したが、電子書籍提供システム１０に用いるこれらの通信端末はスマートフォンに限定されない。電子書籍提供システム１０に用いる通信端末として、スマートフォン以外にも携帯電話、タブレットＰＣ、ＰＤＡ、ＰＨＳ、ノート型ＰＣ、デスクトップ型ＰＣなどが用いられてもよい。

［電子書籍提供サーバ１００の機能構成］
　図４は、本発明の一実施形態に係る電子書籍提供システムに用いられるサーバの機能構成を示す概略図である。図４に示すように、電子書籍提供サーバ１００は、特定部１５０、決定部１６０、及び編成部１７０を有する。これらの機能部は、例えばバスを介して互いに通信可能に接続されている。特定部１５０は、複数のコマを含む漫画の画像データに基づいて、複数のコマの各々を特定する。決定部１６０は、特定部１５０によって特定された複数のコマの順序を決定する。編成部１７０は、決定部１６０によって決定された順序に基づいて、コマの配置を編成する。

　電子書籍提供サーバ１００のサーバ制御部１１０（例えばＣＰＵ）が、サーバ記憶部１２０に記憶されたプログラムを実行することで、上記の各機能部の機能が実現される。本実施形態では、１つの電子書籍提供サーバ１００に上記の全ての機能部が含まれる構成を例示したが、この構成に限定されない。例えば、これらの機能部が異なるサーバに設けられ、これらのサーバが協働することで電子書籍提供システム１０の機能が実現されてもよい。

　特定部１５０は、画像データ解析部１５１、領域分割部１５３、余白特定部１５５、及びコマ特定部１５７を有する。

　画像データ解析部１５１は、第２通信端末３００によって登録されたオリジナルの電子漫画の画像データを解析して単純化する。具体的には、画像データ解析部１５１は、当該画像データを二値化する。本実施形態では、画像データ解析部１５１が画像データを二値化する構成を例示したが、この構成に限定されない。例えば、三値化以上の多値化を行ってもよい。画像データの単純化は、後の処理で扱う情報量を軽減し、処理速度を向上させるために行われる。したがって、当該処理速度が十分である場合は画像データ解析部１５１が省略されてもよい。

　領域分割部１５３は、画像データ解析部１５１の処理によって単純化された画像データを複数の領域（又は、区域）に分割する。具体的には、領域分割部１５３は画像データに対して第１ラベリング処理を行うことで、画像データを複数の領域に分割する。第１ラベリング処理は、画像データを同じ色の画素が連続する複数の領域に分割する処理である。つまり、第１ラベリング処理は、画素の色が異なる領域だけでなく、隣接する同じ色の画素の領域が、当該領域の色とは異なる色の画素によって区切られている場合であっても、当該隣接する同じ色の画素の領域は異なる領域として認識される。ただし、第１ラベリング処理における同じ色とは、完全同一の色に限定されない。例えば、色度座標又はグレースケールにおいて近接する色又は近接する階調を同じ色として扱ってもよい。

　余白特定部１５５は、領域分割部１５３の処理によって分割された画像データに基づいて余白を特定する。具体的には、余白特定部１５５は、上記のように分割された複数の領域のうち、面積が最大の領域を余白として特定する。通常、上記のように１ページ分の画像データを分割すると、余白の占有面積が最大になる場合が多いため、上記の処理で余白を特定することができる。分割された複数の領域のうち、画素数が最も多い領域を余白として特定してもよい。ただし、分割された複数の領域のうち余白の占有面積が最大ではない場合は、上記とは異なるアルゴリズムで余白の特定を行ってもよい。例えば、通常余白は画像データの最外周を構成するため、仮に、上記の処理によって面積が最大の領域が余白と特定された結果、余白と特定された領域が最外周を構成しない又は最外周に存在しない場合、余白の特定が正常に行われていない可能性が高い。したがって、このような場合に、余白の特定に異常が発生したと判断してエラーメッセージを通知する、又は、自動的に異なるアルゴリズムで余白の特定を行ってもよい。

　コマ特定部１５７は、余白特定部１５５の処理によって特定された余白に基づいて複数のコマの各々を特定する。具体的には、コマ特定部１５７は、余白以外の領域をコマとして特定する。

　コマ特定部１５７は、上記のように特定されたコマの位置を特定する機能を有する。具体的には、コマ特定部１５７は、コマが特定された画像データに対して第２ラベリング処理を行う。第２ラベリング処理は、余白特定部１５５によって余白と特定された領域以外の領域のうち、連続する領域の外周を囲む枠（矩形の領域）を特定し、その枠の４点（例えば、右上、左上、右下、左下の四隅）の座標を求める処理である。第２ラベリング処理において、４点の座標を求める代わりに２点（例えば、右上及び左下）の座標を求めてもよい。第２ラベリング処理によってコマの位置を特定することができる。上記の領域の外周を囲む枠は、当該領域の外周に接する（当該領域に外接する）枠であってもよい。

　さらに、コマ特定部１５７は、ある特定の条件を満たす場合に、コマとして特定された領域の統合処理を行う。例えば、上記の第２ラベリング処理によって、コマとして位置が特定された領域同士が重なっている場合、重なった領域を統合して１つのコマとして特定し直す。換言すると、本来１つのコマとして特定されるべき領域が第１領域及び第２領域という２つの領域（コマ）と認識され、かつ、第１領域が第２領域の内側に存在する又は第１領域と第２領域とが重なっている場合、第１領域及び第２領域は１つの領域に統合される。上記の統合処理によって、誤って別々のコマと認識されてしまった１つのコマを、正しく１つのコマとして特定することができる。

　特定部１５０は、上記の機能以外に、コマ内のセリフを文字認識して文字データ化する機能、及びコマ内のキャラクタを特定する機能を有していてもよい。上記の機能は、電子漫画の画像データに対する一般的な画像解析によって行われる。この場合、文字認識されたセリフやキャラクタは、コマと関連付けられてデータベース１０２に保存される。換言すると、電子書籍提供サーバ１００は保存部を有してもよい。当該保存部は、複数のコマの各々に、当該コマ内のセリフの文字データ又は当該コマ内のキャラクタのキャラクタ識別情報を関連付けて保存する。

　決定部１６０は、水平方向隣接確認部１６１及びコマ順決定部１６３を有する。決定部１６０は、特定部１５０によって特定された複数のコマの順序を決定する。

　水平方向隣接確認部１６１は、水平方向において、順番を付与する対象である第１コマに隣接する他のコマが存在するか否かを確認する。例えば、垂直方向における第１コマの上端から下端までの範囲を水平方向に延ばした領域に、他のコマが存在するか否かを確認する。ただし、第１コマの上端からその内側（下方）へ所定の距離移動した位置から、第１コマの下端からその内側（上方）へ所定の距離移動した位置までの範囲を水平方向に延ばした領域に、他のコマが存在するか否かを確認してもよい。つまり、上記の他のコマが存在するか否かを確認する領域から、第１コマの上端付近の領域及び第１コマの下端付近の領域を除外してもよい。換言すると、水平方向において他のコマが第１コマの上端付近及び下端付近と僅かに重なる場合は、第１コマと当該他のコマとが水平方向に隣接しないと判断してもよい。

　コマ順決定部１６３は、各コマの垂直方向の位置関係と、上記の水平方向隣接確認部１６１によって第１コマの水平方向に他のコマが存在しているかどうかの確認結果と、に基づいて各コマの順番を決定する。例えば、ページを左から右にめくるタイプの漫画の場合、各コマは垂直方向に上から順に並べられている。このタイプの漫画において、水平方向に隣接するコマがある場合（垂直方向において同じ位置に複数のコマが存在する場合）、これらのコマは右から順に読むように配置されているのが一般的である。したがって、水平方向隣接確認部１６１が、第２コマの右側に他のコマ（第１コマ）が存在していると判断した場合、コマ順決定部１６３は第１コマの順番を第２コマの順番より早い順番に決定する。電子漫画がページを右から左にめくるタイプの漫画である場合、上記及び以下の説明とは左右反転した処理が行われる。

　編成部１７０は、表示形式設定部１７１及びコマ配置編成部１７３を有する。編成部１７０は、決定部１６０によって決定された順序に基づいて、コマの配置を編成する。

　表示形式設定部１７１は、電子漫画の表示形式を指定するためのインターフェースを第１通信端末２００に提供し、当該インターフェースによって指示された内容に応じて表示形式を設定する。例えば、第１通信端末２００によってオリジナルの第１表示形式を指示する指示信号が入力された場合、コマ配置編成部１７３の機能を無効にして、オリジナルの電子漫画の画像データを表示させる。第１通信端末２００によって各コマが垂直方向に並べて表示された縦読み向けの第２表示形式を指示する指示信号が入力された場合、表示形式設定部１７１はコマ配置編成部１７３にコマを垂直方向に並べる編成をさせる。第１通信端末２００によって各コマが水平方向に並べて表示された横読み向けの第３表示形式を指示する指示信号が入力された場合、表示形式設定部１７１はコマ配置編成部１７３にコマを水平方向に並べる編成をさせる。

　表示形式設定部１７１は、第１通信端末２００のディスプレイに表示されるコマの数を設定する機能、及び当該ディスプレイの幅及び高さに基づいて表示されるコマのサイズを自動的に調整する機能を有する。つまり、上記の指示信号はこれらの機能を指示する信号を含む。例えば「大」、「中」、「小」などのように、コマの拡大又は縮小の目安を選択する機能を有していてもよい。例えば、「大」を選択した場合、全てのコマが等倍で拡大されてもよく、ある一定以下のサイズのコマだけが拡大されてもよい。後者の場合、水平方向のサイズだけに基づいて拡大の要否を決定してもよく、垂直方向のサイズだけに基づいて拡大の要否を決定してもよい。又は、コマの面積に基づいて拡大の要否を決定してもよい。

　コマ数を設定する機能は、ディスプレイの垂直高さＶに対して、設定された数のコマが表示されるように表示形式を設定する。この機能は、設定された数のコマだけがディスプレイに表示されるようにコマのフェードイン及びフェードアウトを制御してもよく、設定された数のコマがディスプレイに表示されるようにコマの垂直方向のサイズを調整してもよい。ただし、この機能は、必ずディスプレイに設定された数のコマが表示されるように制御する機能でなくてもよく、複数のコマの垂直方向のサイズの平均値を算出し、当該平均値が設定された数に一致する又は近似するように複数のコマを等倍で拡大してもよい。複数のコマを拡大する場合、各々のコマを異なる倍率で拡大してもよい。

　ディスプレイの幅及び高さに基づいて表示されるコマのサイズを調整する機能は、ディスプレイの垂直高さＶに対するコマの垂直方向のサイズ、及び／又は、ディスプレイの水平幅Ｈに対するコマの水平方向のサイズに基づいて各コマのサイズを調整する機能を有する。上記の通り、本実施形態では、ディスプレイの垂直高さＶはディスプレイの垂直方向における画素数を意味し、水平幅Ｈはディスプレイの水平方向における画素数を意味する。つまり、垂直高さＶ及び水平幅Ｈはディスプレイの解像度を意味する。

　これらの機能が用いられる場合、表示形式設定部１７１は第１通信端末２００のディスプレイサイズに関連する端末情報（例えば、垂直高さＶ及び水平幅Ｈ）を受信する。当該ディスプレイサイズに関連する端末情報は、第１通信端末２００によって入力又は選択されてもよい。又は、当該端末情報は、第１通信端末２００によって入力又は選択されずにバックグラウンドで抽出されてもよい。つまり、第１通信端末２００がインターフェースを用いて表示形式に関する情報を送信する際に、表示形式設定部１７１はユーザエージェントに基づいてディスプレイサイズを推測してもよい。

　コマ配置編成部１７３は、コマ順決定部１６３によって順番が決定された各コマに対して、表示形式設定部１７１によって設定された内容（第１通信端末２００によって指示された内容）に基づいてコマの配置を編成する。コマ配置編成部１７３によって編成された情報が第１通信端末２００に送信され、第１通信端末２００のディスプレイに表示される。

　上記のように、特定部１５０がコマ内のセリフを文字データ化する機能及びコマ内のキャラクタを特定する機能を備えている場合、編成部１７０は、設定された文字やキャラクタに基づいてコマの配置を編成してもよい。換言すると、編成部１７０は、決定部１６０によって決定された順序、及び文字データ又はキャラクタ識別情報に基づいてコマの配置を編成する。例えば、表示形式設定部１７１が提供するインターフェースに特定の文字及びキャラクタを入力する項目があり、第１通信端末２００によって特定のキャラクタを表示する指示が入力された場合に、当該キャラクタが含まれるコマを抽出してコマの配置を編成してもよい。つまり、指示されたキャラクタを含むコマだけが連続して表示されるように編成が行われてもよい。電子書籍提供サーバ１００が、上記の機能部に加え、検索キーワードとして指示された文字又はキャラクタを検索する検索部を有していてもよい。

［電子書籍提供システム１０の動作］
　図５Ａを用いて、電子書籍提供システム１０の動作について説明する。図５Ａは、本発明の一実施形態に係る電子書籍提供システムの動作を示すフローチャートである。

　まず、漫画のクリエイタなどの通信端末である第２通信端末３００から電子書籍提供サーバ１００に電子漫画が送信され、電子漫画が電子書籍提供サーバ１００に登録される（ステップＳ５３１）。ステップＳ５３１では、電子漫画のオリジナルの画像データが電子書籍提供サーバ１００に送信される。画像データには複数のコマが含まれている。

　ステップＳ５３１で、第２通信端末３００を特定する情報、第２通信端末３００を利用するユーザを特定する情報、及びオリジナルの画像データを編成することに対する作者の同意を示す情報などが電子書籍提供サーバ１００に送信されてもよい。作者の同意を示す情報を得るために、ステップＳ５３１において電子書籍提供サーバ１００が第２通信端末３００に提供するインターフェースの中に、オリジナルの画像データを編成して配信することに対する同意を確認するための項目が設けられていてもよい。換言すると、ユーザに対して、複数のコマの配置の編成の可否に関する情報が当該インターフェースに表示されてもよい。同様に、上記インターフェースの中に、作者によって（つまり、漫画ごとに）指定、禁止又は推奨された表示形式を表示する項目が設けられていてもよい。後者の項目を表示する場合、１つの電子漫画の全体に対する表示形式が表示されてもよく、電子漫画の一部に対する表示形式が表示されてもよい。後者の項目を表示する場合において、表示形式が作者によって指定されている場合は、指定された表示形式以外を選択できないようにインターフェースが表示されてもよい。表示形式が作者によって禁止されている場合は、禁止された表示形式を選択できないようにインターフェースが表示されてもよい。表示形式が作者によって推奨されている場合、推奨された表示形式だけを選択できるようにインターフェースが表示されてもよく、推奨された表示形式をその他の表示形式よりも強調して表示するようにインターフェースが表示されてもよい。

　電子書籍提供サーバ１００は、オリジナルの画像データを受信すると、当該画像データに基づいて、画像データに含まれる複数のコマの各々を特定し（ステップＳ５１１）、特定された各コマの順番を決定し（ステップＳ５１２）、ユーザの指示によって表示形式を変更可能な電子漫画の提供を開始する（ステップＳ５１３）。ステップＳ５１１のコマの特定は上記の特定部１５０によって行われる。ステップＳ５１２のコマの順番の決定は上記の決定部１６０によって行われる。

　オリジナルの画像データを編成することに対して作者の同意を得る必要がある場合、ステップＳ５３１で作者の同意が得られている電子漫画に対してのみ、ステップＳ５１１～Ｓ５１３の処理が行われる。

　次に、電子書籍提供システム１０のユーザが使用する第１通信端末２００から電子書籍提供サーバ１００に、電子漫画の閲覧要求が送信される（ステップＳ５２１）。この閲覧要求に応じて、電子書籍提供サーバ１００は、電子漫画の表示形式を指示させるためのインターフェースを第１通信端末２００に提供する（ステップＳ５１４）。このインターフェースの詳細については後述する（図２０参照）。電子漫画によって上記のデータ編成の可否が異なる場合、第１通信端末２００に対してデータ編成の可否に関する表示をしてもよい。例えば、電子漫画のサムネイル画像やアイコン等に、「表示形式変更可」であることを理解できる表示を追加してもよい。

　第１通信端末２００を用いた上記インターフェースへの入力又は選択によって表示形式の指示が行われると（ステップＳ５２２）、表示形式を指示する指示信号が電子書籍提供サーバ１００に送信される。電子書籍提供サーバ１００は、当該指示信号及びステップＳ５１１、Ｓ５１２で順番が決定されたコマに基づいて、コマの配置を編成し（ステップＳ５１５）、編成された電子漫画を第１通信端末２００に提供する（ステップＳ５１６）。そして、第１通信端末２００は、インターフェースにおいて入力又は選択した表示形式で電子漫画を閲覧する（ステップＳ５２３）。

　上記の動作フローでは、ステップＳ５３１（電子漫画の登録）とＳ５２１（漫画閲覧要求）との間にＳ５１１（コマ特定）及びＳ５１２（コマ順決定）の動作が行われる構成を例示したが、この構成に限定されない。例えば、図５Ｂに示すように、Ｓ５２２（表示形式指示）の後にＳ５１１及びＳ５１２が行われてもよい。つまり、コマの特定及びコマ順の決定が行われていない電子漫画に対して、コマの表示形式指示に基づいてコマの配置が編成された電子漫画を提供することができる。この場合、例えば、電子書籍提供サーバ１００とは異なるサーバによって管理されている電子漫画に対して本発明を適用することができる。つまり、第１通信端末２００からの表示形式指示に応じて、電子書籍提供サーバ１００がコマの配置を編成する処理を行い、編成された電子漫画を第１通信端末２００に提供することができる。上記の例によると、特定されたコマの位置情報や順番に関する情報をデータベース１０２に記憶しておく必要がないため、記憶容量を節約することができる。Ｓ５１１（コマ特定）及びＳ５１２（コマ順決定）の動作をＳ５２１（漫画閲覧要求）とＳ５２２（表示形式指示）との間で行ってもよい。

［コマの特定方法及びコマ順の決定方法］
　図６～図１９を用いて、図５Ａ及び図５ＢのステップＳ５１１及びＳ５１２に該当するコマの特定方法及びコマ順の決定方法について詳細に説明する。図６は、本発明の一実施形態に係る電子書籍提供システムのコマ特定方法を示すフローチャートである。図７～図１２は、本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画のコマを特定する方法を説明する図である。図１３～図１８は、本発明の一実施形態に係る電子書籍提供システムにおいて、特定されたコマの順序を決定する方法を説明する図である。図１９は、本発明の一実施形態に係る電子書籍提供システムにおいて、データベースに記憶されるデータの一例を示す図である。

　図６に示すように、電子書籍提供サーバ１００がオリジナルの画像データを受信すると、画像データが二値化される（ステップＳ５４１）。画像データの二値化に関する具体的な例を図７及び図８に示す。図７の画像データ６００は１ページ分の画像データである。図７に示すように、画像データ６００は複数のコマ部６１０及び余白部６２０を含む。図７の例では、複数のコマ部６１０は５つのコマ部６１１、６１３、６１５、６１７、及び６１９を有する。当該５つのコマ部を特に区別する必要がない場合、単にコマ部６１０という。複数のコマ部６１０の各々にはイラストが描かれているが、説明の便宜上、第１コマ部６１１及び第２コマ部６１３にのみイラストが描かれており、第３コマ部６１５、第４コマ部６１７、及び第５コマ部６１９のイラストは省略されている。

　通常、イラストはカラー表示又はグレースケール表示されているが、その状態で各コマを特定する処理を行うと、扱う情報量が多いため情報処理装置の負担が大きくなる。したがって、情報処理装置が扱う情報量を軽減するために、画像データの二値化を行う。図７に示す例の場合、キャラクタ６３１及び６３３の胴体部分及び第２コマ部６１３の背景がグレースケール表示されている。図７に示す画像データを二値化することで、図８に示すように、カラー情報又はグレースケール情報が単純化され、キャラクタの各パーツの外形（例えば、キャラクタの胴体と頭部との間のつなぎ目など）及びコマの枠のみが黒で表示され、その他の領域は白で表示される。

　上記のように、情報処理装置の負担を考慮する必要がない場合は、この二値化の処理は省略することができる。

　ここで、図７及び図８に示すように、この例では、第２コマ部６１３の枠の一部に欠け６３５があり、枠が不連続である。その結果、第２コマ部６１３の内部が余白部６２０から分離されておらず、両者は連続している。

　図６のステップＳ５４１に続いて、二値化された画像データは複数の領域に分割される（ステップＳ５４２）。具体的には、二値化された画像データに対して第１ラベリング処理が行われる。第１ラベリング処理では、同じ色の画素が連続する領域毎に分割されるため、上記のように隣接する白の領域が黒の線で区切られている場合、当該隣接する白の領域は異なる領域として認識される。つまり、図８に示すように、例えば第１コマ部６１１の背景、及びキャラクタ６３１、６３３はそれぞれ白の領域ではあるが、これらは黒の線で区切られている。したがって、図９に示すように、それぞれが異なる領域として認識され、複数の領域に分割される。図９において、同一のハッチングによって表示された連続する領域は、同じ領域として認識されていることを意味する。

　一方、図８に示すように、第２コマ部６１３の枠に欠け６３５があり、第２コマ部６１３の内側と余白部６２０とは連続している。したがって、図９に示すように、第２コマ部６１３の内側と余白部６２０とは１つの領域として認識されている。

　図６のステップＳ５４２に続いて、分割された領域に基づいて余白が特定される（ステップＳ５４３）。ここでは、分割された複数の領域のうち、面積が最大の領域が余白として特定される。１つのコマの面積が余白の面積よりも大きい場合がある。しかし、コマの中にはイラストが描かれており、それらのイラストも複数の領域に分割される。したがって、分割された複数の領域のうち余白の面積が最大になる場合が多い。図１０は、余白と特定された領域を黒で表示し、それ以外の領域を白で表示した図である。図１０に示すように、第１コマ部６１１は、その内側のキャラクタ６３１を含めて余白以外の領域として特定されている。

　一方、図１０に示す第２コマ部６１３のように、第２コマ部６１３の内側と余白部６２０とが１つの領域と認識されてしまい、正常にコマを特定することができない場合がある。このようなコマの特定異常を解消するために、図６のステップＳ５４３の後に、上記の処理で特定された余白及びコマの妥当性確認が行われる（ステップＳ５４４、Ｓ５４５）。具体的には、上記の処理によって余白及びコマが特定された画像データに対して第２ラベリング処理が行われる。この例の第２ラベリング処理では、分割された複数の領域の各々を矩形で囲んだ矩形領域を１つのコマ候補と認識し、各コマ候補の位置を特定する。具体的には、図１１に示すように、第２ラベリング処理によって第２コマ部６１３の枠を囲む第１コマ候補６４１、キャラクタ６３１を囲む第２コマ候補６４３、及びキャラクタ６３３を囲む第３コマ候補６４５が、それぞれコマ候補として認識されている。

　ステップＳ５４４の第２ラベリング処理に続いて、当該処理によって認識されたコマ候補（第１コマ候補６４１、第２コマ候補６４３、第３コマ候補６４５）について、当該コマ候補の統合処理が行われる（ステップＳ５４５）。つまり、コマ候補同士が重なっている場合、及び一方のコマ候補が他方のコマ候補の内側に存在する場合、これらのコマ候補が統合されて１つのコマとして特定される。この例の統合処理では、第２コマ候補６４３の一部と第３コマ候補６４５の一部とが互いに重なっているため、両者は統合される。第２コマ候補６４３及び第３コマ候補６４５は、第１コマ候補６４１の内側に存在するため、第１コマ候補６４１と統合される。このようにして、図１２に示すように、第２コマ部６１３は１つのコマとして特定される。

　上記の方法によって、余白部６２０が余白として特定されることで、余白以外の複数のコマ部６１０（コマ部６１１、６１５、６１７、及び６１９）及び各コマ部６１０内に描かれていたキャラクタ６３１、６３３が描かれていた領域（コマ部６１３）をコマとして特定することができる。さらに、各コマ候補の位置の特定及び統合処理を行うことで、上記の処理でコマの特定異常が起きた場合であっても、各コマ部６１０と正しくコマとして特定することができる。

　ステップＳ５４１～Ｓ５４５のコマの特定に続いて、コマ順の決定が行われる（ステップＳ５４６）。図１３に示すように、コマ順を決定する方法は、垂直方向に一定の幅を有する棒状のコマ検知手段６５０によって行われる。コマ検知手段６５０は、画像データ６００の右端から左端へ水平方向に延びる。コマ検知手段６５０と各コマ部６１０とが重なる（衝突する）場合、つまりコマ検知手段６５０と重なるコマ部６１０が検知された場合に、当該コマ部６１０が、順番を決定する対象のコマ部であると判断される。コマ検知手段６５０が画像データ６００の右端から左端まで延びたときに、コマ検知手段６５０と重なるコマ部６１０が複数ある場合、一方のコマ部（第１コマ部６１１）の水平方向に他方のコマ部（第２コマ部６１３）が存在すると判断される。ここで、コマ検知手段６５０によって第１コマ部６１１が検知されると、第１コマ部６１１に対して仮順番（Ａ）が付与される。

　図１３に示す状態では、コマ検知手段６５０は第１コマ部６１１のみと重なっているため、コマ検知手段６５０が延びる水平方向に第１コマ部６１１の存在だけが認識されている。図１３に示す状態から、さらにコマ検知手段６５０が延びると、コマ検知手段６５０が第１コマ部６１１及び第２コマ部６１３の両方と重なる。図１４に示すようにコマ検知手段６５０が画像データ６００の左端まで到達すると、コマ検知手段６５０が存在する垂直方向の範囲内にこれら２つのコマ部が存在していると判断される。ここで、コマ検知手段６５０によって第２コマ部６１３が検知されると、第２コマ部６１３に対して仮順番（Ｂ）が付与される。上記のように、コマ検知手段６５０が画像データ６００の左端まで到達すると、コマ検知手段６５０の垂直方向の幅の分だけ下の位置に移動して、コマ検知手段６５０は右端から左端に延びながら上記と同様の処理を行う。

　コマ検知手段６５０が上記の動作を繰り返し、図１５に示すように、コマ検知手段６５０が第１コマ部６１１及び第２コマ部６１３の両方と重ならなくなったとき、コマ検知手段６５０がこれらのコマ部の下端を越えたと判断する。そして、仮順番（Ａ）、（Ｂ）に基づいて、第１コマ部６１１の順番が１番目（１）に決定され、第２コマ部６１３の順番が２番目（２）に決定される。つまり、第２コマ部６１３の右側に第１コマ部６１１が存在していると判断され、第１コマ部６１１の右側に他のコマ部が存在しないと判断された場合、第１コマ部６１１の順番が第２コマ部６１３の順番より早い順番に決定され、第１コマ部６１１の順番が最初の順番に決定される。換言すると、コマ検知手段６５０が画像データ６００の左端に到達した状態において余白部６２０のみと重なっている場合に、その状態におけるコマ検知手段６５０よりも上方に存在し、かつ、まだ順番が決定していないコマ部について順番が決定される。

　次に、図１６に示す状態では、コマ検知手段６５０は第３コマ部６１５及び第５コマ部６１９と重なっているため、第３コマ部６１５の仮順番が（Ａ）に決定され、第５コマ部６１９の仮順番が（Ｂ）決定される。この状態において、コマ検知手段６５０はまだ第４コマ部６１７に到達していないため、第４コマ部６１７の存在は認識されていない。

　コマ検知手段６５０が上記の動作を繰り返し、図１７に示すように、コマ検知手段６５０が第３コマ部６１５と重ならなくなったとき、コマ検知手段６５０が第３コマ部６１５の下端を越えたと判断される。しかし、コマ検知手段６５０は第５コマ部６１９の下端を越えていないため、コマ部の順番決定はまだ行われない。図１７の状態ではコマ検知手段６５０が第４コマ部６１７と重なるため、第４コマ部６１７の存在が認識され、第４コマ部６１７の仮順番が（Ｃ）に決定される。

　コマ検知手段６５０が上記の動作を繰り返し、図１８に示すように、コマ検知手段６５０が第４コマ部６１７及び第５コマ部６１９の両方と重ならなくなったとき、コマ検知手段６５０がこれらのコマ部の下端を越えたと判断する。この状態において、第３コマ部６１５及び第４コマ部６１７は第５コマ部６１９の右側に存在している。したがって、第３コマ部６１５及び第４コマ部６１７の順番が第５コマ部６１９の順番より早い順番に決定される。第３コマ部６１５は第４コマ部６１７の上方に存在しているため、第３コマ部６１５の順番が第４コマ部６１７の順番より早い順番に決定される。さらに、第３コマ部６１５の右側に他のコマ部が存在しないため、第３コマ部６１５の順番は、まだ順番が決定されていないコマ部の中で最初の順番（３番目）に決定される。つまり、仮順番（Ａ）が３番目（３）に決定され、仮順番（Ｃ）が４番目（４）に決定され、仮順番（Ｂ）が５番目（５）に決定される。

　上記の方法は、ページを左から右にめくるタイプの漫画に適用されるコマ順の決定方法である。ページを右から左にめくるタイプの漫画に上記の方法を適用する場合、上記の説明とは左右反転した処理が行われる。つまり、この場合、コマ検知手段６５０が画像データ６００の左端から右端に向かって延び、水平方向に複数のコマ部が存在する場合、左側のコマ部を右側のコマ部よりも早い順番に決定する。

　上記の方法によって、読者が漫画を読むときに自然に認識するコマ順で各コマ部の順番を決定することができる。上記のようにして決定された各コマ部の順番は、コマの位置を特定する情報と共に電子書籍提供サーバ１００に接続されたデータベース１０２（図１参照）に記憶される。図１９に示すように、データベース１０２にはデータテーブル１０１が格納されている。データテーブル１０１には、コマＩＤ１０３、漫画情報１０４、ページ情報１０５、コマ座標１０６、コマサイズ１０７、及びコマ順番１０８が含まれる。これらの情報は互いに関連付けられている。データテーブル１０１に含まれる情報は、図１９に示す情報の一部だけであってもよく、これらの情報以外の情報を含んでもよい。

　コマＩＤ１０３は、順番が付与された対象のコマを特定するＩＤである。漫画情報１０４は、対象のコマが含まれる電子漫画であって、１つの単行本に対応する電子漫画を特定する情報である。ページ情報１０５は、対象のコマが描かれたページを特定する情報である。コマ座標１０６は、対象のコマが描かれたページにおける当該コマの座標（水平方向：ｘ、垂直方向：ｙ）を特定する情報である。コマ座標１０６は、コマが矩形である場合は矩形の右上の角の座標であってもよく、又はコマの中心の座標であってもよい。コマ座標１０６は、上記のコマ検知手段６５０が対象のコマ部に最初に重なったときの座標を、上記の矩形の右上の角と特定することができる。コマサイズ１０７は、対象のコマの水平方向の大きさ（Δｘ）及び垂直方向の大きさ（Δｙ）を特定する情報である。コマサイズ１０７は、上記のコマ検知手段６５０が対象のコマと重なる領域に基づいて算出することができる。コマ順番１０８は、各ページにおいて、対象のコマに付与された順番である。コマサイズ１０７の代わりにコマの４隅の座標又はコマの対角の座標がデータテーブル１０１に含まれていてもよい。

　上記のように、特定部１５０がコマ内のセリフを文字データ化する機能及びコマ内のキャラクタを特定する機能を備えている場合、これらの文字データ及びキャラクタに関する情報が各コマに関連付けられていてもよい。図１９では、ページ毎にコマ順番が付与された構成を例示したが、この構成に限定されない。例えば、１つのコミックの全ページのコマに対して通し順番が付与されてもよく、章など数ページ毎のコマに対して通し番号が付与されてもよい。この場合、以下に示すインターフェースに、コマ順の付与方法を指示する項目が含まれていてもよい。コマの特定（図５Ａ及び図５ＢのＳ５１１）及びコマ順の決定（Ｓ５１２）が表示形式指示（Ｓ５２２）の後に行われる場合、図１９に示すようなデータテーブル１０１を省略してもよい。

［コマの表示方法］
　図２０～図２３を用いて、図５Ａ及び図５ＢのステップＳ５１４で第１通信端末２００に提供されるインターフェースの一例、及びステップＳ５１６で第１通信端末２００に提供される漫画の表示形式の一例について説明する。

　図２０は、本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画を閲覧するユーザから、表示形式の指示を受け付けるインターフェースの一例を示す図である。図２０に示すように、インターフェース７００には表示形式指示枠７１０、表示コマ数指示枠７２０、幅・高さ自動調整指示枠７３０、及び決定ボタン７４０が表示されている。図２０に示すインターフェース７００に表示された項目は一例であって、これらの一部の項目だけが表示されていてもよく、これらの項目以外の項目が表示されていてもよい。

　表示形式指示枠７１０は、電子漫画に含まれる各コマを第１通信端末２００にどのような形式で表示するかを指示するための項目である。図２０では、表示形式指示枠７１０に「オリジナル」、「縦読み」、及び「横読み」の指示ボタンが表示されている。「オリジナル」はコマの位置を編成していないオリジナルの画像データの形式で表示することを指示するボタンである。「縦読み」は、ページ情報１０５及びコマ順番１０８（図１９参照）に基づいてコマを垂直方向に並べた形式で表示することを指示するボタンである。「横読み」は、ページ情報１０５及びコマ順番１０８に基づいてコマを水平方向に並べた形式で表示することを指示するボタンである。

　表示コマ数指示枠７２０は、表示形式指示枠７１０で「縦読み」又は「横読み」が指示された場合に、第１通信端末２００のディスプレイに表示されるコマ数を指示するための項目である。図２０では、表示コマ数指示枠７２０に、ディスプレイに表示されるコマ数をプルダウン方式で選択する選択部７２１が設けられた構成を例示したが、この構成に限定されない。例えば、表示コマ数指示枠７２０として、表示コマ数を直接入力可能な入力枠が設けられていてもよく、表示コマ数を設定可能なスライドバーが設けられていてもよい。「非設定」の指示ボタンを選択することで、各コマをオリジナルの画像データのサイズで表示することができる。

　幅・高さ自動調整指示枠７３０は、表示形式指示枠７１０で「縦読み」又は「横読み」が指示された場合に、第１通信端末２００のディスプレイのサイズ及び各コマのサイズに基づいて、コマの高さ又は幅を自動的に調整する機能を有効「ＯＮ」又は無効「ＯＦＦ」にするための項目である。例えば、「縦読み」が指示された場合、コマの幅（水平方向のサイズ）がディスプレイの水平幅Ｈ（図３参照）に基づいて調整される。一方、「横読み」が指示された場合、コマの高さ（垂直方向のサイズ）がディスプレイの垂直高さＶ（図３参照）に基づいて調整される。上記の構成を換言すると、幅・高さ自動調整指示枠７３０は、第１通信端末２００の端末情報に基づいてコマの配置を編成する。

　「縦読み」が指示された場合に、上記に加えてディスプレイの垂直高さＶ及びコマの高さに基づいてコマの幅が調整されてもよい。「横読み」が指示された場合に、上記に加えてディスプレイの水平幅Ｈ及びコマの幅に基づいてコマの高さが調整されてもよい。これにより、仮にコマのアスペクト比（コマの幅に対するコマの高さの比率）がディスプレイのアスペクト比（ディスプレイの水平幅Ｈに対する垂直高さＶの比率）より大きい場合であっても、コマの一部のイラストがディスプレイからはみ出してしまうことを抑制することができる。

　決定ボタン７４０は、表示形式指示枠７１０、表示コマ数指示枠７２０、及び幅・高さ自動調整指示枠７３０において選択又は入力された指示内容を確定し、電子書籍提供サーバ１００にこれらの指示内容を含む信号を送信するボタンである。

　図２１及び図２２は、本発明の一実施形態に係る電子書籍提供システムにおいて、ユーザによって指示された表示形式でコマを表示する一例を示す図である。表示形式指示枠７１０で「縦読み」が指示された場合、ページ情報１０５及びコマ順番１０８（図１９参照）に基づいて、図２１に示すようにコマが垂直方向に並べられてディスプレイ２４０に表示される。一方、表示形式指示枠７１０で「横読み」が指示された場合、ページ情報１０５及びコマ順番１０８に基づいて、図２２に示すようにコマが水平方向に並べられてディスプレイ２４０に表示される。

　図２３は、本発明の一実施形態に係る電子書籍提供システムにおいて、ユーザによって指示された表示形式でコマを表示する一例を示す図である。図２３に示す例は、表示形式指示枠７１０で「縦読み」が指示され、幅・高さ自動調整指示枠７３０で有効「ＯＮ」が指示された場合の表示例である。図２１と比較すると、１番目及び２番目のコマが拡大して表示されている。図２１の例では、１番目のコマの幅より２番目のコマの幅の方が大きいため、２番目のコマの幅とディスプレイの水平幅Ｈとに基づいて、１番目及び２番目のコマの倍率が調整されている。ただし、１番目のコマと２番目のコマとがそれぞれ異なる倍率で調整されてもよい。

　図２１～図２３では、ディスプレイ２４０が縦向きの状態（ディスプレイの長手が垂直方向に沿っている状態）で各コマが表示されている構成を例示したが、ディスプレイ２４０が横向きの状態（ディスプレイの長手が水平方向に沿っている状態）であってもよい。ディスプレイ２４０が横向きの状態でも、各コマは図２１～図２３の向きと同じ向きで表示される。

　以上のように、本実施形態に係る電子書籍提供システム１０によると、電子書籍提供サーバ１００がオリジナルの画像データを各コマに分割して順番を決定し、第１通信端末２００の指示に基づいて各コマの配置を編成する。したがって、電子書籍提供サーバ１００は、第１通信端末２００を利用するユーザの好みや利用形態によって電子漫画の表示形式を調整することができる。

〈第２実施形態〉
　図２４～図２６を用いて、第２実施形態に係る電子書籍提供システム１０Ａについて説明する。図２４～図２６に示す電子書籍提供システム１０Ａは、図１～図２３に示す電子書籍提供システム１０と類似している。しかし、電子書籍提供システム１０Ａに含まれる電子書籍提供サーバ１００Ａの機能が電子書籍提供サーバ１００の機能（図４参照）と相違する。以下の実施形態の説明において、第１実施形態と同様の構成については説明を省略し、両者の相違点について説明する。

　図２４は、本発明の一実施形態に係る電子書籍提供システムに用いられるサーバの機能構成を示す概略図である。図２４に示すように、電子書籍提供サーバ１００Ａの編成部１７０Ａは、図４の編成部１７０の機能に加えて、端末情報受信部１７５Ａ及び編成方法提案部１７７Ａを有する。

　端末情報受信部１７５Ａは、例えば第１通信端末２００Ａから電子漫画の閲覧要求を受信する際に、第１通信端末２００Ａのディスプレイサイズなどの表示機能に関する端末情報（例えば、垂直高さＶ及び水平幅Ｈ）を受信する。端末情報は、第１通信端末２００Ａによって入力又は選択されてもよく、ユーザエージェント等に基づいて推測されてもよい。端末情報受信部１７５Ａは、端末情報の他に編成者情報（例えば、編成者の氏名、性別、年齢、居住国、並びに、電子書籍提供システム１０Ａが提供するサービスにおけるユーザＩＤ及びニックネーム）、第１通信端末２００Ａがサービスを利用している国名、及び第１通信端末２００Ａのサービスの利用日時などの情報を受信する。

　編成方法提案部１７７Ａは、端末情報受信部１７５Ａが受信した情報に基づいて、第１通信端末２００Ａを利用するユーザにお勧めの表示形式（コマの配置を編成する方法）を提案する。例えば、電子漫画の種類及び第１通信端末２００Ａのディスプレイサイズに基づいて、その条件に適正な表示形式又はその条件の場合に多くのユーザに選択されている表示形式を提案する。

　図２５は、本発明の一実施形態に係る電子書籍提供システムにおいて、データベースに記憶されるデータの一例を示す図である。図２５に示すデータテーブル７０１Ａは、端末情報受信部１７５Ａが第１通信端末２００Ａから受信した情報を含む。さらに、図２５のデータテーブル７０１Ａに含まれる情報は、編成方法提案部１７７Ａが第１通信端末２００Ａを利用するユーザに適正な表示形式を提案するために用いられる情報である。

　図２５に示すように、データテーブル７０１Ａには、漫画情報７０３Ａ、編成方法７０４Ａ、編成者情報７０５Ａ、国名７０６Ａ、編成日時７０７Ａ、及び端末情報７０８Ａが含まれる。これらの情報は互いに関連付けられている。データテーブル７０１Ａに含まれる情報は、図２５に示す情報の一部だけであってもよく、これらの情報以外の情報を含んでもよい。

　漫画情報７０３Ａは、図１９の漫画情報１０４と同様の項目である。編成方法７０４Ａは、第１通信端末２００Ａによって指示された電子漫画の表示形式（図２６の表示形式、表示コマ数、及び幅・高さ自動調整）である。編成者情報７０５Ａは、例えば、第１通信端末２００Ａを利用して電子漫画の編成を指示したユーザの氏名、性別、年齢、居住国、並びに、電子書籍提供システム１０Ａが提供するサービスにおけるユーザＩＤ及びニックネームなどの情報である。ただし、編成者情報７０５Ａはこれらを全て含んでいる必要はなく、これら以外の情報を含んでいてもよい。国名７０６Ａは、電子漫画の表示形式を指示した第１通信端末２００Ａが通信を行った国名である。編成日時７０７Ａは、第１通信端末２００Ａが電子漫画の表示形式を指示した日時である。端末情報７０８Ａは、第１通信端末２００Ａのディスプレイの垂直高さＶ及び水平幅Ｈ、又はこれらを特定可能な他の情報である。

　図２６は、本発明の一実施形態に係る電子書籍提供システムにおいて、電子漫画を閲覧するユーザへ、表示形式を提案するインターフェースの一例を示す図である。図２６に示すインターフェースは、例えば、図５Ａ及び図５ＢのステップＳ５１４において第１通信端末２００Ａに提供されるインターフェースである。図２６に示すように、インターフェース７００Ａには、図２０のインターフェース７００に表示された項目に加えて、おすすめボタン７５０Ａが表示されている。図２６に示す状態はおすすめボタン７５０Ａを有効（黒塗り背景に白字）にした状態である。おすすめボタン７５０Ａを有効にすると、図２４の編成方法提案部１７７Ａはデータテーブル７０１Ａに基づいて、例えば対象の漫画について最も多く採用されている表示形式を提案する。図２６では、おすすめボタン７５０Ａを有効にすることで、表示形式は「縦読み」、表示コマ数は「２コマ／ページ」、幅・高さ自動調整は「ＯＦＦ」の設定が提案されている。

　以上のように、本実施形態に係る電子書籍提供システムによると、第１実施形態と同様の効果に加え、第１通信端末２００Ａを利用するユーザに対して、対象の電子漫画のおすすめの表示形式を提案することができる。この構成によって、ユーザの利便性を向上させることができる。

〈第３実施形態〉
　図２７～図３１を用いて、第３実施形態に係る電子書籍提供システム１０Ｂについて説明する。図２７～図３１に示す電子書籍提供システム１０Ｂは、図１～図２３に示す電子書籍提供システム１０と類似している。しかし、電子書籍提供システム１０Ｂに含まれる電子書籍提供サーバ１００Ｂの機能が電子書籍提供サーバ１００の機能（図４参照）と相違する。以下の実施形態の説明において、第１実施形態と同様の構成については説明を省略し、両者の相違点について説明する。

　図２７は、本発明の一実施形態に係る電子書籍提供システムに用いられるサーバの機能構成を示す概略図である。図２７に示すように、電子書籍提供サーバ１００Ｂの特定部１５０Ｂは、図４の特定部１５０の機能に加えて、余白調査部１５９Ｂを有する。

　余白調査部１５９Ｂは、余白特定部１５５Ｂ及びコマ特定部１５７Ｂによって余白とコマとが特定された画像データに対して、余白と特定された領域にコマと特定すべきだった領域があるかどうかを調査する。第１実施形態に示すように、余白特定及びコマ特定の処理を行ったにも拘わらず、本来コマとして特定されるべき領域が余白として特定されてしまう場合がある。例えば、枠が存在しない又は枠を検出することができない領域に描かれたイラストに対して、このような問題が起きる場合がある。しかし、そのような領域にはイラストが描かれているため、誤って余白と特定された領域のサイズは所定のサイズ以上である。換言すると、当該領域のサイズは余白とは考えにくいほど大きなサイズである。以下、この所定のサイズを「コマ認定サイズ」という。

　余白調査部１５９Ｂの機能について、図２８～図３１を用いて説明する。図２８～図３１は、本発明の一実施形態に係る電子書籍提供システムにおいて、余白の一部をコマとして特定する方法を説明する図である。

　まず、図２８に示すように、余白部６２０Ｂに、コマ認定サイズの余白調査空間８００Ｂが存在するか否かの調査が行われる。余白部６２０Ｂに余白調査空間８００Ｂが存在するということは、余白部６２０Ｂに余白とは考えにくいほど大きな空間があることを意味する。余白部６２０Ｂに余白調査空間８００Ｂが存在する場合、図２８に示すように、余白部６２０Ｂの右上の角から、余白調査空間８００Ｂの調査エリア８１０Ｂが水平方向（左方向）に延ばされる。

　図２９に示すように、余白調査空間８００Ｂの調査エリア８１０Ｂは第２コマ部６１３Ｂに到達するまで左方向に延びる。調査エリア８１０Ｂの左方向への延長は第２コマ部６１３Ｂに到達することで止まり、その後、調査エリア８１０Ｂは第３コマ部６１５Ｂに到達するまで垂直方向（下方向）に延びる（図３０参照）。調査エリア８１０Ｂの下方向への延長は第３コマ部６１５Ｂに到達することで止まる。図３１に示すように、この状態の調査エリア８１０Ｂで囲まれた空間を第６コマ部６１２Ｂとして特定する。

　余白調査空間８００Ｂの調査は、第１実施形態で説明したコマ検知手段６５０を用いて行われてもよく、余白調査空間８００Ｂに相当するサイズの検知手段を用いて行われてもよい。コマ検知手段６５０を用いて余白調査空間８００Ｂの調査が行われる場合、検出された余白にコマ認定サイズ以上の領域があるか否かを判断することによって上記の調査が実行される。例えばコマ検知手段６５０の先端が余白部６２０Ｂを通過した領域に基づいて余白調査空間８００Ｂの存在を調査することができる。余白調査空間８００Ｂに相当するサイズの検知手段を用いて余白調査空間８００Ｂを調査する場合、図２８に示すように余白調査空間８００Ｂと同じサイズの枠を配置できる空間が余白部６２０Ｂに存在するか否かの調査が行われる。

　上記のコマ認定サイズは、１つの電子漫画において特定された全てのコマのうち、最も小さいコマのサイズ（最小コマサイズ）をコマ認定サイズと認定することができる。又は、１ページのサイズの１／５のサイズをコマ認定サイズと認定してもよい。又は、１００×１００画素の領域をコマ認定サイズと認定してもよい。ただし、コマ認定サイズはこのサイズに限定されず、５０×５０画素～５００×５００画素の間で適宜設定することができる。

　余白調査部１５９Ｂによる余白と特定された領域の調査は、決定部１６０Ｂによる各コマの順番が決定とは個別に行われてもよく、各コマの順番の決定と同時に行われてもよい。前者の場合、図１３～図１８に示す処理を行う前に図２８～図３１の処理が行われる。後者の場合、図１３～図１８に示す処理を行いながら余白の中にコマ認定サイズ（例えば１００×１００画素）の空間が存在するか否かを判断することで、図２８～図３１の処理を兼ねることができる。

　以上のように、本実施形態に係る電子書籍提供システムによると、第１実施形態と同様の効果に加え、コマを誤って余白と特定してしまうリスクを低減することができる。さらに、枠がない領域にイラストが存在する場合であっても、そのようなイラストをコマとして特定することができる。

〈第４実施形態〉
　図３２を用いて、第４実施形態に係る電子書籍提供システム１０Ｃについて説明する。図３２に示す電子書籍提供システム１０Ｃは、図１～図２３に示す電子書籍提供システム１０と類似している。しかし、電子書籍提供システム１０Ｃは電子漫画を登録する第２通信端末３００Ｃが表示形式を指示する点、及び電子漫画を提供するサーバがコマの編成を行うサーバとは異なるサーバである点において、電子書籍提供システム１０と相違する。以下の実施形態の説明において、第１実施形態と同様の構成については説明を省略し、両者の相違点について説明する。

　図３２は、本発明の一実施形態に係る電子書籍提供システムの動作を示すフローチャートである。図３２に示すように、まず第２通信端末３００Ｃが電子書籍提供サーバ１００Ｃに対して電子漫画の編成を要求する（ステップＳ９３１）。ステップＳ９３１の電子漫画の編成要求に応じて、電子書籍提供サーバ１００Ｃはインターフェースを第２通信端末３００Ｃに提供する（ステップＳ９１１）。このインターフェースとして、図２０で説明したインターフェースと類似のものを用いることができる。

　第２通信端末３００Ｃによって表示形式が指示されると（ステップＳ９３２）、電子書籍提供サーバ１００Ｃではコマの特定（ステップＳ９１２）及びコマ順の決定（ステップＳ９１３）が行われる。続いて、ステップＳ９３２で指示された内容に応じてコマの編成が行われる（ステップＳ９１４）。そして、コマの編成が完了すると、完了した旨の通知が第２通信端末３００Ｃに送信される（ステップＳ９１５）。上記の処理によって第２通信端末３００Ｃは、所望の表示形式に編成された電子漫画を得ることができる。上記のコマの特定、コマ順の決定、及びコマの編成は、第１実施形態で説明した方法を用いることができる。

　第２通信端末３００Ｃは、上記の編成された電子漫画を漫画管理サーバ９００Ｃにアップロードする（ステップＳ９３３）。漫画管理サーバ９００Ｃは、アップロードされた電子漫画を公開し（ステップＳ９９１）、第１通信端末２００Ｃからの電子漫画の閲覧要求（ステップＳ９２１）に応じて、電子漫画を提供する（ステップＳ９９２）。上記の処理によって、第１通信端末２００Ｃは、第２通信端末３００Ｃによって編成された電子漫画を閲覧することができる（ステップＳ９２２）。

　以上のように、本実施形態に係る電子書籍提供システム１０Ｃによると、例えば漫画のクリエイタが電子漫画を漫画管理サーバ９００Ｃにアップロードする前に、電子漫画の表示形式を編成することができる。

　上記の例では、コマの特定、コマ順の決定、及びコマの編成を行うサーバと、電子漫画を提供するサーバとが異なる構成を例示したが、これらの機能が１つのサーバによって実行されてもよい。上記の処理は、サーバではなく、パーソナルコンピュータなどのように一般的な計算装置、又はスマートフォンなどのモバイル用通信端末で実行されてもよい。

　以上、本発明の一実施形態について図面を参照しながら説明したが、本発明は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、本実施形態の電子書籍提供システムを基にして、当業者が適宜構成要素の追加、削除もしくは設計変更を行ったものも、本発明の要旨を備えている限り、本発明の範囲に含まれる。さらに、上述した各実施形態は、相互に矛盾がない限り適宜組み合わせが可能であり、各実施形態に共通する技術事項については、明示の記載がなくても各実施形態に含まれる。

　上述した各実施形態の態様によりもたらされる作用効果とは異なる他の作用効果であっても、本明細書の記載から明らかなもの、又は、当業者において容易に予測し得るものについては、当然に本発明によりもたらされるものと解される。

１０：電子書籍提供システム、　１００：電子書籍提供サーバ、　１０１：データテーブル、　１０２：データベース、　１０４：漫画情報、　１０５：ページ情報、　１０６：コマ座標、　１０７：コマサイズ、　１０８：コマ順番、　１１０：サーバ制御部、　１２０：サーバ記憶部、　１３０：サーバ通信部、　１５０：特定部、　１５１：画像データ解析部、　１５３：領域分割部、　１５５：余白特定部、　１５７：コマ特定部、　１５９Ｂ：余白調査部、　１６０：決定部、　１６１：水平方向隣接確認部、　１６３：コマ順決定部、　１７０：編成部、　１７１：表示形式設定部、　１７３：コマ配置編成部、　１７５Ａ：端末情報受信部、　１７７Ａ：編成方法提案部、　２００：第１通信端末、　２１０：端末記憶部、　２２０：端末制御部、　２３０：端末通信部、　２４０：ディスプレイ、　２５０：操作ボタン、　２６０：カメラ、　２７０：スピーカ、　２８０：マイク、　３００：第２通信端末、　４００：ネットワーク、　６００：画像データ、　６１０：コマ部、　６１１：第１コマ部、　６１２Ｂ：第６コマ部、　６１３：第２コマ部、　６１３Ｂ：第２コマ部、　６１５：第３コマ部、　６１７：第４コマ部、　６１９：第５コマ部、　６２０：余白部、　６３１：キャラクタ、　６３３：キャラクタ、　６４１：第１コマ候補、　６４３：第２コマ候補、　６４５：第３コマ候補、　６５０：コマ検知手段、　７００：インターフェース、　７０１Ａ：データテーブル、　７０３Ａ：漫画情報、　７０４Ａ：編成方法、　７０５Ａ：編成者情報、　７０６Ａ：国名、　７０７Ａ：編成日時、　７０８Ａ：端末情報、　７１０：表示形式指示枠、　７２０：表示コマ数指示枠、　７２１：選択部、　７３０：自動調整指示枠、　７４０：決定ボタン、　７５０Ａ：おすすめボタン、　８００Ｂ：余白調査枠、８１０Ｂ：調査エリア、　９００Ｃ：漫画管理サーバ
 
 

Claims (20)

1. 　複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定する特定部と、
   　前記特定部によって特定された前記複数のコマの順序を決定する決定部と、
   　前記決定部によって決定された前記順序に基づいて、前記コマの配置を編成する編成部と、
   　を有するサーバ。
2. 　前記編成部は、表示形式を指示する指示信号に基づいて前記コマの配置を編成する、請求項１に記載のサーバ。
3. 　前記指示信号は、オリジナルの前記画像データを表示する第１表示形式と、前記コマを垂直方向に並べて表示する第２表示形式と、前記コマを水平方向に並べて表示する第３表示形式と、を含むグループから選択された２つ以上の表示形式の中からいずれか１つの表示形式を指示する信号を含む、請求項２に記載のサーバ。
4. 　前記指示信号は、編成された前記コマを表示する端末のディスプレイに表示されるコマ数を指定する信号を含む、請求項２に記載のサーバ。
5. 　前記編成部は、編成された前記コマを表示する端末の端末情報に基づいて前記コマの配置を編成する、請求項２に記載のサーバ。
6. 　前記特定部は、前記画像データを同じ色の画素が連続する複数の領域に分割し、前記複数の領域に基づいて余白を特定し、前記余白に基づいて前記複数のコマの各々を特定する、請求項１乃至５のいずれか一に記載のサーバ。
7. 　前記特定部は、分割された前記複数の領域のうち最大の前記領域を前記余白と特定する、請求項６に記載のサーバ。
8. 　前記特定部は、前記余白以外の前記領域を前記コマと特定する、請求項６に記載のサーバ。
9. 　前記特定部は、前記画像データを二値化し、二値化された前記画像データに基づいて、前記画像データを前記複数の領域に分割する、請求項６に記載のサーバ。
10. 　前記複数の領域は、第１領域及び第２領域を含み、
    　前記特定部は、前記第１領域が前記第２領域の内側に存在する、又は、前記第１領域と前記第２領域とが重なっている場合、前記第１領域及び前記第２領域を１つの領域に統合する、請求項６記載のサーバ。
11. 　前記特定部は、前記特定部によって特定された前記複数のコマのうち最も小さいコマのサイズ以上の空間が前記余白の中に存在する場合、前記空間をコマとして特定する、請求項６に記載のサーバ。
12. 　前記複数のコマは、第１コマを含み、
    　前記決定部は、前記画像データの水平方向において前記第１コマに隣接する他のコマの存在の有無に基づいて、前記複数のコマにおける前記第１コマの順番を決定する、請求項１に記載のサーバ。
13. 　前記複数のコマは、第２コマをさらに含み、
    　前記決定部は、前記第１コマの前記水平方向に前記第２コマが存在する場合、前記第１コマの順番を前記第２コマの順番より早い順番に決定する、請求項１２に記載のサーバ。
14. 　前記編成部は、ユーザに対して、前記複数のコマの配置の編成の可否に関する情報をインターフェースに表示する、請求項１に記載のサーバ。
15. 　前記編成部は、前記漫画ごとに指定、禁止又は推奨された表示形式をインターフェースに提供する、請求項１に記載のサーバ。
16. 　複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定し、
    　特定された前記複数のコマの各々の順番を決定し、
    　決定された前記順番に基づいて、前記コマの配置を編成することをコンピュータに実行させるプログラム。
17. 　複数のコマを含む漫画の画像データに基づいて、前記複数のコマの各々を特定し、
    　特定された前記複数のコマの各々の順番を決定し、
    　決定された前記順番に基づいて、前記コマの配置を編成する方法。
18. 　複数のコマを含む漫画の第１画像データに基づいて、前記複数のコマの各々を特定する特定部と、前記特定部によって特定された前記複数のコマの各々の順番を決定する決定部と、前記決定部によって決定された前記順番に基づいて、前記コマの配置を編成する編成部と、を有するサーバ、及び
    　前記複数のコマの各々の第２画像データを前記サーバから受信し、前記編成部によって編成された配置で前記コマを表示する通信端末を備えるシステム。
19. 　前記サーバは、前記通信端末によって指示された表示形式に基づいて前記コマの配置を編成する、請求項１８に記載のシステム。
20. 　前記サーバは、前記通信端末の端末情報を受信し、前記端末情報及び前記第１画像データに基づく前記コマの配置を編成する方法を前記通信端末に提案する、請求項１８又は１９に記載のシステム。
     
     
     

Images