(57)【要約】  複数の移動加入者を自動的にマッチングするシステム及び方法を開示する。システムは、複数の移動加入者の各移動加入者から連絡先リストを受け取るための少なくとも１つのサーバーを備える。サーバーは、システムの加入者ごとに正規化された連絡先情報のセットを生成するよう連絡先リストを処理し、選択された加入者用の正規化された連絡先情報のセットを、各加入者にシステムで指定された加入者ネットワーク識別情報と比較し、選択された加入者の正規化された連絡先情報のセットに含まれているエントリーに一致する加入者ネットワーク識別情報を識別し、一致した加入者ネットワーク識別情報のリストを作成し、更に、一致した加入者ネットワーク識別情報のリスト内の各加入者へ招待状を転送する、というようになっている。【選択図】      図１
2011527140.tif 000002
【特許請求の範囲】
【請求項１】
複数の移動加入者を自動的にマッチングするシステムであって、
前記複数の移動加入者の各移動加入者から連絡先リストを受け取るための少なくとも１つのサーバーを備え、
該サーバーは、
該システムの各加入者用に正規化された連絡先情報のセットを生成するよう前記連絡先リストを処理し
選択された加入者用の前記正規化された連絡先情報のセットを、各加入者にシステムで指定された加入者ネットワーク識別情報と比較し、
前記選択された加入者の前記正規化された連絡先情報のセットに含まれているエントリーに一致する加入者ネットワーク識別情報を識別し、
前記一致した加入者ネットワーク識別情報のリストを作成し、
前記一致した加入者ネットワーク識別情報のリスト内の各加入者へ招待状を転送する、
ようになっている、システム。
【請求項２】
前記サーバーは、クライアントアプリケーションを更に備え、該クライアントアプリケーションは、各移動加入者の前記連絡先リストの逐次読み取りを遂実行して、該情報を前記サーバーへ転送するようになっている、請求項１に記載のシステム。
【請求項３】
各移動加入者は、複数の連絡先を、前記サーバーへ転送する前にまとめる、請求項１に記載のシステム。
【請求項４】
前記クライアントアプリケーションにより実行される逐次の読み取りが、加入者に見える、請求項２又は３に記載のシステム。
【請求項５】
前記サーバーは、更に、各移動加入者から受け取った前記連絡先リストを複写し、該連絡先リストの非変更バージョンを記憶するようになっている、請求項１〜４の何れか一項に記載のシステム。
【請求項６】
前記サーバーは、前記連絡先リストの非変更バージョンを複数の移動加入者からある移動加入者に、該移動加入者からの要求があったときに、与える、請求項５に記載のシステム。
【請求項７】
前記サーバーは、前記連絡先リストの非変更バージョンから、前記移動加入者により保持された前記連絡先リストにマッチングするエントリーが含まれない連絡先詳細のみを転送する、請求項５に記載のシステム。
【請求項８】
前記正規化された連絡先情報のセットは、各加入者の前記連絡先リストから抽出された正規化された電話番号のセットを含む、請求項１〜７の何れか一項に記載のシステム。
【請求項９】
前記正規化された電話番号のセットは、前記連絡先リストに記憶された完全な電話番号の、右から左へと読んで、最初の７桁だけを記憶することにより、形成される、請求項８に記載のシステム。
【請求項１０】
前記サーバーは、前記選択された加入者が、一致する加入者ネットワーク識別情報のリスト内で識別された１人以上の加入者との友人関係の生成を要求するためのアクションへのコールを開始するようになっている、請求項１〜９の何れか一項に記載のシステム。
【請求項１１】
前記サーバーは、アップロードされるデータの所有者が、一致した加入者ネットワーク識別情報のリスト内で識別される１人以上の加入者との一方向の一致を示す場合に友人エントリーを自動的に追加するようになっている、請求項１〜９の何れか一項に記載のシステム。
【請求項１２】
前記サーバーは、前記選択された加入者の正規化された連絡先情報のセットを、更に別の加入者の正規化された連絡先情報のセットと比較して、該選択された加入者及び更に別の加入者の各加入者ネットワーク識別情報が、該選択された加入者及び更に別の加入者の正規化された連絡先情報の各セットに含まれるか否かを判定するようになっている、請求項１〜９の何れか一項に記載のシステム。
【請求項１３】
前記サーバーは、前記選択された加入者の前記正規化された連絡先情報のセットが前記更に別の加入者のネットワーク識別情報を含み、且つ、前記更に別の加入者の前記正規化された連絡先情報のセットが前記選択された加入者のネットワーク識別情報を含むと判定した際に、前記選択された加入者の友人リストに前記更に別の加入者を追加し、前記更に別の加入者の友人リストに前記選択された加入者を追加する、請求項１２に記載のシステム。
【請求項１４】
アップロードされるデータの所有者の友人リストに全ての電話帳情報が組み込まれる、請求項１〜１３の何れか一項に記載のシステム。
【請求項１５】
前記サーバーは、加入者連絡先リストの不正登録を識別するようになっている、請求項１〜１４の何れか一項に記載のシステム。
【請求項１６】
前記サーバーは、加入者連絡先リストの不正登録を検出するためのマルチパス比較プロセスを実行する、請求項１５に記載のシステム。
【請求項１７】
前記マルチパスオペレーションは、
所定の期間より長くネットワーク内でアクティブであった加入者（ＳＩＭ／ＭＩＮ）を取り除く機能、
選択された加入者の前記連絡先リストにおけるエントリーの数を、全サーバーに含まれるエントリーの数と比較する機能
最初と最後の５つのエントリーのファーストネームフィールドを、サーバーに含まれている全てのエントリーと比較する機能、
ファーストネーム／ラストネームを、システムに含まれている全てのエントリーのキーとして使用して、最初と最後の５つのエントリーの移動番号フィールドを比較する機能、
連絡先リストのマッピングを生成し、マッピングをサーバーに含まれている全てのエントリーと比較する機能、
のうち少なくとも１つを含む、請求項１６に記載のシステム。
【請求項１８】
連絡先リストに対する一致が前記マルチパスオペレーションの機能のいずれか１つから返送されるときに登録が不正とみなされる、請求項１７に記載のシステム。
【請求項１９】
前記サーバーは、更に、
完全一致に対して両当事者の友人リストに友人エントリーを追加し、
部分的一致に対して友人リストに一方向友人を追加し、
非加入者エントリーに対して友人リストに電話帳友人を追加し、
一致したネットワーク識別情報のリスト内の各非加入者へ招待状を転送する、
ように構成されている、請求項１〜１８の何れか一項に記載のシステム。
【請求項２０】
ネットワーク内の移動加入者を自動的にマッチングする方法であって、
ネットワーク内の各移動加入者からの連絡先リストを少なくとも１つのサーバーで受け取るステップと、
システム内の各加入者用に正規化された連絡先情報のセットを生成するよう各連絡先リストを処理するステップと、
選択された加入者用の前記正規化された連絡先情報のセットを、該システム内の各加入者の識別情報と比較するステップと、
前記選択された加入者の前記正規化された連絡先情報のセットに含まれているエントリーに一致する加入者識別情報を識別するステップと、
前記一致した加入者識別情報のリストを作成するステップと、
前記加入者識別情報のリスト内の各加入者へ招待メッセージを転送するステップと、
を含む方法。
【請求項２１】
加入者の連絡先リストにおける各エントリーを逐次に読み取り、各エントリーを、その読み取り時に、サーバーへ転送するステップを更に含む、請求項２０に記載の方法。
【請求項２２】
複数の連絡先をサーバーへ転送する前にそれらをまとめるステップを更に含む、請求項２０に記載の方法。
【請求項２３】
各加入者から受け取った前記連絡先リストを複写し、該連絡先リストの非変更バージョンをサーバーに記憶するステップを更に含む、請求項２０〜２２の何れか一項に記載の方法。
【請求項２４】
前記連絡先リストの非変更バージョンを、前記複数の移動加入者からある移動加入者へ、該移動加入者から要求があった際に、転送するステップを含む、請求項２０〜２３の何れか一項に記載の方法。
【請求項２５】
前記連絡先リストの前記非変更バージョンから、前記移動加入者により保持された連絡先リストにマッチングするエントリーが含まれない連絡先詳細のみを転送する、請求項２４に記載の方法。
【請求項２６】
前記招待の受諾の確認を１人以上の加入者から受け取り、招待を受諾する１人以上の加入者から構成される前記選択された加入者用の友人リストを作成するステップを含む、請求項２０〜２５の何れか一項に記載の方法。
【請求項２７】
完全一致が生じた場合に友人を追加し、部分的一致が生じた場合に一方向友人を追加し、エントリーが加入者でない場合に電話帳友人を追加するステップを含む、請求項２０〜２５の何れか一項に記載の方法。
【請求項２８】
加入者連絡先リストの不正登録を検出するステップを更に含む、請求項２０〜２７の何れか一項に記載の方法。
【請求項２９】
不正登録を検出する前記ステップは、
所定の期間より長くネットワーク内でアクティブであった加入者（ＳＩＭ／ＭＩＮ）を取り除くオペレーション、
選択された加入者の前記連絡先リストにおけるエントリーの数を、全サーバーに含まれているエントリーの数と比較するオペレーション、
最初と最後の５つのエントリーのファーストネームフィールドを、サーバーに含まれている全てのエントリーと比較するオペレーション、
ファーストネーム／ラストネームを、該システムに含まれているエントリーを比較するキーとして使用して、最初と最後の５つのエントリーの移動番号フィールドを比較するオペレーション、
前記連絡先リストのマッピングを生成し、該マッピングをサーバーに含まれている全てのエントリーと比較するオペレーション、
のうち少なくとも１つを含む、請求項２８に記載の方法。
【請求項３０】
前記オペレーションの何れか１つから一致が返される場合に、不正登録が存在すると判定するステップを更に含む、請求項２９に記載の方法。
【請求項３１】
前記比較ステップは、更に、前記選択された加入者の前記正規化された連絡先情報のセットを、更に別の加入者の正規化された連絡先情報のセットと比較して、該選択された加入者及び更に別の加入者の各加入者ネットワーク識別情報が、該選択された加入者及び更に別の加入者の正規化された連絡先情報の各セットに含まれるか否かを判定することを含む、請求項２０に記載の方法。
【請求項３２】
前記選択された加入者の前記正規化された連絡先情報のセットが前記更に別の加入者のネットワーク識別情報を含み、且つ、前記更に別の加入者の前記正規化された連絡先情報のセットが前記選択された加入者のネットワーク識別情報を含むと判定された際に、前記選択された加入者の友人リストに前記更に別の加入者を追加し、前記更に別の加入者の友人リストに前記選択された加入者を追加するステップを更に含む、請求項３１に記載の方法。
【請求項３３】
完全一致に対して両当事者の友人リストに友人エントリーを追加し、
部分的一致に対して友人リストに一方向友人を追加し、
非加入者エントリーに対して友人リストに電話帳友人を追加し、
一致したネットワーク識別情報のリスト内の各非加入者へ招待状を転送する、
ステップを更に含む、請求項２０〜３２の何れか一項に記載の方法。
【請求項３４】
移動電話の種々のログ及びメッセージ記憶領域を調べて、識別された一意の連絡先を潜在的友人として提示することにより、現在のアクティブな連絡先を識別する方法。
【請求項３５】
システムが、ユーザの友人リストにおける既存の友人を識別し、識別した友人を、前記提示される友人から自動的に除外する、請求項３４に記載の方法。
【請求項３６】
システムが、移動電話の電話帳から特定された連絡先に関する更なる情報を取得する、請求項３４又は３５に記載の方法。
【請求項３７】
連絡先がシステムの加入者であるか否かを該システムが識別し、該連絡先が該システムの加入者である場合に、該連絡先を潜在的な友人として提示する、請求項３４〜３６の何れか一項に記載の方法。
【請求項３８】
システムが、ネーティブ電話機能及びｅ−メールを使用しなければ連絡できない他の全ての連絡先を、友人リストに含ませるために、電話帳連絡先として提示する、請求項３４〜３７の何れか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動コミュニティの成長を促進するシステム及び方法に関するものである。より詳細には、本発明は、限定されるものではないが、移動通信ネットワーク内でのインスタントメッセージング経験の向上を与えることに関するものである。
【背景技術】
【０００２】
近年、インスタントメッセージングやｅ−メールのようなメッセージサービスの移動通信環境への移行が見られる。標準的なデスクトップ環境では、インスタントメッセージング（ＩＭ）は、ネットワーク上での２以上の参加者間にリアルタイムテキストベースの通信又は略リアルタイムの通信を提供している。従って、ＩＭとｅ−メールのようなサービスとの間の重要な相違は、ユーザ間の通信の知覚される同期性であり、メッセージングがリアルタイム又は略リアルタイムで行われる。インスタントメッセージは、通常、ローカルメッセージヒストリーに記録され、これにより、ｅ−メールの持続性に対するギャップが埋められ、（電話を経て通信されるときに扱い難い）ＵＲＬ又はドキュメントの断片（スニペット）のような情報の迅速な交換が容易になる。ＩＭは、有効且つ効率的な通信を可能とし、確認又は応答の即時受信を特徴とする。
【０００３】
移動インスタントメッセージング（ＭＩＭ）は、標準的デスクトップＩＭアプリケーションと若干相違する。ＭＩＭは、デスクトップメッセージング経験を、進行中の使用シナリオへ入れ替えよう試みるプレゼンスイネーブル型メッセージングサービスである。一方では、デスクトップ経験の多数の中心的アイデアが、接続された移動デバイスに適用されるが、他方では、そうではない。例えば、帯域幅、メモリサイズ、メディアフォーマットの利用性、キーパッドベースの入力、スクリーン出力、ＣＰＵ性能及びバッテリ電力のように、実際に充分な、パワフルな且つ便利な移動経験を生成するために考慮する必要のある幾つかのフォームファクタ、及び移動に関連した相違は、ネットワークに接続されたデスクトップデバイスのユーザ及びノマディックユーザが直面しない核心的問題である。
【０００４】
インスタントメッセージングアプリケーションの主たる目標は、コミュニティサービスのプロバイダーに対してその後に忠誠を保つユーザの大きなコミュニティを生成することである。サービスプロバイダーの観点からユーザの考えられる最大のコミュニティを生成する動機は、それらのインフラストラクチャーの利用が増えることにより収入額を最大にすることである。ユーザの観点からコミュニティを構築する動機は、社会的な相互作用に大きく関係している。実際に、ユーザとサービスプロバイダーとの間の関係は、若干共存的であり、ユーザの数が多いほど、プロバイダーが提供することのできるサービスの数が多くなる。しかしながら、ほとんどの移動メッセージングクライアント及びインターネットベースのメッセージングクライアントでは、完全に空の友人リスト(Buddy list)が新規ユーザに与えられることが多い。これは、メッセージングクライアントの活動的なユーザになることからの重大な抑制を新規ユーザに与え、ひいては、コミュニティの成長に影響を及ぼす。
【０００５】
明らかに、種々の移動メッセージングクライアントのユーザのマッチングを、シームレス且つコスト効率良く提供し、移動ユーザのコミュニティの成長を促進することのできるシステム及び方法を提供できることが好ましい。
【発明の概要】
【０００６】
従って、本発明の一側面では、移動加入者を自動的にマッチングするためのシステムが提供される。このシステムは、
システム内の各移動加入者から連絡先リストを受け取るための少なくとも１つのサーバーを備える。当該サーバーは、
システムの加入者ごとに正規化された連絡先情報のセットを生成するよう連絡先リストを処理し、
選択された加入者用の正規化された連絡先情報のセットを、各加入者に対してシステムで割り当てられた加入者ネットワーク識別情報と比較し、
該選択された加入者の正規化された連絡先情報のセットに含まれているエントリーに一致する加入者ネットワーク識別情報を特定し、
一致した加入者ネットワーク識別情報のリストを作成し、
一致した加入者ネットワーク識別情報のリスト内の各加入者へ招待状を転送する、
ようになっている。
【０００７】
好ましくは、サーバーは、クライアントアプリケーションを更に備え、当該クライアントアプリケーションは、各移動加入者の連絡先リストの逐次読み取りを実行して、その情報をサーバーへ転送するようになっている。
【０００８】
好ましくは、各移動加入者は、複数の連絡先を、サーバーへ転送する前にまとめる。
【０００９】
サーバーへの連絡先リストのアップロードは、目に見えるように（進行状態が加入者に見えるように）、即ち透過的に実行される。サーバーへの連絡先リストの転送を管理するためのクライアントアプリケーションが提供され得る。好ましくは、クライアントは、加入者の移動デバイスにおいて連絡先リストの逐次読み取りオペレーションを実行し、連絡先リストにおける１つ以上のエントリーのバッチを、それらが読み取られるときに、サーバーへアップロードする。クライアントは、最後のエントリーの読み取りを中断した場合に、連絡先リストのアップロードを自動的に再スタートする。
【００１０】
好ましくは、サーバーは、更に、各移動加入者から受け取った連絡先リストを複写し、その連絡先リストの非変更バージョンを記憶するようになっている。サーバーは、次いで、加入者から要求があったときに、非変更のコピーを当該加入者に提供し得る。サーバーが連絡先リストの非変更バージョンを提供するための加入者からの要求を受け取った場合に、サーバーは、サーバーベース連絡先リストのエントリーに一致する加入者の移動デバイスの既存のエントリーを上書きしないように、非変更の連絡先リストのコピーを加入者へ転送する。また、サーバーは、加入者の移動デバイスに記憶された現在の連絡先リストの新たなエントリーを特定する際に、連絡先リストのそのバージョンに含まれた情報を更新する。
【００１１】
正規化された連絡先情報のセットは、各加入者の連絡先リストから抽出された正規化された電話番号のセットを含む。好ましくは、正規化された電話番号のセットは、連絡先リストに記憶された完全な電話番号の、右から左へと読んで、最初の７桁だけを記憶することにより、形成される。
【００１２】
ある加入者が別の加入者を知っているがその逆を証明できないシナリオでは、サーバーは、連絡先を保持している加入者がその連絡先との友人(Buddy)関係の生成を要求するためのアクションへのコールを開始するようになっている。好ましくは、招待及び受諾は、ユーザのクライアントデバイスアプリケーションへのシステムメッセージの形態をとる。或いは、サーバーは、連絡先を保持する加入者の友人リストに、通信は許すが存在情報の共有は許さないエントリーを生成してもよい。
【００１３】
サーバーは、更に、選択された加入者の正規化された連絡先情報のセットを、更に別の加入者の正規化された連絡先情報のセットと比較して、その選択された加入者及び更に別の加入者の各加入者ネットワーク識別情報が、その選択された加入者及び更に別の加入者の正規化された連絡先情報の各セットに含まれるか否かを判定するようになっている。加入者ネットワーク識別情報が、正規化された連絡先情報の各セットに含まれる場合には、サーバーは、選択された加入者の正規化された連絡先情報のセットが更に別の加入者のネットワーク識別情報を含み且つ更に別の加入者の正規化された連絡先情報のセットがその選択された加入者のネットワーク識別情報を含むと判定すると、選択された加入者の友人リストに更に別の加入者を追加し、更に別の加入者に関連した友人リストに選択された加入者を追加する。
【００１４】
サーバーはまた、コミュニティの既存のメンバーとして識別されない全ての連絡先の友人リストに、友人の特殊なカテゴリー（電話帳友人）としての追加を許可してもよい。これらの友人は、全通信オプションのサブセットを使用して通信され、存在共有には参加し得ない。
【００１５】
電話帳友人が上述したように追加される場合には、サーバーは、その当事者がコミュニティに加わるときに、電話帳友人をコミュニティ友人へ自動的に変換するようにプログラムされることが好ましい。
【００１６】
更に、任意の形式の友人エントリーがこのプロセスによりユーザの友人リストに追加される場合には、サーバーは、オリジナルの電話帳エントリーからの全ての情報を組み込むように構成されることが好ましい。
【００１７】
システムは、更に、加入者の適切な識別情報を保証し、登録に対する不正な繰り返しの試み（例えば、新たな加入者に与えられる無料の試行期間を得る試み）を防止するためのセキュリティ手段の適切なセットを備えている。不正な登録の試みを識別するために、サーバーは、複数の比較プロセスを実行するように適合され得る。マルチパスオペレーションは、次の機能、即ち
所定の期間より長くネットワーク内でアクティブであった加入者（ＳＩＭ／ＭＩＮ）を取り除き、
選択された加入者の連絡先リストにおけるエントリーの数を、全サーバーに含まれるエントリーの数と比較し、
最初と最後の５つのエントリーのファーストネームフィールドを、サーバーに含まれている全てのエントリーと比較し、
ファーストネーム／ラストネームを、システムに含まれている全てのエントリーのキーとして使用して、最初と最後の５つのエントリーの移動番号フィールドを比較し、
連絡先リストのマッピングを発生し、当該マッピングをサーバーに含まれている全てのエントリーと比較する、
という機能を含み得る。
【００１８】
各パスにおいて一致が返される場合には、登録が不正とみなされ、それに応じて処理される。
【００１９】
このシステムは、加入者が、１つ以上の外部ソースに対する連絡先情報、例えば、加入者により第三者ウェブサイト又は第三者サービスに保持された連絡先情報、加入者により保持された他のコンピューティングデバイス、等を入力できるようにし得る。
【００２０】
本発明の別の側面では、ネットワーク内の移動加入者を自動的にマッチングする方法が提供される。この方法は、
ネットワーク内の各移動加入者からの連絡先リストを少なくとも１つのサーバーで受け取るステップと、
システム内の加入者ごとに正規化された連絡先情報のセットを生成するよう、各連絡先リストを処理するステップと、
選択された加入者用の正規化された連絡先情報のセットを、システム内の各加入者の識別情報と比較するステップと、
該選択された加入者の正規化された連絡先情報のセットに含まれているエントリーに一致する加入者識別情報を特定するステップと、
一致した加入者識別情報のリストを作成するステップと、
該加入者識別情報のリスト内の各加入者へ招待メッセージを転送するステップと、
を含む。
【００２１】
この方法は、更に、加入者の連絡先リストにおける各エントリーを逐次に読み取り、各エントリーを、読み取り時に、サーバーへ転送するステップを備えることが好適である。  
【００２２】
好ましくは、この方法は、更に、加入者の移動デバイスに対して全ての電話帳及び友人情報を組み込んだ完全な友人リストを戻すステップ含む。
【００２３】
任意であるが、この方法は、更に、各加入者から受け取った連絡先リストを複写し、その連絡先リストの非変更バージョンをサーバーに記憶するステップも含む。また、この方法は、加入者の移動デバイスに対して非変更連絡先リストを戻すステップも含む。
【００２４】
また、この方法は、招待の受諾の確認を１人以上の加入者から受け取り、招待を受け容れた１人以上の加入者から構成される選択された加入者に対する友人リストを作成するステップも含み得る。好ましくは、比較するステップは、選択された加入者用の正規化された連絡先情報のセットを別の加入者の正規化された連絡先情報のセットと比較して、比較される加入者の加入者ネットワーク識別情報が、それら比較される加入者の各々の正規化された連絡先情報のセットに含まれるか否かを判定し、正規化された連絡先情報のセットが当該加入者ネットワーク識別情報を含むと判定する際に、比較される加入者の各々の友人リストに当該加入者情報を自動的に追加することを含む。
【００２５】
本発明を容易に理解して実施するために、添付図面を参照して、本発明の好ましい実施形態を説明する。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態により移動加入者の自動マッチングを容易にするためのシステムの概略図である。
【図２】本発明の一実施形態により移動加入者の自動マッチングを容易にするために連絡先情報をアップロードし記憶するプロセスのフローチャートである。
【図３】本発明の一実施形態による自動マッチングプロセスのフローチャートである。
【図４】本発明の一実施形態により加入者の連絡先リストの更新中に開始される自動マッチングプロセスのフローチャートである。
【図５】本発明の一実施形態により新たな加入者の登録中又は以前に登録された加入者の加入者ＩＤの変更中に開始される本発明の一実施形態による自動マッチングプロセスのフローチャートである。
【図６】本発明の一実施形態による電話帳フィンガープリンティングプロセスのフローチャートである。
【図７】本発明の一実施形態による招待プロセスのフローチャートである。
【本発明の実施形態の説明】
【００２７】
移動電話ベースのメッセージングアプリケーションに対するほとんどの直接的な友人ソースは、移動加入者の電話帳又は連絡先リストである。本出願人は、種々の当事者間の既存の関係を推測するために、複数の当事者の移動番号と電話帳との比較を通じて友人リストを自動的に作成するプロセスを案出した。本出願人は、このプロセスを「自動友人マッチング(Auto Buddy Matching)（ＡＢＭ）」と称する。
【００２８】
以下の説明では、「電話帳友人」という語は、「他の連絡先」という語と交換可能に使用される。また、「コミュニティ友人」及び「一方向」友人という語は、完全一致及び部分的一致するとして使用される。
【００２９】
図１に示すように、本発明の一実施形態による自動マッチング（ＡＭ）のためのシステム１００では、移動加入者１０１は、それらの移動電話帳１０２のコンテンツを、ネットワーク１０３を介して、サーバー１０４へアップロードすることができる。次いで、サーバーは、受け取ったデータを処理して、友人リスト１０５を形成する。次いで、サーバーは、任意であるが、友人リスト１０５に保存された連絡先１０７の各々に招待状１０６を送出することができる。
【００３０】
上述したように、ＡＭプロセスの第１ステップは、各移動加入者の電話帳のコピーを得ることである。これは、電話帳をサーバーへアップロードするために各加入者からの合意を必要とする。アップロードプロセスは、目に見えるように（進行中の状態が加入者に見えるように）、即ち、シーンの後方で透過的に、実行することができる。
【００３１】
アップロードと、加入者の電話帳の後処理がサーバーで行われる方法の一例２００を図２に示す。加入者がアップロードに合意すると（２０１）、クライアントアプリケーションを使用して、各エントリーを読み取り、それをサーバーに記憶する（２０２）。加入者の電話帳の全コンテンツがアップロードされると、サーバーは、電話帳を複写し（２０３）、電話帳の第１のコピーを記憶する（２０４）。第１のコピーは、全てのフィールド及びデータがそのオリジナルフォーマットで維持される状態で「あるがまま」維持される。このコピーは、必要に応じて電話帳を戻すためのソースとして働くように意図されている。第２のコピーは、前処理ステージを通るように渡され（２０４）、当該前処理ステージにおいて、移動番号が電話帳から抽出され、（右から左へ数えて）最初の７桁のみが記憶される（２０５）。これは、ネットワーク内の他の加入者の電話帳と後で比較するのに使用するために移動番号の一貫したフォーマットを与える。
【００３２】
上述したように、クライアントアプリケーションは、サーバーへのアップロードプロセスを管理する。クライアントアプリケーションは、（バックグランドにおいて）電話帳データを通して逐次に読み取り、データをサーバーへアップロードする。プロセスに対する中断がある場合には、クライアントプログラムは、その中断された場所からアップロードを自動的に再スタートする。
【００３３】
サーバーは、各電話帳エントリー（アイテム）を受け容れ、任意であるが、次のルールに基づいてそれを処理する。
【表１】
2011527140.tif 000003
【００３４】
或いは、サーバーは、全エントリーを受け入れる。友人リストにおけるエントリーの特定の削除を除くと、削除は行われない。
【００３５】
アップロードプロセスが加入者により中断された場合には（例えば、その実行中にクライアントを遮断した場合には）、クライアントが再スタートしたときにプロセスが自動的に再スタートされる。本発明は、時間ベース又は変更ベースで電話帳を自動的に更新する能力を組み込み得る。本発明のある実施形態では、新たな連絡先がマッチングに含まれるように、加入者の電話帳を、毎月、サーバーに対して自動的にリフレッシュすることができる。本発明のある実施形態では、加入者は、それらの電話帳を手動でリフレッシュ／アップロードするオプションを有する。他の実施形態では、加入者の電話帳を連続的に監視することができ、更新がなされると直ぐにそれをアップロードすることができる。
【００３６】
加入者が電話帳の復元を要求するときに、クライアントアプリケーションが友人情報の完全なセットを使用して復元を開始するのが好ましい。本発明のこの繰り返しにおいて、友人リストは、全ての友人及び電話帳データを合体したものである。友人リストは、ユーザによって容易に維持できるユーザの全ての連絡先に対する既製のレポジトリーを提供することが有益である。
【００３７】
任意であるが、加入者がサーバーに保持されたバックアップ電話帳ファイルからその電話帳の返却を要求すると、クライアントアプリケーションがサーバーから電話帳データの返却を開始する。移動デバイスの電話帳へ返却するときに、次のルールが電話帳エントリーに適用される。
【表２】
2011527140.tif 000004
【００３８】
図３は、本発明の一実施形態によるマッチング／比較プロセス３００を示している。マッチングは、加入者の電話帳の連絡先と、加入者データベースにおける全ての既存の加入者の移動番号との間で実行され、マッチングは、自動的に実行されるか又は加入者により要求があったときに実行される。
【００３９】
この特定の例では、加入者Ａ３０１及びＢ３０２の電話帳が比較される。先ず、システムは、加入者Ｂの電話番号が加入者Ａの電話帳に含まれているか否かを判定する（３０３）。加入者Ｂの電話番号が加入者Ａの電話帳にある場合には、システムは、加入者Ａの番号が加入者Ｂの電話帳に含まれているか否かを判定する（３０５）ことにより、一致の「レベル」を調べる。加入者Ａの番号が加入者Ｂの電話帳にある場合には、「完全」一致状態が存在する（３０７）。この場合、システムは、両当事者が互いに知っていると判定し、各々を他の友人リストに自動的に追加する（３０９）。それ以上の加入者介入は要求されない。これは、この形式の一致を識別できず且つ完全な、ときには厄介な、承認プロセスを回避できないＰＣ型メッセージングプラットホームとは相違する。
【００４０】
加入者Ｂの番号が加入者Ａの電話帳にない場合には、システムは、加入者Ｂの電話帳を調べて、加入者Ａの番号が加入者Ｂの電話帳に含まれているか否かを判定する（３０４）。一致が一方向として識別されるとき、即ち加入者Ａがその電話帳に加入者Ｂの移動番号を有するが加入者Ｂはその電話帳に加入者Ａに関する情報をもたないか、又はその逆であるときには、「部分的」一致状態が存在する（３１０）。部分的一致の場合のポリシーは、予め所有していないマッチング部分に関して存在及び状態情報を加入者に与えないことである。従って、この場合に、加入者Ｂが加入者Ａの友人リストに追加されるが、Ｂの友人リストにはＡが追加されない（又はその逆である）。この場合、別の当事者の連絡先情報を保持する個人は、通信できるが、存在情報は与えられていない友人を有する。さらに、このシナリオでは、友人ＡがＢへメッセージを送る場合には、Ｂは、Ａを友人として追加する（関係を両方向存在関係にする）か、又はそれらが更に別のメッセージを送ることを阻止するというオプションを有する。従って、招待は、関係が「一方向」である場合にメッセージを送る際に暗黙的なものとなる。
【００４１】
共有されない存在及び状態情報の例は、状態メッセージ及びプロフィール画像である。
【００４２】
加入者Ａの電話帳が加入者Ｂに関する情報を含んでおらず、また、加入者Ｂの電話帳が加入者Ａに関する情報を含んでいないときには、不一致状態が宣言される（３０６）。このような場合には、システムは、２人の当事者が互いに知らないと判定する。この場合、一致しないエントリーは、非コミュニティ友人又は「電話帳友人」として追加され、その後、各加入者の電話帳がサーバーに記憶された各電話帳と比較されるまで、システムは、加入者Ａの電話帳を別の加入者の電話帳と比較するよう進行する。
【００４３】
友人が、完全な友人として追加されるか、一方向友人として追加されるか、又は電話帳友人として追加されるかに関わらず、ユーザによってその電話帳に元々保持された全ての情報が、維持され、付加的なデータとして友人リストの友人に追加される。この付加的なデータは、他のコミュニティメンバーには入手できず、ユーザにより、その連絡先の完全サーバーベースレポジトリーとして、及びリストアプロセスを容易にするために、見ることができるようにされ且つ維持できるようにされる。
【００４４】
上述したように、マッチングプロセスは完全に自動化することができ、例えば、加入者がその電話帳を図４に示すようにサーバーへアップロードするときに、加入者の電話帳が規則的にスケジュールされた更新において自動的にリフレッシュされるときに、又は、加入者がその電話帳のエントリーを変更又は追加するとき、及び新たな加入者がシステムに登録するか又は既存の加入者が図５に示すように自分の電話番号を変更するときに、多数の異なる種類のシナリオによりトリガーすることができる。
【００４５】
図４を参照すると、マッチングプロセス４００が、移動デバイスに記憶された特定の加入者の電話帳の現在バージョンのアップロードをどのように開始するかの一例が示されている。上述したように、サーバーにおける加入者の電話帳の更新は、時間ベース又は変更ベースで自動的に開始されるか、又は、加入者の要求があったときに手動で開始される。アップロードが開始されると、クライアントアプリケーションは、加入者の電話帳を通して逐次に読み取り（４０１）、新たなエントリーが存在するか否かを判定する（４０２）。新たなエントリーが存在しない場合には、アップロードプロセスが終了となり（３０３）、サーバーに既に記憶された加入者のバージョンは、不変のままである。加入者の電話帳に更なるエントリーがあるとクライアントアプリケーションが判定した場合には、新たなエントリーをサーバーへアップロードする。
【００４６】
次いで、サーバーは、図３を参照して上述したように、加入者の電話帳における新たな番号を処理する。即ち、サーバーは、新たな電話帳を複写し（４０４）、コピーを記憶する（４０５）。次いで、サーバーは、電話帳の残りのバージョンを処理して、各々７桁長の正規化された電話番号のリストを生成する（４０６）。正規化された電話番号の新たなリストは、次いで、サーバーにより、システムに記憶された他の全ての加入者番号と比較され（４０７）、図３を参照して上述したのと同様に一致が判定される。一致が存在すると判定すると、サーバーは、確立された一致のレベル（即ち、部分的又は完全）に基づく適切な方法で加入者の友人リストへ識別された連絡先を追加し（４０８）、次いで、更なるエントリーが得られるか否かを判定するよう進行する（４０２）。不一致と判定される場合には、サーバーは、加入者の電話帳全体が処理されるまで、更なるエントリーが得られるか否かを判定する（４０２）。
【００４７】
図５は、新たな加入者がサービスプロバイダーに登録する（５０１）ことにより、又は既存の加入者が移動連絡先番号を変更する（５０２）ときに、マッチングプロセス５００をどのように開始するかの一例を示している。加入者５０１、５０２に関連した番号は、正規化され、そしてサーバー５０３に記憶された全ての番号に対して比較される。不一致が示された場合には、プロセスが終了となり（５０６）、次いで、システムは、多数の付加的なプロセスを実行して、加入者が合法的加入者（以下に詳細に述べる）であるか否かを判定する。一致が示された場合には、システムは、一致するエントリーが位置する電話帳を有する加入者の友人リストに始めの加入者５０１、５０２を追加する（５０４）。サーバーは、次いで、比較に使用できる更なるエントリーがあるか否かを判定し（５０５）、最後の一致が示された点から比較を続ける（５０２）。それ以上のエントリーが得られない（即ち、サーチが、記憶された番号リストの終わりに到達した）場合には、処理が終了となる（５０６）。
【００４８】
以上に加えて、移動クライアントデバイスは、複数の招待機能を組み込み得る。最も基本的なレベルでは、加入者は、適切なクライアントインターフェイスを介して、招待状を送りたい特定の連絡先（１つ又は複数）をそのデバイス連絡先リスト（電話帳）内で選択することができる。この場合の処理は、主として加入者の移動デバイスのクライアントアプリケーションにおいて実行される。招待客が識別されると、ＩＰデータレイヤを介してサーバーへ情報が送られ、そこで、招待状が構成されて、キャリアＳＭＳＣを経てＳＭＳメッセージとして送られる。
【００４９】
また、加入者は、招待客を選択するか又は「全員を招待する」ために電話帳を見るときには招待メニュー又は幾つかのオプションのいずれかからの選択肢も有する。加入者が「全員を招待する」オプションを選択する場合には、それらの要求の確認を与えることが必要となる。ヘルプテキストは、「全員を招待する」がネットワーク内移動連絡先にしか適用されないことを示す。
【００５０】
加入者が「全員を招待する」プロセスを開始することに合意すると、加入者の電話帳がサーバーへアップロードされる（もちろん、加入者がそのようなことをまだ行っていない場合）。また、加入者は、（上述した）「自動友人マッチング」に対してアクティブとマークされる。ここでのロジックは、加入者がその電話帳を招待したい場合には、明らかに、システムを通して知った人々とリンクすることに関心があるということである。電話帳のアップロードは、加入者が「全員を招待する」の要求から更なる影響を受けることがないよう、バックグランドにおいて実行される。アップロードプロセスが中断された場合には、クライアントアプリケーションが電話において次にスタートされるときに、それが自動的に再スタートとなる。データのアップロードスピードは、クライアントアプリケーションの通常のメッセージング機能に影響が及ばないことを保証するように管理される。
【００５１】
電話帳データがサーバーに利用可能となると（部分的データでも）、サーバーは、キャリアの移動番号のプレフィックスに基づいて全ての「ネットワーク内」移動番号に対して招待状を準備して送信する。サーバーは、潜在的な招待客の番号を、登録された加入者のデータベースに対してマッチングし、既にメンバーであるものを排除する。
【００５２】
次いで、サーバーは、誰が誰を招待したかのリストの各移動番号についても招待状のコピーを「当然」維持する。「不快な」ＳＭＳ招待状を回避するために、システムから移動番号へ送られるのは１日に１枚の招待状だけである。複数の加入者が１日に１人の当事者を招待したい場合には、システムは、招待要求をセーブし、それらを将来の日付で送付する。例えば、３人の加入者により招待された移動加入者は、３日間連続して（各々１枚）３枚の招待状を受け取る。招待客が第１、第２、又は第３の招待状を受け取る時間スパンにおいて、招待客が登録を行い、それ故、それ以降の招待状が冗長なものとなることがある。招待客がその間に登録された加入者とならないよう保証して、不快なＳＭＳ招待状が招待客に送られるのを回避するために、招待状を送る前にチェックが行われる。このチェックは、比較的簡単であり、招待客が登録された加入者となったときに、招待者及び招待客が自動的に友人として互いの友人リストに追加される。従って、サーバーは、登録された加入者の記憶された友人リストにおいて招待客の発生を探すだけでよい。
【００５３】
招待客により受け取られる招待状は、彼等を招待した個人の名前を含み、そしてＳＭＳ招待状の「差出番号(from number)」は、招待者の移動番号となる。加入者定義カスタムテキストは、メッセージには含まれない。というのは、これは、招待プロセスを無料のＳＭＳメッセージングサービスとして使用することを可能とするからである。
【００５４】
サーバーは、任意であるが、招待メッセージを記憶し、そしてそれらを、ピークから外れた時間に送信してもよい。従って、潜在的に、ネットワーク容量の利用が少ない時間に多量のメッセージを送信することができる。システムは、移動加入者が、ＳＭＳショートコードに「阻止(BLOCK)」キーワードを送ることにより、将来の招待を阻止できるようにする。これは、次いで、阻止されるべき移動番号をブラックリストに追加し、このブラックリストは、招待ＳＭＳを送信する前にチェックされる。
【００５５】
キャリアは、ネットワーク内の相当数の招待メッセージを実質上ゼロコストでサポートすることができる。メッセージは、ピークから外れた時間中に、ネットワークの利用が少ないときに、送信される。従って、このプロセスによって生じる実際のインフラストラクチャーコストはない。キャリアは、電話帳を招待するための動機を加入者に与えることができる。キャリアは、全加入者のＭＩＮリスト、及びサービスに契約したＭＩＮのリストを保持する。従って、ターゲットとするＳＭＳ及びＥＭメッセージをその顧客へ送って、「その電話帳を招待する」ための動機付けをすることができる。これは、ネットワークプロバイダーが実施しようとする新規サービス提供等に対して移動サービスプロバイダーがターゲットとするマーケッティングキャンペーンを実施できるようにする。
【００５６】
マッチング及び招待サービスのセキュリティを保証するために、システムは、本出願人が電話帳フィンガープリンティングと称するプロセスを実施する。フィンガープリンティングは、電話帳をマッチングさせて、システムが個人を識別すると共に、導入無料期間や他の特殊オファーを何回も得るために再登録する不正な試みを防止できるようにする能力を提供する。このプロセスは、特に無料の導入オファーを利用するために新たなＳＩＭ／ＭＩＮを得る悪意のある加入者を識別することを意図しているので、新たなアクティブなＳＩＭ／ＭＩＮをプロセスに含ませるだけでよい。
【００５７】
フィンガープリンティングプロセス６００の一例を図６に示す。ここで、加入者の電話帳は、上述した「自動友人マッチング」及び／又は「全員を招待する」アップロードプロセスを経て得られる。或いは、電話帳は、同期処理技術を使用して得ることもできる。電話帳のアップロード（ＡＢＭ又は全員を招待）は、無料の導入オファーを利用するための義務的な必須条件である。各個人の電話帳は、例えば、複数の連絡先、連絡先のための複数のフィールド、国コード及び地域コードを有することも有さないこともある複数の番号、等で構成される。
【００５８】
次いで、システムは、登録する加入者の電話帳の情報と、既にアップロードされて比較された電話帳のデータベースとを比較する（６０１）。比較の要素は、名前フィールド、番号フィールド（データを含むフィールドも比較の一部である）、及びカウントの一致／相違である。比較は、一致を厳密に立証するものである必要はない。悪意のある個人は、使用されているプロセスに疑いをもつと、偽の連絡先等を挿入することによりシステムを騙そうと試みる。このプロセスは、これらの試みに対処するように常時洗練化される必要がある。
【００５９】
プロセスの第１ステップは、４ケ月以上ネットワークにおいてアクティブとなっている加入者（ＳＩＭ／ＭＩＮ）の電話帳を排除することである（６０２）。キャリアは、アクティブなＭＩＮのデータベースにアクセスし、従って、このプロセスを実行するのに必要な処理を実質的に最小にする。
【００６０】
残りの電話帳を処理するのに必要な潜在的に多量の計算を減少するために、この解決策は、マルチステップパススループロセスとして取り扱い、各ステップは、比較すべきフィールドの数を徐々に減少する。
【００６１】
第１のパススルー６０３において、システムは、登録する加入者の電話帳におけるエントリーの数を、次の基準に基づくエントリーの数と比較する。
●加入者の電話帳に含まれるエントリーの数は、Ａ個のエントリーとする。
●既にアップロードされて比較された電話帳の全データベースの数は、Ｘ個のエントリーとする。
●データベースの各エントリーについて、ＡをＸと比較する。
Ｘの９０％＜Ａ＜Ｘの１１０％である場合には、一致としてカウントし、次のパスのための候補としてセーブする。
【００６２】
電話帳におけるエントリーの数が３０未満である場合には、無料期間を許可しないことに注意されたい。ＡがＸの９０％を越えない場合には、加入者電話帳が更なる比較から除外される（６０４）。
【００６３】
Ａが第１パスの特定の基準に合致する場合には（６０３）、システムは、登録する加入者の電話帳において第２パスオペレーション６０５を実行するよう進行する。この第２パスオペレーションは、最初と最後の５つのエントリーのファーストネームフィールドを比較する。次の基準に基づく。
●１０個のエントリーのうちの６つが一致する場合には、一致すると考えられるものとして取り扱う（順序、及び変則的エントリーは、カウントせず／問題としない）。
【００６４】
不一致と判定された場合には、加入者電話帳が更なる比較から除外される（６０６）。一致が検出された場合には、システムは、第３パスオペレーション６０７を実行するよう進行する。この第３パスは、次の基準に基づきファーストネーム／ラストネームをキーとして使用して最初の５つ及び最後の５つの移動番号フィールドを比較する。
●１０個のエントリーのうちの６つが一致する場合には、一致すると考えられるものとして取り扱う。
【００６５】
不一致と判定された場合には、加入者電話帳が更なる比較から除外される（６０８）。一致状態が存在する場合には、システムは、第４パスオペレーション６０９を実行するよう進行する。この第４パスは、次の基準に基づき電話帳のコンテンツをマップする。
●電話帳全体に対して、存在する全てのフィールド（例えば、移動番号、ビジネスホン、ファックス、・・・）をマップし、１及び０として指示する。ファーストネーム／ラストネームをキーとして使用してこのマップの比較を実行する。
【００６６】
不一致が検出された場合には、加入者の電話帳が更なるテストから除外され（６１０）、即ち加入者は、適切に確認され、無料サービスにアクセスすることが許可される。一致と判定された場合には、サーバーは、登録する加入者を無料のトライアルオファー等から除外するよう進行する（６１１）。
【００６７】
当業者であれば、フィンガープリンティングプロセスは、４パスオペレーションを含むものとして説明されたが、必要に応じて、付加的なパスを追加できることが明らかであろう。フィンガープリンティングを実行するのに、電話帳全体が要求されないことが明らかである。このプロセスについては、各電話帳のビューが、抽出された必要なデータと共に保持される。例えば、各々のパス基準に必要な情報、即ち電話帳における連絡先の数、最初の５つ及び最後の５つのエントリーに対するファーストネーム、最初の５つ及び最後の５つのエントリー及び電話帳マップを含むだけであるデータのサブセットが各電話帳から抽出される。
【００６８】
図７は、「電話帳友人」、即ちシステムの登録されたメンバーではない友人リスト内の連絡先を追加するためのプロセス７００を示している。これは、システムの加入者が、クライアントプラットホームの便宜性を利用して、その連絡先のいずれかと通信を行うことを可能とする。電話帳の全連絡先が、マッチングプロセスを通して、デフォールトとして追加されるが、「電話帳連絡先追加」は、ユーザが、新たな連絡先を、それらがユーザの電話帳になくても、ユーザの友人リストに追加することを可能とする。システムは、他の連絡先（例えば、電話帳友人）との次の通信を可能とする。
●ＧＳＭコール（ネーティブコール、移動及び地上通信線、国際を含む）
●ＳＭＳ（ネーティブＳＭＳ）
●ＥＳＭＳ（ＩＰデータレイヤを経てのクライアントとサーバーとの間の通信、並びにＳＭＳＣ及びＧＳＭネットワークを経てのサーバーと他の連絡先との間の通信を伴うネットワーク内ＳＭＳ）
●ｅ−メール
【００６９】
新たな加入者が最初にクライアントアプリケーションにログインし、それに続いてログイン後に、毎月一度、ログインするときには、ＳＭＳインボックス、送信ボックス及びコールログ（受信したコール、ダイヤルされた番号、取り損なったコール）から現在の連絡先を抽出するプロセスが自動的に実行される（７０１）。次いで、プロセスは、加入者の電話帳を読み取って、ＳＭＳインボックス、送信ボックス及びコールログから抽出された番号を使用して、ファーストネーム及びラストネーム、ｅ−メールアドレスを抽出するよう進行する（７０２）。次いで、プロセスは、抽出された連絡先をマッチングさせることにより複写を排除する（７０３）。ＳＭＳインボックス、コールログ、等で見つかった各々の独特の連絡先について、加入者の友人リストをチェックして、それが完全友人又は電話帳友人のいずれかとして友人リストに既に含まれているか否かを判定、もしそうであれば、その連絡先に対して、それ以上のアクションは行われない。
【００７０】
タイミングは、サーバーのトリガーにより制御され、各加入者のログインにおいてチェックされる。プロセスは、連絡先が実際に追加される前に加入者の確認を要求する。というのは、他の人々の移動デバイスへログインすることができるからである。「これらは、あなたの現在アクティブな連絡先です。これらをあなたの友人リストに他の連絡先（例えば、電話帳友人）として追加しますか？」ということを述べるスクリーンが加入者に提示される。加入者は、追加したい連絡先を（チックボックスを経て）選択する選択肢を有する（７０４）。デフォールトにより、スクリーンが最初に提示されたときに、全てのチックボックスがチックされる。加入者が合意すると、クライアントアプリケーションは、加入者の電話帳における連絡先データを使用して新たな連絡先を「電話帳友人」として追加するよう進行する（７０５）。
【００７１】
最終的に、このシステムは、全てのネットワーク内移動連絡先をこのグループから識別し、そしてこのリストを、「あなたの友人を招待してコミュニティに参加させ、あなたの通信にかかる費用を節約しよう！」というステートメントと共に加入者に再び与える（７０６）。全ての連絡先がデフォールトによりチックされる。次いで、加入者は、これらの連絡先に進んで招待することを選択するか（７０７）、又はプロセスのこの部分をキャンセルすることができる（７０８）。
【００７２】
また、システムは、加入者が、Ｙａｈｏｏ  Ｍｅｓｓｅｎｇｅｒ  ＩＤ、ＷｉｎｄｏｗｓＬｉｖｅ  ＩＤ又はＧ−Ｔａｌｋ  ＩＤのような他のメッセージングアプリケーションからその加入者ＩＤを入力できるようにしてもよい。このような場合に、システムは、接続された全てのＩＭユーザの友人リストを調べて、サーバーに記憶された加入者情報とデスクトップＩＭユーザのＩＤとの間の一致を識別し、それらの一致を移動ＩＭコミュニティの友人として承認用に提示することができる。この特定の実施例では、ＩＭ友人リストが電話帳と略同様に処置されて、互いに知っている個人をマッチングさせる。
【００７３】
更に別の実施形態では、このシステムは、加入者によりシステムに与えられた加入者のｅ−メールアドレス帳から与えられる情報を利用することができる。この実施例では、システムは、ｅ−メールアドレス帳に記憶された情報にアクセスして、友人リストを構築する。次いで、システムは、加入者の連絡先情報に記憶されたｅ−メールアドレスと、加入者のｅ−メールアドレス帳に記録されたｅ−メールアドレスとを比較して、一致を識別する。システムが一致と判定すると、次いで、システムは、一致のレベルに基づいて、その各々を他の友人リストに自動的に追加する。
【００７４】
上記実施形態は、本発明を例示するものに過ぎず、当業者に明らかとなる更に別の変更や改良が本発明の広い範囲内に包含されることが理解されよう。
【図１】
2011527140.tif 000005
【図２】
2011527140.tif 000006
【図３】
2011527140.tif 000007
【図４】
2011527140.tif 000008
【図５】
2011527140.tif 000009
【図６】
2011527140.tif 000010
【図７】
2011527140.tif 000011
【国際調査報告】
2011527140.tif 000012
2011527140.tif 000013
2011527140.tif 000014