(57)【要約】移動電話のような電話のための回路。この回路は、電話帳アイテムを記憶するための、および電話帳アイテムに関連するグループ属性を記憶するためのメモリと、通話および発信者識別を受信するための無線電話受信機への接続と、受信された呼の処理を選択するためのコントローラーを有する。動作モードは、複数の動作モード、例えば、「パーソナル」、「緊急」、「パーソナルプラス緊急」、「オールコール(all call)」、「ノーコール(no call)」等から選択される。受信された発呼者の識別は、電話帳アイテムと比較され（４２）、受信された呼（４６、４７、４８、４９）のための処理は、その電話帳アイテムのためのグループ属性および現在の動作モードに依存して選択される。
2007511153.tif 000002
【特許請求の範囲】
【請求項１】
電話のための回路において、前記回路は、
電話帳アイテムを記憶するためのおよび電話帳アイテムに関連するグループ属性を記憶するためのメモリと、
受信した通話のために発信者識別を受信する手段と、
受信した呼の処理を選択するためのコントローラーであって、前記コントローラーは、複数の動作モードから１つの動作モードを選択する手段と、受信した発信者識別を電話帳アイテムと比較する手段と、その電話帳アイテムのためのグループ属性と現在の動作モードに依存して受信した呼の処理を選択する手段とを備えた、電話のための回路。
【請求項２】
前記メモリは、ここの電話番号の形態で電話帳アイテムを記憶するように構成され、個々の電話番号のための複数のグループ属性を記憶するように構成される、請求項１の回路。
【請求項３】
複数のグループ属性を有する電話番号に対して、前記受信した呼のための処理を選択する手段は、優先順位をつけられた処理のヒエラルキーに従って処理を選択する、請求項２の回路。
【請求項４】
前記通話および前記発信者識別を受信するための無線電話受信機と組み合わせて請求項１乃至３のいずれかに記載の回路を備えた電話装置。
【請求項５】
ユーザーに電話の着信を警告するための警報発生器をさらに備え、前記選択手段は、前記警報発生器を選択的に活性化する、請求項４の電話装置。
【請求項６】
電話の着信に対してユーザーに警告するための第１および第２の警報発生器をさらに備え、前記選択手段は、前記第１および第２の警報発生器の選択された１つを選択的に活性化する、請求項４の電話装置。
【請求項７】
ボイスレコーダーをさらに備え、前記選択手段は、前記ボイスレコーダーを選択的に活性化する、請求項４、５、または６の電話装置。
【請求項８】
複数のオプショナルモードをユーザーに提示することができるユーザーインターフェースと、ユーザーが前記オプショナルモードから１つのモードを選択し記憶することを可能にする手段とをさらに備えた、請求項４乃至７のいずれか１つに記載の電話装置。
【請求項９】
電話装置において電話着信を処理する方法において、
関連するグループ属性を備えた電話番号の記憶を維持することと、
発呼者識別子を備えた電話の着信を受信することと、
前記発呼者識別子と一致する電話番号のための前記記憶をサーチすることと、
一致する電話番号が見つけられた場合に、前記一致する電話番号のためのグループ属性と現在の動作モードに依存して前記呼の処理を選択することとを備えた方法。
【請求項１０】
前記呼処理を選択するステップは、ユーザーを警告することとメッセージ記録サービスに切り替えることを含む代替処理のセットから１つの処理を選択することを備えた、請求項９の方法。
【請求項１１】
前記代替処理のセットは、可聴警報を発生することと、非可聴警報を発生することとを含む、請求項１０の方法。
【請求項１２】
前記代替処理のセットは、前記呼を代替電話番号に転換することを含む、請求項１０および１１のいずれかに記載の方法。
【請求項１３】
前記呼の処理を選択するステップは、一致する電話番号が２以上のグループ属性を有するとき、処理のヒエラーキカルセットの１つの選択することを備えた、請求項１０乃至１２のいずれかに記載の方法。
【請求項１４】
無線電話受信機に接続されたプロセッサーのメモリにロードされるとき、前記プロセッサーに請求項９乃至１２のいずれかの方法を実行させる命令とデータを記憶したコンピューターソフトウェアプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明の電話の着信を受信することができ、電話の着信に対して代わりの処理を選択することができる、無線電話装置のような電話装置に関する。
【背景技術】
【０００２】
電話番号と他のデータを記憶することができるメモリを無線電話に備えることは移動電話において一般的である。単に電話帳として典型的に知られるこのメモリは、（手動で入力されるかもしれないまたは発呼者ＩＤ番号の形態でまたはディレクトリサービスから受信されるかもしれない）電話番号と、キーパッドを介してユーザーにより手動で典型的に入力される対応する名前またはニックネームを記憶することができる。電話帳(phonebook)は、電話ユーザーにとって非常に価値のあるリソースになりつつあり、使いやすさを大いに容易にし、書類リスト、日記、電話帳(telephone directories)の必要性を回避する。
【０００３】
また、電話の着信が発呼者ＩＤの手段により識別され、ユーザーが発呼者を識別するのを支援するためにそのように識別された電話番号のために電話帳がサーチされることは一般的である。受信された電話番号が電話帳内のエントリーと一致するなら、電話帳に入力された名前またはニックネームは装置のディスプレイに表示することができ、ユーザーは、電話の着信に応答するかどうかまたは他の行動を取るかを決定することができる。電話帳内に着信電話番号の一致が見つからないなら、その番号自体を表示し、従ってユーザーは、発呼者は、ユーザーの電話帳にリストアップされていないことを知ることが典型的である。
【０００４】
米国特許番号６４１８２１１は、発呼者ＩＤのマッチングに依存した電話の着信のための代わりの処理を記載する。その文献は２つの代替モード、すなわち、呼スクリーニングがイネーブルであるモードと、イネーブルでないモードを記載する。コールスクリーニングがイネーブルでないなら、すべての呼は「受理される」。コールスクリーニングがイネーブルなら、発呼者ＩＤ番号が獲得され第１のリストおよび第２のリストと比較され、これらの比較に応じて、呼は受理されるか、音声メールに転換されるかまたはリジェクトされる。このスキームは、ユーザーがすべての呼を受理したくないとき、時々電話の着信を選別する能力を提供する。しかしながら、このスキームは、その柔軟性と応用性において制限されている。
【０００５】
ユーザーが電話の着信のための代わりの処理を制御可能にするより柔軟な方法のための必要性がある。
【発明の概要】
【０００６】
この発明によれば、電話のための回路が提供される。回路は、電話帳アイテムを記憶するためのおよび電話帳アイテムに関連するグループ属性を記憶するためのメモリと、
受信した通話のための発呼者識別を受信する手段と、受信した呼の処理を選択するコントローラーを有する。コントローラーは、複数の動作モードから動作モードを選択する手段と、受信した発呼者の識別を電話帳アイテムと比較する手段と、その電話帳アイテムのためのグループ属性と現在の動作モードに基づいて受信した呼のための処理を選択する手段を含む。
【０００７】
メモリは望ましくは個々の電話番号の形態で電話帳アイテムを記憶し、および個々の電話番号のための複数のグループ属性を記憶するように構成される。複数のグループ属性を有する電話番号の場合、受信された呼のための処理を選択するための手段は望ましくは、優先順位のつけられた処理のヒエラルキーに従って処理を選択する。
【０００８】
この発明の第２の観点に従って、通話および発呼者識別を受信する無線電話受信機と組み合わせた上述した回路を備えた電話装置が提供される。選択手段は、警報発生器を選択的に活性化することができ、電話の着信に対してユーザーに警告する。電話の着信に対してユーザーに警告するための第１および第２の警報発生器があってもよく、選択手段は、選択的に第１および第２の警報発生器の選択された１つを選択的に活性化する。ボイスレコーダーを備えても良く、選択手段により選択的に活性化される。
【０００９】
複数のオプションのモードは、望ましくはディスプレイのようなユーザーインターフェースを介してユーザーに提示され、選択手段は、ユーザーがオプションのモードから１つのモードを選択して記憶することを可能にする。
【００１０】
この発明の他の観点に従って、添付されたクレームに提示するように、電話装置において着信する通話を処理する方法、およびこの方法を実行するためのコンピューターソフトウェア製品が提供される。
【００１１】
この発明の好適実施形態は一例としてのみ、図面を参照して説明する。
【発明を実施するための最良の形態】
【００１２】
図１は、アンテナ１１およびマイクロプロセッサー１２に接続された無線電話モジュール１０（例えば、ＧＳＭまたはＩＳ−９５規格無線モジュール）を有する移動電話を図解する。マイクロプロセッサーに接続されるのは、ディスプレイ１３、キーパッド１４、リードオンリーメモリ（例えば、フラッシュ（登録商標）ＥＥＰＲＯＭ）１５、およびランダムアクセスメモリ１６である。マイクロプロセッサー１２、ＲＯＭ１５、およびＲＡＭ１６は、無線電話モジュール１０および他のエレメントと結合されるとき、電話を形成するための単一回路１７に一緒集積することができるが、図示する種々の回路は、部分的に分解され種々の集積形態に結合することができることは当業者により理解されるであろう。ＥＥＰＲＯＭ１５において、電話帳２０、未応答の呼レジスター２１およびユーザー設定可能なパラメーター２２のセットが示される。
【００１３】
動作において、無線電話モジュール１０はアンテナ１１を介して無線電話基地局と通信し、（固定電話または他の移動電話を介して）他の相手からの呼を受信する。
【００１４】
無線電話モジュール１０により呼が受信されると、受信されたページングチャネル情報は、無線電話モジュール１０に発呼者の電話番号を示す。発呼者は、発呼番号を保留するオプションを有し、この場合、無線電話モジュール１０は、発呼者番号（発呼者ＩＤ）が保留されている表示を受信する。無線電話モジュール１０が着信呼を受信すると、これはイベントとしてマイクロプロセッサー１２に提示され、電話の着信に関するすべての情報は、発呼者ＩＤまたは発呼者ＩＤの保留を含めて、マイクロプロセッサー１２に供給される。
【００１５】
マイクロプロセッサー１２は電話の着信の処理を決定するソフトウェアプログラムを有する。例えば、マイクロプロセッサー１２、着信音を発生させることができ、または振動信号を発生することができ、または呼を音声メールに転換することができまたは他の機能を実行することができる。ユーザー入力が要求される場合には、発呼者の名前または番号がディスプレイ１３に表示されユーザーがその呼に応答するかどうかのインフォームドチョイスを行うことが可能であり、ユーザーは、キーパッド１２またはある他のオフフック活性化スイッチを用いてその呼に応答することができる。マイクロプロセッサー１２は、電話の着信レジスターに、発呼者ＩＤおよび受信の時間と日のような任意の他の関連情報を含む電話の着信に関する情報を記憶する。電話着信が未応答なら（それが音声メールに転換されようとそうでなかろうと）この情報は、未応答呼レジスター２１に記憶される。
【００１６】
これらの番号の検索とダイヤルを容易にするために、電話帳２０は、電話のユーザーにより要求されるパーソナルコンタクトのための電話番号と名前を記憶する。呼が受信されると、電話帳２０は発呼者ＩＤとのマッチのためにサーチされ、一致が見つけられるなら、電話帳２０内の対応する名前がディスプレイ１３に表示される。ここまで記述されたソフトウェアプログラムのこれらの種々の特徴は既存の携帯電話ソフトウェアにおいて一般的である。
【００１７】
マイクロプロセッサー１２の動作は、ＲＯＭ１５に記憶されたユーザー設定可能なパラメーター２２により一部が決定される。ユーザー設定可能なパラメーターの例は次のとおりである：着信音の選択、音声メールに切り替わる前の遅延、等。マイクロプロセッサーのこれらの動作はユーザー入力に依存しない。名前と番号を記憶することに加えて、電話帳２０は、電話帳内の個々のエントリーのためのグループ属性を記憶する。例えば、パーソナルコンタクトのためのグループ、ビジネスコンタクトのためのグループ、および緊急コンタクトのための第３グループを作成することができる。電話番号が２以上のグループに属することが可能である。例えば、配偶者の番号は、緊急グループとパーソナルグループの両方に属してもよい。グループには、呼処理のための優先度を与えることができる。好ましいグループと優先度は次の通りである。
【００１８】
１．  緊急最上位優先度
２．  ビジネスとパーソナルの等しい中位の優先度
３．未知の最下位優先度
図２は、電話の着信の受信の過程におけるマイクロプロセッサー１２内のソフトウェアの動作を図解する。図２は、マイクロプロセッサー１２が多数のプロセスを実行することを示す。これらのプロセスは、電話帳プロセス４０、電話の着信プロセス４１、マッチングプロセス４２、呼処理プロセス４４、セットモードプロセス４５、着信音、振動、音声メールおよび転換プロセス４６乃至４９、未応答呼レジスタープロセス５０およびソートおよび表示未応答呼プロセス５１を含む。
【００１９】
動作において、ユーザーは、電話番号および対応する名前を電話帳２０に手動で入力するために電話帳プロセス４０を開始することができる。呼が受信されると、無線電話モジュール１０は、マイクロプロセッサー１２に、電話の着信が受信されることを通知し、マイクロプロセッサー１２は、電話の着信（もしあれば）内で受信された発呼者ＩＤと電話帳２０内の電話番号との間の一致をサーチする（プロセス４２）。このマッチングプロセスにおいて、電話番号内のリーディングデジット(leading digits)は、決定的に重要な意味を持たない。なぜなら、これらのデジットは、国コードおよび市外局番に従って変わるかもしれないことに留意する必要がある。識別された一致があるなら、マッチプロセス４２は呼処理プロセス４４に、この発呼者の詳細を見つけることができる電話帳２０内のインデックスおよびグループ属性６１を識別するインデックス６０を配信する。一致しない場合、マッチングプロセス４２は、単に呼処理プロセス４４に、発呼者が発呼者ＩＤを保留したという情報を配信する。
【００２０】
別個のプロセスにおいて、ユーザーは、いつでも電話のための動作のモードを選択することができる。動作のモードの例は以下のものを含む。
【００２１】
・ノーコール(no calls)
・緊急呼のみ
・ビジネスおよび緊急呼
・パーソナルおよび緊急呼
・ビジネス、パーソナル、および緊急呼
・オールコール(all calls)
・利用可能なグループの任意の組み合わせ、組み合わせの上記リストは、代表的な例のセットである。
【００２２】
モードは、セットモードプロセス４５において、ユーザーがキーパッド１４を用いてメニュー機能を活性化させ、マイクロプロセッサー１２に、ディスプレイ１３上にメニューを表示させ、キーパッド１４を用いてメニューをスクロールし、所望のモードを選択することにより選択される。
【００２３】
呼処理プロセス４４は、マッチングプロセス４２およびセットモードプロセス４５から入力を取り、これらの入力の両方を用いて、その呼のための処理を選択する。選択された呼処理は、着信音機能４６、振動機能４７、音声メール機能４８、または転換機能４９の１つであってよい。図示していない代替オプションがあってもよいし、これらの機能内にサブセクションがあってもよい。例えば、着信音プロセス４６において選択可能ないくつかの着信音があってもよいし、音声メールプロセス４８において、いくつかの発信音声メールメッセージがあってもよいし、または、転換プロセス４９が電話の着信を変換することができるいくつかの代替あて先番号があってもよい。呼処理プロセス４４が呼の処理のための選択を行う詳細が以下に記載される。特定の処理（例えば、着信音４６）を選択すると、例えば、呼が未応答である場合には、プロセスは、プロセス４４に戻ってもよい。するとすぐに、呼処理プロセス４４は、二次呼処理（例えば、音声メール４８）を選択することができる。呼が未応答なら、発呼者ＩＤ（電話帳４０内の発呼者のインデックス）は、未応答呼レジスター２１に登録される。プロセッサー５１は選択されると、ユーザーに表示するために電話帳４０から名前または他の必要な情報を取り出して、ディスプレイ１３に未応答呼をソートして表示する。
【００２４】
種々のシナリオの例が与えられる。６つのシナリオが与えられる。各シナリオは、電話内の動作のあらかじめ設定可能なモードを表す。各シナリオにおいて、４つの発呼グループがある。シナリオ毎におよび発呼グループ毎に、行動または処理が記載される。これらの表において、「ＭＳ」は「移動局」を意味し電話装置を指す。
【表１】
2007511153.tif 000003
【表２】
2007511153.tif 000004
【表３】
2007511153.tif 000005
【表４】
2007511153.tif 000006
【表５】
2007511153.tif 000007
【表６】
2007511153.tif 000008
【００２５】
上述した方法の擬似コード表示は以下に示される
【数１】
2007511153.tif 000009
【００２６】
この発明の好適実施形態のさらなる特徴に従って、ソートおよび表示プロセス５１は、グループに従って任意の未応答の呼をソートする。
【００２７】
グループには、優先度の階層的順序が与えられ、最高の優先度グループからの呼が最初に表示される。グループ優先度は上に提示した。
【００２８】
特に好適な実施形態において、緊急、ビジネス、およびパーソナルの各グループは、そのグループがディスエーブルされるときそのグループのための電話の着信に適用できる（同じ番号であることもあり得る）選択可能な転換番号を有する。
【００２９】
以下にこの発明の動作を図解するいくつかの電話帳エントリーの一例を示す。この例では、以下のように３つの電話帳エントリーがある。
【数２】
2007511153.tif 000010
【００３０】
この例において、３つの代替モードが選択可能である。これらは、パーソナル、ビジネスおよびビジネスまたは緊急である。現在モードがパーソナルに設定されるなら、上述した番号のいずれかからの呼は（ｐ）グループとの一致を生じる。現在モードがビジネスに設定されるなら、Ｍａｒｋからの呼のみが許可され、他は、ユーザーの好みに応じて音声メールにリダイレクトされるかまたは送られる。現在モードがビジネスまたは緊急に設定されるなら、ＭａｒｋとＷｉｆｅからの電話の着信は成功裏に許可されるであろう。これは表７に図解される。
【表７】
2007511153.tif 000011
【００３１】
表７は５つの列と４つの行を有する。５つの列は異なる動作モードを表し、４つの行は４つのグループの異なるカテゴリを表す。ユーザーは特定のモードにおいて、特定のグループのための所望の処理を設定する。従って、ビジネスまたは緊急モードにおいて、ビジネスグループまたは緊急グループからの呼のみが受理され、緊急のみのモードにおいては、緊急グループからの呼のみが受理される。呼が「受理」されると、警報がユーザーに発生される。警報の性質（選択された着信音、信号、フラッシング警報）は表７において指定することができ、またはある他のユーザー設定に依存することができる。呼が受理されないとき、音声メールまたは転換の選択は、表７においてあらかじめ設定することができ、または、ある他の最優先の設定により決定することができる。表７は、特定の音声メールまたは要求された転換機能（例えば、特定のあて先電話番号のための特定の発信メッセージ）に関してより詳細な記述を提供することができる。表７は、上に提示した擬似コードに対するルックアップ代替物として、ＥＥＰＲＯＭ１５のユーザー設定可能なパラメーターエリア２２に記憶することができる。
【００３２】
表８は、表７から流れる異なるユーザーからの呼の処理を図解する。
【００３３】
表８は、電話に記憶される表ではないが、単に電話帳内のデータに基づいて呼の処理の結果を図解する。
【表８】
2007511153.tif 000012
【００３４】
他の列は表７に加えることができる。例えば、ユーザーが会議中であり、可聴警報を望まず、音声メールに呼を切り替えることを望まないとき、信号警報を発生させるためにユーザーがあるグループの発信者を選択することを可能にする「会議」モードを追加することができる。図７に示される代替物がある場合、これらの１つを表自体に設定することができるか（例えば、緊急のみのモードにおいて、ビジネス呼が転換のために設定される間、パーソナル呼は音声メールに転換するために設定することができる）またはオプションは、さらなる選択可能なグローバルなメニューオプションにより解決することができる。
【００３５】
上述した記載は一例としてのみ与えられたことが理解されるであろう。例えば、図２で図解されるさまざまなプロセスは、種々の方法で実施することができ、記載した方法のように必ずしも分離する必要はない。また、プロセス間のデータの正確なフローは決定的に重要な意味を持たない。例えば、特定のデータアイテムがどこに記憶されるか、および特定のプロセスがその記憶ロケーションにインデックスをつけるかどうかは問題ではない。詳細の種々の変更は、添付したクレームおよび均等物に述べられたこの発明の精神と範囲内で当業者により行うことができる。
【図面の簡単な説明】
【００３６】
【図１】図１は、この発明の好適実施形態に従って移動電話の構造を図解するハードウエアブロック図である。
【図２】図２は、図１のマイクロプロセッサーで実行中のソフトウェアの動作を図解するプロセスフロー図である。
【図１】
2007511153.tif 000013
【図２】
2007511153.tif 000014
【国際調査報告】
2007511153.tif 000015
2007511153.tif 000016
2007511153.tif 000017