JP2004086849A - 情報処理装置および方法 - Google Patents
情報処理装置および方法 Download PDFInfo
- Publication number
- JP2004086849A JP2004086849A JP2003021979A JP2003021979A JP2004086849A JP 2004086849 A JP2004086849 A JP 2004086849A JP 2003021979 A JP2003021979 A JP 2003021979A JP 2003021979 A JP2003021979 A JP 2003021979A JP 2004086849 A JP2004086849 A JP 2004086849A
- Authority
- JP
- Japan
- Prior art keywords
- area
- display
- attribute information
- information processing
- main
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Document Processing Apparatus (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】操作負担を軽減する。
【解決手段】複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理装置において、前記構造化文書の表示構造を指定する制御文字を解析し、前記各領域に関する幾何学的な属性情報を生成する属性情報生成部と、前記属性情報を比較することによって複数の領域の中から主要領域を選出する主要領域選出部とを備える。このような構成において、前記属性情報生成部は、前記属性情報として各領域の表示面積または表示面積の比率を用い、前記主要領域選出部は、当該表示面積または表示面積の比率が大きい領域を主要領域として選出することも好ましい。
【選択図】 図１
【解決手段】複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理装置において、前記構造化文書の表示構造を指定する制御文字を解析し、前記各領域に関する幾何学的な属性情報を生成する属性情報生成部と、前記属性情報を比較することによって複数の領域の中から主要領域を選出する主要領域選出部とを備える。このような構成において、前記属性情報生成部は、前記属性情報として各領域の表示面積または表示面積の比率を用い、前記主要領域選出部は、当該表示面積または表示面積の比率が大きい領域を主要領域として選出することも好ましい。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法に関し、例えば、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトから構造化文書を取得する場合などに適用し得るものである。
【０００２】
【従来の技術】
ＷＷＷサイトに存在する構造化文書を取得し閲覧するためのツールとして、ＷＷＷブラウザがある。一般的に、構造化文書はその文書のページのレイアウト、文字の大きさなどを柔軟に指定することができるようになっている。特に、図１のように、タイトル（領域Ａ）、他の構造化文書へのリンク（領域Ｂ）、本文（領域Ｃ）、その他（領域ＤやＥ）など、ページがいくつかの領域（フレーム）に分割されて、ＷＷＷブラウザに表示されるような構造化文書（フレームページ）が多く見られる。
【０００３】
ＷＷＷブラウザを用いて、このような構造化文書から必要な情報を得るためには、ユーザは、目的の構造化文書のＵＲＬを指定し、その文書がＷＷＷブラウザ上に表示された後に、文書をスクロールしながら目視により検索したり（人手による検索）、あるいは文字列検索機能を利用するといった作業を行なう必要がある。例えば、図１の領域Ｃが、ユーザの必要とする文書であったとし、こういった構造化文書が多数ある場合には、そのユーザが必要とする情報のみを複数の構造化文書から自動的にスクラップし、１つの文書にまとめてユーザに提示することが、人手による作業を簡略化する上で望ましくなる。このようなＷＷＷ情報抽出システムが、次の特許文献１に示されている。
【０００４】
【特許文献１】
特開平１０−１８７７５３号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記におけるＷＷＷ情報抽出システムでは、ユーザが構造化文書中で自分が必要とするデータの開始箇所と終了箇所をあらかじめ手入力により指定することが必要である。このため、大量の構造化文書に対して実施するにはユーザの操作負担が大きく現実的ではなかった。
【０００６】
前記開始箇所や終了箇所を特定するためのスクラップデータ特定情報の選び方によっては、領域分割の形（フレーム構造）が異なる複数種類のフレームページを対象とする場合などにはフレームページごとに前記開始箇所や終了箇所の指定を変更することが必要となる可能性が高く、そのためのユーザの操作負担は大きい。
【０００７】
【課題を解決するための手段】
かかる課題を解決するために、第１の発明では、複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理装置において、前記構造化文書の表示構造を指定する制御文字を解析し、前記各領域に関する幾何学的な属性情報を生成する属性情報生成部と、前記属性情報を比較することによって複数の領域の中から主要領域を選出する主要領域選出部とを備えたことを特徴とする。
【０００８】
また、第２の発明では、複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理方法において、属性情報生成部が、前記構造化文書の表示構造を指定する制御文字を解析して、前記各領域に関する幾何学的な属性情報を生成し、主要領域選出部が、前記属性情報を比較することによって複数の領域の中から主要領域を選出することを特徴とする。
【０００９】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明にかかる情報処理装置および方法の実施形態について説明する。
【００１０】
（Ａ−１）第１の実施形態の構成
本実施形態で、主要領域を判定し抽出する機能を有する領域処理部２５（図１１参照）の機能は、通信機能を有するパソコンその他の情報処理装置によって実現され得、ＷＷＷサーバ側に配置すること等も可能であるが、ここでは、通信端末（クライアント）側に配置する場合を例に説明する。
【００１１】
本実施形態にかかる通信システム１０の全体構成例を図１０に示す。
【００１２】
図１０において、当該通信システム１０は、ネットワーク１１と、通信端末１２と、ＷＷＷサーバ１３とを備えている。
【００１３】
このうちネットワーク１１は、ＬＡＮ（ローカルエリアネットワーク）などであってもかまわないが、ここでは、インターネットであるものとする。
【００１４】
ＷＷＷサーバ１３は、通信端末１２からの要求（ＨＴＴＰリクエスト）を受信すると、その要求に応じた応答（ＨＴＴＰレスポンス）としてＷＷＷページを構成するファイルなどを返送する機能を持つサーバである。多くの場合、ＷＷＷサーバ１３は、予め生成したＷＷＷページ等を蓄積しておくためのデータベース（図示せず）、そのデータベースを直接管理するデータベースサーバを伴う。また、これらＷＷＷサーバ１３やデータベースサーバなどの周辺には、ルータやファイアウオールなどの各種のネットワーク機器やＤＮＳサーバなどのサーバ類が配置されてＷＷＷサイトを構成するのが普通である。
【００１５】
通信端末１２は上述した領域処理部２５を備えた情報処理装置で、具体的には、ネットワーク機能を有するパーソナルコンピュータなどであってよい。本実施形態の構成上、当該通信端末１２は、ＷＷＷページを閲覧するためのプログラムであるＷＷＷブラウザＢ１（図１１参照）を搭載していることが必要である。
【００１６】
当該通信端末１２の内部構成例を図１１に示す。
【００１７】
（Ａ−１−１）通信端末の内部構成例
図１１において、当該通信端末１２は、通信部２０と、制御部２１と、操作部２２と、記憶部２３と、表示部２４と、領域処理部２５とを備えている。
【００１８】
このうち通信部２０は、前記ネットワーク１１を介してＷＷＷサーバ１３と通信する機能を持つ部分である。
【００１９】
制御部２１は、ハードウエア的には当該通信端末１２の中央処理装置（ＣＰＵ）に相当する部分であり、ソフトウエア的には、オペレーティングシステム（ＯＳ）や上述したＷＷＷブラウザＢ１などに相当する部分である。
【００２０】
操作部２２は当該通信端末１２のユーザＵ１が操作して制御部２１に指示を伝えるための部分で、例えば、キーボードや、ポインティングデバイスなどを有する。
【００２１】
表示部２４は例えば液晶ディスプレイなどの表示画面を有する部分である。ユーザＵ１がＷＷＷページを閲覧する場合には、ＷＷＷブラウザＢ１がＷＷＷページのタグを解釈し処理した結果として、ＷＷＷページの内容が当該表示部２４に画面表示され、ユーザＵ１に閲覧され得る。このとき画面表示されるＷＷＷページは、一例として、図１に示したＤＰ１であってよい。ＤＰ１のようなフレームのページ（フレームページ）を表示するためには、ＷＷＷブラウザＢ１はフレームに対応したものであることを要する。フレームとは、図１の各領域Ａ〜Ｅに画面表示されている内容（コンテンツ）のことではなく、その内容を収容している枠のことを指す。
【００２２】
また、本実施形態において、「領域」は、当該コンテンツの意味で使用することもあるが、基本的には当該フレームと同義なものとして使用する。
【００２３】
通常、１つのＷＷＷページは、基本となる１つのＨＴＭＬファイルと、必要に応じて１または複数の各種ファイル（画像ファイルなど）から構成されるが、ＤＰ１のようなフレームページは、これよりファイル数も多く、複雑な構造を有する。
【００２４】
すなわちフレームページは、フレームの数や大きさ等を含むそのＷＷＷページ全体の構成（すなわち、フレーム構造）を規定するＨＴＭＬファイル（フレーム規定ファイル）と、内容として各フレームに配置される複数のＨＴＭＬファイルが最低限、必要であり、これに加えて、各ＨＴＭＬファイルにリンクされた各種ファイル（画像ファイルなど）が適宜、追加されることになる。
【００２５】
したがって、簡単のために各種ファイルがなく、ＨＴＭＬファイルだけから構成されるフレームページを仮定しても、図１に示したフレームページＤＰ１は、フレームページＤＰ１全体のフレーム構造を規定するフレーム規定ファイルと、図１の例では５つ設けられている各フレームに配置される５つのＨＴＭＬファイルから構成される必要があるから、全部で６つのＨＴＭＬファイルを要する。
【００２６】
通常のＷＷＷページは、１つのＨＴＭＬファイルの内部でのみ構造化されているが、フレームページでは、各ＨＴＭＬファイルの内部で構造化されているだけでなく、１つのフレームページに含まれる複数のＨＴＭＬファイルのあいだにも構造が存在する。
【００２７】
なお、図１では、各領域Ａ〜Ｅのあいだの境界線（スクロールバーなども含む）Ｌ１〜Ｌ４が表示されているが、実際のフレームページでは、視覚的な効果などとの関連で、意図的にこのような境界線が表示されないようにし、異なる領域間でまったく地の色が同じになるようにしたり、まったく切れ目のない連続的な背景模様を表示したりすることも多い。したがって、境界線の表示の有無は、領域分割（フレーム構造）の本質とは関係ない。
【００２８】
フレーム構造、すなわち、１つの画面をいくつのフレームに分割し、各フレームの辺の長さの割合（この割合は、各フレームの面積に対応）をどのように設定するか等（境界線の表示、非表示も含む）は、前記フレーム規定ファイル（例えば、ＤＰ１１）の記述によって決まる。
【００２９】
フレーム規定ファイルには様々な記述が行われるが、一例として、前記フレームページＤＰ１を表示するためのフレーム規定ファイルＤＰ１１は、図３に示すようなものであってよい。ただし図３には、ＨＴＭＬファイル（フレーム規定ファイル）のヘッダ部分などは省略して、本実施形態の構成上、重要な部分のみを図示してある。前記領域処理部２５へ入力されるデータは図３に示すデータ（フレーム規定ファイルＤＰ１１の主要部）であってよい。もちろん、必要に応じて、ＨＴＭＬファイルＤＰ１１をそのまま領域処理部２５へ供給し、領域処理部２５内で、図３に示すデータを抽出するようにしてもよいことは当然である。
【００３０】
当該フレームページＤＰ１の閲覧を希望する場合、ユーザＵ１が通信端末１２のＷＷＷブラウザＢ１に入力するのは、フレーム規定ファイルＤＰ１１のＵＲＬ（ここでは、ＵＲＬ１１とする）である。したがってこのとき、当該フレーム規定ファイルＤＰ１１の返送を要求するＨＴＴＰリクエストが通信端末１２からＷＷＷサーバ１３へ送信され、そのＨＴＴＰレスポンスとして、各種ＨＴＴＰヘッダ（エンティティヘッダも含む）とともに、エンティティボディとして当該フレーム規定ファイルＤＰ１１が返送される。
【００３１】
エンティティボディ、すなわち、ＨＴＭＬファイルや画像ファイルなどのファイルの返送を要求する場合、ＨＴＴＰリクエストはＧＥＴメソッドを使用するＧＥＴリクエストになる。
【００３２】
図１に示すフレームページＤＰ１を構成する６つのＨＴＭＬファイルのうち当該フレーム規定ファイルＤＰ１１以外のＨＴＭＬファイルを、ＤＰ１２〜ＤＰ１６とする。そして、ＨＴＭＬファイルＤＰ１２は前記領域Ａに対応し、ＨＴＭＬファイルＤＰ１３は前記領域Ｂに対応し、ＨＴＭＬファイルＤＰ１４は前記領域Ｃに対応し、ＨＴＭＬファイルＤＰ１５は前記領域Ｄに対応し、ＨＴＭＬファイルＤＰ１６は前記領域Ｅに対応するものとする。
【００３３】
この場合、これらＨＴＭＬファイルＤＰ１２〜ＤＰ１６は、当該フレーム規定ファイルＤＰ１１が通信端末１２に受信されたあと、当該フレーム規定ファイルＤＰ１１中の記述（ＵＲＬ１２〜ＵＲＬ１６）に基づいて、ＷＷＷブラウザＢ１が順次、自動的に送信する各ＨＴＴＰリクエストに応じた各ＨＴＴＰレスポンスとして、通信端末１２に受信される。
【００３４】
そして、これら６つのＨＴＭＬファイルを処理し、整形した結果として、例えば、図１に示すような画面が、前記表示部２４に表示されることになる。
【００３５】
ここで、ＨＴＭＬファイルＤＰ１２のＵＲＬを前記ＵＲＬ１２とし、ＨＴＭＬファイルＤＰ１３のＵＲＬを前記ＵＲＬ１３とし、ＨＴＭＬファイルＤＰ１４のＵＲＬを前記ＵＲＬ１４とし、ＨＴＭＬファイルＤＰ１５のＵＲＬを前記ＵＲＬ１５とし、ＨＴＭＬファイルＤＰ１６のＵＲＬを前記ＵＲＬ１６とすると、ＵＲＬ１２は図３の行ＴＧ１２中の「ｔｉｔｌｅ．ｈｔｍｌ」であり、ＵＲＬ１３は行ＴＧ１３中の「ｌｉｎｋ．ｈｔｍｌ」であり、ＵＲＬ１４は行ＴＧ１４中の「ｈｏｎｂｕｎ．ｈｔｍｌ」であり、ＵＲＬ１５は行ＴＧ１５中の「ｓｏｎｏｔａ１．ｈｔｍｌ」であり、ＵＲＬ１６は行ＴＧ１６中の「ｓｏｎｏｔａ２．ｈｔｍｌ」である。
【００３６】
通常、１つのフレームページを構成する複数のＨＴＭＬファイルは、フレーム規定ファイルと同じＷＷＷサーバ（ここでは、１３）に置かれ、しかも同じフォルダ内に置かれるため、ＦＱＤＮを含まないこのようなローカルなＵＲＬ（ここでは、ファイル名だけから成るＵＲＬ）によって指定することができる。
【００３７】
必要ならば、１つのフレームページを構成する複数のＨＴＭＬファイルを別なＷＷＷサーバに置くこともでき、その場合には、例えば、前記ＵＲＬ１２〜ＵＲＬ１６の全部または一部が、ＦＱＤＮを含むＵＲＬに変わる。なお、ユーザＵ１によって入力され得るフレーム規定ファイルＤＰ１１を指定する前記ＵＲＬ１１は、ＦＱＤＮを含むＵＲＬであることは当然である。
【００３８】
このＵＲＬ１１は、ユーザＵ１が操作部２２を用いて行う手作業によって入力され得るほか、例えば、前記特許文献１に記載されたオートパイロットツールのようなソフトウエアを利用し、予めユーザＵ１が設定した日時や時間間隔で自動的に入力させることができる。
【００３９】
図１のようなメニュー（領域Ｂがメニュー）を有するフレームページの場合、メニュー領域中の各メニュー（例えば、「営業本部」や「総務」など）をユーザＵ１が操作（選択）したときに、そのメニューに埋め込まれたＵＲＬのリンク先のファイルが読み込まれ表示されるフレームを、当該メニュー領域Ｂに対応する前記ＨＴＭＬファイルＤＰ１３の記述（ｔａｒｇｅｔ（ターゲット）属性の値に示したフレーム名）によって指定するようになっている。
【００４０】
図１のような構成の場合、各メニューのｔａｒｇｅｔ属性の値としては、領域ＤＰ１４が配置されているフレームのフレーム名を指定することが多い。なお、フレーム名とは、フレームページ中の各フレームを識別するために付与される名称で、フレームページ中の各ＨＴＭＬファイルのＵＲＬの直後に記述する。図３の例では、例えば、ＨＴＭＬファイルＤＰ１２のＵＲＬである”ｔｉｔｌｅ．ｈｔｍｌ”の直後の位置ＰＳ１に、当該ＨＴＭＬファイルＤＰ１２を配置するフレームのフレーム名が記述される。
【００４１】
したがって、典型的な使用方法では、メニューを有するフレームページの場合、他のフレームの内容（ここでは、領域Ａ、領域Ｂ、領域Ｄ、領域Ｅ）は同じでターゲットのフレームの内容（領域Ｃ）だけが置き換わった複数のＷＷＷページが重層的に存在しているとみることができる。
【００４２】
図１１に示す前記記憶部２３は、例えば、ＲＡＭ（ランダムアクセスメモリ）などの揮発性記憶装置や、ハードディスクなどの不揮発性記憶装置によって構成される。
【００４３】
通信端末１２が前記ＷＷＷサーバ１３からＷＷＷページを構成する各ファイル（例えば、前記ＤＰ１１やＤＰ１２など）を受信すると、それらのファイルは、当該記憶部２３のハードディスク上に確保されたキャッシュ領域に一時的に蓄積される。
【００４４】
当該キャッシュ領域は、通常、ＷＷＷブラウザＢ１の管理下に置かれ、ＷＷＷブラウザＢ１から自由にアクセスすることが可能である。
【００４５】
当該キャッシュ領域におけるファイルの記憶は可能なかぎり維持されるが、キャッシュ領域の記憶容量には上限があるため、この上限を越えて新たなＷＷＷページを閲覧し、新たなファイルを蓄積するときには、すでに記憶されているファイルを例えば古いものから順番に削除することによって、必要な記憶容量を確保することになる。
【００４６】
例えばＵＲＬの入力などにより、ユーザＵ１が操作部２２からＷＷＷページの閲覧を指示した場合、そのＵＲＬで指定されるＷＷＷページに関連するファイルがキャッシュ領域に記憶されていれば、ＷＷＷブラウザＢ１は、インターネット１１経由ではなく当該キャッシュ領域から当該ファイルを取得し、表示部２４に当該ファイルの内容を画面表示する。これによりネットワーク１１上の通信トラフィックや、ＷＷＷサーバ１３側の負荷の増大を抑制し、ユーザＵ１から見た応答時間（指示を出してからＷＷＷページが表示されるまでの時間）を短縮することができる。
【００４７】
前記制御部２１に接続された領域処理部２５は、主要領域を判定し抽出する機能を有する部分であるが、その内部構成は、例えば、図２に示すようになる。
【００４８】
当該領域処理部２５は、ＷＷＷブラウザＢ１の機能の一部として設けることも可能であるが、本実施形態ではＷＷＷブラウザＢ１と別個に当該領域処理部２５を設けている。
【００４９】
主要領域とは、ＷＷＷページ（フレームページ）上の複数の領域のうちユーザ（ここでは、Ｕ１）にとって最も重要であると推定できる１つの領域のことである。本実施形態では、基本的に、最も面積の大きい領域が主要領域であるものと想定している。したがって、例えば、図１に示したフレームページの場合なら、領域Ａ〜Ｅのうち、ユーザＵ１にとって最も面積の大きい１つの領域（ここでは、領域Ｃ）が主要領域となる。
【００５０】
この方法によれば、メニューを有するフレームページの典型的な使用方法に対応して、ターゲットのフレームの内容（例えば、領域Ｃ）だけが置き換わった複数のフレームページに関しても、何ら複雑な処理を追加することなく、領域Ｃを主要領域とすることができる。
【００５１】
（Ａ−１−２）領域処理部の内部構成例
図２において、当該領域処理部２５は、端子１００，１０３と、領域抽出部１０１と、最大領域判定部１０２とを備えている。
【００５２】
このうち端子１００は入力端子である。入力端子１００はＨＴＭＬ言語で記述された前記ＨＴＭＬファイル（例えば、ＤＰ１１）の供給を受ける部分であるが、当該入力端子１００に対する当該ＨＴＭＬファイルの直接の供給元については、領域処理部２５とＷＷＷブラウザＢ１の関係などにより、様々な変形があり得る。
【００５３】
例えば、領域処理部２５がＷＷＷブラウザＢ１と連携してＷＷＷサーバ１３が送信したＨＴＭＬファイルをＷＷＷブラウザＢ１経由で受け取る場合には、当該供給元はＷＷＷブラウザＢ１となるが、当該領域処理部２５がＷＷＷブラウザＢ１と別個の独立したＨＴＴＰクライアントであり、ＷＷＷブラウザＢ１を経由せずにＨＴＭＬファイルを受け取る場合には、当該供給元は制御部２１内の前記ＯＳなどとなり得る。
【００５４】
当該入力端子１００に接続されている領域抽出部１０１は、入力されたＨＴＭＬファイルの中にある、領域分割（フレーム構造）に関する制御文字を解析することにより、分割された領域を抽出し、それぞれの分割された領域の表示される面積を計算する部分である。ここで計算された面積は判定基礎情報として最大領域判定部１０２へ供給する。
【００５５】
このような面積の計算は、基本的に、前記フレーム規定ファイルＤＰ１１の記述だけに基づいて実行可能である。図３に示した行ＳＱ１，ＳＱ２，ＳＱ３をもとに、図１の各領域Ａ〜Ｅのフレームの面積を求めることができるからである。
【００５６】
具体的には、図１のフレームページＤＰ１は、行ＳＱ１の記述から、（境界線Ｌ１によって）矢印Ｄ１方向に２０％と８０％（２対８）に分割されていることが分かり、領域Ａを除いた領域は、行ＳＱ２の記述から、（境界線Ｌ２とＬ３によって）矢印Ｄ２方向に３０％と５０％と２０％（３対５対２）に分割されていることが分かり、これら領域Ａ〜Ｃを除いた領域は、行ＳＱ３の記述から、（境界線Ｌ４によって）矢印Ｄ３方向に５０％と５０％（５対５）に分割されていることが分かるからである。
【００５７】
フレーム構造の指定は、この％の替わりに、ピクセルなどで表現することも可能であるが、その場合でもフレーム規定ファイル中の前記行ＳＱ１，ＳＱ２，ＳＱ３に相当する記述から、図１の各領域Ａ〜Ｅのフレームの面積を求めることができる点は同じである。
【００５８】
なお、表示部２４などの画面表示の絶対的な面積の値（面積値）は前記液晶ディスプレイの解像度などに大きく依存する（表示部２４などの画面上では、解像度が高いほど小さく表示される）ため、例えば、絶対的な面積値（例えば、ｃｍ２やｍｍ２などを単位とする面積値）を求める場合には、解像度などの情報を予め当該領域抽出部１０１に与えておく必要がある。
【００５９】
ただし本実施形態で面積値を求めるのは複数の領域のなかから最も大きな領域を選ぶためであるから、算出する面積値は必ずしも絶対的なものである必要はなく、１つのフレームページに関してのみ有効な相対的なものであれば十分である。相対的な面積値（各領域の面積の比率）を求める場合には、解像度などの情報は不要であり、領域抽出部１０１等の処理は簡単になる。
【００６０】
当該領域抽出部１０１は、各領域（例えば、領域Ａ〜Ｅ）の面積の比率または絶対的な面積値を算出すると、前記判定基礎情報として、所定の順番で最大領域判定部１０２へ供給する。
【００６１】
この順番は、領域抽出部１０１と最大領域判定部１０２のあいだで整合が取れていればどのようなものであってもかまわないが、ここでは、一例として、画面上で上の領域ほど早く、同じ高さでは、左の領域ほど早く供給するものとする。したがって、図１に示したように画面表示されるフレームページＤＰ１の場合なら、領域Ａ、Ｂ、Ｃ、Ｄ、Ｅの順番で、各判定基礎情報が、最大領域判定部１０２に供給されることになる。
【００６２】
最大領域判定部１０２は、受け取った判定基礎情報をもとに、１つのフレームページ中の主要領域を判定する部分である。
【００６３】
各領域Ａ〜Ｅの内容を示すＨＴＭＬファイルＤＰ１２〜ＤＰ１６はその判定基礎情報とともに、当該最大領域判定部１０２へ供給するようにしてもよいが、ＨＴＭＬファイルＤＰ１２〜ＤＰ１６の替わりに、ＨＴＭＬファイルの識別情報を供給するようにしてもよい。当該識別情報としては、例えば、前記ＵＲＬ１２〜ＵＲＬ１６（ファイル名）を利用することができる。
【００６４】
識別情報を供給する場合、ＨＴＭＬファイルＤＰ１２〜ＤＰ１６は、前記記憶部２３内の例えば前記キャッシュ領域に格納しておき、主要領域を判定した後、最大領域判定部１０２が当該主要領域に対応するＨＴＭＬファイル（例えば、ＤＰ１４）だけをキャッシュ領域から取り出すようにしてもよい。また、必要に応じて、最大領域判定部１０２は直接、ＨＴＭＬファイルは取り扱わず、主要領域を判定した後には、その主要領域のＨＴＭＬファイルの識別情報だけを出力するようにしてもよい。
【００６５】
その場合、その主要領域の画面表示を担当する画面表示モジュール（例えば、ＷＷＷブラウザＢ１）が、当該識別情報をもとに例えば前記キャッシュ領域から、当該主要領域に対応するＨＴＭＬファイルを取り出してその画面表示を行うことになる。
【００６６】
端子１０３は出力端子で、前記主要領域に対応するＨＴＭＬファイルまたはその識別情報を出力するために使用する。出力先は、当該画面表示モジュールである。
【００６７】
一方、前記ＨＴＴＰリクエストにこたえてＨＴＴＰレスポンスを返すＷＷＷサーバ１３の内部構成例は、図１２に示す。
【００６８】
（Ａ−１−３）ＷＷＷサーバの内部構成例
図１２において、当該ＷＷＷサーバ１３は、通信部３０と、制御部３１と、記憶部３２とを備えている。
【００６９】
このうち通信部３０は前記通信部２０に対応し、制御部３１は前記制御部２１に対応し、記憶部３２は前記記憶部２３に対応するので、その詳しい説明は省略する。
【００７０】
ただし制御部３１は、ＷＷＷブラウザ（Ｂ１など）を搭載することはなくＷＷＷサーバソフトを搭載している。
【００７１】
また、ＷＷＷサーバ１３が、予め生成したＷＷＷページ等を蓄積しておくためのデータベースを伴う場合には、必要に応じて、ＤＢＭＳも、当該制御部３１に搭載され得る。
【００７２】
さらに、前記フレームページＤＰ１を提供するため、当該記憶部３２には、少なくとも、ＨＴＭＬファイルＤＰ１１〜ＤＰ１６が格納されている。
【００７３】
以下、上記のような構成を有する本実施形態の動作について説明する。
【００７４】
（Ａ−２）第１の実施形態の動作
ユーザＵ１が操作部２２を操作することによって、または、前記オートパイロットツールなどの機能によって、ＵＲＬ１１がＷＷＷブラウザＢ１に入力されると、ＷＷＷブラウザＢ１が当該ＵＲＬ１１に対応したＨＴＴＰリクエスト（ＧＥＴリクエスト）を送信する。
【００７５】
ただし前記領域処理部２５に前記ＷＷＷブラウザＢ１と独立したＨＴＴＰクライアントとしての機能を持たせる場合には、この入力はＷＷＷブラウザＢ１ではなく、当該領域処理部２５に対して行うことになる。
【００７６】
通信端末１２から送信されたこのＨＴＴＰリクエストをインターネット１１経由で受信すると、ＷＷＷサーバ１３（およびサーバＯＳ）は、前記記憶部３２から当該ＵＲＬ１１によって指定されるフレーム規定ファイルＤＰ１１を取り出し、当該フレーム規定ファイルＤＰ１１をエンティティボディとして含むＨＴＴＰレスポンスを返送する。
【００７７】
フレームページＤＰ１を構成するその他のＨＴＭＬファイルＤＰ１２〜ＤＰ１４は、上述したように、当該フレーム規定ファイルＤＰ１１が通信端末１２に受信されたあと、当該フレーム規定ファイルＤＰ１１中の記述（ＵＲＬ１２〜ＵＲＬ１６）に基づいて、ＷＷＷブラウザＢ１が順次、自動的に送信する各ＨＴＴＰリクエストに応じた各ＨＴＴＰレスポンスのエンティティボディとして、通信端末１２に受信されるから、これら（または、図３に示すように加工したデータ）を、前記領域処理部２５が入力端子１００を介して受け取ることになる。
【００７８】
上述したように、判定基礎情報としての面積の比率（面積比率）や絶対的な面積値は、フレーム規定ファイル（ここでは、ＤＰ１１）の記述だけから算出可能であるため、このとき領域処理部２５内の領域抽出部１０１が受け取るのは、フレーム規定ファイルＤＰ１１だけでよく、ＨＴＭＬファイルＤＰ１２〜ＤＰ１６は受け取る必要はない。
【００７９】
例えば、図３に対応する上述したフレーム規定ファイルＤＰ１１を受け取った場合、領域処理部２５が当該ファイルＤＰ１１を処理した結果として出力するのは、図４に示す出力結果となる。
【００８０】
図４中の各レコードＲＤ１〜ＲＤ５内の項目は、次のレコード構成（Ｒ１）の通りである。
【００８１】
（分割領域の面積、分割領域のＵＲＬ） …（Ｒ１）
このうち分割領域の面積は、上述した絶対的な面積値ではなく、フレームページＤＰ１全画面の面積を１００と置いた場合の、各領域の面積の比率を示している。
【００８２】
具体的には、図３の行ＳＱ１で全画面を２０％と８０％（２対８）に分割し、そのうちの２０％が領域Ａに対応するから、領域Ａの面積比率は２０（％）となる。同様に図３の行ＳＱ２で、この領域Ａの２０％を除いた残りの８０％を３０％と５０％と２０％（３対５対２）に分割し、そのうちの３０％が領域Ｂに対応し、５０％が領域Ｃに対応するから、全画面における領域Ｂの面積比率は２４（＝０．８×０．３×１００）であり、全画面における領域Ｃの面積比率は４０（＝０．８×０．５×１００）である。
【００８３】
領域Ｄ、Ｅに関しても同様の計算で、面積比率８（％）を求めることができる。
【００８４】
また、当該レコード構成（Ｒ１）中で、分割領域のＵＲＬは、前記識別情報として、上述したＵＲＬ１２〜ＵＲＬ１６を含む記述をそのまま利用している。
【００８５】
これらのレコードＲＤ１〜ＲＤ５を受け取った最大領域判定部１０２は、面積比率を比較することにより、簡単に、面積比率４０（％）の領域Ｃが最大であることを認識できるから、処理結果として、図５に示すように、当該領域Ｃに対応するＨＴＭＬファイルＤＰ１４のＵＲＬであるＵＲＬ１４を含む識別情報を出力することができる。
【００８６】
この識別情報をもとに、ＷＷＷブラウザＢ１などの画面表示モジュールは、当該ＵＲＬ１４で指定されるＨＴＭＬファイルＤＰ１４を例えば前記キャッシュ領域などから取得し、表示部２４などに画面表示することが可能である。
【００８７】
（Ａ−３）第１の実施形態の効果
以上のように、本実施形態によれば、領域が分割されて表示されるフレームページにおいて、ユーザ（例えば、Ｕ１）にとって最も重要な領域は最も面積の大きい領域であることが多いという性質を利用することで、自動的に主要領域を抽出することができる。
【００８８】
これにより、ユーザ（例えば、Ｕ１）は、従来のように、開始箇所と終了箇所をあらかじめ手入力により指定する必要がなくなるから、ユーザの操作負担は、著しく軽減でき、ほとんど皆無である。
【００８９】
したがって、例えば、多数のフレームページから主要領域だけを選択して出力させること等も容易である。
【００９０】
なお、本実施形態で、領域処理部（２５）が実行する処理は、単なる面積値や面積比率の値の比較程度であるため、演算量は少なく、高速に結果を得ることができる。
【００９１】
また、本実施形態は、基本的に自然言語処理を用いることなく実行可能であるため、記述言語（ＨＴＭＬファイルの本文の内容など）に依存せずに主要領域を判定することができる。
【００９２】
さらに、本実施形態では、フレーム規定ファイルの解析を実施するが、予め指定した記述（例えば、前記行ＳＱ１〜ＳＱ３，ＴＧ１２〜ＴＧ１６）だけを処理すればよいので、全ての記述を解析する場合などに比べ、処理量が少なく効率的である。
【００９３】
（Ｂ）第２の実施形態
以下では、本実施形態が第１の実施形態と相違する点についてのみ説明する。
【００９４】
第１の実施形態では、面積（面積比率または絶対的な面積値）が大きな領域を主要領域であると判定したが、本実施形態では、フレームページ（例えば、ＤＰ１）の画面表示上の中心に近い位置に配置される領域を主要領域であると判定する。
【００９５】
（Ｂ−１）第２の実施形態の構成および動作
本実施形態と第１の実施形態は、前記領域処理部２５の内部構成が相違するだけであるから、図１０，図１１，図１２に示した構成は本実施形態でもそのまま用いることができる。本実施形態の領域処理部には符号３５を付与して第１の実施形態の領域処理部２５と区別する。
【００９６】
領域処理部３５の内部構成例は図６に示す通りである。
【００９７】
図６において、当該領域処理部３５は、入力端子１００と、出力端子１０３と、領域抽出部２０１と、中心領域判定部２０２とを備えている。
【００９８】
このうち図２と同じ符号を付与した構成要素１００，１０３の機能は第１の実施形態と同じであるからその詳しい説明は省略する。
【００９９】
領域抽出部２０１は、第１の実施形態における領域抽出部１０１とは少し異なり、入力されたフレーム規定ファイルＤＰ１１内に記述された領域分割に関する制御文字を解析することにより、分割された領域を抽出し、各領域の位置を示す位置情報を算出する部分である。
【０１００】
各領域の位置の表現方法には様々なものがあり得るが、ここでは、一例として、図１に示す画面の左上端の点Ｐ０を原点とした場合の、矢印Ｄ１方向と矢印Ｄ２方向の座標で、各領域の２次元的な位置を表現する。また、矢印Ｄ１方向と矢印Ｄ２方向の座標の最小値は原点Ｐ０の０とし、最大値は１００とする。
【０１０１】
各領域はすべて長方形であるから、例えば、その領域の左上端の点と、右下端の点の２次元的な位置（座標）を指定すれば、その領域の位置と大きさを特定することができ、間接的にではあるが、その領域の中心の位置も表現できる。このとき、２次元的な位置を表現する書式は、（Ｄ２方向の座標，Ｄ１方向の座標）であるものとすると、各領域Ａ〜Ｅは、図７に示すレコードＲＤ１１〜ＲＤ１５によって表現できる。
【０１０２】
図７中の各レコードＲＤ１１〜ＲＤ１５内の項目は、次のレコード構成（Ｒ２）の通りである。
【０１０３】
（分割領域の左上端点の座標、分割領域の右下端点の座標、分割領域の
ＵＲＬ） …（Ｒ２）
例えば領域Ａの場合には、その左上端の点は、前記原点Ｐ０に一致し座標は（０，０）であり、右下端点Ｐ１の座標は（１００，２０）であるから、レコードＲＤ１１には、座標（０，０）、（１００，２０）が記述される。なお、このＤ１成分である２０などは、図３に示した前記行ＳＱ１などの記述をもとに算出することができる。
【０１０４】
その他の領域Ｂ〜Ｅについてもこれと同様である。
【０１０５】
すなわち、領域Ｂの左上端点Ｐ２の座標は（０，２０）で右下端点Ｐ３の座標は（３０，１００）であり、領域Ｃの左上端点Ｐ４の座標は（３０，２０）で右下端点Ｐ５の座標は（８０，１００）であり、領域Ｄの左上端点Ｐ６の座標は（８０，２０）で右下端点Ｐ７の座標は（１００，６０）であり、領域Ｅの左上端点Ｐ８の座標は（８０，６０）で右下端点Ｐ９の座標は（１００，１００）である。
【０１０６】
したがって、レコードＲＤ１２〜ＲＤ１５内には、それぞれ該当する左上端点および右下端点の座標が記述される。
【０１０７】
領域抽出部３５は、図３に示したデータ（フレーム規定ファイルＤＰ１１の主要部）をもとに、これらレコードＲＤ１１〜ＲＤ１５を生成し、中心領域判定部２０２へ供給する。各レコードＲＤ１１〜ＲＤ１５を供給するときの順番は、第１の実施形態と同様、領域Ａ、Ｂ、Ｃ、Ｄ、Ｅの順番、すなわち、レコードＲＤ１１、ＲＤ１２，ＲＤ１３，ＲＤ１４、ＲＤ１５の順番であってよい。
【０１０８】
これらの供給を受ける中心領域判定部２０２は、レコードＲＤ１１〜ＲＤ１５を処理し、領域の中心が、表示部２４の画面の中心（フレームページの中心）ＣＰに最も近い領域を、主要領域と判定する部分である。
【０１０９】
なお、ＷＷＷブラウザＢ１のウインドウ（ブラウザウインドウ）を小さく表示させた場合などには、表示部２４（液晶ディスプレイなど）の画面の中心とブラウザウインドウの中心（またはフレームページの中心）とは一致しないから、表示部２４の画面の中心よりも、フレームページ（ここでは、ＤＰ１）の中心またはブラウザウインドウの中心というほうが、より本質的である。
【０１１０】
上述したように原点Ｐ１の座標を（０，０）とし、点Ｐ９の座標を（１００，１００）とした場合には、フレームページＤＰ１の中心ＣＰの座標は（５０，５０）となるから、中心領域判定部２０２は、各領域の中心と当該フレームページの中心ＣＰとの距離を求めることになる。
【０１１１】
なお、距離の単位は、ｃｍ、ｍｍ、ピクセル数など、どのようなものを用いてもかまわないが、本実施形態では、このような単位を用いて距離を絶対的に表現せず、相対的な距離の比率を利用している。上述した面積比率の場合と同様、相対的な距離の比率だけを用いることで、中心領域判定部２０２等の処理を簡単にすることができる。
【０１１２】
各レコードＲＤ１１〜ＲＤ１５には、各領域の左上端点と右下端点の座標が記述されているから、各領域の中心の座標は、左上端点と右下端点のあいだでＤ２成分とＤ１成分の平均値を取ることによって容易に算出可能である。
【０１１３】
例えば、前記領域Ａの中心の位置は、左上端点Ｐ０（０，０）と右下端点Ｐ１（１００，２０）のＤ２成分とＤ１成分の平均値を取って、（５０，１０）となる。
【０１１４】
同様に、例えば、領域Ｃの中心の位置は、その左上端点Ｐ４（３０，２０）と右下端点Ｐ５（８０，１００）のＤ２成分とＤ１成分の平均値を取って、（５５，６０）となる。
【０１１５】
他の領域Ｂ、Ｄ、Ｅについても同様な処理で、その中心の座標を求めることができる。
【０１１６】
図１の例の場合、前記座標（５５，６０）がフレームページＤＰ１の中心ＣＰ（５０，５０）に最も近いから、中心領域判定部２０２は、当該座標（５５，６０）に対応する領域Ｃを主要領域と判定することになる。したがって、中心領域判定部２０２は、領域Ｃに対応するＨＴＭＬファイルＤＰ１４のＵＲＬであるＵＲＬ１４を、出力端子１０３から出力することになる。
【０１１７】
（Ｂ−３）第２の実施形態の効果
本実施形態では第１の実施形態の効果とほぼ同等な効果を得ることができる。
【０１１８】
ただし第１の実施形態では、面積（面積比率または絶対的な面積値）が大きな領域を主要領域であると判定したのに対し、本実施形態では、フレームページ（例えば、ＤＰ１）の画面表示上の中心に近い位置に配置される領域を主要領域であると判定するため、フレームページのフレーム構造によっては、第１の実施形態とは異なる領域を主要領域と判定する可能性がある。
【０１１９】
（Ｃ）第３の実施形態
以下では、本実施形態が第１、第２の実施形態と相違する点についてのみ説明する。
【０１２０】
本実施形態は第１の実施形態と第２の実施形態を複合したものである。
【０１２１】
（Ｃ−１）第３の実施形態の構成および動作
本実施形態と第１の実施形態は、前記領域処理部２５の内部構成が相違するだけであるから、図１０，図１１，図１２に示した構成は本実施形態でもそのまま用いることができる。本実施形態の領域処理部には符号４５を付与して第１の実施形態の領域処理部２５や第２の実施形態の領域処理部３５と区別する。
【０１２２】
領域処理部４５の内部構成例は図８に示す通りである。
【０１２３】
図８において、当該領域処理部４５は、入力端子１００と、出力端子１０３と、領域抽出部３０１と、最大領域判定部１０２Ａと、中心領域判定部２０２Ａと、選択部３０３とを備えている。
【０１２４】
このうち図２と同じ符号を付与した構成要素１００，１０３の機能は第１の実施形態と同じであるからその詳しい説明は省略する。
【０１２５】
領域抽出部３０１は、第１の実施形態の領域抽出部１０１と第２の実施形態の領域抽出部２０１の機能を兼ね備えた部分で、例えば、図３のデータを受け取ったときには、図４および図７のレコードＲＤ１〜ＲＤ５、ＲＤ１１〜ＲＤ１５を出力する。レコードＲＤ１〜ＲＤ５、ＲＤ１１〜ＲＤ１５の替わりに、これらをまとめた、図９に示すレコードＲＤ２１〜ＲＤ２５を出力することも望ましい。
【０１２６】
図９中の各レコードＲＤ２１〜ＲＤ２５内の項目は、次のレコード構成（３）の通りである。
【０１２７】
（分割領域の面積、分割領域の左上端点の座標、分割領域の右下端点の座標、分割領域のＵＲＬ） …（３）
最大領域判定部１０２ＡにはこれらレコードＲＤ１〜ＲＤ５とＲＤ１１〜ＲＤ１５が供給され、中心領域判定部２０２Ａにも、レコードＲＤ１〜ＲＤ５とＲＤ１１〜ＲＤ１５が供給される。あるいは、これらをまとめた内容を有するレコードＲＤ２１〜ＲＤ２５が両判定部１０２Ａ、２０２Ａに供給される。
【０１２８】
最大領域判定部１０２Ａは基本的に第１の実施形態の最大領域判定部１０２と同じ機能を持つ部分であるが、領域の面積（面積比率でも、絶対的な面積値でもかまわない。この点は、以下の説明でも同じ。）に関する処理と無関係なレコードＲＤ１１〜ＲＤ１５を選択部３０３へ渡す機能を有する点が相違する。レコードＲＤ１１〜ＲＤ１５を選択部３０３へ渡すまえに、面積が最大の領域（例えば、領域Ｃ）に対応するレコード（例えばＲＤ１３）だけを選択し、選択したレコードだけを、面積が最大の領域に対応するＨＴＭＬファイルのＵＲＬとともに選択部３０３へ供給することは、選択部３０３の処理量を軽減する上で望ましい。
【０１２９】
具体的な実装にも依存するが、供給を受けたレコードがＲＤ２１〜ＲＤ２５である場合などには、当該最大領域判定部１０２Ａ内で、実質的に、この選択を行うほうが効率的であると考えられる。
【０１３０】
同様に、中心領域判定部２０２Ａは基本的に第２の実施形態の中心領域判定部２０２と同じ機能を持つ部分であるが、中心間の距離に関する処理と無関係なレコードＲＤ１〜ＲＤ５を選択部３０３へ渡す機能を有する点が相違する。レコードＲＤ１〜ＲＤ５を選択部３０３へ渡すまえに、フレームページの中心に最も中心の位置が近い領域（例えば、領域Ｃ）に対応するレコード（例えばＲＤ３）だけを選択し、選択したレコードだけを、フレームページの中心に中心が最も近い領域に対応するＨＴＭＬファイルのＵＲＬとともに選択部３０３へ供給することは、選択部３０３の処理量を軽減する上で望ましい。
【０１３１】
具体的な実装にも依存するが、供給を受けたレコードがＲＤ２１〜ＲＤ２５である場合などには、当該中心領域判定部２０２Ａ内で、実質的に、この選択を行うほうが効率的であると考えられる。
【０１３２】
最大領域判定部１０２Ａと中心領域判定部２０２Ａから供給されるデータをもとに、選択部３０３は、次の式（Ｆ１）に応じた選択処理を実行する。
【０１３３】
Ｖ＝Ｘα＋Ｙβ …（Ｆ１）
ここで、Ｘは面積、Ｙはフレームページの中心と領域の中心との距離の逆数を表す。また、α、βは、重み係数である。当該α、βは、希望通りの結果が得られやすいように、ユーザＵ１が適宜、設定できるようにすることも望ましい。
【０１３４】
この選択処理では、最大領域判定部１０２Ａから入力されるデータから式（Ｆ１）で計算される値（Ｖ１とする）と、中心領域判定部２０２Ａから入力されるデータから式（Ｆ１）で計算される値（Ｖ２とする）を比較し、Ｖ１とＶ２のうちいずれか大きいほうのデータを選択し、選択されたデータに対応する領域のＨＴＭＬファイルの識別情報（ＵＲＬ）を、出力端子１０３から出力する。
【０１３５】
式（Ｆ１）に基づく選択処理が必要とされるのは、判定部１０２Ａによる判定結果と判定部２０２Ａによる判定結果が異なるケースであるから、両判定結果が一致する場合には、式（Ｆ１）による選択処理は省略するようにしてもよい。
【０１３６】
（Ｃ−２）第３の実施形態の効果
本実施形態によれば、第１または第２の実施形態と同等な効果を得ることができる。
【０１３７】
加えて、ユーザ（Ｕ１）が式（Ｆ１）の重み係数（α、β）の設定を行うことができるように構成した場合には、第１の実施形態と第２の実施形態で判定結果が相違し得るケースでも、柔軟に、ユーザの希望に適合した主要領域を出力することが可能である。
【０１３８】
（Ｄ）他の実施形態
上記第３の実施形態では、前記式（Ｆ１）を用いて選択処理を行ったが、本発明では、式（Ｆ１）以外の式をもとに選択処理を行うようにしてもかまわない。
【０１３９】
一例として、次の式（Ｆ２）をもとに選択処理を行うことも可能である。
【０１４０】
Ｖ＝ＸＹ …（Ｆ２）
このＸ、Ｙの意味は前述した通りである。
【０１４１】
また、上記第３の実施形態では、選択部３０３の選択処理として、面積と位置情報から計算された値を用いているが、別の情報を用いて選択処理を行うことも可能である。例えば、領域に表示される同じ文字種で同サイズの文字の数が多いほうを選択するようにしてもよい。
【０１４２】
また、上記第１〜第３の各実施形態において、領域抽出部が各領域に関する判定結果を出力する順番は、上述したものに限らないことは当然である。例えば、順次、右の分割領域から左へ、上の分割領域から下へと出力するラスタースキャンの順序としてもよく、その他の順序（ラスタースキャンと逆の順序などとしてもよい。
【０１４３】
なお、上記第１、第３の実施形態では、スクロール分を無視してフレームの面積や、フレームの面積の比率をもとに主要領域を判定したが、必要に応じて、スクロール分も加味し画面表示されるコンテンツ（ＨＴＭＬファイル）の面積比率や絶対的な面積値を算出するようにしてもよい。
【０１４４】
あるＨＴＭＬファイルの画面表示されたときの面積がそのＨＴＭＬファイルが配置されるフレームよりも大きいと自動的にスクロールバーが表示され、縦方向（例えば、前記矢印Ｄ１方向）または横方向（例えば、前記矢印Ｄ２方向）にスクロールすることができるようになる。縦方向に大きい場合には、縦方向にスクロールするための縦スクロールバーが表示され、横方向に大きい場合には、横方向にスクロールするための横スクロールバーが表示される。
【０１４５】
スクロール分を加味した面積比率や絶対的な面積値を求める場合、概略的な指標として、当該ＨＴＭＬファイルのファイルサイズを利用することができる。直接的には画面表示の対象とならないタグなどの制御文字の記述が多ければ、画面表示される面積値は変わらなくてもＨＴＭＬファイルのファイルサイズは増大し、またファイルサイズが同じでもフォントの指定などによってスクロール分を含む画面表示面積が増大すること等もあるため、ファイルサイズは厳密には表示の面積値や面積の比率に対応しているものではないが、画面に表示される文字などの記述と表示されない制御文字などの記述の割合がＨＴＭＬファイル間でそれほど大きく相違しない場合や、フォントの指定の頻度や程度がＨＴＭＬファイル間でそれほど大きく相違しない場合などには、前記ファイルサイズは、面積比率や絶対的な面積値を示す概略的な指標として良好なものとなる。
【０１４６】
厳密には、ＨＴＭＬファイル中のすべてのタグを解釈して適切な演算を行えば、スクロール分も含めて、面積比率や絶対的な面積値を高精度に算出することも可能であるが、それでは演算量が大きくなってしまうため、ファイルサイズを用いるのが簡便である。
【０１４７】
ファイルサイズは、前記ＨＴＴＰレスポンスに含まれるＨＴＴＰヘッダのうち、エンティティヘッダに記述される情報のなかの１つであるため、容易に取得可能である。
【０１４８】
なお、当該エンティティボディには、ファイル形式に関する情報も含まれているため、フレームページを構成するいずれかのＨＴＭＬファイル（例えば、ＤＰ１２〜ＤＰ１６）に画像ファイルなどがその領域の一部としてリンクされていても、当該画像ファイルなどは除外してＨＴＭＬファイルだけ選別し、ＨＴＭＬファイルのファイルサイズだけを比較すること等が可能である。
【０１４９】
また、上記第１〜第３の実施形態において、各領域の絶対的な面積値を求める場合には、表示部２４などと関係なく、予め標準的な環境に対応した値（解像度など）を与えておけば、表示部２４に対応するディスプレイ装置などを他の仕様のディスプレイ装置に置き換えた場合にも、その解像度などを前記領域処理部２５に供給する必要がなく、簡便である。
【０１５０】
さらに、前記領域処理部２５、３５，４５は、自動的にユーザが必要とする領域を特定できるため、（イ）指定ウェブページのうち必要箇所が更新されたときにユーザに通知する通知システムや、（ロ）必要箇所（主要領域）以外は検索対象としない等の機能を持つ効率的な検索システム、（ハ）必要箇所のみを要約対象とする効率的な要約システムなどの一部として利用しても有用である。
【０１５１】
また、フレームページの場合、図１に示した領域Ｂのような狭いフレームにメニューを置き、領域Ｃのような広いフレームにそのメニューの選択に応じて変わる内容を置く構成が典型例であるが、メニューのないフレームページにも、本発明が適用できることは当然である。
【０１５２】
さらに、フレームページ以外のＷＷＷページに対しても本発明は適用可能であり、ＨＴＭＬ以外の言語（ＸＭＬやＳＧＭＬなど）による記述にも適用可能である。何らかの意味で、論理的に識別可能な複数の領域が含まれていればよいからである。
【０１５３】
また、ファイル以外の単位をもとに領域を識別してもよいことは当然である。
【０１５４】
さらに、使用する通信プロトコルは必ずしもＨＴＴＰでなくてもかまわない。
【０１５５】
なお、上記第１、第２の実施形態では通信端末（クライアント）１２側に領域処理部２５、３５、４５を配置したが、当該領域処理部の機能は、ＷＷＷサーバ１３側に配置したり、ＷＷＷサーバ１３と通信端末１２の中間に介在し得る例えばプロキシサーバなどに配置することも可能である。
【０１５６】
ＷＷＷサーバ１３側に配置した場合には、必ずしもＨＴＴＰによる通信を行わなくてもよい。
【０１５７】
また、上記第１〜第３の実施形態では、フレームページがＷＷＷサーバ１３上に公開されたものであることを前提としているが、ＣＤ−ＲＯＭなどの記録媒体から得たフレームページ等にも本発明は適用できるので、対象とするフレームページ等は、必ずしもネットワーク経由で入手されるものでなくてもかまわない。
【０１５８】
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。
【０１５９】
【発明の効果】
本発明によれば、構造化文書の中から主要な領域を選出するために必要なユーザの操作負担を軽減することができる。
【図面の簡単な説明】
【図１】ＷＷＷ文書の構成例の説明図である。
【図２】第１の実施形態の領域処理部の機能的構成を示すブロック図である。
【図３】第１の実施形態の領域処理部への入力データ例を示す説明図である。
【図４】第１の実施形態の領域抽出部による抽出結果を示す説明図である。
【図５】第１の実施形態の領域処理部の出力結果例を示す説明図である。
【図６】第２の実施形態の領域処理部の機能的構成を示すブロック図である。
【図７】第２の実施形態の領域抽出部による抽出結果を示す説明図である。
【図８】第３の実施形態の領域処理部の機能的構成を示すブロック図である。
【図９】第３の実施形態の領域抽出部による抽出結果を示す説明図である。
【図１０】第１および第２の実施形態の通信システムの全体構成例を示す概略図である。
【図１１】第１および第２の実施形態で使用する通信端末の構成例を示す概略図である。
【図１２】第１および第２の実施形態で使用するＷＷＷサーバの構成例を示す概略図である。
【符号の説明】
１０…通信システム、１１…ネットワーク、１２…通信端末、１３…ＷＷＷサーバ、２０、３０…通信部、２１、３１…制御部、２２…操作部、２３、３２…記憶部、２４…表示部、２５，３５…領域処理部、１０１、２０１、３０１…領域抽出部、１０２、１０２Ａ…最大領域判定部、２０２、２０２Ａ…中心領域判定部、３０３…選択部。
【発明の属する技術分野】
本発明は情報処理装置および方法に関し、例えば、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトから構造化文書を取得する場合などに適用し得るものである。
【０００２】
【従来の技術】
ＷＷＷサイトに存在する構造化文書を取得し閲覧するためのツールとして、ＷＷＷブラウザがある。一般的に、構造化文書はその文書のページのレイアウト、文字の大きさなどを柔軟に指定することができるようになっている。特に、図１のように、タイトル（領域Ａ）、他の構造化文書へのリンク（領域Ｂ）、本文（領域Ｃ）、その他（領域ＤやＥ）など、ページがいくつかの領域（フレーム）に分割されて、ＷＷＷブラウザに表示されるような構造化文書（フレームページ）が多く見られる。
【０００３】
ＷＷＷブラウザを用いて、このような構造化文書から必要な情報を得るためには、ユーザは、目的の構造化文書のＵＲＬを指定し、その文書がＷＷＷブラウザ上に表示された後に、文書をスクロールしながら目視により検索したり（人手による検索）、あるいは文字列検索機能を利用するといった作業を行なう必要がある。例えば、図１の領域Ｃが、ユーザの必要とする文書であったとし、こういった構造化文書が多数ある場合には、そのユーザが必要とする情報のみを複数の構造化文書から自動的にスクラップし、１つの文書にまとめてユーザに提示することが、人手による作業を簡略化する上で望ましくなる。このようなＷＷＷ情報抽出システムが、次の特許文献１に示されている。
【０００４】
【特許文献１】
特開平１０−１８７７５３号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記におけるＷＷＷ情報抽出システムでは、ユーザが構造化文書中で自分が必要とするデータの開始箇所と終了箇所をあらかじめ手入力により指定することが必要である。このため、大量の構造化文書に対して実施するにはユーザの操作負担が大きく現実的ではなかった。
【０００６】
前記開始箇所や終了箇所を特定するためのスクラップデータ特定情報の選び方によっては、領域分割の形（フレーム構造）が異なる複数種類のフレームページを対象とする場合などにはフレームページごとに前記開始箇所や終了箇所の指定を変更することが必要となる可能性が高く、そのためのユーザの操作負担は大きい。
【０００７】
【課題を解決するための手段】
かかる課題を解決するために、第１の発明では、複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理装置において、前記構造化文書の表示構造を指定する制御文字を解析し、前記各領域に関する幾何学的な属性情報を生成する属性情報生成部と、前記属性情報を比較することによって複数の領域の中から主要領域を選出する主要領域選出部とを備えたことを特徴とする。
【０００８】
また、第２の発明では、複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理方法において、属性情報生成部が、前記構造化文書の表示構造を指定する制御文字を解析して、前記各領域に関する幾何学的な属性情報を生成し、主要領域選出部が、前記属性情報を比較することによって複数の領域の中から主要領域を選出することを特徴とする。
【０００９】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明にかかる情報処理装置および方法の実施形態について説明する。
【００１０】
（Ａ−１）第１の実施形態の構成
本実施形態で、主要領域を判定し抽出する機能を有する領域処理部２５（図１１参照）の機能は、通信機能を有するパソコンその他の情報処理装置によって実現され得、ＷＷＷサーバ側に配置すること等も可能であるが、ここでは、通信端末（クライアント）側に配置する場合を例に説明する。
【００１１】
本実施形態にかかる通信システム１０の全体構成例を図１０に示す。
【００１２】
図１０において、当該通信システム１０は、ネットワーク１１と、通信端末１２と、ＷＷＷサーバ１３とを備えている。
【００１３】
このうちネットワーク１１は、ＬＡＮ（ローカルエリアネットワーク）などであってもかまわないが、ここでは、インターネットであるものとする。
【００１４】
ＷＷＷサーバ１３は、通信端末１２からの要求（ＨＴＴＰリクエスト）を受信すると、その要求に応じた応答（ＨＴＴＰレスポンス）としてＷＷＷページを構成するファイルなどを返送する機能を持つサーバである。多くの場合、ＷＷＷサーバ１３は、予め生成したＷＷＷページ等を蓄積しておくためのデータベース（図示せず）、そのデータベースを直接管理するデータベースサーバを伴う。また、これらＷＷＷサーバ１３やデータベースサーバなどの周辺には、ルータやファイアウオールなどの各種のネットワーク機器やＤＮＳサーバなどのサーバ類が配置されてＷＷＷサイトを構成するのが普通である。
【００１５】
通信端末１２は上述した領域処理部２５を備えた情報処理装置で、具体的には、ネットワーク機能を有するパーソナルコンピュータなどであってよい。本実施形態の構成上、当該通信端末１２は、ＷＷＷページを閲覧するためのプログラムであるＷＷＷブラウザＢ１（図１１参照）を搭載していることが必要である。
【００１６】
当該通信端末１２の内部構成例を図１１に示す。
【００１７】
（Ａ−１−１）通信端末の内部構成例
図１１において、当該通信端末１２は、通信部２０と、制御部２１と、操作部２２と、記憶部２３と、表示部２４と、領域処理部２５とを備えている。
【００１８】
このうち通信部２０は、前記ネットワーク１１を介してＷＷＷサーバ１３と通信する機能を持つ部分である。
【００１９】
制御部２１は、ハードウエア的には当該通信端末１２の中央処理装置（ＣＰＵ）に相当する部分であり、ソフトウエア的には、オペレーティングシステム（ＯＳ）や上述したＷＷＷブラウザＢ１などに相当する部分である。
【００２０】
操作部２２は当該通信端末１２のユーザＵ１が操作して制御部２１に指示を伝えるための部分で、例えば、キーボードや、ポインティングデバイスなどを有する。
【００２１】
表示部２４は例えば液晶ディスプレイなどの表示画面を有する部分である。ユーザＵ１がＷＷＷページを閲覧する場合には、ＷＷＷブラウザＢ１がＷＷＷページのタグを解釈し処理した結果として、ＷＷＷページの内容が当該表示部２４に画面表示され、ユーザＵ１に閲覧され得る。このとき画面表示されるＷＷＷページは、一例として、図１に示したＤＰ１であってよい。ＤＰ１のようなフレームのページ（フレームページ）を表示するためには、ＷＷＷブラウザＢ１はフレームに対応したものであることを要する。フレームとは、図１の各領域Ａ〜Ｅに画面表示されている内容（コンテンツ）のことではなく、その内容を収容している枠のことを指す。
【００２２】
また、本実施形態において、「領域」は、当該コンテンツの意味で使用することもあるが、基本的には当該フレームと同義なものとして使用する。
【００２３】
通常、１つのＷＷＷページは、基本となる１つのＨＴＭＬファイルと、必要に応じて１または複数の各種ファイル（画像ファイルなど）から構成されるが、ＤＰ１のようなフレームページは、これよりファイル数も多く、複雑な構造を有する。
【００２４】
すなわちフレームページは、フレームの数や大きさ等を含むそのＷＷＷページ全体の構成（すなわち、フレーム構造）を規定するＨＴＭＬファイル（フレーム規定ファイル）と、内容として各フレームに配置される複数のＨＴＭＬファイルが最低限、必要であり、これに加えて、各ＨＴＭＬファイルにリンクされた各種ファイル（画像ファイルなど）が適宜、追加されることになる。
【００２５】
したがって、簡単のために各種ファイルがなく、ＨＴＭＬファイルだけから構成されるフレームページを仮定しても、図１に示したフレームページＤＰ１は、フレームページＤＰ１全体のフレーム構造を規定するフレーム規定ファイルと、図１の例では５つ設けられている各フレームに配置される５つのＨＴＭＬファイルから構成される必要があるから、全部で６つのＨＴＭＬファイルを要する。
【００２６】
通常のＷＷＷページは、１つのＨＴＭＬファイルの内部でのみ構造化されているが、フレームページでは、各ＨＴＭＬファイルの内部で構造化されているだけでなく、１つのフレームページに含まれる複数のＨＴＭＬファイルのあいだにも構造が存在する。
【００２７】
なお、図１では、各領域Ａ〜Ｅのあいだの境界線（スクロールバーなども含む）Ｌ１〜Ｌ４が表示されているが、実際のフレームページでは、視覚的な効果などとの関連で、意図的にこのような境界線が表示されないようにし、異なる領域間でまったく地の色が同じになるようにしたり、まったく切れ目のない連続的な背景模様を表示したりすることも多い。したがって、境界線の表示の有無は、領域分割（フレーム構造）の本質とは関係ない。
【００２８】
フレーム構造、すなわち、１つの画面をいくつのフレームに分割し、各フレームの辺の長さの割合（この割合は、各フレームの面積に対応）をどのように設定するか等（境界線の表示、非表示も含む）は、前記フレーム規定ファイル（例えば、ＤＰ１１）の記述によって決まる。
【００２９】
フレーム規定ファイルには様々な記述が行われるが、一例として、前記フレームページＤＰ１を表示するためのフレーム規定ファイルＤＰ１１は、図３に示すようなものであってよい。ただし図３には、ＨＴＭＬファイル（フレーム規定ファイル）のヘッダ部分などは省略して、本実施形態の構成上、重要な部分のみを図示してある。前記領域処理部２５へ入力されるデータは図３に示すデータ（フレーム規定ファイルＤＰ１１の主要部）であってよい。もちろん、必要に応じて、ＨＴＭＬファイルＤＰ１１をそのまま領域処理部２５へ供給し、領域処理部２５内で、図３に示すデータを抽出するようにしてもよいことは当然である。
【００３０】
当該フレームページＤＰ１の閲覧を希望する場合、ユーザＵ１が通信端末１２のＷＷＷブラウザＢ１に入力するのは、フレーム規定ファイルＤＰ１１のＵＲＬ（ここでは、ＵＲＬ１１とする）である。したがってこのとき、当該フレーム規定ファイルＤＰ１１の返送を要求するＨＴＴＰリクエストが通信端末１２からＷＷＷサーバ１３へ送信され、そのＨＴＴＰレスポンスとして、各種ＨＴＴＰヘッダ（エンティティヘッダも含む）とともに、エンティティボディとして当該フレーム規定ファイルＤＰ１１が返送される。
【００３１】
エンティティボディ、すなわち、ＨＴＭＬファイルや画像ファイルなどのファイルの返送を要求する場合、ＨＴＴＰリクエストはＧＥＴメソッドを使用するＧＥＴリクエストになる。
【００３２】
図１に示すフレームページＤＰ１を構成する６つのＨＴＭＬファイルのうち当該フレーム規定ファイルＤＰ１１以外のＨＴＭＬファイルを、ＤＰ１２〜ＤＰ１６とする。そして、ＨＴＭＬファイルＤＰ１２は前記領域Ａに対応し、ＨＴＭＬファイルＤＰ１３は前記領域Ｂに対応し、ＨＴＭＬファイルＤＰ１４は前記領域Ｃに対応し、ＨＴＭＬファイルＤＰ１５は前記領域Ｄに対応し、ＨＴＭＬファイルＤＰ１６は前記領域Ｅに対応するものとする。
【００３３】
この場合、これらＨＴＭＬファイルＤＰ１２〜ＤＰ１６は、当該フレーム規定ファイルＤＰ１１が通信端末１２に受信されたあと、当該フレーム規定ファイルＤＰ１１中の記述（ＵＲＬ１２〜ＵＲＬ１６）に基づいて、ＷＷＷブラウザＢ１が順次、自動的に送信する各ＨＴＴＰリクエストに応じた各ＨＴＴＰレスポンスとして、通信端末１２に受信される。
【００３４】
そして、これら６つのＨＴＭＬファイルを処理し、整形した結果として、例えば、図１に示すような画面が、前記表示部２４に表示されることになる。
【００３５】
ここで、ＨＴＭＬファイルＤＰ１２のＵＲＬを前記ＵＲＬ１２とし、ＨＴＭＬファイルＤＰ１３のＵＲＬを前記ＵＲＬ１３とし、ＨＴＭＬファイルＤＰ１４のＵＲＬを前記ＵＲＬ１４とし、ＨＴＭＬファイルＤＰ１５のＵＲＬを前記ＵＲＬ１５とし、ＨＴＭＬファイルＤＰ１６のＵＲＬを前記ＵＲＬ１６とすると、ＵＲＬ１２は図３の行ＴＧ１２中の「ｔｉｔｌｅ．ｈｔｍｌ」であり、ＵＲＬ１３は行ＴＧ１３中の「ｌｉｎｋ．ｈｔｍｌ」であり、ＵＲＬ１４は行ＴＧ１４中の「ｈｏｎｂｕｎ．ｈｔｍｌ」であり、ＵＲＬ１５は行ＴＧ１５中の「ｓｏｎｏｔａ１．ｈｔｍｌ」であり、ＵＲＬ１６は行ＴＧ１６中の「ｓｏｎｏｔａ２．ｈｔｍｌ」である。
【００３６】
通常、１つのフレームページを構成する複数のＨＴＭＬファイルは、フレーム規定ファイルと同じＷＷＷサーバ（ここでは、１３）に置かれ、しかも同じフォルダ内に置かれるため、ＦＱＤＮを含まないこのようなローカルなＵＲＬ（ここでは、ファイル名だけから成るＵＲＬ）によって指定することができる。
【００３７】
必要ならば、１つのフレームページを構成する複数のＨＴＭＬファイルを別なＷＷＷサーバに置くこともでき、その場合には、例えば、前記ＵＲＬ１２〜ＵＲＬ１６の全部または一部が、ＦＱＤＮを含むＵＲＬに変わる。なお、ユーザＵ１によって入力され得るフレーム規定ファイルＤＰ１１を指定する前記ＵＲＬ１１は、ＦＱＤＮを含むＵＲＬであることは当然である。
【００３８】
このＵＲＬ１１は、ユーザＵ１が操作部２２を用いて行う手作業によって入力され得るほか、例えば、前記特許文献１に記載されたオートパイロットツールのようなソフトウエアを利用し、予めユーザＵ１が設定した日時や時間間隔で自動的に入力させることができる。
【００３９】
図１のようなメニュー（領域Ｂがメニュー）を有するフレームページの場合、メニュー領域中の各メニュー（例えば、「営業本部」や「総務」など）をユーザＵ１が操作（選択）したときに、そのメニューに埋め込まれたＵＲＬのリンク先のファイルが読み込まれ表示されるフレームを、当該メニュー領域Ｂに対応する前記ＨＴＭＬファイルＤＰ１３の記述（ｔａｒｇｅｔ（ターゲット）属性の値に示したフレーム名）によって指定するようになっている。
【００４０】
図１のような構成の場合、各メニューのｔａｒｇｅｔ属性の値としては、領域ＤＰ１４が配置されているフレームのフレーム名を指定することが多い。なお、フレーム名とは、フレームページ中の各フレームを識別するために付与される名称で、フレームページ中の各ＨＴＭＬファイルのＵＲＬの直後に記述する。図３の例では、例えば、ＨＴＭＬファイルＤＰ１２のＵＲＬである”ｔｉｔｌｅ．ｈｔｍｌ”の直後の位置ＰＳ１に、当該ＨＴＭＬファイルＤＰ１２を配置するフレームのフレーム名が記述される。
【００４１】
したがって、典型的な使用方法では、メニューを有するフレームページの場合、他のフレームの内容（ここでは、領域Ａ、領域Ｂ、領域Ｄ、領域Ｅ）は同じでターゲットのフレームの内容（領域Ｃ）だけが置き換わった複数のＷＷＷページが重層的に存在しているとみることができる。
【００４２】
図１１に示す前記記憶部２３は、例えば、ＲＡＭ（ランダムアクセスメモリ）などの揮発性記憶装置や、ハードディスクなどの不揮発性記憶装置によって構成される。
【００４３】
通信端末１２が前記ＷＷＷサーバ１３からＷＷＷページを構成する各ファイル（例えば、前記ＤＰ１１やＤＰ１２など）を受信すると、それらのファイルは、当該記憶部２３のハードディスク上に確保されたキャッシュ領域に一時的に蓄積される。
【００４４】
当該キャッシュ領域は、通常、ＷＷＷブラウザＢ１の管理下に置かれ、ＷＷＷブラウザＢ１から自由にアクセスすることが可能である。
【００４５】
当該キャッシュ領域におけるファイルの記憶は可能なかぎり維持されるが、キャッシュ領域の記憶容量には上限があるため、この上限を越えて新たなＷＷＷページを閲覧し、新たなファイルを蓄積するときには、すでに記憶されているファイルを例えば古いものから順番に削除することによって、必要な記憶容量を確保することになる。
【００４６】
例えばＵＲＬの入力などにより、ユーザＵ１が操作部２２からＷＷＷページの閲覧を指示した場合、そのＵＲＬで指定されるＷＷＷページに関連するファイルがキャッシュ領域に記憶されていれば、ＷＷＷブラウザＢ１は、インターネット１１経由ではなく当該キャッシュ領域から当該ファイルを取得し、表示部２４に当該ファイルの内容を画面表示する。これによりネットワーク１１上の通信トラフィックや、ＷＷＷサーバ１３側の負荷の増大を抑制し、ユーザＵ１から見た応答時間（指示を出してからＷＷＷページが表示されるまでの時間）を短縮することができる。
【００４７】
前記制御部２１に接続された領域処理部２５は、主要領域を判定し抽出する機能を有する部分であるが、その内部構成は、例えば、図２に示すようになる。
【００４８】
当該領域処理部２５は、ＷＷＷブラウザＢ１の機能の一部として設けることも可能であるが、本実施形態ではＷＷＷブラウザＢ１と別個に当該領域処理部２５を設けている。
【００４９】
主要領域とは、ＷＷＷページ（フレームページ）上の複数の領域のうちユーザ（ここでは、Ｕ１）にとって最も重要であると推定できる１つの領域のことである。本実施形態では、基本的に、最も面積の大きい領域が主要領域であるものと想定している。したがって、例えば、図１に示したフレームページの場合なら、領域Ａ〜Ｅのうち、ユーザＵ１にとって最も面積の大きい１つの領域（ここでは、領域Ｃ）が主要領域となる。
【００５０】
この方法によれば、メニューを有するフレームページの典型的な使用方法に対応して、ターゲットのフレームの内容（例えば、領域Ｃ）だけが置き換わった複数のフレームページに関しても、何ら複雑な処理を追加することなく、領域Ｃを主要領域とすることができる。
【００５１】
（Ａ−１−２）領域処理部の内部構成例
図２において、当該領域処理部２５は、端子１００，１０３と、領域抽出部１０１と、最大領域判定部１０２とを備えている。
【００５２】
このうち端子１００は入力端子である。入力端子１００はＨＴＭＬ言語で記述された前記ＨＴＭＬファイル（例えば、ＤＰ１１）の供給を受ける部分であるが、当該入力端子１００に対する当該ＨＴＭＬファイルの直接の供給元については、領域処理部２５とＷＷＷブラウザＢ１の関係などにより、様々な変形があり得る。
【００５３】
例えば、領域処理部２５がＷＷＷブラウザＢ１と連携してＷＷＷサーバ１３が送信したＨＴＭＬファイルをＷＷＷブラウザＢ１経由で受け取る場合には、当該供給元はＷＷＷブラウザＢ１となるが、当該領域処理部２５がＷＷＷブラウザＢ１と別個の独立したＨＴＴＰクライアントであり、ＷＷＷブラウザＢ１を経由せずにＨＴＭＬファイルを受け取る場合には、当該供給元は制御部２１内の前記ＯＳなどとなり得る。
【００５４】
当該入力端子１００に接続されている領域抽出部１０１は、入力されたＨＴＭＬファイルの中にある、領域分割（フレーム構造）に関する制御文字を解析することにより、分割された領域を抽出し、それぞれの分割された領域の表示される面積を計算する部分である。ここで計算された面積は判定基礎情報として最大領域判定部１０２へ供給する。
【００５５】
このような面積の計算は、基本的に、前記フレーム規定ファイルＤＰ１１の記述だけに基づいて実行可能である。図３に示した行ＳＱ１，ＳＱ２，ＳＱ３をもとに、図１の各領域Ａ〜Ｅのフレームの面積を求めることができるからである。
【００５６】
具体的には、図１のフレームページＤＰ１は、行ＳＱ１の記述から、（境界線Ｌ１によって）矢印Ｄ１方向に２０％と８０％（２対８）に分割されていることが分かり、領域Ａを除いた領域は、行ＳＱ２の記述から、（境界線Ｌ２とＬ３によって）矢印Ｄ２方向に３０％と５０％と２０％（３対５対２）に分割されていることが分かり、これら領域Ａ〜Ｃを除いた領域は、行ＳＱ３の記述から、（境界線Ｌ４によって）矢印Ｄ３方向に５０％と５０％（５対５）に分割されていることが分かるからである。
【００５７】
フレーム構造の指定は、この％の替わりに、ピクセルなどで表現することも可能であるが、その場合でもフレーム規定ファイル中の前記行ＳＱ１，ＳＱ２，ＳＱ３に相当する記述から、図１の各領域Ａ〜Ｅのフレームの面積を求めることができる点は同じである。
【００５８】
なお、表示部２４などの画面表示の絶対的な面積の値（面積値）は前記液晶ディスプレイの解像度などに大きく依存する（表示部２４などの画面上では、解像度が高いほど小さく表示される）ため、例えば、絶対的な面積値（例えば、ｃｍ２やｍｍ２などを単位とする面積値）を求める場合には、解像度などの情報を予め当該領域抽出部１０１に与えておく必要がある。
【００５９】
ただし本実施形態で面積値を求めるのは複数の領域のなかから最も大きな領域を選ぶためであるから、算出する面積値は必ずしも絶対的なものである必要はなく、１つのフレームページに関してのみ有効な相対的なものであれば十分である。相対的な面積値（各領域の面積の比率）を求める場合には、解像度などの情報は不要であり、領域抽出部１０１等の処理は簡単になる。
【００６０】
当該領域抽出部１０１は、各領域（例えば、領域Ａ〜Ｅ）の面積の比率または絶対的な面積値を算出すると、前記判定基礎情報として、所定の順番で最大領域判定部１０２へ供給する。
【００６１】
この順番は、領域抽出部１０１と最大領域判定部１０２のあいだで整合が取れていればどのようなものであってもかまわないが、ここでは、一例として、画面上で上の領域ほど早く、同じ高さでは、左の領域ほど早く供給するものとする。したがって、図１に示したように画面表示されるフレームページＤＰ１の場合なら、領域Ａ、Ｂ、Ｃ、Ｄ、Ｅの順番で、各判定基礎情報が、最大領域判定部１０２に供給されることになる。
【００６２】
最大領域判定部１０２は、受け取った判定基礎情報をもとに、１つのフレームページ中の主要領域を判定する部分である。
【００６３】
各領域Ａ〜Ｅの内容を示すＨＴＭＬファイルＤＰ１２〜ＤＰ１６はその判定基礎情報とともに、当該最大領域判定部１０２へ供給するようにしてもよいが、ＨＴＭＬファイルＤＰ１２〜ＤＰ１６の替わりに、ＨＴＭＬファイルの識別情報を供給するようにしてもよい。当該識別情報としては、例えば、前記ＵＲＬ１２〜ＵＲＬ１６（ファイル名）を利用することができる。
【００６４】
識別情報を供給する場合、ＨＴＭＬファイルＤＰ１２〜ＤＰ１６は、前記記憶部２３内の例えば前記キャッシュ領域に格納しておき、主要領域を判定した後、最大領域判定部１０２が当該主要領域に対応するＨＴＭＬファイル（例えば、ＤＰ１４）だけをキャッシュ領域から取り出すようにしてもよい。また、必要に応じて、最大領域判定部１０２は直接、ＨＴＭＬファイルは取り扱わず、主要領域を判定した後には、その主要領域のＨＴＭＬファイルの識別情報だけを出力するようにしてもよい。
【００６５】
その場合、その主要領域の画面表示を担当する画面表示モジュール（例えば、ＷＷＷブラウザＢ１）が、当該識別情報をもとに例えば前記キャッシュ領域から、当該主要領域に対応するＨＴＭＬファイルを取り出してその画面表示を行うことになる。
【００６６】
端子１０３は出力端子で、前記主要領域に対応するＨＴＭＬファイルまたはその識別情報を出力するために使用する。出力先は、当該画面表示モジュールである。
【００６７】
一方、前記ＨＴＴＰリクエストにこたえてＨＴＴＰレスポンスを返すＷＷＷサーバ１３の内部構成例は、図１２に示す。
【００６８】
（Ａ−１−３）ＷＷＷサーバの内部構成例
図１２において、当該ＷＷＷサーバ１３は、通信部３０と、制御部３１と、記憶部３２とを備えている。
【００６９】
このうち通信部３０は前記通信部２０に対応し、制御部３１は前記制御部２１に対応し、記憶部３２は前記記憶部２３に対応するので、その詳しい説明は省略する。
【００７０】
ただし制御部３１は、ＷＷＷブラウザ（Ｂ１など）を搭載することはなくＷＷＷサーバソフトを搭載している。
【００７１】
また、ＷＷＷサーバ１３が、予め生成したＷＷＷページ等を蓄積しておくためのデータベースを伴う場合には、必要に応じて、ＤＢＭＳも、当該制御部３１に搭載され得る。
【００７２】
さらに、前記フレームページＤＰ１を提供するため、当該記憶部３２には、少なくとも、ＨＴＭＬファイルＤＰ１１〜ＤＰ１６が格納されている。
【００７３】
以下、上記のような構成を有する本実施形態の動作について説明する。
【００７４】
（Ａ−２）第１の実施形態の動作
ユーザＵ１が操作部２２を操作することによって、または、前記オートパイロットツールなどの機能によって、ＵＲＬ１１がＷＷＷブラウザＢ１に入力されると、ＷＷＷブラウザＢ１が当該ＵＲＬ１１に対応したＨＴＴＰリクエスト（ＧＥＴリクエスト）を送信する。
【００７５】
ただし前記領域処理部２５に前記ＷＷＷブラウザＢ１と独立したＨＴＴＰクライアントとしての機能を持たせる場合には、この入力はＷＷＷブラウザＢ１ではなく、当該領域処理部２５に対して行うことになる。
【００７６】
通信端末１２から送信されたこのＨＴＴＰリクエストをインターネット１１経由で受信すると、ＷＷＷサーバ１３（およびサーバＯＳ）は、前記記憶部３２から当該ＵＲＬ１１によって指定されるフレーム規定ファイルＤＰ１１を取り出し、当該フレーム規定ファイルＤＰ１１をエンティティボディとして含むＨＴＴＰレスポンスを返送する。
【００７７】
フレームページＤＰ１を構成するその他のＨＴＭＬファイルＤＰ１２〜ＤＰ１４は、上述したように、当該フレーム規定ファイルＤＰ１１が通信端末１２に受信されたあと、当該フレーム規定ファイルＤＰ１１中の記述（ＵＲＬ１２〜ＵＲＬ１６）に基づいて、ＷＷＷブラウザＢ１が順次、自動的に送信する各ＨＴＴＰリクエストに応じた各ＨＴＴＰレスポンスのエンティティボディとして、通信端末１２に受信されるから、これら（または、図３に示すように加工したデータ）を、前記領域処理部２５が入力端子１００を介して受け取ることになる。
【００７８】
上述したように、判定基礎情報としての面積の比率（面積比率）や絶対的な面積値は、フレーム規定ファイル（ここでは、ＤＰ１１）の記述だけから算出可能であるため、このとき領域処理部２５内の領域抽出部１０１が受け取るのは、フレーム規定ファイルＤＰ１１だけでよく、ＨＴＭＬファイルＤＰ１２〜ＤＰ１６は受け取る必要はない。
【００７９】
例えば、図３に対応する上述したフレーム規定ファイルＤＰ１１を受け取った場合、領域処理部２５が当該ファイルＤＰ１１を処理した結果として出力するのは、図４に示す出力結果となる。
【００８０】
図４中の各レコードＲＤ１〜ＲＤ５内の項目は、次のレコード構成（Ｒ１）の通りである。
【００８１】
（分割領域の面積、分割領域のＵＲＬ） …（Ｒ１）
このうち分割領域の面積は、上述した絶対的な面積値ではなく、フレームページＤＰ１全画面の面積を１００と置いた場合の、各領域の面積の比率を示している。
【００８２】
具体的には、図３の行ＳＱ１で全画面を２０％と８０％（２対８）に分割し、そのうちの２０％が領域Ａに対応するから、領域Ａの面積比率は２０（％）となる。同様に図３の行ＳＱ２で、この領域Ａの２０％を除いた残りの８０％を３０％と５０％と２０％（３対５対２）に分割し、そのうちの３０％が領域Ｂに対応し、５０％が領域Ｃに対応するから、全画面における領域Ｂの面積比率は２４（＝０．８×０．３×１００）であり、全画面における領域Ｃの面積比率は４０（＝０．８×０．５×１００）である。
【００８３】
領域Ｄ、Ｅに関しても同様の計算で、面積比率８（％）を求めることができる。
【００８４】
また、当該レコード構成（Ｒ１）中で、分割領域のＵＲＬは、前記識別情報として、上述したＵＲＬ１２〜ＵＲＬ１６を含む記述をそのまま利用している。
【００８５】
これらのレコードＲＤ１〜ＲＤ５を受け取った最大領域判定部１０２は、面積比率を比較することにより、簡単に、面積比率４０（％）の領域Ｃが最大であることを認識できるから、処理結果として、図５に示すように、当該領域Ｃに対応するＨＴＭＬファイルＤＰ１４のＵＲＬであるＵＲＬ１４を含む識別情報を出力することができる。
【００８６】
この識別情報をもとに、ＷＷＷブラウザＢ１などの画面表示モジュールは、当該ＵＲＬ１４で指定されるＨＴＭＬファイルＤＰ１４を例えば前記キャッシュ領域などから取得し、表示部２４などに画面表示することが可能である。
【００８７】
（Ａ−３）第１の実施形態の効果
以上のように、本実施形態によれば、領域が分割されて表示されるフレームページにおいて、ユーザ（例えば、Ｕ１）にとって最も重要な領域は最も面積の大きい領域であることが多いという性質を利用することで、自動的に主要領域を抽出することができる。
【００８８】
これにより、ユーザ（例えば、Ｕ１）は、従来のように、開始箇所と終了箇所をあらかじめ手入力により指定する必要がなくなるから、ユーザの操作負担は、著しく軽減でき、ほとんど皆無である。
【００８９】
したがって、例えば、多数のフレームページから主要領域だけを選択して出力させること等も容易である。
【００９０】
なお、本実施形態で、領域処理部（２５）が実行する処理は、単なる面積値や面積比率の値の比較程度であるため、演算量は少なく、高速に結果を得ることができる。
【００９１】
また、本実施形態は、基本的に自然言語処理を用いることなく実行可能であるため、記述言語（ＨＴＭＬファイルの本文の内容など）に依存せずに主要領域を判定することができる。
【００９２】
さらに、本実施形態では、フレーム規定ファイルの解析を実施するが、予め指定した記述（例えば、前記行ＳＱ１〜ＳＱ３，ＴＧ１２〜ＴＧ１６）だけを処理すればよいので、全ての記述を解析する場合などに比べ、処理量が少なく効率的である。
【００９３】
（Ｂ）第２の実施形態
以下では、本実施形態が第１の実施形態と相違する点についてのみ説明する。
【００９４】
第１の実施形態では、面積（面積比率または絶対的な面積値）が大きな領域を主要領域であると判定したが、本実施形態では、フレームページ（例えば、ＤＰ１）の画面表示上の中心に近い位置に配置される領域を主要領域であると判定する。
【００９５】
（Ｂ−１）第２の実施形態の構成および動作
本実施形態と第１の実施形態は、前記領域処理部２５の内部構成が相違するだけであるから、図１０，図１１，図１２に示した構成は本実施形態でもそのまま用いることができる。本実施形態の領域処理部には符号３５を付与して第１の実施形態の領域処理部２５と区別する。
【００９６】
領域処理部３５の内部構成例は図６に示す通りである。
【００９７】
図６において、当該領域処理部３５は、入力端子１００と、出力端子１０３と、領域抽出部２０１と、中心領域判定部２０２とを備えている。
【００９８】
このうち図２と同じ符号を付与した構成要素１００，１０３の機能は第１の実施形態と同じであるからその詳しい説明は省略する。
【００９９】
領域抽出部２０１は、第１の実施形態における領域抽出部１０１とは少し異なり、入力されたフレーム規定ファイルＤＰ１１内に記述された領域分割に関する制御文字を解析することにより、分割された領域を抽出し、各領域の位置を示す位置情報を算出する部分である。
【０１００】
各領域の位置の表現方法には様々なものがあり得るが、ここでは、一例として、図１に示す画面の左上端の点Ｐ０を原点とした場合の、矢印Ｄ１方向と矢印Ｄ２方向の座標で、各領域の２次元的な位置を表現する。また、矢印Ｄ１方向と矢印Ｄ２方向の座標の最小値は原点Ｐ０の０とし、最大値は１００とする。
【０１０１】
各領域はすべて長方形であるから、例えば、その領域の左上端の点と、右下端の点の２次元的な位置（座標）を指定すれば、その領域の位置と大きさを特定することができ、間接的にではあるが、その領域の中心の位置も表現できる。このとき、２次元的な位置を表現する書式は、（Ｄ２方向の座標，Ｄ１方向の座標）であるものとすると、各領域Ａ〜Ｅは、図７に示すレコードＲＤ１１〜ＲＤ１５によって表現できる。
【０１０２】
図７中の各レコードＲＤ１１〜ＲＤ１５内の項目は、次のレコード構成（Ｒ２）の通りである。
【０１０３】
（分割領域の左上端点の座標、分割領域の右下端点の座標、分割領域の
ＵＲＬ） …（Ｒ２）
例えば領域Ａの場合には、その左上端の点は、前記原点Ｐ０に一致し座標は（０，０）であり、右下端点Ｐ１の座標は（１００，２０）であるから、レコードＲＤ１１には、座標（０，０）、（１００，２０）が記述される。なお、このＤ１成分である２０などは、図３に示した前記行ＳＱ１などの記述をもとに算出することができる。
【０１０４】
その他の領域Ｂ〜Ｅについてもこれと同様である。
【０１０５】
すなわち、領域Ｂの左上端点Ｐ２の座標は（０，２０）で右下端点Ｐ３の座標は（３０，１００）であり、領域Ｃの左上端点Ｐ４の座標は（３０，２０）で右下端点Ｐ５の座標は（８０，１００）であり、領域Ｄの左上端点Ｐ６の座標は（８０，２０）で右下端点Ｐ７の座標は（１００，６０）であり、領域Ｅの左上端点Ｐ８の座標は（８０，６０）で右下端点Ｐ９の座標は（１００，１００）である。
【０１０６】
したがって、レコードＲＤ１２〜ＲＤ１５内には、それぞれ該当する左上端点および右下端点の座標が記述される。
【０１０７】
領域抽出部３５は、図３に示したデータ（フレーム規定ファイルＤＰ１１の主要部）をもとに、これらレコードＲＤ１１〜ＲＤ１５を生成し、中心領域判定部２０２へ供給する。各レコードＲＤ１１〜ＲＤ１５を供給するときの順番は、第１の実施形態と同様、領域Ａ、Ｂ、Ｃ、Ｄ、Ｅの順番、すなわち、レコードＲＤ１１、ＲＤ１２，ＲＤ１３，ＲＤ１４、ＲＤ１５の順番であってよい。
【０１０８】
これらの供給を受ける中心領域判定部２０２は、レコードＲＤ１１〜ＲＤ１５を処理し、領域の中心が、表示部２４の画面の中心（フレームページの中心）ＣＰに最も近い領域を、主要領域と判定する部分である。
【０１０９】
なお、ＷＷＷブラウザＢ１のウインドウ（ブラウザウインドウ）を小さく表示させた場合などには、表示部２４（液晶ディスプレイなど）の画面の中心とブラウザウインドウの中心（またはフレームページの中心）とは一致しないから、表示部２４の画面の中心よりも、フレームページ（ここでは、ＤＰ１）の中心またはブラウザウインドウの中心というほうが、より本質的である。
【０１１０】
上述したように原点Ｐ１の座標を（０，０）とし、点Ｐ９の座標を（１００，１００）とした場合には、フレームページＤＰ１の中心ＣＰの座標は（５０，５０）となるから、中心領域判定部２０２は、各領域の中心と当該フレームページの中心ＣＰとの距離を求めることになる。
【０１１１】
なお、距離の単位は、ｃｍ、ｍｍ、ピクセル数など、どのようなものを用いてもかまわないが、本実施形態では、このような単位を用いて距離を絶対的に表現せず、相対的な距離の比率を利用している。上述した面積比率の場合と同様、相対的な距離の比率だけを用いることで、中心領域判定部２０２等の処理を簡単にすることができる。
【０１１２】
各レコードＲＤ１１〜ＲＤ１５には、各領域の左上端点と右下端点の座標が記述されているから、各領域の中心の座標は、左上端点と右下端点のあいだでＤ２成分とＤ１成分の平均値を取ることによって容易に算出可能である。
【０１１３】
例えば、前記領域Ａの中心の位置は、左上端点Ｐ０（０，０）と右下端点Ｐ１（１００，２０）のＤ２成分とＤ１成分の平均値を取って、（５０，１０）となる。
【０１１４】
同様に、例えば、領域Ｃの中心の位置は、その左上端点Ｐ４（３０，２０）と右下端点Ｐ５（８０，１００）のＤ２成分とＤ１成分の平均値を取って、（５５，６０）となる。
【０１１５】
他の領域Ｂ、Ｄ、Ｅについても同様な処理で、その中心の座標を求めることができる。
【０１１６】
図１の例の場合、前記座標（５５，６０）がフレームページＤＰ１の中心ＣＰ（５０，５０）に最も近いから、中心領域判定部２０２は、当該座標（５５，６０）に対応する領域Ｃを主要領域と判定することになる。したがって、中心領域判定部２０２は、領域Ｃに対応するＨＴＭＬファイルＤＰ１４のＵＲＬであるＵＲＬ１４を、出力端子１０３から出力することになる。
【０１１７】
（Ｂ−３）第２の実施形態の効果
本実施形態では第１の実施形態の効果とほぼ同等な効果を得ることができる。
【０１１８】
ただし第１の実施形態では、面積（面積比率または絶対的な面積値）が大きな領域を主要領域であると判定したのに対し、本実施形態では、フレームページ（例えば、ＤＰ１）の画面表示上の中心に近い位置に配置される領域を主要領域であると判定するため、フレームページのフレーム構造によっては、第１の実施形態とは異なる領域を主要領域と判定する可能性がある。
【０１１９】
（Ｃ）第３の実施形態
以下では、本実施形態が第１、第２の実施形態と相違する点についてのみ説明する。
【０１２０】
本実施形態は第１の実施形態と第２の実施形態を複合したものである。
【０１２１】
（Ｃ−１）第３の実施形態の構成および動作
本実施形態と第１の実施形態は、前記領域処理部２５の内部構成が相違するだけであるから、図１０，図１１，図１２に示した構成は本実施形態でもそのまま用いることができる。本実施形態の領域処理部には符号４５を付与して第１の実施形態の領域処理部２５や第２の実施形態の領域処理部３５と区別する。
【０１２２】
領域処理部４５の内部構成例は図８に示す通りである。
【０１２３】
図８において、当該領域処理部４５は、入力端子１００と、出力端子１０３と、領域抽出部３０１と、最大領域判定部１０２Ａと、中心領域判定部２０２Ａと、選択部３０３とを備えている。
【０１２４】
このうち図２と同じ符号を付与した構成要素１００，１０３の機能は第１の実施形態と同じであるからその詳しい説明は省略する。
【０１２５】
領域抽出部３０１は、第１の実施形態の領域抽出部１０１と第２の実施形態の領域抽出部２０１の機能を兼ね備えた部分で、例えば、図３のデータを受け取ったときには、図４および図７のレコードＲＤ１〜ＲＤ５、ＲＤ１１〜ＲＤ１５を出力する。レコードＲＤ１〜ＲＤ５、ＲＤ１１〜ＲＤ１５の替わりに、これらをまとめた、図９に示すレコードＲＤ２１〜ＲＤ２５を出力することも望ましい。
【０１２６】
図９中の各レコードＲＤ２１〜ＲＤ２５内の項目は、次のレコード構成（３）の通りである。
【０１２７】
（分割領域の面積、分割領域の左上端点の座標、分割領域の右下端点の座標、分割領域のＵＲＬ） …（３）
最大領域判定部１０２ＡにはこれらレコードＲＤ１〜ＲＤ５とＲＤ１１〜ＲＤ１５が供給され、中心領域判定部２０２Ａにも、レコードＲＤ１〜ＲＤ５とＲＤ１１〜ＲＤ１５が供給される。あるいは、これらをまとめた内容を有するレコードＲＤ２１〜ＲＤ２５が両判定部１０２Ａ、２０２Ａに供給される。
【０１２８】
最大領域判定部１０２Ａは基本的に第１の実施形態の最大領域判定部１０２と同じ機能を持つ部分であるが、領域の面積（面積比率でも、絶対的な面積値でもかまわない。この点は、以下の説明でも同じ。）に関する処理と無関係なレコードＲＤ１１〜ＲＤ１５を選択部３０３へ渡す機能を有する点が相違する。レコードＲＤ１１〜ＲＤ１５を選択部３０３へ渡すまえに、面積が最大の領域（例えば、領域Ｃ）に対応するレコード（例えばＲＤ１３）だけを選択し、選択したレコードだけを、面積が最大の領域に対応するＨＴＭＬファイルのＵＲＬとともに選択部３０３へ供給することは、選択部３０３の処理量を軽減する上で望ましい。
【０１２９】
具体的な実装にも依存するが、供給を受けたレコードがＲＤ２１〜ＲＤ２５である場合などには、当該最大領域判定部１０２Ａ内で、実質的に、この選択を行うほうが効率的であると考えられる。
【０１３０】
同様に、中心領域判定部２０２Ａは基本的に第２の実施形態の中心領域判定部２０２と同じ機能を持つ部分であるが、中心間の距離に関する処理と無関係なレコードＲＤ１〜ＲＤ５を選択部３０３へ渡す機能を有する点が相違する。レコードＲＤ１〜ＲＤ５を選択部３０３へ渡すまえに、フレームページの中心に最も中心の位置が近い領域（例えば、領域Ｃ）に対応するレコード（例えばＲＤ３）だけを選択し、選択したレコードだけを、フレームページの中心に中心が最も近い領域に対応するＨＴＭＬファイルのＵＲＬとともに選択部３０３へ供給することは、選択部３０３の処理量を軽減する上で望ましい。
【０１３１】
具体的な実装にも依存するが、供給を受けたレコードがＲＤ２１〜ＲＤ２５である場合などには、当該中心領域判定部２０２Ａ内で、実質的に、この選択を行うほうが効率的であると考えられる。
【０１３２】
最大領域判定部１０２Ａと中心領域判定部２０２Ａから供給されるデータをもとに、選択部３０３は、次の式（Ｆ１）に応じた選択処理を実行する。
【０１３３】
Ｖ＝Ｘα＋Ｙβ …（Ｆ１）
ここで、Ｘは面積、Ｙはフレームページの中心と領域の中心との距離の逆数を表す。また、α、βは、重み係数である。当該α、βは、希望通りの結果が得られやすいように、ユーザＵ１が適宜、設定できるようにすることも望ましい。
【０１３４】
この選択処理では、最大領域判定部１０２Ａから入力されるデータから式（Ｆ１）で計算される値（Ｖ１とする）と、中心領域判定部２０２Ａから入力されるデータから式（Ｆ１）で計算される値（Ｖ２とする）を比較し、Ｖ１とＶ２のうちいずれか大きいほうのデータを選択し、選択されたデータに対応する領域のＨＴＭＬファイルの識別情報（ＵＲＬ）を、出力端子１０３から出力する。
【０１３５】
式（Ｆ１）に基づく選択処理が必要とされるのは、判定部１０２Ａによる判定結果と判定部２０２Ａによる判定結果が異なるケースであるから、両判定結果が一致する場合には、式（Ｆ１）による選択処理は省略するようにしてもよい。
【０１３６】
（Ｃ−２）第３の実施形態の効果
本実施形態によれば、第１または第２の実施形態と同等な効果を得ることができる。
【０１３７】
加えて、ユーザ（Ｕ１）が式（Ｆ１）の重み係数（α、β）の設定を行うことができるように構成した場合には、第１の実施形態と第２の実施形態で判定結果が相違し得るケースでも、柔軟に、ユーザの希望に適合した主要領域を出力することが可能である。
【０１３８】
（Ｄ）他の実施形態
上記第３の実施形態では、前記式（Ｆ１）を用いて選択処理を行ったが、本発明では、式（Ｆ１）以外の式をもとに選択処理を行うようにしてもかまわない。
【０１３９】
一例として、次の式（Ｆ２）をもとに選択処理を行うことも可能である。
【０１４０】
Ｖ＝ＸＹ …（Ｆ２）
このＸ、Ｙの意味は前述した通りである。
【０１４１】
また、上記第３の実施形態では、選択部３０３の選択処理として、面積と位置情報から計算された値を用いているが、別の情報を用いて選択処理を行うことも可能である。例えば、領域に表示される同じ文字種で同サイズの文字の数が多いほうを選択するようにしてもよい。
【０１４２】
また、上記第１〜第３の各実施形態において、領域抽出部が各領域に関する判定結果を出力する順番は、上述したものに限らないことは当然である。例えば、順次、右の分割領域から左へ、上の分割領域から下へと出力するラスタースキャンの順序としてもよく、その他の順序（ラスタースキャンと逆の順序などとしてもよい。
【０１４３】
なお、上記第１、第３の実施形態では、スクロール分を無視してフレームの面積や、フレームの面積の比率をもとに主要領域を判定したが、必要に応じて、スクロール分も加味し画面表示されるコンテンツ（ＨＴＭＬファイル）の面積比率や絶対的な面積値を算出するようにしてもよい。
【０１４４】
あるＨＴＭＬファイルの画面表示されたときの面積がそのＨＴＭＬファイルが配置されるフレームよりも大きいと自動的にスクロールバーが表示され、縦方向（例えば、前記矢印Ｄ１方向）または横方向（例えば、前記矢印Ｄ２方向）にスクロールすることができるようになる。縦方向に大きい場合には、縦方向にスクロールするための縦スクロールバーが表示され、横方向に大きい場合には、横方向にスクロールするための横スクロールバーが表示される。
【０１４５】
スクロール分を加味した面積比率や絶対的な面積値を求める場合、概略的な指標として、当該ＨＴＭＬファイルのファイルサイズを利用することができる。直接的には画面表示の対象とならないタグなどの制御文字の記述が多ければ、画面表示される面積値は変わらなくてもＨＴＭＬファイルのファイルサイズは増大し、またファイルサイズが同じでもフォントの指定などによってスクロール分を含む画面表示面積が増大すること等もあるため、ファイルサイズは厳密には表示の面積値や面積の比率に対応しているものではないが、画面に表示される文字などの記述と表示されない制御文字などの記述の割合がＨＴＭＬファイル間でそれほど大きく相違しない場合や、フォントの指定の頻度や程度がＨＴＭＬファイル間でそれほど大きく相違しない場合などには、前記ファイルサイズは、面積比率や絶対的な面積値を示す概略的な指標として良好なものとなる。
【０１４６】
厳密には、ＨＴＭＬファイル中のすべてのタグを解釈して適切な演算を行えば、スクロール分も含めて、面積比率や絶対的な面積値を高精度に算出することも可能であるが、それでは演算量が大きくなってしまうため、ファイルサイズを用いるのが簡便である。
【０１４７】
ファイルサイズは、前記ＨＴＴＰレスポンスに含まれるＨＴＴＰヘッダのうち、エンティティヘッダに記述される情報のなかの１つであるため、容易に取得可能である。
【０１４８】
なお、当該エンティティボディには、ファイル形式に関する情報も含まれているため、フレームページを構成するいずれかのＨＴＭＬファイル（例えば、ＤＰ１２〜ＤＰ１６）に画像ファイルなどがその領域の一部としてリンクされていても、当該画像ファイルなどは除外してＨＴＭＬファイルだけ選別し、ＨＴＭＬファイルのファイルサイズだけを比較すること等が可能である。
【０１４９】
また、上記第１〜第３の実施形態において、各領域の絶対的な面積値を求める場合には、表示部２４などと関係なく、予め標準的な環境に対応した値（解像度など）を与えておけば、表示部２４に対応するディスプレイ装置などを他の仕様のディスプレイ装置に置き換えた場合にも、その解像度などを前記領域処理部２５に供給する必要がなく、簡便である。
【０１５０】
さらに、前記領域処理部２５、３５，４５は、自動的にユーザが必要とする領域を特定できるため、（イ）指定ウェブページのうち必要箇所が更新されたときにユーザに通知する通知システムや、（ロ）必要箇所（主要領域）以外は検索対象としない等の機能を持つ効率的な検索システム、（ハ）必要箇所のみを要約対象とする効率的な要約システムなどの一部として利用しても有用である。
【０１５１】
また、フレームページの場合、図１に示した領域Ｂのような狭いフレームにメニューを置き、領域Ｃのような広いフレームにそのメニューの選択に応じて変わる内容を置く構成が典型例であるが、メニューのないフレームページにも、本発明が適用できることは当然である。
【０１５２】
さらに、フレームページ以外のＷＷＷページに対しても本発明は適用可能であり、ＨＴＭＬ以外の言語（ＸＭＬやＳＧＭＬなど）による記述にも適用可能である。何らかの意味で、論理的に識別可能な複数の領域が含まれていればよいからである。
【０１５３】
また、ファイル以外の単位をもとに領域を識別してもよいことは当然である。
【０１５４】
さらに、使用する通信プロトコルは必ずしもＨＴＴＰでなくてもかまわない。
【０１５５】
なお、上記第１、第２の実施形態では通信端末（クライアント）１２側に領域処理部２５、３５、４５を配置したが、当該領域処理部の機能は、ＷＷＷサーバ１３側に配置したり、ＷＷＷサーバ１３と通信端末１２の中間に介在し得る例えばプロキシサーバなどに配置することも可能である。
【０１５６】
ＷＷＷサーバ１３側に配置した場合には、必ずしもＨＴＴＰによる通信を行わなくてもよい。
【０１５７】
また、上記第１〜第３の実施形態では、フレームページがＷＷＷサーバ１３上に公開されたものであることを前提としているが、ＣＤ−ＲＯＭなどの記録媒体から得たフレームページ等にも本発明は適用できるので、対象とするフレームページ等は、必ずしもネットワーク経由で入手されるものでなくてもかまわない。
【０１５８】
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。
【０１５９】
【発明の効果】
本発明によれば、構造化文書の中から主要な領域を選出するために必要なユーザの操作負担を軽減することができる。
【図面の簡単な説明】
【図１】ＷＷＷ文書の構成例の説明図である。
【図２】第１の実施形態の領域処理部の機能的構成を示すブロック図である。
【図３】第１の実施形態の領域処理部への入力データ例を示す説明図である。
【図４】第１の実施形態の領域抽出部による抽出結果を示す説明図である。
【図５】第１の実施形態の領域処理部の出力結果例を示す説明図である。
【図６】第２の実施形態の領域処理部の機能的構成を示すブロック図である。
【図７】第２の実施形態の領域抽出部による抽出結果を示す説明図である。
【図８】第３の実施形態の領域処理部の機能的構成を示すブロック図である。
【図９】第３の実施形態の領域抽出部による抽出結果を示す説明図である。
【図１０】第１および第２の実施形態の通信システムの全体構成例を示す概略図である。
【図１１】第１および第２の実施形態で使用する通信端末の構成例を示す概略図である。
【図１２】第１および第２の実施形態で使用するＷＷＷサーバの構成例を示す概略図である。
【符号の説明】
１０…通信システム、１１…ネットワーク、１２…通信端末、１３…ＷＷＷサーバ、２０、３０…通信部、２１、３１…制御部、２２…操作部、２３、３２…記憶部、２４…表示部、２５，３５…領域処理部、１０１、２０１、３０１…領域抽出部、１０２、１０２Ａ…最大領域判定部、２０２、２０２Ａ…中心領域判定部、３０３…選択部。
Claims (8)
- 複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理装置において、
前記構造化文書の表示構造を指定する制御文字を解析し、前記各領域に関する幾何学的な属性情報を生成する属性情報生成部と、
前記属性情報を比較することによって複数の領域の中から主要領域を選出する主要領域選出部とを備えたことを特徴とする情報処理装置。 - 請求項１の情報処理装置において、
前記属性情報生成部は、前記属性情報として各領域の表示面積または表示面積の比率を用い、前記主要領域選出部は、当該表示面積または表示面積の比率が大きい領域を主要領域として選出することを特徴とする情報処理装置。 - 請求項１の情報処理装置において、
前記属性情報生成部は、前記属性情報として各領域の表示位置を用い、前記主要領域選出部は、当該表示位置が表示画面上の中心に近い領域を主要領域として選出することを特徴とする情報処理装置。 - 請求項１の情報処理装置において、
前記属性情報生成部は、前記属性情報として、各領域の表示面積または表示面積の比率、および各領域の表示位置を用い、
前記主要領域選出部は、当該表示面積もしくは表示面積の比率が大きい領域、または、表示位置が表示画面上の中心に近い領域を、主要領域として選出することを特徴とする情報処理装置。 - 請求項４の情報処理装置において、
実数Ｘ、Ｙ、α、βにつき、Ｘを前記各領域の表示面積または表示面積の比率、Ｙを前記表示画面上の中心と各領域の中心との距離、αおよびβを重み係数とすると、
前記主要領域選出部は、Ｘα＋Ｙβの示す値が大きな領域を主要領域として選出することを特徴とする情報処理装置。 - 請求項４の情報処理装置において、
実数Ｘ、Ｙにつき、Ｘを前記各領域の表示面積または表示面積の比率、Ｙを前記表示画面上の中心と各領域の中心との距離とすると、
前記主要領域選出部は、ＸＹの示す値が大きな領域を主要領域として選出することを特徴とする情報処理装置。 - 請求項２の情報処理装置において、
前記属性情報生成部は、前記属性情報として各領域の表示面積または表示面積の比率を用いることの近似処理として、当該表示面積または表示面積の比率の替わりに、同じ文字種であって、なおかつ、同じ文字サイズの文字の計数結果を利用することを特徴とする情報処理装置。 - 複数の領域を含む所定の構造化文書の中から、主要な領域を選出する情報処理方法において、
属性情報生成部が、前記構造化文書の表示構造を指定する制御文字を解析して、前記各領域に関する幾何学的な属性情報を生成し、
主要領域選出部が、前記属性情報を比較することによって複数の領域の中から主要領域を選出することを特徴とする情報処理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003021979A JP4370783B2 (ja) | 2002-06-27 | 2003-01-30 | 情報処理装置および方法 |
| US10/603,987 US20040268233A1 (en) | 2002-06-27 | 2003-06-26 | Information processing apparatus and information processing method |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002187625 | 2002-06-27 | ||
| JP2003021979A JP4370783B2 (ja) | 2002-06-27 | 2003-01-30 | 情報処理装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004086849A true JP2004086849A (ja) | 2004-03-18 |
| JP4370783B2 JP4370783B2 (ja) | 2009-11-25 |
Family
ID=32071709
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003021979A Expired - Fee Related JP4370783B2 (ja) | 2002-06-27 | 2003-01-30 | 情報処理装置および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4370783B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005317018A (ja) * | 2004-04-29 | 2005-11-10 | Microsoft Corp | 表示ページ内のブロックの重要度を計算するための方法およびシステム |
| JP2010286902A (ja) * | 2009-06-09 | 2010-12-24 | Canon Inc | 印刷制御装置、印刷制御方法及びプログラム |
| JP2012088790A (ja) * | 2010-10-15 | 2012-05-10 | Canon Inc | 情報処理装置、その情報処理方法及びプログラム |
| JP2012088788A (ja) * | 2010-10-15 | 2012-05-10 | Canon Inc | 情報処理装置、情報処理方法、及びプログラム |
| JP2012532395A (ja) * | 2009-06-30 | 2012-12-13 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | 選択的なコンテンツ抽出 |
| JP2013515977A (ja) * | 2008-12-31 | 2013-05-09 | フォルノヴァ リミテッド | 複数のウェブサイトからデータを収集及びランク付けするためのシステム及び方法 |
| JP5367833B2 (ja) * | 2009-09-29 | 2013-12-11 | 株式会社東芝 | 関心領域抽出装置及びプログラム |
-
2003
- 2003-01-30 JP JP2003021979A patent/JP4370783B2/ja not_active Expired - Fee Related
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005317018A (ja) * | 2004-04-29 | 2005-11-10 | Microsoft Corp | 表示ページ内のブロックの重要度を計算するための方法およびシステム |
| US8095478B2 (en) | 2004-04-29 | 2012-01-10 | Microsoft Corporation | Method and system for calculating importance of a block within a display page |
| US8401977B2 (en) | 2004-04-29 | 2013-03-19 | Microsoft Corporation | Method and system for calculating importance of a block within a display page |
| JP2013515977A (ja) * | 2008-12-31 | 2013-05-09 | フォルノヴァ リミテッド | 複数のウェブサイトからデータを収集及びランク付けするためのシステム及び方法 |
| JP2010286902A (ja) * | 2009-06-09 | 2010-12-24 | Canon Inc | 印刷制御装置、印刷制御方法及びプログラム |
| US9141324B2 (en) | 2009-06-09 | 2015-09-22 | Canon Kabushiki Kaisha | Outputting selective elements of a structured document |
| JP2012532395A (ja) * | 2009-06-30 | 2012-12-13 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | 選択的なコンテンツ抽出 |
| US9032285B2 (en) | 2009-06-30 | 2015-05-12 | Hewlett-Packard Development Company, L.P. | Selective content extraction |
| JP5367833B2 (ja) * | 2009-09-29 | 2013-12-11 | 株式会社東芝 | 関心領域抽出装置及びプログラム |
| US9141706B2 (en) | 2009-09-29 | 2015-09-22 | Kabushiki Kaisha Toshiba | Region-of-interest extraction apparatus and method |
| JP2012088790A (ja) * | 2010-10-15 | 2012-05-10 | Canon Inc | 情報処理装置、その情報処理方法及びプログラム |
| JP2012088788A (ja) * | 2010-10-15 | 2012-05-10 | Canon Inc | 情報処理装置、情報処理方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4370783B2 (ja) | 2009-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7177948B1 (en) | Method and apparatus for enhancing online searching | |
| US8103737B2 (en) | System and method for previewing hyperlinks with ‘flashback’ images | |
| US9135341B2 (en) | Method and arrangement for paginating and previewing XHTML/HTML formatted information content | |
| US20070006076A1 (en) | System and method for providing Asian Web font documents | |
| US7299407B2 (en) | Marking and annotating electronic documents | |
| KR101153009B1 (ko) | 텍스트 요약을 갖는 라이브 그래픽 미리보기 | |
| US7607082B2 (en) | Categorizing page block functionality to improve document layout for browsing | |
| US20080028334A1 (en) | Searchable personal browsing history | |
| JP4290011B2 (ja) | ビューワ装置及びその制御方法、プログラム | |
| US7228495B2 (en) | Method and system for providing an index to linked sites on a web page for individuals with visual disabilities | |
| US20060123042A1 (en) | Block importance analysis to enhance browsing of web page search results | |
| US20110191328A1 (en) | System and method for extracting representative media content from an online document | |
| CN101751428A (zh) | 信息搜索方法及装置 | |
| Milic-Frayling et al. | Smartview: Enhanced document viewer for mobile devices | |
| JP2002108870A (ja) | 情報処理システムおよび情報処理方法 | |
| JP5103051B2 (ja) | 情報処理システム及び情報処理方法 | |
| US8330982B2 (en) | Print control apparatus and program | |
| JPWO2004092963A1 (ja) | 情報提供方法、情報提供プログラム、情報表示プログラム、情報提供装置および情報表示装置 | |
| Xiao et al. | Browsing on small displays by transforming web pages into hierarchically structured subpages | |
| US20040268233A1 (en) | Information processing apparatus and information processing method | |
| JP2004070809A (ja) | Ｗｅｂ情報閲覧装置、Ｗｅｂ情報表示方法及びそのプログラム | |
| KR101350525B1 (ko) | 질의에 대응하는 탭을 사용하여 추가적인 정보를 제공하는방법 및 그 장치 | |
| JP2004086849A (ja) | 情報処理装置および方法 | |
| JP3794686B2 (ja) | リンク先画面表示システム、リンク先画面表示プログラム及び該プログラムを格納した記憶媒体 | |
| JP2003281093A (ja) | ブラウザにおけるリンク先情報の閲覧方法及び装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060106 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090217 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090417 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090811 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090824 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120911 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120911 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120911 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |