媒体资源分享系统与方法、服务器群、视频播放器.pdf

本申请涉及媒体资源分享系统与方法、服务器群、视频播放器。系统包括：一个或一个以上第一客户端，通过网络将其设备信息及其媒体资源共享信息发送出去；服务器群，接收第一客户端的设备信息和媒体资源共享信息，将设备信息和媒体资源共享信息进行关联处理并存储关联结果；一个或一个以上具有自我定位功能的第二客户端，采集其当前的定位信息，向服务器群发送媒体资源请求信息；服务器群还接收第二客户端的信息，从所存储的关联结果中选择与定位信息相关的信息，将所选信息与定位信息进行绑定处理，将结果反馈给第二客户端。本申请第二客户端通过定位查找并获取网络中第一客户端共享的媒体资源信息，扩大了移动终端可以分享媒体资源的范畴。

1.  一种媒体资源分享系统，其特征在于，包括：
一个或一个以上第一客户端，用于通过网络将其设备信息及其媒体资源共享信息发送出去；
服务器群，用于接收所述第一客户端的设备信息和媒体资源共享信息，将所述设备信息和媒体资源共享信息进行关联处理，存储关联结果；
一个或一个以上具有自我定位功能的第二客户端，用于采集其当前的定位信息，还用于向所述服务器群发送媒体资源请求信息，所述媒体资源请求信息包括请求与所述定位信息相关的第一客户端的媒体资源共享信息；
所述服务器群还用于接收所述第二客户端的媒体资源请求信息和定位信息，从所存储的关联结果中选择与所述定位信息相关的信息，将所选择的信息与所述定位信息进行绑定处理，将绑定处理的结果反馈给所述第二客户端。

2.  如权利要求1所述的媒体资源分享系统，其特征在于，所述服务器群包括：
接入服务器，用于接收和转发所述第一客户端发送的设备信息；
逻辑服务器，用于验证所述接入服务器发送的设备信息，解析通过验证的设备信息，根据解析结果确定所述第一客户端所处的第一地理位置，还用于接收所述第一客户端发送的媒体资源共享信息，将所述媒体资源共享信息、所述第一地理位置和所述设备信息进行关联处理；
存储服务器，用于存储所述逻辑服务器的关联处理结果；
雷达服务器，用于接收所述第二客户端的媒体资源请求信息和定位信息，从所述存储服务器中选择与所述定位信息相关的信息，将所选择的信息与所述定位信息进行绑定处理，将绑定处理的结果反馈给所述第二客户端。

3.  如权利要求2所述的媒体资源分享系统，其特征在于，所述雷达服务器包括：
设备地理关联数据库，用于存储所述绑定处理的结果；
第一地理信息确定模块，用于根据所述第二客户端的定位信息，确定所述第二客户端的第一地理信息；
第一查询反馈模块，用于查询所述设备地理关联数据库中与所述第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给所述第二客户端；
第二地理信息确定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，根据所述第二客户端的定位信息，确定所述第二客户端 的第二地理信息；
设备地理绑定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，从所述存储服务器中选择与所述定位信息相关的信息，并将所选择的信息与所述第二地理信息进行绑定；
第二反馈模块，用于将所述设备地理绑定模块的绑定结果写入所述设备地理关联数据库，并将所述绑定结果反馈给所述第二客户端。

4.  如权利要求3所述的媒体资源分享系统，其特征在于，还包括第三方地图服务商；所述第一地理信息确定模块还用于根据所述第二客户端的定位信息，向所述第三方地图服务商确认所述第二客户端所处的城市和详细地址；所述第二地理信息确定模块还用于根据所述第二客户端的定位信息，向所述第三方地图服务商确认所述第二客户端所处经纬度的周边信息，其中所述定位信息为第二客户端的经纬度数据。

5.  如权利要求3所述的媒体资源分享系统，其特征在于，所述雷达服务器还包括：
扫描缓存模块，用于缓存所述绑定结果；
判断反馈模块，用于在执行所述第一查询反馈模块之前，判断所述扫描缓存模块中是否存在与所述第二客户端的第一地理信息相关的信息，如果存在则将其反馈给所述第二客户端。

6.  如权利要求3所述的媒体资源分享系统，其特征在于，所述雷达服务器还包括：足迹记录模块，用于根据所述第二客户端的定位信息，记录所述第二客户端所处地理位置信息；
所述第一客户端包括PC端，所述第二客户端包括移动终端。

7.  如权利要求2所述的媒体资源分享系统，其特征在于，所述逻辑服务器还包括：
上传缓存模块，用于缓存所述设备信息和所述媒体资源共享信息；
逻辑判断模块，用于在进行关联前将最新接收的设备信息和媒体资源共享信息与所述上传缓存模块中的设备信息和媒体资源共享信息进行比较，如果相同则不处理所述最新接收的设备信息和媒体资源共享信息。

8.  如权利要求1所述的媒体资源分享系统，其特征在于，所述第一客户端和所述第二客户端位于同一局域网内，所述第一客户端和所述第二客户端通过通信协议进行通信。

9.  如权利要求8所述的媒体资源分享系统，其特征在于，
所述第二客户端包括广播发送模块和第二接收模块，所述广播发送模块用 于周期性地发送用户数据协议包到所述局域网，所述用户数据协议包包括媒体资源共享请求信息，所述第二接收模块，用于接收所述局域网内所述第一客户端发送的媒体资源共享信息；
所述第一客户端包括广播接收模块和第一发送模块，所述广播接收模块用于接收所述局域网内所述第二客户端的用户数据协议包，所述第一发送模块用于将所述第一客户端共享的媒体资源信息发送给所述第二客户端。

10.  一种运行于如权利要求1-9任一项所述的媒体资源分享系统的媒体资源分享方法。

11.  一种用于如权利要求1-9任一项所述的媒体资源分享系统的服务器群。

12.  一种雷达服务器，其特征在于，包括：
设备地理关联数据库，用于存储网络中已提供媒体资源共享信息的第一客户端的相关信息，所述相关信息包括第一客户端的第一地理信息、处于同一第二地理信息下的第一客户端的个数、以及每个第一客户端的设备信息和媒体资源共享信息；
总接收模块，用于接收第二客户端发送的定位信息和媒体资源请求信息，所述媒体资源请求信息包括请求与所述定位信息相关的第一客户端的媒体资源共享信息；
第一地理信息确定模块，用于根据所述第二客户端的定位信息，确定所述第二客户端的第一地理信息；
第一查询反馈模块，用于查询所述设备地理关联数据库中与所述第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给所述第二客户端；
第二地理信息确定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，根据所述第二客户端的定位信息，确定所述第二客户端的第二地理信息；
设备地理绑定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，从所述设备地理关联数据库中选择与所述定位信息相关的信息，并将所选择的信息与所述第二地理信息进行绑定；
第二反馈模块，用于将所述设备地理绑定模块的绑定结果写入所述设备地理关联数据库，并将所述绑定结果反馈给所述第二客户端。

13.  一种视频播放器，其特征在于，包括：
第一采集发送模块，用于采集所在客户端当前的定位信息，接收所述客户端用户输入的视频资源请求信息，并向如权利要求11所述的服务器群发送所述 视频资源请求信息和所述定位信息，所述视频资源请求信息包括请求与所述定位信息相关的第二客户端的视频资源共享信息；
广域接收模块，用于接收所述服务器群的反馈结果，所述反馈结果包括与所述定位信息相应的视频资源共享信息。

14.  如权利要求13所述的视频播放器，其特征在于，还包括：
广播模块，用于向所述客户端所在的局域网发出包含媒体资源共享请求信息的广播消息；
局域接收模块，用于接收所述局域网内的第二客户端的应答信息，所述应答信息包括所述第二客户端共享的视频资源信息。

15.  如权利要求13所述的视频播放器，其特征在于，还包括：
第二采集发送模块，用于采集所述客户端的设备信息以及所述客户端共享的视频资源共享信息，还用于将所述设备信息和所述视频资源共享信息发送出去；
广播接收模块，用于接收局域网内第二客户端发送的包含媒体资源共享请求信息的广播消息；
局域应答模块，响应于所述广播消息发送应答消息给所述第二客户端，其中所述应答消息包括所述客户端共享的视频资源共享信息。

媒体资源分享系统与方法、服务器群、视频播放器
技术领域
本申请涉及媒体资源分享技术领域，具体涉及一种媒体资源分享方法及系统，该系统涉及的相关设备包括如服务器群、雷达服务器，以及一种视频播放器。
背景技术
传统分享媒体资源的方式是在PC端通过媒体播放软件以排行榜、热播、编辑推荐来分享给用户，例如通过视频软件分享视频资源，或者是由用户在PC端将媒体资源上传到服务器并通过人气、推荐等方式进行分享。媒体资源的分享可使用户了解更多的媒体资源，用户之间可分享彼此的媒体资源。
随着移动终端如手机的广泛使用，媒体资源的分享从PC端也延续到了移动终端。目前移动终端大部分的媒体资源分享仍然是延续了PC端中的功能和分享推荐方式，如将基于编辑推荐、用户点击等行为获得的排行榜分享给移动终端用户。然而，由于PC端没有办法像移动终端那样提供地理位置信息，移动终端用户能够查看的其他用户分享的媒体资源仍然有限，无法像移动终端用户之间分享和查看地理位置分享的图片等那样方便地了解附近的PC端用户的媒体资源情况，例如在看什么影片、什么影片在附近比较热门等。
发明内容
本申请提供一种媒体资源分享方法及系统，通过定位查找到网络中已共享媒体资源信息的PC客户端，扩大了移动终端可以分享媒体资源的范畴。
根据本申请的第一方面，本申请提供一种媒体资源分享系统，包括：一个或一个以上第一客户端，用于通过网络将其设备信息及其媒体资源共享信息发送出去；服务器群，用于接收所述第一客户端的设备信息和媒体资源共享信息，将所述设备信息和媒体资源共享信息进行关联处理，存储关联结果；一个或一个以上具有自我定位功能的第二客户端，用于采集其当前的定位信息，还用于向所述服务器群发送媒体资源请求信息，所述媒体资源请求信息包括请求与所述定位信息相关的第一客户端的媒体资源共享信息；所述服务器群还用于接收所述第二客户端的媒体资源请求信息和定位信息，从所存储的关联结果中选择与所述定位信息相关的信息，将所选择的信息与所述定位信息进行绑定处理，将绑定处理的结果反馈给所述第二客户端。
其中，所述服务器群包括：接入服务器，用于接收和转发所述第一客户端发送的设备信息；逻辑服务器，用于验证所述接入服务器发送的设备信息，解析通过验证的设备信息，根据解析结果确定所述第一客户端所处的第一地理位置，还用于接收所述第一客户端发送的媒体资源共享信息，将所述媒体资源共享信息、所述第一地理位置和所述设备信息进行关联处理；存储服务器，用于存储所述逻辑服务器的关联处理结果；雷达服务器，用于接收所述第二客户端的媒体资源请求信息和定位信息，从所述存储服务器中选择与所述定位信息相关的信息，将所选择的信息与所述定位信息进行绑定处理，将绑定处理的结果反馈给所述第二客户端。
其中，所述雷达服务器包括：设备地理关联数据库，用于存储所述绑定处理的结果；第一地理信息确定模块，用于根据所述第二客户端的定位信息，确定所述第二客户端的第一地理信息；第一查询反馈模块，用于查询所述设备地理关联数据库中与所述第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给所述第二客户端；第二地理信息确定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，根据所述第二客户端的定位信息，确定所述第二客户端的第二地理信息；设备地理绑定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，从所述存储服务器中选择与所述定位信息相关的信息，并将所选择的信息与所述第二地理信息进行绑定；第二反馈模块，用于将所述设备地理绑定模块的绑定结果写入所述设备地理关联数据库，并将所述绑定结果反馈给所述第二客户端。
其中，所述的媒体资源分享系统还包括第三方地图服务商；所述第一地理信息确定模块还用于根据所述第二客户端的定位信息，向所述第三方地图服务商确认所述第二客户端所处的城市和详细地址；所述第二地理信息确定模块还用于根据所述第二客户端的定位信息，向所述第三方地图服务商确认所述第二客户端所处经纬度的周边信息，其中所述定位信息为第二客户端的经纬度数据。
其中，所述雷达服务器还包括：扫描缓存模块，用于缓存所述绑定结果；判断反馈模块，用于在执行所述第一查询反馈模块之前，判断所述扫描缓存模块中是否存在与所述第二客户端的第一地理信息相关的信息，如果存在则将其反馈给所述第二客户端。
其中，所述雷达服务器还包括：足迹记录模块，用于根据所述第二客户端的定位信息，记录所述第二客户端所处地理位置信息。
其中，所述逻辑服务器还包括：上传缓存模块，用于缓存所述设备信息和 所述媒体资源信息；逻辑判断模块，用于在进行关联前将最新接收的设备信息和媒体资源信息与所述上传缓存模块中的设备信息和媒体资源信息进行比较，如果相同则不处理所述最新接收的设备信息和媒体资源信息。
另一种实施方式中，所述第一客户端和所述第二客户端位于同一局域网内，所述第一客户端和所述第二客户端通过通信协议进行通信。
其中，所述第二客户端包括广播发送模块和第二接收模块，所述广播发送模块用于周期性地发送用户数据协议包到所述局域网，所述用户数据协议包包括媒体资源共享请求信息，所述第二接收模块，用于接收所述局域网内所述第一客户端发送的媒体资源信息；所述第一客户端包括广播接收模块和第一发送模块，所述广播接收模块用于接收所述局域网内所述第二客户端的用户数据协议包，所述第一发送模块用于将所述第一客户端共享的媒体资源信息发送给所述第二客户端。
根据本申请的第二方面，本申请提供一种运行于如上所述的媒体资源分享系统的媒体资源分享方法。
根据本申请的第三方面，本申请提供一种用于如上所述的媒体资源分享系统的服务器群。
根据本申请的第四方面，本申请提供一种雷达服务器，包括：设备地理关联数据库，用于存储网络中已提供媒体资源共享信息的第一客户端的相关信息，所述相关信息包括第一客户端的第一地理信息、处于同一第二地理信息下的第一客户端的个数、以及每个第一客户端的设备信息和媒体资源共享信息；总接收模块，用于接收第二客户端发送的定位信息和媒体资源请求信息，所述媒体资源请求信息包括请求与所述定位信息相关的第一客户端的媒体资源共享信息；第一地理信息确定模块，用于根据所述第二客户端的定位信息，确定所述第二客户端的第一地理信息；第一查询反馈模块，用于查询所述设备地理关联数据库中与所述第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给所述第二客户端；第二地理信息确定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，根据所述第二客户端的定位信息，确定所述第二客户端的第二地理信息；设备地理绑定模块，用于当所述第一查询反馈模块的查询结果不满足所述预设下发条件时，从所述设备地理关联数据库中选择与所述定位信息相关的信息，并将所选择的信息与所述第二地理信息进行绑定；第二反馈模块，用于将所述设备地理绑定模块的绑定结果写入所述设备地理关联数据库，并将所述绑定结果反馈给所述第二客户端。
根据本申请的第五方面，本申请提供一种视频播放器，包括：第一采集发送模块，用于采集所在客户端当前的定位信息，接收所述客户端用户输入的视频资源请求信息，并向如上所述的服务器群发送所述视频资源请求信息和所述定位信息，所述视频资源请求信息包括请求与所述定位信息相关的第二客户端的视频资源共享信息；广域接收模块，用于接收所述服务器群的反馈结果，所述反馈结果包括与所述定位信息相应的视频资源共享信息。
其中，所述的视频播放器还包括：广播模块，用于向所述客户端所在的局域网发出包含媒体资源共享请求信息的广播消息；局域接收模块，用于接收所述局域网内的第二客户端的应答信息，所述应答信息包括所述第二客户端共享的视频资源信息。
其中，所述的视频播放器还包括：第二采集发送模块，用于采集所述客户端的设备信息以及所述客户端共享的视频资源共享信息，还用于将所述设备信息和所述视频资源共享信息发送出去；广播接收模块，用于接收局域网内第二客户端发送的包含媒体资源共享请求信息的广播消息；局域应答模块，响应于所述广播消息发送应答消息给所述第二客户端，其中所述应答消息包括所述客户端共享的视频资源共享信息。
本申请的有益效果是：服务器群对第一客户端上传的媒体资源共享信息和设备信息进行关联处理，第二客户端向服务器群发送的媒体资源请求信息携带其定位信息，通过该定位信息查找服务器群中相关的媒体资源共享信息，将相关信息和定位信息进行绑定，将绑定结果反馈给第二客户端，从而，第二客户端可以分享到第一客户端的媒体资源共享信息，在第二客户端为移动终端如手机、第一客户端为PC端时，采用这种媒体资源分享方法可实现移动终端查看PC端的共享资源，扩大了移动终端可以分享媒体资源的范畴。
一种实施例中，第一客户端和第二客户端处于同一局域网内，二者直接通过通信协议通信，例如第二客户端在局域网内进行用户数据协议包广播，第一客户端监听到第二客户端的广播后将自己共享的媒体资源分享给第二客户端，从而，在第二客户端为移动终端如手机、第一客户端为PC端时，进一步扩大了移动终端可以分享媒体资源的范畴。
附图说明
图1为本申请一种实施例的媒体资源分享系统的结构示意图；
图2为本申请一种实施例的媒体资源分享系统的上传侧第一客户端与服务器群的互动示意图；
图3为本申请一种实施例的媒体资源分享系统的服务器群中IP数据库表示意图；
图4为本申请一种实施例的媒体资源分享系统的服务器群中按城市分布的PC节点数据库表示意图；
图5为本申请一种实施例的媒体资源分享系统的服务器群中设备ID数据库表示意图；
图6为本申请一种实施例的雷达服务器的结构及其各模块的连接关系示意图；
图7为本申请一种实施例的雷达服务器的工作流程示意图；
图8为本申请另一种实施例的雷达服务器的工作流程示意图；
图9为本申请另一种实施例的媒体资源分享系统的结构示意图；
图10为本申请另一种实施例的媒体资源分享系统的结构示意图；
图11为本申请一种实施例的视频播放器使用时的呈现过程示意图；
图12为本申请一种实施例的视频播放器使用中扫描过程界面的显示示意图；
图13为本申请一种实施例的视频播放器使用中扫描结果显示在地图上的示意图；
图14为本申请一种实施例的视频播放器使用中扫描结果以列表形式呈现的示意图；
图15为图14列表其中一项的视频详情界面显示示意图；
图16为本申请一种实施例的视频播放器使用中的整个呈现过程。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
本申请一种实施例的媒体资源分享系统中，通过移动终端如手机进行地理定位获取移动终端的地理位置信息，将采集的地理位置信息发送给服务器，服务器根据该地理位置信息从媒体资源共享信息库中获取该地理位置附近的媒体资源后返回给移动终端，其中，媒体资源共享信息库是通过采集PC客户端而得，即PC客户端将其共享的媒体资源信息上传到服务器，服务器根据该PC客户端上传来的IP地址进行初步的地理信息绑定并存储到媒体资源共享信息库；当需要根据地理位置获取媒体资源时，服务器从媒体资源共享信息库中选取相关媒体资源，并获取该地理位置的周边信息如地理建筑物等，将选取的媒体资源和周边信息进行信息关联绑定，绑定后的数据即为分享给移动终端的媒体资源信 息。又一种实施例的媒体资源分享系统中，移动终端和PC客户端处于同一局域网，移动终端将用户数据协议（UDP）包广播到局域网，PC客户端收到广播后作出相关的应答，并将应答的媒体资源共享信息回报给广播发送源即移动终端。
下面通过具体实施方式结合附图对本申请作进一步详细说明，其中涉及的第一客户端以PC客户端为例，第二客户端以移动终端如智能手机为例，媒体资源以视频资源为例。
实施例1：
如图1所示，本实施例的媒体资源分享系统包括：服务器群20、一个或一个以上第一客户端10、一个或一个以上的第二客户端30，其中第二客户端30具有自我定位功能。
为便于描述，将本实施例的媒体资源分享系统划分为上传侧和扫描侧，上传侧为第一客户端与服务器群的互动，扫描侧为第二客户端与服务器群的互动，如图1所示，双点划线的左侧为上传侧、右侧为扫描侧。应理解，这仅是为描述方便而将系统划分为这两侧，实际上可以不按这样进行划分。
如图1所示，第一客户端10用于通过网络将其设备信息及其媒体资源共享信息发送出去；服务器群20包括接入服务器210、逻辑服务器220和存储服务器230，用于接收第一客户端10的设备信息和媒体资源共享信息，将设备信息和媒体资源共享信息进行关联处理，并存储关联结果。具体来说，接入服务器210用于接收和转发第一客户端发送的设备信息；逻辑服务器220用于验证接入服务器210发送的设备信息，解析通过验证的设备信息，根据解析结果确定第一客户端10所处的第一地理位置，逻辑服务器220还用于接收第一客户端10发送的媒体资源共享信息，并将媒体资源共享信息、第一地理位置和设备信息进行关联处理；存储服务器230用于存储逻辑服务器220的关联处理结果，该关联结果构成媒体资源共享信息库。
设备信息包括第一客户端的IP地址和设备ID，设备ID可以是第一客户端的MAC地址、CPU信息等等，或者是MAC地址与CPU信息的某种组合等。媒体资源共享信息包括第一客户端共享的媒体资源列表，例如网络视频列表的关键信息如视频哈希表、名称、大小等。
如图2所示为一种实施例的上传侧中第一客户端与服务器群的互动。首先PC客户端上报，上报信息包括本机ID、本机IP地址；接入服务器根据IP地址定位到该IP地址对应的逻辑服务器，并将逻辑服务器的地址下发给PC客户端，例如IP地址对应的城市为深圳，则接入服务器确定出对应的逻辑服务器为深圳 的逻辑服务器，该深圳的逻辑服务器用于处理所有IP地址归属于深圳的第一客户端的业务；然后PC客户端向该逻辑服务器发送本机ID、媒体资源共享信息如视频文件哈希列表；该逻辑服务器将媒体资源共享信息与相应的地理信息如城市进行关联；然后逻辑服务器将关联结果包括主机ID、地理信息及媒体资源共享信息同步至存储服务器。接入服务器、逻辑服务器和存储服务器的数量关系是1:n:n的关系，其中n大于等于1，例如n为城市数量。
为实现第一客户端与服务器群的互动，一种实例中的服务器群存在IP数据库表，该IP数据库表存储着IP地址及其对应的城市，如图3所示；服务器群还给城市分配城市ID，同时将设备信息与城市相关联，即服务器群还可生成按城市分布的PC（即第一客户端）节点数据库表，如图4所示，该数据库表可包括城市ID、城市名称、PC节点（即该城市下已共享信息的PC的个数）、以及设备ID；同时，服务器群还生成设备ID数据库表，该数据库表包括设备ID以及该设备ID对应的媒体资源共享信息如视频文件哈希表等，如图5所示。这些数据库表之间相互关联，服务器群接收到第一客户端上传的信息后，将第一客户端上传的信息分别存入这些数据库表中。
一种实例中，接入服务器可实现的功能包括：接入第一客户端的信息、解密所接入的信息、中转第一客户端的信息、以及响应第一客户端等；逻辑服务器可实现的功能包括：根据第一客户端的IP地址对应的城市分配城市ID，根据IP地址生成对应城市的备选节点、以及其它的如文件信息压缩写入等；存储服务器提供原生API写入、HTTP读取等功能，可以城市ID为Key在存储服务器中进行查询。
另一种实施例中，逻辑服务器还包括上传缓存模块和逻辑判断模块。上传缓存模块用于缓存设备信息、媒体资源共享信息及二者的关联结果；逻辑判断模块用于在逻辑服务器接收到PC客户端最新发送的信息时，将最新接收的设备信息和媒体资源共享信息与上传缓存模块中的设备信息和媒体资源共享信息进行比较，如果相同则不处理最新接收的设备信息和媒体资源共享信息，比较方式可利用常用的相关比较技术实现。实施例采用缓存机制可以一定程度上缓解数据存储时的压力。
以上是本实施例的媒体资源分享系统的上传侧的描述，对于扫描侧，如图1所示，服务器群20还包括雷达服务器240。在扫描侧，第二客户端30用于采集其当前的定位信息，向雷达服务器240发送媒体资源请求信息，媒体资源请求信息包括请求与第二客户端当前定位信息相关的第一客户端的媒体资源共享信息；雷达服务器240用于接收第二客户端30的媒体资源请求信息和定位信息， 从存储服务器230中选择与该定位信息相关的信息，将所选择的信息与定位信息进行绑定处理，然后将绑定处理的结果反馈给第二客户端30。第二客户端采集自身的定位信息可以通过基站定位、wifi定位或GPS定位等常用定位技术实现，然后将采集的定位信息发送给雷达服务器并请求网络中已共享媒体资源信息，由雷达服务器根据第二客户端的定位信息从存储服务器取出相关媒体资源后返回给客户端。举例来说，本发明各实施例所描述的定位信息具体可为客户端的经纬度数据。
雷达服务器包括设备地理关联数据库，该数据库中存储网络中已提供媒体资源共享信息的第一客户端的相关信息，该相关信息包括第一地理信息（如城市）、处于同一第二地理信息（如经纬度及经纬度周边信息）下的第一客户端的个数、以及每个第一客户端的设备信息和媒体资源共享信息。一般地，该数据库所存储的内容在响应第二客户端的媒体资源共享请求的过程中生成。
如图6所示，雷达服务器还包括第一地理信息确定模块、第一查询反馈模块、第二地理信息确定模块、设备地理绑定模块和第二反馈模块。第一地理信息确定模块用于根据第二客户端的定位信息，确定第二客户端的第一地理信息（如所在城市及详细地址）；第一查询反馈模块用于查询设备地理关联数据库中与第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给第二客户端；当第一查询反馈模块的查询结果不满足预设下发条件时，第二地理信息确定模块根据第二客户端的定位信息，确定第二客户端的第二地理信息（如附近建筑等周边信息）；设备地理绑定模块从存储服务器中选择与定位信息相关的信息，并将所选择的信息与第二地理信息进行绑定；第二反馈模块用于将设备地理绑定模块的绑定结果写入设备地理关联数据库，并将绑定结果反馈给第二客户端。应用图6所示雷达服务器进行媒体资源共享信息扫描的工作流程具体示例如图7所示。
另一种实施例中，在确定第一地理信息和第二地理信息时涉及第三方地图服务商，例如高德服务，即该实施例的媒体资源分享系统还包括第三方地图服务商。第一地理信息确定模块还用于根据第二客户端的定位信息，向第三方地图服务商确认第二客户端所处的城市和详细地址；第二地理信息确定模块还用于根据第二客户端的定位信息，向第三方地图服务商确认第二客户端所处经纬度的周边信息。
又一种实施例中，雷达服务器还包括：扫描缓存模块和判断反馈模块。扫描缓存模块用于缓存设备地理绑定模块的绑定结果；判断反馈模块用于在执行第一查询反馈模块之前，判断扫描缓存模块中是否存在与第二客户端的第一地 理信息相关的信息，如果存在则将其反馈给第二客户端。该实施例采用缓存机制可以一定程度上缓解数据存储与读取时造成的压力。
另一种实施例中，雷达服务器的工作流程如图8所示，包括：
步骤S801，根据第二客户端的定位信息，生成地理位置信息geohash，该步骤可以是将第二客户端发送的经纬度调整为符合一定格式的地理位置信息，该格式可以是用户自定义；
步骤S802，以geohash为key，查找扫描缓存模块cache中是否存在相同的geohash，如果是则转步骤S803，否则转步骤S804；
步骤S803，将cache中该geohash相应的内容反馈给第二客户端；
步骤S804，根据该geohash向第三方地图服务商发送请求，请求确认该geohash（对应第二客户端）的所在城市和详细地址；
步骤S805，（请求成功后，）根据第二客户端所在城市，从存储服务器中查询到该城市对应的城市ID；
步骤S806，根据geohash，以该城市ID查询设备地理关联数据库中的PC节点；
步骤S807，判断PC节点数量是否满足下发的数量限制，如果是则转步骤S808，否则转步骤S809；
步骤S808，将查询结果写入cache，并将该结果反馈给第二客户端；
步骤S809，向第三方地图服务商发送请求，请求查找该geohash的周边信息如建筑物等；
步骤S810，（请求成功后，）从存储服务器中选择需要数量的PC节点；
步骤S811，将所选择的PC节点与第三方地图服务商返回的周边信息进行绑定，即将PC节点和建筑物关联起来，将绑定结果记录到设备地理关联数据库中，并更新记录时间；
步骤S812，将绑定结果写入cache，并将该结果反馈给第二客户端。
一种实施例中，雷达服务器还包括足迹记录模块，用于根据第二客户端的定位信息，记录第二客户端每次定位到的地理位置信息；从而，当用户离开该位置后也能够以该位置为基准点进行媒体资源共享信息的扫描。足迹记录模块的一般工作过程包括：分配用户会话ID，上传足迹（即第二客户端定位得到的经纬度）及会话ID，保存会话ID及足迹信息。
本实施例的媒体资源分享系统包括上传侧和扫描侧，在上传侧，通过第一客户端将其共享的媒体资源信息上传，并将该媒体资源信息与第一客户端的IP地址进行初步关联绑定以得到媒体资源共享信息库，在扫描侧，通过第二客户 端如手机进行基站定位、wifi定位或者GPS定位等定位方式获取到自身的地理位置信息，并将该地理位置信息发送给雷达服务器，雷达服务器根据地理位置信息从相关的媒体资源共享信息库中获取该位置附近的媒体资源后返回给第二客户端；从而，第二客户端可以分享到第一客户端的媒体资源共享信息，在第二客户端为移动终端如手机、第一客户端为PC端时，采用这种媒体资源分享方法可实现移动终端查看PC端的共享资源，扩大了移动终端可以分享媒体资源的范畴。
实施例2：
如图9所示，本实施例的媒体资源分享系统包括第一客户端和第二客户端，第一客户端和第二客户端位于同一局域网内，第一客户端和第二客户端通过通信协议进行通信。
一种实施例中通信协议为用户数据协议（UDP）。第一客户端包括广播接收模块101和第一发送模块102，广播接收模块101用于接收局域网内第二客户端的UDP协议包，第一发送模块102用于将第一客户端共享的媒体资源信息发送给第二客户端。第二客户端包括广播发送模块301和第二接收模块302，广播发送模块301用于周期性地发送UDP协议包到局域网，UDP协议包包括媒体资源共享请求信息，该信息用于请求网络中共享的媒体资源；第二接收模块302用于接收局域网内第一客户端发送的媒体资源信息。可以理解为实现第一客户端和第二客户端的通信，第二客户端需要已经打开广播监听功能，且也存在已共享的媒体资源信息。这里涉及的UDP广播、广播监听等可采用常用的相关通信技术实现，不作详述。
本实施例通过第二客户端（如手机端）发送UDP广播到局域网，第一客户端（如PC客户端）收到广播后做出相关的扫描应答，将应答的第一客户端的视频共享列表的获取地址回报给广播发送源。在第二客户端反复发送扫描请求广播后，将搜集到的应答信息整理后作为扫描结果展示给用户，从而增加了移动终端可以分享媒体资源的范畴。
实施例3：
如图10所示，本实施例的媒体资源分享系统实际上是实施例1和实施例2的组合，具体涉及的各组成部分参考前述实施例，在此不作详述。
本实施例不仅实现了广域网的媒体资源共享，还实现了局域网的媒体资源共享，使得作为第二客户端的移动终端能够分享作为第一客户端的PC客户端上 共享的资源，扩大了移动终端可以分享媒体资源的范畴，而不仅仅局限于移动终端之间的资源分享。
实施例4：
本实施例提供一种媒体资源分享方法，包括：
第一端发送步骤，一个或一个以上第一客户端主动通过网络将其设备信息及其媒体资源共享信息发送出去；
上传处理步骤，服务器群接收第一客户端的设备信息和媒体资源共享信息，将设备信息和媒体资源共享信息进行关联处理，并存储关联结果；
第二端发送步骤，一个或一个以上具有自我定位功能的第二客户端采集其当前的定位信息，向服务器群发送媒体资源请求信息和定位信息，媒体资源请求信息包括请求与定位信息相关的第一客户端的媒体资源共享信息；
扫描处理步骤，服务器群接收第二客户端的媒体资源请求信息和定位信息，从所存储的关联结果中选择与定位信息相关的信息，将所选择的信息与定位信息进行绑定处理，并将绑定处理的结果反馈给第二客户端。
其中，服务器群包括接入服务器、逻辑服务器和存储服务器，上传处理步骤包括：
接入过程，接入服务器接收和转发第一客户端发送的设备信息；
业务逻辑过程，逻辑服务器验证接入服务器发送的设备信息，解析通过验证的设备信息，根据解析结果确定第一客户端所处的第一地理位置，接收第一客户端发送的媒体资源共享信息，将媒体资源共享信息、第一地理位置和设备信息进行关联处理；
存储过程，存储服务器存储逻辑服务器的关联处理结果；
服务器群还包括雷达服务器，扫描处理步骤为：雷达服务器接收第二客户端的媒体资源请求信息和定位信息，从存储服务器中选择与定位信息相关的信息，将所选择的信息与定位信息进行绑定处理，将绑定处理的结果反馈给第二客户端。
一种实施例中，雷达服务器包括用于存储绑定处理的结果的设备地理关联数据库，设备地理关联数据库，用于存储网络中已提供媒体资源共享信息的第一客户端的相关信息，相关信息包括第一客户端的第一地理信息、处于同一第二地理信息下的第一客户端的个数、以及每个第一客户端的设备信息和媒体资源共享信息。
扫描处理步骤具体包括：
第一地理信息确认过程，雷达服务器根据第二客户端的定位信息，确定第二客户端的第一地理信息；
第一查询反馈过程，雷达服务器查询设备地理关联数据库中与第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给第二客户端；
第二地理信息确认过程，当查询结果不满足预设下发条件时，雷达服务器根据第二客户端的定位信息，确定第二客户端的第二地理信息；
设备地理绑定过程，当查询结果不满足预设下发条件时，雷达服务器从存储服务器中选择与定位信息相关的信息，并将所选择的信息与第二地理信息进行绑定；
第二反馈过程，雷达服务器将绑定结果写入设备地理关联数据库，并将绑定结果反馈给第二客户端。
另一种实施例中，为减轻雷达服务器在数据查询与读取时的压力，雷达服务器还包括用于缓存绑定结果的扫描缓存模块，此时，扫描处理步骤还包括：判断反馈过程，即雷达服务器在执行第一查询反馈过程之前，判断扫描缓存模块中是否存在与第二客户端的第一地理信息相关的信息，如果存在则将其直接反馈给第二客户端，不需要再到设备地理关联数据库中进行查找。
又一种实施例中，为减轻第一客户端上报数据时逻辑服务器的工作压力，逻辑服务器还设有用于缓存设备信息、媒体资源共享信息及二者关联结果的上传缓存模块，此时，业务逻辑过程还包括：逻辑判断过程，即逻辑服务器在接收到第一客户端上传的信息时，先不进行关联等处理，而是将最新接收的设备信息和媒体资源共享信息与上传缓存模块中的设备信息和媒体资源共享信息进行比较，如果相同则不处理最新接收的设备信息和媒体资源共享信息。
本实施例的媒体资源分享方法的具体过程可参考前述媒体资源分享系统实施例中各组成部分的工作过程，在此不再重述。
实施例5：
本实施例一种媒体资源分享方法，该方法适用于第一客户端和第二客户端位于同一局域网内，且第一客户端和第二客户端通过通信协议进行通信，具体地，该方法包括：
广播发送步骤，第二客户端周期性地发送UDP协议包到局域网，UDP协议包包括媒体资源共享请求信息；
广播接收步骤，所述第一客户端接收局域网内第二客户端的用户数据协议 包；
第一发送步骤，第一客户端将共享的媒体资源信息发送给第二客户端；
第二接收步骤，第二客户端接收局域网内第一客户端发送的媒体资源信息。
本实施例的媒体资源分享方法的具体过程可参考前述媒体资源分享系统实施例相关部分的描述，在此不再重述。
实施例6：
本实施例提供一种服务器群，适用于媒体资源分享系统或方法，包括：
接入服务器，用于接收和转发第一客户端发送的设备信息；
逻辑服务器，用于验证接入服务器发送的设备信息，解析通过验证的设备信息，根据解析结果确定第一客户端所处的第一地理位置，还用于接收第一客户端发送的媒体资源共享信息，将媒体资源共享信息、第一地理位置和设备信息进行关联处理；
存储服务器，用于存储逻辑服务器的关联处理结果；
雷达服务器，用于接收第二客户端的媒体资源请求信息和定位信息，从存储服务器中选择与定位信息相关的信息，将所选择的信息与定位信息进行绑定处理，将绑定处理的结果反馈给第二客户端，其中媒体资源请求信息包括请求与定位信息相关的第一客户端的媒体资源共享信息。
其中，雷达服务器包括：
设备地理关联数据库，用于存储网络中已提供媒体资源共享信息的第一客户端的相关信息，相关信息包括第一客户端的第一地理信息、处于同一第二地理信息下的第一客户端的个数、以及每个第一客户端的设备信息和媒体资源共享信息；
第一地理信息确定模块，用于根据第二客户端的定位信息，确定第二客户端的第一地理信息；
第一查询反馈模块，用于查询设备地理关联数据库中与第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈给第二客户端；
第二地理信息确定模块，用于当第一查询反馈模块的查询结果不满足预设下发条件时，根据第二客户端的定位信息，确定第二客户端的第二地理信息；
设备地理绑定模块，用于当第一查询反馈模块的查询结果不满足预设下发条件时，从存储服务器中选择与定位信息相关的信息，并将所选择的信息与第二地理信息进行绑定；
第二反馈模块，用于将设备地理绑定模块的绑定结果写入设备地理关联数据库，并将绑定结果反馈给第二客户端。
一种实施例中，服务器群还涉及第三方地图服务商；例如，第一地理信息确定模块还用于根据第二客户端的定位信息，向第三方地图服务商确认第二客户端所处的城市和详细地址；第二地理信息确定模块还用于根据第二客户端的定位信息，向第三方地图服务商确认第二客户端所处经纬度的周边信息。
另一种实施例中，为减轻数据查询、读取时的工作压力，雷达服务器还包括：
扫描缓存模块，用于缓存绑定结果；
判断反馈模块，用于在执行第一查询反馈模块之前，判断扫描缓存模块中是否存在与第二客户端的第一地理信息相关的信息，如果存在则将其反馈给第二客户端。
另一种实施例中，为减轻数据存储时的工作压力，逻辑服务器还包括：
上传缓存模块，用于缓存设备信息和媒体资源共享信息及二者的关联结果；
逻辑判断模块，用于在进行关联前将最新接收的设备信息和媒体资源共享信息与上传缓存模块中的设备信息和媒体资源共享信息进行比较，如果相同则不处理最新接收的设备信息和媒体资源共享信息。
本实施例的服务器群的组成部分可参考前述媒体资源分享系统实施例中各组成部分的实现过程，在此不再重述。
实施例7：
本实施例提供雷达服务器，包括：
设备地理关联数据库，用于存储网络中已提供媒体资源共享信息的第一客户端的相关信息，相关信息包括第一客户端的第一地理信息、处于同一第二地理信息下的第一客户端的个数、以及每个第一客户端的设备信息和媒体资源共享信息；
总接收模块，用于接收第二客户端发送的定位信息和媒体资源请求信息，媒体资源请求信息包括请求与定位信息相关的第一客户端的媒体资源共享信息；
第一地理信息确定模块，用于根据第二客户端的定位信息，确定第二客户端的第一地理信息；
第一查询反馈模块，用于查询设备地理关联数据库中与第二客户端的第一地理信息相关的设备信息，当查询结果满足预设下发条件时，将查询结果反馈 给第二客户端；
第二地理信息确定模块，用于当第一查询反馈模块的查询结果不满足预设下发条件时，根据第二客户端的定位信息，确定第二客户端的第二地理信息；
设备地理绑定模块，用于当第一查询反馈模块的查询结果不满足预设下发条件时，从设备地理关联数据库中选择与定位信息相关的信息，并将所选择的信息与第二地理信息进行绑定；
第二反馈模块，用于将设备地理绑定模块的绑定结果写入设备地理关联数据库，并将绑定结果反馈给第二客户端。
一种实施例中，第一地理信息确定模块还用于根据第二客户端的定位信息，向第三方地图服务商确认第二客户端所处的城市和详细地址；第二地理信息确定模块还用于根据第二客户端的定位信息，向第三方地图服务商确认第二客户端所处经纬度的周边信息。
另一种实施例中，为减轻数据查询、读取时的工作压力，雷达服务器还包括：
扫描缓存模块，用于缓存绑定结果；
判断反馈模块，用于在执行第一查询反馈模块之前，判断扫描缓存模块中是否存在与第二客户端的第一地理信息相关的信息，如果存在则将其反馈给第二客户端。
实施例8：
本实施例提供一种视频播放器，包括：第一采集发送模块，用于采集第一客户端的设备信息以及第一客户端共享的视频资源共享信息，还用于将采集的设备信息和视频资源共享信息发送到服务器。设备信息包括第一客户端的IP地址和设备ID，设备ID可以是第一客户端的MAC地址、CPU信息等等，或者是MAC地址与CPU信息的某种组合等。媒体资源共享信息包括第一客户端共享的媒体资源列表，例如网络视频列表的关键信息如视频哈希表、名称、大小等。
本实施例的视频播放器适合安装于PC客户端，以便PC客户端的能够分享其视频资源信息。本实施例可结合前述实施例的媒体资源分享系统/方法或服务器群实施例一起使用。
实施例9：
本实施例提供一种视频播放器，包括第二采集发送模块和广域接收模块。第二采集发送模块用于接收第二客户端的使用者发送的视频资源请求信息，还 用于采集第二客户端当前的定位信息，并向服务器发送视频资源请求信息和定位信息，视频资源请求信息包括请求与定位信息相关的第一客户端的视频资源共享信息；广域接收模块用于接收服务器群的反馈结果，该反馈结果包括与定位信息相应的视频资源共享信息。
另一种实施例中，视频播放器还包括广播模块和局域接收模块。广播模块用于向视频播放器所安装在的第二客户端所在的局域网发出媒体资源共享请求信息的广播；局域接收模块用于接收处于同一局域网内的第一客户端的应答信息，应答信息包括第一客户端共享的视频资源信息。
上述实施例的视频播放器适合安装于移动终端如智能手机，以便移动终端能够请求分享视频资源信息。本实施例可结合前述实施例的媒体资源分享系统/方法、服务器群、雷达服务器、或安装于PC客户端的视频播放器一起使用。
一种实现中，视频播放器的界面上提供例如“雷达扫描”的控件，使用者通过该控件请求获取网络中已通过PC客户端共享的视频资源信息，由服务器反馈的结果可以是列表形式，也可以是在视频播放器上提供第三方地图服务，且服务器反馈的结果直接展示在地图上。如图11所示为使用视频播放器请求视频资源过程中，视频播放器的呈现过程，包括：
首先激活视频播放器中提供扫描网络中已通过PC客户端共享的视频资源信息的控件，如“雷达扫描”按钮（图12所示）；
视频播放器响应该控件，屏幕上可以呈现雷达扫描动画及服务器和/或局域网数据获取中的进度条等信息，表示当前正在进行扫描服务器或局域网中的视频资源共享信息，如图12所示，具体的扫描过程为后台操作，可参考前述实施例的雷达服务器的工作过程；
扫描结果可以直接显示在第三方地图服务商提供的地图上，如图13所示，图中显示的弹出方框中的字样“沙河西路—新村路交…”即视频播放器所安装的移动终端所定位出的地理位置，地图上的数据泡泡“32”等表示在该地理位置附近的某一建筑物处存在32个已共享的视频文件信息。使用者点击数据泡泡进入后，屏幕跳转为视频详情界面显示，如图15所示，从而，使用者选中某一视频资源后可直接进行观看。点击图13左下角所示的箭头状的扫描按钮，播放器即在地图界面开始重新进行定位扫描。
扫描结果还可以是以列表形式提供，如图14所示，视频播放器的界面上在扫描结果呈现上可以提供移动终端当前的地理位置，还提供该地理位置附近的共享信息，如图所示包括50米内某PC端、2190米内“粤海门美食城旁边”有11个文件，等等，选中其中一项后同样进入图15所示的视频详情界面。
一种实施例中，与前述实施例的雷达服务器一起使用的视频播放器还提供足迹记录功能，即不仅可以使用当前实时定位到的地理位置进行扫描，也可以将每次定位到的地理位置记录下来，作为用户足迹上传到雷达服务器，当用户离开该位置后也能够以该位置为基准点来进行视频扫描。一种实现中如图12、图13和图14所示，视频播放器还提供如“足迹”的控件，用户选中该控件后，实现足迹的上传，上传数据成功后，进入到视频播放器界面上提供的“足迹列表”用户则可看到历史足迹。当用户点击列表中某一足迹进行视频共享信息的扫描，即以该足迹的地理位置为起点进行扫描。如图16所示为使用视频播放器请求视频资源过程中，视频播放器的整个呈现过程，其包括当前实际位置的视频扫描，以及选择某一历史足迹后的扫描。
本申请上述实施例通过移动终端进行地理定位，将广域网中定位出的地理位置附近的PC端用户开放共享的视频分享出来，同时还可通过移动终端发送数据广播将局域网中PC端用户开放共享的视频分享出来，移动终端使用者能够查看到当前所在位置附近的其他PC端用户所分享的视频资源，扩大了移动终端可以分享视频媒体的范围。
当然，在PC端具备自身定位功能的前提下，从理论可行性的角度，第一客户端与第二客户端的界定并无移动终端或PC的局限，移动终端可作为第一客户端上传资源与其他用户分享，PC端也可作为第二客户端通过定位获取到周边其他用户提供的资源，从而在各类终端之间实现无障碍的媒体资源分享。
本领域技术人员可以理解，上述实施方式中各种方法的全部或部分步骤可以通过程序来指令相关硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘或光盘等。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换。