JP2014211747A - 画像処理装置、端末装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】端末の画面サイズに応じた見やすい表示をすることができる技術を提供する。
【解決手段】端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成手段と、前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成手段と、前記固定レイアウトデータ生成手段により生成された固定レイアウトデータと、前記リフローデータ生成手段により生成されたリフローデータとを関連付ける関連データを生成する関連付け手段と、を有することによって課題を解決する。
【選択図】図９

Description

本発明は、画像処理装置、端末装置、情報処理方法及びプログラムに関する。

情報携帯端末の普及に伴い、ユーザは、紙に印刷されたデータをスキャナ等でスキャンして電子化した文書データを、スマートフォンや、タブレット端末といった複数の情報携帯端末を使い分けて読む機会が増えている。ユーザは、使用状況に応じて情報携帯端末を使い分けるので、情報携帯端末に適したスキャンデータの表示方法が求められている。情報携帯端末は、画面の解像度や、画面のサイズが様々である。そのため、情報携帯端末の画面のサイズや、文字サイズに応じてレイアウトを変えることができるリフロー形式のフォーマットの文書データが用いられている場合が多い。リフロー形式の文書データフォーマットの例としては、ＥＰＵＢというＩＤＰＦ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｄｉｇｉｔａｌ Ｐｕｂｌｉｓｈｉｎｇ Ｆｏｒｕｍ）が規定するフォーマットがあり、標準フォーマットとして利用されている。
ユーザが情報携帯端末で文書データを閲覧する場合、端末によっては表示画面が小さい場合がある。そこで、ユーザは、表示画面に合わせて縮小された部分を詳細に見るために拡大表示を行ったり、表示画面中に表示されていない部分を含めた一覧表示を行うために縮小して全体表示を行ったりする。このようにすることで、ユーザ自身が、コンテンツの表示方法を読みやすいものに逐次変更している。特許文献１及び特許文献２は、コンテンツを読みやすいものとする技術を開示している。
特許文献１に開示されている技術は、メインとなるコンテンツデータを閲覧しているユーザに、メインのコンテンツデータを介して補助的なコンテンツデータの閲覧を可能にする。
特許文献２に開示されている技術は、表示画面より広い領域を持ったイメージオブジェクトを表示する際、イメージオブジェクトに対して所定領域単位の切り出しと、読み順の特定とを行う。これにより、特許文献２に開示されている技術は、ユーザがイメージオブジェクトを所定領域単位毎に、特定した順番で読むことを可能にする。

特開２００５−５６０４１号公報 特開２００９−５３９２８号公報

特許文献１における補助的なコンテンツは、メインのコンテンツに従属するコンテンツであり、ページの連続性を有するデータではない。そのため、ユーザは、補助的なコンテンツをメインのコンテンツにおける部分的なコンテンツとして閲覧することができるに過ぎない。
特許文献２に開示されている技術は、文書を含むオブジェクトの表示において、端末の表示画面の１画面に表示しきれないオブジェクトの一部分を選択して表示することで、オブジェクトの一部分を簡易に読みやすくするに過ぎない。
即ち、特許文献１及び特許文献２の何れの技術も、表示画面の１画面に表示しきれないオブジェクトを読みやすい状態に保ちつつ、オブジェクト全体を一覧表示することはできていない。
本発明は、上記課題を鑑みてなされたものであり、一つのデータで画面サイズの小さな端末から大きな端末まで、端末の画面サイズに応じて見やすく表示することができる技術を提供することを目的とする。

そこで、本発明は、端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成手段と、前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成手段と、前記固定レイアウトデータ生成手段により生成された固定レイアウトデータと、前記リフローデータ生成手段により生成されたリフローデータとを関連付ける関連データを生成する関連付け手段と、を有する。

本発明によれば、一つのデータで画面サイズの小さな端末から大きな端末まで、端末の画面サイズに応じて見やすく表示することができる技術を提供することができる。

システム構成及びハードウェア構成の一例を示す図である。 ソフトウェア構成等の一例を示す図である。 文書データの一例を示す図である。 携帯端末の画面表示の概念の一例を示す図（その１）である。 携帯端末の画面表示の概念の一例を示す図（その２）である。 リフロー型文書データの概念の一例を示す図である。 文書データの構造の一例を示す図である。 ブロック情報の一例を示す図である。 文書データ変換システムにおける処理の概念の一例を示す図である。 スキャナの処理の一例を示すフローチャートである。 リフローページ生成確認処理の一例を示すフローチャートである。 ブロック座標生成処理の一例を示すフローチャートである。 リフローページ生成処理の一例を示すフローチャートである。 携帯端末の処理の一例を示すフローチャートである。 クライアントＰＣ端末の処理の一例を示すフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。
＜実施形態１＞
図１は、本実施形態のシステムのシステム構成及びシステムを構成する各装置のハードウェア構成の一例を示す図である。
図１のシステムは、ネットワーク１０１を介して互いに接続される携帯端末１１０、クライアントＰＣ端末１２０、ストレージサーバ装置１３０及びスキャナ１４０を含む。ネットワーク１０１は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。なお、携帯端末１１０は、端末装置の一例である。また、クライアントＰＣ端末１２０及びスキャナ１４０は、画像処理装置の一例である。また、前記端末装置及び前記画像処理装置が実行する後述の処理は、情報処理の一例である。
まず、携帯端末１１０のハードウェア構成について説明する。
携帯端末１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１、メモリユニット１１２、記憶装置１１３、入力装置１１４、ディスプレイ装置１１５及びネットワークインタフェース１１６を有する。また、上記の各ユニットは、相互接続バス１１７を介して相互に接続されている。

ＣＰＵ１１１は、相互接続バス１１７を介して携帯端末１１０全体を制御する。なお、ＣＰＵ１１１は、記憶装置１１３等に格納されているプログラムを実行することにより、後述の携帯端末１１０の機能や、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の機能を実現する。ここでいうＯＳの例としては、ｉＯＳ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）、ＷＩＮＤＯＷＳ（登録商標）等がある。また、ＣＰＵ１１１は、前記プログラムを実行することにより、後述の携帯端末１１０に係るフローチャートの処理を実現する。
メモリユニット１１２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等から構成され、各種のデータを格納したり、ワークメモリ等として機能したりする。
記憶装置１１３は、ハードディスクドライブや、フラッシュメモリ等から構成されている。また、記憶装置１１３は、ＣＰＵ１１１が実行するＯＳプログラム等を含む各種のプログラム及び後述する閾値等の各種のデータを格納する。
また、携帯端末１１０は、タッチパネル（操作画面）や、ボタン等といった入力装置１１４及び表示を行うためのディスプレイ装置１１５を有している。なお、タッチパネルの場合、入力装置１１４と、ディスプレイ装置１１５とが一体となっている。
ネットワークインタフェース１１６は、携帯端末１１０と、ネットワーク１０１とを接続する。

次に、クライアントＰＣ端末１２０のハードウェア構成について説明する。
クライアントＰＣ端末１２０は、ＣＰＵ１２１、メモリユニット１２２、記憶装置１２３、入力装置１２４、ディスプレイ装置１２５及びネットワークインタフェース１２６を有する。また、上記の各ユニットは、相互接続バス１２７を介して相互に接続されている。
ＣＰＵ１２１は、相互接続バス１２７を介してクライアントＰＣ端末１２０全体を制御する。なお、ＣＰＵ１２１は、記憶装置１２３等に格納されているプログラムを実行することにより、後述のクライアントＰＣ端末１２０の機能や、ＯＳの機能を実現する。ここでいうＯＳの例としては、ＬＩＮＵＸ（登録商標）や、ＷＩＮＤＯＷＳ等がある。また、ＣＰＵ１２１は、前記プログラムを実行することにより、後述のクライアントＰＣ端末１２０に係るフローチャートの処理を実現する。
メモリユニット１２２、記憶装置１２３、入力装置１２４、ディスプレイ装置１２５及びネットワークインタフェース１２６の主な機能は、携帯端末１１０の場合と同様であるため、説明を省略する。但し、入力装置１２４は、キーボードや、ポインティングデバイス等であってもよい。

次に、ストレージサーバ装置１３０のハードウェア構成について説明する。
ストレージサーバ装置１３０は、ＣＰＵ１３１、メモリユニット１３２、記憶装置１３３、入力装置１３４、ディスプレイ装置１３５及びネットワークインタフェース１３６を有する。また、上記の各ユニットは、相互接続バス１３７を介して相互に接続されている。
ＣＰＵ１３１は、相互接続バス１３７を介してストレージサーバ装置１３０全体を制御する。なお、ＣＰＵ１３１は、記憶装置１３３等に格納されているプログラムを実行することにより、後述のストレージサーバ装置１３０の機能や、ＯＳの機能を実現する。ここでいうＯＳの例としては、ＬＩＮＵＸや、ＷＩＮＤＯＷＳ等がある。
メモリユニット１３２、記憶装置１３３、入力装置１３４、ディスプレイ装置１３５及びネットワークインタフェース１３６の主な機能は、携帯端末１１０等の場合と同様であるため、説明を省略する。

次に、スキャナ１４０のハードウェア構成について説明する。
スキャナ１４０は、ＣＰＵ１４１、メモリユニット１４２、記憶装置１４３、入力装置１４４、ディスプレイ装置１４５、読み取り装置１４６及びネットワークインタフェース１４７を有する。また、上記の各ユニットは、相互接続バス１４８を介して相互に接続されている。
ＣＰＵ１４１は、相互接続バス１４８を介してスキャナ１４０全体を制御する。なお、ＣＰＵ１４１は、記憶装置１４３等に格納されているプログラムを実行することにより、後述のスキャナ１４０の機能や、ＯＳの機能を実現する。ここでいうＯＳの例としては、機器組み込み型ＯＳ等のＯＳの機能を実現する。また、ＣＰＵ１４１は、前記プログラムを実行することにより、後述のスキャナ１４０に係るフローチャートの処理を実現する。
メモリユニット１４２、記憶装置１４３、入力装置１４４、ディスプレイ装置１４５及びネットワークインタフェース１４７の主な機能は、携帯端末１１０等の場合と同様であるため、説明を省略する。
読み取り装置１４６は、紙面に書かれた情報を読み取る装置である。

図１のシステムにおいて、スキャナ１４０は、紙面に書かれた情報を読み取り装置１４６で読み取り、情報を携帯端末１１０での表示に適したデータ（以下、文書データという）に変換し、ストレージサーバ装置１３０に送信する。より具体的には、スキャナ１４０は、読み取った情報（以下、スキャンデータという）を、固定レイアウト型と、リフロー型との表示形態で表示可能な文書データに変換する。ここでいう文書データとは、固定レイアウト表示に係る固定レイアウトデータと、リフロー表示に係るリフローデータとを関連付けた関連データの一例である。なお、固定レイアウト型の表示形態とは、予め指定された表示位置にオブジェクトを表示する表示形態のことである。一方、リフロー型の表示形態とは、表示装置の画面サイズと、表示条件とに応じてレイアウトを変更する動的レイアウトが可能な表示形態のことである。詳細については、図５等を用いて後述する。
ストレージサーバ装置１３０は、スキャナ１４０から受信した文書データを記憶装置１３３等により構成される記憶領域に格納して管理する。
携帯端末１１０は、ストレージサーバ装置１３０から取得した文書データを固定レイアウト型又はリフロー型の表示形態でディスプレイ装置１１５に表示する。
なお、本実施形態では、携帯端末１１０は、ストレージサーバ装置１３０から文書データを受信して取得するようにしたが、スキャナ１４０から直接受信するようにしてもよい。また、図１のシステムにクライアントＰＣ端末１２０が含まれる場合については、実施形態２で説明する。

図２は、図１のシステムを構成する各装置のソフトウェア構成等の一例を示す図である。
まず、携帯端末１１０のソフトウェア構成について説明する。
携帯端末１１０は、表示部２１１、通信部２１２、入力部２１３及びデータ取得部２１４を有する。
表示部２１１は、ディスプレイ装置１１５の表示を制御する。
通信部２１２は、ネットワーク１０１を介して他の装置とネットワーク通信を行う。
入力部２１３は、入力装置１１４を介して受け付けたユーザの操作に基づく入力を制御する。
データ取得部２１４は、通信部２１２を介してストレージサーバ装置１３０等から文書データを取得する。

次に、ストレージサーバ装置１３０のソフトウェア構成等について説明する。
ストレージサーバ装置１３０は、通信部２３１、データ入出力部２３２及びデータ保存部２３３を有する。
通信部２３１は、ネットワーク１０１を介して他の装置とネットワーク通信を行う。
データ入出力部２３２は、通信部２３１を介して外部からの文書データの入力や、外部への文書データの出力を行う。
データ保存部２３３は、文書データを保存する保存領域であり、メモリユニット１３２や、記憶装置１３３等で構成されている。データ保存部２３３が保存する文書データは、リフロー形式で表現される文書データ（リフロー型の文書データ）を含む。
次に、スキャナ１４０のソフトウェア構成について説明する。
スキャナ１４０は、通信部２４１、表示部２４２、入力部２４３、読み取り部２４４及びデータ変換部２４５を有する。
通信部２４１は、ネットワーク１０１を介して他の装置とネットワーク通信を行う。
表示部２４２は、ディスプレイ装置１４５の表示を制御する。
入力部２４３は、入力装置１４４を介して受け付けたユーザの操作（指示）に基づく入力を制御する。
読み取り部２４４は、読み取り装置１４６を介して紙に書かれた情報を読み取る。
データ変換部２４５は、読み取り部２４４が読み取ったスキャンデータを文書データに変換する。
クライアントＰＣ端末１２０のソフトウェア構成については、実施形態２で説明する。

図３は、文書データの一例を示す図である。
図３の（Ａ）は、リフロー型の文書データの一例を示す図である。
枠３０１は、リフロー型の文書データ全体の記述を示している。
枠３０２は、テキストオブジェクトの記述を示している。リフロー型の文書の場合、テキストは、意図的なものを除いて改行コードのない文字列で記述される。
枠３０３は、図形オブジェクトの記述を示している。
枠３０４は、章の記述を示している。
枠３０５は、表オブジェクトの記述を示している。
枠３０６は、イメージオブジェクトの記述を示している。

スキャナ１４０は、電子書籍のフォーマットの一例であるＥＰＵＢにおいては、これらをＸＨＴＭＬ形式で記述する。
例えば、スキャナ１４０は、枠３０４の章について、"＜ｈ１＞章２＜／ｈ１＞"のように記述する。
また、スキャナ１４０は、枠３０２の文字列について、"＜ｐ＞あいうえおかきくけこあいうえお…＜／ｐ＞"のように記述する。
また、スキャナ１４０は、枠３０３の図形オブジェクトについて、ＳＶＧ形式を用いて"＜ｓｖｇ＞…＜／ｓｖｇ＞"のように記述する。
また、スキャナ１４０は、枠３０５の表オブジェクトについて、"＜ｔａｂｌｅ ｂｏｒｄｅｒ＝１＞＜ｃａｐｔｉｏｎ＞表１＜／ｃａｐｔｉｏｎ＞＜ｔｒ＞…＜／ｔｒ＞＜／ｔａｂｌｅ＞"のように記述する。
また、スキャナ１４０は、枠３０６のイメージオブジェクトについて、"＜ｉｍｇ ｓｒｃ＝"ｘｘｘ．ｊｐｇ"ａｌｔ＝"ｘｘｘ"／＞"のように記述する。
その他のリフロー型の文書としては、ＨＴＭＬ形式や、ワード形式等があり、スキャナ１４０は、それぞれ定義された形式で記述する。なお、リフロー型の文書データの中でレイアウトを厳密に指定したい場合、リフロー型の記述では問題となる場合があるため、スキャナ１４０は、図３の（Ｂ）を用いて後述する固定レイアウト型で記述する。

図３の（Ｂ）は、固定レイアウト型の文書データの一例を示す図である。
ここで、固定レイアウト型の表示形式とは、上述したように、予め指定された表示位置にオブジェクトを表示する表示形式のことである。なお、固定レイアウトの指定は、枠３０７の"ｒｅｎｄｉｔｉｏｎ：ｌａｙｏｕｔ−ｐｒｅ−ｐａｇｉｎａｔｅｄ"の記述で開始が指定され、"ｒｅｎｄｉｔｉｏｎ：ｌａｙｏｕｔ−ｒｅｆｌｏｗａｂｌｅ"の記述で終了が指定される。スキャナ１４０は、この間に固定レイアウトとして表示するオブジェクトを記述する。

図４は、従来技術における処理に基づいて携帯端末１１０がディスプレイ装置１１５に表示した固定レイアウト表示４０２と、リフロー表示４０３とにおける画面表示の概念の一例を示す図である。
固定レイアウト表示４０２は、スキャナ１４０が原稿４０１をスキャンしたデータをページ毎に単一イメージの文書データに変換し、それを携帯端末１１０が全面表示した例を示している。この場合、携帯端末１１０は、ページ全体を単一イメージとして扱うため、固定レイアウト型の表示形式で表示する。
リフロー表示４０３は、スキャナ１４０が原稿４０１をスキャンしたデータを像域分離することでブロック化し、ブロック毎にリフロー表示可能な文書データに変換し、それを携帯端末１１０が表示した例を示している。携帯端末１１０は、ページ内の各ブロックを表示画面サイズに合わせて順次表示する（リフロー表示する）。
固定レイアウト表示４０２の場合、ユーザは、ページ全体を紙と同じレイアウトで読むことができるが、携帯端末１１０のディスプレイ装置１１５の表示サイズが小さくなると文書（図形を含む）が読みにくくなるという欠点がある。ユーザは、この欠点を解決するために拡大表示を行うとページの一部しか読むことができなくなるため、ページ全体を読むために横方向及び縦方向のスクロール操作が必要となる。一方、リフロー表示４０３の場合、ユーザは、個々のブロックの表示をディスプレイ装置１１５の表示サイズに合わせて読むことができるためブロックにおける文書が読みやすくなるが、ページ全体を俯瞰することができなくなる。

図５は、本実施形態のシステムにおける処理に基づいて携帯端末１１０がディスプレイ装置１１５に表示した固定レイアウト表示５０１と、リフロー表示５０４とにおける画面表示の概念の一例を示す図である。
固定レイアウト表示５０１は、携帯端末１１０がディスプレイ装置１１５に固定レイアウト表示によりページ全体を表示した例を示している。
枠５０２は、リフロー表示におけるリフローデータを示しており、携帯端末１１０のディスプレイ装置１１５にはリフローデータの一部が表示されることになる。ここで、枠５０２が示すリフローデータは、文書データ全体のリフローデータを示している。一方、枠５０３は、リフローデータの一部を示している。携帯端末１１０は、枠５０３が示すリフローデータの一部をディスプレイ装置１１５に表示している。そして、携帯端末１１０は、入力装置１１４（ディスプレイ装置１１５と一体であるタッチパネルとする）を介してユーザによる上下のスクロール操作を受け付けると、枠５０２のリフローデータをスクロール操作に応じて表示することができる。
携帯端末１１０は、固定レイアウト表示５０１の表示中に、入力装置１１４を介してユーザによるディスプレイ装置１１５のタップ操作を受け付けると、タップされた部分のブロックに該当するデータをディスプレイ装置１１５に表示する。例えば、携帯端末１１０は、固定レイアウト表示５０１の表示中に、入力装置１１４を介してブロック５０５のタップ操作を受け付けると、矢印５０６が指し示す位置にブロック５０５が表示されるようにリフロー表示５０４に切り替えて表示する。また、携帯端末１１０は、リフロー表示５０４の表示中に、入力装置１１４を介してブロック５０７のタップ操作を受け付けると、矢印５０８が指し示すようにブロック５０７に該当するページを固定レイアウト表示５０１により表示する。
なお、図５では、文書データが１ページである場合を例に示した。しかし、携帯端末１１０は、複数ページからなる文書データを固定レイアウト表示している場合であっても、入力装置１１４を介して任意のページの任意のブロックのタップ操作を受け付けると、同様にリフロー表示に切り替えて表示することができる。即ち、携帯端末１１０は、タップされた位置におけるブロックに該当するデータがディスプレイ装置１１５に表示されるようにリフロー表示に切り替えて表示する。また、携帯端末１１０は、複数ページからなる文書データをリフロー表示している場合であっても、入力装置１１４を介して任意のブロックのタップ操作を受け付けると、そのブロックに該当するページの固定レイアウト表示に切り替えて表示することができる。なお、携帯端末１１０は、複数ページからなる文書データをリフロー表示している場合において、リフローデータがないページに関しては、そのページの固定レイアウトデータに基づいて固定レイアウト表示することにより表示を継続することができる。

図６は、本実施形態におけるリフロー型文書データの概念の一例を示す図である。
図６の（Ａ）は、スキャナ１４０が紙原稿をスキャンして取得したスキャンデータを解析し、ブロック化した状態の文書データの概念図である。
枠６０１は、元の原稿に相当する記述内容を示している。
枠６０２は、スキャナ１４０がスキャンデータをブロック化した場合におけるブロックの一つである。なお、詳細については図８を用いて後述するが、スキャナ１４０は、ページ内におけるブロック矩形の位置情報を算出すると共に、ブロックを識別するためのＩＤを順次付与する。これにより、スキャナ１４０は、何ページ目の何番目のブロックがページ内のどの位置にあるかを管理することができる。
図６の（Ｂ）は、ブロック化された図６の（Ａ）のデータに基づいて生成されたリフロー型の文書データの概念図である。
枠６０３は、図６の（Ａ）に示されるスキャンページをリフロー化して表示している。
枠６０４は、リフロー化されたブロックの１つを示している。スキャナ１４０は、各ブロックを識別するためのＩＤを付与し、順次格納する。携帯端末１１０は、格納された順番に従い各ブロックをリフロー表示する。即ち、携帯端末１１０は、前記各ブロックを識別するためのＩＤが付与され順番付けされた通りに各ブロックをリフロー表示する。なお、前記各ブロックを識別するためのＩＤは、順番情報の一例である。

図７は、本実施形態における文書データの構造の一例を示す図である。ここでは、文書構造のフォーマットをＥＰＵＢとした場合を例に説明する。
コンテナ７０１は、ＥＰＵＢで定義される文書データである。コンテナ７０１には、文書データの各種属性情報や、コンテンツデータ等のファイルが圧縮されて格納されている。
ｍｉｍｅｔｙｐｅ７０２は、圧縮してコンテナ７０１内に格納されているファイルの一つであり、文書データのメディアタイプの記述に関するファイルである。ＥＰＵＢファイルの場合、スキャナ１４０は、"ａｐｐｌｉｃａｔｉｏｎ／ｅｐｕｂ＋ｚｉｐ"と記述する。
コンテナ記述７０３は、圧縮してコンテナ７０１内に格納されているファイルの一つであり、コンテナ内のファイル配置構成が記述されたファイルである。より具体的には、コンテナ記述７０３は、後述する固定レイアウト型コンテンツデータ７０４、リフロー型コンテンツデータ７０５及びブロック情報７０６のファイル配置に関する情報が記述されている。
固定レイアウト型コンテンツデータ７０４は、固定レイアウト型コンテンツのバージョン、識別子、タイトル、コンテンツのファイル一覧、コンテンツの読み順、メディアタイプ及びコンテンツデータに関する記述データである。なお、スキャナ１４０は、後述する図１０の処理において、このコンテンツデータ部にページ順にページ番号を記述して固定レイアウトデータを生成する。なお、ページ番号は、ページ情報の一例である。
リフロー型コンテンツデータ７０５は、リフロー型コンテンツのバージョン、識別子、タイトル、コンテンツのファイル一覧、コンテンツの読み順、メディアタイプ及びコンテンツデータに関する記述データである。なお、スキャナ１４０は、後述する図１０の処理において、このコンテンツデータ部に上述したブロックの格納順に関するＩＤを記述してリフローデータを生成する。
ブロック情報７０６は、後述の図８に示されるような固定レイアウトデータ及びリフローデータにおけるブロックに関する記述データである。

図８は、本実施形態のブロック情報の一例を示す図である。
ブロック情報は、固定レイアウトデータの各ページと、リフローデータの各ブロックとの情報が関連付けされて記述されたデータである。より具体的には、ブロック情報には、リフローデータの各ブロックに対し、何ページ目であるか、ブロックのＩＤ、ファイル名、ページ内のブロック矩形の開始Ｘ座標、Ｙ座標、ブロックの幅、高さ等の情報が記述されている。
図８の例では、ブロック情報は、スキャン原稿の用紙の幅を示す用紙幅８０１、スキャン原稿の用紙の高さを示す用紙高８０２及び１ページ目の情報であることを示すページ８０３の情報を含む。また、ブロック情報は、そのページには全部で１０ブロックあることを示す総ブロック数８０４、ブロックを識別するＩＤ８０５及びブロック内のコンテンツをリフロー型で記述したファイルを示すファイル名８０６の情報を含む。更に、ブロック情報は、元のページにおけるブロック矩形の左上のＸ座標を示すブロックＸ位置８０７、左上のＹ座標を示すブロックＹ位置８０８、ブロック矩形の幅を示すブロック幅８０９、ブロック矩形の高さを示すブロック高８１０の情報を含む。なお、ここでいう元のページとは、例えば、図６の（Ａ）のようにブロック化された状態のページのことを意味する。以降の説明においても同様とする。

ブロック情報には、総ブロック数８０４の分だけ、ＩＤ８０５からブロック高８１０までの情報が記述され、また、２ページ目以降の情報も同様に記述される。この情報により、携帯端末１１０は、固定レイアウト表示中に、入力装置１１４を介して任意のページの任意の場所のタップ操作を受け付けると、タップされた座標位置から元のページにおける座標位置を算出する。例えば、携帯端末１１０は、ディスプレイ装置１１５の表示幅が３インチの場合、用紙幅８０１に記述された２１ｃｍから、以下の計算を行う。
２１／（３×２．５４）≒２．７６
これにより、携帯端末１１０は、入力装置１１４を介してタップされた座標位置に対して、上記の値（２．７６）を乗じることにより、元のページにおける座標位置を特定することができる。携帯端末１１０は、元のページにおける座標位置を特定することができれば、図８のブロック情報内を検索することにより、タップ位置に該当するブロックのＩＤ及びファイル名を求めることができる。
一方、携帯端末１１０は、リフロー表示中に、入力装置１１４を介して任意の場所のタップ操作を受け付けると、タップされた位置に描画中のブロックのＩＤ及びファイル名を抽出する。そして、携帯端末１１０は、抽出したＩＤ及びファイル名に基づいて図８のブロック情報内を検索することにより、固定レイアウトにおけるページ数を求めることができる。

図９は、本実施形態の文書データ変換システムにおける処理の全体の流れの一例を示す図である。
文書データ変換システムにおける処理１５００は、スキャナ１４０による文書データの生成処理に関する文書データ生成処理１５０１と、携帯端末１１０による文書データの表示処理に関する文書データ表示処理１５０６とを含む。
文書データ生成処理１５０１の詳細は、図１０で後述するフローチャートを用いて詳述する。なお、文書データ生成処理１５０１は、固定レイアウトデータ生成処理１５０２、リフローデータ生成処理１５０３及び関連付けデータ生成処理１５０４を含む。固定レイアウトデータ生成処理１５０２は、固定レイアウトデータの生成に関する処理である。リフローデータ生成処理１５０３は、リフローデータの生成に関する処理である。関連付けデータ生成処理１５０４は、固定レイアウトデータの各ページと、リフローデータの各ブロックとの関連付けデータの生成に関する処理である。スキャナ１４０は、文書データ生成処理１５０１により、文書データ１５０５を生成する。
文書データ表示処理１５０６の詳細は、図１４で後述するフローチャートを用いて詳述する。なお、文書データ表示処理１５０６は、固定レイアウトデータと、リフローデータとの切り替え表示処理１５０７を含む。携帯端末１１０は、文書データ表示処理１５０６により、文書データ１５０５の切り替え表示を行う。
以上、スキャナ１４０は、入力データから、固定レイアウトデータ及びリフローデータを生成し、更に、それらの関連付けデータを含んだ文書データの生成を行う。そして、携帯端末１１０は、前記文書データに基づいて、固定レイアウトデータと、リフローデータとにおける切り替え表示を行う。

図１０は、図９で上述した文書データ生成処理１５０１の詳細な処理の一例を示すフローチャートである。より具体的には、図１０は、スキャナ１４０が紙原稿をスキャンし、文書データの生成を行う処理を示している。
Ｓ９０１で、読み取り部２４４は、読み取り装置１４６により、紙原稿の読み取り処理を行う。
Ｓ９０２で、データ変換部２４５は、読み取ったページのうち、未処理のページがあるか否かを判定し、あると判定すれば、処理をＳ９０３に進め、ないと判定すれば、処理をＳ９１０に進めす。
Ｓ９０３で、データ変換部２４５は、固定レイアウトデータの生成を行う。より具体的には、データ変換部２４５は、読み取り部２４４によりスキャンされたページ全体のデータをＪＰＥＧ形式のイメージオブジェクトに変換する。そして、データ変換部２４５は、変換したイメージオブジェクトを、図３の（Ｂ）を用いて上述した形式で、図７を用いて上述した固定レイアウト型コンテンツデータ７０４内にコンテンツデータとして記述する。
Ｓ９０４で、データ変換部２４５は、スキャンデータに対して像域分離処理を行うことによりスキャンデータをブロック化し、オブジェクトを分類する。なお、像域分離処理は公知の技術であるため説明を省略する。また、データ変換部２４５は、オブジェクトを、テキスト属性、図形属性又はイメージ属性に分類する。データ変換部２４５は、スキャンデータをブロック化し、例えば、図６の（Ａ）に示されるようなブロックを生成する。なお、Ｓ９０４の処理は、ブロック生成処理の一例である。
Ｓ９０５で、データ変換部２４５は、リフローページの生成を行うか否かの確認を行う。なお、ここでいうリフローページとは、１ページ分のリフローデータを意味する。Ｓ９０５の処理の詳細については、後述する図１１を用いて説明する。

Ｓ９０６で、データ変換部２４５は、Ｓ９０５の処理による確認の結果に基づいて、リフローページを生成するか否かを判定し、生成すると判定した場合、処理をＳ９０７に進め、生成しないと判定した場合、処理をＳ９０９に進める。
Ｓ９０７で、データ変換部２４５は、ブロック座標の生成を行う。なお、Ｓ９０７の処理の詳細については、後述する図１２を用いて後述する。
Ｓ９０８で、データ変換部２４５は、リフローページを生成し、処理をＳ９０１に戻す。なお、Ｓ９０８の処理の詳細については、図１３を用いて後述する。
Ｓ９０９で、データ変換部２４５は、Ｓ９０３で生成した固定レイアウトデータを参照して、図７のリフロー型コンテンツデータ７０５内のコンテンツデータを記述し、処理をＳ９０１に戻す。データ変換部２４５は、リフローページ生成を行わないページに対して、Ｓ９０３で生成した固定レイアウトデータを参照するようにすることで、リフロー表示中にリフローページ未生成のページ表示が抜けてしまうことを回避することができる。
Ｓ９１０で、データ変換部２４５は、これまで生成した固定レイアウトデータ、リフローデータ及びスキャン時の用紙サイズや、ブロック座標等のデータを含む関連付けデータであるブロック情報をマージ（併合）する。データ変換部２４５は、マージしたブロック情報を図７で上述したコンテナ７０１に格納することで文書データを完成させる。
Ｓ９１１で、データ変換部２４５は、生成した文書データを、通信部２４１を介して、ストレージサーバ装置１３０に送信し、処理を終了する。なお、ストレージサーバ装置１３０は、通信部２３１を介して文書データを受け取り、データ保存部２３３に格納する。

図１１は、図１０のＳ９０５の処理（リフローページ生成確認処理）の一例を示すフローチャートである。
Ｓ１００１で、データ変換部２４５は、段組みのページであるか否かを判定し、段組みのページであると判定した場合、処理をＳ１１０６に進め、段組みのページでないと判定した場合、処理をＳ１００２に進める。より具体的には、データ変換部２４５は、全てのブロックの幅が均等（同一）で、かつ、前記ブロックの幅がページ幅（画面幅）の整数分の１の値に対して予め定められた閾値以内であるか否かに基づいて段組みのページであるか否かを判定する。
Ｓ１００２で、データ変換部２４５は、ブロック分割の結果、ページ内に含まれるブロック数をカウントし、ブロック数が複数あるか否かを判定する。Ｓ１００２で、データ変換部２４５は、ブロックが複数あると判定した場合、処理をＳ１００６に進め、ブロックが１つしかないと判定した場合、処理をＳ１００３に進め、ブロックが１つもない（空白のページ）と判定した場合、処理をＳ１００５に進める。
Ｓ１００３で、データ変換部２４５は、ブロックに対してＯＣＲ処理を行う。なお、ＯＣＲ処理は、読取処理の一例である。
Ｓ１００４で、データ変換部２４５は、ＯＣＲ処理における類似度が予め定められた閾値以上であるか否かを判定し、閾値以上であると判定した場合、処理をＳ１００６に進め、閾値未満であると判定した場合、処理をＳ１００５に進める。なお、ここでいう類似度とは、データ変換部２４５がＯＣＲ処理により文字コードを決定する際に用いる指数のことである。また、データ変換部２４５は、ＯＣＲ処理した文字と、記憶装置１４３等に予め格納されている文字のパターンとの比較に基づいて、前記類似度を求める。データ変換部２４５は、類似度が高いほどＯＣＲ認識の曖昧さが少ないため所望の結果を得やすく、逆に、類似度が低いほどＯＣＲ処理において誤った文字として処理しやすくなる。
Ｓ１００５で、データ変換部２４５は、リフローページを生成しないように設定をリフロー化ＯＦＦとして、図１０のＳ９０６に処理を戻す。
Ｓ１００６で、データ変換部２４５は、リフローページを生成するように設定をリフロー化ＯＮとして、図１０のＳ９０６に処理を進める。
なお、データ変換部２４５は、本実施形態の処理において、Ｓ１００１、Ｓ１００２及びＳ１００４の判定処理を必ずしも全て実行しなければいけないわけではない。例えば、データ変換部２４５は、Ｓ１００１、Ｓ１００２及びＳ１００４の判定処理のうち、１つ又は任意の複数の組み合わせの処理を実行するようにしてもよい。

図１２は、図１０のＳ９０７の処理（ブロック座標生成処理）の一例を示すフローチャートである。
Ｓ１１０１で、データ変換部２４５は、図１０のＳ９０４で生成したブロックを順次取得する。
Ｓ１１０２で、データ変換部２４５は、未処理のブロックがあるか否かを判定し、あると判定した場合、処理をＳ１１０３に進め、ないと判定した場合、処理を図１０のＳ９０８に進める。
Ｓ１１０３で、データ変換部２４５は、ブロックの座標を算出する。より具体的には、データ変換部２４５は、図８を用いて上述したように、ページ内のブロックの座標位置、幅及び高さに関する情報を取得する。
Ｓ１１０４で、データ変換部２４５は、算出したブロック座標値をメモリユニット１４２に一時的に保存し、処理をＳ１１０１に戻す。

図１３は、図１０のＳ９０８の処理（リフローページ生成処理）の一例を示すフローチャートである。
Ｓ１２０１で、データ変換部２４５は、図１０のＳ９０４で生成したブロックを順次取得する。
Ｓ１２０２で、データ変換部２４５は、未処理のブロックがあるか否かを判定し、あると判定した場合、処理をＳ１２０３に進め、ないと判定した場合、処理を図１０のＳ９０１に戻す。
Ｓ１２０３で、データ変換部２４５は、Ｓ９０４の像域分離処理により分類されたオブジェクト属性が、テキスト属性、図形属性又はイメージ属性のうちの何れの属性であるかを判定する。データ変換部２４５は、テキスト属性と判定した場合、処理をＳ１２０４に進め、図形属性と判定した場合、処理をＳ１２０６に進め、イメージ属性と判定した場合、処理をＳ１２０８に進める。

Ｓ１２０４で、データ変換部２４５は、ブロック内をＯＣＲ処理し、文字コードに変換する。
Ｓ１２０５で、データ変換部２４５は、図３のテキストオブジェクトの記述を用いて上述したように、改行コードのない文字列で記述したデータの生成を行い、処理をＳ１２１０に進める。
Ｓ１２１０で、データ変換部２４５は、図８を用いて上述したように、ブロックのＩＤ、ファイル名、何ページ目か、ページ内のブロック矩形の開始Ｘ座標、Ｙ座標、ブロックの幅、高さ等の情報の生成を行い、処理をＳ１２０１に戻す。
Ｓ１２０６で、データ変換部２４５は、ブロック内の図形をベクター化する。
Ｓ１２０７で、データ変換部２４５は、図３の図形オブジェクトの記述を用いて上述したように、ＳＶＧ形式による図形用のデータ生成を行い、処理をＳ１２１０へ進める。
Ｓ１２０８で、データ変換部２４５は、ブロック内のイメージをイメージデータ化する。
Ｓ１２０９で、データ変換部２４５は、図３のイメージオブジェクトの記述を用いて上述したようにデータ生成を行い、処理をＳ１２１０へ進める。

図１４は、図９で上述した文書データ表示処理１５０６の詳細な処理の一例を示すフローチャートである。より具体的には、図１４は、携帯端末１１０が文書データの表示を行う処理を示している。
Ｓ１３０１で、データ取得部２１４は、通信部２１２を介して、ストレージサーバ装置１３０から所望の文書データを取得する。なお、ストレージサーバ装置１３０は、通信部２３１を介して、携帯端末１１０からの文書データ取得要求を受信すると、データ保存部２３３に格納した文書データを、通信部２３１を介して、要求元の携帯端末１１０に送信する。
Ｓ１３０２で、表示部２１１は、携帯端末１１０のディスプレイ装置１１５のサイズが予め定められた閾値以上であるか否かを判定し、閾値以上であると判定した場合、処理をＳ１３０３に進め、閾値未満であると判定した場合、処理をＳ１３０４に進める。例えば、前記閾値が７インチである場合、表示部２１１は、携帯端末１１０のディスプレイ装置１１５のサイズが７インチ以上であれば、処理をＳ１３０３に進める。なお、Ｓ１３０２の処理は、サイズ判定処理の一例である。
Ｓ１３０３で、表示部２１１は、リフロー表示ＯＦＦと設定し、処理をＳ１３０５に進める。
Ｓ１３０４で、表示部２１１は、リフロー表示ＯＮと設定し、処理をＳ１３０５に進める。
Ｓ１３０５で、表示部２１１は、リフロー表示設定がＯＮであるか、ＯＦＦであるかを判定し、ＯＮであると判定した場合、処理をＳ１３１２に進め、ＯＦＦであると判定した場合、処理をＳ１３０６に進める。
Ｓ１３０６で、表示部２１１は、ディスプレイ装置１１５に表示すべきページを固定レイアウト表示する。表示部２１１が表示すべきページ情報は、初期状態では１ページ目であり、後述するリフロー表示から切り替わったときは、後述するＳ１３１５で算出したページとなる。ここでは、表示部２１１は、表示すべきページ情報に基づいて固定レイアウト型コンテンツデータ７０４を検索し、表示すべきページに該当するコンテンツデータを抽出し、ディスプレイ装置１１５の表示画面全体への表示を行う。

Ｓ１３０７で、ＣＰＵ１１１は、ディスプレイ装置１１５に表示されている画面表示に対する入力操作を判定する。より具体的には、ＣＰＵ１１１は、入力装置１１４を介してタップ操作を受け付けたと判定した場合、処理をＳ１３０８に進め、その他の入力操作を受け付けたと判定した場合、処理をＳ１３１１に進める。
Ｓ１３０８で、ＣＰＵ１１１は、入力装置１１４を介して受け付けたタップ操作におけるタップ位置の座標情報を取得する。
Ｓ１３０９で、ＣＰＵ１１１は、図８を用いて上述した方法により、タップ位置の座標情報から元のページにおける座標位置を算出する。そして、ＣＰＵ１１１は、算出した座標位置に関する座標情報に基づいて、図８のブロック情報内のブロックＸ位置、ブロックＹ位置、ブロック幅、ブロック高を順次参照し、算出した座標位置が含まれるブロックのＩＤを取得する。
Ｓ１３１０で、表示部２１１は、リフロー表示ＯＮに設定し、処理をＳ１３０５に戻す。より具体的には、表示部２１１は、Ｓ１３０９でＣＰＵ１１１が取得したＩＤに対応するブロックに基づいてリフロー表示する。
Ｓ１３１１で、ＣＰＵ１１１は、Ｓ１３０７で判定した入力に従った処理を行い、処理をＳ１３０７に戻す。なお、入力に従った処理としては、ページ捲り操作による次ページ又は前ページの表示処理や、表示終了処理等がある。

Ｓ１３１２で、表示部２１１は、ディスプレイ装置１１５に表示すべきブロックをリフロー表示する。表示部２１１が表表示すべきブロック情報は、初期状態では最初のブロックであり、上述した固定レイアウト表示から切り替わったときは、上述したＳ１３０９で取得したＩＤのブロックとなる。ここでは、表示部２１１は、Ｓ１３０９で取得したＩＤに基づいて、リフロー型コンテンツデータ７０５を検索し、表示すべきＩＤのブロック以降をディスプレイ装置１１５へ表示する。より具体的には、表示部２１１は、前記表示すべきＩＤのブロックに該当するコンテンツデータ以降のコンテンツデータを抽出し、ディスプレイ装置１１５へ表示する。
Ｓ１３１３で、ＣＰＵ１１１は、入力装置１１４を介して受け付けたディスプレイ装置１１５に表示されている画面表示に対する入力操作を判定する。より具体的には、ＣＰＵ１１１は、入力装置１１４を介してタップ操作を受け付けたと判定した場合、処理をＳ１３１４に進め、その他の入力操作を受け付けたと判定した場合、処理をＳ１３１７に進める。
Ｓ１３１４で、ＣＰＵ１１１は、入力装置１１４を介して受け付けたタップ操作におけるタップ位置の座標情報を取得する。
Ｓ１３１５で、ＣＰＵ１１１は、タップ位置の座標位置からその位置に描画中のブロックのＩＤを、図７を用いて上述したリフロー型コンテンツデータ７０５内を検索して取得する。そして、ＣＰＵ１１１は、取得したブロックのＩＤに基づいて、図８のブロック情報内のブロックを順次参照し、ＩＤが一致するブロックのページ情報を取得する。ここでＣＰＵ１１１が取得したページ情報が、前記取得したブロックのＩＤに対する固定レイアウトのページ情報となる。
Ｓ１３１６で、表示部２１１は、リフロー表示ＯＦＦに設定し、処理をＳ１３０５に戻す。より具体的には、表示部２１１は、Ｓ１３１５でＣＰＵ１１１が取得した固定レイアウトのページ情報に基づいて固定レイアウト表示する。
Ｓ１３１７で、ＣＰＵ１１１は、Ｓ１３１３で判定した入力に従った処理を行い、処理をＳ１３１３に戻す。なお、入力に従った処理としては、スクロール操作による次ブロック又は前ブロックの表示処理や、表示終了処理等ある。

以上、本実施形態の処理によれば、スキャナ１４０は、紙に書かれた情報を読み取り、固定レイアウト型及びリフロー型の両方のデータを生成し、更に、それらを関連付けた文書データを生成する。また、スキャナ１４０は、生成した文書データをストレージサーバ装置１３０に送信する。携帯端末１１０は、ストレージサーバ装置１３０から文書データを取得し、ディスプレイ装置１１５に適した表示となるように固定レイアウト型の表示と、リフロー型の表示とを切り替えて表示する。これにより、本実施形態のシステムは、携帯端末の欠点を補う読みやすい環境をユーザに提供することができる。

＜実施形態２＞
本実施形態のシステムは、上述したように、図１のシステムにクライアントＰＣ端末１２０が含まれるシステムである。
本実施形態のシステムでは、クライアントＰＣ端末１２０のアプリケーションが印刷データを生成後、携帯端末１１０での表示に適した表示が可能となるような文書データに変換する。そして、クライアントＰＣ端末１２０は、前記文書データをストレージサーバ装置１３０に送信する。ストレージサーバ装置１３０は、クライアントＰＣ端末１２０から受信した文書データを管理する。そして、実施形態１と同様に、携帯端末１１０は、ストレージサーバ装置１３０に保存された文書データを取得し、ディスプレイ装置１１５に最適な表示を行う。
なお、クライアントＰＣ端末１２０のハードウェア構成については、図１を用いて上述した通りであるため、説明を省略する。

図２は、図１のシステムを構成する各装置のソフトウェア構成等の一例を示す図である。
図２において、携帯端末１１０、ストレージサーバ装置１３０及びスキャナ１４０については、実施形態１と同様であるため、説明を省略する。
以下、クライアントＰＣ端末１２０のソフトウェア構成について説明する。
クライアントＰＣ端末１２０は、表示部２２１、通信部２２２、入力部２２３、データ取得部２２４及びデータ変換部２２５を有する。
表示部２２１は、ディスプレイ装置１２５の表示を制御する。
通信部２２２は、ネットワーク１０１を介して他の装置とネットワーク通信を行う。
入力部２２３は、入力装置１２４を介して受け付けたユーザの操作に基づく入力を制御する。
データ取得部２２４は、通信部２２２を介して他の装置からデータを取得する。
データ変換部２２５は、印刷データを文書データに変換する。

図１５は、本実施形態のクライアントＰＣ端末１２０のアプリケーションが印刷データを生成後、文書データを生成する処理の一例を示すフローチャートである。
Ｓ１４０１で、ＣＰＵ１２１は、ページ単位で印刷データの生成処理を行う。なお、ＣＰＵ１２１は、前記印刷データの生成処理において、印刷装置のＰＤＬ言語に対応するものでなく、ページ全体をイメージデータとして生成する。
Ｓ１４０２で、データ変換部２２５は、Ｓ１４０１で生成された印刷データのうち、未処理のページがあるか否かを判定し、あると判定した場合、処理をＳ１４０３に進め、ないと判定した場合、処理をＳ１４１０に進める。
Ｓ１４０３で、データ変換部２２５は、固定レイアウトデータの生成を行う。より具体的には、データ変換部２２５は、印刷データをＪＰＥＧ形式のイメージデータに変換し、図７で上述した固定レイアウト型コンテンツデータ７０４内にコンテンツデータとして記述する。なお、Ｓ１４０３の処理は、Ｓ９０３の処理と同様である。
Ｓ１４０４で、データ変換部２２５は、生成した印刷データに対して像域分離処理を行い、ブロック化すると共にオブジェクトを分類する。なお、Ｓ１４０４の処理は、Ｓ９０４の処理と同様である。
Ｓ１４０５で、データ変換部２２５は、リフローページの生成を行うか否かの確認を行う。なお、Ｓ１４０５の処理は、Ｓ９０５の処理と同様である。

Ｓ１４０６で、データ変換部２２５は、Ｓ１４０５の処理による確認の結果に基づいて、リフローページを生成するか否かを判定し、生成すると判定した場合、処理をＳ１４０７に進め、生成しないと判定した場合、処理をＳ１４０９に進める。なお、Ｓ１４０６の処理は、Ｓ９０６の処理と同様である。
Ｓ１４０７で、データ変換部２２５は、ブロック座標の生成を行う。なお、Ｓ１４０７の処理は、Ｓ９０７の処理と同様である。
Ｓ１４０８で、データ変換部２２５は、リフローページを生成し、処理をＳ１４０１に戻す。なお、Ｓ１４０８の処理は、Ｓ９０８の処理と同様である。
Ｓ１４０９で、データ変換部２２５は、Ｓ１４０３で生成した固定レイアウトデータを参照して、図７のリフロー型コンテンツデータ７０５内のコンテンツデータを記述し、処理をＳ１４０１に戻す。なお、Ｓ１４０９の処理は、Ｓ９０９の処理と同様である。
Ｓ１４１０で、データ変換部２２５は、これまで生成した固定レイアウトデータ、リフローデータ及びスキャン時の用紙サイズや、ブロック座標等のデータを含む関連付けデータであるブロック情報をマージ（併合）する。データ変換部２２５は、マージしたブロック情報を図７で上述したコンテナ７０１に格納することで文書データを完成させる。なお、Ｓ１４１０の処理は、Ｓ９１０の処理と同様である。
Ｓ１４１１で、データ変換部２２５は、生成した文書データを、通信部２２２を介して、ストレージサーバ装置１３０に送信し、処理を終了する。また、ストレージサーバ装置１３０は、通信部２３１を介して文書データを受け取り、データ保存部２３３に格納する。なお、Ｓ１４１１の処理は、Ｓ９１１の処理と同様である。

以上、本実施形態の処理によれば、クライアントＰＣ端末１２０は、生成した印刷データから固定レイアウト型及びリフロー型の両方のデータを生成し、更に、それらを関連付けた文書データを生成する。また、クライアントＰＣ端末１２０は、生成した文書データをストレージサーバ装置１３０に送信する。携帯端末１１０は、ストレージサーバ装置１３０から文書データを取得し、ディスプレイ装置１１５に適した表示となるように固定レイアウト型の表示と、リフロー型の表示とを切り替えて表示する。これにより、本実施形態のシステムは、携帯端末の欠点を補う読みやすい環境をユーザに提供することができる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

以上、上述した各実施形態によれば、一つのデータで画面サイズの小さな端末から大きな端末まで、端末の画面サイズに応じた見やすい表示をすることができる技術を提供することができる。

以上、本発明の好ましい形態について詳述したが、本実施形態は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

Claims (19)

1. 端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成手段と、
   前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成手段と、
   前記固定レイアウトデータ生成手段により生成された固定レイアウトデータと、前記リフローデータ生成手段により生成されたリフローデータとを関連付ける関連データを生成する関連付け手段と、
   を有する画像処理装置。
2. 前記固定レイアウトデータ生成手段により生成された固定レイアウトデータを属性に応じて分離することによりブロックを生成するブロック生成手段を更に有し、
   前記リフローデータ生成手段は、前記ブロック生成手段により生成されたブロックに基づいて、前記リフローデータを生成する請求項１記載の画像処理装置。
3. 前記関連付け手段は、前記固定レイアウトデータのページを示すページ情報と、前記ページに含まれるブロックの前記ページにおける座標情報とを関連付けることにより、前記固定レイアウトデータと、前記リフローデータとを関連付ける関連データを生成する請求項２記載の画像処理装置。
4. 前記関連付け手段は、前記ページ情報と、前記座標情報と、更に、前記ブロックをリフロー表示する際の順番を示す順番情報とを関連付けることにより、前記固定レイアウトデータと、前記リフローデータとを関連付ける関連データを生成する請求項３記載の画像処理装置。
5. 前記ブロック生成手段により生成されたブロックに基づいて、前記リフローデータを生成するか否かを判定する判定手段を更に有し、
   前記リフローデータ生成手段は、前記判定手段により生成すると判定された場合、前記リフローデータを生成し、生成しないと判定された場合、前記リフローデータを生成しない請求項２乃至４何れか１項記載の画像処理装置。
6. 前記判定手段は、前記ブロックによりページが段組みの構成となっているか否かに基づいて、前記リフローデータを生成するか否かを判定する請求項５記載の画像処理装置。
7. 前記判定手段は、前記ブロックがページ内に複数あるか否かに基づいて、前記リフローデータを生成するか否かを判定する請求項５記載の画像処理装置。
8. 前記ブロックに記載されている文字を読み取る読取手段を更に有し、
   前記判定手段は、前記読取手段により読み取られた文字と、記憶領域に記憶されている文字のパターンとの類似度が予め定められた閾値以上であるか否かに基づいて、前記リフローデータを生成するか否かを判定する請求項５記載の画像処理装置。
9. 端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータと、前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータとが関連付けられた関連データを取得する取得手段と、
   前記操作画面を介して受け付けたユーザの指示に応じて、前記取得手段により取得された前記関連データに基づいて、前記固定レイアウト表示と、前記リフロー表示とを切り替えて表示する表示手段と、
   を有する端末装置。
10. 前記関連データには、前記リフロー表示に係るブロックを含むページを示すページ情報と、前記ページ内における前記ブロックの座標を示す座標情報とが含まれ、
    前記表示手段は、前記リフロー表示で表示中の操作画面を介してタップされたブロックの座標情報と、前記関連データに含まれるブロックの座標情報とに基づいて、前記タップされたブロックを含むページを示す前記ページ情報を前記関連データから特定し、前記特定したページ情報が示すページを固定レイアウト表示する請求項９記載の端末装置。
11. 前記関連データには、前記リフロー表示する順番が順番付けされたブロックを含むページを示すページ情報と、前記ページ内における前記ブロックの座標を示す座標情報とが含まれ、
    前記表示手段は、固定レイアウト表示で表示中の操作画面を介してタップされたタップ位置の座標情報と、前記関連データに含まれる前記固定レイアウト表示で表示中のページに係る前記ページ情報に対応するブロックの座標情報とに基づいて、前記タップ位置におけるブロックを前記関連データから特定し、前記特定したブロック以降のブロックを前記順番付けされた順番に従いリフロー表示する請求項９記載の端末装置。
12. 前記表示手段は、前記リフロー表示で表示中に、前記関連データにおいて前記リフローデータが含まれないページを参照した場合、前記リフロー表示を前記固定レイアウト表示に切り替えて表示する請求項９又は１０記載の端末装置。
13. 操作画面のサイズが予め定められた閾値以上であるか否かを判定するサイズ判定手段を更に有し、
    前記表示手段は、前記サイズ判定手段により予め定められた閾値以上であると判定された場合、固定レイアウト表示し、予め定められた閾値以上でないと判定された場合、リフロー表示する請求項９乃至１２何れか１項記載の端末装置。
14. 端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成手段と、
    前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成手段と、
    前記固定レイアウトデータ生成手段により生成された固定レイアウトデータと、前記リフローデータ生成手段により生成されたリフローデータとを関連付ける関連データを生成する関連付け手段と、
    前記関連付け手段により生成された前記関連データを取得する取得手段と、
    前記操作画面を介して受け付けたユーザの指示に応じて、前記取得手段により取得された前記関連データに基づいて、前記固定レイアウト表示と、前記リフロー表示とを切り替えて表示する表示手段と、
    を有するシステム。
15. 画像処理装置が実行する情報処理方法であって、
    端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成ステップと、
    前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成ステップと、
    前記固定レイアウトデータ生成ステップにより生成された固定レイアウトデータと、前記リフローデータ生成ステップにより生成されたリフローデータとを関連付ける関連データを生成する関連付けステップと、
    を含む情報処理方法。
16. 端末装置が実行する情報処理方法であって、
    端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータと、前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータとが関連付けられた関連データを取得する取得ステップと、
    前記操作画面を介して受け付けたユーザの指示に応じて、前記取得ステップにより取得された前記関連データに基づいて、前記固定レイアウト表示と、前記リフロー表示とを切り替えて表示する表示ステップと、
    を含む情報処理方法。
17. システムが実行する情報処理方法であって、
    端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成ステップと、
    前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成ステップと、
    前記固定レイアウトデータ生成ステップにより生成された固定レイアウトデータと、前記リフローデータ生成ステップにより生成されたリフローデータとを関連付ける関連データを生成する関連付けステップと、
    前記関連付けステップにより生成された前記関連データを取得する取得ステップと、
    操作画面を介して受け付けたユーザの指示に応じて、前記取得ステップにより取得された前記関連データに基づいて、前記固定レイアウト表示と、前記リフロー表示とを切り替えて表示する表示ステップと、
    を含む情報処理方法。
18. コンピュータに、
    端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータを生成する固定レイアウトデータ生成ステップと、
    前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータを生成するリフローデータ生成ステップと、
    前記固定レイアウトデータ生成ステップにより生成された固定レイアウトデータと、前記リフローデータ生成ステップにより生成されたリフローデータとを関連付ける関連データを生成する関連付けステップと、
    実行させるためのプログラム。
19. コンピュータに、
    端末装置の操作画面にページ全体を表示する固定レイアウト表示に係る固定レイアウトデータと、前記ページに含まれる内容を前記操作画面のサイズに応じて前記操作画面にリフロー表示するリフロー表示に係るリフローデータとが関連付けられた関連データを取得する取得ステップと、
    操作画面を介して受け付けたユーザの指示に応じて、前記取得ステップにより取得された前記関連データに基づいて、前記固定レイアウト表示と、前記リフロー表示とを切り替えて表示する表示ステップと、
    を実行させるためのプログラム。

Images