ウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラム
【課題】ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させるための、ウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムを提供する。
【解決手段】診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析部１４と、予め設定された、ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積部１１と、前記解析結果情報の識別情報ごとに、情報蓄積部に記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成部１５とを備える。
【解決手段】診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析部１４と、予め設定された、ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積部１１と、前記解析結果情報の識別情報ごとに、情報蓄積部に記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成部１５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させるための、ウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムに関する。
【背景技術】
【０００２】
インターネットの普及によって、様々な情報が得られるようになってきた。インターネットの主な利用方法の一つにウェブページの閲覧がある。ウェブページは、ＨＴＭＬ（Hyper Text Markup Language）ファイル、スタイルシート、画像情報、映像情報などから構成され、ＨＴＭＬファイルに記述されたとおりに、テキストや画像情報をブラウザ上に表示するものが一般的である。
【０００３】
しかし、ウェブページはブラウザを使って表示に利用されるだけでなく、音声読み上げソフトを始めとした様々なソフトウェアやシステムで利用されている。
【０００４】
そのため、様々なソフトウェアやシステムに対応したブラウザで利用できるように、アクセシビリティに配慮したウェブページをデザインすることが求められている。特に自治体等の公共向けサイトではウェブページの利用のしやすさが広く求められており、アクセシビリティに配慮したサイトも増えている。
【０００５】
利用しやすいウェブページを作成するために、アクセシビリティの観点から不適切であると診断されるデザイン部分を自動的にチェックするツールも開発されている。診断する項目はJIS規格（JIS X 8341-3）やWCAG 2.0（Web Content Accessibility Guidelines 2.0）などのガイドラインを基に作られる。
【０００６】
このようなチェックツールを使うことにより、不適切なデザイン部分を発見し、そのデザインを修正することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１４０６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このとき、ＨＴＭＬタグの使い方などから不適切なデザイン部分を自動的に発見することで簡易な診断を行うことはできるが、最終的にはアクセシビリティに配慮しているかどうかを人間が判定することが必要な項目がある。
【０００９】
例えば、適切なデザインで構成されたウェブページを生成するための項目の一つに「画像に適切な代替テキストを付ける」というものがある。この項目は、画像の情報を閲覧することができない全盲のユーザが、音声読み上げソフトにより読み上げられる代替テキストの合成音声により画像の情報を取得できるようにするためのものである。
【００１０】
この項目に関して、チェックツールを用いた自動診断により代替テキストの有無をチェックし、代替テキストがない、または、空白の場合に指摘をすることはできる。しかし、代替テキストが画像の情報を適切に表しているかまではチェックツールによる自動診断は難しく、人間が画像と代替テキストを見比べて判定する必要がある。
【００１１】
一つのウェブサイトは複数のウェブページから構成され、一つのウェブページは画像などの複数の要素から構成されている。一つのウェブサイトは数万のウェブページから構成されていることもある。こうした大規模のウェブサイトの全ウェブページについてアクセシビリティに配慮しているかどうかを診断する場合に、人による判定が必要な箇所が膨大な数であるため、処理に非常に時間がかかるという問題があった。
【００１２】
本発明は上記課題を鑑みてなされたものであり、ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させるための、ウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を解決するための本発明のウェブページ診断支援装置は、診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析部と、予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積部と、前記解析結果情報の識別情報ごとに、前記情報蓄積部に記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成部とを備えることを特徴とする。
【００１４】
またこのウェブページ診断支援装置の前記情報構成部で生成される診断用画面情報は、前記解析結果情報内のＨＴＭＬ要素のうち、表示スタイルの指定により変化しない要素に関して、表示スタイルに関する診断項目が該当する場合に、当該診断項目については診断処理をさせないように警告を表示する情報を含めてもよい。
【００１５】
またこのウェブページ診断支援装置の前記情報構成部で生成される診断用画面情報は、診断に利用させるための当該ウェブページに関する画面として、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面を同一画面上に表示させるための情報を含めてもよい。
【００１６】
また本発明のウェブページ診断支援方法は、ウェブページ診断支援装置が、診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析ステップと、予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積ステップと、前記解析結果情報の識別情報ごとに、前記情報蓄積ステップで記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成ステップとを有することを特徴とする。
【００１７】
また本発明のウェブページ診断支援プログラムは、このウェブページ診断支援方法を、コンピュータで実行させるためのものである。
【発明の効果】
【００１８】
本発明のウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムによれば、ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるウェブページ診断支援装置を利用したウェブページ診断システムの構成を示すブロック図である。
【図２】本発明の一実施形態によるウェブページ診断支援装置の情報蓄積部に記憶された診断対象のウェブページのＵＲＬ情報の一例を示す表である。
【図３】本発明の一実施形態によるウェブページ診断支援装置の情報蓄積部に記憶された診断項目情報の一例を示す表である。
【図４】本発明の一実施形態によるウェブページ診断支援装置の動作を示すフローチャートである。
【図５】本発明の一実施形態によるウェブページ診断支援装置で取得された、診断対象のウェブページのＨＴＭＬ文書の一例である。
【図６】本発明の一実施形態によるウェブページ診断支援装置で診断されるＨＴＭＬ文書の要素が階層的に分類された状態を示す説明図である。
【図７】本発明の一実施形態によるウェブページ診断支援装置の情報解析部で生成された解析結果の一例を示す表である。
【図８】従来のウェブページ診断処理により表示される診断項目一覧の一例を示す画面表示図である。
【図９】従来のウェブページ診断処理により表示される一の診断項目とこれに対応するＨＴＭＬソースとの一例を示す画面表示図である。
【図１０】従来のウェブページ診断処理により表示される一の診断項目とこれに対応するＣＳＳソースとの一例を示す画面表示図である。
【図１１】従来のウェブページ診断処理による表示される一の診断項目とこれに対応するレンダリング後の描画画面構成との一例を示す画面表示図である。
【図１２】本発明の一実施形態によるウェブページ診断支援装置に接続された診断者利用端末で表示された診断用画面の一例を示す画面表示図である。
【発明を実施するための形態】
【００２０】
〈一実施形態によるウェブページ診断システムの構成〉
本発明の一実施形態として、ウェブページ診断支援装置を利用したウェブページ診断システム１の構成について、図１を参照して説明する。
【００２１】
ウェブページ診断システム１は、ウェブページ診断支援装置１０と、診断者利用端末２０と、ウェブサーバ３０とが、ネットワーク４０を介して接続されている。
【００２２】
ウェブページ診断支援装置１０は、情報蓄積部１１と、送受信部１２と、制御部１３と、情報解析部１４と、情報構成部１５とを備える。
【００２３】
このウェブページ診断支援装置１０は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされたウェブページ診断支援装置１０用のプログラムを実行することにより、ウェブページ診断支援装置１０の各機能が実現される。
【００２４】
診断者利用端末２０は、情報入力部２１と、制御部２２と、送受信部２３と、情報出力部２４とを備える。図示する診断者利用端末２０を、ＰＣ（Personal Computer）で実現する場合には、情報入力部２１としてはキーボード、マウス等の入力システムが用いられ、情報出力部２４としてはモニタ（ディスプレイ）やスピーカ等が用いられる。
【００２５】
〈一実施形態によるウェブページ診断システムの動作〉
以下にウェブページ診断システム１により、ウェブサーバ３０で提供されるウェブサイトのウェブページが、アクセシビリティに配慮した適切なウェブページであるか否かが診断されるときの動作を説明する。
【００２６】
本実施形態において、ウェブページ診断支援装置１０の情報蓄積部１１には予め、診断対象となるウェブサイトの各ウェブページのＵＲＬ情報と、アクセシビリティへの配慮の適否を診断するための診断項目情報とが記憶されている。
【００２７】
情報蓄積部１１に記憶された、診断対象となるウェブサイトの各ウェブページのＵＲＬ情報の一例を図２に示す。図２の情報では、診断対象となるウェブサーバ３０のウェブサイトの各ウェブページを示すＵＲＬ情報のリストと、これらのＵＲＬ情報を識別するためのＵＲＬＩＤとが対応付けられた表（テーブル）で構成されている。
【００２８】
なお、診断対象となるウェブサイトのウェブページを示すＵＲＬ情報は図２に示す表に限定されず、ウェブサイトのトップページのＵＲＬのみが設定され、その配下のウェブページ全てを診断対象としてもよい。また、英語ページと日本語ページなど言語的な違いによって分けて処理することも考えられるため、ウェブサイトのトップページのＵＲＬ情報のみを診断対象として設定し、さらにその配下の日本語のウェブページ、あるいは、英語のウェブページを全て診断対象とするように指定することもできる。英語ページか、日本語ページかは、body要素のlang属性に主要言語が明記されているので、トップページのＵＲＬにアクセスし、配下のウェブページを取得した際に自動的に判別することができる。
【００２９】
また情報蓄積部１１に記憶された、診断項目情報の一例を図３に示す。図３の情報では、アクセシビリティへの配慮の適否を診断するための診断項目のリストと、これらの診断項目ごとに識別情報として付せられた診断ルール番号とが対応付けられた表（テーブル）で構成されている。この診断項目情報には、診断項目ごとの、診断対象とする要素に関する情報、および自装置１０内で自動で診断するか診断者に手動で診断させるかを示す診断種別情報が設定されている。この診断項目は、ＨＴＭＬ文書を構成する要素のいずれかに対応して設定されている。
【００３０】
これらの情報がウェブページ診断支援装置１０の情報蓄積部１１に記憶されている状態で、診断者利用端末２０において、診断者の操作により情報入力部２１からウェブサーバ３０のウェブサイトに含まれるウェブページの診断を実行する指示が入力されると、この指示が制御部２２の制御により送受信部２３からネットワーク４０を介してウェブページ診断支援装置１０に送信される。
【００３１】
ウェブページ診断支援装置１０において、診断者利用端末２０から送信された指示が受信されたときに実行される処理について、図４のフローチャートを参照して説明する。
【００３２】
診断者利用端末２０から送信された、ウェブサーバ３０のウェブサイトに含まれるウェブページの診断を実行する指示は、ウェブページ診断支援装置１０の送受信部１２で受信され（Ｓ１の「YES」）、制御部１３により、情報蓄積部１１に蓄積された表の１行目に記憶されたＵＲＬＩＤ「１」のＵＲＬ情報「www.xxx.jp/index1.html」が読み出される（Ｓ２）。さらに、読み出されたＵＲＬ情報で示されるウェブページを示すＨＴＭＬ文書がウェブサーバ３０から取得され、情報蓄積部１１に記録される（Ｓ３）。蓄積されたＨＴＭＬ文書の一例を、図５に示す。図５のＨＴＭＬ文書では、画像情報（.image/copy-01.gif）やテキスト情報（「ユニバーサルＩＴデザインセンタ」等）を含むウェブページの構造が示されている。 次に情報解析部１４により、ステップＳ２で記録されたウェブページを示すＨＴＭＬ文書が解析され、解析結果が制御部１３により情報蓄積部１１に記録される（Ｓ４）。情報解析部１４で実行される解析処理について、詳細に説明する。
【００３３】
ＨＴＭＬ文書は、文書の一部を“<”と“>”で挟まれた「タグ」と呼ばれる特別な文字列で囲うことにより、文章の構造や修飾についての情報を文書に埋め込んで記述しており、開始タグと終了タグで囲まれた部分、例えば<HTML>〜</HTML>部分は要素と呼ばれる。これら開始タグと終了タグの中にはさらにＨＴＭＬの様々な下位の要素が階層的に含まれている。
【００３４】
情報解析部１４ではまず、ＨＴＭＬ文書が解析され、ＨＴＭＬ要素が上位から下位へ階層的に分類される。
【００３５】
階層的に分類されたＨＴＭＬ要素を樹形図で表現した一例を、図６に示す。この階層構造については、一般的に存在するＨＴＭＬパーサ（parser）によって解析が可能である。ＨＴＭＬパーサは、ＨＴＭＬに含まれるタグとテキストを分離し、タグを解析することでＨＴＭＬ文書をウェブページとして解釈する。
【００３６】
次に、図６のようにＨＴＭＬ要素が分類された情報に基づいて、図７に示す解析結果表（テーブル）が生成される。図７の解析結果表では、ＨＴＭＬ文書の最上位層（第１階層）から最下位層（第６階層）までを示す列と、最下位層に分類されたＨＴＭＬ要素ごとに設けられた行(レコード)とにより構成されている。この１つの行を構成要素と呼ぶことにし、この行（レコード）ごとに構成要素を識別する構成要素ＩＤが付与される。
【００３７】
図７に示す例では、最下位層のＨＴＭＬ要素は、構成要素ＩＤ「１」のようにmeta要素（第３階層）である場合、構成要素ＩＤ「３」のようにテキスト（第４階層）である場合等がある。ここでは、構成要素ＩＤはウェブページごとに割り振っているため、ＵＲＬが異なるウェブページ間では構成要素ＩＤが重複することがある。そのため、構成要素ＩＤとＵＲＬを合わせたものを固有の構成要素ＩＤとして重複をなくすようにしてもよい。
【００３８】
またこの解析結果表には、各構成要素がスタイルシートによって指定されたスタイルが有るか否かが「スタイル指定の有無」欄に追記される。指定されたスタイルが有る場合には、「スタイルシート」欄にどのＣＳＳ（スタイルシート）ファイルを参照しているかが追記される。また、その構成要素に対して、該当するスタイル指定が適用できるか否かが「スタイル指定適用の可否」欄に追記される。また、それぞれ指定されたスタイルの内容が「スタイルの内容」欄に追記される。
【００３９】
ここで、ＨＴＭＬ文書とスタイルシートとの関係について説明する。ウェブページは、ＨＴＭＬのタグ付けの他に、ＣＳＳ（スタイルシート）によって要素の表示スタイルである見栄えを変更することができる。例えば、次の[ＨＴＭＬ]で示すようなテキストの文章に、[ＣＳＳ]で示す情報を指定することによって背景色を付けることができる。
【００４０】
[ＨＴＭＬ]
<p>おはようございます。今日の天気は晴れです。気温は30度まで上がります。…</p>
[ＣＳＳ]
p {background-color:yellow;}
この[ＣＳＳ]では、p要素のテキストに対して背景色を黄色に指定している。また、テキスト色を変更することもできる。その場合には、スタイルシートに、テキスト色を指定する情報を追記して次のように指定する。
【００４１】
[ＣＳＳ]
p {background-color:yellow;color:red;}
この[ＣＳＳ]では、p要素に対して背景色を黄色に指定し、テキスト色を赤色に指定している。
【００４２】
スタイル指定の対象はテキストであることが多い。図７において、構成要素ＩＤ「４」の場合では、画像（img）に対して背景色と文字色の表示スタイルが指定されているが、画像はこれらの指定によっては変化しない。そのため、「スタイルが指定できない」ということになるため、構成要素ＩＤ「４」の「スタイル指定適用の可否」欄は「不可」と設定される。また、構成要素ＩＤ「１１」の場合はタグがあっても中身のテキストが無いことを示している。この場合もスタイルを指定する対象がないので、「スタイルが指定できない」ということになるため、「スタイル指定適用の可否」欄は「不可」と設定される。
【００４３】
さらに、構成要素（最下層の要素）の当該ＨＴＭＬファイル内での開始文字番号（何文字目から開始されるか）と終了文字番号（何文字目で終了されるか）とが「開始文字番号」欄および「終了文字番号」欄に追記される。
【００４４】
このようにして生成された当該ウェブページの解析結果表の情報は、情報蓄積部１１に記録される。
【００４５】
そして、図２に示すＵＲＬ情報で示されるすべてのウェブページの解析が終了するまで（Ｓ５の「NO」）、ステップＳ２からステップＳ４の過程が繰り返される。
【００４６】
すべてのウェブページの解析が終了して解析結果表が完成すると（Ｓ５の「YES」）、制御部１３において、図３の診断項目情報の診断項目ごとに解析結果表で示される診断対象の構成要素が構成要素ＩＤごとに抽出され、診断処理が行われる（Ｓ６）。ここで、それぞれの診断項目に関し、抽出された構成要素の数が、図３に示すように診断項目情報に追加される。
【００４７】
診断処理は、診断項目情報において診断種別情報が「自動」と設定された診断項目に関しては、制御部１３により診断の基準を満たしているか否かが診断される。例えば、診断ルール番号「１」に設定された診断項目「img要素にalt属性があるか？」についての診断が、ＨＴＭＬ要素が参照されて行われる。
【００４８】
また、診断種別情報が「手動」と設定された診断項目に関しては、情報構成部１５により診断者により手動で診断させるための診断用画面情報が生成される。
【００４９】
診断者による診断処理は、ＨＴＭＬ要素を参照して診断するもの、ＣＳＳを参照して判断するもの、そして、要素とＣＳＳとの両方を参照して診断するものがある。
【００５０】
例えば、ＨＴＭＬ文書およびＣＳＳファイルにおいて、次のようにh2要素が設定されている場合について説明する。
【００５１】
[ＨＴＭＬ]
<h2 class="index"><span class="news">センタからの最新情報</span></h2> [ＣＳＳ]
h2 {background-color:yellow;}
この構成要素に関して、図３の診断項目情報の中の該当する診断項目は次の３つがある。
【００５２】
診断ルール番号５： h2要素でマークアップされているテキストは見出しであるか？また、そのテキストは段落の内容を表しているか？
診断ルール番号６： テキストの背景色とテキスト色の輝度コントラストは十分であるか？
診断ルール番号７： テキストに与えられているスタイル（見栄え）による情報は、スタイルがなくても伝えられているか？
これらの診断項目について診断者が手動で診断する際は、まずＨＴＭＬ文書を参照して、診断ルール番号５に基づき、「センタからの最新情報」というテキストがh2要素を用いてマークアップされているが、このテキスト情報「センタからの最新情報」が見出しを表しているのかを診断する。また、「センタからの最新情報」が後に続く段落の内容を表しているのかを診断する。
【００５３】
続いてＣＳＳを参照して、診断ルール番号６に基づき、背景色とテキスト色の輝度コントラストは十分であるのかを診断する。
【００５４】
そして最後にＨＴＭＬ文書とＣＳＳを参照して、診断ルール番号７に基づき、h2要素の色によって伝えられる情報は、色がなくても伝えられているかを診断する。
【００５５】
ｈ2要素に関してはこれら３つの診断が必要となるが、これらは別々の診断項目になる。
【００５６】
このような場合、従来は診断ツールにより診断項目ごとにこれらが指摘され、それに応じて診断者がＨＴＭＬソースファイル、ＣＳＳソースファイルを別ウィンドウとして開くなどして診断している。従来の診断の手順について説明する。
【００５７】
例えば、手動による診断項目の一覧を、図８のように診断者利用端末の情報出力部２４に表示させる。図８の各診断項目（診断ルール番号５〜７）にはそれぞれ、「ＨＴＭＬを見る」、「ＣＳＳを見る」、「画面を見る」、という３つのリンクが貼られている。
【００５８】
「ＨＴＭＬを見る」というリンクをたどると図９のようなＨＴＭＬソースの内容が表示される。「ＣＳＳを見る」というリンクをたどると図１０のようなＣＳＳソースの内容が表示される。「画面を見る」というリンクをたどると図１１のようなレンダリング後の描画画面が表示される。いずれも、指摘する部分が太線枠で表示されており、太線枠で囲まれた部分を診断者が見てアクセシビリティの良し悪しを判定する。
【００５９】
このような手順であると、同じ診断対象（ここではh2要素のテキスト情報「センタからの最新情報」）に対して別々の画面（ＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面等）を都度表示させて確認させることになるため効率的ではない。つまり、図９、図１０、図１１は、構成要素ＩＤ「５」に関して診断ルール番号５の診断項目に対しても表示されるだけでなく、診断ルール番号６、７の診断項目に対しても表示されることになる。
【００６０】
これらが同じ診断対象に関するものであるのかは、診断者には判断が難しい。診断対象が同じである場合は、図８中の異なるリンクから図９、１０、および１１を参照することになるため、作業が煩雑になり、効率的ではない。
【００６１】
そこで本実施形態においては、ある診断対象に対して適用される診断項目をまとめて（Ｓ７）、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面とともに同一画面上に表示させるための診断用画面情報が生成される。
【００６２】
情報構成部１５において生成された診断用画面情報は、制御部１３により送受信部１２を介して診断者利用端末２０に送信される。
【００６３】
診断者利用端末２０では、診断用画面情報が送受信部２３で受信され、制御部２２により情報出力部２４により表示される（Ｓ８）。表示された診断用画面情報の一例を、図１２に示す。
【００６４】
図１２は、構成要素ＩＤ「５」のテキスト「センタからの最新情報」に関する診断ルール番号５〜７の診断項目がまとめて表示され、さらに対象となるＨＴＭＬソースファイル、ＣＳＳソースファイル、およびレンダリング描画後の描画画面も併せて同一画面上に表示された例である。ＨＴＭＬソースファイル、ＣＳＳソースファイル、およびレンダリング描画後の描画画面ではそれぞれ、診断対象とする要素部分が、図７のような解析結果表の開始文字番号および終了文字情報を利用して太線枠で表示され、診断者に提供される。
【００６５】
このように診断用画面が生成されることで、同じ診断対象に対して診断者がまとめて効率よく診断を行うことができる。
【００６６】
この診断用画面情報においては、ステップＳ４において「スタイル指定適用の可否」が「不可」と設定された構成要素に対して表示スタイルに関する診断項目が該当する場合には、診断者は判断不可能であるため、当該診断項目については診断者による診断をさせないように警告を表示することで診断項目を減らすことができ、さらに効率化を図ることができる。
【００６７】
表示された診断用画面において、それぞれの診断項目に対してウェブページが適正に構成されているか否かが診断者により診断され、診断結果が情報入力部２１から入力される。
【００６８】
入力された診断結果は、制御部２２により送受信部２３からウェブページ診断支援装置１０に送信される。ウェブページ診断支援装置１０では、送受信部１２において受信された診断結果が制御部１３で取得される（Ｓ９の「YES」）。
【００６９】
そして、当該診断対象についての診断結果が取得されると順次次の構成要素ＩＤで示される診断対象についての診断用画面の表示、ユーザによる診断結果の取得処理が行われ、一定時間診断結果の入力がされなくなり（Ｓ９の「NO」）、制御部１３においてすべてのウェブページの診断対象についての診断結果が取得され要診断項目がなくなったと判断されると（Ｓ１０の「YES」）、当該ウェブサイトのアクセシビリティについての診断処理が終了する。
【００７０】
以上の本実施形態によれば、ウェブページのアクセシビリティを診断する際に、ウェブページを構成するＨＴＭＬ要素のうち、診断者に手動で診断させる診断項目に関し、同一の要素（診断対象）に対する診断項目、ＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング描画後の描画画面をまとめて診断用画面に表示することにより、診断者が効率よく診断できるように支援することができる。
【００７１】
また、上述したウェブページ診断支援装置の制御部、情報解析部、および情報構成部の機能をプログラム化してコンピュータに組み込むことにより、当該コンピュータをウェブページ診断支援装置として機能させるウェブページ診断支援プログラムを構築することも可能である。
【符号の説明】
【００７２】
１…ウェブページ診断システム
１０…ウェブページ診断支援装置
１１…情報蓄積部
１２…送受信部
１３…制御部
１４…情報解析部
１５…情報構成部
２０…診断者利用端末
２１…情報入力部
２２…制御部
２３…送受信部
２４…情報出力部
３０…ウェブサーバ
４０…ネットワーク
【技術分野】
【０００１】
本発明は、ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させるための、ウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムに関する。
【背景技術】
【０００２】
インターネットの普及によって、様々な情報が得られるようになってきた。インターネットの主な利用方法の一つにウェブページの閲覧がある。ウェブページは、ＨＴＭＬ（Hyper Text Markup Language）ファイル、スタイルシート、画像情報、映像情報などから構成され、ＨＴＭＬファイルに記述されたとおりに、テキストや画像情報をブラウザ上に表示するものが一般的である。
【０００３】
しかし、ウェブページはブラウザを使って表示に利用されるだけでなく、音声読み上げソフトを始めとした様々なソフトウェアやシステムで利用されている。
【０００４】
そのため、様々なソフトウェアやシステムに対応したブラウザで利用できるように、アクセシビリティに配慮したウェブページをデザインすることが求められている。特に自治体等の公共向けサイトではウェブページの利用のしやすさが広く求められており、アクセシビリティに配慮したサイトも増えている。
【０００５】
利用しやすいウェブページを作成するために、アクセシビリティの観点から不適切であると診断されるデザイン部分を自動的にチェックするツールも開発されている。診断する項目はJIS規格（JIS X 8341-3）やWCAG 2.0（Web Content Accessibility Guidelines 2.0）などのガイドラインを基に作られる。
【０００６】
このようなチェックツールを使うことにより、不適切なデザイン部分を発見し、そのデザインを修正することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１４０６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このとき、ＨＴＭＬタグの使い方などから不適切なデザイン部分を自動的に発見することで簡易な診断を行うことはできるが、最終的にはアクセシビリティに配慮しているかどうかを人間が判定することが必要な項目がある。
【０００９】
例えば、適切なデザインで構成されたウェブページを生成するための項目の一つに「画像に適切な代替テキストを付ける」というものがある。この項目は、画像の情報を閲覧することができない全盲のユーザが、音声読み上げソフトにより読み上げられる代替テキストの合成音声により画像の情報を取得できるようにするためのものである。
【００１０】
この項目に関して、チェックツールを用いた自動診断により代替テキストの有無をチェックし、代替テキストがない、または、空白の場合に指摘をすることはできる。しかし、代替テキストが画像の情報を適切に表しているかまではチェックツールによる自動診断は難しく、人間が画像と代替テキストを見比べて判定する必要がある。
【００１１】
一つのウェブサイトは複数のウェブページから構成され、一つのウェブページは画像などの複数の要素から構成されている。一つのウェブサイトは数万のウェブページから構成されていることもある。こうした大規模のウェブサイトの全ウェブページについてアクセシビリティに配慮しているかどうかを診断する場合に、人による判定が必要な箇所が膨大な数であるため、処理に非常に時間がかかるという問題があった。
【００１２】
本発明は上記課題を鑑みてなされたものであり、ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させるための、ウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を解決するための本発明のウェブページ診断支援装置は、診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析部と、予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積部と、前記解析結果情報の識別情報ごとに、前記情報蓄積部に記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成部とを備えることを特徴とする。
【００１４】
またこのウェブページ診断支援装置の前記情報構成部で生成される診断用画面情報は、前記解析結果情報内のＨＴＭＬ要素のうち、表示スタイルの指定により変化しない要素に関して、表示スタイルに関する診断項目が該当する場合に、当該診断項目については診断処理をさせないように警告を表示する情報を含めてもよい。
【００１５】
またこのウェブページ診断支援装置の前記情報構成部で生成される診断用画面情報は、診断に利用させるための当該ウェブページに関する画面として、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面を同一画面上に表示させるための情報を含めてもよい。
【００１６】
また本発明のウェブページ診断支援方法は、ウェブページ診断支援装置が、診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析ステップと、予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積ステップと、前記解析結果情報の識別情報ごとに、前記情報蓄積ステップで記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成ステップとを有することを特徴とする。
【００１７】
また本発明のウェブページ診断支援プログラムは、このウェブページ診断支援方法を、コンピュータで実行させるためのものである。
【発明の効果】
【００１８】
本発明のウェブページ診断支援装置、ウェブページ診断支援方法、およびウェブページ診断支援プログラムによれば、ウェブページがアクセシビリティにどの程度配慮しているかを効率的に診断させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるウェブページ診断支援装置を利用したウェブページ診断システムの構成を示すブロック図である。
【図２】本発明の一実施形態によるウェブページ診断支援装置の情報蓄積部に記憶された診断対象のウェブページのＵＲＬ情報の一例を示す表である。
【図３】本発明の一実施形態によるウェブページ診断支援装置の情報蓄積部に記憶された診断項目情報の一例を示す表である。
【図４】本発明の一実施形態によるウェブページ診断支援装置の動作を示すフローチャートである。
【図５】本発明の一実施形態によるウェブページ診断支援装置で取得された、診断対象のウェブページのＨＴＭＬ文書の一例である。
【図６】本発明の一実施形態によるウェブページ診断支援装置で診断されるＨＴＭＬ文書の要素が階層的に分類された状態を示す説明図である。
【図７】本発明の一実施形態によるウェブページ診断支援装置の情報解析部で生成された解析結果の一例を示す表である。
【図８】従来のウェブページ診断処理により表示される診断項目一覧の一例を示す画面表示図である。
【図９】従来のウェブページ診断処理により表示される一の診断項目とこれに対応するＨＴＭＬソースとの一例を示す画面表示図である。
【図１０】従来のウェブページ診断処理により表示される一の診断項目とこれに対応するＣＳＳソースとの一例を示す画面表示図である。
【図１１】従来のウェブページ診断処理による表示される一の診断項目とこれに対応するレンダリング後の描画画面構成との一例を示す画面表示図である。
【図１２】本発明の一実施形態によるウェブページ診断支援装置に接続された診断者利用端末で表示された診断用画面の一例を示す画面表示図である。
【発明を実施するための形態】
【００２０】
〈一実施形態によるウェブページ診断システムの構成〉
本発明の一実施形態として、ウェブページ診断支援装置を利用したウェブページ診断システム１の構成について、図１を参照して説明する。
【００２１】
ウェブページ診断システム１は、ウェブページ診断支援装置１０と、診断者利用端末２０と、ウェブサーバ３０とが、ネットワーク４０を介して接続されている。
【００２２】
ウェブページ診断支援装置１０は、情報蓄積部１１と、送受信部１２と、制御部１３と、情報解析部１４と、情報構成部１５とを備える。
【００２３】
このウェブページ診断支援装置１０は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされたウェブページ診断支援装置１０用のプログラムを実行することにより、ウェブページ診断支援装置１０の各機能が実現される。
【００２４】
診断者利用端末２０は、情報入力部２１と、制御部２２と、送受信部２３と、情報出力部２４とを備える。図示する診断者利用端末２０を、ＰＣ（Personal Computer）で実現する場合には、情報入力部２１としてはキーボード、マウス等の入力システムが用いられ、情報出力部２４としてはモニタ（ディスプレイ）やスピーカ等が用いられる。
【００２５】
〈一実施形態によるウェブページ診断システムの動作〉
以下にウェブページ診断システム１により、ウェブサーバ３０で提供されるウェブサイトのウェブページが、アクセシビリティに配慮した適切なウェブページであるか否かが診断されるときの動作を説明する。
【００２６】
本実施形態において、ウェブページ診断支援装置１０の情報蓄積部１１には予め、診断対象となるウェブサイトの各ウェブページのＵＲＬ情報と、アクセシビリティへの配慮の適否を診断するための診断項目情報とが記憶されている。
【００２７】
情報蓄積部１１に記憶された、診断対象となるウェブサイトの各ウェブページのＵＲＬ情報の一例を図２に示す。図２の情報では、診断対象となるウェブサーバ３０のウェブサイトの各ウェブページを示すＵＲＬ情報のリストと、これらのＵＲＬ情報を識別するためのＵＲＬＩＤとが対応付けられた表（テーブル）で構成されている。
【００２８】
なお、診断対象となるウェブサイトのウェブページを示すＵＲＬ情報は図２に示す表に限定されず、ウェブサイトのトップページのＵＲＬのみが設定され、その配下のウェブページ全てを診断対象としてもよい。また、英語ページと日本語ページなど言語的な違いによって分けて処理することも考えられるため、ウェブサイトのトップページのＵＲＬ情報のみを診断対象として設定し、さらにその配下の日本語のウェブページ、あるいは、英語のウェブページを全て診断対象とするように指定することもできる。英語ページか、日本語ページかは、body要素のlang属性に主要言語が明記されているので、トップページのＵＲＬにアクセスし、配下のウェブページを取得した際に自動的に判別することができる。
【００２９】
また情報蓄積部１１に記憶された、診断項目情報の一例を図３に示す。図３の情報では、アクセシビリティへの配慮の適否を診断するための診断項目のリストと、これらの診断項目ごとに識別情報として付せられた診断ルール番号とが対応付けられた表（テーブル）で構成されている。この診断項目情報には、診断項目ごとの、診断対象とする要素に関する情報、および自装置１０内で自動で診断するか診断者に手動で診断させるかを示す診断種別情報が設定されている。この診断項目は、ＨＴＭＬ文書を構成する要素のいずれかに対応して設定されている。
【００３０】
これらの情報がウェブページ診断支援装置１０の情報蓄積部１１に記憶されている状態で、診断者利用端末２０において、診断者の操作により情報入力部２１からウェブサーバ３０のウェブサイトに含まれるウェブページの診断を実行する指示が入力されると、この指示が制御部２２の制御により送受信部２３からネットワーク４０を介してウェブページ診断支援装置１０に送信される。
【００３１】
ウェブページ診断支援装置１０において、診断者利用端末２０から送信された指示が受信されたときに実行される処理について、図４のフローチャートを参照して説明する。
【００３２】
診断者利用端末２０から送信された、ウェブサーバ３０のウェブサイトに含まれるウェブページの診断を実行する指示は、ウェブページ診断支援装置１０の送受信部１２で受信され（Ｓ１の「YES」）、制御部１３により、情報蓄積部１１に蓄積された表の１行目に記憶されたＵＲＬＩＤ「１」のＵＲＬ情報「www.xxx.jp/index1.html」が読み出される（Ｓ２）。さらに、読み出されたＵＲＬ情報で示されるウェブページを示すＨＴＭＬ文書がウェブサーバ３０から取得され、情報蓄積部１１に記録される（Ｓ３）。蓄積されたＨＴＭＬ文書の一例を、図５に示す。図５のＨＴＭＬ文書では、画像情報（.image/copy-01.gif）やテキスト情報（「ユニバーサルＩＴデザインセンタ」等）を含むウェブページの構造が示されている。 次に情報解析部１４により、ステップＳ２で記録されたウェブページを示すＨＴＭＬ文書が解析され、解析結果が制御部１３により情報蓄積部１１に記録される（Ｓ４）。情報解析部１４で実行される解析処理について、詳細に説明する。
【００３３】
ＨＴＭＬ文書は、文書の一部を“<”と“>”で挟まれた「タグ」と呼ばれる特別な文字列で囲うことにより、文章の構造や修飾についての情報を文書に埋め込んで記述しており、開始タグと終了タグで囲まれた部分、例えば<HTML>〜</HTML>部分は要素と呼ばれる。これら開始タグと終了タグの中にはさらにＨＴＭＬの様々な下位の要素が階層的に含まれている。
【００３４】
情報解析部１４ではまず、ＨＴＭＬ文書が解析され、ＨＴＭＬ要素が上位から下位へ階層的に分類される。
【００３５】
階層的に分類されたＨＴＭＬ要素を樹形図で表現した一例を、図６に示す。この階層構造については、一般的に存在するＨＴＭＬパーサ（parser）によって解析が可能である。ＨＴＭＬパーサは、ＨＴＭＬに含まれるタグとテキストを分離し、タグを解析することでＨＴＭＬ文書をウェブページとして解釈する。
【００３６】
次に、図６のようにＨＴＭＬ要素が分類された情報に基づいて、図７に示す解析結果表（テーブル）が生成される。図７の解析結果表では、ＨＴＭＬ文書の最上位層（第１階層）から最下位層（第６階層）までを示す列と、最下位層に分類されたＨＴＭＬ要素ごとに設けられた行(レコード)とにより構成されている。この１つの行を構成要素と呼ぶことにし、この行（レコード）ごとに構成要素を識別する構成要素ＩＤが付与される。
【００３７】
図７に示す例では、最下位層のＨＴＭＬ要素は、構成要素ＩＤ「１」のようにmeta要素（第３階層）である場合、構成要素ＩＤ「３」のようにテキスト（第４階層）である場合等がある。ここでは、構成要素ＩＤはウェブページごとに割り振っているため、ＵＲＬが異なるウェブページ間では構成要素ＩＤが重複することがある。そのため、構成要素ＩＤとＵＲＬを合わせたものを固有の構成要素ＩＤとして重複をなくすようにしてもよい。
【００３８】
またこの解析結果表には、各構成要素がスタイルシートによって指定されたスタイルが有るか否かが「スタイル指定の有無」欄に追記される。指定されたスタイルが有る場合には、「スタイルシート」欄にどのＣＳＳ（スタイルシート）ファイルを参照しているかが追記される。また、その構成要素に対して、該当するスタイル指定が適用できるか否かが「スタイル指定適用の可否」欄に追記される。また、それぞれ指定されたスタイルの内容が「スタイルの内容」欄に追記される。
【００３９】
ここで、ＨＴＭＬ文書とスタイルシートとの関係について説明する。ウェブページは、ＨＴＭＬのタグ付けの他に、ＣＳＳ（スタイルシート）によって要素の表示スタイルである見栄えを変更することができる。例えば、次の[ＨＴＭＬ]で示すようなテキストの文章に、[ＣＳＳ]で示す情報を指定することによって背景色を付けることができる。
【００４０】
[ＨＴＭＬ]
<p>おはようございます。今日の天気は晴れです。気温は30度まで上がります。…</p>
[ＣＳＳ]
p {background-color:yellow;}
この[ＣＳＳ]では、p要素のテキストに対して背景色を黄色に指定している。また、テキスト色を変更することもできる。その場合には、スタイルシートに、テキスト色を指定する情報を追記して次のように指定する。
【００４１】
[ＣＳＳ]
p {background-color:yellow;color:red;}
この[ＣＳＳ]では、p要素に対して背景色を黄色に指定し、テキスト色を赤色に指定している。
【００４２】
スタイル指定の対象はテキストであることが多い。図７において、構成要素ＩＤ「４」の場合では、画像（img）に対して背景色と文字色の表示スタイルが指定されているが、画像はこれらの指定によっては変化しない。そのため、「スタイルが指定できない」ということになるため、構成要素ＩＤ「４」の「スタイル指定適用の可否」欄は「不可」と設定される。また、構成要素ＩＤ「１１」の場合はタグがあっても中身のテキストが無いことを示している。この場合もスタイルを指定する対象がないので、「スタイルが指定できない」ということになるため、「スタイル指定適用の可否」欄は「不可」と設定される。
【００４３】
さらに、構成要素（最下層の要素）の当該ＨＴＭＬファイル内での開始文字番号（何文字目から開始されるか）と終了文字番号（何文字目で終了されるか）とが「開始文字番号」欄および「終了文字番号」欄に追記される。
【００４４】
このようにして生成された当該ウェブページの解析結果表の情報は、情報蓄積部１１に記録される。
【００４５】
そして、図２に示すＵＲＬ情報で示されるすべてのウェブページの解析が終了するまで（Ｓ５の「NO」）、ステップＳ２からステップＳ４の過程が繰り返される。
【００４６】
すべてのウェブページの解析が終了して解析結果表が完成すると（Ｓ５の「YES」）、制御部１３において、図３の診断項目情報の診断項目ごとに解析結果表で示される診断対象の構成要素が構成要素ＩＤごとに抽出され、診断処理が行われる（Ｓ６）。ここで、それぞれの診断項目に関し、抽出された構成要素の数が、図３に示すように診断項目情報に追加される。
【００４７】
診断処理は、診断項目情報において診断種別情報が「自動」と設定された診断項目に関しては、制御部１３により診断の基準を満たしているか否かが診断される。例えば、診断ルール番号「１」に設定された診断項目「img要素にalt属性があるか？」についての診断が、ＨＴＭＬ要素が参照されて行われる。
【００４８】
また、診断種別情報が「手動」と設定された診断項目に関しては、情報構成部１５により診断者により手動で診断させるための診断用画面情報が生成される。
【００４９】
診断者による診断処理は、ＨＴＭＬ要素を参照して診断するもの、ＣＳＳを参照して判断するもの、そして、要素とＣＳＳとの両方を参照して診断するものがある。
【００５０】
例えば、ＨＴＭＬ文書およびＣＳＳファイルにおいて、次のようにh2要素が設定されている場合について説明する。
【００５１】
[ＨＴＭＬ]
<h2 class="index"><span class="news">センタからの最新情報</span></h2> [ＣＳＳ]
h2 {background-color:yellow;}
この構成要素に関して、図３の診断項目情報の中の該当する診断項目は次の３つがある。
【００５２】
診断ルール番号５： h2要素でマークアップされているテキストは見出しであるか？また、そのテキストは段落の内容を表しているか？
診断ルール番号６： テキストの背景色とテキスト色の輝度コントラストは十分であるか？
診断ルール番号７： テキストに与えられているスタイル（見栄え）による情報は、スタイルがなくても伝えられているか？
これらの診断項目について診断者が手動で診断する際は、まずＨＴＭＬ文書を参照して、診断ルール番号５に基づき、「センタからの最新情報」というテキストがh2要素を用いてマークアップされているが、このテキスト情報「センタからの最新情報」が見出しを表しているのかを診断する。また、「センタからの最新情報」が後に続く段落の内容を表しているのかを診断する。
【００５３】
続いてＣＳＳを参照して、診断ルール番号６に基づき、背景色とテキスト色の輝度コントラストは十分であるのかを診断する。
【００５４】
そして最後にＨＴＭＬ文書とＣＳＳを参照して、診断ルール番号７に基づき、h2要素の色によって伝えられる情報は、色がなくても伝えられているかを診断する。
【００５５】
ｈ2要素に関してはこれら３つの診断が必要となるが、これらは別々の診断項目になる。
【００５６】
このような場合、従来は診断ツールにより診断項目ごとにこれらが指摘され、それに応じて診断者がＨＴＭＬソースファイル、ＣＳＳソースファイルを別ウィンドウとして開くなどして診断している。従来の診断の手順について説明する。
【００５７】
例えば、手動による診断項目の一覧を、図８のように診断者利用端末の情報出力部２４に表示させる。図８の各診断項目（診断ルール番号５〜７）にはそれぞれ、「ＨＴＭＬを見る」、「ＣＳＳを見る」、「画面を見る」、という３つのリンクが貼られている。
【００５８】
「ＨＴＭＬを見る」というリンクをたどると図９のようなＨＴＭＬソースの内容が表示される。「ＣＳＳを見る」というリンクをたどると図１０のようなＣＳＳソースの内容が表示される。「画面を見る」というリンクをたどると図１１のようなレンダリング後の描画画面が表示される。いずれも、指摘する部分が太線枠で表示されており、太線枠で囲まれた部分を診断者が見てアクセシビリティの良し悪しを判定する。
【００５９】
このような手順であると、同じ診断対象（ここではh2要素のテキスト情報「センタからの最新情報」）に対して別々の画面（ＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面等）を都度表示させて確認させることになるため効率的ではない。つまり、図９、図１０、図１１は、構成要素ＩＤ「５」に関して診断ルール番号５の診断項目に対しても表示されるだけでなく、診断ルール番号６、７の診断項目に対しても表示されることになる。
【００６０】
これらが同じ診断対象に関するものであるのかは、診断者には判断が難しい。診断対象が同じである場合は、図８中の異なるリンクから図９、１０、および１１を参照することになるため、作業が煩雑になり、効率的ではない。
【００６１】
そこで本実施形態においては、ある診断対象に対して適用される診断項目をまとめて（Ｓ７）、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面とともに同一画面上に表示させるための診断用画面情報が生成される。
【００６２】
情報構成部１５において生成された診断用画面情報は、制御部１３により送受信部１２を介して診断者利用端末２０に送信される。
【００６３】
診断者利用端末２０では、診断用画面情報が送受信部２３で受信され、制御部２２により情報出力部２４により表示される（Ｓ８）。表示された診断用画面情報の一例を、図１２に示す。
【００６４】
図１２は、構成要素ＩＤ「５」のテキスト「センタからの最新情報」に関する診断ルール番号５〜７の診断項目がまとめて表示され、さらに対象となるＨＴＭＬソースファイル、ＣＳＳソースファイル、およびレンダリング描画後の描画画面も併せて同一画面上に表示された例である。ＨＴＭＬソースファイル、ＣＳＳソースファイル、およびレンダリング描画後の描画画面ではそれぞれ、診断対象とする要素部分が、図７のような解析結果表の開始文字番号および終了文字情報を利用して太線枠で表示され、診断者に提供される。
【００６５】
このように診断用画面が生成されることで、同じ診断対象に対して診断者がまとめて効率よく診断を行うことができる。
【００６６】
この診断用画面情報においては、ステップＳ４において「スタイル指定適用の可否」が「不可」と設定された構成要素に対して表示スタイルに関する診断項目が該当する場合には、診断者は判断不可能であるため、当該診断項目については診断者による診断をさせないように警告を表示することで診断項目を減らすことができ、さらに効率化を図ることができる。
【００６７】
表示された診断用画面において、それぞれの診断項目に対してウェブページが適正に構成されているか否かが診断者により診断され、診断結果が情報入力部２１から入力される。
【００６８】
入力された診断結果は、制御部２２により送受信部２３からウェブページ診断支援装置１０に送信される。ウェブページ診断支援装置１０では、送受信部１２において受信された診断結果が制御部１３で取得される（Ｓ９の「YES」）。
【００６９】
そして、当該診断対象についての診断結果が取得されると順次次の構成要素ＩＤで示される診断対象についての診断用画面の表示、ユーザによる診断結果の取得処理が行われ、一定時間診断結果の入力がされなくなり（Ｓ９の「NO」）、制御部１３においてすべてのウェブページの診断対象についての診断結果が取得され要診断項目がなくなったと判断されると（Ｓ１０の「YES」）、当該ウェブサイトのアクセシビリティについての診断処理が終了する。
【００７０】
以上の本実施形態によれば、ウェブページのアクセシビリティを診断する際に、ウェブページを構成するＨＴＭＬ要素のうち、診断者に手動で診断させる診断項目に関し、同一の要素（診断対象）に対する診断項目、ＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング描画後の描画画面をまとめて診断用画面に表示することにより、診断者が効率よく診断できるように支援することができる。
【００７１】
また、上述したウェブページ診断支援装置の制御部、情報解析部、および情報構成部の機能をプログラム化してコンピュータに組み込むことにより、当該コンピュータをウェブページ診断支援装置として機能させるウェブページ診断支援プログラムを構築することも可能である。
【符号の説明】
【００７２】
１…ウェブページ診断システム
１０…ウェブページ診断支援装置
１１…情報蓄積部
１２…送受信部
１３…制御部
１４…情報解析部
１５…情報構成部
２０…診断者利用端末
２１…情報入力部
２２…制御部
２３…送受信部
２４…情報出力部
３０…ウェブサーバ
４０…ネットワーク
【特許請求の範囲】
【請求項１】
診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析部と、
予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積部と、
前記解析結果情報の識別情報ごとに、前記情報蓄積部に記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成部と、
を備えることを特徴とするウェブページ診断支援装置。
【請求項２】
前記情報構成部で生成される診断用画面情報は、前記解析結果情報内のＨＴＭＬ要素のうち、表示スタイルの指定により変化しない要素に関して、表示スタイルに関する診断項目が該当する場合に、当該診断項目については診断処理をさせないように警告を表示する情報を含む
ことを特徴とする請求項１に記載のウェブページ診断支援装置。
【請求項３】
前記情報構成部で生成される診断用画面情報は、診断に利用させるための当該ウェブページに関する画面として、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面を同一画面上に表示させるための情報を含む
ことを特徴とする請求項１または２に記載のウェブページ診断支援装置。
【請求項４】
ウェブページ診断支援装置が、
診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析ステップと、
予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積ステップと、
前記解析結果情報の識別情報ごとに、前記情報蓄積ステップで記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成ステップと、
を有することを特徴とするウェブページ診断支援方法。
【請求項５】
前記情報構成ステップで生成される診断用画面情報は、前記解析結果情報内のＨＴＭＬ要素のうち、表示スタイルの指定により変化しない要素に対して、表示スタイルに関する診断項目が指定されている場合に、診断処理をさせないように警告を表示する情報を含む
ことを特徴とする請求項４に記載のウェブページ診断支援方法。
【請求項６】
前記情報構成ステップで生成される診断用画面情報は、診断に利用させるための当該ウェブページに関する画面として、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面を同一画面上に表示させるための情報を含む
ことを特徴とする請求項４または５に記載のウェブページ診断支援方法。
【請求項７】
請求項４〜６のいずれか１項に記載のウェブページ診断支援方法を、コンピュータで実行させるためのウェブページ診断支援プログラム。
【請求項１】
診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析部と、
予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積部と、
前記解析結果情報の識別情報ごとに、前記情報蓄積部に記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成部と、
を備えることを特徴とするウェブページ診断支援装置。
【請求項２】
前記情報構成部で生成される診断用画面情報は、前記解析結果情報内のＨＴＭＬ要素のうち、表示スタイルの指定により変化しない要素に関して、表示スタイルに関する診断項目が該当する場合に、当該診断項目については診断処理をさせないように警告を表示する情報を含む
ことを特徴とする請求項１に記載のウェブページ診断支援装置。
【請求項３】
前記情報構成部で生成される診断用画面情報は、診断に利用させるための当該ウェブページに関する画面として、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面を同一画面上に表示させるための情報を含む
ことを特徴とする請求項１または２に記載のウェブページ診断支援装置。
【請求項４】
ウェブページ診断支援装置が、
診断対象のウェブページの構成を記述したＨＴＭＬ文書を解析してＨＴＭＬ要素を上位から下位へ階層的に分類し、最下位層に分類されたＨＴＭＬ要素ごとに識別情報を付与した解析結果情報を生成する情報解析ステップと、
予め設定された、前記ＨＴＭＬ文書内のいずれかのＨＴＭＬ要素ごとの、アクセシビリティへの配慮の適否を診断するための診断項目を記憶する情報蓄積ステップと、
前記解析結果情報の識別情報ごとに、前記情報蓄積ステップで記憶された診断項目のうち該当する診断項目と、診断に利用させるための当該ウェブページに関する画面とを、同一画面上に表示させるための診断用画面情報を生成する情報構成ステップと、
を有することを特徴とするウェブページ診断支援方法。
【請求項５】
前記情報構成ステップで生成される診断用画面情報は、前記解析結果情報内のＨＴＭＬ要素のうち、表示スタイルの指定により変化しない要素に対して、表示スタイルに関する診断項目が指定されている場合に、診断処理をさせないように警告を表示する情報を含む
ことを特徴とする請求項４に記載のウェブページ診断支援方法。
【請求項６】
前記情報構成ステップで生成される診断用画面情報は、診断に利用させるための当該ウェブページに関する画面として、対象となるＨＴＭＬソースファイル画面、ＣＳＳソースファイル画面、およびレンダリング後の描画画面を同一画面上に表示させるための情報を含む
ことを特徴とする請求項４または５に記載のウェブページ診断支援方法。
【請求項７】
請求項４〜６のいずれか１項に記載のウェブページ診断支援方法を、コンピュータで実行させるためのウェブページ診断支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−９２８２５（Ｐ２０１３−９２８２５Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３２８８４（Ｐ２０１１−２３２８８４）
【出願日】平成２３年１０月２４日（２０１１．１０．２４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２４日（２０１１．１０．２４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]