JP2006521765A

JP2006521765A - 通信デバイス用のホットリストのシステムおよび方法

Info

Publication number: JP2006521765A
Application number: JP2006508681A
Authority: JP
Inventors: エス．クライツァー、スチュアート
Original assignee: Motorola Inc
Current assignee: Motorola Solutions Inc
Priority date: 2003-03-28
Filing date: 2004-02-05
Publication date: 2006-09-21
Also published as: WO2004095206A2; KR20050119160A; CN1768520A; EP1611732A2; US20040192270A1; EP1611732A4; WO2004095206A3

Abstract

ホットリスト２８を作成する方法（５０）とホットリスト機能を有する携帯通信デバイス１０とに関する。この携帯通信デバイスはホットリストを表示するためのディスプレイ３０と、ディスプレイに接続されたプロセッサ１２とを備える。プロセッサは携帯通信デバイスから行われる呼出５２を記録して最近呼出リスト１４を維持管理するとともに、携帯通信デバイス内の他のプログラムに関連して記憶されたエントリ（５６，５８，６０または６２）を用いて最近呼出リストを再配列（６６）するようにプログラムされている。さらに、頻繁な呼出を記録し、頻繁な呼出の頻度、頻繁な呼出の時間枠、頻繁な呼出の新しさ、カレンダー・プログラムの頻繁な呼出のエントリ、およびトゥドゥ・リストの頻繁な呼出のエントリのうちの１つ以上に基づいて頻繁な呼出をホットリストにおいて昇格させるように、プロセッサをプログラムすることが可能である。

Description

本発明は、一般に通信デバイスにおける電話帳すなわち電話のリストに関し、より詳細には、より効率的に呼出をスクロールおよび開始するための手段を提供するための、携帯通信デバイスにおいてホットリストを用いるシステムおよび方法に関する。

大抵のセルラー電話は、特定のユーザによって行われる将来の呼出を幾らか予測する、最近呼出（ｒｅｃｅｎｔｃａｌｌ）のリストの機能（ｆｅａｔｕｒｅ）を備えている。通常、新たな呼出を開始するには、アルファベット順に記憶された電話帳の全体をスクロールさせるよりも最近呼出リストの方が早いが、理想的には、所望の呼出を開始させるために必要なキー・ストロークがより少ない、より効率的な方法が必要である。当然のことながら、入力された文字に基づくリスト中での移動（ｊｕｍｐ）を可能とすることによって、アルファベット順の電話帳のスクロールを改良することが可能であるが、さらに高い精度の予測を与える追加の情報を提供し得る、最近の呼出、特定の番号に電話がかけられた回数、またはカレンダリングなどを報告することはない。

多くのセルラー電話、電話とパーソナル・ディジタル・アシスタント（ＰＤＡ）との組合せ、およびスマートホンは、電話帳機能や、カレンダリング機能を備えている。それらの高級な電話のうちの多くは、上述の最近呼出リストの機能を備えているが、さらに高い精度の予測を有し得るホットリストを提供するために、それらのカレンダリング機能に記憶されたデータを報告することはない。他の参照文献には、通信システムの他の態様において効率を改良する関連の機能が説明されている。ウィリアム・ジェイ・マッコ（ＷｉｌｌｉａｍＪ．Ｍａｃｋｏ）による特許文献１では、通信デバイスの一定の機能と、ユーザの予定帳すなわち毎日の活動カレンダーとの同期が説明されている。例えば、ユーザが職員会議に参加していることをカレンダーが示す場合、ユーザがその上司に呼出されていない限り、ページャまたはセルラー電話は無音のアラートを出力する。クレイグ・アレキサンダー・ウィル（ＣｒａｉｇＡｌｅｘａｎｄｅｒＷｉｌｌ）による特許文献２では、加入者の挙動を調べて加入者が連絡され得る電話番号を予測する適応モデルが記載されている。ハーレスら（Ｈａｒｌｅｓｓｅｔａｌ．）による特許文献３では、一定の着信呼出の受信後にユーザが行う発信呼出のパターンを検出することによる、着信呼出の受信後の発信呼出の予測が説明されている。

携帯通信製品における時間効率および生産性の向上は、個の生産性によって推進される市場における所望の機能である。人間の挙動を予測および先行することが可能になれば、携帯通信デバイスは、その分さらに有効な道具となる。携帯通信デバイスにおいて使用可能な処理力を増大させるには、可能な限り多くの使用可能なデータを携帯通信デバイスが利用および解析する必要がある。上述の参照文献ではさらなる効率が提供されているが、特定のユーザすなわち加入者が行う見込みが最もある呼出の電話予測の整理統合されたリストを提供するものはない。
米国特許第６，０５２，５６３号明細書米国特許第５，９０５，７８９号明細書米国特許第６，０８４，９５４号明細書

携帯通信デバイスにおいてホットリストを提供する方法および装置では、携帯通信デバイス内で使用可能な追加のプログラムおよびデータを利用して、特定のユーザすなわち加
入者が行う見込みのある呼出の、より予測可能かつ容易にアクセス可能なリストを提供することが可能である。

本発明の第１の態様では、携帯通信デバイスにおいてホットリストを作成する方法は、携帯通信デバイスから行われた呼出を記録する工程と、最近呼出リストを維持管理する工程と、携帯通信デバイス内の他のプログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列してホットリストを提供する工程とから成る。この方法はさらに、携帯通信デバイスのディスプレイにホットリストを表示する工程を含むことが可能である。この方法はさらに、頻繁な呼出を記録し、頻繁な呼出の頻度、頻繁な呼出の時間枠、頻繁呼出の新しさ、カレンダー・プログラムにおける頻繁な呼出のエントリ、およびトゥドゥ・リストにおける頻繁な呼出のエントリのうちの１つ以上に基づいて頻繁な呼出をホットリスト上で昇格させる工程を含むことが可能である。

本発明の第２の態様では、ホットリスト機能を有する携帯通信デバイスは、ホットリストを表示するためのディスプレイと、このディスプレイに接続されたプロセッサとを備える。このプロセッサは、携帯通信デバイスから行われた呼出を記録して最近呼出リストを維持管理するように、かつ携帯通信デバイス内の他のプログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列するようにプログラムされ得る。他のプログラムは、カレンダリング・プログラム、トゥドゥ・リスト、または電子メール・プログラムであり得る。さらに、頻繁な呼出を記録し、頻繁な呼出の頻度、頻繁な呼出の時間枠、頻繁呼出の新しさ、カレンダー・プログラムにおける頻繁な呼出のエントリ、およびトゥドゥ・リストにおける頻繁な呼出のエントリのうちの１つ以上に基づいて、頻繁な呼出をホットリスト上で昇格させるように、このプロセッサをプログラムすることが可能である。ディスプレイの単一のスクロール可能なスクリーン上にホットリストを表示することが可能である。

携帯通信デバイスには、セルラー電話、双方向長距離無線（ｔｗｏ−ｗａｙｔｒｕｎｋｅｄｒａｄｉｏ）、セルラー電話とパーソナル・ディジタル・アシスタントとの組合せ、スマートホン、ホーム・コードレス電話、有線電話、または衛星電話が含まれるが、それらに限定されない。

本発明によるホットリストは、キャリア・ベースの通信システムにおける携帯通信製品のユーザすなわち電話の加入者によって、次に最も呼出される見込みのある電話番号を含むリストであり得る。ホットリストは、電話帳をスクロールさせるよりも早く、かつ最近呼出リストよりも高い精度で将来の発信呼出を予測するので、ホットリストによってユーザまたは加入者の時間が節約される。典型的には、ホットリストでは、カレンダーおよびトゥドゥ（ＴｏＤｏ）・リスト（または携帯通信デバイスにおいてプログラムと共に用いられる他のデータ・ソース）を参照することによって今後の時間を調べることや、複数の手法で呼出履歴（または他のプログラムの他の古いデータ）を監視することによって以前の時間を調べることが可能なため、最近呼出リストよりも予測的であることが可能である。

図１には、携帯通信デバイス１０のブロック図を示す。携帯通信デバイス１０には、例えば、従来のセルラー電話、双方向長距離無線、セルラー電話とパーソナル・ディジタル・アシスタントとの組合せ、スマートホン、ホーム・コードレス電話、衛星電話、または本発明によるホットリスト機能を備える有線電話が含まれる。この特定の実施態様では、携帯通信デバイスは、情報を符号化して発信するためのエンコーダ３６、発信器３８、およびアンテナ４０と、携帯通信デバイスに送信された情報を受信して復号化するためのア
ンテナ４６、受信器４４、およびデコーダ４２とを備える。携帯通信デバイス１０は、さらに、ホットリストを少なくとも表示するための、アラート３４、メモリ３２、およびディスプレイ３０を備える。理想的には、ホットリストは、ディスプレイ３０における単一のスクロール可能なスクリーン上に表示される。携帯通信デバイス１０は、さらに、ディスプレイ３０、エンコーダ３６、デコーダ４２、アラート３４、およびメモリ３２に接続されたプロセッサ、すなわち制御装置１２を備える。メモリ３２には、アドレス・メモリ、メッセージ・メモリ、およびデータベース情報用のメモリが含まれる。

好適には、プロセッサ１２は、携帯通信デバイスから行われる呼出を記録（ｔｒａｃｋ）して、最近呼出リストを維持管理するようにプログラムされている。この実施態様では、最近の発信呼出のリスト１４および最近の着信呼出のリスト１６が存在することが可能である。携帯通信デバイス１０は、さらに、カレンダー１８、トゥドゥ・リスト２０、電子メールのデータ２２、または他のプログラムのデータ２３などのデータ・エントリを有する、他のプログラムを備えることが可能である。これらのプログラム、エントリ、またはその両方を、制御装置すなわちプロセッサ１２内に示したが、本発明は、それらのプログラムが何処に存在するか、または何であるか、もしくはデータが何処に属するかに関して、どのようにも限定されない。また、携帯通信デバイス１０内の他のプログラムに関連して記憶されたエントリ（１６，１８，２０，２２，２３など）を用いて最近呼出リスト（１４）を再配列するように、プロセッサ１２をプログラムすることも可能である。したがって、カレンダー１８、トゥドゥ・リスト２０、電子メール２２、または関連のデータ（２３）を有する他のプログラムのうちの任意の１つ以上に関連して記憶されたエントリを用いて、最近呼出リスト１４を再配列するように、プロセッサをプログラムすることが可能である。

携帯通信デバイス１０内に存在するプログラムは、同じ電話番号を参照する異なるデータ・エントリ（同じプログラム内で、または異なるプログラム間で）を有してもよい。例えば、最近呼出リストにおける「４５６−１１１１」は、トゥドゥ・リスト、カレンダリング・プログラム、または電子メール・プログラムにおける「母（ＭＯＭ）」に相関する。したがって、携帯通信デバイス１０は随意で、異なるプログラム間でエントリを効率的かつ高精度の利用を可能とするための相関ロジック２４を備えることが可能である。特定の電話番号エントリが特定の人物、オブジェクトとユニークに関連付けられるように、または反対に、特定の人物、オブジェクトが特定の電話番号エントリとユニークに関連付けられるように、相関ロジック２４がユーザに要求してもよく、ユーザを促してもよい。さらに、携帯通信デバイス１０は予測エンジン２６を備えることが可能であり、最近呼出リスト１４は、予測エンジン２６のロジックまたはルールにより規定されるようにホットリスト２８へ再配列される。最近呼出リスト１４からのエントリと、携帯通信デバイス１０における１つ以上の他のプログラムまたはデータ・ソースとを予測エンジン２６が利用する限り、予測エンジン２６のロジックまたはルールを広範に変更することが可能である。

さらに、頻繁な発信呼出を記録し、かつ随意では図２に示したような呼出記録データベースを維持管理するように、プロセッサ１２をプログラムすることが可能である。この手法では、プロセッサは、将来の呼出が行われる見込みの時間枠に基づいて、頻繁な発信呼出（「＃呼出（ｃａｌｌｅｄ）」の列を参照）をホットリスト２８上で昇格させる（ｐｒｏｍｏｔｅ）ことが可能である。同様に、プロセッサは、頻繁な着信呼出（「＃受信（ｒｅｃｅｉｖｅｄ）」の列を参照）を記録し、折返しの呼出が行われ得る見込みの時間枠に基づいて、頻繁な着信呼出をホットリスト上で昇格させることが可能である。一実施態様では、頻繁な呼出を記録し、頻繁な呼出の頻度（「全カウンタ（ＯｖｅｒａｌｌＣｏｕｎｔｅｒ）の列を参照）、頻繁な呼出の時間枠（「ＴＳカウンタ（ＴＳＣｏｕｎｔｅｒ）」を参照）、頻繁な呼出の新しさ（ｆｒｅｓｈｎｅｓｓ）、カレンダー・プログラムにおける頻繁な呼出のエントリ、およびトゥドゥ・リストにおける頻繁な呼出のエントリの
うちの１つ以上に基づいて、頻繁な呼出をホットリストにおいて昇格させるように、プロセッサ１２、予測エンジン２６、またはその両方をプログラムすることが可能である。携帯通信デバイス１０内の他のプログラムに関連して記憶されたエントリが現在は存在しない場合、最近呼出リストを維持管理するようにプロセッサ１２をプログラムすることが可能である。

関連性を有するデータを様々なプログラムから抽出し、図３に示したのと同様のプログラム・データベースに配置することが可能である。続いて、図２の呼出記録データベースおよび図３のプログラム・データベースを相関させ、予測エンジン２６によってホットリスト２８を作成する。

例示的な予測エンジン２６では、最近呼出リストの再配列において考慮可能なように収集した続く履歴データおよび将来のデータを用いて最近呼出リストよりも予測的な、図４に示すようなホットリストを作成することが可能である。

やがて起こる（ｕｐｃｏｍｉｎｇ）カレンダのイベントには、「契約完了のためジョージ呼出」など、連絡先（ｃｏｎｔａｃｔ）の名前または番号が含まれる。次の数分間に生じる未完了の予定がカレンダーに存在する場合、電話番号もしくは関連する名前またはオブジェクトはホットリストの最初に移動する。予定が済む（ｐａｓｓ）か、または予定の後に所定の時間が経過すると、連絡先はホットリストから除去されるか、またはホットリストのより低いレベルに配置され得る。カレンダーのイベントでは、名前はホットリストに追加される前に解決される、すなわち、電話帳または図３に示したようなプログラム・データベースを検索することによって番号と相関される。

一部の呼出は、非公式のスケジュールに従って一定の回数繰り返し行われる。例えば図２に示したように、午後５時〜午後６時の交通混雑時間帯に待機する間、ユーザが毎日その配偶者を呼出す場合がある。他の例には、毎日午後１時に労働者がその上司と話すために事務所を呼出す場合や、毎日午後９時に学生がその母を呼出す場合がある。一定の回数繰り返し呼出される番号の回数を保持することによって、それらの非公式なイベントを電話機が記録することが可能である。例えば、午後５時〜午後６時または任意の所与の時間の間（図２には午前７時〜午前１２時を１時間毎で示した）に最も多く呼出される番号を記録するように、電話機がスクラッチパッドを保持するとともに、５時が近づくにつれて、または任意の所与の時間増分が近づくにつれて、それらの頻繁に呼出される番号をホットリストの最初に徐々に昇格させることが可能である。なお、メモリは充分であると仮定すると、より高い精度の予測を提供するために、より小さな増分（例えば１５分毎または５分毎）で呼出を記録することが可能である。

先述の通り、連絡先または電話番号を含むトゥドゥ・リストのイベントを、その終了時間が近づくにつれてホットリストへ追加することも可能である。やがて起こるカレンダーのイベント、トゥドゥのイベント、または見込みのある時間枠ベースの呼出が存在しない場合、ホットリストには通常の最近呼出リストを配置することが可能である。また、電話帳において最も呼出されている番号の維持管理されたリストを用いること、およびカレンダー、トゥドゥ、時間枠、および最近の呼出によって交換され得るホットリストの基準としてそれらを保持することも可能である。これに代えて、最も呼出されている番号のうちの特定の番号に対する回数が所定の回数より小さい場合にのみ、他のプログラムによる交換を可能とするように、予測エンジンを設定することが可能である。また、電話番号の間の設定優先順位にて、行われている呼出の種類を予測エンジンが報告してもよい。例えば、やがて起こる会議の呼出は、競合する呼出または最も呼出されている番号よりも高い優先順位を有する。

予測エンジンの別の態様では、イベントの時間または時間枠が近づくにつれて、電話番号をホットリストの最初の方へ昇格させるように指定することが可能である。例えば、会議呼出など午後２時のイベントに対して、午後１２時にホットリストの最初から３番目の位置に電話番号を挿入し、２時が近づくにつれて電話番号を２番目の位置に昇格させ、最終的にイベントの前の所定の時間にリストの最初に昇格させてもよい。図４に示したように、午後２時の指定された会議呼出時間の１時間前には、「ボス（Ｂｂｏｓｓ）」、「ボブ（Ｂｏｂ）」、および「モート（Ｍｏｒｔ）」がリストの最初に配置されている。

多くの効果的なスキームが存在するとともに、特に、実際のユーザからのフィードバックを用いて、製品設計者が抽出スキームを選択および研鑽し得るので、ホットリスト内でエントリを配列するための好適な方法を推奨することは困難である。しかしながら、別の例として、ホットリストでの番号の順番を決定するための１つの方法は、ホットリストの最初に最近呼出リストを配置し、かつホットリストの最後に最も呼出されている番号を配置して開始することである。続いて、スケジュールされた時間が近づくにつれて、携帯通信デバイスは、カレンダーまたはトゥドゥ・リストから予測されるイベントをリストの最初へ昇格させ得る。同様に、時間枠に基づく予測は、その時間枠が近づくにつれてリストの最初へ昇格される。一部の場合には、携帯通信デバイスは、リストの高い位置でカレンダーのイベントと時間枠のイベントとが競合する時など、競争状態を解決するための１つの方法を有し得る。競争状態を解決するための１つの手法は、携帯通信デバイスによって、各種類の予測呼出がユーザによって実際に電話がかけられた回数を保持し、その種類をリストのより高い順位に配置することである。例えば、ユーザがカレンダーの呼出よりも時間枠に基づく呼出に電話をかける方が多い場合、時間枠の呼出をリストのより高い順位に配置する。

図５には、携帯通信デバイスにおけるホットリストの作成の方法５０を例示するフローチャートを示す。簡便には、方法５０は、携帯通信デバイスから行われた呼出を記録し、最近呼出リストを維持管理する工程５２と、携帯通信デバイス内の他のプログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列してホットリストを提供する工程６６とから成る。続いて、工程６８にてホットリストが表示され得る。他のプログラムに関連して記憶されたエントリには、カレンダリング・プログラム、トゥドゥ・リスト、電子メール、記録された発信呼出、および記録された着信呼出に関連するデータが含まれ得る。例えば、方法５０には、頻繁な呼出の頻度、他のプログラムの他のエントリ、またはその両方を記録する工程５４が含まれ得る。この方法では、随意で、工程５６におけるカレンダリング・プログラム、工程５８におけるトゥドゥ・リスト、工程６０における電子メール・データ、および工程６２における着信呼出のうちの１つ以上を確認することが可能である。この方法は、さらに、最近呼出リスト、記憶されている電話帳、および携帯通信デバイス内の他のプログラムのうちの２つ以上の間でデータを相関させる工程６４を含み得る。

上述の例のように、再配列する工程６６は、提供された特定の予測エンジンまたはルールに基づく異なる多くの方法で達成され得る。例えば、再配列する工程には、頻繁な発信呼出を記録し、将来の呼出が行われる見込みの時間枠に基づいて、頻繁な発信呼出をホットリスト上で昇格させる工程が含まれる。これに代えて、頻繁な着信呼出を記録し、折返しの呼出が行われ得る見込みの時間枠に基づいて、頻繁な着信呼出をホットリスト上で昇格させることが可能である。さらに別の代替では、再配列する工程には、頻繁な呼出を記録し、頻繁な呼出の頻度、頻繁な呼出の時間枠、頻繁な呼出の新しさ、カレンダー・プログラムにおける頻繁な呼出のエントリ、およびトゥドゥ・リストにおける頻繁な呼出のエントリのうちの１つ以上に基づいて、頻繁な呼出をホットリストにおいて昇格させる工程が含まれ得る。カレンダリングのイベントの時間が近づくにつれてカレンダリング・プログラムのエントリをホットリストの最初の方へ昇格させることが可能であり、または、ト
ゥドゥ・リストにおける配列の関数としてトゥドゥ・リストのエントリをホットリストにおいて昇格または降格することが可能である。カレンダーのイベントに関連するエントリが所定の時間を経過した場合、ホットリストからエントリを除去することも可能であり、ホットリスト上での優先順位を低下させることも可能である。この方法は、さらに、携帯通信デバイス内の他のプログラムに関連して記憶されたエントリが現在は存在しない場合、最近呼出リストを維持管理する工程を含む。

上述の本発明の記載から、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組合せにおいて、本発明を実施可能であることが認識される。本発明による、通信デバイスにおいてホットリストを作成および利用する方法ならびにシステムは、１つのコンピュータ・システムまたはプロセッサにて集中的に実施することも可能であり、異なる要素が幾つかの相互接続されたコンピュータ・システムまたはプロセッサ（マイクロプロセッサおよびＤＳＰなど）を通じて広がっているように分散的に実施することも可能である。任意の種類のコンピュータ・システム、または本明細書に記載の方法の実行に適応した他の装置が適合する。ハードウェアとソフトウェアとの典型的な組合せは、汎用のコンピュータ・システムと、ロードされて実行された時、本明細書に記載の方法を実施するようにコンピュータ・システムを制御するコンピュータ・プログラムとである。

本明細書に記載の方法の実施が可能な特徴を全て含むとともに、コンピュータ・システムにロードされた時にそれらの方法を実行可能であるようなコンピュータ・プログラム製品に、本発明を埋込むことも可能である。本発明の文脈において用いられるコンピュータ・プログラムまたはアプリケーションは、任意の言語、符号、または表記による任意の表現であって、直接的に、もしくは以下の、ａ）別の言語、符号、または表記への変換、ｂ）異なる物質形体への再現、のうちの一方または両方の後に、情報処理性能を有するシステムに特定の機能を実行させる１組の命令の、任意の言語、符号、または表記による任意の表現を意味する。

さらに、上述の記載では例示のみを意図しており、続く特許請求の範囲に述べることを除いて、本発明をどのようにも限定する意図はない。

本発明によるホットリストを生成することが可能な携帯通信デバイスのブロック図。本発明で用いられ得るデータベースを示す図。本発明によりトゥドゥ・リスト、カレンダー、または電子メールから抽出されるデータを示す図。本発明による様々な異なる時間でのホットリストを示す図。本発明によるホットリストの作成方法を示すフローチャート。

Claims

携帯通信デバイスにおいてホットリストを作成する方法であって、
携帯通信デバイスから行われた呼出を記録し、最近呼出リストを維持管理する呼出記録工程と、
携帯通信デバイス内の他の１つ以上のプログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列してホットリストを提供する再配列工程とから成る方法。
携帯通信デバイスのディスプレイにホットリストを表示するホットリスト表示工程をさらに含む請求項１に記載の方法。
再配列工程はカレンダリング・プログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列する工程を含む請求項１に記載の方法。
再配列工程はトゥドゥ・リスト・プログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列する工程を含む請求項１に記載の方法。
頻繁な発信呼出を記録し、将来の呼出が行われる見込みの時間枠に基づいて頻繁な発信呼出をホットリスト上で昇格させる工程をさらに含む請求項１に記載の方法。
頻繁な着信呼出を記録し、折返しの呼出が行われ得る見込みの時間枠に基づいて頻繁な発信呼出をホットリスト上で昇格させる工程をさらに含む請求項１に記載の方法。
頻繁な呼出を記録し、頻繁な呼出の頻度、頻繁な呼出の時間枠、頻繁呼出の新しさ、カレンダー・プログラムにおける頻繁な呼出のエントリ、およびトゥドゥ・リストにおける頻繁な呼出のエントリのうちの１つ以上に基づいて頻繁な呼出をホットリスト上で昇格させる工程をさらに含む請求項１に記載の方法。
最近呼出リスト、記憶されている電話帳、および携帯通信デバイス内の他のプログラムのうちの２つ以上の間でデータを相関させるデータ相関工程をさらに含む請求項１に記載の方法。
カレンダーのイベントに関連するエントリが所定の時間を経過した場合、同エントリをホットリストから除去するエントリ除去工程をさらに含む請求項３に記載の方法。
携帯通信デバイス内の他のプログラムに関連して記憶されたエントリが現在は存在しない場合、最近呼出リストを維持管理する工程をさらに含む請求項１に記載の方法。
カレンダリングのイベントの時間が近づくにつれてカレンダリング・プログラムのエントリをホットリストの最初の方へ昇格させる工程をさらに含む請求項３に記載の方法。
トゥドゥ・リストにおける配列の関数としてトゥドゥ・リストのエントリをホットリストの最初の方へ昇格させる工程をさらに含む請求項４に記載の方法。
ホットリスト機能を有する携帯通信デバイスであって、
ホットリストを表示するためのディスプレイと、
同ディスプレイに接続されたプロセッサと、
同プロセッサは携帯通信デバイスから行われた呼出を記録して最近呼出リストを維持管理することと、携帯通信デバイス内の１つ以上の他のプログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列することとを備える携帯通信デバイス。
プロセッサはカレンダリング・プログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列する請求項１３に記載の携帯通信デバイス。
プロセッサはトゥドゥ・リスト・プログラムに関連して記憶されたエントリを用いて最近呼出リストを再配列する請求項１３に記載の携帯通信デバイス。
頻繁な発信呼出を記録し、将来の呼出が行われる見込みの時間枠に基づいて頻繁な発信呼出をホットリスト上で昇格させる請求項１３に記載の携帯通信デバイス。
頻繁な着信呼出を記録し、折返しの呼出が行われ得る見込みの時間枠に基づいて頻繁な発信呼出をホットリスト上で昇格させる請求項１３に記載の携帯通信デバイス。
頻繁な呼出を記録し、頻繁な呼出の頻度、頻繁な呼出の時間枠、頻繁呼出の新しさ、カレンダー・プログラムにおける頻繁な呼出のエントリ、およびトゥドゥ・リストにおける頻繁な呼出のエントリのうちの１つ以上に基づいて頻繁な呼出をホットリスト上で昇格させる請求項１３に記載の携帯通信デバイス。
携帯通信デバイス内の他のプログラムに関連して記憶されたエントリが現在は存在しない場合、最近呼出リストを維持管理する請求項１３に記載の携帯通信デバイス。
携帯通信デバイスは、セルラー電話、双方向長距離無線、セルラー電話とパーソナル・ディジタル・アシスタントとの組合せ、スマートホン、ホーム・コードレス電話、有線電話、および衛星電話から選択される請求項１３に記載の携帯通信デバイス。
ディスプレイの単一のスクロール可能なスクリーン上にホットリストを表示する請求項１３に記載の携帯通信デバイス。