移动终端的验证方法和验证系统与流程

本发明涉及移动终端领域，尤其涉及一种移动终端的验证方法和验证系统。

背景技术：

诸如手机的移动终端采用特征码识别硬件。特征码是移动终端的唯一标识，使得服务器或应用程序(APP)可以提供与硬件关联的服务，例如系统安全、个性化设置、维修记录、软件注册、定位等功能。移动终端的制造商或者运营商为了管理硬件，在服务器上存储移动终端的特征码列表，并且在移动终端接入网络时，将移动终端的特征码与服务器端的特征码列表进行比较，从而可以验证移动终端。

例如，手机的特征码为32字节的数字值。手机制造商制造的手机经常会达到数千万部，并且将全部制造手机的特征码存储在主服务器的特征码列表中。在手机接入网络时，可以通过APP访问主服务器，将特征码发送至主服务器，主服务器从特征码列表中查询到特征码，就判断验证通过。

然而，如果所有手机的查询均在主服务器上进行，则查询请求会使主服务器的负载过大，运行效率降低，影响主服务器其他方面的网络服务。

技术实现要素：

有鉴于此，本公开实施例提供一种移动终端的验证方法和验证系统，以提高提升移动终端的验证速度。

根据本公开实施例的第一方面，本公开实施例提供一种移动终端的验证方法，应用于第一服务器，包括：接收包含特征码的验证请求，所述特征码是所述移动终端的唯一标识；判断是否存储有所述特征码；如果没有存储有所述特征码，则向第二服务器发送包含所述特征码的验证请求，从所述第二服务器上接收验证通过或验证不通过的结果信息。

可选地，还包括：如果接收到验证通过的结果信息，向所述第二服务器提交包含所述特征码的下载请求，以下载所述特征码。

可选地，还包括：在所述第一服务器上缓存从第二服务器上下载的所述特征码。

可选地，所述在所述第一服务器上缓存从第二服务器上下载的所述特征码包括：通过消息队列缓存所述特征码。

可选地，所述通过消息队列缓存所述特征码包括：判断所述消息队列中存储的特征码是否超过预设的阈值；如果超过预设的阈值，则删除最早进入的特征码，并将从所述第二服务器上下载的特征码保存到所述消息队列的尾部；如果没有超过预设的阈值，则将所述特征码保存到所述消息队列的尾部。

根据本公开实施例的第二方面，本公开实施例提供一种移动终端的验证方法，应用于第二服务器，包括：接收第一服务器发送的包含特征码的验证请求，所述特征码是所述移动终端的唯一标识；判断是否存储有所述特征码；如果存储有所述特征码，向所述第一服务器发送验证通过的结果信息；如果没有存储有所述特征码，向所述第一服务器发送验证不通过的结果信息。

可选地，还包括：接收所述第一服务器发送的包含特征码的下载请求；以及校验所述下载请求以确定是否允许所述第一服务器下载所述特征码。

可选地，所述校验所述下载请求以确定是否允许所述第一服务器下载所述特征码包括：判断所述特征码是否被下载过；如果所述特征码没有被下载过，则允许所述第一服务器下载所述特征码；如果所述特征码被下载过，判断所述特征码是否被所述第一服务器下载过；如果所述特征码没有所述第一服务器下载过，则不允许所述第一服务器下载所述特征码；如果所述特征码被所述第一服务器下载过，则允许所述第一服务器下载所述特征码。

根据本公开实施例的第二方面，本公开实施例提供一种移动终端的验证系统，包括多个第一服务器和第二服务器，

所述第一服务器包括接收单元、第一判断单元和第一通信单元，

所述接收单元用于接收所述包含特征码的验证请求，所述特征码是所述移动终端的唯一标识；所述第一判断单元用于判断是否存储有所述特征码；所述第一通信单元用于如果没有存储有所述特征码，则向第二服务器发送包含所述特征码的验证请求，并从所述第二服务器上接收验证通过或验证不通过的结果信息；

所述第二服务器包括第二通信单元和第二判断单元，

所述第二通信单元用于接收第一服务器发送的包含特征码的验证请求，并根据所述第二判断单元的判断结果向所述第一服务器发送验证通过或验证不通过的结果信息；所述第二判断单元用于判断是否存储有所述特征码。

可选地，所述第一服务器还包括：下载单元，用于如果所述第一服务器接收到验证通过的结果信息，向所述第二服务器提交包含所述特征码的下载请求，以下载所述特征码；缓存单元，用于在所述第一服务器上缓存从所述第二服务器上下载的所述特征码。

可选地，所述缓存单元包括：通过消息队列缓存所述特征码。

可选地，所述缓存单元包括：判断所述消息队列中存储的特征码是否超过预设的阈值；如果超过预设的阈值，则删除最早进入的特征码，并将从所述第二服务器上下载的特征码保存到所述消息队列的尾部；如果没有超过预设的阈值，则将所述特征码保存到所述消息队列的尾部。

可选地，所述第二服务器还包括：校验单元，用于校验所述下载请求以确定是否允许所述第一服务器下载所述特征码。

可选地，所述校验单元包括：判断所述特征码是否被下载过；如果所述特征码没有被下载过，则允许所述第一服务器下载所述特征码；如果所述特征码被下载过，判断所述特征码是否被所述第一服务器下载过；如果所述特征码没有所述第一服务器下载过，则不允许所述第一服务器下载所述特征码；如果所述特征码被所述第一服务器下载过，则允许所述第一服务器下载所述特征码。

可选地，所述第一服务器为本地服务器，所述第二服务器为云端服务器。

本公开实施例的移动终端的验证方法，通过第一服务器和第二服务器配合实现对移动终端的验证，当第一服务器上没有存储移动终端的特征码时，向第二服务器发送验证请求，通过第二服务器完成移动终端的验证，从而提高移动终端的验证效率。

进一步地，一部分移动终端的特征码下载并缓存到第一服务器上，从而使越来愈多的移动终端在第一服务器上完成验证，通过多个第一服务器对应一个第二服务器，可以分担第二服务器的性能压力，提高移动终端的验证效率。

附图说明

通过参照以下附图对本公开实施例的描述，本公开实施例的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是移动终端的验证系统的部署示意图；

图2是根据本公开实施例的应用于第一服务器的移动终端的验证方法的流程图；

图3是根据本公开实施例的应用于第二服务器的移动终端的验证方法的流程图；

图4是根据本公开实施例的移动终端验证方法的第一服务器和第二服务器的交互示意图；

图5是根据本公开另一实施例的应用于第二服务器的移动终端的验证方法的流程图；

图6是图5中的步骤506“校验下载请求以确定是否允许第一服务器下载所述特征码”的流程图；

图7是根据本公开实施例的验证系统的结构图；

图8是根据本公开另一实施例的验证系统的结构图；

具体实施方式

以下基于实施例对本公开实施例进行描述，但是本公开实施例并不仅仅限于这些实施例。在下文对本公开实施例的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本公开实施例。为了避免混淆本公开实施例的实质，公知的方法、过程、流程没有详细叙述。另外附图不一定是按比例绘制的。

图1是移动终端的验证系统的部署示意图。参考图1，移动终端向第一服务器提交包含移动终端的特征码的验证请求。如果移动终端上的某些APP需要验证特征码，则在启动这些APP时，该APP向第一服务器发送验证请求。第一服务器上缓存有部分的移动终端的特征码，如果第一服务器上没有某个移动终端的特征码，可以进一步向第二服务器发送包含某个特征码的验证请求，第二服务器判断该特征码是否存储在第二服务器上，以确定验证是否通过。只要第一服务器和第二服务器其中之一存储有该移动终端的特征码，则验证通过。这里，第一服务器和第二服务器存储有合法的移动终端的特征码。第一服务器上存储的特征码是第二服务器的特征码的子集，第一服务器可以为本地服务器，通过局域网访问，第二服务器可以是云端服务器，通过internet访问。通过第一服务器和第二服务器的配合，提高了移动终端的特征码的验证效率。

其中，移动终端的特征码唯一标识一个移动终端，例如，IMEI(International Mobile Equipment Identity，移动设备国际识别码，又称为国际移动设备标识)是手机的特征码。

图2是根据本公开实施例的应用于第一服务器的移动终端的验证方法的流程图。如图2所述，该验证方法包括以下步骤。

在步骤201中，接收包含特征码的验证请求。移动终端的特征码用于唯一标识移动终端，因此可以通过特征码定位移动终端，从而和移动终端通信。

在步骤202中，判断是否存储有特征码。如果第一服务器上没有存储有特征码，则执行步骤203，否则执行步骤205。

在步骤203中，向第二服务器发送包含特征码的验证请求。

在步骤204中，从第二服务器上接收验证通过或验证不通过的结果信息。

在步骤205中，验证通过。

图3是根据本公开实施例的应用于第二服务器的移动终端的验证方法的流程图。如图3所述，该验证方法包括以下步骤。

在步骤301中，接收第一服务器发送的包含特征码的验证请求。

在步骤302中，判断是否存储有特征码。如果第二服务器上存储有特征码，则执行步骤303，否则执行步骤304。

在步骤303中，向第一服务器发送验证通过的结果信息。

在步骤304中，向第一服务器发送验证不通过的结果信息。

在上述实施例中，通过第一服务器和第二服务器配合实现对移动终端的验证，当第一服务器上没有存储移动终端的特征码时，向第二服务器发送验证请求，第二服务器判断第二服务器上是否存储有移动终端的特征码，从而完成移动终端的验证。通过第一服务器和第二服务器的合作，减轻了单一服务器的性能压力，提高了移动终端的验证效率。

图4是根据本公开实施例的移动终端验证方法的第一服务器和第二服务器的交互示意图。如图4所示，该验证方法通过第一服务器和第二服务器上交互完成。具体包括以下步骤。

在步骤410中，移动终端向第一服务器发送包含特征码的验证请求。

在步骤411中，第一服务器判断第一服务器是否存储有所述特征码。

在步骤412中，在第一服务器没有存储有所述特征码的情况下，第一服务器向第二服务器发送包含所述特征码的验证请求。

在步骤413中，第二服务器判断第二服务器上是否存储有所述特征码。

在步骤414中，第二服务器向第一服务器发送验证结果，该验证结果可以是验证通过或验证不通过。

在步骤415中，第一服务器在验证通过的情况下，向第二服务器发送提交包含所述特征码的下载请求。

在步骤416中，第二服务器接收到下载请求后，对下载请求进行校验。

在步骤417中，在校验通过的情况下，第一服务器从第二服务器下载到所述特征码。

在步骤418中，第一服务器缓存所述特征码。

在步骤419中，第一服务器向移动终端发送移动终端的验证结果。

在本公开实施例中，第一服务器将第二服务器上验证通过的移动终端的特征码缓存到第一服务器上，从而使第一服务器上缓存的特征码越来越多，则通过第一服务器进行验证通过的移动终端也越来越多，从而减轻了第二服务器的性能压力。进一步地，第一服务器是本地服务器，第二服务器是云端服务器，大部分的移动终端都通过本地服务器进行验证，验证效率将大大提高。

在一个应用场景中，每个省份设置一个第一服务器，使本省内的移动终端均可以通过本省的服务器进行验证，只有跨省用户验证时才使用第二服务器验证。从而，移动终端的验证效率得以提高。

但在另一个应用场景里，如果移动终端在多个不同省份发送验证请求，由于第一服务器会从第二服务器上下载特征码，则该移动终端的特征码会存储于多个省份的服务器上，造成数据冗余。在图5所示的实施例中，通过对第一服务器的特征码下载请求进行判断，避免了数据冗余。

图5是根据本公开另一实施例的应用于第二服务器的移动终端的验证方法的流程图。如图5所示，该验证方法包括以下步骤。

在步骤501中，接收第一服务器发送的包含特征码的验证请求。

在步骤502中，判断是否存储有特征码。如果第二服务器上存储有特征码，则执行步骤503，否则执行步骤504。

在步骤503中，向第一服务器发送验证通过的结果信息。

在步骤504中，向第一服务器发送验证不通过的结果信息。

在步骤505中，接收第一服务器发送的包含特征码的下载请求

在步骤506中，校验下载请求以确定是否允许第一服务器下载所述特征码。核验方法可以采取多种方案。例如，一个移动终端的特征码只允许被下载一次。或者，如果某个移动终端的特征码被某个第一服务器下载过后，则以后只允许该第一个服务器下载该特征码。

在本公开实施例中，通过校验下载请求以确定是否允许第一服务器下载特征码，从而避免多个第一服务器同时存储有某个特征码，造成数据冗余。

图6是图5中的步骤506“校验下载请求以确定是否允许第一服务器下载所述特征码”的流程图。如图6所示，具体包括以下步骤。

在步骤5061中，判断特征码是否被下载过。如果特征码被下载过，执行步骤5063，否则执行步骤5063。

在步骤5062中，允许第一服务器下载特征码。

在步骤5063中，判断特征码是否被第一服务器下载过。如果特征码被第一服务器下载过，执行5064，否则执行步骤5065。

在步骤5064中，允许第一服务器下载特征码。

在步骤5065中，不允许第一服务器下载所述特征码。

在上述步骤中，如果特征码从未被下载过，则允许第一服务器下载该特征码，如果特征码曾经被第一服务器下载过，则运行第一服务器下载，否则说明特征码曾经被除第一服务器之外的其他服务器下载过，为了避免数据冗余，不允许第一服务器下载该特征码。从而，特定特征码不会存储在多个第一服务器上，避免了数据冗余。

在可选的实施例中，第一服务器通过消息队列缓存特征码。该消息队列将从第二服务器上下载的特征码会存储到消息队列的尾部，如果消息队列存储的特征码已经超过它最大的容量，则由于消息队列的先进先出的特性，最早进入的特征码会被删除掉。

在可选的实施例中，第一服务器通过HASH表、数据库表等存储特征码，为了能够实现先进先出的特性，HASH表或数据库表同时存储有每个特征码的最新访问时间。如果超过最大容量，则删除最早访问的特征码。

图7是根据本公开实施例的验证系统的结构图。图7中的验证系统中只示出了一个第一服务器60和第二服务器70。但实际上，该验证系统可以包括多个第一服务器和多个第二服务器。

第一服务器60包括接收单元601、第一判断单元602和第一通信单元603。

接收单元601用于接收包含特征码的验证请求，所述特征码是所述移动终端的唯一标识。

第一判断单元602用于判断是否存储有特征码。

第一通信单元603用于如果没有存储有特征码，则向第二服务器发送包含特征码的验证请求，并从第二服务器上接收验证通过或验证不通过的结果信息。

第二服务器70包括第二通信单元701和第二判断单元702。

第二通信单元701用于接收第一服务器发送的包含特征码的验证请求，并根据第二判断单元的判断结果向第一服务器发送验证通过或验证不通过的结果信息。

第二判断单元702用于判断是否存储有特征码。

本公开实施例提供的移动终端的验证系统，通过第一服务器和第二服务器配合实现对移动终端的验证，当第一服务器上没有存储移动终端的特征码时，向第二服务器发送验证请求，第二服务器判断第二服务器上是否存储有移动终端的特征码，从而完成移动终端的验证。通过第一服务器和第二服务器的合作，减轻了单一服务器的性能压力，提高了移动终端的验证效率。

图8是根据本公开另一实施例的验证系统的结构图。如图8所示，该验证系统中第一服务器70和第二服务器80。

第一服务器70包括接收单元701、第一判断单元702、第一通信单元703、下载单元704和缓存单元705。

接收单元701用于接收包含特征码的验证请求，所述特征码是所述移动终端的唯一标识。

第一判断单元702用于判断是否存储有特征码。

第一通信单元703用于如果没有存储有特征码，则向第二服务器发送包含特征码的验证请求，并从第二服务器上接收验证通过或验证不通过的结果信息。

下载单元704用于如果所述第一服务器接收到验证通过的结果信息，向所述第二服务器提交包含所述特征码的下载请求，以下载所述特征码。

缓存单元705用于在所述第一服务器上缓存从所述第二服务器上下载的所述特征码。缓存单元705可以通过消息队列缓存所述特征码。具体地，例如，判断所述消息队列中存储的特征码是否超过预设的阈值；如果超过预设的阈值，则删除最早进入的特征码，并将从第二服务器上下载的特征码保存到消息队列的尾部；如果没有超过预设的阈值，则将特征码保存到消息队列的尾部。

第二服务器80包括第二通信单元801、第二判断单元802和校验单元803。

第二通信单元801用于接收第一服务器发送的包含特征码的验证请求，并根据第二判断单元的判断结果向第一服务器发送验证通过或验证不通过的结果信息。

第二判断单元802用于判断是否存储有特征码。

校验单元803用于校验所述下载请求以确定是否允许所述第一服务器下载所述特征码。

本公开实施例提供的移动终端的验证系统，第二服务器校验第一服务器的下载请求，确定是否允许第一服务器下载一个特征码，从而避免产生冗余数据，随着第一服务器上缓存的特征码越来越多，第一服务器验证通过的移动终端也越来越多，从而减轻了第二服务器的性能压力。另外，第一服务器可以本地服务器，通过局域网访问，第二服务器是云端服务器，通过internet访问，大部分的移动终端都通过本地服务器进行验证，验证效率将大大提高。

在可选的实施例中，校验单元803包括：判断所述特征码是否被下载过；如果所述特征码没有被下载过，则允许第一服务器下载所述特征码；如果所述特征码被下载过，判断所述特征码是否被第一服务器下载过；如果所述特征码没有第一服务器下载过，则不允许第一服务器下载所述特征码；如果所述特征码被第一服务器下载过，则允许第一服务器下载所述特征码。

系统的各个或单元可以通过硬件、固件或软件实现。软件例如包括采用JAVA、C/C++/C#、SQL等各种编程语言形成的编码程序。虽然在方法以及方法图例中给出本公开实施例的步骤以及步骤的顺序，但是所述步骤实现规定的逻辑功能的可执行指令可以重新组合，从而生成新的步骤。所述步骤的顺序也不应该仅仅局限于所述方法以及方法图例中的步骤顺序，可以根据功能的需要随时进行调整。例如将其中的某些步骤并行或按照相反顺序执行。

根据本公开实施例的系统和方法可以部署在单个或多个服务器上。例如，可以将不同的分别部署在不同的服务器上，形成专用服务器。或者，可以在多个服务器上分布式部署相同的功能单元、或系统，以减轻负载压力。所述服务器包括但不限于在同一个局域网以及通过Internet连接的多个PC机、PC服务器、刀片机、超级计算机等。

以上所述仅为本公开实施例的优选实施例，并不用于限制本公开实施例，对于本领域技术人员而言，本公开实施例可以有各种改动和变化。凡在本公开实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开实施例的保护范围之内。