(57)【要約】【課題】大規模なウェブサイトの全ウェブページを、従来よりも短時間で診断することができるアクセシビリティ診断支援システムを提供することを目的とする。【解決手段】ウェブページのアクセシビリティが適切であるかどうかについて、人間が診断する必要がある部分である人間診断事項を蓄積する人間診断事項蓄積手段と、上記人間診断事項を、人間に診断させることを促す診断慫慂手段とを具備するアクセシビリティ診断支援システムにおいて、過去に人間が診断した結果を蓄積する人間診断結果蓄積手段と、上記過去に人間が診断した結果を提示する診断結果提示手段とを有するアクセシビリティ診断支援システムである。【選択図】図１
2010250777.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページのアクセシビリティが適切であるかどうかについて、人間が診断する必要がある部分である人間診断事項を蓄積する人間診断事項蓄積手段と、上記人間診断事項を、人間に診断させることを促す診断慫慂手段とを具備するアクセシビリティ診断支援システムにおいて、
過去に人間が診断した結果を蓄積する人間診断結果蓄積手段と；
上記過去に人間が診断した結果を提示する診断結果提示手段と；
を有することを特徴とするアクセシビリティ診断支援システム。
【請求項２】
請求項１において、
上記過去に人間が診断した回数を蓄積することを特徴とするアクセシビリティ診断支援システム。
【請求項３】
請求項１または請求項２において、
上記人間診断事項を提示して人間に診断させる際に、過去に人間が診断した回数の順に並べて、上記人間診断事項を提示することを特徴とするアクセシビリティ診断支援システム。
【請求項４】
請求項１〜請求項３のいずれか１項において、
上記過去に人間が診断した回数のうちで、最小の診断回数を蓄積する手段を持ち、最小の診断回数よりも多く、過去に人間が診断した項目を提示しないことを特徴とするアクセシビリティ診断支援システム。
【請求項５】
ウェブページのアクセシビリティが適切であるかどうかについて、人間が診断する必要がある部分である人間診断事項を蓄積する人間診断事項蓄積手段と、上記人間診断事項を、人間に診断させることを促す診断慫慂手段とを具備するアクセシビリティ診断支援方法において、
過去に人間が診断した結果を、人間診断結果蓄積手段に蓄積する人間診断結果蓄積工程と；
上記過去に人間が診断した結果を、診断結果提示手段に提示する診断結果提示工程と；
を有することを特徴とするアクセシビリティ診断支援方法。
【請求項６】
請求項１〜請求項４のいずれか１項記載のアクセシビリティ診断支援システムを構成する各手段としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象とするウェブコンテンツがアクセシビリティにどの程度配慮しているかを診断する際に、人間が診断しなくてはいけない項目について、人間による診断の結果を記録し、同じ実装手法の部分に対して、過去の診断結果を提示することによって、診断を効率的に行うことができるアクセシビリティアクセシビリティ診断支援システムに関する。
【背景技術】
【０００２】
インターネットの普及によって、様々な情報を得ることができる。インターネットの利用方法のうちの１つに、ウェブコンテンツの閲覧がある。ウェブコンテンツは、ＨＴＭＬ文書や画像等からなり、ＨＴＭＬ文書で記述されているとおりに、テキストや画像をブラウザ上に表示する。
【０００３】
また、ウェブコンテンツは、ブラウザを使って利用されるだけでなく、音声読み上げソフトを始め様々なソフトウェアやシステムを使って利用されている。様々なソフトウェアやシステム、すなわち、様々なブラウザに対応できるように、ウェブコンテンツをデザインすることが求められ、つまり、アクセシビリティの確保が求められている。特に自治体等の公共向けサイトでは、ウェブのアクセシビリティに対応することが求められ、アクセシビリティに配慮したサイトも増えている。アクセシビリティの観点から、好ましくないデザインの部分を指摘し、修正を促すチェックツールが開発されている。
【０００４】
そして、このチェック結果を音声で読み上げる装置が知られている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２４９８６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
アクセシビリティに配慮しているかどうかを確認する従来のチェックツールは、上記のように、アクセシビリティの観点から、好ましくないデザインの部分を指摘することができる。その診断する項目（診断項目）は、ＪＩＳ規格、ＪＩＳ Ｘ ８３４１−３等のガイドラインに基づいて作られている。チェックツールを使うことによって、好ましくないデザインの部分を発見し、そのデザインを修正することができる。上記従来例では、ＨＴＭＬタグの使い方等から好ましくないデザインを発見する診断（簡易な診断）はできるが、アクセシビリティに配慮しているかどうかについての最終的な診断は、人間が行う必要がある。
【０００７】
たとえば、よいデザイン方法として、画像に代替テキストを付けるという項目がある。画像に代替テキストを付けておけば、音声読み上げソフトを使った場合に、上記代替テキストを合成音声で読み上げるので、画像の情報を視認できない全盲のユーザは、この合成音声を聞くことによって、上記画像の情報を取得することができる。このときに、上記代替テキストが、上記画像の情報を適切に表しているかどうかを自動的に診断することは困難であり、人間が見て診断する必要がある。
【０００８】
一般に、画像は、ウェブページにおいて数多く使われているので、それらを全て人間が診断すると非常に時間がかかる。また、１つのウェブサイトは、数万のウェブページから構成されていることがあるので、このような大規模なウェブサイトの全ウェブページを診断するには非常に時間がかかるという問題がある。
【０００９】
本発明は、大規模なウェブサイトの全ウェブページを、従来よりも短時間で診断することができるアクセシビリティ診断支援システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、ウェブページのアクセシビリティが適切であるかどうかについて、人間が診断する必要がある部分である人間診断事項を蓄積する人間診断事項蓄積手段と、上記人間診断事項を、人間に診断させることを促す診断慫慂手段とを具備するアクセシビリティ診断支援システムにおいて、過去に人間が診断した結果を蓄積する人間診断結果蓄積手段と、上記過去に人間が診断した結果を提示する診断結果提示手段とを有するアクセシビリティ診断支援システムである。
【発明の効果】
【００１１】
本発明によれば、過去に人間が診断した結果を蓄積し、上記過去に人間が診断した結果を提示するので、大規模なウェブサイトの全ウェブページを、従来よりも短時間で診断することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例１であるアクセシビリティ診断支援システム１０を示す図である。
【図２】実施例１におけるアクセシビリティ診断支援システム１０の動作を示すフローチャートである。
【図３】実施例１における診断対象のウェブページ整理画面の例である。
【図４】実施例１におけるアクセシビリティ診断支援システム１０の診断対象ウェブページデータを示例である。
【図５】診断結果データの例を示す図である。
【図６】アクセシビリティ診断支援システム１０の過去の診断データの例を示す図である。
【図７】アクセシビリティ診断支援システム１０が表示する診断画面の例を示す図である。
【図８】アクセシビリティ診断支援システム１０が表示する診断詳細画面の例を示す図であり、過去の診断結果と、「過去と同じ」ボタンとを表示している図である。
【図９】アクセシビリティ診断支援システム１０が表示する診断詳細画面の例を示す図である。
【図１０】アクセシビリティ診断支援システム１０の診断結果データの例を示す図である。
【図１１】実施例２であるアクセシビリティ診断支援システムにおいて、過去に診断された診断データの例を示す図である。
【図１２】実施例２であるアクセシビリティ診断支援システムが表示する診断画面の例を示す図である。
【発明を実施するための形態】
【００１３】
発明を実施するための形態は、次の実施例である。
【実施例１】
【００１４】
ウェブコンテンツにおいて、アクセシビリティの観点から好ましくないデザインの部分を抽出することは、従来のアクセシビリティチェックツールにおいて可能である。ウェブコンテンツは、ＨＴＭＬ等のマークアップ言語によって記述されている。マークアップ言語は、ある対象の意味をタグ付けによって明確に記述する。たとえば画像についてのＨＴＭＬでの書式には、次の書式がある。
【００１５】
<img source = “picture1.jpg” alt = “バレーボール大会の写真”>
【００１６】
これはｐｉｃｔｕｒｅｌ．ｊｐｇという画像を表示するという意味であり、この場合における代替テキストは、「バレーボール大会の写真」である。音声読み上げソフトは、画像を読み上げる代わりに、代替テキストである「バレーボール大会の写真」を合成音声で読み上げる。
【００１７】
この部分（代替テキスト）がうまくデザインできているかどうかを診断するためには、ＨＴＭＬソースファイルを構文解析することによって、画像のファイル名と代替テキストとを取得する。ソースファイルの中で、ｉｍｇやｓｏｕｒｃｅ等を検索することによって、構文解析を行う。続いて、この代替テキストが、画像が示す意味を適切に表しているかどうかを診断する場合、画像と代替テキストとを、人間が見比べて診断する必要がある。画像の意味を機械で自動的に抽出する技術は、まだ開発途上であるので、人間が画像と代替テキストを見比べて診断する必要がある。
【００１８】
または、支援技術、音声読み上げソフトのような診断支援技術が無視すべき画像がある。この無視すべき画像は、レイアウトのために用いられている装飾画像であり、画像が伝える情報が何も無い場合である。この場合、次のように記述される。
【００１９】
<img source = “spacer1.jpg” alt = “”>
【００２０】
ａｌｔ属性の中身、すなわち代替テキストが空白であるので、何も読み上げない。このように、代替テキストが適切かどうかについて、人間が診断する必要がある。
【００２１】
ところで、ウェブページ内に同じ画像がいくつも存在している場合がある。装飾画像等が数多く使われる場合がある。また、ウェブサイト内で同じ画像が使われる場合がある。たとえば、会社のロゴマーク等は、ウェブサイト内の複数のウェブページで使われる。
【００２２】
このように、同じ画像が複数の場所で使われる場合、同じ代替テキストを必要とすることが多い。そこで、人間が診断した場合、この診断結果を蓄積し、次に同じデザインが見つかれば、以前の診断を元に、診断の結果を示すことができる。
【００２３】
画像以外の例では、たとえば、「大会の応援には全員で参加しましょう。」という文章の「全員」という部分を強調して表示する場合、強調の意味を表すｅｍ要素を使って、次のように表すことができる。
【００２４】
<p>大会の応援には<em>全員</em>で参加しましょう。</p>
【００２５】
このように記述することによって、音声読み上げソフト等の診断支援技術は、「全員」の部分が強調であることを理解できる。ブラウザで表示すると、「全員」という言葉が斜字体で表される。しかし、引用を表す要素であるｃｉｔｅ要素を使って次のように書いても、同じブラウザでは「全員」という言葉が斜字体で表されることがある。
【００２６】
<p>大会の応援には<cite>全員</cite>で参加しましょう。</p>
これは、ブラウザ表示では、斜字体で表示するという意味で、見た目が同じになるが、音声読み上げソフト等の診断支援技術では、「全員」の部分が引用であることを理解できない。そのため、全員の部分を引用であるとユーザに伝えてしまうことになる。このように、誤ったマークアップ（誤ったタグ付け）も、好ましくないデザインの１つである。このようなデザインを診断するためには、タグ付けされた文字を表示し、その意味が正しくマークアップされているかどうかを診断しなければならない。
【００２７】
これも機械的には難しく、人間の診断が求められる。この場合でも、同じ言葉が複数の場所で使われている場合、同じマークアップが必要になる場合が多い。
【００２８】
そこで、人間が診断したときに、その結果を記録し、次に同じデザインが見つかれば、以前の診断を元に、診断の結果を示すことができる。
【００２９】
図１は、本発明の実施例１であるアクセシビリティ診断支援システム１０を示す図である。
【００３０】
アクセシビリティ診断支援システム１０は、ネットワークＮＷ１を介して、ウェブサーバＷＳ１と通信し、ウェブコンテンツを受信し、表示し、診断を行う。また、アクセシビリティ診断支援システム１０は、過去の診断において人間が診断した結果があれば、ユーザに知らせる実施例である。
【００３１】
アクセシビリティ診断支援システム１０は、送受信手段１１と、制御手段１２と、情報解析手段１３と、情報構成手段１４と、情報蓄積手段１５と、情報入力手段１６と、情報出力手段１７とを有する。
【００３２】
送受信手段１１は、ウェブコンテンツを受信する。制御手段１２は、アクセシビリティ診断作業支援システム１０の全体を制御する。情報解析手段１３は、情報蓄積手段１５に蓄積されているウェブコンテンツのアクセシビリティの配慮度合いを診断する。
【００３３】
情報構成手段１４は、診断者の見やすい画面情報としてデータを作成する。情報蓄積手段１５は、制御手段１２を介して入力したウェブコンテンツを蓄積し、情報解析手段１３が診断した診断結果を蓄積する。
【００３４】
ＰＣで実現する場合、情報入力手段１６は、キーボード、マウス等の入力システムに対応し、情報出力手段１７は、モニタやスピーカに対応する。
【００３５】
本明細書では、音声読み上げソフト等のユーザと区別するために、アクセシビリティ診断作業支援システム１０のユーザを、「診断者」と表記する。つまり、アクセシビリティ診断作業支援システム１０のユーザは、音声読み上げソフト等を使用するユーザではなく、ウェブコンテンツを診断する人であり、このウェブコンテンツを診断する人（本明細書におけるユーザ）を、「診断者」と表記する。
【００３６】
次に、アクセシビリティ診断支援システム１０の動作について説明する。
【００３７】
まず、所望のＨＴＭＬ文書のアクセシビリティの配慮度合いを診断する。
【００３８】
図２は、アクセシビリティ診断支援システム１０の動作を示すフローチャートである。
【００３９】
Ｓ１で、キーボード等の情報入力手段１６を介して、診断者が診断したいウェブページのＵＲＬを入力する。また、診断したいウェブページがローカルのＰＣ上にある場合、そのディレクトリを入力する。
【００４０】
図３は、アクセシビリティ診断支援システム１０における診断対象のウェブページ整理画面の例を示す図である。
【００４１】
診断者が診断したいウェブページのＵＲＬを入力する代わりに、図３に示すように、診断対象ウェブページ整理画面を用意し、全体の進み具合を診断するようにしてもよい。この診断対象ウェブページ整理画面を、診断対象であるＵＲＬを情報蓄積手段１５に予め登録するようにしてもよい。  
【００４２】
図４は、アクセシビリティ診断支援システム１０の診断対象ウェブページデータの例を示す図である。
【００４３】
ウェブページによって、診断対象の項目は異なる。たとえば画像のないウェブページには、画像に関する診断項目を適用することができない。図３、図４に示す診断進行度については、後述する。図４に記載されているＵＲＬが、図３に表示される。図３におけるＵＲＬの表示には、リンクが設定され、リンクを辿ることによって、そのＵＲＬのウェブページの診断が行われる。
【００４４】
続いて、Ｓ２で、制御手段１２を介して、送受信手段１１から、診断者が入力したＵＲＬのウェブサーバＷＳ１と通信し、ウェブコンテンツを要求する。
【００４５】
Ｓ３で、送受信手段１１がウェブコンテンツを受信し、制御手段１２を介して、情報蓄積手段１５に記録する。Ｓ４で、記録されたウェブコンテンツのアクセシビリティの配慮度合いを、情報解析手段１３が診断し、この診断結果を、情報蓄積手段１５に蓄積する。
【００４６】
次に、Ｓ４における診断方法について説明する。チェックツールは、一般に、複数の診断項目について診断する。たとえば、ＪＩＳ Ｘ ８３４１−３の５.４ａ)には、「画像には、利用者が画像の内容を的確に理解できるように、テキスト等の代替情報を提供しなければならない」という項目がある。この項目を診断するためには、画像を指定するｉｍｇ要素に、適切な代替テキストが設定されているかどうかを調べる。そもそもａｌｔ属性が設定されていない場合、アクセシビリティの観点からは好ましくないデザインであるといえる。ここで、ｉｍｇ要素を検索し、ａｌｔ属性がなければ、好ましくないデザイン箇所として、情報蓄積手段１５に蓄積する。
【００４７】
図５は、診断結果データの例を示す図である。
【００４８】
図５に示す診断結果データは、www.xxx.jp/index１.htmlというＵＲＬで指定されたウェブコンテンツをチェックツールで診断した場合における診断結果データである。ＩＤは、各行を識別するために設けてある。診断項目番号は、診断項目を識別する番号である。同じ診断項目番号の行は、同じ診断を行っている。診断項目の中には、完全に機械的に診断を行うことができる項目もある。
【００４９】
ｉｍｇ要素にａｌｔ属性そのものが無ければ、アクセシビリティの観点から好ましくないデザインである。よいデザインであると診断されたものを、図５に示す診断結果データにおいて、診断の列で「適切」としてデータに格納し、好ましくないデザインであったものを、「不適切」としてデータに格納する。
【００５０】
開始行、開始文字、終了行、終了文字は、対象の記述がＨＴＭＬ文書のどの部分であるかを示す。診断手段の列には、自動または手動と記してあり、自動の項目は、機械的に診断が可能であり、チェックツールが診断を下すことができる。一方、手動の項目は、診断者の診断が必要な項目である。最右列には、診断が行われた日時が記されている。Ｓ４で、診断結果のデータは、図５に示すように、診断手段が手動である項目についての診断が、「未」である。
【００５１】
ここで、過去に診断された際のデータを、情報蓄積手段１５に予め蓄積する。
【００５２】
図６は、アクセシビリティ診断支援システム１０における過去の診断データの例を示す図である。
【００５３】
図６に示す過去に診断されたデータにおいて、ＩＤは、各行を識別するために設けられている。診断の対象であるＵＲＬ、対象の種別が記載されている。診断の対象がテキストである場合、テキストの列に、診断の対象であるテキストが記載され、ファイルやマークアップの列に、マークアップの方法が記載されている。
【００５４】
１行目のＩＤ＝２００９００００１では、「全員」というテキストがｅｍ要素でマークアップされているときに、診断者が、２００９年４月１０日１０時１０分に適切であると判断したことが記載されている。これと同様に、４行目のＩＤ＝２００９００００４では、ｌｏｇｏ．ｊｐｇというファイルの代替テキストが「会社のロゴ」であり、診断者が２００９年３月１６日１０時１０分に、不適切であると判断したことが記載されている。ここでは、ファイルの情報としてファイル名だけを示しているが、ファイル名以外の情報である容量や作成日時等も合わせて蓄積するようにしてもよく、このようにすれば、参照間違いが少なくなる。
【００５５】
Ｓ５で、情報解析手段１３が、情報蓄積手段１５から、図６に示すデータを読み出し、過去の診断結果を示す図６の診断データを読み出し、図５に示す今回の診断結果データと比較し、図５のデータを図６に追記する。
【００５６】
図７は、アクセシビリティ診断支援システム１０が表示する診断画面の例を示す図である。
【００５７】
これらの診断結果を反映して、Ｓ６で、情報構成手段１４が、診断者が見やすい画面情報になるように、データを作成し、制御手段１２を介して、情報出力手段１７（モニタ）に、図７に示すように表示する。診断ＩＤ＝６は、過去の診断結果が無いので、「無し」と表示され、診断者の診断欄に、「過去と同じ」ボタンが表示されない。
【００５８】
Ｓ７で、診断者は、適切ボタンまたは不適切ボタンを押して診断する。図７を参照するだけでは、診断者が診断する際に、画像を特定できないので、診断項目の部分をリンクにし、リンクを辿ると診断詳細画面を表示し、そこで診断を行わせるようにしてもよい。
【００５９】
図８は、アクセシビリティ診断支援システム１０が表示する診断詳細画面の例を示す図であり、過去の診断結果と、「過去と同じ」ボタンとを表示している図である。
【００６０】
診断詳細画面は、図８に示すように、画像と代替テキストとを一覧できるようになっている。たとえばＨＴＭＬ文書では、以下のように記述されるものがある。
【００６１】
<img src = logo.jpg  alt = “会社のロゴマーク”>
【００６２】
このように記述すれば、音声読み上げソフトで、このＨＴＭＬ文書を読み上げたときに、ｌｏｇｏ．ｊｐｇという画像の代わりに、「会社のロゴマーク」という代替テキストを読み上げることができる。しかし、画像が使われている意味を考えると「会社のロゴマーク」という代替テキストよりも、「会社名」を伝えるべきである。特に、画像の中に会社名が文字で書かれている場合はなおさらである。このように、ｌｏｇｏ．ｊｐｇという画像の代わりに、「会社のロゴマーク」という代替テキストが設けられている場合、診断者は、代替テキストが適切でないと診断し、不適切のボタンを押す。
【００６３】
診断者が過去と同じ診断であると思えば、「過去と同じ」ボタンを押すようにしてもよい。これらの結果は、図７の最右列「現在の診断」に表示される。ＩＤ＝４の場合、「適切」と診断した後の表示を示している。
【００６４】
図９は、アクセシビリティ診断支援システム１０が表示する診断詳細画面の例を示す図である。
【００６５】
診断ＩＤ＝９８７の場合、図９に示すように、下線が引かれている「全員」という単語が、ｃｉｔｅ要素を使ってマークアップされていることを示し、つまり、引用を表していることを示す。この場合、「全員」という言葉が引用の意味で使われていないと、診断者が診断すれば、不適切のボタンを押す。または、過去の診断も不適切であるので、「過去と同じ」ボタンを押すようにしてもよい。ボタンを押すことによって、診断結果が、情報蓄積手段１５の診断結果データに蓄積される。
【００６６】
過去の診断結果が全てよいと思い、図７の一番下に表示される「診断していない項目は全て過去と同じ」ボタンを押せば、ひとつひとつ診断しなくても、過去と同じ診断結果になる。または、診断を全てした後に、「上記の診断で確定」ボタンを押すと、診断が確定される。このときに、全ての診断が終わっていなければ（現在の診断の欄に「未」があれば）、「全ての診断が終わっていません」等の警告メッセージを出すようにしてもよい。それでも診断者の都合によっては、診断を継続できない場合があり、この場合には、図４に示す診断対象ウェブページデータに追記する。診断対象項目数と診断済項目数とを追記し、診断進行度（-＝（診断済項目数／診断対象項目数）×１００）を計算し、図４に追記する。
【００６７】
実施例１では、図７に示す診断画面を表示した後に、図８、図９に示す詳細画面を表示するが、図８、図９に示す詳細画面をまとめて、最初から一枚の画面で表示するようにしてもよい。
【００６８】
図１０は、アクセシビリティ診断支援システム１０の診断結果データの例を示す図である。
【００６９】
図５に示す診断結果データの例において、診断結果が「未」であった項目の診断を全て終わると、図１０に示すように、図５において診断結果が「未」であった項目の診断結果が格納される。このときに、Ｓ８で、最終結果を表示する（図示せず）。
【００７０】
上記のように、過去に診断があった項目について、過去の診断結果を表示し、診断者が「過去と同じ」ボタンを押せば、診断にかける時間を減らすことができる。
【実施例２】
【００７１】
本発明の実施例２は、過去の診断において診断者が診断した回数を、診断者に知らせ、診断回数の順に並べて表示する実施例である。実施例２の構成、動作は、基本的には、実施例１の構成、動作と同じであり、詳細部分が異なり、この異なる詳細部分について説明する。
【００７２】
実施例２において、図２に示すＳ１〜Ｓ４は、実施例１と同じである。実施例１と異なるのは、Ｓ５で比較する過去の診断データである。
【００７３】
図１１は、実施例２であるアクセシビリティ診断支援システムにおいて、過去に診断された診断データの例を示す図である。
【００７４】
実施例２が、図６に示す実施例１と異なる点は、診断回数を記載する点である。
【００７５】
図１２は、実施例２であるアクセシビリティ診断支援システムが表示する診断画面の例を示す図である。
【００７６】
図２におけるＳ６で、情報構成手段１４が、診断者が見やすい画面情報になるように、データを作成し、制御手段１２を介して、情報出力手段１７（モニタ）に、図１２に示すように表示する。この場合、診断回数の少ない順に上から並べて表示する。このようにすることによって、診断回数の少ないものから診断し、診断回数が一定回数以上である診断項目については、「診断していない項目は全て過去と同じ」ボタンを押せばよい。このようにすることによって、診断回数が一定回数以上である診断項目について、ひとつひとつ診断しなくても、過去と同じ診断にすることができる。
【００７７】
また、詳細画面は、図８、図９に示すように表示すればよい。また、診断しなくてもよい回数（上記診断回数が一定回数である回数）を情報蓄積手段１５に予め蓄積し、それ以上の回数、診断された結果を、図１２に表示しないようにしてもよい。Ｓ７以後も、実施例１と同じである。
【００７８】
上記のようにすることによって、図１２に示す診断画面の例において、診断を要する項目が少なくなるので、診断を効率化することができる。
【００７９】
つまり、上記実施例は、ウェブページのアクセシビリティが適切であるかどうかについて、人間が診断する必要がある部分である人間診断事項を蓄積する人間診断事項蓄積手段と、上記人間診断事項を、人間に診断させることを促す診断慫慂手段とを具備するアクセシビリティ診断支援システムの例である。なお、情報出力手段１７は、上記診断慫慂手段の例である。また、情報蓄積手段１５は、過去に人間が診断した結果を蓄積する人間診断結果蓄積手段の例である。情報出力手段１７は、上記過去に人間が診断した結果を提示する診断結果提示手段の例である。上記過去に人間が診断した結果を提示する場合、ディスプレイ等に表示する以外に、診断結果を音声で知らせる等、表示以外の手法で提示するようにしてもよい。
【００８０】
また、情報蓄積手段１５は、上記過去に人間が診断した回数を蓄積する。
【００８１】
情報出力手段１７は、上記人間診断事項を提示して人間に診断させる際に、過去に人間が診断した回数の順に並べて、上記人間診断事項を提示する手段の例である。この場合も、人間診断事項を視覚的に知らせるだけではなく、聴覚的等、表示以外で提示するようにしてもよい。この場合、上記過去に人間が診断した回数のうちで、最小の診断回数を蓄積する手段を持ち、最小の診断回数よりも多く、過去に人間が診断した項目を提示しないようにしてもよく、これによって、診断を要する項目が少なくなるので、診断を効率化することができる。
【００８２】
また、上記実施例の各手段を工程に置き換えれば、上記実施例を方法の発明として把握することができる。つまり、上記実施例は、ウェブページのアクセシビリティが適切であるかどうかについて、人間が診断する必要がある部分である人間診断事項を蓄積する人間診断事項蓄積手段と、上記人間診断事項を、人間に診断させることを促す診断慫慂手段とを具備するアクセシビリティ診断支援方法において、過去に人間が診断した結果を、人間診断結果蓄積手段に蓄積する人間診断結果蓄積工程と、上記過去に人間が診断した結果を、診断結果提示手段に提示する診断結果提示工程とを有するアクセシビリティ診断支援方法の例である。
【００８３】
さらに、上記実施例を構成する各手段としてコンピュータを機能させるプログラムの発明として把握することができる。つまり、上記実施例は、請求項１〜請求項４のいずれか１項記載のアクセシビリティ診断支援システムを構成する各手段としてコンピュータを機能させるプログラムの例である。
【符号の説明】
【００８４】
１０…アクセシビリティ診断支援システム、
１２…制御手段、
１３…情報解析手段、
１４…情報構成手段
１５…情報蓄積手段、
１７…情報出力手段。
【図１】
2010250777.tif 000003
【図２】
2010250777.tif 000004
【図３】
2010250777.tif 000005
【図４】
2010250777.tif 000006
【図５】
2010250777.tif 000007
【図６】
2010250777.tif 000008
【図７】
2010250777.tif 000009
【図８】
2010250777.tif 000010
【図９】
2010250777.tif 000011
【図１０】
2010250777.tif 000012
【図１１】
2010250777.tif 000013
【図１２】
2010250777.tif 000014