JP2006099604A - 表示プログラム及びそれを用いたシステム - Google Patents

Abstract

【課題】異なるサイト間で連続してアクセシブルにＷｅｂページを閲覧する際の操作性を向上させる。
【解決手段】ユーザーは、クライアント端末から第一のサイトのＷｅｂページにアクセスして、Ｗｅｂサーバからクライアント端末へＷｅｂページをアクセシブルに表示する機能を備えたＷｅｂブラウザ（以下ＷｅｂＵＤ）をインストールすると共に第一のサイトに関するドメインリストもダウンロードし、クライアント端末の記憶手段に保存する。次に、ユーザーはクライアント端末上でＷｅｂＵＤを起動し、第二のサイトへアクセスする。そして、ＷｅｂＵＤにより第二のサイトのドメインリストをダウンロードし記憶手段に保存する。ＷｅｂＵＤは、記憶手段に保存されている上記２つのドメインリストに登録されたＵＲＬのＷｅｂページをアクセシブルに表示する。
【選択図】図６

Description

本発明は、Ｗｅｂサイト閲覧用の表示プログラムに係り、特に、アクセシビリティ機能を備えた表示プログラム及びそれを用いたシステムに関する。

近年、Ｗｅｂサイトの表示に関してアクセシビリティ(Accessibility)の重要性が高まっている。この背景には高齢者や障害者に配慮した社会を実現しようとする潮流があり、企業や自治体及び公共機関には、社会的責任としてアクセシビリティの提供が求められている。

アクセシビリティとは、“情報やサービス、ソフトウェアなどが、どの程度広汎な人に利用可能であるか”を示す用語であり、特に、高齢者や障害者など身体的・知的ハンディを持つ人にとっての利用しやすさの度合いを示す意味で使用される場合が多い。

例えば、腕や手などの障害によりマウスを操作できない人に対しては、キーボードの操作だけでソフトウェアを利用できるようにする必要がある。また、弱視や老眼の人に対しては、表示画面のフォントサイズや配色は視認性が高まるようにカスタマイズ可能であることが求められる。また、視覚障害の人には、テキストを音声で読み上げる機能を提供する必要があり、テキストのレイアウトや記述形式にも工夫が求められる。

アクセシビリティにおいて、Ｗｅｂページの利用しやすさを「Ｗｅｂアクセシビリティ」という。Ｗｅｂアクセシビリティの指針は、「画像や音声などには代替テキストによる注釈を付ける」、「全ての要素をキーボードで特定できるようにする」、「情報内容と構造及び表現を分離できるようにする」ことなどが定められている。

このような世界的な状況において、日本においても、ウェブアクセシビリティ実証実験が実施され始めており、高齢者や障害者の利用に配慮したＷｅｂコンテンツの提供を求める規格が制定された。現在では、国の行政機関や都道府県、市町村などでも、アクセシビリティ機能を備えたＷｅｂサイトを開設しているところが増加している。

アクセシビリティ機能を備えたアプリケーションは従来からあった。
ユーザーが上記アクセシビリティ機能を備えたアプリケーションが導入されたサイト（以後、導入先サイトと表現する場合もある）を閲覧する場合、１つの導入先サイトだけでなく、複数の導入先サイトを連続して閲覧する場合もある。このように、複数の導入先サイトを閲覧する場合における、上記２つの既存アプリケーションの利用形態を説明する。
以後の説明では、Ｃ県とＤ県のＷｅｂサイトに上記２つのアプリケーションが導入された場合を例にとる。

図１５は、従来のアクセシビリティ機能を備えたアプリケーションがＤ県とＣ県のＷｅｂサイトに導入されていると想定した場合の例であり、ユーザーがアプリケーションを利用してこれら各県のＷｅｂページを連続的に閲覧する場合におけるユーザーのクライアント端末の操作方法を説明する図である。

従来のアプリケーションは、Ｗｅｂサーバからクライアント端末にダウンロードされるソフトウェアであり、クライアント端末にインストールされて、クライアント端末で動作する。

（１）ユーザーは、まず、クライアント端末１で通常のブラウザを起動し、通常のブラウザからＣ県のホームページをアクセスする。
（２）Ｃ県のホームページにはアクセシビリティ機能を備えたアプリケーションを起動するためのアイコンが表示され、ユーザーはこのアイコンをクリックする。

（３）アクセシビリティ機能を備えたアプリケーションが起動され、ホームページの表示が通常のブラウザからアクセシビリティ機能を備えたアプリケーションの表示に切り換わる。これにより、ユーザーはホームページをアクセシブルに利用可能となる。

（４）ユーザーは、次に、Ｄ県のホームページをアクセスする場合、アクセシビリティ機能を備えたアプリケーションが終了しホームページは通常のブラウザの表示に戻る。そして、通常のブラウザによりＤ県のホームページを表示させる。このＤ県のホームページにもアクセシビリティ機能を備えたアプリケーションを起動するためのアイコンが表示される。ユーザーは、このホームページをアクセシブルに利用するためにこのアイコンをクリックする。

（５）アクセシビリティ機能を備えたアプリケーションが起動され、アクセシビリティ機能を備えたアプリケーションによりＤ県のホームページが表示される。これにより、Ｄ県のホームページはアクセシブルに表示される。

このように、アクセシビリティ機能を備えたアプリケーションはアクセスしたＷｅｂページ上でのみ有効であり、アクセシビリティ機能を備えたアプリケーションを利用可能な別のＷｅｂページに移動する場合でも、一旦、該アプリケーションが終了する。このため、アクセシビリティ機能を備えたアプリケーションを導入しているサイトのＷｅｂページを連続してアクセスする場合、それらのＷｅｂページをシームレスに閲覧することはできない。したがって、ユーザーは、アクセシビリティ機能を備えたアプリケーションが導入されているサイトのＷｅｂページを連続して閲覧する場合、煩雑な操作を強いられ閲覧にも時間がかかるなどのストレスを抱えていた。

本発明の目的は、簡便な操作で、導入先サイトのＷｅｂページをシームレスに連続してアクセシブルに表示できる操作性に優れたＷｅｂブラウザ及びそれを利用できるシステムを提供することである。

本発明のＷｅｂブラウザは、導入先サイトのＷｅｂページをアクセシブルに表示するＷｅｂブラウザを前提とする。
本発明の第一態様のＷｅｂブラウザは、アクセシブルに表示すべきＷｅｂページのＵＲＬ情報を取得するＵＲＬ取得手段と、該ＵＲＬ取得手段により取得された各システム導入先サイトのＵＲＬ情報を記憶する記憶手段と、該記憶手段に記憶されているＵＲＬ情報を基に、導入先の複数サイトのＷｅｂページをシームレスに連続してアクセシブルに表示する表示制御手段とを備える。

前記ＵＲＬ情報は、例えば、アクセシブルに表示すべきＷｅｂページのＵＲＬと、そのＵＲＬ配下のディレクトリに存在するＷｅｂページをアクセシブルに表示するか否かを示すフラグを有する。

本発明の第二態様のＷｅｂブラウザは、上記第一態様のＷｅｂブラウザが有する手段に加え、導入先サイトの前記ＵＲＬ情報が更新されたか否かをチェックするチェック手段と、該チェック手段により導入先サイトの前記ＵＲＬ情報が更新されたと判定された場合にその導入先サイトの前記ＵＲＬ情報を最新の情報に更新するＵＲＬ情報更新手段を、さらに備える。

本発明のシステムは、システム導入先サイトのＷｅｂサーバから、Ｗｅｂページをアクセシブルに表示するためのＷｅｂブラウザをクライアント端末にダウンロードし、該クライアント端末で該Ｗｅｂブラウザを実行することにより、該システム導入先サイトのＷｅｂページをアクセシブルに表示するシステムを前提とする。

本発明のシステムは、前記Ｗｅｂブラウザと自身のサイトでアクセシブルに表示すべきＷｅｂページのＵＲＬ情報を保有するＷｅｂサーバと、システム導入先サイトのＷｅｂサーバから前記Ｗｅｂブラウザと前記ＵＲＬ情報をダウンロードし、該ダウンロードしたＷｅｂブラウザによりシステム導入先サイトのＷｅｂサーバにアクセスして、前記ＵＲＬ情報が未取得のサイトからそのＵＲＬ情報を取得し、該取得したＵＲＬ情報を基にシステム導入先サイトのＷｅｂページをアクセシブルに表示するクライアント端末を備える。

前記クライアント端末は、例えば、前記Ｗｅｂブラウザによって取得した各システム導入先サイトのＵＲＬ情報を記録媒体に保存し、システム導入先サイトのＷｅｂサーバをアクセスするたびに、そのサイトのＵＲＬ情報が更新されているか否かをチェックし、該ＵＲＬ情報が更新されていれば、更新されたＵＲＬ情報を該Ｗｅｂサーバからダウンロードして、前記記録媒体に保存されているＵＲＬ情報を最新のＵＲＬ情報に更新する。

本発明によれば、導入先サイトから、アクセシブル表示機能を備えたＷｅｂブラウザをクライアント端末にダウンロードしてインストールすると共に、導入先サイトでアクセシブルに表示する必要があるＷｅｂページのＵＲＬ情報をクライアント端末にダウンロードして保存するので、その保存したＵＲＬ情報を基に、導入先サイト間でＷｅｂページをシームレスに連続してアクセシブルに表示することが可能となる。このため、複数の導入先サイトのＷｅｂページを連続してアクセシブルに表示する際のユーザーの操作性が著しく向上する。

以下、図面を参照しながら、本発明の実施形態を説明する。
図１は、本発明の実施形態の全体構成を示す図である。
同図において、ユーザーのクライアント端末１はインターネット２に接続されている。このインターネット２には、複数の都道府県（Ａ県、Ｂ県、・・・、Ｚ県）のＷｅｂサーバ３（３ａ、３ｂ、…、３ｚ）が接続されている。尚、この実施形態では、Ｗｅｂサーバが都道府県のサーバとなっているが、各市町村や公的機関など、更には民間組織などのＷｅｂサーバであってもよい。

図２は、導入先サイトであるＡ県のＷｅｂサーバのシステム構成を説明する図である。
同図に示すように、Ａ県のＷｅｂページ１０のＵＲＬは「http://www.pref.AAA.jp/」となっている。ホームページ１０には、「ＷｅｂＵＤを使う」と表記されたボタン１１が表示されている。Ｗｅｂサーバ３ａはシステム構成ファイル２０を管理（保有）している。このシステム構成ファイル２０のディレクトリは、「 HYPERLINK "http://www.pref.AAA.jp/temp/WebUD/" http://www.pref.AAA.jp/temp/WebUD/」となっている。

システム構成ファイル２０は、ダウンロード用ＨＴＭＬ(Hyper Text Markup Ｌanguage)２１、ActiveX２２、ＷｅｂＵＤインストーラ２３、ＷｅｂＵＤ本体２４（以下、ＷｅｂＵＤ２４と記載）及びドメインリスト２５の各モジュールを格納している。また、図示してはいないが、Ｗｅｂサーバ３ａは、ドメインリスト２５を更新する際には、その更新日付をシステム構成ファイル２０に格納する。したがって、システム構成ファイル２０を参照することにより、ドメインリスト２５の更新日付を知ることが可能である。
ダウンロード用HTML２１には、下記の表１に示すように「ベースURL」と「最初のページのURL」の2つのURLが記述されている。

「ベースURL」は、システム構成ファイル２０のURLである。「最初のページのURL」は、ＷｅｂブラウザであるＷｅｂＵＤ２４が導入先サイトをアクセスした場合にクライアント端末１のディスプレイに最初に表示するＷｅｂページのURLである。

ActiveX２２は、ActiveX（米国Microsoft社の米国およびその他の国における商標）に従って作成されたActiveXコントロールであり、通常のブラウザによってクライアント端末１にダウンロードされて、クライアント端末１上で実行されるアプリケーションである。ActiveX２２は、Ｗｅｂサーバ３ａからＷｅｂＵＤインストール２３をクライアント端末１にダウンロードする。

ＷｅｂＵＤインストーラ２３は、Ｗｅｂサーバ３ａからクライアント端末１にＷｅｂＵＤ２４をダウンロードしてインストールするインストーラである。
ＷｅｂＵＤ２４は、Ｗｅｂページをアクセシブルに表示する機能を備えたＷｅｂブラウザであり、アクセシブルに表示するＷｅｂページをローカルディスクに保存されたドメインリストにより管理する。また、そのドメインリストを基に、導入先サイトを連続してアクセスした場合にはそれらの導入先サイトのアクセシブル表示が許可されたＷｅｂページをシステムに連続して表示する。

ドメインリスト２５は、導入先サイトにおいてＷｅｂＵＤ２４がアクセシブルに表示することが許可されているＷｅｂページのURL情報が登録されたリストである。
図３は、上記ドメインリスト２５のデータ構造の一例を示す図である。

同図に示すドメインリスト２５は、ヘッダ（HEADER）３０と１つまたは複数のボディ（BODY）４０から構成される。
下記の表２は、ヘッダ３０のデータ構造の例である。

この例では、ヘッダ３０は、「作成日付」、「バージョン／レベル(Version/Level)」、「有効期限」、「ベースＵＲＬ」、及び「ヘッダ終了(HEADER終了)」の項目を有している。

「作成日付」は、ドメインリスト２５の作成日付である。「バージョン／レベル」は、ドメインリスト２５のバージョンとレベルを示す。「有効期限」は、ドメインリスト２５の有効期限を示す。「ベースＵＲＬ」は、前記システム構成ファイル２０内に格納されている各モジュールの配置基準となるＵＲＬであり、例えば、システム構成ファイル２０のディレクトリを示す。「ヘッダ終了」は、ヘッダ３０とボディ４０との区切りを表す文字（区切り文字）である。

ボディ４０は、ヘッダ３０の後に、その個数に応じた繰り返し構造形式で配置される。個々のボディ４０は、下記表３に示すように「ＵＲＬ」、「タイトル」及び「サブディレクトリ」から構成される。

「ＵＲＬ」は、アクセシビリティ機能を有効とするＷｅｂページのＵＲＬである。「タイトル」は、該ＵＲＬのＷｅｂページのタイトル（コメント）である。「サブディレクトリ対象」は、上記「ＵＲＬ」に指定されているＵＲＬ配下のディレクトリに存在するＷｅｂページについてもアクセシビリティ機能を有効とするか否かを示すフラグである。

下記の表４に、ドメインリスト２５の具体例を示す。また、下記の表５にそのドメインリスト２５の「サブディレクトリ対象」の具体例を示す。

表５に示す「サブディレクトリ対象」は「ＵＲＬｉ（ｉ＝１，２，…ｎ）」に指定されたＵＲＬ配下のディレクトリ（サブディレクトリ）にもアクセシビリティ機能を有効とするか否かを示すフラグであり、“０”であれば「ＵＲＬｉ」直下のＷｅｂページのみにアクセシビリティ機能を許可し、“１”であれば「ＵＲＬｉ」配下のサブディレクトリのＷｅｂページにもアクセシビリティ機能を許可する。

図２に示すように、クライアント端末１はドメインリスト情報ファイル５０を保有している。下記の表６に、ドメインリスト情報ファイル５０のデータ構造の一例を示す。

この例では、ドメインリスト情報ファイル５０は、「ドメインリストの更新日付」と「エラー発生日時」の２つの項目から構成されている。
「ドメインリストの更新日付」は、Ｗｅｂサーバ３のシステム構成ファイル２０に格納されているドメインリストの更新日付を示す。「エラー発生日時」は、該ドメインリストの自動更新に失敗した日時を示す。
下記の表７に、ドメインリスト情報ファイル５０の具体例を示す。

図４は、本発明の実施形態の動作を概略的に説明する図である。
図４は、本実施形態がＣ県とＤ県に導入され（Ｃ県とＤ県は導入先サイトであり）、かつ、ユーザーがＣ県のＷｅｂサーバ３ｓに１度アクセスして、Ｃ県のホームページからそのドメインリストとＷｅｂＵＤ２４をクライアント端末１にダウンロードして、ＷｅｂＵＤ２４をクライアント端末１にインストール済みであり、Ｃ県のドメインリストも保存していることを前提としている。また、Ｄ県のＷｅｂサーバ３ｋにもアクセスして、Ｄ県のホームページからそのドメインリストを取得・保存済みであることも前提としている。

この場合、ユーザーのクライアント端末１のデスクトップ画面にはＷｅｂＵＤ２４起動用のアイコンが生成・表示される。
ユーザーは、クライアント端末１のデスクトップ画面上のＷｅｂＵＤ２４起動用アイコンをクリックする。これにより、ＷｅｂＵＤ２４がＷｅｂブラウザとして起動し、Ｃ県のホームページ(http://www.pref.CCC.jp/)にアクセスする。

クライアント端末１のディスプレイにはＣ県のホームページが表示される。Ｃ県のドメインリストは既に取得・保存されているため、ＷｅｂＵＤ２４はＣ県のホームページをアクセシブルに表示する。次に、ユーザーは、該Ｃ県のホームページからＵＲＬを入力するなどしてＤ県のホームページにアクセスする。

ＷｅｂＵＤ２４は、クライアント端末１が保存しているドメインリストにＤ県のホームページのＵＲＬがアクセシブル許可として登録されていることを確認し、Ｄ県のホームページをアクセシブルに表示する。

このように、本実施形態では、ＷｅｂＵＤ２４をＷｅｂブラウザとして使用することにより、通常のブラウザのような一般的なブラウザと同様な操作感覚で、Ｃ県のホームページとＤ県のホームページをシームレスに連続してアクセシブルに表示することができる。したがって、ユーザーは、クライアント端末１の操作に違和感、ストレスなどを感じることなく、両県のホームページをシームレスに連続してアクセシブルに閲覧できる。

図５は、上記（１）でクライアント端末１にアクセシブルに表示されるＣ県のホームページ６０を模式的に示す図である。このホームページ６０の画面上部の中央から右方には「読み上げ」、「ひらがな」、「小さく」、「大きく」、「色変更」の６個のアクセシビリティボタン６１が表示される。ユーザーは、これらのアクセシビリティボタン６０を操作することにより、Ｃ県のホームページ６０をアクセシブルに利用できる。

図６は、図４の動作をより詳細に説明する図である。
ユーザーは、クライアント端末１から通常のブラウザによりＣ県のホームページにアクセスする。

Ｃ県のＷｅｂサーバ３ｓは、このアクセスを受け付け、そのディスプレイにＣ県のホームページ７０を表示する。このホームページ７０には、「ＷｅｂＵＤを使う」と表記されたＷｅｂＵＤインストール用ボタン７１が表示される。

Ｗｅｂサーバ３ｓは、ドメインリスト７２を保有している（このドメインリスト７２は、実際には画面には表示されない）。ユーザーが上記ボタン７１をクリックすると、通常のブラウザはActiveX２２をＣ県のＷｅｂサーバ３ｓからダウンロードする。ActiveX２２は、該Ｗｅｂサーバ３ｓからＷｅｂＵＤインストーラ２３（以下、インストーラ２３と記載）をダウンロードする。インストーラ２３は、ＷｅｂＵＤ２４をクライアント端末１にダウンロードしインストールする。Ｗｅｂブラウザ４のインストールが終了すると、ＷｅｂＵＤ２４のアイコンが生成され、このアイコンがクライアント端末１のデスクトップに表示されるようになる。

ＷｅｂＵＤ２４は、Ｃ県のドメインリスト７２をＷｅｂサーバ３ｓからクライアント端末１にダウンロードし保存する。このドメインリスト７２には、Ｃ県と県立大学（Ｃ県立大学）のホームページのＵＲＬが登録されている。

ＷｅｂＵＤ２４が自動起動され、ＷｅｂＵＤ２４はＣ県のホームページ７０をアクセシブルに表示する。このホームページ７０には、アドレスバー（不図示）が表示される。
ユーザーが、そのアドレスバーにＤ県のホームページのＵＲＬを入力し、Ｄ県のホームページをアクセスすると、ＷｅｂＵＤ２４はクライアント端末１のディスプレイにＤ県のホームページ８０を表示する。Ｄ県のホームページ８０にもＣ県のホームページ７０と同様に、「ＷｅｂＵＤを使う」と表記されたＷｅｂＵＤインストール用ボタン８１が表示される。ユーザーがこのボタン８１をクリックすると、ＷｅｂＵＤ２４はＤ県のドメインリスト８２をクライアント端末１にダウンロードする（この場合、クライアント端末１には既にＷｅｂＵＤ２４がインストールされているので、ＷｅｂＵＤ２４とインストーラ２３のダウンロードは行われない）。そして、ＷｅｂＵＤ２４は、既に取得しているＣ県のドメインリスト７２と今回ダウンロードしたＤ県のドメインリスト８２をマージ（併合）し、新たなドメインリスト９０を作成する。ドメインリスト８２には、Ｄ県のホームページとＤ県立福祉大学のホームページの各ＵＲＬが登録されている。

ＷｅｂＵＤ２４は、Ｄ県のホームページ８０をアクセシブルに表示する。
ユーザーが、ホームページ８０のアドレスバーにＷｅｂＵＤが導入されていない他ののＵＲＬを入力・アクセスすると、ＷｅｂＵＤ２４は他ののホームページにジャンプする。他のホームページは、ＷｅｂＵＤが導入されていないサイトなので、ＷｅｂＵＤ２４は他ののホームページをアクセシブルに表示しない（通常に表示する）。

ユーザーが他ののホームページからＤ県のホームページにジャンプすると、ＷｅｂＵＤ２４はドメインリスト９０を参照し、Ｄ県のホームページのURLがドメインリスト９０に登録されていることを確認し、Ｄ県のホームページ８０をアクセシブルに表示する。Ｄ県のホームページ８０とリンクされているＤ県県立福祉大学のホームページのＵＲＬもドメインリスト９０に登録されているので、ユーザーがＤ県のホームページ８０上でＤ県立福祉大学のホームページ８０Ｌをアクセスすると、ＷｅｂＵＤ２４はそのホームページ８０Ｌをアクセシブルに表示する。

このように、ＷｅｂＵＤ２４は、導入先サイトのＷｅｂサーバ３ａをアクセスすると、その導入先サイトのドメインリスト２５を該Ｗｅｂサーバ３ａから取得・保存する。そして、その保存されているドメインリストを参照し、ユーザーがそのドメインリストにURLが登録されているＷｅｂページをアクセスすると、そのＷｅｂページをアクセシブルに表示する。ＷｅｂＵＤ２４は、導入サイトのＷｅｂページの初回アクセス時にその導入先サイトのドメインリスト２５を取得してクライアント端末１に保存するので、導入先サイトのＷｅｂページは２回目以降のアクセスにおいては即時にアクセシブルに表示される。

本実施形態の動作を、図７〜図１３のフローチャート参照しながら詳細に説明する。
図７は、ＷｅｂＵＤ２４を初回起動する場合の処理を説明するフローチャートである。このフローチャートは、Ａ県のＷｅｂサイトが本実施形態の導入先サイトであることを前提にしている。

まず、通常のブラウザを起動して、Ａ県のＷｅｂページ（例えば、ホームページ）にアクセスする（ステップＳ１）。
次に、Ａ県のＷｅｂサーバ３ａからユーザーのクライアント端末１にＷｅｂＵＤ２４をダウンロードし、そのＷｅｂＵＤ２４をクライアント端末１にインストールするなどの「起動事前処理」を行う（ステップＳ２）。この処理により、ＷｅｂＵＤ２４のアイコンが生成され、ユーザーのクライアント端末１のデスクトップにはそのアイコンが表示される。

クライアント端末１でＷｅｂＵＤ２４を起動する（ステップＳ３）。
Ａ県のＷｅｂサーバ３ａからドメインリスト２５を取得して、そのドメインリスト２５をクライアント端末１のメモリに展開する「ドメインリスト・展開処理」を行う（ステップＳ４）。

ＷｅｂＵＤ２４は、Ａ県のＷｅｂサーバ３ａが保有するダウンロード用ＨＴＭＬ２１の「最初のページのURL」で指定されているＵＲＬのＷｅｂページを表示する「最初のページ処理」を行う（ステップＳ５）。

ＷｅｂＵＤ２４は、ユーザーがＷｅｂページ上で入力したＵＲＬのＷｅｂページ（「目的のＷｅｂページ」）を表示する「Ｗｅｂページ表示処理」を行う（ステップＳ６）。この処理では、メモリ上に展開されたドメインリストの登録内容に基づき、上記目的のＷｅｂページをアクセシブルに表示すべきか否かが判定される。

ユーザーがＷｅｂＵＤ２４の終了指示を入力すると、ＷｅｂＵＤ２４を終了させる（ステップＳ７）。
図８は、ＷｅｂＵＤ２４を２回目以降に起動した場合の処理を説明するフローチャートである。

ユーザーは、クライアント端末１のデスクトップ上に表示された「ＷｅｂＵＤ」のアイコンをダブルクリックする（ステップＳ１１）。
クライアント端末１のローカルディスクにドメインリストが存在するかチェックし（ステップＳ１２）、ドメインリストがあれば、ＷｅｂＵＤ２４を起動する（ステップＳ１３）。

ＷｅｂＵＤ２４は、ローカルディスクにあるドメインリストをメモリに展開し（ステップＳ１４）、図７のフローチャートのステップＳ７と同様の「Ｗｅｂページ表示処理」を行う（ステップＳ１５）。

Ａ県以外の導入先サイト（ここで、仮にＢ県とする）へのアクセスが行われると（ステップＳ１６）、図7のフローチャートのステップＳ２と同様の「起動事前処理」を行う（ステップＳ１７）。以後、図７のフローチャートのステップＳ４〜Ｓ７と同様にして、「ドメインリスト取得・展開処理」（ステップＳ１８）、「Ｗｅｂページ表示処理」（ステップＳ１９）の一連の処理を行い、ユーザーからの指示に従ってＷｅｂＵＤ２４の処理を終了する（ステップＳ２０）。

ステップＳ１８では、Ｂ県のＷｅｂサーバ３ｂからそのドメインリスト２５（ドメインリストBとする）をクライアント端末１にダウンロードして、そのドメインリストBをローカルディスクに保存する。そして、該ローカルディスクに格納されているＡ県のドメインリスト２５（ドメインリストAとする）とドメインリストBをメモリに展開して、ドメインリストAとドメインリストBをマージ（併合）したドメインリストをメモリ上に作成する。

尚、ステップＳ１２でドメインリストがローカルディスクに存在しないと判別した場合にはＷｅｂＵＤ２４は起動しない。ＷｅｂＵＤ２４は、あくまでもＷｅｂページをアクセシブルに表示するブラウザであり、ドメインリストが存在しないということは現時点ではアクセシブルに表示すべき対象のＷｅｂページが存在しないことを意味するからである。

図９は、図７のステップＳ２及び図８のステップＳ１７の「起動事前処理」の詳細フローチャートである。図９を参照しながら、「起動事前処理」の詳細を説明する。
ユーザーがＷｅｂページ上の「ＷｅｂＵＤを使う」というボタン（図２のボタン１１）をクリックすると（ステップＳ３１）、通常のブラウザがそのＷｅｂページのサイトのＷｅｂサーバ３からActiveX２２をクライアント端末１にダウンロードし、ActiveX２２を起動する（ステップＳ３２）。

ActiveX２２は、前記Ｗｅｂサーバ３ａからＷｅｂＵＤインストーラ２３をクライアント端末１にダウンロードする（ステップＳ３３）。ActiveXは、さらに、前記Ｗｅｂサーバ３ａからダウンロード用ＨＴＭＬ２１から「ベースＵＲＬ」と「最初のページのＵＲＬ」を取得する。そして、それらの取得データをＷｅｂＵＤインストーラ２３に渡し（ステップＳ３４）、ＷｅｂＵＤインストーラ２３を起動する（ステップＳ３５）。

ＷｅｂＵＤインストーラ２３は、ＷｅｂＵＤ２４がローカルに存在するか（クライアント端末１にインストールされているか）判別し（ステップＳ３６）、ローカルに存在しなければクライアント端末１のディスプレイに「使用許諾画面」を表示する（ステップＳ３７）。

この使用許諾画面では、例えば、ＷｅｂＵＤの使用許諾に同意するか否かを問い合わせる文章と、ユーザーが上記使用許諾に同意するか否かを指定するための「同意ボタン」と「同意しないボタン」が表示され、ユーザーは同意する場合には「同意ボタン」を、同意しない場合には「同意しないボタン」をクリックする。

ユーザーが使用許諾画面上でＷｅｂＵＤ２４の使用許諾に同意したか否かを判別し（ステップＳ３８）、同意した場合には、ＷｅｂＵＤインストーラ２３が前記Ｗｅｂサーバ３ａからＷｅｂＵＤ（ＷｅｂＵＤ本体）２４をクライアント端末１にダウンロードし、クライアント端末１にインストールする（ステップＳ３９）。

そして、ＷｅｂＵＤインストーラ２３は、「ベースURL」と「最初のページのＵＲＬ」をＷｅｂＵＤ２４に渡す（ステップＳ４１）。
一方、ステップＳ３８でユーザーが同意しなかったと判別すると、ＷｅｂＵＤ２４のインストールを中止し、当該サイトのトップページ等の表示に遷移する（ステップＳ４０）。

また、ステップＳ３６でＷｅｂＵＤ２４がローカルに存在すると判別した場合には、ステップＳ４１に移行し、前述したステップＳ４１の処理を実行する。
このように、ユーザーは、使用許諾に同意することにより、ＷｅｂＵＤ２４が導入されているサイトのＷｅｂページから自分のクライアント端末１にＷｅｂＵＤ２４をダウンロードしてインストールすることができる。また、クライアント端末１に既にＷｅｂＵＤ２４がインストールされている場合には、ＷｅｂＵＤ２４のインストールは行われない。

図１０は、図７のステップＳ４の「ドメインリスト取得・展開処理」の詳細フローチャートである。図１０を参照しながら、「ドメインリスト取得・展開処理」を詳細に説明する。

ＷｅｂＵＤ２４は、ＷｅｂＵＤインストーラ２３から受け取った「ベースURL」にアクセスする（ステップＳ５１）。そして、その「ベースＵＲＬ」がアドレスするディレクトリにあるＷｅｂサーバ３内のシステム構成ファイル２０からドメインリスト２５をダウンロードし（ステップＳ５２）、そのドメインリスト２５をクライアント端末１のローカルディスクに保存する（ステップＳ５３）。

ＷｅｂＵＤ２４は、ドメインリスト情報ファイル５０を該ローカルディスク内に生成し（ステップＳ５４）、上記ローカルディスクに保存したドメインリスト２５の更新日付（ローカルディスクに保存した日付）を上記ドメインリスト情報ファイル５０の「最終更新日付」レコードにセットする（ステップＳ５５）。

そして、ローカルディスクに格納されているドメインリスト２５をメモリに展開する（ステップＳ５６）。
このドメインリスト２５のメモリ展開においては、ローカルディスクに保存されている全てのドメインリスト２５がマージされて１つのドメインリストに統合される。

図１１は、図７のステップＳ５の「最初のページ処理」の詳細フローチャートである。図１１を参照しながら、「最初のページ処理」を詳細に説明する。
ＷｅｂＵＤ２４は、ＷｅｂＵＤインストーラ２３から受け取った「最初のページのＵＲＬ」へアクセスする（ステップＳ６１）。次に、その「最初のページのＵＲＬ」がメモリ上に作成されたドメインリストに登録されているか判定する（ステップＳ６２）。

この判定では、「最初のページのＵＲＬ」の上位ディレクトリが上記ドメインリストに登録されている場合にも「最初のページのＵＲＬ」が上記ドメインリストに登録されているものとみなす。すなわち、「最初のページのＵＲＬ」と完全に一致するＵＲＬが上記ドメインリストに登録されている場合だけでなく、「最初のページのＵＲＬ」の上位ディレクトリが前記ドメインリストに登録されている場合にも「最初のページのＵＲＬ」が前記ドメインリストに登録されていると判定される。

次に、ＷｅｂＵＤ２４は前記ドメインリストで登録判定の基準となったＵＲＬの「サブディレクトリ対象」の値を調べ（ステップＳ６３）、その値が“１”（配下のサブディレクトリも有効）であればアクセシビリティボタン６１を選択可として（ステップＳ６４）、「最初のページのＵＲＬ」をＵＲＬとする最初のページを表示する（ステップＳ６６）。

このように、ＷｅｂＵＤ２４は、「最初のページのＵＲＬ」がクライアント端末１のローカルディスクに保存されているドメインリストに直接登録されていなくても、該ドメインリストに登録されているＵＲＬ配下のディレクトリ（サブディレクトリ）であれば、最初のページをアクセシブルに表示する。もちろん、ＷｅｂＵＤ２４は、「最初のページのURL」に完全一致するＵＲＬが該ドメインリストに登録されていれば、最初のページをアクセシブルに表示する。

一方、ＷｅｂＵＤ２４は、ステップＳ６３で「サブディレクトリ対象」の値が“０”であると判別すると、アクセシビリティボタン６１を選択不可として（ステップＳ６５）、最初のページを表示する（ステップＳ６６）。

このように、「最初のページのＵＲＬ」の上位ディレクトリのＵＲＬがクライアント端末１のローカルディスクに保存されているドメインリストに登録されていても、その上位ディレクトリのＵＲＬの「サブディレクトリ対象」の値が“０”であれば、最初のページはアクセシブルに表示されない。換言すれば、ドメインリストに登録されたＵＲＬのＷｅｂページだけをアクセシブルに表示させたい場合には、そのＵＲＬの「サブディレクトリ対象」の値を“０”に設定すればよい。

また、ＷｅｂＵＤ２４はステップＳ６２で「最初のページのＵＲＬ」がメモリ上のドメインリストに登録されていないと判別した場合にも、アクセシビリティボタン６１を選択不可として（ステップＳ６５）、最初のページを表示する（ステップＳ６６）。

このように、「最初のページのＵＲＬ」に完全一致するＵＲＬまたはその上位ディレクトリのＵＲＬがクライアント端末１のローカルディスクに保存されたドメインリストに登録されていなければ、最初のページはアクセシブルに表示されない。

図１２は、図７のステップＳ６及び図８のステップＳ１５の「Ｗｅｂページ表示処理」の詳細フローチャートである。図１２を参照しながら、「Ｗｅｂページ処理」を詳細に説明する。

ＷｅｂＵＤ２４は、Ｗｅｂページ上でユーザーが指定したＷｅｂページ（目的のＷｅｂページ）へアクセスし（ステップＳ７１）、前に表示していたＷｅｂページのＵＲＬ（前回のＵＲＬ）と今回アクセスしたＷｅｂページのＵＲＬ（今回のＵＲＬ）とで対象となるドメインリスト（対象ドメインリスト）が切り替わるか判定する（ステップＳ７２）。

この判定は、クライアント端末１のローカルディスクに保存されている個々のドメインリスト（今までに取得された各導入先サイトサのＷｅｂサーバ３ａからダウンロードした個々のドメインリスト）を参照して行われる。

ＷｅｂＵＤ２４は、ドメインリストが切り替わる、つまり今回表示するＷｅｂページが今まで表示していたＷｅｂページとは異なるサイトのＷｅｂページであり、Ｗｅｂページをアクセシブルに表示するか否かの判定に使用されるドメインリストが、別のドメインリストに切り替わると判定すると、「ドメインリスト自動更新処理」を行う（ステップＳ７３）。

この「ドメインリスト自動更新処理」においては、後に詳述するように、ローカルディスクに保存されている今回参照する対象ドメインリストが当該Ｗｅｂサーバ３ａ上で更新されていないかどうか調べ、更新されていればローカルディスクに保存されている対象ドメインリストを更新するなどの処理を行う。

次に、ＷｅｂＵＤ２４は、「目的のＷｅｂページのＵＲＬ」（前記目的のＷｅｂページのURL）へアクセスし（ステップＳ７４）、「目的のＷｅｂページのＵＲＬ」がメモリ上のドメインリストに登録されているか判定する（ステップＳ７５）。

ステップＳ７２で、対象ドメインリストが切り替わらない、あるいは、目的のＷｅｂページのＵＲＬがクライアント端末１のローカルディスクに保存されているドメインリストに登録されていない（ドメインリスト外である）と判定すれば、ステップＳ７３の処理を実行せずにステップＳ７５に移行する。

このように、ステップＳ７３の「ドメインリスト自動更新処理」は、ドメインリスト外のＷｅｂページ表示からドメインリスト内のＷｅｂページの表示に切り替わるか、または、あるドメインリスト内のＷｅｂページ表示から別のドメインリスト内のＷｅｂページ表示に切り替わるときに行われる。換言すれば、Ｗｅｂページの表示が対象ドメインリストの切り替えを伴うときに行われる。このため、各導入先サイトのドメインリスト２５は、自己サイトのＷｅｂページが最初にアクセスされる時に、毎回、ＷｅｂＵＤ２４によって更新チェックを受ける。

ステップＳ７５の判定は、前述した図１１のステップＳ６２の処理と同様にして行われる。判定対象のＵＲＬが「最初のページのＵＲＬ」から「目的のページのＵＲＬ」に置き換わるだけである。

ＷｅｂＵＤ２４は、ステップＳ７５で、「目的のＷｅｂページのＵＲＬ」がメモリ上のドメインリストに登録されていると判定すると、その登録判定に参照されたＵＲＬの「サブディレクトリ対象」の値を調べ（ステップＳ７８）、“１”（配下のサブディレクトリも有効）であればアクセシビリティボタン６１を選択可にして（ステップＳ７９）、前記目的のＷｅｂページを表示する（ステップＳ８１）。

一方、ステップＳ７８で「サブディレクトリ対象」の値が“０”（直下のディレクトリのみ有効）であると判断すると、アクセシビリティボタン６１を選択不可にして（ステップＳ８０）、前記目的のＷｅｂページを表示させる（ステップＳ８１）。

また、ステップＳ７５で「目的のＷｅｂページのＵＲＬ」がメモリ上のドメインリストに登録されていないと判定した場合も、アクセシビリティボタン６１を選択不可にして（ステップＳ８０）、前記目的のＷｅｂページを表示させる（ステップＳ８１）。

ステップＳ７５〜Ｓ８１の処理は図１１のステップＳ６２〜Ｓ６６の処理と同様であり、前記目的のＷｅｂページは、そのＵＲＬがクライアント端末１のローカルディスクに保存されているドメインリストに登録されている場合にのみアクセシブルに表示される。

図１３は、図１２のステップＳ７３の「ドメインリスト自動取得更新処理」の詳細フローチャートである。図１３を参照しながら、「ドメインリスト自動更新処理」を詳細に説明する。

ＷｅｂＵＤ２４は、「目的のＷｅｂページのＵＲＬ」を基にして、ローカルディスク内のそのＵＲＬが登録されたドメインリストから「ベースＵＲＬ」を取得する（ステップＳ９１）。そして、その「ベースＵＲＬ」へアクセスする（ステップＳ９２）。

このアクセスでは、上記「ベースＵＲＬ」をディレクトリとするシステム構成ファイル２０を管理するＷｅｂサーバ３ａにアクセスすることになる。
次に、ＷｅｂＵＤ２４は、前記システム構成ファイル２０内にドメインリスト２５が存在するか否かチェックし（ステップＳ９３）、前記システム構成ファイル２０を管理するＷｅｂサーバ３上にドメインリスト２５が存在すると判断すると、そのシステム構成ファイル２０内に格納されているドメインリスト２５の「更新日付」（Ｗｅｂサーバ３上のドメインリスト２５の更新日付）とクライアント端末１のドメインリスト情報ファイル５０内の「更新日付」とを比較する（ステップＳ９４）。

そして、ＷｅｂＵＤ２４は、Ｗｅｂサーバ３上のドメインリスト２５の「更新日付」の方が新しければ、前記システム構成ファイル２０内のドメインリスト２５をクライアント端末１にダウンロードし（ステップＳ９５）、そのドメインリスト２５をクライアント端末１のローカルディスク内の当該ドメインリストに上書き・保存する（ステップＳ９６）。

続いて、ＷｅｂＵＤ２４は、クライアント端末１のドメインリスト情報ファイル５０の「最終更新日付」にＷｅｂサーバ３上の上記ドメインリストの「更新日付」を設定して、ドメインリスト情報ファイル５０の「最終更新日付」を更新する（ステップS９７）。そして、クライアント端末１のローカルディスクに保存されている全てのドメインリストをメモリ上に展開して、それらを１つのドメインリストにマージする（ステップＳ９８）。

一方、ＷｅｂＵＤ２４は、ステップＳ９４で両者の「更新日付」が同一であると判定すると、「ドメインリスト自動更新処理」を終了する（ステップＳ９９）。
この場合、当該ドメインリストはＷｅｂサーバ３上で更新されておらず、クライアント端末１のローカルディスクに保存されている当該ドメインリストは最新のものなので、ローカルディスクに保存された当該ドメインリストを更新する必要はない。

ＷｅｂＵＤ２４は、ステップＳ９３でアクセスした「ベースＵＲＬ」をディレクトリとするＷｅｂサーバ３上のシステム構成ファイル２０にドメインリスト２５が存在しないと判定すると、現時点の日時を「エラー発生日付」としてドメインリスト情報ファイル５０の「エラー発生日付」レコードに設定する（ステップＳ１００）。

次に、ＷｅｂＵＤ２４は、ドメインリスト情報ファイル５０内の「最終更新日付」と上記「エラー発生日付」の差を算出し、その差が6ヶ月以上であると判定するとクライアント端末１のローカルディスクに保存されている当該ドメインリストを削除すると共に、メモリ上に展開されているドメインリストから当該ドメインリストを削除する（ステップＳ１０２）。

このように、Ｗｅｂサーバ３上のシステム構成ファイル２０内にドメインリスト２５が６ヶ月以上存在しない場合には、該ドメインリスト２５は無効とみなし、それをクライアント端末１のローカルディスクから削除する。

ＷｅｂＵＤ２４は、ローカルディスク内のドメインリストを基にアクセスしたＷｅｂページをアクセシブルに表示するか否かを決定するので、ドメインリスト２５が削除された導入先サイトのＷｅｂページは以後アクセシブルに表示されることはない。このような事態は、導入先サイトが本実施形態のシステムの導入を中止した場合などに起こりうる。

一方、ＷｅｂＵＤ２４は、ステップＳ１０１で両者の日付の差が６ヶ月未満であると判定すると、「ドメインリスト自動更新処理」を終了する（ステップＳ１０３）。
このように、ＷｅｂＵＤ２４は、あるＷｅｂサーバ３上のドメインリスト２５が存在しなくなった場合でも、その不在が６ヶ月以上経過するまでは、クライアント端末１のローカルディスク内に該当ドメインリストを保存しておく。

図１４は、クライアント端末１のハードウェア構成の一例を示す図である。
クライアント端末１は、CPU（Central Processing Unit）１０１と、ＣＰＵ１０１とバス１０２によって接続されたメモリ１０３、キーボード１０４、マウス１０５、ディスプレイ１０６、ローカルディスク１０７及び通信インターフェース１０８等で構成される。

ＣＰＵ１０１は、ＷｅｂＵＤ２４などのソフトウェアを実行するプロセッサーであり、図７〜図１４のフローチャートに示された処理を実行する。
メモリ１０３は、例えばＲＡＭ、ＲＯＭなどの半導体メモリであり、ローカルディスク１０７に保存されている各Ｗｅｂサーバ３が保有するドメインリストがロード・展開され、それらのドメインリストをマージすることによって生成される統合メインリストを記憶する。

キーボード１０４は、Ｗｅｂページアクセス用のＵＲＬ等を入力するための入力装置である。マウス１０５は、Ｗｅｂページの画面上で、アクセシビリティボタン６１やその他のアイコンをクリックまたはダブルクリックする、ＷｅｂＵＤ２４により表示されたＷｅｂページ画面のアドレスバーの入力フィールドにカーソルを移動するなどの操作のために使用されるポインティングデバイスである。

ディスプレイ１０６は、ＷｅｂＵＤ２４が導入されたサイトのＷｅｂページをアクセシブルに表示したり、通常のブラウザなどの一般的なブラウザがアクセスしたＵＲＬのＷｅｂページを表示するＣＲＴディスプレイや液晶ディスプレイなどの薄型ディスプレイである。

ローカルディスク１０７は、磁気ディスク制御装置、光ディスク制御装置、光磁気ディスク制御装置などの外部記憶装置に装着されるディスク型記録媒体であり、Ｗｅｂサーバ３からダウンロードされたドメインリスト２５を保存する。また、ドメインリスト情報ファイル５０も生成・保存される。また、Ｗｅｂサーバ３からダウンロードされるActiveX、ダウンロード用ＨＴＭＬ２１、ＷｅｂＵＤ２４、ＷｅｂＵＤインストーラ２３なども保存する。

通信インターフェース１０８は、ＴＣＰ／ＩＰプロトコルによりインターネット２を介してＷｅｂサーバ３との間でコマンドやデータを通信するインターフェースであり、Ｗｅｂサーバ３からＷｅｂＵＤ２４、ドメインリスト２５、アクセシブルに表示すべきＷｅｂページなどをダウンロードする際に使用される。

尚、図１４では示してはいないが、テキストを音声で読み上げるためのスピーカーなども実装される。
上記実施例では、クライアント端末１としてパーソナルコンピュータ（パソコン）を使用した例を示したが、本発明は、パソコン以外にも、携帯電話やＰＤＡ(Personal Data Assistants)などの携帯端末にも適用可能なものである。

本発明は、これからの情報社会において重要性が高まる障害者向けのアクセシビリティ機能を備えた各種形態の端末に広範に適用可能であり、ユニバーサル社会の実現に大きく寄与するものである。

本発明の実施形態のシステム構成図である。 Ａ県のＷｅｂサーバのシステム構成を説明する図である。 ドメインリストのデータ構造を説明する図である。 実施形態の動作を概略的に説明する図である。 ＷｅｂＵＤによってアクセシブルに表示されるＷｅｂページの概略画面を示す図である。 実施形態のシステムの全体動作を説明する図である。 ＷｅｂＵＤを初回起動したときの動作を説明するフローチャートである。 ＷｅｂＵＤを２回目以降に起動した時の動作を説明するフローチャートである。 「起動事前処理」の詳細フローチャートである。 「ドメインリスト取得・展開処理」の詳細フローチャートである。 「最初のページ処理」の詳細フローチャートである。 「Ｗｅｂページ表示処理」の詳細フローチャートである。 「ドメインリスト自動更新処理」の詳細フローチャートである。 クライアント端末のハードウェア構成の一例を示す図である。 従来のアクセシビリティ機能を備えたアプリケーションが導入されたサイトのＷｅｂページを連続してアクセスする場合のユーザーの操作方法を説明する図である。

符号の説明

１ クライアント端末
２ インターネット
３（３ａ〜３ｚ） Ｗｅｂサーバ
１０ Ａ県のＷｅｂページ
１１ 「ＷｅｂＵＤを使う」ボタン
２０ システム構成ファイル
２１ ダウンロード用ＨＴＭＬ
２２ ActiveX
２３ ＷｅｂＵＤインストーラ
２４ ＷｅｂＵＤ（ＷｅｂＵＤ本体）
２５ ドメインリスト
５０ ドメインリスト情報ファイル
６０ アクセシブルに表示されたＷｅｂページ
６１ ＷｅｂＵＤインストール用ボタン
７０ Ｃ県のホームページ
７１ ＷｅｂＵＤインストール用ボタン
７２ ドメインリスト
７０L Ｃ県立大学のホームページ
８０ Ｄ県のホームページ
８１ ＷｅｂＵＤインストール用ボタン
８２ ドメインリスト
９０ ドメインリスト７２とドメインリスト８２をマージしたドメインリスト
１０１ ＣＰＵ
１０２ バス
１０３ メモリ
１０４ キーボード
１０５ マウス
１０６ ディスプレイ
１０７ ローカルディスク
１０８ 通信インターフェース

Claims (5)

1. 導入先サイトのＷｅｂページをアクセシブルに表示する表示プログラムであって、
   コンピュータに、
   該システム導入先のサイトのＷｅｂサーバから、アクセシブルに表示可能な該サイト内のＷｅｂページの複数のＵＲＬ情報を取得するＵＲＬ取得手段、
   該ＵＲＬ取得手段により取得された各システム導入先サイト内のＵＲＬ情報を記憶する記憶手段、
   該記憶手段に記憶されている複数のＵＲＬ情報を基に、導入先の複数のサイトに対してＷｅｂページをアクセシブルに表示する表示制御手段、
   として機能させるための表示プログラム。
2. 請求項１記載の表示プログラムであって、
   前記ＵＲＬ情報は、アクセシブルに表示すべきＷｅｂページのＵＲＬと、そのＵＲＬ配下のディレクトリに存在するＷｅｂページをアクセシブルに表示するか否かを示すフラグを有することを特徴とする。
3. 請求項１記載の表示プログラムであって、
   導入先サイトの前記ＵＲＬ情報が更新されたか否かをチェックするチェック手段と、
   該チェック手段により導入先サイトの前記ＵＲＬ情報が更新されたと判定された場合にその導入先サイトの前記ＵＲＬ情報を最新の情報に更新するＵＲＬ情報更新手段を、
   さらに備えることを特徴とする。
4. システム導入先サイトのＷｅｂサーバから、Ｗｅｂページをアクセシブルに表示するためのＷｅｂ表示プログラムをクライアント端末にダウンロードし、該クライアント端末で該Ｗｅｂ表示プログラムを実行することにより、該システム導入先サイトのＷｅｂページをアクセシブルに表示するシステムであって、
   前記Ｗｅｂサーバは、前記Ｗｅｂ表示プログラムと自身のサイトでアクセシブルに表示すべきＷｅｂページのＵＲＬ情報を保有し、
   前記クライアント端末は、
   システム導入先サイトのＷｅｂサーバから前記Ｗｅｂ表示プログラムと前記ＵＲＬ情報をダウンロードし、
   該ダウンロードしたＷｅｂ表示プログラムによりシステム導入先サイトのＷｅｂサーバをアクセスして、前記ＵＲＬ情報が未取得のサイトからそのＵＲＬ情報を取得し、該取得したＵＲＬ情報を基にシステム導入先サイトのＷｅｂページをアクセシブルクに表示すること、
   を特徴とするシステム。
5. 請求項４記載のシステムであって、
   前記クライアント端末は、
   前記Ｗｅｂ表示プログラムによって取得した各システム導入先サイトのＵＲＬ情報を記録媒体に保存し、
   システム導入先サイトのＷｅｂサーバをアクセスするたびに、そのサイトのＵＲＬ情報が更新されているか否かをチェックし、
   該ＵＲＬ情報が更新されていれば、更新されたＵＲＬ情報を該Ｗｅｂサーバからダウンロードして、前記記録媒体に保存されているＵＲＬ情報を最新のＵＲＬ情報に更新すること、
   を特徴とする。

Images