CN108270781A - 一种基于微信平台的多公众号用户授权管理方法 - Google Patents
一种基于微信平台的多公众号用户授权管理方法 Download PDFInfo
- Publication number
- CN108270781A CN108270781A CN201810017423.2A CN201810017423A CN108270781A CN 108270781 A CN108270781 A CN 108270781A CN 201810017423 A CN201810017423 A CN 201810017423A CN 108270781 A CN108270781 A CN 108270781A
- Authority
- CN
- China
- Prior art keywords
- user
- joint
- authorize
- platform
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Power Engineering (AREA)
- Storage Device Security (AREA)
Abstract
本发明公开了一种基于微信平台的多公众号用户授权管理方法,包括微信网页授权和微信交互授权,微信交互授权管理步骤:判断是否存在联合ID;根据联合ID+应用ID判断用户是否存在;根据开放ID+应用ID判断用户是否存在;注入用户信息,结束授权或者将开放ID、联合ID、用户资料相关字段***数据库;微信网页授权管理步骤:判断网页Cookie中是否存在***ID;判断该公众号是否是服务号或者是借权的订阅号;判断数据库用***ID+应用ID用是否存在;对是否存在联合ID进行判断。本基于微信平台的多公众号用户授权管理方法,完成了不同权限类型的公众号的用户授权,实现了对多公众号进行方便统一管理。
Description
技术领域
本发明涉及到一种用于微信平台的多公众号的用户授权管理,特别涉及一种基于微信平台的多公众号用户授权管理方法。
背景技术
对于微信托管第三方公司来说,会有几个、几十个、甚至成百上千个客户提供的公众号需要管理,传统的做法是为每个公众号提供一套独立的管理程序、服务器、数据库等资源,当管理的公众号数量不多时这种模式还是能接受的,但是当托管的公众号达到几十,几百、上千的时候,这种模式的是可怕的,而且对于托管的公众号来说可谓是风格各异,有认证的、未认证的;有订阅号、服务号;有的既有订阅号又有服务号,因为权限的不同,用户授权的环境不同(网页授权、微信交互授权),通过传统的方法很难对这些风格不同的公众号产生的用户进行管理。试想如果一个新的模块发布或是更新,都要更新成百上千个服务器上的管理程序代码,这是一件多么可怕的事情,当然版本更新的繁琐只是这种模式下的一个显著的问题而已,公众号、用户数据等业务上更是难以管理。
发明内容
通过对现有专利文献的检索,我们尚未发现方便微信平台多公众号管理的相关报道。
为这解决现有微信平台多公众号管理管理困难的问题,本发明的目的在于提供一种基于微信平台的多公众号用户授权管理方法,可以对多公众号进行方便统一管理,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:一种基于微信平台的多公众号用户授权管理方法,包括微信网页授权和微信交互授权,微信网页授权和微信交互授权借助于托管***对公众号本身管理的步骤如下:
S1:不同的订阅号以及不同的服务号经过托管***托管;
S2:托管***将托管的不同的的订阅号以及不同的服务号再经过微信网页授权和微信交互授权进行授权管理;
S3:经过微信网页授权和微信交互授权二者授权管理后再转到托管***托管;
S4:托管***将授权管理的公众号通知对应的各个用户。
优选的,对于微信交互授权,其授权管理步骤如下:
第一步、获取用户的联合ID;
第二步、判断是否存在联合ID;
第三步、根据联合ID+应用ID判断用户是否存在;
第四步、根据开放ID+应用ID判断用户是否存在;
第五步、注入用户信息,结束授权或者将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权。
优选的,针对步骤二,如果存在联合ID,然后根据联合ID+应用ID判断用户是否存在;如果不存在联合ID,然后根据开放ID+应用ID判断用户是否存在;
优选的,针对步骤三,用户存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将该公众号的开放ID、联合ID、、用户资料相关字段***数据库,注入用户信息完成授权。
优选的,针对步骤四,用户存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权。
优选的,对于微信网页授权,其授权管理步骤如下:
第一步、首先判断网页Cookie中是否存在***ID;
第二步、判断该公众号是否是服务号或者是借权的订阅号,如果是,先用服务号静默获取***ID,如果该公众号不是服务号或者是借权的订阅号,先用服务号静默获取***ID,如果数据库查询***ID+应用ID的用户存在,直接注入用户信息完成授权,如不存在,新增用户将应用ID,***ID,用户资料相关字段***数据库、注入用户信息完成授权;
第三步、判断数据库用***ID+应用ID用是否存在,如果不存在,用第三方服务号显式或获取开放ID、用户资料,如果存在,更新用户信息***ID,入用户信息完成授权;
第四步、对是否存在联合ID进行判断。
优选的,对于步骤四,如果存在联合ID,并且查询到联合ID+应用ID的用户已存在,更新用户信息***ID,入用户信息完成授权;联合ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权;如果联合ID不存在,并且开放ID+应用ID已存在,更新***ID,注入用户信息完成授权;开放ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权。
与现有技术相比,本发明的有益效果是:本基于基于微信平台的多公众号用户授权管理方法,采用微信交互授权和微信网页授权两种授权管理方式,完成了不同权限类型的公众号的用户授权,并将服务号、借权订阅号的微信交互授权和网页授权用户进行了同步,实现了对多公众号进行方便统一管理。
附图说明
图1为本发明的整体流程图;
图2为本发明的授权管理流程框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1-2,一种基于微信平台的多公众号用户授权管理方法,包括微信网页授权和微信交互授权,微信网页授权和微信交互授权借助于托管***对公众号本身管理的步骤如下:
S1:不同的订阅号以及不同的服务号经过托管***托管;
S2:托管***将托管的不同的的订阅号以及不同的服务号再经过微信网页授权和微信交互授权进行授权管理;
S3:经过微信网页授权和微信交互授权二者授权管理后再转到托管***托管;首先将微信网页授权(用户访问微信中H5页面产生的授权)和微信交互授权(用户直接和公众号交互)分开,对于微信交互授权,其授权管理步骤如下:
第一步、获取用户的联合ID,联合ID-多个公众号可以绑定为一个微信应用,该应用为旗下的公众号用户生成的唯一的unionID;
第二步、判断是否存在联合ID,如果存在联合ID,然后根据联合ID+应用ID判断用户是否存在;如果不存在联合ID,然后根据开放ID+应用ID判断用户是否存在,应用ID—每个公众号在托管***应用表里的主键;
第三步、根据联合ID+应用ID判断用户是否存在,用户存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将该公众号的开放ID、联合ID、、用户资料相关字段***数据库,注入用户信息完成授权;
第四步、根据开放ID+应用ID判断用户是否存在,开放ID—每个公众号为用户生成的openID,用户存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权;
第五步、注入用户信息,结束授权或者将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权。
而对于微信网页授权,其授权管理步骤如下:
第一步、首先判断网页Cookie中是否存在***ID,Cookie指某些网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据;
第二步、判断该公众号是否是服务号或者是借权的订阅号(具有服务号能力的订阅号),如果是,先用服务号静默获取***ID,如果该公众号不是服务号或者是借权的订阅号,先用服务号静默获取***ID,如果数据库查询***ID+应用ID的用户存在,直接注入用户信息完成授权,如不存在,新增用户将应用ID,***ID,用户资料相关字段***数据库、注入用户信息完成授权;
第三步、判断数据库用***ID+应用ID用是否存在,如果不存在,用第三方服务号显式或获取开放ID、用户资料,如果存在,更新用户信息***ID,入用户信息完成授权;
第四步、对是否存在联合ID进行判断,如果存在联合ID,并且查询到联合ID+应用ID的用户已存在,更新用户信息***ID,入用户信息完成授权;联合ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权;如果联合ID不存在,并且开放ID+应用ID已存在,更新***ID,注入用户信息完成授权,***ID—托管***通过我司服务号静默获取的用户openID;开放ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权。
S4:托管***将授权管理的公众号通知对应的各个用户,至此完成了不同权限类型的公众号的用户授权,并将服务号、借权订阅号的微信交互授权和网页授权用户进行了同步。
综上所述,本发明提出的基于微信平台的多公众号用户授权管理方法,采用微信交互授权和微信网页授权两种授权管理方式,对于微信交互授权,取用户的联合ID并进行判断,如果存在则根据联合ID+应用ID判断用户是否存在,存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将该公众号的开放ID、联合ID、用户资料相关字段***数据库,如果不存在联合ID,根据开放ID+应用ID判断用户是否存在,存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权;对于微信网页授权,判断网页Cookie中是否存在***ID,如果存在就直接注入用户信息完成授权,如果不存在,先判断该公众号是否是服务号或者是借权的订阅号,如果是,先用服务号静默获取***ID,如果数据库用***ID+应用ID查询到用户不存在,用第三方服务号显式或获取开放ID、用户资料,如果存在联合ID,并且查询到联合ID+应用ID的用户已存在,更新用户信息***ID,入用户信息完成授权,联合ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权,如果联合ID不存在,并且开放ID+应用ID已存在,更新***ID,注入用户信息完成授权,开放ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权,如果该公众号不是服务号或者是借权的订阅号,先用服务号静默获取***ID,如果数据库查询***ID+应用ID的用户存在,直接注入用户信息完成授权,如不存在,新增用户将应用ID,***ID,用户资料相关字段***数据库、注入用户信息完成授权,完成了不同权限类型的公众号的用户授权,并将服务号、借权订阅号的微信交互授权和网页授权用户进行了同步,实现了对多公众号进行方便统一管理。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,根据本发明的技术方案及其发明构思加以等同替换或改变,都应涵盖在本发明的保护范围之内。
Claims (7)
1.一种基于微信平台的多公众号用户授权管理方法,其特征在于,包括微信网页授权和微信交互授权,微信网页授权和微信交互授权借助于托管***对公众号本身管理的步骤如下:
S1:不同的订阅号以及不同的服务号经过托管***托管;
S2:托管***将托管的不同的的订阅号以及不同的服务号再经过微信网页授权和微信交互授权进行授权管理;
S3:经过微信网页授权和微信交互授权二者授权管理后再转到托管***托管;
S4:托管***将授权管理的公众号通知对应的各个用户。
2.如权利要求1所述的基于微信平台的多公众号用户授权管理方法,其特征在于,对于微信交互授权,其授权管理步骤如下:
第一步、获取用户的联合ID;
第二步、判断是否存在联合ID;
第三步、根据联合ID+应用ID判断用户是否存在;
第四步、根据开放ID+应用ID判断用户是否存在;
第五步、注入用户信息,结束授权或者将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权。
3.如权利要求2所述的基于微信平台的多公众号用户授权管理方法,其特征在于,针对步骤二,如果存在联合ID,然后根据联合ID+应用ID判断用户是否存在;如果不存在联合ID,然后根据开放ID+应用ID判断用户是否存在。
4.如权利要求2所述的基于微信平台的多公众号用户授权管理方法,其特征在于,针对步骤三,用户存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将该公众号的开放ID、联合ID、、用户资料相关字段***数据库,注入用户信息完成授权。
5.如权利要求2所述的基于微信平台的多公众号用户授权管理方法,其特征在于,针对步骤四,用户存在就注入用户信息,结束授权,如果用户不存在,就新增用户,将开放ID、联合ID、用户资料相关字段***数据库,注入用户信息完成授权。
6.如权利要求1所述的基于微信平台的多公众号用户授权管理方法,其特征在于,对于微信网页授权,其授权管理步骤如下:
第一步、首先判断网页Cookie中是否存在***ID;
第二步、判断该公众号是否是服务号或者是借权的订阅号,如果是,先用服务号静默获取***ID,如果该公众号不是服务号或者是借权的订阅号,先用服务号静默获取***ID,如果数据库查询***ID+应用ID的用户存在,直接注入用户信息完成授权,如不存在,新增用户将应用ID,***ID,用户资料相关字段***数据库、注入用户信息完成授权;
第三步、判断数据库用***ID+应用ID用是否存在,如果不存在,用第三方服务号显式或获取开放ID、用户资料,如果存在,更新用户信息***ID,入用户信息完成授权;
第四步、对是否存在联合ID进行判断。
7.如权利要求6所述的基于微信平台的多公众号用户授权管理方法,其特征在于,对于步骤四,如果存在联合ID,并且查询到联合ID+应用ID的用户已存在,更新用户信息***ID,入用户信息完成授权;联合ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权;如果联合ID不存在,并且开放ID+应用ID已存在,更新***ID,注入用户信息完成授权;开放ID+应用ID如不存在,则新增用户,将该公众号的应用ID,开放ID、联合ID、用户资料相关字段***数据库、注入用户信息完成授权。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810017423.2A CN108270781A (zh) | 2018-01-09 | 2018-01-09 | 一种基于微信平台的多公众号用户授权管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810017423.2A CN108270781A (zh) | 2018-01-09 | 2018-01-09 | 一种基于微信平台的多公众号用户授权管理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108270781A true CN108270781A (zh) | 2018-07-10 |
Family
ID=62773219
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810017423.2A Pending CN108270781A (zh) | 2018-01-09 | 2018-01-09 | 一种基于微信平台的多公众号用户授权管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108270781A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109543398A (zh) * | 2018-11-28 | 2019-03-29 | 深圳市轱辘汽车维修技术有限公司 | 一种应用程序账户迁移方法、装置和电子设备 |
CN110458518A (zh) * | 2019-07-29 | 2019-11-15 | 广州市家庭医生在线信息有限公司 | 一种集中式多账号微信自媒体管理平台及运行方法 |
CN110933070A (zh) * | 2019-11-27 | 2020-03-27 | 杭州遥望网络科技有限公司 | 一种用户识别方法、***、设备及计算机可读存储介质 |
CN111049787A (zh) * | 2018-10-15 | 2020-04-21 | 深圳市加推科技有限公司 | 信息关联方法、装置、***和计算机可读存储介质 |
CN114285658A (zh) * | 2021-12-28 | 2022-04-05 | 苏州小棉袄信息技术股份有限公司 | 基于微信授权登陆的***互跳免登陆方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6438600B1 (en) * | 1999-01-29 | 2002-08-20 | International Business Machines Corporation | Securely sharing log-in credentials among trusted browser-based applications |
EP2320620A1 (en) * | 2001-04-23 | 2011-05-11 | Koninklijke KPN N.V. | Service provider architecture and method for delivering content services to mobile communication customers |
CN105119966A (zh) * | 2015-07-15 | 2015-12-02 | 中国联合网络通信集团有限公司 | 一种公众号管理方法及装置 |
CN105869094A (zh) * | 2016-03-21 | 2016-08-17 | 腾讯科技(深圳)有限公司 | 医疗咨询***、方法及装置 |
CN106713214A (zh) * | 2015-07-14 | 2017-05-24 | 腾讯科技(北京)有限公司 | 一种在多个授权***之间进行身份鉴别的方法及*** |
CN106973108A (zh) * | 2017-03-30 | 2017-07-21 | 上海曜致投资中心(有限合伙) | 微信公众平台中通用的跨公众号统一用户帐号的方法和*** |
-
2018
- 2018-01-09 CN CN201810017423.2A patent/CN108270781A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6438600B1 (en) * | 1999-01-29 | 2002-08-20 | International Business Machines Corporation | Securely sharing log-in credentials among trusted browser-based applications |
EP2320620A1 (en) * | 2001-04-23 | 2011-05-11 | Koninklijke KPN N.V. | Service provider architecture and method for delivering content services to mobile communication customers |
CN106713214A (zh) * | 2015-07-14 | 2017-05-24 | 腾讯科技(北京)有限公司 | 一种在多个授权***之间进行身份鉴别的方法及*** |
CN105119966A (zh) * | 2015-07-15 | 2015-12-02 | 中国联合网络通信集团有限公司 | 一种公众号管理方法及装置 |
CN105869094A (zh) * | 2016-03-21 | 2016-08-17 | 腾讯科技(深圳)有限公司 | 医疗咨询***、方法及装置 |
CN106973108A (zh) * | 2017-03-30 | 2017-07-21 | 上海曜致投资中心(有限合伙) | 微信公众平台中通用的跨公众号统一用户帐号的方法和*** |
Non-Patent Citations (3)
Title |
---|
刘敏斯,陈少波: "高校微信公众平台的研究与实现", 《韶关学院学报·自然科学》 * |
小_LI_KELLY_前端: "微信第三方登录(静默授权和非静默授权)", 《HTTPS://WWW.CNBLOGS.COM/KELLY2017/P/7359509.HTML》 * |
英文名叫夏天: "微信公众号网页授权summer版", 《HTTPS://WWW.JIANSHU.COM/P/34C3714C7375》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111049787A (zh) * | 2018-10-15 | 2020-04-21 | 深圳市加推科技有限公司 | 信息关联方法、装置、***和计算机可读存储介质 |
CN111049787B (zh) * | 2018-10-15 | 2022-02-11 | 深圳市加推科技有限公司 | 信息关联方法、装置、***和计算机可读存储介质 |
CN109543398A (zh) * | 2018-11-28 | 2019-03-29 | 深圳市轱辘汽车维修技术有限公司 | 一种应用程序账户迁移方法、装置和电子设备 |
CN110458518A (zh) * | 2019-07-29 | 2019-11-15 | 广州市家庭医生在线信息有限公司 | 一种集中式多账号微信自媒体管理平台及运行方法 |
CN110933070A (zh) * | 2019-11-27 | 2020-03-27 | 杭州遥望网络科技有限公司 | 一种用户识别方法、***、设备及计算机可读存储介质 |
CN114285658A (zh) * | 2021-12-28 | 2022-04-05 | 苏州小棉袄信息技术股份有限公司 | 基于微信授权登陆的***互跳免登陆方法 |
CN114285658B (zh) * | 2021-12-28 | 2024-01-02 | 苏州小棉袄信息技术股份有限公司 | 基于微信授权登陆的***互跳免登陆方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108270781A (zh) | 一种基于微信平台的多公众号用户授权管理方法 | |
US10454970B2 (en) | Authorization of access to a data resource in addition to specific actions to be performed on the data resource based on an authorized context enforced by a use policy | |
US9852206B2 (en) | Computer relational database method and system having role based access control | |
CN111460506B (zh) | 数据访问控制方法及装置 | |
EP2510473B1 (en) | Unified user login for co-location facilities | |
CN105074685B (zh) | 企业社交商业计算的多租户支持方法、计算机可读介质及*** | |
CN108701182A (zh) | 多租户身份云服务的数据管理 | |
US9047643B2 (en) | Method of extending web service application programming interfaces using query languages | |
US8370626B2 (en) | Method and apparatus for a configurable online public key infrastructure (PKI) management system | |
CN107276775A (zh) | 一种企业群组建立方法及装置 | |
EP1459496A2 (en) | Method and system for getting on-line status, authentication, verification, authorization, communication and transaction services for web-enabled hardware and software, based on uniform telephone address related applications | |
CN1695361B (zh) | 远程通信网络中对数据库进行集中式数据管理和访问控制的设备与方法 | |
US20120023012A1 (en) | System and Method for Registering an EDI Participant Identifier and Managing EDI Trading Partners | |
CN105100043B (zh) | 适合个人及组织的讯息传递装置与方法 | |
Wang et al. | Shibboleth access for resources on the national grid service (SARoNGS) | |
Toelen | Identity and access management | |
Ameti | BACHELOR THESIS ASSIGNMENT | |
Memis | Identity Lifecycle Management in Cloud Service Providers | |
CN117879878A (zh) | 多方参与、多层级的数字资产归属性认证和追溯方法 | |
Paulus et al. | Centrally Administered COIs Using Cross-Organizational Trust | |
Chandersekaran | Centrally Administered COIs Using Cross-Organizational Trust | |
CN109714444A (zh) | 一种注册管理的方法、***及节点 | |
CN107547644A (zh) | 一种多种存储设备统一管理的方法及装置 | |
Agoda-Koussema | Study on the highly reliable and secure data management system under weak ICT environment by blockchain technology |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180710 |
|
RJ01 | Rejection of invention patent application after publication |