数据分发方法和系统及数据发送装置和数据接收装置的制造方法
【技术领域】
[0001]本发明实施方式涉及数据传输技术领域，更具体地，涉及一种数据分发方法和系统及数据发送装置和数据接收装置。
【背景技术】
[0002]在当今的信息时代中，各种信息设备应运而生:有用于话音传输的固定电话、移动电话；有用于信息资源共享、处理的服务器和个人电脑；有用于视频数据显示的各种电视机等等。这些设备都是在特定领域内为解决实际的需求而产生的。随着电子消费、计算机、通信(3C)融合的到来，人们越来越多地将注意力放到了对各个不同领域的信息设备进行综合利用的研究上，以充分利用现有资源设备来为人们更好的服务。
[0003]在各种实时系统中，经常需要将最新生成的数据实时投放到应用系统中，以让实时数据得以应用。这就涉及到了一对多的数据传输问题。目前针对一对多的数据传输场景，在现有技术中并无直接可用的一对多的数据传输协议。相近似的协议有如下3个:(1)、基于 tcp 的 Ftp 协议；(2)、基于 udp 的 tftp 协议；(3)、scp 协议(Secure copy protocol)。
[0004]上述三种协议均为点到点的传输协议。然而，当面临一对多的传输需求时:
[0005]首先，需要维护一份数据接收机的列表，然后依据列表通过FTP、tftp、SCP等点到点的数据传输方式进行串行的数据分发。由于为串行的数据分发，当一台接收机阻塞，就会阻塞整个下发过程，从而降低数据传输效率。
[0006]而且，这种技术需要维护接收机列表，当新增或减少接收机时，都要修改这份列表，从而增加了运维量。
[0007]另外，接收机有遗漏时无法感知。而且，数据发送端的网络带宽无法全部利用，还存在带宽浪费。
【发明内容】
[0008]本发明实施方式提出一种数据分发方法，以提高数据传输效率。
[0009]本发明实施方式还提出了一种数据分发系统，以提高数据传输效率。
[0010]本发明实施方式还提出了一种数据发送装置，以提高数据传输效率。
[0011]本发明实施方式还提出了一种数据接收装置，以提高数据传输效率。
[0012]本发明实施方式的具体方案如下:
[0013]一种数据分发方法，该方法包括:
[0014]从至少一个数据接收端并行接收各自发送的数据请求消息,所述数据请求消息包括请求数据描述字段；
[0015]向所述请求数据描述字段合法的数据接收端并行返回对应于所述请求数据描述字段的数据。
[0016]一种数据分发系统，包括:
[0017]至少一个数据接收端，用于向数据发送端并行发送各自的数据请求消息，所述数据请求消息包括请求数据描述字段；
[0018]数据发送端，用于向所述请求数据描述字段合法的数据接收端并行返回对应于所述请求数据描述字段的数据。
[0019]一种数据接收装置，包括数据请求消息发送单元和数据接收单元，其中:
[0020]数据请求消息发送单元，用于创建数据请求消息，所述数据请求消息包括请求数据描述字段，并发送所述数据请求消息；
[0021]数据接收单元，用于接收对应于所述请求数据描述字段的数据，其中所述数据是当所述请求数据描述字段合法时并行返回的。
[0022]一种数据发送装置，包括数据请求消息接收单元和数据发送单元，其中:
[0023]数据请求消息接收单元，用于从至少一个数据接收端并行接收各自发送的数据请求消息，所述数据请求消息包括请求数据描述字段；
[0024]数据发送单元，用于向所述请求数据描述字段合法的数据接收端并行返回对应于所述请求数据描述字段的数据。
[0025]从上述技术方案可以看出，在本发明实施方式中，从至少一个数据接收端并行接收各自发送的数据请求消息，所述数据请求消息包括请求数据描述字段；向所述请求数据描述字段合法的数据接收端并行返回对应于所述请求数据描述字段的数据。由此可见，应用本发明实施方式之后，数据发送端不保存数据传输状态，对于数据接收端，都是独占数据发送端的，各个数据接收端之间保持相互独立，从而可以提高数据传输效率。
【附图说明】
[0026]图1为根据本发明实施方式数据分发方法流程图；
[0027]图2为根据本发明实施方式数据分发系统结构图；
[0028]图3为根据本发明实施方式数据分发系统的示范性结构图；
[0029]图4为根据本发明实施方式数据分发的消息流程示意图；
[0030]图5为根据本发明实施方式数据分发的消息流程的另一示意图；
[0031]图6为根据本发明实施方式数据接收装置的结构图；
[0032]图7为根据本发明实施方式数据发送装置的结构图。
【具体实施方式】
[0033]为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
[0034]为了描述上的简洁和直观，下文通过描述若干代表性的实施方式来对本发明的方案进行阐述。实施方式中大量的细节仅用于帮助理解本发明的方案。但是很明显，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”。由于汉语的语言习惯，下文中没有特别指出一个成分的数量时，意味着该成分可以是一个也可以是多个，或可理解为至少一个。
[0035]在本发明实施方式中，为解决对多机器下发数据资源(包括但不限于广告订单、dsp信息、广告位信息、ip数据库以及各种配置文件)的问题，通过设计基于Udp的应用层协议传输，来代替串行的使用ftp/tftp/scp协议下发数据的方案。
[0036]比如，在基于互联网的各种应用中，后台开发常会遇到这样的需求:把某台机器上的内存数据(如:某个写完数据的内存数据表，某个建好索引排好序的数据结构)单向推送到其他机器的内存中。本发明实施方式提出一种新的单向内存传输服务，可以将写入内存的数据直接单向的传输到分布式集群的内存上。基于本发明的一对多传输方法，能够进行各种内存镜像的快速分发，保证数据的一致性和应用的实时性，并提高分发的可靠性同时也大大降低了运维量。
[0037]图1为根据本发明实施方式数据分发方法流程图。
[0038]如图1所示，该方法包括:
[0039]步骤101:从至少一个数据接收端并行接收各自发送的数据请求消息，所述数据请求消息包括请求数据描述字段。
[0040]步骤102:向所述请求数据描述字段合法的数据接收端并行返回对应于所述请求数据描述字段的数据。
[0041]在一个实施方式中，该方法进一步包括:
[0042]向所述请求数据描述字段不合法的数据接收端并行返回状态重置消息，在所述状态重置消息中包含数据描述信息；
[0043]接收所述状态重置消息的数据接收端基于所述数据描述信息构建更新数据请求消息，所述更新的数据请求消息包括更新的请求数据描述字段；
[0044]接收所述更新的数据请求消息，并向所述更新的请求数据描述字段合法的数据接收端并行返回对应于所述更新的请求数据描述字段的数据。
[0045]在一个实施方式中，所述请求数据描述字段包括数据种类命令号、数据序号、数据类型和数据版本号；其中:
[0046]当所述数据种类命令号与已有数据的数据种类命令号相匹配，且所述数据序号、数据类型和数据版本号中至少有一个与已有数据的数据序号、数据类型和数据版本号不匹配时，判定所述请求数据描述字段不合法；和/或
[0047]当所述数据种类命令号与已有数据的数据种类命令号相匹配，且所述数据序号、数据类型和数据版本号分别与已有数据的数据序号、数据类型和数据版本号匹配时，判定所述请求数据描述字段合法。
[0048]在一个实施方式中，该方法进一步包括:
[0049]数据接收端每次接收完数据之后，在所述请求数据描述字段中递增所述数据版本号以再次形成数据请求消息；
[0050]接收所述再次形成数据请求消息，并当存在对应于所述递增数据版本号的数据时，返回对应于所述递增数据版本号的数据，当不存在对应于所述递增数据版本号的数据时，停止本流程。
[0051]在一个实施方式中，数据接收端分别维护自身的数据传输状态信息。而且，数据传输状态信息包括下列中的至少一个:
[0052](1)当前数据请求消息序号；
[0053](2)上一次发出数据请求消息的时间；
[0054](3)每个数据请求消息所期望的数据包个数；
[0055](4)当前的数据包是当前数据请求消息的第几个包；
[0056](5)本次数据更新的时间。
[0057]基于上述分析，图2为根据本发明实施方式数据分发系统结构图。
[0058]如图2所示，该数据分发系统包括:
[0059]至少一个数据接收端201，用于向数据发送端202并行发送各自的数据请求消息，所述