JPH03164822A - 音声・文字認識装置接続方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、音声認識または文字認識を行いデータをコン
ピュータで処理し得るよう構成した音声認識装置または
文字認識装置のコンピュータへの接続方法に関する。

（従来の技術） 現在、文字認識や音声認識を用いたデータ入力装置が広
まりつつある０文字認識装置の例としては、まず画像ス
キャナで画像データとしてコンピュータに取り込み２文
字認識ソフトにおいて個々の文字データを認識させる方
法が・一般に用いられている。

音声認識装置では、まず音声信号をコンピュータに取り
込み、その後信号解析により音声データの抽出を行なう
といった方法が取られている。

第１３図は、これらの認識データを現存のアプリケーシ
ョンソフトに受は渡す手順の例を示した図である。この
従来例では、オペレーティングシステムとしてＭＳ−Ｄ
ＯＳを用いている。キーボードから入力されたキー入力
データは１Ｍ５−ＤｏＳ本体に組み込まれたデバイスド
ライバにより処理されアプリケーションソフトにデータ
が渡される。このアプリケーションソフトがＭＳ−Ｄ。

Ｓからキー入力データ等をもらう動作をシステムコール
と呼んでいる１斤声認識装置または文字認識装置からデ
ータを受は取る手順としては、最初に音声認識・文字認
識用読み込みソフトウェアを実行させ、音声・文字認識
データを一度テキストファイルに変換する。アプリケー
ションソフトは。

読み込みソフトが終了した後起動しそのテキストファイ
ルを読み込むことにより認識データを受は取るという方
法が取られている。

（発明が解決しようとする課題） 従来の方法では、認識データを一度フアイルに変換しな
ければならないので、アプリケージ目ン動作時にキーボ
ードでデータを入力するのに比べ手間がかかり、また自
由な言葉等のデータは入力が困難であった。

本発明は上記のような課題を解決するためになされたも
ので、従来のアプリケーションソフトに手を加えず動作
時にキーボード入力と同じように自由にデータの入力を
可能とすることを目的とする。

（課題を解決するための手段） 本発明にかかる音声・文字認識装置接続方法は、音声認
識装置または文字認識装置からのデータをホストコンピ
ュータのキーボードデータ入力部に入力するよう構成し
た接続方法、及び、音声認識装置または文字認識装置か
らのデータをデバイスドライバを通すことによりオペレ
ーティングシステムへのシステムコールでデータを取り
出すよう構成した接続方法である。

（作用） 本発明において音声認識装置または文字認識装置からの
音声データまたは文字データは、キーボードデータ入力
部に認識データをスカした場合はキーボードデータ入力
部において、デバイスドライバを用いた場合はシステム
コールで受は渡される段階において、キー入力データと
同等に扱われる。

（実施例１） 第１図は本発明による音声・文字認識装置接続方法のデ
ータの流れを示した図である０図においてキーボードか
ら得られたキー入力データは、−度文字認識装置または
音声認識装置に入り１文字データまたは音声データを加
えられて、ホストコンピュータに送られる。この際、キ
ー入力データと文字データまたは音声データはホストコ
ンピュータから見ると全く同等である。第２図は本実施
例の構成を示した実体斜視図である。図において。

１はホストコンピュータ本体、２は文字Ｈ識装置または
音声認識装置、３はキーボードである。キーボード３は
１文字認識装置または音声認識装置２を通して、ホスト
コンピュータ本体１の接続端子に接続、されている０本
実施例の動作は、ホストコンピュータのＯ８に依存する
ことはない。

（実施例２） 第３図は本発明による実施例の音声・文字認識装置接続
方法のデータの流れを示した図である。

本実施例のオペレーティングシステムとしては。

ＭＳ−ＤＯＳを用いている０図において、デバイスドラ
イバはデータを直接処理しＭＳ−ＤＯＳにデータを受は
渡す役割をするソフトである０文字認識装置または音声
認識装置から得られたデータは、キー入力を担当するデ
バイスドライバによって処理される。この際、ＭＳ−Ｄ
ＯＳ側からみると渡されたデータがキー入力によるもの
であるが、文字認識装置または廿声認ｊｌ装置から得ら
れたデータであるかは関係ない。アプリケーションから
のアクセスは、まず、アプリケーションがシステムコー
ルをＭＳ−ＤＯＳに要求し、ＭＳ−ＤＯＳはデバイスド
ライバを介してデバイスからのデータを読み込みアプリ
ケーションにデータを返すことにより行なわれる。

次に、上記例の構成をさらに詳細に説明する。

ＭＳ−ＤＯＳについて ＭＳ−ＤＯＳは、異種機間でのソフトウェアの互換性や
プログラム開発などの充実といったことを目的に誕生し
た。例えば、Ａ社のハードウェア用のソフトウェアをＢ
社のハードウェアで使えないことはよくあることで、こ
れはＡ社のハードウェアに依存した部分があるためであ
る。〜ｌ５−ＤＯ３はこのようなハードウェアの仕様の
遣いから起こる問題を解消することがその目的の１つと
して作られている。つまり、ＭＳ−ＤＯＳを使ってハー
ドウェアに依存したソフトウェア仕様を吸収させること
により、ハードウェアとアプリケーションソフトの緩衝
地帯となり、ハードウェアに依存しないソフトウェアを
作成することができるということになるのである。アプ
リケーションソフト内部では、ＭＳ−ＤＯＳに対する共
通の命令（システムコール）を使用することにより、ア
プリケーションソフトの互換性が保たれる。

ＭＳ−ＤＯＳの構造について ＭＳ−ＤＯＳは３つの部分に分かれ、その各部分が互い
に関係してＯ８の働きをしている。これら３つの部分は
ＣＯＭＭＡＮＤ、ＣＯＭ、ＭＳＤｏｓ、ｓｙｓおよびＩ
Ｏ，ＳＹＳである。ＣＯＭＭＡＮＤ、ＣＯＭは、ユーザ
からのコマンドを受取り、その意味を解釈して実行に移
す部分で、ユーザとコンピュータのインターフェースプ
ログラムである。そのほかに、ＭＳ−ＤＯＳの内部コマ
ンドと呼ばれる部分はこの中に組み込まれている。ＭＳ
ＤＯＳ、ＳＹＳは、ＭＳ−ＤＯＳの本体であり、ＩＯ，
ＳＹＳによる周辺装置の入出力機能を使って、コンソー
ルの入出力やディスクを管理するファイルシステムなど
を実現する。すなわち、ユーザソフトウェアとＩＯ，Ｓ
ＹＳ間のインターフェース的な処理を行なう。ＩＯ，Ｓ
ＹＳは、周辺装置（デバイス）のハードウニアラ直接操
作する低レベル（ハードウェアに近いほどレベルが低い
）の入出力を行なう。また、ＩＯ，ＳＹＳの内部にあり
、各周辺装置を制御するプログラムのことをデバイスド
ライバという。

ＭＳＤＯＳ、ＳＹＳとＩＯ，５ＹＳ（７）相関ニツィア
プリケーションプログラムの実行中に周辺装置に対する
入出力処理の要求を受けたＭＳＤＯＳ−ＳＹＳは、どの
デバイスドライバに対してどのようなアクセスをすれば
よいかを判断し、目的のデバイスドライバにコマンドを
送る。必要ならばその周辺装置の状態を調べ、入出力が
可能か。

状態が変化したかなどをチエツクする。デバイスドライ
バはＭＳＤＯＳ、ＳＹＳが出力するコマンドにしたがっ
て、周辺装置の状態を調べたり、データの入出力を行な
ったりして、その結果をＭＳＤＯＳ、ＳＹＳに返すなど
綿密な関係になっている。

ＭＳ−ＤＯＳのメモリマツプについて ＭＳ−ＤＯＳは、起動時から数回メモリマツプを変えな
がら立ち上がるが、安定後は第４図に示すようなマツプ
になる。

■割込みベクターＲＡ　Ｍの最下位ＩＫバイトは８０８
６／８８の割込みベクタテーブルになっている。

■ＩＯ，ＳＹＳ、ＭＳＤＯＳ、５ＹＳ−・・システムの
起動時にディスクからＲＡＭ上に展開され、以降常駐す
る。

■システム作業域−ＣＯＮＦＩＣ，ＳＹＳファイルの指
定によりディスクバッファや新しいデバイスドライバな
どのための領域がとられる。

■ＣＯＭＭＡＮＤ、ＣＯＭ常駐域−ＣＯＭ　Ｍ　Ａ　Ｎ
Ｄ、ＣＯＭは、常駐部と非常駐部に分かれており、その
うち常駐部はシステム起動時にディスクからロードされ
、以降常駐する。この常駐部はＩＮＴ２２Ｈ，２３Ｈ，
２４Ｈ，２７Ｈのハンドラルーチンおよび非常駐部のロ
ーダなどから構成されている。

以上の■〜■の領域は、ＭＳ−ＤＯＳのシステム領域で
、そのサイズは約２５にバイト（ＩＢＭ−ＰＣの場合）
である。

■Ｔ　Ｐ　Ａ　（Ｔｒａｎｓｉｅｎｔ　Ｐｒｏｇｒａｍ
　Ａｒｅａ）　・・・システム領域のつ旨からＣＯＭＭ
ＡＮＤ、ＣＯＭ非常駐部の直前までのＲＡＭがユーザプ
ログラム（外部コマンド）の領域であり、ＣＰ／Ｍから
の慣習でＴＰＡ領域と呼ぶ。

■ＣＯＭＭＡＮＤ、ＣＯＭ非常駐域・・・コマンド行の
解析、内部コマンドの実行、外部コマンドの起動などＣ
ＯＭＭＡＮＤ、ＣＯＭのほとんどの処理を行なう部分で
あり、この領域はユーザ領域として使用し、破壊しても
差し支えない、ＣＯＭＭＡＮＤ、ＣＯＭ常駐部でこの領
域のサムチエツクを行ない、それが破壊されていると認
識すると、ディスクから再度ロードする。

上記■〜■の領域はＲＡＭに連続して割付けられる。な
お、ＭＳ−ＤＯ３ではシステム起動時にＲＡＭの実装状
況を調べて、不連続な部分があると、その領域以降はシ
ステムの管理対象外となる。

■ＲＯＭ−ＢＩＯ５−・多くのＭＳ−ＤＯＳマシンでは
、ＢＩＯＳ部分はＲＯＭ化され、アドレスの最高位に置
かれる構成になっている。デバイスドライバであるＩＯ
，ＳＹＳは、このＲＯＭ−ＢＩＯ８をコールしながら処
理を進める。また、ＲＯＭ−ＢＩＯＳ中にはデバイスの
初期化やシステムの診断プログラムなどが含まれている
ことが多い。

デバイスドライバについて デバイスドライバとは、ハードウェア装置を直接あるい
は間接的に操作し、ＭＳ−ＤＯ３とのインターフェース
をとるためのプログラムである。

デバイスドライバは、操作する装置の種類により、キャ
ラクタ型とブロック型の２つに分類される。前者はコン
ソールプリンタ、通信回線のような順次文字入力を行な
う装置に対するもの、後場はフロッピディスクやハード
ディスクなどのブロック単位（通常は物理セクタサイズ
の単位）で入出力を行なう装置に対するものである。Ｉ
Ｏ，ＳＹＳはデバイスドライバの集合体である。ＩＯ。

ＳＹＳが扱うデバイスは、キャラクタデバイスとブロッ
クデバイスの２種類に分けられる。キャラクタデバイス
はコンソールなどの１文字ずつ読み書きするデバイスを
指し、ブロックデバイスはディスクのようにランダムア
クセスができて、−度に大量のデータを読み書きするも
のを指す。キャラクタデバイスに対しては、各デバイス
（標準的にはＣＯＮ％ＰＲＮ％ＡＵＸ）ごとにデバイス
ドライバが必要であるが、ブロックデバイスではひとつ
のデバイスドライバで複数の同種類のドライブを扱える
。デバイスドライバはデバイスを制御するためのプログ
ラム部と、各種の情報を記録しているデバイスヘッダ（
第５図）から構成される。以下デバイスヘッダの各フィ
ールドの機能を概説する。

■リンク情報−ＩＯ，ＳＹＳのなかでは、デバイスドラ
イバはこのフィールドのポインタでリンクされており、
システムはこの情報で現在使用可能なデバイスの種類を
認識する。最初、システム組込みのドライバは第６図（
ａ）のようにリンクされているが、Ｃ０ＮＦＩＧ、ＳＹ
Ｓで新しいドライバを指定すると、それらは第６図（ｂ
）のようにデフォルトドライバの前にリンクされる。従
って、デフォルトデバイス（ＣＯＮなど）のドライバを
新規に書いて登録すればＩＯ，ＳＹＳ組込みのデバイス
ドライバと置き換えることができる。

ユーザがＣ０ＮＦＩＧ、ＳＹＳで登録するドライバは、
このフィールドなＦＦＦＦにしてお（と、システム起動
時に自動的にリンクがつながる。

■属性・・・第７図に示す１６ビツトのフィールドで、
各ビットがデバイスの属性を示す。

■ストラテジエントリ・・・割込みエントリプログラム
部の２つのエントリポイントアドレス■デバイス名・・
・キャラクタデバイスの場合はデバイス名が入る。ブロ
ックデバイスの場合は、そのドライバが支援するドライ
ブの台数が記録される。

ＭＳ−ＤＯ３の立ち上がり時のプロセスフローを第８図
に示す。ユーザ独自のデバイスドライバをシステムに登
録するには、Ｃ０ＮＦＩＧ、ＳＹＳ　７　ｙ　イＡ／　
ニＤ　Ｅ　Ｖ　Ｉ　ＣＥ　＝　（名前）−５ＹＳと記述
する。システムをリセットして再起動することにより、
このデバイスドライバがシステムに組み込まれる。この
場合起動するディスクに組み込むデバイスドライバが入
っていなければならない。

デバイスドライバの呼び出され方について第９図に示し
たようにＭＳＤＯＳ、ＳＹＳは、まず初めにデバイスド
ライバとの間でコマンドやデータを受は渡すために用い
るコマンドパケットのポインタを得るという動作をする
。すなわち、ＭＳＤＯＳ、ＳＹＳではコマンドパケット
の先頭アドレスをセーブしリターンする。この動作をス
トラテジコールという。そして再びＭＳＤＯＳ。

ＳＹＳはコマンドパケットにパラメータをセットし、デ
バイス割込みを行なう。このように２段階の手続きでＭ
ＳＤＯＳ、ＳＹＳはデバイスドライバを呼び出し、デバ
イスドライバはコマンドパケットのパラメータをもとに
各処理を行なう。

コマンドパケットについて コマンドパケットは、第１０図のような構成（例として
イニシャライズ処理を示す）になっており、先頭の１３
バイトをリクエストヘッダという。このリクエストヘッ
ダは、さらに第１１図のような構成になっている。リク
エストヘッダの長さは固定であるが、その他の部分はコ
マンドによって長さが異なる。リクエストヘッダの各フ
ィールドの意味を次に示す。

■コード長・・・コマンドパケットの長さ（コマンドへ
ッダ＋パラメータ）を示す。

■ユニットコード・・・ブロックデバイスに対してのみ
意味を持ち、どのドライブに対する要求かを示す。

■コマンドコード・・・ＩＯ，ＳＹＳでは１７種類の入
出力要求が存在するので、その種別を示す０〜１６の値
が入る。このコマンドには表１に示したようなものがあ
り、ＭＳＤＯＳ、ＳＹＳ、ＩＯ。

ＳＹＳ間のやり取りを行なっている（レジスタを介して
のデータ交換は行われない）。なお、表１に示すデバイ
スドライバの形式は、Ｂがブロック型デバイスに対する
機能、Ｃがキャラクタ型デバイスに対する機能、Ｂ／Ｃ
が共通の機能を示している。

■ステータス・・・　　　　　　　　１６ビツトのフィ
ールドである。

システムコールについて システムコールとは、アプリケーションソフトからＭＳ
−ＤＯ３のシステムを操作、管理するサブルーチンのこ
とをいう。システムコールを使用すれば機種に依存しな
いプログラムを容易に作ることができ、さらに、ＭＳ−
ＤＯ３のバージョンに依存しないプログラムを作ること
も容易にできる。ユーザはアプリケーションプログラム
からソフトウェア割込みを行なうことにより利用するこ
とができる。そのときの動きを説明する。アプリケーシ
ョンプログラムからデバイスへのＩ１０リクエスト（シ
ステムコール）の流れを見ると、第１２図に示したよう
に、アプリケーションプロゲラＡ−＞ＭＳＤＯ３，５Ｙ
Ｓ＝６ＩＯ，５ＹＳ−”＞一部ＲＯＭ−Ｂ　Ｉｏｓｍデ
バイスというように命令が処理される。このとき、アプ
リケーションプログラムへＩ１０リクエストの結果を返
す必要があるならば、デバイス時一部ＲＯＭ−ＢＩＯ３
＝＞ｌ０５ＹＳ時ＭＳＤＯ５，５ｙｓ−＞アプリケーシ
ョンプログラムというような流れになる。

（発明の効果） 以上のように、この発明による音声・文字認識装置接続
方法は、音声認識装置または文字認識装置からの音声デ
ータまたは文字データがキー入力データと同等に扱われ
るので、現存のアプリケーションを変更せずに、アプリ
ケーション動作時にキーボード入力と同じようにデータ
の入力をすることが可能となる。

【図面の簡単な説明】

第１図は本発明による音声・文字認識装置接続方法のデ
ータの流れを示す説明図、第２図は本実施例の構成を示
した実体斜視図、第３図は本発明による実施例の音声・
文字認識装置接続方法のデータの流れを示す説明図、第
４図はＭＳ−ＤＯ８のメモリマツプを示す説明図、第５
図はデバイスヘッダの説明図、第６図はデバイスドライ
バのリンクを示す説明図、第７図はデバイスの属性を示
す説明図、第８図はシステム立ちＥがりのプロセスフロ
ーを示す説明図、第９図はデバイスドライバの呼び出さ
れ方を示す説明図、第１０図はコマンドパケットの構成
例を示す説明図、第１１図はリクエストヘッダの構成を
示す説明図、第１２図はアプリケーションとデバイスの
関係を示す説明図、第１３図は、認識データを受は渡す
手原の例を示す説明図である。 １・・・ホストコンピュータ本体、２・・・文字認識装
置または音声認識装置、３・・・キーボード特　　許　
　出　　願　　人　　　　　中　　野　　　　浩　　和
第１図 図面の浄書（内容に変更なし） ！Ｊ２図 第３図 （ＨＥＡＤＥＲ） デバイスヘッダ 第８図 第９図 第１０図 第１１図 第１２図 Ｉ！１３図 手 続 補 正 」驚 （方式） １、事件の表示 平成 １年 特許願第３０３！ｌ！Ｓ７号 ３、補正をする者 事件との関係

Claims (2)

【特許請求の範囲】
1. （１）音声または文字認識を行いデータをコンピュータ
   で処理し得るよう構成した音声認識システムまたは文字
   認識システムにおいて、音声を認識し電子化データに変
   換する音声認識装置または文字を認識し電子化データに
   変換する文字認識装置、ソフトの実行を行なうホストコ
   ンピュータ、ホストコンピュータに設けられキー入力デ
   ータを入力するキーボードデータ入力部、から成り、音
   声・文字認識装置からの認識データをキーボードデータ
   入力部に入力するよう構成したことを特徴とする音声・
   文字認識装置接続方法
2. （２）音声または文字認識を行いデータをコンピュータ
   で処理し得るよう構成した音声認識システムまたは文字
   認識システムにおいて、音声を認識し電子化データに変
   換する音声認識装置または文字を認識し電子化データに
   変換する文字認識装置、オペレーティングシステムに組
   み込まれるデバイスドライバ、から成り、音声・文字認
   識装置からの認識データをデバイスドライバを通すよう
   構成したことを特徴とする音声・文字認識装置接続方法