(57)【特許請求の範囲】
【請求項１】
検出されたイベントに応答してネットワークを介して指定のユーザデバイスに通知を送るように構成された通知手段を含むネットワーク環境で、コンテキストに応じてユーザにイベントを通知する前記通知手段のための方法であって、
前記ユーザデバイスに通知を送る必要のあるイベントを検出する処理と、
前記イベントの検出時に前記ユーザの状態を示す現在コンテキストにアクセスする処理と、
前記ユーザデバイスに前記通知を送るのに用いる、複数の可能な通知方法を識別する処理であって、前記複数の可能な通知方法は、テキスト通知方法および可聴音声通知方法を含み、前記ユーザの前記現在コンテキストに基づいて、前記通知を前記ユーザデバイスへ送る方法を決定する処理と、
当該識別された通知方法を用いて前記ユーザデバイスに前記通知を送る処理とを実行し、
前記複数の可能な通知方法を識別する処理によって識別された通知方法が、前記可聴音声通知方法であり、前記通知が、受信されているｅメールの通知である場合に、
前記通知に応答して前記ユーザデバイスからの要求を受け取る処理であって、前記要求は、前記ｅメールの全文を要求する処理と、
前記可聴音声通知方法を使用して、前記ユーザデバイスに前記ｅメールの全文を送る処理とを実行することを特徴とする方法。
【請求項２】
前記テキスト通知方法が、限られたサイズのテキストメッセージを使用する通知方法を含むことを特徴とする請求項１に記載の方法。
【請求項３】
限られたサイズのテキストメッセージを使用する前記通知方法が、ショートメッセージサービスのメッセージを使用する通知方法を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記テキスト通知方法がインスタントメッセージング通知方法を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記テキスト通知方法がワイヤレスアプリケーションプロトコルのテキストプッシュ通知方法を含むことを特徴とする請求項１に記載の方法。
【請求項６】
複数の可能な通知方法のうちの１つを識別する処理が、
前記ユーザの前記現在コンテキストの場合にどの通知方法を用いるかを規定する１組の規則にアクセスする処理を含むことを特徴とする請求項１に記載の方法。
【請求項７】
検出されたイベントに応答してネットワークを介して指定のユーザデバイスに通知を送るように構成された通知手段を含むネットワーク環境で使用するためのコンピュータ読取り可能媒体であって、該コンピュータ読取り可能媒体は、プロセッサによって実行されると、前記通知手段がコンテキストに応じてユーザにイベントを通知する方法を実施するためのコンピュータ実行可能命令を格納し、該コンピュータ実行可能命令は、
前記ユーザデバイスに通知を送る必要のあるイベントを検出するためのコンピュータ実行可能命令と、
前記イベントの検出時に前記ユーザの状態を示す現在コンテキストにアクセスするためのコンピュータ実行可能命令と、
前記ユーザデバイスに前記通知を送るのに用いる複数の可能な通知方法を識別するためのコンピュータ実行可能命令であって、前記複数の可能な通知方法は、テキスト通知方法および可聴音声通知方法を含み、前記ユーザの前記現在コンテキストに基づいて、前記通知を前記ユーザデバイスへ送る方法を決定するコンピュータ実行可能命令と、
前記識別された通知方法を用いて前記ユーザデバイスに前記通知が送られるようにするためのコンピュータ実行可能命令とを含み、
前記複数の可能な通知方法の識別によって識別された通知方法が、前記可聴音声通知方法であり、前記通知が、受信されているｅメールによる通知である場合に、
前記通知に応答して前記ユーザデバイスからの要求を受け取るためのコンピュータ実行可能命令であって、前記要求は、前記ｅメールの全文を要求するコンピュータ実行可能命令と、
前記可聴音声通知方法を使用して、前記ユーザデバイスに前記ｅメールの全文を送るためのコンピュータ実行可能命令とを含むことを特徴とするコンピュータ読取り可能媒体。
【請求項８】
複数の可能な通知方法のうちの１つを識別するための前記コンピュータ実行可能命令が、
前記ユーザの前記現在コンテキストの場合にどの通知方法を用いるかを規定する１組の規則にアクセスするためのコンピュータ実行可能命令を含むことを特徴とする請求項７に記載のコンピュータ読取り可能媒体。
【請求項９】
前記識別された通知方法を用いて前記ユーザデバイスに前記通知を送る処理は、
電話ネットワークを用いて前記ユーザデバイスに可聴通知を送る処理を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記ユーザデバイスからユーザの音声を受け取る処理と、
前記受信した音声の声紋に基づいて、前記通知に対する意図された受信側として前記ユーザを認証する処理と、
前記ユーザの認証が成功した場合に、前記電話ネットワークを介して前記ユーザデバイスに可聴形態の前記通知を送る処理とをさらに実行することを特徴とする請求項９に記載の方法。
【請求項１１】
前記識別された通知方法を用いて前記ユーザデバイスに前記通知が送られるようにするためのコンピュータ実行可能命令は、電話ネットワークを用いて前記ユーザデバイスに可聴通知が送られるようにするためのコンピュータ実行可能命令を含むことを特徴とする請求項７に記載のコンピュータ読取り可能媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザの動的状況に応じて音声通知または他の通知方法によってユーザにイベントを通知するための方法、システム、およびコンピュータプログラム製品に関する。
【０００２】
【従来の技術】
関連情報へのアクセスは、意思決定プロセスに不可欠である。インターネットなどのコンピュータネットワークは、人々が情報にアクセスする方法に大変革をもたらした。例えば、インターネットで使用可能なコンピューティングデバイスを使用すると、ほぼ無限の様々な話題に関する情報にアクセスすることができる。このようなコンピューティングデバイスの急増により、現代はしばしば「情報時代」と呼ばれるようになった。従来の情報探索は、情報を同時性で要求した後だけ情報を得る点で「同期的」である。
【０００３】
何かが起こったとき、情報源までナビゲートすることを必要とせず、また情報の同期性要求をすることを必要とせずに、すぐに知ることが望ましい場合は多い。これは、従来の通知技術を用いることで可能である。通知技術は、ユーザが何らかのイベントに関する通知に申し込むことを必要とする。その後イベントが発生した場合、イベントが発生したことを示す通知がユーザに急送される。通知技術は、頻繁な間隔で定期的に情報源までナビゲートする必要なく何らかのイベントを適時に知ることにユーザが関心を持つときに有用である。
【０００４】
従来の通知技法には様々なものがあり、これらは通常、何らかの形態の視覚通知を含む。例えば、電話ネットワークを使用して移動デバイスに通知を送信するとき、通知は、１つまたは複数の関連するショートテキストメッセージ（ＳＭＳ）のメッセージ形態をとる場合がある。この通知は、イベントに関する情報を通常表すテキスト情報を含む場合がある。別のタイプの通知は、ワイヤレスアプリケーションプロトコル（ＷＡＰ）のハイパーテキストマークアップ言語（ＨＴＭＬ）テキストプッシュ通知であり、これもまた、テキスト通知ならびに対応するレイアウト情報を移動デバイスに送信するのに使用することができる。
【０００５】
【発明が解決しようとする課題】
いくつかの通知技法は、ユーザの状況によってはそれほど適切でないことがしばしばある。例えば、ユーザが車を運転している場合、単にＳＭＳメッセージから組み立てたテキスト通知を表示するだけでは効果が足りないことがある。通知を見るには、ユーザは運転から注意を転じることが必要になる。この場合、通知を読み上げるのが最も適切な通知方法であろう。したがって、ユーザの状況に応じて適切に音声通知または他の通知によってユーザに通知するための方法、システム、およびコンピュータプログラム製品が必要とされている。
【０００６】
【課題を解決するための手段】
ユーザの現状況を考慮した適切な形でユーザにイベントを通知する方法、システム、およびコンピュータプログラム製品について述べる。通知は、音声通知を含む場合がある。
【０００７】
例えば、ユーザは自分の電話機をハンズフリー受け台に置いて車を運転していることがある。この場合、ユーザがテキストメッセージを目で読まなければならないのでは運転から気をそらされるので、緊急通知をテキストメッセージによって送信するのは不適切である。さらに、ユーザが通知に応答して処理を行いたい場合（例えば、重要なｅメールに関する通知があったときにｅメールの全文を要求するなど）、ユーザは、所望の処理まで目でナビゲートしてその処理を選択したい気になるかもしれず、さらにユーザの気がそらされる恐れがある。一方、電話機がハンズフリー受け台にある場合、音声通知によってユーザに通知が読み上げられるようにし、かつユーザが所望の応答処理を言うことによって音声通知に対して処理できるようにする方がずっと適切であろう。
【０００８】
通知が望まれるイベントの発生が検出された後、通知サービスが、ユーザの現状況を考えた場合のユーザへの適切な通知方法を決定する。通知サービスは、ユーザに関するコンテキスト情報（例えばユーザの電話機がオンか、話し中か、ハンズフリーモードか、会議中モードかなど）にアクセスすることにより、適切な通知方法を決定する。次いで通知サービスは、ユーザの現状況に基づいて適切な通知方法の決定を導き出すことのできる１組の規則にアクセスする。例えばこれらの規則は、デフォルト規則、および／またはユーザによって設定された規則とすることができる。例えばデフォルト設定は、ユーザの電話機がオンになっているが話し中である場合に、電話中のユーザの邪魔をしないように通知をテキストメッセージとして電話機に送信するものとすることができる。ただしユーザは、ある重要人物からｅメールを受信した場合は、現在電話中であっても音声通知が現在の通話に割り込むように指定することもできる。次いで通知サービスは、適切な通知方法を用いてユーザに通知が送信されるようにする。
【０００９】
本発明のさらなる特徴および利点については後続の記述で述べるが、一部はこの記述から自明であろうし、あるいは本発明を実施することによってわかるであろう。本発明の特徴および利点は、頭記の特許請求の範囲に特に示す装置および組合せを用いて実現および獲得することができる。本発明のこれらおよび他の特徴は、後続の記述および頭記の特許請求の範囲からより完全に明らかになるであろうし、あるいは本発明を後述のように実施することによってわかるであろう。
【００１０】
本発明の前述および他の利点および特徴を得ることのできる方法について述べるために、添付の図面に示す本発明の具体的な実施形態を参照することにより、上に簡単に述べた本発明のより具体的な記述を提供する。これらの図面は本発明の代表的な実施形態だけを表すものであり、したがって本発明の範囲を限定するものと見るべきではないことを理解した上で、添付の図面を用いて本発明をさらに具体的かつ詳細に記述および説明する。
【００１１】
【発明の実施の形態】
本発明は、動的に変化するユーザの状況を考慮して適切に音声通知方法および他の通知方法を容易にするための方法、システム、およびコンピュータプログラム製品に及ぶ。通知プロセスは、通知が必要とされるイベントが発生したときに開始する。例えば、ユーザはそのイベントに関する通知に事前に申し込んでいる。次いで、ユーザの現在コンテキストにアクセスして、ユーザへの通知に用いる最良の方法を決定する。例えば、ユーザが電話をハンズフリーモードにして車を運転している場合は、ユーザは、ハンズフリー電話機を通した可聴の音声通知によって通知を受けることができる。ユーザがパーソナルコンピュータの前にいる場合は、通知はインスタントメッセージの形をとることができる。ある状況を仮定した場合に個人にどのように通知するか、また通知するかどうかについての規則は、ユーザが設定することができる。
【００１２】
本発明の範囲内の実施形態は、コンピュータ実行可能命令またはデータ構造を搬送するためのコンピュータ可読媒体、あるいはそれらを記憶したコンピュータ可読媒体を含む。このようなコンピュータ可読媒体は、汎用または専用コンピュータからアクセスできる利用可能な任意の媒体とすることができる。限定ではなく例として、このようなコンピュータ可読媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置や、磁気ディスク記憶装置またはその他の磁気記憶デバイスなど、物理記憶媒体を含めることができ、あるいは、所望のプログラムコード手段をコンピュータ実行可能命令またはデータ構造の形で搬送または記憶するのに使用でき、汎用または専用コンピュータからアクセスできる、その他の任意の媒体を含めることができる。
【００１３】
情報がネットワークまたは別の通信接続（ハードワイヤード、ワイヤレス、ハードワイヤードとワイヤレスの組合せのいずれか）を介してコンピュータに転送または提供されるとき、コンピュータは、この接続をコンピュータ可読媒体とみなすのが適切である。したがって、このような接続はいずれもコンピュータ可読媒体と呼ぶのが適切である。前述の媒体の組合せも、コンピュータ可読媒体の範囲内に含むべきである。コンピュータ実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、または専用処理デバイスに何らかの機能または機能グループを実施させる命令およびデータを含む。
【００１４】
【発明の実施の形態】
図１および後続の考察は、本発明を実施できる適したコンピューティング環境に関する簡単かつ一般的な記述を提供するものである。必須ではないが本発明は、ネットワーク環境でコンピュータによって実行されるプログラムモジュールなどのコンピュータ実行可能命令の一般的なコンテキストで述べる。一般にプログラムモジュールは、特定のタスクを実施するか特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書に開示する方法のステップを実行するためのプログラムコード手段の例を表す。このような実行可能命令または関連するデータ構造の特定のシーケンスは、このようなステップで述べる機能を実施するための対応する処理の例を表す。
【００１５】
本発明を、パーソナルコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な消費者電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含めた多くのタイプのコンピュータシステム構成を有するネットワークコンピューティング環境で実施できることは、当業者なら理解するであろう。本発明は分散コンピューティング環境で実施することもでき、その場合、通信ネットワークを介して（ハードワイヤードリンク、ワイヤレスリンク、ハードワイヤードリンクとワイヤレスリンクの組合せのいずれかで）リンクされた、ローカルとリモートの処理デバイスによってタスクが実施される。分散コンピューティング環境では、プログラムモジュールは、ローカルとリモートの両方のメモリ記憶デバイスに位置することができる。
【００１６】
図１を参照すると、本発明を実施するための例示的なシステムは、従来型のコンピュータの形をとる汎用コンピューティングデバイス１２０を含み、この汎用コンピューティングデバイス１２０は、プロセッシングユニット１２１と、システムメモリ１２２と、システムメモリ１２２を含めた様々なシステムコンポーネントをプロセッシングユニット１２１に結合するシステムバス１２３とを備える。システムバス１２３は、様々なバスアーキテクチャのいずれかを用いたメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含めた、いくつかのタイプのバス構造のいずれかとすることができる。システムメモリは、読出し専用メモリ（ＲＯＭ）１２４およびランダムアクセスメモリ（ＲＡＭ）１２５を含む。ＲＯＭ１２４には、起動中などにコンピュータ１２０内の要素間で情報を転送するのを助ける基本ルーチンを含むＢＩＯＳ（ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）１２６を記憶することができる。
【００１７】
コンピュータ１２０はまた、磁気ハードディスク１３９の読み書きを行うための磁気ハードディスクドライブ１２７と、取外し可能磁気ディスク１２９の読み書きを行うための磁気ディスクドライブ１２８と、ＣＤ−ＲＯＭやその他の光媒体など、取外し可能光ディスク１３１の読み書きを行うための光ディスクドライブ１３０も備えることができる。磁気ハードディスクドライブ１２７、磁気ディスクドライブ１２８、および光ディスクドライブ１３０は、それぞれハードディスクドライブインタフェース１３２、磁気ディスクドライブインタフェース１３３、および光ドライブインタフェース１３４でシステムバス１２３に接続される。ドライブおよび関連するコンピュータ可読媒体は、コンピュータ実行可能命令、データ構造、プログラムモジュール、およびその他のデータの不揮発性記憶域をコンピュータ１２０に提供する。本明細書に述べる例示的な環境は、ハードディスク１３９、取外し可能磁気ディスク１２９、および取外し可能光ディスク１３１を採用しているが、磁気カセット、フラッシュメモリカード、ディジタル多用途ディスク、ベルヌーイカートリッジ、ＲＡＭ、ＲＯＭなどを含めた他のタイプのデータ記憶用コンピュータ可読媒体を使用することもできる。
【００１８】
ハードディスク１３９、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４、またはＲＡＭ１２５には、１つまたは複数のプログラムモジュールを含むプログラムコード手段を記憶することができ、これらのプログラムモジュールには、オペレーティングシステム１３５、１つまたは複数のアプリケーションプログラム１３６、その他のプログラムモジュール１３７、およびプログラムデータ１３８が含まれる。ユーザは、キーボード１４０、ポインティングデバイス１４２、またはマイクロホン、ジョイスティック、ゲームパッド、衛星受信アンテナ、スキャナなど他の入力デバイス（図示せず）を介して、コンピュータ１２０にコマンドおよび情報を入力することができる。これらおよび他の入力デバイスは、システムバス１２３に結合されたシリアルポートインタフェース１４６を介してプロセッシングユニット１２１に接続されることが多い。別法として入力デバイスは、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）など、他のインタフェースで接続されることもある。モニタ１４７または別の表示デバイスもまた、ビデオアダプタ１４８などのインタフェースを介してシステムバス１２３に接続される。モニタに加えて、パーソナルコンピュータは通常、スピーカやプリンタなど他の周辺出力デバイス（図示せず）も備える。
【００１９】
コンピュータ１２０は、リモートコンピュータ１４９ａおよび１４９ｂなど１つまたは複数のリモートコンピュータへの論理接続を用いて、ネットワーク化された環境で処理することもできる。リモートコンピュータ１４９ａおよび１４９ｂはそれぞれ、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、またはその他の一般的なネットワークノードとすることができ、図１にはメモリ記憶デバイス１５０ａおよび１５０ｂとそれらに関連するアプリケーションプログラム１３６ａおよび１３６ｂしか示されていないが、通常はコンピュータ１２０に関して先に述べた要素の多くまたはすべてを備える。図１に示す論理接続は、ローカルエリアネットワーク（ＬＡＮ）１５１およびワイドエリアネットワーク（ＷＡＮ）１５２を含むが、これらは限定ではなく例としてこの図に提示するものである。このようなネットワーキング環境は、オフィス全体または企業全体のコンピュータネットワーク、イントラネット、およびインターネットによくあるものである。
【００２０】
ＬＡＮネットワーキング環境で使用されるときは、コンピュータ１２０は、ネットワークインタフェースまたはアダプタ１５３を介してローカルネットワーク１５１に接続される。ＷＡＮネットワーキング環境で使用されるときは、コンピュータ１２０は、インターネットなどのワイドエリアネットワーク１５２を介して通信を確立するためのモデム１５４、ワイヤレスリンク、またはその他の手段を備えることができる。モデム１５４は内蔵でも外付けでもよく、シリアルポートインタフェース１４６を介してシステムバス１２３に接続される。ネットワーク化された環境では、コンピュータ１２０に関して示したプログラムモジュールまたはその一部をリモートのメモリ記憶デバイスに記憶することができる。図示のネットワーク接続は例示的なものであり、ワイドエリアネットワーク１５２を介して通信を確立する他の手段を使用することもできることを理解されたい。
【００２１】
図２に、本発明を実施することのできる例示的な環境２００を示す。図３に、本発明による、ユーザの現状態を考慮したコンテキストに感応する形でユーザにイベントを通知する方法を示す。図２および３について、しばしば相互に参照しながら述べる。
【００２２】
図２を参照すると、例示的な環境２００は、電話デバイス２４１および２４２など、通知を受け取ることのできるいくつかのデバイスを含む。環境２００は通知ソース２１０も含み、この通知ソース２１０は、イベントを直接検出したことに応答して、または通知ソース２１０が受け取った別の通知を介して間接的にイベントを検出したことに応答して、通知を生成する。さらに環境２００は、正しい通知方法を用いて対応する電話デバイス２４１または２４２のユーザに通知を送達する送達コンポーネント２２０も含む。
【００２３】
通知ソース２１０は例えば、情報を管理する企業、またはユーザが関心を持つイベントを検出する企業とすることができる。例えば、通知ソース２１０はｅメールサーバ、ニュースサーバ、および／または株式相場サーバとすることができる。送達コンポーネント２２０は、適切な方法を用いて通知を送達することを担うものであり、例えばキャリアネットワークに組み込むことができる。
【００２４】
通知ソース２１０と送達コンポーネント２２０は、ネットワーク２１６で分離された別個のコンポーネントとして示されているが、実際には、通知ソース２１０と送達コンポーネント２２０は少なくとも部分的に統合することもできる。言い換えれば、送達コンポーネント２２０によって実施されるものとして以下に述べる機能の少なくとも一部は、代わりに通知ソース２１０によって実施することができ、その逆も可能である。また、送達コンポーネント２２０は統合コンポーネントとして述べるが、送達コンポーネント２２０の機能はネットワークにわたって分散させることもできる。通知ソース２１０もまた分散させることができる。
【００２５】
通知ソース２１０は、イベントを直接的または間接的に検出する通知サービス２１１と、イベントが検出されたときに用いられる最良の通知方法を決定するための規則２１２と、ユーザの現状態を表すコンテキスト情報２１３と、ｅメールやニュースなど他の情報を記憶するためのその他のデータベース情報２１４と、通知ソース２１０の様々な要素が相互およびネットワーク２１６と対話できるようにするための情報サーバ２１５と、通知に応答して処理するための音声コマンドを受け取ってそれに従うための移動音声アクセスモジュール２１７とを備える。規則２１２、コンテキスト情報２１３、およびその他のデータベース情報２１４を記憶するには、この情報へのアクセスに使用できるコンポーネント（例えば情報サーバ２１５）がある限り、どんなデータベースを使用してもよい。
【００２６】
情報サーバ２１５は、例えばＭｉｃｒｏｓｏｆｔ（登録商標）モバイルインフォメーションサーバエンタープライズエディション（Ｍｏｂｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ）（ＥＥＭＩＳとも呼ぶ）とすることができる。ネットワーク２１６は、例えばインターネットとすることができる。通知ソース２１０および送達コンポーネント２２０はそれぞれ、図１に示したコンピューティング環境などのコンピューティング環境によって実現することができる。通知ソース２１０内および送達コンポーネント２２０内に含まれる様々な要素は、例えば、プロセッシングユニット１２１によって実行されるアプリケーションプログラム１３６および／またはその他のプログラムモジュール１３７のうちの１つまたは複数とすることができる。送達コンポーネント２２０の様々な要素を、図３の方法として以下にさらに述べる。
【００２７】
図３は、通知ソース２１０によって実施することのできる方法のフローチャートである。通知プロセスは、ユーザに通知を送る必要のあるイベントを検出することによって開始する（処理３０１）。図２を参照するが、通知サーバ２１１は、ユーザが事前に申し込んだイベントを検出することができる。このようなイベントは、どんな特定のイベントまたはイベント種類にも限定されない。例えば通知は、重要な人物からの新しいｅメールがユーザの受信ボックス中に受信されたこととすることができる。イベントはまた、ニュースイベントの報道や、株式相場が所定の値に達したこととすることもできる。
【００２８】
次いで方法は、ユーザの状況にとって適切な通知をユーザに送信するステップを含む（ステップ３０２）。この結果を達成するためにこのステップは、処理３０３、３０４、３０５として示す対応する処理によって達成することができる。例えばこの方法は、イベント検出後にユーザの現在コンテキストにアクセスする処理（処理３０３）を含むことができる。図２を参照するが、これは、通知サービス２１１が情報サーバ２１５を介してコンテキスト情報２１３にアクセスすることを含むことができる。例えば現在コンテキストは、ユーザの電話機それぞれについて、ユーザの電話がオンか、話し中か、ハンズフリーモードか、圏外か、会議中モードか、などを含むことができる。現在コンテキストをどのように正確かつ動的に更新してユーザの現状態を反映させることができるかについての詳細は、以下にさらに述べる。
【００２９】
次いで方法は、ユーザの現在コンテキストに基づいて、通知を送るのに用いられる可能な複数の通知方法のうちの１つを識別することを含む（処理３０４）。これは例えば、通知サーバ２１１が情報サーバ２１５を介して規則２１２にアクセスすることによって達成することができる。規則２１２は、現状況を考えた場合にどのように通知を行うか、また通知を行うかどうかということに、現在のユーザ状況を関係付けるものであり、デフォルトでまたはユーザ指定によって定義することができる。
【００３０】
考えられる規則の順列は無限にある。例示として規則は、現在時刻を考えた場合にどの電話デバイスに通知するか、また、現在のデバイスがオンまたはオフの場合、ハンズフリーモードまたはそうでない場合、話し中またはそうでない場合に、どんな通知方法を用いるかを定義することができる。より具体的な例として、ユーザは、特定の個人からｅメールを受信した場合は可聴音声メッセージで通知を受けたいと表明することができ、ただし音声メッセージの受信に使用することになる電話機をユーザがすでに使用している場合は除き、その場合はテキストメッセージで通知を受けるように指定することができる。
【００３１】
次いで方法は、識別された通知方法を用いてユーザに通知が急送されるようにすることができる（処理３０５）。これは、通知サービス２１０がネットワーク２１６を介して、最終的に通知を送達することになる送達コンポーネント２２０にネットワークメッセージを発行することを含むことができる。図２には１つの通知ソースおよび１つの送達コンポーネントしか示していないが、複数の通知ソースがネットワーク２１６を介して複数の送達コンポーネントと通信するように本発明の原理をスケールすることができることは、当業者ならこの記述を検討した後に理解するであろう。
【００３２】
次いで送達コンポーネント２２０は、適切な通知方法を用いて通知を送達する。この記述では、３つの具体的な通知方法（例えば音声通知、ＳＭＳ通知、およびＷＡＰテキストプッシュ通知）を介して送達する送達コンポーネント２２０の処理について述べるが、本発明の原理をその他多くのタイプの通知方法に拡張することができることは、当業者ならこの記述を検討した後に理解するであろう。
【００３３】
通知方法が音声通知であると仮定する。この記述および特許請求の範囲では、「音声」通知は、人間が解釈できる可聴の情報レンダリングとして定義する。例えば、テキスト通知をコンピュータ処理した音読は、この定義に基づいて音声通知とみなすことができる。
【００３４】
音声通知は、通知ソース２１０がネットワーク２１６を介して１つまたは複数のネットワークメッセージを送達コンポーネント２２０に送信することによって容易にすることができる。ネットワークメッセージは、通知内容、ならびに通知が音声通知であることの指示を示す。通知プロキシ２２２が、情報サーバ２２１を介してネットワークメッセージを受信する。情報サーバ２２１は、例えばＭｉｃｒｏｓｏｆｔ（登録商標）モバイルインフォメーションサーバキャリアエディション（Ｍｏｂｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｃａｒｒｉｅｒ  Ｅｄｉｔｉｏｎ）（ＣＥ  ＭＩＳとも呼ぶ）とすることができる。
【００３５】
次いで通知プロキシ２２２は、ＳＳ７モジュール２２３がＳＳ７インタフェース２２４を介して公衆交換電話網２３１（「ＰＳＴＮネットワーク」とも呼ばれる）とインタフェースするようにする。ＳＳ７インタフェースは、電話ネットワークの様々な面を制御するためにキャリアによって通常維持される従来型のインタフェースである。例えば、ＳＳ７モジュール２２３は、ＳＳ７インタフェース２２４が宛先電話デバイス（例えば電話機２４１または移動電話機２４２）とゲートウェイ２２５との間でＰＳＴＮ２３１を介した電話接続を確立するようにすることができる。ゲートウェイ２２５は、ゲートウェイ２２５と宛先電話デバイスとの間の電話接続上にある音響データを、声紋モジュール２２６、テキスト−音声変換モジュール２２７、音声認識モジュール２２８などの様々な電話サービスによって認識可能な形の音響データに変換するように処理する。
【００３６】
声紋モジュール２２６は、電話ユーザ（例えば電話機２４１または移動電話機２４２のユーザ）によって話される言葉の音声パターンを解釈してユーザを認証することによる認証に使用することができる。テキスト−音声変換モジュール２２７は、テキストを音声に変換する。例えば、可聴形態の通知を生み出すために、通知プロキシ２２２が通知内容をテキスト形態でテキスト−音声変換モジュール２２７に提供する。この記述および特許請求の範囲では、「テキスト−音声」変換は、テキストを可聴のテキスト音読に変換する既存の技術、または将来開発される技術として定義する。このような技術の一つは、ディジタルオーディオファイル（例えば．ｗａｖファイル）の連結を用いるものであり、各オーディオファイルは単語または句を表す。音声認識モジュール２２８は、話された言葉の意味を直接認識するか、または話された言葉をテキスト形態に変換する。
【００３７】
通知プロキシ２２２は、音声通知を容易にするためにこれらの各電話サービスにアクセスすることができる。例えばユーザを認証するために、通知プロキシ２２２は、いくつかの言葉を言うようにユーザに指示するテキストメッセージを、テキスト−音声変換モジュール２２７に提供することができる。次いでこのテキストは音声情報に変換され、ゲートウェイ２２５と宛先電話サービスとの間に確立された電話接続を介して、ユーザに聞こえるように提示される。次いでユーザはこれに応答して、いくつかの言葉を言うことができる。通知プロキシ２２２は声紋モジュール２２６に、言葉が話されるのを聞かせ、その声紋が意図された通知受信側の声紋と一致するかどうか識別させる。次いで声紋モジュール２２６は、声紋認証の成功または失敗を通知プロキシ２２２に報告することができる。このように声紋認証が可能である。
【００３８】
その他の形の認証を実施することもできる。例えば、音声認識モジュール２２８を使用して、話されたＰＩＮ（すなわち音声ＰＩＮ）を通知プロキシ２２２に報告することができる。ゲートウェイ２２５は、発呼側ＩＤモジュールを備えることができ、それにより発呼側ＩＤを使用した認証をサポートすることができる。さらに、送達コンポーネント２２０は、タッチトーンＰＩＮ（例えばＤＴＭＦＰＩＮ）認証をサポートすることもできる。例えばゲートウェイ２２５は、ＤＴＭＦトーンの受信に関して検出および報告するＴＡＰＩ（ＴｅｌｅｐｈｏｎｙＡｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）モジュールを有することができる。送達コンポーネント２２０は、このような認証方法だけに限定されない。
【００３９】
通知は認証を全く必要としなくてもよい。必要とされる認証レベルはデフォルト設定を有することができる。これらのデフォルト設定は、所与の通知に対して他の認証設定（または認証設定なし）が適切であることを規則２１２が示す場合はオーバーライドすることができる。関連する通知に用いるべき適切な認証方法は、通知ソース２１０が通知プロキシ２２２に対して特定したものとすることもできる。
【００４０】
何らかの認証が行われると、通知プロキシ２２２は、通知内容をテキスト形態でテキスト−音声変換モジュール２２７に渡すことができる。得られた音声情報は、次いでゲートウェイ２２５を経由し、確立済みの電話接続を介してユーザに提示することができる。次いでユーザは、音声通知に応答して何らかの処理を行う選択をすることができる。
【００４１】
例えば、特定の送信者からの新しいｅメールが受信ボックスにあることの通知をユーザが受け取った場合、ユーザは、ｅメールの全文を得るために「もっと情報を」と言うか、何らかの類似の言葉を言うことができる。次いでこの音声データは、適切に認識されるようにゲートウェイ２２５から音声認識モジュール２２８に渡される。次いで通知プロキシ２２２は、選択された処理を通知サーバ２１５に通知することができる。情報サーバ２１５は、通知に関するセッション情報を維持することができ、したがって選択された処理を適切な通知と関連付けることができる。次いで情報サーバ２１５は、選択された処理を、適切に処理されるように移動音声アクセスモジュール２１７に渡すことができる。このような処理は、必要に応じてその他のデータベース情報２１４にアクセスすることを含む場合がある。例えば、ユーザが新しいｅメールの通知を受け取った場合に、ユーザは対応するｅメールの全文を要求する場合がある。移動音声アクセスモジュール２１７は、その他のデータベース情報２１４から適切なｅメールにアクセスして、全文を通知プロキシ２２２に返すことになり、次いでこの全文は、元の通知に関して前に述べたように電話接続を介して提供されることになる。
【００４２】
通知プロキシ２２２はまた、電話機に関連する視覚表示装置を使用して、テキストメッセージなどの視覚通知をユーザに提示することもできる。この通知形態はまた、視覚通知が適切である場合に、通知ソース２１０から供給されるネットワークメッセージ内で識別することもできる。次いで通知プロキシ２２２は、ショートメッセージサービス（「ＳＭＳ」とも呼ばれる）モジュール２３０を使用して、ＳＭＳコネクタ２２９を経由し移動キャリアネットワーク２３２を介してテキスト通知をユーザに送信することができる。同様に、通知プロキシ２２２は、例えばワイヤレスマークアップ言語（ＷＭＬ）やハイパーテキストマークアップ言語（ＨＴＭＬ）文書などの構造化フォーマット情報を含むワイヤレスアプリケーションプロトコル（ＷＡＰ）テキストプッシュ通知を用いて、電話機に通知を送信することもできる。
【００４３】
ＳＭＳまたはＷＡＰ通知はまた、通知に応答して行われる処理のリストを含むこともできる。この場合、ユーザはこれらの処理のうちの１つを選択することができる。選択の結果、対応するメッセージ（例えばＳＭＳメッセージ）が通知プロキシ２２２に返される。次いで通知プロキシ２２２は、選択された処理を、通知ソース２１０によって適切に処理されるように通知ソース２１０に返す。
【００４４】
前述のように、通知サービス２１１は、コンテキスト情報２１３にアクセスして、規則２１２を使用してユーザへの最も適切な通知方法を決定する。コンテキスト情報２１３は、ユーザに関する関連の状態情報を表す。この状態情報は、特定ユーザの電話機がオンまたはオフか、話し中か、ハンズフリーモードかを含むことができる。ＳＳ７インタフェース２２４が、このようなコンテキスト情報を検出することができ、したがってそれを通知プロキシ２２２に報告することができる。次いで通知プロキシ２２２は、コンテキストを、コンテキスト情報２１３に記憶されるように通知ソース２１０に報告することができる。移動キャリアネットワーク２３２もまた、ユーザがどのセルラー区域にいるか検出することができ、例えばＳＭＳメッセージを使用してそれを送達コンポーネント２２０に報告することができる。電話デバイスは、電話機がどのモードにあるか（例えば会議中モード、外出中モード、通常モードなど）を検出し、この状況を、ＳＭＳメッセージによって送達コンポーネント２２０を介して通知ソース２１０に報告することができる。
【００４５】
したがって本発明では、ユーザを取り巻く現状態に合わせた方式で、個人がイベントの通知を受けることができる。本発明の原理はまた、ユーザが通知に対して適切かつ好都合に処理を行うことも可能にする。
【００４６】
本発明はまた、その趣旨または基本的な特徴から逸脱することなく、他の具体的な形で実施することもできる。述べた実施形態は、あらゆる点で例示的なものに過ぎず、限定的なものではないと考えるべきである。したがって本発明の範囲は、以上の記述によってではなく頭記の特許請求の範囲によって示す。特許請求の範囲の意味内および均等範囲内となる変更はすべて、特許請求の範囲内に含まれる。
【００４７】
【発明の効果】
本発明によれば、通知が望まれるイベントの発生が検出された後、通知サービスが、ユーザの現状況を考えた場合のユーザへの適切な通知方法を決定する。通知サービスは、ユーザに関するコンテキスト情報（例えばユーザの電話機がオンか、話し中か、ハンズフリーモードか、会議中モードかなど）にアクセスすることにより、適切な通知方法を決定する。次いで通知サービスは、ユーザの現状況に基づいて適切な通知方法の決定を導き出すことのできる１組の規則にアクセスする。例えばこれらの規則は、デフォルト規則、および／またはユーザによって設定された規則とすることができる。例えばデフォルト設定は、ユーザの電話機がオンになっているが話し中である場合に、電話中のユーザの邪魔をしないように通知をテキストメッセージとして電話機に送信するものとすることができる。ただしユーザは、ある重要人物からｅメールを受信した場合は、現在電話中であっても音声通知が現在の通話に割り込むように指定することもできる。次いで通知サービスは、適切な通知方法を用いてユーザに通知が送信されるようにする。
【図面の簡単な説明】
【図１】本発明を実施することのできる例示的なコンピューティングシステムを示す図である。
【図２】本発明が処理することのできる適したネットワーク環境を示す図である。
【図３】ユーザの現状態を考慮したコンテキストに感応する形でユーザにイベントを通知する方法のフローチャートである。
【符号の説明】
１２０  汎用コンピューティングデバイス
１２１  プロセッシングユニット
１２２  システムメモリ
１２３  システムバス
１２４  ＲＯＭ
１２５  ＲＡＭ
１２６  ＢＩＯＳ
１２７  磁気ハードディスクドライブ
１２８  磁気ディスクドライブ
１２９  取外し可能磁気ディスク
１３０  光ディスクドライブ
１３１  取外し可能光ディスク
１３２  ハードディスクドライブインタフェース
１３３  磁気ディスクドライブインタフェース
１３４  光ドライブインタフェース
１３５  オペレーティングシステム
１３６  アプリケーションプログラム
１３６ａ  アプリケーションプログラム
１３６ｂ  アプリケーションプログラム
１３７  その他のプログラムモジュール
１３８  プログラムデータ
１３９  磁気ハードディスク
１４０  キーボード
１４２  ポインティングデバイス
１４６  シリアルポートインタフェース
１４７  モニタ
１４８  ビデオアダプタ
１４９ａ  リモートコンピュータ
１４９ｂ  リモートコンピュータ
１５０ａ  メモリ記憶デバイス
１５０ｂ  メモリ記憶デバイス
１５１  ローカルエリアネットワーク
１５２  ワイドエリアネットワーク
１５３  ネットワークインタフェース
１５４  モデム
２００  例示的な環境
２１０  通知ソース
２１１  通知サービス
２１２  規則
２１３  コンテキスト情報
２１４  その他のデータベース情報
２１５  情報サーバ
２１６  ネットワーク
２１７  移動音声アクセスモジュール
２２０  送達コンポーネント
２２１  情報サーバ
２２２  通知プロキシ
２２３  ＳＳ７モジュール
２２４  ＳＳ７インタフェース
２２５  ゲートウェイ
２２６  声紋モジュール
２２７  テキスト−音声変換モジュール
２２８  音声認識モジュール
２２９  ＳＭＳコネクタ
２３０  ＳＭＳモジュール
２３１  公衆交換電話網
２３２  移動キャリアネットワーク
２４１  電話デバイス
２４２  電話デバイス
【図１】
0004494709.tif 000002
【図２】
0004494709.tif 000003
【図３】
0004494709.tif 000004