一种实体信息验证方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种实体信息验证方法及装置。

背景技术：

随着互联网的发展，越来越多的业务可以通过互联网完成，比如电子商务、网络社交、甚至是银行业务等。基于真实性、以及安全性的考虑，通常会要求用户上传一些实体信息，进行实体验证，比如，实体信息可以包括位置信息、名称信息、实景图像等。具体比如，对商家提供的实体店铺的实体信息进行验证；对用户提供的公司的实体信息进行验证等。

现有技术通常采用人工审核的方式，对实体信息中的位置信息和实景图像的进行验证，比如，对商家提供的实体店铺的位置信息以及店铺图像进行人工审核；又如，对用户提供的公司位置信息以及公司图像进行人工审核。

但是，现实环境中，位置信息和实景图像复杂多变，人工审核不可能逐一实地核查每个实体的位置信息和实景图像的真实性，只能根据经验或阅历较为主观地进行验证；其次，伪造位置信息和实景图像极为简单，这会给人工审核造成很大的干扰，所以现有技术基于位置信息和实景图像的组合，通过人工审核的方式，对实体信息进行验证，准确性很低。此外，人工审核还受工作时间和人力的限制，时效性很难持续保证。

技术实现要素：

本申请实施例提供一种实体信息验证方法，用于提高验证实体信息的准确性。

本申请实施例提供一种实体信息验证装置，用于提高验证实体信息的准确性。

本申请实施例采用下述技术方案：

一种实体信息验证方法，包括：

确定用户发送的实体信息中的位置信息；

根据所述位置信息，确定与所述实体的位置关系满足预设条件的候选实体集合，所述候选实体集合中不包含所述实体；

根据所述用户在预设验证条件下对所述候选实体集合对应的候选实体信息的判断结果，对所述实体信息进行验证。

一种实体信息验证装置，包括：第一确定单元、第二确定单元以及验证单元，其中，

所述第一确定单元，确定用户发送的实体信息中的位置信息；

所述第二确定单元，根据所述位置信息，确定与所述实体的位置关系满足预设条件的候选实体集合，所述候选实体集合中不包含所述实体；

所述验证单元，根据所述用户在预设验证条件下对所述候选实体集合对应的候选实体信息的判断结果，对所述实体信息进行验证。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：根据用户发送的实体信息中的位置信息，确定与该实体的位置关系满足预设条件、且不包含该实体的候选实体集合，根据该用户在预设验证条件下对该候选实体集合对应的候选实体信息的判断结果，进行验证。相比于现有技术通过人工审核较为主观地判断实体信息本身的真实性而导致的验证准确性较低的问题，本方案绕过实体本身，根据用户对实体周围环境的了解情况，较为客观的从侧面验证实体的真实性，从而提高了验证的准确性。此外，本方案减少、甚至可以避免人工审核的干预，从而提高了验证过程的时效性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例1提供的一种实体信息验证方法的流程示意图；

图2为本申请实施例2提供的一种实体信息验证方法的流程示意图；

图3为本申请实施例3提供的一种实体店铺验证方法的流程示意图；

图4为本申请实施例3提供的实体店铺地理位置的示意图；

图5为本申请实施例3提供的根据临近条件确定候选实体店铺的示意图；

图6为本申请实施例3提供的选取界面的示意图；

图7为本申请实施例4提供的实体信息验证装置的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

如前所述，现有技术通常采用人工审核的方式，对实体信息中的位置信息和实景图像的进行验证，比如，商家提供了实体店铺的位置信息(如，“xx街道xx号”)以及店铺图像(如店铺门面照片、店铺内装修布局照片等)，业务人员不可能去实地核实每个实体信息，绝大多数只能根据经验或阅历，对这些信息较为主观地判断真实性，这本就没有一个标准去判断真实性，并且随时计算机软件的发展，伪造位置信息和实景图像极为简单，所以基于上述两点，人工审核的方式准确性很低。此外，人工审核毕竟受工作时间和人力的限制，所以也很难保证时效性。基于上述缺陷，本申请实施例提供了一种实体信息验证方法，用于提高验证实体信息的准确性。该方法的流程如图1所示，包括下述步骤：

步骤11：确定用户发送的实体信息中的位置信息。

实体可以是指现实中真实存在的物体，比如，本申请中提到的对实体信息进行验证，就是确定实体是否真正存在于现实中。互联网业务中进行实体信息验证时，可以是验证商家的实体店铺是否真实存在，用户的工作单位是否真实存在等，所以这里提到的实体，就可以是实体店铺、工作单位等。

在前文已经介绍，实体信息可以包括位置信息、名称信息、实景图像等，比如对于实体店铺而言，位置信息可以是地理位置；名称信息可以是店铺的名称；实景图像可以是店铺的门面照片、店铺内装修、装饰、布局照片等。

当需要对用户发送的实体信息进行验证时，可以接收用户发送的实体信息，并确定出实体信息中的位置信息。比如“xx街道xx号”。在实际应用中，也可以接收用户通过终端发送的坐标信息(如“nxxxx，exxxx”)等，具体地，可以通过gps(globalpositioningsystem，全球定位系统)、北斗卫星导航系统等进行发送。

为了便于说明，可以将本实施例中的实体称为待验证实体，即还未验证成功的实体。

步骤12：根据该位置信息，确定与该实体的位置关系满足预设条件的候选实体集合。

现有技术，是直接对待验证实体的实体信息进行验证，由于原本就无法确定该待验证实体是否存在，所以如果不进行实地核查，很难确定其真实性。而发明人经过反复思考发现，实体是相对固定的，比如实体店铺的地理位置、工作单位的地理位置、公共场所的地理位置等，频繁搬迁的概率很小。所以如果实体是真实存在的，那么商家(用户)不仅对自己所处的实体比较熟悉，并且对附近的实体也较为熟悉，所以，在无法确定待验证实体真实性的情况，可以从侧面，利用待验证实体附近的实体，对待验证实体的信息进行验证。然而，商家(用户)对附近的实体较为熟悉的同时，对与待验证实体距离较远的实体也比较陌生，所以，也可以从侧面，利用与待验证实体较远的实体，对待验证实体的信息进行验证。

所以，根据上文的分析，本步骤可以根据待验证实体的位置信息，确定与该待验证实体的位置具有一定关系的实体，并根据用户对这些实体的了解情况进行验证。即本步骤可以确定与该实体的位置关系满足预设条件的候选实体集合，具体的预设条件，可以与待验证实体较为临近(满足临近条件)，也可以是与待验证实体不临近(满足非临近条件)。是否满足临近条件可以通过预设距离阈值进行过滤，而是否满足非临近条件不仅可以通过预设距离阈值进行过滤，还可以根据地理位置中的区域划分进行过滤。比如，预设条件可以是“小于200米”，则本步骤就可以根据待验证实体的位置信息，查找与该待验证实体的距离小于200米的实体，并确定为候选实体集合。在实际应用中，考虑到确定出过多的实体意义不大，所以一般可以预先设定一个数量，比如3个、4个等，从满足预设条件的所有实体中，选取3个，组成候选实体集合。

在前文已经介绍，从侧面既可以利用待验证实体附近的实体，对待验证实体的信息进行验证，又可以利用与待验证实体较远的实体，对待验证实体的信息进行验证。所以，在一种实施方式中，本步骤可以包括：根据该位置信息，确定与该实体的位置关系满足临近条件的第一实体集合，和/或根据该位置信息，确定与该实体的位置关系满足非临近条件的第二实体集合；将该第一实体集合和/或该第二实体集合确定为候选实体集合。即候选实体集合中，既可以只包含与待验证实体较近的实体，也可以只包含与待验证实体较远的实体，还可以既包含与待验证实体较近的实体，又包含与待验证实体较远的实体。考虑到用户对实体附近的环境相比于与实体较远的环境更为熟悉，通过与实体的位置关系满足临近条件的第一实体集合对实体进行验证更为有效，所以在一种实施方式中，候选实体集合至少包含第一实体集合。

前文已经提到，可以从侧面利用待验证实体附近的实体，对待验证实体的信息进行验证，所以，本步骤在确定与该实体的位置关系满足预设条件的候选实体集合时，可以不包括待验证的实体。

需要说明的是，在本步骤中，确定出的候选实体需要具备较高的真实性，比如可以是知名度较高的实体(大型商场、购物中心、连锁品牌实体店等)，可以说，在一定程度上，候选实体的真实性间接决定了验证实体信息的真实性。

步骤13：根据该用户在预设验证条件下对候选实体集合对应的候选实体信息的判断结果，对该实体信息进行验证。

在上一步骤中，已经确定出了候选实体集合，该集合中不包含待验证的实体，所以此时可以将候选实体集合对应的候选实体信息，提供给该用户，以及将预设验证条件也提供给该用户，根据用户在预设验证条件下对这些候选实体信息的判断结果，对待验证实体的信息进行验证。

比如，步骤12中确定出的候选实体集合中，包括3个满足临近条件的实体以及5个满足非临近条件的实体。可以将这8个候选实体对应的候选实体信息，一并(或逐一)发送给用户，并连同发送“选择附近实体”的验证条件。此后，就可以获取用户对候选实体的选取结果，如果用户选取的3个实体与3个满足临近条件的实体相同，则可以验证通过。还可以将这8个候选实体对应的候选实体信息，逐一发送给用户，并连同发送“选择较远实体”的验证条件。此后，就可以获取用户对候选实体的判断结果，如果用户判断出的“较远实体”与5个满足非临近条件的实体中的任意3个相同(即正确率超过50％)，则可以验证通过。

采用实施例1提供的方法，根据用户发送的实体信息中的位置信息，确定与该实体的位置关系满足预设条件、且不包含该实体的候选实体集合，根据该用户在预设验证条件下对该候选实体集合对应的候选实体信息的判断结果，对该实体进行验证。相比于现有技术通过人工审核较为主观地判断实体信息本身的真实性而导致的验证准确性较低的问题，本方案绕过实体本身，根据用户对实体周围环境的了解情况，较为客观的从侧面验证实体的真实性，从而提高了验证的准确性。此外，本方案可以减少、甚至避免人工审核的干预，从而提高了验证过程的时效性。

实施例2

基于与实施例1相同的发明思路，对本申请进行更详细地阐述，从而在本申请实施例中提供一种实体信息验证方法，用于提高验证实体信息的准确性。该方法的流程如图2所示，包括下述步骤：

步骤21：确定用户发送的实体信息中的位置信息。

本步骤与实施例1中的步骤11类似，不再赘述。

步骤22：根据该位置信息，确定与该实体的位置关系满足临近条件的第一实体集合，并将该第一实体集合确定为候选实体集合。

在实施例1介绍步骤12时，已经提到，考虑到用户对(待验证)实体附近的环境相比于与实体较远的环境更为熟悉，通过与实体的位置关系满足临近条件的第一实体集合对实体进行验证更为有效，所以本步骤就可以根据位置信息，确定与该实体的位置关系满足临近条件的第一实体集合，之后将该第一实际集合直接确定为候选实体集合。即该候选实体集合中的每个实体，与待验证实体的位置关系全部满足临近条件，也即候选实体全部在该待验证实体附近。比如，可以将临近条件设置为以位置信息为圆心，半径为预设第一阈值的圆形范围内，具体比如，第一阈值可以是200米。则确定出的候选实体集合，均为与实体为圆心，半径200米之类的实体。

在介绍步骤12中已经提到，确定出的候选实体需要具备较高的真实性，所以本步骤中的第一实体集合(即候选实体集合)也需要具备较高的真实性。其中，候选实体集合中实体的个数可以预先设定，但需要具备一定的数量，比如3个至8个。在实际应用中，如果满足临近条件的第一实体，少于2个，则可以转换为人工审核，或扩大预设第一阈值，比如由200米扩大到500米，以便满足对第一实体集合的要求。在第一实体集合中，也可以不包含待验证的实体。

步骤23：将该临近条件发送给该用户。

为了得到用户对候选实体集合中每个实体的判断结果，可以先提供给用户一个预设的验证条件，比如，让用户选出附近的实体，所以可以将该临近条件发送给该用户。比如，“200米之内”等。

步骤24：接收该用户从候选实体集合中的选取结果。

在实际应用中，可以与步骤23发送验证条件时一同将候选实体集合对应的候选实体信息发送给该用户，并设置相应的操作界面，使用户可以进行选取，以便接收用户从候选实体集合中的选取结果。比如候选实体集合中包含8个候选实体，可以将这8个候选实体对应的候选实体信息，一起或逐一展示给该用户，在操作界面中设置实现选取或逐一判断的功能按键，便可以等待接收用户的选取结果。

在展示过程中，可以将候选实体信息中的一种或多种信息进行展示，比如候选实体信息中可以包含候选实体名称信息、候选实体实景图像、候选实体商标信息，则在展示过程中，可以将上述三者全部展示，也可以只展示一者，还可以展示任意两者的组合。

步骤25：根据该选取结果，对该实体信息进行验证。

由于候选实体全部在该待验证实体附近，所以就可以根据用户的选取结果，对该待验证实体信息进行验证，具体地，本步骤可以包括：将该选取结果中的候选实体与第一实体集合进行匹配；当匹配程度满足通过条件时，验证通过。若匹配程度不满足通过条件，则验证失败。比如，通过条件可以是匹配程度大于50％，候选实体集合中包含8个第一实体，如果用户能够从这8个第一实体中选取出5个(含以上)，则验证成功。如果用户从这8个只选取出3个，则验证失败，或者转换为人工审核，继续验证。

采用实施例2提供的方法，根据用户发送的实体信息中的位置信息，确定与该实体的位置关系满足临近条件、且不包含该实体的候选实体集合，根据该用户在临近条件下对该候选实体集合对应的候选实体信息的判断结果，进行验证。相比于现有技术通过人工审核较为主观地判断实体信息本身的真实性而导致的验证准确性较低的问题，本方案绕过实体本身，根据用户对实体周围环境的较为了解的特点，通过待验证实体附近的实体，较为客观的从侧面验证待验证实体的真实性，从而提高了验证的准确性。

实施例3

在背景技术中已经介绍，电子商务、网络社交、甚至是银行业务均可以通过互联网完成。随着经济的发展，尤其是电子商务的发展，商家可以将原本在实体店铺(线下)出售的商品通过注册在互联网电子商务平台(简称平台)(线上)上的虚拟店铺进行出售，即o2o(onlinetooffline)，是指将线下的商务机会与互联网结合，通过虚拟店铺展示实体店铺。平台往往需要对实体店铺进行验证，确定是否真的存在这个实体店铺，但是现有技术通常采用人工审核的方式，对实体店铺中的位置信息和实景图像的进行验证，但是验证的准确性较低。也不能保证时效性。所以，基于与实施例1相同的发明思路，作为实施例1的延伸。本申请实施例提供了一种实体店铺验证方法，用于提高验证实体店铺的准确性。该方法的流程如图3所示，包括下述步骤：

步骤31：确定用户发送的实体店铺信息中的位置信息。

用户若要在平台上注册虚拟店铺，就需要先将实体店铺的信息进行上传，以便对其进行验证。实体店铺信息中可以包含位置信息，还可以包含名称信息、实景图像、商标信息等。比如，位置信息可以是包含经纬度的坐标。

步骤32：根据位置信息，确定与该实体店铺的位置关系满足临近条件的第一实体店铺集合，以及与该实体店铺的位置关系满足非临近条件的第二实体店铺集合。

如图4所示，“实体店铺1”为用户发送的实体店铺的名称信息，“实体店铺2”、“实体店铺3”等为已经存在的、真实的实体店铺。“实体店铺1”在图中的位置，为实体店铺信息中的位置信息(包含经纬度的坐标)对应的位置。临近条件为以该位置信息为圆心，半径为预设200米的圆形范围内，则如图5所示，虚线圆形即为以“实体店铺1”的位置为圆心，半径为200米的圆形，在虚线圆形范围内，存在3个实体店铺，分别是“实体店铺2”、“实体店铺3”、“实体店铺4”，将这三个实体店铺确定为第一实体店铺集合。

非临近条件为以该位置信息为圆心，半径为预设2000米的圆形范围外，在这个圆形范围外，存在多个实体店铺，从中选择3个“实体店铺n”、“实体店铺n-1”、“实体店铺n-2”，确定为第二实体店铺集合。

步骤33：将第一实体店铺集合和第二实体店铺集合确定为候选实体店铺集合。

本步骤中，可以将“实体店铺2”、“实体店铺3”、“实体店铺4”以及“实体店铺n”、“实体店铺n-1”、“实体店铺n-2”，确定为候选实体店铺集合。

步骤34：将临近条件、以及候选实体店铺集合对应的候选实体店铺信息发送给该用户。

在步骤32中，临近条件为以待验证实体店铺的位置信息为圆心，半径为预设200米的圆形范围内。则本步骤就可以如图6所示，将这个临近条件作为验证条件发送给用户，并且设定只能选择3个实体店铺。比如，可以将“选出3个距离您较近的店铺”发送给用户。

与此同时，将候选实体店铺集合对应的候选实体店铺信息，比如候选实体店铺的名称信息、以及实景图像，发送给该用户。

步骤35：接收该用户从候选实体店铺集合中的选取结果。

如图6所示，为用户提供选取的界面，使用户可以选取并返回选取的结果。在前一步骤中已经设定只能选择3个实体店铺，所以，本步骤就可以接收用户从候选实体店铺集合中选取的3个实体店铺。

步骤36：将选取结果中的候选实体店铺与第一实体店铺集合进行匹配；当匹配程度满足通过条件时，验证通过。

通过条件为匹配程度不小于50％，所以只有当用户选取的3个实体店铺中，是“实体店铺2”、“实体店铺3”、“实体店铺4”中的两个或三个，才可以验证通过。

采用实施例3提供的方法，根据用户发送的实体店铺信息中的位置信息，确定与该实体店铺的位置关系满足临近条件、且不包含该实体店铺的第一实体店铺集合、以及与该实体店铺的位置关系满足非临近条件的第二实体店铺集合，并将两实体店铺集合确定为候选实体店铺集合。根据该用户在临近条件下对该候选实体店铺集合对应的候选实体店铺信息的判断结果，对该实体店铺进行验证。相比于现有技术通过人工审核较为主观地判断实体店铺信息本身的真实性而导致的验证准确性较低的问题，本方案绕过实体店铺本身，根据用户对实体店铺周围环境的了解情况，较为客观的从侧面验证实体店铺的真实性，从而提高了验证的准确性。此外，本方案可以减少、甚至避免人工审核的干预，从而提高了验证过程的时效性。

实施例4

基于相同的发明构思，实施例4提供了一种实体信息验证装置，用于提高验证实体信息的准确性。该装置如图7所示，包括：第一确定单元41、第二确定单元42以及验证单元43，其中，

第一确定单元41，可以确定用户发送的实体信息中的位置信息；

第二确定单元42，可以根据位置信息，确定与实体的位置关系满足预设条件的候选实体集合，候选实体集合中不包含实体；

验证单元43，可以根据用户在预设验证条件下对候选实体集合对应的候选实体信息的判断结果，对实体信息进行验证。

在一种实施方式中，第二确定单元42，可以

根据位置信息，确定与实体的位置关系满足临近条件的第一实体集合，和/或

根据位置信息，确定与实体的位置关系满足非临近条件的第二实体集合；

将第一实体集合和/或第二实体集合确定为候选实体集合。

在一种实施方式中，候选实体集合至少包含第一实体集合，且预设验证条件为临近条件，则

验证单元43，可以

将临近条件发送给用户；

接收用户从候选实体集合中的选取结果；

根据选取结果，对实体信息进行验证。

在一种实施方式中，验证单元43，可以

将选取结果中的候选实体与第一实体集合进行匹配；

当匹配程度满足通过条件时，验证通过。

在一种实施方式中，临近条件，包括：以位置信息为圆心，半径为预设第一阈值的圆形范围内。

在一种实施方式中，候选实体信息，可以包括下述至少一种：

候选实体名称信息；候选实体实景图像；候选实体商标信息。

采用实施例4提供的装置，根据用户发送的实体信息中的位置信息，确定与该实体的位置关系满足预设条件、且不包含该实体的候选实体集合，根据该用户在预设验证条件下对该候选实体集合对应的候选实体信息的判断结果，进行验证。相比于现有技术通过人工审核较为主观地判断实体信息本身的真实性而导致的验证准确性较低的问题，本方案绕过实体本身，根据用户对实体周围环境的了解情况，较为客观的从侧面验证实体的真实性，从而提高了验证的准确性。此外，本方案减少、甚至可以避免人工审核的干预，从而提高了验证过程的时效性。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。