プロキシサーバーを介した検索システム及び検索方法
【課題】プロキシサーバーを介した検索システム及び検索方法
【解決手段】分散型コンピュータシステムから取り出されるデータを検索する方法であって、該方法は、少なくとも１つの検索基準を具備する検索要求をユーザーエンド端末において生成することと、少なくとも１つのユーザー選好を示すためにユーザーエンド端末において該検索要求を修正することと、該分散型コンピュータシステムからデータを取り出すことができるデータソースに該検索要求を転送するように構成されたプロキシ端末に該検索要求を転送すること、とを具備し、該データソースは、１つ以上の予め決められたユーザー選好に従って選択されたユーザーエンド端末に検索結果を提供することができる。
【解決手段】分散型コンピュータシステムから取り出されるデータを検索する方法であって、該方法は、少なくとも１つの検索基準を具備する検索要求をユーザーエンド端末において生成することと、少なくとも１つのユーザー選好を示すためにユーザーエンド端末において該検索要求を修正することと、該分散型コンピュータシステムからデータを取り出すことができるデータソースに該検索要求を転送するように構成されたプロキシ端末に該検索要求を転送すること、とを具備し、該データソースは、１つ以上の予め決められたユーザー選好に従って選択されたユーザーエンド端末に検索結果を提供することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、検索システム及び検索方法に関するものである。本発明は、具体的には（但し、限定することなしに）、エンティティによって生成された検索要求に対して個別化された応答を提供する検索方法に関するものである。この個別化は、検索が実施される方法、検索結果を引き渡すフォーマットとモード、及び、提供される情報の性質を決定する。データは分散型コンピュータシステムを通じて検索されて取り出されるが、ファクシミリ、電子メール、及び対話型音声認識技術、等のその他の手段を用いて取り出すことができる。
【背景技術】
【０００２】
該検索システム及び検索方法は、アドレス（静的であること又は動的であることができる）にマッピングすることができる永久的なアイデンティティとユーザーを関連づけることを可能にするプロトコルを使用する。
【０００３】
特に（但し、限定することなしに）、該検索システム及び検索方法は、セッション開始プロトコル（ＳＩＰ）ユーザーリソース識別子（ＵＲＩ）、等の永久的アイデンティティを使用して分散型コンピュータシステムからデータを取り出すことによって、最初の検索セッションが終了している場合においても検索結果をユーザーに送ることを可能にする。送信されかつ取り出されたデータは、特別な目的を有することができ、例えば、該データは、１つ以上の品目又はサービスに関連するデータを検索することを可能にし、更に、これらの結果は、"PURCHASING SCHEME"（購入方式）という題名を有する本発明の発明者の同時係属中の特許出願ＧＢ−Ａ−０３２２８８０（該特許出願の内容は、本明細書において参照することによって本明細書に組み入れられている）において説明されているフォーム等の、１つ以上の品目又はサービスの購入を容易にするフォームで提示することができる。
【０００４】
インターネット、等の分散型コンピュータシステムからデータ（即ち情報）を取り出すための検索システムは、幾つかの制約を有することが知られている。インターネット検索サイト（例えば、Ｇｏｏｇｌｅ（登録商標））は、該検索サイトのユーザーにとってほとんど一瞬であると思われる制限時間内に結果を戻すように構成されている。
【０００５】
ある人が、該検索サイトにおいて非常に複雑な検索要求（例えば、複雑なストリングのキーワードとブール演算子が関わる検索要求）を入力した場合を考える。該検索要求が十分に複雑である場合は、従来の検索サイトは、検索問い合わせ基準を満たしている結果を、これらの検索結果を決定して表示するために通常設定されている短時間内に戻すことはできない。
【０００６】
従来の検索サイトにおいて入力される検索は、通常は、特定の時間内に少なくとも１つの検索結果を生成しなければならず、該生成が行われない場合は、該検索サイトは、検索エンジンのユーザーに対して否定的な検索結果を表示することになる。複雑な検索に対応する機構は存在せず、更に、ユーザーが該検索サイトを事実上ログオフして後に検索結果を取り出せるようにするための検索保存機能を提供する機構も存在しない。該検索サイトのユーザーは、当該ユーザーが検索“サーバー”との間で持つことができるセッションの長さに実効的に制限される。
【０００７】
その他の制約は、検索サイトのユーザーが検索結果の送信場所及び検索結果をフォーマット化して提示する方法を選択できないことを含む。例えば、ユーザーは、従来の表示装置が取り付けられたパソコンタイプの端末において検索要求を入力する場合がある。しかしながら、該ユーザーは、複雑な情報が取り出せるようにするために２，３時間経過するまでは結果を入手することを望まない場合があり、更に、これらの検索結果が自己の携帯電話において表示されることを望む場合がある。
【０００８】
もう１つの制約は、現在は、通常はユーザーの端末において又は検索「サーバー」においてユーザーのために保存されるのは制限された選好（ｐｒｅｆｅｒｅｎｃｅ）のみであることである。例えば、ユーザーの端末に保存された選好は、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ６（ＩＥ６）予測タイピング、保存された過去のサイトのリスト又はコンテンツフィルタによって提供可能である。Ｙａｈｏｏポータルのカスタム化は後者の一例である。しかしながら、ユーザーがマンチェスター市を検索して市自体に関する情報を希望するが、同じ名前のサッカーチームを希望しない場合に、将来の検索結果の構文解析を目的として保持されることになる否定的な選好（例えば、「サッカーではない」）を記録することは不可能である。
【０００９】
もう１つの制約は、現行の検索方法は、様々な異なるフォーマットで検索結果を提供することをサポートしていないことである。例えば、現在の検索方法は、検索エンジンが自動的に電子メールを送信し、ホテルに電話をかけ、ウェブフォームに記入することを可能にしない。この理由は、既知の検索方法は検索の文脈（例えば、ユーザーの所在場所、時間、選好、等）を理解するための仕組みを備えておらず、更に、現在の検索方法は永久的な状態保存を提供しないのと同様に、当業において知られている検索方法は、このような精巧な検索方法を実装するために要求される検索選好についてより深く理解していないためである。
【００１０】
さらなる制約は、検索者が非常に詳細な検索基準を入力するのは負担になることが時々あるということであり、該詳細な検索基準が通常は個人的なものであると思われる情報を含む場合には、該ユーザーは、自己の検索の中にこのような情報を含めることを躊躇する可能性がある。更に、ユーザーが一定の情報を要求ることができ、更に、該検索を要求するユーザーが送信される情報の内容を入力する必要なしにさらには該内容を承知している必要なしに該ユーザーに関する特定情報を自動的に該一定の情報に付随させることができれば、非常に有利である。このことは、例えば、検索プロセス中に情報に関する問い合わせが行われた１つ以上のサイトによって戻される情報の種類に対してユーザーの医療記録が影響を及ぼす可能性がある医療上の状況において、又は、ユーザーが一定の金融情報（例えば、ローン）を検索時に提供される情報の種類と金利に対してユーザーの財務情報が影響を及ぼす可能性がある金融上の状況において非常に有用である。
【００１１】
本発明は、入力されている複雑な検索問い合わせをサポートし更にユーザーの選好に応じて検索を修正する検索システム及び検索方法を提供することによって、当業において知られている制約を軽減する及び／又は取り除くものである。更に、より詳細な情報を入手することを目的とした補足的な検索を実施するためと、検索結果が送信されるエンド端末を指定するために、ユーザー選好が用いられる。更に、当該ユーザーに関する追加情報を、ユーザーのクライアント端末によって又は該検索を管理するプロキシサーバーによって提供することもできる。該追加情報は、秘密情報を含む。該秘密情報は、該当する検索において、伝達される該秘密情報の詳細がユーザーに見えないような形で伝達することができる。伝達された該秘密情報は、ユーザーによって入力された検索基準に関連する情報に関する要求をプロキシサーバーから受け取る一定の安全なサイトのみによって閲覧することができる。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明の一側面は、分散型コンピュータシステムから取り出されるデータを検索する方法に関するものであり、該方法は、少なくとも１つの検索基準と、ユーザーエンド端末において検索要求を生成するエンティティに関する識別子と、を具備する検索要求を該ユーザーエンド端末において生成することと、少なくとも１つのユーザー選好を示すためにユーザーエンド端末において該検索要求を修正することと、該分散型コンピュータシステムからデータを取り出すことが可能なデータソースに対して該検索要求を転送するように構成されたプロキシサーバーに対して該検索要求を転送すること、とを具備し、該データソースは、１つ以上の予め決められたユーザー選好に従って選択されたユーザーエンド端末に対して検索結果を提供することができる。
【００１３】
本発明のもう１つの側面は、分散型コンピュータシステムから取り出されるデータを検索する方法であって、該分散型コンピュータシステムは、プロキシサーバーと通信可能な少なくとも１つのユーザーエンド端末を具備し、該プロキシサーバーは、該分散型コンピュータシステムから情報を取り出すことが可能な少なくとも１つのデータソースと通信することが可能であり、該ユーザーエンド端末は、一意のユーザーアイデンティティとともに該プロキシサーバーに登録されたユーザーによって操作できるように適合化されており、該ユーザーアイデンティティは、一組のユーザー選好に関連づけられている、方法に関するものであり、該方法は、該少なくとも１つのユーザーエンド端末の１つにおいて検索要求を生成するステップであって、該検索要求は、取り出されるデータによって満たされるべき少なくとも１つの検索基準を示すステップと、該検索要求をカプセル化した検索要求メッセージを該プロキシサーバーに送信するステップと、該検索要求メッセージを、該ユーザーの一意のアイデンティティと関連づけられた一意の検索番号と関連づけるステップと、該受信された検索要求メッセージを処理するように構成された少なくとも１つのデータソースに該検索要求メッセージを送信するステップと、該カプセル化された検索要求に従って検索を実施するステップと、検索結果メッセージ内にカプセル化された検索結果を前該プロキシサーバーに送信するステップと、該検索結果メッセージのカプセルを解除するステップと、該ユーザー選好の組に従って該検索結果を処理するステップと、前記ユーザー選好の組に従って該少なくとも１つのユーザーエンド端末の１つを選択するステップと、該処理された検索結果をカプセル化した検索結果メッセージを該少なくとも１つの選択されたユーザーエンド端末に送信するステップと、を具備する。
【００１４】
本発明の残りの側面及び好ましい特長は特許請求の範囲において詳述されている。本発明においては、検索結果は、プロキシサーバーが電子メールメッセージを該検索結果に関連する電子メールリストに送信することによって、又は自動的に（例えば保険見積もりに関して）ウェブページに記入することによって、データソースに転送することが可能である。該データソースはその他のサーバーを介してはアクセスできないが、その代わりに（例えば、プロキシサーバーが、該検索要求のテキストバージョンを音声バージョンに変換するなんらかの変換手段を用いてホテルに電話をかけて実際に価格を要求する自動音声生成・認識技術を使用する場合は）ＩＰ−ＰＳＴＮゲートウェイを通じてアクセス可能である。該データソースは、サーバー及び関連する検索エンジンを具備する。本発明は、検索結果が生成される前にユーザーが検索サーバーとのセッションを終了させることを可能にするものであり、それによってより複雑な検索要求を処理することを可能にする。更に、本発明は、検索結果が高い優先度を持つと決定されるようなレベルでユーザー選好を満たしている場合はユーザーがより迅速に該検索結果を受け取ることを可能にするものである。このようにして、ユーザーは、関連性がより高い結果がより高速に提供される。
【００１５】
好ましいことに、ユーザーアイデンティティは、１つ以上の静的及び／または動的アドレスに関連づけられる。静的／動的アドレスの例は、Ｅ１６４アドレス（これが何であるか／何を意味するかを説明すること）、ＩＰアドレス、ファックス用電話番号、ページャー番号、を含む。データソース例は、分散型コンピュータシステムを通じて入手可能なあらゆる情報源を含む。該データソースは、好ましいことに、より良い機能及びより良い最適化を確保することを目的として特別な検索ソフトウェア（モジュール♯３）を動作させている。代替実施形態においては、該データソースは、ウェブページ具備する。
【００１６】
検索結果メッセージは、処理された検索結果をカプセル化することができる。代替として、検索結果メッセージは、ユーザーが処理された検索結果を取り出すことを可能にするキーを提供する。例えば、特定の検索結果が入手されていることに対するユーザーの注意を喚起するためと、該ユーザーが保存装置から映像を取り出すことを可能にするキー（例えばコードあるいは暗号化メッセージ）を該ユーザーに提供するための、ＳＭＳを送信することができる。該“「注意の喚起」は、該ユーザーが適切な帯域幅の接続を用いてプロキシサーバーに接続することを可能にするため、ファイルが見つけ出されていることを検索結果が示す場合に非常に有用になると考えられている。
【００１７】
有利なことに、本発明は、ユーザーに検索結果への注意を喚起するためのＳＭＳメッセージ送信と、ユーザーが高帯域幅接続（ＷＬＡＮ、等）を介してファイルを取り出すことを可能にするキーを該ユーザーに提供すること、とをサポートする。例えば、ビデオクリップの所在場所が突き止められてた場合において、該ファイルは大きすぎてダイヤルアップ帯域幅接続を介して閲覧／ダウンロードできないため、該ユーザーは、ＷＬＡＮから該ファイルにアクセスすることを希望することがある。
【００１８】
本発明は、検索要求においてユーザー選好によって提供される追加情報を含めることによって、及び／又は、ユーザー選好によって提供された追加情報を使用し、拡張型ＳＩＰサーバーに戻された関連性が低い検索結果がユーザーに転送される前に削除することによって、検索プロセスがより効率的に実施されることを可能にするものである。即ち、本発明は、該サーバーのＲＦＣ（定義すること）機能を、サーバーが有する通常の検索ソフトウェアよりも拡張させるものである。検索は、検索結果の内容に関して最も適切なユーザーエンド端末に転送することができる。更に、検索は、検索結果を転送時にユーザーが操作中のユーザーエンド端末に転送することもできる。ＳＩＰプロキシサーバーは、該当するユーザーエンド端末を当該ユーザーによって操作されているユーザーエンド端末であるとして特定できないときに受け取られた結果を保存することができる。これで、ＳＩＰプロキシサーバーは、少なくとも１つの検索結果を修正すること、又は、検索結果へのユーザーの注意を喚起するため及び検索結果の取り出し方をユーザーに示すための別の形態の通知を生成することができる。
【００１９】
従属の請求項を付随させることによって説明されている本発明の好ましい特長は、独立した請求項によって説明されている本発明のあらゆる側面と、当業者にとって明らかなあらゆる形で組み合わせることができる。以下では、例示することのみを目的として、本発明の具体的な実施形態が、添付図面を参照しつつ説明される。
【発明を実施するための最良の形態】
【００２０】
現時点において発明者によって企図されている本発明の最良の形態が、本発明の具体的な実施形態を用いて説明される。現時点において発明者によって企図されている最良の形態は、セッション開始プロトコル（ＳＩＰ）によってサポートされる。ＳＩＰは、ＩＰを通じてのマルチメディア会議のためのインターネットエンジニアリングタスクフォースＩＥＴＦ基準である。ＳＩＰは、ＡＳＣＩＩを基礎とするアプリケーションレイヤ制御プロトコルであり、ＲＦＣ２５４３において定義されている。尚、該ＲＦＣ２５４３のコピーが本明細書に添付されており、その内容は、本明細書において参照することによって本明細書に組み入れられている。
【００２１】
ＳＩＰは、２つ以上のエンドポイント間における呼／セッションを確立、維持及び終了させるために使用することができる。より具体的には、ＳＩＰは、エンドツーエンド呼の属性を制御する能力と、ネットワーク境界を横断して呼情報を搬送することを可能にするシグナリングと、を提供するセッション管理を、パケットテレフォニーネットワーク内において提供する。従って、当業においてよく知られているように及びＲＦＣ２５４３によって定義されているように、ＳＩＰは、アドレス解決、名前マッピング及び呼のリダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ）を通じてエンドポイントの所在場所を突き止める能力と、エンドポイントのメディア能力を決定する能力と、エンドポイントの利用可能性を決定する能力と、セッションを確立する能力と、呼の転送と終了を処理する能力と、１つのアイデンティティを１つ以上のアドレスマッピングと関連づけさせる能力と、を提供する。
【００２２】
本発明は、ＲＦＣ２５４３において説明されているようなＳＩＰプロトコルの文脈において説明されているが、本発明は、該ＳＩＰプロトコル自体に限定されるものではなく、ＳＩＰプロトコルから派生しさらに本発明によって使用されるＳＩＰ機能をサポートするあらゆるプロトコルに拡大されるということを当業者は理解することになる。例えば、本発明は、プロキシサーバーが、アドレス解決、名前マッピング及び呼のリダイレクションを通じてエンドポイントの所在場所を突き止めることと、エンドポイントのメディア能力を決定することと、エンドポイントの利用可能性を決定することと、セッションを確立することと、呼の転送と終了を処理することと、１つのアイデンティティを幾つかの静的及び／又は動的アドレスにマッピングすること、とを可能にするあらゆるプロトコルによって実装することができ、更に、該プロトコルを提供することは、プロキシサーバー検索ソフトウェアによって一意の検索アイデンティティを検索セッションに与えることも可能にし、検索を提供することは、プロキシサーバーに登録されていてさらに上記のプロパティを有する一意のユーザーアイデンティティが割り当てられているユーザーによって開始され、該プロキシサーバーを提供することは、該ユーザーアイデンティティを１つ以上のユーザー選好と関連づけることができる。該プロトコルのこれらの機能は、該プロキシサーバーが検索問い合わせを適宜修正及び／又はフィルタリングすることを可能にするため及び検索結果を該当するフォーマットで転送する先であるユーザーエンド端末を選択することを可能にするために必要である。
【００２３】
添付図面の図１においては、本発明に従った検索方法を用いてデータを取り出すときに使用することができる分散型コンピュータシステムが示されている。図１においては、本発明の実施形態に従った分散型コンピュータシステムを用いてデータを検索するための、ＳＩＰによってサポートされたデータ検索システム、が示されている。該ＳＩＰによってサポートされたデータ検索システムは、複数のデバイスが該分散型コンピュータシステムを通じて互いにインタフェースすることを可能にする適切なソフトウェアモジュールによってサポートされた該複数のデバイスを具備する。
【００２４】
図１に示される分散型コンピュータシステムは、少なくとも１つのユーザーが操作可能なエンド端末１０と、ＳＩＰプロキシサーバー１２と、少なくとも１つのデータソース１４と、を含む通信ネットワークを具備する。エンド端末１０は、情報を検索要求の形態でＳＩＰプロキシサーバー１２に中継することができるあらゆる型のデバイスを具備することができる。図１において示されるように、例えば、これらのデバイスは、該通信ネットワークを通じてＳＩＰプロキシサーバーに接続することができるパソコン１０ａ又は携帯電話型デバイス１０ｂであり、ＳＩＰプロキシサーバー１２自体は、複数の構成要素（例えば、中央サーバー１２ａ及びデータ保存装置１２ｂ、等）を具備し、データ保存装置１２ｂは、例えば、ユーザー選好及び／又は過去の検索結果のデータベース、又は、検索要求を出しているユーザーに対してまだ伝達されていない及び／又は該ユーザーによってまだ取り出されていない検索結果を提供することができる。本発明の幾つかの一定の実施形態においては、ＳＩＰプロキシサーバー１４自体が分散型コンピュータシステムを具備することができ、例えば、該プロキシサーバーは、通信ネットワークを介して別個のデータベース保存システムからユーザー選好を検索することができる。
【００２５】
当業者は、種々の形態の接続（ワイヤーライン、ワイヤレス、ダイヤルアップ、ブロードバンドＡＳＤＬ、ＬＡＮ、等の接続）が可能であること、及び、エンド端末１０は携帯型デバイスであることが可能であることを認識することになる。該接続は永久的である必要がないため、検索要求をＳＩＰサーバー１２に送信するエンド端末１０は、検索がＳＩＰサーバー１２に送信された後にＳＩＰサーバー１２に接続された状態である必要がない。本発明は、ユーザーによって及び／又はエンド端末ソフトウェア及び／又はプロキシサーバーソフトウェアによって確立された１つ以上のユーザー選好に従って、検索結果を転送するための適切なエンド端末１０の所在場所を突き止めることを可能にする。ユーザーエンド端末１０、ＳＩＰプロキシサーバー１２及びデータソース１４は、本発明の特定の実施形態に従って適宜直接に又は間接的に互いにインタフェースする。例えば、本発明の一実施形態においては、データソース１４によって戻された検索結果は、（ユーザー選好／検索要求が許可する場合において）エンド端末１０に直接送信することができる。
【００２６】
より具体的に図１を参照すると、一例として示されている２つのエンド端末１０ａ、１０ｂは、パソコン型デバイス１０ａ及び携帯電話型デバイス１０ｂを具備する。エンド端末１０ａ、１０ｂは、各々が、コンピュータシステム内のその他の要素（即ち、ＳＩＰプロキシサーバー１２及び少なくとも１つのデータソース１４）に独立して接続可能である。情報が取り出されるデータソース１４又は情報が取り出されるときの仲介となるデータソース１４は、図１に示される具体例１４ａ、１４ｂ、１４ｃに限定する必要がないことを当業者は認識することになる。図１において、データソース１４ａは、ウェブサーバーを具備し、データソース１４ｂは、検索エンジン（又はデータベース）を具備し、データソース１４ｃは、電話端末を具備する。
【００２７】
複数のソフトウェアモジュール♯１、♯２、及びオプションの♯３が提供され、これらのソフトウェアモジュールの構成要素は、個々のデバイスにおいて局在化させること又は１つ以上のデバイスにわたって分散させることができる。ソフトウェアモジュール♯１は、ユーザーエンド端末１０ａ上で動作するエンド端末ソフトウェア（ＥＴＳ）を具備し、ＳＩＰユーザーエージェントを介してソフトウェアモジュール＃２とインタフェースする。ソフトウェアモジュール＃２は、ＳＩＰプロキシサーバー１２によって動作されるＳＩＰサーバーソフトウェア（ＳＳＳ）を具備する。ソフトウェアモジュール♯３は、データソース１４においてオプションで提供される。データソース１４は、例えば、ソフトウェアモジュール＃３を備えていない従来の検索サーバー又は電話型デバイス（図１の１４ｃ、等）を具備することがある。例えば、プロキシサーバー１４がＧｏｏｇｌｅ（登録商標）、等の従来の検索エンジンに照会中である場合で、新たなソフトウェアが提供されていない場合（即ち、照会された装置上にソフトウェアモジュール♯３が存在しない場合）について検討する（例えば、図１４ａにおけるウェブサーバー）。
【００２８】
Ｇｏｏｇｌｅ（登録商標）は、従来の方法で問い合わせることができるが、Ｇｏｏｇｌｅは、より複雑な、拡張された又はより効率的なＳＩＰ検索を可能にすることができるＡＰＩ（アプリケーションプログラミングインタフェース）をのちに提供することができる。代替として、プロキシサーバー１４は、戻された検索結果を予め処理し、特定の方法でフォーマットされた検索結果を特定のウェブサイト（例えば、航空便を確認又は予約するための旅行ウェブサイト）に再送信すべきであることを決定しておくことが可能である。該ウェブサイトは、ＳＩＰによってイネーブル（ｅｎａｂｌｅｄ）された形で又はＳＩＰによってイネーブルされない形で動作することができる。一例として、図３において、ソフトウェアモジュール＃３は、検索サーバー１４ｂ（同じ意味で検索エンジンとも呼ばれる）において動作する検索データベース／エンジンソフトウェアＳＤＢを具備する。
【００２９】
本明細書において用いられているエンド端末１０という表現は、検索要求生成及び／又は検索結果の受け取りに適したあらゆるデバイスを意味する。ユーザーエンド端末１０は、図１において示されているようなパソコン型デバイス１０ａを具備するが、ユーザーエンド端末１０は、検索エンジンに遠隔的にアクセスすること及び／又は検索結果を表示することができさらにユーザーが操作可能なあらゆるデバイス（例えば、ＰａｌｍＰｉｌｏｔ（登録商標）のようなパーソナルデジタルアシスタント型デバイス、又は、図１に示されているような携帯電話型デバイス１０ｂ、等）を具備することを、当業者は認識することになる。検索結果が送信されるエンド端末１０は、検索要求を生成したエンド端末と同じエンド端末１０でなくてもよい。
【００３０】
本発明の一実施形態においては、検索結果を受け取るエンド端末１０は、検索要求を生成することができないが、検索結果を表示することができる（例えば、ユーザーエンド端末１０ｂは、検索要求の生成をサポートすることができる十分なメモリ容量を有さないがスモールメッセージサービス（ＳＭＳ）テキストメッセージの形態の検索結果を受け取ることができる携帯電話型デバイス、を具備することができる）。
【００３１】
エンド端末１０のユーザーは、例えばＲＦＣ２５４３において説明されている形でＳＩＰアイデンティティＵＲＩを設定済みであると想定されており、該当する検索問い合わせを該当する検索アプリケーションに入力することによって検索を要求する。該検索アプリケーションは、該ユーザーが検索語を入力するための適切なインタフェースを提供することができる。図１に示すようなコンピュータ型端末は精巧なグラフィカルユーザーインタフェースをサポートする一方で、それよりも精巧でないデバイスによって検索が要求された場合は、該ユーザーインタフェースははるかに単純にすることができるということが当業者によって評価されることになる。
【００３２】
図２は、本発明に従って分散型コンピュータシステムから取り出すべきデータを検索する方法におけるステップを示した図である。
【００３３】
図２のステップ２０において、ユーザーは、エンド端末１０においてＳＩＰ検索セッションを開始し、ユーザーのＳＩＰアイデンティティに関する情報を含む検索要求を生成する。ユーザーのＳＩＰアイデンティティは、検索要求の一部としてユーザーによって手作業で入力可能であるが、本発明の最良の形態においては、ユーザーがＳＩＰ検索セッションを開始させた結果として自動的に生成される。
【００３４】
該検索要求は、少なくとも１つの検索基準を具備し、ＥＴＳ（エンド端末検索ソフトウェアモジュール♯１）とインタフェースするように適合化された適切な検索ソフトウェアアプリケーションを用いて生成される。検索がユーザーによって要求されたとき、該検索ソフトウェアアプリケーションは、該検索要求をＥＴＳに渡す。次に、ステップ２１において、ＥＴＳソフトウェアモジュールは、少なくとも１つのユーザー選好に従って当該検索要求を修正する。
【００３５】
エンド端末１０において該検索結果を修正するために用いられるユーザー選好は、様々な方法で予め決定しておくことができる。例えば、該ユーザー選好は、一組の１つ以上のユーザー選好（例えば、サッカーには興味がない、又は、町／場所としてのＢａｔｈには強い興味あるが、浴室の品目としてのＢａｔｈには興味がない、等）を具備する個人的プロフィールを入力したユーザーによって予め決めておくことができる。ＥＴＳソフトウェアモジュールは、該ユーザー選好の組をユーザーのＳＩＰアイデンティティと関連づけていることになる。これらのユーザー選好は、ＥＴＳソフトウェアモジュールがユーザーの過去の来歴的な検索活動の分析に基づいて（即ち、ウェブサイトを示しているいずれの検索結果によってユーザーが該ウェブサイトを訪れることになったかを分析することによって）自動的に決定している１つ以上のユーザー選好によって補足すること又は取り替えることができる。
【００３６】
次に、図２のステップ２２において、ＥＴＳは、本発明に従った検索記述プロトコル（ＳＥＤＰ）を用いてＳＩＰメッセージ内において検索結果をカプセル化してプロキシサーバーに送る。
【００３７】
次に、図２のステップ２３において、プロキシサーバーは、カプセル化された検索メッセージをプロキシサーバーソフトウェアモジュールＳＳＳに渡す。ステップ２４において、ＳＳＳは、該検索結果のカプセルを解除し、ユーザー選好に従って該検索要求をさらに処理する。該検索結果の該さらなる処理は、プロキシサーバーが予め決定しておいた追加のユーザー選好に基づくことができ、例えば、それまでにある１つの特定のデータソースから得られた結果に基づいて、該検索結果内において示されているウェブサイトにアクセスする可能性が高くなっている場合は、プロキシサーバーは、該データソースが再度アクセスされるようにするユーザー選好を生成することができる。
【００３８】
代替として、プロキシサーバーは、ユーザーが加入している割引制度に従って特定の種類のウェブサイトから戻された検索結果内の価格を割り引くための中央方式を有することができる。割引金額は、固定させること又は一定条件に従って変動させることができる。割引を確保すべきであるということ及び／またはユーザーが会員である組織の詳細は、検索要求を修正するために使用されるユーザー選好として提供することが可能である。
【００３９】
プロキシサーバーが注記（ｎｏｔｅ）しているユーザー選好は固定ではなく、例えば該検索が生成される時間に従って及び該検索の優先度に従って可変である。例えば、プロキシサーバーは、当該検索が緊急あることを注記することができ、このため、ＥＴＳによって転送されたユーザー選好ではただちに通知しないユーザー選好であることが示されている場合においても、結果が受け取られたことをユーザーに対して常に直ちに通知する。従って、本発明のいくつかの実施形態においては、プロキシサーバー側の１つ以上のユーザー選好は、エンド端末側の１つ以上のユーザー選好に優先する。
【００４０】
次に、ステップ２５において、プロキシサーバーは、該検索結果を処理し、例えば、電子メールとして、又は、図１において１２ａとして示されているような非ＳＩＰイネーブル検索サーバーに対する通常の検索要求として、該当するフォーマットでデータソースに転送する。更に、プロキシサーバーは、該検索要求を適切な問い合わせに変換し、図１に示されるような電話データソース１４ｃに接続する。
【００４１】
次に、ステップ２６において、データソース１４は、該検索要求を処理し、検索結果メッセージとしてプロキシサーバー１２に転送される検索結果を生成する。データソースの種類に依存して、該検索結果は、音声ファイルを具備し（例えば、該データソースが１４ｃである場合）、該問い合わせに答える人は、自己の返答を音声メモとして記録させること及び音声フォーマットで保存させることができる。しかしながら、該返答は、いずれかの適切な時点において音声認識（Ｓｐｅｅｃｈ−ｔｏ−Ｔｅｘｔ）技術を用いてテキストファイルに変換することができ、該検索結果は、従来のフォーマットにより近いフォーマットを有することになる。
【００４２】
本発明の幾つかの実施形態においては、ユーザーは、検索結果を該ユーザーのエンド端末に直接送るべきであるとする指示を該検索結果とともに伝達する選好を設定しておくことができる。例えば、該要求が非常に緊急である場合、又は、電子メールフォーマットで戻された結果はユーザーのメールサーバーに直接転送し、プロキシサーバーによるさらなる処理のために返送しない旨の選好をユーザーが設定済みである場合である。一般的には、該検索結果は、ＳＩＰによって処理されて保存するための適切な場所が決定されるか及び／又はエンド端末に送られるため、検索結果を直接戻すこのオプションは図２には示されていない。
【００４３】
ステップ２７において、プロキシサーバー１２は、検索結果が入った検索メッセージのカプセルを解除し、次に、受け取られた検索結果を処理し、ユーザー選好に適合するフォーマット及び／又は該プロキシサーバーが検索結果の送り先として決定しているエンド端末と適合するフォーマットを有する検索結果を生成する。
【００４４】
検索要求が行われたときに単にある1つのウェブサイトのみを戻し、このためユーザーが「エジプトへの格安航空便」に関する検索要求を生成する場合は該ウェブサイトにおいて追加情報を入力しなければならない従来の検索要求とは異なり、ＳＩＰプロキシサーバー１２は、該検索結果を処理してデータソースに関する追加質問を可能にすることによってより関連性が高い検索詳細を決定することができる。この追加質問は、ユーザーエンド端末に引き渡す前に、図２のステップ２４において実施される最初の処理によって、又は図２のステップ２７において実施される処理の中で実施される検索プロセスステップ２４乃至２６の繰り返しの一部として、可能にすることができる。
【００４５】
一例として、データソース１４ａが、オンライン予約システムを備えた旅行会社のウェブサイトに関するＵＲＬを戻した場合は、ＳＩＰプロキシサーバーは、該オンライン予約システムが航空便に関する特定の詳細を見つけ出すために要求することになるフォーマットを既に承知していることができ、予約システムのフォームに有効に記入することを可能にする情報を提供する。代替として、ＳＩＰプロキシサーバーは、要求される情報を決定するために該オンライン予約システムに質問することができる。ＳＩＰサーバーが、ユーザーの検索要求を要求されたレベルで満たしている特定の結果を入手した（即ち、特定の航空便情報が入手された）時点で、ＳＩＰサーバーは、この情報を検索結果としてユーザーに転送する。該ユーザーが頻繁に旅行するマイレッジ会員であるか又は（個人として、又は該ユーザーが一員であり（更に自己のユーザー選好において記録されている）いずれかの組織が割引制度を有している場合に）別の割引制度の会員であることを承知している場合は、この情報も該ＳＩＰサーバーによって提供され、このため、該ユーザーは、自己の頻繁旅行者マイレージ数を考慮した航空料金に関する情報も提供される。このように、該ＳＩＰサーバーによって戻される検索結果は、該ユーザーにとってはるかに適切なものとなる。同様に、自動車保険サイト、劇場チケットサイト、等のすべてのサイトに対して、ユーザーの最初の検索問い合わせに該当する特定情報を入手するための追加質問を行うことができる。
【００４６】
ＳＩＰメッセージ内で検索をカプセル化する方法は、エンド端末１０においてユーザーによって生成される検索要求に対して１つの構造を提供するように考案することができるあらゆる適切な検索記述プロトコル（ＳＥＤＰ）を用いて実施される。例えば、本発明の一実施形態においては、ＳＥＤＰは、一組の検索特徴を示すためのフィールドを含む構造化検索要求フォーマットを提供する。提供される検索特徴は、検索の種類及び少なくとも１つの検索基準の範囲を示し、オプションとして１つ以上のユーザー選好を含むことができる。これらの１つ以上のユーザー選好は、エンド端末ＳＩＰソフトウェアモジュール♯１によって又はプロキシサーバーソフトウェアによって生成可能である。
【００４７】
図４は、ＳＥＤＰの一例を示した図であり、のちにより詳細に説明されるが、一般的には、本発明に従った検索記述プロトコルは、次の特徴のうちの１つ以上をサポートする。
【００４８】
セキュリティ（暗号化）
ユーザーＳＩＰｉｄ
様々な検索記述フィールド（例えば、ＸＭＬ／フリーテキスト／キーワード選択）
現在のセッションコンテキストに関する情報（電子メールを使用しているユーザーの種類、接続時間、現在のＩＰアドレスにおける時間、等）
端末においてキャッシュ内に保存されている最近の検索に関する情報（例えば、大きなファイルが端末上に保持されている可能性があり、再送すべきでない）
図４は、本発明に従った検索記述プロトコルＳＥＤＰのほんの一部の特長を示したものであるにすぎず、ＳＩＰメッセージ内で検索要求をカプセル化することができる別のプロトコルを代わりに実装できることを当業者は理解することになる。本質的な特長は、いずれの検索記述プロトコルも、少なくとも検索要求情報と、ユーザーのＳＩＰアイデンティティユニバーサルリソースインジケータ（ＵＲＩ）と、を伝達する必要があるということである。本発明の一実施形態においては、ＥＴＳは、ユーザーが入力した検索ストリングがより効率的な検索表現と適合するようにフォーマット化するように構成させることができる。本発明のもう１つの実施形態においては、ＥＴＳは、１つ以上の以前の検索をキャッシュ内に保存することができる。このことは、ＥＴＳが、検索要求プロセスを容易にするために、更新情報をキャッシュ内に保存された検索に追加することを可能にする。
【００４９】
再度図１において、ユーザー端末は、エンド端末ＳＩＰソフトウェアによってカプセル化される検索要求を生成する。次に、カプセル化されたＳＩＰメッセージは、ユーザーエンド端末から、ユーザーがＳＩＰ端末１０として該ユーザーエンド端末を登録しているＳＩＰプロキシサーバー１２に送信される。ＳＩＰプロキシサーバー１２は、特定のユーザーＳＩＰアイデンティティと関連づけられているとＳＩＰプロキシサーバー１２が決定することができるいくつかの登録されたユーザーエンド端末を有することができる。
【００５０】
ＳＩＰプロキシサーバー１２は、カプセル化されたＳＩＰメッセージを受け取った時点で、該カプセル化されたメッセージをＳＩＰプロキシサーバーソフトウェアモジュール#２ ＳＳＳに転送する。次に、ＳＳＳソフトウェアモジュールは、受け取ったメッセージを処理してカプセルを解除する。次に、ＳＳＳソフトウェアモジュールは、ＳＳＳによって構成されていて、更にＳＳＳがユーザーのＳＩＰアイデンティティＵＲＩと関連づけることができる少なくとも１つのユーザー選好によって少なくとも部分的に決定される、予め決められた一組の検索規則、に従って検索要求を解析する。
【００５１】
一実施形態においては、ＳＳＳソフトウェアモジュールは、ユーザーのＳＩＰアイデンティティＵＲＩと関連づけられたユーザー選好に従い、検索表現をさらに修正し及び／又は該検索表現の転送先である分散型コンピュータシステム内の特定のサーバーを選択する。
【００５２】
検索は、いずれかの特定のユーザー選好に従って修正される。検索を修正するために使用されるユーザー選好は、入手可能な全ユーザー選好の部分組であり、ＳＩＰプロキシサーバー１２は、検索要求を解析していずれのユーザー選好が該検索に該当するかを決定することによって、該検索を修正するために用いるべきユーザー選好を選択する。例えば、ＳＩＰプロキシサーバー１２は、検索結果が送信されるべきエンド端末が、ユーザーが要求しているコンテンツの種類に従って選択されるように指示するユーザー選好を選択することができ、例えば、検索結果が娯楽活動に関連する場合は家庭に送信されるべきであり、検索結果が例えば金融項目に関連する場合は職場に送信されるべきであることを示すユーザー選好を選択することができる。ユーザー選好を組み込むことによって、ＳＩＰプロキシサーバーソフトウェアは、ユーザーのＳＩＰアイデンティティと関連づけられたいずれかの個人的な選好が補助的な検索表現として検索要求内に確実に組み込まれるようにするための一定の追加ステップを実施することができ、又は、より関連性の高い結果を得るためにユーザーの個人的な詳細を使用して補足検索を実施することができ、さらには、検索によって見つけ出された品目を購入することさえもできる。
【００５３】
例えば、ＳＩＰプロキシサーバー１２ａは、データベース１２ｂにアクセスし、ユーザーのＳＩＰアイデンティティと関連づけられている一組の少なくとも１つのユーザー選好（例えば、該ユーザーの趣味、該ユーザーの検索選好、該ユーザーの過去の検索結果、検索結果後における該ユーザーの過去の行動、及び、該ユーザーが最も頻繁にアクセスしているウェブページ、等）を検索することができる。次に、これらのユーザー選好は、検索要求を再構成するために使用される。ユーザー選好情報は、否定的検索基準を含む補足的検索表現を追加するためにＳＩＰサーバーによって使用することが可能である。例えば、１つのキーワードとして明示で入力されないかぎりどのような結果も特定のキーワードを示さないように指示するユーザー選好を含めるべきである。このようにして、ユーザーは、「サッカー」等のキーワードが検索結果において強調されないようにユーザー選好を設定することができる。これで、ＳＩＰサーバーは、ブール式「そしてサッカーではない」に相当する情報が検索表現の中に自動的に含められるように、受け取られた検索結果を修正することができる。検索表現が修正された結果、サッカー関連情報を除外した検索結果がユーザーに戻される。このことは、インターネット上においてワールド・ワイド・ウェブ等の通信情報ネットワークを通じて検索を実施中にサッカー関連サイトに関する検索結果を除外することをユーザーが希望していることをユーザー選好が示している場合に有利であり、例えば「マンチェスター」を検索した場合に、「マンチェスター・シティ」又は「マンチェスター・ユナイテッド」若しくは「マンチェスター」に関係するその他のあらゆるサッカー関連サイトがユーザーに転送されない。
【００５４】
ユーザー選好は、１つ以上の検索サイトを検索の中に含めること（及び／又は検索サイトを除外すること）、検索を継続させる最長検索時間、及び検索結果端末及び／又は結果フォーマット化情報を示す検索サイト選好を含めることができる。
【００５５】
次に、ＳＩＰサーバー１２は、さらなるＳＩＰメッセージ内において幾つかの検索エンジン／サーバー／サイトを選択する。これらのさらなるＳＩＰメッセージは、照会中の特定サーバーにとってどのフォームが最も適しているかに応じてカプセル化される場合とされない場合がある。例えば、サーバーがＳＳＳとＳＤＢとの間における適切な検索インタフェース−ＡＰＩ）を備えている場合は、幾つかのメッセージは、新たなプロトコルを使用することができる。該プロトコルは、以下の１つ以上の機能（理想的にはこれらのすべての機能）を有している必要がある。
【００５６】
セキュリティが確保されている（例えば、該プロトコルは、Ｉｐｓｅｃを使用することができる）
認証機能を備えている−例えば、該プロトコルは、（偽物かどうかを確認するために）サーバーの認証を要求することができる
（問い合わせの及び／又は結果の）圧縮をサポートする
理想的にはＳＩＰプロキシにおけるキャッシュへの保存を可能にする（例えば、非常に高いレベルにおいては、非常に人気のあるサッカーチームがゴールした場合には、該ゴールのビデオクリップを検索してダウロードするユーザー数は、1000万人にも達する可能性がある。しかしながら、ＳＩＰサーバーは、このビデオクリップを１回検索するだけでよいことになる）
例えばＳＩＰプロキシサーバーが幾つかの方法で問い合わせを提供する必要がある場合は、ＳＩＰメッセージをトランスポートするために２つ以上のプロトコルを利用することができる。例えば、ＳＩＰプロキシサーバーは、検索表現（又は、該検索表現から派生した表現）に関する追加情報を要求する通常の電子メールをメールリストに送ることができ、さらには、（適切な自動音声生成アプリケーションを用いて）ホテルに電話すること、又はウェブフォームに記入することさえもできる（さらなる問い合わせのフォームはすべて、異なったトラスポートプロトコルを使用する）。
【００５７】
一例として、本発明に従った典型的問い合わせメッセージにおいては、下記の情報を提供することができる。
【００５８】
起点ＩＰアドレス：１２３．３２．１２３．００１
起点ＵＲＬ：name.surnameofuser@atelco.com
ハッシュ
4387t84gf8t4f84tg83rft8p32yh239f8y[98fy9[8747643865gffgyfrjylegfgv,uegyvjgvy
検索レファレンス：６５３４６７２５２
検索端末型式：Ｐｅｎｔｉｕｍ(登録商標)
ＩＩＩ ＰＣ
アカウント型：個人
平均インターネットアクセス活動時間：２時間
前回の活動：電子メール
端末所在地：イングランドのイプスウイッチ
要求の種類：旅行
要求：日付2004年1月23日
発信：スタンステッド
受信：モスクワ
時間：指定なし
最低費用：
返信番号
要求の種類終了
返信::Instant(123.32.123.001), update (day, Mobile-name.surnameofuser@atelco.com)
費用−請求書１
終了
各検索は、一意の検索番号がＳＩＰプロキシサーバー１２によって割り当てられ、このため、ＳＩＰプロキシサーバー１２は、ユーザーがユーザーエンド端末１０を通じてＳＩＰプロキシサーバー１２ともはや通信中でない場合でも、原検索要求へのあらゆる返答をマッチングさせることができる。
【００５９】
検索要求を運ぶSIPメッセージがデータソース１４（一般的には、検索サーバー１４ｂ、等の情報源）によって受け取られた時点で、他方のサーバー内に配備された該当するＳＩＰソフトウェアモジュール（例えば、検索サーバーの検索エンジン内に配備された検索エンジンＳＤＢソフトウェアモジュール＃３）によってメッセージ内容が抽出されて処理される。代替として、ＳＩＰサーバーが別のトランスポートプロトコルを選択した場合は、従来の検索エンジン（即ち、ＳＩＰによってイネーブルされない検索エンジン）がＳＩＰプロキシサーバー１４によって照会された場合に起こることになるように、問い合わせが行われたサイトに関して通常の方法で（例えばウェブフォームで）メッセージ内容を処理することができる。更に、ＳＩＰサーバー１４が、検索要求に関する特定の対象機関又は組織に関するメールリスト又は電子メールアドレス等のデータソースに検索要求を転送する場合は、該データソースは、ＳＩＰによってイネーブルされない（これらのアドレスは、ユーザーによるそれ以前の検索要求によって所在場所を突き止めておくこと又は従来の検索エンジンかＳＩＰ検索エンジンによって生成された予備の検索結果によって提供しておくことができる）。
【００６０】
検索要求メッセージがデータソース１４によって受け取られた時点で、データソース１４が、ユーザーの検索要求によって設定された検索基準（複数の基準を含む）に従って１つ以上の結果を決定した場合は、データソース１４は、これらの検索結果を適切な方法でＳＩＰプロキシサーバーに転送する。ＳＩＰサーバー１４が実際に電話をして音声合成（Ｔｅｘｔ−ｔｏ−Ｓｐｅｅｃｈ）技術を用いて該検索を知らせている場合は、該検索に応答する者は、のちに該問い合わせに応答できるようにするための連絡番号とパスワードが与えられる。この者が該番号にダイヤル時には、該コードを入力する選択肢が示され、次にメッセージを記録することが許可される。該メッセージは、入力されたコードを用いて、ユーザーのＳＩＰアイデンティティ及び検索アイデンティティと関連づけることができる。この関連づけは、該メッセージをＳＩＰサーバーに転送することを可能にし、ＳＩＰサーバーは、音声認識（Ｓｐｅｅｃｈ−ｔｏ−Ｔｅｘｔ）技術を用いて音声ファイルをテキストファイルに変換すること、又は、ユーザーが自己の機械において再生するために該音声ファイルを検索結果としてユーザーに転送することができる。ＳＩＰ検索メッセージが電子メールアドレス又はメールリストアドレスに転送される場合も同様のプロセスが実施され、このため、どのような応答も、ユーザーのＳＩＰ ＵＲＩ（又は、のちに情報を入手するためのキー）を用いてＳＩＰプロキシサーバーによって識別することができる（上記の説明を参照）。
【００６１】
ＳＩＰによってイネーブルされた検索エンジン１４ｂが、ＳＩＰメッセージにおいて１つ以上の結果を一意の検索番号とともにカプセル化してＳＩＰサーバーに転送した時点で、このことは、ＳＰプロキシサーバー１２が、該検索結果を、該検索を要求したユーザーのＳＩＰアイデンティティと関連づけることを可能にする。
【００６２】
ＳＩＰプロキシサーバー１２は、ＳＩＰメッセージを受け取ると、検索結果及び検索番号を抽出する。ＳＩＰプロキシサーバー１２は、該検索結果を、該検索を要求したユーザーのＳＩＰアイデンティティと関連づける。ＳＩＰプロキシサーバー検索ソフトウェアモジュール＃２ＳＳＳは、予め決められた時間だけ、又は、特定の数の肯定的な検索結果が受け取られるまで、ユーザー選好の組に従って特定の検索番号に関する結果を保存することができる。更に、ユーザー選好に従い、ヌル検索結果をＳＩＰプロキシサーバーによってユーザーに転送すること及び／又はほぼマッチした項目を提供することができる。
【００６３】
次に、ＳＳＳソフトウェアモジュールは、（ＳＩＰ所在場所データベース内において探し出された）ユーザーの現在位置、該所在場所におけるユーザーの端末の型及びフォーマット（ユーザー選好に従って決定される）を決定する。例えば、ユーザーがある一定の時間まで検索結果を受け取ることを希望しない場合、又は、邪魔されることを希望しない場合において、この情報がＳＩＰユーザー選好のＳＩＰデータベースに記録される場合は、ＳＩＰプロキシサーバーは、検索結果を適宜処理し、該検索結果を該当する端末表示装置に表示するためにフォーマット化することができる。
【００６４】
ユーザーは、結果の送信場所として２カ所以上の場所を指定することもでき、例えば、短い記述フォーム（例えば、ユーザーが会社の所在場所を探している場合は町だけ）をユーザーの携帯電話に送信することができ、該ユーザーが（ＳＩＰプロキシサーバーソフトウェアが、その会社の完全なアドレスを検索結果としてカプセル化したＳＩＰメッセージを送信していることになる）自分のパソコンにログインするように注意を喚起することができる。
【００６５】
ＳＩＰは、現在有効なアドレスをＳＩＰユーザーＩＤと関連づけ、これらのアドレスを用いて検索結果を引き渡すため、検索を実施中に検索エンジンとの間でオープンな検索セッションを保持する必要がない。該検索は、データの照合を可能にする永久的ＳＩＰアドレスを使用することができ、従って、ユーザーは、例えば、検索時間が終了するまでは10の「ヒット」があるまで結果を収集してから該結果を戻すことを希望し、その後は残りのすべての検索結果をユーザーに送信すべきかどうかを指定することができる。
【００６６】
ユーザーは、検索結果を提供時の端末とフォーマットを指定することができるため、これらの検索結果は、該ユーザーが検索ソフトウェアモジュール＃１検索アプリケーションを次に実行時にアクセス可能なフォームで提供できること、又は、その代替として、電子メールメッセージ又はショートメッセージサービス（ＳＭＳ）メッセージの形で送信できることを、当業者は理解することになる。
【００６７】
ユーザーと関連づけられたプロトコルユーザーアイデンティティ（例えば、SIP URI name.surnameoftheuser@atelco.com）は永久的であるため、このアイデンティティは、静的であること又は動的であることができる幾つかのアドレス／電話番号（例えば、０１２３４ １２３ ４５６、等の電話番号、又は、１１１．２３．１２３．０１１．．．、等のアドレス）と関連づけることができる。
【００６８】
本発明のもう１つの側面は、ＳＩＰプロキシサーバー検索ソフトウェアモジュール＃２が分散型コンピュータシステム内の１つ以上の検索エンジン／サーバーの能力／専門機能を決定する分散型検索環境に関するものである。例えば、この側面は、該検索エンジン／サーバーに情報要求を送ることによって（但し、使用することができるその他の機構は、例えばＧｏｏｇｌｅ（登録商標）が実装するようなウェブクローリングを含む）、又は、広告を送ることによって、若しくは、プロキシサーバーが自己の能力／専門機能を発見することができるその他の方法で、達成させることができる。これらの機械上で動作する検索ソフトウェアは、別のプロトコル（検索能力プロトコルＣＣＰ）を用いて、これらの機械の能力（例えば、速度、検索されるデータベース、検索されるファイルの型（例えば．ｄｏｃファイル名、又は.ｐｄｆファイル名）をＳＩＰプロキシサーバー１４に説明する。ＳＩＰプロキシサーバー１４は、例えば検索要求又はユーザー選好、等を考慮して、ユーザーに関して及び／又は該ユーザーによって要求された具体的な要求に関していずれの検索エンジンが最も適しているかを決定することができる。
【００６９】
例１
以下では、一例を示すことを目的として、添付図面の図１及び２を参照しつつ本発明の１つの具体的な実施形態について説明する。
【００７０】
ある１人のユーザーが市街電車に関する情報を探し出すことを望んでいると想定する。該ユーザーは、インターネット上の数多くの市街電車関連の及び輸送関連のウェブサイトへのアクセス歴を有し、市街電車の模型を購入したことを記録するトランザクションを有し、更に、少なくとも１つの輸送ファン電子メールリストに記載されている。
【００７１】
ＳＩＰプロキシサーバーは、この情報を該ユーザーのＳＩＰアイデンティティと関連づけて記録しており、該ユーザーは、輸送に興味があることを示すユーザー選好を設定していると想定されている。従って、ＥＴＳソフトウェアモジュール及びＳＳＳソフトウェアモジュールの両方は、該ユーザーがあたかもすべてのセッション（ブラウジング、電子メール、及びインスタントメッセージ送信、等）に関してＳＩＰを使用しているものとしてこの情報を記録し、該ユーザーの情報源及び選好に関して構築されたすべての情報は、該ユーザーのＳＩＰ ＵＲＩ識別子（例えば、users.name@businessname.sip）と関連づけて累積される。
【００７２】
該ユーザーが本発明に従った情報検索システムを繰り返し使用することは、（例えば、検索結果とともに戻された強調付きＵＲＬをクリックすることによって）該組（サイトの種類＝博物館、要求＝情報、等）の中に入る機能を起動させていることになり、この情報は、ＳＳＳに保存される。更に、該ユーザーのそれまでのセッションに関するその他のデータを用いて、該ユーザーの選好に合わせて検索を最適化することもできる。
【００７３】
該ユーザーは、旧型の市街電車の復元を希望するという特定の要求を有していると仮定すると、該ユーザーは、図２のステップ２０において、検索句「市街電車、復元、プロジェクト、購入」を入力する。当然のことであるが、該ユーザーは、適切なブール演算子及びワイルドカード文字、等によってこれらの検索言葉を補足することができるが、ここでは、一例として１個の単純なキーワードが示されている。更に、これらのキーワードは固有の“ＡＮＤ”によってコンマとリンクによって分離されていると暗黙に想定されており、このため、検索結果が戻されるためにはその前にこれらのすべてのキーワードが存在していなければならない。
【００７４】
次に、図２のステップ２１において、ＥＴＳソフトウェアは、該検索要求を構文解析し、ＥＴＳソフトウェアにとってアクセス可能な追加情報を指示する。例えば、以下のとおりである。
【００７５】
検索端末型式：Ｐｅｎｔｉｕｍ ＩＩＩ ＰＣ
アカウント型：個人
平均インターネットアクセス活動時間：２時間
前回の活動：電子メール
端末所在地：イングランドのイプスウイッチ
次に、図２のステップ２３において、この要求は、検索記述プロトコルを用いて、ＲＦＣ２５４３において説明されている方法で標準ＳＩＰメッセージ内に実装され、通信リンクを通じてＳＩＰプロキシサーバー１２に伝送される。
【００７６】
次に、図２のステップ２４において、ＳＩＰプロキシサーバー１２は、（開けられていない、即ち、まだカプセル化されている）メッセージをＳＳＳに渡す。ＳＳＳは、多数のデータベースと特定サイト又は特定の検索エンジンに対して要求を行うことができる「インテリジェントモジュール」である（このうちのすべてではなく一部は、ＳＤＢソフトウェアモジュールを有することができる）。一例として、ＳＳＳは、複数の異なった情報フォーラムのうちの１つ以上に対して要求を送ることができる。例えば、
ｉ）ＳＳＳは、ＳＩＰサーバーが自動的に生成する情報要求の形で、市街電車に関するニュースグループに対して要求を送ることができる。
【００７７】
ｉｉ）ＳＳＳは、可能性のあるプロジェクト及び復元者を記録しており（更にこれらの２つのマッチングを試みる）輸送ウェブサイトであって、これらの２つのソフトウェアモジュールがユーザーエントリを作り出すことを可能にするＳＤＢソフトウェアを有する輸送ウェブサイト、に該要求を送ることができる（ユーザーは、返答のスクリーニングが必要になることがあるため、この検索エントリ専用に作られた電子メールアカウント876462965@atelco.comに転送することができ、従って、ユーザーの通常の電子メールアドレスが与えられた場合に生成される可能性がある迷惑メールからユーザーをスクリーニングすることになる）
ｉｉｉ）ＳＳＳは、ＳＳＳが特定の数の結果（例えば、１０００件の応答）を要求することができる標準的な検索エンジン（Ｇｏｏｇｌｅ（登録商標）（www.google.com又はwww.google.co.uk）、等）に対して要求を送ることができる。次に、ＳＳＳは、従来の検索エンジンによって提供された応答をフィルタリングし、該検索を要求したＳＩＰユーザーアイデンティティに関してＳＳＳが承知しているユーザー選好に検索結果が適合していることを確認する。ＳＳＳは、曖昧な結果が生成中であることをＳＳＳが検出した場合は該ユーザーに対して追加質問することができる（例えば、組み込まれている統計／パターンマッチングプログラムを使用することによって、「市街電車を購入したいという意味ですか」という質問を該ユーザーに対して行うことができる）。次に、ＳＳＳは、当該追加の問い合わせに対する該ユーザーの応答を組み入れて、ＳＳＳが標準検索エンジンに質問するために使用する検索上の言葉を向上させることができる。
【００７８】
（ｉｖ）ＳＳＳは、電子メールを通じて、対象となる主題としての市街電車と関連しているとＳＳＳが決定することができる１人以上のその他の個人又は１つ以上のメールリストに該要求を送ることができる。
【００７９】
ｖ）ＳＳＳは、電子メールを通じて博物館（国立輸送博物館、等）に該要求を送ることができる。
【００８０】
例２
図３は、ユーザーのエンド端末において検索要求を生成するプロセスにおけるステップをより詳細に示した図である。図３のステップ３０において、ユーザーは、ユーザー端末において、例えばテキスト又は音声（及び、音声による検索要求からテキストを生成するための適切なアプリケーション）を用いて検索セッションを開始させる。例えば該検索が旅行上又は金融上の側面を有している場合は、ステップ３１において、ＥＴＳは、該検索要求を構文解釈し、この種類の問い合わせに関して承知している可能なプロフォルマを特定する。このことは、旅行サイト等のウェブサイトに関する直接の質問を可能にし、図２のステップ２７の文脈において説明されているようなプロキシサーバーによる検索要求／結果の追加処理を不要にすることができる。追加情報が必要な場合は、ＥＴＳは、該追加情報を該ユーザーに要求することができ、更に、ＥＴＳが誤りを検出した場合は、この誤りを該ユーザーに問い合わせることができる。旅行に関する問い合わせという文脈においては、ＥＴＳは、出発日、費用選好、等を要求する一般フォームをユーザーに提供し、該出発日が到着日よりも早い場合は、この出発日を誤りとして検出する。
【００８１】
ＥＴＳは、ステップ３３において、それ以前の検索が実施されているかどうかを確認する。例えば、該ユーザーは数日前に同じ情報を要求していた可能性があり、この場合は、一般フォームを、既に記入されている該当情報とともに該ユーザーに提供することができ、又は、ＥＴＳは、代替として、いくつかの検索結果をキャッシュに保存しておくことができる。類似の検索が最近実施されており、エンド端末又はサーバー（例えばプロキシサーバー１２）のキャッシュに保持されている場合は、更新のみを該ユーザーに送ればよい。
【００８２】
次に、ＥＴＳは、ステップ３４において検索要求をフォーマット化する。例えば、該旅行検索要求は、予め設定された「行先、時間、出発地点、出発時間」フィールドフォーマットを有することができる。
【００８３】
次に、ステップ３５において、ＥＴＳは、エンド端末のアドレスとＳＩＤ ｉｄの関連づけを開始時にユーザーが認証時に設定されたセッションキーを用いて該検索要求を暗号化する。
【００８４】
次に、ステップ３６において、ＥＴＳは、暗号化されたペイロードを、ＳＥＤＰ（検索記述プロトコル）において設定されたＴＹＰＥとともにＳＩＰメッセージ内に入れる。
【００８５】
次に、ステップ３７において、ＥＴＳは、該ＳＩＰメッセージをプロキシサーバーに送る。
【００８６】
図４は、本発明の実施形態に従ったＳＩＰヘッダとＳＥＤＰ検索記述のフォーマットを示した例である。
【００８７】
該ＳＩＰヘッダは、少なくとも下記の情報を含む。
【００８８】
ｉ）INVITE sip:search@bt.co.uk SIP/2.0−該ＳＩＰヘッダはＳＩＰサーバーから検索エンジンへのインビテーションに関するものであることを示している
ｉｉ）VIA: SIP/2.0/UDP spainltel:5060
ｉｉｉ）From: Joe Bloggs<sip:joe@atelco.net>−ユーザーのＳＩＰ ＵＲＩである
ｉｖ）To: Search <sip: search@uk.net>−検索サービスのＳＩＰ ＵＲＬを提供する
ｖ）Call-ID: 10000001@atelco.net−ＳＩＰセッションの呼び出しであり、検索結果が戻される前に早期終了することができる
ｖｉ）Cseq: 1 INVITE−ＳＩＰ呼び出しのシーケンス番号である
ｖｉｉ）Subject: Urgent Search−プレーンテキストを入力することができるか、又は、エンドポイントが使用するフィールドとして提供することができる
ｖｉｉｉ）Contact: Joe Bloggs <sip: joe@atelco.net>
本発明がＳＩＰヘッダにおいて提供する追加フィールドは、ＳＩＰペイロードを示しており、以下の項目を含む。
【００８９】
ｉｘ）Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ＳＥＤＰ−このタイプは、ＩＰアドレスを送るために使用できるが、一般的には、該アプリケーションは、ＭＩＭＥ型アプリケーションではなく本発明に従ったセッション記述プロトコルＳＥＤＰ（検索記述プロトコル）であることを示すために使用される
ｘ）Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１６０−ペイロードのサイズを示す。数字の１６０は、一例として示したものであるにすぎない。
【００９０】
図４は、旅行に関する問い合わせが検索表現の本体を形成している本発明の実施形態に従ったＳＥＤＰも示している。図４において示されているように、ＳＥＤＰは、以下の項目を具備する。
【００９１】
ｉ） Type: travel.air−具体的な検索フィールドを適宜示す
ｉｉ） F＝ Luton; 13,4,04; d = Ulan Botar; 28,4,04;;;−出発地点がルートン、出発日が２００４年４月１３日、行先がウランバートル、帰国日が２００４年４月２８日であることを示しており、幾つかの空白フィールドが後続している
ｉｉｉ） AP = British A, NOT Aeroflot, other−肯定的選好（ブリティッシュ航空）と否定的選好（アエロフロート）を示すユーザー選好である
ｉｖ）P = Price−価格が検索上の１つの優先項目であることを示すために使用される
ｖ） U = instant; update (phone1)−検索結果が到着次第、電話１によって示されたユーザーエンド端末に伝えるように指示するために使用される。
【００９２】
ｖｉ） T = urgent−検索の優先度を示す
ｖｉｉ） OS = Hotel, Car Hire, Insurance−検索カテゴリを考慮した場合に関連するその他のサービスであり、このため、プロキシサーバーは、これらのサービスがデータソースによって戻された場合はこれらのサービスに関する情報を報告することを希望することができる。
【００９３】
ｉｘ） Sid = 7684∧∧＊jjkkj84−ＳＩＰ ｉｄの上方に常駐するＥＴＳセッション識別子であり、ＳＩＰと関連づけても関連づけなくてもよい
本発明の一部の実施形態においては、添付図面の図３のステップにおいて示されているように、ＳＩＰヘッダ内のフィールドｉｘ）とｘ）（及び、ペイロード内のＳＥＤＰ検索記述内の全フィールド）を暗号化することができる。
【００９４】
例３
図５は、ステップ５０の検索要求において、ユーザーが特定の所在地（例えばザルツブルク）のホテルの部屋に特定の費用（例えば、１泊３０ポンド）で特定の期間（例えば２泊）滞在することを希望する本発明の非常に具体的な実施形態を示した図である。
【００９５】
ステップ５１において、ＥＴＳは、検索結果を渡し、より多くの情報（例えば、人数、正確な所在場所、部屋の種類、開始日、等）を求める。
【００９６】
ステップ５２において、ＥＴＳは、該メッセージをＳＩＰプロキシサーバーに転送し、ＳＩＰプロキシサーバーのＳＩＰ検索サーバーソフトウェアＳＳＳが該メッセージを処理する（カプセル化を解除しておく）。
【００９７】
ステップ５３において、ＳＳＳは、数カ所の旅行検索サイトに最初の検索を送る。これらの旅行検索サイトの一部は拡張型ＳＩＰ検索インタフェースを有しているが、一部は標準のＷＷＷサーバーである。
【００９８】
ステップ５４において、価格に関する要求が満たされていないため戻される結果は否定的な結果である。プロキシサーバーは、より多くの情報をユーザーに求めるか又は検索を修正することを要求し、及び／又は、後日に（例えば、１日後に）検索結果を戻すことができるようにするために検索期間を延長可能であるかどうかをユーザーに尋ねる。図５においては、ユーザーは、検索を延長可能であること及び検索結果を１日遅れて提供可能であることを内容とする応答をＳＩＰサーバーに送る。該応答を受け取ったＳＳＳは、オンライン予約機能を備えていないホテルを探し出し、旅行ウェブサイト及び観光情報サイトにおいて電子メールアドレス及び／又は電話番号を決定する。
【００９９】
ステップ５５において、ＳＳＳは、検索要求から生成されたフォーマットの電子メール問い合わせを送出し、テキスト−音声変換器及び音声−テキスト変換器を用いてホテルに電話をする。ＳＳＳは、近似の結果を入手し、更に、該ユーザーが少なくとも１つの関連する可能性がある組織の一員であることを注記しつつ、該近似の結果を提供しているホテルにこの追加情報を提供して（例えば１０％の）割引を確保する。
【０１００】
ステップ５６において、ＳＳＳは、ユーザーの所在場所データベースを確認し、ＳＭＳが最も適していることを決定する（例えば、ＳＳＳは、該当する時間が、自宅又は職場においてユーザーがコンピュータを操作する通常の時間帯外であることを認識することができる）。ＳＳＳは、検索上の要求事項をすべて満たしている部屋が見つかったことを該ユーザーに連絡し、予約を自動的に完了させるべきかどうかを尋ねる。このオプションは、該ユーザーが、自動購入を可能にするための銀行口座／クレジットカード詳細を既に登録済みであり、更に、自動購入を可能にすべきであることを示すユーザー選好を決定しているために可能である。その他の実施形態においては、該ユーザーは、すべての判定基準が満たされている場合はプロンプトなしで自動的に購入を進めるように指示するユーザー選好を設定することができる。
【０１０１】
図５のステップ５７において、ＳＳＳは、電子メール又はファックスで金融情報をホテルに提供し、この提供が完了していることをユーザーに連絡する。図５においては、ＳＳＳは、ホテルからの確認番号が受け取られるまで待ち、この確認番号をＳＭＳによって該ユーザーに転送する。代替として、ＳＳＳは、該金融上の詳細がホテルに送られ次第、又はホテルによって受け取られたことが示され次第（例えば、電子メールを送信した場合は、受取証を受取時、又は、ファックスの場合は、ファックス送信が成功したことを確認時に）、該ユーザーに通知することができる。
【０１０２】
本発明の具体的な実施形態を参照しつつ上述されているように、エンド端末ソフトウェアＥＴＳ及びＳＩＰプロキシサーバーソフトウェアＳＳＳの両方とも、ＳＩＰによって自動的に生成されたあらゆる情報要求が検索要求メッセージの転送先に関して適切なフォーマットを有するように特定の検索表現（即ち、エンド端末において該ユーザーによって入力された句）を修正するように構成されているのは本発明の１つの特長である。
【０１０３】
これらの検索からの応答は、実質上瞬間的な時間（従来の検索エンジンによる結果の場合）から数日、数週間、数ヶ月、さらには数年（電子メールで送信された情報要求の場合）までに至る幾つかの異なった時間の長さにわたって生成することができる。ユーザーは、検索を実施することができる最長時間を、検索表現内において又はユーザー選好（検索表現から導き出すことができる）として、指示することができる。この指示は、制限時間以降に戻された検索結果は廃棄するいわゆるカットオフ時間をプロキシサーバー１４に示すことによって実装可能である。ＳＳＳは、ＳＳＳによって発行されて各検索と関連づけられている一意の検索識別子（1234567@aserver.telco.umtsの形で与えることができる）を用いて検索結果と原要求を関連づけることができるため、最初の検索セッションが終了後にプロキシサーバー１４に戻される検索結果を処理することができる。これで、ＳＳＳは、応答を処理することができ、検索結果が該ユーザーに通知される前に該検索結果を処理することによって、該検索結果が到着するのに応じて検索手順を繰り返して追加情報を入手する。
【０１０４】
検索結果のフォーム及びユーザーが検索結果を受け取る仕組みはすべて、ユーザー選好によって設定することができる。一般的には、ユーザーは、以下のフォームのうちの１つ以上のフォームで結果を提供するように指示することができる。
【０１０５】
ｉ）１週間ごとの応答要約を提供する
ｉｉ）瞬時に（１分以内に）提供する
ｉｉｉ）最も良くマッチしている応答のみを高優先項目として電子メールで送信する
ユーザーは、検索を何時でも取り消すように常に指示することができ、この指示もまた、ＳＩＰ検索番号が検索を一意で識別するため簡単に達成させることができる。更に、ユーザーは、
（ユーザーのＩＰアドレスは、数分後や数時間後には信頼できる所在場所ではないため）ＳＳＳは、ＳＩＰプロキシサーバーの機能とその関連する所在場所データベースを使用して、あらゆる所定の時間におけるユーザーの所在場所を突き止めることができる。所在場所データベースは、ユーザーの現在の端末型式を戻し、ＳＳＳは、応答をユーザーの現在の端末に適合させることができる。一例として、ある１人の市街電車ファンが、フェリックスストウの裏庭において１９３３ ＧＥＣノーウィッチ市街電車を所有する旨のニュースグループ項目に応答すると仮定する。この場合、ＳＳＳは、該電子メールの送信者がフェリックスストウに所在するユーザーエンド端末の場所にいると決定することができ、更に、ＳＳＳは、（該当するアプリケーション／データベースにアクセスすることによって）該ユーザーが半径２０マイル以内の所在場所からの結果の優先順位を高くすべきであるとするユーザー選好を設定していることに鑑みて、イプスウイッチまでの距離は該ユーザーにとって非常に好ましい順位にする上で十分に近いと決定することができる。次に、ＳＳＳは、該ユーザーが移動中であることを突き止め、該ユーザーの携帯電話へのＳＭＳメッセージ形式で結果をフォーマット化する。
【０１０６】
ＳＩＰサーバーは、ユーザーが予め定義した一組のユーザー選好との一致度に従って結果の優先度を評価することができる。結果が緊急であるとＳＩＰサーバーがみなした場合は（このことは、該検索が緊急であるとユーザー該当する指定したことが理由で、又は、検索結果が近い所在場所、安い価格、等を示している場合は優先させるべきであることをユーザーが指示したことが理由で生じる可能性がある）、ＳＩＰサーバーは、該ユーザーがユーザー選好の組において与えているフォーマットで、直ちに（又は緊急の検索結果を引き渡すべき時間の長さとして該ユーザーがユーザー選好の組の中で与えている時間の長さ以内に）検索結果を該ユーザーに引き渡す。例えば、緊急検索結果は、ユーザーが現在自分のＳＩＰアイデンティティを用いて自分のコンピュータ端末においてネットワークにログオンしている場合は該コンピュータ端末に所在する該ユーザーに送ることができ、及び／又は（ユーザー選好に依存して）検索結果は、ＳＭＳ又は自動的に生成される音声メッセージを介してユーザーの携帯電話に送ることができる。
【０１０７】
ユーザーは、検索問い合わせを生成することができ、更に、音声を含むいずれかのフォーマットで結果を提供すべきであるかを指示するユーザー選好を設定することができる。検索結果を可聴フォーマットで提供することによって、視覚障害者は、ユーザーによりやさしい形で検索結果を受け取ることができる。視覚障害者は、入力した検索ストリングの口頭確認を生成するようにＥＴＳソフトウェアユーザー選好を設定すること（又は、該検索要求生成モードが使用されている場合は音声による検索要求を繰り返すこと）が可能である。
【０１０８】
検索結果が検索コンテンツに基づいて行先ユーザーエンド端末に送られるようにするために、ユーザー選好は、ＳＩＰサーバーＳＳＳソフトウェアモジュールによって送信者のＳＩＰ ＵＲＩと関連づけることができる（例えば、ユーザーの職場の電子メールアドレスがユーザーの家庭の端末装置よりも高い帯域幅でインターネットに接続されている場合は、ユーザーの家庭の電子メールアドレスの代わりに該職場の電子メールアドレスに映像ファイルを送ることができる）。代替として、ＳＩＰ ＳＳＳソフトウェアは、例えば映像ファイルの静止クリップを１つの所在場所に送り、全映像ファイルを別の所在場所に送るようにすることによって、検索結果を予め決められた帯域幅に自動的に圧縮するようにユーザー選好によって構成することができる。代替として、ＳＩＰ ＳＳＳソフトウェアは、単純に、大きなファイルが検索によって突き止められたことをユーザーに通知し、該ユーザーが該大きなファイルをダウンロードするまで予め決められた時間だけ該ファイルを保存するようにすることができる。
【０１０９】
セキュリティ強化を目的として、これらの中央に保存されたファイルは、ユーザーがセキュリティキーを追加入力した場合しかアクセスできないようにすることができ、ＳＩＰサーバー１２は、該ファイルが突き止められている旨の原通知及び／又は該ファイルにアクセスできるアドレスとともに該セキュリティキーを送ること、又は別個の通知を通じて該セキュリティキーを送ることができる。ＳＩＰサーバーは、検索結果をユーザーに通知するためにメッセージ型の通知（例えば、音声メッセージ、電子メール又はＳＭＳ）を使用する必要がない。その代わりに、ＳＩＰサーバーは、検索結果が入ったファイルを該ユーザーの公のドロップファイル、等の中に保管することができる。
【０１１０】
ユーザーがある品目を購入するために該品目の検索を要求する場合は、ＳＩＰサーバーには、該ユーザーの金融情報（クレジットカードの番号、等）及び価格が該ユーザーによって設定された選好と一致する場合は該要求品目を自動的に購入するために必要なその他のあらゆる情報を提供することができる。一例として、ＳＩＰサーバーが、ユーザーが特定の価格で要求している例えばある１つの飛行便又は休暇地に問い合わせ、更に、例えばユーザーが要求している日付前後における特定の価格のカイロまでの帰りの便を探し出す場合について検討する。該価格が、例えば該ユーザーの「即購入」限度価格よりも低いか、又は、所定の検索時間内に戻された一組の検索結果の中で最も安い価格である場合は、ＳＩＰサーバーは、該価格情報が正確であるようにするために、及び、該ユーザーが検索結果を受け取るまでに該価格が変化しないように、該航空便の即購入を行う。該自動化された購入方式は航空便の購入に限定されたものではなく、分散型コンピュータシステムを通じて売り込みが行われるあらゆる品目（競売にかけられているが即座に購入する選択肢を有する品目を含む）又はサービスにまで拡大可能であることは当業者にとって明白であろう。
【０１１１】
該プロキシサーバーは、ユーザーの検索問い合わせにより該当すると確信する一定の所在場所を知的に問い合わせることができるため、該プロキシサーバーは、検索結果を提供するサイトとの優先的な手配を示す結果を戻すことができる。このことは、価格が検索問い合わせと関連している場合に特に当てはまる。例えば、該プロキシサーバーがアクセスする検索エンジンは、予め決められた一定の割引（固定させること又は検索継続時間中の一時的なものにすることができる）を常に提供するように構成させることが可能である。従って、特定の団体又は組織に加入していることを示すユーザー選好を有するユーザーに対してＳＩＰサーバー検索サービスを提供することができる。
【０１１２】
例えば、あるユーザーが自動車協会の会員であり更に公務員でもあることを示している場合で、該ユーザーが、１０年間の無事故ボーナスを有する“Ｓ−ｒｅｇ”フォルクスワーゲン「プント」に関する最も安い保険の検索を要求した場合は、ＳＩＰサーバーは、ＳＩＰサーバーが契約する保険会社のサーバーにこの追加会員情報を提供することができ、戻される結果は、いずれかの保険会社がユーザー選好において示されている組織に基づいて該ユーザーに対して追加割引を提供することができるかどうかを示すことができる。
【０１１３】
代替として、該ユーザーが加入しているインターネットサービスプロバイダ（又は同等の機関）が、ホテル、ソフトウェアプロバイダ、等の一定の第三者と割引契約をしており、このため、ＳＩＰサーバー自体が、これらの第三者から該ユーザーに結果を戻すときに該ユーザーに対して１つ以上の割引を提供するようにインターネットサービスプロバイダによって構成されていることがある。
【０１１４】
ＳＩＰサーバーは、ユーザーが一定の機関において行う購入を追跡すること、及び、行われた購入の金額及び／又は数量に従って該ユーザーに１つ以上のポイントを割り当てることができる（更に、該ポイントは、一定の期間内にリセットすることが可能である）。これらの「ポイント」は、ユーザーが例えば戻された検索価格から一定の割引を受けるために、又は、該ユーザーが所有するポイントを用いてある品目を即座に購入できる価格を検索が戻した場合は該品目を無料で手に入れるために、使用することができる。このようにして、現在数多くのチェーンストア小売業者によって提供されている「報奨」制度と類似の報奨制度をＳＩＰ検索機構を通じてユーザーに提供することができ、購入される各品目にポイントが付けられ、ユーザーは、貯めたポイントを使ってさらなる品目を購入すること及び／又はその他の品目に関する割引を受けることができる。
【０１１５】
本発明の精神及び適用範囲は、本明細書において上述されている具体的な実施形態に限定されるものではなく、付属の請求項によって定められるものであることを当業者は理解することになる。
【０１１６】
本発明の一実施形態は、ユーザーが移動端末を有する無線環境において有利である。本発明は、大量のデータが所在する場所が突き止められている場合にＳＩＰプロキシサーバーが該ユーザーに通知することを可能にする。このことは、該ユーザーが無線の「ホットスポット」（即ち、該移動端末が大量のデータをダウンロードすることを可能にするために高帯域幅の無線接続を利用可能な領域）に移行するのを可能にする。
【０１１７】
本発明のもう１つの実施形態は、ビデオ画像ファイルのコンテンツの種類を示すために、ビデオ画像ファイルからの静止画像をＳＩＰサーバーによって抽出してユーザーに送ることを可能にする。該ユーザーは、該ビデオ画像をダウロードするかどうかを選択することができる。例えば、古い映画のリメーク版に関するトレーラーをダウンロードすることをユーザーが希望する場合は、該リメーク版ではなく原映画に関連する大量の映像ファイルが検出される可能性がある。本発明は、有利なことに、該ユーザーが希望されるコンテンツに関連していない大量の映像ファイルをダウンロードすることを防止する。
【０１１８】
本発明の上記の実施形態は、ユーザーのクライアント端末によって又は検索を管理するプロキシサーバーによって自動的に又は要求に応じて入手される追加情報を組み入れることもできる。例えば、該プロキシサーバーは、該追加情報が入ったデータベースレコードに対する該ユーザーのＳＩＰ識別子に基づいてルックアップを実施する。この追加情報は、取り出すこと、及び該ユーザーが生成する検索基準とともに自動的に含めることができる。
【０１１９】
本発明の幾つかの実施形態においては、該追加情報は、秘密情報であるか、又は、秘密である情報の入手要求を含む。追加情報、特に秘密情報は、ユーザーによって、又はプロキシサーバーによって、若しくは該情報に関するデータソースによって課すことができる様々なアクセス制御の適用対象になる。
【０１２０】
一般的には、これらのアクセス制御は、検索を要求するユーザーにとって透明な形で実装することができる。即ち、該追加情報は、該ユーザーが追加情報を提供する必要があること及び提供された追加情報の内容のいずれについても認識せずに自動的に送られる。しかしながら、その他の実施形態においては、ユーザーは、例えば一定の情報を発行する権限を第三者に付与するデジタル証明書に署名することによって、秘密情報の発行権限を付与しなければならない。発行された情報は、検索要求の中に直接組み入れられるか、又は、その代替として、該追加情報を要求しており更に一定のセキュリティ基準を満たしているエンティティに対して要求に応じて提供される。一般的には、より個別化された情報を提供することができるエンティティのみが該要求を出すことになる。追加情報の要求は、一般情報を含む応答を提供することができる。ＳＩＰサーバーは、該一般情報を処理し、該情報に関心があることをユーザーの検索要求が示している場合は該ユーザーに転送する。代替として、ＳＩＰサーバーは、特定の情報のみに関心があることを検索要求が示している場合は該一般情報を保留するか又は廃棄する。
【０１２１】
追加情報を組み入れるプロセスは、あらゆる適切な方法で自動化することができ、例えば検索の文脈が１つ以上の基準を満たしている場合は、追加情報を組み入れること及び該追加情報を提供するための適切な措置を講じることが要求される。
【０１２２】
本発明は、いずれかのエンティティ（一般的には検索者であるが必ずしも検索者ではない）にとっての特定の情報に文脈及び／又は内容が依存している特定情報が提供される検索を実施する方法を提供するものである。本発明のこの側面の一実施形態が図６に示されており、ステップ６０において、検索者は、検索基準に関連する何らかの情報の検索要求を出す。
【０１２３】
この実施形態においては、該検索要求は、ＳＩＰサーバーによって処理され、上述されている方法で様々なデータソースに転送される。情報提供要求を受け取るデータソースは、該検索要求は一般的なレベルで応答できる情報要求であるが、検索された情報が関連するエンティティを識別する追加情報が提供される場合はより具体的な情報によって補足することが可能な情報要求を具備する、と決定することができる。この実施形態におけるデータソースは、何らかの一般情報で応答し、更に、より具体的な情報を提供するために必要な追加情報を要求する（ステップ６１）。プロキシサーバーは、（例えば署名入りデジタル署名書を提供することによって）第三者であるデータソースが要求された情報を提供する権限を付与するユーザーにこの要求を転送する（ステップ６２）。ステップ６２は、検索者が自己のアカウントをＳＩＰサーバーにおいて適切に構成済みである場合は自動的に実施され、このことは、ＳＩＰサーバーが、権限付与を提供する必要がある検索者／エンティティに代わって直接該権限付与を行うことを可能にする。
【０１２４】
再度図６において、ＳＩＰサーバーは、該権限を該第三者データソースに転送する（ステップ６３）。該権限付与は、該第三者データソースが、要求された追加情報を要求しているデータソースに提供することを可能にする。この実施形態においては、要求しているデータソースが該検索要求に関連づけられているエンティティ専用のより多くの情報を提供できるようにするために、該第三者データソースによって提供された追加情報を受け取って該要求しているデータソースに該追加情報を転送するのはＳＩＰサーバーである。一般的には、この情報は、発行機関によって暗号化及び署名される（ステップ６４）。次に、ＳＩＰサーバーは、該追加情報を要求しているデータソースにこの情報を転送する（ステップ６５）。該追加情報は、該データソースによって検証され（ステップ６６）、該追加情報は、より具体的な情報を検索結果として提供するために（原検索基準と関連されて）適切に処理され、該検索結果は、ＳＩＰサーバーを通じて該検索者に再転送される（ステップ６６）。
【０１２５】
情報を要求する方法及び検索要求と検索結果の中に組み入れる方法は数多くの変形が可能であることを当業者は理解することになる。本発明は、各事例において、特定のエンティティ（例えば、検索を行っている個人）に関連しており更に特に該個人に関連するデータを戻すことを可能にする情報が提供される機会を提供する。
【０１２６】
本発明は、検索を行っているエンティティが、提供された追加情報の内容を承知している必要がないような形でこの情報を組み入れる手段をさらに提供する。秘密情報をセキュリティが確保された形で提供することを可能にすることによって、ユーザーは、該当する情報（例えば、自分が持っている病状に関する情報）を、自分の病状に関連する特定情報を承知している必要なしに検索することが可能である。
【０１２７】
例えば、ユーザーは、「花粉症治療」に基く判定基準に従って検索を行うことができる。この場合は、プロキシサーバーは、検索の文脈が医療であることを認識可能である。追加情報（例えば、該ユーザーが飲んでいるその他の薬、既知のアレルギー、特定の薬に対する反応、等）は、検索者が該情報を明示で含める必要なしに検索要求に添付することができる。このことは、例えば本来であれば花粉症の治療に非常に適している可能性がある既知の薬に反応するかどうかを既に考慮している情報を再度受け取ることを可能にする。同様に、該ユーザーが「ジョーに関する花粉症治療」について検索する場合は、プロキシサーバーは、該ユーザーのアイデンティティを用いてレコードに関するルックアップを実施し、「ジョー」に関する識別子が要求されることを決定し、検索要求内に組み入れる前に権限付与コードを提供するように検索者に依頼する。該ユーザーが「ジョー」に関連する追加情報を含める権限を有していない場合は、戻される検索結果は、ジョーに関する特定情報が提供されず一般情報のみが提供されることを示すことができる。しかしながら、いずれの場合においても、該ユーザーは、どのような情報が提供されるかを正確に知っている必要がない。
【０１２８】
代替として、検索結果の文脈が認識されて該当する追加情報が添付される代わりに、伝達される追加情報は、検索結果を受け取り更に自己の応答の中に該追加情報を組み入れることができるデータソースのちの１つ以上によって要求することができる。このことは、情報の機密性が高い場合により該当し、その場合は、例えば、該追加情報は、セキュリティが確保されたサイトにしか伝達することができない。
【０１２９】
次に、原検索では自由に入手できない追加情報への制限されたアクセスを許容する許可及びセキュリティ上の関連づけを組み入れた、本発明に従った検索方法の一実施形態について説明される。
【０１３０】
この実施形態においては、ユーザーは、ローン等の金融情報を探索中である。金融「スーパーサイト」にアクセスして特定の金額（例えば５０００ポンド）に関するローン金利を比較することができる一方で、提供されるローンは、該ユーザーのクレジット歴、等に関するステータス確認の対象になり、これらの確認の結果は、該ローンに関する年間金利（即ち、請求される金利）に対して影響を及ぼすことになる。
【０１３１】
該検索方法は、ユーザーがインテリジェント検索を実施時にユーザーのクレジット歴が含められることを可能にするか、又は、検索プロセスにおいて接触された銀行サイト又はその他の金融サイトがユーザーのクレジット歴を要求することを可能にする。いずれの場合においても、該ユーザーは、自己のクレジット歴を承知している必要がない。このことは、例えば、ユーザーが情報にアクセスする必要なしに又は情報がのちに送られるように手配する必要なしに、該ユーザーの銀行取引詳細を保有するサイトから該情報を提供できることを意味する。代替として、該情報は、ユーザーの銀行データソースから、又はその他の何らかの仲介機関から、若しくは専用データバンクから取り出され、該情報を要求しているサイトに提供されるか、又は、該ユーザーの検索基準に添付できるようにするために該ユーザーのクライアント端末又はプロキシサーバーに提供される。
【０１３２】
本発明のこの実施形態において本発明によって生成されてプロキシサーバーによって送出される検索結果は、ユーザーのために既に保持されている追加情報と関連づけられた特定サイトに向けて送出されるようにすることができる（例えば、検索者が既存の口座を有する銀行クレジットカード会社を送出先として特定することができる）。その結果、該金融機関は既存の顧客に対してより有利な金利を申し出ることができるため、より有利な貸出金利になる。
【０１３３】
検索は、極めて具体的にすることも可能であり、テンプレートに基づくことができる。例えば、ユーザーは、ローンに関する重要な質問（即ち、早期返済オプション、ローン目的（担保に加えることができるか−検索者は担保を有しているか）、等）を有する検索を要求することができる。
【０１３４】
検索要求に関連するデータが取り出されるサイトは、検索者（該検索者がローンの受取人でない場合は、ローン当事者）のアイデンティティを承知していないかぎりより具体的な情報を提供できないことを当業者は理解することになる。従って、本発明の一実施形態においては、２種類の情報が取り出される。１つの種類の情報は、（今回の例においては提供されているローン商品／サービスに関する）一般情報、即ち、特定のエンティティ又は個人にとっての専用情報でない情報である。他方の種類の情報は、一般的でない情報、即ち、特定情報であり、このため、一般情報を提供すべき対象者のアイデンティティをデータソースによって決定することができる場合は（この同じデータソースが、一般情報、即ち、この例においては提案されているローン受取人のアイデンティティを提供する）、別のより個別化されたレベルの情報が提供情報として存在することになる。このことは、例えば、特定情報が提供されるエンティティをデータソースに紹介するための適切な識別子を要求する。該識別子は、出された検索要求の中に含められるか、又は、いずれかのサイトがＳＩＰサーバーを通じて該情報を要求する場合は要求に応じてアクセス可能である。本発明は、検索が実施されたときにこの第２の種類の情報（即ち、個別化された情報）が受け取られることを可能にし、検索基準又は検索サイトは、該情報のターゲットとなる受取人又は該情報が関連しているターゲット受取人を識別することができる。
【０１３５】
個別化された情報を提供する利点は、検索によって戻された情報を、ユーザーが戻された情報の内容に基づいてさらなる行動をとることを可能にする形で提示することを可能にすることである。例えば、ある検索者が、自分自身のためのローンを求めて、個別化されていない一般的なレベルの情報のみが戻される場合において、該検索者が、ローンを選択した場合は、信用調査に合格する必要があり、ローン業者による認証が必要になり、更に、該ユーザーは、お金を受け取る前に、該ローンの受取人本人であることを証明する必要がある。
【０１３６】
本発明は、ユーザーが、真のローン情報（例えば、条件、Ａ．Ｐ．Ｒ．、補助的便益又は要件、等）を自分自身のクレジット歴に合わせて実効的に適合化させた後に、これらの情報を見て比較することを可能にする。ローン受取人によって提供された秘密情報が十分であるみなされる場合（例えば、ローンサイトによって提供された／要求された秘密情報が、要求されたすべての該当する金融情報（例えば、銀行取引詳細、ローン、その他のクレジットカード口座、貯蓄、等）を含む場合）は、該当するすべての信用確認が実施されていることになる。このことは、提供される金利及び条件が該ユーザーのクレジット歴及び現在の財務状態を反映させたものとなることを意味する。これで、該ユーザーは、情報が正しいフォーマットで提示された場合は、さらなる行動、例えば、提供されたローン商品を受諾する、該当品目を購入する、等を行うことができる（又は、例えば医薬に関する検索等のその他の何らかの行動をすることができ、該医薬は、購入可能な形で、又は、ある人に関して処方可能な形で、提示することができる）。
【０１３７】
更に、ユーザーがいずれかの特定のローンを受け取ることを選択した場合に、提供される情報は、該ユーザーが省略時銀行口座又は指定の銀行口座に電信為替で振り込まれたローン金額を受け取る前に本人であることをさらに証明する必要性をなくすことができる。このことは、有効なことに、ユーザーが、「５，０００ポンドを借り入れるための最も安いローン」という検索基準を入力し、更に、検索結果に応答し、銀行Ａによって申し出られた年金利５％、期間３年のローンを選択し、該金額を自己の銀行口座に電信為替で振り込ませることが可能であることを意味する。このような継ぎ目のない一体的な銀行業務環境は、ユーザーに対してリスクを負わせる可能性があり、このため、様々な銀行機関は、さらなる確認を課すことを希望することがある。しかしながら、本発明は、各金融機関が申し出る条件の真の比較を行うことができる便宜を提供することを可能にする。
【０１３８】
第三者に特に関連する情報を取り出すことを目的として検索が要求された場合は、該第三者は、自己の個人情報を特に入力することを可能にする識別子又はアクセスコードを検索者に提供することが必要になる。該識別子は、セキュリティ手段として有限の期間だけ提供するようにすることができる。要求された情報が検索者に関する特定情報である場合は、該識別子は、該検索者が検索アプリケーション内にログインすることと関連づけることができ、又は、該検索者によって、何らかの適切な手段を用いて自分自身の識別子が検索基準内に含められるようにすることができる。
【０１３９】
本発明の一実施形態においては、検索方法によって提供される個別化情報は、医療上の主題に関する検索を、第三者が患者に関して一般的に行うこと及びこれらの患者が患者自身のために行うことを可能にする。
【０１４０】
「識別子」という用語が使われている一方で、検索に関連する情報へのアクセスを可能にするあらゆるセキュリティ機構を使用することができる。たとえば、特定情報にアクセスできるようにするため、検索者又はＳＩＰサーバーは、第三者が検索に関連する情報にアクセスすることを許容するセキュリティ機構を埋め込むことができる。
【０１４１】
ローン申請者の場合は、このセキュリティ機構は、(例えば)自己の銀行における信用格付けの確認を許可することにすることができる。この許可は、申請者によって又は（申請者とセキュリティが確保された関係を有することになる）ＳＩＰ検索エンジンによって生成することができる。ＳＩＰ検索エンジンは、一般的には、（その時点における）有利な金利を探し、（既存のＳＩＰ検索において発生することになる）検索者プロフィールを用いてこれらの金利を絞り込み、次に、第三者（即ち、ローン提供者）によるアクセスを許容するか又はローン提供者によって信用されている方法で情報にアクセスするための追加のセキュリティ機構を用いて１つの特定の金利と条件の見積もりを申請する。
【０１４２】
本発明の一実施形態は、デジタル証明書を使用する。この実施形態においては、ＳＩＰサーバーは、信用照会確認書を検索者に送る。検索者は、自己の銀行によって発行された証明書を有する該信用照会確認書にデジタル署名する。ＳＩＰサーバーは、署名された要求を該銀行に送り、該銀行は、自己の記録を確認し、信用照会書（暗号化可能）を提供する。この信用照会書がローン提供者に転送され、該ローン提供者は、該信用照会書が該銀行から送られたものであり更に原申請者に関するものであるかどうかを確認することができる。このことは、個人を特定することなしに及び申請者が伝統的な信用調査合格を待つ必要なしに秘密情報を銀行からローン提供者に渡すことを許容することになる。
【０１４３】
添付図面の図７及び８は、この実施形態が実装される方法及び関係するステップの一部をそれぞれ概略的に示した図である。
【０１４４】
図７においては、ユーザーがローン検索を行うことを希望するときにデータを取り出すためと、ユーザー（検索者）に個人的に該当する検索結果を受け取るために、本発明のＳＩＰ検索方法が使用される本発明の実施形態が示されている。
【０１４５】
図７においては、ユーザー端末７０は、ユーザー端末７０を操作中の検索者に対して適切な検索インタフェースを提供するように構成された第１の検索ソフトウェアモジュール７１をサポートする。該検索者は、ソフトウェアモジュール７１を用いて、ローン及び最も低い金利に関する情報の要求を生成する。図７に示されている実施形態においては、検索ソフトウェアモジュール７１は、該検索要求を処理し、ＳＩＰユーザーエージェント７２を通じてこの検索要求をＳＩＰプロキシサーバー７４に転送する（ステップＡ）。
【０１４６】
ＳＩＰプロキシサーバー７４は、ＳＩＰクライアント端末７０によって提供された検索要求に基づいて適切な検索を生成する検索ソフトウェアモジュール７５をサポートする。ＳＩＰユーザーエージェント７８は、通信ネットワーク（図示されていない）を通じて様々なデータソースから情報を取り出すことを求めることによって検索を実施する（ステップＢ）。
【０１４７】
データソース６７は、ＳＩＰユーザーエージェント７８のためのインタフェースとして動作する第３のＳＩＰソフトウェアモジュール６６をサポートするプラットフォームを提供し、ＳＩＰプロキシサーバー７４から受け取られたメッセージを処理することによってユーザーの検索要求を満たしている情報を提供できるかどうかを決定することを可能にする。データソース６７（「ローン会社」）は、受け取った検索要求を処理し、いくつかの一般情報（典型的なローン金利、等）で応答し（ステップＣ）、更に、所定のローン申請者のアイデンティティ又はクレジット歴のいずれか又はその両方の形のより具体的な情報を要求する。
【０１４８】
この実施形態においては、より具体的な情報の要求を受け取ることは、ＳＩＰプロキシサーバー７４により多くの情報を要求させる。ＳＩＰプロキシサーバー７４は、この要求を再パッケージ化し、ユーザーに転送するか（ステップD）又は信用照会情報源（例えばユーザーの銀行−該銀行がＳＩＰプロキシサーバーにとって既知の場合）に転送する（即ち、直接ステップＦに進む）。
【０１４９】
ＳＩＰソフトウェアモジュール７１のためのプラットフォームを提供するユーザー端末７０は、デジタル証明書７３及びユーザーの秘密キー（該ユーザーが自己の（オンライン）口座を開設時に確定させることができる）を用いて信用照会提供者（この場合は銀行）と確立済みであるセキュリティ上の関連づけを用いてサーバーの要求に署名することによって、この情報要求の受け取りに応答する（ステップＥ）。次に、サーバーは、ローン見積もりをサポートするために要求される信用情報を要求し（ステップＦ）、銀行が該信用情報を戻す（ステップＧ）。
【０１５０】
この情報は、暗号化することができ、このため、エンドユーザーのみが該暗号を解除することができ（この場合は、サーバーが該情報をユーザーに送る）、又は、この情報は、承認された金融機関のみが暗号解除できるような形で暗号化することができる（この場合は、これらの金融機関が秘密キーを有する一般的公開キー、又は要求している金融機関用の特定キーのいずれかでロックされる）。
【０１５１】
サーバーは、銀行からの情報を単に渡す（ステップＨ）か、又は、ロック解除のためにユーザーに送り（又は、該ユーザーがＳＩＰサーバーと強力なセキュリティ関係を有する場合は該情報自体のロックを解除し）、該情報に関する追加処理を行う（図示されていない）。この処理は、申請者のアイデンティティ又は関連しない情報を削除することを含むことができる。（銀行によって送られた情報の部分組である）この処理された情報に加えて、銀行情報の完全版が署名されて暗号化され、ローン会社に送られる情報内に含められる。ローン会社は、受け取った情報及び暗号化された完全版を銀行に送り戻すことができ、銀行は、ユーザー又はＳＩＰサーバーから送られた情報に手が加えられていないこと、及び、要求される箇所が完全であることを検証する。これで、銀行は、ローン会社が申請者の名前を必ずしも知らずに及び厳密に必要である以上の情報にアクセスすることなしに、該情報が正確でありさらに申請者に関連するものであることを確認することができる。
【０１５２】
これで、金融機関は、一定の金利の実際価値を決定することと、サービスと金利について一般的に説明する情報を提供するのではなく特定のローン商品、関連サービス及び実際のローン条件を実際に申し出ることが可能であるかどうかを決定すること、とができる。
【０１５３】
プロキシサーバー７４は、この追加情報がその他の検索結果と共にユーザーに戻される前に、該追加情報を処理する（例えば、ユーザーの原検索基準及び／又はユーザーのその他の選好を満たしているかどうかを調べる）（ステップＩ）。クレジット歴に依存する情報及びその他の秘密情報は、ユーザーが申し出られたローン条件を簡単に受諾できるような形でＳＩＰプロキシサーバー７４によってフォーマット化される。
【０１５４】
図８は、上記の実施形態におけるステップの一部を要約した図である。即ち、検索者が検索要求を生成し（ステップ８１）、該検索要求がＳＩＰサーバーを介してローン提供者に転送される。ローン提供者は、いくつかの一般的金利情報を提供し、いくつかのより具体的な情報（例えば、意図されているローン申請者のアイデンティティとクレジット歴）を要求する（ステップ８２）。ＳＩＰサーバーは、意図されているローンの申請者に関して検索者に問い合わせ、この申請者が検索者であると想定し、該検索者の財務情報を該検索者の銀行口座から取り出す要求にデジタル署名するように要求する。ユーザーは、予め生成されており更に（自己の銀行によって予め発行されている）デジタル証明書と関連づけられている公開キー／秘密キーの対を用いて該要求に署名する（ステップ８３）。
【０１５５】
次に、ＳＩＰサーバーは、署名された要求（ローンに関して要求される詳細を含む）を検索者の銀行に送り、ローン提供者に提供すべき必要情報を提供する（ステップ８４）。検索者の銀行は、（好ましいことに、暗号化されさらに署名されたフォーマットの）情報で応答する（ステップ８５）。この情報は、ローン提供者に転送され、ローン提供者は、受け取った情報を処理し、意図されているローンの申請者のクレジット歴を検証する（ステップ８６）。次に、ローン供給者は、特定情報で応答し、例えば、申し出る予定であるローンの条件を含める（又は、ユーザーのクレジット歴に基づいて応答することができないことを示す）（ステップ８８）。
【０１５６】
本原則は、検索の一助として又は検索を向上させるために遠隔当事者が交換する必要があるが（最も広義の意味における）権限付与／認証を要求するあらゆる種類の「付随」情報及び補足情報を用いた検索に関連する一般的情報交換を網羅するようにさらに拡大させることができることを当業者は理解することになる。
【０１５７】
医療記録へのアクセスが提供されないかぎり検索が一般情報しか戻すことができない場合、例えば、検索者が保険商品を検索する場合は、入手可能な一般情報は存在することになるが、具体的な価格は、保険に入る当事者の医療歴に依存する。この場合は、ＳＩＰ検索エンジンは、保険会社が申請者の医療記録にアクセスできるように手配することが必要になる。
【０１５８】
秘密情報へのアクセスレベルは、当事者の感受性及び／又は受け取る側のサイトのセキュリティ状態のいずれかに応じて異なる。例えば、一連のアクセス制御を実装すること、及び、秘密情報を要求している当事者の性質に従った規則をアクセス許可に適用することができる。異なった医療カテゴリ例が以下に示されている。これらのカテゴリは、秘密情報を生成する機関によって自動的に生成することができ、又は、ＳＩＰサーバーがアクセスを制限することでき、若しくは、該秘密情報が関係する個人がアクセスを制限することができる。
【０１５９】
・完全アクセス−ＧＰ及び医療機関
・要約−保険会社、雇用者（ユーザーの同意を要する）
・データ保護要約−個人（本人認証時）
各グループは、第三者が各々のレベルの情報にアクセスする権限又は特定の目的のために（生命保険を確保するために）副カテゴリを生成する権限を付与することができる。この場合におけるＳＩＰサーバーの役割は、プライバシーとセキュリティを確保しつつ当事者間の情報交換を仲介することである。
【０１６０】
検索結果の通知は、いくつかの事例においては、検索結果全体又は縮小されたデータセット（例えば、音声ファイル自体ではなくその音声ファイルのタイトルとアーティストだけ、又はビデオの静止画像、等）を具備することを当業者は理解することになる。該通知は、あらゆる適切な手段によって電子で引き渡すことができ、更に、電子メールメッセージ、ｓｍｓメッセージ、（適切な音声生成技術を用いて生成された）電話メッセージ、又はマルチメディア携帯電話型メッセージを具備することができる。
【図面の簡単な説明】
【０１６１】
【図１】本発明の実施形態に従った、ＳＩＰによってサポートされるデータ検索システム、を概略的に示した図である。
【図２】本発明の実施形態に従ったデータ検索方法におけるステップを概略的に示した流れ図である。
【図３】本発明の実施形態に従った、分散型コンピュータシステムから取り出されるデータの検索方法において、エンドユーザーエンド端末で生じるステップを示した図である。
【図４】図３に示されている実施形態に従ったＳＩＰヘッダ及び検索記述プロトコル内のフィールドの一例を概略的に示した図である。
【図５】本発明のもう１つの条件に従い、検索結果によって戻された品目を確保するためのトランザクションを自動的に完了させる実施形態を概略的に示した図である。
【図６】本発明の一実施形態に従った検索方法において、検索中に接触されたデータソースが追加情報を検索者から要求するステップを示した図である。
【図７】図６に示されている本発明の実施形態に従った検索方法が実装されるシナリオを概略的に示した図である。
【図８】図７に示されている本発明の検索方法実施形態におけるステップを概略的に示した図である。
【技術分野】
【０００１】
本発明は、一般的には、検索システム及び検索方法に関するものである。本発明は、具体的には（但し、限定することなしに）、エンティティによって生成された検索要求に対して個別化された応答を提供する検索方法に関するものである。この個別化は、検索が実施される方法、検索結果を引き渡すフォーマットとモード、及び、提供される情報の性質を決定する。データは分散型コンピュータシステムを通じて検索されて取り出されるが、ファクシミリ、電子メール、及び対話型音声認識技術、等のその他の手段を用いて取り出すことができる。
【背景技術】
【０００２】
該検索システム及び検索方法は、アドレス（静的であること又は動的であることができる）にマッピングすることができる永久的なアイデンティティとユーザーを関連づけることを可能にするプロトコルを使用する。
【０００３】
特に（但し、限定することなしに）、該検索システム及び検索方法は、セッション開始プロトコル（ＳＩＰ）ユーザーリソース識別子（ＵＲＩ）、等の永久的アイデンティティを使用して分散型コンピュータシステムからデータを取り出すことによって、最初の検索セッションが終了している場合においても検索結果をユーザーに送ることを可能にする。送信されかつ取り出されたデータは、特別な目的を有することができ、例えば、該データは、１つ以上の品目又はサービスに関連するデータを検索することを可能にし、更に、これらの結果は、"PURCHASING SCHEME"（購入方式）という題名を有する本発明の発明者の同時係属中の特許出願ＧＢ−Ａ−０３２２８８０（該特許出願の内容は、本明細書において参照することによって本明細書に組み入れられている）において説明されているフォーム等の、１つ以上の品目又はサービスの購入を容易にするフォームで提示することができる。
【０００４】
インターネット、等の分散型コンピュータシステムからデータ（即ち情報）を取り出すための検索システムは、幾つかの制約を有することが知られている。インターネット検索サイト（例えば、Ｇｏｏｇｌｅ（登録商標））は、該検索サイトのユーザーにとってほとんど一瞬であると思われる制限時間内に結果を戻すように構成されている。
【０００５】
ある人が、該検索サイトにおいて非常に複雑な検索要求（例えば、複雑なストリングのキーワードとブール演算子が関わる検索要求）を入力した場合を考える。該検索要求が十分に複雑である場合は、従来の検索サイトは、検索問い合わせ基準を満たしている結果を、これらの検索結果を決定して表示するために通常設定されている短時間内に戻すことはできない。
【０００６】
従来の検索サイトにおいて入力される検索は、通常は、特定の時間内に少なくとも１つの検索結果を生成しなければならず、該生成が行われない場合は、該検索サイトは、検索エンジンのユーザーに対して否定的な検索結果を表示することになる。複雑な検索に対応する機構は存在せず、更に、ユーザーが該検索サイトを事実上ログオフして後に検索結果を取り出せるようにするための検索保存機能を提供する機構も存在しない。該検索サイトのユーザーは、当該ユーザーが検索“サーバー”との間で持つことができるセッションの長さに実効的に制限される。
【０００７】
その他の制約は、検索サイトのユーザーが検索結果の送信場所及び検索結果をフォーマット化して提示する方法を選択できないことを含む。例えば、ユーザーは、従来の表示装置が取り付けられたパソコンタイプの端末において検索要求を入力する場合がある。しかしながら、該ユーザーは、複雑な情報が取り出せるようにするために２，３時間経過するまでは結果を入手することを望まない場合があり、更に、これらの検索結果が自己の携帯電話において表示されることを望む場合がある。
【０００８】
もう１つの制約は、現在は、通常はユーザーの端末において又は検索「サーバー」においてユーザーのために保存されるのは制限された選好（ｐｒｅｆｅｒｅｎｃｅ）のみであることである。例えば、ユーザーの端末に保存された選好は、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ６（ＩＥ６）予測タイピング、保存された過去のサイトのリスト又はコンテンツフィルタによって提供可能である。Ｙａｈｏｏポータルのカスタム化は後者の一例である。しかしながら、ユーザーがマンチェスター市を検索して市自体に関する情報を希望するが、同じ名前のサッカーチームを希望しない場合に、将来の検索結果の構文解析を目的として保持されることになる否定的な選好（例えば、「サッカーではない」）を記録することは不可能である。
【０００９】
もう１つの制約は、現行の検索方法は、様々な異なるフォーマットで検索結果を提供することをサポートしていないことである。例えば、現在の検索方法は、検索エンジンが自動的に電子メールを送信し、ホテルに電話をかけ、ウェブフォームに記入することを可能にしない。この理由は、既知の検索方法は検索の文脈（例えば、ユーザーの所在場所、時間、選好、等）を理解するための仕組みを備えておらず、更に、現在の検索方法は永久的な状態保存を提供しないのと同様に、当業において知られている検索方法は、このような精巧な検索方法を実装するために要求される検索選好についてより深く理解していないためである。
【００１０】
さらなる制約は、検索者が非常に詳細な検索基準を入力するのは負担になることが時々あるということであり、該詳細な検索基準が通常は個人的なものであると思われる情報を含む場合には、該ユーザーは、自己の検索の中にこのような情報を含めることを躊躇する可能性がある。更に、ユーザーが一定の情報を要求ることができ、更に、該検索を要求するユーザーが送信される情報の内容を入力する必要なしにさらには該内容を承知している必要なしに該ユーザーに関する特定情報を自動的に該一定の情報に付随させることができれば、非常に有利である。このことは、例えば、検索プロセス中に情報に関する問い合わせが行われた１つ以上のサイトによって戻される情報の種類に対してユーザーの医療記録が影響を及ぼす可能性がある医療上の状況において、又は、ユーザーが一定の金融情報（例えば、ローン）を検索時に提供される情報の種類と金利に対してユーザーの財務情報が影響を及ぼす可能性がある金融上の状況において非常に有用である。
【００１１】
本発明は、入力されている複雑な検索問い合わせをサポートし更にユーザーの選好に応じて検索を修正する検索システム及び検索方法を提供することによって、当業において知られている制約を軽減する及び／又は取り除くものである。更に、より詳細な情報を入手することを目的とした補足的な検索を実施するためと、検索結果が送信されるエンド端末を指定するために、ユーザー選好が用いられる。更に、当該ユーザーに関する追加情報を、ユーザーのクライアント端末によって又は該検索を管理するプロキシサーバーによって提供することもできる。該追加情報は、秘密情報を含む。該秘密情報は、該当する検索において、伝達される該秘密情報の詳細がユーザーに見えないような形で伝達することができる。伝達された該秘密情報は、ユーザーによって入力された検索基準に関連する情報に関する要求をプロキシサーバーから受け取る一定の安全なサイトのみによって閲覧することができる。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明の一側面は、分散型コンピュータシステムから取り出されるデータを検索する方法に関するものであり、該方法は、少なくとも１つの検索基準と、ユーザーエンド端末において検索要求を生成するエンティティに関する識別子と、を具備する検索要求を該ユーザーエンド端末において生成することと、少なくとも１つのユーザー選好を示すためにユーザーエンド端末において該検索要求を修正することと、該分散型コンピュータシステムからデータを取り出すことが可能なデータソースに対して該検索要求を転送するように構成されたプロキシサーバーに対して該検索要求を転送すること、とを具備し、該データソースは、１つ以上の予め決められたユーザー選好に従って選択されたユーザーエンド端末に対して検索結果を提供することができる。
【００１３】
本発明のもう１つの側面は、分散型コンピュータシステムから取り出されるデータを検索する方法であって、該分散型コンピュータシステムは、プロキシサーバーと通信可能な少なくとも１つのユーザーエンド端末を具備し、該プロキシサーバーは、該分散型コンピュータシステムから情報を取り出すことが可能な少なくとも１つのデータソースと通信することが可能であり、該ユーザーエンド端末は、一意のユーザーアイデンティティとともに該プロキシサーバーに登録されたユーザーによって操作できるように適合化されており、該ユーザーアイデンティティは、一組のユーザー選好に関連づけられている、方法に関するものであり、該方法は、該少なくとも１つのユーザーエンド端末の１つにおいて検索要求を生成するステップであって、該検索要求は、取り出されるデータによって満たされるべき少なくとも１つの検索基準を示すステップと、該検索要求をカプセル化した検索要求メッセージを該プロキシサーバーに送信するステップと、該検索要求メッセージを、該ユーザーの一意のアイデンティティと関連づけられた一意の検索番号と関連づけるステップと、該受信された検索要求メッセージを処理するように構成された少なくとも１つのデータソースに該検索要求メッセージを送信するステップと、該カプセル化された検索要求に従って検索を実施するステップと、検索結果メッセージ内にカプセル化された検索結果を前該プロキシサーバーに送信するステップと、該検索結果メッセージのカプセルを解除するステップと、該ユーザー選好の組に従って該検索結果を処理するステップと、前記ユーザー選好の組に従って該少なくとも１つのユーザーエンド端末の１つを選択するステップと、該処理された検索結果をカプセル化した検索結果メッセージを該少なくとも１つの選択されたユーザーエンド端末に送信するステップと、を具備する。
【００１４】
本発明の残りの側面及び好ましい特長は特許請求の範囲において詳述されている。本発明においては、検索結果は、プロキシサーバーが電子メールメッセージを該検索結果に関連する電子メールリストに送信することによって、又は自動的に（例えば保険見積もりに関して）ウェブページに記入することによって、データソースに転送することが可能である。該データソースはその他のサーバーを介してはアクセスできないが、その代わりに（例えば、プロキシサーバーが、該検索要求のテキストバージョンを音声バージョンに変換するなんらかの変換手段を用いてホテルに電話をかけて実際に価格を要求する自動音声生成・認識技術を使用する場合は）ＩＰ−ＰＳＴＮゲートウェイを通じてアクセス可能である。該データソースは、サーバー及び関連する検索エンジンを具備する。本発明は、検索結果が生成される前にユーザーが検索サーバーとのセッションを終了させることを可能にするものであり、それによってより複雑な検索要求を処理することを可能にする。更に、本発明は、検索結果が高い優先度を持つと決定されるようなレベルでユーザー選好を満たしている場合はユーザーがより迅速に該検索結果を受け取ることを可能にするものである。このようにして、ユーザーは、関連性がより高い結果がより高速に提供される。
【００１５】
好ましいことに、ユーザーアイデンティティは、１つ以上の静的及び／または動的アドレスに関連づけられる。静的／動的アドレスの例は、Ｅ１６４アドレス（これが何であるか／何を意味するかを説明すること）、ＩＰアドレス、ファックス用電話番号、ページャー番号、を含む。データソース例は、分散型コンピュータシステムを通じて入手可能なあらゆる情報源を含む。該データソースは、好ましいことに、より良い機能及びより良い最適化を確保することを目的として特別な検索ソフトウェア（モジュール♯３）を動作させている。代替実施形態においては、該データソースは、ウェブページ具備する。
【００１６】
検索結果メッセージは、処理された検索結果をカプセル化することができる。代替として、検索結果メッセージは、ユーザーが処理された検索結果を取り出すことを可能にするキーを提供する。例えば、特定の検索結果が入手されていることに対するユーザーの注意を喚起するためと、該ユーザーが保存装置から映像を取り出すことを可能にするキー（例えばコードあるいは暗号化メッセージ）を該ユーザーに提供するための、ＳＭＳを送信することができる。該“「注意の喚起」は、該ユーザーが適切な帯域幅の接続を用いてプロキシサーバーに接続することを可能にするため、ファイルが見つけ出されていることを検索結果が示す場合に非常に有用になると考えられている。
【００１７】
有利なことに、本発明は、ユーザーに検索結果への注意を喚起するためのＳＭＳメッセージ送信と、ユーザーが高帯域幅接続（ＷＬＡＮ、等）を介してファイルを取り出すことを可能にするキーを該ユーザーに提供すること、とをサポートする。例えば、ビデオクリップの所在場所が突き止められてた場合において、該ファイルは大きすぎてダイヤルアップ帯域幅接続を介して閲覧／ダウンロードできないため、該ユーザーは、ＷＬＡＮから該ファイルにアクセスすることを希望することがある。
【００１８】
本発明は、検索要求においてユーザー選好によって提供される追加情報を含めることによって、及び／又は、ユーザー選好によって提供された追加情報を使用し、拡張型ＳＩＰサーバーに戻された関連性が低い検索結果がユーザーに転送される前に削除することによって、検索プロセスがより効率的に実施されることを可能にするものである。即ち、本発明は、該サーバーのＲＦＣ（定義すること）機能を、サーバーが有する通常の検索ソフトウェアよりも拡張させるものである。検索は、検索結果の内容に関して最も適切なユーザーエンド端末に転送することができる。更に、検索は、検索結果を転送時にユーザーが操作中のユーザーエンド端末に転送することもできる。ＳＩＰプロキシサーバーは、該当するユーザーエンド端末を当該ユーザーによって操作されているユーザーエンド端末であるとして特定できないときに受け取られた結果を保存することができる。これで、ＳＩＰプロキシサーバーは、少なくとも１つの検索結果を修正すること、又は、検索結果へのユーザーの注意を喚起するため及び検索結果の取り出し方をユーザーに示すための別の形態の通知を生成することができる。
【００１９】
従属の請求項を付随させることによって説明されている本発明の好ましい特長は、独立した請求項によって説明されている本発明のあらゆる側面と、当業者にとって明らかなあらゆる形で組み合わせることができる。以下では、例示することのみを目的として、本発明の具体的な実施形態が、添付図面を参照しつつ説明される。
【発明を実施するための最良の形態】
【００２０】
現時点において発明者によって企図されている本発明の最良の形態が、本発明の具体的な実施形態を用いて説明される。現時点において発明者によって企図されている最良の形態は、セッション開始プロトコル（ＳＩＰ）によってサポートされる。ＳＩＰは、ＩＰを通じてのマルチメディア会議のためのインターネットエンジニアリングタスクフォースＩＥＴＦ基準である。ＳＩＰは、ＡＳＣＩＩを基礎とするアプリケーションレイヤ制御プロトコルであり、ＲＦＣ２５４３において定義されている。尚、該ＲＦＣ２５４３のコピーが本明細書に添付されており、その内容は、本明細書において参照することによって本明細書に組み入れられている。
【００２１】
ＳＩＰは、２つ以上のエンドポイント間における呼／セッションを確立、維持及び終了させるために使用することができる。より具体的には、ＳＩＰは、エンドツーエンド呼の属性を制御する能力と、ネットワーク境界を横断して呼情報を搬送することを可能にするシグナリングと、を提供するセッション管理を、パケットテレフォニーネットワーク内において提供する。従って、当業においてよく知られているように及びＲＦＣ２５４３によって定義されているように、ＳＩＰは、アドレス解決、名前マッピング及び呼のリダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ）を通じてエンドポイントの所在場所を突き止める能力と、エンドポイントのメディア能力を決定する能力と、エンドポイントの利用可能性を決定する能力と、セッションを確立する能力と、呼の転送と終了を処理する能力と、１つのアイデンティティを１つ以上のアドレスマッピングと関連づけさせる能力と、を提供する。
【００２２】
本発明は、ＲＦＣ２５４３において説明されているようなＳＩＰプロトコルの文脈において説明されているが、本発明は、該ＳＩＰプロトコル自体に限定されるものではなく、ＳＩＰプロトコルから派生しさらに本発明によって使用されるＳＩＰ機能をサポートするあらゆるプロトコルに拡大されるということを当業者は理解することになる。例えば、本発明は、プロキシサーバーが、アドレス解決、名前マッピング及び呼のリダイレクションを通じてエンドポイントの所在場所を突き止めることと、エンドポイントのメディア能力を決定することと、エンドポイントの利用可能性を決定することと、セッションを確立することと、呼の転送と終了を処理することと、１つのアイデンティティを幾つかの静的及び／又は動的アドレスにマッピングすること、とを可能にするあらゆるプロトコルによって実装することができ、更に、該プロトコルを提供することは、プロキシサーバー検索ソフトウェアによって一意の検索アイデンティティを検索セッションに与えることも可能にし、検索を提供することは、プロキシサーバーに登録されていてさらに上記のプロパティを有する一意のユーザーアイデンティティが割り当てられているユーザーによって開始され、該プロキシサーバーを提供することは、該ユーザーアイデンティティを１つ以上のユーザー選好と関連づけることができる。該プロトコルのこれらの機能は、該プロキシサーバーが検索問い合わせを適宜修正及び／又はフィルタリングすることを可能にするため及び検索結果を該当するフォーマットで転送する先であるユーザーエンド端末を選択することを可能にするために必要である。
【００２３】
添付図面の図１においては、本発明に従った検索方法を用いてデータを取り出すときに使用することができる分散型コンピュータシステムが示されている。図１においては、本発明の実施形態に従った分散型コンピュータシステムを用いてデータを検索するための、ＳＩＰによってサポートされたデータ検索システム、が示されている。該ＳＩＰによってサポートされたデータ検索システムは、複数のデバイスが該分散型コンピュータシステムを通じて互いにインタフェースすることを可能にする適切なソフトウェアモジュールによってサポートされた該複数のデバイスを具備する。
【００２４】
図１に示される分散型コンピュータシステムは、少なくとも１つのユーザーが操作可能なエンド端末１０と、ＳＩＰプロキシサーバー１２と、少なくとも１つのデータソース１４と、を含む通信ネットワークを具備する。エンド端末１０は、情報を検索要求の形態でＳＩＰプロキシサーバー１２に中継することができるあらゆる型のデバイスを具備することができる。図１において示されるように、例えば、これらのデバイスは、該通信ネットワークを通じてＳＩＰプロキシサーバーに接続することができるパソコン１０ａ又は携帯電話型デバイス１０ｂであり、ＳＩＰプロキシサーバー１２自体は、複数の構成要素（例えば、中央サーバー１２ａ及びデータ保存装置１２ｂ、等）を具備し、データ保存装置１２ｂは、例えば、ユーザー選好及び／又は過去の検索結果のデータベース、又は、検索要求を出しているユーザーに対してまだ伝達されていない及び／又は該ユーザーによってまだ取り出されていない検索結果を提供することができる。本発明の幾つかの一定の実施形態においては、ＳＩＰプロキシサーバー１４自体が分散型コンピュータシステムを具備することができ、例えば、該プロキシサーバーは、通信ネットワークを介して別個のデータベース保存システムからユーザー選好を検索することができる。
【００２５】
当業者は、種々の形態の接続（ワイヤーライン、ワイヤレス、ダイヤルアップ、ブロードバンドＡＳＤＬ、ＬＡＮ、等の接続）が可能であること、及び、エンド端末１０は携帯型デバイスであることが可能であることを認識することになる。該接続は永久的である必要がないため、検索要求をＳＩＰサーバー１２に送信するエンド端末１０は、検索がＳＩＰサーバー１２に送信された後にＳＩＰサーバー１２に接続された状態である必要がない。本発明は、ユーザーによって及び／又はエンド端末ソフトウェア及び／又はプロキシサーバーソフトウェアによって確立された１つ以上のユーザー選好に従って、検索結果を転送するための適切なエンド端末１０の所在場所を突き止めることを可能にする。ユーザーエンド端末１０、ＳＩＰプロキシサーバー１２及びデータソース１４は、本発明の特定の実施形態に従って適宜直接に又は間接的に互いにインタフェースする。例えば、本発明の一実施形態においては、データソース１４によって戻された検索結果は、（ユーザー選好／検索要求が許可する場合において）エンド端末１０に直接送信することができる。
【００２６】
より具体的に図１を参照すると、一例として示されている２つのエンド端末１０ａ、１０ｂは、パソコン型デバイス１０ａ及び携帯電話型デバイス１０ｂを具備する。エンド端末１０ａ、１０ｂは、各々が、コンピュータシステム内のその他の要素（即ち、ＳＩＰプロキシサーバー１２及び少なくとも１つのデータソース１４）に独立して接続可能である。情報が取り出されるデータソース１４又は情報が取り出されるときの仲介となるデータソース１４は、図１に示される具体例１４ａ、１４ｂ、１４ｃに限定する必要がないことを当業者は認識することになる。図１において、データソース１４ａは、ウェブサーバーを具備し、データソース１４ｂは、検索エンジン（又はデータベース）を具備し、データソース１４ｃは、電話端末を具備する。
【００２７】
複数のソフトウェアモジュール♯１、♯２、及びオプションの♯３が提供され、これらのソフトウェアモジュールの構成要素は、個々のデバイスにおいて局在化させること又は１つ以上のデバイスにわたって分散させることができる。ソフトウェアモジュール♯１は、ユーザーエンド端末１０ａ上で動作するエンド端末ソフトウェア（ＥＴＳ）を具備し、ＳＩＰユーザーエージェントを介してソフトウェアモジュール＃２とインタフェースする。ソフトウェアモジュール＃２は、ＳＩＰプロキシサーバー１２によって動作されるＳＩＰサーバーソフトウェア（ＳＳＳ）を具備する。ソフトウェアモジュール♯３は、データソース１４においてオプションで提供される。データソース１４は、例えば、ソフトウェアモジュール＃３を備えていない従来の検索サーバー又は電話型デバイス（図１の１４ｃ、等）を具備することがある。例えば、プロキシサーバー１４がＧｏｏｇｌｅ（登録商標）、等の従来の検索エンジンに照会中である場合で、新たなソフトウェアが提供されていない場合（即ち、照会された装置上にソフトウェアモジュール♯３が存在しない場合）について検討する（例えば、図１４ａにおけるウェブサーバー）。
【００２８】
Ｇｏｏｇｌｅ（登録商標）は、従来の方法で問い合わせることができるが、Ｇｏｏｇｌｅは、より複雑な、拡張された又はより効率的なＳＩＰ検索を可能にすることができるＡＰＩ（アプリケーションプログラミングインタフェース）をのちに提供することができる。代替として、プロキシサーバー１４は、戻された検索結果を予め処理し、特定の方法でフォーマットされた検索結果を特定のウェブサイト（例えば、航空便を確認又は予約するための旅行ウェブサイト）に再送信すべきであることを決定しておくことが可能である。該ウェブサイトは、ＳＩＰによってイネーブル（ｅｎａｂｌｅｄ）された形で又はＳＩＰによってイネーブルされない形で動作することができる。一例として、図３において、ソフトウェアモジュール＃３は、検索サーバー１４ｂ（同じ意味で検索エンジンとも呼ばれる）において動作する検索データベース／エンジンソフトウェアＳＤＢを具備する。
【００２９】
本明細書において用いられているエンド端末１０という表現は、検索要求生成及び／又は検索結果の受け取りに適したあらゆるデバイスを意味する。ユーザーエンド端末１０は、図１において示されているようなパソコン型デバイス１０ａを具備するが、ユーザーエンド端末１０は、検索エンジンに遠隔的にアクセスすること及び／又は検索結果を表示することができさらにユーザーが操作可能なあらゆるデバイス（例えば、ＰａｌｍＰｉｌｏｔ（登録商標）のようなパーソナルデジタルアシスタント型デバイス、又は、図１に示されているような携帯電話型デバイス１０ｂ、等）を具備することを、当業者は認識することになる。検索結果が送信されるエンド端末１０は、検索要求を生成したエンド端末と同じエンド端末１０でなくてもよい。
【００３０】
本発明の一実施形態においては、検索結果を受け取るエンド端末１０は、検索要求を生成することができないが、検索結果を表示することができる（例えば、ユーザーエンド端末１０ｂは、検索要求の生成をサポートすることができる十分なメモリ容量を有さないがスモールメッセージサービス（ＳＭＳ）テキストメッセージの形態の検索結果を受け取ることができる携帯電話型デバイス、を具備することができる）。
【００３１】
エンド端末１０のユーザーは、例えばＲＦＣ２５４３において説明されている形でＳＩＰアイデンティティＵＲＩを設定済みであると想定されており、該当する検索問い合わせを該当する検索アプリケーションに入力することによって検索を要求する。該検索アプリケーションは、該ユーザーが検索語を入力するための適切なインタフェースを提供することができる。図１に示すようなコンピュータ型端末は精巧なグラフィカルユーザーインタフェースをサポートする一方で、それよりも精巧でないデバイスによって検索が要求された場合は、該ユーザーインタフェースははるかに単純にすることができるということが当業者によって評価されることになる。
【００３２】
図２は、本発明に従って分散型コンピュータシステムから取り出すべきデータを検索する方法におけるステップを示した図である。
【００３３】
図２のステップ２０において、ユーザーは、エンド端末１０においてＳＩＰ検索セッションを開始し、ユーザーのＳＩＰアイデンティティに関する情報を含む検索要求を生成する。ユーザーのＳＩＰアイデンティティは、検索要求の一部としてユーザーによって手作業で入力可能であるが、本発明の最良の形態においては、ユーザーがＳＩＰ検索セッションを開始させた結果として自動的に生成される。
【００３４】
該検索要求は、少なくとも１つの検索基準を具備し、ＥＴＳ（エンド端末検索ソフトウェアモジュール♯１）とインタフェースするように適合化された適切な検索ソフトウェアアプリケーションを用いて生成される。検索がユーザーによって要求されたとき、該検索ソフトウェアアプリケーションは、該検索要求をＥＴＳに渡す。次に、ステップ２１において、ＥＴＳソフトウェアモジュールは、少なくとも１つのユーザー選好に従って当該検索要求を修正する。
【００３５】
エンド端末１０において該検索結果を修正するために用いられるユーザー選好は、様々な方法で予め決定しておくことができる。例えば、該ユーザー選好は、一組の１つ以上のユーザー選好（例えば、サッカーには興味がない、又は、町／場所としてのＢａｔｈには強い興味あるが、浴室の品目としてのＢａｔｈには興味がない、等）を具備する個人的プロフィールを入力したユーザーによって予め決めておくことができる。ＥＴＳソフトウェアモジュールは、該ユーザー選好の組をユーザーのＳＩＰアイデンティティと関連づけていることになる。これらのユーザー選好は、ＥＴＳソフトウェアモジュールがユーザーの過去の来歴的な検索活動の分析に基づいて（即ち、ウェブサイトを示しているいずれの検索結果によってユーザーが該ウェブサイトを訪れることになったかを分析することによって）自動的に決定している１つ以上のユーザー選好によって補足すること又は取り替えることができる。
【００３６】
次に、図２のステップ２２において、ＥＴＳは、本発明に従った検索記述プロトコル（ＳＥＤＰ）を用いてＳＩＰメッセージ内において検索結果をカプセル化してプロキシサーバーに送る。
【００３７】
次に、図２のステップ２３において、プロキシサーバーは、カプセル化された検索メッセージをプロキシサーバーソフトウェアモジュールＳＳＳに渡す。ステップ２４において、ＳＳＳは、該検索結果のカプセルを解除し、ユーザー選好に従って該検索要求をさらに処理する。該検索結果の該さらなる処理は、プロキシサーバーが予め決定しておいた追加のユーザー選好に基づくことができ、例えば、それまでにある１つの特定のデータソースから得られた結果に基づいて、該検索結果内において示されているウェブサイトにアクセスする可能性が高くなっている場合は、プロキシサーバーは、該データソースが再度アクセスされるようにするユーザー選好を生成することができる。
【００３８】
代替として、プロキシサーバーは、ユーザーが加入している割引制度に従って特定の種類のウェブサイトから戻された検索結果内の価格を割り引くための中央方式を有することができる。割引金額は、固定させること又は一定条件に従って変動させることができる。割引を確保すべきであるということ及び／またはユーザーが会員である組織の詳細は、検索要求を修正するために使用されるユーザー選好として提供することが可能である。
【００３９】
プロキシサーバーが注記（ｎｏｔｅ）しているユーザー選好は固定ではなく、例えば該検索が生成される時間に従って及び該検索の優先度に従って可変である。例えば、プロキシサーバーは、当該検索が緊急あることを注記することができ、このため、ＥＴＳによって転送されたユーザー選好ではただちに通知しないユーザー選好であることが示されている場合においても、結果が受け取られたことをユーザーに対して常に直ちに通知する。従って、本発明のいくつかの実施形態においては、プロキシサーバー側の１つ以上のユーザー選好は、エンド端末側の１つ以上のユーザー選好に優先する。
【００４０】
次に、ステップ２５において、プロキシサーバーは、該検索結果を処理し、例えば、電子メールとして、又は、図１において１２ａとして示されているような非ＳＩＰイネーブル検索サーバーに対する通常の検索要求として、該当するフォーマットでデータソースに転送する。更に、プロキシサーバーは、該検索要求を適切な問い合わせに変換し、図１に示されるような電話データソース１４ｃに接続する。
【００４１】
次に、ステップ２６において、データソース１４は、該検索要求を処理し、検索結果メッセージとしてプロキシサーバー１２に転送される検索結果を生成する。データソースの種類に依存して、該検索結果は、音声ファイルを具備し（例えば、該データソースが１４ｃである場合）、該問い合わせに答える人は、自己の返答を音声メモとして記録させること及び音声フォーマットで保存させることができる。しかしながら、該返答は、いずれかの適切な時点において音声認識（Ｓｐｅｅｃｈ−ｔｏ−Ｔｅｘｔ）技術を用いてテキストファイルに変換することができ、該検索結果は、従来のフォーマットにより近いフォーマットを有することになる。
【００４２】
本発明の幾つかの実施形態においては、ユーザーは、検索結果を該ユーザーのエンド端末に直接送るべきであるとする指示を該検索結果とともに伝達する選好を設定しておくことができる。例えば、該要求が非常に緊急である場合、又は、電子メールフォーマットで戻された結果はユーザーのメールサーバーに直接転送し、プロキシサーバーによるさらなる処理のために返送しない旨の選好をユーザーが設定済みである場合である。一般的には、該検索結果は、ＳＩＰによって処理されて保存するための適切な場所が決定されるか及び／又はエンド端末に送られるため、検索結果を直接戻すこのオプションは図２には示されていない。
【００４３】
ステップ２７において、プロキシサーバー１２は、検索結果が入った検索メッセージのカプセルを解除し、次に、受け取られた検索結果を処理し、ユーザー選好に適合するフォーマット及び／又は該プロキシサーバーが検索結果の送り先として決定しているエンド端末と適合するフォーマットを有する検索結果を生成する。
【００４４】
検索要求が行われたときに単にある1つのウェブサイトのみを戻し、このためユーザーが「エジプトへの格安航空便」に関する検索要求を生成する場合は該ウェブサイトにおいて追加情報を入力しなければならない従来の検索要求とは異なり、ＳＩＰプロキシサーバー１２は、該検索結果を処理してデータソースに関する追加質問を可能にすることによってより関連性が高い検索詳細を決定することができる。この追加質問は、ユーザーエンド端末に引き渡す前に、図２のステップ２４において実施される最初の処理によって、又は図２のステップ２７において実施される処理の中で実施される検索プロセスステップ２４乃至２６の繰り返しの一部として、可能にすることができる。
【００４５】
一例として、データソース１４ａが、オンライン予約システムを備えた旅行会社のウェブサイトに関するＵＲＬを戻した場合は、ＳＩＰプロキシサーバーは、該オンライン予約システムが航空便に関する特定の詳細を見つけ出すために要求することになるフォーマットを既に承知していることができ、予約システムのフォームに有効に記入することを可能にする情報を提供する。代替として、ＳＩＰプロキシサーバーは、要求される情報を決定するために該オンライン予約システムに質問することができる。ＳＩＰサーバーが、ユーザーの検索要求を要求されたレベルで満たしている特定の結果を入手した（即ち、特定の航空便情報が入手された）時点で、ＳＩＰサーバーは、この情報を検索結果としてユーザーに転送する。該ユーザーが頻繁に旅行するマイレッジ会員であるか又は（個人として、又は該ユーザーが一員であり（更に自己のユーザー選好において記録されている）いずれかの組織が割引制度を有している場合に）別の割引制度の会員であることを承知している場合は、この情報も該ＳＩＰサーバーによって提供され、このため、該ユーザーは、自己の頻繁旅行者マイレージ数を考慮した航空料金に関する情報も提供される。このように、該ＳＩＰサーバーによって戻される検索結果は、該ユーザーにとってはるかに適切なものとなる。同様に、自動車保険サイト、劇場チケットサイト、等のすべてのサイトに対して、ユーザーの最初の検索問い合わせに該当する特定情報を入手するための追加質問を行うことができる。
【００４６】
ＳＩＰメッセージ内で検索をカプセル化する方法は、エンド端末１０においてユーザーによって生成される検索要求に対して１つの構造を提供するように考案することができるあらゆる適切な検索記述プロトコル（ＳＥＤＰ）を用いて実施される。例えば、本発明の一実施形態においては、ＳＥＤＰは、一組の検索特徴を示すためのフィールドを含む構造化検索要求フォーマットを提供する。提供される検索特徴は、検索の種類及び少なくとも１つの検索基準の範囲を示し、オプションとして１つ以上のユーザー選好を含むことができる。これらの１つ以上のユーザー選好は、エンド端末ＳＩＰソフトウェアモジュール♯１によって又はプロキシサーバーソフトウェアによって生成可能である。
【００４７】
図４は、ＳＥＤＰの一例を示した図であり、のちにより詳細に説明されるが、一般的には、本発明に従った検索記述プロトコルは、次の特徴のうちの１つ以上をサポートする。
【００４８】
セキュリティ（暗号化）
ユーザーＳＩＰｉｄ
様々な検索記述フィールド（例えば、ＸＭＬ／フリーテキスト／キーワード選択）
現在のセッションコンテキストに関する情報（電子メールを使用しているユーザーの種類、接続時間、現在のＩＰアドレスにおける時間、等）
端末においてキャッシュ内に保存されている最近の検索に関する情報（例えば、大きなファイルが端末上に保持されている可能性があり、再送すべきでない）
図４は、本発明に従った検索記述プロトコルＳＥＤＰのほんの一部の特長を示したものであるにすぎず、ＳＩＰメッセージ内で検索要求をカプセル化することができる別のプロトコルを代わりに実装できることを当業者は理解することになる。本質的な特長は、いずれの検索記述プロトコルも、少なくとも検索要求情報と、ユーザーのＳＩＰアイデンティティユニバーサルリソースインジケータ（ＵＲＩ）と、を伝達する必要があるということである。本発明の一実施形態においては、ＥＴＳは、ユーザーが入力した検索ストリングがより効率的な検索表現と適合するようにフォーマット化するように構成させることができる。本発明のもう１つの実施形態においては、ＥＴＳは、１つ以上の以前の検索をキャッシュ内に保存することができる。このことは、ＥＴＳが、検索要求プロセスを容易にするために、更新情報をキャッシュ内に保存された検索に追加することを可能にする。
【００４９】
再度図１において、ユーザー端末は、エンド端末ＳＩＰソフトウェアによってカプセル化される検索要求を生成する。次に、カプセル化されたＳＩＰメッセージは、ユーザーエンド端末から、ユーザーがＳＩＰ端末１０として該ユーザーエンド端末を登録しているＳＩＰプロキシサーバー１２に送信される。ＳＩＰプロキシサーバー１２は、特定のユーザーＳＩＰアイデンティティと関連づけられているとＳＩＰプロキシサーバー１２が決定することができるいくつかの登録されたユーザーエンド端末を有することができる。
【００５０】
ＳＩＰプロキシサーバー１２は、カプセル化されたＳＩＰメッセージを受け取った時点で、該カプセル化されたメッセージをＳＩＰプロキシサーバーソフトウェアモジュール#２ ＳＳＳに転送する。次に、ＳＳＳソフトウェアモジュールは、受け取ったメッセージを処理してカプセルを解除する。次に、ＳＳＳソフトウェアモジュールは、ＳＳＳによって構成されていて、更にＳＳＳがユーザーのＳＩＰアイデンティティＵＲＩと関連づけることができる少なくとも１つのユーザー選好によって少なくとも部分的に決定される、予め決められた一組の検索規則、に従って検索要求を解析する。
【００５１】
一実施形態においては、ＳＳＳソフトウェアモジュールは、ユーザーのＳＩＰアイデンティティＵＲＩと関連づけられたユーザー選好に従い、検索表現をさらに修正し及び／又は該検索表現の転送先である分散型コンピュータシステム内の特定のサーバーを選択する。
【００５２】
検索は、いずれかの特定のユーザー選好に従って修正される。検索を修正するために使用されるユーザー選好は、入手可能な全ユーザー選好の部分組であり、ＳＩＰプロキシサーバー１２は、検索要求を解析していずれのユーザー選好が該検索に該当するかを決定することによって、該検索を修正するために用いるべきユーザー選好を選択する。例えば、ＳＩＰプロキシサーバー１２は、検索結果が送信されるべきエンド端末が、ユーザーが要求しているコンテンツの種類に従って選択されるように指示するユーザー選好を選択することができ、例えば、検索結果が娯楽活動に関連する場合は家庭に送信されるべきであり、検索結果が例えば金融項目に関連する場合は職場に送信されるべきであることを示すユーザー選好を選択することができる。ユーザー選好を組み込むことによって、ＳＩＰプロキシサーバーソフトウェアは、ユーザーのＳＩＰアイデンティティと関連づけられたいずれかの個人的な選好が補助的な検索表現として検索要求内に確実に組み込まれるようにするための一定の追加ステップを実施することができ、又は、より関連性の高い結果を得るためにユーザーの個人的な詳細を使用して補足検索を実施することができ、さらには、検索によって見つけ出された品目を購入することさえもできる。
【００５３】
例えば、ＳＩＰプロキシサーバー１２ａは、データベース１２ｂにアクセスし、ユーザーのＳＩＰアイデンティティと関連づけられている一組の少なくとも１つのユーザー選好（例えば、該ユーザーの趣味、該ユーザーの検索選好、該ユーザーの過去の検索結果、検索結果後における該ユーザーの過去の行動、及び、該ユーザーが最も頻繁にアクセスしているウェブページ、等）を検索することができる。次に、これらのユーザー選好は、検索要求を再構成するために使用される。ユーザー選好情報は、否定的検索基準を含む補足的検索表現を追加するためにＳＩＰサーバーによって使用することが可能である。例えば、１つのキーワードとして明示で入力されないかぎりどのような結果も特定のキーワードを示さないように指示するユーザー選好を含めるべきである。このようにして、ユーザーは、「サッカー」等のキーワードが検索結果において強調されないようにユーザー選好を設定することができる。これで、ＳＩＰサーバーは、ブール式「そしてサッカーではない」に相当する情報が検索表現の中に自動的に含められるように、受け取られた検索結果を修正することができる。検索表現が修正された結果、サッカー関連情報を除外した検索結果がユーザーに戻される。このことは、インターネット上においてワールド・ワイド・ウェブ等の通信情報ネットワークを通じて検索を実施中にサッカー関連サイトに関する検索結果を除外することをユーザーが希望していることをユーザー選好が示している場合に有利であり、例えば「マンチェスター」を検索した場合に、「マンチェスター・シティ」又は「マンチェスター・ユナイテッド」若しくは「マンチェスター」に関係するその他のあらゆるサッカー関連サイトがユーザーに転送されない。
【００５４】
ユーザー選好は、１つ以上の検索サイトを検索の中に含めること（及び／又は検索サイトを除外すること）、検索を継続させる最長検索時間、及び検索結果端末及び／又は結果フォーマット化情報を示す検索サイト選好を含めることができる。
【００５５】
次に、ＳＩＰサーバー１２は、さらなるＳＩＰメッセージ内において幾つかの検索エンジン／サーバー／サイトを選択する。これらのさらなるＳＩＰメッセージは、照会中の特定サーバーにとってどのフォームが最も適しているかに応じてカプセル化される場合とされない場合がある。例えば、サーバーがＳＳＳとＳＤＢとの間における適切な検索インタフェース−ＡＰＩ）を備えている場合は、幾つかのメッセージは、新たなプロトコルを使用することができる。該プロトコルは、以下の１つ以上の機能（理想的にはこれらのすべての機能）を有している必要がある。
【００５６】
セキュリティが確保されている（例えば、該プロトコルは、Ｉｐｓｅｃを使用することができる）
認証機能を備えている−例えば、該プロトコルは、（偽物かどうかを確認するために）サーバーの認証を要求することができる
（問い合わせの及び／又は結果の）圧縮をサポートする
理想的にはＳＩＰプロキシにおけるキャッシュへの保存を可能にする（例えば、非常に高いレベルにおいては、非常に人気のあるサッカーチームがゴールした場合には、該ゴールのビデオクリップを検索してダウロードするユーザー数は、1000万人にも達する可能性がある。しかしながら、ＳＩＰサーバーは、このビデオクリップを１回検索するだけでよいことになる）
例えばＳＩＰプロキシサーバーが幾つかの方法で問い合わせを提供する必要がある場合は、ＳＩＰメッセージをトランスポートするために２つ以上のプロトコルを利用することができる。例えば、ＳＩＰプロキシサーバーは、検索表現（又は、該検索表現から派生した表現）に関する追加情報を要求する通常の電子メールをメールリストに送ることができ、さらには、（適切な自動音声生成アプリケーションを用いて）ホテルに電話すること、又はウェブフォームに記入することさえもできる（さらなる問い合わせのフォームはすべて、異なったトラスポートプロトコルを使用する）。
【００５７】
一例として、本発明に従った典型的問い合わせメッセージにおいては、下記の情報を提供することができる。
【００５８】
起点ＩＰアドレス：１２３．３２．１２３．００１
起点ＵＲＬ：name.surnameofuser@atelco.com
ハッシュ
4387t84gf8t4f84tg83rft8p32yh239f8y[98fy9[8747643865gffgyfrjylegfgv,uegyvjgvy
検索レファレンス：６５３４６７２５２
検索端末型式：Ｐｅｎｔｉｕｍ(登録商標)
ＩＩＩ ＰＣ
アカウント型：個人
平均インターネットアクセス活動時間：２時間
前回の活動：電子メール
端末所在地：イングランドのイプスウイッチ
要求の種類：旅行
要求：日付2004年1月23日
発信：スタンステッド
受信：モスクワ
時間：指定なし
最低費用：
返信番号
要求の種類終了
返信::Instant(123.32.123.001), update (day, Mobile-name.surnameofuser@atelco.com)
費用−請求書１
終了
各検索は、一意の検索番号がＳＩＰプロキシサーバー１２によって割り当てられ、このため、ＳＩＰプロキシサーバー１２は、ユーザーがユーザーエンド端末１０を通じてＳＩＰプロキシサーバー１２ともはや通信中でない場合でも、原検索要求へのあらゆる返答をマッチングさせることができる。
【００５９】
検索要求を運ぶSIPメッセージがデータソース１４（一般的には、検索サーバー１４ｂ、等の情報源）によって受け取られた時点で、他方のサーバー内に配備された該当するＳＩＰソフトウェアモジュール（例えば、検索サーバーの検索エンジン内に配備された検索エンジンＳＤＢソフトウェアモジュール＃３）によってメッセージ内容が抽出されて処理される。代替として、ＳＩＰサーバーが別のトランスポートプロトコルを選択した場合は、従来の検索エンジン（即ち、ＳＩＰによってイネーブルされない検索エンジン）がＳＩＰプロキシサーバー１４によって照会された場合に起こることになるように、問い合わせが行われたサイトに関して通常の方法で（例えばウェブフォームで）メッセージ内容を処理することができる。更に、ＳＩＰサーバー１４が、検索要求に関する特定の対象機関又は組織に関するメールリスト又は電子メールアドレス等のデータソースに検索要求を転送する場合は、該データソースは、ＳＩＰによってイネーブルされない（これらのアドレスは、ユーザーによるそれ以前の検索要求によって所在場所を突き止めておくこと又は従来の検索エンジンかＳＩＰ検索エンジンによって生成された予備の検索結果によって提供しておくことができる）。
【００６０】
検索要求メッセージがデータソース１４によって受け取られた時点で、データソース１４が、ユーザーの検索要求によって設定された検索基準（複数の基準を含む）に従って１つ以上の結果を決定した場合は、データソース１４は、これらの検索結果を適切な方法でＳＩＰプロキシサーバーに転送する。ＳＩＰサーバー１４が実際に電話をして音声合成（Ｔｅｘｔ−ｔｏ−Ｓｐｅｅｃｈ）技術を用いて該検索を知らせている場合は、該検索に応答する者は、のちに該問い合わせに応答できるようにするための連絡番号とパスワードが与えられる。この者が該番号にダイヤル時には、該コードを入力する選択肢が示され、次にメッセージを記録することが許可される。該メッセージは、入力されたコードを用いて、ユーザーのＳＩＰアイデンティティ及び検索アイデンティティと関連づけることができる。この関連づけは、該メッセージをＳＩＰサーバーに転送することを可能にし、ＳＩＰサーバーは、音声認識（Ｓｐｅｅｃｈ−ｔｏ−Ｔｅｘｔ）技術を用いて音声ファイルをテキストファイルに変換すること、又は、ユーザーが自己の機械において再生するために該音声ファイルを検索結果としてユーザーに転送することができる。ＳＩＰ検索メッセージが電子メールアドレス又はメールリストアドレスに転送される場合も同様のプロセスが実施され、このため、どのような応答も、ユーザーのＳＩＰ ＵＲＩ（又は、のちに情報を入手するためのキー）を用いてＳＩＰプロキシサーバーによって識別することができる（上記の説明を参照）。
【００６１】
ＳＩＰによってイネーブルされた検索エンジン１４ｂが、ＳＩＰメッセージにおいて１つ以上の結果を一意の検索番号とともにカプセル化してＳＩＰサーバーに転送した時点で、このことは、ＳＰプロキシサーバー１２が、該検索結果を、該検索を要求したユーザーのＳＩＰアイデンティティと関連づけることを可能にする。
【００６２】
ＳＩＰプロキシサーバー１２は、ＳＩＰメッセージを受け取ると、検索結果及び検索番号を抽出する。ＳＩＰプロキシサーバー１２は、該検索結果を、該検索を要求したユーザーのＳＩＰアイデンティティと関連づける。ＳＩＰプロキシサーバー検索ソフトウェアモジュール＃２ＳＳＳは、予め決められた時間だけ、又は、特定の数の肯定的な検索結果が受け取られるまで、ユーザー選好の組に従って特定の検索番号に関する結果を保存することができる。更に、ユーザー選好に従い、ヌル検索結果をＳＩＰプロキシサーバーによってユーザーに転送すること及び／又はほぼマッチした項目を提供することができる。
【００６３】
次に、ＳＳＳソフトウェアモジュールは、（ＳＩＰ所在場所データベース内において探し出された）ユーザーの現在位置、該所在場所におけるユーザーの端末の型及びフォーマット（ユーザー選好に従って決定される）を決定する。例えば、ユーザーがある一定の時間まで検索結果を受け取ることを希望しない場合、又は、邪魔されることを希望しない場合において、この情報がＳＩＰユーザー選好のＳＩＰデータベースに記録される場合は、ＳＩＰプロキシサーバーは、検索結果を適宜処理し、該検索結果を該当する端末表示装置に表示するためにフォーマット化することができる。
【００６４】
ユーザーは、結果の送信場所として２カ所以上の場所を指定することもでき、例えば、短い記述フォーム（例えば、ユーザーが会社の所在場所を探している場合は町だけ）をユーザーの携帯電話に送信することができ、該ユーザーが（ＳＩＰプロキシサーバーソフトウェアが、その会社の完全なアドレスを検索結果としてカプセル化したＳＩＰメッセージを送信していることになる）自分のパソコンにログインするように注意を喚起することができる。
【００６５】
ＳＩＰは、現在有効なアドレスをＳＩＰユーザーＩＤと関連づけ、これらのアドレスを用いて検索結果を引き渡すため、検索を実施中に検索エンジンとの間でオープンな検索セッションを保持する必要がない。該検索は、データの照合を可能にする永久的ＳＩＰアドレスを使用することができ、従って、ユーザーは、例えば、検索時間が終了するまでは10の「ヒット」があるまで結果を収集してから該結果を戻すことを希望し、その後は残りのすべての検索結果をユーザーに送信すべきかどうかを指定することができる。
【００６６】
ユーザーは、検索結果を提供時の端末とフォーマットを指定することができるため、これらの検索結果は、該ユーザーが検索ソフトウェアモジュール＃１検索アプリケーションを次に実行時にアクセス可能なフォームで提供できること、又は、その代替として、電子メールメッセージ又はショートメッセージサービス（ＳＭＳ）メッセージの形で送信できることを、当業者は理解することになる。
【００６７】
ユーザーと関連づけられたプロトコルユーザーアイデンティティ（例えば、SIP URI name.surnameoftheuser@atelco.com）は永久的であるため、このアイデンティティは、静的であること又は動的であることができる幾つかのアドレス／電話番号（例えば、０１２３４ １２３ ４５６、等の電話番号、又は、１１１．２３．１２３．０１１．．．、等のアドレス）と関連づけることができる。
【００６８】
本発明のもう１つの側面は、ＳＩＰプロキシサーバー検索ソフトウェアモジュール＃２が分散型コンピュータシステム内の１つ以上の検索エンジン／サーバーの能力／専門機能を決定する分散型検索環境に関するものである。例えば、この側面は、該検索エンジン／サーバーに情報要求を送ることによって（但し、使用することができるその他の機構は、例えばＧｏｏｇｌｅ（登録商標）が実装するようなウェブクローリングを含む）、又は、広告を送ることによって、若しくは、プロキシサーバーが自己の能力／専門機能を発見することができるその他の方法で、達成させることができる。これらの機械上で動作する検索ソフトウェアは、別のプロトコル（検索能力プロトコルＣＣＰ）を用いて、これらの機械の能力（例えば、速度、検索されるデータベース、検索されるファイルの型（例えば．ｄｏｃファイル名、又は.ｐｄｆファイル名）をＳＩＰプロキシサーバー１４に説明する。ＳＩＰプロキシサーバー１４は、例えば検索要求又はユーザー選好、等を考慮して、ユーザーに関して及び／又は該ユーザーによって要求された具体的な要求に関していずれの検索エンジンが最も適しているかを決定することができる。
【００６９】
例１
以下では、一例を示すことを目的として、添付図面の図１及び２を参照しつつ本発明の１つの具体的な実施形態について説明する。
【００７０】
ある１人のユーザーが市街電車に関する情報を探し出すことを望んでいると想定する。該ユーザーは、インターネット上の数多くの市街電車関連の及び輸送関連のウェブサイトへのアクセス歴を有し、市街電車の模型を購入したことを記録するトランザクションを有し、更に、少なくとも１つの輸送ファン電子メールリストに記載されている。
【００７１】
ＳＩＰプロキシサーバーは、この情報を該ユーザーのＳＩＰアイデンティティと関連づけて記録しており、該ユーザーは、輸送に興味があることを示すユーザー選好を設定していると想定されている。従って、ＥＴＳソフトウェアモジュール及びＳＳＳソフトウェアモジュールの両方は、該ユーザーがあたかもすべてのセッション（ブラウジング、電子メール、及びインスタントメッセージ送信、等）に関してＳＩＰを使用しているものとしてこの情報を記録し、該ユーザーの情報源及び選好に関して構築されたすべての情報は、該ユーザーのＳＩＰ ＵＲＩ識別子（例えば、users.name@businessname.sip）と関連づけて累積される。
【００７２】
該ユーザーが本発明に従った情報検索システムを繰り返し使用することは、（例えば、検索結果とともに戻された強調付きＵＲＬをクリックすることによって）該組（サイトの種類＝博物館、要求＝情報、等）の中に入る機能を起動させていることになり、この情報は、ＳＳＳに保存される。更に、該ユーザーのそれまでのセッションに関するその他のデータを用いて、該ユーザーの選好に合わせて検索を最適化することもできる。
【００７３】
該ユーザーは、旧型の市街電車の復元を希望するという特定の要求を有していると仮定すると、該ユーザーは、図２のステップ２０において、検索句「市街電車、復元、プロジェクト、購入」を入力する。当然のことであるが、該ユーザーは、適切なブール演算子及びワイルドカード文字、等によってこれらの検索言葉を補足することができるが、ここでは、一例として１個の単純なキーワードが示されている。更に、これらのキーワードは固有の“ＡＮＤ”によってコンマとリンクによって分離されていると暗黙に想定されており、このため、検索結果が戻されるためにはその前にこれらのすべてのキーワードが存在していなければならない。
【００７４】
次に、図２のステップ２１において、ＥＴＳソフトウェアは、該検索要求を構文解析し、ＥＴＳソフトウェアにとってアクセス可能な追加情報を指示する。例えば、以下のとおりである。
【００７５】
検索端末型式：Ｐｅｎｔｉｕｍ ＩＩＩ ＰＣ
アカウント型：個人
平均インターネットアクセス活動時間：２時間
前回の活動：電子メール
端末所在地：イングランドのイプスウイッチ
次に、図２のステップ２３において、この要求は、検索記述プロトコルを用いて、ＲＦＣ２５４３において説明されている方法で標準ＳＩＰメッセージ内に実装され、通信リンクを通じてＳＩＰプロキシサーバー１２に伝送される。
【００７６】
次に、図２のステップ２４において、ＳＩＰプロキシサーバー１２は、（開けられていない、即ち、まだカプセル化されている）メッセージをＳＳＳに渡す。ＳＳＳは、多数のデータベースと特定サイト又は特定の検索エンジンに対して要求を行うことができる「インテリジェントモジュール」である（このうちのすべてではなく一部は、ＳＤＢソフトウェアモジュールを有することができる）。一例として、ＳＳＳは、複数の異なった情報フォーラムのうちの１つ以上に対して要求を送ることができる。例えば、
ｉ）ＳＳＳは、ＳＩＰサーバーが自動的に生成する情報要求の形で、市街電車に関するニュースグループに対して要求を送ることができる。
【００７７】
ｉｉ）ＳＳＳは、可能性のあるプロジェクト及び復元者を記録しており（更にこれらの２つのマッチングを試みる）輸送ウェブサイトであって、これらの２つのソフトウェアモジュールがユーザーエントリを作り出すことを可能にするＳＤＢソフトウェアを有する輸送ウェブサイト、に該要求を送ることができる（ユーザーは、返答のスクリーニングが必要になることがあるため、この検索エントリ専用に作られた電子メールアカウント876462965@atelco.comに転送することができ、従って、ユーザーの通常の電子メールアドレスが与えられた場合に生成される可能性がある迷惑メールからユーザーをスクリーニングすることになる）
ｉｉｉ）ＳＳＳは、ＳＳＳが特定の数の結果（例えば、１０００件の応答）を要求することができる標準的な検索エンジン（Ｇｏｏｇｌｅ（登録商標）（www.google.com又はwww.google.co.uk）、等）に対して要求を送ることができる。次に、ＳＳＳは、従来の検索エンジンによって提供された応答をフィルタリングし、該検索を要求したＳＩＰユーザーアイデンティティに関してＳＳＳが承知しているユーザー選好に検索結果が適合していることを確認する。ＳＳＳは、曖昧な結果が生成中であることをＳＳＳが検出した場合は該ユーザーに対して追加質問することができる（例えば、組み込まれている統計／パターンマッチングプログラムを使用することによって、「市街電車を購入したいという意味ですか」という質問を該ユーザーに対して行うことができる）。次に、ＳＳＳは、当該追加の問い合わせに対する該ユーザーの応答を組み入れて、ＳＳＳが標準検索エンジンに質問するために使用する検索上の言葉を向上させることができる。
【００７８】
（ｉｖ）ＳＳＳは、電子メールを通じて、対象となる主題としての市街電車と関連しているとＳＳＳが決定することができる１人以上のその他の個人又は１つ以上のメールリストに該要求を送ることができる。
【００７９】
ｖ）ＳＳＳは、電子メールを通じて博物館（国立輸送博物館、等）に該要求を送ることができる。
【００８０】
例２
図３は、ユーザーのエンド端末において検索要求を生成するプロセスにおけるステップをより詳細に示した図である。図３のステップ３０において、ユーザーは、ユーザー端末において、例えばテキスト又は音声（及び、音声による検索要求からテキストを生成するための適切なアプリケーション）を用いて検索セッションを開始させる。例えば該検索が旅行上又は金融上の側面を有している場合は、ステップ３１において、ＥＴＳは、該検索要求を構文解釈し、この種類の問い合わせに関して承知している可能なプロフォルマを特定する。このことは、旅行サイト等のウェブサイトに関する直接の質問を可能にし、図２のステップ２７の文脈において説明されているようなプロキシサーバーによる検索要求／結果の追加処理を不要にすることができる。追加情報が必要な場合は、ＥＴＳは、該追加情報を該ユーザーに要求することができ、更に、ＥＴＳが誤りを検出した場合は、この誤りを該ユーザーに問い合わせることができる。旅行に関する問い合わせという文脈においては、ＥＴＳは、出発日、費用選好、等を要求する一般フォームをユーザーに提供し、該出発日が到着日よりも早い場合は、この出発日を誤りとして検出する。
【００８１】
ＥＴＳは、ステップ３３において、それ以前の検索が実施されているかどうかを確認する。例えば、該ユーザーは数日前に同じ情報を要求していた可能性があり、この場合は、一般フォームを、既に記入されている該当情報とともに該ユーザーに提供することができ、又は、ＥＴＳは、代替として、いくつかの検索結果をキャッシュに保存しておくことができる。類似の検索が最近実施されており、エンド端末又はサーバー（例えばプロキシサーバー１２）のキャッシュに保持されている場合は、更新のみを該ユーザーに送ればよい。
【００８２】
次に、ＥＴＳは、ステップ３４において検索要求をフォーマット化する。例えば、該旅行検索要求は、予め設定された「行先、時間、出発地点、出発時間」フィールドフォーマットを有することができる。
【００８３】
次に、ステップ３５において、ＥＴＳは、エンド端末のアドレスとＳＩＤ ｉｄの関連づけを開始時にユーザーが認証時に設定されたセッションキーを用いて該検索要求を暗号化する。
【００８４】
次に、ステップ３６において、ＥＴＳは、暗号化されたペイロードを、ＳＥＤＰ（検索記述プロトコル）において設定されたＴＹＰＥとともにＳＩＰメッセージ内に入れる。
【００８５】
次に、ステップ３７において、ＥＴＳは、該ＳＩＰメッセージをプロキシサーバーに送る。
【００８６】
図４は、本発明の実施形態に従ったＳＩＰヘッダとＳＥＤＰ検索記述のフォーマットを示した例である。
【００８７】
該ＳＩＰヘッダは、少なくとも下記の情報を含む。
【００８８】
ｉ）INVITE sip:search@bt.co.uk SIP/2.0−該ＳＩＰヘッダはＳＩＰサーバーから検索エンジンへのインビテーションに関するものであることを示している
ｉｉ）VIA: SIP/2.0/UDP spainltel:5060
ｉｉｉ）From: Joe Bloggs<sip:joe@atelco.net>−ユーザーのＳＩＰ ＵＲＩである
ｉｖ）To: Search <sip: search@uk.net>−検索サービスのＳＩＰ ＵＲＬを提供する
ｖ）Call-ID: 10000001@atelco.net−ＳＩＰセッションの呼び出しであり、検索結果が戻される前に早期終了することができる
ｖｉ）Cseq: 1 INVITE−ＳＩＰ呼び出しのシーケンス番号である
ｖｉｉ）Subject: Urgent Search−プレーンテキストを入力することができるか、又は、エンドポイントが使用するフィールドとして提供することができる
ｖｉｉｉ）Contact: Joe Bloggs <sip: joe@atelco.net>
本発明がＳＩＰヘッダにおいて提供する追加フィールドは、ＳＩＰペイロードを示しており、以下の項目を含む。
【００８９】
ｉｘ）Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ＳＥＤＰ−このタイプは、ＩＰアドレスを送るために使用できるが、一般的には、該アプリケーションは、ＭＩＭＥ型アプリケーションではなく本発明に従ったセッション記述プロトコルＳＥＤＰ（検索記述プロトコル）であることを示すために使用される
ｘ）Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１６０−ペイロードのサイズを示す。数字の１６０は、一例として示したものであるにすぎない。
【００９０】
図４は、旅行に関する問い合わせが検索表現の本体を形成している本発明の実施形態に従ったＳＥＤＰも示している。図４において示されているように、ＳＥＤＰは、以下の項目を具備する。
【００９１】
ｉ） Type: travel.air−具体的な検索フィールドを適宜示す
ｉｉ） F＝ Luton; 13,4,04; d = Ulan Botar; 28,4,04;;;−出発地点がルートン、出発日が２００４年４月１３日、行先がウランバートル、帰国日が２００４年４月２８日であることを示しており、幾つかの空白フィールドが後続している
ｉｉｉ） AP = British A, NOT Aeroflot, other−肯定的選好（ブリティッシュ航空）と否定的選好（アエロフロート）を示すユーザー選好である
ｉｖ）P = Price−価格が検索上の１つの優先項目であることを示すために使用される
ｖ） U = instant; update (phone1)−検索結果が到着次第、電話１によって示されたユーザーエンド端末に伝えるように指示するために使用される。
【００９２】
ｖｉ） T = urgent−検索の優先度を示す
ｖｉｉ） OS = Hotel, Car Hire, Insurance−検索カテゴリを考慮した場合に関連するその他のサービスであり、このため、プロキシサーバーは、これらのサービスがデータソースによって戻された場合はこれらのサービスに関する情報を報告することを希望することができる。
【００９３】
ｉｘ） Sid = 7684∧∧＊jjkkj84−ＳＩＰ ｉｄの上方に常駐するＥＴＳセッション識別子であり、ＳＩＰと関連づけても関連づけなくてもよい
本発明の一部の実施形態においては、添付図面の図３のステップにおいて示されているように、ＳＩＰヘッダ内のフィールドｉｘ）とｘ）（及び、ペイロード内のＳＥＤＰ検索記述内の全フィールド）を暗号化することができる。
【００９４】
例３
図５は、ステップ５０の検索要求において、ユーザーが特定の所在地（例えばザルツブルク）のホテルの部屋に特定の費用（例えば、１泊３０ポンド）で特定の期間（例えば２泊）滞在することを希望する本発明の非常に具体的な実施形態を示した図である。
【００９５】
ステップ５１において、ＥＴＳは、検索結果を渡し、より多くの情報（例えば、人数、正確な所在場所、部屋の種類、開始日、等）を求める。
【００９６】
ステップ５２において、ＥＴＳは、該メッセージをＳＩＰプロキシサーバーに転送し、ＳＩＰプロキシサーバーのＳＩＰ検索サーバーソフトウェアＳＳＳが該メッセージを処理する（カプセル化を解除しておく）。
【００９７】
ステップ５３において、ＳＳＳは、数カ所の旅行検索サイトに最初の検索を送る。これらの旅行検索サイトの一部は拡張型ＳＩＰ検索インタフェースを有しているが、一部は標準のＷＷＷサーバーである。
【００９８】
ステップ５４において、価格に関する要求が満たされていないため戻される結果は否定的な結果である。プロキシサーバーは、より多くの情報をユーザーに求めるか又は検索を修正することを要求し、及び／又は、後日に（例えば、１日後に）検索結果を戻すことができるようにするために検索期間を延長可能であるかどうかをユーザーに尋ねる。図５においては、ユーザーは、検索を延長可能であること及び検索結果を１日遅れて提供可能であることを内容とする応答をＳＩＰサーバーに送る。該応答を受け取ったＳＳＳは、オンライン予約機能を備えていないホテルを探し出し、旅行ウェブサイト及び観光情報サイトにおいて電子メールアドレス及び／又は電話番号を決定する。
【００９９】
ステップ５５において、ＳＳＳは、検索要求から生成されたフォーマットの電子メール問い合わせを送出し、テキスト−音声変換器及び音声−テキスト変換器を用いてホテルに電話をする。ＳＳＳは、近似の結果を入手し、更に、該ユーザーが少なくとも１つの関連する可能性がある組織の一員であることを注記しつつ、該近似の結果を提供しているホテルにこの追加情報を提供して（例えば１０％の）割引を確保する。
【０１００】
ステップ５６において、ＳＳＳは、ユーザーの所在場所データベースを確認し、ＳＭＳが最も適していることを決定する（例えば、ＳＳＳは、該当する時間が、自宅又は職場においてユーザーがコンピュータを操作する通常の時間帯外であることを認識することができる）。ＳＳＳは、検索上の要求事項をすべて満たしている部屋が見つかったことを該ユーザーに連絡し、予約を自動的に完了させるべきかどうかを尋ねる。このオプションは、該ユーザーが、自動購入を可能にするための銀行口座／クレジットカード詳細を既に登録済みであり、更に、自動購入を可能にすべきであることを示すユーザー選好を決定しているために可能である。その他の実施形態においては、該ユーザーは、すべての判定基準が満たされている場合はプロンプトなしで自動的に購入を進めるように指示するユーザー選好を設定することができる。
【０１０１】
図５のステップ５７において、ＳＳＳは、電子メール又はファックスで金融情報をホテルに提供し、この提供が完了していることをユーザーに連絡する。図５においては、ＳＳＳは、ホテルからの確認番号が受け取られるまで待ち、この確認番号をＳＭＳによって該ユーザーに転送する。代替として、ＳＳＳは、該金融上の詳細がホテルに送られ次第、又はホテルによって受け取られたことが示され次第（例えば、電子メールを送信した場合は、受取証を受取時、又は、ファックスの場合は、ファックス送信が成功したことを確認時に）、該ユーザーに通知することができる。
【０１０２】
本発明の具体的な実施形態を参照しつつ上述されているように、エンド端末ソフトウェアＥＴＳ及びＳＩＰプロキシサーバーソフトウェアＳＳＳの両方とも、ＳＩＰによって自動的に生成されたあらゆる情報要求が検索要求メッセージの転送先に関して適切なフォーマットを有するように特定の検索表現（即ち、エンド端末において該ユーザーによって入力された句）を修正するように構成されているのは本発明の１つの特長である。
【０１０３】
これらの検索からの応答は、実質上瞬間的な時間（従来の検索エンジンによる結果の場合）から数日、数週間、数ヶ月、さらには数年（電子メールで送信された情報要求の場合）までに至る幾つかの異なった時間の長さにわたって生成することができる。ユーザーは、検索を実施することができる最長時間を、検索表現内において又はユーザー選好（検索表現から導き出すことができる）として、指示することができる。この指示は、制限時間以降に戻された検索結果は廃棄するいわゆるカットオフ時間をプロキシサーバー１４に示すことによって実装可能である。ＳＳＳは、ＳＳＳによって発行されて各検索と関連づけられている一意の検索識別子（1234567@aserver.telco.umtsの形で与えることができる）を用いて検索結果と原要求を関連づけることができるため、最初の検索セッションが終了後にプロキシサーバー１４に戻される検索結果を処理することができる。これで、ＳＳＳは、応答を処理することができ、検索結果が該ユーザーに通知される前に該検索結果を処理することによって、該検索結果が到着するのに応じて検索手順を繰り返して追加情報を入手する。
【０１０４】
検索結果のフォーム及びユーザーが検索結果を受け取る仕組みはすべて、ユーザー選好によって設定することができる。一般的には、ユーザーは、以下のフォームのうちの１つ以上のフォームで結果を提供するように指示することができる。
【０１０５】
ｉ）１週間ごとの応答要約を提供する
ｉｉ）瞬時に（１分以内に）提供する
ｉｉｉ）最も良くマッチしている応答のみを高優先項目として電子メールで送信する
ユーザーは、検索を何時でも取り消すように常に指示することができ、この指示もまた、ＳＩＰ検索番号が検索を一意で識別するため簡単に達成させることができる。更に、ユーザーは、
（ユーザーのＩＰアドレスは、数分後や数時間後には信頼できる所在場所ではないため）ＳＳＳは、ＳＩＰプロキシサーバーの機能とその関連する所在場所データベースを使用して、あらゆる所定の時間におけるユーザーの所在場所を突き止めることができる。所在場所データベースは、ユーザーの現在の端末型式を戻し、ＳＳＳは、応答をユーザーの現在の端末に適合させることができる。一例として、ある１人の市街電車ファンが、フェリックスストウの裏庭において１９３３ ＧＥＣノーウィッチ市街電車を所有する旨のニュースグループ項目に応答すると仮定する。この場合、ＳＳＳは、該電子メールの送信者がフェリックスストウに所在するユーザーエンド端末の場所にいると決定することができ、更に、ＳＳＳは、（該当するアプリケーション／データベースにアクセスすることによって）該ユーザーが半径２０マイル以内の所在場所からの結果の優先順位を高くすべきであるとするユーザー選好を設定していることに鑑みて、イプスウイッチまでの距離は該ユーザーにとって非常に好ましい順位にする上で十分に近いと決定することができる。次に、ＳＳＳは、該ユーザーが移動中であることを突き止め、該ユーザーの携帯電話へのＳＭＳメッセージ形式で結果をフォーマット化する。
【０１０６】
ＳＩＰサーバーは、ユーザーが予め定義した一組のユーザー選好との一致度に従って結果の優先度を評価することができる。結果が緊急であるとＳＩＰサーバーがみなした場合は（このことは、該検索が緊急であるとユーザー該当する指定したことが理由で、又は、検索結果が近い所在場所、安い価格、等を示している場合は優先させるべきであることをユーザーが指示したことが理由で生じる可能性がある）、ＳＩＰサーバーは、該ユーザーがユーザー選好の組において与えているフォーマットで、直ちに（又は緊急の検索結果を引き渡すべき時間の長さとして該ユーザーがユーザー選好の組の中で与えている時間の長さ以内に）検索結果を該ユーザーに引き渡す。例えば、緊急検索結果は、ユーザーが現在自分のＳＩＰアイデンティティを用いて自分のコンピュータ端末においてネットワークにログオンしている場合は該コンピュータ端末に所在する該ユーザーに送ることができ、及び／又は（ユーザー選好に依存して）検索結果は、ＳＭＳ又は自動的に生成される音声メッセージを介してユーザーの携帯電話に送ることができる。
【０１０７】
ユーザーは、検索問い合わせを生成することができ、更に、音声を含むいずれかのフォーマットで結果を提供すべきであるかを指示するユーザー選好を設定することができる。検索結果を可聴フォーマットで提供することによって、視覚障害者は、ユーザーによりやさしい形で検索結果を受け取ることができる。視覚障害者は、入力した検索ストリングの口頭確認を生成するようにＥＴＳソフトウェアユーザー選好を設定すること（又は、該検索要求生成モードが使用されている場合は音声による検索要求を繰り返すこと）が可能である。
【０１０８】
検索結果が検索コンテンツに基づいて行先ユーザーエンド端末に送られるようにするために、ユーザー選好は、ＳＩＰサーバーＳＳＳソフトウェアモジュールによって送信者のＳＩＰ ＵＲＩと関連づけることができる（例えば、ユーザーの職場の電子メールアドレスがユーザーの家庭の端末装置よりも高い帯域幅でインターネットに接続されている場合は、ユーザーの家庭の電子メールアドレスの代わりに該職場の電子メールアドレスに映像ファイルを送ることができる）。代替として、ＳＩＰ ＳＳＳソフトウェアは、例えば映像ファイルの静止クリップを１つの所在場所に送り、全映像ファイルを別の所在場所に送るようにすることによって、検索結果を予め決められた帯域幅に自動的に圧縮するようにユーザー選好によって構成することができる。代替として、ＳＩＰ ＳＳＳソフトウェアは、単純に、大きなファイルが検索によって突き止められたことをユーザーに通知し、該ユーザーが該大きなファイルをダウンロードするまで予め決められた時間だけ該ファイルを保存するようにすることができる。
【０１０９】
セキュリティ強化を目的として、これらの中央に保存されたファイルは、ユーザーがセキュリティキーを追加入力した場合しかアクセスできないようにすることができ、ＳＩＰサーバー１２は、該ファイルが突き止められている旨の原通知及び／又は該ファイルにアクセスできるアドレスとともに該セキュリティキーを送ること、又は別個の通知を通じて該セキュリティキーを送ることができる。ＳＩＰサーバーは、検索結果をユーザーに通知するためにメッセージ型の通知（例えば、音声メッセージ、電子メール又はＳＭＳ）を使用する必要がない。その代わりに、ＳＩＰサーバーは、検索結果が入ったファイルを該ユーザーの公のドロップファイル、等の中に保管することができる。
【０１１０】
ユーザーがある品目を購入するために該品目の検索を要求する場合は、ＳＩＰサーバーには、該ユーザーの金融情報（クレジットカードの番号、等）及び価格が該ユーザーによって設定された選好と一致する場合は該要求品目を自動的に購入するために必要なその他のあらゆる情報を提供することができる。一例として、ＳＩＰサーバーが、ユーザーが特定の価格で要求している例えばある１つの飛行便又は休暇地に問い合わせ、更に、例えばユーザーが要求している日付前後における特定の価格のカイロまでの帰りの便を探し出す場合について検討する。該価格が、例えば該ユーザーの「即購入」限度価格よりも低いか、又は、所定の検索時間内に戻された一組の検索結果の中で最も安い価格である場合は、ＳＩＰサーバーは、該価格情報が正確であるようにするために、及び、該ユーザーが検索結果を受け取るまでに該価格が変化しないように、該航空便の即購入を行う。該自動化された購入方式は航空便の購入に限定されたものではなく、分散型コンピュータシステムを通じて売り込みが行われるあらゆる品目（競売にかけられているが即座に購入する選択肢を有する品目を含む）又はサービスにまで拡大可能であることは当業者にとって明白であろう。
【０１１１】
該プロキシサーバーは、ユーザーの検索問い合わせにより該当すると確信する一定の所在場所を知的に問い合わせることができるため、該プロキシサーバーは、検索結果を提供するサイトとの優先的な手配を示す結果を戻すことができる。このことは、価格が検索問い合わせと関連している場合に特に当てはまる。例えば、該プロキシサーバーがアクセスする検索エンジンは、予め決められた一定の割引（固定させること又は検索継続時間中の一時的なものにすることができる）を常に提供するように構成させることが可能である。従って、特定の団体又は組織に加入していることを示すユーザー選好を有するユーザーに対してＳＩＰサーバー検索サービスを提供することができる。
【０１１２】
例えば、あるユーザーが自動車協会の会員であり更に公務員でもあることを示している場合で、該ユーザーが、１０年間の無事故ボーナスを有する“Ｓ−ｒｅｇ”フォルクスワーゲン「プント」に関する最も安い保険の検索を要求した場合は、ＳＩＰサーバーは、ＳＩＰサーバーが契約する保険会社のサーバーにこの追加会員情報を提供することができ、戻される結果は、いずれかの保険会社がユーザー選好において示されている組織に基づいて該ユーザーに対して追加割引を提供することができるかどうかを示すことができる。
【０１１３】
代替として、該ユーザーが加入しているインターネットサービスプロバイダ（又は同等の機関）が、ホテル、ソフトウェアプロバイダ、等の一定の第三者と割引契約をしており、このため、ＳＩＰサーバー自体が、これらの第三者から該ユーザーに結果を戻すときに該ユーザーに対して１つ以上の割引を提供するようにインターネットサービスプロバイダによって構成されていることがある。
【０１１４】
ＳＩＰサーバーは、ユーザーが一定の機関において行う購入を追跡すること、及び、行われた購入の金額及び／又は数量に従って該ユーザーに１つ以上のポイントを割り当てることができる（更に、該ポイントは、一定の期間内にリセットすることが可能である）。これらの「ポイント」は、ユーザーが例えば戻された検索価格から一定の割引を受けるために、又は、該ユーザーが所有するポイントを用いてある品目を即座に購入できる価格を検索が戻した場合は該品目を無料で手に入れるために、使用することができる。このようにして、現在数多くのチェーンストア小売業者によって提供されている「報奨」制度と類似の報奨制度をＳＩＰ検索機構を通じてユーザーに提供することができ、購入される各品目にポイントが付けられ、ユーザーは、貯めたポイントを使ってさらなる品目を購入すること及び／又はその他の品目に関する割引を受けることができる。
【０１１５】
本発明の精神及び適用範囲は、本明細書において上述されている具体的な実施形態に限定されるものではなく、付属の請求項によって定められるものであることを当業者は理解することになる。
【０１１６】
本発明の一実施形態は、ユーザーが移動端末を有する無線環境において有利である。本発明は、大量のデータが所在する場所が突き止められている場合にＳＩＰプロキシサーバーが該ユーザーに通知することを可能にする。このことは、該ユーザーが無線の「ホットスポット」（即ち、該移動端末が大量のデータをダウンロードすることを可能にするために高帯域幅の無線接続を利用可能な領域）に移行するのを可能にする。
【０１１７】
本発明のもう１つの実施形態は、ビデオ画像ファイルのコンテンツの種類を示すために、ビデオ画像ファイルからの静止画像をＳＩＰサーバーによって抽出してユーザーに送ることを可能にする。該ユーザーは、該ビデオ画像をダウロードするかどうかを選択することができる。例えば、古い映画のリメーク版に関するトレーラーをダウンロードすることをユーザーが希望する場合は、該リメーク版ではなく原映画に関連する大量の映像ファイルが検出される可能性がある。本発明は、有利なことに、該ユーザーが希望されるコンテンツに関連していない大量の映像ファイルをダウンロードすることを防止する。
【０１１８】
本発明の上記の実施形態は、ユーザーのクライアント端末によって又は検索を管理するプロキシサーバーによって自動的に又は要求に応じて入手される追加情報を組み入れることもできる。例えば、該プロキシサーバーは、該追加情報が入ったデータベースレコードに対する該ユーザーのＳＩＰ識別子に基づいてルックアップを実施する。この追加情報は、取り出すこと、及び該ユーザーが生成する検索基準とともに自動的に含めることができる。
【０１１９】
本発明の幾つかの実施形態においては、該追加情報は、秘密情報であるか、又は、秘密である情報の入手要求を含む。追加情報、特に秘密情報は、ユーザーによって、又はプロキシサーバーによって、若しくは該情報に関するデータソースによって課すことができる様々なアクセス制御の適用対象になる。
【０１２０】
一般的には、これらのアクセス制御は、検索を要求するユーザーにとって透明な形で実装することができる。即ち、該追加情報は、該ユーザーが追加情報を提供する必要があること及び提供された追加情報の内容のいずれについても認識せずに自動的に送られる。しかしながら、その他の実施形態においては、ユーザーは、例えば一定の情報を発行する権限を第三者に付与するデジタル証明書に署名することによって、秘密情報の発行権限を付与しなければならない。発行された情報は、検索要求の中に直接組み入れられるか、又は、その代替として、該追加情報を要求しており更に一定のセキュリティ基準を満たしているエンティティに対して要求に応じて提供される。一般的には、より個別化された情報を提供することができるエンティティのみが該要求を出すことになる。追加情報の要求は、一般情報を含む応答を提供することができる。ＳＩＰサーバーは、該一般情報を処理し、該情報に関心があることをユーザーの検索要求が示している場合は該ユーザーに転送する。代替として、ＳＩＰサーバーは、特定の情報のみに関心があることを検索要求が示している場合は該一般情報を保留するか又は廃棄する。
【０１２１】
追加情報を組み入れるプロセスは、あらゆる適切な方法で自動化することができ、例えば検索の文脈が１つ以上の基準を満たしている場合は、追加情報を組み入れること及び該追加情報を提供するための適切な措置を講じることが要求される。
【０１２２】
本発明は、いずれかのエンティティ（一般的には検索者であるが必ずしも検索者ではない）にとっての特定の情報に文脈及び／又は内容が依存している特定情報が提供される検索を実施する方法を提供するものである。本発明のこの側面の一実施形態が図６に示されており、ステップ６０において、検索者は、検索基準に関連する何らかの情報の検索要求を出す。
【０１２３】
この実施形態においては、該検索要求は、ＳＩＰサーバーによって処理され、上述されている方法で様々なデータソースに転送される。情報提供要求を受け取るデータソースは、該検索要求は一般的なレベルで応答できる情報要求であるが、検索された情報が関連するエンティティを識別する追加情報が提供される場合はより具体的な情報によって補足することが可能な情報要求を具備する、と決定することができる。この実施形態におけるデータソースは、何らかの一般情報で応答し、更に、より具体的な情報を提供するために必要な追加情報を要求する（ステップ６１）。プロキシサーバーは、（例えば署名入りデジタル署名書を提供することによって）第三者であるデータソースが要求された情報を提供する権限を付与するユーザーにこの要求を転送する（ステップ６２）。ステップ６２は、検索者が自己のアカウントをＳＩＰサーバーにおいて適切に構成済みである場合は自動的に実施され、このことは、ＳＩＰサーバーが、権限付与を提供する必要がある検索者／エンティティに代わって直接該権限付与を行うことを可能にする。
【０１２４】
再度図６において、ＳＩＰサーバーは、該権限を該第三者データソースに転送する（ステップ６３）。該権限付与は、該第三者データソースが、要求された追加情報を要求しているデータソースに提供することを可能にする。この実施形態においては、要求しているデータソースが該検索要求に関連づけられているエンティティ専用のより多くの情報を提供できるようにするために、該第三者データソースによって提供された追加情報を受け取って該要求しているデータソースに該追加情報を転送するのはＳＩＰサーバーである。一般的には、この情報は、発行機関によって暗号化及び署名される（ステップ６４）。次に、ＳＩＰサーバーは、該追加情報を要求しているデータソースにこの情報を転送する（ステップ６５）。該追加情報は、該データソースによって検証され（ステップ６６）、該追加情報は、より具体的な情報を検索結果として提供するために（原検索基準と関連されて）適切に処理され、該検索結果は、ＳＩＰサーバーを通じて該検索者に再転送される（ステップ６６）。
【０１２５】
情報を要求する方法及び検索要求と検索結果の中に組み入れる方法は数多くの変形が可能であることを当業者は理解することになる。本発明は、各事例において、特定のエンティティ（例えば、検索を行っている個人）に関連しており更に特に該個人に関連するデータを戻すことを可能にする情報が提供される機会を提供する。
【０１２６】
本発明は、検索を行っているエンティティが、提供された追加情報の内容を承知している必要がないような形でこの情報を組み入れる手段をさらに提供する。秘密情報をセキュリティが確保された形で提供することを可能にすることによって、ユーザーは、該当する情報（例えば、自分が持っている病状に関する情報）を、自分の病状に関連する特定情報を承知している必要なしに検索することが可能である。
【０１２７】
例えば、ユーザーは、「花粉症治療」に基く判定基準に従って検索を行うことができる。この場合は、プロキシサーバーは、検索の文脈が医療であることを認識可能である。追加情報（例えば、該ユーザーが飲んでいるその他の薬、既知のアレルギー、特定の薬に対する反応、等）は、検索者が該情報を明示で含める必要なしに検索要求に添付することができる。このことは、例えば本来であれば花粉症の治療に非常に適している可能性がある既知の薬に反応するかどうかを既に考慮している情報を再度受け取ることを可能にする。同様に、該ユーザーが「ジョーに関する花粉症治療」について検索する場合は、プロキシサーバーは、該ユーザーのアイデンティティを用いてレコードに関するルックアップを実施し、「ジョー」に関する識別子が要求されることを決定し、検索要求内に組み入れる前に権限付与コードを提供するように検索者に依頼する。該ユーザーが「ジョー」に関連する追加情報を含める権限を有していない場合は、戻される検索結果は、ジョーに関する特定情報が提供されず一般情報のみが提供されることを示すことができる。しかしながら、いずれの場合においても、該ユーザーは、どのような情報が提供されるかを正確に知っている必要がない。
【０１２８】
代替として、検索結果の文脈が認識されて該当する追加情報が添付される代わりに、伝達される追加情報は、検索結果を受け取り更に自己の応答の中に該追加情報を組み入れることができるデータソースのちの１つ以上によって要求することができる。このことは、情報の機密性が高い場合により該当し、その場合は、例えば、該追加情報は、セキュリティが確保されたサイトにしか伝達することができない。
【０１２９】
次に、原検索では自由に入手できない追加情報への制限されたアクセスを許容する許可及びセキュリティ上の関連づけを組み入れた、本発明に従った検索方法の一実施形態について説明される。
【０１３０】
この実施形態においては、ユーザーは、ローン等の金融情報を探索中である。金融「スーパーサイト」にアクセスして特定の金額（例えば５０００ポンド）に関するローン金利を比較することができる一方で、提供されるローンは、該ユーザーのクレジット歴、等に関するステータス確認の対象になり、これらの確認の結果は、該ローンに関する年間金利（即ち、請求される金利）に対して影響を及ぼすことになる。
【０１３１】
該検索方法は、ユーザーがインテリジェント検索を実施時にユーザーのクレジット歴が含められることを可能にするか、又は、検索プロセスにおいて接触された銀行サイト又はその他の金融サイトがユーザーのクレジット歴を要求することを可能にする。いずれの場合においても、該ユーザーは、自己のクレジット歴を承知している必要がない。このことは、例えば、ユーザーが情報にアクセスする必要なしに又は情報がのちに送られるように手配する必要なしに、該ユーザーの銀行取引詳細を保有するサイトから該情報を提供できることを意味する。代替として、該情報は、ユーザーの銀行データソースから、又はその他の何らかの仲介機関から、若しくは専用データバンクから取り出され、該情報を要求しているサイトに提供されるか、又は、該ユーザーの検索基準に添付できるようにするために該ユーザーのクライアント端末又はプロキシサーバーに提供される。
【０１３２】
本発明のこの実施形態において本発明によって生成されてプロキシサーバーによって送出される検索結果は、ユーザーのために既に保持されている追加情報と関連づけられた特定サイトに向けて送出されるようにすることができる（例えば、検索者が既存の口座を有する銀行クレジットカード会社を送出先として特定することができる）。その結果、該金融機関は既存の顧客に対してより有利な金利を申し出ることができるため、より有利な貸出金利になる。
【０１３３】
検索は、極めて具体的にすることも可能であり、テンプレートに基づくことができる。例えば、ユーザーは、ローンに関する重要な質問（即ち、早期返済オプション、ローン目的（担保に加えることができるか−検索者は担保を有しているか）、等）を有する検索を要求することができる。
【０１３４】
検索要求に関連するデータが取り出されるサイトは、検索者（該検索者がローンの受取人でない場合は、ローン当事者）のアイデンティティを承知していないかぎりより具体的な情報を提供できないことを当業者は理解することになる。従って、本発明の一実施形態においては、２種類の情報が取り出される。１つの種類の情報は、（今回の例においては提供されているローン商品／サービスに関する）一般情報、即ち、特定のエンティティ又は個人にとっての専用情報でない情報である。他方の種類の情報は、一般的でない情報、即ち、特定情報であり、このため、一般情報を提供すべき対象者のアイデンティティをデータソースによって決定することができる場合は（この同じデータソースが、一般情報、即ち、この例においては提案されているローン受取人のアイデンティティを提供する）、別のより個別化されたレベルの情報が提供情報として存在することになる。このことは、例えば、特定情報が提供されるエンティティをデータソースに紹介するための適切な識別子を要求する。該識別子は、出された検索要求の中に含められるか、又は、いずれかのサイトがＳＩＰサーバーを通じて該情報を要求する場合は要求に応じてアクセス可能である。本発明は、検索が実施されたときにこの第２の種類の情報（即ち、個別化された情報）が受け取られることを可能にし、検索基準又は検索サイトは、該情報のターゲットとなる受取人又は該情報が関連しているターゲット受取人を識別することができる。
【０１３５】
個別化された情報を提供する利点は、検索によって戻された情報を、ユーザーが戻された情報の内容に基づいてさらなる行動をとることを可能にする形で提示することを可能にすることである。例えば、ある検索者が、自分自身のためのローンを求めて、個別化されていない一般的なレベルの情報のみが戻される場合において、該検索者が、ローンを選択した場合は、信用調査に合格する必要があり、ローン業者による認証が必要になり、更に、該ユーザーは、お金を受け取る前に、該ローンの受取人本人であることを証明する必要がある。
【０１３６】
本発明は、ユーザーが、真のローン情報（例えば、条件、Ａ．Ｐ．Ｒ．、補助的便益又は要件、等）を自分自身のクレジット歴に合わせて実効的に適合化させた後に、これらの情報を見て比較することを可能にする。ローン受取人によって提供された秘密情報が十分であるみなされる場合（例えば、ローンサイトによって提供された／要求された秘密情報が、要求されたすべての該当する金融情報（例えば、銀行取引詳細、ローン、その他のクレジットカード口座、貯蓄、等）を含む場合）は、該当するすべての信用確認が実施されていることになる。このことは、提供される金利及び条件が該ユーザーのクレジット歴及び現在の財務状態を反映させたものとなることを意味する。これで、該ユーザーは、情報が正しいフォーマットで提示された場合は、さらなる行動、例えば、提供されたローン商品を受諾する、該当品目を購入する、等を行うことができる（又は、例えば医薬に関する検索等のその他の何らかの行動をすることができ、該医薬は、購入可能な形で、又は、ある人に関して処方可能な形で、提示することができる）。
【０１３７】
更に、ユーザーがいずれかの特定のローンを受け取ることを選択した場合に、提供される情報は、該ユーザーが省略時銀行口座又は指定の銀行口座に電信為替で振り込まれたローン金額を受け取る前に本人であることをさらに証明する必要性をなくすことができる。このことは、有効なことに、ユーザーが、「５，０００ポンドを借り入れるための最も安いローン」という検索基準を入力し、更に、検索結果に応答し、銀行Ａによって申し出られた年金利５％、期間３年のローンを選択し、該金額を自己の銀行口座に電信為替で振り込ませることが可能であることを意味する。このような継ぎ目のない一体的な銀行業務環境は、ユーザーに対してリスクを負わせる可能性があり、このため、様々な銀行機関は、さらなる確認を課すことを希望することがある。しかしながら、本発明は、各金融機関が申し出る条件の真の比較を行うことができる便宜を提供することを可能にする。
【０１３８】
第三者に特に関連する情報を取り出すことを目的として検索が要求された場合は、該第三者は、自己の個人情報を特に入力することを可能にする識別子又はアクセスコードを検索者に提供することが必要になる。該識別子は、セキュリティ手段として有限の期間だけ提供するようにすることができる。要求された情報が検索者に関する特定情報である場合は、該識別子は、該検索者が検索アプリケーション内にログインすることと関連づけることができ、又は、該検索者によって、何らかの適切な手段を用いて自分自身の識別子が検索基準内に含められるようにすることができる。
【０１３９】
本発明の一実施形態においては、検索方法によって提供される個別化情報は、医療上の主題に関する検索を、第三者が患者に関して一般的に行うこと及びこれらの患者が患者自身のために行うことを可能にする。
【０１４０】
「識別子」という用語が使われている一方で、検索に関連する情報へのアクセスを可能にするあらゆるセキュリティ機構を使用することができる。たとえば、特定情報にアクセスできるようにするため、検索者又はＳＩＰサーバーは、第三者が検索に関連する情報にアクセスすることを許容するセキュリティ機構を埋め込むことができる。
【０１４１】
ローン申請者の場合は、このセキュリティ機構は、(例えば)自己の銀行における信用格付けの確認を許可することにすることができる。この許可は、申請者によって又は（申請者とセキュリティが確保された関係を有することになる）ＳＩＰ検索エンジンによって生成することができる。ＳＩＰ検索エンジンは、一般的には、（その時点における）有利な金利を探し、（既存のＳＩＰ検索において発生することになる）検索者プロフィールを用いてこれらの金利を絞り込み、次に、第三者（即ち、ローン提供者）によるアクセスを許容するか又はローン提供者によって信用されている方法で情報にアクセスするための追加のセキュリティ機構を用いて１つの特定の金利と条件の見積もりを申請する。
【０１４２】
本発明の一実施形態は、デジタル証明書を使用する。この実施形態においては、ＳＩＰサーバーは、信用照会確認書を検索者に送る。検索者は、自己の銀行によって発行された証明書を有する該信用照会確認書にデジタル署名する。ＳＩＰサーバーは、署名された要求を該銀行に送り、該銀行は、自己の記録を確認し、信用照会書（暗号化可能）を提供する。この信用照会書がローン提供者に転送され、該ローン提供者は、該信用照会書が該銀行から送られたものであり更に原申請者に関するものであるかどうかを確認することができる。このことは、個人を特定することなしに及び申請者が伝統的な信用調査合格を待つ必要なしに秘密情報を銀行からローン提供者に渡すことを許容することになる。
【０１４３】
添付図面の図７及び８は、この実施形態が実装される方法及び関係するステップの一部をそれぞれ概略的に示した図である。
【０１４４】
図７においては、ユーザーがローン検索を行うことを希望するときにデータを取り出すためと、ユーザー（検索者）に個人的に該当する検索結果を受け取るために、本発明のＳＩＰ検索方法が使用される本発明の実施形態が示されている。
【０１４５】
図７においては、ユーザー端末７０は、ユーザー端末７０を操作中の検索者に対して適切な検索インタフェースを提供するように構成された第１の検索ソフトウェアモジュール７１をサポートする。該検索者は、ソフトウェアモジュール７１を用いて、ローン及び最も低い金利に関する情報の要求を生成する。図７に示されている実施形態においては、検索ソフトウェアモジュール７１は、該検索要求を処理し、ＳＩＰユーザーエージェント７２を通じてこの検索要求をＳＩＰプロキシサーバー７４に転送する（ステップＡ）。
【０１４６】
ＳＩＰプロキシサーバー７４は、ＳＩＰクライアント端末７０によって提供された検索要求に基づいて適切な検索を生成する検索ソフトウェアモジュール７５をサポートする。ＳＩＰユーザーエージェント７８は、通信ネットワーク（図示されていない）を通じて様々なデータソースから情報を取り出すことを求めることによって検索を実施する（ステップＢ）。
【０１４７】
データソース６７は、ＳＩＰユーザーエージェント７８のためのインタフェースとして動作する第３のＳＩＰソフトウェアモジュール６６をサポートするプラットフォームを提供し、ＳＩＰプロキシサーバー７４から受け取られたメッセージを処理することによってユーザーの検索要求を満たしている情報を提供できるかどうかを決定することを可能にする。データソース６７（「ローン会社」）は、受け取った検索要求を処理し、いくつかの一般情報（典型的なローン金利、等）で応答し（ステップＣ）、更に、所定のローン申請者のアイデンティティ又はクレジット歴のいずれか又はその両方の形のより具体的な情報を要求する。
【０１４８】
この実施形態においては、より具体的な情報の要求を受け取ることは、ＳＩＰプロキシサーバー７４により多くの情報を要求させる。ＳＩＰプロキシサーバー７４は、この要求を再パッケージ化し、ユーザーに転送するか（ステップD）又は信用照会情報源（例えばユーザーの銀行−該銀行がＳＩＰプロキシサーバーにとって既知の場合）に転送する（即ち、直接ステップＦに進む）。
【０１４９】
ＳＩＰソフトウェアモジュール７１のためのプラットフォームを提供するユーザー端末７０は、デジタル証明書７３及びユーザーの秘密キー（該ユーザーが自己の（オンライン）口座を開設時に確定させることができる）を用いて信用照会提供者（この場合は銀行）と確立済みであるセキュリティ上の関連づけを用いてサーバーの要求に署名することによって、この情報要求の受け取りに応答する（ステップＥ）。次に、サーバーは、ローン見積もりをサポートするために要求される信用情報を要求し（ステップＦ）、銀行が該信用情報を戻す（ステップＧ）。
【０１５０】
この情報は、暗号化することができ、このため、エンドユーザーのみが該暗号を解除することができ（この場合は、サーバーが該情報をユーザーに送る）、又は、この情報は、承認された金融機関のみが暗号解除できるような形で暗号化することができる（この場合は、これらの金融機関が秘密キーを有する一般的公開キー、又は要求している金融機関用の特定キーのいずれかでロックされる）。
【０１５１】
サーバーは、銀行からの情報を単に渡す（ステップＨ）か、又は、ロック解除のためにユーザーに送り（又は、該ユーザーがＳＩＰサーバーと強力なセキュリティ関係を有する場合は該情報自体のロックを解除し）、該情報に関する追加処理を行う（図示されていない）。この処理は、申請者のアイデンティティ又は関連しない情報を削除することを含むことができる。（銀行によって送られた情報の部分組である）この処理された情報に加えて、銀行情報の完全版が署名されて暗号化され、ローン会社に送られる情報内に含められる。ローン会社は、受け取った情報及び暗号化された完全版を銀行に送り戻すことができ、銀行は、ユーザー又はＳＩＰサーバーから送られた情報に手が加えられていないこと、及び、要求される箇所が完全であることを検証する。これで、銀行は、ローン会社が申請者の名前を必ずしも知らずに及び厳密に必要である以上の情報にアクセスすることなしに、該情報が正確でありさらに申請者に関連するものであることを確認することができる。
【０１５２】
これで、金融機関は、一定の金利の実際価値を決定することと、サービスと金利について一般的に説明する情報を提供するのではなく特定のローン商品、関連サービス及び実際のローン条件を実際に申し出ることが可能であるかどうかを決定すること、とができる。
【０１５３】
プロキシサーバー７４は、この追加情報がその他の検索結果と共にユーザーに戻される前に、該追加情報を処理する（例えば、ユーザーの原検索基準及び／又はユーザーのその他の選好を満たしているかどうかを調べる）（ステップＩ）。クレジット歴に依存する情報及びその他の秘密情報は、ユーザーが申し出られたローン条件を簡単に受諾できるような形でＳＩＰプロキシサーバー７４によってフォーマット化される。
【０１５４】
図８は、上記の実施形態におけるステップの一部を要約した図である。即ち、検索者が検索要求を生成し（ステップ８１）、該検索要求がＳＩＰサーバーを介してローン提供者に転送される。ローン提供者は、いくつかの一般的金利情報を提供し、いくつかのより具体的な情報（例えば、意図されているローン申請者のアイデンティティとクレジット歴）を要求する（ステップ８２）。ＳＩＰサーバーは、意図されているローンの申請者に関して検索者に問い合わせ、この申請者が検索者であると想定し、該検索者の財務情報を該検索者の銀行口座から取り出す要求にデジタル署名するように要求する。ユーザーは、予め生成されており更に（自己の銀行によって予め発行されている）デジタル証明書と関連づけられている公開キー／秘密キーの対を用いて該要求に署名する（ステップ８３）。
【０１５５】
次に、ＳＩＰサーバーは、署名された要求（ローンに関して要求される詳細を含む）を検索者の銀行に送り、ローン提供者に提供すべき必要情報を提供する（ステップ８４）。検索者の銀行は、（好ましいことに、暗号化されさらに署名されたフォーマットの）情報で応答する（ステップ８５）。この情報は、ローン提供者に転送され、ローン提供者は、受け取った情報を処理し、意図されているローンの申請者のクレジット歴を検証する（ステップ８６）。次に、ローン供給者は、特定情報で応答し、例えば、申し出る予定であるローンの条件を含める（又は、ユーザーのクレジット歴に基づいて応答することができないことを示す）（ステップ８８）。
【０１５６】
本原則は、検索の一助として又は検索を向上させるために遠隔当事者が交換する必要があるが（最も広義の意味における）権限付与／認証を要求するあらゆる種類の「付随」情報及び補足情報を用いた検索に関連する一般的情報交換を網羅するようにさらに拡大させることができることを当業者は理解することになる。
【０１５７】
医療記録へのアクセスが提供されないかぎり検索が一般情報しか戻すことができない場合、例えば、検索者が保険商品を検索する場合は、入手可能な一般情報は存在することになるが、具体的な価格は、保険に入る当事者の医療歴に依存する。この場合は、ＳＩＰ検索エンジンは、保険会社が申請者の医療記録にアクセスできるように手配することが必要になる。
【０１５８】
秘密情報へのアクセスレベルは、当事者の感受性及び／又は受け取る側のサイトのセキュリティ状態のいずれかに応じて異なる。例えば、一連のアクセス制御を実装すること、及び、秘密情報を要求している当事者の性質に従った規則をアクセス許可に適用することができる。異なった医療カテゴリ例が以下に示されている。これらのカテゴリは、秘密情報を生成する機関によって自動的に生成することができ、又は、ＳＩＰサーバーがアクセスを制限することでき、若しくは、該秘密情報が関係する個人がアクセスを制限することができる。
【０１５９】
・完全アクセス−ＧＰ及び医療機関
・要約−保険会社、雇用者（ユーザーの同意を要する）
・データ保護要約−個人（本人認証時）
各グループは、第三者が各々のレベルの情報にアクセスする権限又は特定の目的のために（生命保険を確保するために）副カテゴリを生成する権限を付与することができる。この場合におけるＳＩＰサーバーの役割は、プライバシーとセキュリティを確保しつつ当事者間の情報交換を仲介することである。
【０１６０】
検索結果の通知は、いくつかの事例においては、検索結果全体又は縮小されたデータセット（例えば、音声ファイル自体ではなくその音声ファイルのタイトルとアーティストだけ、又はビデオの静止画像、等）を具備することを当業者は理解することになる。該通知は、あらゆる適切な手段によって電子で引き渡すことができ、更に、電子メールメッセージ、ｓｍｓメッセージ、（適切な音声生成技術を用いて生成された）電話メッセージ、又はマルチメディア携帯電話型メッセージを具備することができる。
【図面の簡単な説明】
【０１６１】
【図１】本発明の実施形態に従った、ＳＩＰによってサポートされるデータ検索システム、を概略的に示した図である。
【図２】本発明の実施形態に従ったデータ検索方法におけるステップを概略的に示した流れ図である。
【図３】本発明の実施形態に従った、分散型コンピュータシステムから取り出されるデータの検索方法において、エンドユーザーエンド端末で生じるステップを示した図である。
【図４】図３に示されている実施形態に従ったＳＩＰヘッダ及び検索記述プロトコル内のフィールドの一例を概略的に示した図である。
【図５】本発明のもう１つの条件に従い、検索結果によって戻された品目を確保するためのトランザクションを自動的に完了させる実施形態を概略的に示した図である。
【図６】本発明の一実施形態に従った検索方法において、検索中に接触されたデータソースが追加情報を検索者から要求するステップを示した図である。
【図７】図６に示されている本発明の実施形態に従った検索方法が実装されるシナリオを概略的に示した図である。
【図８】図７に示されている本発明の検索方法実施形態におけるステップを概略的に示した図である。
【特許請求の範囲】
【請求項１】
分散型コンピュータシステムから取り出すデータを検索する方法であって、
ユーザーエンド端末において検索要求を生成することと、
前記検索要求を満たしているデータを前記分散型コンピュータシステムから取り出すことができるデータソースに前記検索要求を転送するように構成されたプロキシ端末に前記検索要求を転送することと、
前記最初の検索セッションが終了後に１つ以上のユーザー選好に従って選択されたユーザーエンド端末に前記検索結果を提供すること、とを具備し、前記検索要求は、検索基準と、前記分散型コンピュータシステムにおいてアドレスにマッピングすることができる永久的ユーザー識別子と、を具備し、前記検索基準は、前記エンド端末においてユーザーによって入力された情報と、前記入力された情報に自動的に追加される追加情報と、を具備し、前記追加情報は、前記ユーザー識別子と関連づけられている、方法。
【請求項２】
前記データソースによって戻された前記検索結果は、前記検索要求を生成する前記エンティティに関する特定情報を含む、請求項１に記載の方法。
【請求項３】
前記データソースによって戻された前記検索結果は、前記少なくとも１つの検索基準が関連するエンティティに関する特定情報を含む、請求項１に記載の方法。
【請求項４】
前記ユーザー選好の１つは、検索結果をユーザーエンド端末に伝達できるようにする前に検索結果が前記検索要求を満たしていなければならない程度を定義する基準を含む、請求項２又は請求項３のいずれか１つに記載の方法。
【請求項５】
前記検索結果は、前記データソースによって前記プロキシサーバーに転送され、前記ユーザー選好は、検索結果が前記検索要求を十分に満たしている場合は、前記検索結果が予め決められたユーザーエンド端末に前記プロキシサーバーによって伝達されるように指示する基準を含む、請求項４記載の方法。
【請求項６】
前記検索要求は、優先度指標を示し、前記ユーザー選好は、検索結果が前記優先度指標とともに受け取られた場合は、前記検索結果が予め決められたユーザーエンド端末に前記プロキシサーバーによって伝達されるように指示する基準を含む、前記のいずれかの請求項に記載の方法。
【請求項７】
前記検索結果は、コンテンツ指標を示し、前記ユーザー選好は、検索結果が前記コンテンツ指標とともに受け取られた場合は、前記検索結果が予め決められたユーザーエンド端末に前記プロキシサーバーによって伝達されるように指示する基準を含む、前記のいずれかの請求項に記載の方法。
【請求項８】
前記コンテンツ指標は、ファイルの種類を示すために前記プロキシサーバーによって割り当てられる、請求項７に記載の方法。
【請求項９】
前記コンテンツ指標は、ファイルの主題コンテンツを示すために前記プロキシサーバーによって割り当てられる、請求項８に記載の方法。
【請求項１０】
前記予め決められたユーザーエンド端末は、前記プロキシサーバーが前記検索結果を受け取り時に前記ユーザーが関連づけられる前記ユーザーエンド端末である、前記のいずれかの請求項に記載の方法。
【請求項１１】
前記データソースは、サーバー及び関連する検索エンジンを具備する、前記のいずれかの請求項に記載の方法。
【請求項１２】
前記データソースは、前記検索結果に該当する主題と関連づけられた１つ以上の電子メールアドレスを具備し、前記プロキシサーバーは、電子メール形式の前記検索要求を前記１つ以上の電子メールアドレスに転送する、前記のいずれかの請求項に記載の方法。
【請求項１３】
前記データソースは、ＩＰ−ＰＳＴＮゲートウエイを具備し、前記プロキシサーバーは、電話番号を呼び出し更に自動音声技術を用いて前記検索要求を話すことによって前記検索要求を転送する、前記のいずれかの請求項に記載の方法。
【請求項１４】
前記検索結果は、前記検索結果の転送先である前記データ端末に適した媒体とフォーマットで提供される、前記のいずれかの請求項に記載の方法。
【請求項１５】
分散型システムから取り出すデータを検索する方法であって、前記分散型コンピュータシステムは、プロキシサーバーと通信できる少なくとも１つのユーザーエンド端末を具備し、前記プロキシサーバーは、前記分散型コンピュータシステムから情報を取り出すことができる少なくとも１つのデータソースと通信することができ、前記ユーザーエンド端末は、前記プロキシサーバーにおいて一意のユーザーアイデンティティとともに登録されているユーザーによって操作できるように適合化されており、前記ユーザーアイデンティティは、一組のユーザー選好と関連づけられており、
最初の検索セッションにおいて前記少なくとも１つのユーザーエンド端末の１つにおいて検索要求を生成するステップであって、前記検索要求は、取り出される前記データによって満たすべき複数の検索基準を示し、前記検索基準は、前記ユーザーが前記ユーザー端末において入力した情報と、検索基準として自動的に含められる前記ユーザーアイデンティティを用いて導き出される追加情報と、を具備するステップと、
前記検索要求をカプセル化した検索要求メッセージを前記プロキシサーバーに送信するステップと、
前記検索要求メッセージを、前記ユーザーの一意のアイデンティティと関連づけられた一意の検索番号と関連づけるステップと、
前記受け取られた検索要求メッセージを処理するように構成された少なくとも１つのデータソースに前記検索要求メッセージを転送するステップと、
前記カプセル化された検索要求に従って検索を実施するステップと、
検索結果メッセージ内にカプセル化された検索結果を前記プロキシサーバーに送るステップと、
前記検索結果メッセージのカプセルを解除するステップと、
前記ユーザー選好の組に従って前記検索結果を処理するステップと、
前記ユーザー選好の組に従って前記少なくとも１つのユーザーエンド端末のうちの１つを選択するステップと、
前記の最初の検索セッションが終了後に、前記処理された検索結果をカプセル化した検索結果メッセージを、前記少なくとも１つの選択されたユーザーエンド端末に送信するステップと、を具備する方法。
【請求項１６】
前記分散型コンピュータシステムは、前記セッション開始プロトコル（ＳＩＰ）をサポートし、前記ユーザーエンド端末は、ＳＩＰによって登録された端末であり、前記プロキシサーバーは、ＳＩＰプロキシサーバーであり、前記ユーザーは、前記プロキシサーバーにおいて一意のＳＩＰアドレスとともに登録されている、請求項１５に記載の方法。
【請求項１７】
前記検索結果メッセージは、前記検索を要求した前記ユーザーの現在の所在場所であることが前記ＳＩＰプロキシサーバーによって決定されたアドレスの前記ユーザーに送信されるＳＩＰメッセージである、請求項１６に記載の方法。
【請求項１８】
前記検索結果ＳＩＰメッセージは、前記ユーザーの登録されたＳＩＰアイデンティティと関連づけられた複数のアドレスに送信される、請求項１７に記載の方法。
【請求項１９】
前記検索結果ＳＩＰメッセージは、前記検索要求を前記ＳＩＰプロキシサーバーに送信するために前記ユーザーによって操作された前記ユーザーエンド端末とは異なるユーザーエンド端末と関連づけられたアドレスに送信される、請求項１６又は請求項１７に記載の方法。
【請求項２０】
前記ユーザーエンド端末は、移動デバイスである、前記のいずれかの請求項に記載の方法。
【請求項２１】
少なくとも１つのユーザー選好は、前記検索結果のフォーマット化方法を指示するフォーマット化ユーザー選好を具備する、前記のいずれかの請求項に記載の方法。
【請求項２２】
少なくとも１つのユーザー選好は、ユーザーエンド端末の型と関連づけられたフォーマット化ユーザー選好を具備する、請求項６乃至１０のいずれか１つに記載の方法。
【請求項２３】
少なくとも１つのユーザー選好に従って少なくとも１つの検索基準を修正する前記プロキシサーバーのステップをさらに具備する、前記のいずれかの請求項に記載の方法。
【請求項２４】
少なくとも１つのユーザー選好に従って前記検索結果を修正する前記プロキシサーバーのステップをさらに具備する、前記のいずれかの請求項に記載の方法。
【請求項２５】
前記検索が前記プロキシサーバーによって転送される前記少なくとも１つのデータソースは、少なくとも１つのユーザー選好に従って前記プロキシサーバーによって決定される、前記のいずれかの請求項に記載の方法。
【請求項２６】
前記プロキシサーバーは、前記ユーザーの記載された関心に該当しないことが少なくとも１つのユーザー選好によって示された少なくとも１つの結果を削除するために、前記戻された検索結果を処理する、前記のいずれかの請求項に記載の方法。
【請求項２７】
前記プロキシサーバーは、前記戻された検索結果によって示された品目又はサービスに関するあらゆる戻された費用額を修正するために、前記戻された検索結果を処理し、前記修正は、ユーザー選好に関連づけられた割引制度に従う、前記のいずれかの請求項に記載の方法。
【請求項２８】
前記プロキシサーバーは、前記検索結果を処理し、前記検索結果によって記載された少なくとも１つの品目が満たしている検索基準数に従って、前記少なくとも１つの品目を前記ユーザーに引き渡す優先順位を設定する、前記のいずれかの請求項に記載の方法。
【請求項２９】
前記プロキシサーバーは、通信ネットワークを通じて前記ユーザーに送信されるスモールメッセージサービスＳＭＳメッセージにおいて検索結果をカプセル化することによって、前記検索結果に対する注意を前記ユーザーに喚起する、請求項２８に記載の方法。
【請求項３０】
前記検索要求は、予め保存されている検索要求を少なくとも１つの更新された検索基準に従って修正する前記ユーザーエンド端末によって生成される、前記のいずれかの請求項に記載の方法。
【請求項３１】
少なくとも１つのユーザー選好の前記組は、検索結果を生成する上での最長制限時間を指定する、前記のいずれかの請求項に記載の方法。
【請求項３２】
前記分散型コンピュータシステムは、通信ネットワークを通じて接続される、前記のいずれかの請求項に記載の方法。
【請求項３３】
ユーザーが前記請求項のいずれかの請求項の方法を用いて検索要求を生成する際に使用するために操作できるように構成されたユーザーエンド端末
【請求項３４】
請求項３３に記載のユーザーエンド端末から検索要求メッセージを受け取るように構成されたプロキシサーバーであって、請求項１乃至３２のいずれかに従った方法において使用されるように構成されたプロキシサーバー。
【請求項３５】
請求項１乃至３２のいずれか１つに従った方法を実装するように構成された一連のコンピュータプログラムであって、前記分散型コンピュータシステムにおいて提供されている一連のコンピュータシステム。
【請求項３６】
請求項１乃至３２のいずれか１つに従った方法によって生成された検索要求を通信ネットワークを通じて搬送する信号であって、前記通信ネットワークは、前記分散型コンピュータシステムを具備する、信号。
【請求項３７】
請求項１乃至３２のいずれか１つに従った方法によって生成された検索結果を通信ネットワークを通じて搬送する信号であって、前記通信ネットワークは、前記分散型コンピュータシステムを具備する、信号。
【請求項３８】
請求項３６又は請求項３７のいずれかに従って信号を伝達するように構成された通信ネットワーク。
【請求項３９】
検索結果通知が関連する検索結果の前に、前記通知が前記プロキシサーバーによってエンド端末に送信される、請求項１乃至３２のいずれか１つに記載の方法。
【請求項４０】
前記通知の引き渡しに引き続き、前記ユーザーは、前記通知を受け取るために使用された接続ではない高帯域幅接続に接続する、請求項３９に記載の方法。
【請求項４１】
前記検索基準が関連するエンティティに特定された追加情報をデータソースが提供することを可能にする追加情報を前記データソースが前記プロキシサーバーから要求するステップをさらに具備する、請求項１乃至３２のいずれか１つの請求項、又は請求項３９乃至４０に記載の方法。
【請求項４２】
前記追加情報は、前記ＳＩＰサーバーによって提供される、請求項４１に記載の方法。
【請求項４３】
前記ＳＩＰサーバーは、前記追加情報をデータソースから取り出す権限を前記ユーザーによって付与されている、請求項４２に記載の方法。
【請求項４４】
前記追加情報は、前記ユーザーが提供された前記追加情報の内容を承知していない状態で、前記要求しているデータソースに提供される、請求項４３に記載の方法。
【請求項４５】
追加情報は、前記追加情報を要求しているデータソースが、要求された前記追加情報を受け取るための予め決められたセキュリティ基準を満たしている場合のみに提供される、請求項４１乃至４４のいずれか１つに記載の方法。
【請求項１】
分散型コンピュータシステムから取り出すデータを検索する方法であって、
ユーザーエンド端末において検索要求を生成することと、
前記検索要求を満たしているデータを前記分散型コンピュータシステムから取り出すことができるデータソースに前記検索要求を転送するように構成されたプロキシ端末に前記検索要求を転送することと、
前記最初の検索セッションが終了後に１つ以上のユーザー選好に従って選択されたユーザーエンド端末に前記検索結果を提供すること、とを具備し、前記検索要求は、検索基準と、前記分散型コンピュータシステムにおいてアドレスにマッピングすることができる永久的ユーザー識別子と、を具備し、前記検索基準は、前記エンド端末においてユーザーによって入力された情報と、前記入力された情報に自動的に追加される追加情報と、を具備し、前記追加情報は、前記ユーザー識別子と関連づけられている、方法。
【請求項２】
前記データソースによって戻された前記検索結果は、前記検索要求を生成する前記エンティティに関する特定情報を含む、請求項１に記載の方法。
【請求項３】
前記データソースによって戻された前記検索結果は、前記少なくとも１つの検索基準が関連するエンティティに関する特定情報を含む、請求項１に記載の方法。
【請求項４】
前記ユーザー選好の１つは、検索結果をユーザーエンド端末に伝達できるようにする前に検索結果が前記検索要求を満たしていなければならない程度を定義する基準を含む、請求項２又は請求項３のいずれか１つに記載の方法。
【請求項５】
前記検索結果は、前記データソースによって前記プロキシサーバーに転送され、前記ユーザー選好は、検索結果が前記検索要求を十分に満たしている場合は、前記検索結果が予め決められたユーザーエンド端末に前記プロキシサーバーによって伝達されるように指示する基準を含む、請求項４記載の方法。
【請求項６】
前記検索要求は、優先度指標を示し、前記ユーザー選好は、検索結果が前記優先度指標とともに受け取られた場合は、前記検索結果が予め決められたユーザーエンド端末に前記プロキシサーバーによって伝達されるように指示する基準を含む、前記のいずれかの請求項に記載の方法。
【請求項７】
前記検索結果は、コンテンツ指標を示し、前記ユーザー選好は、検索結果が前記コンテンツ指標とともに受け取られた場合は、前記検索結果が予め決められたユーザーエンド端末に前記プロキシサーバーによって伝達されるように指示する基準を含む、前記のいずれかの請求項に記載の方法。
【請求項８】
前記コンテンツ指標は、ファイルの種類を示すために前記プロキシサーバーによって割り当てられる、請求項７に記載の方法。
【請求項９】
前記コンテンツ指標は、ファイルの主題コンテンツを示すために前記プロキシサーバーによって割り当てられる、請求項８に記載の方法。
【請求項１０】
前記予め決められたユーザーエンド端末は、前記プロキシサーバーが前記検索結果を受け取り時に前記ユーザーが関連づけられる前記ユーザーエンド端末である、前記のいずれかの請求項に記載の方法。
【請求項１１】
前記データソースは、サーバー及び関連する検索エンジンを具備する、前記のいずれかの請求項に記載の方法。
【請求項１２】
前記データソースは、前記検索結果に該当する主題と関連づけられた１つ以上の電子メールアドレスを具備し、前記プロキシサーバーは、電子メール形式の前記検索要求を前記１つ以上の電子メールアドレスに転送する、前記のいずれかの請求項に記載の方法。
【請求項１３】
前記データソースは、ＩＰ−ＰＳＴＮゲートウエイを具備し、前記プロキシサーバーは、電話番号を呼び出し更に自動音声技術を用いて前記検索要求を話すことによって前記検索要求を転送する、前記のいずれかの請求項に記載の方法。
【請求項１４】
前記検索結果は、前記検索結果の転送先である前記データ端末に適した媒体とフォーマットで提供される、前記のいずれかの請求項に記載の方法。
【請求項１５】
分散型システムから取り出すデータを検索する方法であって、前記分散型コンピュータシステムは、プロキシサーバーと通信できる少なくとも１つのユーザーエンド端末を具備し、前記プロキシサーバーは、前記分散型コンピュータシステムから情報を取り出すことができる少なくとも１つのデータソースと通信することができ、前記ユーザーエンド端末は、前記プロキシサーバーにおいて一意のユーザーアイデンティティとともに登録されているユーザーによって操作できるように適合化されており、前記ユーザーアイデンティティは、一組のユーザー選好と関連づけられており、
最初の検索セッションにおいて前記少なくとも１つのユーザーエンド端末の１つにおいて検索要求を生成するステップであって、前記検索要求は、取り出される前記データによって満たすべき複数の検索基準を示し、前記検索基準は、前記ユーザーが前記ユーザー端末において入力した情報と、検索基準として自動的に含められる前記ユーザーアイデンティティを用いて導き出される追加情報と、を具備するステップと、
前記検索要求をカプセル化した検索要求メッセージを前記プロキシサーバーに送信するステップと、
前記検索要求メッセージを、前記ユーザーの一意のアイデンティティと関連づけられた一意の検索番号と関連づけるステップと、
前記受け取られた検索要求メッセージを処理するように構成された少なくとも１つのデータソースに前記検索要求メッセージを転送するステップと、
前記カプセル化された検索要求に従って検索を実施するステップと、
検索結果メッセージ内にカプセル化された検索結果を前記プロキシサーバーに送るステップと、
前記検索結果メッセージのカプセルを解除するステップと、
前記ユーザー選好の組に従って前記検索結果を処理するステップと、
前記ユーザー選好の組に従って前記少なくとも１つのユーザーエンド端末のうちの１つを選択するステップと、
前記の最初の検索セッションが終了後に、前記処理された検索結果をカプセル化した検索結果メッセージを、前記少なくとも１つの選択されたユーザーエンド端末に送信するステップと、を具備する方法。
【請求項１６】
前記分散型コンピュータシステムは、前記セッション開始プロトコル（ＳＩＰ）をサポートし、前記ユーザーエンド端末は、ＳＩＰによって登録された端末であり、前記プロキシサーバーは、ＳＩＰプロキシサーバーであり、前記ユーザーは、前記プロキシサーバーにおいて一意のＳＩＰアドレスとともに登録されている、請求項１５に記載の方法。
【請求項１７】
前記検索結果メッセージは、前記検索を要求した前記ユーザーの現在の所在場所であることが前記ＳＩＰプロキシサーバーによって決定されたアドレスの前記ユーザーに送信されるＳＩＰメッセージである、請求項１６に記載の方法。
【請求項１８】
前記検索結果ＳＩＰメッセージは、前記ユーザーの登録されたＳＩＰアイデンティティと関連づけられた複数のアドレスに送信される、請求項１７に記載の方法。
【請求項１９】
前記検索結果ＳＩＰメッセージは、前記検索要求を前記ＳＩＰプロキシサーバーに送信するために前記ユーザーによって操作された前記ユーザーエンド端末とは異なるユーザーエンド端末と関連づけられたアドレスに送信される、請求項１６又は請求項１７に記載の方法。
【請求項２０】
前記ユーザーエンド端末は、移動デバイスである、前記のいずれかの請求項に記載の方法。
【請求項２１】
少なくとも１つのユーザー選好は、前記検索結果のフォーマット化方法を指示するフォーマット化ユーザー選好を具備する、前記のいずれかの請求項に記載の方法。
【請求項２２】
少なくとも１つのユーザー選好は、ユーザーエンド端末の型と関連づけられたフォーマット化ユーザー選好を具備する、請求項６乃至１０のいずれか１つに記載の方法。
【請求項２３】
少なくとも１つのユーザー選好に従って少なくとも１つの検索基準を修正する前記プロキシサーバーのステップをさらに具備する、前記のいずれかの請求項に記載の方法。
【請求項２４】
少なくとも１つのユーザー選好に従って前記検索結果を修正する前記プロキシサーバーのステップをさらに具備する、前記のいずれかの請求項に記載の方法。
【請求項２５】
前記検索が前記プロキシサーバーによって転送される前記少なくとも１つのデータソースは、少なくとも１つのユーザー選好に従って前記プロキシサーバーによって決定される、前記のいずれかの請求項に記載の方法。
【請求項２６】
前記プロキシサーバーは、前記ユーザーの記載された関心に該当しないことが少なくとも１つのユーザー選好によって示された少なくとも１つの結果を削除するために、前記戻された検索結果を処理する、前記のいずれかの請求項に記載の方法。
【請求項２７】
前記プロキシサーバーは、前記戻された検索結果によって示された品目又はサービスに関するあらゆる戻された費用額を修正するために、前記戻された検索結果を処理し、前記修正は、ユーザー選好に関連づけられた割引制度に従う、前記のいずれかの請求項に記載の方法。
【請求項２８】
前記プロキシサーバーは、前記検索結果を処理し、前記検索結果によって記載された少なくとも１つの品目が満たしている検索基準数に従って、前記少なくとも１つの品目を前記ユーザーに引き渡す優先順位を設定する、前記のいずれかの請求項に記載の方法。
【請求項２９】
前記プロキシサーバーは、通信ネットワークを通じて前記ユーザーに送信されるスモールメッセージサービスＳＭＳメッセージにおいて検索結果をカプセル化することによって、前記検索結果に対する注意を前記ユーザーに喚起する、請求項２８に記載の方法。
【請求項３０】
前記検索要求は、予め保存されている検索要求を少なくとも１つの更新された検索基準に従って修正する前記ユーザーエンド端末によって生成される、前記のいずれかの請求項に記載の方法。
【請求項３１】
少なくとも１つのユーザー選好の前記組は、検索結果を生成する上での最長制限時間を指定する、前記のいずれかの請求項に記載の方法。
【請求項３２】
前記分散型コンピュータシステムは、通信ネットワークを通じて接続される、前記のいずれかの請求項に記載の方法。
【請求項３３】
ユーザーが前記請求項のいずれかの請求項の方法を用いて検索要求を生成する際に使用するために操作できるように構成されたユーザーエンド端末
【請求項３４】
請求項３３に記載のユーザーエンド端末から検索要求メッセージを受け取るように構成されたプロキシサーバーであって、請求項１乃至３２のいずれかに従った方法において使用されるように構成されたプロキシサーバー。
【請求項３５】
請求項１乃至３２のいずれか１つに従った方法を実装するように構成された一連のコンピュータプログラムであって、前記分散型コンピュータシステムにおいて提供されている一連のコンピュータシステム。
【請求項３６】
請求項１乃至３２のいずれか１つに従った方法によって生成された検索要求を通信ネットワークを通じて搬送する信号であって、前記通信ネットワークは、前記分散型コンピュータシステムを具備する、信号。
【請求項３７】
請求項１乃至３２のいずれか１つに従った方法によって生成された検索結果を通信ネットワークを通じて搬送する信号であって、前記通信ネットワークは、前記分散型コンピュータシステムを具備する、信号。
【請求項３８】
請求項３６又は請求項３７のいずれかに従って信号を伝達するように構成された通信ネットワーク。
【請求項３９】
検索結果通知が関連する検索結果の前に、前記通知が前記プロキシサーバーによってエンド端末に送信される、請求項１乃至３２のいずれか１つに記載の方法。
【請求項４０】
前記通知の引き渡しに引き続き、前記ユーザーは、前記通知を受け取るために使用された接続ではない高帯域幅接続に接続する、請求項３９に記載の方法。
【請求項４１】
前記検索基準が関連するエンティティに特定された追加情報をデータソースが提供することを可能にする追加情報を前記データソースが前記プロキシサーバーから要求するステップをさらに具備する、請求項１乃至３２のいずれか１つの請求項、又は請求項３９乃至４０に記載の方法。
【請求項４２】
前記追加情報は、前記ＳＩＰサーバーによって提供される、請求項４１に記載の方法。
【請求項４３】
前記ＳＩＰサーバーは、前記追加情報をデータソースから取り出す権限を前記ユーザーによって付与されている、請求項４２に記載の方法。
【請求項４４】
前記追加情報は、前記ユーザーが提供された前記追加情報の内容を承知していない状態で、前記要求しているデータソースに提供される、請求項４３に記載の方法。
【請求項４５】
追加情報は、前記追加情報を要求しているデータソースが、要求された前記追加情報を受け取るための予め決められたセキュリティ基準を満たしている場合のみに提供される、請求項４１乃至４４のいずれか１つに記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００７−５０７７７７（Ｐ２００７−５０７７７７Ａ）
【公表日】平成１９年３月２９日（２００７．３．２９）
【国際特許分類】
【出願番号】特願２００６−５３０５７６（Ｐ２００６−５３０５７６）
【出願日】平成１６年９月２９日（２００４．９．２９）
【国際出願番号】ＰＣＴ／ＧＢ２００４／００４１７１
【国際公開番号】ＷＯ２００５／０３３９７１
【国際公開日】平成１７年４月１４日（２００５．４．１４）
【出願人】（３９００２８５８７）ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー (104)
【氏名又は名称原語表記】ＢＲＩＴＩＳＨ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＰＵＢＬＩＣ ＬＩＭＩＴＥＤ ＣＯＭＰＡＮＹ
【Ｆターム（参考）】
【公表日】平成１９年３月２９日（２００７．３．２９）
【国際特許分類】
【出願日】平成１６年９月２９日（２００４．９．２９）
【国際出願番号】ＰＣＴ／ＧＢ２００４／００４１７１
【国際公開番号】ＷＯ２００５／０３３９７１
【国際公開日】平成１７年４月１４日（２００５．４．１４）
【出願人】（３９００２８５８７）ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー (104)
【氏名又は名称原語表記】ＢＲＩＴＩＳＨ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＰＵＢＬＩＣ ＬＩＭＩＴＥＤ ＣＯＭＰＡＮＹ
【Ｆターム（参考）】
[ Back to top ]