(57)【特許請求の範囲】
【請求項１】
コンテンツをクライアント装置へ提供する方法であって、
インターネットに接続された個別アクセシビリティ評価プロバイダが、
クライアント装置のユーザからのリクエストに応じてインターネット上のコンテンツを検索し、
検索したコンテンツのアクセシビリティレベルをユーザ・プロフィールの中で宣言されたアクセシビリティ要件と比較することによりユーザ・アクセシビリティについてコンテンツの評価を実行し、
もし評価の結果が、ユーザについてのアクセシビリティの要件を満たすならば、コンテンツをクライアント装置へ提供し、
もし評価の結果が、ユーザについてのアクセシビリティの要件を満たさないならば、コンテンツがアクセシビリティ要件を満たさないことの表示を当該コンテンツに添付してクライアント装置へ提供する
ことを備えた方法。
【請求項２】
更に、コンテンツがユーザについてアクセシビリティ要件を満たすように、コンテンツを修正することを含む、請求項１に記載の方法。
【請求項３】
コンテンツを修正することが、ルール・セット及びアルゴリズムの１つに基づいて、コンテンツ内のタグの値を変更することを含む、請求項２に記載の方法。
【請求項４】
ユーザによるアクセシビリティについてコンテンツの評価を実行することが、アクセシビリティ規準を満たさないコンテンツの要素をログすることを含み、コンテンツを修正することが、アクセシビリティ規準を満たすため、ログされた要素を修正することを含む、請求項２に記載の方法。
【請求項５】
コンテンツをクライアント装置へ提供する装置であって、
クライアント装置のユーザからのリクエストに応じてインターネット上のコンテンツを検索する手段と、
検索したコンテンツのアクセシビリティレベルをユーザ・プロフィールの中で宣言されたアクセシビリティ要件と比較することによりユーザ・アクセシビリティについてコンテンツの評価を実行する手段と、
もし評価の結果が、ユーザについてのアクセシビリティの要件を満たすならば、コンテンツをクライアント装置へ提供し、もし評価の結果が、ユーザについてのアクセシビリティの要件を満たさないならば、コンテンツがアクセシビリティ要件を満たさないことの表示を当該コンテンツに添付してクライアント装置へ提供する手段と
を備えた装置。
【請求項６】
コンテンツをクライアント装置へ提供するコンピュータ・プログラムであって、コンピュータ・システムに、
クライアント装置のユーザからのリクエストに応じてインターネット上のコンテンツを検索する第１の手順と、
検索したコンテンツのアクセシビリティレベルをユーザ・プロフィールの中で宣言されたアクセシビリティ要件と比較することによりユーザ・アクセシビリティについてコンテンツの評価を実行する第２の手順と、
もし評価の結果が、ユーザについてのアクセシビリティの要件を満たすならば、コンテンツをクライアントへ提供する第３の手順と、
もし評価の結果が、ユーザについてのアクセシビリティの要件を満たさないならば、コンテンツがアクセシビリティ要件を満たさないことの表示を当該コンテンツに添付してクライアント装置へ提供する第４の手順と
を実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、改善されたコンピュータ・システムに向けられている。更に具体的には、本発明は、ユーザ・アクセシビリティに基づいてコンテンツをフィルタする装置、方法及びプログラムを提供する。
【０００２】
【従来の技術】
最近、特別の必要性を有する人々、例えば、障害者又は身障者に対してコンテンツが利用容易（アクセシブル）であるように、インターネットのウェブ・ページ及びコンテンツを設計することが、次第に強調されてきた。コンテンツを利用容易にする必要性は次第に強調されているが、現実として、インターネット上で利用可能な（アベイラブルな）コンテンツの多くは、依然として、特別の必要性を有する人々に対して利用容易ではない。
【０００３】
特別の必要性を有する人々へ利用容易であるウェブ・コンテンツ、及び利用容易でないウェブ・コンテンツを特定する努力の中で、特殊技術応用センター（Center for Applied Special Technology(ＣＡＳＴ)）は、ボビー（Ｂｏｂｂｙ（商標））と呼ばれるソフトウェア・アプリケーションを開発した。Ｂｏｂｂｙ（商標）ソフトウェアは、ウェブ・ページを評価して、ＷＷＷコンソーシアムによって公表されたアクセシビリティ（利用容易性）・ガイドラインに基づく規準をウェブ・ページが満たすかどうかを決定するため使用されてよい。もしＢｏｂｂｙ（商標）が、ウェブ・ページがアクセシビリティ規準を満たしていると決定すれば、ウェブ・ページ・アドミニストレータは、Ｂｏｂｂｙ承認アイコンをウェブ・ページへ付加して、ウェブ・ページが障害者又は身障者に利用容易であることを、それらの人々に表示することを許される。
【０００４】
Ｂｏｂｂｙ（商標）は、ウェブ・ページを評価するメカニズムを提供するが、ユーザは、ウェブ・ページを検索した後でなければ、ウェブ・ページがＢｏｂｂｙによって承認されているかどうかを知ることはできない。実際に、Ｂｏｂｂｙ（商標）承認ウェブ・ページは、インターネットを介してアクセスできるウェブ・ページの全てを考慮に入れたとき、その数は少ない。従って、ユーザは、ウェブ・サイトが障害者によって利用容易であること、即ち、Ｂｏｂｂｙ（商標）によって承認されていることを事前に決定することができないので、ユーザは、非常に高い確率で、障害者によって利用容易でないウェブ・ページを検索するであろう。
【０００５】
更に、もし障害者の人が、関心のある特定の主題について、インターネット・ウェブ・ページのサーチを実行したいと望むならば、サーチの結果は、全部ではないにしても多数のウェブ・サイトが障害者に対して利用容易でなく、少数のウェブ・サイトだけが障害者に対して利用容易であろう。更に、サーチ結果として戻されたウェブ・サイトのどれが障害者に対して利用容易であるかを、ユーザ側が決定することはできない。
【０００６】
【発明が解決しようとする課題】
従って、特別の必要性を有する人々に対してコンテンツが利用容易であるかどうかに基づいてコンテンツをフィルタする装置、方法、及びプログラムを有することは、有益であろう。
【０００７】
【課題を解決するための手段】
本発明は、ユーザに対するコンテンツのアクセシビリティに基づいてコンテンツをフィルタする装置及び方法を提供する。装置、方法及びプログラムは、特別の必要性を有するユーザ、例えば、障害者又は身障者へのアクセシビリティがあるかどうかについて、リクエストされたコンテンツを評価する評価ツールを利用する。次に、評価の結果は、要求されるアクセシビリティレベルのユーザ指定と比較され、コンテンツがユーザに対して利用容易であるかどうかが決定される。もし、コンテンツが、要求されるユーザアクセシビリティレベルを満たすことを、評価の結果が示すならば、コンテンツはユーザへ提供される。もし、コンテンツが要求されるユーザアクセシビリティレベルを満たさないことを、評価が示すならば、コンテンツはユーザへ提供されないか、利用容易でない旨のインディケータが、コンテンツに添付される。更なる実施形態において、コンテンツが修正され、コンテンツがユーザに対して利用容易にされてよい。
【０００８】
【発明の実施の形態】
ここで図面を参照すると、図１は、本発明が実施され得るデータ処理システム・ネットワークを図示する。ネットワーク・データ処理システム１００は、本発明が実施され得るコンピュータのネットワークである。ネットワーク・データ処理システム１００は、ネットワーク１０２を含む。ネットワーク１０２は、ネットワーク・データ処理システム１００の中で一緒に相互に接続された様々な装置及びコンピュータの間で通信リンクを提供するために使用される媒体である。ネットワーク１０２は、接続、例えば、ワイヤ、ワイヤレス通信リンク、又は光ファイバ・ケーブルを含んでよい。
【０００９】
図示された例において、コンテンツ・プロバイダ・サーバ１０８〜１１２は、個別アクセシビリティ評価プロバイダ１０６と一緒にネットワーク１０２へ接続される。更に、クライアント装置１０４がネットワーク１０２へ接続される。クライアント装置１０４は、例えば、パーソナル・コンピュータ、ネットワーク・コンピュータ、パーソナル・ディジタル・アシスタント、携帯用計算装置などであってよい。図示された例において、コンテンツ・プロバイダ・サーバ１０８〜１１２は、データ、例えば、ファイル、ウェブ・ページ、オペレーティング・システム・イメージ、及びアプリケーションをクライアント装置１０４へ提供する。クライアント装置１０４は、コンテンツ・プロバイダ・サーバ１０８〜１１２に対するクライアントである。ネットワーク・データ処理システム１００は、図示されない追加のサーバ、クライアント、サービス・プロバイダ、及び他の装置を含んでよい。
【００１０】
図示された例において、ネットワーク・データ処理システム１００はインターネットであり、ネットワーク１０２は、プロトコルのＴＣＰ／ＩＰスイートを使用して相互に通信するネットワーク及びゲートウエイの世界的集合を表す。インターネットの中心には、主なノード又はホスト・コンピュータの間の高速データ通信線を含む基幹ネットワークが存在する。これらのノード又はホスト・コンピュータは、データ及びメッセージを回送する何千という商業、官庁、教育、及び他のコンピュータ・システムから構成される。もちろん、ネットワーク・データ処理システム１００も、多数の異なったタイプのネットワーク、例えば、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、又はワイド・エリア・ネットワーク（ＷＡＮ）として実施されてよい。図１は、例としての意味を有し、本発明に関してアーキテクチャ上の限定を意味するものではない。
【００１１】
後で詳細に説明する個別アクセシビリティ評価プロバイダ１０６は、フィルタリング・メカニズムを提供する。このフィルタリング・メカニズムによって、コンテンツ・プロバイダ・サーバ１０８〜１１２から受け取られたコンテンツは、クライアント装置１０４へ転送される前に、問題のあるコンテンツであるかどうかをチェックされる。個別アクセシビリティ評価プロバイダ１０６は、例えば、クライアント装置１０４がログ・オンされるプロキシ・サーバで実施されるか（図示されるように）、クライアント装置１０４のアプリケーションとして実施されるか、又はサービス・プロバイダの構内に存在するプロキシであって、それを介してコンテンツ・プロバイダ・サーバ１０８〜１１２がアクセスされるプロキシによって実行されるネットワーク常駐サービスとして実施されてよい。
【００１２】
個別アクセシビリティ評価プロバイダ１０６がクライアント装置１０４で実施される場合、個別アクセシビリティ評価プロバイダ１０６は、独立型ソフトウェア・アプリケーション、ウェブ・ブラウザ・アプリケーションの一部分、ウェブ・ブラウザ・アプリケーションへのプラグインなどであってよい。例示を目的として、これからの説明では、個別アクセシビリティ評価プロバイダ１０６は、プロキシ・サーバで実施されるものと想定する。図２で示されるように、プロキシ・サーバは、クライアント装置とコンテンツ・プロバイダ・サーバとの間に存在し、クライアント装置によってアクセスされるプロキシ・サーバであるか、コンテンツ・プロバイダのリバース・プロキシであってよい。後者の場合、コンテンツ・プロバイダ・サーバ１０８〜１１２へのアクセスは、リバース・プロキシを介して得られる。
【００１３】
プロキシ・サーバは、当技術分野で一般的に知られており、通常のインターネット・サービスで利用することができる。例えば、ＨＴＴＰプロキシはウェブ・アクセスに使用され、ＳＭＴＰプロキシはｅメールに使用される。プロキシ・サーバは、一般的にネットワーク・アドレス変換（Network Address Translation (ＮＡＴ)）を使用する。ＮＡＴは、１つの組織幅（organization-wide）のＩＰアドレスをインターネットへ提示する。プロキシ・サーバは、全てのユーザ・リクエストを集めてインターネットへ送り、適切なユーザへ応答を戻す。更に、プロキシは、ウェブ・ページをキャッシュすることができ、次のリクエストがローカルで得られることを可能にする。
【００１４】
ここで図３を参照すると、サーバ、例えば、コンテンツ・プロバイダ・サーバ１０８〜１１２、又は個別アクセシビリティ評価プロバイダ１０６が常駐してよいプロキシ・サーバとして実施されてよいデータ処理システムのブロック図が、本発明の好ましい実施形態に従って示される。データ処理システム２００は、システム・バス２０６へ接続された複数のプロセッサ２０２及び２０４を含む対称型マルチプロセッサ（ＳＭＰ）システムであってよい。代替的に、シングル・プロセッサ・システムが使用されてよい。更に、インタフェースをローカル・メモリ２０９へ提供するメモリ・コントローラ／キャッシュ２０８が、システム・バス２０６へ接続される。Ｉ／Ｏバス・ブリッジ２１０は、システム・バス２０６へ接続され、Ｉ／Ｏバス２１２へインタフェースを提供する。メモリ・コントローラ／キャッシュ２０８及びＩ／Ｏバス・ブリッジ２１０は、図示されるように統合されてよい。
【００１５】
Ｉ／Ｏバス２１２へ接続された周辺コンポーネント相互接続(Peripheral Component Interconnect（ＰＣＩ）)バス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へインタフェースを提供する。多数のモデムがＰＣＩバス２１６へ接続されてよい。典型的なＰＣＩバスの実施形態は、４つのＰＣＩ拡張スロット又はアドイン接続をサポートするであろう。図１及び図２におけるネットワーク・コンピュータ１０８〜１１２への通信リンクは、アドイン・ボードを介してＰＣＩローカル・バス２１６へ接続されたモデム２１８及びネットワーク・アダプタ２２０を介して提供されてよい。
【００１６】
追加のＰＣＩバス・ブリッジ２２２及び２２４は、追加のＰＣＩバス２２６及び２２８のためのインタフェースを提供し、追加のモデム又はネットワーク・アダプタは、ＰＣＩバス２２６及び２２８からサポートされてよい。このようにして、データ処理システム２００は、多数のネットワーク・コンピュータへの接続を可能にする。更に、メモリ・マップ・グラフィックス・アダプタ２３０及びハード・ディスク２３２は、図示されるように、直接又は間接に、Ｉ／Ｏバス２１２へ接続されてよい。
【００１７】
当業者は、図３に示されたハードウェアが変更されてよいことを理解するであろう。例えば、他の周辺装置、例えば、光学ディスク・ドライブが使用され、図示されたハードウェアに追加されるか、それらを置換してよい。図示された例は、本発明に関してアーキテクチャ上の限定を意味するものではない。
【００１８】
図２に示されたデータ処理システムは、例えば、ＩＢＭ社（International Business Machines Corporation in Armonk, New York）の製品であって、アドバンスド・インタラクティブ・エグゼクティブ（Advanced Interactive Executive（ＡＩＸ））オペレーティング・システムを実行しているＩＢＭ  ＲＩＳＣ／Ｓｙｓｔｅｍ  ６０００システムであってよい。
【００１９】
ここで図４を参照すると、本発明が実施されてよいデータ処理システムのブロック図が示される。データ処理システム３００は、クライアント・コンピュータ、例えば、図１及び図２のクライアント装置１０４の例である。データ処理システム３００は、周辺コンポーネント相互接続（ＰＣＩ）ローカル・バス・アーキテクチャを使用する。図示された例はＰＣＩバスを使用するが、他のバス・アーキテクチャ、例えば、アクセラレーテッド・グラフィックス・ポート（Accelerated Graphics Port（ＡＧＰ））及びインダストリー・スタンダード・アーキテクチャ（Industry Standard Architecture（ＩＳＡ））が使用されてよい。プロセッサ３０２及びメイン・メモリ３０４は、ＰＣＩブリッジ３０８を介してＰＣＩローカル・バス３０６へ接続される。更に、ＰＣＩブリッジ３０８は、プロセッサ３０２のための統合されたメモリ・コントローラ及びキャッシュ・メモリを含んでよい。ＰＣＩローカル・バス３０６への追加の接続は、直接コンポーネント相互接続又はアドイン・ボードを介して行われてよい。図示された例において、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、ＳＣＳＩホスト・バス・アダプタ３１２、及び拡張バス・インタフェース３１４は、直接コンポーネント接続によってＰＣＩローカル・バス３０６へ接続される。対照的に、オーディオ・アダプタ３１６、グラフィックス・アダプタ３１８、及びオーディオ／ビデオ・アダプタ３１９は、拡張スロットの中へ挿入されたアドイン・ボードによってＰＣＩローカル・バス３０６へ接続される。
【００２０】
拡張バス・インタフェース３１４は、キーボード及びマウス・アダプタ３２０、モデム３２２、及び追加メモリ３２４のための接続を提供する。スモール・コンピュータ・システム・インタフェース（Small Computer System Interface（ＳＣＳＩ））ホスト・バス・アダプタ３１２は、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、及びＣＤ−ＲＯＭドライブ３３０のための接続を提供する。典型的なＰＣＩローカル・バスの実施形態は、３つ又は４つのＰＣＩ拡張スロット又はアドイン接続をサポートするであろう。
【００２１】
オペレーティング・システムは、プロセッサ３０２の上で実行され、図４のデータ処理システム３００の中で様々なコンポーネントを調整し、それらの制御を提供するように使用される。オペレーティング・システムは、市場で入手可能なオペレーティング・システム、例えば、マイクロソフト社から入手可能なＷｉｎｄｏｗｓ（Ｒ）２０００であってよい。オブジェクト指向プログラミング・システム、例えば、Ｊａｖａ（Ｒ）が、オペレーティング・システムと結合して実行されてよく、データ処理システム３００の上で実行されているＪａｖａ（Ｒ）プログラム又はアプリケーションからオペレーティング・システムへの呼び出しを提供する。「Ｊａｖａ（Ｒ）」は、サンマイクロシステムズ社の商標である。オペレーティング・システム、オブジェクト指向オペレーティング・システム、及びアプリケーション又はプログラムのための命令は、ストレージ装置、例えば、ハード・ディスク・ドライブ３２６の上に置かれ、プロセッサ３０２によって実行されるためメイン・メモリ３０４の中へロードされてよい。
【００２２】
当業者は、図４のハードウェアが実施形態に依存して変更されてよいことを理解するであろう。図４に示されたハードウェアに加えて、又はそれらの代わりに、他の内部ハードウェア又は周辺装置、例えば、フラッシュＲＯＭ（又は同等の不揮発性メモリ）又は光学ディスク・ドライブなどが使用されてよい。更に、本発明のプロセスは、マルチプロセッサ・データ処理システムへ応用されてよい。
【００２３】
他の例として、データ処理システム３００が或るタイプのネットワーク通信インタフェースを含むか含まないかに関わらず、データ処理システム３００は、或るタイプのネットワーク通信インタフェースに依存することなくブート可能であるように構成されたスタンドアロン・システムであってよい。更なる例として、データ処理システム３００は、パーソナル・ディジタル・アシスタント（Personal Digital Assistant（ＰＤＡ））装置であってよい。ＰＤＡ装置は、オペレーティング・システム・ファイル及び、又はユーザ生成データを記憶する不揮発性メモリを提供するためＲＯＭ及び、又はフラッシュＲＯＭを有するように構成される。
【００２４】
図４に図示された例、及び前述した例は、アーキテクチャ上の限定を意味しない。例えば、データ処理システム３００は、ＰＤＡの形式を取ることに加えてノートブック・コンピュータ又は携帯用コンピュータであってもよい。更に、データ処理システム３００は、キオスク又はウェブ装置であってもよい。
【００２５】
図５は、本発明に従ったデータ・フローを示す例示的ブロック図である。図５に示されるように、クライアント装置４１０は、コンテンツ・リクエストを個別アクセシビリティ評価プロバイダ４２０へ送り、フィルタされたコンテンツを個別アクセシビリティ評価プロバイダ４２０から受け取る。本明細書で使用される「コンテンツ」の語は、検索可能でクライアント装置へ提供することのできる任意の電子情報を意味する。従って、「コンテンツ」は、ハイパーテキスト・マークアップ・ランゲージ（Hypertext Markup Language（ＨＴＭＬ））、ワイヤレス・マークアップ・ランゲージ（Wireless Markup Language（ＷＭＬ））などを使用して生成されたウェブ・ページ、アプリケーション、画像などを含むウェブ・ページであってよい。これから説明する例示的な実施形態では、「コンテンツ」はＨＴＭＬウェブ・ページであると仮定する。ここで使用される「フィルタされたコンテンツ」の語は、アクセシビリティについて評価され、ユーザ指示のアクセシビリティ要件と比較されたコンテンツを意味する。
【００２６】
個別アクセシビリティ評価プロバイダ４２０は、クライアント装置４１０からのコンテンツ・リクエストをコンテンツ・プロバイダ・サーバ４４０〜４６０へ転送し、リクエストされたコンテンツをコンテンツ・プロバイダ・サーバ４４０〜４６０から受け取る。更に、個別アクセシビリティ評価プロバイダ４２０は、ユーザ・プロフィール情報をユーザ・プロフィール・データベース４３０から検索する。それは、後述するように、リクエストされてコンテンツ・プロバイダ・サーバ４４０〜４６０から受け取られたコンテンツをフィルタする場合に使用するためである。
【００２７】
本発明において、クライアント装置４１０は、当技術分野で一般的に知られている仕方で、コンテンツのリクエストを１つ又は複数のコンテンツ・プロバイダ・サーバ４４０〜４６０へ出す。例えば、クライアント装置４１０のユーザは、コンテンツ・プロバイダ・サーバ４４０上に常駐するウェブ・ページに関連づけられたユニフォーム・リソース・ロケータ（Uniform Resource Locator（ＵＲＬ）) を、クライアント装置４１０上のウェブ・ブラウザ・アプリケーションへ入力してよい。ＵＲＬをウェブ・ブラウザ・アプリケーションへ入力することによって、ウェブ・ブラウザ・アプリケーションは、個別アクセシビリティ評価プロバイダ４２０への通信リンクを介して、ＵＲＬに関連づけられたウェブ・ページのリクエストを送信する。クライアント装置４１０からのコンテンツ・リクエストは、クライアント装置４１０のためにプロキシ・サーバとして働く個別アクセシビリティ評価プロバイダ４２０を介して回送される。
【００２８】
代替的に、クライアント装置４１０は、サーチ・エンジン、例えば、ヤフー（Ｙａｈｏｏ（商標））又はホットボット（ＨｏｔＢｏｔ（商標））によって提供されるサーチ・エンジンを使用して、サーチ・リクエストを入力してよい。サーチ・エンジンは、個別アクセシビリティ評価プロバイダ４２０に常駐してよく、サーチ・エンジンによって登録又は追跡されたコンテンツ・プロバイダをサーチしてよい。コンテンツ・プロバイダをサーチすることは、例えば、コンテンツ・プロバイダ・ウェブ・ページのローカル記憶バージョンをサーチすること、コンテンツ・プロバイダのアブストラクトのローカル記憶バージョンをサーチすることなどを含んでよい。
【００２９】
いずれの場合でも、コンテンツは、コンテンツ・プロバイダ・サーバ４４０〜４６０から得られるか、コンテンツ・プロバイダ・サーバ４４０〜４６０からのコンテンツのローカル記憶バージョンから得られる。次に、個別アクセシビリティ評価プロバイダ４２０は、得られたコンテンツを評価して、コンテンツについてアクセシビリティのレベルを決定する。
【００３０】
アクセシビリティのレベルは、例えば、障害を有する個人に対するアクセシビリティレベル、又は特別の利用の必要性を有する個人に対するアクセシビリティレベルとして定義されてよい。例えば、アクセシビリティレベルは、ｗｗｗ．ｗ３ｃ．ｏｒｇから利用可能であるウェブ・コンテンツアクセシビリティガイドライン、ＷＣＡＧのテクニック（Web Content Accessibility Guidelines, Techniques for WCAG）で記述されるように、ガイドライン、例えば、ＷＷＷコンソーシアム標準主体のウェブアクセシビリティイニシアティブ（Web Accessibility Initiative (ＷＡＩ)）によって定義されるガイドラインの体系であってよい。従って、例えば、アクセシビリティレベルは、次の現在のＷＡＩガイドラインの１つ又は複数の体系であってよい。
【００３１】
（１）全ての画像について代替のテキストを提供する。
（２）各々のＡＰＰＬＥＴについて代替のテキストを提供する。
（３）各々のＯＢＪＥＣＴについて代替のコンテンツを提供する。
（４）フォーム内の全ての画像タイプ・ボタンについて代替のテキストを提供する。
（５）もしサブミット・ボタンが画像マップとして使用されるならば、各々のアクティブ領域について別個のボタンを使用する。
（６）代替テキスト＞１５０文字の場合、別個の記述の提供を考慮する。
（７）ＬＯＮＧＤＥＳＣに加えて、記述（Ｄ）リンクを備える。
（８）もし画像が、その代替テキストの情報以外に重要な情報を伝えるならば、拡張された記述を提供する。
（９）全てのオーディオ・ファイルに、翻訳を備える。
（１０）ＡＳＣＩＩ技術は避ける。
（１１）ビデオ内のオーディオについて、同期化されたテキスト字訳を提供する。
（１２）全てのサーバ側画像マップ・ホット・スポットについて、テキスト・リンクを提供する。
（１３）ビデオ情報について、説明及び同期化見出しの双方を提供する。
（１４）自動的に演奏されるサウンドの可視的通知及び字訳を提供する。
（１５）ページ上のどこかでリンク｛１｝を含まないクライアント側の画像マップ｛０｝を避ける。
（１６）もしカラーを使用して情報を伝えるのであれば、情報が他の方法でも表現されることを確認する。
（１７）前景色及び背景色は、相互に十分なコントラストを有する。
（１８）画像を使用する代わりにコンテンツ（例えば、数式）をマークアップすることが可能な場合、マークアップ言語（例えば、MathML）を使用する。
（１９）文書は公式の出版文法に適合していることを確認する。
（２０）可能な場合、スタイル・シートを使用して、レイアウト及びプレゼンテーションをコントロールすべきである。
（２１）絶対的なサイズ及び配置（ピクセル）よりも、相対値（％値）を使用する。
（２２）ヘッディングは、適切にネストされていることを確認する。
（２３）ヘッダー・エレメントは適切な順序で使用し、太字のテキストには使用しない。
（２４）リスト・エレメントは実際のリストにのみ使用し、フォーマッティングには使用しない。
（２５）引用には、Ｑ及びＢＬＯＣＫＱＵＯＴＥを使用し、字下げを使用しない。
（２６）Ｑ及びＢＬＯＣＫＱＵＯＴＥエレメントを使用して、引用をマークアップする。
（２７）文書の言語の中の変更を特定する。
（２８）省略語及び頭字語を指示及び拡張するためには、ＡＢＢＲ及びＡＣＲＯＮＹＭエレメントを使用する。
（２９）テキストの言語を特定する。
（３０）レイアウトに使用されないテーブル（例えば、スプレッドシート）については、テーブルの行及び列のヘッダーを特定する。
（３１）もしテーブルが、ヘッダーとして使用される２つ以上の行及び列を有するならば、それらの階層及び関係を特定するため構造的マークアップを使用する。
（３２）テーブルを線形化できるのでなければ、テーブルを使用して列の中でテキスト文書をフォーマットすることを避ける。
（３３）もしテーブルがレイアウトだけのために使用されるのであれば、構造的マークアップを使用してフォーマッティング効果を達成することをやめる。
（３４）テーブルには、要約及び見出しを提供する。
（３５）行又は列のラベルが長いとき、省略語を提供する。
（３６）もしスタイル・シートを無視するのであれば、ページが読み取り可能及び使用可能であることを確認する。
（３７）ダイナミック・コンテンツの説明は、コンテンツの変更と一緒に更新されることを確認する。
（３８）各々のＦＲＡＭＥは、ＨＴＭＬファイルを参照しなければならない。
（３９）重要な情報及び機能を伝える各々のＳＣＲＩＰＴについて、代替のコンテンツを提供する。
（４０）もしプログラム的なオブジェクトが機能しないのであれば、ページが依然として使用可能であることを確認する。
（４１）イベント・ハンドラは、マウスの使用を必要としないことを確認する。
（４２）ＦＲＡＭＥを使用しているとき、ＮＯＦＲＡＭＥＳセクションを提供する。
（４３）ダイナミック・コンテンツは、利用可能であるか、代替のプレゼンテーション又はページを提供することを確認する。
（４４）プログラム的なオブジェクトは、画面を明滅させる原因にならないことを確認する。
（４５）ＢＬＩＮＫエレメントを使用して作り出されたテキストの点滅を避ける。
（４６）ＭＡＲＱＵＥＥエレメントを使用して作り出されたテキストのスクロールを避ける。
（４７）可能であれば、画像の移動を避ける。
（４８）ページが自動的にリフレッシュしないようにする。
（４９）ページが新しいＵＲＬへリダイレクトしないようにする。
（５０）スクリプト、アプレット、又はオブジェクトの情報に対して、利用可能な代替を提供する。
（５１）サーバ側の画像マップの代わりに、クライアント側の画像マップを使用する。
（５２）自分自身のインタフェースを有する全てのエレメントが、マウスなしで動作可能であることを確認する。
（５３）フォーム・コントロール、リンク、及びオブジェクトの間で、論理タブ順序を指定する。
（５４）頻繁に使用されるリンクには、キーボード・ショートカットを付加することを考慮する。
（５５）フォーム・エレメントには、キーボード・ショートカットを備えることを考慮する。
（５６）偶然であることをユーザが気づかなければ、ポップアップ・ウィンドウを使用したり、アクティブ・ウィンドウを変更したりしない。
（５７）もしスクリプトがポップアップ・ウィンドウを作り出すか、アクティブ・ウィンドウを変更すれば、それが偶然であることをユーザが確実に気づくようにする。
（５８）全てのフォーム・コントロールのラベルが、コントロールの直前に置かれることを確認する。
（５９）並列のワードラップされた列の中にコンテンツをレイアウトするテーブルについては、線形の代替テキストを提供する。
（６０）編集ボックス及びテキスト領域の中には、デフォルトのプレースホルダー文字を含める。
（６１）隣接したリンクは、余白以外のもので区分する。
（６２）可能な限り、利用できる最新の技術仕様を使用する。
（６３）可能であれば、反対論のある言語特徴の使用を避ける。
（６４）ユーザが、ウェブ・ページの経験をカスタマイズできるようにする。
（６５）もしページ利用可能を、利用可能にすることができなければ、代替の利用可能版を構築する。
（６６）各々のフレームにタイトルを付ける。
（６７）もしＴＩＴＬＥがフレームの内容を記述していなければ、フレームに記述を付け加える。
（６８）選択項目の長いリストは、階層へグループ分けする。
（６９）関連したフォーム・コントロールをグループにまとめ、各々のグループにラベルを付ける。
（７０）可能な場合、関連したエレメントをグループにまとめる。
（７１）フォーム・コントロール及びそれらのラベルを、ＬＡＢＥＬエレメントで明白に関連づける。
（７２）前後関係を無視して読んだとき理解できるリンク語句を作り出す。
（７３）必要な場合、説明的なタイトルをリンクへ付け加える。
（７４）リンクが、異なったＵＲＬを指すとき、同じリンク語句を２回以上使用しない。
（７５）ページに関するコンピュータ理解可能情報を付け加えるためには、メタデータを使用する。
（７６）サイト・マップ又は目次を提供し、サイトの一般的レイアウト、使用されるアクセス機能、及びそれらの使用方法について説明を提供する。
（７７）明瞭で首尾一貫したナビゲーション構造を使用する。
（７８）ナビゲーション構造へ容易にアクセスするためのナビゲーション・バーを提供する。
（７９）関連したリンクをグループにまとめる。
（８０）関連したリンクのグループの始めにリンクを提供して、グループをバイパスする。
（８１）異なったスキル・レベル及び選好に対して、異なったタイプのサーチを提供する。
（８２）ヘッディング、パラグラフ、リストなどの始めに識別情報を置く。
（８３）集合の中で、この文書の位置を特定するメタデータを提供する。
（８４）もしＡＳＣＩＩ技術が存在すれば、それを無視する手段を提供する。
（８５）可能な限り、最も単純で最も直接的な言葉を使用する。
（８６）ページの理解を容易にするため、アイコン又はグラフィックスを使用する（利用可能な代替と一緒に）。
（８７）ページの間では、首尾一貫したプレゼンテーション・スタイルを作り出す。
【００３２】
受け取られたコンテンツのアクセシビリティレベルを評価するメカニズムは、例えば、前述したアクセシビリティガイドラインに基づいて生成されたアクセシビリティ規準の発生又はその欠乏について、コンテンツを分析する装置であってよい。例えば、アクセシビリティレベルを評価するメカニズムは、ｗｗｗ．ｃａｓｔ．ｏｒｇ／ｂｏｂｂｙ／．でＣＡＳＴから入手可能なＢｏｂｂｙ（商標）ソフトウェアであってよい。
【００３３】
Ｂｏｂｂｙ（商標）は、身体障害を有する人々に対するウェブ・ページのアクセシビリティを分析するウェブ・ベースのツールである。ＣＡＳＴは、無料のパブリック・サービスとしてＢｏｂｂｙ（商標）を提供する。ユーザは、Ｂｏｂｂｙ（商標）を使用して、Ｂｏｂｂｙ（商標）が分析するウェブ・ページのユニフォーム・リソース・ロケータ（ＵＲＬ）を入力してよい。Ｂｏｂｂｙ（商標）ソフトウェアは、入力されたＵＲＬに関連づけられたウェブ・ページを評価し、ウェブ・ページ内で発見されたアクセシビリティ及びブラウザ一貫性エラーを示すレポートを生成する。一度、ウェブ・ページが、少なくとも１つのアクセシビリティレベルについてアクセシビリティ要件を満たすと、ウェブ・ページは、Ｂｏｂｂｙ（商標）承認記号の表示を許可される。もちろん、現在知られているか将来開発される他のコンテンツ評価装置が、本発明の趣旨及び範囲から逸脱することなく使用されてよい。
【００３４】
このように、個別アクセシビリティ評価プロバイダ４２０によって受け取られたコンテンツは、アクセシビリティのレベルを決定する評価ツールを使用して評価される。評価は、受け取られたコンテンツの評価を実行するＢｏｂｂｙ（商標）のようなツールを利用してよい。受け取られたコンテンツの評価の結果は、受け取られたコンテンツのアクセシビリティレベルを示す。このアクセシビリティレベルは、必要とされるアクセシビリティレベルと比較される。必要とされるアクセシビリティレベルは、個別アクセシビリティ評価プロバイダ４２０によってユーザ・プロフィール・データベース４３０から検索されたユーザ・プロフィールの中で指定される。
【００３５】
例えば、身障者のユーザは、個別アクセシビリティ評価プロバイダ４２０に登録して、ユーザ・プロフィール・データベース４３０の中に記憶されるユーザ・プロフィールを確立してよい。ユーザは、コンテンツ・プロバイダ４４０〜４６０から検索されたコンテンツが、ユーザのクライアント装置４１０へ提供される前にレベル１のアクセシビリティ要件を満たさなければならないことを要求するかも知れず、この要求は、ユーザ・プロフィールによって指示されてよい。レベル１のアクセシビリティは、例えば、前述したガイドライン１〜２０に基づいて生成されたアクセシビリティ規準を含んでよく、レベル２のアクセシビリティは、例えば、前述したガイドライン２１〜４１に基づいて生成されたアクセシビリティ規準を含んでよい。以下同様である。
【００３６】
もし評価の後に、受け取られたコンテンツが、ユーザ・プロフィールで宣言されたユーザ要件を満たすアクセシビリティレベルを有するならば、受け取られたコンテンツは、フィルタされたコンテンツとしてクライアント装置４１０へ送信される。このようにして、ユーザによって宣言されたアクセシビリティ規準を満たすコンテンツのみが、クライアント装置４１０のユーザへ提供されるであろう。従って、ユーザは、身体障害又は特別の必要性を有する人に対して利用容易に設計されたコンテンツのみを提供される。
【００３７】
図５は、個別アクセシビリティ評価プロバイダ４２０及びユーザ・プロフィール・データベース４３０を、クライアント装置４１０とは別個の装置として示すが、本発明は、そのようなアーキテクチャに限定されない。むしろ、個別アクセシビリティ評価プロバイダ４２０及びユーザ・プロフィール・データベース４３０は、クライアント装置４１０又は１つ又は複数のコンテンツ・プロバイダ・サーバ４４０〜４６０の上に常駐してよい。もしクライアント装置４１０の上に常駐していれば、個別アクセシビリティ評価プロバイダ４２０は、ウェブ・ブラウザ・アプリケーションの一部分、ウェブ・ブラウザ・アプリケーションのプラグイン・コンポーネント、又はクライアント装置４１０上の別個のアプリケーションとして実施されてよい。もしコンテンツ・プロバイダ・サーバ４４０〜４６０上に常駐していれば、個別アクセシビリティ評価プロバイダ４２０は、例えば、コンテンツ・プロバイダ・サーバ４４０〜４６０のリバース・プロキシであってよい。
【００３８】
図６は、本発明に従ったクライアント装置及び個別アクセシビリティ評価プロバイダの主な動作コンポーネントを示す例示的ブロック図である。本発明の動作は、サーチ・エンジンからのサーチ結果を処理する場合について、図６を参照して説明されるであろう。本発明は、サーチ・エンジンからのサーチ結果への応用に限定されず、リクエストされたコンテンツを検索するためサーチ・エンジンを使用するか他のツールを使用するかに関わらず、リクエストされたコンテンツの評価及びフィルタリングに応用可能であることを理解すべきである。
【００３９】
図６に示されるように、クライアント装置５１０は、個別アクセシビリティ評価プロバイダ５３０と通信するために使用される援助テクノロジ装置５２０を含む。援助テクノロジ装置５２０は、例えば、ブラウザ・アプリケーションの一部分、ブラウザ・アプリケーションへのプラグイン・コンポーネント、又はクライアント装置５１０上に常駐する別個のアプリケーション又は装置であって、個別アクセシビリティ評価プロバイダ５３０へコンテンツ・リクエストを向けるために使用されるものであってよい。例えば、クライアント装置５１０のユーザは、個別アクセシビリティ評価プロバイダ５３０に関連づけられたサーチ・エンジン５４０、例えば、Ｙａｈｏｏ（商標）の中へサーチ・リクエストを入力してよい。クライアント装置５１０からの入力は、援助テクノロジ装置５２０によって、個別アクセシビリティ評価プロバイダ５３０のクライアント装置インタフェース５６０へ向けられる。個別アクセシビリティ評価プロバイダ５３０は、入力を受け取り、それをサーチ・エンジン５４０へ転送する。
【００４０】
サーチ・エンジン５４０は、コンテンツ・プロバイダ・アブストラクトのローカル・ストレージを検索するか、サーチ・リクエストをコンテンツ・プロバイダ５８０及び５９０へブロードキャストし、サーチ・リクエストの中でリクエストされたコンテンツを提供するコンテンツ・プロバイダを特定する。サーチの結果は、個別アクセシビリティ評価プロバイダ５３０へ供給される。
【００４１】
次に、個別アクセシビリティ評価プロバイダ５３０は、サーチの結果、例えば、コンテンツ自体又はサーチ結果のエントリーのＵＲＬを、コンテンツ評価手段５５０へ供給する。コンテンツ評価手段５５０は、確立されたアクセシビリティ規準に適合するかどうかについてサーチ結果を評価し、サーチ結果のエントリーのアクセシビリティレベルの結果を戻す。
【００４２】
次に、個別アクセシビリティ評価プロバイダ５３０は、サーチ結果のエントリーのアクセシビリティレベルを、クライアント装置５１０のユーザに対して検索されたユーザ・プロフィールの中に宣言されたアクセシビリティレベル要件と比較する。ユーザ・プロフィール・データベース５６５からのユーザ・プロフィールの検索は、クライアント装置がサーチ・リクエストを提出したとき、サーチ結果がコンパイルされている間、サーチ結果が評価されている間、評価の結果が戻された後、又は前記プロセスの任意の他の時間に起こってよい。
【００４３】
サーチ結果とユーザ・プロフィールのアクセシビリティレベル要件との比較に基づき、サーチ結果内のエントリーがアクセシビリティレベル要件を満足させるかどうかに従って、或るエントリーはサーチ結果から取り除かれ、他のエントリーは維持される。アクセシビリティレベル要件を満足させるエントリーのみが、サーチ結果の中に維持される。代替的に、エントリーの全てがサーチ結果の中に維持されてよく、アクセシビリティ要件を満たさないエントリーは、必要とされるアクセシビリティレベルを満たしていないことを示すインディケータを添付される。次に、フィルタされたサーチ結果は、クライアント装置インタフェース５６０及び援助テクノロジ装置５２０を介してクライアント装置へ提供される。
【００４４】
図７は、本発明の例示的動作を略述するフローチャートである。図７は、アクセシビリティレベルについてのコンテンツの評価を説明する。コンテンツ自体は、サーチ・エンジン、クライアント装置からのコンテンツの直接的リクエストなどを含む多数の異なった手段を介して受け取られてよい。図７に略述された動作は、コンテンツがリクエストされる仕方に依存又は限定されない。
【００４５】
図７に示されるように、動作は、コンテンツが受け取られることから始まる（ステップ６１０）。コンテンツは、例えば、クライアント装置のウェブ・ブラウザ・アプリケーション、サーチ・エンジンなどを介してユーザから入力されたリクエストに応答して受け取られてよい。ユーザのユーザ・プロフィールが検索され（ステップ６２０）、コンテンツがアクセシビリティレベルを評価される（ステップ６３０）。
【００４６】
コンテンツが、ユーザ・プロフィールの中で宣言されたアクセシビリティ要件を満たすかどうかについて、決定がなされる（ステップ６４０）。この決定は、例えば、アクセシビリティレベルについてのコンテンツの評価結果を、ユーザ・プロフィールの中で宣言されたアクセシビリティ要件と比較することによって行われてよい。もしコンテンツが、アクセシビリティ要件を満たすならば、コンテンツはクライアント装置へ提供される（ステップ６５０）。もしコンテンツがアクセシビリティ要件を満たさないならば、「アクセシビリティ要件を満たさない」旨のメッセージが、クライアント装置へ戻されてよい（ステップ６６０）。次に、動作は終了する。
【００４７】
このように、本発明は、リクエストされたコンテンツが、ユーザのアクセシビリティ要件を満たすかどうかに基づいてフィルタされてよいメカニズムを提供する。本発明は、コンテンツ評価手段、例えば、Ｂｏｂｂｙ（商標）を利用して、リクエストされたコンテンツのアクセシビリティレベルを評価及び識別する。
【００４８】
次に、アクセシビリティレベルは、例えば、ユーザ・プロフィールを介して、ユーザによって指示されたアクセシビリティ要件と比較される。もしアクセシビリティレベルがアクセシビリティ要件を満たすならば、コンテンツはユーザへ提供される。そうでなければ、コンテンツは提供されないか、コンテンツがアクセシビリティ要件を満たさない旨の表示が、コンテンツへ添付される。
【００４９】
本発明の前述した実施形態は、本発明の基本的機能を示す。前述したように、もしコンテンツが、ユーザのアクセシビリティ要件を満たさないものと決定されると、コンテンツはユーザへ提供されないか、アクセシビリティがないことのインディケータがコンテンツへ添付される。本発明の更なる実施形態において、もしコンテンツがユーザに対して利用容易でなければ、コンテンツが利用容易になるように、コンテンツが修正されてよい。
【００５０】
例えば、もしコンテンツ、例えば、ＨＴＭＬウェブ・ページがリクエストされ、ユーザに対して利用容易でないと決定されるならば、ＨＴＭＬウェブ・ページ内のパラメータがアクセシビリティ規準に対応するように調節され、ＨＴＭＬウェブ・ページがユーザのアクセシビリティ要件を満たすようにされてよい。即ち、様々なＨＴＭＬタグの値が、アクセシビリティ規準によって指示される値へ修正されてよい。
【００５１】
１つの例として、ＨＴＭＬウェブ・ページの評価の間に、アクセシビリティ規準を満たさないＨＴＭＬウェブ・ページの様々な要素が、ログされてよい。最初の評価の後、個別アクセシビリティ評価プロバイダが、アクセシビリティ規準を満たさない要素のログを検査し、関連したＨＴＭＬタグの値を修正して、これらの要素をアクセシビリティ規準に適合させてよい。例えば、背景と前景との間に大きなコントラストを提供するように表示カラーが再設定されてよく、ＡＳＣＩＩ技術が取り除かれてよく、引用の字下げがＱ及びＢＬＯＣＫＱＵＯＴＥで置換されてよい。その他、同様のことが行われる。
【００５２】
具体的な修正は、ルール・セット、アルゴリズムなどを使用して決定された値に基づいて行われてよい。例えば、ルール・セットは、もし背景色が紫であれば、前景色は黄色へ設定されるべきであることを指示してよい。同様に、ルール・セットは、ＡＳＣＩＩ技術が取り除かれるべきこと、２倍字下げがＱ及びＢＬＯＣＫＱＵＯＴＥで置換されるべきことを記述してよい。
【００５３】
一度、必要な修正が行われると、修正されたコンテンツは、再評価のために評価ツールへ再提出されてよい。結果は、修正されたコンテンツが、今やユーザに対して利用容易になっているべきである。従って、修正されたコンテンツは、クライアント装置へ提供される。このようにして、ユーザに対して利用容易でないかも知れないコンテンツが、利用容易にされてよい。
【００５４】
図８は、この代替の実施形態に従った本発明の例示的動作を略述するフローチャートである。図８に示されるように、ステップ７１０〜７５０は、図７のステップ６１０〜６５０と類似している。従って、これらのステップの詳細な説明は反復されないであろう。ステップ７４０において、もしコンテンツが、アクセシビリティ要件を満たさないことが決定されると、コンテンツが既に修正されたかどうかの決定が行われる（ステップ７６０）。もし修正されていれば、「アクセシビリティ要件を満たさない」旨のメッセージが、クライアントへ提供される（ステップ７７０）。もしコンテンツが、まだ修正されていなければ、アクセシビリティ要件を満たすようにコンテンツを修正する試みが行われる（ステップ７８０）。次に、修正の結果がステップ７３０で再評価され、ステップ７４０〜７６０で指示されたプロセスへ進む。ステップ７４０において、もし修正されたコンテンツがアクセシビリティ要件を満たすならば、修正されたコンテンツがステップ７５０でクライアントへ提供される。そうでない場合、もし修正されたコンテンツがアクセシビリティ要件を依然として満たさないならば、「アクセシビリティ要件を満たさない」旨のメッセージが、ステップ７７０でクライアントへ送られるであろう。なぜなら、コンテンツは既に修正されているからである。
【００５５】
このように、この代替の実施形態において、本発明は、利用容易でないコンテンツが、身障者のユーザに対して利用容易にされるメカニズムを提供する。コンテンツは、ユーザによって指定されたアクセシビリティ要件を満たすようにするため、コンテンツの最初の評価から決定された欠点を考慮して修正されてよい。このようにして、ユーザが利用することのできるコンテンツの量が増加する。
【００５６】
本発明はフル機能のデータ処理システムを背景として説明されたが、本発明のプロセスは、命令のコンピュータ読み取り可能媒体の形式及び様々な形式で配布されることができること、及び本発明は配布を実行するため実際に使用される信号保持媒体の特定のタイプに関係なく等しく応用されることは、当業者に理解されるであろう。コンピュータ読み取り可能媒体の例は、記録可能タイプの媒体、例えば、フロッピー（Ｒ）・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、及び伝送タイプの媒体、例えば、ディジタル及びアナログ通信リンク、伝送形式、例えば、無線周波数及び光波伝送を使用するワイヤード又はワイヤレス通信リンクを含む。コンピュータ読み取り可能媒体は、特定のデータ処理システムで実際に使用するためデコードされる符号化フォーマットの形式を取ってよい。
【００５７】
本発明の記述は、例示及び説明を目的として提示されており、開示された形式の発明へ全てが尽くされること、又は限定されることを意図しない。多くの修正及び変形が、当業者に明らかであろう。実施形態は、本発明の原理及び実際の応用を最も明瞭にし、当業者が、想定される特定の使用に適した様々な修正を有する様々な実施形態として本発明を理解することができるように、選択及び説明された。
【図面の簡単な説明】
【図１】  本発明の１つの実施形態に従ったネットワーク・データ処理システムを示す例示的ブロック図である。
【図２】  本発明の２つの他の代替実施形態に従ったネットワーク・データ処理システムを示す例示的ブロック図である。
【図３】  本発明の１つの実施形態に従ったサーバ装置を示す例示的ブロック図である。
【図４】  本発明の１つの実施形態に従ったクライアント装置を示す例示的ブロック図である。
【図５】  本発明の１つの実施形態に従ったデータ・フローを示す例示的ブロック図である。
【図６】  図５に示される要素のコンポーネントの相互作用を示す例示的ブロック図である。
【図７】  本発明の例示的動作を略述するフローチャートである。
【図８】  代替の実施形態に従った本発明の例示的動作を略述するフローチャートである。
【符号の説明】
１００  ネットワーク・データ処理システム
１０２  ネットワーク
１０４  クライアント装置
１０６  個別アクセシビリティ評価プロバイダ
１０８、１１０、１１２  コンテンツ・プロバイダ・サーバ（ネットワーク・コンピュータ）
２００  データ処理システム
２０２、２０４  プロセッサ
２０６  システム・バス
２０８  メモリ・コントローラ／キャッシュ
２０９  ローカル・メモリ
２１０  Ｉ／Ｏバス・ブリッジ
２１２  Ｉ／Ｏバス
２１４  周辺コンポーネント相互接続（ＰＣＩ）バス・ブリッジ
２１６  ＰＣＩローカル・バス
２１８  モデム
２２０  ネットワーク・アダプタ
２２２、２２４  ＰＣＩバス・ブリッジ
２２６、２２８  ＰＣＩバス
２３０  メモリ・マップ・グラフィックス・アダプタ
２３２  ハード・ディスク
３００  データ処理システム
３０２  プロセッサ
３０４  メイン・メモリ
３０６  ＰＣＩローカル・バス
３０８  ＰＣＩブリッジ
３１０  ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ
３１２  ＳＣＳＩホスト・バス・アダプタ
３１４  拡張バス・インタフェース
３１６  オーディオ・アダプタ
３１８  グラフィックス・アダプタ
３１９  オーディオ／ビデオ・アダプタ
３２０  キーボード及びマウス・アダプタ
３２２  モデム
３２４  追加メモリ
３２６  ハード・ディスク・ドライブ
３２８  テープ・ドライブ
３３０  ＣＤ−ＲＯＭドライブ
４１０  クライアント装置
４２０  個別アクセシビリティ評価プロバイダ
４３０  ユーザ・プロフィール・データベース
４４０、４５０、４６０  コンテンツ・プロバイダ・サーバ
５１０  クライアント装置
５２０  援助テクノロジ装置
５３０  個別アクセシビリティ評価プロバイダ
５４０  サーチ・エンジン
５５０  コンテンツ評価手段
５６０  クライアント装置インタフェース
５６５  ユーザ・プロフィール・データベース
５８０、５９０  コンテンツ・プロバイダ
【図１】
0004157708.tif 000002
【図２】
0004157708.tif 000003
【図３】
0004157708.tif 000004
【図４】
0004157708.tif 000005
【図５】
0004157708.tif 000006
【図６】
0004157708.tif 000007
【図７】
0004157708.tif 000008
【図８】
0004157708.tif 000009