CN114331453A - 数据传输的方法及系统 - Google Patents

数据传输的方法及系统 Download PDF

Info

Publication number
CN114331453A
CN114331453A CN202111594842.0A CN202111594842A CN114331453A CN 114331453 A CN114331453 A CN 114331453A CN 202111594842 A CN202111594842 A CN 202111594842A CN 114331453 A CN114331453 A CN 114331453A
Authority
CN
China
Prior art keywords
credit
data transmission
sender
party
receiver
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
CN202111594842.0A
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.)
Advanced New Technologies Co Ltd
Original Assignee
Advanced New Technologies 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 Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN202111594842.0A priority Critical patent/CN114331453A/zh
Publication of CN114331453A publication Critical patent/CN114331453A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)
  • Communication Control (AREA)

Abstract

本申请公开了一种数据传输的方法及其系统。数据传输的方法包括以下步骤：确定接收方和发送方的信用度；根据信用度选择对应的数据传输保护机制；按照选择的数据传输保护机制进行数据传输。根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。

Description

数据传输的方法及系统
本发明专利申请是申请日为2015年03月02日、申请号为201510093345.0、名称为“数据传输的方法及系统”的中国发明专利申请的分案申请。
技术领域
本申请涉及计算机技术领域，尤其涉及一种数据传输的方法及系统。
背景技术
现有技术中，为了保证数据的安全性，在验证接收方的身份后，数据由发送方向接收方发出。因此，不论数据的格式、容量有何不同，均采取统一的流程。当数据容量较小时，接收方在验证环节花费的时间甚至有可能超过数据传输的时间。而当多次进行数据传输时，接收方在一段时间间隔内，可能需要数次验证。就发送方而言，对于多个接收方，则需要分别进行验证。
由此可以看出，现有的数据传输的方法的用户体验差、执行效率低。
因此，发明人在对现有的数据传输的方法及系统进行潜心研究的基础上提供一种用户体验好、执行效率高的数据传输的方法及系统。
发明内容
本申请实施例提供一种户体验好、执行效率高的数据传输的方法的方案，具体的，一种数据传输的方法，其特征在于，包括以下步骤：
确定接收方和发送方的信用度；
根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
在选择的数据传输保护机制的保护下，进行数据传输。
本申请实施例还提供一种数据传输的方法，其特征在于，包括以下步骤：
接收发送方的数据传输请求；
确定数据传输的接收方和发送方之间的信用度；
根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
提供数据传输保护机制的保护以便完成数据传输。
本申请实施例还提供一种数据传输的方法，其特征在于，包括以下步骤：
向服务器发出数据传输请求；
在数据传输保护机制的保护下，将数据传输到接收方；
其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
本申请实施例还提供一种数据传输的系统，其特征在于，包括：
运算模块，用于确定接收方和发送方之间的信用度；
安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
传输模块，用于在选择的数据传输保护机制的保护下，将数据从发送方传输到接收方。
本申请实施例还提供一种数据传输的系统，其特征在于，包括：
接收模块，用于接收发送方的数据传输请求；
运算模块，用于确定数据传输的接收方和发送方之间的信用度；
安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
传输模块，用于提供数据传输保护机制的保护以便完成数据传输。
本申请实施例还提供一种数据传输的系统，其特征在于，包括：
传输模块，用于向服务器发出数据传输请求，并且在数据传输保护机制的保护下，将数据传输到接收方；
其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
本申请实施例提供的数据传输的方法和系统，至少具有如下有益效果：
根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的数据传输的方法的流程图。
图2为本申请实施例提供的确定接收方和发送方的信用度的流程图。
图3为本申请实施例提供的根据信用度选择对应的数据传输保护机制的流程图。
图4为本申请实施例提供的数据传输的系统的结构示意图。
具体实施方式
为了解决现有的数据传输的方法的用户体验差、执行效率低的技术问题。本申请实施例提供的数据传输的方法及系统，根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为本申请实施例提供的数据传输的方法的流程图，具体包括以下步骤：
S100：确定接收方和发送方之间的信用度。
本步骤用于根据接收方和发送方的数据传输记录，对接收方和发送方之间的关系，利用信用度进行量化处理。例如，将与发送方多次数据传输的接收方和从未有过数据传输的接收方区分对待，从而可以改善用户体验。下面会对如何确定接收方和发送方的信用度详细阐述，此处不再赘述。
S200：根据接收方和发送方之间的信用度选择对应的数据传输保护机制。
对于与发送方之间的信用度低的接收方，向发送方发出警报，并执行校检。只有在校验通过后才能传输数据。
对于与发送方之间有一定信用度的接收方，在信用度的范围内传输数据时，不执行校检，传输数据。
对于与发送方之间有一定信用度的接收方，但是数据传输量超过信用度时，向发送方发出警报，并执行校检。只有在校验通过后才能传输数据。
S300：按照选择的数据传输保护机制进行数据传输。
在本申请实施例中，根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
下面对如何确定接收方和发送方的信用度来详细说明。
进一步的，确定接收方和发送方之间的信用度，具体包括：
根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算第一信用度。
为了准确的确定接收方和发送方之间的信用度，本申请实施例采取从数据传输时向前推算一年，统计动态的一个年度内的数据传输记录。
在动态的一个年度内，设定：
N1为发送方将数据传输到接收方的次数，V1为发送方将数据传输到接收方的数据传输量；
N2为接收方将数据传输到发送方的次数，V2为接收方将数据传输到发送方的数据传输量；
当N1+N2≥10时，设定发送方与接收方之间的信任系数T＝1，当N1+N2＜10时，设定T＝(N1+N2)/10；
接收方和发送方之间的第一信用度C＝(V1+V2)*T/2，即第一信用度等于数据传输量的均值乘以信任系数。
例如，发送方将数据传输到接收方的数据传输量为10M字节，发送方将数据传输到接收方的次数为2次；接收方将数据传输到发送方的数据传输量为20M字节，接收方将数据传输到发送方的次数为4次。那么，信任系数T＝(2+4)/10＝0.6；第一信用度C＝(10+20)*0.6/2＝9M字节。
进一步的，确定接收方和发送方之间的信用度，具体包括：
确定与接收方和发送方均有数据传输记录的第三方；
根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度。
在本申请提供的实施例中，当接收方与发送方没有过数据传输记录时，为了准确地确定两者之间的信用度，借助于与接收方和发送方均有数据传输记录的第三方。
假设，第三方与接收方之间的信任系数和信用度分别为T1、C1，发送方与第三方之间的信任系数和信用度分别为T2、C2，设定：信任系数T＝max(T1，T2)，信用度C＝max(C1，C2)。也即，信任系数取第三方与接收方之间信任系数、发送方与第三方之间信任系数的最大值，同样，信用度也取第三方与接收方之间信用度、发送方与第三方之间信任度的最大值。应当指出的是，信任系数和信任系数还可以有其他的取值方法，但是，这些变通性的取值方法不应当理解为脱离了本申请实施例的实质性的保护范围。
请参照图2，进一步的，确定接收方和发送方之间的信用度，具体包括：
S101：根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度；
S102：确定与接收方和发送方均有数据传输记录的第三方；
S103：根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度；
S104：根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度。
在本申请提供的实施例中，不仅计算接收方和发送方之间发生直接关系的第一信用度，还计算接收方和发送方通过第三方发生间接关系的第二信用度，因此，计算得到的信用度更加准确。
再以上例为例来说明，假设发生的第一信用度为C1st，发生的第二信用度为C2nd，则根据具体状况分别设定第一信用度和第二信用度的权重，获得综合信用度为第一信用度和第二信用度的加权和值。或者，设定综合信用度C综合＝max(C1st，C2nd)，即综合信用度为第一信用度、第二信用度中较大的一个。当然，综合信用度的取值方法也可以采取其他取值方法，但是，不应理解为脱离了本申请实施例的保护范围。
以上对如何确定接收方和发送方的信用度作了具体说明，下面将对如何根据信用度选择对应的数据传输保护机制作具体说明。
请参照图3，进一步的，根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体包括：
S201：信用度为零，或数据传输量大于信用度时，执行校检，在校验通过后传输数据；
S202：数据传输量不大于信用度时，不执行校检，传输数据。
当信用度为零，或数据传输量大于信用度时，通过警报的方式提醒发送方注意，并执行校检。仅当校验通过后才传输数据，从而保证了数据的安全。而数据传输量不大于信用度时，则直接传输数据，从而减少了发送方的校验，用户体验好。
进一步的，接收方为收款方。发送方为付款方。数据为金额。
确定接收方和发送方之间的信用度，具体包括：
确定收款方和付款方之间的信用金额。
进一步的，根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体包括：
信用金额为零，发出收款方警报并执行校检，在校验通过后传输数据；
付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输数据；
付款金额不大于信用金额时，不执行校检，传输数据。
在本申请实施例中，提供了一种款项的支付或转账方法。确定接收方和发送方之间的信用金额。当两者之间信用金额为零或交易金额超过信用金额时，进行验证，验证通过后才能支付或转账。而当交易金额不超过信用金额时，直接进行支付或转账。特别的，本申请实施例还提供了对信用金额为零的收款方的警告，提醒付款方注意收款方身份，区别与一般的校检。
进一步的，对于服务器端而言，一种数据传输的方法，包括以下步骤：
接收发送方的数据传输请求；
确定数据传输的接收方和发送方之间的信用度；
根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
提供数据传输保护机制的保护以便完成数据传输。
进一步的，提供数据传输保护机制的保护以便完成数据传输，具体包括：
当信用度为零，或数据传输量大于信用度时，向发送方发出警报，并且执行校检，在校验通过后传输数据；
数据传输量不大于信用度时，向发送方发出接收方和发送方之间的信用度，不执行校检，传输数据。
在本申请实施例中，对于提供数据传输的远端服务器而言，首先接收数据传输的发送方客户端的数据传输请求。然后根据服务器中发送方客户端和接收方客户端的数据传输记录，确定数据传输的接收方和发送方之间的信用度，即可信任的数据传输量。接着根据当前发送方客户端和接收方客户端的数据传输量与信用度之间的关系选择数据传输保护机制。最后，提供数据传输保护机制的保护以便完成发送方客户端和接收方客户端的数据传输。
例如，作为发送方的客户甲，要向作为接收方的客户乙发送1G容量的文件。服务器首先接收客户甲的数据传输请求。然后，根据客户甲和客户乙在服务器中数据传输记录，确定客户甲和客户乙之间的信用度，即可信任的数据传输量。
假设，客户甲和客户乙之间的信用度是10G，信用度10G大于当前数据传输量1G，则向客户甲发出客户甲和客户乙之间的信用度，不执行校检，传输数据。
而当客户甲和客户乙之间的信用度是1M时，信用度1M小于当前数据传输量1G，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能传输数据。
当客户甲和客户乙之间的信用度是0时，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能传输数据。
进一步的，接收方为收款方。发送方为付款方。数据为金额。
确定接收方和发送方之间的信用度，具体包括：
确定收款方和付款方之间的信用金额。
例如，作为付款方的客户甲，要向作为收款方的客户乙付款10万元。服务器首先接收客户甲的付款请求。然后，根据客户甲和客户乙在服务器中经济来往记录，确定客户甲和客户乙之间的信用度金额，即可信任的付款金额。
假设，客户甲和客户乙之间的信用金额是100万元，信用金额100万元大于当前付款金额10万元，则向客户甲发出客户甲和客户乙的信用金额100万元，不执行校检，进行付款。
而当客户甲和客户乙之间的信用金额是1万元时，信用金额1万元小于当前付款金额10万元，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能进行付款。
当客户甲和客户乙之间的信用金额是0时，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能进行付款。
进一步的，对于客户端而言，一种数据传输的方法，包括以下步骤：
向服务器发出数据传输请求；
在数据传输保护机制的保护下，将数据传输到接收方；
其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
进一步的，在数据传输保护机制的保护下，将数据传输到接收方，具体包括：
当信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检，在校验通过后传输数据；
当数据传输量不大于信用度时，接收服务器发出的接收方和发送方之间的信用度，不执行校检，传输数据。
在本申请实施例中，对于进行数据传输的客户端而言，首先由发送方客户端向服务器发出数据传输请求。服务器对数据传输请求进行处理后，根据具体情形提供不同的数据传输保护机制。发送方客户端在数据传输保护机制的保护下，将数据传输到接收方客户端。其中，数据传输保护机制，由服务器根据数据传输的接收方客户端和发送方客户端之间的信用度进行选择。
例如，作为发送方的客户甲，要向作为接收方的客户乙发送1G容量的文件。客户甲通过发送方客户端向服务器发出数据传输请求。然后，在服务器提供的数据传输保护机制的保护下，将数据传输到作为接收方客户端的客户乙。
其中，数据传输保护机制，由服务器根据数据传输的接收方客户乙和发送方客户甲之间的信用度进行选择。
假设，客户甲和客户乙之间的信用度是10G，信用度10G大于当前数据传输量1G，则客户甲收到客户甲和客户乙之间的信用度，不执行校检，传输数据。
而当客户甲和客户乙之间的信用度是1M时，信用度1M小于当前数据传输量1G，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能传输数据。
当客户甲和客户乙之间的信用度是0时，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能传输数据。
进一步的，接收方为收款方，发送方为付款方，数据为金额。
例如，作为付款方的客户甲，要向作为收款方的客户乙付款10万元。客户甲通过发送方客户端向服务器发出付款请求。然后，在服务器提供的数据传输保护机制的保护下，将金额传输到作为接收方客户端的客户乙。
其中，数据传输保护机制，由服务器根据数据传输的接收方客户乙和发送方客户甲之间的信用金额进行选择。
假设，客户甲和客户乙之间的信用金额是100万元，信用度100万元大于当前付款金额10万元，则客户甲收到客户甲和客户乙之间的信用金额100万元，不执行校检，进行付款。
而当客户甲和客户乙之间的信用度是1万元时，信用度1万元小于当前付款金额10万元，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能进行付款。
当客户甲和客户乙之间的信用度是0时，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能进行付款。
以上是本申请实施例提供的数据传输的方法，基于同样的思路，请参照图4，本申请还提供一种数据传输的系统1，其特征在于，包括：
运算模块10，用于确定接收方和发送方之间的信用度；
选择模块20，用于根据信用度选择对应的数据传输保护机制；
传输模块30，用于在选择的数据传输保护机制的保护下，进行数据传输。
进一步的，运算模块10，用于确定接收方和发送方之间的信用度，具体用于：
根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度。
进一步的，运算模块10，用于确定接收方和发送方之间的信用度，具体用于：
确定与接收方和发送方均有数据传输记录的第三方；
根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度。
进一步的，运算模块10，用于确定接收方和发送方之间的信用度，具体用于：
根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度；
确定与接收方和发送方均有数据传输记录的第三方；
根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度；
根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度。
进一步的，所述运算模块10，用于根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度，具体用于：
取第一信用度和第二信用度两者的最大值为综合信用度，或者取第一信用度和第二信用度两者的加权和值为综合信用度。
进一步的，选择模块20，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体用于：
信用度为零，或数据传输量大于信用度时，执行校检，在校验通过后传输数据；
数据传输量不大于信用度时，不执行校检，传输数据。
进一步的，接收方为收款方，发送方为付款方，数据为金额；
运算模块10，用于确定接收方和发送方之间的信用度，具体用于：
确定收款方和付款方之间的信用金额。
进一步的，选择模块20，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体用于：
信用金额为零，发出收款方警报并执行校检，在校验通过后传输数据；
付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输数据；
付款金额不大于信用金额时，不执行校检，传输数据。
在本申请实施例根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
进一步的，一种数据传输的系统，包括：
接收模块，用于接收发送方的数据传输请求；
运算模块，用于确定数据传输的接收方和发送方之间的信用度；
安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
传输模块，用于提供数据传输保护机制的保护以便完成数据传输
进一步的，所述传输模块用于：
当信用度为零，或数据传输量大于信用度时，向发送方发出警报，并且执行校检，在校验通过后传输数据；
数据传输量不大于信用度时，向发送方发出接收方和发送方之间的信用度，不执行校检，传输数据。
进一步的，所述接收方为收款方，所述发送方为付款方，所述数据为金额，所述信用度为收款方和付款方之间的信用金额。
进一步的，一种数据传输的系统，包括：
传输模块，用于向服务器发出数据传输请求，并且在数据传输保护机制的保护下，将数据传输到接收方；
其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
进一步的，传输模块，用于：
当信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检，在校验通过后传输数据；
当数据传输量不大于信用度时，接收服务器发出的接收方和发送方之间的信用度，不执行校检，传输数据。
进一步的，接收方为收款方，发送方为付款方，数据为金额。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数值处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数值处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数值处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数值处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数值结构、程序的模块或其他数值。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数值信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (25)

1.一种数据传输的方法，其特征在于，包括以下步骤：
根据接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的信用度；根据接收方和第三方之间的数据传输次数和数据传输量，计算接收方和第三方之间的信用度；根据发送方和第三方之间的数据传输次数和数据传输量，计算发送方和第三方之间的信用度；
根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度；
根据接收方和发送方之间的综合信用度选择对应的数据传输保护机制；
在选择的数据传输保护机制的保护下，进行数据传输。
2.如权利要求1所述的方法，其特征在于，
信用度等于V1和V2的均值乘以信任系数；V1为数据传输双方中的第一方向数据传输双方中的第二方传输的数据传输量，V2为数据传输双方中的第二方向数据传输双方中的第一方传输的数据传输量；所述信任系数为小于等于1的正数。
3.如权利要求2所述的方法，其特征在于，所述信任系数根据N1和N2确定；N1为数据传输双方中的第一方向数据传输双方中的第二方传输的数据传输次数；N2为数据传输双方中的第二方向数据传输双方中的第一方传输的数据传输次数。
4.如权利要求1所述的方法，其特征在于，所述根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度，包括：
取接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度的最大值，作为接收方和发送方之间的综合信用度。
5.如权利要求1所述的方法，其特征在于，所述根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度，包括：
根据接收方和发送方之间的信用度、设定的接收方和发送方之间的信用度的权重、接收方和第三方之间的信用度、设定的接收方和第三方之间的信用度的权重、发送方和第三方之间的信用度以及设定的发送方和第三方之间的信用度的权重，确定接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度的加权和值，将所述加权和值作为接收方和发送方之间的综合信用度。
6.如权利要求1所述的方法，其特征在于，所述根据接收方和发送方之间的综合信用度选择对应的数据传输保护机制，包括：
所述综合信用度为零，或数据传输量大于所述综合信用度时，执行校检，在校验通过后传输数据；
数据传输量不大于所述综合信用度时，不执行校检，传输数据。
7.如权利要求1所述的方法，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额；
根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度，包括：
根据收款方和付款方之间的信用度、收款方和第三方之间的信用度、付款方和第三方之间的信用度，确定收款方和付款方之间的信用金额。
8.如权利要求7所述的方法，其特征在于，根据接收方和发送方之间的综合信用度选择对应的数据传输保护机制，具体包括：
信用金额为零，发出收款方警报并执行校检，在校验通过后传输金额；
付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输金额；
付款金额不大于信用金额时，不执行校检，传输金额。
9.一种数据传输的方法，其特征在于，包括以下步骤：
接收发送方的数据传输请求；
根据接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的信用度；根据接收方和第三方之间的数据传输次数和数据传输量，计算接收方和第三方之间的信用度；根据发送方和第三方之间的数据传输次数和数据传输量，计算发送方和第三方之间的信用度；
根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度；
根据接收方和发送方之间的综合信用度选择对应的数据传输保护机制；
提供数据传输保护机制的保护以便完成数据传输。
10.如权利要求9所述的方法，其特征在于，
信用度等于V1和V2的均值乘以信任系数；V1为数据传输双方中的第一方向数据传输双方中的第二方传输的数据传输量，V2为数据传输双方中的第二方向数据传输双方中的第一方传输的数据传输量；所述信任系数为小于等于1的正数。
11.如权利要求9所述的方法，其特征在于，提供数据传输保护机制的保护以便完成数据传输，具体包括：
当所述综合信用度为零，或数据传输量大于所述综合信用度时，向发送方发出警报，并且执行校检，在校验通过后传输数据；
数据传输量不大于所述综合信用度时，向发送方发出接收方和发送方之间的综合信用度，不执行校检，传输数据。
12.如权利要求9所述的方法，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额；
所述根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度，，包括：
根据收款方和付款方之间的信用度、收款方和第三方之间的信用度、付款方和第三方之间的信用度，确定收款方和付款方之间的信用金额。
13.一种数据传输的方法，其特征在于，包括以下步骤：
向服务器发出数据传输请求；
在数据传输保护机制的保护下，将数据传输到接收方；
其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的综合信用度进行选择；
服务器根据接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的信用度；根据接收方和第三方之间的数据传输次数和数据传输量，计算接收方和第三方之间的信用度；根据发送方和第三方之间的数据传输次数和数据传输量，计算发送方和第三方之间的信用度；根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度。
14.如权利要求13所述的方法，其特征在于，
信用度等于V1和V2的均值乘以信任系数；V1为数据传输双方中的第一方向数据传输双方中的第二方传输的数据传输量，V2为数据传输双方中的第二方向数据传输双方中的第一方传输的数据传输量；所述信任系数为小于等于1的正数。
15.如权利要求13所述的方法，其特征在于，在数据传输保护机制的保护下，将数据传输到接收方，具体包括：
当综合信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检，在校验通过后传输数据；
当数据传输量不大于综合信用度时，接收服务器发出的接收方和发送方之间的综合信用度，不执行校检，传输数据。
16.如权利要求13所述的方法，其特征在于，所述接收方为收款方，发送方为付款方，所述数据为金额。
17.一种数据传输的系统，其特征在于，包括：
第一运算模块，用于根据接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的信用度；根据接收方和第三方之间的数据传输次数和数据传输量，计算接收方和第三方之间的信用度；根据发送方和第三方之间的数据传输次数和数据传输量，计算发送方和第三方之间的信用度；
第一确定模块，用于根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度；
选择模块，用于根据接收方和发送方之间的综合信用度选择对应的数据传输保护机制；
第一传输模块，用于在选择的数据传输保护机制的保护下，进行数据传输。
18.如权利要求17所述的系统，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额；
所述第一确定模块，具体用于：
根据收款方和付款方之间的信用度、收款方和第三方之间的信用度、付款方和第三方之间的信用度，确定收款方和付款方之间的信用金额。
19.如权利要求18所述的系统，其特征在于，所述第一选择模块，具体用于：
信用金额为零，发出收款方警报并执行校检，在校验通过后传输数据；
付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输金额；
付款金额不大于信用金额时，不执行校检，传输金额。
20.一种数据传输的系统，其特征在于，包括：
接收模块，用于接收发送方的数据传输请求；
第二运算模块，用于根据接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的信用度；根据接收方和第三方之间的数据传输次数和数据传输量，计算接收方和第三方之间的信用度；根据发送方和第三方之间的数据传输次数和数据传输量，计算发送方和第三方之间的信用度；
第二确定模块，用于根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度；
安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
第二传输模块，用于提供数据传输保护机制的保护以便完成数据传输。
21.如权利要求20所述的系统，其特征在于，所述第二传输模块具体用于：
当所述综合信用度为零，或数据传输量大于所述综合信用度时，向发送方发出警报，并且执行校检，在校验通过后传输数据；
数据传输量不大于所述综合信用度时，向发送方发出接收方和发送方之间的综合信用度，不执行校检，传输数据。
22.如权利要求20所述的系统，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额，所述综合信用度为收款方和付款方之间的信用金额。
23.一种数据传输的系统，其特征在于，包括：
第三传输模块，用于向服务器发出数据传输请求，并且在数据传输保护机制的保护下，将数据传输到接收方；
其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的综合信用度进行选择；
服务器根据接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的信用度；根据接收方和第三方之间的数据传输次数和数据传输量，计算接收方和第三方之间的信用度；根据发送方和第三方之间的数据传输次数和数据传输量，计算发送方和第三方之间的信用度；根据接收方和发送方之间的信用度、接收方和第三方之间的信用度、发送方和第三方之间的信用度，确定接收方和发送方之间的综合信用度。
24.如权利要求23所述的系统，其特征在于，所述第三传输模块，用于：
当所述综合信用度为零，或数据传输量大于所述综合信用度时，接收服务器发出的警报，并且执行校检，在校验通过后传输数据；
当数据传输量不大于所述综合信用度时，接收服务器发出的接收方和发送方之间的综合信用度，不执行校检，传输数据。
25.如权利要求23所述的系统，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额。
CN202111594842.0A 2015-03-02 2015-03-02 数据传输的方法及系统 Pending CN114331453A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111594842.0A CN114331453A (zh) 2015-03-02 2015-03-02 数据传输的方法及系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111594842.0A CN114331453A (zh) 2015-03-02 2015-03-02 数据传输的方法及系统
CN201510093345.0A CN105989493B (zh) 2015-03-02 2015-03-02 数据传输的方法及系统

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201510093345.0A Division CN105989493B (zh) 2015-03-02 2015-03-02 数据传输的方法及系统

Publications (1)

Publication Number Publication Date
CN114331453A true CN114331453A (zh) 2022-04-12

Family

ID=56848332

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111594842.0A Pending CN114331453A (zh) 2015-03-02 2015-03-02 数据传输的方法及系统
CN201510093345.0A Active CN105989493B (zh) 2015-03-02 2015-03-02 数据传输的方法及系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201510093345.0A Active CN105989493B (zh) 2015-03-02 2015-03-02 数据传输的方法及系统

Country Status (7)

Country Link
US (1) US20180012225A1 (zh)
EP (1) EP3267383A4 (zh)
JP (1) JP6742332B2 (zh)
KR (1) KR102125117B1 (zh)
CN (2) CN114331453A (zh)
SG (2) SG10201908324RA (zh)
WO (1) WO2016138827A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180351978A1 (en) * 2017-06-05 2018-12-06 Microsoft Technology Licensing, Llc Correlating user information to a tracked event

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1304240A (zh) * 1999-01-13 2001-07-18 刘明晶 在银行原有支付系统上实现电话和网络支付的方法
JP2001306864A (ja) * 2000-04-27 2001-11-02 Nec Corp 代理購入方法とその代理購入システム、及び取引管理プログラムを記録した記録媒体
JP2002236844A (ja) * 2001-02-09 2002-08-23 T & I Solution Co Ltd 事業所情報提供システム
JP2005339281A (ja) * 2004-05-27 2005-12-08 Ntt Communications Kk 信用度算出装置、信用度算出方法、及びそのプログラム
US20080250245A1 (en) * 2006-10-05 2008-10-09 Sanderson Daniel O Biometric-based document security
CN1959725A (zh) * 2006-11-29 2007-05-09 中国工商银行股份有限公司 一种实现网上保付的系统和方法
EP1990750A1 (en) * 2007-05-09 2008-11-12 Nokia Siemens Networks Oy Method and device for data processing and communication system comprising such device
US7930249B2 (en) * 2007-07-11 2011-04-19 Qualcomm Incorporated Mobile wireless financial instrument for automatically selecting a payment instrument
JP2009075925A (ja) * 2007-09-21 2009-04-09 Promise Co Ltd 給与支払い管理サーバ及びコンピュータプログラム
CN101296190B (zh) * 2008-06-27 2010-08-25 清华大学 一种无线自组网中基于博弈论的协同通信方式
US7995597B2 (en) * 2008-10-14 2011-08-09 Nortel Networks Limited Method and system for weighted fair queuing
US9444823B2 (en) * 2008-12-24 2016-09-13 Qualcomm Incorporated Method and apparatus for providing network communication association information to applications and services
US8280788B2 (en) * 2009-10-29 2012-10-02 Visa International Service Association Peer-to-peer and group financial management systems and methods
JP5325746B2 (ja) * 2009-11-05 2013-10-23 エヌ・ティ・ティ・コムウェア株式会社 サービス提供システム、サービス提供方法及びプログラム
US20110137789A1 (en) * 2009-12-03 2011-06-09 Venmo Inc. Trust Based Transaction System
US20110320345A1 (en) * 2010-06-29 2011-12-29 Ebay, Inc. Smart wallet
CN101951375B (zh) * 2010-09-21 2014-02-19 北京信息科技大学 一种基于信任度评估的自适应信任协商系统和方法
US20120078788A1 (en) * 2010-09-28 2012-03-29 Ebay Inc. Transactions by flicking
US9645789B1 (en) * 2012-09-17 2017-05-09 Amazon Technologies, Inc. Secure messaging
CN103957103B (zh) * 2014-04-17 2017-07-04 小米科技有限责任公司 安全验证的方法、装置及移动终端

Also Published As

Publication number Publication date
KR20170125385A (ko) 2017-11-14
US20180012225A1 (en) 2018-01-11
CN105989493B (zh) 2021-11-09
SG11201707042QA (en) 2017-09-28
EP3267383A1 (en) 2018-01-10
CN105989493A (zh) 2016-10-05
KR102125117B1 (ko) 2020-06-22
JP6742332B2 (ja) 2020-08-19
WO2016138827A1 (zh) 2016-09-09
SG10201908324RA (en) 2019-10-30
EP3267383A4 (en) 2018-10-10
JP2018507488A (ja) 2018-03-15

Similar Documents

Publication Publication Date Title
TWI729474B (zh) 理賠業務處理方法及裝置
CN108229943B (zh) 区块链余额的调整方法及装置、电子设备
CN108876606B (zh) 资产转移方法及装置、电子设备
CN111783114A (zh) 区块链交易方法及装置、电子设备
CN105787733B (zh) 一种业务信息处理方法及装置
CN110188990B (zh) 一种资源请求和资金请求分流方法、装置及设备
CN111861439B (zh) 跨境汇款交易的方法、终端、电子设备及存储介质
US10708384B2 (en) Data processing method and system
CN105989493B (zh) 数据传输的方法及系统
CN107194712B (zh) 共享账户变动信息记录方法及装置、内部账户补账方法及系统
CN110717822A (zh) 一种转账中的风控方法、装置及设备
CN113657981B (zh) 基于区块链网络的资金发放方法及装置
CN110473053A (zh) 基于担保的风险控制方法和装置
CN112907359B (zh) 一种银行贷款业务资质审核与风险控制系统及方法
CN110020931B (zh) 一种记账、异常业务的识别方法和装置
CN116228220B (zh) 一种用于提高转账效率的多方支付方法、设备及介质
KR102475662B1 (ko) 분산원장 기반의 블록체인을 이용한 포인트 관리 방법 및 시스템
CN106899631B (zh) 一种过渡系统中互联网资源的核对方法及装置
CN107274290B (zh) 数据处理方法及装置
CN114297675A (zh) 一种针对目标对象的审核请求的处理方法、装置、设备及介质
CN107770157B (zh) 一种用于管理直播平台资源的方法与设备
CN115204878A (zh) 一种订单信息的存证方法、装置及设备
CN114581185A (zh) 交易失败补单方法、联机服务器、补单服务器和系统
CN113191515A (zh) 一种餐饮服务预订系统以及方法
CN113724088A (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