情報読取装置
【課題】 カメラで情報コードを短時間で読み取り得る情報読取装置を提供する。
【解決手段】 ＣＰＵ２２のバッファ２２ｂに蓄積した画像データをデジタルバス２８を介して間欠的に画像用メモリ２４へ送る休止時間にデコードを行うことで、カメラ１２から送られる画像データのＣＰＵ２２のバッファ２２ｂへの蓄積と、デコードとを同時に行うことが可能となり、カメラ１２からの画像の取り込みとデコードとの時間を短くすることができる。
【解決手段】 ＣＰＵ２２のバッファ２２ｂに蓄積した画像データをデジタルバス２８を介して間欠的に画像用メモリ２４へ送る休止時間にデコードを行うことで、カメラ１２から送られる画像データのＣＰＵ２２のバッファ２２ｂへの蓄積と、デコードとを同時に行うことが可能となり、カメラ１２からの画像の取り込みとデコードとの時間を短くすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品等に貼り付けられているバーコード、ＱＲコード（登録商標）等の光学情報を読み取る情報読取装置に関するものである。
【背景技術】
【０００２】
紙などの基材にバーコードやＱＲコードなどの光学情報を印刷したものを物品や書類に取り付け、これを光学的に読み取り、物品の識別などを行う光学情報読取装置が知られている。係る光学情報読取装置は、受光素子で撮像した光学情報の画像を一旦画像用メモリに取り込んでからデコードを行っていた。特許文献１には、画像取り込み後にデコードを行う情報コード読取装置が開示されている。
【特許文献１】特開２００５−１９６６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、情報コード読取装置では、画像取り込みとデコードとをデコードが成功するまで繰り返すので、画像データの取り込み後にデコードを開始すると、情報コードの読み取りまでの時間が長くなるという課題があった。
【０００４】
上記目的を達成するため、本発明は、情報コードを短時間で読み取り得る情報読取装置を提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、請求項１は、カメラ１２で撮像した画像をデコードする情報読取装置１０であって、
カメラ１２から送られる画像データをバッファ２２ｂに蓄積する画像データ蓄積手段と：
前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して間欠的に送り、画像用メモリ２４に保持させる画像データ転送手段と：
該画像用メモリ２４に保持された画像データを前記バスライン２８を介して取得し、デコードするデコード手段と：を備え、
前記バッファ２２ｂの容量を、前記デコード手段によるデコード処理をブロック毎に分割し、分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、前記画像データ蓄積手段による前記カメラ１２からの画像データの蓄積が継続可能なように調整するバッファ容量調整手段を有し、
前記デコード手段は、分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
中断中に前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して画像用メモリ２４へ送ることで、当該バスライン２８を介して画像用メモリ２４に画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は、転送終了後にデコードを再開することを技術的特徴とする。
【０００６】
また、請求項２は、カメラ１２で撮像した画像をデコードする情報読取装置１０であって、
カメラ１２から送られる画像データをバッファ２２ｂに蓄積する画像データ蓄積手段と：
前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して間欠的に送り、画像用メモリ２４に保持させる画像データ転送手段と：
該画像用メモリ２４に保持された画像データを前記バスライン２８を介して取得し、デコードするデコード手段と：を備え、
前記バッファ２２ｂにおける前記カメラ１２からの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると前記デコード手段に通知する通知手段を有し、
前記デコード手段は、前記通知手段からの通知を受けた後、デコード処理を構成する分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して画像用メモリ２４へ送ることで、当該バスライン２８を介して画像用メモリ２４に画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は転送終了後にデコードを再開することを技術的特徴とする。
【発明の効果】
【０００７】
請求項１の情報読取装置では、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行うことで、カメラから送られる画像データのバッファへの蓄積と、デコードとを同時に行うことが可能となり、カメラからの画像の取り込みとデコードとの時間を短くすることができる。ここで、バッファの容量を、デコード処理の分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、カメラからの画像データの蓄積が継続可能なように調整する。そして、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行い、当該バスラインを介して画像用メモリに画像データを保持させる間欠送りを妨げないようにでき、カメラからの画像データがバッファの容量を超え、該バッファに保持されない事態を生じせしめない。
【０００８】
請求項２の情報読取装置では、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行うことで、カメラから送られる画像データのバッファへの蓄積と、デコードとを同時に行うことが可能となり、カメラからの画像の取り込みとデコードとの時間を短くすることができる。ここで、バッファにおけるカメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると、蓄積完了が間近であることをデコード手段に通知し、該デコード手段は、通知を受けた後、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行い、当該バスラインを介して画像用メモリに画像データを保持させる間欠送りを妨げないようにできる。
【０００９】
請求項３の情報読取装置では、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行うことで、カメラから送られる画像データのバッファへの蓄積と、デコードとを同時に行うことが可能となり、カメラからの画像の取り込みとデコードとの時間を短くすることができる。ここで、バッファの容量を、デコード処理の分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、カメラからの画像データの蓄積が継続可能なように調整する。更に、バッファにおけるカメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると、蓄積完了が間近であることをデコード手段に通知する。デコード手段は、通知を受けた後、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行い、当該バスラインを介して画像用メモリに画像データを保持させる間欠送りを妨げないようにできる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の情報読取装置を情報コード読取装置に適用した実施形態について図を参照して説明する。まず、第１実施形態に係る情報コード読取装置１０の構成概要を図１に基づいて説明する。
【００１１】
図１は情報コード読取装置１０の構成を示すブロック図である。情報コード読取装置１０は、主に、照明光源１６、結像レンズ１４、ＣＣＤから成る受光センサ１２、受光センサ１２からのアナログ出力をＡ／Ｄ変換するＡ／Ｄ変換器３２、Ａ／Ｄ変換された画像信号を処理するメイン回路２０、コンピュータ１２０との間の信号を制御する信号のやりとりを制御する信号ＩＦ３６、種々の制御を行う制御ＩＦ３６，読み取り音を出力するブザー３８等から構成されている。
【００１２】
図２はメイン回路２０の回路構成を示すブロック図である。
画像データからの情報コードのデコードを行うメイン回路２０は、ＣＰＵ２２と、ＤＲＡＭからなる画像用メモリ２４とから成り、ＣＰＵ２２と画像用メモリ２４とは画像信号を転送するためのデジタルバス２８で接続されている。ＣＰＵ２２はバッファ２２ｂを内蔵している。ここで、画像用メモリ２４はＳＤＲＡＭで構成することもできる。カメラ１２からＡ／Ｄ変換器（図２中で図略）でデジタル信号に変換された画像信号は、カメラインタフェイスを介してＣＰＵ２２へ送られ、ＣＰＵ２２のバッファ２２ｂに一旦蓄積される。そして、データ量が一定にまで蓄えられると画像用メモリ２４へデジタルバス２８を介して転送される。ＣＰＵ２２は、画像用メモリ２４に蓄えられた画像データをデジタルバス２８を介して取り出し、情報コードのデコードを行う。
【００１３】
引き続き、第１実施形態の情報コード読取装置１０での画像データの転送について図２及び図３を参照して説明する。図３（１）はカメラ１２からの画像信号のＣＰＵ２２のバッファ２２ｂへの送信を示し、図３（２）はバッファ２２ｂからのデジタルバス２８を介しての画像用メモリ２４への転送を示すタイミングチャートである。第１実施形態では、デジタルバス２８の空き時間に、画像データをＣＰＵ２２のバッファ２２ｂからデジタルバス２８を介して画像用メモリ２４へ間欠的に転送する。
【００１４】
図４を参照して第１実施形態の情報コード読取装置１０での画像取り込みとデコードとの処理について説明する。図４（Ａ）は従来技術での画像取り込みとデコードとの処理について説明図である。従来技術では、カメラで画像を取り込んだ後、カメラの画像をデコードしていた。
【００１５】
図４（Ｂ）は第１実施形態の情報コード読取装置１０での画像取り込みとデコードとの処理について説明図である。
第１実施形態では、画像取り込みとデコードとを同時に行う。即ち、カメラで画像を取り込んでいる最中に、前回カメラで取り込んだ画像のデコードを行う。このため、図４（Ａ）に示す従来技術の方法に対して、カメラの画像のデコードまでの時間を短縮できる。
【００１６】
この処理タイミングについて、更に、図５及び図６を参照して説明する。
図５（Ａ）及び図５（Ｂ）は、画像データ転送とデコードとの関係を示すタイミングチャートである。
図５（Ａ）中で、（３）はカメラからの画像信号のＣＰＵ２２のバッファ２２ｂへの送信を示し、（４）はバッファ２２ｂからのデジタルバス２８を介しての画像用メモリ２４への転送を示し、（５）は、ＣＰＵ２２による画像用メモリ２４からデジタルバス２８を介して画像を取得してのデコード処理を示している。第１実施形態では、上述したように、画像データを継続的に取得し、デジタルバス２８を介して画像用メモリ２４へ画像データを間欠的に転送し、この空き時間を利用してＣＰＵ２２はデコードを行う。このため、画像データの取得と、デコードとを同時に行うことができる。
【００１７】
第１実施形態では、画像用メモリ２４へ画像データを間欠的に転送し、この空き時間を利用してデコードを行うために、間欠転送の前にデコードを一旦停止（中断）し、転送後にデコードを再開する。ここで、図５（Ｂ）中では、画像の転送と、デコードとがかち合った場合を示している。デコードの一旦停止が遅れ、デコードとデータの転送とが重なると、即ち、デジタルバス２８の利用がかち合うと、画像データの取りこぼしが生じる可能性がある。
【００１８】
図６は、画像データの転送周期と転送時間との関係を示すタイミングチャートである。図中（３）はカメラからの画像信号のＣＰＵ２２のバッファ２２ｂへの転送を示し、（４）はバッファ２２ｂからのデジタルバス２８を介しての画像用メモリ２４への転送を示している。バッファ２２ｂに蓄える画像データの量を少なくし、転送周期を短くすると転送時間は短くなり、反対に、バッファ２２ｂに蓄える画像データの量を多くし、転送周期を長くすると転送時間は長くなる。
【００１９】
第１実施形態では、デコード処理の中断を可能にするため、図７に示すようにデコード処理をブロック（ステップ）毎に分割する。即ち、中断が可能な処理（分割が可能なデコード処理の最小処理単位）毎に分割しておく。そして、各ステップでの処理時間を記憶しておき、最も長くかかるステップでの処理を基準に中断のタイミングを決定する。
【００２０】
更に、デコード処理を中断するために、バッファ２２ｂで画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達するとＣＰＵ２２から通知信号が出力される。即ち、ＣＰＵ２２は、バッファ２２ｂに設定したバッファサイズを検出する。図８（Ａ）は、ＣＰＵ２２のバッファ２２ｂの構造を示している。３２byteで構成されるバッファ２２ｂは、画像データの蓄積がｎ１（＝１６byte）に達したことを検出すると、検出フラグを立て（検出フラグを立てることを便宜上ＣＰＵ２２からＣＰＵ２２への予告通知と呼ぶ）、デコードの中断処理を開始する。
【００２１】
更に、第１実施形態では、上述したデコードの最も時間が長くかかるステップで、上記ｎ１（＝１６byte）での通知後にデコードを中断しても、最も時間が長くかかるステップでの処理を中断する以前に、最大バッファ容量（３２byte）に達してしまう場合には、バッファ容量を増やす。即ち、ＣＰＵ２２のバッファ２２ｂの容量を図８（Ａ）に示す３２byteから図８（Ｂ）に示すように３６byteに増やす。
【００２２】
上述した第１実施形態のＣＰＵ２２での画像蓄積及び転送処理について、図９のフローチャートを参照して説明する。
先ず、ＣＰＵ２２は、カメラ１２から送られた画像データのバッファ２２ｂへの蓄積を図８（Ｂ）を参照して上述したように開始する（Ｓ５２）。そして、所定のタイミング（ｎ１＝１６byte）に達したかを判断し（Ｓ５４）。所定のタイミングに達すると（Ｓ５４：Ｙｅｓ）、ＣＰＵ２２側に完了予告を通知（フラグを立てる）する（Ｓ５６）。そして、画像データが３２byteに達して、蓄積が完了したら（Ｓ５８：Ｙｅｓ）、画像データを図３（２）を参照して上述したように、デジタルバス２８を介して画像用メモリ２４に転送し（Ｓ６２）、転送の完了をＣＰＵ２２側に通知（フラグを立てる）する（Ｓ６４）。
【００２３】
引き続き、ＣＰＵ２２でのデコード処理について、図１０のフローチャートを参照して説明する。
上述した画像データ転送終了の通知を受けると（Ｓ７２：Ｙｅｓ）、図７を参照して上述したデコードの各ステップ（Step Ａ、Step Ｂ、・・・Step Ｘ）の処理を行い（Ｓ７４）、各ステップの処理に要した時間を記憶していく（Ｓ７６）。例えば、Step Ａ＝３ms、Step Ｂ＝６ms・・・。そして、ＣＰＵ２２の内部処理で、完了予告が通知があるか（フラグが立っているか）を判断する（Ｓ７８）。完了予告が有るまでは（Ｓ７８：Ｎｏ）、デコードが終了したかを判断し（Ｓ８２）、デコードが終了するまで（Ｓ８２：Ｎｏ）、Ｓ７４に戻り、各ステップの処理を継続する。ここで、ＣＰＵ２２の内部処理で完了予告の通知があると（Ｓ７８：Ｙｅｓ）、処理中のステップを完了した時点でデコードを中断し（Ｓ８０）、Ｓ７２に戻り、画像データの転送完了まで待機し、転送完了後にデコードを再開する（Ｓ７４）。
【００２４】
上記処理を繰り返し、デコードが完了すると（Ｓ８２：Ｙｅｓ）、上述したＳ７２で記憶した各ステップの処理時間中で最長時間のステップを特定する（Ｓ８４）。ここでは、Step Ｂが６msで最長であったとする。そして、この最長時間（６ms）が、バッファ転送から次の転送までの空き時間に対して長いか否か、具体的には、図８（Ａ）を参照して上述したｎ１での予告通知を受けてから、既に開始している最も時間の掛かるStep Ｂの処理の完了後にデコード処理を中断しても、次の画像データの転送を妨げないか判断する（Ｓ８６）。ここで、最長時間がバッファ転送から次の転送までの空き時間に対して長い場合には（Ｓ８６：Ｙｅｓ）、図８（Ｂ）を参照して上述したように、ＣＰＵ２２のバッファ２２ｂの容量を大きくする（Ｓ８８）。
【００２５】
一方、反対に、最長時間が次の転送までの空き時間に対して短い場合には（Ｓ８６：Ｎｏ）、最長時間が次の転送までの空き時間に対して非常に短いかを判断する（Ｓ９２）。非常に短くない場合には（Ｓ９２：Ｎｏ）、バッファ容量を調整することなく処理を終了する。他方、非常に短い場合には（Ｓ９２：Ｙｅｓ）、バッファ容量を小さくする（Ｓ９４）。具体的には図８（Ｂ）を参照して上述したように、ＣＰＵ２２のバッファ２２ｂの容量を３６byteから、図８（Ａ）に示すように３２byteまで減らす。
【００２６】
第１実施形態で、デコードの度に、処理時間中で最長時間のステップを特定するのは、読み取り条件、情報コードの種類等によって、処理時間中で最長時間のステップが異なり、また、処理時間自体が変化するからである。第１実施形態では、前回の同じ条件で同じ情報コードの種類を読み取る場合には、円滑に処理を進めることができる。
【００２７】
第１実施形態の情報コード読取装置１０では、ＣＰＵ２２のバッファ２２ｂに蓄積した画像データをデジタルバス２８を介して間欠的に画像用メモリ２４へ送る休止時間にデコードを行うことで、カメラ１２から送られる画像データのＣＰＵ２２のバッファ２２ｂへの蓄積と、デコードとを同時に行うことが可能となり、カメラ１２からの画像の取り込みとデコードとの時間を短くすることができる。ここで、ＣＰＵ２２のバッファ２２ｂの容量を、デコード処理の分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、カメラ１２からの画像データの蓄積が継続可能なように調整する。更に、ＣＰＵ２２のバッファ２２ｂにおけるカメラ１２からの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると、蓄積完了が間近であることをＣＰＵ２２に通知する。ＣＰＵ２２は、通知を受けた後、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、ＣＰＵ２２のバッファ２２ｂに蓄積した画像データをデジタルバス２８を介して間欠的に画像用メモリ２４へ送る休止時間にデコードを行い、当該デジタルバス２８を介して画像用メモリ２４に画像データを保持させる間欠送りを妨げないようにできる。
【００２８】
[第２実施形態]
本発明の第２実施形態に係る情報コード読取装置１０について図１１、図１２を参照して説明する。第２実施形態の情報コード読取装置１０の機械的な構成に関しては第１実施形態と同様であるため、説明を省略する。
上述した第１実施形態では、デコードの分割したステップの最長時間に応じてバッファ容量を調整した。これに対して、第２実施形態では、バッファ容量を一定として、ステップの最長時間に応じて通知信号（完了予告）のタイミングを調整する。図１１（Ａ）は、ＣＰＵ２２のバッファ２２ｂの構造を示している。３２byteで構成されるバッファ２２ｂは、例えば画像データの蓄積がｎ１（＝１６byte）に達したことを検出すると、検出フラグを立て（検出フラグを立てることを便宜上ＣＰＵ２２からＣＰＵ２２への予告通知と呼ぶ）、デコードの中断処理を開始する。
【００２９】
第２実施形態では、上述したデコードの最も時間が長くかかるステップで、上記ｎ１（＝１６byte）での通知後にデコードを中断しても、最も長くかかるステップでの処理を中断する以前に、最大バッファ容量（３２byte）に達してしまう場合には、通知信号（完了予告）のタイミングを早くする。即ち、図１１（Ｂ）に示すようにＣＰＵ２２のバッファ２２ｂでの画像データの蓄積がｎ１（＝１４byte）に達した際に、通知信号（完了予告）を出力する。
【００３０】
第２実施形態のＣＰＵ２２側でのデコード処理について、図１２のフローチャートを参照して説明する。
Ｓ７２〜Ｓ８０までの処理は、図１０を参照して上述した第１実施形態と同様であるため説明を省略する。
デコードが完了すると（Ｓ８２：Ｙｅｓ）、上述したＳ７２で記憶した各ステップの処理時間中で最長時間のステップを特定する（Ｓ８４）。ここでは、Step Ｂが６msで最長であったとする。そして、この最長時間（６ms）が、バッファ転送から次の転送までの空き時間に対して長いか否か、具体的には、図１１（Ａ）を参照して上述したｎ１での予告通知を受けてから、既に開始している最も時間の掛かるStep Ｂの処理の完了後にデコード処理を中断しても、次の画像データの転送を妨げないか判断する（Ｓ８６）。ここで、最長時間がバッファ転送から次の転送までの空き時間に対して長い場合には（Ｓ８６：Ｙｅｓ）、図１１（Ｂ）を参照して上述したように、完了予告の通知タイミングを早くする（Ｓ８８）。
【００３１】
一方、反対に、最長時間が次の転送までの空き時間に対して短い場合には（Ｓ８６：Ｎｏ）、最長時間が次の転送までの空き時間に対して非常に短いかを判断する（Ｓ９２）。非常に短くない場合には（Ｓ９２：Ｎｏ）、完了予告の通知タイミングを調整することなく処理を終了する。他方、非常に短い場合には（Ｓ９２：Ｙｅｓ）、完了予告の通知タイミングを遅くする（Ｓ９４）。具体的には図１１（Ｂ）を参照して上述したように、ＣＰＵ２２のバッファ２２ｂでの画像データの蓄積がｎ１（＝１４byte）に達した際に、通知信号（完了予告）を出力していたのを、図１１（Ａ）を参照して上述したようにｎ１（＝１６byte）に達した際に、通知信号（完了予告）を出力するように調整する。
【００３２】
[第３実施形態]
本発明の第３実施形態に係る情報コード読取装置１０について説明する。
第１、第２実施形態では、通知信号（完了予告）があった際に、実行中のステップ処理が終了した時点でデコードを中断した。これに対して、第３実施形態では、画像データの転送を妨げない範囲でデコード処理を継続する。
【００３３】
第３実施形態のＣＰＵ２２側でのデコード処理について、図１３のフローチャートを参照して説明する。
Ｓ７２〜Ｓ７６、及び、Ｓ８２〜Ｓ９４までの処理は、図１０を参照して上述した第１実施形態と同様であるため説明を省略する。
ここで、完了予告通知が成されると（Ｓ７８：Ｙｅｓ）、Ｓ７６で記憶したステップの処理時間に基づき、現在進行しているステップに引き続いて次ぎのステップの処理を画像データの転送前に完了できるかを判断する（Ｓ１０２）。ここで、転送前に完了できる場合には（Ｓ１０２：Ｙｅｓ）、次のステップを行う（Ｓ１０４）。Ｓ１０２及びＳ１０４の処理を繰り返すことで可能な範囲までデコードを進め、次のステップ処理が画像データの転送前に完了できなくなると（Ｓ１０２：Ｎｏ）、進行中のステップの処理を終えることでデコードを中断する（Ｓ８０）。
【００３４】
第３実施形態では、デジタルバスを空き時間を最大限まで利用してデコード処理が進められる利点がある。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１実施形態に係る情報コード読取装置の構成概要を示すブロック図である。
【図２】メイン回路の回路構成を示すブロック図である。
【図３】図３（１）はカメラからの画像信号のＣＰＵのバッファへの送信を示すタイミングチャートであり、図３（２）はバッファからのデジタルバスを介しての画像用メモリへの転送を示すタイミングチャートである。
【図４】図４（Ａ）は従来技術での画像取り込みとデコードとの処理について説明図であり、図４（Ｂ）は第１実施形態の情報コード読取装置１０での画像取り込みとデコードとの処理について説明図である。
【図５】図５（Ａ）及び図５（Ｂ）は、画像データ転送とデコードとの関係を示すタイミングチャートである。
【図６】画像データの転送周期と転送時間との関係を示すタイミングチャートである。
【図７】第１実施形態のデコード処理の分割を示す説明図である。
【図８】図８（Ａ）及び図８（Ｂ）はＣＰＵのバッファの構造を示す説明図である。
【図９】第１実施形態のＣＰＵでの画像蓄積及び転送処理を示すフローチャートである。
【図１０】第１実施形態のＣＰＵでのデコード処理を示すフローチャートである。
【図１１】図１１（Ａ）及び図１１（Ｂ）は第２実施形態の情報コード読取装置でのＣＰＵのバッファの構造を示す説明図である。
【図１２】第２実施形態に係る情報コード読取装置のＣＰＵでのデコード処理を示すフローチャートである。
【図１３】第３実施形態に係る情報コード読取装置のＣＰＵでのデコード処理を示すフローチャートである。
【符号の説明】
【００３６】
１０…情報コード読取装置
１２…カメラ
２０…メイン回路
２２…ＣＰＵ
２２ｂ…バッファ
２４…画像用メモリ
２８…デジタルバス
【技術分野】
【０００１】
本発明は、商品等に貼り付けられているバーコード、ＱＲコード（登録商標）等の光学情報を読み取る情報読取装置に関するものである。
【背景技術】
【０００２】
紙などの基材にバーコードやＱＲコードなどの光学情報を印刷したものを物品や書類に取り付け、これを光学的に読み取り、物品の識別などを行う光学情報読取装置が知られている。係る光学情報読取装置は、受光素子で撮像した光学情報の画像を一旦画像用メモリに取り込んでからデコードを行っていた。特許文献１には、画像取り込み後にデコードを行う情報コード読取装置が開示されている。
【特許文献１】特開２００５−１９６６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、情報コード読取装置では、画像取り込みとデコードとをデコードが成功するまで繰り返すので、画像データの取り込み後にデコードを開始すると、情報コードの読み取りまでの時間が長くなるという課題があった。
【０００４】
上記目的を達成するため、本発明は、情報コードを短時間で読み取り得る情報読取装置を提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、請求項１は、カメラ１２で撮像した画像をデコードする情報読取装置１０であって、
カメラ１２から送られる画像データをバッファ２２ｂに蓄積する画像データ蓄積手段と：
前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して間欠的に送り、画像用メモリ２４に保持させる画像データ転送手段と：
該画像用メモリ２４に保持された画像データを前記バスライン２８を介して取得し、デコードするデコード手段と：を備え、
前記バッファ２２ｂの容量を、前記デコード手段によるデコード処理をブロック毎に分割し、分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、前記画像データ蓄積手段による前記カメラ１２からの画像データの蓄積が継続可能なように調整するバッファ容量調整手段を有し、
前記デコード手段は、分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
中断中に前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して画像用メモリ２４へ送ることで、当該バスライン２８を介して画像用メモリ２４に画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は、転送終了後にデコードを再開することを技術的特徴とする。
【０００６】
また、請求項２は、カメラ１２で撮像した画像をデコードする情報読取装置１０であって、
カメラ１２から送られる画像データをバッファ２２ｂに蓄積する画像データ蓄積手段と：
前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して間欠的に送り、画像用メモリ２４に保持させる画像データ転送手段と：
該画像用メモリ２４に保持された画像データを前記バスライン２８を介して取得し、デコードするデコード手段と：を備え、
前記バッファ２２ｂにおける前記カメラ１２からの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると前記デコード手段に通知する通知手段を有し、
前記デコード手段は、前記通知手段からの通知を受けた後、デコード処理を構成する分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
前記バッファ２２ｂに蓄積した画像データをバスライン２８を介して画像用メモリ２４へ送ることで、当該バスライン２８を介して画像用メモリ２４に画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は転送終了後にデコードを再開することを技術的特徴とする。
【発明の効果】
【０００７】
請求項１の情報読取装置では、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行うことで、カメラから送られる画像データのバッファへの蓄積と、デコードとを同時に行うことが可能となり、カメラからの画像の取り込みとデコードとの時間を短くすることができる。ここで、バッファの容量を、デコード処理の分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、カメラからの画像データの蓄積が継続可能なように調整する。そして、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行い、当該バスラインを介して画像用メモリに画像データを保持させる間欠送りを妨げないようにでき、カメラからの画像データがバッファの容量を超え、該バッファに保持されない事態を生じせしめない。
【０００８】
請求項２の情報読取装置では、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行うことで、カメラから送られる画像データのバッファへの蓄積と、デコードとを同時に行うことが可能となり、カメラからの画像の取り込みとデコードとの時間を短くすることができる。ここで、バッファにおけるカメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると、蓄積完了が間近であることをデコード手段に通知し、該デコード手段は、通知を受けた後、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行い、当該バスラインを介して画像用メモリに画像データを保持させる間欠送りを妨げないようにできる。
【０００９】
請求項３の情報読取装置では、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行うことで、カメラから送られる画像データのバッファへの蓄積と、デコードとを同時に行うことが可能となり、カメラからの画像の取り込みとデコードとの時間を短くすることができる。ここで、バッファの容量を、デコード処理の分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、カメラからの画像データの蓄積が継続可能なように調整する。更に、バッファにおけるカメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると、蓄積完了が間近であることをデコード手段に通知する。デコード手段は、通知を受けた後、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、バッファに蓄積した画像データをバスラインを介して間欠的に画像用メモリへ送る休止時間にデコードを行い、当該バスラインを介して画像用メモリに画像データを保持させる間欠送りを妨げないようにできる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の情報読取装置を情報コード読取装置に適用した実施形態について図を参照して説明する。まず、第１実施形態に係る情報コード読取装置１０の構成概要を図１に基づいて説明する。
【００１１】
図１は情報コード読取装置１０の構成を示すブロック図である。情報コード読取装置１０は、主に、照明光源１６、結像レンズ１４、ＣＣＤから成る受光センサ１２、受光センサ１２からのアナログ出力をＡ／Ｄ変換するＡ／Ｄ変換器３２、Ａ／Ｄ変換された画像信号を処理するメイン回路２０、コンピュータ１２０との間の信号を制御する信号のやりとりを制御する信号ＩＦ３６、種々の制御を行う制御ＩＦ３６，読み取り音を出力するブザー３８等から構成されている。
【００１２】
図２はメイン回路２０の回路構成を示すブロック図である。
画像データからの情報コードのデコードを行うメイン回路２０は、ＣＰＵ２２と、ＤＲＡＭからなる画像用メモリ２４とから成り、ＣＰＵ２２と画像用メモリ２４とは画像信号を転送するためのデジタルバス２８で接続されている。ＣＰＵ２２はバッファ２２ｂを内蔵している。ここで、画像用メモリ２４はＳＤＲＡＭで構成することもできる。カメラ１２からＡ／Ｄ変換器（図２中で図略）でデジタル信号に変換された画像信号は、カメラインタフェイスを介してＣＰＵ２２へ送られ、ＣＰＵ２２のバッファ２２ｂに一旦蓄積される。そして、データ量が一定にまで蓄えられると画像用メモリ２４へデジタルバス２８を介して転送される。ＣＰＵ２２は、画像用メモリ２４に蓄えられた画像データをデジタルバス２８を介して取り出し、情報コードのデコードを行う。
【００１３】
引き続き、第１実施形態の情報コード読取装置１０での画像データの転送について図２及び図３を参照して説明する。図３（１）はカメラ１２からの画像信号のＣＰＵ２２のバッファ２２ｂへの送信を示し、図３（２）はバッファ２２ｂからのデジタルバス２８を介しての画像用メモリ２４への転送を示すタイミングチャートである。第１実施形態では、デジタルバス２８の空き時間に、画像データをＣＰＵ２２のバッファ２２ｂからデジタルバス２８を介して画像用メモリ２４へ間欠的に転送する。
【００１４】
図４を参照して第１実施形態の情報コード読取装置１０での画像取り込みとデコードとの処理について説明する。図４（Ａ）は従来技術での画像取り込みとデコードとの処理について説明図である。従来技術では、カメラで画像を取り込んだ後、カメラの画像をデコードしていた。
【００１５】
図４（Ｂ）は第１実施形態の情報コード読取装置１０での画像取り込みとデコードとの処理について説明図である。
第１実施形態では、画像取り込みとデコードとを同時に行う。即ち、カメラで画像を取り込んでいる最中に、前回カメラで取り込んだ画像のデコードを行う。このため、図４（Ａ）に示す従来技術の方法に対して、カメラの画像のデコードまでの時間を短縮できる。
【００１６】
この処理タイミングについて、更に、図５及び図６を参照して説明する。
図５（Ａ）及び図５（Ｂ）は、画像データ転送とデコードとの関係を示すタイミングチャートである。
図５（Ａ）中で、（３）はカメラからの画像信号のＣＰＵ２２のバッファ２２ｂへの送信を示し、（４）はバッファ２２ｂからのデジタルバス２８を介しての画像用メモリ２４への転送を示し、（５）は、ＣＰＵ２２による画像用メモリ２４からデジタルバス２８を介して画像を取得してのデコード処理を示している。第１実施形態では、上述したように、画像データを継続的に取得し、デジタルバス２８を介して画像用メモリ２４へ画像データを間欠的に転送し、この空き時間を利用してＣＰＵ２２はデコードを行う。このため、画像データの取得と、デコードとを同時に行うことができる。
【００１７】
第１実施形態では、画像用メモリ２４へ画像データを間欠的に転送し、この空き時間を利用してデコードを行うために、間欠転送の前にデコードを一旦停止（中断）し、転送後にデコードを再開する。ここで、図５（Ｂ）中では、画像の転送と、デコードとがかち合った場合を示している。デコードの一旦停止が遅れ、デコードとデータの転送とが重なると、即ち、デジタルバス２８の利用がかち合うと、画像データの取りこぼしが生じる可能性がある。
【００１８】
図６は、画像データの転送周期と転送時間との関係を示すタイミングチャートである。図中（３）はカメラからの画像信号のＣＰＵ２２のバッファ２２ｂへの転送を示し、（４）はバッファ２２ｂからのデジタルバス２８を介しての画像用メモリ２４への転送を示している。バッファ２２ｂに蓄える画像データの量を少なくし、転送周期を短くすると転送時間は短くなり、反対に、バッファ２２ｂに蓄える画像データの量を多くし、転送周期を長くすると転送時間は長くなる。
【００１９】
第１実施形態では、デコード処理の中断を可能にするため、図７に示すようにデコード処理をブロック（ステップ）毎に分割する。即ち、中断が可能な処理（分割が可能なデコード処理の最小処理単位）毎に分割しておく。そして、各ステップでの処理時間を記憶しておき、最も長くかかるステップでの処理を基準に中断のタイミングを決定する。
【００２０】
更に、デコード処理を中断するために、バッファ２２ｂで画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達するとＣＰＵ２２から通知信号が出力される。即ち、ＣＰＵ２２は、バッファ２２ｂに設定したバッファサイズを検出する。図８（Ａ）は、ＣＰＵ２２のバッファ２２ｂの構造を示している。３２byteで構成されるバッファ２２ｂは、画像データの蓄積がｎ１（＝１６byte）に達したことを検出すると、検出フラグを立て（検出フラグを立てることを便宜上ＣＰＵ２２からＣＰＵ２２への予告通知と呼ぶ）、デコードの中断処理を開始する。
【００２１】
更に、第１実施形態では、上述したデコードの最も時間が長くかかるステップで、上記ｎ１（＝１６byte）での通知後にデコードを中断しても、最も時間が長くかかるステップでの処理を中断する以前に、最大バッファ容量（３２byte）に達してしまう場合には、バッファ容量を増やす。即ち、ＣＰＵ２２のバッファ２２ｂの容量を図８（Ａ）に示す３２byteから図８（Ｂ）に示すように３６byteに増やす。
【００２２】
上述した第１実施形態のＣＰＵ２２での画像蓄積及び転送処理について、図９のフローチャートを参照して説明する。
先ず、ＣＰＵ２２は、カメラ１２から送られた画像データのバッファ２２ｂへの蓄積を図８（Ｂ）を参照して上述したように開始する（Ｓ５２）。そして、所定のタイミング（ｎ１＝１６byte）に達したかを判断し（Ｓ５４）。所定のタイミングに達すると（Ｓ５４：Ｙｅｓ）、ＣＰＵ２２側に完了予告を通知（フラグを立てる）する（Ｓ５６）。そして、画像データが３２byteに達して、蓄積が完了したら（Ｓ５８：Ｙｅｓ）、画像データを図３（２）を参照して上述したように、デジタルバス２８を介して画像用メモリ２４に転送し（Ｓ６２）、転送の完了をＣＰＵ２２側に通知（フラグを立てる）する（Ｓ６４）。
【００２３】
引き続き、ＣＰＵ２２でのデコード処理について、図１０のフローチャートを参照して説明する。
上述した画像データ転送終了の通知を受けると（Ｓ７２：Ｙｅｓ）、図７を参照して上述したデコードの各ステップ（Step Ａ、Step Ｂ、・・・Step Ｘ）の処理を行い（Ｓ７４）、各ステップの処理に要した時間を記憶していく（Ｓ７６）。例えば、Step Ａ＝３ms、Step Ｂ＝６ms・・・。そして、ＣＰＵ２２の内部処理で、完了予告が通知があるか（フラグが立っているか）を判断する（Ｓ７８）。完了予告が有るまでは（Ｓ７８：Ｎｏ）、デコードが終了したかを判断し（Ｓ８２）、デコードが終了するまで（Ｓ８２：Ｎｏ）、Ｓ７４に戻り、各ステップの処理を継続する。ここで、ＣＰＵ２２の内部処理で完了予告の通知があると（Ｓ７８：Ｙｅｓ）、処理中のステップを完了した時点でデコードを中断し（Ｓ８０）、Ｓ７２に戻り、画像データの転送完了まで待機し、転送完了後にデコードを再開する（Ｓ７４）。
【００２４】
上記処理を繰り返し、デコードが完了すると（Ｓ８２：Ｙｅｓ）、上述したＳ７２で記憶した各ステップの処理時間中で最長時間のステップを特定する（Ｓ８４）。ここでは、Step Ｂが６msで最長であったとする。そして、この最長時間（６ms）が、バッファ転送から次の転送までの空き時間に対して長いか否か、具体的には、図８（Ａ）を参照して上述したｎ１での予告通知を受けてから、既に開始している最も時間の掛かるStep Ｂの処理の完了後にデコード処理を中断しても、次の画像データの転送を妨げないか判断する（Ｓ８６）。ここで、最長時間がバッファ転送から次の転送までの空き時間に対して長い場合には（Ｓ８６：Ｙｅｓ）、図８（Ｂ）を参照して上述したように、ＣＰＵ２２のバッファ２２ｂの容量を大きくする（Ｓ８８）。
【００２５】
一方、反対に、最長時間が次の転送までの空き時間に対して短い場合には（Ｓ８６：Ｎｏ）、最長時間が次の転送までの空き時間に対して非常に短いかを判断する（Ｓ９２）。非常に短くない場合には（Ｓ９２：Ｎｏ）、バッファ容量を調整することなく処理を終了する。他方、非常に短い場合には（Ｓ９２：Ｙｅｓ）、バッファ容量を小さくする（Ｓ９４）。具体的には図８（Ｂ）を参照して上述したように、ＣＰＵ２２のバッファ２２ｂの容量を３６byteから、図８（Ａ）に示すように３２byteまで減らす。
【００２６】
第１実施形態で、デコードの度に、処理時間中で最長時間のステップを特定するのは、読み取り条件、情報コードの種類等によって、処理時間中で最長時間のステップが異なり、また、処理時間自体が変化するからである。第１実施形態では、前回の同じ条件で同じ情報コードの種類を読み取る場合には、円滑に処理を進めることができる。
【００２７】
第１実施形態の情報コード読取装置１０では、ＣＰＵ２２のバッファ２２ｂに蓄積した画像データをデジタルバス２８を介して間欠的に画像用メモリ２４へ送る休止時間にデコードを行うことで、カメラ１２から送られる画像データのＣＰＵ２２のバッファ２２ｂへの蓄積と、デコードとを同時に行うことが可能となり、カメラ１２からの画像の取り込みとデコードとの時間を短くすることができる。ここで、ＣＰＵ２２のバッファ２２ｂの容量を、デコード処理の分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、カメラ１２からの画像データの蓄積が継続可能なように調整する。更に、ＣＰＵ２２のバッファ２２ｂにおけるカメラ１２からの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると、蓄積完了が間近であることをＣＰＵ２２に通知する。ＣＰＵ２２は、通知を受けた後、デコード処理を構成する分割されたデコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断することで、ＣＰＵ２２のバッファ２２ｂに蓄積した画像データをデジタルバス２８を介して間欠的に画像用メモリ２４へ送る休止時間にデコードを行い、当該デジタルバス２８を介して画像用メモリ２４に画像データを保持させる間欠送りを妨げないようにできる。
【００２８】
[第２実施形態]
本発明の第２実施形態に係る情報コード読取装置１０について図１１、図１２を参照して説明する。第２実施形態の情報コード読取装置１０の機械的な構成に関しては第１実施形態と同様であるため、説明を省略する。
上述した第１実施形態では、デコードの分割したステップの最長時間に応じてバッファ容量を調整した。これに対して、第２実施形態では、バッファ容量を一定として、ステップの最長時間に応じて通知信号（完了予告）のタイミングを調整する。図１１（Ａ）は、ＣＰＵ２２のバッファ２２ｂの構造を示している。３２byteで構成されるバッファ２２ｂは、例えば画像データの蓄積がｎ１（＝１６byte）に達したことを検出すると、検出フラグを立て（検出フラグを立てることを便宜上ＣＰＵ２２からＣＰＵ２２への予告通知と呼ぶ）、デコードの中断処理を開始する。
【００２９】
第２実施形態では、上述したデコードの最も時間が長くかかるステップで、上記ｎ１（＝１６byte）での通知後にデコードを中断しても、最も長くかかるステップでの処理を中断する以前に、最大バッファ容量（３２byte）に達してしまう場合には、通知信号（完了予告）のタイミングを早くする。即ち、図１１（Ｂ）に示すようにＣＰＵ２２のバッファ２２ｂでの画像データの蓄積がｎ１（＝１４byte）に達した際に、通知信号（完了予告）を出力する。
【００３０】
第２実施形態のＣＰＵ２２側でのデコード処理について、図１２のフローチャートを参照して説明する。
Ｓ７２〜Ｓ８０までの処理は、図１０を参照して上述した第１実施形態と同様であるため説明を省略する。
デコードが完了すると（Ｓ８２：Ｙｅｓ）、上述したＳ７２で記憶した各ステップの処理時間中で最長時間のステップを特定する（Ｓ８４）。ここでは、Step Ｂが６msで最長であったとする。そして、この最長時間（６ms）が、バッファ転送から次の転送までの空き時間に対して長いか否か、具体的には、図１１（Ａ）を参照して上述したｎ１での予告通知を受けてから、既に開始している最も時間の掛かるStep Ｂの処理の完了後にデコード処理を中断しても、次の画像データの転送を妨げないか判断する（Ｓ８６）。ここで、最長時間がバッファ転送から次の転送までの空き時間に対して長い場合には（Ｓ８６：Ｙｅｓ）、図１１（Ｂ）を参照して上述したように、完了予告の通知タイミングを早くする（Ｓ８８）。
【００３１】
一方、反対に、最長時間が次の転送までの空き時間に対して短い場合には（Ｓ８６：Ｎｏ）、最長時間が次の転送までの空き時間に対して非常に短いかを判断する（Ｓ９２）。非常に短くない場合には（Ｓ９２：Ｎｏ）、完了予告の通知タイミングを調整することなく処理を終了する。他方、非常に短い場合には（Ｓ９２：Ｙｅｓ）、完了予告の通知タイミングを遅くする（Ｓ９４）。具体的には図１１（Ｂ）を参照して上述したように、ＣＰＵ２２のバッファ２２ｂでの画像データの蓄積がｎ１（＝１４byte）に達した際に、通知信号（完了予告）を出力していたのを、図１１（Ａ）を参照して上述したようにｎ１（＝１６byte）に達した際に、通知信号（完了予告）を出力するように調整する。
【００３２】
[第３実施形態]
本発明の第３実施形態に係る情報コード読取装置１０について説明する。
第１、第２実施形態では、通知信号（完了予告）があった際に、実行中のステップ処理が終了した時点でデコードを中断した。これに対して、第３実施形態では、画像データの転送を妨げない範囲でデコード処理を継続する。
【００３３】
第３実施形態のＣＰＵ２２側でのデコード処理について、図１３のフローチャートを参照して説明する。
Ｓ７２〜Ｓ７６、及び、Ｓ８２〜Ｓ９４までの処理は、図１０を参照して上述した第１実施形態と同様であるため説明を省略する。
ここで、完了予告通知が成されると（Ｓ７８：Ｙｅｓ）、Ｓ７６で記憶したステップの処理時間に基づき、現在進行しているステップに引き続いて次ぎのステップの処理を画像データの転送前に完了できるかを判断する（Ｓ１０２）。ここで、転送前に完了できる場合には（Ｓ１０２：Ｙｅｓ）、次のステップを行う（Ｓ１０４）。Ｓ１０２及びＳ１０４の処理を繰り返すことで可能な範囲までデコードを進め、次のステップ処理が画像データの転送前に完了できなくなると（Ｓ１０２：Ｎｏ）、進行中のステップの処理を終えることでデコードを中断する（Ｓ８０）。
【００３４】
第３実施形態では、デジタルバスを空き時間を最大限まで利用してデコード処理が進められる利点がある。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１実施形態に係る情報コード読取装置の構成概要を示すブロック図である。
【図２】メイン回路の回路構成を示すブロック図である。
【図３】図３（１）はカメラからの画像信号のＣＰＵのバッファへの送信を示すタイミングチャートであり、図３（２）はバッファからのデジタルバスを介しての画像用メモリへの転送を示すタイミングチャートである。
【図４】図４（Ａ）は従来技術での画像取り込みとデコードとの処理について説明図であり、図４（Ｂ）は第１実施形態の情報コード読取装置１０での画像取り込みとデコードとの処理について説明図である。
【図５】図５（Ａ）及び図５（Ｂ）は、画像データ転送とデコードとの関係を示すタイミングチャートである。
【図６】画像データの転送周期と転送時間との関係を示すタイミングチャートである。
【図７】第１実施形態のデコード処理の分割を示す説明図である。
【図８】図８（Ａ）及び図８（Ｂ）はＣＰＵのバッファの構造を示す説明図である。
【図９】第１実施形態のＣＰＵでの画像蓄積及び転送処理を示すフローチャートである。
【図１０】第１実施形態のＣＰＵでのデコード処理を示すフローチャートである。
【図１１】図１１（Ａ）及び図１１（Ｂ）は第２実施形態の情報コード読取装置でのＣＰＵのバッファの構造を示す説明図である。
【図１２】第２実施形態に係る情報コード読取装置のＣＰＵでのデコード処理を示すフローチャートである。
【図１３】第３実施形態に係る情報コード読取装置のＣＰＵでのデコード処理を示すフローチャートである。
【符号の説明】
【００３６】
１０…情報コード読取装置
１２…カメラ
２０…メイン回路
２２…ＣＰＵ
２２ｂ…バッファ
２４…画像用メモリ
２８…デジタルバス
【特許請求の範囲】
【請求項１】
カメラで撮像した画像をデコードする情報読取装置であって、
カメラから送られる画像データをバッファに蓄積する画像データ蓄積手段と：
前記バッファに蓄積した画像データをバスラインを介して間欠的に送り、画像用メモリに保持させる画像データ転送手段と：
該画像用メモリに保持された画像データを前記バスラインを介して取得し、デコードするデコード手段と：を備え、
前記バッファの容量を、前記デコード手段によるデコード処理をブロック毎に分割し、分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、前記画像データ蓄積手段による前記カメラからの画像データの蓄積が継続可能なように調整するバッファ容量調整手段を有し、
前記デコード手段は、分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
中断中に前記バッファに蓄積した画像データをバスラインを介して画像用メモリへ送ることで、当該バスラインを介して画像用メモリに画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は、転送終了後にデコードを再開することを特徴とする情報読取装置。
【請求項２】
カメラで撮像した画像をデコードする情報読取装置であって、
カメラから送られる画像データをバッファに蓄積する画像データ蓄積手段と：
前記バッファに蓄積した画像データをバスラインを介して間欠的に送り、画像用メモリに保持させる画像データ転送手段と：
該画像用メモリに保持された画像データを前記バスラインを介して取得し、デコードするデコード手段と：を備え、
前記バッファにおける前記カメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると前記デコード手段に通知する通知手段を有し、
前記デコード手段は、前記通知手段からの通知を受けた後、デコード処理を構成する分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
前記バッファに蓄積した画像データをバスラインを介して画像用メモリへ送ることで、当該バスラインを介して画像用メモリに画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は転送終了後にデコードを再開することを特徴とする情報読取装置。
【請求項３】
前記バッファにおける前記カメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると前記デコード手段に通知する通知手段と有し、
前記デコード手段は、前記通知手段からの通知を受けた後、デコード処理を構成する分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断する請求項１の情報読取装置。
【請求項１】
カメラで撮像した画像をデコードする情報読取装置であって、
カメラから送られる画像データをバッファに蓄積する画像データ蓄積手段と：
前記バッファに蓄積した画像データをバスラインを介して間欠的に送り、画像用メモリに保持させる画像データ転送手段と：
該画像用メモリに保持された画像データを前記バスラインを介して取得し、デコードするデコード手段と：を備え、
前記バッファの容量を、前記デコード手段によるデコード処理をブロック毎に分割し、分割されたブロックを処理する処理時間のうち最も長くなる処理時間においても、前記画像データ蓄積手段による前記カメラからの画像データの蓄積が継続可能なように調整するバッファ容量調整手段を有し、
前記デコード手段は、分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
中断中に前記バッファに蓄積した画像データをバスラインを介して画像用メモリへ送ることで、当該バスラインを介して画像用メモリに画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は、転送終了後にデコードを再開することを特徴とする情報読取装置。
【請求項２】
カメラで撮像した画像をデコードする情報読取装置であって、
カメラから送られる画像データをバッファに蓄積する画像データ蓄積手段と：
前記バッファに蓄積した画像データをバスラインを介して間欠的に送り、画像用メモリに保持させる画像データ転送手段と：
該画像用メモリに保持された画像データを前記バスラインを介して取得し、デコードするデコード手段と：を備え、
前記バッファにおける前記カメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると前記デコード手段に通知する通知手段を有し、
前記デコード手段は、前記通知手段からの通知を受けた後、デコード処理を構成する分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断し；
前記バッファに蓄積した画像データをバスラインを介して画像用メモリへ送ることで、当該バスラインを介して画像用メモリに画像データを転送する処理を最大バッファ容量となる時間内に開始し；
前記デコード手段は転送終了後にデコードを再開することを特徴とする情報読取装置。
【請求項３】
前記バッファにおける前記カメラからの画像データが最大バッファ容量となる前の、事前に設定したバッファサイズに達すると前記デコード手段に通知する通知手段と有し、
前記デコード手段は、前記通知手段からの通知を受けた後、デコード処理を構成する分割された前記デコードの各ブロックのうち少なくとも１つのブロックの処理後にデコードを中断する請求項１の情報読取装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００８−１８６３６４（Ｐ２００８−１８６３６４Ａ）
【公開日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願番号】特願２００７−２１２４６（Ｐ２００７−２１２４６）
【出願日】平成１９年１月３１日（２００７．１．３１）
【出願人】（５０１４２８５４５）株式会社デンソーウェーブ (1,155)
【Ｆターム（参考）】
【公開日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願日】平成１９年１月３１日（２００７．１．３１）
【出願人】（５０１４２８５４５）株式会社デンソーウェーブ (1,155)
【Ｆターム（参考）】
[ Back to top ]