(57)【要約】  本発明は、コンピュータ技術分野に関し、特に電子ファイルの表示分野に関し、ファイルトリミング方法、端末及びサーバーを提供する。前記方法は、少なくとも１頁を含むファイルに対応するファイルマークを送信するステップと、前記ファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信するステップと、前記トリミングデータパケットによって前記ファイルに対してトリミングするステップと、を含む。前記端末は、第１の送信モジュールと、第１の受信モジュールと、トリミングモジュールと、を備える。前記サーバーは、第３の受信モジュールと、第１の検出モジュールと、フィードバックモジュールと、を備える。本発明は、アルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。【選択図】図１
2016509273.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１頁を含むファイルに対応するファイルマークを送信するステップと、
前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信するステップと、
前記トリミングデータパケットによって前記ファイルに対してトリミングするステップと、を備えるファイルトリミング方法。
【請求項２】
前記トリミングデータパケットによって前記ファイルに対してトリミングするステップは、
前記トリミングデータパケットにおける現在の頁に対応する、頁余白を含むトリミングデータを取得するステップと、
左余白、右余白、上余白、下余白中の少なくとも一つを含む前記頁余白によって前記現在の頁の表示領域を確定するステップと、
前記表示領域を表示するステップと、を備えることを特徴とする請求項１に記載のファイルトリミング方法。
【請求項３】
前記ファイルに対応するファイルマークを送信した後、
フィードバックされた、頁余白を含む前記トリミングデータパケットを受信しなかった場合、現在の頁のトリミングデータを設定するステップと、
設定されたトリミングデータを受信するステップと、
前記設定されたトリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって前記現在の頁の表示領域を確定するステップと、
前記表示領域を表示するステップと、をさらに備えることを特徴とする請求項１に記載のファイルトリミング方法。
【請求項４】
前記表示領域を表示した後、
前記現在の頁が存在するファイルに対応するファイルマークと、前記現在の頁の頁番号と、前記現在の頁の最終トリミングデータであって前記表示領域に対応するトリミングデータである最終トリミングデータと、前記最終トリミングデータによってトリミングされた現在の頁を閲覧する閲覧時間の中の、前から三つの項目又は前から四つの項目を含む頁情報を採集するステップと、
サーバーが前記ファイルマーク及び前記頁番号によって前記現在の頁を確定すると共に、前記最終トリミングデータ又は前記最終トリミングデータ及び前記閲覧時間によって、前記現在の頁のトリミングデータを再度生成するように、前記頁情報を前記サーバーに送信するステップと、をさらに備えることを特徴とする請求項２又は３に記載のファイルトリミング方法。
【請求項５】
少なくとも１頁を含むファイルに対応するファイルマークを受信するステップと、
前記ファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出するステップと、
前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックするステップと、を備えることを特徴とするファイルトリミング方法。
【請求項６】
前記ファイルに対応するファイルマークを受信する前に、
少なくとも１頁の頁情報であって、前記頁が存在するファイルに対応するファイルマークと、前記頁の頁番号と、前記頁の最終トリミングデータと、前記頁の最終トリミングデータによってトリミングされた前記頁を閲覧する閲覧時間の中の、前から三つの項目又は四つの項目を含む頁情報を受信するステップと、
各頁の頁情報に対して、ローカルに前記頁情報における前記ファイルマークが存在するかを検出するステップと、
ローカルに前記頁情報における前記ファイルマークが存在すると検出された場合、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加するステップと、
前記頁の最終トリミングデータセットによって前記頁のトリミングデータを生成するステップ、
又は、
ローカルに前記頁情報における前記ファイルマークが存在すると検出された場合、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加すると共に、前記閲覧時間を前記最終トリミングデータに対応する閲覧時間セットに追加するステップと、
前記頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成するステップとをさらに備えることを特徴とする請求項５に記載のファイルトリミング方法。
【請求項７】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を備え、
前記頁の最終トリミングデータセットによって前記頁のトリミングデータを生成するステップは、
前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得するステップを備えることを特徴とする請求項６に記載のファイルトリミング方法。
【請求項８】
前記頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する前に、
前記閲覧時間セットにおける所定閾値を越えない閲覧時間を除去するステップと、
前記最終トリミングデータセットにおける前記所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去するステップと、をさらに備えることを特徴とする請求項６に記載のファイルトリミング方法。
【請求項９】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を備え、
前記頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する方法は、
各組の最終トリミングデータに前記最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得する方法、
又は、
前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得する方法、を備えることを特徴とする請求項６又は８に記載のファイルトリミング方法。
【請求項１０】
少なくとも１頁を含むファイルに対応するファイルマークを送信する第１の送信モジュールと、
前記第１の送信モジュールが送信した前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する第１の受信モジュールと、
前記第１の受信モジュールが受信したトリミングデータパケットによって前記ファイルに対してトリミングを行うトリミングモジュールと、を備えることを特徴とする端末。
【請求項１１】
前記トリミングモジュールは、
前記トリミングデータパケットにおける現在の頁に対応する、頁余白を含むトリミングデータを取得する取得ユニットと、
前記取得ユニットが取得した、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって前記現在の頁の表示領域を確定する確定ユニットと、
前記確定ユニットによって確定された領域を表示する表示ユニットと、を備えることを特徴とする請求項１０に記載された端末。
【請求項１２】
前記トリミングモジュールは、
前記表示ユニットが前記表示領域を表示した後、前記現在の頁が存在するファイルに対応するファイルマークと、前記現在の頁の頁番号と、前記現在の頁の最終トリミングデータであって前記表示領域に対応するトリミングデータである最終トリミングデータと、前記最終トリミングデータによってトリミングされた前記現在の頁を閲覧する閲覧時間の中の、前から三つの項目又は前から四つの項目を含む頁情報を採集する採集ユニットと、
サーバーが前記ファイルマーク及び前記頁番号によって前記現在の頁を確定すると共に、前記最終トリミングデータ又は前記最終トリミングデータ及び前記閲覧時間によって前記現在の頁のトリミングデータを再度生成するように、前記第２の採集ユニットが採集した前記頁情報を前記サーバーに送信する送信ユニットと、をさらに備えることを特徴とする請求項１０又は１１に記載された端末。
【請求項１３】
前記第１の送信モジュールがファイルに対応するファイルマークを送信した後、フィードバックされた、頁余白を含むトリミングデータパケットを受信しなかった場合、現在の頁のトリミングデータを設定する設置モジュールと、
前記設置モジュールが設定したトリミングデータを受信する第２の受信モジュールと、
前記第２の受信モジュールが受信した設定トリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって前記現在の頁の表示領域を確定する確定モジュールと、
前記確定モジュールが確定した表示領域を表示する表示モジュールと、をさらに備えることを特徴とする請求項１０に記載された端末。
【請求項１４】
前記表示モジュールが前記表示領域を表示した後、前記現在の頁が存在するファイルに対応するファイルマークと、前記現在の頁の頁番号と、前記現在の頁の最終トリミングデータであって前記表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた前記現在の頁を閲覧する閲覧時間の中の、前から三つの項目又は前から四つの項目とを含む頁情報を採集する採集モジュールと、
サーバーが前記ファイルマーク及び前記頁番号によって前記現在の頁を確定すると共に、前記最終トリミングデータ又は前記最終トリミングデータ及び前記閲覧時間によって前記現在の頁のトリミングデータを再度生成するように、前記採集モジュールが採集した前記頁情報を前記サーバーに送信する第２の送信モジュールと、をさらに備えることを特徴とする請求項１３に記載された端末。
【請求項１５】
少なくとも１頁を含むファイルに対応するファイルマークを受信する第３の受信モジュールと、
ローカルに前記第３の受信モジュールが受信したファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出する第１の検出モジュールと、
前記第１の検出モジュールがローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された後、トリミングデータパケットをフィードバックするフィードバックモジュールと、を備えることを特徴とするサーバー。
【請求項１６】
前記第３の受信モジュールがファイルに対応するファイルマークを受信する前に、少なくとも１頁の頁情報であって、前記頁が存在するファイルに対応するファイルマークと、前記頁の頁番号と、前記頁の最終トリミングデータと、前記頁の最終トリミングデータによってトリミングされた前記頁を閲覧する閲覧時間の中の、前から三つの項目又は四つの項目とを含む頁情報を受信する第４の受信モジュールと、
前記第４の受信モジュールが受信した各頁の頁情報に対して、ローカルに前記頁情報における前記ファイルマークが存在するかを検出する第２の検出モジュールと、
前記第２の検出モジュールがローカルに前記頁情報における前記ファイルマークが存在すると検出した後、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加する第１の追加モジュールと、
前記第１の追加モジュールが追加した頁の最終トリミングデータセットによって前記頁のトリミングデータを生成する第１の生成モジュールと、又は、
前記第２の検出モジュールがローカルに前記頁情報における前記ファイルマークが存在すると検出した後、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加すると共に、前記閲覧時間を前記最終トリミングデータに対応する閲覧時間セットに追加する第２の追加モジュールと、
前記第２の追加モジュールが追加した頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する第２の生成モジュールと、を備えることを特徴とする請求項１５に記載のサーバー。
【請求項１７】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を備え、
前記第１の生成モジュールは、前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得することを特徴とする請求項１６に記載のサーバー。
【請求項１８】
前記第２の生成モジュールが前記頁のトリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する前に、前記閲覧時間セットにおける所定閾値を越えない閲覧時間を除去する第１の除去モジュールと、
前記最終トリミングデータセットにおける、前記第１の除去モジュールが除去した所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去する第２の除去モジュールと、をさらに備えることを特徴とする請求項１６に記載のサーバー。
【請求項１９】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を含み、
前記第２の生成モジュールは、各組の最終トリミングデータに前記最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得し、
又は、前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得することを特徴とする請求項１６又は１８に記載のサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ技術分野に関し、特に電子ファイルの表示分野に関し、さらに詳しくは、ファイルトリミング方法、端末及びサーバーに関する。
【背景技術】
【０００２】
ＰＤＦ（Ｐｏｒｔａｂｌｅ  ｄｏｃｕｍｅｎｔ  ＦＯＲＭＡＴ，ポータブル・ドキュメント・フォーマット）は、電子ファイルのフォーマットであり、このようなファイルフォーマットは全てのオペレーティングシステムに適用されるので、ＰＤＦはインタネット上の電子ファイルの発行及びデジタル情報伝播に対して理想的なファイルフォーマットになっている。
【０００３】
端末でＰＤＦファイルを閲覧する時、ＰＤＦファイルに一定の余白が存在し、この余白がインタフェースの表示領域を占めるため、文字部分の表示領域が小さくなってしまい、閲覧効果が影響される。特に、スマートフォン、ＭＰ３、ＭＰ４及び電子書籍リーダー等の携帯端末のスクリーン表示領域が小さい場合、上述の問題が厳しくなる。ＰＤＦファイルの文字部分の端末における表示領域を拡大するため、端末はＰＤＦファイルの各頁に対して、頁における文字部分を検出し、検出した文字部分に基づきファイルの余白に対して検証や訂正を行い、この頁における余白をトリミングする。これによって、この頁を表示する時、文字部分のみ表示され、文字部分の表示領域が拡大できる。
【０００４】
ＰＤＦファイルの各頁における余白が異なる可能性があるので、端末は、アルゴリズムによってリアルタイムにＰＤＦファイルの各頁の表示領域を検出する必要があり、これによって、ＰＤＦファイルのトリミング操作が大量の資源を占め、ＰＤＦファイルのトリミング効率が低下する。低・中級スマートフォンを例にすると、計算資源に制限があるので、ＰＤＦの全体に対するトリミングが遅く、現在頁からトリミング後の次の頁に切り替えるには数秒の時間が掛かり、効率が低い。
【発明の概要】
【０００５】
本発明は、端末がアルゴリズムによってリアルタイムにＰＤＦファイルにおける各頁のトリミング領域を検出することによる、ＰＤＦファイルに対するトリミング操作が大量の資源を占める問題を解決するため、ファイルトリミング方法、端末及びサーバーを提供する。
【０００６】
本発明の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを送信するステップと、
前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信するステップと、
前記トリミングデータパケットによって前記ファイルに対してトリミングするステップと、を備えるファイルトリミング方法を提供する。
【０００７】
また、本発明の他の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを受信するステップと、
ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出するステップと、
ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックするステップと、を備えるファイルトリミング方法を提供する。
【０００８】
また、本発明のさらに他の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを送信する第１の送信モジュールと、
前記第１の送信モジュールが送信した前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する第１の受信モジュールと、
前記第１の受信モジュールが受信したトリミングデータパケットによってファイルに対してトリミングを行うトリミングモジュールと、を備える端末を提供する。
【０００９】
さらに、本発明の他の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを受信する第３の受信モジュールと、
ローカルに前記第３の受信モジュールが受信したファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出する第１の検出モジュールと、
前記第１の検出モジュールがローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された後、前記トリミングデータパケットをフィードバックするフィードバックモジュールと、を備えるサーバーを提供する。
【００１０】
本発明の実施例に係る技術案によれば、下記のような有益効果が獲得される。即ち、ファイルに対応するファイルマークを送信し、前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、受信したトリミングデータパケットによってファイルに対して直接トリミングすることができ、アルゴリズムによってリアルタイムにファイルにおける各頁のトリミング領域を検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００１１】
なお、上記の一般的な説明及び後の詳しい説明は、例示的なものであり、本発明を制限するものではないことが自明である。
【図面の簡単な説明】
【００１２】
本発明の技術案をより明確に説明するため、以下、実施例を説明する際に使用される図面を簡単に紹介する。勿論、以下に説明される図面は、本発明の一部の実施例であり、当業者にとって、創造的な労働がない前提で、これらの図面によって他の図面が得られる。
【００１３】
【図１】本発明の実施例１に係るファイルトリミング方法を示す例示的なフローチャートである。
【図２】本発明の実施例２に係るファイルトリミング方法を示す例示的なフローチャートである。
【図３】本発明の実施例３に係るファイルトリミング方法を示す例示的なフローチャートである。
【図４】本発明の実施例４に係る端末の構成を示す模式図である。
【図５】本発明の実施例５に係るサーバーの構成を示す模式図である。
【図６】本発明の実施例６に係るファイルトリミングのシステムの構成を示す模式図である。
【発明を実施するための形態】
【００１４】
本発明の目的、技術案及びメリットをより明確にするため、図面を参考しながら本発明の実施例を詳しく説明する。
【００１５】
実施例１
図１を参照すると、図１は、本発明の実施例１に係るファイルトリミング方法を示す例示的なフローチャートである。このファイルトリミング方法は、端末及びサーバーを備えるシステムに適用される。この端末は、スマートテレビ、スマートフォン又はタブレットＰＣなどである。本発明の実施例は、この方法を端末に適用することを例として説明する。このファイルトリミング方法は、以下のステップを含む。
【００１６】
ステップ１０２：少なくとも１頁を含むファイルに対応するファイルマークを送信する。
【００１７】
端末は、サーバーに唯一的に一つのファイルを識別できるファイルマークを送信する。
【００１８】
ステップ１０４：ファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する。
【００１９】
サーバーは、端末からのファイルに対応するファイルマークを受信した後、端末にトリミングデータパケットをフィードバックすると、端末はサーバーによってフィードバックされたトリミングデータパケットを受信する。このトリミングデータパケットは、ファイルに対応するトリミングデータパケットであり、このファイルをトリミングすることに用いられる。ファイルが少なくとも１頁を含むと、トリミングデータパケットはファイルにおける少なくとも１頁のトリミングデータを含むことができる。
【００２０】
ステップ１０６：トリミングデータパケットによってファイルに対してトリミングする。
【００２１】
端末は、トリミングデータパケットにおけるトリミングデータによってファイルに対してトリミングすることができ、トリミングされた後のファイルを表示することができる。
【００２２】
以上のように、本発明の実施例に係るファイルトリミング方法は、ファイルに対応するファイルマークを送信し、前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、受信したトリミングデータパケットによってファイルに対して直接トリミングすることができ、アルゴリズムによってリアルタイムにファイルにおける各頁のトリミング領域を検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００２３】
実施例２
図２を参照すると、図２は本発明の実施例２に係るファイルトリミング方法を示す例示的なフローチャートである。このファイルトリミング方法は端末及びサーバーを備えるシステムに適用される。この端末は、スマートテレビ、スマートフォン又はタブレットＰＣなどである。本発明の実施例は、この方法がサーバーに適用されることを例として説明する。このファイルトリミング方法は、以下のステップを含む。
【００２４】
ステップ２０２：少なくとも１頁を含むファイルに対応するファイルマークを受信する。
【００２５】
サーバーは、端末が送信した、唯一的に一つのファイルを識別できるファイルマークを受信する。
【００２６】
ステップ２０４：ローカルにこのファイルマークに対応するトリミングデータパケットが存在するかを検出し、ローカルにこのファイルマークに対応するトリミングデータパケットが存在すると検出された場合、ステップ２０６に移行し、ローカルにこのファイルマークに対応するトリミングデータパケットが存在しないと検出された場合、プロセスを終了させる。
【００２７】
サーバーには、予め少なくとも一つのファイルのトリミングデータパケットが記憶され、該トリミングデータパケットにはファイルにおける少なくとも１頁のトリミングデータが含まれる。例えば、このトリミングデータパケットは、ファイルに対応するファイルマークによって検出することができ、サーバーによってローカルにこのファイルマークに対応するトリミングデータパケットが存在すると検出されると、ステップ２０６に移行し、ローカルにこのファイルマークに対応するトリミングデータパケットが存在しないと検出されると、端末にこのファイルマークに対応するトリミングデータパケットが存在しないことをフィードバックし、プロセスを終了させる。
【００２８】
ステップ２０６：トリミングデータパケットをフィードバックする。
【００２９】
サーバーは、検出したトリミングデータパケットを端末にフィードバックすることで、端末がこのトリミングデータパケットによってファイルに対してトリミングを行う。
【００３０】
以上のように、本発明の実施例に係るファイルトリミング方法は、ファイルに対応するファイルマークを受信し、ローカルに前記ファイルマークに対応するトリミングデータパケットが存在するかを検出し、ローカルに前記ファイルマークに対応するトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックし、これによって、端末がこのトリミングデータパケットによってファイルに対してトリミングすることができ、アルゴリズムによってリアルタイムにファイルにおける各頁のトリミング領域を検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００３１】
実施例３
図３を参照すると、図３は本発明の実施例３に係るファイルトリミング方法を示す例示的なフローチャートである。この端末は、スマートテレビ、スマートフォン又はタブレットＰＣなどである。本発明の実施例１及び実施例２を組み合わせ、本発明の本実施例は、この方法を端末及びサーバーに同時に適用することを例として説明する。そして、本発明の本実施例におけるサーバーは、端末が採集した頁の情報によってトリミングデータパケットを生成し、このトリミングデータパケットを端末にフィードバックする。このファイルトリミング方法は、以下のステップを含む。
【００３２】
ステップ３０２：端末が少なくとも１頁を含むファイルに対応するファイルマークを送信する。
【００３３】
端末は、サーバーに唯一的に一つのファイルを識別できるファイルマークを送信する。例えば、ファイルマークは、暗号化アルゴリズムによって計算された一つの数値であってもよい。例えば、暗号化アルゴリズムは、ＭＤ５(ＭＥＳＳＡＧＥ-Ｄｉｇｅｓｔ  Ａｌｇｏｒｉｔｈｍ、メッセジー要約アルゴリズム第５版)であってもよい。これによって、ファイルのファイル名に対してＭＤ５計算を実行することができ、算出されたＭＤ５値をファイルマークとする。勿論、他の方法によってファイルマークを取得することができるが、本発明の実施例は特に限定しない。
【００３４】
例えば、このファイルは、ＰＤＦファイルであり、かつこのファイルには少なくとも１頁が含まれ、このファイルに複数の頁が含まれる時、頁番号によって各頁を識別することができる。
【００３５】
ステップ３０４：サーバーは、ファイルに対応するファイルマークを受信する。
【００３６】
本発明の実施例では、端末がサーバーにファイルマークを送信することでこのマークに対応するファイルのトリミングデータパケットを要求するので、サーバーは、ファイルマークを受信する前に、ファイルの頁情報を採集してこの頁情報によってトリミングデータパケットを生成することが必要とされ、これによって、端末にトリミングデータパケットをフィードバックすることができる。トリミングデータパケットは、ファイルにおける少なくとも１頁におけるトリミングデータを備えてもよい。このトリミングデータは、左余白、右余白、上余白及び下余白の少なくとも一つを備える頁余白を含んでもよい。
【００３７】
好ましくは、ファイルに対応するファイルマークを受信する前に、
少なくとも１頁の頁情報であって、頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータとを含む頁情報を受信するステップと、
各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出するステップと、
ローカルに頁情報におけるファイルマークが存在したと検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータをこの頁の最終トリミングデータセットに追加するステップと、
頁の最終トリミングデータセットによって頁のトリミングデータを生成するステップと、をさらに備える。
【００３８】
ファイルの異なる頁における余白が異なるため、サーバーは、各頁における最終トリミングデータを採集することが必要になり、この最終トリミングデータによって対応頁のトリミングデータを生成する。好ましくは、サーバーは、少なくとも一つの端末が同じファイルの同じ頁に対する最終トリミングデータを採集してもよく、この複数の最終トリミングデータより最終トリミングデータセットを組み立て、この最終トリミングデータセットによってこの頁のトリミングデータを生成し、トリミングデータの正確性が向上される。
【００３９】
従って、最終トリミングデータに対応する頁を識別するため、一組の最終トリミングデータを備える頁情報にこの頁が存在するファイルに対応するファイルマーク及び該頁の頁番号を追加することができ、これによって、サーバーが頁情報におけるファイルマークを取得した後、ローカルにこのファイルマークが存在するかを検出し、サーバーによってローカルにこのファイルマークが存在すると検出された場合、このファイルマークに対応するバッファーにおいて、頁番号によってこの頁の最終トリミングデータをこの頁の最終トリミングデータセットに追加し、この最終トリミングデータセットによってこの頁のトリミングデータを生成する。好ましくは、このファイルが複数の頁を備えると、端末は、この複数の頁の頁情報を併せてサーバーに送信し、通信資源が節約される。
【００４０】
例えば、このトリミングデータは、左余白、右余白、上余白及び下余白の少なくとも一つを備える頁余白を含む。頁の最終トリミングデータセットによって頁のトリミングデータを生成するステップは、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータを取得するステップを備えてもよい。
【００４１】
各組の最終トリミングデータは、左余白、右余白、上余白及び下余白の少なくとも一つを備えるので、最終トリミングデータセットによってトリミングデータを生成する時、各頁余白に対応する最終トリミングデータの平均値をそれぞれに計算することができ、トリミングデータの正確性がさらに向上される。
【００４２】
ここで、頁のトリミングデータを計算する方法は多種類がある。例えば、最終トリミングデータセットによって頁のトリミングデータを生成することができる。又は、最終トリミングデータセットにおける最大の最終トリミングデータの組と、最小のトリミングデータの組を除去してから頁のトリミングデータを生成する方法などもある。本実施例は、これに限定しない。
【００４３】
本発明の実施例は、最終トリミングデータセットによって頁のトリミングデータを生成することを例として説明する。例えば、ファイル１における第３頁の最終トリミングデータセットにおいては、第１組の最終トリミングデータが（３００，８０，３００，８０）であり、第２組の最終トリミングデータが（３２０，９５，３１５，７０）であり、第３組の最終トリミングデータが（２９０，７９，２９５，８６）であり、第４組の最終トリミングデータが（２９０，８４，３０２，７４）である。そして、各組の最終トリミングデータにおける一つ目のデータが左余白であり、二つ目のデータが上余白であり、三つ目のデータが右余白であり、四つ目のデータが下余白である場合、各組の最終トリミングデータにおける一つ目のデータである３００、３２０、２９０，２９０によって算出された左余白に対応するトリミングデータが（３００＋３２０＋２９０＋２９０）/４＝３００になる。同様に、上余白に対応するトリミングデータが８４．５であり、右余白に対応するトリミングデータが３０３であり、下余白に対応するトリミングデータが７７．５である。ここで、ファイルがＰＤＦファイルである場合、トリミングデータの単位がＰＤＦ標準に定義された頁のロジック単位であり、例えば、定義頁が８００×６００であると、端末にこのＰＤＦを表示する時、表示インタフェースの実際のサイズによって各ロジック単位の大きさを計算する。例えば、算出されたロジック単位が1/７２インチ、１/８６インチ等である。本発明の実施例がこれに対して限定しない。
【００４４】
好ましくは、誤操作のために採集された最終トリミングデータが正確ではないという現象を避けるため、この最終トリミングデータによって頁をトリミングした後、この頁を閲覧する閲覧時間を採集し、閲覧時間によって最終トリミングデータを選択し、誤操作による最終トリミングデータを除去することができる。
【００４５】
好ましくは、ファイルに対応するファイルマークを受信する前に、
少なくとも１頁の頁情報であって、頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータと、頁の最終トリミングデータによってトリミングされた頁を閲覧する時間と、を含む頁情報を受信するステップと、
各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出するステップと、
ローカルに頁情報におけるファイルマークが検出された場合、ファイルマーク及び頁によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加し、閲覧時間を最終トリミングデータに対応する閲覧時間セットに追加するステップと、
頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成するステップと、をさらに備える。
【００４６】
例えば、サーバーは、閲覧時間セットによって誤操作による最終トリミングデータを除去することができる。よって、頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する前に、
閲覧時間セットにおける所定閾値を越えない閲覧時間を除去するステップと、
最終トリミングデータセットにおける所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去するステップと、をさらに備える。
【００４７】
ここで、所定閾値は、予め設置された一つの閾値であってもよい。サーバーによって閲覧時間がこの閾値より小さいと検出されると、この頁を閲覧する時間が短いことを意味し、この閲覧時間に対応する最終トリミングデータが誤操作による最終トリミングデータである。サーバーによって閲覧時間がこの閾値より大きい又は等しいと検出されると、この頁を閲覧する時間が長いことを意味し、この閲覧時間に対応する最終トリミングデータが誤操作による最終トリミングデータではない。例えば、閾値は手動で設定することができる。例えば、閾値を５秒に設置し、サーバーは、５秒より短い閲覧時間に対応するトリミングデータを最終トリミングデータセットから除去し、これによって、誤操作による最終トリミングデータがトリミングデータに対する正確性に影響することを防止する。
【００４８】
例えば、トリミングデータは、左余白、右余白、上余白及び下余白中の少なくとも一つを備え、頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータ生成するスッテプは、
各組の最終トリミングデータに最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータが取得され、又は、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータが取得されるステップを備える。
【００４９】
ここで、頁のトリミングデータを生成する方法は、例えば、最終トリミングデータに閲覧時間を掛けた後の最終トリミングデータセットによって頁のトリミングデータを生成する方法、又は、最終トリミングデータセットによって頁のトリミングデータを生成する方法、又は、最終トリミングデータセットにおける最大の１組の最終トリミングデータ、及び最小の１組トリミングデータを除去してから頁のトリミングデータを生成する方法など、いろいろある。本実施例は、これに限定しない。
【００５０】
好ましくは、本発明の実施例は、サーバーが最終トリミングデータ及びこの最終トリミングデータに対応する閲覧時間によってトリミングデータを生成することを例として説明する。例えば、ファイル１における第３頁の最終トリミングデータセット及び閲覧時間セットにおいて、第１組の最終トリミングデータが（３００，８０，３００，８０）で、第１組の閲覧時間が４０秒であり、第２組の最終トリミングデータが（３２０，９５，３１５，７０）で、第２組の閲覧時間が４８秒であり、第３組の最終トリミングデータが（２９０，７９，２９５，８６）で、第３組の閲覧時間が３２秒であり、第４組の最終トリミングデータが（２９０，８４，３０２，７４）で、第４組の閲覧時間が４０秒であり、各組の最終トリミングデータにおける一つ目のデータが左余白であり、二番目のデータが上余白であり、三番目のデータが右余白であり、四番目のデータが下余白であるとすると、各組の最終トリミングデータにおける一つ目のデータ及びこのデータに対応する閲覧時間によって、左余白に対応するトリミングデータが（３００×４０＋３２０×４８＋２９０×３２＋２９０×４０）/（４０＋４８＋３２＋４０）＝３１１．８１２５になる。同様に、上余白に対応するトリミングデータが８５．３であり、右余白に対応するトリミングデータが３０４であり、下余白に対応するトリミングデータが７６．７であり、サーバーによって算出されたこの頁のトリミングデータが（３１１．８１２５、８５，３，３０４，７６，７）である。
【００５１】
ステップ３０６：サーバーは、ローカルにこのファイルマークに対応するファイルのトリミングデータパケットが存在するかを検出する。ローカルにこのファイルマークに対応するファイルのトリミングデータパケットが存在することが検出される場合、ステップ３０８に移行し、ローカルにこのファイルマークに対応するファイルのトリミングデータパケットが存在しないと検出される場合、プロセスを終了させる。 
【００５２】
ここで、サーバーによってローカルに受信されたファイルマークに対応するファイルのトリミングデータパケットが存在すると検出される場合、ステップ３０８に移行し、ローカルに受信したファイルマークに対応するファイルのトリミングデータパケットが存在しないと検出される場合、ファイルマークに対応するファイルのトリミングデータパケットが存在しないことを端末にフィードバックし、プロセスを終了させる。 
【００５３】
ステップ３０８：サーバーは、このトリミングデータパケットをフィードバックする。
【００５４】
本発明の実施例は、端末がこのトリミングデータパケットによってファイルに対してトリミングを行うように、サーバーはファイルマークに基づいて検出されたトリミングデータパケットを端末に送信する。 
【００５５】
ステップ３１０：端末はファイルマークに基づいてフィードバックされたトリミングデータパケットを受信し，このトリミングデータパケットはファイルにおける少なくとも１頁のトリミングデータを備える。
【００５６】
ステップ３１２：端末は、トリミングデータパケットにおける現在の頁に対応するトリミングデータパケットを取得し、このトリミングデータパケットは頁余白を含む。
【００５７】
ここで、端末は、現在の頁の頁番号によってトリミングデータパケットにおける頁番号に対応するトリミングデータを取得することができる。このトリミングデータは、頁余白を含む。すなわち、このトリミングデータにおけるデータは、文字部分と頁の輪郭線との距離である。 
【００５８】
ステップ３１４：端末は、この頁余白によって現在の頁の表示領域を確定する。この頁余白は、左余白、右余白、上余白及び下余白中の少なくとも一つを備える。
【００５９】
ここで、端末は、現在の頁及びトリミングデータにおける頁余白によって現在の頁の表示領域を確定することができる。例えば、現在の頁が８００×６００であり、かつトリミングデータが（３００，８４．５，３０３，７７．５）である場合、現在の頁の中心を座標の原点とし、現在の頁の長さ及び幅をＸ軸とＹ軸とすると、現在の頁の表示領域がＸ=−１００である第１の直線、Ｙ＝２１５．５である第２の直線、Χ＝９７である第３の直線、Ｙ＝−２２２．５である第４の直線によって囲まれた領域である。
【００６０】
ステップ３１６：端末が、この表示領域を表示する。
【００６１】
ここで、端末は、この表示領域を直接表示することができる。又は、端末は、表示領域の表示効果を表示することができ、かつ表示領域に変更があったかを検出する。表示領域に変更があったことが検出されると、表示領域を表示するので、表示領域を表示する前に、
前記トリミングデータを変更したかを検出するステップと、
トリミングデータを変更したと検出された場合、変更されたトリミングデータを受信するステップと、
変更されたトリミングデータにおける頁余白によって表示領域を確定するステップと、をさらに備える。
【００６２】
端末が変更されたトリミングデータにおける頁余白によって表示領域を確定する方法は、上記の方法と一致するので、ここで詳しく説明しない。
【００６３】
なお、ファイルに対応するファイルマークを送信した後、
フィードバックされたトリミングデータパケットを受信しなかった場合、現在の頁の頁余白を含むトリミングデータを設定するステップと、
設定されたトリミングデータを受信するステップと、
設定されたトリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを備える頁余白によって現在の頁の表示領域を確定するステップと、
表示領域を表示するスッテプと、をさらに備える。
【００６４】
サーバーにこのファイルマークに対応する最終トリミングデータセットがない場合、又は、この最終トリミングデータセットにおける最終トリミングデータの組数が少な過ぎて、この頁のトリミングデータを生成するのに足りない場合、サーバーは、サーバーに現在このファイルのトリミングデータパケットがないことを端末に通知するための通知情報をフィードバックし、端末は、この通知情報を受信したら、現在の頁のトリミングデータを設定し、設定されたトリミングデータによって現在の頁の表示領域を確定し、この表示領域を表示する。端末が設定されたトリミングデータにおける頁余白によって表示領域を確定する方法は、上記と同じであるので、ここで詳しく説明しない。
【００６５】
例えば、端末は表示領域を表示した後、現在の表示領域に対応する最終トリミングデータをさらにサーバーに送信することで、サーバーがこのトリミングデータによって現在の頁のトリミングデータを再度生成する。表示領域を表示した後、
現在の頁が存在するファイルに対応するファイルマーク、現在の頁の頁番号、現在の頁の表示領域に対応するトリミングデータである最終トリミングデータを採集するステップと、
ファイルマーク、頁番号及び最終トリミングデータを含む頁情報をサーバーに送信することで、サーバーがファイルマーク及び頁番号によって現在の頁を確定すると共に、最終トリミングデータによって現在の頁のトリミングデータを再度生成するステップと、をさらに備える。
【００６６】
ここで、トリミングデータに変更がない場合、最終トリミングデータは受信したトリミングデータである。トリミングデータに変更があった場合、最終トリミングデータは変更された後のトリミングデータである。例えば、伝送資源を節約するため、トリミングデータに変更がない場合、端末はサーバーに最終トリミングデータを送信するステップを実施しなくてもよい。これに対応して、サーバーは頁が存在するファイルに対応するファイルマーク、頁の頁番号、頁の最終トリミングデータを含む頁情報を受信した後、この頁情報によって現在の頁のトリミングデータを生成することができる。具体的プロセスはステップ３０４の記載を参照でき、ここで繰り返さない。
【００６７】
又は、誤操作のために採集した最終トリミングデータが正確でないという現象を避けるため、この最終トリミングデータを用いて頁をトリミングした後、閲覧時間によって最終トリミングデータを選択できるように、この頁を閲覧する閲覧時間をさらに採集し、誤操作による最終トリミングデータを除去してもよい。表示領域を表示した後、
現在の頁が存在するファイルに対応するファイルマーク、現在の頁の頁番号、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータ、最終トリミングデータによってトリミングされた現在の頁の閲覧時間を採集するステップと、
サーバーがファイルマーク及び頁番号によって現在の頁を確定すると共に、最終トリミングデータ及び閲覧時間によって現在の頁を再度生成するように、ファイルマーク、頁番号、最終トリミングデータ、及び閲覧時間を含む頁情報をサーバーに送信するステップと、をさらに備える。
【００６８】
これに対応して、サーバーは、頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータと、頁の最終トリミングデータによって頁をトリミングしてこの頁を閲覧する時間とを備える頁情報を受信した後、この頁情報によって現在の頁のトリミングデータを生成する。具体的なプロセスはステップ３０４の記載を参照でき、ここで繰り返さない。
【００６９】
なお、端末は適切な時期に前記採集した頁情報をサーバーに送信してもよい。この適切な時期は、即時に、端末が次回にサーバーに接続される時、インタネットアイドルである時、端末がＷｉＦｉ(Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ)に接続される時、端末がサーバーにトリミングデータパケットを要求する時等を備えてもよいが、これらに限らない。本発明はこれに対して限定しない。
【００７０】
以上のように、本発明の実施例に係るトリミング方法は、サーバーにファイルに対応するファイルマークを送信し、前記サーバーが前記ファイルマークに基づいてフィードバックした前記ファイルにおける少なくとも１頁のトリミングデータを備えるトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、直接受信したトリミングデータパケットによってファイルをトリミングすることができ、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。また、閲覧時間セットにおける所定閾値を越えない閲覧時間を除去し、最終トリミングデータセットにおける所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去することで、誤操作による最終トリミングデータのために採集した最終トリミングデータが正確でないという問題を解決でき、頁のトリミングデータの正確性が向上される。
【００７１】
実施例４
図４を参照すると、図４は本発明の実施例４に係る端末の構成を示す模式図である。この端末は、スマートフォン、スマートテレビ、タブレットＰＣなどであってもよい。この端末は、
少なくとも１頁を含むファイルに対応するファイルマークを送信する第１の送信モジュール４０１と、
第１の送信モジュール４０１が送信したファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する第１の受信モジュール４０２と、
第１の受信モジュール４０２が受信したトリミングデータパケットによってファイルに対してトリミングを行うトリミングモジュール４０３と、を備える。
【００７２】
以上のように、本発明の実施例に係る端末は、ファイルに対応するファイルマークを送信し、前記ファイルマークに基づいてフィードバックされた、少なくとも１頁のトリミングデータを備えたトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルに対してトリミングすることで、直接受信したトリミングデータパケットによってファイルをトリミングすることができ、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００７３】
実施例５
図５は、本発明の実施例５に係るサーバーの構成を示す模式図である。このサーバーは、
少なくとも１頁を含むファイルに対応するファイルマークを受信する第３の受信モジュール５０１と、
ローカルに、第３の受信モジュール５０１が受信したファイルマークに対応するファイルのトリミングデータパケットであって、ファイルにおける少なくとも１頁のトリミングデータを備えるトリミングデータパケットが存在するかを検出する第１の検出モジュール５０２と、
第１の検出モジュール５０２がローカルにファイルマークに対応するファイルのトリミングデータパケットが存在すると検出した場合、トリミングデータパケットをフィードバックするフィードバックモジュール５０３と、を備える。
【００７４】
従って、本発明の実施例に係るサーバーは、ファイルに対応するファイルマークを受信し、ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在するかを検出し、ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックすることで、端末がこのトリミングデータパケットによってファイルに対してトリミングを行い、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００７５】
実施例６
図６は、本発明の実施例６に係るファイルトリミングのシステムの構成を示す模式図である。このトリミングデータパケットのシステムは、端末４００とサーバー５００とを備える。端末４００は、第１の送信モジュール４０１と、第１の受信モジュール４０２と、トリミングモジュール４０３とを備える。サーバー５００は、第３の受信モジュール５０１と、第１の検出モジュール５０２と、フィードバックモジュール５０３とを備える。
【００７６】
第１の送信モジュール４０１は、少なくとも１頁を含むファイルに対応するファイルマークを送信する。
【００７７】
第３の受信モジュール５０１は、少なくとも１頁を含むファイルに対応するファイルマークを受信する。
【００７８】
第１の検出モジュール５０２は、ローカルに、第３の受信モジュールが受信したファイルマークに対応するファイルのトリミングデータパケットであって、少なくとも１頁のトリミングデータを備えるトリミングデータパケットが存在するかを検出する。
【００７９】
フィードバックモジュール５０３は、第１の検出モジュール５０２がローカルにファイルマークに対応するファイルのトリミングデータパケットが存在すると検出した場合、トリミングデータパケットをフィードバックする。
【００８０】
第１の受信モジュール４０２は、第１の送信モジュール４０１が送信したファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する。
【００８１】
トリミングモジュール４０３は、第１の受信モジュール４０２が受信したトリミングデータパケットによってファイルに対してトリミングを行う。
【００８２】
他の実施例において、トリミングモジュール４０３は、
トリミングデータパケットにおける現在の頁に対応する、頁余白を含むトリミングデータを取得する取得ユニット４０３Ａと、
取得ユニット４０３Ａが取得した、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって現在の頁の表示領域を確定する確定ユニット４０３Ｂと、
確定ユニット４０３Ｂによって確定された領域を表示する表示ユニット４０３Ｃと、を備えてもよい。
【００８３】
また、他の実施例において、トリミングモジュール４０３は、
表示ユニット４０３Ｃが表示領域を表示した後、現在の頁が存在するファイルに対応するファイルマークと、現在の頁の頁番号と、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた現在の頁を閲覧する時間の中の、前から三つの項目又は前から四つの項目とを含む頁情報を採集する採集ユニット４０３Ｄと、
採集ユニット４０３Ｄが採集した頁情報をサーバー５００に送信することで、サーバー５００がファイルマーク及び頁番号によって現在の頁を確定し、最終トリミングデータ又は最終トリミングデータ及び閲覧時間によって現在の頁のトリミングデータを再度生成する、送信ユニット４０３Ｅと、を備えてもよい。
【００８４】
本実施例におけるサーバー５００は、
第３の受信モジュール５０１がファイルに対応するファイルマークを受信する前に、少なくとも１頁の頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータと、頁の最終トリミングデータによってトリミングされた頁を閲覧する時間の中の、前から三つの項目又は四つの項目と、を含む頁情報を受信する第４の受信モジュール５０４と、
第４の受信モジュール５０４が受信した各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出する第２の検出モジュール５０５と、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加する第１の追加モジュール５０６と、
第１の追加モジュール５０６が追加した後の頁の最終トリミングデータセットによって頁のトリミングデータを生成する第１の生成モジュール５０７と、をさらに備えてもよい。又は、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加し、閲覧時間を最終トリミングデータに対応する閲覧時間セットに追加する第２の追加モジュール５０９と、
第２の追加モジュール５０９が追加した頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する第２の生成モジュール５１０と、を備えてもよい。
【００８５】
また、他の実施例において、端末４００は、
第１の送信モジュール４０１がファイルに対応するファイルマークを送信した後、フィードバックされた、頁余白を含むトリミングデータパケットを受信しなかった場合、現在の頁のトリミングデータを設定する設置モジュール４０４と、
設置モジュール４０４によって設定されたトリミングデータを受信する第２の受信モジュール４０５と、
第２の受信モジュール４０５が受信した設定されたトリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって現在の頁の表示領域を確定する確定モジュール４０６と、
確定モジュール４０６によって確定された表示領域を表示する表示モジュール４０７と、をさらに備えてもよい。
【００８６】
別の実施例において、端末４００は、
表示モジュール４０７が表示領域を表示した後、現在の頁が存在するファイルに対応するファイルマークと、現在の頁の頁番号と、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた現在の頁を閲覧する時間の中の、前から三つの項目又は前から四つの項目とを含む頁情報を採集する採集モジュール４０８と、
採集モジュール４０８が採集した頁情報をサーバー５００に送信することで、サーバー５００がファイルマーク及び頁番号によって現在の頁を確定すると共に、最終トリミングデータ又は最終トリミングデータ及び閲覧時間によって現在の頁のトリミングデータを再度生成する、第２の送信モジュール４０９と、
第３の受信モジュール５０１がファイルに対応するファイルマークを受信する前に、少なくとも１頁の頁情報であって、現在の頁の頁番号と、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた現在の頁を閲覧する時間の中の前から三つの項目又は前から四つの項目とを含む頁情報を受信する第４の受信モジュール５０４と、
第４の受信モジュール５０４が受信した各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出する第２の検出モジュール５０５と、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加する第１の追加モジュール５０６と、
第１の追加モジュール５０６によって追加された頁の最終トリミングデータセットによって頁のトリミングデータを生成する第１の生成モジュール５０７と、又は、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加し、閲覧時間を最終トリミングデータに対応する閲覧時間セットに追加する第２の追加モジュール５０８と、
第２の追加モジュール５０８によって追加された頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する第２の生成モジュール５０９と、を備えてもよい。
【００８７】
他の実施例において、トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を含む。
【００８８】
第１の生成モジュール５０７は、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算し、頁のトリミングデータを取得する。
【００８９】
他の実施例において、サーバー５００は、
第２の生成モジュール５０９が頁のトリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する前に、閲覧時間セットにおける所定閾値を越えない閲覧時間を除去する第１の除去モジュール５１０と、
最終トリミングデータセットにおける、第１の除去モジュール５１０が除去した所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去する第２の除去モジュール５１１と、をさらに備えてもよい。
【００９０】
他の実施例において、トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を含む。
【００９１】
第２の生成モジュール５０９は、各組の最終トリミングデータに最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータを取得する。
【００９２】
又は、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータを取得する。
【００９３】
以上のように、本発明の実施例に係るファイルのトリミングシステムは、サーバーに対応するファイルのファイルマークを送信し、サーバーが前記ファイルマークに基づいてフィードバックした前記ファイルにおける少なくとも１頁のトリミングデータを備えるトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、直接受信したトリミングデータパケットによってファイルをトリミングすることができ、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。また、閲覧時間セットにおける所定閾値を越えない閲覧時間を除去し、最終トリミングデータセットにおける所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去することで、誤操作による最終トリミングデータのために採集した最終トリミングデータが正確でないという問題を解決でき、ページのトリミングデータの正確性が向上される。
【００９４】
なお、上記の実施例に係る端末及びサーバーは、ファイルに対してトリミングする時の、上記の各機能モジュールの区分を例として説明したが、実際の応用において、必要に応じて、上記の機能を異なるモジュールに実現してもよい。即ち、端末、サーバー、ファイルトリミングシステムの内部の構成を、上記の機能の全て又は一部を実現できるように、異なる機能モジュールに区分してもよい。まは、上記の実施例に係る端末及びサーバーは、ファイルトリミング方法の実施例と同じ発明思想を持ち、具体的な実施形態については、方法実施例を参照すればいいので、ここで、詳しく説明しない。
【００９５】
本発明の実施例の番号は説明するために用いられたものであり、実施例の良否を意味しない。
【００９６】
当業者は、上記の実施例を実現する全て又は一部のステップは、ハードウェアによって実現してもよいし、プログラムの指令によって関連のハードウェアに実現させてもよい。前記プログラムは、コンピュータの読み取り可能な記録媒体に記憶されてもよい。上記の記録媒体は、ＲＯＭ、磁気ディスク、光ディスクであってもよい。
【００９７】
以上は、本発明の好ましい実施例であり、本発明を制限するものではなく、本発明の主旨や原則内での全ての変更や均等物との置換、改善などの全てが本発明の保護範囲に含まれる。
【００９８】
本願は、出願番号が２０１３１００３９２９６．３であって、出願日が２０１３年１月３１日である中国特許出願に基づき優先権を主張し、該中国特許出願の内容の全てを本願に援用する。
【図１】
2016509273.tif 000003
【図２】
2016509273.tif 000004
【図３】
2016509273.tif 000005
【図４】
2016509273.tif 000006
【図５】
2016509273.tif 000007
【図６】
2016509273.tif 000008
【手続補正書】
【提出日】平成27年5月26日(2015.5.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ技術分野に関し、特に電子ファイルの表示分野に関し、さらに詳しくは、ファイルトリミング方法、端末、サーバー、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
ＰＤＦ（Ｐｏｒｔａｂｌｅ  ｄｏｃｕｍｅｎｔ  ＦＯＲＭＡＴ，ポータブル・ドキュメント・フォーマット）は、電子ファイルのフォーマットであり、このようなファイルフォーマットは全てのオペレーティングシステムに適用されるので、ＰＤＦはインタネット上の電子ファイルの発行及びデジタル情報伝播に対して理想的なファイルフォーマットになっている。
【０００３】
端末でＰＤＦファイルを閲覧する時、ＰＤＦファイルに一定の余白が存在し、この余白がインタフェースの表示領域を占めるため、文字部分の表示領域が小さくなってしまい、閲覧効果が影響される。特に、スマートフォン、ＭＰ３、ＭＰ４及び電子書籍リーダー等の携帯端末のスクリーン表示領域が小さい場合、上述の問題が厳しくなる。ＰＤＦファイルの文字部分の端末における表示領域を拡大するため、端末はＰＤＦファイルの各頁に対して、頁における文字部分を検出し、検出した文字部分に基づきファイルの余白に対して検証や訂正を行い、この頁における余白をトリミングする。これによって、この頁を表示する時、文字部分のみ表示され、文字部分の表示領域が拡大できる。
【０００４】
ＰＤＦファイルの各頁における余白が異なる可能性があるので、端末は、アルゴリズムによってリアルタイムにＰＤＦファイルの各頁の表示領域を検出する必要があり、これによって、ＰＤＦファイルのトリミング操作が大量の資源を占め、ＰＤＦファイルのトリミング効率が低下する。低・中級スマートフォンを例にすると、計算資源に制限があるので、ＰＤＦの全体に対するトリミングが遅く、現在頁からトリミング後の次の頁に切り替えるには数秒の時間が掛かり、効率が低い。
【発明の概要】
【０００５】
本発明は、端末がアルゴリズムによってリアルタイムにＰＤＦファイルにおける各頁のトリミング領域を検出することによる、ＰＤＦファイルに対するトリミング操作が大量の資源を占める問題を解決するため、ファイルトリミング方法、端末、サーバー、プログラム及び記録媒体を提供する。
【０００６】
本発明の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを送信するステップと、
前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信するステップと、
前記トリミングデータパケットによって前記ファイルに対してトリミングするステップと、を備えるファイルトリミング方法を提供する。
【０００７】
また、本発明の他の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを受信するステップと、
ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出するステップと、
ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックするステップと、を備えるファイルトリミング方法を提供する。
【０００８】
また、本発明のさらに他の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを送信する第１の送信モジュールと、
前記第１の送信モジュールが送信した前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する第１の受信モジュールと、
前記第１の受信モジュールが受信したトリミングデータパケットによってファイルに対してトリミングを行うトリミングモジュールと、を備える端末を提供する。
【０００９】
さらに、本発明の他の一態様は、
少なくとも１頁を含むファイルに対応するファイルマークを受信する第３の受信モジュールと、
ローカルに前記第３の受信モジュールが受信したファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出する第１の検出モジュールと、
前記第１の検出モジュールがローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された後、前記トリミングデータパケットをフィードバックするフィードバックモジュールと、を備えるサーバーを提供する。
【００１０】
さらに、本発明の他の一態様は、
プロセッサに実行されることにより、上記のファイルトリミング方法を実現することを特徴とするプログラムをさらに提供する。
【００１１】
またさらに、本発明の他の一態様は、
上記プログラムが記録された記録媒体を提供する。
【００１２】
本発明の実施例に係る技術案によれば、下記のような有益効果が獲得される。即ち、ファイルに対応するファイルマークを送信し、前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、受信したトリミングデータパケットによってファイルに対して直接トリミングすることができ、アルゴリズムによってリアルタイムにファイルにおける各頁のトリミング領域を検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００１３】
なお、上記の一般的な説明及び後の詳しい説明は、例示的なものであり、本発明を制限するものではないことが自明である。
【図面の簡単な説明】
【００１４】
本発明の技術案をより明確に説明するため、以下、実施例を説明する際に使用される図面を簡単に紹介する。勿論、以下に説明される図面は、本発明の一部の実施例であり、当業者にとって、創造的な労働がない前提で、これらの図面によって他の図面が得られる。
【００１５】
【図１】本発明の実施例１に係るファイルトリミング方法を示す例示的なフローチャートである。
【図２】本発明の実施例２に係るファイルトリミング方法を示す例示的なフローチャートである。
【図３】本発明の実施例３に係るファイルトリミング方法を示す例示的なフローチャートである。
【図４】本発明の実施例４に係る端末の構成を示す模式図である。
【図５】本発明の実施例５に係るサーバーの構成を示す模式図である。
【図６】本発明の実施例６に係るファイルトリミングのシステムの構成を示す模式図である。
【発明を実施するための形態】
【００１６】
本発明の目的、技術案及びメリットをより明確にするため、図面を参考しながら本発明の実施例を詳しく説明する。
【００１７】
実施例１
図１を参照すると、図１は、本発明の実施例１に係るファイルトリミング方法を示す例示的なフローチャートである。このファイルトリミング方法は、端末及びサーバーを備えるシステムに適用される。この端末は、スマートテレビ、スマートフォン又はタブレットＰＣなどである。本発明の実施例は、この方法を端末に適用することを例として説明する。このファイルトリミング方法は、以下のステップを含む。
【００１８】
ステップ１０２：少なくとも１頁を含むファイルに対応するファイルマークを送信する。
【００１９】
端末は、サーバーに唯一的に一つのファイルを識別できるファイルマークを送信する。
【００２０】
ステップ１０４：ファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する。
【００２１】
サーバーは、端末からのファイルに対応するファイルマークを受信した後、端末にトリミングデータパケットをフィードバックすると、端末はサーバーによってフィードバックされたトリミングデータパケットを受信する。このトリミングデータパケットは、ファイルに対応するトリミングデータパケットであり、このファイルをトリミングすることに用いられる。ファイルが少なくとも１頁を含むと、トリミングデータパケットはファイルにおける少なくとも１頁のトリミングデータを含むことができる。
【００２２】
ステップ１０６：トリミングデータパケットによってファイルに対してトリミングする。
【００２３】
端末は、トリミングデータパケットにおけるトリミングデータによってファイルに対してトリミングすることができ、トリミングされた後のファイルを表示することができる。
【００２４】
以上のように、本発明の実施例に係るファイルトリミング方法は、ファイルに対応するファイルマークを送信し、前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、受信したトリミングデータパケットによってファイルに対して直接トリミングすることができ、アルゴリズムによってリアルタイムにファイルにおける各頁のトリミング領域を検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００２５】
実施例２
図２を参照すると、図２は本発明の実施例２に係るファイルトリミング方法を示す例示的なフローチャートである。このファイルトリミング方法は端末及びサーバーを備えるシステムに適用される。この端末は、スマートテレビ、スマートフォン又はタブレットＰＣなどである。本発明の実施例は、この方法がサーバーに適用されることを例として説明する。このファイルトリミング方法は、以下のステップを含む。
【００２６】
ステップ２０２：少なくとも１頁を含むファイルに対応するファイルマークを受信する。
【００２７】
サーバーは、端末が送信した、唯一的に一つのファイルを識別できるファイルマークを受信する。
【００２８】
ステップ２０４：ローカルにこのファイルマークに対応するトリミングデータパケットが存在するかを検出し、ローカルにこのファイルマークに対応するトリミングデータパケットが存在すると検出された場合、ステップ２０６に移行し、ローカルにこのファイルマークに対応するトリミングデータパケットが存在しないと検出された場合、プロセスを終了させる。
【００２９】
サーバーには、予め少なくとも一つのファイルのトリミングデータパケットが記憶され、該トリミングデータパケットにはファイルにおける少なくとも１頁のトリミングデータが含まれる。例えば、このトリミングデータパケットは、ファイルに対応するファイルマークによって検出することができ、サーバーによってローカルにこのファイルマークに対応するトリミングデータパケットが存在すると検出されると、ステップ２０６に移行し、ローカルにこのファイルマークに対応するトリミングデータパケットが存在しないと検出されると、端末にこのファイルマークに対応するトリミングデータパケットが存在しないことをフィードバックし、プロセスを終了させる。
【００３０】
ステップ２０６：トリミングデータパケットをフィードバックする。
【００３１】
サーバーは、検出したトリミングデータパケットを端末にフィードバックすることで、端末がこのトリミングデータパケットによってファイルに対してトリミングを行う。
【００３２】
以上のように、本発明の実施例に係るファイルトリミング方法は、ファイルに対応するファイルマークを受信し、ローカルに前記ファイルマークに対応するトリミングデータパケットが存在するかを検出し、ローカルに前記ファイルマークに対応するトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックし、これによって、端末がこのトリミングデータパケットによってファイルに対してトリミングすることができ、アルゴリズムによってリアルタイムにファイルにおける各頁のトリミング領域を検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００３３】
実施例３
図３を参照すると、図３は本発明の実施例３に係るファイルトリミング方法を示す例示的なフローチャートである。この端末は、スマートテレビ、スマートフォン又はタブレットＰＣなどである。本発明の実施例１及び実施例２を組み合わせ、本発明の本実施例は、この方法を端末及びサーバーに同時に適用することを例として説明する。そして、本発明の本実施例におけるサーバーは、端末が採集した頁の情報によってトリミングデータパケットを生成し、このトリミングデータパケットを端末にフィードバックする。このファイルトリミング方法は、以下のステップを含む。
【００３４】
ステップ３０２：端末が少なくとも１頁を含むファイルに対応するファイルマークを送信する。
【００３５】
端末は、サーバーに唯一的に一つのファイルを識別できるファイルマークを送信する。例えば、ファイルマークは、暗号化アルゴリズムによって計算された一つの数値であってもよい。例えば、暗号化アルゴリズムは、ＭＤ５(ＭＥＳＳＡＧＥ-Ｄｉｇｅｓｔ  Ａｌｇｏｒｉｔｈｍ、メッセジー要約アルゴリズム第５版)であってもよい。これによって、ファイルのファイル名に対してＭＤ５計算を実行することができ、算出されたＭＤ５値をファイルマークとする。勿論、他の方法によってファイルマークを取得することができるが、本発明の実施例は特に限定しない。
【００３６】
例えば、このファイルは、ＰＤＦファイルであり、かつこのファイルには少なくとも１頁が含まれ、このファイルに複数の頁が含まれる時、頁番号によって各頁を識別することができる。
【００３７】
ステップ３０４：サーバーは、ファイルに対応するファイルマークを受信する。
【００３８】
本発明の実施例では、端末がサーバーにファイルマークを送信することでこのマークに対応するファイルのトリミングデータパケットを要求するので、サーバーは、ファイルマークを受信する前に、ファイルの頁情報を採集してこの頁情報によってトリミングデータパケットを生成することが必要とされ、これによって、端末にトリミングデータパケットをフィードバックすることができる。トリミングデータパケットは、ファイルにおける少なくとも１頁におけるトリミングデータを備えてもよい。このトリミングデータは、左余白、右余白、上余白及び下余白の少なくとも一つを備える頁余白を含んでもよい。
【００３９】
好ましくは、ファイルに対応するファイルマークを受信する前に、
少なくとも１頁の頁情報であって、頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータとを含む頁情報を受信するステップと、
各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出するステップと、
ローカルに頁情報におけるファイルマークが存在したと検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータをこの頁の最終トリミングデータセットに追加するステップと、
頁の最終トリミングデータセットによって頁のトリミングデータを生成するステップと、をさらに備える。
【００４０】
ファイルの異なる頁における余白が異なるため、サーバーは、各頁における最終トリミングデータを採集することが必要になり、この最終トリミングデータによって対応頁のトリミングデータを生成する。好ましくは、サーバーは、少なくとも一つの端末が同じファイルの同じ頁に対する最終トリミングデータを採集してもよく、この複数の最終トリミングデータより最終トリミングデータセットを組み立て、この最終トリミングデータセットによってこの頁のトリミングデータを生成し、トリミングデータの正確性が向上される。
【００４１】
従って、最終トリミングデータに対応する頁を識別するため、一組の最終トリミングデータを備える頁情報にこの頁が存在するファイルに対応するファイルマーク及び該頁の頁番号を追加することができ、これによって、サーバーが頁情報におけるファイルマークを取得した後、ローカルにこのファイルマークが存在するかを検出し、サーバーによってローカルにこのファイルマークが存在すると検出された場合、このファイルマークに対応するバッファーにおいて、頁番号によってこの頁の最終トリミングデータをこの頁の最終トリミングデータセットに追加し、この最終トリミングデータセットによってこの頁のトリミングデータを生成する。好ましくは、このファイルが複数の頁を備えると、端末は、この複数の頁の頁情報を併せてサーバーに送信し、通信資源が節約される。
【００４２】
例えば、このトリミングデータは、左余白、右余白、上余白及び下余白の少なくとも一つを備える頁余白を含む。頁の最終トリミングデータセットによって頁のトリミングデータを生成するステップは、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータを取得するステップを備えてもよい。
【００４３】
各組の最終トリミングデータは、左余白、右余白、上余白及び下余白の少なくとも一つを備えるので、最終トリミングデータセットによってトリミングデータを生成する時、各頁余白に対応する最終トリミングデータの平均値をそれぞれに計算することができ、トリミングデータの正確性がさらに向上される。
【００４４】
ここで、頁のトリミングデータを計算する方法は多種類がある。例えば、最終トリミングデータセットによって頁のトリミングデータを生成することができる。又は、最終トリミングデータセットにおける最大の最終トリミングデータの組と、最小のトリミングデータの組を除去してから頁のトリミングデータを生成する方法などもある。本実施例は、これに限定しない。
【００４５】
本発明の実施例は、最終トリミングデータセットによって頁のトリミングデータを生成することを例として説明する。例えば、ファイル１における第３頁の最終トリミングデータセットにおいては、第１組の最終トリミングデータが（３００，８０，３００，８０）であり、第２組の最終トリミングデータが（３２０，９５，３１５，７０）であり、第３組の最終トリミングデータが（２９０，７９，２９５，８６）であり、第４組の最終トリミングデータが（２９０，８４，３０２，７４）である。そして、各組の最終トリミングデータにおける一つ目のデータが左余白であり、二つ目のデータが上余白であり、三つ目のデータが右余白であり、四つ目のデータが下余白である場合、各組の最終トリミングデータにおける一つ目のデータである３００、３２０、２９０，２９０によって算出された左余白に対応するトリミングデータが（３００＋３２０＋２９０＋２９０）/４＝３００になる。同様に、上余白に対応するトリミングデータが８４．５であり、右余白に対応するトリミングデータが３０３であり、下余白に対応するトリミングデータが７７．５である。ここで、ファイルがＰＤＦファイルである場合、トリミングデータの単位がＰＤＦ標準に定義された頁のロジック単位であり、例えば、定義頁が８００×６００であると、端末にこのＰＤＦを表示する時、表示インタフェースの実際のサイズによって各ロジック単位の大きさを計算する。例えば、算出されたロジック単位が1/７２インチ、１/８６インチ等である。本発明の実施例がこれに対して限定しない。
【００４６】
好ましくは、誤操作のために採集された最終トリミングデータが正確ではないという現象を避けるため、この最終トリミングデータによって頁をトリミングした後、この頁を閲覧する閲覧時間を採集し、閲覧時間によって最終トリミングデータを選択し、誤操作による最終トリミングデータを除去することができる。
【００４７】
好ましくは、ファイルに対応するファイルマークを受信する前に、
少なくとも１頁の頁情報であって、頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータと、頁の最終トリミングデータによってトリミングされた頁を閲覧する時間と、を含む頁情報を受信するステップと、
各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出するステップと、
ローカルに頁情報におけるファイルマークが検出された場合、ファイルマーク及び頁によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加し、閲覧時間を最終トリミングデータに対応する閲覧時間セットに追加するステップと、
頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成するステップと、をさらに備える。
【００４８】
例えば、サーバーは、閲覧時間セットによって誤操作による最終トリミングデータを除去することができる。よって、頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する前に、
閲覧時間セットにおける所定閾値を越えない閲覧時間を除去するステップと、
最終トリミングデータセットにおける所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去するステップと、をさらに備える。
【００４９】
ここで、所定閾値は、予め設置された一つの閾値であってもよい。サーバーによって閲覧時間がこの閾値より小さいと検出されると、この頁を閲覧する時間が短いことを意味し、この閲覧時間に対応する最終トリミングデータが誤操作による最終トリミングデータである。サーバーによって閲覧時間がこの閾値より大きい又は等しいと検出されると、この頁を閲覧する時間が長いことを意味し、この閲覧時間に対応する最終トリミングデータが誤操作による最終トリミングデータではない。例えば、閾値は手動で設定することができる。例えば、閾値を５秒に設置し、サーバーは、５秒より短い閲覧時間に対応するトリミングデータを最終トリミングデータセットから除去し、これによって、誤操作による最終トリミングデータがトリミングデータに対する正確性に影響することを防止する。
【００５０】
例えば、トリミングデータは、左余白、右余白、上余白及び下余白中の少なくとも一つを備え、頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータ生成するスッテプは、
各組の最終トリミングデータに最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータが取得され、又は、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータが取得されるステップを備える。
【００５１】
ここで、頁のトリミングデータを生成する方法は、例えば、最終トリミングデータに閲覧時間を掛けた後の最終トリミングデータセットによって頁のトリミングデータを生成する方法、又は、最終トリミングデータセットによって頁のトリミングデータを生成する方法、又は、最終トリミングデータセットにおける最大の１組の最終トリミングデータ、及び最小の１組トリミングデータを除去してから頁のトリミングデータを生成する方法など、いろいろある。本実施例は、これに限定しない。
【００５２】
好ましくは、本発明の実施例は、サーバーが最終トリミングデータ及びこの最終トリミングデータに対応する閲覧時間によってトリミングデータを生成することを例として説明する。例えば、ファイル１における第３頁の最終トリミングデータセット及び閲覧時間セットにおいて、第１組の最終トリミングデータが（３００，８０，３００，８０）で、第１組の閲覧時間が４０秒であり、第２組の最終トリミングデータが（３２０，９５，３１５，７０）で、第２組の閲覧時間が４８秒であり、第３組の最終トリミングデータが（２９０，７９，２９５，８６）で、第３組の閲覧時間が３２秒であり、第４組の最終トリミングデータが（２９０，８４，３０２，７４）で、第４組の閲覧時間が４０秒であり、各組の最終トリミングデータにおける一つ目のデータが左余白であり、二番目のデータが上余白であり、三番目のデータが右余白であり、四番目のデータが下余白であるとすると、各組の最終トリミングデータにおける一つ目のデータ及びこのデータに対応する閲覧時間によって、左余白に対応するトリミングデータが（３００×４０＋３２０×４８＋２９０×３２＋２９０×４０）/（４０＋４８＋３２＋４０）＝３１１．８１２５になる。同様に、上余白に対応するトリミングデータが８５．３であり、右余白に対応するトリミングデータが３０４であり、下余白に対応するトリミングデータが７６．７であり、サーバーによって算出されたこの頁のトリミングデータが（３１１．８１２５、８５，３，３０４，７６，７）である。
【００５３】
ステップ３０６：サーバーは、ローカルにこのファイルマークに対応するファイルのトリミングデータパケットが存在するかを検出する。ローカルにこのファイルマークに対応するファイルのトリミングデータパケットが存在することが検出される場合、ステップ３０８に移行し、ローカルにこのファイルマークに対応するファイルのトリミングデータパケットが存在しないと検出される場合、プロセスを終了させる。 
【００５４】
ここで、サーバーによってローカルに受信されたファイルマークに対応するファイルのトリミングデータパケットが存在すると検出される場合、ステップ３０８に移行し、ローカルに受信したファイルマークに対応するファイルのトリミングデータパケットが存在しないと検出される場合、ファイルマークに対応するファイルのトリミングデータパケットが存在しないことを端末にフィードバックし、プロセスを終了させる。 
【００５５】
ステップ３０８：サーバーは、このトリミングデータパケットをフィードバックする。
【００５６】
本発明の実施例は、端末がこのトリミングデータパケットによってファイルに対してトリミングを行うように、サーバーはファイルマークに基づいて検出されたトリミングデータパケットを端末に送信する。 
【００５７】
ステップ３１０：端末はファイルマークに基づいてフィードバックされたトリミングデータパケットを受信し，このトリミングデータパケットはファイルにおける少なくとも１頁のトリミングデータを備える。
【００５８】
ステップ３１２：端末は、トリミングデータパケットにおける現在の頁に対応するトリミングデータパケットを取得し、このトリミングデータパケットは頁余白を含む。
【００５９】
ここで、端末は、現在の頁の頁番号によってトリミングデータパケットにおける頁番号に対応するトリミングデータを取得することができる。このトリミングデータは、頁余白を含む。すなわち、このトリミングデータにおけるデータは、文字部分と頁の輪郭線との距離である。 
【００６０】
ステップ３１４：端末は、この頁余白によって現在の頁の表示領域を確定する。この頁余白は、左余白、右余白、上余白及び下余白中の少なくとも一つを備える。
【００６１】
ここで、端末は、現在の頁及びトリミングデータにおける頁余白によって現在の頁の表示領域を確定することができる。例えば、現在の頁が８００×６００であり、かつトリミングデータが（３００，８４．５，３０３，７７．５）である場合、現在の頁の中心を座標の原点とし、現在の頁の長さ及び幅をＸ軸とＹ軸とすると、現在の頁の表示領域がＸ=−１００である第１の直線、Ｙ＝２１５．５である第２の直線、Χ＝９７である第３の直線、Ｙ＝−２２２．５である第４の直線によって囲まれた領域である。
【００６２】
ステップ３１６：端末が、この表示領域を表示する。
【００６３】
ここで、端末は、この表示領域を直接表示することができる。又は、端末は、表示領域の表示効果を表示することができ、かつ表示領域に変更があったかを検出する。表示領域に変更があったことが検出されると、表示領域を表示するので、表示領域を表示する前に、
前記トリミングデータを変更したかを検出するステップと、
トリミングデータを変更したと検出された場合、変更されたトリミングデータを受信するステップと、
変更されたトリミングデータにおける頁余白によって表示領域を確定するステップと、をさらに備える。
【００６４】
端末が変更されたトリミングデータにおける頁余白によって表示領域を確定する方法は、上記の方法と一致するので、ここで詳しく説明しない。
【００６５】
なお、ファイルに対応するファイルマークを送信した後、
フィードバックされたトリミングデータパケットを受信しなかった場合、現在の頁の頁余白を含むトリミングデータを設定するステップと、
設定されたトリミングデータを受信するステップと、
設定されたトリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを備える頁余白によって現在の頁の表示領域を確定するステップと、
表示領域を表示するスッテプと、をさらに備える。
【００６６】
サーバーにこのファイルマークに対応する最終トリミングデータセットがない場合、又は、この最終トリミングデータセットにおける最終トリミングデータの組数が少な過ぎて、この頁のトリミングデータを生成するのに足りない場合、サーバーは、サーバーに現在このファイルのトリミングデータパケットがないことを端末に通知するための通知情報をフィードバックし、端末は、この通知情報を受信したら、現在の頁のトリミングデータを設定し、設定されたトリミングデータによって現在の頁の表示領域を確定し、この表示領域を表示する。端末が設定されたトリミングデータにおける頁余白によって表示領域を確定する方法は、上記と同じであるので、ここで詳しく説明しない。
【００６７】
例えば、端末は表示領域を表示した後、現在の表示領域に対応する最終トリミングデータをさらにサーバーに送信することで、サーバーがこのトリミングデータによって現在の頁のトリミングデータを再度生成する。表示領域を表示した後、
現在の頁が存在するファイルに対応するファイルマーク、現在の頁の頁番号、現在の頁の表示領域に対応するトリミングデータである最終トリミングデータを採集するステップと、
ファイルマーク、頁番号及び最終トリミングデータを含む頁情報をサーバーに送信することで、サーバーがファイルマーク及び頁番号によって現在の頁を確定すると共に、最終トリミングデータによって現在の頁のトリミングデータを再度生成するステップと、をさらに備える。
【００６８】
ここで、トリミングデータに変更がない場合、最終トリミングデータは受信したトリミングデータである。トリミングデータに変更があった場合、最終トリミングデータは変更された後のトリミングデータである。例えば、伝送資源を節約するため、トリミングデータに変更がない場合、端末はサーバーに最終トリミングデータを送信するステップを実施しなくてもよい。これに対応して、サーバーは頁が存在するファイルに対応するファイルマーク、頁の頁番号、頁の最終トリミングデータを含む頁情報を受信した後、この頁情報によって現在の頁のトリミングデータを生成することができる。具体的プロセスはステップ３０４の記載を参照でき、ここで繰り返さない。
【００６９】
又は、誤操作のために採集した最終トリミングデータが正確でないという現象を避けるため、この最終トリミングデータを用いて頁をトリミングした後、閲覧時間によって最終トリミングデータを選択できるように、この頁を閲覧する閲覧時間をさらに採集し、誤操作による最終トリミングデータを除去してもよい。表示領域を表示した後、
現在の頁が存在するファイルに対応するファイルマーク、現在の頁の頁番号、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータ、最終トリミングデータによってトリミングされた現在の頁の閲覧時間を採集するステップと、
サーバーがファイルマーク及び頁番号によって現在の頁を確定すると共に、最終トリミングデータ及び閲覧時間によって現在の頁を再度生成するように、ファイルマーク、頁番号、最終トリミングデータ、及び閲覧時間を含む頁情報をサーバーに送信するステップと、をさらに備える。
【００７０】
これに対応して、サーバーは、頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータと、頁の最終トリミングデータによって頁をトリミングしてこの頁を閲覧する時間とを備える頁情報を受信した後、この頁情報によって現在の頁のトリミングデータを生成する。具体的なプロセスはステップ３０４の記載を参照でき、ここで繰り返さない。
【００７１】
なお、端末は適切な時期に前記採集した頁情報をサーバーに送信してもよい。この適切な時期は、即時に、端末が次回にサーバーに接続される時、インタネットアイドルである時、端末がＷｉＦｉ(Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ)に接続される時、端末がサーバーにトリミングデータパケットを要求する時等を備えてもよいが、これらに限らない。本発明はこれに対して限定しない。
【００７２】
以上のように、本発明の実施例に係るトリミング方法は、サーバーにファイルに対応するファイルマークを送信し、前記サーバーが前記ファイルマークに基づいてフィードバックした前記ファイルにおける少なくとも１頁のトリミングデータを備えるトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、直接受信したトリミングデータパケットによってファイルをトリミングすることができ、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。また、閲覧時間セットにおける所定閾値を越えない閲覧時間を除去し、最終トリミングデータセットにおける所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去することで、誤操作による最終トリミングデータのために採集した最終トリミングデータが正確でないという問題を解決でき、頁のトリミングデータの正確性が向上される。
【００７３】
実施例４
図４を参照すると、図４は本発明の実施例４に係る端末の構成を示す模式図である。この端末は、スマートフォン、スマートテレビ、タブレットＰＣなどであってもよい。この端末は、
少なくとも１頁を含むファイルに対応するファイルマークを送信する第１の送信モジュール４０１と、
第１の送信モジュール４０１が送信したファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する第１の受信モジュール４０２と、
第１の受信モジュール４０２が受信したトリミングデータパケットによってファイルに対してトリミングを行うトリミングモジュール４０３と、を備える。
【００７４】
以上のように、本発明の実施例に係る端末は、ファイルに対応するファイルマークを送信し、前記ファイルマークに基づいてフィードバックされた、少なくとも１頁のトリミングデータを備えたトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルに対してトリミングすることで、直接受信したトリミングデータパケットによってファイルをトリミングすることができ、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００７５】
実施例５
図５は、本発明の実施例５に係るサーバーの構成を示す模式図である。このサーバーは、
少なくとも１頁を含むファイルに対応するファイルマークを受信する第３の受信モジュール５０１と、
ローカルに、第３の受信モジュール５０１が受信したファイルマークに対応するファイルのトリミングデータパケットであって、ファイルにおける少なくとも１頁のトリミングデータを備えるトリミングデータパケットが存在するかを検出する第１の検出モジュール５０２と、
第１の検出モジュール５０２がローカルにファイルマークに対応するファイルのトリミングデータパケットが存在すると検出した場合、トリミングデータパケットをフィードバックするフィードバックモジュール５０３と、を備える。
【００７６】
従って、本発明の実施例に係るサーバーは、ファイルに対応するファイルマークを受信し、ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在するかを検出し、ローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックすることで、端末がこのトリミングデータパケットによってファイルに対してトリミングを行い、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。
【００７７】
実施例６
図６は、本発明の実施例６に係るファイルトリミングのシステムの構成を示す模式図である。このトリミングデータパケットのシステムは、端末４００とサーバー５００とを備える。端末４００は、第１の送信モジュール４０１と、第１の受信モジュール４０２と、トリミングモジュール４０３とを備える。サーバー５００は、第３の受信モジュール５０１と、第１の検出モジュール５０２と、フィードバックモジュール５０３とを備える。
【００７８】
第１の送信モジュール４０１は、少なくとも１頁を含むファイルに対応するファイルマークを送信する。
【００７９】
第３の受信モジュール５０１は、少なくとも１頁を含むファイルに対応するファイルマークを受信する。
【００８０】
第１の検出モジュール５０２は、ローカルに、第３の受信モジュールが受信したファイルマークに対応するファイルのトリミングデータパケットであって、少なくとも１頁のトリミングデータを備えるトリミングデータパケットが存在するかを検出する。
【００８１】
フィードバックモジュール５０３は、第１の検出モジュール５０２がローカルにファイルマークに対応するファイルのトリミングデータパケットが存在すると検出した場合、トリミングデータパケットをフィードバックする。
【００８２】
第１の受信モジュール４０２は、第１の送信モジュール４０１が送信したファイルマークに基づいてフィードバックされた、ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する。
【００８３】
トリミングモジュール４０３は、第１の受信モジュール４０２が受信したトリミングデータパケットによってファイルに対してトリミングを行う。
【００８４】
他の実施例において、トリミングモジュール４０３は、
トリミングデータパケットにおける現在の頁に対応する、頁余白を含むトリミングデータを取得する取得ユニット４０３Ａと、
取得ユニット４０３Ａが取得した、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって現在の頁の表示領域を確定する確定ユニット４０３Ｂと、
確定ユニット４０３Ｂによって確定された領域を表示する表示ユニット４０３Ｃと、を備えてもよい。
【００８５】
また、他の実施例において、トリミングモジュール４０３は、
表示ユニット４０３Ｃが表示領域を表示した後、現在の頁が存在するファイルに対応するファイルマークと、現在の頁の頁番号と、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた現在の頁を閲覧する時間の中の、前から三つの項目又は前から四つの項目とを含む頁情報を採集する採集ユニット４０３Ｄと、
採集ユニット４０３Ｄが採集した頁情報をサーバー５００に送信することで、サーバー５００がファイルマーク及び頁番号によって現在の頁を確定し、最終トリミングデータ又は最終トリミングデータ及び閲覧時間によって現在の頁のトリミングデータを再度生成する、送信ユニット４０３Ｅと、を備えてもよい。
【００８６】
本実施例におけるサーバー５００は、
第３の受信モジュール５０１がファイルに対応するファイルマークを受信する前に、少なくとも１頁の頁が存在するファイルに対応するファイルマークと、頁の頁番号と、頁の最終トリミングデータと、頁の最終トリミングデータによってトリミングされた頁を閲覧する時間の中の、前から三つの項目又は四つの項目と、を含む頁情報を受信する第４の受信モジュール５０４と、
第４の受信モジュール５０４が受信した各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出する第２の検出モジュール５０５と、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加する第１の追加モジュール５０６と、
第１の追加モジュール５０６が追加した後の頁の最終トリミングデータセットによって頁のトリミングデータを生成する第１の生成モジュール５０７と、をさらに備えてもよい。又は、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加し、閲覧時間を最終トリミングデータに対応する閲覧時間セットに追加する第２の追加モジュール５０９と、
第２の追加モジュール５０９が追加した頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する第２の生成モジュール５１０と、を備えてもよい。
【００８７】
また、他の実施例において、端末４００は、
第１の送信モジュール４０１がファイルに対応するファイルマークを送信した後、フィードバックされた、頁余白を含むトリミングデータパケットを受信しなかった場合、現在の頁のトリミングデータを設定する設置モジュール４０４と、
設置モジュール４０４によって設定されたトリミングデータを受信する第２の受信モジュール４０５と、
第２の受信モジュール４０５が受信した設定されたトリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって現在の頁の表示領域を確定する確定モジュール４０６と、
確定モジュール４０６によって確定された表示領域を表示する表示モジュール４０７と、をさらに備えてもよい。
【００８８】
別の実施例において、端末４００は、
表示モジュール４０７が表示領域を表示した後、現在の頁が存在するファイルに対応するファイルマークと、現在の頁の頁番号と、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた現在の頁を閲覧する時間の中の、前から三つの項目又は前から四つの項目とを含む頁情報を採集する採集モジュール４０８と、
採集モジュール４０８が採集した頁情報をサーバー５００に送信することで、サーバー５００がファイルマーク及び頁番号によって現在の頁を確定すると共に、最終トリミングデータ又は最終トリミングデータ及び閲覧時間によって現在の頁のトリミングデータを再度生成する、第２の送信モジュール４０９と、
第３の受信モジュール５０１がファイルに対応するファイルマークを受信する前に、少なくとも１頁の頁情報であって、現在の頁の頁番号と、現在の頁の最終トリミングデータであって表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた現在の頁を閲覧する時間の中の前から三つの項目又は前から四つの項目とを含む頁情報を受信する第４の受信モジュール５０４と、
第４の受信モジュール５０４が受信した各頁の頁情報に対して、ローカルに頁情報におけるファイルマークが存在するかを検出する第２の検出モジュール５０５と、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加する第１の追加モジュール５０６と、
第１の追加モジュール５０６によって追加された頁の最終トリミングデータセットによって頁のトリミングデータを生成する第１の生成モジュール５０７と、又は、
第２の検出モジュール５０５によってローカルに頁情報におけるファイルマークが存在すると検出された場合、ファイルマーク及び頁番号によって頁の最終トリミングデータを頁の最終トリミングデータセットに追加し、閲覧時間を最終トリミングデータに対応する閲覧時間セットに追加する第２の追加モジュール５０８と、
第２の追加モジュール５０８によって追加された頁の最終トリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する第２の生成モジュール５０９と、を備えてもよい。
【００８９】
他の実施例において、トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を含む。
【００９０】
第１の生成モジュール５０７は、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算し、頁のトリミングデータを取得する。
【００９１】
他の実施例において、サーバー５００は、
第２の生成モジュール５０９が頁のトリミングデータセット及び閲覧時間セットによって頁のトリミングデータを生成する前に、閲覧時間セットにおける所定閾値を越えない閲覧時間を除去する第１の除去モジュール５１０と、
最終トリミングデータセットにおける、第１の除去モジュール５１０が除去した所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去する第２の除去モジュール５１１と、をさらに備えてもよい。
【００９２】
他の実施例において、トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を含む。
【００９３】
第２の生成モジュール５０９は、各組の最終トリミングデータに最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータを取得する。
【００９４】
又は、頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、頁のトリミングデータを取得する。
【００９５】
以上のように、本発明の実施例に係るファイルのトリミングシステムは、サーバーに対応するファイルのファイルマークを送信し、サーバーが前記ファイルマークに基づいてフィードバックした前記ファイルにおける少なくとも１頁のトリミングデータを備えるトリミングデータパケットを受信し、前記トリミングデータパケットによって前記ファイルをトリミングすることで、直接受信したトリミングデータパケットによってファイルをトリミングすることができ、端末がアルゴリズムによってリアルタイムにファイルの各頁のトリミングデータを検出することによる、ファイルに対するトリミング操作が大量の資源を占める問題を解決でき、ファイルに対するトリミング効率が向上される。また、閲覧時間セットにおける所定閾値を越えない閲覧時間を除去し、最終トリミングデータセットにおける所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去することで、誤操作による最終トリミングデータのために採集した最終トリミングデータが正確でないという問題を解決でき、ページのトリミングデータの正確性が向上される。
【００９６】
なお、上記の実施例に係る端末及びサーバーは、ファイルに対してトリミングする時の、上記の各機能モジュールの区分を例として説明したが、実際の応用において、必要に応じて、上記の機能を異なるモジュールに実現してもよい。即ち、端末、サーバー、ファイルトリミングシステムの内部の構成を、上記の機能の全て又は一部を実現できるように、異なる機能モジュールに区分してもよい。まは、上記の実施例に係る端末及びサーバーは、ファイルトリミング方法の実施例と同じ発明思想を持ち、具体的な実施形態については、方法実施例を参照すればいいので、ここで、詳しく説明しない。
【００９７】
本発明の実施例の番号は説明するために用いられたものであり、実施例の良否を意味しない。
【００９８】
当業者は、上記の実施例を実現する全て又は一部のステップは、ハードウェアによって実現してもよいし、プログラムの指令によって関連のハードウェアに実現させてもよい。前記プログラムは、コンピュータの読み取り可能な記録媒体に記憶されてもよい。上記の記録媒体は、ＲＯＭ、磁気ディスク、光ディスクであってもよい。
【００９９】
以上は、本発明の好ましい実施例であり、本発明を制限するものではなく、本発明の主旨や原則内での全ての変更や均等物との置換、改善などの全てが本発明の保護範囲に含まれる。
【０１００】
本願は、出願番号が２０１３１００３９２９６．３であって、出願日が２０１３年１月３１日である中国特許出願に基づき優先権を主張し、該中国特許出願の内容の全てを本願に援用する。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１頁を含むファイルに対応するファイルマークを送信するステップと、
前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信するステップと、
前記トリミングデータパケットによって前記ファイルに対してトリミングするステップと、を備えるファイルトリミング方法。
【請求項２】
前記トリミングデータパケットによって前記ファイルに対してトリミングするステップは、
前記トリミングデータパケットにおける現在の頁に対応する、頁余白を含むトリミングデータを取得するステップと、
左余白、右余白、上余白、下余白中の少なくとも一つを含む前記頁余白によって前記現在の頁の表示領域を確定するステップと、
前記表示領域を表示するステップと、を備えることを特徴とする請求項１に記載のファイルトリミング方法。
【請求項３】
前記ファイルに対応するファイルマークを送信した後、
フィードバックされた、頁余白を含む前記トリミングデータパケットを受信しなかった場合、現在の頁のトリミングデータを設定するステップと、
設定されたトリミングデータを受信するステップと、
前記設定されたトリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって前記現在の頁の表示領域を確定するステップと、
前記表示領域を表示するステップと、をさらに備えることを特徴とする請求項１に記載のファイルトリミング方法。
【請求項４】
前記表示領域を表示した後、
前記現在の頁が存在するファイルに対応するファイルマークと、前記現在の頁の頁番号と、前記現在の頁の最終トリミングデータであって前記表示領域に対応するトリミングデータである最終トリミングデータと、前記最終トリミングデータによってトリミングされた現在の頁を閲覧する閲覧時間の中の、前から三つの項目又は前から四つの項目を含む頁情報を採集するステップと、
サーバーが前記ファイルマーク及び前記頁番号によって前記現在の頁を確定すると共に、前記最終トリミングデータ又は前記最終トリミングデータ及び前記閲覧時間によって、前記現在の頁のトリミングデータを再度生成するように、前記頁情報を前記サーバーに送信するステップと、をさらに備えることを特徴とする請求項２又は３に記載のファイルトリミング方法。
【請求項５】
少なくとも１頁を含むファイルに対応するファイルマークを受信するステップと、
前記ファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出するステップと、
前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された場合、前記トリミングデータパケットをフィードバックするステップと、を備えることを特徴とするファイルトリミング方法。
【請求項６】
前記ファイルに対応するファイルマークを受信する前に、
少なくとも１頁の頁情報であって、前記頁が存在するファイルに対応するファイルマークと、前記頁の頁番号と、前記頁の最終トリミングデータと、前記頁の最終トリミングデータによってトリミングされた前記頁を閲覧する閲覧時間の中の、前から三つの項目又は四つの項目を含む頁情報を受信するステップと、
各頁の頁情報に対して、ローカルに前記頁情報における前記ファイルマークが存在するかを検出するステップと、
ローカルに前記頁情報における前記ファイルマークが存在すると検出された場合、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加するステップと、
前記頁の最終トリミングデータセットによって前記頁のトリミングデータを生成するステップ、
又は、
ローカルに前記頁情報における前記ファイルマークが存在すると検出された場合、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加すると共に、前記閲覧時間を前記最終トリミングデータに対応する閲覧時間セットに追加するステップと、
前記頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成するステップとをさらに備えることを特徴とする請求項５に記載のファイルトリミング方法。
【請求項７】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を備え、
前記頁の最終トリミングデータセットによって前記頁のトリミングデータを生成するステップは、
前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得するステップを備えることを特徴とする請求項６に記載のファイルトリミング方法。
【請求項８】
前記頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する前に、
前記閲覧時間セットにおける所定閾値を越えない閲覧時間を除去するステップと、
前記最終トリミングデータセットにおける前記所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去するステップと、をさらに備えることを特徴とする請求項６に記載のファイルトリミング方法。
【請求項９】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を備え、
前記頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する方法は、
各組の最終トリミングデータに前記最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得する方法、
又は、
前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得する方法、を備えることを特徴とする請求項６又は８に記載のファイルトリミング方法。
【請求項１０】
少なくとも１頁を含むファイルに対応するファイルマークを送信する第１の送信モジュールと、
前記第１の送信モジュールが送信した前記ファイルマークに基づいてフィードバックされた、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットを受信する第１の受信モジュールと、
前記第１の受信モジュールが受信したトリミングデータパケットによって前記ファイルに対してトリミングを行うトリミングモジュールと、を備えることを特徴とする端末。
【請求項１１】
前記トリミングモジュールは、
前記トリミングデータパケットにおける現在の頁に対応する、頁余白を含むトリミングデータを取得する取得ユニットと、
前記取得ユニットが取得した、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって前記現在の頁の表示領域を確定する確定ユニットと、
前記確定ユニットによって確定された領域を表示する表示ユニットと、を備えることを特徴とする請求項１０に記載された端末。
【請求項１２】
前記トリミングモジュールは、
前記表示ユニットが前記表示領域を表示した後、前記現在の頁が存在するファイルに対応するファイルマークと、前記現在の頁の頁番号と、前記現在の頁の最終トリミングデータであって前記表示領域に対応するトリミングデータである最終トリミングデータと、前記最終トリミングデータによってトリミングされた前記現在の頁を閲覧する閲覧時間の中の、前から三つの項目又は前から四つの項目を含む頁情報を採集する採集ユニットと、
サーバーが前記ファイルマーク及び前記頁番号によって前記現在の頁を確定すると共に、前記最終トリミングデータ又は前記最終トリミングデータ及び前記閲覧時間によって前記現在の頁のトリミングデータを再度生成するように、前記採集ユニットが採集した前記頁情報を前記サーバーに送信する送信ユニットと、をさらに備えることを特徴とする請求項１１に記載された端末。
【請求項１３】
前記第１の送信モジュールがファイルに対応するファイルマークを送信した後、フィードバックされた、頁余白を含むトリミングデータパケットを受信しなかった場合、現在の頁のトリミングデータを設定する設置モジュールと、
前記設置モジュールが設定したトリミングデータを受信する第２の受信モジュールと、
前記第２の受信モジュールが受信した設定トリミングデータにおける、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白によって前記現在の頁の表示領域を確定する確定モジュールと、
前記確定モジュールが確定した表示領域を表示する表示モジュールと、をさらに備えることを特徴とする請求項１０に記載された端末。
【請求項１４】
前記表示モジュールが前記表示領域を表示した後、前記現在の頁が存在するファイルに対応するファイルマークと、前記現在の頁の頁番号と、前記現在の頁の最終トリミングデータであって前記表示領域に対応するトリミングデータである最終トリミングデータと、最終トリミングデータによってトリミングされた前記現在の頁を閲覧する閲覧時間の中の、前から三つの項目又は前から四つの項目とを含む頁情報を採集する採集モジュールと、
サーバーが前記ファイルマーク及び前記頁番号によって前記現在の頁を確定すると共に、前記最終トリミングデータ又は前記最終トリミングデータ及び前記閲覧時間によって前記現在の頁のトリミングデータを再度生成するように、前記採集モジュールが採集した前記頁情報を前記サーバーに送信する第２の送信モジュールと、をさらに備えることを特徴とする請求項１３に記載された端末。
【請求項１５】
少なくとも１頁を含むファイルに対応するファイルマークを受信する第３の受信モジュールと、
ローカルに前記第３の受信モジュールが受信したファイルマークに対応するファイルのトリミングデータパケットであって、前記ファイルにおける少なくとも１頁のトリミングデータを含むトリミングデータパケットが存在するかを検出する第１の検出モジュールと、
前記第１の検出モジュールがローカルに前記ファイルマークに対応するファイルのトリミングデータパケットが存在すると検出された後、トリミングデータパケットをフィードバックするフィードバックモジュールと、を備えることを特徴とするサーバー。
【請求項１６】
前記第３の受信モジュールがファイルに対応するファイルマークを受信する前に、少なくとも１頁の頁情報であって、前記頁が存在するファイルに対応するファイルマークと、前記頁の頁番号と、前記頁の最終トリミングデータと、前記頁の最終トリミングデータによってトリミングされた前記頁を閲覧する閲覧時間の中の、前から三つの項目又は四つの項目とを含む頁情報を受信する第４の受信モジュールと、
前記第４の受信モジュールが受信した各頁の頁情報に対して、ローカルに前記頁情報における前記ファイルマークが存在するかを検出する第２の検出モジュールと、
前記第２の検出モジュールがローカルに前記頁情報における前記ファイルマークが存在すると検出した後、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加する第１の追加モジュールと、
前記第１の追加モジュールが追加した頁の最終トリミングデータセットによって前記頁のトリミングデータを生成する第１の生成モジュールと、又は、
前記第２の検出モジュールがローカルに前記頁情報における前記ファイルマークが存在すると検出した後、前記ファイルマーク及び前記頁番号によって前記頁の最終トリミングデータを前記頁の最終トリミングデータセットに追加すると共に、前記閲覧時間を前記最終トリミングデータに対応する閲覧時間セットに追加する第２の追加モジュールと、
前記第２の追加モジュールが追加した頁の最終トリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する第２の生成モジュールと、を備えることを特徴とする請求項１５に記載のサーバー。
【請求項１７】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を備え、
前記第１の生成モジュールは、前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得することを特徴とする請求項１６に記載のサーバー。
【請求項１８】
前記第２の生成モジュールが前記頁のトリミングデータセット及び前記閲覧時間セットによって前記頁のトリミングデータを生成する前に、前記閲覧時間セットにおける所定閾値を越えない閲覧時間を除去する第１の除去モジュールと、
前記最終トリミングデータセットにおける、前記第１の除去モジュールが除去した所定閾値を越えない閲覧時間に対応する最終トリミングデータを除去する第２の除去モジュールと、をさらに備えることを特徴とする請求項１６に記載のサーバー。
【請求項１９】
前記トリミングデータは、左余白、右余白、上余白、下余白中の少なくとも一つを含む頁余白を含み、
前記第２の生成モジュールは、各組の最終トリミングデータに前記最終トリミングデータに対応する閲覧時間を掛けて、掛け算後の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得し、
又は、前記頁の最終トリミングデータセットにおける各頁余白に対応する最終トリミングデータの平均値をそれぞれ計算して、前記頁のトリミングデータを取得することを特徴とする請求項１６又は１８に記載のサーバー。
【請求項２０】
プロセッサに実行されることにより、請求項１から請求項９のいずれか一項に記載のファイルトリミング方法を実現することを特徴とするプログラム。
【請求項２１】
請求項２０に記載のプログラムが記録された記録媒体。
【国際調査報告】
2016509273.tif 000009
2016509273.tif 000010
2016509273.tif 000011
2016509273.tif 000012
2016509273.tif 000013
2016509273.tif 000014