账单处理的方法、装置、服务器和存储介质与流程

本申请涉及数据处理技术领域，具体涉及一种账单处理的方法、装置、服务器和存储介质。

背景技术：

信用付顾名思义，指的是信用支付，是“先消费，后还款”的一种消费方式。在信用付业务中包括支付、还款、退货和退款等主要交易流程。支付时给用户记账，生成一笔借据，次月出账日会累计用户上月的所有借据，生成用户账单。还款时需要给用户销账，结清用户账单。同时，用户的该笔支付可能会产生退货，此时需要给用户销账。还款后的退货可能还会涉及到给用户退款。

在信用付业务中，还款是最复杂的部分。首先，还款的方式多样：用户可以选择出账后主动还款，也可以选择出账前提前还款，还可以选择到还款日自动代扣还款。其次，主动还款的交互复杂：还款时用户首先进入还款界面，然后操作完成支付动作，最后业务系统收到支付结果后，再给用户账单做销账以及恢复额度等处理。

在用户主动还款过程中，用户进入付款界面到操作完成支付动作的时间以及用户完成支付动作到支付结果通知到业务系统的时间内，可能发生自动代扣、退货、甚至主动还款等对同一个用户账单的并发操作，导致用户账单的应还金额变化，用户还款支付的金额跟用户账单的应还金额对不上，造成用户还款失败的情况的发生。

技术实现要素：

本申请实施例提供了一种账单处理的方法、装置、服务器和存储介质，可以解决相关技术中存在的技术问题。所述账单处理的方法、装置、服务器和存储介质的技术方案如下：

第一方面，提供了一种账单处理的方法，所述方法包括：

接收交易处理请求，其中，所述交易处理请求中携带有账单标识，所述交易处理请求包括主动还款请求和退款请求；

确定所述账单标识对应的用户账单；

执行获取所述用户账单的交易锁的处理；

如果所述交易锁获取成功，对所述用户账单执行所述交易处理请求对应的业务处理；

释放所述用户账单的交易锁。

在一种可能的实现方式中，所述接收交易处理请求，包括：

接收用户终端发送的主动还款请求；

所述对所述用户账单执行所述交易处理请求对应的业务处理，包括：

生成所述交易处理请求对应的预支付单；

向所述用户终端发送所述预支付单，以使所述用户终端基于所述预支付单通过支付平台执行支付处理；

当接收到所述支付平台发送的所述预支付单对应的支付成功通知时，对所述用户账单执行所述主动还款请求对应的销账处理。

在一种可能的实现方式中，所述执行获取所述用户账单的交易锁的处理之后，还包括：

如果所述交易锁获取失败，则生成用于提示用户延时后重新发起主动还款请求的提示信息；

向所述用户终端发送所述提示信息。

在一种可能的实现方式中，所述接收交易处理请求，包括：

接收退款平台发送的退款请求；

所述对所述用户账单执行所述交易处理请求对应的业务处理，包括：

对所述用户账单执行所述退款请求对应的销账处理。

在一种可能的实现方式中，所述执行获取所述用户账单的交易锁的处理之后，还包括：

如果所述交易锁获取失败，则确定所述交易锁的剩余有效时长；

延时所述剩余有效时长后重新执行获取所述用户账单的交易锁的处理。

在一种可能的实现方式中，所述释放所述用户账单的交易锁，包括：

在执行完所述交易处理请求对应的业务处理后，释放所述交易锁。

在一种可能的实现方式中，所述释放所述用户账单的交易锁，包括：

在获取到所述交易锁的时长达到设定时长后，释放所述交易锁。

在一种可能的实现方式中，所述方法还包括：

当达到所述用户账单对应的自动还款周期时，执行获取所述用户账单的交易锁的处理；

如果所述交易锁获取成功，向支付平台发送扣款请求；

当接收到所述支付平台发送的扣款成功通知时，对所述用户账单执行所述扣款请求对应的销账处理；

释放所述用户账单的交易锁。

在一种可能的实现方式中，所述执行获取所述用户账单的交易锁的处理之后，还包括：

如果所述交易锁获取失败，则确定所述交易锁的剩余有效时长；

延时所述剩余有效时长后重新执行获取所述用户账单的交易锁的处理。

第二方面，提供了一种账单处理的装置，所述装置包括：

接收模块，用于接收交易处理请求，其中，所述交易处理请求中携带有账单标识，所述交易处理请求包括主动还款请求和退款请求；

确定模块，用于确定所述账单标识对应的用户账单；

获取模块，用于执行获取所述用户账单的交易锁的处理；

执行模块，用于如果所述交易锁获取成功，则执行所述交易处理请求对应的业务处理；

释放模块，用于释放所述用户账单的交易锁。

在一种可能的实现方式中，所述接收模块，用于：

接收用户终端发送的主动还款请求；

所述执行模块，用于：

生成所述交易处理请求对应的预支付单；

向所述用户终端发送所述预支付单，以使所述用户终端基于所述预支付单通过支付平台执行支付处理；

当接收到所述支付平台发送的所述预支付单对应的支付成功通知时，对所述用户账单执行所述主动还款请求对应的销账处理。

在一种可能的实现方式中，所述装置还包括提示模块，用于：

如果所述交易锁获取失败，则生成用于提示用户延时后重新发起主动还款请求的提示信息；

向所述用户终端发送所述提示信息。

在一种可能的实现方式中，所述接收模块，用于：

接收退款平台发送的退款请求；

所述执行模块，用于：

对所述用户账单执行所述退款请求对应的销账处理。

在一种可能的实现方式中，所述执行模块，还用于：

如果所述交易锁获取失败，则确定所述交易锁的剩余有效时长；

延时所述剩余有效时长后重新执行获取所述用户账单的交易锁的处理。

在一种可能的实现方式中，所述释放模块，用于：

在执行完所述交易处理请求对应的业务处理后，释放所述交易锁。

在一种可能的实现方式中，所述释放模块，用于：

在获取到所述交易锁的时长达到设定时长后，释放所述交易锁。

在一种可能的实现方式中，所述获取模块，还用于：

当达到所述用户账单对应的自动还款周期时，执行获取所述用户账单的交易锁的处理；

所述装置还包括发送模块，用于：

如果所述交易锁获取成功，向支付平台发送扣款请求；

所述执行模块，还用于：

当接收到所述支付平台发送的扣款成功通知时，对所述用户账单执行所述扣款请求对应的销账处理；

所述释放模块，用于：

释放所述用户账单的交易锁。

在一种可能的实现方式中，所述执行模块，还用于：

如果所述交易锁获取失败，则确定所述交易锁的剩余有效时长；

延时所述剩余有效时长后重新执行获取所述用户账单的交易锁的处理。

第三方面，提供了一种服务器，所述服务器包括存储器和处理器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如第一方面所述的账单处理的方法。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如第一方面所述的账单处理的方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

本申请实施例提供的账单处理的方法，通过使在执行交易处理请求对应的业务处理之前，先获取交易处理请求对应的用户账单的交易锁，并只有在成功获取到交易锁时，才执行交易处理请求对应的业务处理，使得，在同一时刻对于一个用户账单只有一个业务处理可以执行。在用户主动还款过程中，用户账单的应还金额不会发生变化，用户还款支付的金额跟用户账单的应还金额保持一致，这减小了还款失败的可能性。

附图说明

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

图1是本申请实施例提供的一种账单处理的方法的流程图；

图2是本申请实施例提供的一种账单处理的装置的结构示意图；

图3是本申请实施例提供的一种服务器的结构示意图；

图4是本申请实施例提供的一种支付界面的示意图；

图5是本申请实施例提供的另一种支付界面的示意图；

图6是本申请实施例提供的另一种支付界面的示意图；

图7是本申请实施例提供的另一种支付界面的示意图；

图8是本申请实施例提供的一种主动还款业务处理的流程图；

图9是本申请实施例提供的一种退款业务处理的流程图；

图10是本申请实施例提供的一种代扣业务处理的流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供了一种账单处理的方法，该方法可以由服务器实现，其中，该服务器可以为单个服务器，也可以为服务器集群，该单个服务器和服务器集群也可以称为交易处理系统。

在实际应用中，用户可以在终端上下载可以进行信用支付的应用程序，然后，可以使用信用支付功能进行购物。使用信用支付后，用户需要在还款日之前或还款日当天进行还款。在还款时，用户可以选择在还款日之前选择主动还款，也可以选择在还款日主动还款，还可以选择到还款日自动代扣还款，在还款后需要对用户账单进行销账处理。并且，有时候用户在购物后，还可能会将购买的商品退掉，此时，也需要对用户账单进行相应的销账处理。可见，在上述对用户账单的业务处理中，至少包括主动还款业务处理、代扣还款业务处理和退款业务处理，为了避免在同一时刻对用户账单执行多种业务处理，则可以采用本申请实施例提供的方法。

如图1所示，账单处理的方法的处理流程可以包括如下步骤：

在步骤101中，接收交易处理请求。

其中，交易处理请求中携带有账单标识，交易处理请求包括主动还款请求和退款请求。交易处理请求中还可以携带有还款金额或退款金额。

在实施中，交易处理请求可以为主动还款请求，也可以为退款请求。主动还款请求是由用户在用户终端上操作触发的，而退款请求是由用户在用户终端上操作完成退货之后，由退款平台(也可以称为退货平台)自动发出的，具体过程可以分为以下两种情况：

第一种情况，交易处理请求为主动还款请求，则接收用户终端发送的主动还款请求。

在实施中，用户可以选择主动还款，其中，该主动还款可以是在还款日之前主动还款，也可以是在还款日主动还款，也可以是逾期后进行主动还款。

用户在主动还款时，首先打开信用支付的应用程序，然后，进入到还款界面(也可以称为收银台)完成相应的操作，则用户终端发送主动还款请求给服务器，则服务器即可接收用户终端发送的主动还款请求。

例如，用户先在用户终端选择待支付账单，如图4所示，用户选择的是未出账账单，则说明用户选择在还款日之前主动还款。在图4所示的支付界面中，还显示有账单明细等内容。然后，用户点击提前还款，即可进入如图5所示的支付界面中，然后，用户可以点击立即还款，则用户终端即可向服务器发送主动还款请求，并且，在图5所示的支付界面中，用户还可以调整还款的金额。

第二种情况，交易处理请求为退款请求，则接收退款平台发送的退款请求。

在实施中，用户还可能会将使用信用支付购买的商品退掉，则此时，用户可以在用户终端操作，使用户终端向退款平台发送退货请求，则退款平台可以执行与退货请求相关的业务处理。在退款平台执行完成之后，退款平台发送退款请求给服务器，则服务器可以接收退款平台发送的退款请求。

在步骤102中，确定账单标识对应的用户账单。

在实施中，接收到交易处理请求之后，可以解析得到交易处理请求中携带的账单标识。然后，根据账单标识确定对应的用户账单。

在步骤103中，执行获取用户账单的交易锁的处理。

其中，由于多个业务处理可能是由不同机器，不同进程执行的，因此，交易锁可以为分布式锁，确保不同业务处理可以共享一把锁。

在实施中，获取用户账单的交易锁的处理，也即对用户账单进行加锁的处理。如果获取用户账单的交易锁获取成功，即对用户账单加锁成功，加锁成功后，对于该用户账单，只有该交易处理请求对应的业务处理可以执行。如果获取用户账单的交易锁获取失败，则说明此时有业务处理已对用户账单进行加锁，该交易处理请求对应的业务处理需要延时执行。

在步骤104中，如果交易锁获取成功，则执行交易处理请求对应的业务处理。

在实施中，在交易锁获取成功之后，即可执行交易处理请求对应的业务处理，具体的，根据交易处理请求的不同，执行的业务处理也不同，下面分为两种情况进行说明。

第一种情况，交易处理请求为主动还款请求时，则执行的业务处理可以如下所述：生成交易处理请求对应的预支付单。向用户终端发送预支付单，以使用户终端基于预支付单通过支付平台执行支付处理。当接收到支付平台发送的预支付单对应的支付成功通知时，对用户账单执行主动还款请求对应的销账处理。

在实施中，根据主动还款请求中携带的用户账单的标识和还款金额，可以生成相应的预支付单。然后，向用户终端发送预支付单。

如图6所示，用户终端接收并显示预支付单，在预支付单中显示有支付剩余时间、支付金额和支付方式等。用户可以选择某一支付方式，然后，点击确认支付。则用户终端则会向该支付方式对应的支付平台发送支付消息，则该支付平台在用户对应的账户中扣除相应的还款金额，则支付成功。

支付成功后，支付平台发送支付成功通知给服务器，则服务器即可执行主动还款请求对应的销账处理。其中，支付成功通知中还可以携带有支付金额。

在一种可能的实现方式中，如果交易锁获取失败，则生成用于提示用户延时后重新发起主动还款请求的提示信息，向用户终端发送提示信息。

其中，提示信息可以如图5所示。

在实施中，用户终端接收到提示信息之后，可以显示提示信息。在一种可能的实现方式中，提示信息中可以显示有需要延时的时长，则如果交易锁获取失败，则可以获取该交易锁的剩余有效时长，并向用户终端发送用于提示延时剩余有效时长的提示信息，例如，该提示信息可以为“敬请在几分钟几秒后重新进行还款尝试”。这样，用户可以及时的重新发起主动还款请求。

或者，在另一种可能的实现方式中，如果交易锁获取失败，则向用户终端发送用于提示延时设定时长的提示信息，该设定时长应当大于交易锁的有效时长。这样，简化了服务器的处理逻辑，节约了计算资源。

第二种情况，交易处理请求为退款请求时，则执行的业务处理可以如下所述：对用户账单执行退款请求对应的销账处理。

在实施中，退款请求中可以携带有用户账单的标识以及退款金额，则在执行退款请求对应的销账处理时，可以对用户账单进行与退款金额相等金额的销账处理，并为用户恢复与退款金额相等的信用支付的额度。

在一种可能的实现方式中，如果交易锁获取失败，则可以确定交易锁的剩余有效时长。延时剩余有效时长后重新执行获取用户账单的交易锁的处理。获取成功后，即可对用户账单执行退款请求对应的销账处理。

在实施中，在获取交易锁时，如果获取失败，还可以获取到正在进行的业务处理以及交易锁的剩余有效时长。然后，延时剩余有效时长后重新执行获取用户账单的交易锁的处理。其中，交易锁的剩余有效时长等于交易锁的有效时长减去交易锁的已使用时长。不同的业务处理获取到的交易锁的有效时间可以相同，也可以不同，本申请对此不做限定。

通过确定交易锁的剩余有效时长，并在延时剩余有效时长后，立即重新执行获取用户账单的交易锁的处理，使得退款请求对应的业务处理能够尽快执行。

在另一种可能的实现方式中，如果交易锁获取失败，则可以延时目标时长后重新执行获取用户账单的交易锁的处理。获取成功后，即可对用户账单执行退款请求对应的业务处理。

其中，目标时长应当大于各业务处理获取到的交易锁的有效时长。

在实施中，在获取交易锁失败后，可以直接延时目标时长后，重新执行获取用户账单的交易锁的处理，而不必确定剩余有效时长。从而，减少服务器的处理逻辑。

在步骤105中，释放用户账单的交易锁。

在实施中，在执行完交易处理请求对应的业务处理之后，还需要释放交易锁，以便执行其余针对该用户账单的业务处理，具体过程可以如下所述：

在一种可能的实现方式中，在执行业务处理请求对应的业务处理之后，可以立即释放交易锁，以便其余业务处理及时执行。

在另一种可能的实现方式中，如果交易锁获取成功，且获取到交易锁的时长达到设定时长后，释放交易锁。

其中，该设定时长也可以称为有效时长，不同业务处理对应的设定时长可以相同，也可以不同。

在实施中，有时候交易锁获取之后，相应的业务处理可能会一直未执行完成。如果仅仅设计在业务处理完成之后，再释放交易锁，则在这种情况下，交易锁可能会一直不能得到释放。为了在这种情况下也能释放交易锁，则可以设置一个设定时长，当某个业务处理获取到交易锁的时长达到设定时长时，无论业务处理是否执行完成，均释放交易锁。

还需要说明的是，当达到用户账单对应的自动还款周期时，服务器还可以自动进行代扣业务处理，则相应的处理过程可以如下所述：当达到用户账单对应的自动还款周期时，执行获取用户账单的交易锁的处理。如果交易锁获取成功，则向支付平台发送扣款请求。当接收到支付平台发送的扣款成功通知时，对用户账单执行扣款请求对应的销账处理。

在实施中，如果用户未提前还款，则达到还款日时，服务器可以自动进行代扣业务处理。具体的，当达到用户账单对应的自动还款周期时，首先获取用户账单的交易锁，如果获取成功，则向支付平台发送扣款请求。

在扣款请求中可以携带有扣款金额和扣款账户，则支付平台可以在扣款账户中扣除相应的扣款金额。如果扣款成功，则可以向服务器发送扣款成功通知，在扣款成功通知中也可以携带有相应的扣款金额。在接收到支付平台发送的扣款成功通知之后，可以对用户账单进行与扣款金额相等的金额的销账处理。

在一种可能的实现方式中，如果交易锁获取失败，则确定交易锁的剩余有效时长，延时剩余有效时长后重新执行获取用户账单的交易锁的处理。

另外，在执行完扣款请求对应的销账处理之后，还需要释放交易锁，以便执行其余针对该用户账单的业务处理，具体过程可以如下所述：

在一种可能的实现方式中，在对用户账单执行扣款请求对应的销账处理之后，释放交易锁，以便其余业务处理及时执行。

在另一种可能的实现方式中，如果交易锁获取成功，且获取到交易锁的时长达到设定时长后，释放交易锁。

其中，该设定时长也可以称为有效时长，不同业务处理对应的设定时长可以相同，也可以不同。

在实施中，有时候交易锁获取之后，相应的业务处理可能会一直未执行完成。如果仅仅设计在业务处理完成之后，再释放交易锁，则在这种情况下，交易锁可能会一直不能得到释放。为了在这种情况下也能释放交易锁，则可以设置一个设定时长，当某个业务处理获取到交易锁的时长达到设定时长时，无论业务处理释放执行完成，均释放交易锁。

本申请实施例提供的账单处理的方法，通过使在执行交易处理请求对应的业务处理之前，先获取交易处理请求对应的用户账单的交易锁，并只有在成功获取到交易锁时，才执行交易处理请求对应的业务处理，使得，在同一时刻对于一个用户账单只有一个业务处理可以进行，这减小了还款失败的可能性。

并且，在用户体验上，用户还款成功的可能性提高，减少了用户投诉的可能性，也减少了用户再次发起主动付款的可能性，减少了用户的操作成本。

在业务处理上，业务系统、客服需要处理大量的退款案件的数量减少，降低了系统运维成本和人工处理成本。

下面，结合附图，对三种业务处理的流程进行详细说明。

如图8所示，为主动还款请业务处理流程：

(1)接收主动还款请求；

(2)获取交易锁；

(3)如果获取失败，则向用户终端发送提示信息，如果获取成功，则生成预支付单，并发送给用户终端.

(4)接收支付平台发送的支付成功通知.

(5)执行相应的销账处理；

(6)交易锁超时释放。

如图9所示，为退款业务处理流程：

(1)接收退款请求；

(2)获取交易锁；

(3)如果获取失败，则延时后重新发起获取交易锁的处理，如果获取成功，则执行相应的销账处理。

(4)执行销账处理后，释放交易锁。

如图10所示，为代扣业务处理流程：

(1)当达到自动还款周期时，获取交易锁；

(2)如果获取失败，则延时后重新发起获取交易锁的处理，如果获取成功，则向退款平台发送扣款请求；

(3)接收退款平台发送的扣款成功通知；

(4)执行相应的销账处理；

(5)完成销账处理后，释放交易锁。

另外，如果接收到退款平台发送的扣款失败通知，例如，由于用户账户不足而导致，则可以直接释放交易锁。

综上所述，本申请综合考虑主动还款、代扣、退款三个业务处理流程，将每个业务处理流程拆分成三个阶段：获取交易锁、执行相应的业务处理和释放交易锁。具体的，进入业务处理之前，首先获取用户账单的交易锁，获取锁成功意味着得到了修改该用户账单的权限。然后，进入业务处理，操作对该账单的金额处理和修改。最后，修改完成后释放交易锁，以便其他业务处理流程获取到交易锁，对该用户账单做其他业务处理。

基于与上述账单处理的方法相同的技术构思，本申请实施例还提供了一种账单处理的装置，该装置可以为服务器，如图2所示，该装置包括：

接收模块201，用于接收交易处理请求，其中，交易处理请求中携带有账单标识，交易处理请求包括主动还款请求和退款请求；

确定模块202，用于确定账单标识对应的用户账单；

获取模块203，用于执行获取用户账单的交易锁的处理；

执行模块204，用于如果交易锁获取成功，则执行交易处理请求对应的业务处理；

释放模块205，用于释放用户账单的交易锁。

在一种可能的实现方式中，接收模块201，用于：

接收用户终端发送的主动还款请求；

执行模块204，用于：

生成交易处理请求对应的预支付单；

向用户终端发送预支付单，以使用户终端基于预支付单通过支付平台执行支付处理；

当接收到支付平台发送的预支付单对应的支付成功通知时，对用户账单执行主动还款请求对应的销账处理。

在一种可能的实现方式中，装置还包括提示模块，用于：

如果交易锁获取失败，则生成用于提示用户延时后重新发起主动还款请求的提示信息；

向用户终端发送提示信息。

在一种可能的实现方式中，接收模块201，用于：

接收退款平台发送的退款请求；

执行模块204，用于：

对用户账单执行退款请求对应的销账处理。

在一种可能的实现方式中，执行模块204，还用于：

如果交易锁获取失败，则确定交易锁的剩余有效时长；

延时剩余有效时长后重新执行获取用户账单的交易锁的处理。

在一种可能的实现方式中，释放模块205，用于：

在执行完交易处理请求对应的业务处理后，释放交易锁。

在一种可能的实现方式中，释放模块205，用于：

在获取到交易锁的时长达到设定时长后，释放交易锁。

在一种可能的实现方式中，获取模块203，还用于：

当达到用户账单对应的自动还款周期时，执行获取用户账单的交易锁的处理；

装置还包括发送模块，用于：

如果交易锁获取成功，向支付平台发送扣款请求；

执行模块204，还用于：

当接收到支付平台发送的扣款成功通知时，对用户账单执行扣款请求对应的销账处理；

释放模块205，用于：

释放用户账单的交易锁。

在一种可能的实现方式中，执行模块204，还用于：

如果交易锁获取失败，则确定交易锁的剩余有效时长；

延时剩余有效时长后重新执行获取用户账单的交易锁的处理。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在账单处理的方法的实施例中执行了详细描述，此处将不做详细阐述说明。

需要说明的是：上述实施例提供的账单处理的装置在执行征账单处理时，仅以上述各功能模块的划分执行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的账单处理的装置与账单处理的方法实施例属于同一构思，其具体实现过程详见账单处理的方法实施例，这里不再赘述。

图3是本申请实施例提供的一种服务器的结构示意图，该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)301和一个或一个以上的存储器302，其中，存储器302中存储有至少一条指令，该至少一条指令由处理器301加载并执行以实现上述账单处理的方法。

在示例性实施例中，还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述实施例中的账单处理的方法。例如，计算机可读存储介质可以是rom(read-onlymemory)、随机存取存储器(randomaccessmemory，ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。