CN103166998B - 用户信息关联方法、***及服务器 - Google Patents
用户信息关联方法、***及服务器 Download PDFInfo
- Publication number
- CN103166998B CN103166998B CN201110419749.6A CN201110419749A CN103166998B CN 103166998 B CN103166998 B CN 103166998B CN 201110419749 A CN201110419749 A CN 201110419749A CN 103166998 B CN103166998 B CN 103166998B
- Authority
- CN
- China
- Prior art keywords
- client
- terminal
- identifier
- user
- tuple
- 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.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种用户信息关联方法,包括:用户信息关联服务器接收第一终端/客户端发出的关联请求;通过代理方式进行认证或者通过转发进行关联确认,通过则根据预设关联策略对第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作;在关联操作过程中,保存关联关系元组,根据关联关系元组对第一终端/客户端自身保存的用户标识符信息进行更新。本发明还涉及一种用户信息关联服务器及用户信息关联***。本发明将用户在各种终端/客户端的用户信息关联起来,跨终端/客户端为用户提供一致的个性化服务,降低了用户体验***个性化服务的门槛,为用户提供了用户信息的后续管理的灵活性、主动性和便利性。
Description
技术领域
本发明涉及电信及互联网技术领域,尤其涉及一种对不同终端/客户端进行用户信息关联的方法、***及服务器。
背景技术
对于当前的网络运营商和内容提供商所提供的各类互联网产品来说,为了向用户提供个性化服务,大多都需要用户在使用服务时先注册账号,作为用户身份识别的基础。但注册流程对于用户来说具有一定的使用门槛,如果服务并非不可替代,有相当多的用户会因为繁琐的注册流程而放弃尝试使用服务,进而影响到用户使用互联网产品的兴趣。
也有一些互联网服务采用浏览器Cookie的方式来识别用户,以简化用户的认证流程。但由于浏览器Cookie只是对于一种浏览器有效,即便是同一个用户在同一个终端使用不同的浏览器,也无法被准确地自动识别为同一个用户。对于使用多种终端的一个用户而言,单纯Cookie认证的方式也是无效的。
基于以上原因,当前的互联网产品,如腾讯、豆瓣电台、facebook、pandora等,面向PC及手机等多终端的用户群,在提供个性化的服务之前,都强制要求用户注册其***账号,在使用个性化服务之前提供用户名/口令形式的身份认证。而这种强制要求在一定程度上给用户带来了不便。
发明内容
本发明的目的是提出一种用户信息关联方法、***及服务器,能够允许用户在不同终端/客户端上通过用户信息关联来降低用户使用门槛,也使得用户使用业务更加方便。
为实现上述目的,本发明提供了一种用户信息关联方法,包括:
用户信息关联服务器接收第一终端/客户端发出的用于与第二终端/客户端的用户信息进行关联的关联请求;
所述用户信息关联服务器通过代理方式对所述第二终端/客户端进行认证,或者通过转发所述关联请求给所述第二终端/客户端的方式进行关联确认,如果通过认证或所述第二终端/客户端的关联确认,则根据预设关联策略对所述第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作,所述用户标识符信息表示为包括标识符和至少一个用户信息的元组;
所述用户信息关联服务器在关联操作过程中,保存所述第一终端/客户端和第二终端/客户端的关联关系元组,所述关联关系元组中包括所述第一终端/客户端和第二终端/客户端各自的标识符和各自的用户信息;
并且,根据所述关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新。
为实现上述目的,本发明提供了一种用户信息关联服务器,包括:
关联请求接收单元,用于接收第一终端/客户端发出的用于与第二终端/客户端的用户信息进行关联的关联请求;
认证/关联确认单元,用于通过代理方式对所述第二终端/客户端进行认证,或者通过转发所述关联请求给所述第二终端/客户端的方式进行关联确认;
关联操作单元,用于在通过认证或所述第二终端/客户端的关联确认时,根据预设关联策略对所述第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作,所述用户标识符信息表示为包括标识符和至少一个用户信息的元组;
关联操作单元进一步包括:
关联元组保存单元,用于在关联操作过程中,保存所述第一终端/客户端和第二终端/客户端的关联关系元组,所述关联关系元组中包括所述第一终端/客户端和第二终端/客户端各自的标识符和各自的用户信息;
标识符信息更新单元,用于根据所述第一终端/客户端和第二终端/客户端的关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新。
为实现上述目的,本发明提供了一种包括前述用户信息关联服务器的用户信息关联***,还包括:
终端/客户端,具有用户标识符信息管理单元,用于发出关联请求、更新用户标识符信息以及保存标识符。
基于上述技术方案,本发明将用户在各种终端/客户端的用户信息关联起来,跨终端/客户端为用户提供一致的个性化服务,并大大降低用户体验***个性化服务的门槛,以及为用户提供了用户信息的后续管理的灵活性、主动性和便利性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明用户信息关联方法的一实施例的流程示意图。
图2为本发明用户信息关联方法的另一实施例的流程示意图。
图3为本发明用户信息关联方法的又一实施例中首次使用服务的流程示意图。
图4为本发明用户信息关联服务器的一实施例的结构示意图。
图5为本发明用户信息关联服务器的另一实施例的结构示意图。
图6为本发明用户信息关联服务器的又一实施例中认证/关联确认单元的结构示意图。
图7为本发明用户信息关联***的一实施例的结构示意图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
如图1所示,为本发明用户信息关联方法的一实施例的流程示意图。在本实施例中,用户信息关联方法包括以下流程:
步骤101、用户信息关联服务器接收第一终端/客户端发出的用于与第二终端/客户端的用户信息进行关联的关联请求;
步骤102、所述用户信息关联服务器通过代理方式对所述第二终端/客户端进行认证,或者通过转发所述关联请求给所述第二终端/客户端的方式进行关联确认;
步骤103、如果通过认证或所述第二终端/客户端的关联确认,则根据预设关联策略对所述第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作,所述用户标识符信息表示为包括标识符和至少一个用户信息的元组。
在步骤103中的用户信息关联服务器在关联操作过程中,保存所述第一终端/客户端和第二终端/客户端的关联关系元组,所述关联关系元组中包括所述第一终端/客户端和第二终端/客户端各自的标识符和各自的用户信息;并且,用户信息关联服务器还根据所述关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新。
在本实施例中,用户信息关联服务器是不同终端/客户端进行用户信息关联操作的辅助设备,通过用户信息关联操作,可以为用户在不同的终端/客户端提供一致的个性化服务。
本实施例中的终端/客户端既可以为硬件终端,例如个人计算机、手持移动设备等,也可以是依附于硬件的软件客户端,例如加载在个人计算机中的应用程序或者网络浏览器程序等。不同的终端/客户端可以是相对于不同的硬件终端而言,也可以是相对于不同的客户端而言,同时也包括了同一硬件终端的不同客户端,例如一台计算机上的两种不同的浏览器等。另外,对于在不同的计算机上运行的相同版本的浏览器也可被认为属于不同的客户端。
用户信息关联服务器在对发出关联请求的第一终端/客户端和被请求关联的第二终端/客户端进行关联操作之前,出于安全的考虑,需要对该关联操作进行认证或者确认。在本实施例中,既可以采用由用户信息关联服务器代理第二终端/客户端的认证方式,也可以采用由第二终端/客户端直接确认是否同意关联的方式。
如果采用认证方式,用户信息关联服务器还需要判断是否符合代理所述第二终端/客户端的认证条件,如果符合,则选择可采用的认证方式。可采用的认证方式包括但不限于以下两种,分别为用户提交认证信息的方式和调用第三方认证的方式。
如果选择用户提交认证信息的方式,则用户信息关联服务器要求所述第一终端/客户端提供认证信息,所述认证信息用于证明所述第二终端/客户端和第一终端/客户端的用户为相同用户,所述用户信息关联服务器根据所述第一终端/客户端提交的认证信息执行认证操作。
如果选择调用第三方认证的方式,则用户信息关联服务器调用第三方的认证***对所述第二终端/客户端和第一终端/客户端的用户是否为相同用户进行认证。
如果采用第二终端/客户端直接确认的方式,则用户信息关联服务器可以转发关联请求给第二终端/客户端,由第二终端/客户端来选择是否允许用户信息关联服务器将第一终端/客户端的用户信息与第二终端/客户端的用户信息关联起来。转发方式可以采用在线或离线的方式,例如Socket方式、HTTP方式、短信、Email或IVR等。
在另一个实施例中,也允许代理认证和转发确认这两种方式同时存在,例如默认采用代理认证的方式,但当验证出用户信息关联服务器不符合代理第二终端/客户端的认证条件,则可以转成转发确认的方式,即将关联请求转发给所述第二终端/客户端的方式进行关联确认,并接收所述第二终端/客户端返回的确认结果。
对于不同终端/客户端在关联操作中,都需要利用到用户标识符信息,该用户标识符信息表示为包括标识符和至少一个用户信息的元组,例如以下形式:元组(标识符,信息1,信息2,...,信息n)。每个终端/客户端的用户标识符信息是在使用服务时逐渐形成的,其中标识符通常是在用户通过终端/客户端首次使用业务时所生成的,以识别在该终端/客户端上使用服务的特定用户。在本实施例中,用户信息可以是用户的基本信息,例如姓名、地址、通信方式等,也可以是用户在使用业务过程中产生的信息,例如用户订阅内容,书签等。
在本实施例具体的关联操作过程中,会生成第一终端/客户端和第二终端/客户端的关联关系元组,例如以下形式:关联关系元组(标识符1,标识符2,信息1,信息2,...,信息n,信息1’,信息2’,...,信息m’),该关联关系元组保存在用户信息关联服务器内。根据该关联关系元组可以对发出关联请求的第一终端/客户端自身保存的用户标识符信息进行更新。
关联操作包括但不限于以下两种,均是由预设关联策略所决定的,分别为单向导入关联策略和合并关联策略。
如果预设关联策略为单向导入关联策略,即将第二终端/客户端的部分或全部用户信息单向导入到所述第一终端/客户端,则更新操作具体包括:根据关联关系元组生成第一新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的部分或全部用户信息,根据该第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新。
如果预设关联策略为合并关联策略,即将所述第二终端/客户端的用户信息与所述第一终端/客户端的用户信息合并,则更新操作具体包括:根据所述关联关系元组生成第一新增元组和第二新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的用户信息,所述第二新增元组包括所述第二终端/客户端的标识符和其关联的第一终端/客户端的标识符,以及所述第一终端/客户端的用户信息;根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新;在所述第一终端/客户端根据所述关联关系元组更新自身保存的用户标识符信息时,还包括:根据所述第二新增元组对所述第二终端/客户端的原用户标识符信息进行更新。
举例来说,元组(标识符A,信息A1,信息A2,...,信息Am)表示客户端A的信息,元组(标识符B,信息B1,信息B2,...,信息Bn)表示客户端B的信息,则根据关联关系元组生成的第一新增元组为第一新增元组(标识符A,标识符B,信息B1,信息B2,...,信息Bn),生成的第二新增元组为第二新增元组(标识符B,标识符A,信息A1,信息A2,...,信息Am)。
单向导入关联策略可以实现发出关联请求的一方的用户信息的更新,而合并关联策略则可以实现关联请求的发出和接收双方的用户信息的更新,具体采用何种策略则根据具体的应用场景来进行设定。
如图2所示,为本发明用户信息关联方法的另一实施例的流程示意图。与上一实施例相比,本实施例的步骤102具体包括以下步骤:
步骤102a、所述用户信息关联服务器判断是否符合代理所述第二终端/客户端的认证条件,如果符合,则执行步骤102b,否则执行步骤102f;
步骤102b、选择可采用的认证方式,如果选择用户提交认证信息的方式,则执行步骤102c;如果选择调用第三方认证的方式,则执行步骤102e;
步骤102c、所述用户信息关联服务器要求所述第一终端/客户端提供认证信息,所述认证信息用于证明所述第二终端/客户端和第一终端/客户端的用户为相同用户;
步骤102d、所述用户信息关联服务器根据所述第一终端/客户端提交的认证信息执行认证操作,然后执行步骤103;
步骤102e、所述用户信息关联服务器调用第三方的认证***对所述第二终端/客户端和第一终端/客户端的用户是否为相同用户进行认证,然后执行步骤103;
步骤102f、将所述关联请求转发给所述第二终端/客户端的方式进行关联确认,并接收所述第二终端/客户端返回的确认结果,然后执行步骤103。
在本实施例中给出了较为详细的认证过程,通过上述认证过程可以尽量确保用户信息在关联操作上的安全性,避免不合适的信息泄露。
除了上述确保安全性的认证操作之外,在关联请求中还可以包括有效期和/或消息签名,从而进一步提高关联操作的安全性。
前面实施例中提到标识符通常是在用户通过终端/客户端首次使用业务时所生成的,在图3所示的实施例中对这一过程进行了详细的描述。该过程具体包括:
步骤201、终端/客户端向用户信息关联服务器发出使用服务的请求;
步骤202、用户信息关联服务器判断是否可以检索到该终端/客户端的标识符,是则表示该请求并非首次服务使用请求,则执行步骤203,否则表示该请求为首次服务使用请求,则执行步骤204;
步骤203、用户信息关联服务器根据标识符为该用户提供相应的服务;
步骤204、生成该终端/客户端的标识符,并且终端/客户端和所述用户信息关联服务器对生成的标识符进行保存。
在步骤204中,生成该终端/客户端的标识符可采用多种方式,例如:终端/客户端生成方式,即由终端/客户端生成标识符,并发送给用户信息关联服务器;服务器生成方式,即用户信息关联服务器为该终端/客户端生成标识符,并发送给终端/客户端;组合生成方式,即由服务器与终端/客户端按照预定义算法组合生成标识符。
对于终端/客户端生成方式来说,如果客户端在手机上运行,且可以获得国际移动用户识别码(IMSI),则可以以IMSI作为生成标识符的参数之一,使得可以从标识符中推算出IMSI,这样则可以在后续流程中,通过推算出IMSI来作为认证信息使用;或者客户端不能获得IMSI,则可以获取所在终端的***参数,例如机器序列码、MAC地址等,作为生成标识符的参数之一。
对于组合生成方式,可以由服务器与终端/客户端进一步交互,以交换组合生成算法所需要的参数,并按照规定算法生成标识符。
在所述用户信息关联服务器中可以采用数据库存储生成的标识符,在独立的终端/客户端则可以采用数据库或文件存储所述生成的标识符。而对于客户端为浏览器的情况,则可以采用Cookie方式来存储生成的标识符。
通过上述实施例,可以将繁琐的用户注册流程和个性化服务流程区分开来,用户在体验***提供的个性化服务之前无需被强制进行用户注册,能够方便地通过多个终端/客户端使用个性化服务,在不同的终端/客户端各自维护独立的用户数据,仅在用户认为有必要时,对不同终端/客户端的用户数据进行关联,以获得更为统一的个性化服务。
相比于现有技术中的手机客户端,上述实施例可以实现如下场景的用户信息关联,例如用户先使用PC终端,再使用手机终端;或者用户同时使用多个手机终端。这样就极大地降低了用户体验***个性化服务的门槛,并为用户提供了后续管理身份及对应信息的灵活性和主动性。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
如图4所示,为本发明用户信息关联服务器的一实施例的结构示意图。在本实施例中,用户信息关联服务器包括:关联请求接收单元11、认证/关联确认单元12、关联操作单元13。
关联请求接收单元11负责接收第一终端/客户端发出的用于与第二终端/客户端的用户信息进行关联的关联请求。认证/关联确认单元12负责通过代理方式对所述第二终端/客户端进行认证,或者通过转发所述关联请求给所述第二终端/客户端的方式进行关联确认。
关联操作单元13负责在通过认证或所述第二终端/客户端的关联确认时,根据预设关联策略对所述第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作,所述用户标识符信息表示为包括标识符和至少一个用户信息的元组。
关联操作单元13进一步包括:关联元组保存单元14和标识符信息更新单元15。其中关联元组保存单元14负责在关联操作过程中,保存所述第一终端/客户端和第二终端/客户端的关联关系元组,所述关联关系元组中包括所述第一终端/客户端和第二终端/客户端各自的标识符和各自的用户信息。标识符信息更新单元15负责根据所述第一终端/客户端和第二终端/客户端的关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新。
在另一个实施例中,所述预设关联策略为将所述第二终端/客户端的部分或全部用户信息单向导入到所述第一终端/客户端,相应的,标识符信息更新单元可以具体包括:
单向新增元组生成组件,用于根据所述关联关系元组生成第一新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的部分或全部用户信息;
第一更新组件,用于根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新。
在另一个实施例中,所述预设关联策略为将所述第二终端/客户端的用户信息与所述第一终端/客户端的用户信息合并,所述标识符信息更新单元可以具体包括:
合并元组生成组件,用于根据所述关联关系元组生成第一新增元组和第二新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的用户信息,所述第二新增元组包括所述第二终端/客户端的标识符和其关联的第一终端/客户端的标识符,以及所述第一终端/客户端的用户信息;
第一更新组件,用于根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新;
第二更新组件,用于根据所述第二新增元组对所述第二终端/客户端的原用户标识符信息进行更新。
如图5所示,为本发明用户信息关联服务器的另一实施例的结构示意图。与前面实施例相比,本实施例中的用户信息关联服务器还可以进一步包括:标识符管理单元16,用于在接收终端/客户端首次发出的服务使用请求时,对生成的标识符进行保存。
生成该终端/客户端的标识符可采用多种方式,例如:终端/客户端生成方式,即由终端/客户端生成标识符,并发送给用户信息关联服务器;服务器生成方式,即用户信息关联服务器为该终端/客户端生成标识符,并发送给终端/客户端;组合生成方式,即由服务器与终端/客户端按照预定义算法组合生成标识符。
对于终端/客户端生成方式来说,如果客户端在手机上运行,且可以获得国际移动用户识别码(IMSI),则可以以IMSI作为生成标识符的参数之一,使得可以从标识符中推算出IMSI,这样则可以在后续流程中,通过推算出IMSI来作为认证信息使用;或者客户端不能获得IMSI,则可以获取所在终端的***参数,例如机器序列码、MAC地址等,作为生成标识符的参数之一。
对于组合生成方式,可以由服务器与终端/客户端进一步交互,以交换组合生成算法所需要的参数,并按照规定算法生成标识符。
在用户信息关联服务器中可以采用数据库存储生成的标识符,在独立的终端/客户端则可以采用数据库或文件存储所述生成的标识符。而对于客户端为浏览器的情况,则可以采用Cookie方式来存储生成的标识符。
如图6所示,为本发明用户信息关联服务器的又一实施例中认证/关联确认单元的结构示意图。与前面实施例相比,在本实施例中认证/关联确认单元可以具体包括:代理认证判断组件21、代理认证组件22和关联确认组件23。其中,代理认证判断组件21负责判断是否符合代理所述第二终端/客户端的认证条件。代理认证组件22负责在符合代理所述第二终端/客户端的认证条件时,选择可采用的认证方式,如果选择用户提交认证信息的方式,则要求所述第一终端/客户端提供认证信息,所述认证信息用于证明所述第二终端/客户端和第一终端/客户端的用户为相同用户,根据所述第一终端/客户端提交的认证信息执行认证操作,如果选择调用第三方认证的方式,则调用第三方的认证***对所述第二终端/客户端和第一终端/客户端的用户是否为相同用户进行认证。
关联确认组件23负责在判断不符合代理所述第二终端/客户端的认证条件时,则将所述关联请求转发给所述第二终端/客户端的方式进行关联确认,并接收所述第二终端/客户端返回的确认结果。通过上述功能单元可以尽量确保用户信息在关联操作上的安全性,避免不合适的信息泄露。
如图7所示,为本发明用户信息关联***的一实施例的结构示意图。在本实施例中,用户信息关联***包括终端/客户端20和用户信息关联服务器10,其中用户信息关联服务器10的几种具体实现方式在前面的实施例中已经进行了详细的说明,具体结构和实现功能均可参考前面实施例中的具体描述。终端/客户端20具有用户标识符信息管理单元,可以发出关联请求、更新用户标识符信息以及保存标识符。
用户信息关联服务器10可以采用专用的服务器,也可以与一般的业务服务器设在一起。
限于篇幅,有关终端/客户端的说明、转发方式的说明、用户标识符信息的说明等均可参见方法实施例部分的详细描述,在这里就不再对装置和***实施例中的上述内容进行赘述了。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制;尽管参照较佳实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本发明技术方案的精神,其均应涵盖在本发明请求保护的技术方案范围当中。
Claims (16)
1.一种用户信息关联方法,包括:
用户信息关联服务器接收第一终端/客户端发出的用于与第二终端/客户端的用户信息进行关联的关联请求;
所述用户信息关联服务器通过代理方式对所述第二终端/客户端进行认证,或者通过转发所述关联请求给所述第二终端/客户端的方式进行关联确认,如果通过认证或所述第二终端/客户端的关联确认,则根据预设关联策略对所述第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作,所述用户标识符信息表示为包括标识符和至少一个用户信息的元组,每个终端/客户端的用户标识符信息是用户使用服务时逐渐形成的;
所述用户信息关联服务器在关联操作过程中,保存所述第一终端/客户端和第二终端/客户端的关联关系元组,所述关联关系元组中包括所述第一终端/客户端和第二终端/客户端各自的标识符和各自的用户信息,所述标识符是在用户通过终端/客户端首次使用业务时所生成的,以识别在该终端/客户端上使用服务的特定用户;
并且,根据所述关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新。
2.根据权利要求1所述的方法,其中,如果所述预设关联策略为将所述第二终端/客户端的部分或全部用户信息单向导入到所述第一终端/客户端,则根据所述关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新的操作具体为:
根据所述关联关系元组生成第一新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的部分或全部用户信息;
根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新。
3.根据权利要求1所述的方法,其中,如果所述预设关联策略为将所述第二终端/客户端的用户信息与所述第一终端/客户端的用户信息合并,则所述根据所述关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新的操作具体为:
根据所述关联关系元组生成第一新增元组和第二新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的用户信息,所述第二新增元组包括所述第二终端/客户端的标识符和其关联的第一终端/客户端的标识符,以及所述第一终端/客户端的用户信息;
根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新;
在所述第一终端/客户端根据所述关联关系元组更新自身保存的用户标识符信息时,还包括:根据所述第二新增元组对所述第二终端/客户端的原用户标识符信息进行更新。
4.根据权利要求1所述的方法,其中,还包括:在所述用户信息关联服务器接收终端/客户端首次发出的服务使用请求时,所述终端/客户端和所述用户信息关联服务器对生成的标识符进行保存。
5.根据权利要求4所述的方法,其中,生成标识符的方法包括:服务器生成方式、终端/客户端生成方式或服务器与终端/客户端按照预定义算法组合生成方式。
6.根据权利要求4所述的方法,其中,在所述用户信息关联服务器中采用数据库存储所述生成的标识符,在独立的终端/客户端采用数据库或文件存储所述生成的标识符。
7.根据权利要求4所述的方法,其中,在所述用户信息关联服务器中采用数据库存储所述生成的标识符,且如果所述客户端为浏览器,则采用Cookie方式存储所述生成的标识符。
8.根据权利要求1所述的方法,其中,所述用户信息关联服务器通过代理方式对所述第二终端/客户端进行认证的操作具体包括:
所述用户信息关联服务器判断是否符合代理所述第二终端/客户端的认证条件,如果符合,则选择可采用的认证方式;
如果选择用户提交认证信息的方式,则所述用户信息关联服务器要求所述第一终端/客户端提供认证信息,所述认证信息用于证明所述第二终端/客户端和第一终端/客户端的用户为相同用户,所述用户信息关联服务器根据所述第一终端/客户端提交的认证信息执行认证操作;
如果选择调用第三方认证的方式,则所述用户信息关联服务器调用第三方的认证***对所述第二终端/客户端和第一终端/客户端的用户是否为相同用户进行认证。
9.根据权利要求8所述的方法,其中,如果所述用户信息关联服务器判断不符合代理所述第二终端/客户端的认证条件,则将所述关联请求转发给所述第二终端/客户端的方式进行关联确认,并接收所述第二终端/客户端返回的确认结果。
10.根据权利要求1所述的方法,其中,所述关联请求具有有效期和/或消息签名。
11.一种用户信息关联服务器,包括:
关联请求接收单元,用于接收第一终端/客户端发出的用于与第二终端/客户端的用户信息进行关联的关联请求;
认证/关联确认单元,用于通过代理方式对所述第二终端/客户端进行认证,或者通过转发所述关联请求给所述第二终端/客户端的方式进行关联确认;
关联操作单元,用于在通过认证或所述第二终端/客户端的关联确认时,根据预设关联策略对所述第一终端/客户端所对应的用户标识符信息和第二终端/客户端所对应的用户标识符信息进行关联操作,所述用户标识符信息表示为包括标识符和至少一个用户信息的元组,每个终端/客户端的用户标识符信息是用户使用服务时逐渐形成的;
关联操作单元进一步包括:
关联元组保存单元,用于在关联操作过程中,保存所述第一终端/客户端和第二终端/客户端的关联关系元组,所述关联关系元组中包括所述第一终端/客户端和第二终端/客户端各自的标识符和各自的用户信息,所述标识符是在用户通过终端/客户端首次使用业务时所生成的,以识别在该终端/客户端上使用服务的特定用户;
标识符信息更新单元,用于根据所述第一终端/客户端和第二终端/客户端的关联关系元组对所述第一终端/客户端自身保存的用户标识符信息进行更新。
12.根据权利要求11所述的用户信息关联服务器,其中所述预设关联策略为将所述第二终端/客户端的部分或全部用户信息单向导入到所述第一终端/客户端,所述标识符信息更新单元具体包括:
单向新增元组生成组件,用于根据所述关联关系元组生成第一新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的部分或全部用户信息;
第一更新组件,用于根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新。
13.根据权利要求11所述的用户信息关联服务器,其中所述预设关联策略为将所述第二终端/客户端的用户信息与所述第一终端/客户端的用户信息合并,所述标识符信息更新单元具体包括:
合并元组生成组件,用于根据所述关联关系元组生成第一新增元组和第二新增元组,所述第一新增元组包括所述第一终端/客户端的标识符和其关联的第二终端/客户端的标识符,以及所述第二终端/客户端的用户信息,所述第二新增元组包括所述第二终端/客户端的标识符和其关联的第一终端/客户端的标识符,以及所述第一终端/客户端的用户信息;
第一更新组件,用于根据所述第一新增元组对所述第一终端/客户端的原用户标识符信息进行更新;
第二更新组件,用于根据所述第二新增元组对所述第二终端/客户端的原用户标识符信息进行更新。
14.根据权利要求11所述的用户信息关联服务器,其中还包括:
标识符管理单元,用于在接收终端/客户端首次发出的服务使用请求时,对生成的标识符进行保存。
15.根据权利要求11所述的用户信息关联服务器,其中所述认证/关联确认单元具体包括:
代理认证判断组件,用于判断是否符合代理所述第二终端/客户端的认证条件;
代理认证组件,用于在符合代理所述第二终端/客户端的认证条件时,选择可采用的认证方式,如果选择用户提交认证信息的方式,则要求所述第一终端/客户端提供认证信息,所述认证信息用于证明所述第二终端/客户端和第一终端/客户端的用户为相同用户,根据所述第一终端/客户端提交的认证信息执行认证操作,如果选择调用第三方认证的方式,则调用第三方的认证***对所述第二终端/客户端和第一终端/客户端的用户是否为相同用户进行认证;
关联确认组件,用于在判断不符合代理所述第二终端/客户端的认证条件时,则将所述关联请求转发给所述第二终端/客户端的方式进行关联确认,并接收所述第二终端/客户端返回的确认结果。
16.一种包括权利要求11~15任一所述的用户信息关联服务器的用户信息关联***,还包括:
终端/客户端,具有用户标识符信息管理单元,用于发出关联请求、更新用户标识符信息以及保存标识符。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110419749.6A CN103166998B (zh) | 2011-12-15 | 2011-12-15 | 用户信息关联方法、***及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110419749.6A CN103166998B (zh) | 2011-12-15 | 2011-12-15 | 用户信息关联方法、***及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103166998A CN103166998A (zh) | 2013-06-19 |
CN103166998B true CN103166998B (zh) | 2016-03-23 |
Family
ID=48589736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110419749.6A Active CN103166998B (zh) | 2011-12-15 | 2011-12-15 | 用户信息关联方法、***及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103166998B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103414745A (zh) * | 2013-07-05 | 2013-11-27 | 惠州Tcl移动通信有限公司 | 一种移动终端跨浏览器登陆的方法和装置 |
CN103533530B (zh) * | 2013-09-26 | 2017-09-26 | 余飞 | 一种跨设备的用户对应及用户追踪方法、*** |
CN104753673B (zh) * | 2013-12-30 | 2019-04-30 | 格尔软件股份有限公司 | 一种基于随机关联码的用户多认证凭证关联方法 |
CN103888346A (zh) | 2014-03-24 | 2014-06-25 | 北京智谷睿拓技术服务有限公司 | 信息发送方法及信息发送装置 |
CN103888916A (zh) * | 2014-03-24 | 2014-06-25 | 北京智谷睿拓技术服务有限公司 | 信息发送方法及信息发送装置 |
CN105429931B (zh) * | 2014-09-09 | 2019-10-29 | 博雅网络游戏开发(深圳)有限公司 | 实现应用平台与第三方平台的账号信息交互的方法和*** |
CN105991592B (zh) * | 2015-02-15 | 2019-05-31 | 阿里巴巴集团控股有限公司 | 同人身份维护方法、装置及服务器 |
CN105447148B (zh) * | 2015-11-26 | 2018-12-21 | 上海晶赞科技发展有限公司 | 一种Cookie标识关联方法及装置 |
CN107786621B (zh) * | 2016-08-31 | 2020-10-16 | 阿里巴巴集团控股有限公司 | 一种用户信息管理方法、访问处理方法及装置和*** |
CN109587197B (zh) * | 2017-09-29 | 2022-02-22 | 北京京东尚科信息技术有限公司 | 关联上报数据的方法、装置和*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1829202A (zh) * | 2005-03-02 | 2006-09-06 | 华为技术有限公司 | 多个帐号同时在一个客户端上实现imps业务的***及方法 |
CN101068245A (zh) * | 2007-03-30 | 2007-11-07 | 腾讯科技(深圳)有限公司 | 共享文件的发布、下载方法及文件共享可控*** |
CN101171593A (zh) * | 2005-05-13 | 2008-04-30 | 株式会社Ntt都科摩 | 数据备份*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005083575A1 (ja) * | 2004-02-27 | 2005-09-09 | Vodafone K.K. | データ通信方法、データ通信システム及び通信端末装置 |
CN100413262C (zh) * | 2006-03-08 | 2008-08-20 | 华为技术有限公司 | 业务现场保护***及方法 |
CN101471939B (zh) * | 2007-12-28 | 2012-07-04 | 中国科学院声学研究所 | Soa架构的融合业务***中的多次用户认证鉴权方法 |
US10104183B2 (en) * | 2010-06-22 | 2018-10-16 | Microsoft Technology Licensing, Llc | Networked device authentication, pairing and resource sharing |
-
2011
- 2011-12-15 CN CN201110419749.6A patent/CN103166998B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1829202A (zh) * | 2005-03-02 | 2006-09-06 | 华为技术有限公司 | 多个帐号同时在一个客户端上实现imps业务的***及方法 |
CN101171593A (zh) * | 2005-05-13 | 2008-04-30 | 株式会社Ntt都科摩 | 数据备份*** |
CN101068245A (zh) * | 2007-03-30 | 2007-11-07 | 腾讯科技(深圳)有限公司 | 共享文件的发布、下载方法及文件共享可控*** |
Also Published As
Publication number | Publication date |
---|---|
CN103166998A (zh) | 2013-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103166998B (zh) | 用户信息关联方法、***及服务器 | |
CN103051630B (zh) | 基于开放平台实现第三方应用授权的方法、装置及*** | |
US20210112402A1 (en) | Method enabling migration of a subscription | |
CN102710640B (zh) | 请求授权的方法、装置和*** | |
CN107547573B (zh) | 应用于eSIM的认证方法、RSP终端及管理平台 | |
EP3337219B1 (en) | Carrier configuration processing method, device and system, and computer storage medium | |
US20080212503A1 (en) | Method and System for Tailoring WiMAX Device Provisioning Based on Device Capability Information Communicated to Network | |
CN108389098B (zh) | 语音购物方法以及*** | |
CN105450582A (zh) | 业务处理方法、终端、服务器及*** | |
CN110381103B (zh) | 一种下载运营商配置文件的方法、装置和*** | |
CN105554037A (zh) | 身份认证处理方法及服务平台 | |
CN101163010A (zh) | 对请求消息的鉴权方法和相关设备 | |
CN105307144A (zh) | 一种注册方法、呼叫方法、应用服务器及网络域设备 | |
CN102833328A (zh) | 应用统一调用方法及统一调用客户端 | |
CN105681258A (zh) | 基于第三方服务器的会话方法和会话装置 | |
US20150180851A1 (en) | Method, device, and system for registering terminal application | |
CN101115309B (zh) | 拜访地网络、归属地网络、拜访地业务使用***、方法及终端 | |
CN105230091A (zh) | 在通信***中发起呼叫 | |
US11012830B2 (en) | Automated activation and onboarding of connected devices | |
CN103313245A (zh) | 基于手机终端的网络业务访问方法、设备和*** | |
EP3459269B1 (en) | Method for provisioning an applet with credentials of a terminal application provided by an application server and corresponding ota platform | |
CN105812138A (zh) | 登录的处理方法、装置、用户终端及登录*** | |
CN115529154A (zh) | 登录管理方法、装置、电子装置及可读存储介质 | |
CN106487776B (zh) | 一种保护机器类通信设备的方法、网络实体及*** | |
CN114006939A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |