CN106657219B - 基于智能设备的文件上传和下载方法 - Google Patents

Abstract

本发明公开一种基于智能设备的文件上传和下载方法，通过获取智能设备的唯一ID输入移动设备，使得移动设备和智能设备通过Proxy服务建立通信连接，进而移动设备可以通过Web服务和Proxy服务下载智能设备内的相应文件，智能设备也可以通过Proxy服务和Web服务获取移动设备上传的文件。本发明的基于智能设备的文件上传和下载方法，不受网络环境和IP地址的制约，而且无需特定的连接命令，解决了现有的adb方式受网络环境和IP地址制约，U盘受连接命令制约的技术问题，操作简单，使用方便，应用范围广。

Description

基于智能设备的文件上传和下载方法

技术领域

本发明涉及一种基于智能设备的文件上传和下载方法。

背景技术

智能设备的普及，带动了家庭的智能化，但是，在智能化的同时，也给用户带来了不便，如用户家中某个应用、配置文件或解析库出现错误，或者出现其他问题需要处理时，需要工程师去到用户家中上传文件至智能设备中，或者从智能设备中下载相关文件。

此外，在开发测试过程中，如果开发与测试不在同一区域，或处于同一区域但应用不同的网络，遇到问题时需要在智能设备中上传最新的程序，或者从智能设备中下载日志文件进行分析等，操作不便且浪费时间。

目前解决上述问题采用的主流方法是使用基于Android系统的adb(AndroidDebug Bridge)方式或U盘将文件上传至智能设备中，或者从智能设备中下载相关文件，但是adb方式需要PC端的网络环境与智能设备的网络环境保持一致，且需要知道智能设备的IP地址；如果所述智能设备安装的是非Android系统，则只能使用U盘与智能设备进行数据交换，而且需要智能设备连接串口线并输入相应命令。

发明内容

本发明的主要目的在于提供一种基于智能设备的文件上传和下载方法，旨在解决现有的adb方式受网络环境和IP地址制约，U盘受连接命令制约的技术问题。

为实现上述目的，本发明提出一种基于智能设备的文件上传和下载方法，包括以下步骤：

获取智能设备的唯一ID，输入移动设备；

所述移动设备与智能设备通过Proxy服务建立通信连接；

所述移动设备上传文件至智能设备或者从智能设备下载文件。

进一步地，所述“移动设备与智能设备通过Proxy服务建立通信连接”的步骤包括：

移动设备携带所述唯一ID与Web服务建立连接；

所述Web服务携带所述唯一ID向Push服务获取智能设备远程服务的Push ID；

所述Push服务通过智能设备提示用户是否接受移动设备的连接请求，若否，则智能设备与Proxy服务建立一次性连接，若是，则智能设备与Proxy服务建立TCP的长连接；

所述移动设备判断智能设备是否接受其连接请求，若否，则界面给出相应提示，若是，则携带所述唯一ID与移动设备的服务ID与Proxy服务建立长连接；

所述Proxy服务将智能设备的服务ID发送至移动设备，将移动设备的服务ID发送至智能设备。

进一步地，所述“移动设备判断智能设备是否接受其连接请求”的步骤之前还包括：

所述Web服务携带所述唯一ID与Proxy服务建立连接；

所述Proxy服务将移动设备的连接请求结果转发至Web服务；

所述Web服务直接将所述连接请求结果发送至移动设备。

进一步地，所述移动设备上传文件至智能设备的步骤包括：

在移动设备上选择文件及目标路径，上传至Web服务；

所述Web服务反馈文件是否上传成功的信息，及文件的相关信息；

所述移动设备依据反馈信息判断文件是否上传成功，若否，则给出提示及原因，若是，则将Web服务中的文件路径及目标路径发命令至Proxy服务；

所述Proxy服务解析命令，判断命令目标是否是服务自身，若是，则自行处理，若否，则将所述文件路径及目标路径转发至智能设备；

所述智能设备依据所述文件路径下载文件至目标路径，并将下载文件结果反馈至移动设备。

进一步地，所述“智能设备依据所述文件路径下载文件至目标路径，并将下载文件结果反馈至移动设备”的步骤之后包括：

所述Proxy服务解析智能设备将下载文件结果反馈至移动设备的命令目标，判断该命令目标是否是服务自身，若是，则自行处理，若否，则直接转发至移动设备。

进一步地，所述移动设备从智能设备下载文件的步骤包括：

在移动设备输入目标文件路径，生成命令发送至Proxy服务；

所述Proxy服务解析所述命令，判断命令目标是否是服务自身，若是，则自行处理，若否，则将其转发至智能设备；

所述智能设备解析所述目标文件路径，判断目标文件是否存在，若否，则将结果反馈至移动设备，若是，则与Proxy服务另建一个端口连接；

所述Proxy服务通过所述端口将目标文件写入Web服务的路径，并发送至移动设备；

所述移动设备判断文件是否下载成功，若否，则界面给出提示及原因，若是，则移动设备另建窗口去Web服务下载。

进一步地，所述“将结果反馈至移动设备”的步骤包括：

所述Proxy服务解析将结果反馈至移动设备的命令目标，判断该命令目标是否是服务自身，若是，则自行处理，若否，则直接转发至移动设备。

进一步地，所述文件的相关信息包括文件路径、文件名称、及文件大小。

进一步地，所述移动设备包括手机、Pad、及PC。

进一步地，所述智能设备包括智能电视、智能音箱、智能热水器、及智能投影仪。

本发明的基于智能设备的文件上传和下载方法，通过获取智能设备的唯一ID输入移动设备，使得移动设备和智能设备通过Proxy服务建立通信连接，进而移动设备可以通过Web服务和Proxy服务下载智能设备内的相应文件，智能设备也可以通过Proxy服务和Web服务获取移动设备上传的文件，不受网络环境和IP地址的制约，而且无需特定的连接命令，解决了现有的adb方式受网络环境和IP地址制约，U盘受连接命令制约的技术问题，操作简单，使用方便，应用范围广。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。

图1为本发明基于智能设备的文件上传和下载方法一实施例的流程图；

图2为图1中步骤S200的具体流程图；

图3为图1中步骤S300一实施例的具体流程图；

图4为图1中步骤S300另一实施例的具体流程图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明，本发明实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参照图1，在本实施例中，该基于智能设备的文件上传和下载方法，包括以下步骤：

S100：获取智能设备的唯一ID，输入移动设备；

S200：所述移动设备与智能设备通过Proxy服务建立通信连接；

S300：所述移动设备上传文件至智能设备或者从智能设备下载文件。

本实施例的基于智能设备的文件上传和下载方法，首先需要获取智能设备的唯一ID，智能设备的唯一ID通过智能设备关于本机信息查询得到，是智能设备的唯一识别码，一般存储于该智能设备的主芯片上，每一智能设备在生产制造过程中均获得一个用于区分其他个体的身份识别码，并且不可更改，所述智能设备可以是智能电视、智能热水器，还可以是智能音箱或智能投影仪等带有智能系统的家电或其他设备，在本机读取该智能设备的唯一ID之后输入移动设备，所述移动设备包括但不限于手机、Pad或PC，也可以是其他能够进行网络通信的设备；由于移动设备和智能设备处于不同的区域，所述的网络环境和彼此的IP地址可能不同，也不可能使用U盘将诊断文件从移动设备拷贝到智能设备中，或者从智能设备中拷贝出需要诊断分析的文件，因而需要构建一个不受网络环境、IP地址或区域制约的数据交换方式，Proxy服务作为一种开放系统互联模型的会话层，既能满足Internet连接，又能满足Local Area Network(局域网)连接，能够较好地作为一种文件中转站，实现移动设备和智能设备之间的通信连接；所述移动设备与智能设备通过Proxy服务建立通信连接还依赖于Web服务进行相关文件的存储和交换，移动设备可以通过Web服务和Proxy服务下载智能设备内的相应文件，智能设备也可以通过Proxy服务和Web服务获取移动设备上传的文件，不受网络环境和IP地址的制约，而且无需特定的连接命令。

进一步地，参照图2，所述“移动设备与智能设备通过Proxy服务建立通信连接”的步骤包括：

S21：移动设备携带所述唯一ID与Web服务建立连接；

S22：所述Web服务携带所述唯一ID向Push服务获取智能设备远程服务的Push ID；

S23：所述Push服务通过智能设备提示用户是否接受移动设备的连接请求，若否，则执行步骤S231，若是，则执行步骤S232；

S231：智能设备与Proxy服务建立一次性连接；

S232：智能设备与Proxy服务建立TCP的长连接；

S24：所述Web服务携带所述唯一ID与Proxy服务建立连接；

S25：所述Proxy服务将移动设备的连接请求结果转发至Web服务；

S26：所述Web服务直接将所述连接请求结果发送至移动设备；

S27：所述移动设备判断智能设备是否接受其连接请求，若否，则执行步骤S271，若是，则执行步骤S272；

S271：界面给出相应提示；

S272：携带所述唯一ID与移动设备的服务ID与Proxy服务建立长连接；

S28：所述Proxy服务将智能设备的服务ID发送至移动设备，将移动设备的服务ID发送至智能设备。

本实施例的基于智能设备的文件上传和下载方法，移动设备与智能设备通过Proxy服务建立通信连接具体包括：S21，在移动设备上输入智能设备的唯一ID后，移动设备携带该唯一ID向Web服务发起连接请求，与Web服务建立连接；S22，Web服务收到连接请求之后，携带智能设备的唯一ID向Push服务获取该智能设备实现远程服务的Push ID；S23，Push服务收到请求消息之后通知智能设备，有移动设备想要连接，智能设备收到通知消息之后，弹出提示框提示用户存在移动设备向智能设备上传文件或从智能设备下载文件的连接请求，是否接受，若用户不接受移动设备的连接请求，执行S231，智能设备与Proxy服务建立一次性连接，并把智能设备不接受移动设备连接请求的结果反馈给Proxy服务；若用户接受移动设备的连接请求，执行S232，智能设备与Proxy服务建立TCP的长连接，并把智能设备接受移动设备连接请求的结果和智能设备本身的服务ID一并发送至Proxy服务；S24，在Push服务通过智能设备提示用户是否接受移动设备的连接请求的同时，Web服务携带智能设备的唯一ID与Proxy服务建立连接；S25，进而Proxy服务将收到的移动设备的连接请求结果转发给Web服务；S26，由于Web服务已经与移动设备建立连接，因而在Web服务收到Proxy服务转发的连接请求结果后直接发送给移动设备，以便移动设备作出判断；S27，移动设备收到Web服务发送的连接请求结果后，作出进一步判断处理，若智能设备没有接受连接请求，或者请求超时或者有其他移动设备已经与智能设备进行连接，则执行S271，由移动设备的界面给出相应的提示，若智能设备接受接受连接请求，则执行S272，移动设备携带智能设备的唯一ID与移动设备自身的服务ID发送至Proxy服务，与Proxy服务建立长连接；S28，Proxy服务根据智能设备的唯一ID，可以分别找出移动设备需要连接的智能设备的服务ID和移动设备的服务ID，并把智能设备的服务ID发送给移动设备，把移动设备的服务ID发送给智能设备，进而使得移动设备拥有智能设备在Proxy服务中的服务ID，智能设备拥有移动设备在Proxy服务中的服务ID，此时移动设备、Proxy服务和智能设备就可以采用自定义通信协议进行相互通信了。

进一步地，参照图3，所述“移动设备上传文件至智能设备”的步骤包括：

S31u：在移动设备上选择文件及目标路径，上传至Web服务；

S32u：所述Web服务反馈文件是否上传成功的信息，及文件的相关信息；

S33u：所述移动设备依据反馈信息判断文件是否上传成功，若否，则执行步骤S331u，若是，则执行步骤S332u；

S331u：给出提示及原因；

S332u：将Web服务中的文件路径及目标路径发命令至Proxy服务；

S34u：所述Proxy服务解析命令，判断命令目标是否是服务自身，若是，则执行步骤S341u，若否，则执行步骤S342u；

S341u：自行处理；

S342u：将所述文件路径及目标路径转发至智能设备；

S35u：所述智能设备依据所述文件路径下载文件至目标路径，并将下载文件结果反馈至移动设备。

S36u：所述Proxy服务解析智能设备将下载文件结果反馈至移动设备的命令目标，判断该命令目标是否是服务自身，若是，则执行步骤S361u，若否，则执行步骤S362u；

S361u：自行处理；

S362u：直接转发至移动设备。

本实施例的基于智能设备的文件上传和下载方法，移动设备上传文件至智能设备具体包括：S31u，在移动设备上选择要上传的文件及将该文件上传到智能设备中相应位置的目标路径，上传至Web服务；S32u，文件及目标路径上传到Web服务后，Web服务会向移动设备反馈文件是否上传成功的信息，及文件的相关信息，文件的相关信息包括文件路径、文件名称和文件大小等；S33u，移动设备收到Web服务反馈的信息后，依据该信息判断文件是否上传成功，若文件上传失败，则执行步骤S331u，给出文件上传失败的提示，并提示上传失败的原因，若文件上传成功，则执行步骤S332u，把上传到Web服务的文件路径及要上传到智能设备中的目标路径以命令形式发送至Proxy服务；S34u，Proxy服务收到上述命令之后，解析该命令指向的命令目标，判断该命令目标是否是Proxy服务自身，若该命令目标指向Proxy服务自身，则执行步骤S341u，由Proxy服务自行处理，若该命令目标没有指向Proxy服务自身，则执行步骤S342u，将上述文件路径及目标路径转发至智能设备；S35u，智能设备收到上述文件路径及目标路径后，依据所述文件路径将目标文件下载至目标路径，并将下载文件的结果反馈至移动设备；S36u，Proxy服务收到智能设备将下载文件的结果反馈至移动设备的命令之后，解析该命令所指向的命令目标，判断该命令目标是否指向Proxy服务本身，若该命令目标指向Proxy服务自身，则执行步骤S361u，由Proxy服务自行处理，若该命令目标没有指向Proxy服务自身，则执行步骤S362u，将下载文件的结果直接转发至移动设备，移动设备收到上述信息后，在界面上予以显示。

进一步地，参照图4，所述“移动设备从智能设备下载文件”的步骤包括：

S31d：在移动设备输入目标文件路径，生成命令发送至Proxy服务；

S32d：所述Proxy服务解析所述命令，判断命令目标是否是服务自身，若是，则执行步骤S321d，若否，则执行步骤S322d；

S321d：自行处理；

S322d：将目标文件路径转发至智能设备；

S33d：所述智能设备解析所述目标文件路径，判断目标文件是否存在，若否，则执行步骤S331d，若是，则执行步骤S332d；

S331d：将结果反馈至移动设备；

S332d：与Proxy服务另建一个端口连接；

S34d：所述Proxy服务通过所述端口将目标文件写入Web服务的路径，并发送至移动设备；

S35d：所述移动设备判断文件是否下载成功，若否，则执行步骤S351d，若是，则执行步骤S352d；

S351d：界面给出提示及原因；

S352d：移动设备另建窗口去Web服务下载。

本实施例的基于智能设备的文件上传和下载方法，移动设备从智能设备下载文件具体包括：S31d，在移动设备输入智能设备中要下载的目标文件的文件路径，生成命令发送给Proxy服务；S32d，Proxy服务收到上述命令之后，解析该命令指向的命令目标，判断该命令目标指向的对象是否是Proxy服务本身，若该命令目标指向Proxy服务自身，则执行步骤S321d，由Proxy服务自行处理，若该命令目标没有指向Proxy服务自身，则执行步骤S322d，将目标文件的路径直接转发给智能设备；S33d，智能设备收到上述目标文件的路径后，解析该目标文件的路径，判断该目标文件是够存在，若需要下载的目标文件不存在，则执行步骤S331d，将目标文件不存在的结果反馈给移动设备，若需要下载的目标文件存在，则执行步骤S332d，与Proxy服务另行创建一个端口进行连接；S34d，智能设备另行创建一个端口与Proxy服务进行连接后，通过该端口将目标文件写入Web服务的路径，并发送给移动设备，以便移动设备能够通过Web服务下载该目标文件；S35d，移动设备通过Web服务发送的目标文件的路径信息，判断Web服务的文件是否下载成功，若文件下载失败，则执行步骤S351d，在界面给出文件下载失败的提示，并提示下载失败的原因，若文件下载成功，则执行步骤S352d，移动设备另行创建一个窗口去Web服务下载上述目标文件。

进一步地，所述“将结果反馈至移动设备”的步骤包括：

所述Proxy服务解析将结果反馈至移动设备的命令目标，判断该命令目标是否是服务自身，若是，则自行处理，若否，则直接转发至移动设备。

本实施例的基于智能设备的文件上传和下载方法，步骤S331d中“将结果反馈至移动设备”具体包括：Proxy服务收到“将结果反馈至移动设备”的命令，解析该命令所指向的命令目标，然后判断该命令目标是否指向Proxy服务本身，若该命令目标指向Proxy服务自身，则由Proxy服务自行处理，若该命令目标没有指向Proxy服务自身，则将目标文件是否存在的结果直接转发反馈给移动设备。

本实施例的基于智能设备的文件上传和下载方法，通过获取智能设备的唯一ID输入移动设备，使得移动设备和智能设备通过Proxy服务建立通信连接，进而移动设备可以通过Web服务和Proxy服务下载智能设备内的相应文件，智能设备也可以通过Proxy服务和Web服务获取移动设备上传的文件，不受网络环境和IP地址的制约，而且无需特定的连接命令，解决了现有的adb方式受网络环境和IP地址制约，U盘受连接命令制约的技术问题，操作简单，使用方便，应用范围广。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。

Claims (8)

1.一种基于智能设备的文件上传和下载方法，其特征在于，包括以下步骤：

获取智能设备的唯一ID，输入移动设备；

所述移动设备与智能设备通过Proxy服务建立通信连接；其中，

移动设备携带所述唯一ID与Web服务建立连接；

所述Web服务携带所述唯一ID向Push服务获取智能设备远程服务的Push ID；

所述Push服务通过智能设备提示用户是否接受移动设备的连接请求，若否，则智能设备与Proxy服务建立一次性连接，若是，则智能设备与Proxy服务建立TCP的长连接，并将智能设备接受移动设备连接请求的结果和智能设备本身的服务ID发送至Proxy服务；

所述Web服务携带所述唯一ID与Proxy服务建立连接；

所述Proxy服务将移动设备的连接请求结果转发至Web服务；

所述Web服务直接将所述连接请求结果发送至移动设备；

所述移动设备判断智能设备是否接受其连接请求，若否，则界面给出相应提示，若是，则携带所述唯一ID与移动设备的服务ID与Proxy服务建立长连接；

所述Proxy服务将智能设备的服务ID发送至移动设备，将移动设备的服务ID发送至智能设备；

所述移动设备上传文件至智能设备或者从智能设备下载文件。

2.根据权利要求1所述的基于智能设备的文件上传和下载方法，其特征在于，所述移动设备上传文件至智能设备的步骤包括：

在移动设备上选择文件及目标路径，上传至Web服务；

所述Web服务反馈文件是否上传成功的信息，及文件的相关信息；

所述移动设备依据反馈信息判断文件是否上传成功，若否，则给出提示及原因，若是，则将Web服务中的文件路径及目标路径发命令至Proxy服务；

所述Proxy服务解析命令，判断命令目标是否是服务自身，若是，则自行处理，若否，则将所述文件路径及目标路径转发至智能设备；

所述智能设备依据所述文件路径下载文件至目标路径，并将下载文件结果反馈至移动设备。

3.根据权利要求2所述的基于智能设备的文件上传和下载方法，其特征在于，所述“智能设备依据所述文件路径下载文件至目标路径，并将下载文件结果反馈至移动设备”的步骤之后包括：

所述Proxy服务解析智能设备将下载文件结果反馈至移动设备的命令目标，判断该命令目标是否是服务自身，若是，则自行处理，若否，则直接转发至移动设备。

4.根据权利要求1所述的基于智能设备的文件上传和下载方法，其特征在于，所述移动设备从智能设备下载文件的步骤包括：

在移动设备输入目标文件路径，生成命令发送至Proxy服务；

所述Proxy服务解析所述命令，判断命令目标是否是服务自身，若是，则自行处理，若否，则将其转发至智能设备；

所述智能设备解析所述目标文件路径，判断目标文件是否存在，若否，则将结果反馈至移动设备，若是，则与Proxy服务另建一个端口连接；

所述Proxy服务通过所述端口将目标文件写入Web服务的路径，Web服务将目标文件的路径发送至移动设备；

所述移动设备判断文件是否下载成功，若否，则界面给出提示及原因，若是，则移动设备另建窗口去Web服务下载。

5.根据权利要求4所述的基于智能设备的文件上传和下载方法，其特征在于，所述“将结果反馈至移动设备”的步骤包括：

所述Proxy服务解析将结果反馈至移动设备的命令目标，判断该命令目标是否是服务自身，若是，则自行处理，若否，则直接转发至移动设备。

6.根据权利要求2所述的基于智能设备的文件上传和下载方法，其特征在于，所述文件的相关信息包括文件路径、文件名称、及文件大小。

7.根据权利要求1所述的基于智能设备的文件上传和下载方法，其特征在于，所述移动设备包括手机、Pad、及PC。

8.根据权利要求1所述的基于智能设备的文件上传和下载方法，其特征在于，所述智能设备包括智能电视、智能音箱、智能热水器、及智能投影仪。