数据传输的方法及系统的制作方法
【专利摘要】本申请公开了一种数据传输的方法及其系统。数据传输的方法包括以下步骤：确定接收方和发送方的信用度；根据信用度选择对应的数据传输保护机制；按照选择的数据传输保护机制进行数据传输。根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
【专利说明】
数据传输的方法及系统
技术领域
[0001]本申请涉及计算机技术领域，尤其涉及一种数据传输的方法及系统。【背景技术】
[0002]现有技术中，为了保证数据的安全性，在验证接收方的身份后，数据由发送方向接收方发出。因此，不论数据的格式、容量有何不同，均采取统一的流程。当数据容量较小时， 接收方在验证环节花费的时间甚至有可能超过数据传输的时间。而当多次进行数据传输时，接收方在一段时间间隔内，可能需要数次验证。就发送方而言，对于多个接收方，则需要分别进行验证。
[0003]由此可以看出，现有的数据传输的方法的用户体验差、执行效率低。
[0004]因此，发明人在对现有的数据传输的方法及系统进行潜心研究的基础上提供一种用户体验好、执行效率高的数据传输的方法及系统。
【发明内容】
[0005]本申请实施例提供一种户体验好、执行效率高的数据传输的方法的方案，具体的， 一种数据传输的方法，其特征在于，包括以下步骤:
[0006]确定接收方和发送方的信用度；
[0007]根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
[0008]在选择的数据传输保护机制的保护下，进行数据传输。
[0009]本申请实施例还提供一种数据传输的方法，其特征在于，包括以下步骤:
[0010]接收发送方的数据传输请求；
[0011]确定数据传输的接收方和发送方之间的信用度；
[0012]根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
[0013]提供数据传输保护机制的保护以便完成数据传输。
[0014]本申请实施例还提供一种数据传输的方法，其特征在于，包括以下步骤:
[0015]向服务器发出数据传输请求；
[0016]在数据传输保护机制的保护下，将数据传输到接收方；
[0017]其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
[0018]本申请实施例还提供一种数据传输的系统，其特征在于，包括:
[0019]运算模块，用于确定接收方和发送方之间的信用度；
[0020]安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
[0021]传输模块，用于在选择的数据传输保护机制的保护下，将数据从发送方传输到接收方。
[0022]本申请实施例还提供一种数据传输的系统，其特征在于，包括:
[0023]接收模块，用于接收发送方的数据传输请求；
[0024]运算模块，用于确定数据传输的接收方和发送方之间的信用度；
[0025]安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制;
[0026]传输模块，用于提供数据传输保护机制的保护以便完成数据传输。
[0027]本申请实施例还提供一种数据传输的系统，其特征在于，包括:
[0028]传输模块，用于向服务器发出数据传输请求，并且在数据传输保护机制的保护下，将数据传输到接收方；
[0029]其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
[0030]本申请实施例提供的数据传输的方法和系统，至少具有如下有益效果:
[0031]根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
【附图说明】
[0032]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中:
[0033]图1为本申请实施例提供的数据传输的方法的流程图。
[0034]图2为本申请实施例提供的确定接收方和发送方的信用度的流程图。
[0035]图3为本申请实施例提供的根据信用度选择对应的数据传输保护机制的流程图。
[0036]图4为本申请实施例提供的数据传输的系统的结构示意图。
【具体实施方式】
[0037]为了解决现有的数据传输的方法的用户体验差、执行效率低的技术问题。本申请实施例提供的数据传输的方法及系统，根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
[0038]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0039]图1为本申请实施例提供的数据传输的方法的流程图，具体包括以下步骤:
[0040]SlOO:确定接收方和发送方之间的信用度。
[0041]本步骤用于根据接收方和发送方的数据传输记录，对接收方和发送方之间的关系，利用信用度进行量化处理。例如，将与发送方多次数据传输的接收方和从未有过数据传输的接收方区分对待，从而可以改善用户体验。下面会对如何确定接收方和发送方的信用度详细阐述，此处不再赘述。
[0042]S200:根据接收方和发送方之间的信用度选择对应的数据传输保护机制。
[0043]对于与发送方之间的信用度低的接收方，向发送方发出警报，并执行校检。只有在校验通过后才能传输数据。
[0044]对于与发送方之间有一定信用度的接收方，在信用度的范围内传输数据时，不执行校检，传输数据。
[0045]对于与发送方之间有一定信用度的接收方，但是数据传输量超过信用度时，向发送方发出警报，并执行校检。只有在校验通过后才能传输数据。
[0046]S300:按照选择的数据传输保护机制进行数据传输。
[0047]在本申请实施例中，根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率尚。
[0048]下面对如何确定接收方和发送方的信用度来详细说明。
[0049]进一步的，确定接收方和发送方之间的信用度，具体包括:
[0050]根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算第一信用度。
[0051]为了准确的确定接收方和发送方之间的信用度，本申请实施例采取从数据传输时向前推算一年，统计动态的一个年度内的数据传输记录。
[0052]在动态的一个年度内，设定:
[0053]&为发送方将数据传输到接收方的次数，V:为发送方将数据传输到接收方的数据传输量；
[0054]N2为接收方将数据传输到发送方的次数，V 2为接收方将数据传输到发送方的数据传输量；
[0055]当K+N# 10时，设定发送方与接收方之间的信任系数T = 1，当N #2< 10时， 设定T =汎+队)/10 ;
[0056]接收方和发送方之间的第一信用度C = ^+^*172,即第一信用度等于数据传输量的均值乘以信任系数。
[0057]例如，发送方将数据传输到接收方的数据传输量为10M字节，发送方将数据传输到接收方的次数为2次；接收方将数据传输到发送方的数据传输量为20M字节，接收方将数据传输到发送方的次数为4次。那么，信任系数T= (2+4)/10 = 0.6;第一信用度C = (10+20) *0? 6/2 = 9M 字节。
[0058]进一步的，确定接收方和发送方之间的信用度，具体包括:
[0059]确定与接收方和发送方均有数据传输记录的第三方；
[0060]根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度。
[0061]在本申请提供的实施例中，当接收方与发送方没有过数据传输记录时，为了准确地确定两者之间的信用度，借助于与接收方和发送方均有数据传输记录的第三方。
[0062]假设，第三方与接收方之间的信任系数和信用度分别为1\、Q，发送方与第三方之间的信任系数和信用度分别为T2、C2，设定:信任系数T = maxCTi，T2)，信用度C = maWCi， C2)。也即，信任系数取第三方与接收方之间信任系数、发送方与第三方之间信任系数的最大值，同样，信用度也取第三方与接收方之间信用度、发送方与第三方之间信任度的最大值。应当指出的是，信任系数和信任系数还可以有其他的取值方法，但是，这些变通性的取值方法不应当理解为脱离了本申请实施例的实质性的保护范围。
[0063]请参照图2，进一步的，确定接收方和发送方之间的信用度，具体包括:
[0064]SlOl:根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度；
[0065]S102:确定与接收方和发送方均有数据传输记录的第三方；
[0066]S103:根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度；
[0067]S104:根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度。
[0068]在本申请提供的实施例中，不仅计算接收方和发送方之间发生直接关系的第一信用度，还计算接收方和发送方通过第三方发生间接关系的第二信用度，因此，计算得到的信用度更加准确。
[0069]再以上例为例来说明，假设发生的第一信用度为Clst，发生的第二信用度为C2nd，则根据具体状况分别设定第一信用度和第二信用度的权重，获得综合信用度为第一信用度和第二信用度的加权和值。或者，设定综合信用度= max (Clst, C2nd)，即综合信用度为第一信用度、第二信用度中较大的一个。当然，综合信用度的取值方法也可以采取其他取值方法，但是，不应理解为脱离了本申请实施例的保护范围。
[0070]以上对如何确定接收方和发送方的信用度作了具体说明，下面将对如何根据信用度选择对应的数据传输保护机制作具体说明。
[0071]请参照图3，进一步的，根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体包括:
[0072]S201:信用度为零，或数据传输量大于信用度时，执行校检，在校验通过后传输数据；
[0073]S202:数据传输量不大于信用度时，不执行校检，传输数据。
[0074]当信用度为零，或数据传输量大于信用度时，通过警报的方式提醒发送方注意，并执行校检。仅当校验通过后才传输数据，从而保证了数据的安全。而数据传输量不大于信用度时，则直接传输数据，从而减少了发送方的校验，用户体验好。
[0075]进一步的，接收方为收款方。发送方为付款方。数据为金额。
[0076]确定接收方和发送方之间的信用度，具体包括:
[0077]确定收款方和付款方之间的信用金额。
[0078]进一步的，根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体包括:
[0079]信用金额为零，发出收款方警报并执行校检，在校验通过后传输数据；
[0080]付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输数据；
[0081]付款金额不大于信用金额时，不执行校检，传输数据。
[0082]在本申请实施例中，提供了一种款项的支付或转账方法。确定接收方和发送方之间的信用金额。当两者之间信用金额为零或交易金额超过信用金额时，进行验证，验证通过后才能支付或转账。而当交易金额不超过信用金额时，直接进行支付或转账。特别的，本申请实施例还提供了对信用金额为零的收款方的警告，提醒付款方注意收款方身份，区别与一般的校检。
[0083]进一步的，对于服务器端而言，一种数据传输的方法，包括以下步骤:
[0084]接收发送方的数据传输请求；
[0085]确定数据传输的接收方和发送方之间的信用度；
[0086]根据接收方和发送方之间的信用度选择对应的数据传输保护机制；
[0087]提供数据传输保护机制的保护以便完成数据传输。
[0088]进一步的，提供数据传输保护机制的保护以便完成数据传输，具体包括:
[0089]当信用度为零，或数据传输量大于信用度时，向发送方发出警报，并且执行校检， 在校验通过后传输数据；
[0090]数据传输量不大于信用度时，向发送方发出接收方和发送方之间的信用度，不执行校检，传输数据。
[0091]在本申请实施例中，对于提供数据传输的远端服务器而言，首先接收数据传输的发送方客户端的数据传输请求。然后根据服务器中发送方客户端和接收方客户端的数据传输记录，确定数据传输的接收方和发送方之间的信用度，即可信任的数据传输量。接着根据当前发送方客户端和接收方客户端的数据传输量与信用度之间的关系选择数据传输保护机制。最后，提供数据传输保护机制的保护以便完成发送方客户端和接收方客户端的数据传输。
[0092]例如，作为发送方的客户甲，要向作为接收方的客户乙发送1G容量的文件。服务器首先接收客户甲的数据传输请求。然后，根据客户甲和客户乙在服务器中数据传输记录， 确定客户甲和客户乙之间的信用度，即可信任的数据传输量。
[0093]假设，客户甲和客户乙之间的信用度是10G，信用度10G大于当前数据传输量1G， 贝1J向客户甲发出客户甲和客户乙之间的信用度，不执行校检，传输数据。
[0094]而当客户甲和客户乙之间的信用度是1M时，信用度1M小于当前数据传输量1G，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能传输数据。
[0095]当客户甲和客户乙之间的信用度是0时，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能传输数据。
[0096]进一步的，接收方为收款方。发送方为付款方。数据为金额。
[0097]确定接收方和发送方之间的信用度，具体包括:
[0098]确定收款方和付款方之间的信用金额。
[0099]例如，作为付款方的客户甲，要向作为收款方的客户乙付款10万元。服务器首先接收客户甲的付款请求。然后，根据客户甲和客户乙在服务器中经济来往记录，确定客户甲和客户乙之间的信用度金额，即可信任的付款金额。
[0100]假设，客户甲和客户乙之间的信用金额是100万元，信用金额100万元大于当前付款金额10万元，则向客户甲发出客户甲和客户乙的信用金额1〇〇万元，不执行校检，进行付叙。
[0101]而当客户甲和客户乙之间的信用金额是1万元时，信用金额1万元小于当前付款金额10万元，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能进行付款。
[0102]当客户甲和客户乙之间的信用金额是0时，则向客户甲发出警报，并执行校检。只有在客户甲校验通过后才能进行付款。
[0103]进一步的，对于客户端而言，一种数据传输的方法，包括以下步骤:
[0104]向服务器发出数据传输请求；
[0105]在数据传输保护机制的保护下，将数据传输到接收方；
[0106]其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
[0107]进一步的，在数据传输保护机制的保护下，将数据传输到接收方，具体包括:
[0108]当信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检，在校验通过后传输数据；
[0109]当数据传输量不大于信用度时，接收服务器发出的接收方和发送方之间的信用度，不执行校检，传输数据。
[0110]在本申请实施例中，对于进行数据传输的客户端而言，首先由发送方客户端向服务器发出数据传输请求。服务器对数据传输请求进行处理后，根据具体情形提供不同的数据传输保护机制。发送方客户端在数据传输保护机制的保护下，将数据传输到接收方客户端。其中，数据传输保护机制，由服务器根据数据传输的接收方客户端和发送方客户端之间的信用度进行选择。
[0111]例如，作为发送方的客户甲，要向作为接收方的客户乙发送IG容量的文件。客户甲通过发送方客户端向服务器发出数据传输请求。然后，在服务器提供的数据传输保护机制的保护下，将数据传输到作为接收方客户端的客户乙。
[0112]其中，数据传输保护机制，由服务器根据数据传输的接收方客户乙和发送方客户甲之间的信用度进行选择。
[0113]假设，客户甲和客户乙之间的信用度是10G，信用度1G大于当前数据传输量1G，则客户甲收到客户甲和客户乙之间的信用度，不执行校检，传输数据。
[0114]而当客户甲和客户乙之间的信用度是IM时，信用度IM小于当前数据传输量1G，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能传输数据。
[0115]当客户甲和客户乙之间的信用度是O时，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能传输数据。
[0116]进一步的，接收方为收款方，发送方为付款方，数据为金额。
[0117]例如，作为付款方的客户甲，要向作为收款方的客户乙付款10万元。客户甲通过发送方客户端向服务器发出付款请求。然后，在服务器提供的数据传输保护机制的保护下，将金额传输到作为接收方客户端的客户乙。
[0118]其中，数据传输保护机制，由服务器根据数据传输的接收方客户乙和发送方客户甲之间的信用金额进行选择。
[0119]假设，客户甲和客户乙之间的信用金额是100万元，信用度100万元大于当前付款金额10万元，则客户甲收到客户甲和客户乙之间的信用金额100万元，不执行校检，进行付叙。
[0120]而当客户甲和客户乙之间的信用度是I万元时，信用度I万元小于当前付款金额10万元，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能进行付款。
[0121]当客户甲和客户乙之间的信用度是O时，则客户甲收到警报，并执行校检。只有在客户甲校验通过后才能进行付款。
[0122]以上是本申请实施例提供的数据传输的方法，基于同样的思路，请参照图4,本申请还提供一种数据传输的系统1，其特征在于，包括:
[0123]运算模块10,用于确定接收方和发送方之间的信用度；
[0124]选择模块20,用于根据信用度选择对应的数据传输保护机制；
[0125]传输模块30,用于在选择的数据传输保护机制的保护下，进行数据传输。
[0126]进一步的，运算模块10,用于确定接收方和发送方之间的信用度，具体用于:
[0127]根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度。
[0128]进一步的，运算模块10,用于确定接收方和发送方之间的信用度，具体用于:
[0129]确定与接收方和发送方均有数据传输记录的第三方；
[0130]根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度。
[0131]进一步的，运算模块10,用于确定接收方和发送方之间的信用度，具体用于:
[0132]根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度；
[0133]确定与接收方和发送方均有数据传输记录的第三方；
[0134]根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度；
[0135]根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度。
[0136]进一步的，所述运算模块10,用于根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度，具体用于:
[0137]取第一信用度和第二信用度两者的最大值为综合信用度，或者取第一信用度和第二信用度两者的加权和值为综合信用度。
[0138]进一步的，选择模块20,用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体用于:
[0139]信用度为零，或数据传输量大于信用度时，执行校检，在校验通过后传输数据；
[0140]数据传输量不大于信用度时，不执行校检，传输数据。
[0141]进一步的，接收方为收款方，发送方为付款方，数据为金额；
[0142]运算模块10,用于确定接收方和发送方之间的信用度，具体用于:
[0143]确定收款方和付款方之间的信用金额。
[0144]进一步的，选择模块20,用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体用于:
[0145]信用金额为零，发出收款方警报并执行校检，在校验通过后传输数据；
[0146]付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输数据；
[0147]付款金额不大于信用金额时，不执行校检，传输数据。
[0148]在本申请实施例根据接收方和发送方之间的信用度对数据进行分流，差异化的数据传输保护机制应对不同情形，因此，提供的数据传输的方法及其系统用户体验好、执行效率高。
[0149]进一步的，一种数据传输的系统，包括:
[0150]接收模块，用于接收发送方的数据传输请求；
[0151]运算模块，用于确定数据传输的接收方和发送方之间的信用度；
[0152]安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制;
[0153]传输模块，用于提供数据传输保护机制的保护以便完成数据传输
[0154]进一步的，所述传输模块用于:
[0155]当信用度为零，或数据传输量大于信用度时，向发送方发出警报，并且执行校检，在校验通过后传输数据；
[0156]数据传输量不大于信用度时，向发送方发出接收方和发送方之间的信用度，不执行校检，传输数据。
[0157]进一步的，所述接收方为收款方，所述发送方为付款方，所述数据为金额，所述信用度为收款方和付款方之间的信用金额。
[0158]进一步的，一种数据传输的系统，包括:
[0159]传输模块，用于向服务器发出数据传输请求，并且在数据传输保护机制的保护下，将数据传输到接收方；
[0160]其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进行选择。
[0161]进一步的，传输模块，用于:
[0162]当信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检，在校验通过后传输数据；
[0163]当数据传输量不大于信用度时，接收服务器发出的接收方和发送方之间的信用度，不执行校检，传输数据。
[0164]进一步的，接收方为收款方，发送方为付款方，数据为金额。
[0165]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0166]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数值处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数值处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0167]这些计算机程序指令也可存储在能引导计算机或其他可编程数值处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0168]这些计算机程序指令也可装载到计算机或其他可编程数值处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0169]在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、 网络接口和内存。
[0170]内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/ 或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0171]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数值结构、程序的模块或其他数值。 计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、 动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数值信号和载波。
[0172]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0173]本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。 因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0174]以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
【主权项】
1.一种数据传输的方法，其特征在于，包括以下步骤: 确定接收方和发送方之间的信用度； 根据接收方和发送方之间的信用度选择对应的数据传输保护机制； 在选择的数据传输保护机制的保护下，进行数据传输。2.如权利要求1所述的方法，其特征在于，确定接收方和发送方之间的信用度，具体包括: 根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度。3.如权利要求1所述的方法，其特征在于，确定接收方和发送方之间的信用度，具体包括: 确定与接收方和发送方均有数据传输记录的第三方； 根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度。4.如权利要求1所述的方法，其特征在于，确定接收方和发送方之间的信用度，具体包括: 根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度； 确定与接收方和发送方均有数据传输记录的第三方； 根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度； 根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度。5.如权利要求4所述的方法，其特征在于，根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度，具体包括: 取第一信用度和第二信用度两者的最大值为综合信用度，或者取第一信用度和第二信用度两者的加权和值为综合信用度。6.如权利要求1所述的方法，其特征在于，根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体包括: 信用度为零，或数据传输量大于信用度时，执行校检，在校验通过后传输数据； 数据传输量不大于信用度时，不执行校检，传输数据。7.如权利要求1所述的方法，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额； 确定接收方和发送方之间的信用度，具体包括: 确定收款方和付款方之间的信用金额。8.如权利要求7所述的方法，其特征在于，根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体包括: 信用金额为零，发出收款方警报并执行校检，在校验通过后传输金额； 付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输金额； 付款金额不大于信用金额时，不执行校检，传输金额。9.一种数据传输的方法，其特征在于，包括以下步骤:接收发送方的数据传输请求；确定数据传输的接收方和发送方之间的信用度；根据接收方和发送方之间的信用度选择对应的数据传输保护机制；提供数据传输保护机制的保护以便完成数据传输。10.如权利要求9所述的方法，其特征在于，提供数据传输保护机制的保护以便完成数 据传输，具体包括:当信用度为零，或数据传输量大于信用度时，向发送方发出警报，并且执行校检，在校 验通过后传输数据；数据传输量不大于信用度时，向发送方发出接收方和发送方之间的信用度，不执行校 检，传输数据。11.如权利要求9所述的方法，其特征在于，所述接收方为收款方，所述发送方为付款 方，所述数据为金额；确定接收方和发送方之间的信用度，具体包括:确定收款方和付款方之间的信用金额。12.—种数据传输的方法，其特征在于，包括以下步骤:向服务器发出数据传输请求；在数据传输保护机制的保护下，将数据传输到接收方；其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进 行选择。13.如权利要求12所述的方法，其特征在于，在数据传输保护机制的保护下，将数据传 输到接收方，具体包括:当信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检， 在校验通过后传输数据；当数据传输量不大于信用度时，接收服务器发出的接收方和发送方之间的信用度，不 执行校检，传输数据。14.如权利要求12所述的方法，其特征在于，所述接收方为收款方，发送方为付款方， 所述数据为金额。15.—种数据传输的系统，其特征在于，包括:运算模块，用于确定接收方和发送方之间的信用度；选择模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制；传输模块，用于在选择的数据传输保护机制的保护下，进行数据传输。16.如权利要求15所述的系统，其特征在于，所述运算模块，用于确定接收方和发送方 之间的信用度，具体用于:根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方 之间的第一信用度。17.如权利要求15所述的系统，其特征在于，所述运算模块，用于确定接收方和发送方 之间的信用度，具体用于:确定与接收方和发送方均有数据传输记录的第三方； 根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度。18.如权利要求15所述的系统，其特征在于，所述运算模块，用于确定接收方和发送方之间的信用度，具体用于: 根据记录的接收方和发送方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第一信用度； 确定与接收方和发送方均有数据传输记录的第三方； 根据接收方和第三方之间的数据传输次数和数据传输量，以及发送方和第三方之间的数据传输次数和数据传输量，计算接收方和发送方之间的第二信用度； 根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度。19.如权利要求18所述的系统，其特征在于，所述运算模块，用于根据第一信用度和第二信用度，确定接收方和发送方之间的综合信用度，具体用于: 取第一信用度和第二信用度两者的最大值为综合信用度，或者取第一信用度和第二信用度两者的加权和值为综合信用度。20.如权利要求15所述的系统，其特征在于，所述选择模块，用于根据信用度选择对应的数据传输保护机制，具体用于: 信用度为零，或数据传输量大于信用度时，执行校检，在校验通过后传输数据； 数据传输量不大于信用度时，不执行校检，传输数据。21.如权利要求15所述的系统，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额； 所述运算模块，用于确定接收方和发送方之间的信用度，具体用于: 确定收款方和付款方之间的信用金额。22.如权利要求21所述的系统，其特征在于，所述选择模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制，具体用于: 信用金额为零，发出收款方警报并执行校检，在校验通过后传输数据； 付款金额大于信用金额时，发出付款金额超限警报并执行校检，在校验通过后传输金额； 付款金额不大于信用金额时，不执行校检，传输金额。23.一种数据传输的系统，其特征在于，包括: 接收模块，用于接收发送方的数据传输请求； 运算模块，用于确定数据传输的接收方和发送方之间的信用度； 安全模块，用于根据接收方和发送方之间的信用度选择对应的数据传输保护机制； 传输模块，用于提供数据传输保护机制的保护以便完成数据传输。24.如权利要求23所述的系统，其特征在于，所述传输模块用于: 当信用度为零，或数据传输量大于信用度时，向发送方发出警报，并且执行校检，在校验通过后传输数据； 数据传输量不大于信用度时，向发送方发出接收方和发送方之间的信用度，不执行校检，传输数据。25.如权利要求23所述的系统，其特征在于，所述接收方为收款方，所述发送方为付款方，所述数据为金额，所述信用度为收款方和付款方之间的信用金额。26.—种数据传输的系统，其特征在于，包括:传输模块，用于向服务器发出数据传输请求，并且在数据传输保护机制的保护下，将数 据传输到接收方；其中，数据传输保护机制，由服务器根据数据传输的接收方和发送方之间的信用度进 行选择。27.如权利要求26所述的系统，其特征在于，所述传输模块，用于:当信用度为零，或数据传输量大于信用度时，接收服务器发出的警报，并且执行校检， 在校验通过后传输数据；当数据传输量不大于信用度时，接收服务器发出的接收方和发送方之间的信用度，不 执行校检，传输数据。28.如权利要求26所述的系统，其特征在于，所述接收方为收款方，所述发送方为付款 方，所述数据为金额。
【文档编号】G06Q20/40GK105989493SQ201510093345
【公开日】2016年10月5日
【申请日】2015年3月2日
【发明人】陈永平
【申请人】阿里巴巴集团控股有限公司