(57)【要約】【課題】  クライアントＰＣから送信されたジョブ要求データを実行するＭＦ機におけるジョブの処理状況を、音声にてユーザに通知する。【解決手段】  クライアントＰＣ１００において音声読み上げソフトを用いてジョブの実行を要求するためのジョブ要求データが生成された場合、クライアントＰＣ１００はジョブ要求データに報知要求フラグを付加し、ネットワーク３００を介してＭＦ機２００に対して送信する。ＭＦ機２００は、受信したジョブ要求データに報知要求フラグが付加されている場合、ジョブの処理状況を示すデータ音声手段により出力する。【選択図】      図１
2006094127.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置が、前記ジョブ要求データを受け付ける受付過程と、
前記ジョブ処理装置が、受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断過程と、
前記ジョブ処理装置が、前記判断過程において前記報知要求が含まれていると判断されたジョブ要求データによって要求されている前記ジョブの状態を示す音を出力する報知制御過程と
を有することを特徴とする報知方法。
【請求項２】
前記放置制御過程は
前記ジョブ要求データによって要求された前記ジョブの開始を予告する音を出力した後に、前記ジョブ処理装置において前記ジョブの開始を指示するための指示入力を検知した場合に、前記ジョブの実行を開始する過程を含む
ことを特徴とする請求項１に記載の報知方法。
【請求項３】
前記受付過程の前の過程として、
前記ジョブ処理装置に接続されているユーザ端末が、前記ジョブ要求データを生成する生成過程と、
前記生成過程において生成された前記ジョブ要求データが、前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して生成された場合に、前記ユーザ端末が前記ジョブ処理装置に対し、前記ジョブ要求データに前記報知要求を含めて送信するジョブ要求データ送信過程と
をさらに有することを特徴とする請求項１に記載の報知方法。
【請求項４】
前記ジョブ要求データ送信過程において、前記ユーザ端末は、当該ユーザ端末のユーザ名をさらに送信し、
前記報知制御過程において、前記ジョブ処理装置は、前記ジョブの状態を示す音を出力する際に、前記ユーザ名を含むメッセージを音声として出力する
ことを特徴とする請求項３に記載の報知方法。
【請求項５】
ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置が、前記ジョブ要求データを受け付ける受付過程と、
前記ジョブ処理装置が、前記受付過程において受け付けたジョブ要求データにより要求されたジョブの処理状況を表す処理状況データを管理する管理過程と、
前記ジョブ処理装置が、受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断過程と、
前記判断過程において前記報知要求が含まれていると判断されたジョブ要求データの送信元であるユーザ端末に対し、前記ジョブ処理装置が、前記ジョブの処理状況データまたはその変化を示すジョブ状態通知を送信するジョブ状態通知過程と、
前記ユーザ端末が、前記送信過程において送信された前記ジョブ状態通知を前記ジョブ処理装置から受信し、前記ジョブ状態通知に基づいて、前記ジョブ処理装置におけるジョブの処理状況を求め、前記ジョブの処理状況を示す音声を出力する音声出力過程と
を有することを特徴とする報知方法。
【請求項６】
前記ジョブ状態通知過程において送信された前記ジョブ状態通知が、前記ジョブ要求データによって要求された前記ジョブに先行する他の１または複数のジョブの処理状況データを含む場合に、
前記音声出力過程の前の過程として、前記他の１または複数のジョブの処理状況を示す音声を出力する過程をさらに有する
ことを特徴とする請求項５に記載の報知方法。
【請求項７】
前記ジョブ状態通知過程において送信された前記ジョブ状態通知が、前記ジョブ要求データによって要求されたジョブの実行中に当該ジョブを中断して実行される他のジョブの処理状況データを含む場合に、
前記音声出力過程は、前記他のジョブの処理状況データを音声として出力する過程を含む
ことを特徴とする請求項５に記載の報知方法。
【請求項８】
前記ジョブ処理装置において前記ジョブの実行を中断させる原因となる前記装置の状態を検知した場合に、前記ジョブ処理装置から前記ユーザ端末に対して、検知した装置の状態を示す装置状態データを含む装置状態通知を送信する過程をさらに有し、
前記音声出力過程は、前記装置状態データを音声として出力する過程を含む
ことを特徴とする請求項５に記載の報知方法。
【請求項９】
前記受付過程の前の過程として、
前記ジョブ処理装置に接続されているユーザ端末が、前記ジョブ要求データを生成する生成過程と、
前記生成過程において前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して前記ジョブ要求データが生成された場合に、前記ジョブ要求データに前記報知要求を含めて送信するジョブ要求データ送信過程とをさらに有する
ことを特徴とする請求項５に記載の報知方法。
【請求項１０】
前記音声出力過程において、前記ユーザ端末は、前記ジョブ状態通知過程において送信された前記処理状況データを前記音声出力機能を介して音声として出力することを特徴とする請求項９に記載の報知方法。
【請求項１１】
前記受付過程の前の過程として、
前記ジョブ処理装置に接続されているユーザ端末において、前記ジョブの処理状況を音声により報知することを要求する指示入力を検知した場合に、前記報知要求を含む前記ジョブ要求データを生成して前記ジョブ処理装置に対して送信する生成送信過程をさらに有する
ことを特徴とする請求項１または５に記載の報知方法。
【請求項１２】
ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置に接続されたユーザ端末において、前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して前記ジョブ要求データが生成された場合に、  前記ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて前記ジョブ処理装置に対して送信する送信過程と、
前記ジョブ処理装置が、前記ジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを前記ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知過程と、
前記ジョブ処理装置が、前記ジョブ要求データに、前記報知要求が含まれているか否か判断する判断過程と、
前記ジョブ処理装置が、前記判断過程において前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止過程と
を有することを特徴とする割り込み禁止方法。
【請求項１３】
ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置に接続されたユーザ端末が、前記ジョブの実行を中断して他のジョブを実行することを前記ジョブ処理装置に対して要求する割り込み要求を前記ジョブ処理装置に拒否させるための割り込み禁止要求を含むジョブ要求データを生成して前記ジョブ処理装置に対して送信する生成送信過程と、
前記ジョブ処理装置が、前記ジョブ要求データによって要求されたジョブの実行中に前記割り込み要求を検知する割り込み要求検知過程と、
前記ジョブ処理装置が、前記ジョブ要求データに、前記割り込み要求を拒否するための割り込み禁止要求が含まれているか否か判断する判断過程と、
前記ジョブ処理装置が、前記判断過程において前記割り込み禁止要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止過程と
を有することを特徴とする割り込み禁止方法。
【請求項１４】
前記割り込み禁止過程は、前記割り込み要求が拒否された旨を、前記ジョブ処理装置の音声出力手段または表示手段のいずれかによって報知する報知過程をさらに有する
ことを特徴とする請求項１２または１３に記載の割り込み禁止方法。
【請求項１５】
ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置に接続されたユーザ端末が、ジョブ要求データを生成する生成過程と、
前記生成過程において、前記ジョブ要求データが前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して生成される場合に、前記ユーザ端末が、前記ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて前記ジョブ処理装置に対して送信する送信過程と、
前記ジョブ処理装置が、前記ジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを前記ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知過程と、
前記ジョブ処理装置が、前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記ユーザ端末に対して前記割り込み要求を許可するか否かについて問い合わせる問い合わせ過程と
を有することを特徴とする割り込み制御方法。
【請求項１６】
音声出力手段と、
ジョブの実行を要求するジョブ要求データを受け付ける受付手段と、
前記受付手段により受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断手段と、
前記判断手段によって前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの状態を示す音を前記音声出力手段によって出力する報知制御手段と
を有することを特徴とするジョブ処理装置。
【請求項１７】
ジョブの実行を要求するジョブ要求データを受け付ける受付手段と、
前記受付手段によって受け付けたジョブ要求データにより要求されたジョブの処理状況を表す処理状況データを管理する管理手段と、
前記受付手段によって受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断手段と、
前記判断手段によって前記報知要求が含まれていると判断されたジョブ要求データの送信元であるユーザ端末に対し、前記ジョブの処理状況データまたはその変化を示すジョブ状態通知を送信するジョブ状態通知手段と
を有することを特徴とするジョブ処理装置。
【請求項１８】
ジョブの実行を要求するジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを当該ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知手段と、
前記ジョブ要求データに、ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否か判断する判断手段と、
前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止手段と
を有することを特徴とするジョブ処理装置。
【請求項１９】
ジョブの実行を要求するジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを当該ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知手段と、
前記ジョブ要求データに、前記割り込み要求を拒否するための割り込み禁止要求が含まれているか否か判断する判断手段と、
前記割り込み禁止要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止手段と
を有することを特徴とするジョブ処理装置。
【請求項２０】
ジョブの実行を要求するジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを当該ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知手段と、
ジョブの処理状況を音により報知することを要求する報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に当該ジョブ要求データの送信元であるユーザ端末に対し、前記割り込み要求を許可するか否かについて問い合わせる問い合わせ手段と
を有することを特徴とするジョブ処理装置。
【請求項２１】
表示手段と、
音声出力手段と、
接続されたジョブ処理装置に対してジョブの実行を要求するジョブ要求データを生成する生成手段と、
前記生成手段によって生成された前記ジョブ要求データが、前記表示手段に表示される情報を音声データに変換して前記音声出力手段により出力する音声出力機能を介して生成された場合に、前記ジョブ処理装置に対して、ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて送信するジョブ要求データ送信手段と
を有することを特徴とするユーザ端末。
【請求項２２】
前記ジョブ要求データ送信手段は、当該ユーザ端末のユーザ名をさらに送信することを特徴とする請求項２１に記載のユーザ端末。
【請求項２３】
表示手段と、
音声出力手段と、
接続されたジョブ処理装置に対してジョブの実行を要求するジョブ要求データを生成する生成手段と、
前記生成手段によって生成された前記ジョブ要求データが、前記表示手段に表示される情報を音声データに変換して前記音声出力手段により出力する音声出力機能を介して生成された場合に、前記ジョブ処理装置に対して、ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて送信するジョブ要求データ送信手段と、
前記ジョブ処理装置から、前記ジョブ要求データによって実行が要求されたジョブの処理状況データまたはその変化を示すジョブ状態通知を受信する受信手段と、
前記受信手段によって受信した前記ジョブ状態通知に基づいて前記ジョブ処理装置におけるジョブの処理状況を求め、処理状況を示す音声を出力する音声出力手段と
を有することを特徴とするユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブの処理状況を音にて報知する技術に関する。
【背景技術】
【０００２】
近年、プリンタ、ファクシミリ、コピー、スキャンなどの機能を併せ持った１台の複合機（以下、ＭＦ機：マルチファンクション機）は、ネットワークを介して複数のパーソナルコンピュータ（以下、ＰＣ）に接続され、これらのＰＣに共有化される場合がある。このようなＭＦ機は複数のＰＣから要求があった印刷などのジョブを要求順に処理し、印刷物を排出する。一方、ジョブ要求を行った各ＰＣのユーザは、ＭＦ機の排出トレイに排出されている複数種類のジョブに対応した印刷物の中から自分が要求したジョブの印刷物を選択して取得する。
【０００３】
ところで、ＭＦ機とＰＣがネットワークを介して遠隔配置されている場合には、各ＰＣのユーザは、ＰＣが設置されている場所においてジョブを要求した後にＭＦ機が設置されている別の場所に移動して排出トレイを探しても自分が要求したジョブに該当する出力結果を得られないことも少なくない。例えば、自分が要求したジョブに先行して他のＰＣのユーザが要求したジョブをＭＦ機が実行中のため自分が要求したジョブは未だ開始されていなかった、自分のジョブの実行中に他のユーザによる割り込み要求があったなど、様々なケースが想定される。このような場合、ユーザは自分が要求したジョブに対応する出力結果が得られるまでＰＣが設置されている場所とＭＦ機が設置されている場所を何度も往復せざるを得ず、ユーザにとって手間であった。
【０００４】
ＭＦ機におけるジョブの進捗状況を各ＰＣのユーザに知らせ、上述したような出力結果を回収するまでのユーザの手間を軽減するため、複数の技術が提案されている。例えば、特許文献１には、複数の遠隔印刷装置の各々におけるジョブの進捗状況がホストコンピュータ側にて把握できるようにした遠隔印刷システムが提案されている。このシステムでは、ＭＦ機において処理されるすべてのジョブについての処理状況がＰＣにおいて管理されその内容が表示される。特許文献２は、複数のジョブを遠隔操作できる複合機の表示部に、現在排出中のトレイや、排出トレイのシートの有無や量などの積載状況を表示するシート積載装置を提案している。この表示部は高位置に配置され、ユーザは遠隔位置からでも操作状況を目視確認できるようになっている。また、特許文献３には、プリンタの状態やその変化を音で知らせたり、印刷の終了時に報知音を発生するプリンタ制御装置が提案されている。このプリンタ制御装置によれば、各ＰＣのユーザは、プリンタの状態を遠隔で音声により判断認識することが可能になる。
【０００５】
【特許文献１】特開平６−６７８２５号公報
【特許文献２】特開平８−６７４０８号公報
【特許文献３】特開平７−１７２０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、視覚障害者にとって、排出トレイに複数種類のジョブに対応した印刷物が排出されている場合に、それらの印刷物の中から自分が要求したジョブに対応する印刷物を選び出すのは極めて困難である。視覚障害者が自分の要求した印刷物を排出トレイから取得することを容易にするため、視覚以外の感覚を通じてＭＦ機の状態を視覚障害者に伝える技術が求められる。
しかしながら、上述した特許文献１、特許文献２のいずれの技術も、プリンタまたは複合機におけるジョブの処理状況を表示するため、視覚障害者が表示された処理状況を認識することは不可能である。また、特許文献３のプリンタ制御装置は音によりプリンタの状態をユーザに報知する。複数のＰＣから印刷指示があった場合、印刷が終了する度にその旨が音により知らされるが、それが誰の要求した印刷なのかは分からないため、視覚障害者にとって自分の印刷物を取得するのは依然として困難である。
このように、いずれの技術を用いても、視覚障害者が介助なしに自分が起動したジョブの出力結果を特定することは依然困難であった。
本発明は、このような背景に鑑みてなされたものであり、視覚障害者が投入したジョブの出力結果を確実に回収することを可能にする仕組みを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置が、前記ジョブ要求データを受け付ける受付過程と、前記ジョブ処理装置が、受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断過程と、前記ジョブ処理装置が、前記判断過程において前記報知要求が含まれていると判断されたジョブデータによって要求されている前記ジョブの状態を示す音を出力する報知制御過程とを有することを特徴とする報知方法を提供する。
ジョブの状態を示す音は、人が発する音声でもよいし、ビープ音のようなものでもよいし、楽器音でも良いし、簡単なメロディのようなものでもよい。
【０００８】
好ましい態様において、上記報知方法は、前記受付過程の前の過程として、前記ジョブ処理装置に接続されているユーザ端末が、前記ジョブ要求データを生成する生成過程と、前記生成過程において生成された前記ジョブ要求データが、前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して生成された場合に、前記ユーザ端末が前記ジョブ処理装置に対し、前記ジョブ要求データに前記報知要求を含めて送信するジョブ要求データ送信過程とをさらに有する。好ましくは、このジョブ要求データ送信過程において、ユーザ端末が、当該ユーザ端末のユーザ名をさらに送信するようにし、前記報知制御過程において、前記ジョブ処理装置は、前記ジョブの状態を示す音を出力する際に、前記ユーザ名を含むメッセージを音声として出力するようにしてもよい。
【０００９】
加えて、本発明は、ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置が、前記ジョブ要求データを受け付ける受付過程と、前記ジョブ処理装置が、前記受付過程において受け付けたジョブ要求データにより要求されたジョブの処理状況を表す処理状況データを管理する管理過程と、前記ジョブ処理装置が、受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断過程と、前記判断過程において前記報知要求が含まれていると判断されたジョブ要求データの送信元であるユーザ端末に対し、前記ジョブ処理装置が、前記ジョブの処理状況データまたはその変化を示すジョブ状態通知を送信するジョブ状態通知過程と、前記ユーザ端末が、前記送信過程において送信された前記ジョブ状態通知を前記ジョブ処理装置から受信し、前記ジョブ状態通知に基づいて、前記ジョブ処理装置におけるジョブの処理状況を求め、前記ジョブの処理状況を示す音声を生成して出力する音声出力過程とを有することを特徴とする報知方法を提供する。
【００１０】
この報知方法は、前記受付過程の前の過程として、前記ジョブ処理装置に接続されているユーザ端末が、前記ジョブ要求データを生成する生成過程と、前記生成過程において前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して前記ジョブ要求データが生成された場合に、前記ジョブ要求データに前記報知要求を含めて送信するジョブ要求データ送信過程とをさらに有する。
【００１１】
上記課題を解決するため、本発明は、ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置に接続されたユーザ端末において、前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して前記ジョブ要求データが生成された場合に、前記ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて前記ジョブ処理装置に対して送信する送信過程と、前記ジョブ処理装置が、前記ジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを前記ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知過程と、前記ジョブ処理装置が、前記ジョブ要求データに前記報知要求が含まれているか否か判断する判断過程と、前記判断過程において前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止過程とを有することを特徴とする割り込み禁止方法を提供する。
【００１２】
また、本発明は、ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置に接続されたユーザ端末が、前記ジョブの実行を中断して他のジョブを実行することを前記ジョブ処理装置に対して要求する割り込み要求を前記ジョブ処理装置に拒否させるための割り込み禁止要求を含むジョブ要求データを生成して前記ジョブ処理装置に対して送信する生成送信過程と、前記ジョブ処理装置が、前記ジョブ要求データによって要求されたジョブの実行中に前記割り込み要求を検知する割り込み要求検知過程と、前記ジョブ処理装置が、前記ジョブ要求データに、前記割り込み要求を拒否するための割り込み禁止要求が含まれているか否か判断する判断過程と、前記ジョブ処理装置が、前記判断過程において前記割り込み禁止要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止過程とを有することを特徴とする割り込み禁止方法を提供する。
【００１３】
上記課題を解決するため、本発明は、ジョブの実行を要求するジョブ要求データに従ってジョブを実行するジョブ処理装置に接続されたユーザ端末が、ジョブ要求データを生成する生成過程と、前記生成過程において、前記ジョブ要求データが前記ユーザ端末の表示手段に表示される情報を音声データに変換して出力する音声出力機能を介して生成される場合に、前記ユーザ端末が、前記ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて前記ジョブ処理装置に対して送信する送信過程と、前記ジョブ処理装置が、前記ジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを前記ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知過程と、前記ジョブ処理装置が、前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記ユーザ端末に対して前記割り込み要求を許可するか否かについて問い合わせる問い合わせ過程とを有することを特徴とする割り込み制御方法を提供する。
【００１４】
さらに、上記課題を解決するため、本発明は、音声出力手段と、ジョブの実行を要求するジョブ要求データを受け付ける受付手段と、前記受付手段により受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断手段と、前記判断手段によって前記報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの状態を示す音声を前記音声出力手段によって出力する報知制御手段とを有することを特徴とするジョブ処理装置を提供する。
【００１５】
さらに本発明は、ジョブの実行を要求するジョブ要求データを受け付ける受付手段と、前記受付手段によって受け付けたジョブ要求データにより要求されたジョブの処理状況を表す処理状況データを管理する管理手段と、前記受付手段によって受け付けた前記ジョブ要求データに、前記ジョブの処理状況を音により報知することを要求する報知要求が含まれているか否かを判断する判断手段と、前記判断手段によって前記報知要求が含まれていると判断されたジョブ要求データの送信元であるユーザ端末に対し、前記ジョブの処理状況データまたはその変化を示すジョブ状態通知を送信するジョブ状態通知手段とを有することを特徴とするジョブ処理装置を提供する。
【００１６】
加えて、本発明は、ジョブの実行を要求するジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを当該ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知手段と、前記ジョブ要求データに、ジョブの処理状況を音により報知することを要求する報知要求または前記割り込み要求を拒否するための割り込み禁止要求が含まれているか否か判断する判断手段と、前記報知要求または前記割り込み禁止要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に、前記割り込み要求を拒否する割り込み禁止手段とを有することを特徴とするジョブ処理装置を提供する。
【００１７】
加えて、本発明は、ジョブの実行を要求するジョブ要求データによって要求されたジョブの実行中に、前記ジョブの実行を中断して他のジョブを実行することを当該ジョブ処理装置に対して要求する割り込み要求を検知する割り込み要求検知手段と、ジョブの処理状況を音により報知することを要求する報知要求が含まれていると判断されたジョブ要求データにより要求されたジョブの実行中に前記割り込み要求が検知された場合に当該ジョブ要求データの送信元であるユーザ端末に対し、前記割り込み要求を許可するか否かについて問い合わせる問い合わせ手段とを有することを特徴とするジョブ処理装置を提供する。
【００１８】
さらに、上記課題を解決するため、本発明は、表示手段と、音声出力手段と、ネットワークを介して接続されたジョブ処理装置に対してジョブの実行を要求するジョブ要求データを生成する生成手段と、前記生成手段によって生成された前記ジョブ要求データが、前記表示手段に表示される情報を音声データに変換して前記音声出力手段により出力する音声出力機能を介して生成された場合に、前記ジョブ処理装置に対して、ジョブの処理状況を音声により報知することを要求する報知要求を前記ジョブ要求データに含めて送信するジョブ要求データ送信手段とを有することを特徴とするユーザ端末を提供する。好ましい態様において、前記ジョブ要求データ送信手段は、当該ユーザ端末のユーザ名をさらに送信する。
【００１９】
さらに、本発明は、表示手段と、音声出力手段と、接続されたジョブ処理装置に対してジョブの実行を要求するジョブ要求データを生成する生成手段と、前記生成手段によって生成された前記ジョブ要求データが、前記表示手段に表示される情報を音声データに変換して前記出力手段により出力する音声出力機能を介して生成された場合に、前記ジョブ処理装置に対して、ジョブの処理状況を音により報知することを要求する報知要求を前記ジョブ要求データに含めて送信するジョブ要求データ送信手段と、前記ジョブ処理装置から、前記ジョブ要求データによって実行が要求されたジョブの処理状況データまたはその変化を示すジョブ状態通知を受信する受信手段と、前記受信手段によって受信したジョブ状態通知に基づいて前記ジョブ処理装置におけるジョブの処理状況を求め、処理状況を示す音声を出力する音声出力手段とを有することを特徴とするユーザ端末を提供する。
【発明の効果】
【００２０】
本発明によれば、視覚障害者が投入したジョブの出力結果を確実に回収することが可能になる。
【発明を実施するための最良の形態】
【００２１】
以下、添付の図面を参照しながら本発明の実施形態について説明する。
（第１実施形態）
（１．構成）
図１は、第１実施形態に係る遠隔操作システムの概要を示す図である。図示のように、遠隔操作システムは、ユーザ端末であるクライアントＰＣ１００Ａ、１００Ｂ、１００Ｃ、１００Ｄを有し、これらクライアントＰＣ１００Ａ、１００Ｂ、１００Ｃの各々はネットワーク３００を介してＭＦ機２００に接続される一方、クライアントＰＣ１００Ｄは、ＵＳＢ（Universal Serial Bus）４００によってＭＦ機２００に接続されている。この遠隔操作システムには、本実施形態特有の報知機能が設けられている。この報知機能により、クライアントＰＣ１００Ａ、１００Ｂ、１００Ｃ、１００Ｄのユーザは自己が要求したジョブの状態を音により認識することが可能になる。
尚、図示の例では、４台のクライアントＰＣがＭＦ機に接続されている例を示したが、４台に限らず複数でも単数であってもよい。
【００２２】
クライアントＰＣ１００Ａ、１００Ｂ、１００Ｃ、１００Ｄは各々、一般的なパーソナルコンピュータであり、例えばＣＰＵ（Central Processing Unit）などの制御部１０１、制御部１０１のワークエリアとして利用されるＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）やハードディスク等により構成される不揮発性メモリ１０３、キーボードやマウス等からなる操作部１０４、ＬＣＤ(Liquid Crystal Display)とその駆動回路からなる表示部１０５、ユーザに対して音声でプロンプトや画面上の情報を伝えるための音声出力部１０６、およびＭＦ機２００との間でデータの授受を可能にする通信部１０７を有する。これらはバス１０８により相互に接続されている。また、図示は省略するが、点字ディスプレイなど、画面に表示されている文章を点字に変換し専用のディスプレイに表示するような装置をクライアントＰＣ１００に接続して用いてもよい。
本明細書では、クライアントＰＣ１００Ａ、１００Ｂ、１００Ｃ、１００Ｄを特に区別する必要がない場合には、単にクライアントＰＣ１００と称する。
【００２３】
クライアントＰＣ１００の不揮発性メモリ１０３には、ＯＳ（Operating System）ソフトウェアに加え、プリンタドライバ、スキャナドライバ、ＦＡＸドライバなど、ＭＦ機２００の駆動制御に必要な情報をクライアントＰＣ１００において生成し、ＭＦ機２００に送るために必要なソフトウェアを含む各種ソフトウェアが記憶されている。さらに、文書作成ソフトウェア、ドローイングソフトウェアなどもこの不揮発性メモリ１０３に記憶されている。これらソフトウェアが制御部１０１に実行されることにより、各種機能が実現される。
【００２４】
また、不揮発性メモリ１０３には、画面に表示されている文字や文章を表すテキストデータを音声信号に変換して音声出力部１０６から出力する、いわゆる音声読み上げを行う音声読み上げソフトウェア（音声出力機能）が格納されている。この音声読み上げソフトウェアは、ホームページやメール等の読み上げに加え、日本語入力時の漢字変換候補の読み上げ、画面上に表示されたプロンプト等も音声で読み上げることが可能である。本実施形態では、クライアントＰＣ１００のユーザは、この音声出力機能を用いてジョブ要求データを生成する。
【００２５】
ＭＦ機２００は、ジョブの実行を要求するジョブ要求データを受け付けると、受け付けたジョブ要求データに従って、要求されたジョブを処理するジョブ処理装置である。
ＭＦ機２００は、図３に示すように、制御部２０１と、制御部２０１に制御されるコピーモジュール２０２、ファックスモジュール２０３、プリンタモジュール２０４、スキャナモジュール２０５を有する。これらコピーモジュール２０２、ファックスモジュール２０３、プリンタモジュール２０４、スキャナモジュール２０５は、各々コピー機能、ファックス機能、プリンタ機能、スキャナ機能を実行するためのモジュールであり、図示しない画像入力部や画像処理部、画像出力部を制御する。
【００２６】
さらに、ＭＦ機２００は、自機に対して要求されたジョブを管理するためのジョブ管理モジュール２０６を有する。このジョブ管理モジュール２０６は、コピー機能、ファックス機能、プリンタ機能、スキャナ機能など当該ＭＦ機２００が有する各種機能のいずれかによるジョブの実行を要求するジョブ要求データを発生順に記憶するためのジョブキューを有し、このジョブキューに記憶したジョブ要求データを、コピーモジュール２０２、ファックスモジュール２０３、プリンタモジュール２０４、スキャナモジュール２０５など、各機能を実行するモジュール（以下、機能実行モジュール）に対して順次送信する。ＭＦ機２００は、通信部２０７を介して、クライアントＰＣ１００からのジョブ要求を受け付けるとジョブ要求データを図示せぬハードディスクに一時的に保存すると共に、受け付けたジョブ要求データに当該ジョブを一意に特定する識別番号であるジョブＩＤを付与し、新規レコードとしてジョブキューに格納する。
【００２７】
さらに、ユーザインターフェースとして、ユーザからの指示入力を受け付ける操作部２０８、プリンタの状態やジョブの処理状況を音声で通知するための音声出力部２０９、表示部２１０を有する。これらはすべてバス２２０によって接続されている。
【００２８】
（２．動作）
以下、第１実施形態の動作について説明する。
まず、クライアントＰＣ１００Ａのユーザが操作部１０４を用いて印刷ジョブの指示を行うと、この指示を検知した制御部１０１は、図４におけるジョブ起動処理を開始する。まず、ステップＳａ１において、制御部１０１は、印刷するべきページのデータ（以下、印刷データ）に加え、印刷枚数、カラーページかモノクロページかといった種々の属性情報を含むジョブ要求データを生成する。
【００２９】
次に、制御部１０１は、クライアントＰＣ１００Ａにおいて、音声読み上げソフトウェアが起動されているか否かを判断する（ステップＳａ３）。起動されていない場合、制御部１０１はステップＳａ７に進み、プリンタドライバを経由して当該ジョブ要求データをＭＦ機２００に送信する。
【００３０】
音声読み上げソフトウェアが起動されている場合（ステップＳａ３；Ｙｅｓ）、制御部１０１は、クライアントＰＣ１００Ａのユーザが視覚障害者であるとみなし、ステップＳａ３で生成したジョブ要求データにおける報知要求フラグをオンに設定（ステップＳａ５）した後、ジョブ要求データをＭＦ機２００に対して送信する（ステップＳａ７）。
【００３１】
このようにして送信されたジョブ要求データはネットワーク３００を介してＭＦ機２００によって受信される。ジョブ要求データの受信がＭＦ機２００の制御部２０１によって検知されると、制御部２０１は、このジョブ要求データをジョブ管理モジュール２０６に引き渡す。ジョブ管理モジュール２０６では、受け取ったジョブ要求データを図示せぬハードディスクに一時的に保存するとともに、ジョブ要求データにジョブＩＤを付与し、少なくとも当該ジョブＩＤ、および報知要求フラグのコピーから成る新規レコードをジョブキューの末尾に追加する。ここでは、ジョブＩＤ“３”が付与されたと仮定する。
ここで、ジョブ管理モジュール２０６は、制御部２０１がジョブの実行を完了するたびに、ジョブキューの先頭にあるジョブ要求データを順次各機能実行モジュールに引き渡している。制御部２０１は、ジョブ要求データがジョブ管理モジュール２０６より各機能実行モジュールに引き渡されると、図５のフローチャートに示すジョブ実行処理を実行する。
【００３２】
制御部２０１は、ジョブＩＤ“３”に先行するジョブの実行が完了した後、ジョブ管理モジュール２０６からジョブＩＤ“３”を有するジョブ要求データがプリンタモジュール２０４に送信されたことを検知すると、図５のジョブ実行処理を開始する。
まず、ステップＳｂ１において、制御部２０１はジョブＩＤ“３”を有するジョブ要求データを解析し、このジョブ要求データの中から印刷データとその属性情報を取得する。次に、ステップＳｂ３において、制御部２０１は、取得した属性情報において報知要求フラグがオン状態であるか否かを判定する。
【００３３】
属性情報の報知要求フラグがオン状態の場合は、つまり、ジョブの要求者であるクライアントＰＣ１００Ａのユーザにより音声読み上げソフトが起動されている場合には、ステップＳｂ３ではＹＥＳと判断され、次のステップＳｂ５に進む。
【００３４】
ステップＳｂ５において、制御部２０１は、ジョブ要求データにより要求された印刷ジョブの開始を通知するための第１の報知音を鳴動させる。次いで、制御部２０１は当該印刷ジョブを実行し（ステップＳｂ７）、ＭＦ機２００の図示せぬ用紙排出トレイに印刷物を排出させる。すべての印刷物の排出が完了すると、制御部２０１はジョブの終了を通知するための第２の報知音を鳴動させ（ステップＳｂ９）、ジョブ実行処理を終了する。これにより、ユーザはジョブの開始のタイミングおよび終了のタイミングを知ることができ、自分が要求したジョブの出力結果を確実に回収できる。
【００３５】
一方、ジョブ要求データの報知要求フラグがオフ状態の場合、つまり、ジョブの要求者であるクライアントＰＣ１００Ａのユーザにより音声読み上げソフトが起動されていない場合（ステップＳｂ３；Ｎｏ）は、制御部２０１はジョブの開始や終了の通知の必要がないと判断する。その結果、すぐさまジョブを実行し（ステップＳｂ７’）、印刷物を出力してルーチンを終了する。
【００３６】
尚、ジョブ開始／終了時の報知音のオン／オフについてＭＦ機２００において設定が行える場合がある。このような場合、上述のステップＳｂ５、Ｓｂ９のいずれにおいても、ＭＦ機２００における設定がオフの場合であっても開始および終了の報知音を鳴らすように制御する。このようにすることで、ユーザが視覚障害者であるクライアントＰＣ１００からジョブ要求データを受け取った場合にのみ開始と終了の報知音が鳴ることになり、その結果、ＭＦ機２００から何らかの報知音が発生すると視覚障害者は自分が要求したジョブに関するものであると認識することが可能になる。
【００３７】
また、第１の報知音および第２の報知音は同じであってもよいが異なる報知音を用いるのが好ましい。異なる報知音を用いることで、ユーザがジョブの開始と終了を判別することが可能になる。さらに、各々の報知音の種類について印刷ジョブの要求元であるクライアントＰＣ１００Ａから指定がある場合には、当該指定された種類の報知音を用いるようにするのが好ましい。この場合、報知音とは、ビープ音のようなものでもよいし、楽器音でもよい。また、簡単なメロディのようなものを用いて、ジョブの開始と終了を各々判別できるようにしてもよい。例えば、ユーザが好みのメロディ音を指定し、そのメロディ音が報知の際に鳴動するようにすれば、ユーザが自分が要求したジョブの報知音と、他のユーザが要求したジョブの報知音を区別することが可能になる。
また、報知音の代わりに、「印刷を開始します」「印刷が終了しました」といったような音声メッセージを用いるようにしてもよい。このような構成により、視覚障害を持つユーザはジョブの開始のタイミングおよび終了のタイミングを、自己が指定した報知音や音声によって知ることができ、自分が要求したジョブの出力結果を確実に回収できる。
【００３８】
さらに、上述の実施形態では、クライアントＰＣ１００において、音声読み上げソフトが起動されている場合に、ジョブ要求データの報知要求フラグを自動的にオンに設定するように制御したが、クライアントＰＣ１００のユーザが操作部１０４を用いて印刷ジョブを指示する際に、ジョブの状態の音による報知を希望する旨の指示入力がユーザによって行われた場合に、報知要求フラグをオンに設定するようにしてもよい。これにより、視覚障害者に限らず、健常者も報知機能を利用することができるため、ＭＦ機２００が自分のＰＣから遠隔配置されているなどの理由で、視覚障害を持たないユーザが音による報知を希望する場合に音声メッセージや報知音等による報知を受けられる。その結果、健常者も自分が要求したジョブの出力結果を容易に得られる。
【００３９】
尚、上述の実施形態では、印刷ジョブの例を示したが、コピージョブ、ＦＡＸ送信ジョブなどの場合に、同様の制御を行うようにしてもよい。また、ジョブの開始や終了時の報知に限られず、ジョブ中に用紙詰まりや用紙切れなど、ジョブの進捗に影響を及ぼす状態が発生した場合にも、同様の制御を行うようにしてもよい。
【００４０】
（第１実施形態の変形例）
（変形例１）
上述の実施形態では、ジョブの開始時に報知音または音声を鳴らして自動的にジョブを起動する例を示したが、代わりに、ジョブ開始が可能になったことを知らせる報知音を鳴らした後、ジョブを開始してよいか否かについてユーザの確認を受け付けた後にジョブを開始するようにしてもよい。
【００４１】
具体的には、まず、上記ステップＳｂ５において、ＭＦ機２００の制御部２０１は、開始可能であることを知らせる第１の報知音を鳴動させた後待機する。ユーザはこの第１の報知音を聞いてＭＦ機２００まで移動し、ジョブを開始させたいと望む場合には、ＭＦ機２００の操作部２０８に設けられている図示せぬスタートボタンを押下げる。制御部２０１は、このスタートボタンの押下げを検知すると、待機状態を終了しジョブの実行を開始する。その他のステップは、上述の第１実施形態と同様である。
【００４２】
本変形例では、ユーザがＭＦ機２００が設置されている場所まで移動してからジョブの実行を開始する最終指示を行うので、ユーザは自分が要求したジョブの出力結果をより確実に回収することが可能になる。さらに、ＭＦ機２００の図示せぬ排出トレイに残っている他のジョブに対応した出力結果を取り除いてからスタートボタンを押すようにすれば、他の出力結果と自分の出力結果が混在して区別がつかなくなってしまうといった事態を回避することが可能になる。
【００４３】
（変形例２）
上述の実施形態では、ジョブの開始と終了を報知することによりジョブの出力結果が確実に回収できるような構成を説明したが、このジョブの実行中に別のユーザが別のジョブを割り込ませて出力させてしまうと、割り込まれた側のジョブの出力結果と混ざってしまうという問題が発生する。その結果、視覚障害者による確実な出力結果の回収が阻害されてしまう。このような事情を鑑み、上述の第１実施形態に係る構成に加え、割り込み処理要求が発生した場合にその割り込みを禁止するように制御するような構成にすることも可能である。
【００４４】
図６は本変形例に係る割り込み制御処理１の一例を示すフローチャートである。この割り込み制御処理１は、任意のジョブ実行中に割り込み要求が発生した場合に起動される。具体的には、ＭＦ機２００の操作部２０８上の図示せぬ割り込みボタンが押下げられた結果割り込み要求が発生したことを検知すると、制御部２０１は、図６に示す割り込み制御処理１を開始する。ここでは、上述の第１実施形態に係る印刷ジョブ実行中に割り込み要求が発生したとする。
【００４５】
まず、制御部２０１は、割り込みを検知したとき、ジョブ管理モジュール２０６のジョブキューを参照し、現在実行中のジョブに対応したジョブ要求データに報知要求フラグがオンに設定されているか否かを判断する（ステップＳｃ１）。ここでＮＯと判断された場合、制御部２０１は、実行中のジョブを停止し、割り込みによって要求されたジョブを実行（ステップＳｃ５）した後、停止したジョブの実行を再開する。
【００４６】
実行中のジョブに対応したジョブ要求データに報知要求フラグがオンに設定されている場合、ステップＳｃ１の判断結果はＹＥＳとなる。この場合、制御部２０１は、実行中のジョブを停止させることなく、割り込みを禁止する旨のメッセージを表示部２１０の図示せぬディスプレイに表示し（ステップＳｃ３）、割り込み制御処理１を終了する。
【００４７】
このように、本変形例によれば、報知要求フラグがオンに設定されたジョブについては自動的に割り込みが禁止されるので、ユーザがより確実に自己が要求したジョブの出力結果を回収することが可能になる。
【００４８】
尚、ステップＳｃ３における割り込みを禁止する旨のメッセージは上述した形態に限らず、割り込み処理の受け付けを拒否した報知音を鳴動させるようにしてもよい。
【００４９】
また、この変形例では、割り込みボタンの押下げを検知した後に割り込みを禁止するか否かについて判断する例を示したが、報知要求フラグがオンに設定されたジョブ要求データに対応したジョブの実行中は、一律に割り込みボタンを無効化する処理を施すことにより、他のユーザが割り込みボタンを押下げても受け付けないような構成としてもよい。これにより、割り込みボタンを受け付けた後に割り込みを禁止する場合と同様の効果が得られる。
【００５０】
（変形例３）
上述の第１実施形態では、ＭＦ機２００においてジョブを開始または終了する際に各々開始と終了を知らせる報知音を鳴らすようにしていたが、「○○さんのジョブを開始します」「○○さんのジョブが終了しました」といった音声メッセージを流すようにしてもよい。これにより、音声読み上げソフトウェアを起動している複数のクライアントＰＣ１００のうち少なくとも２以上のクライアントＰＣ１００からジョブ要求データが送信されＭＦ機２００に受け付けられた場合にも、ジョブの要求元クライアントＰＣのユーザ名を特定した音声メッセージが流れるので、各ユーザがより確実にジョブの出力結果を回収することが可能になる。
【００５１】
この場合、ＭＦ機２００には、上述の第１実施形態においてクライアントＰＣ１００に格納されている音声読み上げソフトウェアが、図示せぬハードディスクに格納されている必要がある。
【００５２】
また、クライアントＰＣ１００には、不揮発性メモリ１０３に開始と終了を通知する際に用いられる音声メッセージ用テキストデータが少なくとも一組予め記憶される。これら音声メッセージ用テキストデータは、例えば、「［ユーザ名］さんのジョブを開始します」「［ユーザ名］さんのジョブが終了しました」といった内容であり、［ユーザ名］部分がクライアントＰＣ１００のユーザ名データで置換可能になっている。クライアントＰＣ１００の制御部１０１は、図４のステップＳａ３において、音声読み上げソフトウェアが起動されていることを判断すると、上記音声メッセージ用テキストデータを読み出すとともに、自機に記憶されているユーザ情報の「名前」フィールドに記述されているユーザ名データを取得し、音声メッセージ用テキストデータの［ユーザ名］部分を取得したユーザ名データで置換する。そして、置換後のテキストデータをジョブ要求データ、報知要求フラグと共にＭＦ機２００に対して送信する。
【００５３】
ＭＦ機２００の制御部２０１は、受信したジョブ要求データに新たにジョブＩＤを付与した後、テキストデータを報知要求フラグと共に、ジョブキューに格納する。そして、ジョブの開始と終了をユーザに通知する際（図５のステップＳｂ５およびＳｂ９）には、格納したテキストデータを読み出し、音声読み上げソフトウェアを用いて音声データに変換した後、音声出力部２０９を介して外部に出力する。
【００５４】
尚、この場合、音声メッセージ用テキストデータを複数組記憶しておいて、ユーザに選択させるようにしてもよいし、ユーザ自身が作成した音声メッセージ用テキストデータを予め記憶するようにしてもよい。
また、ユーザが要求するジョブをＭＦ機２００に実行させるための各種設定を行っているときに、ユーザが入力したテキストデータを用いるようにしてもよい。この場合、ユーザが操作部１０４を用いて自分の名前も含めた音声メッセージ用のテキストを入力するようにすれば、制御部１０１は［ユーザ名］部分を置換する必要がなくなる。
【００５５】
また、本変形例の別の態様として、クライアントＰＣ１００の制御部１０１が、図４のステップＳａ３において、音声読み上げソフトウェアが起動されていると判断した場合、ステップＳａ５において、ジョブ要求データに報知要求フラグを追加するだけでなく、クライアントＰＣ１００に記憶されているユーザ情報の「名前」フィールドに記述されているユーザ名データを自動的にジョブ要求データに追加して送信するようにしてもよい。
【００５６】
この場合、ＭＦ機２００の図示せぬハードディスクには、ジョブの開始と終了を通知する際に用いる音声メッセージ用テキストデータが少なくとも一組格納されている。この場合、音声メッセージ用テキストデータとは、上述の態様においてクライアントＰＣ１００に記憶されているような内容になっている。制御部２０１は、ジョブの開始と終了をユーザに通知する際に、この音声メッセージ用テキストデータをハードディスクから読み出し、読み出したテキストデータの［ユーザ名］部分をクライアントＰＣ１００から送信されたユーザ名データで置換する。この置換後の音声メッセージ用テキストデータは、音声読み上げソフトウェアによって音声データに変換され、音声出力部２０９から外部に出力される。
【００５７】
なお、上述の第１実施形態の如く、本変形例３においても、ジョブの開始または終了以外のジョブの状態を示す音声メッセージを報知するようにしてもよい。通知されるジョブの状態としては、例えば、割り込みや用紙詰まり、用紙切れなど、ジョブの実行中に発生し且つ当該ジョブの進捗に影響を及ぼすものであれば何でも良い。これら詳細なジョブの状態をユーザ名を含んだ音声メッセージとしてユーザに報知することにより、ユーザは自己が要求したジョブの出力結果をより確実に、且つ、介助なしに回収することが可能になる。
【００５８】
（第２実施形態）
本実施形態では、ＭＦ機２００側ではなく、ジョブを要求したクライアントＰＣ１００においてジョブの進捗状況がユーザに報知される。尚、本実施形態において、第１実施形態と共通の部分については同一の参照符号を使用し、その説明は省略する。
【００５９】
（構成）
第２実施形態の構成は、第１実施形態とほぼ同様であるが、以下に述べる点が異なっている。
【００６０】
第２実施形態に係るＭＦ機２００は、第１実施形態のＭＦ機が有する構成に加え、図示せぬハードディスクに、ジョブ状態通知ソフトウェアを記憶している。このジョブ状態通知ソフトウェアに従い、制御部２０１は、ジョブ管理モジュール２０６に記憶されているジョブキューを監視し、この監視結果に基づき図７に示すジョブ状態通知パケットを生成し、所定の条件を満たすクライアントＰＣ１００に送信する。
【００６１】
ここで、ジョブ管理モジュール２０６に記憶されているジョブキューについて説明する。このジョブキューは、各ＰＣから受信したジョブ要求データに従ってＭＦ機２００が行う個々のジョブを表すレコードを並べた行列である。１つのレコードは、新規なジョブ要求データがＭＦ機２００に受信されたときに生成されてジョブキューに追加される。各レコードは、少なくとも、ジョブ要求データに従って行われるジョブを特定するジョブＩＤ、ジョブ要求データに含まれていた報知要求フラグのコピー、ジョブ要求元クライアントＰＣ１００のアドレス情報、「実行中」「実行待ち」などジョブＩＤにより特定されるジョブの現在の状態を示す現状態情報を有する。さらに、現状態が実行中になったジョブに対応したレコードには、以上の情報の他に、「１枚目を印刷中」「２部コピー完了」など詳細な状態情報が追加される。各レコードにおける現状態情報および詳細な状態情報は、ジョブの進行に応じて逐次更新される。そして、あるレコードに対応したジョブが実行完了となった場合には、そのレコードはジョブキューから削除される。
【００６２】
ジョブ状態通知パケットは、以上述べたジョブキューに所定の変化が発生するのを契機として生成され、送信される。以下、ジョブ状態通知パケットが生成される契機を列挙し、各々についてジョブ状態通知パケットの生成および送信の態様を説明する。
【００６３】
ａ．報知要求フラグがオン状態であるジョブ要求データが受信され、これに対応した新規なレコードがジョブキューに追加された場合
この場合、制御部２０１は、その時点においてジョブキューに残っている全レコード（新規なレコードを含む）に対応したジョブ状態通知パケットを生成し、ジョブ要求データの送信元であるクライアントＰＣ１００に送信する。
【００６４】
ｂ．実行中のジョブが実行完了となり、そのジョブに対応したレコードがジョブキューから削除された場合
この場合、制御部２０１は、ジョブキューに残っているレコードの中から報知要求フラグが“１”であるレコードを全て求め、それらのレコードにおいてジョブ要求元となっているクライアントＰＣ１００を全て求め、それらのクライアントＰＣ１００に対し、当該ジョブの実行完了を通知するジョブ状態通知パケットを送信する。
【００６５】
ｃ．あるジョブに対応したレコードにおいて現状態情報または詳細な状態情報に変化が生じた場合
この場合も、制御部２０１は、ジョブキューに残っているレコードの中から報知要求フラグが“１”であるレコードを全て求め、それらのレコードにおいてジョブ要求元となっているクライアントＰＣ１００を全て求め、それらのクライアントＰＣ１００に対し、当該ジョブの新たな現状態情報または詳細な状態情報を通知するジョブ状態通知パケットを送信する。
【００６６】
ｄ．報知要求フラグが設定されているレコードに対応したジョブの実行中に他のジョブを実行する割り込み処理が発生した場合
この場合も、制御部２０１は、上記ｂ．およびｃ．と同様の手順によりジョブ状態通知パケットの送信先となるクライアントＰＣ１００を求め、割り込みジョブの現状態情報等を含んだ同様のジョブ状態通知パケットをそれらのクライアントＰＣ１００に送信する。
【００６７】
ここで、ＭＦ機２００からクライアントＰＣ１００に送信されるジョブ状態通知パケットは図７のような構成をしている。まず、「ジョブＩＤ」は、そのジョブ状態通知パケットにより状態を通知しようとするジョブを特定するＩＤである。これはジョブキューのレコードに含まれていたジョブＩＤがそのまま使用される。「宛先」は、ジョブ状態通知パケットの宛先であるクライアントＰＣ１００の通信アドレスである。「自ジョブ」とは、ジョブ状態通知パケットにより状態が通知されるジョブが宛先であるクライアントＰＣ１００自身が要求したジョブである場合にオンとされる。これにより、クライアントＰＣ１００の制御部１０１は、ＭＦ機２００からジョブの進捗状況が通知された場合に、通知されたジョブが自機が要求したジョブか否かについて知ることができる。
【００６８】
第２実施形態に係るクライアントＰＣ１００は、ＲＡＭ１０２に、ＭＦ機２００からネットワーク３００を介して通知されたジョブの処理状況に関する情報を記憶するためのジョブ状態テーブルを保持している点で第１実施形態と異なっている。クライアントＰＣ１００の制御部１０１は、ＭＦ機２００から新たなジョブ状態通知パケットを受信する度に、このジョブ状態テーブルを更新する。
【００６９】
図８（ａ）に、クライアントＰＣ１００のＲＡＭ１０２に記憶されるジョブ状態テーブルＴ１の一例を示す。ジョブ状態テーブルの各レコードは、「自ジョブフラグ」、「ジョブＩＤ」、「現状態」、「詳細状態」フィールドを有する。ジョブ状態テーブルの各レコードは、ジョブＩＤに従い昇順にソートされており、レコードが追加された場合にもソート順は維持される。これにより、クライアントＰＣ１００の制御部１０１は、自ジョブに先行する他ジョブのうち実行待ちであるジョブ数を計算することが可能になる。
【００７０】
例えば、図８（ａ）の例において、ジョブＩＤ"２"を有するジョブが現在実行中であり、１ページめを印刷中である。また、ジョブＩＤ"５"を有するジョブの自ジョブフラグはオンになっていることにより、クライアントＰＣ１００の制御部１０１は、ジョブＩＤ"５"は自機が要求したジョブであることを認識する。このジョブＩＤ"５"を有するジョブは現在実行待ち状態である。
【００７１】
クライアントＰＣ１００の制御部１０１は、図７に示すようなジョブ状態通知パケットを受信すると、まずジョブＩＤを参照し、当該ジョブＩＤのレコードがジョブ状態テーブルに存在するか否かを判断する。ジョブ状態テーブルに記憶されていないジョブＩＤを含むジョブ状態通知パケットを受信した場合には、新規レコードがジョブ状態テーブルに追加され、受信したジョブ状態通知パケットに含まれていたジョブＩＤおよびその他の情報がその新規レコードの各々のフィールドに記憶される。また、既にジョブ状態テーブルにレコードが存在するジョブＩＤを有するジョブについての情報を示すジョブ状態通知パケットを受信した場合には、つまり、受信したジョブ状態通知パケットに記述されているジョブＩＤがジョブ状態テーブルに存在している場合、当該ジョブＩＤに対応したレコードの「現状態」フィールドに、受信したジョブ状態通知パケットに含まれている現状態情報を上書きする。さらに、受信したジョブ状態通知パケットに実行中のジョブについて詳細状態情報が含まれている場合は、「詳細状態」フィールドも同様に上書きする。尚、実行完了を通知するジョブ状態通知パケットが受信された場合には、通知されたジョブに関するレコードがジョブ状態テーブルから削除される。
【００７２】
また、第２実施形態に係るクライアントＰＣ１００は、第１実施形態と同様、不揮発性メモリ１０３に表示部に表示されたテキストデータを音声データに変換して出力する音声出力機能を有する音声読み上げソフトウェアを記憶しているが、第２実施形態においては、クライアントＰＣ１００においてジョブの処理状況をユーザに対して通知する場合にもこの音声読み上げソフトウェアが用いられる。
【００７３】
（動作）
以下、第２実施形態の動作について詳細に説明する。
まず、クライアントＰＣ１００Ａの制御部１０１は、第１実施形態と同様のジョブ起動処理（図４）を実行し、ＭＦ機２００に対して印刷ジョブを要求する。簡単に説明すると、まず、制御部１０１は、印刷ジョブを要求するためのジョブ要求データを生成する（ステップＳａ１）。次に、制御部１０１は、音声読み上げソフトが起動されているか否かについて判断する（ステップＳａ３）。音声読み上げソフトウェアが起動されている場合、この判断結果はＹＥＳとなり、ジョブ要求データにおける報知要求フラグがオンに設定（ステップＳａ５）される。次いで、制御部１０１は、このジョブ要求データをＭＦ機２００に対して送信する（ステップＳａ７）。このジョブ要求データには、当該クライアントＰＣ１００Ａを一意に特定するためのＩＰアドレス情報を含んでいる。
【００７４】
一方、ＭＦ機２００の制御部２０１は、クライアントＰＣ１００Ａから送信されたジョブ要求データを受信すると、このジョブ要求データに従って、新規なジョブのレコードを生成してジョブキューの末尾に追加するとともに、報知要求フラグがオン状態であるか否かを判断する。報知要求フラグがオン状態である場合、制御部２０１は、その時点においてジョブキューに残っている全レコードに対応したジョブ状態通知パケットを生成し、クライアントＰＣ１００Ａに送信する。以後、クライアントＰＣ１００Ａから送信されたジョブ要求データによって要求された全てのジョブの実行が完了するまでの間、ジョブキューの内容に変化が生じる都度、その変化後のジョブの状態を示すジョブ状態通知パケットをクライアントＰＣ１００Ａに対して送信する。
【００７５】
クライアントＰＣ１００Ａの制御部１０１は、ジョブ要求データを送信した後、ＭＦ機２００からジョブ状態通知パケットを受信すると、図９のフローチャートに示す状態通知処理を実行する。
【００７６】
図９において、まず、制御部１０１は、受信したジョブ状態通知パケットの詳細に基づいて、ＲＡＭ１０２に記憶されるジョブ状態テーブルＴ１を更新する（ステップＳｄ１）。ジョブを新規に要求した直後である場合には、その新規なジョブの発生を通知するジョブ状態通知パケットがＭＦ機２００から届くので、制御部１０１は、このジョブ状態通知パケットにより通知されたジョブについて新規レコードを作成し、ジョブ状態テーブルＴ１に追加する。複数のジョブ状態通知パケットが受信された場合には、その各々について新規レコードが作成され、ジョブＩＤに従い昇順にソートされる。その結果、例えば、図８（ａ）に示すようなジョブ状態テーブルＴ１が作成される。
【００７７】
続いて、制御部１０１は、ジョブ状態テーブルＴ１の「自ジョブ」フィールドおよび「現状態」フィールドを参照して、現在実行中のジョブが他のクライアントＰＣ１００が要求したジョブ（以下、「他ジョブ」）であるか否か判断する（ステップＳｄ３）。この判断結果がＮＯの場合、つまり、「現状態」フィールドが「実行中」であるレコードの「自ジョブ」フィールドのフラグがオンになっている場合、自ジョブの実行が既に開始されたということなので、処理はステップＳｄ１５に進む。ステップＳｄ１５以降の処理は後述する。
【００７８】
一方、ジョブ状態テーブルＴ１に示すように、現在実行中のジョブ（ジョブＩＤ"２"）が他ジョブである場合には、ステップＳｄ３の判断結果はＹＥＳとなる。この場合、制御部１０１は、ジョブ状態テーブルＴ１において「自ジョブ」フィールドがオフになっているレコードのうち、「現状態」フィールドが「実行待ち」であるレコードの数を計算してその結果をユーザに音声で通知する（ステップＳｄ５）。図８（ａ）の例の場合、現状態が「実行待ち」であるレコードは２個なので、「現在ジョブ実行中です。２個のジョブが実行待ちです。」といった音声メッセージがクライアントＰＣ１００Ａの音声出力部１０６から出力される。
【００７９】
次にステップＳｄ７において、制御部１０１は、新たなジョブ状態通知パケットを受信すると（ステップＳｄ７；ＹＥＳ）、処理はステップＳｄ９に進み、受信したジョブ状態通知パケットに基づいてジョブ状態テーブルＴ１を更新する。本実施形態における更新後のジョブ状態テーブルＴ２を図８（ｂ）に示す。一方、新たなジョブ状態通知パケットが受信されない場合は（ステップＳｄ７；ＮＯ）、ステップＳｄ７の判断結果がＹＥＳになるまでステップＳｄ７の判断を繰り返す。
【００８０】
次いで、ステップＳｄ１１において、制御部１０１は、受信したジョブ状態通知パケットと更新後のジョブ状態テーブルＴ２に基づいてジョブＩＤ"２"を有するジョブの実行が完了したか否かについて判断する。ＮＯの場合、つまり、ジョブ状態テーブルＴ２においてジョブＩＤ"２"を有するジョブの現状態が「実行中」である場合、ステップＳｄ５に戻り、実行待ちのジョブ数を計算してその結果をユーザに対して音声で通知する。制御部１０１は、ステップＳｄ１１の判断結果がＹＥＳになるまで、ステップＳｄ５〜ステップＳｄ１１までの処理を繰り返す。
【００８１】
一方、ステップＳｄ７においてジョブ状態テーブルＴ２においてジョブＩＤ"２"を有するレコードに対応するジョブの実行完了を通知するジョブ状態通知パケットが受信された場合、ステップＳｄ１１の判断結果はＹＥＳとなり、制御部１０１は、続いて、次に実行されるジョブが自ジョブか否か判断する（ステップＳｄ１３）。本実施形態では、ジョブ状態テーブルＴ２において、ジョブＩＤ"２"の次に実行中となるジョブはジョブＩＤ"３"を有するジョブであり、これは他ジョブであるので、ＮＯと判断され、ルーチンはステップＳｄ５に戻る。以降、制御部１０１は、ステップＳｄ１３の判断結果がＹＥＳになるまで、ステップＳｄ５〜ステップＳｄ１３までの処理を繰り返す。
【００８２】
ステップＳｄ１３の判断結果がＹＥＳの場合、つまり、ジョブ状態テーブルＴ２において、「自ジョブ」フィールドのフラグがオンであるレコードの「現状態」フィールドが実行中になった場合、処理はステップＳｄ１５に進む。ステップＳｄ１５において、制御部１０１はユーザに、例えば、「コピーを開始します」といった内容でジョブを開始する旨を音声で通知する。そして、制御部１０１は、自ジョブについて詳細な状態情報を含むジョブ状態通知パケットを受信する度にジョブ状態テーブルを更新し、その更新内容に基づいてジョブの経過を音声で通知する（ステップＳｄ１７；ＹＥＳ、Ｓｄ１９、Ｓｄ２１；ＮＯ、Ｓｄ２３）。ジョブの経過としてクライアントＰＣ１００Ａの音声出力部１０６から出力されるメッセージの内容としては、例えば、「１ページめを印刷中です」、「２ページめを印刷中です」、「一部めの印刷が完了しました。」といったものがあり、これらはすべて詳細状態情報としてＭＦ機２００から逐次送信されてくる情報に対応している。
【００８３】
その後、制御部１０１は新たなジョブ状態通知パケットの受信を待機し、ステップＳｄ２１の判断結果がＹＥＳになるまで、ステップＳｄ１７〜Ｓｄ２３までの処理を繰り返す。
【００８４】
一方、自ジョブについて実行が完了した旨を通知するジョブ状態通知パケットを受信した場合（ステップＳｄ１７；ＹＥＳ、Ｓｄ１９、Ｓｄ２１；ＹＥＳ）、ジョブが終了した旨を音声でユーザに通知する（ステップＳｄ２５）。これにより、図９における状態通知処理は終了する。
【００８５】
以上述べた実施形態によれば、クライアントＰＣ１００のユーザは、ＭＦ機２００が設置されている場所に移動せずともクライアントＰＣの前に居ながらにして、自分が要求したジョブがいつ頃実行される予定か、またジョブの実行が開始された後もその進捗状況について逐次知ることが可能となる。その結果、自分が要求したジョブの出力結果をより確実に回収できることができる。
【００８６】
尚、上述の実施形態では、クライアントＰＣ１００において、音声読み上げソフトが起動されている場合に、ジョブ要求データに報知要求フラグを自動的にオンに設定するように制御したが、クライアントＰＣ１００のユーザが操作部１０４を用いて印刷ジョブを指示する際に、ＭＦ機２００におけるジョブの進捗状況をクライアントＰＣ１００において音声にて通知するよう希望する旨の設定を行うことにより、報知要求フラグをジョブ要求データに付加するようにしてもよい。また、上述の実施形態においては、クライアントＰＣ１００において音声によりジョブの処理状況を通知する場合について説明したが、音声による報知が行われている間、その報知内容を表示部１０５にも同時に表示するようにしてもよい。これにより、視覚障害者に限らず、健常者も報知機能を利用することができるため、ＭＦ機２００が自分のＰＣから遠隔配置されているなどの理由で、視覚障害を持たないユーザが音声による報知を希望する場合にも音声による報知を受けられる。その結果、健常者も自分が要求したジョブの出力結果を容易に得られる。
【００８７】
（第２実施形態の変形例）
（変形例１）
本変形例では、上述の第１実施形態に係る状態通知処理における自ジョブの実行が完了する前にＭＦ機２００において割り込み要求が発生した場合について説明する。具体的には、本変形例では、自ジョブの実行中にＭＦ機２００において割り込み要求が発生すると、クライアントＰＣ１００のユーザに対して割り込みを許可するか否かについて音声によって確認する。さらに、音声による確認の結果、ユーザによって割り込みが許可された場合、割り込んだジョブの処理状況についても音声にてユーザに通知する。
【００８８】
以下、本変形例に係る動作について、図１０および図１１を参照しながら説明する。図１０は、ＭＦ機２００にて割り込みボタンが検知された場合に制御部２０１によって実行される割り込み制御処理２の一例を示すフローチャートである。図１１は、ジョブの割り込みを許可するか否かについてＭＦ機２００からクライアントＰＣ１００に対して問い合わせがあった場合に、クライアントＰＣ１００の制御部１０１によって実行される割り込み通知処理の一例を示す図である。
【００８９】
本変形例では、上述の第２実施形態に係る印刷ジョブ実行中にＭＦ機２００操作部２０８上の図示せぬ割り込みボタンが押下げられたとする。その結果、ＭＦ機２００の制御部２０１は割り込み要求が発生したことを検知し、実行中のジョブを一旦停止した後図１０に示す割り込み制御処理２を開始する。
【００９０】
まず、制御部２０１は、割り込み要求を検知する直前まで実行されていたジョブについて、ジョブ管理モジュール２０６のジョブキューに記憶されている当該ジョブのレコードを参照し、報知要求フラグがオン状態であるか否かを判断する（ステップＳｅ１）。ここでＮＯと判断された場合、つまり、報知要求フラグがオフ状態である場合、制御部２０１は割り込みによって要求されたジョブを実行（ステップＳｅ９）した後割り込み処理を終了し、割り込み要求が検知される直前に実行されていたジョブに戻る。
【００９１】
ジョブキューにおける実行中の印刷ジョブのレコードにおける報知要求フラグがオン状態である場合には、ステップＳｅ１の判断結果はＹＥＳとなり、処理はステップＳｅ３に進む。
【００９２】
ここで、ジョブ管理モジュール２０６のジョブキューに記憶されているジョブ要求データの各レコードには、各ジョブ要求データの要求元クライアントＰＣ１００を特定するためのＩＰアドレス情報が記憶されている。制御部２０１は、ステップＳｅ３において、このジョブキューのＩＰアドレス情報を参照することにより実行中の印刷ジョブの要求元クライアントＰＣ１００を特定し、特定したクライアントＰＣに対して割り込みを許可するかについての問い合わせを送信する。本変形例では、実行中印刷ジョブの要求元はクライアントＰＣ１００Ａと特定され、クライアントＰＣ１００Ａに対して問い合わせが送信される。
【００９３】
このようにして送信された問い合わせを受信したクライアントＰＣ１００Ａの制御部１０１は、図９における状態通知処理を一旦停止して図１１に示す割り込み通知処理を実行する。ステップＳｆ１において、制御部１０１は、ＭＦ機２００において割り込みが発生したことを音声にてユーザに通知し、当該割り込みを許可するかについて問い合わせる。この場合、例えば、「割り込み要求が発生しました。許可しますか？」といった音声メッセージが、クライアントＰＣ１００Ａの音声出力部１０６から出力される。
【００９４】
次に、ステップＳｆ３において、ユーザは、操作部１０４において、割り込みを許容するか否かについての指示を入力する。制御部１０１は、その指示入力に基づいて、割り込みが許可されたか否か判断する（ステップＳｆ５）。その結果ＮＯと判断された場合、つまり、ユーザによって割り込みが拒否された場合、ルーチンはステップＳｆ７’に進む。ステップＳｆ７’において、制御部１０１は割り込みを許可しない旨をＭＦ機２００に対して送信し、当該割り込み通知処理を終了する。一方、ステップＳｆ５においてＹＥＳと判断された場合、つまり、ユーザによって割り込みが許可された場合、割り込みを許可する旨をＭＦ機２００に対して送信する（ステップＳｆ７）。
【００９５】
図１０のステップＳｅ５において、ＭＦ機２００の制御部２０１は、クライアントＰＣ１００Ａから送信された割り込みを許可する旨または許可しない旨の通知を受信する。次いで、制御部２０１は、受信した通知に基づいて、割り込みが許可されたか否かについて判断する（ステップＳｅ７）。その結果、ＮＯと判断された場合、つまり、割り込みが許可されなかった場合、処理はステップＳｅ１１に進み、割り込みを禁止する旨のメッセージを表示部２１０の図示せぬディスプレイに表示（ステップＳｅ１１）した後、割り込み制御処理２を終了する。そして、制御部２０１は割り込み要求が発生する直前に実行されていたジョブに戻る。
【００９６】
一方、ステップＳｅ７においてＹＥＳと判断された場合、つまり、割り込みが許可された場合、処理はステップＳｅ９に進み、制御部２０１は割り込み要求のあったジョブについて割り込み処理を実行する。制御部２０１は、この割り込み処理が実行されている間中、ジョブ状態通知ソフトウェアに従い、その詳細な状態が遷移する度に遷移後の状況を示すジョブ状態通知パケット（図７）をクライアントＰＣ１００Ａに対して送信する。割り込み処理の実行が完了すると、制御部２０１は割り込み制御処理２を終了し、割り込み制御処理２が開始される直前に実行されていたジョブ、つまり、クライアントＰＣ１００Ａの要求に基づいて実行されていた印刷ジョブの実行を再開する。
【００９７】
図１１のステップＳｆ７において割り込み許可通知を送信したクライアントＰＣ１００Ａの制御部１０１は、ＭＦ機２００から送信されるジョブ状態通知パケットの受信を待機する。制御部１０１は、ジョブ状態通知パケットを受信する（ステップＳｆ９；ＹＥＳ）とそのジョブ状態通知パケットが割り込みジョブに関するものであると判断し、不揮発性メモリ１０３に記憶されているジョブ状態テーブルの末尾に新規レコードとして追加する（ステップＳｆ１１）。次いで、制御部１０１は、ジョブ状態テーブルに追加された割り込みジョブに関するレコードの詳細に基づいて、当該割り込みジョブに関する現状態情報を、ユーザに対して音声にて通知する（ステップＳｆ１３；ＮＯ、Ｓｆ１５）。その後、制御部１０１は新たなジョブ状態通知パケットの受信を待機し、ステップＳｆ１３の判断結果がＹＥＳになるまで、ステップＳｆ９〜Ｓｆ１５までの処理を繰り返す。
【００９８】
一方、ジョブ状態通知パケット受信の結果割り込みジョブが完了したと判断された場合（ステップＳｆ１３；ＹＥＳ）、制御部１０１は割り込みジョブが終了した旨と自ジョブが再開された旨をユーザに音声で通知する。例えば、「割り込み処理が完了しました。○○さんのジョブを再開します。」といった音声メッセージがクライアントＰＣ１００Ａの音声出力部１０６から出力される（ステップＳｆ１７）。これにて、割り込み通知処理は完了し、自ジョブの状態を通知する処理（図９のステップＳｄ１７以降）に戻る。
【００９９】
以上説明したように、本変形例によれば、クライアントＰＣ１００Ａのユーザは、自分が要求したジョブの実行途中に割り込み要求があった場合に割り込みを許可するか否か自由に選択できる上、割り込みを許可した場合にも割り込んだジョブの処理状況について常に音声による通知が行われるので自分のジョブがいつ再開されるかについて知ることが可能になる。
【０１００】
（変形例２）
上述の第２実施形態では、クライアントＰＣ１００Ａの制御部１０１は、ジョブの処理状況についてユーザに音声にて通知するようにしていたが、図９における状態通知処理の実行中に、ＭＦ機２００において用紙切れや紙詰まり等の異常が発生した場合にもクライアントＰＣ１００において音声の通知を行うようにしてもよい。この機能は、上述したジョブ状態通知ソフトウェアの付加機能として付与される。
【０１０１】
この場合、ＭＦ機２００の制御部２０１は、自機の状態に何か異常を示す状態を検知した場合にその詳細を示すＭＣ状態通知パケットをクライアントＰＣ１００Ａに対して送信する。このＭＣ状態通知パケットは、少なくとも、パケットの宛先を示すクライアントＰＣ１００のアドレス情報と検知した状態の内容を通知するための状態情報とを有する。
【０１０２】
一方、クライアントＰＣ１００の制御部１０１は、ＭＦ機２００からＭＣ状態通知パケットを受け取ると、当該パケットによって示されるＭＦ機２００の状態に基づいて、ＭＦ機２００の状態を示す音声メッセージを音声出力部１０６を介して出力する。
【０１０３】
このような構成とすることにより、ＭＦ機２００の状態に何か異変が発生したことによりジョブが中断された場合にも、その詳細がクライアントＰＣ１００のユーザに通知されるので、ユーザはＭＦ機２００におけるジョブの処理状況を常に把握することが可能になる。
【０１０４】
好ましくは、ＭＦ機２００で異常が発生した場合のみならず異常が解消された場合にもＭＣ状態通知パケットをＭＦ機２００からクライアントＰＣ１００に対して送り、クライアントＰＣ１００において異常が解消された旨を音声でユーザに対して通知するような構成とすれば、クライアントＰＣ１００のユーザは、ＭＦ機２００における異常の発生により中断されていたジョブの再開を知ることができ、ＭＦ機２００におけるジョブの処理状況をさらに詳細に把握することが可能になる。
【０１０５】
（第３実施形態）
第３実施形態では、クライアントＰＣ１００においてジョブ要求データを生成する際に、クライアントＰＣ１００のユーザが、ジョブ要求データの属性として割り込み禁止を指定する場合について説明する。尚、本実施形態の構成は上述の第１実施形態と同様であるので、共通の構成要素については同一の参照符号を用い、その説明は省略する。
【０１０６】
（動作）
図１２は、クライアントＰＣ１００において実行される割り込み禁止設定処理の一例を示すフローチャートである。
【０１０７】
まず、クライアントＰＣ１００のユーザは、自ジョブの実行中に割り込みの禁止を希望する場合に、ジョブを要求する指示入力を行う際に音声読み上げソフトウェアを用いて「割り込み禁止」をオンに設定する（ステップＳｇ１）。このステップにおいて、ユーザは印刷の部数やページ番号など他の設定についても指示入力を行う。
【０１０８】
次に、ステップＳｇ３において、クライアントＰＣ１００の制御部１０１は、ステップＳｇ１におけるユーザの指示入力に基づいて割り込み禁止要求フラグを含むジョブ要求データを生成し、ＭＦ機２００に対して送信する。
【０１０９】
一方、ＭＦ機２００では、クライアントＰＣ１００から通信部２０７を介してジョブ要求データを受け取り、受信を検知した制御部２０１は、当該ジョブ要求データをジョブ管理モジュール２０６に引き渡す。ジョブ管理モジュール２０６では、引き渡されたジョブ要求データを図示せぬハードディスクに一時的に保存するとともに、ジョブ要求データにジョブＩＤを付与した後少なくとも、当該ジョブＩＤ、および割り込み禁止要求フラグから成る新規レコードをジョブキューの末尾に追加する。そして、ジョブ管理モジュール２０６は、ジョブキューに記憶されているジョブ要求データの各機能実行モジュールによる実行が完了したことを検知すると、次に実行されるべきジョブ要求データを該当する機能実行モジュールに送信する。
【０１１０】
ＭＦ機２００の制御部２０１は、ジョブ管理モジュール２０６から送信されたジョブ要求データの実行中に、図示せぬ割り込みボタンの押下げを検知すると、図１３に示す割り込み制御処理３を実行する。
【０１１１】
まず、制御部２０１は、ジョブ管理モジュール２０６のジョブキューに記憶されているジョブ要求データを参照することにより、実行中のジョブについて割り込禁止がオン状態であるか否かを判断する（ステップＳｈ１）。ここでＮＯと判断された場合、つまり、実行中のジョブに対応したジョブ要求データに割り込み禁止がオフ状態である場合、制御部２０１は割り込みによって要求されたジョブを実行し（ステップＳｈ５）割り込み制御処理３を終了する。
【０１１２】
一方、実行中のジョブに割り込み禁止がオン状態に設定されている場合（ステップＳｈ１；ＹＥＳ）、制御部２０１は割り込みを禁止する旨のメッセージを表示部２１０の図示せぬディスプレイに表示した（ステップＳｈ３）後、割り込み制御処理３を終了する。そして、制御部２０１は割り込み要求を検知する直前に実行されていたジョブに戻る。
【０１１３】
尚、割り込みを禁止する旨のメッセージは上述した形態に限らず、割り込み処理の受け付けを拒否した報知音を鳴動させるようにしてもよい。
【０１１４】
また、本実施形態では、割り込みボタンの押下げを検知した後に割り込み禁止するか否かについて判断する例を示したが、割り込み禁止指定を含むジョブ要求データに対応したジョブの実行中は、一律に割り込みボタンを無効化する処理を施すことにより、他のユーザが割り込みボタンを押下げても受け付けないような構成としてもよい。これにより、割り込みボタンを受け付けた後に割り込みを禁止する場合と同様の効果が得られる。
【０１１５】
以上説明したように、第３実施形態によれば、クライアントＰＣ１００においてユーザが音声読み上げソフトウェアを用いてジョブ要求の詳細について指示入力を行う際に割り込み禁止指定を行うことにより、音声読み上げソフトウェアを用いてユーザが要求したジョブが実行されている間にＭＦ機２００において要求された割り込み処理を禁止することが可能になる。
【０１１６】
尚、この割り込み禁止の指定は、必ずしも音声読み上げソフトウェアを用いて行う必要はなく、クライアントＰＣ１００の表示部１０５に表示される印刷の詳細設定を行うための入力画面において設定することも可能である。これにより、視覚障害を持たないユーザが、至急出力する必要があるジョブについて割り込み禁止設定を行うことも可能になる。
【０１１７】
また、上述の実施形態では、印刷ジョブの例を示したが、コピージョブ、ＦＡＸ送信ジョブなどの場合に、同様の制御を行うようにしてもよい。
【０１１８】
（その他変形例）
以上、本発明の各実施形態を説明したが、本発明にはこれら以外にも以下のような変形例が考えられる。
【０１１９】
上述の第１および第２実施形態のいずれにおいても、ジョブ要求をクライアントＰＣ１００からＭＦ機２００に対して送信する際に、クライアントＰＣ１００において音声読み上げソフトウェアが実行されていると自動的にオン状態の報知要求フラグがジョブ要求データに設定される構成としていた。しかしながら、音声読み上げソフトウェアはその一例であり、視覚障害者が通常クライアントＰＣ１００にて使用し得るものであれば何でもよい。例えば、点字ディスプレイがクライアントＰＣに接続されていることを検知した場合に、その旨を示すフラグをジョブ要求時にオンに設定するようにしてもよい。
【０１２０】
また、上述第１および第２実施形態では、報知要求フラグが自動的にオンに設定されるような構成としていたが、音声読み上げソフトウェアが実行されていることを検知した場合、ユーザに確認を行ってから報知要求フラグをオンに設定するようにすることも可能である。
【０１２１】
さらに、上述の第１〜第３実施形態では、印刷ジョブの例を示したが、ＦＡＸ送信ジョブをクライアントＰＣ１００からＭＦ機２００に対して要求する場合にも同様の制御を行ってもよい。
【０１２２】
さらに、ＭＦ機２００においてコピージョブ、ＦＡＸ送信ジョブ、スキャナジョブ等が起動された結果ジョブ要求データがＭＦ機２００において受け付けられた場合にも、上述の第１および第２実施形態に係る報知音または音声によるジョブの処理状況の報知をＭＦ機２００またはクライアントＰＣ１００において行うように設定してもよい。
【０１２３】
また、例えば、ＸＣＡ（Xerox Copier Assistant）といったテキストを音声に変換する周知のソフトウェアをＭＦ機にＵＳＢ接続されたクライアントＰＣ１００に装備することにより視覚障害者が介助なしにコピーの詳細設定が行えるような構成になっている場合にも、クライアントＰＣ１００においてコピージョブを要求するためのジョブ要求データを生成する場合に上述の第１〜第３実施形態と同様の制御を行うようにしてもよい。
【０１２４】
また、上述の第２実施形態においては、ジョブの処理状況をＭＦ機２００からクライアントＰＣ１００に対して通知し、通知された処理状況をクライアントＰＣ１００において報知する形態としていたが、代わりに、ＭＦ機２００がジョブの処理状況を音声にて報知するようにしてもよい。この場合、ＭＦ機２００の制御部２０１は、ジョブキューに記憶されているジョブ要求データを参照することにより、他ジョブが実行中の場合実行待ちのジョブ数を計算してその結果を報知したり、自ジョブの実行中にその処理状況の報知、割り込み処理において実行されている他ジョブの処理状況の報知などをＭＦ機２００の音声出力手段を用いて行う。この態様によれば、ジョブの状態をクライアントＰＣ１００に対して通知する必要がないので、より簡易にジョブの処理状況をユーザに対して音声にて報知できるといった効果を得ることが可能になる。
【０１２５】
上述した実施形態では、ＭＦ機２００およびクライアントＰＣ１００において音声によりジョブの処理状況を報知するためのソフトウェアを、ＭＦ機２００およびクライアントＰＣ１００に予め記憶させておくとともに、割り込みを禁止するためのソフトウェアおよび割り込みを制御するためのソフトウェアをＭＦ機２００に予め記憶させておく。しかしながら、これらのソフトウェアを、例えばＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）などのコンピュータ装置によって読み取り可能な記録媒体に書き込んでおき、このような記録媒体を用いて上記ソフトウェアをＭＦ機またはクライアントＰＣにインストールするようにしても勿論良い。このようにすることで、一般的なＭＦ機またはクライアントＰＣに、本発明に係るＭＦ機２００またはクライアントＰＣ１００と同様の機能を付与することが可能になる。
【図面の簡単な説明】
【０１２６】
【図１】この発明の実施形態に係るジョブ報知システムの一例を示す図である。
【図２】同実施形態に係るクライアントＰＣ１００の構成例を示す図である。
【図３】同実施形態に係るＭＦ機２００の構成例を示す図である。
【図４】この発明の第１実施形態においてクライアントＰＣ１００の制御部１０１によって実行されるジョブ起動処理の一例を示すフローチャートである。
【図５】同実施形態においてＭＦ機２００の制御部２０１によって実行されるジョブ実行処理の一例を示すフローチャートである。
【図６】同実施形態の変形例における割り込み制御処理１の一例を示すフローチャートである。
【図７】この発明の第２実施形態に係るジョブ状態通知パケットの構成例を示す図である。
【図８】（ａ）および（ｂ）は同実施形態においてクライアントＰＣ１００のＲＡＭ１０２に記憶されるジョブ状態テーブルの一例を示す図である。
【図９】同実施形態においてクライアントＰＣ１００の制御部１０１によって実行される状態通知処理の一例を示すフローチャートである。
【図１０】同実施形態の変形例１においてＭＦ機２００の制御部２０１によって実行される割り込み制御処理２の一例を示すフローチャートである。
【図１１】同実施形態の変形例1においてクライアントＰＣ１００の制御部１０１によって実行される割り込み通知処理の一例を示すフローチャートである。
【図１２】この発明の第３実施形態においてクライアントＰＣ１００によって実行される割り込み禁止設定処理の一例を示すフローチャートである。
【図１３】同実施形態においてＭＦ機２００の制御部２０１によって実行される割り込み制御処理３の一例を示すフローチャートである。
【符号の説明】
【０１２７】
１００Ａ、１００Ｂ、１００Ｃ、１００Ｄ…クライアントＰＣ、２００…ＭＦ機、１０１…制御部、１０２…ＲＡＭ、１０３…不揮発性メモリ、１０４…操作部、１０５…表示部、１０６…音声出力部、１０７…通信部、１０８…バス、２００…ＭＦ機、２０１…制御部、２０２…コピーモジュール、２０３…ファックスモジュール、２０４…プリンタモジュール、２０５…スキャナモジュール、２０６…ジョブ管理モジュール、２０７…通信部、２０８…操作部、２０９…音声出力部、２１０…表示部、２２０…バス、３００…ネットワーク、４００…ＵＳＢ
【図１】
2006094127.tif 000003
【図２】
2006094127.tif 000004
【図３】
2006094127.tif 000005
【図４】
2006094127.tif 000006
【図５】
2006094127.tif 000007
【図６】
2006094127.tif 000008
【図７】
2006094127.tif 000009
【図８】
2006094127.tif 000010
【図９】
2006094127.tif 000011
【図１０】
2006094127.tif 000012
【図１１】
2006094127.tif 000013
【図１２】
2006094127.tif 000014
【図１３】
2006094127.tif 000015