JPH06214697A - バーコード記号のデータを入力する方法及びコンピュータシステム - Google Patents

Abstract

(57)【要約】 【目的】 バーコード入力を、非バーコード読取アプリ
ケーションプログラムか又はバーコード読取アプリケー
ションプログラムかのいずれかにインターフェイスする
方法及びコンピュータシステムを提供する。 【構成】 バーコードデータを受け入れるように構成さ
れたリーダーアプリケーションプログラムと、バーコー
ドデータを受け入れるように構成されていない非リーダ
ーアプリケーションプログラムとにバーコードデータを
入力する方法及びコンピュータシステムであって、バー
コードデータは、長いバーコードデータストリングが壊
れないようにキャラクターの連続するストリームとして
入力され、更に、バーコード読取及び処理サービスと、
リーダーアプリケーションプログラムとの間で双方向の
通信を行って、リーダーアプリケーションプログラムが
バーコード読取及び処理サービスを再構成できるように
した方法及びシステム。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般にバーコード記号の
データを入力する方法及びコンピュータシステムに係
り、より詳細には、バーコード入力を非バーコード読取
アプリケーションプログラム又はバーコード読取アプリ
ケーションプログラムのいずれかにインターフェイスす
るための方法及びコンピュータシステムに係る。

【０００２】

【従来の技術】記号読取入力装置は、一般に、バーコー
ドのような記号を読み取るために感知ビームを使用して
おり、バーコードは、ビームを感知する異なる特性の交
互の領域（バー）で構成される。バーコード又は他の記
号は、他の装置にアドレスされる情報又はコマンドを記
憶するのに用いることができる。記号を感知した後に、
入力装置は、その記号によって生じた戻り感知ビームに
おける変化を受け取って解読する。例えば、記号が印刷
された表面に接触しそして光ビームによって記号を読み
取る手持ち式のワンドによって記号を読み取ることは公
知である。又、バーコードを含む領域を光ビームで走査
する非接触の走査装置を使用することも知られている。

【０００３】このような入力装置は、通常、反射した走
査ビームをデコードのための電子データ形態に変換す
る。１つの公知システムにおいては、この電子データが
システムに入力されて、記号読取入力装置ドライバが電
子データ形態を、システム上で実行するバーコード読取
アプリケーションプログラムで確認できる形態にデコー
ドする。

【０００４】別の公知システムでは、電子データ形態が
ＡＳＣＩＩキャラクターにデコードされ、ＲＳ２３２型
非同期シリアルインターフェイスを経てシステムのシリ
アル通信ポートバッファに転送され、そしてシステム上
で実行しているバーコード読取アプリケーションプログ
ラムへ通される。

【０００５】

【発明が解決しようとする課題】あるコンピュータプロ
グラムはバーコードデータを受け入れるように書かれて
いるが、ほとんどのコンピュータプログラムは、ユーザ
がコンピュータキーボードにタイプしたデータを受け取
るように設計されている。これらプログラムは、バーコ
ードデータを読み取るように設計されていないので、非
リーダーアプリケーションプログラムと称される。ユー
ザがコンピュータキーボードでタイプしたデータを受け
取るように設計されたほとんどのコンピュータプログラ
ムに伴う問題は、多くの人々がタイプ入力に熟練してい
ないことである。彼等は、データを入力することが厄介
であるために、コンピュータの使用を避けようとする。
しかしながら、これらの人々は、コンピュータプログラ
ムがバーコードデータ入力を受け入れれば、コンピュー
タを使用するであろう。又、キーボードの使用が実際的
でなくてエラーが生じ易い状況や、バーコードデータ入
力の使用が実用的であって実質上エラーが生じない状況
のような多数の状況が考えられる。

【０００６】あるバーコード読取入力装置は、バーコー
ド入力でキーボード入力をエミュレートするような特殊
なハードウェアに取り付けることができる。このような
バーコード読取入力装置及び特殊なハードウェアは、コ
ンピュータシステムに接続されたときには、ユーザが、
標準的なキャラクター又は一般に使用されるワードを表
す記号を走査してそれらのキャラクター又はワードをコ
ンピュータシステムに入力できるようにする。リーダー
アプリケーションプログラム、即ちバーコードデータを
受け入れるように特に設計されたプログラムだけは、バ
ーコード信号をキーボード入力に変換する必要なく、バ
ーコードデータを受け入れることができる。

【０００７】このようなバーコード読取入力装置及び特
殊なハードウェアをコンピュータシステムに接続するの
に伴う別の問題は、これら装置がコンピュータシステム
上で実行されるリーダーアプリケーションプログラムと
一方向にしか通信できないことである。バーコード読取
入力装置は情報をリーダーアプリケーションに送信する
が、リーダーアプリケーションプログラムは、バーコー
ド読取入力装置に情報を返送することができない。従っ
て、リーダーアプリケーションプログラムは、バーコー
ド入力をデコードする仕方を再構成することも、異なる
形式のバーコードを読み取るようにバーコードリーダー
を再構成することもできない。

【０００８】

【課題を解決するための手段】本発明の方法及びシステ
ムは、バーコードデータを、バーコードデータを受け入
れるよう設計されたコンピュータプログラム（リーダー
アプリケーションプログラム）にデータ入力すると共
に、バーコードデータを受け入れるよう設計されていな
いコンピュータプログラム（非リーダーアプリケーショ
ンプログラム）にもデータ入力する。バーコードデータ
は、一度に１キャラクターではなく、キャラクターの連
続ストリームとして入力され、長いバーコードデータス
トリングが壊れないようにされる。更に、本発明の方法
及びシステムは、バーコード読取及び処理サービスと、
リーダーアプリケーションプログラムとの間で双方向通
信を行って、リーダーアプリケーションプログラムがと
りわけバーコード読取及び処理サービスを再構成できる
ようにする。

【０００９】本発明は、ハードウェア及びソフトウェア
をＰＣ内に埋め込むことにより、バーコード読取入力装
置及び特殊なハードウェアの公知組み合わせに取って代
わるものである。その結果、ＰＣ上で実行されるアプリ
ケーションプログラムは、この埋め込まれたハードウェ
ア及びソフトウェアを再構成することができる。リーダ
ー及び非リーダーの両アプリケーションプログラムがＰ
Ｃ上で実行されそしてバーコードデータを受け入れるこ
とができる。

【００１０】

【実施例】以下、添付図面を参照し、本発明の実施例を
詳細に説明する。図１は、本発明の方法を実施するよう
に構成されたコンピュータシステム１０１を示してい
る。このコンピュータシステム１０１は、手持ち式のバ
ーコード読取入力装置１０２と、キーボード１０３と、
手持ち式装置のケースに組み込まれたディスプレイスク
リーン１０４とを備えている。コンピュータシステム１
０１は、全８０３８６プロセッサ命令セットをサポート
しそして本質的に同じ割り込みハードウェアを有すると
いう点で、ＰＣ／ＡＴに対応している。更に、ＰＣ／Ａ
Ｔの基本入力−出力システム（ＢＩＯＳ）に対応のシス
テム呼び出しを使用するＩ／Ｏ構造も有している。ＰＣ
／ＡＴの詳細な説明については、バロン＆ヒグビーのコ
ンピュータアーキテクチャ（１９９２）を参照されな
い。

【００１１】本発明の方法は、非リーダーアプリケーシ
ョンプログラム及びリーダーアプリケーションプログラ
ムを実行する手持ち式のバーコードリーダーとして使用
することのできるコンピュータシステム１０１をもたら
す。コンピュータシステム１０１は、バーコードリーダ
ーであると共にパーソナルコンピュータ（ＰＣ）であ
る。これは、ＰＣ方法に精通したユーザが、バーコード
方法の利点を、アプリケーションプログラムとインター
フェイスする効率的な手段として活用できるようにす
る。

【００１２】コンピュータシステム１０１は、バーコー
ド入力をデコードし処理するためのソフトウェアバーコ
ードリーダーサービスを提供する。これは、本発明と公
知システムを区別する重要な特徴である。ほとんどのＰ
Ｃと同様に、本発明は、オペレーティングシステム及び
ＢＩＯＳサービスをアクセスするための基本的な方法と
してソフトウェア割り込みを使用する。

【００１３】図１のバーコード入力装置１０２及びキー
ボード１０３と、リーダー及び非リーダーアプリケーシ
ョンプログラムとの間のデータの流れ図が図２に示され
ている。

【００１４】図２を参照すれば、非デコードのバーコー
ド入力装置１０２は、バーコード記号を「走査」し、そ
の走査した記号に関連した情報を含むアナログ電気映像
信号を発生する。この映像信号はカウント収集ハードウ
ェア装置２０１によって受け取られ、この装置は映像信
号をデジタルバーコードデータ（デジタルデータ）に変
換する。

【００１５】このデジタルデータは、次いで、バーコー
ド装置ドライバ２０３に入力され、これはデジタルデー
タをデコードして、デコードされたバーコードラベルを
発生する。このデコードされたバーコードラベルは、Ａ
ＳＣＩＩキャラクターストリング及びデコード情報より
成る。バーコード装置ドライバはリーダーサービスユー
ティリィティプログラム２０５からオンラインの構成情
報を受け取り、そしてこのリーダーサービスユーティリ
ィティプログラムは、リーダーアプリケーションプログ
ラム２１３からリーダーコマンドの形態の構成情報を受
け取ると共に、構成ファイル２０７からいかにデータを
デコードするかについての情報を受け取る。

【００１６】リーダーサービスユーティリィティプログ
ラム２０５は、デコードされたバーコードラベルを受け
取り、そしてプログラムのモード、即ち直接アクセスで
あるか間接アクセスであるかに基づいて、プログラムは
ラベルを処理し、１）処理されたＡＳＣＩＩキャラクタ
ーストリング及びリーダーコマンド情報か、２）処理さ
れた連続的なＡＳＣＩＩキャラクター又はキーコードス
トリングかのいずれかを発生する。キーコードは、８ビ
ットのＰＣキーボード走査コードと、８ビットのＡＳＣ
ＩＩキャラクターコードとで形成された１６ビット値で
ある。

【００１７】又、リーダーサービスユーティリィティプ
ログラム２０５は、デコードされたバーコードラベル
を、そのバーコードラベルがリーダーコマンドを含んで
いることを指示するキャラクターの特殊な組み合わせの
存在について解明する。デコードされたバーコードラベ
ルがリーダーコマンドを含んでいる場合には、リーダー
サービスユーティリィティプログラム２０５はそのコマ
ンドを実行する。又、リーダーサービスユーティリィテ
ィプログラム２０５は、リーダーアプリケーションプロ
グラム２１３からのリーダーコマンドも処理できる。こ
のリーダーサービスユーティリィティプログラムは、図
４、５及び６を参照して以下に詳細に説明する。

【００１８】走査コードは、８ビット値であるか又は一
連の８ビット値であり、これはキーボード１０３のキー
が押されるか又は放されたときにオペレーティングシス
テムに送られる。キーボード上の各キーは独特の走査コ
ードを有している。このコードは、キーに示された文
字、数字又は記号に対するＡＳＣＩＩキャラクターコー
ドと同じではなく、キー自体に対する特殊な識別子であ
り、特定のキーに対して常に同じである。キーが押され
るとき及び／又は放されるときには、走査コードがオペ
レーティングシステムへ送られ、ネーティブ（地の）Ｉ
ｎｔ ９割り込みサービスによって単一の走査コード値
に変換される。この場合に、キーボードに専用のＢＩＯ
Ｓの部分が走査コードをそのＡＳＣＩＩの等効物に変換
する。

【００１９】間接的なアクセスモードが作用されるとき
には、処理されたＡＳＣＩＩキャラクター又はキーコー
ドストリングは、バッファ拡張ＢＩＯＳイクステンショ
ン２０９へ通される。このバッファ拡張ＢＩＯＳイクス
テンション２０９が処理されたＡＳＣＩＩキャラクター
ストリングを受け取る場合には、走査コードが付随さ
れ、等価なキーコードストリングが発生される。バッフ
ァ拡張ＢＩＯＳイクステンション２０９は、次いで、キ
ーコードストリングを、コンピュータシステム１０１で
実行しているアプリケーションプログラムによってアク
セスできるバッファに挿入する。バッファ拡張ＢＩＯＳ
イクステンション２０９は、キーコードストリングに含
まれた隣接情報の完全性を保持するやり方で情報挿入す
る。

【００２０】バッファ拡張ＢＩＯＳイクステンション２
０９は、拡張バッファを与えることによって、標準的な
ＢＩＯＳバッファの通常の長さ限界を越えるキーコード
ストリング入力を挿入できるようにする。上記で簡単に
述べたように、処理されたＡＳＣＩＩキャラクターコー
ドストリングを通すときには、バッファ拡張ＢＩＯＳイ
クステンション２０９は、標準的なＢＩＯＳバッファで
予想される各ＡＳＣＩＩキャラクターに対する走査コー
ドを与える。拡張されるキーバッファは、標準的なＢＩ
ＯＳバッファ及び既存の低レベルキーボードサービスに
よって与えられるものに独特なサービスを追加すると共
に、既存の低レベルキーボードサービスにある程度の修
正を加えてラベル通過特徴を実現することが必要とな
る。バッファ拡張ＢＩＯＳイクステンションは、図７、
８及び９を参照して以下に詳細に説明する。

【００２１】キーコードストリングが標準的なＢＩＯＳ
バッファにあると、非リーダーアプリケーションプログ
ラム２１１又はリーダーアプリケーションプログラム２
１３は、標準的なオペレーティングシステムサービスに
よってそのストリングをアクセスすることができる。

【００２２】リーダーアプリケーションプログラム２１
３は、処理されたＡＳＣＩＩキャラクターストリング及
びリーダーコマンド情報を直接アクセスするという付加
的なオプションを有している。このため、リーダーアプ
リケーションプログラムは、以下で詳細に述べるように
直接アクセスモードのために間接アクセスモードを不作
動にすることができる。

【００２３】直接アクセスモードは、記号型の走査ラベ
ルと、処理されたキーコードストリングと共にリーダー
コマンドが検出されたかどうかとを含んだリーダーコマ
ンド情報を与えるという利点を有する。

【００２４】図３は、コンピュータシステム１０１のソ
フトウェアアーキテクチャの全体的なブロック図であ
り、標準オペレーティングシステムソフトウェア３１０
に加えて、リーダーサービスユーティリィティプログラ
ム２０５と、バッファ拡張ＢＩＯＳイクステンション２
０９と、バーコード装置ドライバ２０３と、リーダーア
プリケーションプログラム２１３と、非リーダーアプリ
ケーションプログラム２１１と、構成ファイル２０７と
を備えている。好ましい実施例では、標準オペレーティ
ングシステムはＭＳ−ＤＯＳであるが、本発明は、いか
なる適当なオペレーティングシステムのもとでも動作す
るように構成できる。図３に示すソフトウェア成分の各
々は以下で詳細に説明する。

【００２５】オペレーティングシステムＢＩＯＳ： シ
ステムの初期化とは別に、ＢＩＯＳの主たる目的は、コ
ンピュータシステムハードウェアに対して共通のソフト
ウェアインターフェイスを与えることである。ＢＩＯＳ
は、個々のコンピュータシステムに特定のもので、シス
テムの製造者によって提供される。これは、Ｉ／Ｏデバ
イス、割り込みコントローラ、タイマー、ＤＭＡコント
ローラ及びキーボードのようなハードウェアに対してデ
フォールト常駐ハードウェア従属ドライバを含む。ＭＳ
−ＤＯＳは、Ｉ／Ｏ要求パケットを介してこれらのデバ
イスドライバと通信し、デバイスドライバは、次いで、
これらの要求を種々のハードウェアコントローラのため
の適切なコマンドに変換する。

【００２６】オペレーティングシステムカーナル： カ
ーナルは、システムファンクションと称するハードウェ
ア独立サービスの集合を与えることにより、オペレーテ
ィングシステムを、アプリケーションプログラムから見
たように実施する。システムファンクションは、例え
ば、メモリマネージメントや、キャラクター／デバイス
入力／出力を含む。プログラムは、ファンクションに特
定のパラメータをレジスタにロードしそしてソフトウェ
ア割り込みによってオペレーティングシステムに転送す
ることによりシステムファンクションをアクセスするこ
とができる。

【００２７】オペレーティングシステムシェル： シェ
ル即ちコマンドプロセッサは、オペレーティングシステ
ムに対するユーザインターフェイスである。これは、デ
ィスク又は他の大量記憶装置から他のプログラムをロー
ドしそして実行することを含むユーザコマンドをパージ
ングしそして実行する役目を果たす。ＭＳ−ＤＯＳオペ
レーティングシステムが設けられたデフォールトシェル
は、ＣＯＭＭＡＮＤ．ＣＯＭと称するファイルに見られ
る。

【００２８】構成ファイル： 構成ファイル２０７は、
ユーザがオペレーティングシステム環境及びリーダーサ
ービス環境をカスタマイスできるようにするコマンドを
含むオプションのファイルである。例えば、ユーザは、
リーダーサービスユーティリィティプログラム２０５
が、ユーザの選択したＡＳＣＩＩキャラクターを、ＡＳ
ＣＩＩキャラクターのセット（これらのキャラクター
は、処理されたＡＳＣＩＩストリングではなくてキーコ
ードストリングを発生するようにバーコードラベルでエ
ンコードすることができる）で直接表されないユーザの
選択したキーボードキーコードに変換することを指定で
きる。又、ユーザは、リーダーサービスユーティリィテ
ィプログラム２０５がユーザプログラマブルプログラム
をＡＳＣＩＩストリングに添付／予め付属させることも
指定できる。更に、ユーザは、バーコードをいかにデコ
ードするかを指定できるし、又はバーコードリーダーを
いかに構成すべきか、即ちどんな形式のバーコードを読
み取るべきかを指定できる。

【００２９】リーダーサービスユーティリィティプログ
ラム： コンピュータシステム１０１のソフトウェアア
ーキテクチャにおいては、リーダーサービスユーティリ
ィティプログラム２０５は、とりわけ、バーコードリー
ダーサービスを次の２つの別々のモードで行うようにこ
れらサービスを制御する。 １）直接アクセスモード： リーダーアプリケーション
プログラム２１３は、コンピュータシステム１０１上で
実行される。このモードにおいては、入力マネージャが
全てのリーダー入力及び出力サービスに対してプログラ
ムアクセスを与える。このモードは強力であり、コンピ
ュータシステムの全ての特徴の利点を取り入れる。この
モードは、標準アプリケーションプログラムに対して変
更を行う必要があるという点で複雑である。 ２）間接アクセスモード： 非リーダーアプリケーショ
ンプログラム２１１はコンピュータシステム１０１上で
実行される。このモードにおいては、バーコード入力が
変換されて、コンピュータシステム１０１のキーボード
バッファに挿入され、非リーダーアプリケーションプロ
グラム２１１又はリーダーアプリケーションプログラム
２１３が入力をアクセスできる。これは、コンピュータ
システム１０１上で実行されているリーダープログラム
がモードを変えるまでデフォールトモードである。間接
的なアクセスモードを使用すると、コンピュータシステ
ム１０１は、ＣＯＭＭＡＮＤ．ＣＯＭ動作状態でＭＳ−
ＤＯＳプロンプトにおいてバーコード入力を受け取るこ
とができる。このモードは、簡単なプログラム及び標準
アプリケーションプログラムについて効果がある。これ
は、プログラムデベローパがコンピュータシステムのバ
ーコードリーダーサービスに対し標準的なＰＣプログラ
ムを迅速にポートできるようにする。

【００３０】リーダーサービスユーティリィティプログ
ラム２０５は、リーダーコマンド（バーコード入力をい
かに処理するかについての命令）を探索するように入力
をパージングしそしてリーダーコマンドを必要に応じて
処理するための付加的なファンクションを実行する。例
えば、リーダーコマンドは、オペレーティングシステム
又はリーダーサービス環境の構成を変えるためのコマン
ドである。バーコードラベル入力に対しては、前段及び
後段処理、変換、及び走査変換ファンクションも組み込
まれる。

【００３１】リーダーサービスユーティリィティプログ
ラム２０５は、４つのサブプロセスに細分化される。即
ち、入力マネージャと、バーコードマネージャと、構成
マネージャと、リーダーコマンドマネージャとである。
入力マネージャは、リーダーアプリケーションに対して
主たるインターフェイスを果たし、種々の入力ソースの
マネージメントを取り扱う。バーコードマネージャは、
バーコードラベル入力に対するリーダーサービスユーテ
ィリィティプログラムへのエントリーである。ＡＳＣＩ
Ｉからキーコードへの変換も取り扱われる。リーダーコ
マンドマネージャは、リーダーコマンドに対するパーサ
ーと、リーダーコマンドにより指定された制御装置を作
動するために必要とされるサービスに対するインターフ
ェイスとを含んでいる。構成マネージャは、構成を変更
する要求に関する。これらのサブ

【００３２】リーダーサービスユーティリィティプログ
ラム２０５は、ＭＳ−ＤＯＳファイルからロードされ、
初期化を実行した後に常駐となる。リーダーサービスユ
ーティリィティプログラムには、直接アプリケーション
データ転送に対し一度に１つのアプリケーションプログ
ラムのみが添付される。

【００３３】図４は、間接的なアクセスモードにおける
リーダーサービスユーティリィティプログラムのフロー
チャートである。バーコード装置ドライバ２０３から入
力ラベルが受け取られた後に、ステップ４０１におい
て、リーダーサービスユーティリィティプログラム（Ｒ
ＳＵＰ）は、ＡＳＣＩＩキャラクターをルックアップテ
ーブルからキーコードに変換する。キーコードが得られ
ない場合には、ＲＳＵＰはキャラクターをＡＳＣＩＩ形
態で残す。ステップ４０３において、ＲＳＵＰは処理さ
れたＡＳＣＩＩキャラクター又はキーコードストリング
をリーダーコマンドとしてパージングする。ステップ４
０５において、リーダーコマンドが存在することをＲＳ
ＵＰが決定すると、ステップ４０７において、ＲＳＵＰ
はリーダーコマンドを処理する。ステップ４０９におい
て、ＲＳＵＰは、リーダーコマンドエラーが生じたかど
うかを判断し、適当なビープ音を発生する。

【００３４】ステップ４１４において、ＲＳＵＰは、入
力ラベルがリーダーコマンド以外の情報を含んでいるか
どうか判断する。もしそうであれば、ステップ４１５に
おいて、ＲＳＵＰは、前段部分を入力ラベルの開始部に
添付すべきであるかどうか判断する。前段部分は構成フ
ァイル２０７において指定される。前段部分を入力ラベ
ルの開始部に添付すべきである場合には、ＲＳＵＰはス
テップ４１７においてそれを行う。ここで、図５を参照
すれば、ステップ４１９において、ＲＳＵＰは入力ラベ
ルの終了部に後段部分を添付すべきかどうかを判断す
る。後段部分は、例えば、キャリッジリターンである。
入力ラベルの終了部に後段部分を添付すべき場合には、
ステップ４２１において、ＲＳＵＰがこれを行う。

【００３５】ステップ４２３において、ＲＳＵＰは、処
理されたＡＳＣＩＩキャラクター又はキーコードストリ
ングをＢＩＯＳへ通し、そこで、バッファ拡張ＢＩＯＳ
イクステンションは入力ラベルをリーダー又は非リーダ
ーのいずれかのアプリケーションプログラムに対して使
用できるようにする。ＢＩＯＳからエラーコードが返送
される場合には、ステップ４２７又はステップ４２９の
いずれかで適当なビープ音が発生される。

【００３６】バッファ拡張ＢＩＯＳイクステンション：
ＢＩＯＳイクステンションは、とりわけ、キーボード
バッファ拡張サービス及びラベル通過増強を果たす。好
ましい実施例において、バッファ拡張ＢＩＯＳイクステ
ンションは、キーボードのバッファ容量を標準の１６キ
ーコードから２７０キーコードへ拡張するために標準オ
ペレーティングシステムＢＩＯＳバッファに直接インタ
ーフェイスする。拡張されたバッファは、簡単なＢＩＯ
Ｓ呼び出しによって作動及び不作動にできるという任意
の特徴を発揮するよう設計されている。

【００３７】バッファ拡張ＢＩＯＳイクステンションが
作動しない場合は、リーダーサービスユーティリィティ
プログラムは完全なラベルをＢＩＯＳキーボードバッフ
ァに通すことができず、そうではなくて、このようなラ
ベルは、標準的なＢＩＯＳＩｎｔ １６ｈ ファンクシ
ョン５サービスによって許されたように一度に１キャラ
クターづつ通さねばならない。

【００３８】キーバッファ拡張は、全ラベルをキーボー
ド流に挿入できるようにするために設けられる。さもな
くば、ラベル通過アプリケーションプログラムは、入力
の時間巾中にＩＲＱ１をマスクした状態で標準Ｉｎｔ
１６ｈ ファンクション５を使用して一度に１キャラク
ターづつ通過しなければならない。ＩＲＱ１は、ラベル
が入力されている間にキーボードからの計画外の入力を
防止するためにマスクされる。ＩＲＱ１は、本発明のよ
うに他の非同期プロセスがキャラクターをバーコード入
力とインターリーブするのを必ずしも防止しない。バッ
ファ拡張ＢＩＯＳイクステンションは、Ｉｎｔ １６ｈ
及びＩｎｔ ９の両方に対しソフトウェア割り込みイン
ターセプトを含む。

【００３９】インターナショナル・ランゲッジ・サポー
トを実施するＭＳ−ＤＯＳ装置ドライバとの互換性を得
るために、好ましい実施例では、拡張バッファは、交換
ではなくて標準バッファの延長（イクステンション）で
ある。この解決策は、装置ドライバを変更せずに、装置
ドライバのＩｎｔ ９インターセプトが標準バッファの
境界内でキーコードを変換できるようにする。装置ドラ
イバのインターセプトによりキーコードがいったん処理
されると、拡張バッファのインターセプトは、変換され
たキーコードをその拡張バッファへ必要に応じてシャト
ルする。

【００４０】図９を参照すれば、バッファ拡張ＢＩＯＳ
イクステンションは、標準バッファ７０３と拡張バッフ
ァ７０５との間でキーコードを前後に転送する。これら
のバッファは、実際には、リニアなメモリにおける円形
バッファである。標準的なＢＩＯＳサービスは、標準バ
ッファにバッファされるキーコードの開始と終了を追跡
するためにヘッドポインタ及びテイルポインタを使用す
る。又、同様に、バッファ拡張ＢＩＯＳイクステンショ
ンは、拡張バッファにバッファされるキーコードの開始
と終了を追跡するためにヘッドポインタ及びテイルポイ
ンタを使用している。本発明は、標準ＢＩＯＳサービス
に適合し得る。

【００４１】標準バッファ７０３がいっぱいになると、
バッファ拡張ＢＩＯＳイクステンションはキーコードを
拡張バッファ７０５へ移動する。

【００４２】図７及び８は、各々、バーコード入力及び
キーボード入力に対するバッファ拡張ＢＩＯＳイクステ
ンションの動作を示すふとーチャートである。図７を参
照すれば、リーダーサービスユーティリィティプログラ
ムからの出力に基づいてステップ６１０又は６０３のい
ずれかでプロセスがスタートする。ステップ６０３で
は、リーダーサービスユーティリィティプログラムは、
処理されたＡＳＣＩＩストリングを通すためにＩｎｔ
１６ｈを呼び出す。次いで、ステップ６０５において、
バッファ拡張ＢＩＯＳイクステンションは、上記したよ
うに、各々の処理されたＡＳＣＩＩキャラクターに走査
コードを添付し、キーコードを発生する。ステップ６０
１では、リーダーサービスユーティリィティプログラム
は、キーコードストリング（ＡＳＣＩＩキャラクターと
走査コード）を通すためにＩｎｔ１６ｈを呼び出す。

【００４３】ステップ６０７では、バッファ拡張ＢＩＯ
Ｓイクステンションは、入力キーコードストリングの最
後のキーコードが処理されたかどうか決定する。最後の
キーコードが処理されていない場合には、ステップ６０
９において、バッファ拡張ＢＩＯＳイクステンション
は、標準バッファ７０３がいっぱいであるかどうか判断
する。標準バッファは１６個のキーコードを保持しそし
て最後のスペースは指定されているので、いっぱいと
は、標準バッファに１５個のキーコードが既に入れられ
ていることを意味する。標準バッファがいっぱいでない
場合には、ステップ６１１において、バッファ拡張ＢＩ
ＯＳイクステンションは、標準バッファ７０３の頭部に
キーコードを入れ、標準ヘッドポインタを増加する。標
準バッファがいっぱいになるまでステップ６０７、６０
９及び６１１が繰り返される。

【００４４】標準バッファがいっぱいである（１５個の
キーコード）ときには、ステップ６１３において、バッ
ファ拡張ＢＩＯＳイクステンションは、拡張バッファが
いっぱいであるかどうか判断する。拡張バッファには、
指定されたスペースがない。拡張バッファがいっぱいで
ない場合には、ステップ６１５において、バッファ拡張
ＢＩＯＳイクステンションは、拡張バッファの頭部にキ
ーコードを入力し、拡張ヘッドポインタを増加する。拡
張バッファがいっぱいになるまで、ステップ６０７、６
０９、６１３及び６１５が繰り返される。処理すべき付
加的なキーコードがまだあり、そして標準及び拡張バッ
ファの両方がいっぱいである場合には、ステップ６１７
において、バッファ拡張ＢＩＯＳイクステンションは、
入力キーコードストリング全体を拒絶する。ストリング
全体を拒絶することにより、入力されるラベルが分断さ
れることはない。

【００４５】図８は、キーボード入力が与えられたとき
のバッファ拡張ＢＩＯＳイクステンションの動作を示し
ている。ステップ６２１において、キーボード事象が発
生する。ステップ６２３では、バッファ拡張ＢＩＯＳイ
クステンションは、ネイティブバッファが既にいっぱい
であるかどうか判断する。いっぱいであることは、１６
個のキーコードを含むことを意味する。標準バッファが
既にいっぱいの場合には、ステップ６２５において、エ
ラービープが発生される。ステップ６２１、６２３及び
６２５は、キーストロークを処理する標準的なＢＩＯＳ
Ｉｎｔ ９ハンドラーを構成する。

【００４６】キーボード事象が発生したときに標準バッ
ファがまだいっぱいでない場合は、ステップ６２７にお
いて、バッファ拡張ＢＩＯＳイクステンションはキーコ
ードを標準バッファの頭部に入れ、標準ヘッドポインタ
を進ませる。ステップ６２９において、バッファ拡張Ｂ
ＩＯＳイクステンションは、標準バッファがいっぱいで
あるかどうかを判断する。（この点において、いっぱい
とは、１５個のキーコードを意味する。）標準バッファ
が１５個のキーコードを含む場合には、ステップ６３１
において、バッファ拡張ＢＩＯＳイクステンションは、
拡張バッファがいっぱいであるかどうかを判断する。拡
張バッファがいっぱいである場合には、ステップ６３３
において、バッファ拡張ＢＩＯＳイクステンションは、
最新のキーコードを標準バッファの頭部から拡張バッフ
ァの頭部へ移動しそして拡張バッファの末尾から標準バ
ッファの頭部へキーコードを移動することにより、標準
バッファ７０３と拡張バッファ７０５との間でキーコー
ドを回転する。拡張バッファがいっぱいでない場合に
は、ステップ６３５において、バッファ拡張ＢＩＯＳイ
クステンションはキーコードを標準バッファの頭部から
拡張バッファの頭部へ移動し、標準ヘッドポインタを減
少しそして拡張ヘッドポインタを増加する。

【００４７】標準バッファからキーコードを除去するた
めに、キーコードが標準バッファの末尾から取り出され
ると共に、拡張バッファの末尾から標準バッファの頭部
へキーコードが回転される。

【００４８】又、バッファ拡張ＢＩＯＳイクステンショ
ンは、拡張バッファを設置又は除去する能力も有してい
る。拡張バッファが設置されたときに標準バッファに存
在するキーコードは保存されねばならない。

【００４９】又、バッファ拡張ＢＩＯＳイクステンショ
ンは、ＢＩＯＳへの単一の呼び出しでバッファに全スト
リングを挿入する能力も有する。個々のキャラクターで
はなくてストリングを通すことにより、ラベルの分断が
排除されると共に、リーダーサービスユーティリィティ
プログラムとキーボードストリームとの間のソフトウェ
アインターフェイスが相当にスピードアップされる。上
記したように、ラベル全体が拡張バッファに適合しない
場合には、そのラベル全体が拒絶され、入力は分断され
ない。

【００５０】インターセプトは、ＭＳ−ＤＯＳのインタ
ーナショナル・ランゲッジ・サポートに対するもののよ
うなＩｎｔ ９インターセプトに適合し得るように管理
される。

【００５１】イネーブル／ディスエイブル拡張キーボードバッファ ：入力 ＡＨ＝ Ｂ４ｈ（ファンクション番号） ＡＬ＝ コマンド： ００−ステータスのみを得る ０１−イネーブル ０２−ディスエイブル出力 ＡＨ＝ ０（常時） ＡＬ＝ ステータス： ００−コマンド完了 ０１−拡張バッファ既に設置又は既にディスエイブル ０２−拡張バッファＮＯＴ ＥＭＰＴＹのためにディス
エイブルできず（Ｉｎｔ １６ｈによりキーコードを読
まねばならないか、又はバッファを最初に空にするため
に「フラッシュ拡張キーバッファ」サービスを呼び出す
ことができる）

【００５２】拡張キーボードバッファへのストリングの挿入 ：入力 ＡＨ＝ ＢＳｈ（ファンクション番号） ＡＬ＝ プロセスモード番号： ０： ＡＳＣＩＩストリングフォーマット（バイト整列
されたＡＳＣＩＩストリング；走査コードルックアップ
がこのサービスにより行われる） １： キーコードフォーマット（ワード整列；１０１キ
ーコード〔又は任意〕ＭＳＢの走査コード、ＬＳＢのＡ
ＳＣＩＩ） ２： ルックアップなしのＡＳＣＩＩ（バイト整列ＡＳ
ＣＩＩストリング） ＣＸ＝ プッシュすべきキャラクターの数 ＥＳ：ＢＸ＝ストリングに対する遠ポインタ出力 ＡＨ＝ ０（常時） ＡＬ＝ ステータス： ０： 良好 １： キーボードバッファいっぱい（ストリングは残り
のバッファサイズを越える − 全ストリングを拒絶す
る） ２： 拡張バッファが設置されていない ３： 無効モード値が通された ＤＸ＝ 残りの容量 通過されたストリングが挿入された後にバッファに残っ
ている未使用キーの数、又は全ストリングを収容するた
めにバッファをいっぱいにすべき場合には呼び出しの前
に使用できる数

【００５３】限界及び処理モード： このファンクショ
ンは、２７０キャラクター（デフォールトサイズ）まで
の通過したストリングをキーパッドストリームに挿入で
きるようにする。発呼側は、通過したストリングをエン
コードするための２つのオプション、即ち１）簡単なバ
イト整列したＡＳＣＩＩのみ、又は２）発呼側が走査コ
ードを供給するところの全キーコード、を有する。後者
のオプションは、発呼側が必要に応じて独特のキャラク
タータグ付け機構を実施できるようにすると共に、ＣＴ
Ｌ、Ｆ１及びＥＳＣのような特殊なキーを通過できるよ
うにする。

【００５４】フラッシュ拡張キーバッファ このサービスは、アプリケーションが拡張バッファを未
知の状態から初期化できるようにする。ネイティブ及び
拡張バッファの両方の内容（全てキーコードを付随して
いる）が「ダンプ」され、そして拡張バッファは、キー
パッド又はストリング／キャラクター挿入からの新たな
入力に対して準備される。このサービスは、拡張バッフ
ァがイネーブルされない場合には何の作用もしない（即
ち、ネイティブバッファのキーは保存される）。入力 ＡＨ＝ Ｂ６Ｈ（ファンクション番号）出力 ＡＨ＝ ０（常時） ＡＬ＝ ステータス： ０： バッファフラッシュ完了 １： 拡張バッファ設置されず

【００５５】以上、好ましい実施例について本発明の方
法及びシステムを説明したが、本発明はこの実施例に限
定されるものではない。本発明の範囲内での変更が当業
者に明らかであろう。本発明の範囲は、特許請求の範囲
のみによって限定されるものとする。

【図面の簡単な説明】

【図１】本発明の方法を実施するように構成されたコン
ピュータシステムを示す図である。

【図２】図１のバーコード入力装置及びキーボードと、
図１のコンピュータシステム上で実行されるリーダー及
び非リーダーアプリケーションプログラムとの間のデー
タ流を示す概略図である。

【図３】図１のコンピュータシステムのソフトウェアア
ーキテクチャの全ブロック図であって、標準的なオペレ
ーティングシステムソフトウェアに加えて、リーダーサ
ービスユーティリィティプログラムと、バッファ拡張Ｂ
ＩＯＳイクステンションと、バーコード装置ドライバ
と、リーダーアプリケーションプログラムと、非リーダ
ーアプリケーションプログラムと、構成ファイルとを備
えたアーキテクチャを示す図である。

【図４】間接モードにおけるリーダーサービスユーティ
リィティプログラムのフローチャートである。

【図５】間接モードにおけるリーダーサービスユーティ
リィティプログラムのフローチャートである。

【図６】直接アクセスモードにおけるリーダーサービス
ユーティリィティプログラムのフローチャートである。

【図７】リーダーサービスユーティリィティプログラム
と対話するときのバッファ拡張ＢＩＯＳイクステンショ
ンのフトーチャートである。

【図８】キーボードからの入力と対話するときのバッフ
ァ拡張ＢＩＯＳイクステンションのフトーチャートであ
る。

【図９】図７、８のふとーチャートで説明した標準バッ
ファと拡張バッファとの間のデータの流れを示す図であ
る。

【符号の説明】

１０１ コンピュータシステム １０２ バーコード読取入力装置 １０３ キーボード １０４ ディスプレイスクリーン ２０１ カウント収集ハードウェア装置 ２０３ バーコード装置ドライバ ２０５ リーダーサービスユーティリィティプログラム ２０７ 構成ファイル ２０９ バッファ拡張ＢＩＯＳイクステンション ２１１ 非リーダーアプリケーションプログラム ２１３ リーダーアプリケーションプログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジェフ ハント アメリカ合衆国 ワシントン州 98033 カークランド ワンハンドレッドアンドト ゥエンティフォース アベニュー ノース イースト 7025 (72)発明者 ケン オガミ アメリカ合衆国 ワシントン州 98011 ボーセル ナインティサード アベニュー ノースイースト 14232 (72)発明者 チャールズ マッコール アメリカ合衆国 ワシントン州 98012 ボーセル トゥエンティース ドライヴ サウスイースト 17603 (72)発明者 ジョン ランバーグ アメリカ合衆国 ワシントン州 98037 リンウッド ワンハンドレッドアンドセヴ ンティース プレイス サウスウェスト 5515

Claims (8)

【特許請求の範囲】
1. 【請求項１】 キーコードデータ及び記号コードデータ
   をコンピュータシステム上で実行している第１及び第２
   のターゲットコンピュータプログラムに入力するための
   コンピュータシステムであって、キーコードデータを入
   力するためのキーボード入力装置と、記号コードデータ
   を入力するための記号コード入力装置とを有しているよ
   うなコンピュータシステムにおいて、 上記記号コード入力装置により入力された記号コードデ
   ータを受け取り、構成データに基づいてデコードされた
   記号コードデータを発生するための記号コード装置ドラ
   イバを具備し、上記デコードされた記号コードデータは
   データキャラクター及びデコード情報より成り、 上記記号コード装置ドライバから上記デコードされた記
   号コードデータを受け取り、上記デコード情報を解読
   し、そしてその解読されたデコード情報に基づいて、上
   記データキャラクターをデータストリングか又はデータ
   ストリング及びリーダーコマンド情報かのいずれかに変
   換するためのリーダーサービスユーティリィティプログ
   ラムを更に具備し、これにより、上記第２のターゲット
   コンピュータプログラムは、このリーダーサービスユー
   ティリィティプログラムからデータストリング及びリー
   ダーコマンド情報を受け取ることができると共に、この
   第２のターゲットコンピュータプログラムは上記構成デ
   ータを発生し、そして上記キーコード入力装置によって
   入力されたキーコードデータ及び上記リーダーサービス
   ユーティリィティプログラムによって発生されたデータ
   ストリングを記憶するためのバッファを更に具備し、こ
   れにより、上記第１及び第２のターゲットコンピュータ
   プログラムは、このバッファからキーコードデータ及び
   キーコードデータストリングを受け取ることができるこ
   とを特徴とするコンピュータシステム。
2. 【請求項２】 上記バッファは、標準的なバッファと、
   ２７０キャラクターコードまでの長さを有する一連のキ
   ャラクターコードを記憶するための拡張されたバッファ
   とを備えている請求項１に記載のシステム。
3. 【請求項３】 上記リーダーサービスユーティリィティ
   プログラム及び上記第２のターゲットコンピュータプロ
   グラムによってアクセスできる構成ファイルであって、
   上記デコードされた記号コードデータを発生するために
   上記記号コード装置ドライバによって使用される上記構
   成データを与えるための構成ファイルを更に備えた請求
   項１に記載のシステム。
4. 【請求項４】 ２７０キャラクターまでの長さを有する
   データキャラクターの連続するストリングをコンピュー
   タシステム上で実行しているコンピュータプログラムに
   入力するためのコンピュータシステムにおける方法であ
   って、上記コンピュータシステムはキーボード入力装置
   を有し、そして上記コンピュータプログラムはこのキー
   ボード入力装置からデータキャラクターを受け入れるも
   のであり、上記方法は、 ユーザ入力に応答して、上記データキャラクターの連続
   するストリングを受け入れ、 上記データキャラクターの連続するストリングをそれに
   等価なキーボードデータに変換し、そして上記等価なキ
   ーボードデータをコンピュータシステムのバッファに記
   憶し、該バッファはコンピュータプログラムにアクセス
   できることを特徴とする方法。
5. 【請求項５】 記号コードデータを、コンピュータシス
   テム上で実行している第１及び第２のターゲットコンピ
   ュータプログラムに入力する方法であって、コンピュー
   タシステムは、キーコードデータを入力するキーボード
   入力装置と、記号コードデータを入力する記号コード入
   力装置とを有しており、第１のターゲットコンピュータ
   プログラムはキーボード入力装置によって入力されたキ
   ーコードデータは受け入れるが、記号コード入力装置に
   よって入力された記号コードデータは受け入れず、そし
   て第２のターゲットコンピュータプログラムは記号コー
   ド入力装置によって入力された記号コードデータを受け
   入れ、上記方法は、 記号コードデータを記号コード入力装置で走査してデジ
   タル記号コードデータを発生し、 デジタル記号コードデータを構成データに基づいてデコ
   ードして、デコードされた記号コードデータを発生し、 間接的なアクセスモードが作動されたときには、 上記デコードされた記号コードデータを１つ以上のキー
   コードに変換し、 上記１つ以上のキーコードをキーコードの連続ストリン
   グとしてキーコードバッファに記憶し、そして上記キー
   コードの連続ストリングを上記第１のターゲットコンピ
   ュータプログラムに通し、そして直接的なアクセスモー
   ドが作動されたときには、 上記デコードされた記号コードデータを、１つ以上のキ
   ャラクターコードか又はキーコード及びリーダーコマン
   ド情報かに変換し、そして上記１つ以上のキャラクター
   コードか又はキーコード及びリーダーコマンド情報かを
   上記第２のターゲットコンピュータプログラムに通す、
   という段階を備えたことを特徴とする方法。
6. 【請求項６】 間接的なアクセスモードが作動されたと
   きにキーコードの連続ストリングを第１のターゲットコ
   ンピュータプログラムに通す上記段階は、キーコードの
   連続ストリングを第２のターゲットコンピュータプログ
   ラムに通すことを含む請求項５に記載の方法。
7. 【請求項７】 デコードされた記号コードデータを変換
   する上記段階は、そのデコードされた記号コードデータ
   をリーダーコマンドとして通すことを含み、そしてその
   デコードされた記号コードデータがリーダーコマンドを
   含む場合は、リーダーコマンドを実行することを含む請
   求項５に記載の方法。
8. 【請求項８】 間接的なアクセスモードが作動されたと
   きに上記デコードされた記号コードデータを１つ以上の
   キーコードに変換する上記段階は、上記デコードされた
   記号コードデータを１つ以上のキャラクターコードに変
   換し、次いで１つ以上のキャラクターコードを１つ以上
   のキーコードに変換することを含む請求項５に記載の方
   法。