JP2011215687A - ドキュメント変換方法、ドキュメント変換装置およびそのプログラム - Google Patents

Abstract

【課題】前提と異なる表示エリアでドキュメントを表示するときの利便性を向上させるためにドキュメントを変換する際に、ドキュメント提供者に不利が発生することを抑える。
【解決手段】コンピューターシステムにおいて、表示装置に表示するドキュメントを変換するドキュメント変換方法であって、表示を要求されたドキュメントを取得する第１のステップＳ１と、取得したドキュメントをブロック要素に分割する第２のステップＳ５と、分割したブロック要素について、ドキュメントを要求した側の関心度を判定する第３のステップＳ６と、分割したブロック要素について、ドキュメントを提供する側の重要度を判定する第４のステップＳ７と、判定した関心度および重要度に基づき、分割したブロック要素を配置したドキュメントを生成する第５のステップＳ９とを含む。
【選択図】図５

Description

本発明は、ドキュメント変換方法、ドキュメント変換装置およびそのプログラに関する。

従来、ＰＣ（Personal Computer）を前提にしたウェブページにおいて、携帯端末での閲覧の利便性を向上させるため、ＨＴＭＬ（HyperText Markup Language）ドキュメントのレイヤウトを画面の幅に合わせて、各要素を一つのコラム内に収まるように縮小、調整の処理を行う方法がある（例えば特許文献１）。

米国特許第７３６２３１１号明細書

しかしながら、従来の方法においては、ユーザーが見たいコンテンツが携帯端末に表示されるものの、タイトル、著作権情報が表示されないことがある、あるいは、元々「アボブ・ザ・フォルド」にあった広告が「アンダー・ザ・フォルド」または未表示になることがあるなど、ドキュメントの提供者に不利が生じてしまうことがあるという問題がある。

本発明は、このような事情に鑑みてなされたもので、その目的は、前提と異なる表示エリアでドキュメントを表示するときの利便性を向上させるためにドキュメントを変換する際に、ドキュメント提供者に不利が発生することを抑えるドキュメント変換方法、ドキュメント変換装置およびそのプログラムを提供することにある。

（１）この発明は上述した課題を解決するためになされたもので、本発明のドキュメント変換方法は、コンピューターシステムにおいて、表示装置に表示するドキュメントを変換するドキュメント変換方法であって、表示を要求されたドキュメントを取得する第１のステップと、前記取得したドキュメントをブロック要素に分割する第２のステップと、前記分割したブロック要素について、ドキュメントを要求した側の関心度を判定する第３のステップと、前記分割したブロック要素について、ドキュメントを提供する側の重要度を判定する第４のステップと、前記判定した関心度および重要度に基づき、前記分割したブロック要素を配置したドキュメントを生成する第５のステップとを含むことを特徴とする。

（２）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記表示装置がドキュメントを表示する領域の解像度が、前記表示を要求されたドキュメントが前提としている解像度より低いことを特徴とする。

（３）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記表示装置は、携帯端末であることを特徴とする。

（４）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第５のステップにおいて、予め用意されたレイヤウトの情報を用いることを特徴とする。

（５）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、 前記レイアウトの情報は、配置可能なブロック要素の種類または数に関する制限を含むことを特徴とする。

（６）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、広告を提示するためのブロック要素、知名度の向上を目的としたブロック要素、著作権の記述を目的としたブロック要素、会員登録に関するブロック要素、有料コンテンツまたは有料サービスへの誘導を目的としたブロック要素、アフィリエイトリンクを含むブロック要素の内、少なくとも一つを識別することを特徴とする。

（７）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記要求されたドキュメントは、マークアップ言語で記述されていることを特徴とする。

（８）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記マークアップ言語は、ＨＴＭＬ言語であることを特徴とする。

（９）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記ＨＴＭＬ言語は、ＨＴＭＬ５言語であることを特徴とする。

（１０）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第２のステップにおいて、ＨＴＭＬ５の＜ｓｅｃｔｉｏｎ＞、＜ｈｅａｄｅｒ＞、＜ｆｏｏｔｅｒ＞、＜ｎａｖ＞、＜ａｒｔｉｃｌｅ＞、＜ａｓｉｄｅ＞の要素の内、少なくとも一つを用いることを特徴とする。

（１１）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第３のステップにおいて、＜ａｒｔｉｃｌｅ＞、＜ｓｅｃｔｉｏｎ＞の要素のいずれかを用いることを特徴とする。

（１２）また、本発明のドキュメント変換方法は、上述のいずれかのドキュメント変換方法であって、前記第３のステップにおいて、前記分割したブロック要素に含まれる＜ｐ＞要素の数を用いることを特徴とする。

（１３）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第３のステップにおいて、前記分割したブロック要素に含まれる長い文章の数を用いることを特徴とする。

（１４）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第３のステップにおいて、リファラＵＲＬを用いることを特徴とする。

（１５）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第３のステップにおいて、検索エンジンを用いることを特徴とする。

（１６）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第４のステップにおいて、ドキュメントのＵＲＩを用いることを特徴とする。

（１７）また、本発明のドキュメント変換方法は、上述のいずれかのドキュメント変換方法であって、前記第４のステップにおいて、＜ｔｉｔｌｅ＞要素を用いることを特徴とする。

（１８）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、＜ｈｅａｄｅｒ＞要素を用いることを特徴とする。

（１９）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、同一ドメインにある他のドキュメントに共通するブロック要素が存在するか否かを用いることを特徴とする。

（２０）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、表示エリアまたは表示位置に関する情報を用いることを特徴とする。

（２１）また、本発明のドキュメント変換方法は、上述のいずれかのドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、ＩＤ属性、ＮＡＭＥ属性のいずれかを用いることを特徴とする。

（２２）また、本発明のドキュメント変換方法は、上述のいずれかのドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、前記要求されたドキュメント内のコメントを用いることを特徴とする。

（２３）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、前記要求されたドキュメントのＵＲＩにおけるトップレベルドメインに応じた判定情報を、種類を識別する際に用いることを特徴とする。

（２４）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記分割したブロック要素について、広告を含む種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、広告を識別するために、前記分割したブロック要素の表示エリアのサイズを用いることを特徴とする。

（２５）また、本発明のドキュメント変換方法は、上述のいずれかのドキュメント変換方法であって、前記分割したブロック要素について、広告を含む種類を識別する第６のステップを有し、前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、前記第６のステップにおいて、広告を識別するために、スクリプトのＳＲＣ属性を用いることを特徴とする。

（２６）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第５のステップにおいて、広告の表示エリアのサイズを調整することを特徴とする。

（２７）また、本発明のドキュメント変換方法は、上述のドキュメント変換方法であって、前記第３のステップにおいて、以前に判定された該ユーザーの関心度に関する情報を用いることを特徴とする。

（２８）また、本発明のドキュメント変換装置は、表示装置に表示するドキュメントを変換するドキュメント変換装置であって、表示を要求されたドキュメントを取得するドキュメント取得部と、前記取得したドキュメントをブロック要素に分割するドキュメント分割部と、前記分割したブロック要素について、ドキュメントを要求した側の関心度を判定するユーザー関心度判定部と、前記分割したブロック要素について、ドキュメントを提供する側の重要度を判定する提供者側重要度判定部と、前記判定した関心度および重要度に基づき、前記分割したブロック要素を配置したドキュメントを生成するドキュメント生成部とを備えることを特徴とする。

（２９）また、本発明のプログラムは、表示装置に表示するドキュメントを変換するドキュメント変換装置におけるコンピューターシステムに、表示を要求されたドキュメントを取得する第１のステップと、前記取得したドキュメントをブロック要素に分割する第２のステップと、前記分割したブロック要素について、ドキュメントを要求した側の関心度を判定する第３のステップと、前記分割したブロック要素について、ドキュメントを提供する側の重要度を判定する第４のステップと、前記判定した関心度および重要度に基づき、前記分割したブロック要素を配置したドキュメントを生成する第５のステップとを実行させる。

この発明によれば、前提と異なる表示エリアでドキュメントを表示するときの利便性を向上させるためにドキュメントを変換する際に、ドキュメント提供者に不利が発生することを抑えることができる。

サンプルドキュメントを、ＰＣ（Personal Computer）用のブラウザー２００がレンダリングした結果とその表示例を示す図である。 この発明の第１の実施形態における携帯端末９００の外観図である。 同実施形態における携帯端末９００の構成を示す概略ブロック図である。 同実施形態におけるドキュメント最適化装置１００の構成を示す概略ブロック図である。 同実施形態におけるドキュメント最適化装置１００の動作を説明するフローチャートである。 同実施形態におけるドキュメントツリーの例を示す図である。 同実施形態におけるステップＳ６の関心度判定の処理を説明するフローチャートである。 同実施形態におけるステップＳ７の重要度判定の処理を説明するフローチャートである。 同実施形態における基本レイヤウトの例を示す図である。 同実施形態における基本レイヤウトAのレンダリング結果の例を示す図である。 ドキュメントをＰＣ上のブラウザーでレンダリングした場合のアウトプットの例を示す図である。 同実施形態におけるドキュメント最適化装置１００が生成したドキュメントをレンダリングした場合のアウトプットの例を示す図である。 この発明の第２の実施形態におけるドキュメント最適化装置５００の構成を示す概略ブロック図である。 この発明の第３の実施形態におけるドキュメント提供システムの構成を示す図である。 同実施形態におけるドキュメント最適化サーバー１１００の構成を示す概略ブロック図である。 同実施形態におけるドキュメント最適化装置６００の構成を示す概略ブロック図である。 同端末仕様判定部６０２による処理を説明するフローチャ−トである。

本発明の実施の形態について説明する前に、まず、用語を定義する。図１を参照しながら、「アボブ・ザ・フォルド」のコンセプトを説明する。なお、図１、図１１、図１２で使われているテキストは「lorem ipsum」と呼ばれる典型的なダミーテキストである。図１は、サンプルドキュメントを、ＰＣ（Personal Computer）用のブラウザー２００がレンダリングした結果とその表示例を示す。図１に示すサンプルドキュメントは、広告２０１a、広告２０１ｂ、コンテンツ２０２、ヘッダー部２０３、ナビゲーションメニュー２０４、フッター部２０５、の要素で構成されている。

このサンプルドキュメントがブラウザーによりレンダリングされて表示された結果は、「アボブ・ザ・フォルド」２０６、「フォルド」２０７、「アンダー・ザ・フォルド」２０８のエリアに別れている。「アボブ・ザ・フォルド」とは、可視領域のことで、ページを開いた時にブラウザー画面をスクロールせずに、表示されている部分のことである。一方、「アンダー・ザ・フォルド」は、スクロールをしないと見えない部分のことである。そして、「フォルド」は「アボブ・ザ・フォルド」と「アンダー・ザ・フォルド」の間の境界線である。一般的に、「アボブ・ザ・フォルド」にある広告がクリックされる確率が、「アンダー・ザ・フォルド」にある広告よりも高いとされている。

次いで、リファラＵＲＬ（Universal Resource Locator）を説明する。あるＷｅｂページのリンクをクリックすると、表示は、リンク先のページに移動する。その際、ＨＴＴＰプロトコルで通信され、リンク先のＷｅｂサーバーに送信される情報には、リンク元の（表示されていた）Ｗｅｂページを表す情報が含まれる。それを、このリンクリファラＵＲＬと呼ぶ。

［第１の実施形態］
次に本発明の第１の実施形態について説明する。まず、図２に、本実施形態におけるドキュメント表示装置である携帯端末９００の外観図を示す。なお、携帯端末９００は携帯電話であるが、それに限定される必要がなく、ＰＤＡや、モバイル端末、モバイルゲーム機、家電製品等に、ドキュメントの閲覧ソフトウェア、つまりブラウザー、が搭載された別形態のドキュメント表示装置であっても本発明は適用可能である。また、本実施形態では、ドキュメントとしてＨＴＭＬドキュメントを用いるが、別のフォーマットでも容易に適用できる。図３は、本実施形態における携帯端末９００の構成を示す概略ブロック図である。携帯端末９００は、入力部９０１、表示部９０２、ブラウザー部９０３、通信部９０４、ドキュメント最適化装置１００を含む。

入力部９０１は、数字キー、４方向キー、選択キーなど、端末装置９００を操作するための入力デバイスである。表示部９０２は、画像を表示する液晶パネル、有機ＥＬパネルなどを備えた表示デバイスである。ブラウザー部９０３は、入力部９０１へのユーザー操作に基づき、通信部９０４を介して、外部の機器にドキュメントを要求し、取得したドキュメントをレンダリングして、表示部９０２に表示させるＷｅｂブラウザーなどのブラウザーである。通信部９０４は、携帯電話網に接続し、外部の機器に対するドキュメントの要求を送信し、その要求に対する応答であるドキュメントを受信する。ドキュメント最適化装置１００は、通信部９０４が受信したドキュメントを、表示部９０２への表示に適したデータに変換してブラウザー部９０３に出力する。

図４は、ドキュメント最適化装置１００の構成を示す概略ブロック図である。なお、本装置は、本実施形態では、携帯端末９００が有するＣＰＵがプログラムをメモリから読み出して実行することで、実現されるとして説明するが、図１５で示されるように、従来の携帯端末１０００と、ドキュメント最適化サーバー１１００と、ドキュメント提供サーバー１２０１等で構成されているシステムでは、ドキュメント最適化装置１００は、ドキュメント最適化サーバー１１００に含まれるとしてもよい。なお、このようなサーバーによる実装のメリットは、既存の端末でも適用が可能にすることである。詳しくは第３の実施の形態で後述する。

図４は、ドキュメント最適化装置１００の構成を示す概略ブロック図である。図４に示すように、ドキュメント最適化装置１００は、ドキュメント取得部１０１、端末情報記録部１０２、ドキュメント分割部１０３、ユーザー関心度判定部１０４、提供者側重要度判定部１０５、ドキュメント生成部１０６、基本レイヤウト記録部１０７を含む。

図５は、ドキュメント最適化装置１００の動作を説明するフローチャートである。図４の概略ブロック図と、図５のフローチャートを参照しながら、ドキュメント最適化装置１００の動作を説明する。ユーザーの操作によりドキュメントリソースのＵＲＩの入力または指定を受けると、入力部９０１は、そのＵＲＩを含み、ドキュメントリソースの取得を要求するリクエストメッセージを、ドキュメント最適化装置１００のドキュメント取得部１０１に渡す。このリクエストメッセージを受けたドキュメント取得部１０１は、リクエストメッセージに応じて、図５のステップＳ１にて、ドキュメントリソースを取得する。

例えば、ＵＲＩが、ＨＴＴＰ（Hypertext transfer protocol）プロトコルを指定している場合、ドキュメント取得部１０１は、ＨＴＴＰプロトコルに準拠し、ＵＲＩにて指定されたドキュメントリソースを要求するメッセージを、通信部９０４を介して、ネットワーク上のサーバーに送信する。このメッセージを受信したサーバーが、要求されたドキュメントリソースを端末装置９００に返信すると、このドキュメントリソースを、通信部９０４を介して、ドキュメント取得部１０１が受信する。図５のステップＳ２にて、ドキュメント取得部１０１は、取得が成功したかどうかの確認を行う。成功した場合、ステップＳ５に移動するが、失敗の場合はステップＳ１０に移動する。ステップＳ１０では、ドキュメント取得部１０１は、エラードキュメントを生成して、ブラウザー部９０３に返信し、ドキュメント最適化装置１００を終了させる。

ステップＳ５では、ドキュメント分割部１０３は、ドキュメント取得部１０１が受信したドキュメントリソースを解釈し、図６で示されているようなドキュメントツリーを作成する。ドキュメントツリーは、ドキュメントのブロック要素のツリーである。なお、ドキュメントツリーは元々のドキュメントにあったコンテンツを含まない。具体的には、ＨＴＭＬの場合、ブロック要素として、<div>要素を用いる。なお、ＨＴＭＬ５以降の場合では、新たに導入された<header>、<nav>、<article>、<section>、<aside>、<footer>要素をさらに用いることで、ドキュメントの構成をより正確に判断できる。それぞれの要素の意味と、本実施形態での用途を下記に説明する。

<header>：ドキュメントのヘッダー部を示すブロック要素である。用途：ヘッダーをより正確に判断できるため、ブランディングに関するブロック要素の判断材料として用いる。
<nav>：目次（他のドキュメントへのリンク集）に相当するブロック要素である。用途：たとえば、ブロックが<nav>に含まれている場合、コンテンツブロックの可能性を全面的に否定する、あるいは、マイナス材料としてルールに加えるなどして、従来のＨＴＭＬに比べて、コンテンツブロック要素の誤った判断を減らすことができる。
<article>：ドキュメントの独立した部分に相当するブロック要素（例：フォーラムの投稿、新聞等の記事、ブログのエントリまたはコメント）である。用途：コンテンツブロック要素の判断材料として用いる。

<section>：ドキュメント内のセクションを示すブロック要素である。用途：<div>に比べて、粒度が大きいため（複数の<div>をグループ化するブロック要素として）、ドキュメントの基本構成の判断材料として用いる。
<aside>：前後のコンテンツに関連する内容だが、本筋と少し離れているため、コンテンツから分離されたものと見なしても良いコンテンツブロック要素である。用途：コンテンツに関するブロック要素であるが、重要度がやや低いと判断する。
<footer>：フッター部を示すブロック要素である。用途：フッター部の判断材料として用いる。

次いで、ステップＳ６では、ユーザー関心度判定部１０４が、リクエストメッセージ、ドキュメント取得部１０１で取得されたドキュメント、およびドキュメント分割部１０３で生成されたドキュメントツリーを元に、各ブロック要素に対して、ユーザーにとっての関心度を判定する。図７は、ステップＳ６の関心度判定の処理を説明するフローチャートである。ユーザー関心度判定部１０４は、まず、ステップＳ６１にて、ブロック要素の種類を識別し、次にステップＳ６２にて、そのブロック要素の、ユーザーにとっての関心度を判定する。そして、ステップＳ６３にて、関心度を判定していないブロック要素があるか否かを判定し、あるときは（Ｓ６３−Ｙｅｓ）、ステップＳ６１に戻って、残りのブロック要素について処理をする。ないときは（Ｓ６３−Ｎｏ）、処理を終了する。なお、ユーザー関心度判定部１０４は、各要素の関心度情報とセットで要素の種類も出力する。

ステップＳ６１におけるブロック要素の種類の識別方法としては、具体的には、一般的にユーザーの関心が対象となるのがほとんどコンテンツであるため、下記ルールを用いて、コンテンツに関するブロック要素を識別する。以下に示すルールを自由に組み合わせても良いが、最も効果的な方法としては、各ルールの判断結果のスコアーに、予め決められた重み付けを付し、それらを加算したスコアーが、予め決められた閾値を超えているときは、コンテンツに関するブロック要素と判定する。
ＨＴＭＬ ５から導入された、コンテンツのブロック要素を示す<article>または<section>要素を用い、これらの要素であるときは、コンテンツの可能性が高いので、予め決められたスコアーを与える。
段落の<p>タグや長い文章が頻出する場合、コンテンツの可能性が高いので、<p>タグあるいは長い文章（所定より単語数が多い）の数が多いほど、大きいスコアーを与える。

ドキュメント要求の際、ＨＴＴＰプロトコルにおけるリファラＵＲＬが検索エンジンの結果が表示されているページであった場合、検索式または検索エンジンの結果ページにある抜粋を、ユーザーが読みたい内容ととらえる。その内容が該当ブロック要素に含まれている場合、コンテンツの可能性が高いので、予め決められたスコアーを与える。
ドキュメント要求の際、ＨＴＴＰプロトコルにおけるリファラＵＲＬがない場合（ユーザーがドキュメントを直接にアクセスした場合など）、一般的なユーザーが当ドキュメントをアクセスする理由を推測するため、検索エンジンで当ドキュメントがリンクされているページを検索し、リンクのテキストに使われている文書や検索エンジンの抜粋を用いる。具体的には、検索エンジンから得られたページの中で<a href=”http://example.org/faq.html”>This FAQ about the origin of the example.org domain</a> is interestingなどのような記述が多数ある場合、http://example.org/faq.htmlのドキュメントにアクセスする理由は「FAQ about the origin of the example.org domain」にあると推測する。そして、該当ブロック要素にその文章または共通文字列が含まれていれば、コンテンツの可能性が高いので、予め決められたスコアーを与える。

ステップＳ６２におけるユーザーの関心度の判定方法としては、下記のようなルールを用いる。
ドキュメント要求の際、ＨＴＴＰプロトコルにおけるリファラＵＲＬが検索エンジンの結果が表示されているページであった場合、検索式または検索エンジンの結果ページにある抜粋を、ユーザーが読みたい内容ととらえる。その内容が該当ブロック要素に含まれている場合、該当ブロック要素に関する関心が高いと判断し、所定の関心度を与える。
ドキュメント要求の際、ＨＴＴＰプロトコルにおけるリファラＵＲＬがない場合（ユーザーがドキュメントを直接にアクセスした場合など）、一般的なユーザーが当ドキュメントをアクセスする理由を推測するため、検索エンジンで当ドキュメントがリンクされているページを検索し、リンクのテキストに使われている文書や検索エンジンの抜粋を用いる。具体的には、検索エンジンから得られたページの中で<a href=”http://example.org/faq.html”>This FAQ about the origin of the example.org domain</a> is interestingなどのような記述が多数ある場合、http://example.org/faq.htmlのドキュメントにアクセスする理由は「FAQ about the origin of the example.org domain」にあると推測する。そして、該当ブロック要素にその文章または共通文字列が含まれていれば、該当ブロック要素に対する関心度が高いと判断し、所定の関心度を与える。

図５に戻って、次に、ステップＳ７では、提供者側重要度判定部１０５が、ドキュメント分割部１０３で生成されたドキュメントツリー、およびドキュメント取得部１０１で取得されたドキュメントを元に、各ブロック要素に対して、ドキュメントの提供者にとっての重要度を判定する。図８は、ステップＳ７の重要度判定の処理を説明するフローチャートである。提供者側重要度判定部１０５は、まず、ステップＳ７１にて、ブロック要素の種類を識別し、次にステップＳ７２にて、そのブロック要素の、ドキュメントの提供者にとっての重要度を判定する。そして、ステップＳ７３にて、重要度を判定していないブロック要素があるか否かを判定し、あるときは（Ｓ７３−Ｙｅｓ）、ステップＳ７１に戻って、残りのブロック要素について処理をする。ないときは（Ｓ７３−Ｎｏ）、処理を終了する。なお、各要素の重要度情報とセットで要素の種類も出力される。

ドキュメントを提供する際、提供者にとって、何が重要かについて説明する。提供者は、ドキュメントを提供することで、情報の伝達（「content」）、知名度の向上（「branding」）、利益の向上（「monetization」）といった目的を抱いていると考えられる。これら、各々の目的を果たすために、ひとつまたは複数のブロック要素が用いられている。例えば、知名度の向上に用いられるブロック要素としては、ヘッダーのブロック要素、著作権に関する情報が記述されているコピーライト（Copyright）ブロック要素などがある。なお、目的の中で、情報の伝達はユーザーが最も関心のある部分であるため、情報の伝達に用いられるブロック要素は、ユーザー関心度判定部１０４に用いてもよい。
それ以外の目的（知名度の向上、利益の向上）に関しては、比較的、ユーザーの関心度が低いと考えられる。そのため、これらの目的に用いられているブロック要素と判定した要素についは、提供者側重要度判定部１０５は、重要度を判定する。

次に、ステップＳ７１における知名度の向上に関するブロック要素の識別方法を説明する。知名度の向上に関するブロック要素は下記のルールを用いて、識別を行う。以下に示すルールを自由に組み合わせても良いが、最も効果的な方法としては、各ルールの判断結果のスコアーに、予め決められた重み付けを付し、それらを加算したスコアーが、予め決められた閾値を超えているときは、知名度に関するブロックと判定する。

ＵＲＩのドメイン名に近い内容がブロック要素に含まれている。例えば、ＵＲＩがhttp://www.abcdef.co.jp/example.html であった場合、ドメイン名が「abcdef」となり、ブロック要素に「abcdef」が使われていると知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。
ＨＴＭＬのヘッダー部（<head>…</head>）にあるタイトルタグ（<title>…</title>）に記述されている内容またはその一部がブロック要素に含まれているときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。なお、タイトルタグに記述されている内容のうち、一般的に頻出度の高い言葉などは判定に用いない方が望ましい。一般的に頻出度の高い言葉としては、例えば、英語のページであれば「The」、「A」、「to」、「with」などが考えられる。これらの言葉を用いないようにする方法としては、具体的には、用いない言葉（文字列）のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

同一ドメイン名にある他のページ（ドキュメント）に共通するブロック要素が存在するときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。例えば、指定されたページ内にリンクされている同一ドメイン名のページをいくつか取得し、共通するブロック要素を探すことで判定する。なお、ブロック要素が共通しているか否かの判断方法としては、例えば、ブロックのＩＤ属性が一致しているか否かによって判断する方法、あるいは、ブロック要素の内容が所定の割合以上一致しているか否かによって判断する方法がある。

同一ドメイン名にある複数のページのタイトル内で共通している部分がブロック要素に含まれているときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。具体的には、例えば、指定されたページ内にリンクされている同一ドメイン名のページをいくつか取得し、これらのタイトル内で共通している部分を抽出し、抽出した部分がブロック要素内にあるか否かを調べる。例えば、取得されたページのタイトルが「New products − abcdef」（新製品 − ａｂｃｄｅｆ）、「Customer Support − abcdef」（カストマーサポート − ａｂｃｄｅｆ）、「Worldwide presence − abcdef」（グロバール体制 − ａｂｃｅｄｆ）の場合、共通の部分として「abcdef」（ａｂｃｅｄｆ）を抽出し、「abcedf」がブロック要素に含まれているか否かで判定する。

ドキュメントの上部にあって、表示エリアに対して比較的に大きいブロック要素であるときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。その理由は、多くのウェブページでは、ブランド名がドキュメントの先頭に大きく表示されているからである。具体的に、ＰＣでレンダリングされた場合、該当グロック要素が表示エリアの半分上にあって、なおかつ幅が表示エリアの一定の割合を超えると知名度に関するブロック要素と判定する。

ブロック要素のＩＤ属性が特定の文字列と一致しているときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。ブランド名を表示するブロック要素のＩＤ属性には、例えば、<div id=”header”>…</div>のように「header」（ヘッダー）や「title」（タイトル）または「logo」（ロゴ）などの特定の文字列が用いられていることが多い。特定の文字列と一致しているか否かの判定方法としては、具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いて判定しも良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素にあるコメント文に、特定の文字列が含まれているときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。ブランド名を表示するブロック要素のコメント文には、例えば、<!-- Here goes the header -->（ここにヘッダーが入ります）のように「header」（ヘッダー）や「title」（タイトル）または「logo」（ロゴ）などの特定の文字列が用いられていることが多い。特定の文字列が含まれているか否かの判定方法としては、具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いて判定しも良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素内のコンテンツやコメント文、またはＩＤ属性に、著作権に関する記載を示す特定の文字列が含まれているときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。ブランド名の著作権を表示するブロック要素には、例えば、<!-- Copyright notice -->（コピーライトの情報）のように「copyright」（コピーライト）やコピーライトマーク（Ｃを丸又は括弧で囲ったもの）または「Provided to you by」（提供者）などの特定の文字列が用いられていることが多い。なお、一つ前のルールで得られた情報も含まれていれば、知名度に関するブロックの可能性がさらに高いので、与えるスコアーを高くしてもよい。特定の文字列が含まれているか否かの判定方法としては、具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いて判定しも良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素にＨＴＭＬ５以降で導入された<header>タグが含まれているときは、知名度に関するブロックの可能性が高いので、予め決められたスコアーを与える。新たに導入された<header>タグは、ドキュメントのヘッダーを示しており、知名度の向上に関するブロックである可能性が高いと判断できる。
以上のルールでは、文字列として英語の文字列を用いて説明を行ったが、判定ルールとしては文字列の言語に関わらず、他の言語の文字列を用いても本発明を適用できる。

次に、ステップＳ７２における知名度の向上に関する要素の重要度を判定する方法を説明する。知名度の向上に関するブロック要素の重要度を判定する方法としては、以下のような方法を用いる。以下に示すルールを自由に組み合わせても良いが、最も効果的な方法としては、各ルールの判断結果のスコアーに、予め決められた重み付けを付し、それらを加算したスコアーを、重要度とする。

ブロック要素の重要度は、表示エリアに比例した関係があるので、例えば、該当ブロック要素が全体表示エリアの５０％を占めれば、重要度が非常に高いと判断し、予め決められたスコアーを与える。
ブロック要素の重要度を判定するのに、表示位置との関係を利用する。具体的には、表示エリアの先頭や左上のエリアが最も注目されることが様々な視線追跡実験で証明されている。これを利用すれば、表示位置による重要度を判定できる。例えば、ブロック要素が表示エリアの左上端から所定の範囲内に位置する場合、重要度が非常に高いと判定し、予め決められたスコアーを与える。または、ブロック要素が表示エリアの先頭の中央に位置する場合、重要度が高いと判定し、予め決められたスコアーを与える。

ブロック要素が同一ドメインの多くのページに共通しているブロック要素であれば、重要度が高いと判定し、予め決められたスコアーを与える。具体的には、指定されたページ内にあるリンクから同一ドメインのドキュメントをいくつか取得し、共通するブロックが予め決めた割合より多くのドキュメントに存在するか否かにより判定する。なお、ブロック要素が共通していると判断する方法は、例えば、ブロックのＩＤ属性を照合するか、ブロック要素の内容がどれぐらい一致しているかによって同一のブロック要素と判定する。

次に、ステップS７１における利益の向上に関するブロック要素の識別方法を説明する。利益の向上に関するブロック要素は、さらに複数の種類に分けることができる。それらの種類毎に、後述するルールを用いて、識別を行う。最も多い種類は、広告のブロック要素であるが、その他には、有料版への誘導、アフィリェイトリンク、会員登録への誘導、スポンサーによるコンテンツ（つまり、インフォマーシャル）等がある。以下、種類ごとに判定ルールを説明する。

まず、１つ目の種類である広告のブロック要素の識別には、以下のようなルールを用いる。
ブロック要素のＩＤ属性が特定の文字列と一致しているときは、広告のブロック要素と判定する。広告のブロック要素には、例えば、<div id=”advertisement”>…</div>のように「advertisement」（広告）や「ad」（広告）または「banner」（バナー）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
ブロック要素の表示エリアが特定のサイズとなっているときは、広告のブロック要素と判定する。具体的には、多くのバナー広告などは特定のサイズを持つことを利用する。バナー広告に用いられる特定のサイズとしては、例えば、７２８ｘ９０ピクセルの「Leaderboard」フォーマット、４６８ｘ６０ピクセルの「Banner」フォーマット、１２０ｘ６００ピクセルの「Skyscraper」フォーマット等がある。

広告の内容がドキュメントであり、動的に決定される場合には、スクリプトが用いられるが、スクリプトのソースを指定するＳＲＣ属性が特定のＵＲＩと一致しているときは、広告に関するブロック要素と判定する。特定のＵＲＩとしては、例えば、<script src=”http://example.org/show_ads.js”>…</script>のように「http://example.org/show_ads.js」などがある。具体的には、ＵＲＩのリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
広告の課金管理のために、広告を発行するサービスがリダイレクトを行うことが一般的に行われていることを利用する。ブロック要素内のリンクがこのようなリダイレクトを行うための特定のＵＲＩであれば、広告に関するブロック要素と判定する。特定のＵＲＩとしては、例えば、<a href=”http://rd.example.org/ads.php?destination=http://www.example.net/sales/”>…</a>のように「http://rd.example.org/ads.php?destination=」などがある。具体的には、ＵＲＩのリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素の先頭または後部に特定の文字列が含まれているときは、広告のブロック要素と判定する。例えば、「advertisement」（広告）、「sponsored by」（提供者）、「ads」（広告）などの特定の文字列がある場合、広告のブロック要素であると判定できる。具体的には、文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
ブロック要素にあるコメント文に、特定の文字列が含まれているときは、広告のブロック要素と判定する。広告のブロック要素には、例えば、<!-- Here goes an advertisement -->（ここに広告が入ります）のように「advertisement」（広告）や「ads」（広告）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
以上のルールでは、文字列として英語の文字列を用いて説明を行ったが、判定ルールとしては文字列の言語に関わらず、他の言語の文字列を用いても本発明を適用できる。

次に、２つ目の種類である有料版への誘導に関するブロック要素の識別には、以下のようなルールを用いる。
ブロック要素のＩＤ属性が特定の文字列と一致しているときは、有料版への誘導に関するブロック要素と判定する。有料版への誘導に関するブロック要素には、例えば、<div id=”members only”>…</div>のように「members only」（会員限定）や「premium」（プレミアム）または「full access」（フルアクセス）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素の先頭または後部に特定の文字列が含まれているときは、有料版への誘導に関するブロック要素と判定する。有料版への誘導に関するブロック要素には、例えば、「members only」（会員限定）、「membership benefits」（会員の特典）、「subscribe for more」（続きを見るには加入を）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
ブロック要素にあるコメント文に、特定の文字列が含まれているときは、有料版への誘導に関するブロック要素と判定する。有料版への誘導に関するブロック要素には、例えば、<!-- subscription teaser -->（加入への誘導）のように「subscription」（加入）や「members only」（会員限定）または「premium」（プレミアム）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素にあるリンクのテキストまたはＵＲＩに、特定の文字列が含まれているときは、有料版への誘導に関するブロック要素と判定する。有料版への誘導に関するブロック要素には、例えば、<a href=”http://www.example.org/membership-benefits.html”>Membership benefits </a>（会員の特典）のようにＵＲＩや、リンクのテキストに「membership」（会員）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
以上のルールでは、文字列として英語の文字列を用いて説明を行ったが、判定ルールとしては文字列の言語に関わらず、他の言語の文字列を用いても本発明を適用できる。

次に、３つ目の種類であるアフィリェイトリンクに関するブロック要素の識別には、以下のようなルールを用いる。
ブロック要素のＩＤ属性が特定の文字列と一致しているときは、アフィリェイトリンクに関するブロック要素と判定する。アフィリェイトリンクに関するブロック要素には、例えば、<div id=”affiliate”>…</div>のように「affiliate」（アフィリェイト）または「partners」（提携企業）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素の内容がドキュメントであり、その内容が動的に決まる場合に、スクリプトが用いられるが、スクリプトのソースを指定する「ＳＲＣ」属性が特定のＵＲＩと一致しているときは、アフィリエイトリンクに関するブロック要素と判定する。アフィリェイトリンクに関するブロック要素には、例えば、<script src=”http://example.org/affiliate-program.js”>…</script>のように「http://example.org/affiliate-program.js」などの特定なＵＲＩが用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素の先頭または後部に特定の文字列が含まれているときは、アフィリェイトリンクに関するブロック要素と判定する。アフィリェイトリンクに関するブロック要素には、例えば、「Our partners」(提携企業)、「brought to you by」(提供者)、「related products」（関連商品）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素にあるコメント文に、特定の文字列が含まれているときは、アフィリェイトリンクに関するブロック要素と判定する。アフィリェイトリンクに関するブロック要素には、例えば、<!-- Here goes an affiliate block -->（ここにアフィリェイトブロックが入ります）のように「affiliate」（アフィリェイト）や「partners」（提携企業）などの文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
以上のルールでは、文字列として英語の文字列を用いて説明を行ったが、判定ルールとしては文字列の言語に関わらず、他の言語の文字列を用いても本発明を適用できる。

次に、４つ目の種類である会員登録への誘導に関するブロック要素の識別には、以下のようなルールを用いる。
ブロック要素のＩＤ属性が特定の文字列と一致しているときは、会員登録への誘導に関するブロック要素と判定する。会員登録への誘導に関するブロック要素には、例えば、<div id=”registration”>…</div>のように「registration」（登録）または「register」（登録する）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素にあるリンクのテキストまたはＵＲＩに特定の文字列が含まれているときは、会員登録への誘導に関するブロック要素と判定する。会員登録への誘導に関するブロック要素としては、例えば、<a href=”http://www.example.org/register.html”>Register (100% free)</a>（ご登録（無料））のようにＵＲＩや、リンクのテキストに「register」（登録）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
以上のルールでは、文字列として英語の文字列を用いて説明を行ったが、判定ルールとしては文字列の言語に関わらず、他の言語の文字列を用いても本発明を適用できる。

次に、５つ目の種類であるスポンサーや提携先によるコンテンツに関するブロック要素（以降、スポンサーのブロック要素と呼ぶ）の識別には、以下のようなルールを用いる。
ブロック要素のＩＤ属性が特定の文字列と一致しているときは、スポンサーのブロック要素と判定する。スポンサーのブロック要素には、例えば、<div id=”infomercial”>…</div>のように「infomercial」（インフォマーシャル）または「syndicated content」（同一ネットワークのコンテンツ）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素の先頭または後部に特定の文字列が含まれているときは、スポンサーのブロック要素と判定する。スポンサーのブロック要素の先頭または後部には、例えば、「Infomercial」（インフォマーシャル）、「Syndicated content」（同一ネットワークのコンテンツ）、「Sister site」（同一ネットワークにおける関連サイト）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。

ブロック要素にあるコメント文に、特定の文字列が含まれているときは、スポンサーのブロック要素と判定する。スポンサーのブロック要素には、例えば、<!-- Here goes some syndicated content from our sister site-->（ここに同一ネットワークのコンテンツが入ります）のように「syndicated content」（同一ネットワークのコンテンツ）や「sister site」（同一ネットワークの関連サイト）などの特定の文字列が用いられていることが多い。具体的には、特定の文字列のリストを予め記憶しておき、そのリストを用いても良いが、冗長性を省くために、正規表現のリストを用いることが望ましい。
以上のルールでは、文字列として英語の文字列を用いて説明を行ったが、判定ルールとしては文字列の言語に関わらず、他の言語の文字列を用いても本発明を適用できる。

次に、ステップＳ７２における利益の向上に関するブロック要素の重要度を判定する方法を説明する。利益の向上に関するブロック要素の重要度を判定する方法としては、以下のような方法を用いる。以下に示すルールを自由に組み合わせても良いが、最も効果的な方法としては、各ルールの判断結果のスコアーに、予め決められた重み付けを付し、それらを加算したスコアーを、重要度とする。

ブロック要素の重要度は表示エリアの大きさに比例しているという関係がある。そこで、例えば、該当ブロック要素が全体表示エリアの２０％以上を占めれば、重要度が高いと判断し、予め決められたスコアーを与える。
ブロック要素が別の要素ブロック（親ブロック要素）に含まれている場合には、その親ブロック要素の表示エリア内の、比較的に大きい表示エリアを占めているときは、重要度が高いと考えられる。そこで、例えば、該当ブロック要素が親ブロックの表示エリアの２０％以上を占めれば、重要度が高いと判断し、予め決められたスコアーを与える。

ブロック要素の重要度を、そのブロック要素の表示エリアのサイズと親ブロック要素の表示エリアまたは全体表示エリアの縦方向または横方向のサイズとの比較で判定する。例えば、該当ブロック要素の縦方向や横方向のサイズが親ブロックの縦方向または横方向のサイズに比べて、３０％以上であれば、重要度が高いと判断し、予め決められたスコアーを与える。
ブロック要素の重要度を判定するのに、表示位置と重要度との関係を利用する。具体的には、表示エリアの先頭や左上のエリアが最も注目されることが様々な視線追跡実験で証明されている。これを利用して、表示位置に基づき、重要度を判定する。例えば、ブロック要素が表示エリアの左上端から所定の範囲内に位置する場合、重要度が非常に高いと判定し、予め決められたスコアーを与える。また、ブロック要素が「アボブ・ザ・フォルド」に位置する場合、重要度が高いと判定し、予め決められたスコアーを与える。

ブロック要素が同一ドメインの多くのページに共通しているブロック要素であれば、重要度が高いと判定し、予め決められたスコアーを与える。具体的には、指定されたページ内にあるリンクから同一ドメインのドキュメントをいくつか取得し、共通するブロックが予め決めた割合より多くのドキュメントに存在するか否かにより判定する。なお、ブロック要素が共通していると判断する方法は、例えば、ブロックのＩＤ属性を照合するか、ブロック要素の内容がどれぐらい一致しているかによって同一のブロック要素と判定する。
以上、各ブロック要素に対して、提供者にとっての重要度を判定するためのルールを説明したが、適用できるルールはそれに限定されず、また上記に含まれていない種類のブロック要素を識別するルールを追加してもよい。

なお、上述の種類を識別するルールを自由に組み合わせても良いが、最も効果的である方法としては、各種類におけるルール各々にて、予め決められた重み付けでスコアーを算出し、それらを種類毎に加算し、加算結果が予め設定された閾値を越えた場合に、識別を確定する。また、同じブロック要素が二つ以上の種類として識別された場合は、識別結果を廃棄するか、一つの種類に絞ることが望ましい。例えば、ルールによって算出されたスコアーが一番大きい種類を選ぶことで、一つの種類に絞る。なお、スコアーが同じ場合は、識別があいまいため、ブロック要素の識別を廃棄するようにしてもよい。

また、ドキュメントのＵＲＩのＴＬＤ（Top Level Domain：トップレベルドメイン）に応じた、ルールまたはルールに使われる判定情報、つまり、定数、文字列のリストまたは正規表現のリストを用いるようにしても良い。例えば、ＵＲＩが「http://www.example.co.jp」の場合、ＴＬＤが「co.jp」となっているため、日本または日本語に特化した判定情報を標準セットに置き換えるまたは追加しても良い。
同様に、ＨＴＭＬタグのＬａｎｇ属性によって、ルールまたはルールに使われる判定情報、つまり、定数、文字列のリストまたは正規表現のリストを選択または追加しても良い。例えば、<html lang="ja"></html>の場合、Ｌａｎｇ属性が日本語をあらわしている「ja」となっているため、日本語に特化した判定情報を標準セットに置き換えるまたは追加しても良い。
また、上述のルールには、タグのＩＤ属性を用いているものがあるが、同様にタグのＮＡＭＥ属性を用いるようにしてもよい。

図５に戻って、ドキュメント生成部１０６が、リクエストメッセージ、ドキュメント取得部１０１で取得されたドキュメント、端末情報記録部１０２、ドキュメント分割部１０３で生成されたドキュメントツリー、ユーザー関心度１０４で判定された関心度の情報、および提供者側重要度判定部１０５で判定された重要度情報を元に、最適化なレイヤウトを決定し（Ｓ８）、ドキュメントを生成する（Ｓ９）。

ステップＳ８では、具体的には、まず、ドキュメント生成部１０６が、端末情報記録部１０２から、ディスプレーの解像度（例：幅６４０ピクセル、高さ４８０ピクセル）、ドキュメントを表示するためのエリアの解像度(例：幅６００ピクセル、高さ４７０ピクセル)、ディスプレーのサイズ（例：３インチ、または縦横のサイズ）を取得する。なお、端末情報記録部１０２に記録されている情報は、予めメーカによって記録された情報であってもよいし、ブラウザー部９０３が動的に記録した情報であってもよい。後者の場合は、例えば、ユーザーがブラウザー部９０３による表示エリアを調整できる場合に適する。

次いで、ドキュメント生成部１０６が、基本レイヤウト記録部１０７から、基本レイヤウトを選択し、取得する。図９は、基本レイヤウトの例（以降、基本レイヤウトＡという）を示す図である。図９に示すように、基本レイヤウトは、一つまたは複数のプレースホルダーで構成されている。また、各プレースホルダーに対して、付属情報が記述されている。この付属情報は、プレースホルダーに関する制限を示し、そのプレースホルダー内に配置可能なブロック要素の種類や数などの指定に用いる。付属情報としては、例えば、ブロック要素の最大数（max-parts）、ブロック要素の最小数(min-parts)、配置が可能なブロック要素の種類(<allowed-parts>…</allowed-parts>)、配置が不可能なブロックの種類(<disallowed-parts>…</allowed-parts>)、該当するブロック要素がない場合、代わりとなるブロック要素 (<alternative-part>… </alternative-part>)がある。

基本レイヤウトＡの各タグについて、説明する。<stack>要素は、ブロック要素のスタックを示す要素である。<slice>要素は、スタック内のスライスを示す要素である。一つのスライスの中には、一つまたは複数のプレースホルダー（<placeholder>…</placeholder>）が存在する。前述したように、<placeholder>要素の属性でプレースホルダーに関する制限を記述できる。例えば、min-parts属性でブロック要素の最小数を指定する。また、max-parts属性で最大数のブロック要素を指定する。そして、relevance属性で重要度または関心度の高いブロック要素に限定する旨を記述できる。なお、それらの属性が記述されていない場合、制限が特にないと見なす。

<allowed-parts>要素は、プレースホルダーの中に配置してもよいブロック要素の種類を示す。例えば、「footer-placeholder」のプレースホルダーには、「branding」（知名度の向上に用いられるブロック要素）のうち、「copyright」（コピーライトブロック要素）が許可されている。また、<disallowed-parts>要素は、プレースホルダーの中に使用できないブロック要素の種類を示す。例えば、「main-placeholder」のプレースホルダーには、「branding」（知名度の向上に用いられるブロック要素）が許可されていない。なお、<allowed-parts>および<disallowed-parts>が記述されていない場合は、全ての種類のブロック要素が許可されていると見なす。<alternative-parts>要素では、該当ブロック要素が無い場合に、代わりとなるブロック要素の内容またはＵＲＩを指定する。例えば、<![CDATA[<div>Copyright {{@year}}]]>の場合、ドキュメントが生成された年が２００９年であれば、<div>Copyright 2009</div>を出力する。

図１０は、基本レイヤウトAのレンダリング結果の例を示す図である。図１０に示すレンダリング結果１３００には、「header-placeholder」ヘッダー用のプレースホルダー１３０１、「main-placeholder」メイン部のプレースホルダー１３０２、「footer-placeholder」のプレースホルダー１３０３と、「remainder-placeholder」未使用ブロック要素用のプレースホルダーがある。
なお、基本レイヤウト記録部１０７に記録されている基本レイヤウトは、予めメーカによって記録されたレイヤウトであってもよいし、ブラウザー部９０３が動的に記録したレイヤウトであってもよい。後者の場合は、例えば、提供者側からドキュメントと一緒に送信された基本レイアウトを用いることが可能になるといった効果がある。
基本レイヤウトの選択方法としては、例えば、重要度または関心度が一定以上のブロック要素を出来るだけ多く使うように基本レイヤウトを選択する方法がある。

図５に戻って、次に、ステップＳ９では、ドキュメント生成部１０６が基本レイヤウト記録部１０７から選択された基本レイヤウトの各プレースホルダーに対して、該当するブロック要素を取得し、プレースホルダーの付属情報に従い、重要度の順にブロック要素をプレースホルダーに流し込む。なお、その際、ドキュメント生成部１０６は、ブロック要素の調整を行う。

図９、図１０、図１１、図１２を参照しながら、具体的に説明する。図１１において、ＰＣアウトプット２００は、元々のドキュメントをＰＣ上のブラウザーでレンダリングした場合のアウトプットである。また、図１２において、アウトプット４００は、本発明でレンダリングした場合のアウトプットである。アウトプット２００には、ヘッダー部２０３、コンテンツ部２０２、広告２０１a、広告２０１ｂ、ナビゲーションメニュー２０４、フッター部２０５がある。アウトプット４００には、ヘッダー部４０３、コンテンツ部４０２、広告４０１a、広告４０１ｂ、ナビゲーションメニュー４０４、フッター部４０４がある。

まず、ドキュメント生成部１０６は、基本レイヤウトＡ（図９）の各スライスの中にあるプレースホルダーの記述にしたがって、該当するブロック要素を選択し、ドキュメントに追加する。なお、ドキュメントに追加されたブロック要素が重複して使われないように、ドキュメント生成部１０６は、使用済みのブロック要素を無視するように動作する。具体的には、例えば、ブロック要素の候補リストから使用済みのブロック要素を削除する。

以下、スライスごとの動作を説明する。まず、レイヤウトＡでは、ＩＤ属性が「header-placeholder」のプレースホルダーでは、「relevance=”true”」となっているため、このプレースホルダーに配置可能なブロック要素は、重要度または関心度が、所定の値よりも高いブロック要素に限定される。また、「allowed-parts」により、ブロック要素の種類が「Branding」における「Name」に限定されている。このため、配置可能なブロック要素の種類は、知名度の向上に関するブロック要素において、ブランド名に関するブロック要素である。また、「min-parts」と「max-parts」とも１となっているため、挿入できるブロック要素は一つだけである。

そこで、ドキュメント生成部１０６は、重要度が最も高いブランド名に関するブロック要素を選択し、ドキュメントに追加する。その際、端末情報記録部１０２から得られた情報に基づいて、調整を行う。例えば、ブロック要素が画像を含む場合、ドキュメントを表示するためのエリアの解像度にあわせて、画像の拡大や縮小を行う。

次に、ＩＤ属性が「main-placeholder」のプレースホルダーも、「relevance=”true”」となっているため、このプレースホルダーも、配置可能なブロック要素は、重要度または関心度が、所定の値よりも高いブロック要素に限定される。「allowed-parts」では、ブロック要素の種類が「content」および「monetization」に限定されているため、コンテンツに関するブロック要素と利益の向上に関するブロック要素が対象となる。また、それぞれの種類にはmax-parts属性で制限がかけられていて、コンテンツに関するブロック要素が最大２つまでと、利益の向上に関するブロック要素が最大３つまでとに制限されている。

そこで、ドキュメント生成部１０６は、ユーザー視点を重視するので、コンテンツに関するブロック要素から関心度が最も高い２つのブロック要素を選択し、ドキュメントに追加する。その際、端末情報記録部１０２から得られた情報に基づいて、「header-placeholder」のプレースホルダーと同様に、ブロック要素の調整を行う。例えば、ブロック要素が画像を含む場合、拡大や縮小を行う。次に、ドキュメント生成部１０６は、利益向上に関するブロック要素を重要度の順で、最大３つまで選択し、前のステップで追加された要素の中、またはブロック要素の間に、挿入する。このように、ドキュメント生成部１０６は、プレースホルダー内に、同じ種類のブロック要素を複数配置できるときには、同じ種類のブロック要素が連続して配置されることを出来るだけ避けて、ブロック要素を配置する。

具体的には、例えば、ブロック要素の間、ブロック要素内の<p>…</p>で示されている段落ブロックの間、または段落の中に追加する。例えば、<p>[段落１]</p><div style=”float:right;”>［広告］<div><p>[段落２]</p>のようにして、［段落１］の後に、利益向上に関するブロック要素である［広告］を右に寄せて、続く［段落２］を回り込ませるようにする。その際、端末情報記録部１０２から得られた情報に基づいて、「header-placeholder」のプレースホルダーと同様に、ブロック要素の調整を行う。例えば、ブロック要素が画像を含む場合、拡大や縮小を行う。なお、ブロック要素が表示の際に決まる広告のブロックである場合、スクリプト内にある広告のサイズに関するパラメターを調整するようにしてもよい。具体的には、広告のフォーマットがLeaderboardの場合、７２８ｘ９０ピクセルを要するが、端末の解像度で納まらない場合、４６８ｘ６０ピクセルの「Banner」フォーマットになるようにパラメターを調整する。

次に、ＩＤ属性が「footer-placeholder」のプレースホルダーでも、「relevance=”true”」となっているため、このプレースホルダーに配置可能なブロック要素は、重要度または関心度が、所定の値よりも高いブロック要素に限定される。また、「allowed-parts」により、ブロック要素の種類が「Branding」における「Copyright」に限定されている。このため、配置可能なブロック要素の種類は、知名度の向上に関するブロック要素において、著作権記述に関するブロック要素（コピーライトブロック要素）となる。また、「min-parts」と「max-parts」とも１となっているため、挿入できるブロック要素は一つだけである。

そこで、ドキュメント生成部１０６は、重要度が最も高い著作権記述に関するブロック要素を選択し、ドキュメントに追加する。その際、端末情報記録部１０２から得られた情報に基づいて、「header-placeholder」のプレースホルダーと同様に、調整を行う。例えば、ブロック要素が画像を含む場合、拡大や縮小を行う。
なお、例えば、該当するブロック要素が見つからない場合、＜alternative-parts＞要素の内容を解析した上でドキュメントに追加する。この場合、<div>Copyright 2009</div>を追加する。

最後に、ＩＤ属性が「remainders-placeholder」のプレースホルダーには、「relevance」属性が記述されていないため、ドキュメント生成部１０６は、重要度または関心度の制限が特にないと判断する。また、ドキュメント生成部１０６は、ブロック要素の種類に関しても特に限定がないと判断する。そこで、ドキュメント生成部１０６は、未使用のブロック要素を下記のように追加していく。まず、ユーザーの関心度が高い順に、ブロック要素をドキュメントに追加する。次に、利益向上に関するブロック要素を重要度の順に、前のステップで追加された要素の中にまたはブロック要素の間に挿入する。

具体的には、例えば、ブロック要素の間、ブロック要素内の<p>…</p>で示されている段落ブロックの間、または段落の中に追加する（例：<div style=”float:right;”>[広告]<div><p>[段落]</p>のように利益向上に関するブロック要素を右に寄せて続く要素を回り込ませるようにする）。その際、端末情報記録部１０２から得られた情報に基づいて、調整を行う。例えば、ブロック要素が画像を含む場合、拡大や縮小を行う。または、ブロック要素が表示の際に決まる広告のブロックである場合、スクリプト内にある広告のサイズに関するパラメターを調整してもよい。具体的には、広告のフォーマットがLeaderboardの場合、７２８ｘ９０ピクセルを要するが、端末の解像度で納まらない場合、４６８ｘ６０ピクセルの「Banner」フォーマットになるようにパラメターを調整する。

次に、未使用のブロック要素がまだ残っている場合、元のドキュメントの順でドキュメントに追加する。
最後に、ドキュメント生成部１０６は、生成したドキュメントをブラウザー部９０３に出力する。

このように、ブロック要素について、ドキュメントを要求した側（ユーザー）の関心度と、ドキュメントを提供する側の重要度とを判定し、これらの情報に基づき、ドキュメント要素を配置したドキュメントを生成する。このため、ＰＣ（Personal Computer）を前提にしたウェブページを、携帯端末で表示するなど、前提と異なる表示エリアでドキュメントを表示するときの利便性を向上させるためにドキュメントを変換する際に、ドキュメント提供者に不利が発生することを抑えることができる。

<変形例>
本発明の他の実施の形態について、以下の通り記載する。尚、説明の便宜上、前記の実施の形態において示した部材と同一の機能を有する部材には、その説明を省略する。
［第２の実施形態］
図１３は、本発明の第２の実施形態におけるドキュメント最適化装置５００の構成を示す概略ブロック図である。本実施形態におけるドキュメント最適化装置５００は、ドキュメント最適化装置１００に、ユーザー情報記録部５０８が追加されている。ユーザー情報記録部５０８は、ユーザーの関心に関する情報を記録する。具体的には、関心度を判定する際、関心度の高いブロック要素の中にある文字列を記録する。このとき、頻出度の高い言葉や意味合いが低い言葉を除いて、記録する。例えば、名詞だけを記録してもよい。なお、ユーザーの関心の傾向が変わる可能性があるため、古いデータを廃棄することが望ましい。

そして、本実施形態におけるユーザー関心度判定部１０４は、同一ユーザーが別のドキュメントにアクセスする際に、ユーザー情報記録部５０８に記録された情報を関心度の判定に、以下のように活用する。ブロック要素の内容と、ユーザー情報記録部５０８に記録されている情報とを照合し、共通する言葉が多ければ、多いほどユーザーの関心度が高いと判定し、高いスコアーを与える。

［第３の実施形態］
図１４は、本発明の第３の実施形態におけるドキュメント提供システムの構成を示す図である。本実施形態におけるドキュメント提供システムは、従来の携帯端末１０００、本発明のドキュメント最適化装置が実装されているドキュメント最適化サーバー１１００、１２０１から始まり、ドキュメントを提供するドキュメント提供サーバーを備える。従来の携帯端末１０００で、本発明による効果を得るためには、例えば、携帯端末１０００のプロキシー（Ｐｒｏｘｙ）を本発明が実装されているサーバー１１００のＩＰアドレスに設定する。プロキシーを設定することで、ドキュメント提供サーバー１２０１…に存在するドキュメントにアクセスすると、ドキュメントの要求メッセージが、ドキュメント最適化サーバー１１００に送信される。そこで、ドキュメント最適化サーバー１１００が、ドキュメントの最適化を行い、結果を携帯端末１０００に返信する。

図１５は、本実施形態におけるドキュメント最適化サーバー１１００の構成を示す概略ブロック図である。ドキュメント最適化サーバー１１００は、移動体網通信部１１０１、ドキュメント最適化装置６００、インターネット通信部１１０２を備える。移動体網通信部１１０１は、移動体網を介して、携帯端末１０００と通信する。インターネット通信部１１０２は、インターネットを介して、ドキュメント提供サーバー１２０１…と通信する。ドキュメント最適化装置６００は、携帯端末１０００が要求したドキュメントであって、ドキュメント提供サーバー１２０１…から取得したドキュメントを、携帯端末１０００での表示に適するように変換し、移動体網通信部１１０１を介して、携帯端末１０００に送信する。

図１６は、本実施形態におけるドキュメント最適化装置６００の構成を示す概略ブロック図である。ドキュメント最適化装置６００は、ドキュメント最適化装置５００の端末情報記録部１０２に替えて、携帯端末１０００の情報を判定する端末仕様判定部６０２を備える。
図１７は、端末仕様判定部６０２による処理を説明するフローチャ−トである。なお、図１７に示す処理は、図５のステップＳ８より前に実行されればよいが、ステップＳ５の前に実行させた方が望ましい。その理由は、処理結果が、他のプロセスに必要となる場合が考えられるためである。

まず、ステップＳ３１において、端末仕様判定部６０２は、ドキュメントのリクエスト時に送信されたデータを取得する。そして、ステップＳ３２では、そのデータの中に、携帯端末１０００を判定できる情報があれば（Ｓ３２−Ｙｅｓ）、ステップＳ３３に移動する。具体的には、例えば、ＨＴＴＰプロトコルの「user agent」に端末名が含まれている場合などである。ステップＳ３３では、端末仕様判定部６０２が有する端末データベースに、その端末に関する情報があるかどうかを調べる。情報がある場合（Ｓ３３−Ｙｅｓ）、ステップＳ３４に移動する。ステップＳ３４では、端末仕様判定部６０２は、端末データベースから、表示エリア、解像度、及びスクリーンサイズの情報を取得し、出力する。

一方、ステップＳ３２で、端末を判定できる情報が無かった場合（Ｓ３２−Ｎｏ）、ステップＳ３５に移動し、端末の情報を取得するドキュメントを携帯端末１０００に送信する。具体的には、例えば、Javascript（登録商標）で解像度、端末名などの情報の取得を行う。次に、ステップＳ３６では、取得が成功したか否かを判定し、成功した場合、ステップＳ３７に移動する。ステップＳ３７では、取得した情報を端末データベースに記録し、ステップＳ３４に移動する。
また、ステップＳ３７で、取得が失敗した場合、ステップＳ３８に移動する。ステップＳ３８では、デフォルトの情報を選択し、出力する。

なお、本実施形態においてドキュメント最適化装置６００は、ユーザー情報記録部５０８を備えるが、備えていなくてもよい。
また、上述の第１から第３の実施形態においては、携帯端末９００や携帯端末１０００が、ＰＣより解像度が低い場合を説明したが、それに限定されない。例えば、移動中に通信速度が低下したり、接続が不安定になったりすることがあるため、端末に替えてＰＣでドキュメントを表示する場合に本発明を用いることで、状況に影響されずに快適なドキュメント閲覧環境を提供することができる。

また、図４におけるドキュメント取得部１０１、端末情報記録部１０２、ドキュメント分割部１０３、ユーザー関心度判定部１０４、提供者側重要度判定部１０５、ドキュメント生成部１０６、基本レイヤウト記録部１０７、および図１３におけるドキュメント取得部１０１、端末情報記録部１０２、ドキュメント分割部１０３、ユーザー関心度判定部１０４、提供者側重要度判定部１０５、ドキュメント生成部１０６、基本レイヤウト記録部１０７、ユーザー情報記録部５０８、および図１６におけるドキュメント取得部１０１、端末仕様判定部６０２、ドキュメント分割部１０３、ユーザー関心度判定部１０４、提供者側重要度判定部１０５、ドキュメント生成部１０６、基本レイヤウト記録部１０７、ユーザー情報記録部５０８の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１００、５００、６００…ドキュメント最適化装置
１０１…ドキュメント取得部
１０２…端末情報記録部
１０３…ドキュメント分割部
１０４…ユーザー関心度判定部
１０５…提供者側重要度判定部
１０６…ドキュメント生成部
１０７…基本レイヤウト記録部
５０８…ユーザー情報記録部
６０２…端末仕様判定部
９００…端末装置
９０１…入力部
９０２…表示部
９０３…ブラウザー部
９０４…通信部
１０００…携帯端末
１１００…ドキュメント最適化サーバー
１２０１…ドキュメント提供サーバー

Claims (29)

1. コンピューターシステムにおいて、表示装置に表示するドキュメントを変換するドキュメント変換方法であって、
   表示を要求されたドキュメントを取得する第１のステップと、
   前記取得したドキュメントをブロック要素に分割する第２のステップと、
   前記分割したブロック要素について、ドキュメントを要求した側の関心度を判定する第３のステップと、
   前記分割したブロック要素について、ドキュメントを提供する側の重要度を判定する第４のステップと、
   前記判定した関心度および重要度に基づき、前記分割したブロック要素を配置したドキュメントを生成する第５のステップと
   を含むことを特徴とするドキュメント変換方法。
2. 前記表示装置がドキュメントを表示する領域の解像度が、前記表示を要求されたドキュメントが前提としている解像度より低いことを特徴とする請求項１に記載のドキュメント変換方法。
3. 前記表示装置は、携帯端末であることを特徴とする請求項１に記載のドキュメント変換方法。
4. 前記第５のステップにおいて、予め用意されたレイヤウトの情報を用いることを特徴とする請求項１に記載のドキュメント変換方法。
5. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
   前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
   前記レイアウトの情報は、配置可能なブロック要素の種類または数に関する制限を含むこと
   を特徴とする請求項４に記載のドキュメント変換方法。
6. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
   前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
   前記第６のステップにおいて、広告を提示するためのブロック要素、知名度の向上を目的としたブロック要素、著作権の記述を目的としたブロック要素、会員登録に関するブロック要素、有料コンテンツまたは有料サービスへの誘導を目的としたブロック要素、アフィリエイトリンクを含むブロック要素の内、少なくとも一つを識別すること
   を特徴とする請求項１に記載のドキュメント変換方法。
7. 前記要求されたドキュメントは、マークアップ言語で記述されていることを特徴とする請求項１に記載のドキュメント変換方法。
8. 前記マークアップ言語は、ＨＴＭＬ言語であることを特徴とする請求項７に記載のドキュメント変換方法。
9. 前記ＨＴＭＬ言語は、ＨＴＭＬ５言語であることを特徴とする請求項８に記載のドキュメント変換方法。
10. 前記第２のステップにおいて、ＨＴＭＬ５の＜ｓｅｃｔｉｏｎ＞、＜ｈｅａｄｅｒ＞、＜ｆｏｏｔｅｒ＞、＜ｎａｖ＞、＜ａｒｔｉｃｌｅ＞、＜ａｓｉｄｅ＞の要素の内、少なくとも一つを用いることを特徴とする請求項９に記載のドキュメント変換方法。
11. 前記第３のステップにおいて、＜ａｒｔｉｃｌｅ＞、＜ｓｅｃｔｉｏｎ＞の要素のいずれかを用いることを特徴とする請求項１０に記載のドキュメント変換方法。
12. 前記第３のステップにおいて、前記分割したブロック要素に含まれる＜ｐ＞要素の数を用いることを特徴とする請求項８または請求項９に記載のドキュメント変換方法。
13. 前記第３のステップにおいて、前記分割したブロック要素に含まれる長い文章の数を用いることを特徴とする請求項１に記載のドキュメント変換方法。
14. 前記第３のステップにおいて、リファラＵＲＬを用いることを特徴とする請求項１に記載のドキュメント変換方法。
15. 前記第３のステップにおいて、検索エンジンを用いることを特徴とする請求項１に記載のドキュメント変換方法。
16. 前記第４のステップにおいて、ドキュメントのＵＲＩを用いることを特徴とする請求項１に記載のドキュメント変換方法。
17. 前記第４のステップにおいて、＜ｔｉｔｌｅ＞要素を用いることを特徴とする請求項８または請求項９に記載のドキュメント変換方法。
18. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、＜ｈｅａｄｅｒ＞要素を用いること
    を特徴とする請求項９に記載のドキュメント変換方法。
19. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、同一ドメインにある他のドキュメントに共通するブロック要素が存在するか否かを用いること
    を特徴とする請求項１に記載のドキュメント変換方法。
20. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、表示エリアまたは表示位置に関する情報を用いること
    を特徴とする請求項１に記載のドキュメント変換方法。
21. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、ＩＤ属性、ＮＡＭＥ属性のいずれかを用いること
    を特徴とする請求項８または請求項９に記載のドキュメント変換方法。
22. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、前記要求されたドキュメント内のコメントを用いること
    を特徴とする請求項８または請求項９に記載のドキュメント変換方法。
23. 前記分割したブロック要素について、種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、前記要求されたドキュメントのＵＲＩにおけるトップレベルドメインに応じた判定情報を、種類を識別する際に用いること
    を特徴とする請求項１に記載のドキュメント変換方法。
24. 前記分割したブロック要素について、広告を含む種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、広告を識別するために、前記分割したブロック要素の表示エリアのサイズを用いること
    を特徴とする請求項１に記載のドキュメント変換方法。
25. 前記分割したブロック要素について、広告を含む種類を識別する第６のステップを有し、
    前記第５のステップにおいて、前記判定した関心度および重要度に加えて、前記識別した種類に基づき、前記分割したブロック要素を配置したドキュメントを生成し、
    前記第６のステップにおいて、広告を識別するために、スクリプトのＳＲＣ属性を用いること
    を特徴とする請求項８または請求項９に記載のドキュメント変換方法。
26. 前記第５のステップにおいて、広告の表示エリアのサイズを調整することを特徴とする請求項１に記載のドキュメント変換方法。
27. 前記第３のステップにおいて、以前に判定された該ユーザーの関心度に関する情報を用いることを特徴とする請求項１に記載のドキュメント変換方法。
28. 表示装置に表示するドキュメントを変換するドキュメント変換装置であって、
    表示を要求されたドキュメントを取得するドキュメント取得部と、
    前記取得したドキュメントをブロック要素に分割するドキュメント分割部と、
    前記分割したブロック要素について、ドキュメントを要求した側の関心度を判定するユーザー関心度判定部と、
    前記分割したブロック要素について、ドキュメントを提供する側の重要度を判定する提供者側重要度判定部と、
    前記判定した関心度および重要度に基づき、前記分割したブロック要素を配置したドキュメントを生成するドキュメント生成部と
    を備えることを特徴とするドキュメント変換装置。
29. 表示装置に表示するドキュメントを変換するドキュメント変換装置におけるコンピューターシステムに、
    表示を要求されたドキュメントを取得する第１のステップと、
    前記取得したドキュメントをブロック要素に分割する第２のステップと、
    前記分割したブロック要素について、ドキュメントを要求した側の関心度を判定する第３のステップと、
    前記分割したブロック要素について、ドキュメントを提供する側の重要度を判定する第４のステップと、
    前記判定した関心度および重要度に基づき、前記分割したブロック要素を配置したドキュメントを生成する第５のステップと
    を実行させるためのプログラム。

Images