获取目标数据的处理方法、服务器及线上筹资方法与流程

本发明涉及互联网数据交互技术领域，特别是涉及一种获取目标数据的处理方法、服务器以及线上筹资方法。

背景技术：

随着互联网技术尤其是移动互联网技术的发展，用户可以通过移动设备使用2G、3G、4G或wifi等方式连接互联网进行交易、社交等活动，通过互联网技术用户可以方便有效地进行线上活动，这是线下无法比拟的体验。

但是，用户通过移动互联网进行交易、社交等活动时，其个人的敏感信息易于暴露且在交互过程中有可能被其他人获取，从而利用其信息进行非法目的操作，这将为网络用户带来很大风险。

技术实现要素：

本发明主要解决的技术问题是提供一种获取目标数据的处理方法、服务器和终端设备，检测交互的第一终端用户是否符合预设的等级范围，并在符合预设的等级范围时进行目标数据的交互，为其他终端提供所请求的数据前提供安全审核评估信息，提高网络数据交互的效率和安全性。

本发明提供了一种获取目标数据的处理方法，该方法包括：第一服务器接收第一终端发送的获取目标数据的交互请求，并将所述交互请求发送至第二终端；其中，所述交互请求包含所述目标数据的描述信息和数据值，还包含评估信息，所述评估信息为第二服务器检测所述第一终端用户符合所述第二服务器预设的等级范围时生成的。

本发明还提供了一种服务器，包括：接收模块，用于接收第一终端发送的获取目标数据的交互请求；其中，所述交互请求包含所述目标数据的描述信息和数据值，还包含评估信息，所述评估信息为第二服务器检测所述第一终端用户符合所述第二服务器预设的等级范围时生成的；以及交互请求发送模块，用于将所述交互请求发送至第二终端。

本发明还提供了一种终端设备，包括：一个或多个处理器；存储器；多个应用程序；以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中并被配置为被所述一个或多个处理器执行，所述一个或多个程序包括指令，所述指令用于：接收第一终端发送的获取目标数据的交互请求；其中，所述交互请求包含所述目标数据的描述信息和数据值，还包含保障信息，所述保障信息为第二服务器检测所述目标数据符合所述第二服务器的保障范围时生成的；以及将所述交互请求发送至第二终端。

以上的获取目标数据的处理方法中，由第二服务器预先对第一终端用户进行检测并在检测符合第二服务器预设的等级范围时生成相应的评估信息，第一服务器将包含该评估信息的交互请求发送至第二终端，实现第一、二终端之间目标数据的交互，为第二终端提供目标数据前提供安全审核机制，以提高目标数据安全性和交互效率。

本发明的另一目的在于提供一种线上筹资方法，在发布者发布需要筹集资金的目标项目时对发布者进行审核并在审核通过时增加评估信息，从而为投资方提供投资前的参考信息，并促进了项目筹资进度。

本发明提供了一种线上筹资方法，包括：第一服务器接收第一终端发送的针对目标项目的筹资请求，并将所述筹资请求发送至第二终端；其中，所述筹资请求包括所述目标项目的描述信息和所需筹集的资金额度，还包括评估信息；所述评估信息为第二服务器审核所述第一终端用户符合所述第二服务器预设的等级范围时生成。

以上的线上资金筹集方法，由第二服务器预先对第一终端用户进行审核并在符合第二服务器的预设的等级范围时为该筹资项目增加相应的第一终端用户评估信息，第一服务器将包含该评估信息的筹资请求发布出去，从而在项目筹资时引入银行机构(第二服务器)进行评估，为其他跟投人(第二终端)提供投资风险评估，并促进项目筹资进度。

【附图说明】

图1是本发明第一实施方式中的一种获取目标数据的处理方法的流程图

图2是本发明第二实施方式中的一种获取目标数据的处理方法的流程示意图；

图3是本发明第三实施方式中的一种获取目标数据的处理方法的流程示意图；

图4是本发明实施方式中的获取目标数据的处理关系示意图；

图5是本发明第四实施方式中的一种获取目标数据的处理方法的流程示意图；

图6是本发明实施方式中的一种服务器的结构示意图；

图7是本发明实施方式中的一种终端设备的结构示意图；

图8是本发明第一实施方式中的一种线上筹资方法的流程示意图；

图9是本发明第二实施方式中的一种线上筹资方法的流程示意图；

图10是本发明第三实施方式中的一种线上筹资方法的流程示意图；

图11是本发明实施方式中的资金筹集关系示意图。

【具体实施方式】

下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，均属于本发明保护的范围。

请参阅图1，为本发明第一实施方式中的获取目标数据的处理方法的流程示意图，该实施方式示出的方法流程包括：

步骤S10，第一服务器接收第一终端发送的获取目标数据的交互请求，并将该交互请求发送至第二终端。

其中，该交互请求包含目标数据的描述信息、数据值以及评估信息。该评估信息为第二服务器检测该第一终端用户符合第二服务器的预设的等级范围时生成的。

以上方案中，由第二服务器预先对第一终端用户进行检测并在检测符合第二服务器的预设的等级范围时生成相应的评估信息，第一服务器将包含该评估信息的交互请求发送至第二终端，实现第一、二终端之间目标数据的交互，对第一终端发布交互请求前采取安全审核机制，以提高目标数据安全性和交互效率。第一终端用户通过检测并符合第二服务器预设的等级范围内时，即第一终端用户具有第二服务器承认的可信度，根据第二服务器对等级的划分第一终端用户的可信度具有高低之分，如等级越高则可信度越高。如第一终端用户不符合第二服务器预设的等级范围，则不具备第二服务器承认的可信度，第二服务器不予生成评估信息。

请参阅图2，为本发明第二实施方式中的获取目标数据的处理方法的流程示意图，该实施方式示出的方法流程包括：

步骤S20，第一终端向第一服务器发送获取目标数据的交互请求。

其中，该交互请求包含该目标数据的描述信息和数据值，还包含评估信息，该评估信息为第二服务器检测该第一终端用户符合该第二服务器的预设的等级范围时生成的。该请求还可以包括预定时间，该预定时间为获取该目标数据的时间期限。

该目标数据的描述信息可以是该目标数据的用途。

具体地，该第一终端登陆并访问第一服务器，并发送获取目标数据的交互请求。

步骤S21，该第一服务器根据该交互请求获得所代表的数据值与目标数据的数据值相等的第一数据凭证，并且将第一数据凭证发送至第二终端。其中，第一数据凭证包含该交互请求的信息。

以上方案中，在发出交互请求获取目标数据时，由第二服务器对第一终端用户进行检测并在检测通过时生成评估信息，并且以具有该评估信息的第一数据凭证的形式发布目标数据。从而，在第一终端发布交互请求前采取评估审核机制，可以为第二终端提供评估信息的作用。

请参阅图3，为本发明第三实施方式中的获取目标数据的处理方法的流程示意图。该实施方式示出的方法流程包括：

步骤S30，第一终端向第一服务器发起获取目标数据的交互请求。

其中，该交互请求包含该目标数据的描述信息和数据值，还包含评估信息，该评估信息为第二服务器检测该第一终端用户符合该第二服务器的预设的等级范围时生成的。

具体地，该第一终端登陆并访问第一服务器，并发送获取目标数据的交互请求。

步骤S31，该第一服务器根据该交互请求获得所代表的数据值与目标数据的数据值相等的第一数据凭证，并且将第一数据凭证发送至第二终端。其中，第一数据凭证包含该交互请求的信息。

在一实施方式中，第一服务器在第二服务器检测第一终端用户符合该第二服务器的预设的等级范围而生成评估信息时，生成具有该评估信息的第一数据凭证。该第二服务器对第一终端用户进行检测，并在确定检测符合预设的等级范围时在目标数据中增加该评估信息，并且在第一服务器生成的第一数据凭证中仍然保留该评估信息。该评估信息可以包括第一终端用户的具体安全等级、第二服务器的身份标识信息等。

在另一实施方式中，第一服务器根据该交互请求从第二服务器中获得第一数据凭证。其中，该第一数据凭证由第二服务器对第一终端用户检测符合第二服务器的预设的等级范围时生成，该交互请求至少包括第一数据凭证在第二服务器中的存储地址。具体地，该第一终端向第一服务器发送的交互请求为第一数据凭证的链接地址(即，存储地址)，该链接地址包含指向第一数据凭证的URL地址，还可以包含目标数据的信息，如，数据发起人信息、目标数据的基本信息(如，数据属性、格式等)。

步骤S32，该第二终端接收第一服务器发送的第一数据凭证，并向第三服务器发送第一数据。

在步骤S32中，至少有一个第二终端通过网络与第一服务器通信连接，该第一服务器将第一数据凭证通过网络发布至各个第二终端。

具体地，该第二终端从其保存的数据中选择第一数据，并将其发送至第一终端。该第一数据的数据值大小可以大于目标数据的数据值大小，也可以小于目标数据的数据值大小。

步骤S33，该第三服务器在预定时间内接收到的由第二终端发送的所有数据的数据值大小总和不小于目标数据的数据值大小时，将接收到的数据发送至第一终端。

以上方案中，第一服务器根据第一终端发起的获取目标数据的交互请求获取第一数据凭证，每个第二终端向第三服务器发送第一数据，当第三服务器在预定时间内接收到的由第二终端发送的所有数据的数据值大小总和不小于目标数据的数据值大小时，将接收到的数据发送至第一终端，使第一终端获得不小于目标数据数据值大小的数据。在进行目标数据交互之前，由第二服务器对第一终端用户进行检测和增加评估信息，并预先将目标数据预先划分成多个部分并分别保存在不同的第二终端内，这样就降低了目标数据本身的安全风险，并且在目标数据进行交互的过程中，其权限或权属得到风险保障。

请参阅图5，为本发明第四实施方式中的获取目标数据的处理方法的流程示意图，请同时参阅图4所示的数据交互关系示意图。该实施方式示出的方法流程包括：

步骤S40，第一终端向第一服务器发送获取目标数据的交互请求。

其中，该交互请求包含所述目标数据的描述信息和数据值，还包含评估信息，所述评估信息为第二服务器检测所述第一终端用户符合所述第二服务器的预设的等级范围时生成的。

步骤S41，该第一服务器根据该交互请求获得所代表的数据值与目标数据的数据值相等的第一数据凭证，并且将第一数据凭证发送至第二终端。其中，第一数据凭证包含该交互请求的信息。

步骤S42，该第二终端接收该第一服务器发送的第一数据凭证，并向第一终端发送第二数据凭证。其中，该第二数据凭证为该第三服务器根据该第二终端的请求锁定该第二终端中的第一数据而生成的。

步骤S43，判断该第一终端在预定时间内接收到的由第二终端发送的所有第二数据凭证所代表的数据值大小总和是否不小于目标数据的数据值大小，若是，则进入步骤S44，否则，进入步骤S47。

步骤S44，该第一终端向第三服务器发送数据交互指令。

步骤S45，该第三服务器接收该数据交互指令，并响应该数据交互指令将第二终端中被锁定的数据发送至第四服务器。

步骤S46，该第四服务器将接收到的数据发送至第一终端，使第一终端获取该目标数据。然后，流程结束。

进一步地，该第三服务器还可以响应该数据交互指令将第二终端中被锁定的数据直接发送至第一终端，使第一终端获取目标数据。

步骤S47，该第一终端向第三服务器发送目标数据请求失败的指令。

步骤S48，该第三服务器响应该指令根据第二数据凭证解锁对应的第二终端中被锁定的数据。然后，流程结束。

以上方案，在第二服务器对第一终端用户进行检测和添加评估信息后，第一服务器根据交互请求获取第一数据凭证，然后再发送给多个第二终端。第二终端接收该第一数据凭证，并在确认响应该第一数据凭证的交互请求时相应地向通过第三服务器向第一终端发送代表第一数据数据值的第二数据凭证，使第一终端在预定时间内能够收集到足够的第二数据凭证。其中，该第二数据凭证为该第三服务器根据该第二终端的请求锁定该第二终端中的第一数据而生成的，在预定时间内第一终端获得足够的第二数据凭证时，由第三服务器将第二终端被锁的数据直接或间接发送至第一终端，使其最终获得该目标数据。在进行目标数据交互之前，由第二服务器对目标数据进行检测和增加保障信息，并预先将目标数据预先划分成多个部分并分别保存在不同的第二终端内，并以具有该保障信息的第一数据凭证的形式发布所需获取的目标数据请求。这样，在第一终端发布交互请求前进行安全审核，具有数据安全保障。同时，第二终端以第二数据凭证的形式发送相应的数据，能够降低在数据交互过程中被非法篡改、丢失或被其他终端窃取截获的风险，使得在数据交互过程中对目标数据的存储和传送进行完整、全面地保护。

下面对本发明实施方式中的获取目标数据的处理方法进行举例说明。

例如，该第一终端为终端A，该第二终端为终端B1、终端B2和终端B3。目标数据位客户端D的开机密码，其被预先划分成三个部分。终端B1、终端B2和终端B3各自保存上述开机密码的其中一部分数据，且只有当三个部分的数据集合在一起并按照正确的顺序排列，所形成的数据才能够用于开启客户端D。其中，终端A、B1、B2、B3以及客户端D可以是个人计算机、平板电脑、智能手机等能够通过网络与服务器进行数据交互传输的设备。

终端A通过第一服务器发起需要获取目标数据(客户端D的开机密码)的交互请求，第二服务器对终端A用户进行检测并增加评估信息，以生成三个第一数据凭证，即，第一数据凭证a、第一数据凭证b和第一数据凭证c。该第二服务器对终端A用户进行检测包括对终端A用户的信息(如账号、数据交互历史等)进行检测。

这样设置的原因在于，通过第二服务器对终端A用户进行检测以评估终端A用户的安全级别，以保证数据的安全性，并为终端B1、B2、B3提供各自保存的部分数据提供安全依据。

其中，该终端A预先知道客户端D的开机密码被划分成三个部分，因此发送的请求包括第一数据凭证的数量以及终端A的权限级别。该第二服务器生成的三个第一数据凭证中均包含该终端A的权限级别，同时每个第一数据凭证还代表所需获取的目标数据对应部分的数据。例如，第一数据凭证a代表所需获取的开机密码的第一部分数据，第一数据凭证b代表所需获取的开机密码的第二部分数据，第一数据凭证c代表所需获取的开机密码的第三部分数据。

然后，第一服务器将第一数据凭证分别发送至终端B1、终端B2和终端B3，使这三个终端根据其保存的数据从接收到的三个第一数据凭证选择匹配的第一数据凭证，并将第二数据凭证发送至终端A。现在以终端B1为例进行说明，终端B1保存了开机密码的第二部分数据，则选择代表该第二部分数据的第一数据凭证b。并且，终端B1发送的第二数据凭证为第三服务器锁定其保存的第二部分数据而生成的电子凭证，该第三服务器为管理终端B1、B2和B3的上位机。其中，该第二数据凭证为代表被锁定的第二部分数据的信息，并不是第二部分数据本身，上面提到的信息可以是预定的符号、图片等。当然，在其他实施方式中，终端B1也可以直接将第二部分数据发送至终端A。

进一步地，终端A在预定时间内接收到了组成客户端D的开机密码的全部第二数据凭证，然后请求第三服务器将其锁定的数据发送至终端A。

进一步地，该目标数据还可以是文字数据、音频数据、视频数据、程序数据或金融领域的资金数据等，如果是资金数据，比如资金，则此时第一终端是资金筹集方，数据发送方是投资方，第一服务器为筹集资金的发布平台，第二、三、四服务器为资金管理服务器，例如，银行。如果是音频数据，比如歌曲，此时数据发起方和数据发送方可以是手机等具有多媒体播放功能的客户端，第一服务器为音乐搜索平台，第二、三、四服务器为音乐网站服务器。

请参阅图6，为本发明实施方式的服务器的结构示意图，该实施方式示出的服务器50包括接收模块51、交互请求发送模块52。

该接收模块51用于接收第一终端发起的获取目标数据的交互请求。其中，该交互请求包含该目标数据的描述信息和数据值，还包含评估信息，该评估信息为第二服务器检测该第一终端用户符合该第二服务器的预设的等级范围时生成的。

该交互请求发送模块52用于将该交互请求发送至第二终端。

在一实施方式中，服务器50还包括第一数据凭证获取模块53和第一数据凭证发送模块54，其中，该第一数据凭证获取模块53在第二服务器检测第一终端用户符合预设的等级范围并增加评估信息时，根据该交互请求生成第一数据凭证。该第一数据凭证发送模块54用于将第一数据凭证发送至第二终端。

在另一实施方式中，服务器50还包括第一数据凭证获取模块53和第一数据凭证发送模块54，其中，该第一数据凭证获取模块53根据该交互请求从第二服务器中获得第一数据凭证。其中，该第一数据凭证由第二服务器对第一终端用户检测符合预设的等级范围时生成，该请求至少包括每个第一数据凭证在第二服务器中的存储地址。具体地，该第一数据凭证由第一终端预先生成并存储在第二服务器中，该第一终端向第一服务器发送的请求为第一数据凭证的链接地址(即，存储地址)，该链接地址包含指向对应第一数据凭证的URL地址，还可以包含目标数据的信息，如，数据发起人信息、目标数据的基本信息(如，数据属性、格式等)。该第一数据凭证发送模块54用于将第一数据凭证发送至第二终端。

请参阅图7，为本发明实施方式中的终端设备的结构示意图，该实施方式中的终端设备60为服务器。该终端设备60包括接收器61、处理器62、发送器63、只读存储器64、随机存取存储器65以及总线66。

该接收器61用于接收数据。

该处理器62控制终端设备60的操作，该处理器62还可以成为CPU(Central Processing Unit，中央处理单元)。该处理器62可能是一种集成电路芯片，具有信号的处理能力。处理器62还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该发送器63用于发送数据。

存储器可以包括只读存储器64和随机存取存储器65，并向处理器62提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。

终端设备60的各个组件通过总线66耦合在一起，其中，总线66除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线66。

存储器存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集：

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中，处理器62通过调用存储器存储的操作指令(该操作指令可存储在操作系统中)，执行如下操作：

接收第一终端发送的获取目标数据的交互请求，其中，该交互请求包含目标数据的描述信息和数据值，还包含评估信息，该评估信息为第二服务器检测第一终端用户符合该第二服务器的预设的等级范围时生成的；以及

将该交互请求发送至第二终端。

可选地，该处理器62在第二服务器检测第一终端用户符合预设的等级范围并增加评估信息时，根据该交互请求生成第一数据凭证。

可选地，该处理器62根据该交互请求从第二服务器中获得第一数据凭证。其中，该第一数据凭证由第二服务器对目标数据检测符合预定要求时生成，该请求至少包括每个第一数据凭证在第二服务器中的存储地址。具体地，该第一数据凭证由第一终端预先生成并存储在第二服务器中，该第一终端向终端设备60发送的请求为第一数据凭证的链接地址(即，存储地址)，该链接地址包含指向对应第一数据凭证的URL地址，还可以包含目标数据的信息，如，数据发起人信息、目标数据的基本信息(如，数据属性、格式等)。

请参阅图8，为本发明第一实施方式中的线上筹资方法的流程示意图，该实施方式示出的方法流程包括：

步骤S70，第一服务器接收第一终端发送的针对目标项目的筹资请求，并将该筹资请求发送至第二终端。

其中，该筹资请求包括该目标项目的描述信息和所需筹集的资金额度，还包括评估信息，该评估信息为第二服务器审核该第一终端用户符合该第二服务器的预设的等级范围时生成。

以上方案中，由第二服务器预先对第一终端用户进行审核并在符合第二服务器的预设的等级范围时为该筹资项目增加相应的评估信息，第一服务器将包含该评估信息的筹资请求发布出去，从而在项目筹资时引入银行机构(第二服务器)进行评估，为其他跟投人(第二终端)提供投资风险等级参考，并促进项目筹资进度。

请参阅图9，为本发明第二实施方式中的线上筹资方法的流程示意图，该实施方式示出的方法流程包括：

步骤S80，第一终端向第一服务器发送针对目标项目的筹资请求。

其中，该筹资请求包括该目标项目的描述信息和所需筹集的资金额度，还包括评估信息；该评估信息为第二服务器审核该第一终端用户符合该第二服务器的预设的等级范围时生成。

步骤S81，该第一服务器根据该筹资请求获得代表的资金额度与目标项目所需筹集的资金额度相等的第一电子凭证，并将该多个第一电子凭证发送至第二终端。其中，第一电子凭证包含该交互请求的信息。

在本实施方式中，该第一电子凭证为物信证，为至少包括筹资额度、目标资金额度以及预设时间的电子单证。

以上方案，第一服务器根据第一终端发送的针对目标项目的筹资请求获取对应的第一电子凭证。采用电子凭证的方式发布筹资项目时，引入银行(第二服务器)对发起人进行审核和评估，从而为其他跟投人(第二终端)提供投资信心和投资风险的参考。

请同时参阅图10，为本发明第三实施方式中的一种线上筹资方法的流程示意图，请同时参阅图11所述的资金筹集关系示意图。该实施方式示出的方法流程包括：

步骤S90，第一终端向第一服务器发送针对目标项目的筹资请求。

其中，该筹资请求包括该目标项目的描述信息和所需筹集的资金额度，还包括评估信息；该评估信息为第二服务器审核该第二终端用户符合该第二服务器的预设的等级范围时生成。

步骤S91，该第一服务器根据该筹资请求获得代表的资金额度与目标项目所需筹集的资金的额度相等的第一电子凭证，并将该第一电子凭证发送至第二终端。其中，第一电子凭证包含该交互请求的信息。

在本实施方式中，该第一电子凭证为物信证，为至少包括筹资额度、目标资金额度以及预设时间的电子单证。

在一实施方式中，第一服务器在第二服务器检测第一终端用户符合预设的等级范围而生成评估信息时，生成具有该评估信息的第一电子凭证。该第二服务器对第一终端用户进行审核，并确定第一终端用户的等级，评估内容包括第一终端用户的账户、信用记录等，并在该目标项目中增加该第一终端用户的评估信息，在第一服务器生成的第一电子凭证中仍然保留该评估信息。

在另一实施方式中，第一服务器根据该筹资请求从第二服务器中获得第一电子凭证。其中，该第一数据凭证由第二服务器对第一终端用户审核通过时生成，该请求至少包括每个第一电子凭证在第二服务器中的存储地址。

当审核通过时为第一电子凭证增加的标识信息为该人士的签名或该机构的签章等，从而在向第二终端用户筹集资金时提高该第一终端用户的可信性，降低筹资的难度。

以上方案中，第二服务器可以是银行管理服务器，通过加载有银行审核插件的物信证生成器将众筹项目生成物信证。其中，银行会对众筹发起人进行审核，并确定等级范围等。

步骤S92，该第二终端接收第一服务器发送第一电子凭证，并向第三服务器发送一定额度的资金。

步骤S93，第三服务器在预定时间内接收到的资金额度总和不小于该目标项目所需筹集的资金额度时，第三服务器将接收到的资金发送至第一终端，使第一终端用户获得针对该目标项目的资金。

在另一实施方式中，该第二终端接收第一服务器发送的第一电子凭证，并向第一终端发送第二电子凭证，同时向获取的第一电子凭证中增加该第二终端的标识信息。

其中，该第二电子凭证为银信证，为第二终端用户以其银行账户资金或授信额度作为保证而开立的，银行承诺依照解付条件办理收付结算的电子信用凭证。即，该第三服务器为第二终端用户的资金管理服务器，如，银行。该第二电子凭证为第三服务器冻结第二终端用户的账户资金或授信额度而开立的，且被冻结的账户资金或授信额度与获取的第一电子凭证所代表的资金额度相同。

第一终端在预定时间内接收到的第二电子凭证资金额度总和不小于该目标项目所需筹集的资金额度时，向第三服务器发送解付请求，该第三服务器响应该解付请求将第二终端用户账户中被冻结的资金划拨至第四服务器，相应地，该第四服务器将这部分资金划拨至第一终端用户的账户中，使第一终端用户获取所需筹集的资金。

其中，该第四服务器为该第一终端的资金管理服务器。

进一步地，该第三服务器还可以相应该解付请求将第二终端用户账户中被冻结的资金划拨至第一终端的账户中，使第一终端获取所需筹集的资金。

第一终端在预定时间内接收到的资金额度小于该目标项目所需筹集的资金额度时，向第三服务器发送筹资失败的信息，该第三服务器响应该信息根据第二数据凭证解冻对应的第二终端用户的账户资金。

以上方案，第一服务器根据第一终端发起的针对目标项目的筹资请求获取对应的第一电子凭证。第二终端接收第一服务器发送的第一电子凭证并将相应的资金划拨至第一终端用户的账户中，使第一终端在预定时间内能够筹集到目标项目所需的资金。采用电子凭证的方式发布筹资项目时，引入银行(第二服务器)对众筹发起人进行评估，从而为其他跟投人(第二终端)提供风险评估参考。

进一步地，每个第二终端在接收第一电子凭证后，还可以将资金额度相等的第二电子凭证发送至至第一终端的资金管理服务器中，并在项目筹资完成后解付第二电子凭证以将资金划拨至第一终端用户的账户中。采用第二电子凭证的方式跟投目标项目，跟投人的资金只是暂时冻结，使得投资更安全。

下面对本发明实施方式中的筹资方法进行举例说明。

例如，该第一终端为筹资发起方，该第二服务器为银行，该第二终端为投资方，该第一服务器为电商平台。

当筹资发起方通过电商平台发布针对目标项目需要筹资100万的请求时，该电商平台利用银行提供的或加载有银行审核插件的物信证生成器针对该众筹项目生成物信证。这物信证代表的资金额度为100万。在一种实施方式中，发起方生成的物信证存储在第二服务器上，通过第一服务器在发布平台上发布物信证的链接信息。其中，链接信息包含指向该物信证的URL地址，还可以包括项目介绍信息、发起人的信息、产品图片等。

其他投资方进行跟投，具体为：投资方a向发起方购买物信证后，在物信证上记载有投资方a的身份信息，投资方a可以使用银信证进行购买，也可以使用其他方式，例如银行转账、支付宝等网络方式进行支付。如果是银信证跟投，则由第三服务器冻结投资方a的账户资金以开立出相应资金的银信证，用于购买物信证。

筹资期限届满时判断资金筹集是否成功，并完成资金划拨。如果项目筹资成功，则进入实施阶段，物信证持有人依据持有的物信证获取预定收益。其中，如果投资方a使用银信证跟投，则第三服务器投资方a的账户资金解付给发起方的筹资账户。如果没有成功，则项目筹资失败，依据物信证退回跟投资金。例如，如果是使用传统支付方式进行跟投的，则将跟投资金退回至物信证最后的受让人。如果采用银信证进行支付的，则投资方a开给筹资账户的银信证解冻。

以上方案中，第一终端用户通过银行的审核和评估，投资方针对需要购买的物信证以网银支付、银行转账或者通过银信证方式进行购买，并在目标项目成功时将相应的资金划拨至发起方的银行账户中。采用物信证方式发布筹资项目，并引入银行对第一终端用户进行审核，从而为其他投资方提供投资风险信息参考。投资方以银信证方式购买对目标项目进行投资，由于开立银信证所冻结的资金并非直接划拨至发起方的银行账户中，仅仅是被银行冻结不能使用，但资金仍然在投资方的银行账户中。因此，投资方的风险大大降低，同时也因为冻结的资金仍属于自己因而可能获得另外利益。

在上述实施例中，仅对本发明进行了示范性描述，但是本领域技术人员在阅读本专利申请后可以在不脱离本发明的精神和范围的情况下对本发明进行各种修改。