CN103747434A - 更换号码时自动更新相关联系人通讯录的系统与方法 - Google Patents

Abstract

本发明公开了一种当用户更换号码时自动更新相关联系人通讯录系统与方法，包括服务器和手机。在手机中有检测服务、更新处理服务、更新响应服务。在服务器中以用户号码为唯一标示符保存一张相关联系人电话号码表，表中号码对应的联系人的通讯录中都存有该用户的号码。当检测服务检测到用户号码发生变化时，启动更新处理服务，该服务将更新数据与命令上传至服务器，服务器处理并向相关联系人发送更新数据与命令，相关联系人端系统收到更新命令和数据后实现自动更新。从而省去用户一一通知相关联系人的麻烦，为用户带来切实的方便。

Description

更换号码时自动更新相关联系人通讯录的系统与方法

技术领域：

本发明属于移动通讯领域，具体涉及的是当手机用户更换了号码时，自动更新相关联系人通讯录的系统及实现方法。

背景技术：

当今，手机已经成为一种必备工具。由于种种原因，更换手机号码也司空见惯。当更换了号码时，用户难免会通过短信、电话等方式通知相关联系人。然而这种方式有诸多不便：一来，大量的短信，电话将产生不小的费用；二则，当需要被通知的联系人比较多时，用户不得不进行大量的繁琐工作；三则，被通知到的好友必须手动更新号码，实为不便。此外，由于种种原因，难免会出现其中一些联系人没有被通知到的现象，此时，对于这些没有被通知到的联系人，他们所保存的号码成了一个“空号”。

发明内容：

本发明的目的，就是通过手机网络解决上述问题，实现通讯录的自动更新，为用户带来切实的方便。

为实现上述目的----当更换号码时自动更新相关联系人通讯录中关于自己的号码，本发明采用如下技术方案。

本系统包括手机和服务器。在手机端，主要包括三个基本服务：检测服务，更新处理服务，更新响应服务。

检测服务的功能为：(a)检测用户的号码是否发生了变化。(b)检测是否收到其他手机通过服务器下发的更新命令及数据。(c)将服务器反馈回来的更新结果告知用户。

更新处理服务的功能为：处理用户号码发生变化事件，并将相关数据上传至服务器做更新处理。

更新响应服务的功能为：响应其他手机通过服务器下发的更新命令，并更新本地通讯录。

服务器端，服务器以用户号码(假设为a)为唯一标示符，为该号码维护一个表，该表保存存有该号码的所有联系人号码。即该表中存放着这类联系人的电话号码：他们的通讯录中都有关于号码a的条目。

本系统功能实现方法包括如下步骤：

1)开启检测服务，若检测到用户号码发生更改则启动更新处理服务处理更新事件。

2)更新处理服务询问用户是否进行更新以及更新类型(“添加”或“替换”)，并将用户的更新数据及命令上传至服务器。

3)服务器做相关的更新处理，并向相关联系人发送更新数据及命令。

4)相关联系人端的检测服务收到服务器下发的更新数据及命令后启动更新响应服务。

5)相关联系人端更新响应服务更新通讯录。并将更新结果反馈给服务器。

6)服务器收集更新结果并分析处理。将处理结果反馈至最初发起更新的用户。

7)用户端检测服务收到反馈信息后以一定方式呈现给用户，由用户做进一步处理。

此发明中的通讯录包括保存在手机中的通讯录和保存在SIM(或UIM)卡中的通讯录。

附图说明：

图1为本系统宏观业务流程图。

图2为手机端更新处理服务业务流程图。

图3为服务器端业务流程图。

图4为手机端更新响应服务业务流程图。

具体实施方式：

下面将结合附图具体阐述本发明核心思想及具体实现技术。为了便于说明，假设张三的旧号为a，新号为b。为了便于理解，在此以R标识检测服务，以M标识更新处理服务，以N标识更新响应服务。

请参见图1，图1为本系统的宏观业务流程图。

用户(假设为张三)更换了号码并被检测服务R检测到，更新处理服务M根据用户要求，将更新数据及命令上传至服务器。服务器找到以张三旧号a为唯一标示符的表A，遍历其中的每个号码，并将更新数据与命令下发给该号码对应的联系人，联系人收到更新数据与命令后由更新响应服务N完成对通讯录的更新并将更新结果反馈给服务器。服务器收集反馈信息，分析哪些用户没有被更新到，并将该信息反馈给用户张三。

请参加图2，图2为手机端更新处理服务M的业务流程图。

检测服务R周期性检测张三的手机号码是否发生变化，若检测到则开启更新处理服务M。

服务M询问用户是否需要自动更新相关联系人手机通讯录中关于自己的联系方式。

出于某种原因，例如只是暂时性的更换一张SIM(或UIM)卡，张三可以选择“否”，则此次业务终止。若选择了“是”，则询问更新方式。更新方式有两种，“添加”和“替换”。“添加”对应如下场景：张三希望在更新时同时保留原有手机号码和新的手机号码，即相关联系人(如李四)手机通讯录中保留有张三的两个手机号码，分别为a和b。“替换”对应如下场景，张三希望更新时以新的号码b替换原有号码a，即相关联系人(如李四)的手机通讯录中只有张三的一个号码b。

服务M封装张三旧号码a，新号码b，以及更新命令等相关数据，并发送到服务器端，交由服务器进行处理。

请参见图3，图3为服务器收到张三的更新命令后的业务流程图。

服务器收到张三的更新数据及命令后，以张三旧号a为索引，找到对应的表A。

服务器遍历A中的每个号码。

假设遍历到d，则向该号码发送更新数据与命令。如果此时号码d对应的用户(假设为李四)没有联网，则将更新数据与命令放入缓存中，待用户联网后下发。这种策略能够有效实现自动更新的最大完备性。

请参见图4，图4为手机端更新响应服务N的业务流程图(为了便于说明在此假设相关联系人为李四)。

李四的手机端检测服务R检测到有来自服务器的更新命令，则开启更新响应服务N。

服务N查看更新命令中的更新方式。若为“替换”则用新号b替换旧号a，若为“添加”则在a对应条目中添加b。

为了避免由于李四不知张三号码已发生更新而带来的不便，服务P以一定的方式通知李四联系人张三的号码发生了更新。

向服务器反馈更新结果。结束服务P。

以上是对本发明技术方案的详细介绍。本文中应用了具体实施例对本发明的系统原理以及实现方法进行了阐述，以上实施例只是用于帮助理解本发明的。同时，对于相关技术人员，依据本发明的思想，在实施过程中可为用户加入更多人性化操作，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.更换号码时自动更新相关联系人通讯录的系统，其特征在于由服务器和手机组成。

2.根据权利要求1所述的更换号码时自动更新相关联系人通讯录的系统，其特征在于所述服务器中以用户号码，假设为a，为唯一标示符保存一张表，该表中存有这类联系人的电话号码：他们的通讯录中均有关于a的条目。

3.根据权利要求1所述的更换号码时自动更新相关联系人通讯录的系统，其特征在于手机中有：检测服务、更新处理服务、更新响应服务。

4.根据权利要求3所述的更换号码时自动更新相关联系人通讯录的系统，其特征在于所述检测服务能周期性检测用户号码是否发生变化、能检测是否收到其他手机通过服务器转发的更新数据及命令、能将服务器反馈回来的更新结果通知给客户；所述更新处理服务能处理用户号码发生变化事件，并将相关数据及命令上传至服务器做更新处理；所述更新响应服务能响应其他手机通过服务器下发的更新命令，更新本地通讯录，并反馈更新结果。

5.更换号码时自动更新相关联系人通讯录的方法，其特征在于包括步骤：

a)开启检测服务，若检测到用户号码发生更改则启动更新处理服务处理更新事件。

b)更新处理服务询问用户是否进行更新以及更新类型，并将用户的更新数据及命令上传至服务器。

c)服务器做相关的更新处理，并向相关联系人发送更新数据及命令。

d)相关联系人端的检测服务收到服务器下发的更新数据及命令后启动更新响应服务。

e)相关联系人端更新响应服务更新通讯录。并将更新结果反馈给服务器。

f)服务器收集更新结果并分析处理。将处理结果反馈至最初发起更新的用户。

g)用户收到反馈信息后以一定方式呈现给用户，由用户做进一步处理。

6.根据权利5所述的更换号码时自动更新相关联系人通讯录的方法，其特征在于步骤b中具体包括询问用户是否进行更新、询问用户更新类型、封装数据及命令并上传。

7.根据权利5所述的更换号码时自动更新相关联系人通讯录的方法，其特征在于步骤c中服务器遍历以用户旧号为标示符的表，并向遍历到的每个号码发送更新数据及命令。对于其中未联网的用户，服务器缓存更新数据及命令待用户联网时下发。

8.根据权利5所述的更换号码时自动更新相关联系人通讯录的方法，其特征在于步骤e中更新响应服务能自动根据用户选择的更新类型进行相应更新，并将更新结果反馈至服务器。

9.根据权利5所述的更换号码时自动更新相关联系人通讯录的方法，其特征在于步骤f中能够将由于种种原因而无法实现自动更新的相关联系人告知给用户，由用户通过其他途径更新。

Images