JP2012533917A - 連絡先と迅速に通信するためのユーザ・メッセージからのデータを処理するデバイスおよび方法 - Google Patents

Abstract

デバイス（Ｄ）は、少なくとも１つのユーザからの通信データを処理するように設計される。このデバイス（Ｄ）は、ｉ）少なくとも１つのユーザ通信端末（Ｔ）からの着信および／または発信通信データを、それらの通信の少なくとも１つに含まれる、「連絡先」と呼ばれる、前記通信およびその他のユーザに関連する選択された情報を決定するために解析する任務を負う解析の手段（ＭＡ）と、ｉｉ）ユーザを伴う各通信に、前記通信に決定された情報および少なくとも１つの選択された規則に従って重みを割り当てる任務、次いで各連絡先が、各自およびユーザを伴う各通信に割り当てられる重みの和と等しい全重みを割り当てられる連絡先データ・ファイルを作成する任務を負う処理手段（ＭＴ）とを備える。

Description

本発明は、通信端末ユーザ間の通信に関し、さらに具体的には、少なくとも１つの連絡先との通信の確立に必要な時間を短縮するためにそれらのユーザに利用可能にされるデバイスおよび方法に関する。

本発明が、有線または無線にかかわらず、任意の通信端末タイプを伴うことができることに留意されたい。

加えて、「連絡先」とは、既に別のユーザと通信している可能性のある（および好ましくは通信していた）、および場合によっては後者（別のユーザ）によって使用されるパーソナルおよび／またはプロフェッショナル・ディレクトリの一部である少なくとも１つの通信端末（たとえば電話番号、電子メール・アドレス、またはインターネッ・トアドレスのような通信識別子に関連付けられている）のユーザを意味するものとする。連絡先が、名前、ユーザ名、番号、または通信識別子によって知られうることに留意されたい。

さらに、「通信」という用語は、呼び出し側（通信）端末と少なくとも１つの受信側（通信）端末との間で確立される任意のタイプの接続を示す。したがって、通信は、たとえば、場合によってはインターネットを介する従来の電話コール、テキスト・メッセージ（ＳＭＳまたはＭＭＳ）、もしくはインスタント・メッセージ（または「チャット」またはＩＭ）、電子メール、またはビデオ・メッセージであってもよい。

当業者に知られているように、端末ユーザと少なくとも１つの連絡先との間の通信の確立に必要な時間を短縮するために、いくつかの解決策が提案されてきた。したがって、ユーザまたはネットワーク管理者は、通信識別子を端末キーと関連付けることができる（「ショートカット」）。さらに、ユーザが着信または発信通信を確立した最新のＮ個の連絡先を含む連絡先のリスト（「リダイアルリスト」）を、場合によっては日付順に、作成することも可能である。さらに、場合によっては各連絡先との確立された通信の回数に関連する、ユーザとの着信または発信通信を確立した端末からのすべての通信識別子のリスト（または「コールログ」）を作成することも可能である。さらに、場合によっては特定のアプリケーション（たとえばインスタント・メッセージング（またはＩＭ））の一部として、友人または親戚により使用される端末の通信識別子を含む友人または親戚の制限付きリスト（または「バディリスト」）を作成することも可能である。場合によってはサーバを介してアクセス可能な、パーソナルおよび／またはプロフェッショナル（または企業）ディレクトリを作成することも可能である。

上記において提示されるすべての解決策は、ユーザが特定の他のユーザとさらに迅速に通信できるようにする。しかし、それらの解決策が、連絡先を検索することが比較的時間を要する可能性のある単純リスト（場合によっては限定された）しか提供しないか、またはそれらの解決策が、各ユーザによってそのユーザの検索基準に従ってカスタマイズされた適応を必要とする。

既知の解決策には完璧に満足できるものはないので、したがって、本発明の目的は、状況を改善することにある。

この目的のため、本発明は、少なくとも１つのユーザの通信データを処理するように設計され、以下のものからなるデバイスを提案する。
− 少なくとも１つのユーザ通信端末からの着信および／または発信通信データを、それらの通信の少なくとも１つに含まれる、「連絡先」と呼ばれる、それらの通信およびその他のユーザに関連する選択された情報を決定するために解析する任務を負う解析の手段と、
− ユーザを伴う各通信に、この通信に決定された情報および少なくとも１つの選択された規則に従って重みを割り当てる任務と、次いで各連絡先が、各自を伴い、同時にユーザも伴う各通信に割り当てられる重みの和と等しい全重みを割り当てられる連絡先データ・ファイルを作成する任務とを負う処理手段。

本発明のデバイスは個別に、または組み合わせて取り入れられてもよいその他の特徴を備えることができ、特に、
− デバイスの処理手段は、少なくとも通信日付、通信応答ステータス、通信方向（「着信」または「発信」）、連絡先がユーザ・ディレクトリに属しているかどうか、および連絡先とユーザとの間の通信の回数で構成されるグループから選択された少なくとも１つの規則に従って重みを割り当てる任務を負うことができる。
− デバイスの解析の手段は、処理手段が選択された期間にわたりユーザの連絡先データ・ファイルを更新することができるように、所与の期間内の着信および／または発信通信に関連するデータを解析する任務を負うことができる。
− デバイスの処理手段は、着信および／または発信通信に従って連絡先データ・ファイルを動的に更新する任務を負うことができる。
− デバイスの処理手段は、全重みにより順序付けされた連絡先リストとして構成された連絡先データ・ファイルを作成する任務を負うことができる。
− 変形において、デバイスの処理手段は、連絡先クラウドとして構成された連絡先データ・ファイルを作成する任務を負うこともでき、連絡先クラウド内で１つのユーザの連絡先（複数）が、それらのグローバル重みに従って、およびアルファベット順、および／またはユーザとのその前回の通信の経過時間により、および／またはユーザとのその前回の通信の応答ステータスにより、および／またはユーザとのその前回の通信の方向により形成されたエリアに配置される。ユーザへの提示のこの方法は、たとえば、キーワード・クラウドと呼ばれるＷｅｂ２．０アプリケーションの電話会社ドメインへの変換であってもよい。

本発明はまた、ユーザ通信端末が接続され、上記で説明されるタイプの処理デバイスを装備されうる通信ネットワークに接続されることを目的とするネットワーク機器も提案する。

本発明はまた、通信ネットワークに接続され、上記で説明されるタイプの処理デバイスを装備されるように設計されたユーザ通信端末も提案する。

本発明はまた、以下のステップからなる少なくとも１つのユーザからの通信データを処理するための方法も提案する。
ｉ） 少なくとも１つのユーザ通信端末からの着信および／または発信通信データを、それらの通信の少なくとも１つに含まれる、「連絡先」と呼ばれる、それらの通信およびその他のユーザに関連する選択された情報を決定するために解析するステップと、
ｉｉ） この通信に対して決定された情報および少なくとも１つの選択された規則に従ってユーザを伴う各通信に重みを割り当てるステップと、
ｉｉｉ） 各連絡先が、各自および前記ユーザを伴う各通信に割り当てられている重みの和と等しい全重みを割り当てられる連絡先データ・ファイルを作成するステップ。

本発明の方法は、個別に、または組み合わせて取り入れられてもよいその他の特徴を備えることができ、特に、
− ステップ（ｉｉ）において、（少なくとも）通信日付、通信応答ステータス、通信方向、連絡先がユーザ・ディレクトリに属しているかどうか、および連絡先とユーザとの間の通信の回数の中から選択された少なくとも１つの規則に従って重みを割り当てることが可能である。
− ステップ（ｉ）において、所与の期間内の着信および／または発信通信に関連するデータを、選択された期間にわたりユーザの連絡先データ・ファイルを更新するために、解析することが可能である。
− ステップ（ｉｉｉ）において、着信および／または発信通信に従って連絡先データ・ファイルを動的に更新することが可能である。
− ステップ（ｉｉｉ）において、全重みにより順序付けされた連絡先リストとして構成された連絡先データ・ファイルを作成することが可能である。
− ステップ（ｉｉｉ）において、連絡先クラウドとして構成された連絡先データ・ファイルを作成することが可能であり、連絡先クラウド内で１つのユーザの連絡先（複数）が、そのグローバル重みに従って、およびアルファベット順、および／またはユーザとのその前回の通信の経過時間により、および／またはユーザとのその前回の通信の応答ステータスにより、および／またはユーザとのその前回の通信の方向により形成されたエリアに配置される。

本発明のその他の特徴、および利点は、後段の詳細な説明および添付の図面を検討することで明らかとなろう。

本発明による、通信ネットワークに接続された処理デバイスの実施形態と共にネットワーク機器を高度に概略的および機能的に示す図である。 本発明により作成される連絡先クラウドの表示ウィンドウの例を示す図である。

図面は、本発明を完全なものにするためだけではなく、必要に応じて本発明の定義に寄与する役割を果たすことができる。

本発明の目的は、少なくとも１つのユーザおよび少なくとも１つの通信端末（Ｔ）からの通信データを処理するように設計された方法および関連するデバイス（Ｄ）を提案することである。

後段において、非限定的な例を用いて、ユーザが、無線通信ネットワーク（ＲＣ）（モバイルまたはセルラー）に接続することができる無線（またはセルラー）通信端末（Ｔ）を有することが想定される。しかし、本発明は、このタイプの通信端末に限定されることはない。実際に、通信端末は、有線または無線通信ネットワークに接続することができる任意のタイプの通信端末を示す。したがって、通信端末（Ｔ）は、たとえば、デスクトップまたはラップトップ・コンピュータ、有線回線または携帯電話、場合によってはビデオ、または携帯情報端末（または「ＰＤＡ」）であってもよい。

図１は、（通信）ネットワークの例ＲＣを概略的に示すものであり、前記ネットワークＲＣのオペレータの（直接的または間接的（モバイル）な）顧客であるユーザに属する（通信）端末Ｔを接続することが可能であり、図示されていないネットワーク（またはインターネット）のネットワークに接続されている。

本発明は、ユーザ通信データを処理するための方法を実施することを提案する。たとえば、この方法は、本発明による処理デバイスＤを用いて実施することができる。

示される非限定的な例において、処理デバイスＤが、サービスサーバＳ（ここではネットワークＲＣに接続されているが、これはインターネットに結合されてもよいか、またはインターネットの一部であってもよい）のような、ネットワーク機器の一部であることに留意されたい。したがって、処理デバイスＤは主として、多数のユーザに対して動作する。しかし、本発明によれば、処理デバイスＤは、ユーザの（通信）端末Ｔの一部であってもよく、この場合には、前記端末Ｔに対して分散型で動作する。

したがって、本発明によれば、処理デバイスＤは、ソフトウェア（またはコンピュータ）モジュール、または電子回路、または電子回路およびソフトウェア・モジュールの組み合わせの形態で構成されてもよい。

本発明の方法は、３つの主要なステップを備える。

第１の主要ステップ（ｉ）は、少なくとも１つのユーザ通信端末Ｔ（ここでは多数の端末から選択されるかまたは要求により指定される）からの（少なくとも一部の）着信および／または発信通信データを、それらの通信の少なくとも１つに含まれる、「連絡先」と呼ばれる、それらの通信およびその他のユーザの選択された情報を決定するために解析するステップを備える。

「連絡先」とは、既に別のユーザと通信している可能性のある（および好ましくは通信していた）、および場合によっては後者（別のユーザ）によって使用されるパーソナルおよび／またはプロフェッショナル・ディレクトリの一部である、たとえば電話番号、電子メール・アドレス、またはインターネッ・トアドレスのような通信識別子に関連付けられている少なくとも１つの通信端末のユーザを意味するものとすることに留意されたい。連絡先は、名前、ユーザ名、番号、または通信識別子によって知られてもよい。

また、「通信」は、たとえ受信側が応答しなかった場合であっても、呼び出し側（通信）端末と少なくとも１つの受信側（通信）端末との間で確立されるリンクを示すことに留意されたい。したがって、通信は、たとえば、場合によってはインターネットを介する従来の電話コール、テキスト・メッセージ（ＳＭＳまたはＭＭＳ）、もしくはインスタント・メッセージ（または「チャット」またはＩＭ）、電子メール、またはビデオ・メッセージであってもよい。

この第１の主要ステップ（ｉ）は、たとえば、デバイスＤでの解析の手段ＭＡにより実施されてもよい。

所与のユーザの通信のすべてが解析される必要があるわけではないことに留意されたい。実際に、特定の選択された通信のみが解析されてもよい。したがって、たとえば電話コールのみ、または電子メールのみ、またはインスタント・メッセージ（チャット）のみ、場合によってはそれらの通信が行なわれた時間とは無関係になど、単一のタイプの通信のみを解析するよう決定することができる。また、場合によってはそれぞれの通信タイプとは無関係に、少なくとも１つの選択されたタイムスロット中に確立された通信のみを解決するよう決定することもできる。

集中型操作の場合、解析は、コールサーバに格納されている当該のユーザの通信データの間で行なわれる。後者（コールサーバ）は、場合によってはサービスサーバＳと同じ場所にあってもよい。コールサーバも、サービスサーバＳの一部であってもよい。したがって、デバイスＤにおける解析の手段ＭＡは、コールサーバおよびそこに格納されるユーザの通信データにアクセスするように構成される。

分散型操作の場合、解析は、ユーザが使用している端末Ｔに格納されているユーザの通信データ間で、またはユーザのさまざまな端末に格納されているユーザの通信データ間でローカルに行なわれる。

ユーザの通信情報は、たとえば連絡先端末の通信識別子および／または連絡先名またはユーザ名および／または通信日付（および時間）および／または通信タイプであってもよい。

解析手段ＭＡによって決定されたユーザの通信情報は潜在的に、いつでもローカルに再使用できるように、デバイスＤの記憶手段ＭＳにユーザＩＤ（場合によってはユーザ（またはユーザの１つ）の通信識別子）と共に格納されてもよいことに留意されたい。それらの記憶手段ＭＳは、当業者に知られている任意の形態で、および特にメモリまたはデータベースの形態で存在してもよい。

解析の手段ＭＡは潜在的に、選択された期間内の所与のユーザの着信および／または発信通信データを自動的に解析するように構成されてもよいことに留意されたい。逆の場合、解析は、ユーザ端末Ｔまたはネットワーク管理者からの要求により行なわれる。たとえば、２４時間（１日）または１２時間（半日）の期間を選択することが可能である。

本発明による方法の第２の主要ステップ（ｉｉ）は、第１のステップ（ｉ）においてこの通信に対して決定された情報および少なくとも１つの選択された規則に従ってユーザを伴う各通信に重みを割り当てるステップを備える。

たとえば、この第２の主要ステップ（ｉｉ）は、解析の手段ＭＡおよび／または潜在的な記憶手段ＭＳに結合されるデバイスＤで処理手段ＭＴにより実施されてもよい。

上記で示されるように、重みは、場合によってはユーザのプロファイルに従って、所与のユーザまたはネットワーク管理者によって選択された少なくとも１つの規則に従って、処理手段ＭＴにより割り当てられる。

たとえば、これらの規則は、少なくとも以下のものから選択されてもよい。
− 通信日付。たとえば、通信がより最近であれば、その重要性もさらに高いと決定することができる。
− 通信応答ステータス（すなわち、着信または発信通信に対して応答が行なわれたかどうか）。たとえば、応答が行なわれなかった通信は、応答が行なわれた通信よりもさらに重要であると決定することができる。
− 通信方向（すなわち、通信が着信または発信のいずれであるか）。たとえば、当該ユーザが応答しなかった発信および／または着信通信（複数可）は、当該ユーザが応答した着信通信よりもさらに重要であると決定することができる。
− 連絡先がユーザ・ディレクトリ（パーソナルおよび／またはプロフェッショナル）に属しているかどうか。たとえば、ユーザ・ディレクトリに属する連絡先は、このユーザのディレクトリに属していない連絡先よりもさらに重要であると決定することができる。
− 連絡先と当該ユーザの間の通信の回数。たとえば、ユーザが頻繁に通信する連絡先は、ユーザがまれにしか連絡しないか、またはまったく通信しない連絡先よりもさらに重要であると決定することができる。

連絡先がユーザの端末Ｔまたはデータベース（本発明により提供されるサービスのユーザのディレクトリを格納する）に格納されているユーザ・ディレクトリの一部である場合、この端末Ｔまたはデータベースが呼び出される必要があることに留意されたい。

加えて、第１のユーザが第２のユーザと通信していなかった場合、第２のユーザは第１のユーザの連絡先であってもよいことに留意されたい。この場合、たとえば、第２のユーザ（ここでは連絡先）にゼロ（０）の重みを割り当てることが可能である。

通信がより重要であると見なされれば、それに応じて通信に割り当てられる重みは大きくなることを理解されたい。

単なる具体例として、以下の複合規則の少なくとも一部が適用されてもよい。
− まったく応答を受信しなかった過去１時間以内の発信通信ごとに３２の重みが割り当てられ、
− まったく応答を受信しなかった過去１時間以内の着信通信ごとに１６の重みが割り当てられ、
− 応答を受信した過去１時間以内の発信通信ごとに１６の重みが割り当てられ、
− 応答を受信した過去１時間以内の着信通信ごとに８の重みが割り当てられ、
− 過去１時間より前の５時間以内に行なわれた発信通信ごとに８の重みが割り当てられ、
− 過去１時間より前の５時間以内に行なわれた着信通信ごとに４の重みが割り当てられ、
− 過去６時間より前の１８時間以内に行なわれた発信通信ごとに４の重みが割り当てられ、
− 過去６時間より前の１８時間以内に行なわれた着信通信ごとに２の重みが割り当てられ、
− 過去１日より前の６日以内に行なわれた発信通信ごとに２の重みが割り当てられ、
− １の重みは、ユーザ端末Ｔ上のショートカットキー、またはユーザの友人（または親戚）のリスト、またはユーザのパーソナル・ディレクトリに関連付けられている連絡先に関する任意の他の通信に割り当てられ、
− ０の重みは、ユーザ端末Ｔ上のショートカットキー、またはユーザの友人（または親戚）のリスト、またはユーザのパーソナル・ディレクトリに関連付けられていない連絡先に関する任意の他の通信に割り当てられる。

使用される規則が、たとえばそのユーザ・プロファイルおよび／または考慮に入れられるコンテキストおよび／または（場合によってはユーザのニーズおよび／または習慣により）ユーザが行なう選択に従って、ユーザごとに潜在的に異なる場合もあることに留意されたい。

本発明による方法の第３の主要ステップ（ｉｉｉ）は、各連絡先が、各自および当該ユーザを伴う各通信に割り当てられている重みの和と等しい全重みを割り当てられる連絡先データ・ファイルを作成するステップからなる。

言い換えれば、所与のユーザの連絡先を取り上げ、次いで重みが割り当てられているこのユーザおよびこの連絡先の両方を伴う各通信を決定し、次いでそれぞれ通信に割り当てられた、ひいてはこの連絡先に関連付けられている全重みを得るために決定された重みを合計する。

たとえば、この第３の主要ステップ（ｉｉｉ）は、デバイスＤの処理手段ＭＴにより実施されてもよい。

作成される連絡先データ・ファイルは、少なくとも２つのフォーマットで示されてもよい。したがって、たとえば、連絡先データ・ファイルは、連絡先が、割り当てられている全重みにより順序付けられる連絡先リストの形態で示されてもよい。

変形において、連絡先データ・ファイルは、たとえば連絡先のクラウドの形態で示されてもよい。さらに具体的には、所与のユーザの連絡先のクラウドは、このユーザの連絡先の選択されたグラフィカル表現からなる。したがって、これらの連絡先は、そのグローバル重みに従って、およびアルファベット順、および／またはユーザとのその前回の通信の経過時間により、および／またはユーザとのその前回の通信の応答ステータスにより、および／または当該ユーザとのその前回の通信の方向により形成されたエリアに配置される。

ユーザへの提示のこの方法は、たとえば、キーワード・クラウドと呼ばれるＷｅｂ２．０アプリケーションの電話会社ドメインへの変換であってもよい。

たとえば、連絡先は、長方形（または正方形）エリアに配置されてもよい。しかし、エリアは、幾何学的または幾何学的ではない他の形状で示されてもよい。

図２は、本発明により作成される連絡先クラウドの表示ウィンドウＦの非限定的な例を示す。この例において、連絡先は、その名前（またはユーザ名）により識別される。しかし、これは必須ではない。実際に、連絡先は、たとえば、即座に認識しやすくなるわけではなくても、番号または通信識別子によって識別されてもよい。加えて、この例において、
− ウィンドウＦの横軸Ｘは、連絡先名を、文字Ａを左端に、文字Ｚを右端にして、アルファベット順で示す。
− ウィンドウＦの縦軸Ｚは、連絡先と行なわれた前回の通信の経過時間を、最も古い通信を下端寄りに表示し、最新の通信を上端寄りに表示する。
− 連絡先名のサイズは、連絡先に割り当てられている全重みを示す（サイズが大きくなれば、それに応じて重みも高まる）。
− イタリック体（または、たとえば赤色および／または下線付き）の連絡先名は、コールバックすることが望ましいであろう連絡先を容易に検出さできるように、連絡先と行なわれた前回の通信が、応答されなかった着信通信であったことを示す。
− イタリック体（または、たとえば赤色および／または下線付き）および明滅している連絡先名は、連絡先と行なわれた前回の通信が、コールバック要求に関連付けられている着信通信であったことを示す。
− 標準文字（イタリック体ではない）およびたとえば青色の連絡先名は、コールバックすることが望ましいであろう連絡先を容易に検出できるように、連絡先と行なわれた前回の通信が、応答されなかった発信通信であったことを示す。
− 標準文字（イタリック体ではない）およびたとえば黒色の連絡先名は、連絡先と行なわれた前回の通信が、応答された発信または着信通信であったことを示す。

もちろん、連絡先クラウドの前述の表示基準の一部は、使用されなくてもよく、および／またはその他の表示基準が使用されてもよい。したがって、たとえば、連絡先との最新の通信の経過時間を考慮に入れないことを想定することができる。一般に、ユーザが各自に最も適した提示フォーマットを選択できると想定することが可能である。

順序付きリストまたはクラウド内のウィンドウＦに表示される連絡先の名前は、選択されたとき、この連絡先に関する既知の情報の全部または一部へのアクセスを許可すると想定できることに留意されたい。たとえば、この情報は、表示されていないがデバイスＤでアクセス可能なユーザ・データベースに格納される。したがって、端末Ｔのスクリーンに表示されたウィンドウＦから名前を選択することで、たとえば、連絡先の名前を示すサブウィンドウ、連絡先の固定回線電話番号、連絡先の携帯電話番号、および連絡先の電子メール・アドレス（複数可）、ならびに選択された連絡先に発信しようとする端末Ｔのタイプおよび／または選択された連絡先と行なおうとする通信のタイプを表す１つまたは複数のアイコンを表示することができる。次いで、アイコンを選択することで、対応する通信を自動的に確立する。

また、処理手段ＭＴは、所与のユーザの（既存の）連絡先データ・ファイルを、そのユーザの着信および／または発信通信に従って、動的に更新する任務を負うことができることにも留意されたい。

また、集中型の場合、ユーザは、自分の端末Ｔの１つでサーバＳに要求を送信して、この端末Ｔに自分用に特別に作成された連絡先データ・ファイルをダウンロードすることができるようにする必要があることにも留意されたい。

本発明は、上記で説明される処理デバイス、通信端末、および処理方法の実施形態に限定されることはなく、これらは例示として示されるに過ぎないが、当業者が以下の特許請求の範囲の枠組みの中で想起することができるすべての変形を網羅する。

Claims (14)

1. 少なくとも１つのユーザからの通信データを処理するデバイスであって、ｉ）少なくとも１つのユーザ通信端末（Ｔ）からの着信および／または発信通信データを、前記通信の少なくとも１つに関連する、「連絡先」と呼ばれる、前記通信およびその他のユーザに関する選択された情報を決定するために解析するよう構成された解析の手段（ＭＡ）と、ｉｉ）前記ユーザを伴う各通信に、前記通信に決定された前記情報および少なくとも１つの選択された規則に従って重みを割り当て、次いで各連絡先が、各自および前記ユーザを伴う各通信に割り当てられる前記重みの和と等しい全重みを割り当てられる連絡先データ・ファイルを作成するように構成される処理手段（ＭＴ）とを有することを特徴とする処理デバイス。
2. 前記処理手段（ＭＴ）は、少なくとも通信日付、通信応答ステータス、通信方向、連絡先がユーザ・ディレクトリに属しているかどうか、および連絡先と前記ユーザとの間の通信の回数を含むグループから選択された少なくとも１つの規則に従って前記重みを割り当てるように構成されることを特徴とする請求項１に記載のデバイス。
3. 前記解析の手段（ＭＡ）は、前記処理手段（ＭＴ）が選択された期間にわたりユーザの連絡先データ・ファイルを更新することができるように、前記選択された期間にわたる前記着信および／または発信通信データを解析するように構成されることを特徴とする請求項１および２のいずれか１項に記載のデバイス。
4. 前記処理手段（ＭＴ）は、ユーザの連絡先データ・ファイルを、前記ユーザの端末（Ｔ）の着信および／または発信通信に従って、動的に更新するように構成されることを特徴とする請求項１乃至３のいずれか１項に記載のデバイス。
5. 前記処理手段（ＭＴ）は、割り当てられた全重みにより順序付けされた連絡先リストとして構成された連絡先データ・ファイルを作成するように構成されることを特徴とする請求項１乃至４のいずれか１項に記載のデバイス。
6. 前記処理手段（ＭＴ）は、連絡先クラウドの形態で構成された連絡先データ・ファイルを作成するように構成され、前記連絡先クラウド内でユーザの前記連絡先が、割り当てられた全重みに従って、およびアルファベット順、および／または前記ユーザとのその前回の通信の経過時間により、および／または前記ユーザとのその前回の通信の応答ステータスにより、および／または前記ユーザとのその前回の通信の方向により選択された形状のエリアに配置されることを特徴とする請求項１乃至４のいずれか１項に記載のデバイス。
7. ユーザ通信端末（Ｔ）が接続されうる通信ネットワーク（ＲＣ）への接続に適し、請求項１乃至６のいずれか１項に記載の処理デバイス（Ｄ）を含むことを特徴とするネットワーク機器（Ｓ）。
8. 通信ネットワーク（ＲＣ）への接続に適し、請求項１乃至６のいずれか１項に記載の処理デバイス（Ｄ）を含むことを特徴とするユーザ通信端末（Ｔ）。
9. 少なくとも１つのユーザからの通信データを処理する方法であって、ｉ）少なくとも１つのユーザ通信端末（Ｔ）からの着信および／または発信通信データを、前記通信の少なくとも１つに関連する、「連絡先」と呼ばれる、前記通信およびその他のユーザに関する選択された情報を決定するために解析するステップと、ｉｉ）前記ユーザを伴う各通信に、この通信に決定された前記情報および少なくとも１つの選択された規則に従って重みを割り当てるステップと、ｉｉｉ）各連絡先が、各自および前記ユーザを伴う各通信に割り当てられる重みの和と等しい全重みを割り当てられる連絡先データ・ファイルを作成するステップとを備えることを特徴とする方法。
10. ステップ（ｉｉ）は、少なくとも通信日付、通信応答ステータス、通信方向、連絡先がユーザ・ディレクトリに属しているかどうか、および連絡先と前記ユーザとの間の通信の回数を含むグループから選択された少なくとも１つの規則に従って前記を割り当てることを特徴とする請求項９に記載の方法。
11. ステップ（ｉ）は、選択された期間にわたる前記着信および／または発信通信データを、前記選択された期間にわたりユーザの前記連絡先データ・ファイルを更新するために解析することを特徴とする請求項９および１０のいずれか１項に記載の方法。
12. ステップ（ｉｉｉ）は、ユーザの連絡先データ・ファイルを、前記ユーザの端末（Ｔ）からの着信および／または発信通信に従って、動的に更新することを特徴とする請求項９乃至１１のいずれか１項に記載の方法。
13. ステップ（ｉｉｉ）は、割り当てられている全重みにより順序付けされたリストの形態で構成された連絡先データ・ファイルを作成することを特徴とする請求項９乃至１２のいずれか１項に記載の方法。
14. ステップ（ｉｉｉ）は、連絡先クラウドの形態で構成された連絡先データ・ファイルを作成し、前記連絡先クラウド内でユーザの前記連絡先が、割り当てられている全重みに従って、およびアルファベット順、および／または前記ユーザとのその前回の通信の経過時間により、および／または前記ユーザとのその前回の通信の応答ステータスにより、および／または前記ユーザとのその前回の通信の方向により選択された形状のエリアに配置されることを特徴とする請求項９乃至１２のいずれか１項に記載の方法。

Images