(57)【特許請求の範囲】
【請求項１】
親本サーバが親本を生成するステップと、
前記親本サーバが子本クライアントから送信された、前記子本クライアントに必要な子本の形式情報を含む請求情報を受信するステップと、
前記親本サーバが前記請求情報の前記形式情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本は、編集可能であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含み、前記子本を前記子本クライアントに送信するステップと、
前記子本クライアントがユーザからの操作指令を受信したとき、前記子本クライアントが、前記子情報ファイルに基づいて、前記親本における前記操作指令に対応する内容の位置情報を取得するステップと、
前記子本クライアントが前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得するステップとを含み、
前記親本サーバは、前記親本の内容に基づいて前記親本ごとに対応する唯一の番号を生成するステップを更に含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とする電子文書の提供方法。
【請求項２】
前記親本サーバが親本を生成するステップは、
前記親本サーバは作者が作成した文書に基づいて前記親本を生成するステップを更に含むこと
を特徴とする請求項１に記載の方法。
【請求項３】
前記親本サーバが親本を生成するステップは、
前記親本サーバは前記ユーザが前記子本クライアントを介して送信した検索語を受信するステップと、
複数の検索結果を得られるように、前記親本サーバは前記検索語に基づいて検索を行うステップと、
前記親本サーバは前記複数の検索結果を集合して前記親本を生成するステップとを更に含むこと
を特徴とする請求項１に記載の方法。
【請求項４】
前記親本サーバは、前記親本における一部の内容に基づいて前記親本に対応する指紋情報を生成するステップを更に含むこと
を特徴とする請求項１に記載の方法。
【請求項５】
前記親本サーバは前記親本の著作権保護情報を取得するステップと、
前記親本サーバは前記親本の著作権保護情報に基づいて前記子本が保護される形式又は保護されない形式を選択して前記子本クライアントに送信するステップとを更に含むこと
を特徴とする請求項１に記載の方法。
【請求項６】
前記親本サーバが前記子本クライアントの権限情報を取得するステップと、
前記親本サーバが前記権限情報に基づいて前記子本クライアントが親本から取得できる内容を管理するステップとを更に含むこと
を特徴とする請求項１に記載の方法。
【請求項７】
前記権限情報は前記子本クライアントが取得できる親本のページ情報を含むこと
を特徴とする請求項６に記載の方法。
【請求項８】
前記権限情報は前記子本クライアントが取得できる親本の内容量情報を含むこと
を特徴とする請求項６または７に記載の方法。
【請求項９】
前記子本クライアントが前記ユーザからのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信するステップと、
前記親本サーバが前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成するステップとを更に含むこと
を特徴とする請求項１に記載の方法。
【請求項１０】
前記子本クライアントは複数であること
を特徴とする請求項１に記載の方法。
【請求項１１】
親本サーバと少なくとも一つの子本クライアントを含む電子文書の提供システムであって、
前記親本サーバは、親本を生成し、前記子本クライアントから送信された、前記子本クライアントに必要な子本の形式情報を含む請求情報の前記形式情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本は、編集可能であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含み、前記子本を前記子本クライアントに送信し、
前記子本クライアントは、前記親本サーバに前記請求情報を送信し、ユーザからの操作指令を受信した後、前記子情報ファイルに基づいて前記親本における前記操作指令に対応する内容の位置情報を取得し、前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得し、
前記親本サーバは、前記親本の内容に基づいて前記親本ごとに対応する唯一の番号を生成することを更に含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とするシステム。
【請求項１２】
前記親本サーバは作者が作成した文書に基づいて前記親本を生成すること
を特徴とする請求項１１に記載のシステム。
【請求項１３】
前記親本サーバは、
前記ユーザが前記子本クライアントを介して送信した検索語を受信し、複数の検索結果を得られるように、前記検索語に基づいて検索を行い、前記複数の検索結果を集合して前記親本を生成すること
を特徴とする請求項１１に記載のシステム。
【請求項１４】
前記親本サーバは、前記親本における一部の内容に基づいて前記親本に対応する指紋情報を生成すること
を特徴とする請求項１１に記載のシステム。
【請求項１５】
前記親本サーバは、
前記親本の著作権保護情報を取得し、前記親本の著作権保護情報に基づいて前記子本が保護される形式又は保護されない形式を選択して前記子本クライアントに送信すること
を特徴とする請求項１１に記載のシステム。
【請求項１６】
前記親本サーバは、前記子本クライアントの権限情報を取得し、前記権限情報に基づいて前記子本クライアントが親本から取得できる内容を管理すること
を特徴とする請求項１１に記載のシステム。
【請求項１７】
前記権限情報は前記子本クライアントが取得できる親本のページ情報を含むこと
を特徴とする請求項１６に記載のシステム。
【請求項１８】
前記権限情報は前記子本クライアントが取得できる親本の内容量情報を含むこと
を特徴とする請求項１６または１７に記載のシステム。
【請求項１９】
前記子本クライアントは、前記ユーザからのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信し、
前記親本サーバは、前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成すること
を特徴とする請求項１１に記載のシステム。
【請求項２０】
前記子本クライアントは複数であること
を特徴とする請求項１１に記載のシステム。
【請求項２１】
親本を生成する親本生成モジュールと、
子本クライアントから送信された、前記子本クライアントに必要な子本の形式情報を含む請求情報を受信する受信モジュールと、
前記請求情報の前記形式情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本は、編集可能であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含み、前記子本を前記子本クライアントに送信する子本生成モジュールと、
ユーザからの操作指令に基づいて前記子本クライアントが生成した操作要求と、前記子本クライアントに前記子情報ファイルに基づいて取得させた、前記親本における前記操作指令に対応する内容の位置情報とを受信し、前記位置情報に基づいて前記操作指令に対応する内容を前記子本クライアントに送信する管理モジュールとを含み、
前記親本の内容に基づいて前記親本ごとに対応する唯一の番号を生成する番号生成モジュールを更に含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とする親本サーバ。
【請求項２２】
複数の検索結果を得られるように、前記子本クライアントから送信された検索語に基づいて検索を行い、前記親本生成モジュールに前記複数の検索結果を集合して前記親本を生成させる検索モジュールを更に含むこと
を特徴とする請求項２１に記載の親本サーバ。
【請求項２３】
前記親本における一部の内容に基づいて前記親本に対応する指紋情報を生成する指紋生成モジュールを更に含むこと
を特徴とする請求項２１に記載の親本サーバ。
【請求項２４】
親本サーバに、子本クライアントに必要な子本の形式情報を含む請求情報を送信する送信モジュールと、
前記親本サーバが前記請求情報の前記形式情報と前記親本サーバにおける親本に基づいて生成した編集可能な子本であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含む前記子本を受信する受信モジュールと、
ユーザからの操作指令を受信し、前記子情報ファイルに基づいて、前記親本における前記親本における前記操作指令に対応する内容の位置情報を取得し、並びに前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得する操作制御モジュールとを含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とする子本クライアント。
【請求項２５】
親本サーバが親本を生成するステップと、
前記親本サーバが子本クライアントから送信された前記子本クライアントに必要な子本の形式情報を含む請求情報を受信するステップと、
前記親本サーバが前記請求情報の前記形式情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本は、編集可能であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含み、前記子本を前記子本クライアントに送信するステップとを含み、
前記親本サーバは、前記親本の内容に基づいて前記親本ごとに対応する唯一の番号を生成するステップを更に含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とする電子文書の提供方法。
【請求項２６】
前記子本クライアントがユーザからのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信するステップと、
前記親本サーバが前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成するステップとを更に含むこと
を特徴とする請求項２５に記載の方法。
【請求項２７】
親本サーバと少なくとも一つの子本クライアントを含む電子文書の提供システムであって、
前記少なくとも一つの子本クライアントは、前記親本サーバに前記子本クライアントに必要な子本の形式情報を含む請求情報を送信し、
前記親本サーバは、親本を生成し、前記請求情報の前記形式情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本は、編集可能であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含み、前記子本を前記子本クライアントに送信し、
前記親本サーバは、前記親本の内容に基づいて前記親本ごとに対応する唯一の番号を生成することを更に含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とするシステム。
【請求項２８】
前記子本クライアントは、ユーザからのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信し、前記親本サーバに前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成させること
を特徴とする請求項２７に記載のシステム。
【請求項２９】
親本を生成する親本生成モジュールと、
子本クライアントから送信された前記子本クライアントに必要な子本の形式情報を含む請求情報を受信する受信モジュールと、
前記請求情報の前記形式情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本は、編集可能であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含み、前記子本を前記子本クライアントに送信する子本生成モジュールとを含み、
前記親本の内容に基づいて前記親本ごとに対応する唯一の番号を生成する番号生成モジュールを更に含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とする親本サーバ。
【請求項３０】
親本サーバに子本クライアントに必要な子本の形式情報を含む請求情報を送信する送信モジュールと、
前記親本サーバが前記請求情報の前記形式情報と前記親本サーバにおける親本に基づいて生成した編集可能な子本であり、前記子本におけるあるページに対応する前記親本における位置を記録する子情報ファイルを含む前記子本を受信する受信モジュールとを含み、
前記親本は、前記子本と同様な番号を有すること
を特徴とする子本クライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書技術分野に関し、特に電子文書の提供方法、システム、親本サーバ及び子本クライアントに関する。
【背景技術】
【０００２】
インターネット及び無線インターネット技術の急激な発展に伴い、伝統的な出版業界は電子出版に変わりつつあり、電子出版及び電子書籍などが業界の主流となっている。現在、電子書籍の主な形式はＰＤＦ、ｅｐｕｂ（即ちｈｔｍｌウェブページにおけるｚｉｐアーカイブ）及びｍｏｂｉ（簡素化されたｐｄｆ）の三つがある。現在、アマゾンがｍｏｂｉのかわりにｈｔｍｌ５を強力に対応させた新しい形式ｋｆ８を使用している。
【０００３】
技術面から分類すれば、前記三つの形式はまた大きく二つの種類に分けられる。一つはｐｄｆ形式の電子文書のような形式及び再組版をサポートしない電子文書であり、もう一つはｅｐｕｂ形式の電子文書のようなリーダーの解像度の大きさに合わせて自動再組版する電子文書である。しかし、現在の電子文書の再組版をサポートする形式では、リーダーの解像度の大きさに合わせて電子文書を自動再組版した電子文書はページを失うため、即ち各種の端末担体では閲覧する結果が一致していないだけでなく、少々複雑なレイアウトに対しても、自動再組版する効果がよくないし、同時に自動再組版した後の文書にページがなくなったため、該種類の電子文書に対する交流と共同編集も面倒になる。
【０００４】
一方、再組版をサポートしない文書形式に対しては、例えばＰｄｆ形式は任意の複雑なレイアウトに対応するが、最初の組版が完了した後、自動再組版をすることができないため、自動拡大縮小を通して閲覧するだけでは、表示効果がよくないし、共同編集もできない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、少なくとも従来技術において存在している１つの技術的課題を解決するものである。
【０００６】
このため、本発明は、子本クライアントに合わせて対応する子本を提供するとともに、表示効果がよく、同時に電子文書の著作権を保護する利点があり、親本サーバが各子本クライアント（端末）における表示効果の一致性及び内容の完全性を保証できる電子文書の提供方法を提出することを１つ目の目的とする。
【０００７】
本発明は、電子文書の提供システムを提出することを二つ目の目的とする。
【０００８】
本発明は、親本サーバを提出することを三つ目の目的とする。
【０００９】
本発明は、子本クライアントを提出することを四つ目の目的とする。
【００１０】
本発明は、別の電子文書の提供方法を提出することを五つ目の目的とする。
【００１１】
本発明は、別の電子文書の提供システムを提出することを六つ目の目的とする。
【００１２】
本発明は、別の親本サーバを提出することを七つ目の目的とする。
【００１３】
本発明は、別の子本クライアントを提出することを八つ目の目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明の第１の実施形態は電子文書の提供方法を提供する。該方法は、親本サーバが親本を生成するステップと、前記親本サーバが子本クライアントから送信された請求情報を受信するステップと、前記親本サーバが前記請求情報及び前記親本に基づいて前記子本クライアントに対応する子本を生成して、前記子本を前記子本クライアントに送信するステップと、前記子本クライアントがユーザからの操作指令を受信したとき、前記子本クライアントが前記親本における前記操作指令に対応する内容の位置情報を取得するステップと、前記子本クライアントが前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得するステップとを含む。
【００１５】
本発明の実施形態に係る電子文書の提供方法によれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できるし、親本サーバの存在も各子本クライアント（端末）における表示効果の一致性及び内容の完全性を保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【００１６】
また、本発明の実施形態では、各種の子本クライアントにおいて子本は親本と唯一かつ同様なコードを有するため、各種の子本クライアントがあるページの内容に対して交流及び共同編集をすることが保証でき、遠隔教育にも応用でき、遠隔教育等に利便性をもたらす。また、親本サーバは編集可能な又は編集不可の子本を子本クライアントに提供すると同時に、子本クライアントが親本のページ数及び内容量を取得することを制限することによって、子本クライアントに対して権限管理を行い、海賊版がないように親本の著作権を保護できる。更に、ユーザが電子文書に対するさまざまな閲覧効果の要求を満たせるように、親本サーバは子本クライアントのカスタマイズ情報に基づき子本クライアントに子本を生成することもできる。
【００１７】
また、本発明の上述の実施形態に係る電子文書の提供方法は更に以下の付加的な技術特徴があってもよい。
【００１８】
一部の例示では、前記子本は子情報ファイルを含み、前記子本クライアントは前記子情報ファイルに基づいて前記親本における前記操作指令に対応する内容の位置情報を取得する。
【００１９】
一部の例示では、前記子情報ファイルは前記子本における内容の属するページが前記親本における位置情報を記録する。
【００２０】
一部の例示では、前記親本サーバが親本を生成するステップは、前記親本サーバは作者が作成した文書に基づいて前記親本を生成するステップを更に含む。
【００２１】
一部の例示では、前記親本サーバが親本を生成するステップは、前記親本サーバが前記ユーザが前記子本クライアントを介して送信した検索語を受信するステップと、複数の検索結果を得られるように、前記親本サーバが前記検索語に基づいて検索するステップと、前記親本サーバが前記複数の検索結果を集合して前記親本を生成するステップとを更に含む。
【００２２】
一部の例示では、前記親本サーバは前記親本の内容に基づき前記親本に対応する番号を生成するステップを更に含む。
【００２３】
一部の例示では、前記親本は前記子本と同様な番号を有する。
【００２４】
一部の例示では、前記請求情報は前記子本クライアントに必要な子本の形式情報を含み、前記親本サーバは前記形式情報に基づいて前記子本クライアントに対応する子本を生成する。
【００２５】
一部の例示では、前記親本サーバは前記親本における一部の内容に基づいて前記親本に対応する指紋情報を生成するステップを更に含む。
【００２６】
一部の例示では、前記親本サーバが前記親本の著作権保護情報を取得するステップと、前記親本サーバが前記親本の著作権保護情報に基づいて前記子本が保護される形式と保護されない形式を選択して前記子本クライアントに送信するステップを更に含む。
【００２７】
一部の例示では、前記親本サーバは前記子本クライアントの権限情報を取得するステップと、前記親本サーバは前記権限情報に基づいて前記子本クライアントが取得した内容に対して管理を行うステップを更に含む。
【００２８】
一部の例示では、前記権限情報は前記子本クライアントが取得できる親本のページ情報を含む。
【００２９】
一部の例示では、前記権限情報は前記子本クライアントが取得できる親本の内容量情報を含む。
【００３０】
一部の例示では、前記子本クライアントは、前記ユーザのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信するステップと、前記親本サーバは前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成するステップとを更に含む。
【００３１】
一部の例示では、前記子本クライアントは複数である。
【００３２】
本発明の第２の実施形態は、親本サーバと少なくとも一つの子本クライアントを含む電子文書の提供システムを提供する。前記親本サーバは、親本を生成し、前記子本クライアントから送信された請求情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本を前記子本クライアントに送信する。前記子本クライアントは、前記親本サーバに前記請求情報を送信し、ユーザからの操作指令を受けた後、前記親本における前記操作指令に対応する内容の位置情報を取得し、前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得する。
【００３３】
本発明の実施形態に係る電子文書の提供システムによれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できるし、親本サーバの存在も各子本クライアント（端末）における表示効果の一致性及び内容の完全性を保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【００３４】
また、本発明の実施形態では、各種の子本クライアントにおいて子本は親本と唯一かつ同様なコードを有するため、各種の子本クライアントがあるページの内容に対して交流及び共同編集をすることが保証でき、遠隔教育にも応用でき、遠隔教育等に利便性をもたらす。また、親本サーバは編集可能な又は編集不可の子本を子本クライアントに提供すると同時に、子本クライアントが親本のページ数及び内容量を取得することを制限することによって、子本クライアントに対して権限管理を行い、海賊版がないように親本の著作権を保護できる。更に、ユーザが電子文書に対するさまざまな閲覧効果の要求を満たせるように、親本サーバは子本クライアントのカスタマイズ情報に基づき子本クライアントに子本を生成することもできる。      
【００３５】
また、本発明の上述の実施形態に係る電子文書の提供システムは更に以下の付加的な技術特徴があってもよい。
【００３６】
一部の例示では、前記子本は子情報ファイルを含み、前記子本クライアントは前記子情報ファイルに基づいて前記親本における前記操作指令に対応する内容の位置情報を取得する。
【００３７】
一部の例示では、前記子情報ファイルは前記子本における内容の属するページが前記親本における位置情報を記録する。
【００３８】
一部の例示では、前記親本サーバは作者が作成した文書に基づいて前記親本を生成する。
【００３９】
一部の例示では、前記親本サーバは前記ユーザが前記子本クライアントを介して送信した検索語を受信し、複数の検索結果を得られるように、前記検索語に基づいて検索し、前記複数の検索結果を集合して前記親本を生成する。
【００４０】
一部の例示では、前記親本サーバは前記親本の内容に基づき前記親本に対応する番号を生成する。
【００４１】
一部の例示では、前記親本は前記子本と同様な番号を有する。
【００４２】
一部の例示では、前記請求情報は前記子本クライアントに必要な子本の形式情報を含み、前記親本サーバは前記形式情報に基づいて前記子本クライアントに対応する子本を生成する。
【００４３】
一部の例示では、前記親本サーバは前記親本における一部の内容に基づいて前記親本に対応する指紋情報を生成する。
【００４４】
一部の例示では、前記親本サーバは前記親本の著作権保護情報を取得し、前記親本の著作権保護情報に基づいて前記子本が保護される形式と保護されない形式を選択して前記子本クライアントに送信する。
【００４５】
一部の例示では、前記親本サーバは前記子本クライアントの権限情報を取得し、前記権限情報に基づいて前記子本クライアントが取得した内容に対して管理を行う。
【００４６】
一部の例示では、前記権限情報は前記子本クライアントが取得できる親本のページ情報を含む。
【００４７】
一部の例示では、前記権限情報は前記子本クライアントが取得できる親本の内容量情報を含む。
【００４８】
一部の例示では、前記子本クライアントは、前記ユーザのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信し、前記親本サーバは、前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成する。
【００４９】
一部の例示では、前記子本クライアントは複数である。
【００５０】
本発明の第３の実施形態は、親本サーバを提供する。当該親本サーバは、親本を生成する親本生成モジュールと、子本クライアントから送信された請求情報を受信する受信モジュールと、前記請求情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本を前記子本クライアントに送信する子本生成モジュールと、ユーザからの操作指令に基づいて前記子本クライアントが生成した操作要求と前記親本における前記操作指令に対応する内容の位置情報を受信し、前記位置情報に基づいて前記操作指令に対応する内容を前記子本クライアントに送信する管理モジュールとを含む。
【００５１】
また、本発明の上述の実施形態に係る親本サーバは更に以下の付加的な技術特徴があってもよい。
【００５２】
一部の例示では、前記子本は子情報ファイルを含み、前記子本クライアントは前記子情報ファイルに基づいて前記親本における前記操作指令に対応する内容の位置情報を取得する。
【００５３】
一部の例示では、前記子情報ファイルは前記子本における内容の属するページが前記親本における位置情報を記録する。
【００５４】
一部の例示では、前記親本生成モジュールは作者が作成した文書に基づいて前記親本を生成する。
【００５５】
一部の例示では、複数の検索結果を得られるように、前記子本クライアントから送信された検索語に基づいて検索し、前記親本生成モジュールに前記複数の検索結果を集合して前記親本を生成させる検索モジュールを更に含む。
【００５６】
一部の例示では、前記親本の内容に基づき前記親本に対応する番号を生成する番号生成モジュールを更に含む。
【００５７】
一部の例示では、前記親本は前記子本と同様な番号を有する。
【００５８】
一部の例示では、前記請求情報は前記子本クライアントに必要な子本の形式情報を含み、前記子本生成モジュールは前記形式情報に基づいて前記子本クライアントに対応する子本を生成する。
【００５９】
一部の例示では、前記親本における一部の内容に基づいて前記親本に対応する指紋情報を生成する指紋生成モジュールを更に含む。
【００６０】
一部の例示では、前記子本生成モジュールは、前記親本の著作権保護情報に基づいて前記子本が保護される形式と保護されない形式を選択して前記子本クライアントに送信する。
【００６１】
一部の例示では、前記管理モジュールは、前記子本クライアントの権限情報を取得し、前記権限情報に基づいて前記子本クライアントが取得した内容に対して管理を行う。
【００６２】
一部の例示では、前記権限情報は前記子本クライアントが取得できる親本のページ情報を含む。
【００６３】
一部の例示では、前記権限情報は前記子本クライアントが取得できる親本の内容量情報を含む。
【００６４】
一部の例示では、前記子本生成モジュールは、前記子本クライアントから送信されたカスタマイズ情報に基づいて前記子本クライアントに前記子本を生成する。
【００６５】
一部の例示では、前記子本クライアントは複数である。
【００６６】
本発明の第４の実施形態では、子本クライアントを提供する。当該子本クライアントは、親本サーバに請求情報を送信する送信モジュールと、前記親本サーバが前記請求情報と前記親本サーバにおける親本に基づいて生成した子本を受信する受信モジュールと、ユーザからの操作指令を受信し、前記親本における前記親本における前記操作指令に対応する内容の位置情報を取得し、前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得する操作制御モジュールとを含む。
【００６７】
また、本発明の上述の実施形態に係る子本クライアントは更に以下の付加的な技術特徴があってもよい。
【００６８】
一部の例示では、前記子本は子情報ファイルを含み、前記子本クライアントは前記子情報ファイルに基づいて前記親本における前記操作指令に対応する内容の位置情報を取得する。
【００６９】
一部の例示では、前記子情報ファイルは前記子本における内容の属するページが前記親本における位置情報を記録する。
【００７０】
一部の例示では、前記親本は前記親本の内容に基づいて生成した番号を有する。
【００７１】
一部の例示では、前記請求情報には前記子本クライアントに必要な子本の形式情報を含み、前記親本サーバに前記形式情報に基づいて前記子本クライアントに対応する子本を生成させる。
【００７２】
一部の例示では、前記請求情報は前記ユーザのカスタマイズ情報を含み、前記親本サーバに前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成させる。
【００７３】
本発明の第５の実施形態は電子文書の提供方法を提供する。本発明の電子文書の提供方法は、親本サーバが親本を生成するステップと、前記親本サーバが子本クライアントから送信された前記子本クライアントに必要な子本の形式情報を含む請求情報を受信するステップと、前記親本サーバはが前記請求情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本を前記子本クライアントに送信するステップとを含む。
【００７４】
本発明の実施形態に係る電子文書の提供方法によれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【００７５】
一部の例示では、前記子本クライアントは前記ユーザからのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信するステップと、前記親本サーバは前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成するステップとを更に含む。
【００７６】
一部の例示では、前記子本クライアントは複数である。
【００７７】
本発明の第６の実施形態は、親本サーバと少なくとも一つの子本クライアントを含む電子文書の提供システムを提供する。前記少なくとも一つの子本クライアントは、前記親本サーバに前記子本クライアントに必要な子本の形式情報を含む請求情報を送信する。前記親本サーバは親本を生成し、前記請求情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本を前記子本クライアントに送信する。
【００７８】
本発明の実施形態に係る電子文書の提供システムによれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【００７９】
一部の例示では、前記子本クライアントは前記ユーザからのカスタマイズ情報を受信し、前記カスタマイズ情報を前記親本サーバに送信し、前記親本サーバが前記カスタマイズ情報に基づいて前記子本クライアントに前記子本を生成する。
【００８０】
一部の例示では、前記子本クライアントは複数である。
【００８１】
本発明の第７の実施形態は、親本サーバを提供する。当該親本サーバは、親本を生成する親本生成モジュールと、子本クライアントから送信された前記子本クライアントに必要な子本の形式情報を含む請求情報を受信する受信モジュールと、前記請求情報と前記親本に基づいて前記子本クライアントに対応する子本を生成し、前記子本を前記子本クライアントに送信する子本生成モジュールとを含む。
【００８２】
一部の例示では、前記子本生成モジュールは前記子本クライアントから送信されたカスタマイズ情報に基づいて前記子本クライアントに前記子本を生成する。
【００８３】
一部の例示では、前記子本クライアントは複数である。
【００８４】
本発明の第８の実施形態は、子本クライアントを提供する。親本サーバに前記子本クライアントに必要な子本の形式情報を含む前記請求情報を送信する送信モジュールと、前記親本サーバが前記請求情報と前記親本サーバにおける親本に基づいて生成した子本を受信する受信モジュールとを含む。
【００８５】
本発明の付加の方面及び利点が下記の説明において部分的に表れられ、一部が下記の説明よりより明らかとなり、或は本発明の実行より了解できる。
【図面の簡単な説明】
【００８６】
本発明のこれらのおよび／又は付加の方面および利点は、添付図面を参照してなされる以下の説明より明らかになり、より容易に認識される。その中で、
【図１】本発明の一実施形態による電子文書の提供方法を示すフローチャートである。
【図２】本発明の一実施形態による電子文書の提供システムのブロック図である。
【図３】本発明の一実施形態による親本サーバのブロック図である。
【図４】本発明の一実施形態による子本クライアントのブロック図である。
【図５】本発明の別の実施形態による電子文書の提供方法を示すフローチャートである。
【図６】本発明の別の実施形態に係る電子文書の提供システムのブロック図である。
【図７】本発明の別の実施形態に係る親本サーバのブロック図である。
【図８】本発明の別の実施形態に係る子本クライアントのブロック図である。
【発明を実施するための形態】
【００８７】
以下、本発明の実施形態を詳細に説明する。上述の実施形態の実例が図面において示されるが、同一の又は類似する符号が相同又は類似の部品或いは相同又は類似の機能を有する部品を表す。以下、図面を参照しながら説明する実施形態が例示性のものであり、本発明を一般に理解するために用いられる。実施形態は、本発明を制限するように解釈されてはならない。
【００８８】
本発明の説明には、用語「縦方向」、「横方向」、「上」、「下」、「前」、「後」、「左」、「右」、「垂直」、「水平」、「頂」、「底」などで表れる方位又は位置関係は、図面に示す方位又は位置関係に基づき、本発明を容易に説明と説明を簡素化するためのものであり、指定した装置又は部品が特定の方位に位置し、特定の方位において構造され、操作されると示す又は暗示するものではないと理解すべきので、本発明を限制するものではないと理解すべきである。
【００８９】
以下の説明及び図面を参照しながら、本発明の実施形態のこれら及び他の面が明らかになる。これらの説明及び図面において、本発明の実施形態における特定の実施形態を具体的に公開することで、本発明を実施する実施形態の原理のある方式を示している。しかし、本発明の実施形態の範囲を制限してはならないと理解すべきである。逆に、本発明の実施形態は特許請求の範囲に含まれる要旨及び内包範囲におけるあらゆる変化・変更及び同等物を含む。
【００９０】
以下、図面を参照しながら本発明の実施形態に係る電子文書の提供方法、電子文書の提供システム、親本サーバ及び子本クライアントを説明する。
【００９１】
以下の一つまたは複数の実施形態の説明において、親本は作者または自動編集システムによって提供されたソースコード及びメタデータ（Ｍｅｔａｄａｔａ）のことを指す。子本は親本サーバによって親本のソースデータに基づいて生成した文書のことを指す。親本サーバは親本を記憶・管理し、子本を生成し、並びに親本と子本とのインターアクションを管理し、言い換えれば親本サーバと子本クライアントとのインターアクションを管理する。
【００９２】
図１は本発明の一実施形態による電子文書の提供方法を示すフローチャートである。図１に示されたように、本発明の一実施形態による電子文書の提供方法は以下のステップを含む。
【００９３】
ステップＳ１０１：親本サーバが親本を生成する。親本サーバはクラウドサーバであるが、それには限らない。本発明の例示では、親本サーバは複数の方法によって親本を生成することができる。たとえば、親本サーバは作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本サーバが作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【００９４】
また、本発明の実施形態は更に親本を生成する別の方法を提供している。具体的には、以下のステップを含む。
【００９５】
Ｓ１：親本サーバはユーザが子本クライアントを介して送信された検索語を受信する。
子本クライアントはスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などである。たとえば、親本サーバは検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用する。
【００９６】
ステップＳ２：複数の検索結果を得られるように、親本サーバが検索語に基づいて検索を行う。
【００９７】
ステップＳ３：親本サーバが複数の検索結果を集合して親本を生成する。
【００９８】
本発明の実施形態では、親本サーバは複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバはユーザが子本クライアントを介して送信した検索語を受信し、複数の検索結果を得られるように、親本サーバは検索語に基づいて検索を行う。同時に、親本サーバは関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。
【００９９】
更に、組版して親本を生成する過程において、親本サーバは組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用して組版を行うことができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本サーバが組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本サーバに保存される。
【０１００】
ステップＳ１０２：親本サーバが子本クライアントから送信された請求情報を受信する。当該請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて親本サーバに送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。
【０１０１】
ステップＳ１０３：親本サーバは請求情報及び親本に基づいて子本クライアントに対応する子本を生成するとともに、子本を子本クライアントに送信する。
【０１０２】
当該例示では、請求情報は子本クライアントに必要な子本の形式情報を含むが、それには限らず、親本サーバは形式情報に基づいて子本クライアントに対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアントに必要な子本の形式情報は子本クライアントのタイプ又は規格に従って推測されることができる。例えば、親本サーバが請求情報に基づいて当該請求情報に対応する親本を見つけた場合、親本サーバは見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアントのタイプなどに基づいて親本サーバによって親本をオンラインで自動再組版をして生成されたものである。例えば、スマートフォンはタブレットパソコンと違うタイプの子本クライアントであり、両者のスクリーンのサイズがも違うし、親本サーバはスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアントに合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアントが子本をはっきりと表示できることを確保する。本発明の他の例示では、親本サーバは予め一般的に使われている子本クライアントに必要な子本を生成し、子本クライアントからの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０１０３】
ステップＳ１０４：子本クライアントがユーザからの操作指令を受信したとき、子本クライアントは親本における操作指令に対応する内容の位置情報を取得する。操作指令とは例えば子本における一部の内容を複写又は編集するものである。
【０１０４】
本発明の一実施形態では、子本は子情報ファイルを含み、子本クライアントは子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得する。子情報ファイルは親本サーバが親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、その対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、親本サーバは子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０１０５】
ステップＳ１０５：子本クライアントは位置情報に基づいて親本サーバから操作指令に対応する内容を取得する。例えば、親本サーバはユーザが子本クライアントを介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアントへ送信して、当該内容の複写を完了する。
【０１０６】
本発明の一つの例示では、当該方法は親本サーバが親本の内容に基づいて親本に対応する番号を生成するステップを更に含む。例えば、親本サーバは親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアントは例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアントに同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアントについて、子本が個性的な組版であるため、各種の子本クライアントにおいてもはっきりとした表示効果が確保される。
【０１０７】
更に、本発明の実施形態による電子文書の提供方法は親本サーバが親本にける一部の内容に基づいて親本に対応する指紋情報を生成するステップを更に含む。例えば、親本サーバがランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０１０８】
親本の著作権を更に保護するために、親本サーバは親本の著作権保護情報を取得する。親本サーバは親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアントに送信する。例えば、親本の作者が親本の保護レベルに対する要求が低い場合、親本サーバは子本が保護されない形式を選択して子本クライアントに送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求が高い場合、親本サーバはＰＤＦ形式の親本を写真に印刷した後に子本を生成し、子本を子本クライアントに送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアントが子本を取得した後、子本の形式が元のＰＤＦ形式であるかそれともｄｒｍ保護されたＰＤＦ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアントは組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、親本サーバが対応するそのページのテキストを子本に送信する。
【０１０９】
親本の著作権を更に保護するために、当該電子文書の提供方法は、親本サーバが子本クライアントの権限情報を取得するステップと、親本サーバが権限情報に基づいて子本クライアントの取得した内容を管理するステップとを更に含む。権限情報は子本クライアントが取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアントがユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ、著作権保護の意味がなくなる。
【０１１０】
また、権限情報は更に子本クライアント端末が取得できる親本の内容量情報を含む。例えば、子本クライアントが取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバは全ての子本クライアントからの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアントをロックする。ロッキングの間に子本クライアントに検索を提供するが、新しいページの複製、コピー等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０１１１】
本発明の一実施形態では、当該電子文書の提供方法は、子本クライアントがユーザからのカスタマイズ情報を受信し、カスタマイズ情報を親本サーバに送信するステップと、親本サーバがカスタマイズ情報に基づいて子本クライアントに子本を生成するステップとを更に含む。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアントが文字サイズ又はカスタムレイアウト指令を親本サーバに送信することができ、親本サーバが当該子本クライアントに授権を獲得したと確認した場合、子本を再組版して当該子本クライアントに送信する。
【０１１２】
本発明の実施形態に係る電子文書の提供方法によれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０１１３】
また、本発明の実施形態では、各種の子本クライアントにおいて子本は親本と唯一かつ同様なコードを有するため、各種の子本クライアントがあるページの内容に対して交流及び共同編集をすることが保証でき、遠隔教育にも応用でき、遠隔教育等に利便性をもたらす。また、親本サーバは編集可能な又は編集不可の子本を子本クライアントに提供すると同時に、子本クライアントが親本のページ数及び内容量を取得することを制限することによって、子本クライアントに対して権限管理を行い、海賊版がないように親本の著作権を保護できる。更に、ユーザが電子文書に対するさまざまな閲覧効果の要求を満たせるように、親本サーバは子本クライアントのカスタマイズ情報に基づき子本クライアントに子本を生成することもできる。
【０１１４】
図２は本発明の一実施形態による電子文書の提供システムのブロック図である。図２に示されたように、本発明の一実施形態による電子文書の提供システム２００は親本サーバ２１０と少なくとも一つの子本クライアント２２０とを含む。
【０１１５】
そのうち、親本サーバ２１０は親本を生成し、子本クライアント２２０から送信された請求情報と親本に基づいて子本クライアント２２０に対応する子本を生成し、子本を子本クライアント２２０に送信する、子本クライアント２２０は親本サーバ２０１に請求情報を送信するとともに、ユーザからの操作指令を受信した後、親本における操作指令に対応する内容の位置情報を取得し、位置情報に基づいて親本サーバ２１０から操作指令に対応する内容を取得する。そのうち、操作指令とは例えば子本に表示される一部の内容を複写又は編集するものである。
【０１１６】
具体的には、親本サーバ２１０はクラウドサーバーであるが、それには限らない。本発明の例示では、親本サーバ２１０は複数の方法によって親本を生成することができる。たとえば、親本サーバ２１０は作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本サーバ２１０が作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０１１７】
また、親本サーバ２１０は以下の方法によって親本を生成することもできる。具体的には、親本サーバ２１０はユーザがスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などの子本クライアント２２０を介して送信された検索語を受信する。たとえば、親本サーバ２１０が検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用して、複数の検索結果を得られるように、検索語に基づいて検索を行い、ならびに複数の検索結果を集合して親本を生成する。
【０１１８】
上述の例示では、親本サーバ２１０は複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバ２１０はユーザが子本クライアント２２０を介して送信された検索語を受信し、複数の検索結果を得られるように、親本サーバ２１０は検索語に基づいて検索を行う。同時に、親本サーバ２１０は関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。      
【０１１９】
更に、組版して親本を生成する過程において、親本サーバ２１０は組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用して組版を行うことができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本サーバ２１０が組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本サーバ２１０に保存される。
【０１２０】
本発明の一実施形態では、請求情報は子本クライアント２２０に必要な子本の形式情報を含むが、それには限らず、親本サーバ２１０は形式情報に基づいて子本クライアント２２０に対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアント２２０に必要な子本の形式情報は子本クライアント２２０のタイプ又は規格に従って推測されることができる。例えば、親本サーバ２１０が請求情報に基づいて当該請求情報に対応する親本を見つけた場合、親本サーバ２１０は見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアント２２０のタイプなどに基づいて親本サーバ２１０によって親本をオンラインで自動再組版をして生成したものである。例えば、スマートフォンはタブレットパソコンと違うタイプの子本クライアント２２０であり、両者のスクリーンのサイズも違うし、親本サーバ２１０はスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアント２２０に合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアント２２０が子本をはっきりと表示できることを確保する。本発明の他の例示では、親本サーバ２１０は予め一般的に使われる子本クライアント２２０に必要な子本を生成し、子本クライアント２２０からの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０１２１】
本発明の一実施形態では、子本クライアント２２０から親本サーバ２１０に送信された請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて親本サーバ２１０に送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。      
【０１２２】
本発明の一部の例示では、子本は子情報ファイルを含み、子本クライアント２２０は子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得する。子情報ファイルは親本サーバ２１０が親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、親本サーバ２１０は子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０１２３】
例えば、親本サーバ２１０が位置情報に基づいて親本サーバ２１０から操作指令に対応する内容を取得する過程について、具体的には、親本サーバ２１０がユーザの子本クライアント２２０を介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアント２２０へ送信して、当該内容の複写を完了する。
【０１２４】
本発明の一つの例示では、親本サーバ２１０が親本の内容に基づいて親本に対応する番号を生成する。例えば、親本サーバ２１０は親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアント２２０は例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアント２２０に同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント２２０全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアント２２０について、子本が個性的な組版であるため、各種の子本クライアント２２０においてもはっきりとした表示効果が確保される。
【０１２５】
更に、親本サーバ２１０は親本にける一部の内容に基づいて親本に対応する指紋情報を生成する。例えば、親本サーバ２１０がランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０１２６】
親本の著作権を更に保護するために、親本サーバ２１０は親本の著作権保護情報を取得し、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント２２０に送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、親本サーバ２１０は子本が保護されない形式を選択して子本クライアント２２０に送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、親本サーバ２１０はＰＤＦ形式の親本を写真に印刷した後に子本を生成し、子本を子本クライアント２２０に送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアント２２０が子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアント２２０は組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、親本サーバ２１０が対応するそのページのテキストを子本に送信する。
【０１２７】
親本の著作権を更に保護するために、親本サーバ２１０が子本クライアント２２０の権限情報を取得し、その権限情報に基づいて子本クライアント２２０が取得した内容を管理する。そのうち、権限情報は子本クライアント２２０が取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアント２２０がユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。      
【０１２８】
また、権限情報は更に子本クライアント２２０が取得できる親本の内容量情報を含む。例えば、子本クライアント２２０が取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバ２１０は全ての子本クライアント２２０からの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアント２２０をロックする。ロッキングの間に子本クライアント２２０に検索を提供するが、新しいページの複製、複写等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０１２９】
本発明の一実施形態では、子本クライアント２２０がユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバ２１０に送信し、ならびに親本サーバ２１０がカスタマイズ情報に基づいて子本クライアント２２０に子本を生成する。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアント２２０が文字サイズ又はカスタムレイアウト指令を親本サーバ２１０に送信することができ、親本サーバ２１０が当該子本クライアント２２０に授権を獲得したと確認した場合、子本を再組版して当該子本クライアント２２０に送信する。
【０１３０】
本発明の実施形態に係る電子文書の提供システムによれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０１３１】
また、本発明の実施形態では、各種の子本クライアントにおいて子本は親本と唯一かつ同様なコードを有するため、各種の子本クライアントがあるページの内容に対して交流及び共同編集をすることが保証でき、遠隔教育にも応用でき、遠隔教育等に利便性をもたらす。また、親本サーバは編集可能な又は編集不可の子本を子本クライアントに提供すると同時に、子本クライアントが親本のページ数及び内容量を取得することを制限することによって、子本クライアントに対して権限管理を行い、海賊版がないように親本の著作権を保護できる。更に、ユーザが電子文書に対するさまざまな閲覧効果の要求を満たせるように、親本サーバは子本クライアントのカスタマイズ情報に基づき子本クライアントに子本を生成することもできる。
【０１３２】
図３は本発明の一実施形態による親本サーバ２１０のブロック図である。図３に示されたように、本発明の一実施形態による親本サーバ２１０は親本生成モジュール２１１、受信モジュール２１２、子本生成モジュール２１３及び管理モジュール２１４を含む。
【０１３３】
そのうち、親本生成モジュール２１１は親本を生成する。受信モジュール２１２は子本クライアントから送信された請求情報を受信する。子本生成モジュール２１３は請求情報と親本に基づいて子本クライアントに対応する子本を生成し、子本を子本クライアントに送信する。管理モジュール２１４はユーザからの操作指令に基づいて子本クライアントが生成した操作要求と親本における操作指令に対応する内容の位置情報を受信し、位置情報に基づいて操作指令に対応する内容を子本クライアントに送信する。
【０１３４】
具体的には、親本サーバ２１０はクラウドサーバーであるが、それには限らない。本発明の例示では、親本生成モジュール２１１は複数の方法によって親本を生成することができる。たとえば、親本生成モジュール２１１は作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本生成モジュール２１１が作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０１３５】
また、親本生成モジュール２１１は以下の方法によって親本を生成することもできる。具体的には、親本サーバ２１０は検索モジュール２１５を含み、検索モジュール２１５はスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などの子本クライアント２２０から送信された検索語に基づいて検索を行い、複数の検索結果を取得して、親本生成モジュール２１１に複数の検索結果を集合して前記親本を生成させる。たとえば、検索モジュール２１５が検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用して、複数の検索結果を得られるように、検索語に基づいて検索を行い、ならびに複数の検索結果を集合して親本を生成する。
【０１３６】
上述の例示では、親本生成モジュール２１１は複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、検索モジュール２１５はユーザが子本クライアント２２０を介して送信された検索語を受信し、複数の検索結果を得られるように、検索語に基づいて検索を行う。その後、親本生成モジュール２１１は関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。  
【０１３７】
更に、組版して親本を生成する過程において、親本生成モジュール２１１は組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用することができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本生成モジュール２１１が組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本生成モジュール２１１に保存される。
【０１３８】
本発明の一実施形態では、請求情報は子本クライアント２２０に必要な子本の形式情報を含むが、それには限らず、子本生成モジュール２１３は形式情報に基づいて子本クライアント２２０に対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアント２２０に必要な子本の形式情報は子本クライアント２２０のタイプ又は規格に従って推測されることができる。例えば、子本生成モジュール２１３が請求情報に基づいて当該請求情報に対応する親本を見つけた場合、子本生成モジュール２１３は見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアント２２０のタイプなどに基づいて子本生成モジュール２１３によって親本をオンラインで自動再組版をして生成されたものである。例えば、スマートフォンとタブレットパソコンとは二つの違うタイプの子本クライアント２２０であり、両者のスクリーンのサイズも違うし、子本生成モジュール２１３はスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアント２２０に合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアント２２０が子本をはっきりと表示できることを確保する。本発明の他の例示では、子本生成モジュール２１３は予め一般的に使われる子本クライアント２２０に必要な子本を生成し、受信モジュール２１２が子本クライアント２２０からの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０１３９】
本発明の一実施形態では、受信モジュール２１２は子本クライアント２２０から送信された請求情報を受信する。その請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて受信モジュール２１２に送信する。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。    
【０１４０】
一部の例示では、子本は子情報ファイルを含み、子本クライアントが子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得する。子情報ファイルは親本サーバ２１０が親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、管理モジュール２１４は子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０１４１】
例えば、管理モジュール２１４が位置情報に基づいて親本サーバ２１０から操作指令に対応する内容を取得する過程について、具体的には、管理モジュール２１４は、ユーザが子本クライアント２２０を介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアント２２０へ送信して、子本クライアントが当該内容の複写を完了する。
【０１４２】
本発明の一つの例示では、親本サーバ２１０は、親本の内容に基づいて親本に対応する番号を生成する番号生成モジュール２１６を更に含む。例えば、番号生成モジュール２１６は親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアント２２０は例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアント２２０に同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント２２０全体によって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアント２２０にとって、子本が個性的な組版であるため、各種の子本クライアント２２０においてもはっきりとした表示効果が確保される。
【０１４３】
更に、親本サーバ２１０は、親本にける一部の内容に基づいて親本に対応する指紋情報を生成する指紋生成モジュール２１７を更に含む。例えば、指紋生成モジュール２１７はランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０１４４】
親本の著作権を更に保護するために、子本生成モジュール２１３は、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント２２０に送信する。具体的には、子本生成モジュール２１３は、親本の著作権保護情報を取得した後、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント２２０に送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、子本生成モジュール２１３は子本が保護されない形式を選択して子本クライアント２２０に送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、子本生成モジュール２１３はＰＤＦ形式の親本を写真に印刷した後に子本を生成し、その子本を子本クライアント２２０に送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアント２２０が子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアント２２０は組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、子本生成モジュール２１３によって対応するそのページのテキストを子本に送信される。
【０１４５】
親本の著作権を更に保護するために、管理モジュール２１４は、子本クライアント２２０の権限情報を取得し、その権限情報に基づいて子本クライアント２２０が取得した内容を管理する。そのうち、権限情報は子本クライアント２２０が取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアント２２０がユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。
【０１４６】
また、権限情報は更に子本クライアント２２０が取得できる親本の内容量情報を更に含む。具体的には、例えば、子本クライアント２２０が取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、管理モジュール２１４は全ての子本クライアント２２０からの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアント２２０をロックする。ロッキングの間に子本クライアント２２０に検索を提供するが、新しいページの複製、複写等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０１４７】
本発明の一実施形態では、子本生成モジュール２１３は子本クライアントから送信されたカスタマイズ情報に基づいて子本クライアントに子本を生成する。具体的には、子本クライアント２２０はユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバ２１０の子本生成モジュール２１３に送信し、子本生成モジュール２１３がカスタマイズ情報に基づいて子本クライアント２２０に子本を生成する。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアント２２０が文字サイズ又はカスタムレイアウト指令を子本生成モジュール２１３に送信することができ、子本生成モジュール２１３が当該子本クライアント２２０に授権を獲得したと確認した場合、子本を再組版して当該子本クライアント２２０に送信する。
【０１４８】
本発明の実施形態に係る親本サーバによれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０１４９】
また、本発明の実施形態では、各種の子本クライアントにおいて子本は親本と唯一かつ同様なコードを有するため、各種の子本クライアントがあるページの内容に対して交流及び共同編集をすることが保証でき、遠隔教育にも応用でき、遠隔教育等に利便性をもたらす。また、親本サーバは編集可能な又は編集不可の子本を子本クライアントに提供すると同時に、子本クライアントが親本のページ数及び内容量を取得することを制限することによって、子本クライアントに対して権限管理を行い、海賊版がないように親本の著作権を保護できる。更に、ユーザが電子文書に対するさまざまな閲覧効果の要求を満たせるように、親本サーバは子本クライアントのカスタマイズ情報に基づき子本クライアントに子本を生成することもできる。
【０１５０】
図４は本発明の一実施形態による子本クライアントのブロック図である。図４に示されたように、発明の一実施形態による子本クライアント２２０は、親本サーバに請求情報を送信する送信モジュール２２１と、請求情報と親本サーバにおける親本に基づいて親本サーバによって生成された子本を受信する受信モジュール２２２と、ユーザからの操作指令を受信し、親本におけるその操作指令に対応する内容の位置情報を取得し、ならびに位置情報に基づいて親本サーバから操作指令に対応する内容を取得する操作制御モジュール２２３とを含む。
【０１５１】
具体的には、親本サーバ２１０はクラウドサーバーであるが、それには限らない。本発明の例示では、親本サーバ２１０は複数の方法によって親本を生成することができる。たとえば、親本サーバ２１０は作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本サーバ２１０が作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０１５２】
また、親本サーバ２１０は以下の方法によって親本を生成することもできる。具体的には、親本サーバ２１０によってユーザがスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などの子本クライアント２２０を介して送信された検索語を受信する。たとえば、親本サーバ２１０が検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用して、複数の検索結果を得られるように、検索語に基づいて検索を行い、ならびに複数の検索結果を集合して親本を生成する。
【０１５３】
上述の例示では、親本サーバ２１０は複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバ２１０はユーザが子本クライアント２２０を介して送信された検索語を受信し、複数の検索結果を得られるように、親本サーバ２１０は検索語に基づいて検索を行う。同時に、親本サーバ２１０は関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。
【０１５４】
更に、組版して親本を生成する過程において、親本サーバ２１０は組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用することができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本サーバ２１０が組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本サーバ２１０に保存される。
【０１５５】
本発明の一実施形態では、請求情報は子本クライアント２２０に必要な子本の形式情報を含むが、それには限らず、親本サーバ２１０は形式情報に基づいて子本クライアントに対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアント２２０に必要な子本の形式情報は子本クライアント２２０のタイプ又は規格に従って推測されることができる。例えば、親本サーバ２１０が請求情報に基づいて当該請求情報に対応する親本を見つけた場合、親本サーバ２１０は見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアント２２０のタイプなどに基づいて親本サーバ２１０によって親本をオンラインで自動再組版をして生成したものである。例えば、スマートフォンとタブレットパソコンとは二つの違うタイプの子本クライアント２２０であり、両者のスクリーンのサイズも違うし、親本サーバ２１０はスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアント２２０に合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアント２２０が子本をはっきりと表示できることを確保する。本発明の他の例示では、親本サーバ２１０は予め一般的に使われる子本クライアント２２０に必要な子本を生成し、子本クライアント２２０からの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０１５６】
本発明の一実施形態では、子本クライアント２２０の送信モジュール２２１から親本サーバ２１０に送信された請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて親本サーバ２１０に送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。
【０１５７】
本発明の一部の例示では、子本は子情報ファイルを含み、操作制御モジュール２２３は子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得し、前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得する。子情報ファイルは親本サーバ２１０が親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、親本サーバ２１０は子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０１５８】
例えば、親本サーバ２１０が位置情報に基づいて親本サーバ２１０から操作指令に対応する内容を取得する過程について、具体的には、親本サーバ２１０がユーザの子本クライアント２２０を介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアント２２０へ送信し、当該内容の複写を完了する。
【０１５９】
本発明の一つの例示では、親本は前記親本の内容に基づいて生成された番号を有する。具体的には、親本サーバ２１０が親本の内容に基づいて親本に対応する番号を生成する。例えば、親本サーバ２１０は親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアント２２０は例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアント２２０に同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント２２０全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアント２２０にとって、子本が個性的な組版であるため、各種の子本クライアント２２０においてもはっきりとした表示効果が確保される。
【０１６０】
更に、親本サーバ２１０が親本にける一部の内容に基づいて親本に対応する指紋情報を生成する。例えば、親本サーバ２１０がランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０１６１】
親本の著作権を更に保護するために、親本サーバ２１０は親本の著作権保護情報を取得し、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント２２０に送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、親本サーバ２１０は子本が保護されない形式を選択して子本クライアント２２０に送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、親本サーバ２１０はＰＤＦ形式の親本を写真に印刷した後に子本を生成し、その子本を子本クライアント２２０に送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアント２２０が子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアント２２０は組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、親本サーバ２１０が対応するそのページのテキストを子本に送信する。
【０１６２】
親本の著作権を更に保護するために、親本サーバ２１０が子本クライアント２２０の権限情報を取得し、その権限情報に基づいて子本クライアント２２０が取得した内容を管理する。そのうち、権限情報は子本クライアント２２０が取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアント２２０がユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。
【０１６３】
また、権限情報は更に子本クライアント２２０が取得できる親本の内容量情報を含む。例えば、子本クライアント２２０が取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバ２１０は全ての子本クライアント２２０からの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアント２２０をロックする。ロッキングの間に子本クライアント２２０に検索を提供するが、新しいページの複製、複写等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０１６４】
本発明の一実施形態では、子本クライアント２２０がユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバ２１０に送信し、ならびに親本サーバ２１０がカスタマイズ情報に基づいて子本クライアント２２０に子本を生成する。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアント２２０が文字サイズ又はカスタムレイアウト指令を親本サーバ２１０に送信することができ、親本サーバ２１０が当該子本クライアント２２０に授権を獲得したと確認した場合、子本を再組版して当該子本クライアント２２０に送信する。
【０１６５】
本発明の実施形態に係る子本クライアントによれば、親本サーバに請求情報を送信し、親本サーバに子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版させて、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０１６６】
また、本発明の実施形態では、各種の子本クライアントにおいて子本は親本と唯一かつ同様なコードを有するため、各種の子本クライアントがあるページの内容に対して交流及び共同編集をすることが保証でき、遠隔教育にも応用でき、遠隔教育等に利便性をもたらす。また、親本サーバは編集可能な又は編集不可の子本を子本クライアントに提供すると同時に、子本クライアントが親本のページ数及び内容量を取得することを制限することによって、子本クライアントに対して権限管理を行い、海賊版がないように親本の著作権を保護できる。更に、ユーザが電子文書に対するさまざまな閲覧効果の要求を満たせるように、親本サーバは子本クライアントのカスタマイズ情報に基づき子本クライアントに子本を生成することもできる。
【０１６７】
図５は本発明の一実施形態による電子文書の提供方法を示すフローチャートである。図５に示されたように、本発明の一実施形態による電子文書の提供方法は以下のステップを含む。
【０１６８】
ステップＳ５０１：親本サーバが親本を生成する。親本サーバはクラウドサーバであるが、それには限らない。本発明の例示では、親本サーバは複数の方法によって親本を生成することができる。たとえば、親本サーバは作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本サーバが作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０１６９】
また、本発明の実施形態は更に親本を生成する別の方法を提供している。具体的には以下のステップを含む。
【０１７０】
ステップＳ１：親本サーバはユーザが子本クライアントを介して送信された検索語を受信する。子本クライアントはスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などである。たとえば、親本サーバに検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用する。
【０１７１】
ステップＳ２：複数の検索結果を得られるように、親本サーバは検索語に基づいて検索を行う。
【０１７２】
ステップＳ３：親本サーバは複数の検索結果を集合して親本を生成する。
【０１７３】
本発明の実施形態では、親本サーバは複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバはユーザが子本クライアントを介して送信された検索語を受信し、複数の検索結果を得られるように、親本サーバは検索語に基づいて検索を行う。同時に、親本サーバは関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。
【０１７４】
更に、組版して親本を生成する過程において、親本サーバは組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用することができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本サーバが組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本サーバに保存される。
【０１７５】
ステップＳ５０２：親本サーバは子本クライアントから送信された請求情報を受信する。そのうち、請求情報は子本クライアントに必要な子本の形式情報を含む。具体的には、当該請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて親本サーバに送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。
【０１７６】
ステップＳ５０３：親本サーバは請求情報及び親本に基づいて子本クライアントに対応する子本を生成するとともに、子本を子本クライアントに送信する。
【０１７７】
当該例示では、請求情報は子本クライアントに必要な子本の形式情報を含むが、それには限らず、親本サーバは形式情報に基づいて子本クライアントに対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアントに必要な子本の形式情報は子本クライアントのタイプ又は規格に従って推測されることができる。例えば、親本サーバが請求情報に基づいて当該請求情報に対応する親本を見つけた場合、親本サーバは見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアントのタイプなどに基づいて親本サーバによって親本をオンラインで自動再組版をして生成されたものである。例えば、スマートフォンとタブレットパソコンとは二つの違うタイプの子本クライアントであり、両者のスクリーンのサイズも違うし、親本サーバはスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアントに合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアントは子本をはっきりと表示できることを確保する。本発明の他の例示では、親本サーバは予め一般的に使われている子本クライアントに必要な子本を生成し、子本クライアントからの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０１７８】
本発明の一つの例示では、当該方法は親本サーバが親本の内容に基づいて親本に対応する番号を生成することを更に含む。例えば、親本サーバは親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアントは例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアントに同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアントにとって、子本が個性的な組版であるため、各種の子本クライアントにおいてもはっきりとした表示効果が確保される。
【０１７９】
更に、本発明の実施形態による電子文書の提供方法は、親本サーバが親本にける一部の内容に基づいて親本に対応する指紋情報を生成するステップを更に含む。例えば、親本サーバはランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０１８０】
親本の著作権を更に保護するために、親本サーバは親本の著作権保護情報を取得する。親本サーバは親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアントに送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、親本サーバは子本が保護されない形式を選択して子本クライアントに送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、親本サーバはＰＤＦ形式の親本を写真に印刷した後に子本を生成し、その子本を子本クライアントに送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアントが子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアントは組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、親本サーバが対応するそのページのテキストを子本に送信する。
【０１８１】
親本の著作権を更に保護するために、当該電子文書の提供方法は、親本サーバが子本クライアントの権限情報を取得するステップと、親本サーバが権限情報に基づいて子本クライアントの取得した内容を管理するステップとを更に含む。そのうち、権限情報は子本クライアントが取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアントがユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。
【０１８２】
また、権限情報は更に子本クライアント端末が取得できる親本の内容量情報を含む。例えば、子本クライアントが取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバは全ての子本クライアントからの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアントをロックする。ロッキングの間に子本クライアントに検索機能を提供するが、新しいページの複製、コピー等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０１８３】
本発明の一実施形態では、当該電子文書の提供方法は、子本クライアントがユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバに送信するステップと、親本サーバがカスタマイズ情報に基づいて子本クライアントに子本を生成するステップとを更に含む。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアントが文字サイズ又はカスタムレイアウト指令を親本サーバに送信することができ、親本サーバが当該子本クライアントに授権を獲得したと確認した場合、子本を再組版して当該子本クライアントに送信する。
【０１８４】
本発明の実施形態に係る電子文書の提供方法によれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０１８５】
図６は本発明の一実施形態による電子文書の提供システムのブロック図である。図６に示されたように、本発明の一実施形態による電子文書の提供システム６００は、親本サーバ６１０と少なくとも一つの子本クライアント６２０とを含む。
【０１８６】
そのうち、少なくとも一つの子本クライアント６２０は親本サーバ６１０に子本クライアント６２０に必要な子本の形式情報を含む請求情報を送信する。親本サーバ６１０は親本を生成し、請求情報と親本に基づいて子本クライアント６２０に対応する子本を生成し、その子本を子本クライアント６２０に送信する。
【０１８７】
具体的には、親本サーバ６１０はクラウドサーバーであるが、それには限らない。本発明の例示では、親本サーバ６１０は複数の方法によって親本を生成することができる。たとえば、親本サーバ６１０は作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本サーバ６１０が作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０１８８】
また、親本サーバ６１０は以下の方法によって親本を生成することもできる。具体的には、親本サーバ６１０によってユーザがスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などの子本クライアント６２０を介して送信された検索語を受信する。たとえば、親本サーバ６１０が検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用して、複数の検索結果を得られるように、検索語に基づいて検索を行い、ならびに複数の検索結果を集合して親本を生成する。
【０１８９】
上述の実施形態では、親本サーバ６１０は複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバ６１０はユーザが子本クライアント６２０を介して送信された検索語を受信し、複数の検索結果を得られるように、親本サーバ６１０は検索語に基づいて検索を行う。同時に、親本サーバ６１０は関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。
【０１９０】
更に、組版して親本を生成する過程において、親本サーバ６１０は組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用することができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本サーバ６１０が組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本サーバ６１０に保存される。
【０１９１】
本発明の一実施形態では、請求情報は子本クライアント６２０に必要な子本の形式情報を含むが、それには限らず、親本サーバ６１０は形式情報に基づいて子本クライアント６２０に対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアント６２０に必要な子本の形式情報は子本クライアント６２０のタイプ又は規格に従って推測されることができる。例えば、親本サーバ６１０が請求情報に基づいて当該請求情報に対応する親本を見つけた場合、親本サーバ６１０は見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアント６２０のタイプなどに基づいて親本サーバ６１０によって親本をオンラインで自動再組版をして生成されたものである。例えば、スマートフォンとタブレットパソコンとは二つの違うタイプの子本クライアント６２０であり、両者のスクリーンのサイズも違うし、親本サーバ６１０はスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアント６２０に合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアント６２０が子本をはっきりと表示できることを確保する。本発明の他の例示では、親本サーバ６１０は予め一般的に使われる子本クライアント６２０に必要な子本を生成し、子本クライアント６２０からの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０１９２】
本発明の実一施形態では、子本クライアント６２０から親本サーバ６１０に送信された請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて親本サーバ６１０に送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。
【０１９３】
本発明の一部の例示では、子本は子情報ファイルを含み、子本クライアント６２０は子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得する。子情報ファイルは親本サーバ６１０が親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、親本サーバ６１０は子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０１９４】
例えば、親本サーバ６１０が位置情報に基づいて親本サーバ６１０から操作指令に対応する内容を取得する過程について、具体的には、親本サーバ６１０がユーザの子本クライアント６２０を介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアント６２０へ送信し、当該内容の複写を完了する。
【０１９５】
本発明の一つの例示では、親本サーバ６１０が親本の内容に基づいて親本に対応する番号を生成する。例えば、親本サーバ６１０は親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアント６２０は例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアント６２０に同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント６２０全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアント６２０にとって、子本が個性的な組版であるため、各種の子本クライアント６２０においてもはっきりとした表示効果が確保される。
【０１９６】
更に、親本サーバ６１０が親本にける一部の内容に基づいて親本に対応する指紋情報を生成する。例えば、親本サーバ６１０がランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０１９７】
親本の著作権を更に保護するために、親本サーバ６１０は親本の著作権保護情報を取得し、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント６２０に送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、親本サーバ６１０は子本が保護されない形式を選択して子本クライアント６２０に送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、親本サーバ６１０はＰＤＦ形式の親本を写真に印刷した後に子本を生成し、その子本を子本クライアント６２０に送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアント６２０が子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアント６２０は組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、親本サーバ６１０が対応するそのページのテキストを子本に送信する。
【０１９８】
親本の著作権を更に保護するために、親本サーバ６１０が子本クライアント６２０の権限情報を取得し、その権限情報に基づいて子本クライアント６２０が取得した内容を管理する。そのうち、権限情報は子本クライアント６２０が取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアント６２０がユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。
【０１９９】
また、権限情報は更に子本クライアント６２０が取得できる親本の内容量情報を含む。例えば、子本クライアント６２０が取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバは全ての子本クライアント６２０からの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアント６２０をロックする。ロッキングの間に子本クライアント６２０に検索を提供するが、新しいページの複製、複写等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０２００】
本発明の一実施形態では、子本クライアント６２０がユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバ６１０に送信し、ならびに親本サーバ６１０がカスタマイズ情報に基づいて子本クライアント６２０に子本を生成する。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアント６２０が文字サイズ又はカスタムレイアウト指令を親本サーバ６１０に送信することができ、親本サーバ６１０が当該子本クライアント６２０に授権を獲得したと確認した場合、子本を再組版して当該子本クライアント６２０に送信する。
【０２０１】
本発明の実施形態に係る電子文書の提供システムによれば、親本サーバは子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０２０２】
図７は本発明の一実施形態による親本サーバのブロック図である。図７に示されたように、本発明の実施形態による親本サーバ６１０は親本生成モジュール６１１、受信モジュール６１２及び子本生成モジュール６１３とを含む。
【０２０３】
そのうち、親本生成モジュール６１１は親本を生成する。受信モジュール６１２は子本クライアントから送信された子本クライアント６２０に必要な子本の形式情報を含む請求情報を受信する。子本生成モジュール６１３は請求情報と親本に基づいて子本クライアント６２０に対応する子本を生成し、その子本を子本クライアント６２０に送信する。
【０２０４】
具体的には、親本サーバ６１０はクラウドサーバーであるが、それには限らない。本発明の例示では、親本生成モジュール６１１は複数の方法によって親本を生成することができる。たとえば、親本生成モジュール６１１は作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本生成モジュール６１１が作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０２０５】
また、親本生成モジュール６１１は以下の方法によって親本を生成することもできる。具体的には、親本サーバ６１０はスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などの子本クライアント６２０を介して送信された検索語に基づいて検索を行い、複数の検索結果を取得し、親本生成モジュール６１１に複数の検索結果を集合して前記親本を生成させる。たとえば、親本サーバ６１０が検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用して、複数の検索結果を得られるように、検索語に基づいて検索を行い、ならびに複数の検索結果を集合して親本を生成する。
【０２０６】
上述の例示では、親本生成モジュール６１１は複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバ６１０はユーザが子本クライアント６２０を介して送信された検索語を受信し、複数の検索結果を得られるように、検索語に基づいて検索を行う。その後、親本生成モジュール６１１は関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。
【０２０７】
更に、組版して親本を生成する過程において、親本サーバ６１１は組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用することができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本生成モジュール６１１が組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本生成モジュール６１１に保存される。
【０２０８】
本発明の一実施例では、請求情報は子本クライアント６２０に必要な子本の形式情報を含むが、それには限らず、子本生成モジュール６１３は形式情報に基づいて子本クライアント６２０に対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアント６２０に必要な子本の形式情報は子本クライアント６２０のタイプ又は規格に従って推測されることができる。例えば、子本生成モジュール６１３が請求情報に基づいて当該請求情報に対応する親本を見つけた場合、子本生成モジュール６１３は見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアント６２０のタイプなどに基づいて子本生成モジュール６１３によって親本をオンラインで自動再組版をして生成されたものである。例えば、スマートフォンとタブレットパソコンとは二つの違うタイプの子本クライアント６２０であり、両者のスクリーンのサイズも違うし、子本生成モジュール６１３はスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアント６２０に合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアント６２０が子本をはっきりと表示できることを確保する。本発明の他の例示では、子本生成モジュール６１３は予め一般的に使われる子本クライアント６２０に必要な子本を生成し、受信モジュール６１２が子本クライアント６２０からの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０２０９】
本発明の一実施形態では、受信モジュール６１２は子本クライアント６２０から送信された請求情報を受信し、その請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて受信モジュール６１２に送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。
【０２１０】
本発明の一部の例示では、子本は子情報ファイルを含み、子本クライアント６２０に子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得させる。子情報ファイルは親本サーバ６１０が親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、親本サーバ６１０は子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０２１１】
例えば、親本サーバ６１０が位置情報に基づいて親本サーバ６１０から操作指令に対応する内容を取得する過程について、具体的には、親本サーバ６１０がユーザの子本クライアント６２０を介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアント６２０へ送信して、子本クライアントが当該内容の複写を完了する。
【０２１２】
本発明の一つの例示では、親本サーバ６１０が親本の内容に基づいて親本に対応する番号を生成する。例えば、親本サーバ６１０は親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアント６２０は例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアント６２０に同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント６２０全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアント６２０にとって、子本が個性的な組版であるため、各種の子本クライアント６２０においてもはっきりとした表示効果が確保される。
【０２１３】
更に、親本サーバ６１０が親本にける一部の内容に基づいて親本に対応する指紋情報を生成する。例えば、ランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０２１４】
親本の著作権を更に保護するために、子本生成モジュール６１３は親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアントに送信する。具体的には、子本生成モジュール６１３は親本の著作権保護情報を取得した後、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント６２０に送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、子本生成モジュール６１３は子本が保護されない形式を選択して子本クライアント６２０に送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、子本生成モジュール６１３はＰＤＦ形式の親本を写真に印刷した後に子本を生成し、その子本を子本クライアント６２０に送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアント６２０が子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアント６２０は組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、子本生成モジュール６１３が対応するそのページのテキストを子本に送信する。
【０２１５】
親本の著作権を更に保護するために、親本サーバ６１０が子本クライアント６２０の権限情報を取得し、その権限情報に基づいて子本クライアント６２０が取得した内容を管理する。そのうち、権限情報は子本クライアント６２０が取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアント６２０がユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。
【０２１６】
また、権限情報は更に子本クライアント６２０が取得できる親本の内容量情報を含む。例えば、子本クライアント６２０が取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバ６１０は全ての子本クライアント６２０からの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアント６２０をロックする。ロッキングの間に子本クライアント６２０に検索を提供するが、新しいページの複製、複写等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０２１７】
本発明の一実施形態では、子本生成モジュール６１３が子本クライアントから送信されたカスタマイズ情報に基づいて子本クライアントに子本を生成する。具体的には、子本クライアント６２０はユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバ６１０の子本生成モジュール６１３に送信し、子本生成モジュール６１３はカスタマイズ情報に基づいて子本クライアント６２０に子本を生成する。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアント６２０が文字サイズ又はカスタムレイアウト指令を子本生成モジュール６１３に送信することができ、子本生成モジュール６１３が当該子本クライアント６２０に授権を獲得したと確認した場合、子本を再組版して当該子本クライアント６２０に送信する。
【０２１８】
本発明の実施形態に係る親本サーバによれば、子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版し、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０２１９】
図８は本発明の一実施形態による子本クライアントのブロック図である。図８に示されたように、本発明の一実施形態による子本クライアント６２０は、親本サーバ６１０に子本クライアントに必要な子本の形式情報を含む請求情報を送信する送信モジュール６２１と、請求情報と親本サーバ６１０における親本に基づいて親本サーバ６１０によって生成された子本を受信する受信モジュール６２２とを含む。
【０２２０】
具体的には、親本サーバ６１０はクラウドサーバーであるが、それには限らない。本発明の例示では、親本サーバ６１０は複数の方法によって親本を生成することができる。たとえば、親本サーバ６１０は作者が作成した文書に基づいて親本を生成する。即ち作者が指定された形式に従って文書を作成し、親本サーバ６１０が作成された文書に基づいて親本を生成する。当該実施形態では、指定された形式はＢＤＦであるが、それには限らず、任意の既知の文書形式を利用してもよい。
【０２２１】
また、親本サーバ６１０は以下の方法によって親本を生成することもできる。具体的には、親本サーバ６１０によってユーザがスマートフォン、タブレットパソコン、ＰＣパソコン、電子文書などの子本クライアント６２０を介して送信された検索語を受信する。たとえば、親本サーバ６１０が検索エンジン機能を備え、またはＢａｉｄｕ検索エンジンのような既存の検索エンジンを利用して、複数の検索結果を得られるように、検索語に基づいて検索を行い、ならびに複数の検索結果を集合して親本を生成する。
【０２２２】
上述の例示では、親本サーバ６１０は複数の検索結果から結果情報を抽出して親本に変換することができる。具体的には、親本サーバ６１０はユーザが子本クライアント６２０を介して送信された検索語を受信し、複数の検索結果を得られるように、親本サーバ６１０は検索語に基づいて検索を行う。同時に、親本サーバ６１０は関連性アルゴリズムに従ってバックグランドにおいて自動的に複数の検索結果を集合し、電子文書又は電子書籍として表示する。本発明の具体的な例示では、関連性アルゴリズムは例えば日誌をクリックすることによって関連性を判断するアルゴリズムであり、又はＢａｉｄｕ百科ないしＷｉｋｉｐｅｄｉａ百科にける関連エントリー及び推薦エントリーを利用して関連エントリーの内容を重複排除・無関係内容を排除する（例えばウェブページにおけるナビゲーションバー、底部の著作権情報等である）。
【０２２３】
更に、組版して親本を生成する過程において、親本サーバ６１０は組版プログラムを利用して組版を行うことができる。例えば、オープンソースのｘｅｌａｔｅｘ組版プログラム、Ｆｏｕｎｄｅｒ  Ｂｏｏｋｍａｋｅｒ、或いはａｏｄｅのｉｎｄｅｓｉｇｎなどの組版プログラムを利用することができる。組版して生成された親本はｐｄｆ形式の親本であるが、これに限らない。組版において、親本サーバ６１０が組版情報を保存する（例えば、ｘｅｌａｔｅｘ組版プログラムにおいて、組版情報が逆引用シンタックスファイルと呼ばれ、即ちｐｄｆをクリックすることによって組版ソースコードへと再びジャンプすることができる）。当該例示では、親本は元のページ情報、ｐｄｆ、組版情報のｚｉｐアーカイブを含むことができ、初期設定が標準規格であり、今後親本に対する校正、更新、引用などに使われるように、親本が親本サーバ６１０に保存される。
【０２２４】
本発明の一実施例では、請求情報は子本クライアント６２０に必要な子本の形式情報を含むが、それには限らず、親本サーバ６１０は形式情報に基づいて子本クライアント６２０に対応する子本を生成する。本発明のいくつかの実施形態では、子本クライアント６２０に必要な子本の形式情報は子本クライアント６２０のタイプ又は規格に従って推測されることができる。例えば、親本サーバ６１０が請求情報に基づいて当該請求情報に対応する親本を見つけた場合、親本サーバ６１０は見つけた対応する親本に基づいて請求情報に請求された形式の子本を生成する。当該実施形態では、子本は子本クライアント６２０のタイプなどに基づいて親本サーバ６１０によって親本をオンラインで自動再組版をして生成されたものである。例えば、スマートフォンとタブレットパソコンとは二つの違うタイプの子本クライアント６２０であり、両者のスクリーンのサイズも違うし、親本サーバ６１０はスクリーンのサイズ等の情報に基づいて親本をオンラインで自動再組版をした後に、種類ごとの子本クライアント６２０に合わせて閲覧しやすい子本を生成することにより、種類ごとの子本クライアント６２０が子本をはっきりと表示できることを確保する。本発明の他の例示では、親本サーバ６１０は予め一般的に使われる子本クライアント６２０に必要な子本を生成し、子本クライアント６２０からの請求情報を受信した後、当該請求情報に基づいて予め生成された子本から選択してもよい。
【０２２５】
本発明の一実施形態では、子本クライアント６２０の送信モジュール６２１から親本サーバ６１０に送信された請求情報は、ユーザが特定の電子書籍のアプリケーションにログインした後、ユーザの指令に基づいて親本サーバ６１０に送信されてもよい。本発明の実施形態では、親本の情報をマークするように、当該請求情報に親本に対応する標識又はコードなどの情報を含む。
【０２２６】
本発明の一部の例示では、子本は子情報ファイルを含み、子本クライアント６２０は子情報ファイルに基づいて親本における操作指令に対応する内容の位置情報を取得し、ならびに前記位置情報に基づいて前記親本サーバから前記操作指令に対応する内容を取得する。子情報ファイルは親本サーバ６１０が親本に基づいて子本を生成するときに生成される。更に、子情報ファイルは子本における内容の属するページが親本における位置情報を記録する。具体的には、子本に子情報ファイルがあるが、子本によって組版も違うため、対応する子情報ファイルも違う。例えば、ｘｅｌａｔｅｘ組版プログラムについては、当該子情報ファイルは逆引用シンタックスファイルとも呼ばれ、即ちｐｄｆをクリックして再び組版ソースコードへとジャンプすることができる。子情報ファイルには親本における全ての子本の文字と写真のページに対応する位置が記録されているため、その対応方法はｘ、ｙ座標を移動することなどの方法により計算できる。従って、親本サーバ６１０は子本の子情報ファイルに基づいて親本における子本のあるページの位置を取得できる。
【０２２７】
例えば、親本サーバ６１０が位置情報に基づいて親本サーバ６１０から操作指令に対応する内容を取得する過程について、具体的には、親本サーバ６１０がユーザの子本クライアント６２０を介して子本におけるあるページの内容を複写する指令を受信した後、親本における当該ページの内容の位置に基づいて親本に対応する位置の内容を子本クライアント６２０へ送信し、当該内容の複写を完了する。
【０２２８】
本発明の一つの例示では、親本は前記親本の内容に基づいて生成された番号を有する。具体的には、親本サーバ６１０が親本の内容に基づいて親本に対応する番号を生成する。例えば、親本サーバ６１０は親本の内容に対してｓｈａ−１アルゴリズムを行うとともに、ｓｈａ−１前のＮ（例えば１２である）個のキャラクタを抽出して前記番号とする。以上からわかるように、親本ごとに対応する唯一のコードがある。また、親本と子本とは同様な番号を有する。更に、子本クライアント６２０は例えば携帯端末、タブレットパソコン、ＰＣ機又は電子書籍などの複数であり、即ちすべての異なる子本クライアント６２０に同様なコードを有する子本に対応する唯一の親本がある。このように、スクリーンのサイズが違う子本クライアント６２０全体にとって、あるページに対して交流及び共同編集を行うことができる。具体的な応用において、例えば遠隔教育と遠隔学習に大きいな利便性をもたらす。同時に、スクリーンのサイズが違う子本クライアント６２０にとって、子本が個性的な組版であるため、各種の子本クライアント６２０においてもはっきりとした表示効果が確保される。
【０２２９】
更に、親本サーバ６１０が親本にける一部の内容に基づいて親本に対応する指紋情報を生成する。例えば、親本サーバ６１０がランダムに親本のいくつかの内容ブロック（例えば五つの内容ブロック）に対してサンプリングをし、指紋情報を生成する。当該指紋情報は内容の重複排除及び親本の迅速なアンチ盗作に利用され、親本の品質を高め、海賊版を避け、親本の著作権を保護できる。
【０２３０】
親本の著作権を更に保護するために、親本サーバ６１０は親本の著作権保護情報を取得し、親本の著作権保護情報に基づいて子本が保護される形式又は保護されない形式を選択して子本クライアント６２０に送信する。例えば、親本の作者が親本の保護レベルに対する要求の低い場合、親本サーバ６１０は子本が保護されない形式を選択して子本クライアント６２０に送信する。保護されない形式の子本、例えば完全のＰＤＦ形式である子本は、その内容が複写・編集されることができる。親本の作者が親本の保護レベルに対する要求の高い場合、親本サーバ６１０はＰＤＦ形式の親本を写真に印刷した後に子本を生成し、その子本を子本クライアント６２０に送信する。当該実施形態では、写真の形式はｐｎｇ又はｄｊｖｕであるが、これらに限らない。これにより、親本に対する高レベルの著作権保護が実現でき、親本の著作権侵害も避けられる。更に、例えば子本クライアント６２０が子本を取得した後、子本の形式が元のｐｄｆ形式であるかそれともｄｒｍ保護されたｐｄｆ形式（即ち写真）であるかを判断できる。ユーザが保護されたｐｄｆに対して複写又は検索を要求するとき、子本クライアント６２０は組版情報ファイルに基づいてカレントページの親本のソースコードにおける位置を計算し、親本サーバ６１０が対応するそのページのテキストを子本に送信する。
【０２３１】
親本の著作権を更に保護するために、親本サーバ６１０は、子本クライアント６２０の権限情報を取得し、その権限情報に基づいて子本クライアント６２０が取得した内容を管理する。そのうち、権限情報は子本クライアント６２０が取得できる親本のページ情報を含む。例えば、ユーザのログインによって実現できる。即ち子本クライアント６２０がユーザのログインを要求し、ログインしたユーザに対していくつかの等級を分け、等級によってユーザの権限も違うし、権限によって授権範囲も違う。このように、それぞれのログインしたユーザは授権範囲内のページ数しか請求せず、ユーザが連続に親本からテキストを請求することができず、即ち何度も親本からテキストを請求することができない。そうでなければ著作権保護の意味がなくなる。
【０２３２】
また、権限情報は更に子本クライアント６２０が取得できる親本の内容量情報を含む。例えば、子本クライアント６２０が取得できる親本の内容量情報は親本の総内容量情報の５０％を超えてはならない。具体的には、親本サーバ６１０は全ての子本クライアント６２０からの保護される内容の請求量を記録し、請求された内容の合計が設定値（例えば５０％）を超えた場合、子本クライアント６２０をロックする。ロッキングの間に子本クライアント６２０に検索を提供するが、新しいページの複製、複写等の機能を提供しないことにより、親本の著作権保護を更に強化する。
【０２３３】
本発明の一実施形態では、子本クライアント６２０がユーザからのカスタマイズ情報を受信し、そのカスタマイズ情報を親本サーバ６１０に送信し、ならびに親本サーバ６１０がカスタマイズ情報に基づいて子本クライアント６２０に子本を生成する。当該実施形態では、カスタマイズ情報は文字サイズ又はカスタムレイアウト等の情報を含むが、これらに限らない。即ち子本クライアント６２０が文字サイズ又はカスタムレイアウト指令を親本サーバ６１０に送信することができ、親本サーバ６１０が当該子本クライアント６２０に授権を獲得したと確認した場合、子本を再組版して当該子本クライアント６２０に送信する。
【０２３４】
本発明の実施形態に係る子本クライアントによれば、子本クライアントは親本サーバに請求情報を送信し、親本サーバに子本クライアントの請求情報（例えば子本クライアントのスクリーンのサイズ）に基づき、子本クライアントに合わせて閲覧しやすい子本を生成するように、親本をオンラインで自動再組版させて、各種のクライアントにおいても子本がはっきりと表示される可能性があることを保証できる。同時に本発明の実施形態に係る方法は実用性が高い利点がある。
【０２３５】
フローチャート中で表され、又はその他の方式で記述された論理及び／又はステップは、例えば、論理機能を実現するための命令実行可能な順序リストであると考えられてよく、具体的には、いかなるコンピュータ読取可能媒体中でも実現することができ、それによって指令実行システム、装置、若しくは設備（例えばコンピュータに基づくシステム、プロセッサを含むシステム又は他の指令実行システム、装置又は設備から指令を取得して指令を実行することができるシステム等）に使用され、又はこれらの指令実行システム、装置、若しくは設備を結合して使用される。本明細書について言えば、「コンピュータ読取可能媒体」は、プログラムを含み、保存し、通信し、伝播し又は伝送して、指令実行システム、装置若しくは設備又はこれらの指令実行システム、装置若しくは設備に使用されるいかなる装置であってもよい。
【０２３６】
コンピュータ読取可能媒体のさらに具体的な例示（非網羅的リスト）には、１つ以上の配線を有する電気接続部（電子装置）、ポータブル型コンピュータディスク（磁気装置）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＲＡＭ又はフラッシュメモリ）、光ファイバ、及びコンパクト光ディスク読み出し専用メモリ（ＣＤＲＯＭ）が含まれる。また、コンピュータ読取可能媒体は、その上に前述のプログラムを印刷した紙又はその他適当な媒質でさえあってよい。なぜなら、例えば、紙又はその他の媒質に対して光学スキャンを行い、続いて編集、解釈又は必要ならその他適当な方式で処理を行って、電子方式によって前記プログラムを取得し、その後それをコンピュータメモリ中に保存することができるからである。
【０２３７】
本発明の説明において、「一実施例」、「一部の実施例」、「示例」、「具体示例」或いは「一部の示例」など用語を参考した説明とは、該実施例或いは示例に結合して説明された具体的特徴、構成、材料或いは特徴が、本発明の少なくとも一つの実施例或いは示例に含まれることである。本明細書において、上記用語に対する例示的な表述は、必ずしも同じ実施例或いは示例を示すことではない。又、説明された具体的特徴、構成、材料或いは特徴は、いずれかの一つ或いは複数の実施例又は示例において適切に結合することができる。
【０２３８】
本発明の実施例を示して説明したが、当業者は、本発明の原理及び主旨から逸脱しない限りこれらの実施例に対して複種の変化、補正、切り替え及び変形を行うことができる。本発明の範囲は、特許請求の範囲及びその等価物により限定される。
【図１】
0006445457.tif 000002
【図２】
0006445457.tif 000003
【図３】
0006445457.tif 000004
【図４】
0006445457.tif 000005
【図５】
0006445457.tif 000006
【図６】
0006445457.tif 000007
【図７】
0006445457.tif 000008
【図８】
0006445457.tif 000009