一种通过扩展参数增强投屏交互能力的方法与流程

本发明涉及投屏技术领域，尤其涉及一种通过扩展参数增强投屏交互能力的方法。

背景技术：

手机要投屏就离不开投屏服务。dlna基本上已覆盖非苹果设备，但还无法满足国内厂商的特殊需求，所以几家大的视频网站基于dlna做了不少升级，比如投屏后可以用遥控器选集、选清晰度，可以上报历史记录等等，这都是标准dlna服务不支持的。那么问题来了，爱奇艺手机版投屏到电视机厂家预置的dlna服务上，定制版的功能就瞎了，标准dlna不支持这些操作。

技术实现要素：

有鉴于此，本发明的目的是提供一种通过扩展参数增强投屏交互能力的方法，本发明包括手机app、投屏调度服务模块、厂商中台、第三方app投屏服务模块和厂商自有投屏服务模块，具体按以下步骤执行，

s1:手机app在投屏调度服务模块的ssdp请求包的尾部加入了prefer参数，指定接收方；其中prefer参数具体包括协议名称、版本号、设备响应的最长等待时间、搜索的设备类型、协议查询的类型、发送请求的设备信息、和多播地址。

众所周知，dlna是一组协议组成的协议栈，cp(controlpoint)遵循ssdp(简单服务发现协议)搜索局域网中可用的设备和服务。请求的格式如下所示：

m-search*http/1.1//协议名称和版本号，

n-mx:1//设备响应的最长等待时间

st:upnp:rootdevice//搜索的设备类型，还可以是

ssdp:all/uuid:device-uuid/urn:schemas-upnp-org:device:device-type:version

man:"ssdp:discover"//协议查询的类型，必须是ssdp:discover

user-agent:ios10.2.1product/version//发送请求的设备信息

connection:close

host:239.255.255.250//多播地址

prefer:****//服务的包名

s2:厂商自有投屏服务模块根据prefer参数查找系统中的应用包名；

s3:判断厂商自有投屏服务模块中是否有应用包名；

s4:如果有就把该请求发送给该包的dlna服务去处理，如果没有就传给系统默认的dlna服务处理。

进一步，厂商中台的系统服务屏蔽所有第三方的dlna服务，然后投屏调度服务模块启动后检查系统中所有提供dlna服务的包名，更新注册信息。厂商自有投屏服务模块接收到投屏请求后，读取prefer参数，按照参数指定的包名引用该包的dlna服务，然后把请求转发给该服务处理。

进一步，如果厂商自有投屏服务系统没有安装该包，就调用系统默认的投屏服务处理；如果请求中不包含prefer参数，也调用系统默认的厂商自有投屏服务系统处理。

本发明的一种通过扩展参数增强投屏交互能力的方法，本发明将每个视频(或者其他内容)平台都可以基于投屏协议定制自己的特殊业务服务，不必再担心自己的定制服务无法实现。同时也实现了1、平台内容可管可控；2、app交互体验提升；3、厂商广告库存增加。而且兼容传统投屏协议。

附图说明

图1是本发明的系统结构图；

具体实施方式

以下将结合附图和具体实施例对本发明进行详细说明，显然，所描述的实施例仅仅只是本申请一部分实施例，而不是全部的实施例，基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本实施例中，如图1所示，本发明包括手机app、投屏调度服务模块、厂商中台、第三方app投屏服务模块和厂商自有投屏服务模块，具体按以下步骤执行，

s1:手机app在投屏调度服务模块的ssdp请求包的尾部加入了prefer参数，指定接收方；其中prefer参数具体包括协议名称、版本号、设备响应的最长等待时间、搜索的设备类型、协议查询的类型、发送请求的设备信息、和多播地址。

众所周知，dlna是一组协议组成的协议栈，cp(controlpoint)遵循ssdp(简单服务发现协议)搜索局域网中可用的设备和服务。请求的格式如下所示：

m-search*http/1.1//协议名称和版本号，

n-mx:1//设备响应的最长等待时间

st:upnp:rootdevice//搜索的设备类型，还可以是ssdp:all/uuid:device-uuid/urn:schemas-upnp-org:device:device-type:version

man:"ssdp:discover"//协议查询的类型，必须是ssdp:discover

user-agent:ios10.2.1product/version//发送请求的设备信息

connection:close

host:239.255.255.250//多播地址

prefer:****//服务的包名

s2:厂商自有投屏服务模块根据prefer参数查找系统中的应用包名；

s3:判断厂商自有投屏服务模块中是否有应用包名；

s4:如果有就把该请求发送给该包的dlna服务去处理，如果没有就传给系统默认的dlna服务处理。

本实施例中，厂商中台的系统服务屏蔽所有第三方的dlna服务，然后投屏调度服务模块启动后检查系统中所有提供dlna服务的包名，更新注册信息。厂商自有投屏服务模块接收到投屏请求后，读取prefer参数，按照参数指定的包名引用该包的dlna服务，然后把请求转发给该服务处理。如果厂商自有投屏服务系统没有安装该包，就调用系统默认的投屏服务处理；如果请求中不包含prefer参数，也调用系统默认的厂商自有投屏服务系统处理。

本实施例中，手机app端请求投屏时，需带上prefer参数，指定由谁来接收自己的投屏请求。具体实例代码如下：

m-search*http/1.1//协议名称和版本号

mx:1//设备响应的最长等待时间

st:upnp:rootdevice//搜索的设备类型，还可以是

ssdp:all/uuid:device-uuid/urn:schemas-upnp-org:device:device-type:version

man:"ssdp:discover"//协议查询的类型，必须是ssdp:discover

user-agent:ios10.2.1product/version//发送请求的设备信息

connection:close

host:239.255.255.250//多播地址

prefer:com.gitvdemo.video//希望是银河奇艺果。

本实施例的电视端，电视端的系统服务需要屏蔽所有第三方的dlna服务。系统服务启动后检查系统中所有提供dlna服务的包名，更新注册信息。系统服务接收到投屏请求后，读取prefer参数，按照参数指定的包名拉起该包的dlna服务，然后把请求转发给该服务处理。如果系统没有安装该包，就调用系统默认的投屏服务处理；如果请求中不包含prefer参数，也调用系统默认的投屏服务处理。

以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。本发明未详细描述的技术、形状、构造部分均为公知技术。