CN115514759A - 文件转发方法、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种文件转发方法、电子设备及存储介质。该方法包括：第一平台每次检测到接收到的信息成分指示该信息包含文件时，将该信息中的文件上传至服务器中，服务器再将该文件进行存储，并记录文件在服务器中的存储地址。第一平台接收到目标文件的转发需求时，向服务器发送该目标文件的资源定位符获取请求，服务器接收到该请求后，获取目标文件的存储地址，并基于该存储地址生成目标文件的文件资源定位符，反馈给第一平台，第一平台将该文件资源定位符发送给转发需求所指示的第二平台，由第二平台将该文件资源定位符发送给第二平台中的需求方。该过程中省略了目标文件的下载，节省了对本地内存的占用，也提高了文件转发的效率。

Description

文件转发方法、电子设备及存储介质

技术领域

本申请实施例涉及数据管理技术领域，尤其涉及一种文件转发方法、电子设备及存储介质。

背景技术

随着电子办公的发展，工作的信息往来形式越来越多样化，比如邮件、即时通信工具等，都可以实现工作上的信息沟通。

办公场景中，用户会使用多种平台进行文件的互传，比如通过邮件将文件发送给目标用户端，又或者利用即时通信工具将文件发送给目标用户端，但是，上述文件的发送方式仅涉及到某一平台内部的文件发送。目前，办公场景中还会出现将邮件中接收到的文件转发给使用即时通信工具的目标用户端，以及，将即时通信工具中接收到的文件作为邮件的附件发送到目标用户端的需求。

但是，满足该需求的方法仅能是将邮件中的文件下载到本地，然后由本地上传到即时通信工具中与目标用户的对话中，或者是将即时通信工具中接收到的文件下载到本地，然后再上传为邮件的附件，发送给目标用户的邮件地址中，这种方式都需要先将文件下载到本地，然后再上传，在面对众多文件时，这种方式的效率低下，且占用本地内存。

发明内容

本申请实施例提供一种文件转发方法、电子设备及存储介质，以提高文件在不同平台的转发效率，减少转发过程中对本地内存的占用。

第一方面，本申请实施例提供了一种文件转发方法，应用于第一平台，所述方法包括：

实时监测第一平台接收到信息的成分，并在每次监测到所述成分指示所述信息包含文件的情况下，将所述信息中的文件上传至服务器；

在接收到对所述第一平台中接收到的目标文件的转发需求的情况下，向所述服务器发送所述目标文件的资源定位符获取请求；

接收所述服务器回传的所述目标文件对应的文件资源定位符，并将所述文件资源定位符发送给所述转发需求所指示的第二平台，以便于第二平台将所述资源定位符发送给所述第二平台中的需求方。

第二方面，本申请实施例提供了一种文件转发方法，应用于服务器，所述方法包括：

每次在接收到第一平台上传的文件的情况下，将接收到的所述文件进行存储，并记录所述文件在所述服务器中的存储地址；

当接收到所述第一平台对于目标文件的资源定位符获取请求时，获取所述目标文件的存储地址；

按照预设的资源定位符生成规则，基于所述目标文件的所述存储地址生成所述目标文件的文件资源定位符；

将所述目标文件的文件资源定位符发送给所述第一平台，以使所述第一平台将所述文件资源定位符发送给所述转发需求所指示的第二平台，以便于第二平台将所述资源定位符发送给所述第二平台中的需求方。

第三方面，本申请实施例提供了一种文件转发方法，应用于第二平台，所述方法包括：

接收第一平台发送的目标文件的文件资源定位符，并将所述文件资源定位符发送给所述第二平台中的需求方；

在接收到所述需求方相对于所述目标文件的文件获取请求的情况下，基于所述目标文件的文件资源定位符从服务器中获取所述目标文件。

第四方面，本申请实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请任一实施例提供的文件转发方法。

第五方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请任一实施例提供的文件转发方法。

本申请实施例的技术方案，第一平台每次检测到接收到的信息成分指示该信息包含文件时，将该信息中的文件上传至服务器中，服务器再将该文件进行存储，并记录文件在服务器中的存储地址。第一平台接收到目标文件的转发需求时，向服务器发送该目标文件的资源定位符获取请求，服务器接收到该请求后，获取目标文件的存储地址，并基于该存储地址生成目标文件的文件资源定位符，反馈给第一平台，第一平台将该文件资源定位符发送给转发需求所指示的第二平台，由第二平台将该文件资源定位符发送给第二平台中的需求方，并在需求方需要获取该目标文件时，基于目标文件的文件资源定位符从服务器中获取目标文件。基于上述过程，平台中的文件都由服务器进行存储和管理，当需要将目标文件从第一平台中转发到第二平台的需求方时，仅转发该目标文件的文件资源定位符即可，然后由第二平台中的需求方根据该文件资源定位符进行目标文件的获取，等同于实现了目标文件从第一平台到第二平台的转发，该过程中省略了目标文件的下载，节省了对本地内存的占用，也提高了文件转发的效率。

附图说明

图1为本申请实施例一提供的文件转发方法的流程示意图；

图2为本申请实施例二提供的文件转发方法的流程示意图；

图3为本申请实施例三提供的文件转发方法的流程示意图；

图4为本申请实施例三提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

实施例一

图1为本申请实施例一提供的文件转发方法的流程示意图，本实施例从第一平台端进行说明，方法可适用于文件转发的场景。该方法可以由文件转发装置来执行，该装置可采用硬件和/或软件的方式实现,并一般可以集成在具有数据运算能力的计算机等电子设备中，具体包括如下步骤：

步骤101、实时监测第一平台接收到信息的成分，并在每次监测到成分指示信息包含文件的情况下，将信息中的文件上传至服务器。

需要说明的是，第一平台可以是任一办公平台，比如即时通信平台、邮箱、公告、里程碑、运销系统等具有文件接收、发送、展示、下载等能力的平台。不同的平台中，接收到的信息的具体形式是不同的，比如即时通信平台接收到的信息为通信消息，邮箱接收到的信息则为邮件。

另外，信息的成分主要是指信息的组成部分，其中，不同的平台，信息的成分也是不同的，由于第一平台必然知晓本平台可以接收到的信息的数据结构，因此，在监测信息的成分是否指示该信息中包含文件时，第一平台会按照该数据结构确定信息的成分，并确定该成分是否指示该信息中包含文件。

在一个具体的例子中，第一平台为即时通信平台，那接收到的信息便为消息，消息的数据结构通常由“头部”、“主体”和“尾部”组成，因此，消息的成分便依次对应为头部成分、主体成分和尾部成分。

由于消息的内容主要看主体成分是什么，因此，第一平台可以先将主体成分取出，然后解析该主体成分的具体内容，若其具体内容为文件，则确定该主体成分指示该消息中包含有文件，此时将解析出的文件上传至服务器即可。

在另一具体的例子中，第一平台为某用户的邮箱，在该邮箱接收到新的邮件的情况下，直接检测该邮件中是否存在附件成分即可，若存在附件成分，则确定该附件成分指示该邮件中包含文件，并将附件成分中的附件作为文件，上传至服务器中即可。

为了便于服务器对上传的文件进行管理，在将信息中的文件上传至服务器时，或者在将信息中的文件上传至服务器之后，本实施例还可以获取信息的跳转链接信息以及信息的参与方信息，并将跳转链接信息以及参与方信息绑定为文件的来源信息；然后将来源信息发送至服务器，以使服务器将来源信息与文件进行关联存储。

基于该来源信息，服务器可以实现更多的功能，详见后续服务器端的实施例的说明，此处不再赘述。

步骤102、在接收到对第一平台中接收到的目标文件的转发需求的情况下，向服务器发送目标文件的资源定位符获取请求。

需要说明的是，第二平台也可以是任一办公平台，比如即时通信平台、邮箱、公告、里程碑、运销系统等具有文件接收、发送、展示、下载等能力的平台。

本步骤中的目标文件为已接收到的信息中存在的文件，即已经上传至服务器中的任一文件。第一平台中的用户需要将第一平台接收到的目标文件通过第二平台转发到第二平台中的需求方时，可以直接通过预设的操作生成对第一平台中接收到的目标文件的转发需求，并将转发需求发送给第一平台。

需要说明的是，上述预设的操作可以是拖拽操作，也可以是“复制-粘贴”这一组合操作。对于拖拽操作，完整的操作过程为“点中-拖拽-释放”，即从第一平台中点中（通常利用鼠标左键）想要发送的目标文件，然后拖拽到第二平台的文件发送界面中，再释放即可，该过程中，“点中”操作可以确定出目标文件的标识信息，即点中的那个文件的标识即为目标文件的标识，“拖拽-释放”这一组合操作可以确定出第二平台的标识信息，因此，可以基于目标文件的标识信息以及第二平台的标识信息生成转发需求。

另外，第二平台的数量可以为一个，也可以为一个以上，比如将第一平台中的目标文件通过第二平台A转发到第二平台A中的需求方A，再将第一平台中的目标文件通过第二平台B转发到第二平台B中的需求方B；或者是将第一平台中的目标文件同时通过第二平台A转发到第二平台A中的需求方A、通过第二平台B转发到第二平台B中的需求方B。

上述举例为一对二的场景，但是本实施例还可以支持一对二以上（比如一对三、一对四）的场景。

在一个具体的例子中，可以是将第一平台中的目标文件通过以下至少一个第二平台进行转发，以将目标文件转发到相应平台中的需求方：

即时通信平台、邮箱、公告、里程碑、运销系统等具有文件接收、发送、展示、下载等能力的平台。

其中，第一平台可以为即时通信平台、邮箱、公告、里程碑或运销系统等具有文件接收、发送、展示、下载等能力的任一平台。

第一平台接收到转发需求之后，便可以通过该转发需求确定想要转发的目标文件，借此，便可以向服务器发送目标文件的资源定位符获取请求，以便于服务器准确地生成该目标文件的文件资源定位符。

步骤103、接收服务器回传的目标文件对应的文件资源定位符，并将文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将资源定位符发送给第二平台中的需求方。

服务器生成文件资源定位符之后，会反馈给第一平台，而第一平台可以接收到该目标文件的文件资源定位符。需要说明的是，文件资源定位符即为该目标文件的URL，通过该URL便可以直接访问服务器中的该目标文件，满足预览以及下载的需求。

另外，转发需求中还包括了第二平台的标识信息，第一平台在得到该文件资源定位符之后，便可以直接发送给第二平台。需要说明的是，发送的方式可以为随着“释放”的操作，将该文件资源定位符粘贴在释放位置，通常为邮件的附件添加位置或者即时通信中与需求方的对话框。

本实施例中，第一平台每次检测到接收到的信息成分指示该信息包含文件时，将该信息中的文件上传至服务器中，服务器再将该文件进行存储，并记录文件在服务器中的存储地址。第一平台接收到目标文件的转发需求时，向服务器发送该目标文件的资源定位符获取请求，服务器接收到该请求后，获取目标文件的存储地址，并基于该存储地址生成目标文件的文件资源定位符，反馈给第一平台，第一平台将该文件资源定位符发送给转发需求所指示的第二平台，由第二平台将该文件资源定位符发送给第二平台中的需求方，并在需求方需要获取该目标文件时，基于目标文件的文件资源定位符从服务器中获取目标文件。基于上述过程，平台中的文件都由服务器进行存储和管理，当需要将目标文件从第一平台中转发到第二平台的需求方时，仅转发该目标文件的文件资源定位符即可，然后由第二平台中的需求方根据该文件资源定位符进行目标文件的获取，等同于实现了目标文件从第一平台到第二平台的转发，该过程中省略了目标文件的下载，节省了对本地内存的占用，也提高了文件转发的效率。

实施例二

图2为本申请实施例二提供的文件转发方法的流程示意图，本实施例从服务器端进行说明，方法可适用于文件转发的场景。该方法可以由文件转发装置来执行，该装置可采用硬件和/或软件的方式实现,并一般可以集成在具有数据运算能力的计算机等电子设备中，具体包括如下步骤：

步骤201、每次在接收到第一平台上传的文件的情况下，将接收到的文件进行存储，并记录文件在服务器中的存储地址。

本步骤在每次接收到第一平台上传的文件的情况下，都会执行对接收到的文件进行存储的操作。在存储时，为了便于对文件的管理，可以先获取接收到文件时的接收时间，并根据接收时间为接收到的文件标识版本信息；然后将接收到文件与标识的版本信息进行关联存储。

具体的，根据接收时间为接收到的文件标识版本信息可以是直接将时间确定为该文件的版本信息，比如可以精确到分，2022年10月1日8点12分接收到的该文件，即可将接收时间简写为202210010812，并将该简写的信息作为该文件的版本信息。

需要说明的是，面对不同文件上传量的需求，该精确度可以进行调整，比如可以精确到毫秒级别。

另外，将接收到文件与标识的版本信息进行关联存储时，可以先查找服务器中是否存在与接收到的文件同名的已存储文件；若存在与接收到的文件同名的已存储文件，将接收到的文件以及标识的版本信息与同名的已存储文件归档存储在同一文件夹中。

该存储方式便于对同名文件进行归档，后续归档时，同名文件均在同一文件夹内，直接将该文件夹的文件进行归档即可。

另外，需要说明的是，有时上传的同个文件的不同版本可能并非为相同文件名，而是相似的文件名，此时，可以确定与该文件名相似度大于第一预设阈值的已存储文件，然后再比较该文件与已存储文件中内容的相似度，大于第二预设阈值的边可以与改文件归档存储在同一文件夹中。

需要说明的是，文字的识别以及两篇文字之间的相似度计算可以参考相关的技术，此处不再赘述。

另外，对应前述实施例出现的来源信息，服务器端也会有相应的处理，具体的，在接收到第一平台上传的文件的来源信息的情况下，将来源信息与文件进行关联存储。

同样的，该来源信息中可以包括跳转链接信息以及参与方信息，基于该来源信息，本实施例还可以实现文件所在信息的详情页的跳转，比如该文件为聊天对话中上传的文件，本实施例便可以直接跳转到该聊天对话中出现该文件的信息的对话页面；又比如该文件为邮件中的附件，本实施例便可以直接跳转到该文件的邮件的详情页。

具体的实现过程为：在接收到用户对于服务器中存储的任一文件的来源跳转需求的情况下，根据文件关联的来源信息中的参与方信息，确定用户是否存在跳转权限；若用户存在跳转权限，根据跳转链接信息跳转到文件对应的信息的详情页；若用户不存在跳转权限，向参与方信息中包含的权限用户发送跳转权限请求；在接收到权限用户反馈的同意跳转指令后，根据跳转链接信息跳转到文件对应的信息的详情页。

步骤202、当接收到第一平台对于目标文件的资源定位符获取请求时，获取目标文件的存储地址。

需要说明的是，前述步骤记录文件的存储地址可以利用表的形式进行存储，存储内容为文件的标识信息以及其对应的存储地址。相应的，资源定位符获取请求中便需要包含该文件的标识信息，以便于服务器根据该标识信息从表中查找到该文件的存储地址。

步骤203、按照预设的资源定位符生成规则，基于目标文件的存储地址生成目标文件的文件资源定位符。

本步骤中，资源定位符的生成规则可以根据资源定位符的组成来制定，可以参考相关技术中对于资源定位符生成的方案，此处不再赘述。

步骤204、将目标文件的文件资源定位符发送给第一平台，以使第一平台将文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将资源定位符发送给第二平台中的需求方。

本实施例中，第一平台每次检测到接收到的信息成分指示该信息包含文件时，将该信息中的文件上传至服务器中，服务器再将该文件进行存储，并记录文件在服务器中的存储地址。第一平台接收到目标文件的转发需求时，向服务器发送该目标文件的资源定位符获取请求，服务器接收到该请求后，获取目标文件的存储地址，并基于该存储地址生成目标文件的文件资源定位符，反馈给第一平台，第一平台将该文件资源定位符发送给转发需求所指示的第二平台，由第二平台将该文件资源定位符发送给第二平台中的需求方，并在需求方需要获取该目标文件时，基于目标文件的文件资源定位符从服务器中获取目标文件。基于上述过程，平台中的文件都由服务器进行存储和管理，当需要将目标文件从第一平台中转发到第二平台的需求方时，仅转发该目标文件的文件资源定位符即可，然后由第二平台中的需求方根据该文件资源定位符进行目标文件的获取，等同于实现了目标文件从第一平台到第二平台的转发，该过程中省略了目标文件的下载，节省了对本地内存的占用，也提高了文件转发的效率。

综上所述，采用本申请的设计可以实现将多个平台内的文件进行集中管理，并根据文件后面的来源信息确定该文件来自于哪个平台，并通过点击来源信息即可跳转到该文件对应的详情页，便于处理；另外，本申请对多个平台内的文件集中管理的另一个优势在于，可以实现同时将聊天或者邮件内的文件在无需下载的情况下快速转发给某个聊天中，不仅实现快速跨平台转发，还可以实现将来源于不同平台的文件通过一次转发操作转发至同一个平台内，提高转发效率。

实施例三

图3为本申请实施例一提供的文件转发方法的流程示意图，本实施例从第二平台端进行说明，需要说明的是，本实施例为了便于说明，以一个第二平台为例进行说明，在一对多的场景中，每个第二平台的执行均可参考本实施例的方法。

本实施例的方法可适用于文件转发的场景。该方法可以由文件转发装置来执行，该装置可采用硬件和/或软件的方式实现,并一般可以集成在具有数据运算能力的计算机等电子设备中，具体包括如下步骤：

步骤301、接收第一平台发送的目标文件的文件资源定位符，并将文件资源定位符发送给第二平台中的需求方。

步骤302、在接收到需求方相对于目标文件的文件获取请求的情况下，基于目标文件的文件资源定位符从服务器中获取目标文件。

需要说明的是，文件资源定位符的发送即为通过通信链路进行发送，发送的实现可以参考现有技术，此处不再赘述。另外，利用文件资源定位符访问文件（比如预览和下载）的具体实现过程，同样可以参考相关技术，此处不再赘述。

本实施例中，第一平台每次检测到接收到的信息成分指示该信息包含文件时，将该信息中的文件上传至服务器中，服务器再将该文件进行存储，并记录文件在服务器中的存储地址。第一平台接收到目标文件的转发需求时，向服务器发送该目标文件的资源定位符获取请求，服务器接收到该请求后，获取目标文件的存储地址，并基于该存储地址生成目标文件的文件资源定位符，反馈给第一平台，第一平台将该文件资源定位符发送给转发需求所指示的第二平台，由第二平台将该文件资源定位符发送给第二平台中的需求方，并在需求方需要获取该目标文件时，基于目标文件的文件资源定位符从服务器中获取目标文件。基于上述过程，平台中的文件都由服务器进行存储和管理，当需要将目标文件从第一平台中转发到第二平台的需求方时，仅转发该目标文件的文件资源定位符即可，然后由第二平台中的需求方根据该文件资源定位符进行目标文件的获取，等同于实现了目标文件从第一平台到第二平台的转发，该过程中省略了目标文件的下载，节省了对本地内存的占用，也提高了文件转发的效率。

实施例四

图4为本申请实施例四提供的一种电子设备的结构示意图，如图4所示，该电子设备包括处理器410、存储器420、输入装置430和输出装置440；电子设备中处理器410的数量可以是一个或多个，图4中以一个处理器410为例；电子设备中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器420作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的文件转发方法对应的程序指令/模块。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的文件转发方法：

实时监测第一平台接收到信息的成分，并在每次监测到成分指示信息包含文件的情况下，将信息中的文件上传至服务器；

在接收到对第一平台中接收到的目标文件的转发需求的情况下，向服务器发送目标文件的资源定位符获取请求；

接收服务器回传的目标文件对应的文件资源定位符，并将文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将资源定位符发送给第二平台中的需求方。

或，

每次在接收到第一平台上传的文件的情况下，将接收到的文件进行存储，并记录文件在服务器中的存储地址；

当接收到第一平台对于目标文件的资源定位符获取请求时，获取目标文件的存储地址；

按照预设的资源定位符生成规则，基于目标文件的存储地址生成目标文件的文件资源定位符；

将目标文件的文件资源定位符发送给第一平台，以使第一平台将文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将资源定位符发送给第二平台中的需求方。

或，

接收第一平台发送的目标文件的文件资源定位符，并将文件资源定位符发送给第二平台中的需求方；

在接收到需求方相对于目标文件的文件获取请求的情况下，基于目标文件的文件资源定位符从服务器中获取目标文件。

存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

实施例五

本申请实施例五还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种文件转发方法，该方法包括：

实时监测第一平台接收到信息的成分，并在每次监测到成分指示信息包含文件的情况下，将信息中的文件上传至服务器；

在接收到对第一平台中接收到的目标文件的转发需求的情况下，向服务器发送目标文件的资源定位符获取请求；

接收服务器回传的目标文件对应的文件资源定位符，并将文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将资源定位符发送给第二平台中的需求方。

或，

每次在接收到第一平台上传的文件的情况下，将接收到的文件进行存储，并记录文件在服务器中的存储地址；

当接收到第一平台对于目标文件的资源定位符获取请求时，获取目标文件的存储地址；

按照预设的资源定位符生成规则，基于目标文件的存储地址生成目标文件的文件资源定位符；

将目标文件的文件资源定位符发送给第一平台，以使第一平台将文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将资源定位符发送给第二平台中的需求方。

或，

接收第一平台发送的目标文件的文件资源定位符，并将文件资源定位符发送给第二平台中的需求方；

在接收到需求方相对于目标文件的文件获取请求的情况下，基于目标文件的文件资源定位符从服务器中获取目标文件。

当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本申请任意实施例所提供的文件转发方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器（Read-Only Memory, ROM）、随机存取存储器（RandomAccess Memory, RAM）、闪存（FLASH）、硬盘或光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例的方法。

值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种文件转发方法，其特征在于，应用于第一平台，所述方法包括：

实时监测第一平台接收到信息的成分，并在每次监测到所述成分指示所述信息包含文件的情况下，将所述信息中的文件上传至服务器；

在接收到对所述第一平台中接收到的目标文件的转发需求的情况下，向所述服务器发送所述目标文件的资源定位符获取请求；

接收所述服务器回传的所述目标文件对应的文件资源定位符，并将所述文件资源定位符发送给所述转发需求所指示的第二平台，以便于第二平台将所述资源定位符发送给所述第二平台中的需求方。

2.根据权利要求1所述的方法，其特征在于，在所述将所述信息中的文件上传至服务器时，或者在所述将所述信息中的文件上传至服务器之后，所述方法还包括：

获取所述信息的跳转链接信息以及所述信息的参与方信息，并将所述跳转链接信息以及所述参与方信息绑定为所述文件的来源信息；

将所述来源信息发送至服务器，以使所述服务器将所述来源信息与所述文件进行关联存储。

3.一种文件转发方法，其特征在于，应用于服务器，所述方法包括：

每次在接收到第一平台上传的文件的情况下，将接收到的所述文件进行存储，并记录所述文件在所述服务器中的存储地址；

当接收到所述第一平台对于目标文件的资源定位符获取请求时，获取所述目标文件的存储地址；

按照预设的资源定位符生成规则，基于所述目标文件的所述存储地址生成所述目标文件的文件资源定位符；

将所述目标文件的文件资源定位符发送给所述第一平台，以使所述第一平台将所述文件资源定位符发送给转发需求所指示的第二平台，以便于第二平台将所述资源定位符发送给所述第二平台中的需求方。

4.根据权利要求3所述的方法，其特征在于，所述将接收到的所述文件进行存储，包括：

获取接收到所述文件时的接收时间，并根据所述接收时间为接收到的所述文件标识版本信息；

将接收到所述文件与标识的所述版本信息进行关联存储。

5.根据权利要求4所述的方法，其特征在于，所述将接收到所述文件与标识的所述版本信息进行关联存储，包括：

查找所述服务器中是否存在与接收到的所述文件同名的已存储文件；

若存在与接收到的所述文件同名的已存储文件，将接收到的文件以及标识的版本信息与同名的所述已存储文件归档存储在同一文件夹中。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在接收到所述第一平台上传的所述文件的来源信息的情况下，将所述来源信息与所述文件进行关联存储。

7.根据权利要求6所述的方法，其特征在于，所述来源信息包括跳转链接信息以及参与方信息；

所述方法还包括：

在接收到用户对于所述服务器中存储的任一文件的来源跳转需求的情况下，根据所述文件关联的来源信息中的参与方信息，确定所述用户是否存在跳转权限；

若所述用户存在所述跳转权限，根据所述跳转链接信息跳转到所述文件对应的信息的详情页；

若所述用户不存在所述跳转权限，向所述参与方信息中包含的权限用户发送跳转权限请求；

在接收到所述权限用户反馈的同意跳转指令后，根据所述跳转链接信息跳转到所述文件对应的信息的详情页。

8.一种文件转发方法，其特征在于，应用于第二平台，所述方法包括：

接收第一平台发送的目标文件的文件资源定位符，并将所述文件资源定位符发送给所述第二平台中的需求方；

在接收到所述需求方相对于所述目标文件的文件获取请求的情况下，基于所述目标文件的文件资源定位符从服务器中获取所述目标文件。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的文件转发方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一所述的文件转发方法。

Images