本申请实施例涉及软件领域，尤其涉及一种可配置资源的创建方法以及相关装置。
背景技术
现如今，企业级存储产品已在各行各业得到了广泛的应用，其承担着存储海量关键数据并确保数据安全的重要责任。
企业级存储往往需要配置大量资源，以满足在不同场景下的应用需求。存储产品可配置资源通常包括存储池、卷、主机、文件系统、共享目录以及共享用户等内容，其可配置数量通常都会达到几万个甚至更多。在存储产品的研发过程中，对产品可配置资源极限值的测试和验证尤为重要，目前主要通过手动创建资源的方式寻找可配置资源。
通过手动创建资源以寻找可配置资源，往往需要耗费较多时间，整个过程所占用的人力成本以及时间成本都很高。
技术实现要素：
本发明实施例提供了一种可配置资源的创建方法以及相关装置，实现了自动化创建资源，以此寻找可配置资源，降低了人力成本以及时间成本。
有鉴于此，本发明第一方面提供了一种可配置资源的创建方法，包括：
获取可配置资源测试指令，其中，所述可配置资源测试指令用于对存储设备进行初始化；
根据所述可配置资源测试指令在所述存储设备中创建第一可配置资源；
若所述第一可配置资源创建成功，则根据所述可配置资源测试指令在所述存储设备中创建第二可配置资源。
结合本发明实施例的第一方面，在第一方面的第一种可能的实现方式中，根据所述可配置资源测试指令在所述存储设备中创建第一可配置资源之后，所述方法还包括：
判断所述第一可配置资源是否创建成功，若所述第一可配置资源创建失败，则判断创建失败的次数是否达到预设门限；
若所述创建失败的次数达到所述预设门限，则停止在所述存储设备中创建可配置资源。
结合本发明实施例的第一方面的第一种可能的实现方式，第一方面的第二种可能的实现方式中，所述判断创建失败的次数是否达到预设门限之后，所述方法还包括：
若所述创建失败的次数未达到所述预设门限，则根据所述可配置资源测试指令在存储设备中再次创建所述第一可配置资源。
结合本发明实施例的第一方面至第一方面的第二种可能的实现方式中的任一种实现方式，本发明实施例的第一方面的第三种可能的实现方式中，所述方法还包括：
通过安全外壳协议ssh向所述存储设备发送连接请求，以使所述存储设备响应于所述连接请求，并根据所述连接请求生成连接响应请求；
接收所述存储设备发送的连接响应请求；
响应于所述连接响应请求，与所述存储设备的命令行界面cli建立通信连接。
结合本发明实施例的第一方面的第三种可能的实现方式，第一方面的第四种可能的实现方式中，所述获取可配置资源测试指令，包括：
接收所述存储设备发送的所述可配置资源测试指令，其中，所述可配置资源测试指令为通过所述cli获取到的；
或，
当壳shell脚本运行时，通过所述shell脚本获取所述可配置资源测试指令。
本发明第二方面提供了一种资源创建装置，所述资源创建装置包括：
获取模块，用于获取可配置资源测试指令，其中，所述可配置资源测试指令用于对存储设备进行初始化；
创建模块，用于根据所述获取模块获取的所述可配置资源测试指令在所述存储设备中创建第一可配置资源；
所述创建模块，还用于若所述第一可配置资源创建成功，则根据所述可配置资源测试指令在所述存储设备中创建第二可配置资源。
结合本发明实施例的第二方面，在第二方面的第一种可能的实施例中，提供了一种资源创建装置，所述资源创建装置还包括判断模块以及停止模块；
所述判断模块，用于所述创建模块根据所述可配置资源测试指令在所述存储设备中创建第一可配置资源之后，判断所述第一可配置资源是否创建成功，若所述第一可配置资源创建失败，则判断创建失败的次数是否达到预设门限；
所述停止模块，用于若所述判断模块判断得到所述创建失败的次数达到所述预设门限，则停止在所述存储设备中创建可配置资源。
结合本发明实施例的第二方面的第一种可能的实施例，第二方面的第二种可能的实施例中，所述资源创建模块中的所述创建模块，还用于判断创建失败的次数是否达到预设门限之后，若所述创建失败的次数未达到所述预设门限，则根据所述可配置资源测试指令在存储设备中再次创建所述第一可配置资源。
结合本发明实施例的第二方面至第二方面的第二种可能的实施例中的任一种实施例，本发明实施例的第二方面的第三种可能的实施例中，所述资源创建装置还包括发送模块、接收模块以及连接模块；
所述发送模块，用于所述获取模块获取可配置资源测试指令之前，通过安全外壳协议ssh向所述存储设备发送连接请求，以使所述存储设备响应于所述连接请求，并根据所述连接请求生成连接响应请求；
所述接收模块，用于接收所述存储设备发送的连接响应请求；
所述连接模块，用于响应于所述连接响应请求，与所述存储设备的命令行界面cli建立通信连接。
结合本发明实施例的第二方面的第三种可能的实施例，本发明实施例的第二方面的第四种可能的实施例中，所述资源创建装置中的所述获取模块具体用于接收所述存储设备发送的所述可配置资源测试指令，其中，所述可配置资源测试指令为通过所述cli获取到的；
或，
当壳shell脚本运行时，通过所述shell脚本获取所述可配置资源测试指令。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，提供了一种可配置资源的创建方法，获取可配置资源测试指令，其中，可配置资源测试指令用于对存储设备进行初始化，然后可以根据可配置资源测试指令在存储设备中创建第一可配置资源，如果第一可配置资源建立成功，那么根据可配置资源测试指令，可以继续在存储设备中创建第二可配置资源。通过上述方式，设备根据可配置资源测试指令，可以在存储设备中依次创建可配置资源，解决了手动创建资源的问题，从而降低了人力成本以及时间成本。
附图说明
图1为本发明实施例中的一个资源创建装置与存储设备的网络架构示意图；
图2为本发明实施例中可配置资源创建方法的一个实施例示意图；
图3为本发明实施例中可配置资源创建方法的一个流程示意图；
图4为本发明实施例中可配置资源创建方法的另一个流程示意图；
图5为本发明实施例中资源创建装置的一个实施例示意图；
图6为本发明实施例中资源创建装置的另一个实施例示意图；
图7为本发明实施例中资源创建装置的另一个实施例示意图；
图8为本发明应用场景中创建可配置资源的一个流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供了一种可配置资源的创建方法以及相关装置，以自动化的方式于存储设备中创建可配置资源，降低了人力成本与时间成本。
本发明提供的资源创建装置可部署于服务器上，服务器与存储设备建立连接以使得可配置资源的创建方法能够作用于存储设备，为了便于理解，请参阅图1，图1为本发明实施例中的一个资源创建装置与存储设备的网络架构示意图，虽然图中包括一个服务器、一个存储设备以及一个用户，但是应当理解的是，服务器的数量、存储设备的数量、用户的数量以及交互的内容均应根据实际场景确定，在实际应用中，不对服务器的数量、存储设备的数量和用户的数量进行限定，故此处不作限定。例如，用户可以向服务器发送可配置资源测试指令，服务器收到可配置资源测试指令后对存储设备进行可配置资源测试操作。或者，由用户可以向存储设备发送可配置资源测试指令，服务器通过接收存储设备转发的可配置资源测试指令对存储设备进行可配置资源测试操作。又或者，服务器通过接收本地的可配置资源测试指令对存储设备进行可配置资源测试操作，具体此处不作限定。
存储设备中可配置资源多种多样，常见的可配置资源包括：存储池、卷、主机、文件系统、共享目录以及共享用户等。在存储设备中，可以同时存在多种可配置资源，本发明具体可以应用于针对某一种可配置资源在存储设备中进行自动化创建，例如针对存储池，在存储设备中进行自动化创建。除了针对某一种可配置资源外，还可以同时针对多种可配置资源，例如同时针对卷和主机，在存储设备中进行自动化创建，此处不具体限定。
请参阅图2，本发明实施例中可配置资源的创建方法的一个实施例包括：
201、获取可配置资源测试指令，其中，可配置资源测试指令用于对存储设备进行初始化；
本实施例中，部署于服务器上的资源创建装置首先可以获取可配置资源测试指令，其中可配置资源测试指令用于指示存储设备进行初始化操作，存储设备初始化操作是指清空存储设备中已创建的可配置资源，以缩小在后续的步骤中，创建的可配置资源总数与存储设备中实际可配置资源总数之间的误差。
其中，服务器获取可配置资源测试指令可以通过下列不同的途径，包括：从服务器本身接收该指令，从存储设备接收该指令以及通过服务器从外界用户方接收该指令，此处不作限定。
需要说明的是，此处的服务器为一种可运行linux操作系统的终端，包括但不限于：服务器、个人计算机以及移动终端。
202、根据可配置资源测试指令在存储设备中创建第一可配置资源；
本实施例中，服务器根据可配置资源测试指令向存储设备发送命令，该命令中携带有运行创建可配置资源方法的程序、该存储设备的ip地址、该存储设备的用户名以及该存储设备的密码。存储设备在接到该命令后，在存储设备上创建第一可配置资源，这里的第一可配置资源为存储设备在初始化后第一次创建的可配置资源。
其中，服务器向存储设备发送命令需要服务器与存储设备间建立连接，通常情况下，服务器与存储设备间建立ssh连接，还包括表述性状态转移应用程序编程接口(representationalstatetransferapplicationprogramminginterface，restapi)连接等。
需要说明的是，运行创建可配置资源方法的程序，该程序可以为shell脚本，也可以为lua脚本以及其他程序形式，此处不作限定。
203、若第一可配置资源创建成功，则根据可配置资源测试指令在存储设备中创建第二可配置资源。
本实施例中，当第一可配置资源创建完成后，服务器根据存储设备运行的创建可配置资源的程序的返回值，判断第一可配置资源是否创建成功，当返回值为预设阈值时，则判断创建成功，当返回值不为预设阈值时，则判断创建失败。这里的预设阈值通常为0，具体此处不作限定。
当第一可配置资源被判断为创建成功后，服务器根据可配置资源测试指令在存储设备中创建第二可配置资源。这里的创建过程与步骤202中创建第一可配置资源类似，此处不再赘述。其中第二可配置资源为在创建第一可配置资源后第二个创建的可配置资源。
本发明实施例中，提供了一种可配置资源的创建方法，首先服务器获取可配置资源测试指令，其中，可配置资源测试指令用于对存储设备进行初始化，然后服务器根据可配置资源测试指令在存储设备中创建第一可配置资源，如果第一可配置资源创建成功，那么服务器根据可配置资源测试指令在存储设备中创建第二可配置资源。通过上述方式，在花费较低的人力成本与时间成本的条件下，自动化的在存储设备中创建可配置资源，从而提升了效率。
可选地，在上述图2对应的实施例的基础上，本发明实施例提供的第一种可配置资源创建方法实施例中，根据可配置资源测试指令在存储设备中创建第一可配置资源之后，还可以包括：
判断第一可配置资源是否创建成功，若第一可配置资源创建失败，则判断创建失败的次数是否达到预设门限；
若创建失败的次数达到预设门限，则停止在存储设备中创建可配置资源。
本实施例中，服务器在第一可配置资源创建后，判断第一可配置资源是否创建成功，由于创建可配置资源命令执行完毕后，该命令会自动返回一个数值，服务器根据判断该数值判断创建过程是否执行成功。其中，创建成功时，返回值为0，创建失败时，返回值不为0。需要说明的是，返回值的判断标准，可以根据实际需要进行修改，此处不作限定。
当服务器判断创建第一可配置资源失败后，服务器会统计创建失败的次数，该统计过程为更改服务器中运行的创建程序上的变量，当创建失败的次数达到创建程序上预设门限时，触发创建程序停止在存储设备中的创建可配置资源的操作。
具体的，请参阅图3，图3为本发明实施例中可配置资源创建方法的一个流程示意图，包括：
301、获取可配置资源测试指令；
302、在存储设备中创建第一可配置资源；
303、判断第一可配置资源是否创建成功；
304、在存储设备中创建第二可配置资源；
本实施例中的步骤301至304与图2所示实施例中的步骤201至204类似，此处不再赘述。
305、判断创建失败的次数是否达到预设门限；
本实施例中，服务器接收存储设备创建可配置资源失败的信息，并记录至服务器上运行的创建可配置资源的程序中，记录方式为更改该程序中的创建失败变量。其中，该程序预先设置好一个预设门限，服务器将接收到的创建失败记录与预设门限进行对比，以此判断创建失败的次数是否达到预设门限。
306、停止创建可配置资源；
本实施例中，当服务器判断创建失败次数达到预设门限时，服务器触发创建可配置资源的程序执行停止创建可配置资源操作。
本发明实施例中，在增加了在第一可配置资源创建失败后，可以通过判断创建失败的次数是否达到预设门限来判断是否停止创建资源。通过上述方式，在可配置资源创建失败后，可以再次创建可配置资源，直到创建失败的次数达到预设门限。这样的话，一方面能够避免因创建失败而不断重新创建资源，从而造成处理负荷较大的情况。另一方面，有时候一次资源创建失败并不意味着后续创建也会失败，因此，设定一个预设门限可以提供更多尝试的机会，从而提升资源创建的成功率。
可选地，在上述图3对应的实施例的基础上，本发明实施例提供的可配置资源创建方法实施例中，判断创建失败的次数是否达到预设门限之后，还可以包括：
若创建失败的次数未达到预设门限，则根据可配置资源测试指令在存储设备中再次创建第一可配置资源。
本实施例中，当服务器统计当前创建失败的次数，并将该统计创建失败的次数与预设门限进行对比，当对比结果为未达到预设门限时，服务器中创建可配置资源的程序再次在存储设备中创建第一可配置资源。
具体的，请参阅图4，图4为本发明实施例中可配置资源创建方法的另一个流程示意图，包括：
401、获取可配置资源测试指令；
402、在存储设备中创建第一可配置资源；
403、判断第一可配置资源是否创建成功；
404、在存储设备中创建第二可配置资源；
本实施例中的步骤401至404与图3所示实施例中的步骤301至304类似，此处不再赘述。
405、判断创建失败的次数是否达到预设门限；
本实施例中，若未创建失败次数未达到预设门限时，则进入步骤402，并再次在存储设备中创建第一可配置资源，直到判断创建失败的次数达到预设门限，执行步骤406。
406、停止创建可配置资源；
本实施例中的步骤406与图3所示实施例中的步骤306类似，此处不再赘述。
本发明实施例中，增加了在判断创建失败的次数未达到所述预设门限之后，根据可配置资源测试指令在存储设备中再次创建第一可配置资源，在创建可配置资源失败的情况下，通过判断总的创建失败的次数是否达到预设门限来判断能否继续创建可配置资源，提升了该创建可配置资源的程序对存储设备最大可配置资源总量检测的准确性，提升了方案的可行性。
可选地，在上述图2至图4对应的第一个至第三个实施例中任一项的基础上，本发明实施例提供的可配置资源创建方法的第四个可选实施例中，在获取可配置资源测试指令之前，还可以包括：
通过ssh向存储设备发送连接请求，以使存储设备响应于连接请求，并根据连接请求生成连接响应请求；
接收存储设备发送的连接响应请求；
响应于连接响应请求，与存储设备的cli建立通信连接。
本实施例中，在服务器获取可配置资源测试指令之前，服务器需要通过ssh向存储设备发送连接请求，存储设备接收该连接请求后，可以响应于该连接请求，存储设备生成响应请求并发送给服务器，服务器在接收该响应请求后，对该响应请求进行处理，服务器与存储设备的命令行界面cli建立通信连接。
其中，服务器可以通过其它方式向存储设备发送连接请求，包括但不限于表述性状态转移应用程序编程接口restapi等。
更进一步地，本发明实施例中，介绍了服务器在获取可配置资源测试指令之前，是如何与存储设备建立通信连接的，提供了多种建立通信连接的方式，增加了方案的实现灵活性。
可选地，在上述第四个实施例的基础上，本发明实施例提供的可配置资源创建方法的第五个可选实施例中，服务器获取可配置资源测试指令的方式包括：
接收存储设备发送的可配置资源测试指令，其中，可配置资源测试指令为通过cli获取到的；
或，
当shell脚本运行时，通过shell脚本获取可配置资源测试指令。
本实施例中，服务器可以通过接收存储设备发送的可配置资源测试指令，存储设备是通过其本身的cli获取到该指令，也可以在shell脚本运行时，获取shell脚本中预设的可配置资源测试指令。
进一步地，本发明实施例中，介绍了服务器是如何获取可配置资源测试指令，通过上述方式，服务器可以通过多种获取方式获取该指令，从而提升方案的实现灵活性。
下面对本发明中的资源创建装置进行详细描述，请参阅图5，图5为本发明实施例中资源创建装置的一个实施例示意图，本发明实施例提供的资源创建装置50的第一个实施例中，资源创建装置50包括：
获取模块501，用于获取可配置资源测试指令，其中，可配置资源测试指令用于对存储设备进行初始化；
创建模块502，用于根据获取模块获取的可配置资源测试指令在存储设备中创建第一可配置资源；
创建模块502，还用于若第一可配置资源创建成功，则根据可配置资源测试指令在存储设备中创建第二可配置资源。
本实施例中，获取模块501获取可配置资源测试指令，其中，可配置资源测试指令用于对存储设备进行初始化；创建模块502根据获取模块获取的可配置资源测试指令在存储设备中创建第一可配置资源；创建模块502在第一可配置资源创建成功时，根据可配置资源测试指令在存储设备中创建第二可配置资源。
本发明实施例中，提供了一种资源创建装置，首先获取可配置资源测试指令，然后资源创建装置根据该指令在存储设备中创建第一可配置资源，最后，当资源创建装置在第一可配置资源创建成功时，根据可配置资源测试指令在存储设备中创建第二可配置资源。通过上述方式，在花费较低的人力成本与时间成本的条件下，自动化的在存储设备中创建可配置资源，从而提升了效率。
可选地，在上述图5对应的实施例的基础上，请参阅图6，本发明实施例提供的资源创建装置50的第二个实施例中，资源创建装置50还包括判断模块503以及停止模块504；
判断模块503，用于创建模块根据可配置资源测试指令在存储设备中创建第一可配置资源之后，判断第一可配置资源是否创建成功，若第一可配置资源创建失败，则判断创建失败的次数是否达到预设门限；
停止模块504，用于若判断模块判断得到创建失败的次数达到预设门限，则停止在存储设备中创建可配置资源。
其次，本发明实施例中，介绍了在第一可配置资源创建后，可以判断第一可配置资源是否创建成功，当判断第一可配置资源创建失败，则判断创建失败的次数是否达到预设门限，当判断创建失败的次数达到预设门限时，则停止在存储设备中创建可配置资源。通过上述方式，在可配置资源创建失败后，可以再次创建可配置资源，直到创建失败的次数达到预设门限。这样的话，一方面能够避免因创建失败而不断重新创建资源，从而造成处理负荷较大的情况。另一方面，有时候一次资源创建失败并不意味着后续创建也会失败，因此，设定一个预设门限可以提供更多尝试的机会，从而提升资源创建的成功率。
可选地，在上述图6所对应的实施例的基础上，本发明实施例提供的资源创建装置50的第三个实施例中，
创建模块502，还用于判断创建失败的次数是否达到预设门限之后，若创建失败的次数未达到预设门限，则根据可配置资源测试指令在存储设备中再次创建第一可配置资源。
再次，本发明实施例中，介绍了在判断创建失败的次数未达到所述预设门限之后，根据可配置资源测试指令在存储设备中再次创建第一可配置资源，在创建可配置资源失败的情况下，通过判断总的创建失败的次数是否达到预设门限来判断能否继续创建可配置资源，提升了该创建可配置资源的程序对存储设备最大可配置资源总量检测的准确性，提升了方案的可行性。
可选地，在上述图5至图6对应的资源创建装置50的第一个至第三个实施例中任一项的基础上，请参阅图7，本发明实施例提供的资源创建装置50的第四个可选实施例中，所述资源创建装置50还包括发送模块505、接收模块506以及连接模块507；
发送模块505，用于获取模块获取可配置资源测试指令之前，通过安全外壳协议ssh向存储设备发送连接请求，以使存储设备响应于连接请求，并根据连接请求生成连接响应请求；
接收模块506，用于接收存储设备发送的连接响应请求；
连接模块507，用于响应于连接响应请求，与存储设备的命令行界面cli建立通信连接。
再次，本发明实施例中，介绍了在服务器获取可配置资源测试指令之前，服务器需要通过ssh向存储设备发送连接请求，存储设备接收该连接请求后，可以响应于该连接请求，存储设备生成响应请求并发送给服务器，服务器在接收该响应请求后，对该响应请求进行处理，服务器与存储设备的cli建立通信连接。提供了多种建立通信连接的方式，增加了方案的实现灵活性。
可选地，在上述图7对应的资源创建装置50的第四个实施例的基础上，本发明实施例提供的资源创建装置50的第五个实施例中，
获取模块501，具体用于接收所述存储设备发送的所述可配置资源测试指令，其中，所述可配置资源测试指令为通过所述cli获取到的；
或，
当壳shell脚本运行时，通过所述shell脚本获取所述可配置资源测试指令。
进一步地，本发明实施例中，介绍了服务器是如何获取可配置资源测试指令，通过上述方式，服务器可以通过多种获取方式获取该指令，从而提升方案的实现灵活性。
为了便于理解，下面将结合图8介绍一种可配置资源的创建方法的应用场景，请参阅图8，图8为本发明应用场景中可配置资源的创建方法的一个流程示意图，如图所示，具体地：
步骤s1中，服务器接收可配置资源极限值测试的指令；
步骤s2中，服务器与存储设备间建立ssh连接；
步骤s3中，服务器查询存储设备上是否存在已创建的可配置资源，若存在，则进入步骤s4，若不存在，则进入步骤s5；
步骤s4中，存储设备清空已创建的可配置资源；
步骤s5中，位于服务器上的计数器进行初始化操作，m为创建成功的可配置资源数目，n为创建失败的可配置资源数目；
步骤s6中，服务器上运行的资源创建装置在存储设备上创建可配置资源；
步骤s7中，服务器根据创建可配置资源后返回的值判断是否创建成功，若创建成功，则进入步骤s8，若创建失败，则进入步骤s9；
步骤s8中，当判断创建成功后，服务器上的计数器对创建成功的可配置资源数目增加1，即m＝m+1，此时对创建失败的可配置资源数目进行清零操作，即n＝0，并进入步骤s6，再次执行创建资源步骤；
步骤s9中，当判断创建失败后，服务器上的计数器对创建失败的可配置资源数目增加1，即n＝n+1；
步骤s10中，对创建失败的可配置资源数目进行判断，即判断n是否等于3，当n等于3时，则进入步骤s11，当n不等于3时，则进入步骤s6，再次执行创建资源步骤；
步骤s11中，服务器输出存储设备的可配置资源极限值m；
步骤s12中，测试结束。
采用本方案对存储设备中的可配置资源极限值进行测试，通过自动化的方式创建可配置资源，有效地降低了人力成本与时间成本。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。