一种数据传输方法、装置、终端设备和存储介质与流程

1.本发明涉及通信技术领域，特别是涉及一种数据传输方法、装置、终端设备和存储介质。


背景技术：

2.当大批量请求终端请求同一监控某个时刻的监控抓图时，服务器会串行的去获取图片，也就是说在服务器上安装多个虚拟终端，当有多个用户请求监控图片时，服务器通过多个虚拟终端依次处理每个请求，即针对一个请求，执行一次监控抓图操作，然后将该监控抓图发送至请求终端，然后再针对下一个请求，再执行一次监控抓图操作，然后将该监控抓图发送至请求终端，这样，直至将所有的请求都处理完，在此过程中，当处理最后一个请求时，会导致一定程度的延时。
3.示例性地，获取一张监控抓图从信令发送到获取到图片数据需要100ms+40ms时间(信令传输和图片流传输)。某个假设情况100个请求在100ms内同时收到。但监控只能串行的接收命令，获取图片。那完成整个过程需要100张图片，耗时(100+40)*100＝14s的时间，整个时间过长。


技术实现要素：

4.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据传输方法、装置、终端设备和存储介质。
5.第一个方面，本发明实施例提供一种数据传输方法，所述方法包括：
6.接收收看终端发送的收看请求，其中，所述收看请求中至少包括请求时间；
7.判断是否存在与所述请求时间对应的监控抓图通道；
8.若存在与所述请求时间对应的监控抓图通道，则将通过所述监控抓图通道获取的监控图片发送至所述收看终端。
9.可选地，所述方法还包括：
10.若不存在与所述请求时间对应的监控抓图通道，则查找服务器上空闲的虚拟终端；
11.建立所述虚拟终端和监控设备之间的传输通道；
12.将所述传输通道确定为与请求时间对应的监控抓图通道。
13.可选地，所述方法还包括：
14.确定所述监控抓图通道的有效期；
15.对各个监控抓图通道的有效期进行检测；
16.若任一个或多个监控抓图通道的有效期到达，则释放所述监控抓图通道。
17.可选地，所述监控抓图通道的有效期是根据所述请求时间和监控视频的i帧间隔时间确定的。
18.第二个方面，本发明实施例提供一种数据传输装置，所述装置包括：
19.获取模块，用于接收收看终端发送的收看请求，其中，所述收看请求中至少包括请求时间；
20.判断模块，用于判断是否存在与所述请求时间对应的监控抓图通道；
21.传输模块，用于若存在与所述请求时间对应的监控抓图通道，则将通过所述监控抓图通道获取的监控图片发送至所述收看终端。
22.可选地，所述判断模块用于：
23.若不存在与所述请求时间对应的监控抓图通道，则查找服务器上空闲的虚拟终端；
24.建立所述虚拟终端和监控设备之间的传输通道；
25.将所述传输通道确定为与请求时间对应的监控抓图通道。
26.可选地，所述判断模块还用于：
27.确定所述监控抓图通道的有效期；
28.对各个监控抓图通道的有效期进行检测；
29.若任一个或多个监控抓图通道的有效期到达，则释放所述监控抓图通道。
30.可选地，所述监控抓图通道的有效期是根据所述请求时间和监控视频的i帧间隔时间确定的。
31.第三个方面，本发明实施例提供一种终端设备，包括：至少一个处理器和存储器；
32.所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的数据传输方法。
33.第四个方面，本发明实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的数据传输方法。
34.本发明实施例包括以下优点：
35.本发明实施例提供的数据传输方法、装置、终端设备和存储介质，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
附图说明
36.图1是本发明的一种数据传输方法实施例的步骤流程图；
37.图2是本发明的另一种数据传输方法实施例的步骤流程图；
38.图3是本发明的再一种数据传输方法实施例的步骤流程图；
39.图4是本发明的一种数据传输装置实施例的结构框图；
40.图5是本发明的一种终端设备的结构示意图。
具体实施方式
41.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实
施方式对本发明作进一步详细的说明。
42.视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
43.视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、vod点播、电视邮件、个性录制(pvr)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。
44.复用直播通道对比：抓取图片同样用到了直播通道模式，复用直播通道模式和监控录像复用直播通道有相同的特点又有不同点：
45.录像播放——录像播放采用直播模式通道，但是与直播有本质区别，直播是实时播放，一个”观众”随机进入时，就看到的是当前时刻的画面，此时直播通道一直在开启状态，媒体流一直在实时广播传输。新进入的用户可以实时收看最新的直播画面。但是录像播放与直播的区别在于用户收看录像是搜索时间内的起始时刻开始收看，而不是在同一段时间内，其他用户收看的特定时刻，如用户a在收看监控15:00-16:00时间段的录像，已经收看了10分钟，当前看到的画面是15:10的监控录像画面，此时用户b也要收看15:00-16:00时间段的监控录像，这个15:00-16:00时间段的录像通道按直播模式通道已经打开。如果用户b进入按直播逻辑是收看的15:10时刻的监控录像画面。而实际用户b的需求是从15:00时刻开始收看。
46.监控抓图——监控抓图采用直播模式通道，但是与直播也有本质区别，
①
监控抓图是一个相对短暂的过程，一次抓图可能占用虚拟终端500ms左右就完成一次抓图业务。监控直播，监控录像相对这个500ms需要的时间更长久。因此监控抓图可以不考虑一直维持心跳的问题(因为监控直播/录像心跳在30s,在这个过程中监控抓图已完成业务流传输)。
②
同一监控抓图的每一次请求都相当于一次新的数据请求，这点和监控录像很像，严格上说每一次请求都是不同时间点的请求，不同时间点所对于的监控图像是不同的。录像而言：同一监控相同时段的不同请求时间的数据，数据相同，但请求收看的时间点不同，导致每个请求的唯一性。抓图而言：同一监控不同时刻的不同请求时间数据，数据不同，请求抓图的时间点不同，导致每个请求的唯一性。既不能像监控录像相同时间段同一监控不同层次播放那样处理数据，又不能直接复用直播逻辑处理数据。
47.视联网直播/监控：采用一个虚拟终端收看一路资源，在流媒体处在进行广播式分发到各个收看终端上。因此一路资源占用一个虚拟终端通道。
48.监控录像：同一监控相同时段的不同请求时间的数据，数据相同，但请求收看的时间点不同，导致每个请求的唯一性导致每个请求的唯一性导致了一个收看用户就需要占用一个虚拟终端。时间段较长一直占用虚拟终端不释放。
49.监控抓图：同一监控不同时刻的不同请求时间数据，数据不同，请求抓图的时间点不同，导致每个请求的唯一性导致了一个收看用户就需要占用一个虚拟终端。抓图时间短暂，可及时释放，但遇到大量请求同时并发的情况，仍有占用大量虚拟终端的可能性。
50.本案例针对上述问题提出了时间段内批量处理监控抓图的策略来解决监控不支持并行抓图的业务操作和采用同一通道解决并发抓图请求。
51.本发明一实施例提供一种数据传输方法，用于对并行的请求进行处理。本实施例的执行主体为数据传输装置，设置在流媒体服务器上。
52.参照图1，示出了本发明的一种数据传输方法实施例的步骤流程图，该方法具体可以包括如下步骤：
53.s101、接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；
54.具体地，多个收看终端与流媒体服务器相连，流媒体服务器通过协转服务器与各个监控设备相连，流媒体服务器同时接收到多个收看终端发送的查看监控的收看请求，其中，收看请求中至少包括当前请求时间和监控标识。
55.s102、判断是否存在与请求时间对应的监控抓图通道；
56.流媒体服务器在接收到收看请求时，判断是否存在与请求时间对应的监控抓图通道。
57.流媒体服务器虽然是同时收到多个收看请求，但是在信令传输的过程中，还是存在时间延迟的，也就是在较小的时间范围区域内依次接收到收看请求。
58.示例性地，流媒体服务器在100ms内接收到100个收看请求，但是这100个收看请求也是有先后顺序的，例如1ms接收到一个收看请求，在流媒体服务器在接收到收看请求时，需要判断流媒体服务器上是否存在监控抓图通道。
59.当流媒体服务器在接收到第一个收看请求时，建立与收看请求对应的监控抓图通道，并同时通过该监控抓图通道向监控设备进行监控抓图，获取监控图片。
60.当流媒体服务器在后续接收到收看请求时，判断是否有已经建立的监控抓图通道。
61.s103、若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端。
62.具体地，在流媒体服务器上的监控抓图通道具有有效性，也就是说具有时间范围，即时间有效期，若流媒体服务器中存在与请求时间对应的监控抓图通道，则判断请求时间是否符合监控抓图通道对应的时间范围。
63.在本技术中，通过服务器判断是否存在监控抓图通道，若存在监控抓图通道，则直接将获取的监控图片发送至收看终端，这样，不需要再次建立监控抓图通道，可以复用已经建立的监控抓图通道，节省重新建立监控抓图通道的时间，并且可以重复利用资源，减少资源的浪费。
64.若收看请求的请求时间符合已经建立的监控抓图通道对应的时间范围，则流媒体服务器通过已经建立的监控抓图通道从协转服务器获取监控图片，监控图片可以使协转服务期根据收看请求从与监控标识对应的监控设备上抓取的图片，也可以是等待协转服务器从监控设备上抓取图片完成。
65.在具体的实现过程中，监控设备在接收协转服务器发送的抓取图片请求时，监控设备将某一时刻的一帧图像发送至协转服务器，在发送过程中，监控设备将该帧图像拆分成若干个数据包，每个数据包包括拆分的数据包的总数和每个拆分包的包序，并将拆分后的若干个数据包发送至协转服务器，协转服务器将接收到的若干个数据包根据数据包的总数和每个拆分包的包序进行组包，当接收到的数据包的总数和数据包携带的总数一致时，说明接收一帧图像完成，这时，协转服务器将接收完成的监控图片进行存储，并通过监控抓
图通道将该监控图片发送至流媒体服务器，流媒体服务器再将监控图片发送至收看终端。
66.若协转服务器判断接收到的数据包的总数和数据包携带的总数不一致时，说明该帧图像没有抓取完成，需要等待抓取完成后，再发送至流媒体服务器。
67.示例性地，监控抓图通道的时间范围的起始时间为第一次接收到收看请求的时间，时间有效期为10ms，则在第一次接收到收看请求时获取的监控图片进行存储，只要是10ms内再接收到其他的收看请求，则将已经存储的监控图片发送至收看终端，这样，收看终端就不需要等待很长时间就可以获取到监控图片。
68.本发明实施例提供的数据传输方法，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
69.本发明又一实施例对上述实施例提供的数据传输方法做进一步补充说明。
70.如图2所示，示出了本发明的另一种数据传输方法实施例的步骤流程图，该数据传输方法包括：
71.s201、接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间和监控标识；
72.多个收看终端向流媒体服务器发送查看监控的收看请求，其中，该收看请求中至少包括当前请求时间和监控标识。
73.s202、判断是否存在与请求时间对应的监控抓图通道；
74.流媒体服务器在接收到收看请求时，判断是否存在与请求时间对应的监控抓图通道。
75.流媒体服务器虽然是同时收到多个收看请求，但是在信令传输的过程中，还是存在时间延迟的，也就是在较小的时间范围区域内依次接收到收看请求。
76.当流媒体服务器在接收到第一个收看请求时，建立与收看请求对应的监控抓图通道，并同时向监控设备进行监控抓图，获取监控图片。
77.当流媒体服务器在后续接收到收看请求时，判断是否有已经家里的监控抓图通道。
78.s203、若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端；
79.具体地，在流媒体服务器上的监控抓图通道具有有效性，也就是说具有时间范围，即时间有效期，若流媒体服务器中存在与请求时间对应的监控抓图通道，则判断请求时间是否符合监控抓图通道对应的时间范围，将通过监控抓图通道获取的监控图片发送至收看终端。
80.s204、若不存在与请求时间对应的监控抓图通道，则查找服务器上空闲的虚拟终端；建立虚拟终端和监控设备之间的传输通道；将传输通道确定为与请求时间对应的监控抓图通道。
81.具体地，若流媒体服务器上不存在与请求时间对应的监控抓图通道，则流媒体服务器根据收看请求的当前请求时间，查找空闲的虚拟终端；建立虚拟终端和协转服务器之间的传输通道；将传输通道确定为与请求时间对应的监控抓图通道；
82.s205、确定监控抓图通道的有效期；对各个监控抓图通道的有效期进行检测；若任一个或多个监控抓图通道的有效期到达，则释放监控抓图通道；
83.若任一个或多个监控抓图通道的有效期到达，则结束监控抓图通道，并将与监控抓图通道对应的虚拟终端进行释放。
84.具体地，确定与监控抓图通道对应的时间范围，其中，时间范围可以根据需要自行设定，例如可以设定为50ms，一种优选的实现方式为根据请求时间和监控视频的i帧间隔时间确定的，其中，监控视频的i帧间隔时间可以是从监控设备上获取，也可以是需要进行设定。
85.流媒体服务器实时检查是否到达各通道的有效期，当任一个或多个通道的有效期到达，自动结束通道，释放虚拟终端。一旦虚拟终端释放，可以再次复用，合理利用虚拟终端，提高虚拟终端的利用率。
86.示例性地，流媒体服务器第一次接收到收看终端发送的收看请求的请求时间为10:00，流媒体服务器建立监控抓图通道，并确定监控抓图通道的时间范围，该时间范围以10：00开始，有效区域为2s，即(10:00,10:02)即为时间范围，当后续接收到收看请求时，若时间请求中的请求时间在(10:00,10:02)，则流媒体服务器若在该区域接收到40个收看请求，则流媒体服务器将已经存储和监控图片发送至40个收看请求，也就是说，在此过程中，流媒体服务器接收到一个收看请求，就立即将监控图片发送至收看终端，这样处理40个收看请求，并不需要等待很长时间，当时间到10:02时，该监控抓图通道自动结束，并释放该监控抓图通道对应的虚拟终端。
87.图3是本发明的再一种数据传输方法实施例的步骤流程图，如图3所示，本发明实施例采用同一个gop之内数据波动不大的特点，一个gop对应一个i帧，根据监控视频的配置信息确定i帧间的时间间隔。如i帧间隔2s，则可认为此2s内监控抓图操作持续有效。
88.流媒体服务器根据收看终端发送的收看请求，并创建与收看请求的请求时间对应的虚拟通道，并记录开始时间ts，时效性ti标签。时效性内保存图片流在内存中。时效性结束后自动释放虚拟通道，不需心跳维护。每次请求判断请求时间是否在某个通道的(ts,ts+ti)之间，如果请求时间符合已经建立的监控抓图通道对应的时间范围，则将存储在内存中的监控图片直接返回至收看终端，而不需要再向监控设备再去请求。
89.具体包括：
90.1、收看终端向流媒体服务器发送收看请求，其中，收看请求至少包括请求的参数(监控id,当前请求时间t等)，流媒体判断请求时间t是否存在在现有通道的有效期间隔范围内(ts《＝t《＝ts+ti)(ti是监控id i帧间隔时间)。
91.2、如果存在这样的通道，判断通道是否已经接收完成抓图数据。
92.已完成，直接把已完成通道数据返给请求端。
93.未完成等待通道图片数据抓图后返给请求。
94.3、如果不存在现有通道，则根据请求参数，寻找空闲虚拟终端创建一个监控抓图通道，标记通道监控id,开始时间，并向监控设备获取i帧间隔时间，标记在通道的有效期时
间。
95.4、从监控获取抓图数据，返回给请求端。
96.5、流媒体服务器一直检查有效期是否结束，到达时刻ts+ti时，自动结束通道，释放虚拟终端。
97.通过本发明实施例，快速解决大批量同监控抓图问题，实现快速展示效果。
98.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
99.本发明实施例提供的数据传输方法，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
100.本发明另一实施例提供一种数据传输装置，用于执行上述实施例提供的数据传输方法。
101.参照图4，示出了本发明的一种数据传输装置实施例的结构框图，该装置具体可以包括如下模块：获取模块401、判断模块402和传输模块404，其中：
102.获取模块401用于接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；
103.判断模块402用于判断是否存在与请求时间对应的监控抓图通道；
104.传输模块403用于若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端。
105.本发明实施例提供的数据传输装置，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
106.本发明又一实施例对上述实施例提供的数据传输装置做进一步补充说明。
107.可选地，判断模块用于：
108.若不存在与请求时间对应的监控抓图通道，则查找服务器上空闲的虚拟终端；
109.建立虚拟终端和监控设备之间的传输通道；
110.将传输通道确定为与请求时间对应的监控抓图通道。
111.可选地，判断模块还用于：
112.确定监控抓图通道的有效期；
113.对各个监控抓图通道的有效期进行检测；
114.若任一个或多个监控抓图通道的有效期到达，则释放监控抓图通道。
115.可选地，监控抓图通道的有效期是根据请求时间和监控视频的i帧间隔时间确定的。
116.需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本技术不做限定。
117.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
118.本发明实施例提供的数据传输装置，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
119.本发明再一实施例提供一种终端设备，用于执行上述实施例提供的数据传输方法。
120.图5是本发明的一种终端设备的结构示意图，如图5所示，该终端设备包括：至少一个处理器501和存储器502；
121.存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的数据传输方法。
122.本实施例提供的终端设备，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
123.本技术又一实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的数据传输方法。
124.根据本实施例的计算机可读存储介质，通过接收收看终端发送的收看请求，其中，收看请求中至少包括请求时间；判断是否存在与请求时间对应的监控抓图通道；若存在与请求时间对应的监控抓图通道，则将通过监控抓图通道获取的监控图片发送至收看终端，这样，服务器同时接收到多个收看请求，若收看请求的时间是在监控抓图通道对应的时间有效期内，服务器就直接将通过监控抓图通道获取的监控图片发送至收看终端，而不需要多次建立监控抓图通道，节省了多次从监控设备上进行抓图的时间，从而减少收看终端的等待时间，提高监控抓图的效率。
125.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与
其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
126.本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
127.本发明实施例是参照根据本发明实施例的方法、电子设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理电子设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理电子设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
128.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理电子设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
129.这些计算机程序指令也可装载到计算机或其他可编程数据处理电子设备上，使得在计算机或其他可编程电子设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程电子设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
130.尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
131.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者电子设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者电子设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者电子设备中还存在另外的相同要素。
132.以上对本发明所提供的一种数据传输方法和一种数据传输装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。