(57)【要約】１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信する第１のアプリケーションを利用することにより、情報がユーザに提示され得る。完了ではない文字は、更なる文字が受信され得ることを示す。キャラクタ・ストリームは、キャラクタ・ストリームを分析してユーザの予測される関心に応じた結果を生成するホストとやり取りされる。ユーザが結果の１つを選択して選択された結果に関連するコード・セグメントを起動することができるよう、結果が受信及び表示される。
2006510123.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに情報を提示する方法であって、
追加の文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信するために、第1のアプリケーションを利用するステップと、
前記キャラクタ・ストリームを分析してユーザの予測される関心に応じた結果を生成するホストと、前記キャラクタ・ストリームをやり取りするステップと、
前記結果を受信するステップと、
前記ユーザが前記結果の１つを選択して、選択された結果に関連するコード・セグメントを起動できるよう前記結果を表示するステップと、
を備える方法。
【請求項２】
請求項１記載の方法であって、前記第1のアプリケーションを利用するステップ、前記キャラクタ・ストリームをやり取りするステップ、前記結果を受信するステップ、及び前記結果を表示するステップが、
ウェブ・ブラウザのアドレス行に前記キャラクタ・ストリームを受信するために、ウェブ・ブラウザを利用するステップと、
前記ユーザの予測される関心に応じた１つ又はそれ以上の地図作成結果を生成するために、前記キャラクタ・ストリームを、前記ホストとやり取りするステップと、
前記地図作成結果を受信するステップと、
前記地図作成結果を、前記ユーザが、選択された概観の地図と関連する一層詳細な地図情報の表示を選択することを可能とする概観の地図で表示するステップと、
を備える方法。
【請求項３】
請求項１記載の方法であって、更に、
前記キャラクタ・ストリームに対する１つ又はそれ以上の更新を受信するために、前記第１のアプリケーションを利用するステップと、
前記ホストが前記更新を利用して前記キャラクタ・ストリームを分析し、前記ユーザの予測される関心に応じた更新された結果を生成することを可能とするために、前記キャラクタ・ストリームに対する前記更新を、前記ホストとやり取りするステップと、
前記更新された結果を受信するステップと、
前記ユーザが前記更新された結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することを可能とするよう、前記更新された結果を表示するステップと、
を備える方法。
【請求項４】
請求項３記載の方法であって、前記更新をやり取りするステップが、前記キャラクタ・ストリームの全ての文字をやり取りするステップを含む方法。
【請求項５】
請求項３記載の方法であって、前記更新をやり取りするステップが、前記キャラクタ・ストリームが最後にやり取りされた後で受信された、前記キャラクタ・ストリームの１つ又はそれ以上の文字をやり取りするステップを含む方法。
【請求項６】
請求項３記載の方法であって、前記キャラクタ・ストリームをやり取りするステップが、正確な結果を生成するために十分な量のデータが前記キャラクタ・ストリームにあるか否かを決定するステップと、十分な量のデータがある場合に、前記結果を表示するために前記キャラクタ・ストリームを分析するステップとを含む方法。
【請求項７】
請求項６記載の方法であって、更に、正確な結果を生成するために前記キャラクタ・ストリームに前記の十分な量のデータが存在しない場合に、前記キャラクタ・ストリームを分析するステップを遅らせるステップを備える方法。
【請求項８】
請求項６記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、所定数の文字が入力されるまで待機するステップを含む方法。
【請求項９】
請求項６記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、前記ユーザが前記キャラクタ・ストリームに最後に新しい文字を入力してから所定の時間が経過するまで待機するステップを含む方法。
【請求項１０】
請求項６記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、前記キャラクタ・ストリームの新しい文字が入力されてから所定の時間が経過していない場合に、所定数の文字が入力されるまで待機するステップを含む方法。
【請求項１１】
請求項１記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記ユーザの前記予測される関心により良く応じる結果を識別するステップを含む方法。
【請求項１２】
請求項１記載の方法であって、前記結果を表示するステップが、前記ユーザの前記予測される関心により良く応じる前記結果を表示するステップを含む方法。
【請求項１３】
請求項１記載の方法であって、前記ユーザが前記結果のうちの１つを選択してコード・セグメントを起動することを可能とするよう前記結果を表示するステップが、前記キャラクタ・ストリームを受信する前記第１のアプリケーションとは異なる第２のアプリケーションを前記ユーザが起動することを可能とするステップを含む方法。
【請求項１４】
請求項１記載の方法であって、ホストと前記キャラクタ・ストリームをやり取りするステップが、複数のデータベースのそれぞれからの結果を識別するために複数のデータベースをポーリングするステップを含む方法。
【請求項１５】
請求項１記載の方法であって、更に、前記ユーザが、前記第１のアプリケーションの動作形態を制御するように前記第１のアプリケーションを構成することを可能とするステップを備える方法。
【請求項１６】
請求項１記載の方法であって、前記ユーザが前記第１のアプリケーションを構成することを可能とするステップが、アクセスされる１つ又はそれ以上のデータベースを前記ユーザが選択することを可能とするステップを含む方法。
【請求項１７】
請求項１記載の方法であって、前記ユーザが前記第１のアプリケーションを構成することを可能とするステップが、前記結果が表示される形式を前記ユーザが制御することを可能とするステップを含む方法。
【請求項１８】
請求項１記載の方法であって、前記ユーザが前記第１のアプリケーションを構成することを可能とするステップが、前記結果を表示するために利用されるドロップ・ダウン・メニューの構成を前記ユーザが制御することを可能とするステップを含む方法。
【請求項１９】
請求項１記載の方法であって、更に、
前記キャラクタ・ストリームを分析してユーザ・プロファイルを決定するステップと、
前記ユーザ・プロファイルを蓄積するステップと、
前記ユーザ・プロファイルを用いて、前記第１のアプリケーションからのその後のキャラクタ・ストリームを分析するステップと、
を備える方法。
【請求項２０】
請求項１記載の方法であって、前記結果を表示するステップが、前記キャラクタ・ストリームに関連する地図を表示するステップを含む方法。
【請求項２１】
請求項１記載の方法であって、前記キャラクタ・ストリームを受信するために前記第１のアプリケーションを利用するステップが、地図情報が前記キャラクタ・ストリームと関連付けられていることを識別するために、前記キャラクタ・ストリームをやり取りするステップの前に前記キャラクタ・ストリームを分析するステップを含む方法。
【請求項２２】
請求項２１記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに、一般に利用されるアドレス用語が現れていることを認識するステップを含む方法。
【請求項２３】
請求項２２記載の方法であって、前記一般に利用されているアドレス用語を認識するステップが、前記キャラクタ・ストリームに郵便番号が現れていることを認識するステップを含む方法。
【請求項２４】
請求項２２記載の方法であって、前記一般に利用されているアドレス用語を認識するステップが、前記キャラクタ・ストリームに国識別子が現れていることを認識するステップを含む方法。
【請求項２５】
請求項２２記載の方法であって、前記一般に利用されているアドレス用語を認識するステップが、前記キャラクタ・ストリームに市識別子が現れていることを認識するステップを含む方法。
【請求項２６】
請求項１記載の方法であって、前記キャラクタ・ストリームを受信するために前記第１のアプリケーションを利用するステップが、ベンダ情報が前記キャラクタ・ストリームと関連付けられていることを識別するために、前記キャラクタ・ストリームをやり取りする前に前記キャラクタ・ストリームを分析するステップと、前記結果の中にベンダ情報を返すよう前記ホストに指示するステップとを含む方法。
【請求項２７】
請求項２６記載の方法であって、ベンダ情報を識別するステップが、前記キャラクタ・ストリームと関連する職業別電話帳情報を識別するステップを含む方法。
【請求項２８】
請求項２６記載の方法であって、ベンダ情報を識別するステップが、前記キャラクタ・ストリームに現れる分類及び場所を識別するステップを含む方法。
【請求項２９】
請求項１記載の方法であって、前記キャラクタ・ストリームを受信するために前記第1のアプリケーションを利用するステップが、前記キャラクタ・ストリームに現れるメッセージング・ラベルについて前記キャラクタ・ストリームを分析するステップを含む方法。
【請求項３０】
請求項２９記載の方法であって、前記メッセージング・ラベルについて前記キャラクタ・ストリームを分析するステップと、前記結果を表示するステップとが、前記ユーザが他のユーザと通信することを可能にするメッセージング・コード・セグメントを提示するステップを含む方法。
【請求項３１】
請求項２９記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームにユーザ識別子が現れていることを決定するステップを含む方法。
【請求項３２】
請求項３１記載の方法であって、更に、前記ユーザ識別子と関連付けられたユーザのオンライン状態を決定するステップを備える方法。
【請求項３３】
請求項３２記載の方法であって、前記オンライン状態を決定するステップと、前記結果を表示するステップとが、前記ユーザが前記ユーザ識別子と関連付けられたユーザとインスタント・メッセージをやり取りすることを可能とするステップを含む方法。
【請求項３４】
請求項２９記載の方法であって、前記メッセージング・ラベルについて前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに、電子メール・メッセージがやり取りされることを示す「＠」文字が現れていることを認識するステップを含む方法。
【請求項３５】
請求項１記載の方法であって、更に、後のアクセスのために前記結果を蓄積するステップを備える方法。
【請求項３６】
請求項１記載の方法であって、前記結果を蓄積するステップが、前記ユーザが選択した結果を蓄積するステップを含む方法。
【請求項３７】
請求項３６記載の方法であって、更に、
追加の文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字の第２のストリームを受信するために、前記第１のアプリケーションを利用するステップと、
蓄積された結果にアクセスするステップと、
前記蓄積された結果を前記第２のストリームと関連付けるステップと、
を備える方法。
【請求項３８】
請求項３７記載の方法であって、更に、前記ユーザが前記蓄積された結果に関する情報を要求していることを前記第２のストリームが示す場合に、前記蓄積された結果を表示するステップを備える方法。
【請求項３９】
請求項３８記載の方法であって、更に、
前記第２のストリームを、分析のために前記ホストとやり取りするステップと、
第２のストリームの結果を受信するステップと、
前記蓄積された結果が前記第２のストリームと関連しない場合に、前記ユーザが前記第２のストリームの結果の１つを選択して前記第２のストリームの結果に関連するコード・セグメントを起動できるよう、前記第２のストリームの結果を表示するステップと、
を備える方法。
【請求項４０】
請求項１記載の方法であって、前記キャラクタ・ストリームをやり取りするステップが、前記キャラクタ・ストリームに置かれた統一資源位置識別子（ＵＲＬ）を確認するステップを含む方法。
【請求項４１】
ユーザに対するインテリジェントな情報の提示を可能とするシステムであって、
更なる文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信するよう構成及び配置された第１のアプリケーションと、
前記キャラクタ・ストリームを分析してユーザの予測される関心に応じた結果を生成するホストと、前記キャラクタ・ストリームをやり取りするよう構成及び配置された第１の通信インターフェースと、
前記結果を受信するよう構成及び配置された第２の通信インターフェースと、
前記ユーザが前記結果の１つを選択して選択された結果に関連するコード・セグメントを起動できるように前記結果を表示するよう構成及び配置された表示装置と、
を備えるシステム。
【請求項４２】
請求項４１記載のシステムであって、更に、
前記第１のアプリケーションを利用して、前記キャラクタ・ストリームに対する１つ又はそれ以上の更新を受信し、
前記ホストが前記更新を用いて前記キャラクタ・ストリームを分析し、前記ユーザの予測される関心に応じた更新された結果を生成することを可能とするために、前記ホストと前記キャラクタ・ストリームに対する前記更新をやり取りし、
前記更新された結果を受信し、
前記ユーザが前記結果の１つを選択して選択された結果に関連するコード・セグメントを起動できるように前記更新された結果を表示するよう構成及び配置された更新アプリケーションを備えるシステム。
【請求項４３】
請求項４１記載のシステムであって、前記第１の通信インターフェースが、正確な結果を生成するのに十分な量のデータが前記キャラクタ・ストリームに存在するか否かを決定し、十分な量のデータが存在する場合に、前記キャラクタ・ストリームを分析して前記結果を表示するよう構成及び配置されるシステム。
【請求項４４】
請求項４３記載のシステムであって、更に、十分な量のデータが存在しない場合に、前記キャラクタ・ストリームの分析を遅らせるよう構成及び配置された延期アプリケーションを備えるシステム。
【請求項４５】
請求項４４記載のシステムであって、前記延期アプリケーションが、前記キャラクタ・ストリームをやり取りする前に、所定数の文字が入力されるまで待機するよう構成及び配置されるシステム。
【請求項４６】
請求項４４記載の方法であって、前記延期アプリケーションが、前記キャラクタ・ストリームをやり取りする前に、前記ユーザが前記キャラクタ・ストリームに最後に新しい文字を入力してから所定の時間が経過するまで待機するよう構成及び配置される方法。
【請求項４７】
請求項４４記載のシステムであって、前記延期アプリケーションが、前記キャラクタ・ストリームをやり取りするか否かを決定する際に、前記キャラクタ・ストリームの新しい文字が入力されてから所定の時間が経過していない場合に、所定数の文字が入力されるまで待機するよう構成及び配置されるシステム。
【請求項４８】
請求項４１記載のシステムであって、更に、
前記キャラクタ・ストリームを分析してユーザ・プロファイルを決定するよう構成及び配置された第２のアプリケーションと、
前記ユーザ・プロファイルを蓄積するよう構成及び配置された記憶装置と、
前記ユーザ・プロファイルを利用して、前記第１のアプリケーションからのその後のキャラクタ・ストリームを分析するよう構成及び配置された第３のアプリケーションと、
を備えるシステム。
【請求項４９】
請求項４１記載のシステムであって、前記第１のアプリケーションが、
ベンダ情報が前記キャラクタ・ストリームに関連付けられていることを識別するために、前記キャラクタ・ストリームをやり取りする前に、前記キャラクタ・ストリームを分析し、
前記結果の中にベンダ情報を返すよう前記ホストに指示するよう構成及び配置されるシステム。
【請求項５０】
請求項４９記載のシステムであって、前記第１のアプリケーションが、ベンダ情報を識別する際に、前記キャラクタ・ストリームに現れる分類及び場所を識別するよう構成及び配置されるシステム。
【請求項５１】
請求項４１記載のシステムであって、前記第１のプロフェッサが、前記キャラクタ・ストリームに現れるメッセージング・ラベルについて前記キャラクタ・ストリームを分析するよう構成及び配置されるシステム。
【請求項５２】
ユーザに情報を提示する方法であって、
更なる文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信するために、第１のアプリケーションを利用する手段と、
ホストが前記キャラクタ・ストリームを分析して、ユーザの予測される関心に応じた結果を生成することを可能とするために、前記キャラクタ・ストリームをホストとやり取りする手段と、
前記結果を受信する手段と、
前記ユーザが前記結果のうちの１つを選択して、選択された結果に関連するコード・セグメントを起動することができるよう、前記結果を表示する手段と、
を備える方法。
【請求項５３】
クライアントから受信した情報を、ホストを利用して処理し、該情報に対する結果を返信する方法であって、
更なる文字が受信され得ることを示す、１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信するステップと、
前記キャラクタ・ストリームを分析して、ユーザの予測される関心に応じた結果を生成するステップと、
前記ユーザが前記結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することができるよう、前記結果を送信するステップと、
を備える方法。
【請求項５４】
請求項５３記載の方法であって、更に、
前記キャラクタ・ストリームに対する１つ又はそれ以上の更新を受信するステップと、
前記ユーザの予測される関心に応じた更新された結果を生成するために、前記更新を用いて前記キャラクタ・ストリームを分析するステップと、
前記ユーザが前記更新された結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することができるよう、前記更新された結果を送信するステップと、
を備える方法。
【請求項５５】
請求項５３記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに正確な結果を生成するのに十分な量のデータがあるか否かを決定するステップと、十分な量のデータがある場合に、前記キャラクタ・ストリームを分析して前記結果を表示するステップとを含む方法。
【請求項５６】
請求項５５記載の方法であって、更に、前記キャラクタ・ストリームに正確な結果を生成するのに十分な量のデータがない場合に、前記キャラクタ・ストリームを分析するステップを遅らせるステップを備える方法。
【請求項５７】
請求項５５記載の方法であって、前記キャラクタ・ストリームに前記十分な量のデータがあるか否かを決定するステップが、所定数の文字が入力されるまで待機するステップを含む方法。
【請求項５８】
請求項５５記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、前記ユーザが前記キャラクタ・ストリームに最後に新しい文字を入力してから所定の時間が経過するまで待機するステップを含む方法。
【請求項５９】
請求項５５記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、前記キャラクタ・ストリームに新しい文字が受信されてから所定の時間が経過していない場合に、所定数の文字が受信されるまで待機するステップを含む方法。
【請求項６０】
請求項５３記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記ユーザの予測される関心により良く応じる結果を識別するステップを含む方法。
【請求項６１】
請求項５３記載の方法であって、前記キャラクタ・ストリームを分析するステップが、複数のデータベースのそれぞれからの結果を識別するために複数のデータベースをポーリングするステップを含む方法。
【請求項６２】
請求項５３記載の方法であって、更に、サービス・プロバイダが、前記第１のアプリケーションの動作形態を制御するよう前記第１のアプリケーションを構成することを可能とするステップを備える方法。
【請求項６３】
請求項５３記載の方法であって、前記サービス・プロバイダが前記第１のアプリケーションを構成することを可能にするステップが、前記サービス・プロバイダがアクセスされる１つ又はそれ以上のデータベースを選択することを可能にするステップを含む方法。
【請求項６４】
請求項５３記載の方法であって、前記サービス・プロバイダが前記第１のアプリケーションを構成することを可能にするステップが、前記サービス・プロバイダが前記結果の表示形式を制御することを可能とするステップを含む方法。
【請求項６５】
請求項５３記載の方法であって、前記サービス・プロバイダが前記第１のアプリケーションを構成することを可能にするステップが、前記サービス・プロバイダが、前記第１のアプリケーションの前記動作形態を制御するようドロップ・ダウン・メニューを制御することを可能とするステップを含む方法。
【請求項６６】
請求項５３記載の方法であって、更に、
ユーザ・プロファイルを決定するために前記キャラクタ・ストリームを分析するステップと、
前記ユーザ・プロファイルを蓄積するステップと、
前記クライアントから受信したその後のキャラクタ・ストリームを分析するために、前記ユーザ・プロファイルを利用するステップと、
を備える方法。
【請求項６７】
請求項５３記載の方法であって、前記キャラクタ・ストリームを分析するステップが、地図情報が前記キャラクタ・ストリームに関連付けられていることを識別するために、前記キャラクタ・ストリームをやり取りするステップの前に前記キャラクタ・ストリームを分析するステップを含む方法。
【請求項６８】
請求項６７記載の方法であって、地図情報を識別するステップが、前記キャラクタ・ストリームに、一般に利用される住所用語が存在することを認識するステップを含む方法。
【請求項６９】
請求項６８記載の方法であって、地図情報を識別するステップが、前記キャラクタ・ストリームに郵便番号が現れていることを認識するステップを含む方法。
【請求項７０】
請求項６８記載の方法であって、地図情報を識別するステップが、前記キャラクタ・ストリームに国識別子が現れていることを認識するステップを含む方法。
【請求項７１】
請求項６８記載の方法であって、地図情報を識別するステップが、前記キャラクタ・ストリームに市識別子が現れていることを認識するステップを含む方法。
【請求項７２】
請求項５３記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに関連付けられたベンダ情報を識別する方法。
【請求項７３】
請求項７２記載の方法であって、ベンダ情報を識別するステップが、前記キャラクタ・ストリームに関連付けられた職業別電話帳情報を識別するステップを含む方法。
【請求項７４】
請求項７２記載の方法であって、ベンダ情報を識別するステップが、前記キャラクタ・ストリームに現れる分類及び場所を識別するステップを含む方法。
【請求項７５】
請求項７２記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに現れるメッセージング・ラベルを識別するステップを含む方法。
【請求項７６】
請求項７２記載の方法であって、メッセージング・ラベルを識別するステップが、前記キャラクタ・ストリームにユーザ識別子が現れていることを決定するステップを含む方法。
【請求項７７】
請求項７６記載の方法であって、更に、前記ユーザ識別子と関連づけられたユーザのオンライン状態を決定するステップを含む方法。
【請求項７８】
請求項７２記載の方法であって、前記メッセージング・ラベルを識別するステップが、前記キャラクタ・ストリームに、電子メール・メッセージがやり取りされることを示す「＠」文字が現れていることを認識するステップを含む方法。
【請求項７９】
請求項５３記載の方法であって、更に、その後のアクセスのために前記結果を蓄積するステップを備える方法。
【請求項８０】
請求項５３記載の方法であって、前記結果を蓄積するステップが、前記ユーザが選択した結果を蓄積するステップを含む方法。
【請求項８１】
請求項７９記載の方法であって、更に、
追加の文字が受信され得ることを示す、１つ又はそれ以上の完了ではない文字の第２のストリームを受信するステップと、
蓄積された結果にアクセスするステップと、
前記蓄積された結果を前記第２のストリームに関連づけるステップと、
を備える方法。
【請求項８２】
請求項８１記載の方法であって、更に、前記ユーザが前記蓄積された結果に関連する情報を要求していることを前記第２のストリームが示す場合に、前記蓄積された結果をやり取りするステップを備える方法。
【請求項８３】
請求項５３記載の方法であって、前記キャラクタ・ストリームをやり取りするステップが、前記キャラクタ・ストリーム内にある統一資源位置識別子（ＵＲＬ）を確認するステップを含む方法。
【請求項８４】
クライアントから受信した情報を処理して、該情報に関連する結果を返信するホストであって、
更なる文字が受信され得ることを示す、１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信するよう構成及び配置された第１の通信インターフェースと、
ユーザの予測される関心に応じた結果を生成するために前記キャラクタ・ストリームを分析するよう構成及び配置された第１のアプリケーションと、
前記ユーザが前記結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することができるように前記結果を送信するよう構成及び配置された第２の通信インターフェースと、
を備えるホスト。
【請求項８５】
請求項８４記載のホストであって、更に、
前記キャラクタ・ストリームに対する１つ又はそれ以上の更新を受信し、
前記ユーザの予測される関心に応じた更新された結果を生成するために、前記更新を用いて前記キャラクタ・ストリームを分析し、
前記ユーザが前記更新された結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することができるように前記更新した結果を送信するよう構成及び配置された更新アプリケーションを備えるホスト。
【請求項８６】
請求項８４記載のホストであって、前記第１のアプリケーションが、
正確な結果を生成するのに十分な量のデータが前記キャラクタ・ストリームにあるか否かを決定し、
十分な量のデータがある場合に、前記結果を表示するために前記キャラクタ・ストリームを分析するよう構成及び配置されるホスト。
【請求項８７】
請求項８６記載のホストであって、更に、前記キャラクタ・ストリームに十分な量のデータがない場合に、前記キャラクタ・ストリームを遅らせるよう構成及び配置された延期アプリケーションを備えるホスト。
【請求項８８】
請求項８７記載のホストであって、前記延期アプリケーションが、所定数の文字が入力されるまで待機するよう構成及び配置されるホスト。
【請求項８９】
請求項８７記載のホストであって、前記延期アプリケーションが、前記ユーザが前記キャラクタ・ストリームに最後に新しい文字を入力してから所定の時間が経過するまで待機するよう構成及び配置されるホスト。
【請求項９０】
請求項８７記載のホストであって、前記延期アプリケーションが、前記キャラクタ・ストリームの新しい文字が受信されてから所定の時間が経過していない場合に、所定数の文字が受信されるまで待機するよう構成及び配置されるホスト。
【請求項９１】
請求項８４記載のホストであって、更に、
前記キャラクタ・ストリームを分析してユーザ・プロファイルを決定するよう構成及び配置された第２のアプリケーションと、
前記ユーザ・プロファイルを蓄積するよう構成及び配置された記憶装置と、
前記第１のアプリケーションからのその後のキャラクタ・ストリームを分析するために、前記ユーザ・プロファイルを利用するよう構成及び配置された第３のアプリケーションと、
を備えるホスト。
【請求項９２】
請求項８４記載のホストであって、前記第１のアプリケーションが、
前記キャラクタ・ストリームに関連付けられたベンダ情報を識別するために、前記キャラクタ・ストリームをやり取りする前に前記キャラクタ・ストリームを分析し、
前記結果の中にベンダ情報を返すよう前記ホストに指示するよう構成及び配置されるホスト。
【請求項９３】
請求項９２記載のシステムであって、前記第１のアプリケーションが、ベンダ情報を識別する際に、前記キャラクタ・ストリームに現れる分類及び場所を識別するよう構成及び配置されるシステム。
【請求項９４】
請求項８４記載のシステムであって、前記第１のアプリケーションが、前記キャラクタ・ストリームに現れるメッセージング・ラベルについて前記キャラクタ・ストリームを分析するよう構成及び配置されるシステム。
【請求項９５】
クライアントから受信した情報を処理し、該情報に関連する結果を返信するホストであって、
更なる文字が受信され得ることを示す、１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信する手段と、
前記キャラクタ・ストリームを分析してユーザの予測される関心に応じた結果を生成する手段と、
前記ユーザが前記結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することができるよう前記結果を送信する手段と、
を備えるホスト。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本発明は、「クライアント・コンピュータにおけるソフトウェアにより可能化され強化された通信及び機能」という名称の２００２年１１月１８日出願に係る米国仮特許出願第６０／４２６８０６号、「キーワード及び検索ナビゲーション」という名称の２００２年１１月２１日出願に係る米国仮特許出願第６０／４２７９４４号、「スマートボックス」という名称の２００３年５月１９日出願に係る米国仮特許出願第６０／４７１３３７号、「スマートボックス」という名称の２００３年５月１９日出願に係る米国仮特許出願第６０／４７１３３８号、及び「スマートボックス」という名称の２００３年７月２１日出願に係る米国仮特許出願第６０／４８８４００号に基づく優先権を主張する。これらの出願はそれぞれ、参照により本明細書に援用される。
【０００２】
技術分野
本明細書は、コンテンツの取得及び提示に関する。
【０００３】
発明の背景
インターネットにより、ユーザは大量の情報にアクセスすることが可能になった。ブラウザ、メッセージング・アプリケーション、又は他の独自のアプリケーションを有するユーザは、大型のライブラリから情報を取得して、大量の情報にアクセスすることができる。大量の情報を渡り歩くことは、ユーザにとっての課題となり得る。
【０００４】
発明の概要
情報は、一般的に、第１のアプリケーションを利用して、更なる文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信し、該キャラクタ・ストリームを分析してユーザの予測される関心に応じた結果を生成するためにキャラクタ・ストリームをホストとやり取りし、結果を受信し、ユーザが結果の１つを選択して選択された結果に関連するコード・セグメントを起動することができるように結果を表示することにより、ユーザに提示され得る。
【０００５】
例えば、ウェブ・ブラウザは、アドレス欄にキャラクタ・ストリームを受け取り、該キャラクタ・ストリームを、ユーザの予測される関心に応じた地図作成結果を生成するホストとやり取りする。ウェブ・ブラウザは、地図作成結果を受信し、該地図作成結果を、ユーザが概観の地図の１つを選択して一層詳細な地図情報を表示することができるように概観の地図で表示する。
【０００６】
実現形態には、以下の１つ又はそれ以上の特徴が含まれ得る。例えば、第１のアプリケーションは、キャラクタ・ストリームへの１つ又はそれ以上の更新を受信し、キャラクタ・ストリームへの更新をホストとやり取りして、ホストが更新を用いてキャラクタ・ストリームを分析し、ユーザの予測される関心に応じた更新された結果を生成することを可能とし得る。更新された結果は、ユーザが更新された結果のうちの１つを選択して、選択された結果に関連するコード・セグメントを起動することができるように受信及び表示され得る。
【０００７】
更新のやり取りには、キャラクタ・ストリームの全ての文字をやり取りすることと、キャラクタ・ストリームのうち、キャラクタ・ストリームが最後にやり取りされた後に受信された１つ又はそれ以上の文字をやり取りすることとが含まれ得る。
【０００８】
キャラクタ・ストリームのやり取りには、正確な結果を生成するために十分な量のデータがキャラクタ・ストリームに存在するか否かを決定することと、十分な量のデータが存在する場合に、キャラクタ・ストリームを分析して結果を表示することとが含まれ得る。
【０００９】
正確な結果を生成するために十分な量のデータがキャラクタ・ストリームに存在しない場合、キャラクタ・ストリームの分析が遅らされ得る。正確な結果を生成するために十分な量のデータがキャラクタ・ストリームに存在するか否かを決定することには、所定数の文字が入力されるまで待機すること、ユーザがキャラクタ・ストリームに最後に文字を入力してから所定の時間が経過するまで待機すること、又は、キャラクタ・ストリームに最後の文字が入力されてから所定の時間が経過していない場合に所定数の文字が入力されるまで待機することが含まれ得る。
【００１０】
キャラクタ・ストリームの分析には、ユーザの予測される関心により良く応じる結果を識別することが含まれ得る。結果の表示には、ユーザの予測される関心により良く応じる結果を表示することが含まれ得る。
【００１１】
ユーザが結果の１つを選択してコード・セグメントを起動することができるよう結果を表示することには、キャラクタ・ストリームを受け取る第１のアプリケーションとは異なる第２のアプリケーションをユーザが起動できるようにすることが含まれ得る。ホストとのキャラクタ・ストリームのやり取りには、複数のデータベースにポーリングして複数のデータベースのそれぞれからの結果を識別することが含まれ得る。
【００１２】
ユーザは、第１のアプリケーションの動作形態を制御するよう、第１のアプリケーションを構成することが可能である。例えば、ユーザは、アクセスされる１つ又はそれ以上のデータベースを選択し、結果が表示される形式を制御し、又は結果を表示するために利用されるドロップ・ダウン・メニューの構成を制御することが可能である。
【００１３】
キャラクタ・ストリームは、ユーザ・プロファイルを決定するために分析され得る。ユーザ・プロファイルは、第１のアプリケーションからのその後のキャラクタ・ストリームを分析するために蓄積及び利用され得る。
【００１４】
結果の表示は、キャラクタ・ストリームに関連する地図の表示を含み得る。第１のアプリケーションを用いてキャラクタ・ストリームを受け取ることには、地図情報がキャラクタ・ストリームと関連付けられていることを識別するために、キャラクタ・ストリームをやり取りする前にキャラクタ・ストリームを分析することが含まれ得る。キャラクタ・ストリームの分析には、例えば郵便番号、国識別子又は市識別子のような一般に利用される住所用語がキャラクタ・ストリームに存在することを認識することが含まれ得る。
【００１５】
第１のアプリケーションを利用してキャラクタ・ストリームを受け取ることには、ベンダ情報がキャラクタ・ストリームと関連付けられていることを識別するために、キャラクタ・ストリームをやり取りする前にキャラクタ・ストリームを分析することと、結果の中にベンダ情報を返すようホストに指示することとが含まれ得る。ベンダ情報の識別には、キャラクタ・ストリーム、或いはキャラクタ・ストリームに現れる分類又は場所に関連する職業別電話帳情報を識別することが含まれ得る。
【００１６】
キャラクタ・ストリームは、キャラクタ・ストリームに現れるメッセージング・ラベルについて分析され得る。メッセージング・ラベルについてキャラクタ・ストリームを分析し、結果を表示することには、ユーザが他のユーザと通信することを可能とするメッセージング・コード・セグメントを提示することが含まれ得る。
【００１７】
キャラクタ・ストリームの分析には、キャラクタ・ストリームにユーザ識別子が現れていることを決定することが含まれ得る。そのようなユーザ識別子が現れる場合、ユーザ識別子と関連するユーザのオンライン状態が決定され得る。オンライン状態を決定して結果を表示することには、ユーザが、ユーザ識別子に関連するユーザとインスタント・メッセージをやり取りできるようにすることが含まれ得る。メッセージング・ラベルについてキャラクタ・ストリームを分析することには、キャラクタ・ストリームに、電子メール・メッセージがやり取りされることを示す「＠」文字が現れていることを認識することが含まれ得る。
【００１８】
結果は、その後のアクセスのために蓄積され得る。結果の蓄積には、ユーザが選択した結果を蓄積することが含まれ得る。第１のアプリケーションは、更なる文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字の第２のストリームを受け取るために利用され得る。蓄積された結果がアクセスされ、第２のストリームに関連付けられ得る。
【００１９】
蓄積された結果は、ユーザが蓄積された結果に関連する情報を要求していることを第２のストリームが示す場合に表示され得る。第２のストリームは、第２のストリームを分析するホストとやり取りされ得る。第２のストリームの結果は、蓄積された結果が第２のストリームと関連しない場合に、ユーザが第２のストリームの結果の１つを選択して第２のストリームに関連するコード・セグメントを起動することができるように受信及び表示され得る。上記の動作は、クライアント又はホスト・システムにおいて実行され得る。
【００２０】
添付の図面及び以下の詳細な説明において、１つ又はそれ以上の実現形態の詳細を記載する。他の特徴については、詳細な説明、図面及び特許請求の範囲から明らかになる。
【００２１】
詳細な説明
インターネットは、大量のコンテンツへのアクセスを可能とする。ユーザにとってより良いアクセス経験を提供するための主要な課題は、ユーザが、結果を取り出すための最小の労力で、自身の関心に最も関連の高い情報にアクセスできるようにすることである。
【００２２】
ユーザを支援するため、アプリケーションは、ウェブ・ブラウザのようなアプリケーションにユーザがキャラクタ・ストリームを入力することを可能とする。キャラクタ・ストリームは、ユーザがキャリッジ・リターン（例えば「Ｅｎｔｅｒ」キー）のような完了の文字を入力する前に入力欄又はフォームに入力する完了ではない文字を含む。アプリケーションは、ホストが該キャラクタ・ストリームを分析し得るよう、このキャラクタ・ストリームをホストとやり取りする。ホストは、キャラクタ・ストリームを分析し、ユーザが関心を持つと予測される結果を生成する。例えば、キャラクタ・ストリームが「ｐｌｕｍｂｅ」という文字列を含む場合、ホストは、職業別電話帳データベースへのアクセスを生成し、ユーザを支援するために利用可能な配管工（ｐｌｕｍｂｅｒ）のリストを取り出し得る。「ｐｌｕｍｂｅｒ」又は「ｐｌｕｍｂｅｒ（キャリッジ・リターン）」という完了したキャラクタ・ストリームの受信を待たずに結果が識別され得ることに注意すべきである。
【００２３】
もう１つの例において、ユーザは、キャラクタ・ストリームとして「２０００５」を入力し得る。ホストは、郵便番号２０００５の範囲にあるワシントンＤＣ地域の地図及びビジネス照会先を取得し得る。この例において、ユーザは、郵便番号２０００５に対する結果を取得するために、地図作成ラベルを識別したり、「郵便番号」という言葉を含めたりしていないことに注意すべきである。そうではなく、可能性のある地図作成結果が考慮及び／又は表示され得るよう、キャラクタ・ストリームが分析される。
【００２４】
いずれにせよ、ホストで識別される結果に関わらず、クライアントに結果が返され、クライアントは、結果の全部又は一部を表示することができる。結果は、ユーザが結果の１つを選択して、選択された項目に関するコード・セグメントを起動することができるような方法で表示される。例えば、表示された結果が、ユーザを支援するために利用可能な配管工のリストを含む場合、エントリのうちの１つを選択すると、特定の配管工により運営されているウェブ・ページが立ち上がり得る。他の例においては、結果リストからエントリが選択された配管工に対して、電話、電子メール・メッセージ、又はインスタント・メッセージが送信され得る。
【００２５】
ユーザは、キャラクタ・ストリームに引き続き１つ又はそれ以上の文字を入力することができ、結果は、最近に受信された文字に応じて修正され得る。例えば、「ｓｐｒｉｎｇ」と入力された後にキャラクタ・ストリームが最初に分析された場合、季節の春に関連する結果、及び「ｓｐｒｉｎｇ」という用語を用いた製品が返され得る。ユーザが「ｆ」という文字を入力すると、「ｆ」という文字がホストに送信され、ホストは、「ｓｐｒｉｎｇｆ」に関連する結果を生成する。１つの例では、「ｓｐｒｉｎｇ」に関連する先の結果がフィルタリングされて、「ｓｐｒｉｎｇｆ」に関連するコンテンツのみを含む新しいリストが生成される。他の例では、「ｓｐｒｉｎｇｆ」に関連する用語を識別する新しい問い合わせが実行される。
【００２６】
問い合わせがどのように構成されるかに関わらず、ホストは、「ｓｐｒｉｎｇｆ」に関連する結果を識別し、該結果は、Ｓｐｒｉｎｇｆｉｅｌｄ（スプリングフィールド）という名前の市及び町に関連する１つ又はそれ以上の選択を含み得る。複数の町に対する結果は、ユーザがアクセスしているアプリケーションの一部に提示され得る。１つの例において、ユーザは、結果の１つを選択して、選択されたスプリングフィールドに関する地図を生成することができる。他の例では、「Ｓｐｒｉｎｇｆｉｅｌｄ，ＭＡ」（マサチューセッツ州スプリングフィールド）及び「Ｓｐｒｉｎｇｆｉｅｌｄ，ＩＬ」（イリノイ州スプリングフィールド）に対するエントリがユーザに提示される。ユーザは、キャラクタ・ストリームに引き続き文字を入力し得る。「Ｓｐｒｉｎｇｆｉｅｌｄ」が識別された後に、ユーザが「I」の文字を入力すると、「Ｓｐｒｉｎｇｆｉｅｌｄ，ＭＡ」のエントリは削除され得る。ユーザは、「Ｓｐｒｉｎｇｆｉｅｌｄ，ＩＬ」のエントリを選択し、イリノイ州スプリングフィールドの地図を取り出すことができる。
【００２７】
図１は、キャラクタ・ストリームに関連する結果のインテリジェントな表示を可能とする通信システム１００を示す。一般に、クライアント１１０は、ネットワーク１２０を用いて、ホスト１３０と、完了ではない文字のキャラクタ・ストリームに関する通信を行う。ホスト１３０は、キャラクタ・ストリームを分析し、例えばデータベース１４０（例えば、職業別電話帳ディレクトリ又は地図作成システム）を用いて、キャラクタ・ストリームに関する結果を生成する。ホスト１３０は、クライアント１１０に１つ又はそれ以上の結果を提供し、クライアント１１０はその結果を表示する。
【００２８】
一般に、クライアント１１０は、ユーザが通信ネットワークを介して情報をやり取りすることを可能とするコンピューティング装置を含む。クライアント１１０は、ホスト１３０のコンテンツにアクセスすることが可能である１つ又はそれ以上の装置を含み得る。クライアント１１０は、また、ソフトウェア・アプリケーション、プログラム、コード、装置、コンピュータ、コンピュータ・システム又はそれらの組み合わせから受信した又はそれらにより生成された命令を処理するコントローラ（図示せず）を含み、該コントローラは、クライアント１１０の動作を独立的又は集合的に監督する。命令は、任意の種別のマシン、部品、装置、記憶媒体、又はクライアント１１０に配送され得る或いはクライアント１１０のコントローラに存在し得る伝達信号において、永続的又は一時的に実現され得る。クライアント１１０は、決まった方法で命令に応答し命令を実行することができる汎用コンピュータ（例えば、パーソナル・コンピュータ（ＰＣ))、ワークステーション、ノート・コンピュータ、ＰＤＡ（「個人情報端末」）、携帯電話、部品、他の装置、又は命令に応答し命令を実行することができるこれらのアイテムの組み合わせを含み得る。
【００２９】
１つの実現形態において、クライアント１１０は、１つ又はそれ以上のデータ・ユニットを受信することができる１つ又はそれ以上の情報取得ソフトウェア・アプリケーション（例えば、ブラウザ、メール・アプリケーション、インスタント・メッセージング・クライアント、インターネット・サービス・プロバイダ・クライアント、又はＡＯＬ  ＴＶ或いは他の組み込みクライアント）を含む。情報取得アプリケーションは、汎用オペレーティング・システム上で、及び、汎用プロフェッサと、グラフィック、通信及び／又は他の能力のための専用ハードウェアとを含むハードウェア・プラットフォーム上で動作し得る。他の実現形態において、クライアント１１０は、無線環境で動作可能な汎用及び専用のハードウェアを伴う、縮小されたオペレーティング・システム上でマイクロ・ブラウザ・アプリケーションを実行する携帯電話を含み得る。
【００３０】
クライアント１１０は、情報取得アプリケーションへのキャラクタ・ストリーム入力を分析する１つ又はそれ以上のキャラクタ・ストリーム・コード・セグメントを含む。キャラクタ・ストリーム・コード・セグメントは、ストリームを受信し、クライアント１１０及び／又はホスト１３０の他のソフトウェア・アプリケーションとのキャラクタ・ストリームのやり取りを構成する。例えば、キャラクタ・ストリーム・コード・セグメントは、まず、最初のＸ文字が受信されるまでホスト１３０への送信を待機し得る。キャラクタ・ストリーム・コード・セグメントは、その後のＹ文字ごとに、ホストに更新を送信し得る。代わりに、キャラクタ・ストリーム・コード・セグメントは、ユーザが無活動な時間がＺ秒ある場合に、キャラクタ・ストリームに対する更新を送信する遅延特徴セットを含み得る。従って、Ｘが５文字であり、Ｙが２文字であり、Ｚが１秒である場合、「ＤＵＬＬＥＳ  ＧＡＳ  ＳＴＡＴ．」と入力するユーザに対し、キャラクタ・ストリーム・コード・セグメントは、１）「ＤＵＬＬＥ」の後、２）「ＤＵＬＬＥＳ」、「ＤＵＬＬＥＳ  ＧＡ」、「ＤＵＬＬＥＳ  ＧＡＳ」、「ＤＵＬＬＥＳ  ＧＡＳ  ＳＴ」及び「ＤＵＬＬＥＳ  ＧＡＳ  ＳＴＡＴ」の後に結果を要求する。同じ例において、ユーザが「ＤＵＬＬＥＳ  ＧＡＳ  Ｓ」と入力して、１秒より長く停止すると（Ｚが１秒であり、遅延特徴セットが利用されている場合）、キャラクタ・ストリーム・コード・セグメントは「ＤＵＬＬＥＳ  ＧＡＳ  Ｓ」という文字列を、分析のためにホストに送信する。
【００３１】
クライアント１１０は、キャラクタ・ストリームを分析して周期的な更新を送信するための、予備的分析コード・セグメントを含み得る。予備的分析コード・セグメントは、キャラクタ・ストリームに対して生成される結果の有効性を高めるために、キャラクタ・ストリームを検査する。１つの例において、予備的分析コード・セグメントは、消費者の予測される関心と関連づけられ得る１つ又はそれ以上のデータベース又はセグメントを識別する。従って、「２０００５」が入力されると、予備的分析コード・セグメントは、ホスト１３０への送信において郵便番号２０００５に関する地理情報をポーリングする命令を発し得る。他の例では、ユーザが求める結果に関連するものとして、サービスの業界（例えば、配管工）、区分（例えば、オンライン音楽）又は要素の組み合わせ（例えば、郵便番号２０００５の配管工）を識別する予備的分析コード・セグメントが含まれ得る。予備的分析の実行結果として、予備的な要素が識別されると、適切なデータベースに対する送信がなされ、又は、問い合わせが修正され得る。
【００３２】
他の例において、予備的分析コード・セグメントは、また、キャラクタ・ストリームによってユーザについて習得された情報と、相互に関連し得る。クライアントが（例えばユーザに対する請求情報を基づいて）特定の領域で活動していることが信じられる場合、結果が、記録されたユーザの住所に応じたものとなるようホスト１３０に指示するために、キャラクタ・ストリームが修正され得る。同様に、予備的分析コード・セグメントは、ユーザに対する結果をより良く識別するために、キャッシュ又はユーザ履歴とのインターフェースを持ち得る。それにより、ユーザの活動履歴が、ユーザがナショナル・フットボール・リーグの試合に関心を持っていることを示す場合、予備的分析コード・セグメントは、国際フットボール（サッカー）ではなくアメリカン・フットボールと結果との関係に基づいて、結果を調整し得る。予備的分析コード・セグメントは、また、ホスト１３０へのアクセスがなされる前に、ローカルに蓄積された結果を取り出して表示し得る。
【００３３】
クライアント１１０は、情報取得コード・セグメント（例えば、ブラウザ又はキーワード・ツール）とのインターフェースを持つコード・セグメントであって、クライアントのネットワーク環境を反映するようキャラクタ・ストリームの結果を修正する通信コード・セグメントを含み得る。例えば、クライアント１１０が限られた帯域幅を有する携帯電話機を備える場合、通信コード・セグメントは、ネットワーク１２０に負担をかけ過ぎないよう、返される結果のデータ量を制限するように通信のやり取りを構成し得る。これは、特定の数以上の結果が返されないように結果をフィルタリングすることを含み得る。同様に、結果の帯域幅を低減するよう、結果の形式が変更され得る。例えば、クライアント１１０に送信される結果は、アプリケーションから描画又は画像を取り除いたものであり得る。
【００３４】
クライアントは、結果を表示装置（例えば、モニター又はＬＣＤ（液晶ディスプレイ））に合わせて調整する表示コード・セグメントを含み得る。表示コード・セグメントは、最も可能性の高い結果のみが表示されるように結果の表示を管理し得る。表示コード・セグメントは、多数の結果がクライアントのメモリ容量及び表示容量に負担をかけすぎないよう、ホスト１３０とのインターフェースを持ち得る。１つの例において、表示コード・セグメントは、特定の数以上の結果を送信しないようホスト１３０に指示し得る。他の例において、表示コード・セグメントは、特定のサイズより大きな結果項目を返さないようホスト１３０に指示し得る。
【００３５】
クライアント１１０は、１つ又はそれ以上のメディア・アプリケーションを備え得る。例えば、クライアント１１０は、クライアント１１０が音声又はビデオのデータ・ストリームを受信し表示することを可能にするソフトウェア・アプリケーションを含み得る。メディア・アプリケーションは、ユーザが自らのメディア環境を構成することを可能とするコントローラを含み得る。例えば、メディア・アプリケーションは、インターネット・ラジオ局を受信している場合に、ユーザが、例えば局のジャンル（例えば、カントリー）又は好みを示す「自動選局」アイコンを利用して、インターネット・ラジオ局を選択することを可能とするコントローラを含み得る。
【００３６】
ネットワーク１２０は、クライアント１１０とホスト１３０との直接又は間接の通信を可能とするハードウェア及び／又はソフトウェアを含み得る。そのため、ネットワーク１２０は、クライアント１１０とホスト１３０との直接リンク、又は、それらの間の１つ又はそれ以上のネットワーク又はサブネットワーク（図示せず）を含み得る。各ネットワーク又はサブネットワークは、例えば、データを送受信できる有線又は無線のデータ経路を含み得る。ネットワークの例には、インターネット、ワールド・ワイド・ウェブ、ＷＡＮ（「広域ネットワーク」）、ＬＡＮ（「ローカル・エリア・ネットワーク」）、アナログ又はデジタルの有線及び無線の電話網、ラジオ、テレビ、ケーブル、衛星、及び／又はデータを伝送する任意の他の配信メカニズムが含まれる。
【００３７】
ホスト１３０は、一般に、ホストコントローラ（図示せず）のコマンドにより命令を実行することが可能である。ホスト１３０は、１つ又はそれ以上のハードウェア部品及び／又はソフトウェア部品を含み得る。ホスト１３０は、例えば、定められた方法で命令に応答し命令を実行することができる汎用コンピュータ（例えば、サーバ又はメインフレーム・コンピュータ）である。他の例としては、専用コンピュータ、ワークステーション、ＰＣ、装置、部品、他の物理的又は仮想的な設備、或いは命令に応答し命令を実行することができるそれらの組み合わせがあり得る。
【００３８】
コントローラは、クライアント１１０とやり取りされる通信を命令し監督するためにホスト１３０にロードされるソフトウェア・アプリケーションである。他の例としては、独立的又は集合的に、クライアント１１０又はホスト１３０に指示して上記の通り相互作用及び動作させる、プログラム、コード、指令、装置、コンピュータ、コンピュータ・システム又はそれらの組み合わせが含まれる。ホスト１３０は、任意の種別のマシン、部品、物理的又は仮想的な設備、記憶媒体、或いは、クライアント１１０又はホスト１３０に指示を提供することができる伝達信号において、永続的又は一時的に実現され得る。
【００３９】
コントローラは、クライアント１１０から送られる情報取得要求をサポートする、１つ又はそれ以上の情報提供アプリケーションを含み得る。情報提供アプリケーションは、クライアント１１０からのキャラクタ・ストリームを受信し、各ユーザの予想される関心に応じた結果を生成する結果コード・セグメントを含み得る。それにより、結果コード・セグメントは、クライアント１１０から受信されるキャラクタ・ストリームのやり取りに基づいて、１つ又はそれ以上の結果を生成し得る。
【００４０】
結果コード・セグメントは、また、予備的分析コード・セグメント、通信コード・セグメント、表示コード・セグメント及び／又は他のコード・セグメントから受信される、クライアントからのキャラクタ・ストリームの送信を修正するキャラクタ・ストリーム変更子を受信し得る。結果コード・セグメントは、これらの変更子に従ってキャラクタ・ストリームを処理し得る。ホスト１３０は、また、予備的分析コード・セグメント、通信コード・セグメント及び表示コード・セグメントにおける特徴セットと同様の動作を実行するコード・セグメントを動作させ得る。これらのコード・セグメントのホストに基づくバージョンは、結果コード・セグメントとのインターフェースを持ち、実行された分析及び／又は返された結果を修正する。例えば、ホスト１３０は、最初に、以前ユーザにより要求されたコンテンツのキャッシュにアクセスし得る。更なる分析が実行され、又は更なるシステムがポーリングされる前に、先に返された結果の関連性が分析され得る。
【００４１】
ホスト１３０は、キャラクタ・ストリームを分析するために、データベース１４０とのインターフェースを持ち得る。一般に、データベース１４０は、大量のデータのための記憶装置と、データをソート、検索及び分析することを可能とする処理エンジンとを含む。データベースは、機能上の条件に沿って編成され得る。例えば、地図作成データベースは、地図上の領域によって編成され、職業別電話帳データベースは、地理的な条件だけでなく業務により編成され得る。１つの例において、データベースは、ホスト１３０により提供されるキャラクタ・ストリームの一層詳細な分析を実行するよう構成され得る。例えば、ホスト１３０は、クライアントからキャラクタ・ストリームを受信し、問い合わせを１つ又はそれ以上のデータベース１４０にリダイレクトし得る。リダイレクトされた問い合わせのそれぞれは、リダイレクトされた問い合わせを更に限定するよう修正され得る。例えば、職業別電話帳ディレクトリにリダイレクトされた問い合わせは、選択条件として追加された郵便番号を含み得る。同様に、株価情報を提供するデータベースにリダイレクトされた問い合わせは、ユーザがどの株に関心があるかを示す参考情報（例えば、ユーザが保有している株）を含み得る。
【００４２】
図２において、フローチャート２００は、クライアント１１０が、ホストを用いて、完了ではない文字のキャラクタ・ストリームに関連する結果をインテリジェントに表示する方法を図示する。一般に、フローチャート２００のシステムは、図１に示されたシステムと関連する。フローチャート２００は、クライアント１１０が、どのようにキャラクタ・ストリームを受信し（ステップ２１０）、ホストとキャラクタ・ストリームをやり取りするか（ステップ２２０）を示す。ホスト１３０は、キャラクタ・ストリームを受信し（ステップ２３０）、分析して（ステップ２４０）、結果をクライアント１１０とやり取りする（ステップ２５０）。クライアント１１０は結果を受信し（ステップ２６０）、表示し（ステップ２７０）、ユーザの選択を受信して（ステップ２８０）、選択された結果に関連するコード・セグメントを起動する（ステップ２９０）。
【００４３】
最初に、クライアント１１０は、１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信する（ステップ２１０）。一般に、１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームの受信には、ユーザ・アプリケーションに入力されるユーザのキーストロークを受信し構成することが含まれる。例えば、ユーザは、ウェブ・ブラウザのアドレス欄、又はキーワード・ユーティリティのキーワード入力欄にエントリを入力し得る。キャラクタ・ストリームの受信には、キャラクタ・ストリームを、ホスト１３０とやり取りするための送信へと構成することが含まれる。例えば、クライアント・アプリケーションは、所定数の文字が入力された後に、送信を最初のメッセージに構成してもよい。クライアント・アプリケーションは、所定数の追加の文字が入力され、又はユーザが入力した文字の間に所定の時間間隔が経過した後で作成されるべき追加のメッセージを構成してもよい。未完了のラベルは、ユーザが文字入力処理が完了したことを示していないことを意味する。言い換えれば、完了ではない文字のキャラクタ・ストリームは、ユーザの予測される関心に応じて表示された検索結果を修正する追加の文字が受信され得ることを示す。逆に、キャリッジ・リターン又は「エンター」キーは、典型的に、完了したキャラクタ・ストリームに基づいてユーザが明確に結果を生成することを可能とする完了文字として利用される。更に、キャリッジ・リターンは完了文字であるため、追加の文字により結果が修正されることはない。
【００４４】
クライアント１１０とホスト１３０との通信がどのように構成されるかに関わらず、クライアント１１０はホストにキャラクタ・ストリームを送信し（ステップ２２０）、ホストはキャラクタ・ストリームを受信する（ステップ２３０）。ホスト１３０は、次いで、キャラクタ・ストリームを分析する（ステップ２４０）。典型的に、キャラクタ・ストリームの分析は、受信したキャラクタ・ストリームを、ユーザの予想される関心に応じた１つ又はそれ以上の結果と関連付けることを含む。１つの例において、キャラクタ・ストリームは、ホスト１３０がアクセス可能なコンテンツを記載するために用いられるメタデータ・ラベルと比較され得る。例えば、キャラクタ・ストリームが「Ｎａｓｈｖｉｌｌ」を含む場合、ホスト１３０は、「Ｎａｓｈｖｉｌｌ」が最終的には完了して「Ｎａｓｈｖｉｌｌｅ、ＴＮ」（テネシー州ナッシュビル）になることを予想して、テネシー州ナッシュビルを扱うウェブ・ページ、及び／又は、「テネシー州ナッシュビル」というメタデータ・ラベルで要約されるウェブ・ページを識別し得る。しかし、ホスト１３０は、完全に一致する文字を見つける必要はない。例えば、ホスト１３０は、ユーザが入力した「Ｎａｓｈｖｉｌｌ」が、カントリー音楽への関心を予言するものであると予想し得る。そのため、結果を分析する際に、ホスト１３０は、テネシー州ナッシュビルには関連しないがカントリー音楽に関連する結果をも識別し得る。補足情報を用いてキャラクタ・ストリームを分析する方法を示す他の例では、ユーザがテネシー州出身ではないとホストが判断した場合にのみ、カントリー音楽を含むよう結果が変換される。
【００４５】
キャラクタ・ストリームの分析は、結果の相対的な関連性をランク付けすることを含み得る。例えば、幅広く訪問されるナッシュビルのウェブ・サイト（例えばナッシュビル観光協会）は、非ナッシュビル住民にとって、ナッシュビル住民の個人的なウェブログ（「ブログ」）を含むサイトよりも関連性の高いものと評価され得る。結果は、より関連性の高い結果が関連性の低い結果の前に返される方法で生成され得る。
【００４６】
キャラクタ・ストリームが分析されて結果が識別されると、ホスト１３０は、クライアント１１０と結果をやり取りする。結果は、クライアントのネットワーク又は表示の制約に適合するよう制御され得る。例えば、ネットワークが限られた帯域を有する場合、又はクライアントが限られた表示性能を有する場合、ホスト１３０は、（例えば、返される結果から画像を取り除くことにより）ネットワークの混雑を避けるために送信を構成し、又は、より適切な結果を提供するよう結果を修正し得る。
【００４７】
クライアント１１０は、結果を受信する（ステップ２６０）。クライアント１１０は、表示効率を高めるために結果を検討する追加の処理を実行し得る。例えば、クライアント１１０は、返された結果をユーザ・プロファイルと関連づけ、それに従って表示される結果を調整する。他の例において、クライアントは、その後のキャラクタ・ストリーム処理の効率を上げるために、ユーザのプロファイル及び関心を更に発展させるよう、結果を分析し得る。結果が中間的な処理を受けるか否かにかかわらず、クライアント１１０は、結果を表示する（ステップ２７０）。結果は、ユーザが意図された続きの文字を入力する代わりに、結果の１つを選択することを可能とする方法で提示される。例えば、ユーザがキーワード検索アプリケーションにエントリを入力すると、キーワード検索アプリケーションに、１つ又はそれ以上の可能性のある結果を含むドロップ・ダウン・ウィンドウが現れ得る。ユーザが入力を続けると、ドロップ・ダウン・ウィンドウに現れる結果は、キャラクタ・ストリームの最新の分析を反映するよう調整され得る。目標の結果を見つけた場合、ユーザはその結果を選択することができる（ステップ２８０）。結果の選択により、アプリケーションは、選択された結果に関連するコード・セグメントを起動する（ステップ２９０）。例えば、ユーザが或る領域の地図を示す結果を選択すると、地図作成ウェブ・サイトにアクセスするウェブ・ブラウザが起動されて、入力されたキャラクタ・ストリームに関連する地図が表示される。
【００４８】
図３は、クライアント１１０がどのようにホスト１３０とキャラクタ・ストリームをやり取りして、データベース１４０に存在する地図情報を取り出すかを示すフローチャート３００である。一般に、図３に示されるシステム及び動作は、図１及び２について先に説明されたシステム及び動作と関連する。しかし、図３は、ホスト１３０がどのようにデータベース１４０とインターフェースをとって、クライアント１１０に対する結果を取り出すかを示す。クライアント１１０は、ホスト１３０とキャラクタ・ストリームをやり取りする。次いで、ホストは、データベース１４０を利用して、キャラクタ・ストリームを分析し、結果を生成する。ホストはクライアント１１０に結果を提供し、クライアント１１０は結果を表示して、ユーザが関心のある結果を選択した際に適切なコード・セグメントを起動する。
【００４９】
最初に、クライアント１１０のユーザは、「Ｄｕｌｌｅｓ」というキャラクタ・ストリームを入力する（ステップ３０５）。クライアントは、ホスト１３０とキャラクタ・ストリームをやり取りし（ステップ３１０）、ホスト１３０は「Ｄｕｌｌｅｓ」というキャラクタ・ストリームを受信する（ステップ３１５）。ホスト１３０は、「Ｄｕｌｌｅｓ」というキャラクタ・ストリームを分析する（ステップ３２０）。ホスト１３０は、キャラクタ・ストリームの局所での分析を行い、キャラクタ・ストリームを、ホスト１３０にキャッシュされた人気のある結果と比較すると同時に、カスタマイズされた問い合わせを専門データベースに配信して、より関連性の高い結果を識別する。例えば、フローチャート３００において、キャラクタ・ストリームの分析には、「Ｄｕｌｌｅｓ」と関連する地図データベースへのポーリングが含まれる（ステップ３２５）。フローチャート３００では、データベース１４０へのアクセスを示しているが、複数のデータベースへのポーリングがなされてもよい。ポーリングされ得る他のデータベースの例としては、メッセージング・データベース、ディレクトリ・データベース、職業別電話帳、及び財務データベースがあるが、それらに限定されるものではない。
【００５０】
データベース１４０は「Ｄｕｌｌｅｓ」を含むポーリングを受信する（ステップ３３０）。すると、「Ｄｕｌｌｅｓ」が分析され（ステップ３３５）、結果が取り出される。例えば、バージニア州ダレスに関連する複数の地図が識別され及び／又は取り出され得る。これには、ダレスの郡区の地図、ダレス国際空港への道順、及びバージニア州ダレスにある様々な企業のオフィスへの道順が含まれ得る。結果はホスト１３０に返される（ステップ３４０）。
【００５１】
結果を受信すると（ステップ３４５）、ホスト１３０は、クライアントと「Ｄｕｌｌｅｓ」の結果をやり取りする（ステップ３５０）。クライアントとの結果のやり取りには、複数のデータベースから受信された結果を同期させ、最も関連性の高い結果を識別することが含まれ得る。例えば、キャラクタ・ストリームを分析するために、複数のデータベースがポーリングされてもよい。クライアント１１０から返される結果の総数は、クライアント１１０が処理及び／又は表示するには多すぎるかもしれない。そのため、ホスト１３０は、結果をフィルタリングして、ホストに関係のある結果のみを識別する。１つの例においては、最も関連性の高い結果がクライアント１１０に返され、結果の集合は、キャラクタ・ストリームにその後に受信される文字を考慮した分析のために、利用可能なままにされる。他の例では、データベースからの結果が、異なる時間に受信される。例えば、正確に展開してユーザの人口統計と一致する問い合わせには、結果を最も一般的に取り出される結果と比較する問い合わせよりも、長い時間がかかる。結果のやり取りには、まず最も一般的に取り出される結果を表示し、より長い問い合わせへの結果が利用可能になってから、より長い問い合わせへの結果を表示することが含まれる。
【００５２】
クライアントは「Ｄｕｌｌｅｓ」の結果を受信し（ステップ３５５）、それらを表示する（ステップ３６０）。図示されるように、クライアント１１０は、「Ｄｕｌｌｅｓ」に関する地図作成アプリケーションを起動するためのユーザの選択を受信し（ステップ３６５）、選択された「Ｄｕｌｌｅｓ」の結果に対する地図作成アプリケーションを起動する（ステップ３７０）。
【００５３】
図４は、クライアントの表示が、キャラクタ・ストリームの更新に基づいてどのように修正されるかを示すフローチャート４００を図示する。一般に、図４に示されたシステム及び動作は、図１〜３に関して先に説明されたシステム及び動作と関連する。しかし、フローチャート４００は、キャラクタ・ストリームに対する更新が、どのようにして、ユーザが相互作用し得る様々な結果を生成するかを図示する。具体的に、キャラクタ・ストリームに後から受信された文字は、クライアントによって表示されるための異なる結果セットを生成し得る。この方法では、ユーザは、キャラクタ・ストリームを修正し、修正に基づく新しい結果をリアルタイムに観察することができる。
【００５４】
まず、クライアントは、「Ｓｐｒｉｎｇ」というキャラクタ・ストリームを受信して（ステップ４０５）、該キャラクタ・ストリーム４１０をホスト１３０とやり取りする（ステップ４１０）。ホスト１３０は「Ｓｐｒｉｎｇ」というキャラクタ・ストリームを受信し（ステップ４１５）、分析する（ステップ４２０）。ホスト１３０及び／又はデータベース１４０は、「Ｓｐｒｉｎｇ」というキャラクタ・ストリームに対する地図作成結果を識別し（ステップ４２５）、これらの結果をクライアント１１０に返す（ステップ４３０）。クライアントは「Ｓｐｒｉｎｇ」に関する結果を受信し（ステップ４３５）、それらを表示する（ステップ４４０）。
【００５５】
クライアントは、次に、キャラクタ・ストリームの追加の文字を受信し、やり取りする（ステップ４４５）。例えば、「Ｓｐｒｉｎｇ」という文字列はＳｐｒｉｎｇＦｉｅｌｄという幾つかの都市に関する情報を識別する可能性があるが、ユーザは、Ｓｐｒｉｎｇｆｉｅｌｄがユーザの心の中にあるものであることを確認し、ユーザが関心を持っているＳｐｒｉｎｇｆｉｅｌｄを識別するために、追加の情報を入力し得る。そのため、ユーザは、Ｓｐｒｉｎｇｆｉｅｌｄ，Ｉｌｌｉｎｏｉｓ（イリノイ州スプリングフィールド）への関心を示すために、入力欄に次の文字として「Ｉ」を入力し得る。ホスト１３０及び／又はデータベース１４０は、追加の文字を受信し分析する（ステップ４５０）。ホスト１３０及び／又はデータベース１４０は、更新に関する新しい結果セットを生成して、クライアント１１０とやり取りする（ステップ４５５）。イリノイ州スプリングフィールドを用いる例では、イリノイ州スプリングフィールドの町に関する地図情報及び職業別電話帳情報がやり取りされ得る。
【００５６】
クライアント１１０は更新を受信し（ステップ４６０）、更新に基づくユーザの相互作用を可能とする（ステップ４６５）。例えば、イリノイ州スプリングフィールドに関する地図、サービス及び他の情報のリストが表示され得る。
【００５７】
図５において、完了ではない文字のキャラクタ・ストリームに関する例としての結果が、ＧＵＩ５００に示される。一般に、ＧＵＩ５００は、主に図１に関して説明されたクライアント１１０において、図２〜４に関して説明された動作を用いて表示される。ＧＵＩ５００は、ウェブ・ブラウザのようなユーザ・アプリケーションにキャラクタ・ストリームが入力された際に、結果ページ内で起動され得るコード・セグメントを図示する。具体的に、テキスト入力欄５１０は、カーソル「｜」によって示されるように、キャリッジ・リターンなしの「ａｏｌ」というキャラクタ・ストリームを受信する。ＧＵＩ５００は、「ａｏｌ」という文字列に対する検索を起動することを可能とする結果５２０と、ＡＯＬキーワード「ａｏｌ」に対するコード・セグメントを起動することを可能とする結果５３０と、株取引市場において１５．３２米ドルで取引されていることが示される「ＡＯＬ」の株価情報を取り出すコード・セグメントを作動させる結果５４０とを含む。
【００５８】
図６では、「Ａｒｌｉｎｇｔｏｎ、ＶＡ２２２０９」（バージニア州アーリントン２２２０９）というキャラクタ・ストリームに対する例としての結果がＧＵＩ６００に示される。一般に、ＧＵＩ６００は、図１〜５について先に説明されたシステム、動作及び表示に関する。しかし、ＧＵＩ６００は、ユーザ・アプリケーションからアクセスされ得る、様々なデータベース及び／又はアプリケーションを図示する。例えば、テキスト入力欄６１０に「Ａｒｌｉｎｇｔｏｎ、ＶＡ２２２０９」が挿入される場合、結果６２０を用いて検索コード・セグメントが起動され、結果６３０を用いて地図作成コード・セグメントが起動され得る。
【００５９】
１つの例において、結果６２０及び６３０に関する表示は、既にクライアント１１０により取り出されているものであり得る。代わりに、結果６２０及び６３０に関する表示内のコンテンツが、（例えば、ホスト１３０及び／又はデータベース１４０から）ダウンロードされる必要があり得る。
【００６０】
図７は、「ｄｅｎｔｉｓｔ」というキャラクタ・ストリームに関連するＧＵＩ７００を示す。一般に、ＧＵＩ７００は、図１〜６について先に説明されたシステム、動作及び表示に関する。しかし、ＧＵＩ７００は、キャラクタ・ストリームが、該キャラクタ・ストリームに関連する職業別電話帳のエントリを識別するためにどのように分析されるかを示す。
【００６１】
ＧＵＩ７００は、ユーザがキャラクタ・ストリーム「ｄｅｎｔｉｓｔ」を検索するコード・セグメントを起動することを可能とする結果７１０を含む。ＧＵＩ７００において、キャラクタ・ストリームはｄｅｎｔｉｓｔに対する完全なテキストを含むが、「ｄｅｎｔｉｓ」又は「ｄｅｎｔｉ」のようなそれより短い文字列でも、分析され、文字列「ｄｅｎｔｉ」又は「ｄｅｔｉｓｔ」の検索を起動するような結果を生成するために利用され得ることに注意するべきである。結果７２０は、クライアントがＡＯＬキーワードの「Ｄｅｎｔｉｓｔ」に「進む」ことができるよう、ユーザがコード・セグメントを起動することを可能とする。
【００６２】
結果７３０は、ユーザがＡＯＬ職業別電話帳で「Ｄｅｎｔｉｓｔ」を検索するコード・セグメントを起動することを可能とする。結果７３０は、職業別電話帳における「ｄｅｎｔｉｓｔ」の検索を起動する結果を示しているが、他のＧＵＩは、利用可能な歯医者のリストを含んでも良いことに注意すべきである。例えば、ユーザの場所がわかっている場合、ユーザの郵便番号における歯医者のリストが、専門ごとにソートされて表示され得る。ＧＵＩから１つの結果が選択されると、歯医者のウェブ・ページが起動され、メッセージング・アプリケーションが起動されて歯医者との通信がやり取りされ、カレンダー・アプリケーションが起動されて歯医者の予約が作成され得る。
【００６３】
図８及び９において、ＧＵＩ８００及び９００は、キャラクタ・ストリームに追加の文字が受信された際に、表示された結果がどのように変更されるかを示す。一般に、ＧＵＩ８００及び９００は、図１〜７に関して先に説明されたシステム、動作及び表示に関する。しかし、ＧＵＩ８００及び９００は、結果が図５〜７のようなドロップ・ダウン・ウィンドウに表示されないという点で先の表示とは異なる。また、ＧＵＩ８００及び９００は、意図されたキャラクタ・ストリームの一部を用いて結果がどのように生成及び表示されるかを示し、関心のある文字列を正確に形成するために、キャラクタ・ストリームへの更新が先のキャラクタ・ストリームに続かなくても良いことを示す。ＧＵＩ８００は、「Ｓｐｒｉｎｇ」がテキスト入力欄８１０に入力された後に利用可能な複数の結果８２０を示す。ＧＵＩ９００は、テキスト入力欄９１０に「Ｉ」が続いて入力された後に、「Ｓｐｒｉｎｇｆｉｅｌｄ，Ｉｌｌｉｏｎｉｓ」（イリノイ州スプリングフィールド）という結果９２０のみが表示されるように結果がフィルタリングされることを示す。間に入る文字（例えば、Ｓｐｒｉｎｇｆｉｅｌｄ，Ｉｌｌｉｏｎｉｓの「ｆｉｅｌｄ」）がキャラクタ・ストリームに含まれなかったことに注意するべきである。
【００６４】
ＧＵＩ８００及び９００は、地図作成リソースへのアクセスを示すが、図８及び９について説明される動作は、他のアプリケーション及び環境にも適用可能である。ユーザが地図作成アプリケーション内でキャラクタ・ストリームを入力したため、結果は、地図の結果を探すように調整され得る。これは、地図データベースを検索することにより、又は、地図作成結果が取り出されるべきことを示す変更子を持ってホスト１３０にポーリングすることにより、実行され得る。ＧＵＩ８００及び９００は、ユーザが地図作成の要件又は制約を特定することを要求又は許可しないが、他のＧＵＩは、ユーザがキャラクタ・ストリームの分析に利用されるデータベース（図示せず）を特定することを許可し得る。
【００６５】
図１０のＧＵＩ１０００は、ユーザがメッセージング通信をやり取りすることを可能とする例としてのメッセージング表示である。一般に、ＧＵＩ１０００は、図１〜９に関して先に説明されたシステム及びプロファイルに関連する。しかし、ＧＵＩ１０００は、キャラクタ・ストリームがメッセージング情報に関連する場合に表示され得るメッセージング結果を示す。例えば、ユーザがテキスト入力欄（図示せず）に「ｃｈａｔｔｉｎｇｃｈｕｃｋ」と入力する場合、ＧＵＩ１０００が表示され、ユーザがメールを送信し、インスタント・メッセージを送信し、住所録に「ｃｈａｔｔｉｎｇｃｈｕｃｋ」を追加し、「ｃｈａｔｔｉｎｇｃｈｕｃｋ」からのメール及びインスタント・メッセージを遮断し、及び／又は「ｃｈａｔｔｉｎｇｃｈｕｃｋ」に対する状態又は関心を視認することが可能となる。図１０は、「ｃｈａｔｔｉｎｇｃｈｕｃｋ」という名前の一人のユーザに関するメッセージング・アプリケーション又は動作を図示するが、２人以上のユーザに関する結果が表示されても良い。同様に、ユーザが「＠」文字（インターネット・メール・システムに関連するアットの文字）を入力した場合に、電子メール・メッセージングに関係しない選択肢が取り除かれても良い。
【００６６】
他の実現形態も、添付の特許請求の範囲内に含まれる。例えば、上記の動作は、キャラクタ・ストリームに関連する結果を取り出す例を説明するが、結果は、コード・セグメントが起動された際に最終的に表示される情報を含まなくてもよい。むしろ、結果は、受け入れられた場合に後で取り出され得る結果を説明するラベルを含んでもよい。
【００６７】
同様に、クライアント及びホストのアプリケーションは、取り出される結果の有効性を高めるために、補助及びスペリング訂正のエージェントを含んでも良い。補助は、キャラクタ・ストリームの予測される意味に関連する類似の結果を取り出すことにより、ユーザを支援し得る。例えば、キャラクタ・ストリームが「Ｇｅｒｍａｎ  ａｕｔｏｍｏｂｉｌｅｓ」を含む場合、メルセデス、ＢＭＷ及びアウディを含むドイツの著名な自動車メーカを含む結果が取り出され得る。スペリング訂正エージェントは、ユーザがタイプミスを入力した可能性を認識し得る。それに応じて、スペリング訂正エージェントは、デスクトップ上で入力されたキャラクタ・ストリームを変更することにより、及び／又は、予測されるエントリに関する結果を取り出すことにより、キャラクタ・ストリームを訂正し得る。
【００６８】
スペリング訂正エージェントと同様に、システムは、キャラクタ・ストリームに入力されたＵＲＬ（「統一資源位置識別子」）の確認に利用され得る確認エージェントを含んでも良い。例えば、ユーザがウェブ・サイトのアドレスを入力すると、ウェブ／サイトのアドレスが分析され、装置及びファイル情報が実際に存在し、及び／又は正確かどうかが決定され得る。ＵＲＬ情報が不正確である場合、システムはキャラクタ・ストリームを解明して正確な又は関連するＵＲＬアドレスを識別する。
【００６９】
クライアント１１０は、ストリーミング・オーディオ及びビデオ通信のようなメディア通信に関連する結果をインテリジェントに表示するために利用され得る。例えば、コンテンツ・プロバイダ又はサービス・プロバイダは、多数の「チャンネル」、又は個々の表示の群を配送し得る。ユーザは、ユーザの関心に最も関連のある情報を提供するチャンネルを見つけるために、チャンネルを調べたいと望み得る。そのために、ユーザは、ユーザが関心を持つコンテンツに関連するキャラクタ・ストリームを入力し得る。音声のコンテンツに対するキャラクタ・ストリームは、アーティスト、アルバム又は選択（例えば歌）の名前に関するものであり得る。ビデオ・コンテンツに対するキャラクタ・ストリームは、特定の新しい提携先（例えば、ＴＩＭＥ又はＣＮＮ）、ショウ、出来事又は主題に関するものであり得る。いずれにせよ、基調となるコンテンツに関係なく、キャラクタ・ストリームに表わされたユーザの関心に関連する結果を取り出すために、キャラクタ・ストリームが利用され得る。これは、入力されたキャラクタ・ストリームと、特定のメディア選択に関連付けられたメタデータ又はサブタイトルとを比較することにより、実行され得る。１つの例において、ユーザに対する結果を識別するために、キャラクタ・ストリームは、利用可能なプログラムのサブタイトルと比較され得る。そのため、ユーザがキャラクタ・ストリームにニュースになる人の名前を入力すると、（オンデマンド及びブロードキャストのストリームを含む）全ての利用可能なプログラムのサブタイトルが検索され、当該ニュースになる人を扱うメディア・ストリームが識別され得る。
【００７０】
結果として生ずるメディア・ストリームは、様々な形式で提示され得る。１つの例では、ユーザが、取り出された結果に関するメディア・アプリケーションを起動することを可能とするドロップ・ダウン・メニューが現れる。他の例では、メディア・ストリームがビデオ・ストリームを含む場合に、図８のタイル状の配置と同様のビデオ・ストリームのタイルが表示され得る。ビデオ・ストリームのタイルは、利用可能なビデオ・コンテンツの短い表示をユーザに提供するための、ビットレートの低い表示を含み得る。ユーザがビデオ・タイルのうちの１つを選択すると、よりビットレートの高いビデオ選択の例が提示され得る。
【００７１】
システム及び動作は、イントラネット又は信頼できる環境で動作するように修正されてもよい。例えば、システムは、公開のデータベースを検索するのではなく、信頼できる環境と関連付けられたセキュリティの手順及び実行を組み込むよう構成され得る。それにより、販売員は、キャラクタ・ストリームを分析する際に、顧客及びマーケティングのデータベースへのアクセスを許され得る。エンジニアは、彼らの仕事を支援するために、技術的な及び運用上のサポートのデータベースを調べることが許され得るが、販売データベースを使ってキャラクタ・ストリームを分析することからは除外され得る。管理者及び／又は調査員は、キャラクタ・ストリームを分析する際に、たいていの又は全てのデータベースへのアクセスを許され得る。
【００７２】
結果は、クライアント１１０及び／又はホスト１３０に蓄積されてもよい。例えば、ホスト１３０は、先に返された結果をキャッシュし、該キャッシュは、後のキャラクタ・ストリームを分析する際に利用され得る。他の例では、先に選択された結果がクライアントに蓄積され、後のキャラクタ・ストリームは、まず先に蓄積された結果を用いてアクセスされ得る。
【００７３】
クライアント１１０は、ユーザ・アプリケーションがメッセージング・コード・セグメントを起動することを可能とする。代わりに、ユーザは、メッセージング・アプリケーションにキャラクタ・ストリームを入力しても良い。例えば、ユーザは、インスタント・メッセージング・アプリケーションにキャラクタ・ストリームを入力し得る。インスタント・メッセージング・アプリケーションは、キャラクタ・ストリームを分析のためにホスト１３０に送信し得る。クライアント１１０は結果を受信し、識別されたユーザがオンラインであることを該結果が示す場合に、クライアントがインスタント・メッセージを送信することを可能とする。
【００７４】
更新のやり取りには、キャラクタ・ストリームが最後にやり取りされた後に変更された部分のみのやり取りが含まれる。例えば、ユーザが第１のアプリケーションに最初に情報を入力する際、第１のアプリケーションは、ホスト１３０に対し、最初に入力されたキャラクタ・ストリーム（例えば、「Ｓｐｒｉｎｇ」）を含むメッセージを送信し得る。ユーザがキャラクタ・ストリームに（例えば、「Ｓｐｒｉｎｇ」の後に「ｆｉｅｌｄ」を入力することにより）更新を入力すると、クライアント１１０は、古い情報を送信することなしに新しい情報を送信し得る（例えば、クライアント１１０は、後で、「Ｓｐｒｉｎｇｆｉｅｌｄ」の代わりに「ｆｉｅｌｄ」を送信する）。代わりに、クライアント１１０は、現在のキャラクタ・ストリームを送信し得る。例えば、クライアント１１０は、最初に「Ｓｐｒｉｎｇ」を送信し、後で「Ｓｐｒｉｎｇｆｉｅｌｄ」を送信し得る。
【００７５】
クライアント１１０及び／又はホスト１３０は、関連する結果がないことを決定し、更なる処理資源が利用されることを妨げるように動作し得る。例えば、ユーザは、ホスト１３０が情報を有しておらず結果を生成しないようなキャラクタ・ストリームを入力し得る。ホスト１３０は、情報がないことを決定すると、クライアント１１０とインターフェースをとって、更なる更新がやり取りされることを妨げ得る。ユーザが、ホスト１３０からアクセス可能なコンテンツと関連のないキャラクタ・ストリームを入力する場合に、そのような状況が発生する。例えば、ホスト１３０は、「キャラクタ・ストリーム１」が結果を生じないことを決定し、「キャラクタ・ストリーム１」の拡張からも結果が生じないことを決定し得る。ユーザが、例えば「キャラクタ・ストリーム１２３」のような更なる情報を入力すると、第１のアプリケーションは、更新された情報をホスト１３０に送信しない。しかし、ユーザが消去キーを用いて、「キャラクタ・ストリーム１」が「キャラクタ・ストリーム」に変更されるようにキャラクタ・ストリームを修正すると、キャラクタ・ストリームがやり取りされ得る。
【００７６】
一般的なキャラクタ・ストリームがユーザの予測される関心に応じた結果を生成しない場合、クライアント１１０は、一般的なキャラクタ・ストリームが分析されることを妨げるための予備的な分析を実行する。例えば、キャラクタ・ストリームの特に最初の部分に「ｔｈｅ」が入力される場合、「ｔｈｅ」というキャラクタ・ストリームを用いて結果を生成すると、多すぎる結果が生成される可能性があるが、予測されるユーザの関心に応じた結果は、それらのうちの、あるとしてもごく僅かである。そのため、キャラクタ・ストリームが意味のあるものになるまで、キャラクタ・ストリームのやり取りが遅らされ得る。従って、「ｔｈｅ」というキャラクタ・ストリームのやり取りは、キャラクタ・ストリームが「ｔｈｅ  Ｇｒｅｅｋ  ｉｓｌａｎｄｓ」（ギリシャ諸島）又は意味のある結果を生成しそうな他のキャラクタ・ストリームになるまで遅らされ得る。同様に、キャラクタ・ストリームは、（クライアント１１０又はホスト１３０において）分析を支援しないようなキャラクタ・ストリーム内の文字列を取り除くよう再構成され得る。従って、キャラクタ・ストリームに現れる「ｔｈｅ」、「ａ」及び「ｔｈｉｓ」のような文字列は、キャラクタ・ストリームがやり取りされる前に、キャラクタ・ストリームから取り除かれ得る。
【００７７】
結果の表示には、結果に対するコード・セグメントの起動を可能とする結果のラベルを表示することに加えて、結果を直接に表示することが含まれ得る。例えば、結果は、株価情報を生成するコード・セグメントに対するラベルだけではなく、実際の株価情報を含んでもよい。表示される結果には、ニュース項目の要約又は概要が含まれ得る。要約は、また、ユーザがニュース項目を選択した際に、該ニュース項目に関する一層詳細な記事を取り出すよう構成されてもよい。
【００７８】
取り出される結果の他の例には、電話番号及び／又はキーワードが含まれるが、それらに限定されるものではない。電話番号を含む結果をクリックすることにより、インターネット電話が発信されるようにしてもよい。電話は、電話網に橋渡しされても、ＩＰ電話（例えば、ダイヤルされたユーザのＰＣにある仮想的な電話アプリケーション）に接続されてもよい。
【００７９】
先に返され又は選択された結果と、該結果を説明する追加の情報とは、クライアント１１０及び／又はホスト１３０に蓄積され得る。例えば、最近にアクセスされた結果は、クライアント１１０にキャッシュされ、より広範囲に渡る結果の履歴はホスト１３０にキャッシュされ得る。蓄積された結果は、ユーザの予測される関心に応じた結果を分析し生成するためにアクセス及び利用され得る。
【００８０】
その後のキャラクタ・ストリームを分析するために蓄積された結果がどのように利用され得るかを示すため、「Ｎａｔｉｏｎａｌ  Ｆｏｏｔｂａｌｌ  Ｌｅａｇｕｅ（ＮＦＬ）」に関する先の検索は、一連のメタデータ・タグを生成し得る。これらのメタデータ・タグは、ユーザと関連づけられたプロファイルに蓄積され得る。例えば、ＮＦＬ関連の情報を検索するユーザは、自らのユーザ・プロファイルに「ＮＦＬ」と「Ｆｏｏｔｂａｌｌ」というメタデータ・タグを追加され得る。メタデータ・タグは、その後の分析を実行するために利用され得る。従って、ユーザが「Ｆａｌｃｏｎｓ」（ファルコンズ、鷹）と入力する場合、「Ｆａｌｃｏｎｓ」の複数の意味に関連する追加のメタデータ・タグが生成され、先に生成されたメタデータ・タグを用いて分析される。「Ｆａｌｃｏｎｓ」に関連するメタデータ・タグの例には、「ＮＦＬ」、「Ａｕｄｕｂｏｎ  Ｓｏｃｉｅｔｙ」（オーデュボン協会）及び「Ｓｐｏｒｔ  ｏｆ  Ｋｉｎｇｓ」（国王の娯楽）という用語が含まれ得る。ＮＦＬに関する先の検索からのメタデータ・タグが、「Ｆａｌｃｏｎｓ」の入力により生成されたメタデータ・タグと比較され得る。以前の検索結果を、関心のある用語に対する既知のメタデータ・タグと相関させることにより、予測されるユーザの関心により良く応じる可能性のある結果が返される。この場合、以前の検索結果を現在の検索と相関させることにより、ＮＦＬのアトランタ・ファルコンズに関する結果が生成される。
【００８１】
複数のユーザからの結果は、様々なユーザの予測される関心により良く応じる結果を決定するために利用され得る。例えば、キャラクタ・ストリームとして「Ｆａｌｃｏｎｓ」と入力するたいていのユーザがＮＦＬに関心があると決定される場合、「Ｆａｌｃｏｎｓ」に応じてＮＦＬスポーツ・チームに関連する結果を返すデフォルトのルールが作成され適用され得る。ユーザがプロファイルを有する場合、或いは、ユーザが「ｆａｌｃｏｎｓ」のスポーツ以外の方面に関心を表わし、又は「ｂｉｒｄｓ」（鳥）、「Ａｕｄｕｂｏｎ  Ｓｏｃｉｅｔｙ」（オーデュボン協会）又は「ｋｅｓｔｒｅｌｓ」（チョウゲンボウ）のような変更子を利用した場合には、デフォルトのルールを保留することにより、より精密な分析が実行され得る。
【００８２】
他の実現形態も、添付の特許請求の範囲に含まれる。
【図面の簡単な説明】
【００８３】
【図１】図１は、ホストによって分析されるキャラクタ・ストリームに関連する結果をインテリジェントに提示するために利用され得る通信システムを図示する。
【図２】図２は、クライアントがホストを利用して、キャラクタ・ストリームに関連する結果をインテリジェントに提示する方法を示すフローチャートである。
【図３】図３は、クライアントがホストとキャラクタ・ストリームをやり取りし、キャラクタ・ストリームに関連する地図情報を受信する方法を示すフローチャートである。
【図４】図４は、キャラクタ・ストリームへの更新に基づいてクライアントの表示が修正される方法を示すフローチャートである。
【図５】図５は、キャラクタ・ストリームに関するリアルタイムの結果が提示される方法を示す、例としてのグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。
【図６】図６は、キャラクタ・ストリームに関するリアルタイムの結果が提示される方法を示す、例としてのグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。
【図７】図７は、キャラクタ・ストリームに関するリアルタイムの結果が提示される方法を示す、例としてのグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。
【図８】図８は、キャラクタ・ストリームに関するリアルタイムの結果が提示される方法を示す、例としてのグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。
【図９】図９は、キャラクタ・ストリームに関するリアルタイムの結果が提示される方法を示す、例としてのグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。
【図１０】図１０は、キャラクタ・ストリームに関するリアルタイムの結果が提示される方法を示す、例としてのグラフィカル・ユーザ・インターフェース（ＧＵＩ）である。
【図１】
2006510123.tif 000003
【図２】
2006510123.tif 000004
【図３】
2006510123.tif 000005
【図４】
2006510123.tif 000006
【図５】
2006510123.tif 000007
【図６】
2006510123.tif 000008
【図７】
2006510123.tif 000009
【図８】
2006510123.tif 000010
【図９】
2006510123.tif 000011
【図１０】
2006510123.tif 000012
【手続補正書】
【提出日】平成17年7月19日(2005.7.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザに情報を提示する方法であって、
１つ又はそれ以上の完了ではない文字のキャラクタ・ストリームを受信するために、第１のアプリケーションを利用するステップと、
前記第１のアプリケーションにより完了文字が受信される前に、前記キャラクタ・ストリームの少なくとも一部をホストとやり取りするステップと、
前記ホストから、前記キャラクタ・ストリームに基づいて複数のユーザ・アプリケーションと関連付けられた結果を受信するステップと、
前記ユーザが前記結果を選択する際に、幾つかのユーザ・アプリケーションのうちのいずれが利用されるかを理解することができるような方法で前記結果を提供するステップと、
前記ユーザが前記結果の１つを選択して、前記複数のユーザ・アプリケーションのうちの選択された結果に関連する１つを起動することを可能とするステップと、
を備える方法。
【請求項２】
請求項１記載の方法であって、前記第１のアプリケーションを利用するステップ、前記キャラクタ・ストリームをやり取りするステップ、前記結果を受信するステップ、及び前記結果を提供するステップが、
ウェブ・ブラウザのアドレス行に前記キャラクタ・ストリームを受信するために、ウェブ・ブラウザを利用するステップと、
前記ユーザの予測される関心に応じた１つ又はそれ以上の地図作成結果を生成するために、前記キャラクタ・ストリームを、前記ホストとやり取りするステップと、
前記地図作成結果を受信するステップと、
前記地図作成結果を、選択された概観の地図と関連する一層詳細な地図情報の表示を前記ユーザが選択し得るような概観の地図で表示するステップと、
を備える方法。
【請求項３】
請求項１記載の方法であって、更に、
前記キャラクタ・ストリームに対する１つ又はそれ以上の更新を受信するために、前記第１のアプリケーションを利用するステップと、
前記ホストが前記更新を利用して前記キャラクタ・ストリームを分析し、前記ユーザの予測される関心に応じた更新された結果を生成することを可能とするために、前記キャラクタ・ストリームに対する前記更新を、前記ホストとやり取りするステップと、
前記更新された結果を受信するステップと、
前記ユーザが前記更新された結果の１つを選択して、選択された結果に関連するコード・セグメントを起動することを可能とするよう、前記更新された結果を表示するステップと、
を備える方法。
【請求項４】
請求項３記載の方法であって、前記更新をやり取りするステップが、前記キャラクタ・ストリームの全ての文字をやり取りするステップを含む方法。
【請求項５】
請求項３記載の方法であって、前記更新をやり取りするステップが、前記キャラクタ・ストリームが最後にやり取りされた後で受信された、前記キャラクタ・ストリームの１つ又はそれ以上の文字をやり取りするステップを含む方法。
【請求項６】
請求項３記載の方法であって、前記キャラクタ・ストリームをやり取りするステップが、正確な結果を生成するために十分な量のデータが前記キャラクタ・ストリームにあるか否かを決定するステップと、十分な量のデータがある場合に、前記結果を表示するために前記キャラクタ・ストリームを分析するステップとを含む方法。
【請求項７】
請求項６記載の方法であって、更に、前記キャラクタ・ストリームに正確な結果を生成するための前記十分な量のデータが存在しない場合に、前記キャラクタ・ストリームのやり取りを遅らせるステップを備える方法。
【請求項８】
請求項６記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、所定数の文字が入力されるまで待機するステップを含む方法。
【請求項９】
請求項６記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、前記ユーザが前記キャラクタ・ストリームに最後に新しい文字を入力してから所定の時間が経過するまで待機するステップを含む方法。
【請求項１０】
請求項６記載の方法であって、前記十分な量のデータがあるか否かを決定するステップが、前記キャラクタ・ストリームの新しい文字が入力されてから所定の時間が経過していない場合に、所定数の文字が入力されるまで待機するステップを含む方法。
【請求項１１】
請求項１記載の方法であって、前記結果を受信するステップが、前記ユーザの前記予測される関心により良く応じる結果を受信するステップを含む方法。
【請求項１２】
請求項１記載の方法であって、前記結果を提供するステップが、前記ユーザの前記予測される関心により良く応じる前記結果を提供するステップを含む方法。
【請求項１３】
請求項１記載の方法であって、前記結果を提供するステップが、前記キャラクタ・ストリームを受信する前記第１のアプリケーションとは異なる第２のアプリケーションを前記ユーザが起動することを可能とするステップを含む方法。
【請求項１４】
請求項１記載の方法であって、前記キャラクタ・ストリームの少なくとも一部をホストとやり取りするステップが、複数のデータベースのそれぞれからの結果を識別するために複数のデータベースをポーリングするステップを含む方法。
【請求項１５】
請求項１記載の方法であって、更に、前記ユーザが、前記第１のアプリケーションの動作形態を制御するように前記第１のアプリケーションを構成することを可能とするステップを備える方法。
【請求項１６】
請求項１記載の方法であって、前記ユーザが前記第１のアプリケーションを構成することを可能とするステップが、アクセスされる１つ又はそれ以上のデータベースを前記ユーザが選択することを可能とするステップを含む方法。
【請求項１７】
請求項１記載の方法であって、前記ユーザが前記第１のアプリケーションを構成することを可能とするステップが、前記結果が表示される形式を前記ユーザが制御することを可能とするステップを含む方法。
【請求項１８】
請求項１記載の方法であって、前記ユーザが前記第１のアプリケーションを構成することを可能とするステップが、前記結果を表示するために利用されるドロップ・ダウン・メニューの構成を前記ユーザが制御することを可能とするステップを含む方法。
【請求項１９】
請求項１記載の方法であって、更に、
前記キャラクタ・ストリームを分析してユーザ・プロファイルを決定するステップと、
前記ユーザ・プロファイルを蓄積するステップと、
前記ユーザ・プロファイルを用いて、前記第１のアプリケーションからのその後のキャラクタ・ストリームを分析するステップと、
を備える方法。
【請求項２０】
請求項１記載の方法であって、前記結果を提供するステップが、前記キャラクタ・ストリームに関連する地図を表示するステップを含む方法。
【請求項２１】
請求項１記載の方法であって、前記キャラクタ・ストリームを受信するために前記第１のアプリケーションを利用するステップが、地図情報が前記キャラクタ・ストリームと関連付けられていることを識別するために、前記キャラクタ・ストリームをやり取りするステップの前に前記キャラクタ・ストリームを分析するステップを含む方法。
【請求項２２】
請求項２１記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに、一般に利用されるアドレス用語が現れていることを認識するステップを含む方法。
【請求項２３】
請求項２２記載の方法であって、前記一般に利用されているアドレス用語を認識するステップが、前記キャラクタ・ストリームに郵便番号が現れていることを認識するステップを含む方法。
【請求項２４】
請求項２２記載の方法であって、前記一般に利用されているアドレス用語を認識するステップが、前記キャラクタ・ストリームに国識別子が現れていることを認識するステップを含む方法。
【請求項２５】
請求項２２記載の方法であって、前記一般に利用されているアドレス用語を認識するステップが、前記キャラクタ・ストリームに市識別子が現れていることを認識するステップを含む方法。
【請求項２６】
請求項１記載の方法であって、前記キャラクタ・ストリームを受信するために前記第１のアプリケーションを利用するステップが、ベンダ情報が前記キャラクタ・ストリームと関連付けられていることを識別するために、前記キャラクタ・ストリームをやり取りする前に前記キャラクタ・ストリームを分析するステップと、前記結果の中にベンダ情報を返すよう前記ホストに指示するステップとを含む方法。
【請求項２７】
請求項２６記載の方法であって、ベンダ情報を識別するステップが、前記キャラクタ・ストリームと関連する職業別電話帳情報を識別するステップを含む方法。
【請求項２８】
請求項２６記載の方法であって、ベンダ情報を識別するステップが、前記キャラクタ・ストリームに現れる分類及び場所を識別するステップを含む方法。
【請求項２９】
請求項１記載の方法であって、前記キャラクタ・ストリームを受信するために前記第１のアプリケーションを利用するステップが、前記キャラクタ・ストリームに現れるメッセージング・ラベルについて前記キャラクタ・ストリームを分析するステップを含む方法。
【請求項３０】
請求項２９記載の方法であって、前記メッセージング・ラベルについて前記キャラクタ・ストリームを分析するステップと、前記結果を提供するステップとが、前記ユーザが他のユーザと通信することを可能にするメッセージング・コード・セグメントを提示するステップを含む方法。
【請求項３１】
請求項２９記載の方法であって、前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームにユーザ識別子が現れていることを決定するステップを含む方法。
【請求項３２】
請求項３１記載の方法であって、更に、前記ユーザ識別子と関連付けられたユーザのオンライン状態を決定するステップを備える方法。
【請求項３３】
請求項３２記載の方法であって、前記オンライン状態を決定するステップと、前記結果を提供するステップとが、前記ユーザが前記ユーザ識別子と関連付けられたユーザとインスタント・メッセージをやり取りすることを可能とするステップを含む方法。
【請求項３４】
請求項２９記載の方法であって、前記メッセージング・ラベルについて前記キャラクタ・ストリームを分析するステップが、前記キャラクタ・ストリームに、電子メール・メッセージがやり取りされることを示す「＠」文字が現れていることを認識するステップを含む方法。
【請求項３５】
請求項１記載の方法であって、更に、後のアクセスのために前記結果を蓄積するステップを備える方法。
【請求項３６】
請求項１記載の方法であって、前記結果を蓄積するステップが、前記ユーザが選択した結果を蓄積するステップを含む方法。
【請求項３７】
請求項３６記載の方法であって、更に、
追加の文字が受信され得ることを示す１つ又はそれ以上の完了ではない文字の第２のストリームを受信するために、前記第１のアプリケーションを利用するステップと、
蓄積された結果にアクセスするステップと、
前記蓄積された結果を前記第２のストリームと関連付けるステップと、
を備える方法。
【請求項３８】
請求項３７記載の方法であって、更に、前記ユーザが前記蓄積された結果に関する情報を要求していることを前記第２のストリームが示す場合に、前記蓄積された結果を表示するステップを備える方法。
【請求項３９】
請求項３８記載の方法であって、更に、
前記第２のストリームを、分析のために前記ホストとやり取りするステップと、
第２のストリームの結果を受信するステップと、
前記蓄積された結果が前記第２のストリームと関連しない場合に、前記ユーザが前記第２のストリームの結果の１つを選択して前記第２のストリームの結果に関連するコード・セグメントを起動できるよう、前記第２のストリームの結果を表示するステップと、
を備える方法。
【請求項４０】
請求項１記載の方法であって、前記キャラクタ・ストリームをやり取りするステップが、前記キャラクタ・ストリームに置かれた統一資源位置識別子（ＵＲＬ）を確認するステップを含む方法。
【請求項４１】
請求項１記載の方法であって、前記結果を受信するステップが、ユーザの予測される関心により良く応じる結果であって、前記複数のユーザ・アプリケーションと関連する結果を受信するステップを含む方法。
【請求項４２】
請求項１記載の方法であって、前記完了ではない文字が、前記キャラクタ・ストリームの完了を示す復帰の文字列を含まない方法。
【国際調査報告】
2006510123.tif 000013
2006510123.tif 000014