(57)【特許請求の範囲】
【請求項１】
複数の音声認識装置が、格納装置に格納されている複数の音声ファイルについて、音声ファイルごとに音声認識を行う音声認識方法であって、
前記格納装置に選択中ロックファイルが格納されているか否かを確認する選択中ロックファイル確認過程と、
前記格納装置に選択中ロックファイルが格納されていなければ、自己の固有の装置情報を含めた選択中ロックファイルを生成し、前記格納装置に送信し、格納させる選択中ロックファイル送信過程と、
前記格納装置に選択中ロックファイルを要求し、受信した選択中ロックファイルに自己の装置情報が含まれているか否かを検証する装置情報検証過程と、
受信した選択中ロックファイルに自己の装置情報が含まれていれば、音声ファイルを選択する選択過程と、
前記格納装置中の選択中ロックファイルを削除する選択中ロックファイル削除過程と、
選択した音声ファイルを受信し、当該音声ファイルについて音声認識を行い、音声認識結果情報を前記格納装置に送信し、格納させる音声認識過程と、を有する音声認識方法。
【請求項２】
請求項１記載の音声認識方法であって、
前記選択過程で選択された音声ファイルに対応し、自己の固有の装置情報を含めた処理中ロックファイルを生成し、前記格納装置に送信し、格納させる処理中ロックファイル送信過程と、を有し、
前記選択過程では、前記格納装置に格納されている処理中ロックファイルに対応する音声ファイル以外の音声ファイルを選択することを特徴とする音声認識方法。
【請求項３】
請求項１または２記載の音声認識方法であって、
前記音声認識過程では、音声ファイルと当該音声ファイルについての音声認識結果情報とを対応付けて前記格納装置に格納され、
前記選択過程では、前記格納装置に格納されている音声認識結果情報に対応する音声ファイル以外の音声ファイルを選択することを特徴とする音声認識方法。
【請求項４】
音声認識の対象である複数の音声ファイルが格納されている格納装置と、
前記格納装置に選択中ロックファイルが格納されているか否かを確認する確認部と、
前記格納装置に選択中ロックファイルが格納されていなければ、自己の固有の装置情報を含めた選択中ロックファイルを生成し、前記格納装置に送信し、格納させる、または、前記格納装置に格納されている選択中ロックファイルを削除する選択中ロックファイル生成削除部と、
前記格納装置に選択中ロックファイルを要求し、受信した選択中ロックファイルに自己の装置情報が含まれているか否かを検証する検証部と、
受信した選択中ロックファイルに自己の装置情報が含まれていれば、音声ファイルを選択する選択部と、
選択した音声ファイルを受信し、当該音声ファイルについて音声認識を行い、音声認識結果情報を前記格納装置に送信し、格納させる処理部と、を有する複数の音声認識装置と、を備えることを特徴とする音声認識システム。
【請求項５】
請求項４記載の音声認識システムであって、
前記音声認識装置は、
前記選択部により選択された音声ファイルに対応し、自己の固有の装置情報を含めた処理中ロックファイルを生成し、前記格納装置に送信し、格納させる処理中ロックファイル生成削除部を有し、
前記選択部は、前記格納装置に格納されている処理中ロックファイルに対応する音声ファイル以外の音声ファイルを選択するものであることを特徴とする音声認識システム。
【請求項６】
請求項４または５記載の音声認識システムであって、
前記音声認識部は、音声ファイルと当該音声ファイルについての音声認識結果情報とを対応付けて前記格納装置に格納させ、
前記選択部は、前記格納装置に格納されている音声認識結果情報に対応する音声ファイル以外の音声ファイルを選択することを特徴とする音声認識システム。
【請求項７】
複数の音声が格納されている格納装置に選択中ロックファイルが格納されているか否かを確認する確認部と、
前記格納装置に選択中ロックファイルが格納されていなければ、自己の固有の装置情報を含めた選択中ロックファイルを生成し、前記格納装置に送信し、格納させる、および、前記格納装置に格納されている選択中ロックファイルを削除する選択中ロックファイル生成削除部と、
前記格納装置に選択中ロックファイルを要求し、受信した選択中ロックファイルに自己の装置情報が含まれているか否かを検証する検証部と、
受信した選択中ロックファイルに自己の装置情報が含まれていれば、音声ファイルを選択する選択部と、
選択した音声ファイルを受信し、当該音声ファイルについて音声認識を行い、音声認識結果情報を前記格納装置に送信し、格納させる処理部として、コンピュータを機能させるための音声認識プログラム。
【請求項８】
請求項７記載の音声認識プログラムであって、
更に、前記選択部により選択された音声ファイルに対応し、自己の固有の装置情報を含めた処理中ロックファイルを生成し、前記格納装置に送信し、格納させる処理中ロックファイル生成削除部として、コンピュータを機能させ、
前記選択部は、前記格納装置に格納されている処理中ロックファイルに対応する音声ファイル以外の音声ファイルを選択することを特徴とする音声認識プログラム。
【請求項９】
請求項７または８記載の音声認識プログラムであって、
前記音声認識部は、音声ファイルと当該音声ファイルについての音声認識結果情報とを対応付けて前記格納装置に格納させ、
前記選択部は、前記格納装置に格納されている音声認識結果情報に対応する音声ファイル以外の音声ファイルを選択することを特徴とする音声認識プログラム。
【請求項１０】
請求項７から９何れかに記載の音声認識プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の音声ファイルについて音声ファイルごとに音声認識を行う音声認識方法、そのシステム、そのプログラム、その記録媒体に関する。
【背景技術】
【０００２】
音声認識を行いたい複数の音声ファイルに対して、複数の計算機、複数のプロセスで並列に処理を行う場合、１つの音声ファイルに対して、確実に１つのプロセスを割り当てる。そして、同一の音声ファイルを複数のプロセスで重複して処理しないようにするための工夫が必要である。図１に従来の音声認識システムの機能構成例を示し、図２に従来の音声認識システム１０００の主な処理の流れを示す。従来の音声認識システム１０００は、格納装置１００、１個のクライアント装置２００、Ｍ個（Ｍ≧２）の音声認識装置２５０、により構成される。格納装置１００には、音声認識の対象であるＮ個（Ｎ≧２）の音声ファイルが格納されている。クライアント装置２００は、ファイル選択部２０２、装置選択部２０４、送受信部２０６、により構成されている。Ｍ個の音声認識装置２５０はそれぞれ、送受信部２５２、処理部２５４により構成されている。従来はこの音声認識システム１０００により１個のクライアント装置２００が複数の音声ファイルに対して、音声認識処理を行う順番を決め、処理待ちとなっている複数の音声認識装置に割り振るクライアント／サーバ形式が一般的である。以下、図１、２を用いて具体的に説明する。
【０００３】
まずクライアント装置２００のファイル選択部２０２が、格納装置１００に格納されているＮ個の音声ファイルの中から音声認識処理を行う音声ファイルＡｎ（ｎ＝１，．．．，Ｎ）を１つ選択する（ステップＳ１００）。選んだ音声ファイルを単にＡと示す。次に、装置選択部２０４が、Ｍ個の音声認識装置の中から接続待ちとなっている１つの音声認識装置２５０−ｍ（ｍ＝１，．．．，Ｍ）を選択し、選択された音声認識装置と接続する（ステップＳ１０２、ステップＳ１０４）。選択、接続された音声認識装置を単に音声認識装置２５０と示す。送受信部２０６が選択した音声ファイルＡを音声認識装置２５０に送信する（ステップＳ１０６）。
【０００４】
音声認識装置２５０の送受信部２５２が、送信された音声ファイルＡを受信すると（ステップＳ１０８）、処理部２５４が当該音声ファイルＡに対して音声認識処理を行う（ステップＳ１１０）。そして、送受信部２５２が、音声認識処理の結果である音声認識結果情報をクライアント装置２００に送信し（ステップＳ１１２）、クライアント装置２００が当該音声認識結果情報を受信すると（ステップＳ１１４）、クライアント装置２００、音声認識装置２５０間の接続を切断する（ステップＳ１１６、ステップＳ１１８）。そして、格納装置１００に格納されている全ての音声ファイルＡｎ（ｎ＝１，．．．，Ｎ）について、音声認識処理が終了するまでステップＳ１００〜ステップＳ１１８の処理を続ける（ステップＳ１２０）。この従来技術の詳細は非特許文献１に記載されている。
【０００５】
一連の処理の中で、最も大きな処理量が必要となるのが、音声認識処理である。複数の音声認識装置、複数のプロセスで並列して音声認識処理を行うことで、１個のクライアント装置２００で音声認識処理を行うよりも速く、大量の音声ファイルについて音声認識処理を行うことができる。クライアント装置２００では、音声認識装置２５０が音声認識処理を行っている間は待ち状態となるが、この従来技術であれば、これを待たずに次に処理すべき音声ファイルを別の音声認識装置に送信することで、複数の音声ファイルについての音声認識処理の並列化が実現する。
【非特許文献１】金内典充、今安正和著、「ＵＮＩＸ（登録商標）  ネットワークプログラミング」、オーム社、ｐ．７８−９７
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来技術の場合、クライアント装置２００は、全ての音声認識装置２５０−ｍ（ｍ＝１，．．．，Ｍ）の情報（例えば、ＩＰアドレス、ポート番号）を把握しておかなければならない。このため、音声認識装置２５０を追加または変更したい場合に、クライアント装置２００の停止や再設定が必要となる。クライアント装置２００を停止させた場合、全ての音声認識装置２５０−ｍ（ｍ＝１，．．．，Ｍ）も停止する必要があり、保守上の負担が大きくなるという問題がある。
また、保守を行う際に、音声認識対象の音声ファイルＡｎの増減によって、音声認識装置の追加または削除を行うことや、異常のある音声認識装置を入れ替えるなど、音声認識装置を追加したり停止したりする必要となる。このように、音声認識装置を停止させると、効率的な処理が行えなくなったり、作業工数が増えるために保守のための作業時間が増えたりミスが増えたりするという問題がある。
【課題を解決するための手段】
【０００７】
この発明の音声認識システムは、格納装置と、複数の音声認識装置とにより構成される。格納装置は、音声認識の対象である複数の音声ファイルが格納されている。音声認識装置は、確認部と、選択中ロックファイル生成削除部と、検証部と、選択部と、処理部と、を有する。確認部は、格納装置に選択中ロックファイルが格納されているか否かを確認する。選択中ロックファイル生成削除部は、
格納装置に選択中ロックファイルが格納されていなければ、自己の固有の装置情報を含めた選択中ロックファイルを生成し、格納装置に送信し、格納させる、および、格納装置に格納されている選択中ロックファイルを削除する。検証部は、格納装置に選択中ロックファイルを要求し、受信した選択中ロックファイルに自己の装置情報が含まれているか否かを検証する。選択部は、受信した選択中ロックファイルに自己の装置情報が含まれていれば、音声ファイルを選択する。処理部は、選択した音声ファイルを受信し、当該音声ファイルについて音声認識を行い、音声認識結果情報を格納装置に送信し、格納させる。
【発明の効果】
【０００８】
上述のように、従来技術では１つのクライアント装置２００が複数の音声認識装置に音声認識処理を振り分けていた。しかし、本発明の構成では、複数の音声認識装置が直接、複数の音声ファイルに対して選択を行い、音声認識処理を行う。この場合に、それぞれの音声認識装置は、他の音声認識装置の状況が把握できないため、１つの音声ファイルに対して複数の音声認識装置が重複して音声認識処理を行う可能性がある。そこで、音声認識装置が自己の装置情報を含めた選択中ロックファイルを生成し、格納装置に送信し、格納させることで、他の音声認識装置に選択させないようにする。この選択中ロックファイルを用いることで、他の音声認識装置が重複して、音声ファイルを選択することはない。
【０００９】
そして、通信・接続に関する情報は音声認識装置にのみ把握させればよいので、全体の音声認識処理の中断なしで、一部の音声認識装置の追加、変更、削除を容易に行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下に、発明を実施するための最良の形態を示す。図３に本実施例の音声認識システム２０００のブロック図を示し、図４に本実施例の音声認識システム２０００の主な処理の流れを示す。図３に示すように、Ｐ個の音声認識装置３００−ｐ（ｐ＝１，．．．，Ｐ）と１つの格納装置４００とにより構成される。以下では、説明に用いる音声認識装置を単に、音声認識装置３００と示す。音声認識装置３００は、確認部３０２、送受信部３０３、選択中ロックファイル生成削除部３０４、検証部３０６、選択部３０８、処理部３１０、により構成される。また、音声認識処理の対象となるＮ（Ｎ≧２）個の音声ファイルＡｎ（ｎ＝１，．．．，Ｎ）は、格納装置４００中の格納領域に格納され、複数の音声認識装置３００−ｐからファイル送受信、ファイルの格納、ファイル削除などが行えるものとする。格納領域はファイル共有サーバ等で管理される。ファイル共有サーバは、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ、Ｗｉｎｄｏｗｓ（登録商標）ファイル共有、ｓａｍｂａサーバなどが良く用いられる。そして、Ｐ個の音声認識装置３００−ｐが、格納装置に格納されている複数の音声ファイルＡｎを選択して、音声ファイルＡｎごとに音声認識を行う。ＦＴＰサーバの詳細については、［竹下隆史、他著、「マスターリングＴＣＰ／ＩＰ」、オーム社、ｐ４６−５１］等に記載され、ｓａｍｂａサーバの詳細については、［Ｓｈｅｌｌｅｙ  Ｐｏｗｅｒｓ、他著、「ＵＮＩＸ（登録商標）パワーツール」、オライリージャパン、ｐ１２３１−１２２３］等に記載されている。
【００１１】
まず、確認部３０２が、格納装置４００に選択中ロックファイルＤが格納されているか否かを確認する（ステップＳ２００）。ここで、選択中ロックファイルＤとは、格納装置４００に１種類のみ格納されるものであり、選択中ロックファイルＤには、各音声認識装置３００−ｐの装置情報（例えば、音声認識装置の名称「Ｒｅｃｏｇ−０１」やＩＤ）が含まれている。音声認識装置３００−ｘの装置情報が含まれている選択中ロックファイルが格納装置４００が格納されている間は、音声認識装置３００−ｘが音声ファイルＡｎの選択を行っているということであり、音声認識装置３００−ｘ以外の音声認識装置は音声ファイルＡｎの選択を行うことができない。格納装置４００に選択中ロックファイルが格納されている場合は、一定時間（例えば、１０秒間）待って、再度、選択中ロックファイルの存在を確認する。
【００１２】
選択中ロックファイルＤが格納されていない場合は、選択中ロックファイル生成削除部３０４が、自己の装置情報を含めた選択中ロックファイルＤを生成し、送受信部３０３が選択中ロックファイルＤを格納装置４００に送信し、格納装置４００に格納させる（ステップＳ２０２）。
そして、検証部３０６が、選択中ロックファイルＤを要求する。具体的には、検証部３０６が選択中ロックファイルＤを要求するための選択中ロックファイル要求信号を生成し、送受信部３０３を経由して選択中ロックファイル要求信号を格納装置４００に送信する。検証部３０６が選択中ロックファイルＤを受信すると（ステップＳ２０４）、受信した選択中ロックファイルＤに自己の装置情報が含まれているか否かを検証する（ステップＳ２０６）。もし、選択中ロックファイルＤに自己の装置情報が含まれていない場合、他の音声認識装置の装置情報が含まれているということであり、つまり当該他の音声認識装置が音声ファイルＡｎを選択をしているので、音声認識装置３００は音声ファイルＡｎを選択できず、ステップＳ２００の処理まで戻る。
【００１３】
一方、選択中ロックファイルＤに自己の装置情報が含まれていれば、音声認識装置は選択権を得て、音声認識対象の音声ファイルＡｎを選択する。このように、選択中ロックファイルＤを用いることで、他の音声認識装置と同時に選択中ロックファイルＤの送信が行われた場合でも、複数の音声認識装置が重複して１つの音声ファイルの選択を行うという問題を回避できる。
選択部３０８が送受信部３０３を経由して、格納装置４００からのファイルリストＥを受信し（ステップＳ２０７）、ファイルリストＥを参照して、音声ファイルＡｎを選択する（ステップＳ２０８）。図５にファイルリストＥの一例を示す。図５に示すように、ファイルリストＥには、全ての音声ファイルＡｎ（ｎ＝１，．．．，Ｎ）について、処理中ロックファイルＢｎ、音声認識結果情報Ｃｎが対応付けられているか否かが記されている。図５の例、図３中の格納装置４００の例では、音声ファイルＡｎ−１には、処理中ロックファイルＢｎ-１が対応付けられており、音声ファイルＡｎ+１には、音声認識結果情報Ｃｎ+１が対応付けられていることを示す。また、空欄は、何も対応付けられていないことを示す。また、図３では対応関係は一点鎖線で示す。
【００１４】
処理中ロックファイルＢｚ（ｚ＝１，．．．，Ｎ）とは、音声認識装置３００により音声認識処理が行われている途中の音声ファイルＡｚに対応付けられるものである。処理中ロックファイルには、音声認識処理を行っている音声認識装置３００の固有の装置情報が含まれている。つまり、音声認識装置３００−ｘの装置情報が含まれている処理中ロックファイルが対応付けられている音声ファイルについては、音声認識装置３００−ｘが音声認識処理を行っているということである。選択部３０８は、音声ファイルの重複選択の排除のため、処理中ロックファイルが対応付けられている音声ファイルを選択しない。また、音声認識装置３００は、処理中ロックファイルＢｎ−１に含まれている装置情報を参照することで、どの音声認識装置が音声ファイルＡｎ−１について音声認識を行っているかを把握できる。
【００１５】
音声認識結果情報ＣＷ（Ｗ＝１，．．．，Ｎ）とは、音声ファイルＡＷの音声認識処理の結果である。音声ファイルＡＷと当該音声ファイルＡＷについての音声認識結果情報ＣＷとが対応付けられる。音声認識結果情報Ｃｎ＋１が対応付けられている音声ファイルＡｎ＋１は音声認識処理が終了したということなので、選択部３０８はこの音声ファイルについても選択しない。つまり、音声認識結果情報を音声ファイルと対応付けることで、音声認識装置に音声認識処理が終了していることを認識させ、選択させないことを示すロックファイルの役目も果たす。ロックファイルの使用は一般的であり、詳細は、例えば、［Ｓｈｅｌｌｅｙ  Ｐｏｗｅｒｓ、他著、「ＵＮＩＸ（登録商標）パワーツール」、オライリージャパン、ｐ９８８−９９０］などに記載されている。ロックファイルはプログラムの二重起動防止などで使用される。
【００１６】
つまり、選択部３０８はファイルリストＥを参照して、処理中ロックファイルおよび音声認識結果情報が対応付けられていない音声ファイルを選択する。選択した音声ファイルをＡｎとする。処理中ロックファイル生成削除部３１２は、選択した音声ファイルＡｎに対応する処理中ロックファイルＢｎを生成し、送受信部３０３を経由して、格納装置４００に送信し、格納させる（ステップＳ２０９）。音声認識装置３００は、自己の（音声認識装置３００の）固有の装置情報を処理中ロックファイルＢｎに含ませる。処理中ロックファイルＢｎが格納装置４００に格納されると、他の音声認識装置が処理中ロックファイルＢｎに含まれている装置情報を参照することで、音声認識装置３００が音声ファイルＡｎについて処理をしているということを把握できる。その結果、他の音声認識装置は音声ファイルＡｎについて音声認識処理を行わない。
【００１７】
音声認識装置３００の選択処理終了後、選択中ロックファイル生成削除部３０４が、選択中ロックファイル削除信号を生成し、送受信部３０３を経由して格納装置４００に送信し、格納装置４００中の選択中ロックファイルＤを削除する（ステップＳ２１０）。選択中ロックファイルＤの削除により、他の音声認識装置３００が、音声ファイルの選択を行うことができるようになる。
処理部３１０が、送受信部３０３を経由して選択した音声ファイルＡｎを受信し、当該音声ファイルＡｎについて音声認識を行う。そして、音声認識結果情報Ｃｎを格納装置４００に送信し、音声ファイルＡｎに対応付けて格納させる（ステップＳ２１４）。音声認識の手法は例えば、［政瀧浩和、他著、「顧客との自然な会話を聞き取る自由発話音声認識技術「ＶｏｉｃｅＲｅｘ」」、ＮＴＴ技術ジャーナル、２００６  ｖｏｌ．１８、Ｎｏ．１１、ｐ１５−１８］などに記載されている。
【００１８】
音声認識結果情報Ｃｎの送信後、処理中ロックファイル生成削除部３１２が音声ファイルＡｎに対応する処理中ロックファイルＢｎを削除するための処理中ロックファイル削除信号を生成し、送受信部３０３を経由して、格納装置４００に送信し、処理中ロックファイルＢｎを削除することが好ましい（ステップＳ２１６）。他の音声認識装置が、音声ファイルＡｎについて音声認識処理中ではないことが把握できるためである。音声認識結果情報Ｃｎの削除は行わなくても良い。そして全ての音声ファイルの音声認識処理が終了するまで、ステップＳ２００〜ステップＳ２１６を繰り返す（ステップＳ２１８）。
【００１９】
また、必要に応じて、処理中ロックファイル信号を用いる概念（以下、「概念Ａ」と示す。）、音声認識結果情報をロックファイルとして用いる概念（以下、「概念Ｂ」と示す。）のうち、少なくとも一方を用いても良く、また、概念Ａ、Ｂの両方を用いなくても良い。概念Ａを用いない場合は、音声認識装置中の処理中ロックファイル生成削除部３１２は必要がなく、ステップＳ２０９、ステップＳ２１６は必要なく、図５に示すファイルリスト中の処理中ロックファイルの列も必要ない。また、概念Ｂを用いない場合は、図５に示すファイルリスト中の音声認識結果情報の列は必要ない。また、概念Ａ、Ｂの両方用いない場合は、ファイルリストＥは必要ない。
【００２０】
従来では、音声認識装置の変更、削除、追加、再設定などのためには、クライアント装置の停止や再設定が必要であり、保守上の負担が大きかった。しかし、この実施例では、格納装置４００中のファイル格納領域と音声認識装置３００−ｐとの通信には、一般に良く使われるファイル共有サーバの仕組みを使うが、このための通信に関する格納装置４００のＩＰアドレス、ポート番号などの情報は、音声認識装置３００−ｐが把握しておけばよい。従って、音声認識装置を変更、削除、追加、再設定しても、ファイル共有サーバの動作や他の音声認識装置に影響を与えない。つまり、全体のファイル共有サーバや、他の音声認識装置を停止・再設定させることなく、音声認識装置を追加、変更、削除することができる。更に、全ての音声認識装置で同一の格納装置の通信先となるため、音声認識装置が保有しているＩＰアドレス、ポート番号などの情報は全て同一である。各音声認識装置で異なる部分は、固有の装置情報のみである。このため、音声認識装置の追加、再設定も容易である。そして、選択中ロックファイル、必要に応じて、処理中ロックファイル、音声認識結果情報をロックファイルとして用いることで、複数の音声認識装置が、重複して音声ファイルの選択、音声認識処理を行うことを防ぐ。
【００２１】
また、従来技術では、一般にソケット通信を用いる開発が必要となり、クライアント装置と音声認識装置とで対となるプログラミング開発が必要となる。ソケット通信の詳細については、［金内典充、今安正和著「ＵＮＩＸ（登録商標）ネットワークプログラミング」、オーム社、ｐ７８−９７］などに記載されている。しかし、本発明では、格納装置中の音声ファイル等を格納する領域は、一般のファイル共有サーバを活用できるため、格納装置について新たなプログラム開発を必要としない。プログラム開発は音声認識装置のみであり、ファイルの読み書きによって簡単に実現できる。プログラムの構成が単純であることや、プログラムの実現が用意であることは、一般にプログラムのバグを少なくし、開発期間の短縮や開発コストを低減できる。
【００２２】
＜ハードウェア構成＞
本実施例で説明した音声認識装置３００−ｐは、ＣＰＵ（Central Processing Unit）、入力部、出力部、補助記憶装置、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）及びバスを有している。
ＣＰＵは、読み込まれた各種プログラムに従って様々な演算処理を実行する。補助記憶装置は、例えば、ハードディスク、ＭＯ（Magneto-Optical disc）、半導体メモリ等であり、ＲＡＭは、ＳＲＡＭ (Static Random Access Memory)、ＤＲＡＭ (Dynamic Random Access Memory)等である。また、バスは、ＣＰＵ、入力部、出力部、補助記憶装置、ＲＡＭ及びＲＯＭを通信可能に接続している。
【００２３】
＜ハードウェアとソフトウェアとの協働＞
本実施例の音声認識装置３００−ｐは、上述のようなハードウェアに所定のプログラムが読み込まれ、ＣＰＵがそれを実行することによって構築される。以下、このように構築される各装置の機能構成を説明する。
音声認識装置３００−ｐ中の送受信部３０３は、所定のプログラムが読み込まれたＣＰＵの制御のもと駆動するＬＡＮカード、モデム等の通信装置である。確認部３０２、選択中ロックファイル生成削除部３０４、検証部３０６、選択部３０８、処理部３１０、処理中ロックファイル生成削除部３１２は、所定のプログラムがＣＰＵに読み込まれ、実行されることによって構築される演算部である。格納装置４００は、上述のように格納装置４００の格納領域は、ファイル共有サーバ等で管理される。
【図面の簡単な説明】
【００２４】
【図１】従来の音声認証システムの機能構成例を示したブロック図。
【図２】従来の音声認証方法の主な処理を示したフローチャート。
【図３】本実施例の音声認証システムの機能構成例を示したブロック図。
【図４】本実施例の音声認証方法の主な処理を示したフローチャート。
【図５】ファイルリストの一例を示した図。
【図１】
0004625509.tif 000002
【図２】
0004625509.tif 000003
【図３】
0004625509.tif 000004
【図４】
0004625509.tif 000005
【図５】
0004625509.tif 000006