CN105025049B - 一种媒体流存储方法、装置及服务器 - Google Patents

Abstract

本发明适用于媒体流存储领域，提供了一种媒体流存储方法及装置。所述方法包括：发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID；接收所述服务器返回的所述ID对应的IP地址和端口号；发送媒体流获取请求至所述IP地址和端口号指向的终端；接收所述终端发送的媒体流；将接收的媒体流存入指定的地址。本发明实施例能够减少管理成本。

Description

一种媒体流存储方法、装置及服务器

技术领域

本发明属于媒体流存储领域，尤其涉及一种媒体流存储方法、装置及服务器。

背景技术

云存储就是将储存资源放到云上，使用者可以在任何时间、任何地方，透过任何可连网的装置连接到云上方便地存取数据。

目前，媒体流的云存储方法主要是通过以下方式实现：媒体流所在的终端主动向云存储服务器传送媒体流。但这种方式要求媒体流所在的终端采用的协议必须与云存储服务器采用的协议相同，才能将媒体流存储在云存储服务器中。由于一个用户可能具有不同品牌的终端，而不同品牌的终端的媒体流在存入云存储服务器时又可能需要分别存储，因此给用户带来极大的不便，并且，分散存储媒体流需要管理多个云存储服务器，增加了管理成本，也增加了信息泄露的风险。

发明内容

本发明实施例提供了一种媒体流存储方法、装置及服务器，旨在解决现有方法在存储媒体流时需要分别存储，从而导致管理成本过高的问题。

本发明实施例是这样实现的，一种媒体流存储方法，所述方法包括下述步骤：

发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID；

接收所述服务器返回的所述ID对应的IP地址和端口号；

发送媒体流获取请求至所述IP地址和端口号指向的终端；

接收所述终端发送的媒体流；

将接收的媒体流存入指定的地址。

本发明实施例的另一目的在于提供一种媒体流存储装置，所述装置包括：

地址获取请求发送单元，用于发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID；

地址接收单元，用于接收所述服务器返回的所述ID对应的IP地址和端口号；

媒体流获取请求发送单元，用于发送媒体流获取请求至所述IP地址和端口号指向的终端；

媒体流接收单元，用于接收所述终端发送的媒体流；

媒体流存储单元，用于将接收的媒体流存入指定的地址。

本发明实施例的另一目的在于提供一种媒体流存储方法，所述方法包括：

接收所述拉模式存储服务器发送的地址获取请求，所述地址获取请求携带有终端的ID；

将地址获取请求携带的终端的ID与预先存储的ID比较，并在存储有与所述地址获取请求携带的终端的ID相同的ID时，将所述ID对应的IP地址和端口号发送给所述拉模式存储服务器，以使所述拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。

本发明实施例的另一目的在于提供一种服务器，所述服务器包括：

地址获取请求接收单元，用于接收所述拉模式存储服务器发送的地址获取请求，所述地址获取请求携带有终端的ID；

地址发送单元，用于将地址获取请求携带的终端的ID与预先存储的ID比较，并在存储有与所述地址获取请求携带的终端的ID相同的ID时，将所述ID对应的IP地址和端口号发送给所述拉模式存储服务器，以使所述拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。

在本发明实施例中，由于在拉模式存储服务器预先设置了多种通信协议，因此该拉模式存储服务器可以与采用不同通信协议的服务器通信，并从服务器中获取不同终端的IP地址和端口号，进而从获取的不同终端的IP地址和端口号直接获取不同的媒体流，从而能够将采用不同通信协议的终端的媒体流存入同一个指定地址，减少管理成本，同时降低了信息泄露的风险。

附图说明

图1是本发明第一实施例提供的一种拉模式存储服务器与服务器、终端的交互图；

图2是本发明第二实施例提供的一种媒体流存储方法的流程图；

图3是本发明第三实施例提供的一种媒体流存储装置的结构图；

图4是本发明第四实施例提供的另一种媒体流存储方法的流程图；

图5是本发明第五实施例提供的一种服务器的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种拉模式存储服务器与服务器、终端的交互图，详述如下：

步骤1、终端向服务器发送注册请求，所述注册请求携带有所述终端的ID。

步骤2、服务器存储所述终端的ID，并为所述ID分配IP地址和端口号。

步骤3、拉模式存储服务器发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID。

步骤4、服务器返回所述ID对应的IP地址和端口号至拉模式存储服务器。

步骤5、拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。

步骤6、终端发送媒体流至拉模式存储服务器。

步骤7、拉模式存储服务器将接收的媒体流存入指定的地址。

本实施例中，拉模式存储服务器是指采用拉模式的存储服务器。该拉模式是指是由客户端主动发起的事务。拉模式存储服务器预先存储多种通信协议，其可以同时与多个服务器通信，具体通信时，拉模式存储服务器采用与服务器的通信协议相同的协议进行通信。由于拉模式存储服务器可通过不同的服务器获取终端的IP地址和端口号，因此，该拉模式存储服务器不需经过与终端一一对接的服务器就能直接从终端获取媒体流，即不同终端的媒体流都可以存入拉模式存储服务器中，无需分散存储，从而节约了管理成本，减少了信息泄露的风险。

具体的存储过程详见后续的实施例。

实施例二：

图2示出了本发明第二实施例提供的一种媒体流存储方法的流程图，详述如下：

步骤S21，发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID。

其中，身份标识号码(Identity，ID)是终端在所述服务器的注册号，终端在服务器注册一个ID后，服务器存储该ID，根据ID区分不同的终端。本实施例中的终端主要指具有获取音视频流等媒体流的终端，如摄像机、摄像头、手机、平板电脑PAD等。

在该步骤中，拉模式存储服务器可向多个服务器发送地址获取请求，当然，每个地址获取请求携带的ID是不同的。其中，拉模式存储服务器是指采用拉模式的存储服务器。该拉模式是指是由客户端主动发起的事务。

作为本发明另一实施例，在拉模式存储服务器向多个服务器发送地址获取请求，而多个服务器采用的通信协议不同时，所述发送地址获取请求至服务器的步骤具体包括：

采用以下任一种协议发送地址获取请求至服务器：

用户数据报协议(User Datagram Protocol，UDP)、实时传输协议(Real-timeTransport Protocol，RTP)、超文本传输协议(Hypertext transfer protocol，HTTP)、传输控制协议(Transmission Control Protocol，TCP)。

本实施例中，拉模式存储服务器预先设置多种通信协议，在与服务器通信时，判断该服务器采用哪种协议通信，并根据判断结果，以与所述服务器对应的协议请求获取终端的地址。

步骤S22，接收所述服务器返回的所述ID对应的IP地址和端口号。

该步骤中，当服务器接收到地址获取请求后，判断该地址获取请求携带的ID对应的终端是否在线，若在线，服务器将分配给终端的网络之间互连的协议(IP，InternetProtocol)地址和端口号发送给拉模式存储服务器。

优选地，所述IP地址为动态的IP地址。服务器为终端分配动态的IP地址和端口号，有利于提高使用IP地址和端口号的灵活性。

步骤S23，发送媒体流获取请求至所述IP地址和端口号指向的终端。

该步骤中，拉模式存储服务器在获取了终端对应的IP地址和端口号之后，直接与终端建立通信连接，通信时拉模式存储服务器采用的协议与终端本身采用的协议相同。其中，终端本身采用的协议包括但不限于UDP、RTP、HTTP、TCP。拉模式存储服务器发送的媒体流获取请求的格式与手机或者PAD等终端的格式完全一致。

步骤S24，接收所述终端发送的媒体流。

步骤S25，将接收的媒体流存入指定的地址。

其中，所述将接收的媒体流存入指定的地址具体包括：

将接收的媒体流存入指定的云存储服务器；和/或，将接收的媒体流存入指定的嵌入式存储设备。

该步骤中，拉模式存储服务器可以将接收的媒体流存入云存储服务器或者嵌入式存储设备，当然，也可以直接存储在该拉模式存储服务器中。

在本发明实施例中，拉模式存储服务器从服务器中获取终端的IP地址和端口号之后，通过该IP地址和端口号直接与终端进行通信，以获取并存储该终端的媒体流。由于在拉模式存储服务器预先设置了多种通信协议，因此该拉模式存储服务器可以与采用不同通信协议的服务器通信，并从服务器中获取不同终端的IP地址和端口号，进而从获取的不同终端的IP地址和端口号直接获取不同的媒体流，从而能够将采用不同通信协议的终端的媒体流存入同一个指定地址，减少将媒体流分开存储的管理成本，同时降低了信息泄露的风险。

实施例三：

图3示出了本发明第三实施例提供的一种媒体流存储装置的结构图，为了便于说明，仅示出了与本实施例相关的部分：

该媒体流存储装置包括：地址获取请求发送单元31、地址接收单元32、媒体流获取请求发送单元33、媒体流接收单元34、媒体流存储单元35。

地址获取请求发送单元31，用于发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID。

其中，该地址获取请求发送单元31可选用预先存储的不同的通信协议，同时向多个服务器发送地址获取请求。具体地，所述地址获取请求发送单元31采用以下任一种协议发送地址获取请求至服务器：

用户数据报协议UDP、实时传输协议RTP、超文本传输协议HTTP、传输控制协议TCP。

地址接收单元32，用于接收所述服务器返回的所述ID对应的IP地址和端口号。

其中，所述IP地址为动态的IP地址。该IP地址和端口号指向的终端为当前与该服务器通信的终端。

媒体流获取请求发送单元33，用于发送媒体流获取请求至所述IP地址和端口号指向的终端。

媒体流接收单元34，用于接收所述终端发送的媒体流。

媒体流存储单元35，用于将接收的媒体流存入指定的地址。

具体地，所述媒体流存储单元35包括：

公有云存储模块，用于将接收的媒体流存入指定的云存储服务器；

和/或，

私有云存储模块，用于将接收的媒体流存入指定的嵌入式存储设备。

在本发明实施例中，由于地址获取请求发送单元31可向采用不同通信协议的服务器发送地址获取请求，因此地址接收单元32可以获取不同终端的IP地址和端口号，进而媒体流接收单元34可直接获取不同终端的媒体流，并通过媒体流存储单元35存入同一个指定地址，无需分开存储，从而减少了分开存储的管理成本，同时降低了信息泄露的风险。

实施例四：

图4示出了本发明第四实施例提供的另一种媒体流存储方法的流程图，详述如下：

步骤S41，接收所述拉模式存储服务器发送的地址获取请求，所述地址获取请求携带有终端的ID。

该步骤中，服务器接收到拉模式存储服务器以客户端模式发送的地址获取请求。该拉模式存储服务器是指采用拉模式的存储服务器。该拉模式是指是由客户端主动发起的事务。其中，该服务器采用的通信协议是厂商预设设定的，与该厂商生产的终端采用的通信协议相匹配。例如，该服务器采用的通信协议包括以下任一种：UDP、RTP、HTTP、TCP。

作为本发明另一实施例，在步骤S41，接收所述拉模式存储服务器发送的地址获取请求之前，包括下述步骤：

接收终端发送的注册请求，所述注册请求携带有终端的ID；

存储所述ID，并为所述ID分配IP地址和端口号。

其中，服务器为ID分配的IP地址为动态的IP地址，有利于提高使用IP地址的灵活性，以及有利于提高服务器部署的灵活性。

步骤S42，将地址获取请求携带的终端的ID与预先存储的ID比较，并在存储有与所述地址获取请求携带的终端的ID相同的ID时，将所述ID对应的IP地址和端口号发送给所述拉模式存储服务器，以使所述拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。

该步骤中，服务器接收到地址获取请求之后，判断已存储的ID是否存在与地址获取请求携带的ID号相同的ID，若存在，将该ID对应的IP地址和端口号发送给拉模式存储服务器，若不存在，则将不存在ID的信息反馈给拉模式存储服务器。

本发明实施例中，服务器将终端的IP地址和端口号发送给拉模式存储服务器，以使该拉模式服务器通过该IP地址和端口号获取终端的媒体流。由于本实施例的服务器包括采用多种通信协议的服务器，而一种通信协议的服务器可以与采用该通信协议类型的终端进行通信，因此，发送给拉模式存储服务器的IP地址和端口号包括对应不同终端的IP地址和端口号，即本实施例的服务器使得拉模式存储服务器能够从不同终端的IP地址和端口号获取不同终端的媒体流，进而将获取的媒体流存入同一个指定地址，减少将媒体流分开存储的管理成本，同时降低了信息泄露的风险。

实施例五：

图5示出了本发明第五实施例提供的一种服务器的结构图，为了便于说明，仅示出了与本发明实施例相关的部分。

该服务器包括：

地址获取请求接收单元51，用于接收所述拉模式存储服务器发送的地址获取请求，所述地址获取请求携带有终端的ID。

其中，该地址获取请求接收单元51可通过以下任一种通信协议接收到地址获取请求：UDP、RTP、HTTP、TCP。例如，在该地址获取请求接收单元51采用UDP通信协议时，该该地址获取请求接收单元51采用UDP通信协议接收地址获取请求。

地址发送单元52，用于将地址获取请求携带的终端的ID与预先存储的ID比较，并在存储有与所述地址获取请求携带的终端的ID相同的ID时，将所述ID对应的IP地址和端口号发送给所述拉模式存储服务器，以使所述拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。

其中，地址发送单元52发送的IP地址为动态的IP地址。

作为本发明另一实施例，该媒体流存储装置还包括：注册请求接收单元，用于接收终端发送的注册请求，所述注册请求携带有终端的ID；地址分配单元，用于存储所述ID，并为所述ID分配IP地址和端口号。

本实施例中，地址发送单元52将终端的IP地址和端口号发送给拉模式存储服务器，使得拉模式存储服务器能够从不同终端的IP地址和端口号获取不同终端的媒体流，进而将获取的媒体流存入同一个指定地址，减少将媒体流分开存储的管理成本，同时降低了信息泄露的风险。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种媒体流存储方法，其特征在于，所述方法包括下述步骤：

发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID；

接收所述服务器返回的所述ID对应的IP地址和端口号；

发送媒体流获取请求至所述IP地址和端口号指向的终端；

接收所述终端发送的媒体流；

将接收的媒体流存入指定的地址。

2.如权利要求1所述的方法，其特征在于，所述发送地址获取请求至服务器的步骤具体包括：

采用以下任一种协议发送地址获取请求至服务器：

用户数据报协议UDP、实时传输协议RTP、超文本传输协议HTTP、传输控制协议TCP。

3.如权利要求1所述的方法，其特征在于，所述IP地址为动态的IP地址。

4.如权利要求1所述的方法，其特征在于，所述将接收的媒体流存入指定的地址具体包括：

将接收的媒体流存入指定的云存储服务器；

和/或，

将接收的媒体流存入指定的嵌入式存储设备。

5.一种媒体流存储装置，其特征在于，所述装置包括：

地址获取请求发送单元，用于发送地址获取请求至服务器，所述地址获取请求携带有终端的身份标识号码ID；

地址接收单元，用于接收所述服务器返回的所述ID对应的IP地址和端口号；

媒体流获取请求发送单元，用于发送媒体流获取请求至所述IP地址和端口号指向的终端；

媒体流接收单元，用于接收所述终端发送的媒体流；

媒体流存储单元，用于将接收的媒体流存入指定的地址。

6.如权利要求5所述的装置，其特征在于，所述地址获取请求发送单元采用以下任一种协议发送地址获取请求至服务器：

用户数据报协议UDP、实时传输协议RTP、超文本传输协议HTTP、传输控制协议TCP。

7.如权利要求5所述的装置，其特征在于，所述媒体流存储单元包括：

公有云存储模块，用于将接收的媒体流存入指定的云存储服务器；

和/或，

私有云存储模块，用于将接收的媒体流存入指定的嵌入式存储设备。

8.一种媒体流存储方法，其特征在于，所述方法包括：

接收所述拉模式存储服务器发送的地址获取请求，所述地址获取请求携带有终端的ID；

将地址获取请求携带的终端的ID与预先存储的ID比较，并在存储有与所述地址获取请求携带的终端的ID相同的ID时，将所述ID对应的IP地址和端口号发送给所述拉模式存储服务器，以使所述拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。

9.如权利要求8所述的方法，其特征在于，在所述接收所述拉模式存储服务器发送的地址获取请求的步骤之前，包括下述步骤：

接收终端发送的注册请求，所述注册请求携带有终端的ID；

存储所述ID，并为所述ID分配IP地址和端口号。

10.一种服务器，其特征在于，所述服务器包括：

地址获取请求接收单元，用于接收所述拉模式存储服务器发送的地址获取请求，所述地址获取请求携带有终端的ID；

地址发送单元，用于将地址获取请求携带的终端的ID与预先存储的ID比较，并在存储有与所述地址获取请求携带的终端的ID相同的ID时，将所述ID对应的IP地址和端口号发送给所述拉模式存储服务器，以使所述拉模式存储服务器发送媒体流获取请求至所述IP地址和端口号指向的终端。