CN104615385B - 一种数据交互方法 - Google Patents

Abstract

本发明实施例提供一种数据交互方法，应用于第一电子设备，所述第一电子设备包括与外接设备连接的数据接口，所述数据交互方法包括：当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式；接收所述目标安装信息。

Description

一种数据交互方法

技术领域

本发明涉及通讯技术，尤其涉及一种数据交互方法。

背景技术

移动设备一般都可以支持使用外部存储器进行数据的交互，比如U盘，SD卡等。外部存储器常用的文件系统格式基本上就几种，例如FAT(32)，NTFS，ext2、ext3、ext4以及exFat等。如果移动设备需要读取的外部存储器使用的是如上这些常用的文件系统格式，那么绝大部分移动设备都已经预置了这些文件系统格式的支持。然而，全世界还有其他非常多的小众的文件系统在被使用。这些文件系统格式的支持并不会被预置到移动设备中，那么就意味着一旦移动设备所需使用的外部存储器的文件系统是属于这些小众的格式，那么移动设备就无法使用该外部存储器。

发明内容

为此，本发明实施例提供一种数据交互方法，用以在当前设备不支持外接存储装置使用的文件系统格式的情况下，使当前设备能够成功与存储装置进行数据交互。

本发明实施例采用如下技术方案：

第一方面，提供一种数据交互方法，应用于第一电子设备，所述第一电子设备包括与外接设备连接的数据接口，所述数据交互方法包括：

当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；

若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式；

接收所述目标安装信息。

结合第一方面，在第一种可能的实现方式中，所述向服务器发送文件系统请求，包括：

读取所述存储装置的头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息；其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式；

根据所述目标文件系统信息生成文件系统请求并向服务器发送所述文件系统请求。

结合第一方面，在第二种可能的实现方式中，在所述向服务器发送文件系统请求时还向所述服务器发送：所述第一电子设备的平台信息。

结合第一方面，在第三种可能的实现方式中，所述接收所述目标安装信息之后包括：向所述服务器发送授权支付请求，并接收所述服务器返回的目标安装文件。

结合第一方面，在第四种可能的实现方式中，所述数据交互方法还包括：运行所述目标安装信息中的目标安装文件，挂载所述存储装置。

第二方面，提供一种数据交互方法，应用于服务器，包括：

接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；

根据所述目标文件系统信息确定对应的目标安装信息；

发送所述目标安装信息至所述第一电子设备。

结合第二方面，在第一种可能的实现方式中，所述根据所述目标文件系统信息确定对应的目标安装信息包括：

在预设文件系统信息库中进行比对所述目标文件系统信息，判断所述目标文件系统信息对应的目标安装文件是为开源文件还是商业文件；

若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。

结合第二方面，在第二种可能的实现方式中，所述接收文件系统请求时还接收到所述第一电子设备的平台信息；所述根据所述目标文件系统信息确定对应的目标安装信息包括：

在预设文件系统信息库中进行比对所述目标文件系统信息和平台信息，判断对应的目标安装文件是为开源文件还是商业文件；

若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。

结合第二方面或第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述数据交互方法还包括：接收第一电子设备发送的授权支付请求，并向第一电子设备发送目标安装信息对应的目标安装文件。

第三方面，提供一种数据交互方法，包括：

第一电子设备当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；

服务器接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；根据所述目标文件系统信息确定对应的目标安装信息；以及，发送所述目标安装信息至所述第一电子设备。

本发明实施例通过向服务器发送文件系统请求，使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息，从而使得第一电子设备能够根据所述目标安装信息安装对应的目标安装文件，挂载所述存储装置，与所述存储装置进行数据交互。

附图说明

图1为本发明实施例一基于第一电子设备的数据交互流程示意图；

图2为本发明实施例一基于第一电子设备的另一数据交互流程示意图；

图3为本发明实施例二基于服务器的数据交互流程示意图；

图4为本发明实施例三所适用的网络架构示意图；

图5是本发明实施例三所适用的一数据交互流程示意图；

图6是本发明实施例三所适用的另一数据交互流程示意图；

图7是本发明实施例四基于第一电子设备的数据交互装置模块结构图；

图8是本发明实施例六所适用的第一电子设备结构示意图；

图9是本发明实施例七基于服务器的数据交互装置模块结构图。

具体实施方式

为详细说明技术方案的技术内容、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。

请参阅图1，图1示出了本发明实施例一提供的数据交互方法流程示意图，应用于第一电子设备，所述第一电子设备包括与外接设备连接的数据接口，所述数据交互方法可以包括以下步骤。

100、当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式。

102、若支持所述存储装置使用的文件系统格式，则直接挂载所述存储装置并与存储装置进行数据交互。若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式。

104、接收所述目标安装信息。

本发明实施例通过向服务器发送文件系统请求，使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息，从而使得第一电子设备能够根据所述目标安装信息安装对应的目标安装文件，挂载所述存储装置，与所述存储装置进行数据交互。

接收到目标安装信息后，本发明实施例可以通过以下方式实现与存储装置的数据交互。

(一)目标文件系统信息对应的目标安装文件为开源文件

对于目标文件系统信息对应的目标安装文件为开源文件的情况，服务器直接将目标安装文件包含在目标安装信息中并返回至第一电子设备。

第一电子设备直接运行所述目标安装信息中的目标安装文件，即可实现挂载所述存储装置并与存储装置进行数据交互。

(二)目标文件系统信息对应的目标安装文件为商业文件

针对第一电子设备根据接收到的目标安装信息判定对应的目标安装文件需要付费才可以被服务器推送的情况，第一电子设备在接收所述目标安装信息之后向所述服务器发送授权支付请求，并接收所述服务器返回的目标安装文件。其中，所述授权支付请求包括授权请求及已支付请求，具体的，该过程可通过如下方式实现。

第一电子设备向服务器发送授权请求，服务器可根据授权请求发送支付要求至第一电子界面；具体的，支付要求可通过支付界面或支付链接实现。

第一电子设备在支付界面或链接支付链接完成支付，即满足了支付要求，然后发送已支付请求至服务器；服务器发送目标安装文件至第一电子设备。

第一电子设备运行目标安装文件，实现挂载存储装置。

请参阅图2，在本发明实施例一的具体实施中，步骤102中所述向服务器发送文件系统请求，通过以下方式实现。

1021、读取所述存储装置的头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息；其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式；

1022、根据所述目标文件系统信息生成文件系统请求并向服务器发送所述文件系统请求。

在这里，本文中所指的头部逻辑地址数据指的是存储装置的前部分扇区或第一扇区内存储的数据，可用于表明存储装置支持的文件系统格式。本领域技术人员应当理解的是，存储装置的前部分扇区或第一扇区内存储有文件系统信息数据，故头部逻辑地址数据也就是目标文件系统信息，目标文件系统信息对应存储装置文件系统格式。本领域技术人员应当理解的是:磁盘的前几个扇区数据，是其文件系统格式化时生成的特定格式，每种文件系统都不一样。一般来说第一扇区包含了该文件系统的ID签名，用于操作系统来识别格式的。那么本文这里的目标文件系统信息，表现形式就是将第一扇区数据，甚至我们可以进一步，将前5个扇区的数据都打包在一起，填充在第一扇区数据的尾段里面。

进一步的，第一电子设备在所述向服务器发送文件系统请求时还向所述服务器发送：所述第一电子设备的平台信息，以使远程服务器根据所述平台信息匹配出最适合第一电子设备的目标安装文件。在这里，平台信息可以包括如处理器硬件参数(版本信息、处理能力等)等硬件平台信息，也可以包括如windows、ios、android等操作系统的软件平台信息。

请参阅图3，本发明实施例二提供的数据交互方法，该方法应用于服务器，其与第一电子设备通过网络进行数据交互。该数据交互方法可以通过如下步骤实现。

300、接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息。

302、根据所述目标文件系统信息确定对应的目标安装信息。具体的，该步骤可通过以下方式实现：

在预设文件系统信息库中进行比对所述目标文件系统信息，判断所述目标文件系统信息对应的目标安装文件是为开源文件还是商业文件；

若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。

304、发送所述目标安装信息至所述第一电子设备。具体的，针对步骤302的两种情况，步骤304分别的实现方式如下：

A、对于目标文件系统信息对应的目标安装文件为开源文件的情况，服务器直接将目标安装文件包含在目标安装信息中并返回至第一电子设备。

第一电子设备直接运行所述目标安装信息中的目标安装文件，即可实现挂载所述存储装置并与存储装置进行数据交互。

B、对于目标文件系统信息对应的目标安装文件为商业文件的情况，即目标安装文件需要付费才可以发送第一电子设备的情况，服务器在发送所述目标安装信息至所述第一电子设备之后还接收第一电子设备发送的授权支付请求，并向第一电子设备的目标安装文件。其中，所述授权支付请求包括授权请求及已支付请求，具体的，该过程可通过如下方式实现。

第一电子设备向服务器发送授权请求，服务器可根据授权请求发送支付要求至第一电子界面；具体的，支付要求可通过支付界面或支付链接实现。

第一电子设备在支付界面或链接支付链接完成支付，即满足了支付要求，然后发送已支付请求至服务器；服务器发送目标安装文件至第一电子设备。

第一电子设备运行目标安装文件，实现挂载存储装置。

进一步的，在本发明实施例中，服务器在接收文件系统请求时还接收到所述第一电子设备的平台信息，从而能够根据所述平台信息匹配出最适合第一电子设备的目标安装文件。具体的，所述根据所述目标文件系统信息确定对应的目标安装信息包括：

在预设文件系统信息库中进行比对所述目标文件系统信息和平台信息，判断对应的目标安装文件是为开源文件还是商业文件；

若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。在这里，拒绝推送请求为表征拒绝发送目标安装文件的请求。

在这里，平台信息可以包括如处理器硬件参数(版本信息、处理能力等)等硬件平台信息，也可以包括如windows、ios、android等操作系统的软件平台信息。

请参阅图4至图6，图4示出了本发明实施例三可以应用的网络系统场景，该网络系统包括第一电子设备及与第一电子设备网络连通的服务器，其中，第一电子设备包括与外接存储装置连接的数据接口，第一电子设备预设有文件系统格式库，用于记录第一电子设备支持的文件系统格式；服务器预设有文件系统信息库，用于记录服务器存储的文件系统格式及对应文件系统。在这里，存储装置可以为U盘、移动硬盘、有操作系统的U盘、具有存储功能的电子设备(例如手持设备)，第一电子设备可以为移动设备、PC机等设备。图5和图6示出了本发明实施例三适用的数据交互方法流程示意图。

(一)存储装置支持的文件系统格式属于开源性质

结合图4及图5所示，当外接存储装置插入第一电子设备后，第一电子设备中对应的驱动模块对该外接存储装置进行初始化。

500、第一电子设备从存储装置头部的逻辑扇区地址读取头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息。其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式，也就表明：目标文件系统信息对应所述存储装置支持的文件系统格式。

在这里，本文中所指的头部逻辑地址数据指的是存储装置的前部分扇区或第一扇区内存储的数据，可用于表明存储装置支持的文件系统格式。本领域技术人员应当理解的是，存储装置的前部分扇区或第一扇区内存储有文件系统信息数据，故头部逻辑地址数据也就是目标文件系统信息，目标文件系统信息对应存储装置文件系统格式。本领域技术人员应当理解的是:磁盘的前几个扇区数据，是其文件系统格式化时生成的特定格式，每种文件系统都不一样。一般来说第一扇区包含了该文件系统的ID签名，用于操作系统来识别格式的。那么本文这里的目标文件系统信息，表现形式就是将第一扇区数据，甚至我们可以进一步，将前5个扇区的数据都打包在一起，填充在第一扇区数据的尾段里面。

501、第一电子设备从文件系统格式库中对目标文件系统信息进行比较，判断存储装置使用的系统格式是否为本地支持的文件系统格式，如果支持则直接挂载；如果不支持，则提取本地平台的平台信息。在这里，平台信息可以包括如处理器硬件参数(版本信息、处理能力等)等硬件平台信息，也可以包括如windows、ios、android等操作系统的软件平台信息。

502、第一电子设备根据目标文件系统信息生成文件系统请求，并将文件系统请求及平台信息发送至服务器。

503、服务器在预设的文件系统信息库对目标文件系统信息进行比对，以判断是属于哪种文件系统格式以及是开源文件还是商业文件。在这里，确定为开源文件。然后再依照平台信息选择对应平台格式的目标安装文件，推送给第一电子设备。在这里，目标安装文件即为目标安装信息。

504、第一电子设备接收目标安装文件，通过运行所述目标安装文件实现挂载存储装置，并实现与存储装置的数据交互。

(二)存储装置支持的文件系统格式属于商业性质

请参阅图4及图6，当外接存储装置插入第一电子设备后，第一电子设备中对应的驱动模块对该外接存储装置进行初始化。

600、第一电子设备从存储装置头部的逻辑扇区地址读取头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息。其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式，也就表明：目标文件系统信息对应所述存储装置支持的文件系统格式。

在这里，本文中所指的头部逻辑地址数据指的是存储装置的前部分扇区或第一扇区内存储的数据，可用于表明存储装置支持的文件系统格式。本领域技术人员应当理解的是，存储装置的前部分扇区或第一扇区内存储有文件系统信息数据，故头部逻辑地址数据也就是目标文件系统信息，目标文件系统信息对应存储装置文件系统格式。本领域技术人员应当理解的是:磁盘的前几个扇区数据，是其文件系统格式化时生成的特定格式，每种文件系统都不一样。一般来说第一扇区包含了该文件系统的ID签名，用于操作系统来识别格式的。那么本文这里的目标文件系统信息，表现形式就是将第一扇区数据，甚至我们可以进一步，将前5个扇区的数据都打包在一起，填充在第一扇区数据的尾段里面。

601、第一电子设备从文件系统格式库中对目标文件系统信息进行比较，判断存储装置使用的系统格式是否为本地支持的文件系统格式，如果支持则直接挂载；如果不支持，则提取本地平台的平台信息。在这里，平台信息可以包括如处理器硬件参数(版本信息、处理能力等)等硬件平台信息，也可以包括如windows、ios、android等操作系统的软件平台信息。

602、第一电子设备根据目标文件系统信息生成文件系统请求，并将文件系统请求及平台信息发送至服务器。

603、服务器在预设的文件系统信息库对目标文件系统信息进行比对，以判断是属于哪种文件系统格式以及是开源文件还是商业文件。在这里，确定为商业文件，需要进行收费。服务器生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息，在这里，拒绝推送请求为表征拒绝发送目标安装文件的请求。然后服务器将目标安装信息发送至第一电子设备。

604、第一电子设备接收到该目标安装信息后发送的授权请求至服务器，并在服务器的应用商店内完成支付。

605、服务器接收到缴费系统发送的缴费成功通知后，依照平台信息选择对应平台格式的目标安装文件，推送给第一电子设备。在这里缴费系统可以为例如支付宝的第三方平台，也可以为设置在服务器上的支付平台。

606、第一电子设备接收目标安装文件，通过运行所述目标安装文件实现挂载存储装置，并实现与存储装置的数据交互。

请参阅图7，图7示出了实施例四提供的数据交互装置的结构模块图，该数据交互装置应用于第一电子设备，，所述第一电子设备包括与外接设备连接的数据接口，所述数据交互装置包括：

判断模块701，用于当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；

第一发送模块702，与判断模块701连接，用于在判定不支持所述存储装置使用的文件系统格式的情况下，向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式；

第一接收模块703，与第一发送模块702连接，用于接收所述目标安装信息。

具体的，所述第一发送模块702包括：读取单元和发送单元。其中，读取单元，用于读取所述存储装置的头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息；其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式。

发送单元，与读取单元连接，用于根据所述目标文件系统信息生成文件系统请求并向服务器发送所述文件系统请求。

本发明实施例五还提供一种电子设备，包括如实施例四所示的数据交互装置。

请参阅图8，本发明实施例六还提供一种电子设备，具有与外接设备连接的数据接口，包括：

存储器(memory)800；

通信接口(Communications Interface)820；

一个或多个处理器(processor)830；以及，

一个或多个模块821，所述一个或多个模块被存储在所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块用于执行以下步骤的指令：

当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；

若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式；

接收所述目标安装信息。

请参阅图9，本发明实施例七提供一种数据交互装置，包括：

第二接收模块901，用于接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；

确定模块902，与第二接收模块901连接，用于根据所述目标文件系统信息确定对应的目标安装信息；

第二发送模块903，与确定模块902连接，用于在发送所述目标安装信息至所述第一电子设备。

具体的，所述确定模块902包括：

比对单元，用于在预设文件系统信息库中进行比对所述目标文件系统信息，判断所述目标文件系统信息对应的目标安装文件是为开源文件还是商业文件；

第一判定单元，与比对单元连接，用于若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

第二判定单元，与比对单元连接，用于若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。

进一步的，第二接收模块901还用于在接收文件系统请求时还接收到所述第一电子设备的平台信息；所述比对单元，具体用于在预设文件系统信息库中进行比对所述目标文件系统信息和平台信息，判断对应的目标安装文件是为开源文件还是商业文件。

本发明实施例八提供一种电子设备，包括如实施例七所示的数据交互装置。

本发明实施例九提供一种电子设备，包括：

存储器(memory)；

一个或多个处理器(processor)；以及，

一个或多个模块，所述一个或多个模块被存储在所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块用于执行以下步骤的指令：

接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；

根据所述目标文件系统信息确定对应的目标安装信息；

发送所述目标安装信息至所述第一电子设备。

本发明实施例还提供一种数据交互系统，包括：

第一电子设备，用于当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；

服务器，用于接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；根据所述目标文件系统信息确定对应的目标安装信息；以及，发送所述目标安装信息至所述第一电子设备。

本发明的设备/系统实施例的工作原理及相应的有益效果与前述方法实施例理念一致，具体可参阅前述的内容，在此不再赘述。

本实施例还提供了一种结合电子设备的计算机程序产品，所述计算机程序产品包括计算机可读的存储介质和内嵌于其中的计算机程序机制，所述计算机程序机制包括执行以下步骤的指令：

当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；

若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式；

接收所述目标安装信息。

本实施例还提供了一种结合电子设备的计算机程序产品，所述计算机程序产品包括计算机可读的存储介质和内嵌于其中的计算机程序机制，所述计算机程序机制包括执行以下步骤的指令：

接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；

根据所述目标文件系统信息确定对应的目标安装信息；

发送所述目标安装信息至所述第一电子设备。

所述计算机程序机制还可执行可实现前述方法实施例的步骤的指令。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括……”或“包含……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的要素。此外，在本文中，“大于”、“小于”、“超过”等理解为不包括本数；“以上”、“以下”、“以内”等理解为包括本数。

本领域内的技术人员应明白，上述各实施例可提供为方法、装置、或计算机程序产品。这些实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。上述各实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机设备可读取的存储介质中，用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备，包括但不限于：个人计算机、服务器、通用计算机、专用计算机、网络设备、嵌入式设备、可编程设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等；所述的存储介质，包括但不限于：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。

上述各实施例是参照根据实施例所述的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到计算机设备的处理器以产生一个机器，使得通过计算机设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机设备以特定方式工作的计算机设备可读存储器中，使得存储在该计算机设备可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机设备上，使得在计算机设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已经对上述各实施例进行了描述，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改，所以以上所述仅为本发明的实施例，并非因此限制本发明的专利保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围之内。

Claims (9)

1.一种数据交互方法，其特征在于，应用于第一电子设备，所述第一电子设备包括与外接设备连接的数据接口，所述数据交互方法包括：

当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；

若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；其中，所述目标文件系统信息对应所述存储装置支持的文件系统格式；所述向服务器发送文件系统请求，包括：读取所述存储装置的头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息；其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式；根据所述目标文件系统信息生成文件系统请求并向服务器发送所述文件系统请求；

接收所述目标安装信息。

2.根据权利要求1所述的数据交互方法，其特征在于，在所述向服务器发送文件系统请求时还向所述服务器发送：所述第一电子设备的平台信息。

3.根据权利要求1所述的数据交互方法，其特征在于，所述接收所述目标安装信息之后包括：向所述服务器发送授权支付请求，并接收所述服务器返回的目标安装文件。

4.根据权利要求1所述的数据交互方法，其特征在于，所述数据交互方法还包括：运行所述目标安装信息中的目标安装文件，挂载所述存储装置。

5.一种数据交互方法，其特征在于，应用于服务器，包括：

接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；第一电子设备发送的文件系统请求通过以下方法确定：第一电子设备读取与第一电子设备建立连接的存储装置的头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息；其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式；根据所述目标文件系统信息生成文件系统请求并向服务器发送所述文件系统请求；

根据所述目标文件系统信息确定对应的目标安装信息；

发送所述目标安装信息至所述第一电子设备。

6.根据权利要求5所述的数据交互方法，其特征在于，所述根据所述目标文件系统信息确定对应的目标安装信息包括：

在预设文件系统信息库中进行比对所述目标文件系统信息，判断所述目标文件系统信息对应的目标安装文件是为开源文件还是商业文件；

若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。

7.根据权利要求5所述的数据交互方法，其特征在于，所述接收文件系统请求时还接收到所述第一电子设备的平台信息；所述根据所述目标文件系统信息确定对应的目标安装信息包括：

在预设文件系统信息库中进行比对所述目标文件系统信息和平台信息，判断对应的目标安装文件是为开源文件还是商业文件；

若判定为开源文件，则将对应的目标安装文件确定为目标安装信息；

若判定为商业文件，则生成对应的拒绝推送请求，并根据所述拒绝推送请求生成目标安装信息。

8.根据权利要求5至7任一项所述的数据交互方法，其特征在于，还包括：接收第一电子设备发送的授权支付请求，并向第一电子设备发送目标安装信息对应的目标安装文件。

9.一种数据交互方法，其特征在于，包括：

第一电子设备当检测到存储装置的接入时，判断是否支持所述存储装置使用的文件系统格式；若不支持所述存储装置使用的文件系统格式，则向服务器发送文件系统请求，以使所述服务器根据所述文件系统请求中的目标文件系统信息返回对应的目标安装信息；所述向服务器发送文件系统请求，包括：读取所述存储装置的头部逻辑地址数据并从所述头部逻辑地址数据获取目标文件系统信息；其中，所述头部逻辑地址数据用于表征所述存储装置支持的文件系统格式；根据所述目标文件系统信息生成文件系统请求并向服务器发送所述文件系统请求；

服务器接收第一电子设备发送的文件系统请求，并获取所述文件系统请求中的目标文件系统信息；根据所述目标文件系统信息确定对应的目标安装信息；以及，发送所述目标安装信息至所述第一电子设备。