一种数据传输方法及相关装置与流程

1.本发明涉及数据传输领域，更具体的说，涉及一种数据传输方法及相关装置。


背景技术：

2.目前，在使用websocket进行数据订阅时，websocket服务端承担了客户端和订阅消息系统kafka的数据通道。其中，kafka设置在websocket服务端中，websocket服务端通过websocket通道与客户端连接。
3.在websocket服务端通过websocket通道下发数据至客户端时，若是websocket服务端将要下发的消息传输到websocket通道中，即确定消息下发成功，这种数据传输方式可靠性较低。


技术实现要素：

4.有鉴于此，本发明提供一种数据传输方法及相关装置，以解决websocket服务端将要下发的消息传输到websocket通道中，即确定消息下发成功，这种数据传输方式可靠性较低的问题。
5.为解决上述技术问题，本发明采用了如下技术方案：
6.一种数据传输方法，应用于redis服务器，所述数据传输方法包括：
7.在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录；所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一；
8.接收所述websocket服务端发送的消息消费状态查询请求；
9.响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端。
10.可选地，接收所述客户端发送的消息消费记录之后，还包括：
11.存储所述消息消费记录。
12.一种数据传输方法，应用于websocket服务端，所述数据传输方法包括：
13.在通过websocket通道下发消息至客户端的情况下，发送消息消费状态查询请求至redis服务器；
14.接收所述redis服务器发送的消息消费记录；所述消息消费记录为所述redis服务器接收的所述客户端发送的消息消费记录；
15.所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一。
16.可选地，在接收所述redis服务器发送的消息消费记录之后，还包括：
17.获取kafka记录的最新消费的消息的参考标识；
18.对所述消息标识和所述参考标识进行比对；
19.若所述消息标识和所述参考标识相同、且响应结果包括成功消费消息，则将所述消息标识发送至所述kafka，以使所述kafka下发下一消息；
20.若所述消息标识小于所述参考标识、且响应结果包括成功消费消息，则发送第一数据发送失败信息至所述kafka，以使所述kafka重新通过所述websocket服务端以及所述websocket通道下发所述消息至客户端；
21.若所述消息标识小于所述参考标识、且响应结果包括成功接收消息且消息未消费成功，则发送第二数据发送失败信息至所述kafka，以使所述kafka重新通过所述websocket服务端以及所述websocket通道下发所述消息标识对应的消息至客户端。
22.可选地，通过websocket通道下发消息至客户端，包括：
23.从kafka获取待发送的消息，并将所述消息通过websocket通道下发至客户端。
24.可选地，从kafka获取待发送的消息，包括：
25.接收客户端发送的订阅请求参数；
26.生成并发送消息订阅请求至kafka，所述消息订阅请求包括所述订阅请求参数；
27.接收所述kafka输出的与所述消息订阅请求对应的消息。
28.一种数据传输装置，应用于redis服务器，所述数据传输装置包括：
29.记录接收模块，用于在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录；所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一；
30.请求接收模块，用于接收所述websocket服务端发送的消息消费状态查询请求；
31.记录发送模块，用于响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端。
32.一种数据传输装置，应用于websocket服务端，所述数据传输装置包括：
33.请求发送模块，用于在通过websocket通道下发消息至客户端的情况下，发送消息消费状态查询请求至redis服务器；
34.数据接收模块，用于接收所述redis服务器发送的消息消费记录；所述消息消费记录为所述redis服务器接收的所述客户端发送的消息消费记录；
35.所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一。
36.一种redis服务器，包括：存储器和处理器；
37.其中，所述存储器用于存储程序；
38.处理器调用程序并用于执行上述的应用于redis服务器的数据传输方法。
39.一种websocket服务端，包括：存储器和处理器；
40.其中，所述存储器用于存储程序；
41.处理器调用程序并用于执行上述的应用于websocket服务端的数据传输方法。
42.相较于现有技术，本发明具有以下有益效果：
43.本发明提供了一种数据传输方法及相关装置，redis服务器在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录，进而在接收所述websocket服务端发送的消息消费状态查询请求时，响应所述消息消费状态查
询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
附图说明
44.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
45.图1为本发明实施例提供的一种应用于redis服务器的数据传输方法的方法流程图；
46.图2为本发明实施例提供的一种数据传输方法的场景示意图；
47.图3为本发明实施例提供的一种应用于websocket服务端的数据传输方法的方法流程图；
48.图4为本发明实施例提供的一种数据传输方法的方法流程图；
49.图5为本发明实施例提供的另一种数据传输方法的方法流程图；
50.图6为本发明实施例提供的再一种数据传输方法的方法流程图；
51.图7为本发明实施例提供的一种应用于redis服务器的数据传输装置的结构示意图；
52.图8为本发明实施例提供的一种应用于websocket服务端的数据传输装置的结构示意图。
具体实施方式
53.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
54.在使用websocket进行数据订阅时，websocket服务端承担了客户端和kafka的数据通道，其中，kafka作为中间件，以kafka
‑
sdk形式设置在websocket服务端中，websocket服务端通过websocket通道与客户端连接。
55.在websocket服务端通过websocket通道下发数据至客户端时，若是websocket服务端将要下发的消息传输到websocket通道中，即确定消息下发成功。
56.但是在实际应用中，可能会存在客户端成功接收消息，但是未成功进行消息消费(在使用该消息处理业务过程中，处理失败)的情况，若是直接认为消息下发成功，则无法准确地表现出消息消费情况，进而使得数据传输可靠性较差。
57.为此，发明人经过研究发现，可以新增redis(remote dictionary server，远程字典服务)服务器，redis服务器用于记录消息消费情况，进而websocket服务端能够向redis服务器发送消息消费状态查询请求，以实时查询消息消费情况，从而确定出真实的消息消费情况，提高数据传输可靠性。
58.更具体的，redis服务器在websocket服务端通过websocket通道下发消息至客户
端的情况下，接收所述客户端发送的消息消费记录，进而在接收所述websocket服务端发送的消息消费状态查询请求时，响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
59.在上述内容的基础上，本发明实施例提供了一种数据传输方法，应用于redis服务器，参照图1，所述数据传输方法包括：
60.s11、在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录。
61.所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一。
62.其中，消息标识可以是10000这种数字标识的形式。
63.在实际应用中，参照图2，kafka作为中间件，以kafka
‑
sdk形式设置在websocket服务端中，websocket服务端通过websocket通道与客户端连接。kafka将要下发的消息发送至websocket服务端，然后websocket服务端将所需下发的消息发送至websocket通道后，客户端从websocket通道中获取数据，然后进行消息消费。在消息消费时，客户端会提交消息的消费情况至redis服务器，然后websocket服务端从redis服务器获取消费情况。
64.在实际应用中，可能会存在，客户端未成功接收消息、成功接收消息且消息未消费成功、以及成功消费消息这三种情况。
65.为了记录消息消费情况，本发明实施例新增了redis服务器，redis服务器用于记录消息消费情况。
66.若是客户端成功接收消息但消息未消费成功，即处理业务失败，则发送携带有成功接收消息且消息未消费成功的消息消费记录至redis服务器。其中，成功接收消息且消息未消费成功为客户端对所述消息的响应结果，此外，消息消费记录中还会携带有还消息标识。
67.若是客户端成功消费消息，即正确处理业务完成，发送携带有成功消费消息的消息消费记录至redis服务器。其中，成功消费消息为客户端对所述消息的响应结果，此外，消息消费记录中还会携带有还消息标识。
68.需要说明的是，若是客户端在3秒内未收到消息，则客户端无法得知是否有消息需要接收，此时也无法发送消息消费情况至redis服务器。
69.其中，未收到消息存在两种情况，第一种情况是，客户端在从websocket通道获取该消息时，该消息就丢失了，使得客户端无法从websocket通道获取该消息。第二种情况是，客户端此刻跟服务端断开连接，那么服务端已经下发给通道的消息将会丢失。
70.redis服务器在接收到消息消费记录之后，会将消息消费记录进行存储，如存储到缓存中，或者是其他指定位置处。
71.需要说明的是，redis服务器在进行存储时，可以采用预设格式进行存储，预设格式可以是redis数据存储模型中的格式，如：
72.topic_partation group offset
73.举例来说，dev_event_0 kevin 10000(说明：用户kevin针对dev_event这个topic的partation0，当前客户端收到的消息游标(即消息标识)是10000)
74.s12、接收所述websocket服务端发送的消息消费状态查询请求。
75.websocket服务端每隔固定时间(如1秒)查询消息的消费状态，此时websocket服务端下发消息消费状态查询请求至redis服务器，以使redis服务器接收到所述websocket服务端发送的消息消费状态查询请求。
76.其中，websocket服务端下发的消息消费状态查询请求中可以携带有下发至客户端的消息的消息标识，以使redis服务器查询该消息标识对应的消息消费记录。
77.s13、响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端。
78.在接收到消息消费状态查询请求之后，会响应消息消费状态查询请求，然后确定是否有消息消费状态查询请求中携带的消息标识对应的消息消费记录。
79.若是有消息消费记录，则说明，客户端成功接收消息，但是消费是否正常可以根据消息消费记录的内容进行确定。
80.若是没有消息消费记录，则说明，客户端未成功接收消息。
81.redis服务器将消息消费记录发送至所述websocket服务端，以使websocket服务端及时了解消息消费情况。
82.本实施例中，redis服务器在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录，进而在接收所述websocket服务端发送的消息消费状态查询请求时，响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
83.在上述内容的基础上，本发明的另一实施例提供了一种数据传输方法，应用于websocket服务端，参照图3，所述数据传输方法包括：
84.s21、在通过websocket通道下发消息至客户端的情况下，发送消息消费状态查询请求至redis服务器。
85.在实际应用中，在通过websocket通道下发消息至客户端时，具体为：
86.从kafka获取待发送的消息，并将所述消息通过websocket通道下发至客户端。
87.具体的，在从kafka获取待发送的消息之前，需要建立websocket服务端和客户端的通信连接，以及websocket服务端与kafka的通信连接。
88.具体的，参照图4，给出了建立websocket服务端和客户端的通信连接，以及websocket服务端与kafka的通信连接的过程，具体的：
89.s101、客户端发送连接请求至websocket服务端。
90.其中，连接请求中可以包括用户名和密码，以使websocket服务端对用户名和密码进行鉴权认证。
91.s102、websocket服务端对连接请求进行鉴权认证。
92.具体的，可以验证上述的用户名和密码是否是该用户对应的预设的用户名和密码，若是，则鉴权认证成功，若否，则鉴权认证失败。
93.s103、websocket服务端若鉴权认证失败，发送错误码至客户端。
94.其中，错误码可以是鉴权认证失败对应的错误码，如502等。
95.s104、若鉴权认证成功，websocket服务端与客户端建立连接。
96.其中，若建立连接成功，则可以进行数据传输。
97.s105、websocket服务端与kafka建立连接。
98.其中，若建立连接成功，则可以进行数据传输。
99.需要说明的是，步骤s105和步骤s101
‑
s104之间并无先后顺序，可以同时执行，也可以先后执行。
100.在根据图4建立通信连接之后，即可从kafka获取待发送的消息。
101.在实际应用中，从kafka获取待发送的消息，并将所述消息通过websocket通道下发至客户端，参照图5，可以包括：
102.s201、客户端发送订阅请求参数至websocket服务端。
103.其中，订阅请求参数包括消息订阅对象，如设备型号等，即按照设备型号进行消息订阅。
104.s202、websocket服务端生成消息订阅请求。
105.s203、websocket服务端发送消息订阅请求至kafka。
106.其中，消息订阅请求包括上述的订阅请求参数。
107.s204、kafka确定消息订阅请求对应的消息。
108.s205、kafka发送消息订阅请求对应的消息至websocket服务端。
109.s206、websocket服务端通过websocket通道发送消息订阅请求对应的消息至客户端。
110.具体的，kafka查询与消息订阅请求中的消息订阅对象对应的消息，并通过websocket服务端以及websocket通道发送至客户端。
111.由上可述，从kafka获取待发送的消息，包括：
112.接收客户端发送的订阅请求参数；
113.生成并发送消息订阅请求至kafka，所述消息订阅请求包括所述订阅请求参数；
114.接收所述kafka输出的与所述消息订阅请求对应的消息。
115.在通过websocket通道下发消息至客户端之后，客户端可以发送消息消费记录至redis服务器，以使redis服务器在接收到消息消费状态查询请求之后，将消息消费记录发送至websocket服务端。
116.s22、接收所述redis服务器发送的消息消费记录。
117.所述消息消费记录为所述redis服务器接收的所述客户端发送的消息消费记录。
118.其中，所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一。
119.本实施例中的各个步骤的相应说明，请参照上述实施例中的相应说明，在此不再赘述。
120.本实施例中，redis服务器在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录，进而websocket服务端向redis服务器发送消息消费状态查询请求时，redis服务器响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
121.本发明的另一实现方式中，参照图6，在执行完步骤s301
‑
s303之后，还包括：
122.s304、websocket服务端获取kafka记录的最新消费的消息的参考标识。
123.本实施例中，可以是通过与kafka的通信，获取kafka记录的最新消费的消息的参考标识value2。
124.此外，还可以是kafka下发订阅的消息时，会携带该消息的消息标识，由于该消息是最新需要进行消费的消息，所以将该消息的消息标识称为参考标识，以验证客户端消费的消息是否是最新下发的消息。
125.s305、websocket服务端对所述消息标识和所述参考标识进行比对。
126.本实施例中，进行比对，是比对二者是否相同。
127.在实际应用中，在进行消息消费时，一般有两种情况。第一种情况是，是kafka下发订阅的消息与客户端消费的消息一致，另一种情况是，kafka下发订阅的消息与客户端消费的消息不一致，此时，客户端消费的是位于kafka下发订阅的消息之前的上一条消息。
128.在进行消息下发时，需要确定客户端消费的消息是否是最新下发的消息，所以，本实施例中，通过对客户端消费的消息的消息标识value1与kafka下发的消息的参考标识value2进行比对。
129.其中，value1是客户端收到某group针对某topic某partation的offset值。value2是kafka记录的某group针对某topic某partation的offset值。
130.若value1＝value2，websocket服务端给kafka提交当前offset值，也即value1。
131.value1<value2，websocket服务端给kafka提交更改kafka记录的offset值为value1或位于value1之前的上一消息的value值。
132.s306、若所述消息标识和所述参考标识相同、且响应结果包括成功消费消息，则websocket服务端发送消息标识至kafka。
133.s307、kafka获取待发送的下一消息。
134.本实施例中，若是相同，则说明客户端消费的消息是最新下发的消息，且该消息成功消费，则说明此时消息消费正常。此时，websocket服务端发送消息标识至kafka，以使kafka知道消息消费成功，继续下发下一消息。
135.此时，kafka获取待发送的下一消息，并通过websocket服务端和websocket通道下发至客户端。
136.需要说明的是，在kafka发送消息至websocket服务端时，二者之间设置有重传机制，若是下发消息后的3秒内未接收到websocket服务端反馈的消息成功接收信息，则重新下发该消息。
137.s308、若所述消息标识小于所述参考标识、且响应结果包括成功消费消息，则websocket服务端发送第一数据发送失败信息至kafka。
138.s309、kafka重新获取该消息。
139.本实施例中，不相同一般情况下，是消息标识小于所述参考标识，如消息标识是10000，参考标识是10001，也就是说，虽然kafka已经下发了10001的消息，但是客户端仍在处理10000的消息。
140.若是响应结果包括成功消费消息，则说明客户端成功消费了位于kafka下发的消息之前的上一消息，即成功消费了标识为10000的消息，但是未成功消费标识为10001的消息。
141.此时，websocket服务端发送第一数据发送失败信息至kafka。其中第一数据发送失败信息携带有消息标识，以使kafka将记录的消费成功的消息的标识设置成该消息标识，即value1。并需要重新下发kafka刚刚下发的消息，如上述的标识为10001的消息，此时重新获取该消息，并重新通过websocket服务端和websocket通道下发至客户端。
142.s310、若所述消息标识小于所述参考标识、且响应结果包括成功接收消息且消息未消费成功，websocket服务端发送第二数据发送失败信息至所述kafka。
143.s311、kafka重新获取消息标识对应的消息。
144.具体的，若所述消息标识小于所述参考标识、且响应结果包括成功接收消息且消息未消费成功，则说明对于kafka上一次发送的消息，客户端未成功消费，此时需要kafka重新下发上一次发送的消息，websocket服务端发送第二数据发送失败信息至所述kafka中携带有该消息标识，以及消费失败的信息，以使kafka将记录的消费成功的消息的标识设置成位于该消息标识对应的消息之前的上一消息的消息标识，即上述的位于value1之前的上一消息的value值。
145.kafka重新获取消息标识对应的消息，并通过所述websocket服务端以及所述websocket通道下发所述消息标识对应的消息至客户端。
146.本实施例中，websocket服务端判断客户端和kafka的消费进度，并将消息消费情况发送至kafka，以使kafka在消息消费失败时，重新发送该消息，以及在消息消费成功时，下发下一消息，保证消息下发的可靠性。
147.另外，本发明实施例解决了消费的丢失问题，确保了客户端业务的正常处理和稳定性。
148.为了本领域技术人员能够清楚的了解本发明，现进行举例说明。
149.比如，某客户端通过该websocket通道订阅设备的绑定解绑消息，如果客户端收到绑定消息，会通过该消息的内容，将该用户绑定的设备加入到自己家庭中。若是客户端正常接收到了websocket服务端下发的绑定消息，但是通过该消息将用户绑定的设备加入家庭时出现了异常，如果此时客户端告诉服务端，未正常处理完业务，将该消息的唯一id告知服务端，服务端再将该内容告诉kafka，kafka会再次重试下发此消息，客户端再次收到消息后去处理，在重试次数范围内如果正常处理完成业务，最终服务端会给kafka确认该消息消费完成，并向kafka提交消息标识值，闭环该操作。
150.可选地，在上述应用于redis服务器的数据传输方法的实施例的基础上，本发明的另一实施例提供了一种数据传输装置，应用于redis服务器，所述数据传输装置包括：
151.记录接收模块11，用于在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录；所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一；
152.请求接收模块12，用于接收所述websocket服务端发送的消息消费状态查询请求；
153.记录发送模块13，用于响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端。
154.进一步，还包括：
155.数据存储模块，用于存储所述消息消费记录。
156.本实施例中，redis服务器在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录，进而在接收所述websocket服务端发送的消息消费状态查询请求时，响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
157.需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
158.可选地，在上述应用于websocket服务端的数据传输方法的实施例的基础上，本发明的另一实施例提供了一种数据传输装置，应用于websocket服务端，参照图8，所述数据传输装置包括：
159.请求发送模块21，用于在通过websocket通道下发消息至客户端的情况下，发送消息消费状态查询请求至redis服务器；
160.数据接收模块22，用于接收所述redis服务器发送的消息消费记录；所述消息消费记录为所述redis服务器接收的所述客户端发送的消息消费记录；
161.所述消息消费记录包括所述客户端对所述消息的响应结果以及所述消息的消息标识；所述响应结果包括成功接收消息且消息未消费成功、或成功消费消息之一。
162.进一步，还包括：
163.标识获取模块，用于获取kafka记录的最新消费的消息的参考标识；
164.比对模块，用于对所述消息标识和所述参考标识进行比对；
165.数据处理模块，用于若所述消息标识和所述参考标识相同、且响应结果包括成功消费消息，则将所述消息标识发送至所述kafka，以使所述kafka下发下一消息；若所述消息标识小于所述参考标识、且响应结果包括成功消费消息，则发送第一数据发送失败信息至所述kafka，以使所述kafka重新通过所述websocket服务端以及所述websocket通道下发所述消息至客户端；若所述消息标识小于所述参考标识、且响应结果包括成功接收消息且消息未消费成功，则发送第二数据发送失败信息至所述kafka，以使所述kafka重新通过所述websocket服务端以及所述websocket通道下发所述消息标识对应的消息至客户端。
166.进一步，请求发送模块21用于通过websocket通道下发消息至客户端时，具体用于：
167.从kafka获取待发送的消息，并将所述消息通过websocket通道下发至客户端。
168.进一步，请求发送模块21用于从kafka获取待发送的消息时，具体用于：
169.接收客户端发送的订阅请求参数，生成并发送消息订阅请求至kafka，所述消息订阅请求包括所述订阅请求参数，并接收所述kafka输出的与所述消息订阅请求对应的消息。
170.本实施例中，redis服务器在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录，进而在接收所述websocket服务端发送的消息消费状态查询请求时，响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
171.需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
172.可选地，在上述应用于redis服务器的数据传输方法及装置的实施例的基础上，本发明的另一实施例提供了一种redis服务器，包括：存储器和处理器；
173.其中，所述存储器用于存储程序；
174.处理器调用程序并用于执行上述的应用于redis服务器的数据传输方法。
175.可选地，在上述应用于websocket服务端的数据传输方法及装置的实施例的基础上，本发明的另一实施例提供了一种websocket服务端，包括：存储器和处理器；
176.其中，所述存储器用于存储程序；
177.处理器调用程序并用于执行上述的应用于websocket服务端的数据传输方法。
178.本实施例中，redis服务器在websocket服务端通过websocket通道下发消息至客户端的情况下，接收所述客户端发送的消息消费记录，进而在接收所述websocket服务端发送的消息消费状态查询请求时，响应所述消息消费状态查询请求，并输出所述消息消费记录至所述websocket服务端，使得websocket服务端确定出下发的消息的实际消费状态，提高数据传输可靠性。
179.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。