JP2011118517A - 文書画像生成サーバ及びプログラム、並びに文書閲覧システム - Google Patents

Abstract

【課題】高価なサーバを用いずに、文書画像を表示するまでの処理時間を短縮すること。
【解決手段】操作パネル１４が操作されると、サーバ１２は、携帯電話端末１１からの要求を受信する（Ｓ４１）。サーバ１２が、文書ファイルの閲覧開始の要求を受信した場合（Ｓ４２でＹＥＳ）、閲覧開始の要求があった文書ファイルがＲＡＭ２３に読み出される（Ｓ４３）。文字情報検出部３１は、文書ファイルに含まれる文字のサイズを検出する（Ｓ４４）。文書分割部４６は、検出された文字のサイズに基づいて、文書ファイルを、同一又は同程度のサイズの連続する文字毎の単位に分割する（Ｓ４５）。解像度算出部３２は、分割された単位毎に、検出された文字のサイズに基づいて、文書画像の解像度を算出する（Ｓ４６）。変換部３３は、算出された解像度となるように、分割された文書ファイルを、分割された単位毎の複数の文書画像に変換する（Ｓ４７）。
【選択図】図１２

Description

本発明は、端末で閲覧させる文書画像を生成する文書画像生成サーバ及びプログラム、並びに文書画像を閲覧させる文書閲覧システムに関する。

オフィスにおいて、文書ファイル（例えば、マイクロソフト社のワード、エクセル、パワーポイント）を電子メールで送受信したり、その文書ファイルを閲覧したりすることは、日常的に行われている。その一方で、社内の文書ファイルを、電子メールで社外に送信したり、社外から閲覧したりすることは、情報漏洩を防止する観点から懸念されている。

しかし、社外から容易に社内の文書ファイルにアクセスできれば、業務効率向上への寄与は大きい。特に、社員が持ち歩く携帯電話端末からアクセス可能ならば、非常に有意義である。

そこで、携帯電話端末をいわゆるシンクライアントとしたネットワークシステムの技術開発が盛んになっている（例えば、非特許文献１参照）。このネットワークシステムでは、携帯電話端末から文書ファイルの閲覧要求があった場合、サーバにおいて、閲覧要求のあった文書ファイルがいくつかの画像（以下、文書画像という）に順次変換される。そして、文書画像が携帯電話端末に送信され、閲覧が可能となる。このネットワークシステムによれば、ほとんどの処理がサーバ側に集中し、携帯電話端末側にデータが残らないので、情報漏洩が防止できる。

" 仮想ＰＣ型シンクライアントシステム VirtualPCCenter基盤ソフトウェア"、［online］、日本電気株式会社、［平成２１年９月２５日検索］、インターネット（ＵＲＬ：http://www.nec.co.jp/pfsoft/vpcc_sw/）

ところで、オフィスにおける文書ファイルは、Ａ４サイズの紙への出力を想定して作成されたものが多い。このような文書ファイルを、携帯電話端末の小さな画面で閲覧する場合、文書画像を拡大して部分的に表示することになる。文書画像が低解像度である場合、拡大しても鮮明に表示できないから、高解像度の文書画像を表示することが通常である。

しかし、文書画像の高解像度化に伴い、サーバが高価になる、あるいは、文書画像を表示するまでの処理時間が長引くといった問題が生じている。

本発明は、上記課題を鑑みてなされたものであり、シンクライアントによるネットワークシステムにおいて、高価なサーバを用いずに、文書画像を表示するまでの処理時間を短縮することを目的とする。

上記目的を達成するために、本発明の文書画像生成サーバは、文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段と、前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段と、前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段と、前記文書ファイルを、前記単位毎に、その単位を構成する文字のサイズに基づく解像度を有した端末閲覧用の文書画像に変換する変換手段とを備えていることを特徴とする。

端末からの要求に応じ、前記単位毎に前記文書画像を出力する画像出力手段を備えていることが好ましい。

本発明の別の文書画像生成サーバは、文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段と、前記文書ファイルを端末閲覧用の文書画像に変換する変換手段と、前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段と、前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段と、前記単位毎に、その単位を構成する文字のサイズに基づいて、前記文書画像の圧縮率を算出する圧縮率算出手段と、各単位の圧縮率で前記単位毎に前記文書画像を圧縮する画像圧縮手段とを備えていることを特徴とする。

端末からの要求に応じ、前記文書画像を出力する画像出力手段を備えていることが好ましい。

本発明の文書画像生成プログラムは、文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段、前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段、前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段、及び前記文書ファイルを、前記単位毎に、その単位を構成する文字のサイズに基づく解像度を有した端末閲覧用の文書画像に変換する変換手段としてコンピュータを機能させることを特徴とする。

本発明の別の文書画像生成プログラムは、文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段、前記文書ファイルを端末閲覧用の文書画像に変換する変換手段、前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段、前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段、前記単位毎に、その単位を構成する文字のサイズに基づいて、前記文書画像の圧縮率を算出する圧縮率算出手段、及び各単位の圧縮率で前記単位毎に前記文書画像を圧縮する画像圧縮手段としてコンピュータを機能させることを特徴とする。

本発明の文書閲覧システムは、段落［００１０］又は［００１２］に記載の文書画像生成サーバと、前記文書画像を閲覧する端末とを備えていることを特徴とする。

本発明によれば、高価なサーバを用いずに、文書画像を表示するまでの処理時間を短縮することができる。

文書閲覧システムの概略図である。 文書画像生成サーバのブロック図である。 ＣＰＵの機能を説明するブロック図である。 データの流れを説明するブロック図である。 文書画像生成サーバの処理手順を説明するフローチャートである。 第３実施形態におけるＣＰＵの機能を説明するブロック図である。 第３実施形態におけるデータの流れを説明するブロック図である。 第３実施形態における文書画像生成サーバの処理手順を説明するフローチャートである。 第５実施形態におけるＣＰＵの機能を説明するブロック図である。 第５実施形態における文書画像生成サーバの処理手順を説明するフローチャートである。 第６実施形態におけるＣＰＵの機能を説明するブロック図である。 第６実施形態における文書画像生成サーバの処理手順を説明するフローチャートである。 第７実施形態におけるＣＰＵの機能を説明するブロック図である。 第７実施形態におけるデータの流れを説明するブロック図である。 第７実施形態における文書画像生成サーバの処理手順を説明するフローチャートである。

［第１実施形態］
図１に示す携帯電話端末１１は、電話、インターネットなどの通信機能を有している。携帯電話端末１１は、インターネットを介して文書画像生成サーバ１２に接続される。文書画像生成サーバ１２としては、オフィスに設置されたパーソナルコンピュータ等が想定される。

文書画像生成サーバ１２は、文書ファイルを、所定単位（例えば、ページ単位）の複数の画像（以下、文書画像という）に変換し、携帯電話端末１１に送信する。携帯電話端末１１では、画像形式で文書ファイルが閲覧可能となる。このように、携帯電話端末１１は、文書画像生成サーバ１２とともに、文書ファイルを閲覧するための文書閲覧システムを構成する。

携帯電話端末１１の前面には、液晶表示画面１３の他に、通信時のダイヤルボタンや各種設定ボタンからなる操作パネル１４が設けられている。液晶表示画面１３の上方には、受話スピーカ１５が設けられ、操作パネル１４の下方には、送話マイク１６が設けられている。受話スピーカ１５及び送話マイク１６には、通信回路や音声処理回路などから構成された電話ユニット（図示省略）が接続されている。

図２に示すように、文書画像生成サーバ１２は、ＣＰＵ２１を備えている。ＣＰＵ２１は、携帯電話端末１１の操作パネル１４から入力される操作信号などにしたがって、文書画像生成サーバ１２全体を制御する。ＣＰＵ２１には、データバス２２を介して、ＲＡＭ２３、ハードディスクドライブ（ＨＤＤ）２４、無線通信部２５が接続されている。無線通信部２５には、アンテナ２６が接続されている。

ＲＡＭ２３は、ＣＰＵ２１が処理を実行するために用いられる作業用メモリである。ＨＤＤ２４には、文書画像生成サーバ１２を動作させるための各種プログラムや、携帯電話端末１１で閲覧させる文書ファイル（例えば、マイクロソフト社のワード、エクセル、パワーポイント）、その他のデータが記憶されている。文書ファイルには、文字及びそのサイズに関する情報が書き込まれている。

ＣＰＵ２１は、ＨＤＤ２４からプログラムやデータをＲＡＭ２３に読み込む。つまり、ＣＰＵ２１は、文書ファイルを読み込む文書読込み手段として機能する。そして、ＣＰＵ２１は、プログラムを逐次実行し、データを処理する。無線通信部２５は、アンテナ２６を介して携帯電話端末１１と通信する。

ところで、一般に利用されている文書ファイルは、マイクロソフト社のワード、エクセル、パワーポイントなど様々であり、また、各文書ファイルは、タイトル、本文、注釈、埋込み画像などの特性が異なる部分から構成されている。一般的に、多くの文書ファイルでは、文字情報が占める割合が高い、文字の空間周波数成分は、埋込み画像の空間周波数成分よりも高い、小さな文字の空間周波数成分は、大きな文字の空間周波数成分よりも高いとそれぞれ考えられる。このため、文書画像生成サーバ１２が生成する文書画像については、文字の最小サイズ（高周波成分）に着目して適切な解像度を推定することが合理的と考えられる。そこで、本実施形態の文書画像生成サーバ１２は、文書ファイルに書き込まれた文字の最小サイズに基づいて、文書画像の解像度を決定する。

図３に示すように、ＣＰＵ２１には、プログラムの実行により、文字情報検出部３１、解像度算出部３２、及び変換部３３が構築される。文字情報検出部３１は、文書ファイルに対応するＡＰＩ（Application Program Interface）を利用して文書ファイルを走査し、文書ファイルに含まれる文字の最小サイズを検出する。このように、文字情報検出部３１は、文字のサイズを検出する文字サイズ検出手段として機能する。走査は、所定単位（ページ単位）毎に行う。また、文字情報検出部３１は、走査した範囲に含まれる合計文字数を検出する。

解像度算出部３２は、単位（例えば、ページ単位）毎に、文字情報検出部３１で検出された文字の最小サイズに基づいて、これから生成する文書画像の解像度を算出する。解像度Ｄ［ｄｐｉ（ｄｏｔ ｐｅｒ ｉｎｃｈ）］の算出式は、一文字当たりのドット数をＫ［ｄｏｔ］とし、文字サイズをｐ［ｐｔ］とした場合、１［ｉｎｃｈ］＝７２［ｐｔ］なので、Ｄ＝７２×Ｋ／ｐ・・・（１）で表される。解像度Ｄは、文字サイズｐが小さいほど高くなる。

但し、文字情報検出部３１が走査した範囲の合計文字数が所定の閾値Ｔｈに達していない場合には、解像度算出部３２は、上記算出式（１）を用いず、予め定められた標準値Ｄ０を解像度とする。標準値Ｄ０は、上記算出式（１）により算出される解像度と比較して低い解像度となるように定められている。これは、埋込み画像などの文字以外の部分が文書ファイルの多くを占めている場合に、不必要に高解像度の文書画像とならないようにするためである。なお、一文字当たりのドット数Ｋ、閾値Ｔｈ、標準値Ｄ０は、固定パラメータであり、事前に行った実験（試行的な画像生成と目視による画像確認）により定められる。

変換部３３は、解像度算出部３２で算出された解像度となるように、文書ファイルを、所定単位（例えば、ページ単位）の複数の文書画像に変換する。このように、変換部３３は、文書ファイルを文書画像に変換する変換手段として機能する。

変換された文書画像は、ＲＡＭ２３に記憶されるとともに、画像出力手段として機能する無線通信部２５によって、閲覧要求に応じて携帯電話端末１１に順次送信される。携帯電話端末１１の液晶表示画面１３には、文書画像が表示され、閲覧が可能となる。

次に、文書画像生成サーバ１２の処理手順を、図４のブロック図、及び図５のフローチャートを参照しながら説明する。

携帯電話端末１１の操作パネル１４が操作され、閲覧する文書ファイルが指定されると、文書ファイルの閲覧要求が携帯電話端末１１から送信される。文書画像生成サーバ１２が、文書ファイルの閲覧要求を受信すると、閲覧要求があった文書ファイルがＨＤＤ２４からＲＡＭ２３に読み出される（ステップ（以下、Ｓと略す）１１）。

文書ファイルがＲＡＭ２３に読み出されると、文字情報検出部３１は、文書ファイルを走査し、文書ファイルに含まれる文字の最小サイズを検出する（Ｓ１２）。そして、解像度算出部３２は、検出された文字の最小サイズに基づいて、文書ファイルから変換する文書画像の解像度を算出する（Ｓ１３）。

解像度が算出されると、変換部３３は、算出された解像度となるように、文書ファイルを文書画像に変換する（Ｓ１４）。文書画像は、無線通信部２５及びアンテナ２６を介して携帯電話端末１１に順次送信され（Ｓ１５）、携帯電話端末１１で閲覧可能となる。

このような構成にしたことで、高価なサーバを用いずに、文書画像を表示するまでの処理時間を短縮することができる。また、閲覧する者にとって十分な画質の文書画像を得ることができる。

なお、本実施形態では、解像度算出部３２が算出した解像度となるように、変換部３３が文書ファイルを文書画像に変換したが、変換部３３に縦横のドット数を与え、当該ドット数の文書画像となるように、変換部３３が文書ファイルを変換してもよい。なお、横のドット数Ｘは、文書画像の横幅をＷ［ｉｎｃｈ］とした場合、Ｘ＝Ｄ×Ｗ・・・（２）で表され、縦のドット数Ｙは、文書画像の縦の高さをＨ［ｉｎｃｈ］とした場合、Ｙ＝Ｄ×Ｈ・・・（３）で表される。

［第２実施形態］
本実施形態は、文書画像の解像度の決定が、文書ファイルに書き込まれた文字の最小サイズに基づくことに代えて、文書ファイルに書き込まれた文字のサイズの分布（ヒストグラム）に基づくことが、第１実施形態と異なる。

第１実施形態では、文字の最小サイズに着目したが、小さな文字で表現される内容は、トレードマークのように、文書ファイルを閲覧する者が必ずしも必要としない情報である可能性がある。また、文書ファイルの大部分が一定の文字サイズで記述されていることもある。このため、文字サイズの分布に着目して適切な解像度を推定することがより合理的と考えられる。そこで、本実施形態の文書画像生成サーバ１２は、文書ファイルに書き込まれた文字のサイズの分布に基づいて、文書画像の解像度を決定する。

文字情報検出部３１は、文書ファイルに含まれる文字のサイズの分布を検出する。解像度算出部３２は、最頻値となる文字サイズに基づいて、これから生成する文書画像の解像度を算出する。解像度Ｄは、上記算出式（１）で表されるが、最頻値となる文字サイズ以上の文字数の合計が、文書ファイル全体の文字数に対して所定の割合Ｔｈｒに達していない場合には、解像度算出部３２は、上記算出式（１）を用いず、標準値Ｄ０を解像度とする。なお、割合Ｔｈｒは、固定パラメータであり、事前に行った実験（試行的な画像生成と目視による画像確認）により定められる。なお、第１実施形態と同様の構成、作用、及び効果についての説明は省略する。また、以下の実施形態では、他の実施形態と異なる点だけを説明する。

なお、本実施形態では、生成する文書画像の解像度を、最頻値となる文字サイズに基づいて算出したが、文字サイズの分布に基づいて算出すればよく、例えば、文字サイズの平均値や中央値に基づいて算出してもよい。これらの場合であっても、最頻値の場合と同様の効果が期待できる。また、最頻値、平均値、中央値を用いる場合に、文字サイズ毎に適当な重みを付ける等、本実施形態を変形した形態とすることも可能である。

本実施形態では、閾値Ｔｈ又は割合Ｔｈｒとの関係で、基準となるサイズの文字（例えば、最頻値となるサイズの文字）の数を評価し、標準値Ｄ０を解像度とする場合を定めたが、基準となるサイズの文字の数を評価することに代えて、基準となるサイズの文字の数に文字サイズの二乗を乗じた値（基準となるサイズの文字の数×文字サイズ×文字サイズ）を評価してもよい。この値は、基準となるサイズの文字が占める面積の代理変数といえる。

［第３実施形態］
本実施形態は、文書ファイルに書き込まれた文字の最小サイズに基づいて、文書画像の解像度を決定することに代えて、文書画像の圧縮率を決定することが、第１実施形態と異なる。

図６に示すように、ＣＰＵ２１には、プログラムの実行により、文字情報検出部３１、変換部３３、圧縮率算出部４１、及び画像圧縮部４２が構築される。変換部３３は、文書ファイルを、所定単位（例えば、ページ単位）の複数の文書画像に変換する。

圧縮率算出部４１は、単位（例えば、ページ単位）毎に、文字情報検出部３１で検出された文字の最小サイズに基づいて、文書画像の圧縮率（Ｑ値）を算出する。Ｑ値の算出式は、エンコーダ（画像圧縮部４２）の特性により線形にならず、非線形関数で表される。このように、圧縮率算出部４１は、文書画像の圧縮率を算出する圧縮率算出手段として機能する。画像圧縮部４２は、圧縮率算出部４１で算出されたＱ値で文書画像を圧縮する。つまり、画像圧縮部４２は、文書画像を圧縮する画像圧縮手段として機能する。

圧縮された文書画像は、ＲＡＭ２３に記憶されるとともに、閲覧要求に応じて携帯電話端末１１に順次送信される。携帯電話端末１１で文書画像が解凍され、携帯電話端末１１の液晶表示画面１３には、文書画像が表示され、閲覧が可能となる。

次に、本実施形態の文書画像生成サーバ１２の処理手順を、図７のブロック図、及び図８のフローチャートを参照しながら説明する。

Ｓ２１、Ｓ２２は、Ｓ１１、Ｓ１２と同様である。変換部３３は、文書ファイルを文書画像に変換する（Ｓ２３）。圧縮率算出部４１は、検出された文字の最小サイズに基づいて、文書画像の圧縮率（Ｑ値）を算出する（Ｓ２４）。

Ｑ値が算出されると、画像圧縮部４２は、算出されたＱ値で文書画像を圧縮する（Ｓ２５）。圧縮された文書画像は、無線通信部２５及びアンテナ２６を介して携帯電話端末１１に順次送信され（Ｓ２６）、携帯電話端末１１で解凍されることにより、閲覧可能となる。

［第４実施形態］
本実施形態は、文書画像の圧縮率の決定が、文書ファイルに書き込まれた文字の最小サイズに基づくことに代えて、文書ファイルに書き込まれた文字のサイズの分布（ヒストグラム）に基づくことが、第３実施形態と異なる。

文字情報検出部３１は、文書ファイルに含まれる文字のサイズの分布を検出する。圧縮率算出部４１は、最頻値となる文字サイズに基づいて、文書画像の圧縮率（Ｑ値）を算出する。

なお、本実施形態では、文書画像の圧縮率を、最頻値となる文字サイズに基づいて算出したが、第２実施形態と同様、例えば、文字サイズの平均値や中央値に基づいて算出してもよい。また、最頻値、平均値、中央値を用いる場合に、文字サイズ毎に適当な重みを付ける等、本実施形態を変形した形態とすることも可能である。

［第５実施形態］
本実施形態は、文書画像の解像度を決定するものでないこと、及び必要に応じて初めに生成した文書画像よりも高解像度の文書画像を生成することが、第１実施形態と異なる。

文書ファイルが数百ページにわたる等の場合、文書ファイルから変換する文書画像の数が多く、変換処理に長時間を要するが、文書ファイルを閲覧する者が全てのページの細部まで閲覧するとは限らない。また、一つのページ内であっても、本文部分のみが読み取れれば十分な場合もあり、細部を拡大して閲覧する必要がないことがある。このため、ページ毎に、ページの全体を把握できる程度の解像度をもった一つの文書画像（以下、代表画像という）を初めに生成し、その後、拡大して閲覧する要求があった場合に、代表画像よりも高解像度の画像（以下、高解像度画像）を新たに生成することで、処理量が抑制され、携帯電話端末１１への応答時間が短縮されると考えられる。そこで、本実施形態の文書画像生成サーバ１２は、本実施形態の文書画像生成サーバ１２は、代表画像を初めに生成し、必要に応じて高解像度画像を生成する。

図９に示すように、ＣＰＵ２１には、プログラムの実行により、変換部３３が構築される。変換部３３は、ＲＡＭ２３に読み出された文書ファイルを、所定単位（例えば、ページ単位）の複数の代表画像に変換する。

また、変換部３３は、携帯電話端末１１で閲覧中の文書画像について、拡大して閲覧する要求があった場合、対応する文書ファイルを、該当する単位（ページ）の高解像度画像に変換する。但し、既に変換済みの場合には、変換は行わない。

変換された高解像度画像は、ＲＡＭ２３に記憶されるとともに、携帯電話端末１１に送信される。携帯電話端末１１の液晶表示画面１３には、高解像度画像が拡大して表示され、閲覧が可能となる。

次に、本実施形態の文書画像生成サーバ１２の処理手順を、図１０のフローチャートを参照しながら説明する。

携帯電話端末１１の操作パネル１４が操作されると、何らかの要求が携帯電話端末１１から送信される。文書画像生成サーバ１２は、携帯電話端末１１からの要求を受信する（Ｓ３１）。文書画像生成サーバ１２が、文書ファイルの閲覧開始の要求を受信した場合（Ｓ３２でＹＥＳ）、閲覧開始の要求があった文書ファイルがＨＤＤ２４からＲＡＭ２３に読み出される（Ｓ３３）。そして、変換部３３は、文書ファイルを代表画像に変換する（Ｓ３４）。

文書画像生成サーバ１２が、文書ファイルの閲覧中（Ｓ３２でＮＯ）において、携帯電話端末１１で閲覧中の文書画像について、拡大して閲覧する要求を受信したとき（Ｓ３５でＹＥＳ）、既に要求に応じた文書画像（このときは、高解像度画像）が生成済みであれば（Ｓ３６でＹＥＳ）、要求に応じた文書画像が選択される（Ｓ３７）。一方、高解像度画像が生成されていない場合には（Ｓ３６でＮＯ）、変換部３３は、文書ファイルの閲覧中のページについて、高解像画像に変換する（Ｓ３８）。

文書ファイルの閲覧中（Ｓ３２でＮＯ）において、携帯電話端末１１で閲覧中の文書画像について、拡大して閲覧する要求以外の要求（例えば、縮小して閲覧する要求、あるいは、閲覧するページを変更する要求）があったとき（Ｓ３５でＮＯ）、要求に応じた文書画像（このときは、代表画像）が選択される（Ｓ３７）。

Ｓ３４で変換された代表画像、Ｓ３７で選択された文書画像、Ｓ３８で変換された高解像度画像は、無線通信部２５及びアンテナ２６を介して携帯電話端末１１に順次送信され（Ｓ３９）、携帯電話端末１１で閲覧可能となる。Ｓ３４、Ｓ３８で変換された代表画像、高解像度画像は、携帯電話端末１１への送信とともに、ＲＡＭ２３に記憶される。

なお、代表画像の変換は、第２実施形態と同様、文書ファイルに書き込まれた文字のサイズの分布に基づく解像度となるように行ってもよい。この場合、ＣＰＵ２１には、解像度算出部３２が構築される。

高解像度画像の変換は、第１実施形態と同様、文書ファイルに書き込まれた文字の最小サイズに基づく解像度となるように行ってもよい。この場合、ＣＰＵ２１には、解像度算出部３２が構築される。

本実施形態では、一つのページについて、代表画像の他に、一つの高解像度画像を生成する場合を例に説明したが、拡大して閲覧する要求の拡大倍率に応じ、解像度が段階的に異なる複数の高解像度画像を生成するようにしてもよい。

［第６実施形態］
本実施形態は、文字サイズ毎に文書ファイルを分割すること、及び分割した単位毎に文書画像の解像度を決定することが、第１実施形態と異なる。

文書ファイルは、タイトル、本文、注釈のようにいくつかの部分から構成されている。各部分の文字は、それぞれ異なるサイズを有している場合が多い。また、文字の配置には局所性（サイズ毎に塊で配列されている性質）が見られ、同一又は同程度のサイズの文字が連続して配列されていることが多い。同程度のサイズとは、一定の範囲内のサイズのことをいい、例えば、８ｐｔの文字は、７ｐｔや９ｐｔの文字と同程度のサイズとなる。この一般的特性に基づき、本実施形態の文書画像生成サーバ１２は、文書ファイルを、同一又は同程度のサイズの連続する文字毎の単位に分割し、各単位に適した解像度の文書画像を生成する。

図１１に示すように、ＣＰＵ２１には、プログラムの実行により、文字情報検出部３１、解像度算出部３２、変換部３３、及び文書分割部４６が構築される。文字情報検出部３１は、文書ファイルに含まれる文字のサイズを検出する。

文書分割部４６は、単位（例えば、ページ単位）毎に、文字情報検出部３１で検出された文字のサイズに基づいて、ＲＡＭ２３に読み出された文書ファイルを、同一又は同程度のサイズの連続する文字毎の単位に分割する。このように、文書分割部は、文書ファイルを分割する文書分割手段として機能する。

解像度算出部３２は、文書分割部４６で分割された単位毎に、文字情報検出部３１で検出された文字のサイズに基づいて、これから生成する文書画像の解像度を算出する。

変換部３３は、解像度算出部３２で算出された解像度となるように、文書分割部４６で分割された文書ファイルを、分割された単位毎の複数の文書画像に変換する。

変換された文書画像は、ＲＡＭ２３に記憶されるとともに、閲覧要求に応じ、文書分割部４６で分割された単位で携帯電話端末１１に順次送信される。携帯電話端末１１の液晶表示画面１３には、文書分割部４６で分割された単位で文書画像が表示され、閲覧が可能となる。

次に、本実施形態の文書画像生成サーバ１２の処理手順を、図１２のフローチャートを参照しながら説明する。

Ｓ４１〜Ｓ４３は、第５実施形態のＳ３１〜Ｓ３３と同様である。文書ファイルがＲＡＭ２３に読み出されると、文字情報検出部３１は、文書ファイルに含まれる文字のサイズを検出する（Ｓ４４）。文書分割部４６は、検出された文字のサイズに基づいて、文書ファイルを、同一又は同程度のサイズの連続する文字毎の単位に分割する（Ｓ４５）。そして、解像度算出部３２は、分割された単位毎に、文字情報検出部３１で検出された文字のサイズに基づいて、文書ファイルから変換する文書画像の解像度を算出する（Ｓ４６）。

解像度が算出されると、変換部３３は、算出された解像度となるように、文書分割部４６で分割された文書ファイルを、分割された単位毎の複数の文書画像（以下、分割画像）に変換する（Ｓ４７）。

文書画像生成サーバ１２が、文書ファイルの閲覧中（Ｓ４２でＮＯ）において、携帯電話端末１１で閲覧中の文書画像の一部分を選択する要求を受信すると（Ｓ４８）、選択された部分の分割画像、あるいは選択された部分が複数の分割画像にまたがる場合には、選択された部分を最も多く含む分割画像が選択される（Ｓ４９）。

選択された分割画像は、無線通信部２５及びアンテナ２６を介して携帯電話端末１１に順次送信され（Ｓ５０）、携帯電話端末１１で閲覧可能となる。

このように、空間分割した文書画像を、それぞれの解像度で文書画像に変換するので、高解像度処理を一部の範囲に限定することができる。これにより、上記各実施形態と同様の効果を得ることができる。

なお、本実施形態は、「空間分割」した文書画像を生成しているが、「時分割」した文書画像を生成した第５実施形態の発明との組合せも可能である。

［第７実施形態］
本実施形態は、文字サイズ毎に文書ファイルを分割すること、及び分割した単位毎に文書画像の圧縮率を決定することが、第３実施形態と異なる。

図１３に示すように、ＣＰＵ２１には、プログラムの実行により、文字情報検出部３１、変換部３３、圧縮率算出部４１、画像圧縮部４２、及び文書分割部４６が構築される。文字情報検出部３１は、文書ファイルに含まれる文字のサイズを検出する。

文書分割部４６は、第６実施形態と同様、ＲＡＭ２３に読み出された文書ファイルを、同一又は同程度のサイズの連続する文字毎の単位に分割する。

圧縮率算出部４１は、文書分割部４６で分割された単位毎に、文字情報検出部３１で検出された文字のサイズに基づいて、文書画像の圧縮率（Ｑ値）を算出する。画像圧縮部４２は、変換部３３で文書ファイルから変換された文書画像を、圧縮率算出部４１で算出されたＱ値で圧縮する。Ｑ値は、ＪＰＥＧで定められている周知の方法により、文書分割部４６で分割された単位毎に、きめ細かく適用する。

次に、本実施形態の文書画像生成サーバ１２の処理手順を、図１４のブロック図、及び図１５のフローチャートを参照しながら説明する。

Ｓ５１は、Ｓ２１と同様である。Ｓ５２、Ｓ５３は、第６実施形態のＳ４４、Ｓ４５と同様である。Ｓ５４は、Ｓ２３と同様である。圧縮率算出部４１は、分割された単位毎に、文字情報検出部３１で検出された文字のサイズに基づいて、文書画像の圧縮率（Ｑ値）を算出する（Ｓ５５）。Ｓ５６、Ｓ５７は、Ｓ２５、Ｓ２６と同様であり、圧縮された文書画像は、携帯電話端末１１で解凍されることにより、閲覧可能となる。

なお、上記各実施形態では、携帯電話端末１１が文書閲覧システムを構成する場合を例に説明したが、モニタを備えた通信端末であればこれに限定されず、ノートパソコン、携帯ゲーム機などであってもよい。

１１ 携帯電話
１２ 文書画像生成サーバ
２１ ＣＰＵ
３１ 文字情報検出部
３２ 解像度算出部
３３ 変換部
４１ 圧縮率算出部
４２ 画像圧縮部
４６ 文書分割部

Claims (7)

1. 文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段と、
   前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段と、
   前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段と、
   前記文書ファイルを、前記単位毎に、その単位を構成する文字のサイズに基づく解像度を有した端末閲覧用の文書画像に変換する変換手段とを備えたことを特徴とする文書画像生成サーバ。
2. 端末からの要求に応じ、前記単位毎に前記文書画像を出力する画像出力手段を備えたことを特徴とする請求項１に記載の文書画像生成サーバ。
3. 文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段と、
   前記文書ファイルを端末閲覧用の文書画像に変換する変換手段と、
   前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段と、
   前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段と、
   前記単位毎に、その単位を構成する文字のサイズに基づいて、前記文書画像の圧縮率を算出する圧縮率算出手段と、
   各単位の圧縮率で前記単位毎に前記文書画像を圧縮する画像圧縮手段とを備えたことを特徴とする文書画像生成サーバ。
4. 端末からの要求に応じ、前記文書画像を出力する画像出力手段を備えたことを特徴とする請求項３に記載の文書画像生成サーバ。
5. 文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段、
   前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段、
   前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段、
   及び前記文書ファイルを、前記単位毎に、その単位を構成する文字のサイズに基づく解像度を有した端末閲覧用の文書画像に変換する変換手段としてコンピュータを機能させることを特徴とする文書画像生成プログラム。
6. 文字及びそのサイズに関する情報を含んだ文書ファイルを読み込む文書読込み手段、
   前記文書ファイルを端末閲覧用の文書画像に変換する変換手段、
   前記文書ファイルに含まれる文字のサイズを検出する文字サイズ検出手段、
   前記文書ファイルを、同一又は同程度のサイズの連続する文字毎の複数の単位に分割する文書分割手段、
   前記単位毎に、その単位を構成する文字のサイズに基づいて、前記文書画像の圧縮率を算出する圧縮率算出手段、
   及び各単位の圧縮率で前記単位毎に前記文書画像を圧縮する画像圧縮手段としてコンピュータを機能させることを特徴とする文書画像生成プログラム。
7. 請求項２又は４に記載の文書画像生成サーバと、前記文書画像を閲覧する端末とを備えたことを特徴とする文書閲覧システム。

Images