本发明涉及文件传输技术领域，特别是涉及一种跨终端文件上传方法、装置及系统。
背景技术：
当前，终端设备的使用数量正日益增加，如手机、平板等移动设备，pc(personalcomputer，个人电脑)等计算设备，越来越多的用户会使用这些终端设备向服务端上传文件。通常，用户可以直接使用终端设备上传该终端设备本地存储的文件。
然而，有时候用户试图使用终端设备上传文件时，却发现该终端设备本地没有存储该文件。例如，用户使用一pc在某一网站进行实名认证时，需要将身份证等证件对应的证件文件上传到网站服务器以供网站审核，如果该pc本地中存储有对应的证件文件，则可以直接使用pc将本地的证件文件上传到网站服务器。如果pc本地没有存储对应的证件文件，则用户会将证件用手机或平板电脑拍照后再传输给pc进行保存，然后pc再将证件文件上传到网站服务器。
其中，手机或平板设备传输文件给pc的方式有:使用usb数据线传输、存储卡拷贝、蓝牙传输、邮件发送等，这些文件传输方式的操作过程比较繁琐，因此也导致跨终端文件上传的过程比较繁琐，用户体验差。
技术实现要素：
本发明实施例的目的在于提供一种跨终端文件上传方法、装置及系统，以简化跨终端文件上传的流程，提高用户体验。具体技术方案如下：
为达到上述目的，本发明实施例公开了一种跨终端文件上传方法，应用于跨终端文件上传系统中的服务端，其中，所述跨终端文件上传系统包括：服务端、第一终端和第二终端；所述方法包括：
接收所述第一终端发送的针对文件的上传请求；
生成所述上传请求对应的目标文件上传信息；
将所述目标文件上传信息发送给所述第一终端，以使得所述第二终端从所述第一终端获得所述目标文件上传信息；
接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件。
可选的，所述生成所述上传请求对应的目标文件上传信息的步骤，包括：
按照预设的随机数生成方式，生成所述上传请求对应的随机数；
利用所生成的随机数，生成所述目标文件上传信息。
可选的，所述接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件的步骤，包括：
接收所述第二终端通过所述目标文件上传信息上传的目标文件；
判断第二时刻与第一时刻的之间的差值是否大于第一预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻，所述第二时刻为：接收到所述目标文件的时刻；
如果否，存储所述目标文件。
可选的，所述方法还包括：
在判断出所述第二时刻与所述第一时刻的之间的差值大于第一预设阈值时，向所述第一终端发送上传文件失败的提示消息。
可选的，所述接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件的步骤，包括：
接收所述第二终端根据所述目标文件上传信息发送的上传界面展示请求；
判断第三时刻与第一时刻之间的差值是否大于第二预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻；所述第三时刻为：接收到所述上传界面展示请求的时刻；
如果否，向所述第二终端发送针对上传界面的界面信息，以使得所述第二终端根据所述界面信息展示所述上传界面；接收并存储所述第二终端通过所述上传界面上传的目标文件。
可选的，所述接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件的步骤，包括：
接收所述第二终端通过所述目标文件上传信息上传的目标信息，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；
判断所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同；
如果是，存储所述目标文件。
可选的，所述目标文件上传信息为二维码形式的信息。
为达到上述目的，本发明实施例还公开了一种跨终端文件上传装置，应用于跨终端文件上传系统中的服务端，其中，所述跨终端文件上传系统包括：服务端、第一终端和第二终端；所述装置包括：
接收模块，用于接收所述第一终端发送的针对文件的上传请求；
生成模块，用于生成所述上传请求对应的目标文件上传信息；
发送模块，用于将所述目标文件上传信息发送给所述第一终端，以使得所述第二终端从所述第一终端获得所述目标文件上传信息；
存储模块，用于接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件。
可选的，所述生成模块，包括：
第一生成子模块，用于按照预设的随机数生成方式，生成所述上传请求对应的随机数；
第二生成子模块，用于利用所生成的随机数，生成所述目标文件上传信息。
可选的，所述存储模块，包括：
第一接收子模块，用于接收所述第二终端通过所述目标文件上传信息上传的目标文件；
第一判断子模块，用于判断第二时刻与第一时刻的之间的差值是否大于第一预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻，所述第二时刻为：接收到所述目标文件的时刻；
第一存储子模块，用于在所述第一判断子模块判断出所述第二时刻与所述第一时刻的之间的差值不大于第一预设阈值时，存储所述目标文件。
可选的，所述装置还包括：
提示子模块，用于在所述第一判断子模块判断出所述第二时刻与所述第一时刻的之间的差值大于第一预设阈值时，向所述第一终端发送上传文件失败的提示消息。
可选的，所述存储模块，包括：
第二接收子模块，用于接收所述第二终端根据所述目标文件上传信息发送的上传界面展示请求；
第二判断子模块，用于判断第三时刻与第一时刻之间的差值是否大于第二预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻；所述第三时刻为：接收到所述上传界面展示请求的时刻；
第二存储子模块，用于在所述第二判断子模块判断出第三时刻与第一时刻之间的差值不大于第二预设阈值时，向所述第二终端发送针对上传界面的界面信息，以使得所述第二终端根据所述界面信息展示所述上传界面；接收并存储所述第二终端通过所述上传界面上传的目标文件。
可选的，所述存储模块，包括：
第三接收子模块，用于接收所述第二终端通过所述目标文件上传信息上传的目标信息，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；
第三判断子模块，用于判断所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同；
第三存储子模块，用于在所述第三判断子模块判断出所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同时，存储所述目标文件。
可选的，所述目标文件上传信息为二维码形式的信息。
为达到上述目的，本发明实施例还公开了一种跨终端文件上传系统，所述系统包括：服务端、第一终端和第二终端，其中，
所述第一终端，用于向所述服务端发送针对文件的上传请求；
所述服务端，用于接收所述接收第一终端发送的针对文件的上传请求，生成所述上传请求对应的目标文件上传信息；将所述目标文件上传信息发送给所述第一终端；
所述第一终端，用于接收所述服务端发送的所述目标文件上传信息；
所述第二终端，用于从所述第一终端获得所述目标文件上传信息，通过所述目标文件上传信息将目标文件上传至所述服务端；
所述服务端，用于接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件。
可选的，所述服务端，具体用于按照预设的随机数生成方式，生成所述上传请求对应的随机数；利用所生成的随机数，生成所述目标文件上传信息。
可选的，所述服务端，具体用于接收所述第二终端通过所述目标文件上传信息上传的目标文件，判断第二时刻与第一时刻的之间的差值是否大于第一预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻，所述第二时刻为：接收到所述目标文件的时刻；如果否，存储所述目标文件。
可选的，所述服务端，还用于在判断出所述第二时刻与所述第一时刻的之间的差值大于第一预设阈值时，向所述第一终端发送上传文件失败的提示消息；
所述第一终端，还用于接收所述服务端发送的上传文件失败的提示消息。
可选的，所述第二终端，具体用于从所述第一终端获得所述目标文件上传信息，根据所述目标文件上传信息向所述服务端发送上传界面展示请求；
所述服务端，具体用于接收所述第二终端根据所述目标文件上传信息发送的上传界面展示请求；判断第三时刻与第一时刻之间的差值是否大于第二预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻；所述第三时刻为：接收到所述上传界面展示请求的时刻；如果否，向所述第二终端发送针对上传界面的界面信息；
所述第二终端，具体用于接收所述服务端发送的针对上传界面的界面信息，根据所述界面信息展示所述上传界面，通过所述上传界面将目标文件上传至所述服务端；
所述服务端，具体用于接收并存储所述第二终端通过所述上传界面上传的目标文件。
可选的，所述第二终端，具体用于通过所述目标文件上传信息将目标信息上传至所述服务端，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；
所述服务端，具体用于接收所述第二终端通过所述目标文件上传信息上传的目标信息，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；判断所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同；如果是，存储所述目标文件。
可选的，所述目标文件上传信息为二维码形式的信息。
由以上可知，本发明实施例提供的跨终端文件上传方法、装置及系统，服务端在接收第一终端发送的上传文件的请求后，生成该请求对应的目标文件上传信息，将该目标文件上传信息发送给第一终端，以使第二终端从第一终端获得该目标文件上传信息，接收并存储第二终端通过该目标文件上传信息上传的目标文件。
可见，本发明实施例提供的方案，第一终端要将第二终端中的文件上传服务端时，可以由第二终端直接上传文件到服务端，不需要将第二终端的文件传输给第一终端再由第一终端上传到服务端，因此，实现跨终端上传文件，简化了跨终端上传文件的流程，提高了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种跨终端文件上传方法的流程示意图；
图2为本发明实施例提供的一个具体实施例中进行实名认证时上传认证资料的流程图；
图3为本发明实施例提供的一种跨终端文件上传装置的结构示意图；
图4为本发明实施例提供的一种跨终端文件上传系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为解决现有技术问题，本发明实施例提供了一种跨终端文件上传方法、装置及系统。下面首先对本发明实施例所提供的一种跨终端文件上传方法进行详细说明。
需要说明的是，本发明实施例所提供的跨终端文件上传方法可以应用于跨终端文件上传系统中的服务端，其中，该跨终端文件上传系统可以包括：服务端、第一终端和第二终端。
实际应用中，第一终端和第二终端可以为手机、平板电脑、pc电脑、智能穿戴设备等可以与服务端进行数据通信的设备，第一终端与第二终端可以为相同类型的终端设备，如均为手机，也可以为不同类型的终端设备，都是合理的，本发明实施例对此不做限定。
图1为本发明实施例提供的一种跨终端文件上传方法的流程示意图，该方法可以包括：
s101，接收第一终端发送的针对文件的上传请求。
其中，第一终端可以通过浏览器或者客户端程序向对应的服务端发送针对文件的上传请求，例如，通过浏览器中将文件上传至服务端的一页面向对应的服务端发送上传请求，通过某网盘客户端向该网盘对应的服务端发送上传请求。
该上传请求中可以携带第一终端的设备信息、第一终端所对应用户的用户信息、所要上传文件的信息、该上传请求的发送时间等，还可以携带其它信息，本实施例对此不做限定。
s102，生成该上传请求对应的目标文件上传信息。
文件上传信息为指示终端从服务端获得文件上传界面、向服务端上传文件的信息，通过文件上传信息第二终端可以从服务端获得文件上传界面，第二终端通过该界面将文件上传至服务端。目标文件上传信息可以为二维码形式的信息，也可以为条形码形式的信息等，本实施例对此不做限定。
具体的，服务端可以按照预设的随机数生成方式，生成该上传请求对应的随机数；然后利用所生成的随机数，生成目标文件上传信息。
一种生成文件上传信息的方式可以为：根据上传请求携带的信息，按照预设的随机数生成方式，生成该上传请求对应的随机数，再利用所生成的随机数，生成文件上传信息。例如，对上传请求的发送时间利用md5信息摘要算法进行处理，再加上第一终端所对应的用户id信息，可以得到一个随机数，然后根据这个随机数生成文件上传信息。可以理解的，所生成的文件上传信息与该随机数以及上传请求三者之间具有关联关系。这里的随机数是用于生成文件上传信息的编码，因此文件上传信息中携带有编码。
可以理解的是，上传请求中可以携带第一终端的设备信息、第一终端所对应用户的用户信息、所要上传文件的信息、该上传请求的发送时间等，也就是说，不同的上传请求所携带的信息是不同的，因此，根据上传请求所携带的信息生成的文件上传信息也是不同的。这样，服务端可以根据文件上传信息区分不同上传请求，以及所上传的文件与上传请求的对应关系，从而保证第一终端想要上传的文件与第二终端所上传的文件的一致性。
另一种生成文件上传信息的方式可以为：对每一个上传请求，按照预设的随机数生成函数，生成预设位数的随机数，然后根据所生成的随机数生成与该上传请求对应的文件上传信息，所以随机数是用来生成文件上传信息的编码，所生成的文件上传信息中携带有编码，这种方式也可以保证每个上传请求所对应的文件上传信息是不同的。同时，还需要建立所生成的随机数与文件上传信息以及上传请求三者之间的关联关系。
当然，还可以采用其他方式生成上传请求对应的文件上传信息，只要保证不同的上传请求所对应的文件上传信息不同，并且文件上传信息与上传请求的关联性，本实施例对此不做限定。
实际应用中，根据信息生成条形码或二维码的方法可以参照现有技术，例如生成条形码或二维码的应用程序，在此不做赘述。
s103，将该目标文件上传信息发送给第一终端，以使第二终端从第一终端获得该目标文件上传信息。
第一终端在接收到服务端发送目标文件上传信息后，第二终端可以从第一终端获得该目标文件上传信息。
例如，第一终端为pc电脑，第二终端为手机，目标文件上传信息为二维码形式的信息，第二终端可以通过摄像头扫描第一终端中的二维码从而获得目标文件上传信息，也可以由第一终端将二维码发送给第二终端，第二终端识别该二维码从而获得目标文件上传信息。
具体的，第一终端将二维码发送给第二终端，可以通过社交软件、即时通信软件等方式，这样，即使第二终端与第一终端不在同一地点，也可以获得目标文件上传信息，实现跨终端文件上传。
实际应用中，第一终端也可以先将目标文件上传信息反馈给第三终端，第二终端再从第三终端获得该目标文件上传信息，这也是合理的，本实施例并不限定第二终端所获得的目标文件上传信息是由第一终端直接发送的。
s104，接收并存储第二终端通过该目标文件上传信息上传的目标文件。
实际应用中，第二终端在获得目标文件上传信息后，可以根据该目标文件上传信息从服务端获得上传文件的上传界面，然后在该上传界面中按照提示信息进行文件上传操作。例如，如果文件上传信息为二维码形式的信息，服务端进行接口轮询检测是否有终端识别二维码，当检测到有终端识别某一二维码时，向该终端反馈上传界面的url(uniformresourcelocator，统一资源定位符)，该url中包含该某一二维码对应的编码，终端通过该url上传目标文件时也将该某一二维码对应的编码发送给服务端，以便于服务端通过编码确定目标文件对应的上传请求。
实际应用中，第二终端可以对本地存储的文件按照预设的分类规则进行分类，以便于用户可以快速定位到所要上传的文件的存储位置，选择出所要上传的文件进行上传。
服务端在接收到第二终端通过目标文件上传信息上传的目标文件后，还可以将目标文件反馈给第一终端，以使第一终端可以确认所上传的目标文件是否正确。
在一种实施方式中，上述接收并存储第二终端通过该目标文件上传信息上传的目标文件的步骤，可以包括：
接收第二终端通过目标文件上传信息上传的目标信息，其中，目标信息中携带：目标文件和上传目标文件所采用的文件上传信息；
判断目标信息中携带的文件上传信息是否与目标文件上传信息相同；
如果是，存储该目标文件。
可以理解的，一方面，由于服务端可能接收到多个第一终端发送的针对文件的上传请求，并且生成了多个文件上传信息，即在某一时刻服务端可能缓存有多个文件上传信息对应的编码。若文件上传信息为二维码形式的信息，那么，目标信息中携带的文件上传信息即为二维码所对应的编码。当接收到某一第二终端上传的文件a以及对应的编码m时，需要判断当前缓存的多个编码中，是否存在某一编码与该编码m一致，如果是，表示该文件a为编码m对应的上传请求所要上传的文件，存储该文件a。
另一方面，在服务端将生成的目标文件上传信息发送给第一终端、第二终端从第一终端获得该目标文件上传信息、第二终端向服务端上传目标信息的传输过程中，可能由于信息传输的错误，导致服务端接收到的目标信息中携带的文件上传信息与服务端生成的目标文件上传信息不相同，此时，为了保证上传文件的正确性，当目标信息中携带的文件上传信息与目标文件上传信息一致时，保存目标信息中携带的目标文件，当目标信息中携带的文件上传信息与目标文件上传信息不一致时，不保存目标信息中携带的目标文件。
实际应用中，在一个优选实施例中，服务端还可以设置文件上传信息的有效时长，在该有效时长内，服务端可以接收并存储通过文件上传信息上传的文件，而对于该有效时长外的文件则不予存储。
例如，有效时长为1分钟，以向第一终端发送文件上传信息的时刻开始计时，对在1分钟内接收到的通过该文件上传信息上传的文件进行存储，而对1分钟后接收到的文件不进行存储。
可以理解的，当接收到第一终端发送的文件上传请求时，服务端生成了该上传请求对应的文件上传信息并将该文件上传信息发送给第一终端后，服务端会进行接口轮询，检测是否有终端通过该文件上传信息上传文件。如果没有设置文件上传信息的有效时长，服务端会一直轮询，这样会极大的损耗服务端系统的性能；并且，恶意用户可能会利用该文件上传信息无限次或重复上传文件，造成服务端存储很多无用的文件，恶意用户也可能利用文件上传信息攻击服务端，占用服务端的文件上传接口，对服务端来说，风险很大。
因此，上述接收并存储第二终端通过该目标文件上传信息上传的目标文件的步骤，可以包括：
接收第二终端通过目标文件上传信息上传的目标文件；
判断第二时刻与第一时刻的之间的差值是否大于第一预设阈值，其中，第一时刻为：生成目标文件上传信息的时刻，第二时刻为：接收到目标文件的时刻；
如果否，存储目标文件。
需要说明的是，在目标文件上传信息的有效时长内，第二终端可以多次向服务端上传文件，可以理解的，第二终端对应的用户不小心选择了错误的文件并通过该目标文件上传信息上传到服务端，这种情况是不可避免的，如果服务端不允许通过目标文件上传信息多次上传文件，则第一终端需要重新向服务端发送文件上传请求，这样用户体验较差。
对服务端来说，可以存储第二终端通过该目标文件上传信息上传的所有文件，也可以只存储第二终端过该目标文件上传信息最后一次上传的文件，以减小服务端的存储量。
具体的，一种存储方式为：服务端在存储通过该目标文件上传信息上传的文件时，可以根据该目标文件上传信息对应的编码和接收到该文件的时间信息对该文件进行标识，这样，在接收到通过该目标文件上传信息上传的文件b时，可以通过该目标文件上传信息对应的编码和接收到该文件的时间信息，判断是否已经存储有通过该目标文件上传信息上传的文件a，如果有，则删除已经存储的文件a，再存储文件b。
另一种存储方式为：服务端存储所上传的文件时，还可以根据第一终端所对应的用户信息对文件进行标识。可以理解的，如果用户通过该目标文件上传信息上传了一个文件，并且在超过目标文件上传信息的有效时长后，发现所上传的文件不正确，则用户需要重新通过第一终端发送针对同一文件的上传请求，这时，针对该用户前一次发送的上传请求所上传的文件对服务端来说就是无用的，则，服务端在接收到一用户对应的文件d后，可以判断是否存储有该用户信息对应的文件c，如果有，则删除文件c后，再存储文件d。
实际应用中，在判断出第二时刻与第一时刻的之间的差值大于第一预设阈值时，该方法还可以包括：向第一终端发送上传文件失败的提示消息。这样，第一终端可以重新向服务端发送文件上传请求，提高文件上传的效率。
理论上，在判断出第二时刻与第一时刻的之间的差值大于第一预设阈值时，服务端可以不向第一终端提示上传文件失败的消息，而是自动更新该文件上传请求对应的目标文件上传信息，再把更新后的目标文件上传信息发送给第一终端，以使第二终端从第一终端获得更新后的目标文件上传信息，第二终端再根据更新后的目标文件上传信息上传文件。
但是，这种方式对服务端来说，性能损耗较为严重。因为，在接收到该文件上传请求对应的文件之前，服务端进行接口轮询，检测是否有终端通过目标文件上传信息上传文件，而第二终端可能没有及时从第一终端获得更新后的目标文件上传信息，所以服务端会一直轮询从而造成服务端的性能损耗。可知，服务端超时未接收到第二终端上传的文件时，由第一终端重新向服务端发送文件上传请求，这种方式是合理的。
实际应用中，服务端也可以从第一时刻开始计时，如果在第一预设时长后判断出还未接收到通过该目标文件上传信息上传的文件，则向第一终端发送上传文件失败的提示消息。
在另一种优选实施方式中，服务端还可以设置：在文件上传信息的有效时长内允许第二终端上传目标文件，而超过该有效时长则不允许第二终端发送目标文件，这样可以进一步减轻服务端的性能损耗，同时当文件上传信息超过有效时长时不允许第二终端上传文件，也可以减小该跨终端文件上传系统中上传文件所使用的网络资源。
因此，上述接收并存储第二终端通过该目标文件上传信息上传的目标文件的步骤，可以包括：
接收第二终端根据目标文件上传信息发送的上传界面展示请求；
判断第三时刻与第一时刻之间的差值是否大于第二预设阈值，其中，第一时刻为：生成目标文件上传信息的时刻；第三时刻为：接收到上传界面展示请求的时刻；
如果否，向第二终端发送针对上传界面的界面信息，以使得第二终端根据界面信息展示上传界面；接收并存储第二终端通过上传界面上传的目标文件。
以目标文件上传信息为二维码形式的信息为例，当第二终端识别二维码并向服务端发送上传界面展示请求时，服务端会判断该二维码对应的目标文件上传信息是否有效，第三时刻与第一时刻之间的差值不大于第二预设阈值，表示目标文件上传信息有效，则允许第二终端上传文件。这种情况下，向第二终端发送针对上传界面的界面信息如上传界面的url，第二终端可以根据上传界面的url展示上传界面，并通过该上传界面上传目标文件。
第三时刻与第一时刻的差值大于第二预设阈值，表示目标文件上传信息已经失效，则第二终端也就没有必要向服务端上传文件。这种情况下，服务端可以向第二终端发送目标文件上传信息失效的消息，或者可以向第一终端发送目标文件上传信息失效的消息，这样，第一终端可以重新向服务端发送文件上传请求，提高文件上传的效率。
实际应用时，上述第一预设阈值与第二预设阈值，可以相同也可以不同，本实施例对此不做限定。
由以上可知，本实施例提供的跨终端文件上传方法，服务端在接收第一终端发送的上传文件的请求后，生成该请求对应的目标文件上传信息，将该目标文件上传信息发送给第一终端，以使第二终端从第一终端获得该目标文件上传信息，接收并存储第二终端通过该目标文件上传信息上传的目标文件。
可见，本实施例提供的方案，第一终端要将第二终端中的文件上传服务端时，可以由第二终端直接上传文件到服务端，不需要将第二终端的文件传输给第一终端再由第一终端上传到服务端，因此，实现跨终端上传文件，简化了跨终端上传文件的流程，提高了用户体验。
下面以一个具体实施例对本发明实施例提供的一种跨终端文件上传方法进行说明。
图2为本具体实施例中进行实名认证时上传认证资料的流程图。
用户在pc电脑上进行实名认证需要提交认证材料时，需要打开认证材料上传页面，在该页面中上传认证文件有两种方式，一是上传本地的认证文件，二是终端扫描二维码上传。当本地没有存储认证材料时，可以选择终端扫描二维码上传的方式，以上传其它终端中存储的认证文件。如果选择终端扫描二维码上传的方式，向服务端发送文件上传请求后，服务端为该文件上传请求生成唯一的随机数，该随机数即为该文件上传请求对应的身份标识，再根据该身份标识生成二维码，并将生成的二维码发送给pc电脑。所以身份标识是用来生成二维码的编码，二维码中携带有编码，每一个二维码的有效时长为1分钟。在将二维码发送给pc电脑后，服务端开始进行接口轮询，检测是否有终端通过该二维码上传文件。
pc电脑的认证材料上传页面中显示该二维码，用户可以用手机、平板电脑等终端设备对该二维码进行扫描，例如打开手机浏览器扫描该二维码之后，手机向服务端发送上传界面展示请求，服务端向该手机反馈该二维码对应的认证文件上传页面的url，该url中包含该二维码对应的编码，该手机进入该url对应的上传认证文件的html5页面，在该html5页面中用户可以选择当前设备中已保存的证件照片进行上传，或者对证件拍照后再上传。手机上传的信息中携带所上传的认证文件，还携带有该二维码对应的编码。
服务端接收到上传的认证文件和对应的编码后，将该编码与自身缓存的所有编码进行对比，如果该编码与自身缓存的所有编码中的某一编码相同，并且该某一编码已经失效，则用户需要重新在pc电脑端的认证材料上传页面向服务端发送文件上传请求。如果该编码和该某一编码相同，并且该某一编码没有失效，则表明该认证文件为该某一编码对应的文件上传请求所要上传的文件，这样，服务端就可以存储该认证文件，完成认证材料的提交，实现跨终端的文件上传。
本具体实施例，利用了移动终端可以通过唤醒摄像头扫描二维码的特性，实现了移动终端与pc电脑间的数据通信；实际上，即使移动终端自身不能扫描二维码，由于pc电脑与移动终端之间数据通信简单，pc电脑也可以将二维码发送给移动终端，以使移动终端识别二维码并访问对应的html5页面进行文件上传。而且，移动终端对html5页面的兼容性好，各种操作系统的移动终端都可以识别二维码并访问对应的html5页面，并通过该html5页面上传文件。可见，本具体实施例的技术实现难度小，可以快速完成身份认证材料的提交，提升用户体验。
与上述的跨终端文件上传方法相对应，本发明实施例还提供了一种跨终端文件上传装置。
与图1所示的方法实施例相对应，图3为本发明实施例提供的一种跨终端文件上传装置的结构示意图，该装置应用于跨终端文件上传系统中的服务端，其中，所述跨终端文件上传系统包括：服务端、第一终端和第二终端；该装置可以包括：
接收模块301，用于接收第一终端发送的针对文件的上传请求；
生成模块302，用于生成所述上传请求对应的目标文件上传信息；
发送模块303，用于将所述目标文件上传信息发送给所述第一终端，以使得所述第二终端从所述第一终端获得所述目标文件上传信息；
存储模块304，用于接收并存储所述第二终端通过所述目标文件上传信息上传的目标文件。
由以上可知，本实施例提供的跨终端文件上传装置，服务端在接收第一终端发送的上传文件的请求后，生成该请求对应的目标文件上传信息，将该目标文件上传信息发送给第一终端，以使第二终端从第一终端获得该目标文件上传信息，接收并存储第二终端通过该目标文件上传信息上传的目标文件。
可见，本实施例提供的方案，第一终端要将第二终端中的文件上传服务端时，可以由第二终端直接上传文件到服务端，不需要将第二终端的文件传输给第一终端再由第一终端上传到服务端，因此，实现跨终端上传文件，简化了跨终端上传文件的流程，提高了用户体验。
具体的，所述生成模块302，可以包括：
第一生成子模块(图中未示出)，用于按照预设的随机数生成方式，生成所述上传请求对应的随机数；
第二生成子模块(图中未示出)，用于利用所生成的随机数，生成所述目标文件上传信息。
具体的，所述存储模块304，可以包括：
第一接收子模块(图中未示出)，用于接收所述第二终端通过所述目标文件上传信息上传的目标文件；
第一判断子模块(图中未示出)，用于判断第二时刻与第一时刻的之间的差值是否大于第一预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻，所述第二时刻为：接收到所述目标文件的时刻；
第一存储子模块(图中未示出)，用于在所述第一判断子模块判断出所述第二时刻与所述第一时刻的之间的差值不大于第一预设阈值时，存储所述目标文件。
具体的，所述装置还可以包括：
提示子模块(图中未示出)，用于在所述第一判断子模块判断出所述第二时刻与所述第一时刻的之间的差值大于第一预设阈值时，向所述第一终端发送上传文件失败的提示消息。
具体的，所述存储模块304，可以包括：
第二接收子模块(图中未示出)，用于接收所述第二终端根据所述目标文件上传信息发送的上传界面展示请求；
第二判断子模块(图中未示出)，用于判断第三时刻与第一时刻之间的差值是否大于第二预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻；所述第三时刻为：接收到所述上传界面展示请求的时刻；
第二存储子模块(图中未示出)，用于在所述第二判断子模块判断出第三时刻与第一时刻之间的差值不大于第二预设阈值时，向所述第二终端发送针对上传界面的界面信息，以使得所述第二终端根据所述界面信息展示所述上传界面；接收并存储所述第二终端通过所述上传界面上传的目标文件。
具体的，所述存储模块304，可以包括：
第三接收子模块(图中未示出)，用于接收所述第二终端通过所述目标文件上传信息上传的目标信息，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；
第三判断子模块(图中未示出)，用于判断所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同；
第三存储子模块(图中未示出)，用于在所述第三判断子模块判断出所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同时，存储所述目标文件。
具体的，所述目标文件上传信息可以为二维码形式的信息。
与上述的跨终端文件上传方法、跨终端文件上传装置相对应，本发明实施例还提供了一种跨终端文件上传系统。
图4为本发明实施例提供的一种跨终端文件上传系统的结构示意图，该系统可以包括：服务端401、第一终端402和第二终端403，其中，
所述第一终端402，用于向所述服务端401发送针对文件的上传请求；
所述服务端401，用于接收所述接收第一终端402发送的针对文件的上传请求，生成所述上传请求对应的目标文件上传信息；将所述目标文件上传信息发送给所述第一终端402；
所述第一终端402，用于接收所述服务端401发送的所述目标文件上传信息；
所述第二终端403，用于从所述第一终端402获得所述目标文件上传信息，通过所述目标文件上传信息将目标文件上传至所述服务端401；
所述服务端401，用于接收并存储所述第二终端403通过所述目标文件上传信息上传的目标文件。
由以上可知，本实施例提供的跨终端文件上传系统，服务端在接收第一终端发送的上传文件的请求后，生成该请求对应的目标文件上传信息，将该目标文件上传信息发送给第一终端，以使第二终端从第一终端获得该目标文件上传信息，接收并存储第二终端通过该目标文件上传信息上传的目标文件。
可见，本实施例提供的方案，第一终端要将第二终端中的文件上传服务端时，可以由第二终端直接上传文件到服务端，不需要将第二终端的文件传输给第一终端再由第一终端上传到服务端，因此，实现跨终端上传文件，简化了跨终端上传文件的流程，提高了用户体验。
具体的，在一种实现方式中，所述服务端401，具体可以用于按照预设的随机数生成方式，生成所述上传请求对应的随机数；利用所生成的随机数，生成所述目标文件上传信息。
具体的，所述服务端401，具体可以用于接收所述第二终端403通过所述目标文件上传信息上传的目标文件，判断第二时刻与第一时刻的之间的差值是否大于第一预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻，所述第二时刻为：接收到所述目标文件的时刻；如果否，存储所述目标文件。
具体的，所述服务端401，还可以用于在判断出所述第二时刻与所述第一时刻的之间的差值大于第一预设阈值时，向所述第一终端402发送上传文件失败的提示消息；
所述第一终端402，还用于接收所述服务端401发送的上传文件失败的提示消息。
具体的，所述第二终端403，具体可以用于从所述第一终端402获得所述目标文件上传信息，根据所述目标文件上传信息向所述服务端401发送上传界面展示请求；
所述服务端401，具体可以用于接收所述第二终端403根据所述目标文件上传信息发送的上传界面展示请求；判断第三时刻与第一时刻之间的差值是否大于第二预设阈值，其中，所述第一时刻为：生成所述目标文件上传信息的时刻；所述第三时刻为：接收到所述上传界面展示请求的时刻；如果否，向所述第二终端403发送针对上传界面的界面信息；
所述第二终端403，具体可以用于接收所述服务端401发送的针对上传界面的界面信息，根据所述界面信息展示所述上传界面，通过所述上传界面将目标文件上传至所述服务端401；
所述服务端401，具体可以用于接收并存储所述第二终端403通过所述上传界面上传的目标文件。
具体的，所述第二终端403，具体可以用于通过所述目标文件上传信息将目标信息上传至所述服务端401，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；
所述服务端401，具体可以用于接收所述第二终端403通过所述目标文件上传信息上传的目标信息，其中，所述目标信息中携带：目标文件和上传所述目标文件所采用的文件上传信息；判断所述目标信息中携带的文件上传信息是否与所述目标文件上传信息相同；如果是，存储所述目标文件。
具体的，所述目标文件上传信息可以为二维码形式的信息。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。