JP5052058B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関し、特にＨＴＭＬデータを生成又は表示する情報処理装置、情報処理方法及び情報処理プログラムに関する。

コンピュータ上で動作するアプリケーション等による表示文書に対する視覚障害者のアクセシビリティを向上させるためのツールとして、スクリーンリーダと呼ばれるソフトウェアが提供されている。スクリーンリーダは、表示文書の内容を音声によって出力する（すなわち、表示内容を読み上げる。）。したがって、視覚障害者は、スクリーンリーダによって読み上げられた音声に基づいて、独力でアプリケーション等の操作が可能であるとされている。
特開２００５−１０９９２号公報

しかしながら、従来、表示文書の内容によっては、スクリーンリーダによって読み上げられる内容は煩雑となり、ユーザが当該表示文書の内容を把握するのが困難である場合もあった。

図１は、スクリーンリーダによる表示文書の従来の読み上げ例を示す図である。図１において、Ｗｅｂページ５１０は、或るネットワーク機器のネットワーク情報を設定させるためのＷｅｂページである。図から明らかなように、Ｗｅｂページ５２０の表示内容は、各設定項目の項目名と当該設定項目の値を入力させるための表示部品、及び当該表示部品に対する入力値等より構成されている。

このようなＷｅｂページの場合、すなわち、その表示内容が単なる文章だけでなく、値を入力させるための複数の表示部品から構成されている場合、読み上げ例５２０に示されるように、スクリーンリーダによる読み上げ内容は特に煩雑なものとなる。Ｗｅｂページ５１０における、設定項目５１１、５１２、５１３、５１４に対応する読み上げ内容は、読み上げ例５２０において参照番号５２１、５２２、５２３、５２４が相当する。例えば、設定項目５１１に対応する読み上げ内容５２１は、「ＤＨＣＰ ラジオボタンチェック無し 有効 ラジオボタンチェック有り 無効」といったように、入力部品の種別まで読み上げられ、また、ラジオボタンのような選択的に値を設定させる部品であっても、全ての値に対応するボタンの状態（「チェック有り」又は「チェック無し」）が読み上げられる。したがって、このような調子で一ページ分読み上げられても、音声だけを頼りに設定内容を理解するのは、非常に困難であるという問題がある。

本発明は、上記の点に鑑みてなされたものであって、Ｗｅｂページの表示内容の音声出力による理解を容易化することのできる情報処理装置、情報処理方法及び情報処理プログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、ＨＴＭＬデータを生成するＨＴＭＬデータ生成手段を有する情報処理装置であって、前記ＨＴＭＬデータ生成手段は、前記ＨＴＭＬデータを表示させる表示制御手段からの要求に応じ当該情報処理装置に関する設定項目を設定させる設定画面を前記表示制御手段に表示させるＨＴＭＬデータを生成し、前記ＨＴＭＬデータの所定の部分に前記設定項目に関する設定内容を説明する説明文を付加し、前記所定の部分は、前記表示制御手段によって表示されているＨＴＭＬデータの内容を音声出力する音声出力手段によって音声出力の対象とされる部分であることを特徴とする。

また、上記課題を解決するため、本発明は、ＨＴＭＬデータに基づいて設定項目を設定させる設定画面を表示する表示制御手段と、前記表示制御手段によって表示されているＨＴＭＬデータの内容を音声出力する音声出力手段とを有し、前記ＨＴＭＬデータは、前記音声出力手段によって音声出力の対象とされる部分に前記設定項目に関する設定内容を説明する説明文を含むことを特徴とする。

このような情報処理装置では、Ｗｅｂページの表示内容の音声出力による理解を容易化することができる。

また、上記課題を解決するため、本発明は、上記情報処理装置における情報処理方法、又は前記情報処理方法をコンピュータに実行させるための情報処理プログラムとしてもよい。

本発明によれば、Ｗｅｂページの表示内容の音声出力による理解を容易化することのできる情報処理装置、情報処理方法及び情報処理プログラムを提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における画像形成システムの構成例を示す図である。図２において、画像形成システム１は、画像形成装置１０と一台以上のクライアントＰＣ（クライアントＰＣ２０ａ、２０ｂ、２０ｃ、及び２０ｄ等。以下、総称する場合「クライアントＰＣ２０」という。）によって構成され、これらは、ＬＡＮ（Local Area Network）３１又はインターネット３２等のネットワーク（有線又は無線の別は問わない）によって相互に接続されている。

画像形成装置１０は、本実施の形態において情報処理装置の具体例であり、プリンタ、コピー機、ファクシミリ、又はこれらの機能を一つの筐体によって実現させる複合機等に相当する。画像形成装置１０は、本来の画像形成装置としての機能の他に、少なくともＨＴＴＰ通信におけるサーバ（Ｗｅｂサーバ）としての機能を有する。

クライアントＰＣ２０は、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital(Data) Assistants）、及び携帯電話等、ＨＴＴＰ通信においてクライアントとして機能し得る装置であり、Ｗｅｂページを表示するためのＷｅｂブラウザや、Ｗｅｂブラウザによって表示されるＨＴＭＬデータ（Ｗｅｂページ）の表示内容を音声出力するスクリーンリーダ等のプログラムが実装されている。

図３は、本発明の実施の形態における画像形成装置の機能構成例を示す図である。図３において、画像形成装置１０は、プロッタエンジン２０３及びスキャナエンジン２０４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２０２と、ＯＳ２０１と、システム管理サービス１０６と、ネットワークサービス１０７と、メモリ管理サービス１０８と、オペパネ管理サービス１０９と、エンジン管理サービス２００と、コピーアプリ１０１、ファックスアプリ１０２、プリンタアプリ１０３及び情報提供アプリ１０４等の各種アプリケーションとから構成される。

エンジン制御ボード２０２は、プロッタエンジン２０３及びスキャナエンジン２０４等の画像形成装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２０２の機能をＯＳ２０１等に提供する。

ＯＳ２０１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１０１、ファックスアプリ１０２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。

システム管理サービス１０６、ネットワークサービス１０７、メモリ管理サービス１０８、オペパネ管理サービス１０９、及びエンジン管理サービス２００は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１０１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１０６は、システム管理に関する機能を提供し、ネットワークサービス１０７は、ネットワーク通信に関する機能を提供する。例えば、ネットワークサービス１０７には、ｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）として機能するＷｅｂサーバプログラムが含まれている。

また、メモリ管理サービス１０８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１０９は、画像形成装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２００は、エンジン制御ボード２０２を介してプロッタエンジン２０３やスキャナエンジン２０４を制御するための機能を提供する。

コピーアプリ１０１は、コピー用アプリケーションであり、ファックスアプリ１０２は、ファクシミリ用アプリケーションである。プリンタアプリ１０３は、ページ記述言語（ＰＤＬ）のインタプリタを有するプリンタ用アプリケーションである。また、情報提供アプリ１０４は、クライアントＰＣ２０から要求された情報を表示するＨＴＭＬデータ（Ｗｅｂページ）を生成するための処理を実行するものである。情報提供アプリ１０４が生成するＨＴＭＬデータとしては、例えば、画像形成装置１０に関する各種の設定項目を設定させるためのＷｅｂページを表示するものが挙げられる。なお、情報提供アプリ１０４は、ＣＤ−ＲＯＭやＳＤカード等の記録媒体６００に記録され、記録媒体６００より画像形成装置１０にインストールされる。但し、情報提供アプリ１０４はネットワークを介して画像形成装置１０にダウンロードされてもよい。

以下、画像形成システム１の処理手順について説明する。図４は、第一の実施の形態における画像形成システムの処理手順を説明するための図である。図４においてクライアントＰＣ２０は、Ｗｅｂブラウザ２１及びスクリーンリーダ２２を有している。Ｗｅｂブラウザ２１は、一般的なＷｅｂブラウザである。スクリーンリーダ２２は、Ｗｅｂブラウザ２１によって表示されているＨＴＭＬデータの内容を音声出力するソフトウェアである。

例えば、クライアントＰＣ２０のユーザが、Ｗｅｂブラウザ２１に画像形成装置１０のネットワーク機能に関する設定項目に対して値を設定するためのＷｅｂページ（以下「ネットワーク設定ページ」という。）のＵＲＬを入力すると、Ｗｅｂブラウザ２１は、ネットワーク設定ページを要求するＨＴＴＰリクエストをＨＴＴＰサーバ１０７１に送信する（Ｓ１１）。

ＨＴＴＰサーバ１０７１は、画像形成装置１０のネットワークサービス１０７の一部の機能を担うＷｅｂサーバプログラムであり、ＨＴＴＰ通信におけるサーバとして機能する。ＨＴＴＰサーバ１０７１は、Ｗｅｂブラウザ２１から当該ＨＴＴＰリクエストを受信すると、ネットワーク設定ページを表示させるためのＨＴＭＬデータの生成を情報提供アプリ１０４に要求する（Ｓ１２）。情報提供アプリ１０４は、要求されたＨＴＭＬデータを画像形成装置１０のメモリ（ＲＡＭ等）上に生成し、当該メモリ上に生成されたＨＴＭＬデータをＨＴＴＰサーバ１０４に出力する（Ｓ１３）。但し、情報提供アプリ１０４は、必ずしも動的に当該ＨＴＭＬデータを生成しなくてもよい。例えば、予め作成され画像形成装置１０の記憶装置に保存されているＨＴＭＬデータを出力してもよい。

図５は、第一の実施の形態において情報提供アプリより出力されるＨＴＭＬデータの定義例を示す図である。図５におけるＨＴＭＬデータ３１０は、その定義内容が便宜上省略されている。

ＨＴＭＬデータ３１０において、＜ｆｏｒｍ＞タグで囲まれた定義３１１は、イーサネット（登録商標）に関する設定を行わせるためのフォームの定義である。例えば、定義３１１１及び定義３１１２は、ＤＨＣＰ（Dynamic Host Configuration Protocol）の有効又は無効を選択させるためのラジオボタンが定義されている。

また、＜ｉｍｇ＞タグによる定義３２０には、そのｓｒｃ属性３１２１としてネットワーク設定ページに表示させるイメージデータ（ｉｍｇ／ｓｕｍｍａｒｙ．ｇｉｆ）が指定されている。但し、本実施の形態では＜ｉｍｇ＞タグにおいて単にイメージデータが指定されているだけではなく、ネットワーク設定ページにおける設定内容を説明する説明文又は文字列（以下「要約文」という。）がそのａｌｔ属性３１２３に設定されている。要約文には「この画面の設定内容 カテゴリ Ｅｔｈｅｒｎｅｔ(登録商標） ＤＨＣＰ 有効 ＷＩＮＳ 無効・・・」といったように、ネットワーク設定ページにおける入力部品に関する情報は含まれていない。

続いて、ＨＴＴＰサーバ１０７１は、情報提供アプリ１０４より出力されたＨＴＭＬデータ３１０をＨＴＴＰレスポンスに含めてＷｅｂブラウザ２１に送信する（Ｓ１４）。Ｗｅｂブラウザ２１は、ＨＴＭＬデータ３１０を受信すると、ＨＴＭＬデータ３１０の定義を解釈し、ネットワーク設定ページを表示させる。スクリーンリーダ２２は、自動的に又はユーザからのキー入力等に応じて、Ｗｅｂブラウザ２１よりＨＴＭＬデータ３１０を取得し（Ｓ１５）、その表示内容を音声出力する。

図６は、第一の実施の形態におけるネットワーク設定ページの表示例と読み上げ例とを示す図である。

図６において、３２０は、ＨＴＭＬデータ３１０に基づいてＷｅｂブラウザ２１によって表示されるネットワーク設定ページの表示例である。例えば、領域３２１は、ＨＴＭＬデータ３１０の定義３１１に基づいて表示される領域である。また、ラジオボタン３２１１、３２１２は、それぞれＨＴＭＬデータ３１０の定義３１１１、３１１２に基づいて表示される入力部品である。

更に、「要約」という文字イメージを含むイメージ３２２は、ＨＴＭＬデータ３１０の定義３１２に基づいて表示されている。すなわち、イメージ３２２は「ｓｕｍｍａｒｙ．ｇｉｆ」が表示されたものである。

一方、図中において３３０は、スクリーンリーダ２２によるネットワーク設定ページ３２０の読み上げ例である。読み上げ例３３０において、３３１で示される部分は、従来と同様の読み上げ例である。すなわち、「ＤＨＣＰ ラジオボタンチェック無し 有効 ラジオボタンチェック有り 無効」といったように、入力部品の種別まで読み上げられ、また、ラジオボタンのような選択的に値を設定させる部品であっても、全ての値に対応するボタンの状態（「チェック有り」又は「チェック無し」）が読み上げられている。一方、３３２で示される部分は、ＨＴＭＬデータ３１０において、ａｌｔ属性に設定された要約文の読み上げ例である。すなわち、本実施の形態におけるスクリーンリーダ２２は、＜ｉｍｇ＞タグについては、そのａｌｔ属性に設定された文字列を読み上げ対象とするものであることが前提とされている。ここで、要約文は、「この画面の設定内容 カテゴリ Ｅｔｈｅｒｎｅｔ(登録商標） ＤＨＣＰ 有効、ＷＩＮＳ 無効、・・・」といったように、ネットワーク設定ページにおける表示内容ではなく、設定内容を説明するための文字列である。すなわち、要約文は、表示部品の種別や、選択的な表示部品のそれぞれの状態を示す情報等、読み上げ内容を煩雑にするような情報等を含んでおらず、各設定項目の項目名とその値とによって構成されている。したがって、読み上げ例３３０を聞いたユーザは、３３２で示される部分を聞くことによって、ネットワーク設定ページ３２０における設定内容をより容易に把握することができる。

かかる要約文は、情報提供アプリ１０４が、ＨＴＭＬデータ３１０を生成する際に生成する。図７は、情報提供アプリによるネットワーク設定ページの要約文の生成処理を説明するためのフローチャートである。なお、図７の初期状態において要約文の内容は空である。

まず、要約文を生成するために画像形成装置１０のメモリ上に確保された領域（以下、単に「要約文」という。）に要約文の表題を書き込む（Ｓ１０１）。本実施の形態において要約文の表題は、「この画面の設定内容」である。したがって、当該文字列が要約文に含められる。

続いて、最初のカテゴリのカテゴリ名を追加的に書き込む（Ｓ１０２）。本実施の形態において、ネットワーク設定ページ３２０は、設定項目が複数のカテゴリ（「Ｅｔｈｅｒｎｅｔ(登録商標）」や「共通設定」等）に分類されている。そして、ネットワーク設定ページ３２０において一番上に表示されるカテゴリは、「Ｅｔｈｅｒｎｅｔ(登録商標）」である。したがって、ここでは、「カテゴリ Ｅｔｈｅｒｎｅｔ(登録商標）」という文字列が要約文に追加される。

続いて、カテゴリ「Ｅｔｈｅｒｎｅｔ(登録商標）」における各設定項目について、その設定項目名と設定値とが要約文に追加的に書き込まれる。まず、画像形成装置１０におけるＤＨＣＰの設定情報を取得し、ＤＨＣＰが有効に設定されているか否かを判定する（Ｓ１０３）。ＤＨＣＰが有効に設定されている場合（Ｓ１０３でＹｅｓ）、「ＤＨＣＰ 有効」という文字列を要約文に追加的に書き込む（Ｓ１０４）。一方、ＤＨＣＰが無効に設定されている場合（Ｓ１０３でＮｏ）、「ＤＨＣＰ 無効」という文字列を要約文に追加的に書き込み（Ｓ１０５）、更に、「ＩＰｖ４アドレス」とその設定値を示す文字列、及び「サブネットマスク」とその設定値を示す文字列を要約文に追加的に書き込む（Ｓ１０６、Ｓ１０７）。

ステップＳ１０４又はＳ１０７に続いて、画像形成装置１０におけるＷＩＮＳの設定情報を取得し、ＷＩＮＳが有効に設定されているか否かを判定する（Ｓ１０８）。ＷＩＮＳが有効に設定されている場合（Ｓ１０８でＹｅｓ）、「ＷＩＮＳ 有効」という文字列を要約文に追加的に書き込む（Ｓ１０９）。一方、ＷＩＮＳが無効に設定されている場合（Ｓ１０８でＮｏ）、「ＷＩＮＳ 無効」という文字列を要約文に追加的に書き込み（Ｓ１１０）、更に、「優先ＷＩＮＳサーバ」とその設定値を示す文字列、及び「代替ＷＩＮＳサーバ」とその設定値を示す文字列を要約文に追加的に書き込む（Ｓ１１１、Ｓ１１２）。その後、要約文は、情報提供アプリ１０４によってＨＴＭＬデータ３１０に書き込まれる。

なお、図７では、「Ｅｔｈｅｒｎｅｔ(登録商標）」以外の他のカテゴリについては省略されているが、他のカテゴリの設定項目についても同様に要約文への追加的な書き込みが行われる。また、図７では、極めて具体的に処理手順を説明したが、要するに、画像形成装置１０に対する各種の設定項目のうち、ネットワーク設定ページ３２０において設定対象とされている設定項目について、その項目名と現在の設定値とが要約文に書き込まれる。

上述したように、第一の実施の形態における画像形成システム１によれば、ネットワーク設定ページ３２０を表示させるＨＴＭＬデータ３１０には、スクリーンリーダの読み上げ対象となる部分（＜ｉｍｇ＞タグのａｌｔ属性）にネットワーク設定ページ３２０の表示内容を分かり易く表現した要約文が設定される。したがって、視覚障害者等のユーザは、当該要約文を聞くことにより、より容易にネットワーク設定ページ３２０の表示内容を把握することが可能となる。なお、上記からも明らかなように、＜ｉｍｇ＞タグにおいて表示対象とされるイメージデータは、読み上げ内容に対して影響を与えるものではない。したがって、例えば、描画要素の無い（透明な）イメージデータを表示対象とすることにより、ネットワーク設定ページ３２０の表示態様を見かけ上従来と分からないものとしてもよい。更に、本実施の形態では、＜ｉｍｇ＞タグのａｌｔ属性に要約文を設定する例を示したが、要約文を設定する個所は、利用するスクリーンリーダの仕様に応じて適宜変更すればよい。例えば、アンカータグ（＜ａ＞）のｔｉｔｌｅ属性が読み上げ対象となるのであれば、図５のＨＭＴＬデータ３１０における定義３１２における＜ｉｍｇ＞タグをアンカータグに置き換え、そのｔｉｔｌｅ属性に要約文を設定するようにしてもよい。この場合、定義３１２は、例えば、
＜ａ ｉｄ＝”ｓｕｍｍａｒｙ” ｔｉｔｌｅ＝”この画面の設定内容・・・・・・・”＞要約＜／ａ＞
となる。この場合、「要約」という文字列がリンクとして表示される。但し、スクリーンリーダ２２による読み上げ内容に影響はない。なお、健常者にとってネットワーク設定ページ３２０の表示内容が煩雑にならないようにするため、要約文は、本実施の形態におけるａｌｔ属性のようにその内容がＷｅｂブラウザ２１によって表示対象とならない部分に設定されることが好ましい。

ところで、クライアントＰＣ２０に表示されているネットワーク設定ページ３２０における設定内容は、ユーザによって随時変更されるところ、その要約文は変更後の設定内容が反映されたものであることが望ましい。かかる課題を解決した例を第二及び第三の実施の形態として説明する。

図８は、第二の実施の形態における画像形成システムの処理手順を説明するための図である。第二の実施の形態では第一の実施の形態において特に言及しなかった点について説明する。したがって、特に明記しない点については第一の実施の形態と同様でよい。

図８のクライアントＰＣ２０において、ネットワーク設定ページ３２０ａ（図中左側）は、設定内容が変更される前のものを示す。例えば、ネットワーク設定ページ３２０ａのラジオボタン３２１２がユーザによって選択されると（Ｓ２１）、そのイベントに応じてＷｅｂブラウザ２１は、ネットワーク設定ページ３２０ａの更新を要求するＨＴＴＰリクエストを画像形成装置１０に送信する（Ｓ２２）。画像形成装置１０の情報提供アプリ１０４は、ネットワーク設定ページ３２０ａにおける設定内容を画像形成装置１０に反映し（ここでは、ＤＨＣＰの設定が無効に変更される。）、その後ネットワーク設定ページ３２０を表示させるためのＨＴＭＬデータを画像形成装置１０のメモリ上に生成する（Ｓ２３）。ステップＳ２３の処理は、図７において説明した通りでよい。したがって、ここで生成されるＨＴＭＬデータの要約文には、ＤＨＣＰの設定が無効であることが示される。情報提供アプリ１０４によって新たに生成されたＨＴＭＬデータは、ＨＴＴＰレスポンスに含められてＷｅｂブラウザ２１に送信される（Ｓ２４）。なお、図８において、ＨＴＴＰサーバ１０７１が省略されているが、これは便宜的なものである。Ｗｅｂブラウザ２１は、新たに生成されたＨＴＭＬデータを受信すると、当該ＨＴＭＬデータに基づいて設定変更後のネットワーク設定ページ３２０ｂを表示させる。ネットワーク設定ページ３２０ｂでは、ラジオボタン３２１２がＯＮとされているのが分かる。スクリーンリーダ２２は、ネットワーク設定ページ３２０ｂに係るＨＴＭＬデータに基づいて、その表示内容を音声出力する（Ｓ２５）。この際、当該ＨＴＭＬデータにおける要約文には、設定内容の変更が反映されているため、設定変更後の内容が読み上げられる。

上述したように、第二の実施の形態における画像形成システム１によれば、設定項目の値の変更に応じて、変更後の設定内容に基づいてＨＴＭＬデータ及びその要約文が再生成される。したがって、ネットワーク設定ページ３２０における設定項目が変更された場合であっても、要約文の内容に不整合が生じるのを回避することができる。なお、設定項目の変更に応じてネットワーク設定ページ３２０の更新を要求するＨＴＴＰリクエストをＷｅｂブラウザ２１に送信させるようにするには、ネットワーク設定ページ３２０のＨＴＭＬデータの定義おいて、各入力部品のイベントハンドラに当該ＨＴＴＰリクエストを送信するための処理を定義しておけばよい。

次に、第三の実施の形態について説明する。第三の実施の形態においても第一の実施の形態において特に言及しなかった点について説明する。したがって、特に明記しない点については第一の実施の形態と同様でよい。

第三の実施の形態では、情報提供アプリ１０４によって生成されるＨＴＭＬデータの内容が異なる（但し、ネットワーク設定ページ３２０の表示態様に影響は及ばない。）。図９及び図１０は、第三の実施の形態において情報提供アプリより出力されるＨＴＭＬデータの定義例を示す図である。図９及び図１０は、一つのＨＴＭＬデータ内の定義を、便宜上二つの図面に分割して表示したものである。

図９において定義４１１、定義４１１１、定義４１１２、定義４１２は、それぞれ図５における定義３１１、定義３１１１、定義３１１２、定義３１２に相当する。すなわち、定義４１１は、ネットワーク設定ページ３２０においてイーサネット（登録商標）に関する設定を行わせるためのフォームの定義である。また、定義４１１１、定義４１１２は、それぞれネットワーク設定ページ３２０におけるラジオボタン３２１１、３２１２に対する定義である。また、定義４１２は、そのａｌｔ属性に要約文を設定するための＜ｉｍｇ＞タグである。

図９のＨＴＭＬデータ４１０において、図５のＨＴＭＬデータ３１０と大きく異なる点は、各入力部品に対しイベントハンドラが定義されている点である。すなわち、ラジオボタン３２１１に係る定義４１１１には、「ｏｎＣｈａｎｇｅ＝”ｓｈｏｗＳｕｍｍａｒｙ（ｔｈｉｓ）”」といった定義４１１１ｃがなされている。また、ラジオボタン３２１２に係る定義４１１２にも、「ｏｎＣｈａｎｇｅ＝”ｓｈｏｗＳｕｍｍａｒｙ（ｔｈｉｓ）”」といった定義４１１２ｃがなされている。定義４１１１ｃ及び定義４１１２ｃには、ラジオボタン３２１１又は３２１２の値が変更されたときに（ｏｎＣｈａｎｇｅ）、当該ラジオボタンの識別子（ｔｈｉｓ）を引数として「ｓｈｏｗＳｕｍｍａｒｙ」という名前の関数を呼び出すことが定義されている。なお、図中ではその定義が省略されている他の入力部品においても、同様のイベントハンドラが定義される。

「ｓｈｏｗＳｕｍｍａｒｙ」の定義は図１０に示されている。すなわち、図１０における定義４１３は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔによる「ｓｈｏｗＳｕｍｍａｒｙ」の定義内容である。

したがって、ＨＴＭＬデータ３１０に基づいてＷｅｂブラウザ２１によって表示されるネットワーク設定ページ３２０において、ラジオボタン３２１１及び３２１２や、他の入力部品に対して値の入力等が行われると、Ｗｅｂブラウザ２１は、定義４１３におけるＪａｖａ（登録商標）Ｓｃｒｉｐｔ（「ｓｈｏｗＳｕｍｍａｒｙ」）を実行する。

図１１は、Ｗｅｂブラウザがスクリプトに基づいて実行する処理の処理手順を説明するためのフローチャートである。なお、図１１におけるステップ番号は、図１０の定義４１３におけるステップ番号と対応している。

まず、要約文の表題と最初のカテゴリのカテゴリ名とを定義４１２の＜ｉｍｇ＞タグにおけるａｌｔ属性（以下、単に「ａｌｔ属性」という。）に書き込む（Ｓ２０１）。本実施の形態において要約文の表題は、「この画面の設定内容」である。また、ネットワーク設定ページ３２０において一番上に表示されるカテゴリは、「Ｅｔｈｅｒｎｅｔ(登録商標）」である。したがって、ここでは、「この画面の設定内容 カテゴリ Ｅｔｈｅｒｎｅｔ(登録商標）」という文字列がａｌｔ属性に追加される。

続いて、カテゴリ「Ｅｔｈｅｒｎｅｔ(登録商標）」における各設定項目について、その設定項目名と設定値とがａｌｔ属性に追加的に書き込まれる。まず、ネットワーク設定ページ３２０においてラジオボタン３２１１がチェックされているか否かを判定する（Ｓ２０３）。ラジオボタン３２１１がチェックされている場合（Ｓ２０３でＹｅｓ）、「ＤＨＣＰ 有効」という文字列をａｌｔ属性に追加的に書き込む（Ｓ２０４）。一方、ラジオボタン３２１１がチェックされていない場合（Ｓ２０３でＮｏ）、「ＤＨＣＰ 無効」という文字列をａｌｔ属性に追加的に書き込み（Ｓ２０５）、更に、テキストボックス３２１３に入力されている「ＩＰｖ４アドレス」とテキストボックス３２１３に入力されている文字列、及び「サブネットマスク」とテキストボックス３２１４に入力されている文字列をａｌｔ属性に追加的に書き込む（Ｓ２０６、Ｓ２０７）。

ステップＳ２０４又はＳ２０７に続いて、ネットワーク設定ページ３２０においてラジオボタン３２１５がチェックされているか否かを判定する（Ｓ２０８）。ラジオボタン３２１５がチェックされている場合（Ｓ２０８でＹｅｓ）、「ＷＩＮＳ 有効」という文字列をａｌｔ属性に追加的に書き込む（Ｓ２０９）。一方、ラジオボタン３２１５がチェックされていない場合（Ｓ２０８でＮｏ）、「ＷＩＮＳ 無効」という文字列をａｌｔ属性に追加的に書き込み（Ｓ２１０）、更に、「優先ＷＩＮＳサーバ」とテキストボックス３２１７に入力されている文字列、及び「代替ＷＩＮＳサーバ」とテキストボックス３２１８に入力されている文字列をａｌｔ属性に追加的に書き込む（Ｓ２１１、Ｓ２１２）。

続いて、ａｌｔ属性の内容を定義４１２の＜ｉｍｇ＞タグにおけるｔｉｔｌｅ属性に書き込み（Ｓ２１３）、必要に応じてネットワーク設定ページ３２０のリフレッシュを実行する（Ｓ２１４）。ここで、リフレッシュを実行するのは、スクリーンリーダの製品によっては、リフレッシュを行わないと更新後の状態が有効とならない場合があるからである。

なお、図１１では、「Ｅｔｈｅｒｎｅｔ(登録商標）」以外の他のカテゴリについては省略されているが、他のカテゴリの設定項目についても同様にａｌｔ属性への追加的な書き込みが行われる。また、図１１では、極めて具体的に処理手順を説明したが、要するに、ネットワーク設定ページ３２０において設定項目の値が変更されるたびにＪａｖａ（登録商標）Ｓｃｒｉｐｔが実行されることにより、新たな設定内容に基づいてＨＴＭＬデータ４１０内のａｌｔ属性の値（要約文）が更新される。したがって、その後、スクリーンリーダ２２に対して再読み上げの指示が入力されると、設定変更後の内容に応じた要約文が読み上げられる。

上述したように、第三の実施の形態における画像形成システム１によれば、設定項目の値の変更に応じて変更後の設定内容に基づいて要約文が再生成される。したがって、ネットワーク設定ページ３２０における設定項目が変更された場合であっても、要約文の内容に不整合が生じるのを回避することができる。特に、第三の実施の形態において要約文の再生成は、Ｗｅｂブラウザ２１がＨＴＭＬデータ４１０内に定義されたスクリプトに基づいて実行するため、画像形成装置１０との通信を必要としない。したがって、より簡便に要約文の更新を実現することができる。

なお、アンカータグのｔｉｔｌｅ属性に要約文を埋め込む場合は、図１０の各ステップにおいて書き込み先とされている変数を「ｄｏｃｕｍｅｎｔ．ｓｕｍｍａｒｙ．ａｌｔ」から例えば「ｄｏｃｕｍｅｎｔ．ｇｅｔＥｌｅｍｅｎｔＢｙＩｄ（‘ｓｕｍｍａｒｙ’）．ｔｉｔｌｅ」に変更すればよい。

なお、上記各実施の形態においては、ネットワーク設定ページ３２０の下部に要約文を付加する例について説明したが、上部又は最初に要約文が付加されるようにしてもよい。そうすることにより、最初に要約文が読み上げられるようにすることができる。また、要約文は一ページに一つではなく、カテゴリごと等、或る単位の区切りごとに付加してもよい。更に、要約文を付加する位置をユーザによって設定可能としてもよい。

また、上記各実施の形態においては、ＨＴＭＬデータの提供側と当該ＨＴＭＬデータの表示及び音声出力側とが異なる装置（画像形成装置１０とクライアントＰＣ２０）に分散されている例を説明したが、これらの全ての機能は一台の画像形成装置１０に実装されていてもよい。近年では、Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザによって操作パネルにＨＴＭＬデータの表示が可能な画像形成装置も提供されている。したがって、かかる画像形成装置に、スクリーンリーダをインストールし、更に、上記各実施の形態において説明したような要約文を含むＨＴＭＬデータを当該画像形成装置のＷｅｂブラウザに表示させれば、スクリーンリーダによる要約文の読み上げにより、視覚障害者は、画像形成装置の操作パネルの表示内容をより容易に把握することが可能となる。

以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

スクリーンリーダによる表示文書の従来の読み上げ例を示す図である。 本発明の実施の形態における画像形成システムの構成例を示す図である。 本発明の実施の形態における画像形成装置の機能構成例を示す図である。 第一の実施の形態における画像形成システムの処理手順を説明するための図である。 第一の実施の形態において情報提供アプリより出力されるＨＴＭＬデータの定義例を示す図である。 第一の実施の形態におけるネットワーク設定ページの表示例と読み上げ例とを示す図である。 情報提供アプリによるネットワーク設定ページの要約文の生成処理を説明するためのフローチャートである。 第二の実施の形態における画像形成システムの処理手順を説明するための図である。 第三の実施の形態において情報提供アプリより出力されるＨＴＭＬデータの定義例を示す図である。 第三の実施の形態において情報提供アプリより出力されるＨＴＭＬデータの定義例を示す図である。 Ｗｅｂブラウザがスクリプトに基づいて実行する処理の処理手順を説明するためのフローチャートである。

符号の説明

１ 画像形成システム
１０ 画像形成装置
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ クライアントＰＣ
２１ Ｗｅｂブラウザ
２２ スクリーンリーダ
３１ ＬＡＮ
３２ インターネット
１０１ コピーアプリ
１０２ ファックスアプリ
１０３ プリンタアプリ
１０４ 情報提供アプリ
１０６ システム管理サービス
１０７ ネットワークサービス
１０８ メモリ管理サービス
１０９ オペパネ管理サービス
２００ エンジン管理サービス
２０１ ＯＳ
２０２ エンジン制御ボード
２０３ プロッタエンジン
２０４ スキャナエンジン
６００ 記録媒体
１０７１ ＨＴＴＰサーバ

Claims (12)

1. 情報処理装置であって、
   当該情報処理装置に関する設定項目の設定内容を示す文字列を生成する文字列生成手段と、
   ＨＴＭＬデータを表示させる表示制御手段からの要求に応じ、前記設定項目を設定させる設定画面を前記表示制御手段に表示させるＨＴＭＬデータを生成し、前記ＨＴＭＬデータにおいてイメージデータが指定されるタグの属性に、前記文字列を指定するＨＴＭＬデータ生成手段とを有し、
   前記属性は、前記表示制御手段によって表示されているＨＴＭＬデータの内容を音声出力する音声出力手段によって音声出力の対象とされる部分であることを特徴とする情報処理装置。
2. 前記文字列は、前記設定項目の名前と前記設定項目の値とを含み、前記設定項目を入力させる入力部品に関する情報を含まないことを特徴とする請求項１記載の情報処理装置。
3. 前記文字列生成手段は、前記設定画面における前記設定項目の変更に応じて前記表示制御手段より送信される要求に応じ、変更された設定内容を反映した文字列を生成し、
   前記ＨＴＭＬデータ生成手段は、前記文字列が前記属性に指定されたＨＴＭＬデータを生成し、当該ＨＴＭＬデータを前記表示制御手段に返信することを特徴とする請求項１又は２記載の情報処理装置。
4. ＨＴＭＬデータに基づいて設定項目を設定させる設定画面を表示する表示制御手段と、
   前記表示制御手段によって表示されているＨＴＭＬデータにおいてイメージデータが指定されるタグの属性に指定された文字列を音声出力する音声出力手段とを有し、
   前記文字列は、前記設定項目に関する設定内容を示すことを特徴とする情報処理装置。
5. 前記設定画面における前記設定項目の変更に応じて変更された設定内容を反映した文字列を生成し、生成された文字列によって前記ＨＴＭＬデータの前記属性に指定された文字列を置き換える文字列更新手段を有することを特徴とする請求項４記載の情報処理装置。
6. 情報処理装置が、
   当該情報処理装置に関する設定項目の設定内容を示す文字列を生成する文字列生成手順と、
   ＨＴＭＬデータを表示させる表示制御手段からの要求に応じ、前記設定項目を設定させる設定画面を前記表示制御手段に表示させるＨＴＭＬデータを生成し、前記ＨＴＭＬデータにおいてイメージデータが指定されるタグの属性に、前記文字列を指定するＨＴＭＬデータ生成手順とを実行し、
   前記属性は、前記表示制御手段によって表示されているＨＴＭＬデータの内容を音声出力する音声出力手段によって音声出力の対象とされる部分であることを特徴とする情報処理方法。
7. 前記文字列は、前記設定項目の名前と前記設定項目の値とを含み、前記設定項目を入力させる入力部品に関する情報を含まないことを特徴とする請求項６記載の情報処理方法。
8. 前記文字列生成手順は、前記設定画面における前記設定項目の変更に応じて前記表示制御手段より送信される要求に応じ、変更された設定内容を反映した文字列を生成し、
   前記ＨＴＭＬデータ生成手順は、前記文字列が前記属性に指定されたＨＴＭＬデータを前記表示制御手段に返信する文字列更新手順を有することを特徴とする請求項６又は７記載の情報処理方法。
9. 情報処理装置が実行する情報処理方法であって、
   ＨＴＭＬデータに基づいて設定項目を設定させる設定画面を表示する表示手順と、
   前記表示手順において表示されているＨＴＭＬデータにおいてイメージデータが指定されるタグの属性に指定された文字列を音声出力する音声出力手順とを有し、
   前記文字列は、前記設定項目に関する設定内容を示すことを特徴とする情報処理方法。
10. 前記設定画面における前記設定項目の変更に応じて変更された設定内容を反映した文字列を生成し、生成された文字列によって前記ＨＴＭＬデータの前記属性に指定された文字列を置き換える文字列更新手順を有することを特徴とする請求項９記載の情報処理方法。
11. 請求項６乃至８いずれか一項記載の情報処理方法をコンピュータに実行させるための情報処理プログラム。
12. 請求項９又は１０記載の情報処理法をコンピュータに実行させるための情報処理プログラム。

Images