一种宣教广播方法及设备与流程

[0001]
本申请涉及医疗设备领域，尤其涉及一种宣教广播方法及设备。


背景技术：

[0002]
健康宣教是医院维护病人健康的重要手段，有效的健康宣教不仅可以告知病人对疾病的正确认识，还能告知病人如何对疾病进行正确的预防。专业化的健康宣教可以使人们改变原来不自知的错误生活习惯，减少普通疾病的发生和入院次数，在一定程度上可以缓解医疗资源的紧张，因此对于病人以及医院来说，健康宣教都是一种有益的行为。
[0003]
目前的医院病区宣教主要是依靠音视频广播的形式在病区内进行宣教。将音频或视频提前录制成媒体文件，病人终端再从服务器下载录制好的音频或视频媒体文件到本地，然后各个病人终端进行播放。目前还没有护士在护士终端进行实时宣教演示，并将演示视频发送到病人终端进行实时播放的宣教形式。且无论是播放媒体文件还是实时演示视频，都需要解决各个病人终端的媒体文件播放不同步的问题，对于同病房的距离较近的广播终端，视频播放不同步会使邻床互相干扰，影响宣教环境和宣教质量。
[0004]
而且现有的技术往往只是在同一个局域网内的终端才能进行同时广播宣教，如果病区较大或网络终端太多，无法将一个病区内的所有终端都配置到一个局域网内，那么在进行广播时，就无法将做到所有终端都能同时进行广播宣教。在有些应用场景中，一些托管病区会将一个病区终端的控制，托管于另外一个病区，例如将儿科二病区内终端的控制托管到儿科一病区内，但是通常不同的病区内的终端是不在一个局域网内的，这样就无法做到同时对儿科病区一和儿科病区二进行广播宣教，降低了宣教效率。


技术实现要素：

[0005]
针对上述现有技术中存在的问题，本申请实施例提出一种宣教广播方法及设备，解决了现有宣教技术不能以视频实时演示的形式宣教以及音频/视频跨局域网宣教不同步的问题。
[0006]
一方面，本申请实施例提供了一种宣教广播方法，方法包括：媒体服务器接收第一局域网中的第一终端发送的流媒体数据并暂存在所述媒体服务器的唯一内存中，将所述唯一内存的地址分配给媒体服务器的若干线程，并为每个线程分配预设数量的目的终端地址；所述媒体服务器通过webrtc框架与所述第一终端以及所述目的终端建立连接，并控制所述若干线程中的每个线程通过异步任务分发技术，将所述流媒体数据通过rtp数据包分别发送给每个线程被分配的目的终端，以便所述目的终端在接收到所述流媒体数据的同时播放所述流媒体数据；其中，所述目的终端位于第二局域网中，所述第二局域网与所述第一局域网是同一区域内不同的两个局域网。
[0007]
本申请实施例通过将在护士终端实时演示的视频数据通过媒体服务器转发到不同局域网中的病人终端，并通过异步分发以及多线程分发实现了跨局域网宣教，极大的缩短了视频数据依次到达不同病人终端的时间差，在同病房的病人终端同时播放宣教视频
时，能使多个病人在感官上达到同步播放的效果；将实时演示视频在病人终端上实时播放，这种近似直播的形式，可以使护士宣教更加有效率，病人获取宣教知识更加及时。
[0008]
在一个实施例中，在所述媒体服务器接收第一局域网中的第一终端发送的流媒体数据之前，所述方法还包括：信令转发服务器将所述第一终端发出的宣教指令，转发到所述宣教指令指定的第二局域网中的若干目的终端，其中，所述宣教指令至少包括开始宣教时间、结束宣教时间、宣教内容以及切换宣教文件中的一个或多个指令；所述若干目的终端根据当前业务状态确定是否接受宣教，接受宣教的目的终端对所述宣教指令作出响应，并接入所述媒体服务器，从而与所述第一终端建立连接。
[0009]
被第一终端指定接受宣教的目的终端，可能在宣教开始时正在进行通话等业务操作，不方便马上进行宣教，本申请实施例通过信令服务器转发第一终端发送的宣教指令给目的终端，目的终端可以根据自身的运行状态来判断是否能马上接受宣教，若不能，则发出拒绝信令，若能，则进行初始化并接入媒体服务器，准备接受宣教，这样可以避免强制宣教导致打断病人使用病床分机，给病人造成不便的问题。
[0010]
在一个实施例中，在所述为每个线程分配预设数量的目的终端地址之后，所述方法还包括：通过媒体服务器中的网卡依次发出所述流媒体数据，且在目的终端数量超过预设值的情况下，所述媒体服务器使用多个网卡并行吞吐数据。
[0011]
在需要转发的病人终端过多造成较大延迟的情况下，本申请实施例通过使用多个网卡并行吞吐数据，使数据的发送速度加倍增长，降低数据发出的延迟。
[0012]
在一个实施例中，接受宣教的目的终端对所述宣教指令作出响应，并接入所述媒体服务器后，所述方法还包括：所述媒体服务器接收第一终端发送的录制好的音频文件或视频文件，将所述音频文件转码为opus格式，将所述视频文件转码为h.264格式，并保存在所述媒体服务器中的宣教媒体文件库中；所述第一终端发送需要播放的媒体文件清单到媒体服务器，媒体服务器根据所述媒体文件清单在所述宣教媒体文件库中链接入对应的媒体文件；所述第一终端向媒体服务器发起宣教请求消息，所述媒体服务器按照所述媒体文件清单中的媒体文件顺序，依次将对应的媒体文件封装为rtp包，同时推送给所述若干目的终端并播放。
[0013]
本申请实施例通过将录制好的音频文件或视频文件转码为统一格式，避免了因媒体文件格式不同而给媒体服务器在转发媒体文件时增加一些不必要的工作量。
[0014]
在一个实施例中，在所述媒体服务器根据所述媒体文件清单在所述宣教媒体文件库中链接入对应的媒体文件之后，所述方法还包括：web页面终端调用业务服务器接口，将所述宣教媒体文件库中的内容存入所述业务服务器的数据库中，将所述媒体文件清单与媒体文件的关系写入所述业务服务器的数据库中，以使业务需求在所述业务服务器上完成。
[0015]
在一个实施例中，在将所述宣教媒体文件库存入所述业务服务器的数据库中之后，所述方法还包括：所述web页面终端基于预设时间间隔，对所述宣教媒体文件库中转码成功的所有媒体文件以及所述业务服务器中数据库内对应的媒体文件进行比对，若两者内容不同，则根据所述宣教资源媒体文件库的内容更新业务服务器的数据库内容。
[0016]
本申请实施例通过将一些具体业务操作转移到业务服务器上，使各个终端对媒体数据进行的多种业务处理，比如一些展示、修改一些字段等业务与媒体服务器解耦，让媒体服务器脱离具体产品业务，减少媒体服务器的工作量，提高媒体服务器的运行效率，从而也
加快媒体数据在媒体服务器上的分发速率。
[0017]
在一个实施例中，所述第一终端向媒体服务器发起宣教请求消息，具体包括：所述宣教请求消息中至少包括所述第一终端选择的媒体文件清单名称或单个媒体文件的名称，以及所述媒体文件清单或所述媒体文件的播放模式；其中，所述播放模式至少包括顺序播放、循环播放以及随机播放。
[0018]
另一方面，本申请实施例提供了一种宣教广播设备，设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：接收第一局域网中的第一终端发送的流媒体数据并暂存在所述媒体服务器的唯一内存中，将所述唯一内存的地址分配给媒体服务器的若干线程，并为每个线程分配预设数量的目的终端地址；通过 webrtc框架与所述第一终端以及所述目的终端建立连接，并控制所述若干线程中的每个线程通过异步任务分发技术，将所述流媒体数据通过rtp数据包分别发送给每个线程被分配的目的终端，以便所述目的终端在接收到所述流媒体数据的同时播放所述流媒体数据；其中，所述目的终端位于第二局域网中，所述第二局域网与所述第一局域网是同一区域内不同的两个局域网。
[0019]
本申请实施例通过webrtc协议实现了护士终端实时演示并发送到不同局域网的病人终端，实时播放的类似“直播”的宣教形式，并通过异步分发技术和多线程分发技术，缩短发出的媒体数据到达不同病人终端的时间差，在同病房的不同病人终端同时播放视频时，可在感官上达到同步效果，提升用户体验。
附图说明
[0020]
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0021]
图1为本申请实施例提供的一种宣教广播设备的结构示意图；
[0022]
图2为本申请实施例提供的一种宣教广播方法的流程图；
[0023]
图3为本申请实施例提供的一种宣教广播设备示意图。
具体实施方式
[0024]
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0025]
本申请实施例提供了一种宣教广播方法及设备，下面通过附图对本申请实施例提出的技术方案进行详细的说明。
[0026]
图1为本申请实施例提供的一种宣教广播设备的结构示意图，如图1所示，宣教广播设备包括业务服务器111，媒体服务器112，信令转发服务器113，以及位于不同局域网中的若干护士终端、医生终端以及病人终端。
[0027]
具体地，信令转发服务器113用于将第一终端发出的宣教指令转发到该宣教指令中指定的局域网1或局域网2中的若干目的终端，还用于将目的终端反馈的接收宣教或拒绝
宣教信令转发给第一终端和媒体服务器112。
[0028]
需要说明的是，第一终端不限于是护士终端还是医生终端，目的终端不限于是护士终端、医生终端还是病人终端。在实际情况中，护士终端、医生终端与病人终端的数量都大于或等于一个，图1中每个局域网内仅画出一个护士终端、一个医生终端和一个病人终端进行代表。为方便描述，以下继续使用第一终端与目的终端进行说明。
[0029]
在一个例子中，目的终端与第一终端不在同一个局域网中；在另一个例子中，一部分目的终端与第一终端在同一个局域网中，另一部分目的终端与第一终端不在同一个局域网中。
[0030]
媒体服务器112用于接收第一终端发送的流媒体数据并暂存在媒体服务器 112的内存中，该流媒体数据只保存在同一个内存缓冲区中且只保存一份，避免对流媒体数据的拷贝而造成时间延迟。将该内存缓冲区的地址分配给媒体服务器112的若干线程，并为每个线程分配预设数量的目的终端地址；媒体服务器112控制每个线程通过异步任务分发技术，将流媒体数据通过udp协议分别发送给每个线程被分配的目的终端。
[0031]
媒体服务器112还用于接收第一终端发送的录制好的音频文件或视频文件，将音频文件例如mp3格式转码为opus格式，将视频文件例如mp4、mov、 flv、avi等格式转码为h.264格式，并保存在媒体服务器112中的宣教媒体文件库中；媒体服务器112根据第一终端发送的需要播放的媒体文件清单，在宣教媒体文件库中链接入对应的媒体文件，并按照媒体文件清单中的媒体文件顺序，依次将对应的媒体文件封装为rtp包，同时推送给若干目的终端。
[0032]
业务服务器111用于响应护士在web页面终端的操作，将媒体服务器112 的宣教媒体文件库中的内容存入业务服务器111的数据库中，并在到达预设时间时，根据宣教媒体文件库的内容，更新数据库。还用于将媒体文件清单与媒体文件的关系也写入业务服务器111的数据库中。
[0033]
在一个实施例中，局域网1中的护士终端130作为第一终端，发起宣教指令，并在宣教指令中指定了接收宣教指令的目的终端为局域网1中的病人终端 132和局域网2中的护士终端140、医生终端141以及病人终端142。该宣教指令首先发送到信令转发服务器113，信令转发服务器113对该宣教指令加工处理：比如根据宣教指令中指定的目的终端，将各个目的终端的地址添加到宣教指令中等操作，再将处理后的宣教指令分别发送到局域网1中的病人终端132 和局域网2中的护士终端140、医生终端141以及病人终端142。
[0034]
假设这时护士终端140和医生终端141在使用状态，则发出拒绝宣教的信令，病人终端132和病人终端142在未使用状态，则发出接受宣教的信令，上述信令都通过信令转发服务器113转发到护士终端130和媒体服务器112。病人终端132和病人终端142发出接受宣教的信令后，接入媒体服务器112。护士终端130收到来自各个目的终端的反馈信息后，也接入媒体服务器112，从而与各个目的终端建立连接。
[0035]
护士终端130实时录制护士宣教视频，并将录制的视频以流媒体数据的形式实时发送到媒体服务器112。媒体服务器112将接收到的流媒体数据保存在一个内存缓冲区中，并通过多线程分发与异步分发，将流媒体数据依次发送到病人终端132和病人终端142。病人终端132和病人终端142收到流媒体数据随即通过webrtc协议进行播放，并随着流媒体数据的持续发送进行持续播放，直到护士终端130的录制结束，最后一份流媒体数据发送且播
放完毕，结束宣教任务。
[0036]
以下通过流程图来对本申请进行详细说明。图2为本申请实施例提供的一种宣教广播方法流程图。
[0037]
s201，第一终端发送宣教指令并通过信令转发服务器113发送到指定的目的终端。
[0038]
具体地，第一终端发送的宣教指令中包括但不限于包括：宣教开始时间、宣教结束时间、宣教内容、切换宣教内容指令以及指定了哪些终端作为目的终端。信令转发服务器113根据宣教指令中的内容，对宣教指令进行相应的加工处理后转发给指定的各个目的终端。
[0039]
s202，目的终端接受指令后接入媒体服务器112。
[0040]
具体地，目的终端收到宣教指令后，获知即将开始宣教的信息，目的终端根据自身是否正在运行或使用状态，来判断自己是否接受宣教。
[0041]
在一个例子中，若接收到宣教指令时的病人终端142正在进行通话，若马上接受宣教则会打断通话，对病人造成不便，那么此时病人终端142会在检测到自身正在运行后返回一条拒绝宣教的指令给信令转发服务器113。若接收到宣教信令时的病人终端142处于空闲状态，则返回一条接受宣教的指令给信令转发服务器113，并接入媒体服务器112。
[0042]
信令转发服务器113在收到反馈指令后，将该指令转发给第一终端和媒体服务器112。
[0043]
s203，第一终端发送流媒体数据到媒体服务器112。
[0044]
具体地，第一终端在接收到反馈指令后，接入媒体服务器112，并开始发送流媒体数据给媒体服务器112。
[0045]
流媒体数据是指将一连串的媒体数据压缩后分段发送，媒体数据在送达病人终端后立即由特定播放软件播放。在本申请实施例中，护士可以在护士终端进行录制宣教内容，护士终端边录制边将宣教视频分段压缩后发送到媒体服务器112，再由媒体服务器112处理后发送给目的终端，数据到达目的终端后立即播放，这样就可以不需要护士终端将所有宣教内容全部录制结束再上传整个媒体文件，从而使病人及时获取宣教内容。
[0046]
s204，媒体服务器112对流媒体数据进行同步处理。
[0047]
具体地，媒体服务器112将存放流媒体数据的内存地址分配给多个任务线程，然后根据接受了宣教指令的目的终端的总数量，给多个任务线程的每个线程分配一定数量的目的终端地址，在转发流媒体数据时，媒体服务器112上的多个任务线程同时工作，每个任务线程分别使用异步分发技术将流媒体数据依次发送给分配到的目的终端。异步分发的过程为：一个任务线程将流媒体数据发出给一个目的终端后，无需等待发送完成，发出后立即将流媒体数据再发出给另一个目的终端，这样两次发出之间只有极其微小的时间差。
[0048]
在一个例子中，由于流媒体数据在媒体服务器112中发出后，需要依次经过网卡发送出去，若接受宣教的目的终端超出了一定数值，只有一块网卡吞吐数据可能会造成比较大的发送延迟，这时可以启用多块网卡并行吞吐数据，从而避免数据阻塞。
[0049]
s205，媒体服务器112中的每个线程通过udp协议将流媒体数据分别发送给每个线程被分配的目的终端。
[0050]
s206，目的终端在接收到流媒体数据的同时，立即通过webrtc协议播放该流媒体数据。
[0051]
需要说明的是，同病房的目的终端优先分配给同一个线程，在经过异步分发后，流媒体数据通过局域网到达同病房的目的终端，由于局域网的低延迟特性，流媒体数据到达各个目的终端的时间差极其微小，在用户感官上能够产生“同步播放”的效果。
[0052]
在一个实施例中，当护士演示结束，护士终端将最后一份流媒体数据发送到媒体服务器112中后，在媒体服务器112中生成整个演示过程的媒体文件，并保存在媒体服务器的宣教媒体文件库中，以便后续回看该宣教视频。
[0053]
s207，第一终端还可以发送录制好的媒体文件到媒体服务器。
[0054]
s208，媒体服务器112将媒体文件转码为统一格式，存入宣教媒体资源库。
[0055]
具体地，媒体服务器112将音频文件例如mp3格式转码为opus格式，将视频文件例如mp4、mov、flv、avi等格式转码为h.264格式，并将上述转码后的音频文件或视频文件保存在宣教媒体文件库中。
[0056]
s209，web页面终端调用业务服务器接口，将媒体服务器中的内容写入业务服务器数据库。
[0057]
具体地，用户在web页面终端调用业务服务器接口和媒体服务器接口，并将媒体服务器的宣教媒体文件库中的全部内容写入业务服务器的数据库中。每隔一段时间，web页面终端对媒体服务器112中的宣教媒体文件库中的内容与业务服务器111的数据库中的内容进行对比，若两个库中的内容不同，则根据宣教媒体文件库的内容更新业务服务器111的数据库。
[0058]
s210，web页面终端发送媒体文件清单，媒体服务器同步推送媒体文件到第一终端以及目的终端。
[0059]
具体地，用户可以在web页面终端或第一终端上选择一个或者多个媒体文件生成一个或多个媒体文件清单，此时媒体服务器112会生成一个对应上述媒体文件清单的文件目录，并链接入对应的媒体文件。
[0060]
在一个实施例中，用户可以在第一终端上选择一个或多个媒体文件清单，并设置该清单的播放模式，如循环播放、随机播放等模式；还可以选择一个媒体文件清单中的一个媒体文件，并设置该媒体文件的播放模式。然后将以上设置以宣教指令的形式发送到媒体服务器112，媒体服务器112再根据宣教请求的内容按照指定的播放模式向目的终端推送媒体文件。
[0061]
web页面终端会再调用业务服务器接口，将媒体文件和媒体文件清单的关系写入业务服务器111的数据库中。这样web页面终端以及其他类型的终端需要展示或者修改数据时，只需要和业务服务器交互即可。
[0062]
在一个例子中，护士在护士终端130中登录媒体服务器112，并选择需要播放的媒体文件，生成一个媒体文件清单，媒体服务器112根据该媒体文件清单在宣教媒体文件库中查找对应的媒体文件并链接入媒体文件清单。然后再调用业务服务器111的接口，将媒体文件清单和媒体文件的对应关系写入数业务服务器111的据库中。在后续需要修改媒体文件名称或其他字段时，护士只需要在业务服务器111上操作即可，这样可以将具体业务与媒体服务器112分割，减少媒体服务器112的工作量，提高媒体服务器112转发媒体数据的效率。
[0063]
s211，第一终端和目的终端同时播放媒体文件。
[0064]
具体地，媒体服务器112接收到第一终端的播放媒体文件清单的指令，根据媒体文
件清单，将保存在宣教媒体文件库中的媒体文件按顺序封装为rtp 包，通过多线程和异步分发技术将该rtp包发送到各个目的终端，并播放。
[0065]
图3为本申请实施例提供的一种宣教广播设备示意图，如图3所示，宣教广播设备300包括至少一个处理器301；以及，与所述至少一个处理器通信连接的存储器302。
[0066]
在一个实施例中，存储器302存储有可被所述至少一个处理器301执行的指令，所述指令被所述至少一个处理器301执行，以使所述至少一个处理器301 能够：接收第一终端发送的流媒体数据并暂存在媒体服务器112的唯一内存中，将唯一内存的地址分配给媒体服务器112的若干线程，并为每个线程分配预设数量的目的终端地址；通过webrtc框架与所述第一终端以及所述目的终端建立连接，并控制若干线程中的每个线程通过异步任务分发技术，将流媒体数据通过rtp数据包分别发送给每个线程被分配的目的终端，以便目的终端在接收到流媒体数据的同时播放流媒体数据。
[0067]
以上所述仅是本申请的优选实施方式，并不用于限制本申请。应当指出，对于本领域的普通技术人员来说，本申请可以有各种更改和变化。凡在不脱离本发明原理的前提下所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。