(57)【特許請求の範囲】
【請求項１】
ａ）イベントの発生を決定する段階と、
ｂ）位置証印を決定する段階と、
ｃ）イベントの発生及び位置証印が、各利用者の所望のプロファイルにおいて定義されたイベント基準及び位置基準と相関する時に、各利用者毎に関連する複数の通信装置に情報を送信する段階とからなる通知方法。
【請求項２】
イベントの発生を決定する段階が、
ａ）イベントの発生の信号を送信するイベントトリガを待つ段階と、
ｂ）イベントの発生と一致するイベント基準を定義する所望のプロファイルを識別する段階と、
ｃ）イベントの発生がイベント基準と一致するような所望のプロファイルを識別する時に位置証印を決定する段階を誘発する段階とからなる請求項１記載の通知方法。
【請求項３】
位置証印を決定する段階が、
ａ）位置証印を有する位置トリガを待つ段階と、
ｂ）位置証印と一致する位置基準を定義する所望のプロファイルを識別する段階と、
ｃ）位置証印が位置基準と一致するような所望のプロファイルを識別する時にイベントの発生を決定する段階を誘発する段階とからなる請求項１記載の通知方法。
【請求項４】
複数の通信装置に送信される情報がイベントの発生及び位置証印に関係する通知である請求項１記載の通知方法。
【請求項５】
複数の通信装置に送信される情報がイベントの発生若しくは位置証印に関係するコンテンツである請求項１記載の通知方法。
【請求項６】
更に、離れた位置にあるサービスからコンテンツを要求する段階及び離れた位置にあるサービスからコンテンツを受信する段階を更に含む請求項５記載の通知方法。
【請求項７】
位置証印が、実際の位置、地域、位置の近傍のうちの少なくとも一つである請求項１記載の通知方法。
【請求項８】
イベントの発生が気象に関するイベントであり、位置証印が気象に関するイベントにより潜在的に影響される人の位置に関するものである請求項１記載の通知方法。
【請求項９】
イベントの発生が選ばれた時間若しくは期間に関するものである請求項１記載の通知方法。
【請求項１０】
イベントの発生が、与えられた位置、地域、若しくは地域の近傍への到着若しくはそこからの出発である請求項１記載の通知方法。
【請求項１１】
情報が、ページャー、コンピュータ、電話、移動端末、ファクシミリ機器、携帯情報端末から選ばれた複数の通信装置に情報を配信できるフロントエンド装置に送信される請求項１記載の通知方法。
【請求項１２】
情報が、呼び出し、電子メール、ショートメッセージサービス、ファクシミリ、音声メッセージ、パケットメッセージから成るグループの少なくとも一つの形式での情報の配信を遂行するように構成される複数の通信装置の内の選ばれた通信装置に情報を配信できるフロントエンド装置に送信される請求項１記載の通知方法。
【請求項１３】
更に、イベントの発生及び位置証印を定義するために、利用者の入力に基づいてプロファイルを作成する段階からなる請求項１記載の通知方法。
【請求項１４】
所望のプロファイルが、情報を送信するための複数の通信装置を定義する請求項１３記載の通知方法。
【請求項１５】
所望のプロファイルが、情報として提供するコンテンツにアクセスする位置を定義する請求項１４記載の通知方法。
【請求項１６】
イベントの発生が、サービス提供者、利用者通信装置、内部プロセス、外部プロセスから成るグループの少なくとも一つから送信されるメッセージを受信することによって、識別される請求項１記載の通知方法。
【請求項１７】
ａ）イベントの発生を決定することと、
ｂ）位置証印を決定することと、
ｃ）イベントの発生及び位置証印が、各利用者の所望のプロファイルにおいて定義されるイベント基準及び位置基準と相関する時に、各利用者毎に関連する複数の通信装置に情報を送信すること、に適した制御システムと関連する通信インターフェースからなる通信システム。
【請求項１８】
イベントの発生を決定するために制御システムが更に、
ａ）イベントの発生の信号を送信するイベントトリガを待つことと、
ｂ）イベントの発生に一致するイベント基準を定義する所望のプロファイルを識別することと、
ｃ）イベントの発生がイベント基準と一致する所望のプロファイルを識別する時に位置証印を決定する段階を誘発すること、に適した請求項１７記載の通信システム。
【請求項１９】
位置証印を決定するために制御システムが更に、
ａ）位置証印を有する位置トリガを待つことと、
ｂ）位置証印と一致する位置基準を定義する所望のプロファイルを識別することと、
ｃ）位置証印が位置基準と一致する所望のプロファイルを識別する時に、イベントの発生を決定する段階を誘発することに適した請求項１７記載の通信システム。
【請求項２０】
コンピュータに、
ａ）イベントの発生を決定することと、
ｂ）位置証印を決定することと、
ｃ）イベントの発生及び位置証印が、各利用者の所望のプロファイルにおいて定義されるイベント基準及び位置基準と相関する時に、各利用者毎に関連する複数の通信装置に情報を送信することを命令するように構成されるソフトウェアからなるコンピュータ読み取り可能媒体。
【請求項２１】
イベントの発生を決定するために、ソフトウェアが、
ａ）イベントの発生の信号を送信するイベントトリガを待つため、
ｂ）イベントの発生と一致するイベント基準を定義する所望のプロファイルを識別するため、
ｃ）イベントの発生がイベント基準と一致する所望のプロファイルを識別する時に、位置証印を決定する段階を誘発するための命令を含む請求項２０記載のコンピュータ読み取り可能媒体。
【請求項２２】
位置証印を決定するために、ソフトウェアが、
ａ）位置証印を有する位置トリガを待つため、
ｂ）位置証印と一致する位置基準を定義する所望のプロファイルを識別するため、
ｃ）位置証印が位置基準と一致する所望のプロファイルを識別する時に、イベントの発生を決定する段階を誘発するための命令を含む請求項２０記載の通知システム。
【請求項２３】
ａ）イベントの発生を決定するための手段と、
ｂ）位置証印を決定するための手段と、
ｃ）イベントの発生及び位置証印が、各利用者の所望のプロファイルにおいて定義されたイベント基準及び位置基準と相関する時に、各利用者毎に関連する複数の通信装置に情報を送信するための手段とからなる通知システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報を提供することに関するものであり、特に、選択位置及びイベント基準（event criteria）を考慮して情報を提供することに関するものである。
【０００２】
【従来の技術】
特に移動機器に関しては、インターネットサービスの拡張により、定期的に若しくはイベント発生時に情報を提供するサービスまで可能となっている。
例えば、株価が選ばれた値に達する時に、又は、特定のスポーツイベント情報の更新を提供するために、メッセージがウェブ上で利用できる機器に送信される。
残念なことに、これらのサービスは、典型的には、要求される通知若しくはコンテンツの非常に特殊な定義を必要とする。
その結果、これらのサービスは、非常に特殊な構成を必要とする不親切なサービスとなってしまう。
更に、要求された情報は、要求者の位置により、適切ではない時に送信される場合が多い。
【０００３】
例えば、利用者が休暇中であったり、仕事で自宅のある町から出ている時に、利用者の自宅のある町における気象情報等は不必要である。
同様に、株価速報やスポーツ情報を利用者の移動電話に送信することは、仕事中には歓迎されず、利用者が家に帰る途中や昼食を取っている時にのみ好ましいものである。
既存のサービスは、利用者の位置やイベントの発生に基づく通知及びコンテンツサービスを定義することができない。
【発明が解決しようとする課題】
従って、依頼人の位置に基づいて、及び、情報を配信するために潜在的な必要性を誘発する（trigger）イベントの発生に基づいて、依頼人に情報を提供する方法のニーズがある。
【０００４】
【課題を解決するための手段】
本発明は、定義されたイベント及び位置基準が満たされた場合に、例えば通知若しくはその他のコンテンツのような情報を、選ばれた通信装置に配信することを提供する。
プロファイルは、情報を配信する方法と共に、イベント及び位置基準を定義するために確立される（be established）。
典型的には、イベントの発生を示すイベント証印の受信は、プロファイルのイベント基準と比較される。
イベント証印がイベント基準を満たす時に、位置証印が収集されて、定義された位置基準と比較される。
或いは、位置と一致するトリガが受信されて、イベント基準と一致するイベントが満たされるか否かを決定する前に位置基準と比較される。
イベントの発生及び位置証印がイベント及び位置基準に適合する時に、情報は適切な通信装置に送信される。
【０００５】
位置証印は、全地球測位システム（ＧＰＳ）、電子モバイル位置情報センター（electronic mobile location center；ＥＭＬＣ）、モバイル網内のホームロケーションレジスタ（home location register；ＨＬＲ）若しくはビジタロケーションレジスタ（visitor location register；ＶＬＲ）、又は移動端末自体を含むあらゆる数の情報源に由来する。
所望の応用に従い、移動端末、利用者、利用者に関連するもの又は他のあらゆる構成要素（entity；実体）若しくはその個々の位置は、選ばれた通信装置への通知若しくはコンテンツ配信の提供を誘発することを助けるために利用される。従って、位置情報は、利用者、利用者の装置、若しくは利用者から離れた位置にある別の各装置に関係することができる。
本質的に、位置プロセス（location process）は、定義された構成要素の位置を識別するために利用される。
位置は、周期的に、又は、構成要素の位置に関連した若しくは関連していないイベントの誘発時に決定される。
イベントの発生は、時間に基づいても、位置に基づいても、利用者によって始められても、移動端末、通信網内の通信制御装置、若しくはイベントサービス（event service）のような外部媒体によって始められてもよい。
【０００６】
選ばれたイベント及び位置証印がプロファイルによって定義されるイベント及び位置基準と相関する時に、コンテンツサービスがコンテンツを提供するために利用される。
コンテンツは、利用者によって要求されプロファイルにおいて定義されるあらゆる種類の情報をも含むことができる。
特に、本発明に係る特定の応用は、プロファイルにおいて定義されるか又はイベントトリガに提供される通知を提供するのみであるので、遠隔のコンテンツサービスの提供を必要としない。
【０００７】
本発明は、選ばれた基準に基づいて、あらゆる数の装置に対して、例えば通知やコンテンツのような情報を配信することができ、典型的には、回線交換網によってそのサービスを提供される。
これらの装置は、従来の有線電話、コンピュータ、例えば携帯情報端末（ＰＤＡ）、携帯電話、ページャーのような移動端末等を含むが、これらに限定されるものではない。
回線交換網によってサービスを提供される装置に加えて、例えば適切に構成された携帯電話のような無線パケット交換装置は、無線パケット交換網を経由して、従来のパケット交換網と通信することができる。
後者の場合、情報は、例えば従来の時分割マルチプレキシング（time-division multiplexing；ＴＤＭ）のような回線交換形式に変換することなく、無線パケット交換装置とパケット交換網上の装置との間で伝達される。
【０００８】
当業者は、本発明の範囲を理解し、添付の図面と共に以下の好ましい実施例の詳細な説明を読めば、その他の態様をも認識するだろう。
【０００９】
【発明の実施の形態】
本明細書に含まれ、その一部を形成する添付の図面は、いくつかの本発明の態様を図示し、発明の詳細な説明と共に、本発明の原理を説明するのに役立つ。
【００１０】
後述の実施例は、当業者が本発明を実施することを可能にし、本発明を実施する最良の形態を図示するために必要な情報を表すものである。
添付の図面を考慮して以下の記載を読むと、当業者は即座に、本発明の思想を理解し、本願明細書において特には言及されないこれらの思想の応用を認識するだろう。
これらの思想及び応用は、開示及び特許請求の範囲内に含まれると理解されるべきである。
【００１１】
通信環境１０は、ネットワークとそれに接続される多様な装置との間の通信を容易にするために、多様なインターネットワーク・フロントエンド（internetwork front end）１６を経由して互いに協働するインターネットのようなパケット交換網１２及び回線交換網１４を含めて、図１に図示される。
当業者は、パケット交換網１２が、パケット交換通信を容易にするために、ハブ、ルーター、スイッチを経由して互いに接続する多数のネットワークを含んでもよい、ということを認識するだろう。
更に、回線交換網１４は、従来の移動体通信を容易にするために、典型的には公衆電話交換網（ＰＳＴＮ）及び無線回線交換網を含む。
【００１２】
インターネットワーク・フロントエンド１６は、通信を容易にすることができる多様な装置を表すが、特に、回線交換網１４によって提供される回線交換装置に、例えば通知のためのコンテンツのような情報を提供する装置を表す。
インターネットワーク・フロントエンド１６は、電子メールサーバ１６Ａ、音声ブラウザ１６Ｂ、ファクシミリサーバ１６Ｃ、無線アプリケーションプロトコル（wireless application protocol；ＷＡＰ）サーバ１６Ｄ、ショートメッセージサービス（ＳＭＳ）サーバ１６Ｅ及びページャーサーバ１６Ｆを含むが、これらに限定されるものではない。
これらの装置の各々は、パケット交換網１２上のパケット交換装置からのメッセージ若しくは他の命令（指示）を受信し、回線交換網１４上の回線交換装置に、直接若しくは中間装置を通って受信され処理されることのできるメッセージを配信するように構成される。
【００１３】
電子メールサーバ１６Ａは、回線交換網１４を経由して、電子メールを受信する装置に、電子メールを送信することができる。
同様に、ファクシミリサーバ、ＷＡＰサーバ、ＳＭＳサーバ、ページャーサーバ１６Ｃ〜１６Ｆは、回線交換網１４によって提供される対応する装置に、ファックス、ＷＡＰメッセージ、ＳＭＳメッセージ、及び呼び出し（page）を送信できる。
下記に詳述されるように、音声ブラウザ１６Ｂは、回線交換網１４を経由した音声インターフェース、及び、パケット交換網１２内の装置への対応するパケット交換インタフェースを提供するように構成される。
【００１４】
本発明は、選ばれた基準に基づいて、あらゆる数の装置に対して、例えば通知やコンテンツのような情報を配信することができ、典型的には、回線交換網１４によってそのサービスを提供される。
これらの装置は、従来の有線電話１８、コンピュータ２０、例えば携帯情報端末（ＰＤＡ）２２、携帯電話２４、ページャー２６のような移動端末等を含むが、これらに限定されるものではない。
回線交換網１４によってサービスを提供される装置に加えて、例えば適切に構成された携帯電話２４のような無線パケット交換装置は、無線パケット交換網２８を経由して、従来のパケット交換網１２と通信することができる。
後者の場合、情報は、例えば従来の時分割マルチプレキシング（ＴＤＭ）のような回線交換形式への変換をすることなく、無線パケット交換装置とパケット交換網１２上の装置との間で伝達される。
【００１５】
本発明の実施例において、パケット交換網１２内のアプリケーションサーバ３０は、イベント及び位置情報が所定のプロファイルと一致するか否かを決定することができる処理を実行し、イベント及び位置情報が一致する場合には、選ばれた媒体を経由して利用者に提供する通知やコンテンツを定義する。
アプリケーションサーバ３０は、様々な方法で位置情報を受信するか若しくは決定することができる処理を実行する位置サーバ（location server）３２を含む様々な情報源から位置情報にアクセスすることができる。
【００１６】
位置プロセスは、アプリケーションサーバ３０上で実行されてもよいが、別個のサービス提供者（service provider；サービスプロバイダ）が、位置サービスを提供するために利用されることもできる。
位置情報は、全地球測位システム（ＧＰＳ）、電子モバイル位置情報センター（ＥＭＬＣ）、モバイル網内のＨＬＲ若しくはＶＬＲ、又は移動端末自体を含むあらゆる数の情報源に由来する。
所望の応用に従い、移動端末、利用者、利用者に関連するもの又は他のあらゆる構成要素若しくはその個々の位置は、選ばれた通信装置への通知若しくはコンテンツ配信の提供を誘発することを助けるために利用される．
【００１７】
従って、位置情報は、利用者、利用者の装置、若しくは利用者から離れた位置にある別の各装置に関係することができる。
本質的に、位置プロセスは、定義された構成要素の位置を識別するために利用される。
位置は、周期的に、又は、構成要素の位置に関連した若しくは関連していないイベントの誘発時に決定される。
当業者は、本発明で利用されることのできる技術を決定する多数の位置を認識する。
【００１８】
選ばれたイベント及び位置証印がプロファイルによって定義されるイベント及び位置基準と相関する時に、コンテンツサーバ３４及びイベントサーバ３６は、コンテンツを提供するために利用されてもよい。
コンテンツは、利用者によって要求されるあらゆる種類の情報を含むことができる。
特に、本発明に係る特定の応用は、プロファイルにおいて定義される通知若しくはイベントトリガに提供される通知を提供するのみであるので、コンテンツサーバ３４のサービスを必要としない。
更に、アプリケーションサーバ３０は、コンテンツサーバ３４によって提供されるコンテンツに加えて、又は、その代わりに、コンテンツを提供するように構成されてもよい。
【００１９】
イベントの発生は、時間に基づいても、位置に基づいても、利用者によって始められても、移動端末、通信網内の通信制御装置、若しくはイベントサービスのような外部媒体によって始められてもよい。
一つの実施例において、イベントサービスはイベントサーバ３６上で実行するプロセスによって提供される。
【００２０】
記載されているように、特別に作成された（customized；カスタマイズされた）プロファイルは、アプリケーションサーバ３０を経由して構成され、アプリケーションサーバ３０と一体型であるか若しくは別個であるプロファイルデータベース３８に保存されてもよい。
利用者は、プロファイルを作成するために、パーソナルコンピュータ４０を含むあらゆる数の装置を経由してアプリケーションサーバ３０にログインすることができる。
所定のイベント及び位置証印が条件を満たされる時に、各々のプロファイルは、典型的には、選ばれた装置に提供する情報を定める。
利用者に提供される情報は、単純な通知、予め選択されたコンテンツ、又はそれらの組合せである。
【００２１】
構成要素若しくは人が、選ばれた位置、与えられた地域、又は与えられた位置の特定の近傍範囲内で識別される場合、選ばれたイベントが発生すると、単純なプロファイルが所定の情報を提供する。
より複雑なプロファイルが、位置を識別し、所定の利用者装置に配信するコンテンツにアクセスしてもよい。
イベント基準及び位置基準を特定して、利用者に提供する情報に加えて、プロファイルは、選ばれた利用者装置に情報を配信するための配信媒体を定める。
情報は、電子メール、電話、ファクシミリ、ＷＡＰプッシュ（WAP push）、ＳＭＳメッセージ、呼び出し、若しくはその他の適切な通信媒体を含むいくつもの方法で提供され、これらを通じて、アプリケーションサーバ３０が、メッセージの配信を実行することができる。
その他、無線パケット交換網２８と対話する（interact）ことができる装置への単純なパケット交換メッセージもある。
このように、実質的には、どのようなメッセージ配信媒体であっても適用できる。
【００２２】
これらの配信媒体の多くは、対応するゲートウェイ等の、パケット交換メッセージを回線交換網上でＰＳＴＮ若しくは無線網を経由して利用者装置に伝送できるテキスト形式の（text-based）メッセージに変換できる装置と対話することができるサーバ若しくはサーバプロセス（server process）を単に組み込んでいる。
図２に示されるアプリケーションサーバ３０のようなこれらのサーバは、典型的には、操作に必要なソフトウェア４６を含む十分なメモリ（記憶装置）４４を有する中央処理装置（ＣＰＵ）４２を含む。
ＣＰＵ４２は、パケット交換網１２内の多様な装置、及び、パケット交換網１２に接続した多様な装置とのパケット交換通信を容易にするネットワークインターフェース４８と関連づけられる。
【００２３】
可聴のメッセージは、図３に示される音声ブラウザ１６Ｂを利用する回線交換網１４上で送信される。
一般に、アプリケーションサーバ３０及び音声ブラウザ１６Ｂは、好ましくは、音声能力がある（audio- or voice-capable）マーク付け言語を利用する顧客サーバの構成において操作する。
音声ブラウザ１６Ｂは、電話通信利用者に送信する音声メッセージを表すマーク付け言語コンテンツを翻訳し、電話利用者に対応する音声を配信する。
妥当である場合、電話通信利用者からの音声は、アプリケーションサーバ３０への配信のためのコンテンツに同様に変換される。
音声ブラウザ１６Ｂから電話通信利用者まで送信されるメッセージは、予め記録されていてもよく、テキスト合成（text-to-speech conversion）に基づいてリアルタイムで発生してもよく、若しくはそれらの組み合わせであってもよい。
【００２４】
音声拡張可能なマーク付け言語（VoiceXML；ボイスＸＭＬ）は、音声ブラウザ１６Ｂとアプリケーションサーバ３０との間の対話のための好ましいマーク付け言語である。
ボイスＸＭＬは、ＡＴ＆Ｔ社、ＩＢＭ社、ルーセントテクノロジー社及びモトローラ社によって設立された組織である音声拡張マーク付け言語フォーラム（VoiceXML Forum）によって開発されたＸＭＬ文書スキーマである。
ボイスＸＭＬは、予め記録されてあるか若しくはテキストから音声に変換された音声を通じて、及び、音声認識（speech recognition）を利用する音声（ボイス）を通じて、ウェブで作成した対話（web-generated interaction）を容易にする。
ボイスＸＭＬについての更なる情報は、アメリカ合衆国、６０１９６、イリノイ州、ショウンバーグ、イースト・アルゴンキン・ロード  １３０３（1303 East Algonquin Road, Schaumburg, Illinois, 60196）にあるモトローラ社か、http://www.voicexml.orgのアドレスのウェブサイトを有する音声拡張マーク付け言語フォーラムから得られる。
【００２５】
ボイスブラウザとも称される音声ブラウザ１６Ｂは、ＨＴＭＬ（HyperText Markup Language）を利用する従来のグラフィックブラウザに類似している。
１９９９年１２月２３日付の「必要条件ドラフトのための導入及び用語−ボイスブラウザ（An Introduction and Glossary for the Requirement Draft - Voice Browsers）」と題されたＷ３Ｃのワーキングドラフトは、ボイスブラウザ上の追加情報を提供し、完全に本願明細書に引用するものとする。
【００２６】
このように、音声ブラウザ１６Ｂは、回線交換網１４とパケット交換網１２のアプリケーションサーバ３０との間の連絡（liaison）であり、マーク付け言語によって確立される呼出しダイアログ（call dialog）に従って操作する。
呼出しダイアログは、好ましくは、アプリケーションサーバ３０によって作成されたボイスＸＭＬウェブページにおいて、音声ブラウザ１６Ｂに提供される。
呼出しダイアログは、好ましくは電話通信利用者と対話する必要な情報を含み、任意で、電話通信利用者への及び電話通信利用者により発生した呼出しを確立すると共に、呼出しの状態若しくは発信者の応答を報告する。
【００２７】
好ましくは、アプリケーションサーバ３０は、ボイスＸＭＬページにおいて必要な呼出しダイアログを生成し、音声ブラウザ１６Ｂにそのページを提供する。
音声ブラウザ１６Ｂは、移動端末のような利用者装置を経由して、電話通信利用者との通信を制御するために、呼出しダイアログを実行すると共に、移動端末に、利用者に配信する情報及び／又はコンテンツに対応する音声を配信する。
好ましくは、本願明細書において記載されているように、音声ブラウザ１６ＢにボイスＸＭＬページの形式で提供される呼出しダイアログは、情報配信を容易にするために、音声ブラウザ１６Ｂに、その変換機能を発揮し利用者装置との通信を制御するのに十分な命令を与える。
【００２８】
従って、音声ブラウザ１６Ｂは、音声から変換されたテキストを、ウェブページの要求の形でアプリケーションサーバ３０に提供し、応答するウェブページは、音声形式に変換し、利用者の装置に送信するテキストを含む。
ボイスＸＭＬページは、所望の通りに進行中の通信を容易にするために、音声ブラウザ１６Ｂに入ってくる音声を変換させ、次のページを要求させるのに十分な変換をも含む。
ボイスＸＭＬページにおいて提供される呼出しダイアログは、効果的に音声ブラウザ１６Ｂ及び利用者装置との通信を制御するために、多数の繰返し、命令及びコマンド（command；指令）を容易にすることができる。
【００２９】
音声ブラウザ１６Ｂは、典型的には、メモリ５２及び操作を制御するのに必要なソフトウェア５４と関連するＣＰＵ５０を含む。
ＣＰＵ５０は、例えばアプリケーションサーバ３０のようなネットワーク装置と通信するためのＩＰ網インターフェース５６と関連づけられる。
電話通信網インターフェース５８が、回線交換通信を容易にすべく、回線交換網１４、特に、局所交換局若しくは移動通信交換局との対話のために提供される。
電話通信網インターフェース５８は、音声ブラウザ１６Ｂが、直接若しくは無線交換システムを経由して、例えば移動端末のような電話通信装置と直接通信できるように、好ましくは一次群速度インタフェース（ＰＲＩ）、Ｔ１等のインターフェースを支援する。
【００３０】
音声ブラウザ１６Ｂは、例えば音色及び話し言葉（speech；スピーチ）のような音声を認識し導入するために、好ましくは、音声合成器（audio or speech synthesizer）６０と音声認識ソフトウェア／ハードウェア６２から構成される。
音声合成器６０は、利用者への音声による命令及びメッセージを生成するために利用される。
特に、音声ブラウザ１６Ｂは、アプリケーションサーバ３０からの命令に基づいて、呼び出された者にメッセージを提供するために、予め記録された音声を利用してもよく、テキストのコンテンツを音声に変換してもよい。
音声認識ソフトウェア／ハードウェア６２は、通信セッションの間の利用者の話し言葉を認識するか、又は、移動端末のような電話通信装置のキーを押すことにより発生するような音色を認識するように構成される。
上記したように、音声ブラウザ１６Ｂは、好ましくは、話され認識される音声とアプリケーションサーバ３０に送受信される音声を表すデータとの間の連絡としてボイスＸＭＬを利用する。
音声ブラウザ１６Ｂは、利用者との通信を容易にするために従来のブラウザの標準的なクライアントプロセス（client process）に加えて、サーバプロセスを含んでもよい。
【００３１】
操作中に、アプリケーションサーバ３０上のサーバプロセスは、既存のプロファイルの基準を考慮してイベントトリガ及び位置証印を監視する。
典型的には、イベントの発生は、イベントの発生に対応するイベントトリガを受信するアプリケーションサーバ３０によって識別される。
イベントトリガを受信すると、即座に、対応するイベントを有するプロファイルが識別される。
識別されたプロファイルは、選ばれた通知又はコンテンツを利用者に提供するために、イベント証印に加えて必要とされる位置証印を定義する。
【００３２】
このように、サーバプロセスは、直接若しくは位置サーバ３２を通じて、定義された構成要素の位置証印を決定する。
決定された位置証印がプロファイルの位置証印と一致するか、又は、プロファイルによって定義される所定の範囲内である場合、適切な情報が、適切なインターネットワーク・フロントエンド１６を経由して、又は無線パケット交換網２８を経由して、定められた装置に送信される。
追加のコンテンツが、プロファイルに若しくはイベントトリガに提供される以外で必要な場合、コンテンツサーバ３４は、定義された媒体を経由して利用者に提供する追加情報を集めるためにアクセスされてもよい。
或いは、応用プロセス（application process）が位置証印を監視してもよく、位置証印がプロファイルの範囲内でそれと一致する時に、所定のイベントの発生をチェックしてもよい。
通知プロセスがそれに続く。
【００３３】
図４，５は、一般的な方法による上記のシナリオのための詳細な呼出しフロー（call flow；コールフロー）を提供する。
各々の呼出しフローを説明した後、応用例を示す。
図４において図示される第一の呼出しフローの実施例は、パーソナルコンピュータ４０を利用して、アプリケーションサーバ３０を経由して、プロファイルを確立する利用者から始まる（ステップ１００）。
述べられてきたように、プロファイルはプロファイルデータベース３８に保存され、イベント及び位置基準を定義し、これらはイベントの通知前に完了してなければならず、必要に応じて追加のコンテンツが利用者に提供される。
このように、アプリケーションサーバ３０は、好ましくは、応用プロセスを実行し、イベントトリガの受信を待つ。
イベントトリガはイベントサーバ３６、アプリケーションサーバ３０上で実行する他のプロセス、又は、利用者と関連する装置を含む実質的に離れた位置にある装置から生じる。
後者の場合、利用者はトリガを開始してもよい。
【００３４】
いくつかの時点で、定義されたイベントが発生し、アプリケーションサーバ３０上で実行する応用プロセスにトリガを提供する（ステップ１０２）。
応用プロセスは、イベント若しくはイベントの種類がユーザプロファイルの一つにより定義される否かを決定するために、既存のプロファイルをチェックする（ステップ１０４）。
イベントトリガが、プロファイルのいずれかにおいて確立されるいかなるイベントとも一致しない場合、そのイベントトリガは無視されてもよい。
イベントトリガが一つ以上のプロファイルにおいて定義されるイベントと一致する場合、応用プロセスは、位置サーバ３２若しくは利用者装置を含むその他の装置からの夫々のプロファイルにより定義された位置証印を識別するために、その位置証印を要求する（ステップ１０６）。
要求に応じて、位置サーバ３２若しくは応用可能な他の装置が、応用プロセスに位置証印を戻し（ステップ１０８）、アプリケーションサーバ３０は、イベント及び位置証印が夫々のプロファイルに一致するか否か、さもなければ相関するか否かを決定する（ステップ１１０）。
【００３５】
イベント及び位置証印が相関しない場合、イベントは無視され、応用プロセスは次のイベントトリガの受信のための監視を再開する。
イベント及び位置証印が両方ともプロファイルの基準と相関する場合、利用者は、プロファイルにおいて定義される方法で定義された利用者装置を経由して通知される。
記載されているように、利用者にイベントの発生及び位置基準を満たすことの通知を、若しくは通知として、配信するために、プロファイルは所定の通知を含んでもよく、及び／又は、特定のコンテンツの位置若しくはコンテンツの種類を識別してもよい。
このように、応用プロセスは、コンテンツサーバ３４等のコンテンツ提供者（content provider；コンテンツプロバイダ）からのコンテンツを要求してもよく（ステップ１１２）、アプリケーションサーバ３０で実行する応用プロセスに、要求されたコンテンツを提供することによって、応答してもよい（ステップ１１４）。
【００３６】
それから、応用プロセスは、適切なインターネットワーク・フロントエンド１６を経由して（ステップ１１６）、定義された通知を利用者に送信し、インターネットワーク・フロントエンドは、通知を適切な利用者装置に転送する（ステップ１１８）。
無線パケット交換網２８において、メッセージは適切な無線パケット交換利用者装置に、直接送信されてもよい。
更に、プロファイルは、複数の利用者装置と同様に、特定の利用者と関連していない装置に、複数の通知を提供するように構成されてもよい。
例えば、選ばれたイベントは、様々な形の装置を経由して、複数の団体への通知に結果としてなってもよい。
【００３７】
ここに示す呼出しフローの応用例は、所定の位置で発生する気になる気象状況の通知を提供している。
特に、これらの所定の位置は、固定されていてもよく、移動する利用者と関連していてもよい。
例えば、プロファイルにおいて定義される位置証印は、利用者の住居、町、郵便番号等を定義してもよく、それらは、利用者の実際の位置に関係なく固定されたままである。
或いは、プロファイルは、例えば移動端末のような追跡可能な装置の位置を定義してもよく、この場合、利用者は、自身が実際にいる場所に関連する気象情報を要求してもよい。
更に、位置証印は、実際の位置、地域、又は、与えられた位置若しくは地域の近傍として定義されてもよい。
【００３８】
例えば、利用者が二つのプロファイルを確立すると仮定する。
第一のプロファイルは、彼女の子供の学校に影響する悪天候の通知を送信するよう調整される。
従って、位置証印は子供の学校の位置と一致しなければならず、イベントサーバは、悪天候の警告を提供するために、アプリケーションサーバ３０と協働する気象サービスであってもよい。
どの与えられた位置でも、そこで悪天候が発生すれば、イベントサーバ３６は、アプリケーションサーバ３０上で実行する応用プロセスに、その悪天候の警告を提供する。
応用プロセスは、悪天候に関するプロファイルを識別し、位置証印を識別する。
この場合、悪天候の位置とプロファイルにおける位置認証との間の相関性（correlation）が比較される。
悪天候の位置が学校の位置と一致する場合、通知が利用者に送信される。
利用者は、ＳＭＳメッセージを利用して、若しくは可聴のメッセージを提供する実際の通話を利用して、電子メールを経由して、若しくは携帯電話を経由して、通知を送信される。
【００３９】
第二の悪天候プロファイルは、利用者の位置で発生している悪天候を利用者に通知するために構成される。
このように、プロファイルは、利用者の実際の位置と同様に、悪天候の警告を再び定義する。
利用者の位置は常に変化するので、好ましくは、移動端末若しくは利用者に関連するその他の位置情報システムの位置に一致する位置情報が、多数のネットワーク装置を経由して、連続的に若しくは定期的に収集される。
位置情報は、位置サーバ３２上で若しくはその代わりにアプリケーションサーバ３０上で実行する位置プロセスを通じて、得られるか若しくは収集される。
悪天候が発生すれば、アプリケーションサーバ３０は、イベントサーバ３６からの警告を受信し、利用者の位置を識別する。
悪天候及び利用者の位置が互いに関連する場合、通知が一つ以上の定義された装置を経由して、利用者に送信される。
特に、悪天候を示すイベントトリガは、悪天候の位置を含むことができる。
これらの警告は、プロファイル処理を容易にするために、利用者若しくは利用者のプロファイルを識別することもできる。
当業者は、イベントの発生に対応するイベントトリガを確立する多様な技術と同様に、監視や位置証印の決定のための多様な技術を認識できるだろう。
【００４０】
第二に示される例は、与えられた位置の範囲外で若しくは選ばれた地域内で、ニュース、株価速報等を受信するためのプロファイルを確立することを含む。
例えば、人は、携帯電話２４を通じ、通勤時に可聴のニュース情報を受信することを望むことがある。
更に、人は、遅くまで働かなければならない場合であっても、与えられた時間以外に若しくは勤務中に、ニュース情報を受信することを望まないこともある。
従って、プロファイルは、イベント基準を午前７〜８時及び午後５〜７時の間の時間枠として定義するように、確立されてもよい。
位置基準を、人の勤務地を除外するように定めてもよく、又は、通勤の相当の部分をカバーする勤務地の外側の地域をカバーする地域を定めてもよい。
【００４１】
従って、タイマー処理は、人が情報を受信したいと望む時に対応するイベントトリガを提供するように、アプリケーションサーバ３０若しくはイベントサーバ３６上で実行される。
時間のイベントトリガが発生する時に、応用プロセスが人の位置を決定し、応用プロセスが利用者が仕事中でない時、若しくは通勤中であると決定した時のみ、例えば携帯電話２４のような選ばれた利用者装置に、要求されたコンテンツを提供する。
【００４２】
アプリケーションサーバ３０上で実行する応用プロセスは、位置トリガを監視してもよく、特定のプロファイルを満足させる場合に、イベントの発生に対応するイベント証印が満たされるか否かを決定する。
通信フローの例が、図５に示される。
最初に、プロファイルが、パーソナルコンピュータ４０を利用して、アプリケーションサーバ３０で確立される（ステップ２００）。
アプリケーションサーバ３０上で実行する応用プロセスは、その応用プロセスに送信される位置トリガを開始するために、位置サーバ３２、若しくは利用者の移動端末を含むその他の装置からの送信を待つ（ステップ２０２）。
【００４３】
応用プロセスは、位置トリガと関連する特定の位置を識別する既存のプロファイルをチェックし（ステップ２０４）、夫々のプロファイルでの位置証印に対応するイベントが発生するか否かを決定するために、イベントサーバ３６若しくはその他の適切なプロセスからのイベント証印を要求する（ステップ２０６）。
イベントサーバ３６は、イベントが発生したか否かを示すイベント証印で応答し（ステップ２０８）、応用プロセスは、イベント及び位置証印がプロファイルに一致するか否かを決定する（ステップ２１０）。
【００４４】
この時点で、妥当な場合、アプリケーションサーバ３０は、コンテンツサーバ３４等のコンテンツ提供者から、いかなるコンテンツをも要求し（ステップ２１２）、それらのコンテンツサーバ３４等は、応用プロセスに要求されたコンテンツを提供する（ステップ２１４）。
それから、応用プロセスは、プロファイルにおいて定義されたものとして、利用者に通知を送信する（ステップ２１６，２１８）。
図５において概説される通信フローは、上述の実施例を容易にするために実行され、この場合において、位置トリガは、位置をチェックするために利用されるイベントトリガの代わりに、定義されたイベントをチェックするために利用される。
【００４５】
更に別の実施例において、イベントトリガは、位置、近傍若しくは位置情報に関するものであり、この場合において、イベントは、プロファイルに提供される位置証印と一致する定義された位置に入っているか若しくはその位置から出ている。
例えば、旅行者は、利用者に提供するために、一種のコンテンツを識別するプロファイルを作成する。
例えば、プロファイルは、移動端末が定義された地域に入る時を監視し、その特定の地域でのレストラン及びホテル情報を提供するように構成される。
その地域は、地理的に定義されてもよく、又は、例えばホテル及びレストランのような利用可能な営業所、若しくは記念碑のような歴史的建造物（landmarks）に基づいてもよい。
これらのケースにおいて、イベントは、特定の位置に入ること、又は定義された地域の近傍若しくは目的地の範囲内に入ることに対応し、位置情報は、イベント情報と密接に結合する。
従って、この実施例は、位置情報及びイベントトリガが密に結合する固有の組合せを提供する。
典型的には、イベントは、特定地域へ若しくはある位置の近傍へ入ることであり、位置証印は選ばれた位置を定義する。
従って、応用プロセスは、移動端末が特定の地域に入ったというトリガを受信してもよく、その入った地域をユーザプロファイルにおいて定義される位置証印と比較してもよい。
そして、適切な通知若しくはコンテンツが、利用者に提供される。
【００４６】
当業者は、本発明の好ましい実施例への改良及び修正を認識するだろう。
全てのこの種の改良及び修正は、本願明細書において開示される思想及び特許請求の範囲内であるとみなされる。
【図面の簡単な説明】
【図１】  本発明の一実施例に係る通信環境を表す図である。
【図２】  本発明の一実施例に係るアプリケーションサーバのブロック図である。
【図３】  本発明の一実施例によって構成される音声ブラウザのブロック図である。
【図４】  本発明の操作の第一の実施例の通信フローチャートである。
【図５】  本発明の操作の第二の実施例の通信フローチャートである。
【符号の説明】
１０  通信環境                  １２  パケット交換網
１４  回線交換網
１６  インターネットワーク・フロントエンド
１６Ａ  電子メールサーバ        １６Ｂ  音声ブラウザ
１６Ｃ  ファクシミリサーバ      １６Ｄ  ＷＡＰサーバ
１６Ｅ  ＳＭＳサーバ            １６Ｆ  ページャーサーバ
１８  有線電話                  ２０  コンピュータ
２２  携帯情報端末              ２４  携帯電話
２６  ページャー                ２８  無線パケット交換網
３０  アプリケーションサーバ    ３２  位置サーバ
３４  コンテンツサーバ          ３６  イベントサーバ
３８  プロファイルデータベース  ４０  パーソナルコンピュータ
４２，５０  ＣＰＵ              ４４，５２  メモリ
４６，５４  ソフトウェア        ４８  ネットワークインターフェース
５６  ＩＰ網インターフェース    ５８  電話通信網インターフェース
６０  音声合成器
６２  音声認識ソフトウェア／ハードウェア
【図１】
0003943425.tif 000002
【図２】
0003943425.tif 000003
【図３】
0003943425.tif 000004
【図４】
0003943425.tif 000005
【図５】
0003943425.tif 000006