(57)【要約】  動的なコンテンツをスクリーンリーダやウェブ・スパイダーにとってよりアクセシブルにする技術を提供する。    クライアントとネットワークを介して接続されるサーバに適用される方法であり、  当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを当該クライアントから受信するステップと、  当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを生成するステップと  を含む方法。
2010113962.tif 000002
【特許請求の範囲】
【請求項１】
クライアントとネットワークを介して接続されるサーバに適用される方法であり、
当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを当該クライアントから受信するステップと、
当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを生成するステップと
を含む方法。
【請求項２】
前記変化・イベントは前記操作・イベントに応答して発生する請求項１に記載の方法。
【請求項３】
前記メタデータを生成するステップは、前記操作・イベントと前記変化・イベントとの関係を示すメタデータを生成する
請求項１に記載の方法。
【請求項４】
前記コンテンツに対するユーザの操作が当該コンテンツにポインタを合わせることであり、
当該コンテンツの変化が当該コンテンツの他に新たなコンテンツを表示させることである
請求項１に記載の方法。
【請求項５】
前記コンテンツが階層メニューの一要素であり、
前記新たなコンテンツが当該一要素に含まれる下位階層メニューである
請求項２に記載の方法。
【請求項６】
前記メタデータを生成するステップは、前記操作・イベント及び前記変化・イベントのシーケンスに基づいて前記メタデータを生成する
請求項１に記載の方法。
【請求項７】
前記メタデータを生成するステップは、複数回のシーケンスからより回数の多いシーケンスに基づいて前記メタデータを生成する
請求項６に記載の方法。
【請求項８】
前記メタデータを生成するステップは、前記コンテンツの種類を示すメタデータを生成する
請求項１に記載の方法
【請求項９】
前記コンテンツに対するユーザの操作が当該コンテンツをクリックすることであり、
当該コンテンツの変化が当該コンテンツの属性の変化であり、
前記メタデータを生成するステップは、当該クリック及び当該属性の変化が複数回繰り返されることを条件に、当該コンテンツがチェックボックスであることを示すメタデータを生成する
請求項１に記載の方法。
【請求項１０】
前記メタデータには対象となる前記コンテンツを特定する情報を含む
請求項１に記載の方法。
【請求項１１】
前記コンテンツを特定する情報には、ワイルドカードＵＲＩ又はワイルドカードＸｐａｔｈを含む
請求項１０に記載の方法。
【請求項１２】
前記ネットワークには他のコンピュータが接続されており、
前記メタデータを当該コンピュータに送信するステップと、
前記クライアントから前記サーバに対して前記コンテンツの送信を要求することに応答して、前記メタデータを前記コンピュータから受信するステップを更に含む
請求項１に記載の方法。
【請求項１３】
前記メタデータは、スクリーンリーダにとっての当該コンテンツのアクセシビリティを向上させる
請求項１に記載の方法。
【請求項１４】
前記メタデータは、ウェブスパイダーにとっての当該コンテンツのアクセシビリティを向上させる
請求項１に記載の方法。
【請求項１５】
前記クライアントは、ディスプレイ装置とポインティング装置と通信装置とを備え、
当該通信装置によりネットワークを介して前記サーバから送信されるコンテンツを当該ディスプレイ装置上に表示するステップと、
ユーザが当該ポインティング装置を操作することに応答して、当該ディスプレイ装置上に表示させる当該コンテンツを操作させるステップと
を更に備える請求項１に記載の方法。
【請求項１６】
サーバとネットワークを介して接続されるクライアントに適用される方法であり、
当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを追跡するステップと、
当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを生成するステップと
を含む方法。
【請求項１７】
クライアントとネットワークを介して接続されるサーバに実行されるコンピュータ・プログラムであり、
実行されることにより当該サーバに、
当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを当該クライアントから受信させるステップと、
当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを生成させるステップと
を実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブ・コンテンツのアクセシビリティ向上技術に関し、特に、動的なウェブ・コンテンツをその対象とする。
【背景技術】
【０００２】
ワールド・ワイド・ウェブの世界は、静的なコンテンツからから徐々に動的なコンテンツが増加しつつある。例えば、それらの動的なコンテンツは、ＤＨＴＭＬ、ＡＪＡＸ、Ｆｌａｓｈなどの技術を用いて構成されるものである。そのお陰で、ウェブ・アプリケーションは、よりリッチな相互作用と反応の経験をユーザに提供することが可能となる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】Miyashita, H., et al., Aibrowserfor multimedia: introducing multimedia content accessibility for visuallyimpaired users, in Proceedings of the 9th international ACM SIGACCESSconference on Computers and accessibility. 2007, ACM: Tempe, Arizona, USA
【非特許文献２】Frey, Gianni. Indexing AJAX WebApplications. ETH Department of Computer Science, Institute of ComputationalSciences (2007). Available from:http://e-collection.ethbib.ethz.ch/view/eth:30111
【非特許文献３】Ali Mesbah, Engin Bozdag, and Arie van Deursen., Crawling AJAX by Inferring UserInterface State Changes. 2008, ICWE, Yorktown Heights, NY, USAMiyashita, H., et al., Aibrowserfor multimedia: introducing multimedia content accessibility for visually impairedusers, in Proceedings of the 9th international ACM SIGACCESS conference onComputers and accessibility. 2007, ACM: Tempe, Arizona, USA.
【非特許文献４】Borodin, Y., Bigham,J.P., Raman, R., Ramakrishnan, I.V., What’s New? - Making Web Page Updates Accessible. To appear in Proceedings of the 10thinternational ACM SIGACCESS conference on Computers and accessibility. 2008,ACM: Nova Scotia, Canada
【非特許文献５】Kawanaka, S., Borodin Y., Bigham, J., Lunn, D., Takagi, Hironobu, Asakawa,C., Accessibility Commons: A Metadata Infrastructure for Web Accessibility. to appear in theproceedings of ASSETS. 2008. Halifax, Canada.
【非特許文献６】Takagi, H., S. Kawanaka,and M. Kobayashi. Social Accessibility: AchievingAccessibility through CollaborativeMetadata Authoring. to appear in the proceedings of ASSETS. 2008. Halifax,Canada.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、このようなリッチなウェブ・アプリケーションは、次のような課題をもたらす。第一に、スクリーンリーダを用いてウェブ・コンテンツを聴覚によって認識するユーザ（例えば、視覚障害者）にとって、第二に、ウェブをクローリングし、そのインデックスを作成するウェブ・スパイダー（ウェブの検索エンジンに使用される）にとっても、動的なコンテンツは十分にアクセシブルであるとは言えない。すなわち、従来の静的なウェブの世界では、各々のページがスタティック・リンクを介して到達可能な状態（state）であった。したがって、ＨＴＭＬのソースコードの中からスタティック・リンクを特定し、スクリーンリーダやウェブ・スパイダーはそれぞれの機能を発揮することができた。しかしながら、リッチ・インターネット・アプリケーション（RichInternet Application: RIA）においては、状態は黙示的でありユーザの操作によって決定され、ユーザの操作に応じて変化する。このようなコンテンツには、スクリーンリーダもウェブ・スパイダーも十分にアクセスすることはできない。【０００５】
本発明はこのような課題に鑑みてなされたものであり、その目的の一つは、動的なコンテンツをスクリーンリーダやウェブ・スパイダーにとってよりアクセシブルにする技術を提供することにある。なお、同様の課題に対する他の技術や参考文献を非特許文献として列挙した。
【課題を解決するための手段】
【０００６】
本発明は、クライアントに適用される方法、サーバに適用される方法、クライアント・サーバ・システムに適用される方法、のいずれかとして把握する事が可能である。すなわち、第一に、サーバとネットワークを介して接続されるクライアントに適用される方法であり、当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを追跡するステップと、当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを生成するステップとを含む方法である。第二に、  クライアントとネットワークを介して接続されるサーバに適用される方法であり、当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを当該クライアントから受信するステップと、当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを生成するステップとを含む方法である。第三に、クライアントとサーバとがネットワークを介して接続されるクライアント・サーバ・システムに適用される方法であり、当該クライアント上に表示されるコンテンツに対するユーザの操作を示す操作・イベントと、当該コンテンツの変化を示す変化・イベントとを当該クライアントが追跡するステップと、当該操作・イベントと、当該変化・イベントとを当該クライアントから当該サーバが受信するステップと、当該操作・イベント及び当該変化・イベントに基づいて当該コンテンツのアクセシビリティを向上させるメタデータを当該サーバが生成するステップとを含む方法である。【０００７】
ここで、前記クライアントが前記メタデータを前記サーバに送信するステップと、
前記クライアントからウェブサーバに対して前記コンテンツの送信を要求することに応答して、前記メタデータを前記サーバから受信するステップを更に含むこともできる。また、前記クライアントは、ディスプレイ装置とポインティング装置と通信装置とを備え、当該通信装置によりネットワークを介してウェブ・サーバから送信されるコンテンツを当該ディスプレイ装置上に表示するステップと、ユーザが当該ポインティング装置を操作することに応答して、当該ディスプレイ装置上に表示させる当該コンテンツを操作させるステップとを更に備えることもできる。なお、前記メタデータは、スクリーンリーダ又はウェブ・スパイダーにとっての当該コンテンツのアクセシビリティを向上させるものとすることができる。【０００８】
ここで、前記変化・イベントは前記操作・イベントに応答して発生してもよいし、前記操作・イベントと独立に発生してもよい。【０００９】
また、前記メタデータを生成するステップは、前記操作・イベントと前記変化・イベントとの関係を示すメタデータを生成してもよいし、前記コンテンツの種類を示すメタデータを生成してもよいし、その両方を生成してもよい。【００１０】
また、前記メタデータを生成するステップは、前記操作・イベント及び前記変化・イベントのシーケンスに基づいて前記メタデータを生成してもよいし、その場合、複数回のシーケンスからより回数の多いシーケンスに基づいて前記メタデータを生成してもよい。【００１１】
具体的には、前記コンテンツに対するユーザの操作が当該コンテンツにポインタを合わせることであり、当該コンテンツの変化が当該コンテンツの他に新たなコンテンツを表示させることが挙げられる。また、前記コンテンツが階層メニューの一要素であり、前記新たなコンテンツが当該一要素に含まれる下位階層メニューであることが挙げられる。さらに、前記コンテンツに対するユーザの操作が当該コンテンツをクリックすることであり、当該コンテンツの変化が当該コンテンツの属性の変化であり、前記メタデータを生成するステップは、当該クリック及び当該属性の変化が複数回繰り返されることを条件に、当該コンテンツがチェックボックスであることを示すメタデータを生成することが挙げられる。【００１２】
また、前記メタデータには対象となる前記コンテンツを特定する情報を含んでもよい。この場合、前記コンテンツを特定する情報には、ワイルドカードＵＲ又はワイルドカードＸｐａｔｈ、その両方を含んでもよい。【００１３】
また、本発明をクライアント、サーバ、クライアント・サーバ・システムに実行させることで上述のステップを実行させるコンピュータ・プログラムとして把握することもできる。なお、クライアントが実行するコンピュータ・プログラムの形態としては、例えば、ウェブ・ブラウザのプラグインとして構成することができる。また、本発明を上述の各ステップを実行するクライアント、サーバ、クライアント・サーバ・システムとして把握することもできる。
【発明の効果】
【００１４】
本発明によれば、動的なコンテンツをスクリーンリーダやウェブ・スパイダーにとってよりアクセシブルにする技術を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、システム全体の構成を示す概念図である。
【図２】図２は、コンピュータ・システムの典型的なハードウェア構成を説明するブロック図である。
【図３】図３は、クライアント・コンピュータのソフトウェア構成を説明するブロック図である。
【図４】図４はメタデータの生成・登録の全体的なフローを示すタイミングチャートである。
【図５】図５は一例としてユーザが動的なメニューを操作する態様を示す。
【図６】図６は一例としてユーザがチェックボックスを操作する態様を示す。
【図７】図７はトレーサにより追跡されるイベントとアナライザによって生成されるメタデータを示している。
【図８】図８はメタデータの活用の全体的なフローを示すタイミングチャートである。
【図９】図９は一例として動的なメニューのスクリーンリーダによる読み上げ順を説明する図である。
【発明を実施するための形態】
【００１６】
図１は、システム全体の構成を示す概念図である。ここでは、複数のコンピュータ・システムがインターネット（ネットワーク）を介して通信可能に接続されている。コンピュータ・システムは、複数の一般クライアント・コンピュータ（クライアント）１Ａ（１）〜（ｍ）、アクセシビリティ・サーバ（他のコンピュータ）１Ｂ、ウェブ・サーバ（サーバ）１Ｃ、複数のスクリーンリーダ・クライアント・コンピュータ１Ｄ（１）〜（ｎ）、検索・サーバ１Ｅにそれぞれ分類される。
【００１７】
図２は、コンピュータ・システムの典型的なハードウェア構成を説明するブロック図である。コンピュータ・システムは、（低速及び高速の）バス４０、バスに接続されるＣＰＵ（中央演算処理装置）４１、ＲＡＭ（ランダム・アクセス・メモリ）４２、ＲＯＭ（リード・オンリ・メモリ）４３、ＨＤＤ（ハード・ディスク・ドライブ）４４、通信インタフェース（通信装置）４５、入出力インタフェース４６を備えている。さらに、入出力インタフェース４６に接続されるマウス（ポインティング装置）４７、ＣＲＴディスプレイ（ディスプレイ装置）４８、キーボード４９等を備えている。なお、このコンピュータ・システムはパーソナル・コンピュータ・アーキテクチャを採用するものとして説明したが、例えば、各サーバ１Ｂ、１Ｃ、１Ｅにおいては、より高いデータ処理能力や可用性を求めて、ＣＰＵ４１やＨＤＤ４４等を多重化することができる。また、複数のコンピュータ・システムによって各サーバ１Ｂ、１Ｃ、１Ｅの機能を実現することもできる。一方、例えば、一般クライアント・コンピュータ（クライアント）１Ａ（１）〜（ｍ）、スクリーンリーダ・クライアント・コンピュータ１Ｄ（１）〜（ｎ）としては、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォンなど、様々なタイプのコンピュータ・システムを採用することができる。
【００１８】
図３（ａ）は、一般クライアント・コンピュータ（クライアント）１Ａ（１）〜（ｍ）のソフトウェア構成を、図３（ｂ）はスクリーンリーダ・クライアント・コンピュータ１Ｄ（１）〜（ｎ）のソフトウェア構成をそれぞれ説明するブロック図である。両クライアント・コンピュータは、いずれも基本的な機能を提供するオペレーティング・システム（ＯＳ）と、OSの機能を利用するアプリケーション・ソフトウェアとしてのウェブ・ブラウザを備えている。一例として、両クライアント・コンピュータがノート型あるいはデスクトップ型パーソナル・コンピュータの場合は、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（商標）のようなオペレーティング・システム、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｆｉｒｅｆｏｘ（商標）のようなウェブ・ブラウザが導入されている。一般クライアント・コンピュータ（クライアント）１Ａ（１）〜（ｍ）には、ウェブ・ブラウザのプラグイン・ソフトウェア３がインストールされている。このプラグイン・ソフトウェア３は、トレーサ３１とアナライザ３２とを備えている。なお、アナライザ３２の機能は、アクセシビリティ・サーバ（他のコンピュータ）１Ｂが備えてもよい。一方、スクリーンリーダ・クライアント・コンピュータ１Ｄ（１）〜（ｎ）にも、ウェブ・ブラウザのプラグイン・ソフトウェア５がインストールされている。このプラグイン・ソフトウェア５は、トランスコーダ５１を備えている。その他、アプリケーション・ソフトウェアとしてスクリーンリーダを備えている。
【００１９】
このようなハードウェア構成及びソフトウェア構成に基づいて、後述するクライアント・コンピュータの機能が実現される。つまり、各ソフトウェアはRAM４２上にロードされ、CPU４１等により実行される。
【００２０】
（メタデータの生成・登録）
図４乃至図７は、メタデータの生成・登録を説明する図であり、図４はメタデータの生成・登録の全体的なフローを示すタイミングチャートであり、図５は一例としてユーザが動的なメニュー（あるメニュー項目にポインタを合わせると、下位のメニューが表示される）を操作する態様を示し、図６は一例としてユーザがチェックボックス（ボックスをクリックするとボックス中のマークが表示・非表示となる）を操作する態様を示し、図７はトレーサ３１により追跡されるイベントとアナライザ３２によって生成されるメタデータを示している。
【００２１】
一般クライアント・コンピュータ（クライアント）１Ａ（１）〜（ｍ）の内の一台１Ａ（i）が、ウェブ・サーバ１Cにインタネット２を介してリクエストを送信し（矢印ｓ１）、そのリクエストに応答してウェブ・サーバ１Cが送信するウェブ・ページを受信する（矢印ｓ２）。当該ウェブ・ページには、数々の動的コンテンツが含まれている。ユーザがそのウェブ・ページを操作することで、なんら特別な操作や技術を必要とすることなく、意識せずに自動的にメタデータが生成される（矢印ｓ３）。以下、その方法を詳述する。
【００２２】
図５は、ウェブ・ページの中に動的なメニューがある場合を示す。ここで、ユーザがメニューの中から「Books（本）」の項目（四角Aで囲む項目）にポインタを重ねると、その下位階層の複数の項目「Books（本）」、「Kindle（キンドル）」、「Textbooks（教科書）」、「Magazines＆Newspapers（雑誌・新聞）」（四角Bで囲む複数項目）が現れる。その際、トレーサ３１はオペレーティング・システム又はブラウザから、イベントEi、Ei+１を受け取り、記憶する。図７に示すとおり、各イベントはそのEventName（イベント名）、Time（時間）、URL、Xpathが記憶される。例えば、ユーザがポインタを移動させたことに対応するイベントEiとして、EventName「mousemove」、Time「ｔi」、URL「（…省略…）」、Xpath「（Ａ部分を示すパス）」が記憶される。一方、下位階層の複数の項目が現れたことに対応するイベントEi+１として、EventName「DOMAttrModified」、Time「ｔi+１」、URL「（…省略…）」、Xpath「（Ｂ部分を示すパス）」が記憶される。このように、ユーザが操作を行う度に、またコンテンツが変化する度に、トレーサ３１によりイベントが追跡、記憶される。
【００２３】
一定時間毎に、アナライザ３２はこれらのイベントのシーケンスを分析して、メタデータを生成する。例えば、ユーザの操作によるイベントEiとその後に生じたイベントEi+１との発生時間「ｔi」と「ｔi+１」とを比較し、その差がある閾値εよりも小さい場合には、イベントEi+１はイベントEiに起因して発生したと判断し、その旨のメタデータを生成する。逆に、「ｔi」と「ｔi+１」との差がある閾値ε以上の場合には、メタデータは生成しない。ここでは、差が閾値εより小さかったとし、メタデータＭｍが生成された。各メタデータは、図７に示すとおり、ＵＲＬ、Ｘｐａｔｈ１、Ｘｐａｔｈ２、type(種類)、description(説明)が記憶される。例えば、ユーザがポインタを「Books（本）」の項目（四角Aで囲む項目）にポインタを重ねると、その下位階層の複数の項目「Books（本）」、「Kindle（キンドル）」、「Textbooks（教科書）」、「Magazines＆Newspapers（雑誌・新聞）」（四角Bで囲む複数項目）が現れることを示すメタデータＭｍは、ＵＲＬ「（…省略…）」、Ｘｐａｔｈ１「（Ａ部分を示すパス）」、Ｘｐａｔｈ２「（Ｂ部分を示すパス）」、type「relation」、description「weight=1」が記憶される。なお、type「relation」はウェブ・ページのＡ部分とＢ部分とは「ＡがＢをコントロールする」という関係があることを示し、description「weight=1」はこのようなメタデータが一回、検出されたことを示す。
【００２４】
図６は、ウェブ・ページの中にチェックボックスがある場合を示す。ここで、ユーザがチェックボックス（四角Ｃで囲む部分）をクリックすると、チェック印が非表示となり、さらにクリックするとチェック印が再度表示される。その際、トレーサ３１はオペレーティング・システム又はブラウザから、イベントEj、Ej+１、Ek、Ek+１、Ek、Ek+１、を受け取り、記憶する。同じく各イベントはそのEventName（イベント名）、Time（時間）、URL、Xpathが記憶される。例えば、ユーザがチェックボックスをクリックしたことに対応するイベントEj、Ek、El、として、EventName「click」、それぞれTime「ｔj」、「ｔk」、「ｔl」、URL「（…省略…）」、Xpath「（Ｃ部分を示すパス）」が記憶される。一方、チェックボックスのチェック印が表示、非表示に変化に対応するイベントEj+１、Ek+１、El+１として、EventName「DOMAttrModified」、Time「ｔj+１」、「ｔk+１」、「ｔl+１」、URL「（…省略…）」、Xpath「（Ｃ部分を示すパス）」が記憶される。このように、ユーザが操作を行う度に、またコンテンツが変化する度に、トレーサ３１によりイベントが追跡、記憶される。
【００２５】
一定時間毎に、アナライザ３２はこれらのイベントのシーケンスを分析して、メタデータを生成する。例えば、ユーザの操作によるイベントEiとその後に生じたイベントEi+１との発生時間「ｔj」と「ｔj+１」とを比較し、その差がある閾値εよりも小さい場合には、イベントEｊ+１はイベントEｊに起因して発生したと判断する。同様に、イベントEk+１はイベントEkに起因して発生した、イベントEl+１はイベントElに起因して発生したと判断する。このような判断が所定回（例えば、３回）以上行われることに応答して、アナライザ３２は四角Ｃで囲む部分がチェックボックスである旨のメタデータＭnを生成する。四角Ｃで囲む部分がチェックボックスであることを示すメタデータＭnとして、ＵＲＬ「（…省略…）」、Ｘｐａｔｈ１「（Ｃ部分を示すパス）」、Ｘｐａｔｈ２「null」、type「role」、description「checkbox」が記憶される。なお、type「role」はウェブ・ページのC部分の役割を示し、description「checkbox」はその役割がチェックボックスであることを示す。
【００２６】
ここで、閾値εは適宜設定することができるが、例えば、０．３秒程度とすることができる。また、この閾値εをイベントＥに応じて変更することもできる。例えば、ユーザの操作によるイベントEの後に通信を要するイベントが発生した場合には、そのようなイベントが発生しない場合に比べて、閾値εを長く（例えば、数秒程度）設定することができる。また、メタデータＭを生成する際、複数のイベント・シーケンス（ユーザの操作によるイベントとその後一定時間内に生じたイベント又はイベント群）の内容が互いに矛盾する場合には、多数決により採用するイベント・シーケンスを決定してもよい。さらに、メタデータのＵＲＬ、ＸｐａｔｈはワイルドカードＵＲＬ、ワイルドＸｐａｔｈ（一部を任意の文字列とし、それを例えば「*」と表現する）とすることもできる。このように構成することで、ページ・ワイド、或いはサイト・ワイドに適用可能なメタデータを表現することができる。
【００２７】
なお、各イベントの追跡の開始及び終了は、例えば、プラグイン・ソフトウェア３がユーザからの明示的な指示に基づいて行うことができる。イベントの追跡が終了すると、生成したメタデータＭをアクセシビリティ・サーバ１Ｄへ送信する（図４の矢印ｓ４）。アクセシビリティ・サーバ１ＤはメタデータＭを外部からのリクエストに応じて送信可能な状態でデータベースに保存する。ここでは一般クライアント・コンピュータ１Ａ（１）〜（ｍ）の内の一台１Ａ（i）がメタデータを生成し、アクセシビリティ・サーバ１Ｄへ送信する場合を示したが、他の、一般クライアント・コンピュータ１Ａ（１）〜（ｍ）も同様である。また、ここでは一般クライアント・コンピュータ１Ａ（１）〜（ｍ）がメタデータＭを生成する場合を説明したが、一般クライアント・コンピュータ１Ａ（１）〜（ｍ）がイベントＥをアクセシビリティ・サーバ１Ｂへ送信し、アクセシビリティ・サーバ１ＢがイベントＥからメタデータＭを生成するように構成してもよい。
【００２８】
（メタデータの活用）
図８、図９はメタデータの活用を説明する図であり、図８はメタデータの活用の全体的なフローを示すタイミングチャートであり、図９は一例として動的なメニュー（あるメニュー項目にポインタを合わせると、下位のメニューが表示される）のスクリーンリーダによる読み上げ順を説明する図である。
【００２９】
スクリーンリーダ・クライアント１Ｄ（１）〜（ｎ）の内の一台１Ｄ（ｊ）が、ウェブ・サーバ１Cにインタネット２を介してリクエストを送信し（矢印ｓ１１）、そのリクエストに応答してウェブ・サーバ１Cが送信するウェブ・ページを受信する（矢印ｓ１２）。同様に、スクリーンリーダ・クライアント１Ｄ（ｊ）が、アクセシビリティ・サーバ１Ｂにインタネット２を介してリクエストを送信し（矢印ｓ１１’）、そのリクエストに応答してアクセシビリティ・サーバ１Ｂがそのウェブ・ページに対応するメタデータＭを送信し、クライアント１Ｄ（ｊ）はメタデータＭを受信する（矢印ｓ１２‘）。クライアント１Ｄ（ｊ）のトランスコーダ５１は、メタデータＭを用いてスクリーンリーダ・ユーザ（例えば、視覚障害者）に対して、よりアクセシビリティの高い環境を提供することができる（矢印ｓ１３）。
【００３０】
図９は、クライアントＤ（ｊ）がメタデータＭｎを用いてウェブ・ページの中に動的なメニューを読み上げる場合を示している。例えば、スクリーンリーダにトランスコーダ５１が組み込まれる場合には、読み上げ順を決定する際に、メタデータＭｍを用いることで、「Books（本）」の項目（四角Aで囲む項目）の次に読み上げるのは、「Movies, Music, games(映画、音楽、ゲーム)」ではなく、「Books（本）」の項目の下位階層の項目「Books（本）」、「Kindle（キンドル）」、「Textbooks（教科書）」、「Magazines＆Newspapers（雑誌・新聞）」（四角Bで囲む複数項目）となる。この読み上げ順は、より多くの一般ユーザのウェブ・ブラウジングを反映したものである。なお、スクリーンリーダとトランスコーダ５１が独立の場合であっても、読み上げ順が何処にＪｕｍｐさせるべきかをガイドすることができる。同様に、チェックボックスを読み上げる際には、メタデータＭｎを用いて、それがチェックボックスであることを明示的に読み上げることができる。
【００３１】
メタデータＭは、スクリーンリーダの読み上げ順、読み上げ内容を適正化するばかりでなく、検索・サーバ１Ｅのウェブ・スパイダーがウェブ・ページの内容を適切にクローリングし、そのインデックスを作成する場合にも活用することができる。例えば、ユーザの操作に応じて、ウェブ・サーバ１Ｃからの新たなダウンロードが必要なコンテンツについてもメタデータのrelationの情報に基づいて適切にその情報を得ることができる。
【符号の説明】
【００３２】
１Ａ（１）〜（ｍ）…複数の一般クライアント・コンピュータ（クライアント）、
１Ｂ…アクセシビリティ・サーバ（他のコンピュータ）、
１Ｃ…ウェブ・サーバ（サーバ）、
１Ｄ（１）〜（ｎ）…複数のスクリーンリーダ・クライアント・コンピュータ、
１Ｅ…検索・サーバ、
３１…トレーサ、
３２…アナライザ、
５１…トランスコーダ
【図１】
2010113962.tif 000003
【図２】
2010113962.tif 000004
【図３】
2010113962.tif 000005
【図４】
2010113962.tif 000006
【図５】
2010113962.tif 000007
【図６】
2010113962.tif 000008
【図７】
2010113962.tif 000009
【図８】
2010113962.tif 000010
【図９】
2010113962.tif 000011
【国際調査報告】
2010113962.tif 000012
2010113962.tif 000013
2010113962.tif 000014
2010113962.tif 000015
2010113962.tif 000016
2010113962.tif 000017