专利名称:用户信息的处理方法、服务器及终端的制作方法
技术领域:
本发明涉及通信领域,具体而言,涉及一种用户信息的处理方法、服务器及终端。
背景技术:
当前,电信领域的发展日新月异,在网用户的数量与日倶增。网络运营商之间竞争 激烈,采用各种优惠政策和促销手段,而且,网络制式多样化,网络服务也随之有很大的区 别。这些都和运营商及终端号码紧密关联,因而,导致了大量用户产生转网换号的需求;考 虑到现有的电话本格式是对终端中存储的联系人号码进行硬性拷贝,所以,一旦换号就必 须逐一通知保存有原号码的用户修改为新的联系号码,这无疑导致了转网换号的需求增大 和当前电话本存储方式带来转网换号的不便之间的矛盾。 针对相关技术中转网换号后需将个人信息一一通知联系人的问题,目前尚未提出 有效的解决方案。
发明内容
针对相关技术中转网换号后需将个人信息一一通知联系人的问题而提出本发明,
为此,本发明的主要目的在于提供一种用户信息的处理方案,以解决上述问题。 为了实现上述目的,根据本发明的一个方面,提供了一种用户信息的处理方法。 根据本发明的用户信息的处理方法包括服务器接收来自终端的第一消息,其中,
第一消息中携带有第一用户标识,以请求获取第一用户标识对应的用户信息;服务器根据
预先建立的用户标识与用户信息的对应关系,获取第一用户标识对应的用户信息;服务器
向终端发送获取的用户信息。 优选地,服务器根据对应关系,获取第一用户标识对应的用户信息包括服务器根 据第一用户标识从本地存储的对应关系中获取用户信息。 优选地,服务器根据对应关系,获取第一用户标识对应的用户信息包括服务器从 数据库获取对应关系,其中,数据库中保存有对应关系;服务器根据第一用户标识从对应关 系中获取用户信息。 优选地,在服务器接收第一消息之前,终端保存需要联系的用户标识;终端向服务 器发送第一消息,其中,第一消息中携带的第一用户标识为终端保存的需要联系的用户标 识中的一个或多个。 优选地,服务器接收来自终端的第二消息,其中,第二消息中携带有第二用户标
识,以及与第二用户标识对应的用户信息;服务器根据对应关系以及第二消息中携带的用
户信息,对对应关系中与第二用户标识对应的用户信息进行修改。 优选地,用户信息至少包括以下之一 用户联系信息、用户身份信息。 为了实现上述目的,根据本发明的另 一方面,提供了 一种服务器。 根据本发明的服务器包括接收模块,用于接收来自终端的第一消息,其中,第一
消息中携带有第一用户标识,以请求获取第一用户标识对应的用户信息;获取模块,用于根
4据预先建立的用户标识与用户信息的对应关系,获取第一用户标识对应的用户信息;发送 模块,用于向终端发送获取的用户信息。 优选地,获取模块包括第一获取子模块,用于根据第一用户标识从本地存储的对 应关系中获取用户信息。 优选地,获取模块包括第二获取子模块,用于从数据库获取对应关系,其中,数据 库中保存有对应关系;第三获取子模块,用于根据第一用户标识从对应关系中获取用户信 息。 为了实现上述目的,根据本发明的又一方面,提供了一种终端。 根据本发明的终端包括发送模块,用于向服务器发送第一消息,其中,第一消息 中携带有第一用户标识,以请求获取第一用户标识对应的用户信息;接收模块,用于接收来 自服务器的第一用户标识对应的用户信息。 通过本发明,采用终端通过用户标识在网络侧查找对应的用户信息的方式,解决 了相关技术中转网换号后需将个人信息一一通知联系人的问题,进而达到了用户能够方便 的进行转网换号的效果。
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发
明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中 图1是根据本发明实施例的用户信息的处理方法的流程图; 图2是根据本发明实施例的网络电话本的单个条目的数据结构; 图3是根据本发明实施例的网络电话本的网络拓扑图; 图4是根据本发明实施例的通信网络侧终端使用网络电话本的流程图; 图5是根据本发明实施例的手持终端使用网络电话本的流程图; 图6是根据本发明实施例的服务器的结构框图; 图7是根据本发明实施例的服务器的具体的结构框图; 图8是根据本发明实施例的终端的结构框图。
具体实施例方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的
情况下,本申请中的实施例及实施例中的特征可以相互组合。 方法实施例 根据本发明的实施例,提供了 一种用户信息的处理方法。 图l是根据本发明实施例的用户信息的处理方法的流程图,如图l所示,该方法包 括如下的步骤S102至步骤S106 : 步骤S102,服务器接收来自终端的第一消息,其中,第一消息中携带有第一用户标 识,以请求获取第一用户标识对应的用户信息; 步骤S104,服务器根据预先建立的用户标识与用户信息的对应关系,获取第一用 户标识对应的用户信息; 步骤S106,服务器向终端发送获取的用户信息。
5
在步骤S104中,服务器根据该对应关系,获取第一用户标识对应的用户信息包括 以下方式。 方式一,服务器根据第一用户标识从本地存储的对应关系中获取用户信息。
方式二,服务器从数据库获取该对应关系,其中,数据库中保存有该对应关系;服 务器根据第 一用户标识从该对应关系中获取用户信息。 在服务器接收第一消息之前,终端保存需要联系的用户标识;终端向服务器发送 第一消息,其中,第一消息中携带的第一用户标识为终端保存的需要联系的用户标识中的 一个或多个。 服务器接收来自终端的第二消息,其中,第二消息中携带有第二用户标识,以及与
第二用户标识对应的用户信息;服务器根据对应关系以及第二消息中携带的用户信息,将
该对应关系中与第二用户标识对应的用户信息进行修改。 用户信息至少包括以下之一 用户联系信息、用户身份信息。 下面将结合实例对本发明实施例的实现过程进行详细描述。 本发明实施例中采用的用户信息可以以电话本数据的形式进行存储,图2是根据
本发明实施例的网络电话本的单个条目的数据结构,如图2所示,电话本的数据结构主要
包括两个部分用户不变信息部分和用户可变信息部分,下面对其进行具体的描述。 用户不变信息部分包括用户标识(Identity,简称为ID)和用户身份基本信息,其
中,用户ID字段用于标识和区别不同的用户,在数据库表中代表主键;用户身份基本信息
包括姓名、性别、身份证号等信息,是用户业务办理时的真实身份验证;用户不变信息一旦
创建就不再更改。 用户可变信息部分包括联系方式字段信息和用户辅助可变信息,其中,联系方式 字段信息是联系人条目中的联系方式,包括电话号码、Email等联系方式字段,用户辅助可 变信息包括用户维护自身信息的密码以及对联系方式字段信息的可变配置。用户可变信息 部分可以修改和更新。 网络电话本通过以下方式实现,在上述电话本数据结构的基础上,网络电话本的 实现包括下面三个方面
电话本数据库的实现 可以使用通用数据库存储数据,数据库中的条目使用上述的电话本数据结构,从 而实现维护了所有网内用户信息的数据库。由于通过本发明实施例的方法实现了需要信息 的动态更新和实时应用,所以,需要采用网络客户端/服务器(Client/Server,简称为C/S) 的方式实现数据库的输入和输出接口。
电话本数据库输入接口的实现 电话本数据库的输入接口包括数据库条目的建立以及条目的修改。其中,条目建 立功能需要实现用户ID号码的生成,用户基本信息的编辑输入,以及用户可变信息属性的 首次输入。条目修改功能需要实现显示用户不变信息和可变信息的同时,能够对可变信息 进行编辑和保存。 电话本数据库输出接口的实现 电话本数据库的输出接口主要实现根据用户ID实现对可变信息中的联系方式信 息进行动态引用,例如,终端通过与电话本数据库的交互获取所需用户的可变信息。
6
用户信息一旦被建立,用户和用户ID就终身绑定不再变更,而用户的联系信息是 挂载在用户ID下的可变属性,所以,无论可变信息如何变更,使用用户ID总能引用到用户 最新的联系信息。 下面结合附图对技术方案的实施作进一步的详细描述。
构建数据库 使用大型、稳定的数据库作为网络电话本的存储数据库;例如,可以使用结构化查 询语言服务器(Structured Query Language Server,简称为SQL Server)分散型存储集中 管理工作方式。数据库表中的条目定义使用前述的电话本数据结构。 数据结构中用户ID的定义既要满足用户数量要求,又要有规范的格式以方便用 户终端的存储,例如,选取数字和字母作为唯一的用户ID标志,其性质类似于身份证号码。
用户辅助可变信息的定义包括用户密码和用户配置,其中,用户密码用于用户自 行修改信息时的鉴权操作,用户配置项可以配置联系信息字段中哪个字段是主导字段,以 及哪些信息可见等。 其他字段可以根据需要进行定义,并为后期功能应用扩展保留一定余量。
搭建数据库管理机 数据库管理机可以是上述的服务器。在数据库基础上搭建数据库管理机;图3是 根据本发明实施例的网络电话本的网络拓扑图,数据库管理机和数据库关系如图3中所示 的数据库管理机和网络电话本数据库。数据库管理机需要实现两方面的功能管理数据库 功能和网络交互功能;数据库管理机可以使用普通的网络服务器来实现,下面举例说明。
使用普通服务器并分配固定的域名及网址,其上运行Server端程序,Server程序 使用开放数据库互连(Open Database Connectivity,简称为ODBC)数据源连接方式连接 到SQL数据库,从而具有数据库操作的能力;同时,Server程序对网络提供网络交互服务, 针对数据库用户及功能定义若干个标准的交互界面和非界面型标准请求接口 ,包括数据 库管理员管理界面,用户信息修改界面等;还需定义一个简单查询接口 ,该简单查询接口格 式是网址后追加用户ID, Server在接收到查询请求之后进行数据库查询操作并根据用户 辅助信息设置返回联系方式字段信息。
实现终端对应功能 实现终端上对应功能,形成的网络拓扑如图3所示。网络上的终端类型主要包括
PC终端,通讯网终端,手持终端;下面分别对其实现过程进行详细描述。 PC终端对应功能实现相对简单,可以通过独立应用程序和网页两种方式;不管采
用什么方式,只要和Server的交互满足格式服务访问预定格式即可。所以,在用户信息建
立机构中可以采用独立应用程序方式和Server进行交互,这样便于工作和管理。而用户自
己的信息修改可以采用浏览器登录Server,通过网络页面和Server交互。 通讯网终端网络运营商的通讯网络终端,例如交换机,它工作中只需要获取用户
的正式通讯号码,并不涉及到对用户信息的建立和修改,所以,只需要具有向Server发起
简单查询的功能即可,可以通过在信令步骤中加入查询转换操作即可。图4是根据本发明
实施例的通信网络侧终端使用网络电话本的流程图,如图4所示,包括如下步骤S401至步
骤S408 : 步骤S401,通讯网终端接收通讯请求;
步骤S402,通讯网终端分析信令中的请求参数; 步骤S403,通讯网终端判断是否需要进行查询转化操作;如果需要转换则执行步
骤S404,如果不需要转换就执行步骤S406 ; 步骤S404,从通讯请求参数中获取用户ID ; 步骤S405,通过网络和电话本数据库管理Server交互查询用户联系方式,从而将
用户ID转换为服务号码,执行步骤S407 ; 步骤S406,从通讯请求参数中获取服务号码; 步骤S407,使用服务号码处理通讯请求; 步骤S408 ,开始通讯。 手持终端较为特殊,既有通讯网终端的特点也有PC终端特点,所以,可以在其通 讯模块中加入简单查询的功能用于在进行通信请求前进行查询操作,还可以通过手机软件 或手机浏览器和Server交互实现界面形式的交互。手持终端实现这些功能的前提是可以 上网;如果不能上网,也可以采用运营商作为代理,使用短信或语音特服号码进行相应的查 询。 图5是根据本发明实施例的手持终端使用网络电话本的流程图,如图5所示,包括 如下步骤S501至步骤S506 : 步骤S501,判断是否需要进行查询转化操作;如果需要转换,则执行步骤S502,如
果不需要转换,则执行步骤S504 ; 步骤S502,获取本地保存的用户ID ; 步骤S503,通过网络和电话本数据库管理Server交互查询用户联系方式,将用户 ID转换为服务号码,执行步骤S505 ; 步骤S504,获取本地保存的用户号码作为服务号码;
步骤S505,使用服务号码作为参数向网络侧发起服务请求;
步骤S506,开始通讯。 网络电话本在应用时,用户终端上可以只存储用户信息的用户ID,在需要引用用 户联系方式的应用时先使用保存的对应用户ID查询其联系方式字段,根据使用方式将其 分为通讯终端查询方式和通讯服务端查询方式。 通讯终端查询方式是在用户的通讯终端机上实现并完成从用户ID到用户联系信 息的查询工作,当向通讯服务端发起服务请求时使用实际的用户联系信息作为被叫。
通讯服务端查询方式是在通讯服务端处实现并从用户ID到用户联系信息的查询 工作,在通讯终端发起服务请求时使用用户ID作为被叫。 终端通过使用用户不变信息追溯引用用户的可变联系信息,从而解决了传统电话 本由于对联系方式字段的硬性拷贝造成的转网、换号麻烦的问题。 本发明实施例改变了现有电话本的硬性拷贝机制,实现了电话本信息的网络方式
存储、更新,并且使得更新能够在第一时间主动体现在引用此信息的应用中。 装置实施例 根据本发明的实施例,提供了 一种服务器。 图6是根据本发明实施例的服务器的结构框图,该服务器可以是上述的数据库管 理机和数据库的组合,也可以只是数据库管理机,如图6所示,该装置包括接收模块62、获取模块64、发送模块66,下面对该结构进行详细说明。 接收模块62,用于接收来自终端的第一消息,其中,第一消息中携带有第一用户标 识,以请求获取第一用户标识对应的用户信息;获取模块64连接至接收模块62,用于根据 预先建立的用户标识与用户信息的对应关系,获取第一用户标识对应的用户信息;发送模 块66连接至获取模块64,用于向终端发送获取的用户信息。 图7是根据本发明实施例的服务器的具体的结构框图,如图7所示,获取模块64 包括第一获取子模块72、第二获取子模块74和第三获取子模块76,下面对该结构进行详 细说明。 第一获取子模块72,用于根据第一用户标识从本地存储的对应关系中获取用户信 息;第二获取子模块74,用于从数据库获取对应关系,其中,数据库中保存有对应关系;第 三获取子模块76连接至第二获取子模块74,用于根据第一用户标识从对应关系中获取用 户信息。 根据本发明的实施例,提供了 一种终端。 图8是根据本发明实施例的终端的结构框图,如图8所示,该装置包括发送模块 82、接收模块84,下面对该结构进行详细说明。 发送模块82,用于向服务器发送第一消息,其中,第一消息中携带有第一用户标 识,以请求获取第一用户标识对应的用户信息;接收模块84,用于接收来自服务器的第一 用户标识对应的用户信息。 需要说明的是,装置实施例中描述的服务器及终端对应于上述的方法实施例,其 具体的实现方法在方法实施例中已经进行过详细说明,在此不再赘述。 综上所述,采用本发明,能够通过用户ID获取用户的联系信息,使用户能够方便 的进行转网换号。 需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的 计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不 同于此处的顺序执行所示出或描述的步骤。 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用 的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成 的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储 在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的 硬件和软件结合。 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技 术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修 改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
一种用户信息的处理方法,其特征在于,包括服务器接收来自终端的第一消息,其中,所述第一消息中携带有第一用户标识,以请求获取所述第一用户标识对应的用户信息;所述服务器根据预先建立的用户标识与用户信息的对应关系,获取所述第一用户标识对应的用户信息;所述服务器向所述终端发送获取的所述用户信息。
2. 根据权利要求1所述的方法,其特征在于,所述服务器根据所述对应关系,获取所述 第一用户标识对应的用户信息包括所述服务器根据所述第一用户标识从本地存储的所述对应关系中获取所述用户信息。
3. 根据权利要求1所述的方法,其特征在于,所述服务器根据所述对应关系,获取所述 第一用户标识对应的用户信息包括所述服务器从数据库获取所述对应关系,其中,所述数据库中保存有所述对应关系; 所述服务器根据所述第 一用户标识从所述对应关系中获取所述用户信息。
4. 根据权利要求1所述的方法,其特征在于,在所述服务器接收所述第一消息之前,所 述方法还包括所述终端保存需要联系的用户标识;所述终端向所述服务器发送所述第一消息,其中,所述第一消息中携带的所述第一用 户标识为所述终端保存的需要联系的用户标识中的一个或多个。
5. 根据权利要求1所述的方法,其特征在于,所述方法还包括所述服务器接收来自所述终端的第二消息,其中,所述第二消息中携带有第二用户标 识,以及与所述第二用户标识对应的用户信息;所述服务器根据所述对应关系以及所述第二消息中携带的所述用户信息,对所述对应 关系中与所述第二用户标识对应的用户信息进行修改。
6. 根据权利要求1至5中任一项所述的方法,其特征在于,所述用户信息至少包括以下 之一 用户联系信息、用户身份信息。
7. —种服务器,其特征在于,包括接收模块,用于接收来自终端的第一消息,其中,所述第一消息中携带有第一用户标 识,以请求获取所述第一用户标识对应的用户信息;获取模块,用于根据预先建立的用户标识与用户信息的对应关系,获取所述第一用户 标识对应的用户信息;发送模块,用于向所述终端发送获取的所述用户信息。
8. 根据权利要求7所述的服务器,其特征在于,所述获取模块包括第一获取子模块,用于根据所述第一用户标识从本地存储的所述对应关系中获取所述 用户信息。
9. 根据权利要求7所述的服务器,其特征在于,所述获取模块包括第二获取子模块,用于从数据库获取所述对应关系,其中,所述数据库中保存有所述对 应关系;第三获取子模块,用于根据所述第一用户标识从所述对应关系中获取所述用户信息。
10. —种终端,其特征在于,包括发送模块,用于向服务器发送第一消息,其中,所述第一消息中携带有第一用户标识,以请求获取所述第一用户标识对应的用户信息;接收模块,用于接收来自所述服务器的所述第一用户标识对应的用户信息。
全文摘要
本发明公开了一种用户信息的处理方法、服务器及终端,该方法包括服务器接收来自终端的第一消息,其中,第一消息中携带有第一用户标识,以请求获取第一用户标识对应的用户信息;服务器根据预先建立的用户标识与用户信息的对应关系,获取第一用户标识对应的用户信息;服务器向终端发送获取的用户信息。通过本发明,用户能够方便的进行转网换号。
文档编号G06F17/30GK101707597SQ200910209619
公开日2010年5月12日 申请日期2009年10月30日 优先权日2009年10月30日
发明者康华 申请人:中兴通讯股份有限公司