JPH0799538A - ユーザ定義による会話速度ダイヤル・ディレクトリの発生方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】 ユーザ自身の選択による名前とその電話番号
のリストを含む固有のディレクトリを発生することが可
能なユーザ定義による会話速度ダイヤル・ディレクトリ
の発生方法及びその装置を提供する。 【構成】 電話装置（１０）のオフフック状態を検出す
ることにより発生したコマンド・ワードを識別するステ
ップと、前記コマンド・ワードに従ってディレクトリ・
リストを開くステップと、前記ディレクトリ・リストに
ユーザ定義の複数のディレクトリ名を登録するステップ
と、各ディレクトリ名に応答して一つの登録リストを開
くステップと、前記登録リストに複数の速度ダイヤル登
録名及び電話番号を登録するステップとを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電話信号の処理方法及
びその装置に関し、特にユーザ定義による会話速度ダイ
ヤル・ディレクトリの発生方法及びその装置に関する。

【０００２】

【従来の技術】通常の音声認識電話装置は、話者独立の
音声を用いて、プログラムされ、当該電話装置内に記憶
されている電話番号リストをアクセスしている。この電
話装置のユーザは、ユーザ自身が選択した名前、及び対
応する電話番号のリストを含む固有のディレクトリを作
り上げることはできない。更に、ユーザは個別的な複数
のディレクトリ名により識別される種々の電話リストを
作成することもできない。従って、個別的な複数の電話
リストをユーザにおいて作成可能にするものであって、
それぞれが個別的なディレクトリ名により識別される電
話装置を備えることが望まれる。

【０００３】

【発明が解決しようとする課題】以上のように、ユーザ
定義による会話速度ダイヤル・ディレクトリの発生方法
及びその装置に対する要請が発生していることが理解さ
れるであろう。また、複数のディレクトリが格納可能で
あって、それぞれには所望の電話番号の速度ダイヤル電
話リストが含まれる音声認識電話装置に対する要請も発
生している。更に、発生したディレクトリのうちの一つ
からの呼をユーザに設定させる要請も発生している。

【０００４】

【課題を解決するための手段】本発明によれば、従来の
音声認識電話装置に関連した欠点及び問題を実質的に除
去又は軽減させるユーザ定義による会話速度ダイヤル・
ディレクトリの発生方法及びその装置が提供される。

【０００５】本発明は、電話装置におけるオフフック状
態を検出する第１ステップを含む。オフフック状態が検
出されると、話者独立のコマンド・ワードが認識されて
電話装置にユーザを介入可能にさせる。次いでユーザは
ディレクトリ・リストを開き、ディレクトリ・リストに
ユーザ定義によるディレクトリ名を登録することができ
る。更に、ユーザはディレクトリ名に対応する登録リス
トを開き、かつ速度ダイヤル登録名及び電話番号を登録
リストに登録することもできる。

【０００６】本発明における、ユーザ定義による会話速
度ダイヤル・ディレクトリの発生方法及びその装置は、
種々の技術的な利点がある。例えば、第１の技術的な利
点はユーザ定義による会話速度ダイヤル・ディレクトリ
の発生方法及びその装置を提供することである。他の技
術的な利点は、電話装置内にディレクトリ名、登録名及
び電話番号を逐語的にサーチし、所望の登録名に呼を設
定する能力である。他の技術な利点は以下の説明、図面
及び請求の範囲から当該技術分野において習熟する者に
とって容易に明らかとなる。

【０００７】図１は電話システム１０の簡単なブロック
図である。電話システム１０はプロセッサ１４に接続さ
れる電話機１２を含んでいる。オフフック検出回路１６
およひ音声認識記録回路１８が電話システム１２および
プロセッサ１４に接続されている。メモリ１９もプロセ
ッサ１４に接続されている。動作上、オフフック検出回
路１６は電話機１２がオフフック状態であることをプロ
セッサ１４に知らせ、プロセッサ１４は電話機１２の使
用者をシーケンスを介してプロセッサ１４内にプログラ
ムされたディレクトリおよびエントリリストへアクセス
させることができる。ディレクトリおよびエントリリス
トはメモリ１９内に記憶されており、音声認識記録回路
１８はディレクトリおよエントリリストにアクセスする
ために電話機１２の使用者へ音声もしくはＤＴＭＦコマ
ンドを促す。

【０００８】図２はユーザ定義口頭音声ダイアルディレ
クトリを発生するためにプロセッサ１４が実施する初期
ステップのフロー図である。プロセスフローはステップ
２０で開始され、そこではフック検出回路１６により電
話機１２が使用中であるかどうか検出される。オフフッ
ク状態を検出すると、プロセッサ１４はユーザにコマン
ドを促しステップ２２において応答を受信する。ステッ
プ２２において、プロセッサ１４は適切なコマンドフレ
ーズを確認するためにユーザから受信した応答を分析す
る。

【０００９】プロセッサ１４はさまざまな開始応答を受
信しそれに従って進行するようにプログラムされる。プ
ロセッサ１４はある時間間隔が過ぎてもステップ２２ａ
においてユーザからの応答を確認できずユーザーに適切
な応答を促すことがある。

【００１０】システムがユーザからの最初もしくは２度
目の応答を確認できない場合には、プロセッサ１４はス
テップ２２ｂにおいてユーザが適切なコマンド語で応答
するよう促し、ユーザに適切なコマンド語リストを提供
する。

【００１１】２度目の無応答が生じるかもしくはシステ
ムがＩＮＳＴＲＵＣＴＩＯＮコマンドあるいは対応する
ＤＴＭＦ押釦コードを確認すると、プロセッサ１４はス
テップ２２ｃにおいてプロセスをどのように進めるかと
いう指示によりユーザを促す。

【００１２】プロセッサ１４がステップ２２ｄにおいて
ＣＡＮＣＥＬコマンドもしくは対応するＤＴＭＦ押釦コ
ードを確認すると、プロセスフローはステップ２０へ戻
りそこでユーザは再び応答を促される。

【００１３】システムが第３のＣＡＮＣＥＬコマンド、
３度目の無応答、もしくは３度目の未確認フレーズをス
テップ２２ｅで確認すると、プロセッサ１４は呼を完了
できないことをユーザに促しステップ２４においてシス
テムが開放される。ステップ２２ｆにおいてユーザが電
話機１２を切ったことをオフフック検出回路１６が確認
する場合にはプロセスフローはステップ２４へも進む。

【００１４】プロセッサ１４はまたステップ２２ｇにお
いて電話機１２のＤＴＭＦ押釦を介して呼が発せられた
ことを確認し、ステップ２６で電話番号が受信され次に
ステップ２８で呼が発せられていることを表示すること
ができる。

【００１５】プロセッサ１４はまたステップ２２ｈにお
いてユーザからのＤＩＡＬコマンドおよび口頭電話番号
を確認し、ステップ３０においてユーザ番号を繰返すこ
ともできる。次にプロセスフローはステップ２６へ続き
電話番号が受信されていることが示され、次にステップ
２８において電話呼出しが発せられる。

【００１６】プロセッサ１４はまたステップ２２ｉにお
いてＳＥＬＥＣＴコマンドおよびディレクトリ名を確認
することもでき、ブロック３２においてユーザはディレ
クトリオプションへ入ることができる。

【００１７】プロセッサ１４はまたステップ２２ｊにお
いてＲＥＶＩＥＷ ＤＩＲＥＣＴＯＲＹコマンドもしく
は対応するＤＴＭＦ押釦コードを確認し、ブロック３３
においてユーザをディレクトリカストマイズオプション
へ経路指定することもできる。

【００１８】図３はブロック３２のディレクトリオプシ
ョンのフロー図である。電話システム１０がセレクトコ
マンドおよびディレクトリ名を確認すると、プロセッサ
１４は選択されたディレクトリ名を繰返してユーザを促
しステップ３４においてユーザ応答を待つ。プロセッサ
１４はさまさまなディレクトリ応答を受信しそれらに従
って進行するようにプログラムされる。

【００１９】所定の時間間隔が過ぎても応答が受信され
なければ、ステップ３４ａにおいてプロセッサ１４は応
答するようユーザを促す。

【００２０】第２の時間間隔もしくはステップ３４ｂに
おいてプロセッサ１４がＩＮＳＴＲＵＣＴＩＯＮコマン
ドもしくは対応するＤＴＭＦ押釦コードを確認した後で
も応答が受信されなければ、プロセッサ１４はディレク
トリオプション内で従うべき手順をユーザに知らせ適切
な応答を要求する。

【００２１】プロセッサ１４はまたステップ３４ｃにお
いてＣＡＮＣＥＬコマンドもしくは対応するＤＴＭＦ押
釦コードを確認し、ＣＡＮＣＥＬコマンドの最初もしく
は二度目の発生時にユーザをディレクトリオプションの
ステップ３２へ戻すこともできる。

【００２２】ユーザの応答がプロセッサ１４により確認
されない場合には、ステップ３４ｄにおいてプロセッサ
１４はディレクトリオプションに対して許可されたコマ
ンドによりユーザを促す。

【００２３】三度目の無応答、三度目の未確認応答、も
しくは三度目のＣＡＮＣＥＬコマンドがステップ３４ｅ
で発生する場合には常にプロセッサ１４はプロセスフロ
ーを図２のステップ２０へ戻す。

【００２４】ステップ３４ｆにおいて、プロセッサ１４
はユーザがディレクトリオプションに入った時に選択さ
れるディレクトリ名のエントリリスト内にＣＡＬＬコマ
ンドおよびエントリ名を確認することができる。確認す
ると、プロセスフローはステップ３６へ進みそこでプロ
セッサ１４は要求名を実行してステップ３８において呼
が発せられたことをユーザに知らせる。ステップ４０に
おいて電話システム１０は選定されたディレクトリ内の
要求名に対応する電話番号を自動ダイヤルする。

【００２５】プロセッサ１４はまたステップ３４ｇにお
いてＲＥＶＩＥＷ ＬＩＳＴコマンドもしくは対応する
ＤＴＭＦ押釦コードを確認することもでき、ブロック４
２においてスピードダイアルカストマイズオプションを
介してユーザはエントリ名および選定されたディレクト
リ名に対応する電話番号を含むエントリリストへ入るこ
とができる。

【００２６】図１において、プロセッサ１４はステップ
２２ｊにおいてＲＥＶＩＥＷ ＤＩＲＥＣＴＯＲＹコマ
ンドもしくは対応するＤＴＭＦ押釦コードを確認し、か
つユーザはブロック３３においてディレクトリカストマ
イズオプションへ入ることができる。

【００２７】図４はブロック３３のディレクトリカスト
マイズオプションのフロー図である。ディレクトリカス
トマイズオプションは判断ブロック４４で開始され、そ
こでプロセッサ１４は電話システム１０に対する新規の
ユーザであるかどうかを判断する。新規ユーザであれ
ば、プロセッサ１４はステップ４６においてディレクト
リリストを空にしてステップ４８へ進み、そこでディレ
クトリリスト内の最初のディレクトリ名にポインタが設
定される。プロセスフローは判断ブロック５０へと続
き、そこでプロセッサ１４はディレクトリリストが空で
あるかどうかを判断する。新規ユーザに対しては、ディ
レクトリリストは空でありステップ５２においてこの状
態が示される。ディレクトリリストが空でなければ、プ
ロセスフローは判断ブロック５４へ進みディレクトリリ
ストが満杯かどうか判断される。満杯であれば、ステッ
プ５６においてフラッグを設定してディレクトリリスト
の満杯状態が表示される。リストが満杯でなければ、ブ
ロック５８においてフラッグを設定してディレクトリリ
ストか一部満杯であることが表示される。ディレクトリ
リストの状態が決定されると、プロセスフローは判断ブ
ロック６０へ進みそこでプロセッサ１４はユーザが初め
てディレクトリカストマイズオプションへ入るのかどう
かを判断する。そうであれば、ユーザはディレクトリリ
ストの状態を空、一部満杯、満杯として示すプロンプト
を受信する。プロセスフローはブロック６２へ進み、ユ
ーザはディレクトリメニューオプションへ入ることがで
きる。

【００２８】図５はブロック６２のディレクトリメニュ
ーオプションのフロー図である。ディレクトリメニュー
オプションに入ると、プロセッサ１４はポインタにより
フラグ設定されたディレクトリ名をステップ６４におい
て実行しステップ６６において応答を待つ。プロセッサ
１４はさまさまなディレクトリメニュー応答を受信して
ユーザから受信した特定ディレクトリメニュー応答に基
いて進行することができる。

【００２９】ステップ６６ａにおいてプロセッサ１４が
応答を確認しないかもしくは許可されないキーを受信す
ると、プロセッサ１４はユーザに適切な応答を送るよう
促す。

【００３０】ステップ６６ｂにおいてプロセッサ１４が
ＣＡＮＣＥＬコマンドもしくは対応するＤＴＭＦ押釦コ
ードを確認するかあるいは３度目の確認不能応答を受信
すると、プロセスフローは図１のステップ２０で始まる
プロセスへ戻り新たにプロセスを開始しなければならな
い。

【００３１】ステップ６６ｃにおいてプロセッサ１４は
ＰＲＥＶＩＯＵＳ ＤＩＲＥＣＴＯＲＹコマンドもしく
は対応するＤＴＭＦ押釦コードを確認してユーザを前の
ディレクトリブロック６８へ経路指定することができ
る。

【００３２】ステップ６６ｄにおいてプロセッサ１４は
ＮＥＸＴ ＤＩＲＥＣＴＯＲＹコマンドもしくは対応す
るＤＴＭＦ押釦コードを確認してユーザを次のディレク
トリブロック７０へ経路指定することができる。ユーザ
から応答が受信されなければ、プロセッサ１４はユーザ
を次のディレクトリブロック７０へ経路指定する。

【００３３】ステップ６６ｅにおいてプロセッサ１４は
ＩＮＳＴＲＵＣＴＩＯＮＳコマンドもしくは対応するＤ
ＴＭＦ押釦コードを確認してユーザをメニューヘルプブ
ロック７２へ経路指定することができる。

【００３４】ステップ６６ｆにおいてプロセッサ１４は
ＲＥＭＯＴＥ ＤＩＲＥＣＴＯＲＹコマンドもしくは対
応するＤＴＭＦ押釦コードを確認してユーザをリモート
ディレクトリブロック７４へ経路指定することができ
る。

【００３５】ステップ６６ｇにおいてプロセッサ１４は
ＡＤＤ ＤＩＲＥＣＴＯＲＹコマンドもしくは対応する
ＤＴＭＦ押釦コードを確認してユーザをａｄｄディレク
トリブロック７６へ経路指定することができる。

【００３６】プロセッサ１４はステップ６６ｈにおいて
ＳＥＬＥＣＴ ＤＩＲＥＣＴＯＲＹコマンドを確認し選
定されたディレクトリ名にポインタを設定してプロセス
フローをステップ６４へ戻し、ステップ６６において名
前を実行して応答を待つことができる。

【００３７】ステップ６６ｉにおいてプロセッサ１４は
ＲＥＶＩＥＷ ＬＩＳＴおよび対応するＤＴＭＦ押釦コ
ードを確認し、ブロック８０においてユーザをスピード
ダイアルカストマイズオプションへ経路指定しユーザは
選定されたディレクトリ名に対応するエントリリストへ
アクセスすることができる。

【００３８】プロセッサ１４がＰＲＥＶＩＯＵＳ ＤＩ
ＲＥＣＴＯＲＹコマンドもしくは対応するＤＴＭＦ押釦
コードを確認すると、プロセスフローは前のディレクト
リブロック６８へ進む。図６は前のディレクトリブロッ
ク６８のプロセスフローのフロー図である。判断ブロッ
ク８２において、プロセッサ１４はディレクトリリスト
内にディレクトリ名があるかどうかを判断する。ディレ
クトリ名がなければ、プロセスフローはメニューヘルプ
ブロック７２へ進む。ディレクトリリストが空でなけれ
ば、プロセスフローはステップ８４へ進みそこでディレ
クトリリスト内の前のディレクトリ名にポインタフラグ
が設定される。図５のブロック６２においてプロセスフ
ローはディレクトリメニューオプションへ戻り、ポイン
タがディレクトリリスト内の前のディレクトリ名を識別
するディレクトリメニューオプションへ戻る。

【００３９】ステップ６６ｄにおいてプロセッサ１４が
ＮＥＸＴ ＤＩＲＥＣＴＯＲＹコマンドもしくは対応す
るＤＴＭＦ押釦コードを確認するかあるいはユーザから
応答が受信されない場合には、プロセスフローは次のデ
ィレクトリブロック７０へ入る。図７は次のディレクト
リブロック７０のフロー図である。図６の前のディレク
トリブロック６８と同様に、次のディレクトリブロック
７０は判断ブロック８６においてディレクトリリストが
空であるかどうかを判断する。空であればプロセスフロ
ーはメニューヘルプブロック７２へ進む。ディレクトリ
リストが空でなければ、プロセスフローはステップ８８
へ続きそこでディレクトリリスト内の次のディレクトリ
名にポインタフラグが設定される。次に、前記したよう
に図５のブロック６２においてプロセスフローはディレ
クトリメニューオプションへ戻り、ここでポインタはデ
ィレクトリリスト内の次のディレクトリ名を識別してい
る。

【００４０】プロセッサ１４が図５のステップ６６ｅに
おいてＩＮＳＴＲＵＣＴＩＯＮコマンドもしくは対応す
るＤＴＭＦ押釦コードを確認するか、あるいは図６の次
のディレクトリオプションブロック７０あるいは図７の
前のディレクトリオプションブロック６８において空リ
ストを検出すると、プロセスフローはメニューヘルプオ
プションブロック７２へ進む。図８はメニューヘルプブ
ロック７２のフロー図である。判断ブロック９０におい
てディレクトリリストは空であるかどうか調べられる。
ディレクトリリストが空であれば、ステップ９２におい
てユーザに対してメッセージが出されディレクトリリス
トが空であることを知らせてどのように進行すべきかの
指示を与える。ディレクトリリストが空であれば、プロ
セスフローは判断ブロック９４へ進みそこでディレクト
リリストは一部満杯であるかどうか判断される。ディレ
クトリリストが一部満杯である場合には、ステップ９６
においてユーザにメッセージが出されてディレクトリリ
ストの一部満杯状態が知らされプロセスフローをどのよ
うに進行すべきかが指示される。ディレクトリリストが
満杯状態であれば、ステップ９８においてユーザにメッ
セージが出されてディレクトリリストが満杯であること
が知らされプロセスフローをどのように進行すべきかが
指示される。３つのメッセージの中の一つが出される
と、前記したように図５のブロック６２においてプロセ
スフローはディレクトリメニューオプションへ戻る。

【００４１】図５のステップ６６ｆにおいてプロセッサ
１４がＲＥＭＯＴＥ ＤＩＲＥＣＴＯＲＹコマンドもし
くは対応するＤＴＭＦ押釦コードを確認すると、プロセ
スフローはリモートディレクトリブロック７４へ入る。
図９はリモートディレクトリブロック７４のフロー図で
ある。ステップ１００において、プロセッサ１４はユー
ザに対してディレクトリ名を除去したいかどうか確認す
る。ステップ１０２においてプロセッサ１４はさまざま
な除去応答を受信する。

【００４２】ステップ１０２ａにおいてプロセッサ１４
が応答を確認しないか、応答を受信しないか、もしくは
許可されない押釦コードを受信すると、プロセスフロー
はステップ１００へ戻りそこでユーザは適切な応答を促
される。

【００４３】ステップ１０２ｂにおいてプロセッサ１４
がＣＡＮＣＥＬコマンドもしくは対応するＤＴＭＦ押釦
コードを確認するか、あるいは３度目の確認不能応答も
しくは３度目の無応答を受信すると、ユーザは名前が除
去されないことを知らされプロセスフローは図２のステ
ップ２０へ戻る。

【００４４】ステップ１０２ｃにおいてプロセッサ１４
がＩＮＳＴＲＵＣＴＩＯＮコマンドもしくは対応するＤ
ＴＭＦコード、あるいは許可されないキーエントリを確
認すると、ステップ１０４においてユーザはディレクト
リリストからディレクトリ名を除去する。次にプロセッ
サフローはステップ１００へ戻り、ユーザに対して適切
な応答を要求する。

【００４５】ステップ１０２ｄにおいてプロセッサ１４
がＲＥＭＯＶＥ ＤＩＲＥＣＴＯＲＹコマンドもしくは
対応するＤＴＭＦ押釦コードを確認すると、ユーザは除
去されたディレクトリ名を知らされプロセスフローは図
１のステップ２０へ戻る。

【００４６】図５のステップ６６ｆにおいてプロセッサ
１４がＡＤＤ ＤＩＲＥＣＴＯＲＹコマンドもしくは対
応するＤＴＭＦ押釦コードを確認すると、プロセスフロ
ーはａｄｄディレクトリブロック７６へ入る。図１０は
ａｄｄディレクトリブロック７６のフロー図である。判
断ブロック１０６において、ディレクトリリストが満杯
であるかどうかが判断される。満杯であれば、前記した
ようにプロセスフローはメニューヘルプブロック７２へ
進む。ディレクトリリストが満杯でなければ、プロセス
フローは判断ブロック１０８へ進みそこでこれがユーザ
の最初の発声であるかどうかが判断される。ディレクト
リを登録するプロセスはユーザに所望するディレクトリ
名を良好に確認可能に３度発声するよう要求する。最初
の発声であるものと判断ブロック１０８が判断すると、
ステップ１１０においてプロセッサ１４はユーザにディ
レクトリ名を言うよう要求する。ステップ１１２におい
て口頭ディレクトリ名が受信されて登録され、ブロック
１１４は受信したディレクトリ名が良好に確認されるか
どうかを判断する。

【００４７】最初の発声では良好に確認されないため、
プロセスフローはステップ１１６へ進みディレクトリ名
を登録する試みが多くなされ過ぎていないかを調べる。
これまでのところ一度しか試みがなされていないため、
プロセスフローはブロック１０８へ戻る。ここで２度目
の発声が所望されるため、プロセスフローはステップ１
１８へ進みそこで最初の発声テンプレートがダウンロー
ドされ、次にステップ１２０へ進みそこでユーザはディ
レクトリ名を繰返すよう促される。ステップ１１２にお
いてディレクトリ名の第２の発声が登録され、ステップ
１４において第１の発声と比較されて確認が良好に整合
するかどうか判断される。

【００４８】良好に確認されなければ、プロセスフロー
は前記したようにステップ１１６および１０８へ進む。
判断ブロックにおいて確認が良好に整合すると、プロセ
スフローはブロック１２０へ進みそこでディレクトリ名
に対応するテンプレートが保存される。判断ブロック１
２２において３度目の発声でないものと判断されると、
プロセスフローはステップ１０８へ戻り３度目の発声を
要求してディレクトリ名が確認される。判断ブロック１
２２が３度目の発声であると判断すると、プロセスフロ
ーはブロック４２のスピードダイアルカストマイズオプ
ションへ進み、ユーザはエントリ名および電話番号を新
しく生成されたディレクトリ名内に登録することかでき
る。３度試みた後でステップ１１６において確認の良好
な整合が得られない場合には、プロセスフローは図２の
ステップ２０へ戻る。

【００４９】スピードダイアルカストマイズオプション
には図３のステップ３４ｆ、図５のステップ６６ｉ、も
しくは図１０のステップ１２２において３度目の発声を
受信した後で入ることができる。図１１はブロック４２
で始まるスピードダイアルカストマイズオプションのフ
ロー図である。スピードダイアルカストマイズオプショ
ンはユーザが特定のディレクトリ名に対応するエントリ
名および電話番号を含むエントリリストにアクセスでき
るようにすることによりディレクトリカストマイズオプ
ションと同様に作用する。

【００５０】判断ブロック１３０は電話システム１０に
対する新規ユーザであるかどうかを判断する。スピード
ダイアルリストを空にした後で、もしくはシステムに対
する新規ユーザでない場合には、プロセスフローはステ
ップ１３４へ進みそこでエントリリスト内の最初のエン
トリ名にポインタが設定される。判断ブロック１３６に
よりリストが空であるかどうかが判断され、ステップ１
３８においてフラグを設定することによりこのような状
態が表示される。リストが空でなければ、判断ブロック
１４０によりリストが満杯であるかどうかが判断され、
ステップ１４２においてフラグを設定することによりこ
のような状態が表示される。エントリリストが空もしく
は満杯でなければ、ステップ１４４においてフラグを設
定してエントリリストが一部満杯であることが表示され
る。

【００５１】３つのフラグの中の一つを設定した後で、
プロセスフローは判断ブロック１４６へ進みユーザが初
めてスピードダイアルカストマイズオプションに入るの
かどうかが判断される。初めてであれば、対応するディ
レクトリ名に対するエントリリストの状態がユーザに知
らされる。ユーザがエントリリスト状態を知らされた
後、もしくは初めてカストマイズオプションに入るので
なければ、プロセスフローはステップ１５０へ進みユー
ザはブロック１５０のスピードダイアルメニューオプシ
ョンへ入ることができる。

【００５２】図１２はブロック１５０のスピードダイヤ
ルメニューオプションの流れ図を示す。プロセッサ１４
は、ポインターがステップ１５２においてセットされて
いる所のエントリー名を扱い、ステップ１５４において
使用者から応答を待機する。プロセッサ１４は、種々の
スピードダイヤル応答を受信することがあり、かつ受信
特定応答に従って進む。

【００５３】プロセッサ１４は、ステップ１５４ａにお
いて不認識コマンド又は違法キーを受信することがあ
り、続いて使用者に適当な応答を提供するようにプロン
プトする。

【００５４】プロセッサ１４は、ステップ１５４ｂにお
いてＲＥＶＩＥＷ ＥＮＴＲＹ（エントリー見直し）コ
マンド又はこれに相当するＤＴＭＦプシュボタンコード
を認識することがあり、ステップ１５２において扱った
エントリー名に相当する電話番号をステップ１５６にお
いて扱う。プロセスの流れは、次いで、ステップ１５４
へ復帰して、他の応答を待機する。

【００５５】プロセッサ１４は、ステップ１５４ｃにお
いて、また、ＣＡＮＣＥＬ（消去）コマンド又はこれに
相当するＤＴＭＦプッシュボタンコードを認識し又は３
番目の不認識コマンドを受信することがあり、かつプロ
セスの流れを図２のステップ２０へ復帰させる。プロセ
ッサ１４は、ステップ１５４ｄにおいてＤＩＡＬ ＥＮ
ＴＲＹ（ダイヤルエントリー）コマンド又はこれに相当
するＤＴＭＦプッシュボタンコードを認識することがあ
り、使用者がダイヤルエントリーブロック１５８に入る
ことを許す。

【００５６】プロセッサ１４は、ステップ１５４ｅにお
いてＰＲＥＶＩＯＵＳ ＥＮＴＲＹ（先行エントリー）
コマンド又はこれに相当するＤＴＭＦプシュボタンコー
ドを認識することがあり、使用者が先行エントリーブロ
ック１６０に入ることを許す。

【００５７】プロセッサ１４は、ステップ１５４ｆにお
いてＮＥＸＴ ＥＮＴＲＹ（次順エントリー）コマンド
又はこれに相当するＤＴＭＦプシュボタンコードを認識
することがあり、使用者が次順エントリーブロック１６
２に入ることを許す。もし使用者から応答が受信されな
いならば、プロセッサ１４は、また、次順エントリーブ
ロック１６２へ進むことになる。

【００５８】プロセッサ１４は、ステップ１５４ｇにお
いてＳＥＬＥＣＴ ＳＰＥＥＤ ＤＩＡＬ（スピードダ
イヤル選択）コマンド及びエントリー名を認識すること
があり、使用者がエントリー選択ブロック１６４に入る
ことを許す。

【００５９】プロセッサ１４は、ステップ１５４ｈにお
いてＣＨＡＮＧＥ ＥＮＴＲＹ（エントリー変更）コマ
ンド又はこれに対応するＤＴＭＦプシュボタンコードを
認識することがあり、使用者が番号変更ブロック１６８
に入ることを許す。

【００６０】プロセッサ１４は、ステップ１５４ｉにお
いてＩＮＳＴＲＵＣＴＩＯＮＳ（インストラクション）
コマンド又はこれに対応するＤＴＭＦプシュボタンコー
ドを認識することがあり、その使用者がスピードダイヤ
メニュー助成ブロック１６８に入ることを許す。

【００６１】プロセッサ１４は、ステップ１５４ｊにお
いてＲＥＭＯＶＥ ＥＮＴＲＹ（エントリー除去）コマ
ンド又はこれに相当するＤＴＭＦプシュボタンコードを
認識することがあり、使用者がエントリー除去ブロック
１７０に入ることを許す。

【００９２】プロセッサ１４は、ステップ１５４ｋにお
いてＡＤＤ ＥＮＴＲＹ（エントリー追加）コマンド又
はこれに相当するＤＴＭＦプシュボタンコードを認識す
ることがあり、使用者がエントリー追加プロック１７２
に入ることを許す。

【００６３】プロセッサ１４が図１２のステップ１５４
ｄにおいてＤＩＡＬ ＥＮＴＲＹ（ダイヤルエントリ
ー）コマンド又はこれに相当するＤＴＭＦプッシュボタ
ンコードを認識すると、プロセスの流れはダイヤルエン
トリーブロック１５８へ進む。図１３は、ダイヤルエン
トリーブロック１５８の流れ図を示す。ダイヤルエント
リーブロック１５８に入ると、判定ブロック１７４がそ
のエントリーリストが空であるかどうか判定する。もし
空であるならば、プロセスの流れはスピードダイヤルメ
ニュー助成ブロック１６８へ進む。もしエントリーリス
トが空でなければ、プロセッサ１４はそのポインターに
よって識別されたステップ１７６のエントリー名を取り
扱い、ステップ１７８においてそのエントリー名に相当
する呼を発生する。

【００６４】プロセッサ１４が図１２のステップ１５４
ｅにおいてＰＲＥＶＩＯＵＳ ＥＮＴＲＹ（先行エント
リー）コマンド又はこれに相当するＤＴＭＦプッシュボ
タンコードを認識すると、プロセスの流れは先行エント
リーブロック１６０へ進む。図１４は、先行エントリー
ブロック１６０の流れ図を示す。先行エントリーブロッ
ク１６０に入ると、判定ブロック１８０がそのエントリ
ーリストが空であるかどうか判定する。もし空であるな
らば、プロセスの流れはスピードダイヤルメニュー助成
ブロック１６８へ進む。もしそのエントリーリストが空
でないならば、ステップ１８２においてポインターがそ
のエントリーリスト内の先行エントリー名を指すように
リセットされる。プロセスの流れは、次いで、図１２の
ブロック１５０におけるスピードダイヤルメニューオプ
ションへ復帰する。

【００６５】プロセッサ１４が図１２のステップ１５４
ｆにおいて、ＮＥＸＴ ＥＮＴＲＹ（次順エントリー）
コマンド又はこれに相当するＤＴＭＦプッシュボタンコ
ードを認識すると、又はもし使用者から応答を受信しな
いならば、プロセスの流れは次順エントリーブロック１
６２へ進む。図１５は、次順エントリーブロック１６２
の流れ図を示す。次順エントリーブロック１６２に入る
と、判定ブロック１８４がそのエントリーリストが空で
あるかどうか判定する。もし空であるならば、プロセス
の流れはスピードダイヤルメニュー助成ブロック１６８
へ進む。もしエントリーリストが空でないならば、ステ
ップ１８６においてポインターがそのエントリーリスト
内の次順エントリー名を指すようにリセットされる。プ
ロセスの流れは、次いで、図１２のブロック１５０にお
けるスピードダイヤルメニューオプションへ復帰する。

【００６６】プロセッサ１４が図１２のステップ１５４
ｇにおいてＳＥＬＥＣＴ ＳＰＥＥＤ ＤＩＡＬ（スピ
ードダイヤル選択）コマンド及びエントリー名を認識す
ると、プロセスの流れはエントリー選択ブロック１６４
へ進む。図１６は、エントリー選択ブロック１６４の流
れ図を示す。エントリー選択ブロック１６４に入ると、
ポインターが、ステップ１８８において使用者から受信
されたエントリーリスト内の選択エントリー名を指すよ
うにリセットされる。プロセスの流れは、次いで、図１
２のブロック１５０におけるスピードダイヤルメニュー
オプションへ復帰する。

【００６７】プロセッサ１４が図１２のステップ１５４
ｈにおいてＣＨＡＮＧＥ ＥＮＴＲＹ（エントリー変
更）コマンド又はこれに相当するＤＴＭＦプッシュボタ
ンコードを認識すると、プロセスの流れは番号変更ブロ
ック１６６へ進む。図１７は、番号変更ブロック１６６
の流れ図を示す。番号変更ブロック１６６に入ると、判
定ブロック１９０がそのエントリーリストが空であるか
どうか判定する。もし空であるならば、プロセスの流れ
はスピードダイヤルメニュー助成ブロック１６８へ進
む。もしそのエントリーリストが空でないならば、プロ
セッサ１４は電話番号挿入ブロック１９２に入り、使用
者が、ポインターによって判定された現在使用中のエン
トリー名に相当する電話番号を変更することを許す。

【００６８】プロセッサ１４が図１２のステップ１５４
ｉにおいてＩＮＳＴＲＵＣＴ１ＯＮＳ（インストラクシ
ョン）コマンド又はこれに相当するＤＴＭＦプッシュボ
タンコードを認識すると、プロセスの流れはスピードダ
イヤルメニュー助成ブロック１６８へ進む。図１８は、
スピードダイヤルメニュー助成ブロック１６８の流れ図
を示す。スピードダイヤルメニュー助成ブロック１６８
に入ると、判定ブロック１９４がそのエントリーリスト
が空であるかどうか判定する。もし空であるならば、ブ
ロック１９６において使用者はそのエントリーリストが
空であることを知らされ、かつそのスピードダイヤルメ
ニューオプションを通していかに進むかについてのイン
ストラクションを与えられる。もしそのエントリーリス
トが満たされていないならば、判定ブロック１９８がそ
のエントリーリストが部分的に満たされているかどうか
判定する。もし部分的に満たされているならば、ステッ
プ２００において使用者はそのリストが部分的に満たさ
れていることを知らされ、かつスピードダイヤルメニュ
ーオプションを通していかに進むかについてインストラ
クションを与えられる。もしそのエントリーリストが空
でないか又は部分的に満たされているならば、使用者は
そのエントリーリストがそのエントリー名に対して満た
されいることを知らされ、かつそのスピードダイヤルメ
ニューオプションを通していかに進むかについてのイン
ストラクションを提供される。これら３つのメッセージ
の１つが扱われた後、プロセスの流れは図１２のブロッ
ク１５０のスピードダイヤルメニューオプションへ復帰
する。

【００６９】プロセッサ１４が図１２のステップ１５４
ｊにおいてＲＥＭＯＶＥ ＥＮＴＲＹ（エントリー除
去）コマンド又はこれに相当するＤＴＭＦプッシュボタ
ンコードを認識すると、プロセスの流れはエントリー除
去ブロック１７０に入る。図１９は、エントリー除去ブ
ロック１７０の流れ図を示す。エントリー除去ブロック
１７０に入ると、判定ブロック２０４は、そのエントリ
ーリストが空であるかどうか見る検査をする。もし空で
あるならば、プロセスの流れは図１８を参照して上に説
明されたようにスピードダイヤルメニュー助成ブロック
１６８へ進む。もしそのエントリーリストが空でないな
らば、ステップ２０６においてプロセッサ１４は使用者
にエントリー除去コマンドを確認するように要求しかつ
ステップ２０８において応答を待機する。プロセッサ１
４は、種々のリスト除去応答を受信することがあり、か
つ受信リスト除去応答に従って進む。

【００７０】もしステップ２０８ａにおいてプロセッサ
１４が応答を認識せず又は応答を受信しなければ、プロ
セスの流れはステップ２０６へ復帰して、使用者に適当
な応答を提供するように要求する。

【００７１】もし、ステップ２０８ｂにおいて、プロセ
ッサ１４がＣＡＮＣＥＬ（消去）コマンド又はこれに相
当するＤＴＭＦプッシュボタンコードを認識するか又は
３番目の不認識応答を受信するか又は３番目の応答を受
信しないならば、その使用者はそのエントリー名が除去
されないであろうことを告知され、かつプロセスの流れ
は図１２のブロック１５０のスピードダイヤメニューオ
プションへ復帰する。

【００７２】プロセッサ１４は、ステップ２０８ｃにお
いてＩＮＳＴＲＵＣＴＩＯＮＳ（インストラクション）
コマンド又はこれに相当するＤＴＭＦプシュボタンコー
ド又は違法プッシュボタンキーを認識することがあり、
ステップ２１０においてメッセージを扱い、使用者にそ
のエントリー除去オプションを通していかに進かを知ら
せ、プロセスの流れをステップ２０６へ復帰させて使用
者から応答を要求する。

【００７３】プロセッサ１４は、ステップ２０８ｄにお
いてＲＥＭＯＶＥ ＥＮＴＲＹ（エントリー除去）コマ
ンド又はこれに相当するＤＴＭＦプシュボタンコードを
認識することがあり、使用者が選択エントリーの除去を
確認したことを指示し、使用者に除去エントリー名を知
らせ、プロセスの流れを図１２のブロック１５０におけ
るスピードダイヤルメニューオプションへ復帰させる。

【００７４】プロセッサ１４は、ステップ２０８ｅにお
いてＱＵＩＴ ＬＩＳＴ（クイットリスト）コマンド又
はこれに相当するＤＴＭＦプシュボタンコードを認識す
ることがあり、プロセスの流れを図２のブロック２０に
おけるプロセスの開始へ復帰させる。

【００７５】図１２のスピードダイヤルメニューオプシ
ョンへ復帰すると、プロセッサ１４は、ステップ１５４
ｋにおいてＡＤＤ ＥＮＴＲＹ（エントリー追加）コマ
ンド又はこれに相当するＤＴＭＦプッシュボタンコード
を認識することがあり、かつエントリー追加ブロック１
７２に入る。図２０は、エントリー追加ブロック１７２
の流れ図を示す。エントリー追加ブロック１７２に入る
と、判定ブロック２１２がそのエントリーリストが満た
されているかどうか判定する。もし満たされているなら
ば、先に上で説明されたようにプロセスの流れは図１８
のスピードダイヤルメニュー助成ブロック１６８へ進
む。もしそのエントリーリストが満たされていないなら
ば、プロセスの流れは判定ブロック２１４へ進み、これ
が１つのエントリー名の最初の発言（ｕｔｔｅｒａｎｃ
ｅ）であるかどか判定する。エントリー追加オプション
は、そのエントリー名を表現する妥当テンプレートを得
るためにそのエントリー名について３つの発言を要求す
る。

【００７６】これが最初の発言と仮定すると、ステップ
２１６において、プロセッサ１４は、使用者にそのエン
トリースピードダイヤルエントリー名を話すように要求
する。ステップ２１８において、プロセッサ１４は、そ
のエントリー名をロールさせ、ステップ２２０において
その発言を先に得られた発言と比較する。これは最初の
発言であるから、それと比較する先行発言はなく、それ
ゆえプロセスの流れは判定ブロック２２２へ進み、この
ブロックは多過ぎるほど試みがこのエントリー名につい
て既になされたかどうか判定する。これは最初の試みで
あるから、プロセスの流れは判定ブロック２１４へ復帰
して２番目の発言に対処する。

【００７７】２番目の発言を要求しようとしているか
ら、判定ブロック２１４はプロセスの流れをブロック２
２４へ行かせ、最初のテンプレートをダウンロードし、
かつ使用者にそのエントリー名を繰り返すように要求す
る。その２番目の発言がブロック２１８内でロールさ
れ、判定ブロック２２０において最初の発言と比較され
る。最初と２番目の発言との間の良好な整合が得られな
いならば、プロセスの流れは先に上で説明されたように
判定ブロック２２２へ進む。もし最初の発言と２番目の
発言とが整合するならば、プロセスの流れはブロック２
２６へ進み、ここで１つのテンプレートがこのエントリ
ー名に対して保存される。

【００７８】判定ブロック２２８は、これが３番目の発
言であったかどうかを判定する。もし３番目でないなら
ば、プロセスの流れは判定ブロック２２４へ復帰して３
番目の発言に対してプロセスの流れを繰り返す。判定ブ
ロック２２８において、いったん３番目の発言が検出さ
れたならば、プロセスの流れは電話番号挿入ブロック１
９２へ進む。もしプロセッサ１４が３つの試みの後に発
言間に整合を確立しないならば、プロセスの流れは判定
ブロック２２２から図２のブロック１５０におけるスピ
ードダイヤルメニューオプションへ進む。

【００７９】図２１は、電話番号挿入ブロック１９２の
流れ図を示す。電話番号挿入ブロック１９２に入ると、
ステップ２３２において、プロセッサ１４は、その使用
者にその選択エントリー名に対する電話番号を話すよう
に要求し、かつステップ２３４においてその使用者の応
答を待機する。プロセッサ１４は、種々の電話番号応答
を受信することがあり、かつこれらに従って進む。

【００８０】ステップ２３４ａにおいて、プロセッサ１
４は、不認識応答を受信するか又は応答を受信しないこ
とがあり、かつプロセスの流れをステップ２３２へ復帰
させて使用者に所望の電話番号を話すように要求する。

【００８１】ステップ２３４ｂにおいて、プロセッサ１
４は、ＣＡＮＣＥＬ（消去）コマンドを認識するか又は
３番目の不認識応答を受信することがあり、かつ使用者
にそのエントリー名が追加されないことを知らせ、プロ
セスの流れを図１２のブロック１５０におけるスピード
ダイヤルメニューオピションへ復帰させる。

【００８２】ステップ２３４ｃにおいて、プロセッサ１
４は、ＩＮＳＴＲＵＣＴＩＯＮＳ（インストラクショ
ン）又はこれに相当するＤＴＭＦプッシュボタンコード
を認識することがあり、ステップ２３６においてメッセ
ージを扱い、使用者に電話番号をいかに進めかつ挿入す
るかを知らせ、続いてプロセスの流れをステップ２３２
へ復帰させてその使用から応答を要求する。

【００８３】ステップ２３４ｄにおいて、プロセッサ１
４は、ＱＵＩＴ ＬＩＳＴ（クイットリスト）コマンド
又はこれに相当するＤＴＭＦプッシュボタンコードを認
識することがあり、かつプロセスの流れを図２の開始ブ
ロック２０へ復帰させる。

【００８４】ステップ２３４ｅにおいて、プロセッサ１
４は、伝言電話番号又はＤＴＭＦプッシュボタンコード
を通して入力された電話番号を認識することがある。妥
当電話番号が認識されると、プロセスの流れは電話番号
検査ブロック２４０へ進む。

【００８５】図２２は、電話番号検査ブロック２４０の
流れ図を示す。電話番号検査ブロック２４０に入ると、
プロセッサ１４は、使用者によって電話番号挿入ブロッ
ク１９２から挿入された電話番号を、ステップ２４２に
おいて扱うことになる。ステップ２４４において、プロ
セッサ１４は、使用者にその電話番号を確認するように
要求することになり、ステップ２４６において応答を待
機する。プロセッサ１４は、種々の検査応答を受信する
ことがあり、かつ次のように進む。

【００８６】ステップ２４６ａにおいて、プロセッサ１
４は、不認識応答を受信するか又は応答を受信しないこ
とがあり、かつプロセスの流れをステップ２４４へ復帰
させて使用者に適当な応答を提供すうように要求する。

【００８７】ステップ２４６ｂにおいて、プロセッサ１
４は、ＣＡＮＣＥＬ（消去）コマンドを認識するか又は
３番目の不認識応答を受信するか又は３番目の応答を受
信しないことがあり、かつプロセスの流れを判定ブロッ
ク２４８へ行かせる。もし判定ブロック２４８がこれが
ＡＤＤ ＥＮＴＲＹ（エントリー追加）コマンドの部分
であったと判定するならば、プロセッサ１４は、その使
用者にそのエントリー名が追加されないであろことを知
らせ、かつプロセスの流れを図１２のブロック１５０に
おけるスピードダイヤルメニューオプションへ復帰させ
る。

【００８８】ステップ２４６ｃにおいて、プロセッサ１
４は、ＩＮＳＴＲＵＣＴＩＯＮＳ（インストラクショ
ン）コマンド又はこれに相当するＤＴＭＦプッシュボタ
ンコード又は違法プシュボタンコードを確認することが
あり、かつ電話番号検査ブロック２４０を通していかに
進むかをその使用者にステップ２５０において知らせ、
かつプロセスの流れをステップ２４４へ復帰させてその
使用から応答を要求する。

【００８９】ステップ２４６ｄにおいて、プロセッサ１
４は、ＣＨＡＮＧＥ ＮＵＭＢＥＲ（番号変更）コマン
ド又はこれに相当するＤＴＭＦプッシュボタンコードを
認識することがあり、かつプロセスの流れを図２０の電
話番号挿入ブロック２３０へ復帰させる。

【００９０】ステップ２４６ｅにおいて、プロセッサ１
４は、ＱＵＩＴ ＬＩＳＴ（クイットリスト）コマンド
又はこれに相当するＤＴＭＦプッシュボタンコードを認
識することがあり、かつプロセスの流れを図２のプロセ
ス開始ブロックへ復帰させる。

【００９１】ステップ２４６ｆにおいて、プロセッサ１
４は、ＳＡＶＥ ＥＮＴＲＹ（エントリー保存）コマン
ド又はこれに相当するＤＴＭＦプッシュボタンコードを
認識することがあり、使用者にそのエントリー名が妥当
番号を備えて保存されることを知らせ、かつプロセスの
流れを図１２のブロック１５０におけるスピードダイヤ
ルメニューオピションへ復帰させる。

【００９２】要約すると、電話システムは、使用者規定
スポークン（伝言）スピードダイヤルディレクトリーを
発生するように組み立てられ得る。各ディレクトリー
は、エントリー名及びこれに相当する電話番号を有する
エントリーリストを含み、音声認識電話システム内で使
用者に電話ディレクトリーを提供することができる。使
用者は、ディレクトリー及びディレクトリー内のエント
リー名を追加及び削除することができ、したがって、電
話番号を変更できる。使用者は、多数のディレクトリー
及び各ディレクトリー内のエントリー名と電話番号を通
して特有の電話番号リスティングを確立することができ
る。

【００９３】したがって、本発明によって、音声認識電
話システム内に、上に記載した利点を満足する使用者規
定スポークン（伝言）スピードダイヤルディレクトリー
を発生する方法が提供されたことは、明らかである。本
発明の好適実施例が詳細に説明されたが、前掲の特許請
求の範囲に規定された本発明の精神と範囲に反すること
なく、種々の変更、置換、及び代替が、これになされ得
ることは、云うまでもない。以上の説明に関して更に以
下の項を開示する。

【００９４】（１）ユーザ定義による会話速度ダイヤル
・ディレクトリの発生方法において、電話装置上のオフ
フック状態を検出するステップと、複数のディレクトリ
・タスクを実行するためにユーザから話者独立のコマン
ド・ワードを認識するステップと、特定のコマンド・ワ
ードに応答してディレクトリ・リストを開くステップ
と、ユーザ定義による複数のディレクトリ名を前記ディ
レクトリ・リストに登録するステップと、各ディレクト
リ名に応答して登録リストを開くステップと、前記ユー
ザの電話装置を動作させる他者にはアクセス不可能な固
有の電話ディレクトリを前記ユーザが有するように、複
数の速度ディレクトリ名及び電話番号を登録するステッ
プとを備えていることを特徴とするユーザ定義による会
話速度ダイヤル・ディレクトリの発生方法。

【００９５】（２）更に、前記ユーザによる要求に応答
して前記登録名に対応する前記電話番号をダイヤルする
ステップを備えていることを特徴とする請求項１記載の
ユーザ定義による会話速度ダイヤル・ディレクトリの発
生方法。

【００９６】（３）更に、前記ディレクトリ・リストか
らディレクトリ名を削除するステップを備えていること
を特徴とする第１項記載のユーザ定義による会話速度ダ
イヤル・ディレクトリの発生方法。

【００９７】（４）更に 前記登録リストから登録名及
び電話番号を削除するステップを備えていることを特徴
とする第１項記載のユーザ定義による会話速度ダイヤル
・ディレクトリの発生方法。

【００９８】（５）更に、登録名の電話番号を対応する
ディレクトリ名に変更するステップを備えていることを
特徴とする第１項記載のユーザ定義による会話速度ダイ
ヤル・ディレクトリの発生方法。

【００９９】（６）更に、前記ユーザからの要求に応答
して、前記ユーザがその固有な電話ディレクトリの内容
を再点検できるように、各ディレクトリ名について前記
ユーザのディレクトリ・リスト及び登録リストを通信す
るステップを備えていることを特徴とする第１項記載の
ユーザ定義による会話速度ダイヤル・ディレクトリの発
生方法。

【０１００】（７）前記登録する複数のステップは、会
話したディレクトリ名、登録名、及び電話番号に対応す
る話者テンプレートを作成し、前記話者テンプレートを
メモリ内に格納するステップを備えていることを特徴と
する第１項記載のユーザ定義による会話速度ダイヤル・
ディレクトリの発生方法。

【０１０１】（８）更に、前記ユーザからの要求に基づ
き、及び前記ユーザからの不正確なコマンド・ワードに
応答して、前記ディレクトリ・タスクによりどのよう進
めるべきかについての指示を前記ユーザに提供するステ
ップを備えていることを特徴とする第１項記載のユーザ
定義による会話速度ダイヤル・ディレクトリの発生方
法。

【０１０２】（９）前記複数の登録するステップは、前
記ディレクトリ名及び登録名の検定済みテンプレートを
得るために、前記ディレクトリ名及び登録名を反復し、
前記反復した名前及び登録名を前に発声したディレクト
リ名及び登録名の話者テンプレートと比較するステップ
を含むことを特徴とする第１項記載のユーザ定義による
会話速度ダイヤル・ディレクトリの発生方法。

【０１０３】（１０）前記電話番号は、前記電話装置上
の対応するＤＴＭＦプシュ・ボタンを押下げるすること
により、又は前記電話装置に前記電話番号を話込むこと
により登録可能にされあることを特徴とする第１項記載
のユーザ定義による会話速度ダイヤル・ディレクトリの
発生方法。

【０１０４】（１１）電話装置の単独のユーザのために
会話速度ダイヤル・ディレクトリを発生する会話速度ダ
イヤル・ディレクトリの発生方法において、電話装置上
のオフフック状態を検出するステップと、前記オフフッ
ク状態に応答して、前記電話装置により実行される複数
のタスクに対応するコマンド・ワードについて、前記電
話装置を監視するステップと、前記コマンド・ワードに
応答してユーザ定義による複数のディレクトリ名を登録
するステップと、前記ユーザが前記電話装置内の記憶さ
せた固有の電話ディレクトリを有するように、各ディレ
クトリ名について複数の速度ダイヤル登録名及び電話番
号を登録するステップとを備えていることを特徴とする
会話速度ダイヤル・ディレクトリの発生方法。

【０１０５】（１２）更に、前記ユーザの要求に基づい
てディレクトリ名、登録名及び電話番号を付加するステ
ップを備えていることを特徴とする第１１記載の会話速
度ダイヤル・ディレクトリの発生方法。

【０１０６】（１３）更に、前記の要求に基づいてディ
レクトリ名、登録名及び電話番号を削除するステップ
と、実際に削除する前に、ディレクトリ名、登録名、及
び電話番号の削除を確認するステップとを備えているこ
とを特徴とする第１２項記載の会話速度ダイヤル・ディ
レクトリの発生方法。

【０１０７】（１４）前記要求したディレクトリ名及び
登録名が前記ユーザの電話ディレクトリ内にあるか否か
を判断するために、登録したディレクトリ名及び登録名
と、前記ユーザから要求されたディレクトリ名及び登録
名とを比較するステップを備えていることを特徴とする
第１３項記載の会話速度ダイヤル・ディレクトリの発生
方法。

【０１０８】（１５）更に、前記比較するステップに応
答して前記要求されたディレクトリ名及び登録名に対応
する電話番号を自動的にダイヤルするステップを備えて
いることを特徴とする第１４項記載の会話速度ダイヤル
・ディレクトリの発生方法。

【０１０９】（１６）ユーザ定義による会話速度ダイヤ
ル・ディレクトリの発生装置において、電話装置上のオ
フフック状態を検出する回路と、前記オフフック状態に
応答して、前記電話装置かコマンド・ワードに関連した
ディレクトリ・タスクを実行できるように、コマンド・
ワードについて前記電話装置を監視する回路と、特定の
コマンド・ワードに応答してユーザ定義による複数のデ
ィレクトリ名を登録する回路と、前記ユーザが固有の電
話ディレクトリを有するように、各ディレクトリ名につ
いて複数の速度ダイヤル登録名を登録する回路とを備え
ていることを特徴とするユーザ定義による会話速度ダイ
ヤル・ディレクトリの発生装置。

【０１１０】（１７）更に、ディレクトリ名の登録名に
ついて電話番号を変更する回路を備えると共に、前記電
話番号は、前記電話装置上のＤＴＭＦプシュ．ボタンを
押下げることにより、又は前記電話装置に前記電話番号
を話込むことにより、登録可能とされることを特徴とす
る第１６項記載のユーザ定義による会話速度ダイヤル・
ディレクトリの発生装置。

【０１１１】（１８）更に、前記電話ディレクトリから
ディレクトリ名、登録名及び電話番号を削除する回路を
備えていることを特徴とする第１７項記載のユーザ定義
による会話速度ダイヤル・ディレクトリの発生装置。

【０１１２】（１９）更に、前記要求したディレクトリ
名及び登録名が前記電話ディレクトリ内にあるか否かを
判断するために、登録したディレクトリ名及び登録名
と、前記ユーザから要求されたディレクトリ名及び登録
名とを比較する回路を備えていることを特徴とする第１
８項記載のユーザ定義による会話速度ダイヤル・ディレ
クトリの発生装置。

【０１１３】（２０）更に、前記比較する回路に応答し
て、前記要求したディレクトリ名及び登録名に対応する
電話番号を自動的にダイヤルする回路を備えていること
を特徴とする第１９項記載のユーザ定義による会話速度
ダイヤル・ディレクトリの発生装置。

【０１１４】（２１）音声認識電話装置１０はユーザに
複数のディレクトリ７６を発生可能にさせるものであ
る。各ディレクトリは複数の登録名及び対応する電話番
号を含む対応する登録リストを有する。前記ユーザは所
望により登録名を加入すること１７２又は削除すること
１７０ができる。前記ユーザは所望により各登録名につ
いて電話番号１９２を登録すること、及び電話番号を変
更することができる。更に、前記ユーザは発生した登録
名により呼を設定すること１５８もできる。

【図面の簡単な説明】

【図１】ユーザ定義による会話速度ダイヤル・ディレク
トリの発生装置を示すブロック図。

【図２】ユーザ定義による会話速度ダイヤル・ディレク
トリを発生する際の初期シーケンスのフローチャートを
示す図。

【図３】ユーザに電話装置内のディレクトリをアクセス
可能にさせるフローチャートを示す図。

【図４】ユーザにディレクトリ・リストをアクセス可能
にさせるフローチャートを示す図。

【図５】ユーザにディレクトリ・リストを再点検させる
こと、及び変更することを可能にさせるフローチャート
を示す図。

【図６】ユーザにディレクトリ・リストにおける前のデ
ィレクトリ名へ復帰可能にさせるフローチャートを示す
図。

【図７】ユーザにディレクトリ・リストにおける次のデ
ィレクトリ名へ進行可能にさせるフローチャートを示す
図。

【図８】ユーザにヘルプ命令の受け取りを可能にさせる
フローチャートを示す図。

【図９】ユーザにディレクトリ・リストからディレクト
リ名を削除可能にさせるフローチャートを示す図。

【図１０】ユーザにディレクトリ・リストへディレクト
リ名を加入可能にさせるフローチャートを示す図。

【図１１】ユーザにディレクトリ名内の登録リストをア
クセス可能にさせるフローチャートを示す図。

【図１２】ユーザに登録リストを再点検すること、及び
変更することを可能にさせるフローチャートを示す図。

【図１３】ユーザに登録リストにおける登録名に対応す
る呼を設定可能にさせるフローチャートを示す図。

【図１４】ユーザに登録リストにおける前の登録名へ復
帰可能にさせるフローチャートを示す図。

【図１５】ユーザに登録リストにおける次の登録名へ継
続可能にさせるフローチャートを示す図。

【図１６】ユーザに登録リストから登録名を選択可能に
させるフローチャートを示す図。

【図１７】ユーザに登録リストにおける登録名に対応し
た電話番号に変更可能にさせるフローチャートを示す
図。

【図１８】ユーザにヘルプ命令を受け取り可能にさせる
フローチャートを示す図。

【図１９】ユーザに登録リストから登録名を削除可能に
させるフローチャートを示す図。

【図２０】ユーザに登録名を登録リストへ加入可能にさ
せるフローチャートを示す図。

【図２１】ユーザに追加した又は選択した登録名に対応
する電話番号を登録可能にさせるフローチャートを示す
図。

【図２２】ユーザに登録した電話番号を検定可能にさせ
るフローチャートを示す図。

【符号の説明】

１０ 電話装置 １４ プロセッサ １６ オフフック検出回路 １８ 音声認識及び記録回路 １９ メモリ ７６ 加入ディレクトリ・ブロック １５８ ダイヤル登録ブロック １７２ 加入登録ブロック １７０ 削除登録ブロック １９２ 電話番号登録ブロック

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ユーザ定義による会話速度ダイヤル・デ
   ィレクトリの発生方法において、 電話装置上のオフフック状態を検出するステップと、 複数のディレクトリ・タスクを実行するためにユーザか
   ら話者独立のコマンド・ワードを認識するステップと、 特定のコマンド・ワードに応答してディレクトリ・リス
   トを開くステップと、 ユーザ定義による複数のディレクトリ名を前記ディレク
   トリ・リストに登録するステップと、 各ディレクトリ名に応答して登録リストを開くステップ
   と、 前記ユーザの電話装置を動作させる他者にはアクセス不
   可能な固有の電話ディレクトリを前記ユーザが有するよ
   うに、複数の速度ディレクトリ名及び電話番号を登録す
   るステップとを備えていることを特徴とするユーザ定義
   による会話速度ダイヤル・ディレクトリの発生方法。
2. 【請求項２】 ユーザ定義による会話速度ダイヤル・デ
   ィレクトリの発生装置において、 電話装置上のオフフック状態を検出する回路と、 前記オフフック状態に応答して、前記電話装置がコマン
   ド・ワードに関連したディレクトリ・タスクを実行でき
   るように、コマンド・ワードについて前記電話装置を監
   視する回路と、 特定のコマンド・ワードに応答してユーザ定義による複
   数のディレクトリ名を登録する回路と、 各ディレクトリ名について、前記ユーザが固有の電話デ
   ィレクトリを有するように、複数の速度ダイヤル登録名
   を登録する回路とを備えていることを特徴とするユーザ
   定義による会話速度ダイヤル・ディレクトリの発生装
   置。