エンドユーザのプリファレンスに応じた自動無線デバイスメッセージ管理
【課題】ユーザのプリファレンスに基づく無線電話による自動メッセージ検索を開示する。
【解決手段】本発明の方法によれば、ユーザのためのメッセージがコンピューティングデバイスにあることを示す通知が無線デバイス上で受信される。ユーザに関連する１または２以上のルールは受信したメッセージに基づいて評価される。また、本方法によれば、評価されたルールの関数としてメッセージがコンピューティングデバイスに要求され、コンピューティングデバイスから受信される。さらに、本発明によれば、受信したメッセージは、ユーザに渡すために無線電話のメモリエリアにストアされる。別の方法として、ユーザに関連する１または２以上のルールは、無線電話とのユーザのやりとりをモニタすることによって動的に生成される。
【解決手段】本発明の方法によれば、ユーザのためのメッセージがコンピューティングデバイスにあることを示す通知が無線デバイス上で受信される。ユーザに関連する１または２以上のルールは受信したメッセージに基づいて評価される。また、本方法によれば、評価されたルールの関数としてメッセージがコンピューティングデバイスに要求され、コンピューティングデバイスから受信される。さらに、本発明によれば、受信したメッセージは、ユーザに渡すために無線電話のメモリエリアにストアされる。別の方法として、ユーザに関連する１または２以上のルールは、無線電話とのユーザのやりとりをモニタすることによって動的に生成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般的には、モバイルデバイスのための音声メール検索の分野に関する。具体的には、本発明の実施形態は無線デバイス上でエンドユーザのプリファレンス（preference：好みの設定）とコンフィギュレーション(configuration)に従ってメッセージを動的に検索することに関する。
【背景技術】
【０００２】
セルラ(cellular)またはモバイル(mobile)デバイスの人気は著しく増加している。従来の有線(coded)またはランドライン（land-line：陸上通信）電話とは異なり、セルラまたはモバイルデバイスでは、個人が他人と通信するときの携帯性(portability)、柔軟性(flexibility)および利便性(convenience)が改善されている。さらに、モバイル電話（携帯電話）テクノロジの継続的進歩、ビリングプランプライス(billing plan prices)の低下、およびモバイルサービスプロバイダ（以下、「サービスプロバイダ」と称す）によるサービスエリア(coverage area)が絶えず拡張していること、などの要因により、セルラまたは他のモバイル無線デバイスは、多くの人々の日常生活に浸透するようになった。
【０００３】
現在では、無線電話を使用するために、ユーザは、１または２年のビリングプランやサービスプロバイダが提供する短期契約（例えば、月ごとまたはプリペイドビリングプラン）でもって無線電話を購入することが多い。ビリングプランは、割当て月間無線使用量(allotted monthly wireless usage)に対して月間サービス料をユーザに課しているのが通常である。例えば、月間サービス料は、毎月300分間の無線使用量に対して$29.99になることがある。割当て月間使用量が増加すると、分ごとのレート（例えば、毎分$0.40）でユーザに分単位で課され、ユーザは、サービスプロバイダのサービスエリアから出たときはローミング(roaming)料金を支払っている。ビリングプランは、音声メール、テキストメッセージング、発信者ＩＤ(caller identification)、コール待ち(call waiting)などの機能を提供しているのが通常である。さらに、無線電話のタイプに応じて、サービスプロバイダは、リングトーンダウンロード(ring-tone download)、インターネットアクセス、ｅメール送信、ピクチャ付きｅメール送信（例えば、デジタルカメラ内蔵の無線電話による）などの追加サービスを提供している場合もある。
【０００４】
また、多くの無線電話は、電話帳、スピードダイアリング(speed dialing)、カレンダ、オルガナイザ(organizer)などの機能を備えている。その結果、ユーザは、特定の個人または個人グループ（例えば、家族）がコールしたとき特定のリングトーンといった、個人的デバイスプリファレンス(device preferences)をセットするのが通常である。別の方法として、ユーザは電話番号を電話帳にインプットしたり、タイムゾーンに応じて時計をセットしたりすることがある。
【０００５】
ユーザは、ユーザのプリファレンスを無線電話にセットしてデバイスの使い方を定義できるのに対し、ユーザは、ユーザのプリファレンスを無線電話でセットしてメッセージおよび／または電話コールをどのように受信するかを定義することはできなかった。例えば、ユーザが着信コールに応答するのに失敗したときは、サービスプロバイダは、サービスプロバイダが管理する音声メールメッセージングシステムにそのコールを転送するのが普通である。音声メールメッセージングシステムは、事前に録音された挨拶（例えば、ユーザによって録音またはシステムデフォルトによって割り当てられた）を演奏し、メッセージをユーザのために残しておくことをコーラに指示している。メッセージは受信され、将来のプレイバックに備えてサービスプロバイダのデータストレージにストアされる。
【０００６】
音声メッセージを検索し、聞くために、従来の無線電話システムは、可視(visual)または可聴(audible)通知をユーザの無線電話に送信して、待ちの音声メールがあることを知らせているのが代表的である。そのとき、ユーザは音声メールメッセージングシステムをコールし、パスワードを入力し、メニューオプションセットをナビゲートしてメッセージを検索しなければならない。メッセージを検索するために使用された無線使用量は、ユーザの割当て月間使用量と突き合わせてカウントされるのが代表的である。メッセージの受信状況が悪いか、あるいはメッセージが長いためにユーザがメッセージを再生したい場合には、コールが延長されることもある。
【０００７】
一部のシステムは、音声メールメッセージをユーザの無線電話に自動的にプッシュしてストアするようにしている。しかし、ユーザは長い音声メールメッセージを無線電話にストアすることを望まないこともあれば、無線電話のストレージがメッセージをストアするのに十分でないこともある。一部の他のシステムは、各メッセージをダウンロードするかどうかを決定するようにユーザに指示している。しかし、これらのシステムでは、ユーザは、音声メールメッセージ通知が受信されるたびにダウンロードするかどうかの決定を行なう必要がある。無線電話のストレージがメッセージをストアするのに十分である場合でも、この反復的やりとりはユーザ体験を悪化させている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以上により、上記および他の問題点を解決するためにエンドユーザのプリファレンスに応じてメッセージを動的にかつ自動的に検索するためのクライアント起動システム(client-initiated system)が望まれている。
【課題を解決するための手段】
【０００９】
本発明の実施形態によれば、無線デバイス上でユーザのプリファレンスまたはルールに応じてユーザがメッセージを動的にかつ自動的に検索することを可能にしている。従って、ユーザはメッセージを効率的に、好都合にかつ自動的に検索することができる。ユーザのプリファレンスは、ユーザ固有(user-specific)にすることも、デバイス固有(device-specific)にすることも、特定のメッセージタイプ固有にすることもできる。さらに、本発明の実施形態によれば、これらのプリファレンスを動的に生成するために無線デバイスとのユーザのやりとり(interaction)がモニタされる。本発明の一実施形態では、音声メールメッセージをダウンロードするとき、または聞くときに発生するコストを最小限にするために、プリファレンスはサービスプロバイダのコンフィギュレーション（例えば、ビリングプラン）に適応されている。その結果、本発明によれば、無線デバイスでのユーザ体験は大幅に向上されている。
【００１０】
本発明の一側面によるコンピュータ化方法によれば、メッセージは、ユーザのプリファレンスに基づいて無線電話によって検索される。本コンピュータ化方法によれば、ユーザのためのメッセージがコンピューティングデバイスにあることを示す通知が無線電話上で受信される。ユーザに関連する１または２以上のルールは受信した通知に基づいて評価される。これらのルールは１または２以上のユーザのプリファレンスを指定している。また、本コンピュータ化方法によれば、評価されたルールの関数としてメッセージが自動的にコンピューティングデバイスに要求される。さらに、本コンピュータ化方法によれば、要求されたメッセージは、指定されたユーザのプリファレンスに従ってコンピューティングデバイスから受信される。受信されたメッセージは、ユーザに渡すために無線電話のメモリエリアにストアされる。
【００１１】
本発明の別の側面によるシステムは、クライアント無線インタフェース、メモリエリア、およびプロセッサを備えている。クライアント無線インタフェースはサーバと通信し、クライアント無線インタフェースはクライアント無線デバイスと関連付けられている。メモリエリアは検索条件(retrieval conditions)をストアしている。プロセッサは、ユーザとクライアント無線デバイスとの間のやりとりをモニタするためのコンピュータ実行可能命令を実行するように構成されている。また、プロセッサは、クライアント無線インタフェースを通してサーバからメッセージ待ち通知(message waiting notification)を受信し、メモリエリアにストアされた検索条件を、モニタしたやりとりの関数として動的に生成するためのコンピュータ実行可能命令を実行する。さらに、プロセッサは、生成された検索条件を、受信したメッセージ待ち通知に基づいて評価し、評価した検索条件の関数としてメッセージをサーバに自動的に要求するためのコンピュータ実行可能命令を実行する。さらに、プロセッサは、要求したメッセージをサーバから受信し、受信したメッセージを、ユーザに渡すためにメモリエリアにストアしておくためのコンピュータ実行可能命令を実行する。ユーザインタフェースは受信したメッセージを、ユーザからの要求に応答してユーザに渡す。
【００１２】
さらに本発明の別の側面によれば、１または２以上のコンピュータ可読媒体(computer-readable media)は、ユーザのプリファレンスに基づいて無線電話によってメッセージを自動検索するためのコンピュータ実行可能コンポーネントを収めている。インジケータコンポーネント(indicator component)は、ユーザのためのメッセージがコンピューティングデバイスにあることを示す通知を無線電話上で受信する。ルールコンポーネント(rule component)は、ユーザによって定義された１または２以上のプリファレンスを、インジケータコンポーネントが受信した通知に基づいて分析する。検索コンポーネント(retrieval component)は、分析されたプリファレンスの関数としてメッセージをコンピューティングデバイスに自動的に要求し、要求したメッセージをコンピューティングデバイスから受信する。メモリコンポーネント(memory component)は、受信したメッセージを、ユーザに渡すために無線電話のメモリエリアにストアしておく。
【００１３】
別の実施形態によれば、本発明には種々の他の方法および装置を含めることが可能である。
【００１４】
その他の特徴は、一部は自明であり、一部は以下に説明されている。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態によるユーザプリファレンスに基づいて無線電話によってメッセージを自動的に検索するシステムを例示する図である。
【図２】本発明の一実施形態による無線電話上のユーザに関連するルールを例示する図である。
【図３】本発明の一実施形態による無線電話のユーザインタフェースを例示する図である。
【図４】本発明の一実施形態による無線電話のユーザインタフェースを例示する図である。
【図５】本発明の一実施形態によるユーザプリファレンスに基づいて無線電話によってメッセージを自動的に検索する方法を示すフローチャートである。
【図６】本発明の一実施形態による無線電話のコンピューティング環境の例を示すブロック図である。
【図７】本発明を実現することができる適当なコンピューティングシステム環境の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
添付された全図を通して類似部品は類似符号で示されている。
最初に図１を参照して説明すると、図１は、本発明の一実施形態によるユーザのプリファレンスに基づいて無線電話(wireless telephone)１０８によってメッセージを自動的に検索するためのシステム１００を例示する図である。図１には無線電話が示されているが、本発明は無線電話に限定されない。本発明は、メッセージへのアクセスを可能にし、メッセージ用のストレージエリアを備えた無線デバイスや他のデバイスならば、どのデバイスとも操作可能である。システム１００は、コンピューティングデバイス１０２と無線電話１０８を具備している。一実施形態では、コンピューティングデバイス１０２は、通信ネットワーク（例えば、イントラネット、インターネットなど）によってリンクされたコンピュータ、コンピュータサーバ、またはサーバの集まりを含んでいる。別の実施形態では、コンピューティングデバイス１０２は、音声メールメッセージ、短メッセージサービス(short message service - SMS)メッセージなどのテキストメッセージ、インスタントメッセージ、モバイルメッセージ、グラフィカルメッセージ（例えば、ピクチャ、アイコン、または他の図形要素）、電子メール（つまり、ｅメール）などを、無線サービスユーザのために処理するように構成されたメッセージングコンピュータシステムにすることができる。また、コンピューティングシステム１０２は、揮発性メモリ、不揮発性メモリ、または１または２以上の揮発性または不揮発性メモリの組み合わせのように、メッセージ１０４などのデータをストアするための記憶媒体を備えることもできる。
【００１７】
無線電話１０８は、モバイル／セルラ電話（携帯電話）、モバイルデバイス、無線デバイス、パーソナルデジタルアシスタント(personal digital assistant - PDA)、またはメッセージ１０４のようなメッセージを送受信する機能を備えた他の無線デバイスにすることができる。無線電話１０８は、インジケータコンポーネント１０６、ルールコンポーネント１１０、検索コンポーネント１１２、メモリ１１４、およびディスプレイ１１６を装備している。無線電話１０８は、図６に示すようにプロセッサおよび他のコンポーネントを装備することも可能である。また、当然に理解されるように、本発明の範囲を逸脱しない限り、無線電話１０８の追加コンポーネントまたはデバイスを実装させることが可能である。
【００１８】
最初に、ユーザ１１８は、コンピューティングデバイス１０２の側面を管理し、制御するサービスプロバイダとの無線電話サービスを確立する。無線電話サービスとしては、発信者(caller)ＩＤ、コール待ち(call waiting)、音声メール、テキストメッセージングなどのサービスがある。ユーザ１１８が無線電話１０８に行なわれた電話コールに応答するのに失敗したときは、コンピューティングデバイス１０２は、コンピューティングデバイス１０２によってアクセス可能なストレージエリアにそのコールを送り、メッセージをユーザ１１８のために残しておくように発信者に指示する。発信者がメッセージをユーザ１１８のために残しておくと、コンピューティングデバイス１０２は、ユーザ１１８のためのメッセージ１０４があることを示すデータを収めた信号形式の通知１２０を送信する。インジケータコンポーネント１０６は、例えば、無線電話１０８のアンテナ（図示せず）とトランシーバ（図示せず）を使用して信号を受信する。コンピューティングデバイス１０２からの信号を検出すると、インジケータコンポーネント１０６は、ユーザ１１８のためのメッセージ１０４がコンピューティングデバイス１２０にあることを示す通知１２０を受信する。
【００１９】
インジケータコンポーネント１０６からの受信通知１２０に応答して、無線電話１０８のルールコンポーネント１１０は、ユーザ１１８に関連する１または２以上のルール、プリファレンス(preferences)などを評価する。図２は、本発明の一実施形態による無線電話上のユーザ１１８に関連するルールまたはプリファレンスの例を示す図である。具体的には、図２には、無線電話１０８上のユーザ１１８に関連する例示ルールまたはプリファレンス２０２を設定するためのナビゲーションメニュー例が示されている。例えば、無線電話１０８のディスプレイ１１６は、無線電話１０８をカスタマイズする際の、いくつかのナビゲーションルールまたはプリファレンスをユーザ１１８に提示している。ユーザに関連するルールを設定するためのルールオプション(rule option)２０２には、ルールまたはプリファレンスの１つを含めることができる。さらに、ルールオプション２０２には、サービスルールオプション(service rule option)２０４とデバイスルールオプション(device rule option)２１０などの、より詳細なオプションが用意されている。サービスルールオプションの１つとして、ルールセット２０８をもつ音声メールルールオプション２０６がある。一実施形態では、ルールセット２０８の中には、アクセスとピン番号セッティング(pin number setting)のためのルール、ダウンロードルール、および／またはユーザ１１８がサービスプロバイダのサービスエリア(coverage area)の外にいるとき（例えば、ローミングしているとき）発信者をユーザの音声メールボックスに仕向けるようにコンピューティングデバイス１０２に自動的に指示するためのルールが含まれている。
【００２０】
引き続き図２を参照して説明すると、具体的には、「ダウンロード」ルールには、遅延なしの自動ダウンロード(automatic download with no delay)または５分または１０分待った後の自動ダウンロードといった、追加のプロビジョン(provisions)が含まれている。ユーザ１１８は、以下に列挙する「ダウンロード」ルールオプションのどれか、すなわち、すべてのメッセージをダウンロードする、ローミング中でないときメッセージをダウンロードする、ユーザの総無線費用と突き合わせて分単位でカウントされていない期間だけメッセージをダウンロードする、最近の５メッセージだけをダウンロードする、発信者の情報だけをダウンロードし、実際の音声メールメッセージをダウンロードしない、メッセージをダウンロードする前に無線電話１０８のメモリ容量をチェックする、テキストメッセージだけをダウンロードする、グラフィカルメッセージだけをダウンロードする、または最後の３分以内にメッセージをダウンロードする、を選択することもできる。一実施形態では、ユーザは、各メッセージ１０４の最初の部分とそのあとの追加部分だけをダウンロードすることを選択することもできる。例えば、ユーザ１１８は、メッセージ１０４の別部分をダウンロードすることを、無線電話１０８のＧＵＩを通して要求することができる。このようにすると、ユーザは無線電話１０８上のストアされる各メッセージのサイズを最小限にし、放送時間(air time)使用量を選択的に最小限にすることができる。言い換えれば、ユーザ１１８はルールセット２０８の中の１または２以上のルールを選択することができる。
【００２１】
一実施形態では、ユーザ１１８は、図２の「ユーザのやりとりをモニタしてルールを動的に生成する」オプションを選択すると、無線電話１０８にルールを動的に生成させることができる。例えば、ユーザ１１８が初めて無線電話１０８を使用することを開始したときユーザ１１８が動的ルール生成オプションを選択したと想定する。ルールコンポーネント１１０は、ユーザ１１８による無線電話１０８の使用量を分析する。
【００２２】
引き続き図２を参照して説明すると、ユーザ１１８が無線電話１０８にルールを動的に生成させることを選択した代替実施形態では、ルールコンポーネント１１０は、ルールまたはプリファレンスを生成する際にデバイス関連メトリックス(device-related metrics)を評価する。例えば、メッセージをコンピューティングデバイス１０２からいつ検索できるかは、無線電話１０８の信号強度とバッテリ使用量で決めることができる。例えば、ルールコンポーネント１１０は、信号強度が２０％以下であるか、あるいはバッテリ電力量が１０％以下であるとき無線電話はどの音声メールメッセージもダウンロードしないとするルールを生成することができる。このルールによれば、検索コンポーネント１１２は、信号強度が約８０％であるか、バッテリ電力量が約９０％であるときコンピューティングデバイス１０２にメッセージを自動的に要求することになる。
【００２３】
別の例において、ユーザ１１８が500分間の無線使用量を購入し、週末の無線使用量が無制限であることをユーザ１１８のビリングプランが規定しているときは、ルールコンポーネント１１０は、週日（つまり、月曜日から金曜日まで）に音声メールメッセージを最初にダウンロードするか、週末だけに音声メールメッセージをダウンロードするか、あるいは指定された別の時間に音声メールメッセージをダウンロードすることをユーザに要求するといったルールを動的に生成することになる。言い換えれば、無線電話とのユーザのやりとりや使用量に応じて、ルールコンポーネント１００は、受信した通知１２０を評価するための適当なルールを動的に生成する。
【００２４】
図１に戻って説明すると、一実施形態では、無線電話１０８は無線電話１０８とのユーザのやりとりをモニタし、ストアするためのヒストリコンポーネント(history component)１２２を備えている。例えば、ヒストリコンポーネント１２２は一定期間のユーザの使用量をモニタし、ストアして、ルールコンポーネント１１０がユーザのためにルールを動的に生成するのを援助する。別の実施形態では、ヒストリコンポーネント１２２は、ビリングプランのサイクルまたは契約期間に一致する一定期間のユーザの使用量をモニタし、ストアする。例えば、ユーザ１１８のビリングプランが一年契約であることがある。その場合には、ヒストリコンポーネント１２２は、半年または一年ごとにユーザのやりとりをモニタし、ストアすることになる。他方、ユーザ１１８のビリングプランが月極め契約であることがあり、その場合には、ヒストリコンポーネント１２２は２週間ごとにユーザのやりとりを自動的にモニタし、ストアする。さらに別の実施形態では、無線電話１０８は、ヒストリコンポーネント１２２によってモニタされ、ストアされたやりとりの関数として、またはグラフィカルユーザインタフェース(graphical user interface - GUI)（図示せず）を通してユーザから受信したインプットの関数としてプリファレンスを定義するためのプリファレンスコンポーネント(preference component)１２４も備えている。例えば、プリファレンスコンポーネント１２４はヒストリコンポーネント１２２とやりとりし、好ましいルールセットをディスプレイ１１６からユーザ１１８に提示する。この好ましいルールは、プリファレンスコンポーネント１２４による将来の使用に備えて、ヒストリコンポーネント１２２によってさらにモニタされ、ストアされることがある。
【００２５】
図１において、インジケータコンポーネント１０６によって受信された通知１２０に基づいてユーザによって定義された、またはユーザに関連する１または２以上のプリファレンスまたはルールをルールコンポーネント１１０が分析すると、検索コンポーネント１１２は、評価されたルールの関数としてメッセージ１０４をコンピューティングデバイス１０２に自動的に要求する。一実施形態では、検索コンポーネント１１２は、評価されたルールの関数としてメッセージ１０４を検索するためにコンピューティングデバイス１０２にコールを行なう。例えば、持続時間が３分以内である各メッセージを、毎日午後９時５分(9:05 P.M)にダウンロードすることを望んでいるとルールコンポーネント１１０が判断したときは、検索コンポーネント１１２は、３分未満のメッセージ１０４があれば、午後９時５分以前のいずれかの時刻に、即時にコンピューティングデバイス１０２にそのメッセージを自動的に要求する。言い換えれば、通知１２０が受信されるごとにメッセージをダウンロードするのかどうかの確認を求めたり、その判断をユーザ１１８に要求したりするのではなく、検索コンポーネント１１２は、メッセージ１０４が無線電話１０８からコンピューティングデバイス１０２にダウンロードされることを自動的に要求する。以上により、本発明の実施形態には、ユーザ１１８にとっては柔軟で好都合な無線電話１０８の使い方ができるという利点がある。
【００２６】
ユーザ体験は、各メッセージ１０４がコンピューティングデバイス１０２によって受信されると、すべてのメッセージ１０４がコンピューティングデバイス１０２から無線電話１０８にプッシュされる従来システムにおけるような、プッシュシステムのそれとは異なっている。このような従来システムでは、ユーザ１１８は、メッセージ１０４をどのように、かついつ受信するかを制御することができない。これに対して、本発明の側面によれば、図２に示すようにプリファレンスとルールセットに基づくクライアント起動のプルにより、ユーザ１１８がユーザプリファレンスに従ってメッセージ１０４をダウンロードしてアクセスすることを可能にしている。このような利点があるため、無線電話１０８を使用するユーザのコストがさらに低減されている。
【００２７】
メッセージ１０４をコンピューティングデバイス１０２に自動的に要求したあと、無線電話１０８はアンテナとトランシーバ（図示せず）を通してメッセージ１０４を受信する。無線電話１０８は受信したメッセージ１０４をメモリ１１４にストアし、ディスプレイ１１６を通して、あるいはユーザ１１８が要求したときはオーディオコンポーネント１２６（音声メールメッセージの場合）を通してそのメッセージをユーザ１１８に渡す。
【００２８】
別の実施形態では、ユーザ１１８のためのルールセット２０８は、他のルール、オプション、選択項目(choices)、または設定値(setting)を含むこともできる。図２には、音声メールルール２０６に応答したルールセット２０８が記述されているが、無線電話１０８上のテキストメッセージ、グラフィカルメッセージまたはｅメールメッセージなどの、他のタイプのメッセージに異なるルールセット２０８を適用することも可能である。そのために、この代替実施形態では、ユーザ１１８はユーザの電話帳からの認識可能な電話番号からのテキストメッセージだけを受信する、あるいはサービスプロバイダが送信したものを除き、どのようなテキストメッセージも受信しない、といったように、テキストメッセージに関係する１または２以上のルールをユーザ１１８が定義することも、ルールコンポーネント１１０が動的に生成することも可能になっている。このようなルールがあると、無線電話１０８が受信するおそれのあるテキストメッセージスパム(text message spam)の量を制限するのに役立つので、放送時間コストが節減されることになる。そのために、検索コンポーネント１１２は、ルールコンポーネント１１０によって分析または評価されたプリファレンスまたはルールの関数として、メッセージをコンピューティングデバイス１０２に自動的に要求するか、あるいはその要求を自動的に禁止する。
【実施例】
【００２９】
次に図３と図４を参照して説明すると、これらの図は、本発明の実施形態による無線電話３０２のグラフィカルユーザインタフェースを例示する図である。無線電話３０２は、スピーカ３０４、マイクロホン３２８、ディスプレイ３１２、ナビゲーションボタンのセット３１４およびダイアルパッド３１６を装備している。当然に理解されるように、図３と図４には示されていないが、アンテナ、トランシーバ、電源、無線インタフェース（例えば、クライアント無線インタフェース）などの他のコンポーネントや、無線電話または無線デバイスの他の公知機能コンポーネントを無線電話３０２に装備させることも可能である。さらに当然に理解されるように、無線電話３０２は、本発明の範囲を逸脱しない限り、どのような物理的コンフィギュレーションにすることも可能である。
【００３０】
図３に示すように、ディスプレイ３１２は、ユーザがプリファレンスを設定するための対話型ユーザプリファレンスまたはルールメニューを表示している。ヘッディング（見出し）３０６はサブヘッディング（副見出し）群が属しているヘッディングを示している。例えば、メッセージプリファレンスヘッディング３０６には、「アクセスとピン番号(access and pin numbers)」、「ネットワークセッティング(network settings)」、「メッセージ検索(message retrieval)」、および「サービスプランセッティング(service plan settings)」のように、ユーザ１１８が選択できるいくつかのサブヘッディングまたはプリファレンスが表示されている。当然に理解されるように、「メッセージプリファレンス(Message Preferences)」ヘッディング３０６または他のヘッディングの個所には、他のオプション、ヘッディングまたはプリファレンスを表示させることも可能である。
【００３１】
引き続き図３を参照して説明すると、この分野の精通者に公知であるように、ユーザ１１８は、ナビゲーションボタン群３１４の中の１または２以上のボタンを使用して、ディスプレイ３１２に表示されたメニューまたはオプションをナビゲートすることができる。例えば、ユーザ１１８は、ナビゲーションボタン群３１４の中のボタン（“SELECT”というワードを囲んでいる破線ボックス３１８で示されている）を使用して、オプションまたはプリファレンスの「メッセージ検索(message retrieval)」（そのオプションの頭のボックスにチェックマークを入れた破線ボックス３０８で示されている）を選択している。また、ユーザ１１８は“BACK”ボタン３１０を選択すると、前のメニューまたはカテゴリに戻ることができる。
【００３２】
ユーザが「メッセージ検索」を選択すると、図４に示すように、「メッセージ検索」ヘッディング４０２の個所に追加ルールまたはプリファレンスセットが表示される。「メッセージ検索」ヘッディング４０２の個所には、５分待った後ダウンロードする(download with five-minute delay)、サービスエリアをローミング中はダウンロードしない(do not download during roaming coverage area)、すべてのメッセージをダウンロードする(download all messages)、発信者および／またはコール情報だけを検索する(retrieve caller and/or call information only)、ルールを自動的かつ動的に生成する(automatically and dynamically generate rules)、最近の５メッセージだけをダウンロードする(download the most recent messages only)、テキストメッセージだけをダウンロードする(download text messages only)、または音声メッセージだけをダウンロードする(download voice messages only)といった、ルールまたはプリファレンスを表示させることもできる。当然に理解されるように、他のルールまたはプリファレンスをユーザ１１８が選択できるようにすることもできる。この場合も、ユーザ１１８はナビゲーションボタン３１３４の中のボタンを使用すると、１または２以上のルールまたはプリファレンスを選択することができる。例えば、ユーザ１１８は、そのルールの頭にチェックマークを入れた破線ボックス４０４で示すように、「すべてをダウンロードする(download all)」ルールを選択している。一実施形態では、無線電話３０２は、ユーザ１１８が１または２以上のルールまたはプリファレンスを選択すると、ディスプレイ３１２またはスピーカ３０４でユーザ１１８に可視または音響で確認を求めている。別の実施形態では、ユーザ１１８は、「選択解除(deselect)」ボタン３２０を選択すると、１または２以上のルールまたはプリファレンスからチェックマークを除くことができる。
【００３３】
図５は、ユーザプリファレンスに基づいて無線電話でメッセージを自動的に検索する方法であって、本発明の側面を具現化している方法を示すフローチャートである。最初に、無線電話ユーザは、サービスプロバイダとの無線電話サービスに加入する。無線電話サービスとしては、音声メール、発信者ＩＤ、またはその他のサービスなどの機能がある。代表例として、ユーザが発信者からの着信電話コールに応答するのに失敗したときは、発信者はサービスプロバイダが管理するシステム（例えば、コンピューティングデバイス１０２）に仕向けられ、メッセージ（例えば、音声メールメッセージ）を残しておくように指示される。発信者がユーザのためにメッセージを残しておくと、コンピューティングデバイス１０２は通知を送信し、無線電話は、メッセージが待ちに置かれているとの通知を５０２で受信する。受信した通知に応答して、５０４で、無線電話のルールコンポーネント１１０はユーザに関連する１または２以上のルールを評価する。一実施形態では、ユーザはプリファレンスまたはルールを定義することができる。別の実施形態では、ヒストリコンポーネント１２２はユーザに関連する１または２以上のルールを評価することができ、プリファレンスコンポーネント１２４はヒストリコンポーネントによって評価され、ストアされたやりとりの関数としてプリファレンスを定義することができる。
【００３４】
引き続き図５を参照して説明すると、５０６で検索コンポーネント１１２は、評価されたルールの関数としてメッセージを自動的に要求する。例えば、ユーザは、メッセージをオフピーク期間（例えば、9:00 P.M.以降翌日の6:00 A.M.まで）にダウンロードするのが好ましいとのルールまたはプリファレンスを定義していたと想定する。その場合、無線電話が通知を受信したときの時刻が5:32 P.M.であれば、検索コンポーネント１１２は5:33 P.M.にメッセージをダウンロードしないことになる。その代わりに、検索コンポーネント１１２は9:01 P.M.に、または無線電話サービスがアクティブであるとき（つまり、無線電話がサービスエリア内にいるか、あるいは無線電話がオンにされている）の、オフピーク期間のある時刻にメッセージをダウンロードすることになる。なお、検索コンポーネント１１２は、ユーザが手作業でメッセージにアクセスできるようにメッセージ受信通知をユーザに知らせることができる。次に、無線電話は５０８でメッセージを受信し、受信したメッセージは５１０で、ユーザのために無線電話のメモリエリアにストアされることになる。一実施形態では、無線電話１０８は、エレメント５０４、５０６、５０８および５１０を実行するために自動検索モードに置かれる。その実行後、無線電話１０８は自動検索モードから解除される。一実施形態では、１または２以上のコンピュータ可読媒体は、図５に図示の方法を実行するためのコンピュータ実行可能命令を収めている。
【００３５】
図５に図示の方法の擬似コードは付録Ａに記載されている。
【００３６】
図６は、本発明の無線電話１０８などの無線電話２０の機能コンポーネントを示しており、機能コンポーネントとしては、ハンドヘルドコンピューティングデバイス、パーソナルデジタルアシスタント(personal digital assistant - PDA)、無線メッセーイングデバイスなどがある。別の実施形態では、無線電話を一般のコンピューティングデバイス（例えば、図７のシステム１３０）などに組み込んで、音声、テキスト、またはグラフィカルメッセージを受信させることができる。無線電話はプロセッサ６０、メモリ６２、ディスプレイ２８、およびキーボード３２を装備している。メモリ６２には、揮発性メモリ（例えば、ＲＡＭ）と不揮発性メモリ（例えば、ＲＯＭ、ＰＣＭＣＩＡカードなど）の両方が含まれているのが一般である。オペレーティングシステム６４はメモリ６２に常駐しており、プロセッサ６０上で実行される。無線電話２０は、メモリ６２、プロセッサ６０、ディスクスペースおよび周辺デバイス（例えば、キーボード６２）などの、ハードウェアリソースの割り振りと使い方を制御するためのオペレーティングシステムを含んでいる。
【００３７】
１または２以上のアプリケーションプログラム６６はメモリ６２にロードされ、オペレーティングシステム６４上で実行される。アプリケーションの例としては、ｅメールプログラム、スケジューリングプログラム、パーソナル情報管理(personal information management - PIM)プログラム、ワードプロセッシングプログラム、スプレッドシートプログラム、インターネットブラウザプログラム、などがある。無線電話２０は、メモリ６２にストアされた通知マネージャ(notification manager)６８も備えており、これはプロセッサ６０上で実行される。通知マネージャ６８はアプリケーション６６からの通知要求を処理する。
【００３８】
無線電話２０は電源７０を備え、これは１または２以上のバッテリとして実装されている。電源７０としては、さらにＡＣアダプタやパワードドッキングクレードル(powered docking cradle)などの外部電源も可能であり、これは内蔵バッテリをオーバライドまたは再充電する。
【００３９】
無線電話２０は、図示のように、ＬＥＤ４０、振動デバイス７２およびオーディオジェネレータ７４の３タイプの外部通知メカニズムも備えている。これらのデバイスは電源２０に直結されているので、アクチベートされると、プロセッサ６０と他のコンポーネントがバッテリ電源を節約するためにシャットダウンされたとしても、通知メカニズムによって指示された持続時間の間オンのままになっている。ＬＥＤ４０は、好ましくは、ユーザがアクションをとるまで無期限にオンのままになっている。振動デバイス７２とオーディオジェネレータ７４の現行バージョンは今日のバッテリ以上の電力を消費するので、システムの残り部分がオフになったときや、アクチベートされたあと一定時間持続したときにオフになるように構成されている。
【００４０】
図７は、コンピューティングデバイス１０２のように、コンピュータ１３０の形体をした汎用コンピューティングデバイスの一例を示す図である。本発明の一実施形態では、コンピュータ１３０などのコンピュータは、ここで図示し、説明している他の図で使用するのに適している。コンピュータ１３０は１または２以上のプロセッサまたは処理ユニット１３２およびシステムメモリ１３４を装備している。図示の実施形態において、システムバス１３６は、システムメモリ１３４を含む種々のシステムコンポーネントをプロセッサ１３２に結合している。バス１３６は、複数タイプのバス構造のいずれかの１または２以上を表しており、その中には、メモリバスまたはメモリコントローラ、周辺バス、高速グラフィックスポート、および種々のバスアーキテクチャのいずれかを使用したプロセッサバスまたはローカルバスが含まれている。例を挙げると、そのようなアーキテクチャとしては、ＩＳＡ(Industry Standard Architecture)バス、ＭＣＡ(Micro Channel Architecture)バス、ＥＩＳＡ(Enhanced ISA)バス、ＶＥＳＡ(Video Electronics Standards Association)ローカルバス、およびMezzanineバスとも呼ばれるＰＣＩ(Peripheral Component Interconnect)バスがあるが、これらに限定されない。
【００４１】
コンピュータ１３０は、少なくとも何らかの形体のコンピュータ可読媒体を備えているのが代表的である。コンピュータ可読媒体には、揮発性媒体と不揮発性媒体かつ取り外し可能媒体と取り外し不能媒体が含まれるが、コンピュータ１３０によってアクセス可能な媒体ならばどのような媒体でも利用可能である。例を挙げると、コンピュータ可読媒体はコンピュータ記憶媒体と通信媒体を含んできるが、これらに限定されない。コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュールまたはその他のデータなどの、情報の記憶に関する方法またはテクノロジによって実現された揮発性と不揮発性で、取り外し可能と取り外し不能の媒体がある。例えば、コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリテクノロジ、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク(digital versatile disk - DVD)または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは望みの情報をストアするために使用でき、コンピュータ１３０によってアクセス可能である他の媒体が含まれている。通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュールまたはその他のデータを、搬送波や他のトランスポートメカニズムなどの変調データ信号(modulated data signal)で具現化しているのが代表的であり、その中には情報配信媒体も含まれている。変調データ信号はこの分野の精通者には周知であり、その特性の１つまたは２つ以上は情報を信号に符号化するような形でセットまたは変更されている。ワイヤドネットワーク(wired network)や直接ワイヤドコネクション(direct-wired connection)などのワイヤド媒体、および音響、ＲＦ、赤外線および他の無線媒体などの無線媒体は通信媒体の一例である。上記に挙げたものを任意に組み合わせたものも、コンピュータ可読媒体の範囲に含まれている。
【００４２】
システムメモリ１３４には、取り外し可能および／または取り外し不能、揮発性および／不揮発性メモリの形体をしたコンピュータ記憶媒体が含まれている。図示の実施形態では、システムメモリ１３４はリードオンリメモリ(read only memory - ROM)１３８およびランダムアクセスメモリ(random access memory - RAM)１４０を含んでいる。スタートアップ時のときのように、コンピュータ１３０内のエレメント間で情報を転送するのを支援する基本ルーチンで構成された基本入出力システム(basic input/output system - BIOS)１４２はＲＯＭ１３８に格納されているのが代表的である。ＲＡＭ１４０は、処理ユニット１３２に即時にアクセス可能でありおよび／または処理ユニット１３２によって現在操作の対象になっているデータおよび／またはプログラムモジュールを収めているのが代表的である。例を挙げると、図７には、オペレーティングシステム１４４、アプリケーションプログラム１４６、他のプログラムモジュール１４８およびプログラムデータ１５０が示されているが、これらに限定されない。
【００４３】
コンピュータ１３０は、その他の取り外し可能／取り外し不能で揮発性／不揮発性のコンピュータ記憶媒体を装備することも可能である。例えば、図７は、取り外し不能で不揮発性の磁気媒体との間で読み書きされるハードディスクドライブ１５４を示している。また、図７は、取り外し可能で不揮発性の磁気ディスク１５８との間で読み書きされる磁気ディスクドライブ１５６、およびＣＤ−ＲＯＭや他の光媒体などの、取り外し可能で不揮発性の光ディスク１６２との間で読み書きされる光ディスクドライブ１６０も示している。例示動作環境で使用できる、その他の取り外し可能／取り外し不能で揮発性／不揮発性のコンピュータ記憶媒体としては、磁気テープカセット、フラッシュメモリカード、デジタルバーサタイルディスク（ＤＶＤ）、デジタルビデオテープ、ソリッドステートＲＡＭ、ソリッドステートＲＯＭなどがあるが、これらに限定されない。ハードディスクドライブ１５４、磁気ディスクドライブ１５６および光ディスクドライブ１６０は、インタフェース１６６のような、不揮発性メモリインタフェースを通してシステムバス１３６に接続されているのが代表的である。
【００４４】
上述し、図７に示している、これらのドライブまたは他の大容量ストレージデバイスおよびそれぞれの関連コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールおよび他のデータをコンピュータ１３０のためにストアしておくものである。図７において、例えば、ハードディスクドライブ１５４は、オペレーティングシステム１７０、アプリケーションプログラム１７２、他のプログラムモジュール１７４およびプログラムデータ１７６をストアするものとして示されている。なお、これらのコンポーネントは、オペレーティングシステム１４４、アプリケーションプログラム１４６、他のプログラムモジュール１４８およびプログラムデータ１５０と同じである場合もあれば、異なっている場合もある。オペレーティングシステム１７０、アプリケーションプログラム１７２、他のプログラムモジュール１７４およびプログラムデータ１７６は、ここでは異なる符号が付けられているが、これは、最低限、これらが異なるコピーであることを示すためである。
【００４５】
ユーザは、キーボード１８０やポインティングデバイス１８２（例えば、マウス、トラックボール、ペンまたはタッチパッド）などの、インプットデバイスまたはユーザインタフェース選択デバイスを通してコマンドと情報をコンピュータ１３０に入力することができる。その他のインプットデバイス（図示せず）としては、マイクロホン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナなどがある。これらおよび他のインプットデバイスは、システムバス１３６に接続されたユーザインプットインタフェース１８４を処理ユニット１３２に接続されているが、パラレルポート、ゲームポートまたはユニバーサルシリアルバス(Universal Serial Bus - USB)などの、他のインタフェースおよびバス構造で接続することも可能である。モニタ１８８または他のタイプのディスプレイデバイスも、ビデオインタフェース１９０のようなインタフェースを介してシステムバス１３６に接続されている。モニタ１８８のほかに、コンピュータは、プリンタやスピーカなどの、他の周辺アウトプットデバイス（図示せず）を装備していることが多いが、これらはアウトプット周辺インタフェース（図示せず）を通して接続可能になっている。
【００４６】
コンピュータ１３０は、リモートコンピュータ１９４のような、１または２以上のリモートコンピュータとの論理的コネクションを使用したネットワーキング環境で動作させることができる。リモートコンピュータ１９４としては、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の共通ネットワークノードがあり、コンピュータ１３０に関連して上述したエレメントの多くまたはすべてを備えているのが代表的である。図７に図示の論理的コネクションにはローカルエリアネットワーク(local area network - LAN)１９６とワイドエリアネットワーク(wide area network - WAN)１９８が含まれているが、他のネットワークを含めることもできる。ＬＡＮ１９６および／またはＷＡＮ１９８はワイヤドネットワーク、ワイヤレスネットワーク、これらのネットワークを組み合わせたもの、などにすることができる。このようなネットワーキング環境はオフィス、企業内コンピュータネットワーク、イントラネット、およびグローバルコンピュータネットワーク（例えば、インターネット）で普及している。
【００４７】
ローカルエリアネットワーキング環境で使用されるときは、コンピュータ１３０は、ネットワークインタフェースまたはアダプタ１８６を通してＬＡＮ１９６に接続されている。ワイドエリアネットワーキング環境で使用されるときは、コンピュータ１３０は、インターネットのようなＷＡＮ１９８上の通信を確立するためのモデム１７８または他の手段を備えているのが代表的である。モデム１７８は内蔵型と外付け型があり、ユーザインプットインタフェース１８４または他の該当メカニズムを介してシステムバス１３６に接続されている。ネットワーキング環境では、コンピュータ１３０に関連して説明したプログラムモジュールまたはその一部は、リモートメモリストレージデバイス（図示せず）にストアしておくことができる。例を挙げると、図７には、リモートアプリケーションプログラム１９２はメモリデバイスに置かれているものと示されているが、これに限定されない。図示のネットワークコネクションは例示であり、コンピュータ相互間の通信リンクを確立する他の手段を使用することもできる。
【００４８】
一般的に、コンピュータ１３０のデータプロセッサは、いろいろな時点でコンピュータの種々のコンピュータ可読媒体にストアされた命令によってプログラムされている。プログラムおよびオペレーティングシステムは、例えば、フロッピディスクまたはＣＤ−ＲＯＭに入れて配布されるのが代表的である。そこから、これらはコンピュータの二次メモリにインストールまたはロードされている。実行時に、これらは、少なくとも部分的にコンピュータの一次エレクトロニックメモリにロードされている。ここで説明している本発明は、マイクロプロセッサまたは他のデータプロセッサと関連付けて下述するステップを実現するための命令またはプログラムを記憶媒体が収めているときは、上記および他の種々タイプのコンピュータ可読記憶媒体を含んでいる。また、本発明は、コンピュータがここで説明している方法と手法に従ってプログラムされているときは、そのコンピュータ自体も含んでいる。
【００４９】
説明の便宜上、オペレーティングシステムなどのプログラムおよび他の実行可能プログラムコンポーネントは、ここではディスクリートブロック(discrete block)として示されている。なお、当然に理解されるように、このようなプログラムとコンポーネントはいろいろな時点でコンピュータの異なるストレージコンポーネントに置かれ、コンピュータのデータプロセッサによって実行されている。
【００５０】
本発明は、コンピュータ１３０を含む例示コンピュータ環境と関連付けて説明されているが、本発明は、多数の、他の汎用または特殊目的コンピューティングシステム環境または構成と共に操作可能である。コンピューティングシステム環境は、本発明の使用または機能の範囲についてなんらの制限を示唆するものではない。さらに、コンピューティングシステム環境は、例示動作環境に示されているコンポーネントの任意の１つまたは組み合わせに関してなんらの依存関係または要求条件があるものと解釈されるものでもない。本発明で使用するのに適している周知コンピューティングシステム、環境および／またはコンフィギュレーションの例としては、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットトップボックス(set top box)、プログラマブルコンシューマエレクトロニクス、モバイル電話（携帯電話）、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システムまたはデバイスをいずれかを含む分散コンピューティング環境などがあるが、これらに限定されない。
【００５１】
本発明は、プログラムモジュールのように、１または２以上のコンピュータまたはデバイスによって実行されるコンピュータ実行可能命令の一般的コンテキストの中で説明することができる。一般的に、プログラムモジュールには、特定のタスクを実行し、あるいは特定の抽象データ型を実現しているルーチン、プログラム、オブジェクト、コンポーネントおよびデータ構造が含まれるが、これらに限定されない。本発明は、通信ネットワークを通してリンクされたリモート処理デバイスによってタスクが実行されるような、分散コンピューティング環境で実施することも可能である。分散コンピューティング環境では、プログラムモジュールは、メモリストレージデバイスを含む、ローカルとリモートの両方のコンピュータ記憶媒体に置いておくことができる。
【００５２】
ソフトウェアアーキテクチャのコンテキストの中のインタフェースには、コンピュータ実行可能命令のソフトウェアモジュール、コンポーネント、コード部分、または他のシーケンスが含まれている。インタフェースの例としては、第１モジュールが第２モジュールにアクセスして、第１モジュールに代わってコンピューティングタスクを実行させる場合がある。第１モジュールと第２モジュールの一例として、オペレーティングシステムによって提供されるようなアプリケーションプログラミングインタフェース(application programming interface - API)、コンポーネントオブジェクトモデル(component object model - COM)インタフェース（例えば、対等(peer-to-peer)アプリケーション通信）、およびＸＭＬ(extensible markup language)のＸＭＩ(metadata interchange format)インタフェース（例えば、Ｗｅｂサービス間の通信用）がある。
【００５３】
インタフェースは、Ｊ２ＥＥ(Java2 Platform Enterprise Edition)、ＣＯＭ、または分散ＣＯＭ（ＤＣＯＭ）の例におけるような、密結合同期式で実現することができる。これとは別に、あるいは付加的に、インタフェースは、Ｗｅｂサービス（例えば、簡易オブジェクトアクセスプロトコルを使用した）におけるような、疎結合非同期式で実現することもできる。一般的に、インタフェースは、以下に列挙する特性、すなわち、密結合、疎結合、同期式および非同期式を任意に結合したものを備えている。さらに、インタフェースは、標準プロトコル、企業所有プロトコル(proprietary standard)、または標準プロトコルと企業所有プロトコルを任意に組み合わせたものに準拠させることができる。
【００５４】
ここで説明しているインタフェースは、シングルインタフェースの全部または一部にすることも、個別的インタフェースまたはこれらの任意に組み合わせたものとして実現することもできる。インタフェースは、その機能性を得るためにローカルまたはリモートで実行させることができる。さらに、インタフェースは、ここで図示し、説明しているもの以上の機能性を持たせることも、それ以下の機能性を持たせることも可能である。
【００５５】
動作時には、コンピュータ１３０は、本発明を実現するために図５に示されているようなコンピュータ実行可能命令を実行する。
【００５６】
本発明は、テキストメッセージに関係する検索条件を生成する手段、ユーザとクライアント無線デバイスとの間のやりとりをモニタする手段、検索条件を動的に生成する手段、および検索条件を評価する手段を含んでいる。テキストメッセージに関係する検索条件を生成する手段、ユーザとクライアント無線デバイスとの間のやりとりをモニタする手段、検索条件を動的に生成する手段、および検索条件を評価する手段は、データ構造、ユーザインタフェース、アプリケーションプログラム、アプリケーションプログラミングインタフェース（ＡＰＩ）、コンピュータ実行可能命令、ファームウェアなど（図示されているものなど）のハードウェアとソフトウェアで構成されている。
【００５７】
ここで図示され、説明されている方法の実行順序は、別段の指定がある場合を除き重要ではない。すなわち、これらの方法のエレメントは、別段の指定がある場合を除き、どの順序でも実行することができ、しかも、これらの方法を構成するエレメントはここで説明しているエレメントより多くすることも、少なくすることもできる。例えば、当然に予期されるように、特定のエレメントを別のエレメントよりも前に実行するか、同時に実行するか、その後で実行するかは本発明の範囲に属している。
【００５８】
本発明または本発明の実施形態のエレメントを説明するとき、「ある」、「その」「前記」という修飾語はそのエレメントが１または２つ以上であることを意味している。また、「備えた(comprising)」、「含む(including)」および「有する(having)」という用語は、内包的であることを意味し、列挙されたエレメントとは別の付加的エレメントも存在し得ることを意味している。
【００５９】
以上から明らかであるように、本発明の複数の目的が達成され、その他の有利な結果が得られている。
【００６０】
上述した方法およびシステムは、本発明の範囲を逸脱しない限り種々の変更が可能であるので、上述の説明に記載され、添付図面に図示されている事項のすべては例示であり、限定的でないものと解釈されるべきである。
【００６１】
付録Ａは、ユーザプリファレンスと環境要因に基づいて音声メールメッセージを自動的に検索するための擬似コードの例を示している。
【００６２】
付録Ａに示す擬似コードは、ユーザのプリファレンスに基づいて音声メールメッセージを自動的に検索する例示ルーチンを定義している。このルーチンは、音声メール通知がセルラネットワークから受信されるとトリガされる。
音声メール待ち通知をセラらネットワークから受信する際
{
ShowVoicemailIcon();
／／上記ルーチンはメッセージ待ちアイコンをモバイル電話のディスプレイから表示させる
if（ユーザは音声コールセンタ番号をプロビジョンニングしていない）
return;
if（ユーザは音声メールＰＩＮをプロビジョニングしていない）
return;
if（ユーザはローミングしている）
AND
（ユーザはローミング時に検索を行なうことを望んでいない）
return;
if（信号強度はｘ％以下である）
return;
if（バッテリ残量はｙ％以下である）
return;
／／上記の信号強度とバッテリ寿命チェックは環境要因をどのように検索システムに
／／図式化できるかを示している。これらの要因はソフトウェアによって感知可能デフォルトに事前構成
／／することも、ユーザに見せて調整させることもできる。目標はバッテリを完全に消耗させるようなコー／／ルまたは低信号のために検索システムを最適以下で稼動させるようなコールを防止することである。
AllowConfiguredDelayToElapse()
／／上記ルーチンは音声メール通知がセルラネットワークから受信されると一定時間だけ
／／「待って」いる。この時間が経過したあとのみ検索が実行される。この機会を利用して、ユーザはそれ／／を望むならば音声メールメッセージを手作業でフェッチすることができる。
if（ユーザは現在コール中である）
return;
DisplayRetrieveMessage();
FetchMessage();
if（ユーザは検索したメッセージをコールセンタから削除することを望んでいる）
delete retrieved messages from call center;
HideRetrievalMessage();
／／"DisplayRetrievalMessage()"および"HideRetrievalMessage()"ルーチンは検索が実行中
／／であること（これはコール中であることを意味する）をユーザに知らせる。
／／ユーザが発信コールを行なうことを試みると、検索は中止される。
return;
5
}
【技術分野】
【０００１】
本発明の実施形態は、一般的には、モバイルデバイスのための音声メール検索の分野に関する。具体的には、本発明の実施形態は無線デバイス上でエンドユーザのプリファレンス（preference：好みの設定）とコンフィギュレーション(configuration)に従ってメッセージを動的に検索することに関する。
【背景技術】
【０００２】
セルラ(cellular)またはモバイル(mobile)デバイスの人気は著しく増加している。従来の有線(coded)またはランドライン（land-line：陸上通信）電話とは異なり、セルラまたはモバイルデバイスでは、個人が他人と通信するときの携帯性(portability)、柔軟性(flexibility)および利便性(convenience)が改善されている。さらに、モバイル電話（携帯電話）テクノロジの継続的進歩、ビリングプランプライス(billing plan prices)の低下、およびモバイルサービスプロバイダ（以下、「サービスプロバイダ」と称す）によるサービスエリア(coverage area)が絶えず拡張していること、などの要因により、セルラまたは他のモバイル無線デバイスは、多くの人々の日常生活に浸透するようになった。
【０００３】
現在では、無線電話を使用するために、ユーザは、１または２年のビリングプランやサービスプロバイダが提供する短期契約（例えば、月ごとまたはプリペイドビリングプラン）でもって無線電話を購入することが多い。ビリングプランは、割当て月間無線使用量(allotted monthly wireless usage)に対して月間サービス料をユーザに課しているのが通常である。例えば、月間サービス料は、毎月300分間の無線使用量に対して$29.99になることがある。割当て月間使用量が増加すると、分ごとのレート（例えば、毎分$0.40）でユーザに分単位で課され、ユーザは、サービスプロバイダのサービスエリアから出たときはローミング(roaming)料金を支払っている。ビリングプランは、音声メール、テキストメッセージング、発信者ＩＤ(caller identification)、コール待ち(call waiting)などの機能を提供しているのが通常である。さらに、無線電話のタイプに応じて、サービスプロバイダは、リングトーンダウンロード(ring-tone download)、インターネットアクセス、ｅメール送信、ピクチャ付きｅメール送信（例えば、デジタルカメラ内蔵の無線電話による）などの追加サービスを提供している場合もある。
【０００４】
また、多くの無線電話は、電話帳、スピードダイアリング(speed dialing)、カレンダ、オルガナイザ(organizer)などの機能を備えている。その結果、ユーザは、特定の個人または個人グループ（例えば、家族）がコールしたとき特定のリングトーンといった、個人的デバイスプリファレンス(device preferences)をセットするのが通常である。別の方法として、ユーザは電話番号を電話帳にインプットしたり、タイムゾーンに応じて時計をセットしたりすることがある。
【０００５】
ユーザは、ユーザのプリファレンスを無線電話にセットしてデバイスの使い方を定義できるのに対し、ユーザは、ユーザのプリファレンスを無線電話でセットしてメッセージおよび／または電話コールをどのように受信するかを定義することはできなかった。例えば、ユーザが着信コールに応答するのに失敗したときは、サービスプロバイダは、サービスプロバイダが管理する音声メールメッセージングシステムにそのコールを転送するのが普通である。音声メールメッセージングシステムは、事前に録音された挨拶（例えば、ユーザによって録音またはシステムデフォルトによって割り当てられた）を演奏し、メッセージをユーザのために残しておくことをコーラに指示している。メッセージは受信され、将来のプレイバックに備えてサービスプロバイダのデータストレージにストアされる。
【０００６】
音声メッセージを検索し、聞くために、従来の無線電話システムは、可視(visual)または可聴(audible)通知をユーザの無線電話に送信して、待ちの音声メールがあることを知らせているのが代表的である。そのとき、ユーザは音声メールメッセージングシステムをコールし、パスワードを入力し、メニューオプションセットをナビゲートしてメッセージを検索しなければならない。メッセージを検索するために使用された無線使用量は、ユーザの割当て月間使用量と突き合わせてカウントされるのが代表的である。メッセージの受信状況が悪いか、あるいはメッセージが長いためにユーザがメッセージを再生したい場合には、コールが延長されることもある。
【０００７】
一部のシステムは、音声メールメッセージをユーザの無線電話に自動的にプッシュしてストアするようにしている。しかし、ユーザは長い音声メールメッセージを無線電話にストアすることを望まないこともあれば、無線電話のストレージがメッセージをストアするのに十分でないこともある。一部の他のシステムは、各メッセージをダウンロードするかどうかを決定するようにユーザに指示している。しかし、これらのシステムでは、ユーザは、音声メールメッセージ通知が受信されるたびにダウンロードするかどうかの決定を行なう必要がある。無線電話のストレージがメッセージをストアするのに十分である場合でも、この反復的やりとりはユーザ体験を悪化させている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以上により、上記および他の問題点を解決するためにエンドユーザのプリファレンスに応じてメッセージを動的にかつ自動的に検索するためのクライアント起動システム(client-initiated system)が望まれている。
【課題を解決するための手段】
【０００９】
本発明の実施形態によれば、無線デバイス上でユーザのプリファレンスまたはルールに応じてユーザがメッセージを動的にかつ自動的に検索することを可能にしている。従って、ユーザはメッセージを効率的に、好都合にかつ自動的に検索することができる。ユーザのプリファレンスは、ユーザ固有(user-specific)にすることも、デバイス固有(device-specific)にすることも、特定のメッセージタイプ固有にすることもできる。さらに、本発明の実施形態によれば、これらのプリファレンスを動的に生成するために無線デバイスとのユーザのやりとり(interaction)がモニタされる。本発明の一実施形態では、音声メールメッセージをダウンロードするとき、または聞くときに発生するコストを最小限にするために、プリファレンスはサービスプロバイダのコンフィギュレーション（例えば、ビリングプラン）に適応されている。その結果、本発明によれば、無線デバイスでのユーザ体験は大幅に向上されている。
【００１０】
本発明の一側面によるコンピュータ化方法によれば、メッセージは、ユーザのプリファレンスに基づいて無線電話によって検索される。本コンピュータ化方法によれば、ユーザのためのメッセージがコンピューティングデバイスにあることを示す通知が無線電話上で受信される。ユーザに関連する１または２以上のルールは受信した通知に基づいて評価される。これらのルールは１または２以上のユーザのプリファレンスを指定している。また、本コンピュータ化方法によれば、評価されたルールの関数としてメッセージが自動的にコンピューティングデバイスに要求される。さらに、本コンピュータ化方法によれば、要求されたメッセージは、指定されたユーザのプリファレンスに従ってコンピューティングデバイスから受信される。受信されたメッセージは、ユーザに渡すために無線電話のメモリエリアにストアされる。
【００１１】
本発明の別の側面によるシステムは、クライアント無線インタフェース、メモリエリア、およびプロセッサを備えている。クライアント無線インタフェースはサーバと通信し、クライアント無線インタフェースはクライアント無線デバイスと関連付けられている。メモリエリアは検索条件(retrieval conditions)をストアしている。プロセッサは、ユーザとクライアント無線デバイスとの間のやりとりをモニタするためのコンピュータ実行可能命令を実行するように構成されている。また、プロセッサは、クライアント無線インタフェースを通してサーバからメッセージ待ち通知(message waiting notification)を受信し、メモリエリアにストアされた検索条件を、モニタしたやりとりの関数として動的に生成するためのコンピュータ実行可能命令を実行する。さらに、プロセッサは、生成された検索条件を、受信したメッセージ待ち通知に基づいて評価し、評価した検索条件の関数としてメッセージをサーバに自動的に要求するためのコンピュータ実行可能命令を実行する。さらに、プロセッサは、要求したメッセージをサーバから受信し、受信したメッセージを、ユーザに渡すためにメモリエリアにストアしておくためのコンピュータ実行可能命令を実行する。ユーザインタフェースは受信したメッセージを、ユーザからの要求に応答してユーザに渡す。
【００１２】
さらに本発明の別の側面によれば、１または２以上のコンピュータ可読媒体(computer-readable media)は、ユーザのプリファレンスに基づいて無線電話によってメッセージを自動検索するためのコンピュータ実行可能コンポーネントを収めている。インジケータコンポーネント(indicator component)は、ユーザのためのメッセージがコンピューティングデバイスにあることを示す通知を無線電話上で受信する。ルールコンポーネント(rule component)は、ユーザによって定義された１または２以上のプリファレンスを、インジケータコンポーネントが受信した通知に基づいて分析する。検索コンポーネント(retrieval component)は、分析されたプリファレンスの関数としてメッセージをコンピューティングデバイスに自動的に要求し、要求したメッセージをコンピューティングデバイスから受信する。メモリコンポーネント(memory component)は、受信したメッセージを、ユーザに渡すために無線電話のメモリエリアにストアしておく。
【００１３】
別の実施形態によれば、本発明には種々の他の方法および装置を含めることが可能である。
【００１４】
その他の特徴は、一部は自明であり、一部は以下に説明されている。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態によるユーザプリファレンスに基づいて無線電話によってメッセージを自動的に検索するシステムを例示する図である。
【図２】本発明の一実施形態による無線電話上のユーザに関連するルールを例示する図である。
【図３】本発明の一実施形態による無線電話のユーザインタフェースを例示する図である。
【図４】本発明の一実施形態による無線電話のユーザインタフェースを例示する図である。
【図５】本発明の一実施形態によるユーザプリファレンスに基づいて無線電話によってメッセージを自動的に検索する方法を示すフローチャートである。
【図６】本発明の一実施形態による無線電話のコンピューティング環境の例を示すブロック図である。
【図７】本発明を実現することができる適当なコンピューティングシステム環境の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
添付された全図を通して類似部品は類似符号で示されている。
最初に図１を参照して説明すると、図１は、本発明の一実施形態によるユーザのプリファレンスに基づいて無線電話(wireless telephone)１０８によってメッセージを自動的に検索するためのシステム１００を例示する図である。図１には無線電話が示されているが、本発明は無線電話に限定されない。本発明は、メッセージへのアクセスを可能にし、メッセージ用のストレージエリアを備えた無線デバイスや他のデバイスならば、どのデバイスとも操作可能である。システム１００は、コンピューティングデバイス１０２と無線電話１０８を具備している。一実施形態では、コンピューティングデバイス１０２は、通信ネットワーク（例えば、イントラネット、インターネットなど）によってリンクされたコンピュータ、コンピュータサーバ、またはサーバの集まりを含んでいる。別の実施形態では、コンピューティングデバイス１０２は、音声メールメッセージ、短メッセージサービス(short message service - SMS)メッセージなどのテキストメッセージ、インスタントメッセージ、モバイルメッセージ、グラフィカルメッセージ（例えば、ピクチャ、アイコン、または他の図形要素）、電子メール（つまり、ｅメール）などを、無線サービスユーザのために処理するように構成されたメッセージングコンピュータシステムにすることができる。また、コンピューティングシステム１０２は、揮発性メモリ、不揮発性メモリ、または１または２以上の揮発性または不揮発性メモリの組み合わせのように、メッセージ１０４などのデータをストアするための記憶媒体を備えることもできる。
【００１７】
無線電話１０８は、モバイル／セルラ電話（携帯電話）、モバイルデバイス、無線デバイス、パーソナルデジタルアシスタント(personal digital assistant - PDA)、またはメッセージ１０４のようなメッセージを送受信する機能を備えた他の無線デバイスにすることができる。無線電話１０８は、インジケータコンポーネント１０６、ルールコンポーネント１１０、検索コンポーネント１１２、メモリ１１４、およびディスプレイ１１６を装備している。無線電話１０８は、図６に示すようにプロセッサおよび他のコンポーネントを装備することも可能である。また、当然に理解されるように、本発明の範囲を逸脱しない限り、無線電話１０８の追加コンポーネントまたはデバイスを実装させることが可能である。
【００１８】
最初に、ユーザ１１８は、コンピューティングデバイス１０２の側面を管理し、制御するサービスプロバイダとの無線電話サービスを確立する。無線電話サービスとしては、発信者(caller)ＩＤ、コール待ち(call waiting)、音声メール、テキストメッセージングなどのサービスがある。ユーザ１１８が無線電話１０８に行なわれた電話コールに応答するのに失敗したときは、コンピューティングデバイス１０２は、コンピューティングデバイス１０２によってアクセス可能なストレージエリアにそのコールを送り、メッセージをユーザ１１８のために残しておくように発信者に指示する。発信者がメッセージをユーザ１１８のために残しておくと、コンピューティングデバイス１０２は、ユーザ１１８のためのメッセージ１０４があることを示すデータを収めた信号形式の通知１２０を送信する。インジケータコンポーネント１０６は、例えば、無線電話１０８のアンテナ（図示せず）とトランシーバ（図示せず）を使用して信号を受信する。コンピューティングデバイス１０２からの信号を検出すると、インジケータコンポーネント１０６は、ユーザ１１８のためのメッセージ１０４がコンピューティングデバイス１２０にあることを示す通知１２０を受信する。
【００１９】
インジケータコンポーネント１０６からの受信通知１２０に応答して、無線電話１０８のルールコンポーネント１１０は、ユーザ１１８に関連する１または２以上のルール、プリファレンス(preferences)などを評価する。図２は、本発明の一実施形態による無線電話上のユーザ１１８に関連するルールまたはプリファレンスの例を示す図である。具体的には、図２には、無線電話１０８上のユーザ１１８に関連する例示ルールまたはプリファレンス２０２を設定するためのナビゲーションメニュー例が示されている。例えば、無線電話１０８のディスプレイ１１６は、無線電話１０８をカスタマイズする際の、いくつかのナビゲーションルールまたはプリファレンスをユーザ１１８に提示している。ユーザに関連するルールを設定するためのルールオプション(rule option)２０２には、ルールまたはプリファレンスの１つを含めることができる。さらに、ルールオプション２０２には、サービスルールオプション(service rule option)２０４とデバイスルールオプション(device rule option)２１０などの、より詳細なオプションが用意されている。サービスルールオプションの１つとして、ルールセット２０８をもつ音声メールルールオプション２０６がある。一実施形態では、ルールセット２０８の中には、アクセスとピン番号セッティング(pin number setting)のためのルール、ダウンロードルール、および／またはユーザ１１８がサービスプロバイダのサービスエリア(coverage area)の外にいるとき（例えば、ローミングしているとき）発信者をユーザの音声メールボックスに仕向けるようにコンピューティングデバイス１０２に自動的に指示するためのルールが含まれている。
【００２０】
引き続き図２を参照して説明すると、具体的には、「ダウンロード」ルールには、遅延なしの自動ダウンロード(automatic download with no delay)または５分または１０分待った後の自動ダウンロードといった、追加のプロビジョン(provisions)が含まれている。ユーザ１１８は、以下に列挙する「ダウンロード」ルールオプションのどれか、すなわち、すべてのメッセージをダウンロードする、ローミング中でないときメッセージをダウンロードする、ユーザの総無線費用と突き合わせて分単位でカウントされていない期間だけメッセージをダウンロードする、最近の５メッセージだけをダウンロードする、発信者の情報だけをダウンロードし、実際の音声メールメッセージをダウンロードしない、メッセージをダウンロードする前に無線電話１０８のメモリ容量をチェックする、テキストメッセージだけをダウンロードする、グラフィカルメッセージだけをダウンロードする、または最後の３分以内にメッセージをダウンロードする、を選択することもできる。一実施形態では、ユーザは、各メッセージ１０４の最初の部分とそのあとの追加部分だけをダウンロードすることを選択することもできる。例えば、ユーザ１１８は、メッセージ１０４の別部分をダウンロードすることを、無線電話１０８のＧＵＩを通して要求することができる。このようにすると、ユーザは無線電話１０８上のストアされる各メッセージのサイズを最小限にし、放送時間(air time)使用量を選択的に最小限にすることができる。言い換えれば、ユーザ１１８はルールセット２０８の中の１または２以上のルールを選択することができる。
【００２１】
一実施形態では、ユーザ１１８は、図２の「ユーザのやりとりをモニタしてルールを動的に生成する」オプションを選択すると、無線電話１０８にルールを動的に生成させることができる。例えば、ユーザ１１８が初めて無線電話１０８を使用することを開始したときユーザ１１８が動的ルール生成オプションを選択したと想定する。ルールコンポーネント１１０は、ユーザ１１８による無線電話１０８の使用量を分析する。
【００２２】
引き続き図２を参照して説明すると、ユーザ１１８が無線電話１０８にルールを動的に生成させることを選択した代替実施形態では、ルールコンポーネント１１０は、ルールまたはプリファレンスを生成する際にデバイス関連メトリックス(device-related metrics)を評価する。例えば、メッセージをコンピューティングデバイス１０２からいつ検索できるかは、無線電話１０８の信号強度とバッテリ使用量で決めることができる。例えば、ルールコンポーネント１１０は、信号強度が２０％以下であるか、あるいはバッテリ電力量が１０％以下であるとき無線電話はどの音声メールメッセージもダウンロードしないとするルールを生成することができる。このルールによれば、検索コンポーネント１１２は、信号強度が約８０％であるか、バッテリ電力量が約９０％であるときコンピューティングデバイス１０２にメッセージを自動的に要求することになる。
【００２３】
別の例において、ユーザ１１８が500分間の無線使用量を購入し、週末の無線使用量が無制限であることをユーザ１１８のビリングプランが規定しているときは、ルールコンポーネント１１０は、週日（つまり、月曜日から金曜日まで）に音声メールメッセージを最初にダウンロードするか、週末だけに音声メールメッセージをダウンロードするか、あるいは指定された別の時間に音声メールメッセージをダウンロードすることをユーザに要求するといったルールを動的に生成することになる。言い換えれば、無線電話とのユーザのやりとりや使用量に応じて、ルールコンポーネント１００は、受信した通知１２０を評価するための適当なルールを動的に生成する。
【００２４】
図１に戻って説明すると、一実施形態では、無線電話１０８は無線電話１０８とのユーザのやりとりをモニタし、ストアするためのヒストリコンポーネント(history component)１２２を備えている。例えば、ヒストリコンポーネント１２２は一定期間のユーザの使用量をモニタし、ストアして、ルールコンポーネント１１０がユーザのためにルールを動的に生成するのを援助する。別の実施形態では、ヒストリコンポーネント１２２は、ビリングプランのサイクルまたは契約期間に一致する一定期間のユーザの使用量をモニタし、ストアする。例えば、ユーザ１１８のビリングプランが一年契約であることがある。その場合には、ヒストリコンポーネント１２２は、半年または一年ごとにユーザのやりとりをモニタし、ストアすることになる。他方、ユーザ１１８のビリングプランが月極め契約であることがあり、その場合には、ヒストリコンポーネント１２２は２週間ごとにユーザのやりとりを自動的にモニタし、ストアする。さらに別の実施形態では、無線電話１０８は、ヒストリコンポーネント１２２によってモニタされ、ストアされたやりとりの関数として、またはグラフィカルユーザインタフェース(graphical user interface - GUI)（図示せず）を通してユーザから受信したインプットの関数としてプリファレンスを定義するためのプリファレンスコンポーネント(preference component)１２４も備えている。例えば、プリファレンスコンポーネント１２４はヒストリコンポーネント１２２とやりとりし、好ましいルールセットをディスプレイ１１６からユーザ１１８に提示する。この好ましいルールは、プリファレンスコンポーネント１２４による将来の使用に備えて、ヒストリコンポーネント１２２によってさらにモニタされ、ストアされることがある。
【００２５】
図１において、インジケータコンポーネント１０６によって受信された通知１２０に基づいてユーザによって定義された、またはユーザに関連する１または２以上のプリファレンスまたはルールをルールコンポーネント１１０が分析すると、検索コンポーネント１１２は、評価されたルールの関数としてメッセージ１０４をコンピューティングデバイス１０２に自動的に要求する。一実施形態では、検索コンポーネント１１２は、評価されたルールの関数としてメッセージ１０４を検索するためにコンピューティングデバイス１０２にコールを行なう。例えば、持続時間が３分以内である各メッセージを、毎日午後９時５分(9:05 P.M)にダウンロードすることを望んでいるとルールコンポーネント１１０が判断したときは、検索コンポーネント１１２は、３分未満のメッセージ１０４があれば、午後９時５分以前のいずれかの時刻に、即時にコンピューティングデバイス１０２にそのメッセージを自動的に要求する。言い換えれば、通知１２０が受信されるごとにメッセージをダウンロードするのかどうかの確認を求めたり、その判断をユーザ１１８に要求したりするのではなく、検索コンポーネント１１２は、メッセージ１０４が無線電話１０８からコンピューティングデバイス１０２にダウンロードされることを自動的に要求する。以上により、本発明の実施形態には、ユーザ１１８にとっては柔軟で好都合な無線電話１０８の使い方ができるという利点がある。
【００２６】
ユーザ体験は、各メッセージ１０４がコンピューティングデバイス１０２によって受信されると、すべてのメッセージ１０４がコンピューティングデバイス１０２から無線電話１０８にプッシュされる従来システムにおけるような、プッシュシステムのそれとは異なっている。このような従来システムでは、ユーザ１１８は、メッセージ１０４をどのように、かついつ受信するかを制御することができない。これに対して、本発明の側面によれば、図２に示すようにプリファレンスとルールセットに基づくクライアント起動のプルにより、ユーザ１１８がユーザプリファレンスに従ってメッセージ１０４をダウンロードしてアクセスすることを可能にしている。このような利点があるため、無線電話１０８を使用するユーザのコストがさらに低減されている。
【００２７】
メッセージ１０４をコンピューティングデバイス１０２に自動的に要求したあと、無線電話１０８はアンテナとトランシーバ（図示せず）を通してメッセージ１０４を受信する。無線電話１０８は受信したメッセージ１０４をメモリ１１４にストアし、ディスプレイ１１６を通して、あるいはユーザ１１８が要求したときはオーディオコンポーネント１２６（音声メールメッセージの場合）を通してそのメッセージをユーザ１１８に渡す。
【００２８】
別の実施形態では、ユーザ１１８のためのルールセット２０８は、他のルール、オプション、選択項目(choices)、または設定値(setting)を含むこともできる。図２には、音声メールルール２０６に応答したルールセット２０８が記述されているが、無線電話１０８上のテキストメッセージ、グラフィカルメッセージまたはｅメールメッセージなどの、他のタイプのメッセージに異なるルールセット２０８を適用することも可能である。そのために、この代替実施形態では、ユーザ１１８はユーザの電話帳からの認識可能な電話番号からのテキストメッセージだけを受信する、あるいはサービスプロバイダが送信したものを除き、どのようなテキストメッセージも受信しない、といったように、テキストメッセージに関係する１または２以上のルールをユーザ１１８が定義することも、ルールコンポーネント１１０が動的に生成することも可能になっている。このようなルールがあると、無線電話１０８が受信するおそれのあるテキストメッセージスパム(text message spam)の量を制限するのに役立つので、放送時間コストが節減されることになる。そのために、検索コンポーネント１１２は、ルールコンポーネント１１０によって分析または評価されたプリファレンスまたはルールの関数として、メッセージをコンピューティングデバイス１０２に自動的に要求するか、あるいはその要求を自動的に禁止する。
【実施例】
【００２９】
次に図３と図４を参照して説明すると、これらの図は、本発明の実施形態による無線電話３０２のグラフィカルユーザインタフェースを例示する図である。無線電話３０２は、スピーカ３０４、マイクロホン３２８、ディスプレイ３１２、ナビゲーションボタンのセット３１４およびダイアルパッド３１６を装備している。当然に理解されるように、図３と図４には示されていないが、アンテナ、トランシーバ、電源、無線インタフェース（例えば、クライアント無線インタフェース）などの他のコンポーネントや、無線電話または無線デバイスの他の公知機能コンポーネントを無線電話３０２に装備させることも可能である。さらに当然に理解されるように、無線電話３０２は、本発明の範囲を逸脱しない限り、どのような物理的コンフィギュレーションにすることも可能である。
【００３０】
図３に示すように、ディスプレイ３１２は、ユーザがプリファレンスを設定するための対話型ユーザプリファレンスまたはルールメニューを表示している。ヘッディング（見出し）３０６はサブヘッディング（副見出し）群が属しているヘッディングを示している。例えば、メッセージプリファレンスヘッディング３０６には、「アクセスとピン番号(access and pin numbers)」、「ネットワークセッティング(network settings)」、「メッセージ検索(message retrieval)」、および「サービスプランセッティング(service plan settings)」のように、ユーザ１１８が選択できるいくつかのサブヘッディングまたはプリファレンスが表示されている。当然に理解されるように、「メッセージプリファレンス(Message Preferences)」ヘッディング３０６または他のヘッディングの個所には、他のオプション、ヘッディングまたはプリファレンスを表示させることも可能である。
【００３１】
引き続き図３を参照して説明すると、この分野の精通者に公知であるように、ユーザ１１８は、ナビゲーションボタン群３１４の中の１または２以上のボタンを使用して、ディスプレイ３１２に表示されたメニューまたはオプションをナビゲートすることができる。例えば、ユーザ１１８は、ナビゲーションボタン群３１４の中のボタン（“SELECT”というワードを囲んでいる破線ボックス３１８で示されている）を使用して、オプションまたはプリファレンスの「メッセージ検索(message retrieval)」（そのオプションの頭のボックスにチェックマークを入れた破線ボックス３０８で示されている）を選択している。また、ユーザ１１８は“BACK”ボタン３１０を選択すると、前のメニューまたはカテゴリに戻ることができる。
【００３２】
ユーザが「メッセージ検索」を選択すると、図４に示すように、「メッセージ検索」ヘッディング４０２の個所に追加ルールまたはプリファレンスセットが表示される。「メッセージ検索」ヘッディング４０２の個所には、５分待った後ダウンロードする(download with five-minute delay)、サービスエリアをローミング中はダウンロードしない(do not download during roaming coverage area)、すべてのメッセージをダウンロードする(download all messages)、発信者および／またはコール情報だけを検索する(retrieve caller and/or call information only)、ルールを自動的かつ動的に生成する(automatically and dynamically generate rules)、最近の５メッセージだけをダウンロードする(download the most recent messages only)、テキストメッセージだけをダウンロードする(download text messages only)、または音声メッセージだけをダウンロードする(download voice messages only)といった、ルールまたはプリファレンスを表示させることもできる。当然に理解されるように、他のルールまたはプリファレンスをユーザ１１８が選択できるようにすることもできる。この場合も、ユーザ１１８はナビゲーションボタン３１３４の中のボタンを使用すると、１または２以上のルールまたはプリファレンスを選択することができる。例えば、ユーザ１１８は、そのルールの頭にチェックマークを入れた破線ボックス４０４で示すように、「すべてをダウンロードする(download all)」ルールを選択している。一実施形態では、無線電話３０２は、ユーザ１１８が１または２以上のルールまたはプリファレンスを選択すると、ディスプレイ３１２またはスピーカ３０４でユーザ１１８に可視または音響で確認を求めている。別の実施形態では、ユーザ１１８は、「選択解除(deselect)」ボタン３２０を選択すると、１または２以上のルールまたはプリファレンスからチェックマークを除くことができる。
【００３３】
図５は、ユーザプリファレンスに基づいて無線電話でメッセージを自動的に検索する方法であって、本発明の側面を具現化している方法を示すフローチャートである。最初に、無線電話ユーザは、サービスプロバイダとの無線電話サービスに加入する。無線電話サービスとしては、音声メール、発信者ＩＤ、またはその他のサービスなどの機能がある。代表例として、ユーザが発信者からの着信電話コールに応答するのに失敗したときは、発信者はサービスプロバイダが管理するシステム（例えば、コンピューティングデバイス１０２）に仕向けられ、メッセージ（例えば、音声メールメッセージ）を残しておくように指示される。発信者がユーザのためにメッセージを残しておくと、コンピューティングデバイス１０２は通知を送信し、無線電話は、メッセージが待ちに置かれているとの通知を５０２で受信する。受信した通知に応答して、５０４で、無線電話のルールコンポーネント１１０はユーザに関連する１または２以上のルールを評価する。一実施形態では、ユーザはプリファレンスまたはルールを定義することができる。別の実施形態では、ヒストリコンポーネント１２２はユーザに関連する１または２以上のルールを評価することができ、プリファレンスコンポーネント１２４はヒストリコンポーネントによって評価され、ストアされたやりとりの関数としてプリファレンスを定義することができる。
【００３４】
引き続き図５を参照して説明すると、５０６で検索コンポーネント１１２は、評価されたルールの関数としてメッセージを自動的に要求する。例えば、ユーザは、メッセージをオフピーク期間（例えば、9:00 P.M.以降翌日の6:00 A.M.まで）にダウンロードするのが好ましいとのルールまたはプリファレンスを定義していたと想定する。その場合、無線電話が通知を受信したときの時刻が5:32 P.M.であれば、検索コンポーネント１１２は5:33 P.M.にメッセージをダウンロードしないことになる。その代わりに、検索コンポーネント１１２は9:01 P.M.に、または無線電話サービスがアクティブであるとき（つまり、無線電話がサービスエリア内にいるか、あるいは無線電話がオンにされている）の、オフピーク期間のある時刻にメッセージをダウンロードすることになる。なお、検索コンポーネント１１２は、ユーザが手作業でメッセージにアクセスできるようにメッセージ受信通知をユーザに知らせることができる。次に、無線電話は５０８でメッセージを受信し、受信したメッセージは５１０で、ユーザのために無線電話のメモリエリアにストアされることになる。一実施形態では、無線電話１０８は、エレメント５０４、５０６、５０８および５１０を実行するために自動検索モードに置かれる。その実行後、無線電話１０８は自動検索モードから解除される。一実施形態では、１または２以上のコンピュータ可読媒体は、図５に図示の方法を実行するためのコンピュータ実行可能命令を収めている。
【００３５】
図５に図示の方法の擬似コードは付録Ａに記載されている。
【００３６】
図６は、本発明の無線電話１０８などの無線電話２０の機能コンポーネントを示しており、機能コンポーネントとしては、ハンドヘルドコンピューティングデバイス、パーソナルデジタルアシスタント(personal digital assistant - PDA)、無線メッセーイングデバイスなどがある。別の実施形態では、無線電話を一般のコンピューティングデバイス（例えば、図７のシステム１３０）などに組み込んで、音声、テキスト、またはグラフィカルメッセージを受信させることができる。無線電話はプロセッサ６０、メモリ６２、ディスプレイ２８、およびキーボード３２を装備している。メモリ６２には、揮発性メモリ（例えば、ＲＡＭ）と不揮発性メモリ（例えば、ＲＯＭ、ＰＣＭＣＩＡカードなど）の両方が含まれているのが一般である。オペレーティングシステム６４はメモリ６２に常駐しており、プロセッサ６０上で実行される。無線電話２０は、メモリ６２、プロセッサ６０、ディスクスペースおよび周辺デバイス（例えば、キーボード６２）などの、ハードウェアリソースの割り振りと使い方を制御するためのオペレーティングシステムを含んでいる。
【００３７】
１または２以上のアプリケーションプログラム６６はメモリ６２にロードされ、オペレーティングシステム６４上で実行される。アプリケーションの例としては、ｅメールプログラム、スケジューリングプログラム、パーソナル情報管理(personal information management - PIM)プログラム、ワードプロセッシングプログラム、スプレッドシートプログラム、インターネットブラウザプログラム、などがある。無線電話２０は、メモリ６２にストアされた通知マネージャ(notification manager)６８も備えており、これはプロセッサ６０上で実行される。通知マネージャ６８はアプリケーション６６からの通知要求を処理する。
【００３８】
無線電話２０は電源７０を備え、これは１または２以上のバッテリとして実装されている。電源７０としては、さらにＡＣアダプタやパワードドッキングクレードル(powered docking cradle)などの外部電源も可能であり、これは内蔵バッテリをオーバライドまたは再充電する。
【００３９】
無線電話２０は、図示のように、ＬＥＤ４０、振動デバイス７２およびオーディオジェネレータ７４の３タイプの外部通知メカニズムも備えている。これらのデバイスは電源２０に直結されているので、アクチベートされると、プロセッサ６０と他のコンポーネントがバッテリ電源を節約するためにシャットダウンされたとしても、通知メカニズムによって指示された持続時間の間オンのままになっている。ＬＥＤ４０は、好ましくは、ユーザがアクションをとるまで無期限にオンのままになっている。振動デバイス７２とオーディオジェネレータ７４の現行バージョンは今日のバッテリ以上の電力を消費するので、システムの残り部分がオフになったときや、アクチベートされたあと一定時間持続したときにオフになるように構成されている。
【００４０】
図７は、コンピューティングデバイス１０２のように、コンピュータ１３０の形体をした汎用コンピューティングデバイスの一例を示す図である。本発明の一実施形態では、コンピュータ１３０などのコンピュータは、ここで図示し、説明している他の図で使用するのに適している。コンピュータ１３０は１または２以上のプロセッサまたは処理ユニット１３２およびシステムメモリ１３４を装備している。図示の実施形態において、システムバス１３６は、システムメモリ１３４を含む種々のシステムコンポーネントをプロセッサ１３２に結合している。バス１３６は、複数タイプのバス構造のいずれかの１または２以上を表しており、その中には、メモリバスまたはメモリコントローラ、周辺バス、高速グラフィックスポート、および種々のバスアーキテクチャのいずれかを使用したプロセッサバスまたはローカルバスが含まれている。例を挙げると、そのようなアーキテクチャとしては、ＩＳＡ(Industry Standard Architecture)バス、ＭＣＡ(Micro Channel Architecture)バス、ＥＩＳＡ(Enhanced ISA)バス、ＶＥＳＡ(Video Electronics Standards Association)ローカルバス、およびMezzanineバスとも呼ばれるＰＣＩ(Peripheral Component Interconnect)バスがあるが、これらに限定されない。
【００４１】
コンピュータ１３０は、少なくとも何らかの形体のコンピュータ可読媒体を備えているのが代表的である。コンピュータ可読媒体には、揮発性媒体と不揮発性媒体かつ取り外し可能媒体と取り外し不能媒体が含まれるが、コンピュータ１３０によってアクセス可能な媒体ならばどのような媒体でも利用可能である。例を挙げると、コンピュータ可読媒体はコンピュータ記憶媒体と通信媒体を含んできるが、これらに限定されない。コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュールまたはその他のデータなどの、情報の記憶に関する方法またはテクノロジによって実現された揮発性と不揮発性で、取り外し可能と取り外し不能の媒体がある。例えば、コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリテクノロジ、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク(digital versatile disk - DVD)または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは望みの情報をストアするために使用でき、コンピュータ１３０によってアクセス可能である他の媒体が含まれている。通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュールまたはその他のデータを、搬送波や他のトランスポートメカニズムなどの変調データ信号(modulated data signal)で具現化しているのが代表的であり、その中には情報配信媒体も含まれている。変調データ信号はこの分野の精通者には周知であり、その特性の１つまたは２つ以上は情報を信号に符号化するような形でセットまたは変更されている。ワイヤドネットワーク(wired network)や直接ワイヤドコネクション(direct-wired connection)などのワイヤド媒体、および音響、ＲＦ、赤外線および他の無線媒体などの無線媒体は通信媒体の一例である。上記に挙げたものを任意に組み合わせたものも、コンピュータ可読媒体の範囲に含まれている。
【００４２】
システムメモリ１３４には、取り外し可能および／または取り外し不能、揮発性および／不揮発性メモリの形体をしたコンピュータ記憶媒体が含まれている。図示の実施形態では、システムメモリ１３４はリードオンリメモリ(read only memory - ROM)１３８およびランダムアクセスメモリ(random access memory - RAM)１４０を含んでいる。スタートアップ時のときのように、コンピュータ１３０内のエレメント間で情報を転送するのを支援する基本ルーチンで構成された基本入出力システム(basic input/output system - BIOS)１４２はＲＯＭ１３８に格納されているのが代表的である。ＲＡＭ１４０は、処理ユニット１３２に即時にアクセス可能でありおよび／または処理ユニット１３２によって現在操作の対象になっているデータおよび／またはプログラムモジュールを収めているのが代表的である。例を挙げると、図７には、オペレーティングシステム１４４、アプリケーションプログラム１４６、他のプログラムモジュール１４８およびプログラムデータ１５０が示されているが、これらに限定されない。
【００４３】
コンピュータ１３０は、その他の取り外し可能／取り外し不能で揮発性／不揮発性のコンピュータ記憶媒体を装備することも可能である。例えば、図７は、取り外し不能で不揮発性の磁気媒体との間で読み書きされるハードディスクドライブ１５４を示している。また、図７は、取り外し可能で不揮発性の磁気ディスク１５８との間で読み書きされる磁気ディスクドライブ１５６、およびＣＤ−ＲＯＭや他の光媒体などの、取り外し可能で不揮発性の光ディスク１６２との間で読み書きされる光ディスクドライブ１６０も示している。例示動作環境で使用できる、その他の取り外し可能／取り外し不能で揮発性／不揮発性のコンピュータ記憶媒体としては、磁気テープカセット、フラッシュメモリカード、デジタルバーサタイルディスク（ＤＶＤ）、デジタルビデオテープ、ソリッドステートＲＡＭ、ソリッドステートＲＯＭなどがあるが、これらに限定されない。ハードディスクドライブ１５４、磁気ディスクドライブ１５６および光ディスクドライブ１６０は、インタフェース１６６のような、不揮発性メモリインタフェースを通してシステムバス１３６に接続されているのが代表的である。
【００４４】
上述し、図７に示している、これらのドライブまたは他の大容量ストレージデバイスおよびそれぞれの関連コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールおよび他のデータをコンピュータ１３０のためにストアしておくものである。図７において、例えば、ハードディスクドライブ１５４は、オペレーティングシステム１７０、アプリケーションプログラム１７２、他のプログラムモジュール１７４およびプログラムデータ１７６をストアするものとして示されている。なお、これらのコンポーネントは、オペレーティングシステム１４４、アプリケーションプログラム１４６、他のプログラムモジュール１４８およびプログラムデータ１５０と同じである場合もあれば、異なっている場合もある。オペレーティングシステム１７０、アプリケーションプログラム１７２、他のプログラムモジュール１７４およびプログラムデータ１７６は、ここでは異なる符号が付けられているが、これは、最低限、これらが異なるコピーであることを示すためである。
【００４５】
ユーザは、キーボード１８０やポインティングデバイス１８２（例えば、マウス、トラックボール、ペンまたはタッチパッド）などの、インプットデバイスまたはユーザインタフェース選択デバイスを通してコマンドと情報をコンピュータ１３０に入力することができる。その他のインプットデバイス（図示せず）としては、マイクロホン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナなどがある。これらおよび他のインプットデバイスは、システムバス１３６に接続されたユーザインプットインタフェース１８４を処理ユニット１３２に接続されているが、パラレルポート、ゲームポートまたはユニバーサルシリアルバス(Universal Serial Bus - USB)などの、他のインタフェースおよびバス構造で接続することも可能である。モニタ１８８または他のタイプのディスプレイデバイスも、ビデオインタフェース１９０のようなインタフェースを介してシステムバス１３６に接続されている。モニタ１８８のほかに、コンピュータは、プリンタやスピーカなどの、他の周辺アウトプットデバイス（図示せず）を装備していることが多いが、これらはアウトプット周辺インタフェース（図示せず）を通して接続可能になっている。
【００４６】
コンピュータ１３０は、リモートコンピュータ１９４のような、１または２以上のリモートコンピュータとの論理的コネクションを使用したネットワーキング環境で動作させることができる。リモートコンピュータ１９４としては、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の共通ネットワークノードがあり、コンピュータ１３０に関連して上述したエレメントの多くまたはすべてを備えているのが代表的である。図７に図示の論理的コネクションにはローカルエリアネットワーク(local area network - LAN)１９６とワイドエリアネットワーク(wide area network - WAN)１９８が含まれているが、他のネットワークを含めることもできる。ＬＡＮ１９６および／またはＷＡＮ１９８はワイヤドネットワーク、ワイヤレスネットワーク、これらのネットワークを組み合わせたもの、などにすることができる。このようなネットワーキング環境はオフィス、企業内コンピュータネットワーク、イントラネット、およびグローバルコンピュータネットワーク（例えば、インターネット）で普及している。
【００４７】
ローカルエリアネットワーキング環境で使用されるときは、コンピュータ１３０は、ネットワークインタフェースまたはアダプタ１８６を通してＬＡＮ１９６に接続されている。ワイドエリアネットワーキング環境で使用されるときは、コンピュータ１３０は、インターネットのようなＷＡＮ１９８上の通信を確立するためのモデム１７８または他の手段を備えているのが代表的である。モデム１７８は内蔵型と外付け型があり、ユーザインプットインタフェース１８４または他の該当メカニズムを介してシステムバス１３６に接続されている。ネットワーキング環境では、コンピュータ１３０に関連して説明したプログラムモジュールまたはその一部は、リモートメモリストレージデバイス（図示せず）にストアしておくことができる。例を挙げると、図７には、リモートアプリケーションプログラム１９２はメモリデバイスに置かれているものと示されているが、これに限定されない。図示のネットワークコネクションは例示であり、コンピュータ相互間の通信リンクを確立する他の手段を使用することもできる。
【００４８】
一般的に、コンピュータ１３０のデータプロセッサは、いろいろな時点でコンピュータの種々のコンピュータ可読媒体にストアされた命令によってプログラムされている。プログラムおよびオペレーティングシステムは、例えば、フロッピディスクまたはＣＤ−ＲＯＭに入れて配布されるのが代表的である。そこから、これらはコンピュータの二次メモリにインストールまたはロードされている。実行時に、これらは、少なくとも部分的にコンピュータの一次エレクトロニックメモリにロードされている。ここで説明している本発明は、マイクロプロセッサまたは他のデータプロセッサと関連付けて下述するステップを実現するための命令またはプログラムを記憶媒体が収めているときは、上記および他の種々タイプのコンピュータ可読記憶媒体を含んでいる。また、本発明は、コンピュータがここで説明している方法と手法に従ってプログラムされているときは、そのコンピュータ自体も含んでいる。
【００４９】
説明の便宜上、オペレーティングシステムなどのプログラムおよび他の実行可能プログラムコンポーネントは、ここではディスクリートブロック(discrete block)として示されている。なお、当然に理解されるように、このようなプログラムとコンポーネントはいろいろな時点でコンピュータの異なるストレージコンポーネントに置かれ、コンピュータのデータプロセッサによって実行されている。
【００５０】
本発明は、コンピュータ１３０を含む例示コンピュータ環境と関連付けて説明されているが、本発明は、多数の、他の汎用または特殊目的コンピューティングシステム環境または構成と共に操作可能である。コンピューティングシステム環境は、本発明の使用または機能の範囲についてなんらの制限を示唆するものではない。さらに、コンピューティングシステム環境は、例示動作環境に示されているコンポーネントの任意の１つまたは組み合わせに関してなんらの依存関係または要求条件があるものと解釈されるものでもない。本発明で使用するのに適している周知コンピューティングシステム、環境および／またはコンフィギュレーションの例としては、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットトップボックス(set top box)、プログラマブルコンシューマエレクトロニクス、モバイル電話（携帯電話）、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システムまたはデバイスをいずれかを含む分散コンピューティング環境などがあるが、これらに限定されない。
【００５１】
本発明は、プログラムモジュールのように、１または２以上のコンピュータまたはデバイスによって実行されるコンピュータ実行可能命令の一般的コンテキストの中で説明することができる。一般的に、プログラムモジュールには、特定のタスクを実行し、あるいは特定の抽象データ型を実現しているルーチン、プログラム、オブジェクト、コンポーネントおよびデータ構造が含まれるが、これらに限定されない。本発明は、通信ネットワークを通してリンクされたリモート処理デバイスによってタスクが実行されるような、分散コンピューティング環境で実施することも可能である。分散コンピューティング環境では、プログラムモジュールは、メモリストレージデバイスを含む、ローカルとリモートの両方のコンピュータ記憶媒体に置いておくことができる。
【００５２】
ソフトウェアアーキテクチャのコンテキストの中のインタフェースには、コンピュータ実行可能命令のソフトウェアモジュール、コンポーネント、コード部分、または他のシーケンスが含まれている。インタフェースの例としては、第１モジュールが第２モジュールにアクセスして、第１モジュールに代わってコンピューティングタスクを実行させる場合がある。第１モジュールと第２モジュールの一例として、オペレーティングシステムによって提供されるようなアプリケーションプログラミングインタフェース(application programming interface - API)、コンポーネントオブジェクトモデル(component object model - COM)インタフェース（例えば、対等(peer-to-peer)アプリケーション通信）、およびＸＭＬ(extensible markup language)のＸＭＩ(metadata interchange format)インタフェース（例えば、Ｗｅｂサービス間の通信用）がある。
【００５３】
インタフェースは、Ｊ２ＥＥ(Java2 Platform Enterprise Edition)、ＣＯＭ、または分散ＣＯＭ（ＤＣＯＭ）の例におけるような、密結合同期式で実現することができる。これとは別に、あるいは付加的に、インタフェースは、Ｗｅｂサービス（例えば、簡易オブジェクトアクセスプロトコルを使用した）におけるような、疎結合非同期式で実現することもできる。一般的に、インタフェースは、以下に列挙する特性、すなわち、密結合、疎結合、同期式および非同期式を任意に結合したものを備えている。さらに、インタフェースは、標準プロトコル、企業所有プロトコル(proprietary standard)、または標準プロトコルと企業所有プロトコルを任意に組み合わせたものに準拠させることができる。
【００５４】
ここで説明しているインタフェースは、シングルインタフェースの全部または一部にすることも、個別的インタフェースまたはこれらの任意に組み合わせたものとして実現することもできる。インタフェースは、その機能性を得るためにローカルまたはリモートで実行させることができる。さらに、インタフェースは、ここで図示し、説明しているもの以上の機能性を持たせることも、それ以下の機能性を持たせることも可能である。
【００５５】
動作時には、コンピュータ１３０は、本発明を実現するために図５に示されているようなコンピュータ実行可能命令を実行する。
【００５６】
本発明は、テキストメッセージに関係する検索条件を生成する手段、ユーザとクライアント無線デバイスとの間のやりとりをモニタする手段、検索条件を動的に生成する手段、および検索条件を評価する手段を含んでいる。テキストメッセージに関係する検索条件を生成する手段、ユーザとクライアント無線デバイスとの間のやりとりをモニタする手段、検索条件を動的に生成する手段、および検索条件を評価する手段は、データ構造、ユーザインタフェース、アプリケーションプログラム、アプリケーションプログラミングインタフェース（ＡＰＩ）、コンピュータ実行可能命令、ファームウェアなど（図示されているものなど）のハードウェアとソフトウェアで構成されている。
【００５７】
ここで図示され、説明されている方法の実行順序は、別段の指定がある場合を除き重要ではない。すなわち、これらの方法のエレメントは、別段の指定がある場合を除き、どの順序でも実行することができ、しかも、これらの方法を構成するエレメントはここで説明しているエレメントより多くすることも、少なくすることもできる。例えば、当然に予期されるように、特定のエレメントを別のエレメントよりも前に実行するか、同時に実行するか、その後で実行するかは本発明の範囲に属している。
【００５８】
本発明または本発明の実施形態のエレメントを説明するとき、「ある」、「その」「前記」という修飾語はそのエレメントが１または２つ以上であることを意味している。また、「備えた(comprising)」、「含む(including)」および「有する(having)」という用語は、内包的であることを意味し、列挙されたエレメントとは別の付加的エレメントも存在し得ることを意味している。
【００５９】
以上から明らかであるように、本発明の複数の目的が達成され、その他の有利な結果が得られている。
【００６０】
上述した方法およびシステムは、本発明の範囲を逸脱しない限り種々の変更が可能であるので、上述の説明に記載され、添付図面に図示されている事項のすべては例示であり、限定的でないものと解釈されるべきである。
【００６１】
付録Ａは、ユーザプリファレンスと環境要因に基づいて音声メールメッセージを自動的に検索するための擬似コードの例を示している。
【００６２】
付録Ａに示す擬似コードは、ユーザのプリファレンスに基づいて音声メールメッセージを自動的に検索する例示ルーチンを定義している。このルーチンは、音声メール通知がセルラネットワークから受信されるとトリガされる。
音声メール待ち通知をセラらネットワークから受信する際
{
ShowVoicemailIcon();
／／上記ルーチンはメッセージ待ちアイコンをモバイル電話のディスプレイから表示させる
if（ユーザは音声コールセンタ番号をプロビジョンニングしていない）
return;
if（ユーザは音声メールＰＩＮをプロビジョニングしていない）
return;
if（ユーザはローミングしている）
AND
（ユーザはローミング時に検索を行なうことを望んでいない）
return;
if（信号強度はｘ％以下である）
return;
if（バッテリ残量はｙ％以下である）
return;
／／上記の信号強度とバッテリ寿命チェックは環境要因をどのように検索システムに
／／図式化できるかを示している。これらの要因はソフトウェアによって感知可能デフォルトに事前構成
／／することも、ユーザに見せて調整させることもできる。目標はバッテリを完全に消耗させるようなコー／／ルまたは低信号のために検索システムを最適以下で稼動させるようなコールを防止することである。
AllowConfiguredDelayToElapse()
／／上記ルーチンは音声メール通知がセルラネットワークから受信されると一定時間だけ
／／「待って」いる。この時間が経過したあとのみ検索が実行される。この機会を利用して、ユーザはそれ／／を望むならば音声メールメッセージを手作業でフェッチすることができる。
if（ユーザは現在コール中である）
return;
DisplayRetrieveMessage();
FetchMessage();
if（ユーザは検索したメッセージをコールセンタから削除することを望んでいる）
delete retrieved messages from call center;
HideRetrievalMessage();
／／"DisplayRetrievalMessage()"および"HideRetrievalMessage()"ルーチンは検索が実行中
／／であること（これはコール中であることを意味する）をユーザに知らせる。
／／ユーザが発信コールを行なうことを試みると、検索は中止される。
return;
5
}
【特許請求の範囲】
【請求項１】
メッセージを検索するためのシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに、
コンピューティングデバイスにユーザに配達するためのメッセージがあることを示す通知を受信するステップと、
前記メッセージを受信して処理するための１または複数のプリファレンスを分析するステップと、
前記１または複数のプリファレンスに応じて、前記コンピューティングデバイスから前記メッセージを要求するステップであって、前記メッセージは前記メッセージの開始部分を含み、残りの部分は後の時間に要求されるものである、ステップと、
前記受信したメッセージを格納するステップと
を含む、ユーザのプリファレンスに基づいてメッセージを検索するための方法を実行させるためのプログラムを記録したメモリと
を備えたことを特徴とするシステム。
【請求項２】
前記１または複数のプリファレンスの少なくとも１つにより、バッテリ電源に基づいて前記メッセージの検索を遅らせることを特徴とする請求項１に記載のシステム。
【請求項３】
前記１または複数のプリファレンスの少なくとも１つにより、信号強度に基づいて前記メッセージの検索を遅らせることを特徴とする請求項１に記載のシステム。
【請求項４】
無線電話のゼロ以外の無線信号強度が閾値に満たない場合、検索は延期されることを特徴とする請求項３に記載のシステム。
【請求項５】
前記方法は、前記ユーザから受信した入力に応じて、前記プリファレンスを定義するステップをさらに含むことを特徴とする請求項１に記載のシステム。
【請求項６】
前記メッセージは、音声メールメッセージ、テキストメッセージ、電子メールメッセージ、ビデオクリップ、およびイメージのうちの１または複数を含むことを特徴とする請求項１に記載のシステム。
【請求項７】
前記方法は、前記ユーザおよびクライアント無線デバイスの間のやりとりをモニタするステップをさらに含むことを特徴とする請求項１に記載のシステム。
【請求項８】
前記方法は、前記ユーザおよびクライアント無線デバイスの間のやりとりに基づいて、前記１または複数のプリファレンスの少なくとも１つを生成するステップをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
少なくとも１つのプロセッサに、ユーザのプリファレンスに基づいてメッセージを検索するための方法を実行させるためのプログラムを記録したコンピュータ可読記録媒体であって、前記方法は、
コンピューティングデバイスにユーザに配達するためのメッセージがあることを示す通知を受信するステップであって、前記通知は前記メッセージを含まず、前記メッセージは開始部分および残りの部分を含む、ステップと、
前記受信した通知に基づいて、１または複数のルールを評価するステップと、
前記ルールの評価に応答して、前記メッセージの前記開始部分を要求し、後で、前記メッセージの前記残りの部分を要求するステップを含む、ステップと、
前記受信したメッセージを格納するステップと
を含むことを特徴とするコンピュータ可読記録媒体。
【請求項１０】
前記メッセージは、音声メールメッセージ、テキストメッセージ、電子メールメッセージ、ビデオクリップ、およびイメージのうちの１または複数を含むことを特徴とする請求項９に記載のコンピュータ可読記録媒体。
【請求項１】
メッセージを検索するためのシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに、
コンピューティングデバイスにユーザに配達するためのメッセージがあることを示す通知を受信するステップと、
前記メッセージを受信して処理するための１または複数のプリファレンスを分析するステップと、
前記１または複数のプリファレンスに応じて、前記コンピューティングデバイスから前記メッセージを要求するステップであって、前記メッセージは前記メッセージの開始部分を含み、残りの部分は後の時間に要求されるものである、ステップと、
前記受信したメッセージを格納するステップと
を含む、ユーザのプリファレンスに基づいてメッセージを検索するための方法を実行させるためのプログラムを記録したメモリと
を備えたことを特徴とするシステム。
【請求項２】
前記１または複数のプリファレンスの少なくとも１つにより、バッテリ電源に基づいて前記メッセージの検索を遅らせることを特徴とする請求項１に記載のシステム。
【請求項３】
前記１または複数のプリファレンスの少なくとも１つにより、信号強度に基づいて前記メッセージの検索を遅らせることを特徴とする請求項１に記載のシステム。
【請求項４】
無線電話のゼロ以外の無線信号強度が閾値に満たない場合、検索は延期されることを特徴とする請求項３に記載のシステム。
【請求項５】
前記方法は、前記ユーザから受信した入力に応じて、前記プリファレンスを定義するステップをさらに含むことを特徴とする請求項１に記載のシステム。
【請求項６】
前記メッセージは、音声メールメッセージ、テキストメッセージ、電子メールメッセージ、ビデオクリップ、およびイメージのうちの１または複数を含むことを特徴とする請求項１に記載のシステム。
【請求項７】
前記方法は、前記ユーザおよびクライアント無線デバイスの間のやりとりをモニタするステップをさらに含むことを特徴とする請求項１に記載のシステム。
【請求項８】
前記方法は、前記ユーザおよびクライアント無線デバイスの間のやりとりに基づいて、前記１または複数のプリファレンスの少なくとも１つを生成するステップをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
少なくとも１つのプロセッサに、ユーザのプリファレンスに基づいてメッセージを検索するための方法を実行させるためのプログラムを記録したコンピュータ可読記録媒体であって、前記方法は、
コンピューティングデバイスにユーザに配達するためのメッセージがあることを示す通知を受信するステップであって、前記通知は前記メッセージを含まず、前記メッセージは開始部分および残りの部分を含む、ステップと、
前記受信した通知に基づいて、１または複数のルールを評価するステップと、
前記ルールの評価に応答して、前記メッセージの前記開始部分を要求し、後で、前記メッセージの前記残りの部分を要求するステップを含む、ステップと、
前記受信したメッセージを格納するステップと
を含むことを特徴とするコンピュータ可読記録媒体。
【請求項１０】
前記メッセージは、音声メールメッセージ、テキストメッセージ、電子メールメッセージ、ビデオクリップ、およびイメージのうちの１または複数を含むことを特徴とする請求項９に記載のコンピュータ可読記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−８１２３６（Ｐ２０１３−８１２３６Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１２−２７２６８４（Ｐ２０１２−２７２６８４）
【出願日】平成２４年１２月１３日（２０１２．１２．１３）
【分割の表示】特願２００８−５０８８４２（Ｐ２００８−５０８８４２）の分割
【原出願日】平成１８年３月９日（２００６．３．９）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２４年１２月１３日（２０１２．１２．１３）
【分割の表示】特願２００８−５０８８４２（Ｐ２００８−５０８８４２）の分割
【原出願日】平成１８年３月９日（２００６．３．９）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
[ Back to top ]