(57)【要約】本発明は、  ユーザエージェントを有する移動局（１）と、プロキシサーバ（２）と、テレフォニープラットホーム（３）を備え、例えば、インターネットのようなグローバルデータ通信ネットワークを介して、コンテンツのマルチモーダルアクセスを可能にするシステム（及び方法）に関するものである。移動局（１）は、音声及びデータセッションを同時にサポートするデュアルモード移動局であり、プロキシサーバ（２）は、ボイスブラウジングをサポートする拡張機能を備え、テレフォニープラットホーム（３）は、自動音声認識部（ＡＳＲ）（３１）と、テキストメッセージを音声に変換するブロックとを備える。拡張プロキシサーバ（２）は、テレフォニープラットホーム（３）の自動音声認識部（３１）と接続し、キー要素（例えば、テキスト、単語フレーズ）が予め定義され、かつ（オリジナル）ウェブコンテンツ内で示されている。拡張プロキシサーバ（２）がキー要素（所定のルールを使用して）を認識／抽出する場合、ボイスブラウジングを起動することで、任意のウェブコンテンツ（ページ）が、そのウェブコンテンツの変換を必要とすることなく、音声コマンドによってアクセス可能になる。
2005530279.tif 000002
【特許請求の範囲】
【請求項１】
ユーザエージェントを有する移動局（ＭＳ）と、プロキシサーバと、テレフォニープラットホームを備え、例えば、インターネットのようなグローバルデータ通信ネットワークを介して、コンテンツのマルチモーダルアクセスを可能にするシステムであって、
前記移動局は、音声及びデータセッションを同時にサポートするデュアルモード移動局であり、
前記プロキシサーバは、ボイスブラウジングをサポートする拡張機能を備え、
前記テレフォニープラットホームは、自動音声認識部（ＡＳＲ）と、テキストメッセージを音声に変換するブロックとを備え、
前記拡張プロキシサーバは、前記テレフォニープラットホームの前記自動音声認識部と接続し、キー要素（例えば、テキスト、単語フレーズ）が予め定義され、かつ（オリジナル）ウェブコンテンツ内で示されており、
前記拡張プロキシサーバが前記キー要素（所定のルールを使用して）を認識／抽出する場合に、ボイスブラウジングを起動することで、任意のウェブコンテンツ（ページ）が、ウェブコンテンツの変換を必要とすることなく、音声コマンドによってアクセス可能になる
ことを特徴とするシステム。
【請求項２】
マルチモーダルブラウジングが実現される
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記拡張プロキシサーバは、前記キー要素に関連してアクセスされるウェブコンテンツを解析する
ことを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記アクセスされるウェブコンテンツは、キーストローク、マウスクリックあるいはその類によってブラウズされる
ことを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
任意のタグベースのコンテンツ、例えば、ＨＴＭＬ／ＸＨＴＭＬウェブコンテンツの音声ベースのアクセスを可能にする
ことを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記移動局のユーザは、特定ハイパーリンクを選択するために、前記ウェブコンテンツ内で示されるキー要素を使用する
ことを特徴とする請求項１乃至５のいずれか１項に記載のシステム。
【請求項７】
前記拡張プロキシサーバの前記ボイスブラウジング機能は、キーワード検出を実現する
ことを特徴とする請求項１乃至６のいずれか１項に記載のシステム。
【請求項８】
前記拡張プロキシサーバは、ミディアムサイズ語彙音声認識部を有する前記自動音声認識部と接続している
ことを特徴とする請求項８に記載のシステム。
【請求項９】
音声キー要素抽出に対する前記所定のルールは、シンタックスルールである
ことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
【請求項１０】
音声キー要素抽出に対する前記所定のルールは、例えば、ハイパーリンク名内の固有のキーワードの選択に関するような、簡単なルールである
ことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
【請求項１１】
音声キー要素抽出に対する前記所定のルールは、コンテンツあるいはその類の中のハイパーリンクに番号を付ける数値ルールである
ことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
【請求項１２】
前記拡張プロキシサーバは、テキストプロンプトを、前記テレフォニープラットホーム内のテキスト音声変換ブロックに送信し、ここで、前記テキストメッセージは音声に変換され、前記拡張プロキシサーバによってセットアップされる前記音声チャネルを介して前記ユーザへ送信される
ことを特徴とする請求項１乃至１１のいずれか１項に記載のシステム。
【請求項１３】
前記ユーザエージェント内の従来のブラウザと前記拡張プロキシサーバ内のボイスブラウザ間で、同期エンジンが提供される
ことを特徴とする請求項１乃至１２のいずれか１項に記載のシステム。
【請求項１４】
前記拡張プロキシサーバは、指示され、かつフェッチされたコンテンツを前記ＭＳユーザエージェントに更新させるプッシュメカニズムを有する
ことを特徴とする請求項１３に記載のシステム。、
【請求項１５】
コンテンツの更新の起動の是非を指示するために、セマフォオブジェクトが前記拡張プロキシサーバに返信されるコンテンツに導入される
ことを特徴とする請求項１４に記載のシステム。
【請求項１６】
アクセス対象として発呼されるアプリケーションを特定し、かつ識別するために、前記拡張プロキシサーバと、前記テレフォニープラットホームの前記自動音声認識部間で接続が確立される
ことを特徴とする請求項１乃至１５のいずれか１項に記載のシステム。
【請求項１７】
前記拡張プロキシサーバは、ボイスブラウジングがサポートされるべき加入者それぞれの加入者（エンドユーザ）レコードと、ボイスブラウジングの起動を指示する手段と、ボイスブラウジングを起動するためのオプションのキー要素（単語）あるいはアクセスされるウェブページ／コンテンツへ挿入するためのオプションのハイパーリンク名とを備え、それらのどちらかが選択される場合、前記自動音声認識部と前記移動局間での音声チャネルの確立を提供する
ことを特徴とする請求項１６に記載のシステム。
【請求項１８】
ボイスブラウジングが起動される場合、前記アクセスリクエストが前記拡張プロキシサーバから前記関連アプリケーションサービスプロバイダへ送信され、該関連アプリケーションサービスプロバイダは、前記拡張プロキシサーバがキー要素（単語）を検出し、指示するための解析及び分析手段を備える場合、変更されたコンテンツ／ページを前記移動局へ送信する前に、リクエストされた前記ページ／コンテンツを前記拡張プロキシサーバへ返信する
ことを特徴とする請求項１６または１７に記載のシステム。
【請求項１９】
ボイスブラウジングに対するリクエストは、少なくともボイスブラウジングセッションＩＤと前記ユーザ局のＭＳＩＳＤＮを含まなければならない
ことを特徴とする請求項１乃至１８のいずれか１項に記載のシステム。
【請求項２０】
前記拡張プロキシサーバによって認証されるユーザに対し、前記自動音声認識部と前記移動局間で、データセッションチャネルと同時に音声チャネルが確立される
ことを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記エンドユーザからの音声コマンドで認識されるキーワードが前記拡張プロキシサーバに提供され、前記拡張プロキシサーバは、認識された音声コマンドと記憶されているキー要素／単語とを照合する手段と、前記アプリケーションサービスプロバイダへリクエストを送信するための関連リンクを検出する手段を備え、前記拡張プロキシサーバでの受信において、リクエストされたコンテンツが、解析され、分析され、前記ユーザエージェントへプッシュされる
ことを特徴とする請求項１８乃至２０のいずれか１項に記載のシステム。
【請求項２２】
前記移動局の前記ユーザエージェントと前記拡張プロキシサーバ間の同期に対して、クライアントセマフォオブジェクトが、（前記拡張プロキシサーバによって）、前記拡張プロキシサーバ内にそのオリジナルコピーが記憶されている前記オリジナルコンテンツ（（Ｘ）ＨＴＭＬ）内に導入され、ボイスブラウズされているコンテンツが移動局へのプッシュ対象である場合に起動（ＯＮ）される
ことを特徴とする請求項１２に記載のシステム。
【請求項２３】
前記クライアントセマフォオブジェクトは、前記拡張プロキシサーバ内の前記セマフォオブジェクトの値で、定期的に更新される
ことを特徴とする請求項２２に記載のシステム。
【請求項２４】
前記ユーザエージェント（クライアント）において、オリジナルコンテンツでダウンロードされるスクリプトは、コンテンツ更新が必要であるかについてを確認するために、前記クライアントセマフォオブジェクトを継続的にチェックし、前記拡張プロキシサーバにおいて、スクリプトが、前記プロキシセマフォオブジェクトを起動（ＯＮ）するために使用される
ことを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記クライアントセマフォオブジェクトは、ＷＭＬスクリプト変数を使用して生成され、前記拡張プロキシサーバからフェッチされ、前記拡張プロキシサーバにおいて、第１及び第２のバージョンの前記スクリプトが記憶され、前記第１のバージョンはセマフォ起動（ＯＮ）に対するスクリプトを有し、前記第２のバージョンは、セマフォの停止を指示するスクリプトを有する
ことを特徴とする請求項２３または２４に記載のシステム。
【請求項２６】
デュアルモード移動局からの、グローバルデータ通信ネットワーク、例えば、インターネットのコンテンツ（ページ等）のマルチモーダルアクセスを可能にする／提供する方法であって、
ボイスブラウジング用の拡張機能を有するプロキシサーバを提供し、
ブラウズされているコンテンツ及びキーワード／キー要素からキーワード抽出するためのルールを定義し、
オリジナルコンテンツ内の前記キーワードを指示し、
キーワードの指示に基づいて、エンドユーザに、キーワードを選択させて、特定リンク／ハイパーリンクを選択することで、任意のウェブコンテンツ／ページが、前記オリジナルコンテンツの変換を必要とすることなく、音声によってアクセスできる
ことを特徴とする方法。
【請求項２７】
デュアルモード移動局からの、インターネットコンテンツ（例えば、ページ等）のマルチモーダルアクセスを提供する方法であって、
ボイスブラウジングをサポートする拡張機能プロキシサーバを提供し、
前記拡張プロキシサーバと、自動音声認識部（ＡＳＲ）を有するテレフォニープラットホーム間の接続を確立し、
ボイスブラウジングで使用するキー要素（単語）を確立し／定義し、
ボイスブラウジングが起動対象で、かつサポート対象であるかを確認し、
肯定判定である場合、
前記移動局と前記自動音声認識部（ユーザプロファイルに基づいている）間の音声チャネルをセットアップし、
関連アプリケーションサービスプロバイダにリクエストを送信し、
コンテンツを解析し、キー要素を検出するために、前記コンテンツ／ウェブページ内のパラグラフを分析し、
前記拡張プロキシサーバにおいて、キー要素を前記ユーザに識別可能にするために、タグ属性を変更することによって前記コンテンツを変更し、
前記処理ステップによって変更された前記コンテンツを前記移動局へ送信し、
ボイスブラウジングセッションを開始し、
データセッションチャネルと同時に、音声チャネルを開始し、
ＧＥＴリクエストを前記関連アプリケーションサービスプロバイダへ送信するために使用するリンクを確立するために、前記拡張プロキシサーバにおいて、ユーザの音声コマンド内で認識されるキーワードと、所定の選択されたキーワードとを照合し、
前記アプリケーションサービスプロバイダから受信される前記コンテンツを処理して、前記ユーザエージェントへプッシュする
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、例えば、インターネットを介するインターネットコンテンツへのマルチモーダルアクセスを可能にするシステム（arrangement）に関するものであり、これは、ユーザエージェントを有する移動局、プロキシサーバ及びテレフォニープラットホームを有する。また、本発明は、例えば、インターネットコンテンツへのマルチモーダルアクセスを可能にする方法に関するものである。
【０００２】
従来の技術
マルチモーダルブラウジングは、例えば、インターネットのようなグローバルデータ通信ネットワークを介するコンテンツへのアクセスを行うためのユーザフレンドリな方法である。マルチモーダルブラウザを使用してコンテンツへアクセスするために、ユーザは、任意の支援入力方法あるいはそれらの組み合わせを使用することができる。今日知られている入力方法は、キー方法、マウスクリック方法及び音声コマンド方法であるが、他の入力方法も実現することができる。しかしながら、音声及びデータのデュアルモード移動局で動作する、通常のユーザエージェントにボイスブラウジング機能を追加することが可能なアーキテクチャは、これまでに知られていない。一方、既存のボイスブラウジングシステムは、拡張マークアップ言語であるボイスＸＭＬに基づいており、これは、音声ダイアログを定義することが可能な言語である。このようなボイスＸＭＬシステムでは、２つのブラウザが必要とされ、ボイスブラウジングアプリケーション（ボイスブラウザ：speech browser）は、キーパッドベースのブラウジングアプリケーションとは独立して動作する。これらの異なるブラウザ間では同期はなされていない。加えて、コンテンツが従来のＨＴＭＬ／ＸＨＴＭＬフォーマットとボイスＸＭＬの両方に対して設計されている限り、マルチモーダルブラウジングは実現することはできない。つまり、これらの２つの異なるフォーマットに対して設計されるコンテンツが必要とされている。
【０００３】
つまり、ボイスブラウジングはボイスＸＭＬに基づいて現在実現されており、これは、電話を介してアクセスされるインターネットアプリケーションに対する音声ダイアログを定義する言語である。出力音声ダイアログは、本質的には、音及びテキストと音声とのプロンプトを介して実行される、一方、入力ダイアログはタッチトーンキー（ＤＴＭＦ）及び自動音声認識を介して実行される。周知でかつ典型的なアーキテクチャは、ボイスＸＭＬコンテンツを制御するアプリケーションサーバと、ボイスブラウザ（ボイスＸＭＬクライアント）を含むボイスＸＭＬゲートウェイと音声／テレフォニープラットホームを有している。ユーザシステムとの対話は、音声によってユーザ自身がその選択を特定できる音声メニューを介して実行される。音声認識、テキストと音声間の変換、ＤＴＭＦ（デュアルトーンマルチ周波数）認識に関する機能のすべては、音声／テレフォニープラットホームで実現され、これは、ボイスＸＭＬページで特定されるダイアログを音声に変換する、あるいは音声をボイスＸＭＬページで特定されるダイアログに変換する。これは、オンザ・フライで解釈されるコンテンツに基づいている音声（speech）ブラウザであり、これは、音声ダイアログのシーケンスを制御する。移動局の音声部分のみがユーザとの対話中に使用されることに注意すべきである。このようなシステムを使用して、インターネットアプリケーションへのマルチモーダルアクセスは、ＨＴＭＬ／ＸＨＴＭＬ及びボイス／ＸＭＬフォーマットの両方がアプリケーションサーバ上で利用可能な場合にのみ可能である。更に、音声及びデータの同時セッションを確立することを可能にするためには、移動局は、音声及びデータのデュアルモード局でなければならない。
【０００４】
しかしながら、音声ベースのアプリケーションに対する周知の技術を用いる音声ダイアログは、通常、ボイスＸＭＬで定義されなければならないという問題がある。これは、音声に基づく対話用に特別に設計されているアプリケーション／コンテンツは、電話を介してのみアクセス可能となる。つまり、ほとんどのＨＴＭＬ／ＸＨＴＭＬコンテンツは、最初に、ボイスＸＭＬに変換されない限り、音声によるアクセスが実現可能となることはない。
【０００５】
また、周知のシステムあるいはアーキテクチャには次のような問題がある、つまり、マルチモーダルブラウジングの目的のために、音声ベースのアクセスが通常のブラウジングに組み込まれる場合、２つのブラウザ間の同期のメカニズムが存在しない、この２つのブラウザには、例えば、移動局のデータ部で動作するＨＴＭＬ／ＸＨＴＭＬブラウザと、ボイスＸＭＬゲートウェイで動作するボイスブラウザがある。それゆえ、専用の同期メカニズムがアプリケーションサーバ、ボイスブラウザ及び移動局のエージェント内で実現されない限り、同一のブラウジングセッション中に、ある入力方法から別の入力方法へ切り替えることはできない。
【０００６】
例えば、ＳＡＬＴ（音声アプリケーション言語タグ、マイクロソフト）で知られるアーキテクチャが存在する、これは、ＸＭＬ要素（聴取、プロンプト、ＤＴＭＦ）のスモールセットを有し、これをオリジナルのＨＴＭＬ／ＸＨＴＭＬページに追加することで、コンテンツに対する音声インタフェースを提供する。これらの新規のタグを解釈するためには、ＳＡＬＴボイスブラウザあるいはＳＡＬＴマルチモーダルブラウザが必要とされる。しかしながら、ノードＨＴＭＬ／ＸＨＴＭＬコンテンツとＳＡＬＴタグがマージされることについては明示されていない。このアーキテクチャは、ＳＡＬＴマルチモーダルブラウザを必要とする、あるいは単純な電話を介してアクセスが提供される場合には、アクセスページ内のＳＡＬＴスクリプトを解釈するテレフォニーサーバを必要とする。コンテンツ管理に対しては、コンテンツプロバイダは、ＳＡＬＴタグを含むようにオリジナルコンテンツを変更する、あるいはこの機能を構成するプロキシを提供することができる。どちらの場合も、ＳＡＬＴをサポートしないブラウザは、ＳＡＬＴタグを解釈しようとする場合にクラッシュする可能性があるという危険が存在する。無線ブラウザの記憶容量には制限があるので、通常、新規のＸＭＬタグを取り扱うことは難しい。このように、新規のタグをコンテンツに導入することには不利益があることは明らかである。また、ＳＡＬＴアーキテクチャは複雑な構造であり、コンテンツがまだＳＡＬＴに準拠していない場合、ＳＡＬＴプロキシは、例えば、ＳＡＬＴタグを追加して、ＳＡＬＴタグを音声に変換する逆機能を実現するテレフォニーサーバが必要となる。ＳＡＬＴブラウザが使用される場合、これは、逆変換を実行する。それゆえ、ＳＡＬＴタグを理解するために、ＳＡＬＴブラウザは音声認識及びテキスト音声変換（text to speech）システムを含めるあるいは通信しなければならない。端末上でこのような機能を開発することは、原理的にかなり難しく、これは、リモートシシステムが使用されなければならないことを意味する。しかしながら、この問題は、ＳＡＬＴアーキテクチャの提案に関与していない。概して、ＳＡＬＴアーキテクチャは実現することが難しすぎていて、また、より複雑となり、また使用するためには大規模となり非効率である。
【０００７】
本発明の要約
本発明の目的は、複雑でない方法で、コンテンツへのマルチモーダルアクセスを可能にし、かつ大規模な構成に対して便利となるシステム（arrangement）を提供することである。また、本発明の目的は、アクセス対象のオリジナルコンテンツに影響を与えないシステムを提供し、加えて、例えば、コンテンツをボイスＸＭＬに変換する必要なく、あるいは提供対象のコンテンツに新規のタグを持たせる必要なく、任意のタグベースのコンテンツ、例えば、大量のＨＴＭＬ／ＸＨＴＭＬウェブコンテンツにアクセスすることができるシステムを提供することである。更にまた、本発明の目的は、既存のインフラストラクチャを使用できる、即ち、原則的に、任意のブラウザを使用でき、かつマルチモーダルアクセスを可能にしながら、任意のデュアルモード移動局を使用することができるシステムを提供することである。また、本発明の目的は、ブラウザに対する任意のインタフェースの変更を必要とすることなく、コンテンツのマルチモーダルアクセスを提供できるシステムを提供することである。特に、この目的は、どのようなフォーマットがコンテンツに利用できるかに関りなく、音声ベースのアクセスを介してあるいは従来のアクセスを介してウェブコンテンツをアクセスできるシステムを提供することである。特に、本発明の目的は、ユーザエージェント内の従来のブラウザとボイスブラウザ間の同期を図ることができるシステムを提供することである。
【０００８】
また、本発明の目的は、１つ以上の上述の目的を満足できる、コンテンツのマルチモーダルアクセスを行うための方法を提供することである。
【０００９】
それゆえ、請求項１で特徴づけられる構成要件を有するシステムが提供される。また、請求項２６及び２７の構成要件を有する方法が提供される。
【００１０】
有益、あるいは好ましい実施形態は、従属請求項によって表現される。
【００１１】
本発明の効果は、どのようなフォーマットがコンテンツに利用できるかに関係なく、かつ任意のコンテンツを変換する必要なく、あるいはそのコンテンツにタグ等を付与する必要なく、ボイスブラウジングによってあるいは従来のブラウジングによって任意のウェブコンテンツにアクセスできることである。更なる効果は、本発明の概念を実現するために、既存のシステムを使用できることである。更なる効果は、サービスプロバイダは、２種類のタグ付けあるいは再度のタグ付けを行う必要がないことである。
【００１２】
本発明の詳細説明
本発明は、音声コマンドによって、例えば、任意のＨＴＭＬ／ＸＨＴＭＬページ、あるいは一般的なグローバルデータ通信システムのコンテンツへのアクセスを可能にする音声語彙キーワードあるいは要素の選択を含むシステムを想定しており、このシステムによって、オリジナルコンテンツ内を変更しないでマルチモーダルブラウジングを実現可能とする。
【００１３】
図１は、本発明に従うシステムを概要的に示しており、ここでは、音声及びデータの同時通信をサポートするデュアルモード移動局１を示し、これは、それ自体は周知であるユーザエージェントを有している。更に、このシステムは、拡張機能を有するプロキシサーバを有し、これは、音声処理が可能で、かつボイスブラウジング機能に拡張されているプロキシサーバ２を有する。これは、所定ルールで定義されている、例えば、ＨＴＭＬ／ＸＨＴＭＬのような任意のフォーマットの、ブラウズされているウェブコンテンツからキーワードを抽出することができる。キーワードの語彙は、拡張プロキシサーバ２内の語彙記憶手段２１に記憶される。このキーワードは、例えば、オリジナルコンテンツ内でハイライトされるような、いくつかの方法で強調されるあるいは示され、そうすることで、移動局１のエンドユーザは、特定のハイパーリンクを選択するための音声コマンドを使用するためのキー要素あるいはキーワードが何であるかを把握することになる。拡張プロキシサーバ２は、自動音声認識部（ＡＳＲ）３１を含むテレフォニープラットホーム３と接続している。ブラウジング機能の性質を見つけるキーワードによって、自動音声認識部３１は、有効に、ミディアムサイズの語彙音声認識部にすることができる。このようなＡＳＲ３１は、通常、音声とは独立して、継続的に話者を認識することができる。これは、想定するアーキテクチャのシステムをセットアップするためのユーザトレーニングが必要ないので有効である。
【００１４】
移動局１は、現在の音声及びデータセッションをサポートしなければならない。拡張プロキシサーバ２を介して、アプリケーションサービスプロバイダ（ＡＳＰ）４によって提供されるコンテンツにアクセスすることができる。
【００１５】
テレフォニープラットホーム３は、テキスト音声変換（ＴＴＳ）部も有している。音声対話中に、拡張プロキシサーバ２は、受信するコマンドが多義であるときは、音声ダイアログ／プロンプトを使用する。標準テキストメッセージが、テレフォニープラットホーム３のＴＴＳ部に送信される。ＴＴＳ部は、そのメッセージを音声ダイアログに変換し、これは、以下で説明されるように、確立した音声チャネルを介してエンドユーザへ送信される。プロキシサーバ２は、アプリケーションサービスプロバイダＡＳＰ４からフェッチされるコンテンツを解析し、かついくつかのアナライザ、例えば、シンタックスアナライザの類を使用して、アクセスページ内のパラグラフを分析して、以下に説明するように、意味のあるキー要素あるいはキーワードを検出する。
【００１６】
上述のように、テレフォニープラットホーム３のテキスト音声変換（ＴＴＳ）部は、テキストメッセージを音声ダイアログに変換し、これは、確立した音声チャネルを介してエンドユーザへ送信される。音声ダイアログは、例えば、「キーワードＸを含むパラグラフを選択したか」のような類である。
【００１７】
上述のように、キー要素あるいはキーワードを抽出するために、様々な種類のルールを予め定義して、使用することができる。好ましくは、キーワード抽出が実現される。一実施形態では、いわゆる、シンタックスルールが使用される。これの例には、「単一のハイパーリンクに関連付けられているパラグラフ内のサブジェクト及び述語を使用する」のようなルールがある。語彙内の任意のキーワードに関して優先度が付けられているいくつかのシンタックスルールが実現されても良い。
【００１８】
予め定義されているルールの別の例には、例えば、「ハイパーリンク名、あるいはそれに関連付けられているパラグラフ内の固有のキーワードを選択する」のような単純なルールがある。単純なルールに関連付けられている音声コマンドは、「Ｘに進む」あるいは「Ｘを含むパラグラフに進む」とすることができる。
【００１９】
更に別の構成では、数値ルールが使用される。これは、コンテンツ内あるいはページ内のハイパーリンクの番号付け、あるいは同一パラグラフ内の複数のハイパーリンクの番号付けを言及するものである。この方法は、メニュー内のオプション選択に対して使用することもできる。一般的には、少なくとも番号付けの認識は語彙によってサポートされるべきであることが、最低条件となる。
【００２０】
つまり、拡張プロキシサーバ２と、バインド対象のアプリケーション／語彙に対する自動音声認識部３１を有するテレフォニープラットホーム３間で、第１の通信が確立される。換言すれば、２つのノードの接続に対するリクエストが、拡張プロキシサーバ２から、関連する語彙を特定するためにそれを要求するテレフォニープラットホーム３に送信され、それは、拡張プロキシサーバ２へ提供される。次に、加入者、即ち、移動局１のエンドユーザは、通常のブラウジングセッションを開始する。拡張プロキシサーバ２は、各加入者に対する加入者レコードを構成する。
【００２１】
ボイスブラウジング機能を起動するために、その機能が起動されるかどうかを示すための方法を用意すべきである。これは、ボイスブラウジングに対するキーワードであっても良いし、アクセスウェブページ内に挿入されているハイパーリンクであっても良く、その選択によって、移動局１とテレフォニープラットホーム３のＡＳＲ３１間の音声チャネルの開始を起動する。エンドユーザからのリクエストは、ＡＳＰ４へ転送される。（これは、ボイスブラウジングであるかどうかにかかわりなく、実行される）。次に、ＡＳＰ４は、アクセスページを拡張プロキシサーバへ返信し、この拡張プロキシサーバは、コンテンツを解析し、かつキーワードを抽出するためのルールに関連する上述の任意の方法に従って、パラグラフを分析する。次に、検出されたキーワードは、拡張プロキシサーバ２による適切な方法で強調される。関係するブラウジングセッションに対しては、ＩＤが記憶されるとともに、加入者ＭＳＩＳＤＮ及び選択キーワードが記憶される。次に、変更されたページあるいはコンテンツが、ＭＳ１へ送信される。その上、ボイスブラウジングセッションが、ＡＳＲ３１を用いて開始される。つまり、データセッションチャネルと同時に、音声チャネルが開始される。次に、ＡＳＲ３１は、ユーザの音声コマンドで認識されたキーワードを拡張プロキシサーバ２へ送信する。キーワードは、拡張プロキシサーバで分析され、かつアクセスページからコンテンツを解析する時に選択されるキーワードと照合される。照合する場合、先行するステップで取得されるリンクが、ＧＥＴリクエストをＡＳＰ４へ送信する時に、プロキシによって使用される。
【００２２】
一般的に、マルチモーダルブラウジングを実現する場合、ユーザエージェント内のＨＴＴＰブラウザとボイスブラウザ間で同期エンジンが提供されること、その上、ボイスブラウジング機能が必要とされる。拡張プロキシサーバ２は、コンテンツページから自動的にキーワードを抽出するので、ＨＴＭＬ／ＸＨＴＭＬコンテンツに対して特定の音声タグを表現する必要はない。また、いくつかのハイパーリンクが音声コマンドを使用して識別された後に、コンテンツの更新を実行させるために使用されるプッシュメカニズムによって、マルチモーダルユーザ入力は同期することになる。
【００２３】
ＡＳＲによって認識される語彙が関与する限り、約２０００−３０００単語の認識言語内で、頻繁に使用される単語に調整されるミドルサイズの語彙は、おそらく十分に良好なものとなる、これは、本発明に限定されるものではない。適切なキーワードのほとんどが認識語彙の部分でない場合には、パラグラフ内の想定するキーワードより少ない標準音声クエリー／プロンプトを使用することができる。ボイスＸＭＬは、例えば、このような音声クエリー／プロンプトを定義するためのオプションとなり得る。拡張プロキシサーバは、コンテンツを更新することを、ＭＳ内のユーザエージェントに実行させるプッシュメカニズムを含んでおり、これは、音声コマンドを介して指示されるページをフェッチしている場合である。一実施形態では、これは、セマフォ（semaphore）オブジェクト（更新ｏｎ／ｏｆｆ）に基づくことができ、このセマフォオブジェクトは、後述するように、各返信ページに挿入され、かつ、そのページと一緒にダウンロードされるスクリプトである。このスクリプトは、セマフォ値の定期的な更新を実行する、つまり、ユーザエージェントに、ページ更新が拡張プロキシサーバによって要求される時点を検出することを可能にする。セマフォの値に基づいて、スクリプトは、ページ全体の更新を起動することができる、つまり、新規のコンテンツのダウンロードを起動することができる。
【００２４】
図２は、図１と同様のブロック図であるが、特定の実施形態に従う別のステップを示し、かつ説明している。信号Ｉは、ＡＳＲ３１を有するテレフォニープラットホーム３と接続する拡張プロキシサーバに関するものであり、これは、ＡＳＲ３１を有するテレフォニープラットホーム３に、認識用のアプリケーション／語彙を特定することを要求する。これは、様々なユーザ／システム音声インタフェースを実現するいくつかのアプリケーションをＡＳＲが制御する時、例えば、音声プロンプトの特定シーケンス、可能なキーストローク、語彙等を制御する時に、特に、有効である。
【００２５】
次に、ＡＳＲ３１は、語彙に含まれる単語を有し、かつコールバックによって起動するいくつかの音声部分等の、テレフォニープラットホーム３によってサポートされる機能を特定する、リプライＩＩを返信する。起動されたアプリケーションのＩＤを返信することも有効である。加入者は、通常のブラウジングセッションＩＩＩを開始する。ボイスブラウジングをサポートするために、拡張プロキシサーバ２内の加入者レコードに、特定の情報を記憶する必要がある。この情報は、ボイスブラウジングをｏｎ／ｏｆｆするかについての指示、ボイスブラウジングの起動用のオプションのキーワード、ウェブページあるいはアクセスされるウェブコンテンツ内に挿入するオプションのハイパーリンク名、を含み、選択される場合には、テレフォニープラットホーム３のＡＳＲと移動局１間の音声チャネルの開始を起動する。
【００２６】
加入者が、通常のブラウジングセッションを開始すると、拡張プロキシサーバ２へＨＴＴＰリクエストを送信することになる。拡張プロキシサーバ２はユーザを認証し、ボイスブラウジングがｏｎであるかどうかをチェックする（上述参照）。その上、ＩＶで、ＨＴＴＰリクエストがアプリケーションサービスプロバイダＡＳＰ４へ送信される。ボイスブラウジングが起動されている場合あるいはｏｎである場合、プロキシサーバは、特に、ユーザプロファイルに基づいて、上述の音声チャネルを開始する方法を選択する。これは、別の方法として、自動的（以下のＶＩＩＩ、ＩＸステップに対応）あるいはブラウジング中に特定のＨＴＴＰリンクをユーザが選択することによって起動する方法で実現することができる。これについては不図示あるいは本明細書では更には説明しないが、これは、本発明の概念に同様に含まれる。
【００２７】
ＡＳＰ４は、Ｖで、アクセスが要求されたＨＴＭＬ／ＸＨＴＭＬページを拡張プロキシサーバ２へ返信する。次に、拡張プロキシサーバは、ステップＶＩで、受信コンテンツを解析し、例えば、意味のあるキーワードを検出するためのシンタックスアナライザを使用して、コンテンツあるいはウェブページ内のパラグラフを分析する。もちろん、他の分析方法も、上述のように使用することができる。選択的には、ハイパーリンク名内の単語がキーワードとして選択されても良い。しかしながら、選択されたキーワードは、ダウンロードされた語彙の一部である必要があり、かつ音声コマンドにかなり類似するあるいは同様のものであってはならない。次に、キーワードは、例えば、ページ内で、ハイライトされるように強調される。これは、例えば、アンダースコアを付加するような別の方法で実現することができる。コマンド間の識別情報が十分に存在する場合の状態では、即ち、それらが全く類似していない場合の状態では、キーワードがいくつかのマルチワード音声コマンド内で提示される可能性がある。各ブラウジングセッションに対して、ボイスブラウジングセッションのＩＤ、加入者のＭＳＩＳＤＮ及び選択されたキーワードは、拡張プロキシサーバ２に記憶されるべきである。次に、ＶＩＩで、変更されたコンテンツあるいはページは、拡張プロキシサーバ２によって、移動局１へ送信される。
【００２８】
次に、認証ユーザに対して、ＶＩＩＩで、ボイスブラウジングセッションがＡＳＲ３１で開始される。リクエストには、ボイスブラウジングセッションＩＤ、エンドユーザＭＳＩＳＤＮ及びアプリケーションＩＤ（これは、上述のステップＩＩで提供される場合）が含まれるべきである。テレフォニープラットホーム３は、特定されたＭＳＩＳＤＮを使用して、移動局１への発呼を実行する。ＩＸで、データセッションチャネルと同時に、ボイスチャネルがＡＳＲ及びＭＳ１間で開始される。これは、上述のステップＩＶで説明される音声チャネルの自動開始に対応する。上述のように、音声チャネルは、特定のハイパーリンクへのユーザ選択を介して、手動でｏｎ及びｏｆｆに切り替えることができる。更にまた別の構成では、移動局が音声サービス用にボイスオーバＩＰを使用する場合、ボイスブラウジングプロキシはデータチャネルだけを使用する可能性がある、つまり、特定の音声チャネルは開始用には必須ではない。尚、これについては、本明細書では更に説明しないが、特定実施形態に関連する。
【００２９】
音声チャネルが開始された後、即ち、発呼がユーザによって応答される場合、ＡＳＲ３１は、Ｘで、ステータスデータを拡張プロキシサーバ２へ返信する。また、ＡＳＲ３１は、ＸＩで、エンドユーザによって与えられる音声コマンドで認識されるキーワードをプロキシへ送信する。特に、各キーワードには、その認識率が付随される（accompany）。拡張プロキシサーバ２はキーワードを解析し、そのキーワードと、上述のＶＩで選択されたものとの照合を試行する。ハイライトされているキーワードのいくつかがコマンドで認識されるキーワードに関係する信頼度に対応する場合、あるいは音声確認が起動される場合、拡張プロキシサーバ２は、再生用のテキストをテレフォニープラットホーム３のＡＳＲ３１へ送信する。エンドユーザからのリプライに基づいて、拡張プロキシサーバ２は、どのリンクが使用されるべきかについての決定を後に行う。説明を簡単にするために、音声プロンプトについては図示しない。こうして、リンクが検出されると、拡張プロキシサーバ２は、ＸＩＩで、ＧＥＴリクエストをＡＳＰ４へ送信するために、そのリンクを使用する。ＸＩＩＩで、リプライが拡張プロキシサーバ２へ提供され、かつリプライが受信されると、ステップＸＩを参照して説明されるように、コンテンツが拡張プロキシサーバ２によって処理される。続いて、拡張プロキシサーバ２は、そのページを移動局１のユーザエージェントへプッシュする。
【００３０】
想定したボイスブラウジングアーキテクチャ及びキーワードの選択は、通常の方法で、移動局のユーザエージェントとボイスブラウザ間の同期の問題を解決する。つまり、拡張プロキシサーバは、受信して検証されたコンテンツページから自動的にキーワードを抽出するので、ＨＴＭＬ／ＸＨＴＭＬコンテンツに対して専用の音声フォーマットを開発する必要はない。加えて、いくつかのハイパーリンクを音声コマンドを使用して識別した後に、コンテンツの更新を行わせるために使用されるプッシュメカニズムによって、マルチモーダルユーザ入力は常に同期することになる。同期を行うための有効な方法は、セマフォオブジェクトに基づいている。コンテンツ更新等を行わせるために使用されるプッシュメカニズムは、以下で、図６を参照して更に説明する。
【００３１】
本発明に従えば、コンテンツには新たなタグは決して追加されない。拡張プロキシサーバによってコンテンツのみに実行される変更、例えば、色のようなタグ属性の変更が成され、こうして、ユーザは、ブラウジングする場合にどのキーワードを使用するかがわかる。その結果、既存ブラウザがクラッシュするというリスクは発生しない。この原理は、任意のブラウザで使用することができる。また、新しいものは発生しないので、即ち、コンテンツ内あるいはウェブページ内には新たなタグが発生しないので、ブラウジングには支障がない。リンクのクリック操作に代って、ユーザは、リンクに関連付けられているキーワードを選択するための自然言語コマンドを使用する。キーワード検出（spotting）機能によって、ユーザは、キーワードを含む任意の単語列を使用することができる。実際には、拡張ボイスブラウジングプロキシサーバがキーワードを選択し、それを、ある方法で強調することによって、あるいは別の方法、即ち、ハイライトにする、アンダースコアを付加するあるいはその類の方法を介して、キーワードをエンドユーザが視認できるようする。ブラウザに対するインタフェースにおける変更はなく、ここでも、ＨＴＭＬ／ＸＨＴＭＬ（これらのマークアップ言語が使用される場合）のままである。加えて、マルチモーダル移動局はリモート音声認識部と通信する必要はない。移動局は、音声タグを受信することはない。代りに、拡張プロキシサーバがリモート音声認識部ＡＳＲと通信する。これは、端末からＡＳＲに対する新規のインタフェースが設計される必要がないことを意味する、あるいは最悪の場合、端末内で新規のインタフェースが設計される必要がないことを意味する。また、これは、すべての既存デュアルモード端末を変更しないで使用できることを意味する。本発明に従えば、また、上述したように、ルールに基づく考え方がキーワードを選択するために使用され、これは、コンテンツ変換が拡張プロキシサーバによって自動的に実行することができることを意味する。これは、コンテンツ内の既存リンクがこの目的のために使用されるので、実現可能である。リンク名あるいはリンクに関連付けられているパラグラフ内の単語が、拡張プロキシサーバによってキーワードとして選択される、これは、単純なソリューションである。但し、もちろん、より複雑なルールを使用することもできる。これは、キーワードの動的選択がキーワード検出メカニズムによって可能であることを意味する。
【００３２】
図３は、ある程度は汎用的な方法である、一実施形態に従う処理ステップを示している。ここでは、まず、従来のブラウジング機能を有する任意の適切なプロキシサーバの原理で、プロキシサーバに拡張機能が提供されていることを想定し、これは、１００で、ボイスブラウジングをサポートしている。次に、拡張プロキシサーバは、１０１で、語彙の特定のために、ＡＳＲを有するテレフォニープラットホームにクエリーを送信する。次に、１０２で、関連する語彙と、好ましくは、関連アプリケーションのアプリケーションＩＤが、テレフォニープラットホーム／ＡＳＲから拡張プロキシサーバに対し提供される。
【００３３】
続いて、ＭＳユーザエージェントは、ＧＥＴリクエスト（例えば、ＨＴＴＰ）を拡張プロキシサーバへ送信し、それは、（サーバ内で）、ボイスブラウジングが起動されているか（ｏｎ）が判定され、肯定判定である場合、そのリクエストは、１０３で、ＡＳＰへ送信される。（また、従来のリクエスト（即ち、ボイスブラウジングでない）に対しては、そのリクエストは、もちろんＡＳＰへ送信されるが、それ自体については周知である。）ボイスブラウジングが起動されている場合（ｏｎ）、プロキシサーバは、１０４で、音声チャネルを開始するための適切な方法を選択する。ＡＳＰは、１０５で、リクエストされたオリジナルページで、拡張プロキシサーバに応答を送信する。次に、拡張プロキシサーバは、キーワードをサーチする。これが検出される場合、これらは、１０６で、ハイライト表示等の適切な方法で示される。その上、拡張プロキシサーバは、１０７で、上述のように（ハイライト表示されたあるいはその類で表示されたキーワード）変更されたページで、応答（ＨＴＴＰ）をＭＳユーザエージェントへ送信する。
【００３４】
選択された音声チャネル開始方法によって、１０８で、音声チャネルがＡＳＲ／テレフォニープラットホーム及びＭＳ間で、拡張プロキシサーバによって開始される。ＡＳＲ／テレフォニープラットホームは、１０９で、エンドユーザからの音声ストリームで認識されているキーワードに関する通知を拡張プロキシサーバへ送信する。次に、拡張プロキシサーバは、１１０で、認識されたキーワードと変更されたページ内で示されるキーワードと比較し、ＧＥＴリクエストを、新規のＨＴＴＰアドレスに対するＡＳＰへ送信する。そして、１１１で、ＭＳユーザエージェントが、拡張プロキシサーバを介して、新規のページで更新される。
【００３５】
同一の処理が、図４のシーケンス図を参照してより詳細に示される。（図２のブロック図の参照も行う。）拡張プロキシサーバ（いわゆる、ボイスブラウジングプロキシ）は、１で、バインドリクエストをＡＳＲ／テレフォニープラットホームへ送信する（即ち、認識された語彙に対してクエリを発行する）。ＡＳＲ／テレフォニープラットホームは、２で、語彙とアプリケーションＩＤを有するバインドリプライをボイスブラウジングプロキシへ返信する。ＭＳユーザエージェントは（ここでは）、３で、ＨＴＴＰ  ＧＥＴリクエスト（ｈｔｔｐアドレス）をボイスブラウジングプロキシへ送信し、これは、４で、ＨｔｔｐＧｅｔ（ｈｔｔｐアドレス）をＡＳＰへ送信する。ボイスブラウジングがＯＮである場合、音声チャネル起動方法が検索される。ＡＳＰは、５で、ＨＴＴＰ応答（オリジナルページ）をボイスブラウジングプロキシへ提供する。
【００３６】
次に、ボイスブラウジングプロキシは、６で、キーワードをサーチし、それをハイライト表示する、あるいはアンダースコアを付加する。もちろん、いくつかの他の方法を、キーワードを示すために使用することもできる。ここで、変更されたページが、７で、ＨＴＴＰ応答でＭＳユーザエージェントに提供される。次に、８で、関連アプリケーションＩＤ、セッションＩＤ及びＭＳＩＳＤＮ（ＭＳに対する）に関する音声チャネルが、ＡＳＲ／テレフォニープラットホームに送信されるリクエストを介して、ボイスブラウジングプロキシによって開始される。次に、ＡＳＲ／テレフォニープラットホームは、ステップ９で、特定されたＭＳＩＳＤＮのＭＳ電話への発呼を実行し、１０で、ボイスブラウジングプロキシに対し与えられるセッションＩＤ、即ち、ステータスデータに対して、音声チャネルが開始されることを応答確認する。また、１１で、セッションＩＤ、音声コマンド及び認識率、認識キーワードにおけるプロキシを含む通知で、通知がなされる。（発呼は、ユーザによって応答される。）好ましくは、各キーワードには、各認識率が付随されている。
【００３７】
ボイスブラウジングプロキシは、認識されたキーワードと、ページ内のハイライト表示されたキーワードとの照合あるいは比較を試行する。照合しない場合は、音声プロンプトが使用されても良い。ボイスブラウジングプロキシによってリンクが検出されていると想定すると、このリンクを使用して、ボイスブラウジングプロキシは、１２で、ＧＥＴリクエスト（ＨｔｔｐＧｅｔ（新規のＨｔｔｐアドレス））をＡＳＰへ送信する。ＡＳＰからの応答（Ｈｔｔｐ応答（新規ページ））の受信後、１３で、コンテンツが処理され、ＭＳユーザエージェントが新規ページで更新され、これは、１４で、ＭＳユーザエージェントにプッシュされる。これによって、図６を参照してより詳細に説明されるように、同期が確立される。
【００３８】
図５は、キーワード分析を実現する本発明の一実施形態に従うキーワード選択メカニズムを示している。まず、２００で、キーワード分析が初期化されることが決定される。ここで、関連シンタックスルールの確認用のハイパーリンクパラグラフ内のキーワードに対するサーチを介して、２０１で、分析が実行される。次に、２０２で、任意のキーワード（群）が検出されるかについて確認される。確認されない場合、２０３で、語彙キーワードルックアップが実行される、即ち、認識された語彙からキーワードを検出するためのサーチが実行される。一方、キーワード（群）が検出される場合、２０６で、キーワード分析が完了する、即ち、ステップ２０２あるいはステップ２０３でキーワードが検出される場合である。
【００３９】
しかしながら、キーワードルックアップの結果が否定判定である場合、２０５で、ハイパーリンクの番号付けが実行される。これは、番号がハイパーリンクあるいはテキストパラグラフに割当られることを意味する。そして、キーワード解析が終了される。
【００４０】
図６は、本発明の一構成に従って使用することができる同期メカニズムの例を示す。これは、ＭＳユーザエージェントと拡張プロキシサーバ（ボイスブラウジングプロキシとも示される）間の同期メカニズムに関するものである。まず、ＭＳユーザエージェントは、２１で、ＧＥＴリクエストをボイスブラウジングプロキシへ送信する。プロキシは、２２で、そのリクエストをＡＳＰへ送信する。一方、ＡＳＰは、２３で、オリジナルページで、ボイスブラウジングプロキシに応答する。次に、タイマー要素をページ内に導入して、スクリプトのリロードを制御し、プロキシは、２４で、変更されたページの更新セマフォ（ＯＦＦ）で応答をＭＳユーザエージェントに送信する。タイマの終了で（タイムアウトで）、ＭＳユーザエージェントは、２５で、セマフォスクリプトアドレスの更新を特定するＧＥＴリクエストをプロキシへ送信する。
【００４１】
ボイスブラウジングプロキシは、更新セマフォスクリプト（ＯＦＦ）での応答をＭＳユーザエージェントに送信する。次に、ＡＳＲ／テレフォニープラットホームは、２７で、セッションＩＤ、音声コマンド及び好ましくは認識率（probability）を有する通知をプロキシへ送信する。新規ページのアドレスは、音声コマンドと指定されている（例えば、ハイライト表示されている）キーワードとの照合を通して判定される。ボイスブラウジングプロキシで、２８で、セマフォは、音声コマンドが認識されるかに関わらず、スクリプトによってＯＮに設定される。タイムアウト時に、即ち、タイマの終了時に、ＭＳユーザエージェントは、２９で、セマフォスクリプトアドレスの更新を特定するＧＥＴリクエストをボイスブラウジングプロキシへ送信する。更新セマフォスクリプト（ＯＮ）での応答が、３０で、ボイスブラウジングプロキシによってＭＳユーザエージェントに返信される。次に、ＭＳユーザエージェントは、３１で、ＧＥＴリクエスト（リロードページアドレス）をボイスブラウジングプロキシへ送信する。プロキシは、リロードページアドレスを認識し、それをボイスブラウズされるページのアドレスに置換する。プロキシは、３２で、ＧＥＴリクエストを新規のアドレスに対するＡＳＰへ送信する。新規ページでの応答が、３３で、ＡＳＰからプロキシへ提供され、３４で、これを、ＭＳユーザエージェントに送信する。
【００４２】
つまり、この構成では、ＭＳ内のユーザエージェントとボイスブラウジングプロキシ間の同期メカニズムは、ボイスブラウジングプロキシによってオリジナルのＸＨＴＭＬコンテンツに挿入されるセマフォオブジェクト（クライアントセマフォ）に基づいている。セマフォ（プロキシセマフォ）のオリジナルコピーはプロキシに記憶され、ボイスブラウズされるコンテンツがＭＳへの「プッシュ」対象を必要とする時に、ＯＮに設定される。プロキシセマフォの値を用いる、クライアントセマフォの定期的な更新を通して、同期が達成される。全コンテンツに代って、ページ内のオブジェクトの１つを更新するためには、かなりわずかな帯域幅が必要とされる。クライアント側では、クライアントセマフォは、原始的にロードされているＸＨＴＭＬと一緒にダウンロードされたスクリプトによって継続的にチェックされて、ページ／カードＧＥＴがプロキシによって指示されているかについてを検出する。クライアント側からのこのＧＥＴリクエストは、実際には、ボイスブラウズされるコンテンツのプロキシ「プッシュ」をシミュレートする手段である。プロキシ側では、プロキシセマフォは、音声コマンドが認識されているかに関わらず、スクリプトによってＯＮに設定される。クライアントセマフォが更新された後に、プロキシセマフォリセットが発生し得る。
【００４３】
ＸＭＬ言語は、セマフォ要素タイプをサポートしないので、言語特定パラダイムが使用されるべきである。以下では、ＷＭＬ（無線マークアップ言語）２．０仕様について参照する。ＷＭＬスクリプトライブラリは、提案する機能を好適に実現するために使用される。
【００４４】
クライアントセマフォは、ＷＭＬスクリプト変数によってモデル化される。このスクリプトはプロキシから検索され、そのメインタスクは、ボイスブラウズされたページ／カードをフェッチするＨＴＴＰ  ＧＥＴ方法を起動することである。プロキシは、スクリプトの２つのバージョンを記憶している。一方が、セマフォが「ＯＮ」に設定されるものであり、他方で、セマフォが「ＯＦＦ」に設定されるものである。しかしながら、プロキシセマフォステータスを反映するコピーだけは、クライアントがスクリプトを参照するＵＲＬディレクトリに配置されることになる。以下は、実現可能なスクリプトの構成を示している。
【００４５】
extern function updateSemaphhore()
{
var sepaphore = "semaphoreValue";
if (semaphore = "ON")
{
val url = "http://browsingProxy.ericsson.se/wml/getPage.wml";
WMLBrowser.go(url);
}
}
【００４６】
更新セマフォスクリプトの定期的な実施は、プロキシによってオリジナルＷＭＬページ／カードに挿入されるタイマー要素を使用して達成される。タイマーが終了すると、バイナリースクリプトがプロキシからフェッチされ、実行される。セマフォはｏｎに設定されているべきであり、ＨＴＴＰ  ＧＥＴが発行されて、ボイスブラウズされているページ／カードをフェッチする。プロキシは、クライアントのリクエスト内のＵＲＬを音声コマンド解釈結果の１つに再割当し、ＨＴＴＰ  ＧＥＴをＡＳＰへ発行する。つまり、ボイスブラウズされているコンテンツは、ユーザを介在しないで、ユーザエージェントへダウンロードすることができる。セマフォは、以下のようなＷＭＬカードから発呼することもできる。
【００４７】
＜card＞
＜onevent type="timer"＞
＜go href="http://browsingProxy.ericsson.se/scripts/semaphore.
wml/s#updateSemaphore()"/＞
＜/onevent＞
＜/card＞
【図面の簡単な説明】
【００４８】
【図１】本発明に従う構成のブロック図である。
【図２】一実施形態に従う詳細方法での処理を示す図１のブロック図である。
【図３】本発明に従うボイスブラウジング機能を含む拡張プロキシサーバのブロック図である。
【図４】本発明に従う処理を示すフロー図である。
【図５】本発明に従う構成で、ボイスブラウジングがウェブコンテンツのアクセスに対して使用される場合の処理の詳細を示すフロー図である。
【図６】通常のブラウジングとボイスブラウジング間の同期処理の一実施形態を示すフロー図である。
【図１】
2005530279.tif 000003
【図２】
2005530279.tif 000004
【図３】
2005530279.tif 000005
【図４】
2005530279.tif 000006
【図５】
2005530279.tif 000007
【図６】
2005530279.tif 000008
【国際調査報告】
2005530279.tif 000009
2005530279.tif 000010
2005530279.tif 000011