JP2010081624A - 電話における電話帳番号の優先順位づけ - Google Patents

Abstract

【課題】ダイヤルのための電話帳へのアクセスおよび他の電話番号へのアクセスのより便利なモードを電話ユーザに提供する。
【解決手段】電話番号および関連するデータを含むユーザーデータを記憶するデータストアと、表示のためのユーザーデータをソートするソート手段を備え、ソート手段は、応答された着呼、応答されない着呼、応答された発呼、応答されない発呼、またはそれらの組み合わせに対して前記電話番号の使用頻度に従ってユーザーデータをソートする。
【選択図】図１

Description

この発明は、電話帳番号を記憶することができる電話帳記憶装置を有する移動電話または他の電話のような、電話に関する。

電話番号と他のデータを記憶することができるメモリを無線電話に備えることは移動電話の分野において一般的である。単に電話帳として典型的に知られているこのメモリは電話番号(それは手動で入力されるかもしれないしまたは発信者ＩＤ番号の形態でまたはディレクトリサービスから受信されるかもしれない）およびキーパッドを介してユーザーにより手動で典型的に入力される対応する名前またはニックネームを記憶することができる。電話帳(phonebook)は、電話ユーザーにとって非常に価値のあるリソースになりつつあり、使いやすさを大いに容易にし、書類リスト、日記、電話帳(telephone directories)の必要性を回避する。

電話帳の人気とサイズが上昇するとともに、ますます多くの努力が、電話帳の人間工学的な使用に向けられている。電話を選ぶ場合、電話の使いやすさは、ユーザーの購入選択に決定的に重要な意味を持つことができる。

ほとんどの携帯電話ユーザーは、ユーザーが通信する仲間集団を有する。この集団の電話番号と名前をアルファベット順にまたはある手動で入力された順番に記憶することは電話帳にとって典型的である。アルファベット順に記憶して表示することに関連する問題は、電話帳が数の長いリストに大きくなるとき、電話帳が扱いにくくなることである。携帯電話は、一般に非常に小さなディスプレイを有し、一度に数人の名前しか表示できない。したがって、アルファベットリストの特定のセクションにユーザーがジャンプすることを可能にするにはあるスクロール機構が必要である。携帯電話は非常に限られたキーパッド（典型的には１２のキーとあるファンクションキー）を有している。従って、ユーザーがいくつかのキーの押下を必要とせずにアルファベット内の特定の文字にユーザーがジャンプすることをイネーブルにすることは可能ではない。電話帳が非常に頻繁に連絡を取る必要がある人の名前と番号と一緒に非常にまれにしか連絡を取らない人の名前と番号でいっぱいになることは問題である。非常に煩雑に連絡を取る必要があるグループの番号へのアクセスは、電話帳の過度に詰め込まれた性質により妨害される。

ユーザーが自分の良く知られている番号の第１の電話帳ロケーションおよびあまり知られていないロケーションのためのより低い順位のロケーションを選択する手動で順序付けられた代替案は便宜的ではない。電話使用の性質は、処理されている仕事に応じて、ユーザーへの関連性において、電話番号が成長しおよび衰退することである。例えば、ユーザーが家を売ろうとしているなら、彼または彼女の代理人の電話番号は電話帳で最も重要な番号になるかもしれない。しかし、家が売られれば、その番号は再び必要ではないかもしれない。最も最近に外からかかってきた電話または電話の発信（例えば、最後の１０個）を記録する着呼レジスターまたは発呼レジスターを備えることは典型的であり、これは現在使用度が高い番号を迅速にアクセスするための有用な特徴であるが、これらのレジスターは、すべてのユーザーのニーズを満たさない。例えば、最後の１０個の電話の発信がすべて同じ番号であったなら、発呼レジスターは、１つの番号が１０回繰り返されて満たされるかもしれない。

ダイヤルのための電話帳へのアクセスおよび他の電話番号へのアクセスのより便利なモードを電話ユーザーに提供する必要がある。

この発明によれば、電話のための回路が提供される。この回路は電話番号と関連するデータを含むユーザーデータを記憶するデータストア、および表示のためにユーザーデータをソートするソート手段を有し、このソート手段は、電話番号の使用頻度に従ってユーザーデータをソートすることを特徴とする。

ユーザーデータは、それぞれの電話番号から受信した呼の数に従っておよび／またはそれぞれの電話番号に対してなされた呼の数に従ってソートされてもよい。

所定の期間内に所定の発呼電話番号を有する呼が受信される回数および／または所定の着呼電話番号を有する呼が作られるまたは要求される回数をカウントするためのカウント手段を提供してもよい。

また、この発明は、上述した回路を有する電話、およびソート手段によりソートされた着呼番号を表示するディスプレイも提供する。

この発明の他の観点に従って、電話のための回路が提供される。この回路は、電話の着信の呼出し番号を受信する手段と、呼ばれた番号により特定される電話の相手への接続を要求する手段と、表示のための出力に電話アイテムを供給する手段を有する。

電話アイテムは、受信された呼の頻度および要求された接続の頻度に応じてソート順序に従って表示のためにソートされる。

この発明の特定の実施形態は、例示としてのみ、図面を参照して以下記載されるであろう。

図１は、この発明の好適実施形態に従って移動電話の構造を図解するハードウエアブロック図である。 図２は、図１のマイクロプロセッサー内で実行しているソフトウェアの動作を図解するプロセスフロー図である。 図３は、図１のマイクロプロセッサー内で実行しているソフトウェアの動作を図解するプロセスフロー図である。

図１は、アンテナ１１およびマイクロプロセッサー１２に接続された無線電話モジュール１０（例えば、ＧＳＭまたはＩＳ−９５規格無線モジュール）を有する移動電話装置を図解する。

マイクロプロセッサーに接続されているのは、ディスプレイ１３、キーパッド１４、リードオンリメモリ（例えば、フラッシュ（登録商標）ＥＥＰＲＯＭ）１５およびランダムアクセスメモリ１６である。マイクロプロセッサー１２とＲＯＭ１５とＲＡＭ１６は、無線電話モジュール１０および他のエレメントと一緒に結合されるとき電話を形成するための単一回路１７に一緒に集積することができるが、当業者は、図示する種々の回路は部分的に分解することができ、種々の集積形態で結合することができることを理解するであろう。

ＥＥＰＲＯＭ１５において、電話の着信レジスター２０と電話の発信レジスター２１を有する電話帳２２が示される。

電話帳２２は、実際には、電話番号と（名前およびニックネームそして恐らくは、入力の日時と、ビジネス／パーソナル等のような属性のような）関連するデータを記憶するデータベースである。レジスター２０および２１が電話帳２２の一部であると考えるかどうか（例えば、独自の電話の着信／発信属性を有するそのデータベース内の入力）または、それらが別個のデータレジスターとして考えられるかどうかは重要ではない。説明を簡単にするために、図１においては、電話の着信レジスター２０と電話の発信レジスター２１は各々電話帳２２の一部であるように図解されている。

動作において、無線電話モジュール１０は、アンテナ１１を介して無線電話基地局と通信し、（固定電話または他の移動無線電話を介して）他の電話の相手からの呼を受信する。呼が無線電話モジュール１０により受信されると、受信された制御チャネル情報は、無線電話モジュール１０に対して、発呼者の電話番号を示す。発呼者は、呼び出しの番号を保留する選択肢を有する。その場合、無線電話モジュール１０は、発呼者の番号（発呼者ＩＤ）が保留されたことを示す表示を受信する。無線電話モジュール１０が電話の着信を受信するとき、これはイベントとしてマイクロプロセッサー１２に提供され、発呼者ＩＤまたは発呼者ＩＤの保留を含む、電話の着信に関するすべての情報がマイクロプロセッサー１２に供給される。

マイクロプロセッサー１２は、電話の着信の処置を決定するソフトウエアプログラムを有する。例えば、マイクロプロセッサー１２は、着信音を発生することができる。またはマイクロプロセッサー１２は、振動信号を発生することができ、または音声メールに転換することができまたは他の機能を実行することができる。呼に応答するかどうかに関するインフォームドチョイス(informed choice)をユーザーが行うことができるためにディスプレイ１３に発呼者ＩＤを表示することができる。そして、ユーザーは、キーパッド１４またはある他のオフフック(off-hook)活性化スイッチを用いてその呼に応答することができる。マイクロプロセッサー１２の動作は、一部分、ＲＯＭ１５に記憶されたユーザーが設定可能なパラメーター２４により決定される。ユーザー設定可能なパラメーターの例は次の通りである。着信音の選択、着信音対振動音の選択、音声メールに切り替える前の遅延、等。マイクロプロセッサー１２は、（電話の着信レジスター２０に）、発呼者ＩＤと、受信した日時のような任意の他の関連する情報を含む、電話の着信に関する情報を記憶する。

電話の発信動作において、ユーザーは、キーパッド１４を用いて番号をダイヤルする。そして、その番号は典型的にディスプレイ１３に表示される。番号がダイヤルされたとき、ユーザーは、キーパッド１４上のキーを押して電話をかけ、マイクロプロセッサー１２は、無線電話モジュールにその電話番号への呼を発呼するように指示する。そうしているうちに、発呼された番号は、電話の発信レジスター２１に記憶される。呼が呼び出された相手により受信されたなら、無線電話モジュール１０は、マイクロプロセッサー１２に、呼が受信されたことを通知し、そして、ユーザーは、（図示しない）音声チャネルを介して双方向通信を行うことができる。

キーパッド１４内の番号を手動でダイヤルすることの代わりとして、ユーザーは、ＲＯＭ１５内の電話帳２２からダイヤルされる番号を選択することができる。キーパッド１４は、ディスプレイ１３上に表示されるメニューオプションの中で電話帳メニューオプションを選択するために使用することができる。電話帳メニュー選択肢が選択されるとき、電話帳番号のリストがディスプレイ１３に表示される。番号のリストは、電話の着信レジスターまたは電話の発信レジスターに関連する必要は無いが、所望であれば、これらのレジスターの１つの内容を表示のために選択することができる。ユーザーは、キーパッド１４を用いて表示された番号をスクロールし、ダイヤルするために所望の番号を選択することができる。

マイクロプロセッサーのメニュー内の代替メニュー項目として、ソフトウェアは、ユーザーが電話の着信レジスター２０からの番号をダイヤルすることを可能にする。電話帳２２に類似した方法で、電話の着信レジスター２０内の番号は、ディスプレイ１３に表示されユーザーはキーパッド１４を用いてこれらの番号をスクロールし、ダイヤルするための番号を選択する。これは、アクティブなコンタクト番号に呼を迅速に戻すための特に有用な特徴である。電話の着信レジスター２０は、応答された呼と、応答されなかった呼とに分割してもよい。ユーザーが応答されない番号をダイヤルすることを可能にすることは、特に有用である。他方、応答されない呼は、ユーザーにとってより関心が少ない、例えば、それらは頼んでいないのに与えられた電話の着信である環境がある。ユーザーによる番号のダイヤルを容易にするために電話帳２２または電話の着信レジスター２０と同様の方法で、ＲＯＭ１５内の電話の発信レジスター２１を使用してもよい。

電話の発信レジスターは、最も最近にダイヤルされた番号のリストを記憶し、これらは、本質的にユーザーにとって価値のある番号である。また、頻繁にこれらの番号は電話帳２２に存在するであろう。しかし、そうとも限らないであろう。電話の着信レジスター２０および電話の発信レジスターは、電話帳２２にある情報を複写する必要はない。データの複製を回避し、それによりメモリ空間の使用を低減するために、電話の着信レジスター２０と電話の発信レジスターは、関連する電話の相手の番号と名前が記憶されている電話帳２２内のロケーションにインデックスを付けるインデックス番号を記憶することができる。

従来、ロケーション番号またはアルファベット順によって電話帳２２の内容をソートすることは一般的であった。ロケーション番号により記憶する場合に、低いインデックスロケーションにおいて自分の重要な番号を記憶するユーザーに責任があるので、これらはリストの一番上に現れ、それゆえ、ディスプレイ１３に表示される任意のリストに表示される最初のものである。アルファベット順の場合には、順番と重要度との間には相関は無い。電話帳２２が非常に長い番号のリストであるなら、ダイヤルのために所望の番号を見つけるためにリストをスクロールしなければならないことは非常に不便であり得る。

図２を参照すると、電話の着信に含まれるマイクロプロセッサー１２のソフウェアがより詳細に示される。図２は、マイクロプロセッサー１２が多数のプロセスを実行することを図解する。これらのプロセスは、電話帳プロセス４０、電話の着信プロセス４１、マッチングプロセス４２、電話の着信レジスタープロセス４３、カウント、統合、ソートおよび表示プロセス４４乃至４７、セット統合期間プロセス４８および選択プロセス６０を含む。

動作において、ユーザーは電話帳プロセス４０を開始して手動で電話番号と対応する名前を電話帳２２に入力することができる。呼が受信されるとき、無線電話モジュール１０はマイクロプロセッサー１２に、電話の着信が受信中であることを知らせ、マイクロプロセッサー１２は、（もしあれば）電話の着信内で受信される発呼者ＩＤと電話帳２２内の電話番号との間の一致をサーチ（処理４２）する。

このマッチングプロセスにおいて、電話番号内の主要な数字は決定的に重要な意味を持たないことに留意すべきである。何故ならこれらは、国コードと市外局番に従って代わるかもしれないからである。識別された一致があるなら、一致プロセス４２は電話の着信レジスタープロセス４３に、この発呼者の詳細を見つけることができる電話帳２２内のインデックスを識別するインデックス番号５０を供給する。これらの詳細は、以前の時にユーザーにより入力された発呼者の名前を含んでいてもよい。一致がない場合、マッチングプロセス４２は単に電話の着信レジスター４３に、発呼者の生の電話番号５１を供給する。または、発呼者が保留された発呼者ＩＤを有するなら、この情報は電話の着信レジスタープロセス４３に供給される。

電話の着信レジスタープロセス４３は、電話の着信の詳細、例えば、電話帳２２内で識別された相手のインデックス番号または生の電話番号を記憶する。電話の着信レジスタープロセス４３は、受信の日と時間を記憶する。電話の着信レジスタープロセスは限られた容量を有するので、ある容量を超える電話の着信情報またはある日より前に受信した電話の着信情報を削除する。一例として、電話の着信レジスター４３は、８日間のデータを記憶してもよい。他の例として、電話の着信レジスターは、呼が受信される毎に全体のデータを記憶しない。むしろ、電話の着信レジスターは、受信された呼が最初に発生した場合に特定の発呼者のためのデータを記憶し、その後でその相手から受信された呼の反復された発生の時間とデータを記憶する。また、電話の着信レジスターは、電話の着信がユーザーにより応答されたかまたはされなかったかどうかを記録する。

電話の着信レジスタープロセス４３に関連するのはカウントプロセス４４である。このプロセスは、電話の着信レジスターに記憶された各発呼者から呼が受信された回数をカウントする。プロセス４５は統合期間にわたって異なる発呼者のカウンター値を統合する。一例として、統合期間は、１週間であってもよい。この場合、プロセス４５は、どの相手が過去７日間で最も煩雑な発呼者であったかを示す。(プロセス４４および４５は、分離できないかもしれないし同じプロセスかもしれないことは当業者により容易に理解されるであろう。）プロセス４８に従って、ユーザーは、代わりの統合期間、例えば１ヶ月または２日を選択してもよい。選択された期間は、ユーザーが設定可能なパラメーター２４としてＲＯＭ１５に記憶される。この特徴の有用性は以下に説明される。

ソーティングプロセッサー４６は、発生の頻度の順番に電話の着信レジスター４３からのデータをソートし、ディスプレイプロセス４７は、この情報をディスプレイ１３に表示する。このように、統合期間内に最も煩雑な発呼者である相手は、電話の着信のリストの一番上に現れる。ディスプレイプロセス４７において表示される情報は単に発呼者の名前であるかもしれない。または、発呼者が電話帳２２に含まれてなく、それゆえプロセスにおいて一致がなかったなら、ディスプレイプロセス４７は、発呼者の生の電話番号を表示する。プロセス６０において、ユーザーはダイヤルするための番号を選択することができる。するとすぐ、図３のプロセスは開始する。

次に、動作が一例を参照して記載される。一例として、時間につれてよりポピュラーでなくなる所定の電話帳エントリーは、７日間の期間にわたってゼロに低減する週合計カウントを有するであろう。

例示1
日１:番号＝01234 5678903,4,6,7,4,2,2週合計＝２８
日２：番号＝01234 5678900,3,4,6,7,4,2週合計＝２６
日３：番号＝01234 567890 0, 0, 3,4,6,7,4週合計＝２４
日４：番号=01234 567890 0,0,03,4,6,7週合計＝２０
日５：番号＝01234 567890 0,0,0,0,3,4,6週合計＝１３
日６：番号＝01234 567890 0,0,0,0,0,3,4週合計＝７
日７：番号＝01234 567890 0,0,0,0,0,0,3週合計＝３
日８：番号=01234 567890 0,0,0,0,0,0,0週合計＝０
番号は日ごとにもとづいてポピュラリティリスト上を漸次移動される。日８によって番号は、ゼロの週合計を有する。以前にNo.01234567890を持っていた人が引っ越すか、または既存のモバイルの会員登録を変更し、新しい番号を割り当てられるなら、これは起こり得る。

上述の配列は多数の利点を有する。１つの利点は、複数の呼が同じ相手から受信されたとき、ディスプレイ１３は不必要に同じ電話番号で満たされないということである。他の利点は、装置に頻繁に電話をかける相手は、しばしば電話をする必要があるかもしれない人への高い優先度のコンタクトである（しかし必ずしもそうではない）。

低い使用のユーザーは高い使用のユーザーによって選択されるかもしれないより長い統合期間を選択してもよい。選択されたコンタクトを有したバースト的に集中した行動を有し、他のコンタクトに移動するユーザーは、より長続きするコンタクトを有するユーザーより、より短い統合時間を好むであろう。

記載された配列の変形において、電話の着信レジスター４３は、応答された電話の着信と、応答されない電話の着信に分割され、メニューオプションがユーザーに供給され、応答された電話の着信と応答されない電話の着信のいずれかの表示を選択する。電話の着信レジスターのこれらの部分の各々は、記載された方法でソートし表示することができる。

図３を参照すると、電話をかける動作においてマイクロプロセッサー１２により実行されるプロセスが図解される。電話帳プロセス４０および選択プロセス６０に加えて、電話の発信プロセッサー６１、電話の発信レジスタープロセッサー６２、カウント、統合、ソート、および表示プロセス６３乃至６６およびセット統合プロセス６７がある。

動作において、電話の発信をしたいユーザーは最初に電話帳プロセス４０を用いて電話帳２２内の番号を調べることができる。または、ユーザーは手動でキーパッド１４に番号をダイヤルすることができる。代わりのオプションは、ユーザーが、図２に関連してすでに記載された選択プロセス６０を使用し、それにより電話の着信レジスター２０から番号を選択すること、または以下に記載する方法で電話の発信レジスターから番号を選択することである。

ダイヤルするために番号を選択すると、電話の発信がプロセス６１により行われ、ダイヤルされた番号は電話の発信レジスタープロセス６２に記憶される。

電話の着信レジスタープロセスに関しては、電話の発信レジスターは、第１の部分と第２の部分に分割することができ。一方の部分は、成功した、すなわち、受取人が応答した電話の発信を記録し、他方の部分は、応答されない電話の発信を記録する。カウント、統合、ソートおよび表示プロセス６３乃至６６は、図２を参照して記載されたものと同一である。プロセス４５に関して、統合プロセス６４のための統合期間はユーザー選択可能である。期間セットは、プロセス４５に対して選択された期間と同じであってもよいし又は異なっていてもよい。表示プロセス６６の結果は、最も最近にダイヤルした番号または相手の表示であり、ユーザーは、選択プロセス６０においてこれらの相手の一人を選択することができる。ダイヤルするための相手を選択すると、ダイヤルするための実際の電話番号が電話帳２２内に見つけることができるかまたは電話の発信レジスター内に見つけることができる。

図２および図３のカウント、統合、ソートおよび表示プロセスの１つ以上を結合することができ、それにより、電話の発信および着信を結合した番号の単一リストが表示され、合計カウントによりソートされ、番号は、電話の着信レジスターに現れるたびに一回カウントされ、電話の発信レジスターに現れるたびに一回カウントされる。例えば、所望であれば、各番号のための日ごとのカウント桁は、番号01234567890および番号01234567890へのすべての成功した（接続された）呼からすべての成功した電話の着信を記録することができる。従って、これは、日ごとのカウントを、番号への成功した呼の数に純粋に基づかせるよりもむしろ、電話帳エントリーがハンドセットユーザーに評判がよいよりバランスの取れた視野を与えるであろう。「発信のみ」と「着信と発信」の計算との間の区別は、ハンドセットメニューシステムを介してユーザー選択可能であり得る。

このように、ポピュラーな電話帳エントリーを見つけるために、ユーザーには代替的方法が提供されている。それは、そうでなければ従来のアルファベットの分類を使用して多くのキーの押下を必要とするかもしれない。ユーザーには、優先度の降べきの順、すなわち、最もポピュラーなものが最初の順に最もポピュラーな電話帳エントリーが提示される。

上述の記載は一例のみに与えられたことが理解されるであろう。例えば、カウント、統合、およびソートプロセスは、種々の方法で実施することができ、必ずしも記載した方法で分離される必要は無い。また、プロセス間のデータの正確なフローは、決定的に重要な意味を持たない。例えば、特定のデータアイテムが記憶されるかどうか、および特定のプロセスがその記憶ロケーションにインデックスを付けるかどうかは問題ではない。同様に、発信レジスターおよび着信レジスターが分離されているかまたは単一のレジスターかどうかは問題ではない。これらは、エントリーが電話の着信か、電話の発信か、成功した呼か、不成功な呼かどうかを示すために種々の属性を有した単一レジスターとして結合することができる。詳細の種々の変形は、添付したクレームおよび均等物に述べられたこの発明の精神と範囲内で当業者により行うことができる。

Claims (15)

1. 電話のための回路であって、前記回路は、電話番号と、関連するデータを含むユーザーデータを記憶するためのデータストアと、表示のために前記ユーザーデータをソートするソート手段を有し、前記ソート手段は、前記電話番号の使用頻度に従って前記ユーザーデータをソートすることを特徴とする、電話のための回路。
2. 電話の着信の電話番号を受信する手段を備え、前記ソート手段は、それぞれの電話番号から受信された呼の数に従って前記ユーザーデータをソートする、請求項１に記載の回路。
3. 所定の発信電話番号を有する呼が受信される回数をカウントする手段をさらに備えた、請求項２に記載の回路。
4. 前記カウント手段は、所定期間内に所定の発信電話番号を有する呼が受信される回数をカウントする、請求項２に記載の回路。
5. ユーザーが前記所定の期間を選択する手段が提供される、請求項４に記載の回路。
6. 前記カウント手段は、複数の発信電話番号に対して、前記所定の期間内に前記複数の発信電話番号の各々に対して呼が受信された回数をカウントする、請求項３に記載の回路。
7. 電話の着信の受け入れを示す信号を入力する手段をさらに有し、前記ソート手段は、受け入れられた呼の受信頻度に従って表示のために発信電話番号をソートする、請求項２乃至６のいずれか１つに記載の回路。
8. 前記回路は、発呼された電話番号により識別される相手に接続を要求する手段を有し、それぞれの電話番号に対してなされた呼の数に従って表示のためにユーザーデータをソートする手段により特徴づけられる、請求項１乃至７のいずれか１つに記載の回路。
9. 所定の発呼される電話番号を有する呼が要求される回数をカウントするカウント手段をさらに備えた、請求項８の回路。
10. 前記カウント手段は、所定の期間内に所定の発呼された電話番号を有する呼が要求される回数をカウントする、請求項８の回路。
11. ユーザーが前記所定期間を選択する手段が提供される、請求項１０の回路。
12. 前記カウント手段は、複数の発呼された電話番号に対して、前記所定期間内に前記複数の発呼された電話番号の各々に対して呼が要求された回数をカウントする、請求項１０の回路。
13. 発呼された相手への接続を示す信号を入力するための手段をさらに有し、前記ソート手段は、発呼された相手への接続の頻度に従って表示のために発呼された電話番号をソートする、請求項８乃至１２のいずれか１つに記載の回路。
14. 請求項１乃至１３のいずれか１つに記載の回路と、前記ソート手段によりソートされた発呼された番号を表示するためのディスプレイを有した電話機。
15. 電話のための回路であって、前記回路は、
    電話の着信の発信番号を受信する手段と、
    発呼された番号により識別された相手に接続を要求する手段と、および
    受信した呼の頻度および要求された接続の頻度に依存したソート順番に従って表示のために電話アイテムをソートする手段により特徴づけられる、表示の出力に前記電話アイテムを供給する手段とを有した、電話のための回路。

Images