数据查询方法、装置及计算机存储介质

技术领域

本申请涉及信息技术领域，尤其涉及一种数据查询方法、装置及计算机存储介质。

背景技术

当用户办理移网新开户业务时，开户地的业务支撑系统需要查询该用户的一证五卡数量是否已达到上限，以确认是否可以为该用户办理该业务。一证五卡是指用户在各营销渠道办理移网新开户业务时，每个用户的居民身份证在全国范围内只能办理五张移网号卡(含上网卡)。如果该用户使用的居民身份证在全国范围内已办理五张及以上移网号卡(含上网卡)，则说明该用户的一证五卡数量已达到上线，不能再用此证件办理开卡业务。

每个用户一证五卡数量中已开卡数量通过自然人系统来收集，自然人系统每次收集一证五卡数量中已开卡数量之后，将该数据保存至分布式关系型数据库服务(distributed relational database service，DRDS)数据库中。DRDS数据库中提供主环境和备环境，并在主环境和备环境中均存储用户的一证五卡数量表。

业务支撑系统需要查询用户的一证五卡数量时，会向自然人系统发送查询请求，然后自然人系统从DRDS数据库查询用户的一证五卡数量并反馈给业务支撑系统。自然人系统从DRDS数据库中查询用户的一证五卡数量时，需要判断是从DRDS数据库的主环境中查询还是从DRDS数据库的备环境中查询。其中，用户的一证五卡数量从DRDS数据库的主环境中查询还是从DRDS数据库的备环境中查询主要是由主备环境开关的值来决定。

在一些实现方式中，自然人系统可以通过多个服务器构成的集群实现，主备环境开关的值存储在远程字典服务(remote dictionary server，Redis)数据库中。业务支撑系统通过集群中的任意服务器实现一证五卡数量查询服务时，该服务器会从Redis数据库中读取主备环境开关的值，然后根据该主备环境开关的值判断是从DRDS数据库的主环境中查询一证五卡数量表还是DRDS数据库的备环境中查询一证五卡数量表。

但是该实现方式存在如下问题：一证五卡数量查询服务请求数量较多时，多台服务器会同时从Redis数据库中调用主备环境开关的值，这会引起服务器与Redis数据库之间的网络堵塞以及导致Redis数据库查询性能降低，从而导致一证五卡数量的查询时延较大。

发明内容

本申请提供一种数据查询方法、装置及计算机存储介质，通过读取存储在查询服务器内存中的主备环境开关的值，来判断是从DRDS数据库的主环境中查询用户办卡数量还是DRDS数据库的备环境中查询用户办卡数量，而不用每次查询都从Redis数据库中读取主备环境开关的值，提高了Redis数据库的查询性能，降低用户办卡数量的查询时延。

第一方面，本申请提供一种数据查询方法。该方法包括：查询服务器从远程字典服务数据库中获取主备环境开关的值；所述查询服务器将所述主备环境开关的值存储在所述查询服务器的内存中；所述查询服务器接收来自业务支撑系统的查询请求，所述查询请求用于请求查询用户的办卡数量；所述查询服务器从所述内存中获取所述主备环境开关的值；在所述主备环境开关的值指示查询环境是主环境时，所述查询服务器从数据库的主环境中查询所述用户的办卡数量；在所述主备环境开关的值指示查询环境是备环境时，所述查询服务器从数据库的备环境中查询所述用户的办卡数量。

本申请的方法中，将用于判断数据库查询环境的主备环境开关的值保存在查询服务器的内存中，每次查询时直接从内存中读取开关值即可，不用每次都从Redis数据库中读取，提高了Redis数据库的查询性能，降低了用户办卡数量的查询时延。

结合第一方面，在第一种可能的实现方式中，所述方法还包括：所述查询服务器接收运维服务器发送的广播消息，所述广播消息用于指示将所述主备环境开关的值更新为第一主备开关值；所述查询服务器根据所述广播消息将内存中所述主备环境开关的值更新为所述第一主备开关值。

该实现方式中，在需要更换数据库的查询环境时，通过接收运维服务器发送的广播消息，将所有查询服务器内存中存储的主备环境开关的值都更改为第一主备开关值，该方式不会在集群扩容或缩容时，遗漏修改任何一台查询服务器内存中主备环境开关的值，并且提高了修改效率。

结合第一方面，在第二种可能的实现方式中，所述方法还包括：所述查询服务器接收运维服务器发送的请求消息，所述请求消息用于调用所述查询服务器的修改内存接口，所述修改内存接口用于将所述主备环境开关的值更新为第一主备开关值；所述查询服务器实时根据所述请求消息调用所述修改内存接口将所述主备开关的值更新为所述第一主备开关值。

结合第一方面或第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述办卡数量包括一证五卡的数量。

第二方面，本申请提供一种数据查询装置。该装置包括：获取模块，用于查询服务器从远程字典服务数据库中获取主备环境开关的值；存储模块，用于所述查询服务器将所述主备环境开关的值存储在所述查询服务器的内存中；接收模块，用于所述查询服务器接收来自业务支撑系统的查询请求，所述查询请求用于请求查询用户的办卡数量；获取模块，还用于所述查询服务器从所述内存中获取所述主备环境开关的值；查询模块，用于在所述主备环境开关的值指示查询环境是主环境时，所述查询服务器从数据库的主环境中查询所述用户的办卡数量；查询模块，还用于在所述主备环境开关的值指示查询环境是备环境时，所述查询服务器从数据库的备环境中查询所述用户的办卡数量。

结合第二方面，在第一种可能的实现方式中，所述装置还包括更新模块，所述更新模块用于：所述查询服务器接收运维服务器发送的广播消息，所述广播消息用于指示将所述主备环境开关的值更新为第一主备开关值；所述查询服务器根据所述广播消息将内存中所述主备环境开关的值更新为所述第一主备开关值。

结合第二方面，在第二种可能的实现方式中，所述装置还包括更新模块，所述更新模块用于：所述查询服务器接收运维服务器发送的请求消息，所述请求消息用于调用所述查询服务器的修改内存接口，所述修改内存接口用于将所述主备环境开关的值更新为第一主备开关值；所述查询服务器实时根据所述请求消息调用所述修改内存接口将所述主备开关的值更新为所述第一主备开关值。

结合第二方面或第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述办卡数量包括一证五卡的数量。

第三方面，本申请提供一种数据查询装置，包括：存储器和处理器；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面或其中任意一种可能的实现方式所述的方法。

第四方面，本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行如第一方面或其中任意一种可能的实现方式所述的方法。

第五方面，本申请提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行如第一方面或其中任意一种可能的实现方式所述的方法。

附图说明

图1为本申请一个实施例的示意性架构图；

图2为本申请一个实施例的数据查询方法的示例性流程图；

图3为本申请一个实施例的更换主备环境开关的值的示例性流程图；

图4为本申请另一个实施例的更换主备环境开关的值的示例性流程图；

图5为本申请一个实施例提供的数据查询装置的结构示意图；

图6为本申请另一个实施例提供的数据查询装置的结构示意图。

具体实施方式

为了更好地介绍本申请的实施例，下面对本申请的实施例中的一些概念进行介绍。

分布式系统：是由一组通过网络进行通信、为了完成共同的任务而协调工作的计算机节点组成。

消息队列(message queue，MQ)：消息是在两台计算机间传送的数据单位。消息可以非常简单，例如只包含文本字符串；也可以更复杂，可能包含嵌入对象。消息被发送到队列中。消息队列是在消息的传输过程中保存消息的容器，是分布式系统中重要的组件。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。消息队列可以通过异步处理提高系统性能、削峰、降低系统耦合性等。

一证五卡是指用户在各营销渠道办理移网新开户业务时，每个用户的居民身份证在全国范围内只能办理五张移网号卡(含上网卡)。

下面结合附图介绍本申请提出的各个方法和相关装置。

图1为本申请一个实施例的示意性架构图。如图1所示，该架构包括：业务支撑系统、Redis数据库、自然人系统和DRDS数据库。

本申请中，业务支撑系统(business support systems，BSS)主要应用于通信行业，通过该系统对用户执行相应业务操作，BSS系统包括客户关系管理、数据采集系统、计费帐务、综合结算、营销支撑这些功能模块。它采用省中心/全国中心两级系统，两级系统相辅相成，共同构建全网服务/全网运营的运营支撑能力。

自然人系统为用户提供用户办卡数量的查询服务，可以通过多个查询服务器构成的集群实现。

Redis数据库中存储的是主备环境开关的值，DRDS数据库的主环境和备环境都存储了用户办卡数量表，用于查询用户的办卡数量。

针对图1所示的技术架构，现有技术在查询用户的办卡数量时，业务支撑系统会向自然人系统发送查询请求，自然人系统接收该查询消息之后，从Redis数据库中读取主备环境开关的值，若读取到的主备环境开关的值指示查询环境是主环境时，自然人系统则从DRDS数据库的主环境中查询用户的办卡数量，若读取到的主备环境开关的值指示查询环境是备环境时，自然人系统则从DRDS数据库的备环境中查询用户的办卡数量。然后自然人系统将从DRDS数据库查询到的用户的办卡数量反馈给业务支撑系统，完成查询。

但是现有技术存在如下问题：用户办卡数量查询服务请求数量较多时，自然人系统的多台查询服务器会同时从Redis数据库中调用主备环境开关的值，这会引起服务器与Redis数据库之间的网络堵塞以及导致Redis数据库查询性能降低，从而导致用户办卡数量的查询时延较大，进一步导致集群响应变慢或超时。

针对上述问题，本申请提出了一种数据查询方法，该方法将主备环境开关的值存储在查询服务器的内存当中，通过读取存储在查询服务器内存中的主备环境开关的值，来判断是从DRDS数据库的主环境中查询用户办卡数量还是DRDS数据库的备环境中查询用户办卡数量，而不用每次查询都从Redis数据库中读取主备环境开关的值，提高了Redis数据库的查询性能，降低用户办卡数量的查询时延，减少了集群响应变慢或超时的情况发生。

图2为本申请一个实施例的数据查询方法的示例性流程图。如图2所示，该方法可以包括：S201、S202、S203、S204、S205和S206。

S201，查询服务器从远程字典服务数据库中获取主备环境开关的值。

本实施例中，远程字典服务数据库为Redis数据库，该数据库中存储了用于指示查询环境的主备环境开关的值。

一种可能的实现方式，查询服务器向Redis数据库发送主备环境开关值的查询请求，Redis数据库接收该请求之后，查询数据库中存储的主备环境开关的值，并将该值反馈给查询服务器。

S202，查询服务器将主备环境开关的值存储在查询服务器的内存中。

需要注意的是，步骤S201、S202是在查询服务器启动时，或者主备环境开关的值更新修改时执行一次，不需要每次查询用户办卡数量时都执行。

S203，查询服务器接收来自业务支撑系统的查询请求，该查询请求用于请求查询用户的办卡数量。

本实施例中，查询请求可以包括用户姓名、用户身份证号、手机号。

作为一种示例，用户办卡数量可以包括用户的一证五卡的数量，即一张身份证只能办理五张移网号卡(含上网卡)。

S204，查询服务器从内存中获取主备环境开关的值。

本实施例中，主备环境开关的值用于指示查询服务器是从数据库的主环境中查询还是从数据库的备环境中查询用户办卡数量。

作为一种示例，主备环境开关的值为1时，查询服务器从数据库的主环境中查询用户办卡数量；主备环境开关的值为0时，查询服务器从数据库的备环境中查询用户办卡数量。

作为另一种示例，主备环境开关的值为主时，查询服务器从数据库的主环境中查询用户办卡数量；主备环境开关的值为备时，查询服务器从数据库的备环境中查询用户办卡数量。

本实施例中，查询服务器在接收查询用户办卡数量的请求信息之后，从该查询服务器内存中获取已经存储在内存中的主备环境开关的值。

S205，在主备环境开关的值指示查询环境是主环境时，查询服务器从数据库的主环境中查询用户的办卡数量。

本实施例中，数据库可以包括DRDS数据库，DRDS数据库分为主环境和备环境，其中主环境和备环境中都存储相同的用户办卡数量表。

作为一种示例，当用户办卡数量为一证五卡数量时，用户办卡数量表为一证五卡数量表。

本实施例中，当主备环境开关的值指示查询环境是主环境时，查询服务器从数据库的主环境中的用户办卡数量表中查询用户的办卡数量，并将该用户的办卡数量反馈给业务支撑系统。

作为一种示例，当主备环境开关的值指示查询环境是主环境时，查询服务器调用DRDS数据库，根据查询请求中的身份证号从DRDS数据库主环境中的一证五卡数量表查询用户的一证五卡数量，并将该用户的办卡数量反馈给业务支撑系统。

S206，在主备环境开关的值指示查询环境是备环境时，查询服务器从数据库的备环境中查询用户的办卡数量。

本实施例中，当主备环境开关的值指示查询环境是备环境时，查询服务器从数据库的备环境中的用户办卡数量表查询用户的办卡数量，并将用户办卡数量反馈给业务支撑系统。

作为一种示例，当主备环境开关的值指示查询环境是备环境时，查询服务器调用DRDS数据库，根据查询请求中的身份证号从DRDS数据库备环境中的一证五卡数量表查询用户的一证五卡数量，并将该用户的办卡数量反馈给业务支撑系统。

本申请的方法将主备环境开关的值存储在查询服务器的内存当中，每次查询用户办卡数量时，不用从Redis数据库中读取主备环境开关的值，提高了Redis数据库的查询性能，降低用户办卡数量的查询时延，也减少了自然人系统集群响应变慢或者超时的情况发生。

进一步的，当数据库的主环境或者备环境出现问题，不能为用户提供用户办卡数量查询时，则需要更改数据库的查询环境，也就是需要对主备环境开关的值进行修改，现有技术通过依次调用每台查询服务器的修改内存接口对该台查询服务器内存中的主备环境开关的值进行修改。但是该方法在自然人系统的集群扩容或者缩容时，容易落下某一查询服务器，对其内存中主备环境开关的值没有修改。

为了解决这个问题，本申请在需要更换数据库的查询环境时，通过接收运维服务器发送的广播消息，将所有查询服务器内存中存储的主备环境开关的值都进行更改，该方法不会在集群扩容或缩容时，遗漏修改任何一台查询服务器，并且提高了修改效率。

图3为本申请一个实施例的更换主备环境开关的值的示例性流程图。如图3所示，该方法可以包括：S301和S302。

S301，查询服务器接收运维服务器发送的广播消息，该广播消息用于指示将主备环境开关的值更新为第一主备开关值。

本实施例中，当主备环境开关的值指示的数据库查询环境是主环境时，修改后的第一主备开关值指示的数据库查询环境就是备环境；当主备环境开关的值指示的数据库查询环境是备环境时，修改后的第一主备开关值指示的数据库查询环境就是主环境。

本实施例中，运维服务器上部署了切换开关服务，当主备环境开关的值需要修改时，该切换开关服务便会被触发，此时运维服务器会向自然人系统集群中的多台查询服务器发送指示将主备环境开关的值更新为第一主备开关值的广播消息，相应的，每台查询服务器订阅该广播消息，并根据该广播消息将主备环境开关的值更新为第一主备开关值。

本实施例中，运维服务器上部署的切换开关服务还需要对Redis数据库中的主备环境开关的值进行修改。

作为一种示例，运维服务器调用Redis数据库接口，将主备环境开关的值修改为第一主备开关值，以便下一次查询服务器重启时使用。

S302，查询服务器根据广播消息将内存中主备环境开关的值更新为第一主备开关值。

本申请的方法通过发送广播消息，让集群中所有的查询服务器都订阅该消息，进而实时动态修改内存中主备环境开关的值，该方法不会在扩容、缩容时，落下任何一台查询服务器，没有修改其内存中的主备环境开关的值，另外该方法是一次性修改了所有查询服务器内存中的主备环境开关的值，修改速度快。

图4为本申请另一个实施例的更换主备环境开关的值的示例性流程图。如图4所示，该方法可以包括：S401和S402。

S401，查询服务器接收运维服务器发送的请求消息，该请求消息用于调用查询服务器的修改内存接口，该修改内存接口用于将主备环境开关的值更新为第一主备开关值。

本实施例中，当主备环境开关的值指示的数据库查询环境是主环境时，修改后的第一主备开关值指示的数据库查询环境就是备环境；当主备环境开关的值指示的数据库查询环境是备环境时，修改后的第一主备开关值指示的数据库查询环境就是主环境。

本实施例中，当主备环境开关的值需要修改时，运维服务器会向自然人系统集群中的每台查询服务器发送请求消息，该请求消息用于调用该台查询服务器的修改内存接口。

S402，查询服务器实时根据该请求消息调用修改内存接口将主备开关的值更新为第一主备开关值。

本实施例中，运维服务器还需要调用Redis数据库接口，将主备环境开关的值修改为第一主备开关值，以便下一次查询服务器重启时使用。

图5为本申请一个实施例提供的数据查询装置的结构示意图。图5所示的装置可以用于执行前述任意一个实施例所述的方法。

如图5所示，本实施例的数据查询装置500可以包括：获取模块501、存储模块502、接收模块503和查询模块504。可选地，数据查询装置500还可以包括更新模块。

在一种示例中，图5所示的装置可以用于执行图2所示的方法。例如，获取模块501可以用于执行S201、S204，存储模块502可以用于执行S202，接收模块503可以用于执行S203，查询模块504可以用于执行S205、S206。

在另一种示例中，图5所示的装置可以用于执行图3所示的方法。例如，接收模块503可以用于执行S301，更新模块可以用于执行S302。

在又一种示例中，图5所示的装置可以用于执行图4所示的方法。例如，接收模块503可以用于执行S401，更新模块可以用于执行S402。

图6为本申请另一个实施例提供的数据查询装置的结构示意图。图6所示的装置可以用于执行前述任意一个实施例所述的数据查询方法。

如图6所示，本实施例的装置600包括：存储器601、处理器602、通信接口603以及总线604。其中，存储器601、处理器602、通信接口603通过总线604实现彼此之间的通信连接。

存储器601可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器601可以存储程序，当存储器601中存储的程序被处理器602执行时，处理器602用于执行图2至图4中任一所示的方法的各个步骤。

处理器602可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的数据查询方法。

处理器602还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例的数据查询方法的各个步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器602还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器601，处理器602读取存储器601中的信息，结合其硬件完成本申请数据查询装置包括的单元所需执行的功能，例如，可以执行图2至图4中任一所示实施例的各个步骤/功能。

通信接口603可以使用但不限于收发器一类的收发装置，来实现装置600与其他设备或通信网络之间的通信。

总线604可以包括在装置600各个部件(例如，存储器601、处理器602、通信接口603)之间传送信息的通路。

应理解，本申请实施例所示的装置600可以是电子设备，或者，也可以是配置于电子设备中的芯片。

应理解，本申请实施例中的处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。