CN103916469A - 一种联系人信息获取方法、客户端和服务器 - Google Patents
一种联系人信息获取方法、客户端和服务器 Download PDFInfo
- Publication number
- CN103916469A CN103916469A CN201410116802.9A CN201410116802A CN103916469A CN 103916469 A CN103916469 A CN 103916469A CN 201410116802 A CN201410116802 A CN 201410116802A CN 103916469 A CN103916469 A CN 103916469A
- Authority
- CN
- China
- Prior art keywords
- associated person
- person information
- user
- client
- server
- 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.)
- Pending
Links
Abstract
本发明公开了一种联系人信息获取方法、客户端和服务器。本发明实施例提供的一种联系人信息获取方法,包括:第一客户端接收第一用户的查询信息,当未搜索到匹配的联系人信息时,第一客户端将查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索;第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种联系人信息获取方法、一种联系人信息获取客户端和一种联系人信息获取服务器。
背景技术
用户在不知道他人电话号码的情况下希望找到这个人时,通常都是通过打电话或者发短信询问可能知道的人,然后被询问人在电话里告知用户这个人的号码,用户先把号码先记录下来,再保存到通信录中;或者被询问人将号码以短信的形式发送给用户,用户再进行保存。
由上可知,现有获取联系人信息的方法操作繁琐,查询者(需要号码的人)和信息提供者(告知号码的人)都需要较高的成本才能获取一个电话号码,并且人工发送、记录号码等导致出错率较大,无法保证查询者获取到准确的联系人信息。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种联系人信息获取方法和相应的一种联系人信息获取客户端以及一种联系人信息获取服务器。
依据本发明的一个方面,本发明实施例提供了一种联系人信息获取方法,包括:
第一客户端接收第一用户的查询信息,当未搜索到匹配的联系人信息时,第一客户端将查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索;
第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户。
其中,第一客户端将查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索进一步包括:第一客户端将查询信息上传至服务器,以使服务器将该查询信息分别发送至第一用户的各联系人使用的第二客户端;第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送。
其中,第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送进一步包括:第二客户端搜索到匹配的联系人信息时,生成提示信息并展示给使用该第二客户端的第二用户,以提示第二用户是否允许第一用户获取联系人信息;第二客户端接收到第二用户的允许指令时,将匹配的联系人信息上传至服务器。
其中,上述方法还包括:第二客户端接收到第二用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。
其中,上述第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户进一步包括:当匹配的联系人信息不位于禁止列表中时,第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户。
其中,上述方法还包括:第三客户端向服务器发送第三用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的第三用户的联系人信息,以由服务器将第三用户的联系人信息记录在禁止列表中。
其中,第一客户端将查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索进一步包括:
服务器根据查询信息搜索第一用户的所有联系人的联系人信息;服务器搜索到匹配的联系人信息时,将匹配的联系人信息返回至第一客户端。
其中,服务器搜索到匹配的联系人信息时,将匹配的联系人信息返回至第一客户端进一步包括:
服务器搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息;服务器接收到第二客户端上传的第二用户的允许指令时,将匹配的联系人信息返回至第一客户端。
其中,上述方法还包括:服务器接收到第二客户端上传的第二用户的禁止指令时,不将匹配的联系人信息返回至第一客户端,结束本次联系人信息获取操作。
其中,上述服务器接收到第二客户端上传的第二用户的允许指令时,将匹配的联系人信息返回至第一客户端进一步包括:服务器判断匹配的联系人信息不位于禁止列表中时,将匹配的联系人信息返回至第一客户端。
其中,上述方法还包括:服务器接收第三客户端上传的第三用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的第三用户的联系人信息;服务器将第三用户的联系人信息记录在禁止列表中。
依据本发明的另一个方面,本发明实施例提供了一种联系人信息获取客户端,包括:
接收单元,适于接收用户的查询信息,还适于接收服务器根据查询信息返回的匹配的联系人信息;
上传单元,适于当未搜索到匹配的联系人信息时,将查询信息上传至服务器,以使在用户的各联系人的联系人信息中进行搜索;
展示单元,适于将接收单元接收到的匹配的联系人信息展示给用户。
其中,上传单元,适于将查询信息上传至服务器,以使服务器将该查询信息分别发送至用户的各联系人使用的客户端;以及,在客户端侧搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向用户的客户端发送。
其中,上述装置还包括提示单元,适于在客户端侧搜索到匹配的联系人信息时,生成提示信息并展示给使用该客户端的用户,以提示该用户是否允许上传该匹配的联系人信息;
上传单元,还适于在接收到用户的允许指令时,将匹配的联系人信息上传至服务器。
其中,上传单元,还适于在接收到用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。
其中,上述装置还包括隐私保护请求单元,适于向服务器发送用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的用户的联系人信息,以由服务器将该用户的联系人信息记录在禁止列表中。
其中,接收单元,还适于当匹配的联系人信息不位于禁止列表中时,接收服务器返回的匹配的联系人信息并展示给用户。
其中,上传单元,还适于将查询信息上传至服务器,以由服务器根据查询信息搜索用户的所有联系人的联系人信息,并由服务器将搜索到的匹配的联系人信息返回至客户端。
其中,接收单元,还适于接收服务器发送的提示信息,该提示信息提示用户是否允许上传匹配的联系人信息;上传单元,还适于将用户的允许指令上传至服务器,以使服务器将搜索到的匹配的联系人信息返回至客户端。
其中,上传单元,还适于将用户的禁止指令上传至服务器,以使服务器不将搜索到的匹配的联系人信息返回至客户端,结束本次联系人信息获取操作。
依据本发明的又一个方面,本发明实施例提供了一种联系人信息获取服务器,包括:
接收单元,适于当第一客户端未搜索到与第一用户的查询信息匹配的联系人信息时,接收第一客户端上传的查询信息,以使在第一用户的各联系人的联系人信息中进行搜索;
返回单元,适于将获取到的匹配的联系人信息返回至第一客户端。
其中,还包括发送单元,适于将该查询信息分别发送至第一用户的各联系人使用的第二客户端以在第二客户端搜索匹配的联系人信息。
其中,还包括搜索单元,适于根据查询信息搜索第一用户的所有联系人的联系人信息,得到匹配的联系人信息。
其中,还包括提示单元,适于在搜索单元搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息;
返回单元,还适于在接收到第二客户端上传的第二用户的允许指令时,将匹配的联系人信息返回至第一客户端。
其中,返回单元,还适于在接收到第二客户端上传的第二用户的禁止指令时,不将匹配的联系人信息返回至第一客户端,结束本次联系人信息获取操作。
其中,上述服务器还包括隐私保护执行单元,适于判断匹配的联系人信息不位于禁止列表中时,允许将匹配的联系人信息返回至第一客户端,以及,判断匹配的联系人信息位于禁止列表中时,禁止将匹配的联系人信息返回至第一客户端。
其中,隐私保护执行单元,还适于接收第三客户端上传的第三用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的第三用户的联系人信息;将第三用户的联系人信息记录在禁止列表中。
由上所述,本发明实施例当无法在本地搜索到匹配的联系人信息时,客户端会自行将用户的查询信息上传服务器,以得到服务器返回的匹配的联系人信息,查询方仅需输入一次查询信息,即可得到所需的联系人信息,并且本发明实施例能够将获取到的匹配的联系人信息直接在客户端上展示给用户,从而避免了现有方案操作繁琐、人工发送、记录号码出错率较高的问题等,能够以一种较简便的方式快速获取到准确的联系人信息。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的一种联系人信息获取方法流程图;
图2示出了根据本发明又一个实施例的一种联系人信息获取方法流程图;
图3示出了根据本发明又一个实施例的一种联系人信息获取客户端结构示意图;
图4示出了根据本发明又一个实施例的一种联系人信息获取服务器结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明一个实施例提供了一种联系人信息获取方法,该方法由客户端侧作为查询的联系人信息的信息提供方。参见图1,该方法包括如下步骤:
S100:第一客户端接收第一用户的查询信息。
第一客户端接收第一用户(查询方)通过客户端设备(如手机)输入的查询信息,第一客户端可以为运行在客户端设备上的一个软件,如通讯录软件。
查询信息包括但不局限于待查询的联系人的姓名,例如,查询信息还可以包括联系人的性别、地址等。
S102:当未搜索到匹配的联系人信息时,第一客户端将查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索。
未搜索到匹配的联系人信息时表明查询方自身没有待搜索的联系人的联系人信息,查询方需要通过自身的联系人获取到待搜索的联系人的信息。这时,待搜索的联系人可称之为二度联系人,即查询方在本地没有搜索到联系人C的联系方式,查询方有联系人A的联系方式(即A为查询方的联系人),而A有C的联系方式,则联系人C为查询方的二度联系人。本实施例能够达到快捷查找到二度联系人的联系方式的技术效果。
步骤S102具体包括如下操作:
S1020:第一客户端将查询信息上传至服务器,以使服务器将该查询信息分别发送至第一用户的各联系人使用的第二客户端。
例如,若第一用户具有联系人P1、P2和P3,并且联系人P1、P2和P3使用的客户端设备中都分别安装了第二客户端,则服务器会将查询信息分别发送至联系人P1、P2和P3使用的第二客户端。其中,第二客户端为与第一客户端具有相同功能的客户端。
S1021:第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送。
仍以上述示例说明,联系人P1、P2和P3使用的第二客户端中的任一个在本地搜索与查询信息相匹配的联系人信息,当搜索到匹配的联系人信息时,发送至服务器;当没有搜索到匹配的联系人信息时,结束操作。
步骤S1021进一步包括:第二客户端搜索到匹配的联系人信息时,生成提示信息并展示给使用该第二客户端的第二用户,以提示第二用户是否允许第一用户获取联系人信息。例如,提示信息的一个示例可以为“用户A向您获取C的联系方式,是否发送?”
第二客户端接收到第二用户的允许指令时,将匹配的联系人信息上传至服务器。例如,当第二用户选择“是”以输入允许指令时,表明信息提供者同意查询方获取信息,则第二客户端将匹配的联系人信息上传至服务器。
相应的,若第二客户端接收到第二用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。例如,当第二用户选择“否”以输入禁止指令时,表明信息提供者不同意查询方获取信息,则第二客户端不将匹配的联系人信息上传至服务器,结束操作。
这种处理方式,仅在信息提供方允许的情况下,将联系人信息提供给查询方,保证了信息的安全。
S104:第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户。
服务器将从第一客户端之外的其他客户端获取到的匹配的联系人信息,返回至第一客户端。第一客户端将接收到的匹配的联系人信息展示在客户端设备的界面上,从而使第一用户获取到该匹配的联系人信息。
对一些用户不希望自己的名片、号码等信息被获取的场景,本实施例将这些用户的信息记录在禁止列表中,通过由服务器侧维护禁止列表并判断是否返回联系人信息的方式提供了一种隐私保护方案,则步骤S104还具体包括:当匹配的联系人信息不位于禁止列表中时,第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户。即当信息提供方允许查询方共享联系人信息,且联系人信息不在禁止列表中时,查询方才能得到所需的联系人信息,从而保护了不希望被搜索到的用户的隐私。
相应的,在客户端侧请求隐私保护的用户通过客户端向服务器发送请求,例如,第三客户端向服务器发送第三用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的第三用户的联系人信息,以由服务器将第三用户的联系人信息记录在禁止列表中。
例如,禁止查询请求中包括第三用户的姓名和电话号码,则会将第三用户的“姓名-电话号码”以配对的方式记录在禁止列表中,则当搜索出的匹配的联系人信息命中该“姓名-电话号码”对时,不将匹配的联系人信息返回至查询方,即第三用户通过“姓名-电话号码”对的方式设定自己的联系人信息不被任何人搜索到。只有搜索到的匹配的联系人信息的姓名和电话号码与禁止列表中记录的“姓名-电话号码”都相同时,第一客户端才不会接收到服务器返回的匹配的联系人信息,如果只是姓名相同而电话号码不相同,造成这种情况的原因可能是用户有两个电话号码,一个电话号码允许他人搜索,另一个电话号码不希望他人搜索到;或者是姓名相同的不同用户等等,则第一客户端依然可以接收到服务器返回的匹配的联系人信息。
进一步的,在第三客户端向服务器发送第三用户的禁止查询请求之后,本实施例提供的方法还包括:第三客户端接收服务器发送验证码请求消息;第三客户端根据该验证码请求消息向服务器返回验证码,以在验证码验证成功后,由服务器将第三用户的联系人信息记录在禁止列表中。通过验证码保证了用户的信息不会在未经允许的情况下随意被记录在禁止列表中,提高了信息的安全性。
本发明又一个实施例提供的一种联系人信息获取方法,该方法由服务器侧作为查询的联系人信息的信息提供方。参见图2,该方法包括如下步骤:
S200:第一客户端接收第一用户的查询信息。
第一客户端接收第一用户(查询方)通过客户端设备(如手机)输入的查询信息,第一客户端可以为运行在客户端设备上的一个软件,如通讯录软件。
查询信息包括但不局限于待查询的联系人的姓名,例如,查询信息还可以包括联系人的性别、地址等。
S202:当未搜索到匹配的联系人信息时,第一客户端将查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索。
步骤S202具体包括如下操作:
S2020:服务器根据查询信息搜索第一用户的所有联系人的联系人信息。服务器侧会保存各个用户的姓名、号码等联系人信息,并保存每个用户对应的联系人,以及这些联系人的姓名、号码等联系人信息。
服务器根据客户端上传的查询信息直接在服务器侧存储的联系人信息中进行搜索。例如,查询方A将作为查询信息的用户C的姓名上传至服务器后,服务器根据C的姓名搜索A的全部联系人(如P1、P2、P3……)的联系人信息。
S2021:服务器搜索到匹配的联系人信息时,将匹配的联系人信息返回至第一客户端。
步骤S2021进一步包括:
服务器搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息。例如,服务器搜索到查询方A的联系人P1的联系人信息中有C,则服务器向P1发送提示信息。提示信息的一个示例可以为“用户A向您获取C的联系方式,是否发送?”
第二客户端接收到该提示信息时,将该提示信息显示给使用第二客户端的第二用户。当第二用户选择“是”以输入允许指令时,表明信息提供者同意查询方获取信息,则第二客户端将第二用户的允许指令上传至服务器。服务器接收到第二客户端上传的第二用户的允许指令时,将匹配的联系人信息返回至第一客户端。
当第二用户选择“否”以输入禁止指令时,表明信息提供者不同意查询方获取信息,则第二客户端将第二用户的禁止指令上传至服务器。服务器接收到第二客户端上传的第二用户的禁止指令时,不将匹配的联系人信息返回至第一客户端,结束操作。
S204:第一客户端接收服务器返回的匹配的联系人信息并展示给第一用户。
服务器将在服务器侧获取到的匹配的联系人信息,返回至第一客户端。第一客户端将接收到的匹配的联系人信息展示在客户端设备的界面上,从而使第一用户获取到该匹配的联系人信息。
对一些用户不希望自己的名片、号码等信息被获取的场景,本实施例将这些用户的信息记录在禁止列表中,通过由服务器侧维护禁止列表并判断是否返回联系人信息的方式提供了一种隐私保护方案,则上述步骤S2021中服务器接收到第二客户端上传的第二用户的允许指令时,将匹配的联系人信息返回至第一客户端进一步包括:服务器判断匹配的联系人信息不位于禁止列表中时,将匹配的联系人信息返回至第一客户端。即当信息提供方允许查询方共享联系人信息,且联系人信息不在禁止列表中时,服务器才会向查询方返回匹配的联系人信息,从而保护了不希望被搜索到的用户的隐私。
其中,服务器会根据客户端上传的禁止查询请求维护禁止列表,则上述方法还包括:服务器接收第三客户端上传的第三用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的第三用户的联系人信息;服务器将第三用户的联系人信息记录在禁止列表中。则当匹配出的联系人信息为第三用户的联系人信息时,服务器不会将第三用户的联系人信息返回至查询方。
例如,上述禁止查询请求中包括第三用户的姓名和电话号码,则服务器会将第三用户的“姓名-电话号码”以配对的方式记录在禁止列表中,则当搜索出的匹配的联系人信息命中该“姓名-电话号码”对时,服务器不将匹配的联系人信息返回至查询方,即第三用户通过“姓名-电话号码”对的方式设定自己的联系人信息不被任何人搜索到。只有搜索到的匹配的联系人信息的姓名和电话号码与禁止列表中记录的“姓名-电话号码”都相同时,服务器才拒绝将匹配的联系人信息发送至查询方,如果只是姓名相同而电话号码不相同(造成这种情况的原因可能是用户有两个电话号码,一个电话号码允许他人搜索,另一个电话号码不希望他人搜索到;或者是姓名相同的不同用户等等),则服务器仍然会将匹配的联系人信息返回至查询方。
进一步的,在服务器接收第三客户端上传的第三用户的禁止查询请求之后,本实施例提供的方法还包括:
服务器向第三客户端发送验证码请求消息;服务器接收第三客户端根据该验证码请求消息返回的验证码;在验证码验证成功后,服务器将第三用户的联系人信息记录在禁止列表中。通过该验证码保证了用户的信息不会在未经允许的情况下随意被记录在禁止列表中,提高了信息的安全性。
本发明又一个实施例提供了一种联系人信息获取客户端300。参见图3,该客户端300包括接收单元310、上传单元312、展示单元314、提示单元316和隐私保护请求单元318。其中,提示单元316和隐私保护请求单元318在一些场景中不是必须的。
可以理解,每个用户的终端设备上都安装有联系人信息获取客户端,如第一用户使用的终端设备上安装有第一联系人信息获取客户端,第二用户使用的终端设备上安装有第二联系人信息获取客户端,每个联系人信息获取客户端中都包括上述各单元,但是在一次联系人信息获取的流程中,一个联系人信息获取客户端中的某些单元不需要执行相应操作。例如,在一次联系人信息获取的流程中,作为信息提供方的联系人信息获取客户端中的展示单元不需要执行相应操作。下面分别对这些单元进行说明。
接收单元310,适于接收用户的查询信息,还适于接收服务器根据查询信息返回的匹配的联系人信息。其中,接收单元310还适于当匹配的联系人信息不位于禁止列表中时,接收服务器返回的匹配的联系人信息并展示给用户。以及,接收单元310还适于接收服务器发送的提示信息,该提示信息提示用户是否允许上传匹配的联系人信息;
上传单元312,适于当未搜索到匹配的联系人信息时,将查询信息上传至服务器,以使在用户的各联系人的联系人信息中进行搜索。
当由客户端侧作为查询的联系人信息的信息提供方时,上传单元312适于将查询信息上传至服务器,以使服务器将该查询信息分别发送至用户的各联系人使用的客户端;以及,在客户端侧搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向用户的客户端发送。其中,上传单元312还适于在接收到用户的允许指令时,将匹配的联系人信息上传至服务器。以及,上传单元312还适于在接收到用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。
当由服务器侧作为查询的联系人信息的信息提供方时,上传单元312还适于将查询信息上传至服务器,以由服务器根据查询信息搜索用户的所有联系人的联系人信息,并由服务器将搜索到的匹配的联系人信息返回至客户端。上传单元312,还适于将用户的允许指令上传至服务器,以使服务器将搜索到的匹配的联系人信息返回至客户端。以及,上传单元312,还适于将用户的禁止指令上传至服务器,以使服务器不将搜索到的匹配的联系人信息返回至客户端,结束本次联系人信息获取操作。
展示单元314适于将接收单元310接收到的匹配的联系人信息展示给用户。
提示单元316适于在客户端侧搜索到匹配的联系人信息时,生成提示信息并展示给使用该客户端的用户,以提示该用户是否允许上传该匹配的联系人信息。例如,提示信息的一个示例可以为“用户A向您获取C的联系方式,是否发送?”。当用户选择“是”以输入允许指令时,表明信息提供者同意查询方获取信息,则客户端将匹配的联系人信息上传至服务器。当用户选择“否”以输入禁止指令时,表明信息提供者不同意查询方获取信息,则客户端不将匹配的联系人信息上传至服务器,结束操作。
隐私保护请求单元318适于向服务器发送用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的用户的联系人信息,以由服务器将该用户的联系人信息记录在禁止列表中。
本发明装置实施例中各单元的具体工作方式可以参见本发明的方法实施例,在此不再赘述。
本发明又一个实施例提供了一种联系人信息获取服务器400。参见图4,该服务器400包括接收单元410、返回单元412、发送单元414、搜索单元416、隐私保护执行单元418和提示单元420。在服务器侧作为联系人信息的信息提供方的场景中,发送单元不是必须的。下面分别对这些单元进行说明。
接收单元410适于当第一客户端未搜索到与第一用户的查询信息匹配的联系人信息时,接收第一客户端上传的查询信息,以使在第一用户的各联系人的联系人信息中进行搜索。
搜索单元416适于根据查询信息搜索第一用户的所有联系人的联系人信息,得到匹配的联系人信息。搜索单元416在服务器侧存储的各联系人信息中执行搜索操作。
提示单元418,适于在搜索单元416搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息。
返回单元412适于将获取到的匹配的联系人信息返回至第一客户端。具体的,返回单元412还适于在接收到第二客户端上传的第二用户的允许指令时,将匹配的联系人信息返回至第一客户端。以及,返回单元412还适于在接收到第二客户端上传的第二用户的禁止指令时,不将匹配的联系人信息返回至第一客户端,结束本次联系人信息获取操作。
进一步的,服务器400还包括隐私保护执行单元418适于判断匹配的联系人信息不位于禁止列表中时,允许将匹配的联系人信息返回至第一客户端,以及,判断匹配的联系人信息位于禁止列表中时,禁止将匹配的联系人信息返回至第一客户端。其中,隐私保护执行单元418还适于接收第三客户端上传的第三用户的禁止查询请求,该禁止查询请求中包括请求禁止查询的第三用户的联系人信息;将第三用户的联系人信息记录在禁止列表中。
当客户端侧作为联系人信息的信息提供方时,还包括发送单元414适于将该查询信息分别发送至第一用户的各联系人使用的第二客户端以在第二客户端搜索匹配的联系人信息。
联系人信息获取服务器400包括但不局限于由云网络中云端服务器实现。本发明装置实施例中各单元的具体工作方式可以参见本发明的方法实施例,在此不再赘述。
由上所述,本发明实施例当无法在本地搜索到匹配的联系人信息时,客户端会自行将用户的查询信息上传服务器,以得到服务器返回的匹配的联系人信息,查询方仅需输入一次查询信息,即可得到所需的联系人信息,并且本发明实施例能够将获取到的匹配的联系人信息直接在客户端上展示给用户,从而避免了现有方案操作繁琐、人工发送、记录号码出错率较高的问题等,能够以一种较简便的方式快速获取到准确的联系人信息。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的客户端或服务器中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了:A1、一种联系人信息获取方法,包括:
第一客户端接收第一用户的查询信息,当未搜索到匹配的联系人信息时,第一客户端将所述查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索;
第一客户端接收服务器返回的所述匹配的联系人信息并展示给第一用户。
A2、如A1所述的方法,其中,
第一客户端将所述查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索进一步包括:
第一客户端将所述查询信息上传至服务器,以使服务器将该查询信息分别发送至第一用户的各联系人使用的第二客户端;
第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送。
A3、如A2所述的方法,其中,
第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送进一步包括:第二客户端搜索到匹配的联系人信息时,生成提示信息并展示给使用该第二客户端的第二用户,以提示第二用户是否允许第一用户获取联系人信息;
第二客户端接收到第二用户的允许指令时,将匹配的联系人信息上传至服务器。
A4、如A3所述的方法,其中,所述方法还包括:
第二客户端接收到第二用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。
A5、如A1所述的方法,其中,所述第一客户端接收服务器返回的所述匹配的联系人信息并展示给第一用户进一步包括:
当所述匹配的联系人信息不位于禁止列表中时,第一客户端接收服务器返回的所述匹配的联系人信息并展示给第一用户。
A6、如A5所述的方法,其中,所述方法还包括:
第三客户端向服务器发送第三用户的禁止查询请求,所述禁止查询请求中包括请求禁止查询的第三用户的联系人信息,以由服务器将所述第三用户的联系人信息记录在禁止列表中。
A7、如A1所述的方法,其中,
第一客户端将所述查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索进一步包括:
服务器根据所述查询信息搜索第一用户的所有联系人的联系人信息;
服务器搜索到匹配的联系人信息时,将所述匹配的联系人信息返回至第一客户端。
A8、如A7所述的方法,其中,
服务器搜索到匹配的联系人信息时,将所述匹配的联系人信息返回至第一客户端进一步包括:
服务器搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供所述匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息;
服务器接收到第二客户端上传的第二用户的允许指令时,将所述匹配的联系人信息返回至第一客户端。
A9、如A8所述的方法,其中,所述方法还包括:
服务器接收到第二客户端上传的第二用户的禁止指令时,不将所述匹配的联系人信息返回至第一客户端,结束本次联系人信息获取操作。
A10、如A8所述的方法,其中,所述服务器接收到第二客户端上传的第二用户的允许指令时,将所述匹配的联系人信息返回至第一客户端进一步包括:
服务器判断所述匹配的联系人信息不位于禁止列表中时,将所述匹配的联系人信息返回至第一客户端。
A11、如A10所述的方法,其中,所述方法还包括:
服务器接收第三客户端上传的第三用户的禁止查询请求,所述禁止查询请求中包括请求禁止查询的第三用户的联系人信息;
服务器将所述第三用户的联系人信息记录在禁止列表中。
B12、一种联系人信息获取客户端,包括:
接收单元,适于接收用户的查询信息,还适于接收服务器根据所述查询信息返回的匹配的联系人信息;
上传单元,适于当未搜索到匹配的联系人信息时,将所述查询信息上传至服务器,以使在所述用户的各联系人的联系人信息中进行搜索;
展示单元,适于将所述接收单元接收到的匹配的联系人信息展示给所述用户。
B13、如B12所述的客户端,其中,
所述上传单元,适于将所述查询信息上传至服务器,以使服务器将该查询信息分别发送至所述用户的各联系人使用的客户端;以及,在客户端侧搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向所述用户的客户端发送。
B14、如B12所述的客户端,其中,所述装置还包括提示单元,适于在客户端侧搜索到匹配的联系人信息时,生成提示信息并展示给使用该客户端的用户,以提示该用户是否允许上传该匹配的联系人信息;
所述上传单元,还适于在接收到所述用户的允许指令时,将匹配的联系人信息上传至服务器。
B15、如B14所述的客户端,其中,所述上传单元,还适于在接收到所述用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。
B16、如B12所述的客户端,其中,所述装置还包括隐私保护请求单元,适于向服务器发送用户的禁止查询请求,所述禁止查询请求中包括请求禁止查询的用户的联系人信息,以由服务器将该用户的联系人信息记录在禁止列表中。
B17、如B16所述的客户端,其中,
所述接收单元,还适于当所述匹配的联系人信息不位于禁止列表中时,接收服务器返回的所述匹配的联系人信息并展示给所述用户。
B18、如B12所述的客户端,其中,
所述上传单元,还适于将所述查询信息上传至服务器,以由服务器根据所述查询信息搜索所述用户的所有联系人的联系人信息,并由服务器将搜索到的匹配的联系人信息返回至客户端。
B19、如B18所述的客户端,其中,
所述接收单元,还适于接收服务器发送的提示信息,该提示信息提示所述用户是否允许上传所述匹配的联系人信息;
所述上传单元,还适于将所述用户的允许指令上传至服务器,以使服务器将搜索到的匹配的联系人信息返回至客户端。
B20、如B19所述的客户端,其中,
所述上传单元,还适于将所述用户的禁止指令上传至服务器,以使服务器不将搜索到的匹配的联系人信息返回至客户端,结束本次联系人信息获取操作。
C21、一种联系人信息获取服务器,包括:
接收单元,适于当第一客户端未搜索到与第一用户的查询信息匹配的联系人信息时,接收第一客户端上传的所述查询信息,以使在第一用户的各联系人的联系人信息中进行搜索;
返回单元,适于将获取到的匹配的联系人信息返回至第一客户端。
C22、如C21所述的服务器,其中,还包括发送单元,适于将该查询信息分别发送至第一用户的各联系人使用的第二客户端以在第二客户端搜索匹配的联系人信息。
C23、如C21所述的服务器,其中,还包括搜索单元,适于根据所述查询信息搜索第一用户的所有联系人的联系人信息,得到匹配的联系人信息。
C24、如C23所述的服务器,其中,还包括提示单元,适于在所述搜索单元搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供所述匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息;
所述返回单元,还适于在接收到第二客户端上传的第二用户的允许指令时,将所述匹配的联系人信息返回至第一客户端。
C25、如C24所述的服务器,其中,所述返回单元,还适于在接收到第二客户端上传的第二用户的禁止指令时,不将所述匹配的联系人信息返回至第一客户端,结束本次联系人信息获取操作。
C26、如C24所述的服务器,其中,还包括隐私保护执行单元,适于判断所述匹配的联系人信息不位于禁止列表中时,允许将所述匹配的联系人信息返回至第一客户端,以及,判断所述匹配的联系人信息位于禁止列表中时,禁止将所述匹配的联系人信息返回至第一客户端。
C27、如C26所述的服务器,其中,所述隐私保护执行单元,还适于接收第三客户端上传的第三用户的禁止查询请求,所述禁止查询请求中包括请求禁止查询的第三用户的联系人信息;将所述第三用户的联系人信息记录在禁止列表中。
Claims (10)
1.一种联系人信息获取方法,包括:
第一客户端接收第一用户的查询信息,当未搜索到匹配的联系人信息时,第一客户端将所述查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索;
第一客户端接收服务器返回的所述匹配的联系人信息并展示给第一用户。
2.如权利要求1所述的方法,其中,
第一客户端将所述查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索进一步包括:
第一客户端将所述查询信息上传至服务器,以使服务器将该查询信息分别发送至第一用户的各联系人使用的第二客户端;
第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送。
3.如权利要求2所述的方法,其中,
第二客户端搜索到匹配的联系人信息时,将匹配的联系人信息上传至服务器以向第一客户端发送进一步包括:第二客户端搜索到匹配的联系人信息时,生成提示信息并展示给使用该第二客户端的第二用户,以提示第二用户是否允许第一用户获取联系人信息;
第二客户端接收到第二用户的允许指令时,将匹配的联系人信息上传至服务器。
4.如权利要求3所述的方法,其中,所述方法还包括:
第二客户端接收到第二用户的禁止指令时,不将匹配的联系人信息上传至服务器,结束本次联系人信息获取操作。
5.如权利要求1所述的方法,其中,所述第一客户端接收服务器返回的所述匹配的联系人信息并展示给第一用户进一步包括:
当所述匹配的联系人信息不位于禁止列表中时,第一客户端接收服务器返回的所述匹配的联系人信息并展示给第一用户。
6.如权利要求5所述的方法,其中,所述方法还包括:
第三客户端向服务器发送第三用户的禁止查询请求,所述禁止查询请求中包括请求禁止查询的第三用户的联系人信息,以由服务器将所述第三用户的联系人信息记录在禁止列表中。
7.如权利要求1所述的方法,其中,
第一客户端将所述查询信息上传至服务器,以使在第一用户的各联系人的联系人信息中进行搜索进一步包括:
服务器根据所述查询信息搜索第一用户的所有联系人的联系人信息;
服务器搜索到匹配的联系人信息时,将所述匹配的联系人信息返回至第一客户端。
8.如权利要求7所述的方法,其中,
服务器搜索到匹配的联系人信息时,将所述匹配的联系人信息返回至第一客户端进一步包括:
服务器搜索到匹配的联系人信息时,生成提示信息并将该提示信息发送至提供所述匹配的联系人信息的第二用户所使用的第二客户端,以提示第二用户是否允许第一用户获取联系人信息;
服务器接收到第二客户端上传的第二用户的允许指令时,将所述匹配的联系人信息返回至第一客户端。
9.一种联系人信息获取客户端,包括:
接收单元,适于接收用户的查询信息,还适于接收服务器根据所述查询信息返回的匹配的联系人信息;
上传单元,适于当未搜索到匹配的联系人信息时,将所述查询信息上传至服务器,以使在所述用户的各联系人的联系人信息中进行搜索;
展示单元,适于将所述接收单元接收到的匹配的联系人信息展示给所述用户。
10.一种联系人信息获取服务器,包括:
接收单元,适于当第一客户端未搜索到与第一用户的查询信息匹配的联系人信息时,接收第一客户端上传的所述查询信息,以使在第一用户的各联系人的联系人信息中进行搜索;
返回单元,适于将获取到的匹配的联系人信息返回至第一客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410116802.9A CN103916469A (zh) | 2014-03-26 | 2014-03-26 | 一种联系人信息获取方法、客户端和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410116802.9A CN103916469A (zh) | 2014-03-26 | 2014-03-26 | 一种联系人信息获取方法、客户端和服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103916469A true CN103916469A (zh) | 2014-07-09 |
Family
ID=51041867
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410116802.9A Pending CN103916469A (zh) | 2014-03-26 | 2014-03-26 | 一种联系人信息获取方法、客户端和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103916469A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104780514A (zh) * | 2015-04-30 | 2015-07-15 | 北京奇虎科技有限公司 | 下发和获取联系人信息的方法、联系人信息交互系统 |
CN105306687A (zh) * | 2015-09-22 | 2016-02-03 | 广东欧珀移动通信有限公司 | 一种手机通信录查找方法、装置及系统 |
CN105847361A (zh) * | 2016-03-25 | 2016-08-10 | 努比亚技术有限公司 | 一种联系人信息管理方法、服务器及终端 |
CN106161358A (zh) * | 2015-04-01 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 联络信息的管理方法及装置 |
WO2017206832A1 (zh) * | 2016-05-31 | 2017-12-07 | 华为技术有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
WO2018023765A1 (zh) * | 2016-08-05 | 2018-02-08 | 胡明祥 | 根据市场反馈调节查询技术的方法以及查询系统 |
WO2018023767A1 (zh) * | 2016-08-05 | 2018-02-08 | 胡明祥 | 公共号码云端查询的方法以及查询系统 |
WO2018023766A1 (zh) * | 2016-08-05 | 2018-02-08 | 胡明祥 | 关闭云端查询技术的方法以及查询系统 |
CN107864083A (zh) * | 2016-09-22 | 2018-03-30 | 腾讯科技(深圳)有限公司 | 一种消息提示拦截方法、服务器及客户端 |
CN113239278A (zh) * | 2021-06-08 | 2021-08-10 | 阿波罗智联(北京)科技有限公司 | 信息展示方法、装置、电子设备以及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070141875A1 (en) * | 2005-12-15 | 2007-06-21 | Daigle Brian K | Multi-level directory |
CN101150629A (zh) * | 2007-10-22 | 2008-03-26 | 孙国仲 | 通讯录管理系统及方法 |
US20100299340A1 (en) * | 2009-05-22 | 2010-11-25 | Microsoft Corporation | Distributed contact information discovery and sharing |
CN102378159A (zh) * | 2010-08-23 | 2012-03-14 | 中国移动通信有限公司 | 一种联系人信息的查找方法、系统及装置 |
CN102801691A (zh) * | 2011-05-25 | 2012-11-28 | 中兴通讯股份有限公司 | 联系人信息的获取方法及装置 |
CN102857637A (zh) * | 2012-09-03 | 2013-01-02 | 北京小米科技有限责任公司 | 一种联系人信息获取方法、系统及装置 |
CN102882851A (zh) * | 2012-09-03 | 2013-01-16 | 东莞宇龙通信科技有限公司 | 通讯录的生成方法及服务器 |
CN102957778A (zh) * | 2011-08-17 | 2013-03-06 | 中兴通讯股份有限公司 | 一种搜索联系人信息的方法及装置 |
-
2014
- 2014-03-26 CN CN201410116802.9A patent/CN103916469A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070141875A1 (en) * | 2005-12-15 | 2007-06-21 | Daigle Brian K | Multi-level directory |
CN101150629A (zh) * | 2007-10-22 | 2008-03-26 | 孙国仲 | 通讯录管理系统及方法 |
US20100299340A1 (en) * | 2009-05-22 | 2010-11-25 | Microsoft Corporation | Distributed contact information discovery and sharing |
CN102378159A (zh) * | 2010-08-23 | 2012-03-14 | 中国移动通信有限公司 | 一种联系人信息的查找方法、系统及装置 |
CN102801691A (zh) * | 2011-05-25 | 2012-11-28 | 中兴通讯股份有限公司 | 联系人信息的获取方法及装置 |
CN102957778A (zh) * | 2011-08-17 | 2013-03-06 | 中兴通讯股份有限公司 | 一种搜索联系人信息的方法及装置 |
CN102857637A (zh) * | 2012-09-03 | 2013-01-02 | 北京小米科技有限责任公司 | 一种联系人信息获取方法、系统及装置 |
CN102882851A (zh) * | 2012-09-03 | 2013-01-16 | 东莞宇龙通信科技有限公司 | 通讯录的生成方法及服务器 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161358A (zh) * | 2015-04-01 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 联络信息的管理方法及装置 |
CN106161358B (zh) * | 2015-04-01 | 2020-02-04 | 阿里巴巴集团控股有限公司 | 联络信息的管理方法及装置 |
CN104780514A (zh) * | 2015-04-30 | 2015-07-15 | 北京奇虎科技有限公司 | 下发和获取联系人信息的方法、联系人信息交互系统 |
CN104780514B (zh) * | 2015-04-30 | 2019-05-14 | 北京奇虎科技有限公司 | 下发和获取联系人信息的方法、联系人信息交互系统 |
CN105306687B (zh) * | 2015-09-22 | 2019-02-05 | Oppo广东移动通信有限公司 | 一种手机通信录查找方法、装置及系统 |
CN105306687A (zh) * | 2015-09-22 | 2016-02-03 | 广东欧珀移动通信有限公司 | 一种手机通信录查找方法、装置及系统 |
CN105847361A (zh) * | 2016-03-25 | 2016-08-10 | 努比亚技术有限公司 | 一种联系人信息管理方法、服务器及终端 |
WO2017206832A1 (zh) * | 2016-05-31 | 2017-12-07 | 华为技术有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
CN107452383A (zh) * | 2016-05-31 | 2017-12-08 | 华为终端(东莞)有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
US11004445B2 (en) | 2016-05-31 | 2021-05-11 | Huawei Technologies Co., Ltd. | Information processing method, server, terminal, and information processing system |
CN107452383B (zh) * | 2016-05-31 | 2021-10-26 | 华为终端有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
WO2018023766A1 (zh) * | 2016-08-05 | 2018-02-08 | 胡明祥 | 关闭云端查询技术的方法以及查询系统 |
WO2018023767A1 (zh) * | 2016-08-05 | 2018-02-08 | 胡明祥 | 公共号码云端查询的方法以及查询系统 |
WO2018023765A1 (zh) * | 2016-08-05 | 2018-02-08 | 胡明祥 | 根据市场反馈调节查询技术的方法以及查询系统 |
CN107864083A (zh) * | 2016-09-22 | 2018-03-30 | 腾讯科技(深圳)有限公司 | 一种消息提示拦截方法、服务器及客户端 |
CN107864083B (zh) * | 2016-09-22 | 2020-09-11 | 腾讯科技(深圳)有限公司 | 一种消息提示拦截方法、服务器及客户端 |
CN113239278A (zh) * | 2021-06-08 | 2021-08-10 | 阿波罗智联(北京)科技有限公司 | 信息展示方法、装置、电子设备以及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103916469A (zh) | 一种联系人信息获取方法、客户端和服务器 | |
CN107071080B (zh) | 一种维护联系人信息的方法和系统 | |
CN108337210A (zh) | 设备配置方法及装置、系统 | |
CN103188328A (zh) | 移动终端应用程序共享的方法、服务器及系统 | |
CN105407032A (zh) | 用于社交网络中安全传送消息的方法和系统 | |
CN102082589B (zh) | 保存联系方式的方法、装置和系统 | |
CN104135563A (zh) | 一种通信处理方法和系统 | |
CN103853815A (zh) | 通过基于即时消息接发的主题索引的可搜索对等系统 | |
CN103618824B (zh) | 在通讯录程序中进行信息发送的方法与移动终端 | |
US9438609B2 (en) | Device verification prior to registration | |
CN104519108A (zh) | 推送账户信息、导入关系链的方法、装置及系统 | |
CN106686105A (zh) | 推送消息的方法、计算设备、服务器及信息分享系统 | |
CN109154968A (zh) | 用于组织内的安全且高效的通信的系统和方法 | |
CN102378159A (zh) | 一种联系人信息的查找方法、系统及装置 | |
CN106850506A (zh) | 一种应用好友间共享WiFi的方法和装置 | |
US20110082896A1 (en) | Dynamically Updated Web-Enabled and Embedded Contact Address in Communication Devices | |
CN107005558B (zh) | 基于位置的用户歧义消除 | |
CN109391658B (zh) | 一种账号数据同步方法及其设备、存储介质、终端 | |
CN104156379A (zh) | 联系人关联检索系统及方法 | |
KR101634896B1 (ko) | 단말 및 단말의 동작 방법 | |
CN105978853B (zh) | 一种会话调度方法、调度服务器及终端 | |
CN114663089A (zh) | 数据处理方法、装置、电子设备和存储介质 | |
CN109274808B (zh) | 通讯录信息管理方法、系统及电子设备和存储介质 | |
CN105099873A (zh) | 名片交换方法、设备及系统 | |
KR20120071162A (ko) | 타인의 단말기에 저장된 개인 정보 관리 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140709 |
|
RJ01 | Rejection of invention patent application after publication |