专利名称：一种数据加载的方法及系统的制作方法
技术领域：
本发明涉及通信网络中信息的传输技术，尤其涉及一种数据加载的方法及系统。
背景技术：
在通信系统中对数据的下载需要通过调度数据实现，目前流行的很多下载工具，比如FlashGet、CuteFtp、Filezilla等工具，都支持常见协议，如文件传输协议(FTP，File Transport Protocol)、超文本传输协议(HTTP，Hyper Text Transfer Protocol)。
以网际快车(FlashGet)为例，该工具是为了提高下载速度和有效进行下载后文件的管理。该工具通过把一个文件分成几个部分同时下载可以成倍的提高速度，下载速度可以提高100％到500％。
网际快车可以创建不限数目的类别，每个类别指定单独的文件目录，不同的类别保存到不同的目录中去，强大的管理功能包括支持拖拽，更名，添加描述，查找，文件名重复时可自动重命名等等。而且下载前后均可轻易管理文件。支持换肤功能，使您的FlashGet更漂亮。
Internet上的文件一般都在多个站点上有镜像，从每个站点下载的速度是不同的，如果从较近的地方下载通常就很快，例如从国内的服务器上下载文件通常比从国外的服务器上下载文件要快的多。FlashGet就可以从不同的服务器下载同一个文件并且会从较快的一个或者几个站点下载，如果一个服务器有了问题会自动切换到其他的镜像站点下载。
为支持不同服务器中遵循不同协议的数据，下载应用系统需要为自身绑定多种协议，如网络快车等现有的下载工具内部绑定了具体的协议处理。如图1所示，目前可见的加载应用系统，比如FlashGet、CuteFtp、Filezilla等下载工具的加载层中绑定了具体的协议处理。
现有技术中由于各下载工具在内部绑定了具体的协议处理，因此在功能的可扩展性来说，不利于协议的扩展支持、甚至插件方式的动态扩展支持；从功能的处理流程上来说，很难做到各种协议的统一流程处理。
发明内容
本发明的目的是提供一种可动态注册和注销协议的数据加载的方法及系统，以统一数据加载的处理流程。
本发明的目的是通过以下技术方案实现的一种数据加载方法，包括在客户端，加载层根据调度请求中的数据协议类型与传输协议层进行信息交互，为加载层注册调度数据所需的协议，应用层在协议注册成功后从服务器中调度数据。
当数据调度结束后，将加载层中已注册的协议注销，释放内存，且协议注销策略包括先进先出策略、最近最久未使用策略。
所述加载层包括加载适配子层，加载层与传输协议层的信息交互、协议注册通过加载适配子层实现，且加载适配子层将对数据加载的功能操作转换为传输协议功能操作。
所述加载层在完成协议注册后，加载适配子层对数据调度进行统一管理，控制与服务器间的数据上传与下载。
传输协议层中包含多种数据传输协议，且传输协议层中的可注册协议信息可以扩展。
在一个服务器中设置加载层和传输协议层，用于从同一服务器中加载数据，并对所加载的数据进行协议类型转换使其满足客户端对协议类型的要求，供客户端加载；或，使用多个遵循不同协议的服务器，每个服务器为客户端的数据加载提供属于一种协议类的数据。
一种数据加载系统，该系统的客户端中包含数据加载单元，在进行数据加载前数据加载单元根据需加载的数据进行协议注册，然后从服务器中加载遵循该协议的数据，并在数据加载完成后注销协议。
所述服务器为包含数据加载单元的一个服务器或遵循不同协议的多个服务器。
所述数据加载单元包括数据加载模块，用于按照调用请求中数据的协议类型调用传输协议模块中的相应协议信息进行协议注册，并在协议注册后加载属于该协议类型的数据；传输协议模块，用于为数据加载模块提供协议注册所需的协议。
所述的数据加载模块包括调度请求处理子模块，用于接收应用层的数据调度请求，触发加载适配子模块；加载适配子模块，用于与传输协议层进行信息交互、实现协议注册，将加载的功能操作转换为传输协议相应的功能操作。
由上述本发明提供的技术方案可以看出，本发明加载层本身并无协议信息，而是通过与传输协议层的信息交互获得，实现加载组件与协议无关，屏蔽具体的协议差异性；协议注册可灵活扩展加载层的协议处理能力，扩展客户端的下载处理能力；完成数据加载后注销相关协议，利用有限内存资源完成不同协议的数据下载任务。
图1所示为现有技术的数据加载示意图；图2所示为本发明实施例一的数据加载原理示意图；图3所示为本发明实施例二的数据加载过程中协议注册、注销流程图；图4所示为本发明实施例三的数据加载系统的示意图。
具体实施例方式
本发明的核心是在进行加载数据前为加载方注册数据传输协议，加载方加载使用该传输协议进行传输的数据，并在加载完成后将传输协议注销，以便在后续的数据加载过程中重新注册其他协议，实现灵活地为加载方注册协议，使其可以加载多种不同协议的数据。
具体一点讲，本发明所提供的加载方法及系统不绑定具体的传输协议，而是采用动态协议注册和注销的方式完成数据的下载和上传处理，实现在加载过程中进行动态注册、注销协议。
本发明中，加载方首选读取所接收到的加载请求，获取请求中需要加载的数据所使用的传输协议的类型，然后调用对应的协议对加载方进行协议注册。经过协议注册后，加载方可以从支持该传输协议的数据提供方中选取数据进行加载。
本发明的数据提供方包括两种包含协议加载模块的数据提供方、不包含协议加载模块的数据提供方。
对于包含协议加载模块的数据提供方，加载方在从数据提供方选取数据进行加载之前，需要与数据提供方进行信息交互，将加载方支持的传输协议注册至数据提供方，经传输协议注册后，实现加载方与数据提供方之间的数据上传或下载。
对于不包含协议加载模块的数据提供方，其只能以固定的协议类型传输数据，无法对数据提供方再进行协议注册。本发明中经过协议注册的加载方检测数据提供方是否支持所要加载数据的传输协议类型，若不支持，则无法进行数据传输；若不支持，则直接按照加载方的要求加载数据。
本发明加载方与数据提供方之间的传输协议包括TCP/IP上的传输协议，还包括基于串口的XMODEM协议、无线传输协议。
本发明所述的加载方和数据提供方包括网络节点，所述网络节点包括客户端和/或服务器。
下面将结合本发明具体实施例附图对本发明作详细说明。
如图2所示为本发明实施例一的数据加载原理示意图。
如图所示，本发明实施例一使用灵活的协议注册方法，作为加载方的客户端在读取来自作为应用管理方的应用层的加载请求后根据加载请求中要求的数据传输协议为客户端选择并注册传输协议。
客户端在注册传输协议后将应用层的加载请求发送至作为数据提供方的逻辑服务器，从逻辑服务器中加载使用该传输协议传输的数据。
本发明实施例一并不为加载方预先注册固定的协议，而是将多种传输协议存储于客户端中的协议存储模块，即图2所示的传输协议层中。
当需要为作为加载方的客户端加载遵循一种或多种传输协议的数据时，本发明实施例一中的加载适配模块即图2所示的加载适配子层将从传输协议层中调用与需加载数据对应的协议，并为加载方注册该协议。
经过协议注册的客户端便可以按照其加载的传输协议将逻辑服务器中支持该传输协议的数据加载至客户端。
本发明实施例一将所有数据存储于一个可存储使用不同传输协议的多种数据的逻辑服务器中。在按照加载请求加载数据时，需要将加载请求中要求的传输协议在逻辑服务器中进行注册，使逻辑服务器中的数据可以按照该传输协议进行传输，以便进行加载。
在数据加载结束后，本发明实施例一将客户端和逻辑服务器中已注册的协议注销，以便在后续加载中重新按照加载请求注册新的协议。
本发明还可以将所有待加载的数据存储于多个遵循不同协议的独立逻辑服务器中，当需要加载某种协议类型的数据时便从与该协议类型对应的服务器中加载数据。
此外，本发明可以通过丰富可注册传输协议的方法灵活扩展加载方可加载的数据种类，提高数据加载能力。
如图3所示，本发明的实施例二中，向加载方注册协议并加载数据的流程包括步骤1、加载方接收并读取应用管理方发出的加载请求，获取要下载的数据或文件的内容、类型以及所处位置等信息，并检测进行数据下载时所需使用的传输协议是否已经注册到加载方的数据加载模块中；加载方通过接收来自应用管理方的下载请求获取所要加载的数据的信息，或，加载方根据系统对数据的需求确定需要加载的数据的信息，所述的数据信息中包含数据传输时需使用的传输协议。
如果传输协议已经注册至加载方，则执行步骤3；如果协议还未加载到数据加载模块中，则执行步骤2；步骤2、加载方的数据加载模块调用加载注册协议接口，将需要使用的协议注册到数据加载模块上，使数据加载模块能够使用该传输协议进行数据传输及加载，然后执行步骤3；步骤3、加载方调用数据加载模块提供的加载接口，以便在数据加载过程中传输被加载的数据和加载控制信息，数据加载模块还将应用管理方的加载请求发送给加载适配模块；
步骤4、加载方的加载适配模块将加载方接收的数据加载请求直接或者间接转换为细粒度的命令组合，这些命令又与具体传输协议对应，因此加载适配模块将应用控制方的加载请求功能操作，如上传、下载、续传、获取下载对象属性等，转换为传输协议相应的功能操作，加载方直接使用所述经转换得到的传输协议的功能操作，从数据提供方中加载遵循该传输协议的数据；步骤5、加载方通过传输协议的功能操作对数据提供方中遵循该传输协议的数据进行加载，在加载结束后数据加载模块向应用管理方发送下载完成通知；步骤6、应用管理方接收到数据加载模块的加载结束通知后，判断是否还有使用同一协议的数据需要下载，如果有，则跳转至步骤4重新执行下载任务；如果没有，则转至步骤7；步骤7、将该协议从数据加载模块中注销，为后面的调度留出内存空间，以便最大程度地完成不同协议的下载任务。
对于数据加载模块中协议的注销，可以存在多种注销方法，比如可根据不同的实际情况采用先进先出的注销方法或者最长时间未使用等注销策略；在本次数据调度结束后，被加载至数据加载模块的协议可以不被立即注销，而是在被保留一段时间后，当进行下一次或几次调度时，如果所需的协议恰好在先前的调度中使用过且还未被注销，则数据加载模块无需重新下载协议，直接进行数据调度即可。
先进先出策略将所有经加载的协议均保留一段时间，无论这些协议在被保留的时间内是否被再次使用，在到达保留时间后均要卸载这些协议，先被加载的协议也相应地先被卸载；最长时间未使用注销策略是在被保留的多个协议中删除最长时间未被使用的协议，这种策略可以保证经常被使用的协议可以不被删除，而删除那些不经常被使用的协议。
在本发明的实施例二中，数据加载模块在应用控制方的控制下进行数据调度，本发明的数据加载模块还可以根据需要主动注册协议、自动注销协议。数据加载模块中维护注册协议记录表，该表中记录着数据加载模块的协议注册以及注销情况。
在加载方的数据加载模块根据需要主动加载、注销协议的情况下，当应用控制方接收到下载或上传请求后，直接调用数据加载模块提供的下载或上传接口，数据加载模块通过注册协议记录表检测该协议是否已经处于已注册状态；如果协议已注册，则直接进行数据的下载或上传处理，如果协议未注册，则自动注册该协议，完成注册加载后再进行数据的下载或上传。
如图4所示，在本发明实施例三中的一种数据加载系统，包括加载方和数据提供方，用以将数据提供方提供的数据加载至加载方，所述加载方包括加载适配模块和数据加载模块，所述加载适配模块用于将传输待加载数据所需要的传输协议注册至数据加载模块中；所述数据加载模块用于在进行传输协议注册后将数据从数据提供方加载至加载方。
所述数据提供方包括协议注册模块和数据发送模块；所述协议注册模块用于将加载方注册的传输协议注册至数据发送方的数据发送模块；所述数据发送模块用于将数据提供方的数据按照加载方注册的传输协议发送给加载方。
所述加载方还包括
协议存储模块，用于存储数据传输所需的传输协议；协议信息发送模块，用于在加载方进行协议注册后将加载方所注册的协议信息发送给数据提供方；协议注销模块，用于在数据加载结束后注销在数据加载过程中加载方以及数据提供方注册的协议。
本发明实施例三所述的数据加载系统由加载方从数据提供方向加载方加载数据。加载方从应用管理方接收加载请求或者根据实际需要确定需要加载的数据；加载方的在确定需要加载的数据后通过加载适配模块从协议存储模块中调用传输该数据类需要使用的传输协议，并将其注册至加载方的数据加载模块中；加载方在对数据加载模块进行协议注册后通过议信息发送模块将协议注册信息发送给数据提供方，数据提供方的协议注册模块将加载方的传输协议注册至数据发送模块，数据发送模块在收到数据加载模块的加载指令后向按照注册的传输协议向数据加载模块发送数据，实现数据加载。
在数据加载结束后，加载方的协议注销模块将加载方和数据提供方中注册的传输协议注销，以便在后续的数据加载中重新注册传输协议进行数据加载。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种数据加载系统，包括加载方和数据提供方，用以将数据提供方提供的数据加载至加载方，其特征在于，所述加载方包括加载适配模块和数据加载模块，所述加载适配模块用于将传输待加载数据所需要的传输协议注册至数据加载模块中；所述数据加载模块用于在进行传输协议注册后将数据从数据提供方加载至加载方。
2.根据权利要求1所述的一种数据加载系统，其特征在于，所述数据提供方包括协议注册模块和数据发送模块，所述协议注册模块用于将加载方注册的传输协议注册至数据发送方的数据发送模块；所述数据发送模块用于将数据提供方的数据按照加载方注册的传输协议发送给加载方。
3.根据权利要求1所述的一种数据加载系统，其特征在于，所述加载方还包括协议存储模块，用于存储数据传输所需的传输协议；协议信息发送模块，用于在加载方进行协议注册后将加载方所注册的协议信息发送给数据提供方；协议注销模块，用于在数据加载结束后注销在数据加载过程中加载方以及数据提供方注册的协议。
4.一种数据加载的方法，其特征在于，所述方法包括A、加载方获得进行数据加载所需的协议类型，并将所述协议类型对应的协议注册至加载方的协议加载模块；B、加载方根据所述注册协议加载由数据提供方传输的数据。
5.根据权利要求1所述的一种数据加载方法，其特征在于，所述方法还包括C、当所述数据加载结束后，注销所述协议加载层中为加载所述数据注册的协议。
6.根据权利要求1所述的一种数据加载方法，其特征在于，所述步骤A包括A1、加载方接收应用管理方的数据加载请求，或由加载方根据需要确定数据加载请求，所述数据加载请求中包括数据加载时使用的传输协议类型；A2、加载方调用并注册数据加载请求中包含的传输协议，加载方在协议注册后可以加载按照该协议进行传输的数据。
7.根据权利要求1所述的一种数据加载方法，其特征在于，所述步骤B包括当数据提供方包含协议加载模块，则加载方将已注册的传输协议注册至数据提供方的协议加载模块，使数据提供方可以按照该传输协议发送的数据；经过协议注册的加载方从数据提供方加载按照所述传输协议进行传输的数据。
8.根据权利要求1所述的一种数据加载方法，其特征在于，所述步骤B包括当数据提供方不包含协议加载模块，则只能以固定的协议类型传输数据；经过协议注册的加载方检测数据提供方是否支持所要加载数据的传输协议类型，若不支持，则无法进行数据传输；若不支持，则直接按照加载方的要求加载数据。
9.根据权利要求4至8任一所述的一种数据加载方法，其特征在于，所述加载方和数据提供方包括网络节点，所述网络节点包括客户端和/或服务器。
10.根据权利要求5所述的一种数据加载方法，其特征在于，所述步骤C包括当所述数据加载结束后，判断是否还有需要使用所述协议进行加载的数据，若有则根据所述协议对数据进行加载，若无则注销所述协议加载层中为加载所述数据而注册的协议。
全文摘要
本发明提供了一种数据调度的方法及系统，包括加载层根据调度请求中的数据协议类型与传输协议层进行信息交互，为加载层注册调度数据所需的协议，并在协议注册成功后，利用所述的协议调度该数据。由上述本发明提供的技术方案可以看出，本发明加载层本身并无协议信息，而是通过与传输协议层的信息交互获得，实现加载组件与协议无关，屏蔽具体的协议差异性；协议注册可灵活扩展加载的协议处理能力，扩展客户端的下载处理能力；完成数据加载后注销相关协议，利用有限内存资源完成不同协议的数据下载任务。
文档编号G06F13/00GK1909521SQ20061011158
公开日2007年2月7日 申请日期2006年8月28日 优先权日2006年8月28日
发明者贺建国, 饶俊, 汤智龙 申请人:华为技术有限公司