一种电子票据的业务处理方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种电子票据的业务处理方法、装置、设备及介质。

背景技术

目前，电子票据基本普及，极大地便利了票据交易，使用票据进行贴现的企业不断增加，票据市场贴现量屡创新高，如何高效地让企业完成贴现成为电票时代致胜的关键。

相关技术中，电子银行承兑汇票的贴现业务均是客户线下提交贴现资料，经银行审核人员逐一审核后，再在相关业务系统进行操作，即由人工完成贴现业务，这样，效率较为低，客户体验不佳。

发明内容

本申请实施例提供一种电子票据的业务处理方法、装置、设备及介质，用于解决电子票据的贴现业务处理效率低的问题。

第一方面，本申请提供一种电子票据的业务处理方法，包括：

接收电子票据的贴现业务请求，所述贴现业务请求中包含有请求端标识和电子票据信息；

根据所述请求端标识，查询对应请求端的线上贴现业务的合约状态；

若查询到的合约状态为签约状态，则根据所述电子票据信息，判断所述电子票据是否满足贴现要求；

根据判断结果，响应所述贴现业务请求。

在一种可能的实施例中，所述电子票据信息包括票据类型和/或票据状态；以及

根据所述电子票据信息，判断所述电子票据是否满足贴现要求，包括：

若所述票据类型不是指定类型或所述票据状态不是可贴现状态，则确定所述电子票据不满足贴现要求。

在一种可能的实施例中，还包括：

若所述票据类型是指定类型或所述票据状态是可贴现状态，则基于所述电子票据当前的处理进度信息生成贴现记录；

将所述电子票据的票据标识和所述贴现记录关联存储到贴现申请表中；

每当所述电子票据的贴现处理进度发生变化时，更新所述申请表中的所述贴现记录。

在一种可能的实施例中，还包括：

接收所述请求端的贴现进度查询请求，所述查询请求中包含有所述票据标识；

从所述申请表中查询所述票据标识对应的贴现记录；

将所述贴现记录发送给所述请求端。

在一种可能的实施例中，从所述申请表中查询所述票据标识对应的贴现记录之后，还包括：

若确定的贴现进度是贴现申请不成功，则将所述贴现记录和不成功的原因一起发送给所述请求端。

在一种可能的实施例中，若查询到的合约状态为未签约状态，则还包括：

向所述请求端发送线上贴现业务的签约邀请，以引导所述请求端使用线上贴现业务。

第二方面，本申请提供一种电子票据的业务处理装置，所述装置包括：

接收模块，用于接收电子票据的贴现业务请求，所述贴现业务请求中包含有请求端标识和电子票据信息；

合约查询模块，用于根据所述请求端标识，查询对应请求端的线上贴现业务的合约状态；

判断模块，用于若查询到的合约状态为签约状态，则根据所述电子票据信息，判断所述电子票据是否满足贴现要求；

响应模块，用于根据判断结果，响应所述贴现业务请求。

在一种可能的实施例中，还包括记录模块，用于：

若所述票据类型是指定类型或所述票据状态是可贴现状态，则基于所述电子票据当前的处理进度信息生成贴现记录；

将所述电子票据的票据标识和所述贴现记录关联存储到贴现申请表中；

每当所述电子票据的贴现处理进度发生变化时，更新所述申请表中的所述贴现记录。

在一种可能的实施例中，还包括贴现查询模块，用于：

接收所述请求端的贴现进度查询请求，所述查询请求中包含有所述票据标识；

从所述申请表中查询所述票据标识对应的贴现记录；

将所述贴现记录发送给所述请求端。

在一种可能的实施例中，所述贴现查询模块还用于：

在从所述申请表中查询所述票据标识对应的贴现记录之后，若确定的贴现进度是贴现申请不成功，则将所述贴现记录和不成功的原因一起发送给所述请求端。

在一种可能的实施例中，还包括邀约模块，用于：

若查询到的合约状态为未签约状态，则向所述请求端发送线上贴现业务的签约邀请，以引导所述请求端使用线上贴现业务。

第三方面，本申请提供一种电子设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中任一项所述的方法包括的步骤。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任一项所述的方法。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面中任一项所述的方法。

本申请实施例中，接收电子票据的贴现业务请求，贴现业务请求中包含有请求端标识和电子票据信息，先根据请求端标识，查询对应请求端的线上贴现业务的合约状态，若查询到的合约状态为签约状态，则根据电子票据信息，判断电子票据是否满足贴现要求，进而根据判断结果，响应贴现业务请求，提供了一种线上办理电子票据贴现业务的方案，申请贴现和办理贴现均可线上进行，贴现业务的处理效率大幅提升，客户体验比较好。

附图说明

图1为本申请实施例提供的一种电子票据的业务处理方法的场景示意图；

图2为本申请实施例提供的一种电子票据的业务处理方法的流程图；

图3为本申请实施例提供的一种线上贴现功能的流程图；

图4为本申请实施例提供的一种电子票据的业务处理装置的结构图；

图5为本申请实施例提供的一种电子设备的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

在介绍本申请实施例所提供的电子票据的业务处理方法之前，为了便于理解，首先对本申请实施例的技术术语进行介绍。

电子票据，是实物票据电子化后的产物，可如同实物票据一样进行转让、贴现等操作。

电子商业汇票，一种电子票据，是由出票人以数据电文形式制作，委托付款人在指定日期无条件支付确定金额给收款人或者持票人的票据。

电子银行承兑汇票，一种电子商业汇票，指出票人以票交所电子商业汇票系统(Electronic Commercial Draft System，ECDS)的数据电文形式制作的，委托承兑人(即银行金融机构)在指定日期，无条件支付确定的金额给收款人或者持票人的票据。

贴现，即持票企业把还没有到期的商业承兑汇票或银行承兑汇票拿到银行去兑现或做支付手段。

背书，指持票人将票据权利转让给他人或者将一定的票据权利授予他人行使，而在票据背面或者粘单上记载有关事项并签章的行为。

前手，对票据上的某一特定签章人来说，凡在其签章之前在票据上签章的债务人均是其前手。对持票人来说，所有在票据上签章的债务人均是其前手。

相关技术中，电子票据的贴现业务是人工处理的，效率较低，无法快速满足客户的票据贴现需求。为了快速满足客户的票据贴现需求，提高客户电子票据的贴现业务使用体验，本申请实施例提供了一种通过企业网银对符合要求的电子票据快速进行贴现，并由前端和后台系统自动完成贴现业务全部流程的方案。下面对该方案进行详细介绍。

图1为本申请实施例提供的一种电子票据的业务处理方法的应用场景图，包括请求端101和服务端102。请求端101和服务端102之间可以通信。通信方式可以是采用有线通信技术进行通信，例如通过连接网线或串口线进行通信；也可以是采用无线通信技术进行通信，例如，通过蓝牙或无线保真(wireless fidelity，WIFI)等技术进行通信，具体不做限制。

请求端101可以是企业网银设备。服务端102泛指可以处理电子票据贴现业务的设备，例如终端设备或服务器等。服务器包括但不限于云服务器、本地服务器或关联的第三方服务器等。

下面基于图1，以服务端102为主体，服务端102为服务器为例，对本申请实施例提供的电子票据的业务处理方法进行具体介绍。

请参考图2，为本申请实施例提供的一种电子票据的业务处理方法的流程图，包括以下步骤。

在步骤201中，接收电子票据的贴现业务请求，贴现业务请求中包含有请求端标识和电子票据信息。

其中，电子票据可以是电子银行承兑汇票，也可以是商业承兑汇票。当请求端是企业网银时，请求端标识即发起贴现业务请求的企业网银的网银标识。当电子票据是电子银行承兑汇票时，电子票据信息可包括持票人信息、票面金额、票据类型、票据状态、票据出票日、到期日、承兑人信息、背书人信息等。

在步骤202中，根据请求端标识，查询对应请求端的线上贴现业务的合约状态。

一般地，客户使用线上贴现业务前可先签订合约，签订合约之后，客户的线上贴现业务就处于签约状态，之后，可使用线上贴现业务，否则，将无法使用线上贴现业务。

在步骤203中，判断查询到的合约状态是否为签约状态，若是，则进入步骤204，若否，则进入步骤206。

在步骤204中，根据电子票据信息，判断电子票据是否满足贴现要求。

一般地，电子票据信息可包括票据类型和/或票据状态，若票据类型不是指定类型或票据状态不是可贴现状态，则可确定电子票据不满足贴现要求。

以电子票据是电子银行承兑汇票为例，则指定类型可以是电子银行承兑汇票，票据状态可以是“提示收票已签收”/“提示背书已签收”。

在一些实施例中，还可以多考虑一些电子票据信息如票面值、票据到期日期、承兑银行、贴现利率、出票人的保证金利率、票面字样、出票人、背书人、持票人、出票人开户行、承兑行等，在这种情况下，若满足以下任一条件，则可确定请求贴现的票据不满足贴现要求：

票面值大于预设值(如本行线上贴现要求的金额)；

票据到期日期早于指定日期(如本行线上贴现要求的日期)；

票面值大于承兑银行可用的贴现授信额度；

贴现利率小于出票人的保证金利率；

票面字样中存在禁止贴现的字样；

出票人同背书人或持票人相同；

出票人开户行和承兑行不一致；

若以上情况均不满足，则确定请求贴现的票据满足贴现要求。

这样，使贴现行能够自动识别电子票据是否符合贴现要求，大大简化了贴现业务审核流程，降低人工识别的成本和错误率。

在一些实施例中，当票据类型是指定类型或票据状态是可贴现状态时，还可基于电子票据当前的处理进度信息生成贴现记录，并将电子票据的票据标识和贴现记录关联存储到贴现申请表中，之后，每当电子票据的贴现处理进度发生变化，均可将电子票据最新的贴现处理进度更新到申请表中的相应贴现记录中。

后续，若客户想要了解自己申请的贴现业务的处理进度，还可通过请求端向服务器发送贴现进度查询请求，服务器可依据查询请求中的票据标识，从申请表中查询对应的贴现记录，并将贴现记录发送给请求端，这样，客户就可清楚了解到自己贴现业务的办理情况。

这样，在审核票据贴现信息之外，还增加了线上直贴的查询功能，客户通过该查询功能可更直观地了解贴现进度和贴现结果。

另外，服务器在从申请表中查询到对应的贴现记录之后，还可以判断是否贴现申请成功，若不成功，还可将贴现记录和不成功的原因一起发送给请求端，以便客户能够得知贴现失败的原因。其中，不成功的原因如票面值大于预设值、票据到期日期早于指定日期、票面值大于承兑银行可用的贴现授信额度等。

在步骤205中，根据判断结果，响应贴现业务请求。

比如，若判断结果是满足贴现要求，则允许贴现，若判断结果是不满足贴现要求，则拒绝贴现。

在步骤206中，向请求端发送线上贴现业务的签约邀请，以引导请求端使用线上贴现业务。

另外，还可筛选可以贴现的电子票据，将这些电子票据的票据信息发送给银行的营销岗人员，由营销岗人员向相应客户介绍线上贴现业务，以更好地推广线上贴现功能，也更好地服务客户。

本申请实施例提供了一种线上办理贴现业务的方案，申请贴现和办理贴现均可在线上进行，贴现业务的处理效率大幅提升，客户还可以实时查询贴现业务的处理进度，客户体验比较好。

下面以电子票据是电子银行承兑汇票为例对本申请实施例的方案进行介绍。

电子银行承兑汇票的贴现业务主要包括两个功能：一个是线上贴现，另一个是线上贴现结果查询。下面分别对这两个功能进行介绍。

一、线上贴现功能：系统自动识别ECDS电子银行承兑汇票的持票人名称、票据票面金额、票据到期日、承兑行名称信息以及承兑行在我行的银行可用贴现额度信息，客户可通过企业网银在线上发起银行承兑汇票的贴现申请业务，并最终用持有的票据完成贴现。

参见图3，图3为本申请实施例提供的一种线上贴现功能的流程图，客户(持票人)可以通过网银打开线上贴现交易，提交贴现申请，服务器在收到贴现申请后，先判断客户(持票人)是否签订线上贴现业务合约，若否，则提示未签约，不能使用线上贴现功能，若是，则可提取贴现申请中携带的票据信息，依据票据信息判断是否符合线上贴现条件，若是，则客户(持票人)贴现成功，若否，则系统报错并给出相应提示，客户(持票人)贴现申请被驳回。

上述具体业务流程如下：

1、客户(持票人)通过本行网银签收ECDS电子商业汇票。

2、客户(持票人)通过本行网银发起线上贴现业务。

3、识别客户(持票人)是否已在系统内签订线上贴现业务合约，存在线上贴现合约编号，且合约状态为已生效，若不满足，则系统报错。

4、系统识别是否为ECDS电子银行承兑汇票，若票据号码的第1位是“1”，则说明电子票据为电子银行承兑汇票，若票据号码的第1位不是“1”，则说明电子票据不为电子银行承兑汇票。

5、系统识别ECDS电子银行承兑汇票的票据状态，若票据状态不是“提示收票已签收”/“提示背书已签收”，则系统报错。

6、提取客户(持票人)发起贴现申请的ECDS电子银行承兑汇票的票面金额，金额不能大于或等于本行线上贴现要求的金额，否则，拒绝线上贴现，系统给出报错提示。

7、提取客户(持票人)发起贴现申请的ECDS电子银行承兑汇票的票据到期日，到期日须早于本行线上贴现要求的日期，否则，拒绝线上贴现，系统给出报错提示。

8、提取ECDS电子银行承兑汇票票据号码的第2至4位，依据提取结果识别承兑银行，并提取承兑银行在本行的银行可用贴现授信额度，如授信额度＜线上贴现票据的票面总金额，则拒绝线上贴现，系统给出报错提示。

9、提取出票人在本行开立保证金的利率信息(根据出票人开户行是否为本行，如为本行则在对公存款中提取保证金利率信息)，对比持票人录入的贴现利率信息，如贴现利率＜保证金利率，则拒绝线上贴现，系统给出报错提示。

10、提取ECDS电子银行承兑汇票的票面字样(含正背面)，判断是否带有银行要求不能线上贴现的字样，如存在，则拒绝线上贴现，系统给出报错提示。

11、判断ECDS电子银行承兑汇票的票面(含正背面)是否形成“出票人”同所有前手“背书人”和“持票人”名称字样一致，如存在相同名称字样，则拒绝线上贴现，系统给出报错提示。

12、提取ECDS电子银行承兑汇票票面信息中的“出票人开户行”和“承兑人”，判断12位支付行号的前3位是否一致，若不一致，则拒绝线上贴现，系统给出报错提示。

这样，线上贴现功能使贴现行能够自动识别ECDS银行承兑汇票是否符合贴现要求，大大简化了贴现业务审核放款流程，降低本行人工识别的成本和错误率。

另外，当上述4中系统识别为ECDS电子银行承兑汇票或5中系统确定票据状态是“提示收票已签收”/“提示背书已签收”时，可将电子票据显示在客户(持票人)网银端的贴现申请查询界面中，以便后续客户(持票人)可以查询线上贴现结果。

二、本行网银ECDS电票客户线上贴现结果查询。

(1)客户(持票人)通过本行企业网银向服务器查询ECDS电子商业汇票线上贴现情况。

(2)服务器基于客户查询，判断是否为ECDS电子银行承兑汇票，比如，提取票据号码的第1位，若票据号码的第1位是1，则确定为电子银行承兑汇票。

(3)ECDS电子银行承兑汇票贴现申请成功后，根据电子银行承兑汇票的票面状态，判定该票据贴现申请行为是否成功，如不成功，则提取贴现申请报文中的失败原因供客户(持票人)在网银端查询。

(4)ECDS电子银行承兑汇票在本行贴现应答成功后，通过电子银行承兑汇票的票面状态，判定本行贴现应答行为是否成功，如成功，则显示“贴现成功”供客户查看。

需要说明的是，一般客户提交贴现申请后，银行会有多个业务处理环节，这些环节需要一些时间，为了让客户方便地了解贴现进度，所以通过网银端提供贴现结果查询功能。

本申请实施例提供的方案，可以快速对ECDS电子银行承兑汇票信息进行贴现业务审核，使持票客户能够用自己持有的且符合银行贴现条件的ECDS电子银行承兑汇票快速完成贴现，线上贴现结果查询便于客户及时了解贴现处理流程。另外，还可协助客户经理开展精准营销，提高贴现业务办理效率和数量。

基于同一发明构思，本申请实施例提供一种电子票据的业务处理装置，请参照图4，该装置包括：

接收模块401，用于接收电子票据的贴现业务请求，所述贴现业务请求中包含有请求端标识和电子票据信息；

合约查询模块402，用于根据所述请求端标识，查询对应请求端的线上贴现业务的合约状态；

判断模块403，用于若查询到的合约状态为签约状态，则根据所述电子票据信息，判断所述电子票据是否满足贴现要求；

响应模块404，用于根据判断结果，响应所述贴现业务请求。

在一种可能的实施例中，还包括记录模块405，用于：

若所述票据类型是指定类型或所述票据状态是可贴现状态，则基于所述电子票据当前的处理进度信息生成贴现记录；

将所述电子票据的票据标识和所述贴现记录关联存储到贴现申请表中；

每当所述电子票据的贴现处理进度发生变化时，更新所述申请表中的所述贴现记录。

在一种可能的实施例中，还包括贴现查询模块406，用于：

接收所述请求端的贴现进度查询请求，所述查询请求中包含有所述票据标识；

从所述申请表中查询所述票据标识对应的贴现记录；

将所述贴现记录发送给所述请求端。

在一种可能的实施例中，所述贴现查询模块406还用于：

在从所述申请表中查询所述票据标识对应的贴现记录之后，若确定的贴现进度是贴现申请不成功，则将所述贴现记录和不成功的原因一起发送给所述请求端。

在一种可能的实施例中，还包括邀约模块407，用于：

若查询到的合约状态为未签约状态，则向所述请求端发送线上贴现业务的签约邀请，以引导所述请求端使用线上贴现业务。

在介绍了本申请示例性实施方式的电子票据的业务处理方法和电子票据的业务处理装置之后，接下来，介绍根据本申请的实施例提供的电子设备。

本申请实施例提供一种电子设备，该设备可以实现前文论述的电子票据的业务处理方法，请参照图5，该设备包括存储器501、一个或多个处理器502以及总线503。

存储器501，用于存储处理器502执行的计算机程序。存储器501可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器501可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器501也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器501是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器501可以是上述存储器的组合。

处理器502，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器502，用于调用存储器501中存储的计算机程序时实现上述实施例中的电子票据的业务处理方法。

本申请实施例中不限定上述存储器501和处理器502之间的具体连接介质。本申请实施例在图5中以存储器501和处理器502之间通过总线503连接，总线503在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在示例性实施例中，本申请实施例提供一种计算机可读存储介质，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如前文论述实施例中任一电子票据的业务处理方法。由于上述计算机可读存储介质解决问题的原理与实施例中的电子票据的业务处理方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

在示例性实施例中，还提供了一种存储介质，当存储介质中的计算机程序由电子设备的处理器执行时，电子设备能够执行上述电子票据的业务处理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本申请的电子设备可以至少包括至少一个处理器，以及与这至少一个处理器通信连接的存储器，其中，存储器存储有可被这至少一个处理器执行的计算机程序，计算机程序被这至少一个处理器执行时可使这至少一个处理器执行本申请实施例提供的任一电子票据的业务处理方法的步骤。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的页面切换方法。由于上述计算机可读存储介质解决问题的原理与页面切换方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

基于同一发明构思，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的页面切换方法。由于上述计算机程序产品解决问题的原理与页面切换方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列用户操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。