CN109803017B - 文件互通方法、装置、计算设备和计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种文件互通方法、装置、计算设备和计算机可读存储介质。所述文件互通方法包括：接收第一应用的用户发送的通过第一应用使用文件的请求；检测所述用户是否是第二应用的用户；在所述用户是第二应用的用户的情况下，将所述用户在服务器端的第二应用的文件通过第一应用提供给所述用户，以供从中选择要使用的文件。通过本公开的实施例，在第一应用和第二应用之间实现了文件互通。

Description

文件互通方法、装置、计算设备和计算机可读存储介质

技术领域

本公开涉及通信技术领域，具体涉及一种文件互通方法、装置、计算设备和计算机可读存储介质。

背景技术

即时通信应用被越来越广泛地使用在各种场合，不仅在日常生活和社交沟通中使用，在工作中也越来越经常地使用。随着即时通信应用在办公领域的广泛使用，人们期望能够灵活、有效地管理在使用即时通信时产生的文件，以提高办公效率。

发明内容

本公开的实施例提供一种文件互通方法、装置、计算设备和计算机可读存储介质。

根据本公开实施例的第一方面，公开了一种文件互通方法，包括：

接收第一应用的用户发送的通过第一应用使用文件的请求；

检测所述用户是否是第二应用的用户；

在所述用户是第二应用的用户的情况下，将所述用户在服务器端的第二应用的文件通过第一应用提供给所述用户，以供从中选择要使用的文件。

根据本公开实施例的第二方面，公开了一种文件互通装置，包括：

请求接收单元，配置为接收第一应用的用户发送的通过第一应用使用文件的请求；

关联帐号检测单元，配置为检测所述用户是否是第二应用的用户；

文件提供单元，配置为：在所述用户是第二应用的用户的情况下，将所述用户在服务器端的第二应用的文件通过第一应用提供给所述用户，以供从中选择要使用的文件。

根据本公开实施例的第三方面，公开了一种计算设备，其包括处理器以及存储器，所述存储器上存储有计算机可读指令，所述处理器在执行所述存储器上的计算机可读指令时被配置为实现在本公开实施例的第一方面中所述的文件互通方法。

根据本公开实施例的第四方面，公开了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现在本公开实施例的第一方面中所述的文件互通方法。

根据本公开实施例的第五方面，公开了一种文件互通方法，其包括：

接收用户通过第一应用的界面输入的通过第一应用使用文件的请求；

响应于所述请求将使用第二应用文件的选项通过第一应用的界面提供给用户；

响应于用户对使用第二应用文件的选项的选择，将第二应用文件通过第一应用的界面提供给用户。

本公开的实施例提供的技术方案可以具有以下有益效果：

在本公开各实施例的一个或多个中，在收到第一应用的用户发送的通过第一应用互通文件的请求的情况下，检测该用户是否是第二应用的用户，并在该用户也是第二应用的用户的情况下，将该用户存储在服务器端的第二应用的文件通过第一应用提供给该用户，以供该用户从中选择要通过第一应用使用的文件，从而能够实现将第二应用的文件通过第一应用也可以使用，即，在第一应用与第二应用之间实现了文件互通。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并于说明书一起用于解释本申请的原理。

图1示出根据本公开一示例性实施例的文件互通方法的示例应用环境示意图。

图2示出根据本公开一示例性实施例的文件互通方法的示意流程图。

图3示出图2所示的方法实施例的步骤S220的一示例性具体实施方式的示意流程图。

图4示出图2所示的方法实施例的步骤S220的另一示例性具体实施方式的示意流程图。

图5示出图2所示的方法实施例的步骤S230的一示例性具体实施方式的示意流程图。

图6示出根据本公开一示例性实施例的第一应用与第二应用之间的文件互通过程的示意图。

图7示出在图6所示的示例场景下第一应用界面的示例变化的示意图。

图8示出在图6所示的示例场景下显示第二应用文件的示例流程图。

图9示出根据本公开一示例性实施例的文件互通装置的示意组成框图。

图10示出根据本公开一示例性实施例示出的计算设备的示意组成框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本公开的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在一些即时通信应用中，可以提供文件功能(例如在与通信对方进行会话时提供该功能选项)，用于供用户通过该文件功能使用(例如发送、接收、下载、打印或以其他方式使用)文件。

当用户使用该文件功能时(例如，点击即时通信应用的会话界面中的“文件”选项)，可以关联即时通信应用所在客户端上的系统文件系统，以供用户从中选择要使用的文件。例如，在电脑端应用的情况下，文件功能关联的是本地电脑上的文件系统，在IOS手机端应用的情况下，关联的是iCloud云盘，在Android手机端应用的情况下，关联的是安卓系统的文件夹。

但是，每个即时通信应用的文件功能仅能关联本应用的文件，这在工作环境下给文件管理带来很多不便。本公开各实施例提供了文件在不同应用之间互通(互相使用)的技术方案，使得在第一应用中通过文件功能能够使用第二应用的文件，从而提高了办公和沟通的效率。

图1是根据一示例性实施例示出的本公开所涉及的示例应用环境的示意简图。

如图1所示，所述应用环境包括第一设备102、文件互通服务器104、第二应用的服务器105。第一设备102上安装有第一应用103，其服务器为第一应用的服务器(图中未示出)。第二应用为与第一应用不同的应用，其服务器为第二应用的服务器105。第一应用的服务器以及第二应用的服务器105可以通过诸如网络的通信链路与文件互通服务器104进行通信。第一设备102可以通过诸如网络的通信链路与文件互通服务器104直接进行通信，或者第一设备102也可以经由第一应用的服务器与文件互通服务器104间接进行通信。

用户101为第一应用103的注册用户，其可以使用第一设备102上的第一应用103的文件功能。在一个示例中，当用户101使用第一设备102上的第一应用103的文件功能时，第一设备102向文件互通服务器104发送通过第一应用使用文件的请求或者通过第一应用使用第二应用的文件的请求。

文件互通服务器104收到上述请求后，可以检测用户101是否同时是第二应用的用户。当检测到用户101也是第二应用的用户时，文件互通服务器104向第二应用的服务器105请求用户101的第二应用的帐号所对应的文件。第二应用的服务器105将该帐号的存储在服务器端的第二应用的文件(例如文件存储位置)提供给文件互通服务器104，然后由文件互通服务器104将该文件通过第一应用103提供给用户101，例如，响应于用户101点击了“文件”功能按钮，在第一应用103的界面上出现所述第二应用的文件，以供用户101选择。用户101选择了要使用的第二应用的文件后，该文件可以经由诸如网络的通信链路被从第二应用的服务器下载、被从第二应用的服务器发送给用户101的通信对方等等，从而实现第二应用的服务器端文件可以被第一应用使用。

在上面的各示例中，在用户使用第一设备102上的第一应用103时，将第一设备102和文件互通服务器104描述为可以相互直接通信。在另一示例中，在用户使用第一设备102上的第一应用103时，第一设备102和文件互通服务器104经由第一应用的服务器进行间接通信。

第一设备102可以是可安装应用(诸如第一应用103或第二应用)以供用户使用并且可以经由通信链路与其他设备进行通信的任何设备，例如，包括但不限于手机、平板电脑、膝上型便携计算机和台式计算机等等。

第一/第二应用的服务器是可以与安装第一/第二应用的设备进行通信以支撑第一/第二应用所提供的服务的任何服务器设备。

文件互通服务器104为可以与第一/第二应用的服务器以及安装有第一/第二应用的设备进行通信以实现上述文件互通功能的任何服务器设备。在一个示例中，文件互通服务器104的功能可以集成在第一应用的服务器中。

第一应用和第二应用为可以安装和运行在第一设备上以供用户使用的不同应用。例如，第一应用和第二应用可以是不同的即时通信应用。虽然在这里及下文中以两个应用之间的文件互通作为示例，但是，可以理解的是，本公开各实施例可以适用于更多应用之间的文件互通。

图1及以上描述只是本公开所涉及的实施环境的示例性实施例，可以理解的是，适用于本公开的实施环境存在多种变形。

本文中所述的“第二应用的文件”/“第二应用文件”可以指第二应用的用户在使用第二应用时产生(例如上传、接收、创建等)的文件或在分配给其的第二应用关联存储空间中存储的文件，或者可以包括它们两者。例如，“第二应用的文件”/“第二应用文件”可以包括用户存储在分配给用户的第二应用云盘(第二应用关联存储空间)中的文件以及用户在使用第二应用时所产生的、被存储在第二应用为该用户所建立的文件夹中的文件。

同样地，本文中所述的“第一应用的文件”/“第一应用文件”是指第一应用的用户在使用第一应用时产生(例如上传、接收、创建等)的文件或在分配给其的第一应用关联存储空间中存储的文件，或者可以包括它们两者。例如，“第一应用的文件”/“第一应用文件”可以包括用户iCloud中的文件或系统文件夹中的文件。

图2示出了根据本公开一示例性实施例的文件使用方法的流程示意图。该示例方法可以由任何能够与第一设备和第二应用的服务器进行通信的任何设备来执行，例如，由如上所述的文件互通服务器104来执行。如图2所示，该示例方法包括：

S210，接收第一应用的用户发送的通过第一应用使用文件的请求。

第一应用为安装在第一设备(例如如图1中所示的第一设备)上的应用，其能够提供文件功能，可供用户通过第一应用使用文件(例如，下载文件、将文件传送给通信对方等)。例如，在第一应用的应用界面中提供“文件”功能按钮，用户通过点击该按钮可以选择想要使用的文件。

这里，“第一应用的用户”指正在使用第一应用的用户，其可以包括通过注册途径注册了第一应用的帐号并登录使用第一应用的用户，还可以包括没有通过注册途径注册而直接使用第一应用的用户(例如通过输入手机号即可快捷登录的方式)。对于后一种用户，其在使用第一应用时一般会被分配临时帐号(例如手机号或其他随机生成的帐号)或正式帐号，该临时帐号或正式帐号在本文中也被视为是注册的帐号。即，本文中所述的“注册帐号”既包括通过正式注册途径注册某应用的帐号，也包括通过诸如快捷登录、访客、直接使用等方式得到临时或正式帐号。

在一个示例中，用户在使用第一应用提供的文件功能时，例如，在点击了第一应用的“文件”功能按钮后，第一设备向文件互通服务器发送通过第一应用使用文件的请求。

第一设备发送的通过第一应用使用文件的请求可以包括通过第一应用使用第二应用的文件的请求。例如，在另一示例中，在用户点击了第一应用的“文件”功能按钮后，第一应用的用户界面显示第一应用的文件以供用户选择，同时还显示“第二应用文件”按钮供用户选择。当用户101点击了第一应用103的用户界面上的“第二应用文件”功能按钮时，第一设备向文件互通服务器发送通过第一应用使用第二应用的文件的请求。在又一示例中，在用户点击了第一应用的“文件”功能按钮后，第一设备就向文件互通服务器发送通过第一应用使用第二应用的文件的请求。

第一设备可以直接向文件互通服务器发送上述请求，也可以将请求发送给第一应用的服务器，然后由第一应用的服务器将请求转发给文件互通服务器。在一个示例中，在请求是通过第一应用使用第二应用的文件的请求的情况下，第一应用的服务器将该请求转发给文件互通服务器，而在该请求是通过第一应用使用文件的请求的情况下，第一应用的服务器不将该请求转发给文件互通服务器。在另一示例中，不管该请求是通过第一应用使用第二应用的文件的请求还是通过第一应用使用文件的请求，第一应用的服务器都将该请求转发给文件互通服务器。

文件互通服务器在接收到上述请求后，执行步骤S220。

S220，检测所述用户是否是第二应用的用户。

在步骤S220中，文件互通服务器基于收到的文件使用请求检测发送请求的第一应用用户是否也是第二应用的用户(第二应用用户)。即，检测该用户是否还是其他一个或多个应用的用户。在一个示例中，用户所发送的请求中包含有该用户的用户信息以及其所使用的第一设备的信息。文件互通服务器可以从请求中获取该用户的用户信息(例如该用户的第一应用的帐号及其标识信息)和/或第一设备的信息，并利用这些信息检测该用户是否是第二应用的用户。

图3示出了如何检测该用户是否是第二应用的用户(步骤S220)的一示例性实施方式的流程图。如图3所示，在该示例性实施方式中，步骤S220可以包括：

S310，检测所述用户是否注册了第二应用的帐号。

在本文中，“注册了第二应用的帐号”可以指通过注册途径注册了第二应用的帐号，还可以指没有通过注册途径注册而通过直接使用得到第二应用的帐号(例如通过输入手机号即可快捷登录的方式)。对于后一种情况，在直接使用第二应用时一般会被分配临时帐号(例如手机号或其他随机生成的帐号)或正式帐号，该临时帐号或正式帐号在本文中也被视为是注册的第二应用的帐号。即，本文中所述的“注册帐号”既包括通过正式注册途径注册某应用的帐号，也包括通过诸如快捷登录、访客、直接使用等方式得到临时或正式帐号。

在步骤S310中，文件互通服务器判断发送请求的该第一应用用户是否具有关联的第二应用帐号。文件互通服务器可以访问第二应用的服务器的数据库。在一个示例中，文件互通服务器通过检测是否存在标识信息与该用户的第一应用帐号的标识信息相同的第二应用帐号，来判断该第一应用用户是否具有关联的第二应用帐号。例如，文件互通服务器可以使用第一应用帐号的标识信息作为关键词在第二应用帐号的信息中进行搜索，如果搜索到标识信息相同的第二应用帐号，则可以将该第二应用帐号看做第一应用帐号的关联帐号，即判断该第一应用用户具有关联的第二应用帐号。第一/第二应用帐号的标识信息可以包括第一/第二应用帐号的关联手机号、关联身份证号、关联邮箱等中的一个或多个。在一个示例中，当第二应用帐号和第一应用帐号的标识信息中的一项或多项相同时，认为二者的标识信息相同。

如果没有检测到具有相同的标识信息的第二应用帐号，则可以判断发送请求的该用户没有注册第二应用的帐号。如果检测到了与第一应用帐号具有相同标识信息的第二应用帐号，则示例方法进入步骤S320。

S320，在检测到所述用户注册的第二应用的帐号的情况下，检测所述第二应用的帐号是否曾被用来登录第二应用。

在图3所示的实施例中，为了判断发送请求的第一应用用户是否也是第二应用用户，除了判断该用户注册了第二应用帐号，还在步骤S320中判断该第二应用帐号是否曾被用来登录第二应用。例如，文件互通服务器可以通过检查第二应用帐号的日志记录来判断该第二应用帐号是否曾被用来登录第二应用。

S330，在所述第二应用的帐号曾被使用来登录第二应用的情况下，判断所述用户是第二应用的用户。

在步骤S310和S320的判断结果均为是的情况下，文件互通服务器在步骤S330中判断发送请求的第一应用用户也是第二应用的用户。即，判断为存在第二应用为该第二应用帐号建立的第二应用文件夹，从而可以将该文件夹中存储的、该第二应用帐号在使用第二应用时产生的文件在第一应用的“文件”功能中提供给该第一应用用户。

图4示出步骤S220的另一示例性具体实施方式的示意流程图。在该实施例中，与图3的示例性实施方式不同的是，文件互通服务器仅判断发送请求的第一应用用户是否注册了第二应用的帐号，而不核实该第二应用的帐号是否曾被用来登录第二应用。如图4所示，在该实施例中，步骤S220可以包括：

S410，检测所述用户是否注册了第二应用的帐号。

关于该步骤的具体描述，可以参见步骤S310，在此不再赘述。

S420，在所述用户注册了第二应用的帐号的情况下，判断所述用户是第二应用的用户。

在图4所示的实施例中，只要检测到与发送请求的第一应用帐号相关联的第二应用帐号，就判断该用户也是第二应用的用户。在这种情况下，如果用户虽然注册了第二应用帐号，但未实际使用过第二应用(例如，没有安装过第二应用)，那么，可能并不存在与该第二应用帐号相对应的第二应用文件夹，在如下所述的步骤S510中可能就无法获取到第二应用文件夹的位置。但是，与图3的实施例相比，图4的实施例省去的判断是否曾使用第二应用帐号的处理，在有些情况下(例如用户的使用与注册的比率较高的情况下)减轻了服务器负担，提高了处理效率。

反之，在图3所示的实施例中，虽然比图4的实施例多了判断是否曾使用该第二应用帐号登录第二应用的处理步骤，但是，其判断精度较高。

通过上述步骤S220或步骤S310-S330或步骤S410-S420，可以判断出发送请求的用户是否是第二应用的用户。然后，示例方法进行至步骤S230。

S230，在所述用户是第二应用的用户的情况下，将所述用户在服务器端的第二应用的文件通过第一应用提供给所述用户，以供从中选择要使用的文件。

在步骤S230中将发送请求的用户的关联第二应用帐号在服务器端的第二应用文件通过第一应用提供给该用户。在确定了发送请求的用户是第二应用的用户(步骤S220)的情况下，文件互通服务器可以根据所确定的与第一应用帐号关联的第二应用帐号获取与该第二应用帐号相对应的第二应用文件并将其通过第一应用提供给该用户。在一个示例中，获取第二应用文件包括获取第二应用文件的存储位置，图5示出了这样的一个实施例。

图5是图2所示的方法实施例的步骤S230的一示例性具体实施方式的示意流程图。在该实施例中，步骤S230具体可以包括：

S510，获取与所述用户的第二应用的帐号相对应的第二应用的文件在服务器端的存储位置。

如前所述，“第二应用的文件”可以指第二应用的用户在使用第二应用时产生(例如上传、接收、创建等)的文件或在分配给其的第二应用关联存储空间中存储的文件，或者可以包括它们两者。

在一个示例中，在发送请求的用户不是第二应用的用户的情况下，如果该用户被分配了第二应用关联存储空间，则将该用户在被分配的第二应用关联存储空间中存储的文件通过第一应用提供给该用户，以供其选择要通过第一应用使用的文件。在发送请求的用户是第二应用的用户的情况下，将该用户(即所确定的关联第二应用帐号)在使用第二应用时产生的文件以及在分配给其的第二应用关联存储空间中存储的文件在第一应用中提供给该用户。

在另一示例中，在发送请求的用户不是第二应用的用户的情况下，不向该用户提供任何第二应用的文件。在发送请求的用户是第二应用的用户的情况下，将该用户(即所确定的关联第二应用帐号)在使用第二应用时产生的文件或者在分配给其的第二应用关联存储空间中存储的文件在第一应用中提供给该用户，或者将它们两者都提供给该用户。

分配给用户(帐号)的第二应用关联存储空间例如可以为云盘，分配给每个用户(帐号)的第二应用关联存储空间的信息(例如位置、链接地址等)保存在第二应用的服务器的数据库中。用户可以在分配给其的第二应用关联存储空间中存储各种文件(称为第一文件)。

用户在使用第二应用时产生的文件(称为第二文件)一般存储在第二应用为该用户创建的专用文件夹(例如以该用户的第二应用帐号名称命名的文件夹)中。在一个示例中，该文件夹被创建并本地保存在第二应用运行的客户端(诸如电脑、手机等设备，例如如上所述的第一设备)中，并被实时或非实时地同步到第二应用的服务器的数据库中。在一个示例中，每个用户(帐号)的第二文件集中存储在每个用户(帐号)相对应的文件夹中。在另一示例中，每个用户(帐号)的第二文件可以分散地存储在任意位置。第二应用的服务器中保存有每个用户(帐号)的第二文件的存储位置信息。

第二应用的服务器的数据库可以是集中式的，也可以是分布式的。

当在步骤S510中获取第二应用文件的存储位置时，文件互通服务器可以向第二应用的服务器请求与发送请求的用户的第二应用帐号相对应的第二应用的文件在服务器端的存储位置。例如，对于存储在第二应用关联存储空间中的文件，第二应用的服务器可以将第二应用帐号对应的第二应用关联存储空间的位置、链接地址等返回给第一设备(即该用户)；对于使用第二应用时产生的文件，第二应用的服务器可以将这些文件的存储位置返回给第一设备(即该用户)。

之后，示例方法进入步骤S520。

S520，将所获取的第二应用的所述文件的所述存储位置通过第一应用提供给所述用户。

文件互通服务器将从第二应用的服务器获取的文件存储位置发送给用户所使用的第一设备。在一个示例中，第一设备上运行的第一应用可以根据所收到的文件存储位置生成这些文件的链接或链接图标提供给用户，以供用户从中选择要通过第一应用使用的文件。当用户通过点击这些链接或图标中的一个或多个而进行了选择后，文件互通服务器可以根据链接或图标中包含的文件存储位置获取相对应的文件。

通过如上所述的根据本公开各实施例的示例文件互通方法，在收到第一应用的用户发送的通过第一应用使用文件的请求时，检测该用户是否是第二应用的用户，并在该用户也是第二应用的用户的情况下，将该用户在服务器端的第二应用的文件通过第一应用提供给该用户，以供该用户从中选择要通过第一应用使用的文件，从而能够实现将第二应用的文件通过第一应用使用，即，在第一应用与第二应用之间实现了文件互通。

在上面及以下所述的各实施例中，第一应用和第二应用为不同的应用，例如，可以是不同的即时通信应用。在下面的示例应用场景中，以第一应用、第二应用为例来对本公开实施例所提供的技术方案的示例应用进行说明。

图6示出根据本公开一示例性实施例的第一应用与第二应用之间的文件互通过程的示意图。其中，第一应用运行在第一应用客户端(例如手机)上，用户通过第一应用与其他用户聊天，并在聊天过程中使用第一应用的文件功能。第二应用为不同于第一应用的另一即时通信应用，在图6的实施例中，假设该用户也是第二应用的用户。

有些第一应用用户在工作和业务沟通时所产生的文件可能并不完全放在系统和云端里。而且，系统和云端里包含个人方方面面的文件，可能不仅是工作方面。在现有技术中，用户不怎么高频使用第一应用中仅关联系统或云端文件的文件功能。

本公开的发明人通过在第一应用和第二应用之间实现文件互通，使得既是第一应用用户又是第二应用用户的用户可以方便地在第一应用的文件功能中使用第二应用的文件。

图7示出了在图6所示的示例场景下第一应用界面的示例变化的示意图。如图7所示，最左侧视图为第一应用的会话界面，中间视图为用户选择会话界面中的“文件”功能按钮后显示的文件界面，最右侧视图为用户在文件界面中选择“从第二应用文件中选择”后显示的第二应用文件界面，其中，701为会话内容显示区域，702为会话内容输入区域，703为文件功能按钮，704为用于选择文件的复选框。

当用户在第一应用的会话界面(例如单聊、群聊等)中打开文件功能时(如图7中最左侧的视图所示)，出现图7中中间视图所示的界面，在该界面中提供三组文件供用户选择：第二应用文件(“从第二应用文件中选择”)、第一应用关联存储空间文件(“从iCloud中选择”)、第一应用文件夹中的文件(如图7中中间视图的虚线框内的文件所示)。其中，用户可以点击“从第二应用文件中选择”来选择要使用的第二应用文件，也可以从系统或云盘选择(例如，iPhone手机从ICLoud选择，Android手机从系统文件盘选择，图7示出的是iPhone手机的示例)选择第一应用关联存储空间文件，还可以从所有的第一应用文件(如图7中最左侧视图中的虚线框内所示)中选择。

当用户点击界面上的“从第二应用文件中选择”时，进入图7中最右侧的视图中所示的界面，在该界面中提供两组文件供用户选择：第二应用关联存储空间文件(“文件盘”)、第二应用的文件夹中的文件(如图7最右侧视图中的虚线框内的文件所示)。用户可以从中选择一个或多个文件并对这些文件进行下载、使用、传送、打印等操作。根据用户的注册状态的不同，在界面上显示的文件的状态也不同。

在一个示例中，当用户已下载使用第一应用，但未下载使用第二应用时，用户是第一应用用户，但不是第二应用用户，则通过点击图7中间视图中的“从第二应用文件中选择”而显示的仅仅是第二应用的文件盘(即第二应用关联存储空间)下的文件，即分配给用户的第二应用工作云盘中的文件(在本示例中，即使用户不是第二应用用户，也为其分配了第二应用工作云盘，即第二应用关联存储空间)，并没有第二应用文件夹中的文件。第一应用用户可以将工作文件存放在第二应用云端的文件盘中。因为第二应用的文件盘中可存放的文件更多、更大，所以第一应用用户可以用第二应用的文件盘作为文件存储空间。当用户已下载使用第一应用、也下载使用了第二应用时，用户是第一应用用户也是第二应用用户，则第一应用用户通过点击图7中间视图中的“从第二应用文件中选择”而显示的文件包括有两部分：云端的文件盘上的文件(如图7最右侧视图中的“文件盘”)和第二应用文件夹中的文件(如图7最右侧视图中的“11212141111112.mp4”)。云端的文件盘存储的是用户存储在第二应用云端的文件盘中的工作文件，云盘是对所有用户(不管其是否是第二应用用户)都可用的，云盘中存储的内容是用户自己根据需要添加到云端的。用户在使用第二应用时产生的文件存储在第二应用本地非云盘(即第二应用文件夹)，第二应用本地非云盘仅对已下载使用第二应用的用户可用。

图8示出了如上所述那样显示第二应用文件的示例流程图。如图8所示，在S801，用户在第一应用会话中点击会话界面中的“文件”功能按钮(如图7中最左侧的视图所示)，则显示出如图7中中间视图所示的文件界面。在S802，用户点击“从第二应用文件中选择”。在S803，判断该第一应用用户是否也是第二应用用户，如果判断结果为否，则进入S804，如果判断结果为是，则进入S805。在S804，将第二应用文件显示为第二应用云盘中的文件。在S805，将第二应用文件显示为包括第二应用云盘中的文件以及第二应用文件夹(第二应用本地盘)中的文件。其中，第二应用文件夹(第二应用本地盘)中的文件被实时或非实时地同步到第二应用的服务器端。

图6示出了在如上所述的场景下第一应用用户所使用的第一应用客户端、文件互通服务器和第二应用服务器之间的通信过程的示意图。如图6所示，该过程包括：

S601，在第一应用用户从第一应用会话的文件界面中选择了“从第二应用文件中选择”时，第一应用客户端向文件互通服务器发送获取第二应用文件的请求，并将第一应用用户的信息(例如帐号信息、关联的标识信息等)包含在该请求中一并发送。

S602，文件互通服务器使用接收到的请求中所包含的第一应用用户的信息判断该第一应用用户是否也是第二应用用户。例如，文件互通服务器可以使用第一应用用户的第一应用帐号所关联的标识信息(例如绑定的手机号)查看是否有第二应用帐号也关联了相同的标识信息(例如绑定了相同的手机号)。在本示例中，文件互通服务器查找到了具有相同标识信息的第二应用帐号，则判断存在与第一应用帐号关联的第二应用帐号，即该第一应用用户同时也是第二应用用户，则进入步骤S603。

S603，文件互通服务器向第二应用服务器请求获取与该第二应用帐号相对应的第二应用文件，包括分配给其的第二应用云盘中的文件以及第二应用文件夹中的文件。

S604，第二应用服务器向文件互通服务器返回所要求获取的第二应用文件的存储位置。

S605，文件互通服务器将所获取的第二应用文件的存储位置提供给第一应用客户端，从而在第一应用客户端上显示如图7中最右侧的视图中所示的界面。

在其他示例中，如果在步骤S602中没有查找到具有相同标识信息的第二应用帐号，则文件互通服务器可以判断不存在与第一应用帐号关联的第二应用帐号，即该第一应用用户不是第二应用用户，则文件互通服务器向第二应用服务器请求获取与该第一应用帐号相对应的第二应用文件。由于该第一应用用户不是第二应用用户，因此这里的第二应用文件只包括分配给该第一应用用户的第二应用云盘中的文件。第二应用服务器向文件互通服务器返回所要求获取的第二应用文件(即第二应用云盘中的文件)的存储位置。文件互通服务器将所获取的第二应用文件的存储位置提供给第一应用客户端。

在上面的示例中，以第一应用和第二应用为不同的即时通信应用为例进行了说明，可以理解的是，以上过程同样适用于其他的第一应用和第二应用。

由以上描述可知，本公开实施例的一方面提供了一种文件互通方法，该方法可以由第一应用运行于其上的第一应用客户端来执行，该方法可以包括：

S1，接收用户通过第一应用的界面输入的通过第一应用使用文件的请求。

例如，用户可以通过点击第一应用的会话界面中的“文件”按钮(如图7中最左侧视图中所示)来发送该请求。

S2，响应于所述请求将使用第二应用文件的选项通过第一应用的界面提供给用户。

例如，可以在第一应用的界面中将使用第二应用文件作为其中一个选项提供给用户(例如图7中间视图中的“从第二应用文件中选择”)，除此之外，还可以提供其他文件使用选项。

S3，响应于用户对使用第二应用文件的选项的选择，将第二应用文件通过第一应用的界面提供给用户。

例如，如上所述，可以根据不同的情况(该第一应用用户是否也是第二应用用户)，将从文件互通服务器接收到的相应的第二应用文件的存储位置通过第一应用的界面提供给用户(例如如图7最右侧的视图所示)。

根据本公开实施例的另一方面，还提供一种文件互通装置，该装置可用来执行如上所述的文件互通方法的各实施例。例如，该装置可以为如上所述的文件互通服务器。图9示出了根据本公开一示例性实施例的文件互通装置900的示意组成框图，如图9所示，该装置900包括：

请求接收单元910，配置为接收第一应用的用户发送的通过第一应用使用文件的请求；

关联帐号检测单元920，配置为检测所述用户是否是第二应用的用户；

文件提供单元930，配置为：在所述用户是第二应用的用户的情况下，将所述用户在服务器端的第二应用的文件通过第一应用提供给所述用户，以供从中选择要使用的文件。

根据图9所示的示例性实施例，关联帐号检测单元920可以进一步包括：

第一检测单元921，配置为检测所述用户是否注册了第二应用的帐号；

第二检测单元922，配置为在检测到所述用户注册的第二应用的帐号的情况下检测所述第二应用的帐号是否曾被用来登录第二应用；

判断单元923，在所述第二应用的帐号是否曾被用来登录第二应用的情况下，判断所述用户是第二应用的用户。

根据另一示例性实施例，所述判断单元923还可以被配置为：

在所述用户注册了第二应用的帐号的情况下，判断所述用户是第二应用的用户。

根据图9所示的示例性实施例，文件提供单元930可以进一步包括：

位置获取单元931，配置为获取与所述用户的第二应用的帐号相对应的第二应用的文件在服务器端的存储位置；

位置提供单元932，配置为将所获取的第二应用的所述文件的所述存储位置通过第一应用提供给所述用户。

根据一示例性实施例，所述位置获取单元931可以被配置为：

向第二应用的服务器请求与所述用户的第二应用的帐号相对应的第二应用的文件在服务器端的存储位置。

根据一示例性实施例，所述第一检测单元921可以被具体配置为：

检测是否存在标识信息与所述用户的第一应用的帐号的标识信息相同的第二应用的帐号。

根据一示例性实施例，所述文件提供单元930还可以配置为：

在所述用户不是第二应用的用户的情况下，将分配给所述用户的第二应用关联存储空间中的文件通过第一应用提供给所述用户，以供从中选择要使用的文件。

根据一示例性实施例，所述文件提供单元930还可以配置为：

在所述用户是第二应用的用户的情况下，将分配给所述用户的第二应用关联存储空间中的文件以及所述用户在使用第二应用时产生的文件通过第一应用提供给所述用户。

上述文件互通装置中各个单元/模块的功能和作用的实现过程以及相关细节具体详见上述方法实施例中对应步骤的实现过程，在此不再赘述。

以上各实施例中的文件互通装置实施例可以通过硬件、软件、固件或其组合的方式来实现，并且其可以被实现为一个单独的装置，也可以被实现为各组成单元/模块分散在一个或多个计算设备中并分别执行相应功能的逻辑集成系统。

以上各实施例中组成文件互通装置的各单元/模块是根据逻辑功能而划分的，它们可以根据逻辑功能被重新划分，例如可以通过更多或更少的单元/模块来实现该装置。这些组成单元/模块分别可以通过硬件、软件、固件或其组合的方式来实现，它们可以是分别的独立部件，也可以是多个组件组合起来执行相应的逻辑功能的集成单元/模块。所述硬件、软件、固件或其组合的方式可以包括：分离的硬件组件，通过编程方式实现的功能模块、通过可编程逻辑器件实现的功能模块，等等，或者以上方式的组合。

根据一个示例性实施例，文件互通装置实施例可被实现为一种计算设备，该计算设备包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序在被所述处理器执行时，使得所述计算设备执行如上所述的各文件互通方法实施例中的任一个，或者，所述计算机程序在被所述处理器执行时使得该计算设备实现如上所述的各文件互通装置实施例的组成单元/模块所实现的功能。

上面的实施例中所述的处理器可以指单个的处理单元，如中央处理单元CPU，也可以是包括多个分散的处理单元/处理器的分布式处理器系统。

上面的实施例中所述的存储器可以包括一个或多个存储器，其可以是计算设备的内部存储器，例如暂态或非暂态的各种存储器，也可以是通过存储器接口连接到计算设备的外部存储装置。

图10示出了这样的计算设备1001的一个示例性实施例的示意组成框图。如图10所示，该计算设备可以包括但不限于：至少一个处理单元1010、至少一个存储单元1020、连接不同系统组件(包括存储单元1020和处理单元1010)的总线1030。

所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1010执行，使得所述处理单元1010执行本说明书上述示例性方法的描述部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1010可以执行如图2-6中所示的各个步骤。

存储单元1020可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)1021和/或高速缓存存储单元1022，还可以进一步包括只读存储单元(ROM)1023。

存储单元1020还可以包括具有一组(至少一个)程序模块1025的程序/实用工具1024，这样的程序模块1025包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1030可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

该计算设备也可以与一个或多个外部设备1070(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该计算设备交互的设备通信，和/或与使得该计算设备能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1050进行。并且，该计算设备还可以通过网络适配器1060与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1060通过总线1030与该计算设备的其它模块通信。应当明白，尽管图中未示出，但该计算设备可以使用其它硬件和/或软件模块来实现，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的各方法实施例。

根据本公开的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (15)

1.一种文件互通方法，其特征在于，所述方法应用于文件互通服务器，所述文件互通服务器用于与第一应用客户端通信，并用于与第二应用服务器通信，包括：

通过所述第一应用客户端接收第一应用的用户发送的通过第一应用使用文件的请求；

检测所述用户是否是第二应用的用户；

在所述用户是第二应用的用户的情况下，向所述第二应用服务器请求所述用户在所述第二应用服务器的第二应用文件，将所述第二应用文件通过所述第一应用客户端提供给所述用户，以供所述用户从所述第一应用客户端中选择要使用的第二应用文件。

2.根据权利要求1所述的方法，其特征在于，所述检测所述用户是否是第二应用的用户包括：

检测所述用户是否注册了第二应用的帐号；

在检测到所述用户注册的第二应用的帐号的情况下，检测所述第二应用的帐号是否曾被用来登录第二应用；

在所述第二应用的帐号曾被用来登录第二应用的情况下，判断所述用户是第二应用的用户。

3.根据权利要求1所述的方法，其特征在于，所述检测所述用户是否是第二应用的用户包括：

检测所述用户是否注册了第二应用的帐号；

在所述用户注册了第二应用的帐号的情况下，判断所述用户是第二应用的用户。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述将所述第二应用文件通过所述第一应用客户端提供给所述用户包括：

获取与所述用户的第二应用的帐号相对应的第二应用文件在所述第二应用服务器的存储位置；

将所述存储位置通过所述第一应用客户端提供给所述用户。

5.根据权利要求4所述的方法，其特征在于，所述获取与所述用户的第二应用的帐号相对应的第二应用文件在所述第二应用服务器的存储位置包括：

向所述第二应用服务器请求与所述用户的第二应用的帐号相对应的第二应用文件在所述第二应用服务器的存储位置。

6.根据权利要求1所述的方法，其特征在于，所述通过所述第一应用客户端接收第一应用的用户发送的通过第一应用使用文件的请求包括：

通过所述第一应用客户端接收所述用户发送的通过第一应用使用第二应用文件的请求。

7.根据权利要求2或3所述的方法，其特征在于，所述检测所述用户是否注册了第二应用的帐号包括：

检测是否存在标识信息与所述用户的第一应用的帐号的标识信息相同的第二应用的帐号。

8.根据权利要求7所述的方法，其特征在于，所述标识信息包括如下中的一个或多个：关联手机号、关联身份证号、关联邮箱。

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

在所述用户不是第二应用的用户的情况下，将分配给所述用户的第二应用关联存储空间中的文件通过所述第一应用客户端提供给所述用户，以供所述用户从所述第一应用客户端中选择要使用分配给所述用户的第二应用关联存储空间中的文件。

10.根据权利要求1或9所述的方法，其特征在于，所述在所述用户是第二应用的用户的情况下，向所述第二应用服务器请求所述用户在所述第二应用服务器的第二应用文件，将所述第二应用文件通过所述第一应用客户端提供给所述用户包括：

在所述用户是第二应用的用户的情况下，将分配给所述用户的第二应用关联存储空间中的文件以及所述用户在使用第二应用时产生的文件通过所述第一应用客户端提供给所述用户。

11.根据权利要求1所述的方法，其特征在于，所述第一应用和第二应用为不同的即时通信应用。

12.一种文件互通方法，其特征在于，所述方法应用于第一应用客户端，所述第一应用客户端用于与文件互通服务器通信，所述文件互通服务器还用于与第二应用服务器通信，包括：

接收用户通过所述第一应用客户端的界面输入的通过第一应用使用文件的请求；

响应于所述请求将使用第二应用服务器的第二应用文件的选项通过第一应用客户端的界面提供给用户；

响应于用户对使用第二应用文件的选项的选择，将所述文件互通服务器从第二应用服务器请求的第二应用文件通过所述第一应用客户端的界面提供给用户。

13.一种文件互通装置，其特征在于，所述装置设于文件互通服务器，所述文件互通服务器用于与第一应用客户端通信，并用于与第二应用服务器通信，包括：

请求接收单元，配置为通过所述第一应用客户端接收第一应用的用户发送的通过第一应用使用文件的请求；

关联帐号检测单元，配置为检测所述用户是否是第二应用的用户；

文件提供单元，配置为：在所述用户是第二应用的用户的情况下，向所述第二应用服务器请求所述用户在所述第二应用服务器的第二应用文件，将所述第二应用文件通过所述第一应用客户端提供给所述用户，以供所述用户从所述第一应用客户端中选择要使用的第二应用文件。

14.一种计算设备，包括处理器以及存储器，所述存储器上存储有计算机可读指令，所述处理器在执行所述存储器上的计算机可读指令时被配置为实现根据权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1至12中任一项所述的方法。

Images