(57)【特許請求の範囲】
【請求項１】
固有のシーケンシャルな入力／出力手段をもつユーザインタフェースシステムと、複数のアプリケーションとを有するインタラクティブシステムを駆動する方法であって、
第一のアプリケーションは、ユーザとの対話を実行するために前記固有のシーケンシャルな入力／出力手段を現在制御し、
少なくとも所定の期間について、前記第一のアプリケーションの現在の対話プロセスのタイプに関する情報と、前記現在の対話プロセスの動作の状態とに基づいて、複数の予め決定されたフォーカスレベルのうちから前記第一のアプリケーションにフォーカスレベルが割り当てられ、
アプリケーションをスイッチするコマンドがユーザから受信されると、前記第一のアプリケーションの割り当てられたフォーカスレベルに従って、前記第一のアプリケーションの現在の対話のプロセスが終了又は休止されると共に対話を実行する前記固有のシーケンシャルな入力／出力手段の制御を第二のアプリケーションに移す処理を実行するか否かを決定する、
ことを特徴とする方法。
【請求項２】
インタラクティブではなく、ユーザとの対話を実行する第二のアプリケーションは、対話制御ユニットに通知要求を送出し、
前記対話制御ユニットは、前記第一のアプリケーションのフォーカスレベルに従ってユーザに通知を発し、前記通知は、前記第一のアプリケーションの対話の出力信号と区別可能なように発せられる、
請求項１記載の方法。
【請求項３】
現在の対話が第一のフォーカスレベルに割り当てられた場合、前記対話制御ユニットは、前記第一のアプリケーションの現在の対話プロセスが終了されたか、可能性のある中断のポイントに到達するまで、ユーザに通知を発しない、
請求項２記載の方法。
【請求項４】
インタラクティブなアプリケーションの現在のフォーカスレベルは、自動的に決定される、
請求項１乃至３の何れか記載の方法。
【請求項５】
前記フォーカスレベルは、前記現在の対話プロセスに関する情報に基づいて自動的に決定される、
請求項４記載の方法。
【請求項６】
前記ユーザインタフェースの固有のシーケンシャルな入力／出力手段は音声に基づく、
請求項１乃至５の何れか記載の方法。
【請求項７】
前記通知は、光信号素子を使用して発せられる、
請求項２、３、又は請求項２を引用する請求項４乃至６のいずれか一項記載の方法。
【請求項８】
ユーザによる要求に応じて、どのアプリケーションが前記通知を発したかを前記ユーザに知らせる通知情報が前記ユーザインタフェースシステムによりレンダリングされる、
請求項２、３、又は請求項２を引用する請求項４乃至７の何れか記載の方法。
【請求項９】
前記通知を発したアプリケーションがメッセージングアプリケーションである場合に、メッセージが前記通知情報として出力される、請求項８に記載の方法。
【請求項１０】
前記通知は、当該通知がインタラクティブシステムと現在通信しているユーザのアイディンティティに関連する場合に発せられる、
請求項２、３、又は請求項２を引用する請求項４乃至９の何れか記載の方法。
【請求項１１】
インタラクティブシステムのユーザとの対話のため、互いに独立に、インタラクティブシステムの複数のアプリケーションにより使用される、固有のシーケンシャルな入力／出力手段をもつユーザインタフェースシステムであって、
ユーザと対話するために前記固有のシーケンシャルな入力／出力手段を現在制御している、第一の現在インタラクティブなアプリケーションに、前記第一のアプリケーションの現在の対話プロセスのタイプに関する情報と、前記現在の対話プロセスの動作の状態とに基づいて、複数の予め決定されたフォーカスレベルのうちのあるフォーカスレベルを、少なくとも所定の期間について割り当てる割り当てユニットと、
アプリケーションをスイッチするコマンドをユーザから受信する手段と、
前記アプリケーションをスイッチするコマンドがユーザから受信されると、前記第一の現在インタラクティブなアプリケーションの割り当てられたフォーカスレベルに従って、前記第一の現在インタラクティブなアプリケーションの現在の対話のプロセスを終了又は休止すると共に対話を実行するための前記固有のシーケンシャルな入力／出力手段の制御を第二のアプリケーションに移す処理を実行するか否かを決定する対話制御ユニットと、
を有することを特徴とするユーザインタフェースシステム。
【請求項１２】
インタラクティブではなく、ユーザとの対話を実行する第二のアプリケーションから通知要求を受信する手段と、
通知要求の受信に応じて、前記第一の現在インタラクティブなアプリケーションの対話の出力信号と区別可能なように発せられる、対応する通知をユーザに出力する手段と、
前記対話制御ユニットは、前記第一の現在インタラクティブなアプリケーションの現在のフォーカスレベルに従ってユーザに通知を発する、
請求項１１記載のユーザインタフェースシステム。
【請求項１３】
前記第二のアプリケーションは、前記対話制御ユニットに通知要求を送出し、
前記対話制御ユニットは、前記第一のアプリケーションのフォーカスレベルに従ってユーザに通知を発し、前記通知は、前記第一のアプリケーションの対話の出力信号と区別可能なように発せられる、
請求項１２記載のユーザインタフェースシステム。
【請求項１４】
前記出力する手段は、ユーザによる要求に応じて、どのアプリケーションが前記通知を発したかを前記ユーザに知らせる通知情報をレンダリングする、
請求項１３記載のユーザインタフェースシステム。
【請求項１５】
前記出力する手段は、前記通知を発したアプリケーションがメッセージングアプリケーションである場合に、メッセージを前記通知情報として出力する、
請求項１４に記載のユーザインタフェースシステム。
【請求項１６】
請求項１１乃至１５のいずれか一項記載のユーザインタフェースシステムを有し、インタラクティブシステムのユーザとの対話を実行するために、互いに独立に、前記固有のシーケンシャルな入力／出力手段を使用する複数のアプリケーションを有する、
インタラクティブシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、固有のシーケンシャルな入力／出力装置をもつユーザインタフェースを有すると共に複数のアプリケーションを有するインタラクティブシステムを駆動する方法に関する。  
さらに、本発明は、インタラクティブシステムのユーザと対話するため、互いに独立に、インタラクティブシステムの複数のアプリケーションにより使用することができる、固有のシーケンシャルな入力／出力装置をもつ適切なユーザインタフェースシステムに関する。  
さらに、本発明は、かかるユーザインタフェースシステムを有するインタラクティブシステムに関する。
【背景技術】
【０００２】
最近のマンマシンインタフェースの分野における発展により、装置と装置のユーザとの間の対話を通して動作されるテクニカルデバイスの普及された利用がもたらされている。大部分のかかる「インタラクティブシステム」又は「ダイアログシステム」は、ビジュアルな情報の表示とユーザのパートでの手動による対話とに基づいている。たとえば、大部分のそれぞれの移動電話は、移動電話のディスプレイにオプションを表示することに基づいたオペレーティングダイアログ、及び特定のオプションを選択するために適切なボタンをユーザが押すことで動作される。グラフィカルユーザインタフェースは、通常アプリケーションに属するウィンドウフレームにおいて、スクリーンの異なる領域で異なるアプリケーションに関する情報を表示することができる。大部分のインタラクティブシステムは、どのアプリケーションが現在アクティブであるかを判定するある種の調整手段を利用する。たとえば、ＵＳ６，００５，５７５号は、どのウィンドウがグラフィカルユーザインタフェースにおいてフォアグランドにあるかを判定する方法を記載している。あるウィンドウに基づいたオペレーティングシステムでは、１以上のウィンドウが「隠された」ときに更なる複雑さが生じる可能性がある。係るケースは、たとえばＵＳ６，２１２，５４１  Ｂ１号により提案されるソリューションといった「現在の」アプリケーションを判定する特別な措置を必要とする。移動電話のような非常に小型のディスプレイをもつ装置にとって、唯一のウィンドウしか一度に表示することができない場合がある。ＥＰ１４１８４９８Ａ２号は、かかるディスプレイにおいてどのウィンドウが「トップ“on  top”」にあるかを判定する方法を記載する。異なるタイプのシステムでは、ＵＳ２００３／０２２７５６７Ａ１は、リモートコントロールデバイスでホットキーを使用することで、アプリケーションと、テレビジョンスクリーンに表示されるテレビジョンブロードキャストとの間でスイッチする方法を記載する。
【０００３】
進歩されたユーザインタフェースは、ディスプレイ、キーボード、マウス、又はリモートコントロールにもはや依存しないが、音声、ジェスチャーの入力、タッチ等のような幾つかの装置を結合する。音声に基づいたインタラクティブシステムによれば、たとえば料理の間で家庭において、自動車において、又は小型の移動体装置により、ハンドフリー、更にはアイフリーな対話を使用することができる。たとえば、より小型及びよりパワフルな移動電話に対する、ネットワーク環境及び最小化に向けた傾向による技術的な進歩のため、音声に基づいたサービス及び音声に基づいたデバイスは、技術的に実施可能である、毎日の生活の一部となり始めている。通常のＰＤＡ（personal  digital  assistant）でのように、幾つかの音声に基づいたアプリケーションは、かかる装置で実行することができる。たとえばＵＳ２００３／００１４２５１Ａ１に記載される方法といった、音声入力によりアドレスされるアプリケーションを判定し、スイッチオーバを処理する様々な方法が知られている。幾つかの異なるアプリケーションを制御するために使用されるユーザと通信するための音声に基づいたユーザインタフェースシステムを使用した、インタラクティブシステムの別の例は、ＷＯ０３／０９６１７１Ａ１に記載されている。
【０００４】
これら「新たな」入力／出力の装置から生じる１つの問題は、それらの少なくとも幾つかが固有にシーケンシャルであることである。先に説明されたように、グラフィカルユーザインタフェースが、異なるアプリケーションに関する情報を一度に表示できる一方で、音声に基づく入力／出力装置は、パラレルに出力を供給することができない。さらに、ユーザからの入力のためのターゲットアプリケーションは、たとえば、情報が入力されたウィンドウから推測することができない。したがって、入力及び出力の同期及び順序付けの方法が必要とされる。１つの可能な解決策は、たとえば、それぞれのアプリケーションがそれ自身のボキャブラリを有し、そのボキャブラリがユーザの発声に最良に整合するアプリケーションにスイッチオーバが行われることが記載されるＷＯ９９／５０８３１のように、ユーザが異なるアプリケーションの間で切り換えることができるように、アクチベーションキーワードを使用する。これにより、ユーザが幾つかのアプリケーション間でスイッチし、及び／又はユーザが幾つかのアプリケーションによりアドレスされる複雑なダイアログでは、所定のアプリケーションとの対話が終わったか、又はアプリケーションがユーザからの応答を待つかがもはや確かでない可能性が生じる。この問題は、ユーザが彼の周囲におけるイベントにより混乱され、インタラクティブシステムと通信するために彼の完全な注意を与えることができない状況で生じる可能性がある。結果として、誤解のため、誤ったコマンドが発せられるか、アプリケーションが不本意に終了される可能性が生じる。他方で、たとえばマネートランスファのようなセンシティブなアプリケーションによるといった、現在アクティブな対話がどんなことがあっても中断されるべきではない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、本発明の目的は、ユーザフレンドリなやり方で、望まれないコンフリクトが同じシーケンシャルな入力／出力装置を使用した異なるアプリケーション間で生じないこと、特に、ユーザのパートでの入力エラーが好ましくないポイントでのアプリケーションの終了を招かないことを保証する、インタラクティブシステムと対応するユーザインタフェースシステムの動作方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的のため、本発明は、固有のシーケンシャルな入力／出力装置（inherently  sequential  input/output  modality）をもつユーザインタフェースを有すると共に、複数のアプリケーションを有するインタラクティブシステムを駆動する方法を提供するものであり、第一の現在インタラクティブなアプリケーションは、ユーザとの対話を実行するために固有のシーケンシャルな入力／出力装置を現在制御し、少なくとも所定の期間について、あるフォーカスレベルが第一のアプリケーションに割り当てられ、アプリケーションスイッチングコマンドがユーザから受信されたとき、第一のアプリケーションのフォーカスレベルに従って、第一のアプリケーションの現在の対話のプロセスが終了されるか又はポーズされ、対話を実行する固有のシーケンシャルな入力／出力装置の制御は、第二のアプリケーションに移される。
【０００７】
システムのユーザとの対話のため、互いに独立に、複数のアプリケーションにより使用される、固有のシーケンシャルな入力／出力装置をもつ、本発明に係る適切なユーザインタフェースシステムは、ユーザと対話するために入力／出力装置を現在制御している第一の、現在のインタラクティブなアプリケーションに、あるフォーカスレベルを少なくとも所定の期間について割り当てる割り当てユニットを有する。さらに、ユーザインタフェースシステムは、ユーザからのアプリケーションをスイッチするコマンドを受ける手段、アプリケーションスイッチングコマンドがユーザから受信されたとき、第一のアプリケーションのフォーカスレベルに従って、第一のアプリケーションの現在の対話のプロセスが終了されるかポーズされ、対話を実行する入力／出力装置の制御が第二のアプリケーションに移るように実現される対話制御ユニットを有する。
【０００８】
したがって、本発明に係る方法により、唯一のアプリケーションのみが所定の期間でアクティブであり、入力／出力装置を通して完全な制御を有する。一方で、残りのアプリケーションは、バックグランドで実行することができる。アクティブなアプリケーションがユーザとの対話を終了したとき、たとえばメールボックスアプリケーションがユーザの電子メールを「読み取った」とき、関連するアプリケーションは、それ自身を「非アクティブ」にスイッチする。このケースでは、たとえば、システムの制御モジュールは、どの残りのアプリケーションが「アクティブ」にスイッチされるかを判定することができ、又は、「アクティブ」にスイッチされるアプリケーションがない場合、特定の機能性をもたない特別のバックグランドのアプリケーションは、アクティブであるとみなすことができる。１つのアプリケーションがインタラクティブである限り、別のアプリケーションにとってインタラクティブとなることは不可能である。このケースでは、「インタラクティブ」とは、アプリケーションがアクティブであることをユーザが気付かないバックグランドのアクティビティとは対照的に、ユーザとの対話が行われることを意味する。１つのかかる例は、新たな電子メールのためにバックグランドにおいてメールボックスを規則的にチェックするメールボックスアプリケーションである。
【０００９】
アプリケーション間でのスイッチングは、本発明によれば、ユーザがシステムにアプリケーションスイッチングコマンドを発する点でユーザを通してのみ可能である。これにより、アプリケーションをスイッチするコマンドは、ユーザにより発せられるコマンドであり、ユーザが所定の第一のアプリケーションとの現在の対話を終了し、第二のアプリケーションとの対話を開始するのを望むことを明らかに説明する。これらのアプリケーションをスイッチするコマンドは、たとえば、様々なアプリケーションによりユーザインタフェースシステムの対話制御ユニットに前もって供給される。アプリケーションをスイッチするコマンドは、音声のコマンドとすることができるが、ジェスチャー、ボタンプレス、又は適切なアクションとすることもできる。本発明によれば、かかるアプリケーションのスイッチは、インタラクティブなアプリケーションの現在のフォーカスレベルにより許容かされるときにのみ可能である。したがって、別のアプリケーションへのスイッチングを許容しないフォーカスレベルは、中断されない対話の間に所定の長さの時間についてアプリケーションに割り当てられる。
【００１０】
このようにして、一方で、ユーザは現在インタラクティブなアプリケーションを見失わないようにし、このアプリケーションとのみ通信することが比較的容易に保証される。これにより、ユーザのみが、どのアプリケーションが特定のシーケンシャルな入力／出力装置を現在使用しているかに関する制御を有する。他方で、ユーザのパートでのアプリケーション間の意図されていないスイッチングが防止され、対話は、クリティカルなポイントで不本意に中断されることはない。
【００１１】
あるアプリケーションから別のアプリケーションへのスイッチングが行われない限り、フォーカスレベルのため、このような趣旨のユーザのパートでのコマンドにも拘らず、これは、現在のアプリケーションがインタラクティブのままであることをユーザが知るように、ユーザに伝達されることが好ましい。
【００１２】
従属の請求項及び後の記載は、本発明の好適な実施の形態及び特徴を開示する。従属の方法の請求項に対応する装置の請求項の更なる展開は、本発明の範囲内にある。
【００１３】
バックグランドで実行することができる幾つかのアプリケーションをもつ複雑なインタラクティブシステムのケースでは、所定のイベントが生じたために、アプリケーションがインタラクティブになるのを望むことが生じる。１つの係る例は、メールボックスアプリケーションにおけるユーザの電子メールの到着、又はタンクレベルが低いことをドライバに警告する自動車のインタラクティブシステムである。しかし、本発明によれば、上述されたように、ユーザのみがアプリケーション間でスイッチすることができる。このため、本発明の特定の好適な実施の形態では、現在アクティブではない、ユーザとの対話を実行することを意図する第二のアプリケーションは、インタラクティブシステムの対話制御ユニットに通知要求を送出する。次いで、対話制御ユニットは、第一のアプリケーションのフォーカスレベルに従ってユーザに通知を発し、この通知は、第一のアプリケーションの対話の出力信号から区別可能であるように発せられる。
【００１４】
したがって、適切なユーザインタフェースシステムは、ユーザとの対話を実行することを意図する現在インタラクティブではない第二のアプリケーションからの通知要求を受ける手段、通知要求の受信に応答してユーザに対応する通知を出力する手段であって、この通知は、第一のアプリケーションの対話の出力信号と区別可能なように発せられる、手段、を有する。係るケースでは、対話制御ユニットは、ユーザへの通知が第一のアプリケーションの現在のフォーカスレベルに従って発せられるように実現される。
【００１５】
音声に基づいた入力／出力装置のケースでは、たとえば、瞬間的にインタラクティブではない所定のアプリケーションがユーザに何かを伝達したいことにユーザの注意を惹きつけるシグナルライト又はその類似といった、光信号素子が通知のために使用されることが好ましい。代替的に、かかる通知を聴覚に基づいて行うこともできる。しかし、このケースでは、音が通知に対応しており、現在インタラクティブなアプリケーションから発生していないことがユーザにとって即座に明らかであるように、所定の音又はメロディの形式であるべきである。
【００１６】
好適な実施の形態では、ユーザは、たとえば入力／出力装置により、通知を発したアプリケーションに関する情報、何故通知が発せられたかに関する情報を要求する。この例外では、現在の対話は、通知を発したアプリケーションに現在インタラクティブなアプリケーションからスイッチするかをユーザが判定することができるように、ユーザに要求された情報を出力するために休止される。
【００１７】
通知の出力は、アプリケーションの現在のフォーカスレベルに従う。たとえば、３つの異なるタイプのフォーカスレベルである、「オープン“open”」、「通知の許可“notification  allowed”」及び「クローズド“closed”」が利用可能である。
【００１８】
現在の対話がたとえば、「クローズド」フォーカスレベルといった第一のフォーカスレベルに割り当てられた場合、対話制御ユニットは、第一のアプリケーションの現在の対話プロセスが終了されるか、又は可能性のある中断のポイントに到達するまでユーザに通知を発しない。これは、フォーカスレベル「クローズド」で、別のアプリケーションへのスイッチは不可能であるので、ユーザが他のアプリケーションとの対話の間に通知により混乱されないことを保証する。かかる「厳密な」フォーカスレベルは、どのアプリケーションが通知を発したかに関して問い合わせするためにユーザがシステムを中断することが禁止される場合に特に関連する。
【００１９】
他方で、「通知の許可」のフォーカスレベルがアプリケーションに割り当てられた場合、通知が即座に発せられる。しかし、ユーザは、現在のアプリケーションから別のアプリケーションにシンプルにスイッチすることができないが、通知の理由に関して問い合わせ、一時的に現在の対話を休止することができる。
【００２０】
しかし、フォーカスレベルが「オープン」に設定された場合、通知は即座に発せられ、ユーザは、任意の時間でアプリケーションをスイッチすることができ、ユーザは、通知を発したアプリケーションに関する情報を最初に要求するか、ユーザは、要求なしに、通知を発したアプリケーションに直接的にスイッチする場合がある。
【００２１】
インタラクティブシステムがユーザのアイデンティティに関して通知された場合、現在のユーザに従って通知を発することが可能であり、すなわち、通知はユーザに特化したやり方で発せられる。１つの例は、幾つかのユーザにより使用することができるホームダイアログシステムにおけるメールボックスアプリケーションである。新たなメールが到着した場合、メールが宛てられているユーザがシステムと現在通信しているユーザである場合に通知が発せられる。
【００２２】
インタラクティブなアプリケーションの現在のフォーカスレベルは、自動的に決定されることが好ましく、たとえば対話のプロセスのタイプに関する情報を含む現在実行している対話のプロセスに関する情報に基づいて決定される。
【００２３】
たとえば、マネートランスファプロセスには、かかるプロセスがどのようなことがあっても別のアプリケーションにより中断されるべきではないため、フォーカスレベル「クローズド」が割り当てられ、たとえばＣＤプレーヤの音楽の選択に関する対話のプロセスには、フォーカスレベル「オープン」が割り当てられる場合がある。さらに、現在の対話のプロセスのタイミングに関する情報を考慮することができる。たとえば、現在の対話のプロセスがたとえば次の１０秒内で終了されたとき、フォーカスレベル「クローズド」にアプリケーションが割り当てられる。これは、長い対話が終了の前に短く中断されること、したがって全体の対話を繰り返さなければならないことはユーザにとって非常に悩ましいためである。
【００２４】
しかし、たとえばフォーカスレベル「クローズド」といった厳密なフォーカスレベルを割り当てることが好ましく、これは、システムが「制御“in  control”」にあるというユーザのフィーリングを回避するため、短時間についてのみ、ユーザによるアプリケーション間の通知及びスイッチングを禁止する。
【００２５】
通常、通知の要求は、所定の時間が経過した後、又はユーザが問題となるアプリケーションにスイッチしたとき、ユーザが通知の理由を少なくとも知ったとき、ユーザが通知の記録を行ったとき、アプリケーションにより削除される。１を超えるアプリケーションが通知の要求を発したとき、通知のメカニズムは、全ての発しているアプリケーションがそれらの通知の要求を削除したときに停止される。
【００２６】
通知のシーケンスは、たとえば、到来する通知要求の順序で、又は、「緊急の通知が他のメッセージに優先する」のような優先度を設定することといった、多数のやり方で規定することができる。これにより、個人的な通知には、一般的な通知よりも高い優先度が与えられる。同様に、特定のユーザの通知を処理するやり方はそのユーザのユーザプロファイルに記憶されることも可能である。
【００２７】
記載される方法によれば、ユーザには、他のシステムとは対照的に、システムを通して完全な制御が与えられ、この場合、一方で、ユーザは重要なイベントを逃すことがなく、他方で、システムは、好まれない時間的なポイントで重要な対話を中断せず、望まれない結果を回避することができる。
【００２８】
本発明の他の目的及び特徴は、添付図面と共に考慮される以下の詳細な説明から明らかとなる。しかし、図面は例示を目的として設計され、本発明の限定の定義として設計されたものではないことを理解されたい。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態に係る多数のコンポーネントを有するインタラクティブシステムの概念図である。
【図２】本発明の実施の形態に従う方法のアクションに関する可能なシーケンスのフローチャートである。
【発明を実施するための形態】
【００３０】
図１は、ユーザインタフェースシステム２及び幾つかのアプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnを有するインタラクティブシステム１を示す。このインタラクティブシステム１は、ＷＯ０３／０９６１７１Ａ１に記載されるシステムに類似しており、引用により本明細書に盛り込まれる。
【００３１】
ここで示されるユーザインタフェースシステム２は、入力／出力装置１２として音声に基づいた入力／出力システムを備える。この入力／出力装置１２は、ユーザＵの音の発生がデジタル形式に変換することができるように、入力サイドで、ユーザＵの音声入力を検出するマイクロフォン８と、通常の音声認識モジュール及び後続の言語理解モジュールを有する音声認識回路９とを有する。出力サイドで、入力／出力装置は、音声合成回路１１を備え、この回路は、たとえば言語生成ユニットと音声合成ユニットを有する。合成された音声は、ラウドスピーカ１０によりユーザＵに出力される。音声認識回路９から出力された信号は、ユーザインタフェース２の対話制御回路３に送出される。この対話制御回路３は、通常のダイアログマネージャ４を有し、これは、音声認識回路９から生じたコマンドを分析し、それらを必要に応じて現在アクティブなアプリケーションに送出し、音声合成ユニット１１を介して、アプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnに従って情報及び他のプロンプトの出力を処理する。ここで記載される入力／出力装置１２の全てのコンポーネント、特に音声認識回路９及び音声合成回路１１、ダイアログマネージャ４、ダイアログマネージャ４、個々のアプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnの間で必要とされるインタフェース（図示せず）は、当業者に知られており、さらに詳細には記載されない。
【００３２】
対話制御回路３は、ダイアログマネージャ４及び更に記載されることとなる更なるコンポーネントと合わせて、それらの補助的なモジュールをもつ音声認識回路９及び音声合成回路１１と同様に、コンピュータ、移動電話等の適切なプロセッサで実行されるソフトウェアの形式で実現される。同様に、アプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnは、同じプロセッサで少なくとも部分的に実行されるか、そのプロセッサに接続されるプロセッサで少なくとも部分的に実行されるアプリケーションに依存して、ソフトウェアの形式で実現することができる。
【００３３】
さらに、ユーザインタフェースシステム２は、たとえば、ユーザの動きを記録し、これらをコマンドに変換するため、スクリーン、タッチパッド、キーボード、カメラといった更なる入力／出力装置を有する。明確さのため、これら更なる入力／出力装置は、図１に示されていない。
【００３４】
本発明によれば、ユーザインタフェースシステム２は、このケースでは、少なくとも部分的に、対話制御ユニットの一部である割り当てユニット５を有する。この割り当てユニット５は、現在インタラクティブであり、ユーザと通信しているＡ1，Ａ2，Ａ3，．．．，Ａnであって、すなわち入力／出力装置を通して制御を瞬間的に有するＡ1，Ａ2，Ａ3，．．．，Ａｎには、あるフォーカスレベルが割り当てられる。フォーカスレベルの割り当ては、たとえばデータベース又はメモリ７に記憶される所定のルールに従って自動的に実行される。
【００３５】
対話制御ユニット３は、アプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnのうちの唯一が入力／出力装置１２及びその補助的なコンポーネントを一度に制御するように実現される。この時間の間、他のアプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnは、入力／出力装置１２の役に立たない。適切なアプリケーションスイッチングコマンドＡＳＣにより、ユーザＵのみが、あるアプリケーションから別のアプリケーションにスイッチすることができ、すなわち、現在インタラクティブなアプリケーションは中断され、所望のアプリケーションには、入力／出力装置１２を通した制御が与えられる。アプリケーションスイッチングコマンドＡＳＣは、インタラクティブではないアプリケーションＡ1，Ａ2，Ａ3，．．．，Ａnを直接アドレスし、対話制御ユニット３又はこれと関連されるメモリに記憶される所定のキーワードとすることができる。
【００３６】
通知ユニット６は、所定の状況下で、インタラクティブではないアプリケーションＡ1，Ａ2，Ａ3，．．．，ＡnからユーザＵに通知を発する。このため、通知信号ＮＳにより、通知ユニット６は、たとえば、光１３をフラッシュさせ、これにより、ユーザＵの注意をフラッシュしている光１３により与えられる通知に引き付ける。通知ユニット６は、以下に記載されるプロセスに従って、何時どの通知が出力されることになるかを判定する。通知ユニット６は、対話制御ユニット３の一部でもある。
【００３７】
信号光１３により、通知Ｎが現在の対話と関係がないことをユーザＵが知るように、音声の形式で入力／出力装置１２のラウドスピーカ１０により出力される現在インタラクティブなアプリケーションの出力信号ＯＳから通知Ｎが明らかに区別できることを保証する。
【００３８】
図２における、２つのみのアプリケーションを示す非常にシンプルな例により、システムの動作の方法が記載される。このケースでは、簡単さのために、２つの異なるフォーカスレベル「クローズド“closed”」及び「オープン“open”」のみが存在することが想定される。インタラクティブなアプリケーションにフォーカスレベル「クローズド」が割り当てられたとき、他のアプリケーションが通知を発することは不可能であり、ユーザは、アプリケーションの実行している対話を中断することができない。しかし、インタラクティブなアプリケーションにフォーカスレベル「オープン」が割り当てられた場合、他のアプリケーションの通知がユーザに出力され、ユーザは２つのアプリケーション間でスイッチすることができる。
【００３９】
プロセスはステップＩで始まり、たとえばバンキングソフトウェアといった第一のアプリケーションが開始される。ステップＶでは、現在のフォーカスレベルは、割り当てユニット５により第一のアプリケーションに割り当てられる。これは、第一のアプリケーションによりどの対話がパラレルに実行されるかに依存して、好ましくは規則的なインターバルで、及び／又はシステムのダイアログの出力で、及び／又はユーザのダイアログ入力で生じる。たとえば、フォーカスレベルは、はじめに「オープン」に設定される。マネートランスファが始動され、その後の中断が誤った又はダブルブッキングにつながり、フォーカスレベルは、「クローズド」に変化される。このため、割り当てユニットは、データベース又はその類似を有し、フォーカスレベルは、様々なプロセス又はプロセス部分に割り当てられる。明らかに、所定の手順を始動する前に、アプリケーション自身は、フォーカスレベル「クローズド」を要求し、要求されたフォーカスレベルが割り当てられるべきか、割り当てるべき場合にはどのくらい長く割り当てるべきかについて割り当てユニット５が判定することも可能である。
【００４０】
現在インタラクティブではないが、バックグランドで実行しているアプリケーションは、ユーザのための通知を有するので、通知の要求を対話制御ユニット３に発する場合がある。したがって、プロセスステップＶＩにおけるループでは、第二のアプリケーションの可能性のある通知要求は、規則的なインターバルでポーリングされる。このループは、連続的に実行され、第一のアプリケーションの通常の対話のプロセスは、ステップＩＩで継続する。第二のアプリケーションの通知要求が存在することをステップＶＩが判定した場合、プロセスステップＶＩＩは、第一のアプリケーションの現在のフォーカスレベルが「クローズド」に設定されているかをはじめにチェックする。
【００４１】
「クローズド」に設定されている場合、ステップＶＩＩＩにおける別のループは、現在インタラクティブなアプリケーションの現在のフォーカスレベルを決定するために継続し、ステップＶＩＩは、現在のフォーカスレベルが「クローズド」に設定されているかをチェックし続ける。
【００４２】
現在のフォーカスレベルが「クローズド」から「オープン」に変化されるとすぐ、ステップＩＸで通知が発せられる。  
その後、システムは、ステップＸで、ユーザＵからのアプリケーションをスイッチするコマンドを待つ。現在のアプリケーションの対話は、実行し続ける（ステップＩＩ）。
【００４３】
アプリケーションをスイッチするコマンドがステップＸで検出されたときにのみ、第一のアプリケーションの現在の対話は、ステップＩＩＩで中断され、第二のアプリケーションは、ステップＩＶで開始される。ステップＶ’では、フォーカスレベルは、第一のアプリケーションと同じやり方で、第二のアプリケーションに即座に割り当てられる。
【００４４】
図２により上述されたプロセスは、既に述べたように、本発明に係る方法の動作のプロセスを説明する目的で、２つのみのアプリケーションで極端に簡略された例である。明らかに、プロセスは、様々なアプリケーションの通知要求が規則的にポーリングされる必要があるので、多数のアプリケーションのケースにおいてかなり複雑になる。
【００４５】
また、図２に例示されるプロセスは、ユーザの注意が通知によりひとたび引き付けられると、ユーザＵは、どのアプリケーションが通知を発したかを判定するために、たとえば「どうしたの、システム？」といった質問の形式で、要求ＮＡＲをユーザインタフェースシステム２（図１参照）に発することができることを示していない。かかる要求ＮＡＲは、ダイアログマネージャ４によるように認識され、対話制御ユニット３は、どのアプリケーションが通知を発したかをユーザＵに通知して、対応する通知情報ＮＩが出力されたことを保証する。通知を発したアプリケーションが、たとえばメールボックスアプリケーションといったメッセージングアプリケーションのタイプである場合、メッセージは、それが短い場合、通知情報として直接に出力される。次いで、通知要求は、更なる通知がユーザに出力されない、すなわち信号光１３が通知ユニットによりデアクチベートされるように、対応するアプリケーションにより削除される。
【００４６】
本発明は、好適な実施の形態及びその変形例の形式で開示されたが、様々な更なる変更及び変形は、本発明の範囲から逸脱されることなしに実施されることを理解されたい。たとえば、記載される出力レンダリングモジュールは、単なる例であり、本発明の範囲から離れることなしに、当業者により補充又は変更することができる。さらに、通知のやり方は、ユーザが緊急事態に気付かされるように、特に緊急の通知のケースで特定のやり方でユーザが通知されるように、優先度に依存することができる。明確さのため、「有する“comprising”」は、他のステップ又はエレメントを排除するものではない。
【符号の説明】
【００４７】
１：インタラクティブシステム
２：ユーザインタフェースシステム
３：対話制御回路
４：ダイアログマネージャ
５：割り当てユニット
６：通知ユニット
７：データベース又はメモリ
８：マイクロフォン
９：音声認識回路
１０：ラウドスピーカ
１１：音声合成回路
１２：入力／出力装置
【図１】
0005654631.tif 000002
【図２】
0005654631.tif 000003