(57)【要約】【課題】  使い勝手を大幅に低下させることなく誤ったジョブの実行を防止することが可能な仕組みを提供することを目的とする。【解決手段】  ＭＦＰ１０３は、タブレット型端末１０１，１０４からジョブに関する要求を受信し（Ｓ９０１）、ジョブの実行指示（Ｓ９０８，Ｓ９１１）をユーザから受け付けたことに応じてジョブを実行する（Ｓ９１２，Ｓ９１３）。このとき、複数の要求を受信した場合はジョブを確認するための情報の提供を行い（Ｓ９１０）、１つの要求を受信した場合はジョブを確認するための情報の提供を行わない（Ｓ９０６）。【選択図】  図９
2015104077.tif 000002
【特許請求の範囲】
【請求項１】
ジョブに関する要求を受信する受信手段と、
前記ジョブの実行指示をユーザから受け付ける受付手段と、
前記受付手段が前記実行指示を受け付けたことに応じて前記ジョブを実行する実行手段と、
前記ジョブを確認するための情報を提供する提供手段と、を備え、
前記提供手段は、前記受信手段が複数の前記要求を受信した場合は前記情報の提供を行い、前記受信手段が１つの前記要求を受信した場合は前記情報の提供を行わないことを特徴とする画像処理システム。
【請求項２】
原稿上の画像を読み取って画像データを生成する読取手段を更に備え、
前記ジョブは、前記読取手段が生成する画像データを送信するジョブであることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記情報には、少なくとも前記画像データの宛先を示す情報が含まれることを特徴とする請求項２に記載の画像処理システム。
【請求項４】
ジョブに関する要求を受信する受信手段と、
前記ジョブの実行指示をユーザから受け付ける受付手段と、
前記受付手段が前記実行指示を受け付けたことに応じて前記ジョブを実行する実行手段と、
前記ジョブを確認するための画面を表示部に表示させる表示手段と、を備え、
前記表示手段は、前記受信手段が複数の前記要求を受信した場合は前記画面を前記表示部に表示させ、前記受信手段が１つの前記要求を受信した場合は前記画面を前記表示部に表示させないことを特徴とする画像処理システム。
【請求項５】
原稿上の画像を読み取って画像データを生成する読取手段を更に備え、
前記ジョブは、前記読取手段が生成する画像データを送信するジョブであることを特徴とする請求項４に記載の画像処理システム。
【請求項６】
前記画面には、少なくとも前記画像データの宛先を示す情報が含まれることを特徴とする請求項５に記載の画像処理システム。
【請求項７】
前記画面は、前記ジョブを確認した旨のユーザ操作を受け付けることが可能な画面であって、
前記実行手段は、前記画面を介した前記ユーザ操作が受け付けられた場合に前記ジョブを実行することを特徴とする請求項４乃至６のいずれか１項に記載の画像処理システム。
【請求項８】
前記画面は、前記画像データの宛先を入力することが可能な画面であって、
前記実行手段は、前記ジョブに設定されている宛先と前記画面を介して入力された宛先が一致する場合に前記ジョブを実行することを特徴とする請求項５に記載の画像処理システム。
【請求項９】
前記ジョブの内容を設定するための端末を更に備え、
前記受信手段は、前記端末からネットワークを介して送信された前記要求を受信することを特徴とする請求項１乃至８のいずれか１項に記載の画像処理システム。
【請求項１０】
前記端末は、無線通信が可能なタブレット型端末であることを特徴とする請求項９に記載の画像処理システム。
【請求項１１】
ジョブに関する要求を受信する受信工程と、
前記ジョブの実行指示をユーザから受け付ける受付工程と、
前記受付工程で前記実行指示を受け付けたことに応じて前記ジョブを実行する実行工程と、
前記ジョブを確認するための情報を提供する提供工程と、を備え、
前記受信工程で複数の前記要求を受信した場合は前記提供工程における前記情報の提供を行い、前記受信手段が１つの前記要求を受信した場合は前記情報の提供を行わないことを特徴とする画像処理方法。
【請求項１２】
ジョブに関する要求を受信する受信工程と、
前記ジョブの実行指示をユーザから受け付ける受付工程と、
前記受付工程で前記実行指示を受け付けたことに応じて前記ジョブを実行する実行工程と、
前記ジョブを確認するための画面を表示部に表示させる表示工程と、を備え、
前記受信工程で複数の前記要求を受信した場合は前記表示工程において前記画面を前記表示部に表示させ、前記受信手段が１つの前記要求を受信した場合は前記画面を前記表示部に表示させないことを特徴とする画像処理方法。
【請求項１３】
コンピュータを請求項１乃至１０のいずれか１項に記載の画像処理システムの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブの実行指示をユーザから受け付け、ジョブを実行する画像処理システムに関する。
【背景技術】
【０００２】
従来、端末側でジョブの内容を設定し、そのジョブに関する要求を画像処理装置に対して送信し、要求を受信した画像処理装置側でジョブを実行することが知られている。
【０００３】
例えば、特許文献１には、情報処理端末とファックス装置を含むシステムを用いて、スキャナで読み取った原稿をファックス送信する仕組みが開示されている。引用文献１に記載のシステムでは、情報処理端末側で原稿読取の解像度や送信したい相手先の電話番号等を指定し、指定された内容を含む原稿送信指示コマンドをファックス装置に送信する。ファックス装置は、原稿送信指示コマンドの内容に従って原稿の読み取りと画像データのファックス送信を実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−２８８６２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
画像処理装置側でのジョブの実行トリガーとして、画像処理装置側でユーザからのジョブの実行指示を受け付けることが考えられる。例えば、実行するジョブが原稿の読み取りと画像データをファックス送信するためのものであれば、ユーザからのジョブの実行指示を受け付けたことに応じて、画像処理装置における原稿の読み取りと画像データのファックス送信の処理が順次実行される。
【０００６】
しかしながら、ジョブに関する要求を行う端末が複数存在した場合や、１つの端末が連続して複数の要求を行った場合に、次の問題が考えられる。
【０００７】
例えば、あるユーザが第１端末を操作してファックス送信ジョブに関する要求を画像処理装置に送信し、少しだけ遅れたタイミングで別のユーザが第２端末を操作して同じ画像処理装置にファックス送信ジョブに関する要求を送信したとする。この場合、画像処理装置が同時に複数のジョブを受け付けないように構成されていると、先に受信した第１端末からのジョブは受け付けられ、後に受信した第２端末からのジョブは受け付けられない。
【０００８】
第２端末からのジョブが受け付けられなかったことは第２端末に通知されるものの、既に端末を離れて画像処理装置の設置場所に向かっている等の理由により、第２端末のユーザがその旨を把握しないことが考えられる。この場合、第２端末のユーザは自分のジョブが画像処理装置で受け付けられたと誤解したまま画像処理装置を操作する。そして、この時点でまだ第１端末のユーザが到着していなければ、受け付けられたジョブ（即ち、第１端末からのジョブ）が画像処理装置に保持されている。このため、第２端末のユーザはそのジョブが自分のジョブであると思い込んで、自分が持参した原稿をスキャナにセットしてジョブの実行を指示する。この結果、第２端末のユーザが持参した原稿の内容が第１端末のユーザが設定した宛先に対して誤送信され、情報漏洩が発生する可能性がある。
【０００９】
この問題は、１つの端末を複数のユーザが共同使用する場合にも発生する可能性がある。また、１つの端末を１人のユーザが使用する場合であっても、複数の原稿をそれぞれ異なる宛先にファックス送信しようとして連続して端末を操作したきに、意図したものと異なるジョブの実行を指示してしまうことにより、やはり誤送信が発生する可能性がある。
【００１０】
誤送信を防止するための方法としては、例えば送信ジョブの実行が指示されたときに宛先確認画面を表示することが従来知られている。しかしながら、誤送信が発生する可能性の高さに関わらず、確認のための情報を一律に提供したり、確認のための操作を一律に求めることは使い勝手の低下につながる。
【００１１】
本発明は、上記の課題に鑑みなされたものであり、使い勝手を大幅に低下させることなく誤ったジョブの実行を防止することが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために本発明の画像処理システムは、ジョブに関する要求を受信する受信手段と、前記ジョブの実行指示をユーザから受け付ける受付手段と、前記受付手段が前記実行指示を受け付けたことに応じて前記ジョブを実行する実行手段と、前記ジョブを確認するための情報を提供する提供手段と、を備え、前記提供手段は、前記受信手段が複数の前記要求を受信した場合は前記情報の提供を行い、前記受信手段が１つの前記要求を受信した場合は前記情報の提供を行わないことを特徴とする。
【００１３】
また、本発明の画像処理システムは、ジョブに関する要求を受信する受信手段と、前記ジョブの実行指示をユーザから受け付ける受付手段と、前記受付手段が前記実行指示を受け付けたことに応じて前記ジョブを実行する実行手段と、前記ジョブを確認するための画面を表示部に表示させる表示手段と、を備え、前記表示手段は、前記受信手段が複数の前記要求を受信した場合は前記画面を前記表示部に表示させ、前記受信手段が１つの前記要求を受信した場合は前記画面を前記表示部に表示させないことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、使い勝手を大幅に低下させることなく誤ったジョブの実行を防止することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態におけるネットワーク全体図である。
【図２】本発明の実施形態におけるＭＦＰ１０３のハードウェア構成図である。
【図３】本発明の実施形態におけるＭＦＰ１０３のソフトウェア構成図である。
【図４】本発明の実施形態におけるタブレット型端末１０１，１０４のハードウェア構成図である。
【図５】本発明の実施形態におけるタブレット型端末１０１，１０４の操作画面を示す図である。
【図６】本発明の実施形態におけるシーケンス図である。
【図７】本発明の実施形態におけるＭＦＰ１０３の操作画面を示す図である。
【図８】本発明の実施形態におけるシーケンス図である。
【図９】本発明の実施形態におけるＭＦＰ１０３の動作を示すフローチャートである。
【図１０】本発明の実施形態におけるＭＦＰ１０３の操作画面を示す図である。
【図１１】本発明の実施形態におけるＭＦＰ１０３の動作を示すフローチャートである。
【図１２】本発明の実施形態におけるＭＦＰ１０３の操作画面を示す図である。
【図１３】本発明の実施形態におけるＭＦＰ１０３の動作を示すフローチャートである。
【図１４】本発明の実施形態におけるＭＦＰ１０３の操作画面を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１７】
＜第１の実施形態＞
本発明の第１の実施形態について説明する。図１は、ネットワーク全体図である。情報処理装置の一例であるタブレット型端末１０１，１０４は、無線ネットワークルーター（無線アクセスポイント）１０２を介してＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１０３と通信する。ＭＦＰ１０３は、画像処理装置の一例であるが、ＭＦＰ１０３単体を画像処理システムと称しても良いし、ＭＦＰ１０３とタブレット型端末１０１または１０４を含む全体を画像処理システムと称しても良い。タブレット型端末１０１，１０４と無線ネットワークルーター１０２は無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で接続されている。ＭＦＰ１０３と無線ネットワークルーター１０２は有線ＬＡＮで接続されている。また、ＭＦＰ１０３は、公衆回線網（ＰＳＴＮ）にも接続されている。
【００１８】
なお、タブレット型端末１０１，１０４とＭＦＰ１０３の通信経路は上述したものに限らない。例えば、タブレット型端末１０１，１０４と無線ネットワークルーター１０２が有線ＬＡＮで接続されていても良い。また、ＭＦＰ１０３と無線ネットワークルーター１０２が無線ＬＡＮで接続されていても良い。更に、タブレット型端末１０１，１０４またはＭＦＰ１０３が無線ネットワークルーター１０２を内包していても良い。また、ここでは画像処理装置の一例としてＭＦＰを例に挙げるが、ジョブを実行可能なものであればＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）であっても良い。
【００１９】
図２は、ＭＦＰ１０３のハードウェア構成図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０３全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、読取／印刷／通信などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、ＭＦＰ１０３は１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ２１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させてフローチャートに示す各処理を実行するようにすることもできる。
【００２０】
ＨＤＤ２１４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０を接続する。操作部２２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける受付部としての役割を担う。
【００２１】
プリンタＩ／Ｆ２１６は、プリンタ２２１と制御部２１０を接続する。プリンタ２２１で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２１により記録媒体上に印刷される。
【００２２】
スキャナＩ／Ｆ２１７は、スキャナ２２２と制御部２１０を接続する。スキャナ２２２は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。
【００２３】
モデムＩ／Ｆ２１８は、モデム２２３と制御部２１０を接続する。モデム２２３は、ＰＳＴＮに接続され、図示しないファックス装置との間における画像データのファックス通信を実行する。ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１０３）を有線ＬＡＮに接続する。ＭＦＰ１０３は、ネットワークＩ／Ｆ２１９を用いて外部装置から画像データや各種情報を送受信することができる。
【００２４】
図３は、ＭＦＰ１０３のソフトウェア構成図である。図３において実線で示した各部は、ＣＰＵ２１１がＲＯＭ２１２またはＨＤＤ２１４に記憶されたプログラムを読み出して実行することにより実現されるソフトウェアモジュールである。ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部３０１は、操作部２２０を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。Ｊｏｂ  Ｃｏｎｔｒｏｌｌｅｒ部３０２は、コピーやプリント、ファックスなどのジョブを受け付け、受け付けたジョブの実行を制御する。Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ部３０４は、ＴＣＰ／ＩＰやＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などの各種ネットワークプロトコルを保持する。
【００２５】
本実施形態において、タブレット型端末１０１，１０４から送信される画像データは、Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ部３０４に保持されたネットワークプロトコルに従い、ネットワークＩ／Ｆ２１９を介して受信される。受信した画像データは、Ｉｍａｇｅ  Ｆｉｌｅ部３０３によって格納される。Ｉｍａｇｅ  Ｆｉｌｅ部３０３は、ＲＡＭ２１３やＨＤＤ２１４に格納された画像データを管理するソフトウェアモジュールである。
【００２６】
Ｉｍａｇｅ  Ｆｉｌｅ部３０３には、ネットワークＩ／Ｆ部２１９を介して受信した画像データだけでなく、スキャナ２２２によって生成された画像データも格納される。スキャナ２２２による画像データの生成は、Ｓｃａｎ部３０６によって制御される。Ｆａｘ部３０５は、モデム２２３を介したファックス通信を制御する。ＭＦＰ１０３からのファックス送信を行う場合は、Ｆａｘ部３０５が、Ｉｍａｇｅ  Ｆｉｌｅ部３０３に格納されている画像データを読み出して送信する。
【００２７】
ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）部３０８は、各モジュールやタスクを調整し、ＭＦＰ１０３のソフトウェア全体を管理する。ＯＳ部３０８には、Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ部３０７が組み合わされている。Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ部３０７は、スキャナ２２２やモデム２２３などのハードウェアデバイスを制御する。
【００２８】
図４は、タブレット型端末１０１のハードウェア構成図である。ＣＰＵ４１１を含む制御部４１０は、タブレット型端末１０１全体の動作を制御する。ＣＰＵ４１１は、メモリ４１２に記憶された制御プログラムを読み出して各種制御を行う。また、メモリ４１２は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域としても用いられる。なお、タブレット型端末１０１は１つのＣＰＵ４１１が１つのメモリ４１２を用いて各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のメモリを協働させて各処理を実行するようにすることもできる。
【００２９】
操作部Ｉ／Ｆ４１３は、操作部４２０と制御部４１０を接続する。操作部４２０には、タッチパネル機能を有する液晶表示部が備えられており、ユーザによる操作、入力、指示等を受け付ける受付部としての役割を担う。ネットワークＩ／Ｆ４１４は、制御部４１０（タブレット型端末１０１）を無線ＬＡＮに接続する。タブレット型端末１０１は、ネットワークＩ／Ｆ４１４を用いて外部装置に画像データや情報を送信したり、各種情報を受信したりすることができる。なお、タブレット型端末１０４は、タブレット端末１０１と同様の構成を有する。
【００３０】
図５は、タブレット型端末１０１，１０４に表示されるファックス送信アプリケーションの操作画面を示す図である。ファックス送信アプリケーションは、インターネット上のサーバからダウンロードし、タブレット型端末１０１，１０４に追加インストールすることが可能なアプリケーションである。ファックス送信アプリケーションを用いることにより、ＭＦＰ１０３にファックス送信を行わせるための設定をタブレット型端末１０１，１０４側で行うことができる。後述するタブレット型端末１０１，１０４の動作はファックス送信アプリケーションからの指示に基づいて実行される。
【００３１】
タブレット型端末１０１，１０４でファックス送信アプリケーションを起動すると、図５に示す操作画面が表示される。設定欄５０１は、ファックス送信を実行させるＭＦＰを設定する欄である。設定欄５０１にタッチすると、タブレット型端末１０１，１０４が周囲にあるＭＦＰを検索し、見つかったＭＦＰが一覧表示される。ユーザは、表示されたＭＦＰからファックス送信を実行させるＭＦＰを選択することができる。
【００３２】
設定欄５０２は、ファックス送信の宛先となる電話番号（ファックス番号）を設定する欄である。ユーザは、タブレット型端末１０１，１０４に表示されるソフトキーボードを用いて電話番号を入力しても良いし、タブレット型端末１０１，１０４に記憶されているアドレス帳を参照して電話番号を選択しても良い。
【００３３】
設定欄５０３は、ＭＦＰ１０３のスキャナ２２１を用いて実行するスキャン処理（読取処理）の詳細設定を行う欄である。設定欄５０３をタッチすると、解像度や原稿サイズ、カラー／モノクロなどの読取パラメータを指定するための画面が表示され、この画面を介してユーザからスキャン設定を受け付ける。
【００３４】
ファックス送信キー５０４は、ＭＦＰ１０３に対してファックス送信の実行を指示するためのキーである。設定欄５０１乃至５０３の設定が済んだ後にファックス送信キー５０４が押下されると、タブレット型端末１０１，１０４とＭＦＰ１０３の通信が開始される。
【００３５】
図６は、タブレット型端末１０１とＭＦＰ１０３における処理のシーケンス図である。ステップＳ６０１では、図５の操作画面を介してユーザからの設定を受け付ける。ステップＳ６０２では、タブレット型端末１０１がＭＦＰ１０３にジョブ生成のためのコマンド（ジョブに関する要求）を送信する。このコマンドを受けたＭＦＰ１０３は、ステップＳ６０３でＯＫをタブレット型端末１０１に応答する。
【００３６】
ステップＳ６０４では、タブレット型端末１０１がＭＦＰ１０３にスキャンの実行を指示するスキャンコマンドを送信する。スキャンコマンドを受けたＭＦＰ１０３は、ステップＳ６０５で実行指示受付画面を表示する。
【００３７】
図７は、ステップＳ６０４のスキャンコマンドを受信する前後における操作部２２０に表示される画面の遷移を示す図である。図７（ａ）は、操作部２２０に表示されるＭＦＰ１０３のメニュー画面７１０を示す図である。コピーキー７１１、スキャンキー７１２、プリントキー７１３は、それぞれＭＦＰ１０３が備える機能に対応する操作キーであり、ユーザの操作に応じて機能が選択される。
【００３８】
メニュー画面７１０が表示されている状態でスキャンコマンドが受信されると、図７（ｂ）に示す実行指示受付画面７２０が表示される。実行指示受付画面７２０では、ジョブの実行指示をユーザから受け付けるためのポップアップダイアログがメニュー画面７１０に上乗せされる形で表示される。なお、ここではメニュー画面７１０が表示されている状態でスキャンコマンドが受信された場合を例にしたが、メニュー画面７１０以外の画面が表示されている状態でスキャンコマンドが受信された場合にも同様のポップアップダイアログが上乗せして表示される。
【００３９】
ステップＳ６０６では、ＭＦＰ１０３が、スキャンコマンドに対する応答として、ＯＫをタブレット型端末１０１に応答する。ステップＳ６０７では、タブレット型端末１０１がＭＦＰ１０３にジョブ終了のためのコマンドを送信する。このコマンドを受けたＭＦＰ１０３は、ステップＳ６０８でＯＫをタブレット型端末１０１に応答する。
【００４０】
ＭＦＰ１０３は、ユーザ操作（実行キー７２１の押下）があるまで待機し、ステップＳ６０９でユーザ操作を受け付けるとステップＳ６１０に進む。ステップＳ６１０では、スキャナ２２２を用いた原稿のスキャン処理を行う。この処理は、設定欄５０３に設定された内容に従う。ステップＳ６１１では、ステップＳ６１０で実行したスキャンによって得られた画像データをファックス送信する。このファックス送信の宛先は、設定欄５０２に設定された電話番号である。
【００４１】
なお、図６ではステップＳ６０８におけるＯＫの応答の後にユーザ操作が受け付けられる例を示したが、実行指示受付画面７２０が表示された後であれば、ステップＳ６０６乃至Ｓ６０８に示した処理が完了しないうちに実行キー７２１を押下することもできる。この場合、ステップＳ６０６乃至Ｓ６０８に示した処理の完了を待たずにステップＳ６１０のスキャン処理が開始される。
【００４２】
以上の流れで、タブレット型端末１０１で設定された内容に従って、ＭＦＰ１０３で原稿をスキャンし、得られた画像データをファックス送信する処理が行われる。
【００４３】
次に、タブレット型端末１０１からの要求とタブレット型端末１０４からの要求が重複する場合について説明する。図８は、タブレット型端末１０１，１０４とＭＦＰ１０３における処理のシーケンス図である。なお、ステップＳ６０１乃至Ｓ６０８は、図６で説明したものと同様であるため説明は省略する。
【００４４】
ステップＳ８０１では、タブレット型端末１０４において、図５の操作画面を介してユーザからの設定を受け付ける。ステップＳ８０２では、タブレット型端末１０４がＭＦＰ１０３にジョブ生成のためのコマンド（ジョブに関する要求）を送信する。このコマンドを受けたＭＦＰ１０３は、ステップＳ８０３でＢＵＳＹをタブレット型端末１０１に応答する。
【００４５】
タブレット型端末１０４からの要求に対してＢＵＳＹが応答されるのは、タブレット端末１０１からの要求（ステップＳ６０２）が既に受け付けられた状態であり、ＭＦＰ１０３は同時に複数のジョブを受け付けないようになっているためである。なお、異なるタブレット型端末からの要求が重複した場合だけでなく、同一のタブレット型端末からの複数の要求が重複した場合においても、後の要求に対してＢＵＳＹが応答される。
【００４６】
ステップＳ８０３のＢＵＳＹを受信したタブレット型端末１０４では、ステップＳ８０４においてジョブが受け付けられなかった旨を示すエラー画面を表示する。しかしながら、タブレット型端末１０４を置いてＭＦＰ１０３の設置場所に向かっている等の理由により、ジョブが受け付けられなかった旨をタブレット型端末１０４のユーザが把握しないことが考えられる。この場合、タブレット型端末１０４のユーザは自分のジョブがＭＦＰ１０３で受け付けられていると誤解したままＭＦＰ１０３を操作する。そして、この時点でまだタブレット型端末１０１のユーザが到着していなければ、受け付けられたジョブ（即ち、タブレット型端末１０１からのジョブ）がＭＦＰ１０３に保持されている。
【００４７】
このとき、従来技術では、タブレット型端末１０４のユーザはそのジョブを自分のジョブと勘違いして、自分が持参した原稿をスキャナ２２２にセットし、実行キー７２１を押下してしまうため、誤送信による情報漏洩が発生する可能性があった。
【００４８】
そこで、本実施形態では、タブレット型端末１０４からのジョブ生成コマンドを受信した場合（ＭＦＰ１０３が複数の要求を受信した場合）には、そうでない場合（受信した要求が１つだけの場合）と異なる内容の実行指示受付画面を表示するようにしている。
【００４９】
図９は、ＭＦＰ１０３の動作を説明するフローチャートである。図９のフローチャートに示す各動作（ステップ）は、制御部２１０のＣＰＵ２１１がＲＯＭ２１２に記憶された制御プログラムを実行することにより実現される。
【００５０】
ステップＳ９０１では、ジョブ生成コマンドを受信したか否かを判定する。ここではジョブ生成コマンドが受信されるまで待機し、ジョブ生成コマンドを受信したと判定すればステップＳ９０２に進む。
【００５１】
ステップＳ９０２では、スキャンコマンドを受信したか否かを判定する。スキャンコマンドを受信したと判定すればステップＳ９０５に進み、スキャンコマンドを受信していないと判定すればステップＳ９０３に進む。
【００５２】
ステップＳ９０３では、新たなジョブ生成コマンドを受信したか否かを判定する。ステップＳ９０１で既に１つのジョブ生成コマンドを受信したと判定しているので、ここでは２つ目以降のジョブ生成コマンドの受信有無を判定することになる。ステップＳ９０３において、新たなジョブ生成コマンドを受信したと判定した場合はステップＳ９０４に進み、重複フラグをオフからオンに変更した上でステップＳ９０２に戻る。重複フラグとは、複数のジョブ生成コマンドを受信したか否かを示すフラグであって、ＲＡＭ２１３に記憶されている。重複フラグのデフォルトはオフとなっており、２つ目のジョブ生成コマンドを受信した場合にオンに変更される。ステップＳ９０３において、新たなジョブ生成コマンドを受信していないと判定した場合はステップＳ９０４をスキップしてステップＳ９０２に戻る。
【００５３】
ステップＳ９０５では、重複フラグがオンであるか否かを判定する。重複フラグがオンでないと判定した場合（即ち、受信したジョブ生成コマンドが１つである場合）はステップＳ９０６に進み、実行指示受付画面７２０を操作部２２０に表示する。ステップＳ９０５において、重複フラグがオンであると判定した場合（即ち、受信したジョブ生成コマンドが複数である場合）はステップＳ９１０に進む。
【００５４】
ステップＳ９０７では、新たなジョブ生成コマンドを受信したか否かを判定する。ステップＳ９０１で既に１つのジョブ生成コマンドを受信したと判定しているので、ステップＳ９０３と同様に、２つ目以降のジョブ生成コマンドの受信有無を判定することになる。ステップＳ９０７において、新たなジョブ生成コマンドを受信したと判定した場合はステップＳ９０９に進み、重複フラグをオフからオンに変更した後、ステップＳ９１０に進む。
【００５５】
ステップＳ９０７において、新たなジョブ生成コマンドを受信していないと判定した場合はステップＳ９０８に進み、ジョブ実行指示を受け付けたか否か（実行指示キー７２１が押下されたか否か）を判定する。ステップＳ９０８において、ジョブ実行指示を受け付けたと判定した場合はステップＳ９１２に進み、ジョブ実行指示を受け付けていないと判定した場合はステップＳ９０７に戻る。
【００５６】
ステップＳ９１０では、図１０に示す実行指示受付画面１０１０を操作部２２０に表示する。実行指示受付画面１０１０は、実行指示受付画面７２０に代えて操作部２２０に表示されるものであり、ジョブの実行を指示するための操作キー（実行キー１０１２）が含まれる。実行指示受付画面１０１０を実行指示受付画面７２０と比較すると、実行指示受付画面７２０には含まれていなかったファックス送信の宛先情報１０１１が含まれていることが分かる。これは、ジョブに関する要求が重複して受信された場合は上述した誤送信が発生する可能性が高まることから、ユーザに宛先を確認させることを目的としている。一方、要求が重複していない場合は上述した誤送信が発生する可能性は比較的低いため、画面内の情報量を減らす（宛先情報１０１１を表示しない）ことによって使いやすさを向上させることができる。なお、実行指示受付画面７２０及び実行指示受付画面１０１０に、ジョブの実行を中止するための操作キーやジョブの実行を後回しにするための操作キーを更に含ませても良い。
【００５７】
ステップＳ９１１では、ジョブ実行指示を受け付けたか否か（実行指示キー１０１２が押下されたか否か）を判定する。ステップＳ９１１において、ジョブ実行指示を受け付けたと判定した場合はステップＳ９１２に進み、ジョブ実行指示を受け付けていないと判定した場合は受け付けるまで待機する。
【００５８】
ステップＳ９１２では、スキャナ２２２を用いた原稿のスキャン処理を行う（Ｓ６１０に対応）。この処理は、設定欄５０３に設定された内容に従う。ステップＳ９１３では、ステップＳ９１２で実行したスキャンによって得られた画像データをファックス送信する（Ｓ６１１に対応）。このファックス送信の宛先は、設定欄５０２に設定された電話番号である。ステップＳ９１４では、重複フラグをリセットする。この処理により、重複フラグがオンになっていた場合はデフォルト状態であるオフに変更される。
【００５９】
以上説明した通り、本実施形態によれば、ジョブに関する要求が重複した場合は、ユーザにジョブ（ジョブに設定されている宛先）を確認させるための情報を含む画面を表示することで、誤送信の発生を防止することができる。また、ジョブに関する要求が重複していない場合は、簡易的な内容の画面を表示することで使い易さを向上させることができる。
【００６０】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第１の実施形態では、ジョブに関する要求が重複しているか否かに応じて、表示する実行指示受付画面（７２０，１０１０）の内容を異ならせるようにした。これに対し、第２の実施形態では、ジョブに関する要求が重複しているか否かに応じて、付加的に表示される確認画面（１２１０）を表示するか否かを切り替えるようにした。以下では第２の実施形態における第１の実施形態と異なる部分についてのみ説明する。
【００６１】
図１１は、ＭＦＰ１０３の動作を説明するフローチャートであって、図９のフローチャートに代えて実行されるフローチャートである。図１１のフローチャートに示す各動作（ステップ）は、制御部２１０のＣＰＵ２１１がＲＯＭ２１２に記憶された制御プログラムを実行することにより実現される。
【００６２】
ステップＳ１１０１では、ジョブ生成コマンドを受信したか否かを判定する。ここではジョブ生成コマンドが受信されるまで待機し、ジョブ生成コマンドを受信したと判定すればステップＳ１１０２に進む。
【００６３】
ステップＳ１１０２では、スキャンコマンドを受信したか否かを判定する。スキャンコマンドを受信したと判定すればステップＳ１１０５に進み、スキャンコマンドを受信していないと判定すればステップＳ１１０３に進む。
【００６４】
ステップＳ１１０３では、新たなジョブ生成コマンドを受信したか否かを判定する。ステップＳ１１０１で既に１つのジョブ生成コマンドを受信したと判定しているので、ここでは２つ目以降のジョブ生成コマンドの受信有無を判定することになる。ステップＳ１１０３において、新たなジョブ生成コマンドを受信したと判定した場合はステップＳ１１０４に進み、重複フラグをオフからオンに変更した上でステップＳ１１０２に戻る。ステップＳ１１０３において、新たなジョブ生成コマンドを受信していないと判定した場合はステップＳ１１０４をスキップしてステップＳ１１０２に戻る。
【００６５】
ステップＳ１１０５では、実行指示受付画面７２０を操作部２２０に表示する。ステップＳ１１０６では、新たなジョブ生成コマンドを受信したか否かを判定する。ステップＳ１１０１で既に１つのジョブ生成コマンドを受信したと判定しているので、ステップＳ１１０３と同様に、２つ目以降のジョブ生成コマンドの受信有無を判定することになる。ステップＳ１１０６において、新たなジョブ生成コマンドを受信したと判定した場合はステップＳ１１０７に進み、重複フラグをオフからオンに変更した後、ステップＳ１１０８に進む。ステップＳ１１０６において、新たなジョブ生成コマンドを受信していないと判定した場合は、ステップＳ１１０７をスキップしてステップＳ１１０８に進む。
【００６６】
ステップＳ１１０８では、ジョブ実行指示を受け付けたか否か（実行指示キー７２１が押下されたか否か）を判定する。ステップＳ１１０８において、ジョブ実行指示を受け付けたと判定した場合はステップＳ１１０９に進み、ジョブ実行指示を受け付けていないと判定した場合はステップＳ１１０６に戻る。
【００６７】
ステップＳ１１０９では、重複フラグがオンであるか否かを判定する。重複フラグがオンであると判定した場合（即ち、受信したジョブ生成コマンドが複数である場合）はステップＳ１１１０に進む。ステップＳ１１１０では、図１２に示す確認画面１２１０を表示する。確認画面１２１０には、ファックス送信の宛先情報１２１１及び確認キー１２１２が含まれている。確認画面１２１０が表示されると、確認キー１２１２をユーザが押下しない限りはジョブが実行されない。ステップＳ１１１１では、確認済みであるか否か（確認キー１２１２が押下されたか否か）を判定する。確認済みであると判定するとステップＳ１１１２に進み、確認済みでないと判定すると確認済みとなるまで待機する。なお、確認画面１２１０にジョブの実行を中止するための操作キーやジョブの実行を後回しにするための操作キーを更に含ませても良い。
【００６８】
一方、ステップＳ１１０９において、重複フラグがオンでないと判定した場合（即ち、受信したジョブ生成コマンドが１つである場合）はステップＳ１１１０及びＳ１１１１をスキップしてステップＳ１１１２に進む。
【００６９】
ステップＳ１１１２では、スキャナ２２２を用いた原稿のスキャン処理を行う（Ｓ６１０に対応）。この処理は、設定欄５０３に設定された内容に従う。ステップＳ１１１３では、ステップＳ１１１２で実行したスキャンによって得られた画像データをファックス送信する（Ｓ６１１に対応）。このファックス送信の宛先は、設定欄５０２に設定された電話番号である。ステップＳ１１１４では、重複フラグをリセットする。この処理により、重複フラグがオンになっていた場合はデフォルト状態であるオフに変更される。
【００７０】
以上説明した通り、本実施形態によれば、ジョブに関する要求が重複した場合は重複していない場合よりも多いユーザ操作（確認キー１２１２の押下）が必要となるため、ユーザによる確認がより確実に行われ、誤送信を防止することが可能となる。一方、ジョブに関する要求が重複していない場合は少ないユーザ操作で済むことにより使い勝手が向上する。
【００７１】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。第２の実施形態では、ファックス送信の宛先情報１２１１及び確認キー１２１２を含む確認画面１２１０を表示した。これに対して、第３の実施形態では、宛先入力欄１４１１及び完了キー１４１２を含む確認画面１４１０を表示するようにした。以下では第３の実施形態における第２の実施形態と異なる部分についてのみ説明する。
【００７２】
図１３は、ＭＦＰ１０３の動作を説明するフローチャートであって、図１１のフローチャートに代えて実行されるフローチャートである。図１３のフローチャートに示す各動作（ステップ）は、制御部２１０のＣＰＵ２１１がＲＯＭ２１２に記憶された制御プログラムを実行することにより実現される。図１３のフローチャートでは、図１１のステップＳ１１１０及びＳ１１１１の代わりにステップＳ１３０１乃至Ｓ１３０３が追加されている。その他のステップ（ステップＳ１１０１乃至Ｓ１１０９、ステップＳ１１１２乃至Ｓ１１１４）の処理は図１１と同様であるため説明を省略する。
【００７３】
ステップＳ１３０１では、図１４に示す確認画面１４１０を表示する。確認画面１４１０には、ファックス送信の宛先情報を入力するための入力欄１４１１及び完了キー１４１２が含まれている。確認画面１４１０が表示されると、ユーザが入力欄１４１１に入力された宛先情報が設定欄５０２に設定された電話番号と一致しない限りはジョブが実行されない。ステップＳ１３０２では、入力が完了したか否か（完了キー１４１２が押下されたか否か）を判定する。入力が完了したと判定するとステップＳ１３０３に進み、入力が完了していないと判定すると入力が完了するまで待機する。なお、確認画面１４１０にジョブの実行を中止するための操作キーやジョブの実行を後回しにするための操作キーを更に含ませても良い。
【００７４】
ステップＳ１３０３では、入力欄１４１１に入力された宛先情報と設定欄５０２に設定された電話番号を比較し、一致するか否かを判定する。一致すると判定した場合はステップＳ１１１２に進み、一致しないと判定した場合はステップＳ１３０１に戻る。
【００７５】
以上説明した通り、本実施形態によれば、ジョブに関する要求が重複した場合は、ユーザに宛先情報の入力を要求し、タブレット型端末側で設定した内容と一致することを条件としてジョブを実行するため、誤送信を確実に防止することが可能となる。一方、ジョブに関する要求が重複していない場合は少ないユーザ操作で済むことにより使い勝手が向上する。
【００７６】
以上説明した通り、第１乃至第３の実施形態によれば、ジョブに関する要求（ジョブ生成コマンド）を受信し、ジョブの実行指示をユーザから受け付けたことに応じてジョブを実行する。その際、複数の要求を受信した場合はジョブを確認するための情報の提供を行い、１つの要求を受信した場合は当該情報の提供を行わない。或いは、複数の要求を受信した場合はジョブを確認するための画面を表示させ、１つの要求を受信した場合は当該画面を表示させない。これらの構成により、使い勝手を大幅に低下させることなく誤ったジョブの実行を防止することが可能となる。
【００７７】
なお、ＭＦＰ１０３からの送信方法としては、ファックス送信に限らず、電子メールやＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等を利用しても良い。電子メールの場合は、宛先としてメールアドレスを設定することになる。ＳＭＢやＦＴＰの場合は、宛先として送信先サーバのホスト名やフォルダパスを設定することになる。
【００７８】
また、上述した説明では、プリンタ２２１を備えるＭＦＰを画像処理システムの例としたが、スキャナ機能を備える装置であれば、プリンタ機能を備えていなくても構わない。
【００７９】
また、上述した説明では、無線通信機能を有するタブレット型端末を情報処理装置の例としたが、ユーザインターフェースを有し、外部と通信可能な装置であれば他の種別の装置でも構わない。例えば、ＰＣやスマートフォン、デジタルカメラなどであっても良い。
【００８０】
また、上述した説明では、図９、１１、１３の各ステップの動作をプロセッサ及びメモリを用いて実現するソフトウェア処理とした場合を説明したが、一部のステップをハードウェア処理として構成しても良い。また、ソフトウェア処理とハードウェア処理を組み合わせて１つのステップを実行するように構成しても良い。
＜他の実施形態＞
本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００８１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００８２】
１０３  ＭＦＰ
２１０  制御部
２１１  ＣＰＵ
２１２  ＲＯＭ
２１３  ＲＡＭ
２１４  ＨＤＤ
【図１】
2015104077.tif 000003
【図２】
2015104077.tif 000004
【図３】
2015104077.tif 000005
【図４】
2015104077.tif 000006
【図５】
2015104077.tif 000007
【図６】
2015104077.tif 000008
【図７】
2015104077.tif 000009
【図８】
2015104077.tif 000010
【図９】
2015104077.tif 000011
【図１０】
2015104077.tif 000012
【図１１】
2015104077.tif 000013
【図１２】
2015104077.tif 000014
【図１３】
2015104077.tif 000015
【図１４】
2015104077.tif 000016