JP5018241B2 - スキャンシステム、スキャナ制御装置、スキャナ、及びスキャナ制御プログラム - Google Patents

Description

本発明は、通信回線を介した画像のスキャンに関するものである。

従来、携帯電話とスキャナとをＰＣカードおよび無線／有線ＬＡＮによって接続し、スキャナにてスキャンした画像ファイルを携帯電話に転送するものが提案されている（特許文献１、参照。）。
かかる構成によれば、スキャナ自体が通信機能を有さなくても、携帯電話を介してスキャンした画像ファイルを外部の通信網に送信することができる。
特開２００２−３５４１８６号公報

しかしながら、上述した文献のスキャナにおいてスキャンした画像ファイルを携帯電話を介して外部に送信するためには、スキャナに備えられたタッチパネルを操作しなければならないという問題があった。すなわち、ユーザーにおいては携帯電話をスキャナと通信可能な状態に設定する操作とともに、スキャナに対する操作も行わなければならず、作業が繁雑となる問題があった。一方、スキャナの構成においては、スキャナを操作するためのタッチパネル型のディスプレイを備えさせなければならないという問題があった。また、上述した文献では、スキャナと携帯電話とを接続するためにＰＣカードを装着する必要があるという問題があった。
本発明は、上記課題の少なくとも一つにかんがみてなされたもので、相互に接続された一方の装置のみの操作でスキャンを実行させることを目的とする。

上記目的を達成するために、スキャナ制御装置とスキャナとを所定の通信回線を介して相互に接続することによりスキャンシステムを構成し、このスキャナ制御装置はファイル送信手段と要求手段と受信手段とを備える。上記ファイル送信手段は、上記通信回線を介して事前に上記スキャナへファイルを送信する。上記要求手段は、上記送信されたファイルに関連づけられた所定形式の識別情報によって特定される画像ファイルの取得要求を上記スキャナに対して上記通信回線を介して行う。上記受信手段は、上記要求手段が上記識別情報によって指定した上記画像ファイルを上記通信回線を介して上記スキャナから受信する。上記スキャナにおいては、上記識別情報によって特定された画像ファイルを生成し、送信手段によって当該生成した画像ファイルを上記通信回線を介して上記スキャナ制御装置に送信する。このようにすることにより、上記スキャナ制御装置において上記ファイルの取得要求を行うだけで、スキャンして得られた画像ファイルを得ることができるため、上記スキャナに対して操作を行わなくて済む。例えば、上記スキャナ制御装置に備えられた操作ボタン等をユーザーが操作する等により、上記スキャナにてスキャンした画像ファイルを上記スキャナ制御装置が得ることができる。上記スキャナ制御装置は、上記スキャナを制御するための専用の装置に限られず、例えば所定の通信回線による通信機能を備えた携帯電話やＰＤＡやパーソナルコンピュータ等も該当する。また、上記ファイル取得要求が可能な上記通信回線であればよく、幅広い種類の上記通信回線において上記スキャナと上記スキャナ制御装置とを接続することができる。

また、上記ファイルの取得要求に対する応答がスムーズとなるように、将来の上記ファイルの取得要求で指定されるであろう上記識別情報で特定される画像ファイルを生成するようにスキャンを行っておき、実際に上記ファイルの取得要求がされた段階で予め生成しておいた画像ファイルを送信するのが望ましい。そのための具体的な構成として、上記ファイル送信によって事前に上記ファイルが送信されたことをトリガーとして、上記スキャナに対して上記要求手段が指定する上記識別情報を有する上記画像ファイルの生成を開始させる。すなわち、将来的に上記要求手段が指定するであろう上記識別情報を上記事前のファイル送信によって指定しておけば、上記要求手段が上記ファイルの取得要求をする段階で、当該ファイルの取得要求にて要求される上記識別情報で特定された上記画像ファイルを生成しておくことができる。

事前に送信する上記ファイルに上記識別情報を関連づける手法として、上記ファイルのファイル名と上記識別情報を関連づける手法と、上記ファイルの内容と上記識別情報を関連づける手法があげられ、これらの手法のうちいずれ一方または双方を適用することができる。なお、上記識別情報を事前に送信する上記ファイルのファイル名と関連付けるにあたっては、上記識別情報をファイル名の本体と関連づけてもよいし、当該ファイル名の拡張子名と関連づけてもよい。また、上記識別情報を上記ファイルの内容と関連づける場合には、当該識別情報を上記ファイルのヘッダの内容に関連づけてもよいし、ボディの部分に関連づけてもよい。上記ファイルのファイル形式は特に限定されないが、例えばテキストを含むファイルの場合、当該テキストによって上記識別情報を関連づけることができる。一方、上記画像ファイルは上記識別情報によって特定されるものであるが、例えば上記識別情報を上記画像ファイルのファイル名としておけば、上記識別情報としてのファイル名を指定して上記ファイルの取得要求を行うことができる。

上記スキャナ制御装置への送信が完了した上記画像ファイルは上記スキャナにおいて不要となるため、上記スキャナ制御装置の記憶手段にて記憶された上記画像ファイルの削除することが望ましい。上記スキャナ制御装置への送信が完了したことを上記スキャナが自ら判断して当該画像ファイルを削除するようにしてもよいし、上記スキャナ制御装置が受信を完了したことを判断して上記スキャナに削除要求を送信するようにしてもよい。後者の態様を適用することにより、上記画像ファイルが確実に上記スキャナ制御装置へ送り届けられたことを確認した上で削除を実行させることができる。この削除要求も、当該削除要求に対応した電子ファイルの送信により行うことができる。

また、事前にファイルを送信することなく、上記スキャナ制御装置の要求手段による所定形式の識別情報で特定される画像ファイルの取得要求が受け付けられた段階で、当該識別情報で特定された画像ファイルを上記スキャナの画像ファイル生成手段が生成するようにしてもよい。この場合、事前にファイルを送信しておく必要がなくなるため、上記スキャナ制御装置と上記スキャナの間の手続が簡略化できる。

以上説明したように、本発明において少なくとも上記通信回線において電子ファイル（上記ファイルおよび上記画像ファイルを含む。）の取得要求が可能な仕組み（プロトコル）が用意されていればよく、この条件を満足する上記通信回線の種類は種々考えられる。また、配線が不要なことから、上記通信回線は無線通信であることが望ましい。例えば、赤外線通信においては、ファイルの取得要求が可能な仕組みとしてＯＢＥＸ(Object Exchange)を使用することができる。Ｂｌｕｅｔｏｏｔｈ（Bluetooth SIGの登録商標）通信においてもＯＢＥＸを使用してファイルの取得要求をすることができ、同様に本発明を実現することができる。

なお、本発明の技術的思想は、上述したスキャンシステム全体のみならず、その一部を構成するスキャナ制御装置やスキャナにおいても具体的に特定可能であることはいうまでもない。また、本発明のスキャナ制御装置が、スキャナを制御する以外の手段も備えた例えば携帯電話等の装置に組み込まれてもよい。また、本発明のスキャナが、原稿をスキャンする以外の印刷手段も備えた例えばマルチファンクションプリンタに組み込まれてもよい。さらに、本発明の技術的思想は、具体的な装置にて具現化されるのみならず、その方法としても具現化することができる。すなわち、上述したスキャンシステムやスキャナ制御装置やスキャナが行う各工程を有する方法としても本発明を特定することができる。むろん、スキャンシステムやスキャナ制御装置やスキャナがプログラムを読み込んで上述した各手段を実現する場合には、当該各手段に対応する機能を実行させるプログラムや当該プログラムを記録した各種記録媒体においても本発明の技術的思想が具現化できることは言うまでもない。

以下、下記の順序に従って本発明の実施形態を説明する。
（１）スキャンシステムについて：
（２）スキャンシステムの変形例：
（３）スキャンシステムの応用例：

（１）スキャンシステムについて
図１は、本発明の一実施形態にかかるスキャンシステムの全体構成を示している。同図において、スキャンシステム１００は携帯電話１０とスキャナ２０とから構成されている。本発明のスキャナ制御装置としての携帯電話１０は、ＣＰＵ１１とＲＡＭ１２とＲＯＭ１３とからなる制御部１０Ｃと、赤外線を送受信する発光／受光素子を備えた赤外線通信ユニット１４と、ディスプレイ１５と、操作パッド１６を少なくとも備えている。なお、赤外線通信が本発明の通信回線に該当する。ＲＯＭ１３においては、プログラムデータ１３ａが記憶されており、例えばユーザーが操作パッド１６に対して所定の操作を行うことによりＣＰＵ１１に当該プログラムデータ１３ａが読み込まれ、ＲＡＭ１２上に展開される。本実施形態においては、常時、制御部１０Ｃがプログラムデータ１３ａに基づいてＯＳ（Operating System）を実行させるとともに、ユーザーが操作パッド１６に対して所定の操作を行うことにより制御部１０Ｃがプログラムデータ１３ａに基づいてスキャナ制御プログラムＳＡを実行させる。

制御部１０Ｃにて実行されているスキャナ制御プログラムＳＡは、ＵＩ部Ｍ１と開始指示部Ｍ２と要求部Ｍ３と受信部Ｍ４と削除要求部Ｍ５から構成されており、開始指示部Ｍ２とスキャン要求部Ｍ３と受信部Ｍ４と削除要求部Ｍ５はＯＳが提供するＡＰＩを使用して赤外線通信ユニット１４における所定電子ファイルの送受信を実行する。なお、本実施形態においてＯＳ上にてスキャナ制御プログラムＳＡが実行されるようにしたが、ＯＳ上にＪａｖａ（Sun Microsystems 社の登録商標）等のヴァーチャルマシンを実行し、さらにヴァーチャルマシン上にてスキャナ制御プログラムＳＡが実行されるようにしてもよい。なお、プログラムデータ１３ａのうちスキャナ制御プログラムＳＡの実行に必要なデータは、予め携帯電話１０の製造時にプレインストールされていてもよいし、購入後にユーザーが携帯電話通信網等を介してダウンロードしてもよい。なお、ＵＩ部Ｍ１と開始指示部Ｍ２と要求部Ｍ３と受信部Ｍ４と削除要求部Ｍ５の詳細については、後述するスキャンシステム１００が実行するスキャン処理において説明する。

スキャナ２０は、ＣＰＵ２１とＲＡＭ２２とＲＯＭ２３とからなる制御部２０Ｃと、赤外線を送受信する発光／受光素子を備えた赤外線通信ユニット２４と、原稿台またはプラテン上に載置された原稿に対して相対的に走査しながら画像情報を入力するラインセンサ２５とから構成されている。ＲＯＭ２３においては、プログラムデータ２３ａが記憶されており、ＣＰＵ１１に当該プログラムデータ１３ａが読み込まれ、ＲＡＭ１２上に展開される。これにより、スキャナ２０を制御する制御プログラムＣＰが制御部２０Ｃにて実行される。制御プログラムＣＰは、開始指示受付部Ｎ１とスキャン実行部Ｎ２と画像ファイル生成部Ｎ３と送信部Ｎ４と削除部Ｎ５とから構成されている。開始指示受付部Ｎ１とスキャン実行部Ｎ２と画像ファイル生成部Ｎ３と送信部Ｎ４と削除部Ｎ５の詳細については、後述するスキャンシステム１００が実行するスキャン処理において説明する。

図２は、スキャンシステム１００が実行するスキャン処理の流れを示している。ステップＳＣ１００においては、予めスキャナ制御プログラムＳＡが実行されており、ＵＩ部Ｍ１が操作パッド１６に対するユーザーの操作を監視する。スキャンを実行させる旨の操作が操作パッド１６に対して行われるまで監視を行う。このとき、ＵＩ部Ｍ１はディスプレイ１５に対して所定のＵＩ画面を出力しており、スキャンを実行させる場合にはどのボタンを押すべきか等のガイダンスを表示させている。ここで、スキャンを実行させるための操作が受け付けられたとき、ステップＳＣ１１０にて開始指示部Ｍ２（本発明のファイル送信手段に相当する。）がスキャンを開始させるための開始指示をするためのコマンドを生成する。まず、ステップＳＣ１１０では、開始指示部Ｍ２がカウンタ値を取得する。このカウンタ値は０００〜９９９の整数値を取り、ステップＳＣ１１０にてカウンタ値が取得されるごとに１がインクリメントされる。続くステップＳＣ１２０においては、上記カウンタ値を盛り込んだＯＢＥＸプロトコルのＰＵＴコマンドを生成する。なお、ＯＢＥＸプロトコルはアプリケーション層のプロトコルであり、物理層として赤外線通信上で使用することが可能となっている。また、物理層とアプリケーション層の中間のトランスポート／データリンク層においてはＩｒＤＡやＩｒＳｉｍｐｌｅ等の各種赤外線通信プロトコルを使用することができる。

図３は、ステップＳＣ１２０にて生成されるＰＵＴコマンドの内容を模式的に示している。本実施形態では、カウンタ値として初期の０００が取得された場合を例にして説明する。図３（Ａ）においては、ＰＵＴオペレーションにより、”ＩＮＳＴＲＵＣＴＩＯＮ．ＴＸＴ”というファイル名のテキストファイルを送信するコマンドが生成されており、当該テキストファイルにおいて、”ＡＣＴＩＯＮ＝ＳＣＡＮ”であり”画像ファイル名＝Ｉ０００”である旨が記述されている。図３（Ｂ）においては、ＰＵＴオペレーションにより、”ＳＣＡＮ．ＴＸＴ”というファイル名のテキストファイルを送信するコマンドが生成されており、当該テキストファイルにおいて、”画像ファイル名＝Ｉ０００”である旨が記述されている。一方、図３（Ｃ）においては、ＰＵＴオペレーションにより、”Ｉ０００．ＳＣＮ”というファイル名の電子ファイルを送信するコマンドが生成されている。当該電子ファイルは意味をなすデータ格納を格納しておらず、いわゆるダミーファイルとなっている。さらに、図３（Ｄ）においては、ＰＵＴオペレーションにより、”ＳＣＡＮ．Ｉ０００”というファイル名のダミーファイルを送信するコマンドが生成されている。

ファイル名が”ＩＮＳＴＲＵＣＴＩＯＮ．ＴＸＴ”と”ＳＣＡＮ．ＴＸＴ”と”Ｉ０００．ＳＣＮ”と”ＳＣＡＮ．Ｉ０００”の各電子ファイルは上記のＰＵＴコマンドとともに生成され、それぞれ送信可能な状態とされる。図３（Ａ），（Ｂ），（Ｃ），（Ｄ）は、いずれも”Ｉ０００”というファイル名（識別情報）を有する画像ファイルを生成すべき旨をスキャナ２０に要求するコマンドを意味しており、いずれのコマンド方式を採用してもよい。すなわち、スキャナ２０に生成させる”Ｉ０００”というファイル名を、送信する電子ファイルに格納させてもよいし、送信する電子ファイルのファイル名としてもよいし、送信する電子ファイルの拡張子名としてもよい。いずれにしてもファイル名（識別情報）が生成した電子ファイルに関連づけられていることとなる。次回、ユーザーがスキャンをする指示を行った場合には、カウンタ値に１がインクリメントされた”Ｉ００１”というファイル名が指定されることとなる。このように、指定するファイル名に上記カウンタ値を反映させることにより、ユーザーの一度のスキャン指示に対して固有のファイル名を指定することができる。ここでは、固有のファイル名を指定することができればよく、例えば乱数を指定するファイル名に反映させるようにしてもよい。

ステップＳＣ１３０においては、ステップＳＣ１２０にて指定したファイル名”Ｉ００１”をＲＡＭ１２に記憶しておく。ステップＳＣ１４０においては、ステップＳＣ１２０にて生成したコマンドを開始指示部Ｍ２が出力する（本発明の事前のファイル送信に相当。）。これにより、赤外線通信ユニット１４を介してステップＳＣ１２０にて生成したファイル名が”ＩＮＳＴＲＵＣＴＩＯＮ．ＴＸＴ”または”ＳＣＡＮ．ＴＸＴ”または”Ｉ０００．ＳＣＮ”または”ＳＣＡＮ．Ｉ０００”となるいずれかの電子ファイルをスキャナ２０に送信する。なお、説明を省略するがステップＳＣ１２０のコマンド実行にともなって、コネクションの確立や送信ファイルのパケット化やパルス変調等が行われる。ステップＳＣ１５０においては、スキャンに必要な時間（原稿やスキャン解像度等によって異なるが、例えば１分程度。）の待機を行う。このとき、ＵＩ部Ｍ１がディスプレイ１５にて”スキャンが完了するまで携帯電話をスキャナに向けたままお待ち下さい”という表示を行っておくことが望ましい。

一方、スキャナ２０では制御プログラムＣＰが実行されており、開始指示受付部Ｎ１がステップＳＳ１００にて開始指示を受け付ける。具体的には、開始指示受付部Ｎ１は赤外線通信を介して赤外線通信ユニット２４が受信し、復調した電子ファイルを監視しており、当該電子ファイルの受信をスキャンの開始指示として解釈する。いずれかの電子ファイルが受信されると、ステップＳＳ１１０にて当該電子ファイルの解析を行うことにより、受信した電子ファイルがスキャンの開始指示を示すものか否かを判定する。例えば、図３（Ａ）のコマンド方式を採用した場合、開始指示受付部Ｎ１は受信した”ＩＮＳＴＲＵＣＴＩＯＮ．ＴＸＴ”をＲＡＭ２２に展開し、そのなかから”ＡＣＴＩＯＮ＝ＳＣＡＮ”とする記述を取得し、”ＡＣＴＩＯＮ”に”ＳＣＡＮ”が指定されていることをもって、スキャンの開始指示が受信されたと解釈する。図３（Ｂ）のコマンド方式を採用した場合、開始指示受付部Ｎ１はファイル名が”ＳＣＡＮ．ＴＸＴ”となっていることをもって、スキャンの開始指示が受信されたと解釈する。受信された電子ファイルが”ＳＣＡＮ．ＴＸＴ”となっていない場合には、スキャンの開始指示でないと判断し、ステップＳＳ１００にて開始指示の受け付けを継続する。一方、図３（Ｃ）のコマンド方式を採用した場合、開始指示受付部Ｎ１はファイル名の拡張子部分が”ＳＣＮ”となっていることをもって、スキャンの開始指示が受信されたと解釈する。さらに、図３（Ｄ）のコマンド方式を採用した場合、開始指示受付部Ｎ１はファイル名の本体部分が”ＳＣＡＮ”となっていることをもって、スキャンの開始指示が受信されたと解釈する。

ステップＳＳ１１０においてスキャンの開始指示と解釈できた場合、ステップＳＳ１２０において開始指示受付部Ｎ１はスキャンして生成するファイル名を取得する。ここでも、図３（Ａ），（Ｂ），（Ｃ），（Ｄ）に示した各コマンド方式に適応した解釈方法によってファイル名を取得する。まず、図３（Ａ），（Ｂ）のコマンド方式を採用した場合、開始指示受付部Ｎ１は受信した”ＳＣＡＮ．ＴＸＴ”をＲＡＭ２２に展開し、そのなかから”画像ファイル名＝Ｉ０００”とする記述を取得し、”画像ファイル名＝”と指定された”Ｉ０００”をスキャンにより生成するファイル名として取得する。スキャンにより生成するファイル名が取得されると、ステップＳＳ１３０にて当該ファイル名をＲＡＭ２２に記憶する。一方、図３（Ｃ）のコマンド方式を採用した場合、開始指示受付部Ｎ１は受信した”Ｉ０００．ＳＣＮ”のファイル名の本体部分”Ｉ０００”をスキャンにより生成するファイル名として解釈する。さらに、図３（Ｄ）のコマンド方式を採用した場合、開始指示受付部Ｎ１は受信した”ＳＣＡＮ．Ｉ０００”のファイル名の拡張子部分”Ｉ０００”をスキャンにより生成するファイル名として解釈する。いずれのコマンド方式においても、開始指示受付部Ｎ１は、『スキャンを開始すべき旨』と、『スキャンによって生成したファイル名を”Ｉ０００”とすべき旨』を解釈することができる。

ステップＳＳ１４０においては、上述したスキャン開始指示の解釈をトリガーとして、実際にスキャンを実行する。具体的には、スキャン実行部Ｎ２が所定の照明を行いつつラインセンサ２５または原稿をスキャン（走査）させることにより、順次ラインセンサ２５から画像情報を取得する。ステップＳＳ１５０においては得られた画像情報に基づいて画像ファイル生成部Ｎ３が画像ファイルを生成する（画像ファイル生成手段）。まず、各位置から得られた画像情報（モノクロであれば輝度情報、カラーであれば色情報）を原稿に対応した位置に配列することにより、画像データを生成し、その後、必要に応じて例えばＪＰＥＧ圧縮等を行う。最後に、データのヘッダにファイル名を記述することにより、画像ファイルを生成する。本実施形態では、生成すべきファイル名が”Ｉ０００”であることがＲＡＭ２２に記憶されているため、”Ｉ０００”というファイル名が記述される。例えば、ＪＰＥＧ圧縮を行った場合、拡張子”ＪＰＧ”と合わせて、”Ｉ０００．ＪＰＧ”というファイル名の画像ファイルが生成されることとなる。生成された画像ファイルＩＦはステップＳＳ１６０においてＲＯＭ２３に記憶される。なお、ＲＯＭ２３が書換可能なフラッシュＲＯＭ等とされている。

スキャナ２０がスキャンを完了させ、ステップＳＳ１５０にて画像ファイルＩＦをＲＯＭ２３に記憶させた後に、携帯電話１０においてはステップＳＣ１５０における待機時間が経過し、ステップＳＣ１６０にて要求部Ｍ３がスキャナ２０が生成した画像ファイルＩＦの送信を要求する処理を実行する。具体的には、ステップＳＣ１２０にて指定したファイル名”Ｉ００１”をＲＡＭ１２から読み出し、当該ファイル名”Ｉ００１”を識別情報として指定したファイル取得要求をＯＢＥＸプロトコル上のＧＥＴオペレーションによって行う。ここでは、以下のＧＥＴコマンドを生成する。
ＧＥＴ Ｉ０００．ＪＰＧ

すなわち、ファイル名が”Ｉ０００．ＪＰＧ”の電子ファイルをスキャナ２０に送信するように赤外線通信を介して要求する。なお、上記のファイル取得要求に際してスキャナ２０における保存パスを指定するパラメータを添付するようにしてもよい。上記のファイル取得要求が生成できると、ステップＳＣ１７０において要求部Ｍ３が赤外線通信ユニット１４を介してスキャナ２０にファイル取得要求を送信する。ここでも、予めコネクションが確立されているものとする。ステップＳＳ１６０にてファイル取得要求を受信したスキャナ２０においては、ステップＳＳ１７０にて送信部Ｎ４がファイル取得要求にて指定されたファイル名”Ｉ０００．ＪＰＧ”を有する画像ファイルＩＦをＲＯＭ２３から取得し、当該画像ファイルＩＦを赤外線通信を介して携帯電話１０に返す。ここでは、ステップＳＣ１２０の開始指示において指定したファイル名”Ｉ００１”と同じファイル名”Ｉ００１”を指定したファイル取得要求がなされ、開始指示において指定されたファイル名”Ｉ００１”によって特定された画像ファイルＩＦをスキャナ２０が生成しているため、ファイル取得要求にて指定した画像ファイルＩＦを返信することができる。

ＧＥＴオペレーションを実行中の携帯電話１０は、ステップＳＣ１８０において、スキャナ２０から返された画像ファイルＩＦを受信部Ｍ４が受信し、復調する。これにより、携帯電話１０は、スキャナ２０が原稿をスキャンして得た画像ファイルＩＦを得たこととなる。ステップＳＣ１９０においては画像ファイルＩＦの受信が完了したことを確認した上で削除要求を出力する。ここで、画像ファイルＩＦの受信が完了したこととは、画像ファイルＩＦの受信／復調が問題なく完了したことを意味し、例えばエラー訂正等を経て画像ファイルＩＦが所定の品質で再現できたことを意味する。また、削除要求もＰＵＴオペレーションによって行う。例えば、”ＡＣＴＩＯＮ＝ＤＥＬＥＴＥ”であることと”画像ファイル名＝Ｉ０００．ＪＰＧ”である旨が記述されたテキストファイルをＰＵＴオペレーションによって送信してもよいし、”ＤＥＬＥＴＥ．Ｉ０００”や”Ｉ０００．ＤＥＬ”というファイル名のダミーファイルを送信してもよい。いずれの方式によってもスキャナ２０の削除部Ｎ５がステップＳＣ１９０の削除要求において送信された電子ファイルをステップＳＳ１８０において受信し、そのファイル名または記述内容から、ファイル名として”Ｉ０００”を有する画像ファイルＩＦをＲＯＭ２３から削除すべきことを解釈することができる。そして、ステップＳＳ１９０においては、削除部Ｎ５が携帯電話１０に送信が完了した画像ファイルＩＦをＲＯＭ２３から削除する。

このように、送信が完了した画像ファイルＩＦを削除することにより、画像ファイルＩＦがＲＯＭ２３を圧迫することが防止することができるとともに、古い画像ファイルＩＦを誤って送信することが防止できる。本実施形態では、ファイル取得要求されるファイル名が０００〜９９９の１０００通りのカウンタ値によって識別されるため、誤ったファイルが返信されることは考えにくいが、返信が完了した画像ファイルＩＦを削除する処理を併用することにより確実性を向上させることができる。

（２）スキャンシステムの変形例：
以上においてはＯＢＥＸプロトコルのＰＵＴオペレーションによって予めスキャナ２０が生成すべき画像ファイルＩＦのファイル名を指定するものを例示したが、ファイル取得要求とともに生成すべき画像ファイルＩＦのファイル名を指定するようにしてもよい。すなわち、本発明において少なくともスキャンによって生成する画像ファイルを指定したファイル取得要求をすればよく、ファイル取得要求に応じてスキャナ２０がスキャンを開始させるようにすることも可能である。

図４は、変形例にかかるスキャン処理の流れを示している。同図に示すように、ステップＳＣ１１２０の段階で下記のようなＧＥＴコマンドを生成し、ステップＳ１１４０にて送信するようにしている。
ＧＥＴ ＳＣＡＮＩ０００．ＪＰＧ
これにより、スキャナ２０においては、ステップＳＳ１１１０においてファイル取得要求にて指定されたファイル名に”ＳＣＡＮ”が含まれることをもって、スキャンの実行指示がなされたことを認識し、ステップＳＳ１１２０においてファイル取得要求にて指定されたファイル名の”ＳＣＡＮＩ０００．ＪＰＧ”が記述されていることをもって、ファイル名が”ＳＣＡＮＩ０００．ＪＰＧ”の画像ファイルＩＦをスキャンによって生成すべきことを認識する。これを受けてスキャナ２０は、前実施形態と同様にステップＳＳ１１３０にて当該ファイル名をＲＡＭ２２に記憶し、ステップＳＳ１１４０において実際にスキャンを実行する。さらに、ステップＳＳ１１５０において、ファイル取得要求にて指定されたファイル名”ＳＣＡＮＩ０００．ＪＰＧ”の画像ファイルＩＦを生成する。引き続き、スキャナ２０は本来のＧＥＴオペレーションにて行うべきファイル名”ＳＣＡＮＩ０００．ＪＰＧ”の画像ファイルＩＦの返信をステップＳＳ１１６０にて実行する。

一方、携帯電話１０においてはステップＳＣ１１３０にて自らが開始したＧＥＴオペレーションを続行しており、スキャナ２０がステップＳＳ１１６０にて返信したファイル名”ＳＣＡＮＩ０００．ＪＰＧ”の画像ファイルＩＦを受信する。携帯電話１０がＧＥＴオペレーションを開始してから、スキャナ２０がスキャンを完了させた上で画像ファイルＩＦを返信するまでの間にある程度時間が経過することとなるが、この期間が長すぎるとＧＥＴオペレーションがタイムアウトとなりエラーとなってしまう。そこで、例えば擬似的にタイマーを停止させてＧＥＴオペレーションのタイムアウトを防止してもよい。また、タイムアウトとなった時点で、再度、ステップＳＣ１１３０のＧＥＴコマンドを実行し、ＧＥＴオペレーションを開始させるようにしてもよい。このようにすれば、２度目以降のＧＥＴオペレーションにて同一のファイル名の画像ファイルを受信することができる。一方、スキャナ２０においては、２度目以降、同一のファイル名が指定されたＧＥＴコマンドを受信した場合、当該ＧＥＴコマンドの受理だけ行い、ステップＳＳ１１３０〜ＳＳ１１６０の処理をさせないようにすればよい。すなわち、ステップＳＳ１１３０〜ＳＳ１１６０の処理は最初のＧＥＴコマンドに応じてのみ行い、ステップＳＳ１１３０〜ＳＳ１１６０を重複して行わないようにすればよい。このように、ＯＢＥＸプロトコルのＧＥＴオペレーションのみでスキャン処理を行うようにすれば、処理を簡略化することができる。

また、上記の実施形態においては画像ファイルＩＦの識別情報としてファイル名を指定するようにしたが、ＧＥＴオペレーションにおいては送信要求するファイルの保存パスを指定することができるため、保存パスによって識別することも可能である。すなわち、画像ファイルのファイル名は常に同じとし、ファイルの保存パスをユーザーのスキャン実行指示ごとに変更するようにしてもよい。むろん、識別情報としてファイル名と保存パスの双方を併用することも可能である。さらに、上記の実施形態においては生成する画像ファイルのファイル名のみを指定するようにしたが、他のスキャン条件を指定することも可能である。図３（Ａ），（Ｂ）のようにテキストファイルに必要な情報を記述する場合、当該テキストファイルにて各種の条件を記述しておくことができる。

図５は、変形例にかかるＰＵＴコマンドの内容を模式的に示している。同図に示すように、図３（Ｂ）と同様にファイル名が”ＳＣＡＮ．ＴＸＴ”のテキストファイルをＰＵＴオペレーションによって送信することとしている。ただし、当該テキストファイルには生成すべきファイル名のみならず、スキャン解像度やカラーモードや原稿サイズやファイル圧縮モード等が記述され、当該テキストファイルを展開したスキャナ２０は、これらの条件に基づいてスキャンや画像ファイルの生成を実行させる。これらのスキャン条件は、例えばＵＩ部Ｍ１がディスプレイ１５に条件指定のＵＩ画面を表示させ、操作パッド１６の操作を受け付けることによってユーザーの意向を反映させたものとすればよい。

以上説明したように、本発明によれば原稿をスキャナ２０にセットさえしておけば、携帯電話１０のみの操作でスキャンを実行させることができる。また、電子ファイルのＧＥＴオペレーションとＰＵＴオペレーションが実行できればよく、赤外線通信やＢｌｕｅｔｏｏｔｈ通信等の携帯電話で普及した通信方式においてもスキャン処理を成立させることができる。むろん、赤外線通信やＢｌｕｅｔｏｏｔｈ通信では接続に際して配線を行う必要がないため、容易にスキャン処理を実行させることができる。

（３）スキャンシステムの応用例
以上においては、本発明のスキャンシステムを利用した基本的なスキャン処理の流れを説明したが、上記スキャン処理を応用して種々の用途に使用することも可能である。例えば、原稿として解答用紙をスキャンし、解答用紙をスキャンした画像ファイルＩＦを携帯電話１０の通信機能を利用して外部に送信するようにしてもよい。

図６は、応用例にかかるスキャンシステムの構成を概略的に示している。同図において、上述した実施形態と同様の構成を含む携帯電話１０は、例えばＣＤＭＡ等の無線電話通信規格に準拠した無線信号により無線通信することが可能となっており、アンテナＡｔおよびゲートウェイＧを介してインターネットＩｎと接続されている。インターネットＩｎにはサーバＳＶが接続されており、サーバＳＶと携帯電話１０とが双方向のデータ通信を行うことが可能となっている。なお、携帯電話１０とアンテナＡｔとが無線ＬＡＮによって接続されていてもよい。また、携帯電話１０のスキャナ制御プログラムＳＡの一部として属性確認部Ｍ６が実行されている。一方、前実施形態のスキャナ２０と同様の構成を含むマルチファンクションプリンタＭＦＰが携帯電話１０と通信可能となっており、スキャナの機能を実行することが可能となっている。ただし、制御部２０Ｃにおいては、前実施形態のスキャナ２０で実行されなかったコード読取部Ｎ６が制御プログラムＣＰの一部として実行されている。マルチファンクションプリンタＭＦＰはプリンタ機構３０も備えており、プリンタ機構３０の制御が制御プログラムＣＰによって行われている。プリンタ機構３０は、例えば印刷ヘッドを備えたインクジェット方式の印刷機構を有しており、カラー画像を印刷することが可能となっている。

図７は、応用例にかかるスキャンシステムにおいて実行される添削要求処理の流れを示している。ステップＳ２００においては、サーバＳＶが解答用紙を印刷するための解答用紙画像ファイルを携帯電話１０に送信する。この解答用紙画像ファイルのヘッダには、どの教科の何回目の解答用紙であるかという属性情報が記述されている。例えば、算数の一学期５番目の解答用紙であるといった属性情報が記述されている。ステップＳ２１０においては、解答用紙画像ファイルを受信した携帯電話１０が、マルチファンクションプリンタＭＦＰに対してＰＵＴオペレーションにより赤外線通信を介して当該解答用紙画像ファイルを送信する。ステップＳ２２０においては、解答用紙画像ファイルを受信したマルチファンクションプリンタＭＦＰがプリンタ機構３０を駆動させることにより、解答用紙を印刷させる。携帯電話１０においては、属性確認部Ｍ６がステップＳ２３０においてマルチファンクションプリンタＭＦＰに送信済みの解答用紙画像ファイルの属性情報を格納したテーブルＴをＲＯＭ１３に記憶させる。以上により解答用紙を印刷させる処理が完了する。複数の解答用紙を印刷した場合には、複数の属性情報がＲＯＭ１３のテーブルに追記されていくこととなる。

図８は、添削を行う解答用紙を選択するＵＩ画面を示している。当該ＵＩ画面はＵＩ部Ｍ１によって携帯電話１０のディスプレイ１５に表示させられ、当該ＵＩ画面の表示中に操作パッド１６に対するユーザーの操作がＵＩ部Ｍ１によって監視される。ここでは、過去に実行したステップＳ２３０においてテーブルＴに記憶した印刷済みの解答用紙の属性情報が一覧表示されており、添削を行う解答用紙の属性を選択することが可能となっている。なお、ファンクションプリンタＭＦＰの原稿台またはプラテンにはユーザーが解答を行った解答用紙がセットされている。ステップＳ２４０において、いずれかの解答用紙が選択されると、前実施形態において説明した図２のステップＳＣ１１０に移行して開始指示を生成し、ユーザーが選択した解答用紙についてのスキャン処理を開始させる。ここでは、基本的に前実施形態において説明したスキャン処理と同様の処理が実行され解答用紙についての画像ファイルが携帯電話１０に送信されることとなる。ただし、ステップＳＳ１５０において画像ファイル生成部Ｎ３が画像ファイルを生成するにあたり、スキャンした画像データから解答用紙の属性を示すバーコードをコード読取部Ｎ６が認識し、当該バーコードから当該解答用紙の属性情報を復元する。

例えば、算数の一学期５番目であるという属性情報を復元する。そして、復元した属性情報をステップＳＳ１６０において画像ファイルＩＦのヘッダにファイル名とともに記述する。なお、上記バーコードは一次元に限られず２次元バーコードであってもよい。さらに、スキャナ２０がＯＣＲエンジンを備え、解答用紙に記述された文字に基づいて上記属性情報を復元するようにしてもよい。以上のようにしてスキャンした解答用紙の属性情報がヘッダに記述された画像ファイルＩＦを、図２のスキャン処理によって携帯電話１０が受信すると、ステップＳ２５０において、属性確認部Ｍ６が画像ファイルＩＦに添付された属性情報を取得し、ステップＳ２４０にて選択された属性情報と比較する。

ここで双方の属性情報が一致しない場合には、正しい解答用紙がセットされていない旨の警告画面をＵＩ部Ｍ１がディスプレイ１５に表示させエラー終了する。すなわち、添削をするように選択した解答用紙と、実際にスキャンした解答用紙とが一致しない場合には、正しい解答用紙をセットするように促すようにする。一方、双方の属性情報が一致した場合には、正しい解答用紙についての画像ファイルＩＦが得られたとして、ステップＳ２６０において当該画像ファイルＩＦをサーバＳＶに送信する。これによりユーザーが所望した解答用紙をスキャンした画像ファイルＩＦのみをサーバＳＶに送信させることができる。サーバＳＶへの画像ファイルＩＦの送信が完了すると、当該送信した画像ファイルＩＦについての属性情報をステップＳ２７０にてテーブルＴから削除する。このようにすることにより、一度添削を行った解答用紙について重複してスキャンを行い添削がされることが防止できる。

一方、画像ファイルＩＦを受信したサーバＳＶにおいては、サーバＳＶに接続されたプリンタ等において画像ファイルＩＦを印刷し、印刷した解答用紙を講師等が添削することができる。添削した結果は、例えば点数や添削コメントとして携帯電話１０に送信するようにしてもよいし、添削した解答用紙をスキャンした画像ファイルそのものを携帯電話１０に送信し、マルチファンクションプリンタＭＦＰにて印刷させるようにしてもよい。

スキャンシステムの概略構成を示すブロック図である。 スキャン処理の流れを示すフローチャートである。 ＰＵＴコマンドの内容を示す図である。 変形例にかかるスキャン処理の流れを示すフローチャートである。 変形例にかかるＰＵＴコマンドの内容を模式的に示す図である。 応用例にかかるスキャンシステムの概略構成を示すブロック図である。 応用例にかかる添削要求処理の流れを示すフローチャートである。 添削を行う解答用紙を選択するＵＩ画面を示す図である。

符号の説明

１０…携帯電話、１０Ｃ…制御部、１１…ＣＰＵ、１２…ＲＡＭ、１３…ＲＯＭ、１３ａ…プログラムデータ、１４…赤外線通信ユニット、１５…ディスプレイ、１６…操作パッド、２０…スキャナ、２０Ｃ…制御部、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２３ａ…プログラムデータ、２４…赤外線通信ユニット、２５…ラインセンサ、１００…スキャンシステム、３０…プリンタ機構、Ａｔ…アンテナ、ＣＰ…制御プログラム、Ｇ…ゲートウェイ、ＩＦ…画像ファイル、Ｉｎ…インターネット、Ｍ１…ＵＩ部、Ｍ２…開始指示部、Ｍ３…要求部、Ｍ３…スキャン要求部、Ｍ４…受信部、Ｍ５…削除要求部、Ｍ６…属性確認部、ＭＦＰ…マルチファンクションプリンタ、Ｎ１…開始指示受付部、Ｎ２…スキャン実行部、Ｎ３…画像ファイル生成部、Ｎ４…送信部、Ｎ５…削除部、Ｎ６…コード読取部、ＳＡ…スキャナ制御プログラム、ＳＶ…サーバ、Ｔ…テーブル。

Claims (7)

1. 所定の通信回線を介して相互に接続されたスキャナ制御装置とスキャナとからなるスキャンシステムにおいて、
   上記スキャナ制御装置は、
   上記通信回線を介して事前に上記スキャナへファイルを送信するファイル送信手段と、
   上記送信されたファイルのファイル名または該ファイルの内容の少なくともいずれかによって特定される画像ファイルに対する取得要求を上記スキャナに対して行う要求手段と、
   上記要求手段が特定した上記画像ファイルを上記通信回線を介して上記スキャナから受信する受信手段とを具備するとともに、
   上記スキャナは、
   上記通信回線を介して上記スキャナ制御装置から事前に送信されたファイルを受信する事前送信ファイル受信手段と、
   上記事前送信ファイル受信手段が受信したファイルのファイル名または該ファイルの内容の少なくともいずれかによって特定される画像ファイルを生成する画像ファイル生成手段と、
   上記画像ファイル生成手段により生成された画像ファイルを上記通信回線を介して上記スキャナ制御装置に送信する送信手段を具備することを特徴とするスキャンシステム。
2. 上記スキャナは、上記事前送信ファイル受信手段によるファイル受信をトリガーとして、上記画像ファイル生成手段に特定された画像ファイルの生成を開始させることを特徴とする請求項１に記載のスキャンシステム。
3. 上記スキャナは、上記画像ファイル生成手段が生成した画像ファイルを記憶する記憶手段を更に備え、
   上記スキャナ制御装置は、上記受信手段が上記画像ファイルを受信したとき上記記憶手段に記憶された当該画像ファイルの削除要求を送信することを特徴とする請求項１又は請求項２のいずれかに記載のスキャンシステム。
4. 上記ファイル送信手段が上記ファイルを送信することにより、上記画像ファイルの取得要求を上記スキャナに対して行う要求手段として機能することを特徴とする請求項１から請求項３のいずれか一項に記載のスキャンシステム。
5. 所定の通信回線を介してスキャナと接続されたスキャナ制御装置であって、
   上記通信回線を介して事前にファイルを上記スキャナへ送信するファイル送信手段と、
   上記送信されたファイルのファイル名または該ファイルの内容の少なくともいずれかによって特定される画像ファイルに対する取得要求を上記スキャナに対して行う要求手段と、
   上記要求手段が特定した上記画像ファイルを上記通信回線を介して上記スキャナから受信する受信手段とを具備することを特徴とするスキャナ制御装置。
6. 所定の通信回線を介してスキャナ制御装置と接続されたスキャナであって、
   上記通信回線を介して上記スキャナ制御装置から事前に送信されたファイルを受信する事前送信ファイル受信手段と、
   上記送信されたファイルのファイル名または該ファイルの内容の少なくともいずれかによって特定される画像ファイルを生成する画像ファイル生成手段と、
   上記画像ファイル生成手段により生成された画像ファイルを上記通信回線を介して上記スキャナ制御装置に送信する送信手段とを具備することを特徴とするスキャナ。
7. 所定の通信回線を介してスキャナと接続されたスキャナ制御装置において実行されるスキャナ制御プログラムであって、
   上記通信回線を介して事前に上記スキャナへファイルを送信するファイル送信機能と、
   上記送信されたファイルのファイル名または該ファイルの内容の少なくともいずれかによって特定された画像ファイルに対する取得要求を上記スキャナに対して行う要求機能と、
   上記要求機能が特定した上記画像ファイルを上記通信回線を介して上記スキャナから受信する受信機能とを上記スキャナ制御装置にて実行させることを特徴とするスキャナ制御プログラム。

Images