[发明专利]媒体流数据分发方法、数据分发装置、存储介质、平台

权利要求书

1.一种轨道交通安防集成平台媒体流数据分发方法, 其特征在于，所述方法包括：

读配置文件获取预配置线程池的数量，创建对应数量的线程池，所述线程池采用只有一个线程的单一线程池；

进行媒体流信令会话交互时，确定媒体流信令会话ID；

媒体流信令会话交互完成后，将所述媒体流信令会话ID与当前最低负载线程池进行绑定，所述当前最低负载线程池为已绑定媒体流信令会话ID数量最少的一个线程池；

接收媒体流数据，获取媒体流数据包内的媒体流信令会话ID，查找与所述媒体流信令会话ID绑定的线程池；

创建与所述媒体流信令会话ID绑定的线程池的处理媒体流数据的任务；

与所述媒体流信令会话ID绑定的线程池独立执行所述任务；

媒体流信令会话交互结束后，解除所述媒体流信令会话ID与其对应绑定的线程池的绑定关系。

2.根据权利要求1所述的轨道交通安防集成平台媒体流数据分发方法，其特征在于：所述媒体流信令会话交互完成后，将媒体流信令会话ID与当前最低负载线程池进行绑定，包括：

查找所述当前最低负载线程池；

将所述媒体流信令会话ID与所述当前最低负载线程池进行绑定；

更新与所述媒体流信令会话ID绑定的线程池绑定媒体流信令会话ID的数量。

3.根据权利要求1所述的轨道交通安防集成平台媒体流数据分发方法，其特征在于：所述线程池包含保存待执行任务的任务队列，所述任务队列里的任务按顺序执行。

4.根据权利要求3所述的轨道交通安防集成平台媒体流数据分发方法，其特征在于：所述会话ID对应绑定的线程池独立执行所述任务，还包括处理媒体流任务的饱和策略：

接收的任务的数量未超过线程池的任务队列的容量时直接加入所述任务队列等待处理；

接收的任务的数量超过线程池的任务队列的容量时直接丢弃新的任务，抛出异常，提示所述线程池已满；或者，丢弃新的任务，不抛异常。

5.根据权利要求1-6任一项所述的轨道交通安防集成平台媒体流数据分发方法，其特征在于： 所述任务包括媒体流数据的打包处理和发送。

6.根据权利要求5所述的轨道交通安防集成平台媒体流数据分发方法，其特征在于：发送媒体流数据采用点对点的方式。

7.根据权利要求1所述的轨道交通安防集成平台媒体流数据分发方法，其特征在于：解除所述媒体流信令会话ID与其对应绑定的线程池的绑定关系后，还包括更新解除绑定关系的线程池绑定媒体流信令会话ID的数量。

8.一种轨道交通安防集成平台媒体流数据分发装置，其特征在于，包括：

配置模块，用于配置线程池的数量；

握手模块，用于进行媒体流信令交互；

绑定模块，用于媒体流信令会话ID与线程池的绑定与解除绑定；

处理模块，与所述配置模块、所述接收模块和所述绑定模块连接，以实现权利要求1-7任一项所述的轨道交通安防集成平台媒体流数据分发方法。

9.一种可读存储介质，其特征在于，所述可读存储介质中包括一种轨道交通安防集成平台媒体流数据分发方法的程序，所述轨道交通安防集成平台媒体流数据分发方法程序被处理器执行时，实现如权利要求1-7任一项所述的轨道交通安防集成平台媒体流数据分发方法的步骤。

10.一种轨道交通安防集成平台，包括媒体流数据分发装置，其特征在于：所述媒体流数据分发装置采用权利要求8所述的轨道交通安防集成平台媒体流数据分发装置。