CN106095901A - 一种数据验证方法及验证系统 - Google Patents

Abstract

本发明涉及信息处理技术领域，公开了一种数据验证方法。该验证方法包括：包括：获取用户输入的第一数据；将获取的第一数据与数据库中预存的第二数据进行匹配；根据第一数据与第二数据的匹配度得到验证结果；其中，验证结果包括：数据库中存在与第一数据匹配的第二数据、数据库中存在与第一数据相似的第二数据、数据库中不存在与第一数据匹配的第二数据。本发明还公开了一种数据验证系统。本发明实施方式相对于现有技术而言，在获取第一数据后，可根据第一数据与数据库中预存的第二数据的匹配度给出验证结果，使得用户可根据该验证结果及时获知自己输入的第一数据是否正确。这种做法既有利于提高第一数据的正确率，也有助于提高工作效率。

Description

一种数据验证方法及验证系统

技术领域

本发明涉及信息处理技术领域，特别涉及一种数据验证方法及验证系统。

背景技术

随着互联网的发展，网上购物已成为时下流行的购物模式。用户通过网上购物足不出户就能购买到所需的物品，既省心又省力。

通常需要用户手动输入姓名、地址、邮编等送货信息(如图1所示)。在用户输入的众多信息中，地址这一信息无疑是最容易出错的。为了保证商品能够顺利到达，用户常常需要将居住地址从市到区到街道到门牌号一一列举出，涉及到跨省(或跨州)或跨国交易时，还需要添加所处省或国家的名称。正是如此，地址这一信息的填写不仅耗时，也最容易出错。

发明内容

本发明的目的在于提供一种数据验证方法及验证系统，使得用户输入的第一数据的正确率得以提高。

为解决上述技术问题，本发明实施例提供了一种数据验证方法，包括：获取用户输入的第一数据；将获取的第一数据与数据库中预存的第二数据进行匹配；根据第一数据与第二数据的匹配度得到验证结果；其中，验证结果包括：数据库中存在与第一数据匹配的第二数据、数据库中存在与第一数据相似的第二数据、数据库中不存在与第一数据匹配的第二数据。

本发明实施例还提供了一种数据验证系统，包括获取模块、匹配模块及结果输出模块；获取模块用于获取用户输入的第一数据；匹配模块用于将获取的第一数据与数据库中预存的第二数据进行匹配；结果输出模块用于根据第一数据与第二数据的匹配度得到验证结果；其中，验证结果包括：数据库中存在与第一数据匹配的第二数据、数据库中存在与第一数据相似的第二数据、数据库中不存在与第一数据匹配的第二数据。

相对于现有技术而言，本发明实施例在接收到用户输入的第一数据后，根据输入的第一数据与数据库中预存的第二数据的匹配度给出验证结果。用户可根据该验证结果及时获知自己输入的第一数据是否正确，从而决定是否修改输入的第一数据。这种做法不仅有利于提高用户输入的第一数据的正确率；也有利于避免因第一数据错误而浪费大量的人力、物力及财力，有助于提高工作效率。

另外，第一数据为用户输入的地址；第二数据为预先存储在数据库中的地址。有利于提高用户输入的地址的正确率。

另外，根据第一数据与所述第二数据的匹配度得到验证结果，具体包括：在输入的地址与数据库中预存的地址的匹配度达到预设的匹配度时，判定数据库中存在与输入的地址匹配的地址，并将输入的地址作为可用地址；在输入的地址与数据库中预存的地址的匹配度未达到预设的匹配度时，查找与输入的地址相似的地址。有利于帮助用户辨认输入的地址是否正确。

另外，预设的匹配度包括以下任意一种：输入的地址与数据库中预存的地址完全匹配；第一级及其以上级别行政区的名称均匹配；第二级及其以上级别行政区的名称均匹配；其中，输入的地址至少包括第一级行政区的名称，第二级行政区的名称。

另外，在将所述输入的地址作为可用地址之后，还包括：获取输入的地址的可用级别。有助于用户了解自己输入的地址的正确度。

另外，查找与输入的地址相似的地址，具体包括：在判定数据库中存在与输入的地址相似的地址时，获取并显示相似的地址；在判定数据库中不存在与输入的地址相似的地址时，提示输入的地址错误。另外，获取并显示相似的地址，具体包括：在获取的地址超过3个时，根据相似度，显示最接近的3个地址供用户参考。

另外，在根据第一数据与第二数据的匹配度得到验证结果时，根据输入地址的区域级别，依次与数据库中预存的地址分级进行匹配。

附图说明

图1是根据现有技术的送货信息的示意图

图2是根据本发明第一实施方式的数据验证方法的流程图；

图3是根据本发明第二实施方式的数据验证方法的流程图；

图4是根据本发明第二实施方式的推送相似地址的电脑端的示意图；

图5是根据本发明第二实施方式的推送相似地址的手机端的示意图；

图6是根据本发明第三实施方式的数据验证方法的流程图；

图7是根据本发明第四实施方式的数据验证系统的结构框图；

图8是根据本发明第五实施方式的数据验证系统的结构框图；

图9是根据本发明第六实施方式的终端的结构框图；

图10是根据本发明第七实施方式的数据验证系统的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种数据验证方法。其具体流程如图2所示，其包括：

步骤201，获取用户输入的第一数据。

步骤202，将获取的第一数据与数据库中预存的第二数据进行匹配。

步骤203，根据第一数据与第二数据的匹配度得到验证结果。

在本实施方式中，该验证结果包括：数据库中存在与第一数据匹配的第二数据、数据库中存在与第一数据相似的第二数据、数据库中不存在与第一数据匹配的第二数据。

相对于现有技术而言，本实施方式在接收到用户输入的第一数据后，根据输入的第一数据与数据库中预存的第二数据的匹配度给出验证结果。用户可根据该验证结果及时获知自己输入的第一数据是否正确，从而决定是否修改输入的第一数据。这种做法不仅有利于提高用户输入的第一数据的正确率；也有利于避免因第一数据错误而浪费大量的人力、物力及财力，有助于提高工作效率。

本发明的第二实施方式涉及一种数据验证方法。第二实施方式将以第一数据为用户输入的地址、第二数据为预先存储在数据库中的地址为例，对如何用第二数据验证第一数据的过程进行说明。

本实施方式的具体流程如图3所示，其包括：

步骤301，获取用户输入的地址。

一般来说，终端(可以是智能手机、平板电脑、笔记本电脑等智能终端)在接收到用户发送的确认订单的指令后，就会提供一个供用户输入送货信息(如收货人姓名、联系方式、送货地址等)的人机交互界面。用户即可通过该人机交互界面输入送货的地址。

在接收到用户输入的地址后，进入步骤302。

步骤302，将该输入的地址与数据库中预存的地址进行匹配。

以中国为例，在本实施方式中，该输入的地址可以是：邮政编码+省份名称(如江苏省)+城市名称(如南京市)+辖区名称(如玄武区)+街道名称+门牌号。若是其它国家的话，如美国，该输入的地址可以是：门牌号+街道名称+辖区名称(即Place)+城镇/城市名称(即Town/City)+州名称(即State)+邮政编码。

在将用户输入的地址与数据库中预存的地址进行匹配时，本实施方式可依次从邮政编码到门牌号进行匹配，即根据输入地址的区域级别，从大到小依次进行匹配。如用户输入的地址是“123456A省B市C区D街道E号”。本实施方式在匹配时，可先从数据库中找到邮政编码123456，在找出“123456”时，再依次去找“A省”、“B市”等后续地址信息。

步骤303，判断该输入的地址与数据库中预存的地址的匹配度是否达到预设的匹配度。若是，则进入步骤304；否则，则进入步骤305。

在本实施方式中，该输入的地址至少包括第一级行政区的名称，第二级行政区的名称。比如说，该第一级行政区可以是辖区，第二级行政区可以是街道。

一般来说，当用户输入的地址中，邮政编码、省份名称、城市名称及辖区名称都正确时，商家即可锁定用户所在的大致区域。此时，只需要该辖区的送货员花一些时间即可弄清用户所在的具体位置(如电话联系用户)，因此，本实施方式中，该预设的匹配度可以是第一级及其以上级别行政区的名称均匹配。

值的一提的是，本实施方式将邮政编码、省份名称、城市名称及辖区名称等均认为是街道以上级别行政区。也就是说，当在数据库中匹配到该输入地址中的邮政编码、省份名称、城市名称、辖区名称时，即可判定该输入的地址为可用地址。如用户输入的地址是“123456A省B市C区D街道E号”，只要在数据库中找到“123456A省B市C区”，即认为用户输入的地址为可用地址。

在实际应用中，该预设的匹配度可包括以下任意一种：输入的地址与数据库中预存的地址完全匹配；第一级及其以上级别行政区的名称均匹配；第二级及其以上级别行政区的名称均匹配。

步骤304，显示该输入的地址为可用地址。

在步骤303中判定该输入的地址与数据库中预存的地址的匹配度达到预设的匹配度时，即判定数据库中存在与输入的地址匹配的地址。在本步骤中即可将该输入的地址作为可用地址并显示。

步骤305，判断数据库预存的地址中是否存在与该输入的地址相似的地址。若是，则进入步骤306；否则，则进入步骤307。

步骤306，获取并显示该相似的地址，供用户参考。

一般来说，与输入的地址中的邮政编码、省份名称、城市名称、辖区名称及街道名称中的某一项或某几项相同，都可以认为是该输入地址的相似地址。但在实际应用中，可选取其中2个或3个相似度最高的地址推送给用户。

用户可根据实际情况选择其中的某一个相似地址作为送货地址，也可以坚持用自己输入的地址作为输入地址。

如图4、图5所示，用户输入的地址是“Sheraton Seattle Hotel 1400 6th AveSeattle，WA 98101”。本实施方式可将与其相似的地址“Green Garden 1400 6th AveSeattle，WA 98101”、“1400 6th Avenue Seattle，WA 98101”、“Sheraton Seattle Hotel1400 6th Ave Seattle，WA98109”推送给用户，供其参考。

步骤307，提示用户该输入的地址为错误地址。

本实施方式预先在数据库中存储各地区的地址(可以是该送货地区的地址)。在接收到用户输入的地址后，根据输入的地址与数据库中预存的地址的匹配度得到验证结果。用户可根据该验证结果及时获知自己输入的地址是否正确，从而决定是否修改输入的地址。这种做法不仅有利于提高用户输入地址的正确率，保证商家将商品成功送达给用户，提升用户的体验；也有利于避免因地址错误而使商家浪费大量的人力、物力及财力，有助于提高商家的工作效率。

本发明第三实施方式涉及一种数据验证方法。第三实施方式是在第二实施方式的基础上做的进一步改进，其改进之处在于：第三实施方式在判定该输入的地址为可用地址或存在相似的地址时，还会进一步获取该输入地址的可用级别或相似地址与该输入地址的区别点，并将获取结果发送给用户，供其参考。

本实施方式的具体流程如图6的所示：

步骤601，获取用户输入的地址。

步骤602，将该输入的地址与数据库中预存的地址进行匹配。

在将用户输入的地址与数据库中预存的地址进行匹配时，本实施方式可依次从邮政编码到门牌号进行匹配，即根据输入地址的区域级别，从大到小依次进行匹配。

步骤603，判断该输入的地址与数据库中预存的地址的匹配度是否达到预设的匹配度。若是，则进入步骤604；否则，则进入步骤605。

步骤604，获取该输入的地址的可用级别。

具体地说，若该输入的地址中邮政编码、省份名称、城市名称、辖区名称正确(即在数据库中能够匹配到该邮政编码、省份名称、城市名称、辖区名称)，街道名称及门牌号错误(即在数据库中匹配不到)，则判定该输入地址的可用级别为“辖区级”；若该输入的地址中邮政编码、省份名称、城市名称、辖区名称及街道名称均正确，门牌号错误，则判定该输入地址的可用级别为“街道级”；若该输入的地址全部正确，则判定该输入的地址为“完全正确级”。

例如，用户输入的地址为“123456A省B市C区D街道E号”，在数据库中能找到“123456A省B市C区”，找不到后面的“D街道E号”，则认为该输入地址的可用级别为“辖区级”。

步骤605，判断数据库预存的地址中是否存在与该输入的地址相似的地址。若是，则进入步骤606；否则，则进入步骤607。

步骤606，获取并显示该相似地址及对应的区别点，供用户参考。

该区别点即为该相似地址与该输入地址的区别部分。

例如，用户输入的地址是“123456A省B市C区D街道E号”。选取的3个相似地址分别为“123456B省B市C区D街道E号”、“123456B省A市C区D街道E号”、“654321A省B市C区D街道E号”。不难发现，第一个相似地址与该输入地址的省份名称不同，两者的区别点即为“省名不同”；第二个相似地址与该输入地址的区别点即为“省、市名调换”；第三个相似地址与该输入地址的区别点即为“邮政编码不同”。

本实施方式可在显示每个相似地址时，在该相似地址的下面注明该区别点，供用户参考。

步骤607，提示用户该输入的地址为错误地址。

步骤608，显示该输入地址为可用地址及该输入地址的可用级别。

如步骤604中的例子，本实施方式可在输入地址的对话框的下面显示该输入的地址为可用地址，并注明可用级别为“辖区级”。用户可根据该可用级别，选择是否修改该输入的地址。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种数据验证系统。如图7所示，该数据验证系统包括获取模块71、匹配模块72及结果输出模块73。

其中，获取模块71用于获取用户输入的第一数据。匹配模块72用于将获取的第一数据与数据库中预存的第二数据进行匹配。结果输出模块73用于根据第一数据与第二数据的匹配度得到验证结果。其中，验证结果包括：数据库中存在与第一数据匹配的第二数据、数据库中存在与第一数据相似的第二数据、数据库中不存在与第一数据匹配的第二数据。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第五实施方式涉及一种数据验证系统。本实施方式将以第一数据为用户输入的地址、第二数据为预先存储在数据库中的地址为例，对该数据验证系统如何用第二数据验证第一数据进行说明。

如图8所示，本实施例中，该数据验证系统包括地址获取模块81、地址匹配模块82及地址输出模块83。

其中，地址获取模块81用于获取用户输入的地址。

地址匹配模块82用于将该输入的地址与数据库中预存的地址进行匹配。

地址输出模块83用于根据该输入的地址与数据库中预存的地址的匹配度得到验证结果。具体地说，在本实施方式中，该地址匹配模块82还包括判断子模块821、可用子模块822及查找子模块823。

其中，判断子模块821用于判断输入的地址与数据库中预存的地址的匹配度是否达到预设的匹配度。

可用子模块822用于在判断子模块821判定输入的地址与数据库中预存的地址的匹配度达到预设的匹配度时，将输入的地址作为可用地址。

查找子模块823用于在判断子模块821判定输入的地址与数据库中预存的地址的匹配度未达到预设的匹配度时，查找与输入的地址相似的地址。

另外，值的一提的是，本实施方式中，该预设的匹配度可以是第一级及其以上级别行政区的名称均匹配。其中，该第一级行政区可以是辖区。

本实施方式将邮政编码、省份名称、城市名称及辖区名称等均认为是街道以上级别行政区。也就是说，当在数据库中匹配到该输入地址中的邮政编码、省份名称、城市名称、辖区名称时，即可判定该输入的地址为可用地址。如用户输入的地址是“123456A省B市C区D街道E号”，只要在数据库中找到“123456A省B市C区”，即认为用户输入的地址为可用地址。

不难发现，本实施方式为与第二实施方式相对应的系统实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第六实施方式涉及一种终端。如图9所示，该终端包括处理器91、存储器92、显示器93和输入设备94。

其中，处理器91为系统的核心，其可以CPU(中央处理器)、DSP(Digital SignalProcessor，数字信号处理器)等，其主要负责将用户输入的第一数据与数据库中预存的第二数据进行匹配，并根据第一数据与第二数据的匹配度得到验证结果。其中，存储器92可以为ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机访问存储器)、缓存或闪存等存储设备，其可以用于存储第二数据。该存储的第二数据用于使得处理器91实现将用户输入的第一数据与数据库中预存的第二数据进行匹配的功能。其中，显示器93主要用于显示人机交互界面。其中，输入设备94主要用于供用户输入第一数据至人机交互界面。

该终端可以是智能手机、PC(个人计算机)或平板电脑等智能终端。本实施方式将以该电子设备为智能手机为例进行说明。

当电子设备为智能手机时，该输入设备94为触摸屏。

具体地说，在本实施方式中，用户可通过触摸屏在显示器93显示的人机交互界面上输入第一数据。

处理器91在接收到用户输入的第一数据时，将第一数据与预存在存储器92中的第二数据进行匹配，并根据第一数据与第二数据的匹配度得到验证结果。

不难发现，本实施方式为与第一实施方式相对应的实体装置实施例。本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

第七实施方式涉及一种数据验证系统。如图10所示，该验证系统包括终端1011及服务器1012。其中，该终端1011包括处理器10111、显示器10112和收发器10113及输入设备10114。

其中，处理器10111为系统的核心，其可以CPU(中央处理器)、DSP(Digital SignalProcessor，数字信号处理器)等，其主要负责将用户输入的第一数据发送至服务器1012进行匹配。显示器10112主要用于显示人机交互界面。收发器10113主要用于在处理器10111与服务器1012之间进行信息传输。输入设备10114主要用于供用户输入第一数据至人机交互界面。服务器1012主要用于存储第二数据，以及根据第一数据与第二数据的匹配度得到验证结果，并将验证结果反馈给终端1011。

该终端1011可以是智能手机、PC(个人计算机)或平板电脑等智能终端。本实施方式将以该电子设备为智能手机为例进行说明。

当电子设备为智能手机时，该输入设备10114为触摸屏。

具体地说，在本实施方式中，用户可通过触摸屏在显示器10112显示的人机交互界面上输入第一数据。

处理器10111通过人机交互界面获取用户输入的第一数据时，将该第一数据发送给服务器1012进行匹配。服务器1012将第一数据与第二数据进行匹配，根据第一数据与第二数据的匹配度给出验证结果，并将该验证结果通过收发器10113发送给处理器10111。处理器10111可将该验证结果通过显示器10112显示在人机交互界面上，供用户参考。

不难发现，本实施方式为与第一实施方式相对应的实体装置实施例。本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种数据验证方法，其特征在于，包括：

获取用户输入的第一数据；

将所述获取的第一数据与数据库中预存的第二数据进行匹配；

根据所述第一数据与所述第二数据的匹配度得到验证结果；

其中，所述验证结果包括：所述数据库中存在与所述第一数据匹配的第二数据、所述数据库中存在与所述第一数据相似的第二数据、所述数据库中不存在与所述第一数据匹配的第二数据。

2.根据权利要求1所述的数据验证方法，其特征在于，所述第一数据为用户输入的地址；

所述第二数据为预先存储在数据库中的地址。

3.根据权利要求2所述的数据验证方法，其特征在于，根据所述第一数据与所述第二数据的匹配度得到验证结果，具体包括：

在所述输入的地址与数据库中预存的地址的匹配度达到预设的匹配度时，判定所述数据库中存在与所述输入的地址匹配的地址，并将所述输入的地址作为可用地址；

在所述输入的地址与数据库中预存的地址的匹配度未达到预设的匹配度时，查找与所述输入的地址相似的地址。

4.根据权利要求3所述的数据验证方法，其特征在于，所述预设的匹配度包括以下任意一种：

所述输入的地址与数据库中预存的地址完全匹配；

第一级及其以上级别行政区的名称均匹配；

第二级及其以上级别行政区的名称均匹配；

其中，所述输入的地址至少包括第一级行政区的名称，第二级行政区的名称。

5.根据权利要求3所述的数据验证方法，其特征在于，在将所述输入的地址作为可用地址之后，还包括：

获取所述输入的地址的可用级别。

6.根据权利要求3所述的数据验证方法，其特征在于，查找与所述输入的地址相似的地址，具体包括：

在判定所述数据库中存在与所述输入的地址相似的地址时，获取并显示所述相似的地址；

在判定所述数据库中不存在与所述输入的地址相似的地址时，提示所述输入的地址错误。

7.根据权利要求6所述的数据验证方法，其特征在于，获取并显示所述相似的地址，具体包括：

在获取的地址超过3个时，根据相似度，显示最接近的3个地址供用户参考。

8.根据权利要求2所述的数据验证方法，其特征在于，在根据所述第一数据与所述第二数据的匹配度得到验证结果时，根据输入地址的区域级别，依次与数据库中预存的地址分级进行匹配。

9.一种数据验证系统，其特征在于，包括获取模块、匹配模块及结果输出模块；

所述获取模块用于获取用户输入的第一数据；

所述匹配模块用于将所述获取的第一数据与数据库中预存的第二数据进行匹配；

所述结果输出模块用于根据所述第一数据与所述第二数据的匹配度得到验证结果；

其中，所述验证结果包括：所述数据库中存在与所述第一数据匹配的第二数据、所述数据库中存在与所述第一数据相似的第二数据、所述数据库中不存在与所述第一数据匹配的第二数据。

10.根据权利要求9所述的数据验证系统，其特征在于，所述第一数据为用户输入的地址；

所述第二数据为预先存储在数据库中的地址。