CN101360127A - 文件更新方法及传输系统 - Google Patents
文件更新方法及传输系统 Download PDFInfo
- Publication number
- CN101360127A CN101360127A CNA2008102101976A CN200810210197A CN101360127A CN 101360127 A CN101360127 A CN 101360127A CN A2008102101976 A CNA2008102101976 A CN A2008102101976A CN 200810210197 A CN200810210197 A CN 200810210197A CN 101360127 A CN101360127 A CN 101360127A
- Authority
- CN
- China
- Prior art keywords
- file
- server
- identification value
- socket
- message identification
- 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
Abstract
本发明实施例公开一种文件更新方法及传输系统。所述文件更新方法包括:客户端获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址;根据所述服务器的端口号和IP地址,建立与服务器的套接字连接;在所述套接字连接建立后,向所述服务器请求传输需更新的文件;接收所述服务器传输的文件,根据接收的文件对本地文件进行更新。本发明实施例还相应提供一种传输系统。本发明实施例技术方案能够在跨操作系统情况下更简单的实现文件更新。
Description
技术领域
本发明涉及数据通信技术领域,具体涉及一种文件更新方法及传输系统。
背景技术
在软件开发过程中,一个开发项目通常由多个开发人员参与设计,每个开发人员根据不同任务制作相应的文件,并将其存储到专门的共享设备上供其他人员参考,同时也需参考该共享设备上其他人制作的文件。
现有技术一般可以采用服务器和客户端的架构进行文件的存储和传输。服务器和客户端需要预先根据操作系统安装某些软件和进行各种配置,以支持文件传输。服务器存储有整个开发项目的全部文件,这些文件从各客户端传输到服务器,当某一客户端的文件发生变化后,可以传输到服务器上进行更新。而客户端,只存储某一任务相关的文件,同时也需要从服务器下载相关的文件进行更新。进行文件更新的过程,是通过调用配置文件的方式实现。服务器从配置文件读取相关配置信息后,进入监听状态,当接收到客户端请求文件更新的消息后,根据消息中携带的要传送的文件列表找出这些文件后,发送给客户端。
在对现有技术的研究和实践过程中,发明人发现现有技术存在以下问题:
现有技术中,服务器和客户端一般都是安装不同操作系统,如客户端一般是安装WINDOWS操作系统,服务器一般是安装Linux或UNIX操作系统,因为不同操作系统的协议并不一样,因此在这种跨操作系统的情况下,客户端和服务器进行不同的配置,各自安装某些协议和软件,运行不同的接口协议和建立不同的连接才能互相传输文件进行更新,因此处理较为复杂。
发明内容
本发明实施例要解决的技术问题是提供一种文件更新方法及传输系统,能够在跨操作系统情况下更简单的实现文件更新。
为解决上述技术问题,本发明所提供的实施例是通过以下技术方案实现的:
本发明实施例提供一种文件更新方法,包括:客户端获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址;根据所述服务器的端口号和IP地址,建立与服务器的套接字连接;在所述套接字连接建立后,向所述服务器请求传输需更新的文件;接收所述服务器传输的文件,根据接收的文件对本地文件进行更新。
优选的,所述向服务器请求传输需更新的文件具体为:在本地文件中排除不能更新的文件后确定需更新的文件,再向所述服务器请求传输所述需更新的文件。
优选的,所述向服务器请求传输所述需更新的文件之前进一步包括:通过所述建立的套接字连接,获取服务器上文件的信息标识值;将所述需更新的文件的信息标识值与从服务器获取的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件;所述向服务器请求传输所述需更新的文件具体为:向服务器请求传输所述最终需更新的文件。
优选的,所述获取服务器上文件的信息标识值具体为:向服务器发送携带文件列表标识的消息,指示服务器传输所述文件列表标识对应的文件的信息标识值;接收服务器发送的所述文件列表标识对应的文件的信息标识值。
优选的,向服务器请求传输所述最终需更新的文件具体为:向服务器发送携带传输标识及文件列表的请求消息,所述文件列表指明最终需更新的文件。
优选的,所述信息标识值具体为采用哈希算法或信息摘要MD5算法对文件进行处理得到。
本发明实施例提供一种传输系统,包括:客户端,用于获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址,根据所述服务器的端口号和IP地址,建立与服务器的套接字连接,在所述套接字连接建立后,向所述服务器请求传输需更新的文件,根据服务器返回的文件对本地文件进行更新;服务器,用于与所述客户端建立套接字连接,在接收所述客户端发送的传输需更新的文件的请求后,向所述客户端发送所请求的文件。
优选的,所述客户端包括:获取单元,用于获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址;连接单元,用于根据所述获取单元获取的服务器的端口号和IP地址,建立与服务器的套接字连接;更新单元,用于在所述连接单元建立与服务器的套接字连接后,在本地文件中排除不能更新的文件后确定需更新的文件,向所述服务器请求传输所述需更新的文件,根据服务器返回的文件对本地文件进行更新。
优选的,所述更新单元包括:筛选单元,用于通过所述连接单元建立的与服务器的套接字连接,获取服务器上文件的信息标识值,将所述需更新的文件的信息标识值与从服务器获取的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件;处理单元,用于向服务器请求传输所述最终需更新的文件。
优选的,所述筛选单元获取服务器上文件的信息标识值具体是:向服务器发送携带文件列表标识的消息,指示服务器传输所述文件列表标识对应的文件的信息标识值;接收服务器发送的所述文件列表标识对应的文件的信息标识值;所述处理单元向服务器请求传输所述最终需更新的文件具体是:向服务器发送携带传输标识及文件列表的请求消息,所述文件列表指明最终需更新的文件。
从上述技术方案可以看出,本发明实施例通过客户端与服务器之间建立套接字连接来传输需更新的文件,因为目前基本上所有的操作系统都支持套接字连接,为实现套接字连接的配置也比较简单,不需要象现有技术中因为客户端和服务器为不同操作系统而需对各种协议和连接进行复杂的设置,因此在客户端和服务器为不同操作系统情况下,更简单的实现了文件的更新。
附图说明
图1是本发明实施例一文件更新方法流程图;
图2是本发明实施例二文件更新方法流程图;
图3是本发明实施例三文件更新方法流程图;
图4是本发明实施例的传输系统结构示意图。
具体实施方式
本发明实施例提供一种文件更新方法,能够在跨操作系统情况下更简单的实现文件更新。
本发明实施例是主要是客户端和服务器之间基于套接字连接进行文件传输来实现文件更新,而套接字连接基本上是各种操作系统都可以支持,因此不需要进行太多复杂的配置工作,因此可以更简单的实现文件更新。
以下结合附图对本发明实施例进行详细介绍。
请参阅图1,是本发明实施例一文件更新方法流程图,包括:
步骤101、客户端获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址;
客户端和服务器预先进行相关配置,得到配置文件,配置文件中存储配置信息,如服务器的端口号、IP地址等。客户端启动后,获取配置文件,得到服务器的端口号和IP地址等信息。
步骤102、根据所述服务器的端口号和IP地址,建立与服务器的套接字连接;
客户端获取服务器的端口号和IP地址后,就可以根据所述服务器的端口号和IP地址,建立与服务器的套接字连接。
步骤103、在所述套接字连接建立后,向所述服务器请求传输需更新的文件;
客户端在在所述套接字连接建立后,向所述服务器发送请求消息,所述消息中携带传输标识及需更新的文件列表,请求服务器传输文件列表中的文件。
步骤104、接收所述服务器传输的文件,根据接收的文件对本地文件进行更新。
客户端接收所述服务器传输的文件后,根据接收的文件对本地文件进行更新,具体是将接收的文件生成临时文件,删除对应的本地旧的文件,将临时文件重命名,将文件属性(例如文件所有者等属性)修改为与原对应文件一样,从而完成了文件更新。
可以发现,本实施例客户端和服务器是建立套接字连接进行文件传输,目前基本上所有的操作系统都支持套接字连接,因此在客户端和服务器为不同操作系统情况下,利用套接字连接就更简单的实现了文件的更新。
请参阅图2,是本发明实施例二文件更新方法流程图。假设客户端是安装WINDOWS操作系统,服务器是安装UNIX操作系统。
如图2所示,包括步骤:
步骤201、客户端获取配置信息;
本发明实施例中,预先在客户端和服务器进行配置,得到配置文件,配置文件中存储配置信息。如在服务器上,配置端口号、IP地址,以及设置服务器上文件的更新目录标识、更新目录路径和与该目录路径相关联的唯一名称等。在各客户端,关于服务器的端口号、IP地址,以及服务器上文件的更新目录标识、更新目录路径和与该目录路径相关联的唯一名称等配置信息,是统一设置,此外,对于本地不需要更新文件的文件列表则可以在各客户端分别设置和修改。
客户端启动后,读取配置文件中的配置信息,用于后续操作。
需要说明的是,如果后续需要修改,则可以直接修改配置文件,不需要修改服务器和客户端的程序,从而简化了操作。
步骤202、客户端根据配置信息与服务器建立套接字连接;
客户端根据存储的配置信息中的服务器的端口号和IP地址,采用TCP/IP协议,与服务器建立套接字(Socket)连接。Socket,通常称作″套接字″,用于描述IP地址和端口,是一个通信链的句柄。应用程序通常通过“套接字”向网络发出请求或者应答网络请求。该步骤中建立套接字连接是采用现有的建立方法。一般各种操作系统都支持套接字连接。
步骤203、客户端排除本地不需要更新的文件后,确定需要更新的文件列表;
客户端获取了本地不需要更新文件的文件列表,则可以排除列表中不需要更新的文件后,确定需要更新的文件列表。例如,本地有dir1、dir2、dir3这三个文件,dir1是属于不能更新的文件(即属于排除项的文件),记录在本地不需要更新文件的文件列表中,而dir2和dir3是要求更新的文件,就确定需要更新的文件列表中包括dir2和dir3。
通过该步骤,可以防止不能更新的文件被误更新,另外,因为已经排除过这些不能更新的文件,因此以后的更新过程就不需要再检测是否含有这些不能更新的文件。
步骤204、客户端向服务器发送请求消息,请求传输需要更新的文件列表中对应的文件;
客户端确定需要更新的文件列表后,通过所述建立的套接字连接,向服务器发送请求消息,请求消息中携带传输标识及需要更新的文件列表,请求传输需要更新的文件列表中对应的文件。
步骤205、客户端接收服务器发送的文件,根据这些文件对本地文件进行更新。
服务器在启动后,一直执行监听操作,接收到客户端发送的消息后,解析消息,当发现消息中是含有传输标识及需要更新的文件列表时,在更新目录路径下查找出需要更新的文件列表所对应的文件,然后通过所述建立的套接字连接,将这些文件发送给客户端。
客户端接收服务器发送的文件,根据这些文件对本地文件进行更新,具体为:将服务器发送过来的文件内容生成临时文件,删除对应的本地旧的文件,将临时文件重命名,将文件属性(例如文件所有者等属性)修改为与原对应文件一样,从而完成了文件更新。
可以发现,本实施例客户端和服务器是建立套接字连接进行文件传输,目前基本上所有的操作系统都支持套接字连接,因此在客户端和服务器为不同操作系统情况下,利用套接字连接就更简单的实现了文件的更新。另外,本实施例的配置信息可以统一配置,处理更简单灵活。还有,通过排除本地不需要更新的文件后确定需要更新的文件列表,可以避免误更新。
请参阅图3,是本发明实施例三文件更新方法流程图。假设客户端是安装WINDOWS操作系统,服务器是安装UNIX操作系统。
如图3所示,包括步骤:
步骤301、客户端获取配置信息;
本发明实施例中,预先在客户端和服务器进行配置,得到配置文件,配置文件中存储配置信息。如在服务器上,配置端口号、IP地址,以及设置服务器上文件的更新目录标识、更新目录路径和与该目录路径相关联的唯一名称等。在各客户端,关于服务器的端口号、IP地址,以及服务器上文件的更新目录标识、更新目录路径和与该目录路径相关联的唯一名称等配置信息,是统一设置,此外,对于本地不需要更新文件的文件列表则可以在各客户端分别设置和修改。
客户端启动后,读取配置文件中的配置信息,用于后续操作。
需要说明的是,如果后续需要修改,则可以直接修改配置文件,不需要修改服务器和客户端的程序,从而简化了操作。
步骤302、客户端根据配置信息与服务器建立套接字连接;
客户端根据存储的配置信息中的服务器的端口号和IP地址,采用TCP/IP协议,与服务器建立套接字(socket)连接。Socket,通常称作″套接字″,用于描述IP地址和端口,是一个通信链的句柄。应用程序通常通过“套接字”向网络发出请求或者应答网络请求。该步骤中建立套接字连接是采用现有的建立方法。
步骤303、客户端排除本地不需要更新的文件后,确定需要更新的文件列表;
客户端获取了本地不需要更新文件的文件列表,则可以排除列表中不需要更新的文件后,确定需要更新的文件列表。例如,本地有dir1、dir2、dir3这三个文件,dir1是属于不能更新的文件(即属于排除项的文件),记录在本地不需要更新文件的文件列表中,而dir2和dir3是要求更新的文件,就确定需要更新的文件列表中包括dir2和dir3。
通过该步骤,可以防止不能更新的文件被误更新,另外,因为已经排除过这些不能更新的文件,因此以后的更新过程就不需要再检测是否含有这些不能更新的文件。
步骤304、客户端向服务器发送请求消息,请求传输需要更新的文件列表中对应的文件的信息标识值;
客户端向服务器发送请求消息,请求消息中携带需要更新的文件列表的文件列表标识,请求传输文件列表标识对应的文件的信息标识值。
步骤305、客户端接收服务器返回的文件的信息标识值后,将其与本地存储的文件的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件,得到最终需更新的文件列表;
服务器在启动后,一直执行监听操作,接收到客户端发送的消息后,解析消息,当发现消息中是含有文件列表标识时,查找文件列表标识对应的文件的信息标识值,将这些文件的信息标识值发送给客户端。服务器上存储文件后,会对存储的文件采用一定算法进行加密处理,得到文件的信息标识值。例如采用哈希算法或信息摘要MD5算法等对文件进行处理,得到相应的信息标识值(MD5值或哈希值)。当然,也可以是采用其他加密算法。
客户端接收服务器返回的文件的信息标识值后,将其与本地存储的需要更新的文件列表中对应的文件的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件,根据这些文件就得到最终的需更新的文件列表。在客户端上,也会对存储的文件采用一定算法进行加密处理,得到文件的信息标识值。客户端一般采用与服务器相同的算法。因为信息标识值一致,就表示服务器上的文件与客户端的文件是一样的,没有必要进行更新,只有信息标识值不一致的文件,才是真正需要更新的。经过这样的处理,可以大大减少更新工作量,节省时间和节约网络资源。
步骤306、客户端向服务器发送请求消息,请求传输最终的需更新的文件列表中对应的文件;
客户端通过信息标识值的比较过程,确定最终的需要更新的文件列表后,通过所述建立的套接字连接,向服务器发送请求消息,请求消息中携带传输标识及最终的需要更新的文件列表,请求传输最终的需要更新的文件列表中对应的文件。
步骤307、客户端接收服务器发送的文件,根据这些文件对本地文件进行更新。
服务器在启动后,一直执行监听操作,接收到客户端发送的消息后,解析消息,当发现消息中是含有传输标识及需要更新的文件列表时,在更新目录路径下查找出需要更新的文件列表所对应的文件,然后通过所述建立的套接字连接,将这些文件发送给客户端。
客户端接收服务器发送的文件,根据这些文件对本地文件进行更新,具体为:将服务器发送过来的文件内容生成临时文件,删除对应的本地旧的文件,将临时文件重命名,将文件属性(例如文件所有者等属性)修改为与原对应文件一样,从而完成了文件更新。
可以发现,本实施例在具有实施例二的效果基础上,进一步通过信息标识值的比较过程,可以筛选出真正需要更新的文件,这样可以大大减少更新工作量,节省时间和节约网络资源。
需要说明的是,上述采用基于套接字连接进行文件更新的方法,是针对客户端和服务器采用不同操作系统举例说明,对于客户端和服务器如果采用相同操作系统时,也是可以适用。
上述内容详细介绍了本发明实施例文件更新的方法,相应的,本发明实施例提供一种传输系统。
请参阅图4,是本发明实施例的传输系统结构示意图。
如图4所示,传输系统包括:客户端410、服务器420。需说明的是,图4中只是以一个客户端与服务器电信连接举例说明但不局限于此,实际应用中是由多个客户端与服务器电信连接的。
客户端410,用于获取配置文件中的配置信息,所述配置信息包括服务器420的端口号和IP地址,根据所述服务器420的端口号和IP地址,建立与服务器420的套接字连接,在所述套接字连接建立后,向所述服务器420请求传输需更新的文件,根据服务器420返回的文件对本地文件进行更新。
服务器420,用于与所述客户端410建立套接字连接,在接收所述客户端410发送的传输需更新的文件的请求后,向所述客户端410发送所请求的文件。
所述客户端410包括:获取单元411、连接单元412、更新单元413。
获取单元411,用于获取配置文件中的配置信息,所述配置信息包括服务器420的端口号和IP地址。
连接单元412,用于根据所述获取单元411获取的服务器420的端口号和IP地址,建立与服务器420的套接字连接。
更新单元413,用于在所述连接单元412建立与服务器420的套接字连接后,在本地文件中排除不能更新的文件后确定需更新的文件,向所述服务器420请求传输所述需更新的文件,根据服务器420返回的文件对本地文件进行更新。
所述更新单元413包括:筛选单元14131、处理单元4132。
筛选单元4131,用于通过所述连接单元412建立的与服务器420的套接字连接,获取服务器420上文件的信息标识值,将所述需更新的文件的信息标识值与从服务器420获取的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件。
处理单元4132,用于向服务器420请求传输所述最终需更新的文件。
所述筛选单元4131获取服务器420上文件的信息标识值具体是:向服务器420发送携带文件列表标识的消息,指示服务器420传输所述文件列表标识对应的文件的信息标识值;接收服务器420发送的所述文件列表标识对应的文件的信息标识值。
所述处理单元4132向服务器420请求传输所述最终需更新的文件具体是:向服务器420发送携带传输标识及文件列表的请求消息,所述文件列表指明最终需更新的文件。
综上所述,本发明实施例通过客户端与服务器之间建立套接字连接来传输需更新的文件,因为目前基本上所有的操作系统都支持套接字连接,为实现套接字连接的配置也比较简单,不需要象现有技术中因为客户端和服务器为不同操作系统而需对各种协议和连接进行复杂的设置,因此在客户端和服务器为不同操作系统情况下,更简单的实现了文件的更新。
进一步的,通过信息标识值的比较过程,可以筛选出真正需要更新的文件,这样可以大大减少更新工作量,节省时间和节约网络资源。
以上对本发明实施例所提供的一种文件更新方法及传输系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1、一种文件更新方法,其特征在于,包括:
客户端获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址;
根据所述服务器的端口号和IP地址,建立与服务器的套接字连接;
在所述套接字连接建立后,向所述服务器请求传输需更新的文件;
接收所述服务器传输的文件,根据接收的文件对本地文件进行更新。
2、根据权利要求1所述的文件更新方法,其特征在于:
所述向服务器请求传输需更新的文件具体为:
在本地文件中排除不能更新的文件后确定需更新的文件,再向所述服务器请求传输所述需更新的文件。
3、根据权利要求2所述的文件更新方法,其特征在于,所述向服务器请求传输所述需更新的文件之前进一步包括:
通过所述建立的套接字连接,获取服务器上文件的信息标识值;
将所述需更新的文件的信息标识值与从服务器获取的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件;
所述向服务器请求传输所述需更新的文件具体为:
向服务器请求传输所述最终需更新的文件。
4、根据权利要求3所述的文件更新方法,其特征在于:
所述获取服务器上文件的信息标识值具体为:
向服务器发送携带文件列表标识的消息,指示服务器传输所述文件列表标识对应的文件的信息标识值;
接收服务器发送的所述文件列表标识对应的文件的信息标识值。
5、根据权利要求3所述的文件更新方法,其特征在于:
向服务器请求传输所述最终需更新的文件具体为:
向服务器发送携带传输标识及文件列表的请求消息,所述文件列表指明最终需更新的文件。
6、根据权利要求3至5任一项所述的文件更新方法,其特征在于:
所述信息标识值具体为采用哈希算法或信息摘要MD5算法对文件进行处理得到。
7、一种传输系统,其特征在于,包括:
客户端,用于获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址,根据所述服务器的端口号和IP地址,建立与服务器的套接字连接,在所述套接字连接建立后,向所述服务器请求传输需更新的文件,根据服务器返回的文件对本地文件进行更新;
服务器,用于与所述客户端建立套接字连接,在接收所述客户端发送的传输需更新的文件的请求后,向所述客户端发送所请求的文件。
8、根据权利要求7所述的传输系统,其特征在于,所述客户端包括:
获取单元,用于获取配置文件中的配置信息,所述配置信息包括服务器的端口号和IP地址;
连接单元,用于根据所述获取单元获取的服务器的端口号和IP地址,建立与服务器的套接字连接;
更新单元,用于在所述连接单元建立与服务器的套接字连接后,在本地文件中排除不能更新的文件后确定需更新的文件,向所述服务器请求传输所述需更新的文件,根据服务器返回的文件对本地文件进行更新。
9、根据权利要求8所述的传输系统,其特征在于,所述更新单元包括:
筛选单元,用于通过所述连接单元建立的与服务器的套接字连接,获取服务器上文件的信息标识值,将所述需更新的文件的信息标识值与从服务器获取的信息标识值进行比较,筛选出信息标识值不一致的文件作为最终需更新的文件;
处理单元,用于向服务器请求传输所述最终需更新的文件。
10、根据权利要求9所述的传输系统,其特征在于:
所述筛选单元获取服务器上文件的信息标识值具体是:向服务器发送携带文件列表标识的消息,指示服务器传输所述文件列表标识对应的文件的信息标识值;接收服务器发送的所述文件列表标识对应的文件的信息标识值;
所述处理单元向服务器请求传输所述最终需更新的文件具体是:向服务器发送携带传输标识及文件列表的请求消息,所述文件列表指明最终需更新的文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008102101976A CN101360127A (zh) | 2008-09-10 | 2008-09-10 | 文件更新方法及传输系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008102101976A CN101360127A (zh) | 2008-09-10 | 2008-09-10 | 文件更新方法及传输系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101360127A true CN101360127A (zh) | 2009-02-04 |
Family
ID=40332463
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008102101976A Pending CN101360127A (zh) | 2008-09-10 | 2008-09-10 | 文件更新方法及传输系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101360127A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102053853A (zh) * | 2010-12-30 | 2011-05-11 | 北京像素软件科技股份有限公司 | 一种网络游戏版本更新方法 |
CN102480494A (zh) * | 2010-11-23 | 2012-05-30 | 金蝶软件(中国)有限公司 | 一种文件更新的方法、装置及系统 |
CN103544151A (zh) * | 2012-07-09 | 2014-01-29 | 上海斐讯数据通信技术有限公司 | linux系统中数据处理的方法及系统 |
CN104333583A (zh) * | 2014-10-27 | 2015-02-04 | 广州酷狗计算机科技有限公司 | 文件传输方法及装置 |
CN105959827A (zh) * | 2016-04-22 | 2016-09-21 | 深圳市茁壮网络股份有限公司 | 一种数据交互方法、机顶盒与前端服务器 |
CN106487914A (zh) * | 2016-10-31 | 2017-03-08 | 中国银行股份有限公司 | 一种基于java语言对ftp文件处理的方法及装置 |
CN106506601A (zh) * | 2016-10-12 | 2017-03-15 | 北京奇虎科技有限公司 | 数据传输的方法及装置 |
CN106790629A (zh) * | 2017-01-03 | 2017-05-31 | 努比亚技术有限公司 | 数据同步装置及其实现数据同步的方法、客户端访问系统 |
CN107133363A (zh) * | 2017-06-05 | 2017-09-05 | 掌阅科技股份有限公司 | 电子书目录列表信息的更新方法、电子设备以及存储介质 |
CN107329975A (zh) * | 2017-05-26 | 2017-11-07 | 福建网龙计算机网络信息技术有限公司 | 一种缓存脚本文件的方法及系统 |
CN108268268A (zh) * | 2017-12-20 | 2018-07-10 | 成都志心科技有限公司 | 一种实现跨平台软件动态控制的方法及其系统 |
CN111694589A (zh) * | 2020-06-15 | 2020-09-22 | Oppo(重庆)智能科技有限公司 | 升级包生成方法、装置、服务器及计算机可读存储介质 |
CN114449025A (zh) * | 2020-10-16 | 2022-05-06 | 上海汽车集团股份有限公司 | 一种通信方法及系统 |
-
2008
- 2008-09-10 CN CNA2008102101976A patent/CN101360127A/zh active Pending
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102480494A (zh) * | 2010-11-23 | 2012-05-30 | 金蝶软件(中国)有限公司 | 一种文件更新的方法、装置及系统 |
CN102480494B (zh) * | 2010-11-23 | 2014-04-02 | 金蝶软件(中国)有限公司 | 一种文件更新的方法、装置及系统 |
CN102053853A (zh) * | 2010-12-30 | 2011-05-11 | 北京像素软件科技股份有限公司 | 一种网络游戏版本更新方法 |
CN103544151A (zh) * | 2012-07-09 | 2014-01-29 | 上海斐讯数据通信技术有限公司 | linux系统中数据处理的方法及系统 |
CN104333583B (zh) * | 2014-10-27 | 2018-07-20 | 广州酷狗计算机科技有限公司 | 文件传输方法及装置 |
CN104333583A (zh) * | 2014-10-27 | 2015-02-04 | 广州酷狗计算机科技有限公司 | 文件传输方法及装置 |
CN105959827A (zh) * | 2016-04-22 | 2016-09-21 | 深圳市茁壮网络股份有限公司 | 一种数据交互方法、机顶盒与前端服务器 |
CN106506601B (zh) * | 2016-10-12 | 2020-05-15 | 北京奇虎科技有限公司 | 数据传输的方法及装置 |
CN106506601A (zh) * | 2016-10-12 | 2017-03-15 | 北京奇虎科技有限公司 | 数据传输的方法及装置 |
CN106487914A (zh) * | 2016-10-31 | 2017-03-08 | 中国银行股份有限公司 | 一种基于java语言对ftp文件处理的方法及装置 |
CN106790629A (zh) * | 2017-01-03 | 2017-05-31 | 努比亚技术有限公司 | 数据同步装置及其实现数据同步的方法、客户端访问系统 |
CN107329975A (zh) * | 2017-05-26 | 2017-11-07 | 福建网龙计算机网络信息技术有限公司 | 一种缓存脚本文件的方法及系统 |
CN107133363A (zh) * | 2017-06-05 | 2017-09-05 | 掌阅科技股份有限公司 | 电子书目录列表信息的更新方法、电子设备以及存储介质 |
CN108268268A (zh) * | 2017-12-20 | 2018-07-10 | 成都志心科技有限公司 | 一种实现跨平台软件动态控制的方法及其系统 |
CN111694589A (zh) * | 2020-06-15 | 2020-09-22 | Oppo(重庆)智能科技有限公司 | 升级包生成方法、装置、服务器及计算机可读存储介质 |
CN111694589B (zh) * | 2020-06-15 | 2023-09-29 | Oppo(重庆)智能科技有限公司 | 升级包生成方法、装置、服务器及计算机可读存储介质 |
CN114449025A (zh) * | 2020-10-16 | 2022-05-06 | 上海汽车集团股份有限公司 | 一种通信方法及系统 |
CN114449025B (zh) * | 2020-10-16 | 2024-03-08 | 上海汽车集团股份有限公司 | 一种通信方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101360127A (zh) | 文件更新方法及传输系统 | |
KR101384387B1 (ko) | 사용자 디바이스를 프로비저닝하기 위한 시스템 및 방법 | |
US8112549B2 (en) | Alert mechanism for notifying multiple user devices sharing a connected-data-set | |
US9485134B2 (en) | Managing configurations of system management agents in a distributed environment | |
USRE44836E1 (en) | System and method for efficient transfer of applications and data during device swap | |
US7747724B2 (en) | System and method of device-to-server registration | |
US20070016676A1 (en) | System and method for servicing a user device | |
CN106888233B (zh) | 数据更新系统及方法 | |
JP6852148B2 (ja) | ソフトウェアアップデートシステム、ファームウェアオーバーザエアーアップデートシステム、及び、クライアントデバイスをアップデートする方法 | |
JP2016535895A (ja) | ソフトウェア更新方法、システム及びデバイス | |
CN110019104B (zh) | 文件资源交换方法、文件资源服务器及文件交换系统 | |
US20060259523A1 (en) | System and method of synchronization of internal data cache with wireless device application data repositories | |
KR20080076835A (ko) | 서버와 클라이언트 간의 미전송완료 데이터의 전송 방법 | |
US9128886B2 (en) | Computer implemented method, computer system, electronic interface, mobile computing device and computer readable medium | |
EP1872256B1 (en) | System and method of waste management | |
CN111158711A (zh) | 面向多个安卓系统终端的应用程序部署方法和设备 | |
JP2014209365A (ja) | 装置へのコンテンツの分配を管理するシステムと方法とプログラムを提供する記憶媒体 | |
KR100818962B1 (ko) | 이동 장치에 대한 원격 관리 방법 | |
CN110198225A (zh) | 一种多集群的管理方法及管理服务器 | |
CN114138895A (zh) | 多数据源的数据同步方法、装置、计算机设备和存储介质 | |
CN107172218A (zh) | 人工智能程序的集成方法、装置和系统 | |
JP2000315169A (ja) | クライアント−サーバシステムおよびマスタ参照負荷軽減方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090204 |