专利名称：一种基于呼叫控制的端对端断点续传方法
技术领域：
本发明涉及一种计算机网络通信中数据传输中断处理方式，尤其涉及一种基于呼叫控制的端对端断点续传方法，属于网络通讯领域。
背景技术：
在IP网络的数据传输中，当遇到网络质量差、接收数据方断开、提供数据方断开等情况时，会造成数据的中断，和已经传输的数据残缺不全，而当需要使用该数据时，必须重新传输新的文件，这样带来了用户使用的不方便、以及网络资源的浪费，因此，很多方案致力于解决此问题，提出了各种断点续传的方法，目前国内外所采用的技术主要有以下两种一种是重点解决HTTP、FTP协议层上的数据中断问题在IP网络的结构中，HTTP，FTP都是基于TCP协议之上的简单应用层传输协议，大部分的断点续传方案都是解决HTTP、FTP协议层上的数据中断问题，方案的产品也普遍应用于C/S模式，如网络蚂蚁数据下载的断点续传，该方案是一种采用C/S网络模式，使用过程中选择FTP或者HTTP协议进行数据下载的软件，通过多线程实时记录数据的断点，实现断点续传下载的软件。
该方案缺点主要在于在上层实现的断点续传功能，使得使用范围狭窄，同时数据源方必须固定，而传输速度也局限于数据源方的性能，无法灵活扩展；另一种是统一在TCP层解决数据传输中断问题，建立在自由对等网络基础上，通过种子等技术，实现发布数据、搜索数据、分解数据，在同一种子的数据分解的基础上同时使用记录接收方断点的方法实现对等传输中的断点续传问题；该技术的产品有BT等。
该方案的缺点在于完全的自由对等，没有信任与安全的控制，数据源的质量和版权得不到保障，同时发布数据、搜索数据带来版权问题、信息不对称问题，同时数据传输过程也不能由用户自行控制，如提示对方是谁、拒绝某用户传输、中断传输等；同时，因为发布、搜索和传输合为一体，需要单独制作种子来进行发布。
目前市场上断点续传功能的方案都是解决C/S模式中的数据传输问题，不能使用于其他网络通信模式，尤其是对等网络中端对端的数据传输问题没有解决。
发明内容
本发明的目的在于针对现有技术的不足，提出一种基于呼叫控制的端对端断点续传方法，通过动态链接库软件，提供系列接口完成断点续传功能，并可以依附于任何端软件，即任何在呼叫控制的对等网络中加载该动态链接库的端都可以使用断点续传功能，并可同时作为数据源方和数据接收方。
本发明的又一目的是提出一种基于呼叫控制的端对端断点续传方法，基于底层的TCP层提出的P2P(Peer to Peer，端对端传输或对等网络)数据的断点传输，适用于IP网络中的任何通信模式，自动搜索、协商数据来源，并实现了双向传输。
本发明的目的是通过如下技术方案实现的，基于呼叫控制的端对端断点续传方法，在TCP层传输，包括收发双方都加载动态链接库，通过动态链接库中提供的应用程序接口来实现端对端的断点续传，动态链接库中包括，文件发送API(Application Programming Interface应用编程接口)、接收文件API、取消一次发送API、传输过程报告API和未发送完的文件重传API，至少包括如下步骤首先发送方实现软件初始化，启动监听主线程；然后选择文件，进入发送流程，调用发送接口与接收方协商，协商成功后，发送方调用文件发送API来发送文件，接收方调用接收文件API来接收文件，收发双方调用传输过程报告API自动记录相应的文件开始位置和长度，如果在传输过程中一方退出，则进入传送中断流程，调用取消一次发送API，将断点文件记入日志；下次一方再次上线进行文件续传询问，进入重新发送流程，调用未发送完的文件重传API，继续发送；若一方再次退出，再次进入中断流程，直至文件下载完成。
发送方和接收方全双工工作，可以作为另一传送过程的发送方和/或接收方。
所述的重新发送流程，包括，续传时若接收方在线，发送方上线后，调用未发送完的文件重传API，获得用户号和断点文件列表，与接收方通信、协商成功后，继续传送。
所述的动态链接库，还包括信任网络登陆通知API，网络文件搜索API。
所述的重新发送流程，包括，续传时若接收方上线，将检查下载记录，通过呼叫控制进行将自动协商，同时调用网络文件搜索API查找其它可续传的信息点，继续发送。
所述的发送流程还包括调用信任网络登陆通知API，提供在信任网络登陆的信息及信任网络的协议，包括H.323/SIP。
本发明提出的技术方案，其优点在于1、本发明是基于TCP层提出的解决方案，因此解决了数据传输中断点续传功能的适用范围单一的问题，适用范围广，在IP网络中任何一种通信模式都可以使用断点续传的方式进行数据传输来解决数据中断问题。
2、本发明是基于对等网络的解决方案，因此也同时解决了断点续传下载的软件中，提供数据方位置固定，性能固定，数据源的质量和数据传输通道质量得不到有效保障的问题；可以自动搜索、自动协商数据来源；数据源和数据通道质量高；3、解决了目前断点续传软件中，数据源单一，造成数据传输速度存在性能瓶颈的问题；传输速度快；4、解决了目前的断点续传下载软件中，C/S模式的使数据传输只能是单向传输的问题。实现了双向传输，可以使一个端既是数据提供方，又是数据接收方；软件占用磁盘空间小，加载要求低，加载方便；5、本方案使用了呼叫控制，也即基于包交换的H.323、SIP等呼叫网络都可以使用，也就解决了对等网络中传输不可控制，数据源的质量和版权得不到保护的问题；提供同步日志记录，可完整查看整个传输过程；提供了呼叫控制的接口，在信任网络中使用更加安全，同时也提供了数据源质量和版权问题的解决方法；6、本发明使用字节级的断点记录方式，并且和发布、搜索环节分开实现，因此不需要单独制作种子；对任何格式数据有效，不需要单独制作种子；
图1为基于传输控制的端对端断点续传方法的流程图；图2为发送文件的流程图；图3为中断一个发送过程的流程图；图4为发送方重发送一个文件的流程图；图5为接收方继续接收的流程图。
具体实施例方式
以下结合附图详细描述本发明的技术方案。
本发明目的公开一种基于呼叫控制的端对端的断点续传的方法，设计思想是，提供实现该方法的动态链接库，包括完成断点续传功能的系列接口，有文件发送API(Application Programming Interface应用编程接口)、接收文件API，取消一次发送API，传输过程报告API，未发送完的文件重传API，信任网络登陆通知API和网络文件搜索API等。同时由于其形态是动态链接库，因此可以依附于任何端软件，即任何在呼叫控制的对等网络中加载该动态链接库的端都可以使用断点续传功能，并可同时作为数据源方和数据接收方。
其基本原理为，提供初始化接口实现软件初始化，启动独立线程监听独立的端口号，该端口号可以动态配置，其后，提供了系列接口发送数据文件，该系列接口中提供用户在信任网络登录信息以及信任网络的协议，可支持H.323/SIP等，此时可在该信任网络中自动搜索所需文件，同时在接收文件时会通过接口提示加载方是否接收，由加载方调用接收文件接口进行接收，同时接收还提供了接收进度的提示接口，使数据传输的进度可见，此时发送接收双方都会自动记录相应传输点，如此时软件退出，则传输中断，双方自动将传输点记录，下次用户启动软件再进行初始化时，将进行文件的续传询问，得到确认后，软件通过呼叫控制进行将自动协商，同时查找其它可续传的信息点，达到多点传输的目的；该过程简洁自动，接口清晰明了，使用方便，完整解决了端对端的数据传输的中断问题。
图1为基于传输控制的端对端断点续传方法的流程图，开始，发送方进行软件初始化，启动监听的主线程；发送方和接收方通信并协商，协商好后进入发送流程，发送方与接收方协商，协商成功后，发送方调用文件发送API来发送文件，接收方调用接收文件API来接收文件，收发双方调用传输过程报告API自动记录相应的文件开始位置和长度，如果在传输过程中一方退出，则进入传送中断流程，调用取消一次发送API，将断点文件记入日志；下次一方再次上线进行文件续传询问，进入重新发送流程，调用文件重传API，继续发送；若一方再次退出，再次进入中断流程，直至文件下载完成，发送方记录发送成功日志，接收方记录接收成功日志。
发送方和接收方全双工方式工作，可以作为另一传送过程的发送方和/或接收方。本发明是基于对等网络提供的方案，该方案中的断点续传支持双向传输，即使用软件者可以同时接收和发送。
图2为发送文件的一般流程，发送方进行软件初始化，启动监听的主线程，监听线程接收一个连接后根据消息类型(获得文件信息、发送文件数据、发送新文件、重新发送文件)，并处理这消息类型；发送方调用文件发送API来发送文件，收发双方调用传输过程报告API自动记录相应的文件开始位置和长度，发送从开始位置到指定长度的文件，数据发送完成后，发送方记录发送成功日志，接收方记录接收成功日志；然后发送方和接收方都在线继续监听下次的收发。
如果发送方在发送文件过程中异常退出，或接收方在接收文件过程中异常退出，则进入中断一个发送文件的过程，图3为中断一个发送过程的流程图，要中断传送的一方调用取消一次发送API，另一方发送或接收文件失败，发送方将文件发送状态写入日志，接收方将文件接收状态写入日志；然后退出。
图4为发送方重发送一个文件的流程图。中断后如果接收方在线，发送方再次上线后，发送方调用未发送完的文件重传API，获得用户号SipNo.和断点文件列表IpList，与接收方通信、协商成功后，继续传送。
图5为接收方继续接收的流程图。中断后如果发送方在线，接收方上线想续传文件，接收方将检查下载记录日志，通过呼叫控制进行自动协商，同时调用网络文件搜索API查找可续传的信息点，继续发送。此时的发送站点不仅限于原来给接收方传送文件的发送站点，可以是网络中其他拥有该文件并开机的站点。
本发明通过解决底层对等网络中的数据断点传输问题，解决了普通IP网络上的任何的端对端的数据传输的中断问题，而由于C/S通信模式是对等网络的一种特殊的表现形式，因而本发明也同时适用于C/S通信模式中。
本发明依据呼叫控制提供数据源搜索，保证了有效的数据源，同时通过呼叫控制进行会话协商也解决了数据传输通道质量问题；本发明可同时协商多个数据源进行数据传输，不但传输速度成倍增加，同时也不存在传输速度的瓶颈问题。
最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。
权利要求
1.一种基于呼叫控制的端对端断点续传方法，在TCP层基于对等网络传输，其特征在于提供动态链接库，包括，文件发送应用程序接口、接收文件应用程序接口，取消一次发送应用程序接口，传输过程报告应用程序接口，未发送完的文件重传应用程序接口，发送方和接收方都加载动态链接库，通过所述的动态链接库中提供的应用程序接口来实现端对端的断点续传，至少还包括如下步骤首先所述的发送方进行软件初始化，启动监听主线程；然后进入发送流程，发送方与接收方协商，协商成功后，发送方调用文件发送应用程序接口来发送文件，接收方调用接收文件应用程序接口来接收文件，收发双方调用传输过程报告应用程序接口自动记录相应的文件开始位置和长度，如果在传输过程中一方退出，则进入传送中断流程，调用取消一次发送应用程序接口将断点文件记入日志；下次一方再次上线进行文件续传询问，进入重新发送流程，调用未发送完的文件重传应用程序接口，继续发送；若一方再次退出，再次进入所述的传送中断流程，直至文件下载完成。
2.根据权利要求1的基于呼叫控制的端对端断点续传方法，其特征在于，所述的重新发送流程，包括，续传时若接收方在线，发送方上线后，调用未发送完的文件重传应用程序接口，获得用户号和断点文件列表，与接收方通信、协商成功后，继续传送。
3.根据权利要求1的基于呼叫控制的端对端断点续传方法，其特征在于，所述的动态链接库，还包括网络文件搜索应用程序接口；所述的重新发送流程，还包括，若接收方上线想续传文件，接收方将检查下载记录日志，通过呼叫控制进行自动协商，同时调用网络文件搜索应用程序接口查找可续传的信息点，继续发送。
4.根据权利要求1或2或3的基于呼叫控制的端对端断点续传方法，其特征在于，所述的动态链接库，还包括信任网络登陆通知应用程序接口，所述的发送流程还包括所述的发送方和接收方调用信任网络登陆通知应用程序接口，提供在信任网络登陆的信息及信任网络的协议，包括H.323和SIP。
5.根据权利要求1或2或3的基于呼叫控制的端对端断点续传方法，其特征在于，所述的监听主线程，还包括获得所述的接收方的信息类型(文件信息、发送文件数据、发送新文件、重新发送文件)，并处理这个信息类型。
6.根据权利要求1或2或3的基于呼叫控制的端对端断点续传方法，其特征在于，所述的发送方和所述的接收方全双工工作，可以作为另一个或几个传送过程的发送方和/或接收方。
全文摘要
本发明公开了一种基于呼叫控制的端对端断点续传方法，在TCP层基于对等网络传输，收发双方加载动态链接库，通过其提供的应用程序接口来实现端对端的断点续传，实现的步骤包括首先发送方初始化，启动监听的主线程；当一方开始发送文件或者一方请求另一方发送文件时，进入发送流程，在收发方协商成功后，发送方发送文件，收发双方自动记录相应的文件开始位置和长度，如果在传输过程中一方退出，则进入传送中断流程，将断点文件记入日志；下次一方再次上线进行文件续传询问，进入重新发送流程，继续发送，直至文件下载完成。本发明解决了数据传输中断点续传功能的适用范围单一的问题，适用范围广，在IP网络中任何一种通信模式都可以使用断点续传的方式进行数据传输来解决数据中断问题；并可以实现自动搜索、自动协商数据来源。
文档编号H04L29/08GK101064910SQ20061002599
公开日2007年10月31日 申请日期2006年4月24日 优先权日2006年4月24日
发明者顾青, 陆蓓婷, 靳胜勇, 蒋文创, 周卫红 申请人:维豪信息技术有限公司