(57)【特許請求の範囲】
【請求項１】
複数種類のクライアント／アクセス・デバイスとの接続を、所定の時間枠の間、捕捉するマルチモーダル対応可能な捕捉モジュールと、
電話機と音声対応可能で前記捕捉モジュールと該電話機の仲介をする音声ブラウザ手段と、
前記クライアント／アクセス・デバイスのサポートされるフォーマットに出力データを変換するトランスコーダと、
前記クライアント／アクセス・デバイスからの要求に応答して情報供給源から情報を取り出し、該情報の前記トランスコーダにより変換したデータを前記クライアント／アクセス・デバイスへ提供する会話ブラウザ手段と、ここで、前記情報供給源によって供給される前記情報は、ＧＵＩ、ＨＴＭＬ、ＷＭＬ、ＣＨＴＭＬ、ＨＤＭＬ、ＶｏｉｃｅＸＭＬ又はこれらの組合せフォーマットに変換されるマルチモーダル情報であり、
前記会話ブラウザ手段によってアクセス可能な、情報供給源の索引、前記情報供給源に関連する関連情報、前記情報供給源から取り出した情報、およびそれらの組合せの１つを、マルチモーダル情報として、格納するポータル・ディレクトリ・データベースと、
を含む会話ポータル手段において、
前記マルチモーダル情報が、クライアントに関して行われるマルチモーダル・ダイアログ（マルチモーダルの情報交換および対話）を指定・作成する言語であるＣＭＬで表現されていたときに、前記トランスコーダが、前記マルチモーダル情報についてＣＭＬ解析を行って前記マルチモーダル情報を相互に同期化して変換する、
前記クライアント／アクセス・デバイスの機能を登録プロトコルに基づいて検出して、必要な場合にどのフォーマットに変換するかを判定する、
前記クライアント／アクセス・デバイスが捕捉状態に保持される少なくとも１つの所定の時間枠の間、広告、サービス、およびこれらの組合せの１つを提供する、
会話ポータル手段。
【請求項２】
前記クライアント／アクセス・デバイスが、サイトからサイトへのページ取出の間の時間枠中、捕捉状態に保持される、請求項１に記載の会話ポータル手段。
【請求項３】
前記クライアント／アクセス・デバイスによってリンクが直接に要求された時に解放される、請求項２に記載の会話ポータル手段。
【請求項４】
前記少なくとも１つの所定の時間枠が、異なる情報供給源の間のリンクの取出の間の時間枠である、請求項１に記載の会話ポータル手段。
【請求項５】
前記広告およびサービスが、マルチモーダル情報として提供される、請求項１に記載の会話ポータル手段。
【請求項６】
情報供給源から得られたオーディオ・データおよびマルチメディア・データをセグメント化し、索引を付ける、オーディオ索引付けシステムと、
前記索引付けされたオーディオ・データおよびマルチメディア・データを格納するマルチメディア・データベースと
をさらに含む、請求項１に記載の会話ポータル手段。
【請求項７】
前記トランスコーダが、前記クライアント／アクセス・デバイスからの要求に応答して前記マルチメディア・データベースから所望のセグメントを取得し、前記クライアント／アクセス・デバイスの機能に基づいて変換する、請求項６に記載の会話ポータル手段。
【請求項８】
前記会話ブラウザ手段が、マルチメディア・データに索引を付け、前記マルチメディア・データベースに格納するために、少なくとも１つの情報供給源から前記マルチメディア・データを周期的にダウンロードする、請求項６に記載の会話ポータル手段。
【請求項９】
前記会話ポータル手段が、前記マルチメディア・データベース内に、前記クライアント／アクセス・デバイスからの要求によって選択されたマルチメディア・セグメントを含むプログラムを維持する、請求項６に記載の会話ポータル手段。
【請求項１０】
前記クライアント／アクセス・デバイスからの要求に応じて、ブロードキャストのために前記プログラムの所望のセグメントを選択する、請求項９に記載の会話ポータル手段。
【請求項１１】
前記クライアント／アクセス・デバイスが無線電話であり、前記プログラムが、ラジオ・オン・デマンド・サービスを含む、請求項９に記載の会話ポータル手段。
【請求項１２】
情報にアクセスするシステムであって、
少なくとも１つの入出力モーダリティを有するアクセス・デバイスと、
コンテンツ・サーバと、ここで、前記コンテンツ・サーバが、マルチモーダル・コンテンツ・ページ、マルチモーダル・アプリケーション、又は、その両方をマルチモーダル情報として提供しており、
前記アクセス・デバイスから通信される要求に応答して、前記コンテンツ・サーバから情報を取り出し、前記アクセス・デバイスの入出力機能を検出して、その機能に基づいて該情報を変換し、前記アクセス・デバイスへ該情報の提供を行う会話ポータル手段と、ここで、前記会話ポータル手段が、マルチモーダル・コンテンツ・ページ又はマルチモーダル・アプリケーションを、検出した前記入出力機能に基づいて、変換するポータル・トランスコーダ、及びコンテンツ・サーバ・アドレスのディレクトリを含むポータル・ディレクトリ・データベースを含み、更に、前記ポータル・ディレクトリ・データベースが、少なくとも１つのコンテンツ・プロバイダに関連する、前記会話ポータル手段によってホスティングされる、マルチモーダル・コンテンツ・ページ、マルチモーダル・アプリケーション、又は、その両方を含み、
前記会話ポータル手段によってアクセス可能な、コンテンツ・プロバイダのサイトの情報をマルチモーダル情報に変換するプロキシ・トランスコーダと、
を含むシステム。
【請求項１３】
前記会話ポータル手段が、前記アクセス・デバイスの前記入出力機能に基づいて、マルチモーダル・コンテンツ・ページ又はマルチモーダル・アプリケーションを取り出し、処理する会話ブラウザ手段を含む、請求項１２に記載のシステム。
【請求項１４】
前記アクセス・デバイスが、前記会話ポータル手段によって受信されたマルチモーダル・コンテンツ・ページ又はマルチモーダル・アプリケーションを処理し、提示するローカル会話ブラウザ手段を含むマルチモーダル・デバイスである、請求項１２に記載のシステム。
【請求項１５】
前記会話ポータル手段が、事前に指定された電話番号を呼び出すことによってアクセスされる、請求項１２に記載のシステム。
【請求項１６】
通信ネットワークを介する情報へのアクセスを提供する方法であって、
複数種類のアクセス・デバイスとの接続を、所定の時間枠の間、捕捉するマルチモーダル対応可能な捕捉モジュールと、電話機と音声対応可能で、前記捕捉モジュールと該電話機の仲介をする音声ブラウザ手段と、前記アクセス・デバイスのサポートされるフォーマットに出力データを変換するトランスコーダと、前記アクセス・デバイスからの要求に応答して、情報供給源から供給されＧＵＩ、ＨＴＭＬ、ＷＭＬ、ＣＨＴＭＬ、ＨＤＭＬ、ＶｏｉｃｅＸＭＬ又はこれらの組合せフォーマットに変換されるマルチモーダル情報を取り出し、該マルチモーダル情報の前記トランスコーダにより変換したデータを前記アクセス・デバイスへ提供する会話ブラウザ手段と、前記会話ブラウザ手段によってアクセス可能な、情報供給源の索引、前記情報供給源に関連する関連情報、前記情報供給源から取り出した情報、およびそれらの組合せの１つを、マルチモーダル情報として、格納するポータル・ディレクトリ・データベースとを有する会話ポータル手段に、前記アクセス・デバイスがアクセスするステップと、
前記会話ポータル手段が、前記アクセス・デバイスのユーザ識別／検証を行うステップと、
前記会話ポータル手段が、前記アクセス・デバイスの機能に基づき、選択可能なメニュー・オプションを提示するステップと、
前記アクセス・デバイスの検索要求を前記会話ポータル手段が受け取るステップと、
前記会話ポータル手段によって、前記検索要求に応答して前記情報を取り出すステップと、
前記情報を取り出すステップが実行される間に前記アクセス・デバイスを捕捉状態に保持するステップと、
前記アクセス・デバイスが捕捉状態に保持される所定の時間枠中に、前記アクセス・デバイスに広告、サービス、又は、それらの組合せを提示するステップと
前記会話ポータル手段によって、前記アクセス・デバイスの機能に基づいて、前記アクセス・デバイスへの前記情報の提示又はサービスを行うステップと、
前記会話ポータル手段が、前記アクセス・デバイスの機能を検出するステップと、
前記取り出された情報が、ユーザに関して行われるマルチモーダル・ダイアログ（マルチモーダルの情報交換および対話）を指定・作成する言語であるＣＭＬで表現されていたときに、前記マルチモーダル情報についてＣＭＬ解析を行って前記マルチモーダル情報を相互に同期化し、前記検出された機能に対応する少なくとも１つのフォーマットにトランスコーディングするステップと
を含む方法。
【請求項１７】
前記取り出された情報が、マルチモーダル・コンテンツ・ページ、マルチモーダル・アプリケーション、又は、その両方を含む、請求項１６に記載の方法。
【請求項１８】
前記会話ポータル手段によって、ブロードキャスト・オン・デマンド・サービスを提供するために、登録加入者用のプログラムを維持するステップ
をさらに含む、請求項１６に記載の方法。
【請求項１９】
前記会話ポータル手段によって、情報供給源からオーディオ・データ又はマルチメディア・データを得るステップと、
前記会話ポータル手段によって、前記オーディオ・データ又はマルチメディア・データをセグメント化するステップと、
索引付けシステムによって、セグメント化された前記オーディオ・データ又はマルチメディア・データに索引を付けるステップと、
マルチメディア・データベースによって、索引を付けられた前記オーディオ・データ又はマルチメディア・データを格納するステップと
をさらに含む、請求項１６に記載の方法。
【請求項２０】
前記会話ポータル手段によって、前記アクセス・デバイスからの要求に応答して前記マルチメディア・データベースから所望のセグメントを取得するステップと、
前記会話ポータル手段によって、前記アクセス・デバイスの機能に基づいて、所望のセグメントの前記オーディオ・データ又はマルチメディア・データをトランスコーディングするステップと
をさらに含む、請求項１９に記載の方法。
【請求項２１】
前記会話ポータル手段によって、マルチメディア・データに索引を付け、前記マルチメディア・データベースに格納するために、少なくとも１つの情報供給源から前記マルチメディア・データを周期的にダウンロードするステップとをさらに含む、請求項１９に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、全般的には通信ネットワークを介して情報にアクセスするシステムおよび方法に関し、具体的には、会話ブラウズおよびマルチメディア・アクセス・オン・デマンドなどのサービスを提供するのに会話ブラウザを使用する会話ポータルに関する。
【０００２】
【従来の技術】
コンピューティングの世界は、数十億の相互接続されたパーベイシブ・クライアントが強力な情報サーバと通信する年代に向かって発展しつつある。実際、この千年期は、ユビキタス情報アクセスを人生の受け入れられる事実にする複数の情報デバイスの可用性という特徴を持つことになる。この、インターネット、無線ネットワーク、または自発的ネットワーク（BluetoothおよびJiniなど）を介して相互接続された数十億のパーベイシブ・デバイスに向かう発展は、人間−計算機対話の基礎となる原理に大きい変革を起こすことになる。近い将来に、パーソナル情報デバイスが、ユビキタス・アクセスを提供し、ユーザの現在の必要および能力に最適の対話モーダリティを使用して、いつでもどこでもあらゆる情報を作成し、操作し、交換する能力がパーソナル情報デバイスに与えられる。そのようなデバイスには、従来の電話機、セル電話、スマート・ホン、ポケット・オーガナイザ、ＰＤＡ、およびＰＣなどの、ユーザとの通信に使用されるインターフェース周辺機器が大きく異なる、馴染みのあるアクセス・デバイスが含まれる。それと同時に、この発展が進行するにつれて、ユーザが、これらのさまざまな情報デバイスによって提供されるユーザ経験の一貫性のあるルック、サウンド、およびフィールを要求するようになる。
【０００３】
情報の可用性の増加は、この情報を操作するために各ユーザが使用可能な計算能力の向上と共に、人間−計算機通信の帯域幅を増やすことを付随的に必要とする。それぞれが所与の時点でのユーザの特定の必要および能力に合わせて設計された複数の機器を介して情報にアクセスする能力は、これらの対話で、人間−計算機通信の帯域幅を最大にするためにすべての使用可能な入出力（Ｉ／Ｏ）モーダリティを活用しなければならないことを必ず意味する。実際、ユーザは、手を使う必要がなく、目を使う必要がない環境での情報デバイスとの対話を最大にするために、そのようなマルチモーダル対話を要求するようになる。
【０００４】
残念ながら、現在のインフラストラクチャは、情報へのシームレスでマルチモーダルなアクセスを提供するように完全に構成されてはいない。実際、アクセス・デバイスを使用してネットワーク上のサーバから過多な情報にアクセスできる（たとえば、専用ネットワーク上で使用可能な個人情報および企業情報、インターネットなどのグローバル・コンピュータ・ネットワークを介してアクセス可能な公開情報など）が、そのような情報の可用性は、ユーザがそのような情報を得るために対話しているクライアント／アクセス・デバイスまたはプラットホーム固有ソフトウェア・アプリケーションのモーダリティによって制限される可能性がある。
【０００５】
たとえば、現在、所望の情報を得るために、さまざまなネットワーク上でアクセスできるさまざまな種類のポータル（またはゲートウェイ）がある。たとえば、周知のＷＷＷ（ワールド・ワイド・ウェブ）ポータルには、Yahoo!（インターネットに対してオープンであり、ユーザに対してオープンである）およびＡＯＬ（インターネットに対してオープンであり、加入ユーザが所有コンテンツにアクセスできる）が含まれる。これらのポータルには、通常は、ウェブ・サイトのディレクトリ、検索エンジン、ニュース、気象情報、電子メール、株呼び値などが含まれる。残念ながら、通常は、完全なＧＵＩ機能を有するクライアント／アクセス・デバイスしか、情報にアクセスするためにそのようなウェブ・ポータルを利用することができない。
【０００６】
他のポータルには、通常は電話会社または無線通信業者（加入ユーザに所有コンテンツを提供する）によって提供される無線ポータルが含まれる。これらの無線ポータルは、ＷＭＬ（wireless markup language）またはＣＨＴＭＬ（compact hypertext markup language）などの言語によって宣言的に駆動される限られたＧＵＩ機能を有するクライアント／アクセス・デバイスによってアクセスすることができる。しかし、これらの無線ポータルは、ボイスおよびＧＵＩなどのシームレス・マルチモーダル・アクセスを提供しない。というのは、人間の通信に別のボイス・モードが使用され、ＷＡＰ（wireless application protocol）アクセスおよびＷＭＬブラウズに別の別個のモードが使用されるからである。
【０００７】
さらに、ＩＶＲサービスおよび電話会社は、音声Ｉ／Ｏ機能だけを有するボイス・ポータル（所有コンテンツを加入ユーザに提供する）を提供することができる。ボイス・ポータルの場合、ユーザは、音声ブラウザを使用して、ＩＶＲサービスにアクセスするか、ボイス・ブラウズを実行することができる。残念ながら、ＧＵＩ機能だけを有するクライアント／アクセス・デバイスは、ボイス・ポータルからの情報に直接にアクセスすることができない。同様に、音声Ｉ／Ｏだけを有するクライアント／アクセス・デバイスは、ＧＵＩモーダリティでの情報にアクセスすることができない。したがって、人間−計算機通信の帯域幅は、現在、たとえばクライアント／アクセス・デバイスの使用可能なＩ／Ｏモーダリティおよび情報を提供するサーバに格納されたコンテンツのフォーマットによって、制限されている。
【０００８】
現在使用可能な他の情報供給源には、ラジオ番組およびテレビジョン（ＴＶ）番組へのアクセスを提供するさまざまなサービス・プロバイダ（たとえば、放送会社、ケーブル・サービス・プロバイダ、および衛星サービス・プロバイダ）が含まれる。これらのサービス・プロバイダの多くが、対話式ＴＶおよびブロードキャスト・プログラム・オン・デマンドを提供する。しかし、対話式ＴＶおよびブロードキャスト・プログラム・オン・デマンドを提供する従来の方法は、すべてが、所与のカタログの組からの特定の番組のユーザによる選択に頼る。たとえば、ユーザは、個人的に映画を注文することによって、所与の時刻に特定の映画を観ることを開始することを選択することができる。その代わりに、ユーザは、ある時刻（たとえば１５分ごと）に開始される新しいブロードキャストに参加することができる。
【０００９】
対話式ＴＶの場合、WebTVなどのサービスを使用して、ユーザが、番組に関連するリンク（たとえばウェブ・ページへのＵＲＬ）に従って、関係するメタ情報（すなわち、追加情報または新聞発表の原文または関係する会社または当事者のページなどの関係情報）にアクセスすることができる。他の対話式ＴＶの使用には、たとえば、視聴者の意見を調査することができる放送会社へのフィードバック送信、フィルムの中央バンクからの見られるビデオまたはフィルムの選択、または視聴者の要求に基づく映画または番組の結末の変更が含まれる。WebTVサービスおよびInteractive TVサービスの両方が、テレビジョン・セットに接続されるセットトップ・ボックスまたは特殊なセットトップ・ユニットを使用する。さらに、ペイパービュー・テレビジョンならびに次の映画を選択するために視聴者が投票する（電話またはウェブを介して）ことができるＴＶサービスを、対話式ＴＶの他の形態とみなすことができる。しかし、そのような事例のすべてにおいて、たとえば、達成できるパーソナライゼーションのレベルが、非常に限られている。
【００１０】
インターネット上では、さまざまなウェブ・サイト（たとえばBloomberg TVまたはBroadcast.com）が、ストリーミング・サウンド技法またはストリーミング・メディア技法を使用して、既存のラジオ局およびテレビ局からの放送を提供する。ウェブベースのビデオ・ストリームおよびオーディオ・ストリーミングを使用するウェブ・ブロードキャストは、テレビジョンまたは、たとえばRealnetworks PlayerまたはMicrosoft Windows Media Playerを使用するパーソナル・コンピュータなどのローカル・マシンにユーザがダウンロードし、再生することができる、事前にコンパイルされたビデオ・ラジオ・クリップに頼る。実際、WebTV対話式ＴＶ環境では、ダウンロードされたストリーム化された番組を、ＴＶ上で再生することができる。
【００１１】
テレテキスト・システムでは、ＡＳＣＩＩメタ情報のカタログが、ＴＶ番組と共にユーザのＴＶまたはセットトップ・ボックスにダウンロードされる。ユーザは、その後、後にダウンロードされる所望の項目を選択することができる。最終的に、新しいセットトップ・ボックスは、ローカル・ハード・ディスクまたはローカル・メモリ・システムに番組の圧縮版を格納する能力を提供して、番組中の一時停止または即時再生などのサービスを提供する。
【００１２】
上で説明したマルチメディア・サービスでは、ユーザが、興味のある番組をダウンロードできるようになるが、これらのサービスは、ユーザが自分の興味に基づいて自分のラジオ番組またはＴＶ番組を構成することができる真のブロードキャスト・オン・デマンド・サービスにアクセスする能力をユーザに提供しない。
【００１３】
【発明が解決しようとする課題】
したがって、所望の情報を取り出すか、パーソナライズされたブロードキャスト・プログラム・オン・デマンドを作成するか、その両方を行うためならびにいつでもプログラムを管理し変更するために、すべての種類のクライアント／アクセス・デバイスを介してどの位置からでもいつでもあらゆる情報供給源（たとえばＷＷＷ）へのマルチモーダル・アクセスを提供するシステムおよび方法の必要が存在する。
【００１４】
【課題を解決するための手段】
本発明は、どの位置からでも、いつでも、あらゆる種類のクライアント／アクセスを使用する、通信ネットワークを介する情報への会話（マルチモーダル）アクセスを提供する会話（マルチモーダル）ポータルを使用するシステムおよび方法を対象とする。本発明の１態様では、会話ポータルに、さまざまな入出力（Ｉ／Ｏ）モーダリティを有するクライアント／アクセス・デバイスとのマルチモーダル・ダイアログを行うことができる会話（マルチモーダル）ブラウザが含まれる。会話ブラウザは、要求元クライアント／アクセス・デバイスからの要求に応答して情報供給源（たとえば、インターネット上またはイントラネット／エクストラネット上に配置されたコンテンツ・サーバ）から情報（コンテンツ・ページ、アプリケーションなど）を取り出し、その後、要求元クライアント／アクセス・デバイスのＩ／Ｏモーダリティとの互換性を有するフォーマットで要求元クライアント／アクセス・デバイスに取り出された情報をサービスまたは提示する。
【００１５】
本発明のもう１つの態様では、コンテンツ・サーバによって提供されるコンテンツ・ページおよびアプリケーションが、マルチモーダルであり、ＣＭＬ（会話マークアップ言語）を使用して実施される。一実施形態では、ＣＭＬは、プラットホーム、またはコンテンツをレンダリング／処理するデバイスまたはブラウザのモーダリティから独立に会話対話（マルチモーダル・ダイアログ）を記述できるようにする複数の会話ジェスチャを使用するモーダリティ独立フォーマットで実施される。会話ポータルは、ＣＭＬ文書のローカル処理／レンダリングのために会話ブラウザを実行するアクセス・デバイスに直接にＣＭＬ文書をサービスすることができる。
【００１６】
本発明のもう１つの態様では、会話ポータルが、要求元クライアント／アクセス・デバイスの検出されたＩ／Ｏモーダリティに基づいてモーダリティ独立フォーマット（ＣＭＬ文書）を少なくとも１つのモーダリティ固有フォーマット（たとえばＨＴＭＬ、ＶｏｉｃｅＸＭＬ）に変換するトランスコーダを使用することによって、コンテンツ・ページおよびアプリケーションへのマルチチャネル・アクセスを提供する。
【００１７】
もう１つの態様では、会話ポータルが、マルチメディア・アクセス・オン・デマンドを提供する。会話ポータルには、情報供給源から得られたオーディオ・データおよびマルチメディア・データをセグメント化し、索引付けするためのオーディオ索引付けシステム、ならびに索引付けされたオーディオ・データおよびマルチメディア・データを格納するマルチメディア・データベースが含まれる。ユーザ要求に応答して、会話ブラウザは、所望のセグメントをマルチメディア・データベースから取得し、クライアントのＩ／Ｏ能力に基づいて、そのようなセグメントをクライアントに提示する。会話ポータルを用いると、加入ユーザは、データベースに格納された異なるセグメント（ニュース、ラジオなど）のタイプおよびそれらがユーザに再生／ブロードキャストされる順序をユーザが指定する、ブロードキャスト・プログラムを構成し、維持することができるようになる。会話ポータルによって提供されるブロードキャスト・プログラム・オン・デマンド・サービスは、どの位置からでも、いつでも、すべてのタイプのアクセス・デバイスを使用してアクセスすることができる。
【００１８】
【発明の実施の形態】
本発明は、どの位置からでも、いつでも、すべてのタイプのクライアント／アクセス・デバイスを使用する、コンピュータ・ネットワークを介する情報への「会話アクセス」を提供する「会話ポータル」（「会話ブラウザ」を含む）を使用するシステムおよび方法を対象とする。本明細書で使用する用語「会話」は、アクセス・デバイス／チャネルの機能に基づき、好ましくはオープンでインターオペラブルなプロトコルおよび標準規格を使用する、ユーザと計算機の間およびさまざまなモーダリティ（Ｉ／Ｏ機能）のデバイスまたはプラットホームの間のシームレスなマルチモーダル・ダイアログ（情報交換）を指すことを理解されたい。マルチモーダル・ダイアログには、音声のみ（たとえばＶｏｉｃｅＸＭＬ）、視覚のみ（ＧＵＩ）（たとえばＨＴＭＬ（ハイパーテキスト・マークアップ言語））、制限付きＧＵＩ（たとえばＷＭＬ（wireless markup language）、ＣＨＴＭＬ（compact HTML）、ＨＤＭＬ（handheld device markup language））などのモーダリティ、およびそのようなモーダリティの組合せ（たとえば音声およびＧＵＩ）が含まれる。さらに、各モーダリティ（またはモーダリティの組合せ）を、完全なＮＬ（自然言語）ユーザ・インターフェースとして実施して、万能会話ユーザ・インターフェース（ＣＵＩ）をもたらすことができる。
【００１９】
「会話」対話（または会話コンピューティング）および「会話ブラウズ」の概念は、本明細書で説明する例示的実施形態に関係するので、下で詳細に説明する。さらに、そのような概念の詳細な議論は、たとえば、国際特許出願第ＰＣＴ／ＵＳ９９／２２９２７号明細書、国際特許出願第ＰＣＴ／ＵＳ９９／２２９２５号明細書、および国際特許出願第ＰＣＴ／ＵＳ９９／２３００８号明細書を参照されたい。
【００２０】
本明細書で説明するシステムおよび方法を、ハードウェア、ソフトウェア、ファームウェア、専用プロセッサ、またはそれらの組合せのさまざまな形態で実施できることを理解されたい。具体的に言うと、本発明は、プログラム記憶装置（たとえば、磁気フロッピ・ディスク、ＲＡＭ、ＲＯＭ、ＣＤ−ＲＯＭなど）上で有形に実施され、適当なアーキテクチャを含むすべての装置または計算機によって実行可能であるプログラム命令を含むアプリケーションとして実施されることが好ましい。さらに、添付図面に示された構成要素システム・コンポーネントおよび処理ステップの一部が、ソフトウェアで実施されることが好ましいので、そのようなコンポーネントおよびステップの間の実際の接続が、本発明をプログラムする形に応じて異なる可能性があることを理解されたい。本明細書の教示を与えられた当業者は、これらおよび類似の本発明の実施形態または構成を企図することができる。
【００２１】
図１を参照すると、ブロック図に、コンピュータ・ネットワーク上の情報への会話アクセスを提供する、本発明の一実施形態によるシステム１０が示されている。一般に、システム１０には、会話ポータル１１が含まれ、会話ポータル１１は、１つまたは複数のクライアント／アクセス・デバイス１２ないし１６からマルチモーダル要求を受信し、それに応答して、ネットワーク１７（たとえばインターネット、イントラネット、ＬＡＮ（ローカル・エリア・ネットワーク）、またはBluetoothなどのアド・ホック・ネットワーク）上で１つまたは複数のコンテンツ・サーバ１８（たとえばウェブ・サーバ）から所望のコンテンツ・ページ、サービス、およびアプリケーションを取り出す。会話ポータル１１には、会話ポータル１１のサービス・プロバイダに関連するウェブ・サーバまたはＩＶＲ（対話式ボイス応答）サーバもしくはその両方を含めることができる。下で詳細に説明するように、会話ポータル１１には、クライアント／アクセス・デバイスのＩ／Ｏモーダリティに基づいて要求元クライアント／アクセス・デバイスとの会話ダイアログを行う機構が含まれる。
【００２２】
各クライアント／アクセス・デバイス１２ないし１６は、ネットワーク２９（たとえば無線、ＰＳＴＮ、ＬＡＮ、インターネット）を介する会話ポータル１１への通信を確立することができる。会話ポータル１１には、モーダリティとは独立に、電話番号またはＵＲＬを介してアクセスできることを諒解されたい。たとえば、クライアント／アクセス・デバイス１２ないし１６の構成に応じて、モデムを介するかＷＭＬ（またはセル電話または他の無線デバイスから直接にアクセス可能なアドレス）、ＨＴＭＬブラウザ・クライアント、ＶｏＩＰ（voice over internet protocol）を介するＶｏｉｃｅＸＭＬブラウザ・クライアント、または他の会話プロトコル用のＩＳＰを介するダイヤルアップ接続を使用して、会話ポータル１１との接続を行うことができる。同様に、電話番号（たとえば８００番）を使用して、これらのモーダリティのすべてについて会話ポータル１１への直接アクセス（すなわち、直接電話呼または会話ポータル１１によって直接に提供されるＩＳＰ機能）を提供することができる。
【００２３】
コンテンツ・サーバ１８は、対応するコンテンツ／ビジネス・ロジック１９を維持し、適当なデータベース動作およびレガシ・システム動作（たとえばＣＧＩスクリプトなどを介して）を実行する。コンテンツ／ビジネス・ロジック１９のデータベース内のコンテンツ・ページおよびアプリケーションは、ＨＴＭＬ、ＨＤＭＬ、ＸＭＬ、ＷＭＬ、およびすべてのＳｐｅｅｃｈＭＬフォーマット（たとえば音声ブラウザおよびＩＶＲプラットホームに関する会話ＵＩを宣言的に記述するための標準規格として提案された最近のＶｏｉｃｅＸＭＬ標準規格（www.voicexml.orgを参照されたい）など）などの１つまたは複数のレガシ・フォーマットで実施することができる。
【００２４】
好ましい実施形態では、コンテンツ・ページおよびアプリケーションが、マルチモーダルであり、ＣＭＬ（会話マークアップ言語）を使用して実施される。一般に、ＣＭＬは、所望のアプリケーションに基づいてユーザに関して行われる会話ダイアログ（マルチモーダルの情報交換および対話）を指定／作成するすべての言語を指す。ＣＭＬ文書は、たとえばそのような対話を作成するのに必要な情報を含む、宣言的ページとすることができる。
【００２５】
ＣＭＬ文書およびＣＭＬアプリケーションを、さまざまな形の１つで実施できることを諒解されたい。好ましい実施形態では、ＣＭＬコンテンツは、たとえば、複数の「会話ジェスチャ」を使用する、モーダリティ独立の単独オーサリング・フォーマットで実施される。手短に言うと、会話ジェスチャは、ユーザとのダイアログ対話の特徴を表し、プレゼンテーション材料をレンダリングするデバイスまたはアプリケーションによって提供される特性およびＵＩとは独立のダイアログの抽象表現を提供する、基本的ダイアログ・コンポーネントである。会話ジェスチャは、ダイアログを記述するために宣言的に（たとえばＸＭＬを使用して）または命令的／手続的にのいずれかで実施することができる。
【００２６】
有利なことに、会話ジェスチャの使用（コンテンツ／アプリケーションを生成するための）によって、そのコンテンツを処理またはレンダリングするデバイスのプラットホーム、ブラウザ、モーダリティ、または機能とは独立に、会話対話を記述することができるようになる。下で詳細に説明するように、ジェスチャベースＣＭＬ文書などのマルチモーダル文書を、会話（マルチモーダル）ブラウザを使用して処理して、マルチモーダル・ブラウザによって供給される異なるビューの間の緊密な同期化を提供することができる。さらに、特定の事前定義の規則を使用して、ジェスチャベースＣＭＬ文書のコンテンツを、特定のクライアント・ブラウザまたはアクセス・デバイスによってサポートされる１つまたは複数のモーダリティに自動的にトランスコーディングすることができる。たとえば、ＣＭＬ文書を、ＨＴＭＬ、ＸＨＴＭＬ、またはＸＭＬ（自動business-to-business交換用）、無線ポータル用のＷＭＬ、および音声アプリケーションおよびＩＶＲシステム用のＶｏｉｃｅＸＭＬなどの適当な宣言型言語に変換することができる。実際、下で説明するように、会話ポータル１１には、ＣＭＬページまたはＣＭＬアプリケーションを、クライアント／アクセス・デバイスの特定の１つまたは複数のモーダリティにトランスコーディングする／適応させるための機構が含まれる。したがって、使用される会話ジェスチャの組または使用されるトランスコーディング方法に無関係に、そのような手法が、本明細書で説明する真の「マルチモーダル／マルチチャネル」（すなわち、会話ポータル１１が、会話（マルチモーダル）ブラウザを実行するアクセス・デバイスに対するマルチモーダル文書（ジェスチャベースＣＭＬ文書など）をローカル会話ブラウザによる処理／レンダリングにサービスできるという意味で「マルチモーダル」、会話ポータル１１が、サポートされるモーダリティにＣＬＭを変換することによってマルチモーダルＣＭＬ文書のコンテンツをレガシ・ブラウザ（たとえばＨＴＭＬ、ＶｏｉｃｅＸＭＬ、ＷＭＬ）にサービスできるという意味で「マルチチャネル」）会話ポータルを可能にすることを諒解されたい。
【００２７】
もう１つの実施形態では、複数の視覚的マークアップ言語および聴覚的マークアップ言語を組み込むことによって、マルチモーダルＣＭＬ文書を実施することができる（すなわち、異なる対話モーダリティからの副文書を含むＣＭＬ文書）。たとえば、ＣＭＬ文書は、単一の文書内に、複数の表現された／サポートされるモーダリティのそれぞれからのマークアップ要素（たとえばＶｏｉｃｅＸＭＬタグおよびＨＴＭＬタグ）を組み込むことと、要素ごとに、異なるＭＬコンテンツを同期化させる同期化タグを使用すること（すなわち、あるモーダリティの所与のコマンドのアクションを、他のサポートされるモーダリティの対応するアクションと同期化させること）とによって実施することができる。
【００２８】
ジェスチャベースＣＭＬ文書と複数のＭＬを含むＣＭＬ文書の主な相違は、ジェスチャベース手法が単一のオーサリングを提供するのに対して、複数ＭＬ手法が複数のオーサリングを必要とすることである。さらに、ジェスチャベース手法は、マルチモーダル・ブラウズ実施形態での「緊密な」同期化を提供するが、これは、複数ＭＬ手法（「疎な」同期化を提供することがしばしばである）を使用して達成することがより困難である。どの場合でも、マルチモーダルＣＭＬ文書は、たとえば既知の標準規格ＸＳＬＴまたはＸＳＬで表現可能な標準木変換を使用して、特定の対話モーダリティについて独立の文書に変換することができる。ＪＳＰ（Java server pages）またはJava Beansなど、ジェスチャごとのＣＭＬページの同様の変換を実施する他のトランスコーディング技法を使用することができる。実施することができる追加のトランスコーディング技法は、たとえば、www.w3c.orgで議論されている。実際、所望のモーダリティの文書に変換することができるマルチモーダル文書の実施によって、コンテンツの再利用が保証され、アクセス可能性要件が満たされる（たとえば、組み合わされた視覚モーダリティおよび聴覚モーダリティを用いて設計されたマルチモーダル文書を、１つのモーダリティだけが使用可能な環境で使用することができる）。
【００２９】
図１の例示的実施形態をもう一度参照すると、会話ポータル１１には、ポータル・プロキシ／捕捉モジュール２０、ポータル・トランスコーダ２１、ポータル会話ブラウザ２２、検索エンジン２３、ポータル音声ブラウザ２４、ポータルの会話アプリケーション２５のデータベース、およびポータル・ディレクトリ２６のデータベースが含まれる。ポータル会話ブラウザ２２は、クライアント要求に応答する所望のページなどの（ＨＴＴＰ、ＷＡＰ、またはBluetoothなどの会話トランスポート・プロトコルを使用する）取出、および、たとえば所与のクライアント／アクセス・デバイス１２ないし１６と会話ポータル１１の間の会話ダイアログを実施するための、ＣＭＬページを含む宣言的フレームワークの解析および処理（アプレットなどの組み込まれた手続的指定を含む）などの機能を実行する責任を負う。
【００３０】
ポータル会話ブラウザ２２が、ＣＭＬ実施形態と共に、会話（マルチモーダル）Ｉ／Ｏイベントを（ｉ）対応するアプリケーション・アクション（他のモーダリティの）または（ｉｉ）それによって適当なアクションを生成するための入力イベントの理解の曖昧さの除去、完成、または訂正を必要とするダイアログのいずれかに変換する機構を含むことを諒解されたい。ポータル会話ブラウザ２２は、取り出されたページを含む会話ＵＩをユーザへの提示のためにレンダリングする（アクセス・デバイスにローカル・クライアント・ブラウザが含まれないと仮定する）か、ローカル・クライアント・ブラウザによるレンダリング／提示のためにクライアント／アクセス・デバイス１２ないし１６にページをサービスするかのいずれかを行う。
【００３１】
会話ポータル１１では、適当なマルチモーダル・ブラウザであればどれでも実施することができるが、ポータル会話ブラウザ２２の好ましいアーキテクチャの１つが、図５に示されており、手短に言うと、図５に示されているように、会話（マルチモーダル）ブラウザ４０には、複数の単一モード・ブラウザ（たとえば、図示のように視覚的ブラウザ４４（ＨＴＭＬ）および音声ブラウザ４５（ＶｏｉｃｅＸＭＬ））、マルチモーダル・シェルＡＰＩ４１、および、登録テーブル４３を有するマルチモーダル・シェル４２が含まれる（マルチモーダル・シェル４２は、従来のどのオペレーティング・システム／プラットホーム上でも動作する）。マルチモーダル・シェル４２は、ネットワーク１７を介してコンテンツ・サーバ１８から取り出されたＣＭＬ文書を処理する仮想メイン・ブラウザとして機能する。
【００３２】
マルチモーダル・シェル４２は、単一モードの視覚的ブラウザ４４および音声ブラウザ４５のそれぞれが、そのアクティブ・コマンドおよび対応するアクション（モード間処理およびモード内処理の両方ならびに他の処理に関するアクション）を登録できるようにする、ＡＰＩ呼出しを介する情報交換を調整する。そのような登録には、そのようなコマンドに関連する適当なタスクを実行するための関係する引数を含めることができる。
【００３３】
マルチモーダル・シェル４２の登録テーブル４３は、「ｎウェイ」コマンド／イベント−アクション登録テーブルとして実施されるレジストリであり、このテーブルに登録されるコマンドまたはイベントのそれぞれによって、アクティブ・アプリケーションについて同期化され共用される「ｎ」個のモーダリティのそれぞれをもたらす特定のアクションが示される。マルチモーダル・シェル４２は、取り出されたＣＭＬ文書を解析して、登録テーブル４３を介する同期化を作成し、ＣＭＬ文書を含む関係するモーダリティ固有情報（たとえばマークアップ言語）を、ブラウザの対話モーダリティに基づくレンダリングのために各ブラウザに送信する。会話（マルチモーダル）ブラウザ４０は、サポートされるモーダリティごとに別々のブラウザ・アプリケーション、ならびに別のマルチモーダル・シェル層を含むものとして図示されているが、これらのコンポーネントの機能性を、会話（マルチモーダル）ブラウザ４０を含む１つのアプリケーションに合併できることを諒解されたい。さらに、マルチモーダル・ブラウザのコンポーネントを、分散することができる。たとえば、マルチモーダル・シェル４２は、会話ポータル１１上に常駐することができるが、視覚的ブラウザ４４および音声ブラウザ４５の一方（または両方）が、マルチモーダル・シェル４２がＣＭＬ解析および同期化を提供する状態で、クライアント・アクセス・デバイス上に常駐することができる。
【００３４】
図６に、より複雑な会話コンピューティング機能が必要な時に、ＣＶＭ（会話仮想計算機）を使用して使用することができるポータル会話ブラウザ２２のもう１つの好ましいアーキテクチャを示す。図６の実施形態では、マルチモーダル・シェル４２の機能性を、コアのＣＶＭカーネル５５内で実施することができる。図６に示されたアーキテクチャの説明は、下で行う。
【００３５】
もう一度図１を参照すると、会話ポータル１１には、コンテンツ・ページについてネットワーク１７を検索するロボット、スパイダ、またはクローラとして既知のアプリケーションを含む適当な従来のタイプの検索エンジン２３が含まれる。さまざまなコンテンツ・ページに、検索エンジン２３の検索可能データベースすなわちポータル・ディレクトリ２６のデータベース内で索引を付けることができる。ポータル会話ブラウザ２２からの解釈された照会を受け取って検索を実行する時に、検索エンジン２３は、照会を実行し、ネットワーク１７およびポータル・ディレクトリ２６を検索して、コンテンツ・サーバ１８上の所望のサイト、コンテンツ・ページ、およびブロードキャストを突きとめ、可能な一致のランク付きリストをＣＭＬフォーマットで返す（たとえば、当業者によって理解されるように、結果のサイトが、検索されたトピックにどれほど近いかのパーセンテージによってランク付けされる）。ランク付きリストは、会話ダイアログを介するユーザへの提示およびユーザによる選択のために、たとえばポータル会話ブラウザ２２を介して、ユーザにレンダリングされる。
【００３６】
検索エンジン２３が、ＣＭＬ、ＨＴＭＬ、ＸＭＬ、または他のレガシ言語フォーマットもしくは新しい言語フォーマットのコンテンツ・ページを突きとめる（そのページが、要求元クライアント／アクセス・デバイスのＩ／Ｏ機能に基づいて異なるモーダリティに変換される可能性があるが）ことを理解されたい。すべての従来の照会フォーマットを、検索エンジン２３によって使用することができることを理解されたい。たとえば、検索エンジン２３は、検索エンジンに使用可能な技術に基づいて、ＮＬＵ照会、または、単純にキーワード照会、ブール照会、および概念／属性ベースの照会をサポートすることができる。さらに、会話ポータル１１は、ＣＭＬに会話ユーザ・インターフェースを提供することが好ましいので、検索エンジンは、すべての可能なＩ／Ｏモーダリティおよびモーダリティの組合せをサポートすることができる。下記の方法を使用するマルチリンガル検索も、考慮することができる。照会は、記号表現（属性／値対）にマッピングされる。属性／値対は、他の言語への直接意味変換（すなわち、必ずしもリテラルではない）の実行に使用される。その後、新しい照会を使用して、他の言語の文書の検索を実行する。
【００３７】
会話ポータル１１が複数チャネルをサポートする「マルチチャネル」態様では、ポータル・トランスコーダ２１を使用して、取り出された文書（ユーザによって選択される）を、要求元クライアント／アクセス・デバイスのサポートされるモーダリティ（１つまたは複数）にトランスコーディングする。具体的に言うと、要求元クライアント／アクセス・デバイスの検出されたモーダリティ（１つまたは複数）に基づいて、ポータル・トランスコーダ２１が、解析されポータル会話ブラウザ２２から出力されたマルチモーダル文書（たとえばジェスチャベースのＣＭＬ文書）を、１つまたは複数のモーダリティ固有フォーマットに変換する。
【００３８】
たとえば、図１に示されているように、クライアント／アクセス・デバイスは、ＨＴＭＬブラウザ１３ａ、ＷＭＬブラウザ１４ａ、またはＶｏｉｃｅＸＭＬブラウザ１５ａなどの、それぞれがパーソナル・コンピュータ（ＧＵＩおよび音声）、携帯電話（音声のみまたは音声および制限付きＧＵＩ）、スマートホン（音声および制限付きＧＵＩ）、ＰＤＡ（制限付きＧＵＩのみ）などのマルチモーダル・デバイスまたは単一モーダル・デバイスで稼動するローカル・レガシ・ブラウザとすることができる。さらに、クライアント／アクセス・デバイス１６は、ポータル音声ブラウザ２４を介して会話ポータル１１と対話する通常の電話（音声Ｉ／Ｏのみ）とすることができ、ここで、ポータル音声ブラウザ２４は、たとえばＶｏｉｃｅＸＭＬ文書を処理してＩＶＲサービスを提供する。実際、コンテンツがＣＭＬで格納／構成される好ましい実施形態では、会話ポータル１１が、各ＣＭＬページをサポートされるＭＬにトランスコーディング（オンザフライで）することによって、これらのチャネルまたはクライアント／アクセス・デバイスのいずれをも直接にサービスできることを諒解されたい。たとえば、ＣＭＬ文書は、（１）ＧＵＩモーダリティを有する従来のブラウザを使用するインターネット・アクセス（ＨＴＴＰを介する）をサポートするためにＨＴＭＬに、（２）ＷＭＬブラウザを使用する無線ネットワークを介する無線アクセス（ＷＡＰを介する）をサポートするためにＷＭＬに、（３）音声ブラウザを使用するＰＳＴＮを介する従来の電話アクセスをサポートするためにＶｏｉｃｅＸＭＬに、または（４）他の現行のＭＬまたは開発される可能性がある将来のＭＬに、変換することができる。
【００３９】
ポータル・トランスコーダ２１は、１つまたは複数のトランスコーディング技法を使用して、ＣＭＬページを１つまたは複数のレガシ・フォーマットに変換する。たとえば、そのような変換は、所定のトランスコーディング規則を使用して実行することができる。具体的に言うと、そのような変換は、デバイス固有でモーダリティ固有のＸＳＬスタイルシートでカプセル化することができる。さらに、上で示したように、ＪＳＰまたはJava Beansなど、ジェスチャごとのＣＭＬページの同様の変換を実施する他のトランスコーディング技法を使用することができる。
【００４０】
ポータル・トランスコーダ２１が、所与のモーダリティでのユーザ対話のＣＭＬ表現へのマッピング（同期化されたマルチモーダル対話の場合、１つのモーダリティでの対話が、他のすべての同期化されたモーダリティにまたがって反映されることになる）などの他の機能を実行することを諒解されたい。さらに、ポータル・トランスコーダ２１の機能性を、ポータル会話ブラウザ２２内に組み込むことができることを諒解されたい。たとえば、図５の会話（マルチモーダル）ブラウザ４０のアーキテクチャでは、マルチモーダル・シェル４２が、マルチモーダル文書のモーダリティ固有表現への動的トランスコーディングおよび異なるモーダリティの間の同期化などの機能を実行する。
【００４１】
会話ポータル１１が、ローカル会話（マルチモーダル）ブラウザ１２ａによるレンダリングのためのマルチモーダルＣＭＬページをサービスする「マルチモーダル」態様では、ポータル・トランスコーダ２１は使用されない。というのは、必要なトランスコーディング／同期化機能が、ローカル会話（マルチモーダル）ブラウザ１２ａによってクライアント側で実行されるからである。実際、ローカル会話（マルチモーダル）ブラウザ１２ａ（図５に関して上で説明したアーキテクチャを有する）を実行する、マルチモーダルのクライアント／アクセス・デバイス１２の場合、会話ポータル１１が、取り出されたＣＭＬ文書をローカル会話（マルチモーダル）ブラウザ１２ａに直接にサービスし、ここで、ＣＭＬ文書が、異なる同期化されるモーダリティ（たとえば、マルチモーダルＷＡＰブラウザ（すなわちＷＭＬモーダリティ用のマイクロブラウザ）のために緊密に同期化されるＷＭＬ文書およびＶｏｉｃｅＸＭＬ文書、または音声ブラウザ（ローカルまたはリモート）およびＨＴＭＬブラウザを含む緊密に同期化される会話（マルチモーダル）ブラウザ用のＨＴＭＬおよびＶｏｉｃｅＸＭＬ）に動的にトランスコーディングされる（たとえばマルチモーダル・シェルを介して）ことを諒解されたい。
【００４２】
「マルチチャネル」態様および「マルチモーダル」態様の両方で、会話ポータル１１が、クライアント・ブラウザまたはアクセス・デバイスもしくはその両方のチャネルおよび機能を検出して、必要な場合にＣＭＬ文書をどのモーダリティ（プレゼンテーション・フォーマット）に変換するかを判定することを諒解されたい。たとえば、クライアント／アクセス・デバイスのアクセス・チャネルまたはモーダリティは、（ｉ）照会の種類または要求されたアドレス（たとえば、ＷＭＬページの照会は、クライアントがＷＭＬブラウザであることを暗示する）、（ｉｉ）アクセス・チャネル（たとえば、電話アクセスは、音声のみを暗示し、ＧＰＲＳネットワーク・アクセスは、ボイスおよびデータ機能を暗示し、ＷＡＰ通信は、アクセスがＷＭＬであることを暗示する）、（ｉｉｉ）ユーザ設定（ユーザは、発呼番号、呼出し側ＩＰ、生物学的測定、パスワード、クッキーなどによって識別することができる）、または（ｉｖ）会話ブラウザ・クライアントの場合に、登録プロトコル、もしくはこれらの組合せによって判定することができる。
【００４３】
図１のシステム１０には、さらに、トランスコーダ２８を有する会話プロキシ・サーバ２７が含まれ、このトランスコーダ２８は、所与のコンテンツ・プロバイダの１つまたは複数のサイトのページ／アプリケーションをレガシ・フォーマットからＣＭＬフォーマット（または他のレガシ・フォーマットもしくはその両方）にトランスコーディングするのに使用することができる。会話プロキシ・サーバ２７は、たとえばコンテンツ・プロバイダまたはコンテンツプロバイダと契約したサード・パーティに直接に加盟させて、コンテンツ・プロバイダのサイトをトランスコーディングし、トランスコーディングされたサイトを格納し、元のサイトがコンテンツ・プロバイダによって変更された時に、格納された（トランスコーディングされた）コンテンツを周期的に更新することができる。たとえば、ＨＴＭＬベースのサイトのサービス・プロバイダは、会話プロキシ・サーバ２７のトランスコーディング・サービスを使用して、サイトのＨＴＭＬコンテンツをＣＭＬフォーマットに変換することができる。そのようなトランスコーディングは、ローカル会話（マルチモーダル）ブラウザ１２ａを実行するクライアント／アクセス・デバイス１２に特に適用可能であり、これによって、ユーザが、厳密に従来のＭＬフォーマットである文書／アプリケーションを含むサイトにアクセスする時にマルチモーダル・ブラウズを行うことができる。この形で、会話ポータル１１は、その後、そのようなページがそのサイトから直接に取り出された時から、そのようなトランスコーディングされたページ（たとえばＣＭＬページ）を会話プロキシ・サーバ２７から取り出すことができる。
【００４４】
会話プロキシ・サーバ２７を使用することによって、コンテンツ・プロバイダが、コンテンツ・プロバイダのページ／アプリケーションを１つまたは複数の所望のモーダリティに変換するために未知のポータル・トランスコーダに頼るのではなく、そのコンテンツがユーザにレンダリングされる（ポータル会話ブラウザ２２またはクライアント・ブラウザによって）形を制御できるようになる。実際、ポータル・トランスコーダ２１が、そのような変換を適当に実行するためにコンテンツ・プロバイダの特定のレガシ文書、アプリケーション、またはビジネス・ロジックもしくはこれらの組合せに関する特定の所有情報を有しない場合がそうである可能性がある（その情報は、コンテンツ・プロバイダだけが知っているか、コンテンツ・プロバイダによって契約したサード・パーティに供給される）。
【００４５】
会話プロキシ・サーバ２７のトランスコーディング・サービスを、自動トランスコーディング技法を使用して実行できることを理解されたい。たとえば、トランスコーダ２８は、ＨＴＭＬ、ＷＭＬ、またはＤＢ２などの従来の（レガシ）構造を有する文書フォーマットを、事前に指定されたトランスコーディング規則を使用してＣＭＬ文書にトランスコーディングすることができる。基本的な構成規則および設計規則を課して（私有または標準規格の対象のいずれかである）、ＨＴＭＬなどのレガシ・フォーマットからＣＭＬへの変換を簡略化することができる（上で組み込まれた国際特許出願第ＰＣＴ／ＵＳ９９／２３００８号明細書に記載の、ＨＴＭＬをｓｐｅｅｃｈＭｌ（ＶｏｉｃｅＸＭＬ）に変換するトランスコーディング規則など）。ジェスチャおよびジェスチャ・パターンの抽出の使用など、他の技法をＨＴＭＬ（または他のレガシＭＬフォーマット）からＣＭＬへのトランスコーディングに使用できることを理解されたい。たとえば、作られたトランスコーディングされたページをＣＭＬからＨＴＭＬへリバース・エンジニアリングすることによって、ＨＴＭＬタグ・パターンの大きいセットを、特定のＣＭＬジェスチャまたはジェスチャのグループにマッピングすることができる。追加のＨＴＭＬタグの詳細を、やはりＣＭＬパターンに変換するか、ページに組み込まれたＨＴＭＬタグとしてＣＭＬページに追加するかのいずれかを行うことができる。この最後の手法は、ジェスチャには関係しないが、ジェスチャで取り込む価値のない、追加のモーダリティ固有（この例ではＨＴＭＬ）のレンダリング情報（たとえば画像の表示）に直接に関係する詳細に使用することができる。さらに、トランスコーダ２８は、トランスコーディングの目的でレガシ・ページに追加されるメタ情報を使用することができる。
【００４６】
さらに、トランスコーダ２８による自動トランスコーディングの結果が、不完全または不正確である時、または会話プロキシ・サーバ２７のサービス・プロバイダが、トランスコーディング結果の品質向上を望む時に、人間のオペレータを使用して、トランスコーディングの結果の手作業の再検討、訂正、または完了もしくはこれらの組合せを行うことができる。実際、すべてのウェブ・サイトが、あまねくＣＭＬでオーサリングされるか、適当な／標準的な構成規則に従うか、完全に自動化されたトランスコーディングをサポートするために適当なメタ情報／ヒントを追加するかのいずれかを行うまでは、手作業の再検討／トランスコーディング・オプションが、複雑なビジネス・ロジックを有するサイトを効率的かつ正確にモデリングするのに特に有利である。
【００４７】
異なるビジネス・モデルに基づいて、会話ポータル１１が、コンテンツ・プロバイダのコンテンツ・サーバ１８のコンテンツ・ページ／アプリケーションをよりよい会話レンダリングのためにＣＭＬで準備または適合させるサービスを、コンテンツ・サーバ１８に提供できることを諒解されたい。たとえば、会話ポータル１１は、（登録されたウェブ・サイトに）その既存のコンテンツ・ページ／アプリケーション（レガシ・フォーマットの）をＣＭＬに事前にトランスコーディングさせ、ポータル・ディレクトリ２６に格納させて、そのようなページを、その後、異なるモーダリティにまたがって高品位レンダリングと共にサービスできることを保証するというオプションを提供することができる。そのようなトランスコーディングは、会話プロキシ・サーバ２７を介して行うことができる（それが会話ポータル１１のサービス・プロバイダに加盟されると仮定する）。さらに、そのようなトランスコーディングは、特定の提携／料金／ビジネス契約を介してウェブ・サイトから直接に情報を得るポータルのオペレータによって直接に実行することができる。サイトの変更を検出し、そのサイト内のトランスコーディングされたコンテンツをそれ相応に更新する機構を使用することができる（すなわち、元のサイトを検査するクローラまたは変更が発生した時の通知契約）。さらに、上で述べたように、自動的トランスコーディング（トランスコーダ２８を介する）の結果が、不完全または不正確である時、または会話ポータル１１のサービス・プロバイダが、トランスコーディング結果の品質を高めたいと思う時に、人間のオペレータを使用して、トランスコーディングの結果の手作業の再検討、訂正、または完了もしくはこれらの組合せを行うことができる。再検討され訂正されたページは、ポータル・ディレクトリ２６に格納することができる。さらに、ページの部分またはパターンを、ポータル・ディレクトリ２６に格納することができる。
【００４８】
さらに、会話ポータル１１のサービス・プロバイダは、最初の例では会社または個人の「会話」ウェブ・サイトを生成し、会話ポータル１１のハードウェアまたはネットワークもしくはその両方でその会話ウェブ・サイトをホスティングするというサービスを提供することができる。実際、会話ポータル１１のサービスは、「会話」ウェブ・サイトに関連する複数のＣＭＬページを生成し、そのようなＣＭＬページをポータル・ディレクトリ２６のデータベースに格納することができる。やはり、会話ポータル１１のサービス・プロバイダは、異なるビジネス・モデルおよびサービス・オファリングに基づいて、これらのさまざまなサービスを提供できることを理解されたい。
【００４９】
したがって、ポータル・ディレクトリ２６のデータベースには、１つまたは複数のコンテンツ・プロバイダのコンテンツ・ページ／アプリケーションを格納することができ、このコンテンツ・ページ／アプリケーションは、効率的な会話レンダリングを提供するために、事前にトランスコーディングされるかＣＭＬで設計されるかのいずれかである。検索プロセス中に、検索エンジン２３は、ウェブ検索に加えて、ポータル・ディレクトリ２６内で要求されたコンテンツを検索する。さらに、ポータル・ディレクトリ２６内のリンクの一部にも、会話アプリケーション２５を含めることができる（たとえば、ＣＶＭの上に構築されるマルチモーダル手続きアプリケーション）。会話アプリケーション２５は、モーダリティ独立ダイアログを担持することによって、アプリケーションに「会話ユーザ・インターフェース」を引き渡すためにすなわち、いつでもどこからでもすべてのデバイスを介して同一の挙動を伴って関係情報にユーザがアクセスでき操作できるようにするために、命令的に（すなわち、命令コードをコンパイルすることによって）、宣言的に（すなわち、マークアップ言語を用いて作成する）、またはその両方の組合せで開発される、通常のアプリケーションである。そのようなアプリケーションの例には、ＣＵＩを介するユニバーサル・メッセージング（電子メール、ファクシミリ、およびボイス・メールのアクセスおよび処理）、日程表作成、e-businessアプリケーションなどが含まれる。これらのポータルの会話アプリケーション２５は、会話ポータル１１のサービス・プロバイダによって直接に提供されるか、会社または個人の代わりに会話ポータルによってホスティングされることが可能であることを諒解されたい。やはり、これらのサービスのすべてを、さまざまなビジネス・モデルに従って提供することができる。
【００５０】
ポータル・プロキシ／捕捉モジュール２０は、会話ポータル１１に対して行われる電話呼またはブラウザ接続（たとえばＨＴＴＰ、ＷＡＰなど）を「捕捉する」ために会話ポータル１１内に組み込むことができるオプション機能である。たとえば、好ましい実施形態では、クライアント／アクセス・デバイス１２ないし１６（たとえばスマートホン、ＨＴＭＬブラウザ、ＷＭＬブラウザ、会話ブラウザ）が、会話ポータル１１に接続し、要求を入力する時に、会話ポータル１１は、会話ポータル１１によって提供され、ユーザによって従われるすべてのリンクについて、呼／クライアント・ブラウザを捕捉状態に維持する。具体的に言うと、会話ポータル１１を介する最初の要求またはポータルによってその後にロードされるページのいずれかから生じる、会話ポータル１１によって提供されるすべてのリンクが、ポータル会話ブラウザ２２によって（クライアント・ブラウザではなく）取り出され、クライアント・ブラウザにサービスされる。ポータル・プロキシ／捕捉モジュール２０は、リンクを取り出し、おそらくはリンクを適当なモーダリティ固有マークアップ言語（たとえばＷＡＰブラウザではＷＭＬ、ウェブ・ブラウザではＨＴＭＬ、音声ブラウザ（電話アクセス）ではＶｏｉｃｅＸＭＬ）にトランスコーディングし、取り出したページをクライアント・ブラウザ（電話アクセスの場合にはサーバ側のポータル音声ブラウザ２４とすることができる）にサービスするのに要する時間の間、クライアントを捕捉状態に保つ。
【００５１】
その一方で、好ましい実施形態では、ユーザによって手作業で直接に要求／入力されるページ（明示的に入力されたＵＲＬ、ブックマーク、他のアプリケーションによって生成されたリンク）は、クライアント・ブラウザによる適当なページの取出のためにクライアント・ブラウザに解放される（すなわち、クライアント・ブラウザが捕捉状態に保たれない）。呼捕捉機能に関する他のポリシを使用することができ、たとえば、会話ポータル１１が、全セッション中に呼を捕捉する（すなわち、全く解放しない）ことができ、また、捕捉期間を情況に基づいて（会話ポータル１１による決定に従って）変更することができることを理解されたい。
【００５２】
有利なことに、呼／クライアント・ブラウザが捕捉状態に保たれている期間の間は、会話ポータル１１のサービスが、継続的に「会話」を聴取／参加し、追加サービスを提供し、ユーザに広告を提供することができる。たとえば、好ましい実施形態では、サイトからサイトへのページ取出の間の時間枠中（必ずしも同一のサーバからの同一のアプリケーションのページ取出の間の時間枠ではなく）に「捕捉状態の」ユーザにマルチモーダル広告を提供することができる。やはり、広告が提供される時間は、会話ポータル１１のポリシに基づいて変更することができる。広告は、純マルチモーダル機能であることを諒解されたい。実際、広告は、クライアント／アクセス・デバイスのモーダリティに応じて、表示、オーディオを使用するレンダリング、またはその両方を行うことができる。さらに、マルチモーダル文書の（マルチモーダル・ブラウザによってレンダリングされる）特定の部分で、コンテンツとは別のフレームに広告を追加することができる。やはり、会話ポータルのサービス・プロバイダによって実施できるさまざまなオプションがある。
【００５３】
ここで図６を参照すると、ブロック図に、図１のシステムで使用することができる会話ブラウザのもう１つの好ましいアーキテクチャが示されている。マルチモーダル・ブラウザである会話ブラウザ５０は、ＣＶＭシェル５３の上で実行される。会話ブラウザ５０には、ＣＭＬ文書を解析し、ＣＭＬ文書のメタ情報を処理して、ユーザに提示するために文書をレンダリングするＣＭＬパーサ／プロセッサ・モジュール５２が含まれる。会話ブラウザ５０には、さらに、音声コマンド、ＤＴＭＦ信号、キーボード入力などのユーザ・コマンド／要求（マルチモーダル）を解釈するコマンド／要求プロセッサ５１（たとえば、コマンドおよび制御インターフェースおよびＨＴＴＰサーバ）が含まれる。ある会話機能または会話サービスが必要な時には、会話ブラウザ５０は、ＣＶＭシェル５３に対する、そのようなサービスを要求するＡＰＩ呼出しを行う（下で説明する）。たとえば、ＣＭＬ文書を（ＣＭＬパーサ／プロセッサ・モジュール５２を介して）解釈する時に、会話ブラウザ５０は、ＴＴＳ（テキスト−音声合成）エンジン６７に（ＣＶＭシェル５３を介して）フックして、合成された音声出力をユーザに提供する。さらに、音声コマンドまたは自然言語照会（たとえばナビゲーション要求）が入力された時に、会話ブラウザ５０は、音声認識エンジン６４およびＮＬＵ（自然言語理解）エンジン６６にフックして、そのような入力コマンドを処理し、これによって、コマンド／要求プロセッサ５１が適当な要求／照会を生成できるようにすることができる。
【００５４】
ＣＶＭシェル５３は、通常のＯＳ（オペレーティング・システム）またはＲＴＯＳ（リアルタイム・オペレーティング・システム）の上で稼動することができる。手短に言うと、図６に示されているように、ＣＶＭシェル５３には、会話ＡＰＩ層５４が含まれ、この会話ＡＰＩ層５４を介して、会話ブラウザ５０が、ＣＶＭカーネル５５に「話しかけて」、（システム呼出しを介して）会話エンジン６３を含むある会話サービスおよび振る舞いにアクセスすることができる。ＣＶＭカーネル５５は、エンジンおよび引数（ローカルまたは分散もしくはその両方）などの会話リソースの割振と、汎用の調整されたＣＵＩ（会話ユーザ・インターフェース）をそれによって提供するために登録された会話機能／要件に基づいて複数のアプリケーションおよびデバイス（ローカルまたは分散もしくはその両方）にまたがるダイアログおよびコンテキストの管理および制御の責任を負う。ＣＶＭシェル５３は、たとえば、会話エンジンＡＰＩ層５６（ＳＡＰＩ、ＳＲＡＰＩ、ＪＳＡＰＩ、ＳＶＡＰＩ、またはそのようなエンジンＡＰＩの拡張など）を介して、音声認識エンジン６４、話者識別／検証エンジン６５、ＮＬＵ（自然言語理解）エンジン６６、ＴＴＳ（テキスト−音声合成）エンジン６７（ならびにＮＬＧ（自然言語生成）エンジンなどの他のエンジン）などのローカルの会話エンジン６３への呼出しを実施することによって、会話サービスおよび会話機能を実行する。さらに、分散トポロジで、リモート音声エンジンへのエンジン呼出しを行うことができる。さらに、オーディオ・サブシステム６２（オーディオ取込、圧縮、圧縮解除、および再構成を提供する）およびＤＴＭＦエンジン６１への呼出しを、通常のドライバ／ＡＰＩ層６０を介して実行することができる。
【００５５】
ＣＶＭシェル５３には、さらに、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＷＡＰなどの従来のプロトコル５８を介するネットワーク通信を提供する通信スタック５７が含まれる。通信スタック５７には、さらに、分散アプリケーションのために使用される会話プロトコル５９（または分散会話プロトコル）が含まれる。上で組み込まれた特許申請書に記載されているように、会話プロトコル５９（または会話方法）には、（１）「会話対応」（すなわち、会話プロトコルを話す）ネットワーク・デバイスおよびアプリケーションを発見するためのプロトコル、（２）ネットワーク・デバイス間で会話エンジンおよび引数などの会話機能（リソース）を登録するためのプロトコル、（３）登録された会話機能に基づいてネットワーク構成（マスタ／スレーブ、対等通信など）を折衝するためのプロトコル、（４）ダイアログの状態、コンテキスト、およびヒストリ、会話引数、アプレット、ＡｃｔｉｖｅＸコンポーネント、手続きオブジェクト、および他の実行可能コードに関する情報など、ネットワーク接続されたデバイスの間での会話を調整するために情報を交換するためのプロトコル、（５）圧縮された音声（波形または特徴）を送受信するための音声符号化プロトコルが含まれる。
【００５６】
図６に示された会話エンジン６３、ＤＴＭＦエンジン６１、通常のドライバ／ＡＰＩ層６０およびオーディオ・サブシステム６２が、会話ブラウザ５０およびＣＶＭシェル５３がその上で実行される基礎となるデバイス、計算機、またはプラットホームの一部であるコンポーネントであることを理解されたい。さらに、会話ブラウザ５０およびＣＶＭシェル５３を、別々のシステムとして提供することができ、その代わりに、会話ブラウザ５０を、それ自体のＣＶＭシェル５３を担持する独立のアプリケーションとして実施することができる（この場合、ブラウザとＣＶＭのプラットホームが同一、すなわち区別不能なエンティティになる）ことを理解されたい。さらに、具体的に上で説明したＣＶＭシェル５３がない場合、会話ブラウザ５０に、説明したＣＶＭシェル５３の機能性および特徴のすべてを組み込むことができる（たとえば、会話ブラウザが、適当なエンジンに対するＡＰＩ呼出しをローカルまたは分散もしくはその両方で行う）ことを理解されたい。実際、ＡＰＩ、サービス、特徴、振る舞い、エンジンへのアクセス、および通信機構は、すべて、ブラウザによって提供される特徴およびサービスの一部として、会話ブラウザ５０に直接に組み込むか、その一部とすることができる。
【００５７】
ここで図２を参照すると、ブロック図に、会話ポータル１１を使用して情報にアクセスするための、本発明のもう１つの実施形態によるシステムが示されている。図２のシステム１０は、図１に示されたシステムの拡張であり、追加的に、マルチモーダル・ブロードキャスト・オン・デマンド・サービスを提供する。具体的に言うと、図２のシステムには、オーディオ索引付けシステム３０が含まれ、このオーディオ索引付けシステム３０は、ネットワーク１７を介してあるコンテンツ・プロバイダのコンテンツ・サーバ１８からアクセスされるブロードキャスト・ニュース、ラジオ・ニュース番組、およびウェブ・ブロードキャストなどの、オーディオ／マルチメディア文書もしくはストリーム化されたオーディオまたはストリーム化されたマルチメディアもしくはその両方のリアルタイム索引付けを実行することが好ましい。ブロードキャストには、ニュースから娯楽までの範囲に渡る（生または事前記録の）オーディオ作品およびビデオ作品を含めることができる。たとえば所与のブロードキャストまたはマルチメディア文書に関連する、索引メタ情報は、マルチモーダル・ブロードキャスト・コンテンツのデータベース３１に格納することができる。ユーザは、あらゆるタイプのクライアント／アクセス・デバイスを使用して会話ポータル１１に接続し、索引メタ情報を使用してデータベース３１を検索して、たとえばあるブロードキャストまたはオーディオ・ファイルの所望のセグメントにアクセスすることができる。クライアント／アクセス・デバイスの機能に応じて、ポータル会話ブラウザ２２が、たとえばマルチメディア・プレイヤ（たとえばRealnetworks playerまたは他のＩＰブロードキャスト・ストリームを再生するアプリケーション）などのプラグインを介して、ストリーム化されたビデオまたはオーディオの所望のセグメントをレンダリング／提示すること、または、そのセグメントを、ユーザへのレンダリング／再生のために、取り出し、アクセス・デバイス上のクライアント・ブラウザにブロードキャスト／ストリーム化すること、のいずれかを行うことができる。
【００５８】
適当な従来のオーディオ索引付けシステムであれば、どれでも図２のシステム内で使用できることを理解されたい。手短に言うと、一実施形態では、上で組み込まれたオーディオ索引付けシステム３０が、データベース３１での格納のために、たとえば話者の身元、環境、トピック、またはチャネルもしくはこれらの組合せなどのオーディオ情報に基づいて、オーディオ・ファイル、マルチメディア・ファイル、ニュース、またはラジオ放送をセグメント化し、索引を付ける。当初、オーディオ・ファイルまたはオーディオ・データ・ストリーム（リアルタイムで受信される）の関係する特徴が、抽出され、処理されて、オーディオ・データが、たとえば別個の話者の音声、音楽、雑音、および異なる背景条件に基づいて、複数のセグメントにセグメント化される。たとえば、通常のラジオ放送ニュース・レポートには、明瞭な音声、帯域幅を制限された音声（さまざまなタイプのマイクロホンによって作られる）、電話の音声、音楽セグメント、音楽に重なった音声、環境雑音に重なった音声、音声に重なった音声などを含む非常にさまざまな供給源からの音声信号および非音声信号が含まれる。セグメントごとに、オーディオ索引付けシステム３０が、特定の話者または背景環境／チャネルもしくはその両方を識別し、話された発声を録音し、セグメントの関係するコンテンツ／トピックを判定して、セグメントに索引を付け、そのようなデータに基づいてそのトピックを検出する。
【００５９】
したがって、データベース３１には、マルチメディア文書／ストリームごとに、以下のメタ情報の任意の組合せが格納される可能性がある：タイム・マーク（セグメントの時間境界を示す）、話者の身元（意味がある場合）、話者の変化のセグメント化（適用可能な場合）、セグメントの話された部分の録音、環境情報（音楽、電話音声など）、セグメントのトピック、トピックの検出された変化の境界、セグメント／ストーリの索引／属性値対または特徴（最大エントロピの意味で）、言語、および言語境界。
【００６０】
さらに、オーディオ索引付けシステム３０には、索引メタ情報を使用して、データベース３１に格納されたオーディオ／マルチメディア・ファイルの所望のセグメントを検索し、取り出す、情報取出システム（または検索エンジン）が含まれる。具体的に言うと、データベース３１から所望のセグメントを取り出すために、照会パラメータに、話者の身元（ＩＤタグ）、環境／チャネル、キーワード／コンテキスト、またはトピック／ＮＬＵコンテンツもしくはこれらの組合せなどの異なる索引メタ情報の組合せを含めることができる。
【００６１】
上で示したように、会話ポータル１１は、コンテンツ・サーバ１８にアクセスして、たとえば１つまたは複数のブロードキャスト・ニュースおよびラジオ・ニュース番組にリアルタイムで索引を付けることができる。そのようなアクセスは、たとえば所与のトピックに関する関係するニュース・セグメントなどのリアルタイムの検索を要求する、会話ポータル１１との接続で発行されたユーザ照会に応答するものとすることができる。たとえば、ユーザは、たとえば通常の電話機であるクライアント／アクセス・デバイス１６を介して、会話ポータル１１にアクセスし、たとえば株式市場に関する最新のニュースのオーディオ・セグメントなどの検索要求を発行することができる（この検索要求は、ポータル音声ブラウザ２４またはポータル会話ブラウザ２２もしくはその両方を介して解釈される）。検索エンジン２３は、関係するサイトにアクセスして、１つまたは複数のストリーム化されたブロードキャストを取り出し、このブロードキャストが、オーディオ索引付けシステム３０を介してセグメント化され、索引を付けられる。セグメントのランク付きリストが、ポータル音声ブラウザ２４（ユーザ・アクセスが電話機を介すると仮定する）またはポータル会話ブラウザ２２を介して、会話ダイアログを介して、レンダリングされ、ユーザに提示される。会話ダイアログを介して、ユーザは、再生のために所望のセグメントを選択でき、ポータル音声ブラウザ２４（または、マルチモーダル・コンテンツの場合にはポータル会話ブラウザ２２）が、後続アクセスのためのデータベース３１内でのそのようなセグメントおよび索引付けメタ情報の記憶（長期）を必ずしも伴わずに、関係するセグメントをユーザに再生する。マルチモーダル・クライアント／アクセス・デバイスを使用することによって、ユーザが、興味のあるオーディオ−ビジュアル・セグメントを得るためにマルチモーダル・ブロードキャスト・オン・デマンドを要求し、会話／マルチモーダル・ユーザ・インターフェースを使用してマルチモーダル・プレゼンテーション／ストリーム／ブロードキャストをナビゲートできることを諒解されたい。
【００６２】
さらに、そのようなブロードキャストのコンテンツ・プロバイダは、会話ポータル１１のサービス・プロバイダに加盟するか他の形で登録することができ、そのようなコンテンツ・プロバイダのストリーミング・オーディオ／マルチメディアまたは他の関係する文書（オーディオおよびマルチメディア）が、会話ポータル１１の許可されたユーザによる後続アクセスのために自動的にダウンロードされ、索引を付けられる（周期的に）。この形で、ユーザは、会話ポータルに接続し、データベース３１を直接に検索するために照会を発行し、所望のコンテンツを有する１つまたは複数の事前に索引を付けられたマルチメディア・セグメントを取り出すことができる（ネットワーク上の検索の代わりにまたはそれに加えて）。ユーザは、異なるセグメントが再生／ブロードキャストされる順序をユーザが指定できるブロードキャスト・プログラムを構成し、たとえばセル電話または他の接続されたデバイス上でそのプログラムを聞くことができる。
【００６３】
さらに、マルチメディア文書またはストリーミング・データもしくはその両方を周期的にダウンロードし、索引を付けることによって、会話ポータル１１が、ユーザ設定（たとえば事前に選択されたトピックまたは興味のあるブロードキャスト／文書／リストのタイプ）に基づいて、加入ユーザ用のパーソナライズされた「視聴」プログラムを構成するサービスを提供することができる。ユーザは、そのユーザが聞くもののメニューを構成することもできる。会話ポータル１１に接続する際に、ユーザは、パーソナライズされたプログラムにアクセスし、事前に指定された順序で所望のコンテンツを再生することができる。例として、加入ユーザは、ユーザが会話ポータル１１に接続された無線電話を介してアクセスできるパーソナライズされたラジオ・オン・デマンド・プログラムを生成することができる。さらに、後続の検索中に、加入ユーザは、自分のパーソナライズされたプログラムに、検索結果リストでユーザに提示される追加のマルチメディア・セグメントを追加できることを了解されたい。プログラム中のどの時点でも、ユーザは、ポータル会話ブラウザ・コマンドを使用して、プログラムに割り込むか、一時停止させるか、変更することができる。
【００６４】
ここで図３および図４を参照すると、流れ図に、会話ポータルを使用してネットワーク上で情報にアクセスする、本発明の１態様による方法が示されている。まず、図３を参照すると、ユーザが、任意のタイプのクライアント／アクセス・デバイスを使用して、たとえば電話機を使用して８００番を呼び出すことによって、会話ポータルにアクセスする（ステップ１００）。好ましい実施形態では、会話ポータルへの接続時に、ユーザ識別／検証処理を実行して（ステップ１０１）、ユーザがその会話ポータルの許可されたユーザであるかどうかを判定する。ユーザ識別は、パーソナライゼーションまたはログインもしくはその両方と課金が行われる場合に使用されることを理解されたい。
【００６５】
従来の形のセキュリティ手順またはログオン手順をどれでも使用できることを理解されたい。手短に言うと、この特許では、自動音声認識技法、テキスト依存話者識別技法、および自然言語理解技法、ならびに他の動的機能および静的機能を使用する、サービス（会話ポータルなど）へのアクセスを保護する方法が開示される。１態様では、認証処理に、名前、住所、または顧客番号などの話者のしるしを含む、話者の話された発声を受け取り、復号するステップと、候補話者に関する情報を含むデータベースにアクセスするステップと、その情報に基づいて話者に質問するステップと、質問に対する回答を受け取り、復号し、検証するステップと、話者のボイス・サンプルを得、モデルに対してボイス・サンプルを検証するステップと、回答およびボイス・サンプルに基づいてスコアを生成するステップと、スコアが閾値以上である場合にユーザにアクセスを許可するステップなどのステップが含まれる。
【００６６】
その代わりに、話者識別／検証を、フレーム単位の特徴分類に基づくテキスト独立話者検証処理で開示された方法を使用して、ダイアログのバックグラウンドでテキスト独立話者認識を介して実行することができる。
【００６７】
何らかの形で話者識別を実行する時に、その出力を、ボイス・クッキーであるかのように処理することができる。具体的に言うと、従来のクッキーは、ブラウザがサイトに接続する時に、ウェブ・サイトがブラウザに配送するコードである。クッキーには、ユーザの設定、過去の使用などに関する情報を格納することができる。クッキーには、ディジタル証明書を含めることもできる。したがって、話者ＩＤおよび検証を使用して、サーバ側のポータル会話ブラウザまたはポータル音声ブラウザに格納することができる等価な情報（クッキー）を作成することができる。その後、会話ポータルへの接続時に、ユーザ識別を、ディジタル証明書の提示と同等であるクッキーを使用してバックグラウンドで透過的に実行することができる。上で示したように、話者識別処理は、たとえば、ユーザ設定（たとえば、プレゼンテーション・フォーマット、サービス・アクセス、課金加入アクセス、モーダリティ設定など）が話者の識別および検証の際にセットされる、ユーザ・カスタマイズに使用できることを理解されたい。ユーザＩＤ、パスワード、ＧＳＭセル電話のＳＩＭＳ番号、アクセス・クライアント（ブラウザ）内の従来のクッキーなどの、他のログイン、識別、認証手順を使用できることを理解されたい。
【００６８】
ログイン処理の後に、ユーザが許可されないと判定される場合（ステップ１０２の否定の判定）、クライアントとポータルの間の通信が終了する（ステップ１０３）。その一方で、ユーザが許可されると判定される場合（ステップ１０２の肯定の判定）、ユーザに、会話ポータルの「ホーム・ページ」に関連する複数のメニューが提示される（ステップ１０４）（たとえば合成された音声を介して）。最初のメニュー・オプションには、たとえば、コンテンツ・ページまたはサービス（ＣＭＬまたはレガシのページ／アプリケーション）の検索、リアルタイムまたは事前に記録されたブロードキャストまたはトランスコーディング・サービスを使用するレガシ情報へのアクセス、および興味のあるブロードキャスト・セグメントを検索するためのパーソナライズされたプログラムへのアクセスを含めることができる。
【００６９】
使用可能なメニュー・オプションおよびユーザが望む情報のタイプに応じて、ユーザは、適当な検索要求を発行する（ステップ１０５）。会話ポータル１１は（ポータル会話ブラウザ２２を介して）、照会を解釈し、解釈された照会を検索エンジン２３に供給して、それ相応に検索を実行する（ステップ１０６）。やはり、選択されたメニュー・オプションに基づいて、要求される検索は、たとえば、あるＷＷＷまたはＣＭＬコンテンツ・ページ、ブロードキャストベースのウェブ・サイトからのブロードキャスト、または索引付けされたブロードキャストの格納されたセグメントの取出になる可能性がある。要求された検索のタイプに応じて、検索エンジン２３は、ＷＷＷ、ポータル・ディレクトリ２６、または索引付けされたブロードキャストのデータベース３１のいずれかを検索し、可能な一致のランク付きリストをＣＭＬで返す（ステップ１０７）。ランク付きリストは、その後、たとえばポータル会話ブラウザ２２またはポータル音声ブラウザ２４を介して、ユーザにレンダリングされる（ステップ１０８）。
【００７０】
ユーザが特定のウェブ文書（またはサービス）の検索を要求したと仮定すると、ランク付きリストには、ユーザが文書をダウンロードするために選択することができるウェブ・サイトのリストが含まれる。ユーザが、リストから特定の文書を取り出すことを望まない場合（ステップ１０９の否定の判断）、ユーザは、追加の検索に継続する（ステップ１１０の肯定の結果であり、ステップ１０４に戻る）か、会話ポータルから切断する（ステップ１０３）ことができる。その一方で、ユーザが、リストから特定の文書を取り出すことを望む場合（ステップ１０９の肯定の判断）、ユーザは、適当なマルチモーダル・コマンド（ボイスまたはマウス・クリック）を発行して、所望の文書を取り出すことができる（ステップ１１１）。会話ブラウザは、対応するコンテンツ・サーバ１８から所望の文書をダウンロードするのに適当な要求を生成し、送信する。
【００７１】
好ましい実施形態では、所望の文書がＣＭＬ以外のプレゼンテーション・フォーマット（たとえばＨＴＭＬ）である場合（ステップ１１２の否定の結果）に、文書を適当なトランスコーダに送信して、その文書を適当なＣＭＬフォーマットに変換し（ステップ１１３）、この文書が、会話ブラウザ（クライアント上またはサーバ上もしくは両方で（分散トポロジで）稼動する）を介してユーザへの再生のためにレンダリングされる（ステップ１１４）。上で示したように、トランスコーダは、たとえば、会話ポータル１１のサーバ内または、たとえば文書がそこから取り出されたコンテンツ・サーバに関連するプロキシ・サーバ内に常駐することができる。その代わりに、レガシ・クライアント・ブラウザの場合に、取り出された文書を、適当なモーダリティにトランスコーディングすることができる（たとえば、ＣＭＬ文書またはＨＴＭＬ文書を、クライアント音声ブラウザでのレンダリングのためにＶｏｉｃｅＸＭＬ文書にトランスコーディングすることができる）。ストリーミング・オーディオ／マルチモーダル・フォーマットで取り出された文書は、ＣＭＬまたは他のレガシＭＬに変換されないことを理解されたい。その一方で、要求された文書のプレゼンテーション・フォーマットがＣＭＬである場合には、その文書は、レンダリングのために会話ブラウザ（クライアント、サーバ、または両方（分散））に直接に送信される（ステップ１１４）。
【００７２】
もう一度ステップ１０８に戻って、ユーザが、特定のウェブ・ブロードキャスト（ラジオまたはビデオ・プレゼンテーションの生または事前に記録されたブロードキャスト）の検索を要求したと仮定すると、ランク付きリストには、ユーザがそこから所望のブロードキャストを選択することができる、そのようなブロードキャストを提供するウェブ・サイトのリストが含まれる（図４のステップ１１５）。ユーザが、リスト内の特定のブロードキャストを取り出すことを望まない場合（ステップ１１５の否定の判断）、ユーザは、追加の検索に継続する（ステップ１１９に肯定の結果であり、図３のステップ１０４に戻る）か、会話ポータルから切断する（図３のステップ１０３）ことができる。その一方で、ユーザが、リスト内の特定のブロードキャストをダウンロードすることを望む場合（ステップ１１５の肯定の判断）、ユーザは、適当な（マルチモーダル）コマンドを発行して、所望のブロードキャストをダウンロードすることができる（ステップ１１６）。ポータル会話ブラウザ２２が、所望のブロードキャストを提供するコンテンツ・サーバに接続するための適当な要求を生成し、送信する（ステップ１１７）。任意選択として、ユーザは、後の再生および検索のためにブロードキャストに索引を付けさせる（オーディオ索引付けシステム３０を介して）コマンドを発行することができる（ステップ１１８）。
【００７３】
もう一度ステップ１０８に戻って、ユーザが、ウェブ・ブロードキャストのある事前に格納された／索引を付けられたセグメントの検索を要求したと仮定すると、ランク付きリストには、ユーザがそこから選択することができる使用可能なセグメント（オーディオ／オーディオ−ビジュアル）のリストが含まれる（図４のステップ１２０）。ユーザが、リストされたどのセグメントの取り出しも望まない場合（ステップ１２０の否定の判断）、ユーザは、追加の検索に継続する（ステップ１１９に肯定の結果であり、図３のステップ１０４に戻る）か、会話ポータルから切断する（ステップ１１９の否定の結果であり、図３のステップ１０３に戻る）ことができる。その一方で、ユーザが、リスト内の１つまたは複数のセグメントの再生を望む場合（ステップ１２０の肯定の判断）、ユーザは、そのようなセグメントをダウンロードするのに適当な（マルチモーダル）コマンドを発行することができる（ステップ１２１）。適当なプラグインを使用して、ポータル会話ブラウザ２２またはポータル音声ブラウザ２４が、選択されたセグメントをユーザに再生する（ステップ１２２）。任意選択として、適当なプラグインを使用して、ユーザは、セグメントの再生を制御するコマンド（たとえば早送り、巻き戻し、検索など）を発行することができる。
【００７４】
要約すると、本発明は、有利なことに、たとえばどこからでもいつでも任意の接続された適当なデバイスを介して、ＷＷＷへの会話（マルチモーダル）アクセスを提供して、所望の情報の抽出またはパーソナライズされたブロードキャスト・プログラム・オン・デマンドの作成もしくはその両方ならびにいつでもプログラムの管理および変更を行えるようにする。本発明が、従来のシステムに対する複数の長所を提供することを諒解されたい。たとえば、本発明を用いると、ユーザが、リアルタイム・ブロードキャストおよび事前に記録されたブロードキャストのマルチモーダル検索を実行できるようになり、興味のあるトピックに関するセグメントをマルチモーダル再生のために選択できるようになる。もう１つの長所は、本発明によって、さらに、ユーザが、クライアント／アクセス・デバイスのＩ／Ｏ機能に無関係に、すべてのフォーマット（ＣＭＬまたはレガシ）の文書およびサービスにアクセスできるようになることである。実際、取り出されるページは、ＣＭＬフォーマットであるか、会話（マルチモーダル）ブラウザによるレンダリングのためにオンザフライでＣＬＭフォーマットに変換することができる。
【００７５】
さらに、本発明を用いると、ユーザが、自分が従うプログラムを生成できるようになり、ユーザが、いつでもプログラムに割り込むか変更することができるようになる。さらに、ユーザは、所与のセグメントの視聴中に代替物を検索することができる（バックグラウンド検索またはオフ・ライン検索）。もう１つの長所は、本発明が、たとえば単一の電話番号を介して、ユーザがいつでもどこからでもブロードキャスト・オン・デマンドにアクセスできるようにするサービスを提供することである。実際、無線ネットワークの拡張に伴って、そのようなサービスに、無線接続されたどのデバイスを介してもアクセスすることができる。上で説明した従来のサービスは、そのような機能を提供しない。実際、ブロードキャスト・オン・デマンドおよび真に対話式のプログラミングは、本発明が提案されるまでは、上で説明した従来のシステムのどれによっても適当に満足されなかった、長年にわたる要望であった。
【００７６】
さらに、本発明のビジネス態様に関して、さまざまな発展し得るビジネス・モデルがある。上で示したように、会話ポータル・サービスは、加入ベースとして、さまざまなチャネルから収入を生成することができる。たとえば、会社またはコンテンツ・プロバイダは、会話ポータルのサービス・プロバイダに登録して、適当な料金の支払時に、手作業で管理されるポータル・ディレクトリ２６の一部になることができる。さらに、たとえば後の請求を必要とする定額制または従量制など、ユーザ加入を介して収入を生成することができる。請求は、ユーザを知ることによって実行することができる（接続ブラウザのＩＤ、発呼電話機、または生物測定／検証または会話ポータルへのログイン）。さらに、会話ポータルの支払／収入は、チャネル・キャリア（たとえば電話通信業者、無線通信業者、またはＩＳＰ）との契約を介して直接に得ることができる。
【００７７】
さらに、もう１つのビジネス・モデルが、会話ポータルを、コンテンツ・ページ、サービス、およびブロードキャスト・コンテンツへの会話アクセスのためにすべての人にオープンにすることである。その場合には、収入は、加入ユーザ／会社の代わりに会話ポータル１１によって提供される広告または他のサービスもしくはその両方について加入ユーザ／会社によって支払われる料金から生成することができる。たとえば、会話ポータルの呼捕捉オプションは、ポータルを介して行われる取出の間（たとえば新規検索が実行される時）に広告（バナー）を提供することによって、直接収入ストリームを提供することができる。
【００７８】
さらに、会話を継続的に聴取すること（呼捕捉）によって、会話ポータルは、ユーザが他のサービス（汎用メッセージング、電子メール、ディレクトリ・アシスタンス、地図／交通アシスタンスなど）にアクセスできる主機構になることができ、ここで、そのようなサービスのサービス・プロバイダが、そのレベルで顕著に使用可能になる（ポータルからのより高度なメニュー検索を介してアクセス可能になるのではなく）ために余分な料金を支払う。会話ポータルのこの「捕捉」機構によって、そのポータルでユーザが費やす平均時間が大幅に増える（ユーザが照会を入力し、結果の新しいサイトへのリンクに従うことを決定する短い時間の間だけユーザと対話する従来のポータルと比較して）。また、そのようなサービス（常にアクセス可能である）を提供することによって、ポータルは、サービスを必要とする時にユーザが、サービスの１つへのアクセスが望まれる時に、この会話ポータルに接続する可能性を大幅に高める。
【００７９】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００８０】
（１）会話ポータルであって、
変化する入出力（Ｉ／Ｏ）モーダリティを有するクライアントとのマルチモーダル・ダイアログを行う会話ブラウザであって、前記会話ブラウザが、要求元クライアントからの要求に応答して情報供給源から情報を取り出し、前記要求元クライアントの前記Ｉ／Ｏモーダリティとの互換性を有するフォーマットで前記取り出された情報の前記要求元クライアントへのサービスおよび提示の１つを行う、会話ブラウザ
を含む会話ポータル。
（２）前記情報供給源によって供給される前記情報が、マルチモーダル表現で実施される、上記（１）に記載の会話ポータル。
（３）前記マルチモーダル表現が、モーダリティ独立フォーマットである、上記（２）に記載の会話ポータル。
（４）機能的に前記会話ブラウザに関連する、前記要求元クライアントの前記Ｉ／Ｏモーダリティに基づいて前記マルチモーダル情報を少なくとも１つのモーダリティ固有フォーマットに変換するトランスコーダをさらに含む、上記（２）に記載の会話ポータル。
（５）前記会話ポータルが、前記マルチモーダル情報を前記少なくとも１つのモーダリティ固有フォーマットに変換するために、前記要求元クライアントの前記Ｉ／Ｏモーダリティを検出する、上記（４）に記載の会話ポータル。
（６）前記会話ポータルが、登録プロトコルおよびアクセス・チャネルの識別の１つに基づいて、前記要求元クライアントの前記Ｉ／Ｏモーダリティを検出する、上記（５）に記載の会話ポータル。
（７）前記会話ブラウザによってアクセス可能な、情報供給源の索引、情報供給源に関連する情報、およびそれらの組合せの１つを格納するポータル・ディレクトリ・データベースをさらに含む、上記（１）に記載の会話ポータル。
（８）前記情報供給源に関連する前記ポータル・ディレクトリ・データベースに格納された前記情報が、前記会話ポータルのサービス・プロバイダと前記情報供給源のサービス・プロバイダとの間のビジネス契約の下で前記会話ポータルの前記サービス・プロバイダによってマルチモーダル・フォーマットで維持される、上記（７）に記載の会話ポータル。
（９）前記要求元クライアントと前記会話ポータルの間の接続を捕捉し、所定の時間枠の間前記クライアントを捕捉状態に保持する捕捉モジュールをさらに含む、上記（１）に記載の会話ポータル。
（１０）前記クライアントが、前記会話ブラウザによって提供されるリンクが前記要求元クライアントによって選択された時間枠と、前記要求元クライアントへのレンダリングまたはサービスの１つの時間枠の間に捕捉状態に保持される、上記（９）に記載の会話ポータル。
（１１）前記要求元クライアントが、前記要求元クライアントによってリンクが直接に要求された時に解放される、上記（１０）に記載の会話ポータル。
（１２）前記会話ポータルのサービス・プロバイダが、前記要求元クライアントが捕捉状態に保持される少なくとも１つの所定の時間枠の間、広告、サービス、およびこれらの組合せの１つを提供する、上記（９）に記載の会話ポータル。
（１３）前記少なくとも１つの所定の時間枠が、異なる情報供給源の間のリンクの取出の間の時間枠である、上記（１２）に記載の会話ポータル。
（１４）前記広告およびサービスが、マルチモーダルである、上記（１２）に記載の会話ポータル。
（１５）前記広告およびサービスが、前記会話ポータルの前記サービス・プロバイダと第三者との間のビジネス契約の下で第三者の代わりに前記サービス・プロバイダによって提供される、上記（１２）に記載の会話ポータル。
（１６）情報供給源から得られたオーディオ・データおよびマルチメディア・データをセグメント化し、索引を付ける、オーディオ索引付けシステムと、
前記索引付けされたオーディオ・データおよびマルチメディア・データを格納するマルチメディア・データベースと
をさらに含む、上記（１）に記載の会話ポータル。
（１７）前記会話ブラウザが、クライアント要求に応答して前記マルチメディア・データベースから所望のセグメントを取得し、前記クライアントのＩ／Ｏ能力に基づいてそのようなセグメントを前記クライアントに提示する、上記（１６）に記載の会話ポータル。
（１８）前記会話ブラウザが、マルチメディア・データに索引を付け、前記マルチメディア・データベースに格納するために、少なくとも１つの情報供給源から前記マルチメディア・データを周期的にダウンロードする、上記（１６）に記載の会話ポータル。
（１９）前記少なくとも１つの情報供給源の前記マルチメディア・データの前記ダウンロードおよび索引付けが、前記会話ポータルのサービス・プロバイダと前記少なくとも１つの情報供給源のサービス・プロバイダとの間のビジネス契約の下で実行される、上記（１８）に記載の会話ポータル。
（２０）前記会話ポータルが、登録された加入者のために、前記マルチメディア・データベース内のユーザによって選択されたマルチメディア・セグメントを含むプログラムを維持する、上記（１６）に記載の会話ポータル。
（２１）前記登録された加入者が、前記プログラムを会話的にナビゲートし、前記要求元クライアントを介するブロードキャストのために所望のセグメントを選択する、上記（２０）に記載の会話ポータル。
（２２）前記プログラムが、前記登録された加入者が無線電話を介してアクセスするラジオ・オン・デマンド・サービスを含む、上記（２０）に記載の会話ポータル。
（２３）情報にアクセスするシステムであって、
少なくとも１つの入出力モーダリティを有するアクセス・デバイスと、
コンテンツ・サーバと、
前記アクセス・デバイスから通信される要求に応答して、前記コンテンツ・サーバから情報を取り出し、前記アクセス・デバイスの前記少なくとも１つの入出力モーダリティに基づく、前記アクセス・デバイスへの前記取り出された情報のサービスおよび提示の１つを行う会話ポータルと
を含むシステム。
（２４）前記コンテンツ・サーバが、マルチモーダル・コンテンツ・ページ、マルチモーダル・アプリケーション、およびその両方の１つを提供する、上記（２３）に記載のシステム。
（２５）
前記マルチモーダル・コンテンツ・ページおよびマルチモーダル・アプリケーションが、モーダリティ独立表現で実施される、上記（２４）に記載のシステム。
（２６）前記会話ポータルが、前記アクセス・デバイスの前記入出力機能に基づくユーザへの提示のためにマルチモーダル・コンテンツ・ページおよびマルチモーダル・アプリケーションの１つを取り出し、処理する会話ブラウザを含む、上記（２４）に記載のシステム。
（２７）前記会話ポータルが、マルチモーダル・コンテンツ・ページおよびマルチモーダル・アプリケーションの１つを、前記アクセス・デバイスの検出された入出力機能に基づいて、少なくとも１つのモーダリティ固有表現に変換するポータル・トランスコーダを含む、上記（２４）に記載のシステム。
（２８）前記会話ポータルによってアクセス可能な、コンテンツ・プロバイダのモーダリティ固有サイトをマルチモーダル表現に変換するプロキシ・トランスコーダをさらに含む、上記（２４）に記載のシステム。
（２９）前記プロキシ・トランスコーダのサービスが、前記コンテンツ・プロバイダおよび前記コンテンツ・プロバイダとのビジネス契約の下の第三者の１つによって提供される、上記（２８）に記載のシステム。
（３０）前記アクセス・デバイスが、前記会話ポータルによって受信されたマルチモーダル・コンテンツ・ページおよびマルチモーダル・アプリケーションの１つを処理し、提示するローカル会話ブラウザを含むマルチモーダル・デバイスである、上記（２４）に記載のシステム。
（３１）前記会話ポータルが、事前に指定された電話番号を呼び出すことによってアクセスされる、上記（２３）に記載のシステム。
（３２）前記会話ポータルが、コンテンツ・サーバ・アドレスのディレクトリを含むポータル・ディレクトリ・データベースを含む、上記（２３）に記載のシステム。
（３３）前記ポータル・ディレクトリ・データベースが、少なくとも１つのコンテンツ・プロバイダに関連する、前記会話ポータルによってホスティングされる、マルチモーダル・コンテンツ・ページ、マルチモーダル・アプリケーション、および両方の１つを含む、上記（３２）に記載のシステム。
（３４）通信ネットワークを介する情報へのアクセスを提供する方法であって、少なくとも１つの入出力モーダリティを関連付けられているアクセス・デバイスを使用して会話ポータルとの通信を確立するステップと、
前記会話ポータルによって、ユーザ要求に応答して情報を取り出すステップと、
前記会話ポータルによって、前記アクセス・デバイスの前記少なくとも１つの入出力モーダリティに基づいて、前記ユーザへの前記情報の提示およびサービスの１つを行うステップと
を含む方法。
（３５）前記取り出された情報が、マルチモーダル・コンテンツ・ページ、マルチモーダル・アプリケーション、およびその両方の１つを含む、上記（３４）に記載の方法。
（３６）前記アクセス・デバイスの少なくとも１つの入出力モーダリティを検出するステップと、
前記取り出されたマルチモーダル情報を、前記少なくとも１つの検出された入出力モーダリティに対応する少なくとも１つのモーダリティ固有フォーマットにトランスコーディングするステップと
をさらに含む、上記（３５）に記載の方法。
（３７）前記取り出すステップが実行される期間中に前記ユーザを捕捉状態に保持するステップと、
前記ユーザが捕捉状態に保持される所定の時間枠中に、前記ユーザに広告、サービス、およびそれらの組合せの１つを提示するステップと
をさらに含む、上記（３４）に記載の方法。
（３８）前記会話ポータルによって、ブロードキャスト・オン・デマンド・サービスを提供するために、登録加入者用のプログラムを維持するステップをさらに含む、上記（３４）に記載の方法。
【図面の簡単な説明】
【図１】本発明の一実施形態による、会話ポータルを介して情報にアクセスするシステムのブロック図である。
【図２】本発明のもう１つの実施形態による、会話ポータルを介して情報にアクセスするシステムのブロック図である。
【図３】図４と共に、本発明の１態様による情報アクセスの方法の流れ図を構成する図である。
【図４】図３と共に、本発明の１態様による情報アクセスの方法の流れ図を構成する図である。
【図５】本発明に関連して使用することができる、会話（マルチモーダル）ブラウザのアーキテクチャのブロック図である。
【図６】本発明に関連して使用することができる、もう１つの会話（マルチモーダル）ブラウザのアーキテクチャのブロック図である。
【符号の説明】
１０  システム
１１  会話ポータル
１２  クライアント／アクセス・デバイス
１２ａ  ローカル会話（マルチモーダル）ブラウザ
１３  クライアント／アクセス・デバイス
１３ａ  ＨＴＭＬブラウザ
１４  クライアント／アクセス・デバイス
１４ａ  ＷＭＬブラウザ
１５  クライアント／アクセス・デバイス
１５ａ  ＶｏｉｃｅＸＭＬブラウザ
１６  クライアント／アクセス・デバイス
１７  ネットワーク
１８  コンテンツ・サーバ
１９  コンテンツ／ビジネス・ロジック
【図１】
0004237951.tif 000002
【図２】
0004237951.tif 000003
【図３】
0004237951.tif 000004
【図４】
0004237951.tif 000005
【図５】
0004237951.tif 000006
【図６】
0004237951.tif 000007