JP4579585B2 - 音声認識文法作成装置、音声認識文法作成方法、プログラムおよび記憶媒体 - Google Patents

Description

本発明は、音声認識可能な語や文を記述して文法として作成する音声認識文法作成装置、音声認識文法作成方法、プログラムおよび記憶媒体に関する。

従来、音声認識装置においては、予め認識可能な内容を文法として記述する場合、文法を拡張ＢＮＦ形式などで記述することが一般的に行われている。また、グラフィカルユーザインタフェースを用いて、記述する文法を表示、編集するツールがある。このようなツールとしては、例えば、ルール内の枝が並列にある部分を表形式で表示するものがある（例えば特許文献１を参照）。但し、このツールは、木構造やネットワークでの表示を行うものではない。また、このツールは、文法をルール単位で表示、編集するものであって、複数のルールを同一画面上で編集することができず、ルールの分割や統合を行う場合の編集には、画面の切り替えなどが必要である。また、このツールは、文法としての整合性を重視しており、木構造やネットワーク構造上の、枝を展開する形での編集方法（幹から枝を伸ばしたり、縮めたりするもので、浮遊する枝を持つことはできない）であるため、編集の自由度が低い。

さらに、知識ベースの知識の記述を木構造で編集する方法がある（例えば特許文献２を参照）。この木構造の編集方法は、木のルートに接続していない枝を扱うことができないので、この方法を音声認識の文法に適用する場合、どのルールにも属していない単語やルール参照などは扱うことができないことになる。また、上記木構造の編集方法は、グラマを拡張ＢＮＦの記述方式で記述することができないので、編集結果の保存を拡張ＢＮＦの記述方式で行うことができない。
特開平０８−０４４３８４号公報 特開平０８−１４７１６７号公報

上述した方法を用いて、音声認識可能な語や文を記述して文法として作成する場合、ユーザは、ルールを作成している最中に、その一部分を別のルールとして定義し、また別のルールにマージするなどの操作を行うことがある。その場合、画面を切り替えて編集を行う必要があるので、操作が煩雑になり、見落としなどが発生する可能性がある。

また、ルールの整理中に、一時的にルールに属していないものを記述する必要が生じる場合がある。特に日本語のように、語の表記と発音が一つに決定されないものに対して、属するルールがまだ決定されていない状態でその語の表記と発音をあるルールから除外するために削除すると、属するルールが決定された段階で新たに表記と発音の対を入力しなおす必要があり、余分な手間が掛かる。

本発明の目的は、ルールの分割、修正などの編集作業を、ウィンドウを切り替えることなく、簡単に行うことができる音声認識文法作成装置、音声認識文法作成方法、プログラムおよび記憶媒体を提供することにある。

本発明は、上記目的を達成するため、ルール名と、参照先の語彙を表す単語または参照先のルール名を表すルール参照とが対応付けて記述された複数のルール定義を含むグラマを、グラフィカルユーザインタフェースを用いて、前記ルール名を表す名称が付与されたノードと、前記単語を表す名称が付与されたノードと、前記ルール参照を表す名称が付与されたノードとして表現し、編集する音声認識文法作成装置であって、同時に同一画面上に前記グラフィカルユーザインタフェースを用いて、前記グラマに含まれる複数の前記ルール定義に記述された各々のルール名を表す名称が付与されたノードと、各々の単語を表す名称が付与されたノードと、各々ルール参照を表す名称が付与されたノードとを表示させ、更に、前記グラマに基づいて所定の前記ノード間にリンクを表示させる表示制御手段と、ユーザが前記グラフィカルユーザインタフェースに対して行った操作に対応する情報を蓄積する蓄積手段と、前記蓄積手段に蓄積された前記画面上に表示された前記ノードの名称を変更する操作に対応する情報に基づいて、前記グラマに含まれる前記ルール名の名称を変更すると共に、前記グラマに含まれるルール参照であって、名称が変更されたルール名を参照先とする全てのルール参照の名称を変更後の前記ルール名と同じ名称に変更する変更手段とを有することを特徴とする音声認識文法作成装置を提供する。

本発明は、上記目的を達成するため、ルール名と、参照先の語彙を表す単語または参照先のルール名を表すルール参照とが対応付けて記述された複数のルール定義を含むグラマを、グラフィカルユーザインタフェースを用いて、前記ルール名を表す名称が付与されたノードと、前記単語を表す名称が付与されたノードと、前記ルール参照を表す名称が付与されたノードとして表現し、編集する、情報処理装置による音声認識文法作成方法であって、前記情報処理装置が、同時に同一画面上に前記グラフィカルユーザインタフェースを用いて、前記グラマに含まれる複数の前記ルール定義に記述された各々のルール名を表す名称が付与されたノードと、各々の単語を表す名称が付与されたノードと、各々ルール参照を表す名称が付与されたノードとを表示手段に表示させ、更に、前記グラマに基づいて所定の前記ノード間にリンクを前記表示手段に表示する工程と、ユーザが前記グラフィカルユーザインタフェースに対して行った操作に対応する情報を記憶手段に蓄積する工程と、前記記憶手段に蓄積された前記画面上に表示された前記ノードの名称を変更する操作に対応する情報に基づいて、前記グラマに含まれる前記ルール名の名称を変更すると共に、前記グラマに含まれるルール参照であって、名称が変更されたルール名を参照先とする全てのルール参照の名称を変更後の前記ルール名と同じ名称に変更する工程とを実施することを特徴とする音声認識文法作成方法を提供する。

本発明は、上記目的を達成するため、ルール名と、参照先の語彙を表す単語または参照先のルール名を表すルール参照とが対応付けて記述された複数のルール定義を含むグラマを、グラフィカルユーザインタフェースを用いて、前記ルール名を表す名称が付与されたノードと、前記単語を表す名称が付与されたノードと、前記ルール参照を表す名称が付与されたノードとして表現し、編集する音声認識文法作成方法をコンピュータにより実施可能にするためのプログラムであって、同時に同一画面上に前記グラフィカルユーザインタフェースを用いて、前記グラマに含まれる複数の前記ルール定義に記述された各々のルール名を表す名称が付与されたノードと、各々の単語を表す名称が付与されたノードと、各々ルール参照を表す名称が付与されたノードとを表示手段に表示させ、更に、前記グラマに基づいて所定の前記ノード間にリンクを前記表示手段に表示させるステップと、ユーザが前記グラフィカルユーザインタフェースに対して行った操作に対応する情報を記憶手段に蓄積するステップと、前記記憶手段に蓄積された前記画面上に表示された前記ノードの名称を変更する操作に対応する情報に基づいて、前記グラマに含まれる前記ルール名の名称を変更すると共に、前記グラマに含まれるルール参照であって、名称が変更されたルール名を参照先とする全てのルール参照の名称を変更後の前記ルール名と同じ名称に変更するステップとを前記コンピュータにより実行させることを特徴とするプログラムを提供する。

本発明は、上記目的を達成するため、上記プログラムをコンピュータにより読み取り可能に格納したことを特徴とする記憶媒体を提供する。

本発明によれば、ルールの分割、修正などの編集作業を、ウィンドウを切り替えることなく、簡単に行うことができる。

以下、本発明の実施の形態について図面を参照しながら説明する。

図１は本発明の一実施の形態に係る音声認識文法作成装置の構成を示すブロック図である。

音声認識文法作成装置は、図１に示すように、文字・操作入力部１０１、画像表示部１０２、画像編集管理部１０３、グラマ内部表現管理部１０４、テキストグラマ変換部１０５、およびファイル入出力部１０６を備える。

文字・操作入力部１０１は、キーボードやマウスなどからなる。画像表示部１０２は、編集中のグラマをグラフィカルに表示するための液晶表示装置などからなる。画像編集管理部１０３は、ユーザによる文字・操作入力部１０１を用いた編集操作を入力し、入力された編集操作に応じて編集中の画像データの編集、管理などを行う。グラマ内部表現管理部１０４は、グラフィカルに表示される文法を、グラマの内部表現に変換し、管理する。テキストグラマ変換部１０５は、グラマの内部表現からテキストグラマへの変換、またはその逆の変換を行う。ファイル入出力部１０６は、編集したグラフィカルに表示されている画像データやテキストグラマに変換されたグラマをファイルとして入出力する。

次に、ユーザが右辺のルール参照のノードを作成したときの処理について図２および図３を参照しながら説明する。図２はユーザが右辺のルール参照ノードを作成したときの処理の手順を示すフローチャート、図３は図２の処理に従って遷移する編集画面例を示す図である。

ここでは、最初に、画像表示部１０２に、図３（ａ）に示すような、ユーザがグラマを新規作成したときの状態の画面３０１が表示されているとする。この画面３０１上には、デフォルトのスタートルールとして、自動的に作成された四隅が丸い長方形のアイコンの「Ｓｔａｒｔ」が表示されている。そして、画面３０１上で、ユーザは、「Ｓｔａｒｔ」の右辺のノードを生成し、リンク付けすることにより、ルールを記述する。

上記画面３０１上では、図２に示すように、まず、右辺のルール参照が作成され、このルール参照に「駅名」というルール参照名が入力される（ステップＳ２０１）。このルール参照名が入力された状態は、図３（ｂ）に示す画面３０２で表される。次いで、左辺のルール名ノードが登録されているか否かのチェックが行われる（ステップＳ２０２）。ここで、左辺のルール名ノードが登録されていないと判定された場合は、ルール名ノードが作成される（ステップＳ２０３）。この場合の状態は、図３（ｃ）に示す画面３０３で表される。この画面３０３においては、四隅が丸い長方形のアイコンでルール名ノードとしての「駅名」ノードが左下に表示される。そして、本処理は終了する。

上記ステップＳ２０２において左辺のルール名ノードが登録されていると判定された場合は、本処理は終了する。

次に、既に登録されているルール名ノードのルール参照ノードの名称が変更された場合について図４を参照しながら説明する。図４（ａ）は既に登録されているルール名ノードのルール参照ノードが表示されている画面例を示す図、図４（ｂ）はユーザにより３つ目のルール参照ノードの「駅名」を「空港」という名称に変更した場合の画面例を示す図、図４（ｃ）は図４（ｂ）の３つ目のルール参照ノードの名称の変更に伴い新たなルール名ノードが作成された画面例を示す図である。

例えば図４（ａ）に示す画面４０１の場合のように、３つ目のルール参照ノードとして「駅名」が作成された場合、そのルール参照ノードに対するルール名ノードの「駅名」は、既に登録されているので、３つ目のルール参照ノードの「駅名」に対しては、そのルール名ノードは作成されない。すなわち、同じ名称のルール名ノードは作成されない。

上記画面４０１に対して、図４（ｂ）に示す画面４０２のように、３つ目のルール参照ノードの「駅名」がユーザにより「空港」という名称に変更される場合、「空港」というルール名ノードがないので、図４（ｃ）に示す画面４０３のように、「空港」というルール名ノードが作成され、「駅名」のルール名ノードの下に追加される。

次に、ルール名ノードの名称（ルール名）を変更した場合の処理について図５および図６を参照しながら説明する。図５はルール名ノードの名称を変更した場合の処理の手順を示すフローチャート、図６（ａ）は「空港」というルール名ノードに対してその名称を「空港名」と変更した場合の画面例を示す図、図６（ｂ）は図６（ａ）のルール名ノードの名称の変更に伴いルール参照ノードの名称が変更された画面例を示す図である。

ルール名ノードの名称が変更された場合、そのルールを参照している右辺のルール参照ノードの名称を一括して変換する処理が行われる。具体的には、図５に示すように、まず、ルール名ノードに対する名称（ルール名）変更が受け入れられる（ステップＳ５０１）。この場合は、例えば図６（ａ）に示す画面６０１のように、「空港」というルール名ノード上で、その名称が「空港名」に変更される場合である。

次いで、同一グラマ上のルールの右辺のノードが１つ取り出され（ステップＳ５０２）、右辺ノードの取出しが全ての左辺のノードに対して終了したか否かの判定が行われる（ステップＳ５０３）。ここで、右辺のノードの取出しが全ての左辺のノードに対して終了していない場合、取り出された右辺のノードに対して、その名称の参照先であるルール名ノードの名称（ルール名）が変更されたか否かの判定が行われる（ステップＳ５０４）。ここで、取り出された右辺のノードの名称の参照先であるルール名ノードの名称（ルール名）が変更されている場合、取り出された右辺のノードの名称が変更後のルール名ノードの名称（ルール名）に変更される（ステップＳ５０５）。例えば図６（ａ）の画面６０１のように「空港」というルール名ノードの名称が「空港名」に変更された場合、図６（ｂ）に示す画面６０２のように、２つの「空港」というルール参照ノードの名称が「空港名」に自動的に修正される。そして、上記ステップＳ５０２へ戻る。

上記ステップＳ５０４において取り出された右辺のノードの名称の参照先であるルール名ノードの名称（ルール名）が変更されていないと判定された場合は、上記ステップＳ５０２へ戻る。また、上記ステップＳ５０３において右辺のノードの取出しが全ての左辺のノードに対して終了している場合、本処理は終了する。

次に、編集結果を保存する処理について図７〜図１０を参照しながら説明する。図７は編集結果を保存する処理の手順を示すフローチャート、図８（ａ）は編集中のデータを内部表現により管理するテーブルの一例を示す図、図８（ｂ）は単語の表記および読みを管理するテーブルの一例を示す図、図８（ｃ）は編集結果をテキストグラマで保存した結果の一例を示す図、図９はテキストグラマで保存することができない編集中のデータの画面例を示す図、図１０（ａ）はテキストグラマで保存することができる編集中のデータの画面例を示す図、図１０（ｂ）は図１０（ａ）の編集中のデータをＧＵＩデータで保存した結果の一例を示す図である。

編集結果を保存する場合、ユーザにより編集結果に対する保存形態が指定される。ここで、指定可能な保存形態としては、編集結果をテキストグラマデータに変換して保存する形態と、編集結果をＧＵＩ（Graphical User Interface）データとして保存する形態とがある。

ユーザにより保存形態が指定されると、図７に示すように、まず、指定された保存形態が編集結果をテキストグラマで保存する形態であるか否かの判定が行われる（ステップＳ７０１）。ここで、指定された保存形態がテキストグラマでの保存形態である場合、編集中の画像データに基づいて内部表現が作成される（ステップＳ７０２）。編集中のデータに関しては、ルール名や単語の発音、表記が内部表現として管理されるが、ルールの定義内容については管理されない。例えば図８（ａ）に示すテーブル８０１のように、ルール名は登録、管理されているが、ルールの定義内容は空欄とされている。単語に関しては、図８（ｂ）に示すテーブル８０２のように、表記と読みが管理される。そして、編集結果をテキストグラマとして保存する際に、ルール定義内容は内部表現に変換されて再構成される。

次いで、内部表現への変換が成功したか否かの判定が行われる（ステップＳ７０３）。例えば図９に示す画面９０１のように、定義内容（右辺の枝）がないルール名ノードや、どこからも使用されていない単語ノードがある場合には、これらを正しいテキストグラマへ変換することができない。このように内部表現への変換が失敗した場合は、編集結果を保存することができない旨を示すエラーメッセージが画像表示部１０２に表示され（ステップＳ７０４）、本処理は終了する。

これに対し、上記ステップＳ７０３において内部表現への変換が成功したと判定された場合、編集結果がテキストグラマの文字列へ変換され（ステップＳ７０５）、テキストグラマデータがファイル入出力部１０６へ出力される（ステップＳ７０６）。そして、本処理は終了する。例えば図１０（ａ）に示す画面１００１上に表示されている編集中のデータの場合は、図８（ｃ）に示すテーブル８０３のように、内部表現によるルール定義内容を作成することができる。

上記ステップＳ７０１において保存形態がテキストグラマでない、すなわち編集結果をＧＵＩ（Graphical User Interface）データとして保存する形態であるとされた場合は、編集中のデータがＧＵＩデータとしてファイル入出力部１０６へ出力される（ステップＳ７０７）。そして、本処理は終了する。例えば図１０（ａ）に示す画面１００１上に表示されている編集中のデータをＧＵＩデータとして保存する場合、編集中のデータに対する保存結果として図１０（ｂ）に示すような保存結果１００２が得られる。ＧＵＩデータによる保存の場合、ファイルとしてはバイナリデータとなる。また、個々のグラフィック部品の位置情報は指定されて保存されるので、ユーザが指定した配置情報も保存することができる。また、この場合、内部表現への変換は行われないので、図９に示すような編集中のデータもＧＵＩデータとして保存することが可能である。

次に、ファイル入出力部１０６から保存されている編集結果を入力する処理について図１１および図１２を参照しながら説明する。図１１はファイル入出力部１０６から保存されている編集結果を入力する処理の手順を示すフローチャート、図１２はテキストグラマで保存されている編集結果を自動整形して表示した画面例を示す図である。

ファイル入出力部１０６から保存された編集結果を入力する場合、図１１に示すように、まず、ファイル入出力部１０６から入力される編集結果の保存形態がテキストグラマでの保存形態であるか否かの判定が行われる（ステップＳ１１０１）。入力される編集結果の保存形態がテキストグラマでの保存形態である場合、入力された編集結果が内部表現へ変換され（ステップＳ１１０２）、この変換が成功したか否かの判定が行われる（ステップＳ１１０３）。例えば編集結果にテキストグラマとしての不整合がある場合は、内部表現への変換を行うことができず、この変換は失敗することになる。このように、内部表現への変換が失敗した場合、その旨を示すエラーメッセージが画像表示部１０２に表示され（ステップＳ１１０４）、本処理は終了する。この場合、編集結果の入力は行われない。

上記ステップＳ１１０３において上記変換が成功したと判定された場合は、編集結果を示すデータはＧＵＩデータへ変換され（ステップＳ１１０５）、そのＧＵＩデータが画像表示部１０２に表示される（ステップＳ１１０６）。ここで、入力されるデータは、テキストグラマとしてのデータであるので、ノードの位置などの情報は、自動で整形される。例えば図１２に示す画面１２０１のように、テキストグラマデータが自動整形されて画像表示部１０２に表示される。

上記ステップＳ１１０１において保存形態がテキストグラマでないと判定された場合は、編集結果がＧＵＩデータとして入力されるので、ルール名や単語情報の内部表現への変換が行われる（ステップＳ１１０７）。次いで、保存されたデータからＧＵＩデータの復元が行われ（ステップＳ１１０８）、そのＧＵＩデータが画像表示部１０２に表示される（ステップＳ１１０６）。この場合、図１０（ａ）の画面１００１のように、ユーザが配置したノードの位置情報なども再現される。

次に、複数のノードやリンクをまとめて選択して複製し、複製されたものを貼り付ける処理について図１３および図１４を参照しながら説明する。図１３は複数のノードやリンクをまとめて選択して複製し、複製されたものを貼り付ける処理の手順を示すフローチャート、図１４は複数のノードやリンクをまとめて選択して複製し、複製されたものを貼り付ける際に、ルール名ノードの重複が発生する場合における貼り付け不可を回避するための方法を実現するための操作画面例を示す図である。

ユーザにより文字・操作入力部１０１を介して、まとめて選択されて複製された複数のノードやリンクを貼り付ける指示があると、図１３に示すように、まず、複製されているノードを順に取り出すための順次取り出しが行われる（ステップＳ１３０１）。そして、複製されている全てのノードの取り出しが終了したか否かの判定が行われる（ステップＳ１３０２）。ここで、複製されている全てのノードの取り出しが終了した場合、複製されているノードやリンクの貼り付けが行われ（ステップＳ１３０６）、本処理は終了する。なお、複製されたノードやリンクが１つもない場合には、上記ステップＳ１３０６は自動的にスキップされて、本処理は終了する。

上記ステップＳ１３０２において複製されている全てのノードの取り出しが終了していないと判定された場合、取り出されたノードがルール定義ノードであるか否かの判定が行われる（ステップＳ１３０３）。ここで、取り出されたノードがルール定義ノードでない場合、上記ステップＳ１３０１からの処理が繰り返される。これに対し、取り出されたノードがルール定義ノードである場合、貼り付けるグラマ上で取り出されたルールが定義されているか否かの判定が行われる（ステップＳ１３０４）。ここで、上記ルールが定義されていない場合、上記ステップＳ１３０１からの処理が繰り返される。これに対し、取り出されたルールが定義されている場合、その時点で、貼り付け不可を示すエラーメッセージが画像表示部１０２に表示され、本処理は終了する。すなわち、ルール定義ノードを含むノードやリンクの貼り付けは、それを複製したグラマ上では不可となり、別のグラマ上での複製は可となる。

ルール定義ノードを含むノードやリンクの貼り付けが、それを複製したグラマ上では不可となる場合は、一旦、別のグラマウィンドウを作成し、ルール全体を複製し、その複製を別のグラマウィンドウに貼り付け、別のグラマウィンドウ上でルール名を変更して、変更したルールを、ルール定義を含む状態で再び元のグラマ上に貼り付けるという手順を踏めば、ルール定義ノードを含むノードやリンクの貼り付けを実現することができる。例えば図１４に示すように、元のグラマウィンドウ１４０１に対して、別にグラマウィンドウ１４０２が作成される。次いで、グラマウィンドウ１４０１上の「空港名」のルールが、その右辺を含む状態で複製され、その複製が別のグラマウィンドウ１４０２上に貼り付けられる。そして、ルール名が変更され、変更されたルールは、ルール定義を含む状態で再び元のグラマ１４０１上に貼り付けられる。

以上より、本実施の形態によれば、ルールの分割、修正などの編集作業を、ウィンドウを切り替えることなく、簡単に行うことができる。

また、指定可能な保存形態として、編集結果をテキストグラマデータに変換して保存する形態と、編集結果をＧＵＩ（Graphical User Interface）データとして保存する形態とがあるので、拡張ＢＮＦ形式などで記述することができない編集過程のデータも、保存可能となり、再利用することができる。

本実施の形態においては、ルール定義の左辺であるルール名ノードを右辺のノードと区別するために、ルール名ノードを、四隅が丸い矩形のアイコンで表示するが、枠線や背景の色を変えるなどの方法で、左辺と右辺のノードを区別するようにしてもよい。また、左辺と右辺との間に境界線を設けて、左辺のノードと右辺のノードとを区別するようにしてもよい。

また、本実施の形態においては、テキストグラマ形式への変換を１種類としているが、複数の種類のテキストグラマへの変換をサポートしてもよい。この場合、内部表現から、テキストグラマへの変換パスとして複数の変換パスを用意することになる。

また、本実施の形態においては、ＧＵＩへの保存形式の他にテキストグラマへの変換としているが、編集結果を、音声認識エンジンのサポートするグラマのバイナリ形式として出力するようにしてもよい。

また、本実施の形態においては、定義内容がないルールやルールの右辺のノードに使用されていない単語がある場合には、内部表現の作成に失敗するものとして、それらをテキストグラマに出力しないようにしているが、不十分なテキストグラマの状態でも、出力可能な部分を出力するようにしてもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードを、ネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

本発明の一実施の形態に係る音声認識文法作成装置の構成を示すブロック図である。 ユーザが右辺のルール参照ノードを作成したときの処理の手順を示すフローチャートである。 図２の処理に従って遷移する編集画面例を示す図である。 （ａ）は既に登録されているルール名ノードのルール参照ノードが表示されている画面例を示す図、（ｂ）はユーザにより３つ目のルール参照ノードの「駅名」を「空港」という名称に変更した場合の画面例を示す図、（ｃ）は図４（ｂ）の３つ目のルール参照ノードの名称の変更に伴い新たなルール名ノードが作成された画面例を示す図である。 ルール名ノードの名称を変更した場合の処理の手順を示すフローチャートである。 （ａ）は「空港」というルール名ノードに対してその名称を「空港名」と変更した場合の画面例を示す図、（ｂ）は図６（ａ）のルール名ノードの名称の変更に伴いルール参照ノードの名称が変更された画面例を示す図である。 編集結果を保存する処理の手順を示すフローチャートである。 （ａ）は編集中のデータを内部表現により管理するテーブルの一例を示す図、（ｂ）は単語の表記および読みを管理するテーブルの一例を示す図、（ｃ）は編集結果をテキストグラマで保存した結果の一例を示す図である。 テキストグラマで保存することができない編集中のデータの画面例を示す図である。 （ａ）はテキストグラマで保存することができる編集中のデータの画面例を示す図、（ｂ）は図１０（ａ）の編集中のデータをＧＵＩデータで保存した結果の一例を示す図である。 ファイル入出力部１０６から保存されている編集結果を入力する処理の手順を示すフローチャートである。 テキストグラマで保存されている編集結果を自動整形して表示した画面例を示す図である。 複数のノードやリンクをまとめて選択して複製し、複製されたものを貼り付ける処理の手順を示すフローチャートである。 複数のノードやリンクをまとめて選択して複製し、複製されたものを貼り付ける際に、ルール名ノードの重複が発生する場合における貼り付け不可を回避するための方法を実現するための操作画面例を示す図である。

符号の説明

１０１ 文字・操作入力部
１０２ 画像表示部
１０３ 画像編集管理部
１０４ グラマ内部表現管理部
１０５ テキストグラマ変換部
１０６ ファイル入出力部

Claims (4)

1. ルール名と、参照先の語彙を表す単語または参照先のルール名を表すルール参照とが対応付けて記述された複数のルール定義を含むグラマを、グラフィカルユーザインタフェースを用いて、前記ルール名を表す名称が付与されたノードと、前記単語を表す名称が付与されたノードと、前記ルール参照を表す名称が付与されたノードとして表現し、編集する音声認識文法作成装置であって、
   同時に同一画面上に前記グラフィカルユーザインタフェースを用いて、前記グラマに含まれる複数の前記ルール定義に記述された各々のルール名を表す名称が付与されたノードと、各々の単語を表す名称が付与されたノードと、各々ルール参照を表す名称が付与されたノードとを表示させ、更に、前記グラマに基づいて所定の前記ノード間にリンクを表示させる表示制御手段と、
   ユーザが前記グラフィカルユーザインタフェースに対して行った操作に対応する情報を蓄積する蓄積手段と、
   前記蓄積手段に蓄積された前記画面上に表示された前記ノードの名称を変更する操作に対応する情報に基づいて、前記グラマに含まれる前記ルール名の名称を変更すると共に、前記グラマに含まれるルール参照であって、名称が変更されたルール名を参照先とする全てのルール参照の名称を変更後の前記ルール名と同じ名称に変更する変更手段と
   を有することを特徴とする音声認識文法作成装置。
2. ルール名と、参照先の語彙を表す単語または参照先のルール名を表すルール参照とが対応付けて記述された複数のルール定義を含むグラマを、グラフィカルユーザインタフェースを用いて、前記ルール名を表す名称が付与されたノードと、前記単語を表す名称が付与されたノードと、前記ルール参照を表す名称が付与されたノードとして表現し、編集する、情報処理装置による音声認識文法作成方法であって、
   前記情報処理装置が、
   同時に同一画面上に前記グラフィカルユーザインタフェースを用いて、前記グラマに含まれる複数の前記ルール定義に記述された各々のルール名を表す名称が付与されたノードと、各々の単語を表す名称が付与されたノードと、各々ルール参照を表す名称が付与されたノードとを表示手段に表示させ、更に、前記グラマに基づいて所定の前記ノード間にリンクを前記表示手段に表示する工程と、
   ユーザが前記グラフィカルユーザインタフェースに対して行った操作に対応する情報を記憶手段に蓄積する工程と、
   前記記憶手段に蓄積された前記画面上に表示された前記ノードの名称を変更する操作に対応する情報に基づいて、前記グラマに含まれる前記ルール名の名称を変更すると共に、前記グラマに含まれるルール参照であって、名称が変更されたルール名を参照先とする全てのルール参照の名称を変更後の前記ルール名と同じ名称に変更する工程と
   を実施することを特徴とする音声認識文法作成方法。
3. ルール名と、参照先の語彙を表す単語または参照先のルール名を表すルール参照とが対応付けて記述された複数のルール定義を含むグラマを、グラフィカルユーザインタフェースを用いて、前記ルール名を表す名称が付与されたノードと、前記単語を表す名称が付与されたノードと、前記ルール参照を表す名称が付与されたノードとして表現し、編集する音声認識文法作成方法をコンピュータにより実施可能にするためのプログラムであって、
   同時に同一画面上に前記グラフィカルユーザインタフェースを用いて、前記グラマに含まれる複数の前記ルール定義に記述された各々のルール名を表す名称が付与されたノードと、各々の単語を表す名称が付与されたノードと、各々ルール参照を表す名称が付与されたノードとを表示手段に表示させ、更に、前記グラマに基づいて所定の前記ノード間にリンクを前記表示手段に表示させるステップと、
   ユーザが前記グラフィカルユーザインタフェースに対して行った操作に対応する情報を記憶手段に蓄積するステップと、
   前記記憶手段に蓄積された前記画面上に表示された前記ノードの名称を変更する操作に対応する情報に基づいて、前記グラマに含まれる前記ルール名の名称を変更すると共に、前記グラマに含まれるルール参照であって、名称が変更されたルール名を参照先とする全てのルール参照の名称を変更後の前記ルール名と同じ名称に変更するステップと
   を前記コンピュータにより実行させることを特徴とするプログラム。
4. 請求項３記載のプログラムをコンピュータにより読み取り可能に格納したことを特徴とする記憶媒体。

Images