JP7008636B2 - 電話番号の変更をチェックする方法、装置、及びシステム - Google Patents

Description

本発明は、データ処理の分野に関し、特に、電話番号の変更をチェックする方法、装置、及びシステムに関する。

情報交換が進化している現代において、電話番号は、依然として人々が互いに通信するための重要な手段である。ユーザは、通常、電話番号を携帯電話、または任意のモバイル端末上にローカルに記憶させている。ユーザが、携帯電話またはモバイル端末を変更するとき、ユーザは、電話番号をネットワーク端末に記憶させ、次いで、新たな携帯電話またはモバイル端末を使う必要があり電話番号をダウンロードする。したがって、多数のユーザが、電話番号の住所録をネットワーク端末に記憶させている。

しかしながら、ネットワークユーザの携帯電話番号は非常に頻繁に変更され、これにより、ユーザの住所録において、多くの携帯電話番号が変更されているか、または利用不可能となっており、使用することができない。したがって、現在の住所録内の電話番号によって対応するユーザを見つけることは困難である。

住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題に対して、有効な解決策は、現在のところまだ提案されていない。

本発明の例としての実施形態は、住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題を少なくとも解決するように、電話番号の変更をチェックする方法、装置、及びシステムを提供する。

本発明の例としての実施形態の態様によれば、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出することと、第１の住所録内の第１のユーザの電話番号が変更されていることを検出したときに、第１のユーザの電話番号の検出された変更の総数を累算によって得ることと、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断することと、を含む、電話番号の変更をチェックする方法が提供される。

本発明の例としての実施形態の別の態様によれば、第１の住所録を記憶するように構成されるモバイル端末であって、第１の住所録が、１人または複数のユーザの電話番号を記録する、モバイル端末と、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出し、第１の住所録内の第１のユーザの電話番号が変更されていることを検出したときに、第１のユーザの電話番号の検出された変更の総数を累算によって得て、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するように構成される、モバイル端末と通信関係を有するクラウドサーバと、を含む、電話番号の変更をチェックするシステムが、さらに提供される。

本発明の例としての実施形態のさらに別の態様によれば、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するように構成される、検出モジュールと、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数を累算によって得るように構成される、累算モジュールと、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するように構成される、判断モジュールと、を含む、電話番号の変更をチェックする装置が、さらに提供される。

第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップを実行する時点は、本出願において具体的に限定されないことに、ここで留意すべきである。ステップは、ユーザが要求を送信するときに実行されてもよく、または予め設定された周期に従って、周期に到達するときに実行されてもよい。ユーザが、住所録内で変化した電話番号を適時に知り得るように、ユーザの住所録内の電話番号が、ユーザの要求に従って、またはある周期に従って検出されてもよい。

本出願において提供される解決策は、第１のユーザの電話番号の変更の数が、予め設定された数を超えることを検出するときに、ユーザの電話番号が変更されていることを確認することに、ここで留意すべきである。したがって、本発明の技術は、ユーザの電話番号の不正確な検出または不正確な記憶に起因する、変更がないのに電話番号の変更を確認する誤りを回避する。

上記から示されるように、本出願において提供される電話番号の変更をチェックする解決策によれば、第１の住所録内の電話番号の変更がチェックされる。一方、住所録内の任意の電話番号が変更されているかどうかを判断する際に、複数の住所録内の電話番号の変更の総数を使用することによって、または予め設定された周期による異なる時点における検出を通して得られる、１つの住所録内に記録された電話番号の変更の数を使用することによって、判断が行われる。結果として、ユーザの住所録内の電話番号の変更が高感度に検出され、検出された電話番号の変更の正確性もまた、保証され得る。

したがって、本出願で提供される例としての実施形態における解決策は、住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題を解決する。

ここで説明される添付図面は、本発明をさらに理解するため、及び本出願の一部を構成するために提供される。本発明の例としての実施形態、及び例としての実施形態の記述は、本発明を説明するために使用され、本発明に対するいかなる不適当な限定も提起しない。

本発明の例としての実施形態による、電話番号の変更をチェックする方法のコンピュータ端末のハードウェアの概略ブロック図である。 本出願の例としての実施形態１による、電話番号の変更をチェックする方法のフローチャートである。 本出願の例としての実施形態１による、電話番号の変更をチェックする任意選択方法のフローチャートである。 本出願の例としての実施形態１による、電話番号の変更をチェックする方法の情報インタラクション図である。 本出願の例としての実施形態１による、電話番号の変更をチェックするシステムの構造図である。 本出願の例としての実施形態２による、電話番号の変更をチェックする装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする装置の構造図である。 本出願の例としての実施形態３による、電話番号の変更をチェックする任意選択装置の構造図である。 本出願の例としての実施形態４による、コンピュータ端末の概略ブロック図である。

当業者に本発明の解決策をよりよく理解させるために、本発明の例としての実施形態における技術的解決策が、本発明の例としての実施形態において添付図面を参照して以下で明確かつ十分に説明される。説明される例としての実施形態が、本発明の例としての実施形態の全てではなく一部のみであることは、明らかである。当業者により、本発明の例としての実施形態に基づいて創造的努力なしに導き出される全ての他の例としての実施形態は、本発明の保護範囲内に入るべきである。

本発明の明細書、特許請求の範囲、及び図面における「第１の」及び「第２の」などの用語は、類似の対象物を区別するために使用され、必ずしも特定の順序またはシーケンスを説明するために使用されないことに留意すべきである。ここで説明される本発明の例としての実施形態が、ここに図示され、または説明されるもの以外の順序で実施され得るように、このようにして使用されるデータは、適当な状況下で交換されてもよいと理解されるべきである。さらに、「備える／含む」及び「有する」という用語、ならびにそれらの任意の変化形は、非排他的包含を含むように意図される。例えば、一連のステップまたはユニットを含むプロセス、方法、システム、製品、またはデバイスは、明確に列挙されるステップまたはユニットに必ずしも限定されず、明確に列挙されない、またはプロセス、方法、システム、製品、もしくはデバイスに固有の、他のステップまたはユニットを含んでもよい。

まず初めに、本出願の例としての実施形態についての説明中に現れるいくつかの専門用語または用語は、以下の解釈に適用する。

ビッグデータ：ビッグデータ（メガデータ）は、より強固な意思決定力、洞察力、及びプロセス最適化ケイパビリティを新たな処理モードでのみ有し得る、高い増加率の大規模かつ多様化された情報リソースを言う。

無効な番号：無効な番号は、空番号、期限切れの番号、または休止中の番号などの、利用不可能になっている番号を示す。

例としての実施形態１
本発明のこの例としての実施形態によれば、電話番号の変更をチェックする方法の、方法の例としての実施形態が、さらに提供される。図面のフローチャートに示されるステップは、コンピュータ実行可能命令のセットのコンピュータシステムなどにおいて実行されてもよく、フローチャートには、ロジックの順序が示されているが、いくつかの場合において、図示される、または説明されるステップは、ここでの順序と異なる順序で実行されてもよいことに留意すべきである。

本出願の例としての実施形態１において提供される方法の例としての実施形態は、モバイル端末、コンピュータ端末、または類似の演算デバイスにおいて実行され得る。例えば、方法は、コンピュータ端末上で動作する。図１は、本発明の例としての実施形態による、電話番号の変更をチェックする方法のコンピュータ端末のハードウェアの概略ブロック図である。図１に示されるように、コンピュータ端末１０は、１つまたは複数の（図面には１つだけが示される）プロセッサ１０２（プロセッサ１０２は、マイクロプロセッサＭＣＵ、またはプログラム可能論理デバイスＦＰＧＡなどの処理装置を含み得るが、これらに限定されない）と、データを記憶するように構成されるメモリ１０４と、通信機能を有する伝送モジュール１０６と、を含み得る。当業者は、図１に示される構造が例示の目的のためだけであり、上記電子デバイスの構造を限定するものではないと、理解し得る。例えば、コンピュータ端末１０は、図１に示されるものよりも多くの、もしくは少ないコンポーネントをさらに含んでもよく、または図１に示されるものとは異なる構成を有してもよい。

メモリ１０４は、ソフトウェアプログラム及びアプリケーションのモジュール、例えば、本発明の例としての実施形態における電話番号の変更をチェックする方法に対応するプログラム命令／モジュールを、記憶するように構成され得る。プロセッサ１０２は、メモリ１０４に記憶されるソフトウェアプログラム及びモジュールを動作させて、多様な機能アプリケーションを実施し、かつデータ処理を実行し、即ち、アプリケーションの電話番号の変更をチェックする方法を実施する。メモリ１０４は、高速ランダムアクセスメモリを含んでもよく、不揮発性メモリ、例えば、１つまたは複数の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリなども含んでもよい。いくつかの例では、メモリ１０４は、プロセッサ１０２に対してリモートに配置されるメモリをさらに含んでもよく、これらのリモートメモリは、ネットワークを通してコンピュータ端末１０に接続されてもよい。ネットワークの実施例は、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、またはそれらの組み合わせを含むが、これらに限定されない。

伝送モジュール１０６は、ネットワークを介してデータを受信または送信するように構成される。例えば、ネットワークは、具体的には、コンピュータ端末１０の通信プロバイダによって提供されるワイヤレスネットワークを含んでもよい。実施例において、伝送モジュール１０６は、ネットワークインタフェースコントローラ（ＮＩＣ）を含み、ネットワークインタフェースコントローラ（ＮＩＣ）は、インターネットと通信することが可能であるように、別のネットワークデバイスに基地局を通して接続されてもよい。実施例において、伝送モジュール１０６は、無線周波数（ＲＦ）モジュールであってもよく、無線周波数（ＲＦ）モジュールは、インターネットとワイヤレス方式で通信するように構成される。

上記動作環境において、本出願は、図２に示されるような電話番号の変更をチェックする方法を提供する。方法は、クラウドサーバにおいて実施されてもよい。図２は、本発明の例としての実施形態１による、電話番号の変更をチェックする方法のフローチャートである。

ステップＳ２１：第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出する。

上記ステップにおいて、第１の住所録は、任意のユーザの住所録である。１人または複数のユーザの電話番号は、任意のユーザの住所録に記録される、１つまたは複数の電話番号である。ユーザの電話番号が変更されているということは、少なくとも以下の状況、現在の住所録に記憶された電話番号が利用不可能となるように、住所録内の任意のユーザが電話番号を変更している、住所録内の任意のユーザが支払を行わないため、またはその他の理由によって、電話番号が休止中である、及び、電話番号が空番号になっている、ということを含む。

ステップＳ２３：第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数が累算によって得られる。

上記ステップにおいて、第１のユーザは、電話番号が変更されている、第１の住所録内の任意のユーザである。

第１のユーザの電話番号の変更の総数は、複数の住所録において検出及びカウントされる、第１のユーザの電話番号の変更の総数を示すために使用されることに、ここで留意すべきである。第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるとき、第１のユーザの電話番号の変更の数は、元の数を基礎として１ずつ増加されるべきである。

ステップＳ２５：総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断する。

図３は、本出願の例としての実施形態１による、電話番号の変更をチェックする任意選択方法のフローチャートである。図３に示される実施例を参照すると、本発明のクラウドサーバは、任意のモバイル端末に記録された第１の住所録を取得し、第１の住所録内の全てのユーザの電話番号を読み出し得る。次いで、クラウドサーバは、電話番号を予めローカルに記憶された複数のユーザの電話番号と照合して、第１の住所録内のユーザの電話番号が、変更されているかどうかを判断する。例えば、クラウドサーバは、第１の住所録内の第１のユーザの電話番号が変更されているかどうかを判断してもよい。第１のユーザの電話番号が変更されたと判断する場合、クラウドサーバは、第１のユーザの電話番号の変更の数を累算によって得て、第１のユーザの電話番号の変更の総数が、予め設定されたチェック閾値を超えるかどうかを、さらに判断する。この実施例では、予め設定されたチェック閾値は、２である。即ち、第１のユーザの電話番号の変更の総数が２以上のとき、第１のユーザの電話番号が変更されたことが確認される。

任意選択の例としての実施形態では、クラウドサーバは、複数の住所録を読み出してもよく、１つまたは複数の住所録内の同一の第１のユーザの電話番号が変更されていることを検出した場合に、各住所録内の第１のユーザの電話番号の変更の数を累算によって得てもよいことに、ここで留意すべきである。別の例としての実施形態では、クラウドサーバは、また、予め設定された間隔に従って（例えば、２週間おきに）、第１の住所録を検出してもよく、第１の住所録内の第１のユーザの電話番号が変更されていることをクラウドサーバが検出するたびに、変更の数を１ずつ増加させてもよい。

第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップを実行する時点は、本出願において具体的に限定されないことに、ここでさらに留意すべきである。ステップは、ユーザが要求を送信するときに実行されてもよく、または予め設定された周期に従って、周期時間に到達するときに実行されてもよい。ユーザが、住所録内で変化した電話番号を適時に知り得るように、ユーザの住所録内の電話番号は、ユーザの要求に従って、またはある周期に従って検出される。

上記例としての実施形態において提供される方法は、第１のユーザの電話番号の変更の数が予め設定された数を超えることが検出されるときにのみ、ユーザの電話番号が変更されていることを確認するので、ユーザが電話番号を変更していないときに、ユーザの電話番号の不正確な検出または不正確な記憶に起因して、ユーザの電話番号が変更されているものとして確認されるのが回避され得ることに、ここで留意すべきである。

上記から知り得るように、本出願の上記例としての実施形態において提供される電話番号の変更をチェックする解決策によれば、第１の住所録内の電話番号の変更がチェックされる。住所録内の任意の電話番号が変更されているかどうかが判断される際に、複数の住所録内の電話番号の変更の総数を使用することによって、または予め設定された周期による異なる時点における検出を通して得られる、１つの住所録内に記録された電話番号の変更の数を使用することによって、判断が行われる。結果として、ユーザの住所録内の電話番号の変更が高感度に検出され、検出された電話番号の変更の正確性もまた、保証され得る。

したがって、本出願で提供される例としての実施形態１における解決策は、住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題を解決する。

本出願の上記例としての実施形態では、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップＳ２１の前に、方法は、以下のステップをさらに含む。

ステップＳ２７：第１の住所録にアクセスするための許可が取得される。

上記ステップにおいて、第１の住所録は、ユーザモバイル端末にローカルに位置される住所録であってもよい。

任意選択の例としての実施形態では、例えば、クラウドサーバは、第１の住所録にアクセスするための許可を取得する。ユーザは、クラウドサーバが、ユーザの住所録をデフォルトで常に取得し得ること、及び、次いで、クラウドサーバが、ユーザの住所録を定期的に取得し得ることを考慮する。別の任意選択の例としての実施形態では、例えば、クラウドサーバは、第１の住所録にアクセスするための許可をやはり取得する。クラウドサーバが住所録にアクセスするたびに、クラウドサーバは、住所録にアクセスするためのアクセス許可を取得する必要がある。例えば、クラウドサーバが、ユーザの住所録にアクセスする必要があるとき、クラウドサーバは、住所録にアクセスするためのアクセス要求をユーザに提出してもよい。

さらに別の任意選択の例としての実施形態では、ユーザの住所録は、ラベル付けされた住所録である。例えば、ユーザの住所録は、同僚、友人、クラスメート、及び他のグループを含む。住所録にアクセスするためのアクセス許可が取得されるとき、ユーザは、クラウドサーバが、全住所録内の１つまたは複数のグループの住所録にアクセスする許可を有しているが、残りのグループの住所録にアクセスする許可は有していないということを設定してもよく、これによって、ユーザのプライバシーを侵害することなく、ユーザの住所録にアクセスすることの技術的効果を達成する。

ステップＳ２９：第１の住所録内の１人または複数のユーザの電話番号が、第１の住所録をスキャンすることによって取得される。

ステップＳ３１：第１の住所録内の１人または複数のユーザの電話番号が、番号ライブラリと同期される。

上記ステップでは、番号ライブラリは、クラウドサーバに記憶されるデータサーバであってもよく、スキャンすることによって得られる電話番号を記憶するために使用される。

図３に示される実施例を参照すると、任意選択の例としての実施形態では、ユーザＡを例に挙げると、まず初めに、ユーザＡの住所録の番号クリーン度をスキャンするステップが実行される。このステップにおいて、ユーザＡの住所録にアクセスするための許可が取得され、次いで、ユーザＡの住所録内の電話番号がスキャンされ、スキャン結果が、クラウド番号ライブラリにアップロードされる。

本出願の上記例としての実施形態では、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップＳ２１は、以下のステップを含む。

ステップＳ２１１：第１の住所録内の１人または複数のユーザの電話番号が、番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合される。第１の住所録内の第１のユーザが、番号ライブラリ内に存在し、かつ番号ライブラリ内に予め記憶された第１のユーザの電話番号が、第１の住所録内の第１のユーザの電話番号とは異なる場合に、第１のユーザの電話番号が変更されたと判断される。

図３に示される実施例を参照すると、任意選択の例としての実施形態において、やはりユーザＡを例に挙げると、ビッグデータ計算が、番号ライブラリを通して行われる。計算プロセスでは、ユーザＡの住所録内の１人または複数のユーザの電話番号が、番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合され得る。ユーザの電話番号は、番号ライブラリ内に予め記憶されている。ユーザＡの住所録内の電話番号が、クラウドデータベースと同期された後、予め記憶された電話番号が、ユーザＡの住所録内の電話番号と照合される。照合基準は、電話番号に対応するユーザ名が同一であることなどであってもよい。照合方法は、ユーザＡの住所録内の任意のユーザの電話番号を選択することと、ユーザＡの電話番号について、番号ライブラリに予め記憶された番号を検索することであってもよい。ユーザＡの番号が、予め記憶された番号内に存在する場合、２つの番号が照合される。照合が成功の場合、ユーザＡの電話番号は、変更されていないと考えられ得る。照合が失敗の場合、ユーザＡの電話番号は、変更されていると考えられ得る。

ユーザＡの住所録は複数の電話番号を含むことに、ここで留意すべきである。照合プロセスにおいて、電話番号は、ユーザＡの住所録内の元の配列順序に従ってスキャンされてもよく、または、ユーザＡの住所録内の電話番号が、予め設定された配列ルールに従って再配列されてもよく、そのときは、配列後の新たな順序に従って照合が行われる。

本出願の上記例としての実施形態において、第１のユーザの電話番号の検出された変更の総数を累算によって得るステップＳ２３は、以下のステップを含む。

ステップＳ２３１：第１のユーザの電話番号の変更履歴の数が、読み出される。別の住所録に記録された第１のユーザの電話番号が変更されていることが検出されるたびに、第１のユーザの電話番号の変更の数が１ずつ増加されて、変更履歴の数を得る。

上記ステップでは、変更履歴の数は、現在時点の前に検出された第１のユーザの電話番号の変更の数である。

第１のユーザの電話番号の変更履歴の数は、現在検出されている住所録ではなく他の住所録に記録された第１のユーザの電話番号の変更の数であることに、ここで留意すべきである。

ステップＳ２３３：第１の住所録に記録された第１のユーザの電話番号が変更されていることが現在検出されている場合、第１のユーザの電話番号の変更の数は、変更履歴の数を基にして再び１ずつ増加されて、第１のユーザの電話番号の検出された変更の総数を得る。

上記ステップでは、現在の第１の住所録に対する検出完了時に、第１の住所録内の第１のユーザの電話番号が変更されていることが得られるとき、現在の状況下における第１のユーザの電話番号の変更履歴の数は、第１のユーザの電話番号の変更の総数に１を追加することによって得られる。

本出願の上記ステップにおいて、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップＳ２１の前に、方法は、以下のステップをさらに含む。

ステップＳ３３：無効な電話番号が第１の住所録に存在するかどうかが、検出される。

上記ステップにおいて、無効な電話番号は、期限切れで、休止中で、かつ正常に使用できない電話番号であってもよい。

本出願の上記ステップにおいて、無効な電話番号が第１の住所録に存在するかどうかを検出するステップＳ３３は、以下のステップを含む。

ステップＳ３１：第１の住所録内の１人または複数のユーザの電話番号が、電話シミュレータを使用することによって抽出される。

上記ステップでは、電話シミュレータは、電話によって実施され得る多様な機能を実施し得るが、電話本体を有しない。電話シミュレータは、電話機能を実施し、ソフトウェアアプリケーションプログラムの特定の設定を通して電話に類似の機能を実施する、ソフトウェアアプリケーションプログラムであってもよい。電話シミュレータによって抽出される電話番号は、電話シミュレータによって無効な電話番号であるかどうかが現在検出されている電話番号である。

ステップＳ３３：電話シミュレータは、１人または複数のユーザの電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行する。電話シミュレータが、任意のユーザの電話番号をシミュレートするが、クライアント端末動作を実行できない場合、クライアント端末動作が成功しない電話番号が、無効な電話番号であると判断される。

任意選択の例としての実施形態では、例えば、電話シミュレータは、１つまたは複数の電話番号に電話をかける。電話シミュレータは、任意の電話番号に電話をかける。通話が成功して行われ、かつ回線がビジーであるとき、電話番号は、有効な電話番号であると考えられる。電話番号をダイアルすることによって得られるフィードバック情報が、番号が空番号であること、番号が休止中であることなどを示すとき、電話番号は無効な番号であると考えられる。電話番号がダイアルされるときに電源オフが発生する場合、電話番号についての判断結果が保持され、電話番号は、確認のために所定時間内にリダイアルされる。電話番号が複数回ダイアルされるときに電源オフが常に発生する場合、電話番号は、デフォルトで無効な電話番号と考えられる。

電話シミュレータによって実行される動作は、上記動作のうちのいずれかであってもよいが、それらに限定されないことに、ここで留意すべきである。電話シミュレータによって実行され得る、かつ電話番号が無効な電話番号かどうかを確認するために使用され得る任意の動作は、上記ステップにおける動作であってもよい。

本出願の上記ステップにおいて、無効な電話番号が第１の住所録に存在するかどうかを検出するステップＳ３３の後、方法は、以下のステップをさらに含む。

ステップＳ３５：無効な電話番号が第１の住所録から削除されて、少なくとも１つの有効な電話番号を得る。

ステップＳ３７：少なくとも１つの有効な電話番号の変更が、検出される。

本出願の上記例としての実施形態では、無効な電話番号における変化をチェックしても意味がない。上記ステップでは、無効な電話番号が、第１の住所録から削除され、これによって、変更が検出される電話番号の数が減少し、よって、コンピューティングリソースの浪費を減少させ、ユーザの住所録から冗長なデータを除去する。

本出願の上記ステップでは、第１のユーザの電話番号が変更されたと判断するステップ、及び／または無効な電話番号が第１の住所録に存在すると判断するステップの後に、方法は、表示端末のインタフェースにプロンプト情報を表示することをさらに含み、プロンプト情報は、以下の情報、第１のユーザの電話番号を検証するかどうか、第１のユーザの電話番号を置換するかどうか、第１のユーザの電話番号を作成するかどうか、及び第１のユーザの電話番号の履歴を削除するかどうか、のうちのいずれかを含む。

任意選択の例としての実施形態では、第１の住所録内の第１のユーザの電話番号が変更されていることを検出するとき、クラウドサーバは、第１の住所録のユーザに、第１のユーザの電話番号を更新するかどうかのプロンプト情報を送信する。プロンプト情報は、第１の住所録のユーザのモバイル端末上に表示される。第１の住所録のユーザは、自分自身の必要性に従って、第１の住所録内の第１のユーザの現在の電話番号を第１のユーザの新たな電話番号と置換するように、または第１のユーザの電話番号を別個に記憶するように、選択してもよい。

図３に示される実施例を参照すると、第１のユーザの電話番号が変更されたと判断されるとき、ユーザは、上記ステップにおいて提供される任意の方式で第１のユーザの電話番号を更新するように案内される。

プロンプトは、無効と判断された電話番号についてユーザに提供され、さらなる動作が、ユーザのプロンプトに従って実行される。別の任意選択の例としての実施形態では、クラウドサーバは、ユーザの第１の住所録内のどの番号が無効な電話番号であるかをユーザにやはりプロンプトし、上記の無効な電話番号を削除するかどうかをユーザに問い合わせる。

図３に示される実施例を参照すると、第１の住所録内の電話番号に対する検出が完了された後、検出結果が、ユーザにフィードバックされる。検出結果は、テキストメッセージによって、ソーシャルソフトウェアまたは任意の他の方式によって、フィードバックされてもよい。第１のユーザの電話番号が変更されていないとき、動作は完了する。第１のユーザの電話番号が変更されている場合、ユーザは、上記ステップにおいて提供される任意の方式で第１のユーザの電話番号を更新するように案内される。

第１の住所録のユーザの表示端末がプロンプト情報を表示するとき、本出願は、表示インタフェースを特に限定しないことに、ここで留意すべきである。任意選択の例としての実施形態では、表示インタフェースは、第１のユーザの変更済み電話番号を置換し、または無効な電話番号を削除するようにユーザに案内する、動的可視化インタフェースであってもよい。

本出願の上記ステップでは、第１のユーザの電話番号が変更されたことを判断するステップＳ２７の後で、方法は、以下のステップをさらに含む。

ステップＳ２７１：第１のユーザの変更済み電話番号が読み出される。

ステップＳ２７３：第１のユーザの変更済み電話番号が、第１の住所録に返されて、第１の住所録に以前記憶された第１のユーザの電話番号を更新するか、または第１のユーザの変更済み電話番号を第１の住所録に追加する。

第１のユーザの電話番号が変更されたことが確認された後、任意選択の例としての実施形態において、第１のユーザの変更済み電話番号が読み出された後、第１のユーザの変更済み電話番号が、第１の住所録に返され、第１の住所録に返された第１のユーザの電話番号が、ユーザの指示に従って記憶される。第１のユーザの電話番号が記憶されるとき、第１のユーザの元の電話番号が置換されてもよく、または第１のユーザの変更済み電話番号が、元の電話番号を処理することなく追加される。

本出願の上記ステップでは、第１のユーザの変更済み電話番号を読み出すステップＳ２７１の前に、方法は、以下のステップをさらに含む。

ステップＳ２７５：第１のユーザと第２のユーザとの間の親密性の度合いが検証され、第１の住所録が、第２のユーザによって保持される通信端末に記憶される。

任意選択の例としての実施形態では、第１のユーザと第２のユーザとの間の親密性の度合いが、第１のユーザ及び第２のユーザの双方によって設定され得る。第１のユーザ及び第２のユーザによって設定された親密性の度合いが等しいとき、親密性の度合いが有効であることが確認される。別の任意選択の例としての実施形態では、第１のユーザと第２のユーザとの間の親密性の度合いが、第１のユーザと第２のユーザとの間の通話継続時間、及び／または通話頻度、ＳＭＳ頻度、及びソーシャルソフトウェア通信頻度を取得することによって判断されてもよく、次いで、計算された親密性の度合いが、第１のユーザ及び第２のユーザに送信され、第１のユーザ及び第２のユーザが、親密性の度合いを確認した後、親密性の度合いが有効となる。

ステップＳ２７７：第１のユーザと第２のユーザとの間の親密性の度合いが、所定の閾値を超える場合、第１のユーザの変更済み電話番号を第１の住所録に直接更新することが許可されてもよい。

本出願の上記ステップでは、第１のユーザの変更済み電話番号を読み出すステップＳ２７１の前に、方法は、以下のステップをさらに含む。

ステップＳ２７０：検証要求は、第１のユーザによって保持される通信端末に対して、以下の方式、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかにおいて開始される。

ステップＳ２７１０：第１のユーザにより保持される通信端末によって返される応答情報が受信された後で、第１のユーザの変更済み電話番号を読み出すステップが、実行される。応答情報は、第１のユーザの電話番号が変更されたことを確認するため、及び／または第１のユーザの変更済み電話番号が、正確な番号であることを確認するための確認情報を含む。

任意選択の例としての実施形態では、第１のユーザの電話番号が変更されたことが確認された後、メッセージが、ソーシャルソフトウェアを用いて第１のユーザに送信される。メッセージは、ユーザの電話番号が変更されているかどうかをユーザに確認するもの、または変更済み電話番号が正しいかどうかを第１のユーザに確認するものであってもよい。第１のユーザの確認メッセージにおいて電話番号が正しいことが得られるとき、第１のユーザの正しい変更済み電話番号が取得される。そうでない場合、正しい電話番号を取得するためのメッセージが、第１のユーザに送信される。

図４における例示を参照すると、本出願の解決策がモバイル端末上の電話番号の変更をチェックすることに適用される適用シナリオによって実施される機能が、以下で詳細に説明される。

図４は、本出願の例としての実施形態１による、電話番号の変更をチェックする方法の情報インタラクション図である。図４に示されるように、方法は、以下のステップを含む。

ステップＳ４０２：スキャナは、モバイル端末に記憶された第１の住所録をスキャンする。

ステップＳ４０４：スキャナは、スキャンによって得られる第１の住所録をクラウドサーバと同期させる。

上記ステップにおいて、第１の住所録内の第１のユーザが、番号ライブラリ内に存在し、かつ番号ライブラリ内に予め記憶された第１のユーザの電話番号が、第１の住所録内の第１のユーザの電話番号とは異なる場合に、第１のユーザの電話番号が変更されたと判断される。

ステップＳ４０６：第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかが検出され、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数が、累算によって得られ、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断される。

上記ステップにおいて、クラウドサーバ内に含まれる電話シミュレータは、第１の住所録内の１人または複数のユーザの電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行する。電話シミュレータが、任意のユーザの電話番号をシミュレートするが、クライアント端末動作を実行できない場合、クライアント端末動作が成功しない電話番号が、無効な電話番号であると判断される。

説明を容易にするために、前述の方法の例としての実施形態は、一連の動作の組み合わせとして全て説明されることに留意すべきである。一方、当業者は、あるステップが、本発明によれば、別のシーケンスで、または同時に実行され得るため、本発明の例としての実施形態が、説明される動作のシーケンスに限定されないと理解すべきである。さらに、当業者は、本明細書において説明される例としての実施形態全てが、好適な例としての実施形態に属し、関係する動作及びモジュールが、必ずしも本発明に必須ではないということも、理解すべきである。

上述の実施方式の説明を通して、当業者は、前述の例としての実施形態による方法が、ソフトウェア及び必要なハードウェアプラットフォームによって実施されてもよく、もちろんハードウェアによっても実施されてもよいと、明確に理解し得る。しかしながら、多くの場合、前者の方が良い実施方式である。そのような理解に基づいて、本発明の技術的解決策は本質的に、または先行技術に寄与する部分は、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光ディスクなど）に記憶され、（モバイルフォン、コンピュータ、サーバ、ネットワークデバイスなどであり得る）端末デバイスが、本発明の例としての実施形態における方法を実行することを可能にするための複数の命令を含む。

例としての実施形態２
本発明のこの例としての実施形態によれば、電話番号の変更をチェックするシステムが、さらに提供され、システムは、電話番号の変更をチェックする方法を実施するように構成される。図５に示されるように、システムは、モバイル端末５０、及びクラウドサーバ５２を含む。

モバイル端末５０は、第１の住所録を記憶するように構成され、第１の住所録は、１人または複数のユーザの電話番号を記録する。

クラウドサーバ５２は、モバイル端末と通信関係を有し、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出し、第１の住所録内の第１のユーザの電話番号が変更されていることを検出したときに、第１のユーザの電話番号の検出された変更の総数を累算によって得て、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するように構成される。

図３に示される実施例を参照すると、ローカル番号と合致するデータが変更されているかどうかを判断することによって、第１のユーザの電話番号が変更されているかどうかが判断される。第１のユーザの電話番号が変更されているとき、第１のユーザの電話番号の変更の総数が、予め設定されたチェック閾値を超えるかどうかが判断される。実施例では、予め設定されたチェック閾値は２である。即ち、第１のユーザの電話番号の変更の総数が２以上のとき、第１のユーザの電話番号が変更されたことが確認される。

第１のユーザの電話番号の変更の総数は、複数の住所録において検出及びカウントされる、第１のユーザの電話番号の変更の総数を示すために使用されることに、ここで留意すべきである。第１の住所録内の第１のユーザの電話番号が変更されていることがモニタリングされるとき、第１のユーザの電話番号の検出される変更の数は、元の数を基礎として１ずつ増加されるべきである。

クラウドサーバが、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出する時点は、本出願において具体的に限定されないことに、ここで留意すべきである。クラウドサーバは、ユーザが要求を送信するときに検出を実行してもよく、または予め設定された周期に従って、周期時間に到達するときに検出を実行してもよい。ユーザが、住所録内で変化した電話番号を適時に知り得るように、ユーザの住所録内の電話番号は、ユーザの要求に従って、またはある周期に従って検出される。

任意選択の例としての実施形態では、クラウドサーバは、複数の住所録を読み出してもよく、１つまたは複数の住所録内の同一の第１のユーザの電話番号が変更されていることを検出した場合に、各住所録内の第１のユーザの電話番号の変更の数を累算によって得てもよいことに、ここで留意すべきである。別の例としての実施形態では、クラウドサーバは、また、予め設定された間隔に従って（例えば、２週間おきに）、第１の住所録を検出してもよく、第１の住所録内の第１のユーザの電話番号が変更されていることをクラウドサーバが検出するたびに、変更の数を１ずつ増加させてもよい。

上記例としての実施形態において提供される解決策は、第１のユーザの電話番号の変更の数が予め設定された数を超えることが検出されるときにのみ、ユーザの電話番号が変更されていることを確認するので、ユーザが電話番号を変更していないときに、ユーザの電話番号の不正確な検出または不正確な記憶に起因して、ユーザの電話番号が変更されているものとして確認されるのが回避され得ることに、ここで留意すべきである。

本出願の上記例としての実施形態において提供される電話番号の変更をチェックする解決策に従って、第１の住所録内の電話番号の変更がチェックされることが、上記から知られ得る。住所録内の任意の電話番号が変更されているかどうかが判断される際に、複数の住所録内の電話番号の変更の総数を使用することによって、または予め設定された周期による異なる時点における検出を通して得られる、１つの住所録内に記録された電話番号の変更の数を使用することによって、判断が行われる。結果として、ユーザの住所録内の電話番号の変更が高感度に検出され、検出された電話番号の変更の正確性もまた、保証され得る

したがって、本出願で提供される例としての実施形態１における解決策は、住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題を解決する。

本出願の上記例としての実施形態では、システムは、第１の住所録をスキャンし、第１の住所録内の１人または複数のユーザの電話番号を、クラウドサーバ内の番号ライブラリと同期させるように構成され、モバイル端末とクラウドサーバとの間に接続されるスキャナ５４をさらに含み、第１の住所録内の第１のユーザが、番号ライブラリ内に存在し、かつ番号ライブラリ内に予め記憶された第１のユーザの電話番号が、第１の住所録内の第１のユーザの電話番号とは異なる場合に、第１のユーザの電話番号が変更されたと判断される。

本出願の上記例としての実施形態では、クラウドサーバは、第１の住所録内の１人または複数のユーザの電話番号を番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合して、第１の住所内の１人または複数のユーザの電話番号が変更されているかどうかを検出するように、さらに構成される。

本出願の上記例としての実施形態では、クラウドサーバは、第１のユーザの電話番号の変更履歴の数を読み出し、別の住所録に記録された第１のユーザの電話番号が変更されていることが検出されるたびに、第１のユーザの電話番号の変更の数が１ずつ増加されて変更履歴の数を得て、第１の住所録に記録された第１のユーザの電話番号が変更されていることが現在検出されている場合に、第１のユーザの電話番号の変更の数を変更履歴の数を基にして再び１ずつ増加させて、第１のユーザの電話番号の検出された変更の総数を得るように、さらに構成される。

本出願の上記例としての実施形態では、クラウドサーバは、第１の住所録内の１人または複数のユーザの電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行するように構成される、電話シミュレータを含み、電話シミュレータが、任意のユーザの電話番号をシミュレートするが、クライアント端末動作を実行できない場合に、クライアント端末動作が成功しない電話番号が、無効な電話番号であると判断される。

本出願の上記例としての実施形態では、クラウドサーバは、無効な電話番号が、第１の住所録に存在するかどうかを検出した後で、第１の住所録から無効な電話番号を削除して少なくとも１つの有効な電話番号を得て、少なくとも１つの有効な電話番号の変更を検出するように、さらに構成される。

本出願の上記例としての実施形態では、システムは、第１のユーザの電話番号が変更されたと判断された後、及び／または無効な電話番号が第１の住所録に存在すると判断された後に、プロンプト情報を表示するように構成される表示端末であって、プロンプト情報が、以下の情報、第１のユーザの電話番号を検証するかどうか、第１のユーザの電話番号を置換するかどうか、第１のユーザの電話番号を作成するかどうか、及び第１のユーザの電話番号の履歴を削除するかどうか、のうちのいずれかを含む、表示端末をさらに含む。

本出願の上記例としての実施形態では、クラウドサーバは、第１のユーザの電話番号が変更されたと判断された後で、第１のユーザの変更済み電話番号を読み出し、第１のユーザの変更済み電話番号を第１の住所録に返して、第１の住所録に以前記憶された第１のユーザの電話番号を更新するか、または第１のユーザの変更済み電話番号を第１の住所録に追加するように、さらに構成される。

本出願の上記例としての実施形態では、クラウドサーバは、第１のユーザの変更済み電話番号を読み出す前に、第１のユーザと第２のユーザとの間の親密性の度合いを検証し、第１の住所録が、第２のユーザによって保持される通信端末に記憶され、第１のユーザと第２のユーザとの間の親密性の度合いが、所定の閾値を超える場合に、第１のユーザの変更済み電話番号を第１の住所録に直接更新することを許可するように、さらに構成される。

本出願の上記例としての実施形態では、クラウドサーバは、第１のユーザの変更済み電話番号を読み出す前に、第１のユーザによって保持される通信端末に対する検証要求を、以下の方式、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかにおいて開始するように、さらに構成される。第１のユーザにより保持される通信端末によって返される応答情報が受信された後で、クラウドサーバは、第１のユーザの変更済み電話番号を読み出すステップを実行するように進行し、応答情報は、第１のユーザの電話番号が変更されたことを確認するため、及び／または第１のユーザの変更済み電話番号が、正確な番号であることを確認するための確認情報を含む。

例としての実施形態３
本発明のこの例としての実施形態によれば、電話番号の変更をチェックする装置が、さらに提供され、装置は、電話番号の変更をチェックする方法を実施するように構成される。図６に示されるように、装置は、第１の検出モジュール６０、累算モジュール６２、及び判断モジュール６４を含む。

第１の検出モジュール６０は、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するように構成される。

累算モジュール６２は、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数を累算によって得るように構成される。

判断モジュール６４は、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するように構成される。

上記装置において、第１の住所録は、任意のユーザの住所録である。１人または複数のユーザの電話番号は、任意のユーザの住所録に記録される、１つまたは複数の電話番号である。ユーザの電話番号が変更されたということは、少なくとも以下の状況、現在の住所録に記憶された電話番号が利用不可能となるように、住所録内の任意のユーザが電話番号を変更している、住所録内の任意のユーザが支払を行わないため、またはその他の理由によって、電話番号が休止中である、及び、電話番号が空番号になっている、ということを含む。

上記装置において、第１のユーザは、電話番号が変更されている、第１の住所録内の任意のユーザである。

第１のユーザの電話番号の変更の総数は、複数の住所録において検出及びカウントされる、第１のユーザの電話番号の変更の総数を示すために使用されることに、ここで留意すべきである。第１の住所録内の第１のユーザの電話番号が変更されていることがモニタリングされるとき、第１のユーザの電話番号の検出される変更の数は、元の数を基礎として１ずつ増加されるべきである。

任意選択の例としての実施形態では、クラウドサーバは、複数の住所録を読み出してもよく、１つまたは複数の住所録内の同一の第１のユーザの電話番号が変更されていることを検出した場合に、各住所録内の第１のユーザの電話番号の変更の数を累算によって得てもよいことに、ここで留意すべきである。別の例としての実施形態では、クラウドサーバは、また、予め設定された間隔に従って（例えば、２週間おきに）、第１の住所録を検出してもよく、第１の住所録内の第１のユーザの電話番号が変更されていることをクラウドサーバが検出するたびに、変更の数を１ずつ増加させてもよい。

上記例としての実施形態において提供される解決策は、第１のユーザの電話番号の変更の数が予め設定された数を超えることが検出されるときにのみ、ユーザの電話番号が変更されていることを確認するので、ユーザが電話番号を変更していないときに、ユーザの電話番号の不正確な検出または不正確な記憶に起因して、ユーザの電話番号が変更されているものとして確認されるのが回避され得ることに、ここで留意すべきである。

上記から知り得るように、本出願の上記例としての実施形態において提供される電話番号の変更をチェックする解決策によれば、第１の住所録内の電話番号の変更がチェックされる。住所録内の任意の電話番号が変更されているかどうかが判断される際に、複数の住所録内の電話番号の変更の総数を使用することによって、または予め設定された周期による異なる時点における検出を通して得られる、１つの住所録内に記録された電話番号の変更の数を使用することによって、判断が行われる。結果として、ユーザの住所録内の電話番号の変更が高感度に検出され、検出された電話番号の変更の正確性もまた、保証され得る。

したがって、本出願で提供される例としての実施形態１における解決策は、住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題を解決する。

第１の検出モジュール６０、累算モジュール６２、及び判断モジュール６４は、例としての実施形態１におけるステップＳ２１～ステップＳ２５に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本発明のこの例としての実施形態によれば、図７における例示を参照すると、装置は、第１の住所録にアクセスするための許可を取得するように構成される、第１の取得モジュール７０と、第１の住所録内の１人または複数のユーザの電話番号を、第１の住所録をスキャンすることによって取得するように構成される、第２の取得モジュール７２と、第１の住所録内の１人または複数のユーザの電話番号を番号ライブラリと同期させるように構成される、同期モジュール７４と、をさらに含む。

第１の取得モジュール７０、第２の取得モジュール７２、及び同期モジュール７４は、例としての実施形態１におけるステップＳ２７～ステップＳ３１に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図８における例示を参照すると、第１の検出モジュール６０は、第１の住所録内の１人または複数のユーザの電話番号を、番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合するように構成される、照合モジュール８０を含み、第１の住所録内の第１のユーザが、番号ライブラリ内に存在し、かつ番号ライブラリ内に予め記憶された第１のユーザの電話番号が、第１の住所録内の第１のユーザの電話番号とは異なる場合に、第１のユーザの電話番号が変更されたと判断される。

照合モジュール８０が、例としての実施形態１におけるステップＳ２１１１に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図９における例示を参照すると、累算モジュール６２は、第１のユーザの電話番号の変更履歴の数を読み出すように構成される、第１の読み出しモジュール９０であって、別の住所録に記録された第１のユーザの電話番号が変更されていることが検出されるたびに、第１のユーザの電話番号の変更の数が１ずつ増加されて、変更履歴の数を得る、第１の読み出しモジュール９０と、第１の住所録に記録された第１のユーザの電話番号が変更されていることが現在検出されている場合に、第１のユーザの電話番号の変更の数を変更履歴の数を基にして再び１ずつ増加させて、第１のユーザの電話番号の検出された変更の総数を得るように構成される、累算サブモジュール９２と、を含む。

第１の読み出しモジュール９０、及び累算サブモジュール９２は、例としての実施形態１におけるステップＳ２３１～ステップＳ２３３に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図１０における例示を参照すると、装置は、無効な電話番号が第１の住所録に存在するかどうかを検出するように構成される、第２の検出モジュール１００をさらに含む。

第２の検出モジュール１００が、例としての実施形態１におけるステップＳ２３１～ステップＳ３３に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図１１における例示を参照すると、第２の検出モジュール１００は、第１の住所録内の１人または複数のユーザの電話番号を、電話シミュレータを使用することにより抽出するように構成される、抽出モジュール１１０と、電話シミュレータを使用することにより、１人または複数のユーザの電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行するように構成される、実行モジュール１１２と、を含み、電話シミュレータが、任意のユーザの電話番号をシミュレートするが、クライアント端末動作を実行できない場合、クライアント端末動作が成功しない電話番号が、無効な電話番号であると判断される。

抽出モジュール１１０、及び実行モジュール１１２は、例としての実施形態１におけるステップＳ３１～ステップＳ３３に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図１２における例示を参照すると、装置は、第１の住所録から無効な電話番号を削除して、少なくとも１つの有効な電話番号を得るように構成される、第３の取得モジュール１２０と、少なくとも１つの有効な電話番号の変更を検出するように構成される、第３の検出モジュール１２２と、をさらに含む。

第３の取得モジュール１２０、及び第３の検出モジュール１２２は、例としての実施形態１におけるステップＳ３５～ステップＳ３７に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態では、第１のユーザの電話番号が変更されたと判断するステップ、及び／または無効な電話番号が第１の住所録に存在すると判断するステップの後に、方法は、表示端末のインタフェースにプロンプト情報を表示することをさらに含み、プロンプト情報は、以下の情報、第１のユーザの電話番号を検証するかどうか、第１のユーザの電話番号を置換するかどうか、第１のユーザの電話番号を作成するかどうか、及び第１のユーザの電話番号の履歴を削除するかどうか、のうちのいずれかを含む。

本出願の上記例としての実施形態において、図１３における例示を参照すると、装置は、第１のユーザの変更済み電話番号を読み出すように構成される、第２の読み出しモジュール１３０と、第１のユーザの変更済み電話番号を第１の住所録に返して、第１の住所録に以前記憶された第１のユーザの電話番号を更新するか、または第１のユーザの変更済み電話番号を第１の住所録に追加するように構成される、リターンモジュール１３２と、をさらに含む。

第２の読み出しモジュール１３０、及びリターンモジュール１３２は、例としての実施形態１におけるステップＳ２７１～ステップＳ２７３に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図１４における例示を参照すると、装置は、第１のユーザと第２のユーザとの間の親密性の度合いを検証するように構成される、検証モジュール１４０であって、第１の住所録が、第２のユーザによって保持される通信端末に記憶される、検証モジュール１４０と、第１のユーザと第２のユーザとの間の親密性の度合いが、所定の閾値を超える場合に、第１のユーザの変更済み電話番号を第１の住所録に直接更新することを許可するように構成される、許可モジュール１４２と、をさらに含む。

検証モジュール１４０、及び許可モジュール１４２は、例としての実施形態１におけるステップＳ２７３～ステップＳ２７５に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

本出願の上記例としての実施形態において、図１５における例示を参照すると、装置は、第１のユーザによって保持される通信端末への検証要求を、以下の方式、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかにおいて開始するように構成される、要求モジュール１５０と、第１のユーザにより保持される通信端末によって返される応答情報が受信された後で、第１のユーザの変更済み電話番号を読み出すステップを実行するように進行するように構成される、進行モジュール１５２と、をさらに含み、応答情報は、第１のユーザの電話番号が変更されたことを確認するため、及び／または第１のユーザの変更済み電話番号が、正確な番号であることを確認するための確認情報を含む。

要求モジュール１５０、及び進行モジュール１５２は、例としての実施形態１におけるステップＳ２７７～ステップＳ２７９に対応することに、ここで留意すべきである。２つのモジュールによって実施される実施例及び適用シナリオは、対応するステップによって実施されるものと同一であるが、モジュールは、上記例としての実施形態１において開示される内容に限定されない。モジュールは、装置の一部として、例としての実施形態１で提供されるコンピュータ端末１０において動作し得ることに留意すべきである。

例としての実施形態４
本発明のこの例としての実施形態は、コンピュータ端末を提供し得る。コンピュータ端末は、コンピュータ端末群内の任意のコンピュータ端末デバイスであってもよい。任意選択で、この例としての実施形態では、コンピュータ端末は、また、モバイル端末などの端末デバイスと置き換えられてもよい。

任意選択で、この例としての実施形態では、コンピュータ端末は、コンピュータネットワーク内に位置する複数のネットワークデバイスのうちの少なくとも１つのネットワークデバイスであってもよい。

この例としての実施形態では、コンピュータ端末は、電話番号の変更をチェックする方法における以下のステップ、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップと、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数を累算によって得るステップと、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するステップのプログラムコードを実行し得る。

任意選択で、図１６は、本出願の例としての実施形態４による、コンピュータ端末の概略ブロック図である。図１６に示されるように、コンピュータ端末１６００は、モバイル端末５０、１つまたは複数の（図面には１つだけが示されている）プロセッサ１６０２、メモリ１６０４、及び伝送装置１６０６を含み得る。

メモリは、ソフトウェアプログラム、及びアプリケーションソフトウェアのモジュール、例えば、本発明のこの例としての実施形態における電話番号の変更をチェックする方法及び装置に対応するプログラム命令／モジュールを、記憶するように構成され得る。プロセッサは、メモリに記憶されるソフトウェアプログラム及びモジュールを動作させて、多様な機能アプリケーションを実施し、かつデータ処理を実行し、即ち、電話番号の変更をチェックする方法を実施し得る。メモリは、高速ランダムアクセスメモリを含んでもよく、１つまたは複数の磁気記憶装置、フラッシュメモリ、または他の不揮発性ソリッドステートメモリなどの不揮発性メモリをさらに含んでもよい。いくつかの実施例では、メモリは、プロセッサに対してリモートに配置されるメモリをさらに含んでもよい。リモートメモリは、端末１６００とネットワークを通して接続されてもよい。ネットワークの実施例は、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びそれらの組み合わせを含むが、これらに限定されない。

プロセッサは、以下のステップ、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップと、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数を累算によって得るステップと、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するステップと、を実行するように、伝送装置を通して、メモリに記憶されている情報及びアプリケーションプログラムを呼び出し得る。

任意選択で、プロセッサは、以下のステップ、第１の住所録にアクセスするための許可を取得するステップと、第１の住所録内の１人または複数のユーザの電話番号を、第１の住所録をスキャンすることによって取得するステップと、第１の住所録内の１人または複数のユーザの電話番号を番号ライブラリと同期させるステップのプログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１の住所録内の１人または複数のユーザの電話番号を、番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合するステップの、第１の住所録内の第１のユーザが番号ライブラリ内に存在し、かつ番号ライブラリ内に予め記憶された第１のユーザの電話番号が、第１の住所録内の第１のユーザの電話番号とは異なる場合に、第１のユーザの電話番号が変更されたと判断される、プログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１のユーザの電話番号の変更履歴の数を読み出すステップであって、別の住所録に記録された第１のユーザの電話番号が変更されていることが検出されるたびに、第１のユーザの電話番号の変更の数が１ずつ増加されて、変更履歴の数を得る、読み出すステップと、第１の住所録に記録された第１のユーザの電話番号が変更されていることが現在検出されている場合、第１のユーザの電話番号の変更の数を変更履歴の数を基にして再び１ずつ増加させて、第１のユーザの電話番号の検出された変更の総数を得るステップのプログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、無効な電話番号が第１の住所録に存在するかどうかを検出するステップのプログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１の住所録内の１人または複数のユーザの電話番号を、電話シミュレータを使用することにより抽出するステップと、電話シミュレータによって、１人または複数のユーザの電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行するステップの、電話シミュレータが、任意のユーザの電話番号をシミュレートするが、クライアント端末動作を実行できない場合、クライアント端末動作が成功しない電話番号が、無効な電話番号であると判断される、プログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１の住所録から無効な電話番号を削除して、少なくとも１つの有効な電話番号を得るステップと、少なくとも１つの有効な電話番号の変更を検出するステップのプログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、表示端末のインタフェースにプロンプト情報を表示するステップの、プロンプト情報が、以下の情報、第１のユーザの電話番号を検証するかどうか、第１のユーザの電話番号を置換するかどうか、第１のユーザの電話番号を作成するかどうか、及び第１のユーザの電話番号の履歴を削除するかどうか、のうちのいずれかを含む、プログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１のユーザの変更済み電話番号を読み出すステップと、第１のユーザの変更済み電話番号を第１の住所録に返して、第１の住所録に以前記憶された第１のユーザの電話番号を更新するか、または第１のユーザの変更済み電話番号を第１の住所録に追加するステップのプログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１のユーザと第２のユーザとの間の親密性の度合いを検証するステップであって、第１の住所録が、第２のユーザによって保持される通信端末に記憶される、検証するステップと、第１のユーザと第２のユーザとの間の親密性の度合いが、所定の閾値を超える場合に、第１のユーザの変更済み電話番号を第１の住所録に直接更新することを許可するステップのプログラムコードをさらに実行してもよい。

任意選択で、プロセッサは、以下のステップ、第１のユーザによって保持される通信端末への検証要求を、以下の方式、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかにおいて開始するステップと、第１のユーザにより保持される通信端末によって返される応答情報が受信された後で、第１のユーザの変更済み電話番号を読み出すステップを実行するように進行するステップの、応答情報は、第１のユーザの電話番号が変更されたことを確認するため、及び／または第１のユーザの変更済み電話番号が、正確な番号であることを確認するための確認情報を含む、プログラムコードをさらに実行してもよい。

本発明の例としての実施形態によれば、電話番号の変更をチェックする解決策が提供される。第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかが検出され、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数が累算によって得られ、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断される。このようにして、住所録内の変更済み電話番号をユーザに適時に知らせる目的が達成され、したがって、住所録内の電話番号に対する頻繁な変更によって生じる、ユーザの住所録に記録された電話番号の不正確さの技術的問題を解決する。

当業者は、図１６に示される構造が単なる実施例であると理解し得る。コンピュータ端末は、また、スマートフォン（Ａｎｄｒｏｉｄフォン、ｉＯＳフォンなど）、タブレットコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ＭＩＤ）、またはＰＡＤなどの端末デバイスであってもよい。図１６は、前述の電子装置の構造を限定するものではない。例えば、コンピュータ端末１０は、図１６に示されるものよりも多くの、もしくは少ないコンポーネント（ネットワークインタフェース、表示装置など）をさらに含んでもよく、または図１６に示されるものとは異なる構成を有する。

当業者は、前述の例としての実施形態における方法の全ての、またはいくつかのステップが、端末デバイスの関連ハードウェアに命令するプログラムによって完結されてもよいと、理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。記憶媒体は、フラッシュディスク、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、光ディスクなどを含み得る。

例としての実施形態５
本発明の例としての実施形態は、記憶媒体をさらに提供する。任意選択で、この例としての実施形態において、記憶媒体は、例としての実施形態１において提供される電話番号の変更をチェックする方法によって実行されるプログラムコードを記憶するように構成されてもよい。

任意選択で、この例としての実施形態では、記憶媒体は、コンピュータネットワークにおけるコンピュータ端末群内の任意のコンピュータ端末に位置してもよく、またはモバイル端末群内の任意のモバイル端末に位置してもよい。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップを実行するためのプログラムコードを記憶するように構成される。プロセッサは、以下のステップ、第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するステップと、第１の住所録内の第１のユーザの電話番号が変更されていることが検出されるときに、第１のユーザの電話番号の検出された変更の総数を累算によって得るステップと、総数がチェック閾値を超える場合に、第１のユーザの電話番号が変更されたと判断するステップと、を実行するように、伝送装置を通して、メモリに記憶されている情報及びアプリケーションプログラムを呼び出し得る。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１の住所録にアクセスするための許可を取得するステップと、第１の住所録内の１人または複数のユーザの電話番号を、第１の住所録をスキャンすることによって取得するステップと、第１の住所録内の１人または複数のユーザの電話番号を番号ライブラリと同期させるステップと、を実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１の住所録内の１人または複数のユーザの電話番号を、番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合するステップで、第１の住所録内の第１のユーザが、番号ライブラリ内に存在し、かつ番号ライブラリ内に予め記憶された第１のユーザの電話番号が、第１の住所録内の第１のユーザの電話番号とは異なる場合に、第１のユーザの電話番号が変更されたと判断されるステップを実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１のユーザの電話番号の変更履歴の数を読み出すステップであって、別の住所録に記録された第１のユーザの電話番号が変更されていることが検出されるたびに、第１のユーザの電話番号の変更の数が１ずつ増加されて、変更履歴の数を得る、読み出すステップと、第１の住所録に記録された第１のユーザの電話番号が変更されていることが現在検出されている場合、第１のユーザの電話番号の変更の数を変更履歴の数を基にして再び１ずつ増加させて、第１のユーザの電話番号の検出された変更の総数を得るステップと、を実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、無効な電話番号が第１の住所録に存在するかどうかを検出するステップを実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１の住所録内の１人または複数のユーザの電話番号を、電話シミュレータを使用することにより抽出するステップと、電話シミュレータによって、１人または複数のユーザの電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行するステップで、電話シミュレータが、任意のユーザの電話番号をシミュレートするが、クライアント端末動作を実行できない場合、クライアント端末動作が成功しない電話番号が、無効な電話番号であると判断されるステップを実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１の住所録から無効な電話番号を削除して、少なくとも１つの有効な電話番号を得るステップと、少なくとも１つの有効な電話番号の変更を検出するステップと、を実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、表示端末のインタフェースにプロンプト情報を表示するステップで、プロンプト情報は、以下の情報、第１のユーザの電話番号を検証するかどうか、第１のユーザの電話番号を置換するかどうか、第１のユーザの電話番号を作成するかどうか、及び第１のユーザの電話番号の履歴を削除するかどうか、のうちのいずれかを含むステップを実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１のユーザの変更済み電話番号を読み出すステップと、第１のユーザの変更済み電話番号を第１の住所録に返して、第１の住所録に以前記憶された第１のユーザの電話番号を更新するか、または第１のユーザの変更済み電話番号を第１の住所録に追加するステップと、を実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１のユーザと第２のユーザとの間の親密性の度合いを検証するステップであって、第１の住所録が、第２のユーザによって保持される通信端末に記憶される、検証するステップと、第１のユーザと第２のユーザとの間の親密性の度合いが、所定の閾値を超える場合に、第１のユーザの変更済み電話番号を第１の住所録に直接更新することを許可するステップと、を実行するためのプログラムコードを記憶するように構成される。

任意選択で、この例としての実施形態では、記憶媒体が、以下のステップ、第１のユーザによって保持される通信端末への検証要求を、以下の方式、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかにおいて開始するステップと、第１のユーザにより保持される通信端末によって返される応答情報が受信された後で、第１のユーザの変更済み電話番号を読み出すステップを実行するように進行するステップで、応答情報は、第１のユーザの電話番号が変更されたことを確認するため、及び／または第１のユーザの変更済み電話番号が、正確な番号であることを確認するための確認情報を含むステップを実行するためのプログラムコードを記憶するように構成される。

本発明の前述の例としての実施形態の連続番号は、単に説明のために使用され、例としての実施形態間の優先順位を示唆するものではない。

本発明の前述の例としての実施形態では、各例としての実施形態の説明が、それぞれの焦点を有する。例としての実施形態において詳細に説明されていない部分について、他の例としての実施形態における関連する説明に対して参照が行われてもよい。

本出願において提供されるいくつかの例としての実施形態では、開示された技術内容が、他の方式で実施されてもよいと理解されるべきである。上述した装置の例としての実施形態は、単に概略的なものである。例えば、ユニット分割は、単なる論理的機能の分割であり、実際の実施においては、他の分割方式が存在してもよい。例えば、複数のユニットもしくはコンポーネントが、別のシステムに結合され、もしくは統合されてもよく、または、いくつかの特徴が、無視され、もしくは実行されなくともよい。さらに、表示され、または説明される相互連結または直接連結もしくは通信接続は、いくつかのインタフェースを使用して実施されてもよい。ユニットまたはモジュール間の間接連結または通信接続は、電子的形態または他の形態で実施されてもよい。

個別の部品として説明されたユニットは、物理的に別々であってなくてもよく、ユニットとして表示された部品は、物理的なユニットであってもなくてもよい。それらは、同一の場所に位置してもよく、または複数のネットワークユニット上に分散されてもよい。例としての実施形態の解決策の目的は、実際の要件に従って、ユニットのうちのいくつか、または全てを選択することにより、実施されてもよい。

さらに、本発明の例としての実施形態における機能ユニットは、処理ユニットに統合されてもよく、または、ユニットはまた、物理的に別々に存在してもよく、または、２つ以上のユニットが１つのユニットに統合される。統合されたユニットが、ハードウェアの形態で、またはソフトウェア機能ユニットの形態で実施されてもよい。

統合されたユニットが、ソフトウェア機能ユニットの形態で実施され、かつ独立した製品として販売または使用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本発明の技術的解決策は、本質的には、または先行技術に寄与する部分は、または技術的解決策のうちのいくつかもしくは全ては、ソフトウェア製品の形態で実施されてもよい。コンピュータソフトウェア製品は、記憶媒体に記憶されてもよく、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってもよい）に、本発明の例としての実施形態の方法の全ての、またはいくつかのステップを実行するように命令するための複数の命令を含んでもよい。前述の記憶媒体は、ＵＳＢフラッシュドライブ、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、モバイルハードディスクドライブ、磁気ディスク、または光ディスクなどの、プログラムコードを記憶し得る任意の媒体を含む。

上述したものは、単なる本発明の好適な実施方式である。当業者は、本発明の原理から逸脱することなくいくつかの改善または修正をさらに行ってもよく、これらの改善及び修正もまた、本発明の保護範囲として構成されるべきであることに留意すべきである。

Claims (16)

1. 電話番号の変更をチェックする方法であって、
   第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出することと、
   前記第１の住所録内の第１のユーザの電話番号が変更されていることを検出したときに、前記第１のユーザの前記電話番号の検出された変更の総数を累算によって得ることと、
   前記検出された変更の前記総数が、チェック閾値を超えると判断することに応じて、前記第１のユーザの前記電話番号が変更されていることが正確であると判断することと、
   を含む、前記方法。
2. 前記第１の住所録内の前記１人または複数のユーザの前記電話番号が変更されているかどうかを検出することの前に、
   前記第１の住所録にアクセスするための許可を取得することと、
   前記第１の住所録内の前記１人または複数のユーザの前記電話番号を、前記第１の住所録をスキャンすることによって取得することと、
   前記第１の住所録内の前記１人または複数のユーザの前記電話番号を番号ライブラリと同期させることと、
   をさらに含む、請求項１に記載の方法。
3. 前記第１の住所録内の前記１人または複数のユーザの前記電話番号が変更されているかどうかを前記検出することが、
   前記第１の住所録内の前記１人または複数のユーザの前記電話番号を、前記番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合することと、
   前記第１の住所録内の前記第１のユーザが、前記番号ライブラリ内に存在し、かつ前記番号ライブラリ内に予め記憶された前記第１のユーザの電話番号が、前記第１の住所録内の前記第１のユーザの前記電話番号とは異なると判断することに応じて、前記第１のユーザの前記電話番号が変更されたと判断することと、
   を含む、請求項２に記載の方法。
4. 前記第１のユーザの前記電話番号の前記検出された変更の前記総数を累算によって前記得ることが、
   前記第１のユーザの前記電話番号の変更履歴の数を読み出すことを含み、前記読み出すことが、
   別の住所録に記録された前記第１のユーザの前記電話番号が変更されていることを検出するたびに、前記第１のユーザの前記電話番号の前記変更の数を１ずつ増加させて、前記変更履歴の数を得ることと、
   前記第１の住所録に記録された前記第１のユーザの前記電話番号が変更されていることを検出したときに、前記変更履歴の数を１ずつ増加させて、前記第１のユーザの前記電話番号の前記検出された変更の前記総数を得ることと、
   を含む、請求項１に記載の方法。
5. 前記第１の住所録内の前記１人または複数のユーザの前記電話番号が変更されているかどうかを前記検出することの前に、
   無効な電話番号が、前記第１の住所録内に存在するかどうかを検出することをさらに含む、請求項１～４のいずれかに記載の方法。
6. 前記無効な電話番号が、前記第１の住所録内に存在するかどうかを前記検出することが、
   電話シミュレータを使用することにより、前記第１の住所録内の前記１人または複数のユーザの前記電話番号を抽出することであって、前記電話シミュレータが、それぞれの電話番号をシミュレートして、以下の、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することを含む、クライアント端末動作のうちのいずれかを実行する、前記抽出することと、
   前記電話シミュレータによってシミュレートされる前記それぞれの電話番号が、前記クライアント端末動作のいずれかを実行できないと判断することに応じて、前記クライアント端末動作ができない前記それぞれの電話番号が、前記無効な電話番号であると判断することと、
   を含む、請求項５に記載の方法。
7. 前記無効な電話番号が、前記第１の住所録内に存在するかどうかを前記検出することの後に、
   前記第１の住所録から前記無効な電話番号を削除して、少なくとも１つの有効な電話番号を得ることと、
   前記少なくとも１つの有効な電話番号の変更を検出することと、
   をさらに含む、請求項５に記載の方法。
8. 前記第１のユーザの前記電話番号が変更されていることが正確であると前記判断すること、及び／または前記無効な電話番号が前記第１の住所録内に存在すると判断することの後に、
   表示端末のインタフェースにプロンプト情報を表示することをさらに含み、前記プロンプト情報が、以下の情報、
   前記第１のユーザの前記電話番号を検証するかどうか、
   前記第１のユーザの前記電話番号を置換するかどうか、
   前記第１のユーザの電話番号を作成するかどうか、及び
   前記第１のユーザの電話番号の履歴を削除するかどうか、
   のうちのいずれかを含む、請求項５に記載の方法。
9. 前記第１のユーザの前記電話番号が変更されていることが正確であると前記判断することの後に、
   前記第１のユーザの前記電話番号が変更された後、前記第１のユーザの変更済み電話番号を読み出すことと、
   前記第１のユーザの前記変更済み電話番号を前記第１の住所録に返して、前記第１の住所録に以前記憶された前記第１のユーザの前記電話番号を更新するか、または前記第１のユーザの前記変更済み電話番号を前記第１の住所録に追加することと、
   をさらに含む、請求項１に記載の方法。
10. 前記第１のユーザの前記変更済み電話番号を前記読み出すことの前に、
    前記第１のユーザと第２のユーザとの間の親密性の度合いを検証することであって、前記第１の住所録が、前記第２のユーザによって保持される通信端末に記憶される、前記検証することと、
    前記第１のユーザと前記第２のユーザとの間の前記親密性の度合いが、所定の閾値を超えると判断することに応じて、前記第１のユーザの前記変更済み電話番号を前記第１の住所録に直接更新することを許可することと、
    をさらに含む、請求項９に記載の方法。
11. 前記第１のユーザの前記変更済み電話番号を前記読み出すことの前に、
    前記第１のユーザによって保持される通信端末への検証要求を、以下の方式、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかにおいて開始することと、
    前記第１のユーザにより保持される前記通信端末によって返される応答情報を受信した後で、前記第１のユーザの前記変更済み電話番号の読み出しを実行するように進行することであって、
    前記応答情報が、前記第１のユーザの前記電話番号が変更されたことを確認するため、及び／または前記第１のユーザの前記変更済み電話番号が、正確な番号であることを確認するための確認情報を含む、前記進行することと、
    をさらに含む、請求項９に記載の方法。
12. 電話番号の変更をチェックするシステムであって、
    第１の住所録を記憶するように構成されるモバイル端末であって、前記第１の住所録が、１人または複数のユーザの電話番号を記録する、前記モバイル端末と、
    前記第１の住所録内の１人または複数のユーザの前記電話番号が変更されているかどうかを検出し、前記第１の住所録内の第１のユーザの電話番号が変更されていることを検出したときに、前記第１のユーザの前記電話番号の検出された変更の総数を累算によって得て、前記検出された変更の前記総数が、チェック閾値を超えると判断することに応じて、前記第１のユーザの前記電話番号が変更されていることが正確であると判断するように構成される、前記モバイル端末と通信関係を有するクラウドサーバと、
    を備える、前記システム。
13. 前記第１の住所録をスキャンし、前記第１の住所録内の前記１人または複数のユーザの前記電話番号を、前記クラウドサーバ内の番号ライブラリと同期させるように構成され、前記モバイル端末と前記クラウドサーバとの間に接続されるスキャナをさらに備え、
    前記第１の住所録内の前記第１のユーザが、前記番号ライブラリ内に存在し、かつ前記番号ライブラリ内に予め記憶された前記第１のユーザの電話番号が、前記第１の住所録内の前記第１のユーザの前記電話番号とは異なる場合に、前記第１のユーザの前記電話番号が変更されたと判断される、請求項１２に記載のシステム。
14. 前記クラウドサーバが、
    前記第１の住所録内の前記１人または複数のユーザの前記電話番号をシミュレートして、以下のクライアント端末動作、電話をかけること、テキストメッセージを送信すること、及びソーシャルソフトウェアを用いてメッセージを送信することのうちのいずれかを実行するように構成される、電話シミュレータを含み、
    前記電話シミュレータによってシミュレートされる電話番号が、前記クライアント端末動作のいずれかを実行できない場合に、前記クライアント端末動作ができない前記電話番号が無効な電話番号であると、前記電話シミュレータが判断する、請求項１２または１３に記載のシステム。
15. 電話番号の変更をチェックする装置であって、
    第１の住所録内の１人または複数のユーザの電話番号が変更されているかどうかを検出するように構成される、検出モジュールと、
    前記第１の住所録内の第１のユーザの電話番号が変更されていることを検出したときに、前記第１のユーザの前記電話番号の検出された変更の総数を累算によって得るように構成される、累算モジュールと、
    前記検出された変更の前記総数が、チェック閾値を超えると判断することに応じて、前記第１のユーザの前記電話番号が変更されていることが正確であると判断するように構成される、判断モジュールと、
    を備える、前記装置。
16. 前記検出モジュールが、
    前記第１の住所録内の前記１人または複数のユーザの前記電話番号を、番号ライブラリ内に予め記憶されたユーザの電話番号と逐次的に照合するように構成される、照合モジュールと、
    前記第１の住所録内の前記第１のユーザが、前記番号ライブラリ内に存在し、かつ前記番号ライブラリ内に予め記憶された前記第１のユーザの電話番号が、前記第１の住所録内の前記第１のユーザの前記電話番号とは異なると判断することに応じて、前記第１のユーザの前記電話番号が変更されたと判断するように構成される、判断サブモジュールと、
    を含む、請求項１５に記載の装置。

Images