移動装置のためのサーバーエージェントを形成する方法、装置及びシステム
本発明は、１つ以上のエージェントが、ネットワーク上の少なくとも１つのサーバーから情報を収集して、この情報をサーバーのインボックスへ自動的に与え、次いで、移動装置へのワイヤレス接続が使用できる場合には移動装置のインボックスへそれを与えることができるようにする。サーバーエージェントファシリティは、移動装置からの情報要求を前処理し、これは、バンドから情報を収集し、その収集した情報をフィルタリングし、そして移動装置に適したフォーマットで配送するように情報をパッケージングすることを含む。サーバーエージェントファシリティ内のサーバーエージェントは、時間、事象（１つ又は複数）、ユーザプロフィール、移動装置プロフィール、要求（１つ又は複数）、警告（１つ又は複数）、及び経歴的振舞いを含む（これらに限定されないが）種々のファクタに基づいて能動的に情報を収集することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、情報収集に係り、より詳細にはエージェントを用いて移動装置に使用するためのバンド(band)からの情報を収集することに係るが、これに限定されるものではない。
【０００２】
関連出願へのクロスレファレンス：本発明は、参考としてここに援用する２００３年１１月１０日に出願された「Method, Apparatus, and System for Providing a Server Agent for a Mobile Device」と題する米国プロビジョナル特許出願第６０／５１８，９８９号から優先権を主張する。
【背景技術】
【０００３】
一般に、エージェントとは、フォアグラウンド(foreground)で動作する別のアプリケーションのバックグラウンド(background)においてある形式の情報収集及び／又は処理を遂行するアプリケーションである。通常、エージェントプログラムとは、比較的小さく且つ良好に定義されたタスクである。例えば、インターネットが成長するにつれて、エージェントは、サーチ要求に関する情報収集のためのより卓越したものとなった。エージェントによって収集された情報は、フォアグラウンドで動作している別のアプリケーションへプル(pull)又はプッシュ(push)することができる。それ故、本発明は、これら及び他の事柄に関してなされたものである。
【発明の開示】
【０００４】
簡単に述べると、本発明は、１つ以上のサーバーエージェント(server agent)をもつファシリティ(facility)がネットワーク上の少なくとも１つのリソースから情報を収集し、そしてこの情報を適当なフォーマットで移動装置のインボックス(inbox)へ自動的に供給することができるようにする。サーバーエージェントファシリティは、情報の要求を前処理し、バンド(band)からの情報を収集し、その収集した情報をフィルタリングし、そしてその情報を移動装置のインボックスに適したフォーマットで配送するようにパッケージするというプロセスを備えている。サーバーエージェントは、時間、事象（１つ又は複数）、ユーザプロフィール、移動装置プロフィール、要求（１つ又は複数）、警告（１つ又は複数）、経歴データ、振舞いデータ等を含む（これらに限定されない）少なくとも１つのファクタに基づいて、情報を独立して収集して処理することができる。
【０００５】
エディタ、サーチエージェント、警告エージェント、及びフォワードルックエージェント(forward looking agent)を含む（これに限定されない）異なる形式のサーバーエージェントをサーバーエージェントファシリティにより使用して、情報を収集することができる。又、第三者エージェントにより与えられる情報を収集するためのモジュールや、サーバーエージェントにより前処理するための情報を収集するプロアクティブ（proactive）フェッチ(fetch)モジュールを含む収集モジュールが、サーバーエージェントファシリティにより使用されて、サーバーエージェントにより前処理するための情報を収集する。
【０００６】
パッケージングモジュールが、その収集した情報を、移動装置に使用するのに適した少なくとも１つのフォーマットでパッケージし、これは、ワイヤレスアプリケーションプロトコル（ＷＡＰ）等を含むが、これに限定されない。更に、パッケージングモジュールは、その収集した情報を、移動装置のインボックスへ配送するのに適したフォーマットでパッケージするために暗号化及び圧縮を行うことができる。
【０００７】
インターフェイスモジュールは、サーバーエージェントファシリティが、検索要求に応答して、前処理された収集情報を与えるか、又は移動装置のインボックスへ情報を自動的にプッシュすることができるようにする。
【発明を実施するための最良の形態】
【０００８】
以下、添付図面を参照して本発明の実施形態を説明するが、これら実施形態は、余す所のないものでもないし、又、これに限定されるものでもない。添付図面において、特に指示のない限り、種々の図面全体にわたって同じ部分が同じ参照番号で示されている。
本発明を良く理解するために、以下の詳細な説明を添付図面と一緒に読むべきである。
【０００９】
以下の詳細な説明において、本発明の特定の実施形態が示された添付図面について説明する。これらの実施形態は、当業者が本発明を実施できるように充分に詳細に説明されるが、本発明の精神又は範囲から逸脱せずに、他の実施形態も使用でき、且つ他の変更もなされ得ることが理解されよう。それ故、以下の詳細な説明は、限定の意味でなされたものではなく、本発明の範囲は、特許請求の範囲のみによって限定される。
【００１０】
説明上の動作環境
図１は、本発明を実施できる例示的環境の要素を示す。本発明を実施するのに全ての要素が要求されるのではなく、本発明の精神又は範囲から逸脱せずに、これら要素の形式及び配列を変更してもよい。
【００１１】
図１において、種々のユーザ、装置、サーバー、エージェント、モジュール、クライアント、プロセス等の間で通信を行えるようにするインターネットのようなネットワーク１０２には、１つ以上のローカルエリアネットワーク（ＬＡＮ）及び／又はワイドエリアネットワーク（ＷＡＮ）が含まれる。図示されたように、クライアントコンピュータ１０４及びサーバーコンピュータ１０８は、ネットワーク１０２を使用して、互いに通信すると共に、同様の装置と通信する。ワイヤレスネットワーク１１０がネットワーク１０２に接続される。ワイヤレスネットワーク１１０は、移動装置へのワイヤレス接続を与えるのに使用されるサーバー、メッセージングセンター及びタワーのような種々の要素を含むことができる。これら要素の多くは、ワイヤで相互接続され、ワイヤレスという呼称は、ワイヤレスネットワークを使用する装置に適用され、その構造を表わすものには適用されない。ワイヤレスネットワーク１１０とネットワーク１０２との間の接続は、種々の既知の方法により実現でき、例えば、ゲートウェイの使用により実現できる。移動装置１０６は、ワイヤレス通信媒体を使用してワイヤレスネットワーク１１０に結合することができる。又、移動装置は、移動電話、スマート電話、ページャー、携帯用無線電話機(walkie talkie)、高周波（ＲＦ）装置、赤外線（ＩＲ）装置、Ｗｉ−Ｆｉ装置、及びこれら装置の１つ以上を組み合せた一体化装置、等々を含むことができる。又、図示されていないが、移動装置１０６は、ｅメール、インスタントメッセージング（instant messaging:ＩＭ）、ショートメッセージングサービス（sort messaging service:ＳＭＳ）等のメッセージングファシリティのためのインボックスを含むことができる。
【００１２】
図示されていないが、ネットワーク１０２のＬＡＮ及びＷＡＮは、通常、ルーター及び／又はスイッチにより相互接続される。又、ＬＡＮ及びＷＡＮ内の通信リンクは、ねじれ対、光ファイバー又は同軸ケーブルを含むことができ、一方、ネットワーク間の通信リンクは、アナログ電話線、Ｔ１、Ｔ２、Ｔ３及びＴ４を含む全又は部分専用デジタルライン、サービス総合デジタル網（ＩＳＤＮ）、デジタル加入者ライン（ＤＳＬ）、ワイヤレスライン等を利用できる。更に、図１におけるＷＡＮ及びＬＡＮの数は、本発明の精神又は範囲から逸脱せずに、任意に増加又は減少することができる。
【００１３】
上述した通信リンクにおいて情報を送信するのに使用される媒体は、一形式のコンピュータ読み取り可能な媒体、即ち通信媒体を示している。一般に、コンピュータ読み取り可能な媒体は、コンピューティング装置によりアクセスできる媒体を含む。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体、通信媒体又はその組合せを含んでもよい。
【００１４】
更に、通信媒体は、通常、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は他のデータを、変調されたデータ信号、例えば、搬送波又は他の搬送メカニズムにおいて実施し、そして情報配送媒体を備えている。「変調されたデータ信号」及び「搬送波信号」という語は、情報、命令、データ等を信号にエンコードするように１つ以上の特性が設定又は変更された信号を含む。例えば、通信媒体は、ワイヤード媒体、例えば、ねじれ対、同軸ケーブル、光ファイバー、導波器、並びに他のワイヤード媒体及びワイヤレス媒体、例えば、音響、ＲＦ、赤外線、及び他のワイヤレス媒体を含む。
【００１５】
サーバーコンピュータ１０８は、他の要素の中でも、中央処理ユニット（プロセッサ）、命令を記憶するためのメモリ、及びバスを経て接続されたネットワークインターフェイスユニットを含むことができる。プロセッサは、メモリに記憶された命令に関連して、サーバーコンピュータ１０８で実行される１つ以上のアプリケーションのオペレーションを可能にする。これらのアプリケーションは、サーバー、クライアント、プロトコル、インターフェイス、コンパイラー、トランスレータ、モジュール、エージェント等を含むことができるが、これらに限定されない。
【００１６】
サーバーコンピュータ１０８に対して、ネットワークインターフェイスユニットは、サーバーコンピュータをネットワーク１０２に接続するのに必要な回路を備え、そしてＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＳＭＳ及びＷＡＰを含む（これらに限定されない）種々の通信プロトコルに使用するように構成される。ネットワークインターフェイスユニットは、ワイヤード及び／又はワイヤレス通信媒体を経てグラフィック表示、広告データ等の情報を通信するための回路及び要素を含んでもよいし、又はそれらにインターフェイスしてもよい。ネットワークインターフェイスユニットは、トランシーバーと称されることもある。
【００１７】
図２は、移動装置とサーバーエージェントファシリティとの間で通信するためのアーキテクチャーの概略２００である。移動装置（図示せず）は、移動装置において動作するメッセージングファシリティ（図示せず）、例えば、ｅメール、ＳＭＳ、ＩＭ等と通信するインボックス２０２を備えている。サーバーエージェントファシリティは、少なくとも１つのサーバーコンピュータ、クライアントコンピュータ、又はホストコンピュータ等（図示せず）において動作する。
【００１８】
図示されたように、サーバーエージェントファシリティは、互いに通信する少なくとも４つのカテゴリーのモジュール、即ちインターフェイスモジュール、パッケージングモジュール、エージェントモジュール、及び収集モジュールを備えている。インターフェイスモジュールは、移動装置へのワイヤレス接続が生じたとき、及び収集されて前処理された情報を供給するに充分なバンド巾が得られると決定されたときに、その収集されて前処理された情報をインボックス２０２へ通信できるようにする。
【００１９】
インターフェイスモジュールは、プッシュ要素２０４及び検索要素２０６を含むことができる。プッシュ要素２０４は、ワイヤレス接続が利用できる場合に、その収集されて前処理された情報を移動装置のインボックス２０２へ自動的に供給するように構成される。検索要素２０６は、ワイヤレス接続が利用できる場合に、移動装置からの要求に応答して、インボックス２０２へ実質的に同様の情報を供給するように構成される。
【００２０】
インターフェイスモジュールとパッケージングモジュールとの間には、配送エージェント２０５がある。この配送エージェント２０５は、移動装置をモニタリングして、それが使用できるかどうか決定するように構成される。移動装置が使用できる場合には、配送エージェント２０５は、サーバーに存在する一時的インボックスからの応答を、インターフェイスモジュールを経て、移動装置のインボックスへ与えることができる。
【００２１】
パッケージングモジュールは、収集されて前処理された情報を、インボックス２０２に適したフォーマットでパッケージするように構成される。インボックス２０２の特性に基づいて、パッケージングモジュールは、収集されて前処理された情報をアレンジするための正規化要素２０８、情報を圧縮するための圧縮要素２１０、及び／又は情報を暗号化するための暗号化要素２１２を使用することができる。
【００２２】
エージェントモジュールは、情報の収集及び／又は前処理を可能にするために使用できる種々の形式のエージェントを含む。これらのエージェントは、収集された情報を編集するためのエディタエージェント２１４を含むことができる。例えば、エディタエージェント２１４は、サーチにより与えられるトップ１０の結果を決定するのに使用できる。又、エージェントモジュールは、問合せに関連した情報を収集するのに使用できるサーチエージェント２１６を含むこともできる。株の価格の変動、天気の変化、新聞発表等の事象（警告）に関連した情報を収集するために、エージェントモジュールには警告エージェント２１８を含むこともできる。更に、図示されたように、エージェントモジュールは、フォワードルックエージェント２２０も含むことができ、このエージェントは、移動装置、ユーザ等のプロフィールを使用すると共に、経歴及び／又は振舞いデータを使用して、有用となる情報を予想するのに使用できる。このような経歴及び／又は振舞いデータは、例えば、航空機チケットのサーチ、移動装置の現在位置に関連しない特定都市の方向、及び同様の振舞い関連情報を含んでもよい。経歴及び／又は振舞いデータに基づいて、フォワードルックエージェント２２０は、その特定の都市における天気情報の収集が有用であることを予想できる。フォワードルックエージェント２２０は、この予想情報を収集して、それがインボックス２０２へ供給されるようにすることができる。更に、フォワードルックエージェント２２０は、移動装置により使用するための統計学的情報、予報情報及び同様の情報を与えるように使用することもできる。
【００２３】
図２には、４つの形式のエージェントしか示されていないが、本発明は、これに限定されるものではなく、移動装置により使用できる情報の収集及び／又は処理に少なくとも間接的に動作が関連した他の形式のエージェントもほとんど含むことができる。
【００２４】
サーバーエージェントファシリティ内の収集モジュールは、移動装置との動作のバンドから情報を収集できるように構成される。収集モジュールは、プロアクティブフェッチ(proactive fetch)要素２２２及び第三者収集要素２２４を備えている。プロアクティブフェッチ要素２２２は、エージェントモジュール内のエージェントにより指示された情報を収集するのに使用できる。第三者収集要素２２４は、直接的にサーバーエージェントファシリティの一部分ではないエージェント及び／又はプログラムにより指示される情報を収集するのに使用できる。１つのこのようなエージェントは、問合せに応答して航空機チケット情報を与えるように構成された外部エージェントを含んでもよい。通常、この形式の情報は、バッチ解決策で収集されるが、本発明は、これに限定されず、他の解決策及び外部エージェントも使用できる。
【００２５】
図３は、移動装置に関連したインボックスのための情報を収集するのに使用するプロセス３００の一実施形態を一般的に示す論理フローチャートである。このプロセス３００は、例えば、図１のサーバーコンピュータ１０８で実施することができる。
【００２６】
プロセス３００は、スタートブロックの後に、ブロック３０２で始まり、移動装置との動作のバンドから情報が収集される。収集された情報は、次いで、図２に示すようなサーバーエージェントファシリティ内のエージェントを使用して前処理することができる。エージェントによる情報の収集及び前処理は、時間、好み、プロフィール、条件、事象、経歴データ、振舞いデータ等を含む（これらに限定されない）種々の基準のいずれかに基づいて、自動的に構成され且つ少なくとも部分的に選択される。
【００２７】
次いで、プロセス３００は、ブロック３０４へと続き、移動装置のインボックスへ配送するのに適したフォーマットで情報がパッケージされる。次いで、プロセス３００は、ブロック３０５へ続き、パッケージされた情報が、図１のサーバーコンピュータ１０８等のサーバーコンピュータに存在し得る一時的インボックスへ送信される。
【００２８】
プロセス３００は、次いで、判断ブロック３０６へ続き、移動装置のインボックスを使用できるかどうかの決定がなされる。この決定は、通常、配送エージェントにより行われ、これは、ネットワーク接続が存在するかどうか及び移動装置に充分なバンド巾が得られるかどうかに基づく。移動装置のインボックスが使用できないか、又はバンド巾が不充分な場合には、プロセスは、判断ブロック３０６を経てループし、移動装置が使用できるまで待機する。しかしながら、判断ブロック３０６の決定が真である場合には、プロセスはブロック３０８へ進み、前処理／収集された情報が配送エージェントによりインターフェイスモジュールへ供給され、該インターフェイスモジュールは、その情報を移動装置のインボックスへ供給できるようにされる。プロセス３００が完了すると、他のアクションを遂行するためのコールプロセス(calling process)へ処理が復帰する。
【００２９】
図４は、サーバーエージェントファシリティ４０６への要求を構成し及び／又は送信するのに使用できる多数のインターフェイスの一実施形態を示す機能的ブロック図４００である。図示されたように、ユーザが移動装置で情報を受信することを希望する場合に、ユーザは、情報の要求をサーバーエージェントファシリティ４０６へ送信することができる。情報の要求に加えて、要求は、規定の命令を含んでもよい。又、図示されたように、情報の要求は、電話コール４０４により口頭でなされてもよい。又、要求は、プロンプト（図示せず）、ウェブフォーム４０３、メニュー、テキストメッセージ４０１、ｅメール４０２、インスタントメッセージ（ＩＭ）、移動電話４００のコール、等々の助けで行われてもよい。
【００３０】
一般的に、情報の要求は、図２に示すサーバーエージェントファシリティと実質的に同様に動作するサーバーエージェントファシリティ４０６へ供給される。通常、ワン−オフ(one-off)要求、事象ベース要求、及び時間ベース要求を含む多数の形式の要求がある。要求は、ワイヤレスネットワーク１１０に接続された移動電話４００を使用してサーバーエージェントファシリティへ送信することができる。移動電話４００は、図１の移動装置１０６と同じでもよいし、又はそれとは異なってもよい。移動電話４００は、ここでは、ワイヤレスネットワーク１１０に結合されて示されているが、移動電話４００及び移動装置１０６を同じネットワークに結合する必要はない。むしろ、移動装置１０６は、ＷＡＮオーバーネットワーク１０２又は同様の構成にワイヤレス結合することができる。
【００３１】
サーバーエージェントファシリティ４０６は、移動電話４００を使用するユーザにボイスメニューのようなインターフェイスを与えるように構成され、これは、ユーザが要求を口頭、電話ボタン信号、及び／又はその組合せで通信できるようにする。このインターフェイスは、ユーザが話したワード又は所定のコマンドを捕獲するためのボイス認識モジュールを含むことができる。更に、インターフェイスは、平易な話言葉を受け容れて、規定コマンドの使用を減少するために、インテリジェント言語認識モジュールを含むことができる。
【００３２】
一実施形態において、ユーザは、プレイン・オールド・テレホン・サービス（Plain Old Telephone Service:ＰＯＴＳ）４０５のような地上ラインに接続された電話４０４を使用することにより要求を通信することができる。この形式の要求は、移動電話４００でなされた要求と同様に実行し処理することができる。
【００３３】
或いは又、ユーザは、テキストメッセージ４０１により要求を通信してもよい。テキストメッセージは、例えば、ショートメッセージサービス（ＳＭＳ）メッセージ又は同様のプロトコルでよい。テキストメッセージ４０１は、移動装置、クライアントコンピュータ、地上ライン電話、移動電話４００等を使用して搬送することができる。サーバーエージェントファシリティ４０６に含まれるか又はそれと通信するインターフェイスは、テキストメッセージで要求を受け取りそして処理する。
【００３４】
又、ウェブフォーム４０３がクライアントに与えられてもよい。ウェブフォーム４０３は、サーバーエージェントファシリティ４０６に含まれるか又はそれに結合されたウェブサーバーモジュールにより与えることができる。ユーザは、ウェブフォーム４０３に、要求を含む情報を埋め、次いで、サーバーエージェントファシリティ４０６に向かって情報を送信するようにクライアントに命令するボタンを押すようなアクションを遂行することができる。又、他のソフトウェア及び通信プロトコルを使用して、ネットワーク１０２を経てサーバーエージェントファシリティ４０６へ要求を通信してもよい。これらは、インスタントメッセージング、インターネット中継チャット、ファイル転送プロトコル等を含むが、これに限定されない。
【００３５】
図５は、サーバーエージェントファシリティへ要求を中継するためのプロセス５００の一実施形態を一般的に示す論理フローチャートである。一実施形態において、プロセス５００は、図１のサーバーコンピュータ１０８において実施される。
【００３６】
プロセス５００は、スタートブロックの後に、ブロック５０２で始まり、移動装置から情報の要求が受け取られる。次いで、プロセスはブロック５０４へと続き、受け取られた要求がパーズされる。受け取られた要求をパーズすることは、スピーチ認識アプリケーション、プログラム、スクリプト等を使用することを含んでもよい。又、規定のコマンド、シンタックス等に対して情報の要求をパーズすることを含んでもよい。要求は、サーバーエージェントファシリティの別のモジュールにより更に容易に処理できるように規定のフォーマットへパーズされてもよい。プロセスは、ブロック５０６へ続き、パーズされた要求は、その要求を更に処理するように構成されたサーバーエージェントファシリティの関連モジュール（１つ又は複数）へ送信される。この関連モジュールは、特定の実施形態に依存する。例えば、エージェントモジュール内のエージェントの１つを使用して、要求を更に処理してもよい。いずれにせよ、ブロック５０６が完了すると、プロセスは、他のアクションを遂行するためにコールプロセスに復帰する。
【００３７】
図６は、サーバーエージェントファシリティ内の選択されたエージェントへ要求を中継するプロセスの一実施形態を一般的に示す論理フローチャートである。要求は、ワン−オフ、事象ベース、及び／又は時間ベース要求を含む種々の形態でトリガーすることができる。特に、図示されたように、要求は、サーチエージェント又は警告エージェントへ中継されてもよい。しかしながら、本発明は、これに限定されるものではなく、他のエージェント形式も本発明により使用できるが、プロセス６００では説明しない。図６のプロセス６００は、図１のサーバーコンピュータ１０８で実施されてもよい。
【００３８】
図６に示すように、プロセス６００は、スタートブロックの後に、ブロック６０２で始まり、情報の要求がサーバーエージェントファシリティ内に受け取られる。プロセスは、次いで、判断ブロック６０４へ続き、図２を参照して上述したような警告エージェントによりサービスされるアクションを要求が含むかどうかの決定がなされる。要求が警告エージェントによりサービスされる場合には、プロセスはブロック６０８へ分岐し、さもなければ、判断ブロック６０６へ続く。ブロック６０８において、警告エージェントは、図８を参照して以下に述べるようなプロセスを使用して、受け取った要求に関連した情報を収集するように動作できる。収集できる情報は、例えば、株価の変化等の、トリガー事象に関連した情報を含んでもよい。実質上いかなる警告情報も、警告エージェントにより収集できる。次いで、プロセス６００は、判断ブロック６０６へ続く。
【００３９】
判断ブロック６０６において、受け取った要求が、サーチエージェントによりサービスされるアクションを含むかどうかの決定がなされる。サーチエージェントを使用すべき場合には、プロセスはブロック６１０へ分岐し、そこで、サーチエージェントを使用して、情報の要求にサービスする。サーチエージェントは、情報の要求内の問合せに応答できる情報のサーチにおいて、データベース、ファイル、ネットワークインフラストラクチャー等に問合せしてもよい。一実施形態では、サーチエージェントは、図７を参照して以下に述べるようなプロセスを使用してもよい。ブロック６１０が完了するか、又はサーチエージェントを使用すべきでない場合には、プロセスは、ブロック６０２へループして戻り、次の情報要求の受信をモニタリングするように構成される。
【００４０】
図７は、サーチ要求をマネージするプロセス７００の一実施形態を一般的に示す論理フローチャートである。一実施形態において、プロセス７００は、図６のブロック６１０からコールされる。更に、プロセス７００は、図２のサーチエージェント２１６内で実施することができる。
【００４１】
プロセス７００は、スタートブロックの後に、ブロック７０２で始まり、サーチ要求が受け取られる。ついで、プロセスはブロック７０４へ進み、要求を処理するのに適した収集要素が決定される。要求内の異なるフィールド、フィールドの組合せ、及び／又はサーチ解決策に、異なる収集要素を関連させることができる。例えば、第三者収集要素を経て情報を収集することにより１組のフィールドを良好に満足させることができる。いずれにせよ、収集要素が決定されると、プロセスはブロック７０６へ進み、そこで、決定された収集要素へ要求が転送される。一実施形態では、決定された収集要素へ要求を送信する前に、ブロック７０４において要求が変更される。このような変更は、要求及び／又はその関連フィールドを、その決定された収集要素により使用するのに適したフォーマットへ再フォーマットすることを含んでもよいが、これに限定されない。
【００４２】
次いで、プロセスは、ブロック７０８へ進み、収集要求に対する結果が、その決定された収集要素から受信される。次いで、プロセスは、判断ブロック７１０へと続き、結果の編集を行うべきかどうかの決定がなされる。編集は、例えば、返送される結果を、ユーザが良好に使用できるフォーマットに入れるように行うことができる。更に、このような編集は、ユーザにより指定された予め定められた基準、ユーザのコンピューティング装置の特性、ブラウザフォーマット等を含む（これらに限定されない）種々の基準のいずれに基づいて行われてもよい。例えば、ユーザは、サーチのトップ１０ヒットのみを受け取るように希望してもよいし、或いはある株に関する特定のメトリックのみを受け取るように希望してもよい。いずれにせよ、編集を行うべき場合には、プロセスがブロック７１２へ分岐し、結果がエディタエージェントへ送信される。編集が完了するか、又は編集を行うべきでない場合には、プロセス７００はブロック７１４へ進み、そこで、結果が、ユーザへ配送するためにパッケージされるべく送信される。結果をパッケージングするためのプロセスの一実施形態は、図１１を参照して以下に詳細に説明する。ブロック７１４が完了すると、プロセス７００は、他のアクションを実行するためにコールプロセスに復帰する。
【００４３】
図８は、警告要求をマネージするプロセス８００の一実施形態を一般的に示す論理フローチャートである。プロセス８００は、例えば、図２の警告エージェント２１８内で実施することができる。
【００４４】
プロセス８００は、スタートブックの後に、ブロック８０２で始まり、警告要求が受け取られる。一実施形態では、警告要求は、図６のブロック６０８から受け取られる。上記で簡単に述べたように、警告要求は、満足されたときに、警告に関連した情報をユーザへ送信できるようにする事象、条件等に関連付けることができる。
【００４５】
次いで、プロセスは、ブロック８０４へ進み、そこで、要求された警告情報を収集するのに適した収集要素が決定される。収集要素の決定は、要求された警告情報の形式を含む種々の基準に基づいて行うことができる。更に、ある収集要素は、別の収集要素より、特定の警告要求を良好に取り扱うように構成されてもよい。いずれにせよ、適切な収集要素が決定されると、プロセスはブロック８０６へ進み、そこで、決定された収集要素が、警告情報の状態に関して問合せされる。
【００４６】
プロセスは、判断ブロック８０８へと続き、問合せに応答して警告情報が受け取られるかどうか決定される。一実施形態では、その決定された収集要素が、警告要求が満足されると決定したときに、警告情報が受け取られる。問合せに応答して警告情報が受け取られないと決定された場合には、プロセスはブロック８０６へループして戻り、警告要求が満足されるまで、例えば、警告要求に関連した情報が受け取られるまで、別の問合せが実行される。又、警告は、所定時間の後に時間切れするように構成されてもよい。例えば、ユーザが所与の時間内の株価の変化を知ることを希望し、そして株が変化しない場合には、警告情報は、株が所与の時間内に変化しないことを指示できる。
【００４７】
しかしながら、判断ブロック８０８において、警告情報が受け取られた場合には、プロセスはブロック８１０へ進み、そこで、受け取られた警告情報が、ユーザへの配送のためにパッケージされるべく送信される。一実施形態では、受け取られた警告情報は、図１１を参照して以下に述べるようにプロセス１１００へ送り込まれる。別の実施形態では、受け取られた警告情報は、図２を参照して上述したパッケージングモジュールと実質的に同様のパッケージングモジュールへ送信される。いずれにせよ、ブロック８１０が完了すると、プロセスは、他のアクションを遂行するためにコールプロセスへ復帰する。
【００４８】
図９は、フォワードルックエージェントにより使用するためのプロセスの一実施形態を一般的に示す論理フローチャートである。従って、一実施形態では、図９のプロセス９００は、図２のフォワードルックエージェント２２０において実施される。
【００４９】
ユーザからの要求は、通常は、フォワードルックエージェントへ特に向けられない。むしろ、フォワードルックエージェントは、他のエージェントに向けられた要求をモニタリングし、予報情報を決定し、そしてその予報情報をユーザに与えることができる。従って、プロセス９００は、スタートブロックの後に、ブロック９０２で始まり、他のエージェントへの要求がモニタリングされる。プロセス９００は、次いで、判断ブロック９０４へ進み、そこで、別のエージェントへ送信された要求が検出されたかどうかの決定がなされる。もしそうであれば、プロセスはブロック９０６へ進み、さもなければ、プロセスは９０２へループして戻り、他のエージェントへの警告をモニタリングし続ける。
【００５０】
ブロック９０６において、要求を送信するユーザに関連したユーザレコードが検索される。このユーザレコードは、要求を送信するユーザに関連した情報、例えば、統計学的及び振舞い情報、ユーザに適用可能なコンフィギュレーション情報、ビリング情報、等を含む。ユーザレコードは、１つ以上のデータレコードを含んでもよく、そしてその一部分が異なるフォーマットで１つ以上の位置にセーブされてもよい。
【００５１】
次いで、プロセスはブロック９０８へ進み、そこで、ユーザレコードは、検出された要求に一部分基づいて、統計学的、経歴的及び／又は振舞いデータで変更される。ユーザレコードは、種々の統計学的及び／又は経歴的振舞いデータに基づいて変更されてもよい。例えば、ユーザや別のユーザ等により送信された多数の要求に関連した統計学的データが収集されてもよい。又、統計学的、経歴的、及び／又は振舞いデータは、要求の形式、要求に関する時間、要求の形式の頻度等に関連付けされてもよい。同様に、統計学的、経歴的、及び／又は振舞いデータは、要求のキーワード、要求のコンテクスト又は実体、要求が送信される場所、等に関連した情報を含んでもよい。一実施形態では、検出された要求に関連したユーザ設定を使用して、どんな統計学的、経歴的、及び／又は振舞いデータを収集及び使用してユーザレコードを変更すべきか決定する上で助けとすることができる。例えば、別の実施形態では、以前の要求をセーブして、その後の時間にユーザへ返送すべきであることをユーザが指示してもよい。実質上、いかなる統計学的、経歴的及び振舞いデータを収集及び使用して、ユーザレコードを変更してもよい。更に、このような統計学的、経歴的、及び振舞いデータは、ビリング、リサーチ等を含む（これらに限定されない）他の用途に使用されてもよい。
【００５２】
プロセス９００は、次いで、ブロック９１０へ進み、ユーザレコードを変更するために付加的な情報を与えるべきかどうかの決定がなされる。このような付加的な情報は、検出された要求に直接応答するものでなくてもよい。しかしながら、このような情報を与えることは、ユーザにとって間接的に有用である等の種々の他の理由で望ましいこともある。従って、例えば、ユーザが小説に関する情報を要求する場合に、その小説の著者に関する付加的な情報を送信してもよいが、このような情報は、ユーザにより直接要求されたものではない。付加的な情報を与えるべきかどうかの決定は、ユーザ基準、ユーザ設定、サーバーエージェントファシリティのコンフィギュレーション、要求それ自体、等を含む種々の事柄に依存し得る。一実施形態において、キーワード、要旨、頻度等により定義できる予め定められた形式の要求に対して付加的な情報が与えられてもよい。更に、付加的な情報を与えるための決定は、ユーザの形式、ユーザの予め定められた組、等に基づいてもよい。いずれにせよ、付加的な情報が与えられない場合には、プロセスはブロック９０２へループして戻り、さもなければ、プロセスはブロック９１２へ続く。
【００５３】
ブロック９１２において、付加的な情報の要求が、検出された要求及び／又はユーザレコードに基づいて公式化される。例えば、付加的な情報の要求は、検出された要求において見つかるキーワードに基づくものでよい。又、付加的な情報の要求は、ユーザレコードにおけるある経歴的、統計学的、振舞い又は他の情報の存在に加えて、検出された要求に見つかるキーワードに基づくものでもよい。従って、ユーザが、地理的位置Ａに関する予め定められた数のサーチを実行したが、モニタリングされた要求は地理的位置Ｂを指すものであることをユーザレコードが指示する場合に、付加的な情報の要求は、地理的位置Ａから地理的位置Ｂへの移送オプションに関する情報を指してもよい。
【００５４】
ブロック９１４において、付加的な情報の要求は、適当な収集要素へ送信される。一実施形態において、付加的な情報の要求は、図１０を参照して以下に述べるものと実質的に同様のアクションを遂行するために収集要素へ送信される。しかしながら、本発明はこれに限定されず、別のプロセスが使用されてもよい。例えば、適当な収集要素は、広告情報等に関連した付加的な情報を収集して記憶するようにイネーブルされるものを含むと決定されてもよい。むしろ、この例では、広告情報にアクセスするように特に構成された収集要素が使用されてもよい。この広告収集要素は、付加的な広告情報をサーチし、収集しそして与えるためのそれ自身のプロセスを使用してもよい。いずれにせよ、ブロック９１６が完了すると、プロセスはブロック９１８へ進み、付加的な情報が得られる。次いで、プロセスはブロック９２０へと続き、受信した付加的な情報が、ユーザへ配送するのに適したフォーマットでパッケージされるべく送信される。一実施形態では、付加的な情報は、図２を参照して上述したものと実質的に同様のパッケージングモジュールへ送信される。別の実施形態では、パッケージされるべき付加的な情報を送信する前に、付加的な情報が編集のために送信される。この実施形態では、編集は、例えば、図２のエディタエージェント２１４を使用することにより実行されてもよい。しかしながら、本発明はこれに限定されるものではなく、付加的な情報がパッケージングのために送信される前にそれに基づいてアクションを遂行するように別のエディタ又はエージェントを使用してもよい。いずれにせよ、プロセス９００が完了すると、プロセスは、他のアクションを遂行するようにコールプロセスに復帰する。
【００５５】
図１０は、図２に示すような収集モジュールを使用して情報を収集するプロセス１０００の一実施形態を一般的に示す論理フローチャートである。このプロセス１０００は、例えば、図１のサーバーコンピュータ１０８で実施することができる。
【００５６】
プロセス１０００は、スタートブロックの後に、ブロック１００２で始まり、コンテンツの要求が受け取られる。この要求は、図２のサーバーエージェントファシリティ内のエージェント等を含む（それらに限定されない）種々のソースから受け取ることができる。例えば、一実施形態では、コンテンツの要求は、図９のプロセス９００から受け取られる。コンテンツの要求が受け取られると、プロセスは判断ブロック１００４へ進み、コンテンツの要求にサービスするために使用されるべき収集要素の形式に関する決定がなされる。図１０及び図２に示すように、２つの考えられる収集要素、即ちプロアクティブフェッチ及び第三者収集要素について説明する。しかしながら、本発明は、これに限定されるものではなく、コンテンツの要求にサービスするのに使用するために付加的な収集要素が実施されてもよい。
【００５７】
通常、コンテンツの要求が、一般的にアクセス可能な情報、例えば、インターネットやサーバーエージェントファシリティ等を経て一般的に入手できる情報を指す場合には、プロセスはプロアクティブフェッチ方向に進む。しかしながら、コンテンツの要求が、このようなソースを経て一般に入手できない情報を指す場合には、プロセスは第三者収集要素を使用することができる。この形式の情報は、例えば、ホテル予約情報、航空運賃情報等を含んでもよい。１つの構成では、サーバーエージェントファシリティのオペレータが第三者（航空会社のような）との合意に入って、サーバーエージェントファシリティが第三者に属する幾つかの所有権情報等にアクセスできるようにしてもよい。このようなアクセスは、通常、第三者収集モジュールを経て実行することができる。従って、コンテンツの要求がプロアクティブフェッチ要素によりサービスできると決定された場合には、プロセス１０００はブロック１００６へ進み、さもなければ、プロセス１０００は、第三者収集要素により処理するためのブロック１０１０へ進む。
【００５８】
ブロック１００６において、コンテンツの要求は、処理のためにプロアクティブフェッチ要素へ転送される。ブロック１００８へ進むと、プロアクティブフェッチ要素は、要求に基づいてサーチを実行し、結果を得、そして結果を返送する。一実施形態では、ブロック１００８のアクションは、図７を参照して上述したプロセス７００を使用する。ブロック１００８が完了すると、プロセスはブロック１０１８へ進む。
【００５９】
しかしながら、ブロック１０１０において、多数のコンテンツ要求が一緒にバッチ処理されてもよい。本発明は、要求のバッチ処理に限定されないが、一実施形態では、コストを節減し、共通のコンテンツ要求を簡単化し、等々を行うように実行されてもよい。いずれにせよ、もし希望であれば、要求が他の要求と共にバッチされる。ブロック１０１０が完了すると、プロセスはブロック１０１２へと続き、そこで、バッチ処理された要求（そのようにバッチ処理された場合）が第三者収集要素へ処理のために送信される。プロセスは、次いで、ブロック１０１４へ続き、異なるバッチ処理要求に関連した結果が受け取られる。次いで、プロセスはブロック１０１６へ進み、バッチ処理結果が分離される。次いで、プロセスは、ブロック１０１８へ続く。
【００６０】
ブロック１０１８において、与えられた結果がユーザのインボックスに向けて送信される。一実施形態では、それらの結果は、パッケージングモジュール等を使用することによりユーザへ配送するための準備等の更なる処理のために、要求を発しているエージェントへ返送される。ブロック１０１８が完了すると、プロセス１０００は、他のアクションを実行するためにコールプロセスへ復帰する。
【００６１】
図１１は、移動装置へ配送するように情報をパッケージングするプロセスの一実施形態を一般的に示す論理フローチャートである。一実施形態において、図１１のプロセス１１００は、図２を参照して述べたサーバーエージェントファシリティ内で実施される。
【００６２】
図１１のプロセス１１００は、スタートブロックの後に、ブロック１１０２で始まり、移動装置のインボックスに配送するよう意図された情報が受け取られる。このような情報は、例えば、サーチエンジンから受信したサーチ結果、警告エージェントから受信した警告情報、予報、経歴、振舞い情報等を含んでもよい。このような情報を受け取ると、プロセスは判断ブロック１１０４へ進み、情報を正規化すべきかどうかの決定がなされる。情報の正規化は、情報フォーマットの変更を含んでもよい。この決定は、種々のファクタ、例えば、情報それ自体、情報を向けるべき移動装置の形式、及びユーザ設定（これらの限定されない）、に基づいて行うことができる。例えば、移動装置は、あるフォーマットの情報を表示できなくてもよい。この場合に、情報は、その移動装置で見るために再フォーマットすることができる。同様に、ユーザは、情報を予め定められたフォーマットで配送すべきであると指示してもよい。
【００６３】
いずれにせよ、情報を正規化すべきであると決定された場合には、プロセスがブロック１１０６へ進んで、情報のフォーマットが変更され、さもなければ、プロセスは判断ブロック１１０８へと続く。一実施形態では、ブロック１１０６は、図２の正規化要素２０８により実施することができる。情報の正規化は、種々の情報特性に変化を生じさせ、これは、映像のサイズ変更、映像のフォーマット／エンコードの変更、フォントサイズの変更、テキストのサイズ変更、テキストのグループ再編成、等を含むが、これらに限定されない。同様に、プレゼンテーション言語又はマークアップ言語、例えば、ＨＴＭＬに基づいて編成された情報は、例えば、プレゼンテーションフォーマットを変更するようにコンテンツを操作することにより、再フォーマット、再編成等をしてもよい。又、情報は、マークアップ言語へ再フォーマットされてもよいし、或いは既にマークアップ言語である場合には、異なるマークアップ言語に入れられてもよい。例えば、情報は、移動装置によりプレゼンテーションするための同期マルチメディア一体化言語（ＳＭＩＬ）適合フォーマットに入れられてもよい。次いで、プロセスは、判断ブロック１１０８へ進む。
【００６４】
判断ブロック１１０８では、情報を圧縮すべきかどうかの決定がなされる。この決定は、サーバーエージェントファシリティのコンフィギュレーション、移動装置の形式、入手可能なバンド巾、ユーザ設定等を含む種々のファクタに基づいて行うことができる。又、圧縮の形式は、ネットワーク接続の特性、及び情報を圧縮解除するための移動装置の能力に少なくとも一部分基づいて決定されてもよい。又、圧縮は、例えば、非可逆圧縮(“lossy”compression)等により考えられるデータ劣化を考慮することに基づいてもよい。いずれにせよ、圧縮を実行すべきであることが決定された場合には、プロセスはブロック１１１０へ進み、さもなければ、プロセスは判断ブロック１１１２へ進む。
【００６５】
ブロック１１１０において、情報が圧縮される。一実施形態では、圧縮は、図２の圧縮要素２１０を使用して達成される。圧縮は、ラン長さエンコード、最小冗長性コード化、離散的フラクタル変換圧縮、フラクタル圧縮等を含む（これらに限定されない）１つ以上の圧縮メカニズムに基づいて実行されてもよい。実際に、情報を圧縮するのに実質上いかなる圧縮メカニズムを使用してもよい。その完了時に、プロセスは判断ブロック１１１２へと続く。
【００６６】
判断ブロック１１１２において、暗号化を実行するかどうかの決定がなされる。暗号化は、情報のプライバシーを確保することに向けられる。又、暗号化は、コピー保護にも使用できる。いずれにせよ、情報を暗号化すべきかどうかの決定は、サーバーエージェントファシリティのコンフィギュレーション、移動装置の形式、情報の形式、ユーザ設定等を含む（これらに限定されない）種々のファクタに基づくものでよい。暗号化を実行すべきであると決定された場合には、プロセスはブロック１１１４へ続き、さもなければ、ブロック１１１６へ続く。
【００６７】
ブロック１１１４において、パブリックキー暗号化、対称的キー暗号化、ハイブリッド暗号化等を含む（これらに限定されない）種々の暗号化メカニズムのいずれかを使用して、情報を暗号化することができる。情報の暗号化が完了すると、プロセスはブロック１１１６へ進む。
【００６８】
ブロック１１１６において、情報は、移動装置へ配送するために転送される。一実施形態において、情報は、図２を参照して上述したようにインターフェイスモジュールへ転送される。別の実施形態において、図１２に示すようなプロセスをブロック１１１６に使用して、移動装置へ配送するための情報が準備される。
【００６９】
図１２は、移動装置へのインターフェイスをマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。図１２のプロセス１２００は、例えば、図２のインターフェイスモジュール内で実施することができる。
【００７０】
プロセス１２００は、スタートブロックの後に、ブロック１２０２で始まり、移動装置へ配送するように意図された情報が受け取られる。通常、情報は、図１１を参照して述べたようにパッケージングモジュールから受け取られるが、サーバーエージェントファシリティの他の要素、例えば、エージェント又は収集モジュールの１つから受け取られてもよい。
【００７１】
情報を受け取ると、プロセスは判断ブロック１２０４へ進み、そこで、受け取られた情報を移動装置へプッシュすべきか又は移動装置により検索すべきかの決定がなされる。この決定は、ユーザ設定、移動装置の形式、情報の形式等を含む（これらに限定されない）種々の基準に基づいて行ってもよい。
【００７２】
情報を移動装置により検索すべきであることが決定された場合に、プロセスはブロック１２１０へと続き、そこで、情報が得られることを指示する通知が移動装置のインボックスへ転送される。この通知は、例えば、テキストメッセージ、ＳＭＳメッセージ、インスタントメッセージ、ｅメール等を含む実質上いかなるフォーマット又はフォームでもよい。次いで、プロセスは、ブロック１２１２へ進み、そこで、情報の要求が移動装置から受け取られる。次いで、プロセスは判断ブロック１２０６へ進む。
【００７３】
判断ブロック１２０６において、情報を送信するのに充分なバンド巾を含むワイヤレス接続が現在利用できるかどうかの決定がなされる。通知メッセージはブロック１２１０において送信されてもよいが、ここでは、バンド巾が情報を送信するのに充分でないかもしれない。多数の既存のワイヤレスネットワークは、異なるバンド巾能力をもつ異なる形式の接続をサポートする。例えば、典型的なワイヤレス電話ネットワークは、ショートメッセージ及びボイス通信を送信するための標準接続と、比較的大量のデータを送信するためのデータ接続（例えば、１Ｘ ＣＤＭＡ接続）とをサポートすることができる。従って、ブロック１２０６の決定は、送信される情報の量と、その情報を送信するためのバンド巾利用性とに基づいて行われる。不充分なバンド巾しかないか又は接続がドロップしたと決定された場合には、接続が得られ且つ充分なバンド巾を有するまで、プロセスはブロック１２０６を経てループバックする。しかしながら、充分なバンド巾をもつ接続が得られるときには、プロセスは判断ブロック１２１４へ進む。
【００７４】
判断ブロック１２１４において、送信されるべき情報がまだフレッシュであるかどうか決定される。インターフェイスモジュールが、移動装置に使用できる充分なバンド巾の接続を待機している間に、情報が古くなってしまうことがある。情報のあるアイテムが古くなるまでにかかる時間は、情報の形式のような種々の基準に依存する。従って、判断ブロック１２１４では、多数の情報形式と、その関連情報形式が古くなるまでに経過すべき時間（例えば、フレッシュ時間）を示す関連値との予め定められたリストが検討される。又、ある形式の情報は、決して古くならないと考えてもよく、例えば、無限のフレッシュ時間を有すると考えてもよい。しかしながら、一実施形態では、判断ブロック１２１４を削除し、他の予め定義し得る基準等に基づいて任意に実行されてもよい。しかしながら、情報をリフレッシュすべきであると決定された場合には、プロセスがブロック１２１８へ分岐し、さもなければ、プロセスはブロック１２１６へ進み、情報が移動装置へ送信される。ブロック１２１６の完了時に、プロセスは、他のアクションを遂行するためにコールプロセスへ復帰する。
【００７５】
しかしながら、ブロック１２１８において、例えば、情報に対する別のサーチを実行し、情報の収集を再要求し、等々により、情報をリフレッシュすることができる。情報がリフレッシュされると、プロセスは判断ブロック１２０６へループして戻る。
【００７６】
上述したフローチャートの各ブロック、及び上述したフローチャートにおけるブロックの組合せは、コンピュータプログラム命令により実施できることが理解されよう。これらプログラム命令は、マシンを形成するようにプロセッサに与えられ、これら命令は、プロセッサにおいて実行されて、フローチャートのブロックで指定されたアクションを実施するための手段を生成する。又、これらコンピュータプログラム命令は、プロセッサにより実行されて、プロセッサにより遂行されるべき一連のオペレーションステップでコンピュータ実施プロセスを発生し、これら命令は、プロセッサにおいて実行されて、フローチャートのブロックで指定されたアクションを実施するためのステップを形成する。
【００７７】
従って、フローチャートのブロックは、指定のアクションを遂行するためのオペレーションの組合せ、指定のアクションを遂行するためのステップの組合せ、及び指定のアクションを遂行するためのプログラム命令手段をサポートする。又、フローチャートの各ブロック、及びフローチャートにおけるブロックの組合せは、指定のアクション又はステップを遂行する特殊目的のハードウェアベースシステム、又は特殊目的のハードウェア及びコンピュータ命令の組合せにより実施できることも理解されたい。
【００７８】
上記説明、実施例及びデータは、本発明の要素の製造及び使用について完全に述べたものである。本発明の精神及び範囲から逸脱せずに本発明の多数の実施形態が考えられるので、本発明は、特許請求の範囲のみにより限定されるものとする。
【図面の簡単な説明】
【００７９】
【図１】本発明を実施するための環境の一実施形態を示す機能的ブロック図である。
【図２】移動装置及びサーバーエージェントファシリティにより使用できる要素の概略の一実施形態を示す図である。
【図３】移動装置に関連したインボックスに対する情報を収集するのに使用するプロセスの一実施形態を一般的に示す論理フローチャートである。
【図４】サーバーエージェントファシリティへの要求を構成し及び／又は送信するのに使用できる多数のインターフェイスの一実施形態を示す機能的ブロック図である。
【図５】サーバーエージェントファシリティへの要求を中継するためのプロセスの一実施形態を一般的に示す論理フローチャートである。
【図６】サーバーエージェントファシリティ内の種々のエージェントへの要求を中継するためのプロセスの一実施形態を一般的に示す論理フローチャートである。
【図７】サーチ要求をマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【図８】警告要求をマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【図９】フォワードエージェントにより使用するためのプロセスの一実施形態を一般的に示す論理フローチャートである。
【図１０】情報を収集するプロセスの一実施形態を一般的に示す論理フローチャートである。
【図１１】移動装置へ配送するための情報をパッケージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【図１２】本発明により移動装置へのインターフェイスをマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【技術分野】
【０００１】
本発明は、一般に、情報収集に係り、より詳細にはエージェントを用いて移動装置に使用するためのバンド(band)からの情報を収集することに係るが、これに限定されるものではない。
【０００２】
関連出願へのクロスレファレンス：本発明は、参考としてここに援用する２００３年１１月１０日に出願された「Method, Apparatus, and System for Providing a Server Agent for a Mobile Device」と題する米国プロビジョナル特許出願第６０／５１８，９８９号から優先権を主張する。
【背景技術】
【０００３】
一般に、エージェントとは、フォアグラウンド(foreground)で動作する別のアプリケーションのバックグラウンド(background)においてある形式の情報収集及び／又は処理を遂行するアプリケーションである。通常、エージェントプログラムとは、比較的小さく且つ良好に定義されたタスクである。例えば、インターネットが成長するにつれて、エージェントは、サーチ要求に関する情報収集のためのより卓越したものとなった。エージェントによって収集された情報は、フォアグラウンドで動作している別のアプリケーションへプル(pull)又はプッシュ(push)することができる。それ故、本発明は、これら及び他の事柄に関してなされたものである。
【発明の開示】
【０００４】
簡単に述べると、本発明は、１つ以上のサーバーエージェント(server agent)をもつファシリティ(facility)がネットワーク上の少なくとも１つのリソースから情報を収集し、そしてこの情報を適当なフォーマットで移動装置のインボックス(inbox)へ自動的に供給することができるようにする。サーバーエージェントファシリティは、情報の要求を前処理し、バンド(band)からの情報を収集し、その収集した情報をフィルタリングし、そしてその情報を移動装置のインボックスに適したフォーマットで配送するようにパッケージするというプロセスを備えている。サーバーエージェントは、時間、事象（１つ又は複数）、ユーザプロフィール、移動装置プロフィール、要求（１つ又は複数）、警告（１つ又は複数）、経歴データ、振舞いデータ等を含む（これらに限定されない）少なくとも１つのファクタに基づいて、情報を独立して収集して処理することができる。
【０００５】
エディタ、サーチエージェント、警告エージェント、及びフォワードルックエージェント(forward looking agent)を含む（これに限定されない）異なる形式のサーバーエージェントをサーバーエージェントファシリティにより使用して、情報を収集することができる。又、第三者エージェントにより与えられる情報を収集するためのモジュールや、サーバーエージェントにより前処理するための情報を収集するプロアクティブ（proactive）フェッチ(fetch)モジュールを含む収集モジュールが、サーバーエージェントファシリティにより使用されて、サーバーエージェントにより前処理するための情報を収集する。
【０００６】
パッケージングモジュールが、その収集した情報を、移動装置に使用するのに適した少なくとも１つのフォーマットでパッケージし、これは、ワイヤレスアプリケーションプロトコル（ＷＡＰ）等を含むが、これに限定されない。更に、パッケージングモジュールは、その収集した情報を、移動装置のインボックスへ配送するのに適したフォーマットでパッケージするために暗号化及び圧縮を行うことができる。
【０００７】
インターフェイスモジュールは、サーバーエージェントファシリティが、検索要求に応答して、前処理された収集情報を与えるか、又は移動装置のインボックスへ情報を自動的にプッシュすることができるようにする。
【発明を実施するための最良の形態】
【０００８】
以下、添付図面を参照して本発明の実施形態を説明するが、これら実施形態は、余す所のないものでもないし、又、これに限定されるものでもない。添付図面において、特に指示のない限り、種々の図面全体にわたって同じ部分が同じ参照番号で示されている。
本発明を良く理解するために、以下の詳細な説明を添付図面と一緒に読むべきである。
【０００９】
以下の詳細な説明において、本発明の特定の実施形態が示された添付図面について説明する。これらの実施形態は、当業者が本発明を実施できるように充分に詳細に説明されるが、本発明の精神又は範囲から逸脱せずに、他の実施形態も使用でき、且つ他の変更もなされ得ることが理解されよう。それ故、以下の詳細な説明は、限定の意味でなされたものではなく、本発明の範囲は、特許請求の範囲のみによって限定される。
【００１０】
説明上の動作環境
図１は、本発明を実施できる例示的環境の要素を示す。本発明を実施するのに全ての要素が要求されるのではなく、本発明の精神又は範囲から逸脱せずに、これら要素の形式及び配列を変更してもよい。
【００１１】
図１において、種々のユーザ、装置、サーバー、エージェント、モジュール、クライアント、プロセス等の間で通信を行えるようにするインターネットのようなネットワーク１０２には、１つ以上のローカルエリアネットワーク（ＬＡＮ）及び／又はワイドエリアネットワーク（ＷＡＮ）が含まれる。図示されたように、クライアントコンピュータ１０４及びサーバーコンピュータ１０８は、ネットワーク１０２を使用して、互いに通信すると共に、同様の装置と通信する。ワイヤレスネットワーク１１０がネットワーク１０２に接続される。ワイヤレスネットワーク１１０は、移動装置へのワイヤレス接続を与えるのに使用されるサーバー、メッセージングセンター及びタワーのような種々の要素を含むことができる。これら要素の多くは、ワイヤで相互接続され、ワイヤレスという呼称は、ワイヤレスネットワークを使用する装置に適用され、その構造を表わすものには適用されない。ワイヤレスネットワーク１１０とネットワーク１０２との間の接続は、種々の既知の方法により実現でき、例えば、ゲートウェイの使用により実現できる。移動装置１０６は、ワイヤレス通信媒体を使用してワイヤレスネットワーク１１０に結合することができる。又、移動装置は、移動電話、スマート電話、ページャー、携帯用無線電話機(walkie talkie)、高周波（ＲＦ）装置、赤外線（ＩＲ）装置、Ｗｉ−Ｆｉ装置、及びこれら装置の１つ以上を組み合せた一体化装置、等々を含むことができる。又、図示されていないが、移動装置１０６は、ｅメール、インスタントメッセージング（instant messaging:ＩＭ）、ショートメッセージングサービス（sort messaging service:ＳＭＳ）等のメッセージングファシリティのためのインボックスを含むことができる。
【００１２】
図示されていないが、ネットワーク１０２のＬＡＮ及びＷＡＮは、通常、ルーター及び／又はスイッチにより相互接続される。又、ＬＡＮ及びＷＡＮ内の通信リンクは、ねじれ対、光ファイバー又は同軸ケーブルを含むことができ、一方、ネットワーク間の通信リンクは、アナログ電話線、Ｔ１、Ｔ２、Ｔ３及びＴ４を含む全又は部分専用デジタルライン、サービス総合デジタル網（ＩＳＤＮ）、デジタル加入者ライン（ＤＳＬ）、ワイヤレスライン等を利用できる。更に、図１におけるＷＡＮ及びＬＡＮの数は、本発明の精神又は範囲から逸脱せずに、任意に増加又は減少することができる。
【００１３】
上述した通信リンクにおいて情報を送信するのに使用される媒体は、一形式のコンピュータ読み取り可能な媒体、即ち通信媒体を示している。一般に、コンピュータ読み取り可能な媒体は、コンピューティング装置によりアクセスできる媒体を含む。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体、通信媒体又はその組合せを含んでもよい。
【００１４】
更に、通信媒体は、通常、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は他のデータを、変調されたデータ信号、例えば、搬送波又は他の搬送メカニズムにおいて実施し、そして情報配送媒体を備えている。「変調されたデータ信号」及び「搬送波信号」という語は、情報、命令、データ等を信号にエンコードするように１つ以上の特性が設定又は変更された信号を含む。例えば、通信媒体は、ワイヤード媒体、例えば、ねじれ対、同軸ケーブル、光ファイバー、導波器、並びに他のワイヤード媒体及びワイヤレス媒体、例えば、音響、ＲＦ、赤外線、及び他のワイヤレス媒体を含む。
【００１５】
サーバーコンピュータ１０８は、他の要素の中でも、中央処理ユニット（プロセッサ）、命令を記憶するためのメモリ、及びバスを経て接続されたネットワークインターフェイスユニットを含むことができる。プロセッサは、メモリに記憶された命令に関連して、サーバーコンピュータ１０８で実行される１つ以上のアプリケーションのオペレーションを可能にする。これらのアプリケーションは、サーバー、クライアント、プロトコル、インターフェイス、コンパイラー、トランスレータ、モジュール、エージェント等を含むことができるが、これらに限定されない。
【００１６】
サーバーコンピュータ１０８に対して、ネットワークインターフェイスユニットは、サーバーコンピュータをネットワーク１０２に接続するのに必要な回路を備え、そしてＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＳＭＳ及びＷＡＰを含む（これらに限定されない）種々の通信プロトコルに使用するように構成される。ネットワークインターフェイスユニットは、ワイヤード及び／又はワイヤレス通信媒体を経てグラフィック表示、広告データ等の情報を通信するための回路及び要素を含んでもよいし、又はそれらにインターフェイスしてもよい。ネットワークインターフェイスユニットは、トランシーバーと称されることもある。
【００１７】
図２は、移動装置とサーバーエージェントファシリティとの間で通信するためのアーキテクチャーの概略２００である。移動装置（図示せず）は、移動装置において動作するメッセージングファシリティ（図示せず）、例えば、ｅメール、ＳＭＳ、ＩＭ等と通信するインボックス２０２を備えている。サーバーエージェントファシリティは、少なくとも１つのサーバーコンピュータ、クライアントコンピュータ、又はホストコンピュータ等（図示せず）において動作する。
【００１８】
図示されたように、サーバーエージェントファシリティは、互いに通信する少なくとも４つのカテゴリーのモジュール、即ちインターフェイスモジュール、パッケージングモジュール、エージェントモジュール、及び収集モジュールを備えている。インターフェイスモジュールは、移動装置へのワイヤレス接続が生じたとき、及び収集されて前処理された情報を供給するに充分なバンド巾が得られると決定されたときに、その収集されて前処理された情報をインボックス２０２へ通信できるようにする。
【００１９】
インターフェイスモジュールは、プッシュ要素２０４及び検索要素２０６を含むことができる。プッシュ要素２０４は、ワイヤレス接続が利用できる場合に、その収集されて前処理された情報を移動装置のインボックス２０２へ自動的に供給するように構成される。検索要素２０６は、ワイヤレス接続が利用できる場合に、移動装置からの要求に応答して、インボックス２０２へ実質的に同様の情報を供給するように構成される。
【００２０】
インターフェイスモジュールとパッケージングモジュールとの間には、配送エージェント２０５がある。この配送エージェント２０５は、移動装置をモニタリングして、それが使用できるかどうか決定するように構成される。移動装置が使用できる場合には、配送エージェント２０５は、サーバーに存在する一時的インボックスからの応答を、インターフェイスモジュールを経て、移動装置のインボックスへ与えることができる。
【００２１】
パッケージングモジュールは、収集されて前処理された情報を、インボックス２０２に適したフォーマットでパッケージするように構成される。インボックス２０２の特性に基づいて、パッケージングモジュールは、収集されて前処理された情報をアレンジするための正規化要素２０８、情報を圧縮するための圧縮要素２１０、及び／又は情報を暗号化するための暗号化要素２１２を使用することができる。
【００２２】
エージェントモジュールは、情報の収集及び／又は前処理を可能にするために使用できる種々の形式のエージェントを含む。これらのエージェントは、収集された情報を編集するためのエディタエージェント２１４を含むことができる。例えば、エディタエージェント２１４は、サーチにより与えられるトップ１０の結果を決定するのに使用できる。又、エージェントモジュールは、問合せに関連した情報を収集するのに使用できるサーチエージェント２１６を含むこともできる。株の価格の変動、天気の変化、新聞発表等の事象（警告）に関連した情報を収集するために、エージェントモジュールには警告エージェント２１８を含むこともできる。更に、図示されたように、エージェントモジュールは、フォワードルックエージェント２２０も含むことができ、このエージェントは、移動装置、ユーザ等のプロフィールを使用すると共に、経歴及び／又は振舞いデータを使用して、有用となる情報を予想するのに使用できる。このような経歴及び／又は振舞いデータは、例えば、航空機チケットのサーチ、移動装置の現在位置に関連しない特定都市の方向、及び同様の振舞い関連情報を含んでもよい。経歴及び／又は振舞いデータに基づいて、フォワードルックエージェント２２０は、その特定の都市における天気情報の収集が有用であることを予想できる。フォワードルックエージェント２２０は、この予想情報を収集して、それがインボックス２０２へ供給されるようにすることができる。更に、フォワードルックエージェント２２０は、移動装置により使用するための統計学的情報、予報情報及び同様の情報を与えるように使用することもできる。
【００２３】
図２には、４つの形式のエージェントしか示されていないが、本発明は、これに限定されるものではなく、移動装置により使用できる情報の収集及び／又は処理に少なくとも間接的に動作が関連した他の形式のエージェントもほとんど含むことができる。
【００２４】
サーバーエージェントファシリティ内の収集モジュールは、移動装置との動作のバンドから情報を収集できるように構成される。収集モジュールは、プロアクティブフェッチ(proactive fetch)要素２２２及び第三者収集要素２２４を備えている。プロアクティブフェッチ要素２２２は、エージェントモジュール内のエージェントにより指示された情報を収集するのに使用できる。第三者収集要素２２４は、直接的にサーバーエージェントファシリティの一部分ではないエージェント及び／又はプログラムにより指示される情報を収集するのに使用できる。１つのこのようなエージェントは、問合せに応答して航空機チケット情報を与えるように構成された外部エージェントを含んでもよい。通常、この形式の情報は、バッチ解決策で収集されるが、本発明は、これに限定されず、他の解決策及び外部エージェントも使用できる。
【００２５】
図３は、移動装置に関連したインボックスのための情報を収集するのに使用するプロセス３００の一実施形態を一般的に示す論理フローチャートである。このプロセス３００は、例えば、図１のサーバーコンピュータ１０８で実施することができる。
【００２６】
プロセス３００は、スタートブロックの後に、ブロック３０２で始まり、移動装置との動作のバンドから情報が収集される。収集された情報は、次いで、図２に示すようなサーバーエージェントファシリティ内のエージェントを使用して前処理することができる。エージェントによる情報の収集及び前処理は、時間、好み、プロフィール、条件、事象、経歴データ、振舞いデータ等を含む（これらに限定されない）種々の基準のいずれかに基づいて、自動的に構成され且つ少なくとも部分的に選択される。
【００２７】
次いで、プロセス３００は、ブロック３０４へと続き、移動装置のインボックスへ配送するのに適したフォーマットで情報がパッケージされる。次いで、プロセス３００は、ブロック３０５へ続き、パッケージされた情報が、図１のサーバーコンピュータ１０８等のサーバーコンピュータに存在し得る一時的インボックスへ送信される。
【００２８】
プロセス３００は、次いで、判断ブロック３０６へ続き、移動装置のインボックスを使用できるかどうかの決定がなされる。この決定は、通常、配送エージェントにより行われ、これは、ネットワーク接続が存在するかどうか及び移動装置に充分なバンド巾が得られるかどうかに基づく。移動装置のインボックスが使用できないか、又はバンド巾が不充分な場合には、プロセスは、判断ブロック３０６を経てループし、移動装置が使用できるまで待機する。しかしながら、判断ブロック３０６の決定が真である場合には、プロセスはブロック３０８へ進み、前処理／収集された情報が配送エージェントによりインターフェイスモジュールへ供給され、該インターフェイスモジュールは、その情報を移動装置のインボックスへ供給できるようにされる。プロセス３００が完了すると、他のアクションを遂行するためのコールプロセス(calling process)へ処理が復帰する。
【００２９】
図４は、サーバーエージェントファシリティ４０６への要求を構成し及び／又は送信するのに使用できる多数のインターフェイスの一実施形態を示す機能的ブロック図４００である。図示されたように、ユーザが移動装置で情報を受信することを希望する場合に、ユーザは、情報の要求をサーバーエージェントファシリティ４０６へ送信することができる。情報の要求に加えて、要求は、規定の命令を含んでもよい。又、図示されたように、情報の要求は、電話コール４０４により口頭でなされてもよい。又、要求は、プロンプト（図示せず）、ウェブフォーム４０３、メニュー、テキストメッセージ４０１、ｅメール４０２、インスタントメッセージ（ＩＭ）、移動電話４００のコール、等々の助けで行われてもよい。
【００３０】
一般的に、情報の要求は、図２に示すサーバーエージェントファシリティと実質的に同様に動作するサーバーエージェントファシリティ４０６へ供給される。通常、ワン−オフ(one-off)要求、事象ベース要求、及び時間ベース要求を含む多数の形式の要求がある。要求は、ワイヤレスネットワーク１１０に接続された移動電話４００を使用してサーバーエージェントファシリティへ送信することができる。移動電話４００は、図１の移動装置１０６と同じでもよいし、又はそれとは異なってもよい。移動電話４００は、ここでは、ワイヤレスネットワーク１１０に結合されて示されているが、移動電話４００及び移動装置１０６を同じネットワークに結合する必要はない。むしろ、移動装置１０６は、ＷＡＮオーバーネットワーク１０２又は同様の構成にワイヤレス結合することができる。
【００３１】
サーバーエージェントファシリティ４０６は、移動電話４００を使用するユーザにボイスメニューのようなインターフェイスを与えるように構成され、これは、ユーザが要求を口頭、電話ボタン信号、及び／又はその組合せで通信できるようにする。このインターフェイスは、ユーザが話したワード又は所定のコマンドを捕獲するためのボイス認識モジュールを含むことができる。更に、インターフェイスは、平易な話言葉を受け容れて、規定コマンドの使用を減少するために、インテリジェント言語認識モジュールを含むことができる。
【００３２】
一実施形態において、ユーザは、プレイン・オールド・テレホン・サービス（Plain Old Telephone Service:ＰＯＴＳ）４０５のような地上ラインに接続された電話４０４を使用することにより要求を通信することができる。この形式の要求は、移動電話４００でなされた要求と同様に実行し処理することができる。
【００３３】
或いは又、ユーザは、テキストメッセージ４０１により要求を通信してもよい。テキストメッセージは、例えば、ショートメッセージサービス（ＳＭＳ）メッセージ又は同様のプロトコルでよい。テキストメッセージ４０１は、移動装置、クライアントコンピュータ、地上ライン電話、移動電話４００等を使用して搬送することができる。サーバーエージェントファシリティ４０６に含まれるか又はそれと通信するインターフェイスは、テキストメッセージで要求を受け取りそして処理する。
【００３４】
又、ウェブフォーム４０３がクライアントに与えられてもよい。ウェブフォーム４０３は、サーバーエージェントファシリティ４０６に含まれるか又はそれに結合されたウェブサーバーモジュールにより与えることができる。ユーザは、ウェブフォーム４０３に、要求を含む情報を埋め、次いで、サーバーエージェントファシリティ４０６に向かって情報を送信するようにクライアントに命令するボタンを押すようなアクションを遂行することができる。又、他のソフトウェア及び通信プロトコルを使用して、ネットワーク１０２を経てサーバーエージェントファシリティ４０６へ要求を通信してもよい。これらは、インスタントメッセージング、インターネット中継チャット、ファイル転送プロトコル等を含むが、これに限定されない。
【００３５】
図５は、サーバーエージェントファシリティへ要求を中継するためのプロセス５００の一実施形態を一般的に示す論理フローチャートである。一実施形態において、プロセス５００は、図１のサーバーコンピュータ１０８において実施される。
【００３６】
プロセス５００は、スタートブロックの後に、ブロック５０２で始まり、移動装置から情報の要求が受け取られる。次いで、プロセスはブロック５０４へと続き、受け取られた要求がパーズされる。受け取られた要求をパーズすることは、スピーチ認識アプリケーション、プログラム、スクリプト等を使用することを含んでもよい。又、規定のコマンド、シンタックス等に対して情報の要求をパーズすることを含んでもよい。要求は、サーバーエージェントファシリティの別のモジュールにより更に容易に処理できるように規定のフォーマットへパーズされてもよい。プロセスは、ブロック５０６へ続き、パーズされた要求は、その要求を更に処理するように構成されたサーバーエージェントファシリティの関連モジュール（１つ又は複数）へ送信される。この関連モジュールは、特定の実施形態に依存する。例えば、エージェントモジュール内のエージェントの１つを使用して、要求を更に処理してもよい。いずれにせよ、ブロック５０６が完了すると、プロセスは、他のアクションを遂行するためにコールプロセスに復帰する。
【００３７】
図６は、サーバーエージェントファシリティ内の選択されたエージェントへ要求を中継するプロセスの一実施形態を一般的に示す論理フローチャートである。要求は、ワン−オフ、事象ベース、及び／又は時間ベース要求を含む種々の形態でトリガーすることができる。特に、図示されたように、要求は、サーチエージェント又は警告エージェントへ中継されてもよい。しかしながら、本発明は、これに限定されるものではなく、他のエージェント形式も本発明により使用できるが、プロセス６００では説明しない。図６のプロセス６００は、図１のサーバーコンピュータ１０８で実施されてもよい。
【００３８】
図６に示すように、プロセス６００は、スタートブロックの後に、ブロック６０２で始まり、情報の要求がサーバーエージェントファシリティ内に受け取られる。プロセスは、次いで、判断ブロック６０４へ続き、図２を参照して上述したような警告エージェントによりサービスされるアクションを要求が含むかどうかの決定がなされる。要求が警告エージェントによりサービスされる場合には、プロセスはブロック６０８へ分岐し、さもなければ、判断ブロック６０６へ続く。ブロック６０８において、警告エージェントは、図８を参照して以下に述べるようなプロセスを使用して、受け取った要求に関連した情報を収集するように動作できる。収集できる情報は、例えば、株価の変化等の、トリガー事象に関連した情報を含んでもよい。実質上いかなる警告情報も、警告エージェントにより収集できる。次いで、プロセス６００は、判断ブロック６０６へ続く。
【００３９】
判断ブロック６０６において、受け取った要求が、サーチエージェントによりサービスされるアクションを含むかどうかの決定がなされる。サーチエージェントを使用すべき場合には、プロセスはブロック６１０へ分岐し、そこで、サーチエージェントを使用して、情報の要求にサービスする。サーチエージェントは、情報の要求内の問合せに応答できる情報のサーチにおいて、データベース、ファイル、ネットワークインフラストラクチャー等に問合せしてもよい。一実施形態では、サーチエージェントは、図７を参照して以下に述べるようなプロセスを使用してもよい。ブロック６１０が完了するか、又はサーチエージェントを使用すべきでない場合には、プロセスは、ブロック６０２へループして戻り、次の情報要求の受信をモニタリングするように構成される。
【００４０】
図７は、サーチ要求をマネージするプロセス７００の一実施形態を一般的に示す論理フローチャートである。一実施形態において、プロセス７００は、図６のブロック６１０からコールされる。更に、プロセス７００は、図２のサーチエージェント２１６内で実施することができる。
【００４１】
プロセス７００は、スタートブロックの後に、ブロック７０２で始まり、サーチ要求が受け取られる。ついで、プロセスはブロック７０４へ進み、要求を処理するのに適した収集要素が決定される。要求内の異なるフィールド、フィールドの組合せ、及び／又はサーチ解決策に、異なる収集要素を関連させることができる。例えば、第三者収集要素を経て情報を収集することにより１組のフィールドを良好に満足させることができる。いずれにせよ、収集要素が決定されると、プロセスはブロック７０６へ進み、そこで、決定された収集要素へ要求が転送される。一実施形態では、決定された収集要素へ要求を送信する前に、ブロック７０４において要求が変更される。このような変更は、要求及び／又はその関連フィールドを、その決定された収集要素により使用するのに適したフォーマットへ再フォーマットすることを含んでもよいが、これに限定されない。
【００４２】
次いで、プロセスは、ブロック７０８へ進み、収集要求に対する結果が、その決定された収集要素から受信される。次いで、プロセスは、判断ブロック７１０へと続き、結果の編集を行うべきかどうかの決定がなされる。編集は、例えば、返送される結果を、ユーザが良好に使用できるフォーマットに入れるように行うことができる。更に、このような編集は、ユーザにより指定された予め定められた基準、ユーザのコンピューティング装置の特性、ブラウザフォーマット等を含む（これらに限定されない）種々の基準のいずれに基づいて行われてもよい。例えば、ユーザは、サーチのトップ１０ヒットのみを受け取るように希望してもよいし、或いはある株に関する特定のメトリックのみを受け取るように希望してもよい。いずれにせよ、編集を行うべき場合には、プロセスがブロック７１２へ分岐し、結果がエディタエージェントへ送信される。編集が完了するか、又は編集を行うべきでない場合には、プロセス７００はブロック７１４へ進み、そこで、結果が、ユーザへ配送するためにパッケージされるべく送信される。結果をパッケージングするためのプロセスの一実施形態は、図１１を参照して以下に詳細に説明する。ブロック７１４が完了すると、プロセス７００は、他のアクションを実行するためにコールプロセスに復帰する。
【００４３】
図８は、警告要求をマネージするプロセス８００の一実施形態を一般的に示す論理フローチャートである。プロセス８００は、例えば、図２の警告エージェント２１８内で実施することができる。
【００４４】
プロセス８００は、スタートブックの後に、ブロック８０２で始まり、警告要求が受け取られる。一実施形態では、警告要求は、図６のブロック６０８から受け取られる。上記で簡単に述べたように、警告要求は、満足されたときに、警告に関連した情報をユーザへ送信できるようにする事象、条件等に関連付けることができる。
【００４５】
次いで、プロセスは、ブロック８０４へ進み、そこで、要求された警告情報を収集するのに適した収集要素が決定される。収集要素の決定は、要求された警告情報の形式を含む種々の基準に基づいて行うことができる。更に、ある収集要素は、別の収集要素より、特定の警告要求を良好に取り扱うように構成されてもよい。いずれにせよ、適切な収集要素が決定されると、プロセスはブロック８０６へ進み、そこで、決定された収集要素が、警告情報の状態に関して問合せされる。
【００４６】
プロセスは、判断ブロック８０８へと続き、問合せに応答して警告情報が受け取られるかどうか決定される。一実施形態では、その決定された収集要素が、警告要求が満足されると決定したときに、警告情報が受け取られる。問合せに応答して警告情報が受け取られないと決定された場合には、プロセスはブロック８０６へループして戻り、警告要求が満足されるまで、例えば、警告要求に関連した情報が受け取られるまで、別の問合せが実行される。又、警告は、所定時間の後に時間切れするように構成されてもよい。例えば、ユーザが所与の時間内の株価の変化を知ることを希望し、そして株が変化しない場合には、警告情報は、株が所与の時間内に変化しないことを指示できる。
【００４７】
しかしながら、判断ブロック８０８において、警告情報が受け取られた場合には、プロセスはブロック８１０へ進み、そこで、受け取られた警告情報が、ユーザへの配送のためにパッケージされるべく送信される。一実施形態では、受け取られた警告情報は、図１１を参照して以下に述べるようにプロセス１１００へ送り込まれる。別の実施形態では、受け取られた警告情報は、図２を参照して上述したパッケージングモジュールと実質的に同様のパッケージングモジュールへ送信される。いずれにせよ、ブロック８１０が完了すると、プロセスは、他のアクションを遂行するためにコールプロセスへ復帰する。
【００４８】
図９は、フォワードルックエージェントにより使用するためのプロセスの一実施形態を一般的に示す論理フローチャートである。従って、一実施形態では、図９のプロセス９００は、図２のフォワードルックエージェント２２０において実施される。
【００４９】
ユーザからの要求は、通常は、フォワードルックエージェントへ特に向けられない。むしろ、フォワードルックエージェントは、他のエージェントに向けられた要求をモニタリングし、予報情報を決定し、そしてその予報情報をユーザに与えることができる。従って、プロセス９００は、スタートブロックの後に、ブロック９０２で始まり、他のエージェントへの要求がモニタリングされる。プロセス９００は、次いで、判断ブロック９０４へ進み、そこで、別のエージェントへ送信された要求が検出されたかどうかの決定がなされる。もしそうであれば、プロセスはブロック９０６へ進み、さもなければ、プロセスは９０２へループして戻り、他のエージェントへの警告をモニタリングし続ける。
【００５０】
ブロック９０６において、要求を送信するユーザに関連したユーザレコードが検索される。このユーザレコードは、要求を送信するユーザに関連した情報、例えば、統計学的及び振舞い情報、ユーザに適用可能なコンフィギュレーション情報、ビリング情報、等を含む。ユーザレコードは、１つ以上のデータレコードを含んでもよく、そしてその一部分が異なるフォーマットで１つ以上の位置にセーブされてもよい。
【００５１】
次いで、プロセスはブロック９０８へ進み、そこで、ユーザレコードは、検出された要求に一部分基づいて、統計学的、経歴的及び／又は振舞いデータで変更される。ユーザレコードは、種々の統計学的及び／又は経歴的振舞いデータに基づいて変更されてもよい。例えば、ユーザや別のユーザ等により送信された多数の要求に関連した統計学的データが収集されてもよい。又、統計学的、経歴的、及び／又は振舞いデータは、要求の形式、要求に関する時間、要求の形式の頻度等に関連付けされてもよい。同様に、統計学的、経歴的、及び／又は振舞いデータは、要求のキーワード、要求のコンテクスト又は実体、要求が送信される場所、等に関連した情報を含んでもよい。一実施形態では、検出された要求に関連したユーザ設定を使用して、どんな統計学的、経歴的、及び／又は振舞いデータを収集及び使用してユーザレコードを変更すべきか決定する上で助けとすることができる。例えば、別の実施形態では、以前の要求をセーブして、その後の時間にユーザへ返送すべきであることをユーザが指示してもよい。実質上、いかなる統計学的、経歴的及び振舞いデータを収集及び使用して、ユーザレコードを変更してもよい。更に、このような統計学的、経歴的、及び振舞いデータは、ビリング、リサーチ等を含む（これらに限定されない）他の用途に使用されてもよい。
【００５２】
プロセス９００は、次いで、ブロック９１０へ進み、ユーザレコードを変更するために付加的な情報を与えるべきかどうかの決定がなされる。このような付加的な情報は、検出された要求に直接応答するものでなくてもよい。しかしながら、このような情報を与えることは、ユーザにとって間接的に有用である等の種々の他の理由で望ましいこともある。従って、例えば、ユーザが小説に関する情報を要求する場合に、その小説の著者に関する付加的な情報を送信してもよいが、このような情報は、ユーザにより直接要求されたものではない。付加的な情報を与えるべきかどうかの決定は、ユーザ基準、ユーザ設定、サーバーエージェントファシリティのコンフィギュレーション、要求それ自体、等を含む種々の事柄に依存し得る。一実施形態において、キーワード、要旨、頻度等により定義できる予め定められた形式の要求に対して付加的な情報が与えられてもよい。更に、付加的な情報を与えるための決定は、ユーザの形式、ユーザの予め定められた組、等に基づいてもよい。いずれにせよ、付加的な情報が与えられない場合には、プロセスはブロック９０２へループして戻り、さもなければ、プロセスはブロック９１２へ続く。
【００５３】
ブロック９１２において、付加的な情報の要求が、検出された要求及び／又はユーザレコードに基づいて公式化される。例えば、付加的な情報の要求は、検出された要求において見つかるキーワードに基づくものでよい。又、付加的な情報の要求は、ユーザレコードにおけるある経歴的、統計学的、振舞い又は他の情報の存在に加えて、検出された要求に見つかるキーワードに基づくものでもよい。従って、ユーザが、地理的位置Ａに関する予め定められた数のサーチを実行したが、モニタリングされた要求は地理的位置Ｂを指すものであることをユーザレコードが指示する場合に、付加的な情報の要求は、地理的位置Ａから地理的位置Ｂへの移送オプションに関する情報を指してもよい。
【００５４】
ブロック９１４において、付加的な情報の要求は、適当な収集要素へ送信される。一実施形態において、付加的な情報の要求は、図１０を参照して以下に述べるものと実質的に同様のアクションを遂行するために収集要素へ送信される。しかしながら、本発明はこれに限定されず、別のプロセスが使用されてもよい。例えば、適当な収集要素は、広告情報等に関連した付加的な情報を収集して記憶するようにイネーブルされるものを含むと決定されてもよい。むしろ、この例では、広告情報にアクセスするように特に構成された収集要素が使用されてもよい。この広告収集要素は、付加的な広告情報をサーチし、収集しそして与えるためのそれ自身のプロセスを使用してもよい。いずれにせよ、ブロック９１６が完了すると、プロセスはブロック９１８へ進み、付加的な情報が得られる。次いで、プロセスはブロック９２０へと続き、受信した付加的な情報が、ユーザへ配送するのに適したフォーマットでパッケージされるべく送信される。一実施形態では、付加的な情報は、図２を参照して上述したものと実質的に同様のパッケージングモジュールへ送信される。別の実施形態では、パッケージされるべき付加的な情報を送信する前に、付加的な情報が編集のために送信される。この実施形態では、編集は、例えば、図２のエディタエージェント２１４を使用することにより実行されてもよい。しかしながら、本発明はこれに限定されるものではなく、付加的な情報がパッケージングのために送信される前にそれに基づいてアクションを遂行するように別のエディタ又はエージェントを使用してもよい。いずれにせよ、プロセス９００が完了すると、プロセスは、他のアクションを遂行するようにコールプロセスに復帰する。
【００５５】
図１０は、図２に示すような収集モジュールを使用して情報を収集するプロセス１０００の一実施形態を一般的に示す論理フローチャートである。このプロセス１０００は、例えば、図１のサーバーコンピュータ１０８で実施することができる。
【００５６】
プロセス１０００は、スタートブロックの後に、ブロック１００２で始まり、コンテンツの要求が受け取られる。この要求は、図２のサーバーエージェントファシリティ内のエージェント等を含む（それらに限定されない）種々のソースから受け取ることができる。例えば、一実施形態では、コンテンツの要求は、図９のプロセス９００から受け取られる。コンテンツの要求が受け取られると、プロセスは判断ブロック１００４へ進み、コンテンツの要求にサービスするために使用されるべき収集要素の形式に関する決定がなされる。図１０及び図２に示すように、２つの考えられる収集要素、即ちプロアクティブフェッチ及び第三者収集要素について説明する。しかしながら、本発明は、これに限定されるものではなく、コンテンツの要求にサービスするのに使用するために付加的な収集要素が実施されてもよい。
【００５７】
通常、コンテンツの要求が、一般的にアクセス可能な情報、例えば、インターネットやサーバーエージェントファシリティ等を経て一般的に入手できる情報を指す場合には、プロセスはプロアクティブフェッチ方向に進む。しかしながら、コンテンツの要求が、このようなソースを経て一般に入手できない情報を指す場合には、プロセスは第三者収集要素を使用することができる。この形式の情報は、例えば、ホテル予約情報、航空運賃情報等を含んでもよい。１つの構成では、サーバーエージェントファシリティのオペレータが第三者（航空会社のような）との合意に入って、サーバーエージェントファシリティが第三者に属する幾つかの所有権情報等にアクセスできるようにしてもよい。このようなアクセスは、通常、第三者収集モジュールを経て実行することができる。従って、コンテンツの要求がプロアクティブフェッチ要素によりサービスできると決定された場合には、プロセス１０００はブロック１００６へ進み、さもなければ、プロセス１０００は、第三者収集要素により処理するためのブロック１０１０へ進む。
【００５８】
ブロック１００６において、コンテンツの要求は、処理のためにプロアクティブフェッチ要素へ転送される。ブロック１００８へ進むと、プロアクティブフェッチ要素は、要求に基づいてサーチを実行し、結果を得、そして結果を返送する。一実施形態では、ブロック１００８のアクションは、図７を参照して上述したプロセス７００を使用する。ブロック１００８が完了すると、プロセスはブロック１０１８へ進む。
【００５９】
しかしながら、ブロック１０１０において、多数のコンテンツ要求が一緒にバッチ処理されてもよい。本発明は、要求のバッチ処理に限定されないが、一実施形態では、コストを節減し、共通のコンテンツ要求を簡単化し、等々を行うように実行されてもよい。いずれにせよ、もし希望であれば、要求が他の要求と共にバッチされる。ブロック１０１０が完了すると、プロセスはブロック１０１２へと続き、そこで、バッチ処理された要求（そのようにバッチ処理された場合）が第三者収集要素へ処理のために送信される。プロセスは、次いで、ブロック１０１４へ続き、異なるバッチ処理要求に関連した結果が受け取られる。次いで、プロセスはブロック１０１６へ進み、バッチ処理結果が分離される。次いで、プロセスは、ブロック１０１８へ続く。
【００６０】
ブロック１０１８において、与えられた結果がユーザのインボックスに向けて送信される。一実施形態では、それらの結果は、パッケージングモジュール等を使用することによりユーザへ配送するための準備等の更なる処理のために、要求を発しているエージェントへ返送される。ブロック１０１８が完了すると、プロセス１０００は、他のアクションを実行するためにコールプロセスへ復帰する。
【００６１】
図１１は、移動装置へ配送するように情報をパッケージングするプロセスの一実施形態を一般的に示す論理フローチャートである。一実施形態において、図１１のプロセス１１００は、図２を参照して述べたサーバーエージェントファシリティ内で実施される。
【００６２】
図１１のプロセス１１００は、スタートブロックの後に、ブロック１１０２で始まり、移動装置のインボックスに配送するよう意図された情報が受け取られる。このような情報は、例えば、サーチエンジンから受信したサーチ結果、警告エージェントから受信した警告情報、予報、経歴、振舞い情報等を含んでもよい。このような情報を受け取ると、プロセスは判断ブロック１１０４へ進み、情報を正規化すべきかどうかの決定がなされる。情報の正規化は、情報フォーマットの変更を含んでもよい。この決定は、種々のファクタ、例えば、情報それ自体、情報を向けるべき移動装置の形式、及びユーザ設定（これらの限定されない）、に基づいて行うことができる。例えば、移動装置は、あるフォーマットの情報を表示できなくてもよい。この場合に、情報は、その移動装置で見るために再フォーマットすることができる。同様に、ユーザは、情報を予め定められたフォーマットで配送すべきであると指示してもよい。
【００６３】
いずれにせよ、情報を正規化すべきであると決定された場合には、プロセスがブロック１１０６へ進んで、情報のフォーマットが変更され、さもなければ、プロセスは判断ブロック１１０８へと続く。一実施形態では、ブロック１１０６は、図２の正規化要素２０８により実施することができる。情報の正規化は、種々の情報特性に変化を生じさせ、これは、映像のサイズ変更、映像のフォーマット／エンコードの変更、フォントサイズの変更、テキストのサイズ変更、テキストのグループ再編成、等を含むが、これらに限定されない。同様に、プレゼンテーション言語又はマークアップ言語、例えば、ＨＴＭＬに基づいて編成された情報は、例えば、プレゼンテーションフォーマットを変更するようにコンテンツを操作することにより、再フォーマット、再編成等をしてもよい。又、情報は、マークアップ言語へ再フォーマットされてもよいし、或いは既にマークアップ言語である場合には、異なるマークアップ言語に入れられてもよい。例えば、情報は、移動装置によりプレゼンテーションするための同期マルチメディア一体化言語（ＳＭＩＬ）適合フォーマットに入れられてもよい。次いで、プロセスは、判断ブロック１１０８へ進む。
【００６４】
判断ブロック１１０８では、情報を圧縮すべきかどうかの決定がなされる。この決定は、サーバーエージェントファシリティのコンフィギュレーション、移動装置の形式、入手可能なバンド巾、ユーザ設定等を含む種々のファクタに基づいて行うことができる。又、圧縮の形式は、ネットワーク接続の特性、及び情報を圧縮解除するための移動装置の能力に少なくとも一部分基づいて決定されてもよい。又、圧縮は、例えば、非可逆圧縮(“lossy”compression)等により考えられるデータ劣化を考慮することに基づいてもよい。いずれにせよ、圧縮を実行すべきであることが決定された場合には、プロセスはブロック１１１０へ進み、さもなければ、プロセスは判断ブロック１１１２へ進む。
【００６５】
ブロック１１１０において、情報が圧縮される。一実施形態では、圧縮は、図２の圧縮要素２１０を使用して達成される。圧縮は、ラン長さエンコード、最小冗長性コード化、離散的フラクタル変換圧縮、フラクタル圧縮等を含む（これらに限定されない）１つ以上の圧縮メカニズムに基づいて実行されてもよい。実際に、情報を圧縮するのに実質上いかなる圧縮メカニズムを使用してもよい。その完了時に、プロセスは判断ブロック１１１２へと続く。
【００６６】
判断ブロック１１１２において、暗号化を実行するかどうかの決定がなされる。暗号化は、情報のプライバシーを確保することに向けられる。又、暗号化は、コピー保護にも使用できる。いずれにせよ、情報を暗号化すべきかどうかの決定は、サーバーエージェントファシリティのコンフィギュレーション、移動装置の形式、情報の形式、ユーザ設定等を含む（これらに限定されない）種々のファクタに基づくものでよい。暗号化を実行すべきであると決定された場合には、プロセスはブロック１１１４へ続き、さもなければ、ブロック１１１６へ続く。
【００６７】
ブロック１１１４において、パブリックキー暗号化、対称的キー暗号化、ハイブリッド暗号化等を含む（これらに限定されない）種々の暗号化メカニズムのいずれかを使用して、情報を暗号化することができる。情報の暗号化が完了すると、プロセスはブロック１１１６へ進む。
【００６８】
ブロック１１１６において、情報は、移動装置へ配送するために転送される。一実施形態において、情報は、図２を参照して上述したようにインターフェイスモジュールへ転送される。別の実施形態において、図１２に示すようなプロセスをブロック１１１６に使用して、移動装置へ配送するための情報が準備される。
【００６９】
図１２は、移動装置へのインターフェイスをマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。図１２のプロセス１２００は、例えば、図２のインターフェイスモジュール内で実施することができる。
【００７０】
プロセス１２００は、スタートブロックの後に、ブロック１２０２で始まり、移動装置へ配送するように意図された情報が受け取られる。通常、情報は、図１１を参照して述べたようにパッケージングモジュールから受け取られるが、サーバーエージェントファシリティの他の要素、例えば、エージェント又は収集モジュールの１つから受け取られてもよい。
【００７１】
情報を受け取ると、プロセスは判断ブロック１２０４へ進み、そこで、受け取られた情報を移動装置へプッシュすべきか又は移動装置により検索すべきかの決定がなされる。この決定は、ユーザ設定、移動装置の形式、情報の形式等を含む（これらに限定されない）種々の基準に基づいて行ってもよい。
【００７２】
情報を移動装置により検索すべきであることが決定された場合に、プロセスはブロック１２１０へと続き、そこで、情報が得られることを指示する通知が移動装置のインボックスへ転送される。この通知は、例えば、テキストメッセージ、ＳＭＳメッセージ、インスタントメッセージ、ｅメール等を含む実質上いかなるフォーマット又はフォームでもよい。次いで、プロセスは、ブロック１２１２へ進み、そこで、情報の要求が移動装置から受け取られる。次いで、プロセスは判断ブロック１２０６へ進む。
【００７３】
判断ブロック１２０６において、情報を送信するのに充分なバンド巾を含むワイヤレス接続が現在利用できるかどうかの決定がなされる。通知メッセージはブロック１２１０において送信されてもよいが、ここでは、バンド巾が情報を送信するのに充分でないかもしれない。多数の既存のワイヤレスネットワークは、異なるバンド巾能力をもつ異なる形式の接続をサポートする。例えば、典型的なワイヤレス電話ネットワークは、ショートメッセージ及びボイス通信を送信するための標準接続と、比較的大量のデータを送信するためのデータ接続（例えば、１Ｘ ＣＤＭＡ接続）とをサポートすることができる。従って、ブロック１２０６の決定は、送信される情報の量と、その情報を送信するためのバンド巾利用性とに基づいて行われる。不充分なバンド巾しかないか又は接続がドロップしたと決定された場合には、接続が得られ且つ充分なバンド巾を有するまで、プロセスはブロック１２０６を経てループバックする。しかしながら、充分なバンド巾をもつ接続が得られるときには、プロセスは判断ブロック１２１４へ進む。
【００７４】
判断ブロック１２１４において、送信されるべき情報がまだフレッシュであるかどうか決定される。インターフェイスモジュールが、移動装置に使用できる充分なバンド巾の接続を待機している間に、情報が古くなってしまうことがある。情報のあるアイテムが古くなるまでにかかる時間は、情報の形式のような種々の基準に依存する。従って、判断ブロック１２１４では、多数の情報形式と、その関連情報形式が古くなるまでに経過すべき時間（例えば、フレッシュ時間）を示す関連値との予め定められたリストが検討される。又、ある形式の情報は、決して古くならないと考えてもよく、例えば、無限のフレッシュ時間を有すると考えてもよい。しかしながら、一実施形態では、判断ブロック１２１４を削除し、他の予め定義し得る基準等に基づいて任意に実行されてもよい。しかしながら、情報をリフレッシュすべきであると決定された場合には、プロセスがブロック１２１８へ分岐し、さもなければ、プロセスはブロック１２１６へ進み、情報が移動装置へ送信される。ブロック１２１６の完了時に、プロセスは、他のアクションを遂行するためにコールプロセスへ復帰する。
【００７５】
しかしながら、ブロック１２１８において、例えば、情報に対する別のサーチを実行し、情報の収集を再要求し、等々により、情報をリフレッシュすることができる。情報がリフレッシュされると、プロセスは判断ブロック１２０６へループして戻る。
【００７６】
上述したフローチャートの各ブロック、及び上述したフローチャートにおけるブロックの組合せは、コンピュータプログラム命令により実施できることが理解されよう。これらプログラム命令は、マシンを形成するようにプロセッサに与えられ、これら命令は、プロセッサにおいて実行されて、フローチャートのブロックで指定されたアクションを実施するための手段を生成する。又、これらコンピュータプログラム命令は、プロセッサにより実行されて、プロセッサにより遂行されるべき一連のオペレーションステップでコンピュータ実施プロセスを発生し、これら命令は、プロセッサにおいて実行されて、フローチャートのブロックで指定されたアクションを実施するためのステップを形成する。
【００７７】
従って、フローチャートのブロックは、指定のアクションを遂行するためのオペレーションの組合せ、指定のアクションを遂行するためのステップの組合せ、及び指定のアクションを遂行するためのプログラム命令手段をサポートする。又、フローチャートの各ブロック、及びフローチャートにおけるブロックの組合せは、指定のアクション又はステップを遂行する特殊目的のハードウェアベースシステム、又は特殊目的のハードウェア及びコンピュータ命令の組合せにより実施できることも理解されたい。
【００７８】
上記説明、実施例及びデータは、本発明の要素の製造及び使用について完全に述べたものである。本発明の精神及び範囲から逸脱せずに本発明の多数の実施形態が考えられるので、本発明は、特許請求の範囲のみにより限定されるものとする。
【図面の簡単な説明】
【００７９】
【図１】本発明を実施するための環境の一実施形態を示す機能的ブロック図である。
【図２】移動装置及びサーバーエージェントファシリティにより使用できる要素の概略の一実施形態を示す図である。
【図３】移動装置に関連したインボックスに対する情報を収集するのに使用するプロセスの一実施形態を一般的に示す論理フローチャートである。
【図４】サーバーエージェントファシリティへの要求を構成し及び／又は送信するのに使用できる多数のインターフェイスの一実施形態を示す機能的ブロック図である。
【図５】サーバーエージェントファシリティへの要求を中継するためのプロセスの一実施形態を一般的に示す論理フローチャートである。
【図６】サーバーエージェントファシリティ内の種々のエージェントへの要求を中継するためのプロセスの一実施形態を一般的に示す論理フローチャートである。
【図７】サーチ要求をマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【図８】警告要求をマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【図９】フォワードエージェントにより使用するためのプロセスの一実施形態を一般的に示す論理フローチャートである。
【図１０】情報を収集するプロセスの一実施形態を一般的に示す論理フローチャートである。
【図１１】移動装置へ配送するための情報をパッケージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【図１２】本発明により移動装置へのインターフェイスをマネージするプロセスの一実施形態を一般的に示す論理フローチャートである。
【特許請求の範囲】
【請求項１】
ネットワークを経て移動装置へ情報を与える方法であって、
サーバーエージェントファシリティの少なくとも１つのモジュールを使用して、情報を収集するステップと、
前記サーバーエージェントファシリティの少なくとも別のモジュールを使用して、前記収集した情報をパッケージするステップと、
前記サーバーエージェントファシリティの少なくとも第３のモジュールを使用して、前記移動装置へ前記情報を送信するステップとを備えた方法。
【請求項２】
前記収集した情報を、サーバーに関連した一時的インボックスへ送信するステップと、
前記移動装置が使用可能である場合に、配送エージェントを使用してモニタリングを行うステップとを更に備えた請求項１に記載の方法。
【請求項３】
前記収集した情報をパッケージングする前記ステップは、情報の正規化、情報の圧縮、及び暗号化の少なくとも１つを遂行することを更に備えた請求項１に記載の方法。
【請求項４】
前記情報の正規化は、情報のフォーマットを変更することを更に備えた請求項３に記載の方法。
【請求項５】
サーバーエージェントファシリティの少なくとも１つのモジュールを使用して、情報を収集する前記ステップは、プロアクティブフェッチ(proactive fetch)要素及び第三者収集要素の少なくとも１つを使用することを更に含む請求項１に記載の方法。
【請求項６】
移動装置へ情報を送信する前記ステップは、情報を前記移動装置により検索すべきであるかどうか決定し、そして前記移動装置で決定すべきである場合には、情報が得られるという通知を前記移動装置へ与えることを更に含む請求項１に記載の方法。
【請求項７】
情報を送信する前記ステップは、サーバーと前記移動装置との間のワイヤレス接続が情報に対して充分なバンド巾を含むかどうか決定することを更に備えた請求項１に記載の方法。
【請求項８】
前記サーバーエージェントファシリティの前記少なくとも１つのモジュール、前記少なくとも１つの他のモジュール、及び前記第３のモジュールは、各々、前記移動装置から離れたサーバーにおいて実行されるようイネーブル(enable)される請求項１に記載の方法。
【請求項９】
移動装置へ情報を与える方法であって、
１つ以上のエージェントからエージェントを選択するステップと、
前記選択されたエージェントにより前記移動装置からの要求を処理するステップと、
収集モジュールにより情報を収集するステップと、
パッケージングモジュールにより前記移動装置に適したフォーマットへ情報をパッケージするステップと、
インターフェイスモジュールにより前記移動装置へ情報を送信するステップとを備え、前記１つ以上のエージェント、前記収集モジュール、前記パッケージングモジュール、及び前記インターフェイスモジュールは、サーバーエージェントファシリティに関連付けられる方法。
【請求項１０】
前記１つ以上のエージェントは、少なくとも１つのサーチエンジンを更に備えた請求項９に記載の方法。
【請求項１１】
エディタエージェントにより情報を編集するステップを更に備え、前記エディタエージェントも前記サーバーエージェントファシリティに含まれる請求項９に記載の方法。
【請求項１２】
フォワードルックエージェント(forward looking agent)により前記要求をモニタリングするステップであって、前記フォワードルックエージェントが前記要求を処理するエージェントとは個別であるそのようなステップと、
前記要求を発信する移動装置に関連したユーザプロフィールを検索するステップと、
前記要求に基づいて付加的な情報を決定するステップと、
前記付加的な情報を前記移動装置へ送信するステップであって、前記付加的な情報が前記要求に対する応答を構成しないようなそのようなステップとを更に備えた請求項９に記載の方法。
【請求項１３】
情報をパッケージングする前記ステップは、情報の正規化、情報の圧縮、及び情報の暗号化の少なくとも１つを更に含む請求項９に記載の方法。
【請求項１４】
情報を収集する前記ステップは、直接アクセス可能なソースから情報を収集するためのプロアクティブフェッチ要素、及び少なくとも１つの所有権ソースから情報を収集するための第三者収集要素の少なくとも１つを使用することを更に含み、前記プロアクティブフェッチ要素及び前記第三者収集要素は前記サーバーエージェントファシリティに含まれる請求項９に記載の方法。
【請求項１５】
移動装置へ情報を与える方法であって、
アラームエージェントにより要求を処理するステップと、
収集モジュールに問合せすることによりアラーム状態が存在するかどうか決定し、そしてアラーム状態が存在する場合には、アラーム状態の存在の通知を含む情報をパッケージングモジュールを使用して移動装置に適したフォーマットにパッケージするステップと、
インターフェイスモジュールを使用して移動装置へ情報を送信するステップとを備え、前記アラームエージェント、前記収集モジュール、前記パッケージングモジュール及び前記インターフェイスモジュールがサーバーエージェントファシリティに含まれるものである方法。
【請求項１６】
ネットワークを経て移動装置へ情報を与えるサーバーであって、
（ａ）前記移動装置から情報を受信し及びそこへ送信するためのトランシーバと、
（ｂ）前記トランシーバに結合されたサーバーエージェントファシリティであって、
前記トランシーバを使用してプッシュモード及び検索モードの少なくとも１つで前記移動装置へ情報を与えるように構成されたインターフェイスモジュール、
前記インターフェイスモジュールへ配送するために情報を準備するよう構成されたパッケージングモジュール、
前記パッケージングモジュールへ配送するために情報の決定をイネーブルするよう構成されたエージェントモジュール、及び
前記エージェントモジュールから情報の要求を受信し且つ前記エージェントモジュールへ配送するために情報を収集するよう構成された収集モジュールを含むそのようなサーバーエージェントファシリティとを備えたサーバー。
【請求項１７】
前記サーバーエージェントファシリティはプッシュ要素及び検索要素を更に含む請求項１６に記載のサーバー。
【請求項１８】
前記パッケージングモジュールは、正規化要素、圧縮要素及び暗号化要素の少なくとも１つを更に含む請求項１６に記載のサーバー。
【請求項１９】
前記正規化要素は情報のフォーマットを変更するように構成された請求項１８に記載のサーバー。
【請求項２０】
前記エージェントモジュールは、エディタ、サーチ要素、警告要素、及びフォワード要素の少なくとも１つを更に含む請求項１６に記載のサーバー。
【請求項２１】
前記フォワード要素は、前記移動装置からの情報の要求をモニタリングし、そして前記要求と、時間、事象、ユーザプロフィール、移動装置プロフィール、統計学的データ、経歴データ及び振舞いデータの少なくとも１つに一部分基づいて、少なくとも若干の付加的な情報を決定するように構成された請求項２０に記載のサーバー。
【請求項２２】
前記収集モジュールは、プロアクティブフェッチモジュール及び第三者収集モジュールの少なくとも１つを更に備えた請求項１６に記載のサーバー。
【請求項２３】
前記収集モジュールは、情報の要求に対してバンドから少なくとも１つのプロセスを使用して情報を収集するように更に構成される請求項１６に記載のサーバー。
【請求項２４】
ネットワークを経て情報を通信するための変調されたデータ信号であって、
トランシーバを使用してプッシュモード及び検索モードの少なくとも１つで移動装置へ情報を与えるようにサーバーエージェントファシリティのインターフェイスモジュールをイネーブルし、
前記インターフェイスモジュールへ配送するための情報を準備するように前記サーバーエージェントファシリティのパッケージングモジュールをイネーブルし、
前記パッケージングモジュールへ配送するための情報を決定するように前記サーバーエージェントファシリティのエージェントモジュールをイネーブルし、そして
前記エージェントモジュールから情報の要求を受信し、且つ前記エージェントモジュールへ配送するための情報を収集するように前記サーバーエージェントファシリティの収集モジュールをイネーブルすることを含む変調されたデータ信号。
【請求項２５】
前記エージェントモジュールは、情報の要求に一部分基づいて、付加的な情報に対する編集、サーチ、警告及びフォワードルックの少なくとも１つを遂行するように更にイネーブルされる請求項２４に記載の変調されたデータ信号。
【請求項２６】
前記パッケージングモジュールは、情報の正規化、圧縮及び暗号化の少なくとも１つを遂行するように更にイネーブルされる請求項２４に記載の変調されたデータ信号。
【請求項２７】
ネットワークを経て情報を通信する装置であって、
移動装置から情報を受信し及びそこへ送信するためのトランシーバと、
前記トランシーバを使用してプッシュモード及び検索モードの少なくとも１つで移動装置へ情報を与えるためのインターフェイス手段と、
前記インターフェイス手段へ配送するための情報を準備するパッケージング手段と、
前記パッケージング手段へ配送するための情報を決定するエージェント手段と、
前記エージェント手段から情報の要求を受信すると共に、前記エージェント手段へ配送するための情報を収集する収集手段とを備えた装置。
【請求項２８】
前記インターフェイス手段、前記パッケージング手段、前記エージェント手段及び前記収集手段は、サーバーエージェントファシリティに含まれる請求項２７に記載の装置。
【請求項１】
ネットワークを経て移動装置へ情報を与える方法であって、
サーバーエージェントファシリティの少なくとも１つのモジュールを使用して、情報を収集するステップと、
前記サーバーエージェントファシリティの少なくとも別のモジュールを使用して、前記収集した情報をパッケージするステップと、
前記サーバーエージェントファシリティの少なくとも第３のモジュールを使用して、前記移動装置へ前記情報を送信するステップとを備えた方法。
【請求項２】
前記収集した情報を、サーバーに関連した一時的インボックスへ送信するステップと、
前記移動装置が使用可能である場合に、配送エージェントを使用してモニタリングを行うステップとを更に備えた請求項１に記載の方法。
【請求項３】
前記収集した情報をパッケージングする前記ステップは、情報の正規化、情報の圧縮、及び暗号化の少なくとも１つを遂行することを更に備えた請求項１に記載の方法。
【請求項４】
前記情報の正規化は、情報のフォーマットを変更することを更に備えた請求項３に記載の方法。
【請求項５】
サーバーエージェントファシリティの少なくとも１つのモジュールを使用して、情報を収集する前記ステップは、プロアクティブフェッチ(proactive fetch)要素及び第三者収集要素の少なくとも１つを使用することを更に含む請求項１に記載の方法。
【請求項６】
移動装置へ情報を送信する前記ステップは、情報を前記移動装置により検索すべきであるかどうか決定し、そして前記移動装置で決定すべきである場合には、情報が得られるという通知を前記移動装置へ与えることを更に含む請求項１に記載の方法。
【請求項７】
情報を送信する前記ステップは、サーバーと前記移動装置との間のワイヤレス接続が情報に対して充分なバンド巾を含むかどうか決定することを更に備えた請求項１に記載の方法。
【請求項８】
前記サーバーエージェントファシリティの前記少なくとも１つのモジュール、前記少なくとも１つの他のモジュール、及び前記第３のモジュールは、各々、前記移動装置から離れたサーバーにおいて実行されるようイネーブル(enable)される請求項１に記載の方法。
【請求項９】
移動装置へ情報を与える方法であって、
１つ以上のエージェントからエージェントを選択するステップと、
前記選択されたエージェントにより前記移動装置からの要求を処理するステップと、
収集モジュールにより情報を収集するステップと、
パッケージングモジュールにより前記移動装置に適したフォーマットへ情報をパッケージするステップと、
インターフェイスモジュールにより前記移動装置へ情報を送信するステップとを備え、前記１つ以上のエージェント、前記収集モジュール、前記パッケージングモジュール、及び前記インターフェイスモジュールは、サーバーエージェントファシリティに関連付けられる方法。
【請求項１０】
前記１つ以上のエージェントは、少なくとも１つのサーチエンジンを更に備えた請求項９に記載の方法。
【請求項１１】
エディタエージェントにより情報を編集するステップを更に備え、前記エディタエージェントも前記サーバーエージェントファシリティに含まれる請求項９に記載の方法。
【請求項１２】
フォワードルックエージェント(forward looking agent)により前記要求をモニタリングするステップであって、前記フォワードルックエージェントが前記要求を処理するエージェントとは個別であるそのようなステップと、
前記要求を発信する移動装置に関連したユーザプロフィールを検索するステップと、
前記要求に基づいて付加的な情報を決定するステップと、
前記付加的な情報を前記移動装置へ送信するステップであって、前記付加的な情報が前記要求に対する応答を構成しないようなそのようなステップとを更に備えた請求項９に記載の方法。
【請求項１３】
情報をパッケージングする前記ステップは、情報の正規化、情報の圧縮、及び情報の暗号化の少なくとも１つを更に含む請求項９に記載の方法。
【請求項１４】
情報を収集する前記ステップは、直接アクセス可能なソースから情報を収集するためのプロアクティブフェッチ要素、及び少なくとも１つの所有権ソースから情報を収集するための第三者収集要素の少なくとも１つを使用することを更に含み、前記プロアクティブフェッチ要素及び前記第三者収集要素は前記サーバーエージェントファシリティに含まれる請求項９に記載の方法。
【請求項１５】
移動装置へ情報を与える方法であって、
アラームエージェントにより要求を処理するステップと、
収集モジュールに問合せすることによりアラーム状態が存在するかどうか決定し、そしてアラーム状態が存在する場合には、アラーム状態の存在の通知を含む情報をパッケージングモジュールを使用して移動装置に適したフォーマットにパッケージするステップと、
インターフェイスモジュールを使用して移動装置へ情報を送信するステップとを備え、前記アラームエージェント、前記収集モジュール、前記パッケージングモジュール及び前記インターフェイスモジュールがサーバーエージェントファシリティに含まれるものである方法。
【請求項１６】
ネットワークを経て移動装置へ情報を与えるサーバーであって、
（ａ）前記移動装置から情報を受信し及びそこへ送信するためのトランシーバと、
（ｂ）前記トランシーバに結合されたサーバーエージェントファシリティであって、
前記トランシーバを使用してプッシュモード及び検索モードの少なくとも１つで前記移動装置へ情報を与えるように構成されたインターフェイスモジュール、
前記インターフェイスモジュールへ配送するために情報を準備するよう構成されたパッケージングモジュール、
前記パッケージングモジュールへ配送するために情報の決定をイネーブルするよう構成されたエージェントモジュール、及び
前記エージェントモジュールから情報の要求を受信し且つ前記エージェントモジュールへ配送するために情報を収集するよう構成された収集モジュールを含むそのようなサーバーエージェントファシリティとを備えたサーバー。
【請求項１７】
前記サーバーエージェントファシリティはプッシュ要素及び検索要素を更に含む請求項１６に記載のサーバー。
【請求項１８】
前記パッケージングモジュールは、正規化要素、圧縮要素及び暗号化要素の少なくとも１つを更に含む請求項１６に記載のサーバー。
【請求項１９】
前記正規化要素は情報のフォーマットを変更するように構成された請求項１８に記載のサーバー。
【請求項２０】
前記エージェントモジュールは、エディタ、サーチ要素、警告要素、及びフォワード要素の少なくとも１つを更に含む請求項１６に記載のサーバー。
【請求項２１】
前記フォワード要素は、前記移動装置からの情報の要求をモニタリングし、そして前記要求と、時間、事象、ユーザプロフィール、移動装置プロフィール、統計学的データ、経歴データ及び振舞いデータの少なくとも１つに一部分基づいて、少なくとも若干の付加的な情報を決定するように構成された請求項２０に記載のサーバー。
【請求項２２】
前記収集モジュールは、プロアクティブフェッチモジュール及び第三者収集モジュールの少なくとも１つを更に備えた請求項１６に記載のサーバー。
【請求項２３】
前記収集モジュールは、情報の要求に対してバンドから少なくとも１つのプロセスを使用して情報を収集するように更に構成される請求項１６に記載のサーバー。
【請求項２４】
ネットワークを経て情報を通信するための変調されたデータ信号であって、
トランシーバを使用してプッシュモード及び検索モードの少なくとも１つで移動装置へ情報を与えるようにサーバーエージェントファシリティのインターフェイスモジュールをイネーブルし、
前記インターフェイスモジュールへ配送するための情報を準備するように前記サーバーエージェントファシリティのパッケージングモジュールをイネーブルし、
前記パッケージングモジュールへ配送するための情報を決定するように前記サーバーエージェントファシリティのエージェントモジュールをイネーブルし、そして
前記エージェントモジュールから情報の要求を受信し、且つ前記エージェントモジュールへ配送するための情報を収集するように前記サーバーエージェントファシリティの収集モジュールをイネーブルすることを含む変調されたデータ信号。
【請求項２５】
前記エージェントモジュールは、情報の要求に一部分基づいて、付加的な情報に対する編集、サーチ、警告及びフォワードルックの少なくとも１つを遂行するように更にイネーブルされる請求項２４に記載の変調されたデータ信号。
【請求項２６】
前記パッケージングモジュールは、情報の正規化、圧縮及び暗号化の少なくとも１つを遂行するように更にイネーブルされる請求項２４に記載の変調されたデータ信号。
【請求項２７】
ネットワークを経て情報を通信する装置であって、
移動装置から情報を受信し及びそこへ送信するためのトランシーバと、
前記トランシーバを使用してプッシュモード及び検索モードの少なくとも１つで移動装置へ情報を与えるためのインターフェイス手段と、
前記インターフェイス手段へ配送するための情報を準備するパッケージング手段と、
前記パッケージング手段へ配送するための情報を決定するエージェント手段と、
前記エージェント手段から情報の要求を受信すると共に、前記エージェント手段へ配送するための情報を収集する収集手段とを備えた装置。
【請求項２８】
前記インターフェイス手段、前記パッケージング手段、前記エージェント手段及び前記収集手段は、サーバーエージェントファシリティに含まれる請求項２７に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２００７−５１４３４４（Ｐ２００７−５１４３４４Ａ）
【公表日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願番号】特願２００６−５３９８７５（Ｐ２００６−５３９８７５）
【出願日】平成１６年１１月１０日（２００４．１１．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０３７７１７
【国際公開番号】ＷＯ２００５／０４８０７６
【国際公開日】平成１７年５月２６日（２００５．５．２６）
【出願人】（５０１４３８４８５）ヤフー！ インコーポレイテッド (200)
【Ｆターム（参考）】
【公表日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願日】平成１６年１１月１０日（２００４．１１．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０３７７１７
【国際公開番号】ＷＯ２００５／０４８０７６
【国際公開日】平成１７年５月２６日（２００５．５．２６）
【出願人】（５０１４３８４８５）ヤフー！ インコーポレイテッド (200)
【Ｆターム（参考）】
[ Back to top ]