银行账务的生成方法及装置与流程

文档序号:14873182发布日期:2018-07-07 02:23阅读:372来源:国知局

本发明涉及银行账务技术领域,特别涉及一种银行账务的生成方法及装置。



背景技术:

银行会计账务反映着银行资产、债务的变化,体现了银行的资金运作情况,也是对银行经营效益的考核,在银行系统中占据着越来越重要的地位。

目前有的银行系统生成会计账务仍然采取的方案是:在联机交易的同时进行会计账务的生成,现有银行系统生成会计账务的方法与联机交易同时进行,使系统同一时间的数据处理量大大增加,加重了系统的负担,同时交易时间的增加也降低了银行联机交易的时效性,造成不好的用户体验。

另外,现有银行系统在生成会计账务时,灵活性差。



技术实现要素:

本发明实施例提供了一种银行账务的生成方法,用以减少联机交易的数据处理量,提高银行账务生成的灵活性,该方法包括:

在处理联机交易请求时,将交易信息写入交易日志;

在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,从交易日志的交易信息中获取用于生成银行账务的交易要素;

根据交易要素,确定交易请求所属会计场景类型,根据确定的会计场景类型,生成联机交易请求的银行账务。

本发明实施例还提供了一种银行账务的生成装置,用以减少联机交易的数据处理量,提高银行账务生成的灵活性,该装置包括:

联机记录单元,用于在处理联机交易请求时,将交易信息写入交易日志;

交易要素获取单元,用于在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,从交易日志的交易信息中获取用于生成银行账务的交易要素;

银行账务生成单元,用于根据交易要素,确定交易请求所属会计场景类型,根据确定的会计场景类型,生成联机交易请求的银行账务。

本发明实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述银行账务的生成方法。

本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述银行账务的生成方法的计算机程序。

本发明实施例提供的技术方案:

首先,与现有技术中在联机交易的同时进行会计账务生成的方案相比较,本发明实施例提供的技术方案,在联机交易时,不再进行会计账目的录入,只将交易信息写入日志,更新账户余额,保证联机交易正常进行,生成会计账务的工作会在夜间批量发起,生成会计账务,减少联机交易的数据处理量,保证了联机交易的时效性,提高了用户的体验。

其次,本发明实施例提供的技术方案实现了在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,灵活地获取用于生成银行账务的多维度的交易要素,进而根据获取的多维度的交易要素,确定交易请求所属会计场景类型,根据确定的会计场景类型,生成银行账务,提高了账务生成的灵活性。

综上,本发明实施例提供的技术方案减少联机交易的数据处理量,保证了联机交易的时效性,提高了用户体验,提高了银行账务生成的灵活性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:

图1是本发明实施例中银行账务的生成方法的流程示意图;

图2是本发明实施例中获取交易要素的流程示意图;

图3是本发明实施例中根据交易要素生成银行账务的流程示意图;

图4是本发明实施例中前台提交交易的界面示意图;

图5是本发明实施例中交易日志表的界面示意图;

图6是本发明实施例中交易日志表的界面示意图;

图7是本发明实施例中前端界面查询交易与后台查询数据示意图;

图8是本发明实施例中提示码表的界面示意图;

图9是本发明实施例中第二交易参数表e2的界面示意图;

图10是本发明另一实施例中前台提交交易的界面示意图;

图11是本发明另一实施例中第二交易参数表e2的界面示意图;

图12是本发明实施例中qualify参数表的界面示意图;

图13是本发明实施例中银行账务的生成装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施方式和附图,对本发明做进一步详细说明。在此,本发明的示意性实施方式及其说明用于解释本发明,但并不作为对本发明的限定。

在介绍本发明实施例提供的技术方案之前,首先介绍本发明实施例中涉及的专业名词:

1、会计分录:记录会计账目信息的方式,银行界一般是指根据金融交易的内容指明应借、应贷账户的方向、账户名称及其金额的一种会计分录。

2、交易日志:表文件,在进行联机交易时,将交易的信息写入此表。

3、交易参数:反应银行金融交易所涉及的各个方面,如账户行,交易行,交易方向,交易金额,交易科目等。

发明人发现现有银行生成账务存在以下技术问题:

1、现有银行系统生成会计账务的方法与联机交易同时进行,使系统同一时间的数据处理量大大增加,加重了系统的负担,同时交易时间的增加也降低了银行联机交易的时效性,造成不好的用户体验。

2、现有银行系统在生成会计账务时,灵活性差,不能很好地反映涉及的相关经济业务。

由于发明人发现了现有技术存在的技术问题,提出了一种将会计分录与联机交易异步进行的方案,首先,该方案在联机交易时,不再进行会计账目的录入,只将交易信息写入日志,更新交易账户的余额,保证联机交易正常进行,生成会计账务的工作会在夜间批量发起。采用本发明中所述数据处理方法,生成准确的会计账务。这样既保证了联机交易的实时性,创造良好的用户体验,又可以完成会计分录工作。其次,本发明在参数获取阶段采用更灵活的控制方法,根据交易的差异性(交易的差异性指的是交易对应的不同业务背景的差异性),读取不同的参数表,进而对会计账目进行控制,增加了交易的灵活性。

本发明实施例通过一种灵活地配置会计核算中相关参数的方式,来对各种不同的业务场景设置相应的参数,如账户行、交易金额、币别、核算科目等,以此来拆分出相应的会计分录进行会计核算,进而反映出银行的资产、负债及损益等各项经济业务的变化。

现有的银行账务生成的方案,大多数是与账户绑定,通过账户字面上涵盖的要素来拆分出相应的会计分录进行会计核算,将会计核算与账户紧密耦合,灵活性相对较差;而本发明则是以参数为驱动,以交易为载体,实现了账户与核算的解耦,依据场景不同可以得到不同的交易参数组合,从而灵活地拆分出会计分录进行会计核算。

下面对该该银行账务的生成方案详细介绍如下。

图1是本发明实施例中银行账务的生成方法的流程示意图,如图1所示,该方法包括如下步骤:

步骤101:在处理联机交易请求时,将交易信息写入交易日志;

步骤102:在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,从交易日志的交易信息中获取用于生成银行账务的交易要素;

步骤103:根据交易要素,确定交易请求所属会计场景类型,根据确定的会计场景类型,生成所述联机交易请求的银行账务。

本发明实施例提供的技术方案:

首先,与现有技术中在联机交易的同时进行会计账务生成的方案相比较,本发明实施例提供的技术方案,在联机交易时,不再进行会计账目的录入,只将交易信息写入日志,更新账户余额,保证联机交易正常进行,生成会计账务的工作会在夜间批量发起,生成会计账务,减少联机交易的数据处理量,保证了联机交易的时效性,提高了用户的体验。

其次,本发明实施例提供的技术方案实现了在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,灵活地获取用于生成银行账务的多维度的交易要素,进而根据获取的多维度的交易要素,确定交易请求所属会计场景类型,根据确定的会计场景类型,生成银行账务,提高了账务生成的灵活性。

综上,本发明实施例提供的技术方案减少联机交易的数据处理量,保证了联机交易的时效性,提高了用户体验,提高了银行账务生成的灵活性。

具体实施时,本发明实施例提供的银行账务的生成方法是一种参数驱动的灵活生成银行账务的方法,在夜间批量处理时,其根据交易请求类型对应的不同业务场景类型,多维度获取交易控制参数(交易要素),综合判断各种交易所对应的不同会计场景,并根据获取的交易参数对各种会计场景的交易,按相应规则进行银行账务的自动拆分处理,以达到灵活生成银行账务的目的,该夜间生成账务的方法主要包括两步:

首先,灵活地获取多维度的交易控制参数:参数获取方式分为两种,1)ed1(第一交易参数表)和ed2(第二交易参数表)获取,2)qualify(提示码表中详细参数)获取,根据交易的差异性灵活采用获取途径;参数获取包括:交易账户归属总账科目、交易同机构对手科目、交易跨货币科目、交易跨机构科目、交易入总账金额方向、交易入总账方式、qualify记录等,即步骤101。

其次,判断交易所属会计场景,分会计场景进行会计账务的分录拆分,四种会计不同场景包括:同机构同货币会计分录、跨机构同货币会计分录、同机构跨货币会计分录和跨机构跨货币会计分录,即步骤102。

下面对在夜间批量处理时,灵活地获取交易要素,进而生成银行账务的方案进行详细介绍如下。

第一,介绍上述步骤102中灵活地获取交易要素的方案。

在一个实施例中,交易要素可以包括:账户行信息、交易行信息、交易方向信息、交易金额信息、交易币种信息、交易入账方式信息和交易科目信息;所述交易科目信息包括:交易账户归属总账科目信息、交易同机构对手科目信息、交易跨机构科目信息、交易跨货币科目信息和交易同货币科目信息。

在一个实施例中,在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,从交易日志的交易信息中获取用于生成银行账务的交易要素,可以包括:

从交易日志中获取所述联机交易请求的账户行信息、交易行信息、交易金额信息、交易币种信息和交易入账方式信息;

从交易日志中获取所述联机交易请求的交易码,根据交易码,从第一交易参数表和第二交易参数表中获取交易固有属性要素;其中,所述固有属性要素包括交易方向信息;每一交易码对应一种交易请求类型;

确定交易日志中是否有提示码,根据提示码、提示码表中的覆盖标识,或交易码、第二交易参数表中的覆盖标识,获取交易科目信息;其中,每一提示码对应一种业务场景类型,每一交易码对应多个提示码;所述覆盖标识用于确定获取交易科目信息的位置。

在一个实施例中,确定交易日志中是否有提示码,根据提示码、提示码表中的覆盖标识,或交易码、第二交易参数表中的覆盖标识,获取交易科目信息,可以包括:

当判断交易日志中有提示码时,根据提示码的索引,确定提示码表中的覆盖标识设置为是时,从提示码表中读取相应位置的交易科目信息;

当确定提示码表中的覆盖标识设置为否或交易日志中无提示码时,根据交易码的索引,确定第二交易参数表中的覆盖标识,根据第二交易参数表中的覆盖标识,确定获取交易科目信息的位置。

具体实施时,还要第二交易参数表中的覆盖标识确定交易要素读取位置是因为涉及账户的类型扩展,提高了账务生成的灵活性和准确性,详见下文实例的介绍。

在一个实施例中,根据第二交易参数表中的覆盖标识,确定获取交易科目信息的位置,可以包括:

当第二交易参数表中的覆盖标识为是时,从提示码表中读取相应位置的交易科目信息;

当第二交易参数表中的覆盖标识为否时,从第二交易参数表中读取相应位置的交易科目信息。

图2是本发明实施例中获取交易要素的流程示意图,下面结合附图2,进行详细介绍获取交易要素的详细方案。

1、需要获取的交易相关参数已经维护在ed1、ed2、promocode及qualify参数表中;其中,ed1为第一交易参数表,其用于存储的交易参数包括:决定交易方向的交易要素;ed2为第二交易参数表,其用于存储交易的固有属性要素,存储的交易参数包括:决定交易方向的交易要素,还可以存储例如银行是否允许跨行交易等要素;promocode指的是上述提到的提示码;qualify指的是提示码表中对应的详细参数。

2、首先读取交易的ed1和ed2参数表,获取会计分录的必要参数(可以是交易要素);其中,必要参数包含有交易机构、交易代码、交易金额、币别、核算科目、总账代码等。

3、判断交易的提示码,若有提示码。则根据提示码中的覆盖标识决定是否用qualify中的参数覆盖ed1和ed2的参数;在本发明中覆盖意指高优先级,即如文所述,当提示码中的覆盖标识为有效,表明qualify中的参数优先级高于ed1和ed2,则使用qualify交易要素替代交易参数中既定的d1和ed2要素;覆盖的目的是增加灵活性,使不同交易场景的账务处理更加灵活。

4、若提示码的覆盖标识无效,则判断ed2参数表中的覆盖标识,若有效,用qualify中的参数取代ed1和ed2的参数,否则不替换。

5、若无提示码,继续判断ed2中的覆盖标识是否需要用qualify中的参数取代ed1和ed2的参数。

6、最后,对获取的交易参数(交易要素)进行一定的数据处理,组合得到会计分录拆分参数,该处数据处理指的是对获取的源数据进行相应的抽取或者组合,依次得到会计分录中的交易要素,如会计核算科目、总账代码等。

第二,介绍上述步骤103中根据交易要素,生成银行账务的方案。

在一个实施例中,所述交易请求所属会计场景类型可以包括:同机构同货币会计分录场景类型、跨机构同货币会计分录场景类型、同机构跨货币会计分录场景类型和跨机构跨货币会计分录场景类型;

根据所述交易要素,确定所述交易请求所属会计场景类型,根据确定的会计场景类型,生成所述联机交易请求的银行账务,可以包括:

根据所述交易要素、同机构同货币会计分录场景类型、跨机构同货币会计分录场景类型、同机构跨货币会计分录场景类型和跨机构跨货币会计分录场景类型,确定出所述交易请求所属的会计场景类型;

根据确定出的会计场景类型,进行银行账务的拆分处理,生成所述联机交易请求银行账务会计分录。

具体实施时,采用本发明中生成会计账务的工作会在夜间批量发起的数据处理方法,生成准确的会计账务。这样既保证了联机交易的实时性,创造良好的用户体验,又可以完成会计分录工作。

图3是本发明实施例中根据交易要素生成银行账务的流程示意图,下面结合附图3,进行详细介绍生成银行账务的详细方案。

1、会计分录所需数据源在联机交易成功的同时已写入交易日志表;

2、对交易记录进行会计账务的第一笔分录,此笔分录归属于交易账号账户行方的总账会计分录;

3、判断交易属于哪种场景,分场景进行会计分录:根据获取的参数信息(交易要素)判断交易的会计场景,按会计场景对数据进行不同的处理,根据四种会计场景进行账务拆分处理,生成会计分录的过程包括:

(1)同机构同货币会计分录:

确定第二笔分录总账账号,取交易对手科目(本文中交易对手科目指的是在双边交易中另一方账户的核算科目,如a账户转账到b账户,在a账户方进行会计分录时,b账户的会计核算科目即为交易对手科目),将上一笔交易入总账金额取反,进行第二笔会计分录。

(2)跨机构同货币会计分录:

确定第二笔分录总账账号,取交易行机构号,交易对手科目,将上一笔交易入总账金额取反,进行第二笔会计分录。

(3)同机构跨货币会计分录:

确定第二笔分录总账账号,取跨货币交易科目,将上一笔交易入总账金额取反,进行第二笔会计分录;

确定第三笔分录总账账号,取跨货币交易科目,将上一笔交易入总账金额取反,进行第三笔会计分录;

确定第四笔分录总账账号,取同机构交易对手科目,将上一笔交易入总账金额取反,进行第四笔会计分录。

(4)跨机构跨货币会计分录:

确定第二笔分录总账账号,取交易行机构号,跨货币交易科目,将上一笔交易入总账金额取反,进行第二笔会计分录;

确定第三笔分录总账账号,取交易行机构号,跨货币交易科目,将上一笔交易入总账金额取反,进行第三笔会计分录;

确定第四笔分录总账账号,去交易行机构号,同机构交易对手科目,将上一笔交易入总账金额取反,进行第四笔会计分录。

下面结合附图4至图9,举实例说明,以便理解本发明如何实施。

一、前台提交交易

001030-无折直接贷记交易:调账交易,为普通存款账号错帐调整。

1、输入账号及金额,提交交易后,交易成功。如图4所示,提示码:ut:bancs错帐调整。在该实例中,交易请求类型为无折直接贷记交易,代表该交易类型的交易码为:001030,其下的一个业务场景类型为普通存款账号错帐调整,代表该业务场景类型的提示码为:ut:bancs错帐调整;覆盖标识:存在于两个数据表中(ed2和提示码表),根据是否有提示码,查询后台数据表,后台数据表中有相关字段,提示是否选择覆盖。

2、根据交易要素,后台写入交易日志表两条记录,如图5和图6所示,图中的数据表为jr01,即交易日志表,图中数据依次为1-5列和9-16列,数据未全部展示。

前端界面查询该账号的交易,如图7所示,与后台数据一致。

二、获取生成账务的要素

前文提到,在步骤102中,确定生成账务的要素来源。其中覆盖标识最为重要。是否选择覆盖:

1、因为有提示码,则查看提示码表,查看相关栏位是否选择覆盖,如图4示例中所示,交易码为1030的交易请求类型中,提示码为ut,则查看提示码ut对应的覆盖标识,如图8中标注(3mnemonic-glc-ovrd-ind)中所示,此覆盖标识为“y”,所以用qualify参数覆盖(替换)ed2参数。

2、如果没有提示码,则要查看ed2中的覆盖标识,决定是否要用qualify替换ed2,如图9所示(2edit0402-cgl-qualifier)。

3、下面再举一无提示码的例子。

无提示码,ed2覆盖标识为y,使用qulifiy覆盖。以交易1042为例(该交易的交易码为001042),该交易存在有提示码和无提示码的情况。如图10所示,交易码为001042,提示码为空,该账户为主账户,该账户的账户类型为5502。

根据交易码查看ed2的覆盖标识为y(2edit0402-cgl-qualifier),如图11所示。根据交易码查看qualify参数表。一般情况下,在无提示码的时候,采用qualify覆盖ed2是因为涉及账户的类型扩展。如图12所示,交易码后的参数即为账户类型。此例中,账户类型为5502,则根据qualify中交易码1042账户类型5502选取参数获取位置。

这种无提示码也采用qualify覆盖ed2的情况,是针对某些业务中,账户类型不同也会导致会计入账不同的情况。在qualify中一个交易码会对应多种账户类型,从而实现同一交易下所有账户类型的交易可行性。

也可以这样理解:有些业务在进行账务记录时,提示码可以体现业务的细化,此类业务针对不同的账户有相同的入账规则,根据提示码即可区分其账务往来;有些业务,提示码只能体现业务的细化,而无法满足账务要求,需要按账户类型进行入账才能区分,这样提高了账务生成的灵活性和准确性。

ed2的索引是交易码,提示码表的索引是提示码,具体如何根据提示码、交易码读取相关交易要素,请参见下表1。

表1

三、分场景进行银行账务的分录拆分

此过程是为了生成账务信息的具体内容,与一般会计分录并无太大差别。以上文提到的1030交易为例,该交易中,交易双方为银行内部账户和个人普通存款结算户。

1、第一笔拆分:第一笔拆分是账号所属行的分录拆分,账户为个人对私结算户,账户行为2074,可以根据ed1、qualify参数表中的数据组合出第一笔分录。

2、第二笔拆分:第二笔拆分首先要判断此交易是否是跨网点交易,跨网点交易会涉及各网点之间的金额清算。实例中1030交易的两个账户均为机构2704下的账户,不是跨网点交易。

因为账户均为人民币账户,不是跨货币交易,所以只有两笔分录。根据账务规则生成第二笔分录。

基于同一发明构思,本发明实施例中还提供了一种账务的生成处理装置,如下面的实施例。由于账务的生成装置解决问题的原理与账务的生成方法相似,因此账务的生成装置的实施可以参考账务的生成方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图10是本发明实施例中银行账务的生成装置的结构示意图,如图10所示,该装置,包括:

联机记录单元02,用于在处理联机交易请求时,将交易信息写入交易日志;

交易要素获取单元04,用于在夜间批量处理时,根据交易请求类型对应的不同业务场景类型,从交易日志的交易信息中获取用于生成银行账务的交易要素;

银行账务生成单元06,用于根据所述交易要素,确定所述交易请求所属会计场景类型,根据确定的会计场景类型,生成所述联机交易请求的银行账务。

在一个实施例中,所述交易要素可以包括:账户行信息、交易行信息、交易方向信息、交易金额信息、交易币种信息、交易入账方式信息和交易科目信息;所述交易科目信息包括:交易账户归属总账科目信息、交易同机构对手科目信息、交易跨机构科目信息、交易跨货币科目信息和交易同货币科目信息。

在一个实施例中,交易要素获取单元可以包括:

基本要素获取单元,用于从交易日志中获取所述联机交易请求的账户行信息、交易行信息、交易金额信息、交易币种信息和交易入账方式信息;

固有属性要素获取单元,用于从交易日志中获取所述联机交易请求的交易码,根据交易码,从第一交易参数表和第二交易参数表中获取交易固有属性要素;其中,所述固有属性要素包括交易方向信息;每一交易码对应一种交易请求类型;

交易科目信息获取单元,用于确定交易日志中是否有提示码,根据提示码、提示码表中的覆盖标识,或交易码、第二交易参数表中的覆盖标识,获取交易科目信息;其中,每一提示码对应一种业务场景类型,每一交易码对应多个提示码;所述覆盖标识用于确定获取交易科目信息的位置。

在一个实施例中,交易科目信息获取单元可以包括:

第一获取单元,用于当判断交易日志中有提示码时,根据提示码的索引,确定提示码表中的覆盖标识设置为是时,从提示码表中读取相应位置的交易科目信息;

第二获取单元,用于当确定提示码表中的覆盖标识设置为否或交易日志中无提示码时,根据交易码的索引,确定第二交易参数表中的覆盖标识,根据第二交易参数表中的覆盖标识,确定获取交易科目信息的位置。

在一个实施例中,所述第二获取单元可以具体用于:

当第二交易参数表中的覆盖标识为是时,从提示码表中读取相应位置的交易科目信息;当第二交易参数表中的覆盖标识为否时,从第二交易参数表中读取相应位置的交易科目信息。

在一个实施例中,所述交易请求所属会计场景类型可以包括:同机构同货币会计分录场景类型、跨机构同货币会计分录场景类型、同机构跨货币会计分录场景类型和跨机构跨货币会计分录场景类型;

所述银行账务生成单元具体可以用于:

根据所述交易要素、同机构同货币会计分录场景类型、跨机构同货币会计分录场景类型、同机构跨货币会计分录场景类型和跨机构跨货币会计分录场景类型,确定出所述交易请求所属的会计场景类型;

根据确定出的会计场景类型,进行银行账务的拆分处理,生成所述联机交易请求银行账务会计分录。

本发明实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述银行账务的生成方法。

本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述银行账务的生成方法的计算机程序。

通过上述可知,本发明实施例提供的技术方案主要实现了:

1、多维度交易参数控制会计分录;

2、交易归属场景的判断方法;

3、根据qualify记录灵活替换会计分录科目的触发交易控制的方法。

本发明实施提供的技术方案的有益技术效果为:

1、多维度交易参数控制,控制较为完善:本发明所提出的参数驱动的灵活生成银行会计账务的方法,根据交易请求类型对应的不同业务场景类型,灵活地获取用于生成银行账务的多维度的交易要素,判断会计场景的归属,同时根据qualify记录替换会计分录的科目的方法,进行了灵活地控制;设置多维度的权限信息、判断操作员的综合权限、并依据交易权限操作指引进行全方位的控制。

2、后续维护方便:相关信息均可通过参数设置,如可以通过维护qualify记录增加或者修改相关科目信息,即可实现该科目的会计分录,无需版本开发。

显然,本领域的技术人员应该明白,上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1