CN104539812A - 推荐信息获取方法、终端及服务器 - Google Patents

推荐信息获取方法、终端及服务器 Download PDF

Info

Publication number
CN104539812A
CN104539812A CN201410685768.7A CN201410685768A CN104539812A CN 104539812 A CN104539812 A CN 104539812A CN 201410685768 A CN201410685768 A CN 201410685768A CN 104539812 A CN104539812 A CN 104539812A
Authority
CN
China
Prior art keywords
recommendation information
telephone number
terminal
referrer
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410685768.7A
Other languages
English (en)
Other versions
CN104539812B (zh
Inventor
刘惠云
王广健
王智勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Technology Co Ltd
Xiaomi Inc
Original Assignee
Xiaomi Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xiaomi Inc filed Critical Xiaomi Inc
Priority to CN201410685768.7A priority Critical patent/CN104539812B/zh
Publication of CN104539812A publication Critical patent/CN104539812A/zh
Priority to PCT/CN2015/078016 priority patent/WO2016082461A1/zh
Priority to RU2015133793A priority patent/RU2643805C2/ru
Priority to KR1020157017388A priority patent/KR101852244B1/ko
Priority to MX2015010421A priority patent/MX355187B/es
Priority to BR112015019301A priority patent/BR112015019301A2/pt
Priority to JP2016561069A priority patent/JP6195680B2/ja
Priority to US14/867,851 priority patent/US9788178B2/en
Priority to EP15191285.4A priority patent/EP3026876B1/en
Priority to US15/456,082 priority patent/US20170188211A1/en
Application granted granted Critical
Publication of CN104539812B publication Critical patent/CN104539812B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/57Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
    • H04M1/575Means for retrieving and displaying personal data about calling party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42034Calling party identification service
    • H04M3/42042Notifying the called party of information on the calling party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/436Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/65Aspects of automatic or semi-automatic exchanges related to applications where calls are combined with other types of communication
    • H04M2203/655Combination of telephone service and social networking

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephone Function (AREA)

Abstract

本公开是关于一种推荐信息获取方法、终端及服务器,属于通信技术领域。所述方法包括:接收推荐人发送的第二电话号码;根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。本公开通过接收推荐人发送的第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。由于第二电话号码所在终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。

Description

推荐信息获取方法、终端及服务器
技术领域
本公开涉及通信技术领域,特别涉及一种推荐信息获取方法、终端及服务器。
背景技术
随着通信技术的发展,通过终端进行通信的人越来越多。为了扩展社交圈,经常会出现终端用户之间互相推荐的场景。例如,用户B将用户C的联系方式推荐给了用户A,当用户C接到用户A的来电时,由于用户C事先并不知道自身的电话号码是用户B推荐的,且用户C并未存储用户A的联系方式,则对于用户C来说,会将用户A的来电作为陌生来电,从而使得用户C在与陌生来电的用户进行沟通时可能会产生隔阂。
在实现本公开的过程中,发明人发现相关技术至少存在以下问题:
由于当用户接到陌生来电,且用户事先并不知道自身的联系方式是由自身认识的用户所推荐时,终端上只会显示陌生来电号码的来电呼叫提示,从而使得用户会将当前来电作为陌生来电,导致用户在与陌生来电的用户进行沟通时,会拒接来电。因此,来电呼叫提示的灵活性较差,效果不佳。
发明内容
为克服相关技术中存在的问题,本公开提供了一种推荐信息获取方法、终端及服务器。
根据本公开实施例的第一方面,提供了一种推荐信息获取方法,该方法包括:
接收推荐人发送的第二电话号码;
根据本端的第一电话号码、所述推荐人的电话号码和所述第二电话号码,向服务器发送推荐信息请求,以使得服务器根据所述推荐信息请求,生成推荐信息,将所述推荐信息推送至第二电话号码所在终端。
结合第一方面,在第一方面的第一种可能的实现方式中,所述接收推荐人发送的第二电话号码,包括:
当接收到所述推荐人发送的短消息时,对所述短消息进行电话号码识别;
当识别得到电话号码时,将从所述短消息中提取识别到的电话号码作为第二电话号码。
结合第一方面,在第一方面的第二种可能的实现方式中,所述接收推荐人发送的第二电话号码,包括:
当接收到应用消息时,对所述应用消息进行电话号码识别;
当识别得到电话号码时,从所述应用消息中提取识别到的电话号码作为第二电话号码;
所述方法还包括:
获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码。
结合第一方面,在第一方面的第三种可能的实现方式中,所述向服务器发送推荐信息请求之前,还包括:
向服务器发送查询请求,所述查询请求中至少包括第二电话号码,由所述服务器根据所述查询请求查询所述第二电话号码对应的用户是否为在线用户,返回查询结果;
若所述查询结果为所述第二电话号码对应的用户为在线用户,执行向服务器发送推荐信息的步骤。
结合第一方面,在第一方面的第四种可能的实现方式中,所述方法还包括:
当检测到对当前显示页面中第二电话号码的拨号请求时,执行向服务器发送推荐信息请求的步骤。
结合第一方面,在第一方面的第五种可能的实现方式中,所述方法还包括:
向所述服务器发送所述推荐信息请求对应的有效时间,以使得所述服务器根据所述有效时间,判断所述推荐信息请求是否过期,在所述推荐信息请求过期时,将所述推荐信息请求删除。
根据本公开实施例的第二方面,提供了一种推荐信息获取方法,该方法包括:
接收推荐信息请求,根据所述推荐信息请求,生成推荐信息,所述推荐信息用于表征推荐人向第一电话号码推荐第二电话号码;
根据所述推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送所述推荐信息。
结合第二方面,在第二方面的第一种可能的实现方式中,所述接收推荐信息请求,包括:
接收第一电话号码对应的第一终端发送的推荐信息请求;
或者,接收推荐人电话号码对应的第三终端发送的推荐信息请求。
结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述接收第一电话号码对应的第一终端发送的推荐信息请求之前,还包括:
接收第一电话号码对应的第一终端发送的查询请求,所述查询请求中至少包括第二电话号码;
根据所述查询请求中的第二电话号码,查询所述第二电话号码对应的用户是否为在线用户,向所述第一终端返回查询结果,由所述第一终端确定所述第二电话号码对应的用户为在线用户后,返回推荐信息请求。
根据本公开实施例的第三方面,提供了一种推荐信息获取方法,该方法包括:
当接收到陌生来电时,判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息,所述信息数据库用于存储服务器发送的推荐信息,所述指定推荐信息用于表征推荐人向所述第一电话号码推荐当前终端所使用的第二电话号码;
当所述信息数据库包括指定推荐信息时,根据所述指定推荐信息,对所述陌生来电进行提示。
结合第三方面,在第三方面的第一种可能的实现方式中,所述根据所述指定推荐信息,对所述陌生来电进行提示,包括:
根据所述指定推荐信息中的推荐人电话号码,判断所述指定推荐信息中的推荐人是否在所述本地通讯录中;
当所述指定推荐信息中的推荐人在所述本地通讯录中时,根据所述推荐人的信息,对所述陌生来电呼叫进行提示。
结合第三方面,在第三方面的第二种可能的实现方式中,所述判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息之前,还包括:
接收服务器发送的推荐信息,查找所述本地通讯录中是否存储有所述推荐信息中的推荐人电话号码;
若所述本地通讯录中存储有所述推荐信息中的推荐人电话号码,将所述推荐信息存储至本地的信息数据库中。
结合第三方面的第二种可能的实现方式,在第三方面的第三种可能的实现方式中,所述将所述推荐信息存储至本地的信息数据库中之前,还包括:
获取所述推荐信息对应的有效时间;
所述将所述推荐信息存储至本地的信息数据库中,包括:
将所述推荐信息及所述推荐信息对应的有效时间存储至本地的信息数据库中。
结合第三方面的第三种可能的实现方式,在第三方面的第四种可能的实现方式中,所述将所述推荐信息及所述推荐信息对应的有效时间存储至本地的信息数据库中之后,还包括:
根据所述推荐信息对应的有效时间,判断所述推荐信息是否过期;
若所述推荐信息过期,则将所述推荐信息及所述推荐信息对应的有效时间从本地的信息数据库中删除。
结合第三方面,在第三方面的第五种可能的实现方式中,所述根据所述指定推荐信息,对所述陌生来电进行提示之后,还包括:
若检测到所述本地通讯录中存储有所述推荐信息中的第一电话号码,将所述推荐信息从所述信息数据库中删除。
根据本公开实施例的第四方面,提供了一种终端,该终端包括:
接收模块,用于接收推荐人发送的第二电话号码;
第一发送模块,用于根据本端的第一电话号码、所述推荐人的电话号码和所述第二电话号码,向服务器发送推荐信息请求,以使得服务器根据所述推荐信息请求,生成推荐信息,将所述推荐信息推送至第二电话号码所在终端。
结合第四方面,在第四方面的第一种可能的实现方式中,所述接收模块,用于当接收到所述推荐人发送的短消息时,对所述短消息进行电话号码识别;当识别得到电话号码时,将从所述短消息中提取识别到的电话号码作为第二电话号码。
结合第四方面,在第四方面的第二种可能的实现方式中,所述接收模块,用于当接收到应用消息时,对所述应用消息进行电话号码识别;当识别得到电话号码时,从所述应用消息中提取识别到的电话号码作为第二电话号码;
所述终端还包括:
获取模块,用于获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码。
结合第四方面,在第四方面的第三种可能的实现方式中,所述终端还包括:
第二发送模块,用于向服务器发送查询请求,所述查询请求中至少包括第二电话号码,由所述服务器根据所述查询请求查询所述第二电话号码对应的用户是否为在线用户,返回查询结果;
第一执行模块,用于当所述查询结果为所述第二电话号码对应的用户为在线用户时,执行向服务器发送推荐信息的步骤。
结合第四方面,在第四方面的第四种可能的实现方式中,所述终端还包括:
第二执行模块,用于当检测到对当前显示页面中第二电话号码的拨号请求时,执行向服务器发送推荐信息请求的步骤。
结合第四方面,在第四方面的第五种可能的实现方式中,所述终端还包括:
第三发送模块,用于向所述服务器发送所述推荐信息请求对应的有效时间,以使得所述服务器根据所述有效时间,判断所述推荐信息请求是否过期,在所述推荐信息请求过期时,将所述推荐信息请求删除。
根据本公开实施例的第五方面,提供了一种服务器,该服务器包括:
接收模块,用于接收推荐信息请求;
生成模块,用于根据所述推荐信息请求,生成推荐信息,所述推荐信息用于表征推荐人向第一电话号码推荐第二电话号码;
发送模块,用于根据所述推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送所述推荐信息。
结合第五方面,在第五方面的第一种可能的实现方式中,所述接收模块,包括:
第一接收子模块,用于接收第一电话号码对应的第一终端发送的推荐信息请求;
或者,第二接收子模块,用于接收推荐人电话号码对应的第三终端发送的推荐信息请求。
结合第五方面的第一种可能的实现方式,在第五方面的第二种可能的实现方式中,所述接收模块,还包括:
第三接收子模块,用于接收第一电话号码对应的第一终端发送的查询请求,所述查询请求中至少包括第二电话号码;
查询子模块,用于根据所述查询请求中的第二电话号码,查询所述第二电话号码对应的用户是否为在线用户;
返回子模块,用于向所述第一终端返回查询结果,由所述第一终端确定所述第二电话号码对应的用户为在线用户后,返回推荐信息请求。
根据本公开实施例的第六方面,提供了一种终端,该终端包括:
判断模块,用于当接收到陌生来电时,判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息,所述信息数据库用于存储服务器发送的推荐信息,所述指定推荐信息用于表征推荐人向所述第一电话号码推荐当前终端所使用的第二电话号码;
提示模块,用于当所述信息数据库包括指定推荐信息时,根据所述指定推荐信息,对所述陌生来电进行提示。
结合第六方面,在第六方面的第一种可能的实现方式中,所述提示模块,用于根据所述指定推荐信息中的推荐人电话号码,判断所述指定推荐信息中的推荐人是否在所述本地通讯录中;当所述指定推荐信息中的推荐人在所述本地通讯录中时,根据所述推荐人的信息,对所述陌生来电呼叫进行提示。
结合第六方面,在第六方面的第二种可能的实现方式中,所述终端还包括:
接收模块,用于接收服务器发送的推荐信息;
查找模块,用于查找所述本地通讯录中是否存储有所述推荐信息中的推荐人电话号码;
存储模块,用于当所述本地通讯录中存储有所述推荐信息中的推荐人电话号码时,将所述推荐信息存储至本地的信息数据库中。
结合第六方面的第二种可能的实现方式,在第六方面的第三种可能的实现方式中,所述终端还包括:
获取模块,用于获取所述推荐信息对应的有效时间;
所述存储模块,用于将所述推荐信息及所述推荐信息对应的有效时间存储至本地的信息数据库中。
结合第六方面的第三种可能的实现方式,在第六方面的第四种可能的实现方式中,所述终端还包括:
判断模块,用于根据所述推荐信息对应的有效时间,判断所述推荐信息是否过期;
第一删除模块,用于当所述推荐信息过期时,将所述推荐信息及所述推荐信息对应的有效时间从本地的信息数据库中删除。
结合第六方面,在第六方面的第五种可能的实现方式中,所述终端还包括:
第二删除模块,用于当检测到所述本地通讯录中存储有所述推荐信息中的第一电话号码时,将所述推荐信息从所述信息数据库中删除。
根据本公开实施例的第七方面,提供了一种终端,该终端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收推荐人发送的第二电话号码;
根据本端的第一电话号码、所述推荐人的电话号码和所述第二电话号码,向服务器发送推荐信息请求,以使得服务器根据所述推荐信息请求,生成推荐信息,将所述推荐信息推送至第二电话号码所在终端。
根据本公开实施例的第八方面,提供了一种服务器,该服务器包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收推荐信息请求,根据所述推荐信息请求,生成推荐信息,所述推荐信息用于表征推荐人向第一电话号码推荐第二电话号码;
根据所述推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送所述推荐信息。
根据本公开实施例的第九方面,提供了一种终端,该终端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
当接收到陌生来电时,判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息,所述信息数据库用于存储服务器发送的推荐信息,所述指定推荐信息用于表征推荐人向所述第一电话号码推荐当前终端所使用的第二电话号码;
当所述信息数据库包括指定推荐信息时,根据所述指定推荐信息,对所述陌生来电进行提示。
本公开实施例提供的技术方案带来的有益效果是:
通过当第二终端接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息,当信息数据库包括指定推荐信息时,根据指定推荐信息,对所述陌生来电进行提示。由于可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种推荐信息获取方法流程图。
图2是根据一示例性实施例示出的一种推荐信息获取方法流程图。
图3是根据一示例性实施例示出的一种推荐信息获取方法流程图。
图4是根据一示例性实施例示出的一种推荐信息获取方法的实施环境的示意图。
图5是根据一示例性实施例示出的一种推荐信息获取方法流程图。
图6是根据一示例性实施例示出的一种来电呼叫提示的界面示意图。
图7是根据一示例性实施例示出的一种终端的结构示意图。
图8是根据一示例性实施例示出的一种终端的结构示意图。
图9是根据一示例性实施例示出的一种终端的结构示意图。
图10是根据一示例性实施例示出的一种终端的结构示意图。
图11是根据一示例性实施例示出的一种终端的结构示意图。
图12是根据一示例性实施例示出的一种服务器的结构示意图。
图13是根据一示例性实施例示出的一种接收模块的结构示意图。
图14是根据一示例性实施例示出的一种接收模块的结构示意图。
图15是根据一示例性实施例示出的一种终端的结构示意图。
图16是根据一示例性实施例示出的一种终端的结构示意图。
图17是根据一示例性实施例示出的一种终端的结构示意图。
图18是根据一示例性实施例示出的一种终端的结构示意图。
图19是根据一示例性实施例示出的一种终端的结构示意图。
图20是根据一示例性实施例示出的一种终端的框图。
图21是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种推荐信息获取方法的流程图,该推荐信息获取方法应用于终端。如图1所示,该推荐信息获取方法包括以下步骤。
在步骤101中,接收推荐人发送的第二电话号码。
在步骤102中,根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。
本公开实施例提供的方法,通过接收推荐人发送的第二电话号码,根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。由于第二电话号码所在终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
作为一种可选实施例,接收推荐人发送的第二电话号码,包括:
当接收到推荐人发送的短消息时,对短消息进行电话号码识别;
当识别得到电话号码时,将从短消息中提取识别到的电话号码作为第二电话号码。
作为一种可选实施例,接收推荐人发送的第二电话号码,包括:
当接收到应用消息时,对应用消息进行电话号码识别;
当识别得到电话号码时,从应用消息中提取识别到的电话号码作为第二电话号码;
方法还包括:
获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码。
作为一种可选实施例,向服务器发送推荐信息请求之前,还包括:
向服务器发送查询请求,查询请求中至少包括第二电话号码,由服务器根据查询请求查询第二电话号码对应的用户是否为在线用户,返回查询结果;
若查询结果为第二电话号码对应的用户为在线用户,执行向服务器发送推荐信息的步骤。
作为一种可选实施例,方法还包括:
当检测到对当前显示页面中第二电话号码的拨号请求时,执行向服务器发送推荐信息请求的步骤。
作为一种可选实施例,方法还包括:
向服务器发送推荐信息请求对应的有效时间,以使得服务器根据有效时间,判断推荐信息请求是否过期,在推荐信息请求过期时,将推荐信息请求删除。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
图2是根据一示例性实施例示出的一种推荐信息获取方法的流程图,该推荐信息获取方法应用于服务器。如图2所示,该推荐信息获取方法包括以下步骤。
在步骤201中,接收推荐信息请求,根据推荐信息请求,生成推荐信息,推荐信息用于表征推荐人向第一电话号码推荐第二电话号码。
在步骤202中,根据推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送推荐信息。
本公开实施例提供的方法,通过接收推荐信息请求,根据推荐信息请求,生成推荐信息。根据推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送推荐信息。由于第二终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
作为一种可选实施例,接收推荐信息请求,包括:
接收第一电话号码对应的第一终端发送的推荐信息请求;
或者,接收推荐人电话号码对应的第三终端发送的推荐信息请求。
作为一种可选实施例,接收第一电话号码对应的第一终端发送的推荐信息请求之前,还包括:
接收第一电话号码对应的第一终端发送的查询请求,查询请求中至少包括第二电话号码;
根据查询请求中的第二电话号码查询第二电话号码对应的用户是否为在线用户,向第一终端返回查询结果,由第一终端确定第二电话号码对应的用户为在线用户后,返回推荐信息请求。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
图3是根据一示例性实施例示出的一种推荐信息获取方法的流程图,该推荐信息获取方法应用于终端。如图3所示,该推荐信息获取方法包括以下步骤。
在步骤301中,当接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息,信息数据库用于存储服务器发送的推荐信息,指定推荐信息用于表征推荐人向第一电话号码推荐当前终端所使用的第二电话号码。
在步骤302中,当信息数据库包括指定推荐信息时,根据指定推荐信息,对陌生来电进行提示。
本公开实施例提供的方法,通过当接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息。当信息数据库包括指定推荐信息时,根据指定推荐信息,对陌生来电进行提示。由于可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
作为一种可选实施例,根据指定推荐信息,对陌生来电进行提示,包括:
根据指定推荐信息中的推荐人电话号码,判断指定推荐信息中的推荐人是否在本地通讯录中;
当指定推荐信息中的推荐人在本地通讯录中时,根据推荐人的信息,对陌生来电呼叫进行提示。
作为一种可选实施例,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息之前,还包括:
接收服务器发送的推荐信息,查找本地通讯录中是否存储有推荐信息中的推荐人电话号码;
若本地通讯录中存储有推荐信息中的推荐人电话号码,将推荐信息存储至本地的信息数据库中。
作为一种可选实施例,将推荐信息存储至本地的信息数据库中之前,还包括:
获取推荐信息对应的有效时间;
将推荐信息存储至本地的信息数据库中,包括:
将推荐信息及推荐信息对应的有效时间存储至本地的信息数据库中。
作为一种可选实施例,将推荐信息及推荐信息对应的有效时间存储至本地的信息数据库中之后,还包括:
根据推荐信息对应的有效时间,判断推荐信息是否过期;
若推荐信息过期,则将推荐信息及推荐信息对应的有效时间从本地的信息数据库中删除。
作为一种可选实施例,根据指定推荐信息,对陌生来电进行提示之后,还包括:
若检测到本地通讯录中存储有推荐信息中的第一电话号码,将推荐信息从信息数据库中删除。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
请参考图4,其示出了本公开实施例提供的方法所涉及的实施环境的结构示意图。如图4所示,该实施环境包括第一终端401、第二终端402、第三终端403及服务器404。其中,第一终端401、第二终端402及第三终端403可以为智能手机等设备,第一电话号码对应的终端为第一终端401,第二电话号码对应的终端为第二终端402,推荐人的电话号码对应的终端为第三终端,本实施例对此不作具体限定。其中,使用第三终端403的用户可以向使用第一终端401的用户推荐使用第二终端402的用户的电话号码。通过图4所示的实施环境,第一终端401、第二终端402、第三终端403及服务器404之间可以通过网络进行通信。
为了便于说明,图4仅示出第一终端401、第二终端402、第三终端403及服务器404,第一终端401、第二终端402及第三终端403仅代表多个终端中的一个。下面实施例将以通过第一终端401、第二终端402、第三终端403及服务器404之间的信息交互实现来电呼叫提示为例来对本公开实施例进行举例说明。
结合上述实施例及图4所示的实施环境,图5是根据一示例性实施例示出的一种推荐信息获取方法的流程图,如图5所示,该推荐信息获取方法应用于终端中,包括以下步骤。
在步骤501中,服务器接收推荐信息请求,根据推荐信息请求,生成推荐信息,推荐信息用于表征推荐人向第一电话号码推荐第二电话号码。
服务器在接收推荐信息请求之前,推荐人可以向第一电话号码对应的用户推荐第二电话号码。例如,以推荐人为用户B,第一电话号码对应的用户为用户A,第二电话号码对应的用户为用户C为例,用户B可以向用户A推荐用户C的电话号码。
其中,关于推荐人向第一电话号码对应的用户推荐第二电话号码的方式,本实施例对此不作具体限定,包括但不限于:通过应用消息向第一电话号码对应的用户推荐第二电话号码,其中,应用消息中包含第二电话号码。或者,还可以向第一电话号码对应的用户发送包含第二电话号码的短消息,从而向第一电话号码对应的用户推荐第二电话号码。
相应地,第一电话号码对应的第一终端可接收推荐人发送的第二电话号码。本实施例不对第一电话号码对应的第一终端接收推荐人发送的第二电话号码的方式作具体限定,包括但不限于:当接收到推荐人发送的短消息时,对短消息进行电话号码识别;当识别得到电话号码时,将从短消息中提取识别到的电话号码作为第二电话号码。或者,当接收到应用消息时,对应用消息进行电话号码识别;当识别得到电话号码时,从应用消息中提取识别到的电话号码作为第二电话号码。
需要说明的是,第一终端在接收到推荐人发送的短消息时,可获取发送短消息的电话号码,,本实施例对此不作具体限定。或者,第一终端在接收到推荐人发送的应用消息时,可获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码,本实施例对此也不作具体限定。由于当推荐人向第一终端发送应用消息时,推荐人是通过应用账号向第一终端发送应用消息的,从而使得第一终端不能直接获取到推荐人的电话号码。因此,第一终端可向服务器发送获取电话号码请求,服务器在接收到获取电话号码请求后,向第一终端返回电话号码,从而第一终端将接收到的电话号码作为推荐人的电话号码。
另外,推荐人在向第一电话号码对应的用户推荐第二电话号码后,还可以向第二电话号码对应的用户发送一条信息,以向第二电话号码对应的用户提示已经其电话号码推荐给了第一电话号码对应的用户,本实施例对此不作具体限定。例如,以推荐人为用户B,第一电话号码对应的用户为用户A,第二电话号码对应的用户为用户C为例。用户B在向用户A推荐用户C的电话号码后,用户B可向用户C发送如下信息:“我已将你的电话号码推荐给了用户A”,从而用户C在接收到用户B发送的信息后,能够确定自身电话号码已被用户A所获知。
本实施例不对服务器接收推荐信息请求的方式作具体限定,包括但不限于:接收第一电话号码对应的第一终端发送的推荐信息请求;或者,接收推荐人电话号码对应的第三终端发送的推荐信息请求。
例如,以推荐人为用户B,第一电话号码对应的用户为用户A,第二电话号码对应的用户为用户C为例。用户B在向用户A推荐用户C的电话号码后,如在用户B向用户A发送包含用户C的电话号码的短信后,用户B对应的第三终端可以向服务器发送推荐信息请求,从而服务器可接收推荐人电话号码对应的第三终端发送的推荐信息请求。或者,用户A在接收到用户B推荐的用户C的电话号码后,如用户A在接收到用户B发送的包含用户C的电话号码的短信后,用户A对应的第一终端可以向服务器发送推荐信息请求,从而服务器可接收第一电话号码对应的第一终端发送的推荐信息请求。
其中,推荐信息请求中可以包括推荐人的电话号码、第一电话号码及第二电话号码。例如,以推荐人为用户B,第一电话号码对应的用户为用户A,第二电话号码对应的用户为用户C为例。推荐信息请求中可以包括用户B的电话号码、用户A的电话号码及用户C的电话号码,推荐信息请求的格式可以为{B,{A},C},本实施例不对推荐信息请求的格式作具体限定。
需要说明的是,服务器在接收推荐信息请求时,可以由第一电话号码对应的第一终端发送,也可以由推荐人电话号码对应的第三终端发送。当推荐信息请求由推荐人电话号码对应的第三终端发送时,由于推荐人可能会将第二电话号码推荐给了多位用户。因此,推荐人电话号码对应的第三终端发送的推荐信息请求中可能会存有多位接收推荐电话号码的用户的电话号码,本实施例对此不作具体限定。例如,当用户B在向用户A、用户D及用户E推荐用户C的电话号码后,用户B对应的第三终端可以向服务器发送{B,{A、D、E},C}形式的推荐信息请求。
其中,第一终端可根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,本实施例不对第一终端向服务器发送推荐信息请求的方式作具体限定。第一终端可在检测到对当前显示页面中第二电话号码的拨号请求时,向服务器发送推荐信息请求,本实施例不对第一终端向服务器发送推荐信息请求的时机作具体限定。
第三终端可根据本端推荐人的电话号码、第一电话号码和第二电话号码,向服务器发送推荐信息请求,本实施例不对第三终端向服务器发送推荐信息请求的方式作具体限定。
另外,由于当第二电话号码对应的用户为在线用户时,服务器后续才能将推荐信息发送至第二电话号码对应的第二终端。因此,服务器在接收第一电话号码对应的第一终端发送的推荐信息请求之前,第一终端可向服务器发送查询请求,服务器可接收第一电话号码对应的第一终端发送的查询请求,根据查询请求中的第二电话号码确定第二电话号码对应的用户是否为在线用户,从而向第一终端返回查询结果,本实施例对此不作具体限定。其中,查询请求中至少包括第二电话号码,本实施例不对查询请求中的内容作具体限定。
第一终端在接收到服务器返回的查询结果后,若查询结果为第二电话号码对应的用户为在线用户,则执行向服务器发送推荐信息请求。其中,服务器可以确定第二电话号码所关联的用户账号,根据用户账号的登陆情况判断用户是否为在线用户。例如,确定第二电话号码所关联的用户账号当前是否已登陆在线或者近期一个月是否有过登陆记录等,若当前已登陆在线或者近期一个月有过登陆记录,则确定用户为在线用户。
或者,服务器在接收推荐人电话号码对应的第三终端发送的推荐信息请求之前,服务器可接收推荐人电话号码对应的第三终端发送的查询请求,查询请求中至少包括第二电话号码。根据查询请求中的第二电话号码确定第二电话号码对应的用户是否为在线用户,并向第三终端返回查询结果。第三终端在接收到服务器返回的查询结果后,如果第二电话号码对应的用户为在线用户,则向服务器返回推荐信息请求。
需要说明的是,第一终端还可以向服务器发送推荐信息请求对应的有效时间,本实施例对此不作具体限定。服务器在接收到第一终端发送的有效时间后,可根据有效时间,判断对应的推荐信息请求是否过期。当推荐信息过期时,将推荐信息删除。由于根据有效时间,能够对过期的推荐信息请求进行删除,避免了服务器因存储推荐信息请求而占用太多的存储空间,从而节省了服务器的存储空间。
本实施例不对服务器根据推荐信息请求,生成推荐信息的方式作具体限定,包括但不限于:根据推荐信息请求,确定第一电话号码、推荐人的电话号码及第二电话号码;根据第一电话号码、推荐人的电话号码及第二电话号码,生成推荐信息。例如,以推荐人的电话号码为B,第一电话号码为A,第二电话号码为C为例,服务器生成对应的推荐信息可为{B,{A},C}。
在步骤502中,服务器根据推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送推荐信息。
本实施例不对服务器根据推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送推荐信息的方式作具体限定,包括但不限于:通过网络以数据包的形式向第二电话号码对应的第二终端发送推荐信息。其中,数据包中包含推荐信息。
在步骤503中,第二终端接收服务器发送的推荐信息,查找本地通讯录中是否存储有推荐信息中的推荐人电话号码,如果本地通讯录中存储有推荐信息中的推荐人电话号码,执行步骤504;如果本地通讯录中未存储有推荐信息中的推荐人电话号码,流程结束。
由于推荐人是第二终端对应的用户的联系人时,才能执行后续步骤。因此,第二终端在接收到服务器发送的推荐信息后,需查找本地通讯录中是否存储有推荐信息中的推荐人电话号码,从而确定推荐人是否为第二终端对应的用户的联系人。其中,第二终端在查找本地通讯录中是否存储有推荐信息中的推荐人电话号码时,若本地通讯录中未存储推荐信息中的推荐人电话号码,此时说明推荐人并不是第二电话号码对应的用户的联系人。因此,可将该条推荐信息作为无效信息删除,同时结束流程,本实施例对此不作具体限定。
在步骤504中,若本地通讯录中存储有推荐信息中的推荐人电话号码,第二终端将推荐信息存储至本地的信息数据库中。
为了节省本地存储资源,第二终端在将推荐信息存储至本地的信息数据库中时,可获取推荐信息对应的有效时间。相应地,在将推荐信息存储至本地的信息数据库中时,可将推荐信息及推荐信息对应的有效时间存储至本地的信息数据库中,本实施例对此不作具体限定。以上述内容为基础,第二终端可根据推荐信息对应的有效时间,判断推荐信息是否过期。若推荐信息过期,则将推荐信息及推荐信息对应的有效时间从本地的信息数据库中删除,本实施例对此也不作具体限定。例如,以推荐信息为{B,{A},C}为例,可将该推荐信息对应的有效时间以如下形式进行存储,如{B,{A},C,t}。当对该条推荐信息进行存储后,可以从存储的时刻开始计时。当累积的时间超过有效时间t时,如超过10天时,则确定该推荐信息过期,并将该推荐信息及推荐信息对应的有效时间{B,{A},C,t}从本地的信息数据库中删除。
需要说明的是,上述步骤501至步骤504中的过程为第二终端在本地存储包含推荐信息的信息数据库的过程。通过本地存储的信息数据库,当第二终端接收到来电呼叫时,第二终端可根据信息数据库,进行来电呼叫提示,具体过程详见下面的步骤。
在步骤505中,当第二终端接收到陌生来电时,第二终端判断本地信息数据库是否包括与陌生来电对应的指定推荐信息,信息数据库用于存储服务器发送的推荐信息,指定推荐信息用于表征推荐人向第一电话号码推荐当前终端所使用的第二电话号码,如果第二终端判断本地信息数据库包括与陌生来电对应的指定推荐信息,执行步骤506;如果第二终端判断本地信息数据库不包括与陌生来电对应的指定推荐信息,流程结束。
第二终端在接到来电呼叫后,可查找来电号码是否在本地通讯录中。当来电号码在本地通讯录中时,说明来电号码对应的用户为使用第二终端的用户的联系人,此时按照正常流程进行来电呼叫提示即可。当来电号码不在本地通讯录中时,说明来电号码对应的用户不为使用第二终端的用户的联系人,此时使用第二终端的用户接到的来电为陌生来电,本实施例提供的方法主要对来电为陌生来电的情况进行解释说明。在本公开实施例中,陌生来电对应的电话号码为第一电话号码。
以上述步骤501中的内容为基础,本实施例不对第二终端判断本地信息数据库是否包括与陌生来电对应的指定推荐信息的方式作具体限定,包括但不限于:判断本地信息数据库中是否存储有包含第一电话号码的推荐信息。
例如,以本地信息数据库中存储有三条推荐信息,第一电话号码对应的用户为用户A为例。其中,三条推荐信息分别为{B,{A},C},{B,{D},C}及{E,{F},C}。由于本地信息数据库中的推荐信息中{B,{A},C}包含用户A的电话号码,即包含第一电话号码。因此,可确定推荐信息{B,{A},C}为指定推荐信息,即本地信息数据库中包括指定推荐信息。当本地信息数据库中存储有如下两条推荐信息时,如{B,{D},C}及{E,{F},C},则按照上述判断过程,可确定本地信息数据库中不包括指定推荐信息。
其中,如果第二终端判断本地信息数据库包括与陌生来电对应的指定推荐信息,则说明陌生来电对应的用户是通过第二终端对应用户的联系人的推荐,来获知第二终端对应的第二电话号码的,此时可继续执行步骤506。如果第二终端判断本地信息数据库不包括与陌生来电对应的指定推荐信息,则说明陌生来电对应的用户并没有经由第二终端对应用户的联系人的推荐,此时第二终端上可按照通常的方式对陌生来电进行提示,同时结束流程。
在步骤506中,当信息数据库包括指定推荐信息时,第二终端根据指定推荐信息,对陌生来电进行提示。
本实施例不对根据指定推荐信息,对陌生来电进行提示的方式作具体限定,包括但不限于:根据指定推荐信息中的推荐人电话号码,判断指定推荐信息中的推荐人是否在本地通讯录中;当指定推荐信息中的推荐人在本地通讯录中时,根据推荐人的信息,对陌生来电呼叫进行提示。
由于指定推荐信息中包含推荐人电话号码,而后续需要根据本地通讯录中推荐人的信息进行来电提示。因此,第二终端需要判断指定推荐信息中的推荐人是否在本地通讯录中。其中,本实施例不对根据推荐人的信息,对陌生来电呼叫进行提示的方式作具体限定,包括但不限于:根据推荐人的信息生成对应的提示文本;显示提示文本以对当前来电呼叫进行提示。当然,还可以采用语音提示、图片提示等方式对当前来电呼叫进行提示,本实施例对此也不作具体限定。
例如,以推荐人的信息为推荐人的姓名,推荐人的姓名为B为例。根据推荐人的信息可生成如下提示文本:“您的号码由B推荐”,从而在接收到陌生来电时,在第二终端的显示屏中显示该提示文本,从而对陌生来电进行提示,具体显示效果可参考图6。
另外,由于当第二终端的本地通讯录中存储有陌生来电对应的第一电话号码时,第一电话号码对应的用户对于使用第二终端的用户来说,就不再是陌生用户。例如,本地信息数据库中存储有电话号码推荐信息{B,{A},C},当用户C接到用户A的来电呼叫时,由于本地通讯录中并未存有用户A的电话号码,用户C可能并不认识用户A。因此,用户C使用的第二终端会按照上述过程对陌生来电进行提示。当用户C在本地通讯录中存储有用户A的电话号码后,对于用户C来说,用户A不再是陌生用户。
因此,根据指定推荐信息,对陌生来电进行提示之后,若检测到本地通讯录中存储有推荐信息中的第一电话号码,将推荐信息从信息数据库中删除,本实施例对此不作具体限定。例如,在上述例子中,第二终端在本地通讯录中存储有用户A的电话号码后,可将电话号码推荐信息{B,{A},C}从本地信息数据库中删除。
需要说明的是,根据上述步骤502可知,由于推荐信息中可能会存储有多位接收推荐电话号码的用户的电话号码,如{B,{A、D、E},C}。因此,可在检测到本地通讯录中同时存储有推荐信息中的多位接收推荐电话号码的用户的电话号码后,再对该推荐信息进行删除。例如,当检测到本地通讯录中同时存储有用户A、用户D及用户E的电话号码后,可将推荐信息{B,{A、D、E},C}从本地信息数据库中删除。
本公开实施例提供的方法,通过当第二终端接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息,当信息数据库包括指定推荐信息时,根据指定推荐信息,对陌生来电进行提示。由于可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
图7是根据一示例性实施例示出的一种终端的结构示意图,参照图7,该终端包括接收模块701及第一发送模块702。
该接收模块701被配置为接收推荐人发送的第二电话号码。
该第一发送模块702被配置为根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。
在一个实施例中,接收模块701,被配置为当接收到推荐人发送的短消息时,对短消息进行电话号码识别;当识别得到电话号码时,将从短消息中提取识别到的电话号码作为第二电话号码。
在一个实施例中,接收模块701,被配置为当接收到应用消息时,对应用消息进行电话号码识别;当识别得到电话号码时,从应用消息中提取识别到的电话号码作为第二电话号码;
参见图8,该终端还包括获取模块703。
该获取模块703被配置为获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码。
在一个实施例中,参见图9,该终端还包括第二发送模块704及第一执行模块705。
该第二发送模块704被配置为向服务器发送查询请求,查询请求中至少包括第二电话号码,由服务器根据查询请求查询第二电话号码对应的用户是否为在线用户,返回查询结果。
该第一执行模块705被配置为当查询结果为第二电话号码对应的用户为在线用户时,执行向服务器发送推荐信息的步骤。
在一个实施例中,参见图10,该终端还包括第二执行模块706。
该第二执行模块706被配置为当检测到对当前显示页面中第二电话号码的拨号请求时,执行向服务器发送推荐信息请求的步骤。
在一个实施例中,参见图11,该终端还包括第三发送模块707。
该第三发送模块707被配置为向服务器发送推荐信息请求对应的有效时间,以使得服务器根据有效时间,判断推荐信息请求是否过期,在推荐信息请求过期时,将推荐信息请求删除。
本公开实施例提供的终端,通过接收推荐人发送的第二电话号码,根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。由于第二电话号码所在终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
图12是根据一示例性实施例示出的一种服务器的结构示意图,参照图12,该服务器包括接收模块1201、生成模块1202及发送模块1203。
该接收模块1201被配置为接收推荐信息请求。
该生成模块1202被配置为根据推荐信息请求,生成推荐信息,推荐信息用于表征推荐人向第一电话号码推荐第二电话号码。
该发送模块1203被配置为根据推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送推荐信息。
在一个实施例中,参见图13,接收模块1201包括第一接收子模块12011或第二接收子模块12012。
该第一接收子模块12011被配置为接收第一电话号码对应的第一终端发送的推荐信息请求。
该第二接收子模块12012被配置为接收推荐人电话号码对应的第三终端发送的推荐信息请求。
在一个实施例中,参见图14,接收模块1201还包括第三接收子模块12013、查询子模块12014及返回子模块12015。
该第三接收子模块12013被配置为接收第一电话号码对应的第一终端发送的查询请求,查询请求中至少包括第二电话号码。
该查询子模块12014被配置为根据查询请求中的第二电话号码,查询第二电话号码对应的用户是否为在线用户。
该返回子模块12015被配置为向第一终端返回查询结果,由第一终端确定第二电话号码对应的用户为在线用户后,返回推荐信息请求。
本公开实施例提供的服务器,通过接收推荐信息请求,根据推荐信息请求,生成推荐信息。根据推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送推荐信息。由于第二终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
图15是根据一示例性实施例示出的一种终端的结构示意图,参照图15,该终端包括判断模块1501及提示模块1502。
该判断模块1501被配置为当接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息,信息数据库用于存储服务器发送的推荐信息,指定推荐信息用于表征推荐人向第一电话号码推荐当前终端所使用的第二电话号码。
该提示模块1502被配置为当信息数据库包括指定推荐信息时,根据指定推荐信息,对陌生来电进行提示。
在一个实施例中,提示模块1502,被配置为根据指定推荐信息中的推荐人电话号码,判断指定推荐信息中的推荐人是否在本地通讯录中;当指定推荐信息中的推荐人在本地通讯录中时,根据推荐人的信息,对陌生来电呼叫进行提示。
在一个实施例中,参见图16,该终端还包括接收模块1503、查找模块1504及存储模块1505。
该接收模块1503被配置为接收服务器发送的推荐信息。
该查找模块1504被配置为查找本地通讯录中是否存储有推荐信息中的推荐人电话号码。
该存储模块1505被配置为当本地通讯录中存储有推荐信息中的推荐人电话号码时,将推荐信息存储至本地的信息数据库中。
在一个实施例中,参见图17,该终端还包括获取模块1506。
该获取模块1506被配置为获取推荐信息对应的有效时间。
该存储模块1505被配置为将推荐信息及推荐信息对应的有效时间存储至本地的信息数据库中。
在一个实施例中,参见图18,该终端还包括判断模块1507及第一删除模块1508。
该判断模块1507被配置为根据推荐信息对应的有效时间,判断推荐信息是否过期;
该第一删除模块1508被配置为当推荐信息过期时,将推荐信息及推荐信息对应的有效时间从本地的信息数据库中删除。
在一个实施例中,参见图19,该终端还包括第二删除模块1509。
第二删除模块1509被配置为当检测到本地通讯录中存储有推荐信息中的第一电话号码时,将推荐信息从信息数据库中删除。
本公开实施例提供的终端,通过当接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息。当信息数据库包括指定推荐信息时,根据指定推荐信息,对陌生来电进行提示。由于可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
图20是根据一示例性实施例示出的一种终端2000的框图。例如,终端2000可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图20,终端2000可以包括以下一个或多个组件:处理组件2002,存储器2004,电源组件2006,多媒体组件2008,音频组件2010,I/O(Input/Output,输入/输出)接口2012,传感器组件2014,以及通信组件2016。
处理组件2002通常控制终端2000的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件2002可以包括一个或多个处理器2020来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件2002可以包括一个或多个模块,便于处理组件2002和其他组件之间的交互。例如,处理组件2002可以包括多媒体模块,以方便多媒体组件2008和处理组件2002之间的交互。
存储器2004被配置为存储各种类型的数据以支持在终端2000的操作。这些数据的示例包括用于在终端2000上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器2004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如SRAM(Static Random AccessMemory,静态随机存取存储器),EEPROM(Electrically-Erasable ProgrammableRead-Only Memory,电可擦除可编程只读存储器),EPROM(ErasableProgrammable Read Only Memory,可擦除可编程只读存储器),PROM(Programmable Read-Only Memory,可编程只读存储器),ROM(Read-OnlyMemory,只读存储器),磁存储器,快闪存储器,磁盘或光盘。
电源组件2006为终端2000的各种组件提供电力。电源组件2006可以包括电源管理系统,一个或多个电源,及其他与为终端2000生成、管理和分配电力相关联的组件。
多媒体组件2008包括在终端2000和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括LCD(Liquid Crystal Display,液晶显示器)和TP(Touch Panel,触摸面板)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件2008包括一个前置摄像头和/或后置摄像头。当终端2000处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件2010被配置为输出和/或输入音频信号。例如,音频组件2010包括一个MIC(Microphone,麦克风),当终端2000处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2004或经由通信组件2016发送。在一些实施例中,音频组件2010还包括一个扬声器,用于输出音频信号。
I/O接口2012为处理组件2002和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件2014包括一个或多个传感器,用于为终端2000提供各个方面的状态评估。例如,传感器组件2014可以检测到终端2000的打开/关闭状态,组件的相对定位,例如组件为终端2000的显示器和小键盘,传感器组件2014还可以检测终端2000或终端2000一个组件的位置改变,用户与终端2000接触的存在或不存在,终端2000方位或加速/减速和终端2000的温度变化。传感器组件2014可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2014还可以包括光传感器,如CMOS(ComplementaryMetal Oxide Semiconductor,互补金属氧化物)或CCD(Charge-coupled Device,电荷耦合元件)图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件2014还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件2016被配置为便于终端2000和其他设备之间有线或无线方式的通信。终端2000可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件2016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件2016还包括NFC(Near Field Communication,近场通信)模块,以促进短程通信。例如,在NFC模块可基于RFID(Radio Frequency Identification,射频识别)技术,IrDA(Infra-red Data Association,红外数据协会)技术,UWB(Ultra Wideband,超宽带)技术,BT(Bluetooth,蓝牙)技术和其他技术来实现。
在示例性实施例中,终端2000可以被一个或多个ASIC(Application SpecificIntegrated Circuit,应用专用集成电路)、DSP(Digital signal Processor,数字信号处理器)、DSPD(Digital signal Processor Device,数字信号处理设备)、PLD(Programmable Logic Device,可编程逻辑器件)、FPGA)(Field ProgrammableGate Array,现场可编程门阵列)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述图1或图4所对应的实施例所提供的推荐信息获取方法第一终端所执行的功能。
本公开实施例提供的终端,通过接收推荐人发送的第二电话号码,根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。由于第二电话号码所在终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器2004,上述指令可由终端2000的处理器2020执行以完成上述方法。例如,非临时性计算机可读存储介质可以是ROM、RAM(Random Access Memory,随机存取存储器)、CD-ROM(Compact Disc Read-OnlyMemory,光盘只读存储器)、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当存储介质中的指令由终端的处理器执行时,使得终端能够执行一种推荐信息获取方法,方法包括:
接收推荐人发送的第二电话号码;
根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。
本公开实施例提供的计算机可读存储介质,通过接收推荐人发送的第二电话号码,根据本端的第一电话号码、推荐人的电话号码和第二电话号码,向服务器发送推荐信息请求,以使得服务器根据推荐信息请求,生成推荐信息,将推荐信息推送至第二电话号码所在终端。由于第二电话号码所在终端可根据推荐信息对当前来电呼叫进行提示,从而能够方便用户与陌生来电的用户进行沟通。因此,来电呼叫提示的灵活性较好,效果较佳。
图21是根据一示例性实施例示出的一种服务器2100的框图。例如,服务器2100可以被提供为一服务器。参照图21,服务器2100包括处理组件2122,其进一步包括一个或多个处理器,以及由存储器2132所代表的存储器资源,用于存储可由处理组件2122的执行的指令,例如应用程序。存储器2132中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件2122被配置为执行指令,以执行上述图2或图4所对应的实施例所提供的推荐信息获取方法服务器所执行的功能。
服务器2100还可以包括一个电源组件2126被配置为执行服务器2100的电源管理,一个有线或无线网络接口2150被配置为将服务器2100连接到网络,和一个输入输出(I/O)接口2158。服务器2100可以操作基于存储在存储器2132的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
一种非临时性计算机可读存储介质,当存储介质中的指令由终端的处理器执行时,使得终端能够执行一种推荐信息获取方法,方法包括:
当接收到陌生来电时,判断本地信息数据库是否包括与陌生来电对应的指定推荐信息,信息数据库用于存储服务器发送的推荐信息,指定推荐信息用于表征推荐人向第一电话号码推荐当前终端所使用的第二电话号码;
当信息数据库包括指定推荐信息时,根据指定推荐信息,对陌生来电进行提示。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (33)

1.一种推荐信息获取方法,其特征在于,所述方法包括:
接收推荐人发送的第二电话号码;
根据本端的第一电话号码、所述推荐人的电话号码和所述第二电话号码,向服务器发送推荐信息请求,以使得服务器根据所述推荐信息请求,生成推荐信息,将所述推荐信息推送至第二电话号码所在终端。
2.根据权利要求1所述的方法,其特征在于,所述接收推荐人发送的第二电话号码,包括:
当接收到所述推荐人发送的短消息时,对所述短消息进行电话号码识别;
当识别得到电话号码时,将从所述短消息中提取识别到的电话号码作为第二电话号码。
3.根据权利要求1所述的方法,其特征在于,所述接收推荐人发送的第二电话号码,包括:
当接收到应用消息时,对所述应用消息进行电话号码识别;
当识别得到电话号码时,从所述应用消息中提取识别到的电话号码作为第二电话号码;
所述方法还包括:
获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码。
4.根据权利要求1所述的方法,其特征在于,所述向服务器发送推荐信息请求之前,还包括:
向服务器发送查询请求,所述查询请求中至少包括第二电话号码,由所述服务器根据所述查询请求查询所述第二电话号码对应的用户是否为在线用户,返回查询结果;
若所述查询结果为所述第二电话号码对应的用户为在线用户,执行向服务器发送推荐信息的步骤。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当检测到对当前显示页面中第二电话号码的拨号请求时,执行向服务器发送推荐信息请求的步骤。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述服务器发送所述推荐信息请求对应的有效时间,以使得所述服务器根据所述有效时间,判断所述推荐信息请求是否过期,在所述推荐信息请求过期时,将所述推荐信息请求删除。
7.一种推荐信息获取方法,其特征在于,所述方法包括:
接收推荐信息请求,根据所述推荐信息请求,生成推荐信息,所述推荐信息用于表征推荐人向第一电话号码推荐第二电话号码;
根据所述推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送所述推荐信息。
8.根据权利要求7所述的方法,其特征在于,所述接收推荐信息请求,包括:
接收第一电话号码对应的第一终端发送的推荐信息请求;
或者,接收推荐人电话号码对应的第三终端发送的推荐信息请求。
9.根据权利要求8所述的方法,其特征在于,所述接收第一电话号码对应的第一终端发送的推荐信息请求之前,还包括:
接收第一电话号码对应的第一终端发送的查询请求,所述查询请求中至少包括第二电话号码;
根据所述查询请求中的第二电话号码,查询所述第二电话号码对应的用户是否为在线用户,向所述第一终端返回查询结果,由所述第一终端确定所述第二电话号码对应的用户为在线用户后,返回推荐信息请求。
10.一种推荐信息获取方法,其特征在于,所述方法包括:
当接收到陌生来电时,判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息,所述信息数据库用于存储服务器发送的推荐信息,所述指定推荐信息用于表征推荐人向所述第一电话号码推荐当前终端所使用的第二电话号码;
当所述信息数据库包括指定推荐信息时,根据所述指定推荐信息,对所述陌生来电进行提示。
11.根据权利要求10所述的方法,其特征在于,所述根据所述指定推荐信息,对所述陌生来电进行提示,包括:
根据所述指定推荐信息中的推荐人电话号码,判断所述指定推荐信息中的推荐人是否在所述本地通讯录中;
当所述指定推荐信息中的推荐人在所述本地通讯录中时,根据所述推荐人的信息,对所述陌生来电呼叫进行提示。
12.根据权利要求10所述的方法,其特征在于,所述判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息之前,还包括:
接收服务器发送的推荐信息,查找所述本地通讯录中是否存储有所述推荐信息中的推荐人电话号码;
若所述本地通讯录中存储有所述推荐信息中的推荐人电话号码,将所述推荐信息存储至本地的信息数据库中。
13.根据权利要求12所述的方法,其特征在于,所述将所述推荐信息存储至本地的信息数据库中之前,还包括:
获取所述推荐信息对应的有效时间;
所述将所述推荐信息存储至本地的信息数据库中,包括:
将所述推荐信息及所述推荐信息对应的有效时间存储至本地的信息数据库中。
14.根据权利要求13所述的方法,其特征在于,所述将所述推荐信息及所述推荐信息对应的有效时间存储至本地的信息数据库中之后,还包括:
根据所述推荐信息对应的有效时间,判断所述推荐信息是否过期;
若所述推荐信息过期,则将所述推荐信息及所述推荐信息对应的有效时间从本地的信息数据库中删除。
15.根据权利要求10所述的方法,其特征在于,所述根据所述指定推荐信息,对所述陌生来电进行提示之后,还包括:
若检测到所述本地通讯录中存储有所述推荐信息中的第一电话号码,将所述推荐信息从所述信息数据库中删除。
16.一种终端,其特征在于,所述终端包括:
接收模块,用于接收推荐人发送的第二电话号码;
第一发送模块,用于根据本端的第一电话号码、所述推荐人的电话号码和所述第二电话号码,向服务器发送推荐信息请求,以使得服务器根据所述推荐信息请求,生成推荐信息,将所述推荐信息推送至第二电话号码所在终端。
17.根据权利要求16所述的终端,其特征在于,所述接收模块,用于当接收到所述推荐人发送的短消息时,对所述短消息进行电话号码识别;当识别得到电话号码时,将从所述短消息中提取识别到的电话号码作为第二电话号码。
18.根据权利要求16所述的终端,其特征在于,所述接收模块,用于当接收到应用消息时,对所述应用消息进行电话号码识别;当识别得到电话号码时,从所述应用消息中提取识别到的电话号码作为第二电话号码;
所述终端还包括:
获取模块,用于获取发送应用消息的用户帐号所绑定的电话号码,将获取到的电话号码作为推荐人的电话号码。
19.根据权利要求16所述的终端,其特征在于,所述终端还包括:
第二发送模块,用于向服务器发送查询请求,所述查询请求中至少包括第二电话号码,由所述服务器根据所述查询请求查询所述第二电话号码对应的用户是否为在线用户,返回查询结果;
第一执行模块,用于当所述查询结果为所述第二电话号码对应的用户为在线用户时,执行向服务器发送推荐信息的步骤。
20.根据权利要求16所述的终端,其特征在于,所述终端还包括:
第二执行模块,用于当检测到对当前显示页面中第二电话号码的拨号请求时,执行向服务器发送推荐信息请求的步骤。
21.根据权利要求16所述的终端,其特征在于,所述终端还包括:
第三发送模块,用于向所述服务器发送所述推荐信息请求对应的有效时间,以使得所述服务器根据所述有效时间,判断所述推荐信息请求是否过期,在所述推荐信息请求过期时,将所述推荐信息请求删除。
22.一种服务器,其特征在于,所述服务器包括:
接收模块,用于接收推荐信息请求;
生成模块,用于根据所述推荐信息请求,生成推荐信息,所述推荐信息用于表征推荐人向第一电话号码推荐第二电话号码;
发送模块,用于根据所述推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送所述推荐信息。
23.根据权利要求22所述的服务器,其特征在于,所述接收模块,包括:
第一接收子模块,用于接收第一电话号码对应的第一终端发送的推荐信息请求;
或者,第二接收子模块,用于接收推荐人电话号码对应的第三终端发送的推荐信息请求。
24.根据权利要求23所述的服务器,其特征在于,所述接收模块,还包括:
第三接收子模块,用于接收第一电话号码对应的第一终端发送的查询请求,所述查询请求中至少包括第二电话号码;
查询子模块,用于根据所述查询请求中的第二电话号码,查询所述第二电话号码对应的用户是否为在线用户;
返回子模块,用于向所述第一终端返回查询结果,由所述第一终端确定所述第二电话号码对应的用户为在线用户后,返回推荐信息请求。
25.一种终端,其特征在于,所述终端包括:
判断模块,用于当接收到陌生来电时,判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息,所述信息数据库用于存储服务器发送的推荐信息,所述指定推荐信息用于表征推荐人向所述第一电话号码推荐当前终端所使用的第二电话号码;
提示模块,用于当所述信息数据库包括指定推荐信息时,根据所述指定推荐信息,对所述陌生来电进行提示。
26.根据权利要求25所述的终端,其特征在于,所述提示模块,用于根据所述指定推荐信息中的推荐人电话号码,判断所述指定推荐信息中的推荐人是否在所述本地通讯录中;当所述指定推荐信息中的推荐人在所述本地通讯录中时,根据所述推荐人的信息,对所述陌生来电呼叫进行提示。
27.根据权利要求25所述的终端,其特征在于,所述终端还包括:
接收模块,用于接收服务器发送的推荐信息;
查找模块,用于查找所述本地通讯录中是否存储有所述推荐信息中的推荐人电话号码;
存储模块,用于当所述本地通讯录中存储有所述推荐信息中的推荐人电话号码时,将所述推荐信息存储至本地的信息数据库中。
28.根据权利要求27所述的终端,其特征在于,所述终端还包括:
获取模块,用于获取所述推荐信息对应的有效时间;
所述存储模块,用于将所述推荐信息及所述推荐信息对应的有效时间存储至本地的信息数据库中。
29.根据权利要求28所述的终端,其特征在于,所述终端还包括:
判断模块,用于根据所述推荐信息对应的有效时间,判断所述推荐信息是否过期;
第一删除模块,用于当所述推荐信息过期时,将所述推荐信息及所述推荐信息对应的有效时间从本地的信息数据库中删除。
30.根据权利要求25所述的终端,其特征在于,所述终端还包括:
第二删除模块,用于当检测到所述本地通讯录中存储有所述推荐信息中的第一电话号码时,将所述推荐信息从所述信息数据库中删除。
31.一种终端,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收推荐人发送的第二电话号码;
根据本端的第一电话号码、所述推荐人的电话号码和所述第二电话号码,向服务器发送推荐信息请求,以使得服务器根据所述推荐信息请求,生成推荐信息,将所述推荐信息推送至第二电话号码所在终端。
32.一种服务器,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收推荐信息请求,根据所述推荐信息请求,生成推荐信息,所述推荐信息用于表征推荐人向第一电话号码推荐第二电话号码;
根据所述推荐信息中的第二电话号码,向第二电话号码对应的第二终端发送所述推荐信息。
33.一种终端,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
当接收到陌生来电时,判断本地信息数据库是否包括与所述陌生来电对应的指定推荐信息,所述信息数据库用于存储服务器发送的推荐信息,所述指定推荐信息用于表征推荐人向所述第一电话号码推荐当前终端所使用的第二电话号码;
当所述信息数据库包括指定推荐信息时,根据所述指定推荐信息,对所述陌生来电进行提示。
CN201410685768.7A 2014-11-25 2014-11-25 推荐信息获取方法、终端及服务器 Active CN104539812B (zh)

Priority Applications (10)

Application Number Priority Date Filing Date Title
CN201410685768.7A CN104539812B (zh) 2014-11-25 2014-11-25 推荐信息获取方法、终端及服务器
RU2015133793A RU2643805C2 (ru) 2014-11-25 2015-04-30 Способ получения рекомендательной информации, терминал и сервер
PCT/CN2015/078016 WO2016082461A1 (zh) 2014-11-25 2015-04-30 推荐信息获取方法、终端及服务器
KR1020157017388A KR101852244B1 (ko) 2014-11-25 2015-04-30 추천정보 획득방법, 단말기, 서버, 프로그램 및 기록매체
MX2015010421A MX355187B (es) 2014-11-25 2015-04-30 Método para adquirir información de recomendación, terminal y servidor.
BR112015019301A BR112015019301A2 (pt) 2014-11-25 2015-04-30 método para obter informação de recomendação, terminal e servidor
JP2016561069A JP6195680B2 (ja) 2014-11-25 2015-04-30 推薦情報取得方法、端末、サーバー、プログラム及び記録媒体
US14/867,851 US9788178B2 (en) 2014-11-25 2015-09-28 Method for acquiring recommending information, terminal, and server
EP15191285.4A EP3026876B1 (en) 2014-11-25 2015-10-23 Method for acquiring recommending information, terminal and server
US15/456,082 US20170188211A1 (en) 2014-11-25 2017-03-10 Method for Acquiring Recommending Information, Terminal, and Server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410685768.7A CN104539812B (zh) 2014-11-25 2014-11-25 推荐信息获取方法、终端及服务器

Publications (2)

Publication Number Publication Date
CN104539812A true CN104539812A (zh) 2015-04-22
CN104539812B CN104539812B (zh) 2017-12-05

Family

ID=52855279

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410685768.7A Active CN104539812B (zh) 2014-11-25 2014-11-25 推荐信息获取方法、终端及服务器

Country Status (8)

Country Link
EP (1) EP3026876B1 (zh)
JP (1) JP6195680B2 (zh)
KR (1) KR101852244B1 (zh)
CN (1) CN104539812B (zh)
BR (1) BR112015019301A2 (zh)
MX (1) MX355187B (zh)
RU (1) RU2643805C2 (zh)
WO (1) WO2016082461A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016082461A1 (zh) * 2014-11-25 2016-06-02 小米科技有限责任公司 推荐信息获取方法、终端及服务器
WO2017000192A1 (zh) * 2015-06-30 2017-01-05 深圳市星电商科技有限公司 一种信息交互处理方法及其终端、系统
US9788178B2 (en) 2014-11-25 2017-10-10 Xiaomi Inc. Method for acquiring recommending information, terminal, and server
CN108040163A (zh) * 2017-12-25 2018-05-15 刘光明 电话号码的替代性分发方法
CN109948097A (zh) * 2019-02-15 2019-06-28 百度在线网络技术(北京)有限公司 推荐内容的方法、装置及存储介质
CN110381220A (zh) * 2019-08-19 2019-10-25 中国工商银行股份有限公司 信息推荐方法和装置、以及电子设备和可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112185588A (zh) * 2020-09-30 2021-01-05 微医云(杭州)控股有限公司 一种推荐平台和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070123235A1 (en) * 2005-11-30 2007-05-31 International Business Machines Corporation Apparatus and method for providing contact number recommendations to users of telephony devices
US20090086720A1 (en) * 2007-09-28 2009-04-02 Cisco Technology, Inc. Identity association within a communication system
CN101686542A (zh) * 2008-09-26 2010-03-31 华为技术有限公司 一种通知迁移的方法、系统及装置
CN102752392A (zh) * 2012-07-12 2012-10-24 北京灵创众和科技有限公司 一种用户联系方式的共享方法、装置及系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3396718B2 (ja) * 2000-04-24 2003-04-14 株式会社ヘリオス 通信端末装置、画像情報記憶方法および情報記憶媒体
KR20090030776A (ko) * 2007-09-21 2009-03-25 에스케이 텔레콤주식회사 이동통신 단말기를 이용한 인맥 구축 서비스 방법 및 이를위한 이동통신 단말기
WO2009089084A1 (en) * 2008-01-04 2009-07-16 Bandtones Llc Phonecasting referral systems and methods
EP2405622B1 (en) * 2010-07-08 2014-05-14 Mobile Imaging in Sweden AB Device communication
JP5652140B2 (ja) * 2010-11-09 2015-01-14 富士通株式会社 関係者情報表示システム
EP2458546A1 (en) * 2010-11-23 2012-05-30 Axel Springer Digital TV Guide GmbH Recommender system for stimulating a user to recommend an item to a contact of the user
KR101376523B1 (ko) * 2012-06-21 2014-03-21 주식회사 이노스파크 메신저 친구추천 방법
CN102932761B (zh) * 2012-10-31 2016-05-18 重庆秒银科技有限公司 基于手机名片的来电联系信息显示处理方法
CN103916526B (zh) * 2013-01-08 2016-12-28 中国移动通信集团公司 联系人信息处理方法、装置及移动终端
CN104539812B (zh) * 2014-11-25 2017-12-05 小米科技有限责任公司 推荐信息获取方法、终端及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070123235A1 (en) * 2005-11-30 2007-05-31 International Business Machines Corporation Apparatus and method for providing contact number recommendations to users of telephony devices
US20090086720A1 (en) * 2007-09-28 2009-04-02 Cisco Technology, Inc. Identity association within a communication system
CN101686542A (zh) * 2008-09-26 2010-03-31 华为技术有限公司 一种通知迁移的方法、系统及装置
CN102752392A (zh) * 2012-07-12 2012-10-24 北京灵创众和科技有限公司 一种用户联系方式的共享方法、装置及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016082461A1 (zh) * 2014-11-25 2016-06-02 小米科技有限责任公司 推荐信息获取方法、终端及服务器
US9788178B2 (en) 2014-11-25 2017-10-10 Xiaomi Inc. Method for acquiring recommending information, terminal, and server
WO2017000192A1 (zh) * 2015-06-30 2017-01-05 深圳市星电商科技有限公司 一种信息交互处理方法及其终端、系统
CN108040163A (zh) * 2017-12-25 2018-05-15 刘光明 电话号码的替代性分发方法
CN109948097A (zh) * 2019-02-15 2019-06-28 百度在线网络技术(北京)有限公司 推荐内容的方法、装置及存储介质
CN109948097B (zh) * 2019-02-15 2021-06-04 百度在线网络技术(北京)有限公司 推荐内容的方法、装置及存储介质
CN110381220A (zh) * 2019-08-19 2019-10-25 中国工商银行股份有限公司 信息推荐方法和装置、以及电子设备和可读存储介质

Also Published As

Publication number Publication date
KR20160076489A (ko) 2016-06-30
WO2016082461A1 (zh) 2016-06-02
EP3026876A1 (en) 2016-06-01
EP3026876B1 (en) 2022-11-30
KR101852244B1 (ko) 2018-04-25
CN104539812B (zh) 2017-12-05
RU2015133793A (ru) 2017-02-17
JP6195680B2 (ja) 2017-09-13
JP2017506864A (ja) 2017-03-09
BR112015019301A2 (pt) 2017-07-18
MX355187B (es) 2018-04-09
RU2643805C2 (ru) 2018-02-06
MX2015010421A (es) 2017-03-23

Similar Documents

Publication Publication Date Title
CN104159275B (zh) 网络连接方法及装置
CN104539812A (zh) 推荐信息获取方法、终端及服务器
CN104780155A (zh) 设备绑定方法及装置
CN104159230B (zh) 电话呼叫识别方法及装置
CN105487863A (zh) 基于场景的界面设置方法及装置
CN104933170A (zh) 信息展示方法及装置
CN104967683A (zh) 消息推送方法、终端及服务器
CN104580637A (zh) 电话号码标记方法、终端及云服务器
CN105491048A (zh) 账户管理方法及装置
CN104268129A (zh) 消息回复的方法及装置
CN105100355A (zh) 识别主叫用户的方法及装置
CN105578401A (zh) 定位信息收集方法、装置及移动终端
CN105072293A (zh) 号码发送方法、号码获取方法及装置
CN104111979A (zh) 搜索推荐方法和装置
CN105515948A (zh) 即时通信方法和装置
CN105245675A (zh) 一种管理联系人账户的方法和装置
CN105208176A (zh) 联系人记录处理方法及装置
CN109634913A (zh) 文档的存储方法、装置及电子设备
CN105808647A (zh) 消息编辑的处理方法和装置
CN104811904A (zh) 联系人设置方法及装置
CN105245705A (zh) 电话提示方法和装置
CN104836721A (zh) 群组会话消息提醒方法及装置
CN104298430A (zh) 电话订购方法、装置和系统
CN104955130A (zh) 恢复驻网的方法及装置
CN105516895A (zh) 用户信息推送方法及装置

Legal Events

Date Code Title Description
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant