JP2005237009A - アプリケーション間で移動するための方法およびシステム - Google Patents

Abstract

【課題】アプリケーション間で移動するための方法およびシステムを提供する。
【解決手段】通信ネットワークにおいて音声中心のアプリケーション間における移動を円滑にするルート文法が提供される。ルート文法は、サポートされたアプリケーション群のアプリケーション文法から構築することができる。認識処理中、ルート文法を現在のアプリケーションのアクティブな文法と結合して、合成文法を生成することができる。合成文法の一部として認識されたオーディオ通信を使用して、現在のアプリケーションに役立てること、アプリケーション間で移動すること、および／または介在する複数のレベルを通って移動せずに、アプリケーションの異なる部分、または異なるドキュメントに直接にアクセスすることができる。詳細には、ユーザの見地から、より長いナビゲーション・プロセスを使用するのではなく、ルート文法によって参照される別のアプリケーションまたはドキュメントに直接にアクセスすることができる。
【選択図】図３

Description

本発明は、一般に、通信システムを介してアプリケーションにアクセスすることに関し、より詳細には、アプリケーション間で移動することに関する。

このセクションは、以下に説明し、かつ／または主張する本発明の様々な態様に関連することが可能な技術の様々な態様を読者に紹介することを目的とする。この説明は、本発明の様々な態様のよりよい理解を促進する背景情報を読者に提供するのに役立つものと考える。したがって、以下に述べることは、その見地から読まれるべきであり、従来の技術の承認ではないものと理解されたい。

過去数十年にわたり、有線通信システムおよび無線通信システムを含む通信システムが、着実に発展してきた。この発展の一例が、セルラー電話システムが採用されつづけ、ますます普及していることである。予想することができるとおり、潜在的なセルラー・サービス加入者の数が限られていることが、様々なセルラー・サービス・プロバイダ間で、自らの加入者ベースを保護し、増やすための競争をもたらしている。

加入者を求めるこの競争に応えて、セルラー・サービス・プロバイダは、自らが提供するサービスを基本的な電話から、多種多用な他のアプリケーションへのアクセスを含むように拡大している。例えば、音声メール・アプリケーションおよび会議通話アプリケーションが、加入者に提供されることが可能である。同様に、スケジューリング・アプリケーション、ニュース・アプリケーション、スポーツ・アプリケーション、気象アプリケーション、および金融アプリケーションなどのコンテンツ主導型アプリケーションも、加入者に提供されることが可能である。そのようなアプリケーションは、通常、加入者が、予約、ニュース記事、スポーツの得点、気象予報、および株価などの個人用コンテンツまたはサードパーティ・コンテンツにアクセスすることができるようにする。さらに、利用可能なアプリケーションの一部、またはすべてが、使用の容易さを向上させるため、アプリケーションの運用において場所ベースであること、または場所情報を利用することが可能である。理解されるとおり、電話番号またはアクセス番号のリスト、あるいはオーディオ・アプリケーション・メニューまたはビデオ・アプリケーション・メニューなどの、それらのアプリケーションにアクセスするための技術が、様々なアプリケーションの間で移動するのを容易にするためにサービス・プロバイダによって提供されることが可能である。

初めて主張される本発明に範囲が相応するいくつかの態様を以下に説明する。それらの態様は、単に、本発明がとることが可能ないくつかの形態の簡単な概要を読者に提供するために提示され、本発明の範囲を限定するものではないことを理解されたい。実際、本発明は、以下に記載されない可能性がある様々な態様を包含することが可能である。

本発明の一態様によれば、信号プロセッサが提供される。信号プロセッサは、合成文法に基づいて選択されたトークンを受け取るように構成することができる。トークンは、複数のアプリケーションの１つのアプリケーションのエントリ・ポイントに対応する。信号プロセッサは、エントリ・ポイントにおいてそれぞれのアプリケーションにアクセスするように構成することもできる。

本発明の別の態様によれば、通信システムが提供される。通信システムは、オーディオ・コマンドと互いに関連する被変調信号を受信し、その被変調信号を解析して合成文法の構成要素を特定するように構成された電話サーバを含むことが可能である。電話サーバは、構成要素に対応するトークンを選択するように構成することもできる。また、通信システムは、トークンを獲得し、そのトークンに基づいて複数のアプリケーションの１つのアプリケーションのエントリ・ポイントにアクセスするように構成されたブラウザ・モジュールも含むことが可能である。

本発明のさらに別の態様によれば、アプリケーションにアクセスするための方法が提供される。方法は、信号を処理して、オーディオ・コードを合成文法の構成要素として特定する動作を含むことが可能である。さらに、方法は、合成文法の構成要素に基づき、複数のアプリケーションの１つのアプリケーションのエントリにアクセスする動作を含むことが可能である。

本発明のさらなる態様によれば、実体のあるコンピュータ可読媒体が提供される。媒体は、信号を処理してオーディオ・コードを合成文法の構成要素として特定するための、コンピュータ可読媒体上に格納されたプログラミング命令を含むことが可能である。媒体は、合成文法の構成要素に基づき、複数のアプリケーションの１つのアプリケーションのエントリ・ポイントにアクセスするための、コンピュータ可読媒体上に格納されたプログラミング命令も含むことが可能である。

本発明の別の態様によれば、実体のあるコンピュータ媒体を製造するための方法が提供される。方法は、コンピュータ可読媒体上に、オーディオ・コードを合成文法の構成要素として特定するためのプログラミング命令を格納する動作を含むことが可能である。方法は、コンピュータ可読媒体上に、合成文法の構成要素に基づき、複数のアプリケーションの１つのアプリケーションのエントリ・ポイントにアクセスするためのプログラミング命令を格納する動作も含むことが可能である。

本発明のさらなる態様によれば、電話システムを製造するための方法が提供される。方法は、オーディオ・コードを合成文法の構成要素として特定するようにプログラミングされた少なくとも１つの信号処理デバイスを提供する動作を含むことが可能である。さらに、信号処理デバイスは、合成文法の構成要素に基づき、複数のアプリケーションの１つのアプリケーションのエントリ・ポイントにアクセスするようにプログラミングすることができる。
本発明の利点は、以下の詳細な説明を読み、図面を参照することで明白となり得る。

本発明の１つまたは複数の特定の実施形態を以下に説明する。それらの実施形態の簡潔な説明を提供するため、実際の実装のすべての特徴が、本明細書で説明されるわけではない。いずれのそのような実際の実装の開発においても、あらゆる技術的計画または設計計画の場合と同様に、実装ごとに異なる可能性があるシステム関連の制約およびビジネス関連の制約との適合など、開発者の具体的な目標を実現するため、多数の実装固有の決定が行われなければならないことを理解されたい。さらに、そのような開発作業は、複雑で時間がかかる可能性があるが、それでも、本開示の恩恵を受ける当業者には、設計、組み立て、および製造の日常的な仕事であることを理解されたい。

セルラー電話業界における顧客を求める競争が高まるにつれ、サービス・プロバイダは、音声メール・アプリケーション、ニュース・アプリケーション、および気象アプリケーションを含む様々なアプリケーションへのアクセスなどの追加のサービスを提供することにより、対応してきた。そのようなアプリケーションは、ダイヤル・トーンまたはメールボックスなどの単一のポイントからアクセス可能であり得る。様々なアプリケーションの利用しやすさ、および利便性をさらに向上させるため、様々な音声中心のインタフェースを開発して、加入者が、音声コマンドまたは音声応答を使用してアプリケーションと対話することができるようにすることが可能である。ただし、音声中心のインタフェースの利点は、アプリケーション間における共通のユーザ・インタフェースの欠如により抑えられる可能性がある。

詳細には、サービス・プロバイダによって提供される様々なアプリケーションは、複数のサードパーティ・ベンダによって構築され、かつ／またはサポートされることが可能である。サードパーティ・ベンダは、互いに積極的に競い合っていることも、単に、他のアプリケーションに気付いていない、または無関心であることも可能である。いずれにしても、サードパーティ・ベンダによって提供されるアプリケーションは、各アプリケーションが、独立型ユーザ・インタフェースを含んで、通常、孤立している。

この結果、アプリケーション間で移動することを所望する加入者は、通常、第１のアプリケーションでトランザクションを完了し、第１のアプリケーションを終了しなければならない。次に、加入者は、第２のアプリケーションを開始し、第２のアプリケーションでトランザクションを完了させ、第２のアプリケーションを終了してから、第３のアプリケーションを開始し、以下同様である。

さらに、加入者は、通常、加入者が求める機能またはコンテンツに達するのに、アプリケーションの様々なレイヤまたはスクリプトを通って移動しなければならない。例えば、ある都市に関する気象予報にアクセスするのに、加入者は、第１のアプリケーションを終了し、気象アプリケーションを開始し、都市を指定するプロンプトに応答し、所望の情報、すなわち、明日の予報を指定するプロンプトに応答し、次に、気象アプリケーションを終了してから、第１のアプリケーションに戻らなければならない可能性がある。したがって、加入者は、所望の機能またはコンテンツに達するのに、望むより頻繁にアプリケーションを終了すること、および開始すること、ならびに各アプリケーションの初めのレイヤ群を繰り返し通って移動する退屈さを負わされる可能性がある。したがって、加入者に、様々な独立のアプリケーションを提供するだけでなく、加入者が、アプリケーション間でより容易に移動することができ、かつ／またはアプリケーションからの特定のデータにより容易にアクセスすることができるようにするインタフェースも提供することが望ましい可能性がある。

本明細書で開示する技術は、複数の独立のアプリケーションで使用するための統一されたインタフェースを提供する。具体的には、開示する技術は、サポートされるアプリケーションの一束に関して容認できる応答に全体的に同等とみなされるオーディオ・コードまたはオーディオ信号（口頭の語または句、またはＤＴＭＦトーン）の一般的なリストまたは用語集の使用を可能にして、様々なアプリケーションの間で、個々にではなく、一括して移動が行われることを可能にする。詳細には、統一されたインタフェースは、ユーザが、予備的なメニューまたはオプションの迷路を通る必要なしに、アプリケーション間で自由に移動すること、またはアプリケーションからコンテンツに直接にアクセスすることを可能にする。さらに、本技術は、１組にまとめられたアプリケーションについての説明、およびその１組へのアクセスを提供するサービス（本明細書で、メイン・メニューと呼ぶ）を提供するアプリケーションの自動的な生成も可能にする。

ＶｏｉｃｅＸＭＬで書かれたアプリケーション群の文脈では、各アプリケーションは、少なくとも、アプリケーションを構成するドキュメントに関連する様々な文法を含む関連した文法を有する。ＶｏｉｃｅＸＭＬなどのプログラミング言語の文脈では、文法は、文法に関連するそれぞれの構成体つまり、ドキュメントまたはアプリケーションに関して許容できる応答または入力のリストと考えることができる。つまり、アプリケーションのドキュメントは、関連するドキュメント文法の中で定義された応答を入力として受け入れることができる。したがって、ＶｏｉｃｅＸＭＬまたは類似するプログラミング言語の文脈では、本技術は、ルート・レベルまたはシステム・レベルの文法を確立することによって実施することが可能であり、この文法は、それぞれのルート・レベルまたはシステム・レベルからアクセス可能な、メイン・メニューを含む各アプリケーションに関する許容できる入力を含むことが可能である。

説明するルート文法は、サポートされるアプリケーション群に関する汎用の用語集またはナビゲーション上の文法を提供するが、実際には、加入者がいつアプリケーションにアクセスしているかなどの現在の状況に基づいて、そのようなルート文法を補足することが望ましい可能性がある。例えば、状況に応じて、ルート文法だけを含むことも（いずれのアプリケーションも現在、アクセスされていない、すなわち、メイン・メニューにいる場合など）、ルート文法と並び、現在、アクセスされているアプリケーションに関するアプリケーション文法を含むことも可能な合成文法を使用することができる。合成文法は、単一の文法として、すなわち、ルート文法と、現在、アクセスされているアプリケーションのアプリケーション文法をともに含む単一の文法として実装することができる。代替として、合成文法は、同時にアクセスすることができ、かつ／または機能上、単一の文法として扱うことができる２つの別個の文法として、すなわち、ルート文法および現在のアプリケーション文法として実装してもよい。ルート文法と現在のアプリケーション文法の間で矛盾または重複が存在する場合、共通のコマンドまたは重複するコマンドのケースでは、現在のアプリケーションを優先させるなどの優先規則を使用することができる。合成文法は、ルート文法へのアクセスを維持しながら、アプリケーション文法との連続性を提供して、他のアプリケーションおよびメイン・メニューへの容易なアクセスを提供する。

さらに、当業者には理解されるとおり、サービス・プロバイダは、異なるアプリケーション・パッケージまたはアプリケーションの一束を加入者に提供することができる。したがって、前述したとおり、異なるルート文法およびメイン・メニューを各アプリケーションの束に関連付けることができる。様々なルート文法およびメイン・メニュー・アプリケーションの生成および更新は、それぞれのアプリケーション・サーバにクエリを行うように構成された統一インタフェース・サーバなどの、プロセッサ・ベースのシステム上で実行されることが可能である。このように、統一インタフェース・サーバが、適切なアプリケーション・サーバにクエリを行うことにより、適切なルート文法および／またはメイン・メニュー・アプリケーション群を構築することができる。

ＶｏｉｃｅＸＭＬの文脈におけるルート文法の使用は、本技術の１つの可能な実装であるが、他の実装も可能であることが当業者には認められよう。実際、本技術は、一般に、複数のアプリケーションに関するオーディオ・コードを含む用語集の使用、ならびに様々なアプリケーションの間、および内部で移動するための、そのような用語集の使用を包含する。このようにして、本技術は、他の点では独立したアプリケーション間で容易に、迅速に移動することを可能にする。

次に図面を見て、図１を最初に参照すると、符号１０で全体的に示される通信システムの例が与えられている。図示した通信システム１０は、関係者間の電話通信をサポートするコンポーネント、ならびに様々な関係者によって提供される、またはサポートされることが可能なアプリケーション群へのアクセスをサポートするコンポーネントを含む。例えば、通信システム１０は、１つまたは複数のセルラー電話機１２、ＰＤＡデバイス、およびオーディオ通信が可能な他のデバイスなどの無線デバイスのための無線サポートを含む。セルラー電話機１２のような無線デバイスは、音声および／またはＤＴＭＦトーンなどのオーディオ信号を、無線インタフェースを介して電磁信号として伝送することができる初期の被変調信号に変換することができる。信号は、セル・タワー１６や関連するアンテナ１８などの基地トランシーバ局によって受信される。セル・タワー１６は、初期の被変調信号、あるいは初期の被変調信号の増幅された、または別の形で処理されたバージョンを含むことが可能な被変調信号を、モバイル交換センタ（ＭＳＣ）２０に中継する。

モバイル交換センタ２０は、無線システムにサービスを提供するスイッチである。モバイル交換センタ２０は、適切な宛先に呼び出しを切り替え、接続を維持する機能を実行する。実際、モバイル交換センタ２０の１次機能は、モバイル電話機と、別のモバイル電話機または陸線電話機などの別の電話機の間で音声パス接続を提供することである。通常のモバイル交換センタ２０は、交換機能、呼び出し処理、チャネル割り当て、データ・インタフェース、追跡、ページング、呼び出しハンドオフ、料金請求、およびユーザ・データベースを制御するいくつかのデバイスを含む。

動作の一環として、モバイル交換センタ２０は、中継された被変調信号、あるいは中継された被変調信号の増幅された、または別の形で処理されたバージョンを含むことが可能な被変調信号を、サービス・プロバイダによって維持される電話サーバ２２に伝送することができる。被変調信号は、光ファイバ・ケーブルまたは銅線などの物理的な線を介して、または無線伝送を介して、モバイル交換センタ２０から電話サーバ２２に伝送することができる。例えば、被変調信号は、Ｔ１電話標準を使用するＴ１線を介して伝送することができる。

被変調オーディオ信号は、陸線電話機２６、または他の電話装置に接続された公衆交換電話網（ＰＳＴＮ）２４から電話サーバ２２に送信することもできる。同様に、被変調オーディオ信号は、インターネットなどのネットワークに接続され、ボイスオーバーＩＰ（ＶＯＩＰ）などの適切な通信プロトコルを使用するコンピュータ２８から発信されることも可能である。

電話サーバ２２が被変調オーディオ信号を受信すると、受信された信号が、電話呼び出しを行う試みを表すか、または利用可能なアプリケーションにアクセスする要求を表すかに基づき、異なる動作が実行されることが可能である。例えば、被変調信号は、アプリケーション、またはアプリケーションのメニューにアクセスする試みとして認識されることが可能な、語、句、および／またはＤＴＭＦトーンなどのオーディオ・コードを含むことが可能である。オーディオ・コードの認識は、隠れマルコフ・モデル（ＨＭＭ）またはニューラル・ネットなどの様々な統計モデル化技術を使用するパターン認識ルーチンによって達せられることが可能である。

受信された被変調信号が、アプリケーションにアクセスする試みを表しているという認識により、１つまたは複数の適切なトークンが、ブラウザ・モジュール３０に送られ、最終的に、アプリケーション・サーバ３２、３４、および３６の１つなどのアプリケーション・サーバに送られることがもたらされることが可能である。そのトークンまたはトークン群に応答して、それぞれのアプリケーションは、セルラー電話機１２、陸線電話機２６、またはコンピュータ２８などの発信元デバイスに後に伝送されるように、データ・ファイルをブラウザ・モジュール３０に伝送することができる。データ・ファイルの形式は、要求されたデータに対応することが可能である。例えば、音声メール・アプリケーションは、要求された音声メールに対応するオーディオ・ファイルを加入者に伝送することにより、トークン、またはトークンの組み合わせに応答することができる。同様に、テキスト・メッセージング・または電子メールなどのアプリケーションは、１つまたは複数のテキスト・メッセージに対応するデータ・ファイルを伝送することにより、応答することができる。Ｗｅｂアクセスまたは写真アルバム・アプリケーションなどの他のアプリケーションは、マルチメディア・ファイルまたはビデオ・ファイルに対応するデータ・ファイルを伝送することにより、応答することができる。つまり、アプリケーション、要求されたデータ、および発信元デバイスの性質に基づき、適切なデータ・ファイルが加入者に戻されることが可能である。すると、加入者は、所望する場合、アプリケーションから追加の情報を要求することができる。

ブラウザ・モジュール３０に送られたトークンまたはトークン群は、認識されたパターンをそれぞれのトークンまたはトークン群に関連付ける、ＶｏｉｃｅＸＭＬ実装における合成文法のような、汎用の用語集に基づいて特定することができる。認識されたパターンは、１つまたは複数のＤＴＭＦトーン、１つまたは複数の口頭の語（「削除する」または「気温」などの）、または口頭の句（「今夜は、零下になるか」などの）に対応することが可能である。さらに、１つまたは複数の認識されたパターンが、同一のトークンに対応することも可能である。例えば、「削除する」、「消去する」、および「除去する」という語に関する認識されたパターンがすべて、同一のトークンを呼び出し、その結果、アクセスされたアプリケーションから同一の応答を呼び出すことが可能である。

一般に、ブラウザ・モジュール３０は、トークンまたはトークン群を受け取ることができ、受け取られたトークンまたはトークン群に基づき、アプリケーション・サーバ３２、３４、および３６上のそれぞれアプリケーションとの対話を誘導し、調整することができる。例えば、ブラウザ・モジュール３０は、株価を求める要求に対応するトークンなど、アプリケーションのデータ照会に関連する１つまたは複数のトークンを受け取ることができる。別のアプリケーションが、現在、アクティブである場合、ブラウザ・モジュール３０は、適切なトークンを送信することなどにより、ユーザに見られずに、そのアクティブなアプリケーションを適切に終了して、トークン群を金融アプリケーションに提供することができる。所望のデータを含むデータ・ファイルを引き出すトークン群により、金融アプリケーションにおける関心対象の特定のドキュメントまたはルーチンに直接にアクセスが行われることが可能である。代替として、ブラウザ・モジュール３０は、加入者に見られずに、予備的なドキュメントまたはメニューを通り、所望のデータを引き出すことができる関連するドキュメントまたはルーチンに達してもよい。

ブラウザ・モジュール３０は、追加の株価などを求める、金融アプリケーション向けの後続のトークン群を、金融アプリケーションに引続き向けることができる。ブラウザ・モジュール３０は、異なるアプリケーションに対応するトークンを受け取ると、金融アプリケーションを適切に終了して、要求されたデータを求める要求されたアプリケーションとの対話を開始することができる。一部のオーディオ・コードは、複数のアプリケーションに共通である可能性があるが（口語の語、「削除する」または「次へ」などの）、処理文字列における追加のトークン（「削除する」、「電子メール」、または「次へ」、「音声」、および「メール」などの）が、ブラウザ・モジュール３０によって使用されて、どのようなアプリケーションが呼ばれているかが特定されることが可能である。さらに、ブラウザ・モジュール３０は、アプリケーションと通信しつづけるかどうかを決める際に、トークン（「次へ」などの）が、音声メール・アプリケーションなどの、現在、アクセスされているアプリケーションの文脈で意味を成すかどうかも考慮に入れることができる。例えば、ＶｏｉｃｅＸＭＬアプリケーションの文脈で、「次へ」に関するトークンが、現在のアプリケーションに関するアプリケーション文法の一部である場合、ブラウザ・モジュール３０は、そのトークンを現在のアプリケーションに向けることができる。このようにして、アプリケーションとの通信は、現在のアプリケーションのアプリケーション文法の中に存在しないトークンなどにより、新たなアプリケーションが明確に呼ばれるまで、維持されることが可能である。

前述したとおり、ブラウザ・モジュールに伝送されるトークンまたはトークン群は、認識されたパターンを適切なトークンと同等とみなす、通常、電話サーバ２２上に配置される共通の用語集を参照することにより、特定されることが可能である。前述したとおり、そのような共通の用語集の一例は、ＶｏｉｃｅＸＭＬで書かれたアプリケーションで使用するための合成文法であり得る。その共通の用語集は、ブラウザ・モジュール３０と通信して、システム１０全体にわたるルート文法および／またはメイン・メニュー・アプリケーションの生成および更新を調整することができる統一インタフェース・サーバ３７、または他のプロセッサ・ベースのシステムにより、部分的に、または全部が生成されることが可能である。

合成文法は、口頭の語、口頭の句、またはＤＴＭＦトーンに対応する認識されたパターンを、本明細書で説明する本技術において使用することができる意味解釈、すなわち、トークンと同等とみなすための基準を提供する。当業者には理解されるとおり、意味解釈は、単純な値（文字列などの）、属性と値のペアのフラットな集合（日、月、および年などの）、または入れ子型オブジェクトであることが可能である。このようにして、合成文法は、認識された語、句、またはトーンを、少なくとも１つのサポートされたアプリケーションによって予期される入力に変換するための機構を提供する。トークンに応答して、アプリケーション、またはアプリケーションのドキュメントは、次の音声メール・メッセージ、株価、スポーツの得点などの所望の出力を提供することができる。

例として、次に図２を参照すると、ルート文法４０、および関連するアプリケーション文法およびドキュメント文法に対するルート文法の関係の図が与えられている。図２に示すとおり、ルート文法４０は、それぞれのアプリケーション文法４８、５０、５２、および５３をそれぞれが有する、複数のアプリケーション、および自動的に生成されたメイン・メニュー・アプリケーションに関連することが可能である。各アプリケーション文法は、そのアプリケーションを構成するドキュメントに関するそれぞれのドキュメント文法を包含する。例えば、第１のアプリケーション文法４８は、図２に示すとおり、少なくとも、第１のアプリケーションのドキュメント群に関する文法、すなわち、ドキュメント（１ａ）文法５４およびドキュメント（１ｂ）文法５６を含むことが可能である。同様に、第２のアプリケーション文法５０は、少なくともドキュメント（２ａ）文法５８を含むことが可能であり、第３のアプリケーション文法５２は、少なくともドキュメント（３ａ）文法６０、ドキュメント（３ｂ）文法６２、およびドキュメント（３ｃ）文法６４を含むことが可能である。さらに、メイン・メニュー・アプリケーション文法５３が、ドキュメント（４ａ）文法６６のようなヘルプに関連するドキュメント文法、およびドキュメント（４ｂ）文法６８のような、チュートリアルに関連するドキュメント文法を含むことが可能である。

実際には、ブラウザ・モジュール３０が、ルート文法４０を生成することができる。例えば、ブラウザ・モジュール３０は、それぞれのアプリケーションにクエリを行って、それぞれのアプリケーション文法４８、５０、および５２を引き出すことができ、アプリケーション文法４８、５０、および５２からルート文法４０が生成されることが可能である。ブラウザ・モジュール３０は、統一インタフェース・サーバ３７などの、ブラウザ３０がクエリを受けることが可能なプラットフォームにルート文法４０を公開することができる。代替として、サービス・プロバイダが、アプリケーション文法４８、５０、および５２を検査して、ルート文法の構成要素を特定し、それらの構成要素を、ルート文法４０の中に公開して入れるようにブラウザ・モジュール３０にサブミットすることができる。さらに、アプリケーション・プロバイダ自体、アプリケーション・プロバイダがルート文法４０の中で公開されるのが適切であると考える文法要素をサブミットすることができる。

前述したとおり、本技術のルート文法４０は、それぞれのアプリケーション文法４８、５０、および５２を含むことが可能である。したがって、ルート文法４０の構成要素であると認識された語、句、またはトーンを使用して、ルート文法４０によって参照されるそれぞれのアプリケーションおよびドキュメントに対応するトークン、またはトークン文字列を選択することができる。トークン、またはトークン文字列を使用して、アプリケーションの介在するレイヤ、または介在するドキュメントを通って移動する必要なしに、アプリケーションの適切なレベル、または適切なドキュメントに直接にアクセスすることができる。さらに、前述したとおり、ルート文法は、アプリケーションをバンドルにグループ化することによって作成されたメイン・メニュー・アプリケーションにアクセスすることができる。

ＶｏｉｃｅＸＭＬは、音声中心のアプリケーション群を実装するのに使用することができる１つの言語であるが、他の標準化された言語および／または独自の言語も使用することができる。音声中心のアプリケーションが、対応するトークンを有する語、句、またはトーンを認識する、すなわち、文法を保有する限り、本技術は、適用可能である。詳細には、本技術は、適切なトークンまたはトークン群によって直接にアクセスされることが可能な複数のエントリ・ポイント、すなわち、レベル、ドキュメント、またはサブルーチンをそれぞれが保有する複数のアプリケーション間で移動するために役立つ可能性がある。

次に、図３を参照すると、本技術を使用するユーザと２つのアプリケーションの間における対話の例が与えられている。図３に示すとおり、図示した音声メール・アプリケーション７２や気象アプリケーション７４などのいくつかのアプリケーション７０が、加入者に利用可能であり得る。ＶｏｉｃｅＸＭＬ実装において、ルート文法４０を使用して、加入者が、アプリケーション７０間で自由に移動できるようにすることが可能である。例えば、加入者が、最初、「私は何をすることができるか」と発声して、メイン・メニューからヘルプ・チュートリアルを引き出すことにより、バンドルの中で利用可能なサービスのリストを獲得することを所望することが可能である。

代替として、加入者は、メイン・メニュー、およびアプリケーション予備メニューを迂回することを所望することが可能である。例えば、ユーザは、「マイアミ、来週金曜日の天気」と口頭で述べて、気象アプリケーション７４の気象ドキュメント再生７６から応答データを引き出すことができる。加入者による言明は、気象ドキュメント再生７４のドキュメント文法の構成要素である語を含むため、判定ブロック７８において都市を引き出すことなどの、そうでなければ介在する工程が、迂回されることが可能である。

気象を確認したことに続き、ユーザは、音声メール・アプリケーション７２におけるキューの２番目のメッセージを確認することを所望することが可能である。ユーザは、「次のメッセージ」と口頭で述べて、次のメッセージ・ドキュメント８２にアクセスし、ユーザの音声メール・キューの中の２番目のメッセージを引き出すことができる。

以上の例で述べたとおり、加入者の言明は、普通、このようにアクセスされない可能性がある、ＶｏｉｃｅＸＭＬアプリケーションのケースにおけるドキュメントなどのアプリケーション・エントリ・ポイントに直接にアクセスするのに十分な情報を提供する、すなわち、必要なトークン群を生成する。本明細書で使用する、アプリケーション群に関するエントリ・ポイントという用語は、一般に、データ・ファイルなどの所望される応答を引き出すために、トークンまたは他の意味解釈などの適切な入力を使用してアクセスすることができるドキュメント、サブルーチン、レベル、または他のプログラミング構成体を指す。さらに、以上の例で述べたとおり、電話サーバ２２などにおける合成文法４０（ルート文法、ならびに、該当する場合、現在、アクセスされているアプリケーションのアプリケーション文法から成る）の実装により、ブラウザ・モジュール３０が、アプリケーションを意識的に終了することをユーザに強制することなく、アプリケーション間、およびアプリケーションのドキュメント間で移動すること、または介在する複数のアプリケーション・レベル、すなわち、ドキュメント群を直線的に移動することができるようになる。

本技術の実装に関して、電話サーバ２２とブラウザ・モジュール３０のどちらか、または両方が、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの任意の適切な組み合わせなどを介して、本明細書で説明する技術の一部またはすべてを実施することができる信号処理装置に基づくことが可能である。例えば、電話サーバ２２および／またはブラウザ・モジュール３０は、以上の技術を実行する適切なソフトウェア・プログラミングを有する、汎用のコンピュータまたはサーバなどの汎用デバイスであることが可能である。代替として、電話サーバ２２および／またはブラウザ・モジュール３０は、以上の技術を実行する専用のプロセッサ群、ハードウェア、および／またはソフトウェアを使用してもよい。そのような専用プロセッサ群およびハードウェアの例には、本技術を実行するように特別に適合させることができるデジタル信号プロセッサ、ＲＩＳＣプロセッサ、または特定用途向け集積回路が含まれる。さらに、所望される場合、ブラウザ・モジュール３０の機能と電話サーバ２２の機能を単一のプロセッサ・ベースのシステム上で結合することもできる。１つの実装では、電話サーバ２２とブラウザ・モジュール３０は、ＡＮＹＰＡＴＨ（登録商標）電話複合体などの電話複合体内部における別々の汎用コンピュータ上に配置することができる。

本発明は、様々な変更形態および代替形態が可能であり得るが、具体的な実施形態を図面に例として示し、本明細書で詳細に説明した。しかし、本発明は、開示した特定の形態に限定されるものではないことを理解されたい。むしろ、本発明は、添付の特許請求の範囲で定義する本発明の趣旨および範囲に含まれるすべての変形形態、等価形態、および代替形態を範囲に含む。

図１は、本発明による２つ以上のアプリケーションにアクセスするように構成された通信システムの典型的な実施形態を開示する。 図２は、本発明による典型的な文法概要を開示する。 図３は、本発明による２つの典型的なアプリケーション間における移動を表す流れ図である。

Claims (10)

1. 複数のアプリケーションの１つのアプリケーションのエントリ・ポイントに対応する、合成文法に基づいて選択されたトークンを受け取るように構成され、前記エントリ・ポイントにおいて前記それぞれのアプリケーションにアクセスするように構成された信号プロセッサ。
2. 加入者から終了命令を受け取ることなしに、前のアプリケーションを終了するように構成された請求項１に記載の信号プロセッサ。
3. 前記エントリ・ポイントに対応する前記それぞれのアプリケーションのレベルから応答のデータ・ファイルを受け取るように構成され、前記データ・ファイルを電話サーバに伝送するように構成された請求項１に記載の信号プロセッサ。
4. オーディオ・コマンドと互いに関連する被変調信号を受信し、前記被変調信号を解析してルート文法の構成要素を特定し、前記構成要素に対応する前記トークンを選択し、前記トークンを信号プロセッサに伝送するように構成された電話サーバを含む請求項１に記載の信号プロセッサ。
5. オーディオ・コマンドと互いに関連する被変調信号を受信し、前記被変調信号を解析して合成文法の構成要素を特定し、前記構成要素に対応するトークンを選択するように構成された電話サーバと、
   前記トークンを獲得し、前記トークンに基づいて複数のアプリケーションの１つのアプリケーションのエントリ・ポイントにアクセスするように構成されたブラウザ・モジュールとを含む通信システム。
6. 対応するトークンによってアクセスされることが可能な少なくとも１つのエントリ・ポイントをそれぞれが含む前記複数のアプリケーションの少なくとも１つのアプリケーションを実行するようにそれぞれが構成された複数のアプリケーション・サーバを含む請求項５に記載の通信システム。
7. 前記被変調信号を前記電話サーバに伝送するように構成されたモバイル交換センタを含むを含む請求項５に記載の通信システム。
8. アプリケーションにアクセスするための方法であって、
   信号を処理して、オーディオ・コードを合成文法の構成要素として特定する動作と、
   前記合成文法の前記構成要素に基づいて前記複数のアプリケーションの１つのアプリケーションのエントリ・ポイントにアクセスする動作とを含む方法。
9. 前記エントリ・ポイントにアクセスする動作に応答して生成されたデータ・ファイルをユーザに送信する動作を含む請求項８に記載の方法。
10. 前記エントリ・ポイントにアクセスする動作が、前記処理された信号内で前記オーディオ・コードが特定されたというインジケータを前記それぞれのアプリケーションに伝送する動作を含む請求項８に記載の方法。
    

Images