JP2023032135A - 情報処理装置およびその制御方法、画像処理システム、プログラム - Google Patents

Abstract

【課題】電力消費を抑制しつつ、画像蓄積前に発行した送信要求に対応する画像の受信を可能にする。【解決手段】スキャナドライバ４１６は、画像の送信要求を画像処理装置１０５へ送信する。スキャナドライバ４１６は、送信要求に対する応答としてＮｏＤａｔａが受信されたことに応じて、Ｊｏｂ受信プロセス基本部４３６に、画像処理装置１０５から、送信要求に対応する画像が送信されてきたか否かの監視（Ｊｏｂ受信プロセス処理）を開始させる。【選択図】図７

Description

本発明は、情報処理装置およびその制御方法、画像処理システム、プログラムに関する。

一般に、画像のスキャン方式には、プルスキャン、プッシュスキャンなど、いくつかのスキャン方式がある。プルスキャンは、情報処理装置から画像処理装置に対して画像の読み取り指示を出して、画像を取得するスキャン方式である。ユーザは、画像処理装置に原稿をセットしてから情報処理装置に戻って画像の読み取り指示を入力して読み取りを実行させ、再び画像処理装置に行って原稿を回収するため運用上の手間がかかる。

プッシュスキャンは、画像処理装置で取得した画像を情報処理装置に送信するという方式であり、情報処理装置と画像処理装置との間をユーザが往復する必要は無い。しかし、プッシュスキャンがいつ実施されても情報処理装置側でデータを受信できるように、情報処理装置側で画像処理装置から送られてくる画像を受信するためのプロセスを常時動作させて待ち受けを行う必要がある。受信プロセスを常時動作させておくことから電力消費が大きくなる。情報処理装置がバッテリ駆動のモバイル型端末である場合は消費電力の問題が特に大きくなる。

このほか、画像のスキャン方式には、画像処理装置に画像を留め置いてから（蓄積してから）、情報処理装置が当該画像を引き取る（受信する）方式がある（これを留め置きスキャンと呼称する）。この方式では、情報処理装置と画像処理装置との間をユーザが往復する必要は無く、常時動作させておく受信プロセスも不要となる。

特開２００７－１２９７３７号公報

しかしながら、上記留め置きスキャンにおいては、留め置き画像の引き取り指示を画像の留め置き前に発行した場合に、画像の引き取りができないという運用フロー上の問題が生じる。一方、留め置き画像の引き取り指示の発行タイミングにかかわらず画像の引き取りを可能にするために、仮に受信プロセスを常時動作させておくとすると、消費電力が大きくなる。

特許文献１では、留め置きスキャンにおける画像保存領域についての言及はあるが、画像引き取り指示を画像の留め置き前に実施した場合については考慮されていない。従って、電力消費の抑制と、画像蓄積前に発行した送信要求に対応する画像の受信とを両立させることが困難である。

本発明は、電力消費を抑制しつつ、画像蓄積前に発行した送信要求に対応する画像の受信を可能にすることを目的とする。

上記目的を達成するために本発明は、画像の送信要求を画像処理装置へ送信する送信手段と、前記送信要求に対応する画像が送信されてきたか否かを監視する監視手段と、前記送信要求に対する応答として、前記送信要求に対応する画像が存在しない旨の情報が受信されたことに応じて、前記監視手段に、前記送信要求に対応する画像が送信されてきたか否かの監視を開始させる制御手段と、を有することを特徴とする。

本発明によれば、電力消費を抑制しつつ、画像蓄積前に発行した送信要求に対応する画像の受信を可能にすることができる。

画像処理システムの全体構成を示す図である。 情報処理装置のハードウェアブロック図である。 画像処理装置のハードウェアブロック図である。 情報処理装置のソフトウェア、スキャナドライバインストーラ、スキャナドライバのブロック図である。 画像処理装置のソフトウェア、スキャン制御部のブロック図である。 スキャナドライバインストール処理、ＩＤ管理プロセス処理、アプリ処理を示すフローチャートである。 Ｊｏｂ受信プロセス処理、スキャナドライバ処理を示すフローチャートである。 情報処理装置の表示部での画面表示例を示す図である。 画像処理装置の表示部での画面表示例を示す図である。 情報処理装置の表示部での画面表示例を示す図である。 情報処理装置と画像処理装置との間で送受信されるデータの一例を示す図である。 利用開始処理を示すフローチャートである。 送信指示対応処理、画像蓄積監視処理、画像保存対応処理を示すフローチャートである。 情報処理装置と画像処理装置との間でのデータのやりとりの例を時系列に示す図である。

以下、図面を参照して本発明の実施の形態を説明する。

図１は、本発明の一実施の形態に係る情報処理装置が適用される画像処理システムの全体構成を示す図である。この画像処理システム１０００は、情報処理装置１０４と画像処理装置１０５とサーバ１０１とがルータ１０３を介して通信可能に接続されて構成される。各デバイスの接続形態は有線接続であっても良いし無線接続であってもよい。サーバ１０１は、一例として、企業内のネットワーク（ＮＷ）環境を制御するサーバである。本実施の形態では、サーバ１０１はインターネット１０２と企業内ネットワークとの間の情報交換を行う機能も兼ねているものとする。

企業内のネットワーク環境に参加している情報処理装置１０４は、サーバ１０１を介してインターネット１０２上のリソースにアクセスすることができる。インターネット１０２上には、例えば、プリンタドライバ配布サイトなどが存在する。

本実施の形態では、画像のスキャン方式として、画像処理装置１０５にスキャン画像を留め置いてから（蓄積してから）、情報処理装置１０４が当該画像を引き取る（受信する）方式（以下、留め置きスキャンと呼称する）が採用される。情報処理装置１０４は、画像処理装置１０５に対して、留め置きスキャンにより蓄積される留め置き画像の結果送信指示を送信（発行）することができる。画像処理装置１０５は、情報処理装置１０４に対して、留め置き画像の結果データの送信や、留め置き画像が貯まってない旨の返答を送信することができる。

図２は、情報処理装置１０４のハードウェアブロック図である。情報処理装置１０４は、スマートフォンやタブレットに代表される携帯端末でも良いし、パソコン（ＰＣ）に代表されるコンピュータ端末でも良い。メインボード２０１は情報処理装置１０４の制御基板である。有線ＮＷ Ｉ／Ｆ２０２は、イーサネットに代表される通信ネットワークの通信制御を行う。情報処理装置１０４は、有線ＮＷ Ｉ／Ｆ２０２を介して企業内のネットワークやインターネット１０２上の装置と通信することができる。

無線ＮＷ Ｉ／Ｆ２０３は、主にＩＥＥＥ８０２．１１シリーズに準拠する無線通信（Ｗｉ－Ｆｉ（登録商標）通信とも呼ぶ）を制御する。また、無線ＮＷ Ｉ／Ｆ２０３は、ＬＴＥや５Ｇなどの移動通信システムのインタフェースとしても機能する。情報処理装置１０４は、無線ＮＷ Ｉ／Ｆ２０３を介して、企業内のネットワークやインターネット１０２上の装置と通信することができる。さらに情報処理装置１０４は、移動通信システムの基地局を介してインターネット１０２に直接アクセスすることもできる。ＵＳＢ Ｉ／Ｆ２０４は、ＵＳＢ規格に準拠した周辺機器などを接続する。システムバス２０５は、メインボード２０１上の各種処理ブロック間の情報を相互に交換する。

ＲＯＭ・ＲＡＭ２０７は、情報処理装置１０４の起動用プログラムを格納すると共に作業用の記憶領域を提供する。ＣＰＵ２０６は、ＲＯＭ・ＲＡＭ２０７上に展開されたオペレーティングシステムやアプリケーションなどの制御プログラムを実行し、情報処理装置１０４全体の動作を制御する。メモリコントローラ２０８は外部記憶装置２１０とのデータ送受信を制御する。外部記憶装置２１０はＲＯＭ・ＲＡＭ２０７の補助的な働きをする記憶領域であり、一般的にはハードディスクやＵＳＢメモリ、光学式メモリデバイスなどで構成される。外部記憶装置２１０にはＯＳやアプリケーションなどのプログラムや、一時的なデータやファイルなどが記憶される。このように、ＣＰＵ２０６、ＲＯＭ・ＲＡＭ２０７および外部記憶装置２１０等のハードウェアは、いわゆるコンピュータを構成している。

なお、本実施の形態では、１つのＣＰＵ２０６が後述するフローチャートに示す各処理を実行するが、他の態様であっても構わない。例えば、複数のプロセッサ、メモリ、ストレージ等が協働して後述するフローチャートに示す各処理を実行するように構成してもよい。

操作部Ｉ／Ｆ２０９は、表示部２１１および入力部２１２とメインボード２０１とを接続する。表示部２１１は液晶パネルや有機ＥＬパネルなどの表示デバイスであり、ユーザに情報を提示する表示部として機能する。入力部２１２はキーボードやマウス、表示部上面に備えつけられたタッチパネルなどのデバイスであり、ユーザからの操作を受け付ける。

図３は、画像処理装置１０５のハードウェアブロック図である。画像処理装置１０５は、情報処理装置１０４と連携して、画像を読み取り、そのデータを情報処理装置１０４に提供する機能を有する。

メインボード３０１は画像処理装置１０５の制御基板である。有線ＮＷ Ｉ／Ｆ３０２は、イーサネットに代表される有線通信ネットワークの通信制御を行う。画像処理装置１０５は、有線ＮＷ Ｉ／Ｆ３０２を使って企業内のネットワークやインターネット１０２上の装置と通信することができる。無線ＮＷ Ｉ／Ｆ３０３は、主にＩＥＥＥ８０２．１１シリーズに準拠する無線通信（Ｗｉ－Ｆｉ（登録商標）通信とも呼ぶ）を制御する。また、無線ＮＷ Ｉ／Ｆ３０３は、ＬＴＥや５Ｇなどの移動通信システムのインタフェースとしても機能する。画像処理装置１０５は、無線ＮＷ Ｉ／Ｆ３０３を介して企業内のネットワークやインターネット１０２上の装置と通信することができる。さらに画像処理装置１０５は、移動通信システムの基地局を介してインターネット１０２に直接アクセスすることもできる。有線と無線のどちらを使ってインターネット１０２にアクセスするのかは、画像処理装置１０５に備わっている表示部３１３及び入力部３１４を用いて設定して変更することができる。

ＵＳＢ Ｉ／Ｆ３０４は、ＵＳＢ規格に準拠した端末機器などを接続する。システムバス３０５は、メインボード３０１上の各種処理ブロック間の情報を相互に交換する。ＲＯＭ・ＲＡＭ３０７は、画像処理装置１０５の起動用プログラムを格納すると共に作業用の記憶領域を提供する。ＣＰＵ３０６は、ＲＯＭ・ＲＡＭ３０７上に展開されたオペレーティングシステムやアプリケーションなどの制御プログラムを実行し、画像処理装置１０５全体の動作を制御する。メモリコントローラ３０８は外部記憶装置３１２とのデータ送受信を制御する。外部記憶装置３１２は、ＲＯＭ・ＲＡＭ３０７の補助的な働きをする記憶領域であり、一般的にはハードディスクやＵＳＢメモリ、光学式メモリデバイスなどで構成される。外部記憶装置３１２にはＯＳやアプリケーションなどのプログラムや、一時的なデータやファイルなどが記憶される。

操作部Ｉ／Ｆ３０９は、表示部３１３および入力部３１４とメインボード３０１とを接続する。表示部３１３は液晶パネルや有機ＥＬパネルなどの表示デバイスであり、ユーザに情報を提示する表示部として機能する。入力部３１４は、キーボードや、表示面に備え付けられたタッチパネルなどのデバイスであり、ユーザからの操作を受け付ける。印刷部Ｉ／Ｆ３１０は、印刷部３１５へ印刷用画像データを引き渡す。読取部Ｉ／Ｆ３１１は読取部３１６から画像データを受け取る。

印刷部３１５はいわゆるプリンタエンジンであり、電子写真方式やインクジェット方式などさまざまな印刷方式により記録媒体である用紙に印刷することができる。複数種類の用紙を抱える給紙カセットや、両面印刷機構、白黒・カラー印刷機構、ステイプル機構、製本機構、トリム機構、シフトソーターなどもこの印刷部３１５に含まれている。読取部３１６はいわゆるスキャナであり、原稿台やイメージセンサを含む。自動的に読取用紙を給紙するフィーダなどもこの読取部３１６に含まれる。

図４（ａ）は、情報処理装置１０４のソフトウェアブロック図である。これらのソフトウェアは、主にＲＯＭ・ＲＡＭ２０７（図２）上に格納されて動作する。図４（ａ）に示す各機能部は、ＣＰＵ２０６およびＲＯＭ・ＲＡＭ２０７等の協働により実現される。

図４（ａ）に示す外部Ｉ／Ｆ制御部４１１は、有線ＮＷ Ｉ／Ｆ２０２や無線ＮＷ Ｉ／Ｆ２０３（図２）を用いてサーバ１０１と通信する。これにより、インターネット１０２上に存在する画像処理装置ベンダーのＷｅｂサイトやＯＳベンダーのＷｅｂサイトなどへアクセスすることができる。また、外部Ｉ／Ｆ制御部４１１は、画像処理装置１０５に対するスキャンジョブの送信や、画像処理装置１０５からのスキャン結果の受信も行う。なお、外部Ｉ／Ｆ制御部４１１は、ＮＷ上において、自分自身を一意に特定できるための情報としてＭａｃアドレスを保持すると共に、動的にＮＷで機器を識別するため情報としてＩＰアドレスを保持している。

ＵＩ制御部４１４は、表示部２１１や入力部２１２（図２）を用いて情報処理装置１０４のユーザに情報提供を行い、情報処理装置１０４のユーザからの指示を受け付ける。ＯＳ４１２は、ＲＯＭ・ＲＡＭ２０７上に格納されて情報処理装置１０４全体の動きを制御するオペレーティングシステムであり、情報処理装置１０４上にある各ソフトウェアブロック間の情報交換や実行制御を行う。内部Ｉ／Ｆ制御部４１３は、情報処理装置１０４の外部記憶装置２１０にあるＯＳ４１２、スキャナドライバ４１６およびアプリケーションソフト４１５などの格納や情報の読み出しを行う。

アプリケーションソフト４１５は、画像加工や文章作成などを行うためのソフトウェアであり、ＲＯＭ・ＲＡＭ２０７上に格納されて動作する。アプリケーションソフト４１５は、画像処理装置１０５から画像を取得するために、スキャナドライバ４１６に指示を行い、画像を取り込んで画像加工や文章作成などを行う。スキャナドライバ４１６は、ＲＯＭ・ＲＡＭ２０７上に格納されて動作し、画像処理装置１０５から送信されて来る画像を取り込み、アプリケーションソフト４１５に引き渡す。

スキャナドライバ４１６は、自身を情報処理装置１０４にインストールして設置するためのスキャナドライバインストーラ４２１を有する。図４（ｂ）は、スキャナドライバインストーラ４２１のブロック図である。インストーラ基本部４２２は、スキャナドライバ４１６を構成するソフトウェアを管理し、インストール処理部４２４に指示を行い、スキャナドライバ４１６をＯＳ４１２が呼び出して利用できるように設定する。ＩＤ管理プロセス登録部４２３は、ＯＳ４１２が起動される毎に、後述するＩＤ管理プロセス４４１（図４（ｃ））が自動的に起動されるように、ＯＳ４１２に登録する。

図４（ｃ）は、スキャナドライバ４１６の詳細なブロック図である。スキャナドライバ４１６は、スキャナドライバ基本部４３１と、ＩＤ管理プロセス４４１とを有する。スキャナドライバ基本部４３１を構成するドライバ基本部４３２は、基本的な処理を行う。例えばドライバ基本部４３２は、スキャナドライバ４１６のユーザインターフェースを表示部２１１に表示し、指示を受け付けたり、アプリケーションソフト４１５からの指示を受け、画像処理装置１０５に指示を出したりする。

Ｊｏｂ受信プロセス起動部４３３は、バックグラウンドで動作するＪｏｂ受信プロセス４３５を起動する。Ｊｏｂ受信＆アプリ引き渡し部４３４は、画像処理装置１０５からのスキャン画像を受信し、その画像をアプリケーションソフト４１５に提供する。

Ｊｏｂ受信プロセス４３５は、Ｊｏｂ受信プロセス基本部４３６とＪｏｂ受信＆ドライバ提供部４３７とを有する。Ｊｏｂ受信プロセス基本部４３６は、画像処理装置１０５からの画像を待ち受け、受信完了を判断して自身の処理を停止させる。Ｊｏｂ受信＆ドライバ提供部４３７は、画像処理装置１０５からのスキャン画像を受信し、その画像をＪｏｂ受信＆アプリ引き渡し部４３４に提供する。

ＩＤ管理プロセス４４１を構成するＩＤ管理基本部４４２は、情報処理装置１０４の起動後に呼び出された場合にはＩＤ登録部４４３を実行し、情報処理装置１０４の停止時に呼び出された場合にはＩＤ登録解除部４４４を呼び出す。ＩＤ登録部４４３は、情報処理装置１０４のＰＣ（パーソナルコンピュータ）名とログインしているユーザ名とをセットでＩＤとし、接続対象となる画像処理装置に送信する。このＩＤの情報は画像処理装置で処理されて、留め置き画像を留め置くためのキーとして利用される。ＩＤ登録解除部４４４は、情報処理装置１０４の停止時に実行され、自身を停止させる前に、画像処理装置１０５に対して、ＰＣ名とログインしているユーザ名とをセットにしたＩＤの解除指示を、接続対象となる画像処理装置に送信する。この指示は画像処理装置で処理されて、留め置き画像を留め置くためのキー情報の削除が行われる。

図５（ａ）は、画像処理装置１０５のソフトウェアブロック図である。これらのソフトウェアは、主にＲＯＭ・ＲＡＭ３０７（図３）上に格納されて動作する。図５（ａ）に示す各機能部は、ＣＰＵ３０６およびＲＯＭ・ＲＡＭ３０７等の協働により実現される。

画像処理装置外部Ｉ／Ｆ制御部５１１は、有線ＮＷ Ｉ／Ｆ３０２や無線ＮＷ Ｉ／Ｆ３０３（図３）を用いて情報処理装置１０４からスキャン要求を受信し、画像処理装置１０５から情報処理装置１０４に対してスキャン画像の送出を行う。画像処理装置ＯＳ５１２は、ＲＯＭ・ＲＡＭ３０７上に格納されて画像処理装置１０５全体の動きを制御するオペレーティングシステムであり、画像処理装置１０５上にある各ソフトウェアブロック間の情報交換や実行制御を行う。

読取制御部５１３は、有線ＮＷ Ｉ／Ｆ３０２や無線ＮＷ Ｉ／Ｆ３０３やＵＳＢ Ｉ／Ｆ３０４（図３）を介して読取部５１４が取得した画像データを、指定された形式のデータに変換する。読取部５１４は、ＣＰＵ３０６と協働し、読取部３１６（図３）を用いて原稿を光学的に読取り、画像データを生成する。

画像処理装置ＵＩ制御部５１５は、表示部３１３や入力部３１４（図３）を用いて画像処理装置１０５のユーザに情報提供を行い、画像処理装置１０５のユーザからの指示を受け付ける。画像処理装置ＵＩ制御部５１５は、留め置き画像保存のためのＩＤ選択も行う。操作制御部５１６は、画像処理装置１０５が複数の機能を持った複合機である場合に、それぞれの機能、例えば複写機能やファックス機能などの切り替えを行う。操作部５１７は、画像処理装置１０５が複数の機能を持った複合機である場合に、それぞれの機能、例えば複写機能やファックス機能など、それぞれの処理を行う。

スキャン制御部５１８は本来、操作部５１７の一部であるが、ここでは独立機能として抜き出して説明する。図５（ｂ）はスキャン制御部５１８のブロック図である。スキャン制御部５１８は、画像処理装置ＩＤ管理プロセス５２１、スキャン制御プロセス５３１、蓄積監視プロセス５４１を有する。

画像処理装置ＩＤ管理プロセス５２１を構成する画像処理装置ＩＤ管理基本部５２２は、情報処理装置１０４から送信されている指示がＩＤ登録またはＩＤ登録解除のどちらであるかを判定する。画像処理装置ＩＤ管理プロセス５２１を構成するＩＤ受付部５２３は、情報処理装置１０４から送信されるＩＤ登録指示に基づき画像処理装置１０５で留め置きスキャンを実施する際に、どのＩＤに関連付けた画像として留め置くかを示す情報を受け付ける。画像処理装置ＩＤ管理プロセス５２１を構成するＩＤ解除部５２４は、情報処理装置１０４から送信されるＩＤ登録解除指示に基づき、画像処理装置１０５で管理している留め置きスキャン結果の関連付けの元となる情報の解除を受け付ける。

スキャン制御プロセス５３１を構成するスキャン制御基本部５３２は、画像処理装置１０５で行う留め置きスキャンに関する処理を制御する。スキャン制御プロセス５３１を構成する送信指示対応部５３３は、情報処理装置１０４から送信されるスキャン結果送信指示に応じて、その時点での留め置き画像の蓄積具合を判断する。そして送信指示対応部５３３は、画像送信を実施するかまたは、データ蓄積されていない旨の情報を送信する。

スキャン制御プロセス５３１を構成するデータ送信部５３４は、留め置き画像を情報処理装置１０４に送信する。スキャン制御プロセス５３１を構成する画像保存処理部５３５は、留め置き画像を、指示されたＩＤに関連付けて画像処理装置１０５の外部記憶装置３１２に保存する。スキャン制御プロセス５３１を構成する蓄積監視プロセス起動部５３６は、情報処理装置１０４から送信されるスキャン結果送信指示を受信した際に留め置き画像が蓄積されていない場合に呼び出され、蓄積監視プロセス５４１を起動する。

蓄積監視プロセス５４１を構成する蓄積監視プロセス基本部５４２は、情報処理装置１０４から送信されるスキャン結果送信指示に関連する留め置き画像の蓄積が遂行される状況を監視する処理の基本部分である。蓄積監視プロセス５４１を構成する情報＆データ送信部５４３は、情報処理装置１０４から送信されるスキャン結果送信指示に関連する留め置き画像の蓄積が実施されたときに、当該画像をデータ送信部５３４に提供する。

次に、図６～図１１を用いて主に情報処理装置１０４側の処理を説明する。図６（ａ）は、スキャナドライバインストール処理を示すフローチャートである。図６（ｂ）は、ＩＤ管理プロセス処理を示すフローチャートである。図６（ｃ）は、アプリ処理を示すフローチャートである。図７（ａ）は、Ｊｏｂ受信プロセス処理を示すフローチャートである。図７（ｂ）は、図６のステップＳ１２２で実行されるスキャナドライバ処理を示すフローチャートである。これらの各処理は、ＲＯＭ・ＲＡＭ２０７に格納されたプログラムをＣＰＵ２０６が実行することにより実現される。

また、これらの処理を説明する際に、図８～図１１を適宜参照する。図８、図１０（ａ）～（ｄ）は、情報処理装置１０４の表示部２１１での画面表示例を示す図である。図９（ａ）～（ｄ）は、画像処理装置１０５の表示部３１３での画面表示例を示す図である。図１１（ａ）～（ｇ）は、情報処理装置１０４と画像処理装置１０５との間で送受信されるデータの一例を示す図である。

図６（ａ）に示すスキャナドライバインストール処理は、情報処理装置１０４のユーザがＵＩ制御部４１４を介して、ＲＯＭ・ＲＡＭ２０７上のスキャナドライバインストーラ４２１を実行させることで開始される。

ステップＳ１０１では、ＯＳ４１２は、スキャナドライバ４１６のインストール処理を実施し、スキャナドライバ４１６をＯＳ４１２と連携して動作させることができる状態にする。なお、この際、図８に示す画面６０１を表示部２１１に表示させ、ユーザが画像処理装置１０５を選択できるようにしてもよい。この例では、画像処理装置１０５の選択方法は複数用意されている。

その１つ目は、選択方法６０２を選択して画像処理装置１０５のＩＰアドレスを直接、欄６０４に入力してからＯＫボタン６０８を押下する方法である。２つ目は、選択方法６０３を選択して欄６０５を押下後に画像処理装置１０５のＩＰアドレスもしくはホスト名を指定してからボタン６０６を押下し、特定の画像処理装置１０５を探索する方法である。３つ目は、欄６０５を押下せずにボタン６０６を押下して、ネットワーク上にあるスキャナドライバ４１６が、処理対象とするすべての画像処理装置１０５を探索する方法である。探索された結果は領域６０７に表示され、探索された結果が複数ある場合は、ユーザは１つを選択してＯＫボタン６０８を押下する。ここで画像処理装置１０５を選択しない場合は、キャンセルボタン６０９を押下して処理を中断してもよい。

ステップＳ１０２では、スキャナドライバインストーラ４２１は、次回に情報処理装置１０４を起動したときに留め置き画像取得が正常に動作できるように、ＩＤ管理プロセス４４１を登録する。ＩＤ管理プロセス４４１は、情報処理装置１０４の起動時に動作するプログラムであり、ＯＳ４１２により管理される。この登録処理により、情報処理装置１０４の起動時に毎回、ＩＤ管理プロセス４４１が起動されるようになる。

ステップＳ１０３では、スキャナドライバ４１６のインストール直後であるので、スキャナドライバインストーラ４２１は、個別にＩＤ（ＰＣ名／ユーザ名）を画像処理装置１０５に送信する。このとき、図１１（ａ）に示すデータ１１０１が、情報処理装置１０４から画像処理装置１０５に送付される。データ１１０１の中には、データが登録依頼情報（Setting Info）であること、情報処理装置１０４の情報（ＩＰアドレス：100.110.120.210、ＰＣ名：Soumu01、ユーザ名：Yamada Taro）が含まれる。データ１１０１の中にはまた、画像処理装置１０５の情報（ＩＰアドレス：100.110.120.130）などが含まれる。なお、データ１１０１は、このようなＸＭＬ形式のデータに限定されるものではない。

なお、情報処理装置１０４から画像処理装置１０５にデータを送信した場合、正常に受信した旨の返信が、図１１（ｆ）に示すデータ１１０７として返答される。その逆に、画像処理装置１０５から情報処理装置１０４にデータを送信した場合、正常に受信した旨の返信が、図１１（ｃ）に示すデータ１１０３として返答される。ステップＳ１０３の後、図６（ａ）に示す一連のスキャナドライバ４１６のインストール処理が終了する。

図６（ｂ）に示すＩＤ管理プロセス処理は、情報処理装置１０４のＯＳ４１２によって、情報処理装置１０４の起動時に自動的に開始される。

ステップＳ１１１では、ＩＤ管理プロセス４４１のＩＤ管理基本部４４２は、ＯＳ４１２からのイベントを待ち、何等かのイベントが来た場合にイベント内容を判定する。ここで判定されるイベントは、情報処理装置１０４の起動時を示すイベントもしくは情報処理装置１０４の終了時を示すイベントの２つであり、その他のイベントは無視される。ＩＤ管理基本部４４２は、情報処理装置１０４の起動時を示すイベントであると判定した場合はステップＳ１１２に進み、情報処理装置１０４の終了時を示すイベントであると判定した場合はステップＳ１１３に進む。

ステップＳ１１２では、ＩＤ管理プロセス４４１のＩＤ登録部４４３は、情報処理装置１０４の名称であるＰＣ名とログインしているユーザ名とを併せてＩＤとし、当該ＩＤの登録依頼情報を画像処理装置１０５に送信し、ステップＳ１１１に戻る。このとき、図１１（ａ）に示すデータ１１０１が、情報処理装置１０４から画像処理装置１０５に送付される。

ステップＳ１１３では、ＩＤ管理プロセス４４１のＩＤ登録解除部４４４は、情報処理装置１０４の名称であるＰＣ名とログインしているユーザ名とを併せてＩＤとし、当該ＩＤの登録解除依頼情報を画像処理装置１０５に送信する。このとき、図１１（ｇ）に示すデータ１１０４が、情報処理装置１０４から画像処理装置１０５に送付される。

データ１１０４の中には、データが登録解除依頼情報（Remove Info）であること、情報処理装置１０４の情報（ＩＰアドレス：100.110.120.210、ＰＣ名：Soumu01、ユーザ名：Yamada Taro）が含まれる。データ１１０４の中にはまた、画像処理装置１０５の情報（ＩＰアドレス：100.110.120.130）などが含まれる。なお、データ１１０４は、このようなＸＭＬ形式のデータに限定されるものではない。ステップＳ１１３の後、ＩＤ登録解除部４４４は、図６（ｂ）に示す処理を終了する。

図６（ｃ）に示すアプリ処理は、情報処理装置１０４のＯＳ４１２が、アプリケーションソフト４１５を起動すると開始される。アプリケーションソフト４１５は、例えば、画像処理や文章作成などを行うためのソフトウェアである。

ステップＳ１２１では、ＯＳ４１２は、入力部２１２からのアプリケーションソフト４１５に対する指示を待ち、指示が入力された場合は、指示内容を判定する。なお、画像処理や文章作成などの指示は本フローチャートでは省略している。ＯＳ４１２は、入力された指示が、アプリケーションソフト４１５そのものの終了指示であると判定された場合は、図６（ｃ）に示す処理を終了する。ＯＳ４１２は、入力された指示が、スキャン画像取得であると判定した場合は、ステップＳ１２２に進む。ステップＳ１２２では、ＯＳ４１２は、後述するスキャナドライバ処理（図７（ｂ））を実行し、ステップＳ１２１に戻る。

スキャナドライバ処理（図７（ｂ））において、ＯＳ４１２から起動されたスキャナドライバ４１６が処理を開始する。スキャナドライバ４１６では、一般的なスキャナドライバで実施できる解像度やカラー・モノクロ設定等の設定処理は画像処理装置１０５側で実施されるように機能が分けられている。

ステップＳ２０４では、スキャナドライバ４１６は、画像処理装置１０５に対して留め置きスキャン結果の送信指示（画像の送信要求）を発行する。この送信指示の発行先は、画面６０１（図８）で指定された画像処理装置１０５であり、情報処理装置１０４の名称であるＰＣ名とログインしているユーザ名とをセットにしたＩＤも送信指示に含まれる。この送信指示において、図１１（ｂ）に示すデータ１１０２が、情報処理装置１０４から画像処理装置１０５に送付される。なお、ステップＳ２０４については、スキャン結果送信指示処理１２０２（図１４（ａ））でも詳述する。

データ１１０２の中には、留め置き画像取得依頼（Box）であること、情報処理装置１０４の情報（ＰＣ名：Soumu01、ユーザ名：Yamada Taro）などが含まれるが、このようなＸＭＬ形式のデータに限定されるものではない。

ステップＳ２０５では、スキャナドライバ４１６は、画像処理装置１０５からの応答を待つ。ここで、送信指示に対する画像処理装置１０５からの応答には、大別して２種類がある。まず、送信要求に対する応答として、送信指示に対応する画像が送信されてくる場合がある（データ受信）。また、送信要求に対する応答として、送信指示に対応する画像が存在しない旨の情報であるＮｏＤａｔａが送信されてくる場合がある。

具体的には、留め置きスキャン結果の送信指示の前に、画像処理装置１０５で留め置き画像が既に蓄積されていた場合は、画像処理装置１０５からの応答は、送信指示に対応する画像データの送信となる（図１３（ａ）のＳ４０３）。一方、留め置きスキャン結果の送信指示の前に、画像処理装置１０５で留め置き画像が蓄積されていなかった場合は、画像処理装置１０５からの応答は、ＮｏＤａｔａの送信となる（図１３（ｂ）のＳ４１１）。

従って、スキャナドライバ４１６は、送信要求に対する応答として、送信指示に対応する画像が送信されてきた場合は、ステップＳ２０６に進み、ＮｏＤａｔａが送信されてきた場合は、ステップＳ２０８に進む。図１１（ｅ）に示すデータ１１０６は、ＮｏＤａｔａの一例を示す。データ１１０６においては、ｈｔｔｐリクエストのコンテント無し応答を利用しているが、これに限定されるものではない。

ステップＳ２０６では、Ｊｏｂ受信＆アプリ引き渡し部４３４は、画像処理装置１０５から送信されてきた画像データを、なくなるまですべて受信する。このとき、画像処理装置１０５から情報処理装置１０４に送信される画像データの一例が、図１１（ｄ）に示すデータ１１０５である。データ１１０５の中には、情報処理装置１０４の情報（ＩＰアドレス）、画像処理装置１０５の情報（画像形式：jpeg、データ長：12000、画像データ：binary data）などが含まれる。しかしながら、データはこのようなＸＭＬ形式のデータに限定されるものではない。

ステップＳ２０７では、Ｊｏｂ受信＆アプリ引き渡し部４３４は、受信した画像をアプリケーションソフト４１５に引き渡し、アプリケーションソフト４１５が受信した画像を表示する。その後、図７（ｂ）に示す処理は終了する。

ステップＳ２０８では、スキャナドライバ４１６は、画像処理装置１０５に留め置き画像が蓄積されていない旨を表示部２１１に表示することで、情報処理装置１０４のユーザに通知する。例えば、スキャナドライバ４１６は、図１０（ｃ）に示す画面８２１を情報処理装置１０４の表示部２１１に表示することで、画像処理装置１０５での画像の留め置き処理（画像読み取り）をＵＩによりユーザに促す。

ステップＳ２０９では、スキャナドライバ４１６は、画面８２１において、一定時間内に中止ボタンが押下されたか否かを判別する。そしてスキャナドライバ４１６は、一定時間内に中止ボタンが押下された場合は、図７（ｂ）に示す処理を終了させる。その際、後述するＪｏｂ受信プロセス処理（図７）が実行されている場合は、スキャナドライバ４１６は、当該処理も終了させる。

一方、ステップＳ２０９で、一定時間内に中止ボタンが押下されなかった場合は、スキャナドライバ４１６は、ステップＳ２１０に進む。なお、画面８２１において、中止ボタンのほかに実行ボタンを設け、実行ボタンが押下された場合は、ステップＳ２１０に進むようにしてもよい。

ステップＳ２１０では、Ｊｏｂ受信プロセス起動部４３３は、情報処理装置１０４上においてバックグラウンドで動作するＪｏｂ受信プロセスを起動し、図７（ｂ）に示す処理を終了する。

図７（ａ）に示すＪｏｂ受信プロセス処理は、ステップＳ２１０で起動され、Ｊｏｂ受信プロセス４３５によりバックグラウンドで動作する。この処理において、Ｊｏｂ受信プロセス４３５は、送信指示に対応する画像が送信されてきたか否かを監視する監視手段としての役割を果たす。

ステップＳ２０１では、Ｊｏｂ受信プロセス基本部４３６は、画像処理装置１０５から留め置きスキャン画像が送信されてきたか否かを判別する。この処理では、留め置きスキャン画像が送信されてこないと判別された場合、一定の時間間隔をあけて再び判別が実行される。そしてＪｏｂ受信プロセス基本部４３６は、留め置きスキャン画像が送信されてきたと判別した場合は、ステップＳ２０２に進む。この留め置きスキャン画像には、後述する図１３（ｂ）のステップＳ４１３で送信されてくる画像データが該当する。ステップＳ２０２では、Ｊｏｂ受信＆ドライバ提供部４３７は、画像処理装置１０５から送信されている画像データを、なくなるまですべて受信する。

ステップＳ２０３では、Ｊｏｂ受信＆ドライバ提供部４３７は、受信した画像をスキャナドライバ４１６に提供する。これにより、その後、図７（ｂ）のステップＳ２０７で、受信された画像がアプリケーションソフト４１５に引き渡され、アプリケーションソフト４１５がスキャン画像を表示させる。ステップＳ２０３の後、図７（ａ）に示す処理は終了する。すなわち、Ｊｏｂ受信プロセス処理は、送信要求に対応する画像データの受信が完了したことに応じて終了する。

次に、図１２、図１３を用いて主に画像処理装置１０５側の処理を説明する。図１２は、利用開始処理を示すフローチャートである。図１３（ａ）は、送信指示対応処理を示すフローチャートである。図１３（ｂ）は、画像蓄積監視処理を示すフローチャートである。図１３（ｃ）は、画像保存対応処理を示すフローチャートである。これらの各処理は、ＲＯＭ・ＲＡＭ３０７に格納されたプログラムをＣＰＵ３０６が実行することにより実現される。

利用開始処理（図１２）は、画像処理装置１０５のユーザが画像処理装置ＵＩ制御部５１５を介してＲＯＭ・ＲＡＭ３０７上の画像処理装置ＯＳ５１２を起動させることで開始される。なお、画像処理装置ＯＳ５１２は、起動後に、自動的にスキャン制御部５１８を起動させ、スキャン制御部５１８は、内包する画像処理装置ＩＤ管理プロセス５２１およびスキャン制御プロセス５３１を起動させる。

ステップＳ３０１では、画像処理装置ＯＳ５１２は、画像処理装置１０５に対する指示を待ち、入力された指示に応じて処理を分岐させる。ここでは、画像処理装置ＯＳ５１２は、画像処理装置ＵＩ制御部５１５を介して指示された内容や、情報処理装置１０４から送られてきた情報に基づく内容をまとめて判断する。なお、画像処理装置１０５を利用する上での各種設定処理などは、本フローチャートでは省略されている。

そして、画像処理装置ＯＳ５１２は、画像処理装置１０５そのものの終了指示が入力された場合は、利用を終了させるために図１２に示す処理を終了させる。画像処理装置ＯＳ５１２は、情報処理装置１０４から送られてきたＩＤ登録依頼情報を受信した場合は、ステップＳ３０２に進む。画像処理装置ＯＳ５１２は、情報処理装置１０４から送られてきたＩＤ登録解除依頼情報を受信した場合はステップＳ３０３に進む。画像処理装置ＯＳ５１２は、画像処理装置ＵＩ制御部５１５を介してコピー（Copy）やＦＡＸの指示を受けた場合は、ステップＳ３０４に進む。画像処理装置ＯＳ５１２は、情報処理装置１０４から送られてきた留め置きスキャン結果の送信指示を受信した場合は、ステップＳ３０５に進む。画像処理装置ＯＳ５１２は、画像処理装置ＵＩ制御部５１５を介して留め置き画像の取得及び保存の指示を受けた場合は、ステップＳ３０６に進む。

ステップＳ３０２では、ＩＤ受付部５２３は、情報処理装置１０４から送られてきたＩＤ登録依頼情報に基づき、外部記憶装置３１２上に当該ＩＤと関連づく留め置き画像保存蓄積用の領域を確保する。さらに、ＩＤ受付部５２３は、画像処理装置ＵＩ制御部５１５に表示する元情報となる留め置き画像保存先リスト（PushScan先候補リスト）に、当該ＩＤの情報を追加する。

ステップＳ３０３では、ＩＤ解除部５２４は、情報処理装置１０４から送られてきたＩＤ登録解除依頼情報に基づき、外部記憶装置３１２上に確保した、当該ＩＤと関連づく留め置き画像保存蓄積用の領域を解放する。さらに、ＩＤ解除部５２４は、留め置き画像保存先リストから当該ＩＤの情報を削除する。

ステップＳ３０４では、画像処理装置ＯＳ５１２は、コピーやＦＡＸの指示に従い、それぞれの処理を画像処理装置１０５で行う。ステップＳ３０５では、画像処理装置ＯＳ５１２は、情報処理装置１０４から送られてきた留め置きスキャン結果の送信指示に対応するために、後述する送信指示対応処理（図１３（ａ））を開始する。ステップＳ３０６では、スキャン制御基本部５３２は、画像処理装置１０５の画像処理装置ＵＩ制御部５１５を介して留め置きスキャン画像の保存処理が選択されたことに対応するために、後述する画像保存対応処理（図１３（ｃ））を開始する。ステップＳ３０２～Ｓ３０６の後、画像処理装置ＯＳ５１２はステップＳ３０１に戻る。

図１３（ａ）に示す送信指示対応処理は、ステップＳ３０５で開始される。ステップＳ４０１では、送信指示対応部５３３は、画像処理装置１０５の外部記憶装置３１２に、情報処理装置１０４から送られてきたＩＤに関連づく留め置きスキャン結果が存在する（蓄積されている）か否かを判別する。送信指示対応部５３３は、送られてきた上記ＩＤに関連づく留め置きスキャン結果が外部記憶装置３１２に存在すると判別した場合はステップＳ４０３に進み、存在しないと判別した場合はステップＳ４０２に進む。

ステップＳ４０２では、蓄積監視プロセス起動部５３６は、上記ＩＤに関連づく留め置きスキャン結果が存在しないので、蓄積監視プロセス５４１を起動して画像蓄積監視処理（図１３（ｂ））を開始し、図１３（ａ）に示す処理を終了する。

ステップＳ４０３では、データ送信部５３４は、画像処理装置１０５の外部記憶装置３１２に格納されている、上記ＩＤに関連づく留め置きスキャン結果を情報処理装置１０４に送信し、図１３（ａ）に示す処理を終了する。これにより、送信指示に対する応答として画像データが送信される。従って、情報処理装置１０４においては、図７（ｂ）のステップＳ２０５で、送信要求に対する応答として、対応する画像データが送信されてきたと判別され、当該画像データが受信される（Ｓ２０６）。

図１３（ｂ）に示す画像蓄積監視処理はステップＳ４０２で起動され、蓄積監視プロセス５４１が処理を開始する。この処理では、外部記憶装置３１２の保存領域への留め置きスキャン結果の蓄積状態が監視される。

ステップＳ４１１では、情報＆データ送信部５４３は、情報処理装置１０４から送られてきた上記ＩＤに関連づく留め置きスキャン結果が保存されていない旨の情報として、ＮｏＤａｔａを情報処理装置１０４に送信する。すなわち、送信要求に対する応答として、ＮｏＤａｔａが返信される。従って、情報処理装置１０４においては、図７（ｂ）のステップＳ２０５で、送信要求に対する応答としてＮｏＤａｔａが送信されてきたと判別され、ステップＳ２０８へ移行する。なお、送信すべきデータが無いという内容が情報処理装置１０４に伝わればよいので、返信内容はＮｏＤａｔａに限定されるものではない。

ステップＳ４１２では、蓄積監視プロセス基本部５４２は、送られてきた上記ＩＤに関連づく留め置きスキャン結果が蓄積済みとなるまで待機し、蓄積済みとなったと判別するとステップＳ４１３に進む。なお、ステップＳ４１２をループしている間に、後述する画像保存対応処理（図１３（ｃ））が実行され、ステップＳ４２３でスキャン結果画像が外部記憶装置３１２に保存されると、このループを抜けることができる。ステップＳ４１３では、情報＆データ送信部５４３は、蓄積された画像データを情報処理装置１０４に送信し、図１３（ｂ）に示す処理を終了する。なお、ここで送信された画像データにより、情報処理装置１０４においては、図７（ａ）のステップＳ２０１で、留め置きスキャン画像が送信されてきたと判別され、画像データが受信される。

図１３（ｃ）に示す画像保存対応処理はステップＳ３０６で開始される。ステップＳ４２１では、スキャン制御基本部５３２は、画像処理装置ＵＩ制御部５１５に、その時点までに画像処理装置１０５で受信しているＩＤを表示する。これにより、どのＩＤに関連づいた留め置きスキャン結果を保存するのかを選択することができる。

ステップＳ４２２では、スキャン制御基本部５３２は、実際に画像読み取りが開始されたか否かを判別する。スキャン制御基本部５３２は、画像読み取りをしない、つまり処理がキャンセルされたと判別した場合は、図１３（ｃ）に示す処理を終了する。一方、画像読み取りをしたと判別した場合は、スキャン制御基本部５３２は、ステップＳ４２３に進む。

ステップＳ４２３では、スキャン制御基本部５３２は、情報処理装置１０４から送られてきた上記ＩＤに関連づく留め置きスキャン結果として、スキャン結果画像を画像処理装置１０５の外部記憶装置３１２に保存し、図１３（ｃ）に示す処理を終了する。

図１４（ａ）、（ｂ）は、情報処理装置１０４と画像処理装置１０５との間でのデータのやりとりの例を時系列に示す図である。図１４（ａ）はケース１（Case1）を示し、図１４（ｂ）はケース２（Case2）を示す。

ケース１は、画像処理装置１０５で留め置きスキャン画像が外部記憶装置３１２に留め置かれた後に、情報処理装置１０４からスキャン結果送信指示が画像処理装置１０５に送られ、スキャン画像が情報処理装置１０４に送信されるケースである。ケース２は、情報処理装置１０４からスキャン結果送信指示が画像処理装置１０５に送信され、その後、画像処理装置１０５で留め置きスキャン画像が外部記憶装置３１２に留め置かれ、スキャン画像が情報処理装置１０４に送信されるケースである。

まず、ケース１（図１４（ａ））を説明する。ＩＤ（ＰＣ名/ユーザ名）送信処理１２０１は、ステップＳ１０３（図６（ａ））またはステップＳ１１２（図６（ｂ））に対応している。ログイン処理１２０５は、ステップＳ３０２（図１２）に対応し、単純に画像処理装置１０５に対してユーザ名でのログイン処理を行う。ここでは「Yamada Taro」というユーザ名でログインした場合を例に挙げている。

ユーザ名に関連するＩＤを画像留め置き候補に表示する処理１２０６は、ステップＳ４２１（図１３（ｃ））に対応し、ユーザ名に関連するＩＤを画像留め置き候補にリスト表示させる処理である。具体的には図９（ｂ）に例示する画面７１１が画像処理装置１０５の表示部３１３に表示される。例えば、画面７１１において、項目７１２には、ＰＣ名「Soumu01」というＰＣ名の「Yamada Taro」というユーザの留め置き画像保存先が表示されている。また、項目７１３には、ＰＣ名「Soumu02」の「Yamada Taro」というユーザの留め置き画像保存先が表示されている。

画像保存先が２つ表示されているのは、留め置き画像保存先リストの中からログインしたユーザ名と一致するＩＤを全て表示したからである。すなわちこの例では、「Yamada Taro」というユーザが「Soumu01」と「Soumu02」という２台のＰＣ（情報処理装置１０４）を用いているケースが例示されている。表示されているＩＤに対応する項目７１２、７１３は、ユーザが操作部Ｉ／Ｆ３０９を操作することで選択可能である。

設定７１４が押されると、図９（ｃ）に例示する画面７２１が表示部３１３に表示される。画面７２１では、留め置く画像の各種属性を変更・設定することができる。原稿７２２は、留め置く画像を読み込ませる部位の選択項目であり、原稿台やＡＤＦ（Auto Document Feeder）などが選択可能である。サイズ７２３は、留め置く画像のサイズの選択項目である。モード７２４は、留め置く画像のカラー・モノクロ・グレースケールの選択項目である。形式７２５は、留め置く画像の保存ファイル形式の選択項目であり、ＰＤＦ／ＪＰＥＧなどの選択が可能である。

名称７２６は、留め置く画像のファイル名称の先頭部分を設定する項目である。例えば「Data」としてＡＤＦから３枚の原稿を取り込んだ場合、「Data001/Data002/Data003」のように数字部分が付加され自動でインクリメントされてファイル名となる。解像度７２７は、留め置く画像の光学解像度の選択項目であり、光学解像度は読取部３１６の性能に依存する。ここでは、光学解像度として「150dpi/300dpi/600dpi」などを選択可能である。

設定７２８が押されると、変更した内容が確定され、画面７１１（図９（ｂ））に戻る。また、戻る７２９が押されると、変更した内容は破棄されて、画面７１１に戻る。

画面７１１において、実行７１５が押されると、その時点で画像処理装置１０５の読取部３１６にセットされている原稿が読み取られる。そして、外部記憶装置３１２の中の、画面７１１で選択したＩＤ（項目７１２、７１３で選択されたもの）用に用意された領域に読み取り画像が保存される。ここで、戻る７１６が押されると、原稿の読み取りは実施されずに、前の画面である画面７０１（図９（ａ））に戻る。

画面７０１は、画像処理装置１０５の起動後に表示される基本画面の例である。ここでコピー７０２が押された場合はコピーの処理が実施され、ＦＡＸ７０３が押された場合はＦＡＸ処理が実施される。ＰＣスキャン７０４が押された場合は、画面７１１に遷移し、留め置き画像の保存が可能となる。

図１４（ａ）において、候補を選択して画像を留め置き処理１２０７は、ステップＳ４２２、Ｓ４２３（図１３（ｃ））に対応する。ここでは、項目７１２または項目７１３のＩＤが選択され、実行７１５が押されると原稿が読み取られ、読み取られた留め置き画像１２０８が外部記憶装置３１２に留め置かれる。

スキャン結果送信指示処理１２０２は、ステップＳ２０４（図７（ｂ））に対応する。すなわち、画像処理装置１０５に対して留め置きスキャン結果の送信指示（画像の送信要求）が発行・送信される。これらの処理の詳細は次のようになる。まず、アプリ処理（図６（ｃ））が起動されると、図１０（ａ）に示すアプリ画面８０１が表示部２１１に表示される。アプリ画面８０１において、ファイルメニューから、スキャン、ソース選択、ＡＡＳｃａｎと選択されていくことで、スキャナドライバ処理（図７（ｂ））が開始され、図１０（ｂ）に示すドライバの画面８１１が表示部２１１に表示される。ドライバの画面８１１でＹｅｓが選択された後に、留め置きスキャン結果の送信指示（画像の送信要求）が発行される（Ｓ２０４）。この送信指示に対応して、画像処理装置１０５では、送信指示対応処理（Ｓ３０５、図１３（ａ））が実行される。

図１４（ａ）に示す留め置き保存画像送信処理１２０９は、ステップＳ４０３（図１３（ａ））に対応する。すなわち、ケース１では、事前に留め置き画像が蓄積されているので、ステップＳ４０１（図１３（ａ））の判別結果がＹｅｓとなって、ステップＳ４０３が実行される。スキャン結果受信（アプリ）処理１２０３は、ステップＳ２０６（図７（ｂ））に対応する。すなわち、画像処理装置１０５から留め置き画像が送信されてくると、ステップＳ２０５ではデータ受信と判別されて、ステップＳ２０６が実行される。スキャン結果表示処理１２０４は、ステップＳ２０７（図７（ｂ））に対応する。図１０（ｄ）に例示する画面８３１に、留め置き画像の結果が表示される。

このように、ケース１においては、留め置き画像を画像処理装置１０５に蓄積した後に、留め置き画像引取り要求を発行した場合に、留め置き画像を情報処理装置１０４で起動されているアプリに取り込むことが可能となる。

次に、ケース２（図１４（ｂ））を説明する。ＩＤ（ＰＣ名/ユーザ名）送信処理１２１１は、ケース１のＩＤ（ＰＣ名/ユーザ名）送信処理１２０１と同じ処理である。スキャン結果送信指示処理１２１２は、ケース１のスキャン結果送信指示処理１２０２と同じ処理である。

スキャン結果送信指示処理１２１２（ステップＳ２０４）により、留め置きスキャン結果の送信指示（画像の送信要求）が発行・送信されると、送信指示に対応して、画像処理装置１０５では、送信指示対応処理（Ｓ３０５、図１３（ａ））が実行される。ケース２では、事前に留め置き画像を貯めていないので、ステップＳ４０１（図１３（ａ））での判別結果がＮｏとなり、ステップＳ４０２が実行される。従って、画像蓄積監視処理（図１３（ｂ））が開始される。画像蓄積監視起動処理１２１８は、画像蓄積監視処理（図１３（ｂ））の開始に対応する。

ケース２では、この時点で留め置き画像が外部記憶装置３１２に留め置かれていない（蓄積されていない）ので、その旨を通知するために、ＮｏＤａｔａ返信処理１２１９が実行される。ＮｏＤａｔａ返信処理１２１９は、ステップＳ４１１（図１３（ｂ））に対応する。情報処理装置１０４は、ステップＳ２０５（図７（ｂ））でＮｏＤａｔａを受信すると、画像読み取り実施をＵＩで促す（図７（ｂ）のＳ２０８）。画像読み込み要求表示１２１３は、ステップＳ２０８に対応する。

Ｊｏｂ受信Process起動処理１２１４は、ステップＳ２１０（図７（ｂ））に対応する。すなわち、バックグラウンドで動作するＪｏｂ受信プロセス処理（図７（ａ））が起動される。ステップＳ２０１は、画像処理装置１０５から留め置き画像データを受信するまで一定の時間間隔で繰り返される。従って、留め置き画像データを受信するまでこの処理がバックグラウンドでループすることになり、この処理が情報処理装置１０４における消費電力に影響を及ぼすことになる。Ｊｏｂ受信Ｐｒｏｃｅｓｓ１２２１は、ステップＳ２０１のループ処理に対応する。

ログイン処理１２２２は、ステップＳ３０２（図１２）に対応し、単純に画像処理装置１０５に対してユーザ名でのログイン処理を行う。ここでは「Yamada Taro」というユーザ名でログインした場合を例に挙げる。ユーザ名に関連するＩＤを画像留め置き候補に表示する処理１２２３は、処理１２０６と同様である。ただし、このケース２においては、既にどのＩＤの留め置き画像送信要求を受けているのかという情報を受信済みであり、ステップＳ４０１で判別済みである。従って、図９（ｄ）に例示する画面７３１のように、画像留置き候補の横に、通知表示７３４に示すように、画像を要求されているＩＤが一目で判断できるように実装してもよい。

画面７３１で、項目７３２の選択後に実行７１５が押されると、その時点で画像処理装置１０５の読取部３１６にセットされている原稿が読み取らる。そして、外部記憶装置３１２の中の、画面７３１で選択したＩＤ（項目７３２）用に用意された領域に画像が保存される。候補を選択して画像を留め置き処理１２２４はこの処理を示している。

ステップＳ４１２（図１３（ｂ））の判別結果は、留め置き画像が外部記憶装置３１２に留め置かれるまでＮｏとなる。留め置き画像１２２５が蓄積されると、ステップＳ４１２の判別結果がＹｅｓとなり、ステップＳ４１３に進む。保存画像送信処理１２２６は、ステップＳ４１３に対応し、蓄積された留め置き画像１２２５が情報処理装置１０４に送信される。

Ｊｏｂ受信プロセス４３５は、画像処理装置１０５から留め置き画像が送信されてくると、送信されてくる画像データをなくなるまですべて受信する（図７（ａ）のＳ２０１、Ｓ２０２）。スキャン結果受信（Ｊｏｂ受信Ｐｒｏｃｅｓｓ）処理１２１５および受信処理１２２７はこの処理に対応している。スキャン結果受信（アプリ）処理１２１６は、ステップＳ２０３（図７（ａ））に対応し、受信した画像がスキャナドライバ４１６に提供される。スキャン結果表示処理１２１７は、ステップＳ２０７（図７（ｂ））に対応し、画面８３１（図１０（ｄ））に留め置き画像の結果が表示されると共に、Ｊｏｂ受信プロセス処理のバックグラウンドプロセスは終了する。

このようにケース２では、画像処理装置１０５での画像留置きの前に情報処理装置１０４から留め置き画像引取り要求を出した場合であっても、情報処理装置１０４でのバックグラウンドプロセス稼働により画像をアプリに取り込むことが可能となる。この場合でも、バックグラウンドプロセスは、必要最低限の稼働で済むので、電力消費が少ない。

本実施の形態によれば、送信手段としてのスキャナドライバ４１６は、画像の送信要求を画像処理装置１０５へ送信する（Ｓ２０４）。監視手段としてのＪｏｂ受信プロセス基本部４３６は、画像処理装置１０５から、送信要求に対応する画像が送信されてきたか否かを監視する（図７（ａ））。制御手段としてのスキャナドライバ４１６は、送信要求に対する応答としてＮｏＤａｔａが受信されたことに応じて、Ｊｏｂ受信プロセス基本部４３６による上記監視（Ｊｏｂ受信プロセス処理）を開始させる（Ｓ２１０）。スキャナドライバ４１６は、送信要求に対する応答として、送信指示に対応する画像が画像処理装置１０５から送信されてきた場合は、Ｊｏｂ受信プロセス基本部４３６による上記監視（Ｊｏｂ受信プロセス処理）を開始させない（Ｓ２０５→Ｓ２０６）。

Ｊｏｂ受信プロセス処理での電力消費は大きい。しかしこの処理を常時動作させる必要はなく、バックグラウンドで動作させるのは、留め置き画像引取り要求を発行した場合に、それに対応する画像が画像処理装置１０５に留め置かれていない状況に限られる。具体的には、ケース２に示したように、画像処理装置１０５での画像留め置きの前に、情報処理装置１０４から留め置き画像引取り要求を発行した場合が該当する。このケース２でも、送信要求に対応する画像の受信が可能となる。従って、電力消費を抑制しつつ、画像蓄積前に発行した送信要求に対応する画像の受信を可能にすることができる。

一方、送信要求に対する応答として、送信指示に対応する画像が画像処理装置１０５から送信されてきた場合は、送信されてきた画像データがすべて受信される（Ｓ２０６）。例えば、ケース１のように、留め置き画像が画像処理装置１０５に蓄積された後に、画像引取り要求を発行した場合、留め置き画像を受信することは可能である。従って、画像蓄積後に送信した送信要求に対応する画像の受信を可能にすることができる。

また、スキャナドライバ４１６は、Ｊｏｂ受信プロセス基本部４３６による監視（Ｊｏｂ受信プロセス処理）を開始させた後、送信要求に対応する全ての画像が受信されたことに応じて、監視を終了させる（図７（ａ））。従って、Ｊｏｂ受信プロセス処理の無駄な稼働の継続を回避し、電力消費を抑制することができる。

また、受信された画像は表示部２１１に表示される（Ｓ２０７）。また、送信要求に対応する画像が存在しない旨の情報であるＮｏＤａｔａが受信されたことに応じて、その旨が報知される（Ｓ２０８）。これらにより、ユーザに適切な通知を行うことができる。

また、本実施の形態では、送信要求に、画像の要求元の情報であるＩＤが付加される（Ｓ２０４）。そして、画像処理装置１０５は、送信要求に付加された要求元の情報（ＩＤ）に基づいて、送信要求に対応する画像を特定する（Ｓ４２１、図９（ｂ））。従って、画像処理装置１０５で管理する留め置き画像は、複数の情報処理装置１０４の情報を管理することが可能なので、利便性が高い。しかし、このような構成は必須でなく、構成を簡単にする観点からは、次に説明する変形例のようにＰＣ名とユーザ名で構成されるＩＤに関する処理を除外してもよい。

変形例では、図６（ａ）のＳ１０１、Ｓ１０２、および図６（ｂ）に示す処理を廃止すると共に、図１２のＳ３０２、Ｓ３０３、および図１３（ｂ）のＳ４１２、Ｓ４１３を廃止する。これらの処理を廃止した場合の動作を、廃止しない場合との差分に着目して説明する。

変形例において廃止された処理は、ＰＣ名とユーザ名とで構成されるＩＤに関する処理である。変形例では、例えばＰＣ名をＡｎｙＰＣ、ユーザ名をＡｎｙＵｓｅｒなどの一意の値で固定して情報処理装置１０４および画像処理装置１０５を動作させることを想定している。

ＰＣ名・ユーザ名が一意の値で固定されるので、複数ＰＣ、複数ユーザの留め置き画像を同時に管理することは行われない。画像処理装置１０５で管理する留め置き画像はＰＣ名ＡｎｙＰＣ且つユーザ名ＡｎｙＵｓｅｒに対応するものだけである。

図１３（ａ）のステップＳ４０１では、送信指示対応部５３３は、画像処理装置１０５の外部記憶装置３１２に、情報処理装置１０４から送られてきたＩＤに関連づく留め置きスキャン結果が存在する（蓄積されている）か否かを判別する。ここでは、ＡｎｙＰＣ、ＡｎｙＵｓｅｒなどの一意の値で固定されたＩＤに関連づく留め置きスキャン結果の存在が確認される。

ステップＳ４０２では、画像蓄積監視処理（図１３（ｂ））が開始される。しかし、変形例においては、画像蓄積監視処理（図１３（ｂ））では、ステップＳ４１１しか存在しないので、実質的に画像蓄積が監視されるわけではない。

ただし、ステップＳ４１１でＮｏＤａｔａを返信した後、蓄積監視プロセス５４１は、外部記憶装置３１２において一意の値で固定されたＩＤ用に確保された領域に保持されたＮｏＤａｔａ発行済フラグをＯＮにする。

ステップＳ４０３では、データ送信部５３４は、ＩＤに関連づく留め置きスキャン結果を情報処理装置１０４に送信する。

図１３（ｃ）のステップＳ４２１では、スキャン制御基本部５３２は、画像処理装置１０５の画像処理装置ＵＩ制御部５１５に、ＡｎｙＰＣ、ＡｎｙＵｓｅｒなどの一意のＩＤを表示する。これにより、当該ＩＤに関連づいた留め置きスキャン結果を保存することができる。

ステップＳ４２２で、画像読み取りをしたと判別した場合は、スキャン制御基本部５３２は、ステップＳ４２３に進む。ステップＳ４２３では、スキャン制御基本部５３２は、例えばＡｎｙＰＣ、ＡｎｙＵｓｅｒなどの一意のＩＤに関連づく留め置きスキャン結果として、スキャン結果画像を外部記憶装置３１２に保存する。

この後、スキャン制御基本部５３２は、外部記憶装置３１２におけるＮｏＤａｔａ発行済フラグを確認し、ＮｏＤａｔａ発行済フラグがＯＮである場合には、ＩＤに関連づく留め置きスキャン結果を情報処理装置１０４に送信する。

この変形例においても、ケース２に示したように、画像処理装置１０５での画像留め置きの前に、情報処理装置１０４から留め置き画像引取り要求を発行した場合に、送信要求に対応する画像の受信が可能となる。また、ケース１のように、留め置き画像が画像処理装置１０５に蓄積された後に、画像引取り要求を発行した場合、留め置き画像を受信することは可能である。従って、電力消費を抑制しつつ、画像蓄積前に発行した送信要求に対応する画像の受信を可能にするという効果を奏することができる。

（その他の実施例）
本発明は、上記した実施形態の１以上の機能を実現するプログラムをネットワークや非一過性の記憶媒体を介してシステムや装置に供給し、そのシステム又は装置のコンピュータの１以上のプロセッサがプログラムを読み出して実行する処理でも実現可能である。以上のプログラムおよび以上のプログラムを記憶する記憶媒体は、本発明を構成する。また、本発明は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。

１０４ 情報処理装置
１０５ 画像処理装置
２０６ ＣＰＵ
４１６ スキャナドライバ
４３６ Ｊｏｂ受信プロセス基本部

Claims (13)

1. 画像の送信要求を画像処理装置へ送信する送信手段と、
   前記送信要求に対応する画像が送信されてきたか否かを監視する監視手段と、
   前記送信要求に対する応答として、前記送信要求に対応する画像が存在しない旨の情報が受信されたことに応じて、前記監視手段に、前記送信要求に対応する画像が送信されてきたか否かの監視を開始させる制御手段と、を有することを特徴とする情報処理装置。
2. 前記制御手段は、前記送信要求に対する応答として、前記送信要求に対応する画像が受信された場合、前記監視手段による前記監視を開始させないことを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記監視手段により前記送信要求に対応する画像が送信されてきたと判定された場合、送信されてきた画像を受信することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記制御手段は、前記監視手段による前記監視を開始させた後、前記送信要求に対応する全ての画像が受信されたことに応じて、前記監視手段による前記監視を終了させることを特徴とする請求項３に記載の情報処理装置。
5. 前記制御手段は、受信された画像を表示部に表示させることを特徴とする請求項２乃至４のいずれか１項に記載の情報処理装置。
6. 前記制御手段は、前記送信要求に対応する画像が存在しない旨の前記情報が受信されたことに応じて、その旨を報知することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記画像は、スキャン画像であることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 情報処理装置と画像処理装置とが通信可能に接続されて構成される画像処理システムであって、
   前記情報処理装置は、
   画像の送信要求を前記画像処理装置へ送信する送信手段と、
   前記送信要求に対応する画像が送信されてきたか否かを監視する監視手段と、
   前記送信要求に対する応答として、前記送信要求に対応する画像が存在しない旨の情報が受信されたことに応じて、前記監視手段に、前記送信要求に対応する画像が送信されてきたか否かの監視を開始させる制御手段と、を有し、
   前記画像処理装置は、前記送信要求に対応する画像が存在しない場合に、前記送信要求に対応する画像が存在しない旨の前記情報を前記情報処理装置へ送信することを特徴とする画像処理システム。
9. 前記画像処理装置は、前記送信要求に対応する画像が存在しない旨の前記情報を前記情報処理装置へ送信した後、前記送信要求に対応する画像の蓄積を開始し、前記画像が蓄積された後に、蓄積された前記画像を前記情報処理装置へ送信することを特徴とする請求項８に記載の画像処理システム。
10. 前記画像処理装置は、前記送信要求に対応する画像が存在する場合は、前記送信要求に対する応答として、前記送信要求に対応する画像を前記情報処理装置へ送信することを特徴とする請求項８または９に記載の画像処理システム。
11. 前記情報処理装置において、前記制御手段は、前記送信要求に、前記画像の要求元の情報を付加し、
    前記画像処理装置は、前記送信要求に付加された要求元の情報に基づいて、前記送信要求に対応する画像を特定することを特徴とする請求項８乃至１０のいずれか１項に記載の画像処理システム。
12. 情報処理装置の制御方法であって、
    画像の送信要求を画像処理装置へ送信する送信ステップと、
    前記送信要求に対応する画像が送信されてきたか否かを監視する監視ステップと、
    前記送信要求に対する応答として、前記送信要求に対応する画像が存在しない旨の情報が受信されたことに応じて、前記監視ステップによる、前記送信要求に対応する画像が送信されてきたか否かの監視を開始させる制御ステップと、を有することを特徴とする情報処理装置の制御方法。
13. 請求項１２に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
    

Images