文件传输方法及装置
技术领域
本申请涉及通讯技术领域,尤其涉及一种文件传输方法及装置。
背景技术
在相关技术中,通讯应用提供了文件传输功能,使得用户之间可以直接通过该通讯应用实现文件传输。但是,在一些较为特殊的场景下,存在对文件传输的审批需求。例如在涉及到跨企业场景时,企业内部的通讯用户若需要将文件传输至企业外部的通讯用户,需要首选向审批用户发起审批,并在审批通过后才能够执行文件传输操作,这一方面增加了用户操作的复杂度,另一方面需要用户在通讯与发起审批之间反复切换操作,打断正常的通讯过程。
发明内容
有鉴于此,本申请提供一种文件传输方法及装置,可以避免对文件的审核操作打断用户之间的通讯过程,有助于简化用户操作、提升通讯过程的流畅度。
为实现上述目的,本申请提供技术方案如下:
根据本申请的第一方面,提出了一种文件传输方法,包括:
接收到来自源用户针对预设文件发起的文件发送请求;
当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
当所述审批消息被所述审批用户批准时,针对所述文件发送请求对应的目标用户,将所述预设文件配置为可获取状态。
根据本申请的第二方面,提出了一种文件传输方法,包括:
在源用户与目标用户的通讯会话页面中,检测到所述源用户针对预设文件向所述目标用户发起的文件发送操作;
当所述源用户不具有对所述预设文件的传输权限时,向服务端发起针对所述预设文件的文件发送请求,以及向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
其中,当所述审批消息被所述审批用户批准时,所述预设文件被所述服务端针对所述目标用户配置为可获取状态。
根据本申请的第三方面,提出了一种文件传输方法,包括:
当接收到来自源用户针对预设文件发起的文件发送请求时,向相应的目标用户发送针对所述预设文件的通知消息,所述通知消息中包含所述预设文件的访问入口,以用于所述目标用户通过所述访问入口对所述预设文件执行获取操作;
当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
当所述审批消息被所述审批用户批准时,针对所述目标用户将所述预设文件配置为可获取状态,以使所述获取操作被响应。
根据本申请的第四方面,提出了一种文件传输装置,包括:
接收单元,接收到来自源用户针对预设文件发起的文件发送请求;
发送单元,当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
配置单元,当所述审批消息被所述审批用户批准时,针对所述文件发送请求对应的目标用户,将所述预设文件配置为可获取状态。
根据本申请的第五方面,提出了一种文件传输装置,包括:
检测单元,在源用户与目标用户的通讯会话页面中,检测到所述源用户针对预设文件向所述目标用户发起的文件发送操作;
示出单元,当所述源用户不具有对所述预设文件的传输权限时,向服务端发起针对所述预设文件的文件发送请求,以及向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
其中,当所述审批消息被所述审批用户批准时,所述预设文件被所述服务端针对所述目标用户配置为可获取状态。
根据本申请的第六方面,提出了一种文件传输装置,包括:
通知单元,当接收到来自源用户针对预设文件发起的文件发送请求时,向相应的目标用户发送针对所述预设文件的通知消息,所述通知消息中包含所述预设文件的访问入口,以用于所述目标用户通过所述访问入口对所述预设文件执行获取操作;
发送单元,当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
配置单元,当所述审批消息被所述审批用户批准时,针对所述目标用户将所述预设文件配置为可获取状态,以使所述获取操作被响应。
由以上技术方案可见,本申请通过在接收到文件发送请求时,主动生成和发送相应的审批消息,并在审批通过后主动完成后续的与文件传输相关的操作,使得用户只需要发起文件发送请求,而无需关注于审批和文件传输过程,一方面可以简化用户操作,另一方面使得用户能够从发起文件发送请求后快速返回通讯过程中,而避免打断正常的通讯过程。
附图说明
图1是相关技术中的通讯会话页面的示意图。
图2是相关技术中的与发起审批事件相关的界面示意图。
图3是本申请一示例性实施例提供的一种文件传输方法的流程图。
图4是本申请一示例性实施例提供的另一种文件传输方法的流程图。
图5-9B是本申请一示例性实施例提供的一种通讯会话页面的示意图。
图10是本申请一示例性实施例提供的又一种文件传输方法的流程图。
图11-12是本申请一示例性实施例提供的另一种通讯会话页面的示意图。
图13是本申请一示例性实施例提供的又一种文件传输方法的流程图。
图14是本申请一示例性实施例提供的一种电子设备的结构示意图。
图15是本申请一示例性实施例提供的一种文件传输装置的框图。
图16是本申请一示例性实施例提供的另一种电子设备的结构示意图。
图17是本申请一示例性实施例提供的另一种文件传输装置的框图。
图18是本申请一示例性实施例提供的又一种电子设备的结构示意图。
图19是本申请一示例性实施例提供的又一种文件传输装置的框图。
具体实施方式
图1是相关技术中的通讯会话页面的示意图。如图1所示,假定用户“小黑”通过预设通讯应用提供的通讯会话页面与用户“小白”进行通讯,当用户“小黑”希望向用户“小白”发送一文件时,如果该用户“小黑”不具有对该文件的传输权限,那么该用户“小黑”将无法完成文件发送操作,该通讯会话页面会向该用户“小黑”示出诸如“您无权发送此文件”等提示信息。
如图2所示,该通讯应用包括“消息”、“DING”、“工作”、“联系人”和“我的”等多个标签页;其中,上述的通讯会话页面来自“消息”标签页。而当用户“小黑”确实需要向用户“小白”传输相关文件,那么用户“小黑”可以从“消息”标签页切换至“工作”标签页,并通过该“工作”标签页内提供的“审批”功能,向相关的审批用户发起关于该文件的审批事件,从而当该审批事件被批准后,即可使得该用户“小黑”具有将其发送至用户“小白”的权限。
然而,在上述过程中,用户“小黑”需要从与该用户“小白”的通讯会话页面退出、切换至“工作”标签页、创建审批事件,然后返回通讯会话页面,不仅操作繁琐、复杂,而且将“审批”与“通讯”完全割裂,造成通讯过程的被迫中断,极大地影响了通讯效率和用户在通讯过程中的应用感受。
因此,本申请通过改进文件传输方案,以解决相关技术中的上述问题。为对本申请进行进一步说明,提供下列实施例:
图3是本申请一示例性实施例提供的一种文件传输方法的流程图。如图3所示,该方法应用于通讯应用的服务端,可以包括以下步骤:
步骤302,接收到来自源用户针对预设文件发起的文件发送请求。
在本实施例中,源用户与目标用户之间的通讯会话页面可以提供文件传输功能,使得源用户可以在该通讯会话页面内完成对文件的选择、添加和发送等操作。
在本实施例中,源用户选取的文件可以存储于本地,也可以存储于云端。当文件存储于本地时,该文件可以被包含于文件发送请求而被源用户上传至服务端,那么当该源用户不具有对该文件的传输权限时,该文件将被暂存于服务端,而不会被传输至目标用户。当文件存储于云端时,比如当源用户属于任一团体时,该任一团体在服务端预先创建有相应的云端存储空间,且该文件作为该任一团体的内部数据而存储在该云端存储空间时,只有该任一团体的内部成员具有对该文件的阅读、下载等操作权限,但是限制该文件对外部成员的传输,那么当目标用户不属于该任一团体时,服务端在接收到文件发送请求后可以不执行针对该文件的任何操作。当然,即便源用户与目标用户均属于同一团体时,源用户与目标用户仍然可能具有不同操作权限,那么可能造成源用户有权限对该团体对应的云端存储空间中的文件进行阅读、下载等操作,但是目标用户不具有权限,那么同样应当限制源用户将该云端存储空间中的文件传输至该目标用户。
在本实施例中,上述的通讯应用可以包括即时通讯应用、邮件等任意支持审批功能的通讯应用;以即时通讯应用为例,本申请中的通讯应用可以为企业即时通讯(Enterprise Instant Messaging,EIM)应用,例如“钉钉(DING Talk)”等,当然本申请并不对此进行限制。
在本实施例中,目标用户可以为单个用户,即上述的通讯会话页面可以为源用户与目标用户之间的单独通讯页面(在即时通讯应用中,即单聊窗口);或者,目标用户也可以为多个用户,即上述的通讯会话页面可以为源用户与目标用户之间的群组通讯页面(在即时通讯应用中,即群聊窗口)。
步骤304,当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息。
在本实施例中,可以分别获取所述源用户和所述目标用户的团体归属信息;其中,当所述源用户与所述目标用户的团体归属信息不一致,且所述预设文件属于所述源用户的所属团体时,涉及到对该文件的跨团体(跨越团体的内部与外部)传输,因而可以判定所述源用户不具有对所述预设文件的传输权限,避免团体内部文件被随意泄露。
当然,即便源用户与目标用户的团体归属信息一致,由于源用户与目标用户属于同一团体中的不同部门,或者文件传输规则为必须对所有文件传输行为进行审批,或者存在其他原因时,针对源用户向目标用户发起文件传输的操作,仍然可能需要对该文件传输的操作进行审批,以确保信息安全性。
在本实施例中,每一文件均可以被预先配置有相应的保密等级,那么根据上述的预设文件的保密等级,可以从所述源用户对应的所有审批用户中选取对应于所述保密等级的特定审批用户,并向所述特定审批用户发送所述审批消息。其中,当文件的保密等级越高时,相应的特定审批用户在团体内的管理权限级别可以越高;例如,对于低等级的文件,可以由源用户的小组领导审批,而对于高等级的文件,则需要由源用户的部门领导审批等。
在本实施例中,可以向所述源用户和所述目标用户中至少之一,发送关于所述预设文件的审批状态的通知消息。例如,当目标用户了解到审批通过后,可以尽快触发对相关文件的预览、下载等获取操作;而当源用户了解到审批尚未完成时,可以针对相关的审批消息发起提醒请求,使得服务端根据该提醒请求向审批用户发送相应的提醒消息,以提醒所述审批用户对所述审批消息进行处理。
步骤306,当所述审批消息被所述审批用户批准时,针对所述文件发送请求对应的目标用户,将所述预设文件配置为可获取状态。
在本实施例中,当所述审批消息被所述审批用户批准时,服务端无需主动将文件发送至该目标用户处,而可以仅向所述目标用户赋予对所述预设文件的获取权限,并使得所述目标用户对所述预设文件执行的获取操作被响应,即由该目标用户掌控对该预设文件的传输启动。例如,当审批消息被批准时,如果目标用户处于非WIFI环境下,那么目标用户可以等待切换至WIFI环境之后,才主动触发对该预设文件的下载等获取操作,以降低数据传输成本、提升数据传输效率。
其中,在接收到所述文件发送请求时,服务端即可向所述目标用户发送针对所述预设文件的通知消息,所述通知消息中包含所述预设文件的访问入口,以用于所述目标用户通过所述访问入口对所述预设文件执行所述获取操作。那么,当审批消息尚未被批准时,由于目标用户不具有对预设文件的获取权限,因而针对该预设文件的获取操作将被拒绝;而当审批消息被批准后,由于目标用户获得了对该预设文件的获取权限,因而针对该预设文件的获取操作将被响应。
当然,在审批消息被审批用户批准后,服务端也可以直接将预设文件传输至目标用户,以便于目标用户随时对该预设文件进行查看,而无需对该预设文件的传输过程进行等待。
由以上技术方案可见,本申请通过在接收到文件发送请求时,主动生成和发送相应的审批消息,并在审批通过后主动完成后续的与文件传输相关的操作,使得用户只需要发起文件发送请求,而无需关注于审批和文件传输过程,一方面可以简化用户操作,另一方面使得用户能够从发起文件发送请求后快速返回通讯过程中,而避免打断正常的通讯过程。
图4是本申请一示例性实施例提供的另一种文件传输方法的流程图。如图4所示,“用户A”表示用户A对应的客户端,该用户A通过在手机、平板、PC等电子设备上安装本申请的通讯应用的应用程序,并登录该用户A对应的注册账号,即可将该电子设备配置为相应的客户端;类似地,“用户B”和“用户C”分别表示登录有用户B和用户C的注册账号的客户端。而在服务器上配置和承载有本申请的通讯应用的服务端,从而在服务端与各个客户端之间通过数据交互,以实现本申请的文件传输方案,该文件传输方案可以包括以下步骤:
步骤402,服务器接收到来自用户A的文件发送请求。
在本实施例中,用户A可以通过如图5所示的通讯会话页面,比如通过触发页面右下角所示的
标识,唤起相应的文件发送功能,从而在该通讯会话页面内选取需要发送的文件,并向服务器发出相应的文件发送请求,而无需切换至其他页面,避免打断通讯。
在本实施例中,用户A在通过图5所示的通讯会话页面发出文件发送请求后,可以在该通讯会话页面中查看到图5所示的消息框及其中的“项目介绍.doc”等内容,那么对于该用户A而言可以认为已经完成了对文件的“发送”操作,甚至可以完全不关注后续的审批操作和文件传输操作,而快速返回到与用户B的通讯过程中。
假定A属于团体“XX公司”,那么该团体可以预先在服务端创建相应的云端存储空间,以用于存储该团体内部的文件数据,便于该团体的内部成员对该云端存储空间的文件数据进行查看等,而该团体之外的其他用户则无法访问该云端存储空间。那么,用户A可以将该云端存储空间中的文件作为上述需要发送的文件,并发起针对该文件的文件发送请求;此时,由于该文件位于云端,因而虽然图5表现为已经“完成”了对文件“项目介绍.doc”的发送操作,但是服务器在实际执行对该文件的传输操作之前,实际上并不会对该文件执行任何操作。
当然,除了云端存储空间内的文件之外,用户A也可以针对本地文件发起文件发送请求,那么该本地文件可以被包含于该文件发送请求(或单独)上传至服务器,并由服务器将其暂存于预配置的存储空间内;那么类似地,服务器在实际执行对该文件的传输操作之前,实际上并不会对该文件执行任何操作。
步骤404,服务器向用户B发送关于该文件发送请求的通知消息,并且识别用户A对相关文件的传输权限。
在本实施例中,针对接收到的通知消息,作为目标用户的用户B可以在图6所示的通讯会话页面中查看到消息框及其中的“项目介绍.doc”等内容;当然,实际上用户B尚未获得该文件,但该用户B可以据此确定用户A已经发送了相关文件。
在本实施例中,服务器可以分别获取作为源用户的用户A、作为目标用户的用户B的团体归属信息,比如当用户A选取的文件来自其自身所属的XX公司时,如果用户B并不属于该XX公司,即用户A与用户B之间的团体归属信息不一致,那么服务器可以判定该用户不具有对上述文件的传输权限。
步骤406,当用户A不具有对相关文件的传输权限时,服务器向用户C发送相应的审批消息。
在本实施例中,服务器可以根据用户A的团体归属信息,以及该用户A所属团体的组织架构信息,确定该用户A对应的审批用户为用户C。例如,用户C可以为该用户A的直属领导,或者其他对该用户A具有审批权限的团体成员。
进一步地,假定该用户A所属团体的云端存储空间内的所有文件,均被预先配置有相应的保密等级,那么服务器可以根据用户A选取的文件对应的保密等级,确定相应的审批用户,并且审批用户在所属团体中的管理层级与该保密等级之间呈正相关。
步骤408,服务器针对向用户C发送的审批消息,分别向用户A和用户B发送相应的审批通知,以告知用户A和用户B关于该审批消息的发送情况。
在本实施例中,根据服务器发送的审批通知,用户A和用户B对应的通讯会话页面中,均可以在相关消息框的关联区域内示出相应的提示信息。例如,用户A可以在图5所示的消息框左侧查看到“审批中”提示信息,而用户B可以在图6所示的消息框内部查看到“无权获取”的提示信息,均表明相关审批消息尚未被批准。
步骤410,服务器接收到用户A针对上述的审批消息发起的提醒请求。
步骤412,服务器向用户C发送关于上述的审批消息的提醒消息。
在本实施例中,用户A可以通过触发图5所示的“审批中”等提示信息,以唤出图7所示的功能框,该功能框内包括“取消发送”、“DING一下”等功能选项。其中,当用户A触发“DING一下”时,可以向服务器发起针对上述的审批消息的提醒请求,使得服务器据此向用户C发送DING消息(即提醒消息),以提醒该用户C尽快对上述的审批消息进行处理,其中DING消息可以采用应用内的即时通讯消息进行发送,也可以采用短信形式发送,还可以采用通话过程中的语音播放等方式进行发送。
此外,如果用户选择触发图7所示的“取消发送”,服务器可以撤销向用户C发送的审批消息,撤回图5和图6中所示的最近一条通讯会话消息(针对文件“项目介绍.doc”的传输消息)的消息框及其内容,从而终止对相关文件的传输过程。
步骤414,服务器接收到用户C针对上述的审批消息的审批结果。
步骤416,服务器根据审批结果,向用户A发送相应的审批状态的通知消息,并向用户B赋予对相关文件的获取权限。
在本实施例中,根据对审批状态的通知消息,可以向用户A展示相应的审批结果。例如,当审批结果为通过审批时,可以将图5所示的“审批中”更新为图8所示的“
审批通过”等,而当审批结果为未通过审批时,也可以示出相应的提示信息。
步骤418,服务器向用户B发送针对相关文件的文件获取通知。
在本实施例中,用户B的电子设备在接收到文件获取通知后,可以将图6所示的“无权获取”更新为图9A所示的“预览”、“下载”和“转存”等功能选项,以便于该用户B对相关文件执行相应的预览、下载或转存等获取操作。当然,也可以不展示上述功能选项,而仅采用诸如“您已具有获取权限”等文字进行提示,本申请并不对此进行限制。
在本实施例中,在用户B通过步骤404接收到关于文件发送请求的通知消息之后,直至用户C完成对审批消息的审批操作,必然存在一等待时间段。在该等待时间段内,用户A与用户B可以正常执行通讯对话,那么一方面这些通讯对话将导致对上述通知消息的湮没,使得用户B可能需要通过翻页查找才能够定位至该通知消息,另一方面用户B甚至可能由于较多的通讯对话而忘记该通知消息的存在,总之上述原因或其他原因可能导致用户B无法快速通过上述通知消息中包含的访问入口,实现对相关文件的快速获取。
因此,当用户B使用的电子设备接收到文件获取通知时,若包含访问入口的上述通知消息未处于用户A与用户B的通讯会话页面的屏幕显示区域内,则可以在该屏幕显示区域内示出图9B所示的跳转图标,该跳转图标一方面可以提示用户B通过上述的通知消息获取相应的文件,以避免用户B由于通讯对话而发生遗忘,另一方面当检测到用户B对该跳转图标的触发操作时,可以自动跳转至上述通知消息对应的上下文处,以便于用户B通过该通知消息执行对相关文件的获取操作。
步骤420,服务器接收到用户B发送的下载请求。
步骤422,服务器将相关文件传输至用户B。
在本实施例中,以用户B对“下载”功能选项进行触发为例,服务器将根据相应的下载请求,将文件“项目介绍.doc”传输至该用户B处。实际上,在步骤404下发的通知消息中,即可包含对相关文件的访问入口,但是由于用户B尚未获得对相关文件的获取权限,因而当用户B触发图6所示的消息框时,用户B使用的电子设备可能限制了该访问入口而不会向服务器发起访问,或者虽然发起了访问但是服务器并不会做出正确响应。而当服务器向该用户B赋予了对文件“项目介绍.doc”的获取权限后,用户B通过如图9A所示的功能选项向服务器发起访问时,服务器将会做出正确响应,以满足用户B的文件获取需求。
图10是本申请一示例性实施例提供的又一种文件传输方法的流程图。如图10所示,该方法应用于通讯应用的客户端,该客户端配置于源用户使用的电子设备上,该方法可以包括以下步骤:
步骤1002,在源用户与目标用户的通讯会话页面中,检测到所述源用户针对预设文件向所述目标用户发起的文件发送操作。
步骤1004,当所述源用户不具有对所述预设文件的传输权限时,向服务端发起针对所述预设文件的文件发送请求,以及向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;其中,当所述审批消息被所述审批用户批准时,所述预设文件被所述服务端针对所述目标用户配置为可获取状态。
在本实施例中,客户端可以向服务端进行查询,以确定源用户是否具有对该预设文件的传输权限;其中,当源用户与目标用户的团体归属信息一致时,可以判定为源用户具有传输权限,否则可以判定为不具有传输权限。
在本实施例中,当不具有传输权限时,源用户使用的电子设备可以直接向相应的审批用户发送审批消息;或者,如图11所示,可以首先向源用户示出“你没有发送权限,是否发起审批”等提示信息,并提供“是”和“否”的审批发送选项。当源用户选择触发“是”时,客户端会发起针对预设文件(如“项目介绍.doc”)的审批消息;而当源用户选择触发“否”时,则会示出图12所示的“×”标识和“已取消发送”文字说明,表明取消了对相关预设文件的发送,并且不会发起相关的审批消息。
其中,通过向源用户示出审批发送选项,使得源用户可以主观判断和选择是否向审批用户发送审批消息,避免审批消息被自动发送至审批用户时,即便及时取消审批,也仍然会对审批用户造成干扰。尤其是,审批用户通常是团体内的管理成员,很可能同时对很多团体成员的文件传输具有审批权限,那么通过向每一团体成员示出审批发送选项,可以由团体成员及时取消并不必要或不紧急的审批消息,相比于自动发送审批消息之后手动取消,可以极大地降低对管理成员的干扰。
在本实施例中,与上述图3和图4所示的实施例相类似地,在检测到文件发送操作时,同样可以在通讯会话页面中示出对应于所述预设文件的消息框,并在该消息框的关联区域处示出审批消息的审批状态信息,例如该审批状态信息可以包括如图5所示的消息框左侧的“审批中”、图8所示的“
审批通过”等,以帮助源用户快速了解审批状况。
进一步地,还可以在消息框的关联区域处示出提醒选项,并根据源用户对所述提醒选项的触发操作,向所述审批用户发送针对所述审批消息的提醒消息,以提醒所述审批用户对所述审批消息进行处理。其中,提醒选项可以持续展示,或者在源用户对诸如图5所示的“审批中”进行触发后,采用图7所示的功能框形式进行展示,本申请并不对此进行限制。
图13是本申请一示例性实施例提供的又一种文件传输方法的流程图。如图13所示,该方法应用于通讯应用的服务端,该方法可以包括以下步骤:
步骤1302,当接收到来自源用户针对预设文件发起的文件发送请求时,向相应的目标用户发送针对所述预设文件的通知消息,所述通知消息中包含所述预设文件的访问入口,以用于所述目标用户通过所述访问入口对所述预设文件执行获取操作。
在本实施例中,服务端在接收到文件发送请求时,首先向目标用户发送包含访问入口的通知消息,以告知该目标用户存在相关的文件发送行为,而由于目标用户尚未获得对该文件的获取权限,因而并不能够通过该访问入口执行相应的获取操作,确保了文件安全性。
步骤1304,当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息。
步骤1306,当所述审批消息被所述审批用户批准时,针对所述目标用户将所述预设文件配置为可获取状态,以使所述获取操作被响应。
在本实施例中,通过将预设文件配置为可获取状态,比如向目标用户赋予对该文件的获取权限,使得目标用户可以基于上述的通知消息中包含的访问入口,执行对该文件的获取操作。并且,可以通过在通讯会话页面上示出诸如图9B所示的跳转图标,一方面可以提示目标用户通过上述的通知消息来获取文件,以避免目标用户由于通讯对话而发生遗忘,另一方面当检测到目标用户对该跳转图标的触发操作时,可以自动跳转至上述通知消息对应的上下文处,以便于目标用户通过该通知消息执行对相关文件的获取操作。
图14示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图14,在硬件层面,该电子设备包括处理器1402、内部总线1404、网络接口1406、内存1408以及非易失性存储器1410,当然还可能包括其他业务所需要的硬件。处理器1402从非易失性存储器1410中读取对应的计算机程序到内存1402中然后运行,在逻辑层面上形成文件传输装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图15,在软件实施方式中,该文件传输装置可以包括接收单元1501、发送单元1502和配置单元1503。其中:
接收单元1501,接收到来自源用户针对预设文件发起的文件发送请求;
发送单元1502,当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
配置单元1503,当所述审批消息被所述审批用户批准时,针对所述文件发送请求对应的目标用户,将所述预设文件配置为可获取状态。
可选的,还包括:
获取单元1504,分别获取所述源用户和所述目标用户的团体归属信息;
判定单元1505,当所述源用户与所述目标用户的团体归属信息不一致,且所述预设文件属于所述源用户的所属团体时,判定所述源用户不具有对所述预设文件的传输权限。
可选的,所述发送单元1502具体用于:
根据所述预设文件的保密等级,从所述源用户对应的所有审批用户中选取对应于所述保密等级的特定审批用户;
向所述特定审批用户发送所述审批消息。
可选的,所述传输单元1503具体用于:
当所述审批消息被所述审批用户批准时,向所述目标用户赋予对所述预设文件的获取权限,以使得所述目标用户对所述预设文件执行的获取操作被响应。
可选的,还包括:
传输通知单元1506,在接收到所述文件发送请求时,向所述目标用户发送针对所述预设文件的通知消息,所述通知消息中包含所述预设文件的访问入口,以用于所述目标用户通过所述访问入口对所述预设文件执行所述获取操作。
可选的,还包括:
审批通知单元1507,向所述源用户和所述目标用户中至少之一,发送关于所述预设文件的审批状态的通知消息。
可选的,还包括:
提醒单元1508,根据所述源用户针对所述审批消息发起的提醒请求,向所述审批用户发送相应的提醒消息,以提醒所述审批用户对所述审批消息进行处理。
图16示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图16,在硬件层面,该电子设备包括处理器1602、内部总线1604、网络接口1606、内存1608以及非易失性存储器1610,当然还可能包括其他业务所需要的硬件。处理器1602从非易失性存储器1610中读取对应的计算机程序到内存1602中然后运行,在逻辑层面上形成文件传输装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图17,在软件实施方式中,该文件传输装置可以包括检测单元1701和示出单元1702。其中:
检测单元1701,在源用户与目标用户的通讯会话页面中,检测到所述源用户针对预设文件向所述目标用户发起的文件发送操作;
示出单元1702,当所述源用户不具有对所述预设文件的传输权限时,向服务端发起针对所述预设文件的文件发送请求,以及向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
其中,当所述审批消息被所述审批用户批准时,所述预设文件被所述服务端针对所述目标用户配置为可获取状态。
可选的,还包括:
消息框示出单元1703,在检测到所述文件发送操作时,在所述通讯会话页面中示出对应于所述预设文件的消息框;
状态示出单元1704,在所述消息框的关联区域处示出所述审批消息的审批状态信息。
可选的,还包括:
选项示出单元1705,在所述消息框的关联区域处示出提醒选项;
提醒单元1706,根据所述源用户对所述提醒选项的触发操作,向所述审批用户发送针对所述审批消息的提醒消息,以提醒所述审批用户对所述审批消息进行处理。
图18示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图18,在硬件层面,该电子设备包括处理器1802、内部总线1804、网络接口1806、内存1808以及非易失性存储器1810,当然还可能包括其他业务所需要的硬件。处理器1802从非易失性存储器1810中读取对应的计算机程序到内存1802中然后运行,在逻辑层面上形成文件传输装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图19,在软件实施方式中,该文件传输装置可以包括通知单元1901、发送单元1902和配置单元1903。其中:
通知单元1901,当接收到来自源用户针对预设文件发起的文件发送请求时,向相应的目标用户发送针对所述预设文件的通知消息,所述通知消息中包含所述预设文件的访问入口,以用于所述目标用户通过所述访问入口对所述预设文件执行获取操作;
发送单元1902,当所述源用户不具有对所述预设文件的传输权限时,向所述源用户对应的审批用户发送针对所述文件发送请求的审批消息;
配置单元1903,当所述审批消息被所述审批用户批准时,针对所述目标用户将所述预设文件配置为可获取状态,以使所述获取操作被响应。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。