(57)【要約】【課題】  ウェブコンテンツを複数回診断して、最新の診断結果に従った認証マークをウェブコンテンツに与える。【解決手段】  認証マーク制御装置１０１は、ネットワーク１０２を介してウェブサーバ１０３．１０４と通信可能に接続されている。情報蓄積部５は、ウェブサーバ１０３．１０４から取得した診断対象のウェブコンテンツを保存する。情報診断部６は、情報蓄積部５に保存されたウェブコンテンツをユニバーサルデザイン等予め設定された認証基準に従って（１）定期的、（２）ウェブコンテンツの更新時、（３）ウェブ閲覧者の閲覧時に診断し、そのウェブコンテンツの診断結果を反映し、認証マークを書き換える。【選択図】  図１
2009301239.tif 000002
【特許請求の範囲】
【請求項１】
ウェブ上のコンテンツをネットワーク経由で診断し、診断結果に応じた認証マークを前記コンテンツに付与する認証マーク制御装置であって、
前記コンテンツを予め設定された任意の認証基準に従って診断する診断手段を備え、
前記診断手段が前記コンテンツを複数回診断して、各診断結果に応じて前記認証マークを書換可能なことを特徴とする認証マーク制御装置。
【請求項２】
前記認証基準が、ユニバーサルデザインの認証基準であることを特徴とする請求項１記載の認証マーク制御装置。
【請求項３】
前記診断手段は、予め設定されたスケジュールに従って定期的に前記コンテンツを診断する
ことを特徴とする請求項１または２のいずれか１項に記載の認証マーク制御装置。
【請求項４】
前記診断手段は、前記認証マークの付与された前記コンテンツの更新が公開されるときに、
公開前に更新コンテンツを診断することを特徴とする請求項１または２のいずれか１項に記載の認証マーク制御装置。
【請求項５】
前記診断手段は、前記認証マークの付与された前記コンテンツを閲覧者が閲覧するときに、
閲覧者の閲覧前に前記コンテンツを診断することを特徴とする請求項１または２のいずれか１項に記載の認証マーク制御装置。
【請求項６】
前記診断手段は、前記コンテンツが複数ページを有するウェブサイトのときに、
前記ページ毎に診断結果を定めることを特徴とする請求項１〜５のいずれか１項に記載の認証マーク制御装置。
【請求項７】
前記診断手段は、前記コンテンツが複数ページを有するウェブサイトのときに、
前記各ページの診断結果を総合して前記ウェブサイトの診断結果を定める
ことを特徴とする請求項１〜５のいずれか１項に記載の認証マーク制御装置。
【請求項８】
前記コンテンツの診断結果を時系列に保存した情報蓄積手段をさらに備え、
前記診断手段は、前記コンテンツの診断結果と前記情報蓄積手段に保存された前回の診断結果とが相違するときに、
前記認証マークを書き換えることを特徴とする請求項１〜７のいずれか１項に記載の認証マーク制御装置。
【請求項９】
前記診断手段は、前記情報蓄積手段に保存された前回の診断結果を前記認証マークに記述する
ことを特徴とする請求項８記載の認証マーク制御装置。
【請求項１０】
請求項１〜９のいずれか１項に記載の認証マーク制御装置としてコンピュータを機能させることを特徴とする認証マーク制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主にインターネットに公開されているウェブコンテンツを認証基準に従って診断し、該診断結果に応じた認証マークを付与する認証マーク制御装置および認証マーク制御プログラムに関する。
【背景技術】
【０００２】
インターネット社会の進展に伴い、インターネットによる情報取得の機会が増えてきた。それに伴い、ウェブコンテンツは誰にでも扱うことができるようにデザインされることが求められている。これは、ウェブのアクセシビリティ、あるいはウェブのユニバーサルデザインなどと呼ばれ、ますます重要になってきている。また、「使いやすさ」はユーザビリティと呼ばれており、いろいろな観点から工夫をしてウェブコンテンツを制作する必要がある。例えば、ウェブのユニバーサルデザインの観点からすると、画像が閲覧できない閲覧者のためにウェブコンテンツに含まれる画像に代替テキストを付けたり、閲覧者が自由に文字を拡大できるように文字の大きさを相対値で指定したり、背景色と文字色の明度コントラストを上げたりすることは有効である。また、これに関連して、特許文献１には、視覚障がい者であってもウェブを利用できる音声ブラウザシステムについて記載されている。
【０００３】
これらの配慮すべき項目はＷ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）の「Ｗｅｂ  Ｃｏｎｔｅｎｔ  Ａｃｃｅｓｓｉｂｉｌｉｔｙ  Ｇｕｉｄｅｌｉｎｅｓ  １．０」やＪＩＳ規格の「ＪＩＳ  Ｘ８３４１−３」で基準が定められている。これらの基準を使えば、ウェブコンテンツがユニバーサルデザイン等の基準に対応しているかを診断することが可能である。また、これらの基準に基づくチェックツールも開発され、一般に公開されている。このチェックツールを使えば、効率的にウェブコンテンツの診断を行うことができる。
【０００４】
例えば、「画像に代替テキストを付ける」という項目は、「ＩＭＧ要素にはａｌｔ属性を設定する」ということになり、ＨＴＭＬ文書の中でＩＭＧタグを検索し、「ａｌｔ＝“ＡＢＣ”」などがあれば、この項目を満たしていると言える。この場合には、「ＡＢＣ」が代替テキストとなる。このとき、チェックツールは文字列検索技術のひとつであるパターンマッチングの機能を有しており、ＨＴＭＬ文書の＜ＩＭＧ＞というタグを検索し、その中に「ａｌｔ＝“ＡＢＣ”」などという表現があるかどうかをチェックする。
【０００５】
例えば、ＩＭＧタグは＜ＩＭＧ  ｓｒｃ＝“ｉｍａｇｅ／ｉｍａｇｅ．ｊｐｇ”ａｌｔ＝“ＡＢＣ”  ｗｉｄｔｈ＝１００  ｈｅｉｇｈｔ＝１００＞のような形をしている。このような場合、「＜ＩＭＧ」から始まり「＞」で終わるまでに、「ａｌｔ」があればＯＫ、なければＮＧなどと診断することができる。
【０００６】
このようにガイドラインやチェックツールを使ってウェブページを診断すれば、ウェブがユニバーサルデザイン等の基準に対応しているかをチェックすることが可能である。また、ウェブのユーザビリティなどに対しても、一定の基準があれば診断を行うことが可能である。例えば、「地図のページには電話番号を併記する」などという基準を設ければ、その診断基準によって診断を行うことができる。このように、ユニバーサルデザイン以外にも任意の基準に従って診断を行うことができる。
【０００７】
このようなチェックツールを使った診断を行った場合に、ウェブページに診断済のマークを付けるなどのサービスが存在する。
【特許文献１】特開平１１−２４９８６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来は、ある基準に従っているウェブコンテンツに認証マークを付けることができるものの、ウェブコンテンツは日々更新されるものであり、ある時点で認証マークが与えられるようなデザインになっていても、更新した瞬間に認証マークを取り消さなければならなくなる状況もあり得る。
【０００９】
したがって、ウェブ閲覧者にとっては、認証マークが付いたウェブコンテンツであっても、認証マークをどの程度信頼できるのかが分からず、認証マークに対する信頼度が高められないという問題があった。
【００１０】
そこで、本発明は、ウェブコンテンツを複数回にわたって診断し、最新の診断結果に従った認証マークをウェブコンテンツに与えることを解決課題としている。
【課題を解決するための手段】
【００１１】
本発明は、前記課題を解決するために創作された技術的思想であって、診断対象となるコンテンツを、ユニバーサルデザイン等の基準を満たしているか否かを診断し、満たしていれば合格の判定を与える一方、満たしていなければ合格の判定を取り消している。
【００１２】
具体的には、請求項１記載の発明は、ウェブ上のコンテンツをネットワーク経由で診断し、診断結果に応じた認証マークを前記コンテンツに付与する認証マーク制御装置であって、前記コンテンツを予め設定された任意の認証基準に従って診断する診断手段を備え、前記診断手段が前記コンテンツを複数回診断して、各診断結果に応じて前記認証マークを書換可能なことを特徴としている。
【００１３】
また、請求項２記載の発明は、前記認証基準が、ユニバーサルデザインの認証基準であることを特徴としている。
【００１４】
また、請求項３記載の発明は、前記診断手段は、予め設定されたスケジュールに従って定期的に前記コンテンツを診断することを特徴としている。
【００１５】
また、請求項４記載の発明は、前記診断手段は、前記認証マークの付与された前記コンテンツの更新が公開されるときに、公開前に更新コンテンツを診断することを特徴としている。
【００１６】
また、請求項５記載の発明は、前記診断手段は、前記認証マークの付与された前記コンテンツを閲覧者が閲覧するときに、閲覧者の閲覧前に前記コンテンツを診断することを特徴としている。
【００１７】
また、請求項６記載の発明は、前記診断手段は、前記コンテンツが複数ページを有するウェブサイトのときに、前記ページ毎に診断結果を定めることを特徴としている。
【００１８】
また、請求項７記載の発明は、前記診断手段は、前記コンテンツが複数ページを有するウェブサイトのときに、前記各ページの診断結果を総合して前記ウェブサイトの診断結果を定めることを特徴としている。
【００１９】
また、請求項８記載の発明は、前記コンテンツの診断結果を時系列に保存した情報蓄積手段をさらに備え、前記診断手段は、前記コンテンツの診断結果と前記情報蓄積手段に保存された前回の診断結果とが相違するときに、前記認証マークを書き換えることを特徴としている。
【００２０】
また、請求項９記載の発明は、前記診断手段は、前記情報蓄積手段に保存された前回の診断結果を前記認証マークに記述することを特徴としている。
【００２１】
また、請求項１０記載の発明は、認証マーク制御プログラムであり、請求項１〜９のいずれか１項に記載の認証マーク制御装置として、コンピュータを機能させることを特徴としている。
【発明の効果】
【００２２】
請求項１〜１０記載の発明によれば、コンテンツには最新の診断結果を反映した認証マークが付与されることから、認証マークの信頼性が向上する。
【００２３】
特に、請求項３記載の発明によれば、スケジュールに従って定期的にコンテンツが診断されるため、最新の診断結果が認証マークに反映される。
【００２４】
また、請求項４記載の発明によれば、更新コンテンツの認証マークに最新の診断結果が反映される。
【００２５】
さらに、請求項５記載の発明によれば、閲覧するコンテンツの認証マークには最新の診断結果が反映される。
【発明を実施するための最良の形態】
【００２６】
本発明は、主にインターネットに公開されているウェブコンテンツが、ユニバーサルデザインなどの認証基準を満たしているかを診断するといった利用を想定している。本発明は、ユニバーサルデザインの基準ではなく、ユーザビリティなど任意の基準を使うことができるが、以下では、ユニバーサルデザインの基準を例として説明する。例えば、「画像に代替テキストが付いているか」といったいくつかの項目を診断した結果、認証基準を満たしていれば、ウェブコンテンツに合格の判定を付与するといった利用方法である。
【００２７】
もっとも、ウェブコンテンツは日々更新されていることから、ある時点では認証基準を満たしていても、更新により基準を外れるおそれもある。この場合に、ウェブコンテンツを定期的に診断したり、ウェブコンテンツが更新されたタイミングで診断を行えば、最新の診断結果を得ることができる。
【００２８】
そこで、本発明は、ウェブコンテンツを（１）定期的、（２）ウェブコンテンツ更新時、（３）閲覧者のウェブコンテンツ閲覧時に診断し、その診断結果をウェブコンテンツに表示する認証マークに反映させている。以下、本発明の実施形態を図面に基づき説明する。
【００２９】
（１）構成例
図１は、本発明の実施形態に係る認証マーク制御装置１０１の構成例およびネットワーク構成例を示している。この認証マーク制御装置１０１は、ネットワーク１０２を介して、２台のウェブサーバ１０３．１０４、およびウェブ閲覧者ＰＣ１０５と通信可能に接続されている。この認証マーク制御装置１０１によれば、ウェブサーバ１０３．１０４から診断対象のウェブコンテンツが取得され、認証基準に基づく診断が行われるとともに、その診断結果に応じた認証マークが付与される。この認証基準としては、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）のＷｅｂ  Ｃｏｎｔｅｎｔ  Ａｃｃｅｓｓｉｂｉｌｉｔｙ  Ｇｕｉｄｅｌｉｎｅｓ  １．０やＪＩＳ規格の「ＪＩＳ  Ｘ８３４１−３」で基準が定められている。もっとも、認証基準はこれに限定されるものではなく、設定や使用によって適宜に診断内容に合わせた基準に変更することができる。
【００３０】
具体的には、認証マーク制御装置１０１は、サーバあるいはパーソナルコンピュータ（ＰＣ）により構成され、図１に示すように、キーボードやマウスなどの入力デバイスである情報入力部１と、各構成要素の制御や演算処理をする制御部２（例えばＣＰＵなど）と、ネットワーク接続に使用する通信デバイスなどの送受信部３と、取得したウェブコンテンツを画像化する情報解析部４と、処理データを記録可能なハードディスクドライブ装置などの保存手段で構成された情報蓄積部５と、ウェブコンテンツを認証基準に基づき診断する情報診断部６と、ディスプレイやスピーカなどの出力デバイスである情報出力部７と、診断時刻を制御可能なタイマ８とを備え、ハードディスクドライブ装置に保存された前記認証基準を読み出して診断が行われる。
【００３１】
前記情報解析部４は、ウェブサーバ１０３．１０４から取得したウェブコンテンツの情報を計算によって画像化し（レンダリング）、ディスプレイなどの前記情報出力部７へ表示する。この機能は、例えばコンピュータのハードディスクドライブ装置などにインストールされたレンダリング用アプリケーションプログラムを、前記制御部２にて実行することにより実現される。
【００３２】
前記情報蓄積部５には、ウェブサーバ１０３．１０４から取得した診断対象のウェブコンテンツや該ウェブコンテンツの診断結果などが時系列に基づき保存されているものとする。
【００３３】
前記情報診断部６は、前記情報蓄積部５に保存された診断対象のウェブコンテンツを前記認証基準に基づいて診断する。この診断機能は、例えば一般に公開されている認証基準に基づくチェックツールなどをコンピュータにインストールし、前記制御部２などがこれを実行することにより実現される。
【００３４】
前記タイマ８には、診断を開始する日時や診断間隔などの診断スケジュールを予め設定しておくことができる。以下、認証マーク制御装置１０１の診断処理を実施例１〜３に沿って説明する。
【００３５】
（２）実施例１
本実施例では、認証マーク制御装置１０１は、予め指定されたウェブページをスケジュールに従って定期的に診断し、診断結果に応じてウェブページに付与されている認証マークを制御する。このとき複数のウェブページからなるウェブサイトの診断を、ウェブサイトに属する全ページの診断結果などから行い、そのウェブサイトの合否を判定する。
【００３６】
ここでは、認証マーク画像データは前記情報蓄積部５に予め保存されているものとする。また、前記情報蓄積部５には、診断対象となるウェブページのＵＲＬ、そのウェブページが属するウェブサイトのトップページのＵＲＬなどを保存する診断対象データベースが構築されているものとする。この診断対象データベースの一例を表１に示す。
【００３７】
【表１】
2009301239.tif 000003
【００３８】
表１によれば、サイト整理番号１．２の各ウェブページは、２００８年３月２２日１０時００分に診断が行われている。このとき、前記タイマ８には、２４時間毎に診断を行うよう設定されているものとする。したがって、次回の診断は２００８年３月２３日１０時００分に開始される。ここでは、この次回の診断を例に、認証マーク制御装置１０１の動作を図２のフローチャートに基づき説明する。
【００３９】
Ｓ０１：まず、前記タイマ８で設定された日時になると、前記制御部２にて前記情報蓄積部５内の前記診断対象データベースを参照し、最初の診断対象ＵＲＬを読み出す。ここでは表１におけるページ整理番号１の診断対象ＵＲＬを読み出す。このＵＲＬは「ｈｔｔｐ：／／ｗｗｗ．ａａａ．ｊｐ／ａａａ／ｉｎｄｅｘ．ｈｔｍｌ」である。このページを、ページ整理番号を用いてウェブページ１と呼ぶ。
【００４０】
Ｓ０２：前記制御部２は、前記送受信部３および前記ネットワーク１０２を通じて、前記ウェブページ１を格納するウェブサーバ１０３と通信し、前記ウェブページ１を受信する。このとき、前記ウェブページ１の診断対象ＵＲＬは、前記ウェブサーバ１０３上に存在するものとする。
【００４１】
Ｓ０３：前記制御部２は、Ｓ０２で受信した前記ウェブページ１を前記情報蓄積部５に保存する。そして、保存した前記ウェブページ１の情報に対して前記情報解析部４にて画像化処理（レンダリング）を行い、ディスプレイなどの前記情報出力部７に表示する。このディスプレイに表示されたウェブページ１の表示例を図３に示す。
【００４２】
Ｓ０４：前記情報診断部６にて、前記ウェブページ１を診断する。認証基準の項目が適用されたチェックツールによって自動診断できるようになっている。また、この診断は、図３のようなレンダリング後の表示や前記ウェブページ１のソースファイルを見ながら人が判断し、図４のような画面から結果を人が入力するようにしても、どちらでもよい。図４は診断結果を入力する画面の例であり、判定の列にラジオボタンがあり、合格か不合格かを選択できるようになっている。図４の診断項目などのデータは予め前記情報蓄積部５に蓄積されており、これがディスプレイなどに表示される。それを見て、人がマウスやキーボードなどの前記情報入力部１から結果を入力すればよい。
【００４３】
この診断結果は、前記情報診断部６にて、前記情報蓄積部５に予め構築されているページ診断結果データベースに記録される。このページ診断結果データベースの一例を表２に示す。
【００４４】
【表２】
2009301239.tif 000004
【００４５】
表２は、ウェブページ１に関する診断結果を示すレコードである。ここでは、表１の診断対象データベースに記載された診断対象のウェブページの数だけ、診断結果のレコードをページ診断結果データベースに用意しておき、結果を追記するようにする。このページ診断結果データベースには、予め診断項目の項目番号、診断項目、配点が設定されており、判定と得点は診断後に追記される。
【００４６】
ここで、表２では診断項目はｎ個あるが、各診断項目の条件を満たしているとき、その項目に対する判定を合格とし、診断項目の条件を満たしていないときは不合格とする。合格であれば、その配点を得点の列に追記し、不合格であれば、得点を０とする。ここで配点が一様でないのは、各診断項目に対して重要度が異なり、優先度が付いているためである。この優先度が高いものは重要であるとして配点を５点とし、優先度が低くなるに従い配点を３点、１点としている。本実施例では、配点は１、３、５点の３段階となっている。このようにしてすべての診断項目に対して同様の診断を行い、得点をすべて加算して表２の最終行に追記する。ここでは、総得点は５２点となっている。
【００４７】
Ｓ０５：Ｓ０４で診断されたウェブページが認証基準を満たしているかの合否を判定する。具体的には、前記情報診断部６にて、前記ページ診断結果データベースからウェブページの診断結果を読み出して判定する。この判定は、Ｓ０４で算出したウェブページの総得点と、予め前記情報蓄積部５に保存された合否レベルとを比較して行うことができる。本実施例では、合否レベルを６０点とする。つまり、ウェブページの総得点が６０点以上であるとき、そのウェブページは合格であるとし、６０点未満であるときには、そのウェブページは不合格である。したがって、表２に示した５２点から、ウェブページ１は不合格であると判定される。
【００４８】
なお、ここでは６０点以上と６０点以下で２種類の評価を与えているが、この評価は３種類以上であってもよい。例えば、６０点未満をＣ評価、６０点以上８０点未満をＢ評価、８０点以上をＡ評価などとしてもよい。このとき、合否レベルを６０点とすれば、Ａ、Ｂ評価は合格で、Ｃ評価は不合格となる。
【００４９】
この結果を、評価と判定を分けて表１の前記診断対象データベースに追記する。例えば、５２点であればＣ評価で不合格、８８点であればＡ評価で合格などとなる。この結果を表１の前記診断対象データベースの対応する欄に上書きすると、表３に示す診断後の診断対象データベースが構築される。
【００５０】
【表３】
2009301239.tif 000005
【００５１】
表３では表１と異なり、最新診断日時が２００８年３月２３日１０時００分に更新されている。このようにして、前記診断対象データベースに記憶されたすべての診断対象ウェブページに対して診断を行う。
【００５２】
Ｓ０６：Ｓ０５のウェブページの合否判定結果に基づいてウェブサイトの合否判定を行う。通常、ウェブサイトは、単一または複数のウェブページから構成されている。表１．２によれば、ウェブサイト１はウェブページ１〜６の６つのウェブページからなる。したがって、ウェブページ１〜６の診断結果を総合してウェブサイト１の合否判定を行うことができる。
【００５３】
具体的には、まず、前記情報診断部６にて、表３の診断対象データベースからウェブページ毎の総得点や判定、評価などを読み出し、それらを前記情報蓄積部５に構築されたサイト診断結果データベースに記録する。このサイト診断結果データベースの一例を表４に示す。
【００５４】
【表４】
2009301239.tif 000006
【００５５】
表４は、ウェブサイト１の診断結果を示すレコードである。ここでは、表１の診断対象データベースに記載された診断対象のウェブサイトの数だけ、診断結果のレコードを前記サイト診断結果データベースに用意しておき、結果を追記するようにする。
【００５６】
表４に示すように、このウェブサイト１はページ番号が１〜ＮのＮ個のウェブページから構成されているとする。ページ番号１のウェブページ１の得点は２列目に示されているように５２点であり、ページ番号２のウェブページ２の得点は８０点である。また、各ウェブページの合否判定が４列目に、評価が５列目にそれぞれ示されている。
【００５７】
ところで、このウェブサイト１のように、ウェブサイトが複数のウェブページから構成されている場合、各ウェブページを比較することにより評価される項目がある。例えば、ウェブサイトの中で、各ウェブページを容易に判別できるように、ウェブページのタイトルが別にされているか、あるいは、音声ブラウザで読み上げたときに区別しやすくするために、タイトルの先頭が異なる言葉で始まっているか、などである。これらの項目を、サイト特有診断項目と呼ぶ。
【００５８】
このサイト特有診断項目に関する診断は、前記情報診断部６にて、ウェブサイトを構成する複数のウェブページを前記情報蓄積部５から読み出し、それらを前記サイト特有診断項目に従って診断して行う。そして、診断結果を前記情報蓄積部５に予め構築されたサイト特有診断項目データベースに記録する。この診断項目がＭ個ある場合のサイト特有診断項目データベースの一例を表５に示す。
【００５９】
【表５】
2009301239.tif 000007
【００６０】
表５は、ウェブサイト１の診断結果を示すレコードである。ここでは、表１の診断対象データベースに記載された診断対象のウェブサイトの数だけ、診断結果のレコードを前記サイト特有診断項目データベースに用意しておき、結果を追記するようにする。ここでは、ウェブサイト１の総得点は９０点となっている。
【００６１】
そして、この総得点を、前記情報診断部６にて表４に示した前記サイト診断結果データベースのページ番号０の行に追記し、合否判定を行って評価を算出する。ここでは、得点９０点が追記され、これを基に合格判定およびＡ評価が算出・追記されている。
【００６２】
このとき、ウェブサイト特有診断項目の結果をウェブページの診断結果と同列に扱うために、ウェブページの診断による得点の最高得点が、ウェブサイト特有診断による得点と等しくなるよう正規化を行ってもよい。例えば、ウェブページによっては画像を持たないものもあり、そのようなウェブページに対して画像に関する診断を行っても得点が加算されず、総得点が極端に低くなる可能性がある。そのような場合には正規化が有効である。また、ウェブページによっても重要なページとそれほど重要でないページが考えられるため、配点により重み付けをしてもよい。しかし、究極には、どのページも等しく良い点数になるべきであるため、本実施例では配点はすべて１としている。
【００６３】
このようにサイト特有診断を行った後、前記情報診断部６にて、表４のサイト診断結果データベースからウェブサイトの診断結果を読み出して、対象ウェブサイトの合否を判定する。このウェブサイトの合否判定には、いくつかの方法が挙げられる。
【００６４】
まず、各ウェブページの合否判定に基づき、合格であれば得点×配点（ここでは１点）、不合格は０点として総計を出す方法がある。これにより算出されたウェブページの得点の合計を、表４に示したサイト診断結果データベースに追記する。この例では、合計が１２３４５６点であるとする。これを総ページ数Ｎで割ると、１ページあたりの平均得点を計算することができる。この平均得点が、予め設定された基準値以上であれば、このウェブサイトは合格、基準値以下であれば不合格とする。この例では、表４に示すように平均点が６６点なので、基準値を６０点とすると合格となる。または、ページの評価を見て、Ａ＝５点、Ｂ＝３点、Ｃ＝１点などと点数に換算して総計を計算し、基準値と比較してもよい。
【００６５】
あるいは、各ウェブページの合否判定結果を考慮してウェブサイト全体の合否判定を行ってもよい。例えば本実施例では、合格が７５６ページ、不合格が２４４ページであるとする。このとき、全体の何パーセントが合格であればよいなどという基準をつくればよい。例として、基準を全体の６０％以上とすれば、全体の７５．６％のウェブページが合格判定なので、このウェブサイト１は合格である。あるいは、全ページが合格でなければならないということでもよい。その場合には、基準を全体の１００％以上とすればよく、本実施例ではウェブサイト１は不合格となる。
【００６６】
なお、ここでは、基準を全体の６０％以上とし、ウェブサイト１は合格であると判定するものとする。つまり、ウェブページ１は５２点で不合格だが、ウェブページ１が属するウェブサイト１は合格である。なお、基準値は、プログラムの閾値として設定でき、仕様により適宜変更される。
【００６７】
このようにウェブサイトの合否判定を行い、結果を表１および表３に示す診断対象データベースのサイトの判定欄に追記する。
【００６８】
Ｓ０７：Ｓ０６で求めた合否判定に基づいて、ウェブページの認証マークを書き換える。
【００６９】
この認証マークは、各対象ウェブページに対して１つが設定されている。この設定は、予め前記情報蓄積部５内に構築された認証マーク管理データベースに記憶されている。この認証マーク管理データベースの一例を表６に示す。
【００７０】
【表６】
2009301239.tif 000008
【００７１】
表６に示すように、ページ整理番号「１」のウェブページ１は、ウェブサイト１に属し、対象ウェブページ用マーク画像として、「ｎｉｎｓｙｏｕ１．ｊｐｇ」が設定されている。この対象ウェブページ用マーク画像は、各対象ウェブページに特有のものが設定され、「ｎｉｎｓｙｏｕ１．ｊｐｇ」などの画像データを前記情報蓄積部５に予め保存しておく。また、この画像データは、「ｈｔｔｐ：／／ｗｗｗ．ｎｉｎｓｙｏｕ．ｊｐ／ｉｍｇ／ｎｉｎｓｙｏｕ１．ｊｐｇ」で参照することができるように設定されている。
【００７２】
この認証マーク画像を、今回の診断結果に基づいて書き換える。新たに付与する認証マークは、いくつかの診断結果の組み合わせにより決定される。すなわち、Ｓ０５およびＳ０６で求めたウェブページの合否判定、評価、ウェブサイトの合否判定など、考えられる組み合わせを予め作成し、それぞれの場合にどのような認証マークを使うかを設定する認証マークデータベースを前記情報蓄積部５内に構築しておく。この認証マークデータベースの一例を表７に示す。これらの組合せを表６に追記する。
【００７３】
【表７】
2009301239.tif 000009
【００７４】
表７によれば、新たに付与される認証マーク画像は、ウェブサイトの合否判定、診断前のウェブページの合否判定、診断後のウェブページの合否判定により決定される。表６の認証マーク管理データベースによれば、ウェブページ１の属するウェブサイト１の判定は合格、診断前のウェブページ１の判定は合格、診断後のウェブページ１の判定は不合格である。したがって、新たに付与される認証マーク画像は「Ｂａｄ１．ｊｐｇ」となる。そこで、前記情報診断部６にて、前記情報蓄積部５に保存されている「ｎｉｎｓｙｏｕ１．ｊｐｇ」の画像データに、「Ｂａｄ１．ｊｐｇ」の画像データを上書きする。
【００７５】
ここで、ウェブページ１のＨＴＭＬソースの例を図５に示す。このＨＴＭＬソースでは、ＢＯＤＹ要素の最後に、＜ｉｍｇ  ｓｏｕｒｃｅ  ＝  “  ｈｔｔｐ：／／ｗｗｗ．ｎｉｎｓｙｏｕ．ｊｐ／ｉｍｇ／ｎｉｎｓｙｏｕ１．ｊｐｇ  ”ａｌｔ  ＝  “診断結果”ｗｉｄｔｈ＝“１９６”ｈｅｉｇｈｔ＝“５２”＞と記述されている。これは、画像を表示することを指定しており、画像ファイルは「ｈｔｔｐ：／／ｗｗｗ．ｎｉｎｓｙｏｕ．ｊｐ／ｉｍｇ／ｎｉｎｓｙｏｕ１．ｊｐｇ」である。したがって、ウェブページ１には、認証マーク画像として「ｈｔｔｐ：／／ｗｗｗ．ｎｉｎｓｙｏｕ．ｊｐ／ｉｍｇ／ｎｉｎｓｙｏｕ１．ｊｐｇ」が表示される。
【００７６】
ここで、認証マーク画像の具体例を図６〜図９に示す。図６は、画像「Ｇｏｏｄ１．ｊｐｇ」の例であり、今回の合否判定前は「ｎｉｎｓｙｏｕ１．ｊｐｇ」は「Ｇｏｏｄ１．ｊｐｇ」の内容で上書きされていたため、図６に示す画像が表示されていた。しかし、今回の合否判定後は「Ｂａｄ１．ｊｐｇ」の内容に上書きされているため、「ｎｉｎｓｙｏｕ１．ｊｐｇ」の内容は「Ｂａｄ１．ｊｐｇ」と同一である。したがって、今回の合否判定後のウェブページ１には、図７に示す画像が表示されることになる。
【００７７】
このとき、前記認証マーク制御装置１０１にある図外のシステム時計や、前記タイマ８などから診断日時を取得して、認証マーク画像に入れ込むように画像を生成し、表示してもよい。または、診断者や診断に用いたツールなどの付加情報を埋め込んでもよい。これらの付加情報を加えた認証マーク画像の例を図８、９に示す。あるいは、画像を新しく作り直さず、診断日時、診断者、診断に用いたツールなどの情報を含むメッセージを作成してもよい。このメッセージを認証マークと同じウェブページに記載してもよいし、認証マークにリンクを設定し、リンク先のウェブページを作成してそこに記載するようにしてもよい。
【００７８】
また、Ｓ０６の処理過程で説明したように、ウェブサイト全体での合否も判定することができるため、これに基づきウェブサイト全体の認証マークなどをウェブページに表示してもよい。または、ウェブサイト全体の認証マークとウェブページの認証マークを並べて表示してもよい。ウェブサイト全体の認証マークを表示する場合には、表６を参照して、ウェブページ１と同じウェブサイト１に属するウェブページ２から６の認証マークも変更すればよい。
【００７９】
Ｓ０８：Ｓ０６の合否判定結果に変更があったかを調べる。具体的には、前記情報診断部６にて、表６の認証マーク管理データベースから各ウェブページの合否判定結果を読み出し、診断前の合否判定結果と診断後の合否判定結果とを比較して、変更の有無を追記する。本実施例では、表６に示すように、ウェブページ１については診断前の合否判定結果と診断後の合否判定結果は異なっているので、変更の有無の列に「有」を追記する。
【００８０】
Ｓ０９：Ｓ０６の合否判定結果に変更があった場合には、ウェブページ１の制作者に合否判定結果の変更を通知する。本実施例のように、合格から不合格への変更があった場合には、ウェブページ１の制作者にウェブページの修正を依頼する。逆に、不合格から合格へ変更になった場合には、その旨を通知する。具体的には、電子メールの文面や各ウェブページの制作者のメールアドレスを予め前記情報蓄積部５に保存しておき、これらを前記制御部２にて電子メールソフトなどで編集して、前記送受信部３を経由して制作者のコンピュータに送信すればよい。
【００８１】
このように、タイマ８で予め定められた時間にチェックツールなどによりウェブページを自動的に診断し、その結果を反映して、ウェブページに表示する認証マークが変更され、これにより認証マークの信頼性が高められる。この診断結果が制作者のコンピュータに送信されるので、ウェブ制作者はウェブコンテンツを迅速に修正でき、ユニバーサルデザインに配慮されたウェブコンテンツが広められる。
【００８２】
（３）実施例２
本実施例では、認証マーク制御装置１０１は、制作者の更新したウェブページをウェブ上に公開する直前に診断し、診断結果に応じてウェブページの認証マークを制御する。ここでは、認証マーク画像データはウェブ公開用のウェブサーバ１０３上に予め保存されている。以下、本実施例における認証マーク制御装置１０１の動作を、図１０のフローチャートに基づき説明する。
【００８３】
Ｓ１１：認証マーク制御装置１０１は、認証マークの発行請求があったかを確認する。すなわち、ウェブ制作者は、ウェブページ１を更新して公開しようとするとき、更新後のウェブページ１をウェブ公開用のウェブサーバ１０３にコピーする。その際、ウェブ制作者は認証マーク制御装置１０１に対し、認証マークの発行を請求する。この請求のときには、更新されたウェブページ１のＵＲＬと連絡先とが、ウェブ制作者の端末（例えばパーソナルコンピュータなど）からネットワーク１０２を介して前記認証マーク制御装置１０１に送信される。前記認証マーク制御装置１０１は、前記制御部２にてこれらの受信を確認すると、認証マークの発行請求があったと判断してＳ１２へ進む。
【００８４】
Ｓ１２：前記制御部２にて、前記送受信部３および前記ネットワーク１０２を通じてウェブページ１を格納するウェブサーバ１０３と通信し、更新されたウェブページ１を受信する。
【００８５】
Ｓ１３〜Ｓ１５：Ｓ１２にて受信したウェブページ１を、実施例１のＳ０３〜Ｓ０６と同様に、前記情報診断部６にてウェブページ１を診断し、または、レンダリングしてディスプレイなどに表示して人がウェブページ１を診断し、ウェブページ１の合否を判定する。ここでは、判定の結果、ウェブページ１は不合格であったとし、不合格の場合に付与される認証マークは「Ｂａｄ．ｊｐｇ」に設定されているものとする。
【００８６】
Ｓ１６：対象のウェブページの認証マークを書き換える。ここでは前記認証マーク制御装置１０１は、前記ウェブサーバ１０３に保存されたＨＴＭＬファイル中の画像情報に関する記述を書き換える。このとき、前記認証マーク制御装置１０１は、前記ウェブサーバ１３に保存されたＨＴＭＬファイルを更新する権限を付与される。この権限はＨＴＭＬファイルの書き換えが終了したら抹消されるようにする。
【００８７】
ここで、前記ウェブサーバ１０３に保存されているウェブページ１のＨＴＭＬソースの例を図１１に示す。このＨＴＭＬソースでは、ＢＯＤＹ要素の最後に、＜ｉｍｇ  ｓｏｕｒｃｅ＝  “ＮＩＮＳＹＯＵ−ＩＭＡＧＥ”  ａｌｔ＝  “診断結果”  ｗｉｄｔｈ＝“１９６”ｈｅｉｇｈｔ＝“５２”＞と記述されている。これは、画像ファイルが“ＮＩＮＳＹＯＵ−ＩＭＡＧＥ”であることを示している。この「ＮＩＮＳＹＯＵ−ＩＭＡＧＥ」というのは、置換用の言葉（変数）である。ウェブ制作者は、予め定められたこの置換用の言葉（変数）を診断対象のウェブページ１のＨＴＭＬソースに埋め込んで記述する。この変数を認証マーク制御装置１０１が書き換える。具体的には、前記制御部２が前記送受信部３、前記ネットワーク１０２を介してウェブサーバ１３内のＨＴＭＬファイルにアクセスし、「ＮＩＮＳＹＯＵ−ＩＭＡＧＥ」という変数をＳ１５の合否判定結果に従って「Ｂａｄ．ｊｐｇ」に書き換える。さらに、その文の直前に、＜ｐ＞このウェブページはユニバーサルデザインの問題がありますが、現在、修正中です。＜／ｐ＞という一文を付け加える。
【００８８】
これにより、ウェブページ１の最後に「このウェブページはユニバーサルデザインの問題がありますが、現在、修正中です。」という文字と、図７や図９に示すような不合格を表す認証マーク画像が表示される。
【００８９】
このとき、図９のように合否判定日時が追記された認証マーク画像を使ってもよい。この場合には、ファイル名を例えば「Ｂａｄ２００８０３１２．ｊｐｇ」などとしてもよい。さらに、「ａｌｔ」属性の内容である「診断結果」を書き換えて、「ウェブ認証マーク：  ウェブ修正中」などとしてもよい。これらの書き換えはテキストのパターンマッチング技術を用いれば可能である。
【００９０】
また、合否判定結果が合格の場合には、例えば＜ｐ＞このウェブページはユニバーサルデザインの合否判定の結果、問題はありません。＜／ｐ＞などという一文を付け加えてもよい。
【００９１】
このようにして、ウェブ制作者が更新したウェブページを公開する直前に診断することにより、最新の診断結果に応じた認証マークに変更でき、認証マークの信頼性が高められる。
【００９２】
この診断結果をウェブ制作者のコンピュータに送信すれば、ウェブ制作者はコンテンツの更新がユニバーサルデザインの認証基準を満たしているか否かを容易に確認できる。したがって、更新コンテンツがユニバーサルデザインの認証基準を満たしていない場合には、ウェブ制作者は迅速に修正できる。この点でもユニバーサルデザインに配慮されたウェブコンテンツが広められる。
【００９３】
（４）実施例３
本実施例では、認証マーク制御装置１０１は、ウェブページをウェブ閲覧者に閲覧される直前に診断して、診断結果に応じてウェブページの認証マークを制御する。ここでは、認証マーク画像データはウェブ公開用のウェブサーバ１０３上に予め保存されている。以下、本実施例における認証マーク制御装置１０１の動作を、図１２に示すフローチャートに基づき説明する。
【００９４】
Ｓ２１：認証マーク制御装置１０１は、ウェブ閲覧者の端末１０５からウェブサーバ１０３に対してウェブ閲覧の要求があったかを確認する。
【００９５】
すなわち、前記ウェブ閲覧者ＰＣ１０５から前記ウェブサーバ１０３に対してウェブページ１の閲覧のリクエストがあると、前記ウェブサーバ１０３は、閲覧をリクエストされたウェブページ１のＵＲＬをネットワーク１０２経由で前記認証マーク制御装置１０１に送信する。前記認証マーク制御装置１０１は、前記制御部２にてこれを確認すると、ウェブ閲覧の要求があったと判断してＳ２２へ進む。
【００９６】
Ｓ２２：前記制御部２にて、前記送受信部３および前記ネットワーク１０２を介してウェブページ１を格納するウェブサーバ１３と通信し、閲覧がリクエストされたウェブページ１を受信する。
【００９７】
Ｓ２３〜Ｓ２６：Ｓ２２にて受信したウェブページ１を、実施例２のＳ１３〜Ｓ１６と同様に、前記情報診断部６にてウェブページ１を診断し、または、レンダリングしてディスプレイなどに表示して人がウェブページ１を診断し、ウェブページ１の合否を判定して、対象ウェブページの認証マークを書き換える。
【００９８】
このようにして、ウェブ閲覧者がウェブページを閲覧する直前にそのウェブページの診断を行うことにより、最新の診断結果に基づく認証マークに変更することができる。したがって、ウェブ閲覧者は最新の診断結果を反映した合否判定結果の付与されたコンテンツを閲覧できる。
【００９９】
なお、本発明は、上記実施形態に限定されるものではなく、例えば認証マーク制御装置１０１を構成する各部１〜８としてコンピュータを機能させるプログラムに構築することもできる。
【０１００】
この場合には、コンピュータの処理部（例えばＣＰＵなど）がプログラムコードを読み出して、各実施例の処理Ｓ０１〜Ｓ０９，Ｓ１１〜Ｓ１６，Ｓ２１〜Ｓ２６が実行される。このプログラムコードは、例えばＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＭＯ，ＨＤＤなど記録媒体に格納してコンピュータに提供される。また、前記プログラムを、インターネットサイトからダウンロードしてコンピュータに提供してもよい。
【図面の簡単な説明】
【０１０１】
【図１】本発明の実施形態に係る認証マーク制御装置の構成図。
【図２】同  実施例１の処理フロー図。
【図３】同  診断対象ウェブページの画面表示例。
【図４】同  診断結果入力画面の表示例。
【図５】同  実施例１の診断対象ウェブページのＨＴＭＬソース例。
【図６】同  合格を示す認証マークの表示例。
【図７】同  不合格を示す認証マークの表示例。
【図８】同  合格を示す認証マークの応用例。
【図９】同  不合格を示す認証マークの応用例。
【図１０】同  実施例２の処理フロー図。
【図１１】同  実施例２の診断対象ウェブページのＨＴＭＬソース例。
【図１２】同  実施例３の処理フロー図。
【符号の説明】
【０１０２】
１…情報入力部
２…制御部
３…送受信部
４…情報解析部
５…情報蓄積部（情報蓄積手段）
６…情報診断部（診断手段）
７…情報出力部
８…タイマ
１０１…認証マーク制御装置
１０２…ネットワーク
１０３，１０４…ウェブサーバ
１０５…ウェブ閲覧者ＰＣ
【図１】
2009301239.tif 000010
【図２】
2009301239.tif 000011
【図３】
2009301239.tif 000012
【図４】
2009301239.tif 000013
【図５】
2009301239.tif 000014
【図６】
2009301239.tif 000015
【図７】
2009301239.tif 000016
【図８】
2009301239.tif 000017
【図９】
2009301239.tif 000018
【図１０】
2009301239.tif 000019
【図１１】
2009301239.tif 000020
【図１２】
2009301239.tif 000021