JP2015228209A - データ校正プラットフォームサーバー - Google Patents

Abstract

【課題】インターネット接続装置が接続して、文書ファイルを受信するために用いられるデータ校正プラットフォームサーバーを提供する。
【解決手段】文書ファイル内の文字を識別してから文字を複数のリフロー型段落に変換し、また、オリジナル段落９１３とファイル形式変換後のリフロー型段落９１４の対照関係に基づいてインデックスデータを生成する。校正ウェブページ９１０を生成し、校正ウェブページが第１のウィンドウ９１１と第２のウィンドウ９１２とを含み、ネットワークユニットを経由してインターネット接続装置が発した対照コマンドを受信した時、インデックスデータに基づき第１のウィンドウと第２のウィンドウに対応のオリジナル段落とリフロー型段落を各々表示する。これを介してオリジナルファイルと変換換後ファイルが同時に開くと共に、進み具合同期インターフェースを提供して校正効率を加速する。
【選択図】図４

Description

本発明は、サーバーに関し、特に、データ校正プラットフォームサーバーに関する。

テクノロジーの進歩に伴い、携帯型表示装置（例えばタブレット型コンピュータ、携帯電話機）は、人々の生活に普及している。人々はよくこれらの携帯型表示装置でウェブページの閲覧、電子書籍を閲読している。よって、デジタルブックの需要量が大幅に増加し、出版社は従来の紙書籍を出版する以外に、デジタル出版に参入することができると考え始めた。

しかしながら、よく見られる紙書籍を電子書籍ファイルに変換するアプローチは、直接印刷前の非構造化（Ｕｎｓｔｒｕｃｔｕｒｅｄ）ファイル（例えばＰＤＦファイル）を使用することである。この種のファイルは書籍のコンテンツを携帯型表示装置上に表示できるが、閲覧者にとって、ページ上の特定コンテンツを更に詳しく見たい時（特に携帯電話等のスクリーンが比較的小さい装置を使用する時）、ページを拡大（ＺｏｏｍＩｎ）するだけで、また他の部分のコンテンツを閲覧したい時、当該エリアまでドラッグ＆ドロップしなければならないため、非常に不便である。

また、一部の業者は、非構造化ファイルを更に処理し、既存のファイル形式変換システムを用いて非構造化ファイルを構造化リフロー型ファイル（例えばｈｔｍｌファイル）に変換する。ただし、既存のファイル形式変換システムは、正確に変換できないため、変換後のファイルがほぼ使用できず、よって、業者は、膨大な労力を費やして手動でページ上の文字と図画をキャプチャーする必要がある。次に、再度キャプチャーした文字と図画を改めて組版するため膨大な労力を費やしてしまう。

本発明は、上記問題点に鑑み、ユーザがファイル形式変換したい文書をアップロードした後、校正プラットフォームを提供することでユーザに迅速にファイル形式変換後の文書を確認させるデータ校正プラットフォームサーバーを提供することを目的とする。

本発明の一実施例は、インターネット接続装置の接続に用いられるデータ校正プラットフォームサーバーを提供する。データ校正プラットフォームサーバーは、ネットワークユニットとプロセッサユニットとストレージユニットとを含む。ネットワークユニットがインターネット接続装置と接続して文書ファイルを受信する。文書ファイルは、複数のオリジナル段落を含み、オリジナル段落が複数文字を含む。プロセッサユニットはネットワークユニットに電気的に接続し、文書ファイル内の文字を識別して文字を複数のリフロー型段落に変換し、またオリジナル段落とファイル形式変換後のリフロー型段落の対照関係に基づいてインデックスデータを生成するために用いられる。ストレージユニットは、該プロセッサユニットに電気的に接続し、リフロー型段落を含むリフロー型文書を保存するために用いられる。プロセッサユニットは、校正ウェブページを生成し、校正ウェブページが第１のウィンドウと第２のウィンドウとを含み、且つプロセッサユニットはネットワークユニットを経由してインターネット接続装置が発した対照コマンドを受信した時、インデックスデータに基づき第１のウィンドウと第２のウィンドウに対応のオリジナル段落とリフロー型段落を各々表示する。

本発明に係るデータ校正プラットフォームサーバーは、認識間違いが発生した可能性のあるところをユーザに迅速に校閲させると共に直ちに修正して保存させることができ、且つ見たままが得られるようにファイル形式変換後のファイルが異なるデバイス上に表示される画面を見ることができる。

本発明の実施例に係るデータ校正プラットフォームサーバーを示す模式図である。 本発明の実施例に係る電子書のファイル形式変換サービスウェブサイト構成を示す模式図である。 本発明の実施例に係る書籍ページ内容を示す模式図である。 本発明の実施例に係る校正ウェブページを示す模式図である。

図１を参照する。図１は本発明の実施例に係るデータ校正プラットフォームサーバー１００を示す模式図である。データ校正プラットフォームサーバー１００は、インターネット接続装置２００がインターネット３００を経由して接続するために供することができる。
データ校正プラットフォームサーバー１００は、ネットワークユニット１２０とプロセッサユニット１４０とストレージユニット１６０とを含む。ネットワークユニット１２０とストレージユニット１６０は、プロセッサユニット１４０と各々電気的に接続する。そこで、前記インターネット接続装置１００は、ユーザが操作し、パソコン、タブレットコンピュータ或いはスマートフォン等とすることができる。

ユーザは１冊の著作又は一編の文章を作成した後、電子書籍として出版しようとする場合、インターネット接続装置２００によりインターネット３００を通じて該著作又は文章の文書ファイルをデータ校正プラットフォームサーバー１００にアップロードできる。そこで、文書ファイルはマイクロソフト(登録商標)社のＷＯＲＤファイルフォーマット或いはアドビシステム(登録商標)（ＡｄｏｂｅＳｙｓｔｅｍｓ）社が開発したポータブル・ドキュメント・フォーマット（ＰＤＦ、ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）等とすることができる。

ネットワークユニット１２０は、ネットワークインターフェースカードとすることができ、インターネット３００に接続してインターネット接続装置２００でアップロードした文書ファイルを受信するために用いられる。プロセッサユニット１４０は、中央処理装置（ＣＰＵ）で、プログラムを実行して文書ファイルに対してファイル形式変換プロセスを行うことができ、文書ファイルをリフロー型（Ｒｅｆｌｏｗｃｏｎｔｅｎｔ）文書に変換するために用いられる。そこで、リフロー型文書は、ｅＰｕｂファイル又は例えばｈｔｍｌファイルの他のリフロー型フォーマットとすることができる。ストレージユニット１６０は、ハードディスク、メモリ等の記録媒体とすることができ、リフロー型文書及びプロセッサユニット１４０が実行するプログラムを保存するために用いられる。

図２を参照する、図２は本発明の実施例に係る電子書のファイル形式変換サービスウェブサイト４００構成を示す模式図である。プロセッサユニット１４０は、電子書籍のファイル形式変換サービスウェブサイト４００を生成できる。電子書のファイル形式変換サービスウェブサイト４００は、フロントエンドシステム４１０とバックエンドシステム４２０とデータベースシステム４３０とを含み、フロントエンドシステム４１０とバックエンドシステム４２０とデータベースシステム４３０がストレージユニット１６０内に保存される。フロントエンドシステム４１０とバックエンドシステム４２０は、プロセッサユニット１４０に実行させることができるプログラムロジックとする。

フロントエンドシステム４１０は、ログインモジュール４１１と受信モジュール４１３とエクスポートモジュール４１５とプレビューモジュール４１７と編集モジュール４１９とを含む。フロントエンドシステム４１０は、主にユーザに閲覧を供するウェブページである。ログインモジュール４１１は、登録／ログインウェブページを提供してユーザがアカウントを登録／ログインするために用いられる。受信モジュール３１３は、アップロードウェブページを提供してユーザが文書ファイルをアップロード並びに受信するために用いられる。プレビューモジュール４１７は、校正ウェブページを提供し、ユーザがファイル形式変換の結果をプレビューし、また編集モジュール４１９を組み合わせ、ユーザが校正結果について編集するために用いられる。エクスポートモジュール４１５は、ファイル形式変換、編集後のリフロー型文書をインターネット接続装置２００にエクスポートできる。プレビュー及び編集機能に関しては、次に詳述する。

バックエンドシステム４２０は、ファイル形式変換モジュール４２１と保存モジュール４２３とを含む。ファイル形式変換モジュール４２１は、文書ファイルに対してファイル形式変換作業を行って文書ファイルをリフロー型文書に変換できる。保存モジュール４２３は、ファイル形式変換後のリフロー型文書を保存でき、或いは／及び編集を経たリフロー型文書を保存することができる。

図３を参照する。図３は本発明の実施例に係る書籍ページ内容を示す模式図である。ファイル形式変換作業は、主にまず文書ファイル内の各書籍ページ内容の複数文字を識別できる。書籍ページ内には本文９０１と本文９０１上方にある章節９０２と本文９０１下方にあるページ番号９０３と本文９０１左側にあるコメント９０４等の内容とを含むことができる。各書籍ページ内の各文字の二次元座標（即ち縦座標と横座標）を統計した後、これら文字の縦座標の多いものによって上マージン９０５と下マージン９０６を決定し、これら文字の横座標の多いものによって左マージン９０７及び右マージン９０８を決定する。コメント９０４は偶然現れる内容であるためマージンの判断に影響を及ぼさない。
次に、各書籍ページ内容中の上下マージンと左右マージン内に位置する複数文字を本文９０１として定義する。本文９０１を判断した後、この本文９０１内の各行の並ぶ形式を識別する。並ぶ形式は、フォントと文字サイズとインデント距離Ｄ１、Ｄ５と字間Ｄ２と行間とを含む。各書籍ページの本文９０１は、大半同一領域内にあり、且つそのフォント、文字サイズ等の態様（例えば太字、斜体）が本文９０１範囲外の文字と異なるため、マージン判定の間違いの有無の判断補助として利用できる。
最後に、複数行の複数文字を直結して少なくとも１つのリフロー型段落となると共に各リフロー型段落に対応する認識信頼度を計算する。認識信頼度は、多種類のパラメータによって総合的に評価した後で算出した認識成功確率である。前記パラメータは、同一リフロー型段落内の文字スタイル（フォントとサイズと字間と行間等を含む）を一貫性の程度とすることができる。例えば、同一リフロー型段落の文字スタイルの同じ比率が高ければ高いほど、認識信頼度が高くなる。

そこで、書籍ページ内の各オリジナル段落はどの行を含むかを識別するため、まずオリジナル段落のインデント距離Ｄ１を検出してから、オリジナル段落のインデント距離によって本文に対応するリフロー型段落を並べることができる。つまり、インデントのある行をリフロー型段落の１行目とすることで、次のオリジナル段落の先頭文字と直結してリフロー型段落を形成する。ただし、本発明の実施例はこれに限られるものではなく、例えば行間Ｄ３、Ｄ４の差異に基づいて各オリジナル段落を識別することができる。
図４に示すように、１段落目の最終行と２段落目の１行目間の行間Ｄ４は、段落内の各行の行間と異なるため、行間Ｄ３、Ｄ４の違いによってオリジナル段落はどの行を含むかを判断して対応の行を直結してリフロー型段落を形成できる。前述インデント距離は、１行目のみに限らず、段落全体にあることもできる（例えばインデント距離Ｄ５）。

そこで、ファイル形式変換モジュール４２１は、ファイル形式変換前後の対応段落を記録して、その後ユーザの対照の便宜を図る。例えば、オリジナル段落とファイル形式変換後のリフロー型段落の対照関係に基づいてインデックスデータを生成する。インデックスデータは、オリジナル段落の文書ファイルにおける頁番号と行番号と字数とを含むことができ、若しくは座標位置と幅・高さを含むこともできる。インデックスデータは、リフロー型段落の段落番号を更に含むことができる。

図２を再度参照する。データベースシステム４３０は、登録データベース４３１と文書ファイルデータベース４３３とリフロー型文書データベース４３５とインデックスデータベース４３７とを含む。登録データベース４３１は、各ユーザのアカウント情報を保存する。文書ファイルデータベース４３３は、各アカウントのユーザがアップロードする文書ファイルを保存する。リフロー型文書データベース４３５は、文書ファイルに対してファイル形式変換作業を行った後で生成したリフロー型文書を保存する。インデックスデータベース４３７は、各文書ファイル（或いはリフロー型文書）に対応するインデックスデータを保存する。

図４を参照する。図４は本発明の実施例に係る校正ウェブページを示す模式図である。前記プレビューモジュール４１７は、校正ウェブページ９１０を生成できる。校正ウェブページ９１０にリフロー型段落９１４の文字を表示し、また閾値によって認識信頼度が閾値より低いリフロー型段落９１４をマークする（つまり斜線で表示されるリフロー型段落９１４）。

校正ウェブページ９１０は、並列の第１のウィンドウ９１１と第２のウィンドウ９１２とを有する。第１のウィンドウ９１１は文書ファイルのオリジナル段落９１３の表示に用いられる。第２のウィンドウ９１２はリフロー型文書のリフロー型段落９１４の表示に用いられる。ファイル形式変換過程中において算出した某リフロー型段落９１４の認識信頼度が閾値より低く、更に手作業による確認を必要とする場合、ファイル形式変換モジュール４２１が第１のウィンドウ９１１において対応のオリジナル段落９１３をマークする。マーク方法は、ハイライト（ｈｉｇｈｌｉｇｈｔ）、枠で囲む、下線引き、文字色の調整等とすることができる。これを介してユーザは、優先して間違った可能性のあるところを校閲して校正速度を加速できる。

校正ウェブページ９１０内は、複数のデバイス選択ボタン９１７と編集ツールセット（つまり編集ツールバー）９２０とを更に含むことができる。デバイス選択ボタン９１７は、該ユーザに表示装置内のいずれかで表示されるリフロー型段落９１４の画面を第２のウィンドウ９１２に表示するよう選択させる。例えば、「デバイス１」のデバイス選択ボタン９１７は、米国アップル(登録商標)社が生産したｉＰａｄ(登録商標)タブレット型コンピュータとすることができる。「デバイス２」のデバイス選択ボタン９１７は、韓国サムスン(登録商標)社が生産したＧＡＬＡＸＹ(登録商標)Ｓ４スマートフォンとすることができる。言い換えると、複数の表示装置の表示画面サイズは異なる。
ユーザは、異なるデバイス選択ボタン９１７をクリックしてその電子書籍の異なる表示装置上における表示画面（つまりサイズが異なる外枠）を見ると共にこれをもって編集調整できる。編集ツールセット９２０は、編集モジュール４１９が生成し、ユーザに第２のウィンドウ９１２内で表示されるリフロー型段落９１４を編集させることができる。例えば、文字フォント、太字／斜体、文字サイズ、揃え方、及びその他のスタイル又はフォーマット等を調整できる。

図４に示すように校正ウェブページ９１０は、スキップボタン（そこで段落マーク選択ボタン９１８とページめくり選択ボタン９１９を例とする）とを含むことができる。主に表示されるのは、「段落２」のリフロー型段落９１４で、ユーザが「前段落」の段落マーク選択ボタン９１８をクリックした場合、第１のウィンドウ９１１及び第２のウィンドウ９１２は、前のマークされた認識信頼度が閾値より低いリフロー型段落をいずれも表示できる（ここで、「段落１」のリフロー型段落９１４とする）。
ユーザが「次の段落」の段落マーク選択ボタン９１８をクリックした場合、第１のウィンドウ９１１及び第２のウィンドウ９１２は、次のマークされた認識信頼度が閾値より低いリフロー型段落をいずれも表示できる（ここでは、「段落３」のリフロー型段落９１４とする）。一実施例において、該段落マーク選択ボタン９１８もメニュー式項目とすることもでき、それらリフロー型段落内の少なくとも１つの確認待ち段落に対応する少なくとも１個の段落番号を含む。よって、プロセッサユニット１４０は段落マーク選択ボタン９１８の選択に応答し、インデックスデータによって第１のウィンドウ９１１と第２のウィンドウ９１２に確認待ち段落に対応する段落番号のオリジナル段落とリフロー型段落を各々表示できる。

ユーザが左側のページめくり選択ボタン９１９をクリックした場合、第２のウィンドウ９１２に表示される内容は、クリックする前に表示された内容の前のリフロー型段落９１４（つまり、前のページをめくる）である。ユーザが右側のページめくり選択ボタン９１９をクリックした場合、第２のウィンドウ９１２に表示される内容は、クリックする前に表示された内容の続き（つまり、次のページをめくる）である。よって、ユーザは、ページめくり選択ボタン９１９を通じて、順次第２のウィンドウ９１２内のリフロー型段落９１４を見ることができる。

校正ウェブページ９１０は、保存ボタン９２１を更に含むことができる。ユーザは全てのマークされたリフロー型段落９１４をチェックした場合、保存ボタン９２１を押して全てのリフロー型段落９１４を保存できる。言い換えると、プロセッサユニット１４０は、第２のウィンドウ９１２内の入力イベント（例えばキーボードによる入力／文字の削除、マウスによる範囲選択等）と編集ツールセット９２０のトリガーイベント（例えば太字、インデント、中央揃え等）に基づいてリフロー型文書を更新（つまり上書き保存）できる。

そこで、プロセッサユニット１４０（プレビューモジュール４１７）は、ネットワークユニット１２０（受信モジュール４１３）を経由してインターネット接続装置２００が発した対照コマンドを受信した時、インデックスデータによって第１のウィンドウ９１１と第２のウィンドウ９１２に対応のオリジナル段落とリフロー型段落を表示する。対照コマンドは、オリジナル段落のいずれかの指定段落に対応できる。
プロセッサユニット１４０（プレビューモジュール４１７）は、インデックスデータによって指定段落に対応するリフロー型段落を第２のウィンドウ９１２に表示できる。言い換えると、第２のウィンドウ９１２は、第１のウィンドウ９１１のオリジナル段落に対応する指定段落を連動表示できる。このほかに、対照コマンドもリフロー型段落のいずれかの指定段落にも対応できる。プロセッサユニット１４０（プレビューモジュール４１７）は、インデックスデータによって指定段落に対応するオリジナル段落を表示する。言い換えると、第１のウィンドウ９１１は第２のウィンドウ９１１の指定段落に対応するオリジナル段落を連動表示できる。

そこで、対照コマンドは、マウス右ボタンイベント或いはマウス左ボタンイベントとすることができる。例えば、ユーザはそのインターネット接続装置２００を操作して前記指定段落にマウスの右ボタンをクリックして校正ウェブページ９１０に連動オプションを現れさせることで、指定段落に対応するオリジナル段落又はリフロー型段落を連動表示できる。

上記を取りまとめると、本発明に係るデータ校正プラットフォームサーバーは、認識間違いが発生した可能性のあるところをユーザに迅速に校閲させると共に直ちに修正して保存させることができ、且つ見たままが得られるようにファイル形式変換後のファイルが異なるデバイス上に表示される画面を見ることができる。

上述の説明は、単に本発明の最良の実施例を挙げたまでであり、本発明を限定するものではない。その他本発明の開示する要旨を逸脱することなく完成された同等効果の修飾または置換はいずれも後述の特許請求の範囲に含まれる。

１００ データ校正プラットフォームサーバー
１２０ ネットワークユニット
１４０ プロセッサユニット
１６０ ストレージユニット
２００ インターネット接続装置
３００ インターネット
４００ 電子書籍のファイル形式変換サービスウェブサイト
４１０ フロントエンドシステム
４１１ ログインモジュール
４１３ 受信モジュール
４１５ エクスポートモジュール
４１７ プレビューモジュール
４１９ 編集モジュール
４２０ バックエンドシステム
４２１ ファイル形式変換モジュール
４２３ 保存モジュール
４３０ データベースシステム
４３１ 登録データベース
４３３ 文書ファイルデータベース
４３５ リフロー型文書データベース
４３７ インデックスデータベース
９０１ 本文
９０２ 章節
９０３ 頁番号
９０４ コメント
９０５ 上マージン
９０６ 下マージン
９０７ 左マージン
９０８ 右マージン
９１０ 校正ウェブページ
９１１ 第１のウィンドウ
９１２ 第２のウィンドウ
９１３ オリジナル段落
９１４ リフロー型段落
９１５ 拡大ボタン
９１６ 縮小ボタン
９１７ デバイス選択ボタン
９１８ 段落マーク選択ボタン
９１９ ページめくり選択ボタン
９２０ 編集ツールセット
９２１ 保存ボタン
Ｄ１、Ｄ５ インデント距離
Ｄ２ 字間
Ｄ３、Ｄ４ 行間

Claims (9)

1. インターネット接続装置と接続して複数文字を有する複数のオリジナル段落を含む文書ファイルを受信するネットワークユニットと、
   前記ネットワークユニットに電気的に接続し、前記文書ファイル内の前記文字を識別して前記文字を複数のリフロー型段落に変換し、また前記オリジナル段落とファイル形式変換後の前記リフロー型段落の対照関係に基づいてインデックスデータを生成するプロセッサユニットと、
   前記プロセッサユニットに電気的に接続し、前記リフロー型段落を含むリフロー型文書を保存するストレージユニットと、
   を含むインターネット接続装置の接続に用いられるデータ校正プラットフォームサーバーにおいて、
   前記プロセッサユニットは、校正ウェブページを生成し、前記校正ウェブページが第１のウィンドウと第２のウィンドウとを含み、前記プロセッサユニットは前記ネットワークユニットを経由して前記インターネット接続装置が発した対照コマンドを受信した時、前記インデックスデータに基づき前記第１のウィンドウと前記第２のウィンドウに対応の前記オリジナル段落と前記リフロー型段落を各々表示することを特徴とする、
   データ校正プラットフォームサーバー。
2. 前記インデックスデータは、前記オリジナル段落の前記文書ファイルにおける頁番号と行番号と字数とを含み、若しくは座標位置と幅・高さを含み、更に前記リフロー型段落の段落番号を含むことを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
3. 前記対照コマンドは、前記オリジナル段落のいずれかの指定段落に対応し、前記プロセッサユニットが前記インデックスデータによって前記指定段落に対応する前記リフロー型段落を表示することを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
4. 前記対照コマンドは、前記オリジナル段落のいずれかの指定段落に対応し、前記プロセッサユニットが前記インデックスデータによって前記指定段落に対応する前記オリジナル段落を表示することを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
5. 前記対照コマンドは、マウス右ボタンイベント或いはマウス左ボタンイベントに対応することを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
6. 前記第２のウィンドウは、編集ツールセットを含み、プロセッサユニットが前記第２のウィンドウ内の入力イベントと編集ツールセットのトリガーイベントに基づいて前記リフロー型文書を更新することを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
7. 前記第２のウィンドウは、デバイス選択ボタンを含み、前記デバイス選択ボタンが複数のデバイス選択ボタンを有し、前記ウェブページモジュールが前記デバイス選択ボタンに対応してサイズが異なる外枠を表示し、また前記外枠内に前記リフロー型段落を表示することを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
8. 前記第１のウィンドウは、段落マーク選択ボタンを含み、前記段落マーク選択ボタンが前記リフロー型段落内の少なくとも１つの確認待ち段落に対応する少なくとも１つの段落番号を含むことを特徴とする請求項１に記載のデータ校正プラットフォームサーバー。
9. 前記プロセッサユニットは、前記段落マーク選択ボタンの選択に応答し、前記インデックスデータによって前記第１のウィンドウと前記第２のウィンドウに確認待ち段落に対応する前記段落番号の前記オリジナル段落と前記リフロー型段落を各々表示することを特徴とする請求項８に記載のデータ校正プラットフォームサーバー。

Images