JP2001223858A

JP2001223858A - 画像読取装置及び画像データの伝送方法

Info

Publication number: JP2001223858A
Application number: JP2000032499A
Authority: JP
Inventors: Masaki Oshima; 正貴大嶋
Original assignee: Nisca Corp
Current assignee: Canon Finetech Nisca Inc
Priority date: 2000-02-09
Filing date: 2000-02-09
Publication date: 2001-08-17

Abstract

(57)【要約】（修正有）【課題】文字認識して文字データとして格納を要する
文字画像データ部分と、文字認識の不要な図形画像デー
タ部分を識別区分して、夫々を別個の転送モードで送信
し、画像読取装置とＰＣ間の転送時間を短縮する。【解決手段】原稿を読み取ってその画像データを出力
する光検知手段と、出力した画像データを記憶する記憶
手段と、画像データを外部データ処理装置に出力する通
信インターフェイス手段と、光検知手段、記憶手段及び
通信インターフェイス手段を制御する制御手段を具備
し、制御手段は、画像データをデータ処理装置へ送信す
る際に、文字データと図形データに識別区分し、文字デ
ータに区分された画像データ部分を第１の転送モードで
送信し、図形データ部分に区別された画像データ部分を
第１の転送モードとは異なる第２の転送モードで送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像データを取り
込むための画像入力装置に関し、特にパーソナルコンピ
ュータ等のデータ処理装置（以下、「ＰＣ」という）に
接続され、ＰＣに対して画像データを送信する画像入力
装置の画像データの転送方法に関する。

【０００２】

【従来の技術】最近のＰＣの性能及び機能の飛躍的向上
とその普及に伴ない、コスト低減と共に操作の簡便性と
容易性の要求が益々高まってきた。さらに、ＰＣに内臓
されるハードディスク装置の記憶容量の増大と共に、イ
ンターネットや電子メールの利用機会が拡大したことに
よって、ＰＣの利用形態が広がり、比較的大きなメモリ
量を必要とする画像データを取扱う場合が多くなってい
る。

【０００３】画像データをＰＣに入力する手段として
は、写真画像の場合はデジタル・カメラが用いられ、ペ
ーパーシート等の原稿画像を取り込む場合は、通常スキ
ャナと呼ばれる光学式画像読取装置が利用される。

【０００４】光学式画像読取装置には、例えばＡ４サイ
ズやＢ５サイズのシート原稿画像を読み取ってケーブル
を介してＰＣにその画像データを送信するもののみなら
ず、名刺、ハガキを含む比較的に小さなサイズのカード
原稿を読み取る画像読取装置が存在する。一方、画像デ
ータを受信したＰＣは、画像データをそのまま自己のハ
ードディスクや書き込み可能なＣＤ−ＲＯＭ等の記憶手
段に格納し、さらには画像データの中に含まれる印刷文
字のみならず手書き文字等を検索し、これを文字認識し
てテキスト・データ等に変換することが可能である。

【０００５】画像読取装置は、ハガキに記載されている
図形や文字を読み取ったり、名刺に印字されている社名
ロゴ等の図形画像や、住所、氏名、電話番号及びＦＡＸ
番号等の文字や数字を読み取って、これを画像データと
してＰＣに送る。そして、ＰＣは、必要に応じて、文字
認識用プログラムを起動して画像データ内の文字を検索
して文字認識することとなる。

【０００６】ところで、ＰＣの制御装置本体とそれに接
続されるキーボード、ディスプレイ、プリンタ及び前記
の光学式画像読取装置等の各種の周辺装置との接続につ
いては、相互間で個々の周辺装置特有なコネクタを介し
て接続され、このために、従来はＰＣ制御装置本体（裏
面）には、専用のＣＲＴ用コネクタ、キーボード用コネ
クタ、標準のＲＳ２３２Ｃ等のシリアル・コネクタやＳ
ＣＳＩ及びセントロニクス規格のパラレル・コネクタ等
多くの種類のコネクタを装備していなければならなっか
った。そして、ＰＣのセットアップや周辺装置の増設時
においては、ＰＣ制御装置本体と個々の周辺装置間は、
規定された所定のコネクタ・ケーブルを用いて相互接続
する必要があった。また従来は、ＰＣのセットアップや
周辺装置の増設時におけるプラグ＆プレイ機能はもとよ
り、電源を落とさずに接続プラグの抜き差しを可能とす
るいわゆるホット・プラグ機能が求められていたにも拘
わらず、従来のＰＣにおいては必ずしも操作の簡便性と
容易性が充分に達成されていたとは言い難い状況であっ
た。

【０００７】このような課題に鑑みて、ＰＣと種々の周
辺装置に対して共通のコネクタで接続可能であり、さら
にプラグ＆プレイ機能とホット・プラグ機能を達成し、
標準的に用いることが可能なＵＳＢ（Universal Serial
BUS）インターフェイス規格とＩＥＥＥ１３９４インタ
ーフェイス規格が定められ、現実的に利用されるに至っ
ている。従って、上記光学式画像読取装置とＰＣ間は、
ＵＳＢインターフェイス規格若しくはＩＥＥＥ１３９４
インターフェイス規格に準拠したコネクタ・ケーブルで
接続されることとなる。

【０００８】

【発明が解決しようとする課題】しかしながら、画像読
取装置が取り込んだ画像データは、文字コードと比較し
てデータが極めて多い。従って、画像読取装置からＰＣ
側に画像データを送信する場合、その送信転送時間は文
字データ等の転送とは異なって長時間を必要とする。特
に、名刺やカード等を複数枚重ねて連続してスキャニン
グし、その取り込んだ画像データをリアルタイムでＰＣ
側に送信する場合、画像データの全ての転送を、従来の
ように通常のデータ転送モードであるエラー訂正可能な
モードで送信することとなると、その送信に長時間を必
要とすることとなる。つまり、名刺やハガキ等の読み取
り画像データ中には、文字認識して例えば住所録ファイ
ルに文字データとして格納しておきたい文字画像データ
部分と、文字認識する必要性がない会社のロゴマーク等
の図形画像データ部分が混在しており、これを一律に同
じ転送モードで送信することとなると、その送信に不要
に長い時間をかけることとなり非効率的である。

【０００９】

【課題を解決するための手段】本発明は、上記従来技術
の課題を解決するためになされたものであって、光学的
に読み取った原稿面の画像データをＰＣ等の外部のデー
タ処理装置に送信する画像読取装置であって、原稿の画
像を読み取ってその画像データを出力するための光検知
手段と、前記光検知手段が出力した前記画像データを一
時的に記憶するための記憶手段と、外部のデータ処理装
置と交信し、前記画像データを当該外部データ処理装置
に出力するための通信インターフェイス手段と、前記光
検知手段、前記記憶手段及び前記通信インターフェイス
手段を制御するための制御手段と、を具備し、前記制御
手段は、前記画像データを前記データ処理装置へ送信す
る際に、前記画像データを文字データと図形データに識
別区分し、前記文字データに区分された画像データ部分
を第１の転送モードにより送信し、前記図形データ部分
に区別された画像データ部分を前記第１の転送モードと
は異なる第２の転送モードにより送信する、ように構成
したことを特徴とする画像読取装置を提供するものであ
る。ここで、前記第１の転送モードは、データ転送のバ
ンド幅は保証されていないが、伝送エラーがあった生じ
た場合には再送要求することによりエラー訂正処理を行
うモードであり、前記第２の転送モードは、データ転送
のバンド幅が保証されており、前記第１の転送モードよ
りも高速伝送が可能であってエラー訂正処理を行わない
モードとする。

【００１０】ここで、前記第１の転送モードはＵＳＢイ
ンターフェイス規格におけるバルク転送モードであり、
前記第２の転送モードはそのアイソクロナス転送モード
である。同様に、前記第１の転送モードは前記ＩＥＥＥ
１３９４インターフェイス規格におけるバルク転送であ
り、前記第２の転送モードはそのイソクロナス転送であ
る。

【００１１】ここで、第１の方法として、前記画像デー
タは、その階調が２値データで表わされる場合は文字デ
ータであり、その階調が２以上の多値データで表わされ
る場合は図形データである、と識別区分する。

【００１２】また、第２の方法として、前記画像データ
は、モノクロ・データの場合は文字データであり、白黒
以外のカラー・データを含む場合は図形データである、
と識別区分する。

【００１３】さらに、第３の方法として、前記画像デー
タは、前記原稿面における予め定められた所定区画内に
ある場合は文字データであり、前記所定区画以外は図形
データである、と識別区分する。逆に、第４の方法とし
て、前記画像データは、前記原稿面における予め定めら
れた所定区画内にある場合は図形データであり、前記所
定区画以外は文字データである、と識別区分してもよ
い。

【００１４】そして、前記図形データであると識別区分
された前記画像データは、圧縮されて転送するようにす
ればさらに転送時間を短縮することが可能である。

【００１５】また、本願は、光学的に読み取った原稿面
の画像データを外部のデータ処理装置に送信する方法で
あって、光検知手段によって読み取られた原稿の画像デ
ータを一時的に記憶し、前記記憶された画像データを文
字データと図形データに識別して区分し、前記文字デー
タに区分された画像データ部分を第１の転送モードによ
り送信し、前記図形データ部分に区別された画像データ
部分を前記第１の転送モードとは異なる第２の転送モー
ドにより送信する、各ステップから成る画像データの転
送方法を提供するものである。

【００１６】さらに、本願は、光学的に読み取った名刺
等のカード状原稿面の画像データを外部のデータ処理装
置に送信する方法であって、光検知手段によって読み取
られた原稿の画像データを一時的に記憶し、前記記憶さ
れた画像データを、最初に、データ転送のバンド幅が保
証されており高速伝送が可能であってエラー訂正処理を
行わない一の転送モードで送信し、次に、前記データ処
理装置からの要求に基づいて、所定範囲の画像データ
を、データ転送のバンド幅は保証されていないが伝送エ
ラーがあった生じた場合には再送要求することによりエ
ラー訂正処理を行う他の転送モードで送信する、各ステ
ップから成る画像データの転送方法を提供するものであ
る。

【００１７】これにより、本願発明は、読み取り画像デ
ータ中に混在している、文字認識して文字データとして
格納しておきたい文字画像データ部分と、文字認識する
必要性がない図形画像データ部分を識別区分けして、そ
れぞれを別個の転送モードで送信することにより、画像
読取装置とＰＣ間における転送時間を短縮して効率的な
データ処理を可能としたのである。

【００１８】

【発明の実施の形態】ここで、本発明に係る画像入力装
置の詳細説明に入る前に、その前提となる前記ＵＳＢイ
ンターフェイス規格とＩＥＥＥ１３９４インターフェイ
ス規格の詳細について記載する。（１）ＵＳＢインターフェイス規格のデータ転送プロト
コル図１３に、ＵＳＢインターフェイス規約におけるフレー
ム構成を示す。ＵＳＢインターフェイスによるデータ転
送は、転送単位がフレームという概念で時間分割され、
そのフレームを積み重ねていくことで行う。これはＵＳ
Ｂのデータ転送方式のもっとも重要な概念である。ＵＳ
Ｂの場合は、このフレームが１ｍｓという時間単位でく
り返し実行される。

【００１９】フレームはＳＯＦ（スタート・オブ・フレ
ーム）パケットにより開始する。そして、ホストのＰＣ
はあらかじめそのフレーム中にスケジューリングされて
いたデータ転送要求トークン（キーボードやカメラから
のデータ入力要求や、音声データの出力）を順次送出す
ることにより、複数のファンクションとのデータ転送を
並行して行っていく。

【００２０】そしてプリンタへの多量の印字データ送出
のように、元来転送しなければならないデータ数が１フ
レーム内に納まらないような場合には、後のフレームで
再度データ転送要求トークンをＰＣからそのファンクシ
ョンに送出することでデータ転送を完了させる。このこ
とは逆にＵＳＢファンクションを作ろうとした場合に
は、元データ列をフレーム単位に分割して転送しなくて
はならないということを意味する（図１４）。したがっ
て、ＵＳＢファンクションにはフレーム単位にデータ列
を貯えておくＦＩＦＯをもたなくてはならない場合があ
る。１回のデータ転送パケットで連続して送ることので
きるデータの数は後述のデータ転送方式によっても異な
るが、１〜１，０２３バイトである。

【００２１】ＵＳＢのこのフレーム分割によるデータ転
送を行う特徴をもっとも良く利用し、ＵＳＢでデータ転
送を行ううえでもっとも特徴的な転送方式がこのアイソ
クロナス転送である。

【００２２】これは一定周期に一定量のデータを転送し
たいとき、言い換えればデータのリアルタイム性が重要
なアプリケーションに有効な転送方式といえる。リアル
タイム性が重要なアプリケーションとしては、たとえば
電話機のスピーカやマイクへの音声データの転送やテレ
ビ・カメラからの映像信号入力などが挙げられる。

【００２３】この方式はＩＥＥＥ１３９４でも採用して
いるものなのだが、このデータ転送方式を取り入れるこ
とによってＵＳＢ、ＩＥＥＥ１３９４ともにデータ転送
用バスとして用いられる。

【００２４】ＵＳＢのアイソクロナス転送の特徴は、
（ａ）データの転送幅を保証している、（ｂ）データの
転送時間を保証している、（ｃ）データのエラー保証は
行わない、の３点にある。以下、それぞれの特徴につい
て説明する。（ａ）データ転送幅の保証ＵＳＢでは、ハブとファンクションを含めたＵＳＢデバ
イスがポートに接続されたときに、そのＵＳＢデバイス
がもつさまざまなコンフィグレーション情報をホストＰ
Ｃが引き上げる仕様になっている。アイソクロナス転送
を行いたいファンクションの場合には、そのファンクシ
ョンが要求するデータ転送幅（１ｍｓごとに何バイトの
データ転送を行いたいか）をＰＣに報告することになっ
ている。

【００２５】一方、ホストＰＣでは、１ｍｓのフレーム
中にどのような転送を、いつ行うかどうかをつねにスケ
ジューリングしているが、このアイソクロナス・ファン
クションからの要求をもとに、１ｍｓのフレーム時間の
うち要求された転送幅に応じた時間をアイソクロナス転
送専用として優先的にリザーブする（従って、アイソク
ロナス・ファンクション以外のファンクションは残って
いる時間を使用してデータ転送を行うことになる）。

【００２６】このように、１ｍｓのフレーム時間のうち
そのファンクションに必要な転送時間をあらかじめ確保
しておくことにより、アイソクロナス転送ではデータの
転送幅を保証できるというわけである。（ｂ）データ転送時間の保証いくらデータ転送幅を確保してもデータ転送開始までの
時間が遅れてしまっては問題となる場合がある。データ
転送幅は確保されているので、電話から入出力する音声
情報自身はたしかに欠落することなく配信できるが、デ
ータが実際にＵＳＢ上で転送が完了するまでに１秒かか
ってしまうような場合、こちらで話した内容が相手に伝
わるまでに１秒かかってしまうことになる。そして、そ
の音声を聞いて相手が返事をしたとき、その声がまたＵ
ＳＢを通って受話器から聞こえるので、自分が話してか
ら２秒経たないと返事が聞こえないことになる。実際に
この電話のようなアプリケーションしか実現できないと
すると大問題になってしまう。ＬＡＮの転送スピードは
最近では１００Ｍｂｐｓのものも出回っているが、ＬＡ
Ｎが混んでいて各ノードからのデータ転送要求が高い頻
度でぶつかるような状態のとき、ＬＡＮでは少し後にデ
ータ転送要求を再度行うため、実際に音声データ・パケ
ットが相手に届くまでの時間はどんどん遅くなってしま
う。

【００２７】この遅れがあっても音声をとぎらせないよ
うにアプリケーションを作ろうとすると、一時的にデー
タを貯えておくべきデータ・バッファ容量が大きくな
り、結局レスポンスが悪くなるといった悪循環に陥って
しまう。

【００２８】ＵＳＢでは、アイソクロナス転送に必要な
データ転送時間はあらかじめ優先的にスケジューリング
されている。したがって、たとえばＵＳＢ電話でアイソ
クロナス転送を行っている最中に大量の印刷データをプ
リンタに送ろうとした場合、印字データだけがＵＳＢフ
レーム内にあふれてアイソクロナス転送が実行されない
ということはない。このような場合でもつねにアイソク
ロナス転送が先に実行され、残った時間で印字データを
転送するということになる。結果としてバスが混んでい
るときにＵＳＢ電話の音声が遅れて転送されるという現
象は起きない。（ｃ）データのエラー保証は行わないこれもアイソクロナス転送が、データをリアルタイムに
転送するのを重視した転送方式であることを特徴づける
ものである。

【００２９】これはあるアイソクロナス・データ・パケ
ット中、たとえばデータの一部に電磁ノイズが乗り、そ
のパケットのＣＲＣチェックでエラーとなったような場
合でも、再送要求はできないということである。

【００３０】ＵＳＢでは、物理的なデータ転送エラーは
１０^−１０以下に抑えるように定義されているため、実
際に１パケット中で実際にエラーがあるのはほんの数バ
イトであることが予想される。

【００３１】電話での音声転送のようにリアルタイム性
が要求されているようなアプリケーションでは、これら
の数バイトのためにデータ再送を要求する（比較的広い
範囲での音飛び）より、エラーを残したまま（一瞬のノ
イズ音）次のデータ・パケットを受け入れる準備を行っ
たほうが実使用上問題は少ないだろうという考えからこ
のような方針でデータ転送を行っている。したがって、
いくらアイソクロナス転送がデータ転送幅を保証すると
いっても、データの１バイトごとに重要な意味のあるも
の（文字コート転送による文字の印字など）には不向き
である。

【００３２】インタラプト転送方式は、ファンクション
からホストＰＣに周期的に少量のデータを入力するよう
なアプリケーションに使用される。このデバイスの例と
してキーボード／マウスやジョイスティックなどがあ
る。

【００３３】この転送方式もファンクションがＵＳＢに
接続されたときに何ｍｓごとに最大何バイトのデータを
ホストＰＣに転送したいかを、コンフィグレーション情
報としてファンクション接続時にホストＰＣに報告す
る。ホストＰＣはその情報をもとに、どのフレーム番号
でそのファンクションに対するデータ転送要求トークン
を送出するかスケジューリングを行う。

【００３４】コントロール転送方式は、おもにＵＳＢデ
バイスがそのコンフィグレーション情報などをホストＰ
Ｃに転送するときに使用される。この転送方式では、ま
だそのＵＳＢデバイスの素性がわかっていない段階から
コンフィグレーション情報などを転送する必要があると
いう性格から、データ・パケットのフォーマットはＵＳ
Ｂ規格として定義されている。

【００３５】パルク転送方式は、大量のデータを転送し
たい、またそのデータは不定期に発生し、リアルタイム
性があまり重要でないアプリケーションに有効な転送方
式である。今までＰＣで多く使われてきたRS-232-Cやパ
ラレル・ポートなどで使用してきた感覚と同じような感
覚で簡単に使用できる転送方式ともいえる。この方式は
フレーム時間内でアイソクロナス転送やインタラプト転
送が使用した時間以外の空いた時間にデータ転送を行お
うという方式である。したがって、アイソクロナス転送
もインタラプト転送もフレーム時間をほとんど使用して
いないような軽負荷の場合には、もっとも効率的にバス
を使用することができるが、それらがフレーム内のほと
んどの時間が占有されてしまうような高負荷の状態で
は、もっとも低い優先順位となってしまうと。

【００３６】ただしアイソクロナス転送とは違い、デー
タ・パケットでエラーが発見された場合には再送要求で
きるため、最終的に転送されるデータの内容は保証され
る。

【００３７】これらの転送方式別のフローを図１５に、
各転送方式の特徴を図１６に示す。（１）ＩＥＥＥ１３９４インターフェイス規格のデータ
転送プロトコルＩＥＥＥ１３９４のデータ転送では、周期的に送信する
必要のある同期データ（アイソクロナス・パケット）
と、任意のタイミングでのデータ送受信が許容される非
同期データ（アシンクロナス・パケット）が同時に存在
し、なおかつ同期データのリアルタイム性を保証してい
る。

【００３８】データ転送では、転送に先立ってバス使用
権を要求し、使用許諾権（アービトレーション）を得
る。アシンクロナス転送では、送信ノードＩＤと受信ノ
ードＩＤが転送データと一緒にパケット・データとして
送られる。受信ノードは自分のＩＤを確認してパケット
を受け取るとアクノリッジ信号を送信ノードに返す。こ
れで一つのトランザクション（transaction）が終わ
る。

【００３９】アイソクロナス転送では、送信ノード側で
伝送速度と一緒にアイソクロナス・チャネルを要求す
る。チャネルＩＤが転送データと一緒にパケット・デー
タとして送られる。受信ノードは自分がほしいチャネル
ＩＤを確認してパケットを受け取る。必要なチャネル数
と伝送速度はアプリケーション層で決める。

【００４０】上記のデータ転送プロトコルは物理層、リ
ンク層、トランザクション層の三つの層によって定義さ
れる。

【００４１】物理層は、バスとの物理的・電気的インタ
ーフェース、前節で述べたノード接続の自動認識、バス
上のノード間のバス使用権の調停（バス・アービトレー
ション）などを行う。リンク層は、アドレッシング、デ
ータ・チェック、パケット（アイソクロナスおよびアシ
ンクロナス）送受信、そしてアイソクロナス転送のため
のサイクル制御を行う。そしてトランザクション層（Tr
ansaction Layer、インターフェースに対して実際の運
用処理を行うドライバ）では、アシンクロナス・データ
に関する処理を行う。以下、物理層を除いた各層で行わ
れる処理の詳細を解説する。

【００４２】トランザクションの種類には、リード（読
み出し）トランザクション、ライト（書き込み）トラン
ザクション、ロック・トランザクションがある。

【００４３】リード・トランザクションではイニシエー
タ（要求ノード）がターゲット（応答ノード）の特定ア
ドレスのメモリのデータを読み取る。リード・トランザ
クションにはクワッドレット（quadlet、４バイト）リ
ードとブロック（４バイト以上）リードがある。ライト
・トランザクションではイニシエータがターゲットの特
定アドレスのメモリにデータを書き込む。ライト・トラ
ンザクションにもクワッドレット（４バイト）ライトと
ブロック（４バイト以上）ライトがある。

【００４４】ロック・トランザクションではイニシエー
タからターゲットに参照データと更新データを転送し、
その参照データとターゲットのアドレスのデータを組み
合わせて処理（スワップなど）を行い、ターゲットの指
定されたアドレスのデータを更新する。

【００４５】図１７に示すように、トランザクション層
ではＣＳＲアーキテクチャに基づき、読み出し（リー
ド）、書き込み（ライト）、ロックの各コマンドは要求
・応答プロトコルで実現される。図１７に示す要求・指
示・応答・確認は、トランザクション層でのサービス単
位である。トランザクション要求は応答ノードに対する
パケットの転送（TR_DATA.request）、トランザクショ
ン通知（TR_DATA.indication）は応答ノードに要求が届
いたことの通知、トランザクション応答（TR_DATA.resp
onse）はアクノリッジの送信、トランザクション確認
（TR_DATA.confirmation）はアクノリッジ受信である。

【００４６】トランザクション層におけるアシンクロナ
ス・パケットのデータ長は、バス上でのデータ転送時間
が６２μｓ未満になるように定められている（アイソク
ロナス転送サイクルは１２５μｓ）。したがって転送レ
ートが１００Ｍbpsのバスであれば最大データ長は５１
２バイト、転送レートが２００Ｍbpsなら１０２４バイ
ト、転送レートが４００Ｍbpsなら２０４８バイトにな
る。なぜこのようになっているかというと、アイソクロ
ナス・データ転送のための伝送帯域を保証するためであ
る。

【００４７】一つのパケット転送プロセスはサブアクシ
ョンと呼ばれ、アシンクロナス・サブアクションとアイ
ソクロナス・サブアクションの二つの種類がある。

【００４８】アシンクロナス・サブアクションはアシン
クロナス（非同期）データを転送するためのサブアクシ
ョンで、送達確認（アクノリッジ）がターゲット（応答
ノード）からイニシエータ（要求ノード）へ転送され
る。アイソクロナス・サブアクションはアイソクロナス
（同期）データを転送するためのサブアクションで、送
達確認（アクノリッジ）は行われない。

【００４９】図１８及び図１９に示すように、サブアク
ションは、アービトレーション（Arbitration）フェー
ズ、パケット転送フェーズ、アクノリッジ・フェーズか
ら構成される。各アシンクロナス・サブアクション間に
はバス上でのサブアクション相互の衝突を避けるための
「サブアクション・ギャップ」が存在する。そして、サ
ブアクション内のパケット転送フェーズとアクノリッジ
・フェーズとの衝突を避けるための「アクノリッジ・ギ
ャップ」が存在する。また、アイソクロナス・サブアク
ションでも同じく、「アイソクロナス・ギャップ」が存
在する。

【００５０】バス上には８ｋＨｚ（１２５μｓ）の周期
を発生させるサイクル・マスタとよばれるノードが存在
する（ルート・ノードがその役割をもつ）。このサイク
ル・マスタは８ｋＨｚの周期でサイクル・スタート・パ
ケットを送信する。

【００５１】サイクル・スタート・パケットはバス上の
すべてのノードにブロードキャストされ、各ノードはサ
イクル・タイマ・レジスタにパケット内のサイクル時間
を設定する。これにより、本来１２５μｓごとに到着す
るサイクル・スタート・パケットが遅れても各ノードの
時間のずれを調整することができる。

【００５２】サイクル・スタート・パケット受信後、ア
イソクロナス・パケット送信ノードは送信要求動作を開
始し、バス獲得後（アービトレーション後）パケットを
送信する。すべてのノードがアイソクロナス・パケット
の送信を完了するとサブアクション・ギャップに相当す
るアイドル時間が経過するので、その時点からアシンク
ロナス・サブアクションの実行を開始する。

【００５３】図２０に示すように、リンク層もトランザ
クション層と同じく、応答ノードに対するパケットの転
送を要求するリンク要求（LK_DATA.request）、応答ノ
ードにパケット受信を通知するリンク通信（LK_DATA.in
dication）、応答ノードからのアクノリッジ送信のリン
ク応答（LK_DATA.response）、要求ノードのアクノリッ
ジ受信のリンク確認（LK_DATA.confirmation）サービス
で単位に分けられる。

【００５４】以上説明したＵＳＢインターフェイス規格
及びＩＥＥＥ１３９４インターフェイス規格を前提にし
て、本発明に係る画像入力装置の詳細を説明する。ここ
で、以下の本発明の実施の形態はＵＳＢインターフェイ
ス手段を具備する例として記載する。しかし、本願発明
がＩＥＥＥ１３９４インターフェイスを介してＰＣに接
続される場合も同様に適応されることは言うまでもな
い。

【００５５】図１は、本発明の実施の形態の例を示す図
であり、パソコン本体に接続された画像読取装置を示
す。また、図２は、本発明に係る画像読取装置の斜視図
を示す。

【００５６】画像読取装置１は、ＵＳＢコネクタ受け２
を備えており、ＵＳＢケーブルＣを介してホストＰＣに
接続される。最大長さ５メートルのＵＳＢケーブルＣに
は、画像読取装置側にはシリーズＡタイプのＵＳＢコネ
クタＣ１が、ホストＰＣ側にはシリーズＢタイプのＵＳ
ＢコネクタＣ２が結合されている。図１に示すように、
ＵＳＢケーブルＣは、拡張用のＵＳＢハブ・コネクタＥ
を介してホストＰＣに接続されてもよい。ＵＳＢハブ・
コネクタは、最大５段まで入ることが可能である。

【００５７】図２に示すように、画像読取装置１は、カ
ードを積載する積載部３を備えており、ここから１枚づ
つ繰り出されたカードは装置内部に搬送され、後述する
画像入力装置によってその記載内容が読み取られる。そ
して、読み取られた情報は、パソコン本体Ｐのデータベ
ースに蓄積される。なお、画像読取装置１は、スタート
スイッチ５０をＯＮ操作することによって起動される。
このとき、パソコン本体ＰＣから電源供給を受けること
ができれば、表示ランプ６が継続点灯する。もし、電源
供給を受けることができなければ、表示ランプ６は、電
源供給を受けるまで断続点灯する。

【００５８】図３および図４は、画像読取装置の内部構
造を示す図であり、図３は側方から、図４は上方から、
それぞれ見た図である。

【００５９】画像読取装置１の一側部には、図２に示し
たように、上方に露出する積載部３が設けられている。
積載部３は、実際にカードが積載される押圧板４と、押
圧板４と本体フレーム１ａとの間に設けられ、押圧板４
を上方に向けて付勢する押圧バネ５とを備えており、押
圧板４に載置されたカードは、押圧バネ５の付勢力によ
って後述する給紙ローラに向けて付勢される。

【００６０】また、上記押圧板４には、一対のサイドガ
イド７，８が立設されている。各サイドガイド７，８
は、カード搬送方向である矢印Ｄ方向と直交する方向に
延出し夫々対向する向きに形成されたラック７ａ，８ａ
と、押圧板４の裏面略中央に回転可能に設けられ、各ラ
ック７ａ，８ａに噛合するピニオン９とを備えたユニバ
ーサル機構によって、一体的に矢印Ｄ方向と直交する方
向に移動可能となっている。すなわち、押圧板４に載置
されたカードは、いずれかのサイドガイドを移動させる
ことで、その両サイドが規定されるようになっている。

【００６１】押圧板４に積載されたカードは、以下に詳
述するカード分離機構１０によって１枚づつ分離され、
後述する画像入力装置の読取り部に向けて搬送される。
ここで、カード分離機構の構成および動作について、図
３乃至図６を参照して説明する。

【００６２】本体フレーム１ａには、矢印Ｄ方向と直交
する方向に駆動軸１１が回転可能に支持されており、こ
の駆動軸１１は、本体フレーム１ａに支持された駆動モ
ータＭが駆動されることで回転駆動される。駆動軸１１
には、所定間隔をおいて一対の給紙ローラ１１ａが一体
的で、かつ回転可能に支持されており、押圧板４に積載
されたカードの表面に当接可能となっている。

【００６３】前記押圧板４には、その中央部分（一対の
給紙ローラ１１ａの間に対応する部分）に切欠部４ａが
形成されており、この切欠部内に、湾曲した板状のスト
ッパ１３が所定角度だけ回動可能に配設されている。具
体的には、ストッパ１３は、駆動軸１１と並行で、かつ
押圧板側のやや上方でフレーム本体１ａに回転可能に支
持された支持軸１３ａの中央部分に一体的に形成されて
おり、図３に示すように、側方から見て給紙ローラ１１
ａの外周面より下方で、その外周面に部分的に沿うよう
に湾曲形成されている（図３は初期位置を示す）。

【００６４】支持軸１３ａは、以下の機構によって、そ
の回転が規制／解除され、前記ストッパ１３は所定角度
回動可能となっている。すなわち、ストッパ１３は、支
持軸１３ａの回転が規制されているときが図３、図５に
示す初期位置であり、支持軸１３ａの回転が解除されて
いるときが回動可能状態で、その下面が給紙ローラ１１
ａの外周面より上方に回動可能となっている。

【００６５】上記駆動軸１１には、その端部に駆動モー
タＭとギヤトレインＴ１によって連結されたギヤ１５が
固定されている。このギヤ１５と給紙ローラ１１ａとの
間には、駆動軸１１に固定され、軸方向に延出する爪部
１７ａを具備したラチェットロック１７と、爪部１７ａ
と係合するテーパ面１８ａが形成されたラチェットナカ
１８が配されている。このラチェットナカ１８は、ラチ
ェットロック１７が回転することで、爪部１７ａとテー
パ面１８ａとの係合関係により、給紙ローラ１１ａ側に
摺動されるように駆動軸１１に回転可能に支持されてい
る。なお、ラチェットナカ１８と給紙ローラ１１ａとの
間には、ラチェットバネ２０が配設されており、ラチェ
ットナカ１８をギヤ１５側に向けて付勢している。

【００６６】前記ラチェットナカ１８は、その中央部分
に円周溝１８ｂが形成されており、円周溝１８ｂの一端
側が上記テーパ面１８ａを有するテーパ部１８ｃ、他端
側が端面にラチェット１８ｄが形成されたラチェット部
１８ｅとなっている。そして、上記支持軸１３ａには、
この円周溝１８ｂに入り込み、かつラチェット部１８ｅ
の外周面と当接可能な当接部１３ｃが形成されている。
なお、ラチェット１８ｄは、ラチェットナカ１８が給紙
ローラ１１ａ側に摺動された際、給紙ローラ１１ａの対
向端面に形成されたラチェット１１ｂと係合可能になっ
ている。

【００６７】押圧板４の前端面４ｂ側には、前端面４ｂ
と対向し、積載されたカードの前端が当て付く突き当て
部２２ａを有する上カバー２２が隣接して設けられてい
る。そして、その中央には、切欠部２２ｃが形成され、
その部分にカードの１枚分離が成されるよう、カード搬
送方向（Ｄ方向）に向けて上昇し、摩擦部を表面に具備
した分離部２５が配置されている。

【００６８】以上のように構成されたカード分離機構１
０によって、押圧板４上に積載されたカードの１枚分離
を行う動作について説明する。

【００６９】図５に示す初期状態において、押圧板４上
にカードが積載されると、押圧板４は押圧バネ５の付勢
力によって上方に押し上げられる。このとき、当接部１
３ｃがラチェット部１８ｅの外周面と当接した状態にあ
るため、支持軸１３ａは回転することはできず、積載さ
れたカードは、ストッパ１３によって給紙ローラ１１ａ
の外周面に接触することはなく、また、カード分離部分
である突き当て部２２ａ及び分離部２５に進入すること
はない。

【００７０】この状態で、読取り動作指示が伝わると、
モータＭが回転駆動され、ギヤ１５に回転駆動力（図５
矢印方向）が伝達される。これにより、駆動軸１１が回
転駆動され、ラチェットロック１７も一体的に回転す
る。このとき、爪１７ａがラチェットナカのテーパ面１
８ａに沿って移動し、ラチェットナカ１８を給紙ローラ
１１ａ側に向けて摺動させる。

【００７１】ラチェットナカ１８が摺動すると、ラチェ
ット部１８ｅに当接していた当接部１３ｃが溝部１８ｂ
に入り込み、支持軸１３ａを回転可能状態とする。これ
により、押圧板４に積載されたカードは、押圧バネ５の
付勢力によってストッパ１３を上方に移動させ（支持軸
１３ａを回転させる）、給紙ローラ１１ａの外周面に当
接するようになる。一方、ラチェットナカ１８が摺動
し、ラチェットロック１７の爪部１７ａがテーパ面１８
ａを滑り終わると、爪部１７ａは回転規制面１８ｆに当
接し、ラチェットナカ１８も一体的に回転するようにな
る。そして、これと同時にラチェット部１８ｅのラチェ
ット１８ｄが給紙ローラ１１ａのラチェット１１ｂと係
合し、給紙ローラ１１ａも一体的に給紙方向に回転駆動
される（図６参照）。

【００７２】給紙ローラ１１ａが回転すると、それに当
接しているカードは、Ｄ方向に搬送され、分離部に向け
て繰り出される。そして、押圧板４に積載されたカード
は、その前端部分が上カバー２２の突き当て部２２ａに
規制されると共に、その最上のカードが分離部２５によ
って分離され、後述する画像入力装置の読取り部に向け
て搬送される。

【００７３】そして、最終のカードを搬送し終えると、
ストッパ１３が解除バネ１９の捻り力（又は戻り力）に
より押圧板４の切欠部４ａ内に落ち込み、これにより、
当接部１３ｃもラチェットナカの溝部１８ｂから外れ
る。その後、モータＭを逆回転駆動し、ラチェットロッ
クの爪部１７ａを図５に示す状態に戻すことで、ラチェ
ットナカ１８はラチェットバネ２０の付勢力によって初
期位置に戻り、再びカード積載待機状態となる。ここ
で、解除バネ１９とラチェットバネ２０の作用により、
原稿がなくなった時にはラチェットナカ１８が解除する
ように構成すれば、リセットのためのモータＭの逆回転
駆動を不要とすることも可能である。

【００７４】図３に示すように、上述したカード分離機
構１０の下流側には、搬送ローラ対３０および排出ロー
ラ対３２が配設されており、これらのローラ対３０，３
２の間に画像入力装置４０が配設されている。搬送され
たカードは、この画像入力装置４０の読取り部４０ａを
通過する際、スキャンされ、その内容が読み取られた
後、排出ローラ対３２を介して装置本体外に排出され
る。なお、これらのローラ対３０，３２は、各支持軸の
端部に取り付けられている駆動ギヤ３０ａ，３２ａが上
記モータＭにギヤトレインＴ２を介して連結されてお
り、モータＭの駆動によって回転駆動される。

【００７５】画像入力装置４０は、搬送ローラ対３０に
よって送られてくるカードに対して光を照射する光源
（ＬＥＤ）４１と、カードからの反射光を偏向する偏向
部材（ミラー）４２と、このミラー４２からの光を集光
する集光レンズ４３と、集光レンズ４３からの光を検出
する光学素子（ＣＣＤ）４５とを備えており、集光レン
ズ４３によって集光されたカードからの反射光は、前記
ＣＣＤ４５によって検出され、検出された光は光電変換
された後、画像データとしてＰＣに取り込まれてデータ
処理がなされる。

【００７６】次に、本発明に係る画像データのＰＣへの
データ転送方式の詳細を説明する。図７は、本発明に係
る第１の画像データ転送方式を説明するフローチャート
を示す。スタートボタンの押下等による原稿の読取操作
が行われると、原稿の読取り動作の準備状況が確認され
る（Ｓ１１）。これは、原稿が所定の位置に搭載されて
いるかの検出のみならず、ＵＳＢインターフェイスを具
備する画像読取装置において、電源供給をホストＰＣ側
から受ける場合等に、ＰＣ側から電源の使用承認を得る
必要性がある場合の使用許諾の確認を含む。

【００７７】次に、原稿の読取準備が整っており読取起
動が可能な場合は、画像読取装置の制御装置は、原稿駆
動手段を動作させることによりトレイ上に載置された原
稿を装置内部に取り込み光検知手段によって原稿面の画
像データをスキャニングすることとなる（Ｓ１２）。原
稿は、原稿搬送手段によって一定速度によって主走査方
向に搬送されるので、光検出手段は所定間隔のタイミン
グでスキャニングする。原稿の搬送送り速度と当該スキ
ャニング間隔によって画像データのスキャニング密度
（ｂｐｉ）が決定されることとなる。本画像読取装置の
場合は、一例として２００乃至６００ｂｐｉとしてい
る。本画像読取装置における光検知手段は、上記のよう
にＣＣＤ等の光学縮小タイプの光検知手段を利用しても
よいが、線形の接触型光センサを用いているが、。

【００７８】光検出手段によって検出された画像データ
は、一旦記憶装置に格納される（Ｓ１３）か、又は格納
されることなく次のステップＳ１４において、各画像デ
ータ部分が、文字データであるか図形データであるかが
識別される。当該識別法については、図８乃至１０にお
いて具体的に説明する。

【００７９】文字データ部分であると識別された画像デ
ータは、第１の転送モードでＰＣ側に送信され（Ｓ１
７）、続いて、図形データ部分であると識別された画像
データは、前記第１の転送モードとは異なる第２の転送
モードでＰＣ側に送信される（Ｓ１８）。ここで、前記
第１の転送モードにおける送信と前記第２の転送モード
における送信の順番は、逆でもよい。ここで、画像デー
タ部分は、所定の圧縮モードで転送送信するようにして
もよい。そして、前記第１の転送モードによって送信さ
れる文字データ部分は、ＰＣにおいて文字認識され、前
記第２の転送モードによって送信される図形データ部分
は、そのままの画像データとして、ＰＣの記憶手段内に
格納されるか、廃棄されてもよい。文字認識された文字
データは、例えば住所ファイルに所定フォーマットの形
で格納されることとなる。

【００８０】以下、読み取った画像データが文字データ
部分か若しくは図形データ部分かをどのように識別する
かについて説明する。

【００８１】図８は、本発明に係る第２の画像データ転
送方式を説明するフローチャートを示す。図８における
Ｓ２１乃至Ｓ２３については、図７におけるＳ１１乃至
Ｓ１３と同様である。そして、Ｓ２４において、読み取
った画像がその階調が２値データで表わされるものであ
れば文字データと見做し、また３以上の多値データで表
わされるものであればこれを画像データと見做し、これ
らをそれぞれ第１のバッファ手段と第２のバッファ手段
に格納する（Ｓ２５、Ｓ２６）。これは、文字データの
場合は、通常、文字を構成する部分は深い黒であり、文
字を構成しない部分は真の白であることから中間の灰色
トーンは存在しないとの前提に基づき、図形データの場
合は、通常、多階調をともなったトーンで表示される前
提に基づく。

【００８２】そして、第１のバッファに格納され文字デ
ータとされる画像データは、第１の転送モードである前
記したバルク転送モードにより、また第２のバッファに
格納され図形データとされた画像データは、第２の転送
モードであるアイソクロナス転送モードにてそれぞれ送
信されることとなる（Ｓ２７、Ｓ２８）。ここで、Ｓ２
７とＳ２８の送信ステップは逆でもよい。また、前記バ
ルク転送においては、ＰＣ側からの再送リクエストを受
け付けてエラー処理が行われ、前記アイソクロナス転送
においては、エラー処理は行われない。

【００８３】図９は、本発明に係る第３の画像データ転
送方式を説明するフローチャートを示す。図９における
Ｓ３１乃至Ｓ３３については、図７におけるＳ１１乃至
Ｓ１３と同様である。そして、Ｓ３４において、読み取
った画像がモノクロ・データで表わされるものであれば
文字データと見做し、またカラー・データで表わされる
ものであればこれを文字認識する必要がない画像データ
と見做し、これらをそれぞれ第１のバッファ手段と第２
のバッファ手段に格納する（Ｓ３５、Ｓ３６）。これ
は、文字データの場合は、通常、文字を構成する部分は
黒、青等のインクの一色で印字若しくは記載されてお
り、文字を構成しない例えばロゴ・マーク等の部分は多
数色の場合が多いとの前提に基づく。

【００８４】そして、第１のバッファに格納され文字デ
ータとされる画像データは、第１の転送モードである前
記したバルク転送モードにより、また第２のバッファに
格納され図形データとされた画像データは、第２の転送
モードであるアイソクロナス転送モードにてそれぞれ送
信されることとなる（Ｓ３７、Ｓ３８）。

【００８５】図１０は、本発明に係る第４の画像データ
転送方式を説明するフローチャートを示す。図１０にお
けるＳ４１乃至Ｓ４３については、図７におけるＳ１１
乃至Ｓ１３と同様である。そして、Ｓ４４において、読
み取った画像が予め定められた所定の区画若しくは区域
内にあるものは文字データと見做し、またそれ以外の区
画若しくは区域内にあるものはこれを文字認識する必要
がない画像データと見做し、これらをそれぞれ第１のバ
ッファ手段と第２のバッファ手段に格納する（Ｓ４５、
Ｓ４６）。これは、例えば、名刺上に印字された文字を
認識する場合、氏名や住所等の文字認識すべき画像デー
タ部分と、文字認識を必要としない会社のロゴマーク等
の図形データ部分は、それぞれ原稿（名刺）上の区域若
しくは領域によって区分けできるとの前提に基づく。従
って、上記Ｓ４４において、読み取った画像が予め定め
られた所定の区画若しくは区域内にあるものを図形デー
タと見做し、またそれ以外の区画若しくは区域内にある
ものはこれを文字認識する必要がある文字データと見做
すようにしてもよい。

【００８６】そして、第１のバッファに格納され文字デ
ータとされる画像データは、第１の転送モードである前
記したバルク転送モードにより、また第２のバッファに
格納され図形データとされた画像データは、第２の転送
モードであるアイソクロナス転送モードにてそれぞれ送
信されることとなる（Ｓ４７、Ｓ４８）。ここで、Ｓ４
７とＳ４８の送信ステップは逆でもよい。また、前記バ
ルク転送においては、ＰＣ側からの再送リクエストを受
け付けてエラー処理が行われ、前記アイソクロナス転送
においては、エラー処理は行われない。

【００８７】図１１は、本発明に係る第５の画像データ
転送方式を説明するフローチャートを示す。図１１おけ
るＳ５１乃至Ｓ５３については、図７におけるＳ１１乃
至Ｓ１３と同様である。そして、本転送方式において
は、Ｓ５４において、読み取った画像データの全てを、
先ずは前記第２の転送モードであるアイソクロナス転送
モードで送信する（Ｓ５４）。そして、その後のＰＣ側
からの要求に応じて、前記第１の転送モードであるバル
ク転送しようとするものである（Ｓ５５乃至５８）。

【００８８】この場合、ＰＣは、受信した画像データ
を、文字データ区分と画像データ区分に識別する。そし
て、そのまま文字認識できる場合は、文字認識してしま
う。文字認識できない場合は、本画像読取装置に対して
画像データの再送信要求を行う（Ｓ５５）。当該再送信
要求の際に再送信すべき先に送信されてきたデータ範囲
若しくはデータブロックを特定する。そして、画像読取
装置は、ＰＣから要求された範囲の画像データを、今度
はエラー処理可能な第１の転送モードであるバルク転送
モードにて送信するのである（Ｓ５８）。ここで、再送
信されるべきデータ範囲が指定されない場合には、全画
像データをエラー処理可能な第１の転送モードであるバ
ルク転送モードにて送信するようにしてもよい（Ｓ５
７）。

【００８９】図１２は、本発明に係る画像読取装置にお
ける制御手段のブロック構成図を示す。上記説明のよう
に原稿の画像は、光検知手段によって順次読み取られ
る。ここで光検知手段は、図１乃至６で説明したＣＣＤ
等の光学縮小タイプの光検知手段を利用してもよいが、
線形の接触型光センサを用いてもよい。副走査方向の画
像データは、コントロールＩＣから供給されるクロック
信号毎にビット列のシリアル・データとしてＡＭＰに入
力され、増幅されて信号レベル補正が行われる。レベル
補正が行われたアナログデータはそのその階調に応じて
デジタル変換される。カラーデータの場合はＲＧＢの基
本色要素毎にデジタル変換される。この後、デジタル変
換されたデータは、所定バイト数に束ねられてＲＡＭ等
の記憶手段に一時格納され、または直接に、上記した転
送モードによりＵＳＢインターフェイス手段若しくはＩ
ＥＥＥ１３９４インターフェイス手段を介してホストＰ
Ｃに送信されることとなる。図１２において、ＲＯＭに
は動作プログラム及び固定データが記憶される。また制
御パラメータ設定手段は、図７乃至１１において記載し
た各種転送方式の関連パラメータの設定入力等に利用す
る。

【図面の簡単な説明】

【図１】本発明の一実施の形態を示す図であり、ＰＣに
接続された画像読取装置を示す。

【図２】本発明に係る画像読取装置の外観斜視図を示
す。

【図３】画像読取装置の内部側面図を示す。

【図４】画像読取装置の内部上面図を示す。

【図５】画像読取装置におけるカード分離機構を示す。

【図６】カード分離機構におけるカード積載状態を示
す。

【図７】本発明に係る第１の画像データ転送方式を説明
するフローチャートを示す。

【図８】本発明に係る第２の画像データ転送方式を説明
するフローチャートを示す。

【図９】本発明に係る第３の画像データ転送方式を説明
するフローチャートを示す。

【図１０】本発明に係る第４の画像データ転送方式を説
明するフローチャートを示す。

【図１１】本発明に係る第５の画像データ転送方式を説
明するフローチャートを示す。

【図１２】本発明に係る画像読取装置における制御手段
のブロック構成図を示す。

【図１３】ＵＳＢインターフェイス規約におけるデータ
・フレームの構成を示す。

【図１４】ＵＳＢインターフェイス規約における転送デ
ータのフレーム分割を示す。

【図１５】ＵＳＢインターフェイス規約における各転送
モードのデータ・フローを示す。

【図１６】ＵＳＢインターフェイス規約における各転送
モードの特徴を示す。

【図１７】ＩＥＥＥ１３９４インターフェイス規約にお
けるトランザクション層サービスを示す。

【図１８】ＩＥＥＥ１３９４インターフェイス規約にお
けるアシンクロナス・サブアクションを示す。

【図１９】ＩＥＥＥ１３９４インターフェイス規約にお
けるアイソクロナス・サブアクションを示す。

【図２０】ＩＥＥＥ１３９４インターフェイス規約にお
けるリンク層サービスを示す。

【符号の説明】

１画像読取装置６表示ランプ４１ＬＥＤ（光源）４２ミラー（偏向部材）４３集光レンズ４５光検知手段５０スタートスイッチＰＣ外部ホストＰＣＣＵＳＢコネクタ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C062 AA06 AA27 AB10 AB46 AC64 BA04 5C072 AA01 BA03 CA05 EA05 UA11 VA10 5C075 CA90 CE10 FF09 5C077 LL18 MP06 NN19 PP27 PQ08 RR20

Claims

【特許請求の範囲】

【請求項１】光学的に読み取った原稿面の画像データ
を外部のデータ処理装置に送信する画像読取装置であっ
て、原稿の画像を読み取ってその画像データを出力するため
の光検知手段と、前記光検知手段が出力した前記画像データを一時的に記
憶するための記憶手段と、外部のデータ処理装置と交信し、前記画像データを当該
外部データ処理装置に出力するための通信インターフェ
イス手段と、前記光検知手段、前記記憶手段及び前記通信インターフ
ェイス手段を制御するための制御手段と、を具備し、前記制御手段は、前記画像データを前記データ処理装置
へ送信する際に、前記画像データを文字データと図形デ
ータに識別区分し、前記文字データに区分された画像デ
ータ部分を第１の転送モードにより送信し、前記図形デ
ータ部分に区別された画像データ部分を前記第１の転送
モードとは異なる第２の転送モードにより送信する、よ
うに構成したことを特徴とする画像読取装置。
【請求項２】前記第１の転送モードは、データ転送の
バンド幅は保証されていないが、伝送エラーがあった生
じた場合には再送要求することによりエラー訂正処理を
行うモードであり、前記第２の転送モードは、データ転送のバンド幅が保証
されており、前記第１の転送モードよりも高速伝送が可
能であってエラー訂正処理を行わないモードである、請
求項１に記載の画像読取装置。
【請求項３】前記通信インターフェイス手段は、ＵＳ
Ｂ規格インターフェイスである請求項２に記載の画像読
取装置。
【請求項４】前記通信インターフェイス手段は、ＩＥ
ＥＥ１３９４規格インターフェイスである請求項２に記
載の画像読取装置。
【請求項５】前記第１の転送モードは前記ＵＳＢ規格
におけるバルク転送モードであり、前記第２の転送モー
ドは前記ＵＳＢ規格におけるアイソクロナス転送モード
である、請求項３に記載の画像読取装置。
【請求項６】前記第１の転送モードは前記ＩＥＥＥ１
３９４規格におけるバルク転送であり、前記第２の転送
モードは前記ＩＥＥＥ１３９４規格におけるアイソクロ
ナス転送である、請求項４に記載の画像読取装置。
【請求項７】前記画像データは、その階調が２値デー
タで表わされる場合は文字データであり、その階調が２
以上の多値データで表わされる場合は図形データであ
る、と識別区分する請求項５又は６に記載の画像読取装
置。
【請求項８】前記画像データは、モノクロ・データの
場合は文字データであり、白黒以外のカラー・データを
含む場合は図形データである、と識別区分する請求項５
又は６に記載の画像読取装置。
【請求項９】前記画像データは、前記原稿面における
予め定められた所定区画内にある場合は文字データであ
り、前記所定区画以外は図形データである、と識別区分
する請求項５又は６に記載の画像読取装置。
【請求項１０】前記画像データは、前記原稿面におけ
る予め定められた所定区画内にある場合は図形データで
あり、前記所定区画以外は文字データである、と識別区
分する請求項５又は６に記載の画像読取装置。
【請求項１１】前記図形データであると識別区分され
た前記画像データは、圧縮されて転送される請求項７乃
至１０に記載の画像読取装置。
【請求項１２】前記原稿は、名刺を含むカード状の原
稿であることを特徴とする、請求項１１に記載の画像読
取装置。
【請求項１３】光学的に読み取った原稿面の画像デー
タを外部のデータ処理装置に送信する方法であって、光検知手段によって読み取られた原稿の画像データを一
時的に記憶し、前記記憶された画像データを文字データと図形データに
識別して区分し、前記文字データに区分された画像データ部分を第１の転
送モードにより送信し、前記図形データ部分に区別された画像データ部分を前記
第１の転送モードとは異なる第２の転送モードにより送
信する、各工程から成る画像データの転送方法。
【請求項１４】前記第１の転送モードは、データ転送
のバンド幅は保証されていないが、伝送エラーがあった
生じた場合には再送要求することによりエラー訂正処理
を行うモードであり、前記第２の転送モードは、データ転送のバンド幅が保証
されており、前記第１の転送モードよりも高速伝送が可
能であってエラー訂正処理を行わないモードである、請
求項１３に記載の画像データの転送方法。
【請求項１５】前記第１の転送モードは前記ＵＳＢ規
格におけるバルク転送モードであり、前記第２の転送モ
ードは前記ＵＳＢ規格におけるアイソクロナス転送モー
ドである、請求項１４に記載の画像データの転送方法。
【請求項１６】前記第１の転送モードは前記ＩＥＥＥ
１３９４規格におけるバルク転送であり、前記第２の転
送モードは前記ＩＥＥＥ１３９４規格におけるアイソク
ロナス転送である、請求項１４に記載の画像データの転
送方法。
【請求項１７】前記画像データは、その階調が２値デ
ータで表わされる場合は文字データであり、その階調が
２以上の多値データで表わされる場合は図形データであ
る、と識別区分する請求項１５又は１６に記載の画像デ
ータの転送方法。
【請求項１８】前記画像データは、モノクロ・データ
の場合は文字データであり、白黒以外のカラー・データ
を含む場合は図形データである、と識別区分する請求項
１５又は１６に記載の画像データの転送方法。
【請求項１９】前記画像データは、前記原稿面におけ
る予め定められた所定区画内にある場合は文字データで
あり、前記所定区画以外は図形データである、と識別区
分する請求項１５又は１６に記載の画像データの転送方
法。
【請求項２０】前記画像データは、前記原稿面におけ
る予め定められた所定区画内にある場合は図形データで
あり、前記所定区画以外は文字データである、と識別区
分する請求項１５又は１６に記載の画像データの転送方
法。
【請求項２１】前記図形データであると識別区分され
た前記画像データは、圧縮されて転送される請求項１７
乃至２０に記載の画像データの転送方法。
【請求項２２】光学的に読み取った名刺等のカード状
原稿面の画像データを外部のデータ処理装置に送信する
方法であって、光検知手段によって読み取られた原稿の画像データを一
時的に記憶し、前記記憶された画像データを、最初に、データ転送のバンド幅が保証されており高速伝
送が可能であってエラー訂正処理を行わない一の転送モ
ードで送信し、次に、前記データ処理装置からの要求に基づいて、所定
範囲の画像データを、データ転送のバンド幅は保証され
ていないが伝送エラーがあった生じた場合には再送要求
することによりエラー訂正処理を行う他の転送モードで
送信する、各工程から成る画像データの転送方法。
【請求項２３】前記一の転送モードは前記ＵＳＢ規格
におけるアイソクロナス転送モードであり、前記他の転
送モードは前記ＵＳＢ規格におけるバルク転送モードで
ある、請求項２２に記載の画像データの転送方法。
【請求項２４】前記一の転送モードは前記ＩＥＥＥ１
３９４規格におけるアイソクロナス転送であり、前記他
の転送モードは前記ＩＥＥＥ１３９４規格におけるバル
ク転送である、請求項２２に記載の画像データの転送方
法。