一种流媒体交互的实现方法和装置的制造方法
【专利摘要】本申请提供了一种流媒体交互的实现方法，应用在服务器端，所述方法包括：接收客户端发送的信令协议数据包，所述信令协议数据包按照设定的信令协议编写；对所述信令协议数据包指定的流媒体文件进行解码；按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进行编辑；按照所述信令协议将所述流媒体文件中的单位数据重新编码，并发送至所述客户端；在所述流媒体文件发送完毕后，发送播放结束的信令协议数据包，以通知所述客户端所述流媒体文件发送完毕。本申请实现了客户端与服务器端的流媒体交互控制。
【专利说明】
-种流媒体交互的实现方法和装置
技术领域
[0001] 本发明设及流媒体交互领域，特别是设及一种流媒体交互的实现方法和装置。
【背景技术】
[0002] 传统的电视制作和影视作品的制作环境，需要编辑人员在机房完成；而非线性编 辑系统可利用网络方便地传输数码视频，在网络上协同创作，并且非线性编辑系统在编辑 时，素材的长短和顺序可W不按照制作的长短和顺序的先后进行。基于客户端和服务器的 机构，编辑人员可远程在服务器上编辑素材，但是现有技术仅能实现编辑完成后传输，降低 了编辑效率。如果能借鉴流媒体技术边传边看的模式，对素材边编辑边传输，达到流媒体控 审IJ，可W大大提高编辑效率。
【发明内容】
[0003] 鉴于上述问题，提出了本发明W便提供一种克服上述问题或者至少部分地解决上 述问题的一种流媒体交互的实现方法和装置。
[0004] 依据本发明的一个方面，应用在服务器端，所述方法包括：
[0005] 接收客户端发送的信令协议数据包，所述信令协议数据包按照设定的信令协议编 写；
[0006] 对所述信令协议数据包指定的流媒体文件进行解码；
[0007] 按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进行编辑；
[000引按照所述信令协议将所述流媒体文件中的单位数据重新编码，并发送至所述客户 端；
[0009] 在所述流媒体文件发送完毕后，发送播放结束的信令协议数据包，W通知所述客 户端所述流媒体文件发送完毕。
[0010] 可选地，在所述对所述信令协议数据包指定的流媒体文件进行解码之前，所述方 法还包括：
[0011] 解析所述信令协议数据包，获得所述信令协议数据包指示的编辑操作类型W及指 定处理的流媒体文件。
[0012] 可选地，所述信令协议数据包由命令标识、载荷数据长度、载荷数据组成；
[0013] 所述命令标识指示所述信令协议数据包所属命令类型；
[0014] 所述载荷数据指示所述流媒体文件的存储路径。
[0015] 可选地，所述解析所述信令协议数据包的步骤包括：
[0016] 从所述信令协议数据包的第一设定字段提取所述命令标识，并确定所述命令标识 对应指示的编辑操作；
[0017] 从所述信令协议数据包的第二设定字段提取所述载荷数据长度；
[0018] 根据所述载荷数据长度从所述信令数据协议包中提取所述载荷数据；
[0019] 根据所述载荷数据指示的所述流媒体文件的存储路径，提取流媒体数据。
[0020]可选地，所述提取所述流媒体数据的步骤包括：
[0021 ]从所述载荷数据的第Ξ设定字段提取流媒体数据描述；
[0022] 根据所述流媒体数据描述确认所述流媒体数据的文件标识、数据标识、数据开始 位置、数据长度、代理级别和数据类型；
[0023] 根据所述文件标识、数据标识、数据开始位置、数据长度、代理级别和数据类型提 取所述流媒体数据。
[0024] 可选地，所述信令协议数据包指示的编辑操作包括打开和关闭文件、打开图片、停 止操作、反馈流媒体服务器的信息和工作状态。
[0025] 可选地，接收到的所述信令协议数据包出现命令错误时，向所述客户端发送命令 错误代码。
[0026] 依据本发明的另一个方面，部署在服务器端，所述装置包括：
[0027] 接收模块，用于接收客户端发送的信令协议数据包，所述信令协议数据包按照设 定的信令协议编写；
[0028] 解码模块，用于对所述信令协议数据包指定的流媒体文件进行解码；
[0029] 编辑模块，用于按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进 行编辑；
[0030] 编码模块，用于按照所述信令协议将所述流媒体文件中的单位数据重新编码，并 发送至所述客户端；
[0031] 结束通知模块，用于在所述流媒体文件发送完毕后，发送播放结束的信令协议数 据包，W通知所述客户端所述流媒体文件发送完毕。
[0032] 可选地，在所述对所述信令协议数据包指定的流媒体文件进行解码之前，所述装 置还包括：
[0033] 解析模块，用于解析所述信令协议数据包，获得所述信令协议数据包指示的编辑 操作类型W及指定处理的流媒体文件。
[0034] 可选地，所述信令协议数据包由命令标识、载荷数据长度、载荷数据组成；
[0035] 所述命令标识指示所述信令协议数据包所属命令类型；
[0036] 所述载荷数据指示所述流媒体文件的存储路径。
[0037] 可选地，所述解析模块包括：
[0038] 提取命令标识模块，用于从所述信令协议数据包的第一设定字段提取所述命令标 识，并确定所述命令标识对应指示的编辑操作；
[0039] 提取载荷数据长度模块，用于从所述信令协议数据包的第二设定字段提取所述载 荷数据长度；
[0040] 提取载荷数据模块，用于根据所述载荷数据长度从所述信令数据协议包中提取所 述载荷数据；
[0041] 提取流媒体数据模块，用于根据所述载荷数据指示的所述流媒体文件的存储路 径，提取流媒体数据。
[0042] 可选地，所述提取所述流媒体数据模块包括：
[0043] 提取描述模块，用于从所述载荷数据的第Ξ设定字段提取流媒体数据描述；
[0044] 确认描述模块，用于根据所述流媒体数据描述确认所述流媒体数据的文件标识、 数据标识、数据开始位置、数据长度、代理级别和数据类型；
[0045] 提取流媒体数据子模块，用于根据所述文件标识、数据标识、数据开始位置、数据 长度、代理级别和数据类型提取所述流媒体数据。
[0046] 可选地，所述信令协议数据包指示的编辑操作包括打开和关闭文件、打开图片、停 止操作、反馈流媒体服务器的信息和工作状态。
[0047] 可选地，所述装置还包括：
[0048] 命令错误模块，用于接收到的所述信令协议数据包出现命令错误时，向所述客户 端发送命令错误代码。
[0049] 依据本发明实施例，服务器端接收客户端发送的信令协议数据包，根据信令协议 数据包中命令标识和载荷数据确认与之对应的编辑操作，服务器端按照指示的操作进行编 辑，将编辑的结果反馈给客户端，实现了客户端与服务器端之间的流媒体交互，完成了流媒 体数据的控制。
[0050] 上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段， 而可依照说明书的内容予W实施，并且为了让本发明的上述和其它目的、特征和优点能够 更明显易懂，W下特举本发明的【具体实施方式】。
【附图说明】
[0051] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通 技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明 的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0052] 图1是根据本发明实施例一的一种流媒体交互的实现方法的步骤流程图。
[0053] 图2是根据本发明实施例二的一种流媒体交互的实现方法的步骤流程图。
[0054] 图3是根据本发明实施例二的所述解析信令协议数据包的子步骤流程图。
[0055] 图4是根据本发明实施例二的所述提取所述流媒体数据的子步骤流程图。
[0056] 图5是根据本发明实施例Ξ的一种流媒体交互的实现装置的结构框图。
【具体实施方式】
[0057] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开 的示例性实施例，然而应当理解，可各种形式实现本公开而不应被运里阐述的实施例 所限制。相反，提供运些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围 完整的传达给本领域的技术人员。
[005引实施例一
[0059] 详细介绍本发明实施例提供的一种流媒体交互的实现方法。
[0060] 参照图1，示出了本发明实施例一中的一种流媒体交互的实现方法的步骤流程图。
[0061] 步骤11，接收客户端发送的信令协议数据包，所述信令协议数据包按照设定的信 令协议编写。
[0062] 本发明实施例中，信令协议数据包由命令标识（Command ID)、载荷数据长度 (Payload Length)、载荷数据(Payload)组成。命令标识指示信令协议数据包所属命令类 型，如请求视频数据、打开文件、编辑文件等等。具体地，如果信令协议数据包为客户端请求 读取视频任务，命令标识可W表示为ReadVideoTask;如果信令协议数据包为客户端请求读 取音频任务，命令标识可W表示为ReadAudioTask。为了方便存储和发送，命令标识可W使 用数字编码。本申请中，读取视频任务(ReadVideo化sk)信令协议数据包使用数字编码104， 读取音频任务(ReadAudioTask)信令协议数据包使用数字编码105。载荷数据指示所述流媒 体文件的存储路径，可W是内部定义的XML文件，采用utf-8编码，服务器根据载荷数据中的 存储路径找到客户端请求读取的文件，例如f i leName = "f i lePath/f i le. png"。
[0063] 服务器端接收客户端发送的信令协议数据包，即接收客户端发送的命令和需要编 辑的文件的存储地址。
[0064] 步骤12,对所述信令协议数据包指定的流媒体文件进行解码。
[0065] 本发明实施例中，流媒体文件可能是按照不同规则进行编码的文件，为了流媒体 文件可W按照本申请中的信令协议进行编辑和传输，首先需要对流媒体文件进行解码，将 流媒体文件还原为原始数据。
[0066] 步骤13,按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进行编 辑。
[0067] 本发明实施例中，信令协议数据包指示的编辑操作包括打开和关闭文件、打开图 片、停止操作、反馈流媒体服务器的信息和工作状态等等，服务器端按照信令协议数据包指 示的命令进行操作。具体地，信令协议数据包指示打开文件，命令标识为化enFi 1 e，数字编 码为101，服务器端根据信令协议数据包中文件的存储路径找到文件并执行打开文件的操 作;信令协议数据包指示关闭文件，命令标识为CloseFile，数字编码为102,服务器端根据 文件的存储路径找到文件并执行关闭文件的操作，并将该文件的资源回收;信令协议数据 包指示打开图片，命令标识为化enimage，数字编码为103,服务器端根据图片的存储路径找 到图片并执行打开图片的操作;信令协议数据包指示停止操作，命令标识为Stop,数字编码 为106，服务器端接收到该信令协议数据包，停止一切操作;信令协议数据包指示反馈流媒 体服务器的信息，命令标识为流媒体描述，数字编码为0,一般该信令协议数据包为客户端 首次与流媒体服务器连接时发送，服务器端在接收到该信令协议数据包时，将服务器端的 相关信息反馈给客户端;信令协议数据包指示反馈服务器端工作状态，命令标识为客户端 确认服务端是否活跃，数字编码为1000,服务器端接收该信令协议数据包之后向客户端发 送响应信息，客户端接收到响应信息，说明服务器端与客户端连接正常，处于活跃状态，如 果客户端未接收到响应信息，说明服务器端与客户端已断开，非活跃状态。本发明实施例仅 举例说明信令协议数据包指示的一部分编辑操作，可根据实际情况增加其他编辑操作，对 此本发明不做限定。
[0068] 步骤14,按照所述信令协议将所述流媒体文件中的单位数据重新编码，并发送至 所述客户端。
[0069] 本发明实施例中，流媒体文件中的单位数据是一帖(视频)或一个采样单位(音频） 的内容。客户端发送读取视频任务的请求，服务器端首先根据信令协议数据包中视频数据 存储的位置找到视频数据，然后对视频数据进行解码，将视频数据还原为原始数据。按照信 令协议将流媒体文件中的单位数据重新编码，具体地，将原始的视频数据中的一帖数据或 者一帖数据存储的地址采用utf-8编码，然后按照本申请中信令协议的组织形式添加至新 的协议数据包的载荷数据中，添加了一帖视频数据的协议数据包为视频媒体数据协议数据 包，数字编码为201。如果客户端发送的是读取音频任务的请求，服务器端则根据信令协议 数据包找到音频数据，对音频数据解码，然后将原始的音频数据中的一个采样单位或者一 个采样单位的存储路径采用utf-8编码，最后将重新编码的数据添加至新的协议数据包的 载荷数据中，该数据协议包为音频媒体数据协议数据包，数字编码为202。
[0070] 本发明实施例中，服务器端将解码后的流媒体数据的单位数据重新编码，然后将 重新编码的单位数据按照本申请的信令协议组织形式添加到新的信令协议数据包中，最后 再将添加了流媒体数据的协议数据包发送至客户端。
[0071] 步骤15,在所述流媒体文件发送完毕后，发送播放结束的信令协议数据包，W通知 所述客户端所述流媒体文件发送完毕。
[0072] 本发明实施例中，服务器端向客户端发送包含单位数据的流媒体协议数据包，各 个协议数据包可由不同的线路进行传输，传输的速度不同，并且协议数据包发送的顺序可 W不按照流媒体文件原本的顺序，因此客户端接收到各个流媒体协议数据包的时间和顺序 也不相同。服务器端在将全部流媒体协议数据包发送完毕后，向客户端发送播放结束的信 令协议数据包，客户端接收到该协议数据包后明确服务器端已将流媒体文件全部发送完 毕。
[0073] 综上所述，本实施例中服务器端接收客户端发送的信令协议数据包，根据信令协 议数据包确认与之对应的编辑操作，服务器端按照指示的操作进行编辑，将编辑的结果反 馈给客户端，本实施例实现了客户端与服务器端之间的流媒体交互，完成了流媒体数据的 控制。
[0074] 实施例二
[0075] 参照图2,示出了本发明实施例二中的一种流媒体交互的实现方法的步骤流程图。
[0076] 步骤21，接收客户端发送的信令协议数据包，所述信令协议数据包按照设定的信 令协议编写。
[0077] 步骤22,解析所述信令协议数据包，获得所述信令协议数据包指示的编辑操作类 型W及指定处理的流媒体文件。
[0078] 本发明实施例中，信令协议数据包具有固定的组织形式，解析信令协议数据包就 是从信令协议数据包的固定字段读取该信令协议数据包包含的命令和文件的存储路径。 [0079 ]优选地，参见图3，所述解析所述信令协议数据包的步骤包括：
[0080] 子步骤221，从所述信令协议数据包的第一设定字段提取所述命令标识，并确定所 述命令标识对应指示的编辑操作；
[0081] 子步骤222,从所述信令协议数据包的第二设定字段提取所述载荷数据长度；
[0082] 子步骤223,根据所述载荷数据长度从所述信令数据协议包中提取所述载荷数据；
[0083] 子步骤224,根据所述载荷数据指示的所述流媒体文件的存储路径，提取流媒体数 据。
[0084] 本实施例中，命令标识为信令协议数据包的前四个字节，随后的四个字节为载荷 数据长度，再后面的是载荷数据，长度由载荷数据长度指定。例如，信令协议的固定形式如 下：
[0085]
[0086] 解析信令数据协议包时，从前四个字节提取命令标识，确认该信令协议数据包对 应的编辑操作，然后从随后的四个字节中提取载荷数据长度，根据载荷数据长度提取载荷 数据，最后根据载荷数据指示的流媒体文件的存储路径提取流媒体数据。
[0087] 优选地，参见图4，所述提取所述流媒体数据的步骤包括：
[0088] 子步骤2241，从所述载荷数据的第Ξ设定字段提取流媒体数据描述；
[0089] 子步骤2242,根据所述流媒体数据描述确认所述流媒体数据的文件标识、数据标 识、数据开始位置、数据长度、代理级别和数据类型；
[0090] 子步骤2243,根据所述文件标识、数据标识、数据开始位置、数据长度、代理级别和 数据类型提取所述流媒体数据。
[0091] 本实施例中，流媒体数据描述为载荷数据的前40个字节，包括流媒体数据的文件 标识、数据标识、数据开始位置、数据长度、代理级别和数据类型等等。每个描述占据一个字 段，例如，第0-7个字节(Sbytes)为文件标识fid,该标识为客户端和服务器端之间文件交互 的唯一标识;第8-11个字节(4bytes)为数据标识streamid;第12-19个字节(Sbytes)为流媒 体数据的开始位置;第20-23个字节(4bytes)为流媒体数据的长度，对于视频而言即为帖数 (打ame count)，对于音频而言即为采样个数(sample count);第24-25个字节（2bytes)为 流媒体数据的代理级别，运部分数据又分为两部分组成，前1个字节表示代理级别的分子部 分(proxyLevelNum)，后1个字节表示代理级别的分母部分(proxyLevelDen)，对应音频数据 此处值为0;第26个字节（Ibytes)为流媒体数据的类型，运个值只对视频数据有效，如果值 为1表示数据为只有视频数据，如果值为2表示数据为只有A1地a数据，如果值为4表示数据 为视频和A1曲a混合数据;第27-31个字节(4bytes)和第36-39个字节(4bytes)都为保留位， 用于W后扩展;第32-35个字节(4bytes)为标记代码，若ReadTask命令执行错误，则此4个字 节的值不为0。
[0092]
[0093] 例如，读取视频任务信令协议数据包载荷数据为冲63(1￥1(16〇了334門(1 = "1" streamid = "0"from = "0"to = "20"proxyLevelNum = "1 "proxyLevelDen = "4"/〉，该载荷数 据中包含文件标识f i d，读取的视频数据s treami d，待读取的时间起止区间f rom和to，单位 为帖（frame)，代理级别p;roxyLevelNum和p;roxyLevelDen，长和宽的代理级别相同，可缺省 没有，默认都为1。读取音频任务信令协议数据包载荷数据为〈ReadAudioTask fid = "r streamld = "Γ打om= "1024"to = "10240"/〉，该载荷数据中包括文件标识f id，读取的音频 数据流Streamid，待读取的时间区间打om和to，W采样点（samp 1 e)为单位，服务端接收到读 取区间后会对齐到1024。W上仅为载荷数据的举例，本实施例中对于载荷数据不做详细限 定，可根据具体情况进行描述。
[0094] 步骤23,对所述信令协议数据包指定的流媒体文件进行解码。
[0095] 步骤24,按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进行编 辑。
[0096] 步骤25，按照所述信令协议将所述流媒体文件中的单位数据重新编码，并发送至 所述客户端。
[0097] 步骤26,在所述流媒体文件发送完毕后，发送播放结束的信令协议数据包，W通知 所述客户端所述流媒体文件发送完毕。
[0098] 步骤27,接收到的所述信令协议数据包出现命令错误时，向所述客户端发送命令 错误代码。
[0099] 本发明实施例中，可能会出现编辑协议数据包时命令错误，或者传输过程中异常 等情况，因此在服务器端解析信令协议数据包发现命令错误时，向客户端发送命令错误代 码，数字编码为401。具体地，载荷数据为〈error cmdld = "201 "f id = "l/'errno = "1" message = "seek command parser error"/〉，客户端接收到命令错误代码后显示message 中的内容。
[0100] 综上所述，本实施例中信令协议数据包按照固定形式进行组织，服务器端接收客 户端发送的信令协议数据包并对其进行解析，从信令协议数据包的固定字段提取命令标识 和载荷数据等，按照命令标识指示的操作进行编辑，将编辑的结果反馈给客户端，本实施例 实现了客户端与服务器端之间的流媒体交互，完成了流媒体数据的控制。
[0101] 需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的 动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依 据本发明，某些步骤可W采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉， 说明书中所描述的实施例均属于优选实施例，所设及的动作并不一定是本发明所必需的。
[0102] 实施例Ξ
[0103] 详细介绍本发明实施例提供的一种流媒体交互的实现装置。
[0104] 参照图5,示出了本发明实施例Ξ中的一种流媒体交互的实现装置的结构框图，部 署在服务器端，所述装置包括：
[0105] 接收模块，用于接收客户端发送的信令协议数据包，所述信令协议数据包按照设 定的信令协议编写；
[0106] 解码模块，用于对所述信令协议数据包指定的流媒体文件进行解码；
[0107] 编辑模块，用于按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进 行编辑；
[0108] 编码模块，用于按照所述信令协议将所述流媒体文件中的单位数据重新编码，并 发送至所述客户端；
[0109] 结束通知模块，用于在所述流媒体文件发送完毕后，发送播放结束的信令协议数 据包，w通知所述客户端所述流媒体文件发送完毕。
[0110] 优选地，在所述对所述信令协议数据包指定的流媒体文件进行解码之前，所述装 置还包括：
[0111] 解析模块，用于解析所述信令协议数据包，获得所述信令协议数据包指示的编辑 操作类型W及指定处理的流媒体文件。
[0112] 优选地，所述信令协议数据包由命令标识、载荷数据长度、载荷数据组成；
[0113] 所述命令标识指示所述信令协议数据包所属命令类型；
[0114] 所述载荷数据指示所述流媒体文件的存储路径。
[0115] 优选地，所述解析模块包括：
[0116] 提取命令标识模块，用于从所述信令协议数据包的第一设定字段提取所述命令标 识，并确定所述命令标识对应指示的编辑操作；
[0117] 提取载荷数据长度模块，用于从所述信令协议数据包的第二设定字段提取所述载 荷数据长度；
[0118] 提取载荷数据模块，用于根据所述载荷数据长度从所述信令数据协议包中提取所 述载荷数据；
[0119] 提取流媒体数据模块，用于根据所述载荷数据指示的所述流媒体文件的存储路 径，提取流媒体数据。
[0120] 优选地，所述提取所述流媒体数据模块包括：
[0121] 提取描述模块，用于从所述载荷数据的第Ξ设定字段提取流媒体数据描述；
[0122] 确认描述模块，用于根据所述流媒体数据描述确认所述流媒体数据的文件标识、 数据标识、数据开始位置、数据长度、代理级别和数据类型；
[0123] 提取流媒体数据子模块，用于根据所述文件标识、数据标识、数据开始位置、数据 长度、代理级别和数据类型提取所述流媒体数据。
[0124] 优选地，所述信令协议数据包指示的编辑操作包括打开和关闭文件、打开图片、停 止操作、反馈流媒体服务器的信息和工作状态。
[01巧]优选地，所述装置还包括：
[0126] 命令错误模块，用于接收到的所述信令协议数据包出现命令错误时，向所述客户 端发送命令错误代码。
[0127] 综上所述，本实施例中服务器端接收客户端发送的信令协议数据包，从固定字段 中提取命令标识和载荷数据，按照命令指示的操作进行编辑，将编辑的结果反馈给客户端， 实现了客户端与服务器端之间的流媒体交互。
[0128] 对于上述流媒体交互的实现装置实施例而言，由于其与方法实施例基本相似，所 W描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0129] 本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与 其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0130] 本领域技术人员易于想到的是:上述各个实施例的任意组合应用都是可行的，故 上述各个实施例之间的任意组合都是本发明的实施方案，但是由于篇幅限制，本说明书在 此就不一一详述了。
[0131] 在此提供的流媒体交互的实现方案不与任何特定计算机、虚拟系统或者其它设备 固有相关。各种通用系统也可w与基于在此的示教一起使用。根据上面的描述，构造具有本 发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应 当明白，可W利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做 的描述是为了披露本发明的最佳实施方式。
[0132] 在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施 例可W在没有运些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构 和技术，W便不模糊对本说明书的理解。
[0133] 类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在 上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施 例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保 护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利 要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具 体实施方式的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为 本发明的单独实施例。
[0134] 本领域那些技术人员可W理解，可W对实施例中的设备中的模块进行自适应性地 改变并且把它们设置在与该实施例不同的一个或多个设备中。可W把实施例中的模块或单 元或组件组合成一个模块或单元或组件，W及此外可W把它们分成多个子模块或子单元或 子组件。除了运样的特征和/或过程或者单元中的至少一些是相互排斥之外，可W采用任何 组合对本说明书(包括伴随的权利要求、摘要和附图）中公开的所有特征W及如此公开的任 何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权 利要求、摘要和附图）中公开的每个特征可W由提供相同、等同或相似目的的替代特征来代 替。
[0135] 此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例 中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的 范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一 都可任意的组合方式来使用。
[0136] 本发明的各个部件实施例可硬件实现，或者W在一个或者多个处理器上运行 的软件模块实现，或者W它们的组合实现。本领域的技术人员应当理解，可W在实践中使用 微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的服务器负载控制方案中的 一些或者全部部件的一些或者全部功能。本发明还可W实现为用于执行运里所描述的方法 的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品）。运样的实 现本发明的程序可W存储在计算机可读介质上，或者可W具有一个或者多个信号的形式。 运样的信号可W从因特网网站上下载得到，或者在载体信号上提供，或者W任何其他形式 提供。
[0137] 应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领 域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中， 不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词"包含"不排除存在未 列在权利要求中的元件或步骤。位于元件之前的单词"一"或"一个"不排除存在多个运样的 元件。本发明可W借助于包括有若干不同元件的硬件W及借助于适当编程的计算机来实 现。在列举了若干装置的单元权利要求中，运些装置中的若干个可w是通过同一个硬件项 来具体体现。单词第一、第二、W及第Ξ等的使用不表示任何顺序。可将运些单词解释为名 称。
【主权项】
1. 一种流媒体交互的实现方法，应用在服务器端，所述方法包括： 接收客户端发送的信令协议数据包，所述信令协议数据包按照设定的信令协议编写； 对所述信令协议数据包指定的流媒体文件进行解码； 按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进行编辑； 按照所述信令协议将所述流媒体文件中的单位数据重新编码，并发送至所述客户端； 在所述流媒体文件发送完毕后，发送播放结束的信令协议数据包，以通知所述客户端 所述流媒体文件发送完毕。2. 根据权利要求1所述的方法，其特征在于，在所述对所述信令协议数据包指定的流媒 体文件进行解码之前，所述方法还包括： 解析所述信令协议数据包，获得所述信令协议数据包指示的编辑操作类型以及指定处 理的流媒体文件。3. 根据权利要求1所述的方法，其特征在于， 所述信令协议数据包由命令标识、载荷数据长度、载荷数据组成； 所述命令标识指示所述信令协议数据包所属命令类型； 所述载荷数据指示所述流媒体文件的存储路径。4. 根据权利要求2所述的方法，其特征在于，所述解析所述信令协议数据包的步骤包 括： 从所述信令协议数据包的第一设定字段提取所述命令标识，并确定所述命令标识对应 指示的编辑操作； 从所述信令协议数据包的第二设定字段提取所述载荷数据长度； 根据所述载荷数据长度从所述信令数据协议包中提取所述载荷数据； 根据所述载荷数据指示的所述流媒体文件的存储路径，提取流媒体数据。5. 根据权利要求4所述的方法，其特征在于，所述提取所述流媒体数据的步骤包括： 从所述载荷数据的第三设定字段提取流媒体数据描述； 根据所述流媒体数据描述确认所述流媒体数据的文件标识、数据标识、数据开始位置、 数据长度、代理级别和数据类型； 根据所述文件标识、数据标识、数据开始位置、数据长度、代理级别和数据类型提取所 述流媒体数据。6. 根据权利要求1所述的方法，其特征在于，所述信令协议数据包指示的编辑操作包括 打开和关闭文件、打开图片、停止操作、反馈流媒体服务器的信息和工作状态。7. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 接收到的所述信令协议数据包出现命令错误时，向所述客户端发送命令错误代码。8. -种流媒体交互的实现装置，部署在服务器端，所述装置包括： 接收模块，用于接收客户端发送的信令协议数据包，所述信令协议数据包按照设定的 信令协议编写； 解码模块，用于对所述信令协议数据包指定的流媒体文件进行解码； 编辑模块，用于按照所述信令协议数据包指示的编辑操作对指定的流媒体文件进行编 辑； 编码模块，用于按照所述信令协议将所述流媒体文件中的单位数据重新编码，并发送 至所述客户端； 结束通知模块，用于在所述流媒体文件发送完毕后，发送播放结束的信令协议数据包， 以通知所述客户端所述流媒体文件发送完毕。9. 根据权利要求8所述的装置，其特征在于，在所述对所述信令协议数据包指定的流媒 体文件进行解码之前，所述装置还包括： 解析模块，用于解析所述信令协议数据包，获得所述信令协议数据包指示的编辑操作 类型以及指定处理的流媒体文件。10. 根据权利要求8所述的装置，其特征在于， 所述信令协议数据包由命令标识、载荷数据长度、载荷数据组成； 所述命令标识指示所述信令协议数据包所属命令类型； 所述载荷数据指示所述流媒体文件的存储路径。11. 根据权利要求9所述的装置，其特征在于，所述解析模块包括： 提取命令标识模块，用于从所述信令协议数据包的第一设定字段提取所述命令标识， 并确定所述命令标识对应指示的编辑操作； 提取载荷数据长度模块，用于从所述信令协议数据包的第二设定字段提取所述载荷数 据长度； 提取载荷数据模块，用于根据所述载荷数据长度从所述信令数据协议包中提取所述载 荷数据； 提取流媒体数据模块，用于根据所述载荷数据指示的所述流媒体文件的存储路径，提 取流媒体数据。12. 根据权利要求11所述的方法，其特征在于，所述提取所述流媒体数据模块包括： 提取描述模块，用于从所述载荷数据的第三设定字段提取流媒体数据描述； 确认描述模块，用于根据所述流媒体数据描述确认所述流媒体数据的文件标识、数据 标识、数据开始位置、数据长度、代理级别和数据类型； 提取流媒体数据子模块，用于根据所述文件标识、数据标识、数据开始位置、数据长度、 代理级别和数据类型提取所述流媒体数据。13. 根据权利要求8所述的装置，其特征在于，所述信令协议数据包指示的编辑操作包 括打开和关闭文件、打开图片、停止操作、反馈流媒体服务器的信息和工作状态。14. 根据权利要求8所述的装置，其特征在于，所述装置还包括： 命令错误模块，用于接收到的所述信令协议数据包出现命令错误时，向所述客户端发 送命令错误代码。
【文档编号】H04L29/06GK106060061SQ201610460664
【公开日】2016年10月26日
【申请日】2016年6月22日
【发明人】耿芹, 见良, 郑鹏程, 刘铁华
【申请人】新奥特（北京）视频技术有限公司