银行账户的管理方法及装置与流程

本发明涉及通信的技术领域，尤其是涉及一种银行账户的管理方法及装置。

背景技术：

目前，银行账户的交易过程非常的简单，只要能够提供交易密码，就能够使用银行账户内的资金进行交易，但是对于一些特殊的人群，例如未成年人，他们的价值观尚未形成，以致其容易受到外界的欺骗和诱惑，如果获取了父母的银行账户信息和交易密码，且产生了冲动消费，就会给家庭财产带来重大损失，所以单纯的密码交易方式不能保证银行账户的交易安全。

综上，现有技术中的银行账户管理方法存在安全性差的技术问题。

技术实现要素：

本发明的目的在于提供一种银行账户的管理方法及装置，以缓解了现有技术中的银行账户管理方法存在的安全性差的技术问题。

第一方面，本发明实施例提供一种银行账户的管理方法，应用于银行后台，所述方法包括：接收银行账户的管理请求，其中，所述银行账户为多个客户端共同管理的账户；将所述管理请求携带的管理信息发送至所述多个客户端；接收所述多个客户端反馈的多个响应结果，其中，所述响应结果包括以下至少之一：接受所述管理请求和拒绝所述管理请求；将所述多个响应结果发送至信息平台，其中，所述信息平台用于存储所述银行账户的智能合约，所述智能合约用于判断所述多个响应结果是否符合预设管理规则；接收所述信息平台反馈的管理结果，其中，所述管理结果包括以下至少之一：接受所述管理请求和拒绝所述管理请求；基于所述管理结果对所述银行账户进行管理。

在可选的实施方式中，所述预设管理规则为所述多个响应结果中接受所述管理请求的数量满足预设阈值。

在可选的实施方式中，所述管理方法还包括：接收目标客户端发送的银行账户申请，其中，所述目标客户端为所述多个客户端中的至少一个客户端；判断所述目标客户端的身份信息是否符合所述银行账户的申请要求；若符合，则生成银行账户，并为所述银行账户分配公钥和私钥；将所述多个客户端的公钥发送至信息平台，以使所述信息平台确定所述银行账户的智能合约。

在可选的实施方式中，当所述管理请求为交易请求时，所述管理信息为所述银行账户利用所述私钥签名加密后的交易信息；所述多个响应结果为客户端利用对应的私钥签名加密后的响应信息。

在可选的实施方式中，基于所述管理结果对所述银行账户进行管理包括：若所述管理结果为接受所述管理请求，则基于所述交易信息对所述银行账户中的资产进行转移；若所述管理结果为拒绝所述管理请求，则发送拒绝交易的信息至所述多个客户端。

在可选的实施方式中，当所述管理请求为挂失请求时，若所述信息平台反馈的管理结果为接受所述管理请求，则将所述银行账户的资产转移至预设安全账户。

第二方面，本发明实施例提供一种银行账户的管理方法，应用于信息平台，所述方法包括：接收多个响应结果，其中，所述多个响应结果为共同管理银行账户的多个客户端基于银行账户的管理请求反馈的结果，所述响应结果包括以下至少之一：接受所述管理请求和拒绝所述管理请求；判断所述多个响应结果是否符合预设管理规则，得到管理结果；若符合，则接受所述管理请求；若不符合，则拒绝所述管理请求；将所述管理结果发送至银行后台，以使所述银行后台基于所述管理结果对所述银行账户进行管理；其中，所述信息平台用于存储所述银行账户的智能合约，所述智能合约用于判断所述多个响应结果是否符合预设管理规则。

在可选的实施方式中，所述管理方法还包括：接收所述多个客户端对应的多个公钥，其中，所述公钥为银行后台为每个客户端分配的通信密钥；基于所述多个公钥确定所述银行账户的智能合约。

第三方面，本发明实施例提供一种银行账户的管理装置，应用于银行后台，所述装置包括：第一接收模块，用于接收银行账户的管理请求，其中，所述银行账户为多个客户端共同管理的账户；第一发送模块，用于将所述管理请求携带的管理信息发送至所述多个客户端；第二接收模块，用于接收所述多个客户端反馈的多个响应结果，其中，所述响应结果包括以下至少之一：接受所述管理请求和拒绝所述管理请求；第二发送模块，用于将所述多个响应结果发送至信息平台，其中，所述信息平台用于存储所述银行账户的智能合约，所述智能合约用于判断所述多个响应结果是否符合预设管理规则；第三接收模块，用于接收所述信息平台反馈的管理结果，其中，所述管理结果包括以下至少之一：接受所述管理请求和拒绝所述管理请求；管理模块，用于基于所述管理结果对所述银行账户进行管理。

第四方面，本发明实施例提供一种银行账户的管理装置，应用于信息平台，所述装置包括：第四接收模块，用于接收多个响应结果，其中，所述多个响应结果为共同管理银行账户的多个客户端基于银行账户的管理请求反馈的结果，所述响应结果包括以下至少之一：接受所述管理请求和拒绝所述管理请求；第一判断模块，用于判断所述多个响应结果是否符合预设管理规则，得到管理结果；接受模块，若符合，则接受所述管理请求；拒绝模块，若不符合，则拒绝所述管理请求；第三发送模块，用于将所述管理结果发送至银行后台，以使所述银行后台基于所述管理结果对所述银行账户进行管理；其中，所述信息平台用于存储所述银行账户的智能合约，所述智能合约用于判断所述多个响应结果是否符合预设管理规则。

本发明提供银行账户的管理方法，应用于银行后台，该方法包括：接收银行账户的管理请求，其中，银行账户为多个客户端共同管理的账户；将管理请求携带的管理信息发送至多个客户端；接收多个客户端反馈的多个响应结果，其中，响应结果包括以下至少之一：接受管理请求和拒绝管理请求；将多个响应结果发送至信息平台，其中，信息平台用于存储银行账户的智能合约，智能合约用于判断多个响应结果是否符合预设管理规则；接收信息平台反馈的管理结果，其中，管理结果包括以下至少之一：接受管理请求和拒绝管理请求；基于管理结果对银行账户进行管理。

现有技术中，银行账户的交易过程较为简单，只要提供交易密码就能够对账户中的资金进行支配，一旦交易密码泄露，银行账户的安全就存在极大的威胁，与现有技术中相比，本发明提供了一种银行账户的管理方法，该方法中的银行账户为多个客户端共同管理的账户，当接收到银行账户的管理请求时，首先将管理请求发送给该银行账户的所有客户端，然后接收客户端的所有响应结果并将其发送至信息平台，信息平台所存储的银行账户对应的智能合约对上述响应结果进行判断，只有在确认符合预设管理规则的情况下，该管理请求才被接受并处理，进而缓解了现有技术中的银行账户管理方法安全性差的技术问题。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种银行账户的管理方法的流程图；

图2为本发明实施例提供的另一种银行账户的管理方法的流程图；

图3为本发明实施例提供的一种银行账户的管理装置的功能模块图；

图4为本发明实施例提供的另一种银行账户的管理装置的功能模块图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

实施例一

图1是根据本发明实施例的一种银行账户的管理方法的流程图，应用于银行后台，如图1所示，该方法包括如下步骤：

步骤s11，接收银行账户的管理请求。

具体的，本实施例应用于银行后台，银行账户在使用过程中，银行后台接收到的管理请求包括但不限于：交易请求和挂失请求，还可以是密码修改请求或者其他的业务办理请求，本实施例不对管理请求的具体内容进行限制。需要说明的是，本实施例中的银行账户为多个客户端共同管理的账户，也就是说，本实施例所提供的方法适用于三方甚至多方共同管理一个银行账户，例如，一个家庭的所有成员可以共同管理一个银行账户。

步骤s12，将管理请求携带的管理信息发送至多个客户端。

当银行后台接收到银行账户的管理请求时，银行后台查询该账户对应的多个客户端(银行账户的多个共同管理者)，然后将管理请求携带的管理信息发送至上述多个客户端，例如，当该银行账户产生交易时，管理请求就对应的是交易请求，那么银行后台可以将交易信息发送给该账户的多个客户端，交易信息包括但不限于：银行账户信息，交易时间，交易类别，交易金额以及该银行账户的交易方信息。

多个客户端在接收到上述管理信息后，就需要对管理信息对应的管理请求进行响应，具体的，响应的方式一种可以是通过对管理信息进行直接回复，也就是说，管理信息在发送时，就携带请求响应的数据，例如，发送给客户端的管理信息后，最后添加请求回复的引导信息，告知客户端：回复“y”代表接受管理请求、回复“n”代表拒绝管理请求，这样可以在客户端授权操作的移动终端上进行响应。

另外一种管理请求的响应方式就是，客户端在接收到管理信息后，登录银行的官方应用程序，然后在官方的应用程序中对该管理信息进行处理，进而将处理结果发送给银行后台。本实施例不对客户端对管理信息的响应方式进行具体限定，可以根据实际情况进行具体设置。

步骤s13，接收多个客户端反馈的多个响应结果。

在上述多个客户端对管理信息进行响应后，银行后台将接收到多个客户端的响应结果，其中，响应结果包括以下至少之一：接受管理请求和拒绝管理请求。

步骤s14，将多个响应结果发送至信息平台。

具体的，在本实施例中，银行后台在接收到上述多个响应结果后，将多个响应结果转发给对应的信息平台，其中，该信息平台用于存储银行账户的智能合约，因为智能合约的图灵完备性更容易实现较为复杂的逻辑，所以可以预先在智能合约中将管理规则进行预设，智能合约可以对交易的规则和交易的条件等进行具体限制，能够保证对超出权限范围的操作进行限制，还可以只对响应结果进行简单判断，不对交易的具体信息进行限制，所以智能合约能够用于判断多个响应结果是否符合预设管理规则，优选的，信息平台选择区块链平台，区块链平台与银行后台都能够共同记录银行账户的交易往来信息。

信息平台接收到多个响应结果后，将根据预设管理规则作出判断，进而得到该管理请求对应的管理结果。

步骤s15，接收信息平台反馈的管理结果。

其中，管理结果包括以下至少之一：接受管理请求和拒绝管理请求。

步骤s16，基于管理结果对银行账户进行管理。

在信息平台对多个响应结果进行反馈后，得到管理结果，并将上述管理结果发送给银行后台，银行后台在接收到管理结果后，就能够基于接收到的管理结果对银行账户进行相应的管理，其中，管理结果包括以下至少之一：接受管理请求和拒绝管理请求。

现有技术中，银行账户的交易过程较为简单，只要提供交易密码就能够对账户中的资金进行支配，一旦交易密码泄露，银行账户的安全就存在极大的威胁，与现有技术中相比，本发明提供了一种银行账户的管理方法，该方法中的银行账户为多个客户端共同管理的账户，当接收到银行账户的管理请求时，首先将管理请求发送给该银行账户的所有客户端，然后接收客户端的所有响应结果并将其发送至信息平台，信息平台所存储的银行账户对应的智能合约对上述响应结果进行判断，只有在确认符合预设管理规则的情况下，该管理请求才被接受并处理，进而缓解了现有技术中的银行账户管理方法安全性差的技术问题。

在一个可选的实施方式中，预设管理规则为多个响应结果中接受管理请求的数量满足预设阈值。

具体的，在本实施例中，预设管理规则为多个响应结果中接受管理请求的数量满足预设阈值，为了便于理解，下面举例说明，假设该银行账户的共同管理者为3个客户端，且智能合约中预设只要3个客户端中的2个客户端作出接受管理请求的响应，管理操作就能够被通过，那么当银行账户发生管理请求时，3个客户端分别对管理请求进行响应，并给出对应的响应结果，如果响应结果中只有1个是接受管理请求，2个是拒绝管理请求，那么银行后台将接收到的响应结果发送给信息平台后，信息平台将反馈拒绝管理请求的管理结果。

上文中对本发明实施例所提供的银行账户的管理方法进行了详细的描述，下面对银行账户的注册方法进行详细的介绍。

在一个可选的实施方式中，管理方法还包括如下步骤：

步骤s21，接收目标客户端发送的银行账户申请。

具体的，要想创建一个多个客户端共同管理的银行账户，那么就需要目标客户端(多个客户端中的至少一个客户端)共同向银行后台发送银行账户申请，例如，一个家庭中的父母和未成年的孩子想要创建一个共同管理的银行账户，那么如果父母二人共同向银行后台提交银行账户申请，此时，父母二人就是目标客户端。

步骤s22，判断目标客户端的身份信息是否符合银行账户的申请要求。

银行后台在获取到目标客户端的身份信息后，需要对身份信息进行审查，可以只是验证是否为本人申请，或者银行可以设置一些账户申请的条件，例如目标客户端的信用是否达标等条件，本实施例不对其进行具体限制。

若符合，则执行步骤s23，若不符合，则拒绝银行账户申请。

步骤s23，生成银行账户，并为银行账户分配公钥和私钥。

如果目标客户端的身份信息符合银行账户的申请要求，那么银行后台可以开通多客户端共同管理的银行账户，并为该银行账户分配公钥和私钥。

步骤s24，将多个客户端的公钥发送至信息平台，以使信息平台确定银行账户的智能合约。

本实施例可以支持多方共同管理一个银行账户，银行后台会为每个客户端均分配对应的公钥和私钥，所以将要创建一个多用户管理的银行账户时，银行后台需要将多个客户端的公钥一起发送给信息平台，然后，信息平台为该银行账户制定智能合约并存储。

在一个可选的实施方式中，当管理请求为交易请求时，管理信息为银行账户利用私钥签名加密后的交易信息；多个响应结果为客户端利用对应的私钥签名加密后的响应信息。

本实施例中，银行后台对每个客户端都分配了专属的公钥和私钥，优选的，为了使交易过程更加的安全，当管理请求为交易请求时，发送给多个客户端的交易信息为银行账户利用私钥签名加密后的信息，上述多个客户端对交易信息进行响应时，客户端均使用对应的私钥对响应结果进行签名，然后再将签名后的响应结果发送给银行后台。

进一步的，若上述多个客户端均使用对应的私钥对响应结果进行签名，那么信息平台通过银行后台能够获得该银行账户对应的多个客户端的所有公钥，进而利用公钥对每个响应结果进行验证签名，若验证通过，再进一步利用预设管理规则进行判断，得到管理结果。

在一个可选的实施方式中，当管理请求为交易请求时，基于管理结果对银行账户进行管理包括：

若管理结果为接受管理请求，则基于交易信息对银行账户中的资产进行转移。

若管理结果为拒绝管理请求，则发送拒绝交易的信息至多个客户端。

具体的，当管理请求为交易请求时，如果信息平台反馈的管理结果是接受管理请求，那么银行后台将基于交易信息中的交易类型、交易金额将银行账户中的资产转移至交易方，还可以通过一些现有的消息通知方式通知多个客户端这次交易请求的交易结果。相反，如果管理结果为拒绝管理请求，那么银行后台不会通过这比交易，并发送拒绝交易的信息至多个客户端，以告知这次交易的交易结果。

在一个可选的实施方式中，当管理请求为挂失请求时，若信息平台反馈的管理结果为接受管理请求，则将银行账户的资产转移至预设安全账户。

具体的，当管理请求为挂失请求时，通过多个客户端对挂失请求的响应，如果信息平台反馈的管理结果为接受管理请求，那么银行后台将对银行账户内的资产进行转移操作，转移至预设的安全账户，或者也可以将银行账户内的资产进行冻结，这也是一种保证资产安全的措施。

在银行后台已经为所有的客户端分配公私钥的前提下，所有的信息通信都可以选择加密解密的机制，进而使得银行账户的管理安全系数更高。

综上，本发明实施例具有以下优点：多个客户端共同管理的银行账户可以通过信息平台上存储的智能合约对多个响应结果进行智能的判断，由于智能合约具有图灵完备性，所以适用于复杂的逻辑判断，只有在确认符合预设管理规则的情况下，管理请求才被接受并处理，使得银行账户的安全系数得到了有效的提高。

实施例二

图2是根据本发明实施例的另一种银行账户的管理方法的流程图，应用于信息平台，如图2所示，该方法包括如下步骤：

步骤s31，接收多个响应结果。

其中，多个响应结果为共同管理银行账户的多个客户端基于银行账户的管理请求反馈的结果，响应结果包括以下至少之一：接受管理请求和拒绝管理请求。

具体的，本实施例应用于信息平台，信息平台用于接收共同管理银行账户的多个客户端基于银行账户的管理请求反馈的响应结果，其中，响应结果包括以下至少之一：接受管理请求和拒绝管理请求，优选的，信息平台选择区块链平台，区块链平台与银行后台都能够共同记录银行账户的交易往来。

步骤s32，判断多个响应结果是否符合预设管理规则，得到管理结果。

在本实施例中，信息平台用于存储银行账户的智能合约，智能合约能够用于判断多个响应结果是否符合预设管理规则，上述实施例一中已经对预设管理规则进行了详细的介绍，此处不再赘述，根据预设管理规则，信息平台能够基于多个响应结果得到管理结果。

若符合，则执行步骤s33，若不符合，则执行步骤s34。

步骤s33，接受管理请求。

步骤s34，拒绝管理请求。

如果多个响应结果符合预设管理规则，那么信息平台将反馈接受管理请求的管理结果；如果多个响应结果不符合预设管理规则，那么信息平台将反馈拒绝管理请求的管理结果。

步骤s35，将管理结果发送至银行后台，以使银行后台基于管理结果对银行账户进行管理。

在信息平台确定了管理结果之后，将管理结果发送至银行后台，银行后台将基于上述管理结果对银行账户进行管理。上述实施例中已经对交易请求与挂失请求的管理结果分别进行了详细的阐述，本实施例不再进行赘述。

在一个可选的实施方式中，管理方法还包括如下步骤：

步骤s41，接收多个客户端对应的多个公钥。

其中，公钥为银行后台为每个客户端分配的通信密钥。

步骤s42，基于多个公钥确定银行账户的智能合约。

具体的，银行账户的交易要通过信息平台上的智能合约进行判断，那么首先就要在信息平台上建立该银行账户对应的智能合约，银行后台会为每个客户端分配对应的公钥和私钥，信息平台接收到银行后台发送的想要共同管理银行账户的多个客户端的多个公钥后，就能够基于上述多个公钥制定银行账户的专属智能合约，智能合约中的预设管理规则可以根据实际情况进行具体限定，优选的，在多个响应结果中接受管理请求的数量满足预设阈值时，信息平台反馈接受管理请求的管理结果。

本发明所提供的银行账户管理方法可以适用于父母为未成年孩子开通银行账户的场景，父母向银行申请开通三人共同管理银行账户的请求，银行经过审核，确认可以申请，将开通银行账户，并为该银行账户生成对应的公钥和私钥，银行后台将父母的公钥和新开通的银行账户的公钥发送给信息平台，信息平台生成智能合约，且预设管理规则为只要3人中的2人反馈接受管理请求，那么就允许对银行账户执行相应的管理操作，所以如果将新开账户的银行卡交由孩子保管，当产生交易时，父母二人能够收到交易信息，并只有在父母其中一人同意的情况下(孩子已经同意交易)，该交易才有效，这样即能够方便了未成年子女的生活，家长也能够有效的控制子女消费，避免了由于不设交易限制造成的损失。

实施例三

本发明实施例还提供了一种银行账户的管理装置，应用于银行后台，该银行账户的管理装置主要用于执行上述实施例一所提供的银行账户的管理方法，以下对本发明实施例提供的银行账户的管理装置作具体介绍。

图3是根据本发明实施例的一种银行账户的管理装置的功能模块图，如图3所示，该装置主要包括第一接收模块11，第一发送模块12，第二接收模块13，第二发送模块14，第三接收模块15，管理模块16，其中：

第一接收模块11，用于接收银行账户的管理请求，其中，银行账户为多个客户端共同管理的账户。

第一发送模块12，用于将管理请求携带的管理信息发送至多个客户端。

第二接收模块13，用于接收多个客户端反馈的多个响应结果，其中，响应结果包括以下至少之一：接受管理请求和拒绝管理请求。

第二发送模块14，用于将多个响应结果发送至信息平台，其中，信息平台用于存储银行账户的智能合约，智能合约用于判断多个响应结果是否符合预设管理规则。

第三接收模块15，用于接收信息平台反馈的管理结果，其中，管理结果包括以下至少之一：接受管理请求和拒绝管理请求。

管理模块16，用于基于管理结果对银行账户进行管理。

现有技术中，银行账户的交易过程较为简单，只要提供交易密码就能够对账户中的资金进行支配，一旦交易密码泄露，银行账户的安全就存在极大的威胁，与现有技术中相比，本发明提供了一种银行账户的管理装置，该装置中的银行账户为多个客户端共同管理的账户，当接收到银行账户的管理请求时，首先将管理请求发送给该银行账户的所有客户端，然后接收客户端的所有响应结果并将其发送至信息平台，信息平台所存储的银行账户对应的智能合约对上述响应结果进行判断，只有在确认符合预设管理规则的情况下，该管理请求才被接受并处理，进而缓解了现有技术中的银行账户管理方法安全性差的技术问题。

可选的，预设管理规则为多个响应结果中接受管理请求的数量满足预设阈值。

管理装置还用于：

接收目标客户端发送的银行账户申请，其中，目标客户端为多个客户端中的至少一个客户端。

判断目标客户端的身份信息是否符合银行账户的申请要求。

若符合，则生成银行账户，并为银行账户分配公钥和私钥。

将多个客户端的公钥发送至信息平台，以使信息平台确定银行账户的智能合约。

可选的，当管理请求为交易请求时，管理信息为银行账户利用私钥签名加密后的交易信息；多个响应结果为客户端利用对应的私钥签名加密后的响应信息。

可选的，管理模块还用于：

若管理结果为接受管理请求，则基于交易信息对银行账户中的资产进行转移。

若管理结果为拒绝管理请求，则发送拒绝交易的信息至多个客户端。

可选的，当管理请求为挂失请求时，若信息平台反馈的管理结果为接受管理请求，则将银行账户的资产转移至预设安全账户。

实施例四

本发明实施例还提供了一种银行账户的管理装置，应用于信息平台，该银行账户的管理装置主要用于执行上述实施例二所提供的银行账户的管理方法，以下对本发明实施例提供的银行账户的管理装置作具体介绍。

图4是根据本发明实施例的一种银行账户的管理装置的功能模块图，如图4所示，该装置主要包括第四接收模块21，第一判断模块22，接受模块23，拒绝模块24，第三发送模块25，其中：

第四接收模块21，用于接收多个响应结果，其中，多个响应结果为共同管理银行账户的多个客户端基于银行账户的管理请求反馈的结果，响应结果包括以下至少之一：接受管理请求和拒绝管理请求。

第一判断模块22，用于判断多个响应结果是否符合预设管理规则，得到管理结果。

接受模块23，若符合，则接受管理请求。

拒绝模块24，若不符合，则拒绝管理请求。

第三发送模块25，用于将管理结果发送至银行后台，以使银行后台基于管理结果对银行账户进行管理。

其中，信息平台用于存储银行账户的智能合约，智能合约用于判断多个响应结果是否符合预设管理规则。

可选的，管理装置还用于：

接收多个客户端对应的多个公钥，其中，公钥为银行后台为每个客户端分配的通信密钥。

基于多个公钥确定银行账户的智能合约。

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

在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。