(57)【要約】【課題】原稿を読み取って生成した画像データを通信ネットワークを介して送信するスキャナにおいて、スキャンする処理や時間が無駄になることを防ぐ技術を提供する。【解決手段】画像読取装置１の制御部１１は、読取指示が入力されたことを検知すると、通信ネットワークを介して接続されたサーバ装置２とのコネクションを確立するための処理を行う。コネクションが確立された場合には、制御部１１は、画像読取部１３を制御して、原稿載置台に載置された原稿の画像を光学的に読み取らせて画像データを生成させる。画像データの生成処理が完了すると、制御部１１は、生成した画像データを確立されたコネクションを用いてサーバ装置２に送信する。一方、コネクションの確立に失敗した場合には、制御部１１は、画像読取処理を行わない。【選択図】図２
2007306230.tif 000002
【特許請求の範囲】
【請求項１】
原稿の読取指示を受け付ける受付手段と、
前記受付手段が原稿の読取指示を受け付けた場合に、通信ネットワークを介して接続されたサーバ装置とのコネクションを予め定められたプロトコルにしたがって確立する接続確立手段と、
前記接続確立手段によってコネクションが確立された場合に、原稿の画像を読み取って当該画像を表す画像データを生成し、一方、前記接続確立手段がコネクションの確立に失敗した場合には、原稿の読取処理を行わない画像読取手段と、
前記画像読取手段により生成された画像データを、前記接続確立手段によって確立されたコネクションを介して、前記サーバ装置に送信する送信手段と
を具備することを特徴とする画像読取装置。
【請求項２】
前記接続確立手段によってコネクションが確立された場合に、少なくとも当該コネクションが確立されてから前記送信手段による前記画像データの送信が開始されるまでの間当該コネクションを維持するための処理を行う接続維持手段
を具備することを特徴とする請求項１に記載の画像読取装置。
【請求項３】
前記接続維持手段は、前記接続確立手段によってコネクションが確立された場合に、少なくとも当該コネクションが確立されてから前記送信手段による前記画像データの送信が開始されるまでの間、前記プロトコルに応じたコマンドを予め定められた時間間隔で発行する
ことを特徴とする請求項２に記載の画像読取装置。
【請求項４】
前記コネクションを維持するか否かを選択し、前記コネクションを維持すると判断された場合には、前記接続維持手段に前記コネクションを維持するための処理を行わせ、一方、それ以外の場合には、前記接続維持手段に前記コネクションを維持するための処理を行わせない選択手段
を備えることを特徴とする請求項２または３に記載の画像読取装置。
【請求項５】
原稿の画像を読み取って当該画像を表す画像データを生成する画像読取手段と、通信手段と、制御手段とを具備する画像読取装置の制御方法であって、
前記制御手段が、原稿の読取指示を受け付けるステップと、
前記制御手段が、原稿の読取指示を受け付けた場合に、前記通信手段を介して、通信ネットワークを介して接続されたサーバ装置とのコネクションを予め定められたプロトコルに従って確立するステップと、
前記制御手段が、前記コネクションが確立された場合には、前記画像読取手段に原稿の画像を読み取らせて当該画像を表す画像データを生成し、生成した画像データを前記コネクションを介して前記サーバ装置に送信し、一方、前記コネクションの確立に失敗した場合には、原稿の画像を読み取らせないように前記画像読取手段を制御するステップと
を具備することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置に関する。
【背景技術】
【０００２】
従来、読み取った画像データを通信ネットワークを介してサーバ装置に送信するスキャナ（画像読取装置）が普及している。このようなスキャナにおいては、サーバ装置の接続数制限やネットワーク上の問題などの理由により、データ転送に失敗する場合がある。データ転送に失敗した場合の対応方法として、例えば特許文献１には、正常に転送できなかった場合にはバックアップ装置へ転送する方法が提案されている。また、データの転送方法としては、例えば特許文献２には、処理の中断を伴うファイル転送処理の遅延を最小限に抑制するためのファイル転送システムが提案されている。
【特許文献１】特許第３５３１４１９号公報
【特許文献２】特開２００１−２４９８５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の方法は、バックアップ装置には必ず転送ができることが前提であり、そのため、本来の送信先の装置とバックアップ装置との両方で接続に失敗した場合には、原稿を読み取って生成したデータを転送することができず、原稿の読取処理やその処理に要した時間が無駄になってしまうという問題があった。特に、大量の原稿を読み取る場合には、原稿の量が多いほど処理時間も長くなるから、この問題は顕著になる。特許文献２に記載の技術においては、接続確立後のファイル転送処理を効率よく行うことはできるものの、接続に失敗した場合には、上述と同様の問題が発生する。
【０００４】
本発明は上述した背景に鑑みてなされたものであり、原稿を読み取って生成した画像データを通信ネットワークを介して送信する画像読取装置において、画像読取処理やその処理に要する時間が無駄になることを防ぐ技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、原稿の読取指示を受け付ける受付手段と、前記受付手段が原稿の読取指示を受け付けた場合に、通信ネットワークを介して接続されたサーバ装置とのコネクションを予め定められたプロトコルにしたがって確立する接続確立手段と、前記接続確立手段によってコネクションが確立された場合に、原稿の画像を読み取って当該画像を表す画像データを生成し、一方、前記接続確立手段がコネクションの確立に失敗した場合には、原稿の読取処理を行わない画像読取手段と、前記画像読取手段により生成された画像データを、前記接続確立手段によって確立されたコネクションを介して、前記サーバ装置に送信する送信手段とを具備することを特徴とする画像読取装置を提供する。
本発明の好ましい態様においては、前記接続確立手段によってコネクションが確立された場合に、少なくとも当該コネクションが確立されてから前記送信手段による前記画像データの送信が開始されるまでの間当該コネクションを維持するための処理を行う接続維持手段を具備することを特徴とする。
本発明の更に好ましい態様においては、前記接続維持手段は、前記接続確立手段によってコネクションが確立された場合に、少なくとも当該コネクションが確立されてから前記送信手段による前記画像データの送信が開始されるまでの間、前記プロトコルに応じたコマンドを予め定められた時間間隔で発行することを特徴とする。
本発明の更に好ましい態様においては、前記コネクションを維持するか否かを選択し、前記コネクションを維持すると判断された場合には、前記接続維持手段に前記コネクションを維持するための処理を行わせ、一方、それ以外の場合には、前記接続維持手段に前記コネクションを維持するための処理を行わせない選択手段を備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、原稿を読み取って生成した画像データを通信ネットワークを介して送信する画像読取装置において、画像読取処理やその処理に要する時間が無駄になることを防ぐことができる。
【発明を実施するための最良の形態】
【０００７】
＜Ａ：第１実施形態＞
＜Ａ−１：構成＞
図１は、この発明の一実施形態に係るシステムの全体構成を示したブロック図である。図において、画像読取装置１は、原稿の画像を読み取って画像データを生成するスキャナ機能を備えており、生成した画像データを、通信ネットワーク３を介してサーバ装置２に送信する。サーバ装置２は、通信ネットワーク３を介して画像データを受信し、受信した画像データを記憶部に蓄積する。
【０００８】
図２は、この発明の一実施形態である画像読取装置１の全体構成を示した図である。図において、制御部１１は、ＣＰＵ（Central Processing Unit）等の演算装置である。記憶部１２は、例えばフラッシュメモリなどの不揮発性メモリや、ＲＯＭ（Read Only Memory）、或いはハードディスクなどの記憶手段であり、画像データ記憶領域１２ａと、フラグ記憶領域１２ｂと、期間情報記憶領域１２ｃとを有している。制御部１１は、記憶部１２に記憶されているコンピュータプログラムを読み出して実行することにより、画像読取装置１の各部を制御する。画像読取部１３は、ＣＣＤ（Charge Coupled Device）等により構成される光学系部材（図示略）を備えており、原稿載置台（図示略）に載置された原稿の画像を光学的に読み取り、読み取った画像を表すＲ（赤）、Ｇ（緑）、Ｂ（青）形式の画像データを生成する。ＵＩ部１４は、タッチパネルとして機能する液晶ディスプレイを備えており、画像読取装置１の利用者はこの液晶ディスプレイに触れることで各種操作を行うことができる。
【０００９】
通信部１５は、各種通信装置等を備え、通信ネットワーク３を介してサーバ装置２とデータの授受を行う。この実施形態においては、画像読取装置１の制御部１１は、記憶部１２に記憶されているコンピュータプログラムを実行することにより、通信部１５を介して、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）およびＦＴＰ（File Transfer Protocol）にしたがってサーバ装置２との通信を行う。なお、本実施形態においては、サーバ装置２は、ＦＴＰセッションが確立されてから一定期間（「以下、接続維持期間」）通信が行われない場合には、確立されているＦＴＰセッションを切断するようになっている。
【００１０】
記憶部１２の画像データ記憶領域１２ａには、原稿の画像を読み取って生成された画像データが記憶される。フラグ記憶領域１２ｂには、制御部１１が後述するコネクション維持処理を行う際に参照されるフラグが記憶されている。このフラグは、制御部１１によって、「ＯＮ」または「ＯＦＦ」を示す値が設定される。期間情報記憶領域１２ｃには、サーバ装置２の接続維持期間を示す期間情報が記憶されている。この期間情報は、制御部１１が後述するコネクション維持処理を行う際に参照される。
【００１１】
＜Ａ−２：動作＞
以上の構成のもと、画像読取装置１が行う具体的な動作について、図３に示すフローチャートを参照しつつ以下に説明する。
まず、画像読取装置１の利用者は、原稿を画像読取部１３の原稿載置台に載置し、ＵＩ部１４を操作して原稿の読取を画像読取装置１に指示する。また、このとき、利用者はＵＩ部１４を操作して認証情報（利用者名、パスワード）を入力する。
ＵＩ部１４は操作内容に応じた信号を制御部１１に入力し、制御部１１は、ＵＩ部１４からの信号を受信することで、利用者からの読取指示または認証情報を受け付ける。制御部１１は、読取指示を受け付けると（ステップＳＡ１；ＹＥＳ）、サーバ装置２とのコネクションを確立するための処理を行う（ステップＳＡ２）。具体的には、制御部１１は、ＴＣＰコネクションを確立するための処理（ＳＹＮメッセージの送信等）を行い、ＴＣＰコネクションが確立されると、入力された認証情報を含むＦＴＰコマンドをサーバ装置２に送信する。なお、説明の便宜上、以下の説明においては、ＴＣＰコネクションが確立され、ＦＴＰコマンドに含まれる認証情報によって認証が行われてＦＴＰセッションが確立されるまでの一連の処理を「コネクションの確立処理」として説明する。
【００１２】
サーバ装置２は、画像読取装置１から受信するメッセージやコマンドに応じて、コネクションを確立するか否かを判断し、その判断結果を示す応答情報を画像読取装置１に送信する。このとき、サーバ装置２の接続数制限や、認証情報が不正である場合またはネットワーク上の問題等の理由によって、コネクションの確立に失敗する場合がある。
【００１３】
画像読取装置１の制御部１１は、サーバ装置２から受信する応答情報等を判断して、コネクションを確立できたか否かを判断する（ステップＳＡ３）。ここで、サーバ装置２からコネクションの確立の失敗を示す情報を受信した場合、またはネットワーク上に問題がある場合など、コネクションの確立に失敗したと判断された場合には（ステップＳＡ３；ＮＯ）、画像読取装置１の制御部１１は、利用者によって指示された原稿の読取処理を行わず、そのまま処理を終了する。なお、このとき、制御部１１は、処理を中止した旨を示すメッセージをＵＩ部１４に表示させたり、警告音や音声メッセージを放音させたりして、処理を中止した旨を利用者に報知するようにしてもよい。
【００１４】
一方、サーバ装置２からコネクションの確立に成功した旨を示す情報を受信した場合、すなわちコネクションが確立されたと判断された場合には（ステップＳＡ３；ＹＥＳ）、制御部１１は、記憶部１２のフラグ記憶領域１２ｂに記憶されたフラグを「ＯＮ」にし（ステップＳＡ４）、ステップＳＡ５〜ステップＳＡ８に示す原稿画像読取処理を行う。
制御部１１は、画像読取部１３を制御して、原稿載置台に載置された原稿の画像を読み取らせて原稿の画像を表す画像データを生成させる（ステップＳＡ５）。続けて、制御部１１は、画像読取部１３から供給される画像データに対して画像の圧縮処理等の画像処理を画像データに対して施し（ステップＳＡ６）、画像データを記憶部１２の画像データ記憶領域１２ａに記憶する（ステップＳＡ７）。そして、制御部１１は、原稿の読取が完了したか否かを判断し（ステップＳＡ８）、原稿の読取が完了していないと判断された場合には（ステップＳＡ８；ＮＯ）、ステップＳＡ５の処理に戻って画像読取部１３に画像の読取を行わせる。一方、原稿の読取が完了したと判断された場合には（ステップＳＡ８；ＹＥＳ）、制御部１１は、記憶部１２の画像データ記憶領域１２ａに記憶された画像データを読み出して、読み出した画像データを通信ネットワーク３を介してサーバ装置２に送信する（ステップＳＡ９）。なお、このとき、制御部１１は、読み出した画像データに対して、例えばＴＩＦＦ（Tagged Image File Format）やＪＰＥＧ（Joint Photographic Experts Group）などの所定のフォーマットに変換するフォーマット変換処理を施し、変換された画像データをサーバ装置２に送信するようにしてもよい。このとき、制御部１１は、ステップＳＡ２において確立したコネクションをもちいてサーバ装置２に画像データを送信する。
【００１５】
制御部１１は、データの送信が完了したか否かを判断し、完了していないと判断された場合には（ステップＳＡ１０；ＮＯ）、ステップＳＡ９に示すデータ送信処理を続行する。一方、データの送信が完了したと判断された場合には（ステップＳＡ１０；ＹＥＳ）、コネクションを切断する処理を行い（ステップＳＡ１１）、フラグ記憶領域１２ｂに記憶されたフラグを「ＯＦＦ」にする（ステップＳＡ１２）。
【００１６】
次に、画像読取装置１の制御部１１が行うコネクション維持処理について、図４に示すフローチャートを参照しつつ以下に説明する。なお、図３に示した処理と図４に示した処理とは、制御部１１によって並行して行われる。
制御部１１は、まず、記憶部１２のフラグ記憶領域１２ｂに記憶されたフラグを参照し、フラグが「ＯＮ」であるか否かを判定する（ステップＳＢ１）。フラグが「ＯＦＦ」であると判断された場合は（ステップＳＢ１；ＮＯ）、制御部１１は、フラグが「ＯＮ」になるまで待機する。一方、フラグが「ＯＮ」であると判断された場合には（ステップＳＢ１；ＹＥＳ）、制御部１１は、期間情報記憶領域１２ｃに記憶された期間情報に応じた時間でタイムアウトするタイマを発行する（ステップＳＢ２）。なお、このタイムアウトする時間は、期間情報の示す時間よりもやや短い時間であることが好ましい。そして、制御部１１は、発行したタイマがタイムアウトするまで待機する（ステップＳＢ３；ＮＯ）。期間情報に応じて発行されたタイマがタイムアウトしたと判断された場合には（ステップＳＢ３；ＹＥＳ）、制御部１１は、ＦＴＰに応じた所定のコマンドを発行する（ステップＳＢ４）。なお、このコマンドは、例えばＬＩＳＴコマンドやＮＬＩＳＴコマンドなど、サーバ装置２とのコネクションが切断されることを防ぐ、すなわちコネクションを維持することのできるコマンドであって、サーバ装置２に記憶されたデータや画像読取装置１のデータ転送処理に影響を与えないコマンドであればどのようなものであってもよい。
【００１７】
制御部１１は、ステップＳＢ４に示すコマンド発行処理を終えると、ステップＳＢ１の処理に戻る。すなわち、制御部１１は、フラグが「ＯＮ」である場合には、ステップＳＢ２〜ＳＢ４の処理を繰り返し行って、期間情報に応じた一定の間隔でコマンドを発行し、一方、フラグが「ＯＦＦ」である場合にはコマンドの発行を行わない。
制御部１１は、コネクションが確立されるとこのフラグを「ＯＮ」にし（図３のステップＳＡ４）、画像データ転送処理を終えてコネクションを切断した際にフラグを「ＯＦＦ」にするから（図３のステップＳＡ１２）、このフラグが「ＯＮ」である間、すなわちコネクションが確立されてから画像データ転送処理を終えるまでの間、定期的にコマンドが発行される。
【００１８】
従来の画像読取装置では、原稿を読み取って画像データを生成した後で、サーバ装置とのコネクションの確立を行い、接続に失敗した場合には処理を中止していたから、接続に失敗した場合には原稿の読取処理やその処理に要した時間が無駄になってしまうという問題があった。特に、大量の原稿をスキャンする場合には、原稿の量に応じてその処理時間も多くかかるから、この問題は顕著になる。
これに対し本実施形態においては、原稿読取を行うに先立ってサーバ装置２とのコネクションを確立するための処理を行い、コネクションの確立に失敗した場合には原稿読取処理を行わないから、原稿読取処理やその処理にかかる時間が無駄になってしまうという問題を回避することができる。とくに、大量の原稿を処理する場合に有効である。
【００１９】
また、ＦＴＰでデータ転送を行う場合は、サーバ装置２で設定されたタイムアウトによってコネクションが切断されてしまう場合があるが、本実施形態においては、画像読取を行っている間、コネクションを維持するためのコマンド発行処理を制御部１１が行うから、コネクションがサーバ装置２のタイムアウト等の理由により切断されてしまうという問題を回避することができる。
【００２０】
＜Ｂ：第２実施形態＞
次に、この発明の第２の実施形態である画像読取装置について説明する。この画像読取装置が、上述した第１の実施形態である画像処理装置と異なる点は、記憶部１２に選択フラグ記憶領域１２ｄ（図１に点線で図示）を記憶している点と、制御部１１が行う処理が異なる点である。そのため、第１実施形態の画像処理装置と同様の構成要素や処理については、同じ符号を付して適宜その説明を省略する。
【００２１】
記憶部１２の選択フラグ記憶領域１２ｄには、制御部１１がコネクション維持処理を行うか否かを選択する際に参照される選択フラグが記憶されている。なお、この選択フラグは、利用者が画像読取装置のＵＩ部１４を操作してその設定値を変更できるようにしてもよい。
【００２２】
図５は、画像読取装置１の制御部が行う処理の流れを示すフローチャートである。このフローチャートが図３に示したフローチャートと異なる点は、図３に示した各処理に加えて、ステップＳＡ２１，ＳＡ２２，ＳＡ２３，ＳＡ２４の処理を行う点である。そのため、図３と同様の処理については同じ符号を付与している。
図５において、コネクションが確立されたと判断された場合には（ステップＳＡ３；ＹＥＳ）、制御部１１は、選択フラグ記憶領域１２ｄに記憶された選択フラグを参照して、コネクション維持処理を行うか否かを判定する（ステップＳＡ２１）。維持処理を行うと判定された場合には（ステップＳＡ２１；ＹＥＳ）、フラグ記憶領域１２ｂに記憶されたフラグを「ＯＮ」にし（ステップＳＡ４）、一方、維持処理を行わないと判断された場合には（ステップＳＡ２１；ＮＯ）、ステップＳＡ４の処理をスキップして画像読取処理（ステップＳＡ５）に進む。
【００２３】
制御部１１は、上述した第１実施形態と同様に、図４に示すコネクション維持処理を行う。制御部１１は、フラグ記憶領域１２ｂに記憶されたフラグを参照してコネクション維持処理を行うか否かを判定し、フラグが「ＯＦＦ」である場合には維持処理を行わない。
【００２４】
また、制御部１１は、画像データの生成処理を終えると（ステップＳＡ８；ＹＥＳ）、コネクションが確立されているかを判定する（ステップＳＡ２２）。この判定処理を行うのは、コネクション維持処理を行わない場合には、サーバ装置側のタイムアウト等の理由によりコネクションが切断される場合があるためである。コネクションが確立されていないと判断された場合には（ステップＳＡ２２；ＮＯ）、制御部１１は、コネクションを確立するための処理を行う（ステップＳＡ２３）。コネクションの確立に失敗したと判断された場合には（ステップＳＡ２４；ＮＯ）、制御部１１は、データ転送処理を行わずにそのまま処理を終了する。一方、コネクションが確立されたと判断された場合には（ステップＳＡ２４；ＹＥＳ）、制御部１１は、データの転送処理を行う（ステップＳＡ９）。
【００２５】
また、制御部１１は、データの転送処理を終えてコネクションの切断処理を終えると（ステップＳＡ１１）、記憶部１２のフラグ記憶領域１２ｂに記憶されたフラグを参照し、フラグの設定値が「ＯＮ」であるか否かを判定する（ステップＳＡ２５）。「ＯＮ」であると判定された場合には（ステップＳＡ２５；ＹＥＳ）、フラグをＯＦＦにする（ステップＳＡ１２）。
この実施形態においては、選択フラグの設定値に応じて、コネクションの維持処理を行うか否かを選択することができる。
【００２６】
＜Ｃ：変形例＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
（１）上述した実施形態においては、画像読取装置とサーバ装置とのコネクションを、ＦＴＰにしたがって確立するようにした。なお、プロトコルはＦＴＰに限定されるものではなく、例えばＳＭＢ（Server Message Block）、ＨＴＴＰ（HyperText Transfer Protocol）、ＷｅｂＤＡＶ（Web Distributed Authoring and Versioning）、ＳＯＡＰ（Simple Object Access Protocol）など、コネクションを確立してデータ通信を行うプロトコルであればどのようなものであってもよい。要するに、画像読取装置の制御部が、通信ネットワークを介して接続されたサーバ装置とのコネクションを予め定められたプロトコルにしたがって確立するようにすればよい。
なお、上述した実施形態においては認証情報（利用者名、パスワード）を用いて認証を行うようにしたが、プロトコルの種類によっては認証を行わないようにしてもよい。
【００２７】
（２）上述した実施形態においては、コネクションが確立された場合に、当該コネクションが確立されてから画像データの送信が終了するまでの間、制御部１１がコネクション維持処理を行うようにした。制御部１１がコネクション維持処理を行う期間はこれに限定されるものではなく、少なくともコネクションが確立されてから画像データの送信が開始されるまでの間を含む期間であればよい。
【００２８】
（３）上述した実施形態においては、コネクションを維持するための処理として、ＦＴＰに応じたコマンドを定期的に発行する処理を行った。コネクションを維持するための処理はこれに限定されるものではなく、例えば他のコマンドを定期的に発行する処理であってもよく、また、例えばサーバ装置のタイムアウト間隔が明確でない場合には、連続的にコマンドを発行するようにしてもよい。要するに、コネクションが確立されてから画像データの送信が開始されるまでの間、当該コネクションを維持するための処理であればどのようなものであってもよい。
なお、ＨＴＴＰでデータ転送を行う場合には、ＨＴＴＰリクエストのConnectionヘッダを「Keep-Alive」に設定すればよい。この場合は、上述した実施形態のように定期的にコマンドを発行する必要はない。
【００２９】
（４）上述した第２の実施形態においては、コネクション維持処理を行うか否かを選択するための情報として選択フラグを記憶部に記憶させておくようにした。なお、フラグに代えて、テーブルを記憶させておくようにしてもよい。例えば、利用者や処理時刻、データ量等を示す情報と維持処理を行うか否かを示す情報とを関連付けて記憶させるようにしてもよい。このようにすれば、コネクション維持処理を行うか否かをデータ量や時刻に応じて選択することができる。
【００３０】
（５）なお、上述した各実施形態における画像読取装置１の制御部１１によって実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光記録媒体、光磁気記録媒体、ＣＤ（Compact Disk）−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）、ＲＡＭなどの記録媒体に記憶した状態で提供し得る。また、インターネットのようなネットワーク経由で画像読取装置１にダウンロードさせることも可能である。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態に係るシステムの全体構成を示すブロック図である。
【図２】画像読取装置のハードウェア構成を示すブロック図である。
【図３】画像読取装置の制御部が行う画像読取処理・データ転送処理の流れを示すフローチャートである。
【図４】画像読取装置の制御部が行うコネクション維持処理の流れを示すフローチャートである。
【図５】画像読取装置の制御部が行う画像読取処理・データ転送処理の流れを示すフローチャートである。
【符号の説明】
【００３２】
１…画像読取装置、２…サーバ装置、３…通信ネットワーク、１１…制御部、１２…記憶部、１３…画像読取部、１４…ＵＩ部、１５…通信部。
【図１】
2007306230.tif 000003
【図２】
2007306230.tif 000004
【図３】
2007306230.tif 000005
【図４】
2007306230.tif 000006
【図５】
2007306230.tif 000007