(57)【要約】デバイス上での、多数の格納された電話番号である可能性を有する通話の開始は、曖昧なフィルタ文字列のエントリに対する統合フィールドの使用を介して、単純化される。ユーザが統合フィールドにおいて電話番号を手動で指定するかどうか、またはフィルタ文字列に連絡先のフィルタリングを提供するかどうかは自明でもアプリオリでもないので、少なくとも１つのフィルタ文字列に基づいて、フィルタリングが実行される。フィルタリング結果のリストの一部分である連絡先の中で、デフォルトの連絡先が、クイックアクセスのために選択される。
2009510954.tif 000002
【特許請求の範囲】
【請求項１】
通信をフィルタリングするための方法であって、該方法は、
キーの選択の指示を受信することであって、該キーは、アルファベット文字および数字と関連付けられている、ことと、
該キーと関連付けられた該数字を、表示文字列に追加することと、
該キーと関連付けられた該アルファベット文字を、フィルタ文字列に追加することと、
連絡先管理データベースをフィルタリングし、データベースエントリに対する参照のリストを形成することであって、該リストにおける参照は、該フィルタ文字列を含む該連絡先管理データベースにおけるエントリを参照する、ことと、
該表示文字列と該参照のリストにおける所定の参照との間のユーザ選択を受信することと、
該ユーザ選択に基づいて、通信を開始することと
を包含する、方法。
【請求項２】
前記通信は電話通話である、請求項１に記載の方法。
【請求項３】
前記ユーザ選択は、前記参照のリストにおける前記所定の参照であり、前記電話通話は、相手先番号として、前記所定の参照によって参照されるデータベースエントリ内の電話番号を指定する、請求項２に記載の方法。
【請求項４】
前記表示文字列は完全に数字であり、前記ユーザ選択は前記表示文字列であり、前記電話通話は、相手先番号として、前記表示文字列を指定する、請求項２に記載の方法。
【請求項５】
ユーザに対し、前記データベースエントリに対する参照のリストにおけるデフォルトの候補の参照の選択の指示を提示することをさらに含む、請求項１に記載の方法。
【請求項６】
前記デフォルトの候補の参照と関連付けられたデータベースエントリから、相手先番号のリストを表示することをさらに含む、請求項５に記載の方法。
【請求項７】
ユーザ入力に基づいて、前記デフォルトの候補の参照として、前記参照のリストにおける新しい参照を選択することをさらに含む、請求項５に記載の方法。
【請求項８】
前記新しい参照と関連付けられたデータベースエントリから、相手先番号のリストを表示することをさらに含む、請求項７に記載の方法。
【請求項９】
前記デフォルトの候補の参照に固有のユーザ入力を受信することと、
該ユーザ入力の該受信に応答して、該ユーザに、前記デフォルトの候補の参照と関連付けられた相手と通信する複数の方法を提示することと
をさらに含む、請求項５に記載の方法。
【請求項１０】
前記相手と通信する複数の方法は、電話通話することを含んでいる、請求項９に記載の方法。
【請求項１１】
前記相手と通信する複数の方法は、ショートメッセージングサービスメッセージを送信することを含んでいる、請求項９に記載の方法。
【請求項１２】
前記相手と通信する複数の方法は、インスタントメッセージを送信することを含んでいる、請求項９に記載の方法。
【請求項１３】
前記相手と通信する複数の方法は、マルチメディアメッセージングサービスメッセージを送信することを含んでいる、請求項９に記載の方法。
【請求項１４】
前記相手と通信する複数の方法は、ｅメールメッセージを送信することを含んでいる、請求項９に記載の方法。
【請求項１５】
前記表示文字列が完全に数字であるという決定に応答して、前記キーと関連付けられた数字のみを、該表示文字列に追加することを実行することをさらに含んでいる、請求項１に記載の方法。
【請求項１６】
前記表示文字列が完全に数字であるという決定に応答して、エントリの現在のモードが数字であることを指示することをさらに含んでいる、請求項１５に記載の方法。
【請求項１７】
前記表示文字列がもはや完全に数字ではないという決定に応答して、エントリの現在のモードがアルファベットであることを指示することをさらに含んでいる、請求項１６に記載の方法。
【請求項１８】
前記データベースエントリに対する参照のリストは、データベースエントリに対する参照の第１のリストであり、
受信通話および送信通話のデータベースをフィルタリングし、データベースエントリに対する参照の第２のリストを形成することであって、該第２のリストにおける参照は、該受信通信および送信通信のデータベースにおけるエントリを参照し、該受信通信および送信通信のデータベースは、前記フィルタ文字列を含む、ことと、
該データベースエントリに対する参照の該第１のリストと、該データベースエントリに対する参照の該第２のリストとを組み合わせることと
をさらに含んでいる、請求項１に記載の方法。
【請求項１９】
前記組み合わせの結果、マスターリストが形成され、
前記方法は、
前記第２のリストにおける特定の参照は、前記連絡先管理データベースに存在しないディレクトリ番号と関連付けられていることを決定することと、
該特定の参照と関連付けられた指示を表示することと
をさらに含む、請求項１８に記載の方法。
【請求項２０】
ユーザ入力を受信することと、
該受信に応答して、前記表示文字列に文字を追加するモードに変更することと
をさらに含む、請求項１に記載の方法。
【請求項２１】
前記変更することは、数字モードからアルファベットモードに切り替えることを含んでいる、請求項２０に記載の方法。
【請求項２２】
通信を開始するための装置であって、該装置は、
メモリと、
該メモリに格納された連絡先管理データベースと、
複数のキーを有するキーボードであって、該キーボードは、該複数のキーの中の所定のキーの選択の指示を送信するように構成されている、キーボードと、
通信サブシステムと、
他のデバイスサブシステムと、
短距離通信サブシステムと、
プロセッサであって、
該所定のキーの選択の指示を受信することであって、該所定のキーは、アルファベット文字および数字と関連付けられている、ことと、
該所定のキーと関連付けられた該数字を、表示文字列に追加することと、
該所定のキーと関連付けられた該アルファベットを、フィルタ文字列に追加することと、
該連絡先管理データベースをフィルタリングし、該連絡先管理データベースにおけるエントリに対する参照のリストを形成することであって、該リストにおける参照は、該フィルタ文字列を含む該連絡先管理データベースにおけるエントリを参照する、ことと、
該表示文字列と該参照のリストにおける所定の参照との間のユーザ選択を受信することと
該ユーザ選択に基づいて、通信を開始することと
を実行するように構成されている、プロセッサと
を備えている、装置。
【請求項２３】
コンピュータ読み取り可能な命令を格納するコンピュータ読み取り可能な媒体であって、該コンピュータ読み取り可能な命令は、電話デバイスにおけるプロセッサによって実行されたときに、該プロセッサに、
キーの選択の指示を受信することであって、該キーは、アルファベット文字および数字と関連付けられている、ことと、
該キーと関連付けられた該数字を、表示文字列に追加することと、
該キーと関連付けられた該アルファベット文字を、フィルタ文字列に追加することと、
該連絡先管理データベースをフィルタリングし、該連絡先管理データベースにおけるエントリに対する参照のリストを形成することであって、該リストにおける参照は、該フィルタ文字列を含む該連絡先管理データベースにおけるエントリを参照する、ことと
該表示文字列と該参照のリストにおける所定の参照との間のユーザ選択を受信することと、
該ユーザ選択に基づいて、通信を開始することと
を実行させる、コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野）
本出願は、概して、通信を開始することに関し、より具体的には、通信を指定する相手先アドレスの決定に関する。
【背景技術】
【０００２】
（発明の背景）
電話番号を「ダイアルする」動作には、中央の回転軸のまわりで実際にダイアルを回転させることを含む時代があった。当時、典型的には、少なくとも北米においては、接続したいと考える端末を指定するためには、７桁の電話番号をダイアルすることのみが要求されていた。所定の人物のローカルな通話エリアとして定義された地理的領域の外の端末に通話するためには、すなわち「長距離」通話するためには、数字「１」および３桁のエリアコードが、７桁の電話番号の前に要求された。
【０００３】
今日では、モバイル電話ネットワークおよびファクシミリマシンの急増が原因で、多くの北米の都市圏において、電話サービスのプロバイダは、追加的かつ重複的な３桁のエリアコード（特定の地理的エリアは、エリアコードによって予め定義されている）を追加することが要求されている。したがって、ローカルな通話に対してさえも、特定の端末を指定するためには、全１０桁の電話番号が要求される。
【０００４】
さらに、今日の多くの電話は「ダム（ｄｕｍｂ）」端末ではなく、顕著な処理能力および内蔵型のメモリを有している。家庭用の使用に特に適したコードレス電話ハンドセットは、発呼線（ｃａｌｌｉｎｇ  ｌｉｎｅ）の識別情報（すなわち、発呼者のＩＤ）ならびに頻繁に通話してくる番号の短いリストを格納することが公知である。多くのモバイル（セルラ）電話は、例えば連絡先および電話番号のタイプ（例えば、ビジネス、ファクシミリ、モバイル、ホーム、等）のような情報と関連して、多数の電話番号を格納するためのメモリを有している。多くのデスクトップコンピュータおよびノートブックコンピュータにおいて使用される際、連絡先管理ソフトウェアは、各連絡先に関連付けられた顕著な量の情報を格納することが可能であることが公知である。ポータブルデジタルアシスタント（ＰＤＡ；Ｐｏｒｔａｂｌｅ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）およびハンドヘルドコンピュータは、フルサイズコンピュータ上の連絡先管理アプリケーションによって管理される連絡先データベースと、ＰＤＡまたはハンドヘルドコンピュータ上の連絡先管理アプリケーションによって管理される連絡先データベースとを同期させるための機構と共に、開発されてきた。追加的に、ＰＤＡおよびハンドヘルドコンピュータには、ますますモバイル電話能力が提供されるようになってきている。そのようなモバイル電話能力が、拡張型の連絡先管理データベース（これもまた、そのようなデバイス上で利用可能である）において容易に利用可能な情報と組み合わされたときに、通話動作は、中央の回転軸のまわりでダイアルを回転させることから、多大な進歩を示すことがわかっている。
【０００５】
しかしながら、そのような利用可能な技術を用いた連絡先への通話の複雑さは、この連絡先が頻繁に通話される連絡先である場合でさえも、通話する人に、かつてのダイアルの単純さを回想させる結果につながり得る。例えば、モバイル電話能力を有するポピュラーなＰＤＡのオペレーティングシステムを使用して、連絡先へ通話することは、最初に電話アプリケーションを起動させ、所定のボタンを選択し、この連絡先に関連付けられた特定のデータベースエントリを選択し、このデータベースエントリから特定の電話番号を選択し、この特定の電話番号への通話を開始することを含み得る。別のポピュラーなデバイスのオペレーティングシステムにおいて、ユーザは、電話アプリケーションを起動させた後に、メニューを出現させ、このメニューから「アドレス帳からのダイアル（ｄｉａｌ  ｆｒｏｍ  ａｄｄｒｅｓｓ  ｂｏｏｋ）」を選択し、連絡先管理データベースから連絡先に対するデータベースエントリを選択し、このデータベースエントリにおける特定の電話番号を選択し、この特定の電話番号への通話を開始し得る。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
明らかに、高度な連絡先管理データベースを有するデバイス上で電話通話を開始する動作は、単純化からの利益を享受し得る。加えて、電話通話ではない、代替的な方法の通話が所望され得る。
【課題を解決するための手段】
【０００７】
図面に対する参照がなされる。
【０００８】
高度な連絡先管理データベースを有するデバイス上で通信を開始する動作は、曖昧な入力に基づいて、表示文字列および少なくとも１つのフィルタ文字列を生成することによって単純化される。曖昧な入力が、潜在的に全体の数字である間は、表示文字列は表示であり続ける。少なくとも１つのフィルタ文字列に基づいて、高度な連絡先管理データベースをフィルタリングすることによって、マスターリスト（ｍａｓｔｅｒ  ｌｉｓｔ）が形成される。マスターリストの一部分である連絡先の中で、デフォルトの連絡先が、クイックアクセス（ｑｕｉｃｋ  ａｃｃｅｓｓ）のために選択される。表示文字列とマスターリスト内の連絡先に対する参照との間での選択を示すユーザ入力に基づいて、通信が開始される。
【０００９】
本発明の一局面にしたがうと、通信を開始するための方法が提供される。この方法は、キーの選択の指示を受信することであって、このキーは、アルファベット文字および数字に関連付けられている、ことと、キーに関連付けられた数字を表示文字列に追加することと、キーに関連付けられたアルファベット文字をフィルタ文字列に追加することと、を含んでいる。この方法はさらに、連絡先管理データベースをフィルタリングし、データベースエントリに対する参照のリストを形成することであって、このリストにおける参照は、フィルタ文字列を含む連絡先管理データベースにおけるエントリを参照する、ことと、表示文字列と参照リスト内の所定の参照との間のユーザ選択を受信することと、このユーザ選択に基づいて、通信を開始することと、を含んでいる。本出願のその他の局面において、この方法を実行するための装置が提供され、この方法を実行するようにプロセッサを適合させるために、コンピュータ読み取り可能な媒体が提供される。
【００１０】
本出願のその他の局面および特徴は、添付の図面に関連して、本出願の特定の実施形態に関する以下の記載を参照することにより、当業者には明白に理解され得る。
【発明を実施するための最良の形態】
【００１１】
図１は、ハンドヘルドコンピュータ１０２の典型的な動作環境を示している。特に、ハンドヘルドコンピュータ１０２は、パーソナルコンピュータ１０４と関連付けられたものとして示されている。ハンドヘルドコンピュータ１０２上で実行される個人情報管理（ＰＩＭ；Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎａｇｅｒ）アプリケーションによって維持されるデータアイテムは、パーソナルコンピュータ１０４上で実行されるＰＩＭアプリケーションと、同期化されることがあり得る。
【００１２】
公知の通り、パーソナルコンピュータ１０４とハンドヘルドコンピュータ１０２との間の同期化は、例えば直接シリアル接続またはユニバーサルシリアルバス（ＵＳＢ；Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）接続のようなワイヤライン接続を介して、達成され得る。さらに、パーソナルコンピュータとハンドヘルドコンピュータとの間の同期化は、例えば赤外線接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、または無線ローカルエリアネットワーク（ＷｉＦｉ、ＩＥＥＥ  ８０２．１１）接続を介して、達成され得る。
【００１３】
パーソナルコンピュータ１０４は、パーソナルコンピュータ１０４上で実行されるＰＩＭアプリケーションが、エンタープライズサーバ１０６に対するクライアントとして機能し得るように、ローカルエリアネットワーク（ＬＡＮ；ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）１０５を介して、エンタープライズサーバ１０６と通信し得る。そのようなエンタープライズサーバは、Ｍｉｃｒｏｓｏｆｔ  ＥｘｃｈａｎｇｅサーバおよびＩＢＭ  Ｌｏｔｕｓ  Ｎｏｔｅｓサーバを含むことが公知である。特に、パーソナルコンピュータ１０４上のＰＩＭアプリケーションによってアクセスされるデータアイテムと、ハンドヘルドコンピュータ１０２上で実行されるＰＩＭアプリケーションによって維持されるデータアイテムとの間の同期化は、無線周波数（ＲＦ；ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）、例えば、Ｍｏｂｉｔｅｘ（登録商標）、ＤａｔａＴＡＣ（登録商標）、汎用パケット無線サービス、データ接続を使用することにより、エンタープライズサーバ１０６とハンドヘルドコンピュータ１０２との間で行われ得る。
【００１４】
ハンドヘルドコンピュータ１０２がモバイル通信デバイスである場合、ハンドヘルドコンピュータ１０２は、ＲＦデータ接続を介して、アンテナ１１０と通信し得、このアンテナは、図１においては、無線通信ネットワークを表現している。典型的にそうであるように、無線通信ネットワークは、ワイドエリアネットワーク（ＷＡＮ；ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）１０８と通信可能なように接続されたものとして示されており、このワイドエリアネットワークは、現時点でのインターネットまたはその後継を含み得る。アンテナ１１０に対する無線通信、無線通信ネットワーク、およびＷＡＮ１０８を介することにより、ハンドヘルドコンピュータ１０２上のデータアイテムは、エンタープライズサーバ１０６上のデータアイテムと同期化され得る。
【００１５】
ハンドヘルドコンピュータ１０２には、ソフトウェア媒体１１２からの本出願の例示的な方法を実行するための、コンピュータ読み取り可能な命令がロードされ得る。このソフトウェア媒体は、ディスク、テープ、チップ、フラッシュメモリカード、またはランダムアクセスメモリであり得、遠隔ソースからダウンロードされたファイルを含んでいる。
【００１６】
図２は、ハンドヘルドコンピュータ１０２を示しており、このハンドヘルドコンピュータは、ハウジング、入力デバイス（例えば、複数のキーを有するキーボード２２４）、および出力デバイス（ディスプレイ２２６）を含んでいる。この出力デバイスは、フルグラフィックまたはフルカラーの液晶ディスプレイ（ＬＣＤ；Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）であることが好適である。その他のタイプの出力デバイスが、代替的に利用され得る。処理デバイス（マイクロプロセッサ２２８）は、図２においては、キーボード２２４とディスプレイ２２６との間に接続されたものとして、概略的に示されている。マイクロプロセッサ２２８は、ディスプレイ２２６の動作、およびハンドヘルドコンピュータ１０２の全体的な動作を制御し、部分的には、ユーザによるキーボード２２４上のキーの作動に応答する。
【００１７】
ハウジングは、垂直方向に細長いものであり得るか、またはその他のサイズおよび形状（クラムシェルハウジング構造を含む）を取り得る。ここでは、キーボード２２４は、少なくとも１つのアルファベット文字および少なくとも１つの数字に関連付けられたキーを含んでおり、このキーボード２２４は、モード選択キー、アルファベット入力と数字入力との間を切り替えるための、その他のハードウェアまたはソフトウェアを含み得る。
【００１８】
図２においては、マイクロプロセッサ２２８に加え、ハンドヘルドコンピュータ１０２のその他の部分が概略的に示されている。これらは、通信サブシステム２０２；短距離通信サブシステム２０４；キーボード２２４およびディスプレイ２２６、ならびに一連のＩ／Ｏデバイス２０６、シリアルポート２０８、スピーカ２１０、およびマイクロフォン２１２を含む、その他の入力／出力デバイス；ならびにフラッシュメモリ２１６およびランダムアクセスメモリ（ＲＡＭ；Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２１８を含むメモリデバイス；その他の様々なデバイスサブシステム２２０を含んでいる。ハンドヘルドコンピュータ１０２は、音声通信能力およびデータ通信能力を有する、双方向無線（ＲＦ）通信デバイスであることが好適である。加えて、ハンドヘルドコンピュータ１０２は、インターネットを介して、その他のコンピュータシステムと通信する能力を有していることが好適である。
【００１９】
マイクロプロセッサ２２８によって実行されるオペレーティングシステムソフトウェアは、コンピュータ読み取り可能な媒体（例えば、フラッシュメモリ２１６）に格納されることが好適であるが、その他のタイプのメモリデバイス（例えば、リードオンリメモリ（ＲＯＭ；ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）または同様の格納要素）に格納され得る。加えて、システム、ソフトウェア、特定デバイスアプリケーション、またはそれらの一部分が、揮発性格納装置（例えば、ＲＡＭ２１８）に一時的にロードされ得る。モバイルデバイスによって受信された通信信号はまた、ＲＡＭ２１８に格納され得る。
【００２０】
マイクロプロセッサ２２８は、そのオペレーティングシステム機能に加えて、ハンドヘルドコンピュータ１０２上で、ソフトウェアアプリケーションの実行が可能である。基本的なデバイスの動作（例えば、音声通信モジュール２３０Ａの動作およびデータ通信モジュール２３０Ｂの動作）を制御する、所定のセットのソフトウェアアプリケーションは、製造中にハンドヘルドコンピュータ１０２上にインストールされ得る。シリアルバイパスモジュール２３０Ｃもまた、本出願の局面を実装するために、製造中にハンドヘルドコンピュータ１０２上にインストールされ得る。同様に、ソフトウェアモジュール２３０Ｎとして示されている追加的なソフトウェアモジュール（これは例えば、ＰＩＭアプリケーションであり得る）が、製造中にインストールされ得る。ＰＩＭアプリケーションは、データアイテム（例えば、ｅメールメッセージ、カレンダーイベント、音声メールメッセージ、予約、およびタスクアイテム）を組織および管理することが可能であることが好適である。ＰＩＭアプリケーションはまた、無線キャリアネットワーク１１０を介して、データアイテムを送信および受信することが可能であることが好適である。好適には、ＰＩＭアプリケーションによって管理されるデータアイテムは、無線キャリアネットワーク１１０を介して、ホストコンピュータシステムに格納されているか関連付けられている、デバイスユーザの対応するデータアイテムとシームレスに統合、同期化、および更新される。
【００２１】
データ通信および音声通信を含む通信機能は、通信サブシステム２０２を介して、そしてもしかすると短距離通信サブシステム２０４を介して、実行される。通信サブシステム２０２は、受信器２５０、送信器２５２、および１つ以上のアンテナ（受信アンテナ２５４および送信アンテナ２５６として示されている）を含んでいる。加えて、通信サブシステム２０２はまた、処理モジュール、例えばデジタル信号プロセッサ（ＤＳＰ；ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）２５８、局所発信器（ＬＯ；ｌｏｃａｌ  ｏｓｃｉｌｌａｔｏｒ）２６０を含んでいる。通信サブシステム２０２の特定の設計および実装は、ハンドヘルドコンピュータ１０２が動作することが意図されている通信ネットワークに依存する。例えば、ハンドヘルドコンピュータ１０２の通信サブシステム２０２は、Ｍｏｂｉｔｅｘ（登録商標）、ＤａｔａＴＡＣ（登録商標）、汎用パケット無線サービス（ＧＰＲＳ）のモバイルデータ通信ネットワークで動作するように設計され得る。また、このハンドヘルドコンピュータの通信サブシステムは、様々な音声通信ネットワークのうちのいずれか、例えば、アドバンスドモバイル電話サービス（ＡＭＰＳ；Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｅｒｖｉｃｅ）、時分割多重アクセス（ＴＤＭＡ；Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、符号分割多重アクセス（ＣＤＭＡ；Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、パーソナル通信サービス（ＰＣＳ；Ｐｅｒｓｏｌａｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｅｒｖｉｃｅ）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ；Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等と動作するようにも設計され得る。その他のタイプの音声およびデータネットワーク（分離および統合の両方）もまた、ハンドヘルドコンピュータ１０２と共に利用され得る。
【００２２】
ネットワークアクセス要求は、通信システムのタイプに依存して変動する。典型的に、識別子は、各モバイルデバイスに関連付けられており、モバイルデバイスまたはモバイルデバイスに加入した加入者を一意的に識別する。識別子は、特定のネットワークまたはネットワーク技術内で一意的である。例えば、Ｍｏｂｉｔｅｘ（登録商標）ネットワークにおいては、モバイルデバイスは、各デバイスに関連付けられたＭｏｂｉｔｅｘアクセスナンバー（ＭＡＮ；Ｍｏｂｉｔｅｘ  Ａｃｃｅｓｓ  Ｎｕｍｂｅｒ）を使用して、ネットワークに登録され、ＤａｔａＴＡＣ（登録商標）ネットワークにおいては、モバイルデバイスは、各デバイスに関連付けられたロジカルリンク識別子（ＬＬＩ；Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ）を使用して、ネットワークに登録される。しかしながらＧＰＲＳネットワークにおいて、ネットワークは、デバイスの加入者またはユーザに関連付けられている。したがって、ＧＰＲＳデバイスは、ＧＰＲＳネットワーク上で動作するために、一般的に加入者識別モジュール（ＳＩＭ；Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）と称されている、加入者識別モジュールを必要とする。ＳＩＭによって加入者を識別するのとは対照的に、ＧＳＭ／ＧＰＲＳネットワーク内のモバイルデバイスは、国際モバイル機器識別（ＩＭＥＩ；Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ）を使用して、一意的に識別される。
【００２３】
要求されたネットワーク登録手順または作動手順が完了すると、ハンドヘルドコンピュータ１０２は、無線キャリアネットワーク１１０を介して、通信信号を送信および受信し得る。受信アンテナ２５４によって無線キャリアネットワーク１１０から受信された信号は、受信器２５０にルーティングされ、この受信器は、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択等を提供し、さらには、アナログデジタル変換を提供する。受信された信号のアナログデジタル変換は、ＤＳＰ２５８が、より複雑な通信機能（例えば、復調および復号化）を実行することを可能にする。同様に、無線キャリアネットワーク１１０に送信される信号は、ＤＳＰ２５８によって処理（例えば、変調および符号化）され、デジタルアナログ変換、周波数アップ変換、フィルタリング、増幅、および送信アンテナ２５６を介した無線キャリアネットワーク１１０（またはネットワーク）への送信のために、送信器２５２に提供される。
【００２４】
通信信号を処理することに加え、ＤＳＰ２５８は、受信器２５０および送信器２５２の制御を提供する。例えば、受信器２５０および送信器２５２における通信信号に適用される利得は、ＤＳＰ２５８に実装された自動利得制御アルゴリズムを介して、適応可能なように制御され得る。
【００２５】
データ通信モードにおいて、受信された信号（例えば、テキストメッセージまたはウェブページダウンロード）は、通信サブシステム２０２によって処理され、マイクロプロセッサ２２８に入力される。そして受信した信号はさらに、マイクロプロセッサ２２８によって、ディスプレイ２２６に対して、あるいは何らかの補助Ｉ／Ｏデバイス２０６に対して、出力される。デバイスユーザはまた、キーボード２２４および／またはその他の何らかの補助Ｉ／Ｏデバイス２０６、例えば、タッチパッド、ロッカースイッチ、サムホイール、またはその他の何らのタイプの入力デバイスを使用して、データアイテム（例えば、ｅメールメッセージ）を編集し得る。そして編集されたデータアイテムは、通信サブシステム２０２を介して、無線キャリアネットワーク１１０上で送信され得る。
【００２６】
音声通信モードにおいて、デバイスの全体的な動作は、受信された信号がスピーカ２１０に出力され、送信のための信号がマイクロフォン２１２によって生成されるという点を除き、データ通信モードに類似している。代替的な音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ録音サブシステム）もまた、ハンドヘルドコンピュータ１０２上に実装され得る。加えて、ディスプレイ２２６もまた、発呼側の識別、音声通話の経過時間、またはその他の音声通話関連情報を表示するために、音声通信モードにおいて利用され得る。
【００２７】
短距離通信サブシステム２０４は、ハンドヘルドコンピュータ１０２とその他の隣接したシステムまたはデバイス（これは、必ずしも同様のデバイスではない）との間の通信を可能にする。例えば、短距離通信サブシステムは、同様に使用可能なシステムおよびデバイスとの通信を提供するために、赤外線デバイスおよび関連付けられた回路およびコンポーネント、またはＢｌｕｅｔｏｏｔｈ（登録商標）モジュールを含み得る。
【００２８】
パーソナルコンピュータ上で実行されるか、またはハンドヘルドコンピュータ上で実行される、ＰＩＭアプリケーションによって維持されるデータアイテムの数は、ＰＩＭアプリケーションの継続的な使用に伴って、だんだんと増加している。そのような増加は、連絡先管理データベース（例えば、フラッシュメモリ２１６内にあって、ハンドヘルドコンピュータ１０２のアドレス帳アプリケーションによって管理されている）における特定の連絡先に対して通話しようとするときに、フラストレーションにつながり得る。
【００２９】
データアイテム（またはデータベースエントリ）を発見するタスクを行うユーザを補助するために、フィルタリングスキームが提供され得る。１つの例示的なフィルタリングスキームにおいて、フィルタリングの対象である所定のデータベースエントリは、所定のデータベースエントリと関連付けるための一連のキーワード文字列を決定するために、予め処理される。例えば、「Ｍｉｃｈａｅｌ  Ｈａｒｄｙ」というデータベースエントリは、「Ｍｉｃｈａｅｌ」および「Ｈａｒｄｙ」という２つのキーワードに関連付けられ得る。そして、各キーワードが処理される。特に、所定のキーワードが処理されたとき、パターンまたはキーは、所定のキーワードの最初の３文字に基づいて、決定され得る。続いて、このパターンは、パターンマッチングスキームを使用して、所定のデータベースエントリを素早く発見するために使用され得る。
【００３０】
特に、例示的なスキームにおいて、キーワード文字列において使用され得る各文字は（例えば、文字、数字、アクセント文字、句読点）は、５ビット値（すなわち、１〜３１までの範囲の整数）にマッピングされ得る。例えば、ａまたはＡは１にマッピングされ得、ｂまたはＢは２にマッピングされ得、・・・、ｙまたはＹは２５にマッピングされ得、ｚまたはＺは２６にマッピングされ得る。しかしながら、各文字はユーザによって入力されるときに、ディスプレイ２２６上に示されるのはその文字であり、５ビット値または１０進数ではないということが明白に理解されるべきである。
【００３１】
このスキームにしたがうと、キーワード「Ｍｉｃｈａｅｌ」は、まず、最初の３文字が「ｍ」「ｉ」「ｃ」であることを決定し、そして、各文字をパターンの要素（すなわち、５ビット値）にマッピングするために処理される。例えば、「ｍ」は０１１０１（１３）にマッピングし、「ｉ」は０１００１（９）にマッピングし、「ｃ」は０００１１（３）にマッピングする。これら３つの５ビット値は、単一の１５ビット値０１１０１  ０１００１  ０００１１を形成するために組み合わされ得、その後これは、１０進数１３６０３に変換され得る。この１０進数値は、キーワード「Ｍｉｃｈａｅｌ」のパターンとして格納され得る。この３つの５ビット値は、３つの要素の組または三つ組み（０１１０１、０１００１、０００１１）または（１３、９、３）のパターンを形成していると考えられ得る。
【００３２】
このフィルタリングスキームは、データベースエントリ（例えば、連絡先に関連付けられており、連絡先管理データベースに格納されている、データベースエントリ）のリストを限定するために使用され得る。例えば、ユーザインターフェースが、特定の連絡先に関連付けられたデータベースエントリをユーザが発見することを可能にするために、ＰＩＭアプリケーションのユーザに提示され得る。まず、ユーザインターフェースは、ディスプレイ２２６上にデータエントリフィールド、および連絡先管理データベース内にデータベースエントリの完全リスト（ｃｏｍｐｌｅｔｅ  ｌｉｓｔ）を提供し得る。ユーザは、データエントリフィールドにおいて文字をタイプし得、ここで文字は、例えば、ユーザが発見することを望む特定の連絡先のファーストネーム（ｆｉｒｓｔ  ｎａｍｅ）またはラストネーム（ｌａｓｔ  ｎａｍｅ）に関連し得る。ユーザがデータエントリフィールドにおいてタイプすると、アドレス帳アプリケーションのユーザインターフェースによって提示されるデータベースエントリのリストは、限定され得る。
【００３３】
例えば、それぞれＭａｒｋ  Ｓｍｉｔｈ、Ｊａｓｏｎ  Ｍｉｎｄｙ、およびＭｉｃｈａｅｌ  Ａｄａｍｓという名前の３つの連絡先を、データベースエントリに維持しているアドレス帳アプリケーションを考える。ユーザが、ユーザインターフェースのデータエントリフィールドに文字「ｍ」を入力する場合、データベースエントリのリストは限定されない。なぜならば、３つのデータベースエントリの全てが、キーワード（このキーワードに対し、０１１０１が、対応するパターンの第１の要素として決定され得る）を有しているからである。ユーザが、ユーザインターフェースのデータエントリフィールドに文字「ｉ」を追加する場合、データベースエントリのリストは、Ｊａｓｏｎ  ＭｉｎｄｙおよびＭｉｃｈａｅｌ  Ａｄａｍｓのそれぞれのデータベースエントリのみに、すなわち、パターン（第１の要素として０１１０１を有し、第２の要素として０１００１を有する）に関連付けられたデータベースエントリにのみに、限定され得る。ユーザが、ユーザインターフェースのデータエントリフィールドに文字「ｃ」を追加する場合、データベースエントリのリストは、Ｍｉｃｈａｅｌ  Ａｄａｍｓのみに、すなわち、パターン（第１の要素として０１１０１を有し、第２の要素として０１００１を有し、第３の要素として０００１１を有する）に関連付けられたデータベースエントリのみに、限定され得る。このフィルタリングスキームにおけるパターンの使用は、データベースエントリのリストの限定を素早く実行することを可能にすると考えられ得る。
【００３４】
電話アプリケーションのホームスクリーンにおいて手動の電話入力を可能にするフィールドを提供することは公知である。電話アプリケーションのホームスクリーンにおいてメニューアイテムを有するメニューを提供することもまた公知である。これらのメニューアイテムは、連絡先を発見するためにアドレス帳アプリケーションによって管理されている連絡先データベース内のデータベースエントリをフィルタリングするためにテキスト入力を可能にし、そしてこれにより、通話されるべき連絡先の電話番号のその後の選択を可能にする、フィールドを提供する。
【００３５】
概して、本明細書中では、電話アプリケーションのホームスクリーンにおいて、単一の「統合（ｉｎｔｅｇｒａｔｅｄ）」フィールドを提供することが提案されている。この統合フィールドは、手動の電話番号入力として解釈され得る数字の入力、またはアドレス帳アプリケーションまたは自動的な電話番号の選択のためのその他のデータ格納装置によって管理されている連絡先管理データベース内のデータベースエントリをフィルタリングするための、アルファベットのフィルタリング文字列として解釈され得るアルファベット文字の入力を、可能にする。
【００３６】
公知の通り、モバイル電気通信およびコンピューティングデバイスのキーボードにおけるキーに使用されるスペースを節約するためには、キーボード上のキーを、２つ以上の文字を表現するように構成することが必要である。長く親しまれている例は、典型的な電話キーボード３００（図３参照）であり、このキーボード上では、単一のキー３０２は、数字「２」およびアルファベット文字「Ａ」、「Ｂ」、および「Ｃ」を表現し得る一方、別のキー３０８は、数字「８」およびアルファベット文字「Ｔ」、「Ｕ」、および「Ｖ」を表現し得る。ＱＷＥＲＴＹタイプのキーボードに対しては、共有度は低いが、それでも共有はしばしば行われる。第１の公知のＱＷＥＲＴＹタイプのキーボード４００（図４参照）において、１つのキー４０２は、アルファベット文字「Ｅ」および数字「２」を表現している一方で、別のキー４０３は、アルファベット文字「Ｒ」および数字「３」を表現しており、第３のキー４０４は、アルファベット文字「Ｓ」および数字「４」を表現している。第２のＱＷＥＲＴＹタイプのキーボード５００（図５参照）において、１つのキー５０１は、アルファベット文字「Ｅ」およびアルファベット文字「Ｒ」および数字「１」を表現している一方で、別のキー５０５は、アルファベット文字「Ｇ」およびアルファベット文字「Ｈ」および数字「５」を表現している。
【００３７】
動作中、ユーザは、ハンドヘルドコンピュータ１０２がデフォルト（または「ホーム（ｈｏｍｅ）」）スクリーンを表示している間に、キーボード２２４上のキーの押圧（ｐｒｅｓｓ）を開始し得る。そのようなキーの押圧は、統合フィールドによって電話アプリケーションを自動的に開始し得る。キーボード２２４上の各キーが押圧されると、押圧されたキーの指示は、キーボード２２４からマイクロプロセッサ２２８に送信される。マイクロプロセッサ２２８は、複数のフィルタ文字列を生成し、ディスプレイ２２６によって提供される電話アプリケーションのホームスクリーンの統合フィールドにおいて、表示文字列の表現をアレンジする。表示文字列は、複数のフィルタ文字列のうちの１つであるか、または押圧されたキーに対応する数字から構成され得る。
【００３８】
図６は、例示的な電話アプリケーションのホームスクリーン６００を示しており、このホームスクリーンは、統合フィールド６０２に表示された例示的な表示文字列の第１の数字「１」、およびフィルタ結果エリア６０４に提示されたマスターリスト（すなわち、フィルタ結果リスト）を有している。
【００３９】
図７は、本出願の一局面を実体化する方法における例示的なステップを示している。最初に、マイクロプロセッサ２２８は、第１の押圧されたキーの指示を受信する（ステップ７０２）。例えば、図６を参照すると、少なくとも数字「１」に関連付けられたキーの押圧の指示が、受信される。以下でさらに詳細に議論されるように、第１の押圧されたキーが数字に関連付けられている場合に、マイクロプロセッサ２２８は、数字の表示文字列を生成する（ステップ７０３）。第１の押圧されたキーがアルファベット文字にのみ関連付けられている場合に、マイクロプロセッサ２２８は、アルファベットの表示文字列を生成する（ステップ７０３）。押圧されたキーが複数の文字に関連付けられている場合に、マイクロプロセッサ２２８は、複数のフィルタ文字列を生成する（ステップ７０４）。図６の例において、そして図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００を使用すると、数字「１」に関連付けられたキーはまた、アルファベット文字「Ｅ」および「Ｒ」にも関連付けられている。第１の押圧されたキーが単一の文字に関連付けられている場合（例えば、図５の第２の公知のＱＷＥＲＴＹキーボード５００における「Ｍ」キー）、マイクロプロセッサ２２８は、単一のフィルタ文字列「Ｍ」を生成する（ステップ７０４）。複数のフィルタ文字列のうちの第１のフィルタ文字列は、押圧されたキーに関連付けられた複数の文字のうちの第１の文字（すなわち、アルファベット順で上位の文字）のみを含んでいる。第１のフィルタ文字列は、フィルタ文字列フィールド６０６に示されている。現在の例における第１のフィルタ文字列は「Ｅ」である。複数のフィルタ文字列のうちの第２のフィルタ文字列は、押圧されたキー等に関連付けられた複数の文字のうちの第２の文字のみを含んでいる。したがって、現在の例における第２のフィルタ文字列は「Ｒ」である。
【００４０】
そしてマイクロプロセッサ２２８は、１つ以上のフィルタ文字列の各々に基づいて、アドレス帳アプリケーションによって管理されている連絡先管理データベースをフィルタリングする（ステップ７０６）。フィルタリングは、上記で詳細に記載されたように実行され得るか、あるいは当業者に周知の多くのフィルタリングアルゴリズムのうちのいずれかを使用し得る。第１のフィルタ文字列に基づく、連絡先管理データベースのフィルタリング（ステップ７０６）の結果は、データベースエントリ（連絡先）に対する参照の第１のリストをもたらすと考えられ得る。第２のフィルタ文字列に基づく、連絡先管理データベースのフィルタリング（ステップ７０６）の結果は、データベースエントリ等に対する参照の第２のリストをもたらすと考えられ得る。フィルタリング（ステップ７０６）は、データベースエントリに対する参照の第１のリスト、データベースエントリに対する参照の第２のリスト、およびデータベースエントリに対する参照のその他任意のリスト（例えば、ハンドヘルドコンピュータ１０２において維持されている別のデータベース（例えば、通話ログ）のフィルタリングに由来するデータベースエントリに対する参照の第３のリスト）の和集合（ｕｎｉｏｎ）からのマスターリストの形成を含み得る。有利にも、通話ログ（これは、以前に受信された通話を参照し、例えば、テキスト発呼線識別情報を含んでいる）におけるデータベースエントリが存在し得る。フィルタリング（ステップ７０６）は、テキスト発呼線識別情報が、フィルタリング文字列のうちの１つと適合した場合には、マスターリストにおける通話ログエントリに対する参照を含み得る。
【００４１】
和集合の概念は、集合論において周知であり、２つ以上の集合の要素の全てを含む集合を意味する。データベースエントリに対する参照のリストの和集合の形成のポイントは、マスターリストにおけるデータベースエントリに対する重複した参照を回避することである。
【００４２】
図６に示されているように、マイクロプロセッサ２２８は、ステップ７０３において生成された表示文字列を統合フィールド６０２に提示する（ステップ７０８）ように、アレンジする。図６を参照すると、統合フィールド６０２は文字列「１」を提示している。第１の押圧されたキーが、少なくとも部分的に、数字と関連付けられている場合、マイクロプロセッサ２２８は、ユーザが手動の電話番号入力を実行することを期待するようにアレンジされる。マイクロプロセッサ２２８はまた、電話アプリケーションのホームスクリーン６００のフィルタ結果エリア６０４において、ステップ７０６のフィルタリングによって生成されたマスターリストの少なくとも一部分を提示する（ステップ７０８）ように、アレンジする。フィルタ結果エリア６０４のサイズが、全体のマスターリストを表示するためには不十分である場合、以下で記載されるような基準に基づいて、マスターリストにおけるデータベースエントリに対する第１の数個の参照のみが提示され得る。
【００４３】
マスターリストは、例えば、フィルタリングプロセスによって選択されたデータベースエントリの全てに対する参照を含む。例示的な実施形態において、フィルタリングプロセスによってマスターリストに含めるように選択されたデータベースエントリ内には、フィルタ文字列のうちの１つで開始するファーストネーム、ラストネーム、または会社名が存在している。図６に示されているように、電話アプリケーションのホームスクリーン６００のフィルタ結果エリア６０４に表示されているマスターリスト内のデータベースエントリに対する例示的な参照は、参照されたデータベースエントリに関連付けられた連絡先のファーストネーム、ラストネーム、および会社名を許容するスペースを含んでいる。フィルタ結果エリア６０４に提示されたマスターリストの一部分は、第１のフィルタ文字列「Ｅ」で開始するファーストネームと連絡する参照を含んでいる。
【００４４】
マイクロプロセッサ２２８は次に、ステップ７０２において受信されたキーの押圧に基づいて、表示文字列が数字のままであるかどうかを決定する（ステップ７１０）。デフォルトとしては、表示文字列は数字のままであるが、マイクロプロセッサ２２８は、ＳＥＮＤキーが押圧されたかどうかを決定すること（ステップ７１４）に応答して、表示文字列によって表現されている相手先番号に対する通話を開始する（ステップ７１６）。
【００４５】
ＳＥＮＤキーの押圧の決定は、多数のその他のキーの押圧（例えば、ＲＥＴＵＲＮキーの押圧、ＳＰＡＣＥキーの押圧）のうちのいずれかと共に、補助入力機構（例えば、トラックボール、トラックホイール、またはその他の同様なコンポーネント）上の選択動作に関連して行われ得る。
【００４６】
当業者は、電話通話の確立が地上通信線を介するものであるか、または無線チャネルを介するものであるかに関わらず、開始ステップ（７１６）の後に、電話通話を正しく確立させることが含まれるということを理解することが期待されている。
【００４７】
マイクロプロセッサ２２８が、ＳＥＮＤキーの押圧が受信されなかったことを決定した場合（ステップ７１４）、マイクロプロセッサ２２８は、候補の連絡先または電話番号が指定される可能性があるどうかを決定する（ステップ７１８）。指定される可能性がある場合、ユーザが、補助入力機構（トラックボール、トラックホイール等）を使用することによって、フィルタ結果エリア６０４内で下方にスクロールさせたり、候補の連絡先または候補の相手先番号を選択したり、ＳＥＮＤキーを押圧したりすることが企図され得る。マイクロプロセッサ２２８は、ＳＥＮＤキーが押圧されたことを決定した場合（ステップ７１４）、選択された連絡先に対する通話を開始する（ステップ７１６）。ユーザが連絡先に対する特定の相手先番号を選択した場合、マイクロプロセッサ２２８は、選択された相手先番号に対する通話を開始する（ステップ７１６）。ユーザが連絡先の選択のみを行い、選択された連絡先が２つ以上の相手先番号に関連付けられている場合、マイクロプロセッサ２２８は、通話が開始されるべき相手先番号に関する曖昧さを除去するように動作する（ステップ７１５）。
【００４８】
マスターリストは、フィルタ結果エリア６０４において、単に連絡先に対する参照として提示され得、１つのテキスト行は１つの連絡先に対応しており、ファーストネーム、ラストネーム、および会社名を許容するスペースを示している。このアプローチは、１つのスクリーン上に多数のユーザに対する参照を提供するが、ユーザが通話する連絡先を選択する場合に、複数の相手先番号のうちのどれが通話を開始するために使用されるべきかに関する質問に回答する形式で、第２のステップが要求される。あるいは、データベースエントリ（例えば、連絡先）に対する参照の各々は、後続のテキスト行によって達成され、１つのテキスト行は参照された連絡先に関連付けられた相手先番号に対応している。有利にも、ユーザは、通話が開始されるべき所定の連絡先の相手先番号を、直接的に指定し得る。不都合にも、後者のフィルタ結果の提示を使用すると、わずか数個の連絡先のみが、フィルタ結果エリア６０４にフィットし得る。
【００４９】
これらの２つのアプローチの間の折衷案として、マイクロプロセッサ２２８は、フィルタ結果エリア６０４において、データベースエントリに対する参照のリストを提示し得、データベースエントリに対する第１の参照は、相手先番号の後続の行に拡張される（図６参照）。ユーザは、入力デバイスの使用を介して、マスターリストにおけるその他のデータベースエントリに対する参照を探索し得る。ユーザが、入力デバイスの使用を介して、データベースエントリに対する参照に注意を集める（ハイライトする）と、マイクロプロセッサ２２８は、データベースエントリに対する参照を拡張し、選択されたデータベースエントリに関連付けられた各相手先番号を示す。加えて、マイクロプロセッサ２２８は、以前記拡張されたデータベースエントリを収縮させ、関連付けられた相手先番号を隠す。この拡張および対応する収縮の例のために、図８における例示的なスクリーン８００を、図６における電話アプリケーションのホームスクリーン６００と比較する。
【００５０】
マイクロプロセッサ２２８が、連絡先または相手先番号を指定するさらなる入力が受信されたことを決定した場合（ステップ７１８）、マイクロプロセッサ２２８は、さらなるキーの押圧を受信することを期待し得る（ステップ７０２）。さらなるキーの押圧が受信されると、統合フィールド６０２に提示される表示文字列は、延長される（図９および図１０参照）。マスターリストにおけるデータベースエントリに対する参照の個数は、表示文字列のサイズが増加しているので減少することが期待され、より少ないデータベースエントリが、フィルタ文字列のうちの１つに対する適合を含み得ることが期待される。
【００５１】
図９における例示的なスクリーン９００において、「５」キーの押圧の指示が、受信されている。統合フィールド６０２における表示文字列は、「１５」に更新されている。図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００を使用すると、「５」キーは、「Ｇ」および「Ｈ」にも関連付けられている。「１」および「５」のキーの押圧から導出され得る４つのフィルタ文字列は、ＥＧ；ＥＨ；およびＲＨである。したがって、フィルタ結果エリア６０４に表示されたマスターリストは、図８の例示的なスクリーン８００に対して更新される。
【００５２】
図１０における例示的なスクリーン１０００において、「１」の押圧は、ここでもまた、受信される。統合フィールド６０２における表示文字列は、「１５１」に更新される。「１」、「５」、および「１」のキーの押圧から導出され得る８個のフィルタ文字列は、ＥＧＥ；ＥＨＥ；ＥＧＲ；ＥＨＲ；ＲＧＥ；ＲＨＥ；ＲＧＲ；およびＲＨＲである。したがって、フィルタ結果エリア６０４に表示されたマスターリストは、図９の例示的なスクリーン９００に対して更新される。
【００５３】
特に、一旦、非数字キーの押圧（すなわち、数字に関連付けられていないキーのうちの１つのキーの押圧）が受信されると、マイクロプロセッサ２２８は、統合フィールド６０２における表示文字列を複数のフィルタ文字列のうちの１つに変化させ、フィルタ結果エリア６０４に表示されたマスターリスト内における参照の中から、デフォルトの候補の連絡先（データベースエントリ）の参照を、自動的に選択する（ステップ７１２）。図１１における例示的なスクリーン１１００において、「Ｓ」キーの押圧の指示が、受信されている。統合フィールド６０２における表示文字列は、「Ｒｈｅｓ」に更新されており、フィルタ文字列フィールド６０６（図６参照）は、冗長なので除去されている。「Ｅ／Ｒ」、「Ｇ／Ｈ」、「Ｅ／Ｒ」、および「Ａ／Ｓ」のキーの押圧から導出され得る１６個のフィルタ文字列は、ＥＧＥＡ；ＥＨＥＡ；ＥＧＲＡ；ＥＨＲＡ；ＥＧＥＳ；ＥＨＥＳ；ＥＧＲＳ；ＥＨＲＳ；ＲＧＥＡ；ＲＨＥＡ；ＲＧＲＡ；ＲＨＲＡ；ＲＧＥＳ；ＲＨＥＳ；ＲＧＲＳ；およびＲＨＲＳであり得る。したがって、フィルタ結果エリア６０４に表示されたマスターリストは、図１０の例示的なスクリーン１０００に対して更新される。例示的な実施形態において、マイクロプロセッサ２２８は、図１１における例示的なスクリーン１１００に示されているフィルタ結果エリア６０４に表示されたマスターリストにおける第１のデータベースエントリの参照を選択する。ここで、「Ｓ」キーの押圧の指示の受信は、ユーザが手動で相手先番号の入力を実行する可能性をなくす（なぜならば、図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００において、Ａ／Ｓキーは数字と関連付けられていないが、かわりに、クエスチョンマーク「？」と関連付けられているからである）。
【００５４】
特に、これまで提示されてきたように、一連の受信されたキーの押圧における各キーは、少なくとも部分的に数字と関連付けられているので、ユーザが手動の相手先番号を実行し、その結果、統合フィールド６０２における表示文字列が完全に数字となることが期待される。加えて、統合フィールド６０２における垂直方向の線のカーソルの横に、アイコンが示されている。図９および図１０に示されているように、ハンドセットボタンアイコンは、統合フィールド６０２において、表示文字列および垂直方向のカーソルを伴っている。
【００５５】
ハンドセットボタンアイコンは、ユーザが通話を開始するためにハンドヘルドコンピュータ１０２のキーボード２２４上のハンドセットボタンを押圧することに応答して、表示文字列における数字の列がダイアルされ得ることを指示するために使用され得る。図８に示されているように、ユーザがユーザインターフェースをマニピュレートし、フォーカスを統合フィールド６０２から移動させ、代わりに、フィルタ結果エリア６０４におけるデータエントリに対する特定の参照をフォーカスすることに応答して、ハンドセットボタンアイコンは、統合フィールド６０２には示されなくなる。しかしながら、特に、ハンドセットボタンアイコンは、ユーザがフォーカスを置いているディレクトリ番号と関連して示されており、これによって、ユーザが通話を開始するためにハンドヘルドコンピュータ１０２のキーボード２２４上のハンドセットボタンを押圧することに応答して、選択されたディレクトリ番号がダイアルされ得ることを示している。
【００５６】
デフォルトの候補の連絡先の自動的な選択（ステップ７１２）は、基本的（ｒｕｄｉｍｅｎｔａｒｙ）から複雑（ｃｏｍｐｌｅｘ）へと変動し得る選択基準に基づき得る。図１１における例示的なスクリーン１１００に示された例示的な実装において、マイクロプロセッサ２２８は、マスターリストにおけるデータベースエントリの参照を組織し、そしてこのリストにおける第１のデータベースエントリの参照を、自動的に選択する。図６、図８、図９、図１０、および図１１において、マイクロプロセッサ２２８は、ファーストネームによってアルファベット順にマスターリストを組織している。特に、このマスターリストは、図９のスクリーン９００におけるフィルタ結果エリア６０４に表示されているように、フィルタ文字列「ＲＨ」で開始する会社名を有するデータベースエントリに対する参照で開始している。このマスターリストは、フィルタ文字列「ＥＧ」で開始するラストネームを有するデータベースエントリに対する参照に続いている。このマスターリストは、フィルタ文字列「ＲＨ」で開始する会社名を有するデータベースエントリに対する参照に続いている。このマスターリストは、フィルタ文字列「ＥＨ」で開始するラストネームを有するデータベースエントリに対する参照で終了している。このマスターリストは、「Ｂｒｉａｎ」が「Ｉａｎ」に進み、これが「Ｒｏｓｓ」に進み、これが「Ｓａｂｉｎｅ」に進むように、ファーストネームによって、アルファベット順に組織されている。
【００５７】
特に、図１０における数字表示モードから、図１１におけるアルファベット表示モードへの移行において、ハンドセットボタンアイコンは、消失している。デフォルトの候補の連絡先の自動的な選択（ステップ７１２）は、統合フィールド６０２からフォーカスを移動させている。
【００５８】
一実施形態において、マイクロプロセッサ２２８は、デフォルトの候補の参照として、アルファベット順で上位のファーストネームを有するデータベースエントリに対する参照を選択し（ステップ７１２）、フィルタ結果エリア６０４において、「選択された（Ｓｅｌｅｃｔｅｄ）」指示とデフォルトの候補の参照とを関連付ける。この選択された指示は、表示された参照うちの所定の参照の指示をユーザに提供し、これは、ハンドヘルドコンピュータ１０２のキーボード２２４上の「Ｓｅｎｄ」キー（あるいは、さらなる例としては、「Ｅｎｔｅｒ」キーまたは「Ｓｐａｃｅ」キー）の押圧の指示の受信に応答して通話され得る相手先番号と関連付けられる。図８および図１１における選択された指示８１０によって示されているように、選択された指示は、選択された参照に対して第２の背景色の使用することを介することによって達成され得る。第２の背景色は、例示的な電話アプリケーションスクリーンの残りの第１の背景色と対照的なものとなるように選択され得る。加えて、選択された候補の参照を表示するために使用されるフォントの色は、第２の背景色と共に表示されたときの可読性を向上させるように選択され得る。
【００５９】
マイクロプロセッサ２２８が、ステップ７０２において受信されたキーの押圧に基づいて表示文字列が非数字に変化し（図１１参照）、デフォルトの候補の参照が自動的に選択され（ステップ７１２）、このデフォルトの候補の参照が選択された指示と関連付けられている（図１１参照）ということを決定した場合（ステップ７１０）、マイクロプロセッサ２２８は、ＳＥＮＤキーが押されたという決定（ステップ７１４）に応答して、デフォルトの候補の参照によって参照されるデータベース内のエントリにおいて列挙されている相手先番号に通話を開始する（ステップ７１６）。候補の参照が、２つ以上の相手先番号を有するデータベースエントリと関連付けられている場合、マイクロプロセッサ２２８は、候補の参照に関連付けられた相手先番号に対する通話を開始する（ステップ７１６）前に、通話を開始するときにどの相手先番号が指定されるべきかに関する曖昧さを除去する（ステップ７１５）。
【００６０】
図１２に示されている例示的な実施形態において、マイクロプロセッサ２２８は、例示的なスクリーン１２００上にダイアログボックス１２０２を提示することによって、曖昧さを除去しており、これによって、入力デバイスを使用して複数の相手先番号の中から相手先番号を選択する機会を、ユーザに提供している。選択された相手先番号の指示を受信すると、マイクロプロセッサ２２８は、選択された相手先番号に対する通話を開始する（ステップ７１６）。
【００６１】
ユーザは、デフォルトの候補の参照が選択された指示に関連付けられている間に、ＳＥＮＤキーを押すのではなくむしろ、その代わりに、ユーザ入力デバイスを使用して、デフォルトの候補の参照を選択し、マイクロプロセッサ２２８は、応答するように、代替的なメニューを提供し得る。ユーザ入力デバイスを使用することによる選択は、例えば、トラックボールの下方向へのクリック、サイドマウント式のトラックホイールの内側へのクリック、またはタッチセンサ式スクリーンのタッチを含み得る。代替的なメニューは、デフォルトの候補の参照に関連付けられた連絡先に通話するための多くのオプションを、ユーザに提供し得る。
【００６２】
図１３に示されている例示的な実施形態において、マイクロプロセッサ２２８は、例示的なスクリーン１３００上のダイアログボックス１３０２を押圧することによって、選択の指示の受信に応答し、これによって、入力デバイスを使用して、デフォルトの候補の参照によって参照されるデータベースエントリに関連付けられた連絡先に通話する方法を選択する機会を、ユーザに提供する。例示的なダイアログボックス１３０２において、ユーザは、連絡先に対する電話通話、連絡先に対するｅメールメッセージの送信、連絡先に対するショートメッセージングサービス（ＳＭＳ；Ｓｈｏｒｔ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）メッセージの送信、またはマルチメディアメッセージングサービス（ＭＭＳ；Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）メッセージの送信を、選択し得る。一部の連絡先が、インスタントメッセージングアプリケーションまたは専用メッセージングアプリケーションを使用して通話可能であることも企図されている。連絡先に通話するための選択された方法の指示を受信すると、マイクロプロセッサ２２８は、アプリケーションを開始し、選択された方法を使用して、連絡先の通話に対処する。
【００６３】
公知のデバイスにおいて、数字入力が期待される場合、「ＡＬＴ」キー（または類似のもの）は、アルファベット文字および数字の両方に関連付けられたキーを押圧する間に、フィルタ文字列にアルファベット文字を挿入するために、保持されなければならない。逆に、アルファベット入力が期待される場合、「ＡＬＴ」キー（または類似のもの）は、アルファベット文字および数字の両方に関連付けられたキー上の数字を選択する必要があり得る。有利にも、曖昧なフィルタ文字列のエントリを許容する本出願の局面は、フィルタ文字列をタイプするときに、１つ以上の指を使用しなければならないことからユーザを救う。曖昧さは、ユーザが何らかの方法で、電話通話を開始する相手先番号を手動で入力するかどうか、あるいは連絡先データベースをフィルタリングし、通信を開始する際に使用するために、フィルタ文字列を入力するかどうか、ならびにフィルタ結果において発見された参照に連絡するかどうかに関する予知能力（ｆｏｒｅｋｎｏｗｌｅｄｇｅ）を、マイクロプロセッサ２２８が欠いていることから生じる。
【００６４】
そのようなアプローチは、複雑さを追加するが、ステップ７０４における代替的なフィルタ文字列の生成は、アルファベット文字および数字を組み合わせるフィルタ文字列の生成を含み得る。例えば、図４の第１の公知のＱＷＥＲＴＹタイプのキーボード４００におけるキー４０４を考えると、このキーは、アルファベット文字「Ｓ」および数字「４」の両方を表現している。結果として、これまで記載されてきたように、キーが２回押圧されると、代替的なフィルタ文字列は「４４」および「ＳＳ」となる。「Ｓ４」および「４Ｓ」のフィルタ文字列の組み合わせもまた、生成され得る。後者の文字列は、会社名「４Ｓｅａｓｏｎｓ」との連絡先を発見するためのフィルタリングにおける値であり得る。
【００６５】
加えて、ステップ７０４における代替的なフィルタ文字列の生成は、数字のみを含むフィルタ文字列の生成を含み得る。本明細書において上記で提示された例において、表示文字列は「１５１」であり、フィルタ文字列は、ＥＧＥ；ＥＨＥ；ＥＧＲ；ＥＨＲ；ＲＧＥ；ＲＨＥ；ＲＧＲ；およびＲＨＲである。「１５１」をフィルタ文字列のリストに追加し、適切にフィルタリングすることによって、このフィルタリングは、テキスト情報と関連付けられていない可能性がある通話ログ内にあるエントリを、より容易にキャプチャし得る。通話ログは、連絡先管理データベース内のエントリと関連付けられている通話ディレクトリ番号に対する参照を含み得るが、手動で入力され、連絡先管理データベース内のエントリと関連を有さない、ディレクトリ番号もまた存在し得る。実際、ディスプレイに提示されたマスターリストは、統合フィールドにおけるさらなる数字入力によって狭められるとき、マスターリストは、通話ログデータベースにおけるエントリに加えて、連絡先管理データベースにおけるエントリに対する参照を含み得る。マスターリストにおけるエントリの一部は、重複していることがあり得、通話ログ内の相手先番号は、連絡先データベースのエントリに関連付けられている。マスターリストにおいて、所定のエントリが、通話ログからのものであり、連絡先管理データベース内のエントリとの関連を有していない場合、グラフィカルアイコンがディスプレイに提示され得、所定のエントリと関連付けられ得る。
【００６６】
電子メッセージの送信および通話を可能にするデバイスにおいて、一部の連絡先情報のみが知られている場合に、グローバルアドレスリストを維持しているサーバに対する接続を介して、さらなる情報が提供され得ることが公知である。例えば、アドレス帳アプリケーションによって管理される連絡先管理データベースにおいて指定されたｅメールアドレスを有していない受信者に対するｅメールアドレスを編集するとき、受信者の名前（または、別の例としては、イニシャル）に関連付けられたｅメールアドレスをサーバに要求するために、「ルックアップ（ｌｏｏｋ  ｕｐ）」機能が実装され得る。
【００６７】
本発明の発明者は、ステップ７１８において決定された、指定される可能性がある候補の電話番号が、統合フィールド６０２に示されている表示文字列に基づく、「ルックアップ」機能の開始を伴い得ることを企図している。そのような開始は、例えば、ユーザインターフェースのメニューを表示させることを含み得る。このメニューにおいて、メニューアイテムのうちの１つは、「ルックアップ」機能を表現している。グローバルアドレスリストの別の使用において、参照がマスターリストの一部であり、この参照が参照するデータベースエントリが関連付けられた電話番号を有していない場合、ユーザは連絡先を選択し、通信の代替的なモードについてユーザインターフェースメニューを呼び出し、グローバルアドレスリスト内の連絡先の名前のルックアップを要求し得る。そしてユーザは、グローバルアドレスリストサーバによって返信された任意の情報（例えば、電話番号、ｅメールアドレス等）を、連絡先と通信する。
【００６８】
当業者によって明白に理解され得るように、本出願は、モバイル電話能力を有するＰＤＡには限定されない。様々な電話端末装置が、本明細書中に記載されている統合ダイアリングを使用し得る。これらの電話端末装置は、公衆交換電話ネットワーク（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）を介して電話通話を開始する際に使用するように設計された有線および無線のハンドセット、および例えば、ボイスオーバーアイピー（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を使用して電話通話を開始する際に使用するように設計されたハンドセットを含む。
【００６９】
特に、ハンドヘルドコンピュータ１０２のアドレス帳アプリケーションによって管理される連絡先管理データベースは、ステップ７０６においてフィルタされる、データ格納装置のみであるとは限らない。モバイル電話能力を有するハンドヘルドコンピュータが、「通話ログ」を維持し、この通話ログには、各受信通話および送信通話に対するエントリが含まれることが、公知である。そのようなエントリは、しばしば、（受信通話に対する）発呼側の電話番号、（送信通話に対する）受信側の電話番号、通話の時間遅延および経過時間を含む。フィルタリングステップ（ステップ７０６）が、連絡先管理データベースおよび通話ログをフィルタリングする場合、より多くの結果が、マスターリスト内に提示され得る。通話ログエントリの参照の提示の順序は、より最近のエントリがマスターリストにおいて上位に列挙されるように、指定され得る。
【００７０】
示されてはいないが、表示文字列のモード（例えば、数字モード、アルファベットモード）を指示するために、ハンドセットボタンアイコンに加え、統合フィールド６０２において、または例示的な電話アプリケーションのホームスクリーン６００上の任意の位置において、アイコンが使用され得ることが、企図されている。そのようなアイコンは、表示文字列のエントリの２つのモードのみの間を区別するためには、必ずしも、最初に出現しないことがあり得る。しかしながら、表示文字列のエントリのさらなるモードが、考えられている。例えば、アルファベットモードは、会社名「４Ｓｅａｓｏｎｓ」を有する連絡先をサーチするときに、有用であり得る。加えて、会社が、取引先の連絡を助長するために、無料（ｔａｌｌ  ｆｒｅｅ）のディレクトリ番号を表示することが公知である。例は、１−８８８−ＲＯＧＥＲＳ−１および１−８００−ＳＨＩＰ−１２３を含んでいる。そのようなアルファベットのディレクトリ番号は、典型的な電話キーボード３００（図３参照）に見出される文字−数字の対応に基づいている。そのようなディレクトリ番号に適応するために、表示文字列のエントリの「無料」モードが提案される。ユーザは、無料モードにおいて、統合フィールド６０２に例示的な１８８８ＲＯＧＥＲＳ１を入力し得、対応するように通話を開始し、マイクロプロセッサ２２８は、統合フィールド６０２の連絡先を翻訳して、１−８８８−７６４−３７７１を取得し、送信通話をアレンジし得る。特に、図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００を使用することによって、そして自動的な表示モードは上述のように変化するので、表示文字列は１８８８１である限りは数字であり続けるが、一旦「Ｏ」キーが押圧されると、表示文字列は「Ｅｂｂｂｅｏ」に変化し得、最終的には「Ｅｂｂｂｅｏｇｅｅａｅ」を読み得る。
【００７１】
ユーザが、１８８８ＲＯＧＥＲＳ１が１−８８８−７６４−３７７１に翻訳されるという予知能力を有しているが、アルファベット入力を好むことがあり得る。そのような場合には、無料モードにおいて統合フィールド６０２に入力された文字の進行中の翻訳を示すために、翻訳フィールド（図示されず）が、統合フィールド６０２の上方または下方に提示され得る。所定のキーの組み合わせ（例えば、ａｌｔ−Ｔ）は、翻訳フィールドをオンまたはオフにするために使用され得る。
【００７２】
アルファベットのディレクトリ番号を入力するために、図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００を使用することにより、ユーザは、キーサイクルの各タップが、各キーに対する可能性のある値を介する、既知のマルチタップ方法を使用し得る。例えば、図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００上のキー５０１上の単一のタップの結果として、アルファベット文字「Ｅ」がカーソルの横に出現し、キー５０１上の２回のタップの結果として、アルファベット文字「Ｒ」がカーソルの横に出現し、キー５０１上の３回のタップの結果として、数字「１」がカーソルの横に出現する。
【００７３】
表示文字列のエントリのモードは、ユーザによって選択され得る。例えば、ユーザは、例示的な電話アプリケーションのホームスクリーン６００上のメニューを出現させ、メニューアイテムを選択し、表示文字列のエントリの特定のモードを選択し得る。あるいは、キーの押圧の組み合わせは、表示文字列のエントリのモードにおける変化を可能にし得る。例えば、「Ａｌｔ」キー（図４の第１の公知のＱＷＥＲＴＹタイプのキーボード４００または図５の第２の公知のＱＷＥＲＴＹタイプのキーボード５００のいずれにも示されていない）は、表示文字列のエントリのモードをトグルするために、「Ｍ」キーと共に押圧され得る。表示文字列の２つ以上のモードが存在する場合、「Ａｌｔ−Ｍ」の組み合わせは、様々なモードを循環し得、その間、統合フィールド６０２において、または例示的な電話アプリケーションのホームスクリーン６００上に、選択されたモードを示し得る。
【００７４】
本出願の上述の実施形態は、単に例示を意図したものに過ぎない。本明細書に添付の請求の範囲によって定義される本出願の範囲から逸れることなしに、当業者により、特定の実施形態に対して、代替、改変、およびバリエーションが、実施され得る。
【図面の簡単な説明】
【００７５】
【図１】図１は、ハンドヘルドコンピュータに対する例示的な動作環境を示している。
【図２】図２は、図１のハンドヘルドコンピュータを概略的に示している。
【図３】図３は、図１のハンドヘルドコンピュータに対する第１の例示的なキーパッドを示している。
【図４】図４は、図１のハンドヘルドコンピュータに対する第２の例示的なキーパッドを示している。
【図５】図５は、図１のハンドヘルドコンピュータに対する第３の例示的なキーパッドを示している。
【図６】図６は、図１のハンドヘルドコンピュータによって提示される例示的なアプリケーションのホームスクリーンを示している。
【図７】図７は、本発明の一局面を具現化した通信開始方法における例示的なステップを示している。
【図８】図８は、データベースエントリに対する参照の拡大および縮小を示す例示的な電話アプリケーションのスクリーンを示している。
【図９】図９は、追加的なユーザ入力を有する図６の例示的な電話アプリケーションのホームスクリーンを示している。
【図１０】図１０は、追加的なユーザ入力を有する図９の例示的な電話アプリケーションのホームスクリーンを示している。
【図１１】図１１は、追加的なユーザ入力を有する図１０の例示的な電話アプリケーションのホームスクリーンを示している。
【図１２】図１２は、さらなるユーザ入力に応答する曖昧さ回避ボックスを有する図１の例示的な電話アプリケーションのホームスクリーンを示している。
【図１３】図１３は、選択された連絡先との通信の方法に関するさらなるユーザ入力に応答するダイアログボックスを有する図１の例示的な電話アプリケーションのホームスクリーンを示している。
【図２】
2009510954.tif 000003
【図３】
2009510954.tif 000004
【図４】
2009510954.tif 000005
【図５】
2009510954.tif 000006
【図６】
2009510954.tif 000007
【図７】
2009510954.tif 000008
【図８】
2009510954.tif 000009
【図９】
2009510954.tif 000010
【図１０】
2009510954.tif 000011
【図１１】
2009510954.tif 000012
【図１２】
2009510954.tif 000013
【図１３】
2009510954.tif 000014
【図１】
2009510954.tif 000015
【国際調査報告】
2009510954.tif 000016
2009510954.tif 000017