CN103067478A - 一种传输联系人信息的方法及装置、系统 - Google Patents
一种传输联系人信息的方法及装置、系统 Download PDFInfo
- Publication number
- CN103067478A CN103067478A CN2012105678233A CN201210567823A CN103067478A CN 103067478 A CN103067478 A CN 103067478A CN 2012105678233 A CN2012105678233 A CN 2012105678233A CN 201210567823 A CN201210567823 A CN 201210567823A CN 103067478 A CN103067478 A CN 103067478A
- Authority
- CN
- China
- Prior art keywords
- person information
- associated person
- terminal
- user
- update 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种传输联系人信息的方法及装置、系统,用于实现简化联系人信息的操作过程。所述方法包括:接收第一终端上传的第一用户的第一联系人信息;将第一联系人信息发送给第二终端。本发明还公开了用于实现所述方法的装置和系统。
Description
技术领域
本发明涉及计算机及通信技术领域,尤其涉及一种传输联系人信息的方法及装置、系统。
背景技术
随着移动技术的发展,移动终端可为用户提供多种多样的服务,用户体验越来越好。其中,一项最基本的服务是通讯录。移动终端最基本的功能是通讯功能,那么就离不开通讯录。用户可以将所有联系人信息保存在通讯录中,方便调用和联系。并且随着联系人信息越来越丰富,通常采用虚拟名片(VCard)的方式来存储联系人信息。所有联系人信息构成了名片夹。
目前,如果用户A变更了手机号,则需要通过终端A向大量好友发送短信或打电话来通知对方手机号码已更新。这种方式操作过于繁琐,用户A需要大量重复发送短信或打电话的过程。即使可以群发短信,但一次群发短信的数量是有限制的,如果用户A的联系人数量超出该限制很多,仍然会有多次重复操作。并且,发送短信和打电话的过程将占用终端A的大量资源。
另外,如果用户A与用户B交换手机号码,则用户A和用户B需要分别在终端A和终端B上保存对方的手机号码。这样整体来看,需要进行两次保存手机号码的动作,并且需要两个终端来处理用户的操作。
综上,目前保存和传输联系人信息的过程较为繁琐,占用较多的终端资源。
发明内容
本发明实施例提供一种传输联系人信息的方法及装置、系统,用于实现简化联系人信息的操作过程。
一种传输联系人信息的方法,包括以下步骤:接收第一终端上传的第一用户的第一联系人信息;将第一联系人信息发送给第二终端。本实施例中第一用户当自己的联系人信息需要变更时,只需要向服务器发送变更后的联系人信息即可,由服务器向有关的第二终端发送第一用户变更后的联系人信息,不再需要第一用户进行一一通知。大量节省了第一用户的操作,也节省了第一终端对第一用户操作的响应和处理。
优选的,将第一联系人信息发送给第二终端的步骤包括:根据第一用户对应的权限配置信息,将第一联系人信息发送给有权获得第一联系人信息的所有第二终端,该权限配置信息包括有权获得第一联系人信息的终端信息或群组信息。本实施例中第一用户可预先为所有联系人配置权限,进行权限分组,即配置群组信息。服务器可向有权限的群组信息对应的所有第二终端发送第一联系人信息,既满足了安全性要求,又大量节省了第一用户的操作,也节省了第一终端对第一用户操作的响应和处理。
优选的,接收第一终端上传的第一用户的第一联系人信息之后,还包括步骤:根据收到的第一联系人信息更新第一用户原有的第一联系人信息。本实施例中服务器根据收到的第一联系人信息更新本地的记录,以便后续向第一终端或其它终端提供最新版本的联系人信息。
优选的,接收第一终端上传的第一用户的第一联系人信息之前,还包括步骤:对第一用户进行安全性验证;接收第一终端上传的第一用户的第一联系人信息的步骤包括:在安全验证通过后,接收第一终端上传的第一用户的第一联系人信息。增加安全验证过程可提高安全性,以减少联系人信息被随意篡改。
一种传输联系人信息的方法,包括以下步骤:接收第一终端上传的第二用户对应的第二联系人信息;根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端。本实施例中当两个用户交换联系人信息时,只需要其中一个用户上传对方的联系人信息。由服务器将上传一方的用户的联系人信息发送给对方。节省了一方的联系人信息保存操作,也使得一方终端不需要响应用户的保存操作,减少了处理过程。
优选的,将第一联系人信息发送给第二终端之前,还包括步骤:根据第一用户对应的权限配置信息,判断第二用户是否有权获得第一联系人信息;若是,则将第一联系人信息发送给第二用户对应的第二终端;其中,权限配置信息包括有权获得第一联系人信息的终端信息或群组信息。这样,通过权限验证提高了获取联系人信息的安全性。
优选的,接收第一终端上传的第二用户对应的第二联系人信息之后,还包括步骤:根据收到的第二联系人信息更新第一用户对应的联系人信息集合。本实施例中服务器根据第二联系人信息更新第一用户对应的联系人信息集合,以保持第一用户的联系人信息集合为最新版本,保证联系人信息的准确度。
优选的,接收第一终端上传的第二用户对应的第二联系人信息之前,还包括步骤:对第一用户进行安全性验证;接收第一终端上传的第二用户对应的第二联系人信息的步骤包括:在安全验证通过后,接收第一终端上传的第二用户对应的第二联系人信息。本实施例中通过安全性验证,来保证用户身份的安全性,防止他人恶意修改联系人信息。
一种传输联系人信息的方法,包括以下步骤:接收第二终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;将第一用户的第一联系人信息发送给第二终端。本实施例中任何终端都可以请求查询其它用户的联系人信息,使得获取方式更便捷,并且可以避免用户联系人信息变更导致的其它用户无法联系到该用户的情况。
优选的,查询更新请求包括第一用户的第一联系人信息;接收第二终端发送的查询更新请求后,还包括步骤:将查询更新请求中的第一联系人信息与本地的第一联系人信息进行匹配;若匹配不一致,则将本地的第一用户的第一联系人信息发送给第二终端。这样,服务器在匹配不一致时才反馈联系人信息,减少传输联系人信息的次数,节省下行网络资源。
优选的,接收第二终端发送的查询更新请求后,还包括步骤:根据第一用户对应的权限配置信息,判断第二终端对应的第二用户是否有权获得第一联系人信息;若是,则将第一用户的第一联系人信息发送给第二终端;其中,权限配置信息包括有权获得第一联系人信息的终端信息或群组信息。
优选的,接收第二终端发送的查询更新请求之前,还包括步骤:对第二终端对应的第二用户进行安全性验证;接收第二终端发送的查询更新请求的步骤包括:在安全验证通过后,接收第二终端发送的查询更新请求。
一种传输联系人信息的方法,包括以下步骤:向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;接收第一用户的第一联系人信息。
优选的,向服务器发送查询更新请求的步骤包括:在进行通讯前,或在进行通讯的同时,或在进行通讯后,向服务器发送查询更新请求。终端可在通讯需要时请求获得最新的联系人信息,准确的联系人信息可便于通讯的成功建立。
一种服务器,包括:
接收模块,用于接收第一终端上传的第一用户的第一联系人信息。
发送模块,用于将第一联系人信息发送给第二终端。
一种服务器,包括:
接收模块,用于接收第一终端上传的第二用户对应的第二联系人信息。
发送模块,用于根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端。
一种服务器,包括:
接收模块,用于接收第二终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;
发送模块,用于将第一用户的第一联系人信息发送给第二终端。
一种终端设备,包括:
发送模块,用于向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;
接收模块,用于接收第一用户的第一联系人信息。
一种系统,包括:第一终端、第二终端和服务器,其中:
第一终端,用于向服务器发送第一用户的第一联系人信息;
服务器,用于接收第一终端上传的第一用户的第一联系人信息,以及将第一联系人信息发送给第二终端;
第二终端,用于接收服务器发送的第一联系人信息。
一种系统,包括:第一终端、第二终端和服务器,其中:
第一终端,用于向服务器发送第二用户的第二联系人信息;
服务器,用于接收第一终端上传的第二用户对应的第二联系人信息,以及根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端;
第二终端,用于接收服务器发送的第一用户的第一联系人信息。
一种系统,包括:终端和服务器,其中:
服务器,用于接收终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;将第一用户的第一联系人信息发送给终端;
终端,用于向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;接收第一用户的第一联系人信息。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为本发明实施例中联系人信息变更时传输联系人信息的主要方法流程图;
图2-图5为本发明实施例中对应关系的示意图;
图6为本发明实施例中联系人信息变更时传输联系人信息的详细方法流程图;
图7为本发明实施例中第二终端请求第一联系人信息时网络侧传输联系人信息的主要方法流程图;
图8为本发明实施例中第二终端请求第一联系人信息时终端侧传输联系人信息的主要方法流程图;
图9为本发明实施例中第二终端请求第一联系人信息时传输联系人信息的详细方法流程图;
图10为本发明实施例中变更他人联系人信息时传输联系人信息的主要方法流程图;
图11为本发明实施例中变更他人联系人信息时传输联系人信息的详细方法流程图;
图12为本发明实施例中服务器的主要结构图;
图13为本发明实施例中服务器的详细结构图;
图14为本发明实施例中终端的结构图;
图15为本发明实施例中系统的结构图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
目前,如果第一用户的联系人信息变更,则需要一一通知好友,出现大量的重复通知操作。针对该问题,本实施例中第一用户当自己的联系人信息需要变更时,只需要向服务器发送变更后的联系人信息即可,由服务器向有关的第二终端发送第一用户变更后的联系人信息,不再需要第一用户进行一一通知。大量节省了第一用户的操作,也节省了第一终端对第一用户操作的响应和处理。
参见图1,本实施例中联系人信息变更时传输联系人信息的主要方法流程如下:
步骤101:接收第一终端上传的第一用户的第一联系人信息。较佳的,联系人信息包括姓名和联系方式,如电话号码、邮箱、即时通讯帐户等,还可以包括个人信息,如公司名称、生日、职业等。
步骤102:将第一联系人信息发送给第二终端。
为了提高安全性,云端服务器在接收第一终端发送的信息之前,还可以对第一终端进行验证,在验证通过后接收其发送的信息。安全性验证的方式包括:通过用户名和密码方式验证,通过验证码验证,通过手机号码验证等。
在步骤102中,根据第一用户对应的权限配置信息,将第一联系人信息发送给有权获得第一联系人信息的所有第二终端,该权限配置信息包括有权获得第一联系人信息的终端信息或群组信息。群组信息为多个终端信息的集合,具有相同权限的终端信息可以属于同一群组。本实施例中一个用户可以对应一个或多个通讯录(即名片夹),每个名片夹可对应一个或多个群组。如果一个用户的联系方式有多个,如有多个联系电话信息,则不同的联系方式可对应相同或不同的一个或多个名片夹,以及对应相同或不同的一个或多个群组。几种典型的对应关系,可参见图2-5所示。终端信息包括姓名和/或联系方式等。
本实施例中还可以根据收到的第一联系人信息更新第一用户原有的第一联系人信息。
参见图6,本实施例中联系人信息变更时传输联系人信息的详细方法流程如下:
步骤601:第一终端登录云端服务器。
步骤602:云端服务器对第一终端进行安全性验证,若通过,则继续步骤603,否则继续步骤604。
步骤603:云端服务器向第一终端发送验证通过的通知。继续步骤605。
步骤604:云端服务器向第一终端发送验证未通过的通知。
步骤605:第一终端向云端服务器发送更新请求。更新请求包括关于第一用户的联系人信息。
步骤606:云端服务器根据收到的更新请求更新本地的关于第一用户的联系人信息。
步骤607:云端服务器查询第一用户对应的权限配置信息,确定有权限的第二用户及相应的第二终端。第二用户的第二联系人信息中可能记录了多种联系方式,不同联系方式都可能对应不同的终端,这里的第二终端是所有可能的终端的统称。
步骤608:云端服务器向有权限的第二终端发送更新后的关于第一用户的联系人信息。
其中,第二终端是否有访问权限,由第一终端预先配置,也可以在更新请求中携带权限配置信息。云端服务器可以向有权限的多个第二终端发送更新后的关于第一终端的联系人信息。并且,云端服务器可以在收到更新请求后立即向第二终端发送更新后的关于第一终端的联系人信息。或者,在收到第二终端的查询更新请求后,向第二终端发送更新后的关于第一终端的联系人信息。
服务器可以在收到第一联系人信息后立即向第二终端发送第一联系人信息,也可以在第二终端请求后,再向第二终端发送第一联系人信息。参见下面的实施例。
参见图7,本实施例中第二终端请求第一联系人信息时网络侧传输联系人信息的主要方法流程如下:
步骤701:接收第二终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息。
步骤702:将第一用户的第一联系人信息发送给第二终端。
与网络侧相对的,参见图8,本实施例中第二终端请求第一联系人信息时终端侧传输联系人信息的主要方法流程如下:
步骤801:向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息。
步骤802:接收第一用户的第一联系人信息。
本实施例中任何终端都可以请求查询其它用户的联系人信息,使得获取方式更便捷,并且可以避免用户联系人信息变更导致的其它用户无法联系到该用户的情况。
为了提高安全性,接收第二终端发送的查询更新请求之前,对第二终端对应的第二用户进行安全性验证;在安全验证通过后,接收第二终端发送的查询更新请求。
云端服务器可以对第二终端对应的第二用户进行权限验证等,以进一步提高安全性。
并且,第二终端可以单独向云端服务器发送查询更新请求,然后从云端服务器获得最新的关于第一终端的联系人信息。或者,查询更新请求包括第二终端本地保存的关于第一终端的联系人信息;云端服务器将收到的关于第一终端的联系人信息与本地保存的关于第一终端的联系人信息进行比对,若一致,则向第二终端返回不需要更新的指示,若不一致,则将最新的关于第一终端的联系人信息发送给第二终端。或者,第二终端伴随着通信过程向云端服务器发送查询更新请求,下面通过一个典型实施例来详细介绍。
参见图9,本实施例中第二终端请求第一联系人信息时传输联系人信息的详细方法流程如下:
步骤901:第二终端接收到用户输入的发送短信的命令。
步骤902:第二终端向云端服务器发送查询更新请求。查询更新请求包括姓名和短信中的收信人号码。可根据短信中的收信人号码从本地通讯录中获得相应的姓名。本实施例中查询更新请求包括的姓名和短信中的收信人号码是关于第一终端的联系人信息。
在进行通讯前,或在进行通讯的同时,或在进行通讯后,第二终端向服务器发送查询更新请求。通讯包括发送短信、发送彩信、发送邮件或拨打电话等。
步骤903:云端服务器将查询更新请求中的收信人号码和姓名与本地的记录进行匹配。若姓名匹配不一致,则继续步骤905;若姓名匹配一致,而收信人号码匹配不一致,则继续步骤904;若均匹配一致,则继续步骤907。
步骤904:云端服务器验证第二终端是否有访问第一终端的权限,若有,则继续步骤906;否则继续步骤905。
步骤905:云端服务器向第二终端发送表示无查询结果的反馈信息。继续步骤908。
步骤906:云端服务器向第二终端发送包含第一终端的联系人信息的查询结果。继续步骤909。
步骤907:云端服务器向第二终端发送表示匹配一致的反馈信息。继续步骤908。
步骤908:第二终端根据发送短信的命令发送短信。
步骤909:第二终端根据收到的第一终端的联系人信息发送短信。第二终端还可以根据第一终端的联系人信息更新本地的通讯录。
在步骤902中,更新请求可以只包括姓名,也可以包括姓名和收信人号码。云端服务器可以保存最新版本的联系人信息和前一版本的联系人信息。云端服务器在收到更新请求后,先将收到的姓名和收信人号码与最新版本的联系人信息进行匹配,若姓名匹配一致,号码匹配不一致,则可进一步将姓名和收信人号码与前一版本的联系人信息进行匹配,若姓名和号码均匹配一致,则将最新版本中的号码发送给第二终端。这样可避免重名的情况。因为如果两个用户的姓名相同,而号码不同,则若将重名的第二个用户的姓名和号码发送给服务器,而服务器将重名的第二个用户的姓名和号码与重名的第一个用户的姓名和号码匹配,此时姓名匹配一致,号码匹配不一致,会将重名的第一个用户的号码发送给第二终端。而此时第二终端不应该获得重名的第一个用户的号码。所以,通过将收到的联系人信息与前一版本的联系人信息进行匹配,可提高安全性。
目前,两个用户在交换联系人信息时,两方均需要进行保存联系人信息的操作。针对该问题,本实施例中当两个用户交换联系人信息时,只需要其中一个用户上传对方的联系人信息。由服务器将上传一方的用户的联系人信息发送给对方。节省了一方的联系人信息保存操作,也使得一方终端不需要响应用户的保存操作,减少了处理过程。
参见图10,本实施例中变更他人联系人信息时传输联系人信息的主要方法流程如下:
步骤1001:接收第一终端上传的第二用户对应的第二联系人信息。
步骤1002:根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端。
为了提高安全性,接收第一终端上传的第二用户对应的第二联系人信息之前,对第一用户进行安全性验证;在安全验证通过后,接收第一终端上传的第二用户对应的第二联系人信息。
以及,将第一联系人信息发送给第二终端之前,根据第一用户对应的权限配置信息,判断第二用户是否有权获得第一联系人信息;若是,则将第一联系人信息发送给第二用户对应的第二终端;其中,权限配置信息包括有权获得第一联系人信息的终端信息或群组信息。
另外,云端服务器还可以根据收到的第二联系人信息更新第一用户对应的联系人信息集合。
下面通过一个典型实施例来详细介绍实现过程。
参见图11,本实施例中变更他人联系人信息时传输联系人信息的详细方法流程如下:
步骤1101:第一终端在本地存储关于第二用户的联系人信息。联系人信息包括姓名信息,还可以包括电话信息、网址信息、邮箱信息、工作单位信息和生日信息等。
步骤1102:第一终端向云端服务器发送同步联系人信息的请求。
步骤1103:云端服务器根据收到的请求进行同步操作。相当于接收第一终端发送的第二用户的联系人信息。
该同步方式也可以应用到图6所示的实施例中。
步骤1104:云端服务器通过同步操作确定第一终端新增了关于第二用户的联系人信息。
步骤1105:云端服务器根据新增的联系人信息中的联系方式,向第二终端发送关于第一用户的联系人信息。其中,联系方式包括电话信息和邮箱信息等。与联系方式对应的,第二终端可以是电话或计算机等设备。
通过以上描述了解了传输联系人信息的实现过程,该过程主要由服务器和终端实现,下面针对这两个设备的内部结构和功能进行介绍。
参见图12,本实施例中的服务器包括接收模块1201和发送模块1202。
接收模块1201用于接收第一终端上传的第一用户的第一联系人信息。
发送模块1202用于将第一联系人信息发送给第二终端。
服务器还可以包括验证模块1203和存储模块1204,参见图13所示。
验证模块1203用于对终端进行身份和权限验证。
存储模块1204用于保存收到的联系人信息。
服务器接收第一终端上传的第二用户的第二联系人信息时:
接收模块1201用于接收第一终端上传的第二用户对应的第二联系人信息。
发送模块1202用于根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端。
服务器接收终端的查询更新请求时:
接收模块1201用于接收第二终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息。
发送模块1202用于将第一用户的第一联系人信息发送给第二终端。
参见图14,本实施例中终端设备,包括:发送模块1401和接收模块1402。
发送模块1401用于向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息。发送模块1401还用于上传联系人信息或请求同步操作等。
接收模块1402用于接收联系人信息,尤其是接收第一用户的第一联系人信息。
前述的终端和服务器可构成一系统,参见图15所示,系统包括第一终端1501、第二终端1502和服务器1503。
第一用户的第一联系人信息变更时:
第一终端1501用于向服务器1503发送第一用户的第一联系人信息。
服务器1503用于接收第一终端上传的第一用户的第一联系人信息,以及将第一联系人信息发送给第二终端。
第二终端1502用于接收服务器1503发送的第一联系人信息。
第一用户更新第二用户的第二联系人信息时:
第一终端1501用于向服务器1503发送第二用户的第二联系人信息。
服务器1503用于接收第一终端1501上传的第二用户对应的第二联系人信息,以及根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端1502。
第二终端1502用于接收服务器1503发送的第一用户的第一联系人信息。
终端请求其它用户的联系人信息时:
服务器1503用于接收终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;将第一用户的第一联系人信息发送给终端;
终端1502用于向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;接收第一用户的第一联系人信息。
本发明实施例利用云端服务器进行联系人信息在多个终端间的传输,节省了终端操作过程。并且针对联系人变更自身的联系人信息、彼此交互联系人信息、请求获得他人的联系人信息的情况,分别提供了解决方案。均可减少终端的操作过程,节省终端资源,提高用户体验。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (21)
1.一种传输联系人信息的方法,其特征在于,包括以下步骤:
接收第一终端上传的第一用户的第一联系人信息;
将所述第一联系人信息发送给第二终端。
2.如权利要求1所述的方法,其特征在于,所述将第一联系人信息发送给第二终端的步骤包括:根据所述第一用户对应的权限配置信息,将所述第一联系人信息发送给有权获得所述第一联系人信息的所有第二终端,所述权限配置信息包括有权获得所述第一联系人信息的终端信息或群组信息。
3.如权利要求1所述的方法,其特征在于,所述接收第一终端上传的第一用户的第一联系人信息之后,还包括步骤:
根据接收到的所述第一联系人信息更新所述第一用户原有的第一联系人信息。
4.如权利要求1所述的方法,其特征在于,所述接收第一终端上传的第一用户的第一联系人信息之前,还包括步骤:对所述第一用户进行安全性验证;
所述接收第一终端上传的第一用户的第一联系人信息的步骤包括:在安全验证通过后,接收所述第一终端上传的所述第一用户的所述第一联系人信息。
5.一种传输联系人信息的方法,其特征在于,包括以下步骤:
接收第一终端上传的第二用户对应的第二联系人信息;
根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端。
6.如权利要求5所述的方法,其特征在于,所述将第一联系人信息发送给第二终端之前,还包括步骤:根据所述第一用户对应的权限配置信息,判断所述第二用户是否有权获得所述第一联系人信息;
若第二用户有权获得第一联系人信息,则将所述第一联系人信息发送给所述第二用户对应的所述第二终端;
其中,所述权限配置信息包括有权获得所述第一联系人信息的终端信息或群组信息。
7.如权利要求5所述的方法,其特征在于,所述接收第一终端上传的第二用户对应的第二联系人信息之后,还包括步骤:根据收到的所述第二联系人信息更新所述第一用户对应的联系人信息集合。
8.如权利要求5所述的方法,其特征在于,所述接收第一终端上传的第二用户对应的第二联系人信息之前,还包括步骤:对所述第一用户进行安全性验证;
所述接收第一终端上传的第二用户对应的第二联系人信息的步骤包括:在安全验证通过后,接收所述第一终端上传的所述第二用户对应的所述第二联系人信息。
9.一种传输联系人信息的方法,其特征在于,包括以下步骤:
接收第二终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;
将第一用户的第一联系人信息发送给第二终端。
10.如权利要求9所述的方法,其特征在于,所述查询更新请求包括第一用户的第一联系人信息;
所述接收第二终端发送的查询更新请求后,还包括步骤:将所述查询更新请求中的第一联系人信息与本地的第一联系人信息进行匹配;
若匹配不一致,则将所述本地的第一用户的第一联系人信息发送给所述第二终端。
11.如权利要求9所述的方法,其特征在于,所述接收第二终端发送的查询更新请求后,还包括步骤:根据所述第一用户对应的权限配置信息,判断所述第二终端对应的第二用户是否有权获得第一联系人信息;
若所述第二终端对应的第二用户有权获得第一联系人信息,则将所述第一用户的第一联系人信息发送给所述第二终端;
其中,所述权限配置信息包括有权获得第一联系人信息的终端信息或群组信息。
12.如权利要求9所述的方法,其特征在于,所述接收第二终端发送的查询更新请求之前,还包括步骤:对所述第二终端对应的第二用户进行安全性验证;
所述接收第二终端发送的查询更新请求的步骤包括:在安全验证通过后,接收所述第二终端发送的查询更新请求。
13.一种传输联系人信息的方法,其特征在于,包括以下步骤:
向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;
接收第一用户的第一联系人信息。
14.如权利要求13所述的方法,其特征在于,向服务器发送查询更新请求的步骤包括:在进行通讯前,或在进行通讯的同时,或在进行通讯后,向所述服务器发送查询更新请求。
15.一种服务器,其特征在于,包括:
接收模块,用于接收第一终端上传的第一用户的第一联系人信息。
发送模块,用于将第一联系人信息发送给第二终端。
16.一种服务器,其特征在于,包括:
接收模块,用于接收第一终端上传的第二用户对应的第二联系人信息。
发送模块,用于根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端。
17.一种服务器,其特征在于,包括:
接收模块,用于接收第二终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;
发送模块,用于将第一用户的第一联系人信息发送给第二终端。
18.一种终端设备,其特征在于,包括:
发送模块,用于向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;
接收模块,用于接收第一用户的第一联系人信息。
19.一种系统,其特征在于,包括:第一终端、第二终端和服务器,其中:
第一终端,用于向服务器发送第一用户的第一联系人信息;
服务器,用于接收第一终端上传的第一用户的第一联系人信息,以及将第一联系人信息发送给第二终端;
第二终端,用于接收服务器发送的第一联系人信息。
20.一种系统,其特征在于,包括:第一终端、第二终端和服务器,其中:
第一终端,用于向服务器发送第二用户的第二联系人信息;
服务器,用于接收第一终端上传的第二用户对应的第二联系人信息,以及根据收到的第二联系人信息,将与第一终端对应的第一用户的第一联系人信息发送给第二终端;
第二终端,用于接收服务器发送的第一用户的第一联系人信息。
21.一种系统,其特征在于,包括:终端和服务器,其中:
服务器,用于接收终端发送的查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;将第一用户的第一联系人信息发送给终端;
终端,用于向服务器发送查询更新请求,该查询更新请求表示请求获得第一用户的最新的第一联系人信息;接收第一用户的第一联系人信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012105678233A CN103067478A (zh) | 2012-12-24 | 2012-12-24 | 一种传输联系人信息的方法及装置、系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012105678233A CN103067478A (zh) | 2012-12-24 | 2012-12-24 | 一种传输联系人信息的方法及装置、系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103067478A true CN103067478A (zh) | 2013-04-24 |
Family
ID=48109932
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012105678233A Pending CN103067478A (zh) | 2012-12-24 | 2012-12-24 | 一种传输联系人信息的方法及装置、系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103067478A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486748A (zh) * | 2014-12-17 | 2015-04-01 | 广东欧珀移动通信有限公司 | 联系人号码更新方法及移动终端 |
CN104486437A (zh) * | 2014-12-22 | 2015-04-01 | 北京奇虎科技有限公司 | 服务信息的分发方法及服务器 |
CN104486471A (zh) * | 2014-12-01 | 2015-04-01 | 深圳市中兴移动通信有限公司 | 通讯录共享方法和装置 |
CN104601829A (zh) * | 2013-11-13 | 2015-05-06 | 腾讯科技(深圳)有限公司 | 通讯号码的通知方法及装置 |
CN104636442A (zh) * | 2015-01-07 | 2015-05-20 | 小米科技有限责任公司 | 名片传递方法及装置 |
WO2015154411A1 (zh) * | 2014-09-01 | 2015-10-15 | 中兴通讯股份有限公司 | 信息共享的方法及装置 |
CN105100206A (zh) * | 2015-06-15 | 2015-11-25 | 北京奇虎科技有限公司 | 名片的推送方法、设备及系统 |
CN105101172A (zh) * | 2014-05-22 | 2015-11-25 | 小米科技有限责任公司 | 联系人信息的获取方法、终端、服务器及系统 |
CN105205086A (zh) * | 2014-06-30 | 2015-12-30 | 小米科技有限责任公司 | 应用程序使用信息分享方法和装置 |
WO2015196626A1 (zh) * | 2014-06-23 | 2015-12-30 | 中兴通讯股份有限公司 | 一种信息共享方法、系统、设备及计算机存储介质 |
CN105847509A (zh) * | 2016-03-22 | 2016-08-10 | 珠海格力电器股份有限公司 | 移动终端及其联系人添加、分享方法和装置 |
CN106453503A (zh) * | 2016-09-12 | 2017-02-22 | 北京奇虎科技有限公司 | 终端分享联系人的方法和获取其他终端联系人的方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523560A (zh) * | 2011-12-09 | 2012-06-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种通信终端电话簿更新的方法及系统 |
CN102664871A (zh) * | 2012-03-22 | 2012-09-12 | 北京息通网络技术有限公司 | 一种智能终端通讯录的处理方法 |
-
2012
- 2012-12-24 CN CN2012105678233A patent/CN103067478A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523560A (zh) * | 2011-12-09 | 2012-06-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种通信终端电话簿更新的方法及系统 |
CN102664871A (zh) * | 2012-03-22 | 2012-09-12 | 北京息通网络技术有限公司 | 一种智能终端通讯录的处理方法 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104601829A (zh) * | 2013-11-13 | 2015-05-06 | 腾讯科技(深圳)有限公司 | 通讯号码的通知方法及装置 |
CN105101172A (zh) * | 2014-05-22 | 2015-11-25 | 小米科技有限责任公司 | 联系人信息的获取方法、终端、服务器及系统 |
WO2015196626A1 (zh) * | 2014-06-23 | 2015-12-30 | 中兴通讯股份有限公司 | 一种信息共享方法、系统、设备及计算机存储介质 |
CN105281922A (zh) * | 2014-06-23 | 2016-01-27 | 中兴通讯股份有限公司 | 一种信息共享方法、系统及设备 |
CN105205086A (zh) * | 2014-06-30 | 2015-12-30 | 小米科技有限责任公司 | 应用程序使用信息分享方法和装置 |
WO2015154411A1 (zh) * | 2014-09-01 | 2015-10-15 | 中兴通讯股份有限公司 | 信息共享的方法及装置 |
CN105376730A (zh) * | 2014-09-01 | 2016-03-02 | 中兴通讯股份有限公司 | 信息共享的方法及装置 |
CN104486471A (zh) * | 2014-12-01 | 2015-04-01 | 深圳市中兴移动通信有限公司 | 通讯录共享方法和装置 |
CN104486471B (zh) * | 2014-12-01 | 2016-09-28 | 努比亚技术有限公司 | 通讯录共享方法和装置 |
CN104486748A (zh) * | 2014-12-17 | 2015-04-01 | 广东欧珀移动通信有限公司 | 联系人号码更新方法及移动终端 |
CN104486748B (zh) * | 2014-12-17 | 2018-01-16 | 广东欧珀移动通信有限公司 | 联系人号码更新方法及移动终端 |
CN104486437B (zh) * | 2014-12-22 | 2019-05-07 | 北京奇虎科技有限公司 | 服务信息的分发方法及服务器 |
CN104486437A (zh) * | 2014-12-22 | 2015-04-01 | 北京奇虎科技有限公司 | 服务信息的分发方法及服务器 |
CN104636442A (zh) * | 2015-01-07 | 2015-05-20 | 小米科技有限责任公司 | 名片传递方法及装置 |
CN105100206A (zh) * | 2015-06-15 | 2015-11-25 | 北京奇虎科技有限公司 | 名片的推送方法、设备及系统 |
CN105847509A (zh) * | 2016-03-22 | 2016-08-10 | 珠海格力电器股份有限公司 | 移动终端及其联系人添加、分享方法和装置 |
US10574806B2 (en) | 2016-03-22 | 2020-02-25 | Gree Electric Appliances, Inc. Of Zhuhai | Mobile terminal, method and device for adding and sharing contact |
CN106453503A (zh) * | 2016-09-12 | 2017-02-22 | 北京奇虎科技有限公司 | 终端分享联系人的方法和获取其他终端联系人的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103067478A (zh) | 一种传输联系人信息的方法及装置、系统 | |
JP5990275B2 (ja) | 端末間でデータを伝送する方法、及び端末 | |
US8204484B2 (en) | System and method for managing missed calls and unread messages | |
CN110266658B (zh) | 一种信息更新方法、装置、电子设备及存储介质 | |
CN100588282C (zh) | 验证向量生成装置、生成方法、用户验证模块、移动通信系统 | |
US10887745B2 (en) | Method and device for sharing file between different terminals | |
CN102958008A (zh) | 一种实现即时通讯的方法、系统和移动终端 | |
CN102088519A (zh) | 通讯录管理方法及其装置 | |
CN103188328A (zh) | 移动终端应用程序共享的方法、服务器及系统 | |
CN101207580A (zh) | 即时通信平台和业务平台同步增删联系人的方法及系统 | |
EP2490190B1 (en) | Method, point of sales (pos) machine and mobile terminal for providing multimedia services | |
WO2014106385A1 (zh) | 一种整合各联系人的信息的方法、系统及移动终端 | |
CN104486748B (zh) | 联系人号码更新方法及移动终端 | |
CN102387482A (zh) | 手机服务信息获取方法、系统及手机 | |
CN110768895A (zh) | 消息提示方法、装置、电子设备及存储介质 | |
CN107277799B (zh) | 用于绑定手机号码的方法、装置、终端及存储介质 | |
CN103051764A (zh) | 一种共享手机联系人信息的方法 | |
CN102026110A (zh) | 处理即时通讯联系人信息的方法及移动终端 | |
CN103702278A (zh) | 一种电子名片传递方法、系统和装置 | |
CN103095907B (zh) | 一种移动终端中通过短信改变联系人状态的方法和装置 | |
KR20170082773A (ko) | 메시지 통합 관리 방법 및 이를 구현한 전자 장치 | |
CN104348875A (zh) | 用于群发数据的方法、云端服务器和系统 | |
CN102843308A (zh) | 一种基于移动终端本地通讯录的即时通信方法和系统 | |
TWI357748B (en) | System and method for correlating messages within | |
CN106385516B (zh) | 一种设置业务转移的方法、装置及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent of invention or patent application | ||
CB02 | Change of applicant information |
Address after: 100085 Beijing city Haidian District Qinghe Street No. 68 Huarun colorful city shopping center two floor 13 Applicant after: Xiaomi Technology Co., Ltd. Address before: 100102, No. 50, block B, building No. 12, winding stone world building, Wangjing West Road, Beijing, Chaoyang District Applicant before: Beijing Xiaomi Technology Co., Ltd. |
|
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130424 |
|
RJ01 | Rejection of invention patent application after publication |