(57)【特許請求の範囲】
【請求項１】
文書の意味論的マークアップ表現を該文書の物理的マークアップ表現へ変換する方法において、
ターゲット文書作成手段が、デフォルト値又はユーザ入力値によって決定されるターゲット幅を有するターゲット文書を作成し且つ格納手段内に格納するステップ、
論理的最小幅計算手段が、前記意味論的マークアップ表現を構成している前記文書内の全てのスクリーンオブジェクトをそれらの通常の寸法で表示手段上に表示するために必要とされる最小幅に等しい論理的最小幅を計算するステップ、
表現変換手段が、前記スクリーンオブジェクトを意味論的マークアップ表現から少なくとも前記論理的最小幅と同じ幅を有する物理的マークアップ表現へ変換するステップ、
スケーリング係数計算手段が、物理的マークアップ表現へ変換された前記スクリーンオブジェクトを前記ターゲット文書内に組込む場合に、前記論理的最小幅を前記ターゲット幅と比較して、前記ターゲット幅よりも大きい場合には、前記論理的最小幅によって前記ターゲット幅を割り算してスケーリング係数を計算するステップ、
レイアウト領域作成手段が、前記スケーリング係数が予め定めた値よりも大きい場合には、前記スケーリング係数で前記ターゲット幅を割り算して得られる頁寸法で新たなレイアウト領域を作成するステップ、
配置手段が、前記レイアウト領域内に前記スクリーンオブジェクトを配置させてその際に前記文書の頁付けを行なうステップ、
からなることを特徴とする方法。
【請求項２】
請求項１において、更に、前記物理的マークアップ表現を新たに作成した文書内に組込むことを特徴とする方法。
【請求項３】
請求項１において、更に、前記物理的マークアップ表現を既存の文書内に組込むことを特徴とする方法。
【請求項４】
請求項１において、前記物理的マークアップ表現が各々がそれぞれの物理的幅とそれぞれの物理的高さとを持った頁を含む頁付けした表現であることを特徴とする方法。
【請求項５】
請求項４において、前記ターゲット文書がターゲット高さを含んでいることを特徴とする方法。
【請求項６】
請求項５において、前記ターゲット文書が標準の用紙寸法であることを特徴とする方法。
【請求項７】
請求項６において、前記標準の用紙寸法が８. ５×１１インチ、８. ５×１４インチ、Ａ４、Ａ５、１１×１７インチのうちの一つであることを特徴とする方法。
【請求項８】
請求項５において、前記物理的マークアップ表現の頁が前記ターゲット文書と同一のアスペクト比を有していることを特徴とする方法。
【請求項９】
請求項４において、更に、前記スケーリング係数によって前記物理的マークアップ表現の高さをスケーリングすることを特徴とする方法。
【請求項１０】
請求項９において、前記物理的マークアップ表現の高さを前記スケーリング係数によってスケーリングする場合に、前記スケーリング係数によって前記物理的マークアップ表現の頁高さをスケーリングすることを特徴とする方法。
【請求項１１】
請求項５において、前記物理的マークアップ表現の頁を＋又は−９０°だけ回転させることを特徴とする方法。
【請求項１２】
請求項１１において、更に、前記論理的最小幅に対する前記ターゲット幅の比が特定したスレッシュホールド未満であるか否かをテストすることを特徴とする方法。
【請求項１３】
請求項１において、前記文書が複数個のフレームを特定するフレームセットであることを特徴とする方法。
【請求項１４】
請求項１において、前記文書が少なくとも１個のハイパーテキストリンクを有しており、本方法が、更に、
前記物理的マークアップ表現をビュア内に表示し、
ハイパーテキストリンクが前記表示されたマークアップからユーザによって選択された場合に外部文書へアクセスする、
上記各ステップを有することを特徴とする方法。
【請求項１５】
請求項１４において、前記ハイパーテキストリンクがサーバ側イメージマップであることを特徴とする方法。
【請求項１６】
請求項１において、前記意味論的マークアップ表現がＨＴＭＬであることを特徴とする方法。
【請求項１７】
請求項１において、前記物理的マークアップ表現がＰＤＦであることを特徴とする方法。
【請求項１８】
請求項１において、更に、
前記スケーリング係数の逆数によって前記物理的マークアップ表現をスケーリングし、且つ
その結果をビュア内に表示する、
上記各ステップを有することを特徴とする方法。
【請求項１９】
文書の意味論的マークアップ表現を該文書の物理的マークアップ表現へ変換するために、コンピュータに、
デフォルト値又はユーザ入力値によって決定されるターゲット幅を有するターゲット文書を作成し且つ格納手段内に格納する手順、
前記意味論的マークアップ表現を構成している前記文書内の全てのスクリーンオブジェクトをそれらの通常の寸法で表示手段上に表示するために必要とされる最小幅に等しい論理的最小幅を計算する手順、
前記スクリーンオブジェクトを意味論的マークアップ表現から少なくとも前記論理的最小幅と同じ幅を有する物理的マークアップ表現へ変換する手順、
物理的マークアップ表現へ変換された前記スクリーンオブジェクトを前記ターゲット文書内に組込む場合に、前記論理的最小幅を前記ターゲット幅と比較して、前記ターゲット幅よりも大きい場合には、前記論理的最小幅によって前記ターゲット幅を割り算してスケーリング係数を計算する手順、
前記スケーリング係数が予め定めた値よりも大きい場合には、前記スケーリング係数で前記ターゲット幅を割り算して得られる頁寸法で新たなレイアウト領域を作成する手順、
前記レイアウト領域内に前記スクリーンオブジェクトを配置させてその際に前記文書の頁付けを行なう手順、
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２０】
請求項１９において、更に、前記物理的マークアップ表現を新たに作成した文書内に組込むことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２１】
請求項１９において、更に、前記物理的マークアップ表現を既存の文書内に組込むことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２２】
請求項１９において、前記物理的マークアップ表現が各々がそれぞれの物理的幅とそれぞれの物理的高さとを持った頁を含む頁付けした表現であることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２３】
請求項２２において、前記ターゲット文書がターゲット高さを含んでいることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２４】
請求項２３において、前記ターゲット文書が標準の用紙寸法であることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２５】
請求項２４において、前記標準の用紙寸法が８. ５×１１インチ、８. ５×１４インチ、Ａ４、Ａ５、１１×１７インチのうちの一つであることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２６】
請求項２３において、前記物理的マークアップ表現の頁が前記ターゲット文書と同一のアスペクト比を有していることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２７】
請求項２２において、更に、前記スケーリング係数によって前記物理的マークアップ表現の高さをスケーリングすることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２８】
請求項２７において、前記物理的マークアップ表現の高さを前記スケーリング係数によってスケーリングする場合に、前記スケーリング係数によって前記物理的マークアップ表現の頁高さをスケーリングすることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２９】
請求２２において、前記物理的マークアップ表現の頁を＋又は−９０°だけ回転させることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３０】
請求項２９において、更に、前記論理的最小幅に対する前記ターゲット幅の比が特定したスレッシュホールド未満であるか否かをテストすることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３１】
請求項１９において、前記文書が複数個のフレームを特定するフレームセットであることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３２】
請求項１９において、前記文書が少なくとも１個のハイパーテキストリンクを有しており、前記プログラムが、更に、コンピュータをして、
前記物理的マークアップ表現をビュア内に表示する手順、
ハイパーテキストリンクが前記表示されたマークアップからユーザによって選択された場合に外部文書へアクセスする手順、
を実行させることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３３】
請求項３２において、前記ハイパーテキストリンクがサーバ側イメージマップであることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３４】
請求項１９において、前記意味論的マークアップ表現がＨＴＭＬであることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３５】
請求項１９において、前記物理的マークアップ表現がＰＤＦであることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３６】
請求項１９において、更に、前記プログラムがコンピュータをして、
前記スケーリング係数の逆数によって前記物理的マークアップ表現をスケーリングする手順、且つ
その結果をビュア内に表示する手順、
を実行させることを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、便利に見るためのハイパーテキストウエブ頁を捕獲する技術に関するものである。
【背景技術】
【０００２】
インターネットのワールドワイドウエブ（「ウエブ」）は、近年、文書情報を発表する一般的な手段となっている。特に、ウエブへのアクセスを有するユーザが、例えばネットスケープナビゲータ（商標）又はマイクロソフトインターネットエクスプロアラ（商標）などのハイパーテキストブラウザを使用することによってリンクされている文書の集まりを介してブラウズすることが一般的であり、その場合に、表示されている文書内のあるスクリーンオブジェクトをユーザが選択すると、別の文書の内容が検索され且つユーザに対して表示される。
【０００３】
ウエブ上の文書の多くは、ハイパーテキストマークアップランゲージ（ＨＴＭＬ）として知られるマークアップ言語を使用してエンコードされている。フレーム拡張を有するＨＴＭＬバージョン３. ２は、１９９７年にワイリーコンピュータパブリシングによって出版されたＧｒａｈａｍ著「ＨＴＭＬソースブック（ＨＴＭＬ Ｓｏｕｒｃｅｂｏｏｋ）」、第三版に記載されている。マークアップ言語は、ビデオスクリーン又はプリンタなどの表示装置上にどの様にして表示されるべきかを記述するために文書内において埋込むことの可能な一組のコード即ちタグである。ＨＴＭＬは「意味論的」マークアップ言語として知られているものである。このことは、文書のある物理的特性（例えば行間隔又はフォント寸法）などを設定するためにＨＴＭＬを使用することが可能なものではあるが、多くのＨＴＭＬタグは、例えばタイトル、パラグラフ、リスト、テーブルなどの文書の論理的特徴を単に識別するに過ぎないものであることを意味している。これらの論理的特徴が表示される精密な態様は、その文書が表示される時に決定すべくブラウザソフトウエアへ任されている。
【０００４】
ＨＴＭＬタグは、しばしば、文書又はそのコンポーネントの固定した物理的寸法を特定するものではないので、ブラウザによって表示される特定の文書の精密な様相は、しばしば、それが表示されるブラウザウインドの寸法に依存する。例えば、図１及び２は米国特許庁（１９９７年９月現在ユニフォームリソースロケイタ（ＵＲＬ）がｈｔｔｐ：／／ｗｗｗ．ｕｓｐｔｏ．ｇｏｖ／で特定される）のホームウエブ頁の二つのビューを示している。図２においては、ウエブブラウザウインドは図１におけるものよりも著しく小さく、且つ、理解されるように、これら二つのウインドを介して見られるウエブ頁は、例えば、タイトル３０及びリスト要素４０の幅に関してその全体的な様相が異なっている。
【０００５】
ＨＴＭＬの一つの重要な特徴は、ＨＴＭＬ文書内において外部データ資源を参照することが可能であるということである。この様な参照がＨＴＭＬ内において使用される一つの方法は、そのＨＴＭＬ文書の表示の一部として表示されるべき内容の発生源である補助文書を識別することである。例えば、ＨＴＭＬタグ「ＩＭＧ」は、そのＩＭＧタグが見つけられたＨＴＭＬ文書の表示の一部内において特定された画像文書の内容が表示されるべきであることを特定する。同様に、ＨＴＭＬ文書内の「ＦＲＡＭＥ（フレーム）」タグは、特定された文書の内容がそのＨＴＭＬ文書によって画定されるフレームセットの特定のフレーム内に表示されるべきであることを特定する。（ＨＴＭＬ内におけるフレーム及びフレームセットの使用については後に詳細に説明する。）
ＨＴＭＬは、更に、ＨＴＭＬ文書内のハイパーテキストリンクを有することが可能であるということを特徴としている。ＨＴＭＬ文書内のハイパーテキストリンクは、スクリーンオブジェクト（例えば、単語又はイメージ）と外部資源との間の関連性を形成する。ＨＴＭＬ文書がブラウザによって表示されると、ユーザはそのスクリーンオブジェクトを選択することが可能であり、且つブラウザは外部資源からの内容を検索し且つ表示することによって応答する。ハイパーテキストリンクは、例えば、ＨＲＥＦ属性を有するＨＴＭＬアンカータグでＨＴＭＬ文書内において特定することが可能である。
【０００６】
ＨＴＭＬ内のこの様な外部参照の使用は、ワイドエリアネットワーク（ＷＡＮ）上での分散型文書格納を容易なものとさせる。大型の文書を分断し且つ外部参照によって論理的に関連付けされた一組のより小さな文書として格納することが可能である。例えば、ＨＴＭＬ文書内のグラフィックイメージを別々の文書として格納することが一般的である（例えば、ＧＩＦ又はＪＰＥＧフォーマットにおいて）。又、大きなテキストの複数個のセクションを別々の文書として格納すること、及びハイパーテキストリンクを使用することによって一つのセクションから別のセクションへ移動することを容易とさせることも一般的である。
【０００７】
更に、一組の予め存在する文書をＨＴＭＬタグでリンクさせて一貫性のある統一体を形成することも可能である。例えば、共通の主題に関連する一組の予め存在する文書に対してハイパーテキストリンクを含むＨＴＭＬ文書を作成し、ユーザによってこの様な文書を体系的にレビューすることを容易なものとさせることが可能である。
【０００８】
ＨＴＭＬ文書の一つの特徴は、該文書が頁付けされていないということである。即ち、ＨＴＭＬ文書の表示された「高さ」は、それを見るために使用されるブラウザによって表示された場合に、その中に画定されるスクリーンオブジェクトの配列及び量によってのみ決定されるものであって、その文書に関連している何らの固定した頁寸法によって決定されるものではない。（尚、「頁寸法」は、例えば、用紙上に印刷された物理的な頁のことを必ずしも言及するものではなく、単に、その文書の内容が固定した寸法で一連の領域へ分割される電子的文書の特性であるに過ぎない。）表示された文書がブラウザウインドの高さに入らない場合には、ブラウザはウエブ頁がスクロールして付加的な内容を見ることを可能とさせる。図３は図２に示した同一のブラウザウインド内に表示されている米国特許庁のホームウエブ頁を示しているが、その頁は幾分スクロールされて付加的な材料を表示している点が異なっている。
【０００９】
最近のＨＴＭＬに対してなされた拡張によって、単一のブラウザウインド内において複数個のスクロール可能であり且つ再寸法設定可能な「フレーム」を表示させることが可能である。フレームとは、「フレームセット」として知られる特別のタイプのＨＴＭＬ文書によって画定される。フレームセットはウインド内のフレームの寸法及び配向状態を与える情報を与え、且つ各フレームの内容を特定する。一つのフレームの内容は、ＨＴＭＬ文書の内容か、又は副次的なフレームセット（即ち、その内容全体がより大きなフレームセットの単一のフレーム内に表われるフレームセット）とすることが可能である。他のＨＴＭＬスクリーンオブジェクトの場合と同様に、一つのフレームの高さ又は幅は絶対的又は相対的な意味で特定することが可能である。
【００１０】
図４，５，６はＨＴＭＬにおけるフレームの動作を例示している。図４は二つのフレームを含むフレームセットを表示しているブラウザウインドを示している。フレーム５０はスクリーンの左側にある狭い垂直の欄である。フレーム５５はフレーム５０の右側にあるより幅広の欄である。フレーム５０はＨＴＭＬ文書を有しており、それはブラウザウインドの高さと同じ長さであり、一方フレーム５５はブラウザウインドの高さよりも一層大きな文書を有している。図５において理解されるように、フレーム５５内に含まれるＨＴＭＬ文書の残部を表示させるために、フレーム５５はフレーム５０とは独立的にスクロールさせることが可能である。
【００１１】
上の例において、フレーム５０は１１５個のピクセルからなる固定した幅を有するものとして画定されており、一方フレーム５５の幅はフレーム５０の幅と相対的に画定されており、即ちその幅はブラウザウインドの幅からフレーム５０によって使用されている１１５個のピクセルを差引いたものと等しいものに設定されている。図６から理解されるように、ブラウザウインドがより小さなものとされると、フレーム５５はそれに従って縮小し、一方フレーム５０は固定された幅に止どまる。
【００１２】
上に説明したように、ブラウザによって表示されるＨＴＭＬ文書の究極的な様相は、通常、それが表示されるブラウザウインド（又はフレーム）の寸法に依存する。一般的に、ウエブブラウザは、ＨＴＭＬ文書から一連のスクリーンオブジェクト（例えば、単語、イメージ、リスト、フレーム又はテーブル）を抽出し、且つそれらをスクリーン上において逐次的に行毎に配置させる。一つの行が満杯となると、次のオブジェクトはそれに続く行内に配置される。このプロセスは、ＨＴＭＬ文書内の全てのスクリーンオブジェクトが配置されるまで継続して行われる。
【００１３】
しかしながら、この一般的な原理は、表示されたＨＴＭＬ文書の幅はその中に含まれる最も幅広のスクリーンオブジェクトの最小幅よりもより小さなものとすることはできないという拘束条件によって制限される。この拘束条件下において、あるスクリーンオブジェクトの最小幅がブラウザウインドの幅よりも一層大きいものである場合には、ブラウザウインドを介して見る場合に、その文書の一部はスクリーンから外れたままであり（左又は右）、且つ典型的には、水平スクロールバーが表示されて、ユーザがその文書のビューを左又は右へシフトさせることを可能とする。
【００１４】
ＨＴＭＬスクリーンオブジェクトは、固定されているか又は可変の何れかの幅を有することが可能である。例えば、ＨＴＭＬ文書内のテキストの単一の単語の幅は固定されている（それを表示するためのブラウザによって選択されているフォントによって与えられる）。その幅は、その単語内のキャラクタ及びそれが表示されるフォント寸法によって決定される。同様に、ＨＴＭＬテーブル内のセルの幅は、ある数のピクセルとしてその幅を明示的に特定することによって固定することが可能である。
【００１５】
これと対比して、可変幅スクリーンオブジェクトの幅は、それが表われるブラウザウインドの幅に依存して変化する。しかしながら、可変幅スクリーンオブジェクトであっても最小幅を有している。例えば、テキストの１個のパラグラフの幅は、通常、ブラウザウインドの寸法に従って変化するが、それは、該パラグラフ内に含まれる最も幅広の単語よりも幅狭のものとすることはできない。同様に、イメージを含むテーブルは、その幅が相対的な意味で画定されているセルを有することが可能であるが、該テーブルは、それにも拘らず、その最も幅広の行内のイメージの幅の和よりも小さいものとすることはできない。
【００１６】
この拘束条件を図７，８，９，１０に例示してある。図７，８，９の各々において、同一のＨＴＭＬ文書がブラウザウインド６５内に表示されている。その背後に存在するＨＴＭＬコードの一部を図１０に示してある。図７及び１０を参照すると、表示されている文書は上側が揃えられている２個のセルを有するテーブル８０を包含しており、１個のセル８５はクライエント側イメージマップを包含しており且つ他方のセル９０は「ＵＳ ＰＡＴＥＮＴ ＡＮＤ ＴＲＡＤＥＭＡＲＫ ＯＦＦＩＣＥ（米国特許庁）」という見出しと、水平線と、「Ｎｅｗ ｏｎ ｔｈｅ ＰＴＯ ｓｉｔｅ；米国特許庁サイトでの新しいこと）」という見出しを有する順番付けされていないリストとを包含している。図８において、ウインド６５は図７におけるよりも一層幅狭であるが、スクリーン上のどのオブジェクトの最小幅よりも幅広である。従って、該文書の各線はウインド６５の幅と同じに調節されており且つブラウザウインドの右側においてユーザから隠されているものは何もない。これと対比して、図９においては、ウインド６５はテーブル８０の最小幅よりも一層幅狭である。セル８５におけるイメージマップの固定幅＋セル９０における最も幅広の単語の幅（「ＴＲＡＤＥＭＡＲＫ」の単語）がブラウザウインド６５の幅よりも一層大きいからである。従って、その文書の結果的に得られる表示幅はウインド６５よりも一層幅広であり、該文書の最も右側の部分はビューから隠れることとなる。
【００１７】
ウエブ上の視覚的表示データの集まりは、典型的に、リンクされているＨＴＭＬ文書のセットとして格納されるものであるが、例えばポータブルドキュメントフォーマット（ＰＤＦ）のような物理的マークアップ言語を使用して固定頁寸法を持った単一文書として格納させることも一般的であり且つ便利である。ＰＤＦはアドビシステムズ、インコーポレイテッドの出版物である「ポータブルドキュメントフォーマット参照マニュアル（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ Ｒｅｆｅｒｅｎｃｅ Ｍａｎｕａｌ）」、アジソン・ウエズリ出版社、１９９３年の文献に記載されている。
【００１８】
【非特許文献１】Ｇｒａｈａｍ著「ＨＴＭＬソースブック（ＨＴＭＬ  Ｓｏｕｒｃｅｂｏｏｋ）」、第３版、ワイリーコンピュータパブリシング、１９９７年
【非特許文献２】「ポータブルドキュメントフォーマット参照マニュアル（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ｍａｎｕａｌ）」、アジソン・ウエズリ出版社、１９９３年
【非特許文献３】山科  幸久、「ＳＧＭＬを使用したマニュアル作成システムの紹介」、情報処理学会研究報告、社団法人情報処理学会、１９９７年９月１９日、第９７巻、第９３号、２５−３０頁
【非特許文献４】隅  夏樹、「ホームページスーパーテクニック：Ｊａｖａ，Ｍｏｖｉｅなどであなたのホームページに華麗なる演出を！」、Ｍａｃ  Ｆａｎ  Ｉｎｔｅｒｎｅｔ、株式会社毎日コミュニケーションズ、１９９７年８月１日、第２回、第８号、１３０−１３３頁
【特許文献１】特開平６−３０９１２８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、以上の点に鑑みなされたものであって、上述した如き従来技術の欠点を解消し、ＨＴＭＬなどの意味論的マークアップ言語で記載されている複数個のウエブ頁をＰＤＦなどの物理的マークアップ言語で記載されている単一の頁付けした文書内へ統合させることを可能とした技術を提供することを目的とする。本発明の別の目的とするところは、頁付けした文書内における頁付けしていないハイパーテキストを捕獲する技術を提供することである。
【課題を解決するための手段】
【００２０】
一般的に、一つの側面においては、本発明は、一つの文書の意味論的マークアップ表現を該文書の物理的マークアップ表現へ変換する方法を提供している。本方法は、文書内の全てのスクリーンオブジェクトをそれらの通常の寸法で表示するのに必要な最小幅に等しい論理的最小幅を計算し、該文書の物理的マークアップ表現であって該論理的最小幅と少なくとも同じ幅を有する物理的マークアップ表現を作成し、且つ該物理的マークアップ表現をターゲット幅を含むターゲット寸法へ適合させ、その場合に該物理的マークアップ表現を該論理的最小幅に対する該ターゲット寸法の要素の比から派生したスケーリング係数によってスケーリングさせる。本発明の好適実施例では、以下の特徴の一つ又はそれ以上を有するものである。該物理的マークアップ表現は新しく作成した文書内に組込む。該物理的マークアップ表現は既存の文書内へ組込む。該ターゲット寸法の該要素はターゲット幅である。該物理的マークアップ表現は、各々がそれぞれの物理的幅及びそれぞれの物理的高さを持った頁を包含する頁付けした表現である。該ターゲット寸法はターゲット高さを有している。該ターゲット寸法は標準の用紙寸法である。該標準の用紙寸法は、８. ５×１１インチ、８. ５×１４インチ、Ａ４、Ａ５、１１×１７インチのうちの一つである。該物理的マークアップ表現の頁はターゲット寸法と同一のアスペクト比を有している。該物理的マークアップ表現の高さは、該スケーリング係数によってスケーリングされる。該物理的マークアップ表現の頁高さは該スケーリング係数によってスケーリングされる。該ターゲット寸法の要素はターゲット高さである。該物理的マークアップ表現の頁は＋又は−９０°だけ回転される。論理的最小幅に対するターゲット幅の比は、それが特定したスレッシュホールド未満であるか否かテストする。該文書は複数個のフレームを特定するフレームセットである。該文書は少なくとも１個のハイパーテキストリンクを包含しており、該物理的マークアップ表現はビュア内に表示され、且つ表示されたマークアップからハイパーテキストリンクがユーザによって選択される場合に外部文書がアクセスされる。該ハイパーテキストリンクはサーバ側イメージマップである。該意味論的マークアップ表現はＨＴＭＬである。該物理的マークアップ表現はＰＤＦである。該物理的マークアップ表現がターゲット寸法へ適合された後に、該物理的マークアップ表現は、該スケーリング係数の逆数によってスケーリングされ且つその結果がビュア内に表示される。
【００２１】
一般的に、別の側面においては、本発明はハイパーテキストデータを表示する方法を提供している。本方法は、ビュア内において、物理的マークアップ表現で表現されており且つ少なくとも１個のハイパーテキストリンクを包含する第一文書を表示し、ハイパーテキストリンクが該表示された第一文書からユーザによって選択される場合に外部文書へアクセスし、該外部文書の意味論的マークアップ表現を物理的マークアップ表現へ変換し、且つ該外部文書の物理的マークアップ表現を該第一文書内に組込む、ことを包含している。本発明の好適実施例は、以下の特徴の一つ又はそれ以上を有している。ハイパーテキストリンクは外部文書の物理的マークアップ表現へポイントするように修正される。該ハイパーテキストリンクの元の状態が保存される。該第一文書の一部を削除する動作に応答して、該削除された部分に対してポイントするハイパーテキストリンクがその元の状態へ復帰される。該外部文書が要約されて該外部文書のダイジェストを作成し、且つ該外部文書のダイジェストは、該外部文書の物理的マークアップ表現が既に該第一文書内に組込まれているか否かを決定するためにテストされる。該外部文書は、主要文書と１個又はそれ以上の補助文書とを有している。各補助文書は要約されてそれぞれの補助文書ダイジェストを作成し、且つ各補助文書のデジタルダイジェストは、該外部文書の物理的マークアップ表現が既に該第一文書内に組込まれているか否かを決定するためにテストされる。該デジタルダイジェストは複合ダイジェストである。
【００２２】
一般的に、別の側面においては、本発明は、主要文書と１個又はそれ以上の補助文書とを有するデータの集まりの区別用識別子を形成する方法を提供している。本方法は、各補助文書を要約してそれぞれの補助文書ダイジェストを作成し、且つ該主要文書と全ての補助文書ダイジェストとの連結を要約することによって区別用識別子を作成することを包含している。本発明の好適実施例は以下の特徴のうちの一つ又はそれ以上を有している。デジタルダイジェストアルゴリズムが適用される。該デジタルダイジェストアルゴリズムはＭＤ５メッセージダイジェストアルゴリズムである。
【００２３】
一般的に、別の側面においては、本発明は、階層的ファイルシステム上の最初の文書に対して推移的にリンクされている文書を検索する方法を提供している。本方法は、該最初の文書を検索し且つ該最初の文書からその他の文書への推移的リンクが存在しており且つ該推移的リンクが全て該最初の文書と同一のディレクトリパス内にある文書を包含しているその他の文書のみを検索することを包含している。本発明の好適実施例は以下の特徴のうちの一つ又はそれ以上を有している。該階層的ファイルシステムはネットワーク上に分散されている。該階層的ファイルシステムはインターネット上に分散されている。
【００２４】
一般的に、別の側面においては、本発明は、文書の意味論的マークアップ表現を該文書の物理的マークアップ表現へ変換するためのコンピュータによって読取り可能な媒体上に存在しているコンピュータプログラムであって、該コンピュータプログラムが、コンピュータをして、該文書内における全てのスクリーンオブジェクトをそれらの通常の寸法で表示させるために必要な最小幅に等しい論理的最小幅を計算させ、該文書の物理的マークアップ表現であって少なくとも該論理的最小幅と同じ幅を持った物理的マークアップ表現を作成させ、且つ該物理的マークアップ表現をターゲット幅を含むターゲット寸法へ適合させる、上記各命令を有しており、該コンピュータをして物理的マークアップ表現を適合させる命令が、コンピュータをして、該論理的最小幅に対するターゲット寸法の要素の比から派生されたスケーリング係数によって該物理的マークアップ表現の幅をスケーリングさせる命令を有しているコンピュータプログラムを提供している。本発明の好適実施例は、以下の特徴のうちの一つ又はそれ以上を有している。該プログラムは、コンピュータをして、物理的マークアップ表現を新たに作成した文書内に組込ませる命令を有している。該プログラムは、コンピュータをして、物理的マークアップ表現を既存の文書内に組込ませる命令を有している。該ターゲット寸法の該要素はターゲット幅である。該物理的マークアップ表現は、各々がそれぞれの物理的幅とそれぞれの物理的高さとを持った複数個の頁を包含する頁付けした表現である。該ターゲット寸法はターゲット高さを包含している。該ターゲット寸法は標準の用紙寸法である。該標準の用紙寸法は、８. ５×１１インチ、８. ５×１４インチ、Ａ４、Ａ５、１１×１７インチのうちの一つである。該物理的マークアップ表現の頁は、該ターゲット寸法と同一のアスペクト比を有している。本プログラムは、コンピュータをして、スケーリング係数によって物理的マークアップ表現の高さをスケーリングさせる命令を有している。本プログラムは、コンピュータをして、該スケーリング係数によって物理的マークアップ表現の頁高さをスケーリングさせる命令を有している。該ターゲット寸法の該要素はターゲット高さである。本プログラムは、コンピュータをして、物理的マークアップ表現の頁を＋又は−９０°だけ回転させる命令を有している。本プログラムは、コンピュータをして、該論理的最小幅に対するターゲット寸法の比が特定したスレッシュホールド未満であるか否かをテストさせる命令を有している。該文書は複数個のフレームを特定するフレームセットである。該文書は少なくとも１個のハイパーテキストリンクを包含しており且つ本プログラムは、コンピュータをして、ビュア内に物理的マークアップ表現を表示させ且つ表示されたマークアップからユーザによってハイパーテキストリンクが選択される場合に外部文書へアクセスさせる命令を有している。該ハイパーテキストリンクはサーバ側イメージマップである。該意味論的マークアップ表現はＨＴＭＬである。該物理的マークアップ表現はＰＤＦである。本プログラムは、コンピュータをして、該物理的マークアップ表現をターゲット寸法へ適合させた後に、該物理的マークアップ表現を該スケーリング係数の逆数によってスケーリングさせ且つその結果をビュア内に表示させる命令を有している。本プログラムは、コンピュータをして、ビュア内において、物理的マークアップ表現で表わされており且つ少なくとも１個のハイパーテキストリンクを含む第一文書を表示させ、表示された第一文書からユーザによってハイパーテキストリンクが選択された場合に外部文書へアクセスさせ、該外部文書の意味論的マークアップ表現を物理的マークアップ表現へ変換させ、且つ該外部文書の物理的マークアップ表現を該第一文書内に組込ませる命令を有している。本プログラムは、コンピュータをして、該外部文書の物理的マークアップ表現へポイントさせるようにハイパーテキストリンクを修正させる命令を有している。本プログラムは、コンピュータをして、該ハイパーテキストリンクの元の状態を保存させる命令を有している。本プログラムは、コンピュータをして、該第一文書の一部の削除動作に応答して、該削除された部分に対してポイントしているハイパーテキストリンクをその元の状態へ回復させる命令を有している。本プログラムは、コンピュータをして、該外部文書を要約して該外部文書のダイジェストを作成させ、且つ該外部文書の物理的マークアップ表現が既に該第一文書内に組込まれているか否かを決定するために該外部文書のダイジェストをテストさせる命令を有している。該外部文書は、主要文書と１個又はそれ以上の補助文書とを有している。本プログラムは、コンピュータをして、各補助文書を要約してそれぞれの補助文書ダイジェストを作成させ且つ該外部文書の物理的マークアップ表現が既に該第一文書内に組込まれているか否かを決定するために各補助文書のデジタルダイジェストをテストさせる命令を有している。該デジタルダイジェストは複合ダイジェストである。
【００２５】
一般的に、別の側面においては、本発明は、主要文書と１個又はそれ以上の補助文書とを有するデータの集まりの区別用識別子を形成するためにコンピュータによって読取り可能な媒体上に存在しているコンピュータプログラムにおいて、コンピュータをして、各補助文書を要約してそれぞれの補助文書ダイジェストを作成させ且つ該主要文書と全ての補助文書ダイジェストとの連結を要約することにより区別用識別子を作成させる命令を有しているコンピュータプログラムを提供している。本プログラムは、コンピュータをして、デジタルダイジェストアルゴリズムを適用させる命令を有している。該デジタルダイジェストアルゴリズムはＭＤ５メッセージダイジェストアルゴリズムである。
【００２６】
一般的に、別の側面においては、本発明は、階層的ファイルシステム上の最初の文書へ推移的にリンクされている文書を検索するためのコンピュータによって読取り可能な媒体上に存在しているコンピュータプログラムにおいて、コンピュータをして、該最初の文書を検索させ、且つ該最初の文書からその他の文書への推移的リンクが存在しており且つ該推移的リンクが全て該最初の文書と同一のディレクトリパス内に存在している文書を包含しているその他の文書のみを検索させる、命令を有しているコンピュータプログラムを提供している。本発明の好適実施例は、以下の特徴のうちの一つ又はそれ以上を有している。該階層的ファイルシステムはネットワーク上に分散されている。該階層的ファイルシステムはインターネット上に分散されている。
【００２７】
本発明の効果としては以下に記載する一つ又はそれ以上のものがある。ＨＴＭＬなどの意味論的マークアップ言語で記載されているウエブ頁を、ＰＤＦなどの物理的マークアップ言語で記載されている単一の頁付けした文書内に統合させることが可能である。ウエブ頁は、空間的拘束条件のために情報を失うことなしに、固定した頁寸法を持ったフォーマットへ変換させることが可能である。主要文書及び関連する補助文書に対して事実上独特の単一の識別子を作成することが可能である。一つの文書へリンクされており、且つ同一のディレクトリパス内に存在する文書の全てをファイルシステムから検索することが可能である。
【発明を実施するための最良の形態】
【００２８】
図１１を参照すると、クライエントソフトウエアを稼動しているユーザコンピュータ１００が、通信リンク１０２を介して、ウエブサーバ１４０のようなウエブサーバへ接続している。ウエブサーバは例えば頁１４４のようなウエブ頁を含むデータ格納部１４２のようなデータ格納部へリンクされている（静的又は動的）。クライエントソフトウエア（それは、１個又はそれ以上の別のプログラム、及びプラグインモジュール及びオペレーティングシステム拡張を包含することが可能）は、典型的に、モニタ１０４のようなディスプレイ装置上に情報を表示し且つキーボード（不図示）及びマウス１０６のようなカーソル位置決め装置からユーザの入力を受取る。コンピュータ１００は、通常、マウス１０６のユーザによる移動がディスプレイ１０４上に表示されているカーソルグラフィックの対応した移動を発生させるようにプログラムされている。
【００２９】
コンピュータ１００のプログラミングは、マウス１０６から位置情報を受取り且つそれをコンピュータ１００上で稼動しているアプリケーションプログラムへ供給するインターフェース１０８を有している。この様なアプリケーションプログラムの中には、ウエブブラウザ１１０、ＰＤＦビュア１２０がある。又、コンピュータ１００上ではウエブ頁インテグレータ１３５が稼動しており、それはＰＤＦビュア１２０の一部とさせることが可能である。ユーザからの要求に応答して、ＰＤＦビュアは、ウエブ頁インテグレータ１３５に対して一つ又はそれ以上のウエブサーバ（例えばウエブサーバ１４０）から、ユーザによって供給されたＵＲＬによって特定される最初の文書及び該最初の文書に対して直接的に又は間接的にリンクされているその他の文書を検索させることを要求することが可能である。要求された文書が検索されると、ウエブ頁インテグレータはそれらを単一のＰＤＦ文書内へ統合させ、それは、次いで、ＰＤＦビュア１２０によって表示される。
【００３０】
ＰＤＦビュアによって表示されるＰＤＦ文書は、ウエブ頁に対するハイパーテキストリンクを有すると共に、ＰＤＦ文書内の内部頁に対するハイパーリンクを有することが可能である。ユーザがＰＤＦ文書内のハイパーリンクを、例えば、マウスで選択すると、そのリンクが該ＰＤＦ文書内における一つの頁に対するものである場合には、その頁がＰＤＦビュアによって表示される。しかしながら、そのハイパーテキストリンクがウエブ頁に対するものである場合には、その頁はユーザによって設定されたモードに依存して、ブラウザによって表示されるか、又はＰＤＦ文書内へ統合され且つＰＤＦビュアによって表示される。
【００３１】
図１２、１２ａ、１２ｂはウエブ頁を単一の頁付けした文書内へ組込む方法のフローチャートであって、プログラムしたコンピュータシステムにおいて実現される場合について説明する。第一に、システムがユーザに対して既存のＰＤＦ文書の名前、又はＵＲＬとウエブ横断基準を与えるようにユーザに質問を行う（ステップ２００）。ユーザがＰＤＦ文書の名前を与える場合には、その文書は「ターゲット文書」となる（ステップ２１０）。そのターゲット文書はＰＤＦビュア内に表示され且つユーザ入力を待機する（ステップ２２０）。ユーザがＵＲＬとウエブ横断基準とを与える場合には、新たな空のＰＤＦ文書が作成される。この文書はターゲット文書となる。ターゲット文書のパラメータが設定され、それはデフォルト値又はユーザからの入力の何れかに従って、その文書内の頁のターゲット幅及びターゲット高さ（集約的に、該文書の「ターゲット寸法」）を特定する。次いで、ＦｅｔｃｈＡｎｄＩｎｃｏｒｐｏｒａｔｅ（フェッチアンドインコーポレイト）ルーチンが呼出され、それは、ＵＲＬによって特定された開始文書、及び該開始文書へリンクされており且つウエブ横断基準を満足するその他の文書をターゲット文書内へ組込む（ステップ２３０）。次いで、ターゲット文書はＰＤＦビュアによって表示され、システムはユーザ入力を待機する（ステップ２２０）。
【００３２】
ターゲット文書の頁は、通常、それらのターゲット寸法、即ちそれらのＰＤＦエンコーディングで特定された頁の寸法で表示される。しかしながら、ユーザの要求により、該頁をそれらの「自然の寸法」で表示させることが可能である。頁の「自然の寸法」とは、ターゲット寸法と同一のアスペクト比を有しているが、該ターゲット幅のうちの一層大きなものに等しい幅及びその頁を組込んだウエブ頁をブラウザ内において表示するのに必要な最小幅を持った寸法のことを意味している。
【００３３】
ユーザがハイパーテキストリンクを選択すると（ステップ２３５）、図１２ａを参照すると、そのリンクが検査されて、それが既にターゲット文書内へ組込まれている文書に対してポイントするものであるか否かを決定し（ステップ２４０）、且つ、そうである場合には、前に組込んだ文書に対応するターゲット文書の頁をＰＤＦビュアで表示させる（ステップ２５０）。そうでない場合には、ユーザが設定可能なフラグであるＩｎｃｏｒｐｏｒａｔｅ？の値をチェックし（ステップ２６０）且つ以下のステップのうちの一つを行う。
【００３４】
Ｉｎｃｏｒｐｏｒａｔｅ？フラグがＦＡＬＳＥ（偽）である場合には、ハイパーテキストリンクによって特定されたＵＲＬがそのＵＲＬに対応する文書を表示するための命令と共に標準のウエブブラウザプログラムへ供給される（ステップ２７０）。
【００３５】
Ｉｎｃｏｒｐｏｒａｔｅ？フラグがＴＲＵＥ（真）である場合には、ＦｅｔｃｈＡｎｄＩｎｃｏｒｐｏｒａｔｅルーチンが、ＵＲＬ、及びそのＵＲＬと関連する文書のみが検索されることを特定するウエブ横断基準と共に呼出される（ステップ２８０）。その結果、そのＵＲＬによって特定された文書に対応するターゲット文書内に１個又はそれ以上の頁が作成される。次いで、これらの頁のうちの第一のものがＰＤＦビュアによって表示される（ステップ２９０）。
【００３６】
再度図１２を参照すると、ユーザがターゲット文書内に含まれるフォームを提起することを要求すると（ステップ３００）、図１２ａに示したように、該フォームの内容が適宜のサーバへ提供される（ステップ３１０）。フォームの提供に応答してサーバから受取ったウエブ文書は、ウエブブラウザ内に表示されるか（ステップ３３０）又はＣｏｎｖｅｒｔＴｏＰＤＦ手順（以下に詳細に説明する）によってターゲット文書内へ組込まれ且つＩｎｔｅｇｒａｔｅ？フラグの値に従って（ステップ３２０）、ＰＤＦビュアによって表示される（ステップ３４０）。
【００３７】
再度図１２を参照すると、ユーザがターゲット文書内のサーバ側イメージマップ上の点を選択する場合には以下のステップがとられる（ステップ３５０）。（サーバ側イメージマップは、ユーザがマウスなどのポインティング装置を使用して該イメージ内の任意の点を選択する場合に、そのイメージ内のその点の座標が特定したサーバへ提供され、該サーバがブラウザへ文書を送ることによって応答するようにブラウザ内に表示されるイメージのことである。）第一に、且つ図１２ｂを参照すると、ユーザによって選択された座標は現在表示されている頁と関連している変数ＳｃａｌｉｎｇＦａｃｔｏｒの値によって割算される（ステップ３６０）。変数ＳｃａｌｉｎｇＦａｃｔｏｒは、存在する場合には、ターゲット文書内の頁上に入るように元のサーバ側イメージマップの寸法を減少させた量を表わす。その結果得られる座標値がサーバへ送信され（ステップ３６０）、且つＩｎｃｏｒｔｏｒａｔｅ？フラグの値に従って（ステップ３７０）、該サーバによって送信された文書がウエブブラウザによって表示されるか（ステップ３８０）、又はターゲット文書内に組込まれ且つＰＤＦビュアによって表示される（ステップ３９０）。
【００３８】
再度図１２を参照すると、ユーザがターゲット文書から頁を削除することを要求すると（ステップ４００）、図１２ｂを参照して説明すると、その頁は削除され（ステップ４１０）、且つその頁に対してポイントしていた該文書内の全てのハイパーテキストリンクは外部リンクとなるべくリセットされる（ステップ４２０）。
【００３９】
ユーザの要求が処理されると、制御はステップ２２０へ復帰し、そこでユーザからのさらなる要求を待機する。
【００４０】
図１３はＦｅｔｃｈＡｎｄＩｎｃｏｒｐｏｒａｔｅルーチンのステップを示したフローチャートであり、それは、与えられたＵＲＬからターゲット文書へリンクされている文書の集まりを検索する。最初に、そのＵＲＬは未決のＵＲＬのリスト上に配置される（ステップ５００）。次いで、ユーザによって特定された基準に従って、該リスト上のＵＲＬの何れかが有効であるか否かを決定するために該リストのチェックを行う（ステップ５１０）。
【００４１】
ユーザによって特定することが可能な一つのウエブ横断基準は最大深さ基準である。この基準は、ＦｅｔｃｈＡｎｄＩｎｃｏｒｐｏｒａｔｅルーチンへの反復するコール即ち呼出しの深さを制限し、従って最初に検索した文書とターゲット文書内に組込むべき後に検索した文書との間の「リンク距離」を制限する。
【００４２】
ユーザによって特定することの可能な別の基準は「ステイ・オン・サーバ（ｓｔａｙ ｏｎ ｓｅｒｖｅｒ）」基準である。この基準がセットされると、最初に検索した文書と同一のサーバを表わすＵＲＬを有する文書のみが検索される。ユーザによって設定することの可能な別の基準は「同一パス」基準である。この基準がセットされると、最初に検索した文書と同一のファイルシステムディレクトリ（又はそのディレクトリのサブディレクトリ）を表わすＵＲＬを有する文書のみが検索される。
【００４３】
リスト上に有効なＵＲＬが存在する場合には、このリスト上の最初の有効なＵＲＬによって識別された文書がＦｅｔｃｈＤｏｃルーチンを呼出すことによって検索される（ステップ５２０）。ＦｅｔｃｈＤｏｃルーチンは、ターゲット文書から一組の頁を返すか、又は０又はそれ以上の関連する補助文書を有するウエブサーバから検索された文書を返す。ＦｅｔｃｈＤｏｃルーチンがターゲット文書から頁を返すと（ステップ５３０）、このことは、要求された文書が既にターゲット文書内に組込まれていることを表わし、且つ該ルーチンはステップ５６０において継続して行われる。
【００４４】
ＦｅｔｃｈＤｏｃルーチンがウエブサーバからＰＤＦ頁を包含する文書をリターン即ち返すと、これらの頁はターゲット文書の終わりにアペンドされる（ステップ５４０）。
【００４５】
ＦｅｔｃｈＤｏｃルーチンがウエブサーバから非ＰＤＦ文書（多分、関連する補助文書と共に）を返すと、ＣｏｎｖｅｒｔＴｏＰＤＦルーチンが呼出される（ステップ５５０）。ＣｏｎｖｅｒｔＴｏＰＤＦルーチンは、引数として非ＰＤＦ文書及びその補助文書をとり且つターゲット文書へアペンドされる対応するＰＤＦ頁を作成する。
【００４６】
次に、ＦｅｔｃｈＤｏｃルーチンによって返された文書内のハイパーテキストリンクによって参照されるＵＲＬの全てが未決のＵＲＬのリストへ付加され（ステップ５６０）、且つ制御はステップ５１０へ返される。
【００４７】
この様に、ターゲット文書へリンクされている全ての文書及びこれらの文書にリンクされている全ての文書などが、ユーザによって特定されたウエブ横断基準に従って検索される。本明細書においては「推移的リンク」という用語を使用するが、それは二つの文書が、それらを接続する一連の１個又はそれ以上のリンクが存在していることを示すものである。
【００４８】
任意の時刻において、未決のＵＲＬのリストが有効なＵＲＬを包含するものではない場合には、ターゲット文書内のハイパーテキストリンクは、ターゲット文書内に組込まれた文書へリンクしているハイパーテキストリンク（本書においては「内部リンク」と呼称する）が今やウエブからの対応するＨＴＭＬ文書に対してではなくターゲット文書内の対応する頁に対してポイントするように修正される（ステップ５７０）。元のリンク情報（即ち、ウエブをベースとしたデータ資源に対してポイントしているＵＲＬ）は、維持される。内部リンクが無効なものとなると（例えば、それがポイントする頁がターゲット文書から削除された場合）、元のリンク情報は、ウエブからのデータへアクセスするために使用することが可能である。
【００４９】
図１４はＦｅｔｃｈＤｏｃルーチンによってとられるステップを示したフローチャートである。特定されたＵＲＬは、それが既にターゲット文書の頁内に組込まれているウエブからの文書に対応するものであるか否かを判別するためにチェックされる（ステップ６００）。（ＵＲＬはその様に対応することが可能である。なぜならば、ＵＲＬはターゲット文書の頁として前に組込まれてた文書を参照するからであり、又は以下に更に詳細に説明するように、ターゲット文書の頁内に組込んだ文書を参照するＵＲＬと等価なものとして以前に発見されていたからである。）そうである場合には、ターゲット文書からの対応する頁がリターン即ち返される（ステップ６１０）。
【００５０】
そうでない場合には、要求された文書（本書においては、「主要な文書」と呼称する）はウエブサーバから検索される（ステップ６２０）。主要文書がスキャンされ、且つ主要文書のディスプレイ内に含まれるべき全ての補助文書（存在する場合）のＵＲＬが注記される（ステップ６３０）。フレームセットではないＨＴＭＬ文書の場合には、該補助文書はイメージ（画像）文書を包含する場合がある。フレームセットの場合には、これらの補助文書はフレームの内容を供給する文書を包含している。
【００５１】
補助文書を参照する各ＵＲＬに対して、該補助文書がイメージ文書である場合には、ＵＲＬがターゲット文書の頁内に既に検索された文書を参照するか否かを決定する。このことは、ＵＲＬをターゲット文書内に前に組込んだＵＲＬ参照用イメージ文書のリストと比較することによって行われる。（ＵＲＬがこのリスト上に表われる場合がある。なぜならば、それはターゲット文書内に前に組込んだイメージ文書を参照するからであるか、又は以下に更に詳細に説明するように、ターゲット文書内に前に組込んだイメージ文書を参照するＵＲＬと等価なものであることが前もって判明していたからである。）そうである場合には、対応するイメージに対する間接的なオブジェクト参照がターゲット文書から検索される（ステップ６４０）。そうでない場合には、ＵＲＬによって識別された補助文書がウエブから検索される（ステップ６４０）。ウエブから検索された各補助文書に対して、インターネットエンジニアリングタスクフォースによって発表されたＲＦＣ１３２１文書、ＭＤ５メッセージダイジェストアルゴリズムにおいて記載されているＭＤ５ダイジェストアルゴリズムのような非線形ダイジェスト（要約）用アルゴリズムを使用して数値的な「ダイジェスト」が作成される（ステップ６５０）。該文書に対してＭＤ５を適用することによって作成されたダイジェストはＭＤ５を異なる文書に適用することによって発生される蓋然性が極めて少ない数値である。従って、それは、その文書に対して事実上ユニークな識別用の「シグナチャ」として作用する。
【００５２】
イメージ文書である各補助文書に対して、該ダイジェスト値がターゲット文書の頁内に既に組込まれている文書に対するダイジェスト値と比較される。一致が見つかると、検索されたイメージ文書が廃棄され、その文書に対する間接的オブジェクト参照がターゲット文書からその代わりに検索され、且つ補助文書に対するＵＲＬが一致したイメージと関連しているＵＲＬを有する等価なクラス内に配置される（ステップ６６０）。オプションとして、等価クラス内のＵＲＬは、満期日付でマーク付けすることが可能であり、それは、その日付の後にそれらが等価クラスから除去されるべきであることを表わす。このことを行うことが可能であるので、時間と共に変化する蓋然性のある資源を参照するＵＲＬが「陳腐」なものとなることはない。
【００５３】
注意すべきことであるが、ウエブ上においては、語彙的には別個のＵＲＬが同一又は同じ内容に対してポイントするものであることは通常である。数値的ダイジェストを使用することによって、ターゲット文書内に複製の頁及びイメージを組込むことを回避することによって空間が節約される。
【００５４】
補助文書の全てが検索されると（ウエブから又はターゲット文書内に前に組込んだ内容に対する間接的な参照として）、補助文書の全てのダイジェストと主要文書の内容との連結に対してダイジェストアルゴリズムを適用することによって新たなダイジェストが作成される（ステップ６７０）。その結果得られる「複合ダイジェスト」は主要文書のダイジェストである。
【００５５】
単純なダイジェスト（即ち、主要文書のみの内容のダイジェスト）ではなく主要文書の複合ダイジェストを使用することは、テキスト的には同一であるが異なる内容の表示となる主要文書間の区別を行うという利点を与える。例えば、ＨＴＭＬ文書内の補助文書は相対的参照として特定することが可能である。即ち、ＵＲＬは例えばサーバ名又はディレクトリ名を特定することなしに文書名を特定することが可能である。この様な相対的参照はその参照が形成された文書と同一のサーバ上及び同一のディレクトリ内の文書に対する参照として解釈される。従って、補助文書に対する同一の相対的参照を有する二つの主要文書は、それらが異なるホスト上において見つかった場合に、実際には異なる補助文書を参照する場合がある。
【００５６】
テキスト的に同一の主要文書は、又、それらが異なる時間において検索される場合に観察者に対して異なった表われ方をする場合がある。なぜならば、該文書によって参照される補助文書の内容は時間と共に変化する場合があるからである。
【００５７】
複合ダイジェストを使用することは、主要文書とその補助文書の両方の内容を、該主要文書をこれらの頁の複製物として取扱うか否かを決定する前に、既存のターゲット文書頁と効率的に比較することを可能とする。
【００５８】
次いで、主要文書の複合ダイジェストをチェックして、それがターゲット文書の一つの頁又は複数個の頁として前に組込まれた何れかのウエブ文書のダイジェストに対応するか否かを判別する（ステップ６８０）。そうである場合には、該主要文書は廃棄され、前に組込んだウエブ文書に対応するターゲット文書の頁が返され、且つ該主要文書に対するＵＲＬが一致した前に組込んだ文書と関連しているＵＲＬを有する等価クラス内に配置される（ステップ６６０）。そうでない場合には、該主要文書は、それと関連する補助文書と共にリターン、即ち返される（ステップ７００）。
【００５９】
図１５はＣｏｎｖｅｒｔＴｏＰＤＦルーチンのステップを示したフローチャートである。ＣｏｎｖｅｒｔＴｏＰＤＦルーチンは、引数として、非ＰＤＦ文書及びその補助文書をとる。最初に、主要文書がチェックされて、それがＨＴＭＬ文書であるか否かが判別される（ステップ８００）。そうでない場合には（即ち、それが例えばイメージ文書などの何らかのその他のタイプの文書である場合）、それは通常の技術を使用してターゲット文書内に組込まれる（ステップ８１０）。
【００６０】
主要文書がＨＴＭＬ文書である場合には、該主要文書及び補助文書が、標準のパーシング（構文解析）技術を使用して、スクリーンオブジェクト（例えば、文書ボディ、テーブル、リスト、イメージ、パラグラフ）のパースツリー（ｐａｒｃｅ ｔｒｅｅ）へ構文解析する（ステップ８２０）。この様な技術は、例えば、Ａｈｏ及びＵｌｌｍａｎ著「コンパイラ設計の原理（Ｐｒｉｎｃｉｐｌｅｓｏｆ Ｃｏｍｐｉｌｅｒ Ｄｅｓｉｇｎ）」、アジソン・ウエズリー出版社、１９７７の文献に記載されている。
【００６１】
次に、ＬａｙｏｕｔＲｅｇｉｏｎデータ構造を作成する。ＬａｙｏｕｔＲｅｇｉｏｎデータ構造は、特定のＰＤＦ文書を介しての固定幅ストライプを表わす。該ＬａｙｏｕｔＲｅｇｉｏｎデータ構造は、更に、ポインタｃｕｒＹを有しており、それはレイアウトが行われるべき文書内の現在の垂直位置を特定する。ＬａｙｏｕｔＲｅｇｉｏｎデータ構造は、更に、それが参照するＰＤＦ頁の幅及び高さを表わす頁寸法情報を有している。ＬａｙｏｕｔＲｅｇｉｏｎデータ構造は、更に、所謂「フローティングイメージ」のリストを有しており、該フローティングイメージはＬａｙｏｕｔＲｅｇｉｏｎの左側又は右側の端部における固定した垂直位置を占有すべく画定され、且つその周りに他のスクリーンオブジェクトがフロー即ち流れる。図１６はテキスト８４０の幾つかのラインをレイアウトし且つ二つの相次ぐＰＤＦ頁８６０内に四つのイメージ８５０を配置するために使用されているレイアウト領域８３０を模式的に示している。
【００６２】
再度図１５を参照すると、ＬａｙｏｕｔＲｅｇｉｏｎが形成され、従ってｃｕｒＹはターゲット文書の最後に存在する頁の最下部端部に対してポイントする。（慣習によって、この位置に配置された任意のＰＤＦスクリーンオブジェクトは次続の頁の上部に表われる。）ＬａｙｏｕｔＲｅｇｉｏｎの左側及び右側の範囲は、ターゲット文書内の頁の所望の幅に等しく設定される。頁高さ及び幅情報はターゲット文書の頁寸法と等しく設定される（ステップ８７０）。
【００６３】
次に、ＬａｙｏｕｔＥｌｅｍｅｎｔルーチンが呼出される。ＬａｙｏｕｔＥｌｅｍｅｎｔルーチンは引数としてＨＴＭＬスクリーンオブジェクト（例えば、フレームセット、テーブル、文書、パラグラフ、又はイメージ）、ＬａｙｏｕｔＲｅｇｉｏｎ及びＲｅｎｄｅｒＰＤＦ？フラグをとる。ＬａｙｏｕｔＥｌｅｍｅｎｔはスクリーンオブジェクトをレイアウトするために実際に必要とされる寸法、即ち幅及び高さをリターン即ち返す。ＲｅｎｄｅｒＰＤＦ？がＴＲＵＥ（真）である場合には、ＬａｙｏｕｔＥｌｅｍｅｎｔはそのＨＴＭＬオブジェクトに対応するターゲット文書内に内容を作成する試みを行う。このプロセスについては後に更に詳細に説明する。
【００６４】
ＬａｙｏｕｔＥｌｅｍｅｎｔは、最初に、主要ＨＴＭＬ文書及びその補助文書、新たに作成されたＬａｙｏｕｔＲｅｇｉｏｎ及びＦＡＬＳＥ（偽）のＲｅｎｄｅｒＰＤＦ？値の引数としての新たに作成されたパースツリーと共に呼出される（ステップ８８０）。ＲｅｎｄｅｒＰＤＦ？がＦＡＬＳＥ（偽）であると、ＬａｙｏｕｔＥｌｅｍｅｎｔがそれらの通常の寸法でパースツリー内に特定されているスクリーンオブジェクトの全てを完全に表示するのに必要な最小幅及び高さを計算する。尚、この幅とは、パースツリーによって表わされるＨＴＭＬオブジェクトの「論理的最小幅」のことを意味している。
【００６５】
次いで、ＬａｙｏｕｔＥｌｅｍｅｎｔによってリターン即ち返される幅値がターゲット文書のターゲット幅と比較される（ステップ８９０）。返された幅値がターゲットＰＤＦ頁の幅未満であるか又は等しい場合には、可変ＳｃａｌｉｎｇＦａｃｔｏｒが１と等しくセットされ（ステップ９００）、且つＬａｙｏｕｔＲｅｇｉｏｎにおけるｃｕｒＹの値がターゲット文書の最後の頁の底部端部と等しくなるようにリセットされる（ステップ９１０）。
【００６６】
ＬａｙｏｕｔＥｌｅｍｅｎｔによって返される幅値がターゲットＰＤＦ頁の幅よりも大きい場合には、以下のステップがとられる。ＳｃａｌｉｎｇＦａｃｔｏｒが、返された幅値によってターゲット文書のターゲット幅を割算することによって計算される（ステップ９２０）。ＳｃａｌｉｎｇＦａｃｔｏｒが約０. ７より大きい場合には（ステップ９３０）、新たなＬａｙｏｕｔＲｅｇｉｏｎが作成され、頁高さ及び幅がＳｃａｌｉｎｇＦａｃｔｏｒによって割算されたターゲットＰＤＦ頁の頁寸法と等しくなるように定義され、ｃｕｒＹがターゲット文書の最後の頁の底部端部に対してポイントすべく設定され、且つＬａｙｏｕｔＲｅｇｉｏｎの幅が新たに定義された頁幅と等しく設定される（ステップ９４０）。
【００６７】
ＳｃａｌｉｎｇＦａｃｔｏｒが約０. ７未満である場合には、ＬａｎｄｓｃａｐｅＶｉｅｗ？フラグがＴＲＵＥ（真）に設定される。ターゲット文書のターゲット高さを返された幅値によって割算することにより新たなＳｃａｌｉｎｇＦａｃｔｏｒが再計算される。その結果得られる値が１より大きい場合には、それは１と等しく設定される。次いで、新たなＬａｙｏｕｔＲｅｇｉｏｎが作成され、その場合に頁高さ及び幅はＳｃａｌｉｎｇＦａｃｔｏｒによって割算された相補的頁寸法（即ち、幅に対して高さ及びその逆も又真）と等しく画定され、ｃｕｒＹはターゲット文書の最後の頁の底部端部に対してポイントすべく設定され、且つＬａｙｏｕｔＲｅｇｉｏｎの幅は新たに画定された頁幅に設定される（ステップ９５０）。
【００６８】
（別の実施例においては、ユーザは、ＬａｎｄｓｃａｐｅＶｉｅｗ？フラグがＴＲＵＥ（真）に設定されるスレッシュホールドの値を特定することが可能であり、且つ更にＬａｎｄｓｃａｐｅＶｉｅｗ？フラグがＴＲＵＥ（真）に設定されることがないように特定することも可能である。）次に、ＬａｙｏｕｔＥｌｅｍｅｎｔが再度呼出され、この時はパースツリー、新たに作成されたＬａｙｏｕｔＲｅｇｉｏｎ、及びＴＲＵＥ（真）のＲｅｎｄｅｒＰＤＦ？値と共に呼出される。ＬａｙｏｕｔＥｌｅｍｅｎｔに対してその呼出しによって発生されたＰＤＦ頁は全てＳｃａｌｉｎｇＦａｃｔｏｒによってスケーリングされ、それらをターゲット文書内の頁の寸法へ変換させる。ＳｃａｌｉｎｇＦａｃｔｏｒは将来の参照のために各頁と共に格納される。（例えば、ユーザがＰＤＦ頁がその「自然の寸法」で表示されることを要求する場合には、ＰＤＦ頁の寸法はＳｃａｌｉｎｇＦａｃｔｏｒによって割算されてその頁をその自然の寸法へ復帰させる。）ＬａｎｄｓｃａｐｅＶｉｅｗ？がＴＲＵＥ（真）である場合には、ＬａｙｏｕｔＥｌｅｍｅｎｔに対してその呼出しによって発生されたＰＤＦ頁の各々が９０°だけ回転される（ステップ９６０）。次いで、ＣｏｎｖｅｒｔＴｏＰＤＦから抜出る（ステップ９７０）。
【００６９】
図１７、１７ａ、１７ｂはＬａｙｏｕｔＥｌｅｍｅｎｔルーチンによってとられるステップを示したフローチャートである。最初に、変数ＭｉｎＷｉｄｔｈはＬａｙｏｕｔＲｅｇｉｏｎの幅と等しくされ、且つポインタｓｔａｒｔＹはｃｕｒＹの値が割当てられる（ステップ１０００）。次いで、パースツリーによって表わされるＨＴＭＬオブジェクトのタイプが決定される。そのオブジェクトが非構造型内容オブジェクトである場合には（即ち、パラグラフ、フォーム要素、又は見出しなどの内部的構造なしで単にテキスト及びイメージからなるオブジェクトである場合）（ステップ１０１０）、ＬａｙｏｕｔＥｌｅｍｅｎｔは、そのオブジェクト内の最も幅広の要素の幅（即ち、最も幅広の単語又はイメージ）を決定することによってそのオブジェクトの論理的最小幅を計算し、この幅がＭｉｎＷｉｄｔｈよりも大きい場合には、ＭｉｎＷｉｄｔｈはその幅に設定される（ステップ１０２０）。
【００７０】
ＲｅｎｄｅｒＰＤＦ？がＴＲＵＥ（真）である場合には、そのオブジェクトをｃｕｒＹによってポイントされている位置においてターゲット文書内に配置させる。（注意すべきことであるが、そのオブジェクトは、表示されると、頁上で複数本のラインをとる場合がある。例えば、該オブジェクトがテキストの一つのパラグラフである場合には、該テキストは現在のラインを一杯とさせ、且つ継続して付加的なライン一杯とさせ、各ライン上に可及的に多くの単語が配置されるように配置される。）ｃｕｒＹによってポイントされている位置に該オブジェクトを配置させることが該オブジェクトの一部を現在の頁の終わりを超えて配置させるような場合には、ｃｕｒＹによって表わされる位置より下側のターゲット文書内に付加的なＰＤＦ頁が存在するか否かを判別する。この様な頁が存在しない場合には、それが作成される。該オブジェクトが該付加的な頁上に完全に配置されるのに充分に小さなものである場合には、これで完了する。そうでない場合には、該オブジェクトが頁の境界を超えて配置され、可能である場合には頁の境界を超えてキャラクタ又はイメージが配置されることがないようにする。次いで、ポインタｃｕｒＹがインクリメントされて、配置されたオブジェクトのすぐ下の位置に対してポイントすることとなる（ステップ１０３０）。
【００７１】
ＲｅｎｄｅｒＰＤＦ？の値に拘らずに、次いで、ｃｕｒＹの値が該オブジェクトの高さによってインクリメントされる（ステップ１０４０）。
【００７２】
ＭｉｎＷｉｄｔｈの値及びｃｕｒＹ及びｓｔａｒｔＹの間の差がリターン即ち返され、スクリーンオブジェクトの実際の寸法を表わす（ステップ１０５０）。該オブジェクトがリスト又はリスト状オブジェクト（例えば、メニュー、順番付けしたリスト、又はディレクトリリスト）又は単純な文書（即ち、フレームセットではない）のボディである場合には（ステップ１０６０）、以下のステップがとられる。該文書のボディ内のリスト又はスクリーンオブジェクトの各要素に対して、ＬａｙｏｕｔＥｌｅｍｅｎｔルーチンが呼出され、リスト要素又は文書スクリーンオブジェクト、現在のＬａｙｏｕｔＲｅｇｉｏｎ及びＲｅｎｄｅｒＰＤＦ？の値を引数として呼出される。この様な各呼出しに対して、返された幅値がＭｉｎＷｉｄｔｈより大きい場合には、ＭｉｎＷｉｄｔｈはその値に設定される（ステップ１０７０）。全てのこの様な要素又はスクリーンオブジェクトがこの様な態様で処理された後に、ＭｉｎＷｉｄｔｈの値及びｃｕｒＹとｓｔａｒｔＹとの間の差がリターン即ち返される（ステップ１０８０）。
【００７３】
該オブジェクトがテーブルである場合には（ステップ１０９０）、以下のステップがとられる。図１７ａを参照すると、テーブル欄の幅が全体的なＭｉｎＷｉｄｔｈに等しいように設定される（ステップ１１１０）。（各欄の相対幅はＨＴＭＬテーブルマークアップと共に与えられるＨＴＭＬテーブル形態情報に従って決定される。）次いで、該テーブル内の各行に対して、最初の行から開始し（ステップ１１２０）、その行内において開始するセルの各々が以下の如くに逐次的に処理される（左から右）。ｃｕｒＹの現在の値及び現在の頁寸法で新たなＬａｙｏｕｔＲｅｇｉｏｎが作成されるが、左側及び右側の境界は、セルによって占有されるべき欄の左側及び右側の範囲によって決定される。次いで、引数としてセルの内容、新たなＬａｙｏｕｔＲｅｇｉｏｎ及びＲｅｎｄｅｒＰＤＦ？の値と共にＬａｙｏｕｔＥｌｅｍｅｎｔが呼出される（ステップ１１３０）。
【００７４】
一つの行内のセルの全てが処理された後に、以下のステップがとられる。即ち、ｃｕｒＹがその行のセルの最も高いものの下側の点に設定される（現在の行内において終端するものよりも大きな行範囲を有するセルを含む）。次いで、その行の幅（その行を占有する全てのセルに対するＬａｙｏｕｔＥｌｅｍｅｎｔによって返される幅値の和として定義される）が計算され（ステップ１１４０）、且つ次の行の処理がステップ１１３０において開始される。この様にして全ての行が処理された後に（ステップ１１５０）、ＭｉｎＷｉｄｔｈの値が各行の幅と比較され、且つ最も幅広の行の幅がＭｉｎＷｉｄｔｈよりも大きい場合には、ＭｉｎＷｉｄｔｈがその行の幅と等しく設定される（ステップ１１６０）。ＭｉｎＷｉｄｔｈの値及びｃｕｒＹとｓｔａｒｔＹとの間の差が返される（ステップ１１７０）。
【００７５】
再度図１７を参照すると、該オブジェクトがフレームセットである場合には、以下のステップがとられる。図１７ｂを参照すると、トップレベルのフレームセットにおける各フレームに対して、ＭｉｎＷｉｄｔｈの値及び該フレームセット内において特定されているフレーム幅情報に基づいて、仮の幅及び位置が決定される。（例えば、トップレベルのフレームセットが水平なフレームを画定する場合には、各フレームの仮の幅はＭｉｎＷｉｄｔｈである。トップレベルのフレームセットが垂直のフレームを画定する場合には、各フレームの仮の幅は、フレームセットにおいて特定されるように該フレームの相対幅に従ってＭｉｎＷｉｄｔｈによって特定された幅を分割することによって決定される。）次いで、トップレベルのフレームセット内の各フレームに対して、新たなＬａｙｏｕｔＲｅｇｉｏｎが作成され、それは既存の頁寸法及び該フレームの仮の幅及び位置を有しており、ｃｕｒＹは該フレームの上部端部に対してポイントすべく設定される（ステップ１１９０）。
【００７６】
次いで、トップレベルのフレームセットが水平のフレームを包含する場合には（ステップ１２００）、以下のステップがとられる。該フレームセット内の各トップレベルのフレームに対して、最初のこの様なフレームから開始し（ステップ１２１０）、ＬａｙｏｕｔＥｌｅｍｅｎｔが呼出され、該フレームの内容、新たに作成されたＬａｙｏｕｔＲｅｇｉｏｎ及びＲｅｎｄｅｒＰＤＦ？が引数として使用される（ステップ１２２０）。この様な各呼出しの後に、ｃｕｒＹの値はＬａｙｏｕｔＥｌｅｍｅｎｔによって返された高さ値によってインクリメントされる（ステップ１２３０）。ＬａｙｏｕｔＥｌｅｍｅｎｔに対する呼出しによって返された幅値がＭｉｎＷｉｄｔｈよりも大きい場合には（ステップ１２４０）、ＭｉｎＷｉｄｔｈはその値に設定され、ｃｕｒＹはｓｔａｒｔＹと等しくリセットされ（ステップ１２５０）、且つ本プロセスは新たにステップ１１９０において開始する。トップレベルのフレームセットにおける全てのフレームがその様に処理された後に（ステップ１２６０）、ＭｉｎＷｉｄｔｈの値及びｃｕｒＹとｓｔａｒｔＹとの間の差が返される（ステップ１２７０）。
【００７７】
トップレベルのフレームセットにおけるフレームが垂直のフレームである場合には（ステップ１２００）、以下のステップがとられる。該フレームセットにおける各トップレベルのフレームに対して、該フレームの内容、新たに作成されたＬａｙｏｕｔＲｅｇｉｏｎ及びＲｅｎｄｅｒＰＤＦ？の値を引数としてＬａｙｏｕｔＥｌｅｍｅｎｔが呼出される（ステップ１２８０）。各トップレベルのフレームがその様に処理された後に、これらのＬａｙｏｕｔＥｌｅｍｅｎｔに対する呼出しの各々によって返された幅の和がテストされる（ステップ１２９０）。この和がＭｉｎＷｉｄｔｈよりも大きい場合には、ＭｉｎＷｉｄｔｈが該幅の和と等しく設定され（ステップ１３００）且つ本プロセスはステップ１１９０において新たに開始される。そうでない場合には、ｃｕｒＹがＬａｙｏｕｔＥｌｅｍｅｎｔに対する呼出しによって返された高さ値のうちで最も高いものによってインクリメントされ（ステップ１３１０）、且つＭｉｎＷｉｄｔｈの値及びｃｕｒＹとｓｔａｒｔＹとの間の差が返される（ステップ１３２０）。
【００７８】
図１８−２１は本方法をＨＴＭＬ文書に対して適用した場合の結果を例示している。図１８に示したものは、２個のフレーム１４１０及び１４２０からなるＨＴＭＬ文書のウエブブラウザにおける表示である。フレーム１４１０はほぼブラウザウインド内にフィットしているが、フレーム１４２０はブラウザウインドの底部端部を超えて延在しており且つ図１９に例示した如く、ウインド内のフレームの位置を調節するためのスライダを使用することによって見ることが可能である。図２０及び２１は、本方法を図１８及び１９に示したＨＴＭＬ文書に適用することによって発生される一組のＰＤＦ頁を示している。理解されるように、単一の頁上にフィットするのに充分小さなフレーム１４１０はフレーム１４２０の最初の部分と共に、頁１４４０上に示されている。頁１４５０及び１４６０上において、フレーム１４２０の残りの部分が表示されている。注意すべきことであるが、フレーム１４２０の幅はグラフィック１４３０の幅と等しく、それは該フレーム内の最も幅広の論理幅を有するスクリーンオブジェクトである。
【００７９】
その他の実施例も本発明の技術的範囲内のものである。例えば、本発明のステップの順番は変更することが可能である。ユーザコンピュータは単一ユーザ又はマルチユーザプラットフォームとすることが可能であり、又はそれは家庭用のテレビ、パーソナルデジタルアシスタント、インターネットサーフィング、又は特別目的アプリケーション製品などの埋込み型コンピュータとすることが可能である。ウエブ頁はワイドエリアネットワーク、ローカルエリアネットワーク、又は単一のファイルシステム上に存在することが可能である。ターゲット文書は、固定幅を持った頁付けしていない文書とすることが可能である。ターゲット文書は可変幅頁を有する頁付けした文書とすることが可能である。ウエブ頁はＨＴＭＬでコード化されることは必要ではなく、任意の意味論的マークアップ言語とすることが可能である。ターゲット文書はＰＤＦでコード化されることは必要ではなく、任意の物理的マークアップ言語とすることが可能である。
【００８０】
以上、本発明の具体的実施の態様について詳細に説明したが、本発明は、これら具体例にのみ制限されるべきものではなく、本発明の技術的範囲を逸脱することなしに種々の変形が可能であることは勿論である。
【図面の簡単な説明】
【００８１】
【図１】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図２】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図３】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図４】従来のウエブブラウザにおけるフレームを包含するウエブ頁のビューを示した概略図。
【図５】従来のウエブブラウザにおけるフレームを包含するウエブ頁のビューを示した概略図。
【図６】従来のウエブブラウザにおけるフレームを包含するウエブ頁のビューを示した概略図。
【図７】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図８】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図９】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図１０】図７−９において表示されたウエブ頁に対してその基礎となるＨＴＭＬコードの一部を示した説明図。
【図１１】本発明に基づいてプログラムされたコンピュータシステムを示した概略ブロック図。
【図１２】複数個のウエブ頁を単一の頁付けした文書へ組込む方法のフローチャートの一部を示した概略図。
【図１２ａ】複数個のウエブ頁を単一の頁付けした文書へ組込む方法のフローチャートの一部を示した概略図。
【図１２ｂ】複数個のウエブ頁を単一の頁付けした文書へ組込む方法のフローチャートの一部を示した概略図。
【図１３】ＦｅｔｃｈＡｎｄＩｎｃｏｒｔｏｒａｔｅルーチンのステップを示したフローチャート。
【図１４】ＦｅｔｃｈＤｏｃルーチンのステップを示したフローチャート。
【図１５】ＣｏｎｖｅｒｔＴｏＰＤＦルーチンのステップを示したフローチャート。
【図１６】ＬａｙｏｕｔＲｅｇｉｏｎ及び関連するＰＤＦ文書の内容の間の論理的関係を示した概略図。
【図１７】ＬａｙｏｕｔＥｌｅｍｅｎｔルーチンによってとられるステップを示したフローチャートの一部を示した概略図。
【図１７ａ】ＬａｙｏｕｔＥｌｅｍｅｎｔルーチンによってとられるステップを示したフローチャートの一部を示した概略図。
【図１７ｂ】ＬａｙｏｕｔＥｌｅｍｅｎｔルーチンによってとられるステップを示したフローチャートの一部を示した概略図。
【図１８】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図１９】従来のウエブブラウザにおいて表示されたウエブ頁のビューを示した概略図。
【図２０】本発明によって発生されるＰＤＦ頁を示した概略図。
【図２１】本発明によって発生されるＰＤＦ頁を示した概略図。
【符号の説明】
【００８２】
１００ ユーザコンピュータ
１０２ 通信リンク
１０４ モニタ（ディスプレイ）
１０６ マウス
１０８ インターフェース
１１０ ウエブブラウザ
１２０ ＰＤＦビュア
１３５ ウエブ頁インテグレータ
１４０ ウエブサーバ
１４２ データ格納部
１４４ ウエブ頁
【図１】
0004805336.tif 000002
【図２】
0004805336.tif 000003
【図３】
0004805336.tif 000004
【図４】
0004805336.tif 000005
【図５】
0004805336.tif 000006
【図６】
0004805336.tif 000007
【図７】
0004805336.tif 000008
【図８】
0004805336.tif 000009
【図９】
0004805336.tif 000010
【図１０】
0004805336.tif 000011
【図１１】
0004805336.tif 000012
【図１２】
0004805336.tif 000013
【図１２ａ】
0004805336.tif 000014
【図１２ｂ】
0004805336.tif 000015
【図１３】
0004805336.tif 000016
【図１４】
0004805336.tif 000017
【図１５】
0004805336.tif 000018
【図１６】
0004805336.tif 000019
【図１７】
0004805336.tif 000020
【図１７ａ】
0004805336.tif 000021
【図１７ｂ】
0004805336.tif 000022
【図１８】
0004805336.tif 000023
【図１９】
0004805336.tif 000024
【図２０】
0004805336.tif 000025
【図２１】
0004805336.tif 000026