(57)【要約】【課題】音声駆動式のコントロールアプリケーションにおいて危険を軽減するためのシステムおよび方法を提供する。【解決手段】オーディオ入力を受信するためのレシーバと、オーディオ入力を分析してオーディオ入力の少なくとも1つのイベントを識別するためのイベント検知器と、オーディオ入力の少なくとも一部を解釈するための認識器と、複数のルールを含むデータベースと、少なくとも1つのイベントおよび少なくとも1つのルールに基づいてコントロールコマンドを作成するためのコントローラとを含む音声認識およびコントロールシステム。【選択図】図１
2008083667.tif 000002
【特許請求の範囲】
【請求項１】
オーディオ入力を受信するためのレシーバと、
前記オーディオ入力を分析して前記オーディオ入力の少なくとも1つのイベントを識別するためのイベント検知器と、
前記オーディオ入力の少なくとも一部を解釈するための認識器と、
複数のルールを含むデータベースと、
前記少なくとも1つのイベントおよび少なくとも1つのルールに基づいてコントロールコマンドを作成するためのコントローラとを具備することを特徴とする音声認識およびコントロールシステム。
【請求項２】
前記コントローラが、前記システムによって機能できるデバイスへ前記コントロールコマンドを送信することを特徴とする請求項1に記載のシステム。
【請求項３】
前記デバイスが医療用デバイスであることを特徴とする請求項2に記載のシステム。
【請求項４】
前記コントローラが、システム状態を判断し、前記コントロールコマンドが、前記システム状態にさらに基づくことを特徴とする請求項1に記載のシステム。
【請求項５】
前記コントロールコマンドが、アクションを停止するようにデバイスに指示することを特徴とする請求項1に記載のシステム。
【請求項６】
前記コントロールコマンドが、アクションを実行するようにデバイスに指示することを特徴とする請求項1に記載のシステム。
【請求項７】
前記少なくとも1つのイベントが、発声の開始および発声の終了のうちの少なくとも1つを含むことを特徴とする請求項1に記載のシステム。
【請求項８】
前記少なくとも1つのイベントが、所定の持続時間を超過するオーディオ入力の持続時間を含むことを特徴とする請求項1に記載のシステム。
【請求項９】
前記少なくとも1つのイベントが、所定の持続時間に満たないオーディオ入力の持続時間を含むことを特徴とする請求項1に記載のシステム。
【請求項１０】
前記少なくとも1つのイベントが、レシーバの異常の1つを含むことを特徴とする請求項1に記載のシステム。
【請求項１１】
前記少なくとも1つのイベントが、機能しているレシーバを含むことを特徴とする請求項1に記載のシステム。
【請求項１２】
前記少なくとも1つのイベントが、オーディオ入力のエラーであることを特徴とする請求項1に記載のシステム。
【請求項１３】
前記少なくとも1つのイベントが、レシーバの接続およびレシーバの接続解除のうちの少なくとも1つを含むことを特徴とする請求項1に記載のシステム。
【請求項１４】
前記コントローラが、前記オーディオ入力の前記少なくとも一部の前記解釈に基づいて少なくとも1つの話声コマンドを作成することを特徴とする請求項1に記載のシステム。
【請求項１５】
前記コントロールコマンドが、前記少なくとも1つの話声コマンドを取り消すことを特徴とする請求項14に記載のシステム。
【請求項１６】
前記コントローラが、前記少なくとも1つの話声コマンドによって機能できるデバイスへ前記少なくとも1つの話声コマンドを送信することを特徴とする請求項14に記載のシステム。
【請求項１７】
前記デバイスが医療用デバイスであることを特徴とする請求項16に記載のシステム。
【請求項１８】
オーディオ入力を受信するためのレシーバと、
前記レシーバと通信状態にあるプロセッサと、
前記オーディオ入力を分析して前記オーディオ入力の少なくとも1つのイベントを識別するために前記プロセッサ上で実行されるソフトウェアと、
前記プロセッサと通信状態にあるデータベースであって、複数のルールを含むデータベースと、
前記少なくとも1つのイベント、ならびに少なくとも1つのルールおよびシステム状態に基づいてアクションを実行するために前記プロセッサ上で実行されるソフトウェアとを具備することを特徴とする音声認識およびコントロールシステム。
【請求項１９】
前記アクションが、危険を軽減するアクションであることを特徴とする請求項18に記載のシステム。
【請求項２０】
前記少なくとも1つのイベントが、発声の開始および発声の終了のうちの少なくとも1つであることを特徴とする請求項18に記載のシステム。
【請求項２１】
前記少なくとも1つのイベントが、発声の持続時間を含むことを特徴とする請求項18に記載のシステム。
【請求項２２】
前記オーディオ入力から少なくとも1つの話声コマンドを識別するために前記プロセッサ上で実行される認識ソフトウェアをさらに具備することを特徴とする請求項18に記載のシステム。
【請求項２３】
前記アクションが、前記少なくとも1つの話声コマンドを無視することであることを特徴とする請求項22に記載のシステム。
【請求項２４】
音声駆動式のコントロールシステムにおいて危険を軽減する方法であって、
オーディオ入力を受信するステップと、
前記オーディオ入力の少なくとも1つのイベントを識別するステップと、
システム状態を判断するステップと、
危険を軽減するアクションが必要かどうかを、前記少なくとも1つのイベント、前記システム状態、および少なくとも1つのルールに基づいて判断するステップと、
前記少なくとも1つのイベント、前記システム状態、および前記少なくとも1つのルールに基づいてコントロールコマンドを作成するステップとを具備することを特徴とする方法。
【請求項２５】
前記音声駆動式のコントロールシステムによって機能できるデバイスへ前記コントロールコマンドを送信するステップをさらに具備することを特徴とする請求項24に記載の方法。
【請求項２６】
前記コントロールコマンドが、前記デバイスへの話声コマンドを取り消すことを特徴とする請求項24に記載の方法。
【請求項２７】
前記少なくとも1つのイベントが、発声の開始および発声の終了のうちの少なくとも1つを含むことを特徴とする請求項24に記載の方法。
【請求項２８】
前記少なくとも1つのイベントが、所定の持続時間を上回るオーディオ入力の持続時間および前記所定の持続時間を下回る前記オーディオ入力の持続時間のうちの一方を含むことを特徴とする請求項24に記載の方法。
【請求項２９】
前記少なくとも1つのイベントが、レシーバの異常を含むことを特徴とする請求項24に記載の方法。
【請求項３０】
前記イベントが、オーディオ入力のエラーであることを特徴とする請求項24に記載の方法。
【請求項３１】
前記オーディオ入力を認識器へ送信するステップと、
前記オーディオ入力から少なくとも1つの話声コマンドを識別するステップと、
前記話声コマンドによって機能できるデバイスへ前記話声コマンドを送信するステップとをさらに具備することを特徴とする請求項24に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声認識(speech recognition)およびコントロールシステムに関し、より具体的には、リスクおよび危険を軽減するための手段を含む音声認識およびコントロールシステムに関する。
【背景技術】
【０００２】
音声認識とは、マイクロフォンによって受信された音響信号が、コンピュータによってテキストの単語、数字、あるいは記号のセットへと変換されるプロセスである。そしてこれらの認識された言葉は、ドキュメントの作成、データの入力、ならびにコマンドおよびコントロールなどの目的で、様々なコンピュータソフトウェアアプリケーションにおいて使用することができる。例えば音声認識システムは、様々な医療用のシステムおよびデバイスをコントロールするために現代の手術室において使用することができる。外科医やその他のユーザは、シンプルな音声コマンドを与えることによって、音声認識システムによってコントロールされているデバイスの機能を指示することができる。例えば外科医は、音声コマンドを発して、患者用の台を調整したり、ポンプの圧力を調整したりすることができる。
【０００３】
手術室における音声認識あるいは音声駆動式のデバイスコントロールを可能にするために、医療用デバイスおよび/またはその他の機器は、通信チャネル(例えば、イーサネット（登録商標）接続、デバイスバスなど)を通じてコンポーネント(例えば、コールシステム(call system))と接続される。音声認識アプリケーションも接続されて、音声駆動式のユーザインターフェースおよび認識ソフトウェアを提供する。音声コマンドが発せられると、そのコマンドを認識して、テキスト文字列に変換することができる。そのコマンドが、接続されているデバイスやアプリケーションのうちの1つに対応する有効なコマンドとして首尾よく識別された場合には、システムは、適切な信号を送信し、それによって所望のコントロールアクションが取られる。
【０００４】
コントロールシステム、とりわけ話声(speech)あるいは音声駆動式のコントロールシステムは、100％のコマンドの正確さを提供しない場合が多い。人間によるエラーを除いて、音声認識およびコントロールシステムにおけるエラーは、削除エラー、置換エラー、および挿入エラーという3つの種類に分類することができる。削除エラーの一例は、音声認識システムが、有効なコマンドを正しく識別することができず、その有効なコマンドをボキャブラリーの範囲外の入力として拒否する場合である。置換エラーが発生するのは、例えば有効なコマンドが発せられても、音声認識システムが、そのコマンドを間違って識別して、システムのボキャブラリー内の別のコマンドに従って結果を生成する場合である。挿入エラーが発生するのは、例えば人間の発声やバックグラウンドノイズなど、ボキャブラリーの範囲外の入力が、誤ってコマンドとして識別される場合である。正確さが決定的に重要となる手術室の環境においては、そのような不正確さは、きわめて望ましくなく、生命を脅かすおそれがある。
【０００５】
そのようなエラーが発生した場合に、従来技術のシステムには一般に、ユーザが危険を軽減するために直ちにアクションを起こすための手段が欠けている。例えば、従来技術の音声認識およびコントロールシステムには、時間の遅延がつきものである。通常、このようなシステムは、完全な発声を受信して処理するのを待ってから、結果を生成しなければならない。したがって、ユーザにとっては、エラーに気づいたときに危険を回避するために直ちにアクションを起こすことは困難である。さらに、継続的なバックグラウンドノイズによって引き起こされるエラーの場合には、このようなシステムは、バックグラウンドノイズがやむまで、有効な音声コマンドを受信するのを阻まれる場合が多い。
【０００６】
したがって、従来技術のシステムに関連する上述の問題を克服する音声認識のシステムおよび方法を提供することが望ましい。
【特許文献１】米国特許出願公開第２００４／０１７２０１１号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、本発明の1つの目的は、危険およびリスクを軽減するための手段を有する音声認識およびコントロールシステムを提供することである。
【０００８】
さらなる目的は、リスクおよび危険を軽減するためにリアルタイムのオーディオイベントおよび話声イベント(speech event)を利用する音声認識およびコントロールシステムを提供すること、ならびにリスクおよび危険によって問題が提示される前に、そうしたリスクおよび危険を解消することである。
【課題を解決するための手段】
【０００９】
これらおよびその他の目的は、オーディオ入力を受信するためのレシーバと、オーディオ入力を分析してオーディオ入力の少なくとも1つのイベントを識別するためのイベント検知器と、オーディオ入力の少なくとも一部を解釈するための認識器(recognizer)と、複数のルールを含むデータベースと、少なくとも1つのイベントおよび少なくとも1つのルールに基づいてコントロールコマンドを作成するためのコントローラとを含む音声認識およびコントロールシステムを提供することによって、達成される。そのイベントは、例えば、発声の開始、発声の終了、所定の持続時間を超過するオーディオ入力の持続時間、あるいは所定の持続時間に満たないオーディオ入力の持続時間とすることができる。そのイベントはさらに、入力信号のエラーやレシーバの異常とすることができる。
【００１０】
さらに提供されるのは、オーディオ入力を受信するステップと、オーディオ入力の少なくとも1つのイベントを識別するステップと、システム状態を判断するステップと、危険を軽減するアクションが必要かどうかを、少なくとも1つのイベント、システム状態、および少なくとも1つのルールに基づいて判断するステップと、少なくとも1つのイベント、システム状態、および少なくとも1つのルールに基づいてコントロールコマンドを作成するステップとを含む、音声駆動式のコントロールシステムにおいて危険を軽減する方法である。コントロールコマンドは、音声駆動式のコントロールシステムによって機能できるデバイスへ送信することができる。コントロールコマンドは、システムによって実行されている、またはシステムによって既に実行されてデバイスへ送信された以前の話声コマンドを取り消すこともできる。
【発明を実施するための最良の形態】
【００１１】
図1は、本発明による音声認識およびデバイスコントロールシステムを示している。このシステムは、例えば医療手術室におけるデバイス、アプリケーション、および/またはプロセスのコントロールを含む任意の数の用途にとって有用なものとなることができる。
【００１２】
このシステムは、オーディオ入力102を受信するための1つまたは複数のレシーバ104を含む。レシーバ104は、入ってくる音または音波を受信してデジタル波形および/または電流もしくは電気エネルギー(例えば、オーディオデータ106)へ変換するための任意の器具、デバイス、あるいは「フロントエンド」とすることができる。例えばレシーバ104は、マイクロフォンとすることができる。レシーバ104は、通信チャネルもしくはケーブルおよび/または無線接続を介して、情報(例えば、オーディオデータ)をシステムへ伝達することができる。レシーバ104によって受信されるオーディオ入力102は、話された単語や語句、あるいは単語や語句の集合など、ユーザから話された発声とすることができる。例えばオーディオ入力102は、システムによって伝達または実施してほしいとユーザが希望する1つまたは複数の話声コマンドを表す話された単語や語句を含むことができる。オーディオ入力102はさらに、例えば話声コマンドとして意図されていない任意の人間による発声、あるいは任意のバックグラウンドノイズおよび/または干渉とすることができる。例えば、レシーバ104を接続したり、接続を切ったりすることによって、フロントエンドにおいてノイズや干渉をもたらすことができる。
【００１３】
このシステムは、1つまたは複数のプロセッサ108をさらに含むことができる。プロセッサ108は、少なくとも1つのオペレーションをコントロールする、あるいは1つまたは複数のソフトウェアプログラムを受信するおよび/または実行する任意のデバイス、デバイスおよび/またはコンポーネントの集合、あるいはシステムとすることができる。プロセッサ108は、例えば、デジタルシグナルプロセッサ、マイクロコントローラ、マイクロプロセッサ、またはコンピュータプログラマブルロジックデバイスのうちの1つとすることができる。プロセッサ108に関連付けられている機能は、ローカルかリモートかを問わず、集中させることも分散させることもできるという点に留意されたい。プロセッサ108は、レシーバ104と通信状態にあり、オーディオデータ106など、レシーバ104からの情報を受信することができる。以降で詳しく説明するが、次いでプロセッサ108、および/またはそれに関連付けられているその他のコンポーネントは、プロセッサ108と通信状態にある1つまたは複数のデバイス116、ユーザインターフェース118、あるいはその他の任意のシステムまたは装置にコマンドデータ114を送信するか、またはその他の形で伝達することができる。
【００１４】
本発明によるシステムはまた、少なくとも1つのストレージ110を含む。ストレージ110は、システムおよびそのコンポーネントによってアクセスできるデータや情報を含む任意のストレージ、データベース、メモリ(例えば、ランダムアクセスメモリ)、あるいはそれらの集合とすることができる。例えばストレージ110は、リスクや危険を軽減するルールなどのルール220の集合またはデータベースを含むことができる。これらのルールは、音声認識やオーディオ入力のエラーなどのシステムエラーの結果として生じる危険な状況をシステムが回避したり軽減したりするための情報を提供することができる。これらのルールは、あらかじめ定義することもでき、あるいはシステムのオペレーション中に動的に生成することもできる。ストレージ110は、システム状態に関する情報222をさらに含むことができ、このシステム状態に関する情報222は、例えば、システムの1つまたは複数のコンポーネントやデバイスに関する情報を含む。システム状態に関する情報222は、例えば、システムまたは認識器230によって受信された話声コマンド、デバイスやコンポーネントのオペレーションの状態、現在デバイスによって実行されているアクションなどに関する情報を含むことができる。
【００１５】
このシステムは、図1に示されているデバイス116など、任意の数のデバイスをさらに含む。デバイス116は、例えば、手術室において使用するための医療用のデバイス、器具、ツール、あるいはシステム(例えば、手術台、内視鏡など)とすることができる。それぞれのデバイス116は、システムからコマンドまたはコマンドデータ114を受信することができる。いくつかのデバイス116は、フィードバックやその他のデータをシステムに提供することもできる。
【００１６】
このシステムのいくつかの実施形態は、少なくとも1つのユーザインターフェース118(例えば、グラフィカルユーザインターフェース)をさらに含む。このユーザインターフェース118は、情報やフィードバックをユーザに表示するための、もしくはその他の形で提供するための、および/または入力や情報をユーザから受信するための任意のデバイスとすることができる。例えばユーザインターフェース118は、モニターやディスプレイ、キーパッド、キーボード、タッチスクリーン、マウス、および/またはオーディオ出力など、任意の数のコンポーネントを含むことができる。いくつかの実施形態においては、ユーザインターフェース118は、レシーバ104を格納する。
【００１７】
図2は、本発明による音声認識およびデバイスコントロールシステムの別の図を示している。このシステムは、プロセッサ108上で実行される任意の数のコンポーネント、もしくはソフトウェアアプリケーション、および/またはプロセスを含む。当業者なら理解できるであろうが、このシステムのソフトウェアは、プロセッサ108のローカルに、またはリモートに、例えばデータベースおよび/または一時的なメモリ(例えばストレージ110)内に格納または配置することができる。図示されているように、このシステムは、オーディオ入力102(および/またはそこから生成されたオーディオデータ106)を分析するための、およびオーディオ入力102の少なくとも1つのイベントを識別するためのイベント検知器210を含む。イベント検知器210は、ハードウェア、ソフトウェア、またはそれらの組合せにおいて具体化することができる。例えばイベント検知器210は、図2に示されているように、プロセッサ108上で実行されるイベント検知ソフトウェアを含むことができる。
【００１８】
イベント検知器210は、オーディオ入力102および/またはオーディオデータ106を分析し、オーディオ入力102からのイベントをリアルタイムに識別する。イベント検知器210によって識別されるイベントは、例えば発声の開始、すなわち潜在的な話声コマンドの始まりを含むことができる。イベント検知器210はさらに、発声の終了、すなわち話声やその他のオーディオ入力102の終わりを検知することができる。イベントデータ212すなわちイベント検出結果が、リアルタイムにコマンドコントローラ214へ提供される。例えばイベント検知器210は、発声すなわち話声コマンドの開始を識別することができ、システムが、完全な発声すなわちコマンドを待たずに、例えば1つまたは複数のルール220に基づいて直ちにアクションを起こすことができるようにするための情報を提供することができる。
【００１９】
任意の数の危険軽減ルール220は、システムのユーザによって定義またはカスタマイズすることもでき、あるいはオペレーション中に動的に生成することもできる。例えば、あるルール220は、アクティビティーが開始されてから所定の時間内に、すなわち、例えばアクションが実行されている間の任意の時点で発声が開始された場合に停止すべき任意のシステムやデバイスのアクティビティーを規定することができる。したがって、デバイスのアクティビティーが誤って開始された場合には、そのアクティビティーは、ユーザが話し始めた瞬間に、すなわち発声開始のイベントを検知したときに、直ちに停止することができる。従来技術のシステムとは異なり、本発明のユーザは、危険を軽減する上で時間が決定的に重要である場合には、「停止」コマンドなどの完全な話声コマンドをシステムが受信し、認識し、処理するのを待つ必要がない。しかし本発明によるシステムは、迅速な注意を必要とする危険と、より緩慢な危険(例えば、台が動いている場合など)とを含むあらゆる危険を軽減する上で有用である。
【００２０】
ルール220は、相容れないコマンドを軽減するためのルールをさらに含むことができる。そのようなルールは、あらかじめ定義されたルールとすることができ、および/またはその時点におけるシステム状態に応じたものとすることができる。例えばポンプなどのデバイスが、安全でない(例えば、高すぎる)圧力で作動しているときに、システムが、圧力をさら上げるためのコマンドを受信した場合には、ルール220のうちの1つは、危険についてユーザに警告すること、受信したコマンドを実行しないようにすること、および/またはそのコマンドを無視することをシステムに設けることができる。
【００２１】
イベント検知器210は、オーディオ入力102の持続時間に関するオーディオ入力102のイベントや特徴を識別することもできる。例えば、イベント検知器210によって検知されるあるイベントは、長すぎる発声、すなわち、受信されているおよび/または記録されているオーディオ入力102が所定の持続時間すなわちしきい値を超過しているということかもしれない。このようなイベントは、例えばバックグラウンドノイズ、複数のユーザによって発せられている話声コマンド、および/またはコマンドを撤回しようとするユーザの試みを示している可能性がある。あるイベントはさらに、短すぎる発声、すなわち所定の持続時間すなわちしきい値よりも短いオーディオ入力102であるかもしれない。このようなイベントに関連付けられているルールは、発声の持続時間が、所定の持続時間、しきい値、あるいは範囲を超過した場合に、またはそれらに満たない場合に、任意のデバイスのアクティビティーを防止するか、または話声コマンドの実行を制限するルールを含むことができる。
【００２２】
イベント検知器210によって検知されるその他のイベントは、レシーバ104および/またはシステムの「フロントエンド」に関するイベントかもしれない。イベント検知器210は、レシーバ104の異常を識別することができる。例えばイベント検知器210は、レシーバ104のプラグが抜けているために、またはつなぎ方がゆるいために、あるいはケーブルが断続または切断されているために生じる入力チャネルやレシーバの接続解除状態を識別することができる。ワイヤレスレシーバ104に関しては、あるイベントは、レシーバ104の電源がオフになっていること、電源残量がなくなっていること、あるいはその他の異常であるかもしれない。イベント検知器210は、レシーバ104が正常に機能していることを識別することもできる。任意の数のルールをそのようなイベントに関連付けることができる。例えばこのシステムは、そのイベントが続いている間は、デバイスのアクティビティーを一時的に止めることができる。このシステムはさらに、アクティビティーを、現在のエラーやイベントによって影響を受ける可能性のないデバイスに制限することができる。このシステムはさらに、(例えば、ユーザインターフェースを介して)イベントに関する警告や通知を作成したり、あるいは危険を軽減する措置を承認またはキャンセルするようにユーザに促したりすることができる。
【００２３】
本発明のイベント検知器210はさらに、入力信号エラーのイベントを識別することができる。そのようなイベントとしては、オーディオ入力102が疑わしい場合や、歪んでいる場合が含まれる。例えば入力信号エラーのイベントは、信号の飽和(signal saturation)、定常的な強いノイズ、および/または範囲外である話声特性(speech feature)を含むことができる。
【００２４】
図2に示されているように、このシステムはまた、オーディオ入力102の少なくとも一部を解釈するための認識器230を含む。例えばこの認識器は、オーディオ入力102、オーディオデータ106、それらのオーディオ入力および/またはオーディオデータの話声特性から、少なくとも1つのコマンド用語(command word)または話声コマンドを認識または識別することができる。認識器230は、ハードウェア、ソフトウェア、またはそれらの組合せにおいて具体化することができる。例えば認識器230は、図2に示されているように、プロセッサ108上で実行される認識ソフトウェアを含むことができる。認識器230は、オーディオ入力102を解釈するための、ならびに用語およびコマンドを識別するための任意の数の言語モデル(図示せず)にアクセスするか、またはそうしたモデルを採用することができる。
【００２５】
このシステムは、コマンドを作成するためのコマンドコントローラ214をさらに含む。コントローラ214は、アクション(例えば、危険を軽減するアクション)を実行したり、あるいはイベントと、そのイベントに関する少なくとも1つのルール220(例えば、軽減ルール)とに基づいてコマンドを作成したりすることができる。例えばコントローラ214は、イベント検知器210からイベントデータ212を受信し、軽減ルール220のセットの問合せを行って、危険やリスクの軽減措置が必要であるかどうかを判断することができる。このコントローラはさらに、システム状態222、例えばシステムのコンポーネントおよび/またはデバイスの状態を調べることができる。
【００２６】
危険やリスクの軽減が必要とされる場合には、コントローラ214は、このシステムによって機能できるデバイス116へコマンドデータ114またはコントロールコマンドを送信することができる。例えばコマンドデータ114は、アクティビティー(例えば、誤って開始されたデバイスのアクティビティー)を直ちに停止するようにデバイス116に指示することができる。コマンドデータ114はさらに、危険を回避したり軽減したりするために別のアクティビティーやアクションを実行するようにデバイスに指示することができる。さらにコマンドデータ114は、システムのユーザにとって聞こえる警告や見える警告を作成するようにデバイスに指示することができる。コントローラ214は、認識器230および/またはシステムのその他のコンポーネントへ確認応答や最新情報を送信することもできる。コントローラ214は、何の軽減措置も必要ないと判断した場合には、認識器から認識結果および/または話声コマンドデータを受信し、その話声コマンドをしかるべく実行することができる。
【００２７】
図3は、本発明による音声駆動式のコントロールシステムにおいて危険を軽減する方法を示している。この方法は、オーディオ入力を受信するステップ(ステップ301)を含む。このオーディオ入力は、話声による入力やその他の任意のオーディオ入力、発声、ノイズ、あるいは信号とすることができる。オーディオ入力の少なくとも1つのイベントは、リアルタイムに識別または判別することができる(ステップ303)。上述のように、このイベントは、例えば発声の開始や発声の終了とすることができる。このイベントはさらに、所定の持続時間を超過するオーディオ入力の持続時間や、所定の持続時間に満たないオーディオ入力の持続時間など、オーディオ入力の持続時間に関連することができる。このイベントはさらに、レシーバの異常やオーディオ入力信号のエラーとすることができる。
【００２８】
本発明の方法は、システム状態を判断するステップ(ステップ305)をさらに含む。システム状態は、(例えば、ストレージ110内の)システム状態インジケータまたはファイルから、あるいはシステムのそれぞれのコンポーネントに問合せを行うことによって判断することができる。この方法は、危険を軽減するアクションが必要かどうかを、少なくとも1つのイベント、システム状態、および少なくとも1つのルールに基づいて判断するステップ(ステップ307)をさらに含む。このルールは、例えば、リスクや危険を軽減するルール220とすることができる。
【００２９】
リスクや危険を軽減する措置が必要とされる場合には、例えばコマンドコントローラ214によって、少なくとも1つのイベント、システム状態、および少なくとも1つのルールに基づいてコントロールコマンドを作成することができる(ステップ309)。このコントロールコマンドは、音声駆動式のコントロールシステムによって機能できるデバイスへ送信することができる(ステップ311)。このコントロールコマンドは、アクティビティーやアクションを直ちに停止するように、あるいは新たなアクションを実行するようにデバイスに指示することができる。このコントロールコマンドは、聞こえるおよび/または見える警報、警告、もしくは指示をユーザに発するようにデバイスに指示することもできる。このコントロールコマンドは、オーディオ入力および/または話声入力を受信するのをやめるようにシステムに指示することもできる。このコントロールコマンドは、デバイスへ送信する、または以前に送信した話声コマンドを取り消すこともできる。
【００３０】
このシステムは、話声コマンドを継続的にモニターし、能動的に探し求める。オーディオ入力102が、話声やユーザの発声を含む場合には、オーディオ入力102および/またはオーディオデータ106が、認識器230に提供される(ステップ313〜315)。そして認識器は、そのオーディオ入力から1つまたは複数の話声コマンドを識別することができ、その話声コマンドまたはコマンドデータは、コントローラによって、その話声コマンドによって機能できる1つまたは複数のデバイスへ送信される(ステップ317〜321)。いくつかの実施形態においては、話声コマンドは、ルール220に従って変更および/または回避することができる。
【００３１】
本発明について、部品や機能などの特定の構成を参照して説明したが、これらは、すべての可能な構成や機能を網羅することを意図するものではなく、実際には、当業者なら、多くの修正形態および変形形態を確かめることができるであろう。
【図面の簡単な説明】
【００３２】
【図１】本発明によるシステムを示す概略図である。
【図２】図1に示されているシステムの別の概略図である。
【図３】図1および図2に示されているシステムによって採用できる音声駆動式のコントロールシステムにおいて危険を軽減する方法を示す図である。
【符号の説明】
【００３３】
102  オーディオ入力
104  レシーバ
106  オーディオデータ
108  プロセッサ
110  ストレージ
114  コマンドデータ
116  デバイス
118  ユーザインターフェース
210  イベント検知器
212  イベントデータ
214  コマンドコントローラ
220  ルール
222  システム状態に関する情報
230  認識器
【図１】
2008083667.tif 000003
【図２】
2008083667.tif 000004
【図３】
2008083667.tif 000005