JP2004525452A

JP2004525452A - 密集したハイパーリンクを含む領域を再フォーマットする方法

Info

Publication number: JP2004525452A
Application number: JP2002568246A
Authority: JP
Inventors: ドゥッタ、ラビンドラナト; ラマモーシー、カルシケヤン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2001-02-22
Filing date: 2001-12-19
Publication date: 2004-08-19
Anticipated expiration: 2021-12-19
Also published as: EP1370980A4; JP4189875B2; US7496831B2; US20020116415A1; US20090132902A1; CN1535432A; CN100568226C; KR100702550B1; WO2002069193A1; CA2439136A1; IL157526A0; KR20030081447A; US8117532B2; EP1370980A1

Abstract

【課題】多数のハイパーリンクを含むＷｅｂページを再フォーマットする方法を提供すること。
【解決手段】ブラウザがページを受信し（８１４）、それを提示する前に分析して（８２６）、そのハイパーリンクが上下と左右の間隔基準を満たしているかどうかを判定する。ページのハイパーリンクが密集している場合（８２８）は、それを再フォーマットし（８３０）、その後で提示する（８１８）。再フォーマットはＨＴＭＬタグの挿入（８３０）、またはカスケード・スタイル・シートの使用（９２８）によって実施されることができる。再フォーマットはまた、ユーザ（７１２）からブラウザ（７０８）に出される、表示されるＷｅｂページの外観を改善するよう求める要求に応答して実施されることができる。
【選択図】図９

Description

【技術分野】
【０００１】
本発明は、改良型のデータ処理システムに関する。より詳細には、本発明は、ユーザにＷｅｂページを提示する前に、そのＷｅｂページの密集を解消し（uncluttering）再フォーマットするための方法およびシステムを提供する。
【背景技術】
【０００２】
インターネットは、「インターネットワーク」とも呼ばれ、（必要な場合はパケットを用いて）データ転送と、受信側ネットワークによって使用されるプロトコルに合わせた、送信側ネットワークからのメッセージの変換とを処理するゲートウェイの手段によって相互に結合された、おそらく異種ネットワークからなる、１組のコンピュータ・ネットワークである。大文字で始まる場合、「Internet」という用語は、ＴＣＰ／ＩＰプロトコル群を使用するネットワークおよびゲートウェイの集合体を指す。
【０００３】
インターネットは、情報と娯楽の両方の供給源として文化的に定着している。多くの企業が、その営業活動の一環としてインターネット・サイトを作成し、消費者にその企業が提供する製品またはサービスを知らせ、あるいはその他の情報を提供してブランド・ロイヤリティを生み出そうとしている。また、多くの連邦政府、州政府、および地方自治体諸機関、特に、国税庁や国務長官など、実質上社会のあらゆる部門とやり取りを行う必要がある機関も、情報目的のためにインターネット・サイトを利用している。情報案内および／またはオンライン公文書のサーチ可能なデータベースを提供すれば、運営コストを削減することができる。さらに、インターネットは商取引用の媒体として、ますます普及しつつある。
【０００４】
現在、インターネット上でデータを転送する際に最も一般に用いられる方法は、単に「Ｗｅｂ」とも呼ばれる、ワールド・ワイド・ウェブ環境を利用するものである。ファイル転送プロトコル（ＦＴＰ）やＧｏｐｈｅｒ（ゴーファ）などの情報を転送するためのインターネット・リソースは他にも存在するが、Ｗｅｂほどには普及していない。Ｗｅｂ環境では、サーバおよびクライアントは、様々なデータ・ファイル（たとえば、テキスト、静止画像、オーディオ、動画ビデオなど）の転送を処理するための公知のプロトコルである、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使ってデータ・トランザクションを行う。各種データ・ファイルの情報は、標準のページ記述言語であるハイパーテキスト・マークアップ言語（ＨＴＭＬ）によってユーザに提示するためにフォーマットされる。基本の表示フォーマッティングの他に、ＨＴＭＬは、開発者がユニフォーム・リソース・ロケータ（ＵＲＬ）によって識別される他のＷｅｂリソースへの「リンク」を指定することを可能にする。ＵＲＬは特定の情報への通信経路を定義する特別な構文識別子である。「ページ」または「Ｗｅｂページ」と呼ばれるクライアントからアクセス可能な情報の各論理ブロックは、ＵＲＬによって識別される。ＵＲＬは、必ずしもユーザのためではなく、主にユーザのＷｅｂ「ブラウザ」のために、この情報を見つけてアクセスするための普遍的で一貫性のある方法を提供する。ブラウザは、たとえば、クライアント・マシンにあるＵＲＬなどのユニフォーム・リソース識別子（ＵＲＩ）によって識別される情報を求める要求を出すことができるプログラムである。Ｗｅｂ上での情報の検索は、一般に、ＨＴＭＬ互換ブラウザを用いて実施される。ブラウザの例としては、ネットスケープ・コミュニケーションズ社から入手可能なNetscape Navigatorやマイクロソフト社から入手可能なInternet Explorerなどがある。
【０００５】
Ｗｅｂサーバから検索されるページは、しばしば、ユーザの関心を引く可能性がある多くのリンクを含む。ユーザ問合せに応答して入手できる情報およびリンクは、しばしば、圧倒的な量になる。ユーザ問合せに関連するリンクに加え、ユーザが表示を望む可能性のある、他の興味をそそるリンクに遭遇することもある。現在、ユーザはブラウザ上でリンクを識別し管理することができない。その代わりにユーザは、リンクをブックマーク機構に記憶させなければならないが、そのリンクがこの種の永久的記憶を行うに十分な価値がないこともある。その結果、ユーザは、ページを見た後で、戻ってリンクをブックマークの組から削除するであろう。この機構は、時間がかかり厄介である。
【０００６】
しかし、ＨＴＭＬは、Ｗｅｂページの外観を制御するときに、思い通りにならないことがある。そこで、Ｗｅｂページの外観について、ＷｅｂページのＨＴＭＬ構造に影響を与えずにＷｅｂページの外観をより簡単に定義できるように、カスケード・スタイル・シート（ＣＣＳ）と呼ばれる補足的なマークアップ・システムが設計された。スタイル・シートは、テンプレートのように機能する。すなわち、特定のＨＴＭＬ要素に対してスタイルを定義し、次いで、この定義済みスタイルを任意の数のＷｅｂページに対して、何度も繰り返して使用する。あるＨＴＭＬ要素の見た目の変更を望む場合に、そのスタイルを変更すると、そのＨＴＭＬ要素が表示されるあらゆる場所において、そのＨＴＭＬ要素が自動的に変更される。スタイル・シートは、Ｗｅｂ設計者がより一貫性のあるＷｅｂページおよびより一貫性のあるＷｅｂサイトを迅速に作成することを可能にする。
【０００７】
ビジネス・ニーズによって、１つのＷｅｂページ上にますます多くの情報およびハイパーリンクを提示することが求められている。そうすれば、情報およびハイパーリンクが一目で視界に入るようになる。多数のハイパーリンクのアレイを１つのＷｅｂページ上の狭い領域に詰め込むと、通常は、それらが密集して（cluttered）配置される。この密集の結果、感覚運動能力に何らかの困難を有するユーザは、特定のハイパーリンクへのアクセスまたは所望の情報へのアクセスに困難を来たす可能性がある。その結果、一部のユーザがＷｅｂページ上の余白を「ポイント・アンド・クリック」することを試みる、あるいは誤ったハイパーリンクにアクセスする可能性がある。こうした問題に対する従来技術の解決法は、キーボードおよびタブ・キーを使ったＷｅｂページのナビゲーションをユーザに提供してきた。しかし、この技法は時間がかかり、多くのキー操作を必要とする場合がある。別の従来技術の解決法は、ユーザが注意を向けようとするＷｅｂページの一部を拡大するための拡大用ソフトウェア・アプリケーションのインストールを含む。この技法は、やはり、時間がかかり、追加のキー操作を必要とするという点で不十分である。
【０００８】
加えて、連邦政府は、誰もが電子および情報技術にアクセスできるようにするための標準を導入しようとしている。これらの標準は、コンピュータ、ソフトウェアおよび電子事務機器を含めて、情報を広める様々な手段をカバーするものである。この標準は、人々、特に、視覚、聴覚および運動上の障害を含むが、それに限られない、障害をもつ人々が情報製品にアクセスできるようにするために必要なことを規定する基準を提供する。
【０００９】
この新規標準は、それがカバーする技術の機能に焦点を合わせた、各種の技術に固有の技術的基準および性能ベースの要件を提供する。固有の基準は、たとえば、ソフトウェア・アプリケーション、オペレーティング・システム、Ｗｅｂベース情報、Ｗｅｂベース・アプリケーション、通信機能、ビデオまたはマルチメディア製品、情報キオスクやトランザクション・マシンなどの自己完結型製品、およびコンピュータをカバーする。また、障害をもつ補装具ユーザによる、情報および通信アクセスのための使用での互換性をもカバーする。しかし、こうした問題に関して措置を講じているのは連邦政府だけではない。民間事業および研究機関も、ディジタル時代における、障害をもつ人々のためのアクセスの改善を率先して行っている。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
検索またはセッション中にＷｅｂページ情報およびハイパーリンクを指示し管理するための、改善された方法および装置が求められている。
【課題を解決するための手段】
【００１１】
本発明は、データ処理システム上で、１組のリンクを有するページを提示する方法を提供する。ページは処理ページを形成するように前処理され、その処理ページはデータ処理システム内では提示されない。ページ内のリンクが近接性ポリシ（proximity policy）内に収まるか否かの判定が行われる。ページが近接性ポリシ外であるとの判定に応答して、そのページが近接性ポリシ内に収まるように再フォーマットされる。
【００１２】
本発明の機構は、前処理プロセスおよび電子文書ページを再フォーマットするためのポリシ構造を含む。本発明のポリシ構造は、ユーザが電子文書ページの外観を指定することを可能にする。ユーザが定義したポリシ構造は記憶され、ユーザがそのページに戻ったときに、そのユーザが定義したポリシ構造に従ってそのページを表示することができる。
【００１３】
本発明の特徴と考えられる新規な特徴を、添付の特許請求の範囲に記載する。ただし、本発明自体、ならびにその好ましい使用形態、さらなる目的および利点は、以下の例示的実施形態についての詳細な説明を読むときに、添付の図面と併せて参照することにより、最もよく理解されよう。
【発明を実施するための最良の形態】
【００１４】
次に、図を参照すると、図１には、本発明を実装できる分散データ処理システムの絵画図が示されている。分散データ処理システム１００は、本発明を実装できるコンピュータのネットワークである。分散データ処理システム１００は、分散データ処理システム１００内で相互に接続される様々な装置とコンピュータの間の通信リンクを提供するために使用される媒体であるネットワーク１０２を含む。ネットワーク１０２は、ワイヤや光ファイバ・ケーブルなどの永久接続を含むことができ、あるいは、電話接続を介してなされる一時接続を含むこともできる。
【００１５】
図示の例では、サーバ１０４が記憶装置１０６と共に、ネットワーク１０２に接続されている。さらに、クライアント１０８、１１０、および１１２もまたネットワーク１０２に接続されている。これらのクライアント１０８、１１０、および１１２は、たとえば、パーソナル・コンピュータまたはネットワーク・コンピュータとすることができる。本願では、ネットワーク・コンピュータはネットワークに結合され、そのネットワークに結合された別のコンピュータからプログラムまたは他のアプリケーションを受信する、任意のコンピュータである。図示の例では、サーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージ、アプリケーションなどのデータをクライアント１０８〜１１２に提供する。クライアント１０８、１１０、および１１２は、サーバ１０４のクライアントである。分散データ処理システム１００は、図示しない追加のサーバ、クライアント、およびその他の装置を含むことができる。図示の例では、分散データ処理システム１００は、ＴＣＰ／ＩＰプロトコル群を使って相互に交信するネットワークとゲートウェイの世界規模の集合体を表す、ネットワーク１０２を備えるインターネットである。インターネットの中心をなすのは、データおよびメッセージの経路指定を行う何千という商用、政府、教育およびその他のコンピュータ・システムからなる、主要ノードまたはホスト・コンピュータ間の高速データ通信回線のバックボーンである。言うまでもなく、分散データ処理システム１００は、たとえば、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）などのいくつかの異なるタイプのネットワークとして実施されることもできる。図１は例示のためのものであり、本発明のアーキテクチャを限定するものではない。
【００１６】
図２を参照すると、本発明の好ましい実施形態による、図１のサーバ１０４などのサーバとして実装できるデータ処理システムの構成図が示されている。データ処理システム２００は、システム・バス２０６に接続される複数のプロセッサ２０２および２０４を含む対称マルチプロセッサ（ＳＭＰ）システムとすることができる。あるいは、単一プロセッサ・システムを用いることもできる。また、システム・バス２０６にはメモリ制御装置／キャッシュ２０８も接続され、ローカル・メモリ２０９へのインターフェースを提供する。入出力バス・ブリッジ２１０はシステム・バス２０６に接続され、入出力バス２１２へのインターフェースを提供する。メモリ制御装置／キャッシュ２０８と入出力バス・ブリッジ２１０を、図示するように統合することもできる。
【００１７】
入出力バス２１２に接続された周辺装置相互接続（ＰＣＩ）バス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へのインターフェースを提供する。ＰＣＩバス２１６にはいくつかのモデムを接続することができる。典型的なＰＣＩバス実装形態は、４つのＰＣＩ拡張スロットまたはアドイン・コネクタをサポートする。図１のネットワーク・コンピュータ１０８〜１１２への通信リンクは、アドイン・ボードによってＰＣＩローカル・バス２１６に接続されるモデム２１８およびネットワーク・アダプタ２２０を介して提供されることができる。
【００１８】
追加のＰＣＩバス・ブリッジ２２２および２２４は、追加のＰＣＩバス２２６および２２８へのインターフェースを提供し、そこから追加のモデムまたはネットワーク・アダプタをサポートすることができる。このようにして、データ処理システム２００は、複数のネットワーク・コンピュータへの接続を可能にする。また、メモリ・マップ・グラフィック・アダプタ２３０およびハード・ディスク２３２を、図示のように、直接または間接に、入出力バス２１２に接続することもできる。
【００１９】
当分野の技術者であれば、図２に示すハードウェアは変更することができることは理解されよう。たとえば、図示のハードウェアに加えて、あるいはその代わりに、光ディスク・ドライブなどの他の周辺装置を使用することもできる。図示の例は、本発明に関するアーキテクチャ上の制限を示唆するものではない。
【００２０】
図２に示すデータ処理システムを、たとえば、ＡＩＸ（AdvancedInteractive Executive）オペレーティング・システムを実行する、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションの製品、ＩＢＭＲＩＳＣ／Ｓｙｓｔｅｍ６０００システムとすることができる。
【００２１】
図３は、本発明を実装できるデータ処理システムを示す構成図である。データ処理システム３００は、クライアント・コンピュータの例である。データ処理システム３００は、周辺装置相互接続（ＰＣＩ）ローカル・バス・アーキテクチャを用いる。図示の例ではＰＣＩバスを用いるが、アクセラレィティッド・グラフィックス・ポート（ＡＧＰ）や業界標準アーキテクチャ（ＩＳＡ）など他のバス・アーキテクチャも使用することができる。プロセッサ３０２および主記憶３０４は、ＰＣＩブリッジ３０８を介してＰＣＩローカル・バス３０６に接続される。ＰＣＩブリッジ３０８はまた、プロセッサ３０２用の統合メモリ制御装置およびキャッシュ・メモリを含むことができる。直接構成要素相互接続によって、またはアドイン・ボードによって、ＰＣＩローカル・バス３０６への追加接続を行うことができる。図示の例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、ＳＣＳＩホスト・バス・アダプタ３１２、および拡張バス・インターフェース３１４は、直接構成要素接続によってＰＣＩローカル・バス３０６に接続されている。それとは異なり、オーディオ・アダプタ３１６、グラフィック・アダプタ３１８、およびオーディオ／ビデオ・アダプタ３１９は、拡張スロットに挿入されたアドイン・ボードによってＰＣＩローカル・バス３０６に接続されている。拡張バス・インターフェース３１４は、キーボードおよびマウス・アダプタ３２０、モデム３２２、および追加メモリ３２４用の接続を提供する。小型コンピュータ・システム・インターフェース（ＳＣＳＩ）ホスト・バス・アダプタ３１２は、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、およびＣＤ−ＲＯＭドライブ３３０用の接続を提供する。典型的なＰＣＩローカル・バスの実装形態は、３または４個のＰＣＩ拡張スロットまたはアドイン・コネクタをサポートする。
【００２２】
オペレーティング・システムがプロセッサ３０２上で実行され、図３のデータ処理システム３００中の様々な構成要素を調整し、その制御を行うために使用される。このオペレーティング・システムは、マイクロソフト社から入手できるＷｉｎｄｏｗｓ（Ｒ）２０００など市販のオペレーティング・システムとすることができる。Ｊａｖａ（Ｒ）などのオブジェクト指向プログラミング・システムはオペレーティング・システムと一緒に実行させることができ、これは、データ処理システム３００上で実行されるＪａｖａ（Ｒ）プログラムまたはアプリケーションからオペレーティング・システムへの呼出しを可能にする。「Ｊａｖａ（Ｒ）」は、サン・マイクロシステムズ社の商標である。オペレーティング・システム、オブジェクト指向オペレーティング・システム、およびアプリケーションまたはプログラム用の命令は、ハード・ディスク・ドライブ３２６などの記憶装置に置かれ、それを主記憶３０４にロードしてプロセッサ３０２に実行させることができる。
【００２３】
当分野の技術者であれば、図３のハードウェアが実装形態に応じて変わる可能性があることを理解するであろう。図３に示すハードウェアに加えて、またはその代わりに、フラッシュＲＯＭ（または同等の不揮発性メモリ）や光ディスク・ドライブなどの他の内蔵式ハードウェアまたは周辺装置を使用することができる。また、本発明のプロセスを、マルチプロセッサ・データ処理システムに適用することもできる。
【００２４】
たとえば、データ処理システム３００は、任意選択でネットワーク・コンピュータとして構成した場合、図３で任意選択の範囲を表す点線３３２で示したようなＳＣＳＩホスト・バス・アダプタ３１２、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、およびＣＤ−ＲＯＭ３３０を含まないことがある。その場合、そのコンピュータは、正確にはクライアント・コンピュータと呼ぶべきであり、ＬＡＮアダプタ３１０、モデム３２２などの何らかのタイプのネットワーク通信インターフェースを含んでいなければならない。別の例として、データ処理システム３００を、データ処理システム３００が何らかのタイプのネットワーク通信インターフェースを備えているか否かにかかわらず、何らかのタイプのネットワーク通信インターフェースを利用せずにブート可能なように構成された独立型システムとすることもできる。さらに別の例として、データ処理システム３００を、個人用ディジタル補助（ＰＤＡ）装置とすることができ、これは、オペレーティング・システム・ファイルおよび／またはユーザ生成データを記憶するための不揮発性メモリを提供するために、ＲＯＭおよび／またはフラッシュＲＯＭで構成される。
【００２５】
図３に示す例および前述の例は、アーキテクチャ上の制限を示唆するものではない。たとえば、データ処理システム３００を、ＰＤＡの形を取る他に、ノートブック型コンピュータまたはハンド・ヘルド・コンピュータとすることもできる。データ処理システム３００はまた、キオスクまたはＷｅｂアプライアンスとすることも可能である。
【００２６】
本発明は、電子文書の密集を解消してユーザがより容易に電子文書を読むことができるようにする方法を提供する。本発明の機構は、前処理プロセスと電子文書ページを再フォーマットするためのポリシ構造とを含む。本発明のポリシ構造は、ユーザが電子文書ページの外観を指定することを可能にする。ユーザが定義するポリシ構造は記憶され、それによって、ユーザがそのページに戻ったときに、ユーザが定義したポリシ構造に従ってそのページを表示することができる。
【００２７】
次に、図４に移ると、本発明の好ましい実施形態による、ブラウザ・プログラムの構成図を示す。ブラウザは、インターネットやワールド・ワイド・ウェブなどの分散データベース内で情報またはデータをナビゲートしまたは閲覧するために使用されるアプリケーションである。
【００２８】
この例では、ブラウザ４００がユーザ・インターフェース４０２を含み、これは、ユーザをブラウザ４００に繋ぐ、すなわちユーザがブラウザと通信することを可能にするグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。このインターフェースは、メニュー４０４により様々な機能の選択を提供し、また、ナビゲーション・インターフェース４０６を介してナビゲーションを可能にする。たとえば、メニュー４０４は、ユーザがファイルを保存すること、新規ウィンドウを開くこと、履歴を表示すること、ＵＲＬを入力することなどの様々な機能を実行することを可能にする。ナビゲーション・インターフェース４０６は、ユーザが様々なページをナビゲートし、Ｗｅｂサイトを選択して閲覧することを可能にする。たとえば、ナビゲーション・インターフェース４０６は、ユーザが現在のページの前ページまたは後続ページを参照することを可能にする。図４に示すようなプリファレンスを、プリファレンス４０８を介して設定することができる。
【００２９】
通信４１０は、ブラウザ４００がインターネットなどのネットワークから文書およびその他のリソースを受信する機構である。さらに、通信４１０は、文書およびリソースをネットワークに送信またはアップロードするために使用される。図示の例では、通信４１０はＨＴＴＰおよびその他の標準通信プロトコルを使用する。実装形態によっては、その他のプロトコルを使用することもできる。ブラウザ４００が受信する文書は、ＨＴＭＬユニット４１４およびＪａｖａＳｃｒｉｐｔユニット４１６を含む、言語解釈４１２によって処理される。言語解釈４１２は、文書を処理してグラフィカル・ディスプレイ４１８上に提示する。グラフィカル・ディスプレイ４１８は、レイアウト・ユニット４２０、レンダリング・ユニット４２２、およびウィンドウ管理４２４を含む。これらのユニットは、言語解釈４１２からの結果に基づいて、ユーザへＷｅｂページを提示することに関与している。
【００３０】
ブラウザ４００は、本発明を実施できるブラウザ・プログラムの例として提示される。ブラウザ４００は、本発明に対するアーキテクチャ上の制限を示唆するものではない。現在利用可能なブラウザは、図示しない追加機能を含むこともでき、あるいは、ブラウザ４００に示す機能を省略することもできる。ブラウザを、分散データ処理システム上でコンテンツの検索および表示に使用される任意のアプリケーションとすることができる。ブラウザ４００は、Netscape NavigatorやMicrosoft Internet Explorerなどの公知のブラウザ・アプリケーションを使って実装されることができる。NetscapeNavigatorはネットスケープ・コミュニケーションズ社から入手可能であり、Microsoft Internet Explorerはマイクロソフト社から入手可能である。
【００３１】
図５および６は、本発明の好ましい実施形態による、複数のハイパーリンクを含むＷｅｂページの密集の解消を示すグラフィカル・ユーザ・インターフェースの例である。図５は、密集したＷｅｂページの例である。図５において、ハイパーリンク群５０２は、「ＳｈｏｐＡｕｔｉｏｎｓ」５０４、「Ｃｌａｓｓｉｆｉｅｄｓ」５０６、および「ＰａｙＤｉｒｅｃｔ」５０８の相互の間隔が制限され、配置されている。さらに、「Ｍｅｄｉａ/Ｆｉｎａｎｃｅ/Ｑｕｏｔｅｓ」で始まる行５１０と、「ＧｅｏＣｉｔｉｅｓ」で始まる行５１２も相互の間隔が制限されている。このように密集し制限された、間隔の書式では、視覚または運動上の障害を持つ人がハイパーリンクを選択する際に困難を来たすことがある。本発明は、Ｗｅｂページの外観を広げる。ユーザに対するＷｅｂページの外観を、ユーザ定義のパラメータに基づいたものとすることができる。
【００３２】
図６は、密集を解消したＷｅｂページの例である。図６では、図５のハイパーリンク群５０２が、ハイパーリンク群５１４、５１６、および５１８に分割されている。さらに、ハイパーリンク群５１４、５１６、および５１８それぞれに含まれる各ハイパーリンクは、各ハイパーリンク間の間隔がより広くなり、視覚または運動障害などを持つ人が容易にアクセスすることを可能にしている。たとえば、ハイパーリンク群５１４中の「ＳｈｏｐＡｕｃｔｉｏｎｓ」５０４、「Ｃｌａｓｓｉｆｉｅｄｓ」５０６、および「ＰａｙＤｉｒｅｃｔ」５０８は相互の間隔がより広くなり、またハイパーリンク群５１４中の残りのハイパーリンクとの間隔もより広い。さらに、「ＹｅｌｌｏｗＰａｇｅｓ」で始まる行５２０と、「Ｗｅａｔｈｅｒ」で始まる行５２２も相互の間隔がより広い。
【００３３】
図７は、本発明の好ましい実施形態による電子文書を自動的に密集解消および再フォーマットする構成図である。電子文書ページのある領域中の密集したハイパーリンクは、その電子文書ページをユーザに提示する前に、その電子文書のページを前処理し、必要な場合にはそれを再フォーマットすることによって、自動的に密集を解消することができる。これによりユーザは、電子文書ページに表示されるハイパーリンクを非常に容易に選択することができるようになる。また、このプロセスを、たとえば、視覚障害などを持つユーザを対象とした拡大ソフトウェアなどのその他のユーザ補助ソフトウェアと併用することもできる。
【００３４】
この例では、Ｗｅｂブラウザ６０６がＷｅｂサーバ６０２に電子文書を求める要求を送信する。次に、Ｗｅｂサーバ６０２がＷｅｂデータベース６０４と交信し、要求された電子文書の有無を判定する。電子文書がＷｅｂデータベース６０４に存在する場合、サーバ６０２は、たとえばハイパーテキスト・マークアップ言語（ＨＴＭＬ）文書やＷｅｂページなどの事前にフォーマットした電子文書を送信する、あるいは、たとえばＷｅｂページ・コンテンツとＷｅｂサーバ６０２固有のカスケード・スタイル・シートとを組み合わせてフォーマットされたＷｅｂページを生成することができる。ユーザ６１０のプリファレンスに基づき、Ｗｅｂブラウザ６０６上で、サーバがＷｅｂページ・コンテンツを仮想ディスプレイ６０８上に射影する。Ｗｅｂページ・コンテンツの仮想ディスプレイ６０８への射影は、Ｗｅｂブラウザ６０６内部で実施され、ユーザ６１０からは見えないこともある。Ｗｅｂブラウザ６０６は、いくつかの基準に基づいて、電子文書のページに表示されるハイパーリンクが密集していることを判定することができる。その基準は、たとえば、計測単位当たりのハイパーリンクの数である、電子文書のページに表示されるハイパーリンク間の上下間隔および／または左右間隔である。
【００３５】
本発明では、近接性ポリシを使用して、ハイパーリンクが密集したＷｅｂページの領域を再フォーマットする。Ｗｅｂブラウザ６０６は、いくつかの方法を使って、Ｗｅｂページが、ユーザが設定できる近接性ポリシを満たさないかどうか判定することができる。たとえば、ユーザは２つ以上の任意のハイパーリンク間における上下および左右間隔が、たとえば少なくとも１５画素であると決定することができる。そのときは、ユーザは、それに応じてＷｅｂブラウザ６０６のプリファレンスを設定することができる。あるいは、近接性ポリシは、２つ以上のハイパーリンク間の上下および左右間隔が、たとえば１０ポイントであると定義することができる。２つ以上のハイパーリンクが互いに不適切なほど近接しないようにするために使用できる別のスケールは、たとえば各ハイパーリンクの周囲に矩形や楕円などの幾何図形を描き、そうして、その２つの幾何図形がオーバーラップしないようにすることによるものである。
【００３６】
さらに別の例では、第１のハイパーリンクの周囲に定義された領域と第２のハイパーリンクの周囲に定義された領域とがオーバーラップするため、第１のハイパーリンクと第２のハイパーリンクが近接性ポリシを満たさない。したがって、第１のハイパーリンクと第２のハイパーリンクとの間隔を広げることが必要になる場合がある。第１のハイパーリンクの周囲に描くことのできる矩形のサイズは、たとえば矩形の幅については第１のハイパーリンクの高さに１０画素加え、矩形の長さについては第１のハイパーリンクの長さに１０画素加えることによって拡大することができる。この方法によって、第１のハイパーリンクが確実に第２のハイパーリンクから十分離れて配置され、２つのハイパーリンクがユーザからはっきりと見えるようになる。第２のハイパーリンクは、第１のハイパーリンクの周囲に描かれるそれ専用の矩形内の領域に侵入することはできない。
【００３７】
Ｗｅｂブラウザ６０６は、たとえばハイパーリンク表示領域、現在のフォント設定などに関する情報をすでに持っていることがある。その場合、Ｗｅｂブラウザ６０６は、密集した電子文書ページのこれらの領域を再フォーマットすることができる。Ｗｅｂブラウザ６０６は、たとえばパラグラフを表す＜Ｐ＞などのＨＴＭＬタグを使って、電子文書ページの密集を軽減することができる。さらに、ＨＴＭＬタグ要素＜ＰＲＥ＞および＜／ＰＲＥ＞を、単語間にスペースを挿入するために使用することができる。この例では、タグ要素＜ＰＲＥ＞と＜／ＰＲＥ＞の間のテキスト中に挿入される任意のスペースが、Ｗｅｂブラウザ６０６によって保存される。同様に、タグ要素＜ＢＲ＞を、電子文書ページ内に改行を挿入し、ハイパーリンクを別の行にレンダするために使用することができる。このプロセスを完了すると、ユーザは、密集部分がなく読み易い電子文書ページを閲覧することができる。
【００３８】
Ｗｅｂページの密集を解消するためのＨＴＭＬファイルのサンプルは、たとえば、以下のとおりである。

図５は、ページがハイパーリンクで密集している状態を示すが、ユーザは自分の必要に合わせて電子文書ページを構成しようとすることもある。このプロセスを図８に示す。
【００３９】
図８は、本発明の好ましい実施形態による、カスケード・スタイル・シートを使用するブラウザによる電子文書の密集の解消の構成図である。電子文書のページに表示される密集したハイパーリンクはブラウザによって、たとえば特別なカスケード・スタイル・シートを使用して密集を解消することができる。特別なカスケード・スタイル・シートを使用することにより、ユーザはより効率よくハイパーリンクを選択することができ、そのため、他のユーザ補助ソフトウェアにも役立つことがある。
【００４０】
先に説明したように、カスケード・スタイル・シートはＷｅｂページのＨＴＭＬ構造に影響を与えずに、Ｗｅｂページの外観をより簡単に定義できるように設計される。スタイル・シートはテンプレートのように機能し、特定のＨＴＭＬ要素に対してスタイルが定義され、次いで、この定義済みスタイルがＷｅｂページの任意のページに対して、何度も繰り返し使用される。カスケード・スタイル・シート仕様は、たとえば「単語間隔」や「行間」などを含むことができる。
【００４１】
「単語間隔」は単語間の間隔を指定する。この単語間の間隔は、たとえば現在のフォントによって規定される、またはデフォルト値とすることができる、「標準」値からなる場合もある。さらに、単語間の間隔について、「長さ」値を定義することもできる。現在のフォントまたはデフォルト値で規定される他に、この「長さ」値が単語間間隔を示すことができる。
【００４２】
「行間」は、コンテンツがインライン・レベル要素から構成されるブロック・レベル要素に特性（property）を設定する場合に、生成されるインライン・ボックスの最小の高さを指定する。生成されるインライン・ボックスの高さを、そのボックス中のテキストのフォント・サイズとは異なる値にすることができ、したがって、レンダされるグリフ（glyph）の上下に間隔を設けることができる。フォント・サイズと計算された「行間」値との差をリーディング（leading）という。リーディングの半分を、ハーフ・リーディング（half-leading）という。
【００４３】
インライン・ボックスの上と下にハーフ・リーディングを追加することにより、グリフをインライン・ボックスの上下中央に配置することができる。たとえば、テキストの一部が１２ポイントの高さであり、その行間が１４ポイントの高さである場合、テキストの上に１ポイントとテキストの下に１ポイントの、２ポイントの余分なスペースが追加される場合がある。行間値がフォント・サイズより小さい場合、最終的なインライン・ボックスの高さがフォント・サイズより小さくなり、レンダされるグリフがインライン・ボックスの外側に「はみ出す（bleed）」ことになる。そのようなボックスが行ボックスの縁に接触する場合、レンダされるグリフが隣接する行ボックスにもはみ出す場合がある。非置換要素のマージン（margin）、枠線（border）、およびパディング（padding）はインライン・ボックスの高さ計算では考慮されないが、非置換要素のマージン、枠線、およびパディングがそれでも、インライン・ボックスの周囲にレンダされる場合がある。換言すると、これは、行ボックスの高さが、それが含む各ボックスの外側の縁より小さい場合、パディングおよび枠線の背景および色が隣接する行ボックスにはみ出す可能性があることを意味する。
【００４４】
カスケード・スタイル・シートの単語間隔要素および行間要素を使って、Ｗｅｂページの密集を解消するカスタム・スタイル・シートは、たとえば以下のとおりである。
BODY {background: white; color: brown}
H1 {font: 18pt Arial bold}
P {font: 12pt Arial; text-indent: 0.5 in}
P.initial:first letter {font-size: 200%;float: left}
A: link {color: red; word-spacing:2.0em;line-height: 1.2; font-size: 10pt} /*未表示リンク*/
A: visited {color: blue;word-spacing:2.4em; line-height: 1.2; font-size: 10pt} /*表示済みリンク*/
A: active {color: yellow;word-spacing:2.4em; line-height: 1.2; font-size: 10pt} /*有効なリンク*/
【００４５】
この例では、Ｗｅｂブラウザ７０８がＷｅｂサーバ７０２と交信し、電子文書を求める要求を送信する。Ｗｅｂサーバ７０２は次いで、Ｗｅｂデータベース７０４と交信して、要求された電子文書の有無を判定する。要求された電子文書がＷｅｂデータベース７０４内に存在する場合、Ｗｅｂデータベース７０４は、たとえばＨＴＭＬタグ付きのＨＴＭＬＷｅｂページを提供し、あるいはＷｅｂデータベース７０４内のＷｅｂページ・コンテンツとサーバ固有のカスケード・スタイル・シート７０６とを組み合わせて、ＨＴＭＬタグ付きのＷｅｂページを送信する。次いで、Ｗｅｂサーバはフォーマットしたコンテンツの電子文書ページをＷｅｂブラウザ７０８に提示し、Ｗｅｂブラウザ７０８はクライアント側でカスケード・スタイル・シート７１０を使用することができる。次いで、電子文書がユーザ７１２に表示される。ユーザ７１２は、その電子文書のページの領域が密集していると判断した場合、その場合、ユーザ７１２はＷｅｂブラウザ７０８にそのページを再フォーマットするように要求することができる。電子文書ページの再フォーマットの間に、Ｗｅｂブラウザ７０８はユーザ７１２が定義した特別なカスケード・スタイル・シート７１４を使用することができる。電子文書のページの再フォーマット後、その電子文書のページはユーザ７１２が閲覧できるように表示される。さらに、文書オブジェクト・モデル（ＤＯＭ）を利用する代替実施形態を構築することもできる。
【００４６】
図９は、本発明の好ましい実施形態に従って、ハイパーテキスト・マークアップ言語文書の密集を自動的に解消するための情報の流れを示す流れ図である。図９は、図７に概略を示したプロセスを詳しく示すものである。この例では、Ｗｅｂブラウザが、電子文書にアクセスすることを求めるユニバーサル・リソース・ロケータ（ＵＲＬ）要求を受信することによって処理が開始される（ステップ８０２）。次いで、Ｗｅｂブラウザは、Ｗｅｂサーバと交信してＵＲＬに関連する電子文書を要求する（ステップ８０４）。次いで、ＷｅｂサーバがＷｅｂデータベースを検索して、ＵＲＬに関連する電子文書の有無を判定する（ステップ８０６）。ＵＲＬに関連する電子文書がＷｅｂデータベースに存在しない場合（ステップ８０８：No）、要求されたＵＲＬに関連する文書が存在しないことを示すメッセージが表示される（ステップ８３２）。次いで、別のＵＲＬが入力されたか否か判定が行われる（ステップ８３４）。別のＵＲＬが入力されない場合（ステップ８３４：No）、処理は終了する。別のＵＲＬが入力された場合（ステップ８３４：Yes）、処理はステップ８０２に戻って、そこで要求されたＵＲＬを受信する。
【００４７】
ステップ８０８に戻り、要求されたＵＲＬに関連する文書がＷｅｂデータベースに存在する場合（ステップ８０８：Yes）、サーバはＷｅｂデータベースから文書を検索する（ステップ８１０）。次いで、サーバがＷｅｂブラウザに文書を送信し（ステップ８１２）、Ｗｅｂブラウザが文書を受信する（ステップ８１４）。次いで、受信した電子文書の密集解消をするためにユーザ・プリファレンスが設定されているか否かについて判定が行われる（ステップ８１６）。受信した電子文書の密集解消をするためにユーザ・プリファレンスが設定されていない場合（ステップ８１６：No）、Ｗｅｂブラウザはその文書ページをレンダする（ステップ８１８）。文書の次ページをレンダするための要求を受信する（ステップ８２０）。次いで、文書が後続ページを含むか否かについて判定が行われる（ステップ８２２）。文書が後続ページを含まない場合（ステップ８２２：No）、別のＵＲＬが要求されたか否かについて判定が行われる（ステップ８３４）。文書が後続ページを含む場合（ステップ８２２：Yes）、新規ページが選択されたか否かについて判定が行われる（ステップ８３６）。新規ページが選択されなかった場合（ステップ８３６：No）、処理は終了する。新規ページが選択された場合（ステップ８３６：Yes）、処理はステップ８１８に戻って、そこでＷｅｂブラウザが文書ページをレンダする。
【００４８】
ステップ８１６に戻って、文書の密集解消をするためにユーザ・プリファレンスが設定されている場合（ステップ８１６：Yes）、Ｗｅｂブラウザは仮想ディスプレイに文書をレンダする（ステップ８２４）。次いで、Ｗｅｂブラウザは、文書のハイパーリンク間の上下および左右間隔を分析する（ステップ８２６）。次いで、文書ページに密集した領域があるか否かについて判定が行われる（ステップ８２８）。文書ページに密集した領域がない場合（ステップ８２８：No）、Ｗｅｂブラウザは文書ページをレンダする（ステップ８１８）。文書ページに密集した領域がある場合（ステップ８２８：Yes）、Ｗｅｂブラウザはタグを挿入することによってその文書ページを再フォーマットし、その後で、ブラウザがその文書ページをレンダする（ステップ８１８）。
【００４９】
図１０は、本発明の好ましい実施形態による、カスケード・スタイル・シートを使用したＷｅｂページの密集解消を示す流れ図である。図１０は、図８に概略を示したプロセスを詳しく示すものである。この例では、ＵＲＬ要求の受信によって処理が開始される（ステップ９０２）。Ｗｅｂブラウザは、次いで、ＷｅｂサーバにＵＲＬに関連するＷｅｂページを要求する（ステップ９０４）。Ｗｅｂサーバは、次いで、Ｗｅｂデータベースを検索して、ＵＲＬに関連するＷｅｂ文書の有無を判定する（ステップ９０６）。次いで、ＵＲＬに関連するＷｅｂ文書の有無について判定が行われる（ステップ９０８）。ＵＲＬに関連するＷｅｂ文書が存在しない場合（ステップ９０８：No）、そのＵＲＬ要求に関連する文書がないことを示すメッセージが表示される（ステップ９３２）。次いで、別のＵＲＬが入力されたか否かについて判定が行われる（ステップ９３４）。別のＵＲＬが入力されない場合（ステップ９３４：No）、処理は終了する。別のＵＲＬが入力された場合（ステップ９３４：Yes）、処理はステップ９０２に戻って、そこでＵＲＬを受信する。
【００５０】
ステップ９０８に戻って、ＵＲＬ要求に関連する文書が存在する場合（ステップ９０８：Yes）、サーバはＷｅｂデータベースからその文書を検索する（ステップ９１０）。Ｗｅｂサーバは、次いで、Ｗｅｂブラウザに文書を送信する（ステップ９１２）。Ｗｅｂブラウザは、ＷｅｂサーバからＷｅｂページを受信する（ステップ９１４）。次いで、Ｗｅｂ文書の密集解消をするためにユーザ・プリファレンスが設定されているか否かについて判定が行われる（ステップ９１６）。Ｗｅｂ文書の密集解消をするためにユーザ・プリファレンスが設定されていない場合（ステップ９１６：No）、ＷｅｂブラウザはＷｅｂページをレンダする（ステップ９１８）。Ｗｅｂ文書の次ページをレンダするよう求める要求を受信する（ステップ９２０）。次いで、文書が後続Ｗｅｂページを含むか否かについて判定が行われる（ステップ９２２）。Ｗｅｂ文書が後続ページを含まない場合（ステップ９２２：No）、別のＵＲＬが入力されたか否かについて判定が行われる（ステップ９３４）。Ｗｅｂ文書が後続ページを含む場合（ステップ９２２：Yes）、新規ページが選択されたか否かについて判定が行われる（ステップ９３６）。新規ページが選択されなかった場合は（ステップ９３６：No）、処理は終了する。新規ページが選択された場合は（ステップ９３６：Yes）、処理はステップ９１８に戻って、そこでＷｅｂページをレンダする。
【００５１】
ステップ９１６に戻って、文書の密集解消をするためにユーザ・プリファレンスが設定されている場合（ステップ９１６：Yes）、Ｗｅｂページの領域のハイパーリンクが密集しているか否かについて判定が行われる（ステップ９２０）。Ｗｅｂページの領域のハイパーリンクが密集していない場合（ステップ９２０：No）、ブラウザはＷｅｂページをレンダする（ステップ９１８）。Ｗｅｂページの領域のハイパーリンクが密集している場合（ステップ９２０：Yes）、Ｗｅｂページの再フォーマットを求めるユーザからの入力を受信する（ステップ９２６）。ブラウザは、次いで、カスケード・スタイル・シートを使ってＷｅｂページを再フォーマットする（ステップ９２８）。ブラウザは、次いで、再フォーマット済みのＷｅｂページをレンダする（ステップ９３０）。次いで、Ｗｅｂ文書の次ページをレンダするよう求める要求を受信する（ステップ９２０）。
【産業上の利用可能性】
【００５２】
本発明は、一般に、ハイパーリンクを含むＷｅｂ文書を検索し表示するＷｅｂサーバおよびブラウザに適用可能である。特に、本発明は、検索またはセッション中に、Ｗｅｂページ情報およびハイパーリンクを指示し管理するための方法および装置を提供する。本発明の機構は、前処理プロセスと、電子文書ページを再フォーマットするためのポリシ構造とを含む。本発明のポリシ構造は、ユーザが電子文書ページの外観を指定することを可能にする。ユーザが定義するポリシ構造は記憶され、それによって、ユーザがそのページに戻ったときに、ユーザが定義したポリシ構造に従ってページを表示することができる。
【００５３】
以上、本発明を完全に機能するデータ処理システムという状況で説明してきたが、本発明のプロセスは、命令を含むコンピュータ可読媒体の形式および様々な形式で配布することができ、かつ、その配布を実行するために実際に使用される特定の信号担持媒体の種類にかかわらず、本発明が等しく適用されることが当分野の技術者には理解されることに留意されたい。コンピュータ可読媒体の例としては、フロッピー（Ｒ）・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、およびＣＤ−ＲＯＭなどの記録可能型媒体と、ディジタルおよびアナログ通信リンクなどの伝送型媒体とが含まれる。
【００５４】
本発明の記述を例示し説明するために提示したが、これは網羅的なものではなく、開示された形式での発明に限定されるものでもない。当分野の技術者には、多くの改変形態および変形形態が明らかであろう。たとえば、本発明は文書オブジェクト・モデル（ＤＯＭ）または拡張スタイル・シート言語（ＸＳＬ）を使って、Ｗｅｂページの外観を変更することができる。本明細書中の実施形態は、本発明の原理、その実際の応用範囲を最もよく説明し、当分野の他の技術者が本発明を理解して、企図される特定の用途に適合するように、様々な変更を加えた様々な実施形態を実施できるように、選択し記述したものである。
【図面の簡単な説明】
【００５５】
【図１】本発明を実装できる分散データ処理システムの図である。
【図２】本発明の好ましい実施形態による、サーバとして実装できるデータ処理システムを示す構成図である。
【図３】本発明を実装できるデータ処理システムを示す構成図である。
【図４】本発明の好ましい実施形態による、ブラウザ・プログラムを示す構成図である。
【図５】本発明の好ましい実施形態による、複数のハイパーリンクを含むＷｅｂページを示すグラフィカル・ユーザ・インターフェースの例である。
【図６】本発明の好ましい実施形態による、複数のハイパーリンクを含むＷｅｂページを示すグラフィカル・ユーザ・インターフェースの例である。
【図７】本発明の好ましい実施形態による、電子文書の自動的密集解消および再フォーマットを示す構成図である。
【図８】本発明の好ましい実施形態による、カスケード・スタイル・シートを使用するブラウザによる電子文書の密集解消を示す構成図である。
【図９】本発明の好ましい実施形態に従って、ハイパーテキスト・マークアップ言語文書の密集を自動的に解消するための情報の流れを示す流れ図である。
【図１０】本発明の好ましい実施形態による、カスケード・スタイル・シートを使用するＷｅｂページの密集解消を示す流れ図である。

Claims

１組のリンクを有するページをデータ処理システム上で提示する方法であって、
前記ページを受信するステップ（８１４）と、
前記ページ内の前記リンクが近接性基準を満たすかどうか判定するステップ（８２８）と、
前記ページが前記近接性基準に満たないとの判定に応答して、前記ページが前記近接性基準を満たすように前記ページを再フォーマットするステップ（８３０）と
を含む、方法。
前記再フォーマット済みページを前記データ処理システム内で提示するステップ（８１８）をさらに含む、請求項１に記載の方法。
前記近接性基準が、前記１組のリンク内におけるリンクの間隔、前記１組のリンクに対するフォント設定、および単位面積当たりのリンク数によって特徴づけられる、請求項１または２に記載の方法。
前記近接性基準が、前記リンク間の最小の上下および左右間隔（８２６）によって特徴づけられ、前記基準を満たさないページは密集していると判定される、請求項１または２に記載の方法。
前記判定するステップの前に、前記ページを仮想ディスプレイ上で提示するステップ（８２４）をさらに含む、請求項１ないし４のいずれかに記載の方法。
前記再フォーマットするステップが、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）タグ（８３０）とカスケード・スタイル・シート（９２８）の少なくとも一方を用いて実施される、請求項１ないし５のいずれかに記載の方法。
前記ページがマークアップ言語文書であり、前記再フォーマットするステップ（８３０）が前記リンクを提示するために使用するＨＴＭＬタグを変更するステップを含む、請求項６に記載の方法。
前記マークアップ言語文書が、ハイパーテキスト・マークアップ言語文書と拡張マークアップ言語文書の一方である、請求項６に記載の方法。
前記ページがＷｅｂページ・コンテンツおよびカスケード・スタイル・シート情報を含む、請求項１ないし８のいずれかに記載の方法。
前記データ処理システムがブラウザ（７０８）を含み、前記再フォーマットするステップがユーザ（７１２）からの要求に応答して実施される、請求項１ないし９のいずれかに記載の方法。