JP2016502716A - 電子書籍ドキュメント処理方法、端末、電子機器、プログラム及び記録媒体 - Google Patents

Abstract

本発明にかかる電子書籍ドキュメント処理方法は、電子書籍ドキュメントを取得するステップと、予め設定した区切り方式により前記電子書籍ドキュメントの内容を区切り、複数のセクションを生成するステップと、前記複数のセクションを順序のあるセクション群に構成するステップと、前記セクション群の中から、１つのセクションを選択して、前記セクションを現在のセクションとするステップと、前記現在のセクション内の内容を解析して、組版データを生成するステップと、前記組版データに基づいてページ画像を生成するステップと、を含む。【選択図】図１

Description

本発明は、データ処理分野に関し、より具体的には、電子書籍ドキュメント処理方法、端末及び電子機器に関する。
本願は、出願番号がＣＮ２０１３１０４８５７７５．８であって、出願日が２０１３年１０月１６日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。

モバイル端末の普及に伴って、モバイル端末上で電子書籍を閲覧及び編集することも段々普及し、一部の電子書籍が既に紙の書籍を取り替えて、日常生活の主な閲覧手段となっている場合がある。電子書籍閲覧用のモバイル端末は、例えば、スマートフォン、タブレットＰＣ或いは電子ブックリーダー等色々がある。

現在、電子書籍ドキュメントは、主にＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で編集され、ＨＴＭＬで編集された電子書籍ドキュメントは、ＨＴＭＬドキュメントと略称できる。ユーザがモバイル端末で電子書籍を開いた後、モバイル端末は、電子書籍のＨＴＭＬドキュメントを内蔵メモリに読み込み、ＨＴＭＬドキュメントを解読した後、電子書籍をユーザがモバイル端末で閲覧可能なページ画像に転換する。上記解読の過程は、主に、解析ステップ、全ページングステップ、ページ対象生成ステップ、及びページ画像生成ステップ等を含む。

研究及び実践をしながら、発明者は、上記の電子書籍処理形態において、少なくとも以下の問題が存在することを発見した。

一般的に、１つのモバイル端末は、記憶能力及び計算能力が有限である。電子書籍の容量が比較的大きいと、モバイル端末の電子書籍を読み込むために処理されるデータが多くのメモリを占用し、電子書籍ドキュメントを読み込む時に、解析ステップ、及び全ページングステップの実行効率が低下してしまい、モバイル端末の電子書籍を読み込むにかかる時間が長くなってしまう。また、電子書籍の容量が大きいほど、解析ステップ、及び全ページングステップにおいて多くの内蔵メモリを使用する可能性が大きくなり、モバイル端末の実行効率が低下してしまうようになる。酷い時、モバイル端末の応答スピードが遅くなり、或いフリーズする等の現象が発生する。

そのため、現在では、如何に読取る時間を短く、かつ内蔵メモリの占用率を低くする高効率的な電子書籍処理方法を提供することは、最も解決する必要のある問題となっている。

この問題を鑑みて、本発明の目的は、モバイル端末が電子書籍を読み込む時に、読取る時間を短縮し、且つ内蔵メモリの占用率を低下させる電子書籍ドキュメント処理方法、端末及電子機器を提供する。

本発明の実施例の１つの方面によれば、本発明の実施例は、電子書籍ドキュメント処理方法を提供し、当該方法は、
電子書籍ドキュメントを取得するステップと、
予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するステップと、
複数のセクションを順序のあるセクション群に構成するステップと、
セクション群の中から、１つのセクションを選択して、セクションを現在のセクションとするステップと、
現在のセクション内の内容を解析して、組版データを生成するステップと、
組版データに基づいてページ画像を生成するステップと、を含む。

本発明の実施例において、電子書籍ドキュメントを複数のセクションに分割し、電子書籍に対して操作するたびに、電子書籍ドキュメントにおける１つのセクションのみを解析し、当該セクションにより生成された組版データを利用してページ画像を生成するので、毎回の操作過程において処理すべきなデータ量がただ１つのセクションのデータ量であり、そのため、モバイル端末が電子書籍ドキュメントを読み込む時に、データを処理する効率が向上し、電子書籍を読み込む時間を短縮する。また、区切り操作により、電子書籍ドキュメントに対するバッチ処理を実現し、モバイル端末が電子書籍ドキュメントの１つのセクションを処理する際に、解析操作にしても後のページ画像を生成する操作にしても、処理すべきなデータ量が比較的少ないため、電子書籍がモバイル端末の内蔵メモリに対する占用率を低下させる。

１つの実施例において、方法は、組版データを生成するステップの後、さらに、
現在のセクションのセクション群における位置情報を記録するステップと、
組版データのデータ量が予め設定した値より小さいか否かを判断し、データ量が予め設定した値より小さいと、位置情報に基づいて、現在のセクションの次のセクションを選択し、次のセクションを現在のセクションとし、現在のセクション内の内容を解析するステップに戻るステップと、を含む。

本案は、組版データのデータ量がページ画像を生成するには足りることを保証することができる。

１つの実施例において、予め設定した区切り方式により電子書籍ドキュメントの内容を区切るステップは、
区切り値を決定するサブステップと、
電子書籍ドキュメントの内容を、区切り値の同じ複数のなセクションに分割するサブステップと、を含む。

本案は、具体的な区切り方式を実現した。

１つの実施例において、方法は、さらに、
セクションの始点における情報が完全であるか否かを判断し、完全ではないと、セクションの始点からその前のセクションに移動して情報の始点を決定し、そして、情報の始点をセクションの始点及び前のセクションの終点とするステップを含む。

本案は、完全な情報が２つのセクションに分割されることを避けるように、さらに、セクションの始点及び終点に対して精確に区画を行う。

１つの実施例において、方法は、さらに、
セクションの始点における情報が完全であるか否かを判断し、完全ではないと、セクションの始点からセクションの終点に移動して情報の終点を決定し、そして、情報の終点をセクションの始点及び前のセクションの終点とするステップを含む。
本案は、完全な情報が２つのセクションに分割されることを避けるように、さらに、セクションの始点及び終点に対して精確に区画を行う。

１つの実施例において、方法は、さらに、
セクションの終点における情報が完全であるか否かを判断し、完全ではないと、セクションの終点からその次のセクションに移動して情報の終点を決定し、そして、情報の終点をセクションの終点及び次のセクションの始点とするステップを含む。
本案は、完全な情報が２つのセクションに分割されることを避けるように、さらに、セクションの始点及び終点に対して精確に区画を行う。

１つの実施例において、方法は、さらに、
セクションの終点における情報が完全であるか否か判断し、完全ではないと、セクションの終点からセクションの始点に移動して情報の始点を決定し、そして、情報の始点をセクションの終点及び次のセクションの始点とするステップを含む。

本案は、完全な情報が２つのセクションに分割されることを避けるように、さらに、セクションの始点及び終点に対して精確に区画を行う。

１つの実施例において、方法は、さらに、
組版データに含まれる組版アトムデータが予め設定した時間内に使用されたか否かを判断し、使用されていないと判断すると、組版アトムデータを削除するステップを含む。

本案は、モバイル端末のメモリを節約することを実現する。

１つの実施例において、方法は、さらに、
組版データに含まれる組版アトムデータの占用する内蔵メモリが予め設定した値より大きいか否かを判断し、予め設定した値より大きいと判断すると、組版アトムデータを削除するステップを含む。

本案は、モバイル端末のメモリを節約することを実現する。

本発明の実施例の第２方面によれば、本発明の実施例は、さらに、端末を提供し、当該端末は、
電子書籍ドキュメントを取得するための取得モジュールと、
予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するための区切りモジュールと、
複数のセクションを順序のあるセクション群に構成するための構成モジュールと、
セクション群の中から、１つのセクションを選択して、セクションを現在のセクションとするための選択モジュールと、
現在のセクション内の内容を解析して、組版データを生成するための解析モジュールと、
組版データに基づいてページ画像を生成するための生成モジュールとを含む。

１つの実施例において、端末は、さらに、
現在のセクションのセクション群における位置情報を記録するための記録モジュールと、
組版データのデータ量が予め設定した値より小さいか否かを判断するための第１判断モジュールと、
データ量が予め設定した値より小さいと、位置情報に基づいて、現在のセクションの次のセクションを選択し、次のセクションを現在のセクションとし、再び解析モジュールを実行するための第１実行モジュールと、を含む。

１つの実施例において、区切りモジュールは、
区切り値を決定するための区切り値決定ユニットと、
電子書籍ドキュメントの内容を、区切り値の同じ複数のなセクションに分割するための分割ユニットと、を含む。

１つの実施例において、端末は、さらに、
セクションの始点における情報が完全であるか否かを判断するための第２判断モジュールと、
セクションの始点における情報が完全ではないと、セクションの始点から前に移動してタグの始点を決定し、そして、タグの始点をセクションの始点とするための第２実行モジュールと、を含む。

１つの実施例において、端末は、さらに、
セクションの始点における情報が完全であるか否かを判断するための第３判断モジュールと、
セクションの始点における情報が完全ではないと、セクションの始点からセクションの終点に移動して情報の終点を決定し、そして、情報の終点をセクションの始点及び前のセクションの終点とするための第３実行モジュールと、を含む。

１つの実施例において、端末は、さらに、
セクションの終点における情報が完全であるか否かを判断するための第４判断モジュールと、
セクションの終点における情報が完全ではないと、セクションの終点から次のセクションに移動して情報の終点を決定し、そして、情報の終点をセクションの終点及び次のセクションの始点とするための第４実行モジュールと、を含む。

１つの実施例において、端末は、さらに、
セクションの終点における情報が完全であるか否かを判断するための第５判断モジュールと、
セクションの終点における情報が完全ではないと、セクションの終点からセクションの始点に移動して情報の始点を決定し、そして、情報の始点をセクションの終点及び次のセクションの始点とするための第５実行モジュールと、を含む。

１つの実施例において、端末は、さらに、
組版データに含まれる組版アトムデータが予め設定した時間内に使用されたか否かを判断するための第６判断モジュールと、
組版アトムデータが予め設定した時間内に使用されていないと、組版アトムデータを削除するための第６実行モジュールと、を含む。

１つの実施例において、端末は、さらに、
組版データに含まれる組版アトムデータの占用する内蔵メモリが予め設定した値より大きいか否かを判断するための第７判断モジュールと、
組版アトムデータの占用する内蔵メモリが予め設定した値より大きいと、組版アトムデータを削除するための第７実行モジュールと、を含む。

本発明の実施例の第３方面によれば、本発明の実施例は、さらに、電子機器を提供し、当該電子機器は、メモリと、メモリに記憶され、１つ或いは１つ以上のプロセッサーにより実行される１つ或いは１つ以上のプログラムと、を含み、
１つ或いは１つ以上のプログラムは、
電子書籍ドキュメントを取得し、
予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成し、
複数のセクションを順序のあるセクション群に構成し、
セクション群の中から、１つのセクションを選択して、セクションを現在のセクションとし、
現在のセクション内の内容を解析して、組版データを生成し、
組版データに基づいてページ画像を生成する操作を行うための指令を含む。

本発明のその他の特徴及び利点は、下記の発明を実施するための形態において詳しく説明し、一部の内容は、下記発明を実施するための形態により明らかになり、又は、本発明を実施することによって習得することができる。本発明の目的及びその他の利点は、本発明を実施するための形態、特許請求の範囲、及び図面による開示により実現し、取得することができる。
以下、図面と実施例を参照し、本発明の技術方案についてさらに詳しく説明する。
上記の概略的な説明と下記の詳細な説明は、例示的なものであり、本発明の範囲を限定するためのものではない。

以下の図面は、明細書の一部分として明細書全体を構成することにより、本発明に合致する実施例を例示するとともに、本発明の原理を解釈するためのものである。
本発明の実施例にかかる電子書籍ドキュメント処理方法を例示的に示すフローチャートである。 本発明の実施例にかかる他の電子書籍ドキュメント処理方法を例示的に示すフローチャートである。 本発明の実施例にかかるさらに他の電子書籍ドキュメント処理方法を例示的に示すフローチャートである。 本発明の実施例にかかるＨＴＭＬドキュメント処理方法を例示的に示すフローチャートである。 本発明の実施例にかかる端末を模式的に示すブロック図である。 本発明の実施例にかかる区切りモジュールを模式的に示すブロック図である。 本発明の実施例にかかる他の端末を模式的に示すブロック図である。 本発明の実施例にかかるさらに他の端末を模式的に示すブロック図である。 本発明の実施例にかかるさらに他の端末を模式的に示すブロック図である。 本発明の実施例にかかる電子機器の構造を模式的に示す図である。

現在、モバイル端末が電子書籍ドキュメントを読み込む過程は、主に、モバイル端末が電子書籍ドキュメントを組版データに解析する解析ステップと、上記組版データに対して全ページング処理を行ってページフレームを得る全ページングステップと、ページフレーム、及び組版データを利用し、対応するページ対象を生成するページ対象生成ステップと、ページ対象に対してレンダリングして、ページ画像を生成するページ画像生成ステップと、を含む。上記ステップの処理により、ユーザは、モバイル端末で電子書籍のページ画像を見ることができる。

本発明の実施例は、モバイル端末の電子書籍ドキュメントに対する読み込みをよりよく実現するために、電子書籍ドキュメント処理方法、端末及び電子機器を提供し、モバイル端末が電子書籍を読み込む時間を短縮し、内蔵メモリの占用率を低下させる。上記電子書籍ドキュメント処理方法、端末及び電子機器を具体的に実現するには、複数の形態があり、以下、具体的な実施例を利用し、詳細に説明する。

図１を参照し、図１は、電子書籍ドキュメント処理方法を示し、当該方法は、以下のステップを含む。

ステップ１０１において、電子書籍ドキュメントを取得する。

なお、ユーザがモバイル端末を利用して電子書籍を開いた後、モバイル端末は、電子書籍ドキュメントを内蔵メモリに読み込み、この時、モバイル端末が既に電子書籍ドキュメントを取得した。

本発明の実施例において、電子書籍ドキュメントは、ストリーミング電子書籍ドキュメントであってもよく、ここのストリーミング電子書籍ドキュメントとは、記述する文字や、イメージ等の情報が固定の版面位置に位置しなく、組版パラメータ（例えば版面幅、文字サイズと行間距離等）が変わる場合、版面に対して新たに組版する必要となり、新しい組版パラメータに合わせる電子書籍ドキュメントである。当該ストリーミング電子書籍ドキュメントは、例えばＨＴＭＬドキュメントなどのドキュメントを含み、ＨＴＭＬドキュメントがタグからなるため、モバイル端末が電子書籍のＨＴＭＬドキュメントを取得する同時に、ＨＴＭＬドキュメントを構成するタグも取得する。

ステップ１０２において、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成する。

なお、予め設定した区切り方式は、複数の形態があってもよく、例えば、区切り値を決定し、電子書籍ドキュメントの内容を、区切り値の同じな複数のセクションに区切る。具体的には、区切り値は、電子書籍ドキュメントが区切られた後の各セクションの大きさを示すため、この値を予め設定してもよく、モバイル端末によってユーザ自身で設定してもよく、実験によって算出してもよい。

ステップ１０３において、複数のセクションを順序のあるセクション群に構成する。

なお、上記ステップにおいて電子書籍ドキュメントを区切った後、電子書籍ドキュメントは、複数のセクションに分けられる。元の電子書籍ドキュメント内容の順序に従ってデータを処理することを保証するために、セクションとセクションとを関連つける必要があり、これらのセクションを元の順序に従って１つのセクション群を構成する。

ステップ１０４において、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとする。

なお、後のステップにおいて選択したセクションに対して処理するように、ユーザのニーズに応じて、セクション群の中から１つのセクションを任意に選択することができる。

ステップ１０５において、現在のセクション内の内容を解析して、組版データを生成する。

なお、あるセクションの内容は、電子書籍ドキュメントの全部内容の一部だけであり、解析すべきなデータの内容が電子書籍ドキュメントの全部より少ないため、解析の速度が顕著に早くなり、また、データ量が少ないため、占用された内蔵メモリを大幅に減少する。

また、組版データが生成された後、モバイル端末の内蔵メモリを節約するように、さらに、予め設定した時間内に組版データに含まれる組版アトムデータが使用されたか否かを判断し、使用されていないと判断すると、組版アトムデータを削除するステップを含む。なお、当該組版データが長い時間内に使用されていないと、当該組版データが占用する内蔵メモリを節約するために、一旦当該組版アトムデータを削除し、その後、必要となる場合、当該組版アトムデータを新たに生成すればよい。

また、組版データが生成された後、モバイル端末の内蔵メモリを節約するように、さらに、組版データに含まれる組版アトムデータが占用する内蔵メモリ量が予め設定した値より大きいか否かを判断し、予め設定した値より大きいと判断すると、組版アトムデータを削除するステップを含む。なお、組版データが多すぎると、後のステップの処理速度が遅くなるおそれがあり、それに対して、全ての組版データを削除してもよく、予定数の組版データを削除してもよい。

ステップ１０６において、組版データに基づいて、ページ画像を生成する。

なお、組版データのデータ量は、１つのセクションにより生成されるため、比較的に少なく、ページ画像を生成する過程で、時間の占用率も内蔵メモリの占用率も大幅に減少する。

ステップ１０６において、以下の３つのステップを含む。具体的には、１、組版データに対してページング処理を行い、ページレイアウトフレームを生成する。２、ページレイアウトフレーム及び組版データに基づいて、ページ対象を生成する。３、ページ対象に対してレンダリングし、ページ画像を生成する。

図１に示した実施例において、電子書籍ドキュメントを複数のセクションに分割し、電子書籍に対して操作するたびに、電子書籍ドキュメントにおける１つのセクションのみを解析し、当該セクションにより生成された組版データを利用してページ画像を生成するので、毎回の操作過程において処理すべきなデータ量がただ１つのセクションのデータ量であり、そのため、モバイル端末が電子書籍ドキュメントを読み込む時に、データを処理する効率が向上し、電子書籍を読み込む時間を短縮する。また、区切り操作により、電子書籍ドキュメントに対するバッチ処理を実現し、モバイル端末が電子書籍ドキュメントの１つのセクションを処理する際に、解析操作にしても後のページ画像を生成する操作にしても、処理すべきなデータ量が比較的少ないため、電子書籍がモバイル端末の内蔵メモリに対する占用率を低下させる。

図２を参照し、図２は、他の電子書籍ドキュメント処理方法を示し、当該方法は、以下のステップを含む。

ステップ２０１において、電子書籍ドキュメントを取得する。

なお、ユーザがモバイル端末を利用して電子書籍を開いた後、モバイル端末は、電子書籍ドキュメントを内蔵メモリに読み込み、この時、モバイル端末が既に電子書籍ドキュメントを取得した。本発明の実施例において、電子書籍ドキュメントは、ＨＴＭＬドキュメントであってもよく、ＨＴＭＬドキュメントがタグからなるため、モバイル端末が電子書籍のＨＴＭＬドキュメントを取得する同時に、ＨＴＭＬドキュメントを構成するタグも取得する。

ステップ２０２において、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成する。

なお、予め設定した区切り方式には複数の実現形態があってもよく、以下、１つの区切り方法を記述し、当該方法は、区切り値を決定し、電子書籍ドキュメントの内容を、区切り値の同じな複数のなセクションに区切る。具体的には、区切り値は、電子書籍ドキュメントが区切られた後の各セクションの大きさを示すため、この値を予め設定してもよく、モバイル端末によってユーザ自身で設定してもよく、実験によって算出してもよい。

ステップ２０３において、複数のセクションを順序のあるセクション群に構成する。

なお、上記ステップにおいて電子書籍ドキュメントを区切った後、電子書籍ドキュメントは、複数のセクションに分けられる。元の電子書籍ドキュメント内容の順序に従ってデータを処理することを保証するために、セクションとセクションとを関連つける必要があり、これらのセクションを元の順序に従って１つのセクション群を構成する。

ステップ２０４において、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとする。

なお、後のステップにおいて選択したセクションに対して処理するように、ユーザのニーズに応じて、セクション群の中から１つのセクションを任意に選択することができる。

ステップ２０５において、現在のセクション内の内容を解析して、組版データを生成する。

なお、あるセクションの内容は、電子書籍ドキュメントの全部内容の一部だけであり、解析すべきなデータの内容が電子書籍ドキュメントの全部より少ないため、解析の速度が顕著に早くなり、また、データ量が少ないため、占用された内蔵メモリを大幅に減少する。

ステップ２０６において、現在のセクションのセクション群における位置情報を記録する。

なお、位置情報を記録する具体的な方法は、複数の形態があり、例えば、バイトで位置情報を記録してもよく、マークで位置情報を記録してもよい。電子書籍ドキュメントがＨＴＭＬドキュメントであると、バイトオフセットでセクションの位置情報を記録することができ、バイトオフセットの単位もバイトである。位置情報について、具体的に限定せず、セクションのセクション群における位置を記録できれば、本発明案の保護範囲内になる。

ステップ２０７において、組版データのデータ量が予め設定した値より小さいか否かを判断し、小さければ（ＹＥＳ）、ステップ２０８を実行し、さもなければ（ＮＯ）、ステップ２０９を実行する。

なお、組版データは、現在のセクションの解析により生成され、各セクションの解析により生成された組版データのデータ量が一定であり、既に生成された組版データのデータ量がページ画像を生成するのに足りると、当該組版データを利用してページ画像を生成する。既に生成された組版データのデータ量がページ画像を生成するのに足りないと、次のセクションを解析して組版データを生成する必要があり、前に残った組版データ及び次のセクションが生成した組版データを組み合わせて、ページ画像を生成する。

ステップ２０８において、位置情報に基づいて、現在のセクションの次のセクションを選択し、そして、次のセクションを現在のセクションとし、ステップ２０５に戻る。

なお、ステップ２０６において、既に現在のセクションの位置情報を記録したため、現在のセクションの位置情報に基づいて、次のセクションの位置情報を決定でき、次のセクションにおける内容を選択できる。そして。次のセクションを現在の処理待ちセクションとし、ステップ２０５に戻る。

ステップ２０９において、組版データに基づいて、ページ画像を生成する。

なお、組版データのデータ量は、１つのセクションにより生成されるため、比較的に少なく、ページ画像を生成する過程で、時間の占用率も内蔵メモリの占用率も大幅に減少する。

図２に示した実施例において、図１に示した実施例との相違点は、既に生成された組版データのデータ量がページ画像を生成するのに足りるか否かを判断し、足りれば（ＹＥＳ）、既存の組版データに基づいて、ページ画像を生成し、さもなければ、次のセクションを解析し、既存の組版データ及び次のセクションが生成した組版データを組み合わせて、ページ画像を生成することである。

上記実施例に基づいて、複数のセクションを生成するステップの後、さらに、セクションの始点及び終点に対して精確に区画してもよい。例えば、電子書籍ドキュメントが具体的にＨＴＭＬドキュメントであり、セクションの始点がセクションの開始位置であり、セクションの終点がセクションの終了位置である。ＨＴＭＬドキュメントは、主にタグからなり、タグは、２つの山括弧で構成され、即ち、始め山括弧「＜」及び終わり山括弧「＞」で構成され、２つの山括弧の間にタグの内容が記述される。ＨＴＭＬ文法の規定に従って、タグは、必ず始め山括弧「＜」と終わり山括弧「＞」を含み、両者を含むことでタグが完全になるため、区切った後、あるセクションが始め山括弧だけを含む、あるいは終わり山括弧だけを含むなどの、山括弧が対とならない状況は、許されない。このような状況が存在することは、１つのタグが２つのセクションに分けられたことであり、この場合、後で当該タグを解析することができない。セクション始点及び終点をさらに区画するために、図３に示した実施例を参照する。

図３を参照し、図３は、さらに他の電子書籍ドキュメント処理方法を示し、当該方法は以下のステップを含む。

ステップ３０１において、電子書籍ドキュメントを取得する。
なお、ユーザがモバイル端末を利用して電子書籍を開いた後、モバイル端末は、電子書籍ドキュメントを内蔵メモリに読み込み、この時、モバイル端末が既に電子書籍ドキュメントを取得した。本発明の実施例において、電子書籍ドキュメントは、ＨＴＭＬドキュメントであってもよく、ＨＴＭＬドキュメントがタグからなるため、モバイル端末が電子書籍のＨＴＭＬドキュメントを取得する同時に、ＨＴＭＬドキュメントを構成するタグも取得する。

ステップ３０２において、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成する。
なお、予め設定した区切り方式には複数の実現形態があってもよく、以下、１つの区切り方法を記述し、当該方法は、区切り値を決定し、電子書籍ドキュメントの内容を、区切り値の同じな複数のセクションに区切る。具体的には、区切り値は、電子書籍ドキュメントが区切られた後の各セクションの大きさを示すため、この値を予め設定してもよく、モバイル端末によってユーザ自身で設定してもよく、実験によって算出してもよい。

ステップ３０３において、セクションの始点箇所の情報が完全であるか否かを判断し、完全であれば（ＹＥＳ）、ステップ３０５を実行し、さもなければ（ＮＯ）、ステップ３０４を実行する。

なお、区切った後、１つの完全な情報が２つのセクションに分割されることを防止するために、セクションの始点箇所の情報が完全であるか否かを判断する必要があり、完全でないと、各セクション内の情報が完全であることを保証するように、セクションの始点及び終点についてある程度の微調整を行う。

ステップ３０４において、セクションの始点からその前のセクションに移動して情報の始点を決定し、そして、情報の始点をセクションの始点及び前のセクションの終点とする。

なお、セクションの始点の情報が完全でないと、当該情報の前半部分が前のセクションに分割され、当該情報の後半部分が当該セクションの始点に残ったことを示す。当該情報の完全性を保証するためには、複数の実現形態があるが、その中の１つの実現形態は、ステップ３０４による調整であり、前のセクションにおける当該情報の前半部分を削除するとともに、当該情報の前半部分を当該セクションの始点に補充し、当該セクションの始点及び前のセクションの終点は、同じ点である。他の実現形態において、具体的には、セクションの始点から当該セクションの終点に向かって移動して上記情報の終点を決定し、そして、当該情報の終点を当該セクションの始点及び前のセクションの終点とする。２つ目の形態において、当該セクションにおける当該情報の後半部分を削除するとともに、当該情報の後半部分を前のセクションにおける終点に補充する。上記２種の形態は、何れも各セクションの始点及び終点に対する微調整を行うことを実現でき、各セクションごとに全ての情報が完全であることを実現する。

もちろん、セクションにおける情報の完全性を保証するために、ステップ３０４の形態を採用する他に、他の情報の始点を決定して当該セクションの始点及びその前のセクションの終点とすることができ、この形態において、セクションの始点或いは終点オフセット量が大きすぎるが、同様に、情報の完全性問題を解決することができ、本発明にかかる実施例は、ステップ３０４の形態に限られず、情報を完全にする目的を実現できれば、原理がステップ３０４と同様の他の方法を採用してもよく、ここで、具体的に限定しない。

ステップ３０５において、複数のセクションを順序のあるセクション群に構成する。

なお、上記ステップにおいて電子書籍ドキュメントを区切った後、電子書籍ドキュメントは、複数のセクションに分けられる。元の電子書籍ドキュメント内容の順序に従ってデータを処理することを保証するために、セクションとセクションとを関連つける必要があり、これらのセクションを元の順序に従って１つのセクション群を構成する。

ステップ３０６において、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとする。

なお、後のステップにおいて選択したセクションに対して処理するように、ユーザのニーズに応じて、セクション群の中から１つのセクションを任意に選択することができる。

ステップ３０７において、現在のセクション内の内容を解析して、組版データを生成する。

なお、あるセクションの内容は、完全な電子書籍ドキュメントの内容の一部だけであり、解析すべきなデータの内容が完全な電子書籍ドキュメントより少ないため、解析の速度が顕著に早くなり、また、データ量が少ないため、占用された内蔵メモリを大幅に減少する。

ステップ３０８において、組版データに基づいて、ページ画像を生成する。

なお、組版データのデータ量は、１つのセクションにより生成されるため、比較的に少なく、ページ画像を生成する過程で、時間の占用率も内蔵メモリの占用率も大幅に減少する。

図３に示した実施例において、完全な情報が分割されることを避けるために、さらに、終点箇所の情報が完全であるか否かを判断してもよく、具体的には、２つの実現方法があり、１つ目の方法は、セクションの終点箇所の情報が完全であるか否かを判断し、完全でないと、セクションの終点からその次のセクションに移動して情報の終点を決定し、そして、情報の終点をセクションの終点及び次のセクションの始点とする。２つ目の方法は、セクションの終点箇所の情報が完全であるか否かを判断し、完全でないと、セクションの終点からセクションの始点に移動して情報の始点を決定し、そして、情報の始点をセクションの終点及び次のセクションの始点とする。その原理は、ステップ３０３とステップ３０４に類似し、具体的には、ステップ３０３とステップ３０４を参照し、ここで、説明を省略する。

図３に示した実施例において、図１に示した実施例との相違点は、完全な情報が２つのセクションに分割されることを避けるために、さらに、セクションの始点と終点に対して精確な区画を行うことである。

図４を参照し、図４は、本発明が提供する具体的な応用例を示す。本応用例が記述するのは、電子書籍ドキュメントがＨＴＭＬドキュメント１である場合の具体的な処理方法であり、当該ＨＴＭＬドキュメント１の処理方法は、以下のステップを含む。

第１のステップにおいて、ＨＴＭＬドキュメント１を取得する。

第２のステップにおいて、予め設定した区切り方式を用いて、ＨＴＭＬドキュメント１の内容に対して区切って、複数のＨＴＭＬセクションを生成する。

第２のステップにおいて、ＨＴＭＬドキュメント１を解析する過程の最大の特徴は、ＨＴＭＬセクションに対する解析にあり、１つの小さいＨＴＭＬセクションを解析することにかかる時間が許容範囲内にあり、毎回の解析プロセスで１つの小さいＨＴＭＬセクションのみを処理すると、一回の解析時間を短縮でき、ここで、ＨＴＭＬに対して区切って、解析を行う。

まず、セクションのサイズ値ｍ（単位：Ｂ（バイト））を決定する必要があり、当該ｍ値に基づいて、サイズがｎ（単位：Ｂ（バイト））であるＨＴＭＬドキュメント１をｎ／ｍ分に均等に区切って、（ｎ／ｍ−１）個のブレークポイントを得る。一部のタグがＨＴＭＬセクションに現れることを防止するように、途中からのＨＴＭＬドキュメント１に対する解析は、ＨＴＭＬドキュメント１内のタグの完全性を保証しなければならないため、さらに、順番に（ｎ／ｍ−１）個のブレークポイントの各ブレークポイントがＨＴＭＬタグの内部に存在しないことを満たすか否かを検索する必要がある。ＨＴＭＬ文法の規定に従って、タグは、必ず始め山括弧「＜」及び終わり山括弧「＞」に制限される必要があり、その長さが通常も１０２４Ｂ以内である。上記制限に基づいて、上記（ｎ／ｍ−１）個のポイントごとに、ＨＴＭＬタグの内部に存在しない要求を満たすように、各ポイントの前或いはその後に一定のバイトを検索する。

具体的には、セクションのサイズ値ｍを決定するには複数の形態があり、例えば、人為的に設定する形態或いは計算の形態などがある。以下、主に、セクションのサイズ値ｍを決定する計算の形態を説明する。

１、理論分析
ＨＴＭＬドキュメント１の解析時間がＨＴＭＬのノード数により直接に決められ、ＨＴＭＬドキュメント１が段々に大きくなるに従って、ＨＴＭＬノード数も段々に増加し、ノードを深くトラバース（Ｔｒａｖｅｒｓｅ）するのにかかる時間も段々増える。これからわかるように、ＨＴＭＬドキュメント１の解析時間がＨＴＭＬドキュメント１の大きさに従う変化曲線は、正方向への上昇曲線（ｆｏｒｗａｒｄ ａｓｃｅｎｄｉｎｇ ｃｕｒｖｅ）であるべきである。一般的に、ＨＴＭＬドキュメント１が比較的小さい場合、ＨＴＭＬノードの数が比較的少なく、現代のコンピュータにおいて、ＨＴＭＬドキュメント１に対する解析により、短い時間内で深くトラバースすることを完成（例えば、１０ｋのＨＴＭＬドキュメント１と５０ｋとの解析時間の差が大きくない）できる。ＨＴＭＬドキュメント１の規模がある程度に達した場合、ＨＴＭＬノード数が非線形に急速に増加するようになり、ＨＴＭＬドキュメント１の解析時間も非線形に増加してしまう。上記の分析から分かるように、ＨＴＭＬドキュメント１の解析時間がＨＴＭＬドキュメント１に従う変化過程は、最初に緩やか、その後に急速に変化するため、当該曲線は必ず変曲点があり、ＨＴＭＬドキュメント１のサイズが当該変曲点に達した後、ＨＴＭＬドキュメント１に対する解析の効率が急激に低下する。

２、理論検証
よく使う性能分析手段により、既に準備したいくつかのグループのＨＴＭＬ物理空間に対して解析性能テストを行い、各グループのテスト結果を記録し、可視化ツールでＨＴＭＬドキュメントの解析時間がＨＴＭＬドキュメント１のサイズに従う変化曲線を描き、上記理論を検証する。

３、ＨＴＭＬドキュメント１の解析性能の変曲点検索
理論的に検証されたＨＴＭＬドキュメント１の解析時間がＨＴＭＬドキュメント１サイズに従う変化曲線に基づいて、ＨＴＭＬドキュメント１のサイズがある数値Ｍ以下である場合、ＨＴＭＬドキュメントの解析時間がほぼ大きく変化せず、ＨＴＭＬ物理空間サイズがある数値Ｎを超えた場合、ＨＴＭＬドキュメントの解析時間が急激に増加することがわかる。そのため、ＨＴＭＬドキュメント１の解析性能の変曲点に対応するＨＴＭＬドキュメント１のサイズを、区間［Ｍ，Ｎ］内に決定することができる。そして、区間［Ｍ，Ｎ）内で分析を行う。この場合、以下の２つの基準を考慮すべきである。即ち、ａ、ＨＴＭＬドキュメント１を分割することで得られたセクションが多すぎることはよくなく、さもなければ、セクションの管理が複雑になり、そのため、セクションのサイズ値ｍを非常に小さくしてはいけない。ｂ、１つのＨＴＭＬセクションの解析時間が長すぎることはよくなく、さもなければ、ユーザの待ち時間が長すぎる等の欠点が現れ、そのため、セクションのサイズ値ｍを非常に大きしてはいけない。以上の２つの基準に従って、区間［Ｍ，Ｎ］内の最小値Ｍ及び最大値Ｎを削除して、新しい区間を得て、上記の２つの基準に従って再び新しい区間の最大値と最小値を削除して、この過程を繰り返す。最後、１つの値が残ると、この値を、性能の変曲点に対応するＨＴＭＬドキュメント１のサイズとし、即ちセクションのサイズ値ｍとし、最後、２つの数が残ると、２つの数の中間値を取って性能の変曲点に対応するＨＴＭＬドキュメント１のサイズ、即ちセクションのサイズ値ｍとする。

第３のステップにおいて、複数のセクションを順序のあるセクション群に構成する。
解析プロセスの最大の欠点は、遡ることができないことであり、即ち、解析は必ず、ＨＴＭＬドキュメント１の物理順序に従って実行する必要がある。ＨＴＭＬドキュメント１の始点ではないところから解析すると、ＨＴＭＬドキュメント１のコンテキストが完全でない問題が存在し、タグのノードを失う等の問題が起こる。このような問題を克服するために、ここで、ＨＴＭＬドキュメント１の解析状態区間２を利用する。

１、ＨＴＭＬドキュメント１のパーサを新たに作成し、この場合、当該パーサの状態は、何れのＨＴＭＬドキュメント１も解析していない初期解析状態である。初期解析状態は、具体的なＨＴＭＬドキュメント１と関係なく、新たに作成した任意のＨＴＭＬドキュメント１のパーサについて、その状態が初期状態である。

２、ＨＴＭＬドキュメント１の解析状態において、所在のＨＴＭＬドキュメント１のバイトオフセットが記録され、ＨＴＭＬドキュメント１の区切り結果もバイトオフセットで記述されるため、このようなバイトオフセットの対応関係に従って、ＨＴＭＬセクションから解析区間への対応付けを完成できる。そのため、１つ目のＨＴＭＬセクションが１つ目の解析区間に対応し、その解析開始状態（対応するバイトオフセットが１つ目のセクションの開始にある）が初期解析状態であって、その解析終了状態が１つ目のＨＴＭＬセクションの解析を完成した解析状態（対応するバイトオフセットが１つ目のセクションの終わりにある）である。

３、１つ目のＨＴＭＬセクションの後の各ＨＴＭＬセクションに対応する解析区間は、その解析開始状態が前の解析区間の解析終了状態を継承し、その解析終了状態が当該ＨＴＭＬセクションの解析を完成した状態である。ここでの解析状態を継承することは、解析状態のクローン過程であり、即ち、ある解析状態におけるＨＴＭＬドキュメント１のバイトオフセット（ＨＴＭＬドキュメント１において解析状態の現在の位置を記録する）、親ＨＴＭＬタグノードのスタック情報（ＨＴＭＬドキュメント１において解析状態の経路を記録する）、及び解析時のコンテキスト（解析状態がＨＴＭＬドキュメント１のテキストノード内に位置するコンテキストを記録する）等をそのまま他の解析状態にコピーすることである。

このような方法によれば、各ＨＴＭＬセクションがＨＴＭＬドキュメント１の解析に参与する過程で、何れも前のＨＴＭＬセクションから解析状態を継承し、前のＨＴＭＬセクションのコンテキストを継承し、コンテキストが不完全な問題を克服する。
第４のステップにおいて、セクション群の中、１つのセクションを選択し、当該セクションを現在のセクションとする。

第５のステップにおいて、現在のセクションの内容を解析し、組版データ３を生成する。

レイアウト駆動プロセスにおいて、
１、レイアウトエンジンを起動し、現在のＨＴＭＬセクションに対応する組版アトムデータ３１がＮＵＬＬであると、現在のレイアウトのポイントに対応するＨＴＭＬドキュメント１のオフセットに基づいて、所在のＨＴＭＬセクションを検索し、対応するＨＴＭＬドキュメント１の解析区間を活性化し、対応するＨＴＭＬセクションを解読し、対応するタグノードデータ３２と組版アトムデータ３１を生成する。タグノードデータ３２について、組版アトムデータ３１がタグノードデータ３２の様式情報に依存するため、組版アトムデータ３１に対する解析に伴って、タグノードデータ３２も解析する。タグノードデータ３２は一つのみを保存すればよく、当該ＨＴＭＬセクションに対応するタグノードデータ３２が既に存在していると確認すると、解析プロセスにおいて対応するタグノードデータ３２を追加しない。

２、レイアウト組版を行ってページング或いはページ対象の生成を完成する。同時に現在のメモリの使用状況を監視し、規定の閾値を超えると（例えば、ａｎｄｒｏｉｄプラットフォームに用いられる内蔵メモリは、一般的に２４ＭＢ以内に限られ、ｉＯＳプラットフォームに用いられるのは、一般的に２０Ｍ以内に限られる）、しばらく使用しないＨＴＭＬセクションに対応する組版アトムデータ３１を削除する。

ステップ６において、組版データ３に基づいて、ページ画像を生成する。
ＨＴＭＬ全ページングプロセスにおいて、
全ページングプロセスは、ＨＴＭＬ物理空間の最初から処理を始め、前から後に順にＨＴＭＬセクションごとにレイアウト駆動プロセスを呼び出して処理を行い、各ＨＴＭＬセクションに対して、ページングプロセスが当該セクションの最後のページまで進行すると、半分のページが生じる場合があり、現在のセクションの最後のページと次のセクションとの連続を保証するように、その時、直ちに次のセクションのＨＴＭＬデータを解析し、そして、現在のセクションの最後のページの始点から分割し、組版アトムの不足を確認すると、次のセクションの組版アトムを使用して、セクション間の裂ける問題を避ける。

ページ対象生成プロセスにおいて、
１、ＨＴＭＬドキュメント１のバイトオフセット（以下、「請求点」と称する）に基づいて、それに対応するＨＴＭＬページ空間４内のページ番号（ＨＴＭＬページの始点及び終点が物理ＨＴＭＬ内のバイトオフセットを記録する）を決定し、その時、ページ番号を取得した状況、及び取得していない状況の２つの状況がある。ページ番号を取得すると、全ページングプロセスが請求点まで進行したことを証明し、ページ番号に対応する全ページング結果を使用する。一方、ページ番号を取得していないと、全ページングプロセスが請求点まで進行していないことを証明し、その時、臨時解析プロセスを起動して、請求点に対応するページ結果を取得する。

２、上記取得したページ結果に基づいて、レイアウト駆動プロセスを呼び出し、ページ対象の生成を完成する。

臨時解析プロセスにおいて、
１、請求点に基づいて、所在のＨＴＭＬセクション（以下、「請求セクション」と称する）を判断する。ＨＴＭＬドキュメント１の解析状態区間２を新たに構築し、その解析始め状態を初期解析状態とし、その解析終了状態を、解析始め状態を利用して請求セクションの解析を完成した時の状態とする。

２、レイアウト駆動プロセスを呼び出し、上記ステップにおける解析状態区間２を強制的に使用し、請求セクションに対してページングを行い、臨時解析ページ空間４を生成する。

３、請求点が臨時解析ページ空間４内に対応するページ番号を決定し、当該ページ番号に基づいて、臨時解析ページ結果を取得する。
なお、全ページングプロセスが目標ページの所在する区間まで進行していない場合、臨時解析プロセスを利用して目標ページを取得し、このとき、完全なＨＴＭＬコンテキストを使用していない。全ページングプロセスが目標ページまで進行したとたんに、全ページング結果に転換して、非始点からＨＴＭＬを解析する場合に存在する問題を補正する。ＨＴＭＬ全ページングプロセスがまだ終わっていない場合、ページ番号でジャンプすることができず、それは、ページ番号が当該全ページングプロセスにおいて既に分割されたページ数を超える可能性があるためであり、そのとき、ＨＴＭＬ物理空間のサイズの百分率を利用してジャンプすることができ、全ページングが完成した後、ページ番号でジャンプするようになれる。

本発明にかかる技術方案によれば、全ページングプロセスにおいて、サイズの大きいＨＴＭＬドキュメント１をより小さいメモリ空間を占用させるとともに、ＨＴＭＬドキュメント１の前寄り部分に対する全ページング結果を取得する時間を低減する。全ページングが完了する前に臨時解析を利用してＨＴＭＬジャンプの性能を向上するとともに、全ページングが完了した後に臨時解析に起因し起きるおそれのある問題を補正する。
このように、ユーザにとって、以下の有益な効果を齎せる。

１、ＨＴＭＬドキュメントの解析時間及び全ページング時間を各ＨＴＭＬセクションに分けるため、ユーザは、始めてサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を開く際に、第１ページのバッファ時間を顕著に短縮する。

２、全ページングプロセスが請求点まで進行した後に、全ページング結果を利用して、ユーザがサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を閲覧する際に書籍の様式を壊さないことを保証し、原本の様式を尊重する上に内容をユーザに提供する。

３、より小さいメモリ空間を占用し、ユーザがモバイルデバイス等のメモリが少ないデバイスでサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を開く時に発生したフリーズ確率を顕著に低減する。

４、より小さいメモリ空間を占用し、ユーザがサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を閲覧する際にリーダーソフトウェアの実行をより流暢にさせ、ユーザ操作の流暢性を向上させる。

５、臨時解析プロセスを利用して、ユーザがサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を閲覧する際に閲覧進度を同期するための待ち時間を顕著に短縮する。

６、臨時解析プロセスを利用して、ユーザがサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を閲覧する際に目次でジャンプするため待ち時間を顕著に短縮する。

７、臨時解析プロセスを利用して、ユーザがサイズの大きいＨＴＭＬドキュメント１がメインとなる電子書籍を閲覧する際の早送り・巻き戻しの待ち時間を顕著に短縮する。

図５を参照し、図５は端末を示し、電子書籍ドキュメントを取得するための取得モジュール１１と、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するための区切りモジュール１２と、複数のセクションを順序のあるセクション群に構成するための構成モジュール１３と、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとするための選択モジュール１４と、現在のセクション内の内容を解析して、組版データを生成するための解析モジュール１５と、組版データに基づいて、ページ画像を生成するための生成モジュール１６とを含む。なお、図６を参照し、図６は、区切りモジュール１２の具体的構造を示し、区切りモジュール１２は、区切り値を決定するための区切り値決定ユニット１２１と、電子書籍ドキュメントの内容を、区切り値の同じな複数のセクションに区切るための分割ユニット１２２とを含む。

図５に示した実施例において、区切りモジュール１２が電子書籍ドキュメントを複数のセクションに分割し、電子書籍に対して操作するたびに、解析モジュール１５が電子書籍ドキュメントにおける１つのセクションのみを解析し、生成モジュール１６が当該セクションにより生成された組版データを利用してページ画像を生成するので、毎回の操作過程において処理すべきなデータ量がただ１つのセクションのデータ量であり、そのため、モバイル端末が電子書籍ドキュメントを読み込む時に、データを処理する効率が向上し、電子書籍を読み込む時間を短縮する。また、区切り操作により、電子書籍ドキュメントに対するバッチ処理を実現し、モバイル端末が電子書籍ドキュメントの１つのセクションを処理する際に、解析操作にしても後のページ画像を生成する操作にしても、処理すべきなデータ量が比較的少ないため、電子書籍がモバイル端末の内蔵メモリに対する占用率を低下させる。

図６に示した実施例において、区切り値決定ユニット１２１により得られた区切り値は。電子書籍ドキュメントが区切られた後の各セクションの大きさを示すため、この値を予め設定してもよく、モバイル端末によってユーザ自身で設定してもよく、実験によって算出してもよい。そして、分割ユニット１２２は、得られた区切り値に基づいて、電子書籍ドキュメントを分割する。

図７を参照し、図７は、他の端末を示し、当該端末は、電子書籍ドキュメントを取得するための取得モジュール２１と、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するための区切りモジュール２２と、複数のセクションを順序のあるセクション群に構成するための構成モジュール２３と、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとするための選択モジュール２４と、現在のセクション内の内容を解析して、組版データを生成するための解析モジュール２５と、現在のセクションのセクション群における位置情報を記録するための記録モジュール２６と、組版データのデータ量が予め設定した値より小さいか否かを判断するための第１判断モジュール２７と、データ量が予め設定した値より小さい場合、位置情報に基づいて、現在のセクションの次のセクションを選択し、そして、次のセクションを現在のセクションとし、再び解析モジュール２５を実行するための第１実行モジュール２８と、組版データに基づいて、ページ画像を生成するための生成モジュール２９とを含む。

図７に示した実施例において、図６に示した実施例との相違点は、第１判断モジュール２７が既に生成された組版データのデータ量がページ画像を生成するのに足りるか否かを判断し、足りれば（ＹＥＳ）、既存の組版データに基づいて、ページ画像を生成し、さもなければ、次のセクションを解析し、既存の組版データ及び次のセクションが生成した組版データを組み合わせて、ページ画像を生成することである。

図８を参照し、図８は、さらに他の端末を示し、当該端末は、電子書籍ドキュメントを取得するための取得モジュール３１と、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するための区切りモジュール３２と、セクションの始点箇所の情報が完全であるか否かを判断するための第２判断モジュール３３と、セクションの始点の情報が完全ではない場合、セクションの始点から前に移動してタグの始点を決定し、そして、タグの始点をセクションの始点とするための第２実行モジュール３４と、複数のセクションを順序のあるセクション群に構成するための構成モジュール３５と、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとするための選択モジュール３６と、現在のセクション内の内容を解析して、組版データを生成するための解析モジュール３７と、組版データに基づいて、ページ画像を生成するための生成モジュール３８とを含む。

図８に示した実施例において、図５に示した実施例との相違点は、完全な情報が２つのセクションに分割されることを避けるために、さらに、セクションの始点と終点に対して精確な区画を行うことである。

図８に示した実施例において、さらに、３つの実現形態により、上記第２判断モジュール３３及び第２実行モジュール３４の機能を均等に置換することができ、以下、この３つの実現形態を簡単に説明する。第1の置換形態は、第２判断モジュール３３を第３判断モジュールに替わり、第２実行モジュール３４をに第３実行モジュール替わり、具体的には、第３判断モジュールは、セクションの始点の情報が完全であるか否かを判断し、第３実行モジュールは、セクションの始点の情報が完全ではないと判断した場合に、セクションの始点からセクションの終点に向けて情報の終点を決定し、情報の終点をセクションの始点と前のセクションの終点とする。第２の置換形態は、第２判断モジュール３３を第４判断モジュールに替わり、第２実行モジュール３４を第４実行モジュールに替わり、具体的には、第４判断モジュールは、セクションの終点の情報が完全であるか否かを判断し、第４実行モジュールは、セクションの終点の情報が完全ではない場合、セクションの終点から次のセクションに移動に向けて情報の終点を決定し、情報の終点をセクションの終点とのセクションの始点とする。第３の置換形態は、第２判断モジュール３３を第５判断モジュールに替わり、第２実行モジュール３４を第５実行モジュールに替わり、具体的には、第５判断モジュールは、セクションの終点の情報が完全であるか否かを判断し、第５実行モジュールは、セクションの終点の情報が完全ではない場合、セクションの終点からセクションの始点に向けて情報の始点を決定し、情報の始点をセクションの終点と次のセクションの始点とする。

図８に示した実施例において、セクションにおける情報の完全性を保証するために、第２判断モジュール３３と第２実行モジュール３４の機能を使用することに加え、その他の情報の始点を、当該セクションの始点と前のセクションの終点と決定することができ、この方法によるセクションの始点或いは終点のオフセットが大きいが、同じく情報の完全性の問題を解決でき、そのため、本発明に係る実施例は、図８に示す形態に限られず、情報の完全性を保証する目的を実現できれば、他の第２判断モジュール３３及び第２実行モジュール３４の機能と同様なモジュールを採用してもよく、ここで、具体的に制限しない。

図９を参照し、図９は、さらに他の端末を示し、当該端末は、電子書籍ドキュメントを取得するための取得モジュール４１と、予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するための区切りモジュール４２と、複複数のセクションを順序のあるセクション群に構成するための構成モジュール４３と、セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとするための選択モジュール４４と、現在のセクション内の内容を解析して、組版データを生成するための解析モジュール４５と、組版データに含まれる組版アトムデータが予め設定した時間内に使用されたか否かを判断するための第６判断モジュール４６と、組版アトムデータが予め設定した時間内に使用されていない場合、組版アトムデータを削除するための第６実行モジュール４７と、組版データに基づいてページ画像を生成するための生成モジュール４８とを含む。

図９に示した実施例において、解析モジュール４５が組版データを生成した後、モバイル端末の内蔵メモリを節約するために、第６判断モジュール４６及び第６実行モジュール４７を利用する。なお、当該組版データが長時間内に使用されていないと、当該組版データが占用する内蔵メモリを節約するために、一旦当該組版アトムデータを削除し、その後、必要となる場合、当該組版アトムデータを新たに生成すればよい。

図９に示した実施例において、解析モジュール４５が組版データを生成した後、モバイル端末の内蔵メモリを節約するために、第６判断モジュール４６を第７判断モジュールに替わり、第６実行モジュール４７を第７実行モジュールに替わる。具体的には、第７判断モジュールは、組版データに含まれる組版アトムデータが占用する内蔵メモリ量が予め設定した値より大きいか否かを判断し、第７実行モジュールは、組版アトムデータが占用する内蔵メモリが予め設定した値より大きい場合、組版アトムデータを削除する。なお、組版データが多すぎると、後のステップの処理速度が遅くなるおそれがあり、それに対して、全ての組版データを削除してもよく、予定数の組版データを削除してもよく、モバイル端末の内蔵メモリを節約する目的を実現できる。

図１０に示すように、本発明の実施例は、さらに、電子機器を提供し、当該電子機器は、上記実施例に係る電子書籍ドキュメント処理方法を実施し、具体的には、以下のようである。

電子機器１３００は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路１３１０、コンピューターが読み取り可能な記録媒体を一つ以上含むメモリ１３２０、入力ユニット１３３０、表示ユニット１３４０、センサー１３５０、オーディオ回路１３６０、近距離無線通信モジュール１３７０、一つ以上の処理コアを有するプロセッサ１３８０、及び電源１３９０などの部品を含む。当業者は、図１３に示す端末装置の構成は端末装置に対する限定ではなく、当該端末装置が、図示した部品より多い数、または少ない数の部品を備えてもよく、或いは、幾つかの部品の組み合わせ、または異なる部品配置を有してもよい、ことを理解すべきである。

ここで、ＲＦ回路１３１０は、情報の送受信または通話中において、信号を受信及び送信するためのものである。特に、基地局からの下り情報を受信した後、１つ、或いは１つ以上のプロセッサ１３８０に渡して処理させる。また、上りデータを基地局に送信する。一般的に、ＲＦ回路は、アンテナ、少なくとも１つのアンプ、チューナー、１つ又は複数の発振器、加入者識別モジュール（ＳＩＭ）カード、受発信機、カプラー、ＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ローノイズアンプ）、デュプレクサ等を含むが、これらに限らない。なお、ＲＦ回路１３１０は、無線通信でネットワーク、及び他の装置と通信することができる。上記無線通信として、ＧＳＭ（登録商標：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等を含む任意の通信規格またはプロトコルを利用してもよいが、これらに限らない。

メモリ１３２０は、ソフトウェアプログラム及びモジュールを格納するためのものであり、プロセッサ１３８０は、メモリ１３２０に格納されたソフトウェアプログラム及びモジュールを実行することで、各種機能のアプリ及びデータ処理を実施する。メモリ１３２０には、主に、プログラム格納領域とデータ格納領域を有する。プログラム格納領域には、ＯＳ、少なくとも１つの機能を実行するアプリ（例えば、音声再生機能、画像再生機能等）等が格納される。データ格納領域には、電子機器１３００の使用により作成されたデータ（例えば、オーディオデータ、電話帳等）等が格納される。また、メモリ１３２０は、高速ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでもよく、さらに、例えば少なくとも１つの磁気ディスクメモリ、フラッシュメモリなどの不揮発性メモリ、或いは他の揮発性のＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）メモリを含んでもよい。また、メモリ１３２０は、プロセッサ１３８０及び入力ユニット１３３０がメモリ１３２０にアクセスできるように、メモリ制御器をさらに含んでもよい。

入力ユニット１３３０は、数字或いはキャラクター情報の入力の受け付け、及び、ユーザ設定及び機能制御に関するキーボード、マウス、ジョイスティック、光学ボールやトラックボールにより信号入力を発生させるためのものである。具体的には、入力ユニット１３３０は、タッチセンシティブ表面１３３１及び他の入力装置１３３２を含んでもよい。タッチセンシティブ表面１３３１は、タッチパネルやタッチパッドとも呼ばれ、ユーザがその表面上や付近に対するタッチ操作（例えば、ユーザが指やタッチペンなどの任意の適した物や付属品を使用して、タッチセンシティブ表面１３３１上やタッチセンシティブ表面１３３１付近に対して行う操作）を収集するとともに、予め設定されたプログラムにしたがって、関連する接続装置を駆動する。タッチセンシティブ表面１３３１は、選択的に、タッチ検出手段及びタッチ制御器の２つの部分を含んでもよい。ここで、タッチ検出手段は、ユーザのタッチ位置を検出するとともに、タッチ操作による信号を検出し、そのタッチ情報をタッチ制御器に送信する。タッチ制御器は、タッチ検出手段からタッチ情報を受信し、当該情報を接触点座標に変換してプロセッサ１３８０に送信するとともに、プロセッサ１３８０からのコマンドを受信して実行する。なお、抵抗式、容量式、赤外線式及び表面弾性波式などの様々な方式によりタッチセンシティブ表面１３３１を実現することができる。入力ユニット１３３０は、タッチセンシティブ表面１３３１に加えて、他の入力装置１３３２をさらに含んでもよい。具体的には、他の入力装置１３３２は、物理的なキーボード、ファンクションキー（例えば、ボリュームボタン、スイッチボタン等）、トラックボール、マウス、ジョイスティック等の中の一つ又は複数を含んでもよいが、これらに限らない。

表示ユニット１３４０は、ユーザが入力した情報やユーザに提供する情報、及び電子機器１３００の各種のグラフィカル・ユーザー・インターフェース（ＧＵＩ）を表示するためのものであり、これらのグラフィカル・ユーザー・インターフェースは、図形、テキスト、アイコン、ビデオ及びそれらの任意の組合せで構成されることができる。表示ユニット１３４０は、表示パネル１３４１を含む。表示パネル１３４１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形態で構成されてもよい。さらに、タッチセンシティブ表面１３３１は、表示パネル１３４１を覆うように設けられ、タッチセンシティブ表面１３３１がその表面または付近に対するタッチ操作を検出すると、その検出結果をプロセッサ１３８０に転送してタッチイベントのタイプを確認させ、その後、プロセッサ１３８０は、タッチイベントのタイプに基づいて、表示パネル１３４１上に対応する視覚的出力を提供するように構成されてもよい。図１３において、タッチセンシティブ表面１３３１と表示パネル１３４１とが２つの独立した部品として出力及び入力の機能を実現するように構成されているが、タッチセンシティブ表面１３３１と表示パネル１３４１とを集積構成して入力及び出力機能を実現する実施例もあり得る。

電子機器１３００は、さらに、例えば光センサー、運動センサー及び他のセンサーなどの、少なくとも１つのセンサー１３５０を含んでもよい。光センサーは、環境光センサーと近接センサーを含んでもよいが、環境光センサーは、環境光の明るさに基づいて、表示パネル１３４１の輝度を調整することができ、近接センサーは、電子機器１３００が耳元まで移動すると、表示パネル１３４１及び／又はバックライトをオフする。運動センサーの一種としての重力加速度センサーは、各方向（一般的には、３軸）における加速度の大きさを検出することができ、静止の状態では、重力の大きさ及びその方向を検出することができるので、携帯電話の姿勢を認識するアプリ（例えば、画面の横縦向きの切り替え、ゲーム、磁力計の姿勢校正）、振動認識に関する機能（例えば、歩数計、パーカッション）等に使用される。電子機器１３００には、さらに、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサー等のほかのセンサーが備えられるが、ここで、その具体的な説明は省略する。

オーディオ回路１３６０、スピーカ１３６１、マイク１３６２は、ユーザと電子機器１３００との間のオーディオインタフェースを提供する。オーディオ回路１３６０は、受信したオーディオデータから変換された電気信号をスピーカ１３６１に転送し、スピーカ１３６１により音声信号に変換して出力する。一方、マイク１３６２は、収集した音声信号を電気信号に変換し、オーディオ回路１３６０が当該電気信号を受信した後オーディオデータに変換し、オーディオデータをプロセッサ１３８０に転送して処理してから、ＲＦ回路１３１０を介して例えば他の端末装置に転送するか、或いはオーディオデータをメモリ１３２０に送信して更に処理を行うようにする。オーディオ回路１３６０は、電子機器１３００が外部のイヤホンと通信できるように、イヤホン挿入孔を含んでもよい。

近距離無線通信モジュール１３７０は、ＷｉＦｉ（登録商標：ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）モジュール、或いはブルートゥースであってもよい。ＷｉＦｉは近距離無線通信技術に属し、ユーザに無線のブロードバンドインターネットアクセスを提供するので、ユーザは、電子機器１３００の近距離無線通信モジュール１３７０を利用して、電子メールの送受信、ウェブの閲覧、ストリーミングメディアのアクセス等を行なうことができる。図１３において、近距離無線通信モジュール１３７０を示しているが、当該近距離無線通信モジュール１３７０は、電子機器１３００にとって不可欠な構成ではなく、本発明の趣旨を変更しない範囲内で必要に応じて省略することができる、ことを理解すべきである。

プロセッサ１３８０は、電子機器１３００の制御センターであり、各種のインタフェース及び回路を介して携帯電話全体の各部と接続され、メモリ１３２０内に格納されたソフトウェアプログラム及び／又はモジュールを実行または作動させるとともに、メモリ１３２０内に格納されたデータを呼び出すことによって、電子機器１３００の各種機能の実行及びデータの処理を実現することで、携帯電話全体をコントロールする。プロセッサ１３８０は、１つ又は複数の処理コアを含んでもよく、アプリプロセッサとモデムプロセッサを集積して構成されてもよい。ここで、アプリプロセッサは、主に、ＯＳ、ユーザインタフェース、及びアプリなどを処理し、モデムプロセッサは、主に、無線通信を処理する。また、上記モデムプロセッサがプロセッサ１３８０に集積されなくてもよい、ことを理解すべきである。

電子機器１３００は、さらに、各部に電力を供給する電源１３９０（例えば、バッテリー）を含み、当該電源１３９０は、電源管理システムを介してプロセッサ１３８０にロジック的に接続されることにより、電源管理システムを介して充電・放電管理、及び電力管理等の機能を実現することができる。電源１３９０は、さらに、１つ或いは１つ以上の直流又は交流電源、再充電システム、電源故障検出回路、電源コンバータ又はインバータ、電源状態インジケータ等の任意のアセンブリを含んでもよい。

電子機器１３００は、図示してはないが、カメラ、ブルートゥースモジュール等をさらに含んでもよいが、ここで、その具体的な説明は省略する。本実施例において、電子機器１３００の表示ユニットは、タッチパネルディスプレイである。
電子機器１３００は、さらに、メモリ、及び１つ或いは1つ以上のプログラムを含み、１つ或いは１つ以上のプログラムは、メモリに記憶され、１つ或いは１つ以上のプロセッサーにより実行される。上記１つ或いは１つ以上のプログラムにおける指令は、
電子書籍ドキュメントを取得するステップと、
予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成するステップと、
前記複数のセクションを順序のあるセクション群に構成するステップと、
前記セクション群の中から、１つのセクションを選択し、当該セクションを現在のセクションとするステップと、
前記現在のセクション内の内容を解析して、組版データを生成するステップと、
前記組版データに基づいて、ページ画像を生成するステップと、を含む電子書籍ドキュメント処理方法を実行するためのものである。

上記方法に関する具体的実現形態は、上記方法部分を参照するとわかり、ここでは説明しない。

説明すべきことは、図１から図１０に示した実施例は、本発明が記載した好ましい実施例であり、当業者は、これらに基づいて、より多くの実施例を設計でき、ここで、説明を省略する。

本明細書において、漸進的な方法で各実施例を説明した。各実施例において、主に、ほかの実施例と異なる箇所について説明したが、各実施例の間の同一又は類似の部分を互いに参照すればよい。実施例が開示した装置について、それが実施例の開示した方法に対応するため、説明を簡素化し、関連のところは、方法部分の説明を参照すればよい。
当業者は、複数の異なるプロセス及び技術の何れか１種を使用して、情報、メッセージ、又は信号を表示することができると理解すべきである。例えば、上記説明に言及したメッセージ、情報は、電圧、電流、電磁波、磁界或いは磁性粒子、光学場（ｏｐｔｉｃａｌ ｆｉｅｌｄ）或いは以上の要素の任意の組み合わせにより表示されることができる。

本業者は、さらに、本文に開示された実施例が記述する各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア或いは両者の組み合わせにより実現できることを理解すべきである。ハードウェアとソフトウェアの互換性を明確に説明するために、上記説明で既に機能に従って各例示の構成およびステップを一般的に記述した。これらの機能が、ハードウェアにより実行されるか、又はソフトウェアにより実行するかは、技術案の応用対象及び設計の制約条件により決められる。当業者は、具体的なアプリそれぞれにおいて、様々な方式を選択して前記機能を実現してもよく、このような選択は、本発明の範囲を逸脱したものとして解釈されるべきではない。

本発明に記載の実施例により記述された方法或いはアルゴリズムのステップは、直接にハードウェア、プロセッサーが実行するソフトウェアモジュール、或いは両者の組み合わせにより実施できる。ソフトウェアモジュールは、ランダムメモリ（ＲＡＭ）、内蔵メモリ、リードオンリメモリ（ＲＯＭ）、ＰＲＯＭ、ＥＰＲＯＭ、レジスタ、ハードディスク、携帯磁気ディスク、ＣＤ−ＲＯＭ、或いは技術分野における公知の任意の記憶媒体に記憶される。当業者は、開示した実施例に対する上記説明を利用して、本発明を実現或いは使用することができる。

これらの実施例に対する様々な変更は、当業者にとって容易であり、上記の内容で定義した一般的な原理は、本発明の精神或いは範囲を超えない場合に、他の実施例で実現することもできる。そのため、本発明は、上記実施形態において示したこれらの実施例に限られず、開示した原理及び新規な特徴と一致する最も広い範囲に相応すべきである。

本発明は、データ処理分野に関し、より具体的には、電子書籍ドキュメント処理方法、端末及び、電子機器、プログラム及び記録媒体に関する。

本発明の実施例の第３方面によれば、本発明の実施例は、さらに、電子機器を提供し、当該電子機器は、メモリと、メモリに記憶され、１つ或いは１つ以上のプロセッサーにより実行される１つ或いは１つ以上のプログラムと、を含み、
１つ或いは１つ以上のプログラムは、
電子書籍ドキュメントを取得し、
予め設定した区切り方式により電子書籍ドキュメントの内容を区切り、複数のセクションを生成し、
複数のセクションを順序のあるセクション群に構成し、
セクション群の中から、１つのセクションを選択して、セクションを現在のセクションとし、
現在のセクション内の内容を解析して、組版データを生成し、
組版データに基づいてページ画像を生成する操作を行うための指令を含む。
本発明の実施例の第４方面によれば、本発明は、プログラムを提供し、当該プログラムは、プロセッサに実行されることにより、前記電子書籍ドキュメント処理方法方法を実現する。
本発明の実施例の第５方面によれば、本発明は、前記プログラムが記録された記録媒体を提供する。

本発明の実施例は、モバイル端末の電子書籍ドキュメントに対する読み込みをよりよく実現するために、電子書籍ドキュメント処理方法、端末、電子機器、プログラム及び記録媒体を提供し、モバイル端末が電子書籍を読み込む時間を短縮し、内蔵メモリの占用率を低下させる。上記電子書籍ドキュメント処理方法、端末、電子機器、プログラム及び記録媒体を具体的に実現するには、複数の形態があり、以下、具体的な実施例を利用し、詳細に説明する。

図７に示した実施例において、図５に示した実施例との相違点は、第１判断モジュール２７が既に生成された組版データのデータ量がページ画像を生成するのに足りるか否かを判断し、足りれば（ＹＥＳ）、既存の組版データに基づいて、ページ画像を生成し、さもなければ、次のセクションを解析し、既存の組版データ及び次のセクションが生成した組版データを組み合わせて、ページ画像を生成することである。

電子機器１３００は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路１３１０、コンピューターが読み取り可能な記録媒体を一つ以上含むメモリ１３２０、入力ユニット１３３０、表示ユニット１３４０、センサー１３５０、オーディオ回路１３６０、近距離無線通信モジュール１３７０、一つ以上の処理コアを有するプロセッサ１３８０、及び電源１３９０などの部品を含む。当業者は、図１０に示す端末装置の構成は端末装置に対する限定ではなく、当該端末装置が、図示した部品より多い数、または少ない数の部品を備えてもよく、或いは、幾つかの部品の組み合わせ、または異なる部品配置を有してもよい、ことを理解すべきである。

表示ユニット１３４０は、ユーザが入力した情報やユーザに提供する情報、及び電子機器１３００の各種のグラフィカル?ユーザー?インターフェース（ＧＵＩ）を表示するためのものであり、これらのグラフィカル?ユーザー?インターフェースは、図形、テキスト、アイコン、ビデオ及びそれらの任意の組合せで構成されることができる。表示ユニット１３４０は、表示パネル１３４１を含む。表示パネル１３４１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形態で構成されてもよい。さらに、タッチセンシティブ表面１３３１は、表示パネル１３４１を覆うように設けられ、タッチセンシティブ表面１３３１がその表面または付近に対するタッチ操作を検出すると、その検出結果をプロセッサ１３８０に転送してタッチイベントのタイプを確認させ、その後、プロセッサ１３８０は、タッチイベントのタイプに基づいて、表示パネル１３４１上に対応する視覚的出力を提供するように構成されてもよい。図１０において、タッチセンシティブ表面１３３１と表示パネル１３４１とが２つの独立した部品として出力及び入力の機能を実現するように構成されているが、タッチセンシティブ表面１３３１と表示パネル１３４１とを集積構成して入力及び出力機能を実現する実施例もあり得る。

近距離無線通信モジュール１３７０は、ＷｉＦｉ（登録商標：ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）モジュール、或いはブルートゥースであってもよい。ＷｉＦｉは近距離無線通信技術に属し、ユーザに無線のブロードバンドインターネットアクセスを提供するので、ユーザは、電子機器１３００の近距離無線通信モジュール１３７０を利用して、電子メールの送受信、ウェブの閲覧、ストリーミングメディアのアクセス等を行なうことができる。図１０において、近距離無線通信モジュール１３７０を示しているが、当該近距離無線通信モジュール１３７０は、電子機器１３００にとって不可欠な構成ではなく、本発明の趣旨を変更しない範囲内で必要に応じて省略することができる、ことを理解すべきである。

Claims (19)

1. 電子書籍ドキュメントを取得するステップと、
   予め設定した区切り方式により前記電子書籍ドキュメントの内容を区切り、複数のセクションを生成するステップと、
   前記複数のセクションを順序のあるセクション群に構成するステップと、
   前記セクション群の中から、１つのセクションを選択して、前記セクションを現在のセクションとするステップと、
   前記現在のセクション内の内容を解析して、組版データを生成するステップと、
   前記組版データに基づいてページ画像を生成するステップと、を含む
   ことを特徴とする電子書籍ドキュメント処理方法。
2. 組版データを生成するステップの後、さらに、
   前記現在のセクションの前記セクション群における位置情報を記録するステップと、
   前記組版データのデータ量が予め設定した値より小さいか否かを判断し、前記データ量が予め設定した値より小さいと、前記位置情報に基づいて、前記現在のセクションの次のセクションを選択し、前記次のセクションを現在のセクションとし、前記現在のセクション内の内容を解析するステップに戻るステップと、を含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
3. 前記予め設定した区切り方式により前記電子書籍ドキュメントの内容を区切るステップは、
   区切り値を決定するサブステップと、
   前記電子書籍ドキュメントの内容を、前記区切り値の同じ複数のなセクションに分割するサブステップと、を含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
4. さらに、
   前記セクションの始点における情報が完全であるか否かを判断し、完全ではないと、前記セクションの始点からその前のセクションに移動して前記情報の始点を決定し、そして、前記情報の始点を前記セクションの始点及び前記前のセクションの終点とするステップを含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
5. さらに、
   前記セクションの始点における情報が完全であるか否かを判断し、完全ではないと、前記セクションの始点から前記セクションの終点に移動して前記情報の終点を決定し、そして、前記情報の終点を前記セクションの始点及び前のセクションの終点とするステップを含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
6. さらに、
   前記セクションの終点における情報が完全であるか否かを判断し、完全ではないと、前記セクションの終点からその次のセクションに移動して前記情報の終点を決定し、そして、前記情報の終点を前記セクションの終点及び前記次のセクションの始点とするステップを含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
7. さらに、
   前記セクションの終点における情報が完全であるか否か判断し、完全ではないと、前記セクションの終点から前記セクションの始点に移動して前記情報の始点を決定し、そして、前記情報の始点を前記セクションの終点及び次のセクションの始点とするステップを含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
8. さらに、
   前記組版データに含まれる組版アトムデータが予め設定した時間内に使用されたか否かを判断し、使用されていないと判断すると、前記組版アトムデータを削除するステップを含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
9. さらに、
   前記組版データに含まれる組版アトムデータの占用する内蔵メモリが予め設定した値より大きいか否かを判断し、予め設定した値より大きいと判断すると、前記組版アトムデータを削除するステップを含む
   ことを特徴とする請求項１に記載の電子書籍ドキュメント処理方法。
10. 電子書籍ドキュメントを取得するための取得モジュールと、
    予め設定した区切り方式により前記電子書籍ドキュメントの内容を区切り、複数のセクションを生成するための区切りモジュールと、
    前記複数のセクションを順序のあるセクション群に構成するための構成モジュールと、
    前記セクション群の中から、１つのセクションを選択して、前記セクションを現在のセクションとするための選択モジュールと、
    前記現在のセクション内の内容を解析して、組版データを生成するための解析モジュールと、
    前記組版データに基づいてページ画像を生成するための生成モジュールとを含む
    ことを特徴とする端末。
11. さらに、
    前記現在のセクションの前記セクション群における位置情報を記録するための記録モジュールと、
    前記組版データのデータ量が予め設定した値より小さいか否かを判断するための第１判断モジュールと、
    前記データ量が予め設定した値より小さいと、前記位置情報に基づいて、前記現在のセクションの次のセクションを選択し、前記次のセクションを現在のセクションとし、再び解析モジュールを実行するための第１実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
12. 前記区切りモジュールは、
    区切り値を決定するための区切り値決定ユニットと、
    前記電子書籍ドキュメントの内容を、前記区切り値の同じ複数のなセクションに分割するための分割ユニットと、を含む
    ことを特徴とする請求項１０に記載の端末。
13. さらに、
    前記セクションの始点における情報が完全であるか否かを判断するための第２判断モジュールと、
    前記セクションの始点における情報が完全ではないと、前記セクションの始点から前に移動して前記タグの始点を決定し、そして、前記タグの始点を前記セクションの始点とするための第２実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
14. さらに、
    前記セクションの始点における情報が完全であるか否かを判断するための第３判断モジュールと、
    前記セクションの始点における情報が完全ではないと、前記セクションの始点から前記セクションの終点に移動して前記情報の終点を決定し、そして、前記情報の終点を前記セクションの始点及び前のセクションの終点とするための第３実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
15. さらに、
    前記セクションの終点における情報が完全であるか否かを判断するための第４判断モジュールと、
    前記セクションの終点における情報が完全ではないと、前記セクションの終点から次のセクションに移動して前記情報の終点を決定し、そして、前記情報の終点を前記セクションの終点及び前記次のセクションの始点とするための第４実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
16. さらに、
    前記セクションの終点における情報が完全であるか否かを判断するための第５判断モジュールと、
    前記セクションの終点における情報が完全ではないと、前記セクションの終点から前記セクションの始点に移動して前記情報の始点を決定し、そして、前記情報の始点を前記セクションの終点及び次のセクションの始点とするための第５実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
17. さらに、
    前記組版データに含まれる組版アトムデータが予め設定した時間内に使用されたか否かを判断するための第６判断モジュールと、
    前記組版アトムデータが予め設定した時間内に使用されていないと、前記組版アトムデータを削除するための第６実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
18. さらに、
    前記組版データに含まれる組版アトムデータの占用する内蔵メモリが予め設定した値より大きいか否かを判断するための第７判断モジュールと、
    前記組版アトムデータの占用する内蔵メモリが予め設定した値より大きいと、前記組版アトムデータを削除するための第７実行モジュールと、を含む
    ことを特徴とする請求項１０に記載の端末。
19. メモリと、
    メモリに記憶され、１つ或いは１つ以上のプロセッサーにより実行される１つ或いは１つ以上のプログラムと、を含み、
    前記１つ或いは１つ以上のプログラムは、
    電子書籍ドキュメントを取得し、
    予め設定した区切り方式により前記電子書籍ドキュメントの内容を区切り、複数のセクションを生成し、
    前記複数のセクションを順序のあるセクション群に構成し、
    前記セクション群の中から、１つのセクションを選択して、前記セクションを現在のセクションとし、
    前記現在のセクション内の内容を解析して、組版データを生成し、
    前記組版データに基づいてページ画像を生成する操作を行うための指令を含む
    ことを特徴とする電子機器。

Images