视频流的推送方法、装置、电子设备及可读介质与流程

1.本发明涉及视频技术领域，特别是涉及一种视频流的推送方法、一种视频流的推送装置、一种电子设备以及一种计算机可读介质。


背景技术：

2.现有技术中，若用户需要通过浏览器观看视频采集设备如摄像头、摄像机等实时采集的视频流时，通常需要在浏览器安装第三方插件实现视频流的展示，并不十分方便。或者需要设置额外的流媒体服务器对视频采集设备的视频流进行解码以及存储，其后浏览器从流媒体服务器获取其存储的解码完成的视频流，从而需要额外维护流媒体服务器，部署繁琐。


技术实现要素：

3.本发明实施例提供一种视频流的推送方法、装置、电子设备以及计算机可读存储介质，以解决浏览器获取实时视频流复杂的问题。
4.本发明实施例提供一种视频流的推送方法，包括：
5.获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；
6.获取所述视频流地址对应的视频采集设备采集的原始视频流；
7.对所述原始视频流进行解码，得到解码视频流；
8.向所述标识信息对应的接收端推送所述解码视频流。
9.可选地，所述方法还包括：
10.在预设的第一记录表中记录所述接收端的标识信息与所述视频流地址之间的对应关系。
11.可选地，在所述从所述视频流地址对应的视频采集设备获取原始视频流的步骤之前，所述方法还包括：
12.确定所述第一记录表中包含所述视频获取请求记载的视频流地址。
13.可选地，所述方法还包括：
14.针对所述视频获取请求，创建会话对象；
15.在预设的第二记录表中记录中所述接收端的标识信息与所述会话对象之间的对应关系。
16.可选地，所述向所述标识信息对应的接收端推送所述解码视频流的步骤，包括：
17.基于所述第二记录表，确定所述标识信息对应的会话对象；
18.通过所述标识信息对应的会话对象的接口向所述接收端推送所述解码视频流。
19.可选地，所述方法还包括：
20.基于检测到所述接收端停止获取所述解码视频流，在所述第一记录表中删除所述接收端与所述视频流地址之间的对应关系。
21.可选地，所述方法还包括：
22.在对所述原始视频流进行解码的过程中，检测所述第一记录表中是否包含所述原始视频流的视频流地址对应的标识信息；
23.基于所述第一记录表中不包含所述原始视频流的视频流地址对应的标识信息，停止对所述原始视频流进行解码。
24.本发明实施例提供一种视频流的推送装置，包括：
25.请求获取模块，用于获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；
26.视频流获取模块，用于获取所述视频流地址对应的视频采集设备采集的原始视频流；
27.解码模块，用于对所述原始视频流进行解码，得到解码视频流；
28.推送模块，用于向所述标识信息对应的接收端推送所述解码视频流
29.可选地，所述装置还包括：
30.第一记录模块，用于在预设的第一记录表中记录所述接收端的标识信息与所述视频流地址之间的对应关系。
31.可选地，所述装置还包括：
32.第一查找模块，用于确定所述第一记录表中包含所述视频获取请求记载的视频流地址。
33.可选地，所述装置还包括：
34.会话创建模块，用于针对所述视频获取请求，创建会话对象；
35.第二记录模块，用于在预设的第二记录表中记录中所述接收端的标识信息与所述会话对象之间的对应关系。
36.可选地，所述第一推送模块包括：
37.会话查找子模块，用于基于所述第二记录表，确定所述标识信息对应的会话对象；
38.第一推送子模块，用于通过所述标识信息对应的会话对象的接口向所述接收端推送所述解码视频流。
39.可选地，所述装置还包括：
40.删除模块，用于基于检测到所述接收端停止获取所述解码视频流，在所述第一记录表中删除所述接收端与所述视频流地址之间的对应关系。
41.可选地，所述装置还包括：
42.检测模块，用于在对所述原始视频流进行解码的过程中，检测所述第一记录表中是否包含所述原始视频流的视频流地址对应的标识信息；
43.停止模块，用于基于所述第一记录表中不包含所述原始视频流的视频流地址对应的标识信息，停止对所述原始视频流进行解码。
44.本发明实施例还公开了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信；
45.所述存储器，用于存放计算机程序；
46.所述处理器，用于执行存储器上所存放的程序时，实现如本发明实施例所述的方
法。
47.本发明实施例还公开了一个或多个计算机可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如本发明实施例所述的方法。
48.本发明实施例包括以下优点：
49.通过本发明实施例的视频流的推送方法，获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；获取所述视频流地址对应的视频采集设备采集的原始视频流；对所述原始视频流进行解码，得到解码视频流；向所述标识信息对应的接收端推送所述解码视频流。从而可以在无需额外设置解码以及存储解码视频流的解码服务器，也无需接收端安装第三方插件的情况下，即可以完成视频流的实时推送，且数据传输效率高。
附图说明
50.图1是本发明实施例中提供的一种视频流的推送方法的步骤流程图；
51.图2是本发明实施例中提供的一种视频流的推送方法的步骤流程图；
52.图3是本发明实施例中提供的一种视频流的推送方法的流程示意图；
53.图4是本发明实施例中提供的一种视频流的推送装置的结构框图；
54.图5是本发明实施例中提供的一种电子设备的框图；
55.图6是本发明实施例中提供的一种计算机可读介质的示意图。
具体实施方式
56.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
57.本发明实施例针对在浏览器观看视频采集设备实时采集的视频流实施较为复杂的情况，通过对推流流程进行改进，在对视频进行解码的同时，可以实时地基于标识信息将解码视频流推送至接收端，无需在后端额外设置存储视频流数据的服务器，也无需在浏览器安装第三方插件，即可使用户可以在浏览器中查看实时的视频流，维护成本低且用户使用方便。
58.参照图1，示出了本发明实施例中提供的一种视频流的推送方法的步骤流程图，具体可以包括如下步骤：
59.步骤101，获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；
60.具体而言，可以设置一与至少一个客户端通信连接的后端，后端可以用于向客户端推送视频流，使客户端可以查看视频流。在具体实现中，后端可以包括websocket服务端、解码端、以及推流端。其中，websocket服务端可以用于与客户端通信，处理客户端发送的请求。解码端可以用于对视频流进行解码，推流端可以用于向客户端进行视频流的推送。
61.在希望通过一客户端查看某一视频采集设备实时采集的视频流时，可以将需要接收视频流的客户端作为接收端。接收端或者接收端之外任一客户端可以向websocket服务端发送视频获取请求，从而websocket服务端可以获取得到视频获取请求。
62.在视频获取请求中可以记载有标识信息以及视频流地址，从而 websocket服务端
可以基于视频流地址确定接收端希望查看的视频流，并且后续后端在进行视频推送时，可以基于标识信息确定需要获取视频流的接收端。
63.在具体实现中，可以通过浏览器提供一设备管理页面。在用户需要实时视频流时，用户可以通过浏览器登录设备管理页面。用户可以在设备管理页面中选择需要预览的视频采集设备。其后浏览器可以使用js socket对象创建 websocket客户端，通过websocket客户端以参数的形式通过websocket协议将视频采集设备对应的视频流地址发送至后端的websocket服务端。
64.步骤102，获取所述视频流地址对应的视频采集设备采集的原始视频流；
65.websocket服务端从接收端获取得到视频流地址之后，可以由后端中的解码端获取视频流地址对应的视频采集设备采集的原始视频流。在具体实现中，原始视频流可以采用实时串流协议(real time streaming protocol，rtsp) 进行传输。
66.步骤103，对所述原始视频流进行解码，得到解码视频流；
67.在后端的解码端获取得到原始视频流之后，其可以对原始视频流进行解码，得到解码视频流，使视频流可以适用于通过浏览器进行展示。
68.在具体实现中，解码端可以集成了javacv框架，javacv框架内部可以包含ffmpeg视频解码模块，ffmpeg视频解码模块可以实现多种格式的解码。解码端可以无需依赖第三方的视频流处理服务器，即可完成对采用实时串流协议的原始视频流的解码。
69.步骤104，向所述标识信息对应的接收端推送所述解码视频流。
70.在原始视频流解码完成，得到解码视频流之后，解码端可以将解码视频流发送至推送端。推送端可以基于标识信息，确定其对应的接收端，并将解码视频流推送至接收端。
71.对于接收端来说，接收端可以通过一次视频获取请求，即可获取得到其需要查看的视频采集设备的实时视频流，而无需如同现有的实时视频流获取方式，需要首先请求对实时视频流进行解码再请求存储解码视频流的服务器发送解码视频流，通过多次请求完成对实时视频流的获取，也无需安装额外的插件。
72.对于后端来说，其可以无需额外设置存储解码视频流的服务器，而可以在对获取原始视频流的过程中同时对原始视频流进行解码，并且在解码完成后，即可以直接将解码完成的解码视频流推送至接收端，提高了数据传输效率。
73.通过本发明实施例的视频流的推送方法，获取接收端发送的视频获取请求；所述视频获取请求记载有标识信息以及视频流地址；从所述视频流地址对应的视频采集设备获取原始视频流；对所述原始视频流进行解码，得到解码视频流；向所述标识信息对应的接收端推送所述解码视频流。从而可以在无需额外设置解码以及存储解码视频流的解码服务器，也无需接收端安装第三方插件的情况下，即可以完成视频流的实时推送，且数据传输效率高。
74.参照图2，示出了本发明实施例中提供的一种视频流的推送方法的步骤流程图，具体可以包括如下步骤：
75.步骤201，获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；
76.具体而言，可以设置一与至少一个客户端通信连接的后端，后端可以用于向客户端推送视频流，使客户端可以查看视频流。在具体实现中，后端可以包括websocket服务端、
解码端、以及推流端。其中，websocket服务端可以用于与客户端通信，处理客户端发送的请求。解码端可以用于对视频流进行解码，推流端可以用于向客户端进行视频流的推送。
77.在希望通过一客户端查看某一视频采集设备实时采集的视频流时，可以将需要接收视频流的客户端作为接收端。接收端或者接收端之外任一客户端可以向websocket服务端发送视频获取请求，从而websocket服务端可以获取得到视频获取请求。
78.在视频获取请求中可以记载有标识信息以及视频流地址，从而 websocket服务端可以基于视频流地址确定接收端希望查看的视频流，并且后续后端在进行视频推送时，可以基于标识信息确定需要获取视频流的接收端。
79.在本发明的一种实施例中，所述方法还包括：
80.s11，针对所述视频获取请求，创建会话对象；
81.具体而言，后端的服务端在获取得到客户端发送的视频获取请求之后，可以针对视频获取请求，创建会话对象，以便与接收端之间建立通信，后续可以基于会话对象发送解码视频流，完成解码视频流的高效推送。
82.s12，在预设的第二记录表中记录中所述接收端的标识信息与所述会话对象之间的对应关系。
83.为了便于后续发送解码视频流，后端的服务端可以创建一第二记录表，第二记录表可以用于记录中所述接收端的标识信息与所述会话对象之间的对应关系。通过第二记录表可以快速确定接收端对应的会话对象，并基于会话对象完成解码视频流的高效推送。
84.同时，若接收端与后端断开连接，后端的服务端可以在第二记录表中将接收端的标识信息与会话对象之间的对应关系删除，从而可以通过第二记录表可以确定接收端是否保持与后端之间的通信，以确定用户是否继续需要继续获取解码视频流。
85.在具体实现中，可以采用key-value形式记录接收端的标识信息与会话对象之间的对应关系。其中key为标识信息，value为会话对象。会话对象中记载有会话信息以及向接收端发送解码视频流需要使用的接口信息，从而可以通过会话对象确定解码视频流的发送接口以向接收端发送解码视频流。
86.步骤202，在预设的第一记录表中记录所述接收端的标识信息与所述视频流地址之间的对应关系。
87.具体而言，后端的websocket服务端可以预先存储有第一记录表。第一记录表可以记载了接收端的标识信息与视频流地址之间的对应关系。以便后端确定解码视频流的发送对象。
88.在具体实现中，可以采用key-value形式记录接收端的标识信息与视频流地址之间的对应关系。其中key为视频流地址，value为标识信息。从而后端可以通过第一记录表快速确定需要查看视频流地址对应的视频流的所有接收端。
89.在本发明的一种实施例中，所述方法还包括：
90.s21，基于检测到所述接收端停止获取所述解码视频流，在所述第一记录表中删除所述接收端与所述视频流地址之间的对应关系。
91.具体而言，在用户停止查看解码视频流，或者需要查看其它视频采集设备的视频流时，浏览器中的接收端可以停止获取当前视频采集设备的解码视频流，并中断与后端的服务端之间的通信连接。其后浏览器可以将其创建的接收端关闭。由此，后端的服务端可以
检测到接收端中断通信连接，从而接收端停止获取解码视频流。
92.在此情况下，服务端可以在第一记录表中将接收端与所述视频流地址之间的对应关系删除，以记录接收端不再获取视频流地址对应的视频流。
93.步骤203，确定所述第一记录表中包含所述视频获取请求记载的视频流地址；
94.具体而言，可以存在多个接收端皆需要查看同一视频流的情况。此时后端的解码端可以已经对原始视频流进行解码，而无需另外获取原始视频流并对原始视频流进行解码。
95.由此，在获取原始视频流之前，可以在第一记录表中查询是否包含所述视频获取请求记载的视频流地址，以确定其他接收端是否在先已经请求获取解码视频流，当前是否已经存在所述视频流地址对应的解码视频流，而无需另外获取解码视频流。
96.在当前存储有视频流地址对应的解码视频流的情况下，可以确定已经有其他接收端在先请求获取解码视频流，此时解码端已经对原始视频流进行解码得到解码视频流，此时无需额外请求原始视频流，而可以直接将当前解码端解码得到的解码视频流推送至标识信息对应的接收端，完成向接收端推送视频。
97.步骤204，从所述视频流地址对应的视频采集设备获取原始视频流；
98.在当前不存在视频流地址对应的解码视频流的情况下，则此时仍然需要获取原始视频流，并对原始视频流进行解码。
99.具体而言，websocket服务端从接收端获取得到视频流地址之后，可以由后端中的解码端从视频流地址对应的视频采集设备获取原始视频流。在具体实现中，原始视频流可以采用实时串流协议(real time streaming protocol， rtsp)进行传输。
100.步骤205，对所述原始视频流进行解码，得到解码视频流；
101.在后端的解码端获取得到原始视频流之后，其可以对原始视频流进行解码，得到解码视频流，使视频流可以适用于通过浏览器进行展示。
102.在具体实现中，解码端可以集成了javacv框架，javacv框架内部可以包含ffmpeg视频解码模块，ffmpeg视频解码模块可以实现多种格式的解码。解码端可以无需依赖第三方的视频流处理服务器，即可完成对采用实时串流协议的原始视频流的解码。
103.在本发明的一种实施例中，所述方法还包括：
104.s31，在对所述原始视频流进行解码的过程中，检测所述第一记录表中是否包含所述原始视频流的视频流地址对应的标识信息；
105.具体而言，在对原始视频流进行解码的过程中，后端可以实时地检测第一记录表中是否包含原始视频流的视频流地址对应的标识信息，以确定当前接收端是否仍然与后端保持连接，即接收端是否仍然需要获取解码视频流。
106.在具体实现中，解码端可以在每获取到预设数量的帧的原始视频流时，检测第一记录表中是否包含原始视频流的视频流地址对应的标识信息。其中，预设数量可以为1、3、5、10、50、100等，本发明对此不做限制。
107.s32，基于所述第一记录表中不包含所述原始视频流的视频流地址对应的标识信息，停止对所述原始视频流进行解码。
108.若第一记录表不包含原始视频流的视频流地址对应的标识信息，则可以确定当前已经不存在任何接收端需要获取该解码视频流。此时基于所述第一记录表中不包含所述原
始视频流的视频流地址对应的标识信息的情况，解码端可以停止对原始视频流进行解码，避免计算资源的浪费。
109.步骤206，向所述标识信息对应的接收端推送所述解码视频流。
110.在原始视频流解码完成，得到解码视频流之后，解码端可以将解码视频流发送至推送端。推送端可以基于标识信息，确定其对应的接收端，并将解码视频流推送至接收端。
111.对于接收端来说，接收端可以通过一次视频获取请求，即可获取得到其需要查看的视频采集设备的实时视频流，而无需如同现有的实时视频流获取方式，需要首先请求对实时视频流进行解码再请求存储解码视频流的服务器发送解码视频流，通过多次请求完成对实时视频流的获取，也无需安装额外的插件。
112.对于后端来说，其可以无需额外设置存储解码视频流的服务器，而可以在对获取原始视频流的过程中同时对原始视频流进行解码，并且在解码完成后，即可以直接将解码完成的解码视频流推送至接收端，提高了数据传输效率。
113.在本发明的一种实施例中，所述向所述标识信息对应的接收端推送所述解码视频流的步骤，包括：
114.s41，基于所述第二记录表，确定所述标识信息对应的会话对象；
115.在解码得到解码视频流之后，推送端可以基于第二记录表确定应如何向接收端发送解码视频流。由此，推送段可以基于第二记录表记录的述标识信息与会话对象之间的对应关系，确定标识信息对应的会话对象。
116.s42，通过所述标识信息对应的会话对象的接口向所述接收端推送所述解码视频流。
117.具体而言，会话对象中可以记录有接收端对应的用于传输数据的接口的信息。由此，推送段可以通过标识信息对应的会话对象的接口向接收端推送解码视频流，从而可以基于第二记录表完成对解码视频流的高效推送。
118.作为本发明的一种具体示例，图3是本发明实施例的一种视频流的推送方法的流程示意图。用户可以在前端的浏览器中进行视频管理页面ui，并选择需要浏览的视频采集设备。其后，浏览器可以使用js socket对象创建 websocket接收端，并生成标识信息clientid。其后接收端可以通过onvif接口，确定视频采集设备基于rtsp协议的视频流地址url。其后，接收端可以将标识信息clientid以及基于rtsp协议的视频流地址url作为参数，通过 websocket协议发送视频获取请求，以与后端的websocket服务端创建 websocket连接。
119.其后，后端的websocket服务端可以监听到新增接收端，并通过第二记录表clientsmap记录websocket会话对象与标识信息clientid之间的对应关系，以便后续推流。同时通过第一记录表clientclassifymap记录标识信息 clientid与基于rtsp协议的视频流地址url之间的对应关系，以基于第一记录表clientclassifymap控制解码流程以及推送流程。
120.websocket服务端可以在第一记录表clientclassifymap中确定基于rtsp 协议的视频流地址url对应的接收端数量是否大于1，若大于1，则可以无需进行解码，而可以直接获取基于第二记录表进行解码视频流的推送。而若不大于1，则需要通知后端的解码端处理视频流的解码。
121.后端的解码端可以获取websocket服务端发送的基于rtsp协议的视频流地址url，并从基于rtsp协议的视频流地址url获取得到原始视频流。其后，解码端可以基于javacv框架中包含的ffmpeg解码模块，对原始视频流进行解码，得到解码视频流。在解码过程中，解码端可以实时地基于第一记录表 clientclassifymap确定当前基于rtsp协议的视频流地址url是否仍然具有对应的接收端，以确定当前是否仍然存在需要获取解码视频流的接收端。若不存在，则停止解码。若存在，则抓取解码结果以获取解码视频流。若解码发生异常无法获取得到解码视频流，则结束解码流程，反馈错误信息。若获取得到解码视频流，则可以将解码视频流发送给后端的推送段进行进一步处理。
122.后端的推送端在获取得到解码视频流后，为了便于发送解码视频流，可以进一步将解码视频流转换为二进制数组。其后，推送端可以基于第一记录表clientclassifymap确定当前基于rtsp协议的视频流地址url是否仍然具有对应的接收端，以确定当前是否仍然存在需要获取解码视频流的接收端。若不存在，则停止解码数据流的发送。若存在，则基于第二记录表clientsmap 查找标识信息clientid对应的websocket会话对象。若不存在，则此时也可以确定接收端已经停止获取解码视频流，并停止解码数据流的发送。若存在，则向标识信息clientid对应的websocket会话对象的接口发送解码视频流，完成解码数据流的推送。
123.通过本发明实施例的视频流的推送方法，获取接收端发送的视频获取请求；所述视频获取请求记载有标识信息以及视频流地址；从所述视频流地址对应的视频采集设备获取原始视频流；对所述原始视频流进行解码，得到解码视频流；向所述标识信息对应的接收端推送所述解码视频流。从而可以在无需额外设置解码以及存储解码视频流的解码服务器，也无需接收端安装第三方插件的情况下，即可以完成视频流的实时推送，且数据传输效率高。
124.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
125.参照图4，示出了本发明实施例中提供的一种视频流的推送装置的结构框图，具体可以包括如下模块：
126.请求获取模块401，用于获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；
127.视频流获取模块402，用于获取所述视频流地址对应的视频采集设备采集的原始视频流；
128.解码模块403，用于对所述原始视频流进行解码，得到解码视频流；
129.第一推送模块404，用于向所述标识信息对应的接收端推送所述解码视频流。
130.可选地，所述装置还包括：
131.第一记录模块，用于在预设的第一记录表中记录所述接收端的标识信息与所述视频流地址之间的对应关系。
132.可选地，所述装置还包括：
133.第一查找模块，用于确定所述第一记录表中包含所述视频获取请求记载的视频流地址。
134.可选地，所述装置还包括：
135.会话创建模块，用于针对所述视频获取请求，创建会话对象；
136.第二记录模块，用于在预设的第二记录表中记录中所述接收端的标识信息与所述会话对象之间的对应关系。
137.可选地，所述第一推送模块包括：
138.会话查找子模块，用于基于所述第二记录表，确定所述标识信息对应的会话对象；
139.第一推送子模块，用于通过所述标识信息对应的会话对象的接口向所述接收端推送所述解码视频流。
140.可选地，所述装置还包括：
141.删除模块，用于基于检测到所述接收端停止获取所述解码视频流，在所述第一记录表中删除所述接收端与所述视频流地址之间的对应关系。
142.可选地，所述装置还包括：
143.检测模块，用于在对所述原始视频流进行解码的过程中，检测所述第一记录表中是否包含所述原始视频流的视频流地址对应的标识信息；
144.停止模块，用于基于所述第一记录表中不包含所述原始视频流的视频流地址对应的标识信息，停止对所述原始视频流进行解码。
145.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
146.另外，本发明实施例还提供一种电子设备，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口 502，存储器503通过通信总线504完成相互间的通信，
147.存储器503，用于存放计算机程序；
148.处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：
149.获取视频获取请求，所述视频获取请求记载有接收端的标识信息以及视频流地址；
150.获取所述视频流地址对应的视频采集设备采集的原始视频流；
151.对所述原始视频流进行解码，得到解码视频流；
152.向所述标识信息对应的接收端推送所述解码视频流。
153.可选地，所述方法还包括：
154.在预设的第一记录表中记录所述接收端的标识信息与所述视频流地址之间的对应关系。
155.可选地，在所述从所述视频流地址对应的视频采集设备获取原始视频流的步骤之前，所述方法还包括：
156.确定所述第一记录表中包含所述视频获取请求记载的视频流地址。
157.可选地，所述方法还包括：
158.针对所述视频获取请求，创建会话对象；
159.在预设的第二记录表中记录中所述接收端的标识信息与所述会话对象之间的对
应关系。
160.可选地，所述向所述标识信息对应的接收端推送所述解码视频流的步骤，包括：
161.基于所述第二记录表，确定所述标识信息对应的会话对象；
162.通过所述标识信息对应的会话对象的接口向所述接收端推送所述解码视频流。
163.可选地，所述方法还包括：
164.基于检测到所述接收端停止获取所述解码视频流，在所述第一记录表中删除所述接收端与所述视频流地址之间的对应关系。
165.可选地，所述方法还包括：
166.在对所述原始视频流进行解码的过程中，检测所述第一记录表中是否包含所述原始视频流的视频流地址对应的标识信息；
167.基于所述第一记录表中不包含所述原始视频流的视频流地址对应的标识信息，停止对所述原始视频流进行解码。
168.上述终端提到的通信总线可以是外设部件互连标准(peripheralcomponent interconnect，简称pci)总线或扩展工业标准结构(extendedindustry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
169.通信接口用于上述终端与其他设备之间的通信。
170.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
171.上述的处理器可以是通用处理器，包括中央处理器(central processingunit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路 (application specific integrated circuit，简称asic)、现场可编程门阵列(field －programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
172.如图6所示，在本发明提供的又一实施例中，还提供了一种计算机可读存储介质601，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中所述的视频流的推送方法。
173.在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中所述的视频流的推送方法。
174.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者
是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
175.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
176.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
177.以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。