一种用于电子名片数据中心数据存储中的用户授权方法 背景技术
本发明涉及信息交换领域,特别涉及一种用于电子名片数据中心数据存储中的用户授权方法。
【发明内容】
根据本发明提出的方案在于提供一种用于电子名片数据中心数据存储中的用户授权方法,该方法至少包括以下步骤: 用户登录步骤,用以通过Internet以特定的帐号和密码登陆电子名片数据中心;
获取联系人信息步骤,用以从电子名片数据中心获取特定的联系人信息;
向联系人发送授权请求步骤,用以向指定的联系人发送授权请求消息;
联系人确认授权步骤,用以向授权请求者发出包括所确认权限在内的确认授权或者不同意授权的消息;
更新服务器联系人信息步骤,根据确认授权步骤的情况更新数据中心服务器上的相关信息;
更新本地联系人信息步骤,根据确认授权步骤的情况更新用户计算机本地存储器中的联系人地相关信息;
联系人修改授权信息步骤,用以使联系人可以直接登陆数据中心并修改相应的授权信息。
而且,上述的特定的帐号和密码的获得是通过在电子名片数据中心注册用户信息所获得的。
并且,上述权限是指“同意添加为联系人”和“同意数据的同步更新”这两种权限;并且如果确认了“同意添加为联系人权限”则“同意数据的同步更新”权限为可选权限,即可以同意该权限,也可以不同意该权限;如果没有确认“同意添加为联系人权限”则“同意数据的同步更新”权限必不可选。所述联系人修改授权信息步骤中相应的授权信息是指该联系人的“数据同步更新”权限标志位。
并且,所述更新数据中心服务器上的相关信息包括如下步骤:
判断联系人是否确认授与“同意添加为联系人权限”,如果没有授与该权限则结束本次更新,否则执行下一步;
将该联系人的信息添加到该用户的联系人信息记录中;
判断是否授予“数据同步更新”权限,如果没有授予该权限则结结束本次跟新,否则执行下一步;
修改该用户的与该联系人相关的“数据同步更新”权限标志位,使其具有“数据同步更新”权限。
而且,所述的更新用户计算机本地存储器中的联系人的相关信息是指在被授予了“同意添加为联系人”权限后,将该联系人的信息下载到用户本地存储器中。
而且,其特征在于所述用以向指定的联系人发送授权请求消息时,当所指定的联系人并没有登陆电子名片数据中心服务器时,该消息将被暂存到电子数据中心的消息队列中,当所指定的联系人登陆电子名片中心服务器时,将队列中的消息取出发到指定的联系人。所述联系人确认授权步骤步骤中,当向授权请求者发出授权消息时,如果授权请求者并没有登陆电子名片数据中心服务器,则该消息将被暂存到电子数据中心的消息队列中,当所指定的请求人登陆电子名片中心服务器时,将队列中的消息取出发到指定的授权请求人。下面结合附图和实施例对本发明所述方法进行进一步说明。
【附图说明】
图1是本发明的用户授权方法的各个步骤示意图。
图2是本发明实施例中的系统结构示意图。
图3是本发明实施例中用户登录处理流程图。
图4是本发明实施例中发送消息的处理流程图。
具体实施例
该实施例是本发明所说电子名片数据中心数据存储中的用户授权方法的优选实施例。实施例中应用程序的开发使用Micrsoft C#,数据库管理使用MicrosftSQL Server 7.0。
图1是本发明所述方法的主要步骤的处理流程图。其中,
步骤1是用户登录步骤,用以通过Internet以特定的帐号和密码登陆电子名片数据中心;
步骤2是获取联系人信息步骤,用以从电子名片数据中心获取特定的联系人信息;
步骤3向联系人发送授权请求步骤,用以向指定的联系人发送授权请求消息;
步骤4联系人确认授权步骤,用以向授权请求者发出包括所确认权限在内的确认授权或者不同意授权的消息;
步骤5更新服务器联系人信息步骤,根据确认授权步骤的情况更新数据中心服务器上的相关信息;
步骤6更新本地联系人信息步骤,根据确认授权步骤的情况更新用户计算机本地存储器中的联系人的相关信息;
其中涉及三个角色,一个是电子名片设计者(所有者),一个是电子名片上的联系人;另一个是电子名片数据中心。其中步骤2,3,6,4由运行在用户(名片设计者,拥有者或者联系人)的客户端计算机上的程序完成,步骤1,5由运行在电子名片数据中心服务器上的服务程序完成。
图2中,给出了本实施例中所使用的实现本发明所述方法的系统的结构。图中,10是一用户的计算机,11是Internet,12是用户10的联系人的计算机,13是电子名片数据中心,为了简便起见,这里只给出了3台服务器即应用服务器14,数据库服务器15和消息服务器16。个人计算机10,12通过internet 11联结到电子名片数据中心应用服务器14,服务器14,15,16通过局域网相互联结。
当用户使用计算机上运行的名片系统客户端程序登陆电子名片数据中心时,电子名片数据中心应用服务器上的服务程序和客户端程序的处理流程如图3所示。其中步骤20,21中,用户输入帐号,输入密码,步骤22到步骤26由服务程序完成;其中步骤22验证用户的帐号和密码是否正确,步骤23将用户信息登陆到数据库服务器15,所登记的信息包括:
用户帐号varchar(50),
登陆时间datetime,
登陆标志smallInt,
机器IP地址varchar(20),
步骤24中取得该用户的联系人信息,所要获得的信息包括:
用户帐号varchar(50),
机器IP地址varchar(20);
步骤25中将该用户的登陆信息以UDP数据广播的形式发送到该用户的所有登陆标志为“在线”的联系人;
步骤26中将从消息服务器16中取得所有暂存的消息,并将它们以UDP数据包的形式发送到客户端程序;
步骤27,28在客户端程序中处理,其中
步骤27获取步骤24中所得到的该用户的联系人信息,并根据这些信息更新本地数据库中的信息,将这些状态为“在线”的用户状态置成“在线”状态;
步骤28中接收步骤26中所发出的UDP数据包,这些数据包,即可以是授权请求数据包也可以是授权确认数据包。如果是授权请求数据包,则执行如下步骤:
解包,按照预定的格式分解数据包,取得相应得联系人帐号,客户端地址,权限要求;这里权限是指“同意添加为联系人”和“同意数据的同步更新”这两种权限;并且如果确认了“同意添加为联系人权限”则“同意数据的同步更新”权限为可选权限,即可以同意该权限,也可以不同意该权限;如果没有确认“同意添加为联系人权限”则“同意数据的同步更新”权限必不可选;
将权限显示给用户确认,提供一操作界面将上述信息显示给用户,以便用户进行权限的确认;
将确认的权限形成数据包,发送到服务器服务程序和相应得客户端程序,相应得服务器端服务程序执行如下操作:
数据解包:按照预定的格式分解数据包,取得相应的用户帐号,联系人帐号,用户权限;
判断联系人是否确认授与“同意添加为联系人权限”,如果没有授与该权限则结束本次更新,否则执行下一步;
将该联系人的信息添加到该用户的联系人信息记录中;
判断是否授予“数据同步更新”权限,如果没有授予该权限则结结束本次跟新,否则执行下一步;
修改该用户的与该联系人相关的“数据同步更新”权限标志位,使其具有“数据同步更新”权限。
如果是授权确认数据包,则仅仅执行解包和信息显示两个步骤,将权限确认的结果显示给用户。
客户端程序发送消息的处理流程如图4所示。
步骤30指生成消息字符串,按照预定的格式形成要发送的消息字符串。当是授权请求消息时,其格式可以是:
联系人帐号+“/”+同意添加为联系人权限+“/”+数据同步更新权限+“/”+客户端IP地址;
如果是权限确认消息,则其格式可以是:
用户帐号+“/”+同意添加为联系人权限+“/”+数据同步更新权限+“/”+客户端IP地址.
步骤31判断联系人是否在线,如果不在线则执行步骤33将消息发往指定的电子数据中心服务器14,由该服务器将消息发往消息服务器16;如果在线则执行步骤32,将消息发往指定的联系人。消息服务器16上运行一服务端程序专门用于消息的存取。