(57)【要約】【課題】  視覚障害者がサーチエンジンサービスページにおける検索結果ページから、より早く、目的とするＷｅｂ情報にアクセスすることが可能な技術を提供する。【解決手段】  Ｗｅｂ情報アクセスシステムにおいて、インターネットを対象としたサーチエンジンサービスページ上で行われたキーワード検索要求について、検索結果ページにリストアップされたＷｅｂ情報の内容や属性を識別し、サーバにＷｅｂ情報を転送するステップと、サーバ上に保持するユーザ別プロファイルを基に、検索結果一覧から情報の要不要を判断するステップと、必要とされたＷｅｂ情報のうち、サーバ上に保持する読み上げ条件ファイルを基に、指定された部分だけを読み上げるステップとを有するものである。【選択図】  図１
2005345751.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂ情報アクセス方法において、
インターネットを対象としたサーチエンジンサービスページ上で行われたキーワード検
索要求について、検索結果ページから元のＷｅｂ情報プロバイダを識別し、サーバにＷｅ
ｂ情報を転送するステップと、サーバ上に保持するプロファイルを基に、検索結果一覧か
ら情報の要不要を判断するステップと、必要とされたＷｅｂ情報のうち、サーバ又はクラ
イアント上に保持する読み上げ条件ファイルを基に、指定された部分だけを読み上げるス
テップとを有することを特徴とするＷｅｂ情報アクセス方法。
【請求項２】
請求項１に書かれたＷｅｂ情報に付けられている属性（タグ、キーワード、日付等）を
基に、そのＷｅｂ情報の要不要を判断し、フィルタリングすることを特徴とする請求項１
に記載されたＷｅｂ情報アクセス方法。
【請求項３】
請求項２に書かれた、必要とされたＷｅｂ情報に付けられている属性（タグ、キーワー
ド、日付等）を基に、必要とされたＷｅｂ情報に対し、読み上げる範囲を指定できること
を特徴とする請求項１に記載されたＷｅｂ情報アクセス方法。
【請求項４】
Ｗｅｂ情報アクセスシステムにおいて、
インターネットから検索結果ページにヒットしたＷｅｂ情報を受信するＷｅｂ情報受信
部と、Ｗｅｂ情報格納用ファイルに保存されているＷｅｂ情報の種類（ＸＭＬ／ＨＴＭＬ
／その他）を判断するマッチング判断部と、プロファイル及び読み上げ条件ファイルを作
成するファイル作成部と、検索結果ページにリストアップされたＷｅｂ情報の種類を判断
するＷｅｂ情報種別判断部と、Ｗｅｂ情報にアクセスするかどうかをユーザが選択した結
果を判断するＷｅｂ情報採用判断部とを備えることを特徴とするＷｅｂ情報アクセスシス
テム。
【請求項５】
Ｗｅｂ情報アクセスシステムとしてコンピュータを機能させるためのプログラムを記録
したコンピュータ読み取り可能な記録媒体において、
インターネットから検索結果ページにヒットしたＷｅｂ情報を受信するＷｅｂ情報受信
部と、Ｗｅｂ情報格納用ファイルに保存されているＷｅｂ情報の種類（ＸＭＬ／ＨＴＭＬ
／その他）を判断するマッチング判断部と、プロファイル及び読み上げ条件ファイルを作
成するファイル作成部と、検索結果ページにリストアップされたＷｅｂ情報の種類を判断
するＷｅｂ情報種別判断部と、Ｗｅｂ情報にアクセスするかどうかをユーザが選択した結
果を判断するＷｅｂ情報採用判断部で判断してコンピュータを機能させるためのプログラ
ムを記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ情報へのアクセスシステムに関するものである。更に、詳しくは、視
覚障害者がインターネット上でのＷｅｂ情報検索結果から、望む情報により早いアクセス
を可能にするためのＷｅｂ情報アクセスシステムに適用できる有効な技術に関するもので
ある。
【背景技術】
【０００２】
一般に、視覚障害者は、文書読み上げソフトウェアを用いてＷｅｂページのテキストデ
ータを読み上げる内容を聞き取る手法を利用している。しかし、読み上げ音声を長時間聞
くことは苦痛である。このため、Ｗｅｂページを音声で聞き取りやすいように、内容を変
換する手法も取られている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００２−３４２２１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記従来技術は、視覚障害者がある特定の主題について、インターネット上でＷｅｂペ
ージを検索した場合、検索結果が得られた後に、目的とするＷｅｂ情報にアクセスする方
法について、アクセシビリティの観点から配慮がされていなかった。このため、検索結果
ページをすべて読み上げるのを聞いた後で、必要とするページを選択・指定し、指定した
ＵＲＬ（Uniform Resource Name）でリンクしたＷｅｂページにアクセスし、さらに、そ
の内容を読み上げるのを聞き、その結果、目的とするＷｅｂ情報でなかった場合は、また
、検索結果ページに戻って、別のＵＲＬを指定し、同じ操作を繰り返す必要がある、とい
う問題があった。
【０００５】
本発明は、上記問題を解決し、視覚障害者が目的とするＷｅｂ情報により早くアクセス
することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では、サーバ又はクライアント上に予め登録してあるユーザプロファイルを基に
、検索結果のＵＲＬから読み込まれた該当するＷｅｂ情報の要不要を、Ｗｅｂ情報に付け
られている属性（例えば、タグ、キーワード、日付等）から判断する。また、必要と判断
されたＷｅｂ情報を、サーバ又はクライアント上に予め登録してある読み上げ条件を基に
、その条件に適した部分だけを読み上げる。
【０００７】
以上のように、本発明のＷｅｂ情報アクセスシステムによれば、視覚障害者が、検索結
果一覧から目的とするＷｅｂ情報により早くアクセスされることが可能である。
【発明の効果】
【０００８】
本発明のＷｅｂ情報アクセスシステムにより、視覚障害者に対して、インターネット上
でＷｅｂページを検索した場合、Ｗｅｂ情報が目的とするものかどうかに基づいてＷｅｂ
情報をフィルタリングする方法、及び装置を提供することは、アクセシビリティの観点か
ら有益である。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。
【００１０】
図１は、本実施形態のＷｅｂ情報アクセスシステムの概略構成を示す図である。図１は
、本実施形態のコンピュータネットワークシステムを表しており、ネットワーク２で接続
されたサーバ１と複数のクライアントＡ〜Ｂ、及びサーバ１と接続されたインターネット
３から構成される。
【００１１】
図１に示すように本実施形態のサーバ１は、検索結果ページにリストアップされた各Ｗ
ｅｂページの情報種別、及び、プロファイルとマッチングしているかどうかを管理してい
る情報種別とマッチングの管理テーブル４と、検索結果ページにリストアップされた各Ｗ
ｅｂ情報をユーザが望む情報として採用するかどうかを管理している採用管理テーブル５
と、ユーザとユーザが過去に作成したプロファイルを格納するサーバ１のディレクトリ名
との対応を管理しているユーザと対応ファイル管理テーブル６、及び、ユーザごとの検索
結果ページにリストアップされたＷｅｂ情報の要不要の選択基準を設定するためのプロフ
ァイル７と、必要と判断されたＷｅｂ情報の読み上げ部分を設定している読み上げ条件フ
ァイル８、及び、サーバ側処理部９、及び、自サーバをＷｅｂサーバとして機能させクラ
イアントと通信を行うためのＷｅｂサーバ１０、及び、前記各種管理テーブル４〜６を保
存する管理テーブル保存用ファイル１１と、ユーザＩＤとパスワードから成るユーザ情報
及び前記各種ユーザ別データ７〜８を保存するユーザ情報保存用ファイル１２と、ユーザ
がサーチエンジンサービスページでキーワード検索を行った場合の検索結果ページにリス
トアップされたＷｅｂページのＵＲＬと内容とソースデータを保存するＷｅｂ情報格納用
ファイル１３から構成されている。
【００１２】
各クライアントは、音声入出力装置１６とのデータの受け渡しや、その他のユーザ操作
の入力を受け付けるなどのクライアント側の処理を行うクライアント側処理部１４と、Ｗ
ｅｂ情報を表示するためのＷｅｂブラウザ１５と、音声入出力装置１６を備えており、ユ
ーザの指定要求は、音声入出力装置１６から行われる。
【００１３】
図１に示すようにサーバ側処理部９は、音声出力プログラム９０と、Ｗｅｂ情報受信部
９１と、マッチング判断部９２と、ファイル作成部９３と、Ｗｅｂ情報種別判断部９４と
、Ｗｅｂ情報採用判断部９５と、サーバ側音声認識処理部９６と、音声からテキストへの
変換処理部９７と、テキストから音声への変換処理部９８とを有している。
【００１４】
Ｗｅｂ情報受信部９１は、インターネットから検索結果ページにヒットしたＷｅｂ情報
を受信する処理部である。マッチング判断部９２は、Ｗｅｂ情報格納用ファイル１３に保
存されているＷｅｂ情報の種類（ＸＭＬ（eXtensible Markup Language）、ＨＴＭＬ（Hy
perText Markup Language）、その他（ファイルなど））を判断する処理部である。ファ
イル作成部９３は、プロファイル及び読み上げ条件ファイルを作成する処理部である。Ｗ
ｅｂ情報種別判断部９４は、Ｗｅｂ情報格納用ファイル１３に保存されている、検索結果
ページにリストアップされたＷｅｂ情報の種類を判断する処理部である。Ｗｅｂ情報採用
判断部９５は、情報種別とマッチングの管理テーブル４に記載されたＷｅｂ情報にアクセ
スするかどうかをユーザが選択した結果を管理するための、採用管理テーブル５１〜５３
の採用欄を作成する処理部である。サーバ側音声認識処理部９６は、クライアントから受
け付けた音声データを用語として認識する処理部である。音声からテキストへの変換処理
部９７は、音声データをテキスト形式のデータに変換する処理部である。テキストから音
声への変換処理部９８は、テキスト形式のデータを音声データに変換する処理部である。
【００１５】
サーバ１を、音声出力プログラム９０、Ｗｅｂ情報受信部９１、マッチング判断部９２
、ファイル作成部９３、Ｗｅｂ情報種別判断部９４、Ｗｅｂ情報採用判断部９５、サーバ
側音声認識処理部９６、音声からテキストへの変換処理部９７、テキストから音声への変
換処理部９８として機能させるためのプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録さ
れ磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお、
前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。
【００１６】
本実施例では、視覚障害者であるユーザａが医院で告げられた「Ｘ症候群」という病名
について、検索する場合を例にとって、説明する。ユーザａは聞きなれない「Ｘ症候群」
という病名に不安を持ち、専門知識を持つ人からの情報を得たいと考えているものとする
。
【００１７】
図２は、本実施形態において、ユーザａがサーチエンジンサービスページでキーワード
検索を行った場合の、検索結果ページ２０１の例を示す図である。
【００１８】
以降、上記検索結果ページから、ユーザａが目的とするＷｅｂページだけをフィルタリ
ングする方法について、説明する。
【００１９】
図３は、本実施形態における、検索結果ページにリストアップされた各Ｗｅｂページの
情報種別（ＸＭＬ、ＨＴＭＬ、その他）、及びプロファイルとマッチングしているかどう
かを管理するための、情報種別とマッチングの管理テーブル４を示す図であり、検索結果
の項番３０１、Ｗｅｂ情報種別３０２、マッチング３０３から構成される。
【００２０】
図４は、本実施形態における、検索結果ページにリストアップされた各Ｗｅｂ情報をユ
ーザが望む情報として採用するかどうかを管理する、採用管理テーブル５１〜５３を示す
図であり、検索結果の項番４０１、タグ４０２、内容４０３、採用４０４から構成される
。
【００２１】
図５は、本実施形態における、ユーザと対応ファイル管理テーブル６を示す図であり、
ユーザ名５０１、プロファイル格納ディレクトリ名５０２、読み上げ条件ファイル格納デ
ィレクトリ名５０３から構成される。
【００２２】
図６は、本実施形態における、ユーザごとのプロファイル７を示す図であり、Ｗｅｂ情
報種別６０１、条件６０２から構成される。
【００２３】
図７は、本実施形態における、読み上げ条件ファイル８を示す図であり、Ｗｅｂ情報種
別７０１と、条件７０２から構成される。
【００２４】
図３〜５の情報は、図１に示すサーバ１のシステム管理者によって、空のテーブルが予
め登録されており、管理テーブル保存用ファイル１１に格納されている。
【００２５】
図６〜７の情報は、ユーザ情報保存用ファイル１２に格納されている。
【００２６】
図８は、サーバ１が、クライアントＡに検索結果ページを送信する処理手順を示すフロ
ーチャートである。以下、ユーザａがクライアントＡからログインする場合を例にとって
、説明する。
【００２７】
サーバ１は、起動して、接続要求があったときに処理を開始する。ステップ８０１でサ
ーバ側処理部９は、クライアントＡからログイン要求を受信すると、クライアントＡへサ
ーバ１へのログイン画面を送信する（８０２）。
【００２８】
ステップ８０３でサーバ側処理部９は、ユーザＩＤ及びパスワードから成るユーザ情報
を受信すると、ログイン要求元がユーザａであることを認識し、音声によりユーザａであ
ることを再確認する。
【００２９】
ステップ８０４で音声出力プログラム９０は、検索キーワードを音声入力するようガイ
ダンスする音声データを流す。シナリオは予め音声出力プログラム９０に用意されている
ものとする。
【００３０】
ステップ８０５でサーバ側処理部９はユーザａが音声によりキーワードを指定したこと
による、クライアントＡからの検索要求を受信すると、音声データとして受け付けたキー
ワードをサーバ側音声認識処理部９６で用語として認識し、それを音声からテキストへの
変換処理部９７でテキスト形式に変換し、サーチエンジンサービスページに対する検索要
求のリクエスト文を作成して、サーチエンジンサービスページに検索を要求する（８０６
）。この検索の方法は、一般によく知られており、様々な手法が確立されている。ステッ
プ８０７で、Ｗｅｂ情報受信部９１は、ヒットしたＷｅｂ情報のＵＲＬ、ヒットしたＷｅ
ｂ情報の内容、及びヒットしたＷｅｂ情報のソースデータを受信し、Ｗｅｂ情報格納用フ
ァイル１３に保存し（８０８）、図２の検索結果ページ２０１を作成する（８０９）。ス
テップ８１０で、図２の検索結果ページ２０１と、検索結果ページ２０１を送信したこと
を知らせる音声データとをクライアントＡに送信する。
【００３１】
図９は、図８のあと、ユーザａがステップ８１０で送信された音声データを受信してか
ら利用するプロファイルを選択するまでの処理手順を示すフローチャートである。
【００３２】
ステップ９０１でサーバ側処理部９は過去のプロファイルを使用するかどうかをマウス
の右クリック操作等により指定するようガイダンスする音声データをクライアントＡに送
信する。
【００３３】
ステップ９０２でガイダンスに従ったユーザａのユーザ操作を、クライアント側処理部
１４はテキストに置き換え、サーバ１に送信する。
【００３４】
クライアントＡから送信されたテキストが過去のプロファイルを使用する旨の回答であ
った場合、サーバ側処理部９は、ユーザと対応ファイル管理テーブル６を参照して過去の
プロファイルが格納されているディレクトリ名を知り、ユーザ情報保存用ファイル１２よ
り当該プロファイルを読み込んで、メモリ内にユーザａの当該プロファイルを展開する（
９０４）。なお、ユーザが作成したプロファイルの格納ディレクトリはサーバ１のシステ
ム管理者によって、ある特定のルールに基づき予め決められているものとする。
【００３５】
ステップ９０５で当該プロファイルの名称と更新日付を、音声データを作成してクライ
アントＡへ送信する。ユーザが過去に作成したプロファイルのファイル名についても、サ
ーバ１のシステム管理者によって、ある特定のルールに基づき予め決められているものと
する。例えば、「検索語＋ユーザが優先させたい語句」である。図６は、後述する処理手
順により条件が挿入されているが、このプロファイルの名前は、「Ｘ症候群＋医院」とな
る。
【００３６】
ここで、ユーザａは指定したいプロファイルが読み上げられた場合、マウスの右クリッ
ク操作等により、クライアント側処理部１４に指定を指示し、読み上げを終了させること
ができる。また、読み上げ終了後に音声入出力装置１６から音声でクライアント側処理部
１４に指定することもできる。
【００３７】
ステップ９０６で途中で指示されたのか最後に音声で指示されたのかをサーバ側処理部
９で判断して、その内容に基づいて指定されたプロファイルを決定し、プロファイルの内
容を読み上げる音声データを作成してクライアントへ送信し、確認を行う（９０７）。
【００３８】
なお、ステップ９０３でクライアントＡから送信されたテキストが過去のプロファイル
を指定しない旨の回答であった場合、プロファイル新規作成処理を行う（９０８）。
【００３９】
図１０は、図９のステップ９０８の、ユーザが新しくプロファイルを作成する処理手順
を示すフローチャートである。
【００４０】
ステップ１００１で、音声出力プログラム９０は、Ｗｅｂ情報種別ごとに設定する条件
を決めるようガイダンスする音声データを、クライアントＡに送信する。ステップ１００
２で、クライアントから設定条件を受信すると、ファイル作成部９３は、条件をプロファ
イルに書き込む（１００３）。
【００４１】
新しく作成されたプロファイルの例は、図６に示した。ここでは、ユーザａは専門家の
記載した情報を知りたいので、ＸＭＬについては執筆者を表すタグ（ａｕｔｈｏｒ）を、
ＨＴＭＬについては、ＴＩＴＬＥタグに医院、医師、クリニックを含む条件を、その他に
ついては検索する文字列に医院を、設定したものとする。
【００４２】
ステップ１００４で、作成したプロファイルを予め決められている特定のルールに基づ
き、特定のディレクトリに保存する。
【００４３】
図１１は、図９のあとに、Ｗｅｂ情報種別判断部９４がＷｅｂ情報格納用ファイル１３
に保存されている、検索結果ページにリストアップされたＷｅｂ情報の種類を判断する処
理手順を示すフローチャートである。ステップ１１０１でＷｅｂ情報のソースを読み込む
と、先頭にＸＭＬ宣言（例えば、<？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉ
ｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ” ？>）が付いているかどうかを検索する（１１０２）。Ｘ
ＭＬ宣言があった場合は、情報種別とマッチングの管理テーブル４のＷｅｂ情報種別３０
２に"ＸＭＬ"を書き込む（１１０３）。ＸＭＬ宣言がなかった場合は、Ｗｅｂ情報のソー
スの先頭に<ＨＴＭＬ>タグがあるかどうかを検索する（１１０４）。<ＨＴＭＬ>タグが見
つかった場合は、Ｗｅｂ情報種別３０２に"ＨＴＭＬ"を書き込む（１１０５）。<ＨＴＭ
Ｌ>タグが見つからなかった場合は、Ｗｅｂ情報種別３０２に"その他"を書き込む（１１
０６）。
【００４４】
ステップ１１０１からステップ１１０６をＷｅｂ情報格納用ファイル１３に格納されて
いる数分だけ繰り返す。
【００４５】
図３は上記の処理の結果の情報種別とマッチングの管理テーブル４の例である。ただし
、この時点ではマッチング３０３に値は設定されていない。
【００４６】
図１２は、図１１のあとに、検索結果ページにリストアップされたＷｅｂ情報がプロフ
ァイルにマッチングしているかどうかを判断する処理手順を示すフローチャートである。
ステップ１２０１で、マッチング判断部９２は、Ｗｅｂ情報格納用ファイル１３に保存さ
れているＷｅｂ情報の種類（ＸＭＬ／ＨＴＭＬ／その他）を判断する。ステップ１２０２
で、予め決められたＷｅｂ情報の種類ごとの方法で、Ｗｅｂ情報がプロファイルにマッチ
ングしているかどうかを判断する。
【００４７】
図１３は、図１２のステップ１２０２の、検索結果ページにリストアップされたＵＲＬ
のリンク先Ｗｅｂ情報が、プロファイルにマッチングしているかどうかを、マッチング判
断部９２が判断する処理手順を、Ｗｅｂ情報がＸＭＬの場合を例にとって、示すフローチ
ャートである。Ｗｅｂ情報の種別がＸＭＬであることを受信すると（１３０１）、プロフ
ァイルのＷｅｂ情報種別欄のＸＭＬに対応する条件欄の内容を読み込み、書かれているタ
グの個数（ここでは１）とタグ名（ここではａｕｔｈｏｒ）を認識する（１３０２）。以
下の処理は、タグの個数分だけ行う。ステップ１３０３で、マッチング判断部９２は、Ｗ
ｅｂ情報のソースを、条件のタグの個数回、プロファイルに登録されたタグ名があるかど
うか、検索する。タグ名があった場合、情報種別とマッチングの管理テーブル４のマッチ
ング欄にビット1を挿入し（１３０５）、検索結果ページに該当する番号と、タグ名と、
その内容を採用管理テーブル５１に書き込み保存しておく（１３０６）。ステップ１２０
３で検索した結果、タグ名がなかった場合は、情報種別とマッチングの管理テーブル４の
マッチング欄３０３にビット０を挿入する（１３０７）。
【００４８】
同様の方法で、検索結果ページにリストアップされたＵＲＬのリンク先Ｗｅｂ情報が、
プロファイルにマッチングしているかどうかを、マッチング判断部９２が判断し、Ｗｅｂ
情報がＨＴＭＬの場合は、採用管理テーブル５２を、Ｗｅｂ情報がその他の場合は、採用
管理テーブル５３を作成する。
【００４９】
図３は上記の処理の結果の情報種別とマッチングの管理テーブル４の例である。図４は
上記の処理の結果の採用管理テーブル５１の例である。ただし、この時点では採用４０４
に値は設定されていない。
【００５０】
図１４は、図１２のあとに、Ｗｅｂ情報がＸＭＬの場合を例に、情報種別とマッチング
の管理テーブル４に記載されたＷｅｂ情報にアクセスするかどうかをユーザが選択した結
果を管理するための、採用管理テーブル５１の採用欄を、Ｗｅｂ情報採用判断部９５が作
成する処理手順の示すフローチャートである。
【００５１】
ステップ１４０１で、Ｗｅｂ情報採用判断部９５は、採用管理テーブル５１の検索結果
の項番４０１と、タグ４０２と、内容４０３の内容を読み込む。テーブルの内容がない場
合は、検索結果ページにＷｅｂ情報種別「ＸＭＬ」のＷｅｂ情報がリストアップされてい
ないことをクライアントＡに発信（１４０３）して終了する。テーブルの内容がある場合
、テーブルの行数回、ユーザに採用管理テーブル５１の内容を読み上げる音声データをク
ライアントＡに送信する（１４０４）。
【００５２】
ここで、ユーザａは指定したい読み上げ条件ファイルが読み上げられた場合、マウスの
右クリック操作等により、クライアント側処理部１４に指定を指示し、読み上げを終了さ
せることができる。また、読み上げ終了後に音声入出力装置１６から音声でクライアント
側処理部１４に指定することもできる。
【００５３】
ステップ１４０４における、採用管理テーブル５１の読み上げ途中に、ユーザからマウ
スの右クリック操作等による読み上げ終了要求を受信すると、読み上げ終了要求受信時の
「検索結果の項番」に対応する採用４０４に「１」を挿入（１４０６）して途中終了する
。
【００５４】
ステップ１４０４における、採用管理テーブル５１の読み上げ途中に、ユーザから読み
上げ終了要求を受信しなかった場合は、読み上げ終了後、ユーザからの検索結果の項番指
定を受信（１４０７）すると、指定された「検索結果の項番」に対応する採用４０４に「
１」を挿入（１４０８）して終了する。
【００５５】
この例では、ユーザａは専門家からの情報を得たいため「４番」を採用し、「４番」に
対応したＷｅｂ情報にアクセスすることにしたことにする。
【００５６】
同様の方法で、情報種別とマッチングの管理テーブル４に記載されたＷｅｂ情報にアク
セスするかどうかをユーザが選択した結果を管理するため、Ｗｅｂ情報がＨＴＭＬの場合
は、採用管理テーブル５２の採用欄を、Ｗｅｂ情報がその他の場合は、採用管理テーブル
５３の採用欄を、Ｗｅｂ情報採用判断部９５が作成する。
【００５７】
図４は上記の処理の結果の採用管理テーブル５１の例である。
【００５８】
図１５は、図１４のあと、採用されたＷｅｂ情報のうち、ユーザａが必要としている部
分だけをクライアントＡに送信する処理手順を示すフローチャートである。
【００５９】
ステップ１５０１で、サーバ側処理部９は、クライアントＡに、採用されたＷｅｂ情報
をすべて読むか、読み上げ条件ファイルに基づいて読むかを指定するようガイダンスする
音声データを送信する。
【００６０】
ステップ１５０２でガイダンスに従ったユーザａのユーザ操作を、クライアント側処理
部１４はテキストに置き換え、サーバ１に送信する。
【００６１】
クライアントＡから送信されたテキストが読み上げ条件ファイルを使用しない旨の回答
であった場合、サーバ側処理部９は、すでにＷｅｂ情報受信部９１に格納されているＷｅ
ｂ情報を、そのままクライアント転送用として保存する（１５０４）。
【００６２】
ステップ１５０３で、クライアントＡから送信されたテキストが読み上げ条件ファイル
を使用する旨の回答であった場合は、過去の読み上げ条件ファイルを指定するかどうかを
マウスの右クリック操作等により指定するようガイダンスする音声データを送信する（１
５０５）。
【００６３】
ステップ１５０６でガイダンスに従ったユーザａのユーザ操作を、クライアント側処理
部１４はテキストに置き換え、サーバ１に送信する。
【００６４】
クライアントＡから送信されたテキストが過去の読み上げ条件ファイルを使用する旨の
回答であった場合、サーバ側処理部９は、ユーザと対応ファイル管理テーブル６を参照し
て過去の読み上げ条件ファイルが格納されているディレクトリ名を知り、ユーザ情報保存
用ファイル１２より当該読み上げ条件ファイルを読み込んで、メモリ内にユーザａの当該
読み上げ条件ファイルを展開する（１５０８）。その後、テキストから音声への変換処理
部９７がその名称と更新日付を読み上げる音声データをクライアントＡに送信する（１５
０９）。
【００６５】
ステップ１５１０でクライアントＡからの読み上げ条件ファイル指定要求を受信すると
、ステップ１５１１で読み上げ条件ファイルの内容を読み上げる音声データをクライアン
トＡに送信して、確認を行ったあと、読み上げ条件に基づき、採用されたＷｅｂ情報の一
部を切り分けて、Ｗｅｂ情報受信部９１に保存する（１５１２）。なお、クライアントＡ
からの読み上げ条件ファイルの指定方法は、図９の説明で述べたプロファイルの指定方法
と同様である。
【００６６】
ステップ１５０７においてクライアントＡから送信されたテキストが過去の読み上げ条
件ファイルを使用しない旨の回答であった場合、音声出力プログラム９０は、Ｗｅｂ情報
種別ごとに設定する条件を決めるようガイダンスする音声データを、クライアントＡに送
信する（１５１３）。ステップ１５１４で、クライアントから設定条件を受信すると、フ
ァイル作成部９４は、条件を読み上げ条件ファイルに書き込み（１５１５）、作成した読
み上げ条件ファイルを予め決められている特定のルールに基づき、特定のディレクトリに
保存する（１５１６）。その後、読み上げ条件に基づき、採用されたＷｅｂ情報の一部を
切り分けて、Ｗｅｂ情報受信部９１に保存する（１５１２）。
【００６７】
新しく作成された読み上げ条件ファイルの例は、図７に示した。ここでは、内容を読み
たいので、ＸＭＬおよびＨＴＭＬでは、ＢＯＤＹタグに当たる部分、その他では検索文字
列を含む文を読み上げ条件とした。
【００６８】
ステップ１５１７で、テキストから音声への変換処理部９８は、テキストを音声データ
に変換し、Ｗｅｂ情報受信部９１に保存されたＷｅｂ情報をクライアントＡに転送する。
クライアント側処理部１４は、音声入出力装置１６を使用して、ユーザａに読み上げを行
う。
【００６９】
ユーザａは、望むＷｅｂ情報を得た場合は、サーバ１からログオフするが、このログオ
フ要求を受信すると、サーバ１のメモリ上のすべての情報は削除されるものとする。
【００７０】
なお、本実施例においては、ネットワークトラフィックを抑えるため、音声データをク
ライアント側で作成することもできる。この場合、図１の本実施形態のＷｅｂ情報アクセ
スシステムの概略構成において、クライアントは、図１に加え、読み上げ条件ファイル８
及び音声出力プログラム９０を備えることになる。
【００７１】
以上、説明したように本実施形態のＷｅｂ情報アクセスシステムによれば、視覚障害者
が、サーチエンジンサービスページにおける検索結果ページから、よりユーザの目的に応
じたＷｅｂ情報を選択でき、さらに、選択したＷｅｂ情報の必要箇所だけを読むことがで
きるので、よりより早く、目的とするＷｅｂ情報にアクセスすることが可能である。
【図面の簡単な説明】
【００７２】
【図１】本実施形態のＷｅｂ情報アクセスシステムの概略構成を示す図である。
【図２】本実施形態のサーチエンジンサービスページでキーワード検索を行った場合の、検索結果ページの例を示す図である。
【図３】本実施形態の情報種別とマッチングの管理テーブル４の構成を示す図である。
【図４】本実施形態の採用管理テーブル５の構成を示す図である。
【図５】本実施形態のユーザと対応ファイル管理テーブル６の構成を示す図である。
【図６】本実施形態のプロファイル７の構成を示す図である。
【図７】本実施形態の読み上げ条件ファイル８の構成を示す図である。
【図８】本実施形態のサーバがクライアントに検索結果ページを送信する処理手順を示すフローチャートである。
【図９】本実施形態の利用するプロファイルを選択する処理手順を示すフローチャートである。
【図１０】本実施形態の新しくプロファイルを作成する処理手順を示すフローチャートである。
【図１１】本実施形態の検索結果ページにリストアップされたＷｅｂ情報の種類を判断する処理手順を示すフローチャートである。
【図１２】本実施形態の検索結果ページにリストアップされたＷｅｂ情報がプロファイルにマッチングしているかどうかを判断する処理手順を示すフローチャートである。
【図１３】本実施形態の検索結果ページにリストアップされたＵＲＬのリンク先Ｗｅｂ情報がプロファイルにマッチングしているかどうかを判断する処理手順を示すフローチャートである。
【図１４】本実施形態の採用管理テーブルの採用欄をＷｅｂ情報採用判断部が作成する処理手順の示すフローチャートである。
【図１５】本実施形態の採用されたＷｅｂ情報のうち、ユーザが必要としている部分だけをクライアントに送信する処理手順を示すフローチャートである。
【符号の説明】
【００７３】
１…サーバ、２…ネットワーク、３…インターネット、４…情報種別とマッチングの管
理テーブル、５…採用管理テーブル、６…ユーザと対応ファイル管理テーブル、７…プロ
ファイル、８…読み上げ条件ファイル、９…サーバ側処理部、１０…Ｗｅｂサーバ、１１
…管理テーブル保存用ファイル、１２…ユーザ情報保存用ファイル、１３…Ｗｅｂ情報格
納用ファイル、１４…クライアント側処理部、１５…Ｗｅｂブラウザ、１６…音声入出力
装置、９０…音声出力プログラム、９１…Ｗｅｂ情報受信部、９２…マッチング判断部、
９３…ファイル作成部、９４…Ｗｅｂ情報種別判断部、９５…Ｗｅｂ情報採用判断部、９
６…サーバ側音声認識処理部、９７…音声からテキストへの変換処理部、９８…テキスト
から音声への変換処理部。
【図１】
2005345751.tif 000003
【図２】
2005345751.tif 000004
【図３】
2005345751.tif 000005
【図４】
2005345751.tif 000006
【図５】
2005345751.tif 000007
【図６】
2005345751.tif 000008
【図７】
2005345751.tif 000009
【図８】
2005345751.tif 000010
【図９】
2005345751.tif 000011
【図１０】
2005345751.tif 000012
【図１１】
2005345751.tif 000013
【図１２】
2005345751.tif 000014
【図１３】
2005345751.tif 000015
【図１４】
2005345751.tif 000016
【図１５】
2005345751.tif 000017