CN111626723A - 一种账户标识的判断方法和系统 - Google Patents

一种账户标识的判断方法和系统 Download PDF

Info

Publication number
CN111626723A
CN111626723A CN202010501390.6A CN202010501390A CN111626723A CN 111626723 A CN111626723 A CN 111626723A CN 202010501390 A CN202010501390 A CN 202010501390A CN 111626723 A CN111626723 A CN 111626723A
Authority
CN
China
Prior art keywords
terminal
information
user
server
verification
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
Application number
CN202010501390.6A
Other languages
English (en)
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.)
Bank of China Ltd
Original Assignee
Bank of China 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 Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202010501390.6A priority Critical patent/CN111626723A/zh
Publication of CN111626723A publication Critical patent/CN111626723A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409Device specific authentication in transaction processing

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请实施例公开了一种账户标识的判断方法和系统,所述方法包括:服务器接收第一终端发送的账户标识;所述服务器向所述账户标识对应的第二终端发送验证请求;所述服务器接收所述第二终端针对所述验证请求反馈的验证信息;所述验证信息,用于判断所述账户标识是否正确。能准确判断用户输入的银行卡号是否正确。

Description

一种账户标识的判断方法和系统
技术领域
本申请涉及通信技术领域,特别是涉及一种账户标识的判断方法和系统。
背景技术
目前,金融机构推出了线上转账的功能,用户可以方便的利用线上转账的功能给其他用户转账。
用户在给其他用户转账的过程中,需要用户输入其他用户的账户标识,以便金融机构根据账户标识完成转账操作。例如:用户A输入用户B的银行卡号,金融机构根据用户B的银行卡号完成转账操作。
用户A在输入用户B的银行卡号后,用户A仅仅是根据用户B的银行卡号来判断已输入的银行卡号是否正确。由于用户A没有结合用户B的其他信息判断银行卡号是否正确,可能会出现误判断的情况。
发明内容
为了解决上述技术问题,本申请提供了一种账户标识的判断方法和系统,能准确判断用户输入的银行卡号是否正确。
本申请实施例公开了如下技术方案:
第一方面,本申请实施例提供了一种账户标识的判断方法,包括:
服务器接收第一终端发送的账户标识;
所述服务器向所述账户标识对应的第二终端发送验证请求;
所述服务器接收所述第二终端针对所述验证请求反馈的验证信息;所述验证信息,用于判断所述账户标识是否正确。
作为一种可能的实施方式,所述验证信息,具体用于根据预设信息判断所述账户标识是否正确。
作为一种可能的实施方式,所述预设信息由所述服务器生成。
作为一种可能的实施方式,所述预设信息由所述第一终端生成。
作为一种可能的实施方式,所述预设信息由目标终端生成;所述目标终端为需要转账的终端。
作为一种可能的实施方式,当所述验证信息与所述预设信息对应时,则所述账户标识正确。
作为一种可能的实施方式,所述验证信息包括以下至少一种:
文本信息和图像信息。
第二方面,本申请实施例提供了一种账户标识的判断系统,包括第一终端、第二终端和服务器;
所述第一终端,用于向所述服务器发送账户标识;
所述服务器,用于向所述账户标识对应的第二终端发送验证请求;
所述第二终端,用于在接收到所述验证请求后,向所述服务器反馈验证信息;
所述服务器,还用于接收所述验证信息;所述验证信息,用于判断所述账户标识是否正确。
作为一种可能的实施方式,所述验证信息,具体用于根据预设信息判断所述账户标识是否正确。
作为一种可能的实施方式,所述服务器,具体用于生成所述预设信息。
作为一种可能的实施方式,所述第一终端,具体用于生产所述预设信息。
作为一种可能的实施方式,所述预设信息由目标终端生成;所述目标终端为需要转账的终端。
作为一种可能的实施方式,当所述验证信息与所述预设信息对应时,则所述账户标识正确。
作为一种可能的实施方式,所述验证信息包括以下至少一种:
文本信息和图像信息。
由上述技术方案可以看出,本申请实施例具有以下优点:
用户A向用户B转账过程中,用户A在终端上输入用户B的银行卡号,但用户A不确定自己输入的银行卡号是否为用户B的银行卡号。服务器在接收到用户A通过终端输入的银行卡号后,向该银行卡号对应的终端发送验证请求,并接收该终端响应的验证信息。服务器根据该验证信息与预设信息进行比较,生成比较结果。用户A可以通过该比较结果,判断在第一终端上输入的用户B的银行卡号是否正确。采用本申请的技术方案,可以降低用户对银行卡号误判断的情况。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种账户标识的判断方法流程图;
图2为本申请实施例提供的一种信息交互图;
图3为本申请实施例提供的又一种信息交互图;
图4为本申请实施例提供的再一种信息交互图;
图5为本申请实施例提供的再一种信息交互图;
图6为本申请实施例提供的再又一种信息交互图;
图7为本申请提供的一种账户标识的判断系统示意图。
具体实施方式
在用户给自己的朋友或他人进行首次转账时,用户总会担心自己输入的银行卡号是否为正确的,为此,用户仅能根据自己所输入的银行卡号进行判断是否输入正确,存在误判断的情况,进而会对用户的财产造成损失。
为解决上述技术问题,本申请提供了一种账户标识的判断方法和系统。在本申请中,用户无需根据输入的银行卡号,即可正确地判断自己输入的银行卡号是否正确。具体地,用户在第一终端上输入银行卡号后,第一终端会将该银行卡号转发给服务器,服务器根据该银行卡号找到该银行卡号对应的第二终端,第二终端的用户反馈验证信息给服务器,例如:第二终端的用户的图片或其他信息。第一终端的用户即可根据该信息判断出自己所输入的银行卡号是否正确。
为了便于本领域技术人员理解方便,下面结合附图,对本申请的实施例进行描述。
实施例一:
本申请实施例一提供了一种账户标识的判断方法,下面结合附图具体介绍。
参见图1,该图为本申请实施例提供的一种账户标识的判断方法流程图。
该账户标识的判断方法包括:
步骤101:服务器接收第一终端发送的账户标识。
当第一用户需要给第二用户转账时,第一用户需要在第一终端上输入第二用户的账户标识,账户标识可以为银行卡号。在另外一个场景中,账户标识还可以为手机号,例如,第一用户给第二用户充话费。
但是,第一用户在第一终端上输入银行卡号后,第一用户并不确定自己所输入的银行卡号是否为正确的银行卡号,为此,在第一用户输入银行卡号后,第一终端先将该银行卡号发送给服务器,以使服务器接收第一终端发送的银行卡号。
以上介绍的第一终端和以下介绍的第二终端均可以为手机,平板电脑,计算机,或其他自助终端。
步骤102:所述服务器向所述账户标识对应的第二终端发送验证请求。
为了验证第一用户输入的银行卡号是否为第二用户的银行卡号,服务器根据第一终端转发的银行卡号向该银行卡号对应的第二终端发送验证请求;该验证请求可以向第二终端的使用者(第三用户)索要验证信息。
步骤103:所述服务器接收所述第二终端针对所述验证请求反馈的验证信息;所述验证信息,用于判断所述账户标识是否正确。
在第二终端的使用者接收到验证请求后,第二终端会针对该验证请求反馈验证信息,该验证信息可以为图片信息,也可以为文本信息。
当验证信息为图像信息时,该图像信息可以为第二终端的使用者的图像,也可以为其他图像。在服务器接收到第二终端反馈的图像信息后,服务器可以将该图像信息转发给第一终端,在第一终端接收到该图像信息后,第一用户可以通过该图像信息判断出图像信息中所展示的内容是否为第二用户,若是,则证明第一用户所输入的银行卡号是正确的;若不是,则证明第一用户所输入的银行卡号是错误的。
因此,第一用户可以通过图像信息准确地判断出自己所输入的银行卡号是否为第二用户的银行卡号,提高了判断效率和准确率。
当验证信息为文本信息时,该文本信息可以为第一用户和第二用户预先约定的字符串,例如:123654、12ab34或其他文字与字母的组合等。
在服务器接收到第二终端反馈的文本信息后,服务器可以将该文本信息转发给第一终端,在第一终端接收到该文本信息后,第一用户可以通过该文本信息判断出文本信息中所展示的内容是否为预先约定的字符串,若是,则证明第一用户所输入的银行卡号是正确的;若不是,则证明第一用户所输入的银行卡号是错误的。
因此,第一用户可以通过文本信息准确地判断出自己所输入的银行卡号是否为第二用户的银行卡号,提高了判断效率和准确率。
此外,为了提高验证的效率,当服务器在预设时间内未收到第二终端所反馈的验证信息时,服务器直接生产反馈信息,该反馈信息指示第一终端所转发的银行卡号为错误的卡号,预设时间可以为5分钟,本申请不具体限定预设时间的长短,本领域技术人员可以根据实际需要进行设定。
在第二终端未按照规定的时间内反馈验证信息时,表明第二终端对应的使用者的账户并不是第一用户所要转账的账户。
在本申请中,用户A向用户B转账过程中,用户A在终端上输入用户B的银行卡号,但用户A不确定自己输入的银行卡号是否为用户B的银行卡号。服务器在接收到用户A通过终端输入的银行卡号后,向该银行卡号对应的终端发送验证请求,并接收该终端响应的验证信息。服务器根据该验证信息与预设信息进行比较,生成比较结果。用户A可以通过该比较结果,判断在第一终端上输入的用户B的银行卡号是否正确。采用本申请的技术方案,可以降低用户对银行卡号误判断的情况。
以上介绍了如何判断第一用户输入的银行卡号是否为第二用户的银行卡号,下面介绍如何利用验证信息进行判断银行卡号是否正确。
实施例二:
作为一种可能的实施方式,所述验证信息,具体用于根据预设信息判断所述账户标识是否正确。
在本实施例中,验证信息可以和预设信息进行对比,进而判断账户标识是否正确。其中,验证信息可以是通过预设信息和预设关系生成,预设关系中包括预设信息与验证信息的对应关系,也即若账户标识正确,则预设信息与验证信息存在对应关系,该对应关系存在预设关系中。此外,为了进一步提高效率,验证信息也可以直接复制预设信息,也即验证信息和预设信息一致。
下面分为三个场景进行介绍。
场景一:
预设信息由服务器生成。
参见图2,该图为本申请实施例提供的一种信息交互图。
该信息交互过程包括:
步骤201:服务器将预设信息转发给第一终端。
步骤202:第一终端接收到预设信息后,将该预设信息转发给第二终端。
步骤203:第二终端接收预设信息后,第二终端根据该预设信息生成验证信息。
步骤204:第二终端将验证信息反馈给服务器。
服务器可以判断验证信息和预设信息是否存在对应关系,进而得出第一终端转发的账户标识是否正确。
此外,该信息交互过程还可以包括:
步骤205:服务器将验证信息转发给第一终端。
第一终端接收到验证信息后,由第一终端判断验证信息和预设信息是否存在对应关系,进而得出第一用户输入的账户标识是否正确。
场景二:
预设信息由第一终端生成。
参见图3,该图为本申请实施例提供的又一种信息交互图。
该信息交互过程包括:
步骤301:第一终端将预设信息发给服务器和第二终端。
步骤302:第二终端接收预设信息后,第二终端根据该预设信息生成验证信息。
步骤303:第二终端将验证信息反馈给服务器。
服务器可以判断验证信息和预设信息是否存在对应关系,进而得出第一终端转发的账户标识是否正确。
参见图4,该图为本申请实施例提供的再一种信息交互图。
该信息交互过程包括:
步骤401:第一终端将预设信息发给第二终端。
步骤402:第二终端接收预设信息后,第二终端根据该预设信息生成验证信息。
步骤403:第二终端将验证信息反馈给服务器。
步骤404:服务器将验证信息转发给第一终端。
第一终端接收到验证信息后,由第一终端判断验证信息和预设信息是否存在对应关系,进而得出第一用户输入的账户标识是否正确。
场景三:
预设信息由目标终端生成。目标终端为第一用户需要转账的用户对应的终端。
参见图5,该图为本申请实施例提供的再一种信息交互图。
该信息交互过程包括:
步骤501:目标终端根据预设信息生成验证信息,并将验证信息发给服务器,预设信息发给第一终端。
步骤502:服务器接收到验证信息后,将验证信息转发给第一终端。
第一终端接收到验证信息后,由第一终端判断验证信息和预设信息是否存在对应关系,进而得出第一用户输入的账户标识是否正确。
参见图6,该图为本申请实施例提供的再又一种信息交互图。
步骤601:目标终端根据预设信息生成验证信息,并将验证信息发给服务器,预设信息发给第一终端。
步骤602:第一终端将预设信息转发给服务器。
服务器可以判断验证信息和预设信息是否存在对应关系,进而得出第一终端转发的账户标识是否正确。
实施例三:
本申请实施例三提供了一种账户标识的判断系统,下面结合附图具体介绍。
参见图7,该图为本申请提供的一种账户标识的判断系统示意图。
该账户标识的判断系统包括:包括第一终端701、第二终端702和服务器703。
所述第一终端701,用于向所述服务器703发送账户标识。
所述服务器703,用于向所述账户标识对应的第二终端702发送验证请求。
所述第二终端702,用于在接收到所述验证请求后,向所述服务器703反馈验证信息。
所述服务器703,还用于接收所述验证信息;所述验证信息,用于判断所述账户标识是否正确。
作为一种可能的实施方式,所述验证信息,具体用于根据预设信息判断所述账户标识是否正确。
作为一种可能的实施方式,所述服务器703,具体用于生成所述预设信息。
作为一种可能的实施方式,所述第一终端701,具体用于生产所述预设信息。
作为一种可能的实施方式,所述预设信息由目标终端生成;所述目标终端为需要转账的终端。
作为一种可能的实施方式,当所述验证信息与所述预设信息对应时,则所述账户标识正确。
作为一种可能的实施方式,所述验证信息包括以下至少一种:
文本信息和图像信息。
本申请提供了一种账户标识的判断系统,该系统包括第一终端、第二终端和服务器;所述第一终端,用于向所述服务器发送账户标识;所述服务器,用于向所述账户标识对应的第二终端发送验证请求;所述第二终端,用于在接收到所述验证请求后,向所述服务器反馈验证信息;所述服务器,还用于接收所述验证信息;所述验证信息,用于判断所述账户标识是否正确。用户A向用户B转账过程中,用户A在终端上输入用户B的银行卡号,但用户A不确定自己输入的银行卡号是否为用户B的银行卡号。服务器在接收到用户A通过终端输入的银行卡号后,向该银行卡号对应的终端发送验证请求,并接收该终端响应的验证信息。服务器根据该验证信息与预设信息进行比较,生成比较结果。用户A可以通过该比较结果,判断在第一终端上输入的用户B的银行卡号是否正确。采用本申请的技术方案,可以降低用户对银行卡号误判断的情况。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质可以是下述介质中的至少一种:只读存储器(英文:read-only memory,缩写:ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备及系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述,仅为本申请的一种具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种账户标识的判断方法,其特征在于,包括:
服务器接收第一终端发送的账户标识;
所述服务器向所述账户标识对应的第二终端发送验证请求;
所述服务器接收所述第二终端针对所述验证请求反馈的验证信息;所述验证信息,用于判断所述账户标识是否正确。
2.根据权利要求1所述的方法,其特征在于,所述验证信息,具体用于根据预设信息判断所述账户标识是否正确。
3.根据权利要求2所述的方法,其特征在于,所述预设信息由所述服务器生成。
4.根据权利要求2所述的方法,其特征在于,所述预设信息由所述第一终端生成。
5.根据权利要求2所述的方法,其特征在于,所述预设信息由目标终端生成;所述目标终端为需要转账的终端。
6.根据权利要求2-5任一项所述的方法,其特征在于,当所述验证信息与所述预设信息对应时,则所述账户标识正确。
7.根据权利要求2-5任一项所述的方法,其特征在于,所述验证信息包括以下至少一种:
文本信息和图像信息。
8.一种账户标识的判断系统,其特征在于,包括第一终端、第二终端和服务器;
所述第一终端,用于向所述服务器发送账户标识;
所述服务器,用于向所述账户标识对应的第二终端发送验证请求;
所述第二终端,用于在接收到所述验证请求后,向所述服务器反馈验证信息;
所述服务器,还用于接收所述验证信息;所述验证信息,用于判断所述账户标识是否正确。
9.根据权利要求8所述的系统,其特征在于,所述验证信息,具体用于根据预设信息判断所述账户标识是否正确。
10.根据权利要求9所述的系统,其特征在于,所述服务器,具体用于生成所述预设信息。
11.根据权利要求9所述的系统,其特征在于,所述第一终端,具体用于生产所述预设信息。
12.根据权利要求9所述的系统,其特征在于,所述预设信息由目标终端生成;所述目标终端为需要转账的终端。
13.根据权利要求9-12所述的系统,其特征在于,当所述验证信息与所述预设信息对应时,则所述账户标识正确。
14.根据权利要求9-12所述的系统,其特征在于,所述验证信息包括以下至少一种:
文本信息和图像信息。
CN202010501390.6A 2020-06-04 2020-06-04 一种账户标识的判断方法和系统 Pending CN111626723A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010501390.6A CN111626723A (zh) 2020-06-04 2020-06-04 一种账户标识的判断方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010501390.6A CN111626723A (zh) 2020-06-04 2020-06-04 一种账户标识的判断方法和系统

Publications (1)

Publication Number Publication Date
CN111626723A true CN111626723A (zh) 2020-09-04

Family

ID=72260266

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010501390.6A Pending CN111626723A (zh) 2020-06-04 2020-06-04 一种账户标识的判断方法和系统

Country Status (1)

Country Link
CN (1) CN111626723A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101379526A (zh) * 2006-02-10 2009-03-04 西部联合公司 用于电子汇款的基于生物特征的认证系统
CN104574081A (zh) * 2013-10-28 2015-04-29 腾讯科技(深圳)有限公司 一种网络支付方法及相关设备、系统
CN105550859A (zh) * 2015-07-30 2016-05-04 宇龙计算机通信科技(深圳)有限公司 一种在账户之间进行业务数据转移的方法及装置
CN106529955A (zh) * 2016-10-19 2017-03-22 上海摩软通讯技术有限公司 一种支付方法及装置
JP2017059128A (ja) * 2015-09-18 2017-03-23 株式会社日本総合研究所 「見つめて決済」サーバ、その方法及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101379526A (zh) * 2006-02-10 2009-03-04 西部联合公司 用于电子汇款的基于生物特征的认证系统
CN104574081A (zh) * 2013-10-28 2015-04-29 腾讯科技(深圳)有限公司 一种网络支付方法及相关设备、系统
CN105550859A (zh) * 2015-07-30 2016-05-04 宇龙计算机通信科技(深圳)有限公司 一种在账户之间进行业务数据转移的方法及装置
JP2017059128A (ja) * 2015-09-18 2017-03-23 株式会社日本総合研究所 「見つめて決済」サーバ、その方法及びプログラム
CN106529955A (zh) * 2016-10-19 2017-03-22 上海摩软通讯技术有限公司 一种支付方法及装置

Similar Documents

Publication Publication Date Title
CN108764868B (zh) 区块链节点代理对账方法和区块对账代理节点
US8055558B2 (en) Method and system for authentication via communication terminal using short message
US11315109B2 (en) Transaction processing method and apparatus
EP2869526A1 (en) Security information interaction system, device and method
CN104718555A (zh) 自鉴证对等交易
CN102332127A (zh) 基于网络电视在线支付业务的账户绑定方法和支付方法
CN106533690B (zh) 采用区块链资产处理终端的数字资产处理方法
CN104077689A (zh) 一种信息验证的方法、相关装置及系统
CN105814591A (zh) 一种验证信息的传输方法及终端
US20130046689A1 (en) System and Method for Facilitating Transactions
CN104967553B (zh) 消息交互方法和相关装置及通信系统
CN105427169A (zh) 用于资源转移的安全性信息交互方法
CN113052587A (zh) 基于区块链的转账业务处理方法及装置
CN107577700B (zh) 数据库容灾的处理方法及装置
CN106385403A (zh) 一种自助打印设备的用户账号注册方法及相关设备
KR20170074657A (ko) 클라우드 기반 지불 시스템
CN111833063B (zh) 信息处理方法、计算机设备及计算机可读存储介质
CN104751323A (zh) 一种电子账户数据转移方法及相关设备、系统
CN106557917B (zh) 信息处理方法、装置和信息处理平台
CN108848061B (zh) 一种用户信息传输方法及终端设备
CN108173749B (zh) 一种基于大数据的移动支付方法、装置和移动终端
CN111626723A (zh) 一种账户标识的判断方法和系统
CN114449520A (zh) 一种银行流水的远程获得方法及装置
CN104899730B (zh) 一种移动终端数据处理方法、终端及系统
CN106302558B (zh) 一种业务处理方法和装置

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: 20200904