一种基于错误码生成异常出款用例的方法及装置

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种基于错误码生成异常出款用例的方法及装置。

背景技术

在支付测试过程中，为满足出款业务的要求，通常需要对接银行、支付宝、微信等第三方通道。在测试过程中，测试人员不仅要对支付的正常场景（支付成功）进行测试，还需要根据第三方通道对接文档中提供的错误码来模拟各种错误（支付异常），以验证支付逻辑对各种异常的处理是否正确。一般情况下，支付通道的错误码要多达几百种，为提高测试效率，在通道对接测试过程中，往往只抽取几个不同处理方式的典型错误来进行手动测试。例如：当第三方系统返回新的异常时，开发人员对该新增异常进行维护并处理之后，再告知测试人员，由测试人员对该异常进行测试。

上述方案具备如下缺点：1、时间滞后性：测试人员得到异常的时间具有滞后性，通常晚于开发人员；2、对人的依赖性较大：测试人员的感知依赖于开发人员，假设开发人员忘记通知测试人员，测试人员无法感知异常的变动；3、效率较低：测试人员获知到该异常之后，需要手动对该异常进行测试，导致效率较低；4、存在安全隐患：若测试人员没有第一时间得到第三方通道返回的异常，对此异常没有进行充分测试，造成漏测，则极有可能造成线上事故，给用户造成损失。

发明内容

本发明实施例提供一种基于错误码生成异常出款用例的方法及装置，以解决相关技术中，在处理第三方通道返回的异常时，处理方式的效率较低、且易造成安全隐患的技术问题。

为解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供一种基于错误码生成异常出款用例的方法，所述方法应用于测试环境中，所述方法包括：

监测错误码表；其中，所述错误码表为开发人员所维护的，用于存储第三方系统返回的错误码的数据库表；

在监测到所述错误码表中新增加了错误码时，生成提示信息；其中，所述提示信息用于提示测试人员是否选择自动创建测试场景；

如果接收到所述测试人员选择自动创建测试场景的指示，则基于已创建的测试场景，生成异常模拟用例和异常出款用例；

其中，所述异常模拟用例用于根据异常模拟工具，模拟新增加的错误码；所述异常出款用例，用于对所述新增加的错误码进行异常测试，以保证在生产环境中，所述第三方系统返回所述新增加的错误码时，对所述错误码的处理方式为对应的预期异常处理方式；其中，所述预期异常处理方式存储在所述错误码表中，所述预期异常处理方式与所述错误码为一一对应关系。

优选地，在监测到所述错误码表中新增加了错误码时，生成提示信息之后，所述方法还包括：

如果未接收到所述测试人员选择自动创建测试场景的指示；则根据所述测试人员的参数配置指令，创建测试场景。

优选地，基于已创建的测试场景，生成异常模拟用例和异常出款用例包括：

根据场景名称查询测试场景是否已经存在；

如果是，则基于已经存在的测试场景，生成异常模拟用例和异常出款用例；

如果否，则根据所述测试人员选择自动创建测试场景的指示，自动创建测试场景，并基于已创建的测试场景，生成异常模拟用例和异常出款用例。

优选地，所述错误码表还包括：所述错误码所对应的错误信息、所述错误码的所属渠道。

优选地，自动创建测试场景包括：

确定所述测试场景的场景名称；

基于所述场景名称，自动创建测试场景；

其中，确定所述测试场景的场景名称包括：

从所述错误码表中，调用所述新增加的错误码的所属渠道；

接收所述测试人员输入的命名信息；

将所述新增加的错误码的所属渠道与所述命名信息相连接，作为所述测试场景的场景名称。

优选地，基于已创建的测试场景，生成异常模拟用例包括：

从所述错误码表中，调用所述新增加的错误码、所述新增加的错误码的所属渠道、所述新增加的错误码所对应的错误信息；

将所述新增加的错误码、所述新增加的错误码的所属渠道、所述新增加的错误码所对应的错误信息传递至所述异常模拟工具，以使得所述异常模拟工具对所述新增加的错误码进行模拟。

优选地，所述错误码表中还包括：预期订单状态，其中，所述预期订单状态与所述错误码为一一对应关系；

基于已创建的测试场景，生成异常出款用例包括：

根据所述新增加的错误码的所属渠道，在第三方系统出款参数表中，确定一条参数记录；其中，所述参数记录中的所属渠道的字段，与所述新增加的错误码的所属渠道的字段相同；所述参数记录包括：用例断言、第三方系统出款初始化参数、用例请求地址和用例请求方式；

将所述用例断言中的预期订单状态字段更新为所述错误码表中，与所述新增加的错误码对应的预期订单状态字段；

基于所述用例请求地址、所述用例请求方式、所述第三方系统出款初始化参数以及更新了预期订单状态字段后的用例断言，生成所述异常出款用例。

优选地，所述异常模拟工具为mock工具。

第二方面，本发明实施例提供一种基于错误码生成异常出款用例的装置，所述装置应用于测试环境中，所述装置包括：

监测模块，用于监测错误码表；其中，所述错误码表为开发人员所维护的，用于存储第三方系统返回的错误码的数据库表；

第一生成模块，用于在监测到所述错误码表中新增加了错误码时，生成提示信息；其中，所述提示信息用于提示测试人员是否选择自动创建测试场景；

第二生成模块，用于如果接收到所述测试人员选择自动创建测试场景的指示，则基于已创建的测试场景，生成异常模拟用例和异常出款用例；

其中，所述异常模拟用例用于根据异常模拟工具，模拟新增加的错误码；所述异常出款用例，用于对所述新增加的错误码进行异常测试，以保证在生产环境中，所述第三方系统返回所述新增加的错误码时，对所述错误码的处理方式为对应的预期异常处理方式；其中，所述预期异常处理方式存储在所述错误码表中，所述预期异常处理方式与所述错误码为一一对应关系。

优选地，所述装置还包括：

创建模块，用于在监测到所述错误码表中新增加了错误码时，生成提示信息之后，如果未接收到所述测试人员选择自动创建测试场景的指示；则根据所述测试人员的参数配置指令，创建测试场景。

优选地，所述第二生成模块，用于根据场景名称查询测试场景是否已经存在；

如果是，则基于已经存在的测试场景，生成异常模拟用例和异常出款用例；

如果否，则根据所述测试人员选择自动创建测试场景的指示，自动创建测试场景，并基于已创建的测试场景，生成异常模拟用例和异常出款用例。

优选地，所述错误码表还包括：所述错误码所对应的错误信息、所述错误码的所属渠道。

优选地，所述第二生成模块，还用于确定所述测试场景的场景名称；基于所述场景名称，自动创建测试场景；其中，确定所述测试场景的场景名称包括：

从所述错误码表中，调用所述新增加的错误码的所属渠道；

接收所述测试人员输入的命名信息；

将所述新增加的错误码的所属渠道与所述命名信息相连接，作为所述测试场景的场景名称。

优选地，所述第二生成模块，还用于从所述错误码表中，调用所述新增加的错误码、所述新增加的错误码的所属渠道、所述新增加的错误码所对应的错误信息；

将所述新增加的错误码、所述新增加的错误码的所属渠道、所述新增加的错误码所对应的错误信息传递至所述异常模拟工具，以使得所述异常模拟工具对所述新增加的错误码进行模拟。

优选地，所述错误码表中还包括：预期订单状态，其中，所述预期订单状态与所述错误码为一一对应关系；

所述第二生成模块，还用于根据所述新增加的错误码的所属渠道，在第三方系统出款参数表中，确定一条参数记录；其中，所述参数记录中的所属渠道的字段，与所述新增加的错误码的所属渠道的字段相同；所述参数记录包括：用例断言、第三方系统出款初始化参数、用例请求地址和用例请求方式；

将所述用例断言中的预期订单状态字段更新为所述错误码表中，与所述新增加的错误码对应的预期订单状态字段；

基于所述用例请求地址、所述用例请求方式、所述第三方系统出款初始化参数以及更新了预期订单状态字段后的用例断言，生成所述异常出款用例。

优选地，所述异常模拟工具为mock工具。

第三方面，本发明实施例提供一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面所述的基于错误码生成异常出款用例的方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的基于错误码生成异常出款用例的方法的步骤。

由此，本发明实施例可保证当第三方系统新增或变更异常时，及时通知测试人员，使测试人员能第一时间感知到错误新增或变更异常，以及时进行对应测试，解决现有技术的方案中，依赖人为通知所导致的时间滞后性的问题；还可自动调异常模拟工具，辅助测试人员自动模拟新增异常并生成该新增异常对应的测试用例，无需人工干预，可提高工作效率。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的一种基于错误码生成异常出款用例的方法的流程图；

图2为本发明实施例提供的一种基于错误码生成异常出款用例的方法的流程图；

图3为本发明实施例提供的一种基于错误码生成异常出款用例的方法的流程图；

图4为本发明实施例提供的一种基于错误码生成异常出款用例的装置的结构框图；

图5为本发明实施例提供的一种基于错误码生成异常出款用例的装置的结构框图；

图6为本发明实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了根据本发明实施例的一种基于错误码生成异常出款用例的方法的流程图，方法应用于测试环境中，方法包括：

步骤S101、监测错误码表；

步骤S102、在监测到错误码表中新增加了错误码时，生成提示信息；

步骤S103、如果接收到测试人员选择自动创建测试场景的指示，则基于已创建的测试场景，生成异常模拟用例和异常出款用例；

需要说明的是，错误码表为开发人员所维护的，用于存储第三方系统返回的错误码的数据库表，错误码表包括：错误码、错误码所对应的错误信息、错误码的所属渠道、错误码所对应的预期订单状态、错误码所对应的异常处理方式、错误码的所属测试人员等（如下述表1所示）。错误码表可支持动态增减，当第三方系统异常增加或修改时，无需二次开发，可节约开发成本。

提示信息可用于提示测试人员是否选择自动创建测试场景；并可给出“是”、“否”的图标，以供测试人员进行点击。可选地，也可以通过生成语音信息的方式进行提示。

在一种示例性的应用场景中，监测错误码表这一步骤可通过配置定时任务，以对MySQL表进行定期扫描的方式实现。

异常模拟用例用于根据异常模拟工具，模拟新增加的错误码，也就是说，在异常模拟用例的执行过程中，可基于异常模拟工具，对新增加的错误码进行模拟。异常出款用例，用于对新增加的错误码进行异常测试，以保证在生产环境中，第三方系统返回新增加的错误码时，对错误码的处理方式为预期异常处理方式；其中，预期异常处理方式存储在错误码表中，预期异常处理方式与错误码为一一对应关系。

在一种可能的实现方式中，在监测到错误码表中新增加了错误码时，生成提示信息之后，方法还包括：如果未接收到测试人员选择自动创建测试场景的指示；则根据测试人员的参数配置指令，创建测试场景。也就是说，当测试人员不选择自动生成异常用例时，可通过页面直观地进行参数手动配置，模拟各种异常，由此，测试人员可根据实际情况选择合适的测试方式，更具灵活性。

在一种可能的实现方式中，基于已创建的测试场景，生成异常模拟用例和异常出款用例包括：根据场景名称查询测试场景是否已经存在；如果是，则基于已经存在的测试场景，生成异常模拟用例和异常出款用例；如果否，则根据测试人员选择自动创建测试场景的指示，自动创建测试场景，并基于已创建的测试场景，生成异常模拟用例和异常出款用例。也就是说，可以先确定场景名称，具体地，可调用错误码表中的channel_name字段的具体内容，并结合用户输入的err字段（也可以是其他字段，本发明实施例对此不做限制），将二者自动连接，以生成场景名称（如：ccb_err）。并根据所生成的场景名称，查询场景是否已经存在，若存在，则基于已经存在的这一场景，进行后续的用例生成步骤；若不存在，则自动创建测试场景。

在一种可能的实现方式中，自动创建测试场景包括：确定测试场景的场景名称，基于场景名称，自动创建测试场景。确定测试场景的场景名称包括：从错误码表中，调用新增加的错误码的所属渠道；接收测试人员输入的命名信息；将新增加的错误码的所属渠道与命名信息相连接，作为测试场景的场景名称。

在一种可能的实现方式中，如图2所示，基于已创建的测试场景，生成异常模拟用例包括：

步骤S201、从错误码表中，调用新增加的错误码、新增加的错误码的所属渠道、新增加的错误码所对应的错误信息；

步骤S202、将新增加的错误码、新增加的错误码的所属渠道、新增加的错误码所对应的错误信息传递至异常模拟工具，以使得异常模拟工具对新增加的错误码进行模拟。

需要说明的是，在生成异常模拟用例时，可先将新增加的错误码、新增加的错误码的所属渠道、新增加的错误码所对应的错误信息传递至异常模拟工具，以配置好相关参数，以使得在后续的用例执行过程中，异常模拟工具可对新增加的错误码进行模拟。本发明实施例所述的异常模拟工具可以是mock工具、mockServer、wiremock等模拟工具。

在一种可能的实现方式中，如图3所示，基于已创建的测试场景，生成异常出款用例包括：

步骤S301、根据新增加的错误码的所属渠道，在第三方系统出款参数表中，确定一条参数记录；

步骤S302、将用例断言中的预期订单状态字段更新为错误码表中，与新增加的错误码对应的预期订单状态字段；

步骤S303、基于用例请求地址、用例请求方式、第三方系统出款初始化参数以及更新了预期订单状态字段后的用例断言，生成异常出款用例，由此，可根据异常出款用例所必须的参数，生成异常出款用例。

其中，参数记录中的所属渠道的字段，与新增加的错误码的所属渠道的字段相同；参数记录包括：用例断言、第三方系统出款初始化参数、用例请求地址和用例请求方式。

由此，可保证当第三方系统新增或变更异常时，及时通知测试人员，使测试人员能第一时间感知到错误新增或变更异常，以及时进行对应测试，解决现有技术的方案中，依赖人为通知所导致的时间滞后性的问题；还可自动调异常模拟工具，辅助测试人员自动模拟新增异常并生成该新增异常对应的测试用例，无需人工干预，可提高工作效率。

现对本发明实施例所示的一种基于错误码生成异常出款用例的方法进行具体介绍：在一种可能的实现方式中，本发明实施例所示方法使用java语言、mysql数据库、企业微信消息通知、mock服务异常模拟，目的是在不对接第三方系统（如：银行），或者已对接第三方系统且第三方系统返回新增异常（错误码）时，模拟第三方系统返回的异常报文，并对现有程序进行测试。

该实现方式中，涉及3个数据库表，3个数据库表可使用mysql数据库进行存储。

表1

表1为错误码表，该表用于存储所有支付渠道的异常信息，及出现该异常之后的预期订单状态。字段介绍：channel_name（渠道简称）、err_code（错误码）、err_msg（错误信息）、status（错误状态：在一种示例性方式中，0代表不可用（废弃的错误码）、1代表可用）、process_mode（错误处理方式：在一种示例性方式中，1代表重试、2代表失败、3代表查单……）、order_status（错误码的预期订单状态，不同的处理方式所对应的预期订单状态不同）、tester（所属测试人员）。

需要说明的是，开发人员可通过自动或手动方式将第三方错误维护到错误码表中。

表2

表2为渠道出款默认参数表，该表用于存储各渠道出款的默认参数。字段介绍：channel_name（渠道简称）、pay_param（默认参数，或第三方系统出款初始化参数）、assert（默认断言）。

需要说明的是，表1和表2可通过“channel_name”进行关联，表1中的每个channel_name对应表2中的多条记录（即，1个出款渠道可以对应多条出款参数，多条记录的channel_name值和表1中的channel_name值是一致的），实际使用时，可根据表1中的某个错误码确定其所属渠道，并随机选取表2中的某条参数。另外，表2中所示的默认参数是当对接新的第三方支付渠道时，由测试人员手动维护到表2中。

表3

表3为mock默认参数表，该表用于存储mock服务的默认参数，字段介绍： channel_name（渠道简称）、mock_name（mock名称）、url（mock服务请求地址）、method（mock服务请求方式）、param（mock服务默认请求参数）。

需要说明的是，表1和表3通过channel_name字段相关联，表1中的多条错误码，如AA001、AA002记录，均对应表3中的ccb这一条记录。

在一种可能的实现方式中，如图4所示，当第三方系统新增异常（错误码）时，开发人员通过自动或手动的方式维护在mysql关系型数据库中存储的错误码表，该错误码表包括：错误码、错误信息、错误处理方式、所属渠道、所属人等信息。数据监测模块，负责定时或实时监测错误码表的变化，例如：可按实际需要配置定时监测的时间点，或者实时进行监测。

当数据监测模块监测到错误码表有新增之后，消息通知模块可创建一条企业微信消息通知（通知方式不局限于企业微信），通知给“所属人”（相关测试人员），并询问“是否自动创建异常用例”，当测试人员接收到错误码新增的消息通知，并选择“是”之后，场景生成模块可自动创建一个测试场景。

场景生成模块可调用表1中的channel_name字段的具体内容，并结合用户输入的err字段（也可以是其他字段，本发明实施例对此不做限制），将二者自动连接，以生成场景名称（如：ccb_err）。并根据所生成的场景名称，查询场景是否已经存在，若存在，则基于已经存在的这一场景，进行后续的用例生成步骤；若不存在，则创建1个该名称的测试场景，并自动生成2个场景步骤：

步骤1：mock设置，可调用表3中mock_name字段的具体内容作为步骤1的名称；

步骤2：渠道出款，可调用表1中的channel_name字段的具体内容，并结合用户输入的pay字段（也可以是其他字段，本发明实施例对此不做限制），将二者自动连接，以生成步骤2的名称（如：ccb_pay）。

在场景已创建之后（可以是刚刚创建的场景，也可以是根据场景名称，所查询到的已经存在的场景），可基于已创建的场景，生成异常模拟用例和异常出款用例，即用例生成模块根据上述步骤1，步骤2，依次生成各步骤对应用例。

首先，调用mock服务生成mock用例：可调用表1中的channel_name、mock、setmock三个字段值，并将所调用的字段值自动连接，生成mock用例名称（如：ccb_mock_setmock）；将表1中channel_name(所属渠道)、err_code(错误码)和err_msg(错误信息)这三个字段值传递给mock服务，作为mock参数；结合以上2个步骤，自动创建mock测试用例。

其次，生成异常出款用例（支付用例）：

根据表1中的channel_name(所属渠道)字段值到表2中随机查询1条默认参数记录，获取pay_param和assert，并将assert中的“order_status”更新为表1中的order_status（即，修改用例断言中的预期订单状态）；

调用表2中的url作为用例请求地址；调用表2中的method作为用例请求方式；将表2中pay_param作为用例默认参数（第三方系统出款初始化参数）；将修改后的assert作为用例断言，以自动创建异常出款用例。

且可调用表1中channel_name(所属渠道)、err_code(错误码)、err_msg(错误信息)这三个字段值，并将这三个字段值自动连接，以生成用例名称（如：ccb_AA001_账户可用资金不足）。

由此，本发明实施例可保证当第三方系统新增或变更异常时，及时通知测试人员，使测试人员能第一时间感知到错误新增或变更异常，以及时进行对应测试，解决现有技术的方案中，依赖人为通知所导致的时间滞后性的问题；还可自动调异常模拟工具，辅助测试人员自动模拟新增异常并生成该新增异常对应的测试用例，无需人工干预，可提高工作效率。

如图5所示，本发明实施例提供一种基于错误码生成异常出款用例的装置50，装置50应用于测试环境中，装置50包括：

监测模块501，用于监测错误码表；其中，错误码表为开发人员所维护的，用于存储第三方系统返回的错误码的数据库表；

第一生成模块502，用于在监测到错误码表中新增加了错误码时，生成提示信息；其中，提示信息用于提示测试人员是否选择自动创建测试场景；

第二生成模块503，用于如果接收到测试人员选择自动创建测试场景的指示，则基于已创建的测试场景，生成异常模拟用例和异常出款用例；

其中，异常模拟用例用于根据异常模拟工具，模拟新增加的错误码；异常出款用例，用于对新增加的错误码进行异常测试，以保证在生产环境中，第三方系统返回新增加的错误码时，对错误码的处理方式为预期异常处理方式；其中，预期异常处理方式存储在错误码表中，预期异常处理方式与错误码为一一对应关系。

在一种可能的实现方式中，装置50还包括：

创建模块，用于在监测到错误码表中新增加了错误码时，生成提示信息之后，如果未接收到测试人员选择自动创建测试场景的指示；则根据测试人员的参数配置指令，创建测试场景。

在一种可能的实现方式中，第二生成模块503，用于根据场景名称查询测试场景是否已经存在；

如果是，则基于已经存在的测试场景，生成异常模拟用例和异常出款用例；

如果否，则根据测试人员选择自动创建测试场景的指示，自动创建测试场景，并基于已创建的测试场景，生成异常模拟用例和异常出款用例。

在一种可能的实现方式中，错误码表还包括：错误码所对应的错误信息、错误码的所属渠道。

在一种可能的实现方式中，第二生成模块503，还用于确定测试场景的场景名称，基于场景名称，自动创建测试场景，其中，确定测试场景的场景名称包括：从错误码表中，调用新增加的错误码的所属渠道；

接收测试人员输入的命名信息；

将新增加的错误码的所属渠道与命名信息相连接，作为测试场景的场景名称。

在一种可能的实现方式中，第二生成模块503，还用于从错误码表中，调用新增加的错误码、新增加的错误码的所属渠道、新增加的错误码所对应的错误信息；

将新增加的错误码、新增加的错误码的所属渠道、新增加的错误码所对应的错误信息传递至异常模拟工具，以使得异常模拟工具对新增加的错误码进行模拟。

在一种可能的实现方式中，错误码表中还包括：预期订单状态，其中，预期订单状态与错误码为一一对应关系；

第二生成模块503，还用于根据新增加的错误码的所属渠道，在第三方系统出款参数表中，确定一条参数记录；其中，参数记录中的所属渠道的字段，与新增加的错误码的所属渠道的字段相同；参数记录包括：用例断言、第三方系统出款初始化参数、用例请求地址和用例请求方式；

将用例断言中的预期订单状态字段更新为错误码表中，与新增加的错误码对应的预期订单状态字段；

基于用例请求地址、用例请求方式、第三方系统出款初始化参数以及更新了预期订单状态字段后的用例断言，生成异常出款用例。

在一种可能的实现方式中，异常模拟工具为mock工具。

由此，通过实时监测错误码表的变化，及时通知测试人员第三方异常的变更，并可结合异常模拟工具自动生成对应的异常用例，降低对人工的依赖度，可及时对新增异常进行测试，提高了工作效率。

本发明实施例还提供一种电子设备60，如图6所示，包括：处理器601、存储器602及存储在存储器602上并可在处理器601上运行的程序，程序被处理器执行时实现上述实施例所示的一种基于错误码生成异常出款用例的方法的步骤。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述实施例所示的一种基于错误码生成异常出款用例的方法的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。