JP2008510406A - 通信装置において連絡先の選択を可能にするための装置および方法 - Google Patents

Abstract

ユーザによる通信先の選択を通信装置を介して可能にする装置および方法。通信装置に関わる以前の通信イベントの通信属性が監視される（ステップ１２００）。この監視される通信属性に基づいて選択基準が確立される（ステップ１２０２）。１つまたはそれ以上の適応着信履歴リストが維持され（ステップ１２０４）、該適応着信履歴リストは、上記選択基準を満たす通信イベントに関連する連絡先に対応するリストとなる。上記適応着信履歴リストのうちの少なくとも１つの着信履歴リストが通信装置を介してユーザに提示され（ステップ１２０６）、それによってユーザは、より関連のある、焦点を絞った可能性の高い通信先を示すショートリストを介して意図する通信先の選択を行うことが可能となる。

Description

本発明は一般に通信に関し、特に、ユーザによる通信先の選択を通信装置を介して可能にするための装置および方法に関する。

通信インフラストラクチャおよびプロト呼における科学技術の進歩によって、標準的な計算機が貴重な通信ツールになっている。コンピュータは相互に通信を行い、さらに、ローカルエリアネットワーク（ＬＡＮ）から、インターネットのような広域通信用のグローバルエリアネットワーク（ＧＡＮ）までの範囲にわたって他の電子機器と通信を行っている。他の電子機器も、携帯電話機、個人用情報機器（ＰＤＡ）等のような形で同様の変容を経験している。今日、これらの無線装置は種々の異なるタイプの通信に利用されている。例えば、これらの無線装置は、現在の携帯電話機技術およびＰＤＡ技術によって強力な通信ツールに変えられているが、この通信ツールには、音声、テキストや別のデータ、文書、画像、ビデオおよび他のマルチメディアコンテンツを通信する機能（本願明細書では一般的に通信と呼ぶ）が与えられている。

ＰＤＡは、以前は携帯用カレンダと情報整理用ツールを備えている程度のものであったが、現在では、ｅメール、インターネットアクセスなどのようなネットワーク通信機能まで備えているものが多い。逆に、携帯電話機およびその他の従来の通信装置は、現在、カレンダ、電話帳、他の連絡先リスト、タスクリスト、および他の情報整理などの内蔵アプリケーションを備えているものが多い。連絡先リストのようなツールは、通信装置のユーザが音声呼を発呼したり、および／または、意図する通信先にあてて電子メッセージを送ったりする操作の補助を行うものである。例えば、通信装置のユーザは、内蔵連絡先アプリケーションを利用して、連絡先のアドレスや別の識別子を思い出すのに役立てることができるし、連絡先アプリケーションによってユーザは、新たな通信の意図する通信先としての連絡先を直接指定することができるプラットフォームを与えられる。

より具体的には、音声呼、テキスト／マルチメディア／ｅメールメッセージあるいは他の通信を開始する際、ユーザには、通信先のアドレスや識別子を入力するための種々の選択肢がある。例えば、ユーザは、通信先の地上回線電話番号、携帯電話番号、テキストまたはマルチメディアのアドレス、ｅメールアドレスなどを直接入力することができる。この数字、英字あるいは英数字の入力は、特に携帯電話機のユーザにとってはわずらわしい操作になることがある。それは、限られた装置サイズに起因してユーザインタフェース機構が小さかったり、携帯電話機のユーザが自動車の運転中だったり、テキスト入力を行うのに都合の悪い別の状況にいたりする場合があるという理由によるためである。ユーザが必要なキー入力の入力数を減らすために、並びに、受信アドレスを思い出す必要がないようにするために、通信装置には、種々の受信通信アドレスを記憶させ、後で検索できるようにするような連絡先アプリケーションが多くの場合設けられている。

このような記憶した連絡先リストはユーザにとって有用なものであり、特に、ユーザが連絡先のアドレスを覚える必要がなくなることは可能となるが、意図する通信先の探索および選択を行うのに、連絡先リストが必要なキー入力やナビゲーション操作の数を大幅に減らすことにはならない場合もある。例えば、記憶した多数の連絡先があるユーザは、所望の通信先を提示するために、目的の通信先の氏名のかなりの部分を入力する必要があることが考えられる。さらに、たとえ目的の通信先の氏名の一部の入力に起因して連絡先リストの提示が短縮される場合であっても、ユーザは正しい入力になるまでさらにスクロールを行う必要があることも考えられる。受信アドレスの直接入力と比べると、このようにして目的の通信先を探す方がユーザにとって便利な場合もあるとはいえ、連絡先リスト内の目的の通信先の検索にはかなりの数のユーザインタフェース（ＵＩ）の操作が関わることが考えられ、それによって、このような連絡先リストの意図するユーザフレンドリな側面が思うように行かなくなる可能性もある。このような検索方法は、（ショートメッセージサービス、マルチメディアメッセージサービスなどの）メッセージ通信のようなある種の通信にとっては特に非効率的なものとなる。というのは、この種の通信の場合、総ての連絡先のうちのほんの一部だけにしかこのようなメッセージ通信のアドレスが含まれていない可能性があるからである。例えば、ユーザの連絡先リストには数百の連絡先が含まれていることも考えられるが、それらの連絡先のうちのほんの少数の連絡先にしか所望の通信タイプに関わる関連のあるアドレスは含まれていない場合もある。さらに、大部分のメッセージは少数の通信先へ送信される。上記ケースでは、所望の通信の送信先となる可能性のあるほんの小さなサブセットの連絡先の中にいるかもしれない目的の１または複数のユーザを探すために、ユーザはすべての連絡先を調べる必要がある。

したがって、ユーザが所望の１または複数の通信先を選択できる、より関連のある、焦点を絞った連絡先リストの提供方法に対する要望が存在する。本発明は、これらの要望並びにその他の要望を満たして、従来技術を越える別の利点を提供するものである。

上記記載の従来技術における限界、並びに本明細書を読み、理解するときに明らかになるその他の限界を克服するために、本発明は、ユーザによる通信先の選択を通信装置を介して可能にするための装置および方法を開示するものである。

本発明の一実施例によれば、通信装置のユーザが選択するために関連のある連絡先識別子を提示する方法が提供される。通信装置に関わる以前の通信イベントの１以上の通信属性が監視される。これらの監視される通信属性は、例えば、連絡先識別子、着信通信および／または発信通信の表示、通信タイプ、呼継続時間、類似した種類の前回の通信からの経過時間、（新たなメッセージ、返信、転送などの）メッセージタイプ、等を含むものであってもよい。上記監視される通信属性に基づいて選択基準が確立される。１以上の組の選択可能な連絡先識別子、すなわち“適応リスト”が維持され、これらのリストは、上記選択基準を満たす通信イベントに関連する連絡先に対応するものである。上記選択可能な連絡先識別子の組のうちの少なくとも１組が通信装置を介してユーザへ提示される。さらに特定の実施例によれば、上記のような方法を実行するために、コンピュータにより実行可能な、コンピュータ可読媒体に格納された命令を含むコンピュータ可読媒体が提供される。

このような方法のさらに特定の実施例によれば、選択基準を確立するステップは、監視される通信属性に基づいて１以上の重み係数を確定するステップを含む。このステップは、通信イベントに関連する連絡先の各々に関連する通信イベントの頻度を指定するステップを含んでもよい。その場合、１または複数の選択可能な連絡先識別子の組を維持するステップは、指定したこれら通信イベントが生じる頻度に対応する通信イベントに関連する連絡先に対応する１または複数の適応着信履歴リストを維持するステップを含む。これらの通信イベントの発生頻度は、すべての通信イベントまたは通信タイプのような特定の通信属性に基づく通信イベントのサブセットに基づく頻度にしてもよい。例えば、適応リストはテキストメッセージ通信タイプ、マルチメディアメッセージ通信タイプ、音声呼通信タイプ、あるいはこれらの通信タイプの任意の組み合わせを含む他の通信タイプの頻度に基づくものであってもよい。類似の実施例には、どのくらい最近通信装置がこのような通信に関与したかに基づく重み係数が含まれる。ユーザが通信を“受け損なった”り、あるいは別の理由で通信を認識できなかったりしたものであるかどうか、通信が予め存在しているグループに関連する連絡先からのものか、その連絡先へのものであるかどうかのような他の多くの重み係数が可能である。これらの重み係数に相互に相対的な重みを付けて、重み係数の間に優先順位を設けるようにしてもよい。さらに、このような重み係数は、製品の製造時や供給時などに移動体通信装置に固定したり、ユーザが指定したりすることも可能である。

本方法についての別の特定の実施例によれば、選択基準の確立ステップは、１以上の通信イベントが生じた“コンテキスト”の確立ステップを含むものであってもよく、その場合、１または複数の組の選択可能な連絡先識別子を維持するステップには、確立されたコンテキストの内で生じる通信イベントに関連する１または複数の適応着信履歴リストを維持するステップが含まれる。例えば、このコンテキストは場所、日付、時刻、イベント、特定の日などを含むものであってもよい。

このような方法のさらに別の特定の実施例によれば、連絡先識別子の一部のユーザ入力が可能となり、その場合、（適応リストなどの）１以上の組の選択可能な連絡先識別子を、連絡先識別子のユーザ入力の自動補完を行うための根拠として利用することも可能である。例えば、ユーザは、連絡先識別子の一部を入力し、連絡先識別子の当該部分に対応する一致候補を適応リストから得るようにしてもよいし、あるいは、少なくとも上記一致候補をまずユーザへ提示してもよい。ユーザがさらに多くの文字を入力するにつれて、リスト内の連絡先識別子がユーザにより入力された部分にそれ以上一致しなくなれば、これらの連絡先識別子は削除されていく。通信装置の待受画面を介して、通信アプリケーションのうちのいずれかを介して、あるいは別の方法で、この適応リストの自動補完機能を実行することも可能である。例えば、（テキストまたはマルチメディアメッセージアプリケーション、電話アプリケーションなどの）通信アプリケーションを介して適応リストの自動補完機能を実行する場合、ユーザは連絡先識別子の一部を“Ｔｏ”フィールドの中へ入力することも可能であり、適応リストを“Ｔｏ”フィールドの最も近くに提示することも可能である。

別の特定の実施例によれば、１または複数の選択可能な連絡先識別子の組のうちの少なくとも１組を提示するステップには、選択可能な連絡先識別子の組を提示して、選択可能な連絡先識別子の１または複数の組の一部またはすべてを所定の時点にユーザにより知覚できるようにするステップが含まれる。一例として、その組の中の連絡先識別子の数が通信装置の表示画面に程よく合わないような場合には、選択可能な連絡先識別子の提示された組の一部分のみをユーザに視覚的に一度に提示するようにしてもよい。あるいは、１組の選択可能な連絡先識別子全体をユーザへ提示することも可能である。

本発明の別の実施例によれば、通信装置のユーザによる選択のために関連のある連絡先識別子を提示する方法が提供される。この方法には、通信装置に関わる１以上の以前の通信イベントの通信属性を監視し、監視される通信属性に基づいて選択基準を確立するステップが含まれる。選択基準を満たす通信イベントに関連する連絡先に対応する１以上の組の連絡先識別子が維持される。上記方法には、（発声などによる）音声入力による連絡先識別子の入力を可能にするステップと、この音声入力の連絡先識別子に対応する多数の連絡先候補を生成するステップがさらに含まれる。連絡先識別子の組のうちの少なくとも１組が生成した多数の連絡先候補と結合されて、１組の選択可能な連絡先識別子が作成される。次いで、この１組の選択可能な連絡先識別子は、聴覚的に、視覚的に、あるいはこれら双方によって通信装置を介してユーザへ提示される。さらに特定の実施例によれば、コンピュータ可読媒体に格納されたコンピュータにより実行可能な命令を有するコンピュータ可読媒体が上記のような方法を実行するために提供される。

本発明の別の実施例によれば通信装置が提供される。通信装置は、重み係数および／または通信が生じるコンテキストのような選択基準を格納するためのメモリを備える。一実施例では、この通信装置は、１または複数のプロセッサ、および、関連するソフトウェアおよび／またはファームウェアを介して実行される適応リストエンジンを備えている。適応リストエンジンは上記通信装置に関わる通信イベントの通信属性を監視し、選択基準を満たす通信イベントに関連する連絡先に対応する１以上の連絡先識別子の適応リストを維持するように構成される。連絡先識別子の適応リストをユーザに対して提示し、現在の通信の意図する通信先として１以上の連絡先識別子をユーザが選択するのを可能にするためのユーザインタフェースが提供される。

本発明を特徴づける新規性を有する上記利点および種々の別の利点が、本願明細書に付属し、本願明細書の一部を形成する請求項に詳細に指摘されている。しかし、本発明と、本発明の利点と、本発明の利用によって得られる目的とをよりよく理解するために、本願明細書の別の一部を形成する図面、並びに、本発明による方法および装置の具体例を例示し、説明する付随の記載内容を参照することが望ましい。

以下の図面に例示する実施例と関連して本発明の説明を行うことにする。

本特許文献の開示の一部には著作権保護の対象となる資料が含まれている。本著作権所有者は、特許商標庁の特許ファイルや記録の中に出現する場合、本特許文献あるいは本特許開示のいかなる人が行う正確な複製に対しても異議を申し立てるものではないが、そうでない場合にはすべての著作権のいかなる権利をも保留するものとする。

種々の実施例例についての以下の説明では、本願明細書の一部を形成する添付図面を参照し、添付図面には本発明を実施できる種々の実施例が例図によって示される。本発明の範囲から逸脱することなく、構造上および処理上の変更を行うことが可能である場合、別の実施例の利用も可能であることを理解されたい。

通信装置のユーザが通信を行う場合、ある一定の人々やエンティティ（すなわち連絡先）との通信頻度の方が別の人との通信頻度よりも高くなることはよくあることである。一括した連絡先リストや“電子電話帳”は、連絡先情報を蓄えるためのツールとしては有用ではあるが、これらは、現在の通信の意図する連絡先を指定するユーザフレンドリな方法あるいは好適な方法を必ずしも表わすとは限らない。さらに、最新の技術によって通信操作ログが提供されることがあるとはいえ、このようなログは、通信属性の動的性質に対する配慮がされてなく、また、別の通信を始めるユーザが最も利用する可能性の高い特定の連絡先をユーザに提案するものでもない。以上は、今日の通信装置で利用される従来技術の連絡先リストと操作ログとのほんのいくつかの欠点を表わすものである。

一般に、本発明は、ユーザが通信を開始する可能性の高い連絡先を表わす“関連のある”連絡先からなる１以上の適応リストを作成する方法を提供するものである。これらの適応リストは、１以上の“人気のある”あるいは潜在的に関連のある連絡先からなる単一の一括リストを含むか、あるいは、通信タイプや別の属性によって分類されているような複数のリストを含むものであってもよい。現在の通信の目的の通信先となりそうな１以上の連絡先リストをユーザに提示することにより、検索、スクロール、キー入力および／または他のナビゲーション操作の数が減らされ、それによって、装置のユーザには、確率の高い通信先の限定されたリストの中から迅速に選択を行う機能が与えられる。

図１は、本発明に従って１以上の適応着信履歴リストを提供するための１つの実施方法を例示するブロック図である。通信装置１００が示されているが、この通信装置１００には、電子メール（ｅメール）、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）および／または他の任意の種類の音声、テキスト、マルチメディアメッセージ処理のような音声通信および／またはメッセージ通信を行う機能を備えた任意の電子機器が設けられている。通信装置１００は、デスクトップ型コンピュータ装置や別の地上回線によるコンピュータ装置、あるいは、携帯電話機、個人用情報機器（ＰＤＡ）、携帯用コンピュータなどのような移動体通信装置を表わすものであってもよい。

通信装置１００は、別の通信装置と通信を行うための音声通信および／またはメッセージ通信に関与することができる。例えば通信装置１００は、受信通信（ＣＯＭＭ）１０２によって描かれているように、通信先からの音声呼および／またはメッセージを受信することができる。通信装置１００は、送信通信１０４によって描かれているように、音声呼および／またはメッセージを１または複数の通信先へ送信することもできる。個々の送信通信および／または受信通信は上記通信装置に関係する通信イベントを表わしている。この例示実施例では、通信装置１００は、１以上のネットワークとの無線通信が可能な移動体通信装置として表されている。例示の通信装置１００には、通信の送受信を行うための１以上の送信器、受信器および／または送受信器を備えることができる送受信器モジュール１０６が設けられている。例えば、送受信器モジュール１０６は、セルラネットワークを介する音声呼および／またはＳＭＳ、ＭＭＳ、ｅメール、あるいは、種々のネットワークを介する別のメッセージなどのメッセージを通信するための送受信器を備えるものであってもよい。

音声呼を発信したり、テキスト／マルチメディア／ｅメールメッセージ（以下、本願明細書ではまとめて“メッセージ”と呼ぶことにする）を開始したりする際、ユーザには、１または複数の通信先の電話／メッセージのアドレスを入力するための種々の選択肢がある。例えば、ユーザは、通信先の地上回線電話番号、携帯電話番号、ＳＭＳ／ＭＭＳの番号またはアドレス、ｅメールアドレスなどを直接入力することができる。この数字、英字あるいは英数字の入力は、特に携帯電話機のユーザにとってわずらわしい操作になることがある。それは、限られた装置サイズに起因してユーザインタフェースのメカニズムが小さかったり、携帯電話機のユーザが自動車の運転中だったり、テキスト入力を行うのに都合の悪い別の状況にいたりする場合があるという理由によるためである。ユーザが必要なキーストロークの入力数を減らすために、並びに、受信者アドレスを思い出す必要がないようにするために、通信装置には、種々の受信者通信アドレスを記憶させ、後で検索できるようにする連絡先アプリケーション１０８が多くの場合設けられている。

上記の記憶した連絡先はユーザにとってきわめて有用なものであり、特に、ユーザが連絡先のアドレスを覚える必要がなくなることは可能となるが、意図する通信先の探索および選択を行うのに、連絡先リストが装置でのキー入力数や“クリック”数を大幅に減らすことにはならない場合もある。例えば、記憶した多数の連絡先があるユーザは、所望の通信先を提示するために、目的の通信先の氏名のかなりの部分を入力する必要があることが考えられる。さらに、たとえ目的の通信先名の一部の入力に起因して連絡先リストの提示が短縮される場合であっても、ユーザは正しい入力になるまでさらにスクロールを行う必要があることも考えられる。受信者アドレスの直接入力と比べると、このようにして目的の通信先を探す方がユーザにとって便利な場合もあるとはいえ、連絡先リスト内の目的の通信先の検索にはかなりの数のユーザインタフェース（ＵＩ）の操作が関わることが考えられ、それによって、このような連絡先リストの意図するユーザフレンドリな側面が思うように行かなくなる可能性もある。このような検索方法は、（例えばＳＭＳ、ＭＭＳなどの）メッセージ通信のようなある種の通信にとっては特に非効率的である。というのは、この種の通信の場合、連絡先のうちのほんの一部だけにしかこのようなメッセージ通信アドレスが含まれていない可能性があるからである。例えば、ユーザの連絡先リストには数百の連絡先が含まれていることも考えられるが、それらの連絡先のうちのほんの少数の連絡先にしかＭＭＳ通信に関わる１つのＭＭＳアドレスが含まれていない場合もある。上記ケースでは、ＭＭＳ通信の送信先となる可能性のあるほんの小さなサブセットの連絡先の中にいるかもしれない目的のユーザを探すために、ユーザはすべての連絡先を調べる。

本発明によれば、目的の通信先のアドレス検索に関わる上記問題点並びに他の問題点を処理するために１または複数の適応リストエンジン１１０が設けられる。ハードウェア、ファームウェア、ソフトウェアあるいはこれらを任意に結合した形で実行可能な適応リストエンジン１１０が、受信通信１０２および／または送信通信１０４に関する連絡先情報、並びに、おそらく別の情報源に関する連絡先情報を受信するために接続される。適応リストエンジン１１０は１以上の適応着信履歴リスト１１２の作成が可能であり、リスト１１２は、ユーザが１または複数の通信を処理するために選択することができる、より確率の高い目的の通信先の“ショートリスト”としての役割を果たすことになる。

一実施例では、関与する通信の種類にかかわりなく（例えばアドレス、氏名などの）関連のある連絡先識別子が含まれる単一の適応着信履歴リスト１１２を提供することができる。例えば、受信通信および／または送信通信１０２、１０４のサブセットは、連絡先のアドレスや、適応リストエンジン１１０によって関連があると見なされる他の識別子と関連付けることが可能であり、次いで、上記通信サブセットは、ユーザが目的を絞った通信先を選択できる適応着信履歴リスト１１２として維持される。このような適応着信履歴リストは、音声電話番号およびメッセージ通信番号または統一リソース識別子（ＵＲＩ）のような様々な種類の連絡先のアドレスや通信タイプを含むことができる。別の実施例では、異なる通信タイプを一体にグループ化することも可能である。例えば、最も関連のある音声電話番号に関連するものとして第１の適応着信履歴リストを提供し、ＳＭＳ、ＭＭＳおよびｅメールを含む最も関連のあるメッセージに関連するものとして第２の適応着信履歴リストを提供するようにしてもよい。さらに別の実施例では、ＳＭＳ、ＭＭＳ、ｅメールまたは別の通信タイプのそれぞれに関連するものとして適応着信履歴リストを提供してもよい。

さらに詳述すると、図１の例示の実施例は、適応リスト−ｎ（１１２ｎ）によって描かれているある不確定な数の適応リストを通じて、適応リスト−Ａ（１１２Ａ）、適応リスト−Ｂ（１１２Ｂ）のラベルを施した多数の適応着信履歴リストを描くものである。例えば、適応リスト−Ａ（１１２Ａ）は、リスト１１２Ａに記載の連絡先を判別するためのある基準を満たす音声電話の連絡先を表わす適応着信履歴リストを提供することができる。例えば、適応リスト−Ｂ（１１２Ｂ）は、リスト１１２Ｂに記載の連絡先を判別するためのある基準を満たす（例えばＳＭＳ、ＭＭＳ、ｅメールなどの）すべてのメッセージ通信の連絡先を表わす適応着信履歴リストを提供することができる。あるいは、異なるメッセージ通信タイプを個々の適応着信履歴リストに分割することが可能であり、それによって、ＳＭＳ適応着信履歴リスト、ＭＭＳ適応着信履歴リスト、ｅメール適応着信履歴リストなどができる。本発明によって、任意の所望の適応着信履歴リストのグループおよび／または任意の所望の数の適応着信履歴リストを実現することが可能となる。これらの適応着信履歴リストによって、上記通信タイプや通信タイプのグループに関連してユーザにとって関連があると見なされるさらに焦点を絞った連絡先リストが提供されることになる。

適応リストエンジン１１０によって、連絡先のアドレスを適応着信履歴リストに載せるかどうかの決定が選択基準に基づいて行われるが、その決定は、予め指定すること、および／または、動的に決定することも可能である。図１に例示の実施例に基づくこのような選択基準には重み係数１１４が含まれている。重み係数は、製品の製造時や供給時などに移動体通信装置に固定することも可能である。代替として、または上記に加えて、ユーザインタフェース１１６からの重み係数１１４への入力によって示されるとおり、重み係数をプログラムしたり、そうでない場合にはユーザが重み係数を指定したりすることも可能である。

通信属性に関連する任意の所望の重み係数１１４を実装して、１または複数の特定の適応着信履歴リストに関係する情報の選択を助けることができる。例えば、特定の連絡先のアドレスの送信頻度および／または受信頻度を利用して、これらの連絡先のアドレスを適応着信履歴リストに載せるべきかどうかの判定を行うことができる。さらに特定の例として、重み係数１１４は、特定の連絡先のアドレスが受信されたり、送信先とされたりしたひとまとめの回数を含むことができ、それによって、適応リストエンジン１１０はその回数を計算し、適宜１または複数の特定の適応着信履歴リストの更新を行うことになる。次に、最も頻度の高い受信／送信が行われたいくつかの連絡先のアドレスによって適応着信履歴リストを形成することができる。特定の連絡先のアドレスが発信者および／または受信者となる頻度に基づく上記のような重み係数を特定の期間に限定してもよいし、しなくてもよい。例えば、特定の連絡先が発信者および／または受信者となった合計回数の計算が１つの重み係数に関与する場合があり、別の実施例では、週、月などのような特定の期間中に、特定の連絡先が発信者および／または受信者となった回数の計算が上記重み係数に関与する場合がある。

重み係数１１４として利用可能な通信属性を示す別の代表例には以下に関する通信属性が含まれる。すなわち、ある連絡先が関わる通信がどのくらい最近送信／受信されたか、ユーザが着呼や着信メッセージを受信できなかった（すなわち応答しなかったり、知覚しなかったりした）かどうか、通信は送信通信であったか受信通信であったか、ユーザが手動で連絡先を指定して、１または複数の適応着信履歴リストに強制的に連絡先を登録したかどうか、１または複数の連絡先は確立された“グループ”（家族など）の連絡先の一部かどうか、呼継続時間（例えば、０または０に近い長さの呼は実施例によっては無視されるものもある）、（新規メッセージ、返信、転送などの）メッセージタイプ、１または複数のある一定タイプの前回の通信からの経過時間（例えば、ユーザが短時間の間に同じ番号に複数の発呼を行った場合、そのことが、呼の間により永い時間が経過した場合と比べて別の影響を適応リストに与える場合がある）など。上記の例は、このような重み係数についての理解を可能にすることを目的として示した種々の重み係数１１４の単なる例にすぎず、本発明が、本願明細書で指定した代表例に限定されるものではないことは明らかである。選択基準および／または通信属性を示すさらに別の例について以下説明する。

１以上の適応着信履歴リスト１１２が確立されると、ディスプレイ１１８を介して１または複数の適切なリスト１１２をユーザに提示することが可能となる。この１または複数のリスト１１２は、ユーザから要求があったときに提示してもよいし、何らかのユーザ操作に応答して提示してもよい。例えば、ユーザが対応する通信モジュール１２０を呼び出す際にリスト１１２を提示してもよい。別の実施例では、ユーザは、適切なメニュー項目、ＵＩボタン／メカニズム、リンクなどを選択することにより、１または複数の適応着信履歴リストの提示を要求する。次の説明で種々の例をさらに十分に説明する。

１または複数のリスト１１２を“提示する”処理は、たとえ１または複数のリスト１１２全体がユーザの目にすぐに見えなかったり、あるいはユーザが知覚できなかったりする場合でも、１または複数のリスト１１２を提供して、ユーザがリストを利用できるようにする処理に関わるものであることをさらに付記しておく。例えば、提示されたリスト１１２Ａは、１０個の関連のある連絡先識別子を含むことができるが、５個の連絡先識別子のみがディスプレイ１１８に一度に視覚的に表示される場合がある。必要な場合や所望の場合、ユーザは、スクロールなどによって、手動であるいは自動的に上記リスト１１２Ａの他の部分を知覚することができる。したがって、本願明細書で使用されているように、１または複数のリストの提示処理は、１または複数のリストのすべてまたは一部が所定時にユーザにより知覚できるように１または複数のリストを提示する処理に関わるものとなる。

処理中に、通信装置１００のユーザは通信モジュール１２０を呼び出すことも可能である。これらの通信モジュール１２０には、所望の通信タイプを可能にするための種々のアプリケーションが含まれている。このようなアプリケーションは、ＳＭＳアプリケーション１２０Ａ、ＭＭＳアプリケーション１２０Ｂ、ｅメールアプリケーション１２０Ｃ、電話アプリケーション１２０Ｄおよび／または任意の音声、テキスト、ビデオ、会議、マルチメディアあるいは通信先の通信アドレスに関わる別のアプリケーション１２０ｎのうちの任意の１以上のアプリケーションを含むことが可能である。所望の１または複数の通信モジュール１２０の呼出し処理の前、処理中、または後に適切な適応着信履歴リスト１１２をディスプレイ１１８を介してユーザに提示することが可能である。

例えば、ユーザは、ユーザインタフェース（ＵＩ）１１６を介してＳＭＳアプリケーション１２０Ａを呼び出すことができる。この呼出しは、１または複数のボタンの押下や別のメカニズムの起動、図形メニューを介するアプリケーション１２０Ａの選択、音声コマンドなどを含むいずれかの通常の方法で行うことができるが、これらに限定されるわけではない。一実施例では、ユーザは適切なＵＩメカニズムを選択して、ＳＭＳ通信先に対応する適応着信履歴リストを提示する。この適応着信履歴リストは、適応リストエンジンによって決定されるような“関連のある”ＳＭＳ通信先に限定されることもあれば、ＭＭＳ、ｅメールなどのような別の通信タイプと共に含まれることもある。次いでユーザは、ＵＩ１１６を使用して、通信の１または複数の目的の通信先を選択することができ、送受信器モジュール１０６を介してメッセージが１または複数の選択した通信先へ送信される。適応着信履歴リストは、ディスプレイ１１８を介しておよび／またはオーディオのような別のＵＩ機構を介して提示される場合もあることを認識されたい。オーディオの実施例では、適応着信履歴リスト内の項目は耳に聞こえる形でユーザに提示され、次にユーザは、音声コマンドを用いたり、１または複数の所望の通信先に対応する数字／文字を入力したりすることなどにより１または複数の所望の通信先を選択することが可能となる。

別の実施例では、ユーザは、最初、適応着信履歴リストにアクセスし、次いで１または複数の所望の通信先を選択することができる。ユーザは、１または複数の通信先を選択した時点で所望の通信モジュール１２０を呼び出すことができる。例えば、ユーザは、ＭＭＳメッセージ通信に関連する連絡先を提示する適応着信履歴リストにアクセスし、次いでそのリストから１以上の連絡先を選択することができる。別のＵＩ操作によって、あるいは自動的にＭＭＳアプリケーション１２０Ｂがユーザへ提示され、上記１または複数の選択した連絡先がＭＭＳメッセージの“Ｔｏ”フィールドまたは別のアドレスフィールドに提示される。

一実施例では、適応着信履歴リスト１１２は、電話帳や他の連絡先アプリケーション１０８とうまく共存するように設計されている。したがって、所望の通信先が、１以上の適応着信履歴リストのうちのいずれにも“ショートリスト化”されていない場合であっても、ユーザは、すぐに連絡先アプリケーション１０８にアクセスすることが可能となる。例えば、上記１または複数の所望の通信先が適応着信履歴リストと関連付けられていなければ、適応着信履歴リストと同時にリンクが提示されて、ユーザは連絡先アプリケーション１０８に迅速にアクセスすることが可能となる。

したがって、本発明の１つの態様は、１以上の適応着信履歴リストの利用に関するものであり、リストは、適応性のある、関連のある連絡先情報からなる１以上のショートリストを表わす。これらのリストは、重み係数および／または他の選択基準などの監視される通信属性に基づいて変更が可能であるという点で適応性を有するものである。

図２は、本発明に基づく特定の適応着信履歴リストを提供する方法を示すさらに特定の実施例のブロック図である。この実施例の例では、図１に関連して記載した参照番号に対応する同様の参照番号が必要に応じて利用される。適応リストエンジン１１０において様々な通信の送受信が行われる。受信通信には、連絡先Ａ２１０のラベルを施した第１の連絡先からのＳＭＳメッセージ２００、２０４、並びに、Ｃ−連絡先２１４からの音声通信２０８が含まれる。送信通信には、連絡先Ｂ２１２へのＭＭＳメッセージ２０２と、連絡先Ａ２１０へのｅメール通信２０６とが含まれる。他の通信が関わる場合もあり、図２に例示の通信は説明の便宜上示したものにすぎない。

１以上の適応着信履歴リスト１１２を作成するために、送信通信および／または受信通信に関連する連絡先のアドレスが適応リストエンジン１１０により処理される。この実施例の例ではただ１つの適応着信履歴リスト１１２が例示されているが、適応リストエンジン１１０によって別のリストを作成することも可能である。適応リストエンジン１１０は、どの連絡先のアドレスを適応着信履歴リスト１１２に載せるべきか、あるいは、どの連絡先のアドレスを適応着信履歴リスト１１２に含めるべきかの決定を行う。一実施例では、上記決定時に補助するために、適応リストエンジン１１０は１以上の重み係数１１４を利用する。ＵＩ１１６によって図示のように、ユーザは１以上の重み係数１１４を当初および／または動的に提供してもよい。

重み係数１１４には等しい重みが与えられる場合もあれば、互いに相対的な重みが与えられる場合もある。任意の所望の相対的重みを選択できるが、図２の実施例は、様々な重み係数１１４に適用できる相対的重み２２０の代表例を示すものである。図２の例は、下から上へ増加する相対的重みを示し、この相対的重みによって様々な重み係数の相対的優先順位が作成されることになる。本実施例の最大の重みは、通信頻度２２２に関する重みであり、送信通信（ＣＯＭＭ）２２４Ａおよび受信通信２２６Ａの双方に対して等しい重みが与えられる。したがって、適応着信履歴リスト１１２の作成時に適応リストエンジン１１０によって特定の連絡先のアドレスが送信者または意図する通信先となる頻度２２２が考慮され、この実施例の例ではおもな重み係数１１４を構成する。

さらに特定の例として、連絡先の関与を示す頻度２２２は、１または複数の特定の連絡先が移動体通信装置との通信時に少なくとも所定の最低回数関与したかどうかの判定処理を含むようにすることができる。例えば、特定の連絡先が少なくとも１０回通信を開始するか、通信先となった場合、その連絡先は１または複数の対応する適応着信履歴リストに含まれることになる。上記は、一週間内に５回のような、連絡先が所定の期間内に所定の回数通信を開始したり、および／または、通信先となったりするような場合に拡大して適用することができる。この“通信頻度”は、通信を開始するか、通信先となる個々の連絡先の累計を維持することにより決定することが可能であり、最大累積回数を有する連絡先は、対応する適応着信履歴リストに載せられることになる。時間変数を通信累積回数に導入することにより通信頻度を決定することもできる。上記のようなケースでは、連絡先が所定の時間の間通信を開始しなかったり、通信の目的の通信先にならなかったりした場合、特定の連絡先の記録済み通信回数を随時減らすことができる。このようにして、初期の時点で関与の頻度が高かったものの、それ以後関与の頻度が低くなった連絡先は、最終的にその“強度”を失い、それによって、１または複数の適応着信履歴リストに含まれ、最近関与度が高くなった連絡先に取って代わられることになる。例えば、（発信者および／または受信者などが）特定の連絡先に一ヶ月前に１０回（すなわち通信回数は１０に等しくなる）関与したが、それ以来関与しなくなった場合、毎日、毎週、または連絡先に関与しなくなった別の所定期間毎に通信回数（１０）を１ずつ減らすことにより、連絡先の強度を弱めるようにしてもよい。さらに特定の例として、連絡先に関与がなかった各週毎に通信回数を１ずつ減らすものと仮定すると、その期間中連絡先に関与がなかった場合、通信回数は４週間で１０から６に減少することになる。したがって、７回関与のあった新規の連絡先の方が、１または複数の適応着信履歴リストの上記６回関与のあった連絡先に取って代わることができることになる。カレンダベースや時間ベースの実施例に加えて、生じたイベント数に基づいて通信回数を減らすようにしてもよい。例えば、通信イベント中に連絡先に関与した場合、その連絡先の回数または“点数”が増加し、および／または、他のすべての通信回数／点数が減少する場合もある。回数／点数は整数値であってもよいし、整数値でなくてもよい。

類似の実施例には、連絡先の使用頻度が最も高いかどうかに関わりなく、所定数の最近最も関与度の高い連絡先を格納するステップが含まれる。例えば、最も最近関与した５つの連絡先を１または複数の適応着信履歴リストに含め、その１または複数の適応着信履歴リストの“最も古い”連絡先を削除して、より最近関与した連絡先を収納するようにすることも可能である。この実施例の例では、次に高い重みは、上記のような送信通信２２４Ｂの最新度（ｒｅｃｅｎｃｙ）２２８Ａに関連し、その後に受信通信２２６Ｂの最新度２２８Ｂが続く。したがって上記代表例では、（送信、受信に関わりなく）より高い頻度の連絡先のアドレスに最も高い重みが与えられ、最も最近送信した通信の連絡先のアドレスがこれに続き、最後に、最も最近受信した通信の連絡先のアドレスが続くことになる。

本発明の一実施例によれば、基本的適応性としてコンテキスト認識機能を実装することが可能となる。コンテキスト認識機能を追加することによって、ユーザの現在のコンテキストおよび／または以前行ったアクションのコンテキストに依存して、ユーザに最終的に提示する１以上の結果を示すことが可能となる。したがって、本発明の実施例によっては、適応リストエンジン１１０がユーザのコンテキスト２３０を考慮に入れるものもある。例えば、コンテキスト２３０は、任意の１以上の場所２３２、日付２３４および／または時刻２３６を含むことができるが、これらに限定されるものではない。さらに特定の例として、時刻２３６が業務時間後の場合、適応リストエンジン１１０は、ビジネスの連絡先のアドレスよりも個人の連絡先のアドレスの方を重視するようにすることが可能であり、その場合、上記連絡先はそのように分類される。

場所２３２に関わる別例として、ユーザの所在位置に依存する適応リストエンジン１１０の処理を同様に別途重視することが可能である。例えば、ユーザが家に居るときには個人の連絡先の方を重視することができるのに対して、ユーザが仕事中の場合には、ビジネスの連絡先の方を重視することが可能となる。ユーザがショッピング中の場合は、レストラン、店、などの商業施設の連絡先を重視することができる。場所２３２は、ユーザの現在の所在位置か、前回操作が行われたときのユーザの所在位置かのいずれかまたは双方を含むようにすることができる。例えば、ユーザが前回特定の場所で１以上の特定の連絡先に電話をした場合、ユーザが次回その場所を訪問する際、その連絡先を適応着信履歴リスト１１２に含めるようにすることが可能となる。

ユーザの所在位置は任意の公知の方法で決定することができる。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線周波識別（ＲＦＩＤ）あるいは別のローカル測位技術や近距離無線通信技術などの何らかの適当な無線信号技術を利用することが可能である。さらに特定の例として、Ｂｌｕｅｔｏｏｔｈ（登録商標）対応移動体通信装置は、移動体通信装置に自分の現在の所在位置を通知するＢｌｕｅｔｏｏｔｈ（登録商標）アクセスポイントすなわち“ホットスポット”の存在によって、移動体通信装置がユーザの勤務場所に存在していることを認識することができる。任意の通信ネットワークに基づく測位システムを含む広域無線通信技術は、適当な場合、さらに広いエリアに対して利用することが可能である。例えば、この広域無線通信技術にはセルラネットワークそれ自体を含むことが可能であり、これにより、セルＩＤ、ロケーションエリアコード（ＬＡＣ）および／または別の位置識別子を利用して移動体通信装置の現時点のセルラ領域を特定することが可能となる。世界移動体通信システム（ＧＳＭ）および別の測位技術もまた利用可能である。

適応リストエンジン１１０によって考慮できるような別の例示のコンテキストには特定の日や日付が含まれる。例えば、適応リストエンジン１１０は、休日２３８の個人連絡先として分類された連絡先のアドレスの方を重視することができる。誕生日２４０、記念日２４２あるいは別の特定の日であった場合、特定の連絡先を優先することができる。週２４４の特定の曜日のような他の日によっても、適応リストエンジン１１０により考慮できるコンテキストが提供される。例えば、適応リストエンジン１１０は、就労している平日はビジネスの連絡先の方により大きな重みを与えるのに対して、週末には個人の連絡先の方により大きな重みを与えるようにすることもできる。これらの日付は、装置の中にプログラムしたり、および／または、ローカルなカレンダアプリケーション２４６や遠隔のカレンダアプリケーション２４６との連携を通じてアクセスしたりするようにしてもよい。このようなカレンダアプリケーション２４６を利用して、ユーザカレンダ２４６に予定した会議時間より前および／または会議時間中は、あるビジネスの連絡先の方により大きな重みを与える設定を行うような別のコンテキスト認識の可能性も存在する。例えば、適応リストエンジン１１０によって、予定した会議より前および会議中の所定期間、既知の連絡先との予定した会議の方により大きな重みを与えることができる。というのは、その期間中、ユーザが会議の参加者と連絡をとる可能性がより高くなることが考えられるからである。その他の任意の所望のコンテキストパラメータ２５０も同様に利用可能であり、図２の例は、本発明の態様についての理解を可能にすることを目的として示されたものである。

重み係数１１４および／またはユーザのコンテキスト２３０に基づいて、適応リストエンジン１１０によって１以上の適応着信履歴リスト１１２が作成される。説明を簡潔にするために、適応リストエンジン１１０によって単一の適応着信履歴リスト１１２を作成するものと仮定するが、前述したように複数の適応着信履歴リストの作成を行うことも可能である。連絡先Ａ２１０は、着信ＳＭＳメッセージ２００、２０４および発信電子メール２０６を含めて複数回ユーザとの通信に関わったものである。通信頻度が関連のある重み係数１１４である場合、適応リストエンジン１１０は、連絡先Ａ２１０用の連絡先のアドレスを含む適応着信履歴リスト１１２を作成することが可能となる。この作成された適応着信履歴リスト１１２はユーザ装置のディスプレイ１１８Ａなどを介してユーザに提示される。メニュー若しくは他の図形によるメカニズム、機械によるメカニズムまたは音声によるメカニズムを利用して、ユーザは適応リストオプション２６０の選択を行うことが可能となり、これにより、連絡先Ａ２１０を含む適応着信履歴リスト１１２がディスプレイ１１８Ｂを介してユーザに提示される。あるいは、（例えば電話アプリケーション、テキスト／マルチメディアメッセージアプリケーション、ｅメールアプリケーションなどの）特定の通信アプリケーションを呼び出した場合、適応着信履歴リスト１１２を自動的にユーザに提示するようにしてもよい。いずれの場合にも、その際、ユーザは適応着信履歴リスト１１２から所望の通信先を簡単に選択することが可能となる。この選択は、所望の連絡先Ａ２１０までスクロールして連絡先Ａを選択したり、別のＵＩ１１６メカニズムを利用したりするような何らかの公知の方法でも実行可能である。

ディスプレイ１１８Ｃは、待受画面２６２を提示することも可能であり、ユーザは、その画面から連絡先のアドレスの入力を開始することができる。一実施例では、ディスプレイ１１８Ｃの待受画面２６２を介して連絡先のアドレス入力の自動補完機能がサポートされ、その場合、適応着信履歴リスト１１２は自動補完機能の根拠としての役割を果たすことになる。本実施例では、連絡先のアドレス入力の自動補完機能を実行するために、少なくとも適応着信履歴リスト１１２内に維持されている連絡先を利用することが可能である。例えば、ユーザはＬＡＳＴＮＡＭＥという同じ姓を持つ１０個の連絡先を有しているかもしれないが、適応着信履歴リスト１１２にはそれらの連絡先の１つの連絡先のみが存在している。ユーザが、待受画面２６２（またはこのような入力が可能な別の同様の画面）から連絡先の氏名／アドレスの入力を開始する場合、その氏名は、適応着信履歴リスト１１２内の連絡先のアドレスに基づいて自動補完される。図２の例を用いると、ユーザは、適応着信履歴リスト１１２内に存在する連絡先Ａ２１０を表わす最初の１文字またはそれ以上の文字２６４を入力することができる。この連絡先は適応着信履歴リスト１１２にリストされているので、連絡先の氏名／アドレスの残り部分２６６は自動的に補完され、それによってユーザは意図する通信先に迅速にアクセスすることが可能となる。

本発明の種々の態様についての理解を可能にするために、適応着信履歴リスト（“適応リスト”とも呼ぶ）のいくつかの代表例について以下説明する。図３Ａ〜図３Ｃは、ダイヤルした番号の適応リストの代表的ユーザインタフェース（ＵＩ）ディスプレイを例示する図である。図３Ａは標準的連絡先リスト３０２を示すディスプレイ３００を例示する。図形の連絡先タブ３０４を選択する操作などの種々のユーザアクションに応答してリスト３０２を提示することが可能である。連絡先リスト３０２は複数の連絡先入力を含み、ディスプレイ３００の閲覧可能領域に入力のいくつかまたはすべてが提示される。この実施例の例では、連絡先入力３０６〜３１０は、連絡先リスト３０２に関連する連絡先の組全体のうちの閲覧可能なサブセットを表わす。ユーザは、電話をするための１または複数の所望の連絡先を特定するために、１または複数の所望の連絡先までスクロールし、連絡先識別子の一部またはすべてをテキスト入力フィールド３１２に入力するか、別の検索機能を実行しなければならない。前述したように、１または複数の所望の連絡先の入力や検索は場合によってわずらわしい操作を伴うことが考えられる。

所望の電話通信先を迅速に探すユーザの労力を軽減するために、図３Ｂに図示のように、ユーザはダイヤル番号の適応リスト３２０をディスプレイ３００に提示することができる。タブ３２２を選択することにより、あるいは別のＵＩ操作を介して、連絡先リスト３０２の表示から適応リスト３２０を選択することが可能である。ユーザが電話アプリケーションを装置で呼び出す操作のような所定の操作に応答して適応リスト３２０を提示してもよい。さらに、移動体通信装置に関与するすべての通信リストを提示する通信ログ画面のような特定の通信アプリケーションから、および／または、別のＵＩ画面からもこのような適応リスト３２０の視覚化を行うことが可能である。さらに特定の例を以下に示す。

適応リスト３２０は、連絡先リスト３０２に関連する連絡先の組全体のうちのサブセットを含み、この場合連絡先３２４〜３２８のサブセットは、ユーザが選択を行う可能性のある潜在的に関連のある連絡先リストを表わす。前述したように、適応リストエンジンは、重み係数および／またはコンテキスト認識に基づいて、どの連絡先を適応リスト３２０に含めるべきかの判定を行う。例えば、適応リスト３２０は、ユーザが１または複数の選択を行う可能性のある、最も使用頻度の高いダイヤル番号、最近使用されたダイヤル番号、および／または、人気のあるダイヤル番号を表わすことができる。

本発明の一実施例によれば、適応リスト３２０は、単一のディスプレイ３００のウィンドウにぴったり入ることができる複数の連絡先３２４〜３２８のみを提示することも可能である。このようにして、表示件数以上のスクロールは不要となり、それによってユーザは、１または複数の所望の通信先が適応リスト３２０に存在するかどうかを迅速に判断することが可能となる。別の実施例では、より多数の連絡先を単一のディスプレイ３００のウィンドウにぴったり入る適応リスト３２０に含めることが可能である。このような実施例では、ユーザは、適応リスト３２０の中をスクロールしたり、遷移したりすることが可能となったり、通信先の連絡先の氏名またはアドレスのすべてまたは一部をテキスト入力フィールド３１２に入力したりすることも可能となる。この実施例は何らかのユーザによる遷移および／または文字入力を含むことができるが、一般にその入力数は完全な連絡先リスト３０２に関して求められる入力数よりもずっと少ないものとなる。

適応リスト３２０を介して提供される連絡先３２４〜３２８は、対応する連絡先アプリケーションにより提供される連絡先リスト３０２から得られる氏名や他の連絡先識別子を用いて提示することができる。あるいは、送信した連絡先識別子および／または受信した連絡先識別子は、連絡先アプリケーションを参照することなく適応リスト３２０に直接提示することができる。例えば、発呼者回線識別（ＣＬＩ）サービスなどの技術を利用して、電話番号、連絡先の氏名および／または別の連絡先識別子を移動体通信装置へ提供することも可能である。さらに詳細には、ＣＬＩ（発呼者ＩＤとしても知られている）は、一般に多くの電話プロバイダが供給するサービスを指すものであり、発呼すると電話番号が送信される。ＣＬＩを装備した受信端末を用いて、ユーザは電話に応答する前に発呼者の電話番号を見ることができる。マルチメディアＣＬＩ（ＭＣＬＩ）は、マルチメディアコンテンツが電話番号に付随するか、または電話番号の代わりに提供されるＣＬＩを指す。例えば、発呼者のデジタル画像および／またはオーディオクリップ、図形、企業ロゴおよび／または同種のものを送信することも可能である。これらの技術および同様の技術を利用して、本発明に基づいて適応リスト３２０の形で連絡先識別子を供給したり、別の適応着信履歴リストを供給したりすることが可能となる。このような技術を利用する場合、連絡先アプリケーションに関連する主要な連絡先リストに適応リスト３２０内の連絡先識別子を必要に応じて加えることも可能である。例えば、ユーザは、メニュー、ボタンまたは別のＵＩメカニズムを設けて、適応リスト３２０に関連する任意の１以上の連絡先３２４〜３２８を主要な連絡先リスト３０２に追加することも可能である。１つの例が図３Ｃに示されているが、この場合、図形による機能ボタン３３０には、強調表示された１または複数の連絡先が適応リスト３２０から連絡先リスト３０２へ追加される機能３３２が含まれる。さらに詳細には、ユーザは機能ボタン３３０を選択し、この機能ボタン３３０によって機能３３２を含む１以上の選択肢の提示が可能となる。機能３３２を選択することにより、強調表示されたか、または他の方法で選択された連絡先３２４を連絡先リストに追加することが可能となる。

このようにして、本発明によって、エンドユーザは、ダイヤルする前に、以前の着信連絡先識別子および／または発信連絡先識別子に基づいて自動的に維持されている迅速に利用可能なショートリストの中から、意図する１または複数の通信先の選択を行うことが可能となる。一実施例では、意図する通信先が“ショートリスト化”されていない場合、１または複数の適応リストは連絡先または電話帳アプリケーションと共存することになる。例えば、１または複数の意図する通信先が適応リスト３２０を介して提供されていなければ、ユーザは、タブ３０４や別のリンクを単にクリックして連絡先リスト３０２へ遷移することができる。このようなタブ３０４の代わりに、あるいはタブ３０４に加えて、適応リスト３２０から連絡先リスト３０２へ遷移する別の方法として、リンク、メニュー、音声コマンド、機械的ボタンなどを利用するような方法を用いてもよい。適応リスト３２０の裏で動いている適応リストエンジンは、ＵＩディスプレイ３００を介して示されている連絡先リストよりも多くの連絡先リストを維持することができる。

図４Ａ〜図４Ｃは、ＳＭＳの連絡先などのテキストメッセージ通信の連絡先を示す適応リストの代表的ＵＩ表示を例示する図である。このようなＳＭＳの連絡先に関連する適応リストは、図３Ａ〜図３Ｃに関して説明した電話連絡先の場合と類似している。図４Ａは、テキストメッセージアプリケーションを呼出したとき利用できるオプションを示すディスプレイ４００を例示する図である。例えば、ユーザはＳＭＳアプリケーションや、テキストメッセージ画面４０２を提示する別のテキストメッセージアプリケーションを呼び出すことができる。ユーザは、テキストメッセージの目的の通信先として１以上の通信先を追加する機能をユーザに提示するための機能ボタン（図示せず）や別のＵＩメカニズムを選択することも可能である。この実施例の例では、選択可能な代表的機能が項目４０４〜４０９により例示されており、テキストメッセージアプリケーションを通じてこのような機能の表示を要求するユーザに応答して提示される。１つの機能として“通信先追加”機能４０４がある。例えば、ユーザは、機能４０４を強調表示し、図形による選択ボタン４１２を押下することによって上記の機能４０４を選択することができる。これに応答して、図３Ａに関して説明した連絡先リスト３０４の場合と同様、図４Ｂに図示のような標準連絡先リスト４１４を提示することができる。連絡先リスト４１４は複数の連絡先入力を含み、そのうちのいくつかがディスプレイ４００の閲覧可能領域に提示される。この実施例の例では、連絡先入力４１６〜４２０は、連絡先リスト４１４に関連する連絡先の組全体のうちの閲覧可能なサブセットを表わしている。通常ユーザは、電話をする所望の１または複数の連絡先を特定するために、所望の１または複数の連絡先までスクロールし、テキスト入力フィールド４２２にある連絡先識別子の一部またはすべてを入力するか、別の検索機能を実行する必要がある。

ユーザが所望のテキストメッセージ通信先を迅速に探す労力を軽減するために、図４Ｃに図示のようにテキストメッセージ連絡先識別子の適応リスト４３０をディスプレイ４００に提示することができる。タブ４３２からか、あるいは別のＵＩ操作を介して適応リスト４３０を選択することができる。この適応リスト４３０には、連絡先リスト４１４に関連する連絡先の組全体のうちのサブセットが含まれている。連絡先４３４〜４３８からなるこのサブセットは、適応リストエンジンによって提供されるような潜在的に関連のあるテキストメッセージ通信の連絡先リストを表わし、ユーザはこのリストの中から選択を行うことができる。これらの適応リストのいずれの場合も同様に、単一のディスプレイ４００のウィンドウにぴったり入る数の連絡先のみを適応リスト４３０に含めてもよいし、あるいは、単一のディスプレイ４００のウィンドウにぴったり入るであろう数よりも多い数の連絡先を適応リスト４３０に含めるようにしてもよい。必要な場合、ユーザは、適応リスト４３０の中をスクロールしたり、遷移したりすることが可能であり、あるいは通信先の連絡先氏名またはアドレスのすべてまたは一部をテキスト入力フィールド４２２に入力することもできる。

このようにして、本発明によって、ユーザは、テキストメッセージの連絡先やアドレスを入力する前に、以前の着信テキストメッセージおよび／または発信テキストメッセージに基づいて自動的に維持されている迅速にアクセス可能なショートリストから、意図するＳＭＳや別の１または複数のテキストメッセージ通信の通信先の選択を行うことが可能となる。再びこの場合も、意図するＳＭＳ通信先が“ショートリスト化”されていない場合、適応リスト４３０は連絡先または電話帳アプリケーションと共存することができる。さらに、この適応リストは通常の連絡先リストと結合することも可能であり、それによって、例えば適応リストの連絡先の上位３つの連絡先（あるいは別の上位の数の連絡先）をリストの最上部に表示し、リスト内の残りの連絡先をアルファベット順や所望の別の順に表示することも可能となる。

図５Ａ〜図５Ｄは、ＭＭＳの連絡先のようなマルチメディアメッセージ通信の連絡先を示す、適応リストの代表的ＵＩ表示を例示する図である。本発明の一実施例によれば、ＭＭＳ適応リストは、図４Ａ〜図４Ｃに関して説明したようなＳＭＳ適応リストの場合と同様の方法で作成し、維持することができる。例えば図５Ａは、マルチメディアメッセージ通信アプリケーションを呼出したとき利用可能な選択肢を示すディスプレイ５００を例示する図である。ＵＩのアクションによって、ユーザは、複数の連絡先入力を含む標準連絡先リスト５０２を装置に提示させることができ、これらのリストのうちのいくつかがディスプレイ５００の閲覧可能領域に提示される。この実施例の例では、連絡先入力５０４〜５０８は、連絡先リスト５０２に関連する連絡先の組全体のうちの閲覧可能なサブセットを表わす。ユーザは、一般に、所望の１または複数の連絡先までスクロールし、テキスト入力フィールド５１０の中に１または複数の連絡先識別子の一部またはすべてを入力したり、別の検索機能を実行したりすることによって所望の連絡先を特定する。本発明によれば、図５Ｂに図示のように、マルチメディアメッセージ通信の連絡先識別子の適応リスト５１２をディスプレイ５００に提示することができる。適応リスト５１２は、タブ５１３から、あるいは、別のＵＩの操作によって選択することができる。適応リスト５１２には、連絡先リスト５０２に関連する連絡先の組全体のうちのサブセットが含まれている。この連絡先５１４〜５１８からなるサブセットは、適応リストエンジンによって提供される、潜在的に関連のあるマルチメディアメッセージ通信の連絡先のリストを表わし、ユーザはそのリストの中から選択を行うことができる。再びこの場合も、単一のディスプレイ５００のウィンドウにぴったり入る数の連絡先のみを適応リスト５１２に含めるようにしてもよいし、あるいは、単一のディスプレイ５００のウィンドウ上にぴったり入るであろう数よりも多い数の連絡先を適応リスト５１２に含めてもよい。必要な場合、ユーザは適応リスト５１２の中をスクロールしたり、遷移したりすることが可能であり、あるいは通信先の連絡先氏名またはアドレスのすべてまたは一部をテキスト入力フィールド５２０に入力することも可能である。

一実施例では、適応リスト５１２から１または複数の連絡先を選択することにより、この選択した１または複数の連絡先に対応する複数の連絡先プションが提示される。このような実施例の１例を図５Ｃに例示する。適応リスト５１２から１または複数の連絡先を選択する際、マルチメディアメッセージ画面５２２を提示してもよい。別の通信タイプを介して選択した通信先と連絡をとる機能をユーザに提供するために、通信先情報画面５２４を提示して、ユーザが携帯電話番号５２６やｅメールアドレス５２８などの別の所望の通信タイプを選択できるようにしてもよい。

図５Ｂの適応リスト５１２の代替実施例が図５Ｄに示されているが、この図５Ｄは適応リスト５３０を提示するものである。本実施例では、個々の連絡先と通信タイプとに対する個別の行が設けられている。例えば、名前−Ｘのラベルを施した特定の連絡先が、１回はｅメールアドレス用、１回は携帯電話番号用として２回提示されている。さらに詳細には、名前−Ｘの連絡先フィールド５３２は名前−Ｘのｅメールアドレスを示し、名前−Ｘの連絡先フィールド５３４は名前−Ｘの携帯電話番号を示す。共通の連絡先に対するこれらの異なる通信タイプを種々の方法で相互に区別することができる。１つのこのような方法として、ｅメールアイコン５３６や携帯電話機アイコン５３８のようなアイコンや別の図形マークを設ける方法がある。通信タイプおよび／または同じ通信タイプの異なるアドレスを識別するために、共通の連絡先の氏名を区別するテキスト、オーディオまたは別の方法を利用するようにしてもよい。前述の例の場合のように、ユーザは、タブ５４０の利用を介するような、任意の適切なＵＩメカニズムを介して迅速かつ容易に標準的連絡先リストへ遷移することが可能となる。

図６Ａ〜図６Ｃは、ｅメールの連絡先を示す適応リストの代表的ＵＩ表示を例示する図である。図６Ａ〜図６Ｃのｅメールの実施例は、適応リストが本実施例の例ではｅメール専用であるという点を除いて、図５Ａ〜図５ＣのＭＭＳの実施例の場合と同様の実施例である。図６Ａのディスプレイ６００により、連絡先タブ６０６の選択などによるような方法で、ｅメールアプリケーション６０４を介して標準的連絡先リスト６０２を提示することが可能となる。連絡先入力６０８〜６１２は、連絡先リスト６０２に関連する連絡先の組全体のうちの閲覧可能なサブセットを表わす。図６Ｂに図示のように適応リストタブ６１４を選択するか、別のＵＩメカニズムを利用することにより、ｅメール適応リスト６２０がディスプレイ６００に提示される。特定の連絡先に対して２以上のｅメールアドレスが利用可能な場合、該メールアドレスは、区別するテキストや図形などを利用して適応リスト６２０を介して全て提示することが可能である。あるいは、適応リスト６２０を介して特定の連絡先をいったん提示し、次いで特定の連絡先の選択時に、図６Ｃに図示のように通信先情報画面６２２を提示するようにしてもよい。こうすることによってユーザは、名前−Ｖ６２８のラベルを施した連絡先の複数のｅメールアドレス６２４、６２６によって図示するように、選択された連絡先の多数のｅメールアドレスの中から選択を行うことが可能となる。

前に示したように、本発明の一実施例はアイドル状態の自動補完に関わるものである。したがって、ディスプレイの待受画面や１または複数の別の所定の画面を介して連絡先のアドレス入力の自動補完機能がサポートされており、その場合、適応着信履歴リストが自動補完機能の根拠としての役割を果たしている。図７Ａ〜図７Ｃは、上記のような待受状態の自動補完機能を例示する代表的ＵＩ画面を描く図である。最初に図７Ａを参照してわかるように、適応リスト７０６Ａに関連する多くの連絡先７００〜７０４が表示されている。ユーザは、テキスト入力フィールド７０８に文字の入力を開始する。ユーザが連絡先のアドレスのさらに多くの文字を入力するにつれて、連絡先７００〜７０４のいくつかは、テキスト入力フィールド７０８の中に現在入力されている文字列に一致しなくなるため、削除されていくことになる。このような状況が図７Ｂに描かれており、この図では、文字列“０５０４”がテキスト入力フィールド７０８に入力された結果、２つの連絡先が残されることになる。連絡先７０２が図７Ａに図示の適応リスト７０８の閲覧可能領域に表示され、一方、連絡先７１０は、連絡先７００〜７０４のいくつかが削除されるまで閲覧可能領域に表示されなくなる。

一実施例によれば、図７Ｂの適応リスト７０６Ｂは、適応リストエンジンにより処理される重み係数および／またはコンテキストに従って、連絡先７０２、７１０を提示し続ける。例えば、最大の通信頻度を示す連絡先に基づいて、適応リスト７０６Ａ／Ｂを提示するための重み係数が提供される場合、適応リスト７０６Ｂ内の連絡先の数が少なくなったリストが上から下へ通信頻度の降順に提示される。これによって、テキスト入力フィールド７０８内の文字列に一致しない連絡先の削除に起因して、適応リスト７０６Ｂの連絡先のリストが変化した場合であっても、ユーザは、最少のキー入力や別のＵＩ操作によって最も使用頻度の高い連絡先までスクロールを行うことが可能となる。ユーザが、最終的にテキスト入力フィールド７０８へのテキスト入力を止めて、７１０のような連絡先を選択した場合、図７Ｃに図示のようにテキスト入力フィールド７０８は更新されて、選択された連絡先の連絡先識別子を反映することになる。ユーザが選択する対象としていくつかのオプション７１２の提示が可能であり、図形による機能ボタン７１４、または、別のＵＩメカニズムをユーザが選択した時にそのオプションを提示することができる。

自動補完機能は、待受画面の自動補完機能の代わりにあるいは待受画面の自動補完機能に加えて、通信アプリケーションと同時に実行することができる。図８Ａ〜図８Ｃは、（ＳＭＳなどの）テキストメッセージ通信アプリケーションから利用できるようになっている自動補完機能の実施例を例示する代表的ＵＩ画面を描く図である。最初に図８Ａを参照してわかるように、ＵＩ画面８００には、ユーザが所望の１または複数の連絡先識別子の入力を開始するテキスト入力フィールド８０２が含まれる。本実施例の例では、ユーザは“１”を入力する。この入力によって、ＳＭＳ／テキストメッセージ通信用適応リストに含まれる他の連絡先は削除され、その結果、数字の“１”で始まる、適応リストの連絡先識別子８０６〜８０８のみを含む適応リストのサブセット８０４が得られることになる。ユーザが連絡先のアドレスのさらに多くの文字を入力するにつれて、連絡先８０６〜８０８のうちのさらに多くの連絡先が、テキスト入力フィールド８０２に現在入力されている文字列に一致していないという理由で削除されていくことになる。サブセット８０４によって表される変動する適応リストは、適応リストエンジンによって処理される重み係数および／またはコンテキストによって、関連する連絡先識別子を提示し続ける。ユーザは、ＳＭＳ／テキストメッセージ通信の意図する通信先として１以上の残りの連絡先８０６〜８０８を強調表示または別の方法で指定するために、スクロールまたは別の選択モードに、いつでも切り替えることができる。この切替えが図８Ｂに描かれており、この図ではユーザは連絡先識別子８０６を強調表示している。連絡先識別子８０６が選択されると、テキスト入力フィールド８０２は更新されて、選択された連絡先識別子８０６を反映するようになる。ユーザは、公知のＵＩメカニズムを利用することによって、適応リストのサブセット８０４の中から複数の連絡先を選択することも可能である。次いで、図８Ｃに図示のように、ユーザは、テキスト入力フィールド８０２の中から上記の連絡先識別子を選択して、意図するテキストメッセージの通信先として対応する連絡先を指定することができる。

図８Ａ〜図８Ｃの実施例は、ＭＭＳ、ｅメールあるいは他の通信タイプに対しても適用できる。例えば、ＭＭＳ番号を表わす適応リストの自動補完は、図８Ａ〜図８Ｃに関連して説明した場合と類似の方法で実行することができる。連絡先識別子は、ｅメールアドレス、連絡先の氏名、あるいは他のアドレス、別名、などのような数字以外の識別子によって表わされるものであってもよい。図９Ａ〜図９Ｂは、本発明による、連絡先の氏名を利用したＭＭＳまたはｅメールの自動補完機能の種々の代表的な実施例を例示する図である。

図９Ａを参照してわかるように、マルチメディアＵＩ画面９００には、ユーザが所望の１または複数の連絡先識別子の入力を開始するテキスト入力フィールド９０２が含まれている。図９の実施例は、マルチメディア通信の連絡先を参照するのに対して、本実施例は、ｅメールなどの別のメッセージ通信に対しても同様に適用可能である。この実施例の例では、ユーザは“Ａ”を入力し、この入力によってマルチメディアメッセージ用通信適応リストに関連する他の連絡先は削除され、その結果、文字“Ａ”で始まる適応リストの連絡先識別子９０６〜９０９のみを含む適応リストのサブセット９０４が得られることになる。ユーザが連絡先のアドレスのさらに多くの文字を入力するにつれて、連絡先９０６〜９０９のうちのさらに多くの連絡先が、テキスト入力フィールド９０２に現在入力されている文字列に一致していないという理由で削除されていくことになる。一実施例では、適応リストのサブセット９０４の一部として氏名を提示するために、（Ｊｏｈｎ Ａｎｄｅｒｓｓｏｎ、Ａｒｎｏｌｄ Ｓｍｉｔｈなどの）連絡先の名前か姓かのいずれかを照合する。別の実施例では、名前か姓かのいずれか、あるいは別の所定の名称部分を、一致を判定する際の対象とする。

ユーザは、メッセージ通信の意図する通信先として１以上の残りの連絡先９０６〜９０９を強調表示または別の方法で指定するために、スクロールまたは別の選択モードに、いつでも切り替えることができる。この切替えは図９Ｂに描かれており、この図ではユーザは連絡先識別子９０８を強調表示している。連絡先識別子９０８が選択されると、テキスト入力フィールド９０２は更新されて、選択された連絡先識別子９０８を反映するようになる。ユーザは、公知のＵＩメカニズムを利用することによって、適応リストのサブセット９０４の中から複数の連絡先を選択することも可能となる。選択された１または複数の連絡先用のいくつかのＭＭＳ／ｅメールや別のアドレスが利用可能な場合、ユーザは、通信先を選択した後に、正しいアドレスを選択してもよい。さらに、テキスト入力フィールド９０２内への新規のｅメールアドレス入力のために、連絡先の氏名が入力された後に、アドレスの一部分が自動補完されることもある。例えば、Ｆｉｒｓｔ．Ｌａｓｔ＠を入力した後に、“ｎｏｋｉａ．ｃｏｍ”、“ａｂｃ．ｃｏｍ”、などのような１以上のドメインや通信事業者アドレスを提示することができる。正しいドメイン／通信事業者アドレスが提示されなかった場合、ユーザは適切なドメイン／通信事業者アドレスを選択してもよいし、あるいは、テキスト入力を続けてもよい。

本発明に基づく適応リストは、意図する通信先を特定するのに用いられる音声認識技術と同時に利用することも可能である。携帯電話機のような最新の移動体通信装置のなかには、ユーザが、１または複数の音声タグを特定の連絡先の名称および連絡先の種類と関連付けることを可能にする機能を提供するものもある。例えば、“Ｊｏｈｎ Ｓｍｉｔｈ”という氏名は、ユーザの連絡先リストの中にＪｏｈｎ Ｓｍｉｔｈの連絡先名に関連する家の電話番号および携帯電話番号を有することができる。ユーザは、“Ｊｏｈｎ Ｓｍｉｔｈ 自宅”のような音声タグを記録することができ、ユーザが音声認識アプリケーションを呼び出した後、このフレーズを言うと、連絡先“Ｊｏｈｎ Ｓｍｉｔｈ”に関連する家の電話番号がダイヤルされることになる。同様にユーザは、“Ｊｏｈｎ Ｓｍｉｔｈ 携帯”のような音声タグを記録することができ、音声認識モジュールが呼び出されている時に、ユーザがこのフレーズを発声すると、音声タグはＪｏｈｎ Ｓｍｉｔｈの携帯電話機にダイヤルすることになる。不特定話者音声入力ダイヤル（ＳＩＮＤ）のような別の音声認識システムを利用すれば、ユーザが最初に音声タグを記録せずに、記憶した連絡先に一致する音声コマンドを言うことが可能となる。

しかし、不特定話者音声ダイヤルの精度は完璧ではない。例えば、このような音声認識システムは、ユーザが自分の自動車の中にいる場合のように、キー入力や別のＵＩ操作が困難なとき、あるいは、不都合なときには特に有用である。しかし、自動車内の環境はうるさく、そのため音声認識処理の実行が困難となり、誤りを起こしやすくなる。本発明の一実施例によれば、音声コマンドの精度は、端末装置の適応リスト情報および／または別の以前の使用状況を利用することによって上昇する場合もある。

さらに詳細には、本発明の一実施例には、音声によるダイヤルの場合のような、音声認識の精度の改善における適応リストエンジンの利用が含まれる。音声認識の不完全さに起因して、または共通の名称を共有する複数の連絡先のような別の理由に起因して、音声認識の結果にはいくつかの一致候補が含まれる場合がある。本発明の一実施例によれば、適応リストエンジンを利用してこれらの一致候補を優先させることができる。

一実施例によれば、適応リストエンジンを介して上記のように音声によるダイヤルのログがとられることになる。前述したような重み係数および／またはコンテキスト認識係数に基づいて、ユーザの意図する通信先に最も一致する順に音声入力に一致する種々の可能性のあるユーザに提示することが可能となる。したがって、音声による本発明の実施例では適応着信履歴リストの“表示”は、意図する通信先に一致している最も可能性の高い結果から、最も可能性の低い結果の順に並べた音声入力に一致する候補の順序付きリストに対応することになる。

代表例として、移動体通信装置ユーザの内蔵連絡先リストが２つの類似する連絡先：１）Ｊｏｈｎ Ｄｒａｋｅと２）Ｊｏｎ Ｂｌａｋｅを含んでいるものと仮定する。音声認識技術の不完全さや、ノイズの多い環境や、ユーザの不注意な発声および／または別の理由に起因して、“Ｊｏｈｎ Ｄｒａｋｅ”というユーザ音声入力は、最終的にＪｏｈｎ Ｄｒａｋｅと判定されず、代わりにＪｏｈｎ ＤｒａｋｅかＪｏｎ Ｂｌａｋｅかのいずれかであると判定される場合がある。また、重み係数が利用されると仮定すると、連絡先との発着信の通信頻度が、適応着信履歴リストの決定時に少なくとも１つの主要な考慮事項となる。“Ｊｏｈｎ Ｄｒａｋｅ”との通信頻度の方が“Ｊｏｎ Ｂｌａｋｅ”との通信頻度よりも高ければ、結果として生じる適応着信履歴リストは１）Ｊｏｈｎ Ｄｒａｋｅ、２）Ｊｏｎ Ｂｌａｋｅの順序になる。この時ユーザ音声入力の聴覚による確認および／または視覚による確認を上記順序でユーザに提示し、それによって最も可能性の高い連絡先あるいは最も人気のある連絡先をユーザへ最初に提示することも可能である。このようにして意図する連絡先をユーザに提示する可能性が大きくなる。

別の実施例では、頻度、最新度あるいは別の係数を音声認識の結果と結合することも可能である。例えば、音声認識は、音声入力した連絡先候補の“確率”を示すことが可能である。Ｊｏｈｎ ＤｒａｋｅとＪｏｈｎ Ｂｌａｋｅを用いる例では、双方の確率が十分に高いか、または、確率が互いに接近していて、たとえ一方がより高い確率を示したとしても、どちらの方が意図するものであるかを十分な確信をもって判定できない場合もあり得る。一実施例では、音声認識による確率がより低い第１の連絡先の頻度（または最新度あるいは別の係数）の方が第２の連絡先の場合よりも十分大きい場合、音声認識の結果を逆転させてもよい。

上述の場合と同じように、頻度、最新度および／または別の重み係数を利用することも可能である。これらの係数は、複数の得られた候補の表示順序を決定する際に専ら利用することも可能であるし、あるいは、音声認識特性それ自体によって提示される確率と同時に利用することも可能である。例えば、音声認識システムによって、ユーザ音声入力の３つの可能性のうちの１つが、“Ｊｏｎ Ｂｌａｋｅ”として最も確率の高い候補を示すものであると決定することも可能である。適応着信履歴リストの重み係数および／またはコンテキスト係数と結合すると、“Ｊｏｈｎ Ｄｒａｋｅ”が最も確率が高いという結論を下すことが可能となり、それによって、得られた候補のリストの最初にＪｏｈｎ Ｄｒａｋｅを載せた聴覚による確認および／または視覚による確認が表示されることになる。例えば、適応リストエンジンは、一致した連絡先の人気度に関する事前情報として利用できるように“スコア”を提供することも可能である。音声認識の結果生じる一致確率（または音声認識の結果を示す別の測定値）に、適応リストエンジンによって提供されたスコアを乗算することなどによって、これらのスコアを音声認識の結果と結合することができる。この結果得られた測定値は一致の順位付けの際に利用することができる。別の実施例では、適切なスケーリングを実施して、上記のような乗算を行う前に事前情報の重みの増減を行うようにすることが可能である。別の実施例は、音声認識アプリケーションから適応リストエンジンへ一致リストを受け渡すステップおよび／または音声認識システムへ適応着信履歴リスト項目を受け渡すステップを含むものである。種々の代表的な協調音声認識および適応着信履歴リストの実施例について以下さらに十分な説明を行うことにする。

図１０Ａは、音声認識機能を採用するシステムにおいて、１以上の適応着信履歴リストを提供する方法を示す代表的実施例のブロック図である。前述したように、移動体通信装置や別の通信用端末に関連する適応リストエンジン１００２において種々の通信１０００の送受信信を行うことが可能である。これらの通信１０００は、それぞれ連絡先のアドレスに関連する装置から受信され、あるいは、連絡先のアドレスに関連する装置へ送信される通信１０００としてそれぞれの連絡先１００４〜１００７に関連する。送信通信および／または受信通信１０００に関連する連絡先のアドレスは、１以上の適応着信履歴リスト１０１０を生成するために適応リストエンジン１００２により処理される。前述したように、適応リストエンジン１００２によって、適応リストエンジン１００２による適応着信履歴リスト１０１０の作成への入力として重み係数１０１２および／またはコンテキスト１０１４を利用してもよい。

本実施例例では、移動体通信装置／端末装置も音声認識モジュール１０１６を備え、音声入力用ＵＩ１０１８を介してユーザから音声コマンドを受信する。例えば、ユーザは、連絡先の氏名や、アドレスや、別の識別子を発声し、これらを音声認識モジュール１０１６によって処理することも可能である。本発明の一実施例によれば、ユーザが発声した最も確率の高い１または複数の結果を特定するために、適応リストエンジン１００２から得られる結果と同時に音声認識モジュール１０１６の結果を処理することも可能である。

一実施例では、適応リストエンジン１００２は、重み係数１０１２および／またはコンテキスト１０１４のような所定の処理条件に基づいて連絡先１００４〜１００７の順位付けやスコアリングを行う。さらに、音声認識システム１０１６は音声入力１０１８に基づいて複数の結果を提供することも可能である。一実施例では、結合モジュール１０２０とつながる経路Ａ１とＡ２によって描かれているように、適応リストエンジン１００２から得られるスコアと、音声認識モジュール１０１６から得られる結果とが結合される。結合モジュール１０２０は、プロセッサや別のハードウェア、ファームウェアおよび／またはソフトウェアを用いて実現可能である。この結合は、音声認識モジュールから得られる結果を考慮する処理と、適応着信履歴リスト１０１０の形で明示可能な結果を明確に表わす処理との双方を行うものである。これらの結果は、スピーカ１０２２や別のオーディオ手段を介して耳に聞こえる形で、および／または、ディスプレイ１０２４を介して目に見える形で提示することも可能である。

音声認識モジュール１０１６および適応リストエンジン１００２から得られる結果を結合する方法は実施構成により変更することも可能である。一実施例では、音声認識モジュール１０１６から得られる一致確率に、適応リストエンジン１００２によって提供されるスコアを乗算することによって、適応リストエンジン１００２から得られるスコアと、音声認識モジュール１０１６から得られる結果とを結合することも可能である。この結果生じる測定値は候補の順位付けの際に利用することも可能である。その場合、この順位は、耳に聞こえる形の、および／または、目に見える形の適応着信履歴リスト１０１０を介して、あるいは、このような順位付けを提供できるような別の方法で示すことも可能である。上記のように乗算を行う前に、適応リストエンジン１００２により処理される事前情報の重みを適当にスケールして、事前情報の重みの増減を行うようにすることも可能である。

適応リストエンジン１００２の結果を協調して利用する音声認識モジュール１０１６を含む別の実施例には、経路Ｂによって描かれているように、音声認識モジュール１０１６から得られた結果を適応リストエンジン１００２へ受け渡す処理が含まれる。換言すれば、音声認識モジュール１０１６から得られた上記一致候補は適応リストエンジン１００２へ受け渡され、音声認識モジュール１０１６から得られた１以上のいずれかの一致候補が既存の１以上の適応着信履歴リストに関連するかどうかの判定が行われる。一実施例では、適応リストエンジン１００２によって高く順位付けられた連絡先のみがエンドユーザへ提示される。このようにして、候補数が狭まり、正しい結果がユーザへ提示される確率は高くなる。

音声認識モジュール１０１６と適応リストエンジン１００２との協調を含むさらに別の実施例では、（氏名、アドレスなどの）最も人気のある識別子リストへの問合せが適応リストエンジン１００２から行われ、次いで最も人気のある識別子のみを求める一致検索が行われる。適応リストエンジン１００２による応答が経路Ｃに描かれているが、経路Ｃには１以上の適応着信履歴リスト１０１０に含まれる連絡先識別子のうちの少なくともいくつかが音声認識モジュール１０１６に提供される。一実施例では、（例えば重み係数、コンテキストなどに基づく）最も“人気のある”連絡先識別子によって音声認識時のいかなる曖昧さも最初に解決される。別の実施例では、適応リストエンジン１００２の結果として生じる項目のみが音声認識の対象として考慮され、それによって“人気のある”連絡先のみを音声入力に利用できるようになる。このアプローチによって、候補項目数が少ないために、認識精度の改善並びに認識機能の迅速な処理が可能となる。

したがって、本発明は、１または複数の適応着信履歴リストおよび音声認識の結果の双方から関連のある連絡先識別子を判定する実施例を含むことになる。この実施例が図１０Ｂに描かれている。さらに詳細には、通信装置に関わる以前の通信イベントの通信属性の監視（ステップ１０５０）が可能となり、重み係数および／またはコンテキストのような選択基準が監視される通信属性に基づいて確定される（ステップ１０５２）。例えば、これらの通信属性は、通信が着信、発信のいずれであれ、（ＳＭＳ、ＭＭＳ、音声などの）通信タイプ等のものであれ、連絡先識別子を含むようにすることが可能である。前述したように、このような属性に基づいて重み係数の確定を行うことが可能である。さらに、通信が生じたコンテキストを選択基準として利用することも可能である。この選択基準を満たす通信イベントに関連する連絡先に対応する１以上の適応着信履歴リストが維持される（ステップ１０５４）。適応着信履歴リストの維持に加えて、音声入力による連絡先識別子の入力が可能になる（ステップ１０５６）。音声認識の結果が生成され（ステップ１０５８）、次いで、１または複数の適応着信履歴リストを生成した連絡先候補と結合して（ステップ１０６０）、１組の選択可能な連絡先識別子を作成するようにすることも可能である。１組の選択可能な連絡先識別子は次いでユーザへ提示され（ステップ１０６２）、これによって、ユーザは現在の通信の意図する１または複数の通信先を選択できるようになる。前に示したように、この表示はユーザに対する聴覚および／または視覚に訴える表現を含むようにすることも可能である。

ハードウェア、ファームウェア、ソフトウェアあるいはこれらの組み合わせを利用して本発明による機能および処理を実行することが可能となる。本発明による移動体通信装置には、例えば、携帯電話機、ＰＤＡおよび別の無線コミュニケータのような通信装置、並びに、地上回線による計算システムおよびコミュニケータが含まれる。本発明が実現可能な移動体通信装置の代表例を図１１に例示する。移動体通信装置１１００は、計算システムを利用して、従来方式の装置の動作制御および管理、並びに、本発明により提供される機能の制御および管理を行うものである。代表的移動体通信装置１１００は本発明に基づく処理を実行する機能を備えた計算システムを備えるものである。例えば、代表的移動体通信装置１１００は、マイクロプロセッサ、縮小命令セットコンピュータ（ＲＩＳＣ）あるいは別の中央演算処理モジュールのような処理／制御ユニット１１０２を備えたものとなる。処理ユニット１１０２は単一の装置である必要はなく、１以上のプロセッサを含むものであってもよい。例えば、処理ユニットは、マスタプロセッサと通信するスレーブプロセッサと結合されたマスタプロセッサを備えたものであってもよい。

処理ユニット１１０２は、プログラム記憶領域メモリ１１０４で利用可能なプログラムによって決定されるような移動体通信装置１１００の基本機能を制御するユニットである。格納部／メモリ１１０４は、本発明に関連するオペレーティングシステムと、種々のプログラムと、データモジュールとを含むものであってもよい。本発明の一実施例では、プログラムは、不揮発性の電気的に消去可能でプログラム可能なリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュＲＯＭなどに格納され、それによって移動体通信装置の電源断の際にプログラムが紛失しないようになっている。格納部１１０４は１以上の別の種類のリードオンリメモリ（ＲＯＭ）並びにプログラム可能なＲＯＭおよび／または消去可能なＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、加入者インタフェースモジュール（ＳＩＭ）、無線インタフェースモジュール（ＷＩＭ）、スマートカード、別の固定メモリ装置または取り外し可能なメモリ装置を含むことも可能である。インターネットおよび１または複数の中間無線ネットワークのような１以上のネットワークを介して電子的にダウンロードできるようなデータ信号を介して、本発明に準拠して移動体通信装置の作動を実行するための関連のあるソフトウェアを移動体通信装置１１００へ送信することも可能である。

別の標準的移動体通信装置機能を実行するために、プロセッサ１１０２は移動体通信装置１１００に関連するユーザインタフェース（ＵＩ）１１０６とも接続される。ＵＩ１１０６は、例えば、液晶表示装置のようなディスプレイ１１０８と、キーパッド１１１０と、スピーカ１１１２と、マイク１１１４とを備えるものであってもよい。これらのＵＩコンポーネントおよび別のＵＩコンポーネントは当業で公知のようにプロセッサ１１０２と接続される。キーパッド１１１０は、電話番号をダイヤルしたり、図形ＵＩ画面などを通じて遷移したりする種々の機能を実行するための英数字キーを備えるものであってもよい。音声コマンド、スイッチ、タッチパッドおよび画面、ポインティングデバイス、トラックボール、ジョイスティックを利用する図形ユーザインタフェースのような別のＵＩメカニズムや、その他の任意のユーザインタフェースメカニズムを採用することも可能である。

移動体通信装置１１００は、移動通信ネットワークを介して無線送信を行うための従来方式の回路を含むことも可能である。アナログデジタル（Ａ／Ｄ）変換、デジタルアナログ（Ｄ／Ａ）変換、音声の符号化および復号、暗号化および暗号復号、エラー検出および修正、ビットストリーム変換、フィルタなどを含む種々の機能を実行するためにＤＳＰ１１１６を採用することも可能である。一般にアンテナ１１２０と接続された送受信器１１１８は、発信無線信号１１２２を送信し、移動体通信装置１１００に関連する着信無線信号１１２４を受信する。

本実施例の例では、格納部／メモリ１１０４は、本発明による種々の適応リストを可能にする種々のクライアントプログラムやユーザエージェント（ＵＡ）を格納する。例えば、格納部１１０４は、音声認識モジュール１１３０と、適応リストエンジン１１３２と、自動補完用モジュール１１３４と、のような種々のプログラムモジュールを備えることも可能である。通信プログラムモジュールには、（ＳＭＳなどの）テキストメッセージ通信用モジュール１１３６、（ＭＭＳなどの）マルチメディアメッセージ用モジュール１１３８、ｅメールモジュール１１４０、電話モジュール１１４２および／または別のプログラムモジュール１１４４などを設けることも可能である。格納部／メモリ１１０４は、重み係数１１４６と、コンテキストパラメータ１１４８と、１または複数の適応着信履歴リスト１１５０と、標準的連絡先リスト１１５２とのような本発明と関連して用いられるデータを格納することも可能である。これらのプログラムモジュールおよびデータは前述したように利用される。

上述のように本発明は、ユーザが通信を開始する可能性がより高い関連のある連絡先の１以上の適応リストを作成する方法を提供する。図１２は、現在の通信の意図する１または複数の通信先をユーザが選択することを可能にするために、このような関連のある連絡先リストをユーザに提示することが可能な上記方法の１つの実施例を例示する図である。通信装置に関わる１以上の以前の通信イベントの通信属性が監視される（ステップ１２００）ことになる。これらの通信属性は任意の通信イベントの属性を含むものであってもよい。例えば、これらの通信イベントには、発着信の音声または別のオーディオ通信並びに発着信のテキストおよび／またはマルチメディア通信などが含まれるが、これらのみに限定されない。これらの通信属性は、例えば、通信が着信か発信かの如何を問わず、特定の連絡先との通信イベントの総数、通信イベントの発生時から経過した相対時間等を含むものであってもよい。通信イベントに関連する１以上のこのような通信属性は本発明の一実施例によって監視される。

上記監視される通信属性に基づいて、重み係数のような選択基準を確定する（ステップ１２０２）ことも可能である。例えば、１つの選択基準は、特定の連絡先がユーザの通信装置と通信を行った頻度であってもよい。このような選択基準は特定の連絡先との監視される通信イベントの回数に基づくものであってもよい。この監視される通信イベントの回数はすべての時間にわたる、または所定の時間にわたる特定の連絡先とユーザとの間での通信イベント回数に関するものであってもよい。この回数はまた、テキストメッセージ通信の回数のような特定の通信タイプに基づくものであってもよい。監視される通信属性に基づく選択基準の別の例として、通信イベントの発生時から経過した相対時間に基づく基準を表わす通信イベントの最新度がある。このようにして、監視される特定の通信属性に基づいて、任意の所望の重み係数または別の選択基準を維持することが可能となる。

次いで、１または複数の適応着信履歴リストなどの１または複数の組の選択可能な連絡先識別子を維持する（ステップ１２０４）ことも可能である。選択可能な連絡先識別子は特定の選択基準を満たす通信イベントと関連付けられる。通信属性が時間の経過に伴って変動する可能性もあることに起因して、１または複数の適応着信履歴リストも変化する、すなわち、変動条件に“適応する”。例えば、１つの基準が、ＳＭＳメッセージ通信を介する特定の連絡先のユーザとの通信頻度である場合、ユーザとの最大のＳＭＳメッセージ回数を示す連絡先の連絡先識別子を列挙する１組の連絡先を適応的に維持することも可能である。別例として、１つの選択基準が、特定の連絡先が任意の種類の通信を介してユーザと通信を行った最新度である場合、ユーザと任意の種類の通信を行った最も最近の連絡先に関連する連絡先識別子を列挙する１組の連絡先を維持することも可能である。

１または複数の適応リストが作成されると、通信装置を介して１以上の適応リストをユーザへ提示する（ステップ１２０６）ことが可能となる。この表示は目に見える形の表示および／または耳に聞こえる形の表示を介するものであってもよいし、あるいは別の方法による表示であってもよい。この適応リストは選択可能な連絡先識別子を提供するものであり、これらの連絡先識別子のなかからユーザは現在の通信の１または複数の通信先として選択を行うことが可能となる。

上述の仕様を使用すれば、本発明は、プログラミングソフトウェア、ファームウェア、ハードウェア、またはこれらのどのような組み合わせをも実現する標準のプログラミング技術および／またはエンジニアリング技術を利用することにより、機械、処理または製造物として実現できる。

こうして得られたコンピュータ読取り可能なプログラムコードを有する如何なる１または複数のプログラムも、メモリ装置としてあるいは送信システムとして、スマートカードもしくは他の取り外し可能なメモリ装置、または送信装置等のコンピュータで使用可能な媒体内に組込むことができ、それによって本発明によるコンピュータプログラム製品または製造物を作成することが可能となる。したがって、本願明細書で使用しているような“コンピュータ可読媒体”あるいは“コンピュータプログラム製品”という用語または類似の用語は、任意のコンピュータ媒体に、あるいは、任意のメモリ装置や任意の送信システムに一時的に若しくは永続的に存在するコンピュータプログラムを含むものとする。

このようなプログラムコードを格納できるメモリ装置には、固定またはハードディスクドライブ、ディスケット、光ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＳＩＭ、ＷＩＭのような半導体メモリなどが含まれるが、これらに限定されない。送信システムには、インターネットまたは別のグローバルエリアネットワーク（ＧＡＮ）、イントラネット、電子掲示板およびメッセージまたはノート交換、電話またはモデムによるネットワーク通信、有線またはケーブル通信ネットワーク、セルラ通信、通信メッセージ、電波通信、衛星通信、並びに固定または移動体通信ネットワークシステム、若しくは通信リンクが含まれるがこれらに限定されない。

当業者であれば、ここに説明したようなソフトウェア／ファームウェアを汎用および／または専用のコンピュータハードウェアと組み合わせて、本発明を具現化するサブコンポーネントを計算する計算システムを生み出し、本発明の方法を実行するための計算システムおよび／または計算用サブコンポーネントを生み出すことができる方法を容易に理解することであろう。

本発明の例示的実施例についての以上の説明は、例示および説明のために提示したものである。上記説明は、本発明を網羅しようとしたり、開示された厳密な形態に限定したりすることを意図するものではない。上記教示を考慮して多くの修正および変更が可能である。本発明の範囲は、上記詳細な説明には限定されず、本願明細書に添付の請求項によって限定されるものである。

本発明による１以上の適応着信履歴リストを提供するための１つの実施方法を例示するブロック図である。 本発明による特定の適応着信履歴リストを提供するためのさらに特定の実施方法を示すブロック図である。 本発明の一実施例によるダイヤル番号の適応リストの代表的ユーザインタフェース（ＵＩ）表示を示す図である。 本発明の一実施例によるダイヤル番号の適応リストの代表的ユーザインタフェース（ＵＩ）表示を示す図である。 本発明の一実施例によるダイヤル番号の適応リストの代表的ユーザインタフェース（ＵＩ）表示を示す図である。 本発明の一実施例によるテキストメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるテキストメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるテキストメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるマルチメディアメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるマルチメディアメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるマルチメディアメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるマルチメディアメッセージによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるｅメールによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるｅメールによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例によるｅメールによる連絡先の適応リストの代表的ＵＩ表示を示す図である。 本発明の一実施例による連絡先のアドレス入力の待受状態の自動補完を示す代表的ＵＩ画面を描く図である。 本発明の一実施例による連絡先のアドレス入力の待受状態の自動補完を示す代表的ＵＩ画面を描く図である。 本発明の一実施例による連絡先のアドレス入力の待受状態の自動補完を示す代表的ＵＩ画面を描く図である。 本発明の一実施例によるテキストメッセージアプリケーションから利用できるようになっている自動補完の実施例を示す代表的ＵＩ画面を描く図である。 本発明の一実施例によるテキストメッセージアプリケーションから利用できるようになっている自動補完の実施例を示す代表的ＵＩ画面を描く図である。 本発明の一実施例によるテキストメッセージアプリケーションから利用できるようになっている自動補完の実施例を示す代表的ＵＩ画面を描く図である。 本発明による連絡先の氏名を利用するＭＭＳ／ｅメールの自動補完の種々の代表的実施例を示す図である。 本発明による連絡先の氏名を利用するＭＭＳ／ｅメールの自動補完の種々の代表的実施例を示す図である。 音声認識機能が採用されたシステムにおいて１以上の適応着信履歴リストを提供する代表的実施方法を示すブロック図である。 １または複数の適応着信履歴リストおよび音声認識の結果の双方から関連のある連絡先識別子を決定する実施例を示す図である。 本発明を実施できる移動体通信装置の代表例を示す図である。 関連のある連絡先リストをユーザに示して、現在の通信の意図する通信先１または複数をユーザが選択できるようにする方法の１つの実施例を示す図である。

Claims (56)

1. 通信装置のユーザによる選択のために関連のある連絡先識別子を提示する方法であって、
   前記通信装置に関わる以前の通信イベントの１つまたはそれ以上の通信属性を監視するステップと、
   前記の監視される通信属性に基づいて選択基準を確立するステップと、
   前記選択基準を満たす通信イベントに関連する連絡先に対応する１組またはそれ以上の組の選択可能な連絡先識別子を維持するステップと、
   前記選択可能な連絡先識別子の組のうちの少なくとも１組を前記通信装置を介して前記ユーザに提示するステップと、
   を有する方法。
2. 前記通信装置のユーザインタフェースを介して提示される連絡先識別子のうちの１つまたはそれ以上の連絡先識別子をユーザが選択できるようにするステップをさらに有する請求項１に記載の方法。
3. 少なくとも１つの現在の通信を、前記ユーザによって選択された前記１つまたはそれ以上の連絡先識別子に対応する連絡先へあてるステップをさらに有する請求項２に記載の方法。
4. 前記監視される通信属性は、連絡先識別子、着信通信指示、発信通信指示、通信タイプ、通信継続時間、メッセージタイプ、若しくは１つまたはそれ以上の以前の通信から経過した時間、のうちの任意の１つまたはそれ以上を有する請求項１に記載の方法。
5. 前記通信タイプは、音声通信またはメッセージ通信のうちの任意の１つまたはそれ以上を含む請求項４に記載の方法。
6. 前記メッセージ通信は、テキストメッセージ、マルチメディアメッセージ、または、ｅメールメッセージのうちの任意の１つまたはそれ以上を有する請求項５に記載の方法。
7. 選択基準を確立するステップが、前記監視される通信属性に基づいて１つまたはそれ以上の重み係数を確定するステップを有する請求項１に記載の方法。
8. １つまたはそれ以上の重み係数を確定するステップが、前記通信イベントに関連する連絡先のそれぞれに対して通信イベントの頻度を指定するステップを有し、
   １組またはそれ以上の組の選択可能な連絡先識別子を維持するステップが、前記指定した頻度に対応する通信イベントに関連する連絡先に対応する１つまたはそれ以上の適応着信履歴リストを維持するステップを有する請求項７に記載の方法。
9. 前記通信イベントの頻度を指定するステップは、前記連絡先から前記通信装置へあてた通信イベントの頻度を指定するステップを有する請求項８に記載の方法。
10. 前記通信イベントの頻度を指定するステップは、前記通信装置から前記連絡先へあてた通信イベントの頻度を指定するステップを有する請求項８に記載の方法。
11. 前記通信イベントの頻度を指定するステップは、前記通信装置から前記連絡先へ、または前記連絡先から前記通信装置へのいずれかにあてた通信イベントの頻度を指定するステップを有する請求項８に記載の方法。
12. 前記通信イベントの頻度を指定するステップは、１つまたはそれ以上の特定の通信タイプの通信イベントの頻度を指定するステップを有し、
    １つまたはそれ以上の適応着信履歴リストを維持するステップは、前記１つまたはそれ以上の特定の通信タイプにそれぞれ対応する多数の前記適応着信履歴リストを維持するステップを有する請求項８に記載の方法。
13. 前記通信タイプは、音声通信、テキストメッセージ、マルチメディアメッセージ、ｅメールメッセージのうちの任意の１つのメッセージまたはそれ以上のメッセージを有する請求項１２に記載の方法。
14. 前記通信イベントの頻度を指定するステップは、前記通信イベントに関連する連絡先のそれぞれに対して、ある期間内に生じる通信イベントの頻度を指定するステップを有する請求項８に記載の方法。
15. １つまたはそれ以上の重み係数を確定するステップが、前記通信装置に関わる通信イベントの最新度（ｒｅｃｅｎｃｙ）を指定するステップを有し、
    １組またはそれ以上の組の選択可能な連絡先識別子を維持するステップが、前記の指定した最新度の範囲内で生じる通信イベントに関連する連絡先に対応する１つまたはそれ以上の適応着信履歴リストを維持するステップを有する請求項７に記載の方法。
16. 前記通信イベントの最新度を指定するステップは、前記連絡先から前記通信装置へあてた通信イベントの最新度を指定するステップを有する請求項１５に記載の方法。
17. 前記通信イベントの最新度を指定するステップは、前記通信装置から前記連絡先へあてた通信イベントの最新度を指定するステップを有する請求項１５に記載の方法。
18. 前記通信イベントの最新度を指定するステップは、前記通信装置から前記連絡先へ、または前記連絡先から前記通信装置へのいずれかにあてた通信イベントの最新度を指定するステップを有する請求項１５に記載の方法。
19. 前記通信イベントの最新度を指定するステップは、１つまたはそれ以上の特定の通信タイプの通信イベントの最新度を指定するステップを有し、
    １つまたはそれ以上の適応着信履歴リストを維持するステップは、前記１つまたはそれ以上の特定の通信タイプにそれぞれ対応する複数の前記適応着信履歴リストを維持するステップを有する請求項１５に記載の方法。
20. 前記通信タイプは、音声通信、テキストメッセージ、マルチメディアメッセージ、ｅメールメッセージのうちの任意の１つまたはそれ以上のメッセージを有する請求項１９に記載の方法。
21. １つまたはそれ以上の重み係数を確定するステップが、受け損ねた通信イベントを特定するステップを有する請求項７に記載の方法。
22. １つまたはそれ以上の重み係数を確定するステップが、確立した連絡先のグループに関連する通信イベントを特定するステップを有する請求項７に記載の方法。
23. １つまたはそれ以上の重み係数を確定するステップが、前記監視される通信属性の間での相対的優先順位を確定するステップと、前記監視される通信属性のうちのいくつかの通信属性の方に、前記監視される通信属性のうちの他の通信属性よりも高い優先順位を与えるステップと、を有する請求項７に記載の方法。
24. １つまたはそれ以上の重み係数を確定するステップが、前記通信イベントに関連する連絡先のそれぞれに対して前記通信イベントの最新度および頻度を指定するステップを有し、
    １組またはそれ以上の組の選択可能な連絡先識別子を維持するステップが、前記指定された頻度および最新度に対応する通信イベントに関連する連絡先に対応する１つまたはそれ以上の適応着信履歴リストを維持するステップを有する請求項７に記載の方法。
25. 選択基準を確立するステップが、前記選択基準のうちの少なくともいくつかをユーザがユーザインタフェースを介して指定できるようにするステップを有する請求項１に記載の方法。
26. 選択基準を確立するステップが、前記通信イベントのうちの１つまたはそれ以上が生じたコンテキストを確立するステップを有し、
    １組またはそれ以上の組の選択可能な連絡先識別子を維持するステップが、前記確立されたコンテキスト内で生じる通信イベントに関連する１つまたはそれ以上の適応着信履歴リストを維持するステップを有する請求項１に記載の方法。
27. コンテキストを確立するステップが、１つまたはそれ以上のコンテキストパラメータを指定するステップを有し、前記１つまたはそれ以上のコンテキストパラメータは、場所、日付、時間、イベント、または特定の日のうちの任意の１つまたはそれ以上を有する請求項２６に記載の方法。
28. 前記通信装置へアクセス可能なカレンダアプリケーションを介して前記コンテキストパラメータのうちの１つまたはそれ以上のパラメータを決定するステップをさらに有する請求項２７に記載の方法。
29. 選択基準を確立するステップが、前記監視される通信属性に基づいて１つまたはそれ以上の重み係数を確定し、次いで、前記通信イベントのうちの１つまたはそれ以上の通信イベントが生じたコンテキストを確立するステップを有し、
    １組またはそれ以上の組の選択可能な連絡先識別子を維持するステップが、前記重み係数に対応し、前記確立されたコンテキスト内で生じる通信イベントに対応する１つまたはそれ以上の適応着信履歴リストを維持するステップを有する請求項１に記載の方法。
30. 前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を提示するステップは、前記複数組の選択可能な連絡先識別子のうちの１組の表示を求めるユーザの要求に応答して、前記複数組の選択可能な連絡先識別子のうちの前記少なくとも１組を提示するステップを有する請求項１に記載の方法。
31. 前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を提示するステップは、前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を、通信アプリケーションの呼出しに応答して前記通信装置を介して提示するステップを有する請求項１に記載の方法。
32. 前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を通信アプリケーションの呼び出しに応答して提示するステップは、前記呼び出された通信アプリケーションの通信タイプに対応する選択可能な連絡先識別子の組を提示するステップを有する請求項３１に記載の方法。
33. 前記提示された選択可能な連絡先識別子の組を介して、意図する通信先に対応する選択可能な連絡先識別子が提示されなかった場合、連絡先データベースとのリンクを提示するステップをさらに有する請求項１に記載の方法。
34. ユーザインタフェースを介して連絡先識別子の少なくとも一部分をユーザが入力できるようにするステップと、
    前記１組またはそれ以上の組の選択可能な連絡先識別子を、前記連絡先識別子のユーザ入力の自動補完を行うための根拠として利用するステップと、
    をさらに有する請求項１に記載の方法。
35. 前記１組またはそれ以上の組の選択可能な連絡先識別子を自動補完のコンプリートのための根拠として利用するステップは、
    前記複数組の選択可能な連絡先識別子のうちの少なくとも１つを前記ユーザへ提示するステップと、
    前記ユーザによって入力された連絡先識別子の一部分に一致しない選択可能な連絡先識別子を前記表示から削除するステップと、
    を有する請求項３４に記載の方法。
36. 連絡先識別子の少なくとも一部分をユーザが入力できるようにし、前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を提示するステップは、前記のユーザ入力を可能にし、前記複数組の選択可能な連絡先識別子のうちの前記少なくとも１組の連絡先識別子を、前記通信装置の待受画面を介して提示するステップを有する請求項３５に記載の方法。
37. 連絡先識別子の少なくとも一部分をユーザが入力できるようにし、前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を提示するステップは、前記のユーザ入力を可能にし、前記複数組の選択可能な連絡先識別子のうちの前記少なくとも１組を前記通信装置の通信アプリケーションを介して提示するステップを有する請求項３５に記載の方法。
38. 前記連絡先識別子の少なくとも一部分をユーザが入力できるようにするステップは、前記通信アプリケーションへのユーザインタフェースの“Ｔｏ”フィールドに、前記連絡先識別子の少なくとも一部分をユーザが入力できるようにするステップを有する請求項３７に記載の方法。
39. 前記通信アプリケーションは、テキストメッセージアプリケーション、マルチメディアメッセージアプリケーション、ｅメールアプリケーション、または電話アプリケーションのうちいずれかを有する請求項３８に記載の方法。
40. 前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を提示するステップは、前記少なくとも１組の選択可能な連絡先識別子の知覚可能な部分を前記通信装置を介して前記ユーザへ提示するステップを有する請求項１に記載の方法。
41. 前記複数組の選択可能な連絡先識別子のうちの少なくとも１組を提示するステップは、前記少なくとも１組の選択可能な連絡先識別子のすべてを前記通信装置を介して前記ユーザへ提示するステップを有する請求項１に記載の方法。
42. 通信装置のユーザによる選択のために関連のある連絡先識別子を提示する方法であって、
    前記通信装置に関わる以前の通信イベントの１つまたはそれ以上の通信属性を監視するステップと、
    前記監視される通信属性に基づいて選択基準を確立するステップと、
    前記選択基準を満たす通信イベントに関連する連絡先に対応する１組またはそれ以上の組の連絡先識別子を維持するステップと、
    音声入力による連絡先識別子の入力を可能にするステップと、
    前記音声入力による連絡先識別子に対応する多数の連絡先候補を生成するステップと、
    前記複数組の連絡先識別子のうちの少なくとも１組を前記生成された多数の連絡先候補と結合して、選択可能な連絡先識別子の組を作成するステップと、
    前記選択可能な連絡先識別子の組の少なくとも一部分を前記通信装置を介して前記ユーザへ提示するステップと、
    を有する方法。
43. 前記複数組の連絡先識別子のうちの少なくとも１組を前記生成された多数の連絡先候補と結合するステップは、前記連絡先識別子の組を前記生成された多数の連絡先候補に適用して、前記適用した連絡先識別子の組に一致する連絡先に、前記生成された多数の連絡先候補を減らすようにするステップを有する請求項４２に記載の方法。
44. 前記複数組の連絡先識別子のうちの少なくとも１組を前記生成された多数の連絡先候補と結合するステップは、前記生成された多数の連絡先候補を前記連絡先識別子の組に適用して、前記生成された多数の連絡先候補に一致する連絡先に、前記連絡先識別子の組を減らすようにするステップを有する請求項４２に記載の方法。
45. 前記複数組の連絡先識別子のうちの少なくとも１組を前記生成された多数の連絡先候補と結合するステップは、前記多数の連絡先候補を前記連絡先識別子の組のみから生成するステップを有する請求項４２に記載の方法。
46. 前記選択可能な連絡先識別子の組の少なくとも一部分を提示するステップは、前記選択可能な連絡先識別子の組の少なくとも一部分を耳に聞こえる形で提示するステップを有する請求項４２に記載の方法。
47. 前記選択可能な連絡先識別子の組の少なくとも一部分を提示するステップは、前記選択可能な連絡先識別子の組の少なくとも一部分を、前記１組またはそれ以上の組の連絡先識別子によって指示される順序で耳に聞こえる形で提示するステップを有する請求項４２に記載の方法。
48. 選択基準を記憶するメモリと、
    前記通信装置に関わる通信イベントの通信属性を監視して、前記選択基準を満たす通信イベントに関連する連絡先に対応する連絡先識別子の１つまたはそれ以上の適応リストを維持するように構成された適応リストエンジンと、
    １つまたはそれ以上の前記連絡先識別子の適応リストの少なくとも一部分を前記ユーザへ提示し、現在の通信の意図する通信先として前記連絡先識別子のうちの１つまたはそれ以上の連絡先識別子を、前記ユーザが選択するのを可能にするためのユーザインタフェースと、
    を備える通信装置。
49. 前記通信装置に関わる前記通信イベントは、前記通信装置へあてた通信または前記通信装置から発信された通信を有する請求項４８に記載の通信装置。
50. 前記適応リストエンジンが、前記通信イベントの前記通信属性を監視して、前記選択基準を満たす通信イベントに関連する連絡先に対応する連絡先識別子の前記１つまたはそれ以上の適応リストを維持するように構成された命令を実行するプロセッサを備える請求項４８に記載の通信装置。
51. 音声入力による連絡先識別子を受信し、前記音声入力による連絡先識別子に対応する多数の連絡先候補を生成する音声認識モジュールと、
    前記音声認識モジュールと、前記適応リストエンジンとに接続され、前記適応リストのうちの少なくとも１つのリストを前記生成された多数の連絡先候補と結合して、選択可能な連絡先識別子の組を作成する結合モジュールと、
    をさらに備える請求項４８に記載の通信装置。
52. 音声入力による連絡先識別子を受信し、前記音声入力による連絡先識別子に対応する多数の連絡先候補を生成する音声認識モジュールをさらに備え、前記音声認識モジュールは、前記適応リストエンジンと接続されて、前記１つまたはそれ以上の適応リストを受信し、前記１つまたはそれ以上の適応リストに基づいて前記多数の連絡先候補を修正する請求項４８に記載の通信装置。
53. 音声入力による連絡先識別子を受信し、前記音声入力による連絡先識別子に対応する多数の連絡先候補を生成するための音声認識モジュールをさらに備え、前記適応リストエンジンは、前記音声認識モジュールと接続されて、前記多数の連絡先候補を受信し、前記音声認識モジュールによって提供される前記多数の連絡先候補に基づいて前記１つまたはそれ以上の適応リストを修正する請求項４８に記載の通信装置。
54. 通信装置のユーザによる選択のために関連のある連絡先識別子を提示するための命令であって、コンピュータシステムによってステップを実行することによって実行可能な前記命令が内部に格納されているコンピュータ可読媒体であって、前記ステップは、
    前記通信装置に関わる以前の通信イベントの１つまたはそれ以上の通信属性を監視するステップと、
    前記監視される通信属性に基づいて選択基準を確立するステップと、
    前記選択基準を満たす通信イベントに関連する連絡先に対応する１組またはそれ以上の組の選択可能な連絡先識別子を維持するステップと、
    前記選択可能な連絡先識別子の組のうちの少なくとも１組の少なくとも一部分をユーザインタフェースを介して前記ユーザへ提示するステップと、
    を有するコンピュータ可読媒体。
55. 通信装置のユーザによる選択のために関連のある連絡先識別子を提示するための命令であって、コンピュータシステムによってステップを実行することによって実行可能な前記命令が内部に格納されているコンピュータ可読媒体であって、前記ステップは、
    前記通信装置に関わる以前の通信イベントの１つまたはそれ以上の通信属性を監視するステップと、
    前記監視される通信属性に基づいて選択基準を確立するステップと、
    前記選択基準を満たす通信イベントに関連する連絡先に対応する１組またはそれ以上の組の連絡先識別子を維持するステップと、
    音声入力による連絡先識別子の入力を可能にするステップと、
    前記音声入力による連絡先識別子に対応する多数の連絡先候補を生成するステップと、
    前記連絡先識別子の組のうちの少なくとも１組を前記生成された多数の連絡先候補と結合して、選択可能な連絡先識別子の組を作成するステップと、
    前記１組の選択可能な連絡先識別子の少なくとも一部分をユーザインタフェースを介して前記ユーザへ提示するステップと、
    を有するコンピュータ可読媒体。
56. ユーザによる選択のために関連のある連絡先識別子を提示する通信装置であって、
    前記通信装置に関わる以前の通信イベントの１つまたはそれ以上の通信属性を監視する手段と、
    前記監視される通信属性に基づいて選択基準を確立する手段と、
    前記選択基準を満たす通信イベントに関連する連絡先に対応する１組またはそれ以上の組の選択可能な連絡先識別子を維持する手段と、
    前記選択可能な連絡先識別子の組のうちの少なくとも１組の少なくとも一部分を前記ユーザへ提示するためのユーザインタフェースと、
    を備える通信装置。

Images