JP2015060400A - 情報処理装置、表示制御方法およびプログラム、並びに、読取システム - Google Patents

Abstract

【課題】ユーザの作業効率の低下を防ぐ情報処理装置を提供する。【解決手段】複数の表示モードのうちの所定の表示モードでディスプレイを表示している場合には、その所定の表示モードでの表示を実行している処理と異なる他の処理から表示指示を受け付けても、その表示指示に基づく割込み表示を行わないよう制御する。【選択図】図６

Description

本発明は、複数の表示モードで表示する情報処理装置、表示制御方法およびプログラム、並びに、読取システムに関する。

従来から、情報処理装置でＯＳやアプリケーションを実行する際に、表示モードが切り替わって動作することが知られている。特許文献１では、１台の情報処理装置上で複数のユーザがデスクトップ表示を切り換えることについて記載されている。

ユーザがゲームやＤＶＤなど鑑賞する際は、他のウィンドウを表示させないようにフルスクリーンモードに切り替えて表示される。その状態では、フルスクリーンモードで動作するアプリケーション以外のアプリケーションは、別途起動することができないので、ユーザは作業や鑑賞に集中することができる。ところで、マルチウィンドウモードはユーザがポインティングデバイスで操作することを前提としており、ユーザがディスプレイを指やスタイラスで操作するタッチ操作では利便性を損なう。そのため、タッチ操作を前提に開発されたアプリケーションは、シングルウィンドウ環境に切り替えて実行される。

一方、画像読取装置と情報処理装置とが連携して画像読取処理を行うシステムが知られている。そのシステムでは、ユーザは画像読取装置の操作パネルを操作して読取指示を行い、画像読取装置は、読み取った画像データを情報処理装置に転送し、情報処理装置は、連携するアプリケーションに画像データを渡す。

特開２００３−９１４２３号公報

しかしながら、フルスクリーンモードやシングルウィンドウモードで作業中に、画像読取装置から転送された画像データが、マルチウィンドウモードで実行するべきアプリケーションに渡される場合がある。その場合には、フルスクリーンモードやシングルウィンドウモードで作業中にも関わらず、マルチウィンドウモードに切り替わって他のウィンドウが表示される。その結果、アプリケーション上でのユーザの作業効率が低下してしまう。

本発明の目的は、このような従来の問題点を解決することにある。本発明は、上記の点に鑑み、ユーザの作業効率の低下を防ぐ情報処理装置、表示制御方法およびプログラム、並びに、読取システムを提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、所定の条件が成立した場合に表示部に所定の情報を表示させる表示制御手段と、前記表示部に前記所定の情報を表示させることを制限する制限条件を取得する取得手段と、前記取得手段により取得した制限条件を満たすか判定する判定手段と、を備え、前記表示制御手段は、前記判定手段により前記制限条件を満たすと判定された場合、前記所定の条件が成立した場合の前記表示部への前記所定の情報の表示を制限することを特徴とする。

本発明によれば、複数の表示モードを有する情報処理装置においてユーザの作業効率の低下を防ぐことができる。

画像読取システムの構成を示す図である。 画像読取装置の構成を示すブロック図である。 情報処理装置の構成を示すブロック図である。 ユーザへの通知条件を設定するための画面を示す図である。 画像読取装置における読取制御処理の手順を示す図である。 情報処理装置における通知制御処理の手順を示す図である。 図６のＳ６０３の処理の手順を示す図である。 図６のＳ６０５の処理の手順を示す図である。 図６のＳ６０９の処理の手順を示す図である。 エラー表示画面を示す図である。 通知画面を示す図である。 画像読取システムの他の構成を示す図である。 画像読取装置における読取制御処理の手順を示す図である。 情報処理装置における読取制御処理の手順を示す図である。 図１４のＳ１４０７の処理の手順を示す図である。 画像読取中を示す画面を示す図である。

以下、添付図面を参照して本発明の好適な実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。

［実施形態１］
本実施形態における読取処理では、画像読取装置は、画像を読み取って生成した画像データをネットワーク上のストレージサーバに転送する。そして、情報処理装置は、ストレージサーバから画像データを取得し、その取得した画像データを連携するアプリケーションに引き渡す。

図１は、本実施形態における画像読取システムの構成を示す図である。システム１は、ストレージサーバ１００と画像読取装置２００と情報処理装置３００とを含み、各装置は、ネットワーク４００を介して相互に通信可能に接続されている。画像読取装置２００は、画像を光学的に読み取って取得した画像データを、ストレージサーバ１００に送信する。情報処理装置３００は、画像データの所在を示すＵＲＬを用いて、ストレージサーバ１００から画像データを取得する。

図２は、画像読取装置２００の構成を示すブロック図である。画像読取装置２００は、画像を読み取れるものであれば特に限定されないが、本実施形態では、複数の機能が一体化されたＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎａｌ Ｐｅｒｉｐｈｅｒａｌ）とする。画像読取装置２００は、プリンタ機能やスキャナ機能を含み、ネットワーク４００を介して、外部装置に各機能に基づくサービスを提供することができる。画像読取装置２００において、プリンタ機能はプリンタ部２０１により実現され、スキャナ機能はスキャナ部２０２により実現される。プリンタ部２０１は、外部から受信した画像データや、メモリカード装着部２０３に装着されたメモリカード２０４に記憶されている画像データ等を、インクジェット記録方式や電子写真記録方式等により記録媒体に記録する。スキャナ部２０２は、原稿台にセットされた原稿を光学的に読み取って取得した画像データを特定のファイル形式のデータに変換し、ネットワーク４００を介してストレージサーバ１００等の外部装置に送信する。

ＣＰＵ２０５は、画像読取装置２００全体を統括的に制御する。プログラムメモリ２０６は、ＣＰＵ２０５が本実施形態の動作を実現するための制御プログラム等を記憶する。ワークメモリ２０７は、各サービス実行時に画像データ等を一時的に記憶したりバッファリングする。表示部２０８は、ＬＣＤ等のディスプレイを備え、ユーザインタフェース画面により画像読取装置２００の状態や設定画面等を表示する。操作部２０９は、ハードウェアキーを備え、ユーザからの指示を受け付ける。

ネットワーク通信部２１０は、画像読取装置２００を、ネットワーク４００に接続して外部装置との通信を可能とする。ネットワーク接続部２１１は、ネットワーク通信部２１０を、ネットワーク４００を構成するケーブル等の媒体に接続する。ネットワーク接続部２１１は、有線ＬＡＮや無線ＬＡＮに対応可能である。有線ＬＡＮに対応する場合には、ネットワーク接続部２１１は、有線ＬＡＮのケーブルを画像読取装置２００に接続するためのコネクタである。また、無線ＬＡＮに対応する場合には、ネットワーク接続部２１１はアンテナである。

フラッシュメモリ２１２は、ネットワーク通信部２１０が外部装置から受信したパケットデータの送信元情報等を記憶する。ＵＳＢ通信部２１４は、画像読取装置２００を、外部装置との間で、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースを介した通信を可能とする。ＵＳＢ接続部２１５は、外部装置と接続するためのＵＳＢコネクタである。図２に示す、メモリカード２０４、ネットワーク接続部２１１、ＵＳＢ接続部２１５以外の各部は、システムバス２１３を介してそれぞれが相互に通信可能に接続される。

図３は、情報処理装置３００の構成を示すブロック図である。情報処理装置３００は、例えば、所定のアプリケーションが動作可能な情報処理装置であり、本実施形態では、一般的なＰＣとする。ＣＰＵ３０１は、情報処理装置３００全体を統括的に制御する。記憶部３０２は、例えばＣＤ−ＲＯＭであり、以下の処理を実行するための各種アプリケーションプログラムやＯＳ等を記憶する。記憶部読取部３０３は、記憶部３０２に記憶されたデータを読み出す。メモリ３０４は、ＣＰＵ３０１がプログラムを実行する際に、画像データ等の各種データを一時的に記憶したりバッファリングする。

表示部３０５は、ＬＣＤ等のディスプレイを備え、ユーザインタフェース画面により情報処理装置３００の状態や設定画面等を表示する。表示部３０５の表示領域内には、フルスクリーンモードやシングルウィンドウモード等の複数種類の表示モードで表示可能である。操作部３０６は、キーボードやポインティングデバイスを備え、ユーザからの指示を受け付けることができる。

ネットワーク通信部３０７は、情報処理装置３００をネットワーク４００に接続し、外部装置との通信を可能とする。ネットワーク接続部３０８は、ネットワーク通信部３０７を、ネットワーク４００を構成するケーブル等の媒体に接続する。図２で説明したネットワーク接続部２１１同様に、ネットワーク接続部３０８は、有線ＬＡＮや無線ＬＡＮに対応可能である。ＵＳＢ通信部３１０は、情報処理装置３００を、外部装置との間で、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースを介した通信を可能とする。ＵＳＢ接続部３１１は、外部装置と接続するためのＵＳＢコネクタである。図３に示す、ネットワーク接続部３０８、ＵＳＢ接続部３１１以外の各部は、システムバス３０９を介して相互に通信可能に接続される。

図４は、読取処理が実行された結果についてのユーザへの通知条件（表示条件）を設定するためのユーザインタフェース画面を示す図である。本実施形態では、ユーザは、読取処理の実行前に、図４に示す設定画面によりユーザへの通知条件を設定することができる。図４に示す画面は、画像読取装置２００の表示部２０８に表示されるようにしても良いし、情報処理装置３００の表示部３０５に表示されるようにしても良い。

本実施形態では、通知条件の設定画面は、非表示モードを検出する方法の設定ＵＩ４０１と、非表示モード中の通知方法の設定ＵＩ４０２と、エラー発生時の通知条件の設定ＵＩ４０３と、ＯＫボタン４０４と、を備える。設定ＵＩ４０１（設定手段の一例）において、非表示モードを検出する方法を選択することにより、ユーザへの通知のタイミングの選択を受付けることができる。言い換えれば、画像読取装置２００からの読取処理の結果を読取処理終了時に表示することを禁止するための制限条件の一例としてのモードの選択をユーザから受け付けることができる。例えば、ユーザが「シングルウィンドウモードの切り替えを検出する」のチェックボックスを選択すると、シングルウィンドウモード中は、非表示モードであると判定され、読取処理の結果はユーザに通知されない。そして、シングルウィンドウモードから他のモードに変化したタイミングで、例えば、マルチウィンドウモードに切り替わったタイミングで、読取処理の結果がユーザに通知される。つまり、シングルウィンドウモードで表示されている間に表示することを許可しない。ここで、読取処理の結果は、例えば、画像読取装置２００における画像データの取得の成功や、エラーの発生等を含む。

また、ユーザが「フルスクリーンモードの切り替えを検出する」のチェックボックスを選択すると、フルスクリーンモード中は、非表示モードであると判定され、読取処理の結果はユーザに通知されない。そして、フルスクリーンモードから、他のモード、例えば、マルチウィンドウモードに切り替わったタイミングで、読取処理の結果がユーザに通知される。つまり、フルスクリーンモードで表示されている間に表示することを許可しない。

シングルウィンドウモード及びフルスクリーンモードは、いずれも表示対象の画面をディスプレイの表示領域に最大化して表示する表示モードである。設定ＵＩ４０１において、「シングルウィンドウモードの切り替えを検出する」又は「フルスクリーンモードの切り替えを検出する」のチェックボックスを選択することで、読取処理の結果を表示領域内へ表示させないことができる。すなわち、シングルウィンドウモードやフルスクリーンモードのように、ディスプレイの表示領域に最大化して表示する表示モードで表示されている間は、画像読取装置２００から読取処理の結果を受信しても表示領域内への割込表示を許可しない設定とすることができる。

また、ユーザが「ログインユーザの切り替えを検出する」のチェックボックスを選択する（チェックを入れる）と、ログインユーザの切り替えが起きるまでは、非表示モードであると判定され、読取処理の結果はユーザに通知されない。そして、ログインユーザの切り替えを検出したタイミングで、読取処理の結果がユーザに通知される。具体的には、１つのＯＳ上で複数のユーザアカウントがログインしている状態である場合に、読取処理を行うユーザのログインセッションがバックグランドからフォアグランドに切り替わったタイミングで、読取処理の結果がユーザに通知される。

また、「特定のプロセスの起動を検出する」のチェックボックスを選択すると、特定のプロセスの起動中は、非表示モードであると判定され、読取処理の結果はユーザに通知されない。例えば、アプリケーションのインストーラやＯＳのメンテナンスソフトウェアが実行中に、ユーザが誤って画像読取装置２００の操作ボタンを押下して読取処理を実行したとする。その場合、読取処理の実行後、情報処理装置３００でアプリケーションを起動すると、不具合を生じたり、インストーラやメンテナンスソフトウェアの実行が失敗するおそれがある。そのような失敗を防ぐために、特定のプロセスの起動を検出した場合には、読取処理の結果を読取処理が終了してもユーザに通知しない。本実施形態では、「特定のプロセスの起動を検出する」の表示の右側に選択ボタン４０５を表示し、特定のプロセスを選択可能である。選択ボタン４０５が押下されると、各インストーラやメンテナンスソフトウェアが表示され、ユーザによる選択を受け付けることができる。読取処理の結果は、特定のプロセスが終了したタイミングでユーザに通知される。

また、「特定のボタンの押下を検出する」のチェックボックスを選択すると、特定のボタンの押下が検出されるまで、非表示モードであると判定され、読取処理の結果はユーザに通知されない。例えば、画像読取装置２００が複数の原稿を読み取る場合に、読取ボタンが押下され、読取処理が実行されても、ユーザが読み取りを所望する全ての原稿について読取処理が完了していない場合がある。ユーザが「特定のボタンの押下を検出する」のチェックボックスを選択すると、特定のボタンとして画像読取装置２００の終了ボタンが設定されていた場合、特定のボタンが押下されるまでの状態では、読取処理の結果はユーザに通知されない。そして、画像読取装置２００の終了ボタンが押下されたタイミングで、読取処理の完了がユーザに通知される。

本実施形態では、シングルウィンドウモード、フルスクリーンモード、読取処理を行うユーザがバックグランドユーザの状態、特定のプロセスが起動している状態、又は特定のボタンが押下されるまでの状態は、ユーザへの読取処理の結果の通知（割込表示）を許可しない状態である。その意味で、以下、各状態を総称して「非表示モード」と呼ぶ。また、非表示モードでない状態を「通常モード」と呼ぶ。なお、図４の設定ＵＩ４０１では、上述した５種類の項目を例に挙げて説明したが、これに限定されず、上記５種類の項目以外の項目を含むようにしても良く、また、これより少ない項目としてもよい。また、ユーザは、図４の設定ＵＩ４０１において、複数の項目を選択することができるようにしてもよい。

設定ＵＩ４０２により、通常モードに戻った際に読取処理の結果のユーザへの通知をどのような方法で行うかの選択を受付けることができる。例えば、ユーザが「通知アプリケーションで通常モード切り替え時に通知する」のラジオボタンを選択すると、読取処理の実行結果を通知するための通知アプリケーションにより、読取処理の結果がユーザに通知される。また、ユーザが「ＯＳの通知機能で通常モード切り替え時に通知する」のラジオボタンを選択すると、ＯＳの機能により、読取処理の結果がユーザに通知される。また、ユーザが「メールで通知する」のラジオボタンを選択すると、登録されたメールアドレスに対して電子メールにより、読取処理の結果がユーザに通知される。本実施形態では、「メールで通知する」の表示の右側に設定ボタン４０６を表示し、設定ボタン４０６が押下されると、不図示のメールアドレスの設定画面が表示され、ユーザがメールアドレスを登録することができる。

設定ＵＩ４０３により、エラー発生の通知を行う条件の選択を受付けることができる。例えば、ユーザが「全てのエラー発生時に通知する」のラジオボタンを選択すると、読取処理中に発生した全ての種類のエラーについてユーザに通知される。また、ユーザが「特定のエラー発生時のみ通知する」のラジオボタンを選択すると、読取処理中に発生した特定の種類のエラーについてのみユーザに通知される。本実施形態では、「特定のエラー発生時のみ通知する」の表示の右側に選択ボタン４０７を表示し、選択ボタン４０７が押下されると、不図示の通知可能なエラーの種類の一覧が表示され、ユーザがエラーの種類を選択することができる。ユーザに通知される特定のエラーとしては、例えば、ＡＤＦにおける紙詰まりの発生、ネットワークストレージの空き容量の不足、ユーザ操作を介して解決する必要があるエラーなどが挙げられる。なお、特定のエラーの選択方法は、これに限定されず、緊急度の高レベルのものを通知する、緊急度が中レベル以上のものを通知する等の選択肢から選択するようにしてもよい。この場合は、各エラーの種類に緊急度が予め設定されているようにすればよい。また、ユーザが「全てのエラーを通知しない」のラジオボタンを選択すると、読取処理中にエラーが発生しても、ユーザへの通知は行われない。以上の設定項目４０１〜４０３で各選択された内容は、ＯＫボタン４０４が押下されることで確定する。

図５は、画像読取装置２００における通知制御方法の処理を示すフローチャートである。図５に示す各処理は、例えば、ＣＰＵ２０５により実行される。まず、Ｓ５０１において、ユーザが、画像読取装置２００の操作部２０９を操作し、原稿台に載置あるいはＡＤＦにセットされた原稿の読取処理の実行を指示することで、原稿の画像の読取処理を実行する。そして、読取処理により生成した画像データをネットワーク上のストレージサーバに転送する。次に、Ｓ５０２において、エラーが発生したか否かを判定する。ここで、エラーとは、例えば、読取処理後に取得された画像データのストレージサーバ１００への転送の失敗である。Ｓ５０２でエラーが発生したと判定された場合、Ｓ５０３において、画像読取装置２００から情報処理装置３００に対して、読取処理の結果としてエラー情報を通知する。一方、Ｓ５０２でエラーが発生していないと判定された場合、Ｓ５０４において、画像読取装置２００から情報処理装置３００に対して、読取処理の結果としてストレージサーバ１００での画像データの格納先を示すＵＲＬ情報を通知する。

図６は、情報処理装置３００における、画像読取装置２００からの通知情報に基づいて行う表示制御処理の手順を示すフローチャートである。図６に示す各処理は、例えば、ＣＰＵ３０１により実行される。情報処理装置３００では、例えばユーザのログイン時に自動的に起動するプログラムにより、画像読取装置２００からの通知情報を随時受信することができる。

まず、Ｓ６０１において、画像読取装置２００から通知情報を受信する。ここで、通知情報とは、例えば、画像読取装置２００における読取処理の結果である。通知情報は、通知情報を受信した装置の表示部への表示を指示する表示指示情報を含んでいてもよい。Ｓ６０１の処理は、情報処理装置３００から画像読取装置２００に対して、通知情報の取得を定期的に要求するポーリング方式により行われても良い。若しくは、情報処理装置３００の特定のポートをＬｉｓｔｅｎ状態とし、画像読取装置２００からの通知情報を特定のポートで受信するイベンティング方式により行われても良い。

Ｓ６０２において、エラーを受信したか判定する。具体的には、Ｓ６０１で受信した通知情報が図５のＳ５０３で通知されたエラー情報であるか否かを判定する。Ｓ６０２の処理は、例えば、ＸＭＬ形式の特定のフォーマットを認識することにより行われても良い。ここで、エラー情報であると判定された場合には、Ｓ６０３に進みエラー処理を行い、エラー情報でないと判定された場合には、Ｓ６０４に進む。

図７は、図６のＳ６０３のエラー処理の手順を示すフローチャートである。Ｓ７０１において、図４の設定項目４０１の設定内容に基づいて、情報処理装置３００の現在のモードを取得する。例えば、情報処理装置３００が、シングルウィンドウモードかフルスクリーンモードであるか、読取処理を行うユーザがバックグランドユーザであるか、特定のプロセスが起動されているか、画像読取装置２００の特定のボタンが押下されたかについて取得される。

各モードの取得方法は、特に限定されないが、例えば、Ｗｉｎｄｏｗｓ８（登録商標）では、ＩＭｅｔｒｏＭｏｄｅ：：ＧｅｔＭｏｎｉｔｏｒＭｏｄｅ（）というＡＰＩを使用することにより、シングルウィンドウモードを検出することができる。また、例えば、ＧｅｔＷｉｎｄｏｗＲｅｃｔというＡＰＩを使用することにより、フルスクリーンモードを検出することができる。また、例えば、ＷＴＳＱｕｅｒｙＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎ（）というＡＰＩを使用することにより、バックグランドユーザを検出することができる。また、例えば、ＣｒｅａｔｅＴｏｏｌｈｅｌｐ３２ＳｎａｐｓｈｏｔというＡＰＩを使用することにより、特定のプロセスの起動を検出することができる。また、例えば、画像読取装置２００に対して、押下されたボタン情報の取得を要求することにより、画像読取装置２００の特定のボタンの押下を検出することができる。また、Ｓ６０１で画像読取装置２００から受信した通知情報により、上記各モードを検出するようにしても良い。

Ｓ７０２において、モードが非表示モードか通常モードかを判定する。ここでは、複数のモード判定を行った場合、一つでも非表示モードと判定されれば、非表示モードと判定し、Ｓ７０３へ進む。一方、複数のモード判定を行った場合、全てが通常モードと判定されれば、通常モードと判定し、Ｓ７０５へ進む。また、図４に示す設定ＵＩ４０１にチェックが入っていない場合、通常モードと判定し、Ｓ７０５へ進む。なお、Ｓ７０２において、必ずしも複数のモード判定を行う必要はない。例えば、Ｓ７０１では、現在のモードが、図４の設定ＵＩで選択された非表示モードか否かのみを取得する。すなわち、例えば、非表示モードとしてシングルウィンドウモードが選択されていた場合、現在のモードがシングルウィンドウモードか否かのみを取得する。そして、Ｓ７０２では、Ｓ７０１で得られた結果に基づいて、現在のモードが非表示モードか否かを判定するようにすればよい。

Ｓ７０３において、通知条件を判定する。本実施形態では、図４の設定ＵＩ４０３でいずれの通知方法が選択されているかが判定される。ここで、「全てのエラー発生時に通知する」が選択されている場合、Ｓ７０５に進む。また、「特定のエラー発生時のみ通知する」が選択されている場合、Ｓ７０４に進む。また、「全てのエラーを通知しない」が選択されている場合、エラーが発生したにも関わらず、エラーをユーザに通知することなく、図７に示す処理を終了する。

Ｓ７０４において、図６のＳ６０２で取得したエラー情報の内容が特定のエラーに該当するか否かが判定される。ここで、特定のエラーに該当すると判定された場合、Ｓ７０５に進み、特定のエラーに該当しないと判定された場合、図７に示す処理を終了する。

Ｓ７０５において、情報処理装置３００の表示部３０５にエラー情報が表示される。図１０は、エラー表示画面の一例を示す図である。表示１００１には、発生したエラー状況の説明が表示される。ユーザは、表示１００１の説明を参照することで、エラーを解決することができる。ユーザが、表示１００１の説明ではエラーを解決できない場合、表示１００２のハイパーリンクをクリックすることで、連携している電子マニュアルや、Ｗｅｂ上のマニュアルページのリンクをＷｅｂブラウザで開き、詳細な解決手順を確認することができる。ユーザは、表示１００１又は１００２によりエラー内容を確認すると、ボタン１００３を押下することにより、本エラー表示画面を閉じることができる。

以上のエラー処理により、図４の設定内容と、情報処理装置３００のモードとに応じて、ユーザへのエラー通知を制御することができる。例えば、図４の設定項目４０１で「シングルウィンドウモードの切り替えを検出する」が選択されていて、設定項目４０３で「特定のエラー発生時のみ通知する」が選択されているとする。その場合、ユーザがシングルウィンドウモードで作業中における画像読取の際に、特定のエラー以外のエラーが発生しても、その時点ではエラー情報は通知されない。その結果、ユーザは、シングルウィンドウモードの作業に集中することができる。また、シングルウィンドウモード又はフルスクリーンモードからマルチウィンドウモードに切り替わった場合や、ユーザがエラーを解決する必要があるエラーが発生した場合には、エラー情報が通知される。従って、画像の読取処理に対する対応も問題なく行うことができる。

再び、図６を参照する。図６のＳ６０３の処理後は、Ｓ６０１に戻る。Ｓ６０４において、Ｓ６０１で受信した通知情報が図５のＳ５０４で通知された読取情報（ＵＲＬ情報）であるか否かが判定される。ここで、Ｓ５０４で通知されたＵＲＬ情報であると判定された場合、Ｓ６０５に進み、Ｓ５０４で通知されたＵＲＬ情報でないと判定された場合、Ｓ６０６に進む。

図８は、図６のＳ６０５の画像転送処理の手順を示すフローチャートである。Ｓ８０１とＳ８０２の処理はそれぞれ、図７のＳ７０１とＳ７０２の処理と同じであるので説明を省略する。Ｓ８０２において、非表示モードと判定された場合は、Ｓ８０５へ進み、通常モードと判定された場合は、Ｓ８０３へ進む。Ｓ８０３において、画像読取装置２００から通知されたＵＲＬ情報を用いて、ストレージサーバ１００から画像データをダウンロードする。Ｓ８０４において、ダウンロードした画像データは、本読取処理に連携するアプリケーションに転送され、図８の処理を終了する。ここで、アプリケーションとしては、例えば、ファイル管理ソフトウェアや帳票ソフトウェア等の読み取った画像データを管理／加工するアプリケーションが挙げられる。

Ｓ８０５において、ＵＲＬ情報を情報処理装置３００内でユーザ通知するか、若しくは、情報処理装置３００外に通知するかを判定する。ここで、情報処理装置３００内でユーザ通知すると判定された場合、Ｓ８０７に進み、情報処理装置３００外に通知すると判定された場合、Ｓ８０６に進む。Ｓ８０５の判定は、図４の設定ＵＩ４０２の設定内容に基づいて行われる。例えば、設定ＵＩ４０２において「通知アプリケーションで通常モード切り替え時に通知する」や「ＯＳの通知機能で通常モード切り替え時に通知する」が選択されている場合、エラー情報の通知先は情報処理装置３００自身である。従って、その場合には、情報処理装置３００内でユーザ通知すると判定される。また、「メールで通知する」が選択されてメールアドレスが登録されている場合、エラー情報の通知先は情報処理装置３００の外部装置であるメールサーバとなるので、情報処理装置３００外に通知すると判定される。

Ｓ８０６において、ＵＲＬ情報を、図４のボタン４０５により登録したメールアドレスに送信して、図８の処理を終了する。例えば、ユーザは、スマートフォン等のメールアドレスを予め登録しておき、ＵＲＬ情報をスマートフォン等のメールアドレスで受信することができる。そして、ＵＲＬ情報に基づいて、スマートフォンで画像データをストレージサーバ１００からダウンロードすることができる。一方、Ｓ８０７においては、ＰＣ内に通知し、ＵＲＬ情報をメモリ３０４に読取画像の画像履歴として保存して、図８の処理を終了する。

すなわち、図４の設定ＵＩ４０２で「ＯＳの通知機能で通常モード切り替え時に通知する」が選択されていたとしても、情報処理装置３００が非表示モードである場合には、読取処理終了の時点では読取処理の完了をユーザに通知しない。例えば、設定ＵＩ４０１で「シングルウィンドウモードの切り替えを検知する」が選択され、設定項目４０２で「メールに通知する」が選択されているとする。その場合、ユーザがシングルウィンドウモードで作業中であれば、読取処理が完了しても、電子メールは送信されない。従って、ユーザは、シングルウィンドウモードの作業に集中することができる。また、マルチウィンドウモードに切り替わると、後述する履歴通知処理において、読取処理の完了が通知され、画像データを取得し、連携するアプリケーションに渡すので、画像読取作業も問題なく行うことができる。

再び、図６を参照する。図６のＳ６０５の処理後は、Ｓ６０１に戻る。Ｓ６０６において、モードイベントを取得する。ここでは、ＯＳのモードが切り替わったこと（イベント）を取得する。Ｓ６０６の処理は、Ｓ７０１やＳ８０１と同じ処理を行い、取得したモードが過去に取得したモードと異なるのであれば、モードの切り替えのイベントを取得したとしても良い。また、ＯＳがモード切り替えイベントを所定のプロセスに送る構成とされているのであれば、そのモード切り替えイベントを取得するようにしても良い。例えば、シングルウィンドウモードであれば、ＩＭｏｎｉｔｏｒＭｏｄｅＥｖｅｎｔｓ：：ＭｏｎｉｔｏｒＭｏｄｅＣｈａｎｇｅｄ（）というＡＰＩを使用することにより、モード切り替えイベントを取得することができる。また、フルスクリーンモードであれば、ＷＭ＿ＳＥＳＳＩＯＮ＿ＣＨＡＮＧＥというウィンドウメッセージを処理することにより、モード切り替えイベントを取得することができる。

Ｓ６０７において、６０６で取得したモード切り替えイベントに基づいて、通常モードに切り替わったか、若しくは、非通常モードに切り替わったか又はモードの切り替えが発生していないかが判定される。本実施形態では、通常モードに切り替えがあったか否かを判定する。ここで、通常モードに切り替わったと判定された場合、Ｓ６０８に進み、通常モードに切り替えがなかった場合、すなわち、非通常モード（非表示モード）に切り替わったか又はモードの切り替えが発生していない場合、Ｓ６１０に進む。なお、モード切り替えイベントに基づく判定は、特に限定されるものではない。例えば、フルスクリーンの切り替えについては、解像度の変更メッセージを受信することで検出することができる。また、ユーザ切り替えについては、ログアウト・ログイン時に通知されるメッセージを受信することで検出することができる。

Ｓ６０８において、メモリ３０４に画像履歴が格納されているか否かが判定される。ここで、例えば、図４の設定ＵＩ４０２で「メールで通知する」が選択されていた場合、図８のＳ８０７は実行されないので、画像履歴は格納されていない。また、非表示モードにおいて読取処理が行われていない場合も、図６のＳ６０５は実行されないので、画像履歴は格納されていない。Ｓ６０８で画像履歴が格納されていないと判定された場合、Ｓ６１０に進む。一方、画像履歴が格納されていると判定された場合、Ｓ６０９に進む。Ｓ６０９においては、履歴通知処理が行われる。図９は、Ｓ６０９の履歴通知処理の手順を示すフローチャートである。以下、図４の設定項目４０２で「通知アプリケーションで通常モード切換え時に通知する」が選択されていた場合について、図９に示す処理を説明する。なお、「ＯＳの通知機能で通常モード切り替え時に通知する」が選択されていた場合には、ユーザ通知の文言を作成し、ＴＴＳ＿ＢＡＬＬＯＯＮスタイルのツールヘルプを作成して、以下の説明と同様に表示処理を行う。

まず、Ｓ９０１において、情報処理装置３００の表示部３０５に画像履歴を表示する。画像履歴の表示方法は、特に限定されないが、例えば図１１に示すような通知画面を表示部３０５に表示する。図１１に示す画像履歴の表示画面は、表示１１０１、表示１１０２、表示１１０３、及びＯＫボタン１１０４を含む。図１１の表示１１０１には、画像の読取処理の処理結果についての記載が表示される。表示１１０２には、画像を読み取って取得された画像データのサムネイル画像が表示される。ここで、サムネイル画像を表示するものとしたが、これに限定されるものではなく、Ｓ６０４で受信したＵＲＬ情報を表示するようにしても良い。設定項目１１０３では、画像データの用途についての設定項目が表示される。例えば、ユーザは、「画像をアプリケーションに渡す」、「再度、履歴を通知する」、「履歴を破棄する」のいずれかを選択することができる。選択された設定内容は、ＯＫボタン１１０４が押下されることで確定する。

図９のＳ９０２において、設定項目１１０３のいずれの項目が選択されたか判定される。「画像をアプリケーションに渡す」が選択された場合、Ｓ９０３に進む。「再度、履歴を通知する」が選択された場合、図９の処理を終了する。これは、ユーザが非表示モードでの作業中に、不注意や他のアプリケーションの動作により通常モードに切り替わってしまった場合、直ちに非表示モードに戻るようにするためである。「履歴を破棄する」が選択された場合、Ｓ９０４に進む。

Ｓ９０３において、図６のＳ６０４で受信したＵＲＬ情報を用いて、ストレージサーバ１００から情報処理装置３００に画像データをダウンロードし、連携するアプリケーションに転送する。その後は、図９の処理を終了する。一方、Ｓ９０４においては、メモリ３０４に格納された画像履歴を削除して、図９の処理を終了する。

再び、図６を参照する。図６のＳ６０９の処理後は、Ｓ６０１に戻る。Ｓ６１０において、処理を終了するかを判定する。具体的には、図６の処理の終了がユーザ操作等により指示されているか否かを判定する。終了が指示されていると判定された場合、図６の処理を終了する。一方、終了が指示されていないと判定された場合、Ｓ６０に戻って、１処理を繰り返す。

以上、本実施形態においては、画像読取装置２００は、スキャナ機能を備えているものとして説明した。しかしながら、ディジタルカメラやディジタルビデオカメラ、又はＵＳＢメモリなどの外部ストレージメモリ等と情報処理装置とを接続した構成でも、本実施形態の動作を実現することができる。

以上のように、画像読取装置で画像を読み取って生成された画像データを情報処理装置で連携アプリケーションに渡す読取処理において、所定の非表示モードの際には、読取処理の結果の通知、及びエラー通知を制限する。すなわち、情報処理装置でのエラー表示や連携アプリケーションへの画像データの転送を制限する。そして、非表示モード以外のモードに切り替わったタイミングでユーザへの通知処理を行うので、非表示モードにおけるユーザの作業効率の低下を防ぐことができる。

［実施形態２］
本実施形態においては、情報処理装置３００が画像読取装置２００の読取制御を行う点で、実施形態１と異なる。

図１２は、本実施形態におけるシステム構成を示す図である。図１２においては、図１と異なり、ネットワーク４００にストレージサーバ１００が接続されていない。情報処理装置３００は、画像読取装置２００に読取制御コマンドを送信して、画像読取装置２００に保持されている画像データを受信することができる。画像読取装置２００、情報処理装置３００の構成は実施形態１と同じであるので説明を省略する。

また、本実施形態でも実施形態１と同様に、ユーザは、読取処理の前に、図４に示す設定画面上で、非表示モードについての各設定項目を設定する。本実施形態では、図４に示す設定画面を、情報処理装置３００の表示部３０５に表示する場合について説明する。

図１３は、本実施形態における画像読取装置２００における処理の手順を示すフローチャートである。図１３の処理は、例えば、画像読取装置２００のＣＰＵ２０５により実現される。本実施形態において、画像読取装置２００では、画像読取を行うだけの十分なメモリ領域が構成されていない場合により有効である。この場合は、情報処理装置３００から画像読取装置２００に対して送信される読取制御コマンドに応じて、読取処理が実現される。

まず、Ｓ１３０１において、情報処理装置３００からコマンドを受信する。次に、Ｓ１３０２において、Ｓ１３０１で受信したコマンドがボタン情報取得の要求コマンドであるか否かが判定される。ここで、ボタン情報取得の要求コマンドであると判定された場合、Ｓ１３０３に進み、ボタン情報取得の要求コマンドでないと判定された場合、Ｓ１３０４に進む。

Ｓ１３０３において、情報処理装置３００に対してボタン情報を送信して、図１３に示す処理を終了する。ここで、ボタン情報とは、画像読取装置２００の操作部２０９でユーザにより操作されたボタンについての情報である。操作部２０９が操作されていない状態で、Ｓ１３０１でボタン情報取得の要求コマンドを受信した場合には、Ｓ１３０３においてボタンが押下されていないことを示す情報を送信する。

Ｓ１３０４において、Ｓ１３０１で受信したコマンドが状態取得の要求コマンドであるか否かが判定される。ここで、状態取得の要求コマンドであると判定された場合、Ｓ１３０５に進み、状態取得の要求コマンドでないと判定された場合、Ｓ１３０６に進む。

Ｓ１３０５において、情報処理装置３００に画像読取装置２００の状態情報を送信して、図１３に示す処理を終了する。ここで、状態情報とは、画像読取装置２００のアイドル状態、画像読取中、画像読取完了、またはエラー発生などを示す。

Ｓ１３０６において、Ｓ１３０１で受信したコマンドが画像取得の要求コマンドであるか否かが判定される。ここで、画像取得の要求コマンドであると判定された場合、Ｓ１３０７に進み、画像取得の要求コマンドでないと判定された場合、Ｓ１３０８に進む。

Ｓ１３０７において、情報処理装置３００に対して、読み取って取得された画像データを送信して、図１３に示す処理を終了する。ここで、画像データとは、画像を読み取って取得され、ワークメモリ２０７に保存された画像データである。画像の読み取りが行われていない、又は画像の読み取りが行われていてもワークメモリ２０７が空の状態であれば、Ｓ１３０７では画像データを送信せずに図１３に示す処理を終了する。

Ｓ１３０８において、Ｓ１３０１で受信したコマンドが読取設定コマンドであるか否かが判定される。ここで、読取設定コマンドであると判定された場合、Ｓ１３０９に進み、読取設定コマンドでないと判定された場合、Ｓ１３１０に進む。

Ｓ１３０９において、情報処理装置３００から送信されたコマンドに記述された読取設定に基づいて画像の読取処理を行い、読み取って取得した画像データをワークメモリ２０７に格納する。なお、読取処理は、図１３の処理とは独立して行われ、読取処理が完了するまで、ワークメモリ２０７に画像データの書き込みが継続される。また、読取処理の途中でエラーが発生した場合には、読取処理を終了する。

Ｓ１３１０において、Ｓ１３０１で受信したコマンドは、画像読取装置２００では処理できない不明なコマンドであると判定し、情報処理装置３００に対して、処理不可能を表わすエラー情報を送信して、図１３の処理を終了する。

図１４は、情報処理装置３００から画像読取装置２００を読取制御する処理の手順を示すフローチャートである。図１４の処理は、例えば、情報処理装置３００のＣＰＵ３０１により実現される。Ｓ１４０１〜Ｓ１４０４の処理は、図６のＳ６０６〜Ｓ６０９と同じであるので説明を省略する。

Ｓ１４０２で非通常モード（非表示モード）に切り替わったか又はモードの切り替えが発生していないと判定された場合、Ｓ１４０５において、画像読取装置２００に対してボタン情報取得の要求コマンドを送信する。

Ｓ１４０６において、画像読取装置２００の操作部２０９が操作されたか否かが判定される。Ｓ１４０５でボタン情報を取得できなかった場合には、画像読取装置２００の操作部２０９が操作されていないと判定して、Ｓ１４０１からの処理を繰り返す。一方、Ｓ１４０５でボタン情報を取得できた場合には、画像読取装置２００の操作部２０９が操作されたと判定して、Ｓ１４０７において、画像読取処理が実行される。

本実施形態では、図１４に示すように、情報処理装置３００で非表示モードに切り替わったか又はモードの切り替えが発生していない場合には、画像読取装置２００のボタン情報の取得が繰り返される。

図１５は、図１４のＳ１４０７の画像読取処理の手順を示すフローチャートである。Ｓ１５０１において、画像読取装置２００に対して読取設定コマンドが送信される。読取設定コマンドには、画像読取装置２００が読取処理を行うための読取範囲、解像度、カラーモード設定等が含まれている。それらの読取設定は、情報処理装置３００の操作部３０６でユーザにより予め設定されている。Ｓ１５０１で読取設定コマンドが送信されると、画像読取装置２００では、図１３のＳ１３０９の処理が行われる。

Ｓ１５０２において、図７のＳ７０１と同様に、情報処理装置３００の現在のモードを取得する。Ｓ１５０３において、画像読取装置２００に対して画像読取装置２００の状態情報の要求コマンドを送信し、画像読取装置２００の状態情報を受信する。Ｓ１５０３で状態情報要求コマンドが送信されると、画像読取装置２００では、図１３のＳ１３０５の処理が行われる。

Ｓ１５０４において、Ｓ１５０２で取得した情報処理装置３００の現在のモードについて、非表示モードか、通常モードかの判定を行う。具体的には、複数のモード判定で１つでも非表示モードがあるか、若しくは、取得された全てのモードが非表示モードでないか（即ち、通常モード）が判定される。ここで、１つでも非表示モードがあると判定された場合、Ｓ１５０７に進み、取得された全てのモードが通常モードであると判定された場合、Ｓ１５０５に進む。

本実施形態では、画像読取開始前に情報処理装置３００の現在のモードが取得されるのは、Ｓ１５０２の１回のみである。もし、画像読取装置２００の画像読取中に非表示モードに切り替わった場合には、Ｓ１５０８やＳ１５１０でモード取得の処理が行われる。モード取得の処理の負荷が低く、情報処理装置３００での処理上問題とならないのであれば、モード取得処理は、Ｓ１５０３の処理後などＳ１５０２以外のタイミングで実行されても良い。

Ｓ１５０５において、図１６に示すような画像読取中を示すユーザインタフェース画面が表示部３０５に表示される。図１６に示すように、表示１６０１では、初期化中や読取中等の読取状況が示され、表示１６０２では、読取処理の進捗状況がゲージにより示される。また、ユーザによりキャンセルボタン１６０３が押下されると、読取処理をキャンセルする。

Ｓ１５０６において、キャンセルが指示されたか判定する。本実施形態でゃ、図１６に示すキャンセルボタン１６０３が押下されたか否かを判定する。キャンセルボタン１６０３が押下されたと判定された場合、画像読取装置２００にキャンセルを指示するコマンドを送信して、図１５に示す処理を終了する。キャンセルボタン１６０３が押下されていないと判定された場合、Ｓ１５０７に進む。

Ｓ１５０７において、エラーが発生したか判定する。具体的には、Ｓ１５０３で取得した状態情報がエラー情報を示しているか否かが判定される。ここで、エラー情報を示していると判定された場合、Ｓ１５０８に進み、エラー情報を示していないと判定された場合、Ｓ１５０９に進む。Ｓ１５０８において、図７に示すエラー処理と同様の処理が行われる。

Ｓ１５０９において、Ｓ１５０３で取得した状態情報が読取処理の完了を示しているか否かを判定する。ここで、読取処理の完了を示していると判定された場合、Ｓ１５１０に進み、読取処理の完了を示していないと判定された場合、Ｓ１５０３からの処理を繰り返す。Ｓ１５１０において、図８に示す画像転送処理と同様の処理が行われる。ただし、本実施形態においては、図８のＳ８０３では、画像読取装置２００から画像データがダウンロードされる。そのダウンロードの際には、情報処理装置３００から画像読取装置２００に対して、画像データ取得の要求コマンドが送信される。また、図８のＳ８０７において画像履歴として保存されるＵＲＬ情報は、画像読取装置２００内の画像データの格納先を示す情報である。

再び、図１４を参照する。Ｓ１４０７の処理後、Ｓ１４０８において、処理を終了するか判定する。具体的には、図１４の処理の終了がユーザ操作等により指示されているか否かを判定する。終了が指示されていると判定された場合、図１４の処理を終了する。一方、終了が指示されていないと判定された場合、Ｓ１４０１からの処理を繰り返す。

（他の実施形態）
本発明の基本的構成は上述したものに限定されるものではない。上述した実施形態は、本発明の効果を得るための一手段であり、類似の別手法を用いたり、異なるパラメータを用いたとしても、本発明と同等の効果が得られる場合は、本発明の範疇に含まれる。

上述した実施形態では、画像読取装置の読取処理の処理結果を例に挙げて説明したが、所定の条件が成立した場合に表示部に表示させる情報は、これに限定されるものではなく、表示部に既に表示中の表示内容とは異なるものであればよい。所定の条件が成立した場合に表示部に表示させる情報としては、例えば、情報処理装置とネットワーク等を介して接続される装置から受信する印刷処理の処理結果が挙げられる。

本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムは、１つのコンピュータで実行させても、複数のコンピュータを連動させて実行させるようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、処理の一部または全部をＡＳＩＣ等のハードウェアで実現するようにしてもよい。また、ＣＰＵも１つのＣＰＵで全ての処理を行うものに限らず、複数のＣＰＵが適宜連携をしながら処理を行うものとしてもよい。

Claims (11)

1. 所定の条件が成立した場合に表示部に所定の情報を表示させる表示制御手段と、
   前記表示部に前記所定の情報を表示させることを制限する制限条件を取得する取得手段と、
   前記取得手段により取得した制限条件を満たすか判定する判定手段と、を備え、
   前記表示制御手段は、前記判定手段により前記制限条件を満たすと判定された場合、前記所定の条件が成立した場合の前記表示部への前記所定の情報の表示を制限することを特徴とする情報処理装置。
2. 前記所定の条件は、所定の処理の終了又は所定の処理中のエラーの発生であることを特徴とする請求項１に記載の情報処理装置。
3. 前記制限条件を設定する設定手段、をさらに備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記制限条件は、前記表示部が表示可能な複数の表示モードのうち１つ以上の表示モードを含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記表示部が表示可能な前記複数の表示モードのうち少なくとも１つの表示モードは、前記表示部の表示領域内でウィンドウを最大化して表示するモードであることを特徴とする請求項４に記載の情報処理装置。
6. 前記制限条件は、特定のプロセスの起動中及び／又は特定のボタンが押下されるまでの状態を含むことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記表示制御手段は、前記取得手段により取得した制限条件を満たす状態から満たさない状態へ変化した場合、前記所定の条件が成立した場合に前記表示部に前記所定の情報の表示を行うよう前記表示部を制御することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 表示部に所定の情報を表示させるための条件が成立したか判定する第１判定工程と、
   前記表示部に前記所定の情報を表示させることを制限する制限条件を取得する取得工程と、
   前記取得工程により取得した制限条件を満たすかを判定する第２判定工程と、
   前記第１判定工程において条件が成立したと判定され、且つ、前記第２判定工程において前記制限条件を満たすと判定された場合、前記表示部への前記所定の情報の表示を制限する制限工程と、
   を有することを特徴とする情報処理方法。
9. 請求項１乃至７のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。
10. 画像を光学的に読み取って画像データを生成する画像読取装置と、前記画像データを取得する情報処理装置とを含む読取システムであって、
    前記画像読取装置は、
    前記画像の読取処理の結果を示す情報を前記情報処理装置に送信する送信手段、を備え、
    前記情報処理装置は、
    前記送信手段が送信した前記読取処理の結果を示す情報を受信する受信手段と、
    前記受信手段により受信した前記読取処理の結果を示す情報を表示させる表示制御手段と、
    前記表示部に前記読取処理の結果を示す情報を表示させることを制限する制限条件を取得する取得手段と、
    前記取得手段により取得した制限条件を満たすかを判定する判定手段と、を備え、
    前記表示制御手段は、前記判定手段により前記制限条件を満たすと判定された場合、前記読取処理の結果を示す情報の表示を制限する、
    ことを特徴とする読取システム。
11. 画像を光学的に読み取って画像データを生成する画像読取装置と、前記画像データを取得する情報処理装置と、を含む読取システムにおいて実行される表示制御方法であって、
    前記画像読取装置が、
    前記画像の読取処理の結果を示す情報を前記情報処理装置に送信する送信工程、を有し、
    前記情報処理装置が、
    前記送信工程において送信された前記読取処理の結果を示す情報を受信する受信工程と、
    前記表示部に前記読取処理の結果を表示させることを制限する制限条件を取得する取得工程と、
    前記取得工程において取得した制限条件を満たすかを判定する判定工程と、
    前記受信工程において読取処理の結果を示す情報を受信し、且つ、前記判定工程において前記制限条件を満たすと判定された場合、前記表示部への読取処理の結果を示す情報の表示を制限する制限工程と、を有することを特徴とする表示制御方法。

Images