本发明涉及一种计算机领域,特别涉及一种基于资金和票据混合质押的票据交易方法和系统。
背景技术:
线下贸易背景下,当进行到付款环节时,企业因资金有限往往想通过票据的形式向供应商付款。但由于企业自身规模小、开票金额小、在银行的授信度不够等,为安全起见,几乎没有银行愿意去办理类似企业的开票业务。而当企业自身去融资时,融资成本较高,不利于资金的滚动。因此,中小微企业很难通过票据进行商业交易,生存压力大。
技术实现要素:
本发明提供了一种基于资金和票据混合质押的票据交易方法和系统,解决了以上所述的技术问题。
本发明解决上述技术问题的技术方案如下:一种基于资金和票据混合质押的票据交易方法,包括以下步骤:
步骤1、接收并根据交易发起者输入的开票信息和第一质押票据信息,生成票据交易请求事件,其中,所述开票信息包括承兑银行名称和出票金额,所述票据交易请求事件携带有预设敞口比例;
步骤2、向所述承兑银行名称对应的承兑银行服务器发送所述票据交易请求事件;
步骤3、接收所述承兑银行服务器发送的根据所述出票金额和所述预设敞口比例生成的第一保证金存款金额信息,并根据所述第一保证金存款金额信息,得到第二保证金存款金额信息和第二质押票据信息;
步骤4、通过银企直连接口在预设查询期限内查询第一托管账户中是否存入了所述第二保证金存款金额信息对应的保证金,若是,则执行步骤5,若否,结束票据交易流程;
步骤5、查收所述保证金,并通过所述银企直连接口向所述承兑银行服务器发送转账请求信息,所述转账请求信息表示将所述保证金从所述第一托管账户转入保证金账户;
步骤6、在接收到所述承兑银行服务器发送的指令后,向所述承兑银行服务器发送携带有票据接收账户信息的开票请求信息,通过所述票据接收账户接收所述承兑银行服务器发送的所述出票金额对应的新票据,所述指令表示所述保证金已被转入所述保证金账户,且所述交易发起者已通过网银质押所述第二质押票据信息对应的所有质押票据至所述承兑银行名称对应的承兑银行。
本发明的有益效果是:根据出票金额和预设敞口比例,质押一部分保证金存款和一部分质押票据,保证金存款通过票据交易中心质押在票据交易中心的保证金账户中,质押票据由交易发起者通过网银直接将质押票据质押给承兑银行服务器,使用保证金存款和质押票据作为保证金通过票据交易中心向承兑银行服务器请求开票。本方法针对中小微企业的融资需求,为中小微企业提供一个可以高效率、低成本地获取票据的途径:因交易中心有一定的资源和征信优势,当中小微企业有资金需求时,可以利用交易中心的合作银行和征信优势等资源,向承兑银行服务器质押部分票据和部分保证金,通过票据置换,为企业开出新票,用于贸易支付,从而可从银行获得无成本连续化的流动资金贷款,彻底清除了中小微企业的贷款门槛,减轻了中小微企业的融资压力。因此,本方法为一种票据贷的交易方法,即重新融资并产生收益的方法,方便了票据交易中心以代理的形式介入,在企业和合作银行之间打通开票业务,方便了中小微企业,以带动经济的发展,其中,承兑银行服务器为票据交易中心的合作银行。
在上述技术方案的基础上,本发明还可以做如下改进。
进一步,所述步骤1包括:
步骤1.1、接收交易发起者输入的开票信息,并获取所述交易发起者所属企业的唯一标识id;
步骤1.2、根据所述id,从现有票据持仓数据库中获取到与所述id对应的票据列表并返回给所述交易发起者的终端;
步骤1.3、接收并根据所述交易发起者输入的票据风险查询请求,从风险票据数据库中查询所述交易发起者根据所述票据列表确定的待质押票据是否存在风险,生成并向所述交易发起者的终端发送风险查询反馈信息;
步骤1.4、接收所述交易发起者输入的新的待质押票据的信息,得到第一质押票据信息;
步骤1.5、根据所述开票信息和所述第一质押票据信息,生成携带有预设敞口比例的票据交易请求事件。
进一步,步骤3.1、接收并向所述交易发起者发送所述承兑银行服务器发送的第一保证金存款金额信息,所述第一保证金存款金额信息为所述承兑银行服务器根据所述出票金额和所述预设敞口比例计算生成的;
步骤3.2、接收所述交易发起者输入的其在所述第一质押票据信息中增加或减少质押票据后生成的新的第一质押票据信息;
步骤3.3、根据所述开票信息和所述新的第一质押票据信息,生成并向所述承兑银行服务器发送新的票据交易请求事件,接收并向所述交易发起者的终端发送所述承兑银行服务器发送的新的第一保证金存款金额信息;
步骤3.4、当接收到所述交易发起者和所述承兑银行服务器发送的成交指令时,保存所述新的第一保证金存款金额信息和所述新的第一质押票据信息,并执行步骤4,其中,所述新的第一保证金存款金额信息即为所述第二保证金存款金额信息,所述新的第一质押票据信息即为所述第二质押票据信息;
步骤3.5、否则,继续接收所述交易发起者输入的其在所述新的第一质押票据信息中增加或较少质押票据后对应的第一质押票据信息,重复步骤3.2~步骤3.5。
进一步,所述步骤6中,在接收到所述承兑银行服务器发送的指令时,将所述所有质押票据的状态变更为质押中,所述所有质押票据的所属权仍为所述交易发起者所属的企业,并将所述所有质押票据从所述企业的现有票据持仓数据库中转移到所述企业的质押票据持仓数据库中,其中,所述质押中表示所述所有质押票据处于不可被交易的状态。
进一步,所述方法还包括:
步骤7、定期检索所述交易发起者所属的企业的质押票据持仓数据库中到期的票据,并对到期的票据生成到期票据提醒消息事件,并将所述到期票据提醒消息事件发送给所述交易发起者的终端和所述承兑银行服务器,在接收到所述承兑银行服务器发送的已托收信息后,计算所述保证金账户中的金额对应的保证金收益,并按照预设保证金收益分配比例将所述企业的所得保证金收益部分转给所述企业对应的账户,其中,所述已托收信息表示所述承兑银行已托收所述到期的票据,且已将托收后对应的票据金额转至所述保证金账户中,所述保证金收益为所述第二保证金存款金额信息对应的保证金产生的第一收益和所述票据金额产生的第二收益的加和。
本发明的进一步有益效果是:该方法能通过票据交易获得效益,节省了票据在传统模式下的直贴和转让成本。
为了解决本发明的技术问题,还提供了一种基于资金和票据混合质押的票据交易系统,包括:
交易请求发起模块,用于接收并根据交易发起者输入的开票信息和第一质押票据信息,生成票据交易请求事件,所述开票信息包括承兑银行服务器名称和出票金额,向所述承兑银行名称对应的承兑银行服务器发送所述票据交易请求事件,其中,所述票据交易请求事件携带有预设敞口比例;
议价模块,用于接收所述承兑银行服务器发送的根据所述出票金额和所述预设敞口比例生成的第一保证金存款金额信息,并根据所述第一保证金存款金额信息,得到第二保证金存款金额信息和第二质押票据信息;
交割模块,用于通过银企直连接口在预设查询期限内查询第一托管账户中是否存入了所述第二保证金存款金额信息对应的保证金,若是,查收所述保证金,并通过所述银企直连接口向所述承兑银行服务器发送转账请求信息,所述转账请求信息表示将所述保证金从所述第一托管账户转入保证金账户;若否,结束票据交易流程;
开票模块,用于在接收到所述承兑银行服务器发送的指令后,向所述承兑银行服务器发送携带有票据接收账户信息的开票请求信息,通过所述票据接收账户接收所述承兑银行服务器发送的所述出票金额对应的新票据,所述指令表示所述保证金已被转入所述保证金账户,且所述交易发起者已通过网银质押所述第二质押票据信息对应的所有质押票据至所述承兑银行名称对应的承兑银行。
进一步,交易请求发起模块具体用于:
接收交易发起者输入的开票信息,并获取所述交易发起者所属企业的唯一标识id;根据所述id,从现有票据持仓数据库中获取到与所述id对应的票据列表并返回给所述交易发起者的终端;接收并根据所述交易发起者输入的票据风险查询请求,从风险票据数据库中查询所述交易发起者根据所述票据列表确定的待质押票据是否存在风险,生成并向所述交易发起者的终端发送风险查询反馈信息;接收所述交易发起者输入的新的待质押票据的信息,得到第一质押票据信息;根据所述开票信息和所述第一质押票据信息,生成携带有预设敞口比例的票据交易请求事件。
进一步,所述议价模块具体用于:
接收并向所述交易发起者发送所述承兑银行服务器发送的第一保证金存款金额信息,所述第一保证金存款金额信息为所述承兑银行服务器根据所述出票金额和所述预设敞口比例计算生成的;接收所述交易发起者输入的其在所述第一质押票据信息中增加或减少质押票据后生成的新的第一质押票据信息;根据所述开票信息和所述新的第一质押票据信息,生成并向所述承兑银行服务器发送新的票据交易请求事件,接收并向所述交易发起者的终端发送所述承兑银行服务器发送的新的第一保证金存款金额信息;当接收到所述交易发起者和所述承兑银行服务器发送的成交指令时,保存所述新的第一保证金存款金额信息和所述新的第一质押票据信息,结束议价,其中,所述新的第一保证金存款金额信息即为所述第二保证金存款金额信息,所述新的第一质押票据信息即为所述第二质押票据信息;否则,继续接收所述交易发起者输入的其在所述新的第一质押票据信息中增加或较少质押票据后对应的第一质押票据信息,直至结束议价。
进一步,所述交割模块,还用于在接收到所述承兑银行服务器发送的指令时,将所述所有质押票据的状态变更为质押中,所述所有质押票据的所属权仍为所述交易发起者所属的企业,并将所述所有质押票据从所述企业的现有票据持仓数据库中转移到所述企业的质押票据持仓数据库中,其中,所述质押中表示所述所有质押票据处于不可被交易的状态。
进一步,所述系统还包括托收模块;
所述托收模块,用于定期检索所述交易发起者所属企业的质押票据持仓数据库中到期的票据,并对到期的票据生成到期票据提醒消息事件,并将所述到期票据提醒消息事件发送给所述交易发起者的终端和所述承兑银行服务器,在接收到所述承兑银行服务器发送的已托收信息后,计算所述保证金账户中的金额对应的保证金收益,并按照预设保证金收益分配比例将所述企业的所得保证金收益部分转给所述企业对应的账户,其中,所述已托收信息表示所述承兑银行已托收所述到期的票据,且已将托收后对应的票据金额转至所述保证金账户中,所述保证金收益为所述第二保证金存款金额信息对应的保证金产生的第一收益和所述票据金额产生的第二收益的加和。
本发明附加的方面的优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明实践了解到。
附图说明
图1为本发明实施例一提供的一种基于资金和票据混合质押的票据交易方法的示意性流程图;
图2为本发明实施例二提供的一种基于资金和票据混合质押的票据交易方法的示意性流程图;
图3为图2中的步骤110的示意性流程图;
图4为图2中的步骤130的示意性流程图;
图5为本发明实施例三提供的一种基于资金和票据混合质押的票据交易系统的示意性结构图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
实施例一
一种基于资金和票据混合质押的票据交易方法100,如图1所示,包括以下步骤:
步骤110、接收并根据交易发起者输入的开票信息和第一质押票据信息,生成票据交易请求事件,其中,开票信息包括承兑银行名称和出票金额,票据交易请求事件携带有预设敞口比例。
步骤120、向承兑银行名称对应的承兑银行服务器发送票据交易请求事件。
步骤130、接收承兑银行服务器发送的根据出票金额和预设敞口比例生成的第一保证金存款金额信息,并根据第一保证金存款金额信息,得到第二保证金存款金额信息和第二质押票据信息。
步骤140、通过银企直连接口在预设查询期限内查询第一托管账户中是否存入了第二保证金存款金额信息对应的保证金,若是,则执行步骤150,若否,结束票据交易流程。
步骤150、查收保证金,并通过银企直连接口向承兑银行服务器发送转账请求信息,转账请求信息表示将保证金从第一托管账户转入保证金账户。
步骤160、在接收到承兑银行服务器发送的指令后,向承兑银行服务器发送携带有票据接收账户信息的开票请求信息,通过票据接收账户接收承兑银行服务器发送的出票金额对应的新票据,上述指令表示保证金已被转入保证金账户,且交易发起者已通过网银质押第二质押票据信息对应的所有质押票据至承兑银行名称对应的承兑银行。
需要说明的是,上述出票金额占用预设信用授权额度,其中,预设信用授权额度为票据交易中心自身的信用授权额度,所有出票金额的总额度不能超出该信用授权额度,否则,无法发送新票据。
另外,议价结束的条件是第一质押票据信息中的质押票据的总金额、保证存款金额、出票金额和预设敞口比例匹配一致,这三个是否匹配一致的问题是由承兑银行服务器计算得到,其中该实施例中预设敞口比例一般设为100%,即例如出票金额为100万,质押票据若为50万,那么第二保证金存款金额就要为50万。
实施例二
一种基于资金和票据混合质押的票据交易方法100,如图2所示,包括以下步骤:
步骤110、接收并根据交易发起者输入的开票信息和第一质押票据信息,生成票据交易请求事件,其中,开票信息包括承兑银行名称和出票金额,票据交易请求事件携带有预设敞口比例。
步骤120、向承兑银行名称对应的承兑银行服务器发送票据交易请求事件。
步骤130、接收承兑银行服务器发送的根据出票金额和预设敞口比例生成的第一保证金存款金额信息,并根据第一保证金存款金额信息,得到第二保证金存款金额信息和第二质押票据信息。
步骤140、通过银企直连接口在预设查询期限内查询第一托管账户中是否存入了第二保证金存款金额信息对应的保证金,若是,则执行步骤150,若否,结束票据交易流程。
步骤150、查收保证金,并通过银企直连接口向承兑银行服务器发送转账请求信息,转账请求信息表示将保证金从第一托管账户转入保证金账户。
步骤160、在接收到承兑银行服务器发送的指令后,向承兑银行服务器发送携带有票据接收账户信息的开票请求信息,通过票据接收账户接收承兑银行服务器发送的出票金额对应的新票据,上述指令表示保证金已被转入保证金账户,且交易发起者已通过网银质押第二质押票据信息对应的所有质押票据至承兑银行名称对应的承兑银行。
步骤170、定期检索交易发起者所属的企业的质押票据持仓数据库中到期的票据,并对到期的票据生成到期票据提醒消息事件,并将到期票据提醒消息事件发送给交易发起者的终端和承兑银行服务器,在接收到承兑银行服务器发送的已托收信息后,计算保证金账户中的金额对应的保证金收益,并按照预设保证金收益分配比例将企业的所得保证金收益部分转给企业对应的账户,其中,已托收信息表示承兑银行已托收到期的票据,且已将托收后对应的票据金额转至保证金账户中,保证金收益为第二保证金存款金额信息对应的保证金产生的第一收益和票据金额产生的第二收益的加和。
其中,保证金收益为:保证金存款金额对应的保证金产生的保证金收益和根据质押票据对应的票据金额计算得到的保证金收益的加和。在质押票据到期托收之前,保证金收益为保证金存款金额对应的保证金产生的保证金收益以及多个单张质押票据对应的保证金收益的加和。单张质押票据的票据金额对应的保证金收益为:单张票面金额×年化收益利率×(开票到期日-质押票到期日-调整天数)/360,即:开票到期日减去质押票到期日,再减调整天数,得到的天数除360后,与单张票面金额和年化收益利率相乘,即可得到单张质押票据的票据金额对应的保证金收益,保证金存款收益为:保证金×年化收益利率×计息天数/360。保证金收益为保证金存款金额对应的保证金产生的保证金存款收益和根据多个单张质押票据的票据金额计算得到的保证金收益的加和,其中,对于电子票据,公式中的调整天数为0。
例如,某企业质押了2张票据给银行,并加上500万保证金,发送一张1000万的新票;质押票据一:300万,距离到期90天;质押票据二:200万,距离到期120天;新票:1000万,一年期,距离到期360天;保证金:500万,计息天数366天;开票日年化收益利率:2.0%;则保证金存款收益:500万×2%×(366/360);质押票据收益:票据一收益为300万×2%×[(366-90)/360],票据二收益为200万×2%×[(366-120)/360]。则保证金收益为上述保证金存款收益+上述票据一收益+上述票据二收益。
若经过90天后,质押票据一到期,需要托收,那么转入保证金账户的金额为300万,此300万变为保证金存款,保证金收益计算同上,在此不再赘述。
保证金收益按照事先预约好的保证金收益分配比例,实现票据交易中心和企业的利益分配。
具体的,如图3所示,步骤110包括:
步骤111、接收交易发起者输入的开票信息,并获取交易发起者所属企业的唯一标识id。
步骤112、根据id,从现有票据持仓数据库中获取到与id对应的票据列表并返回给交易发起者的终端。
步骤113、接收并根据交易发起者输入的票据风险查询请求,从风险票据数据库中查询交易发起者根据票据列表确定的待质押票据是否存在风险,生成并向交易发起者的终端发送风险查询反馈信息。
步骤114、接收交易发起者输入的新的待质押票据的信息,得到第一质押票据信息。
步骤115、根据开票信息和第一质押票据信息,生成携带有预设敞口比例的票据交易请求事件。
其中,步骤113中,风险查询反馈信息中含有有风险的票据信息,交易发起者接收到该反馈信息,若在接收到交易发起者通过界面输入剔除掉风险票据的指令时,将存在风险的票据从待发起交易的票据列表中剔除,则第一质押票据信息中的票据均为不存在风险的票据,承兑银行服务器可以放心进行票据交易。若交易发起者通过界面输入不剔除风险票据的指令,则不剔除掉风险票据,但此时通过票据交易中心向承兑银行服务器发起交易请求时,会注释票据是安全的还是存在风险的标识,承兑银行服务器接收到交易请求时,在其界面上显示对应票据存在风险的提示信息,承兑银行服务器可以根据每一个票据的安全状况标识以及票据存在风险的提示信息,确定最终与企业达成交易的票据。具体的,如图4所示,步骤130包括:
步骤131、接收并向交易发起者发送承兑银行服务器发送的第一保证金存款金额信息,第一保证金存款金额信息为承兑银行服务器根据出票金额和预设敞口比例计算生成的。
步骤132、接收交易发起者输入的其在第一质押票据信息中增加或减少质押票据后生成的新的第一质押票据信息。
步骤133、根据开票信息和新的第一质押票据信息,生成并向承兑银行服务器发送新的票据交易请求事件,接收并向交易发起者的终端发送承兑银行服务器发送的新的第一保证金存款金额信息。
步骤134、当接收到交易发起者和承兑银行服务器发送的成交指令时,保存新的第一保证金存款金额信息和新的第一质押票据信息,并执行步骤140,其中,新的第一保证金存款金额信息即为第二保证金存款金额信息,新的第一质押票据信息即为第二质押票据信息。
步骤135、否则,继续接收交易发起者输入的其在新的第一质押票据信息中增加或较少质押票据后对应的第一质押票据信息,重复步骤132~步骤135。
上述议价的目的是调整保证金存款金额和质押票据信息。另外,需要说明的是,承兑银行服务器在接收到票据交易交易请求事件后,会根据票据交易交易请求事件中的质押票据信息以及其对应的质押票据的风险情况,对质押票据进行选择,并随保证金存款金额的反馈信息反馈给交易发起者。若承兑银行服务器对质押票据信息有更改,交易发起者在接收到上述反馈信息后,会根据保证金存款金额和质押票据信息,并结合自身的资金情况,对质押票据信息做进一步修改,直到第一质押票据信息中的所有质押票据的总金额、保证金存款金额、出票金额和预设敞口比例匹配一致以及接收到企业和承兑银行服务器发送的成交指令,结束议价。其中,最终决定成交的是承兑银行服务器,承兑银行服务器先发送成交指令后,交易发起者再做是否成交的决定,以结束议价。
需要说明的是,步骤160中,在接收到承兑银行服务器发送的指令时,将所有质押票据的状态变更为质押中,所有质押票据的所属权仍为交易发起者所属的企业,并将所有质押票据从企业的现有票据持仓数据库中转移到企业的质押票据持仓数据库中,其中,质押中表示所有质押票据处于不可被交易的状态。
另外,需要说明的是,上述出票金额占用预设信用授权额度,其中,预设信用授权额度为票据交易中心自身的信用授权额度,所有出票金额的总额度不能超出该信用授权额度,否则,无法发送新票据。
另外,议价结束的条件是第一质押票据信息中的质押票据的总金额、保证存款金额、出票金额和预设敞口比例匹配一致,这三个是否匹配一致的问题是由承兑银行服务器计算得到,其中该实施例中预设敞口比例一般设为100%,即例如出票金额为100万,质押票据若为50万,那么第二保证金存款金额就要为50万。
实施例三
一种基于资金和票据混合质押的票据交易系统200,如图5所示,包括:
交易请求发起模块,用于接收并根据交易发起者输入的开票信息和第一质押票据信息,生成票据交易请求事件,开票信息包括承兑银行服务器名称和出票金额,向承兑银行名称对应的承兑银行服务器发送票据交易请求事件,其中,票据交易请求事件携带有预设敞口比例。
议价模块,用于接收承兑银行服务器发送的根据出票金额和预设敞口比例生成的第一保证金存款金额信息,并根据第一保证金存款金额信息,得到第二保证金存款金额信息和第二质押票据信息。
交割模块,用于通过银企直连接口在预设查询期限内查询第一托管账户中是否存入了第二保证金存款金额信息对应的保证金,若是,查收保证金,并通过银企直连接口向承兑银行服务器发送转账请求信息,转账请求信息表示将保证金从第一托管账户转入保证金账户;若否,结束票据交易流程。
开票模块,用于在接收到承兑银行服务器发送的指令后,向承兑银行服务器发送携带有票据接收账户信息的开票请求信息,通过票据接收账户接收承兑银行服务器发送的出票金额对应的新票据,上述指令表示保证金已被转入保证金账户,且交易发起者已通过网银质押第二质押票据信息对应的所有质押票据至承兑银行名称对应的承兑银行。
托收模块,用于定期检索交易发起者所属企业的质押票据持仓数据库中到期的票据,并对到期的票据生成到期票据提醒消息事件,并将到期票据提醒消息事件发送给交易发起者的终端和承兑银行服务器,在接收到承兑银行服务器发送的已托收信息后,计算保证金账户中的金额对应的保证金收益,并按照预设保证金收益分配比例将企业的所得保证金收益部分转给企业对应的账户,其中,已托收信息表示承兑银行已托收到期的票据,且已将托收后对应的票据金额转至保证金账户中,保证金收益为第二保证金存款金额信息对应的保证金产生的第一收益和票据金额产生的第二收益的加和。
交易请求发起模块具体用于:接收交易发起者输入的开票信息,并获取交易发起者所属企业的唯一标识id;根据id,从现有票据持仓数据库中获取到与id对应的票据列表并返回给交易发起者的终端;接收并根据交易发起者输入的票据风险查询请求,从风险票据数据库中查询交易发起者根据票据列表确定的待质押票据是否存在风险,生成并向交易发起者的终端发送风险查询反馈信息;接收交易发起者输入的新的待质押票据的信息,得到第一质押票据信息;根据开票信息和第一质押票据信息,生成携带有预设敞口比例的票据交易请求事件。
议价模块具体用于:接收并向交易发起者发送承兑银行服务器发送的第一保证金存款金额信息,第一保证金存款金额信息为承兑银行服务器根据出票金额和预设敞口比例计算生成的;接收交易发起者输入的其在第一质押票据信息中增加或减少质押票据后生成的新的第一质押票据信息;根据开票信息和新的第一质押票据信息,生成并向承兑银行服务器发送新的票据交易请求事件,接收并向交易发起者的终端发送承兑银行服务器发送的新的第一保证金存款金额信息;当接收到交易发起者和承兑银行服务器发送的成交指令时,保存新的第一保证金存款金额信息和新的第一质押票据信息,结束议价,其中,新的第一保证金存款金额信息即为第二保证金存款金额信息,新的第一质押票据信息即为第二质押票据信息;否则,继续接收交易发起者输入的其在新的第一质押票据信息中增加或较少质押票据后对应的第一质押票据信息,直至结束议价。
交割模块,还用于在接收到承兑银行服务器发送的指令时,将所有质押票据的状态变更为质押中,所有质押票据的所属权仍为交易发起者所属的企业,并将所有质押票据从企业的现有票据持仓数据库中转移到企业的质押票据持仓数据库中,其中,质押中表示所有质押票据处于不可被交易的状态。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。