本发明涉及互联网数据交互技术领域,特别是涉及一种数据交互处理方法、装置以及线上筹资方法。
背景技术:
随着互联网技术尤其是移动互联网技术的发展,用户可以通过移动设备使用2G、3G、4G或wifi等方式连接互联网进行交易、社交等活动,通过互联网技术用户可以方便有效地进行线上活动,这是线下无法比拟的体验。
但是,用户通过移动互联网进行交易、社交等活动时,其个人的敏感信息易于暴露且在交互过程中有可能被其他人获取,从而利用其信息进行非法目的操作,这将为网络用户带来很大风险。
技术实现要素:
本发明的目的在于提供一种数据交互处理方法、装置以及线上筹资方法,在进行数据交互的过程中以数据凭证的形式传送数据,并在终端符合预定条件时完成数据的交互,以提高网络数据交互的安全性。
为了解决上述问题,本发明采用的第一个技术方案是:提供一种数据交互处理方法,所述方法包括:第一终端在响应第二终端发送的交互请求时,向所述第二终端发送第一数据凭证;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第一数据凭证为第一服务器根据所述第一终端的请求锁定所述第一终端中的第一数据而生成的;所述第二终端在所述预设时间内接收到的所有所述第一数据凭证所代表的数据值大小总和小于所述目标数据的数据值大小时,向所述第一服务器发送目标数据交互失败的指令;所述第一服务器响应所述交互失败的指令,解锁所述第一数据凭证。
为了解决上述问题,本发明采用的第二个技术方案是:提供一种数据交互处理方法,所述方法包括:第一终端接收第二终端发送的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第一终端在确认响应所述交互请求时,向所述第二终端发送第一数据凭证;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第一数据凭证为第一服务器根据第一终端的请求锁定所述第一终端中的第一数据而生成的。
为了解决上述问题,本发明采用的第三个技术方案是:提供一种数据交互处理方法,所述方法包括:第二终端向第一终端发送获取目标数据的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第二终端接收第一终端在确认响应所述交互请求时发送的第一数据凭证;其中,所述第一数据凭证为第一服务器锁定所述第一终端中的第一数据而生成的;所述第二终端在所述预设时间内接收到的所有所述第一数据凭证所代表的数据值大小总和小于所述目标数据的数据值大小时,向所述第一服务器发送目标数据交互失败的指令;其中,所述交互失败的指令用于通知所述第一服务器解锁所述第一数据凭证。
为了解决上述问题,本发明采用的第四个技术方案是:提供一种数据交互处理装置,所述装置包括接收模块以及响应模块;所述接收模块用于接收第二终端发送的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述响应模块用于在确认响应所述交互请求时,向所述第二终端发送第一数据凭证;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第一数据凭证为第一服务器根据第一终端的请求锁定所述第一终端中的第一数据而生成的。
为了解决上述问题,本发明采用的第五个技术方案是:提供一种数据交互处理装置,所述装置包括发送模块、获取模块、确认模块以及通知模块;所述发送模块用于向第一终端发送获取目标数据的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述获取模块用于接收第一终端在确认响应所述发送模块发送的所述交互请求时发送的第一数据凭证;其中,所述第一数据凭证为第一服务器根据所述第一终端的请求锁定所述第一终端中的第一数据而生成的;所述确认模块用于判断在所述预设时间内所述获取模块接收到的所有所述第一数据凭证所代表的数据值大小总和是否小于所述目标数据的数据值大小;所述通知模块用于当所述确认模块确定在预定时间内接收到的所有所述第一数据凭证的数据值大小总和小于所述目标数据的数据值大小时,向接收到的所述第一服务器发送目标数据交互失败的指令,其中,所述交互失败的指令用于通知所述第一服务器解锁所述第一数据凭证。
上述方案,当第二终端响应响应第二终端发送的交互请求时,向第二终端发送第一数据凭证;第二终端在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和小于目标数据的数据值大小时,向第一服务器发送目标数据交互失败的指令,通知第一服务器解锁第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
为了解决上述问题,本发明采用的第六个技术方案是:提供一种线上筹资方法,所述方法包括:第一终端在响应第二终端发送的筹资请求时,向所述第二终端发送第一电子凭证;其中,所述筹资请求至少包括目标项目信息、目标资金额度以及预设时间;所述第一电子凭证为第一服务器根据第一终端的请求冻结第一用户的资金账户中的第一资金而生成的,且承诺依照约定条件结算所述第一资金的电子信用承诺支付凭证;所述第一服务器为所述第一用户的账户管理服务器;所述第二终端在所述预设时间内接收到的所有所述第一电子凭证的资金额度之和小于所述目标资金额度时,向所述第一服务器发送筹资失败的指令;所述第一服务器响应所述筹资失败指令,并解冻所有所述第一电子凭证。
为了解决上述问题,本发明采用的第七个技术方案是:提供一种线上筹资方法,其特征在于,所述方法包括:第一终端接收第二终端发送的筹资请求;其中,所述筹资请求至少包括目标项目信息、目标资金额度以及预设时间;所述第一终端在确认响应所述筹资请求时,向所述第二终端发送第一电子凭证;其中,所述第一电子凭证为第一服务器根据第一终端的请求冻结第一用户的资金账户中的第一资金而生成的,且承诺依照约定条件进行结算的电子信用承诺支付凭证;所述第一服务器为所述第一用户的账户管理服务器。
为了解决上述问题,本发明采用的第八个技术方案是:提供一种线上筹资方法,其特征在于,所述方法包括:第二终端向第一终端发送筹资请求;其中,所述筹资请求至少包括目标项目信息、目标资金额度以及预设时间;所述第二终端接收第一终端在确认响应所述筹资请求时发送的第一电子凭证;其中,所述第一电子凭证为第一服务器根据第一终端的请求冻结所述第一用户的资金账户中的第一资金而生成的,且承诺依照约定条件进行结算的电子信用承诺支付凭证;所述第一服务器为所述第一用户的账户资金管理服务器;所述第二终端在所述预设时间内接收到的所有所述第一电子凭证的资金额度之和小于所述目标资金额度时,向所述第一服务器发送筹资失败的指令;其中,所述筹资失败的指令用于通知所述第一服务器响应所述筹资失败指令,并解冻所述第一电子凭证。
上述方案,当第一终端确认响应第二终端发送的筹资请求时,向所述第二终端发送第一电子凭证,第二终端在预设时间内接收到的所有第一电子凭证的资金额度之和小于所述目标资金额度时,向第一服务器发送筹资失败的指令,以通知第一服务器解冻所有所述第一电子凭证。上述方式,在筹资过程中以电子凭证的形式传送所代表的资金,在筹资失败时,将电子凭证所代表的资金解冻至第一终端的资金账户中;在第二终端符合预定条件完成筹资时,第二终端才能获得电子凭证所代表的资金,能够提高网络筹资的安全性,并且在筹资期限内第一电子凭证所代表的资金还可以产生活期利息,提高第二终端的收益。
【附图说明】
图1是本发明线上筹资方法一实施例的流程示意图;
图2是本发明线上筹资方法另一实施例的流程示意图;
图3是本发明线上筹资方法再一实施例的流程示意图;
图4是本发明数据交互处理方法一实施例的流程示意图;
图5是本发明数据交互处理方法另一实施例的流程示意图;
图6是本发明数据交互处理方法再一实施例的流程示意图;
图7是本发明数据交互处理装置一实施例的结构示意图;
图8是本发明数据交互处理装置另一实施例的结构示意图;
图9是本发明数据交互处理装置再一实施例的结构示意图;
图10是本发明数据交互处理装置又一实施例的结构示意图。
【具体实施方式】
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透彻理解本发明。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施方式中也可以实现本发明。在其它情况中,省略对众所周知的装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
参阅图1,图1是本发明线上筹资方法一实施例的流程示意图。本实施例的线上筹资方法包括以下步骤:
S101:第二终端向多个第一终端发送目标项目的筹资请求。
当第二终端需要发起针对目标项目的筹资时,向多个第一终端发送筹资请求。
其中,筹资请求至少包括目标项目信息、目标资金额度以及预设时间。目标项目的信息为需要筹集资金的项目的信息,目标资金额度为启动或完成该目标项目需要的资金,预设时间为筹资期限。
进一步地,目标项目信息还可以包括回报方式,即该目标项目启动或完成后,对同意筹资的对象的回报方式,回报方式可以是现金的方式,也可以为非现金的方式,例如,股权、红利、会员特权等,此处不做限制。
可以理解的是,筹资请求可以是第二终端直接向符合条件的第一终端发送,也可以是第二终端将筹资请求发送给电商平台,由电商平台筛选符合条件的第一终端,并将筹资请求向符合条件的第一终端发送,此处不作限制。电商平台是集成电子商务功能的服务器,电商平台可以与第一服务器集成在一起,也可以为两个独立的服务器。
可以理解的是,在本实施例中,筹资请求可以通过信息、网页链接的形式发送,还可以通过电子凭证的形式发送,此处不做限制。
进一步地,第二终端通过电子凭证的形式发送筹资请求时,步骤S101具体为:
第二终端根据目标项目的筹资请求信息生成多个第二电子凭证,并将多个第二电子凭证发送至第二服务器;第二服务器将接收到的多个第二电子凭证发送至多个第一终端。
其中,第二电子凭证至少包括第二电子凭证所代表的资金额度、目标项目信息、目标资金额度以及预设时间。多个第二电子凭证所代表的筹资额度之和大于或等于目标资金额度。
其中,第二电子凭证可以为物信证,物信证为集成项目标识码和电子商务功能,且可记录该项目信息的电子凭证。
S102:所述第一终端接收所述筹资请求,并确认是否响应所述筹资请求。
第一终端接收第二终端发送的筹资请求,并根据筹资请求包含的信息确认是否响应该筹资请求。
进一步地,当第二终端通过电子凭证的形式发送筹资请求时,步骤S102具体为:第一终端接收第二终端发送的多个第二电子凭证,并根据第二电子凭证信息确认是否接受至少一个第二电子凭证。
当第一终端确认响应该筹资请求时,执行步骤S102;当第一终端确认不响应该筹资请求时,结束流程。
S103:所述第一终端在确认响应所述筹资请求时,向所述第二终端发送第一电子凭证。
当第一终端确认响应第二终端发送的筹资请求时,向第二终端发送第一电子凭证。
第一电子凭证为第一服务器根据第一终端的请求冻结第一用户的资金账户中的第一资金而生成的,且承诺依照约定条件结算第一资金的电子信用承诺支付凭证。第一用户为第一终端的用户,第一电子凭证代表的资金额度为第一资金额度,第一服务器为第一用户的帐户管理服务器。
进一步地,当第二终端通过电子凭证的形式发送筹资请求时,步骤S103具体为:第一终端在确认接受至少一个第二电子凭证时,向第二终端发送第一电子凭证;其中,第一电子凭证所代表的跟投资金额度与第二终端接受的至少一个第二电子凭证所代表的筹资额度之和相等。
S104:所述第二终端在所述预设时间内接收到的所有所述第一电子凭证的资金额度之和小于所述目标资金额度时,向所述第一服务器发送筹资失败的指令。
例如,当第二终端确认在预设时间内接收到的所有第一电子凭证的资金额度小于目标资金额度时,针对该目标项目的筹资失败。第二终端向接收到的第一电子凭证所对应的第一服务器发送筹资失败的指令,并将接收到的第一电子凭证发送至各自对应的第一服务器。
进一步地,所述第二终端在所述预设时间内接收到的所有所述第一电子凭证的资金额度之和不小于所述目标资金额度时,向所述第一服务器发送通知信息;所述第一服务器响应所述通知信息,将所述第一电子凭证所代表的资金划拨至第二用户的资金账户。
例如,当第二终端确认在预设时间内接收到的所有第一电子凭证的资金额度之和大于或等于目标资金额度时,针对该目标项目的筹资成功,第二终端向接收到的第一电子凭证对应的第一服务器发送通知信息。
第一服务器在接收到第二终端发送的通知信息时,响应该通知信息,解冻第一电子凭证所代表的资金,并将解冻的资金从第一用户的资金账户划拨至第二用户的资金账户。第二用户为第二终端的用户。
其中,第一服务器可以将解冻的资金直接划拨至第二用户的资金账户,也可以通过其他途径划将解冻的资金拨至第二终端的资金账户,此处不作限制。
进一步地,所述第一服务器响应所述通知信息,将所述第一电子凭证所代表的资金划拨至第二用户的资金账户的步骤具体为:
第一服务器响应所述通知信息,将第一电子凭证所代表的资金划拨至第三服务器的资金账户;第一服务器在将第一电子凭证所代表的资金划拨至第三服务器的资金账户之后,通知第三服务器将不小于目标资金额度的资金划拨至第二用户的资金账户,以使第二终端能够利用筹集到的资金启动目标项目。
S105:所述第一服务器响应所述筹资失败指令,并解冻所有所述第一电子凭证。
当第一服务器接收到第二终端发送的筹资失败的指令以及第一电子凭证时,响应该筹资失败的指令,解冻所有接收到的第一电子凭证,以将第一电子凭证所代表的资金退回至第一终端的资金账户。
上述方案,第一终端在确认响应第二终端发送的筹资请求时,向所述第二终端发送第一电子凭证,第二终端在预设时间内接收到的所有第一电子凭证的资金额度之和小于目标资金额度时,向第一服务器发送筹资失败的指令,以通知第一服务器解冻所有所述第一电子凭证。上述方式,在筹资过程中以电子凭证的形式传送所代表的资金,在筹资失败时,将电子凭证所代表的资金解冻至第一终端的资金账户中;并在第二终端符合预定条件完成筹资时,第二用户才能获得电子凭证所代表的资金,能够提高网络筹资的安全性,并且在筹资期限内第一电子凭证所代表的资金还可以产生活期利息,提高第一终端的收益。
请参阅图2,图2是本发明线上筹资方法另一实施例的流程示意图。本实施例的执行主体为第二终端。本实施例的线上筹资方法包括以下步骤:
S201:第二终端向第一终端发送目标项目的筹资请求。
当第二终端需要发起针对目标项目的筹资时,第二终端向多个第一终端发送筹资请求。
其中,筹资请求至少包括目标项目信息、目标资金额度以及预设时间。目标项目的信息为需要筹集资金的项目的信息,目标资金额度为启动或完成该目标项目需要的资金,预设时间为筹资期限。
进一步地,目标项目信息还可以包括回报方式,即该目标项目启动或完成后,对同意筹资的对象的回报方式,回报方式可以是现金的方式,也可以为非现金的方式,例如,股权、红利、会员特权等,此处不做限制。
可以理解的是,筹资请求可以是第二终端直接向符合条件的第一终端发送,也可以是第二终端将筹资请求发送给电商平台,由电商平台筛选符合条件的第一终端,并将筹资请求向符合条件的第一终端发送,此处不作限制。电商平台是集成电子商务功能的服务器,电商平台可以与第一服务器集成在一起,也可以为两个独立的服务器。
可以理解的是,在本实施例中,筹资请求可以通过信息、网页链接的形式发送,还可以通过电子凭证的形式发送,此处不做限制。
进一步地,第二终端通过电子凭证的形式发送筹资请求时,步骤S201具体为:
第二终端根据目标项目的筹资请求信息生成多个第二电子凭证,并将多个第二电子凭证发送至第二服务器;第二服务器将接收到的多个第二电子凭证发送至多个第一终端。
其中,第二电子凭证至少包括第二电子凭证所代表的资金额度、目标项目信息、目标资金额度以及预设时间。多个第二电子凭证所代表的筹资额度之和大于或等于目标资金额度。第二电子凭证可以为物信证,物信证为集成项目标识码和电子商务功能,且可记录该项目信息的电子凭证。
S202:所述第二终端接收所述第一终端在确认响应所述筹资请求时发送的第一电子凭证。
其中,第一电子凭证是第一终端在确认响应第二终端发送的筹资请求时向第二终端发送的,筹资请求至少包括目标项目信息、目标资金额度以及预设时间。目标项目的信息为需要筹集资金的项目的信息,目标资金额度为启动或完成该目标项目需要的资金,预设时间为筹资期限。
第一电子凭证为第一服务器根据第一终端的请求冻结第一用户的资金账户中的第一资金而生成的,且承诺依照约定条件结算第一资金的电子信用承诺支付凭证。第一用户为第一终端的用户,第一电子凭证代表的资金额度为第一资金额度,第一服务器为第一用户的帐户管理服务器。
当第二终端通过电子凭证的形式发送筹资请求时,步骤S202具体为:第二终端接收当第一终端确认接受至少一个第二电子凭证时,发送的第一电子凭证。
其中,第二电子凭证是第二终端根据目标项目信息生成的,第二电子凭证的数量为多个。
第一电子凭证所代表被冻结的资金额度与第一终端接受的第二电子凭证所代表的筹资额度之和相等。
S203:所述第二终端在所述预设时间内接收到的所有所述第一电子凭证的资金额度之和小于所述目标资金额度时,向所述第一服务器发送筹资失败的指令。
筹资失败的指令用于通知第一服务器响应该筹资失败指令,并解冻第一电子凭证。
例如,当第二终端确认在预设时间内接收到的所有第一电子凭证的资金额度小于目标资金额度时,针对该目标项目的筹资失败。第二终端向接收到的第一电子凭证对应的第一服务器发送筹资失败的指令,并将接收到的第一电子凭证发送至各自对应的第一服务器,以使第一服务器在接收到该筹资失败的指令以及第一电子凭证时,响应该筹资失败的指令,解冻所有接收到的第一电子凭证,以将第一电子凭证所代表的资金退回至第二用户的资金账户。
进一步地,所述第二终端在所述预设时间内接收到的所有所述第一电子凭证的资金额度之和不小于所述目标资金额度时,向所述第一服务器发送通知信息。
例如,当第二终端确认在预设时间内接收到的所有第一电子凭证的资金额度之和大于或等于目标资金额度时,针对该目标项目的筹资成功,第二终端向接收到的第一电子凭证对应的第一服务器发送通知信息,以通知第一服务器解冻第一电子凭证所代表的资金并将解冻的资金划拨至第二用户的资金账户,以使第二用户能够利用筹集到的资金启动目标项目。其中,第二用户为第二终端用户。
其中,第一服务器可以将解冻的资金直接划拨至第二终端的资金账户,也可以通过其他途径划将解冻的资金拨至第二终端的资金账户,此处不作限制。
上述方案,第二终端向多个第一终端发送筹资信息,并接收第一终端在确认响应该筹资请求时发送的第一电子凭证;第二终端在预设时间内接收到的所有第一电子凭证的资金额度之和小于目标资金额度时,向第一服务器发送筹资失败的指令,以通知第一服务器解冻所述第一电子凭证。上述方式,在筹资过程中以电子凭证的形式传送所代表的资金,在筹资失败时,将电子凭证所代表的资金解冻至第二终端的资金账户中;并在第二终端符合预定条件完成筹资时,第二用户才能获得资金,能够提高网络筹资的安全性,并且在筹资期限内第一电子凭证所代表的资金还可以产生利率,提高第一用户的收益。
请参阅图3,图3是本发明线上筹资方法再一实施例的流程示意图。本实施例的执行主体为第一终端。本实施例的线上筹资方法包括以下步骤:
S301:第一终端接收第二终端发送的筹资请求。
第一终端接收第二终端针对目标项目发起的筹资请求。其中,筹资请求至少包括目标项目信息、目标资金额度以及预设时间。目标项目的信息为需要筹集资金的项目的信息,目标资金额度为启动或完成该目标项目需要的资金,预设时间为筹资期限。
进一步地,目标项目信息还可以包括回报方式,即该目标项目启动或完成后,对同意筹资的对象的回报方式,回报方式可以是现金的方式,也可以为非现金的方式,例如,股权、红利、会员特权等,此处不做限制。
可以理解的是,筹资请求可以是第二终端直接向符合条件的第一终端发送,也可以是第二终端将筹资请求发送给电商平台,由电商平台筛选符合条件的第一终端,并将筹资请求向符合条件的第一终端发送,此处不作限制。电商平台是集成电子商务功能的服务器,电商平台可以与第一服务器集成在一起,也可以为两个独立的服务器。
可以理解的是,在本实施例中,筹资请求可以通过信息、网页链接的形式发送,还可以通过电子凭证的形式发送,此处不做限制。
进一步地,当第二终端通过电子凭证的形式发送筹资请求时,步骤S301具体为:
第一终端接收第二终端通过第二服务器发送的多个第二电子凭证。
其中,多个第二电子凭证是第二终端根据目标项目的筹资请求信息生成的。第二电子凭证至少包括第二电子凭证所代表的资金额度、目标项目信息、目标资金额度以及预设时间。多个第二电子凭证所代表的筹资额度之和大于或等于目标资金额度。第二电子凭证可以为物信证,物信证为集成项目标识码和电子商务功能,且可记录该项目信息的电子凭证。
S302:所述第一终端在确认响应所述筹资请求时,向所述第二终端发送第一电子凭证。
第一终端在接收到第二终端发送的筹资请求时,确认是否响应该筹资请求,并在确认响应第二终端发送的筹资请求时,向第二终端发送第一电子凭证。
其中,第一电子凭证为第一服务器根据第一终端的请求冻结第一用户的资金账户中的第一资金而生成的,且承诺依照约定条件结算第一资金的电子信用承诺支付凭证。第一用户为第一终端的用户,第一电子凭证代表的资金额度为第一资金额度,第一服务器为第一用户的帐户管理服务器。
进一步地,步骤302具体为:所述第一终端在确认响应第二终端发送的筹资请求时,向所述第一服务器发送生成所述第一电子凭证的请求;其中,所述请求至少包括待冻结的第一资金的信息;所述第一终端在接收到所述第一服务器发送的所述第一电子凭证时,将所述第一电子凭证发送至所述第二终端。
进一步地,当第二终端通过电子凭证的形式发送筹资请求时,步骤S302具体为:第一终端在确认接受至少一个第二电子凭证时,向第二终端发送第一电子凭证;其中,第一电子凭证所代表的跟投资金额度与第二终端接受的至少一个第二电子凭证所代表的筹资额度之和相等。
上述方案,第二终端在确认响应第一终端发送的筹资请求时,向第一终端发送第一电子凭证。上述方式,在筹资过程中以电子凭证的形式传送所代表的资金,在筹资失败时,将电子凭证所代表的资金解冻至第二终端的资金账户中;并在第二终端符合预定条件完成筹资时,第二用户才能获得资金,能够提高网络筹资的安全性,并且在筹资期限内第一电子凭证所代表的资金还可以产生利率,提高第一用户的收益。
请参阅图4,图4是本发明数据交互处理方法一实施例的流程示意图。本实施例的数据交互处理方法包括以下步骤:
S401:第二终端向多个第一终端发送获取目标数据的交互请求。
当第二终端需要获取目标数据时,第二终端向多个第一终端发送获取目标数据的交互请求。其中,交互请求至少包括目标数据的数据值以及预设时间。
可以理解的是,交互请求可以以信息的形式发送,但并不限于此,还可以通过数据凭证的形式发送,此处不做限制。
当交互请求通过数据凭证的形式发送时,步骤S401具体为:
第二终端根据目标数据的交互请求生成多个第二数据凭证,并将多个第二数据凭证发送至第二服务器,第二服务器将接收到的多个第二数据凭证发送至多个第一终端。
其中,第二数据凭证至少包括第二数据凭证代表的数据、目标数据的数据值以及预设时间,且多个第二数据凭证所代表数据的数据值总和大于或等于目标数据的数据值总和。第二数据凭证代表的数据是目标数据的第一数据。
S402:所述第一终端接收所述交互请求,并确认是否响应所述交互请求。
第一终端在接收到第二终端发送的交互请求时,确认是否响应该交互请求。进一步地,当交互请求通过数据凭证的形式发送时,步骤S402具体为:第一终端接收第二终端发送的多个第二数据凭证,并根据第二数据凭证信息确认接受至少一个第二数据凭证。
当响应该交互请求时,执行步骤S403;当不响应该交互请求时,结束流程。
S403:所述第一终端在响应所述第二终端发送的交互请求时,向所述第二终端发送第一数据凭证。
第一数据凭证为第一服务器根据第一终端的请求锁定第一终端中的第一数据而生成的。
进一步地,当交互请求通过数据凭证的形式发送时,步骤S403具体为:第一终端在确认接受至少一个第二数据凭证时,向第二终端发送所述第一数据凭证。
第一数据凭证所代表的被锁定数据的数据值大小与第一终端接受的第二数据凭证所代表数据的数据值总和大小相等。
S404:所述第二终端在所述预设时间内接收到的所有所述第一数据凭证所代表的数据值大小总和小于所述目标数据的数据值大小时,向所述第一服务器发送目标数据交互失败的指令。
例如,第二终端确认在预设时间内接收到的所有的第一数据凭证所代表的数据值大小总和小于交互请求中包含的目标数据的数据值大小时,获取目标数据失败,向接收到的第一数据凭证对应的第一服务器发送目标数据交互失败的指令,并将接收到的第一数据凭证发送至各自对应的第一服务器。
进一步地,所述第二终端在所述预设时间内接收到的所有所述第一数据凭证所代表的数据值大小总和不小于所述目标数据的数据值大小时,向所述第一服务器发送通知信息;所述第一服务器响应所述通知信息,将与所述第一数据凭证所代表数据的数据值大小相同的数据增加至第二终端。
例如,第二终端确认在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和大于或等于目标数据的数据值大小时,获取接收到的第一数据凭证对应的第一服务器,并向该第一服务器发送目标数据交互成功的通知信息。其中,通知信息至少包括第一数据凭证信息。
第一服务器在接收到第二终端发送的通知信息时,响应该通知信息,解锁第一数据凭证所代表数据的数据值大小相同的数据,并将解锁的数据增加至第二终端。
其中,第一服务器可以直接将解锁的数据增加至第二终端,也可以通过其他途径将解锁数据增加至第二终端,此处不作限制。
S405:所述第一服务器响应所述交互失败的指令,解锁所述第一数据凭证。
当第一服务器接收到第二终端发送的交互失败的指令以及第一数据凭证时,响应该交互失败的指令,解锁接收到的第一数据凭证,并将第一数据凭证所代表的数据增加至第一终端的数据单元。
下面对本发明实施方式中的数据交互处理方法进行举例说明。
例如,该第一终端为用户B,第二终端为用户C,第一终端为多个,即B1,B2,……,Bn。用户B为多个客户端的管理员,且针对每个客户端具有一个相应的密码用于执行管理员的权限。客户端可以是个人计算机、平板电脑、智能手机等能够通过网络与服务器进行数据交互传输的设备。用户C向用户B发起需要目标数据的交互请求,其中,该目标数据包括第一数据、第二数据、……、第n数据,该第一数据为请求其中一个客户端的管理员权限的密码,第二数据为请求另一客户端的管理权限的密码。如,用户C向用户B1请求客户端2的管理员权限的密码,以及向用户B2客户端3的管理员权限的密码。
当用户B确定响应用户C发送的获取目标数据的交互请求时,用户B通过第一服务器向用户C开出数据凭证,并将数据凭证发送至用户C。其中,用户C可以设置要求用户B响应该交互请求的预设时间。例如,用户C设置用户B需要在1个月的时间内将客户端2、3的管理员权限归发送给用户B。
其中,用户B的管理员密码都保存在第一服务方中,并且针对每个客户端,对应的管理员权限的重要级别不同。例如,客户端1为公司服务器、客户端2为平板电脑、客户端3为个人计算机。因此,需要设置客户端1的管理员权限的重要级别最高,客户端3的管理员权限的重要级别其次、客户端2的管理员权限的重要级别最后。
当用户B1同意将客户端2的管理员权限交给用户C时,向第一服务器提供相应的数据凭证。该数据凭证可以是用户B1管理客户端2时的操作日志,用以证明用户B1的安全、可靠性。
当用户B2同意将客户端3的管理员权限交给用户C时,向第一服务器提供相应的数据凭证。该数据凭证可以是用户B2管理客户端3时的操作日志,用以证明用户B2的安全、可靠性。
当用户C接收到用户B1提交的数据凭证时,根据B1提交的数据凭证的相关内容冻结用户B1对客户端2的管理员权限,即,用户B1将无法使用对应的密码对客户端2进行管理。当第一服务器接收到用户B2提交的数据凭证时,根据B2提交的数据凭证的相关内容冻结用户B2对客户端3的管理员权限,即,用户B2将无法使用对应的密码对客户端3进行管理。
当用户C确认在预设时间内,只获取到用户B1或用户B2开出的数据凭证时,获取目标数据失败。用户C通知第一服务器将B1发送的数据凭证返回给用户B1以归还客户端2的管理员权限的密码,将B2发送的数据凭证返回给用户B2以归还客户端3的管理员权限的密码。
当用户C确认在预设时间内,均获取用户B1、B2开出的数据凭证时,用户C向第一服务器发送获取目标数据成功的指令,以通知第一服务器获取客户端2以及客户端3的管理员权限的密码,并将客户端2以及客户端3的管理员权限的密码发送给用户C,并为用户C开放客户端2中第一数据的权限以及开放客户端3中第二数据的权限。
以上,用户B(数据提供方)接收到用户C(数据请求方)请求获得客户端2、3的管理员权限密码的请求时,第一服务器根据用户C发送的指令确认是否为用户C开放客户端2、3的管理员权限。一方面,用户B1、B2将管理员权限交给用户C的过程通过第一服务器进行风险管控,需要用户B1、B2的数据凭证作为担保使得管理员权限不会被随意转移。另一方面,第一服务器确认用户C在预设时间内,获取目标数据成功时,将保存有目标数据的客户端2、3的管理员权限发送给用户C;并且在获取目标数据失败时,归还用户B1、B2对各自客户端的管理员权限,从而保证客户端的管理员权限只有一个,从而不会造成客户端的数据管理混乱,以及避免出现客户端数据安全的风险问题。
进一步地,请求的数据还可以是文字数据、音频数据、视频数据、程序数据或金融领域的资金数据等,如果是资金数据,比如资金,则此时数据请求方是借款方,数据发起方是贷款请求方,服务器为资金管理服务器,例如,银行。如果是音频数据,比如歌曲,此时数据请求方和数据发起方可以是手机等具有多媒体播放功能的客户端,服务器为音乐网站服务器。
上述方案,第一终端在响应第二终端发送的交互请求时,向第二终端发送第一数据凭证;第二终端在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和小于目标数据的数据值大小时,向第一服务器发送目标数据交互失败的指令,以通知第一服务器解锁第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
请参阅图5,图5是本发明数据交互处理方法另一实施例的流程示意图。本实施例的执行主体为第二终端。本实施例的数据交互处理方法包括以下步骤:
S501:第二终端向多个第一终端发送获取目标数据的交互请求。
第二终端在需要获取目标数据时,向多个第一终端发送获取目标数据的交互请求。其中,交互请求至少包括目标数据的数据值以及预设时间。
可以理解的是,交互请求可以以信息的形式发送,但并不限于此,还可以通过数据凭证的形式发送,此处不做限制。
当交互请求通过数据凭证的形式发送时,步骤S501具体为:
第二终端根据目标数据的交互请求生成多个第二数据凭证,并将多个第二数据凭证发送至第二服务器,第二服务器将接收到的多个第二数据凭证发送至多个第一终端。
其中,第二数据凭证至少包括第二数据凭证代表的数据、目标数据的数据值以及预设时间,且多个第二数据凭证所代表数据的数据值总和大于或等于目标数据的数据值总和。第二数据凭证代表的数据是目标数据的第一数据。
S502:所述第二终端接收所述第一终端发送的第一数据凭证。
其中,第一数据凭证是第一终端在确认响应第二终端发送的获取目标数据的交互请求时向第二终端发送的,目标数据至少包括目标数据的数据值以及预设时间,第一数据凭证为第一服务器根据第一终端的请求锁定第一终端中的第一数据而生成的。
进一步地,当交互请求通过数据凭证的形式发送时,步骤S502具体为:第二终端接收第一终端在确认接受至少一个第二数据凭证时发送的第一数据凭证。其中,至少一个第二数据凭证是第二服务器向第二终端发送的多个第二数据凭证中的至少一个。
第一数据凭证所代表的被锁定数据的数据值大小与第一终端接受的第二数据凭证所代表数据的数据值总和大小相等。
S503:所述第二终端在所述预设时间内接收到的所有所述第一数据凭证所代表的数据值大小总和小于所述目标数据的数据值大小时,向所述第一服务器发送目标数据交互失败的指令。
例如,第二终端确认在预设时间内接收到的所有的第一数据凭证所代表的数据值大小总和小于交互请求中包含的目标数据的数据值大小时,获取目标数据失败,向接收到的第一数据凭证对应的第一服务器发送目标数据交互失败的指令,并将接收到的第一数据凭证发送至各自对应的第一服务器。其中,交互失败的指令用于通知第一服务器解锁第一数据凭证。
当第一服务器接收到第二终端发送的交互失败的指令以及第一数据凭证时,响应该交互失败的指令,解锁接收到的第一数据凭证,并将第一数据凭证所代表的数据增加至第一终端的。
进一步地,所述第二终端在所述预设时间内接收到的所有所述第一数据凭证所代表的数据值大小总和不小于所述目标数据的数据值大小时,通知所述第一服务器将与所述第一数据凭证所代表数据的数据值大小相同的数据增加至第二终端。
例如,第二终端确认在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和不小于目标数据的数据值大小时,获取接收到的第一数据凭证对应的第一服务器,并向该第一服务器发送目标数据交互成功的通知信息,以通知第一服务器将与第一数据凭证所代表数据的数据值大小相同的数据增加至第二终端的存储单元。其中,通知信息至少包括第一数据凭证信息。
上述方案,第二终端接收第一终端发送的第一数据凭证,并确认在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和小于目标数据的数据值大小时,向第一服务器发送目标数据交互失败的指令,以通知第一服务器解锁第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
请参阅图6,图6是本发明数据交互处理方法再一实施例的流程示意图。本实施例的执行主体为第一终端。本实施例的数据交互处理方法包括以下步骤:
S601:第一终端接收第二终端发送的交互请求。
第一终端接收第二终端发送的获取目标数据的交互请求,并确认是否响应该交互请求。其中,交互请求至少包括目标数据的数据值以及预设时间。
可以理解的是,交互请求可以以信息的形式发送,但并不限于此,还可以通过数据凭证的形式发送,此处不做限制。
当交互请求通过数据凭证的形式发送时,步骤S601具体为:第一终端接收第二终端发送的多个第二数据凭证,并根据第二数据凭证信息确认是否接受至少一个第二数据凭证。
其中,第二数据凭证是第二终端根据目标数据的交互请求生成多个第二数据凭证,并通过第二服务器向第一终端发送的。
其中,第二数据凭证至少包括第二数据凭证代表的数据、目标数据的数据值以及预设时间,且多个第二数据凭证所代表数据的数据值总和大于或等于目标数据的数据值总和。第二数据凭证代表的数据是目标数据的第一数据。
当响应该交互请求时,执行步骤S602;当不响应该交互请求时,结束流程。
S602:所述第一终端在确认响应所述交互请求时,向所述第二终端发送第一数据凭证。
其中,交互请求至少包括目标数据的数据值以及预设时间。第一数据凭证为第一服务器根据第一终端的请求锁定第一终端中的第一数据而生成的。
进一步地,当交互请求通过数据凭证的形式发送时,步骤S602具体为:第一终端在确认接受至少一个第二数据凭证时,向第二终端发送所述第一数据凭证。
第一数据凭证所代表的被锁定数据的数据值大小与第一终端接受的第二数据凭证所代表数据的数据值总和大小相等。
进一步地,所述第一终端在确认响应所述交互请求时,向所述第二终端发送第一数据凭证的步骤具体为:
第一终端在确认响应第二终端发送的交互请求时,向第一服务器发送生成第一数据凭证的请求;其中,生成第一数据凭证的请求至少包括待锁定的第一数据的信息;第一终端在接收到第一服务器发送的第一数据凭证时,将第一数据凭证发送至第二终端。
上述方案,第一终端在确认响应第二终端发送的交互请求时,向第一终端发送第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
请参阅图7,图7是本发明数据交互处理装置一实施例的结构示意图。本实施例的数据交互处理装置包括的各模块用于执行图5以及图5对应的实施例中的各步骤,具体请参阅图5以及图5对应的实施例的相关描述,此处不赘述。其中,本实施例的数据交互处理装置为第二终端。本实施例的数据交互处理装置包括发送模块710、获取模块720、确认模块730以及通知模块740。
发送模块710用于向第一终端发送获取目标数据的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间。
获取模块720用于接收第一终端发送的第一数据凭证;其中,所述第一数据凭证是所述第一终端在确认响应第二终端发送的交互请求时发送的,所述交互请求至少包括目标数据的数据值以及预设时间,所述第一数据凭证为第一服务器锁定所述第一终端中的第一数据而生成的。
进一步地,获取模块720用于接收第一终端在确认接受至少一个第二数据凭证时发送的第一数据凭证;其中,所述至少一个第二数据凭证是所述第二终端根据目标数据的交互请求生成的多个第二数据凭证中的至少一个,并通过第二服务器向获取模块720发送的。
确认模块730用于判断在所述预设时间内所述获取模块接收到的所有所述第一数据凭证所代表的数据值大小总和是否小于所述目标数据的数据值大小。
通知模块740用于当确认模块730确定在预定时间内接收到的所有所述第一数据凭证的数据值大小总和小于所述目标数据的数据值大小时,向接收到的所述第一服务器发送目标数据交互失败的指令,其中,所述交互失败的指令用于通知所述第一服务器解锁所述第一数据凭证。
进一步地,通知模块740还用于当所述确认模块730的确认结果为所有所述第一数据凭证所代表的数据值大小总和不小于所述目标数据的数据值大小时,通知所述第一服务器将与所述第一数据凭证所代表数据的数据值大小相同的数据增加至数据交互处理装置。
上述方案,数据交互处理装置接收第一终端发送的第一数据凭证,并确认在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和小于目标数据的数据值大小时,向第一服务器发送目标数据交互失败的指令,以通知第一服务器解锁第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
请参阅图8,图8是本发明数据交互处理装置另一实施例的结构示意图。本实施例的数据交互处理装置包括的各模块用于执行图6以及图6对应的实施例中的各步骤,具体请参阅图6以及图6对应的实施例的相关描述,此处不赘述。其中,本实施例的数据交互处理装置为第一终端。本实施例的数据交互处理装置包括接收模块810以及响应模块820。
接收模块810用于接收第二终端发送的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间。
响应模块820用于在确认响应接收模块810接收的交互请求时,向所述第二终端发送第一数据凭证;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第一数据凭证为第一服务器根据第一终端的请求锁定所述第一终端中的第一数据而生成的。
上述方案,数据交互处理装置在确认响应第二终端发送的交互请求时,向第一终端发送第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
请参阅图8,图8是本发明数据交互处理装置再一实施例的结构示意图。本实施例的数据交互处理装置为第二终端。本实施例的数据交互处理装置包括:接收器910、处理器920、发送器930、只读存储器940、随机存取存储器950以及总线960。
接收器910用于接收数据。
处理器920控制数据交互处理装置的操作,处理器920还可以称为CPU(Central Processing Unit,中央处理单元)。处理器920可能是一种集成电路芯片,具有信号的处理能力。处理器920还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
发送器930用于发送数据。
存储器可以包括只读存储器940和随机存取存储器950,并向处理器920提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。
数据交互处理装置的各个组件通过总线960耦合在一起,其中总线960除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线960。
存储器存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:
操作指令:包括各种操作指令,用于实现各种操作。
操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
在本发明实施例中,处理器920通过调用存储器存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:
处理器920用于控制接收器910接收器810用于接收第一终端发送的第一数据凭证;其中,所述第一数据凭证是所述第一终端在确认响应第二终端发送的交互请求时发送的,所述交互请求至少包括目标数据的数据值以及预设时间,所述第一数据凭证为第一服务器根据第一终端的请求锁定所述第一终端中的第一数据而生成的;
处理器920用于判断在所述预设时间内所述获取模块接收到的所有所述第一数据凭证所代表的数据值大小总和是否小于所述目标数据的数据值大小;
处理器920用于在预定时间内接收到的所有所述第一数据凭证的数据值大小总和小于所述目标数据的数据值大小时,向接收到的所述第一服务器发送目标数据交互失败的指令,其中,所述交互失败的指令用于通知所述第一服务器解锁所述第一数据凭证。
进一步地,处理器920用于控制接收器910接收器810接收第一终端在确认接受至少一个第二数据凭证时发送的第一数据凭证;其中,所述至少一个第二数据凭证是所述第二终端根据目标数据的交互请求生成的多个第二数据凭证中的至少一个,并通过第二服务器向所述获取模块发送的;
处理器920还用于当所述确认结果为所有所述第一数据凭证所代表的数据值大小总和不小于所述目标数据的数据值大小时,通知所述第一服务器将与所述第一数据凭证所代表数据的数据值大小相同的数据增加至第二终端。
上述方案,数据交互处理装置接收第一终端发送的第一数据凭证,并确认在预设时间内接收到的所有第一数据凭证所代表的数据值大小总和小于目标数据的数据值大小时,向第一服务器发送目标数据交互失败的指令,以通知第一服务器解锁第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
请参阅图10,图10是本发明数据交互处理装置又一实施例的结构示意图。本实施例的数据交互处理装置为第一终端。本实施例的数据交互处理装置包括:接收器1010、处理器1020、发送器1030、只读存储器1040、随机存取存储器1050以及总线1060。
接收器1010用于接收数据。
处理器1020控制数据交互处理装置的操作,处理器1020还可以称为CPU(Central Processing Unit,中央处理单元)。处理器1020可能是一种集成电路芯片,具有信号的处理能力。处理器1020还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
发送器1030用于发送数据。
存储器可以包括只读存储器1040和随机存取存储器1050,并向处理器1020提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。
数据交互处理装置的各个组件通过总线1060耦合在一起,其中总线1060除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线1060。
存储器存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:
操作指令:包括各种操作指令,用于实现各种操作。
操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
在本发明实施例中,处理器1020通过调用存储器存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:
处理器1020用于控制接收器1010接收第二终端发送的交互请求;其中,所述交互请求至少包括目标数据的数据值以及预设时间。
处理器1020用于在确认响应所述交互请求时,控制发送器1030向所述第二终端发送第一数据凭证;其中,所述交互请求至少包括目标数据的数据值以及预设时间;所述第一数据凭证为第一服务器根据第一终端的请求锁定所述第一终端中的第一数据而生成的。
进一步地,处理器1020具体用于在确认响应所述交互请求时,控制发送器1030向所述第一服务器发送生成所述第一数据凭证的请求,以及用于在接收到所述第一服务器发送的所述第一数据凭证时,将所述第一数据凭证发送至所述第二终端;其中,所述请求至少包括待锁定的所述第一数据的信息。
上述方案,数据交互处理装置接收第二终端发送的交互请求,在确认响应所述交互请求时,向所述第二终端发送第一数据凭证。上述方式,在进行数据交互过程中以数据凭证的形式传送数据,并在第一终端不符合预定条件完成数据交互时,第二终端不能成功获得第二终端提供的数据,只有在第一终端符合预定条件完成数据交互时,第二终端才能成功获得第一终端提供的数据,能够提高数据交互的安全性。
在本发明所提供的几个实施方式中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本发明各个实施方式中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。