WO2017071522A1 - 一种托管账户的方法和装置 - Google Patents

一种托管账户的方法和装置 Download PDF

Info

Publication number
WO2017071522A1
WO2017071522A1 PCT/CN2016/102752 CN2016102752W WO2017071522A1 WO 2017071522 A1 WO2017071522 A1 WO 2017071522A1 CN 2016102752 W CN2016102752 W CN 2016102752W WO 2017071522 A1 WO2017071522 A1 WO 2017071522A1
Authority
WO
WIPO (PCT)
Prior art keywords
authorization
account
information
trustee
client
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.)
Ceased
Application number
PCT/CN2016/102752
Other languages
English (en)
French (fr)
Inventor
冀维一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Publication of WO2017071522A1 publication Critical patent/WO2017071522A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the step of obtaining the account information of the principal and the trustee according to the authorization instruction comprises: determining whether the risk assessment result is included in the account information of the client, and if yes, continuing to receive the setting of the client Authorization quota; otherwise, the prompt information page is output, and then the risk assessment result is generated according to the received feedback information input by the client according to the prompt information, and finally the risk assessment result is stored in the account information of the client.
  • the hosting module 15 of the device 10 of the escrow account of the embodiment of the present invention can also be configured to obtain the quota of the product to be purchased, which is input by the trustee in the operation instruction, and determine whether the risk degree of the purchased product and the amount of the purchased product are respectively different. If the risk assessment result of the entrusting party and the set authorization amount are met, if the meeting party satisfies at the same time, the output trustee completes the prompt information for the purchaser to purchase the product; otherwise, the purchase failure information is output.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明提供一种托管账户的方法和装置,能将本人账户委托给他人管理,避免传统方法的安全隐患,也避免了频繁切换账户,因而提高了用户体验。本发明托管账户的方法包拈接收委托方的授权指令,根据授权指令生成授权信息:根据授权指令获取托管双方的账户信息:接收委托方设置的授权额度,并将授权信息、账户信息以及授权额度存入托管表:将托管双方的账号加密生成授权凭证,并将该授权凭证存入托管表:接收受托方对委托方的操作指令,根据该操作指令获取双方的账户信息,然后根据账户信息中双方账号查询托管表中的授权凭证,再将账户信息中双方账号加密,将加密结果与托管表中的授权凭证比较,一致则按照操作指令对产品申购:否则输出认证失败信息。

Description

一种托管账户的方法和装置 技术领域
本发明涉及计算机技术领域,特别涉及一种托管账户的方法和装置。
背景技术
随着互联网金融的蓬勃发展,保险、债券、基金、股票等互联网金融产品不断涌现。但由于金融产品投资以及互联网平台操作的技术要求,有很多期望加入进来的客户望洋兴叹。
虽然现在互联网已经相当的普及,但是仍然有很大一部分客户群体对互联网的使用存在困难。而金融产品本身具有多样性,产品的风险分析、投资策略以及相关法律法规等又给金融产品设置了很高的门槛。相比传统银行的活期及定期存款,互联网金融平台的高收益又给这部分客户带来很大的吸引力。
目前的互联网金融平台仅支持对本人账户实施操作,虽然也可以通过告知账户密码的方式实现账户托管但在用户隐私以及账户安全上存在很大隐患,而且频繁的切换账户也不能满足用户体验。
发明内容
有鉴于此,本发明提供一种托管账户的方法和装置,能够在不了解网络金融产品的前提下,通过本发明的技术方案将本人的账户委托给他人进行管理,避免了传统方法通过告知账户密码的方法而产生的安全隐患,同时也避免了频繁的切换账户,因而在一定程度上提高了用户体验。
为实现上述目的,根据本发明的一个方面,提供了一种托管账户 的方法。
本发明的托管账户的方法包括:接收委托方的授权指令,并根据所述授权指令生成授权信息;根据所述授权指令获取委托方和受托方的账户信息;接收委托方所设置的授权额度,并将所述授权信息、账户信息以及授权额度存入托管表中;将所述账户信息中的委托方和受托方的账号按照设定的算法加密生成所述委托方与所述受托方之间的授权凭证,并将该授权凭证存入所述托管表中;接收受托方对委托方的操作指令,根据该操作指令获取受托方和委托方的账户信息,然后根据账户信息中委托方和受托方的账号查询托管表中的授权凭证,再将所述账户信息中的委托方和受托方的账号按照所述设定的算法进行加密,并将加密的结果与该托管表中的授权凭证进行比较,二者一致则对委托方账号按照操作指令进行产品申购;否则输出认证失败的提示信息。
可选地,根据所述授权指令获取委托方和受托方的账户信息的步骤之后包括:判断所述委托方的账户信息中是否包含风险评估结果,如果包含,则继续接收所述委托方设置的授权额度;否则,输出提示信息页面,然后依据接收到的委托方根据提示信息所输入的反馈信息生成风险评估结果,最后将该风险评估结果存入所述委托方的账户信息中。
可选地,所述对委托方账号按照操作指令进行产品申购的步骤包括:获取操作指令中受托方输入的所要申购的产品的额度;判断所申购产品的风险程度和所述申购的产品的额度是否分别符合委托方的风险评估结果和设置的授权额度,如果同时满足,则输出受托方完成为委托方申购产品的提示信息;否则,输出申购失败信息。
可选地,所述接收委托方的授权指令的步骤之前包括:确认所述委托方为已注册并登录认证成功状态。
根据本发明的另一个方面,提供了一种托管账户的装置。
本发明的托管账户的装置包括:接收模块,用于接收委托方的授权指令,并根据所述授权指令生成授权信息;获取模块,用于根据所述授权指令获取委托方和受托方的账户信息;保存模块,用于接收委托方所设置的授权额度,并将所述授权信息、账户信息以及授权额度存入托管表中;生成模块,用于将所述账户信息中的委托方和受托方的账号按照设定的算法加密生成所述委托方与所述受托方之间的授权凭证,并将该授权凭证存入所述托管表中;托管模块,用于接收受托方对委托方的操作指令,根据该操作指令获取受托方和委托方的账户信息,然后根据账户信息中委托方和受托方的账号查询托管表中的授权凭证,再将所述账户信息中的委托方和受托方的账号按照所述设定的算法进行加密,并将加密的结果与该托管表中的授权凭证进行比较,二者一致则对委托方账号按照操作指令进行产品申购;否则输出认证失败的提示信息。
可选地,还包括判断模块,用于判断所述委托方的账户信息中是否包含风险评估结果,如果包含,则继续接收所述委托方设置的授权额度;否则,输出提示信息页面,然后依据接收到的委托方根据提示信息所输入的反馈信息生成风险评估结果,最后将该风险评估结果存入所述委托方的账户信息中。
可选地,所述托管模块还用于获取操作指令中受托方输入的所要申购的产品的额度,并判断所申购产品的风险程度和所述申购的产品的额度是否分别符合委托方的风险评估结果和设置的授权额度,如果同时满足,则输出受托方完成为委托方申购产品的提示信息;否则,输出申购失败信息。
可选地,还包括确认模块,用于确认所述委托方为已注册并登录 认证成功状态。
根据本发明的技术方案,委托方能够在不了解网络金融产品的前提下,通过本发明的技术方案将本人的账户委托给他人进行管理,避免了传统方法通过告知账户密码的方法而产生的安全隐患,提高了账户托管的安全性;同时也避免了频繁的切换账户,使受托方可以在自己账户的界面管理委托方的账户,在一定程度上提高了用户体验。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的一种托管账户的装置的示意图;
图2是根据本发明实施例的一种托管账户的方法的示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的一种托管账户的装置的示意图。如图1所示,本发明实施例的托管账户的装置10主要包括接收模块11、获取模块12、保存模块13、生成模块14、以及托管模块15;接收模块11用于接收委托方的授权指令,并根据所述授权指令生成授权信息;获取模块12用于根据所述授权指令获取委托方和受托方的账户信息;保存模块13用于接收委托方所设置的授权额度,并将所述授权信息、账户信息以及授权额度存入托管表中;生成模块14用于将所述账户信息中的委托方和受托方的账号按照设定的算法加密生成所述委托方与所述受托方之间的授权凭证,并将该授权凭证存入所述托管表中;托管模块15用于接收受托方对委托方的操作指令,根据该操作指令获取 受托方和委托方的账户信息,然后根据账户信息中委托方和受托方的账号查询托管表中的授权凭证,再将所述账户信息中的委托方和受托方的账号按照所述设定的算法进行加密,并将加密的结果与该托管表中的授权凭证进行比较,二者一致则对委托方账号按照操作指令进行产品申购;否则输出认证失败的提示信息。
本发明实施例的托管账户的装置10还可包括判断模块(图中未示出),用于判断所述委托方的账户信息中是否包含风险评估结果,如果包含,则继续接收所述委托方设置的授权额度;否则,输出提示信息页面,然后依据接收到的委托方根据提示信息所输入的反馈信息生成风险评估结果,最后将该风险评估结果存入所述委托方的账户信息中。
本发明实施例的托管账户的装置10的托管模块15还可用于获取操作指令中受托方输入的所要申购的产品的额度,并判断所申购产品的风险程度和所述申购的产品的额度是否分别符合委托方的风险评估结果和设置的授权额度,如果同时满足,则输出受托方完成为委托方申购产品的提示信息;否则,输出申购失败信息。
本发明实施例的托管账户的装置10还可包括确认模块,用于确认所述委托方为已注册并登录认证成功状态。
图2是根据本发明实施例的一种托管账户的方法的示意图。如图2所示,本发明实施例的托管账户的方法由图1中的托管账户的装置10作为执行主体,主要包括如下的步骤S20至S24。
步骤S20:接收委托方的授权指令,并根据所述授权指令生成授权信息。在该步骤中,委托方选择受信任的受托方(例如受托方式委托方的好友)并点击授权,从而生成委托对受托方的授权指令,托管账户的装置10根据该授权指令产生该委托方对受托方的授权信息;授 权信息包括但不限于授权流水号、授权时间、以及修改时间等。
在步骤S20之前,托管账户的装置10确认所述委托方为已注册并登录认证成功状态。托管账户的装置10用户注册以及登录认证的过程分别为:
用户注册:委托方在托管账户的装置10的客户端点击注册,输入用户名和密码等其他信息,客户端将用户名和密码分别使用消息摘要算法第五版MD5加密后,通过安全套接字层超文本传输协议HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer)传输到托管账户的装置10的服务端,托管账户的装置10的服务端将客户端传输的用户名和密码解密后通过MD5加密生成委托方的唯一身份认证凭证Token,保存到托管账户的装置10服务端的数据库中。数据库设计考虑安全性,只保存用户名和加密认证凭证Token,不保存明文密码信息,防止数据库泄漏导致用户安全问题。
用户登录认证:委托方在托管账户的装置10的客户端,输入用户名和密码,登录托管账户的装置10,客户端将用户名和密码分别使用MD5加密后,通过安全套接字层超文本传输协议HTTPS传输到服务端,服务端将客户端传输的用户名和密码解密后通过加密算法MD5加密生成唯一身份认证凭证Token,并根据用户名查询数据库获取数据库中记录的Token,两者比较如果一致则登录认证成功,不一致则登录认证失败。
步骤S21:根据所述授权指令获取委托方和受托方的账户信息。托管账户的装置10根据步骤S20的授权指令获取委托方和受托方的账户信息;其中,账户信息包括但不限于账号、以及其他有关于账户的信息。
在步骤S21之后,托管账户的装置10判断步骤S21中所获取到的委托方的账户信息中是否包含风险评估结果,如果包含,则继续接收所述委托方设置的授权额度;否则,输出提示信息页面(即风险评估 相关信息),委托方根据输出的风险评估相关信息进行测评,托管账户的装置10依据接收到的委托方根据风险评估信息所输入的测评反馈信息生成风险评估结果,最后将该风险评估结果存入所述委托方的账户信息中。
步骤S22:接收委托方所设置的授权额度,并将所述授权信息、账户信息以及授权额度存入托管表中。在该步骤中,授权额度即受托方对委托方账户操作的额度的上限值,即受托方需在委托方设置的授权额度内对委托方的账户进行操作。
步骤S23:将所述账户信息中的委托方和受托方的账号按照设定的算法加密生成所述委托方与所述受托方之间的授权凭证,并将该授权凭证存入所述托管表中。在该步骤中,托管账户的装置10将得到的托管双方的账号按照设定的算法(本发明实施例中的算法为MD5即:Message-Digest Algorithm 5算法)进行加密,从而得到托管双方之间的授权凭证,用于后续步骤中受托方对委托方账户操作时的验证依据。
步骤S24:接收受托方对委托方的操作指令,根据该操作指令获取受托方和委托方的账户信息,然后根据账户信息中委托方和受托方的账号查询托管表中的授权凭证,再将所述账户信息中的委托方和受托方的账号按照所述设定的算法进行加密,并将加密的结果与该托管表中的授权凭证进行比较,二者一致则对委托方账号按照操作指令进行产品申购;否则输出认证失败的提示信息。在该步骤中,受托方对委托方的账户进行操作产生操作指令,托管账户的装置10根据操作指令获取所涉及的两个账户的账户信息,并根据账户信息中双方的账号查询托管账户的装置10中所保存的托管表,并按照步骤S23中的加密算法对双方的账号进行加密,并将加密得到的结果与托管表中的授权凭证进行比较,如果加密结果与托管表中的授权凭证一致,则获取操作指令中受托方输入的所要申购的产品的额度,然后判断所申购产品的风险程度和所述申购的产品的额度是否分别符合委托方的风险评估 结果和设置的授权额度,即所中购的产品的风险程度是否在委托方的风险评估范围内,并且所要申购的产品的额度是否在委托设定的授权额度以内,如果同时满足,则输出受托方完成为委托方申购产品的提示信息;否则,输出中购产品失败信息;
如果加密结果与托管表中的授权凭证不一致,则输出认证失败的提示信息。
根据本发明实施例的技术方案,委托方能够在不了解网络金融产品的前提下,通过本发明的技术方案将本人的账户委托给他人进行管理,避免了传统方法通过告知账户密码的方法而产生的安全隐患,提高了账户托管的安全性;同时也避免了频繁的切换账户,使受托方可以在自己账户的界面管理委托方的账户,在一定程度上提高了用户体验。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (8)

  1. 一种托管账户的方法,其特征在于,包括:
    接收委托方的授权指令,并根据所述授权指令生成授权信息;
    根据所述授权指令获取委托方和受托方的账户信息;
    接收委托方所设置的授权额度,并将所述授权信息、账户信息以及授权额度存入托管表中;
    将所述账户信息中的委托方和受托方的账号按照设定的算法加密生成所述委托方与所述受托方之间的授权凭证,并将该授权凭证存入所述托管表中;
    接收受托方对委托方的操作指令,根据该操作指令获取受托方和委托方的账户信息,然后根据账户信息中委托方和受托方的账号查询托管表中的授权凭证,再将所述账户信息中的委托方和受托方的账号按照所述设定的算法进行加密,并将加密的结果与该托管表中的授权凭证进行比较,二者一致则对委托方账号按照操作指令进行产品申购;否则输出认证失败的提示信息。
  2. 根据权利要求1所述的方法,其特征在于,根据所述授权指令获取委托方和受托方的账户信息的步骤之后包括:判断所述委托方的账户信息中是否包含风险评估结果,如果包含,则继续接收所述委托方设置的授权额度;否则,输出提示信息页面,然后依据接收到的委托方根据提示信息所输入的反馈信息生成风险评估结果,最后将该风险评估结果存入所述委托方的账户信息中。
  3. 根据权利要求2所述的方法,其特征在于,所述对委托方账号按照操作指令进行产品申购的步骤包括:
    获取操作指令中受托方输入的所要申购的产品的额度;
    判断所申购产品的风险程度和所述申购的产品的额度是否分别符合委托方的风险评估结果和设置的授权额度,如果同时满足,则输出受托方完成为委托方申购产品的提示信息;否则,输出申购失败信息。
  4. 根据权利要求1至3中任一项所述的方法,其特征在于,所述接收委托方的授权指令的步骤之前包括:确认所述委托方为已注册并登录认证成功状态。
  5. 一种托管账户的装置,其特征在于,包括:
    接收模块,用于接收委托方的授权指令,并根据所述授权指令生成授权信息;
    获取模块,用于根据所述授权指令获取委托方和受托方的账户信息;
    保存模块,用于接收委托方所设置的授权额度,并将所述授权信息、账户信息以及授权额度存入托管表中;
    生成模块,用于将所述账户信息中的委托方和受托方的账号按照设定的算法加密生成所述委托方与所述受托方之间的授权凭证,并将该授权凭证存入所述托管表中;
    托管模块,用于接收受托方对委托方的操作指令,根据该操作指令获取受托方和委托方的账户信息,然后根据账户信息中委托方和受托方的账号查询托管表中的授权凭证,再将所述账户信息中的委托方和受托方的账号按照所述设定的算法进行加密,并将加密的结果与该托管表中的授权凭证进行比较,二者一致则对委托方账号按照操作指令进行产品申购;否则输出认证失败的提示信息。
  6. 根据权利要求5所述的装置,其特征在于,还包括判断模块,用于判断所述委托方的账户信息中是否包含风险评估结果,如果包含,则继续接收所述委托方设置的授权额度;否则,输出提示信息页面,然后依据接收到的委托方根据提示信息所输入的反馈信息生成风险评估结果,最后将该风险评估结果存入所述委托方的账户信息中。
  7. 根据权利要求6所述的装置,其特征在于,所述托管模块还用于获取操作指令中受托方输入的所要申购的产品的额度,并判断所申 购产品的风险程度和所述申购的产品的额度是否分别符合委托方的风险评估结果和设置的授权额度,如果同时满足,则输出受托方完成为委托方申购产品的提示信息;否则,输出申购失败信息。
  8. 根据权利要求5至7中任一项所述的装置,其特征在于,还包括确认模块,用于确认所述委托方为已注册并登录认证成功状态。
PCT/CN2016/102752 2015-10-28 2016-10-20 一种托管账户的方法和装置 Ceased WO2017071522A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510710669.4 2015-10-28
CN201510710669.4A CN105389724A (zh) 2015-10-28 2015-10-28 一种托管账户的方法和装置

Publications (1)

Publication Number Publication Date
WO2017071522A1 true WO2017071522A1 (zh) 2017-05-04

Family

ID=55421982

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/102752 Ceased WO2017071522A1 (zh) 2015-10-28 2016-10-20 一种托管账户的方法和装置

Country Status (2)

Country Link
CN (1) CN105389724A (zh)
WO (1) WO2017071522A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110392041A (zh) * 2019-06-17 2019-10-29 平安银行股份有限公司 电子授权方法、装置、存储设备及存储介质
CN114003879A (zh) * 2021-10-26 2022-02-01 富途网络科技(深圳)有限公司 资产代理方法、装置、电子设备以及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105389724A (zh) * 2015-10-28 2016-03-09 北京京东尚科信息技术有限公司 一种托管账户的方法和装置
CN106204261A (zh) * 2016-06-27 2016-12-07 财付通支付科技有限公司 一种信息处理方法、终端和服务器
CN107846385A (zh) * 2016-09-20 2018-03-27 天脉聚源(北京)科技有限公司 一种代理管理账户的方法和系统
CN109150804B (zh) * 2017-06-16 2022-10-25 中兴通讯股份有限公司 委托登录方法、相关设备和计算机可读存储介质
CN109067542B (zh) * 2018-07-12 2021-07-06 杭州安恒信息技术股份有限公司 Token生成方法、基于Token的追踪方法及装置
CN114444065B (zh) * 2021-12-28 2025-05-23 上海繁易信息科技股份有限公司 一种企业账户管理方法及系统
CN115689782A (zh) * 2022-11-14 2023-02-03 中国银行股份有限公司 一种医保代缴费方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101576983A (zh) * 2009-06-16 2009-11-11 深圳市星龙基电子技术有限公司 一种基于移动终端的电子支付方法和系统
CN103903129A (zh) * 2012-12-28 2014-07-02 北京握奇数据系统有限公司 一种基于短信方式实现的汇款系统及方法
CN105389724A (zh) * 2015-10-28 2016-03-09 北京京东尚科信息技术有限公司 一种托管账户的方法和装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4839086B2 (ja) * 2006-01-11 2011-12-14 株式会社リコー ワークフロー管理システム
EP2026266B1 (en) * 2007-07-27 2011-02-16 NTT DoCoMo, Inc. Method and apparatus for performing delegated transactions
CN101714196A (zh) * 2009-11-20 2010-05-26 上海电机学院 基于周期时间的权限委托方法
CN103177388B (zh) * 2011-12-22 2016-12-07 中国银联股份有限公司 代授权系统以及代授权方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101576983A (zh) * 2009-06-16 2009-11-11 深圳市星龙基电子技术有限公司 一种基于移动终端的电子支付方法和系统
CN103903129A (zh) * 2012-12-28 2014-07-02 北京握奇数据系统有限公司 一种基于短信方式实现的汇款系统及方法
CN105389724A (zh) * 2015-10-28 2016-03-09 北京京东尚科信息技术有限公司 一种托管账户的方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110392041A (zh) * 2019-06-17 2019-10-29 平安银行股份有限公司 电子授权方法、装置、存储设备及存储介质
CN110392041B (zh) * 2019-06-17 2022-05-06 平安银行股份有限公司 电子授权方法、装置、存储设备及存储介质
CN114003879A (zh) * 2021-10-26 2022-02-01 富途网络科技(深圳)有限公司 资产代理方法、装置、电子设备以及存储介质

Also Published As

Publication number Publication date
CN105389724A (zh) 2016-03-09

Similar Documents

Publication Publication Date Title
WO2017071522A1 (zh) 一种托管账户的方法和装置
US12562919B2 (en) Methods and systems for device authentication
US10904234B2 (en) Systems and methods of device based customer authentication and authorization
JP7131756B2 (ja) 長期デジタル証明書の検証に基づく短期デジタル証明書の発行
US10027670B2 (en) Distributed authentication
US20210367795A1 (en) Identity-Linked Authentication Through A User Certificate System
TWI659313B (zh) Automatic login method and device between multiple websites
US20210044976A1 (en) Secure mobile initiated authentications to web-services
CN109274652B (zh) 身份信息验证系统、方法及装置及计算机存储介质
US9130758B2 (en) Renewal of expired certificates
US20190173873A1 (en) Identity verification document request handling utilizing a user certificate system and user identity document repository
US20180234241A1 (en) Blockchain systems and methods for user authentication
CN102170354B (zh) 集中账号密码认证生成系统
WO2021127577A1 (en) Secure mobile initiated authentications to web-services
US20140164764A1 (en) Assignment of digital signature and qualification for related services
WO2021127575A1 (en) Secure mobile initiated authentication
TW202422436A (zh) 數位化支付處理方法、裝置、設備、系統及介質
WO2016054924A1 (zh) 身份认证方法、第三方服务器、商家服务器及用户终端
CN112861102A (zh) 基于区块链对电子文件的处理方法和系统
CN115423457A (zh) 基于区块链的跨境金融支付结算方法及系统
KR101244853B1 (ko) 난수발생에 의한 사용자 통합 인증방법
CN114491435A (zh) 一种基于工业互联网平台的安全访问方法及设备
CN107682380B (zh) 一种交叉认证的方法及装置
CN107547570B (zh) 一种数据安全服务平台和数据安全传输方法
CN104980276A (zh) 用于安全性信息交互的身份认证方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16858957

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 10/08/2018)

122 Ep: pct application non-entry in european phase

Ref document number: 16858957

Country of ref document: EP

Kind code of ref document: A1