如果一个或多个救援系统的信息中不包含传输模式，或者救援系统获得的事故现场的实时数据信息不充足，不能使救援系统做出针对性的救援处理时，救援系统可以控制终端发送多媒体数据。图4是根据本发明实施例的救援处理装置的优选结构框图一，给出了在救援系统获得的事故现场的实时数据信息不充足时，装置可包括:
[0077]第二接收模块42，用于接收救援系统发送的控制信息；
[0078]第二发送模块44，用于根据控制消息向救援系统发送与控制消息对应的多媒体数据。
[0079]其中，多媒体数据包括以下至少之一:文本、图像、音频、视频。
[0080]例如，用户在旅途中遭遇车祸，用户可以通过第一接收模块32接收触发产生的救援信号，向救援系统发送救援请求，同时传输车祸的文本信息，救援系统仅根据车祸的文本信息无法做出正确的处理，第二接收模块42接收救援系统发送的控制信息，第二发送模块44向救援系统发送车祸现场的图片等等。
[0081]通过利用如图4所示的各个模块，可以使救援系统做出更为正确的救援处理，提高了救援的成功率。
[0082]在一个可选的实施例中，装置还可以包括上传模块，用于将预先存储的用户资料保存到救援系统，其中，该用户资料作为救援系统在接收到救援请求之后进行救援的参考，在一定程度上降低了救援的难度，提高了救援的成功率。
[0083]上述实施例及可选的实施方式是从终端的角度来进行说明的，该终端可以是联网的电视机/机顶盒，智能手机，PAD，家庭智能终端或专门用于救援的设备，但并不限于此。下面从救援系统端来进行说明，图5是根据本发明实施例的救援处理方法的流程图二，是从服务器的角度来进行说明的，该流程包括:
[0084]步骤S502:通过过顶OTT业务接收终端发送的救援请求；
[0085]步骤S504:响应于该救援请求,进行与该救援请求对应的处理。
[0086]通过上述各个处理步骤，采用通过过顶OTT业务接收终端发送的救援请求；响应于该救援请求，进行与所述救援请求对应的处理。即在上述步骤中提供了一种通过OTT业务来接收救援请求的方式，从而至少解决了相关技术中用户请求救援方式单一所导致的问题，增加了用户请求救援的方式，提高了用户获救的机会。
[0087]在一个可选的实施例中，在进行与救援请求对应的处理时，救援系统获得的数据信息不充足，不能使救援系统做出针对性的救援处理时，救援系统可以向终端发送控制信息，该控制信息用于指示终端向救援系统发送与该控制消息对应的多媒体数据。多媒体数据可以包括以下至少之一:文本、图像、音频、视频。
[0088]例如，用户遇到火灾，救援系统接收到终端发送的救援请求，响应于该救援请求，接收到终端发送的火灾现场的图片，救援系统仅根据该火灾现场的图片无法做出相应的处理，向终端发送控制信息，指示终端向救援系统发送火灾现场的周围环境的图片等等。通过采取向终端发送控制信息的方法，可以使救援系统作出更为正确的救援处理，提高了救援的成功率。
[0089]在一个可选的实施例中，救援系统还可以接收终端发送的用户资料并进行保存，其中，该用户资料作为救援系统在接收到救援请求之后进行救援的参考，从而在一定程度上降低了救援的难度，可以提高救援的成功率。
[0090]在一个可选的实施例中，救援系统还可以按照预定时间段和/或预定终端对接收到的救援请求对应的数据信息进行统计，可以根据在救援请求集中的时间段以及各个终端进行实时事故现场多媒体传输的传输模式，预先做好救援的准备，从而节省了救援的时间，在一定程度上提高了救援的成功率。
[0091]在实施例中还提供了一种装置，该装置与上述实施例中的方法相对应，已经进行过说明的在此不再赘述。该装置中的模块可以是存储在存储器中并可以被处理器运行的代码，该存储器和处理器可以位于服务器中，但并不限于此，该装置也可以用其他方式实现，在此不再一一举例。
[0092]在一个可选的实施例中，本发明还提供了一种救援处理的装置，图6为根据本发明实施例的救援处理装置的结构框图一，包括:
[0093]第三接收模块62，用于通过过顶OTT业务接收终端发送的救援请求；
[0094]处理模块64，用于响应于该救援请求，进行与该救援请求对应的处理。
[0095]通过上述各个处理步骤，采用第三接收模块62通过过顶OTT业务接收终端发送的救援请求；处理模块64响应于该救援请求，进行与所述救援请求对应的处理。即在上述步骤中提供了一种通过OTT业务来接收救援请求的方式，从而至少解决了相关技术中用户请求救援方式单一所导致的问题，增加了用户请求救援的方式，提高了用户获救的机会。
[0096]在一个可选的实施例中，在进行与救援请求对应的处理时，处理模块64获得的数据信息不充足，不能使处理模块做出针对性的救援处理时，处理模块64可以用于向终端发送控制信息，该控制信息用于指示终端向救援处理系统发送与该控制消息对应的多媒体数据，其中，多媒体数据包括以下至少之一:文本、图像、音频、视频。
[0097]例如，用户独自在家中突然心脏病发，第三接收模块62接收到终端发送的救援请求，处理模块64响应于该救援请求，同时传输用户心脏病发的文本信息，处理模块64无法做出相应的处理，处理模块64向终端发送控制信息，指示终端发送用户心脏病发的图片等等。通过采取处理模块64向终端发送控制信息的方法，可以使救援处理系统作出更为正确的救援处理，提高了救援的成功率。
[0098]在一个可选的实施例中，如图7所示，图7是根据本发明实施例的救援处理装置的优选的结构框图二，救援处理装置还可以包括存储模块72，用于接收终端发送的用户资料并进行保存，其中，该用户资料作为救援系统在接收到救援请求之后进行救援的参考，从而在一定程度上降低了救援的难度，可以提高救援的成功率。
[0099]在一个可选的实施例中，如图8所示，图8是根据本发明实施例的救援处理装置的优选的结构框图三，救援处理装置还可以包括统计模块82，用于按照预定时间段和/或预定终端对接收到的救援请求对应的数据信息进行统计，可以根据在救援请求集中的时间段以及各个终端进行实时事故现场多媒体传输的传输模式，预先做好救援的准备，从而节省了救援的时间，在一定程度上提高了救援的成功率。
[0100]需要说明的是，上述系统中的各个模块可以在一个服务器中，也可以在多个服务器中，例如，可以按照功能将一个救援系统分为管理中心和救援中心，上述的模块可以根据需要设置在救援中心和/或管理中心中，下面结合一个可选的实施例进行说明。
[0101]本可选实施例提供的方案利用OTT集成紧急救援业务，即利用了 OTT业务的技术优势，通过音视频信息的实时传输，可以让请求救援方主动联系救援系统，也可以由救援系统进行反向远程控制查看现场情况，根据不同的应用场景既可以实现实时主动交互，也可以被动，既可以一键操作，也可以在多个终端上操作，方式多样，操作灵活便捷。相比于传统只有电话语音呼救的方式更加灵活，使救援方的事故定位更加准确，从而大大节省了救援的时间，在一定程度上降低了救援的难度，并提高了救援的成功率。
[0102]图9是根据本发明优选实施例的救援处理方法的流程图三，如图9所示，该流程包括如下步骤:
[0103]步骤S902:0ΤΤ平台的终端触发救援请求，根据终端预设或选择的救援系统、流传输方式发起请求，发给管理中心；
[0104]步骤S904:管理中心将救援请求、音视频流传送以及用户资料发给对应的救援中心；
[0105]步骤S906:救援中心响应终端的救援请求，反馈给管理中心已接受救援请求；
[0106]步骤S908:管理中心在将救援中心的响应通知终端；
[0107]步骤S910:救援中心可以查看救援终端的用户资料信息，为后续的救援提前做准备;
[0108]步骤S912:终端收到救援中心响应后，建立和救援中心的流传输通道，实时将现场采集的音视频流传送给救援中心；
[0109]步骤S914:救援中心接收终端的音视频流，根据事发现场具体的情况，具体对待，快速采取相应的救援措施。
[0110]在进行步骤S902之前，终端上可以预设信息。如图10所示，图10是根据本发明优选实施例的救援处理方法的终端预设信息的示意图，预设信息可以包括几部分:用户基本信息，救援中心信息，终端触发信息等。
[0111]其中，用户的基本信息可以包括用户的详细信息资料:姓名、身份证号、家庭住址、联系电话、血型、紧急联系人电话、社保卡号、病史等。
[0112]救援中心信息可以设置多个救援中心(如火灾中心、报警中心、交通事故处理等)的联系方式、终端与救援中心的传输方式、一个或多个救援中心对应的优先级等。其中，终端与救援中心的传输模式是指设置终端与救援中心间是文本传输、音视频传输、音频传输还是视频传输。需要指出的是，对于传输视频流的终端，要求终端能够有硬件支持，如:机顶盒要有摄像头，手机可以直接利用手机自带的摄像头等。
[0113]终端触发信息可以设置如何在终端上触发紧急救援请求，触发的方式可以为以下触发方式至少之一:通过终端上实体按键或者虚拟按键触发的所述触发信号；通过所述终端上安装的应用程序触发的所述触发信号；通过所述终端对应的遥控装置触发的所述触发信号；通过远程在所述终端上触发的所述触发信号。实例如下(不限于这些实例):
[0114]I)对于电视/机顶盒可以是遥控器的特殊按键，由按键触发请求。
[0115]2)对于智能手机(mobile)/PAD可以下载应用程序(APP)，