JP4484619B2 - テーブル画像の自動認識による画像出力の為の方法、端末装置およびプログラム - Google Patents

Description

本発明はネットワーク上のコンテンツを閲覧する際の画像データの保存に関する。

Ｗｅｂページのようなマークアップ言語で記述されたページをブラウザを用いて閲覧する場合において、ユーザは表示されている画像の保存を望むことがある。そのため、表示される画像を保存できるように構成されたブラウザが提供されている。このようなブラウザを用いた画像の保存方法については、例えば下記非特許文献１に記載されている。

非特許文献１によればユーザは下記のような手順にて画像をローカルファイルに保存することができる。
（１）はじめに、ユーザは表示されているＷｅｂページ中の画像にマウスカーソルを移動させる。
（２）すると、イメージツールバーが表示されるので、イメージツールバー中の「画像を任意のフォルダに保存する」のコマンドをクリックして選択する。
（３）このときローカルメモリへの保存先を指定するためのポップアップウィンドウが出てくるので、保存先、名前等を指定する。

「速効！図解ＷｉｎｄｏｗｓＸＰ総合版」、阿久津良和、安田優作著、毎日コミュニケーションズ、２００３年、Chapter6の86（P230-231）

このように、上記非特許文献１に記載されているブラウザを利用した画像保存方法によれば、ユーザはＰＣのマウスを操作することによりＷｅｂページ内の画像をローカルファイルとして保存することができる。しかしながら、このような従来の画像保存方法では、ページの閲覧時の画像保存という観点から、ユーザの要求を満足できない場合がある。それは、Ｗｅｂページ内で表示される画像には、通常の画像ファイルだけでなく、テーブルとしてレイアウトされる画像（つまり、テーブルの各セルに画像ファイルを割り当てることにより複数の部分的な画像の集まりとして構成される画像）が含まれていることによる考えることができる。このようなテーブルとしてレイアウトされた画像を、本明細書においてテーブル画像と表現する。なお、テーブルは、マークアップ言語で記述されたページにおいて<table>タグによって指定される。

テーブル画像は、テーブルとしてレイアウトされた状態で一つの画像としての意味を持つことが多い為、ユーザは、テーブル画像を一つの画像ファイルとして保存しようと望むと考えることができる。したがって、ブラウザにおいてテーブル画像を一つの画像ファイルとして保存する機能を提供することによってユーザの利便性を向上させることができる。上記非特許文献１に記載されたような、従来のブラウザにおける画像保存の機能においては、テーブル画像を一つの画像として保存することについての考慮はなされていない。

本発明は、このような事情に鑑みてなされたものである。すなわち、本発明は、画像保存等のために、テーブルレイアウトされた画像を一つの画像として出力することのできる画像出力方法、端末装置およびプログラムを提供することを目的とする。

上記目的を達成する為、本発明の一つの側面にしたがい提供されるのは、マークアップ言語で表されるページ中の画像を取得し出力する為の方法であって、ページに含まれる、複数のセルで構成されたテーブルについて、それがテーブルとしてレイアウトされた画像を有するか否かを、該複数のセルのうちの少なくとも一つに画像が含まれるか否かによって判定し、テーブルが、テーブルとしてレイアウトされた画像を有する場合には、テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にし、テーブルとしてレイアウトされた画像を保存すべき指示があった場合に、テーブルとしてレイアウトされた画像を一つのファイルとして出力することを特徴とする。

以上のような構成によれば、ページを閲覧する際にユーザはテーブル画像全体を選択し、さらに選択したテーブル画像を一つのファイルとして出力することができる。ページ閲覧時における画像保存という観点においてユーザの利便性が向上する。

上記判定においては、例えば条件（１）乃至（３）の少なくとも１つを満たす場合に、前記テーブルが前記テーブルによりレイアウトされた画像を有すると判定し、当該条件（１）乃至（３）が、
（１）前記テーブルを構成する複数のセルのうちの２つ以上のセルが画像を含み、且つ画像を含むセルの中で隣接するものがあること、
（２）前記テーブルを構成する複数のセルのうちの２つ以上のセルが画像を含み、且つ該２つ以上の画像が連続性のある名称を付されたものであること、
（３）前記テーブルを構成する複数のセルのうちの少なくとも１つに画像を含み、且つ該少なくとも１つの画像にリンクが張られていること、
である（請求項２）。

テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にすることは、テーブルとしてレイアウトされた画像全体にフォーカスが当てられるよう制御することを含むものであっても良い（請求項３）。

テーブルとしてレイアウトされた画像全体を一つのファイルとして出力することは、テーブルとしてレイアウトされた画像を、テーブルから矩形の形状で取り出して一つのファイルとして出力することを含んでいても良い（請求項４）。

テーブルとしてレイアウトされた画像をテーブルから矩形の形状で取り出す際に、矩形の形状内の画像を含まないセルの部分については所定の色で埋める処理を行われても良い（請求項５）。

テーブルとしてレイアウトされた画像を一つのファイルとして出力することは、マークアップ言語で表されるページのデータから、テーブルとしてレイアウトされた画像のデータをそれぞれ取得しテーブルのレイアウトにしたがって結合することにより一つのファイルを形成することを含んでいても良い（請求項６）。

或いは、テーブルとしてレイアウトされた画像を一つのファイルとして出力することは、テーブルとしてレイアウトされた画像のデータを、マークアップ言語で表されるページのデータに基づいてレンダリング処理し、レンダリング処理後のデータを基にテーブルとしてレイアウトされた画像を一つのファイルとして出力することを含んでいても良い（請求項７）。

或いは、テーブルとしてレイアウトされた画像を一つのファイルとして出力することは、テーブル全体をレンダリング処理して一つのファイルとして出力することを含んでいても良い（請求項８）。

テーブルとしてレイアウトされた画像を一つのファイルとして出力することは、テーブルとしてレイアウトされた画像を一つのローカルファイルとして保存することを含んでいても良い（請求項９）。

上記画像出力方法は、テーブルが、テーブルとしてレイアウトされた画像を有する場合に、さらに、
(A1)テーブル中にアンカータグが含まれているか否か判定し、
(A2)認識したアンカータグのURIのオブジェクトの取得を開始し、
(A3)オブジェクトの取得の開始に伴って該オブジェクトを表示しブラウズ処理を実行する為の新規ウィンドウを立ち上げること、からなる処理を実行するように構成されていても良い（請求項８）。

なお、以上の画像出力方法は、コンピュータに実行させる為のコンピュータプログラムとして構成することができる。

また、上記目的を達成する為、本発明の別の側面にしたがって提供されるのは、マークアップ言語で表されるページを閲覧する為のブラウザプログラムであって、取得されたページ中のテーブルについて、それがテーブルとしてレイアウトされた画像を有するか否か判定する機能と、前記テーブルが、テーブルとしてレイアウトされた画像を有する場合には、テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にする機能と、テーブルとしてレイアウトされた画像を出力すべき指示があった場合に、テーブルとしてレイアウトされた画像を一つのファイルとして出力する機能とを有する（請求項１０）。

以上のような構成によれば、ページを閲覧する際にユーザはテーブル画像全体を選択し、さらに選択したテーブル画像を一つのファイルとして出力することができる。ページ閲覧時における画像保存という観点においてユーザの利便性が向上する。

また、上記目的を達成する為、本発明の別の側面にしたがって提供されるのは、マークアップ言語で表されるページを閲覧する為に用いられる端末装置であって、取得されたページ中のテーブルについて、それがテーブルとしてレイアウトされた画像を有するか否か判定する判定手段と、前記テーブルが、テーブルとしてレイアウトされた画像を有する場合には、テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にする選択手段と、テーブルとしてレイアウトされた画像を出力すべき指示があった場合に、テーブルとしてレイアウトされた画像を一つのファイルとして出力する画像出力手段とを備える（請求項１１）。

以上のような構成によれば、ページを閲覧する際にユーザはテーブル画像全体を選択し、さらに選択したテーブル画像を一つのファイルとして出力することができる。ページ閲覧時における画像保存という観点においてユーザの利便性が向上する。

図１は、本発明の実施形態としての端末装置１０の構成を示すブロック図である。また、図２は、端末装置１０のＣＰＵ３の制御の下で動作する閲覧ソフトウェアであるブラウザ３０の機能ブロック図である。端末装置１０は、ＰＣ（Personal Computer）と比較して小さな表示画面を持つ装置、例えば携帯電話であるものとする。

図１に示すように端末装置１０は、全体の制御を司るＣＰＵ３、端末装置１０に所定の動作を行わせるための各種のプログラムが格納されたＲＯＭ５、ＲＡＭ７、ネットワークインタフェース９、ディスプレイドライバ１１、およびユーザインタフェースデバイスＩ／Ｆ１５を備える。これらの各部分がバス１９を介して互いに接続される。さらに、ＣＰＵ３には、ディスプレイドライバ１１を介してディスプレイ１３が、ユーザインタフェースデバイスＩ／Ｆ１５を介してユーザインタフェースデバイス１７が接続される。

ユーザインタフェースデバイス１７は、十字キー、数字キー、確定キー等を含むキー操作部である。ＲＯＭ５には、以下で説明するブラウザ３０のプログラムが格納されており、ユーザがユーザインタフェースデバイス１７を用いて所定の操作を行ったときにブラウザ３０が起動する。

図２は、ブラウザ３０の機能を表す機能ブロック図である。ユーザがＵＲＩ（Uniform Resource Indicator）を入力、或いは表示中のＷｅｂページ中のＵＲＩをアンカー選択すると、ＭＬ文書取得部２９によりユーザの要求したＵＲＩのページのＭＬ（Markup Language）文書２０がネットワーク経由で取得されブラウザエンジン３１に渡される。ブラウザエンジン３１は、ＭＬ文書２０を解釈してレンダリングし表示を行なう機能を有する。

より詳細には、ブラウザエンジン３１は、パーサー、ページメーカ、およびフォーマッタの各機能ブロックから構成される。パーサーは、ＭＬ文書２０の論理的な構造を解釈し、そのＭＬ文書の構造に関するドキュメントツリーを生成する。なお、ドキュメントツリーは、ドキュメントの表現に関する情報までは含んでいない。ページメーカは、ドキュメントツリーを基に、各tagで決められた表現形式（block, inline, table, list, itemなど）の情報を含むレイアウトツリーを生成する。レイアウトツリーは、block, inline, tableなどがどのような順番に存在しているかを表している。ただし、レイアウトツリー２５は、まだ、これらの要素が画面の何処にどのような幅と高さで表示されるか、文字がどこで折り返されるか等のレイアウトに関する情報までは含んでいない。

フォーマッタは、レイアウトツリーを基に、表示画面幅などの実際の表示画面に関する情報を用いてレイアウトを行う。つまり、レイアウトツリーを実際の表示画面に配置していき、文字の折り返しや、画面上の位置、幅、高さを決定する。パーサー、ページメーカ、フォーマッタを含むブラウザエンジン３１による以上のような処理を経て、ＭＬ文書２０が端末装置１０の表示画面に表示される。

また、ブラウザ３０は、Ｗｅｂページ中の画像を保存するよう動作する画像保存部４０を有する。画像保存部４０の機能により、ユーザはＷｅｂページ中に表示された画像をローカルメモリ、例えばフラッシュメモリ（図１中には図示されていない）に保存することができる。画像保存部４０は、テーブルとしてレイアウトされたテーブル画像を一つの画像ファイルとして保存する機能を有している。

画像保存部４０は、詳細には、テーブルがテーブル画像として構成されているか否かを自動的に認識する自動認識部４１と、ユーザが所定の操作を行った際にテーブル画像を所定の形式で保存する画像保存処理部４２とを有する。自動認識部４１における、テーブル画像の認識の為の判定基準の例を以下に示す。
（判定基準）
・テーブルのセル中に一つでも画像ファイル（imgタグによって指定される）が含まれていればテーブル画像と認識する。

上記判定基準は、テーブルがテーブル画像として構成されているかなりのケースをカバーし、且つ処理をシンプルにする為、判定条件として有利である。自動認識部４１が動作する上で必要な情報は、ブラウザエンジン３１から取得できる。なお、上記判定基準は一例であって、テーブル画像であることを認識する為の他の判定基準が用いられても良い。他の判定基準の例を下記に示す。
(1)テーブル中に２つ以上の画像のセルがあり、かつそれら画像のセルが隣り合っている。
(2)テーブル内の画像の名称中に含まれる数が連続している。具体的には、画像ファイルのファイル名が、ｈｐ０．ｇｉｆ，ｈｐ１．ｇｉｆ，ｈｐ２．ｇｉｆなどになっている場合である。
(3)テーブルが画像を一つ以上含んでいて、さらにその画像にリンクが張られている。
なお、上記判定基準例の内の２以上の組み合わせが判定基準として用いられても良い。

図３は、ブラウザ３０における状態遷移図である。ブラウザ３０は、ブラウジング操作を行なう為のブラウズモードＭ１と、画像保存を行うことのできる画像保存モードＭ２の２つの動作モードを有する。画像保存モードＭ２では、画像保存部４０が機能することにより、ユーザは、テーブル画像を一つのファイルとして保存する為の操作を行うことができる。なお、画像保存モードＭ２では、テーブル画像でない通常の画像も保存できるように構成されていても良い。

各モード間の遷移はユーザインタフェースデバイス１７を用いた操作によって行なわれる。ブラウズモードＭ１の状態からは、例えばメニューから画像保存モードを選択すること、またはショートカットキーにより画像保存モードを選択することにより画像保存モードＭ２に遷移する（矢印Ａ１）。画像保存モードＭ２では、十字キーを操作することにより、画像を選択すること（つまり、画像にフォーカスを当てること）ができる。画像保存モードＭ２の状態からは、例えばユーザインタフェースデバイス１７のキーの一つに割り当てられた「Ｂａｃｋ」キーを選択することにより、ブラウズモードＭ１に遷移することができる（矢印Ａ２）。

画像保存モードＭ２では、自動認識部４１が機能し、テーブル画像であるか否かが認識され、ユーザは、テーブル画像全体を一つの画像として選択すること（テーブル画像全体にフォーカスを当てること）ができる。例えば、テーブル画像にフォーカスを当てている、ユーザインタフェースデバイス１７のキーの一つに割り当てられた「Ｓａｖｅ」キーを選択することにより、選択されたテーブル画像を保存する画像保存処理（Ｍ２ｂ）が実行される（矢印Ａ３）。画像保存処理は、画像保存処理部４２により実行される。画像保存処理が終了すると、画像選択が可能な状態に自動的に戻る（矢印Ａ４）。

図４は、図３の画像保存処理の動作を表すフローチャートである。なお、画像保存処理で必要となる画像に関数する情報はブラウザエンジン３１から取得することができる。画像保存モードＭ２においてユーザによりテーブル画像が選択された状態で画像の保存が指示されると、図４の画像保存処理が開始する。初めにステップＳ１１において、テーブルの各セルについて、セルが画像を含むか否かにしたがって、セルに対応するビットマップを作成する。つまりここでは、次のような手順でビットマップを作成する。
(a1)セルに画像が含まれている場合には、画像のビットマップを作成する。このとき、セルのwidth,height属性の指定がなされている場合には、これを取得し、セルのwidth,height属性にしたがってビットマップを作成する。
(a2)セル内に画像が含まれていない場合には、そのセルについては、例えば白で塗りつぶしたビットマップを作成する。このとき、セルにwidth,height属性の指定がなされている場合には、これを取得し、セルのwidth,height属性にしたがってビットマップを作成する。

次に、ステップＳ１２では、ステップＳ１１で作成されたビットマップをテーブル配置と同様に配置し一つのビットマップを作成する。次に、作成された一つのビットマップを所定の画像形式（例えば、ユーザにより指定された画像形式）でローカルファイルに保存する（Ｓ１３）。以上の処理により、ユーザにより選択されたテーブル画像が一つのファイルとして保存される。

なお、上記処理では、各セルのビットマップを作成してその後ファイルに保存するという手法をとっているが、ビットマップの作成は必ずしも必要ではない。例えば、テーブル内のセル配置を考慮に入れながら、セルの画像を直接ファイルに格納するようにしても良い。

また、テーブルが画像を含まないセル（例えば、テキストのみのセル、空白のセル）を有する場合において上記画像保存処理に次のような手順が適用されても良い。
・空白のセル、テキストのセルを排除しつつ、テーブル画像を矩形の領域として取り出すようにする。

図４の画像保存処理によって、テーブル画像が保存される場合の例を説明する。図５は、画像保存処理の対象となるテーブルの一例としてのテーブル７０を示している。テーブル７０は、画像のセル７１、７２を含む。また、テーブル７０は、テキストのセル８１，８２を含むと共に複数の空白のセルを含んでいる。

図６は、上記画像保存処理をテーブル７０に対して適用することによって、テーブル画像１０１が矩形領域として取り出された状態を示している。空白のセル９１に相当する部分は、所定の色（例えば白色）で埋められ全体として矩形のテーブル画像１０１が形成されている。このテーブル画像１０１が一つのファイルとして保存される。

また、図１２は、画像保存処理の対象となるテーブルの別の例である。図１２に示すテーブル２００は、６つのセル２０１〜２０６から構成されている。セル２０１、２０２、２０３、２０５は画像のセルである。セル２０４は空白のセルである。セル２０６はテキストのセルである。テーブ２００において、画像セル２０１、２０２、２０３、２０５は、これらが組み合わされることによって一つの意味のある画像を構成している。上記判定基準によって、テーブル２００は、テーブル画像を有すると認識される。

図１３は、テーブル２００に対して図４の画像保存処理を適用することによって、テーブル画像２１０が矩形領域として取り出された状態を示している。画像２１０において空白セル２０４に相当する部分２１４は白色で埋められており、また、テキストのセル２０６に相当する部分２１６も空白で埋められている。このテーブル画像２１０が一つのファイルとして保存される。

図７は、画像保存処理の別の手法を表すフローチャートである。図４の手法では、テーブから画像を取り出しテーブル配置にしたがって結合することによって一つの画像を形成していた。それに対して図７に表す手法では、テーブル画像と認識される部分をレンダリング処理した後にファイルに保存する。

まず、ステップＳ２１において、テーブル画像を構成するテーブルの大きさにしたがってワーク用のビットマップを作成する。例えば、テーブル全体に対して指定されるwidth,height属性が利用されても良い。次にステップＳ２２において、テーブル画像のレンダリングに必要な情報を、ブラウザエンジン３１において取得されているデータから抽出してテーブル画像用のデータを作成する。次にステップＳ２３では、Ｓ２１にて用意されたビットマップにテーブル画像をレンダリングする。レンダリング後のビットマップをファイルに保存する（Ｓ２４）。

以上の処理によりテーブル画像が一つのファイルとして保存される。図７に示す画像保存処理によれば、テーブル内のテキストや空白セルの持つ背景色なども反映した形のテーブル画像を作ることができる。例えば、テーブル画像を含むＷｅｂページをレンダリングする為の情報が図８のようなツリー構造を有し、テーブル画像の情報が図８の点線で囲まれた部分Ｔ１であるとする。空白セルに背景色を反映させたい場合などには親の情報Ｗ１も利用してレンダリングを行う。

なお、図７で示す画像保存処理において、空白のセルを排除することによって矩形のテーブル画像が取り出されるようにしても良い。

図９は、図５で示したテーブル７０に図７の画像保存処理を適用することによって得られるテーブル画像の例である。テーブル画像１０２は、テーブル７０のセル８１、８２、７１、７２、９１の部分をレンダリングしたものに対応する。すなわち、図９のテーブル画像１０２は、空白のセルを排除して矩形のテーブル画像を取り出した場合の例である。テーブル画像１０２は、テキストのセルを含む矩形の画像となっている。テーブル画像１０２において空白セルに対応する部分には、背景色の指定などが反映される。

一方、図１０は、図５で示したテーブル７０に図７の画像保存処理を適用することによって得られるテーブル画像の別の例である。図１０の例は空白セルを排除することなしにレンダリングを行いテーブル画像を形成する場合の例である。図１０のテーブル画像１０３は、テーブル７０の全てのセルを含んでいる。テーブル画像１０３において空白セルに対応する部分には、背景色の指定などが反映される。

ブラウザ３０には、テーブルがテーブル画像により構成されると認識される場合に、テーブル内のアンカータグで指定されたURIのオブジェクトの取得を一度に開く為の処理が実行されるような機能が付加されていても良い。この機能は詳細には、以下のような手順により処理される。なお、ここでは一例として、ブラウザ３０は、タブブラウザとしての機能、すなわち、タブで切り替えることによって、複数のページを一つのウィンドウ（以下、このようなウィンドウをタブウィンドウと記す）上に表示するよう構成されたものであるとする。
(C1)テーブルがテーブル画像からなるか否か認識する。これは、自動認識部４１の機能により実現することができる。
(C2)テーブル中のアンカータグを認識する。
(C3)認識したアンカーのURIのオブジェクトの取得を開始する。
(C4)上記オブジェクトの取得開始とともに、新規タブウィンドウ（または通常のウィンドウ）を立ち上げ、そのウィンドウ上でブラウズ処理を実行する。

例えば、ページ中にテーブルが含まれ、そのテーブルが図１１に示すように９つのセルからなり且つテーブル画像を含むものであったとする。また、図１１のテーブルは全セルのうちの３つのセル（ＣＥ７，ＣＥ８，ＣＥ９）がアンカータグによるＨＴＭＬ文書の指定を含んでいたとする。上記処理(C1)〜(C4)によれば、図１１のテーブルがテーブル画像として構成されていると認識されると、アンカータグの指定を含む全てのセルにおける、アンカー指定されたＨＴＭＬ文書の取得が開始されるとともに、ページをブラウズするための新規タブウィンドウが表示される。ユーザが図１１のテーブルのブラウズを行っているのと並行して、３つのセルで指定されたＨＴＭＬ文書が一度に取得され、タブウィンドウ上で所望のＨＴＭＬ文書を開いて閲覧することが可能になる。

なお、以上の処理においてURI指定された文書の取得は、自動的に開始される構成であっても良いし、ユーザの指示により開始される構成であっても良い。上記処理によれば、テーブル内でアンカー指定された複数のＨＴＭＬ文書（つまり、オブジェクト）が自動的に一度に取得されるので、ユーザの利便性が向上する。

以上説明したように本実施形態によれば、ページを閲覧する際にユーザはテーブル画像全体を選択し、さらに選択したテーブル画像を一つのファイルに保存することができる。ページ閲覧時における画像保存という観点においてユーザの利便性が向上する。

以上が本発明の実施形態である。上記の実施形態に関しては様々な変形を行うことができる。例えば、上記実施形態は、端末装置１０が携帯電話であるものとして説明してきたが、本発明は、パーソナルコンピュータなど様々なタイプの装置で実現することができる。その場合にも、上記実施形態の場合と同様に、情報閲覧時の画像保存についてのユーザの利便性を向上させることができる。

上記実施形態において画像保存部４０は、一つの画像ファイルとして生成されるテーブル画像を端末装置１０内のローカルファイルに出力するよう動作している。しかしながら、一つのファイルとして生成されるテーブル画像は、印刷出力する、メール添付ファイルとして出力することなど、様々な形式で出力することによりユーザに利用されても良い。

図１は、本発明の実施形態としての端末装置の構成を示すブロック図である。 図２は、端末装置のＣＰＵの制御の下で動作する閲覧ソフトウェアであるブラウザの機能ブロック図である。 図３は、図２のブラウザにおける状態遷移図である。 図４は、図２のブラウザにおける画像保存処理の動作を表すフローチャートである。 図５は、画像保存処理の対象となるテーブルの一例としてのテーブル画像である。 図６は、図４の画像保存処理を図５のテーブルに対して適用することによって、テーブル画像が矩形領域として取り出された状態を示している。 図７は、画像保存処理の別の手法を表すフローチャートである。 ページのツリー構造を説明する為の図である。 図９は、図５で示したテーブルに図７の画像保存処理を適用することによって得られるテーブル画像の例である。 図１０は、図５で示したテーブルに図７の画像保存処理を適用することによって得られるテーブル画像の別の例である。 図１１は、テーブル画像を含むテーブルが複数のアンカータグを含む場合の例を表す図である。 図１２は、テーブル画像として構成されるテーブルの別の例である。 図１３は、図４の画像保存処理を図１２のテーブルに対して適用することによって、テーブル画像が矩形領域として取り出された状態を示している。

符号の説明

３ ＣＰＵ
５ ＲＯＭ
７ ＲＡＭ
９ ネットワークインタフェース
１０ 端末装置
１１ ディスプレイドライバ
１３ ディスプレイ
１５ ユーザインタフェースデバイスＩ／Ｆ
１７ ユーザインタフェースデバイス

Claims (11)

1. コンピュータによって、マークアップ言語で表されるページ中の画像を取得し出力する方法であって、
   前記コンピュータが、
   前記ページに含まれる、複数のセルで構成されたテーブルについて、それがテーブルとしてレイアウトされた画像を有するか否かを、該複数のセルのうちの少なくとも一つに画像が含まれるか否かによって判定する判定ステップと、
   前記テーブルが前記テーブルとしてレイアウトされた画像を有する場合には、前記テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にする選択ステップと、
   前記テーブルとしてレイアウトされた画像を保存すべき指示があった場合に、前記テーブルとしてレイアウトされた画像を一つのファイルとして出力する画像出力ステップと、
   を実行することを特徴とする画像出力方法。
2. 前記判定ステップにおいては、条件（１）乃至（３）の少なくとも１つを満たす場合に、前記テーブルが前記テーブルによりレイアウトされた画像を有すると判定し、当該条件（１）乃至（３）が、
   （１）前記テーブルを構成する複数のセルのうちの２つ以上のセルが画像を含み、且つ画像を含むセルの中で隣接するものがあること、
   （２）前記テーブルを構成する複数のセルのうちの２つ以上のセルが画像を含み、且つ該２つ以上の画像が連続性のある名称を付されたものであること、
   （３）前記テーブルを構成する複数のセルのうちの少なくとも１つに画像を含み、且つ該少なくとも１つの画像にリンクが張られていること、
   であること、を特徴とする請求項１に記載の画像出力方法。
3. 前記選択ステップにおいて、前記テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にすることは、前記テーブルとしてレイアウトされた画像全体にフォーカスが当てられるよう制御することを含むこと、を特徴とする請求項１または請求項２に記載の画像出力方法。
4. 前記画像出力ステップにおいて、前記テーブルとしてレイアウトされた画像全体を一つのファイルとして出力することは、前記テーブルとしてレイアウトされた画像を前記テーブルから矩形の形状で取り出して前記一つのファイルとして出力することを含むこと、を特徴とする請求項１から請求項３のいずれかに記載の画像出力方法。
5. 前記テーブルとしてレイアウトされた画像を前記テーブルから矩形の形状で取り出す際に、前記矩形の形状内の画像を含まないセルの部分については所定の色で埋める処理を行うこと、を特徴とする請求項４に記載の画像出力方法。
6. 前記画像出力ステップにおいて、前記テーブルとしてレイアウトされた画像を一つのファイルとして出力することは、マークアップ言語で表されるページのデータから、前記テーブルとしてレイアウトされた画像のデータをそれぞれ取得し前記テーブルのレイアウトにしたがって結合することにより前記一つのファイルを形成することを含むこと、を特徴とする請求項１から請求項３のいずれかに記載の画像出力方法。
7. 前記画像出力ステップにおいて、前記テーブルとしてレイアウトされた画像を一つのファイルとして出力することは、前記テーブルとしてレイアウトされた画像のデータを、前記マークアップ言語で表されるページのデータに基づいてレンダリング処理し、前記レンダリング処理後のデータを基に前記テーブルとしてレイアウトされた画像を一つのファイルとして出力することを含むこと、を特徴とする請求項１から請求項３のいずれかに記載の画像出力方法。
8. 前記テーブルが前記テーブルとしてレイアウトされた画像を有する場合に、前記コンピュータが、さらに、
   (A1)前記テーブル中にアンカータグが含まれているか否か判定し、
   (A2)認識したアンカータグのURIのオブジェクトの取得を開始し、
   (A3)前記オブジェクトの取得の開始に伴って該オブジェクトを表示しブラウズ処理を実行する為の新規ウィンドウを立ち上げること、
   からなる処理を実行すること、
   を特徴とする請求項１から請求項７のいずれかに記載の画像出力方法。
9. 請求項１から請求項８のいずれかに記載の画像出力方法をコンピュータに実行させる為のコンピュータプログラム。
10. マークアップ言語で表されるページを閲覧する為のブラウザプログラムであって、コンピュータに、
    取得されたページ中のテーブルについて、それがテーブルとしてレイアウトされた画像を有するか否か判定する判定機能と、
    前記テーブルが前記テーブルとしてレイアウトされた画像を有する場合には、前記テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にする選択機能と、
    前記テーブルとしてレイアウトされた画像を出力すべき指示があった場合に、前記テーブルとしてレイアウトされた画像を一つのファイルとして出力する画像出力機能と、
    を実現させるためのブラウザプログラム。
11. マークアップ言語で表されるページを閲覧する為に用いられる端末装置であって、
    取得されたページ中のテーブルについて、それがテーブルとしてレイアウトされた画像を有するか否か判定する判定手段と、
    前記テーブルが前記テーブルとしてレイアウトされた画像を有する場合には、前記テーブルとしてレイアウトされた画像全体を一つの選択対象物として選択可能にする選択手段と、
    前記テーブルとしてレイアウトされた画像を出力すべき指示があった場合に、前記テーブルとしてレイアウトされた画像を一つのファイルとして出力する画像出力手段と、
    を備えることを特徴とする端末装置。

Images