(57)【要約】【課題】情報リソースを定義するためのプラットフォームとして拡張マークアップ言語を用いるデバイス制御システムを提供する。【解決手段】デバイス制御システムにおいて、システムによって操作可能な少なくとも１つのデバイスと、少なくとも１つのプロセッサと、メッセージデータを受信して、対応するＸＭＬドキュメントタイプを判定するために、少なくとも１つのプロセッサ上で実行されるソフトウェアと、ＸＭＬドキュメントタイプに基づいて、メッセージデータを含むＸＭＬドキュメントを生成するために、少なくとも１つのプロセッサ上で実行されるソフトウェアと、ＸＭＬドキュメントをパケット化するために、プロセッサ上で実行されるソフトウェアと、２つ以上の通信コンポーネントとを備えていて、各通信コンポーネントは、ＸＭＬドキュメントをパースしてメッセージデータを抽出するためのＸＭＬパーサを備えている。【選択図】図１
2008117400.tif 000002
【特許請求の範囲】
【請求項１】
デバイス制御システムにおいて、
システムによって操作可能な少なくとも１つのデバイスと、
少なくとも１つのプロセッサと、
メッセージデータを受信して、対応するＸＭＬドキュメントタイプを判定するために、前記少なくとも１つのプロセッサ上で実行されるソフトウェアと、
前記ＸＭＬドキュメントタイプに基づいて、メッセージデータを含むＸＭＬドキュメントを生成するために、前記少なくとも１つのプロセッサ上で実行されるソフトウェアと、
前記ＸＭＬドキュメントをパケット化するために、前記プロセッサ上で実行されるソフトウェアと、
２つ以上の通信コンポーネントとを備えていて、各通信コンポーネントは、ＸＭＬドキュメントをパースしてメッセージデータを抽出するためのＸＭＬパーサを備えていることを特徴とするデバイス制御システム。
【請求項２】
前記通信コンポーネントのうちの少なくとも１つに通信チャネルを介してパケット化されたＸＭＬドキュメントを送信するために前記プロセッサ上で実行されるソフトウェアを更に備えていることを特徴とする請求項１に記載のシステム。
【請求項３】
前記通信コンポーネントのうちの少なくとも１つは、コマンドコントローラであり、前記メッセージデータは、少なくとも１つのデバイスを操作するための少なくとも１つのコマンドを含んでいることを特徴とする請求項２に記載のシステム。
【請求項４】
前記対応するＸＭＬドキュメントタイプを判定するためのソフトウェアは、１つ以上のドキュメントタイプ定義について問い合わせを行うことを特徴とする請求項１に記載のシステム。
【請求項５】
前記ＸＭＬドキュメントを生成するためのソフトウェアは、ドキュメントタイプ定義のうちの少なくとも１つに基づいてＸＭＬドキュメントを生成することを特徴とする請求項４に記載のシステム。
【請求項６】
各通信コンポーネントは、ＸＭＬドキュメントを受信してデコードするためのデコーダを更に備えていることを特徴とする請求項１に記載のシステム。
【請求項７】
前記通信コンポーネントのうちの少なくとも１つは、少なくとも１つのプロセッサを備えていることを特徴とする請求項１に記載のシステム。
【請求項８】
前記コンポーネントのうちの少なくとも１つは、ユーザーインターフェースであることを特徴とする請求項１に記載のシステム。
【請求項９】
前記コンポーネントのうちの少なくとも１つは、音声レシーバであることを特徴とする請求項１に記載のシステム。
【請求項１０】
前記メッセージデータは、デバイスデータ、制御データ、フィードバックデータ、および音声インターフェースデータのうちの少なくとも１つを含んでいることを特徴とする請求項１に記載のシステム。
【請求項１１】
前記メッセージデータは、少なくとも１つのデバイスを操作するための制御コマンドを表す音声データを含んでいることを特徴とする請求項１に記載のシステム。
【請求項１２】
前記少なくとも１つのデバイスは、医療用デバイスであることを特徴とする請求項１に記載のシステム。
【請求項１３】
前記メッセージデータは、マルチメディアデータを含んでいることを特徴とする請求項１に記載のシステム。
【請求項１４】
デバイス制御システムにおいて、
システムによって制御可能な少なくとも１つのデバイスと、
２つ以上の通信コンポーネントとを備えていて、各通信コンポーネントは、
１つ以上のドキュメントタイプ定義に基づいてメッセージデータに対応するＸＭＬドキュメントタイプを判定するためのタイプアイデンティファイアと、
前記ＸＭＬドキュメントタイプに基づいてメッセージデータを含むＸＭＬドキュメントを生成するためのＸＭＬコンストラクタと、
前記ＸＭＬドキュメントをパケット化するためのパケタイザと、
ＸＭＬシンタックスに基づいて前記ＸＭＬドキュメントをパースしてメッセージデータを抽出するためのＸＭＬパーサとを備えていることを特徴とするデバイス制御システム。
【請求項１５】
前記通信コンポーネントのうちの少なくとも１つは、コマンドコントローラであり、前記メッセージデータは、少なくとも１つのデバイスを操作するための少なくとも１つのコマンドを含んでいることを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記通信コンポーネントの他の少なくとも１つに通信チャネルを介してパケット化されたＸＭＬドキュメントを送信するために、２つ以上の通信コンポーネントの各々の上で実行されるソフトウェアを更に備えていることを特徴とする請求項１４に記載のシステム。
【請求項１７】
前記メッセージデータは、デバイスデータ、制御データ、フィードバックデータ、音声インターフェースデータ、およびシステムデータのうちの少なくとも１つを含んでいることを特徴とする請求項１４に記載のシステム。
【請求項１８】
デバイス制御システムの中で情報を交換する方法において、
デバイス制御システムの１つ以上のコンポーネントからメッセージデータを受信するステップと、
前記メッセージデータに基づいてＸＭＬドキュメントタイプを判定するステップと、
前記ＸＭＬドキュメントタイプに基づいてドキュメント定義を判定するステップと、
前記ドキュメント定義に基づいてメッセージデータを含むＸＭＬドキュメントを生成するステップと、
前記ＸＭＬドキュメントをパケット化するステップと、
パケット化されたＸＭＬドキュメントを通信チャネルを介して送信するステップとを有していることを特徴とする方法。
【請求項１９】
通信チャネルからパケット化されたＸＭＬドキュメントを受信するステップと、
前記ＸＭＬドキュメントをパースするステップと、
ＸＭＬシンタックスに基づいてメッセージデータを抽出するステップとを更に有していることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記メッセージデータは、デバイスデータ、制御データ、フィードバックデータ、および音声インターフェースデータのうちの１つを含んでいることを特徴とする請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス制御システムに関し、より詳しくは、システムによって交換される情報を定義するために拡張マークアップ言語（eXtensible Markup Language）を用いる音声（speech）認識コマンドおよび制御システムのようなデバイス制御システムに関する。
【背景技術】
【０００２】
デバイス制御システムは、医学、科学および産業の分野におけるデバイスの制御を含む多くのアプリケーションのために用いられる。デバイス制御システムの１つのタイプは、音声認識コマンドおよび制御システムである。
【０００３】
音声認識は、マイクロホンが受けた音響信号が、コンピュータによって一組のテキストワード、数字、または記号に変換されるプロセスである。これらの認識されたワードは、例えばドキュメントの準備、データ入力、並びにコマンド及び制御のような目的のために、様々なコンピュータソフトウェアアプリケーションで用いられ得る。音声認識制御システムは、様々な医療用システムおよびデバイスを制御するために、最新の手術室内で用いられ得る。外科医または他のユーザーは、簡単な音声（voice）コマンドを与えることによって、音声認識システムによって制御されるデバイスの機能を管理することができる。例えば、外科医は、患者のテーブルを調節するために、またはポンプの圧力を調節するために、音声コマンドを伝えることができる。
【０００４】
手術室内での音声（speech）認識または音声（voice）駆動デバイスの制御を可能にするために、医療用デバイスおよび／または他の機器は、通信チャネル（例えば、イーサネット（登録商標）接続、デバイスバスなど）を介して接続される。音声認識アプリケーションも接続することができ、これは音声駆動ユーザーインターフェースおよび認識ソフトウェアを提供する。音声コマンドが発行されると、このコマンドは認識され、かつテキスト文字列に変換され得る。それが、接続されたデバイスまたはアプリケーションのうちの１つに対応する有効なコマンドとして、うまく識別されると、システムは適切な信号を送信するので、所望の制御動作がとられる。
【０００５】
従来のデバイス制御システム、例えば音声認識コマンドおよび制御システムにおける１つの重要な課題は、どのようにしてシステムにおける異なるコンポーネント間で交換される異なる種類の情報を効果的に定義するかである。この情報は、例えば、デバイス情報、制御情報、システムフィードバック情報、および音声インターフェース動作情報を含んでいる可能性がある。この制御システムの効果は、この多様化された情報に依存する。この情報は、システムにおける異なるコンポーネント間での情報交換を容易にするために、明確に定義され、かつ処理される必要がある。
【０００６】
従来のシステムにおいては、上記に列挙した情報リソースを定義するために、固有のシンタックス（syntax）およびセマンティックス（semantics）が用いられる。これは、情報フォーマットを混乱させ、かつ／または衝突させ、しばしば製品の開発および展開を長引かせるという結果をもたらす。さらに重要なことに、それは、様々なシステムにわたる異なるデバイスの相互運用性に重大な制限を課す。
【０００７】
従って、情報交換を定義するための改良された手段を備える音声認識システムを提供することが望まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本発明の目的は、情報リソースを定義するためのプラットフォームとして拡張マークアップ言語（“ＸＭＬ”）を用いる音声認識コマンドおよび制御システムを提供することである。
【課題を解決するための手段】
【０００９】
これら及び他の目的は、デバイス制御システムにおいて、システムによって操作可能な少なくとも１つのデバイスと、少なくとも１つのプロセッサと、メッセージデータを受信して、対応するＸＭＬドキュメントタイプを判定するために、少なくとも１つのプロセッサ上で実行されるソフトウェアと、ＸＭＬドキュメントタイプに基づいて、メッセージデータを含むＸＭＬドキュメントを生成するために、少なくとも１つのプロセッサ上で実行されるソフトウェアと、ＸＭＬドキュメントをパケット化するために、プロセッサ上で実行されるソフトウェアと、２つ以上の通信コンポーネントとを備えていて、各通信コンポーネントは、ＸＭＬドキュメントをパースしてメッセージデータを抽出するためのＸＭＬパーサを備えていることを特徴とするデバイス制御システムを提供することによって達成される。いくつかの実施形態において、通信コンポーネントのうちの少なくとも１つは、コマンドコントローラであり、メッセージデータは、少なくとも１つのデバイスを操作するための少なくとも１つのコマンドを含んでいる。
【００１０】
更に、デバイス制御システムにおいて、システムによって制御可能な少なくとも１つのデバイスと、２つ以上の通信コンポーネントとを備えているデバイス制御システムが提供される。各通信コンポーネントは、１つ以上のドキュメントタイプ定義に基づいてメッセージデータに対応するＸＭＬドキュメントタイプを判定するためのタイプアイデンティファイア（identifier）と、ＸＭＬドキュメントタイプに基づいてメッセージデータを含むＸＭＬドキュメントを生成するためのＸＭＬコンストラクタ（constructor）と、ＸＭＬドキュメントをパケット化するためのパケタイザ（packetizer）と、ＸＭＬシンタックスに基づいてＸＭＬドキュメントをパースしてメッセージデータを抽出するためのＸＭＬパーサ（parser）とを備えている。
【００１１】
更に、デバイス制御システムの中で情報を交換する方法において、デバイス制御システムの１つ以上のコンポーネントからメッセージデータを受信するステップと、メッセージデータに基づいてＸＭＬドキュメントタイプを判定するステップと、ＸＭＬドキュメントタイプに基づいてドキュメント定義を判定するステップと、ドキュメント定義に基づいてメッセージデータを含むＸＭＬドキュメントを生成するステップと、ＸＭＬドキュメントをパケット化するステップと、パケット化されたＸＭＬドキュメントを通信チャネルを介して送信するステップとを有していることを特徴とする方法が提供される。
【００１２】
本発明による他の目的、特徴および利点は、添付の図面と共に読まれるときに、以下の特定の有利な実施形態の詳細な説明から明らかになるであろう。図面の中で、同一のコンポーネントは、同一の参照番号によって同定される。
【発明を実施するための最良の形態】
【００１３】
図１は、本発明によるデバイス制御システムを示している。このシステムは、いかなるタイプのデバイス制御システムであってもよく、例えば、音声認識インターフェースを利用するデバイス制御システムであってもよい。このシステムは、多くのアプリケーションの役に立つ可能性があり、例えば、医療用の手術室内のデバイスおよび／またはプロセスの制御を含む。このシステムは、更に、多くの産業用および／または科学的アプリケーションの役に立つ可能性がある。
【００１４】
このシステムは、通信チャネル１００を備えている。通信チャネル１００は、例えば、バス、ローカルエリアネットワーク（“ＬＡＮ”）、ワイドエリアネットワーク（“ＷＡＮ”）、シリアルチャネル、ソフトウェアパイプ（pipe）、又は、２つ以上のコンポーネント間での通信を可能にする他の適切なハードウェアおよび／またはソフトウェア手段であってもよい。このシステムは、更に、少なくとも１つのプロセッサ１１０を備えている。プロセッサ１１０は、少なくとも１つの動作を制御する、又は、１つ以上のソフトウェアプログラムを受信かつ／または実行する、いかなるデバイス、システム、またはそのパーツ（part）、例えば拡張マークアップ言語プロセッサであってもよい。プロセッサ１１０は、例えば、デジタルシグナルプロセッサ、マイクロコントローラ、マイクロプロセッサ、またはコンピュータプログラマブルロジックデバイスのうちの１つであってもよい。プロセッサ１１０と関連する機能は、集中していてもよいし、分散していてもよく、ローカルまたはリモートであってもよいことに注意すべきである。例えば、プロセッサ１１０は、（例えばシステムのサーバ内の）集中化されたプロセッサであってもよいし、システムの１つ以上のコンポーネントまたはデバイスの中に分散していてもよい。
【００１５】
図１に示すように、このシステムは、少なくとも１つのデバイス１２０を備えている。デバイス１２０は、システムによって操作可能または制御可能な任意のデバイスまたはデバイス群であってもよい。例えば、デバイス１２０は、手術室内で用いるような医療用デバイス、器具、ツールまたはシステムであってもよい。デバイス１２０は、更に、科学的または産業用デバイス、器具、ツールまたはシステムであってもよい。各々のデバイス１２０は、システム（例えばコマンドコントローラ１２６）からコマンドを受信して、これに対して反応してもよい。
【００１６】
このシステムは、更に、多くの他のコンポーネントまたは通信コンポーネントを備えている。例えば、このシステムは、ユーザーインターフェース１２２を備えていてもよい。ユーザーインターフェース１２２は、例えば、グラフィカルユーザーインタフェースおよび／またはタッチスクリーンインターフェースであってもよい。ユーザーインターフェース１２２は、情報を表示またはさもなければ提供またはユーザーに対してフィードバックしてもよいし、かつ／またはユーザーからの入力または情報を受け取ってもよい。例えば、ユーザーインターフェース１２２は、情報を提供かつ受け取るための多くのエレメント、例えば、モニタまたはディスプレイ、キーパッド、キーボード、タッチスクリーン、マウス、および／または音声（audio）出力装置を備えていてもよい。
【００１７】
このシステムは、音声（voiceおよび／またはspeech）入力を受けるための音声（voice）レシーバ１２４を備えていてもよい。レシーバ１２４は、入力音または音波を受けて、デジタル波形および／または電流または電気エネルギー（例えば、音声インターフェースデータ）に変換するための任意の器具またはデバイスであってもよい。例えば、レシーバ１２４は、マイクロホンであってもよい。レシーバ１２４が受ける音声（speech）入力は、ユーザーからの任意の口頭での発言、例えば、口頭での単語若しくは熟語、又は一まとまりの単語若しくは熟語であってもよい。音声入力は、好ましくは、システムと通信し、かつ／またはシステムによって実行されることをユーザーが望む、１つ以上のコマンドを表す単語または熟語を含んでいる。このシステムは、音声入力を解釈し、かつ／または処理するための音声認識器または音声認識モジュール（図示せず）を備えていてもよい。
【００１８】
更に、デバイス制御システムの中に、デバイスコマンドを実行し、かつ／またはシステムの多くのデバイスと通信するための少なくとも１つのコマンドコントローラ１２６が備えられていてもよい。コマンドコントローラ１２６は、ハードウェア、ソフトウェアまたはそれらの組み合わせで実現され得る。コマンドコントローラ１２６は、音声（voice若しくはspeech）入力、又はユーザーインターフェース１２２を介して受け取る入力に基づいて、動作を実行、又はシステム若しくはデバイスコマンドを生成してもよい。コマンドコントローラ１２６は、更に、デバイス１２０、又は、システムおよび／または特定のコマンドによって操作可能なアプリケーションにコマンドデータを送信してもよい。このシステムは、また、例えば、システムと関連するソフトウェアアプリケーション、ＸＭＬドキュメントタイプ定義、およびＸＭＬドキュメント、および／またはデータ（例えば、言語モデル、デバイスデータ、ユーザーデータなど）を格納するために、多くのデータベース１２８を備えていてもよい。
【００１９】
ここでの説明から理解されるように、本発明によるデバイス制御システムは、情報リソースおよび交換を定義するためのプラットフォームとして拡張マークアップ言語（“ＸＭＬ”）を用いる。図２に示すように、システムの１つ以上のプロセッサ１１０は、ＸＭＬドキュメントおよび／またはデータパケットを作成し、分析し、かつ送信するために、その上で実行する様々なソフトウェアを備えていてもよい。例えば、プロセッサ１１０は、メッセージデータを受信して、１つ以上のＸＭＬドキュメント２２４を作成するためのソフトウェア２２２を備えていてもよい。ソフトウェア２２２は、個別のソフトウェアアプリケーションまたはモジュールであってもよいし、ＸＭＬプロセッサアプリケーションの一部であってもよい。
【００２０】
メッセージデータは、システムのコンポーネントおよび／またはデバイス間で交換されるいかなるデータまたは情報であってもよい。例えば、メッセージデータは、デバイスデータ２００を含んでいてもよい。デバイスデータ２００は、デバイスのバージョン、デバイスの能力、製造業者情報などを含んでいてもよい。制御データ２０２は、特定のデバイスの機能を呼び出すための制御コード、デバイスの応答に対するリターンコード、エラーチェックプロトコルなどを含んでいてもよい。フィードバックデータ２０４は、デバイス制御アプリケーションの中のフィードバックに関連する情報、例えば、デバイス機能と関連する特定のオーディオ/ビジュアルフィードバック、機能不全が起こったときにシステムによって発行される警告メッセージ、またはシステムによって提供されるフィードバックの冗長性のレベルであってもよい。音声インターフェースデータ２０６は、どのようにして音声インタラクションがとられるかに関する。例えば、音声インターフェースデータ２０６は、言語識別子、デバイスと関連するコマンドメニュー、音声コマンド拒否感度設定などを含んでいてもよい。システムデータ２０８は、システムの動作に関するその他のデータ定義、例えば、システムバスデータ、ビジュアルディスプレイまたはユーザーインターフェースデータ、音声（audio）フィードバックチャネルデータ、初期設定などを含んでいてもよい。メッセージデータは、更に、マルチメディアデータ（例えば、画像（image）、音声（sound）、映像（video））またはアクティブコンポーネント（例えば、Java（登録商標）アプレット、ActiveX）を含むがこれに限らない、いかなるデータフォーマットを含んでいてもよい。
【００２１】
メッセージデータがプロセッサ１１０のうちのいずれか１つによって受信されると、特定のメッセージデータに対応する適切なＸＭＬドキュメントタイプが、ソフトウェア２２２によって識別または判定される。例えば、プロセッサ１１０は、データベース１２８の中のＸＭＬドキュメントタイプ定義（“ＤＴＤ”）について問い合わせ、および／または、これを用いてもよい。このシステムは、いかなる数のＤＴＤを含んでいてもよい。いくつかの実施形態において、このシステムは、上記で識別された各メッセージデータタイプに対応する少なくとも１つのＤＴＤを含んでいる。当業者であれば理解するであろうが、ＤＴＤは、ＸＭＬドキュメントに内蔵されていてもよいし、外部にあってＸＭＬドキュメントの中で参照されてもよい。そして、１つ以上のＸＭＬドキュメント２２４が、識別されたＸＭＬドキュメントタイプに対するセマンティックス定義に基づいて作成される。
【００２２】
ＸＭＬドキュメント２２４は、ＸＭＬパケタイザ２２６又はパケット化ソフトウェア若しくはモジュールによってパケット化されてもよい。ＸＭＬパケタイザ２２６は、独立したソフトウェアアプリケーションまたはモジュールであってもよいし、ＸＭＬプロセッサアプリケーションの一部であってもよい。ＸＭＬドキュメント２２４は、メッセージを伝えるために用いられる通信チャネル１００に基づいて、適切なヘッディング（heading）およびフォーマッティング（formatting）と共にパケット化される。そして、ＸＭＬデータパケット１１２は、システムの適切なコンポーネント若しくはデバイス、又は外部の受取人（recipient）に送信または伝送されてもよい。
【００２３】
図３は、本発明のデバイス制御システムの他の図である。特に、図３は、プロセッサ１１０による、受信したＸＭＬメッセージまたはデータパケット１１２の分析を示している。示したように、ＸＭＬデータパケット１１２は、プロセッサ１１０によって受信される。プロセッサ１１０は、例えば、システムの特定のコンポーネントまたはデバイスの中に配置されていてもよいし、システムから離れた位置にあってもよいし、システムのサーバ内にあってもよい。プロセッサ１１０は、入力ＸＭＬデータパケット１１２を受信してデコードするために、ＸＭＬデコーダ３２２またはプロセッサ上で実行されるソフトウェアを備えていてもよい。ＸＭＬデコーダ３２２は、独立したソフトウェアアプリケーションまたはモジュールであってもよいし、ＸＭＬプロセッサアプリケーションの一部であってもよい。
【００２４】
ＸＭＬドキュメント３２４は、それから、ＸＭＬパーサ３２６によってパースされてもよい。ＸＭＬパーサ３２６は、ソフトウェア、ハードウェアまたは両者の組み合わせで実現されてもよく、更に、独立したソフトウェアアプリケーションまたはモジュールであっても、ＸＭＬプロセッサアプリケーションの一部であってもよい。ＸＭＬパーサ３２６は、入力メッセージまたはＸＭＬドキュメント３２４のＸＭＬドキュメントタイプを判定して、そこからデータ項目またはメッセージデータを抽出する。メッセージデータ（例えば、３０６〜３１４）は、それから、更なるステップまたは動作の中で、システムによって利用されてもよい。
【００２５】
図４および５は、ＸＭＬを用いるデバイスシステムによって生成される例示的なコマンドメニューツリー４００／５００を示している。デバイス制御システムは、それと関連するツリー構造のコマンドメニューを備えていてもよい。例えば、音声駆動デバイス制御システムは、システムによって実行され得る可能な音声（voiceまたはspeech）コマンドのメニューを備えている。音声（voice）コマンドを与えることによって、ユーザーは、このメニューを進んでもよい。口頭または選択されたコマンドと関連するデバイス機能が実行され、システムの応答またはフィードバック（例えば、視覚的または音声（audio）の）が提供される。
【００２６】
図４および５に示す例示的なメニューを生成するために、システムはＸＭＬシンタックスを用いる。例えば、システムは、メニューツリーを定義するためにＤＴＤを備えていてもよい。ＤＴＤは、要求に応じて、例えばコメント、名前、ＩＤ、作成者、デバイス、制御、メニューなどを含む任意の数のエレメントを備えている。例えば、デバイスエレメントは、システムによって制御可能な１つ以上のデバイス１２０を含んでいてもよい。制御エレメントは、どの制御トリガまたはコマンドが特定のデバイスに送信されるべきかを定義していてもよい。メニューエレメントは、メニューの中で各々の特定のデバイスの動作を定義するための属性を含んでいてもよい。例えば、属性は、システムが何秒各サブメニューの中にとどまるべきかを示していてもよい。
【００２７】
メニューエレメントは、更に、ツリー構造のメニューを形成するために用いられる一組のノードエレメントを含んでいてもよい。ノードエレメントは、例えば「範囲（scope）」、「トップ（top）」、「アイコン（icon）」、または「タイムアウト（timeout）」のような属性を含んでいてもよい。この例においては、「範囲」属性は、サブメニューが配置されるべき場所を定義している。例えば、「トップ」の値は、メニュー項目がシステムメニュー構造のトップに現れるであろうことを示している。「グローバル（global）」メニュー項目は、コマンドをトップレベル以外のどこかに現れさせて、ゲートウェイワードが呼ばれた後に「デバイス（device）」メニュー項目が現れる。
【００２８】
この例における属性「ジャンプ（jumpto）」は、メニューコマンドが呼ばれた後にシステムが行くべき場所を定義している。例えば、「ジャンプ」に対する値は、子（child）、親（parent）またはトップ（top）を含んでいてもよい。従って、メニューの位置は、現在のノードの子メニュー、親レベル、またはトップレベルを指していてもよい。属性「アイコン」は、視覚化目的のためにロードされるアイコンファイル名を定義していてもよい。属性「タイムアウト」は、メニューエレメントの中で定義されるタイムアウトを越えて、ノード固有のタイムアウト値を提供するために用いられてもよい。
【００２９】
ＤＴＤまたはそのノードエレメントは、更に、例えばAUDIO-FEEDBACK、DISPLAY_TEXT、またはSPEECH_TEXTのような、いかなる数の通知またはフィードバックエレメントを含んでいてもよい。AUDIO-FEEDBACKエレメントは、コマンドまたはメニューが呼ばれる時に、音声（audio）フィードバックが再生されるのかどうか、および、どの音声フィードバックが再生されるのかを定義している。例えば、図４に示すように、ファイル名“./wav/ding.wav”が指定されている。同様に、DISPLAY_TEXTエレメントは、どのテキストが（例えばユーザーインターフェース１２２上に）視覚的に表示されるのかを定義している。SPEECH_TEXTエレメントは、どのスピーチコマンドが特定のメニューノードに対して用いられるのかを定義している。各フィードバックエレメントは、更に、それらの内部に、例えば異なる言語および複数のフィードバックの選択肢のような、複数のエレメントを含んでいてもよい。フィードバックエレメントは、シンセサイザに供給されるファイルまたはテキストであってもよい。
【００３０】
図６は、本発明のデバイス制御システムによって使用可能な、デバイス制御システムの中で情報を交換するための方法またはプロセスを示している。この方法は、例えば受信したメッセージデータに対応する適切なＸＭＬドキュメントタイプを識別する第１のステップ（ステップ６０１）を有している。ＸＭＬドキュメントタイプは、例えば、いかなる数のＤＴＤがシステムと関連しているかを問い合わせることによって、識別または判定されてもよい。ＸＭＬドキュメントタイプに対するセマンティックス定義が、更に判定されてもよい。それから、特定のＸＭＬドキュメントタイプに対する判定されたＸＭＬドキュメントタイプおよびセマンティックス定義に基づいて、ＸＭＬドキュメントが生成されてもよい（ステップ６０３）。いくつかの実施形態において、ＸＭＬドキュメントは、それからパケット化される（ステップ６０５）。パケット化されたＸＭＬドキュメントまたはＸＭＬデータパケットは、システムの通信チャネルを介して送信されてもよい（ステップ６０７）。例えば、システムの集中化されたプロセッサまたは個別のコンポーネントが、他のコンポーネントに、パケット化されたＸＭＬドキュメントを送信してもよい。システムの他の通信コンポーネントまたはデバイスによるＸＭＬデータパケットを受信すると、
ＸＭＬデータパケットはパースされ、メッセージデータが、そこから抽出される（ステップ６０９）。メッセージデータは、それから、必要に応じて、システムによって配信され、実行され、または用いられてもよい。
【００３１】
本発明を、パーツ（parts）の特定の配置、特徴などに関して記載してきたが、これらは、全ての可能な配置または特徴を網羅しているわけではない。実際には、多くの修正および変形が、当業者に確認可能である。
【図面の簡単な説明】
【００３２】
【図１】本発明によるデバイス制御システムの概略図である。
【図２】図１に示したデバイス制御システムの他の概略図である。
【図３】図１に示したデバイス制御システムの他の概略図である。
【図４】図１〜３に示したシステムによって生成されるコマンドメニューツリーの一例である。
【図５】図１〜３に示したシステムによって生成されるコマンドメニューツリーの他の例である。
【図６】図１〜３に示したシステムによって用いられ得るデバイス制御システムの中で情報を交換する方法である。
【符号の説明】
【００３３】
１００  通信チャネル
１１０  プロセッサ
１１２  ＸＭＬデータパケット
１２０  デバイス
１２２  ユーザーインターフェース
１２４  音声レシーバ
１２６  コマンドコントローラ
１２８  データベース
【図１】
2008117400.tif 000003
【図２】
2008117400.tif 000004
【図３】
2008117400.tif 000005
【図４】
2008117400.tif 000006
【図５】
2008117400.tif 000007
【図６】
2008117400.tif 000008
【外国語明細書】
2008117400.tif 000009
2008117400.tif 000010
2008117400.tif 000011
2008117400.tif 000012
2008117400.tif 000013
2008117400.tif 000014
2008117400.tif 000015
2008117400.tif 000016
2008117400.tif 000017
2008117400.tif 000018
2008117400.tif 000019
2008117400.tif 000020
2008117400.tif 000021
2008117400.tif 000022
2008117400.tif 000023
2008117400.tif 000024
2008117400.tif 000025
2008117400.tif 000026
2008117400.tif 000027
2008117400.tif 000028
2008117400.tif 000029
2008117400.tif 000030
2008117400.tif 000031