CN112242944A - 一种文件处理的方法以及相关装置 - Google Patents
一种文件处理的方法以及相关装置 Download PDFInfo
- Publication number
- CN112242944A CN112242944A CN201910655787.8A CN201910655787A CN112242944A CN 112242944 A CN112242944 A CN 112242944A CN 201910655787 A CN201910655787 A CN 201910655787A CN 112242944 A CN112242944 A CN 112242944A
- Authority
- CN
- China
- Prior art keywords
- server
- file information
- client
- account
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/10—Multimedia information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Abstract
本申请实施例公开了一种文件处理的方法,包括:第一服务器从通过第一账号登录的第一客户端获取聊天消息;第一服务器在确定聊天消息包含文件信息时,确定与第一账号具有关联关系的第二账号所对应的第二服务器;第一服务器向第二服务器发送文件信息,以使第二服务器保存文件信息,或以使通过第二账号登录的第二客户端保存文件信息,第一客户端与第二客户端在同一终端设备上。本申请实施例还提供相应的相关装置。本申请实施例由于第一账号和第二账号具备关联关系,且通过第一账号登录的第一客户端与通过第二账号登录的第二客户端位于同一终端设备上,因此第一服务器能够将文件信息自动备份到第二服务器,实现高效率处理且保证了文件信息的完整性。
Description
技术领域
本申请实施例涉及通信技术领域,具体涉及一种文件处理的方法以及相关装置。
背景技术
随着计算机技术的发展,各终端平台的应用程序数量与日俱增,越来越多的用户都使用即时通讯应用程序(application,APP),如:微信、QQ等实现信息的交流。
目前,存在一种关于微信中的文件过期的现象,具体可以理解成:当用户在应用微信客户端发送或接收其他用户发送的文件或者图片信息后,若是没有在有效期内下载并存储在本地存储空间,那么超过这个有效期(一般为3天)后将不再能够继续浏览该文件或者图片信息。现在存在一种解决微信的文件过期的方案,该方案主要是运用微信内部支持的小程序,由于该小程序相当于一个第三方应用程序,无法全部实现与微信后台的数据之间直接的交互,因此采用小程序解决文件过期的问题只能依靠人为手动地备份微信中的文件等信息,容易遗漏且效率较低。
因此,如何在高效率且不遗漏文件的情况下对文件进行备份保存已经成为了现阶段亟需解决的问题。
发明内容
有鉴于此,本申请实施例提供了一种文件处理的方法以及相关装置,用于高效率地对文件信息进行保存,并保证了文件信息的完整性。
第一方面,本申请实施例提供了一种文件处理的方法,包括:
第一服务器从通过第一账号登录的第一客户端获取聊天消息;
当所述第一服务器确定所述聊天消息包含文件信息时,确定与所述第一账号具有关联关系的第二账号所对应的第二服务器;
所述第一服务器向所述第二服务器发送所述文件信息,以使所述第二服务器保存所述文件信息,或以使通过所述第二账号登录的第二客户端保存所述文件信息,所述第一客户端与所述第二客户端在同一终端设备上。
第二方面,本申请实施例提供了一种文件处理的方法,包括:
第二服务器接收第一服务器发送的文件信息,所述文件信息由所述第一服务器根据通过第一账号登录的第一客户端获取到的聊天消息确定,所述第一账号与第二账号具有关联关系,所述第二账号用于登录所述第二服务器对应的第二客户端,所述第一客户端与所述第二客户端在同一终端设备上;
所述第二服务器对所述文件信息进行保存。
第三方面,本申请实施例提供一种第一服务器,该第一服务器包括:
获取单元,用于从通过第一账号登录的第一客户端获取聊天消息;
确定单元,用于当确定所述获取单元获取到的所述聊天消息包含文件信息时,确定与所述第一账号具有关联关系的第二账号所对应的第二服务器;
发送单元,用于向所述确定单元确定出的所述第二服务器发送所述文件信息,以使所述第二服务器保存所述文件信息,或以使通过所述第二账号登录的第二客户端保存所述文件信息,所述第一客户端与所述第二客户端在同一终端设备上。
在一种可能的设计中,在本申请实施例的第三方面的第一种可能实现方式中,所述第一服务器还包括:
监测单元,用于在所述发送单元向所述第二服务器发送所述文件信息之前,监测所述文件信息在所述第一服务器中的存储期限;
对应地,所述发送单元,包括:
发送模块,用于当所述监测单元监测出所述存储期限在预设有效期内时,向所述第二服务器发送所述文件信息。
在一种可能的设计中,在本申请实施例的第三方面的第二种可能实现方式中,确定单元,包括:
检测模块,用于检测聊天消息,以得到文件信息的类型;
分析模块,用于将检测模块检测出的文件信息的类型与预设文件类型做比对分析,以得到分析结果;
第一确定模块,用于根据分析模块得到的分析结果确定聊天消息中包含文件信息。
在一种可能的设计中,在本申请实施例的第三方面的第三种可能实现方式中,第一服务器还可以包括:
接收单元,用于在所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器之前,接收所述第一客户端发送的关联请求消息,所述关联请求消息携带所述第二客户端向第一客户端发送的编码标识;
对应地,所述确定单元,包括:
第二确定模块,用于根据所述编码标识确定出与所述第一账号具有关联关系的第二账号所对应的第二服务器。
第四方面,本申请实施例提供一种第二服务器,该第二服务器包括:
接收单元,用于接收第一服务器发送的文件信息,所述文件信息由所述第一服务器根据通过第一账号登录的第一客户端获取到的聊天消息确定,所述第一账号与第二账号具有关联关系,所述第二账号用于登录所述第二服务器对应的第二客户端,所述第一客户端与所述第二客户端在同一终端设备上;
保存单元,用于对接收单元接收的文件信息进行保存。
在一种可能的设计中,在本申请实施例的第四方面的第一种可能实现方式中,保存单元包括:
检测模块,用于检测本地存储空间;
保存模块,用于在检测模块检测出的本地存储空间未满时,将文件信息保存在未满的本地存储空间中。
第五方面,本申请实施例提供一种计算机设备,该计算机设备包括:
包括:输入/输出(I/O)接口、处理器和存储器,
存储器中存储有程序指令;
处理器用于执行存储器中存储的程序指令,以用于实现如上述第一方面、第一方面任意一种可能实现方式的方法或第二方面、第二方面任意一种可能实现方式的方法。
本申请第六方面提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机可执行指令,计算机可执行指令用于执行如第一方面、第一方面任意一种可能实现方式的方法或第二方面、第二方面任意一种可能实现方式的方法。
本申请实施例的第七方面提供了一种包含指令的计算机程序产品,当其在计算机或处理器上运行时,使得计算机或处理器执行上述任一方面的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例中,由于第一账号和第二账号具备关联关系,且通过第一账号登录的第一客户端与通过第二账号登录的第二客户端位于同一终端设备上,因此当第一服务器根据从第一客户端中获取到聊天消息确定出文件信息时,确定出与第一账号具有关联关系的第二账号所对应的第二服务器后,将文件信息自动转存到第二服务器或第二客户端中,解决了现有技术中借助人为手动备份文件信息中效率较低的问题,能够实现高效率地对文件信息进行保存,并且保证了文件信息的完整性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中对文件信息进行备份保存的示意图;
图2是现有技术中聊天消息所产生的文件信息的选择界面图;
图3是本申请实施例中文件处理的一个系统架构示意图;
图4是本申请实施例中提供的文件处理的方法的一个实施例示意图;
图5是本申请实施例中提供的文件处理的方法的另一个实施例示意图;
图6是本申请实施例中在微信客户端上聊天消息的界面图;
图7是本申请实施例中在微信客户端上聊天消息的另一界面图;
图8是本申请实施例中微信应用服务器存储的文件信息的存储期限的示意图;
图9是本申请实施例中企业微信客户端展示文件信息的一个界面图;
图10是本申请实施例中提供的第一服务器一个实施例示意图;
图11是本申请实施例中提供的第一服务器另一个实施例示意图;
图12是本申请实施例中提供的第一服务器另一个实施例示意图;
图13是本申请实施例中提供的第一服务器另一个实施例示意图;
图14是本申请实施例中提供的第二服务器一个实施例示意图;
图15是本申请实施例中提供的第二服务器另一个实施例示意图;
图16是本申请实施例提供的计算机设备的结构示意图。
具体实施方式
本申请实施例提供了一种文件处理的方法以及相关装置,用于高效率地对文件信息进行保存,并保证了文件信息的完整性。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。在本申请中出现的对步骤进行的命名或者编号,并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤,已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序,只要能达到相同或者相类似的技术效果即可。
应理解,本申请实施例所提供的文件处理的方法可以应用在即时通讯等APP中。随着即时通讯等APP产品日渐增多,用户之间越来越多的使用即时通讯等APP,例如:微信、企业微信、QQ等作为日常工作或生活中的交流工具,通过用户发送或接收一些其他用户的聊天消息来达到信息交互的作用。为方便用户在往后还能够继续回顾或浏览这些聊天消息中的文件信息,就需要用户对这些文件信息进行备份保存到本地存储空间,以免文件信息过期后无法继续查看。目前,针对文件信息过期的问题,存在一种基于小程序对文件信息进行备份保存的方案,请参阅图1,为现有技术中对文件信息进行备份保存的示意图。如图1所示的“微软Office文档”小程序,需要借助该“微软Office文档”小程序来对微信客户端中聊天消息所产生的文件信息进行备份保存,则需要进一步地点击“导入微信文档”调出如图2所示的微信客户端中聊天消息所产生的文件信息的选择界面,如:文件、图片、视频或录音等,然后再经过人为手动的选择相应的文件信息进行备份到“微软Office文档”小程序对应的服务器上。然而,目前这种通过小程序对文件进行备份处理的方式,容易遗漏且效率较低。
为解决上述问题,本申请实施例提供一种文件处理的方法,该方法可以应用于图3所示的文件处理的系统,请参阅图3,为本申请实施例中文件处理的一个系统架构示意图。从图3可以看出,该系统架构示意图中包括第一服务器、第二服务器、第一服务器对应的第一客户端、以及第二服务器对应的第二客户端,而且该第一客户端和第二客户端是位于同一个终端设备中的两个不同的客户端,通过关联关系将第一客户端和第二客户端关联起来,使得当第一客户端的聊天信息中的文件信息在第一服务器的预设有效期内时,第一服务器能够通过该关联关系可以自动地将这些文件信息转存发送给存储期限较长的第二服务器中,高效率并且无需手动操作,保证文件信息的完整性。
其中,图3所示的终端设备仅为一个示意,在实际应用中,终端设备包含但不仅限于手机、移动终端、平板电脑、笔记本电脑、台式电脑等。上述所提及的第一服务器可以是微信应用服务器、第一客户端可以是微信客户端,所提及的第二服务器可以是企业微信应用服务器、第二客户端可以是企业微信客户端,只要该第一客户端与第二客户端位于同一个终端设备中即可。
当然,本申请实施例中仅仅以微信以及企业微信为例进行详细说明本申请实施例所提供的技术方案,在实际应用中,还可以包括其他的客户端、服务器等,如:第一服务器可以是QQ应用服务器、第一客户端可以是QQ客户端,所提及的第二服务器可以是企业QQ应用服务器、第二客户端可以是企业QQ客户端等等。
为便于更好地理解本申请实施例所提出的方案,下面对本申请实施例中的具体流程进行介绍,请参阅图4,为本申请实施例中提供的文件处理的方法的一个实施例示意图,该方法包括:
401、第一服务器从通过第一账号登录的第一客户端获取聊天消息。
本实施例中,在通过第一账号登录第一客户端后,用户在该第一客户端中向其他用户发送聊天消息或者接收其他用户的聊天消息时,与该第一用户端对应的第一服务器就会从该第一客户端中获取到聊天消息,从而存储在第一服务器中。
应理解的是,上述所提及的聊天消息可以包括但不限于图片、文件、微表情、动态图或文字等等。值得注意的是,在实际应用中,还有可能包括视频、录音或文档等其他的聊天信息,本申请实施例中不做具体限定。
402、第一服务器在确定所述聊天消息包含文件信息时,确定与第一账号具有关联关系的第二账号所对应的第二服务器。
本实施例中,在第一服务器从对应的第一客户端中获取到用户之间的聊天消息后,会判断出该聊天消息中是否包含或者携带有文件信息,若是携带有文件信息,则第一服务器需要进一步地确定出该文件信息,比如:图片、文档、视频或录音等。
进一步地,需要第一服务器确定出能够接收该文件信息的第二服务器,因此,第一服务器需要确定出与第一账号具有关联关系的第二账号锁对应的第二服务器,该第二账号是用于登录第二服务器所对应的第二客户端的账号,所以只要第一账号与第二账号形成关联,就可以理解所分别对应登录的第一客户端是与第二客户端之间是有关联的,从而可以确定出第二客户端所对应的第二服务器是哪个。
应当注意的是,本实施例中的关联关系是第一服务器与第二服务器之间提前为相应的第一账号与第二账号之间预设置完成的关联,也可以认为是第一客户端与第二客户端之间预设置完成的关联,而该第二服务器对应的第二客户端必须要与第一服务器对应的第一客户端同时位于同一终端设备中,主要是为了往后向第二服务器发送文件信息之前完成关联的校验,以此来确认第一客户端与第二客户端的身份,否则随便将一个其他终端设备中的第二客户端的身份与本机中第一客户端的身份进行关联是无法实现文件信息的转存与备份的。
应当注意的是,在另一些实施例中,在所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器之前,还可以包括:所述第一服务器接收所述第一客户端发送的关联请求消息,所述关联请求消息携带所述第二客户端向第一客户端发送的编码标识;对应地,所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器,包括:所述第一服务器根据所述编码标识确定出与所述第一账号具有关联关系的第二账号所对应的第二服务器。
也就是理解成在进行文件信息的发送之前,首先需要第一服务器确定出第二服务器,即可以通过接收第一客户端发送的关联请求消息,由于该关联请求消息中携带编码标识,而该编码标识主要是第二客户端从第二服务器获取之后,将该编码标识封装成一种页面内跳转协议scheme后发送给第一客户端的,目的是在同一终端设备中实现第一客户端与第二客户端之间的跳转,所以在确定第一账号与第二账号具有关联关系后,是可以确定出相应的第一客户端与第二客户端有关联的,从而第一服务器可以根据该编码标识确定出与第一账号具有关联关系的第二账号所对应的第二服务器。
当然,在一些实施例中,对于如何确定聊天消息包含文件信息可以通过第一服务器检测聊天消息,以得到文件信息的类型,从而将文件信息的类型与预设文件类型做比对分析,并根据分析结果确定聊天消息中包含文件信息的方式来确定。
403、第一服务器向所述第二服务器发送文件信息。
本实施例中,由于第一服务器中存储空间的存储能力有限,因此总会给获取到的聊天消息设置有效期,如果该聊天消息在第一服务器中的存储期限还在有效期内,也就可以认为聊天消息中的文件信息在第一服务器中的存储期限也还在有效期内,因此在该条件下,需要第一服务器在确定出第二服务器后向第二服务器发送该文件信息,主要是因为第二服务器中存储期限是大于文件信息在第一服务器中的存储期限。
另外,在一些实施例中,对于如何向第二服务器发送文件信息可以通过监测文件信息在第一服务器中的存储期限,若存储期限在预设有效期内时,第一服务器则向第二服务器发送文件信息。
404、第二服务器对文件信息进行保存。
本实施例中,当第二服务器在接收了第一服务器发送的文件信息后,则可以在本地存储空间中对该文件信息进行保存。值得理解的是,若是不存在人为等因素的影响下,该第二服务器中的存储期限是永久性的,因此在该第二服务器中存储该文件信息是不会出现因过期而无法继续打开或浏览的现象。
需理解的是,还可以使该第二服务器对应的第二客户端保存该文件信息。
应当注意的是,在另一些实施例中,在第二服务器对文件信息进行保存之后,还可以包括:第二客户端向第二服务器发送查看请求消息;第二服务器根据查看请求消息向第二客户端发送文件信息;第二客户端展示文件信息。
本申请实施例中,由于第一账号和第二账号具备关联关系,且通过第一账号登录的第一客户端与通过第二账号登录的第二客户端位于同一终端设备上,因此当第一服务器根据从第一客户端中获取到聊天消息确定出文件信息时,确定出与第一账号具有关联关系的第二账号所对应的第二服务器后,将文件信息自动转存到第二服务器或第二客户端中,解决了现有技术中借助人为手动备份文件信息中效率较低的问题,能够实现高效率地对文件信息进行保存,并且保证了文件信息的完整性。
为了便于理解,下面将具体以第一客户端为微信客户端、第一服务器为微信应用服务器、第二客户端为企业微信客户端、第二服务器为企业微信应用服务器为例,进一步地对本申请实施例中的具体流程进行具体介绍,请参阅图5,图5是本申请实施例提供的文件处理的方法的另一个实施例示意图。
如图5所示,本申请实施例提供的文件处理的方法的另一个实施例包括:
501、微信客户端向微信应用服务器发送聊天消息。
本实施例中,用户通过微信客户端,在聊天界面中输入聊天消息从而向其他用户发送,或者在聊天界面中接收其他用户发送的聊天消息。如图6所示,为本申请实施例中在微信客户端上聊天消息的界面图。从如6可以看到,2019年7月9日,微信用户A与其他的微信用户(如:微信用户B)之间的聊天消息包括:9:00am,微信用户A接收到微信用户B发送的消息“在吗?”;9:10am,微信用户A利用微表情回复微信用户B消息“在,啥事?”;9:30am,微信用户A接收到微信用户B发送的消息“给你发一些文件”,接着收到微信用户B发送的信息“UI设计规范1.pdf、UI设计规范2.pdf”。还可以参照图7所示,为本申请实施例中在微信客户端上聊天消息的另一界面图,从如7可以看到2019年7月10日,15:30pm,微信用户A接收到微信用户C发送的消息:“期末成绩单以及排名.xlsx”;2019年7月11日,11:30am,微信用户A接收到微信用户C发送的消息:“暑期调研撰写格式要求.doc”;2019年7月12日,8:30am,微信用户A接收到微信用户C发送的消息:“家乡风景视频.mp4”等等。
应理解的是,上述所提及的聊天消息可以包括但不限于图片、文件、微表情、动态图或文字等等。值得注意的是,在实际应用中,还有可能包括视频、录音或文档等其他的聊天信息,本申请实施例中不做具体限定。
502、微信应用服务器检测聊天消息,以得到文件信息的类型。
本实施例中,在微信应用服务器从对应的微信客户端中接收并获取到用户之间的聊天消息后,由于每种不同的聊天消息在微信应用服务器中都对应了不同的类型值,因此需要微信应用服务器进一步地检测从微信客户端处获取到的聊天消息,目的是为了检测出该聊天消息中是否携带有文件类型的信息,从而得到该聊天消息中携带的文件信息的类型,比如:file、doc、pdf、video或者picture等。在实际应用中,还有可能包括其他的文件信息的类型,如:gif等,本申请实施例中不做具体限定说明。
503、微信应用服务器将文件信息的类型与预设文件类型做比对分析,以得到分析结果。
本实施例中,微信应用服务器需要将所得到的文件信息的类型与预先存储好的文件类型做比对分析。例如:假设预先存储的文件类型对应的值可以包括file、doc、pdf、video、picture、gif、xlsx、ppt、txt或mp4等,而微信应用服务器检测聊天消息得到的文件信息的类型为Word文档、PDF文档、PPT文档,而Word文档的后缀为doc、PDF文档的后缀为pdf、PPT文档的后缀为ppt,因此通过比对分析后可以知道分析结果为该聊天消息中的文件信息为doc文档、pdf文档或ppt文档。
504、微信应用服务器根据分析结果确定聊天消息中包含文件信息。
本实施例中,在通过比对分析后可以获知分析结果,从而可以根据分析结果确定出文件信息。例如:基于上述步骤503所描述的内容可知文件信息为doc文档、pdf文档或ppt文档。在实际应用中,还有可能是其他的文件信息,如:某月某日会议室资料.file、20190708_培训录音.video、期末成绩单以及排名.xlsx、或可爱卡通动图.gif等,在本申请实施例中不做具体限定说明。
505、微信应用服务器在确定聊天消息中包含文件信息时,确定与第一账号具有关联关系的第二账号所对应的企业微信应用服务器。
本实施例中,需要微信应用服务器确定出能够接收该文件信息的企业微信应用服务器,因此,微信应用服务器需要确定出与第一账号具有关联关系的第二账号所对应的企业微信应用服务器,该第二账号是用于登录企业微信应用服务器所对应的企业微信客户端的账号,所以只要第一账号与第二账号形成关联,就可以理解所分别对应登录的微信客户端是与企业微信客户端之间是有关联的,从而可以确定出企业微信客户端所对应的企业微信应用服务器是哪个,具体可以参照图4中步骤402进行理解,此处不做赘述。
506、微信应用服务器监测文件信息在微信应用服务器中的存储期限。
本实施例中,在发送文件信息给企业微信应用服务器之前,需要微信应用服务器监测文件信息的存储期限,主要是为了便于将在微信应用服务器中未过期的文件信息转存到企业微信应用服务器中,如若在微信应用服务器中已过过期的文件也要做相应的删除或其他的处理。
例如:一般微信应用服务器存储微信客户端中的文件信息的有效期为3天,若用户在这3天内将文件信息转存到其他的存储空间中则依旧可以在超过3天后继续读取该文件信息;反之,用户在从其他用户处接收到该文件信息时若未及时转存备份,那么超过3天之后就无法继续查看该文件信息,所以需要将在有效期之前未过期的文件信息(即在3天之内)根据关联关系发送给企业微信应用服务器中,由企业微信应用服务器进行保存。
请参照图8,为本申请实施例中微信应用服务器存储的文件信息的存储期限的示意图。从该图8可以看出,在微信应用服务器所对应的终端设备的展示界面上,假设2019年7月9日上午9:30am,微信用户A点击浏览微信用户B发送文件信息为的“UI设计规范1.pdf、UI设计规范2.pdf”;在2019年7月10日15:30pm,微信用户A点击浏览微信用户C发送的消息:期末成绩单以及排名.xlsx;2019年7月11日11:30am,微信用户A接收到微信用户D发送的消息:暑期调研撰写格式要求.doc、暑期调研案例撰写指导.pdf;2019年7月15日12:30am,微信用户A接收到微信用户E发送的消息:家乡风景.ppt;2019年7月16日12:30am,微信用户A接收到微信用户F发送的消息:光纤通信课后习题答案.pdf;2019年7月17日11:30am,微信用户A接收到微信用户G发送的消息:通信原理课件.ppt、通信原理课后案例.doc。
假设以2019年7月17日为文件信息过期的截止日期,那么很清楚地可以看出:UI设计规范1.pdf、UI设计规范2.pdf的存储日期已经为第8天,期末成绩单以及排名.xlsx的存储日期已经为第7天,暑期调研撰写格式要求.doc、暑期调研案例撰写指导.pdf的存储日期已经为第6天,均超过了预设有效期限3天,而家乡风景.ppt的存储日期为第3天、光纤通信课后习题答案.pdf存储日期为第2天、通信原理课件.ppt、通信原理课后案例.doc的存储日期为第1天,均未超过预设有效期限3天。因此UI设计规范1.pdf、UI设计规范2.pdf、期末成绩单以及排名.excel、暑期调研撰写格式要求.doc、暑期调研案例撰写指导.pdf这些文件信息已经过期,无法再继续查看,此时需要微信应用服务器将家乡风景.ppt、光纤通信课后习题答案.pdf、通信原理课件.ppt以及通信原理课后案例.doc这些未过期的文件信息根据关联关系发送给企业微信应用服务器进行保存。
值得理解的是,在实际应用中,还可以包括其他的文件信息,如UI设计规范4.pdf、UI设计规范5.pdf、期中成绩单以及排名3.excel等,本申请实施例中不做具体限定说明。另外,若是同样需要继续查看UI设计规范1.pdf、UI设计规范2.pdf、期末成绩单以及排名.excel、暑期调研撰写格式要求.doc、暑期调研案例撰写指导.pdf这些文件信息,那么也可以在微信应用服务器确定出这些还处于有效期内文件信息的时候,直接根据关联关系发送给企业微信应用服务器。
507、当存储期限在预设有效期内时,微信应用服务器向企业微信应用服务器发送文件信息。
本实施例中,由于微信应用服务器中存储空间的存储能力有限,因此总会给获取到的聊天消息设置有效期,如果该聊天消息在微信应用服务器中的存储期限还在有效期内,也就可以认为聊天消息中的文件信息在微信应用服务器中的存储期限也还在有效期内,因此在该条件下,需要微信应用服务器根据关联关系向企业微信应用服务器发送该文件信息,主要是因为企业微信应用服务器中存储期限是大于文件信息在微信应用服务器中的存储期限。
进一步地理解,本实施例中的关联关系是微信应用服务器与企业微信应用服务器之间提前为相应的第一账号与第二账号之间预设置完成的关联,也可以认为是微信客户端与企业微信客户端之间预设置完成的关联,而该企业微信应用服务器对应的企业微信客户端必须要与微信应用服务器对应的微信客户端同时位于同一终端设备中,主要是为了往后向企业微信应用服务器发送文件信息之前完成关联的校验,以此来确认微信客户端与企业微信客户端的身份,否则随便将一个其他终端设备中的企业微信客户端的身份与本机中微信客户端的身份进行关联是无法实现文件信息的转存与备份的。
508、企业微信应用服务器检测本地存储空间。
本实施例中,企业微信应用服务器在根据关联关系接收到微信应用服务器发送的文件信息后,首先就是要检测本地存储空间的剩余存储空间,若在本地存储空间未满时,则将文件信息存储到未满的剩余存储空间中。
509、在本地存储空间未满时,企业微信应用服务器将文件信息保存在未满的本地存储空间中。
本实施例中,当企业微信应用服务器检测到本地存储空间还有剩余时,则可以在本地存储空间中对该文件信息进行保存;反之,若是当本地存储空间已经存储满了,那么就会筛选出一些不重要的或是由用户在企业微信客户端的界面上选择一些不需要再继续保留的文件信息进行删除,从而释放出本地存储空间后继续对这些文件信息进行备份保存。
值得理解的是,若是不存在人为等因素的影响下,该企业微信应用服务器中的存储期限是永久性的,因此在该企业微信应用服务器中存储该文件信息是不会出现因过期而无法继续打开或浏览的现象。
510、企业微信客户端向企业微信应用服务器发送查看请求消息。
本实施例中,当微信用户需要查看以往的聊天消息中的文件信息时,则可以通过企业微信客户端向企业微信应用服务器发送查看请求消息。例如:当微信用户A需要查看以往与微信用户B、微信用户C、微信用户D、微信用户E、微信用户F以及微信用户G的文件信息时,则向企业微信应用服务器发送查看微信用户B、微信用户C、微信用户D、微信用户E、微信用户F以及微信用户G的文件信息的请求消息。
511、企业微信应用服务器根据查看请求消息向企业微信客户端发送文件信息。
本实施例中,在企业微信应用服务器接收了企业微信客户端发送的查看请求消息后,则可以向企业微信客户端反馈相应的文件信息。
512、企业微信客户端展示文件信息。
本实施例中,在企业微信客户端接收到企业微信应用服务器发送的文件信息后,可以将这些文件信息进行展示,方便用户查看。具体地,微信用户可以打开企业微信客户端中的“微信办公文档夹”,便可以浏览到这些文件信息。请参阅图9,为本申请实施例中企业微信客户端展示文件信息的一个界面图,在结合上述步骤506的基础上,图9展示了家乡风景.ppt、光纤通信课后习题答案.pdf、通信原理课件.ppt以及通信原理课后案例.doc这四个文件信息。值得理解的是,在实际应用中,还可以包括其他的文件信息,如UI设计规范4.pdf、UI设计规范5.pdf、期中成绩单以及排名3.excel等,本申请实施例中不做具体限定说明。
本申请实施例中,由于微信客户端与企业微信客户端位于同一终端设备上,并且具备关联关系,因此当微信应用服务器从对应的微信客户端中所获取到的聊天消息,并确定出文件信息的存储期限在预设有效期内时,则根据关联关系将文件信息自动转存到存储期限较长的企业微信应用服务器中,解决了现有技术中借助人为手动备份文件信息中效率较低的问题,能够实现高效率地对文件信息进行保存,并且保证了文件信息的完整性。
上述主要从交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是为了实现上述功能,包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的模块及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
下面对本申请实施例中的第一服务器进行详细描述,请参阅图10,图10为本申请实施例中提供的第一服务器一个实施例示意图,该第一服务器100可以包括:
获取单元1001,用于从通过第一账号登录的第一客户端获取聊天消息;
确定单元1002,用于当确定获取单元1001获取到的聊天消息包含文件信息时,确定与第一账号具有关联关系的第二账号所对应的第二服务器;
发送单元1003,用于向确定单元1002确定出的第二服务器发送文件信息,以使第二服务器保存文件信息,或以使通过第二账号登录的第二客户端保存文件信息,第一客户端与第二客户端在同一终端设备上。
可选地,在上述图10所对应的实施例的基础上,请参阅图11,为本申请实施例提供的第一服务器的另一个实施例示意图,第一服务器100还可以包括:
监测单元1004,用于在发送单元1003向所述第二服务器发送文件信息之前,监测文件信息在第一服务器中的存储期限;
对应地,所述发送单元1003,包括:
发送模块10031,用于当监测单元1004监测出存储期限在预设有效期内时,向第二服务器发送文件信息。
可选地,在上述图10或图11所对应的实施例的基础上,请参阅图12,为本申请实施例提供的第一服务器的另一个实施例示意图,该确定单元1002包括:
检测模块10021,用于检测聊天消息,以得到文件信息的类型;
分析模块10022,用于将检测模块10021检测出的文件信息的类型与预设文件类型做比对分析,以得到分析结果;
第一确定模块10023,用于根据分析模块10022得到的分析结果确定聊天信息中包含文件信息。
可选地,在上述图10或图11所对应的实施例的基础上,请参阅图13,为本申请实施例提供的第一服务器的另一个实施例示意图,该第一服务器100还可以包括:
接收单元1005,用于在确定单元1002确定与第一账号具有关联关系的第二账号所对应的第二服务器之前,接收第一客户端发送的关联请求消息,关联请求消息携带第二客户端向第一客户端发送的编码标识;
对应地,确定单元1002,包括:
第二确定模块10024,用于根据编码标识确定出与第一账号具有关联关系的第二账号所对应的第二服务器。
上面主要详细介绍了第一服务器100,下面对本申请实施例中的第二服务器140进行详细描述,请参阅图14,图14为本申请实施例中提供的第二服务器的一个实施例示意图,该第二服务器140可以包括:
接收单元1401,用于接收第一服务器发送的文件信息,所述文件信息由所述第一服务器根据通过第一账号登录的第一客户端获取到的聊天消息确定,所述第一账号与第二账号具有关联关系,所述第二账号用于登录所述第二服务器对应的第二客户端,所述第一客户端与所述第二客户端在同一终端设备上;
保存单元1402,用于对接收单元1401接收的文件信息进行保存。
可选地,在上述图14所对应的实施例的基础上,请参阅图15,为本申请实施例提供的第二服务器的另一个实施例示意图,该保存单元1402可以包括:
检测模块14021,用于检测本地存储空间;
保存模块14022,用于在检测模块14021检测出的本地存储空间未满时,将文件信息保存在未满的本地存储空间中。
上面从模块化功能实体的角度对本申请实施例中的第一服务器以及第二服务器进行描述,下面从硬件处理的角度对本申请实施例中的第一服务器以及第二服务器进行描述。图16是本申请实施例提供的计算机设备的结构示意图,该计算机设备可以包括上述所描述的第一服务器或第二服务器,该计算机设备可因配置或性能不同而产生比较大的差异,该计算机设备可以至少一个处理器1601,通信线路1607,存储器1603以及至少一个通信接口1604。
处理器1601可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,服务器IC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路1607可包括一通路,在上述组件之间传送信息。
通信接口1604,使用任何收发器一类的装置,用于与其他装置或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。
存储器1603可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储装置,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储装置,存储器可以是独立存在,通过通信线路1607与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器1603用于存储执行本申请方案的计算机执行指令,并由处理器1601来控制执行。处理器1601用于执行存储器1603中存储的计算机执行指令,从而实现本申请上述实施例提供的文件处理的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,该计算机设备可以包括多个处理器,例如图16中的处理器1601和处理器1602。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个装置、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,该计算机设备还可以包括输出设备1605和输入设备1606。输出设备1605和处理器1601通信,可以以多种方式来显示信息。输入设备1606和处理器1601通信,可以以多种方式接收用户的输入。例如,输入设备1606可以是鼠标、触摸屏装置或传感装置等。
上述的该计算机设备可以是一个通用装置或者是一个专用装置。在具体实现中,该计算机设备可以是台式机、便携式电脑、nas服务器、无线终端装置、嵌入式装置或有图16中类似结构的装置。本申请实施例不限定该计算机设备的类型。
在本申请实施例中,该计算机设备所包括的处理器1601还具有以下功能:
从通过第一账号登录的第一客户端获取聊天消息;
当确定所述聊天消息包含文件信息时,确定与所述第一账号具有关联关系的第二账号所对应的第二服务器;
向所述第二服务器发送所述文件信息,以使所述第二服务器保存所述文件信息,或以使通过所述第二账号登录的第二客户端保存所述文件信息,所述第一客户端与所述第二客户端在同一终端设备上。
在本申请的一些实施例中,该处理器1601还可以具体用于,
在向所述第二服务器发送所述文件信息之前,监测所述文件信息在中的存储期限;
对应地,向所述第二服务器发送所述文件信息,包括:
当所述存储期限在预设有效期内时,向所述第二服务器发送所述文件信息。
在本申请的一些实施例中,该处理器1601还可以具体用于,
检测所述聊天消息,以得到文件信息的类型;
将所述文件信息的类型与预设文件类型做比对分析,以得到分析结果;
根据所述分析结果确定所述聊天消息中包含所述文件信息。
在本申请的一些实施例中,该处理器1601还可以具体用于,
在所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器之前,接收所述第一客户端发送的关联请求消息,所述关联请求消息携带所述第二客户端向第一客户端发送的编码标识;
对应地,所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器,包括:
根据所述编码标识确定出与所述第一账号具有关联关系的第二账号所对应的第二服务器。
在本申请实施例中,该计算机设备所包括的处理器1601还具有以下功能:
接收第一服务器发送的文件信息,所述文件信息由所述第一服务器根据通过第一账号登录的第一客户端获取到的聊天消息确定,所述第一账号与第二账号具有关联关系,所述第二账号用于登录对应的第二客户端,所述第一客户端与所述第二客户端在同一终端设备上;
对所述文件信息进行保存。
在本申请的一些实施例中,该处理器1601还可以具体用于,
检测本地存储空间;
在所述本地存储空间未满时,将所述文件信息保存在未满的本地存储空间中。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种文件处理的方法,其特征在于,包括:
第一服务器从通过第一账号登录的第一客户端获取聊天消息;
所述第一服务器在确定所述聊天消息包含文件信息时,确定与所述第一账号具有关联关系的第二账号所对应的第二服务器;
所述第一服务器向所述第二服务器发送所述文件信息,以使所述第二服务器保存所述文件信息,或以使通过所述第二账号登录的第二客户端保存所述文件信息,所述第一客户端与所述第二客户端在同一终端设备上。
2.根据权利要求1所述的方法,其特征在于,在所述第一服务器向所述第二服务器发送所述文件信息之前,还包括:
所述第一服务器监测所述文件信息在所述第一服务器中的存储期限;
对应地,所述第一服务器向所述第二服务器发送所述文件信息,包括:
当所述存储期限在预设有效期内时,所述第一服务器向所述第二服务器发送所述文件信息。
3.根据权利要求1或2所述的方法,其特征在于,所述第一服务器确定所述聊天消息包含文件信息,包括:
所述第一服务器检测所述聊天消息,以得到文件信息的类型;
所述第一服务器将所述文件信息的类型与预设文件类型做比对分析,以得到分析结果;
所述第一服务器根据所述分析结果确定所述聊天消息中包含所述文件信息。
4.根据权利要求1或2所述的方法,其特征在于,在所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器之前,还包括:
所述第一服务器接收所述第一客户端发送的关联请求消息,所述关联请求消息携带所述第二客户端向第一客户端发送的编码标识;
对应地,所述确定与所述第一账号具有关联关系的第二账号所对应的第二服务器,包括:
所述第一服务器根据所述编码标识确定出与所述第一账号具有关联关系的第二账号所对应的第二服务器。
5.一种文件处理的方法,其特征在于,包括:
第二服务器接收第一服务器发送的文件信息,所述文件信息由所述第一服务器根据通过第一账号登录的第一客户端获取到的聊天消息确定,所述第一账号与第二账号具有关联关系,所述第二账号用于登录所述第二服务器对应的第二客户端,所述第一客户端与所述第二客户端在同一终端设备上;
所述第二服务器对所述文件信息进行保存。
6.根据权利要求5所述的方法,其特征在于,所述第二服务器在所述第二有效期内对所述文件信息进行保存,包括:
所述第二服务器检测本地存储空间;
在所述本地存储空间未满时,所述第二服务器将所述文件信息保存在未满的本地存储空间中。
7.一种第一服务器,其特征在于,包括:
获取单元,用于从通过第一账号登录的第一客户端获取聊天消息;
确定单元,用于当确定出所述聊天消息包含文件信息时,确定与所述第一账号具有关联关系的第二账号所对应的第二服务器;
发送单元,用于向所述第二服务器发送所述文件信息,以使所述第二服务器保存所述文件信息,或以使通过所述第二账号登录的第二客户端保存所述文件信息,所述第一客户端与所述第二客户端在同一终端设备上。
8.一种第二服务器,其特征在于,包括:
接收单元,用于接收第一服务器发送的文件信息,所述文件信息由所述第一服务器根据通过第一账号登录的第一客户端获取到的聊天消息确定,所述第一账号与第二账号具有关联关系,所述第二账号用于登录所述第二服务器对应的第二客户端,所述第一客户端与所述第二客户端在同一终端设备上;
保存单元,用于对所述文件信息进行保存。
9.一种计算机设备,其特征在于,所述计算机设备包括:输入/输出(I/O)接口、处理器和存储器,
所述存储器中存储有程序指令;
所述处理器用于执行存储器中存储的程序指令,执行如权利要求1-4或5-6中任一所述的方法。
10.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在计算机设备上运行时,使得所述计算机设备执行如权利要求1-4或5-6中一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910655787.8A CN112242944A (zh) | 2019-07-19 | 2019-07-19 | 一种文件处理的方法以及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910655787.8A CN112242944A (zh) | 2019-07-19 | 2019-07-19 | 一种文件处理的方法以及相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112242944A true CN112242944A (zh) | 2021-01-19 |
Family
ID=74167594
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910655787.8A Pending CN112242944A (zh) | 2019-07-19 | 2019-07-19 | 一种文件处理的方法以及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112242944A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115022304A (zh) * | 2022-05-27 | 2022-09-06 | 来也科技(北京)有限公司 | 基于rpa和ai实现ia的跨平台文件处理方法、装置和系统 |
CN116723203A (zh) * | 2022-10-10 | 2023-09-08 | 荣耀终端有限公司 | 数据备份方法、数据恢复方法及电子设备 |
CN116723203B (zh) * | 2022-10-10 | 2024-04-19 | 荣耀终端有限公司 | 数据备份方法、数据恢复方法及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104885055A (zh) * | 2014-03-19 | 2015-09-02 | 华为终端有限公司 | 一种应用数据同步的方法及装置 |
US20160234135A1 (en) * | 2015-02-09 | 2016-08-11 | Line Corporation | Apparatus for providing document sharing service based on messaging service, and method using apparatus |
WO2017016404A1 (zh) * | 2015-07-27 | 2017-02-02 | 阿里巴巴集团控股有限公司 | 即时通讯消息的文件保存方法及装置 |
CN108259321A (zh) * | 2018-01-16 | 2018-07-06 | 北京北信源信息安全技术有限公司 | 一种跨即时通信系统的文件传输方法 |
CN109803017A (zh) * | 2019-01-24 | 2019-05-24 | 腾讯科技(深圳)有限公司 | 文件互通方法、装置、计算设备和计算机可读存储介质 |
-
2019
- 2019-07-19 CN CN201910655787.8A patent/CN112242944A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104885055A (zh) * | 2014-03-19 | 2015-09-02 | 华为终端有限公司 | 一种应用数据同步的方法及装置 |
US20160234135A1 (en) * | 2015-02-09 | 2016-08-11 | Line Corporation | Apparatus for providing document sharing service based on messaging service, and method using apparatus |
WO2017016404A1 (zh) * | 2015-07-27 | 2017-02-02 | 阿里巴巴集团控股有限公司 | 即时通讯消息的文件保存方法及装置 |
CN108259321A (zh) * | 2018-01-16 | 2018-07-06 | 北京北信源信息安全技术有限公司 | 一种跨即时通信系统的文件传输方法 |
CN109803017A (zh) * | 2019-01-24 | 2019-05-24 | 腾讯科技(深圳)有限公司 | 文件互通方法、装置、计算设备和计算机可读存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115022304A (zh) * | 2022-05-27 | 2022-09-06 | 来也科技(北京)有限公司 | 基于rpa和ai实现ia的跨平台文件处理方法、装置和系统 |
CN115022304B (zh) * | 2022-05-27 | 2024-01-26 | 来也科技(北京)有限公司 | 基于rpa和ai实现ia的跨平台文件处理方法、装置和系统 |
CN116723203A (zh) * | 2022-10-10 | 2023-09-08 | 荣耀终端有限公司 | 数据备份方法、数据恢复方法及电子设备 |
CN116723203B (zh) * | 2022-10-10 | 2024-04-19 | 荣耀终端有限公司 | 数据备份方法、数据恢复方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9842093B2 (en) | Method and apparatus for intelligent capture of document object model events | |
CN105787077B (zh) | 数据同步方法和装置 | |
US9971563B2 (en) | Systems and methods for low interference logging and diagnostics | |
RU2595533C2 (ru) | Система отображения почтовых вложений на странице веб-почты | |
US20140229423A1 (en) | Data consistency and rollback for cloud analytics | |
US8660833B2 (en) | Method, computer program product and apparatus for providing an interactive network simulator | |
CN112867988A (zh) | 由移动设备实现合规设置以遵循配置场景 | |
CN104412272A (zh) | 直通服务登录到应用程序登录 | |
Tso et al. | iPhone social networking for evidence investigations using iTunes forensics | |
CN109154968B (zh) | 用于组织内的安全且高效的通信的系统和方法 | |
CN104468667A (zh) | 消息推送方法、装置和服务器 | |
US9535811B2 (en) | Agent dynamic service | |
US20160323362A1 (en) | Automatic task tracking | |
CN110046000B (zh) | 小程序运行方法和装置 | |
CN105634929A (zh) | 一种基于web网页的即时通信方法及装置 | |
US10599505B1 (en) | Event handling system with escalation suppression | |
CN111600942B (zh) | 报表处理方法、装置及设备 | |
CN112242944A (zh) | 一种文件处理的方法以及相关装置 | |
CN106899630B (zh) | 网盘中图片的缩略图显示方法与装置 | |
US10019249B1 (en) | Techniques for minimally invasive application updates and data transfer | |
CN112241332B (zh) | 一种接口补偿的方法和装置 | |
CN111953502A (zh) | 信息公告方法、装置和电子设备 | |
CN105262809A (zh) | 基于云盘的数据备份方法及装置 | |
US20180089450A1 (en) | Taxonomy-facilitated actions for content | |
CN112383448B (zh) | 监控数据处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |