基于大数据的在线支付方法、电子设备及计算机存储介质与流程

文档序号:16756663发布日期:2019-01-29 17:27阅读:278来源:国知局
基于大数据的在线支付方法、电子设备及计算机存储介质与流程

本申请涉及大数据处理技术领域,具体而言,本申请涉及一种基于大数据的在线支付方法、电子设备及计算机存储介质。



背景技术:

电子商务已经越来越广泛地应用于各种商业贸易活动中,所谓电子商务是指在商业贸易活动中,在因特网开放的网络环境下,基于浏览器及服务器应用方式,实现消费者的网上购物、商户之间的网上交易和在线电子支付以及各种商务活动、交易活动、金融活动和相关的综合服务活动的一种商业运营模式。

随着电子商务的快速发展,用户可以随时登录电子商务平台,例如淘宝、京东等,进行产品的直接购买或提前预购或参加团购等,并进行在线支付以完成交易。即当某电子商务平台提供可以预约购买的产品时,用户可以根据自身需求通过登录该电子商务平台进行预购,并在用户确认支付验证身份成功后,直接从用户的银行账户中将钱划拨到收款方的银行账户中,即使后续交易过程中发现任何疑问,由于支付过程不可逆(无安全缓冲),付款方的款项已经支出,因此只能由付款方与收款方进行交涉,再通过银行进行退款处理,增加了支付过程的复杂度,或者更不幸的是付款方的资金被骗,从而利益受损。这种情况是付款方不希望遇到的,因此需要一种更安全、简便快捷的在线支付方法。



技术实现要素:

本申请的目的旨在至少能解决上述的技术缺陷之一,特别是在线支付中存在的付款方的资金风险较大的技术缺陷。

第一方面,提供了一种基于大数据的在线支付方法,包括:

接收用于用户预购目标产品的预约支付请求,预约支付请求中携带有第一资金额度;

根据接收到的预约支付请求,确定用户预购的目标产品的第一资金额度;

确定用户的电子支付账户,并在电子支付账户中对第一资金额度的资金进行资金冻结处理。

第二方面,提供了一种基于大数据的在线支付装置,包括:

接收模块,用于接收用于用户预购目标产品的预约支付请求,预约支付请求中携带有第一资金额度;

确定模块,用于根据接收到的预约支付请求,确定用户预购的目标产品的第一资金额度;

处理模块,用于确定用户的电子支付账户,并在电子支付账户中对第一资金额度的资金进行资金冻结处理。

第三方面,提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行所述程序时实现上述的基于大数据的在线支付方法。

第四方面,提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现上述的基于大数据的在线支付方法。

本申请实施例提供的基于大数据的在线支付方法,接收用于用户预购目标产品的预约支付请求,为后续在线支付过程中的资金冻结处理奠定基础;根据接收到的预约支付请求,确定用户预购目标产品的第一资金额度,并在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,有效避免了直接将用户资金划拨至收款方这一不可逆支付过程,使得用户能够在发现收款方有任何欺诈或者不诚信的嫌疑时,及时通过资金解冻或取消支付等操作来限制支付的后续流程,从而保障了用户的资金安全,另外,对用户的电子支付账户中的资金进行资金冻结处理,减少了与银行间的交互,提高了付款与退款的处理效率,从而在一定程度上降低支付过程的复杂度。

本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:

图1为本申请实施例的基于大数据的在线支付方法的流程示意图;

图2为本申请实施例的基于大数据的在线支付装置的基本结构示意图;

图3为本申请实施例的基于大数据的在线支付装置的详细结构示意图;

图4为本申请实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。

本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

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

目前市面上涉及的保费续期、产品预约及商品团购等功能,在用户点击确认操作之后,多是直接将用户的钱划拨到收款银行,使用户在产品生效的终止时间之前,不能享受到被划拨资金所带来的收益,导致用户的购买意愿降低,此外,直接划拨到收款银行,使得用户若在截止日之前取消交易,则还要从收款银行退款至用户银行账户,增加了系统的复杂度。

本申请提供的基于大数据的在线支付方法、电子设备和计算机存储介质,旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。

实施例一

本申请实施例提供了一种基于大数据的在线支付方法,如图1所示,包括:

步骤s100,接收用于用户预购目标产品的预约支付请求,预约支付请求中携带有第一资金额度。

步骤s200,根据接收到的预约支付请求,确定用户预购的目标产品的第一资金额度。

步骤s300,确定用户的电子支付账户,并在电子支付账户中对第一资金额度的资金进行资金冻结处理。

具体地,用户可以通过登录电子商务平台(例如平安金管家),购买或提前购买产品并进行交易,即当电子商务平台提供可预约购买的产品(例如续期宝、开门红等保险相关产品)时,用户可以通过登录该电子商务平台进行预购,即用户根据自身需求预购相应的目标产品。其中,用户确认需要进行预购时,例如点击预购、购买或结算等按键提交订单,会向电子商务平台的在线支付系统发送携带有第一资金额度的预约支付请求,即在线支付系统接收用于用户预购目标产品的预约支付请求,预约支付请求中携带有第一资金额度。

进一步地,用户可以预先在该电子商务平台的在线支付系统中注册对应的电子支付账户,其中,电子支付账户是指与银行卡账户绑定、可以与银行卡账户进行资金划拨但无法直接取现的账户,每个用户在该在线支付系统中具有唯一的电子支付账户,即用户与电子支付账户之间是一一对应的。

目前常见的电子支付账户有支付宝账户、微信账户、旺财账户等等,本申请实施例以旺财账户为例,对在线支付系统及后续操作进行介绍,旺财账户本身是在旺财平台上开设的账户,旺财账户与支付宝账户类似,是开设在不同银行的多个账户。

进一步地,电子商务平台的在线支付系统在接收到预约支付请求后,可以根据接收到的预约支付请求,确定用户预购目标产品的第一资金额度,并从用户的电子支付账户(例如旺财账户)中对第一资金额度的资金进行资金冻结处理。

本申请实施例提供的基于大数据的在线支付方法,与现有技术相比,接收用于用户预购目标产品的预约支付请求,为后续在线支付过程中的资金冻结处理奠定基础;根据接收到的预约支付请求,确定用户预购目标产品的第一资金额度,并在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,有效避免了直接将用户资金划拨至收款方这一不可逆支付过程,使得用户能够在发现收款方有任何欺诈或者不诚信的嫌疑时,及时通过资金解冻或取消支付等操作来限制支付的后续流程,从而保障了用户的资金安全,另外,对用户的电子支付账户中的资金进行资金冻结处理,减少了与银行间的交互,提高了付款与退款的处理效率,从而在一定程度上降低支付过程的复杂度。

实施例二

本申请实施例提供了另一种可能的实现方式,在实施例一的基础上,还包括实施例二所示的方法,其中,

预约支付请求还携带有以下信息中的至少一项:

第一资金额度;用户的身份信息;电子支付账户信息;与电子支付账户绑定的至少一个银行账户信息;资金冻结终止日期。

步骤s200包括步骤s201(图中未标注)与步骤s202(图中未标注),其中,

步骤s201:检测电子支付账户中的第二资金额度是否大于或等于第一资金额度。

步骤s202:如果第二资金额度大于或等于第一资金额度,则从电子支付账户中冻结所述第一资金额度的资金;如果第二资金额度小于第一资金额度,则生成提示用户从与所述电子支付账户绑定的任一银行账户向所述电子支付账户划拨至少第一资金额度的资金的提示信息。

具体地,预约支付请求中可以携带有用户预购目标产品的第一资金额度,例如m资金额度,在线支付系统在接收到包括第一资金额度的预约支付请求时,可以精确地从用户的电子支付账户中冻结m额度的资金。

进一步地,预约支付请求中可以携带有用户的身份信息,在线支付系统在接收到包括用户的身份信息的预约支付请求后,可以根据用户的身份信息查找到对应的电子支付账户,以便从该查找到的电子支付账户中冻结相应的第一资金额度的资金。

进一步地,预约支付请求中可以携带有用户的电子支付账户信息,在线支付系统在接收到包括用户的电子支付账户的预约支付请求后,可以直接从该电子支付账户中冻结第一资金额度的资金。

进一步地,用户可以预先为其在线支付系统中的电子支付账户绑定若干个银行卡账户,例如同时绑定a银行的银行卡账户与b银行的银行卡账户,此时预约支付请求中可以携带有与电子支付账户绑定的至少一个银行账户信息,在线支付系统在接收到包括与电子支付账户绑定的至少一个银行账户信息时,确定该至少一个银行账户信息所对应的电子支付账户,并从确定出的电子支付账户中冻结第一资金额度的资金。

进一步地,预约支付请求中可以携带有资金冻结终止日期(即资金解冻日期),在线支付系统在接收到包括资金冻结终止日期的预约支付请求后,可以在资金冻结终止日期对m额度的资金进行解冻处理,同时也便于后续根据该资金冻结终止日期计算资金冻结期间的利息、红利等收益。

进一步地,在某些情况下,用户会选择使用银行卡账户直接进行目标产品的预购,此时,在线支付系统先将需要支付的第一资金额度的资金从相应银行卡账户中划拨到对应的电子支付账户中,再在电子支付账户中冻结相应额度的资金。其中,用户已预先在在线支付系统中建立银行卡账户与电子支付账户的对应关系,即预先完成电子账户与银行卡账户的绑定。

进一步地,在线支付系统在进行资金冻结的过程中,首先检测用户的电子支付账户中的第二资金额度(例如余额)是否大于或等于需要第一资金额度,如果第二资金额度大于或等于第一资金额度,则直接从该电子支付账户中冻结相应额度的资金,即从该电子支付账户中冻结第一资金额度的资金,如果第二资金额度小于第一资金额度,则生成提示用户从与电子支付账户绑定的任一银行账户向电子支付账户划拨至少第一资金额度的资金的提示信息,例如“余额不足”的提示信息,以使得用户从与电子支付账户绑定的任一银行账户中向该电子支付账户划拨至少第一资金额度的资金,以便后续对该第一资金额度的资金进行冻结处理。

进一步地,在线支付系统在电子支付账户(例如旺财账户)中冻结第一资金额度的资金,实质上是在线支付系统将旺财账户中的第一资金额度的资金打个标签,实际上未做任何交易行为。其中,旺财账户的这个冻结操作除了在冻结期正常计息之外,还可以防止用户忘记支付那些按期续费的产品,尤其是保险产品,从而充分保障用户的利益。

进一步地,在旺财账户中冻结第一资金额度的资金的过程中,并不会发生与银行的直接交互,只有当用户或商户由旺财账户向银行卡账户提现,或者由银行卡账户向旺财账户充值时,才与银行发生交互,从而减少了与银行间的交互,提高了付款与退款的处理效率,从而在一定程度上降低资金冻结操作的繁琐过程及复杂度。

进一步地,在线支付系统完成第一资金额度的资金的冻结处理后,可以向用户发送预约支付成功的通知消息。其中,可以通过短信、微信或其它即时通信方式,向用户发送预约支付成功的通知消息。

对于本申请实施例,一方面。在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,有效避免了直接将用户资金划拨至收款方这一不可逆支付过程,使得用户能够在发现收款方有任何欺诈或者不诚信的嫌疑时,能够及时通过资金解冻或取消支付等操作来限制支付的后续流程,避免造成资金损失,另一方面,提前冻结资金可以有效防止用户忘记购买那些需要按期续费的产品,尤其是保险产品,从而充分保障用户的利益。另外,在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,减少了与银行间的交互,在一定程度上降低资金冻结操作的繁琐过程及复杂度。

实施例三

本申请实施例提供了另一种可能的实现方式,在实施例二的基础上,还包括实施例三所示的方法,其中,

还包括步骤s300(图中未标注):确定第一资金额度的资金在资金冻结期间的收益。

步骤s300包括步骤s301(图中未标注)与步骤s302(图中未标注),其中,

步骤s301:检测是否接收到用户取消预购目标产品的取消支付请求。

步骤s302:如果接收到取消支付请求,则将完成资金冻结处理的日期作为收益起始日,并将起始日至接收到取消支付请求的日期的前一天作为收益区间,确定第一资金额度的资金在收益区间内的收益;如果未接收到取消支付请求,则将完成资金冻结处理的日期作为收益起始日,将起始日至资金冻结终止日期的前一天作为收益区间,确定第一资金额度的资金在收益区间内的收益。

具体地,确定第一资金额度的资金在资金冻结期间的收益,包括:

基于通过预设应用程序编程接口api接入的预设货币基金交易平台,确定第一资金额度的资金在资金冻结期间的第一收益;

基于银行的存款利率确定第一资金额度的资金在资金冻结期间的第二收益;

比较第一收益与第二收益,并将两者中的较大者作为第一资金额度的资金在资金冻结期间的收益。

进一步地,在确定第一资金额度的资金在资金冻结期间的收益之后,还包括:将收益划拨至用户的电子支付账户中。

进一步地,如果未接收到取消支付请求,则在资金冻结终止日期之后,将第一资金额度的资金从用户的电子支付账户划拨至目标产品提供方的电子支付账户中。

进一步地,在线支付系统完成资金冻结后,如果用户又不想购买该原先预购的目标产品了,可以向在线支付系统发送取消预购目标产品的取消支付请求,在线支付系统接收到取消支付请求后,进行对用户的电子支付账户中的第一资金额度的资金进行相应的资金解冻处理。

进一步地,当在线支付系统未接收到用户发送的取消支付请求,且预约支付请求中携带的资金冻结终止日期到达时,在线支付系统自动对用户的电子支付账户中的第一资金额度的资金进行解冻处理,并将该解冻处理后的第一资金额度的资金从用户的电子支付账户中划拨到目标产品的卖家的电子支付账户中,其中,在线支付系统中预先存储有预购产品的卖家的电子账户。

进一步地,在线支付系统底层对接有至少一个货币基金产品的交易api(applicationprogramminginterface,应用程序编程接口),通过调用货币基金产品对应的交易api,可以接入至该货币基金产品的交易平台,从而获取货币基金产品的收益率,进而确定第一资金额度的资金所对应的货币基金产品在资金收益区间内的收益数据。其中,资金收益区间为完成资金冻结处理的日期至接收到取消支付请求的日期的前一天,或者为完成资金冻结处理的日期至资金冻结终止日期的前一天。

进一步地,在线支付系统根据当前银行的存款利率计算第一资金额度的资金在冻结期间的利息收益,并将完成资金冻结处理的日期作为起息日,将资金解冻处理的日期的前一天作为止息日,计算起息日至止息日期间的资金利息,从而得到第一资金额度的资金在资金收益区间内的收益。其中,资金收益区间为完成资金冻结处理的日期至接收到取消支付请求的日期的前一天,或者为完成资金冻结处理的日期至资金冻结终止日期的前一天。

进一步地,将第一资金额度的资金所对应的货币基金产品在资金收益区间内的收益数据(即上述的第一收益)以及第一资金额度的资金在资金收益区间内的利息收益(即上述的第二收益),按照从大到小的顺序进行排序,将排在最前面的收益作为第一资金额度的资金的最终收益,即比较第一收益与第二收益,并将两者中的较大者作为第一资金额度的资金在资金冻结期间的收益。

进一步地,将计算出的第一资金额度的资金的最终收益划拨到用户的电子账户中。

对于本申请实施例,充分保障了用户在资金冻结期间的收益,使得用户在资金冻结期间也能够最大化地获得被冻结资金的收益,极大提高用户预购目标产品的积极性。

实施例四

图2为本申请实施例提供的一种基于大数据的在线支付装置的结构示意图,如图2所示,该装置20可以包括:接收模块21确定模块22与处理模块23,其中,

接收模块21用于接收用于用户预购目标产品的预约支付请求,预约支付请求中携带有第一资金额度;

确定模块22用于根据接收到的预约支付请求,确定用户预购的目标产品的第一资金额度;

处理模块23用于确定用户的电子支付账户,并在电子支付账户中对第一资金额度的资金进行资金冻结处理。

具体地,预约支付请求还携带有以下信息中的至少一项:

第一资金额度;用户的身份信息;电子支付账户信息;与电子支付账户绑定的至少一个银行账户信息;资金冻结终止日期。

进一步地,处理模块23包括第一检测子模块231、第一确定子模块232与提示子模块233,如图3所示,其中,

第一检测子模块231用于检测用户的电子支付账户中的第二资金额度是否大于或等于第一资金额度;

第一确定子模块232用于当第二资金额度大于或等于第一资金额度,从用户的电子支付账户中冻结第一资金额度的资金;

提示子模块233用于当第二资金额度小于第一资金额度时,生成提示用户从与电子支付账户绑定的任一银行账户向电子支付账户划拨至少第一资金额度的资金的提示信息。

进一步地,该装置还包括收益确定模块24,如图3所示,其中,收益确定模块24用于确定第一资金额度的资金在资金冻结期间的收益。

进一步地,收益确定模块包括第二检测子模块241、第二确定子模块242与第三确定子模块243,如图3所示,其中,

第二检测子模块241用于检测是否接收到用户取消预购目标产品的取消支付请求;

第二确定子模块242用于当接收到取消支付请求时,将完成资金冻结处理的日期作为收益起始日,并将起始日至接收到取消支付请求的日期的前一天作为收益区间,确定第一资金额度的资金在收益区间内的收益;

第三确定子模块243用于当未接收到取消支付请求时,将完成资金冻结处理的日期作为收益起始日,将起始日至资金冻结终止日期的前一天作为收益区间,确定第一资金额度的资金在收益区间内的收益。

进一步地,收益确定模块具体用于基于通过预设应用程序编程接口api接入的预设货币基金交易平台,确定第一资金额度的资金在资金冻结期间的第一收益;以及用于基于银行的存款利率确定第一资金额度的资金在资金冻结期间的第二收益;以及用于比较第一收益与第二收益,并将两者中的较大者作为第一资金额度的资金在资金冻结期间的收益。

进一步地,该装置该还包括:收益划拨模块25,如图3所示,其中,收益划拨模块25用于将收益划拨至用户的电子支付账户中。

进一步地,该装置还包括:支付划拨模块26,如图3所示,其中,支付划拨模块26用于当未接收到取消支付请求时,在资金冻结终止日期之后,将第一资金额度的资金从用户的电子支付账户划拨至目标产品提供方的电子支付账户中。

本申请实施例提供的装置,与现有技术相比,接收用于用户预购目标产品的预约支付请求,为后续在线支付过程中的资金冻结处理奠定基础;根据接收到的预约支付请求,确定用户预购目标产品的第一资金额度,并在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,有效避免了直接将用户资金划拨至收款方这一不可逆支付过程,使得用户能够在发现收款方有任何欺诈或者不诚信的嫌疑时,及时通过资金解冻或取消支付等操作来限制支付的后续流程,从而保障了用户的资金安全,另外,对用户的电子支付账户中的资金进行资金冻结处理,减少了与银行间的交互,提高了付款与退款的处理效率,从而在一定程度上降低支付过程的复杂度。

实施例五

本申请实施例提供了一种电子设备,如图4所示,图4所示的电子设备400包括:处理器401和存储器403。其中,处理器401和存储器403相连,如通过总线402相连。进一步地,电子设备400还可以包括收发器404。需要说明的是,实际应用中收发器404不限于一个,该电子设备400的结构并不构成对本申请实施例的限定。

其中,处理器401应用于本申请实施例中,用于实现图2所示的处理模块的功能。收发器404包括接收机和发射机,收发器404应用于本申请实施例中,用于实现图2所示的接收模块的功能。

处理器401可以是cpu,通用处理器,dsp,asic,fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器401也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等。

总线402可包括一通路,在上述组件之间传送信息。总线402可以是pci总线或eisa总线等。总线402可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。

存储器403可以是rom或可存储静态信息和指令的其他类型的静态存储设备,ram或者可存储信息和指令的其他类型的动态存储设备,也可以是eeprom、cd-rom或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。

存储器403用于存储执行本申请方案的应用程序代码,并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码,以实现图2所示实施例提供的基于大数据的在线支付装置的动作。

本申请实施例提供的电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时,与现有技术相比,可实现:接收用于用户预购目标产品的预约支付请求,为后续在线支付过程中的资金冻结处理奠定基础;根据接收到的预约支付请求,确定用户预购目标产品的第一资金额度,并在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,有效避免了直接将用户资金划拨至收款方这一不可逆支付过程,使得用户能够在发现收款方有任何欺诈或者不诚信的嫌疑时,及时通过资金解冻或取消支付等操作来限制支付的后续流程,从而保障了用户的资金安全,另外,对用户的电子支付账户中的资金进行资金冻结处理,减少了与银行间的交互,提高了付款与退款的处理效率,从而在一定程度上降低支付过程的复杂度。

本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现实施例一所示的方法。与现有技术相比,接收用于用户预购目标产品的预约支付请求,为后续在线支付过程中的资金冻结处理奠定基础;根据接收到的预约支付请求,确定用户预购目标产品的第一资金额度,并在用户的电子支付账户中对第一资金额度的资金进行资金冻结处理,有效避免了直接将用户资金划拨至收款方这一不可逆支付过程,使得用户能够在发现收款方有任何欺诈或者不诚信的嫌疑时,及时通过资金解冻或取消支付等操作来限制支付的后续流程,从而保障了用户的资金安全,另外,对用户的电子支付账户中的资金进行资金冻结处理,减少了与银行间的交互,提高了付款与退款的处理效率,从而在一定程度上降低支付过程的复杂度。

本申请实施例提供的计算机可读存储介质适用于上述方法的任一实施例。在此不再赘述。

应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

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