数据处理方法及装置与流程

本说明书涉及数据处理技术领域，特别涉及数据处理方法及装置。

背景技术：

随着互联网技术的发展，通过移动终端完成支付的方式成为了一种趋势，而随着该种方式的推广和实行，将带来用户非正常使用该支付方式的问题也会随之增多，如违反消费规定进行套现，违反法律法规进行欺骗等等，都会引发一定的消费安全问题；现有技术在针对用户使用违反规定的手段进行防控时，通常是按照身份核验、位置定位、大数据分析等手段组合实现；然而，大部分防控手段都可以通过篡改移动终端信息的方式进行规避，这将导致套现、欺诈等行为依旧会存在，无法得到有效的抑制，因此亟需一种有效的方案以解决上述问题。

技术实现要素：

有鉴于此，本说明书实施例提供了一种数据处理方法。本说明书同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种数据处理方法，包括：

获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据；

在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据；

基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据；

在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

可选地，所述获取用户针对商家上传的支付请求步骤执行之后，还包括：

在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，确定响应所述支付请求的标准支付方式；

基于所述标准支付方式转移所述用户向所述商家支付的资源，并根据转移结果向所述用户发送提醒信息。

可选地，所述获取用户针对商家上传的支付请求步骤执行之后，还包括：

计算所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度；

判断所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度是否小于第一匹配度阈值；

若是，执行所述在备选数据库中提取与所述商家数据关联的备选源数据的步骤。

可选地，所述在备选数据库中提取与所述商家数据关联的备选源数据，包括：

读取所述备选数据库的元数据表，并根据所述元数据表确定所述商家数据对应的备选源数据存储位置；

基于所述备选源数据存储位置在所述备选数据库中提取所述备选源数据。

可选地，所述基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据，包括：

对所述备选源数据进行解析，获得多个子源数据；

计算所述多个子源数据中包含的各个子源数据与所述固定源数据的匹配度；

选择匹配度大于第二匹配度阈值的子源数据组成所述目标源数据。

可选地，所述基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据步骤执行之后，还包括：

基于预设的属性维度确定所述目标源数据的属性信息；

根据所述属性信息判断所述目标源数据是否满足所述预设创建条件；

若是，执行所述根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库步骤。

可选地，所述根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，包括：

对所述目标源数据中包含的子源数据进行归类处理，根据归类处理结果获得初始固定源数据；

建立所述初始固定源数据与所述商家数据的关联关系，并根据建立结果创建所述基准固定源数据。

可选地，所述获取用户针对商家上传的支付请求步骤执行之后，还包括：

在所述基准数据库中存在与所述商家数据匹配的基准固定源数据的情况下，在所述基准数据库中提取与所述商家数据匹配的基准固定源数据；

按照预设的匹配度核验维度计算所述商家数据匹配的基准固定源数据与所述固定源数据的核验匹配度；

在所述核验匹配度大于第三匹配度阈值的情况下，确定响应所述支付请求的补贴支付方式；

基于所述补贴支付方式转移所述用户向所述商家支付的资源，并根据转移结果向所述用户发送提醒信息。

可选地，所述数据处理方法，还包括：

根据所述固定源数据对所述商家数据匹配的基准固定源数据进行更新，并将更新后的基准固定源数据写入所述基准数据库。

可选地，所述基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据步骤执行之后，还包括：

在所述目标源数据未满足所述预设创建条件的情况下，建立所述固定源数据与所述商家数据的关联关系；

根据所述关联关系将所述固定源数据写入所述备选数据库，作为所述备选数据库中的备选源数据。

根据本说明书实施例的第二方面，提供了一种数据处理装置，包括：

获取模块，被配置为获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据；

提取模块，被配置为在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据；

确定模块，被配置为基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据；

写入模块，被配置为在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

根据本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据；

在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据；

基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据；

在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述数据处理方法的步骤。

本说明书提供的数据处理方法，将获取用户针对商家上传的支付请求，并在基准数据库中未存在与支付请求中携带的商家数据匹配的基准固定源数据的情况下，将提取商家数据关联的备选源数据，并将支付请求中携带的固定源数据和备选源数据进行整合得到目标源数据，在当前整合得到的目标源数据满足预设创建条件的情况下，将根据商家数据和目标源数据创建所述商家的基准固定源数据并存储，以实现在其他用户针对该商家进行支付时，可以通过比对固定源数据的方式对其他用户的支付行为进行检测，可以有效的保证检测的精准度，同时选择适合当前支付场景的支付方式协助其他用户进行支付，进一步保证了支付场景的安全性，避免发生违反消费规定的问题发生，有效的提高了用户的消费体验。

附图说明

图1是本说明书一实施例提供的一种数据处理方法的流程图；

图2是本说明书一实施例提供的一种数据处理方法应用于支付场景的示意图；

图3是本说明书一实施例提供的一种应用于支付场景中的数据处理方法的处理流程图；

图4是本说明书一实施例提供的一种数据处理装置的结构示意图；

图5是本说明书一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种数据处理方法，本说明书同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

实际应用中，为了能够提高支付环境的规范性和公平性，通常会在用户通过移动终端进行支付时，对用户的支付行为进行检测，以避免出现被欺诈或者套现等行为发生，现有技术在针对违反支付规定的手段进行检测时，通常是对用户的身份进行核验，对用户的地理位置进行核验或对商家进行核验等，以保证支付场景的安全性，然而上述方式都可以通过篡改移动终端信息的方式进行规避，无法有效的抑制违反支付规定的手段，因此提高检测违反支付规定手段的精准度是亟需解决的问题。

图1示出了根据本说明书一实施例提供的一种数据处理方法的流程图，具体包括以下步骤：

步骤s102，获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据。

本说明书提供的数据处理方法，为了能够提高支付场景的安全性以及避免支付场景规范性遭到破坏，将获取用户针对商家上传的支付请求，并在基准数据库中未存在与支付请求中携带的商家数据匹配的基准固定源数据的情况下，将提取商家数据关联的备选源数据，并将支付请求中携带的固定源数据和备选源数据进行整合得到目标源数据，在当前整合得到的目标源数据满足预设创建条件的情况下，将根据商家数据和目标源数据创建所述商家的基准固定源数据并存储，以实现在其他用户针对该商家进行支付时，可以通过比对固定源数据的方式对其他用户的支付行为进行检测，可以有效的保证检测的精准度，同时选择适合当前支付场景的支付方式协助其他用户进行支付，进一步保证了支付场景的安全性，避免发生违反消费规定的问题发生，有效的提高了用户的消费体验。

具体实施时，所述用户具体是指在商家进行消费的用户，所述商家具体是指能够为用户提供等价服务或商品的店铺，需要说明的是，本实施例提供的数据处理方法应用于用户到店支付场景，并且是通过移动终端进行支付操作，其中，移动终端具体是指用户使用的终端设备，包括但不限于手机、电脑等；相应的，所述支付请求具体是指用户在向商家进行转账时提交的请求，如用户通过手机扫描二维码进行付款时，将生成支付请求；所述商家数据具体是指所述商家的属性数据，可以包括商家的id，店铺名称，地理位置等数据；所述固定源数据具体是指当前用户所处位置具有的变更频次较低的信号源数据，如wifi数据，基站数据等。

需要说明的是，由于wifi数据和基站数据都存在不变化频率较高的源数据，因此为了能够适用本实施提供的数据处理方法，将选择wifi数据和基站数据中不会发生变化或主动操作才会发生变化的源数据作为所述wifi的固定源数据和基站的固定源数据，如在wifi数据中包含stringssid：网络名称；wifissidwifissid：ascii编码的ssid；stringbssid：ap(无线访问接入点，wirelessaccesspoint)的地址；stringcapabilities：描述认证、密钥管理以及加密方式，通过ap来支持；……intdistancecm：到ap的大概距离，单位：米，如果无法获取该值，则该值为unspecified；intdistancesdcm：到ap距离的标准差，若无法获取该值，则该值为unspecified；可以选择其中的网络名称、ascii编码的ssid、ap的地址、到ap的大概距离和到ap距离的标准差作为wifi数据的固定源数据。

如基站数据包含mcc，mobilecountrycode，移动国家代码(中国的为460)；mnc，mobilenetworkcode，移动网络号码(中国移动为0，中国联通为1，中国电信为2)；lac，locationareacode，位置区域码；cid，cellidentity，基站编号；……bsss，basestationsignalstrength，基站信号强度；可以选择其中的移动国家代码、移动网络号码、位置区域码、基站编号和基站信号强度作为基站数据的固定源数据。

实际应用中，其他类型的固定源数据均可以上述方式选择变换频率较低或不会发生变化的源数据作为所述固定源数据进行后续的处理过程，本实施例在此不作过多赘述。

基于此，现有技术中用户和商家进行套现时，通常是通过篡改用户的信息和商家的信息实现，以通过该手段规避系统检测，使系统认为当前支付行为是正常用户和正常商家的正常支付行为，实则是用户和商家伪造信息套现的行为，而为了能够避免该种手段规避系统的检测，将通过结合商家附近更新频次较低的固定源数据进行检测，即：将支付发生时用户附近的固定源数据和商家关联的固定源数据进行比对，从而分析出当前支付行为是否存在套现或欺诈等问题，以此来保证支付场景的合规性和安全性。

而在此之前，需要满足检测系统可以收录参与当前支付环境的商家涉及的固定源数据，从而才能够在用户发生支付行为时，有效的对用户的支付行为进行检测；并且虽然固定源数据的更新频次较慢，但是也存在发生变化的问题，如商家附近新安装了wifi或建造了新的基站，此时就需要对该商家关联的固定源数据进行更新，并重新录入到检测系统中，以满足在其他用户支付时，涉及到新wifi或新基站对应的固定源数据时，也能够认定是商家关联的固定源数据，从而可以针对当前支付场景选择适配的支付方式协助用户完成支付；因此为了能够满足通过固定源数据进行支付行为的精准检测，同时对商家涉及的新固定源数据进行更新，将采用边检测边更新的方式进行处理，从而使得录入的商家关联的固定源数据更加丰富，实现有效的对用户的支付行为进行检测，从而选择符合当前支付行为的支付方式协助用户进行支付操作，以提高支付场景的规范性和安全性。

进一步的，在获取到所述用户针对商家上传的支付请求后，此时说明需要对用户的支付行为进行检测，同时也需要根据检测行为决定是否需要对商家的固定源数据进行更新(已经存在关联的固定源数据)或增加(还未存在关联的固定源数据)，本实施例中，具体实现方式如下所述：

计算所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度；

判断所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度是否小于第一匹配度阈值；

若是，说明在所述基准数据库中未存在与所述商家数据匹配的基准固定源数据，也即是说，用户当前的支付行为可能存在套现或欺诈等风险，则执行步骤s104即可，实现避免套现或欺诈等行为的发生，同时检测是否需要对所述商家的基准固定源数据进行创建(由于该商家可能是新的店铺，或者是新的连锁店铺，因此需要检测是否针对该商家进行基准固定源数据的创建，以满足以后的支付行为发生时，可以进行精准的检测)，以提高支付场景的规范性发展；

若否，说明在所述基准数据库中存在与所述商家数据匹配的基准固定源数据，则在所述基准数据库中提取与所述商家数据匹配的基准固定源数据；按照预设的匹配度核验维度计算所述商家数据匹配的基准固定源数据与所述固定源数据的核验匹配度；在所述核验匹配度大于第三匹配度阈值的情况下，确定响应所述支付请求的补贴支付方式；基于所述补贴支付方式转移所述用户向所述商家支付的资源，并根据转移结果向所述用户发送提醒信息。

具体的，所述基准固定源数据库具体是指存储与各个商家具有关联关系的基准固定源数据的数据库，所述基准固定源数据具体是指与商家具有关联关系的固定源数据，即商家附近更新频次较低或不会发生更新的固定源数据，如商家附近的wifi数据(网络名称、ap的地址和/或到ap的距离)或基站数据(移动网络号码、位置区域码和/或基站编号)等；所述匹配度核验维度具体是指更加细致计算固定源数据匹配度的维度，如逐一计算源数据的计算方式；所述补贴支付方式具体是指可以通过使用优惠券或满减补贴的支付方式，所述资源具体是指用户可以使用的资源，如支付账户的可用额度或者资金；所述提醒信息具体是指提醒用户实际消费记录和享有优惠的提醒信息。

其中，所述第一匹配度阈值具体是检测所述商家是否存在基准固定源数据的检测条件，所述第一匹配度阈值的大小可以根据实际需求进行设定；所述第三匹配度阈值具体是指更加细致的对固定源数据和基准固定源数据的匹配度进行检测的条件，所述第三匹配度阈值的大小可以根据实际需求进行设定，本实施例在此不作任何限定。

基于此，在获取到携带有所述商家数据和所述固定源数据(当前用户所处位置具有的源数据)的基础上，进一步的，将检测已经存储有与各个商家具有关联关系的基准固定源数据的基准数据库中是否存在所述固定源数据，具体检测方式是计算所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度，在获得所述固定源数据与各个基准固定源数据的基准匹配度之后，判断各个基准匹配度是否小于第一匹配度阈值；

若是，说明在所述基准数据库中未存在与所述商家数据匹配的基准固定源数据，也即是说，用户与商家之间的支付行为可能存在一定的风险，则执行后续步骤s104即可，实现避免套现或欺诈等行为的发生的同时，检测是否需要对所述商家的基准固定源数据进行创建；若否，说明在所述基准数据库中存在与所述商家数据匹配的基准固定源数据，此时为了能够更加精准的对用户的支付行为进行检测，将通过更加深层次的计算固定源数据和商家匹配的基准固定源数据获得二次计算的核验匹配度，之后将核验匹配度与第三匹配度阈值进行比较，若核验匹配度小于等于所述第三匹配度阈值，则说明所述用户当前所处位置附近的固定源数据与商家匹配的基准固定源数据存在一定的差异，还存在一定的风险，返回执行步骤s104即可，以避免发生过多的损失；若核验匹配度大于所述第三匹配度阈值，则说明所述用户当前所处位置附近的固定源数据与商家匹配的基准固定源数据相似程度较高，此时即可为用户开启补贴支付方式，之后按照所述补贴支付方式向商家进行资源的转移即可，同时对用户进行提醒。

更进一步的，在根据转移结果向所述用户发送提醒信息之后，为了能够时刻保持基准数据库中包含的基准固定源数据是较新的，因此可以通过所述固定源数据对所述商家匹配的基准固定源数据进行更新，以满足后续继续使用，本实施例中，具体实施方式如下所述：

根据所述固定源数据对所述商家数据匹配的基准固定源数据进行更新，并将更新后的基准固定源数据写入所述基准数据库。

具体的，在根据所述固定源数据对所述商家数据匹配的基准固定源数据进行更新时，包括但不限于对增加/删除/修改wifi数据、基站数据和时间数据等，在完成更新后，将更新后的基准固定源数据写入所述基准数据库即可，即将更新后的基准固定源数据作为所述商家关联的基准固定源数据。

具体实施时，由于所述基准匹配度计算完成之后，还可能进行核验匹配度的计算，并且与商家数据关联的基准固定源数据也可能较多，从而可能需要经过多次的计算才能够完成核验匹配度和基准匹配度的计算，因此为了方便管理以及计算，可以创建临时列表，将从所述基准数据库中提取的基准固定源数据添加至临时列表，之后再与所述固定源数据进行核验匹配度或基准匹配度的计算，每计算完成一个核验匹配度或基准匹配度后，将根据计算结果决定是否从临时列表中删除已经计算完成的基准固定源数据，之后通过检测临时列表的方式确定所述基准数据库中是否存在与所述固定源数据匹配的基准固定源数据。

当所述临时列表为空的情况下，说明所述基准数据库中不存在与所述固定源数据匹配的基准固定源数据，则执行步骤s104即可；当所述临时列表不为空的情况下，说明所述基准数据库中存在与所述固定源数据匹配的基准固定源数据，则进行补贴支付方式的确定和转移资源即可。

在实际应用中，由于所述商家可能是连锁店铺，为了能够对各个店铺进行区分，支付请求中携带的所述商家数据将具有商家的唯一标识，用于区分各个商家。

参见图2所示，用户甲在a店铺购买了一件衣服，当甲进行付款时，选择了通过支付程序扫码进行支付，a店铺向商家提供的付款二维码，当用户扫描该二维码之后，支付程序所属的支付平台将获取到甲针对a店铺上传的支付请求，该支付请求中携带有a店铺的商家数据id_a，以及甲当前所处位置附近的固定源数据{wifi名称：123，到ap的距离：80m，信号强度：5；基站编号：001，移动国家代码：460，移动网络号码：0}。

之后在基准数据库中提取商家数据id_a对应的基准固定源数据(基准固定源数据s1，基准固定源数据s2……基准固定源数据sn)，之后计算固定源数据与各个基准固定源数据的基准匹配度，并判断各个基准匹配度是否小于预设匹配度阈值，若是，说明基准数据库中不存在与a店铺匹配的基准固定源数据，进一步说明a店铺和甲之间的支付行为可能存在套现的问题，则进行后续的支付方式的选择和基准固定源数据的创建即可；若否，说明基准数据库中存在与a店铺匹配的基准固定源数据，进一步说明甲与店铺a的支付行为是安全的，不存套现的问题，则可以确定响应甲的支付请求的补贴支付方式，在进行资金转移时，将优先从衣服的价格中扣除甲能够使用的补贴金额，之后剩余的金额为甲需要支付的实际金额，即衣服的价格是100元，甲享有的补贴金额为10元，则甲还需要支付90元，此时从甲的支付账户中向a店铺的收款账户转移90元的资金即可，同时向甲发送实际支付金额的记录信息和享有的优惠信息。

此外，由于用户在向商家进行资源转移时，可能使用平台提供的额度进行，如用户甲使用平台提供的额度进行付款，在完成支付操作后，将需要对用户的可用额度进行更新；并且在计算基准匹配度和核验匹配度的过程中，还可以通过线性回归检验方法或回归误差检验方法等常用的拟合度计算方法实现，本实施例在此不作过多限定。

综上，在获取到用户上传的支付请求后，将通过计算匹配度的方式分析所述用户与商家之间的支付行为是否合规，在合规的情况下，将选择补贴支付方式进行资源的转移，实现不仅可以保证支付场景的支付安全性，还能够为用户提供补贴服务，进一步提高用户的使用体验。

步骤s104，在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据。

具体的，在获取到携带有商家数据和固定源数据的支付请求，并确定基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，说明用户当前的支付行为可能存在套现或欺诈等风险，以及所述商家可能还未建立关联的基准固定源数据，因此为了能够支付场景的支付安全性，以及能够满足通过固定源数据进行支付行为的检测，此时可以基于所述固定源数据检测是否能够针对所述商家创建关联的基准固定源数据，如果后续能创建基准固定源数据，说明该商家是正常商家，可能由于搬家或者刚开业还未被建立基准固定源数据；如果后续不能够创建基准固定源数据，说明该商家可能是非正常商家，或者还处于监测中的商家，则后续进行持续监测即可，直至满足创建条件进行基准固定源数据的创建即可。

其中，所述备选数据库具体是指存储不同用户上传的固定源数据的数据库，由于部分商家对应的固定源数据还未满足创建基准固定源数据的条件，因此将临时存储在所述备选数据库中，当商家数据对应的固定源数据满足后续创建该商家对应的基准固定源数据后，提取关联的固定源数据进行创建即可；所述备选源数据即为所述备选数据库中存储的还未被创建为基准固定源数据的固定源数据，需要说明的是，所述备选数据库中还可能存在非正常用户或非正常商家上传的固定源数据，由于在后续处理过程中间根据需求设定创建条件，因此可以进一步避免非正常用户或非正常商家规避该检测机制，从而有效的提高支付场景的支付安全性，避免产生损失。

进一步的，在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，说明商家可能还未建立关联的基准固定源数据，此时将从所述备选数据库中提取与所述商家数据关联的备选源数据，本实施例中，提取所述备选源数据的过程如下所述：

读取所述备选数据库的元数据表，并根据所述元数据表确定所述商家数据对应的备选源数据存储位置；

基于所述备选源数据存储位置在所述备选数据库中提取所述备选源数据。

具体的，所述元数据表具体是指描述数据属性(property)的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能；所述备选源数据存储位置具体是指所述备选源数据在所述备选数据库中所存储的位置。

基于此，在确定需要检测针对所述商家进行创建基准固定源数据的情况下，将读取所述备选源数据的元数据表，并在所述元数据表中确定与所述商家数据对应的备选源数据存储位置，之后按照所述备选源数据存储位置在所述备选数据库中进行备选源数据的提取即可，以用于后续分析是否可以针对该商家进行创建基准固定源数据。

更进一步的，在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，还说明了用户当前的支付行为可能存在套现或欺诈等风险，因此为了避免风险带来的损失，可以选择标准支付方式进行资源的转移，本实施例中，具体实现方式如下所述：

在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，确定响应所述支付请求的标准支付方式；

基于所述标准支付方式转移所述用户向所述商家支付的资源，并根据转移结果向所述用户发送提醒信息。

具体的，所述标准支付方式具体是指无法享有任何优惠的支付方式，即商品价格是多少，用户的实际支付金额就是多少；所述提醒信息具体是指提醒所述用户无法享有优惠，并且实际支付金额的信息。

沿用上例，计算固定源数据与各个基准固定源数据的基准匹配度，并判断各个基准匹配度是否小于预设匹配度阈值，若否，说明基准固定源数据库中不存在与甲上传的支付请求中匹配的固定源数据，进一步说明a店铺和甲之间的支付行为可能存在套现的问题，则可以确定响应甲的支付请求的标准支付方式，在进行资金转移时，将直接从甲的支付账户向a店铺转移100元(衣服的全款价格)，并提醒甲无法享有任何优惠活动和补贴。

同时，由于当前a店铺未存在基准固定源数据，因此还需要检测是否需要对a店铺创建基准固定源数据，则读取备选数据库的元数据表，并通过元数据表确定与商家数据id_a对应的备选源数据存储位置，基于备选源数据存储位置在备选数据库中提取与商家数据id_a对应的备选源数据(备选源数据p1，备选源数据p2……备选源数据pn)，以用于后续创建a店铺的基准固定源数据使用。

综上，在检测到商家与用户之间的支付行为存在风险的情况下，为了避免造成损失，将禁止商家和用户之间的支付行为使用任何补贴，从而保证支付场景安全性的同时，保证各方不会产生损失。

步骤s106，基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据。

具体的，在上述获得所述备选源数据的基础上，进一步的，将根据所述固定源数据和所述备选源数据检测是否能够针对所述商家创建基准固定源数据，而在此过程中，由于所述商家数据关联的备选源数据较多，并且存在相同或不相同的源数据，因此需要通过将所述固定源数据和所述备选源数据整合的方式确定所述目标源数据，以通过所述目标源数据分析是否可以针对所述商家创建基准固定源数据；其中，所述目标源数据具体是指将所述固定源数据和所述备选源数据进行整合后得到的源数据。

需要说明的是，由于备选源数据都是从所述备选数据库中提取出来的，因此可以确定只通过备选源数据是无法创建出所述商家的基准固定源数据，当获取到所述固定源数据的情况下，说明所述商家数据对应的备选源数据得到了更新，即增加了新的备选源数据，此时就需要重新检测所述商家数据对应的备选源数据是否满足创建基准固定数据源的需求，即将所述固定源数据和所述备选源数据进行整合后得到所述目标源数据，通过所述目标源数据分析所述商家是否符合创建基准固定源数据的条件。

进一步的，在通过所述固定源数据和所述备选源数据确定所述商家对应的目标源数据的过程中，由于备选源数据中所包含的子源数据可能较多，因此就需要通过逐个分析的方式来确定所述目标源数据，本实施例中，具体实现方式如下所述：

对所述备选源数据进行解析，获得多个子源数据；

计算所述多个子源数据中包含的各个子源数据与所述固定源数据的匹配度；

选择匹配度大于第二匹配度阈值的子源数据组成所述目标源数据。

具体的，所述多个子源数据中的各个子源数据均为与所述商家数据对应的固定源数据，该部分固定源数据是由其他用户在进行支付操作时所上传的，由于还未满足创建基准固定源数据的条件，因此将留存在所述备选数据库中；所述第二匹配度阈值具体是用于对多个子源数据中相近或相同的子源数据进行整合的条件，通过选择各个子源数据与所述固定源数据的匹配度大于第二匹配度阈值的子源数据即可组成所述目标源数据。

沿用上例，在获得备选源数据(备选源数据p1，备选源数据p2……备选源数据pn)之后，此时对备选源数据进行解析，即可得到备选源数据p1，备选源数据p2……备选源数据pn，之后计算固定源数据{wifi名称：123，到ap的距离：80m，信号强度：5；基站编号：001，移动国家代码：460，移动网络号码：0}中包含的各个子固定源数据与各个备选源数据p1～pn之间的匹配度，并选择匹配度大于预设匹配度阈值的备选源数据和固定源数据组成目标源数据，确定目标源数据包括{wifi名称：123(数量1500个，第一次上传时间与当前固定源数据的上传时间间隔1天，上传该固定源数据的用户有1000个)，基站编号：001(数量1400个，第一次上传时间与当前固定源数据的上传时间间隔1天，上传该固定源数据的用户有880个)}。

综上，通过计算多个子源数据中各个子源数据与所述固定源数据的匹配度的方式整合出所述目标源数据，实现了可以在所述备选源数据中选择出可能满足后续创建的源数据，以提高创建所述商家数据关联的基准固定源数据的成功率，从而能够更加快速的满足支付场景的完善性。

更进一步的，在确定所述目标源数据之后，需要对基于所述目标源数据检测是否能够针对所述商家创建关联的基准固定源数据，而为了能够提高支付场景的支付安全性，将按照预设的方式设定创建条件，从而提高非正常用户或非正常商家作弊的成本，以此抑制非正常用户或非正常商家的手段实施，本实施例中具体实现方式如下所述：

基于预设的属性维度确定所述目标源数据的属性信息；

根据所述属性信息判断所述目标源数据是否满足所述预设创建条件；

若是，执行步骤s108；

若否，建立所述固定源数据与所述商家数据的关联关系；根据所述关联关系将所述固定源数据写入所述备选数据库，作为所述备选数据库中的备选源数据。

具体的，所述属性信息可以是目标源数据对应的固定源数据的数量，各个固定源数据的上传时间，各个固定源数据上传的用户id等，所述预设创建条件即为检测各个属性信息是否符合创建基准固定源数据的条件，实际应用中，所述预设创建条件可以根据实际需求进行创建，不同的应用场景可以设定程度不同的条件，本实施例在此不作任何限定。

基于此，首先确定所述目标源数据的属性信息，其次根据所述属性信息判断所述标源数据是否满足所述预设创建条件；若是，说明基于所述目标源数据可以创建所述商家对应的基准固定源数据，则执行后续步骤s108即可；若否，说明基于所述目标源数据还无法创建所述商家对应的基准固定源数据，则此时可以将所述固定源数据写入所述备选数据库，以用于在以后接收到上传的新固定源数据后，可以再次进行创建基准固定源数据的检测，直至针对所述商家创建所述基准固定源数据即可。

需要说明的是，由于在备选数据库中还可能存在套现或诈骗失败的用户或商家上传的固定源数据，为了避免占用过多的存储资源，每隔设定的时间可以对所述备选数据库进行清理，将长时间未被调用或使用的固定源数据删除，从而保证备选数据库的存储资源不被浪费。

沿用上例，当获取到目标源数据包括{wifi名称：123(数量1500个，第一次上传时间与当前固定源数据的上传时间间隔1天，上传该固定源数据的用户有1000个)，基站编号：001(数量1400个，第一次上传时间与当前固定源数据的上传时间间隔1天，上传该固定源数据的用户有880个)}之后，此时将根据目标源数据的属性信息判断目标源数据的数量是否超过数量阈值，最早上传固定源数据的时间和当前固定源数据上传的时间间隔是否超过时间阈值，以及上传固定源数据的用户数量是否超过用户数量阈值，若三次判断结果都为是的情况下，说明可以基于目标源数据创建a店铺的基准固定源数据，则进行后续的创建处理即可，若三次判断结果中存在任意一次为否的情况下，说明还不能够针对a店铺创建基准固定源数据，则可以将固定源数据{wifi名称：123，到ap的距离：80m，信号强度：5；基站编号：001，移动国家代码：460，移动网络号码：0}与商家数据id_a进行关联，并将关联后的固定源数据写入备选数据库，以用于以后使用。

综上，通过从多个属性维度对创建商家的基准固定源数据进行检测，实现了通过进一步提高创建基准固定源数据的难度来抑制套现或欺诈的行为发生，从而提高支付场景的支付安全性得到有效的提升，从而促进支付场景的规范性发展。

步骤s108，在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

具体的，在所述目标源数据满足预设创建条件的情况下，说明此时基于所述目标源数据可以创建所述商家的基准固定源数据，而由于创建的基准固定源数据需要应用在后续的检测用户支付行为是否安全的场景中，因此需要根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并将其写入所述基准数据库，以方便后续使用。

进一步的，由于所述目标源数据中包含的子源数据可能有很多，并且大部分都为相近或相同的子源数据，因此为了能够得到标准的基准固定源数据，将采用归类的方式进行创建，本实施例中，具体实现方式如下所述：

对所述目标源数据中包含的子源数据进行归类处理，根据归类处理结果获得初始固定源数据；

建立所述初始固定源数据与所述商家数据的关联关系，并根据建立结果创建所述基准固定源数据。

具体的，对所述目标源数据中包含的子源数据进行归类处理具体是指将相同的子源数据进行去重，从而使得相同或相似的子源数据只保留一个即可，确定为所述初始固定源数据，之后通过建立所述初始固定源数据与所述商家数据的关联关系方式创建所述基准固定源数据。

沿用上例，当获取到目标源数据包括{wifi名称：123(数量1500个，第一次上传时间与当前固定源数据的上传时间间隔1天，上传该固定源数据的用户有1000个)，基站编号：001(数量1400个，第一次上传时间与当前固定源数据的上传时间间隔1天，上传该固定源数据的用户有880个)}之后，此时将根据目标源数据的属性信息判断目标源数据的数量是否超过数量阈值，最早上传固定源数据的时间和当前固定源数据上传的时间间隔是否超过时间阈值，以及上传固定源数据的用户数量是否超过用户数量阈值，若三次判断结果都为是的情况下，说明可以基于目标源数据创建a店铺的基准固定源数据，即对1500个wifi名称：123进行归类，以及对1400个基站编号：001进行归类，得到的初始固定源数据为{wifi名称：123；基站编号：001}，此时将商家数据id_a与初始固定源数据{wifi名称：123；基站编号：001}进行关联，并写入基准数据库，实现针对a店铺创建了基准固定源数据{wifi名称：123；基站编号：001}，从而满足在后续有新的用户在a店铺进行消费时，可以提取新用户的固定源数据和a店铺的基准固定源数据进行匹配度计算，从而分析新用户是否存在套现的行为。

本说明书提供的数据处理方法，将获取用户针对商家上传的支付请求，并在基准数据库中未存在与支付请求中携带的商家数据匹配的基准固定源数据的情况下，将提取商家数据关联的备选源数据，并将支付请求中携带的固定源数据和备选源数据进行整合得到目标源数据，在当前整合得到的目标源数据满足预设创建条件的情况下，将根据商家数据和目标源数据创建所述商家的基准固定源数据并存储，以实现在其他用户针对该商家进行支付时，可以通过比对固定源数据的方式对其他用户的支付行为进行检测，可以有效的保证检测的精准度，同时选择适合当前支付场景的支付方式协助其他用户进行支付，进一步保证了支付场景的安全性，避免发生违反消费规定的问题发生，有效的提高了用户的消费体验。

下述结合附图3，以本说明书提供的数据处理方法在支付场景中的应用为例，对所述数据处理方法进行进一步说明。其中，图3示出了本说明书一实施例提供的一种应用于支付场景中的数据处理方法的处理流程图，具体包括以下步骤：

步骤s302，获取用户完成购物后向商家进行支付的支付请求，其中支付请求携带有商家的商家标识和商家附近的固定源数据。

实际应用中，为了能够提高支付环境的规范性和公平性，通常会在用户通过移动终端进行支付时，对用户的支付行为进行检测，以避免出现被欺诈或者套现等行为发生，现有技术在针对违反支付规定的手段进行检测时，通常是对用户的身份进行核验，对用户的地理位置进行核验或对商家进行核验等，以保证支付场景的安全性，然而上述方式都可以通过篡改移动终端信息的方式进行规避，无法有效的抑制对违反支付规定的手段，因此提高检测违反支付规定手段的精准度是亟需解决的问题。

本实施例提供一种应用于支付场景中的数据处理方法，以解决上述问题，具体过程如下所述。

步骤s304，计算固定源数据与基准数据库中包含的基准固定源数据的基准匹配度。

步骤s306，判断固定源数据与各个基准固定源数据的基准匹配度是否小于预设匹配度阈值；若是，执行步骤s308，若否，执行步骤s314。

步骤s308，确定基准数据库中未包含与商家标识匹配的基准固定源数据，则在备选数据库中提取与商家标识匹配的备选源数据。

步骤s310，基于备选源数据和固定源数据生成目标源数据，并确定响应支付请求的标准支付方式，按照标准支付方式完成用户和商家之间的资金转移。

步骤s312，在目标源数据满足预设创建条件的情况下，根据目标源数据和商家标识创建商家的基准固定源数据，并写入基准数据库。

步骤s314，确定基准数据库中包含与商家标识匹配的基准固定源数据，则确定响应支付请求的补贴支付方式。

步骤s316，按照补贴支付方式完成用户和商家之前的资金转移，并基于固定源数据对商家标识匹配的基准固定源数据进行更新。

需要说明的是，本实施例提供的数据处理方法未详细描述的部分均可参见上述实施例中相应的描述内容，本实施例在此不作任何限定。

本说明书提供的数据处理方法，将获取用户针对商家上传的支付请求，并在基准数据库中未存在与支付请求中携带的商家数据匹配的基准固定源数据的情况下，将提取商家数据关联的备选源数据，并将支付请求中携带的固定源数据和备选源数据进行整合得到目标源数据，在当前整合得到的目标源数据满足预设创建条件的情况下，将根据商家数据和目标源数据创建所述商家的基准固定源数据并存储，以实现在其他用户针对该商家进行支付时，可以通过比对固定源数据的方式对其他用户的支付行为进行检测，可以有效的保证检测的精准度，同时选择适合当前支付场景的支付方式协助其他用户进行支付，进一步保证了支付场景的安全性，避免发生违反消费规定的问题发生，有效的提高了用户的消费体验。

与上述方法实施例相对应，本说明书还提供了数据处理装置实施例，图4示出了本说明书一实施例提供的一种数据处理装置的结构示意图。如图4所示，该装置包括：

获取模块402，被配置为获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据；

提取模块404，被配置为在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据；

确定模块406，被配置为基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据；

写入模块408，被配置为在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

一个可选的实施例中，所述数据处理装置，还包括：

第一确定支付方式模块，被配置为在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，确定响应所述支付请求的标准支付方式；

第一资源转移模块，被配置为基于所述标准支付方式转移所述用户向所述商家支付的资源，并根据转移结果向所述用户发送提醒信息。

一个可选的实施例中，所述数据处理装置，还包括：

计算匹配度模块，被配置为计算所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度；

判断基准匹配度模块，被配置为判断所述固定源数据与所述基准数据库中包含的各个基准固定源数据的基准匹配度是否小于第一匹配度阈值；

若是，运行所述提取模块404。

一个可选的实施例中，所述提取模块404，包括：

读取元数据表单元，被配置为读取所述备选数据库的元数据表，并根据所述元数据表确定所述商家数据对应的备选源数据存储位置；

提取备选源数据单元，被配置为基于所述备选源数据存储位置在所述备选数据库中提取所述备选源数据。

一个可选的实施例中，所述确定模块406，包括：

解析单元，被配置为对所述备选源数据进行解析，获得多个子源数据；

计算匹配度单元，被配置为计算所述多个子源数据中包含的各个子源数据与所述固定源数据的匹配度；

选择子源数据单元，被配置为选择匹配度大于第二匹配度阈值的子源数据组成所述目标源数据。

一个可选的实施例中，所述数据处理装置，还包括：

确定属性信息模块，被配置为基于预设的属性维度确定所述目标源数据的属性信息；

判断属性信息模块，被配置为根据所述属性信息判断所述目标源数据是否满足所述预设创建条件；

若是，运行所述确定模块406。

一个可选的实施例中，所述写入模块408，包括：

归类单元，被配置为对所述目标源数据中包含的子源数据进行归类处理，根据归类处理结果获得初始固定源数据；

建立单元，被配置为建立所述初始固定源数据与所述商家数据的关联关系，并根据建立结果创建所述基准固定源数据。

一个可选的实施例中，所述数据处理装置，还包括：

提取基准固定源数据模块，被配置为在所述基准数据库中存在与所述商家数据匹配的基准固定源数据的情况下，在所述基准数据库中提取与所述商家数据匹配的基准固定源数据；

计算核验匹配度模块，被配置为按照预设的匹配度核验维度计算所述商家数据匹配的基准固定源数据与所述固定源数据的核验匹配度；

第二确定支付方式模块，被配置为在所述核验匹配度大于第三匹配度阈值的情况下，确定响应所述支付请求的补贴支付方式；

第二支付方式模块，被配置为基于所述补贴支付方式转移所述用户向所述商家支付的资源，并根据转移结果向所述用户发送提醒信息。

一个可选的实施例中，所述数据处理装置，还包括：

更新模块，被配置为根据所述固定源数据对所述商家数据匹配的基准固定源数据进行更新，并将更新后的基准固定源数据写入所述基准数据库。

一个可选的实施例中，所述数据处理装置，还包括：

建立关联关系模块，被配置为在所述目标源数据未满足所述预设创建条件的情况下，建立所述固定源数据与所述商家数据的关联关系；

写入备选数据库模块，被配置为根据所述关联关系将所述固定源数据写入所述备选数据库，作为所述备选数据库中的备选源数据。

本实施提供的数据处理装置，将获取用户针对商家上传的支付请求，并在基准数据库中未存在与支付请求中携带的商家数据匹配的基准固定源数据的情况下，将提取商家数据关联的备选源数据，并将支付请求中携带的固定源数据和备选源数据进行整合得到目标源数据，在当前整合得到的目标源数据满足预设创建条件的情况下，将根据商家数据和目标源数据创建所述商家的基准固定源数据并存储，以实现在其他用户针对该商家进行支付时，可以通过比对固定源数据的方式对其他用户的支付行为进行检测，可以有效的保证检测的精准度，同时选择适合当前支付场景的支付方式协助其他用户进行支付，进一步保证了支付场景的安全性，避免发生违反消费规定的问题发生，有效的提高了用户的消费体验。

上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

图5示出了根据本说明书一实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。

计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。

在本说明书的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备500还可以是移动式或静止式的服务器。

其中，处理器520用于执行如下计算机可执行指令：

获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据；

在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据；

基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据；

在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

获取用户针对商家上传的支付请求，所述支付请求中携带有所述商家的商家数据和固定源数据；

在基准数据库中未存在与所述商家数据匹配的基准固定源数据的情况下，在备选数据库中提取与所述商家数据关联的备选源数据；

基于所述固定源数据和所述备选源数据确定所述商家对应的目标源数据；

在所述目标源数据满足预设创建条件的情况下，根据所述目标源数据和所述商家数据创建所述商家的基准固定源数据，并写入所述基准数据库。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书并不受所描述的动作顺序的限制，因为依据本说明书，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。