(57)【要約】【課題】第三者の画像データの閲覧を回避し，信頼性が高い画像取得プログラムおよび画像取得装置を提供すること。【解決手段】各ユーザの画像取得プログラムは，スキャナからの画像データの取得を行う通常モードと，画像データの取得を制限するサスペンドモードとを備えている。そして，管理ユーザの画像取得プログラムと複数の一般ユーザの画像取得プログラムとが１台の情報処理装置内で動作する際，ある一般ユーザが画像取得を行う場合，その一般ユーザの画像取得プログラムが管理ユーザの画像取得プログラムおよび他の一般ユーザの画像取得プログラムに対してサスペンドモードへの移行を通知する。サスペンド信号を受けた画像形成プログラムは，サスペンドモードに移行して画像データの取得を制限する。【選択図】            図３
2009206807.tif 000002
【特許請求の範囲】
【請求項１】
スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，
他のコンピュータ領域に対し，前記取得手段による画像データの取得を制限する制限モードに移行させる制限信号を出力する制限要求手段と，
他のコンピュータ領域から出力される制限信号の検知を契機に，前記制限モードに移行する制限移行手段とを備えることを特徴とする画像取得プログラム。
【請求項２】
請求項１に記載する画像取得プログラムにおいて，
前記制限信号に対する応答信号を基に，他のコンピュータ領域で動作する画像取得プログラムの存在を判断し，他のコンピュータ領域に画像取得プログラムが存在すると判断された場合に割り込みモードに移行する割り込み移行手段と，
前記割り込みモード中に前記取得手段による画像データの取得を行った後に，他のコンピュータ領域に対し，前記制限モードを解除させる解除信号を出力する解除要求手段を有し，
前記解除信号を出力した後は，前記取得手段による画像データの取得が制限されることを特徴とする画像取得プログラム。
【請求項３】
請求項２に記載する画像取得プログラムにおいて，
前記割り込みモードでの動作期間と前記割り込みモード中の画像データの取得回数との少なくとも一方を基に，前記解除信号を出力するか否かを決定する決定手段を備えることを特徴とする画像読取プログラム。
【請求項４】
請求項１から請求項３のいずれか１つに記載する画像取得プログラムにおいて，
前記制限移行手段には，前記制限モードへの移行を拒否する条件が設定されていることを特徴とする画像読取プログラム。
【請求項５】
請求項１から請求項４のいずれか１つに記載する画像取得プログラムにおいて，
前記制限移行手段は，前記取得手段にて画像データの取得中であれば，画像データの取得終了を待って制限モードに移行することを特徴とする画像読取プログラム。
【請求項６】
請求項１に記載する画像取得プログラムにおいて，
前記制限要求手段が出力する制限信号は，他のコンピュータ領域で動作する画像取得プログラムの終了要求信号であり，
前記制限移行手段は，前記制限信号の検知を契機に，自身のプログラムを終了させることを特徴とする画像取得プログラム。
【請求項７】
スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，
受信側のコンピュータ領域からの接続要求信号の検知を契機に，データ取得権の取得の可否を判断し，可能であれば当該コンピュータ領域にデータ取得権の権限を設定し，不可であれば拒否信号を当該コンピュータ領域に出力する接続手段と，
前記取得手段が取得した画像データを前記データ取得権を有するコンピュータ領域に記憶する記憶手段と，
受信側のコンピュータ領域からの解除要求信号の検知を契機に，データ取得権の権限を解除する解除手段とを備えることを特徴とする画像取得プログラム。
【請求項８】
スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，
他のコンピュータ領域に対し，前記取得手段による画像データの取得を制限する制限モードに移行させる制限信号を出力する制限要求手段と，
他のコンピュータ領域から出力される制限信号の検知を契機に，前記制限モードに移行する制限移行手段とを備えることを特徴とする画像取得装置。
【請求項９】
スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，
受信側のコンピュータ領域からの接続要求信号の検知を契機に，データ取得権の取得の可否を判断し，可能であれば当該コンピュータ領域にデータ取得権の権限を設定し，不可であれば拒否信号を当該コンピュータ領域に出力する接続手段と，
前記取得手段が取得した画像データを前記データ取得権を有するコンピュータ領域に記憶する記憶手段と，
受信側のコンピュータ領域からの解除要求信号の検知を契機に，データ取得権の権限を解除する解除手段とを備えることを特徴とする画像取得装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，スキャナ等の読取装置で読み取った画像データを取得する画像取得プログラムおよび画像取得装置に関する。さらに詳細には，複数のユーザが同時に使用することができる画像取得プログラムおよび画像取得装置に関するものである。
【背景技術】
【０００２】
従来から，パーソナルコンピュータ（ＰＣ），原稿を読み取るスキャナ機能を備えた複合機能周辺機器（ＭＦＰ）とをネットワークを介して接続し，ＭＦＰで読み取ったデータを所定のＰＣに送信するスキャンシステムが構築されている。
【０００３】
例えば，特許文献１に開示された画像データ送信システムでは，プッシュスキャン機能およびプルスキャン機能に関する技術が開示されている。「プッシュスキャン機能」とは，ＭＦＰの操作に基づいて原稿をスキャンし，そのスキャンデータをユーザの指定したＰＣに自動的に送信する機能のことである。一方，「プルスキャン機能」とは，ＰＣの操作に基づいて原稿をスキャンし，そのスキャンデータをスキャン指示を送信したＰＣに自動的に送信する機能のことである。
【特許文献１】特開２００４−２１５００９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年，１台のＰＣを複数のユーザが同時に使用可能なＰＣ（例えば，オペレーションシステムとしてＵＮＩＸ(登録商標)が組み込まれているＰＣ）が実用化されている。また，ｔｅｌｎｅｔに代表されるＰＣの遠隔操作を行った場合であっても，１台のＰＣを複数のユーザが同時に使用可能な環境を作り上げることができる。
【０００５】
上記のごとく複数のユーザが１台のＰＣを同時に使用している状態で，特許文献１（特開２００４−２１５００９号公報）のスキャンシステムを利用すると，次のような問題が起きる。すなわち，スキャンキーを検知するアプリケーション（以下，「監視アプリ」とする）は，当該監視アプリを最初に起動させたユーザの権限でしか動作していない。そのため，複数のユーザが使用している状態で，スキャンデータを取得しようとすると，監視アプリを起動したユーザ（以下，「管理ユーザ」とする）は，自身の管理ディレクトリにスキャンデータを取り込むことができるが，管理ユーザ以外のユーザ（以下，「一般ユーザ」とする）がスキャンデータを取り込もうとすると，そのスキャンデータがすべて管理ユーザの管理ディレクトリに取り込まれてしまう。
【０００６】
すなわち，スキャナを備えるＭＦＰからスキャンデータをＰＣに送信する際には，送信先であるＰＣを選択して送信する。その際，ＭＦＰとしては，どのユーザからのスキャン要求であるかを認識できない。一方，ＰＣとしては，管理ユーザがスキャンデータを取得する。そのため，スキャナ側で操作するユーザが管理ユーザでない場合，スキャナを操作するユーザにとっては第三者にスキャンデータを送信してしまうことになり，スキャンデータを閲覧されてしまう。もしくは，一般ユーザが指定したディレクトリに対して管理ユーザが書き込み権限を持たないと，指定したディレクトリに記憶できない。
【０００７】
本発明は，前記した従来のスキャンシステムが有する問題点を解決するためになされたものである。すなわちその課題とするところは，第三者の画像データの閲覧を回避し，信頼性が高い画像取得プログラムおよび画像取得装置を提供することにある。
【課題を解決するための手段】
【０００８】
この課題の解決を目的としてなされた画像取得プログラムは，スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，他のコンピュータ領域に対し，取得手段による画像データの取得を制限する制限モードに移行させる制限信号を出力する制限要求手段と，他のコンピュータ領域から出力される制限信号の検知を契機に，制限モードに移行する制限移行手段とを備えることを特徴としている。
【０００９】
本発明の画像取得プログラムは，スキャナから出力される画像データの取得を行う機能と，画像データの取得を制限する機能とを備えている。そして，複数の画像取得プログラムが１台の情報処理装置内で動作する際には，一方の画像取得プログラムが他方すべての画像取得プログラムに対して制限モードへの移行を通知する制限信号を出力する。他方の画像取得プログラムでは制限信号の受信を契機に，画像データの取得を制限する。これにより，一方の画像取得プログラムのみが画像データの取得を行うことができる。
【００１０】
すなわち，本発明の画像取得プログラムでは，他のユーザの下で動作するすべての画像取得プログラムを制限モードにすることで，自身が画像取得の権限を得る。これにより，第三者への画像データの流出が抑制される。その結果，複数のユーザが１台の情報処理装置を利用する場合であっても秘匿性を確保できる。また，自身が制限モードへの移行要求を受けた場合には，制限モードに移行して他人の画像データの取得を抑制する。これにより，管理ユーザと一般ユーザとがともに安心してスキャンシステムを利用できる。
【００１１】
また，本発明の画像取得プログラムは，制限信号に対する応答信号を基に，他のコンピュータ領域で動作する画像取得プログラムの存在を判断し，他のコンピュータ領域に画像取得プログラムが存在すると判断された場合に割り込みモードに移行する割り込み移行手段と，割り込みモード中に取得手段による画像データの取得を行った後に，他のコンピュータ領域に対し，制限モードを解除させる解除信号を出力する解除要求手段を有し，解除信号を出力した後は，取得手段による画像データの取得が制限されるとよりよい。
【００１２】
後から起動された画像取得プログラムは，先に起動されたプログラムを制限モードに移行させた後，割り込みモードとして画像データの取得を行う。割り込みモードでは，画像データの取得を行った後，先に起動されたプログラムの制限モードを解除するとともにその後の画像データの取得が制限される。すなわち，先のユーザである管理ユーザは，後のユーザである一般ユーザのスキャン後にスキャンデータの取得を再開できる。そのため，先のユーザの利便性への影響は小さい。
【００１３】
また，上記の画像取得プログラムは，割り込みモードでの動作期間と割り込みモード中の画像データの取得回数との少なくとも一方を基に，解除信号を出力するか否かを決定する決定手段を備えるとよりよい。すなわち，割り込みモードの動作期間の制限あるいは画像データの取得回数の制限を設定し，その設定内容に従って他の画像取得プログラムの制限モードを解除するとともに自身の画像データの取得を制限する。これにより，無制限の割り込みを回避する。その結果，先のユーザの利便性への影響は小さい。
【００１４】
また，本発明の画像取得プログラムの制限移行手段には，制限モードへの移行を拒否する条件が設定されているとよりよい。例えば，制限モードへの移行を拒否する条件として，ユーザの属性やＭＦＰを利用する時間帯を設定する。これにより，不審者のシステムの利用の防止等，システムの安全性が向上する。
【００１５】
また，本発明の画像取得プログラムの制限移行手段は，取得手段にて画像データの取得中であれば，画像データの取得終了を待って制限モードに移行するとよりよい。すなわち，制限モードへの移行を依頼された先に起動された画像取得プログラムは，その制限モードへの移行を，画像データを取得し終えるまで待ってもらうことで，自身がスキャン中における他のユーザのスキャンが抑制される。そのため，システム全体の安全性が確保される。
【００１６】
また，本発明の画像取得プログラムは，制限要求手段が出力する制限信号が，他のコンピュータ領域で動作する画像取得プログラムの終了要求信号であり，制限移行手段が，制限信号の検知を契機に，自身のプログラムを終了させるとしてもよい。
【００１７】
すなわち，本発明の画像取得プログラムは，他の画像取得プログラムを強制終了させることで，自身の画像取得を可能にする。これにより，第三者に画像データが渡らないことから，秘匿性が確保される。また，自身が終了要求を受けたときは，自身のプログラムを強制終了して他の画像取得プログラムによる画像データの取得を抑制する。これにより，よりシンプルな動作で信頼性が高いスキャンシステムを利用できる。
【００１８】
また，本発明の画像取得プログラムは，スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，受信側のコンピュータ領域からの接続要求信号の検知を契機に，データ取得権の取得の可否を判断し，可能であれば当該コンピュータ領域にデータ取得権の権限を設定し，不可であれば拒否信号を当該コンピュータ領域に出力する接続手段と，取得手段が取得した画像データをデータ取得権を有するコンピュータ領域に記憶する記憶手段と，受信側のコンピュータ領域からの解除要求信号の検知を契機に，データ取得権の権限を解除する解除手段とを備えるとしてもよい。
【００１９】
すなわち，本発明の画像取得プログラムは，まず，最初に起動したユーザ（管理ユーザ）がデータ取得権を得る。一般ユーザは，本発明の画像取得プログラムに接続要求を送り，データ取得権を取得する。画像取得プログラムは，データ権限がある一般ユーザのコンピュータ領域に画像データを記憶する。この結果，第三者に画像データが渡らない。一方，他のユーザがデータ取得権を有する際には，自身の画像データの取得が制限される。これにより，すべてのユーザが安心してスキャンシステムを利用できる。
【００２０】
また，本発明は，スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，他のコンピュータ領域に対し，取得手段による画像データの取得を制限する制限モードに移行させる制限信号を出力する制限要求手段と，他のコンピュータ領域から出力される制限信号の検知を契機に，制限モードに移行する制限移行手段とを備えることを特徴とする画像取得装置を含んでいる。
【００２１】
また，本発明は，スキャナから出力されるスキャン開始信号の検知を契機に，スキャナからの画像データの取得を行う取得手段と，受信側のコンピュータ領域からの接続要求信号の検知を契機に，データ取得権の取得の可否を判断し，可能であれば当該コンピュータ領域にデータ取得権の権限を設定し，不可であれば拒否信号を当該コンピュータ領域に出力する接続手段と，取得手段が取得した画像データを前記データ取得権を有するコンピュータ領域に記憶する記憶手段と，受信側のコンピュータ領域からの解除要求信号の検知を契機に，データ取得権の権限を解除する解除手段とを備えることを特徴とする画像取得装置を含んでいる。
【発明の効果】
【００２２】
本発明によれば，第三者の画像データの閲覧を回避し，信頼性が高い画像取得プログラムおよび画像取得装置が実現している。
【発明を実施するための最良の形態】
【００２３】
以下，本発明にかかる画像取得プログラムを具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，スキャナ機能を備えたＭＦＰと，スキャンデータの受け取り先であるＰＣとがネットワークで接続されたスキャンシステムであって，そのスキャンシステムを構成するＰＣに組み込まれた画像取得プログラムに本発明を適用したものである。
【００２４】
［スキャンシステムの構成］
本形態のスキャンシステム１００は，図１に示すように，情報端末装置としてのＰＣ１０，２０と，プリント機能およびスキャナ機能を有するＭＦＰ３０とを備えている。スキャンシステム１００では，各ＰＣ１０，２０とＭＦＰ３０とがＬＡＮ４に接続されている。本スキャンシステム１００は，ＰＣ１０，２０とＭＦＰ３０との間でプッシュスキャン機能（特開２００４−２１５００９号公報参照）を実現する。
【００２５】
また，ＰＣ１０には，後述の「監視アプリ」が組み込まれている。監視アプリは，常駐プログラムであり常時動作している。ユーザは，ＭＦＰ３０を操作することにより，ＭＦＰ３０でスキャンした画像を上記「監視アプリ」を介してＰＣ１０内の記憶装置に記憶することができる。
【００２６】
ＰＣ１０（画像取得装置の一例）は，図２に示すように，各種演算処理を実行するＣＰＵ１１（取得手段，制限要求手段，制限移行手段，割り込み移行手段，解除要求手段，決定手段，接続手段，記憶手段，解除手段の一例）と，当該ＰＣ１０の起動時にＣＰＵ１１が行う起動処理のプログラム（ＢＩＯＳ）等を記憶したＲＯＭ１２と，ＣＰＵ１１が各種処理を行う際に一時的な記憶領域として利用されるＲＡＭ１３と，各種のプログラムやデータを記憶したハードディスクドライブ（ＨＤＤ）１４とを有している。
【００２７】
また，ＰＣ１０は，キーボードやマウス等からなる操作部１５と，液晶ディスプレイ等からなる表示部１６と，ＵＳＢインターフェース１７と，ＬＡＮ，インターネット等のネットワークを介して信号のやりとりを行うネットワークインターフェース１８と，そのネットワークインターフェース１８を介して接続された端末装置５２，５３とを有している。この端末装置５２，５３は，それ自体にデータ処理やスキャナ操作を行う機能はないが，ディスプレイとキーボードとを有している。このディスプレイとキーボードとを使用して操作部１５を操作するユーザとは別のユーザがＰＣ１０を使用できる。
【００２８】
さらに，送信側ＰＣ１０のＨＤＤ１４には，オペレーティングシステム（ＯＳ）や，画像データを作成ないし編集可能なアプリケーション（例えば，文書作成ソフト，作図ソフト，表計算ソフト，写真データ編集ソフト等）や，画像データを印刷データに変換し，ＭＦＰ３０に印刷データを送信するプリンタドライバが記憶されている。また，ＨＤＤ１４には，ＭＦＰ３０から送られてくる原稿のスキャンデータを取得するアプリケーションである監視アプリが記憶されている。なお，ＰＣ２０についても同様の構成になっている。
【００２９】
前記オペレーティングシステムは，例えばＬｉｎｕｘ（登録商標）などのマルチユーザをサポートするシステムである。ひとつのＰＣにおいて複数のユーザがログインする状況としては，「使用していたユーザが席を立った際に，他のユーザが“ｓｕ”コマンドにてログインする場合」や，「ネットワーク等で接続された端末装置５２，５３よりログインする場合」や，「他のＰＣ２０からｔｅｌｎｅｔやｓｓｈなどのプロトコルを介してリモートログインする場合」などが考えられる。この場合，ひとつのアプリケーション，本実施例にあっては後述する監視アプリが，あるユーザにより立ち上げられた状態のまま，別のユーザにより同時に立ち上げられ，同時動作する状況が考えられる。以下の状況では，図３に示すように，複数のユーザ（本形態ではユーザＡ，ユーザＢ，ユーザＣ）が同時に使用しているとして説明する。
【００３０】
各ユーザには，ユーザＡ用のＰＣ１０と，ユーザＢ用の端末装置５２，ユーザＣ用の端末装置５３が接続されており，各装置１０，５２，５３はそれぞれユーザＡ，ユーザＢ，ユーザＣの動作環境で動作している。また，ＰＣ２０のユーザＤは，ｔｅｌｎｅｔを利用してＰＣ１０を遠隔利用している状況になっている。すなわち，ユーザＡ，Ｂ，Ｃ，Ｄは，同一のＰＣ１０を同時に使用している。このような状況で，本形態では，管理ユーザをユーザＡとし，その他のユーザＢ，Ｃ，Ｄを一般ユーザとする。また，本明細書では，これらユーザＡ，Ｂ，Ｃ，Ｄの実行する仮想的なコンピュータ（メモリ空間，プログラムなど）をコンピュータ領域と表現する。ユーザＡ，Ｂ，Ｃのコンピュータ領域は，単一のＰＣ１０の中に形成されるが，ＯＳの機能により仮想的にそれぞれ別のコンピュータであるかのように振舞う。
【００３１】
ＭＦＰ３０には，プッシュスキャン機能を実現するプログラムが組み込まれている。具体的に，ＭＦＰ３０は，ＰＣに組み込まれている監視アプリからの登録要求通知を受信する。また，スキャンキー操作時には，登録されているＰＣ（本形態ではＰＣ１０）の監視アプリに対してスキャンデータの送信を行う。
【００３２】
［スキャンシステムの基本動作］
続いて，本スキャンシステム１００によって行われる画像取得処理の動作シーケンスを，図４を参照しつつ説明する。なお，スキャン対象である原稿は，あらかじめＭＦＰのスキャナ部に載置されている。
【００３３】
まず，ユーザがスキャンデータの送信先のＰＣ（本形態ではＰＣ１０）を選択し，ＭＦＰ３０のスキャンキーを押下する。このスキャンキーの押下を契機に，ＭＦＰ３０は，ＰＣ１０に対してスキャンキー信号を送信する。すなわち，送信先のＰＣ１０に対し，スキャンデータの送信を行うことを通知する。ＰＣ１０では，監視アプリがスキャンキーを受信し，このスキャンキー信号の受信を契機に，ＭＦＰ３０にスキャン信号を送信する。すなわち，ＭＦＰ３０に対し，画像データの受信が可能であることを回答する。
【００３４】
ＭＦＰ３０では，スキャン信号を受け取ることで，ＰＣ１０の受け取り準備が完了していることを認識する。そこで，ＭＦＰ３０では，原稿の読み取りを開始し，原稿の画像データとなるスキャンデータを作成する。そして，ＰＣ１０に対してそのスキャンデータを送信する。これにより，ＭＦＰ３０からＰＣ１０への画像データの受け渡しが行われる。
【００３５】
［監視アプリの動作］
続いて，前述したＰＣ１０のスキャンデータ（画像データ）の取得動作を実現する監視アプリの動作を詳細に説明する。なお，以下の説明では，スキャンデータの取得動作を実現する形態として，監視アプリがサスペンドモードを備えるもの（第１の形態），監視アプリを強制終了させるもの（第２の形態），監視アプリが他のユーザを偽装するもの（第３の形態）の，３つの形態について説明する。
【００３６】
［第１の形態］
第１の形態の監視アプリ（画像取得プログラムの一例）は，スキャンデータの取得動作（以下，「スキャン動作」とする）を制限なく行う「通常モード」と，スキャン動作が許可されない「サスペンドモード」（制限モードの一例）と，所定の条件（スキャン回数や制限時間）下でスキャン動作が許可される「割り込みモード」とを備える。
【００３７】
監視アプリは，各ユーザのコンピュータ領域でそれぞれ起動される。ここでは，他に監視アプリが起動していない状態で監視アプリを起動したユーザを「管理ユーザ」という。また，その場合，監視アプリは通常モードで起動される。また，通常モードにて既に監視アプリが立ち上がった状態にて，他のユーザが監視アプリを立ち上げた場合には，そのユーザを以後「一般ユーザ」と称する。一般ユーザが立ち上げた監視アプリは割り込みモードで立ち上がる。ここでいう管理ユーザ，一般ユーザは絶対的なものではなく，管理ユーザが一旦監視アプリを終了させ，再度立ち上げた場合は，一般ユーザとなることもある。各ユーザの監視アプリは，他のユーザの監視アプリのモードを切り換えることでスキャンデータの取得権限の取捨を行う。
【００３８】
具体的に，本形態の各ユーザの監視アプリは，次のように動作する。管理ユーザの監視アプリは，起動時から通常モードで動作し，スキャンデータの取得が可能になっている。一般ユーザの監視アプリがスキャンデータを取得する際には，管理ユーザの監視アプリをサスペンドモードに移行させる。一般ユーザの監視アプリ自身は，割り込みモードで動作してスキャンデータの取得権限を一時的に得る。そして，一般ユーザの監視アプリは，割り込みモード中にスキャンデータを取得する。スキャンデータの取得後は，管理ユーザの監視アプリのサスペンドモードを解除し，管理ユーザの監視アプリにスキャンデータの取得権限を返す。
【００３９】
上記のような動作を実現する監視アプリの手順について，図５から図１２のフローチャートを参照しつつ説明する。以下の説明では，管理ユーザの監視アプリとして起動されたときの動作と，一般ユーザの監視アプリとして起動されたときの動作とに分けて説明する。
【００４０】
［管理ユーザの監視アプリの動作］
始めに，管理ユーザの監視アプリとして起動された場合の，監視アプリの動作について説明する。管理ユーザの監視アプリとして起動された監視アプリは，まず，図５に示すように，サスペンド信号（制限信号の一例）をブロードキャストする（Ｓ１０１：制限要求手段の一例）。サスペンド信号は，通常モードからサスペンドモードへの移行を要求する信号である。その後，そのサスペンド信号に対する応答信号の有無を判断する（Ｓ１０２）。なお，ここでいうブロードキャストは，その時点で立ち上がっている監視アプリに対する信号送信であり，もしその時点で監視アプリが立ち上がっていない場合は無視される。
【００４１】
Ｓ１０２の処理では，他のユーザが既に監視アプリを起動している場合には，当該監視アプリが応答する。言い換えると，管理ユーザの監視アプリのように，他に監視アプリが起動していない場合（つまり，自身が最初に起動された監視アプリである場合）には，応答がない。すなわち，管理ユーザの監視アプリであれば応答はなく（Ｓ１０２：ＹＥＳ），図６のＳ１１１の処理に移行する。
【００４２】
Ｓ１１１の処理以降，管理ユーザの監視アプリは，通常モードとして動作する。通常モードでは，通常，図６中のメインループとして記載されたルート上の処理を繰り返す。
【００４３】
まず，Ｓ１１１の処理として，ペンディング中であるか否かを判断する（Ｓ１１１）。ペンディング中とは，後述するサスペンドモード中にスキャンキー信号を受け付けたことをペンディングしていること意味し，通常モードであればＮＯと判断される（Ｓ１１１：ＮＯ）。
【００４４】
次に，各種のサスペンド信号の受信の有無を判断する（Ｓ１１２）。ここでいうサスペンド信号は，他のユーザが起動した監視アプリが出力したものであり，現在このフローチャートの主体となっている監視アプリが出力したものではない。ここでいうサスペンド信号の受信は，別の監視アプリが起動され，その監視アプリにてＳ１０１の処理が行われたことを意味する。
【００４５】
サスペンド信号を受信していなければ（Ｓ１１２：ＮＯ），ＭＦＰ３０からのスキャンキー信号（スキャン開始信号の一例）の受信の有無を判断する（Ｓ１１３）。このスキャンキー信号の受信は，ＭＦＰ３０が操作されてプッシュスキャンが指示されたことを意味する。スキャンキー信号を受信していなければ（Ｓ１１３：ＮＯ），他の監視アプリからのリジューム信号の受信の有無を判断する（Ｓ１１４）。リジューム信号は，サスペンドモードから通常モードへ復帰させるための信号である。リジューム信号を受信していなければ（Ｓ１１４：ＮＯ），終了要求信号を受信しているか否かを判断する（Ｓ１１５）。終了要求信号は，本プログラムを終了させるための信号である。終了要求信号を受信していれば（Ｓ１１５：ＹＥＳ），本プログラムを終了する。
【００４６】
終了要求信号を受信していなければ（Ｓ１１５：ＮＯ），後述する割り込み終了条件を満たしているか否かを判断する（Ｓ１１６）。管理ユーザの監視アプリは，割り込みモードとして動作しないため，割り込み終了条件を満たすことはない（Ｓ１１６：ＮＯ）。そのため，Ｓ１１１の処理に戻る。この一連のループを以後「メインループ」と称する。このメインループは，外部からの入力がないアイドル状態の間に繰り返される。
【００４７】
メインループの動作中，スキャンキー信号を受信すると（Ｓ１１３：ＹＥＳ），図６中のスキャンルートに移行する。スキャンルートでは，まず，サスペンドモードであるか否かを判断する（Ｓ１１８）。通常モードでは，サスペンドモードではないため（Ｓ１１８：ＮＯ），Ｓ１２０の処理に移行し，スキャン開始を指示する（Ｓ１２０：取得手段の一例）。なお，通常モード中はペンディングではないため，Ｓ１１９の処理はバイパスされる。
【００４８】
Ｓ１２０のスキャン開始処理では，スキャン動作を行うスレッドを別途起動させる。スキャン動作を行うスレッドでは，図７に示すように，スキャン信号をＭＦＰ３０に対して送信する（Ｓ１３１）。そして，ＭＦＰ３０からスキャンデータあるいはエラー信号が送られてくるまで待機する（Ｓ１３２）。
【００４９】
その後，スキャンデータを受信した場合には（Ｓ１３３：ＹＥＳ），スキャンデータを所定のファイル形式に変換してＨＤＤ１４に記憶する（Ｓ１３４）。一方，スキャンデータを取得することなくタイムアウトした場合には（Ｓ１３３：ＮＯ），エラーメッセージの表示等のエラー処理を行う（Ｓ１３５）。Ｓ１３４の処理あるいはＳ１３５の処理後，本スレッドを終了する。
【００５０】
監視アプリの説明に戻り，Ｓ１２０の処理にてスキャンデータの取り込みを行うスレッドを起動させた後，スキャンの回数制限があるか否かを判断する（Ｓ１２１）。スキャンの回数制限は，割り込みモードでの制限であり，通常モードでは設定されない。そのため，Ｓ１１１の処理に移行し，メインループに復帰する。
【００５１】
続いて，管理ユーザの監視アプリがサスペンド信号を受信した場合，すなわちサスペンドモードへの移行を要求されたときの処理について説明する。メインループの動作中，サスペンド信号を受信すると（Ｓ１１２：ＹＥＳ），Ｓ１５１以降（図８）のサスペンド信号に対する応答処理に移行する。
【００５２】
図８は，サスペンド信号に対する応答処理を示すフローチャートである。まず，サスペンド要求に対する拒否条件を判断する（Ｓ１５１）。拒否条件としては，例えば，ＭＦＰ３０の利用を拒否する時間帯や，所定のユーザの属性（アクセス権限等）がある。本形態では，拒否時間と拒否ユーザ属性とが拒否条件ファイルとしてＨＤＤ１４に記録されている。サスペンドモードへの移行に拒否条件を設けることで，不審者のシステムの利用の防止等，スキャンシステム全体の安全性が向上する。
【００５３】
図９は，Ｓ１５１のサスペンド拒否判断処理の詳細を示すフローチャートである。本処理では，まず，前述した拒否条件ファイルを読み出す（Ｓ１６１）。次に，サスペンド要求を必ず拒否する全拒否モードが設定されているか否かを判断する（Ｓ１６２）。全拒否モードが設定されているならば（Ｓ１６２：ＹＥＳ），拒否応答を行う。
【００５４】
全拒否モードが設定されていなければ（Ｓ１６２：ＮＯ），管理ユーザにサスペンドモードへの移行を問い合わせる対話モードが設定されているか否かを判断する（Ｓ１６３）。対話モードが設定されているならば（Ｓ１６３：ＹＥＳ），サスペンドモードへの移行を問い合わせるダイアログを表示し，管理ユーザの入力を待つ（Ｓ１６４）。サスペンドモードへの移行を許可しない入力が行われた場合，あるいはタイムアウトした場合には（Ｓ１６４：ＮＯ），拒否応答を行う。
【００５５】
サスペンドモードへの移行を許可する入力が行われた場合には（Ｓ１６４：ＹＥＳ），もしくは対話モードではない（Ｓ１６３：ＮＯ）と判断された場合には，現在のシステム時刻を取得する（Ｓ１６５）。そして，拒否条件ファイルに設定されている拒否時間内であるか否かを判断する（Ｓ１６６）。取得した時刻が拒否時間内であるならば（Ｓ１６６：ＹＥＳ），拒否応答を行う。
【００５６】
取得した時刻が拒否時刻内でなければ（Ｓ１６６：ＮＯ），管理ユーザの属性を取得する（Ｓ１６７）。そして，管理ユーザの属性としてサスペンドモードへの移行が制限されているか否かを判断する（Ｓ１６８）。サスペンドモードへの移行が制限されているユーザであれば（Ｓ１６８：ＹＥＳ），拒否応答を行う。一方，サスペンドモードへの移行が制限されていないユーザであれば（Ｓ１６８：ＮＯ），許可応答を行う。
【００５７】
図８のサスペンド要求に対する応答処理の説明に戻り，サスペンド拒否判断処理の結果が拒否応答であるか否かを判断する（Ｓ１５２）。拒否応答である場合には（Ｓ１５２：ＹＥＳ），サスペンド信号を送信した監視アプリ（本形態では一般ユーザの監視アプリ）に対して，ＮＡＣＫ信号を送信する（Ｓ１５８）。
【００５８】
拒否応答でない場合，すなわち許可応答の場合には（Ｓ１５２：ＮＯ），管理ユーザの監視アプリ自身が現在スキャン動作中であるか否かを判断する（Ｓ１５３）。スキャン動作中である場合には（Ｓ１５３：ＹＥＳ），サスペンド信号を送信した監視アプリに対して，ＮＡＣＫ信号を送信する（Ｓ１５４）。そして，スキャンデータの取り込みが終了するまで待機する（Ｓ１５５）。すなわち，サスペンドモードへの移行を，スキャンデータの取り込み終了まで待ってもらうことで，複数の監視アプリが同時にスキャン動作を行うことが抑制される。そのため，システム全体の安全性が確保される。
【００５９】
スキャンデータの取り込みが終了した後，あるいはスキャン中でなければ（Ｓ１５３：ＮＯ），通常モードからサスペンドモードに移行する（Ｓ１５６：制限移行手段の一例）。そして，サスペンド信号を送信した監視アプリに対して，ＡＣＫ信号を送信する（Ｓ１５７）。サスペンド信号に対する応答信号（ＡＣＫ信号（Ｓ１５７）あるいはＮＡＣＫ信号（Ｓ１５８））を出力した後，Ｓ１１１の処理に戻る。
【００６０】
図１０にサスペンドモードでの動作を示す。サスペンドモードでは，通常，図１０中のメインループとして記載されたルート上の処理を繰り返す。サスペンドループのルートは，通常モードでのメインループ（図６参照）のルートと同じであるが，サスペンドモードでは，スキャンキー信号を受信したときの動作が異なる。
【００６１】
すなわち，サスペンドループの動作中，スキャンキー信号を受信すると（Ｓ１１３：ＹＥＳ），図１０中のペンディングルートに移行する。ペンディングルートでは，まず，直後のＳ１１８の処理においてサスペンド中と判断される（Ｓ１１８：ＹＥＳ）。そして，スキャンキー信号を受信したことがペンディングとなり，ペンディングが開始となる（Ｓ１２２）。そして，ペンディング中となると，Ｓ１１１の処理でサスペンド中と判断され（Ｓ１１１：ＹＥＳ），サスペンドループはＳ１１８の処理を経由するルートへと変更される。
【００６２】
続いて，管理ユーザの監視アプリがリジューム信号を受信した場合，すなわち通常モードへの復帰を要求されたときの処理について説明する。サスペンドループの動作中，監視アプリがリジューム信号を受信すると（Ｓ１１４：ＹＥＳ），図１１に示すように，リジュームルートに移行する。リジュームルートでは，サスペンドモードを終了させる（Ｓ１２３）。これにより，サスペンドモードから通常モードに復帰し，メインループを繰り返すことになる。すなわち，再びスキャン動作が可能になる。
【００６３】
通常モードに復帰した際，ペンディング中であれば（Ｓ１１１：ＹＥＳ），図１１中のペンディングルートに移行する。そして，Ｓ１１８の処理ではサスペンドモードではなくなっているため（Ｓ１１８：ＮＯ），Ｓ１１９の処理に移行し，ペンディングを終了する（Ｓ１１９）。そして，スキャン動作を開始する（Ｓ１２０）。これにより，サスペンドモード中にペンディングとなったスキャンデータの読み取りが行われる。Ｓ１２０の処理にてスキャン動作を再開させた後，Ｓ１１１の処理に移行し，メインループに復帰する。なお，このペンディングの処理は，全スキャンの送信前に次のスキャンキー操作を受け付けるように構成されている場合に，あるいは管理ＭＦＰが複数ある場合に起こりうる。
【００６４】
［一般ユーザの監視アプリの動作］
続いて，一般ユーザの監視アプリとして起動された場合の，監視アプリの動作について説明する。既に管理ユーザにより監視アプリが立ち上げられている状態で，他のユーザがスキャンキー機能を使用するために他の端末装置５２，５３あるいは他のＰＣ２０から監視アプリを起動すると，その監視アプリは割り込みモードとなり，そのユーザは一般ユーザとなる。
【００６５】
一般ユーザの監視アプリとして起動された監視アプリは，まず，図５に示したように，サスペンド信号をブロードキャストする（Ｓ１０１）。そして，そのサスペンド信号に対する応答があるかないかを判断する（Ｓ１０２）。
【００６６】
Ｓ１０２の処理では，他のユーザが既に監視アプリを起動している場合には，当該監視アプリが応答する。一般ユーザの監視アプリとしては，少なくとも管理ユーザの監視アプリからの応答が得られる。つまり，一般ユーザの監視アプリであれば応答があり（Ｓ１０２：ＮＯ），Ｓ１０３の処理に移行する。
【００６７】
次に，応答信号がすべてＡＣＫ信号（制限信号に対する応答信号の一例）であるか否かを判断する（Ｓ１０３：割り込み移行手段の一例）。ＡＣＫ信号を受信した場合には（Ｓ１０３：ＹＥＳ），他の監視アプリがサスペンドモードに移行したことを意味する。そこで，スキャンの回数条件を取得し（Ｓ１０４），割り込みモードとして，図６のＳ１１１の処理に以降する。なお，回数条件は，後述する終了条件ファイルに記録されている。そのため，Ｓ１０４の処理ではその終了条件ファイルを読み出し，設定されている回数を取得する。
【００６８】
一方，ＮＡＣＫ信号（制限信号に対する応答信号の一例）を受信した場合には（Ｓ１０３：ＮＯ），タイムアウトか否かを判断する（Ｓ１０５）。タイムアウトでなければ（Ｓ１０５：ＮＯ），他の監視アプリがスキャンデータの取り込み中であること，あるいは他の通常モードで起動されている監視アプリがサスペンド拒否判断（Ｓ１５１）で拒否したことが考えられる（図８のＳ１５３からＳ１５５）。そのため，１秒待機し（Ｓ１０６），Ｓ１０２の処理に戻って，再度応答の有無を判断する。一方，タイムアウトであれば（Ｓ１０５：ＹＥＳ），エラーメッセージの表示等のエラー処理を行って（Ｓ１０７），本プログラムを終了する。このタイムアウト時間は，通常のスキャンが十分行われる程度の時間に設定されている。このため，タイムアウトが発生した場合には，通常モードで起動されている監視アプリがサスペンドを拒否した場合，あるいは何らかのエラーが発生している場合である。
【００６９】
図１２に割り込みモードでの動作を示す。割り込みモードでは，通常，図１２中の割り込みループとして記載されたルート上の処理を繰り返す。割り込みループのルートは，通常モードでのメインループ（図６参照）のルートと同じであるが，割り込みモードでは，スキャンキー信号を受信したときの動作が異なる。
【００７０】
すなわち，割り込みルートの動作中，スキャンキー信号を受信すると（Ｓ１１３：ＹＥＳ），図１２中のスキャンルートに移行する。スキャンルートでは，まず，サスペンド中ではないと判断され（Ｓ１１８：ＮＯ），スキャン動作を開始する（Ｓ１２０）。これにより，他の監視アプリ（本形態では管理ユーザの監視アプリ）がサスペンドモード中にスキャンデータの読み取りが行われる。つまり，管理ユーザの監視アプリが起動中であっても，一般ユーザの監視アプリが一般ユーザのコンピュータ領域にスキャンデータを取り込むことができる。従って，第三者の画像データの閲覧を回避できる。
【００７１】
その後，スキャンの回数制限があるか否かを判断する（Ｓ１２１）。具体的に，割り込みモードでは，スキャン回数が設定されており，そのスキャン回数の制限内であるか否かを判断する。そして，制限回数内であれば（Ｓ１２１：ＮＯ），Ｓ１１１の処理に移行し，メインループに復帰する。
【００７２】
一方，制限回数内でなければ（Ｓ１２１：ＹＥＳ），割り込みループを脱して，リジューム信号（解除信号の一例）を他の監視アプリに対して送信する（Ｓ１１７：解除要求手段の一例）。すなわち，他の監視アプリをサスペンドモードから通常モードに復帰させる。Ｓ１１７の処理後は，本プログラムを終了する。
【００７３】
なお，本形態の監視アプリでは，割り込みモードの終了条件として，スキャンの回数制限のほか，割り込みモードの動作期間制限（タイムアウト時間）が設定されている。この終了条件は，終了条件ファイルとしてＨＤＤ１４あるいはＲＯＭ１２に記録されている。そこで，割り込みモードでは，割り込みループ中，割り込み終了条件を満たしているか否かを判断している（Ｓ１１６：決定手段の一例）。そして，タイムアウト等の割り込み条件を満たしてる場合には（Ｓ１１６：ＹＥＳ），割り込みループを脱して，リジューム信号を他の監視アプリに対して送信し（Ｓ１１７），本プログラムを終了する。これにより，一般ユーザの長期間の割り込みが抑制される。
【００７４】
以上詳細に説明したように第１の形態の監視アプリは，管理ユーザの監視アプリとして起動された場合には通常モードとしてスキャンデータの取得が可能である。一方，一般ユーザの監視アプリとして起動された場合には，管理ユーザの監視アプリをサスペンドモードに移行させる。すなわち，スキャンデータの取得権限を，管理ユーザの監視アプリから一般ユーザの監視アプリに譲り渡す。サスペンドモード中の管理ユーザの監視アプリは，スキャンキー信号を受信したとしてもスキャンが開始されない。一方，一般ユーザの監視アプリは，一般ユーザのコンピュータ領域にスキャンデータを取り込む。これにより，第三者への画像データの流出が抑制される。その結果，複数のユーザが１台の情報処理装置を利用する場合であっても秘匿性を確保できる。
【００７５】
また，一般ユーザの監視アプリは，割り込みモードとして画像データの取得を行う。割り込みモードでは，所定回数のスキャンデータの取得を行った後，管理ユーザの監視アプリにリジューム信号を出力し，自身を終了させる。これにより，管理ユーザの監視アプリは，一般ユーザの監視アプリのスキャン後に通常モードに復帰し，スキャンデータの取得が可能になる。そのため，管理ユーザの利便性への影響は小さい。
【００７６】
［第２の形態］
第２の形態の監視アプリ（画像取得プログラムの一例）は，各ユーザのコンピュータ領域でそれぞれ起動される。そして，各ユーザの監視アプリは，他のユーザの監視アプリに対して終了要求信号を出力して強制終了させることでスキャンデータを取得する。
【００７７】
上記のような動作を実現する監視アプリの手順について，図１３からのフローチャートを参照しつつ説明する。本形態の監視アプリは，起動されるとまず，終了要求信号（制限信号の一例）をブロードキャストする（Ｓ２０１：制限要求手段の一例）。終了要求信号は，監視アプリの終了を要求する信号である。
【００７８】
その後，スキャンキー信号を受信したか否かを判断する（Ｓ２０２）。スキャンキー信号を受信した場合には（Ｓ２０２：ＹＥＳ），スキャン信号をＭＦＰ３０に送信する（Ｓ２０３）。その後，スキャン信号を受け取ったＭＦＰ３０からスキャンデータである画像データが送信され，その画像データを受信する（Ｓ２０４：取得手段の一例）。次に，受信した画像データを所定のファイル形式に変換してＨＤＤに記憶する（Ｓ２０５）。Ｓ２０５の処理後は，Ｓ２０２の処理に戻る。
【００７９】
スキャンキー信号を受信していない場合には（Ｓ２０２：ＮＯ），終了要求信号を受信したか否かを判断する（Ｓ２０６：制限移行手段の一例）。終了要求信号を受信した場合には（Ｓ２０６：ＹＥＳ），本プログラムを終了する。終了要求信号を受信していない場合には（Ｓ２０６：ＮＯ），Ｓ２０２の処理に戻る。
【００８０】
すなわち，第２の形態の監視アプリは，起動時に他の監視アプリを終了させる終了要求信号を出力する。このため，先に起動していた監視アプリ（管理ユーザの監視アプリ）は強制終了することになる。これにより，起動している監視アプリは自身のみとなり，監視アプリを起動させた一般ユーザが管理ユーザとなる。そのため，監視アプリが取得した画像データは直近に監視アプリを起動させたユーザのコンピュータ領域に取り込まれる。従って，第三者の画像データの閲覧を回避できる。
【００８１】
なお，上記の実施例であって，例えば終了要求を受信した後，監視アプリを終了した旨の警告表示を行うように構成してもよい。
【００８２】
［第３の形態］
第３の形態は，常駐するサービスプログラムに対して，その処理のユーザ情報，セキュリティ情報を偽装させる機能を有するＯＳ上で実行される監視アプリの例である。このようなＯＳとしては，Microsoft社のWindows2000，WindowsXP（「Windows」は登録商標）などがある。また，上記偽装を行うＡＰＩとしては“ImpersonateNamedPipeClient”ＡＰＩなどが知られている。
【００８３】
第３の形態の監視アプリ（画像取得プログラムの一例）は，常駐サービスとして管理ユーザのコンピュータ領域で起動される。そして，監視アプリは，クライアントアプリケーションからの要請を受け，クライアントアプリケーションが動作するコンピュータ領域で動作するアプリケーションとして偽装する機能を備えている。そして，一般ユーザは，クライアントアプリケーションである接続アプリを起動させ，監視アプリに対して偽装することを要求する接続信号を出力し，監視アプリを自身のアプリケーションとして動作させることでスキャンデータを取得する。
【００８４】
すなわち，本形態では，監視アプリは，システムプログラムとして起動され，ログインユーザのコンピュータ領域で動作しない。各一般のログインユーザは，接続アプリを起動させ，監視アプリに接続信号を出力して監視アプリを偽装動作させることでスキャンデータを取得する。
【００８５】
上記のような動作を実現する監視アプリおよび接続アプリの手順について，図１４および図１５のフローチャートを参照しつつ説明する。
【００８６】
始めに，管理ユーザの監視アプリとして起動された監視アプリの動作について説明する。監視アプリは，まず，図１４に示すように，接続アプリからの接続要求信号を受信したか否かを判断する（Ｓ３０１）。
【００８７】
接続要求信号を受信した場合には（Ｓ３０１：ＹＥＳ），監視アプリ自身が他のユーザを偽装中であるか否かを判断する（Ｓ３０２）。すなわち，他のユーザのアプリケーションとして動作中であるか否かを判断する。他のユーザを偽装中である場合には（Ｓ３０２：ＹＥＳ），偽装を拒否する拒否信号を接続要求を行った接続アプリに対して送信する（Ｓ３０４：接続手段の一例）。一方，偽装中ではない場合には（Ｓ３０２：ＮＯ），接続要求を行った接続アプリのユーザのアプリケーションとしての偽装動作を開始する（Ｓ３０３：接続手段の一例）。Ｓ３０３の処理後あるいはＳ３０４の処理後は，Ｓ３０１の処理に戻る。
【００８８】
接続要求信号を受信していない場合には（Ｓ３０１：ＮＯ），解除要求信号を受信したか否かを判断する（Ｓ３０５）。解除要求信号を受信した場合には（Ｓ３０５：ＹＥＳ），偽装動作を解除する（Ｓ３０６：解除手段の一例）。これにより，監視アプリは，管理ユーザのアプリケーションとしての動作に戻る。Ｓ３０６の処理後は，Ｓ３０１の処理に戻る。
【００８９】
解除要求信号を受信していない場合には（Ｓ３０５：ＮＯ），スキャンキー信号（スキャン開始信号の一例）を受信したか否かを判断する（Ｓ３０７）。スキャンキー信号を受信した場合には（Ｓ３０７：ＹＥＳ），スキャン信号をＭＦＰ３０に送信する（Ｓ３０８）。その後，スキャン信号を受け取ったＭＦＰ３０からスキャンデータである画像データが送信され，その画像データを受信する（Ｓ３０９：取得手段の一例）。次に，受信した画像データを所定のファイル形式に変換してＨＤＤに記憶する（Ｓ３１０：記憶手段の一例）。Ｓ３１０の処理後は，Ｓ３０１の処理に戻る。
【００９０】
スキャンキー信号を受信していない場合には（Ｓ３０７：ＮＯ），終了要求信号を受信したか否かを判断する（Ｓ３１１）。終了要求信号を受信した場合には（Ｓ３１１：ＹＥＳ），本プログラムを終了する。終了要求信号を受信していない場合には（Ｓ３１１：ＮＯ），Ｓ３０１の処理に戻る。
【００９１】
続いて，一般ユーザのクライアントアプリケーションとして起動された接続アプリの動作について説明する。接続アプリは，まず，図１５に示すように，接続要求信号を監視アプリに送信する（Ｓ３２１）。
【００９２】
その後，拒否信号を受信したか否かを判断する（Ｓ３２２）。拒否信号は，図１４のＳ３０４の処理によって出力される。拒否要求信号を受信した場合には（Ｓ３２２：ＹＥＳ），エラーメッセージの表示等のエラー処理を行い（Ｓ３２５），本プログラムを終了する。
【００９３】
拒否要求信号を受信なかった場合には（Ｓ３２２：ＮＯ），本接続アプリが終了要求信号を受信するまで待機する（Ｓ３２３）。この間に，監視アプリは，接続アプリのユーザのアプリケーションを偽装して，スキャンデータを接続アプリのユーザのコンピュータ領域に取り込む。従って，第三者の画像データの閲覧を回避できる。終了要求信号を受信した後は，監視アプリに対して解除要求信号を送信し（Ｓ３２４），本プログラムを終了する。
【００９４】
以上詳細に説明したように第３の形態の監視アプリは，通常は監視アプリを起動した管理ユーザがデータを取得する権限を有し，管理ユーザがスキャンデータを取得する。一方，一般ユーザは，接続アプリを通じてスキャンデータの取得依頼となる接続要求を送り，接続可能であれば監視アプリが当該一般ユーザの監視アプリとして偽装動作を開始し，当該一般ユーザにデータの取得権限が受け渡される。これにより，一般ユーザのコンピュータ領域にスキャンデータが取り込まれる。一方，監視アプリが既に他の一般ユーザとして偽装動作か開始していれば拒否応答となる。そのため，データの取得権限は得られず，スキャンデータの取得はできない。これにより，すべてのユーザが安心してスキャンシステムを利用できる。
【００９５】
なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，データの取得を行う装置としてはＰＣに限るものではなく，ワークステーション，携帯情報端末装置等であってもよい。
【００９６】
また，スキャンシステム１００を構成するＰＣは２台に限るものではなく，何台接続されていてもよい。また，各ＰＣ１０，２０の接続は，有線ＬＡＮケーブルに限らず，その他のシリアル通信ケーブル，パラレル通信ケーブル，さらには無線ＬＡＮ等の無線通信経路とすることも可能である。また，ＭＦＰはＰＣ１０にＵＳＢ接続されるものであってもよい。
【図面の簡単な説明】
【００９７】
【図１】実施の形態に係るスキャンシステムの構成を示すブロック図である。
【図２】実施の形態に係るスキャンシステム構成するＰＣの詳細構成を示すブロック図である。
【図３】実施の形態に係るスキャンシステムのユーザ構成を示すブロック図である。
【図４】実施の形態に係るプッシュスキャンの動作シーケンスを示す図である。
【図５】第１の形態に係る監視アプリの起動時の動作を示すフローチャートである。
【図６】第１の形態に係る監視アプリのメインループの動作を示すフローチャートである。
【図７】第１の形態に係る監視アプリのスキャンデータ取得動作を示すフローチャートである。
【図８】第１の形態に係る監視アプリのサスペンド信号応答動作を示すフローチャートである。
【図９】第１の形態に係る監視アプリのサスペンド拒否判断動作を示すフローチャートである。
【図１０】第１の形態に係る監視アプリのサスペンドループの動作を示すフローチャートである。
【図１１】第１の形態に係る監視アプリの通常モードへの復帰動作を示すフローチャートである。
【図１２】第１の形態に係る監視アプリの割り込みループの動作を示すフローチャートである。
【図１３】第２の形態に係る監視アプリの動作を示すフローチャートである。
【図１４】第３の形態に係る監視アプリの動作を示すフローチャートである。
【図１５】第３の形態に係る接続アプリの動作を示すフローチャートである。
【符号の説明】
【００９８】
１０    ＰＣ
２０    ＰＣ
３０    ＭＦＰ
４      ＬＡＮ
１００  スキャンシステム
【図１】
2009206807.tif 000003
【図２】
2009206807.tif 000004
【図３】
2009206807.tif 000005
【図４】
2009206807.tif 000006
【図５】
2009206807.tif 000007
【図６】
2009206807.tif 000008
【図７】
2009206807.tif 000009
【図８】
2009206807.tif 000010
【図９】
2009206807.tif 000011
【図１０】
2009206807.tif 000012
【図１１】
2009206807.tif 000013
【図１２】
2009206807.tif 000014
【図１３】
2009206807.tif 000015
【図１４】
2009206807.tif 000016
【図１５】
2009206807.tif 000017