JP2017506864A - 推薦情報取得方法、端末、サーバー、プログラム及び記録媒体 - Google Patents

Abstract

本発明は、推薦情報取得方法、端末、サーバー、プログラム及び記録媒体に関し、通信技術領域に属する。前記方法は、推薦人により送信された第２電話番号を受信することと、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することとを含む。本発明が推薦人により送信された第２電話番号を受信し、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。【選択図】図１

Description

本発明は、通信技術分野に関し、特に推薦情報取得方法、端末及びサーバーに関する。

通信技術の発展につれて、端末で通信する人がだんだん多くなってきている。社交範囲を広げるために、端末ユーザーの間で互いに推薦する場面がよくある。例えば、ユーザーＢがユーザーＣの連絡先をユーザーＡに推薦し、ユーザーＣとしてユーザーＡからの着信がある時に、ユーザーＣは、事前に自分の電話番号がユーザーＢにより推薦されたことを知らず、且つ、ユーザーＣがユーザーＡの連絡先を保存していないため、ユーザーＣとして、ユーザーＡからの着信を知らない電話番号からの着信とするため、ユーザーＣが知らない電話番号から発信するユーザーと疎通する時にわだかまりが発生し得る。

本発明を実現する過程において、発明者は係る技術において少なくとも下記の問題が存在することを発見した。

即ち、ユーザーとして知らない電話番号からの着信があって、且つユーザーが事前に自分の連絡先が自分の知り合いであるユーザーにより推薦されたことを知らない時に、端末においてその知らない電話番号からの着信に対する通知だけが表示されるので、ユーザーが現在の着信を知らない電話番号からの着信とするため、ユーザーが知らない電話番号から発信するユーザーと疎通するときに、その着信を拒否することが可能である。従って、着信通知の融通性が悪く、効率がよくない。

係る技術に存在している問題を解決するために、本発明は、推薦情報取得方法、端末及びサーバーを提供する。

本発明の実施例における第１側面によると、推薦情報取得方法が提供され、該方法は、
推薦人により送信された第２電話番号を受信することと、
ローカル端末の第１電話番号、前記推薦人の電話番号及び前記第２電話番号に基づいてサーバーに推薦情報要求を送信することにより、サーバーが前記推薦情報要求に基づいて推薦情報を生成して、前記推薦情報を第２電話番号が付けられている端末にプッシュするようにすることとを含む。

第１側面を結合し、第１側面の１番目の実現可能な方式において、前記推薦人により送信された第２電話番号を受信することは、
前記推薦人により送信されたメッセージを受信した時に、前記メッセージに対して電話番号を識別することと、
電話番号を識別して得た時に、前記メッセージから識別された電話番号を第２電話番号として抽出することとを含む。

第１側面を結合し、第１側面の２番目の実現可能な方式において、前記推薦人により送信された第２電話番号を受信することは、
アプリケーション情報を受信した時に、前記アプリケーション情報に対して電話番号を識別することと、
電話番号を識別して得た時に、前記アプリケーション情報から識別された電話番号を第２電話番号として抽出することとを含み、
前記方法は、
アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とすることをさらに含む。

第１側面を結合し、第１側面の３番目の実現可能な方式において、前記サーバーに推薦情報要求を送信する前に、
サーバーに少なくとも第２電話番号を含む照会要求を送信し、前記サーバーで前記照会要求に基づいて前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンすることと、
前記照会結果として前記第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報を送信するステップを実行することとをさらに含む。

第１側面を結合し、第１側面の４番目の実現可能な方式において、前記方法は、
現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行することをさらに含む。

第１側面を結合し、第１側面の５番目の実現可能な方式において、前記方法は、
前記サーバーに前記有効時間を送信することにより、前記サーバーが前記推薦情報要求に対応する有効時間に基づいて、前記推薦情報要求が期限が過ぎたか否かを判断し、前記推薦情報要求が期限が過ぎた時に、前記推薦情報要求を削除するようにすることをさらに含む。

本発明の実施例における第２側面によると、推薦情報取得方法が提供され、該方法は、
推薦情報要求を受信し、前記推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成することと、
前記推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に前記推薦情報を送信することとを含む。

第２側面を結合し、第２側面の１番目の実現可能な方式において、前記推薦情報要求を受信することは、
第１電話番号に対応する第１端末により送信された推薦情報要求を受信すること、
或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することを含む。

第２側面の１番目の実現可能な方式を結合し、第２側面の２番目の実現可能な方式において、前記第１電話番号に対応する第１端末により送信された推薦情報要求を受信する前に、
第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信することと、
前記照会要求における第２電話番号に基づいて、前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、前記第１端末に照会結果をリターンし、前記第１端末で前記第２電話番号に対応するユーザーがオンラインユーザーであることを確定した後、推薦情報要求をリターンすることとをさらに含む。

本発明の実施例における第３側面によると、推薦情報取得方法が提供され、該方法は、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が前記第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断することと、
前記情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知することとを含む。

第３側面を結合し、第３側面の１番目の実現可能な方式において、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知することは、
前記指定推薦情報における推薦人の電話番号に基づいて、前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在しているか否かを判断することと、
前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在している時に、前記推薦人の情報に基づいて、前記知らない電話番号からの着信を通知することとを含む。

第３側面を結合し、第３側面の２番目の実現可能な方式において、前記ローカル情報データベースに前記知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断する前に、
サーバーにより送信された推薦情報を受信して、前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されているか否かを照会することと、
前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されている場合、前記推薦情報をローカル情報データベースに記憶することとをさらに含む。

第３側面の２番目の実現可能な方式を結合し、第３側面の３番目の実現可能な方式において、前記推薦情報をローカル情報データベースに記憶する前に、
前記推薦情報に対応する有効時間を取得することをさらに含み、
前記推薦情報をローカル情報データベースに記憶することは、
前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースに記憶することを含む。

第３側面の３番目の実現可能な方式を結合し、第３側面の４番目の実現可能な方式において、前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースに記憶した後、
前記推薦情報に対応する有効時間に基づいて、前記推薦情報が期限が過ぎたか否かを判断することと、
前記推薦情報が期限が過ぎた場合、前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースから削除することとをさらに含む。

第３側面を結合し、第３側面の５番目の実現可能な方式において、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知した後、
前記ローカルアドレス帳に前記推薦情報における第１電話番号が記憶されていることを検出した場合、前記推薦情報を前記情報データベースから削除することをさらに含む。

本発明の実施例における第４側面によると、端末が提供され、該端末は、
推薦人により送信された第２電話番号を受信するための受信モジュールと、
ローカル端末の第１電話番号、前記推薦人の電話番号及び前記第２電話番号に基づいてサーバーに推薦情報要求を送信することにより、サーバーが前記推薦情報要求に基づいて推薦情報を生成して、前記推薦情報を第２電話番号が付けられている端末にプッシュするようにするための第１送信モジュールとを含む。

第４側面を結合し、第４側面の１番目の実現可能な方式において、前記受信モジュールは、前記推薦人により送信されたメッセージを受信した時に、前記メッセージに対して電話番号を識別し、電話番号を識別して得た時に、前記メッセージから識別された電話番号を第２電話番号として抽出するように用いられる。

第４側面を結合し、第４側面の２番目の実現可能な方式において、前記受信モジュールは、アプリケーション情報を受信した時に、前記アプリケーション情報に対して電話番号を識別し、電話番号を識別して得た時に、前記アプリケーション情報から識別された電話番号を第２電話番号として抽出するように用いられ、
前記端末は、
アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とするための取得モジュールをさらに含む。

第４側面を結合し、第４側面の３番目の実現可能な方式において、前記端末は、
サーバーに少なくとも第２電話番号を含む照会要求を送信し、前記サーバーで前記照会要求に基づいて前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンするための第２送信モジュールと、
前記照会結果として前記第２電話番号に対応するユーザーがオンラインユーザーである時に、サーバーに推薦情報を送信するステップを実行するための第１実行モジュールとをさらに含む。

第４側面を結合し、第４側面の４番目の実現可能な方式において、前記端末は、
現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行するための第２実行モジュールをさらに含む。

第４側面を結合し、第４側面の５番目の実現可能な方式において、前記端末は、
前記サーバーに前記有効時間を送信することにより、前記サーバーが前記推薦情報要求に対応する有効時間に基づいて、前記推薦情報要求が期限が過ぎたか否かを判断し、前記推薦情報要求が期限が過ぎた時に、前記推薦情報要求を削除するようにするための第３送信モジュールをさらに含む。

本発明の実施例における第５側面によると、サーバーが提供され、該サーバーは、
推薦情報要求を受信するための受信モジュールと、
前記推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成するための生成モジュールと、
前記推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に前記推薦情報を送信するための送信モジュールとを含む。

第５側面を結合し、第５側面の１番目の実現可能な方式において、前記受信モジュールは、
第１電話番号に対応する第１端末により送信された推薦情報要求を受信するための第１受信サブモジュール、
或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信するための第２受信サブモジュールを含む。

第５側面の１番目の実現可能な方式を結合し、第５側面の２番目の実現可能な方式において、前記受信モジュールは、
第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信するための第３受信サブモジュールと、
前記照会要求における第２電話番号に基づいて、前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会するための照会サブモジュールと、
前記第１端末に照会結果をリターンし、前記第１端末で前記第２電話番号に対応するユーザーがオンラインユーザーであることを確定した後、推薦情報要求をリターンするためのリターンサブモジュールとをさらに含む。

本発明の実施例における第６側面によると、端末が提供され、該端末は、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が前記第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断するための判断モジュールと、
前記情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知するための通知モジュールとを含む。

第６側面を結合し、第６側面の１番目の実現可能な方式において、前記通知モジュールは、前記指定推薦情報における推薦人の電話番号に基づいて、前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在しているか否かを判断し、前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在している時に、前記推薦人の情報に基づいて、前記知らない電話番号からの着信を通知するように用いられる。

第６側面を結合し、第６側面の２番目の実現可能な方式において、前記端末は、
サーバーにより送信された推薦情報を受信するための受信モジュールと、
前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されているか否かを照会するための照会モジュールと、
前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されている時に、前記推薦情報をローカル情報データベースに記憶するための記憶モジュールとをさらに含む。

第６側面の２番目の実現可能な方式を結合し、第６側面の３番目の実現可能な方式において、前記端末は、
前記推薦情報に対応する有効時間を取得するための取得モジュールと、
前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースに記憶するための前記記憶モジュールとをさらに含む。

第６側面の３番目の実現可能な方式を結合し、第６側面の４番目の実現可能な方式において、前記端末は、
前記推薦情報に対応する有効時間に基づいて、前記推薦情報が期限が過ぎたか否かを判断するための判断モジュールと、
前記推薦情報が期限が過ぎた時に、前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースから削除するための第１削除モジュールとをさらに含む。

第６側面を結合し、第６側面の５番目の実現可能な方式において、前記端末は、
前記ローカルアドレス帳に前記推薦情報における第１電話番号が記憶されていることを検出した時に、前記推薦情報を前記情報データベースから削除するための第２削除モジュールをさらに含む。

本発明の実施例における第７側面によると、端末が提出され、該端末は、
プロセッサーと、
プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
その中に、前記プロセッサーが、
推薦人により送信された第２電話番号を受信し、
ローカル端末の第１電話番号、前記推薦人の電話番号及び前記第２電話番号に基づいてサーバーに推薦情報要求を送信することにより、サーバーが前記推薦情報要求に基づいて推薦情報を生成して、前記推薦情報を第２電話番号が付けられている端末にプッシュするように配置されている。

本発明の実施例における第８側面によると、サーバーが提供され、該サーバーは、
プロセッサーと、
プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
その中に、前記プロセッサーが、
推薦情報要求を受信し、前記推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成し、
前記推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に前記推薦情報を送信するように配置されている。

本発明の実施例における第９側面によると、端末が提供され、該端末は、
プロセッサーと、
プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
その中に、前記プロセッサーが、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が前記第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断し、
前記情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知するように配置されている。

本発明の実施例に提供された技術方案による有益な効果は、下記のようなものである。

第２端末として知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、前記知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

理解すべきのは、上記の一般的な説明及びび後述の詳細な説明は、例示及び解釈のためのものだけであり、本発明を限定するためのものではない。

ここの図面が明細書に取込まれて本明細書の一部になり、本発明に合致した実施例を示すとともに、明細書と一緒に本発明の原理を解釈するために用いられる。
１の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された推薦情報取得方法の実施環境の概略図である。 １の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された着信通知のインターフェイス概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示されたサーバーの構造概略図である。 １の実施例により示された受信モジュールの構造概略図である。 １の実施例により示された受信モジュールの構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末のブロック図である。 １の実施例により示されたサーバーのブロック図である。

ここで例示するための実施例を詳細に説明し、その例示が図面に示された。以下の説明が図面に係る時に、別途に特に示されているもの以外に、異なる図面における同じ符号が相同又は類似する要素を表す。以下の例示するための実施例に記載の実施の形態が本発明と一致する全ての実施の形態を代表するものではない。逆に、これらが特許請求の範囲に記載の本発明の一部の側面と一致する装置及び方法の例だけである。

図１が１つの例示するための実施例により示された推薦情報取得方法のフローチャートであり、該推薦情報取得方法が端末に応用される。図１に示すように、該推薦情報取得方法は、ステップ１０１と、ステップ１０２とを含む。

ステップ１０１において、推薦人により送信された第２電話番号を受信する。

ステップ１０２において、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することにより、サーバーが推薦情報要求に基づいて推薦情報を生成して、推薦情報を第２電話番号が付けられている端末にプッシュするようにする。

本発明の実施例に提供された方法は、推薦人により送信された第２電話番号を受信し、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することにより、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることが可能である。従って、着信通知の融通性がよく、効率がよい。

好ましい実施例として、推薦人により送信された第２電話番号を受信することは、
推薦人により送信されたメッセージを受信した時に、メッセージに対して電話番号を識別することと、
電話番号を識別して得た時に、メッセージから識別された電話番号を第２電話番号として抽出することとを含む。

好ましい実施例として、推薦人により送信された第２電話番号を受信することは、
アプリケーション情報を受信した時に、アプリケーション情報に対して電話番号を識別することと、
電話番号を識別して得た時に、アプリケーション情報から識別された電話番号を第２電話番号として抽出することとを含む。

該方法は、
アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とすることをさらに含む。

好ましい実施例として、サーバーに推薦情報要求を送信する前に、
サーバーに少なくとも第２電話番号を含む照会要求を送信し、サーバーで照会要求に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンすることと、
照会結果として、第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報を送信するステップを実行することとをさらに含む。

好ましい実施例として、該方法は、
現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行することをさらに含む。

好ましい実施例として、該方法は、
サーバーが有効時間に基づいて推薦情報要求が期限が過ぎたか否かを判断し、推薦情報要求が期限が過ぎた時に、推薦情報要求を削除するように、サーバーに推薦情報要求に対応する有効時間を送信することをさらに含む。

上記した全ての好ましい技術方案は、如何なる結合を採用して本発明の好ましい実施例を形成することが可能であり、ここで詳細に説明しない。

図２が１つの例示するための実施例により示された推薦情報取得方法のフローチャートであり、該推薦情報取得方法がサーバーに応用される。図２に示すように、該推薦情報取得方法がステップ２０１と、ステップ２０２とを含む。

ステップ２０１において、推薦情報要求を受信し、推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成する。

ステップ２０２において、推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信する。

本発明の実施例に提供された方法は、推薦情報要求を受信し、推薦情報要求に基づいて推薦情報を生成する。推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信することで、第２端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

好ましい実施例として、推薦情報要求を受信することは、
第１電話番号に対応する第１端末により送信された推薦情報要求を受信すること、
或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することを含む。

好ましい実施例として、第１電話番号に対応する第１端末により送信された推薦情報要求を受信する前に、
第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信することと、
照会要求における第２電話番号に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、第１端末に照会結果をリターンし、第１端末で第２電話番号に対応するユーザーがオンラインユーザーであることを確定した後、推薦情報要求をリターンすることとをさらに含む。

上記した全ての好ましい技術方案は、如何なる結合を採用して本発明の好ましい実施例を形成することが可能であり、ここで詳細に説明しない。

図３が１つの例示するための実施例により示された推薦情報取得方法のフローチャートであり、該推薦情報取得方法が端末に応用される。図３に示すように、該推薦情報取得方法は、ステップ３０１と、ステップ３０２とを含む。

ステップ３０１において、知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、指定推薦情報は、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈する。

ステップ３０２において、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知する。

本発明の実施例に提供された方法は、知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

好ましい実施例として、指定推薦情報に基づいて、知らない電話番号からの着信を通知することは、
指定推薦情報における推薦人の電話番号に基づいて、指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断することと、
指定推薦情報における推薦人がローカルアドレス帳に存在している時に、推薦人の情報に基づいて、知らない電話番号からの着信を通知する。

好ましい実施例として、ローカル情報データベースに知らない電話番号からの着信と対応する指定推薦情報が含まれているか否かを判断する前に、
サーバーにより送信された推薦情報を受信し、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会することと、
ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されている場合、推薦情報をローカル情報データベースに記憶することとをさらに含む。

好ましい実施例として、推薦情報をローカル情報データベース中に記憶する前に、
推薦情報に対応する有効時間を取得することをさらに含む。

推薦情報をローカル情報データベースに記憶することは、
推薦情報及び推薦情報に対応する有効時間をローカル情報データベースに記憶することを含む。

好ましい実施例として、推薦情報及び推薦情報に対応する有効時間をローカル情報データベース中に記憶した後、
推薦情報に対応する有効時間に基づいて、推薦情報が期限が過ぎたか否かを判断することと、
推薦情報が期限が過ぎた場合、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースから削除することとをさらに含む。

好ましい実施例として、指定推薦情報に基づいて、知らない電話番号からの着信を通知した後、
ローカルアドレス帳に推薦情報における第１電話番号が保存されていることを検出した場合、推薦情報を情報データベースから削除することをさらに含む。

上記した全ての好ましい技術方案は、如何なる結合を採用して本発明の好ましい実施例を形成することが可能であり、ここで詳細に説明しない。

図４を参考するように、それが本発明の実施例に提供された方法が係る実施環境の構造概略図を示した。図４に示すように、該実施環境が第１端末４０１と、第２端末４０２と、第３端末４０３と、サーバー４０４とを含む。その中に、第１端末４０１、第２端末４０２及び第３端末４０３がスマートフォンなどの機器であり、第１電話番号に対応する端末が第１端末４０１であり、第２電話番号に対応する端末が第２端末４０２であり、推薦人の電話番号に対応する端末が第３端末であり、本実施例においてこれに対して具体的に限定しない。その中に、第３端末４０３を使用しているユーザーが第１端末４０１を使用しているユーザーに第２端末４０２を使用しているユーザーの電話番号を推薦することが可能である。図４に示された実施環境に基づいて、第１端末４０１、第２端末４０２、第３端末４０３及びサーバー４０４の間でネットワークに基づいて通信することが可能である。

説明の便利のために、図４には第１端末４０１、第２端末４０２、第３端末４０３及びサーバー４０４だけが示されたが、第１端末４０１、第２端末４０２及び第３端末４０３が複数の端末のうちの１つだけを代表する。以下、実施例において第１端末４０１、第２端末４０２、第３端末４０３及びサーバー４０４の間での情報のやりとりに基づいて着信通知を実現することを例として本発明の実施例に対して例を挙げて説明する。

上記した実施例及び図４に示された実施環境を結合して、図５が１つの例示するための実施例により示された推薦情報取得方法のフローチャートを示した。図５に示すように、該推薦情報取得方法が端末に応用され、ステップ５０１と、ステップ５０２と、ステップ５０３と、ステップ５０４と、ステップ５０５と、ステップ５０６とを含む。

ステップ５０１において、サーバーが推薦情報要求を受信して、推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成する。

サーバーが推薦情報要求を受信する前に、推薦人が第１電話番号に対応するユーザーに第２電話番号を推薦することが可能である。例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例として、ユーザーＢがユーザーＡにユーザーＣの電話番号を推薦することが可能である。

その中に、推薦人が第１電話番号に対応するユーザーに第２電話番号を推薦する方式に対して、本実施例においてこれに対して具体的に限定しなく、第２電話番号を含むアプリケーション情報により、第１電話番号に対応するユーザーに第２電話番号を推薦することを含むが、これに限らない。或いは、第１電話番号に対応するユーザーに第２電話番号を含むメッセージを送信することにより、第１電話番号に対応するユーザーに第２電話番号を推薦することもできる。

相応的には、第１電話番号に対応する第１端末が推薦人により送信された第２電話番号を受信することが可能である。本実施例において第１電話番号に対応する第１端末が推薦人により送信された第２電話番号を受信する方式に対して具体的に限定しなく、推薦人により送信されたメッセージを受信した時に、メッセージに対して電話番号を識別し、電話番号を識別して得た時に、メッセージから識別された電話番号を第２電話番号として抽出することを含むが、これに限らない。或いは、アプリケーション情報を受信した時に、アプリケーション情報に対して電話番号を識別し、電話番号を識別して得た時に、アプリケーション情報から識別された電話番号を第２電話番号として抽出する。

説明する必要があるのは、第１端末が推薦人により送信されたメッセージを受信した時に、メッセージを送信する電話番号を取得することができるが、本実施例においてこれに対して具体に限定しない。或いは、第１端末が推薦人により送信されたアプリケーション情報を受信した時に、アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得することができ、取得された電話番号を推薦人の電話番号とするが、本実施例においてこれに対しても具体的に限定しない。推薦人が第１端末にアプリケーション情報を送信する時に、推薦人がアプリケーションアカウントに基づいて第１端末にアプリケーション情報を送信するので、第１端末が直接に推薦人の電話番号を取得することができない。従って、第１端末がサーバーに電話番号取得要求を送信し、サーバーが電話番号取得要求を受信した後、第１端末に電話番号をリターンすることにより、第１端末が受信された電話番号を推薦人の電話番号とする。

また、推薦人が第１電話番号に対応するユーザーに第２電話番号を推薦した後、第２電話番号に対応するユーザーにその電話番号を既に第１電話番号に対応するユーザーに推薦したことを通知するように、第２電話番号に対応するユーザーに情報を送信することもできるが、本実施例においてこれに対して具体的に限定しない。例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例とする。ユーザーＢがユーザーＡにユーザーＣの電話番号を推薦した後、ユーザーＢがユーザーＣに「私が既にあなたの電話番号をユーザーＡに推薦した」という情報を発信することができるため、ユーザーＣがユーザーＢにより送信された情報を受信した後、自分の電話番号が既にユーザーＡに取得されたと確定できる。

本実施例においてサーバーが推薦情報要求を受信する方式に対して具体的に限定しなく、第１電話番号に対応する第１端末により送信された推薦情報要求を受信すること、或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することを含むが、これに限らない。

例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例とする。ユーザーＢがユーザーＡにユーザーＣの電話番号を推薦した後、例えば、ユーザーＢがユーザーＡにユーザーＣの電話番号を含むメッセージを送信した後、ユーザーＢに対応する第３端末がサーバーに推薦情報要求を送信することにより、サーバーが推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することが可能である。或いは、ユーザーＡがユーザーＢにより推薦されたユーザーＣの電話番号を受信した後、例えば、ユーザーＡがユーザーＢにより送信されたユーザーＣの電話番号を含むメッセージを受信した後、ユーザーＡに対応する第１端末がサーバーに推薦情報要求を送信することが可能であるため、サーバーが第１電話番号に対応する第１端末により送信された推薦情報要求を受信することが可能である。

その中に、推薦情報要求に推薦人の電話番号、第１電話番号及び第２電話番号が含まれている。例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例とする。推薦情報要求にユーザーＢの電話番号、ユーザーＡの電話番号及びユーザーＣの電話番号が含まれ、推薦情報要求のフォーマットを｛Ｂ、｛Ａ｝、Ｃ｝にすることが可能であり、本実施例において推薦情報要求のフォーマットに対して具体的に限定しない。

説明する必要があるのは、サーバーが推薦情報要求を受信する時に、第１電話番号に対応する第１端末により送信されてもよく、推薦人の電話番号に対応する第３端末により送信されてもよい。推薦情報要求が推薦人の電話番号に対応する第３端末により送信される時に、推薦人が第２電話番号を複数のユーザーに推薦する可能性があるので、推薦人の電話番号に対応する第３端末により送信された推薦情報要求には複数の推薦電話番号を受信するユーザーの電話番号が保存されていることが可能であり、本実施例においてこれに対して具体的に限定しない。例えば、ユーザーＢがユーザーＡ、ユーザーＤ及びユーザーＥにユーザーＣの電話番号を推薦した後、ユーザーＢに対応する第３端末がサーバーに｛Ｂ、｛Ａ、Ｄ、Ｅ｝、Ｃ｝形式の推薦情報要求を送信することが可能である。

その中に、第１端末がローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することが可能であり、本実施例において第１端末がサーバーに推薦情報要求送信する方式に対して具体的に限定しない。第１端末が現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信することが可能であり、本実施例において第１端末がサーバーに推薦情報要求を送信するタイミングに対して具体的に限定しない。

第３端末がローカル端末における推薦人の電話番号、第１電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することが可能であるが、本実施例において第３端末がサーバーに推薦情報要求を送信する方式に対して具体的に限定しない。

また、第２電話番号に対応するユーザーがオンラインユーザーではない時に、サーバーが後続して推薦情報を第２電話番号に対応する第２端末に送信することができないため、サーバーが第１電話番号に対応する第１端末により送信された推薦情報要求を受信する前に、第１端末がサーバーに照会要求を送信することが可能であり、サーバーが第１電話番号に対応する第１端末により送信された照会要求を受信して、照会要求における第２電話番号に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを確定して、そして、第１端末に照会結果をリターンすることが可能であり、本実施例においてこれに対して具体的に限定しない。その中に、照会要求には少なくとも第２電話番号が含まれているが、本実施例において照会要求の内容に対して具体的に限定しない。

第１端末がサーバーからリターンされた照会結果を受信した後、照会結果としては第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報要求を送信することを実行する。その中に、サーバーが第２電話番号にバインドされているユーザーアカウントを確定し、ユーザーアカウントのログイン情況、例えば、第２電話番号にバインドされているユーザーアカウントが現在既にログインしてオンライン状態になるか否か、或いは最近の１ヶ月内にログイン履歴があるか否かなどに基づいてユーザーがオンラインユーザーであるか否かを判断することが可能である。例えば、現在既にログインしてオンライン状態になり、或いは最近の一ヶ月内にログイン履歴がある場合、ユーザーがオンラインユーザーであると確定する。

或いは、サーバーが推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信する前に、サーバーが推薦人の電話番号に対応する第３端末により送信された、少なくとも第２電話番号を含む照会要求を受信することが可能である。照会要求における第２電話番号に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを確定するとともに、第３端末に照会結果をリターンする。第３端末がサーバーからリターンされた照会結果を受信した後、第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報要求をリターンする。

説明する必要があるのは、第１端末がサーバーに推薦情報要求に対応する有効時間を送信することも可能であり、本実施例においてこれに対して具体的に限定しない。サーバーが第１端末により送信された有効時間を受信した後、有効時間に基づいて、対応する推薦情報要求が期限が過ぎたか否かを判断することが可能である。推薦情報が期限が過ぎた時に、推薦情報を削除する。有効時間に基づいて期限が過ぎた推薦情報要求を削除することができるため、サーバーが推薦情報要求を記憶するために占められる記憶スペースが多すぎることを避けたため、サーバーの記憶スペースを節約した。

本実施例においてサーバーが推薦情報要求に基づいて推薦情報を生成する方式に対して具体的に限定しなく、推薦情報要求に基づいて第１電話番号、推薦人の電話番号及び第２電話番号を確定することと、第１電話番号、推薦人の電話番号及び第２電話番号に基づいて推薦情報を生成することとを含むが、これに限らない。例えば、推薦人の電話番号がＢであり、第１電話番号がＡであり、第２電話番号がＣであることを例として、サーバーに生成された対応する推薦情報を｛Ｂ、｛Ａ｝、Ｃ｝にすることが可能である。

ステップ５０２において、サーバーが推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信する。

本実施例においてサーバーが推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信する方式に対して具体的に限定しなく、ネットワークに基づいてデータパッケージの形式で第２電話番号に対応する第２端末に推薦情報を送信することを含むが、これに限らない。その中に、データパッケージに推薦情報が含まれている。

ステップ５０３において、第２端末がサーバーにより送信された推薦情報を受信して、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会し、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されている場合、ステップ５０４を実行するが、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されていない場合、プロセスが終わる。

推薦人が第２端末に対応するユーザーの連絡者（即ち、連絡先リストに登録されているものである。）ではない時に、後続のステップを実行できない。従って、第２端末がサーバーにより送信された推薦情報を受信した後、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会する必要があり、これにより、推薦人が第２端末に対応するユーザーの連絡者であるか否かを確定する。その中に、第２端末がローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会する時に、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されていない場合、この時に、推薦人が第２電話番号に対応するユーザーの連絡者ではないと意味するので、該推薦情報を無効情報として削除するとともに、プロセスを終わらせるが、本実施例においてこれに対して具体的に限定しない。

ステップ５０４において、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されている場合、第２端末が推薦情報をローカル情報データベースに記憶する。

ローカル記憶スペースを節約するために、第２端末が推薦情報をローカル情報データベースに記憶する時に、推薦情報に対応する有効時間を取得することが可能である。相応的には、推薦情報をローカル情報データベースに記憶する時に、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースに記憶することが可能であり、本実施例においてこれに対して具体的に限定しない。上記した内容をベースにして、第２端末が推薦情報に対応する有効時間に基づいて、推薦情報が期限が過ぎたか否かを判断できる。推薦情報が期限が過ぎた場合、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースから削除するが、本実施例においてこれに対しても具体的に限定しない。例えば、推薦情報が｛Ｂ、｛Ａ｝、Ｃ｝であることを例として、該推薦情報に対応する有効時間を、例えば、｛Ｂ、｛Ａ｝、Ｃ、ｔ｝の形式で記憶することが可能である。該推薦情報を記憶した後、記憶した時刻から時間の計測が始まる。累算の時間が有効時間ｔを超えた時に、例えば、十日間を超えた時に、該推薦情報が期限が過ぎたと確定するとともに、該推薦情報及び推薦情報に対応する有効時間である｛Ｂ、｛Ａ｝、Ｃ、ｔ｝をローカル情報データベースから削除する。

説明する必要があるのは、上記したステップ５０１からステップ５０４までの過程が第２端末がローカルで推薦情報を含む情報データベースを記憶する過程である。ローカルで記憶された情報データベースに基づいて、第２端末として着信がある時に、第２端末が情報データベースに基づいて着信通知することが可能であり、具体的な過程について以下のステップを参照する。

ステップ５０５において、第２端末として知らない電話番号からの着信がある時に、第２端末がサーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する、推薦人が第１電話番号に現在の端末に使用される第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断し、第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていると判断した場合、ステップ５０６を実行するが、第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていないと判断した場合、プロセスが終わる。

第２端末として着信があって、発信する電話番号がローカルアドレス帳に存在しているか否かを照会することが可能である。発信する電話番号がローカルアドレス帳に存在している時に、発信する電話番号に対応するユーザーが第２端末を使用するユーザーの連絡者であると意味し、この時に正常なプロセスで着信通知すればよい。発信する電話番号がローカルアドレス帳に存在していない時に、発信する電話番号に対応するユーザーが第２端末を使用するユーザーの連絡者ではないと意味し、この時に第２端末を使用するユーザーの受けられた着信が知らない電話番号からの着信であり、本実施例に提供された方法が主に着信が知らない電話番号からの着信である情況に対して解釈且つ説明するためのものである。本発明の実施例において、知らない電話番号からの発信に対応する電話番号が第１電話番号である。

上記したステップ５０１における内容をベースにして、本実施例において第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断する方式に対して具体的に限定しなく、ローカル情報データベースに第１電話番号を含む推薦情報が記憶されているかいなかを判断することを含むが、これに限らない。

例えば、ローカル情報データベースには三つの推薦情報が記憶されて、第１電話番号に対応するユーザーがユーザーＡであることを例とする。その中に、三つの推薦情報がそれぞれ｛Ｂ、｛Ａ｝、Ｃ｝、｛Ｂ、｛Ｄ｝、Ｃ｝及び｛Ｅ、｛Ｆ｝、Ｃ｝である。ローカル情報データベース内の推薦情報における｛Ｂ、｛Ａ｝、Ｃ｝がユーザーＡの電話番号、即ち、第１電話番号を含むので、推薦情報である｛Ｂ、｛Ａ｝、Ｃ｝を指定推薦情報として確定でき、即ち、ローカル情報データベースには指定推薦情報が含まれている。ローカル情報データベースに、例えば、｛Ｂ、｛Ｄ｝、Ｃ｝及び｛Ｅ、｛Ｆ｝、Ｃ｝という２つの推薦情報が記憶されている時に、上記した判断過程に基づいて、ローカル情報データベースに指定推薦情報が含まれていないと判断できる。

その中に、第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていると判断した場合、知らない電話番号からの発信に対応するユーザーが第２端末に対応するユーザーの連絡者の推薦に基づいて、第２端末に対応する第２電話番号を取得したと表明し、この時に続いてステップ５０６を実行することが可能である。第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていないと判断した場合、知らない電話番号からの発信に対応するユーザーが第２端末に対応するユーザーの連絡者による推薦を取得しなく、この時に第２端末において通常な方式で知らない電話番号からの着信を通知するとともに、プロセスを終わらせる。

ステップ５０６において、情報データベースに指定推薦情報が含まれている時に、第２端末が指定推薦情報に基づいて、知らない電話番号からの着信を通知する。

本実施例において、指定推薦情報に基づいて知らない電話番号からの着信を通知する方式に対して具体的に限定しなく、指定推薦情報における推薦人の電話番号に基づいて、指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断することと、指定推薦情報における推薦人がローカルアドレス帳に存在している時に、推薦人の情報に基づいて知らない電話番号からの着信を通知することとを含むが、これに限らない。

指定推薦情報に推薦人の電話番号が含まれて、後続でローカルアドレス帳における推薦人の情報に基づいて着信通知する必要があるので、第２端末が指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断する必要がある。その中に、本実施例において推薦人の情報に基づいて知らない電話番号からの着信を通知する方式に対して具体的に限定しなく、推薦人の情報に基づいて対応する通知テキストを生成することと、現在の着信を通知するように通知テキストを表示することとを含むが、これに限らない。勿論、音声通知、画面通知などの方式を採用して現在の着信を通知することもできるが、本実施例においてこれに対しても具体的に限定しない。

例えば、推薦人の情報が推薦人の名前であり、推薦人の名前がＢであることを例とする。推薦人の情報に基づいて「あなたの番号がＢにより推薦されました」という通知テキストを生成し、そして、知らない電話番号からの着信がある時に、第２端末の表示スクリーンに該通知テキストを表示することにより、知らない電話番号からの着信を通知し、具体的な表示効果は図６が参照される。

また、第２端末のローカルアドレス帳に知らない電話番号からの発信に対応する第１電話番号が記憶されている時に、第１電話番号に対応するユーザーが第２端末を使用しているユーザーにとっては、知らないユーザーではない。例えば、ローカル情報データベースに電話番号の推薦情報｛Ｂ、｛Ａ｝、Ｃ｝が記憶されて、ユーザーＣとしてユーザーＡからの着信がある時に、ローカルアドレス帳にユーザーＡの電話番号が保存されていないため、ユーザーＣがユーザーＡを知らない可能性がある。従って、ユーザーＣが使用している第２端末が上記した過程に基づいて知らない電話番号からの着信を通知する。ユーザーＣがローカルアドレス帳にユーザーＡの電話番号を保存した後、ユーザーＣにとって、ユーザーＡが知らないユーザーではなくなる。

従って、指定推薦情報に基づいて、知らない電話番号からの着信を通知した後、ローカルアドレス帳に推薦情報における第１電話番号が保存されていることを検出した場合、推薦情報を情報データベースから削除するが、本実施例においてこれに対して具体的に限定しない。例えば、上記した例において、第２端末がローカルアドレス帳にユーザーＡの電話番号を保存した後、電話番号の推薦情報である｛Ｂ、｛Ａ｝、Ｃ｝をローカル情報データベースから削除することができる。

説明する必要があるのは、上記したステップ５０２により分かるように、推薦情報に複数の推薦電話番号を受信するユーザーの電話番号が保存されている可能性があり、例えば、｛Ｂ、｛Ａ、Ｄ、Ｅ｝、Ｃ｝となるので、ローカルアドレス帳に推薦情報における複数の推薦電話番号を受信するユーザーの電話番号が同時に保存されていることを検出した後、該推薦情報を削除することが可能である。例えば、ローカルアドレス帳にユーザーＡ、ユーザーＤ及びユーザーＥの電話番号が同時に保存されていることを検出した後、推薦情報である｛Ｂ、｛Ａ、Ｄ、Ｅ｝、Ｃ｝をローカル情報データベースから削除することが可能である。

本発明の実施例に提供された方法は、第２端末として知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図７が１つの例示するための実施例により示された端末の構造概略図であり、図７に示すように、該端末が受信モジュール７０１と第１送信モジュール７０２とを含む。

該受信モジュール７０１は、推薦人により送信された第２電話番号を受信するように配置されている。

該第１送信モジュール７０２は、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信するように配置されている。

１つの実施例において、受信モジュール７０１は、推薦人により送信されたメッセージを受信した時に、メッセージに対して電話番号を識別し、電話番号を識別して得た時に、メッセージから識別された電話番号を第２電話番号として抽出するように配置されている。

１つの実施例において、受信モジュール７０１は、アプリケーション情報を受信した時に、アプリケーション情報に対して電話番号を識別し、電話番号を識別して得た時に、アプリケーション情報から識別された電話番号を第２電話番号として抽出するように配置されている。

図８に示すように、該端末が取得モジュール７０３をさらに含む。

該取得モジュール７０３は、アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とするように配置されている。

１つの実施例において、図９に示すように、該端末が第２送信モジュール７０４と第１実行モジュール７０５とをさらに含む。

該第２送信モジュール７０４は、サーバーに少なくとも第２電話番号を含む照会要求を送信し、サーバーで照会要求に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンするように配置されている。

該第１実行モジュール７０５は、照会結果として第２電話番号に対応するユーザーがオンラインユーザーである時に、サーバーに推薦情報を送信するステップを実行するように配置されている。

１つの実施例において、図１０に示すように、該端末は、第２実行モジュール７０６をさらに含む。

該第２実行モジュール７０６は、現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行するように配置されている。

１つの実施例において、図１１に示すように、該端末は、第３送信モジュール７０７をさらに含む。

該第３送信モジュール７０７は、、サーバーが有効時間に基づいて、推薦情報要求が期限が過ぎたか否かを判断し、推薦情報要求が期限が過ぎた時に、推薦情報要求を削除するように、サーバーに推薦情報要求に対応する有効時間を送信するように配置されている。

本発明の実施例に提供された端末は、推薦人により送信された第２電話番号を受信し、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図１２が１つの例示するための実施例により示されたサーバーの構造概略図であり、図１２に示すように、該サーバーが受信モジュール１２０１と、生成モジュール１２０２と、送信モジュール１２０３とを含む。

該受信モジュール１２０１は、推薦情報要求を受信するように配置されている。

該生成モジュール１２０２は、推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成するように配置されている。

該送信モジュール１２０３は、推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信するように配置されている。

１つの実施例において、図１３に示すように、受信モジュール１２０１は、第１受信サブモジュール１２０１１或いは第２受信サブモジュール１２０１２を含む。

該第１受信サブモジュール１２０１１は、第１電話番号に対応する第１端末により送信された推薦情報要求を受信するように配置されている。

該第２受信サブモジュール１２０１２は、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信するように配置されている。

１つの実施例において、図１４に示すように、受信モジュール１２０１は、第３受信サブモジュール１２０１３と、照会サブモジュール１２０１４と、リターンサブモジュール１２０１５とをさらに含む。

該第３受信サブモジュール１２０１３は、第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信するように配置されている。

該照会サブモジュール１２０１４は、照会要求における第２電話番号に基づいて、第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会するように配置されている。

該リターンサブモジュール１２０１５は、第１端末に照会結果をリターンし、第１端末で第２電話番号に対応するユーザーがオンラインユーザーであると確定された後、推薦情報要求をリターンするように配置されている。

本発明の実施例に提供されたサーバーは、推薦情報要求を受信し、推薦情報要求に基づいて推薦情報を生成し、推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信することで、第２端末が推薦情報に基づいて現在の着信を通知することができるので、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図１５が１つの例示するための実施例により示された端末の構造概略図であり、図１５に示すように、該端末は、判断モジュール１５０１と、通知モジュール１５０２とを含む。

該判断モジュール１５０１は、知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、指定推薦情報は、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するように配置されている。

該通知モジュール１５０２は、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて知らない電話番号からの着信を通知するように配置されている。

１つの実施例において、通知モジュール１５０２は、指定推薦情報における推薦人の電話番号に基づいて、指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断し、指定推薦情報における推薦人がローカルアドレス帳に存在している時に、推薦人の情報に基づいて知らない電話番号からの着信を通知するように配置されている。

１つの実施例において、図１６に示すように、該端末は、受信モジュール１５０３と、照会モジュール１５０４と、記憶モジュール１５０５とをさらに含む。

該受信モジュール１５０３は、サーバーにより送信された推薦情報を受信するように配置されている。

該照会モジュール１５０４は、ローカルアドレス帳に推薦情報における推薦人の電話番号が記憶されているか否かを照会するように配置されている。

該記憶モジュール１５０５は、ローカルアドレス帳に推薦情報における推薦人の電話番号が記憶されている時に、推薦情報をローカル情報データベースに記憶するように配置されている。

１つの実施例において、図１７に示すように、該端末は、取得モジュール１５０６をさらに含む。

該取得モジュール１５０６は、推薦情報に対応する有効時間を取得するように配置されている。

該記憶モジュール１５０５は、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースに記憶するように配置されている。

１つの実施例において、図１８に示すように、該端末は、判断モジュール１５０７と、第１削除モジュール１５０８とをさらに含む。

該判断モジュール１５０７は、推薦情報に対応する有効時間に基づいて、推薦情報が期限が過ぎたか否かを判断するように配置されている。

該第１削除モジュール１５０８は、推薦情報が期限が過ぎた時に、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースから削除するように配置されている。

１つの実施例において、図１９に示すように、該端末は、第２削除モジュール１５０９をさらに含む。

第２削除モジュール１５０９は、ローカルアドレス帳に推薦情報における第１電話番号が記憶されていることを検出した時に、推薦情報を情報データベースから削除するように配置されている。

本発明の実施例に提供された端末は、知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図２０が１つの例示するための実施例により示された端末２０００のブロック図である。例えば、端末２０００が携帯電話、コンピュータ、デジタル放送端末、情報送受信機、ゲームコンソール、タブレット、医療機器、フィットネスマシン、携帯情報端末などであっても良い。

図２０に示すように、端末２０００は、処理アセンブリー２００２、メモリー２００４、電力アセンブリー２００６、マルチメディア・アセンブリー２００８、オーディオ・アセンブリー２０１０、入力／出力（Ｉ／Ｏ）のインタフェース２０１２、センサー・アセンブリー２０１４及び通信アセンブリー２０１６のうちの１つ又は複数を含むことが可能である。

処理アセンブリー２００２は、通常、端末２０００の全体の操作、例えば、表示、電話の呼び出し、データ通信、カメラ操作及び記録操作と関連する操作をコントロールするものである。処理アセンブリー２００２が１つ又は複数のプロセッサー２０２０を含むことが可能であり、上記した方法の全部又は一部のステップを行うようにコマンドを実行する。この以外に、処理アセンブリー２００２が処理アセンブリー２００２と他のアセンブリーとの間のやりとりを便利にするように１つ又は複数のモジュールを含むことが可能である。例えば、処理アセンブリー２００２がマルチメディア・アセンブリー２００８と処理アセンブリー２００２との間のやりとりを便利にするようにマルチメディアモジュールを含むことが可能である。

メモリー２００４が端末２０００の操作をサインタフェースするように各種タイプのデータを記憶するように配置されている。これらのデータの例としては、端末２０００において操作される如何なるアプリケーションプログラム或いは方法のコマンド、連絡先データ、電話帳データ、メッセージ、ピクチャー、ビデオなどを含む。メモリー２００４は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、スタティックランダムアクセスメモリ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ−Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、電気的に消去可能なＰＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、消去可能なプログラマブルリードオンリーメモリー）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、プログラマブルリードオンリーメモリー）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、リードオンリーメモリー）、磁気メモリー、フラッシュメモリー、磁気ディスク或いは光ディスクなど、いずれかのタイプの揮発性又は不揮発性メモリーデバイス或いはこれらの組合せにより実現できる。

電力アセンブリー２００６は、端末２０００の各種のアセンブリーに電力を提供するものである。電力アセンブリー２００６が電源管理システム、１つ又は複数の電源、及び端末２０００のための電力の生成、管理及び分配に関連する他のアセンブリーを含むことが可能である。

マルチメディア・アセンブリー２００８は、端末２０００とユーザーとの間で出力インタフェースを提供するスクリーンを含む。一部の実施例において、スクリーンがＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、液晶表示器）とＴＰ（Ｔｏｕｃｈ Ｐａｎｅｌ、タッチパネル）とを含むことが可能である。スクリーンがタッチパネルを含む場合、スクリーンがユーザーからの入力信号を受取るようにタッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、滑動及びタッチパネル上の手まねを感知するように１つ又は複数のタッチセンサーを含む。タッチセンサーとしては、タッチ又は滑動という動作の境界を感知できるだけではなく、タッチ又は滑動操作に関連する継続時間及び圧力を検出することもできる。一部の実施例において、マルチメディア・アセンブリー２００８は、前置きカメラ及び／或は後置ききカメラを含む。端末２０００が操作モード、例えば、撮像モード或はビデオモードになる時に、前置きカメラ及び／或は後置きカメラが外部のマルチメディア・データを受取ることが可能である。それぞれの前置きカメラ及び後置きカメラが一定の光学レンズシステムであってもよいし、或は焦点距離及び光学的焦点距離可変機能を備えるものであってもよい。

オーディオ・アセンブリー２０１０がオーディオ信号を出力及び／或は入力するように配置されている。例えば、オーディオ・アセンブリー２０１０がＭＩＣ（Ｍｉｃｒｏｐｈｏｎｅ、マイク）を含み、端末２０００が操作モード、例えば、呼び出しモード、記録モード或は音声識別モードになる時に、マイクが外部のオーディオ信号を受取るように配置されている。受取られたオーディオ信号がさらにメモリー２００４に記憶され、或は通信アセンブリー２０１６を経由して送信する。一部の実施例において、オーディオ・アセンブリー２０１０がオーディオ信号を出力するためのスピーカーをさらに含む。

Ｉ／Ｏのインタフェース２０１２は、処理アセンブリー２００２と周辺のインタフェース・モジュールとの間でインタフェースを提供するためのものであり、上記した周辺のインタフェース・モジュールがキーボード、クリックホイール、ボタンなどにしてもよい。これらのボタンがホームページボタンと、音量ボタンと、起動ボタンと、ロックボタンとを含むが、これに限らない。

センサー・アセンブリー２０１４は、１つ又は複数のセンサーを含み、端末２０００に様々な方面の状態を評価するためのものである。例えば、センサー・アセンブリー２０１４が端末２０００のＯＮ／ＯＦＦ状態、例えばアセンブリーが端末２０００の表示器及び小さいキーボードである場合のアセンブリーの相対的な位置決めを検出することができ、センサー・アセンブリー２０１４が端末２０００或は端末２０００における１つのアセンブリーの位置変化と、ユーザーが端末２０００と接触することがあるか否かのことと、端末２０００の方向と位置或は加速／減速及び端末２０００の温度変化とを検出することもできる。センサー・アセンブリー２０１４が何れの物理接触のない時に付近の物品の存在を検出するために配置される近接センサーを含むことが可能である。センサー・アセンブリー２０１４が結像応用に用いられる、例えば、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ、相補型金属酸化物）或いはＣＣＤ（Ｃｈａｒｇｅ−ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ、電荷結合素子）図像センサーのような光センサーを含むことも可能である。一部の実施例において、該センサー・アセンブリー２０１４が加速度センサー、ジャイロセンサー、磁気センサー、圧力センサー或は温度センサーを含むこともできる。

通信アセンブリー２０１６は、端末２０００と他の機器との間の有線或は無線方式での通信を便利にするために配置されている。端末２０００が通信標準に準ずる無線ネットワーク、例えば、ＷｉＦｉ（登録商標）、２Ｇ又は３Ｇ、或はこれらの組合せに接続することが可能である。１つの例示するための実施例において、通信アセンブリー２０１６がラジオチャンネルに基づいて外部のラジオ管理システムからのラジオ信号又はラジオに関連する情報を受取るようになる。１つの例示するための実施例において、通信アセンブリー２０１６が短距離通信を促進するためのＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、近距離無線通信）モジュールを含むことも可能である。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、無線周波識別）技術、ＩｒＤＡ（Ｉｎｆｒａ−ｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ、赤外線データ団体）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅｂａｎｄ、超広帯域無線通信）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ：登録商標、ブルートゥース）技術及び他の技術で実現されることが可能である。

例示するための実施例において、端末２０００が１つ又は複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、特定用途向け集積回路）、ＤＳＰ（Ｄｉｇｉｔａｌ ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、デジタルシグナルプロセッサー）、ＤＳＰＤ（Ｄｉｇｉｔａｌ ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ Ｄｅｖｉｃｅ、デジタル信号処理デバイス）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、プログラマブルロジックデバイス）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、フィールドプログラマブルゲートアレイ）、コントローラー、マイクロコントローラー、マイクロプロセッサー或は他の電子素子で実現され、上記した図１或いは図４に対応する実施例に提供された推薦情報取得方法を実行する第１端末に実行される機能を実行するために用いられる。

本発明の実施例に提供された端末は、推薦人により送信された第２電話番号を受信して、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することにより、サーバーが推薦情報要求に基づいて推薦情報を生成し、推薦情報を第２電話番号が付けられている端末にプッシュすることで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

例示するための実施例において、コマンドを含む非一時的コンピュータ可読記録媒体、例えば、コマンドを含むメモリー２００４がさらに提供され、上記したコマンドは、上記方法を完成するように、端末２０００のプロセッサー２０２０で実行される。非一時的コンピュータ可読記録媒体は、例えば、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリー）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ：登録商標 Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、コンパクトディスク読み取り専用メモリー）、磁気テープ、フロッピーディスク（登録商標）及び光データ記憶装置などにしてもよい。

非一時的コンピュータ可読記録媒体において、記録媒体におけるコマンドが端末のプロセッサーにより実行される時に、端末が下記の推薦情報取得方法を実行できるが、該方法は、
推薦人により送信された第２電話番号を受信することと、
ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することとを含む。

本発明の実施例に提供されたコンピュータ可読記録媒体は、推薦人により送信された第２電話番号を受信し、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図２１が１つの例示するための実施例により示されたサーバー２１００のブロック図である。例えば、サーバー２１００が１つのサーバーとして提供される。図２１に示すように、サーバー２１００は、１つまたは複数のプロセッサーを含む処理アセンブリー２１２２と、処理アセンブリー２１２２が実行するコマンド、例えば、アプリケーションプログラムを記憶するためのメモリー２１３２に代表されるメモリーリソースとを含む。メモリー２１３２に記憶されているアプリケーションプログラムがそれぞれ１系列のコマンドに対応する１つ以上のモジュールを含むことが可能である。また、処理アセンブリー２１２２は、上記した図２或いは図４に対応する実施例に提供された推薦情報取得方法を実行するサーバーにより実行される機能を実行するように、コマンドを実行するように配置されている。

サーバー２１００がサーバー２１００の電源管理を実行するように配置されている電力アセンブリー２１２６と、サーバー２１００をネットワークに接続するように配置されている有線或いは無線ネットワークのインタフェース２１５０と、入力／出力（Ｉ／Ｏ）のインタフェース２１５８とをさらに含む。サーバー２１００がメモリー２１３２に記憶されているオペレーティングシステム、例えば、Ｗｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ， ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭ或いはこれらと類似するものを操作することが可能である。

非一時的コンピュータ可読記録媒体において、記録媒体におけるコマンドが端末のプロセッサーにより実行される時に、端末が下記の推薦情報取得方法を実行でき、該方法は、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、指定推薦情報は、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈することと、
情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することとを含む。

当業者が明細書を考慮するとともに、ここで開示された発明を実行した後、本発明の他の実施の形態を容易に想到できる。本願が本発明の全ての変形、用途或は適応的な変化を全て包括するべき。これらの変形、用途或は適応的な変化は、本発明において開示されていない本技術分野の公知常識又は慣用技術手段を含む本発明の一般的な原理に従うものである。明細書及び実施例は、例示のものだけであり、本発明の本当の範囲及び主旨が特許請求の範囲により現れるべき。

本発明は、上記により既に説明されて、且つ図面に示された具体的な構造に限定されていなく、その範囲から逸脱しない限り、各種の修正及び変更をすることができる。本発明の範囲がその特許請求の範囲により限定される。

本願は、出願番号がＣＮ２０１４１０６８５７６８．７であり、出願日が２０１４年１１月２５日である中国特許出願に基づいて出願されるもので、且つ該中国特許出願に基づく優先権が主張され、該中国特許出願の全部内容がここで参考として全て本願に取込まれる。

本発明は、通信技術分野に関し、特に推薦情報取得方法、端末、サーバー、プログラム及び記録媒体に関する。

通信技術の発展につれて、端末で通信する人がだんだん多くなってきている。社交範囲を広げるために、端末ユーザーの間で互いに推薦する場面がよくある。例えば、ユーザーＢがユーザーＣの連絡先をユーザーＡに推薦し、ユーザーＣとしてユーザーＡからの着信がある時に、ユーザーＣは、事前に自分の電話番号がユーザーＢにより推薦されたことを知らず、且つ、ユーザーＣがユーザーＡの連絡先を保存していないため、ユーザーＣとして、ユーザーＡからの着信を知らない電話番号からの着信とするため、ユーザーＣが知らない電話番号から発信するユーザーと疎通する時にわだかまりが発生し得る。

本発明を実現する過程において、発明者は係る技術において少なくとも下記の問題が存在することを発見した。

即ち、ユーザーとして知らない電話番号からの着信があって、且つユーザーが事前に自分の連絡先が自分の知り合いであるユーザーにより推薦されたことを知らない時に、端末においてその知らない電話番号からの着信に対する通知だけが表示されるので、ユーザーが現在の着信を知らない電話番号からの着信とするため、ユーザーが知らない電話番号から発信するユーザーと疎通するときに、その着信を拒否することが可能である。従って、着信通知の融通性が悪く、効率がよくない。

係る技術に存在している問題を解決するために、本発明は、推薦情報取得方法、端末、サーバー、プログラム及び記録媒体を提供する。

本発明の実施例における第１側面によると、推薦情報取得方法が提供され、該方法は、
推薦人により送信された第２電話番号を受信することと、
ローカル端末の第１電話番号、前記推薦人の電話番号及び前記第２電話番号に基づいてサーバーに推薦情報要求を送信することにより、サーバーが前記推薦情報要求に基づいて推薦情報を生成して、前記推薦情報を第２電話番号が付けられている端末にプッシュするようにすることとを含む。

第１側面を結合し、第１側面の１番目の実現可能な方式において、前記推薦人により送信された第２電話番号を受信することは、
前記推薦人により送信されたメッセージを受信した時に、前記メッセージに対して電話番号を識別することと、
電話番号を識別して得た時に、前記メッセージから識別された電話番号を第２電話番号として抽出することとを含む。

第１側面を結合し、第１側面の２番目の実現可能な方式において、前記推薦人により送信された第２電話番号を受信することは、
アプリケーション情報を受信した時に、前記アプリケーション情報に対して電話番号を識別することと、
電話番号を識別して得た時に、前記アプリケーション情報から識別された電話番号を第２電話番号として抽出することとを含み、
前記方法は、
アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とすることをさらに含む。

第１側面を結合し、第１側面の３番目の実現可能な方式において、前記サーバーに推薦情報要求を送信する前に、
サーバーに少なくとも第２電話番号を含む照会要求を送信し、前記サーバーで前記照会要求に基づいて前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンすることと、
前記照会結果として前記第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報を送信するステップを実行することとをさらに含む。

第１側面を結合し、第１側面の４番目の実現可能な方式において、前記方法は、
現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行することをさらに含む。

第１側面を結合し、第１側面の５番目の実現可能な方式において、前記方法は、
前記サーバーに前記有効時間を送信することにより、前記サーバーが前記推薦情報要求に対応する有効時間に基づいて、前記推薦情報要求が期限が過ぎたか否かを判断し、前記推薦情報要求が期限が過ぎた時に、前記推薦情報要求を削除するようにすることをさらに含む。

本発明の実施例における第２側面によると、推薦情報取得方法が提供され、該方法は、
推薦情報要求を受信し、前記推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成することと、
前記推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に前記推薦情報を送信することとを含む。

第２側面を結合し、第２側面の１番目の実現可能な方式において、前記推薦情報要求を受信することは、
第１電話番号に対応する第１端末により送信された推薦情報要求を受信すること、
或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することを含む。

第２側面の１番目の実現可能な方式を結合し、第２側面の２番目の実現可能な方式において、前記第１電話番号に対応する第１端末により送信された推薦情報要求を受信する前に、
第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信することと、
前記照会要求における第２電話番号に基づいて、前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、前記第１端末に照会結果をリターンし、前記第１端末で前記第２電話番号に対応するユーザーがオンラインユーザーであることを確定した後、推薦情報要求をリターンすることとをさらに含む。

本発明の実施例における第３側面によると、推薦情報取得方法が提供され、該方法は、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が前記第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断することと、
前記情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知することとを含む。

第３側面を結合し、第３側面の１番目の実現可能な方式において、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知することは、
前記指定推薦情報における推薦人の電話番号に基づいて、前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在しているか否かを判断することと、
前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在している時に、前記推薦人の情報に基づいて、前記知らない電話番号からの着信を通知することとを含む。

第３側面を結合し、第３側面の２番目の実現可能な方式において、前記ローカル情報データベースに前記知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断する前に、
サーバーにより送信された推薦情報を受信して、前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されているか否かを照会することと、
前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されている場合、前記推薦情報をローカル情報データベースに記憶することとをさらに含む。

第３側面の２番目の実現可能な方式を結合し、第３側面の３番目の実現可能な方式において、前記推薦情報をローカル情報データベースに記憶する前に、
前記推薦情報に対応する有効時間を取得することをさらに含み、
前記推薦情報をローカル情報データベースに記憶することは、
前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースに記憶することを含む。

第３側面の３番目の実現可能な方式を結合し、第３側面の４番目の実現可能な方式において、前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースに記憶した後、
前記推薦情報に対応する有効時間に基づいて、前記推薦情報が期限が過ぎたか否かを判断することと、
前記推薦情報が期限が過ぎた場合、前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースから削除することとをさらに含む。

第３側面を結合し、第３側面の５番目の実現可能な方式において、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知した後、
前記ローカルアドレス帳に前記推薦情報における第１電話番号が記憶されていることを検出した場合、前記推薦情報を前記情報データベースから削除することをさらに含む。

本発明の実施例における第４側面によると、端末が提供され、該端末は、
推薦人により送信された第２電話番号を受信するための受信モジュールと、
ローカル端末の第１電話番号、前記推薦人の電話番号及び前記第２電話番号に基づいてサーバーに推薦情報要求を送信することにより、サーバーが前記推薦情報要求に基づいて推薦情報を生成して、前記推薦情報を第２電話番号が付けられている端末にプッシュするようにするための第１送信モジュールとを含む。

第４側面を結合し、第４側面の１番目の実現可能な方式において、前記受信モジュールは、前記推薦人により送信されたメッセージを受信した時に、前記メッセージに対して電話番号を識別し、電話番号を識別して得た時に、前記メッセージから識別された電話番号を第２電話番号として抽出するように用いられる。

第４側面を結合し、第４側面の２番目の実現可能な方式において、前記受信モジュールは、アプリケーション情報を受信した時に、前記アプリケーション情報に対して電話番号を識別し、電話番号を識別して得た時に、前記アプリケーション情報から識別された電話番号を第２電話番号として抽出するように用いられ、
前記端末は、
アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とするための取得モジュールをさらに含む。

第４側面を結合し、第４側面の３番目の実現可能な方式において、前記端末は、
サーバーに少なくとも第２電話番号を含む照会要求を送信し、前記サーバーで前記照会要求に基づいて前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンするための第２送信モジュールと、
前記照会結果として前記第２電話番号に対応するユーザーがオンラインユーザーである時に、サーバーに推薦情報を送信するステップを実行するための第１実行モジュールとをさらに含む。

第４側面を結合し、第４側面の４番目の実現可能な方式において、前記端末は、
現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行するための第２実行モジュールをさらに含む。

第４側面を結合し、第４側面の５番目の実現可能な方式において、前記端末は、
前記サーバーに前記有効時間を送信することにより、前記サーバーが前記推薦情報要求に対応する有効時間に基づいて、前記推薦情報要求が期限が過ぎたか否かを判断し、前記推薦情報要求が期限が過ぎた時に、前記推薦情報要求を削除するようにするための第３送信モジュールをさらに含む。

本発明の実施例における第５側面によると、サーバーが提供され、該サーバーは、
推薦情報要求を受信するための受信モジュールと、
前記推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成するための生成モジュールと、
前記推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に前記推薦情報を送信するための送信モジュールとを含む。

第５側面を結合し、第５側面の１番目の実現可能な方式において、前記受信モジュールは、
第１電話番号に対応する第１端末により送信された推薦情報要求を受信するための第１受信サブモジュール、
或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信するための第２受信サブモジュールを含む。

第５側面の１番目の実現可能な方式を結合し、第５側面の２番目の実現可能な方式において、前記受信モジュールは、
第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信するための第３受信サブモジュールと、
前記照会要求における第２電話番号に基づいて、前記第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会するための照会サブモジュールと、
前記第１端末に照会結果をリターンし、前記第１端末で前記第２電話番号に対応するユーザーがオンラインユーザーであることを確定した後、推薦情報要求をリターンするためのリターンサブモジュールとをさらに含む。

本発明の実施例における第６側面によると、端末が提供され、該端末は、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が前記第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断するための判断モジュールと、
前記情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知するための通知モジュールとを含む。

第６側面を結合し、第６側面の１番目の実現可能な方式において、前記通知モジュールは、前記指定推薦情報における推薦人の電話番号に基づいて、前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在しているか否かを判断し、前記指定推薦情報における推薦人が前記ローカルアドレス帳に存在している時に、前記推薦人の情報に基づいて、前記知らない電話番号からの着信を通知するように用いられる。

第６側面を結合し、第６側面の２番目の実現可能な方式において、前記端末は、
サーバーにより送信された推薦情報を受信するための受信モジュールと、
前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されているか否かを照会するための照会モジュールと、
前記ローカルアドレス帳に前記推薦情報における推薦人の電話番号が記憶されている時に、前記推薦情報をローカル情報データベースに記憶するための記憶モジュールとをさらに含む。

第６側面の２番目の実現可能な方式を結合し、第６側面の３番目の実現可能な方式において、前記端末は、
前記推薦情報に対応する有効時間を取得するための取得モジュールと、
前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースに記憶するための前記記憶モジュールとをさらに含む。

第６側面の３番目の実現可能な方式を結合し、第６側面の４番目の実現可能な方式において、前記端末は、
前記推薦情報に対応する有効時間に基づいて、前記推薦情報が期限が過ぎたか否かを判断するための判断モジュールと、
前記推薦情報が期限が過ぎた時に、前記推薦情報及び前記推薦情報に対応する有効時間をローカル情報データベースから削除するための第１削除モジュールとをさらに含む。

第６側面を結合し、第６側面の５番目の実現可能な方式において、前記端末は、
前記ローカルアドレス帳に前記推薦情報における第１電話番号が記憶されていることを検出した時に、前記推薦情報を前記情報データベースから削除するための第２削除モジュールをさらに含む。

本発明の実施例における第７側面によると、端末が提出され、該端末は、
プロセッサーと、
プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
その中に、前記プロセッサーが、
推薦人により送信された第２電話番号を受信し、
ローカル端末の第１電話番号、前記推薦人の電話番号及び前記第２電話番号に基づいてサーバーに推薦情報要求を送信することにより、サーバーが前記推薦情報要求に基づいて推薦情報を生成して、前記推薦情報を第２電話番号が付けられている端末にプッシュするように配置されている。

本発明の実施例における第８側面によると、サーバーが提供され、該サーバーは、
プロセッサーと、
プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
その中に、前記プロセッサーが、
推薦情報要求を受信し、前記推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成し、
前記推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に前記推薦情報を送信するように配置されている。

本発明の実施例における第９側面によると、端末が提供され、該端末は、
プロセッサーと、
プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
その中に、前記プロセッサーが、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が前記第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断し、
前記情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知するように配置されている。
本発明のその他の側面は、
プロセッサに実行されることにより、前記方法を実現することを特徴とするプログラムを提供する。
本発明のその他の側面は、
前記プログラムが記録された記録媒体を提供する。

本発明の実施例に提供された技術方案による有益な効果は、下記のようなものである。

第２端末として知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、前記知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

理解すべきのは、上記の一般的な説明及びび後述の詳細な説明は、例示及び解釈のためのものだけであり、本発明を限定するためのものではない。

ここの図面が明細書に取込まれて本明細書の一部になり、本発明に合致した実施例を示すとともに、明細書と一緒に本発明の原理を解釈するために用いられる。
１の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された推薦情報取得方法の実施環境の概略図である。 １の実施例により示された推薦情報取得方法のフローチャートである。 １の実施例により示された着信通知のインターフェイス概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示されたサーバーの構造概略図である。 １の実施例により示された受信モジュールの構造概略図である。 １の実施例により示された受信モジュールの構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末の構造概略図である。 １の実施例により示された端末のブロック図である。 １の実施例により示されたサーバーのブロック図である。

ここで例示するための実施例を詳細に説明し、その例示が図面に示された。以下の説明が図面に係る時に、別途に特に示されているもの以外に、異なる図面における同じ符号が相同又は類似する要素を表す。以下の例示するための実施例に記載の実施の形態が本発明と一致する全ての実施の形態を代表するものではない。逆に、これらが特許請求の範囲に記載の本発明の一部の側面と一致する装置及び方法の例だけである。

図１が１つの例示するための実施例により示された推薦情報取得方法のフローチャートであり、該推薦情報取得方法が端末に応用される。図１に示すように、該推薦情報取得方法は、ステップ１０１と、ステップ１０２とを含む。

ステップ１０１において、推薦人により送信された第２電話番号を受信する。

ステップ１０２において、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することにより、サーバーが推薦情報要求に基づいて推薦情報を生成して、推薦情報を第２電話番号が付けられている端末にプッシュするようにする。

本発明の実施例に提供された方法は、推薦人により送信された第２電話番号を受信し、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することにより、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることが可能である。従って、着信通知の融通性がよく、効率がよい。

好ましい実施例として、推薦人により送信された第２電話番号を受信することは、
推薦人により送信されたメッセージを受信した時に、メッセージに対して電話番号を識別することと、
電話番号を識別して得た時に、メッセージから識別された電話番号を第２電話番号として抽出することとを含む。

好ましい実施例として、推薦人により送信された第２電話番号を受信することは、
アプリケーション情報を受信した時に、アプリケーション情報に対して電話番号を識別することと、
電話番号を識別して得た時に、アプリケーション情報から識別された電話番号を第２電話番号として抽出することとを含む。

該方法は、
アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とすることをさらに含む。

好ましい実施例として、サーバーに推薦情報要求を送信する前に、
サーバーに少なくとも第２電話番号を含む照会要求を送信し、サーバーで照会要求に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンすることと、
照会結果として、第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報を送信するステップを実行することとをさらに含む。

好ましい実施例として、該方法は、
現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行することをさらに含む。

好ましい実施例として、該方法は、
サーバーが有効時間に基づいて推薦情報要求が期限が過ぎたか否かを判断し、推薦情報要求が期限が過ぎた時に、推薦情報要求を削除するように、サーバーに推薦情報要求に対応する有効時間を送信することをさらに含む。

上記した全ての好ましい技術方案は、如何なる結合を採用して本発明の好ましい実施例を形成することが可能であり、ここで詳細に説明しない。

図２が１つの例示するための実施例により示された推薦情報取得方法のフローチャートであり、該推薦情報取得方法がサーバーに応用される。図２に示すように、該推薦情報取得方法がステップ２０１と、ステップ２０２とを含む。

ステップ２０１において、推薦情報要求を受信し、推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成する。

ステップ２０２において、推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信する。

本発明の実施例に提供された方法は、推薦情報要求を受信し、推薦情報要求に基づいて推薦情報を生成する。推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信することで、第２端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

好ましい実施例として、推薦情報要求を受信することは、
第１電話番号に対応する第１端末により送信された推薦情報要求を受信すること、
或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することを含む。

好ましい実施例として、第１電話番号に対応する第１端末により送信された推薦情報要求を受信する前に、
第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信することと、
照会要求における第２電話番号に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、第１端末に照会結果をリターンし、第１端末で第２電話番号に対応するユーザーがオンラインユーザーであることを確定した後、推薦情報要求をリターンすることとをさらに含む。

上記した全ての好ましい技術方案は、如何なる結合を採用して本発明の好ましい実施例を形成することが可能であり、ここで詳細に説明しない。

図３が１つの例示するための実施例により示された推薦情報取得方法のフローチャートであり、該推薦情報取得方法が端末に応用される。図３に示すように、該推薦情報取得方法は、ステップ３０１と、ステップ３０２とを含む。

ステップ３０１において、知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、指定推薦情報は、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈する。

ステップ３０２において、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知する。

本発明の実施例に提供された方法は、知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

好ましい実施例として、指定推薦情報に基づいて、知らない電話番号からの着信を通知することは、
指定推薦情報における推薦人の電話番号に基づいて、指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断することと、
指定推薦情報における推薦人がローカルアドレス帳に存在している時に、推薦人の情報に基づいて、知らない電話番号からの着信を通知する。

好ましい実施例として、ローカル情報データベースに知らない電話番号からの着信と対応する指定推薦情報が含まれているか否かを判断する前に、
サーバーにより送信された推薦情報を受信し、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会することと、
ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されている場合、推薦情報をローカル情報データベースに記憶することとをさらに含む。

好ましい実施例として、推薦情報をローカル情報データベース中に記憶する前に、
推薦情報に対応する有効時間を取得することをさらに含む。

推薦情報をローカル情報データベースに記憶することは、
推薦情報及び推薦情報に対応する有効時間をローカル情報データベースに記憶することを含む。

好ましい実施例として、推薦情報及び推薦情報に対応する有効時間をローカル情報データベース中に記憶した後、
推薦情報に対応する有効時間に基づいて、推薦情報が期限が過ぎたか否かを判断することと、
推薦情報が期限が過ぎた場合、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースから削除することとをさらに含む。

好ましい実施例として、指定推薦情報に基づいて、知らない電話番号からの着信を通知した後、
ローカルアドレス帳に推薦情報における第１電話番号が保存されていることを検出した場合、推薦情報を情報データベースから削除することをさらに含む。

上記した全ての好ましい技術方案は、如何なる結合を採用して本発明の好ましい実施例を形成することが可能であり、ここで詳細に説明しない。

図４を参考するように、それが本発明の実施例に提供された方法が係る実施環境の構造概略図を示した。図４に示すように、該実施環境が第１端末４０１と、第２端末４０２と、第３端末４０３と、サーバー４０４とを含む。その中に、第１端末４０１、第２端末４０２及び第３端末４０３がスマートフォンなどの機器であり、第１電話番号に対応する端末が第１端末４０１であり、第２電話番号に対応する端末が第２端末４０２であり、推薦人の電話番号に対応する端末が第３端末であり、本実施例においてこれに対して具体的に限定しない。その中に、第３端末４０３を使用しているユーザーが第１端末４０１を使用しているユーザーに第２端末４０２を使用しているユーザーの電話番号を推薦することが可能である。図４に示された実施環境に基づいて、第１端末４０１、第２端末４０２、第３端末４０３及びサーバー４０４の間でネットワークに基づいて通信することが可能である。

説明の便利のために、図４には第１端末４０１、第２端末４０２、第３端末４０３及びサーバー４０４だけが示されたが、第１端末４０１、第２端末４０２及び第３端末４０３が複数の端末のうちの１つだけを代表する。以下、実施例において第１端末４０１、第２端末４０２、第３端末４０３及びサーバー４０４の間での情報のやりとりに基づいて着信通知を実現することを例として本発明の実施例に対して例を挙げて説明する。

上記した実施例及び図４に示された実施環境を結合して、図５が１つの例示するための実施例により示された推薦情報取得方法のフローチャートを示した。図５に示すように、該推薦情報取得方法が端末に応用され、ステップ５０１と、ステップ５０２と、ステップ５０３と、ステップ５０４と、ステップ５０５と、ステップ５０６とを含む。

ステップ５０１において、サーバーが推薦情報要求を受信して、推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成する。

サーバーが推薦情報要求を受信する前に、推薦人が第１電話番号に対応するユーザーに第２電話番号を推薦することが可能である。例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例として、ユーザーＢがユーザーＡにユーザーＣの電話番号を推薦することが可能である。

その中に、推薦人が第１電話番号に対応するユーザーに第２電話番号を推薦する方式に対して、本実施例においてこれに対して具体的に限定しなく、第２電話番号を含むアプリケーション情報により、第１電話番号に対応するユーザーに第２電話番号を推薦することを含むが、これに限らない。或いは、第１電話番号に対応するユーザーに第２電話番号を含むメッセージを送信することにより、第１電話番号に対応するユーザーに第２電話番号を推薦することもできる。

相応的には、第１電話番号に対応する第１端末が推薦人により送信された第２電話番号を受信することが可能である。本実施例において第１電話番号に対応する第１端末が推薦人により送信された第２電話番号を受信する方式に対して具体的に限定しなく、推薦人により送信されたメッセージを受信した時に、メッセージに対して電話番号を識別し、電話番号を識別して得た時に、メッセージから識別された電話番号を第２電話番号として抽出することを含むが、これに限らない。或いは、アプリケーション情報を受信した時に、アプリケーション情報に対して電話番号を識別し、電話番号を識別して得た時に、アプリケーション情報から識別された電話番号を第２電話番号として抽出する。

説明する必要があるのは、第１端末が推薦人により送信されたメッセージを受信した時に、メッセージを送信する電話番号を取得することができるが、本実施例においてこれに対して具体に限定しない。或いは、第１端末が推薦人により送信されたアプリケーション情報を受信した時に、アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得することができ、取得された電話番号を推薦人の電話番号とするが、本実施例においてこれに対しても具体的に限定しない。推薦人が第１端末にアプリケーション情報を送信する時に、推薦人がアプリケーションアカウントに基づいて第１端末にアプリケーション情報を送信するので、第１端末が直接に推薦人の電話番号を取得することができない。従って、第１端末がサーバーに電話番号取得要求を送信し、サーバーが電話番号取得要求を受信した後、第１端末に電話番号をリターンすることにより、第１端末が受信された電話番号を推薦人の電話番号とする。

また、推薦人が第１電話番号に対応するユーザーに第２電話番号を推薦した後、第２電話番号に対応するユーザーにその電話番号を既に第１電話番号に対応するユーザーに推薦したことを通知するように、第２電話番号に対応するユーザーに情報を送信することもできるが、本実施例においてこれに対して具体的に限定しない。例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例とする。ユーザーＢがユーザーＡにユーザーＣの電話番号を推薦した後、ユーザーＢがユーザーＣに「私が既にあなたの電話番号をユーザーＡに推薦した」という情報を発信することができるため、ユーザーＣがユーザーＢにより送信された情報を受信した後、自分の電話番号が既にユーザーＡに取得されたと確定できる。

本実施例においてサーバーが推薦情報要求を受信する方式に対して具体的に限定しなく、第１電話番号に対応する第１端末により送信された推薦情報要求を受信すること、或いは、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することを含むが、これに限らない。

例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例とする。ユーザーＢがユーザーＡにユーザーＣの電話番号を推薦した後、例えば、ユーザーＢがユーザーＡにユーザーＣの電話番号を含むメッセージを送信した後、ユーザーＢに対応する第３端末がサーバーに推薦情報要求を送信することにより、サーバーが推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信することが可能である。或いは、ユーザーＡがユーザーＢにより推薦されたユーザーＣの電話番号を受信した後、例えば、ユーザーＡがユーザーＢにより送信されたユーザーＣの電話番号を含むメッセージを受信した後、ユーザーＡに対応する第１端末がサーバーに推薦情報要求を送信することが可能であるため、サーバーが第１電話番号に対応する第１端末により送信された推薦情報要求を受信することが可能である。

その中に、推薦情報要求に推薦人の電話番号、第１電話番号及び第２電話番号が含まれている。例えば、推薦人がユーザーＢであり、第１電話番号に対応するユーザーがユーザーＡであり、第２電話番号に対応するユーザーがユーザーＣであることを例とする。推薦情報要求にユーザーＢの電話番号、ユーザーＡの電話番号及びユーザーＣの電話番号が含まれ、推薦情報要求のフォーマットを｛Ｂ、｛Ａ｝、Ｃ｝にすることが可能であり、本実施例において推薦情報要求のフォーマットに対して具体的に限定しない。

説明する必要があるのは、サーバーが推薦情報要求を受信する時に、第１電話番号に対応する第１端末により送信されてもよく、推薦人の電話番号に対応する第３端末により送信されてもよい。推薦情報要求が推薦人の電話番号に対応する第３端末により送信される時に、推薦人が第２電話番号を複数のユーザーに推薦する可能性があるので、推薦人の電話番号に対応する第３端末により送信された推薦情報要求には複数の推薦電話番号を受信するユーザーの電話番号が保存されていることが可能であり、本実施例においてこれに対して具体的に限定しない。例えば、ユーザーＢがユーザーＡ、ユーザーＤ及びユーザーＥにユーザーＣの電話番号を推薦した後、ユーザーＢに対応する第３端末がサーバーに｛Ｂ、｛Ａ、Ｄ、Ｅ｝、Ｃ｝形式の推薦情報要求を送信することが可能である。

その中に、第１端末がローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することが可能であり、本実施例において第１端末がサーバーに推薦情報要求送信する方式に対して具体的に限定しない。第１端末が現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信することが可能であり、本実施例において第１端末がサーバーに推薦情報要求を送信するタイミングに対して具体的に限定しない。

第３端末がローカル端末における推薦人の電話番号、第１電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することが可能であるが、本実施例において第３端末がサーバーに推薦情報要求を送信する方式に対して具体的に限定しない。

また、第２電話番号に対応するユーザーがオンラインユーザーではない時に、サーバーが後続して推薦情報を第２電話番号に対応する第２端末に送信することができないため、サーバーが第１電話番号に対応する第１端末により送信された推薦情報要求を受信する前に、第１端末がサーバーに照会要求を送信することが可能であり、サーバーが第１電話番号に対応する第１端末により送信された照会要求を受信して、照会要求における第２電話番号に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを確定して、そして、第１端末に照会結果をリターンすることが可能であり、本実施例においてこれに対して具体的に限定しない。その中に、照会要求には少なくとも第２電話番号が含まれているが、本実施例において照会要求の内容に対して具体的に限定しない。

第１端末がサーバーからリターンされた照会結果を受信した後、照会結果としては第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報要求を送信することを実行する。その中に、サーバーが第２電話番号にバインドされているユーザーアカウントを確定し、ユーザーアカウントのログイン情況、例えば、第２電話番号にバインドされているユーザーアカウントが現在既にログインしてオンライン状態になるか否か、或いは最近の１ヶ月内にログイン履歴があるか否かなどに基づいてユーザーがオンラインユーザーであるか否かを判断することが可能である。例えば、現在既にログインしてオンライン状態になり、或いは最近の一ヶ月内にログイン履歴がある場合、ユーザーがオンラインユーザーであると確定する。

或いは、サーバーが推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信する前に、サーバーが推薦人の電話番号に対応する第３端末により送信された、少なくとも第２電話番号を含む照会要求を受信することが可能である。照会要求における第２電話番号に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを確定するとともに、第３端末に照会結果をリターンする。第３端末がサーバーからリターンされた照会結果を受信した後、第２電話番号に対応するユーザーがオンラインユーザーである場合、サーバーに推薦情報要求をリターンする。

説明する必要があるのは、第１端末がサーバーに推薦情報要求に対応する有効時間を送信することも可能であり、本実施例においてこれに対して具体的に限定しない。サーバーが第１端末により送信された有効時間を受信した後、有効時間に基づいて、対応する推薦情報要求が期限が過ぎたか否かを判断することが可能である。推薦情報が期限が過ぎた時に、推薦情報を削除する。有効時間に基づいて期限が過ぎた推薦情報要求を削除することができるため、サーバーが推薦情報要求を記憶するために占められる記憶スペースが多すぎることを避けたため、サーバーの記憶スペースを節約した。

本実施例においてサーバーが推薦情報要求に基づいて推薦情報を生成する方式に対して具体的に限定しなく、推薦情報要求に基づいて第１電話番号、推薦人の電話番号及び第２電話番号を確定することと、第１電話番号、推薦人の電話番号及び第２電話番号に基づいて推薦情報を生成することとを含むが、これに限らない。例えば、推薦人の電話番号がＢであり、第１電話番号がＡであり、第２電話番号がＣであることを例として、サーバーに生成された対応する推薦情報を｛Ｂ、｛Ａ｝、Ｃ｝にすることが可能である。

ステップ５０２において、サーバーが推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信する。

本実施例においてサーバーが推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信する方式に対して具体的に限定しなく、ネットワークに基づいてデータパッケージの形式で第２電話番号に対応する第２端末に推薦情報を送信することを含むが、これに限らない。その中に、データパッケージに推薦情報が含まれている。

ステップ５０３において、第２端末がサーバーにより送信された推薦情報を受信して、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会し、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されている場合、ステップ５０４を実行するが、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されていない場合、プロセスが終わる。

推薦人が第２端末に対応するユーザーの連絡者（即ち、連絡先リストに登録されているものである。）ではない時に、後続のステップを実行できない。従って、第２端末がサーバーにより送信された推薦情報を受信した後、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会する必要があり、これにより、推薦人が第２端末に対応するユーザーの連絡者であるか否かを確定する。その中に、第２端末がローカルアドレス帳に推薦情報における推薦人の電話番号が保存されているか否かを照会する時に、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されていない場合、この時に、推薦人が第２電話番号に対応するユーザーの連絡者ではないと意味するので、該推薦情報を無効情報として削除するとともに、プロセスを終わらせるが、本実施例においてこれに対して具体的に限定しない。

ステップ５０４において、ローカルアドレス帳に推薦情報における推薦人の電話番号が保存されている場合、第２端末が推薦情報をローカル情報データベースに記憶する。

ローカル記憶スペースを節約するために、第２端末が推薦情報をローカル情報データベースに記憶する時に、推薦情報に対応する有効時間を取得することが可能である。相応的には、推薦情報をローカル情報データベースに記憶する時に、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースに記憶することが可能であり、本実施例においてこれに対して具体的に限定しない。上記した内容をベースにして、第２端末が推薦情報に対応する有効時間に基づいて、推薦情報が期限が過ぎたか否かを判断できる。推薦情報が期限が過ぎた場合、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースから削除するが、本実施例においてこれに対しても具体的に限定しない。例えば、推薦情報が｛Ｂ、｛Ａ｝、Ｃ｝であることを例として、該推薦情報に対応する有効時間を、例えば、｛Ｂ、｛Ａ｝、Ｃ、ｔ｝の形式で記憶することが可能である。該推薦情報を記憶した後、記憶した時刻から時間の計測が始まる。累算の時間が有効時間ｔを超えた時に、例えば、十日間を超えた時に、該推薦情報が期限が過ぎたと確定するとともに、該推薦情報及び推薦情報に対応する有効時間である｛Ｂ、｛Ａ｝、Ｃ、ｔ｝をローカル情報データベースから削除する。

説明する必要があるのは、上記したステップ５０１からステップ５０４までの過程が第２端末がローカルで推薦情報を含む情報データベースを記憶する過程である。ローカルで記憶された情報データベースに基づいて、第２端末として着信がある時に、第２端末が情報データベースに基づいて着信通知することが可能であり、具体的な過程について以下のステップを参照する。

ステップ５０５において、第２端末として知らない電話番号からの着信がある時に、第２端末がサーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する、推薦人が第１電話番号に現在の端末に使用される第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断し、第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていると判断した場合、ステップ５０６を実行するが、第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていないと判断した場合、プロセスが終わる。

第２端末として着信があって、発信する電話番号がローカルアドレス帳に存在しているか否かを照会することが可能である。発信する電話番号がローカルアドレス帳に存在している時に、発信する電話番号に対応するユーザーが第２端末を使用するユーザーの連絡者であると意味し、この時に正常なプロセスで着信通知すればよい。発信する電話番号がローカルアドレス帳に存在していない時に、発信する電話番号に対応するユーザーが第２端末を使用するユーザーの連絡者ではないと意味し、この時に第２端末を使用するユーザーの受けられた着信が知らない電話番号からの着信であり、本実施例に提供された方法が主に着信が知らない電話番号からの着信である情況に対して解釈且つ説明するためのものである。本発明の実施例において、知らない電話番号からの発信に対応する電話番号が第１電話番号である。

上記したステップ５０１における内容をベースにして、本実施例において第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断する方式に対して具体的に限定しなく、ローカル情報データベースに第１電話番号を含む推薦情報が記憶されているかいなかを判断することを含むが、これに限らない。

例えば、ローカル情報データベースには三つの推薦情報が記憶されて、第１電話番号に対応するユーザーがユーザーＡであることを例とする。その中に、三つの推薦情報がそれぞれ｛Ｂ、｛Ａ｝、Ｃ｝、｛Ｂ、｛Ｄ｝、Ｃ｝及び｛Ｅ、｛Ｆ｝、Ｃ｝である。ローカル情報データベース内の推薦情報における｛Ｂ、｛Ａ｝、Ｃ｝がユーザーＡの電話番号、即ち、第１電話番号を含むので、推薦情報である｛Ｂ、｛Ａ｝、Ｃ｝を指定推薦情報として確定でき、即ち、ローカル情報データベースには指定推薦情報が含まれている。ローカル情報データベースに、例えば、｛Ｂ、｛Ｄ｝、Ｃ｝及び｛Ｅ、｛Ｆ｝、Ｃ｝という２つの推薦情報が記憶されている時に、上記した判断過程に基づいて、ローカル情報データベースに指定推薦情報が含まれていないと判断できる。

その中に、第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていると判断した場合、知らない電話番号からの発信に対応するユーザーが第２端末に対応するユーザーの連絡者の推薦に基づいて、第２端末に対応する第２電話番号を取得したと表明し、この時に続いてステップ５０６を実行することが可能である。第２端末がローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれていないと判断した場合、知らない電話番号からの発信に対応するユーザーが第２端末に対応するユーザーの連絡者による推薦を取得しなく、この時に第２端末において通常な方式で知らない電話番号からの着信を通知するとともに、プロセスを終わらせる。

ステップ５０６において、情報データベースに指定推薦情報が含まれている時に、第２端末が指定推薦情報に基づいて、知らない電話番号からの着信を通知する。

本実施例において、指定推薦情報に基づいて知らない電話番号からの着信を通知する方式に対して具体的に限定しなく、指定推薦情報における推薦人の電話番号に基づいて、指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断することと、指定推薦情報における推薦人がローカルアドレス帳に存在している時に、推薦人の情報に基づいて知らない電話番号からの着信を通知することとを含むが、これに限らない。

指定推薦情報に推薦人の電話番号が含まれて、後続でローカルアドレス帳における推薦人の情報に基づいて着信通知する必要があるので、第２端末が指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断する必要がある。その中に、本実施例において推薦人の情報に基づいて知らない電話番号からの着信を通知する方式に対して具体的に限定しなく、推薦人の情報に基づいて対応する通知テキストを生成することと、現在の着信を通知するように通知テキストを表示することとを含むが、これに限らない。勿論、音声通知、画面通知などの方式を採用して現在の着信を通知することもできるが、本実施例においてこれに対しても具体的に限定しない。

例えば、推薦人の情報が推薦人の名前であり、推薦人の名前がＢであることを例とする。推薦人の情報に基づいて「あなたの番号がＢにより推薦されました」という通知テキストを生成し、そして、知らない電話番号からの着信がある時に、第２端末の表示スクリーンに該通知テキストを表示することにより、知らない電話番号からの着信を通知し、具体的な表示効果は図６が参照される。

また、第２端末のローカルアドレス帳に知らない電話番号からの発信に対応する第１電話番号が記憶されている時に、第１電話番号に対応するユーザーが第２端末を使用しているユーザーにとっては、知らないユーザーではない。例えば、ローカル情報データベースに電話番号の推薦情報｛Ｂ、｛Ａ｝、Ｃ｝が記憶されて、ユーザーＣとしてユーザーＡからの着信がある時に、ローカルアドレス帳にユーザーＡの電話番号が保存されていないため、ユーザーＣがユーザーＡを知らない可能性がある。従って、ユーザーＣが使用している第２端末が上記した過程に基づいて知らない電話番号からの着信を通知する。ユーザーＣがローカルアドレス帳にユーザーＡの電話番号を保存した後、ユーザーＣにとって、ユーザーＡが知らないユーザーではなくなる。

従って、指定推薦情報に基づいて、知らない電話番号からの着信を通知した後、ローカルアドレス帳に推薦情報における第１電話番号が保存されていることを検出した場合、推薦情報を情報データベースから削除するが、本実施例においてこれに対して具体的に限定しない。例えば、上記した例において、第２端末がローカルアドレス帳にユーザーＡの電話番号を保存した後、電話番号の推薦情報である｛Ｂ、｛Ａ｝、Ｃ｝をローカル情報データベースから削除することができる。

説明する必要があるのは、上記したステップ５０２により分かるように、推薦情報に複数の推薦電話番号を受信するユーザーの電話番号が保存されている可能性があり、例えば、｛Ｂ、｛Ａ、Ｄ、Ｅ｝、Ｃ｝となるので、ローカルアドレス帳に推薦情報における複数の推薦電話番号を受信するユーザーの電話番号が同時に保存されていることを検出した後、該推薦情報を削除することが可能である。例えば、ローカルアドレス帳にユーザーＡ、ユーザーＤ及びユーザーＥの電話番号が同時に保存されていることを検出した後、推薦情報である｛Ｂ、｛Ａ、Ｄ、Ｅ｝、Ｃ｝をローカル情報データベースから削除することが可能である。

本発明の実施例に提供された方法は、第２端末として知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図７が１つの例示するための実施例により示された端末の構造概略図であり、図７に示すように、該端末が受信モジュール７０１と第１送信モジュール７０２とを含む。

該受信モジュール７０１は、推薦人により送信された第２電話番号を受信するように配置されている。

該第１送信モジュール７０２は、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信するように配置されている。

１つの実施例において、受信モジュール７０１は、推薦人により送信されたメッセージを受信した時に、メッセージに対して電話番号を識別し、電話番号を識別して得た時に、メッセージから識別された電話番号を第２電話番号として抽出するように配置されている。

１つの実施例において、受信モジュール７０１は、アプリケーション情報を受信した時に、アプリケーション情報に対して電話番号を識別し、電話番号を識別して得た時に、アプリケーション情報から識別された電話番号を第２電話番号として抽出するように配置されている。

図８に示すように、該端末が取得モジュール７０３をさらに含む。

該取得モジュール７０３は、アプリケーション情報を送信するユーザーアカウントにバインドされている電話番号を取得し、取得された電話番号を推薦人の電話番号とするように配置されている。

１つの実施例において、図９に示すように、該端末が第２送信モジュール７０４と第１実行モジュール７０５とをさらに含む。

該第２送信モジュール７０４は、サーバーに少なくとも第２電話番号を含む照会要求を送信し、サーバーで照会要求に基づいて第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会して、照会結果をリターンするように配置されている。

該第１実行モジュール７０５は、照会結果として第２電話番号に対応するユーザーがオンラインユーザーである時に、サーバーに推薦情報を送信するステップを実行するように配置されている。

１つの実施例において、図１０に示すように、該端末は、第２実行モジュール７０６をさらに含む。

該第２実行モジュール７０６は、現在表示画面における第２電話番号に対するダイヤル要求を検出した時に、サーバーに推薦情報要求を送信するステップを実行するように配置されている。

１つの実施例において、図１１に示すように、該端末は、第３送信モジュール７０７をさらに含む。

該第３送信モジュール７０７は、、サーバーが有効時間に基づいて、推薦情報要求が期限が過ぎたか否かを判断し、推薦情報要求が期限が過ぎた時に、推薦情報要求を削除するように、サーバーに推薦情報要求に対応する有効時間を送信するように配置されている。

本発明の実施例に提供された端末は、推薦人により送信された第２電話番号を受信し、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図１２が１つの例示するための実施例により示されたサーバーの構造概略図であり、図１２に示すように、該サーバーが受信モジュール１２０１と、生成モジュール１２０２と、送信モジュール１２０３とを含む。

該受信モジュール１２０１は、推薦情報要求を受信するように配置されている。

該生成モジュール１２０２は、推薦情報要求に基づいて、推薦人が第１電話番号に第２電話番号を推薦することを呈するための推薦情報を生成するように配置されている。

該送信モジュール１２０３は、推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信するように配置されている。

１つの実施例において、図１３に示すように、受信モジュール１２０１は、第１受信サブモジュール１２０１１或いは第２受信サブモジュール１２０１２を含む。

該第１受信サブモジュール１２０１１は、第１電話番号に対応する第１端末により送信された推薦情報要求を受信するように配置されている。

該第２受信サブモジュール１２０１２は、推薦人の電話番号に対応する第３端末により送信された推薦情報要求を受信するように配置されている。

１つの実施例において、図１４に示すように、受信モジュール１２０１は、第３受信サブモジュール１２０１３と、照会サブモジュール１２０１４と、リターンサブモジュール１２０１５とをさらに含む。

該第３受信サブモジュール１２０１３は、第１電話番号に対応する第１端末により送信された、少なくとも第２電話番号を含む照会要求を受信するように配置されている。

該照会サブモジュール１２０１４は、照会要求における第２電話番号に基づいて、第２電話番号に対応するユーザーがオンラインユーザーであるか否かを照会するように配置されている。

該リターンサブモジュール１２０１５は、第１端末に照会結果をリターンし、第１端末で第２電話番号に対応するユーザーがオンラインユーザーであると確定された後、推薦情報要求をリターンするように配置されている。

本発明の実施例に提供されたサーバーは、推薦情報要求を受信し、推薦情報要求に基づいて推薦情報を生成し、推薦情報における第２電話番号に基づいて、第２電話番号に対応する第２端末に推薦情報を送信することで、第２端末が推薦情報に基づいて現在の着信を通知することができるので、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図１５が１つの例示するための実施例により示された端末の構造概略図であり、図１５に示すように、該端末は、判断モジュール１５０１と、通知モジュール１５０２とを含む。

該判断モジュール１５０１は、知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、指定推薦情報は、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するように配置されている。

該通知モジュール１５０２は、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて知らない電話番号からの着信を通知するように配置されている。

１つの実施例において、通知モジュール１５０２は、指定推薦情報における推薦人の電話番号に基づいて、指定推薦情報における推薦人がローカルアドレス帳に存在しているか否かを判断し、指定推薦情報における推薦人がローカルアドレス帳に存在している時に、推薦人の情報に基づいて知らない電話番号からの着信を通知するように配置されている。

１つの実施例において、図１６に示すように、該端末は、受信モジュール１５０３と、照会モジュール１５０４と、記憶モジュール１５０５とをさらに含む。

該受信モジュール１５０３は、サーバーにより送信された推薦情報を受信するように配置されている。

該照会モジュール１５０４は、ローカルアドレス帳に推薦情報における推薦人の電話番号が記憶されているか否かを照会するように配置されている。

該記憶モジュール１５０５は、ローカルアドレス帳に推薦情報における推薦人の電話番号が記憶されている時に、推薦情報をローカル情報データベースに記憶するように配置されている。

１つの実施例において、図１７に示すように、該端末は、取得モジュール１５０６をさらに含む。

該取得モジュール１５０６は、推薦情報に対応する有効時間を取得するように配置されている。

該記憶モジュール１５０５は、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースに記憶するように配置されている。

１つの実施例において、図１８に示すように、該端末は、判断モジュール１５０７と、第１削除モジュール１５０８とをさらに含む。

該判断モジュール１５０７は、推薦情報に対応する有効時間に基づいて、推薦情報が期限が過ぎたか否かを判断するように配置されている。

該第１削除モジュール１５０８は、推薦情報が期限が過ぎた時に、推薦情報及び推薦情報に対応する有効時間をローカル情報データベースから削除するように配置されている。

１つの実施例において、図１９に示すように、該端末は、第２削除モジュール１５０９をさらに含む。

第２削除モジュール１５０９は、ローカルアドレス帳に推薦情報における第１電話番号が記憶されていることを検出した時に、推薦情報を情報データベースから削除するように配置されている。

本発明の実施例に提供された端末は、知らない電話番号からの着信がある時に、ローカル情報データベースに知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することで、推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図２０が１つの例示するための実施例により示された端末２０００のブロック図である。例えば、端末２０００が携帯電話、コンピュータ、デジタル放送端末、情報送受信機、ゲームコンソール、タブレット、医療機器、フィットネスマシン、携帯情報端末などであっても良い。

図２０に示すように、端末２０００は、処理アセンブリー２００２、メモリー２００４、電力アセンブリー２００６、マルチメディア・アセンブリー２００８、オーディオ・アセンブリー２０１０、入力／出力（Ｉ／Ｏ）のインタフェース２０１２、センサー・アセンブリー２０１４及び通信アセンブリー２０１６のうちの１つ又は複数を含むことが可能である。

処理アセンブリー２００２は、通常、端末２０００の全体の操作、例えば、表示、電話の呼び出し、データ通信、カメラ操作及び記録操作と関連する操作をコントロールするものである。処理アセンブリー２００２が１つ又は複数のプロセッサー２０２０を含むことが可能であり、上記した方法の全部又は一部のステップを行うようにコマンドを実行する。この以外に、処理アセンブリー２００２が処理アセンブリー２００２と他のアセンブリーとの間のやりとりを便利にするように１つ又は複数のモジュールを含むことが可能である。例えば、処理アセンブリー２００２がマルチメディア・アセンブリー２００８と処理アセンブリー２００２との間のやりとりを便利にするようにマルチメディアモジュールを含むことが可能である。

メモリー２００４が端末２０００の操作をサインタフェースするように各種タイプのデータを記憶するように配置されている。これらのデータの例としては、端末２０００において操作される如何なるアプリケーションプログラム或いは方法のコマンド、連絡先データ、電話帳データ、メッセージ、ピクチャー、ビデオなどを含む。メモリー２００４は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、スタティックランダムアクセスメモリ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ−Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、電気的に消去可能なＰＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、消去可能なプログラマブルリードオンリーメモリー）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、プログラマブルリードオンリーメモリー）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、リードオンリーメモリー）、磁気メモリー、フラッシュメモリー、磁気ディスク或いは光ディスクなど、いずれかのタイプの揮発性又は不揮発性メモリーデバイス或いはこれらの組合せにより実現できる。

電力アセンブリー２００６は、端末２０００の各種のアセンブリーに電力を提供するものである。電力アセンブリー２００６が電源管理システム、１つ又は複数の電源、及び端末２０００のための電力の生成、管理及び分配に関連する他のアセンブリーを含むことが可能である。

マルチメディア・アセンブリー２００８は、端末２０００とユーザーとの間で出力インタフェースを提供するスクリーンを含む。一部の実施例において、スクリーンがＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、液晶表示器）とＴＰ（Ｔｏｕｃｈ Ｐａｎｅｌ、タッチパネル）とを含むことが可能である。スクリーンがタッチパネルを含む場合、スクリーンがユーザーからの入力信号を受取るようにタッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、滑動及びタッチパネル上の手まねを感知するように１つ又は複数のタッチセンサーを含む。タッチセンサーとしては、タッチ又は滑動という動作の境界を感知できるだけではなく、タッチ又は滑動操作に関連する継続時間及び圧力を検出することもできる。一部の実施例において、マルチメディア・アセンブリー２００８は、前置きカメラ及び／或は後置ききカメラを含む。端末２０００が操作モード、例えば、撮像モード或はビデオモードになる時に、前置きカメラ及び／或は後置きカメラが外部のマルチメディア・データを受取ることが可能である。それぞれの前置きカメラ及び後置きカメラが一定の光学レンズシステムであってもよいし、或は焦点距離及び光学的焦点距離可変機能を備えるものであってもよい。

オーディオ・アセンブリー２０１０がオーディオ信号を出力及び／或は入力するように配置されている。例えば、オーディオ・アセンブリー２０１０がＭＩＣ（Ｍｉｃｒｏｐｈｏｎｅ、マイク）を含み、端末２０００が操作モード、例えば、呼び出しモード、記録モード或は音声識別モードになる時に、マイクが外部のオーディオ信号を受取るように配置されている。受取られたオーディオ信号がさらにメモリー２００４に記憶され、或は通信アセンブリー２０１６を経由して送信する。一部の実施例において、オーディオ・アセンブリー２０１０がオーディオ信号を出力するためのスピーカーをさらに含む。

Ｉ／Ｏのインタフェース２０１２は、処理アセンブリー２００２と周辺のインタフェース・モジュールとの間でインタフェースを提供するためのものであり、上記した周辺のインタフェース・モジュールがキーボード、クリックホイール、ボタンなどにしてもよい。これらのボタンがホームページボタンと、音量ボタンと、起動ボタンと、ロックボタンとを含むが、これに限らない。

センサー・アセンブリー２０１４は、１つ又は複数のセンサーを含み、端末２０００に様々な方面の状態を評価するためのものである。例えば、センサー・アセンブリー２０１４が端末２０００のＯＮ／ＯＦＦ状態、例えばアセンブリーが端末２０００の表示器及び小さいキーボードである場合のアセンブリーの相対的な位置決めを検出することができ、センサー・アセンブリー２０１４が端末２０００或は端末２０００における１つのアセンブリーの位置変化と、ユーザーが端末２０００と接触することがあるか否かのことと、端末２０００の方向と位置或は加速／減速及び端末２０００の温度変化とを検出することもできる。センサー・アセンブリー２０１４が何れの物理接触のない時に付近の物品の存在を検出するために配置される近接センサーを含むことが可能である。センサー・アセンブリー２０１４が結像応用に用いられる、例えば、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ、相補型金属酸化物）或いはＣＣＤ（Ｃｈａｒｇｅ−ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ、電荷結合素子）図像センサーのような光センサーを含むことも可能である。一部の実施例において、該センサー・アセンブリー２０１４が加速度センサー、ジャイロセンサー、磁気センサー、圧力センサー或は温度センサーを含むこともできる。

通信アセンブリー２０１６は、端末２０００と他の機器との間の有線或は無線方式での通信を便利にするために配置されている。端末２０００が通信標準に準ずる無線ネットワーク、例えば、ＷｉＦｉ（登録商標）、２Ｇ又は３Ｇ、或はこれらの組合せに接続することが可能である。１つの例示するための実施例において、通信アセンブリー２０１６がラジオチャンネルに基づいて外部のラジオ管理システムからのラジオ信号又はラジオに関連する情報を受取るようになる。１つの例示するための実施例において、通信アセンブリー２０１６が短距離通信を促進するためのＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、近距離無線通信）モジュールを含むことも可能である。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、無線周波識別）技術、ＩｒＤＡ（Ｉｎｆｒａ−ｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ、赤外線データ団体）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅｂａｎｄ、超広帯域無線通信）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ：登録商標、ブルートゥース）技術及び他の技術で実現されることが可能である。

例示するための実施例において、端末２０００が１つ又は複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、特定用途向け集積回路）、ＤＳＰ（Ｄｉｇｉｔａｌ ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、デジタルシグナルプロセッサー）、ＤＳＰＤ（Ｄｉｇｉｔａｌ ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ Ｄｅｖｉｃｅ、デジタル信号処理デバイス）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、プログラマブルロジックデバイス）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、フィールドプログラマブルゲートアレイ）、コントローラー、マイクロコントローラー、マイクロプロセッサー或は他の電子素子で実現され、上記した図１或いは図４に対応する実施例に提供された推薦情報取得方法を実行する第１端末に実行される機能を実行するために用いられる。

本発明の実施例に提供された端末は、推薦人により送信された第２電話番号を受信して、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーに推薦情報要求を送信することにより、サーバーが推薦情報要求に基づいて推薦情報を生成し、推薦情報を第２電話番号が付けられている端末にプッシュすることで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

例示するための実施例において、コマンドを含む非一時的コンピュータ可読記録媒体、例えば、コマンドを含むメモリー２００４がさらに提供され、上記したコマンドは、上記方法を完成するように、端末２０００のプロセッサー２０２０で実行される。非一時的コンピュータ可読記録媒体は、例えば、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリー）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ：登録商標 Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、コンパクトディスク読み取り専用メモリー）、磁気テープ、フロッピーディスク（登録商標）及び光データ記憶装置などにしてもよい。

非一時的コンピュータ可読記録媒体において、記録媒体におけるコマンドが端末のプロセッサーにより実行される時に、端末が下記の推薦情報取得方法を実行できるが、該方法は、
推薦人により送信された第２電話番号を受信することと、
ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することとを含む。

本発明の実施例に提供されたコンピュータ可読記録媒体は、推薦人により送信された第２電話番号を受信し、ローカル端末の第１電話番号、推薦人の電話番号及び第２電話番号に基づいて、サーバーが推薦情報要求に基づいて推薦情報を生成して推薦情報を第２電話番号が付けられている端末にプッシュするように、サーバーに推薦情報要求を送信することで、第２電話番号が付けられている端末が推薦情報に基づいて現在の着信を通知することができるため、ユーザーが知らない電話番号から発信するユーザーと疎通することを便利にすることができる。従って、着信通知の融通性がよく、効率がよい。

図２１が１つの例示するための実施例により示されたサーバー２１００のブロック図である。例えば、サーバー２１００が１つのサーバーとして提供される。図２１に示すように、サーバー２１００は、１つまたは複数のプロセッサーを含む処理アセンブリー２１２２と、処理アセンブリー２１２２が実行するコマンド、例えば、アプリケーションプログラムを記憶するためのメモリー２１３２に代表されるメモリーリソースとを含む。メモリー２１３２に記憶されているアプリケーションプログラムがそれぞれ１系列のコマンドに対応する１つ以上のモジュールを含むことが可能である。また、処理アセンブリー２１２２は、上記した図２或いは図４に対応する実施例に提供された推薦情報取得方法を実行するサーバーにより実行される機能を実行するように、コマンドを実行するように配置されている。

サーバー２１００がサーバー２１００の電源管理を実行するように配置されている電力アセンブリー２１２６と、サーバー２１００をネットワークに接続するように配置されている有線或いは無線ネットワークのインタフェース２１５０と、入力／出力（Ｉ／Ｏ）のインタフェース２１５８とをさらに含む。サーバー２１００がメモリー２１３２に記憶されているオペレーティングシステム、例えば、Ｗｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ， ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭ或いはこれらと類似するものを操作することが可能である。

非一時的コンピュータ可読記録媒体において、記録媒体におけるコマンドが端末のプロセッサーにより実行される時に、端末が下記の推薦情報取得方法を実行でき、該方法は、
知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、知らない電話番号からの着信に対応する指定推薦情報が含まれているか否かを判断し、指定推薦情報は、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈することと、
情報データベースに指定推薦情報が含まれている時に、指定推薦情報に基づいて、知らない電話番号からの着信を通知することとを含む。

当業者が明細書を考慮するとともに、ここで開示された発明を実行した後、本発明の他の実施の形態を容易に想到できる。本願が本発明の全ての変形、用途或は適応的な変化を全て包括するべき。これらの変形、用途或は適応的な変化は、本発明において開示されていない本技術分野の公知常識又は慣用技術手段を含む本発明の一般的な原理に従うものである。明細書及び実施例は、例示のものだけであり、本発明の本当の範囲及び主旨が特許請求の範囲により現れるべき。

本発明は、上記により既に説明されて、且つ図面に示された具体的な構造に限定されていなく、その範囲から逸脱しない限り、各種の修正及び変更をすることができる。本発明の範囲がその特許請求の範囲により限定される。

本願は、出願番号がＣＮ２０１４１０６８５７６８．７であり、出願日が２０１４年１１月２５日である中国特許出願に基づいて出願されるもので、且つ該中国特許出願に基づく優先権が主張され、該中国特許出願の全部内容がここで参考として全て本願に取込まれる。

Claims (33)

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. プロセッサーと、
    プロセッサーが実行可能なコマンドを記憶するためのメモリーとを含み、
    その中に、前記プロセッサーが、
    知らない電話番号からの着信がある時に、サーバーにより送信された推薦情報を記憶するためのローカル情報データベースに、前記知らない電話番号からの着信に対応する、推薦人が第１電話番号に現在の端末に使用されている第２電話番号を推薦することを呈するための指定推薦情報が含まれているか否かを判断し、
    前記ローカル情報データベースに指定推薦情報が含まれている時に、前記指定推薦情報に基づいて、前記知らない電話番号からの着信を通知するように配置されていることを特徴とする端末。