情報処理装置及びプログラム
【課題】ある要素（用語等）に付ける代替テキストの表示／非表示を切り替えたり、テキストの内容を切り替えたりすることで、ユーザにとって必要な記述を追加し、不要な記述を省く。
【解決手段】ユーザが出力ページの要求を画像形成装置１に対して行うと、Ｗｅｂアプリケーション２は、まず、出力ページのための用語出力設定５を取得し、ユーザ認証を行う認証部３の認証を経てユーザごとの設定が保存されたユーザ情報４を取得する。用語出力設定５による出力ページの用語について、ユーザ情報４に基づいて言語や代替テキストの要不要を判断し、多言語用語データ６から用語データを取得し、当該用語データを用いて出力ページを生成する。
【解決手段】ユーザが出力ページの要求を画像形成装置１に対して行うと、Ｗｅｂアプリケーション２は、まず、出力ページのための用語出力設定５を取得し、ユーザ認証を行う認証部３の認証を経てユーザごとの設定が保存されたユーザ情報４を取得する。用語出力設定５による出力ページの用語について、ユーザ情報４に基づいて言語や代替テキストの要不要を判断し、多言語用語データ６から用語データを取得し、当該用語データを用いて出力ページを生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関し、より詳細には、Ｗｅｂのユーザインターフェース技術に関する。特に、ユーザビリティ、アクセシビリティに関するユーザインターフェース技術である。
【背景技術】
【０００２】
近年の組込型の情報処理装置（例えば、画像形成装置や多機能複合機が挙げられる）においては、提供する機能の数が動的に変化するものがある。このような装置では、ユーザによって使えない機能のメニュー表示が問題となる。そこで、使えない機能やユーザの権限によっては利用できない機能を削除したメニューを動的に生成する情報処理装置が要請される。
【０００３】
上記の問題点に応えた従来発明としては、例えば、特許文献１に開示される情報処理装置等がある。これは、動作する複数のアプリケーションが提供するすべての機能に対応するメニュー情報をテンプレートにしたがってあらかじめメニュー情報記憶部に登録しておき、このメニュー情報記憶部に記憶されたメニュー情報を端末から送信された利用者情報に応じたメニュー情報として構成しなおし、このメニュー情報を端末で表示可能なメニュー形式に変換規則を参照して変換するようにして、利用者に適合したメニューを動的に生成するものである。
【０００４】
一方で、組込型の情報処理装置においては、メニューを音声により読み上げる、いわゆるスクリーンリーダの採用が、アクセシビリティの観点から求められる場合もある（例えば、特許文献２参照）。ところがスクリーンリーダは、仕様上、メニュー等の用語について代替テキストが設定されていた場合、読み上げを省略せずに行うものが多い。
【特許文献１】特開２００４−１８５４６４号公報
【特許文献２】特開２００１−２７２９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術は、次のような問題点があった。
【０００６】
スクリーンリーダに限らず、画像によって視覚的にメニュー等のページを見せるものも含めて、ユーザに対してアウトプットを提示するインターフェースにおいては、ユーザにとって、既知の用語について代替テキストを省略されずに読み上げられたり逐一表示されたりすることは煩わしいものである。したがって、従来技術には、不要な記述を省くことができないという問題点があった。
【０００７】
また、ユーザに適合したメニュー等を動的に生成する従来技術については、不必要な記述を省略するものではあるが、必要な記述を追加する技術については何ら考慮されていないという問題点があった。
【０００８】
そこで本発明は、上記従来技術の問題点に鑑みて、ある要素に付ける代替テキストの表示／非表示を切り替えたり、テキストの内容を切り替えたりすることで、ユーザにとって必要な記述を追加し、不要な記述を省くことを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための請求項１記載の発明は、Ｗｅｂアプリケーションとして機能する演算装置と、ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置であって、前記演算装置は、前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、リクエストを発したユーザの認証を行う認証手段と、前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、を有することを特徴とする情報処理装置である。
【００１０】
請求項２記載の発明は、請求項１記載の情報処理装置において、前記記憶装置に代えて、外部記憶装置がユーザごとに対応した用語出力設定及び用語データを格納することを特徴とする。
【００１１】
請求項３記載の発明は、請求項１又は２記載の情報処理装置において、前記用語出力設定は、ある１人のユーザについて、使用言語が関連づけられているデータ構造であり、前記用語データは、ある１つの用語について、ユーザに使用される言語ごとの訳語及び代替テキストが関連づけられているデータ構造であり、前記用語抽出手段は、ユーザの使用言語に応じた訳語及び代替テキストを抽出することを特徴とする。
【００１２】
請求項４記載の発明は、請求項１から３のいずれか１項記載の情報処理装置において、前記用語出力設定は、ある１人のユーザについて、役割及び知識レベルの少なくとも一方が関連づけられているデータ構造であり、前記用語データは、ある１つの用語について、難易度が関連づけられているデータ構造であり、前記用語抽出手段は、ユーザの役割及び知識レベルの少なくとも一方に応じた難易度の用語の代替テキストを抽出することを特徴とする。
【００１３】
請求項５記載の発明は、請求項１から４のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定をユーザが編集するインターフェースを備えることを特徴とする。
【００１４】
請求項６記載の発明は、請求項１から５のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、前記用語データをユーザが編集するインターフェースを備えることを特徴とする。
【００１５】
請求項７記載の発明は、請求項１から６のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定を前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする。
【００１６】
請求項８記載の発明は、請求項１から７のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、前記用語データを前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする。
【００１７】
請求項９記載の発明は、ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置の演算装置を、前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、リクエストを発したユーザの認証を行う認証手段と、前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、として機能させることを特徴とするプログラムである。
【発明の効果】
【００１８】
本発明によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことが可能となる。また、その結果、ユーザインターフェース技術においてユーザビリティ及びアクセシビリティが向上する。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施するための最良の形態について図面を参照して説明する。
【００２０】
〔第１の実施形態〕
図１は、本実施形態に該当するＷｅｂアプリケーションを搭載している情報処理装置の構成図である。特に本発明を限定するものではないが、この情報処理装置は、画像形成装置としての機能を有している。なお、本実施形態では画像形成装置を例にしているが、本発明は、Ｗｅｂアプリケーションの動作している汎用サーバなどで実現してもよい。
【００２１】
図１において、画像形成装置１は、ネットワークインターフェース７、Ｗｅｂアプリケーション２、認証部３、ユーザ情報４、用語出力設定５、多言語用語データ６を備え、ネットワークからＷｅｂアプリケーション２を利用して操作ができるものである。
【００２２】
Ｗｅｂアプリケーション２は、ネットワークを介してクライアント等から送信されてきたリクエストを解釈して、用語データなどを取得、ＨＴＭＬを出力する機能を持つ。
【００２３】
認証部３は、リクエストをしたユーザの認証をする。
【００２４】
ユーザ情報４は、ユーザＩＤ、ユーザ名、ユーザの用語設定などを持つ。
【００２５】
用語出力設定５には、画像形成装置１において、用語をどのように出力するかの設定を持つ。
【００２６】
多言語用語データ６には、用語ＩＤと対応して、各言語の翻訳された用語を持ち、さらに、省略語とそれの代替の語を持つ。
【００２７】
次に、本実施形態のハードウェア構成及びネットワーク構成について説明する。図２は、本実施形態のハードウェア構成及びネットワーク構成図である。まずネットワーク構成について説明する。ここでは、同一セグメントにパーソナルコンピュータ８とパーソナルコンピュータ９が配置されてネットワーク８ｂで接続されており、例えば、パーソナルコンピュータ８は、ユーザＡが使用し、パーソナルコンピュータ９は、ユーザＢが使用している。
【００２８】
次に、本実施形態のハードウェア構成について説明する。画像形成装置１は、画像形成装置１本体を制御し、またプログラムに基づいて必要な演算を実行する演算装置１ａと、画像形成装置１にＷｅｂアプリケーション２として機能させるためのプログラムを格納する記憶装置１ｂと、を有して構成されている。本実施形態の画像形成装置１は、上記のハードウェア資源に協働して、図１に示したソフトウェアがそれぞれの機能を発揮する情報処理を実行するものである。
【００２９】
次に、本実施形態におけるユーザ情報４について説明する。図３は、ユーザ情報４（ユーザアカウント情報）を一覧して示している。図３を参照すると、本実施形態のユーザ情報４は、ユーザ名に対応して、使用言語、ロール、用語レベル、用語抑制分野がある。なお、これら以外にも、ユーザ情報として持っていてもよく、また、一部が不足していてもよい。
【００３０】
ここで、使用言語とは、ユーザが表示してもらいたい言語であり、基本的にＷｅｂページは、使用言語を使って表示される。
【００３１】
ロールとは、ユーザの役割であり、管理者であったり、一般のユーザであったりの設定がある。一般的に、ネットワーク管理者は、ネットワークに詳しいため、ネットワークの専門用語を知っていることが多い。
【００３２】
用語レベルとは、一般的な用語についての知識レベルであり、ここで示しているレベルより下のものは、表示しなくてもよいことを示すことができる。ここでは全体で１つのレベルを記述しているが、用語分野ごとにレベルを決めることもできる。
【００３３】
用語抑制分野とは、詳細な説明が必要のない用語分野を示すものである。ここでは、抑制分野のみ挙げているが、逆に明示的に出力するようにしてもよい。
【００３４】
次に、本実施形態における多言語用語データ６について説明する。図４は、多言語用語データ６を一覧にしたものである。
【００３５】
図４（ａ）は、用語ＩＤと各言語を対応付けたものである。これにより、言語ごとにページをあらかじめ作成せずに、ページ生成時に多言語対応できる。
【００３６】
図４（ｂ）は、用語とそれに対応した代替テキストである。ここでは、日本語と英語でそれぞれの代替のテキストがあることがわかる。図中に示す、分野、難易度は、図３を用いて説明した用語抑制分野、用語レベルと対応している。なお、ここでは、用語に対してすべての言語に代替テキストを用意しているが、対応していない言語があり、空欄となっていても問題はない。
【００３７】
次に、多言語用語データ６の記憶装置への格納方式について説明する。図５は、多言語用語データ６をＸＭＬ形式で表したものである。ここで、用語データは、ＸＭＬ形式に限られるものではなく、どのような形式であっても構わない。また、保存場所は、装置内部でもよく、装置外のファイルサーバであってもよい。保存方法も、データベースであってもよく、ファイル形式であってもよい。
【００３８】
次に、本実施形態により得られる出力ページについて説明する。図６は、用語出力設定５と多言語用語データ６を使って出力されたページのＨＴＭＬの例である。図６においては、”ＩＰ”という用語と”ＤＭＺ”という用語に対応して、それぞれ用語を省略しないで表記した場合の内容が書かれている。図６に示したようにＨＴＭＬのタグを使って表記してもよいし、括弧を使って補足することもできる。
【００３９】
次に、ユーザが操作するＷｅｂブラウザに表示される画面について説明する。図７は、クライアントのブラウザ上に表示される画面を例示する図である。また、図７は、図７の１から４までの４タイプの画面を例示している。以下、それぞれについて説明する。
【００４０】
図７の１を参照すると、多言語（ここでは、日本語と英語の例が示されている）に対応したページの出力例が示されている。
【００４１】
図７の２を参照すると、図６に示したＨＴＭＬタグを使うことによってマウスポインタを用語の上に持ってくるだけで用語の意味が表示されるページの出力例が示されている。
【００４２】
図７の３を参照すると、ユーザの用語レベル、分野、言語により、表示を省くことができるページの出力例が示されている。
【００４３】
図７の４を参照すると、図６及び図７の２で図示したようなＨＴＭＬのタグを使う表示方法ではなく、ＨＴＭＬのタグを使わない表示方法で出力されたページの例が示されている。このように括弧を使って示す場合も当然ある。
【００４４】
次に、本実施形態の全体の動作について説明する。図８は、本実施形態における認証が必要なユーザからのリクエストに応じたページを出力するときのシーケンス図である。ここでは、認証が成功することで、ユーザ情報を取得し、その中に含まれる用語出力に関するユーザ個別情報を利用する。画像形成装置１の用語出力設定（デフォルト設定）は、ユーザ個別の情報により上書きされ、それにより、出力ページが生成される。
【００４５】
より詳細に、図８を参照して説明する。
【００４６】
Ｗｅｂブラウザ８ａから、Ｗｅｂサーバとしても機能する画像形成装置１に送信されたページ出力のリクエストは（ステップＳ８０１）、Ｗｅｂアプリケーション２が、まず認証部３に対してリクエストともに送信されてきたユーザ情報を付して認証要求する（ステップＳ８０２）。
【００４７】
認証部３は、ユーザ情報４を参照してチェックを行い（ステップＳ８０３）、成功した場合ログイン処理する（ステップＳ８０４）。そして、結果をＷｅｂアプリケーション２に返し（この場合は操作許可、ステップＳ８０５）、それを受けて、Ｗｅｂアプリケーション２は、用語出力設定５を取得する（ステップＳ８０６）。
【００４８】
また、Ｗｅｂアプリケーション２は、ユーザ情報４から用語出力ユーザ個別情報も取得し（ステップＳ８０７）、当該個別情報に基づき、多言語用語データ６から用語データを取得する（ステップＳ８０８）。
【００４９】
そして、Ｗｅｂアプリケーション２は、用語出力設定に、ユーザ個別の用語データを上書き等をして、出力ページを生成し（ステップＳ８０９）、生成された出力ページをレスポンスとしてＷｅｂブラウザ８ａに返す（ステップＳ８１０）。
【００５０】
次に、図８で示したように、認証が必要なユーザからのリクエストに応じたページを出力するときではなく、認証の必要のないページをユーザが閲覧するときの、本実施形態の全体の動作について説明する。図９は、本実施形態におけるログインの必要のないページを閲覧するときのシーケンス図である。ログインしていないユーザは、ページへのリクエストを発生させ、画像形成装置１の用語設定（デフォルト設定）のみを利用し、ページを出力する。
【００５１】
より詳細に、図９を参照して説明する。
【００５２】
認証不要ページがＷｅｂブラウザ８ａからリクエストされる（ステップＳ９０１）と、Ｗｅｂアプリケーション２は、用語出力設定５及び多言語用語データ６を取得する（ステップＳ９０２、ステップＳ９０３）。これらに基づいて出力ページを生成し（ステップＳ９０４）、当該出力ページをＷｅｂブラウザ８ａにレスポンスとして返す（ステップＳ９０５）。
【００５３】
次に、本実施形態のＷｅｂアプリケーションの動作について説明する。図１０は、Ｗｅｂアプリケーション２の動作を示すフローチャート図である。図１０に示した動作の流れの概略を説明する。
【００５４】
Ｗｅｂアプリケーション２は、リクエスト処理後（ステップＳ１００１、ステップＳ１００２）、ユーザ認証し（ステップＳ１００３）、ユーザごとの用語出力設定情報を利用する場合はそれを利用し（ステップＳ１００４／必要、ステップＳ１００５）、そうでない場合は、画像形成装置１の設定を利用する（ステップＳ１００４／不要）。その用語出力設定（デフォルト設定）を用いて（ステップＳ１００６−ステップＳ１００９）、用語と対応する代替テキストを取得し（ステップＳ１０１０、ステップＳ１０１１）、そのデータからＨＴＭＬを生成しレスポンスを送信する（ステップＳ１０１２、ステップＳ１０１３）。なお、ユーザ認証に失敗した場合は、エラーを生成してエラーレスポンスを送信して終了する（ステップＳ１０１４、ステップＳ１０１５）。
【００５５】
次に、本実施形態のＷｅｂアプリケーションの動作について、特に、「用語出力設定に基づき代替テキストの追加」の処理を詳細に説明する。図１１は、図１０で示した「用語出力設定に基づき代替テキストの追加」の処理を詳細化したものである。ここでは、ページに代替するテキストが残っている間（ステップＳ１１０１）、代替テキストを表示するかどうかを繰り返す（ステップＳ１１０２−ステップＳ１１０７）。この処理で、難易度（ステップＳ１１０３）、分野（ステップＳ１１０４）、言語（ステップＳ１１０５）を利用して、１つでも表示する必要がある設定があった場合は（ステップＳ１１０６）、代替テキストを追加する（ステップＳ１１０７）ようにしている。
【００５６】
なお、ここで、この判定基準は、２つ以上表示する必要がある場合に表示するという判定や、１つでも必要としないものがある場合は表示しないとするなど、判定方法は図１１に示し、記述したものに限定されるものではない。
【００５７】
次に、ユーザが設定できる設定画面について説明する。図１２は、ユーザが設定できる設定画面を例示する図である。図１２は、図１２の１から４までの４タイプの設定画面を例示している。以下、それぞれについて説明する。
【００５８】
図１２の１は、画像形成装置１全体の設定であり、通常は管理者のみが設定できるようになっている。
【００５９】
図１２の２は、ユーザごとの設定であり、ユーザ各自での設定や、管理者による設定が可能である。図１２の２に例示したものは、ユーザＡの設定がされているところである。
【００６０】
図１２の３は、ユーザＦの設定をする設定画面を例示している。この画面例では、用語抑制分野として、”ｎｅｔｗｏｒｋ”と”ｐａｐｅｒ ｔｙｐｅ”が選ばれている。
【００６１】
図１２の４は、用語の追加削除、修正をするための設定画面を例示している。本画面例によれば、ユーザがカスタマイズして新しい画面を作成したり、画面に設定項目を追加したりする場合にも、ユーザが必要と思う用語を追加することができる。なぜなら、用語を塚するためのインターフェースをユーザに提供しているからである。また、既にある用語に説明を追加したい場合にも、当然設定できる。なぜなら、既登録用語に説明を追加するためのインターフェースをユーザに提供しているからである。
【００６２】
次に、上記実施形態の効果について説明する。
【００６３】
上記本実施形態は、ある要素に付ける代替テキストの表示／非表示を切り替えたり、テキストの内容を切り替えることで、ユーザにとって必要な記述を追加し、不要な記述を省くよう構成されている。したがって、上記実施形態によれば、すべてのユーザが適度の説明のあるページを閲覧することができるようになる。特に、ユーザがスクリーンリーダを利用しているときには、スクリーンリーダの種類により、読み上げをスキップできない場合があるので、ページ生成時に説明を削除する上記実施形態の構成は、有用である。
【００６４】
また、ユーザごとに必要な情報が異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６５】
また、略語などの難易度により必要か不必要かが異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６６】
また、ユーザの専門知識により必要か不必要かが異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６７】
また、ユーザの利用している言語により必要か不必要かが異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６８】
また、単独の条件で必要か不必要か判断することが難しい場合でも、上記実施形態によれば、条件を組み合わせることで判定の確度を上げることができる。
【００６９】
また、判定の確度が上がっても、上記の代替テキスト等がユーザにとって本当に必要か否かはユーザにしか示すことができない場合でも、上記実施形態によれば、ユーザ自身により調整ができる構成であるため、必要か否か判定を確実なものとすることができる。
【００７０】
また、上記実施形態によれば、上記の代替テキスト等をユーザが自ら設定登録する手段を設けているので、装置にまだ登録されていない用語に対応することができ、その結果として、ユーザによるカスタマイズで項目が追加された場合でも、柔軟に対応できる。
【００７１】
〔第２の実施形態〕
次に、本発明に係る第２の実施形態について説明する。本実施形態は、上記の第１の実施形態において、Ｗｅｂアプリケーション２の機能構成及び動作を、より詳細化するものである。また、Ｗｅｂアプリケーション２の出力として、特に、印刷やＦＡＸ送信のためのメニュー画面を出力するものである。本実施形態の構成と動作について、図面を参照して以下に詳述する。
【００７２】
まず、本実施形態の構成について説明する。図１３は、本実施形態のモジュール構成を示すブロック図である。本実施形態は、画像形成装置１とクライアント８ｃとが、ネットワーク８ｂを介して、通信可能に接続されており、画像形成装置１は、大きく分けてＷｅｂサーバ７ａとＷｅｂアプリケーション２の２つの機能を有して構成されている。以下、それぞれのモジュールについて説明するが、第１の実施形態と重複する部分については煩雑になるのを避けるため説明を省略する。
【００７３】
Ｗｅｂサーバ７ａには、当業者にとって周知の、ネットワーク８ｂとの基本的なＩ／Ｏ、Ｗｅｂアプリケーション２とのサーバ−アプリケーション間通信機能を画像形成装置１に提供する。
【００７４】
Ｗｅｂアプリケーション２は、Ｗｅｂフレームワーク２０、ＨＴＭＬコンテンツ生成部２１、メニュー編集画面処理部２２、メニューデータＵＬ／ＤＬ画面処理部２３、メニュー画面処理部２４、ログイン権限判定部２５、メニューデータＩ／Ｏ２６、メニューデータ格納部２７を有して構成されている。
【００７５】
ログイン権限判定部２５は、上記第１の実施形態の認証部３に相当する。
【００７６】
メニューデータ格納部２７は、上記第１の実施形態の用語出力設定５及び多言語用語データ６を用いて出力された、「多言語メニューと代替テキストを含むメニューのデータ」が格納されている。
【００７７】
次に、本実施形態の動作について説明する。図１４は、本実施形態の動作を示すシーケンス図である。本実施形態は、上記の「多言語メニューと代替テキストを含むメニューのデータ」を、クライアントのリクエストによりダウンロード、及び、編集リクエストにより編集した当該データのアップロードを実行する動作をする。
【００７８】
より詳細に、図１４を参照して説明する。
【００７９】
図１４に示す例では、上記第１の実施形態において、図５で示した多言語用語データ６に相当するＸＭＬ形式のメニューデータについて、メニューデータのダウンロード及びアップロードを可能とする。
【００８０】
まず、本実施形態のダウンロード動作について説明する。
【００８１】
ユーザがクライアント８ｃのＷｅｂブラウザからＷｅｂサーバ７ａに送信したメニューデータのダウンロード要求（ステップＳ１４０１）は、Ｗｅｂフレームワーク２０を介して（ステップＳ１４０２）、メニューＵＬ／ＤＬ画面処理部２３に処理委譲（又は要求ディスパッチ）される（ステップＳ１４０３）。
【００８２】
メニューＵＬ／ＤＬ処理部２３は、メニューデータＩ／Ｏ２６を介してメニューデータ格納部２７からＸＭＬ形式のメニューデータを読み取り（ステップＳ１４０３、ステップＳ１４０４、ステップＳ１４０５）、読み取りに成功した場合は、当該メニューデータをクライアント８ｃに対して送信し処理を終了する（ステップＳ１４０６、ステップＳ１４０７、ステップＳ１４０８）。
【００８３】
次に、本実施形態のアップロード動作について説明する。
【００８４】
ユーザは、使用形態や管理形態に応じてダウンロードしたＸＭＬ形式のメニューデータを任意のエディタ等を用いて、クライアント８ｃにて編集し、再び画像形成装置１に対してアップロード要求を送信する（ステップＳ１４０９）。当該要求は再度Ｗｅｂフレームワーク２０を介して（ステップＳ１４１０）、メニューＵＬ／ＤＬ画面処理部２３に処理委譲（又は要求ディスパッチ）される（ステップＳ１４１１）。
【００８５】
メニューＵＬ／ＤＬ画面処理部２３は、受信したＸＭＬ形式のメニューデータの妥当性を確認し（ステップＳ１４１２）、異常がない場合、メニューデータ格納部２７に反映させる（ステップＳ１４１３、ステップＳ１４１４）。全ての処理に成功した場合は（ステップＳ１４１５、ステップＳ１４１６）、完了画面等をＨＴＭＬコンテンツ生成部２１にて作成し（ステップＳ１４１７、ステップＳ１４１８）クライアントに対して送信し処理を終了する（ステップＳ１４１９、ステップＳ１４２０）。
【００８６】
本実施形態の効果について説明する。本実施形態によれば、第１の実施形態において、ユーザが編集可能なメニューデータ等の表示設定を、Ｗｅｂアプリケーションを利用してサーバ側で行っていたところ、データをダウンロード及びローカルでの編集後アップロードする構成を備えているため、ユーザにとって使い慣れた環境及びツールを用いてメニューを編集することができる。また、Ｗｅｂアプリケーション側で設定変更するための手段を設ける必要がないのでＷｅｂアプリケーション・プログラムの肥大化を避けることができる。
【図面の簡単な説明】
【００８７】
【図１】本発明の好適な実施形態の機能構成を示すブロック図である。
【図２】本発明の好適な実施形態のハードウェア構成及びネットワーク構成を示すブロック図である。
【図３】本実施形態のユーザ情報の一例を一覧で示す図である。
【図４】本実施形態の多言語用語データの一例を一覧で示す図であり、（ａ）は用語ＩＤと各言語を対応付けたもの、（ｂ）は用語とそれに対応した代替テキストである。
【図５】本実施形態の多言語用語データの一例をＸＭＬ形式で示す図である。
【図６】本実施形態の出力されたページのＨＴＭＬの一例を示す図である。
【図７】本実施形態のクライアントのブラウザ上に表示される画面を例示する図である。
【図８】本実施形態の全体の動作を示すシーケンス図（その１）である。
【図９】本実施形態の全体の動作を示すシーケンス図（その２）である。
【図１０】本実施形態のＷｅｂアプリケーションの動作を示すフローチャート図である。
【図１１】図１０で示した「用語出力設定に基づき代替テキストの追加」の処理を詳細に示したフローチャート図である。
【図１２】本実施形態のユーザが設定できる設定画面を例示する図である。
【図１３】本発明の第２の実施形態のモジュール構成を示すブロック図である。
【図１４】本発明の第２の実施形態の動作を示すシーケンス図である。
【符号の説明】
【００８８】
１ 画像形成装置
１ａ 演算装置
１ｂ 記憶装置
２ Ｗｅｂアプリケーション
３ 認証部
４ ユーザ情報
５ 用語出力設定
６ 多言語用語データ
７ ネットワークインターフェース
７ａ Ｗｅｂサーバ
８、９ パーソナルコンピュータ
８ａ Ｗｅｂブラウザ
８ｂ ネットワーク
８ｃ クライアント（Ｗｅｂブラウザ）
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関し、より詳細には、Ｗｅｂのユーザインターフェース技術に関する。特に、ユーザビリティ、アクセシビリティに関するユーザインターフェース技術である。
【背景技術】
【０００２】
近年の組込型の情報処理装置（例えば、画像形成装置や多機能複合機が挙げられる）においては、提供する機能の数が動的に変化するものがある。このような装置では、ユーザによって使えない機能のメニュー表示が問題となる。そこで、使えない機能やユーザの権限によっては利用できない機能を削除したメニューを動的に生成する情報処理装置が要請される。
【０００３】
上記の問題点に応えた従来発明としては、例えば、特許文献１に開示される情報処理装置等がある。これは、動作する複数のアプリケーションが提供するすべての機能に対応するメニュー情報をテンプレートにしたがってあらかじめメニュー情報記憶部に登録しておき、このメニュー情報記憶部に記憶されたメニュー情報を端末から送信された利用者情報に応じたメニュー情報として構成しなおし、このメニュー情報を端末で表示可能なメニュー形式に変換規則を参照して変換するようにして、利用者に適合したメニューを動的に生成するものである。
【０００４】
一方で、組込型の情報処理装置においては、メニューを音声により読み上げる、いわゆるスクリーンリーダの採用が、アクセシビリティの観点から求められる場合もある（例えば、特許文献２参照）。ところがスクリーンリーダは、仕様上、メニュー等の用語について代替テキストが設定されていた場合、読み上げを省略せずに行うものが多い。
【特許文献１】特開２００４−１８５４６４号公報
【特許文献２】特開２００１−２７２９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術は、次のような問題点があった。
【０００６】
スクリーンリーダに限らず、画像によって視覚的にメニュー等のページを見せるものも含めて、ユーザに対してアウトプットを提示するインターフェースにおいては、ユーザにとって、既知の用語について代替テキストを省略されずに読み上げられたり逐一表示されたりすることは煩わしいものである。したがって、従来技術には、不要な記述を省くことができないという問題点があった。
【０００７】
また、ユーザに適合したメニュー等を動的に生成する従来技術については、不必要な記述を省略するものではあるが、必要な記述を追加する技術については何ら考慮されていないという問題点があった。
【０００８】
そこで本発明は、上記従来技術の問題点に鑑みて、ある要素に付ける代替テキストの表示／非表示を切り替えたり、テキストの内容を切り替えたりすることで、ユーザにとって必要な記述を追加し、不要な記述を省くことを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための請求項１記載の発明は、Ｗｅｂアプリケーションとして機能する演算装置と、ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置であって、前記演算装置は、前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、リクエストを発したユーザの認証を行う認証手段と、前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、を有することを特徴とする情報処理装置である。
【００１０】
請求項２記載の発明は、請求項１記載の情報処理装置において、前記記憶装置に代えて、外部記憶装置がユーザごとに対応した用語出力設定及び用語データを格納することを特徴とする。
【００１１】
請求項３記載の発明は、請求項１又は２記載の情報処理装置において、前記用語出力設定は、ある１人のユーザについて、使用言語が関連づけられているデータ構造であり、前記用語データは、ある１つの用語について、ユーザに使用される言語ごとの訳語及び代替テキストが関連づけられているデータ構造であり、前記用語抽出手段は、ユーザの使用言語に応じた訳語及び代替テキストを抽出することを特徴とする。
【００１２】
請求項４記載の発明は、請求項１から３のいずれか１項記載の情報処理装置において、前記用語出力設定は、ある１人のユーザについて、役割及び知識レベルの少なくとも一方が関連づけられているデータ構造であり、前記用語データは、ある１つの用語について、難易度が関連づけられているデータ構造であり、前記用語抽出手段は、ユーザの役割及び知識レベルの少なくとも一方に応じた難易度の用語の代替テキストを抽出することを特徴とする。
【００１３】
請求項５記載の発明は、請求項１から４のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定をユーザが編集するインターフェースを備えることを特徴とする。
【００１４】
請求項６記載の発明は、請求項１から５のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、前記用語データをユーザが編集するインターフェースを備えることを特徴とする。
【００１５】
請求項７記載の発明は、請求項１から６のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定を前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする。
【００１６】
請求項８記載の発明は、請求項１から７のいずれか１項記載の情報処理装置において、前記Ｗｅｂアプリケーションは、前記用語データを前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする。
【００１７】
請求項９記載の発明は、ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置の演算装置を、前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、リクエストを発したユーザの認証を行う認証手段と、前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、として機能させることを特徴とするプログラムである。
【発明の効果】
【００１８】
本発明によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことが可能となる。また、その結果、ユーザインターフェース技術においてユーザビリティ及びアクセシビリティが向上する。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施するための最良の形態について図面を参照して説明する。
【００２０】
〔第１の実施形態〕
図１は、本実施形態に該当するＷｅｂアプリケーションを搭載している情報処理装置の構成図である。特に本発明を限定するものではないが、この情報処理装置は、画像形成装置としての機能を有している。なお、本実施形態では画像形成装置を例にしているが、本発明は、Ｗｅｂアプリケーションの動作している汎用サーバなどで実現してもよい。
【００２１】
図１において、画像形成装置１は、ネットワークインターフェース７、Ｗｅｂアプリケーション２、認証部３、ユーザ情報４、用語出力設定５、多言語用語データ６を備え、ネットワークからＷｅｂアプリケーション２を利用して操作ができるものである。
【００２２】
Ｗｅｂアプリケーション２は、ネットワークを介してクライアント等から送信されてきたリクエストを解釈して、用語データなどを取得、ＨＴＭＬを出力する機能を持つ。
【００２３】
認証部３は、リクエストをしたユーザの認証をする。
【００２４】
ユーザ情報４は、ユーザＩＤ、ユーザ名、ユーザの用語設定などを持つ。
【００２５】
用語出力設定５には、画像形成装置１において、用語をどのように出力するかの設定を持つ。
【００２６】
多言語用語データ６には、用語ＩＤと対応して、各言語の翻訳された用語を持ち、さらに、省略語とそれの代替の語を持つ。
【００２７】
次に、本実施形態のハードウェア構成及びネットワーク構成について説明する。図２は、本実施形態のハードウェア構成及びネットワーク構成図である。まずネットワーク構成について説明する。ここでは、同一セグメントにパーソナルコンピュータ８とパーソナルコンピュータ９が配置されてネットワーク８ｂで接続されており、例えば、パーソナルコンピュータ８は、ユーザＡが使用し、パーソナルコンピュータ９は、ユーザＢが使用している。
【００２８】
次に、本実施形態のハードウェア構成について説明する。画像形成装置１は、画像形成装置１本体を制御し、またプログラムに基づいて必要な演算を実行する演算装置１ａと、画像形成装置１にＷｅｂアプリケーション２として機能させるためのプログラムを格納する記憶装置１ｂと、を有して構成されている。本実施形態の画像形成装置１は、上記のハードウェア資源に協働して、図１に示したソフトウェアがそれぞれの機能を発揮する情報処理を実行するものである。
【００２９】
次に、本実施形態におけるユーザ情報４について説明する。図３は、ユーザ情報４（ユーザアカウント情報）を一覧して示している。図３を参照すると、本実施形態のユーザ情報４は、ユーザ名に対応して、使用言語、ロール、用語レベル、用語抑制分野がある。なお、これら以外にも、ユーザ情報として持っていてもよく、また、一部が不足していてもよい。
【００３０】
ここで、使用言語とは、ユーザが表示してもらいたい言語であり、基本的にＷｅｂページは、使用言語を使って表示される。
【００３１】
ロールとは、ユーザの役割であり、管理者であったり、一般のユーザであったりの設定がある。一般的に、ネットワーク管理者は、ネットワークに詳しいため、ネットワークの専門用語を知っていることが多い。
【００３２】
用語レベルとは、一般的な用語についての知識レベルであり、ここで示しているレベルより下のものは、表示しなくてもよいことを示すことができる。ここでは全体で１つのレベルを記述しているが、用語分野ごとにレベルを決めることもできる。
【００３３】
用語抑制分野とは、詳細な説明が必要のない用語分野を示すものである。ここでは、抑制分野のみ挙げているが、逆に明示的に出力するようにしてもよい。
【００３４】
次に、本実施形態における多言語用語データ６について説明する。図４は、多言語用語データ６を一覧にしたものである。
【００３５】
図４（ａ）は、用語ＩＤと各言語を対応付けたものである。これにより、言語ごとにページをあらかじめ作成せずに、ページ生成時に多言語対応できる。
【００３６】
図４（ｂ）は、用語とそれに対応した代替テキストである。ここでは、日本語と英語でそれぞれの代替のテキストがあることがわかる。図中に示す、分野、難易度は、図３を用いて説明した用語抑制分野、用語レベルと対応している。なお、ここでは、用語に対してすべての言語に代替テキストを用意しているが、対応していない言語があり、空欄となっていても問題はない。
【００３７】
次に、多言語用語データ６の記憶装置への格納方式について説明する。図５は、多言語用語データ６をＸＭＬ形式で表したものである。ここで、用語データは、ＸＭＬ形式に限られるものではなく、どのような形式であっても構わない。また、保存場所は、装置内部でもよく、装置外のファイルサーバであってもよい。保存方法も、データベースであってもよく、ファイル形式であってもよい。
【００３８】
次に、本実施形態により得られる出力ページについて説明する。図６は、用語出力設定５と多言語用語データ６を使って出力されたページのＨＴＭＬの例である。図６においては、”ＩＰ”という用語と”ＤＭＺ”という用語に対応して、それぞれ用語を省略しないで表記した場合の内容が書かれている。図６に示したようにＨＴＭＬのタグを使って表記してもよいし、括弧を使って補足することもできる。
【００３９】
次に、ユーザが操作するＷｅｂブラウザに表示される画面について説明する。図７は、クライアントのブラウザ上に表示される画面を例示する図である。また、図７は、図７の１から４までの４タイプの画面を例示している。以下、それぞれについて説明する。
【００４０】
図７の１を参照すると、多言語（ここでは、日本語と英語の例が示されている）に対応したページの出力例が示されている。
【００４１】
図７の２を参照すると、図６に示したＨＴＭＬタグを使うことによってマウスポインタを用語の上に持ってくるだけで用語の意味が表示されるページの出力例が示されている。
【００４２】
図７の３を参照すると、ユーザの用語レベル、分野、言語により、表示を省くことができるページの出力例が示されている。
【００４３】
図７の４を参照すると、図６及び図７の２で図示したようなＨＴＭＬのタグを使う表示方法ではなく、ＨＴＭＬのタグを使わない表示方法で出力されたページの例が示されている。このように括弧を使って示す場合も当然ある。
【００４４】
次に、本実施形態の全体の動作について説明する。図８は、本実施形態における認証が必要なユーザからのリクエストに応じたページを出力するときのシーケンス図である。ここでは、認証が成功することで、ユーザ情報を取得し、その中に含まれる用語出力に関するユーザ個別情報を利用する。画像形成装置１の用語出力設定（デフォルト設定）は、ユーザ個別の情報により上書きされ、それにより、出力ページが生成される。
【００４５】
より詳細に、図８を参照して説明する。
【００４６】
Ｗｅｂブラウザ８ａから、Ｗｅｂサーバとしても機能する画像形成装置１に送信されたページ出力のリクエストは（ステップＳ８０１）、Ｗｅｂアプリケーション２が、まず認証部３に対してリクエストともに送信されてきたユーザ情報を付して認証要求する（ステップＳ８０２）。
【００４７】
認証部３は、ユーザ情報４を参照してチェックを行い（ステップＳ８０３）、成功した場合ログイン処理する（ステップＳ８０４）。そして、結果をＷｅｂアプリケーション２に返し（この場合は操作許可、ステップＳ８０５）、それを受けて、Ｗｅｂアプリケーション２は、用語出力設定５を取得する（ステップＳ８０６）。
【００４８】
また、Ｗｅｂアプリケーション２は、ユーザ情報４から用語出力ユーザ個別情報も取得し（ステップＳ８０７）、当該個別情報に基づき、多言語用語データ６から用語データを取得する（ステップＳ８０８）。
【００４９】
そして、Ｗｅｂアプリケーション２は、用語出力設定に、ユーザ個別の用語データを上書き等をして、出力ページを生成し（ステップＳ８０９）、生成された出力ページをレスポンスとしてＷｅｂブラウザ８ａに返す（ステップＳ８１０）。
【００５０】
次に、図８で示したように、認証が必要なユーザからのリクエストに応じたページを出力するときではなく、認証の必要のないページをユーザが閲覧するときの、本実施形態の全体の動作について説明する。図９は、本実施形態におけるログインの必要のないページを閲覧するときのシーケンス図である。ログインしていないユーザは、ページへのリクエストを発生させ、画像形成装置１の用語設定（デフォルト設定）のみを利用し、ページを出力する。
【００５１】
より詳細に、図９を参照して説明する。
【００５２】
認証不要ページがＷｅｂブラウザ８ａからリクエストされる（ステップＳ９０１）と、Ｗｅｂアプリケーション２は、用語出力設定５及び多言語用語データ６を取得する（ステップＳ９０２、ステップＳ９０３）。これらに基づいて出力ページを生成し（ステップＳ９０４）、当該出力ページをＷｅｂブラウザ８ａにレスポンスとして返す（ステップＳ９０５）。
【００５３】
次に、本実施形態のＷｅｂアプリケーションの動作について説明する。図１０は、Ｗｅｂアプリケーション２の動作を示すフローチャート図である。図１０に示した動作の流れの概略を説明する。
【００５４】
Ｗｅｂアプリケーション２は、リクエスト処理後（ステップＳ１００１、ステップＳ１００２）、ユーザ認証し（ステップＳ１００３）、ユーザごとの用語出力設定情報を利用する場合はそれを利用し（ステップＳ１００４／必要、ステップＳ１００５）、そうでない場合は、画像形成装置１の設定を利用する（ステップＳ１００４／不要）。その用語出力設定（デフォルト設定）を用いて（ステップＳ１００６−ステップＳ１００９）、用語と対応する代替テキストを取得し（ステップＳ１０１０、ステップＳ１０１１）、そのデータからＨＴＭＬを生成しレスポンスを送信する（ステップＳ１０１２、ステップＳ１０１３）。なお、ユーザ認証に失敗した場合は、エラーを生成してエラーレスポンスを送信して終了する（ステップＳ１０１４、ステップＳ１０１５）。
【００５５】
次に、本実施形態のＷｅｂアプリケーションの動作について、特に、「用語出力設定に基づき代替テキストの追加」の処理を詳細に説明する。図１１は、図１０で示した「用語出力設定に基づき代替テキストの追加」の処理を詳細化したものである。ここでは、ページに代替するテキストが残っている間（ステップＳ１１０１）、代替テキストを表示するかどうかを繰り返す（ステップＳ１１０２−ステップＳ１１０７）。この処理で、難易度（ステップＳ１１０３）、分野（ステップＳ１１０４）、言語（ステップＳ１１０５）を利用して、１つでも表示する必要がある設定があった場合は（ステップＳ１１０６）、代替テキストを追加する（ステップＳ１１０７）ようにしている。
【００５６】
なお、ここで、この判定基準は、２つ以上表示する必要がある場合に表示するという判定や、１つでも必要としないものがある場合は表示しないとするなど、判定方法は図１１に示し、記述したものに限定されるものではない。
【００５７】
次に、ユーザが設定できる設定画面について説明する。図１２は、ユーザが設定できる設定画面を例示する図である。図１２は、図１２の１から４までの４タイプの設定画面を例示している。以下、それぞれについて説明する。
【００５８】
図１２の１は、画像形成装置１全体の設定であり、通常は管理者のみが設定できるようになっている。
【００５９】
図１２の２は、ユーザごとの設定であり、ユーザ各自での設定や、管理者による設定が可能である。図１２の２に例示したものは、ユーザＡの設定がされているところである。
【００６０】
図１２の３は、ユーザＦの設定をする設定画面を例示している。この画面例では、用語抑制分野として、”ｎｅｔｗｏｒｋ”と”ｐａｐｅｒ ｔｙｐｅ”が選ばれている。
【００６１】
図１２の４は、用語の追加削除、修正をするための設定画面を例示している。本画面例によれば、ユーザがカスタマイズして新しい画面を作成したり、画面に設定項目を追加したりする場合にも、ユーザが必要と思う用語を追加することができる。なぜなら、用語を塚するためのインターフェースをユーザに提供しているからである。また、既にある用語に説明を追加したい場合にも、当然設定できる。なぜなら、既登録用語に説明を追加するためのインターフェースをユーザに提供しているからである。
【００６２】
次に、上記実施形態の効果について説明する。
【００６３】
上記本実施形態は、ある要素に付ける代替テキストの表示／非表示を切り替えたり、テキストの内容を切り替えることで、ユーザにとって必要な記述を追加し、不要な記述を省くよう構成されている。したがって、上記実施形態によれば、すべてのユーザが適度の説明のあるページを閲覧することができるようになる。特に、ユーザがスクリーンリーダを利用しているときには、スクリーンリーダの種類により、読み上げをスキップできない場合があるので、ページ生成時に説明を削除する上記実施形態の構成は、有用である。
【００６４】
また、ユーザごとに必要な情報が異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６５】
また、略語などの難易度により必要か不必要かが異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６６】
また、ユーザの専門知識により必要か不必要かが異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６７】
また、ユーザの利用している言語により必要か不必要かが異なる場合でも、上記実施形態によれば、ユーザにとって必要な記述を追加し、不要な記述を省くことができる。
【００６８】
また、単独の条件で必要か不必要か判断することが難しい場合でも、上記実施形態によれば、条件を組み合わせることで判定の確度を上げることができる。
【００６９】
また、判定の確度が上がっても、上記の代替テキスト等がユーザにとって本当に必要か否かはユーザにしか示すことができない場合でも、上記実施形態によれば、ユーザ自身により調整ができる構成であるため、必要か否か判定を確実なものとすることができる。
【００７０】
また、上記実施形態によれば、上記の代替テキスト等をユーザが自ら設定登録する手段を設けているので、装置にまだ登録されていない用語に対応することができ、その結果として、ユーザによるカスタマイズで項目が追加された場合でも、柔軟に対応できる。
【００７１】
〔第２の実施形態〕
次に、本発明に係る第２の実施形態について説明する。本実施形態は、上記の第１の実施形態において、Ｗｅｂアプリケーション２の機能構成及び動作を、より詳細化するものである。また、Ｗｅｂアプリケーション２の出力として、特に、印刷やＦＡＸ送信のためのメニュー画面を出力するものである。本実施形態の構成と動作について、図面を参照して以下に詳述する。
【００７２】
まず、本実施形態の構成について説明する。図１３は、本実施形態のモジュール構成を示すブロック図である。本実施形態は、画像形成装置１とクライアント８ｃとが、ネットワーク８ｂを介して、通信可能に接続されており、画像形成装置１は、大きく分けてＷｅｂサーバ７ａとＷｅｂアプリケーション２の２つの機能を有して構成されている。以下、それぞれのモジュールについて説明するが、第１の実施形態と重複する部分については煩雑になるのを避けるため説明を省略する。
【００７３】
Ｗｅｂサーバ７ａには、当業者にとって周知の、ネットワーク８ｂとの基本的なＩ／Ｏ、Ｗｅｂアプリケーション２とのサーバ−アプリケーション間通信機能を画像形成装置１に提供する。
【００７４】
Ｗｅｂアプリケーション２は、Ｗｅｂフレームワーク２０、ＨＴＭＬコンテンツ生成部２１、メニュー編集画面処理部２２、メニューデータＵＬ／ＤＬ画面処理部２３、メニュー画面処理部２４、ログイン権限判定部２５、メニューデータＩ／Ｏ２６、メニューデータ格納部２７を有して構成されている。
【００７５】
ログイン権限判定部２５は、上記第１の実施形態の認証部３に相当する。
【００７６】
メニューデータ格納部２７は、上記第１の実施形態の用語出力設定５及び多言語用語データ６を用いて出力された、「多言語メニューと代替テキストを含むメニューのデータ」が格納されている。
【００７７】
次に、本実施形態の動作について説明する。図１４は、本実施形態の動作を示すシーケンス図である。本実施形態は、上記の「多言語メニューと代替テキストを含むメニューのデータ」を、クライアントのリクエストによりダウンロード、及び、編集リクエストにより編集した当該データのアップロードを実行する動作をする。
【００７８】
より詳細に、図１４を参照して説明する。
【００７９】
図１４に示す例では、上記第１の実施形態において、図５で示した多言語用語データ６に相当するＸＭＬ形式のメニューデータについて、メニューデータのダウンロード及びアップロードを可能とする。
【００８０】
まず、本実施形態のダウンロード動作について説明する。
【００８１】
ユーザがクライアント８ｃのＷｅｂブラウザからＷｅｂサーバ７ａに送信したメニューデータのダウンロード要求（ステップＳ１４０１）は、Ｗｅｂフレームワーク２０を介して（ステップＳ１４０２）、メニューＵＬ／ＤＬ画面処理部２３に処理委譲（又は要求ディスパッチ）される（ステップＳ１４０３）。
【００８２】
メニューＵＬ／ＤＬ処理部２３は、メニューデータＩ／Ｏ２６を介してメニューデータ格納部２７からＸＭＬ形式のメニューデータを読み取り（ステップＳ１４０３、ステップＳ１４０４、ステップＳ１４０５）、読み取りに成功した場合は、当該メニューデータをクライアント８ｃに対して送信し処理を終了する（ステップＳ１４０６、ステップＳ１４０７、ステップＳ１４０８）。
【００８３】
次に、本実施形態のアップロード動作について説明する。
【００８４】
ユーザは、使用形態や管理形態に応じてダウンロードしたＸＭＬ形式のメニューデータを任意のエディタ等を用いて、クライアント８ｃにて編集し、再び画像形成装置１に対してアップロード要求を送信する（ステップＳ１４０９）。当該要求は再度Ｗｅｂフレームワーク２０を介して（ステップＳ１４１０）、メニューＵＬ／ＤＬ画面処理部２３に処理委譲（又は要求ディスパッチ）される（ステップＳ１４１１）。
【００８５】
メニューＵＬ／ＤＬ画面処理部２３は、受信したＸＭＬ形式のメニューデータの妥当性を確認し（ステップＳ１４１２）、異常がない場合、メニューデータ格納部２７に反映させる（ステップＳ１４１３、ステップＳ１４１４）。全ての処理に成功した場合は（ステップＳ１４１５、ステップＳ１４１６）、完了画面等をＨＴＭＬコンテンツ生成部２１にて作成し（ステップＳ１４１７、ステップＳ１４１８）クライアントに対して送信し処理を終了する（ステップＳ１４１９、ステップＳ１４２０）。
【００８６】
本実施形態の効果について説明する。本実施形態によれば、第１の実施形態において、ユーザが編集可能なメニューデータ等の表示設定を、Ｗｅｂアプリケーションを利用してサーバ側で行っていたところ、データをダウンロード及びローカルでの編集後アップロードする構成を備えているため、ユーザにとって使い慣れた環境及びツールを用いてメニューを編集することができる。また、Ｗｅｂアプリケーション側で設定変更するための手段を設ける必要がないのでＷｅｂアプリケーション・プログラムの肥大化を避けることができる。
【図面の簡単な説明】
【００８７】
【図１】本発明の好適な実施形態の機能構成を示すブロック図である。
【図２】本発明の好適な実施形態のハードウェア構成及びネットワーク構成を示すブロック図である。
【図３】本実施形態のユーザ情報の一例を一覧で示す図である。
【図４】本実施形態の多言語用語データの一例を一覧で示す図であり、（ａ）は用語ＩＤと各言語を対応付けたもの、（ｂ）は用語とそれに対応した代替テキストである。
【図５】本実施形態の多言語用語データの一例をＸＭＬ形式で示す図である。
【図６】本実施形態の出力されたページのＨＴＭＬの一例を示す図である。
【図７】本実施形態のクライアントのブラウザ上に表示される画面を例示する図である。
【図８】本実施形態の全体の動作を示すシーケンス図（その１）である。
【図９】本実施形態の全体の動作を示すシーケンス図（その２）である。
【図１０】本実施形態のＷｅｂアプリケーションの動作を示すフローチャート図である。
【図１１】図１０で示した「用語出力設定に基づき代替テキストの追加」の処理を詳細に示したフローチャート図である。
【図１２】本実施形態のユーザが設定できる設定画面を例示する図である。
【図１３】本発明の第２の実施形態のモジュール構成を示すブロック図である。
【図１４】本発明の第２の実施形態の動作を示すシーケンス図である。
【符号の説明】
【００８８】
１ 画像形成装置
１ａ 演算装置
１ｂ 記憶装置
２ Ｗｅｂアプリケーション
３ 認証部
４ ユーザ情報
５ 用語出力設定
６ 多言語用語データ
７ ネットワークインターフェース
７ａ Ｗｅｂサーバ
８、９ パーソナルコンピュータ
８ａ Ｗｅｂブラウザ
８ｂ ネットワーク
８ｃ クライアント（Ｗｅｂブラウザ）
【特許請求の範囲】
【請求項１】
Ｗｅｂアプリケーションとして機能する演算装置と、ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置であって、
前記演算装置は、
前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、リクエストを発したユーザの認証を行う認証手段と、
前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、
前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、
該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記記憶装置に代えて、外部記憶装置がユーザごとに対応した用語出力設定及び用語データを格納することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記用語出力設定は、ある１人のユーザについて、使用言語が関連づけられているデータ構造であり、
前記用語データは、ある１つの用語について、ユーザに使用される言語ごとの訳語及び代替テキストが関連づけられているデータ構造であり、
前記用語抽出手段は、ユーザの使用言語に応じた訳語及び代替テキストを抽出することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記用語出力設定は、ある１人のユーザについて、役割及び知識レベルの少なくとも一方が関連づけられているデータ構造であり、
前記用語データは、ある１つの用語について、難易度が関連づけられているデータ構造であり、
前記用語抽出手段は、ユーザの役割及び知識レベルの少なくとも一方に応じた難易度の用語の代替テキストを抽出することを特徴とする請求項１から３のいずれか１項記載の情報処理装置。
【請求項５】
前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定をユーザが編集するインターフェースを備えることを特徴とする請求項１から４のいずれか１項記載の情報処理装置。
【請求項６】
前記Ｗｅｂアプリケーションは、前記用語データをユーザが編集するインターフェースを備えることを特徴とする請求項１から５のいずれか１項記載の情報処理装置。
【請求項７】
前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定を前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする請求項１から６のいずれか１項記載の情報処理装置。
【請求項８】
前記Ｗｅｂアプリケーションは、前記用語データを前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする請求項１から７のいずれか１項記載の情報処理装置。
【請求項９】
ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置の演算装置を、
前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、
リクエストを発したユーザの認証を行う認証手段と、
前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、
前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、
該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、
として機能させることを特徴とするプログラム。
【請求項１】
Ｗｅｂアプリケーションとして機能する演算装置と、ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置であって、
前記演算装置は、
前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、リクエストを発したユーザの認証を行う認証手段と、
前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、
前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、
該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記記憶装置に代えて、外部記憶装置がユーザごとに対応した用語出力設定及び用語データを格納することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記用語出力設定は、ある１人のユーザについて、使用言語が関連づけられているデータ構造であり、
前記用語データは、ある１つの用語について、ユーザに使用される言語ごとの訳語及び代替テキストが関連づけられているデータ構造であり、
前記用語抽出手段は、ユーザの使用言語に応じた訳語及び代替テキストを抽出することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記用語出力設定は、ある１人のユーザについて、役割及び知識レベルの少なくとも一方が関連づけられているデータ構造であり、
前記用語データは、ある１つの用語について、難易度が関連づけられているデータ構造であり、
前記用語抽出手段は、ユーザの役割及び知識レベルの少なくとも一方に応じた難易度の用語の代替テキストを抽出することを特徴とする請求項１から３のいずれか１項記載の情報処理装置。
【請求項５】
前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定をユーザが編集するインターフェースを備えることを特徴とする請求項１から４のいずれか１項記載の情報処理装置。
【請求項６】
前記Ｗｅｂアプリケーションは、前記用語データをユーザが編集するインターフェースを備えることを特徴とする請求項１から５のいずれか１項記載の情報処理装置。
【請求項７】
前記Ｗｅｂアプリケーションは、ユーザごとに対応した前記用語出力設定を前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする請求項１から６のいずれか１項記載の情報処理装置。
【請求項８】
前記Ｗｅｂアプリケーションは、前記用語データを前記クライアントへダウンロードする処理と、ユーザが前記クライアント上で編集したのちアップロードする処理と、を実行する手段を備えることを特徴とする請求項１から７のいずれか１項記載の情報処理装置。
【請求項９】
ユーザごとに対応した用語出力設定及び用語データを格納する記憶装置と、ネットワークインターフェースと、を備える情報処理装置の演算装置を、
前記ネットワークインターフェースが、ネットワーク上のクライアントからリクエストを受けると、
リクエストを発したユーザの認証を行う認証手段と、
前記記憶装置から前記認証手段により認証されたユーザに対応した用語出力設定を取得する手段と、
前記記憶装置の前記用語データの中から前記用語出力設定によりユーザにとって必要とされた用語及び代替テキストのみを抽出する用語抽出手段と、
該用語抽出手段が抽出した用語及び代替テキストを用いてハイパーテキストの出力ページを生成して該出力ページをレスポンスとして返す最終出力手段と、
として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００８−２０４２０１（Ｐ２００８−２０４２０１Ａ）
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願番号】特願２００７−４００３９（Ｐ２００７−４００３９）
【出願日】平成１９年２月２０日（２００７．２．２０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願日】平成１９年２月２０日（２００７．２．２０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]