CN105791360A - 跨设备的浏览器功能分享方法和*** - Google Patents

Abstract

本发明提出一种跨设备的浏览器功能分享方法和***，其中，该跨设备的浏览器功能分享方法中，第一设备包括浏览器，浏览器具有第一功能对应的通用即插即用UPnP接口，UPnP接口对应浏览器设备，浏览器设备的服务由浏览器的第一功能提供，该方法包括以下步骤：第二设备搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，浏览器设备列表包括第一设备中的浏览器设备，其中，第一设备和第二设备同属于一个UPnP网络；第二设备获取第一设备中的浏览器设备对应的操作接口菜单；第二设备根据操作接口菜单对第一设备中的浏览器设备进行操作。本发明的跨设备的浏览器功能分享方法，实现浏览器功能的跨设备的通信和分享，分享内容更加丰富，提升用户体验。

Description

跨设备的浏览器功能分享方法和***

技术领域

本发明涉及网络技术领域，特别涉及跨设备的浏览器功能分享方法和***。

背景技术

在当前的浏览器应用程序中，要实现跨设备的浏览器功能的控制分享是一个技术的空白。目前，分享功能主要是主动性分享形式，即通过浏览器的分享上下文菜单来对字符串类型的文字做分享。跨设备的分享功能一般采用***默认的分享功能，如通过短信、蓝牙或第三方应用(快牙、微信等)等应用程序来实现简单的字符串级别的分享。存在以下缺点：分享内容单一，一般分享内容仅限于URL(UniformResourceLocator，通用资源定位符)、字符串的分享，对图片、视频等进行分享一般是本设备之间应用级的分享，几乎没有跨设备分享的功能；控制分享功能的应用一般都是基于***级别的三方应用程序来实现的，并且主要做简单的功能化控制，但浏览器应用中并没有实现，因而难以实现跨设备的浏览器功能控制分享。

发明内容

本发明旨在至少在一定程度上解决上述技术问题。

为此，本发明的第一个目的在于提出一种跨设备的浏览器功能分享方法，能够实现浏览器功能的跨设备的通信和分享，分享内容更加丰富，提升用户体验。

本发明的第二个目的在于提出一种跨设备的浏览器功能分享***。

为达上述目的，根据本发明第一方面实施例提出了一种跨设备的浏览器功能分享方法，第一设备包括浏览器，所述浏览器具有第一功能对应的通用即插即用UPnP接口，所述UPnP接口对应浏览器设备，所述浏览器设备的服务由所述浏览器的第一功能提供，所述方法包括以下步骤：第二设备搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，所述浏览器设备列表包括所述第一设备中的浏览器设备，其中，所述第一设备和第二设备同属于一个所述UPnP网络；所述第二设备获取所述第一设备中的浏览器设备对应的操作接口菜单；所述第二设备根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作。

本发明实施例的跨设备的浏览器功能分享方法，第二设备可搜索属于同一UPnP网络中的浏览器设备以获取浏览器设备列表，并获取所述第一设备中的浏览器设备对应的操作接口菜单，然后根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作，从而能够结合浏览器内核的功能以及跨平台WebAPP，使得基于Web技术开发的浏览器功能均可以加入相同的浏览器设备UPnP服务网络，实现浏览器功能的跨设备的通信和分享，将UPnP/DLNA应用协议扩展到媒体分享以外的WEB分享领域。此外，可实现浏览器本身支持的视频、音频的嵌入播放、图片幻灯片的轮播展示等的跨设备分享，而不仅限于字符串的分享，分享内容更加丰富，提升用户体验。

本发明第二方面实施例提供了一种跨设备的浏览器功能分享方法***，包括：第一设备，所述第一设备包括浏览器，所述浏览器具有第一功能对应的通用即插即用UPnP接口，所述UPnP接口对应浏览器设备，所述浏览器设备的服务由所述浏览器的第一功能提供；第二设备，所述第二设备用于搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，所述浏览器设备列表包括所述第一设备中的浏览器设备，其中，所述第一设备和第二设备同属于一个所述UPnP网络，并获取所述第一设备中的浏览器设备对应的操作接口菜单，以及根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作。

本发明实施例的跨设备的浏览器功能分享***，第二设备可搜索属于同一UPnP网络中的浏览器设备以获取浏览器设备列表，并获取所述第一设备中的浏览器设备对应的操作接口菜单，然后根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作，从而能够结合浏览器内核的功能以及跨平台WebAPP，使得基于Web技术开发的浏览器功能均可以加入相同的浏览器设备UPnP服务网络，实现浏览器功能的跨设备的通信和分享，将UPnP/DLNA应用协议扩展到媒体分享以外的WEB分享领域。此外，可实现浏览器本身支持的视频、音频的嵌入播放、图片幻灯片的轮播展示等的跨设备分享，而不仅限于字符串的分享，分享内容更加丰富，提升用户体验。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明一个实施例的跨设备的浏览器功能分享方法的流程图；

图2为根据本发明一个具体实施例的跨设备的浏览器功能分享方法的流程图

图3为根据本发明一个实施例的跨设备的浏览器功能分享***的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

在本发明的描述中，需要理解的是，术语“多个”指两个或两个以上；术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

对于UPnP(UniversalPlugandPlay，通用即插即用)/DLNA(DigitalLivingNetworkAlliance，数字生活网络联盟)技术来说，目前主要的应用范围在家庭多媒体数字分享方面，即一些WIFI(WirelessFidelity，无线保真)智能设备通过公开设备的一些常用功能接口，来实现远程控制的技术。比如通过手机来控制和播放指定设备上的视频、图片和音乐，这类的应用已经很多，由于它是跨设备跨平台跨行业的统一标准，只要是基于WIFI的设备都可以遵循这个技术来开发相应的产品。

基于此原理，本发明首次提出跨设备的浏览器功能分享方法和***，下面参考附图描述根据本发明实施例的跨设备的浏览器功能分享方法和***。

图1为根据本发明一个实施例的跨设备的浏览器功能分享方法的流程图。

第二设备可通过执行如图1所示的跨设备的浏览器功能分享方法来分享第一设备的浏览器功能。如图1所示，根据本发明实施例的跨设备的浏览器功能分享方法，包括：

S101，第二设备搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，浏览器设备列表包括第一设备中的浏览器设备，其中，第一设备和第二设备同属于一个UPnP网络。

本发明实施例可实现第一设备与第二设备之间的浏览器功能分享。其中，第一设备包括浏览器，浏览器具有第一功能对应的UPnP接口，UPnP接口对应浏览器设备，浏览器设备的服务由浏览器的第一功能提供。第一功能为第一设备中的浏览器中任意需要公开、可分享的功能。

第一设备、第二设备可以是手机、平板电脑、个人数字助理、电子书、智能穿戴式设备等移动终端，也可以是PC(PersonalComputer，个人计算机)等。

S102，第二设备获取第一设备中的浏览器设备对应的操作接口菜单。

其中，操作接口菜单是根据第一设备中的浏览器设备对应的第一功能确定的。操作接口菜单的设定的位置可通过对需要公开的具有对应的UPnP接口的第一功能来决定。举例来说，可以在浏览器的主菜单配置文件(Browser.xml)中增加菜单项“添加书签到设备”、“设置主页到设备”等等，这些菜单项可由浏览器开发者来定义。

具体地，在本发明的实施例中，第二设备在获取浏览器设备列表之后，可提供给第二设备的用户，用户可在浏览器设备列表中的列表项上进行一系列的操作，如指定目标设备，即选择一个浏览器设备来分享或者控制，当然也可以同时选择多个浏览器设备来进行操控，这样就可以实现一台设备配置多台设备同时分享的功能。

当用户指定第一设备中的浏览器设备为目标设备时，即可获取该浏览器设备对应的操作接口菜单。

S103，第二设备根据操作接口菜单对第一设备中的浏览器设备进行操作。

举例来说，如果在书签列表界面的每一个书签图标上下文菜单中增加“添加书签到设备”的菜单项，第二设备通过此菜单项可以将当前书签加入到指定的设备浏览器；或者如果在第二设备的浏览器主菜单中增加“设置主页到设备”的菜单项，第二设备可通过此菜单项可以调用UPnP接口方法的设置首页信息函数SetHomePageInfo来设置第一设备中的浏览器设备的主页。

本发明实施例的跨设备的浏览器功能分享方法，第二设备可搜索属于同一UPnP网络中的浏览器设备以获取浏览器设备列表，并获取第一设备中的浏览器设备对应的操作接口菜单，然后根据操作接口菜单对第一设备中的浏览器设备进行操作，从而能够结合浏览器内核的功能以及跨平台WebAPP，使得基于Web技术开发的浏览器功能均可以加入相同的浏览器设备UPnP服务网络，实现浏览器功能的跨设备的通信和分享，将UPnP/DLNA应用协议扩展到媒体分享以外的WEB分享领域。此外，可实现浏览器本身支持的视频、音频的嵌入播放、图片幻灯片的轮播展示等的跨设备分享，而不仅限于字符串的分享，分享内容更加丰富，提升用户体验。

此外，在本发明的一个实施例中，跨设备的浏览器功能分享方法中可采用操控安全机制的设计。例如，可以采用蓝牙配对方式，在选择操控目标时发送认证指令，在浏览器设备接收到认证指令后要求用户确认可被受控，从而能够避免操作目标混乱，被动受控等风险，在一定范围内实现了比较安全的通讯控制。对于一对多控制的浏览器设备来说，也可以采用主动认证受控的方式，在浏览器中增加确认可被受控的选项设置，这样避免了像蓝牙一样繁琐的配对过程，提高了控制效率。

下面结合图2对本发明实施例的跨设备的浏览器功能分享方法进行具体说明。

在本发明的一个实施例中，可通过基于WIFI的UPnp/DLNA协议实现跨设备的浏览器功能分享。

S1，实现第一设备与第二设备的UPnP/DLNA功能的集成。

具体地，可在设备中的浏览器中集成UPnP/DLNA相关的操作库。以Android***的设备为例，常用的操作库有两个，一个是cling-core-1.0.3，另一个是teleal-common-1.0.13，这两个操作库都可以基于UPnP协议开发。由于UPnP协议分为三个部分：(1)设备、(2)服务、(3)控制点，如果要控制某个设备，控制点必须先发送一个控制行为请求，要求该设备开始服务，然后再按设备的URL发送相应的控制消息。其中，控制消息就是放置在XML(ExtensibleMarkupLanguage，可扩展标记语言)文件中的那些SOAP(SimpleObjectAccessProtocol，简单对象访问协议)格式的信息。最后，服务会返回响应信息，指出服务是成功或是失败。

基于此原理，设备中的浏览器需要同时做成浏览器设备(Device)和控制点(ControlPoint)。首先，可将UPnP操作库导入浏览器应用代码中，即在浏览器代码中将Android***常用的UPnP操作库cling-core-1.0.3.jar或者teleal-common-1.0.13.jar放入libs目录下，并引入这两个jar文件的一个。由于这两个jar库是不同组织开发的UPnP操作库，所以都可实现基本的UPnP开发接口。由此，将第一设备中的浏览器设计为一个设备，该设备可以含有数量不等的内嵌的设备(即浏览器设备)和服务。其中，对于每个浏览器设备的创建来说，分别为每个需要公开的功能设计一个UPnP接口，每个UPnP接口即对应一个浏览器设备(例如设备名为UPnPBrowserDevice)和一个服务(例如服务名为UPnPBrowserService)，每个服务中包含相应的功能的动作(Action)和状态变量；然后将这些浏览器设备、服务建立为设备描述文件，设备描述文件的创建方法可以参考UPnP官方网站(http://www.upnp.org)对此的详细步骤和描述，在此不做说明。

其次，浏览器还要实现控制点功能，即在浏览器界面或者菜单中增加以下功能：(1)搜索浏览器设备：通过这个功能可以在WIFI网络中搜索具有同类服务(UPnPBrowserService)的所有设备，并可以通过设备列表指定目标操作设备，当然还需要有重新刷新搜索设备的功能；(2)在适当的界面和菜单中增加需要分享或者控制的操作接口菜单(或者功能按钮)，比如在书签列表界面的每一个书签图标上下文菜单中增加“添加书签到设备”的菜单，用户通过此菜单可以将当前书签加入到指定的设备浏览器；或者可以在浏览器主菜单中增加“设置主页到设备”菜单，通过此菜单可以调用UPnP接口方法SetHomePageInfo来设置指定浏览器设备的主页等等。

由于动作和状态变量的功能是用来跨设备调用的，因此为了实现所有的动作和状态变量的功能，这些动作和状态变量需要和浏览器本身的应用结合起来，比如设置主页(SetHomePageInfo)这个动作，可以和BrowserSetting的SetHomePage()来结合实现。

为了测试服务接口结构是否搭建成功，本发明实施例中使用了专业的UPnP工具集Intel(R)ToolsforUPnP(TM)Technology，这套工具中有一个“DeviceSpy”的工具专门用于捕获UPnP网络中的设备以及服务、动作和状态变量的结构，通过它可以查看浏览器设备服务的详细结构图。

当浏览器设备创建完成后会向已有的UPnP网络发送通知，并加入该UPnP网络。

由此，当集成了UPnP/DLNA功能的第一设备与第二设备通过WIFI连接时，则形成了UPnP网络。应当理解，UPnP网络可包括多个设备，第一设备与第二设备仅是为解释、说明本发明实施例的跨设备的浏览器功能分享方案的示例。

S2，开启第一设备中的浏览器设备的服务。

在本发明的一个实施例中，当第一设备中的浏览器启动后，第一设备中的浏览器可通过启动入口文件(如BrowserActivity)来开启第一设备中的浏览器设备的服务。具体地，可通过设备启动函数(如Device：：start()函数)开始浏览器设备的服务，通过设备停止函数(如Device：：stop()函数)结束浏览器设备的服务。由于只有根设备可以使用Device::start()，因此在创建浏览器设备的过程中，需要根据根设备描述文件创建一个设备类的实例，以创建出一个根设备。

然后，建立浏览器设备分享和控制UI界面，具体地，可以通过对需要公开的UPnP功能来决定在什么位置建立操作接口菜单，可以在浏览器的主菜单配置文件(Browser.xml)中增加菜单项“添加书签到设备”、“设置主页到设备”等等，这些菜单项可由浏览器开发者来定义。

S3，第二设备搜索UPnP网络中的浏览器设备以获取浏览器设备列表。

第二设备可通过调用search()方法自动搜索UPnP网络中的所有设备，通过搜索之后得到的设备是UPnP网络中的所有可用设备。在本发明的一个实施例中，为了方便操作，可以从搜索到的设备中过滤掉非浏览器设备。具体地，可依据浏览器设备所公开的服务名(UPnPBrowserService)，这个名称可以在UPnP设备中查找到，这样与第二设备在同一个UPnP网路内的所有的浏览器设备都可以被搜索和过滤出来。在此过程中，这些浏览器设备属于哪一台Android设备可以不用关心，一般通过设备名或URI(UniformResourceIdentifier，通用资源标识符)来区分这些浏览器设备。通过这些信息可以设计出浏览器设备列表。

S4，第二设备获取第一设备中的浏览器设备对应的操作接口菜单。

其中，操作接口菜单是根据第一设备中的浏览器设备对应的第一功能确定的。操作接口菜单的设定的位置可通过对需要公开的具有对应的UPnP接口的第一功能来决定。举例来说，可以在浏览器的主菜单配置文件(Browser.xml)中增加菜单项“添加书签到设备”、“设置主页到设备”等等，这些菜单项可由浏览器开发者来定义。

具体地，在本发明的实施例中，第二设备在获取浏览器设备列表之后，可提供给第二设备的用户，用户可在浏览器设备列表中的列表项上进行一系列的操作，如指定目标设备，即选择一个浏览器设备来分享或者控制，当然也可以同时选择多个浏览器设备来进行操控，这样就可以实现一台设备配置多台设备同时分享的功能。

当用户指定第一设备中的浏览器设备为目标设备时，即可获取该浏览器设备对应的操作接口菜单。

S5，第二设备根据操作接口菜单对第一设备中的浏览器设备进行操作。

在本发明的一个实施例中，第二设备根据操作接口菜单对第一设备中的浏览器设备进行操作具体包括：第二设备通过操作接口菜单发送控制指令；以及获取浏览器设备对应的控制点，并根据控制指令对控制点进行操作。

其中，控制点通过控制点类(如ControlPoint类)的实例创建，并通过控制点启动函数(如ControlPoint：：strat()函数)开启，以及通过控制点停止函数(如ControlPoint：：stop()函数)关闭。控制点开启后，它会向UPnP网络广播一个发现消息，这个控制点对象就可作为内部公用对象来使用。从而可根据控制指令对该控制点进行操作。

由此，本发明实施例的跨设备的浏览器功能分享方法实现了跨设备分享浏览器功能以及跨设备文件分享功能。

其中，跨设备分享浏览器功能是通过广播机制(Broadcast)来实现的，通过声明广播方便第三方应用程序来调用这些控制指令达到跨设备的分享。例如，在图库应用(Gallery)中可以通过图片(或视频)的分享菜单搜索到“浏览器”应用，浏览器在对ACTION_VIEW类型的Intent处理时可以首先弹出两个选项：“本机浏览器处理”或者“选择浏览器设备处理”，用户如果选择了后者，就可以进入到浏览器设备列表中选择目标浏览器设备去分享图片或者视频，这里浏览器有必要通过HTML5(HypertextMarkupLanguage5，超文本标记语言)的新特性来嵌入播放图片、音乐或视频的鞥格式，用Web方式处理是浏览器渲染的优势。

而跨设备文件分享功能虽然已经有很多解决方案，比如蓝牙、快牙等文件传输方式、UPnP/DLNA媒体分享方式等，但是，本发明实施例中将后者集成到浏览器应用当中作为另一种入口解决方案，在浏览器里完全可以通过发送加载URL的方式来播放和下载相应媒体资源的功能，从而分享内容和形式可以更丰富。首先，需要在浏览器设备描述文件中新增加媒体文档分享通用服务(urn:schemas-upnp-org:service:ContentDirectory)，这个服务是所有媒体服务的通用服务规范，已经有很多UPnP文档介绍，在这个服务下面实现了将媒体文件以URL方式分享给整个UPnP网络，由于浏览器加载的就是基于HTTP的URL，因此直接符合媒体服务分享的标准方式，易于实现。

举例来说，本发明实施例可应用于以下场景：

1、A手机直接将浏览器书签、历史记录拷贝到B手机的浏览器中，只需选择分享到设备的上下文菜单即可，其中，A手机对应图1中的第二设备，B手机对应图1中的第一设备；

2、A手机的第三方应用可以直接调用B手机浏览器的所有分享功能，其中，A手机对应图1中的第二设备，B手机对应图1中的第一设备，例如，从A手机通过一个第三方应用搜索到带有UPnP接口的B手机浏览器，然后直接向B手机浏览器发送控制指令打开网页或者查看书签、历史记录等等；

3、通过A手机浏览器可以同时向其他多个手机发送打开指定网址网页进行多屏幕展示的功能，其中，A手机对应图1中的第二设备，其他多个手机对应图1中的第一设备；

4、大屏幕的浏览展示：当会议室采用了带有WIFI功能的投影仪，其投影仪通过HDMI(HighDefinitionMultimediaInterface，高清晰度多媒体接口)安装了一个Android***的MINIPC(MiniPersonalComputer，迷你个人计算机)，手机端浏览器可以通过本身的浏览分享功能搜索到WIFI环境中的MINIPC的浏览器设备，通过浏览分享功能将要展示和显示的网站URL直接在大屏幕设备上打开，其中，手机端对应图1中的第二设备，MINIPC对应图1中的第一设备。

为了实现上述实施例，本发明还提出一种跨设备的浏览器功能分享***。

图3为根据本发明一个实施例的跨设备的浏览器功能分享***的结构示意图。

如图3所示，根据本发明实施例的跨设备的浏览器功能分享***，包括：第一设备10和第二设备20。

具体地，第一设备10包括浏览器11，浏览器具有第一功能对应的通用即插即用UPnP接口，UPnP接口对应浏览器设备12，浏览器设备12的服务由浏览器11的第一功能提供；

本发明实施例可实现第一设备10与第二设备20之间的浏览器功能分享。其中，第一设备10包括浏览器11，浏览器11具有第一功能对应的UPnP接口，UPnP接口对应浏览器设备12，浏览器设备12的服务由浏览器11的第一功能提供。第一功能为第一设备10中的浏览器11中任意需要公开、可分享的功能。

第一设备10、第二设备20可以是手机、平板电脑、个人数字助理、电子书、智能穿戴式设备等移动终端，也可以是PC(PersonalComputer，个人计算机)等。

在第一设备10的浏览器11启动时，浏览器11通过启动入口文件(如BrowserActivity)来开启第一设备10中的浏览器设备12的服务。更具体地，浏览器11可通过设备启动函数(如Device：：start()函数)开始浏览器设备12的服务，通过设备停止函数(如Device：：stop()函数)结束浏览器设备12的服务。

第二设备20用于搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，浏览器设备列表包括第一设备10中的浏览器设备12，其中，第一设备10和第二设备20同属于一个UPnP网络，并获取第一设备10中的浏览器设备12对应的操作接口菜单，以及根据操作接口菜单对第一设备10中的浏览器设备12进行操作。

其中，操作接口菜单是根据第一设备10中的浏览器设备12对应的第一功能确定的。操作接口菜单的设定的位置可通过对需要公开的具有对应的UPnP接口的第一功能来决定。举例来说，可以在浏览器11的主菜单配置文件(Browser.xml)中增加菜单项“添加书签到设备”、“设置主页到设备”等等，这些菜单项可由浏览器开发者来定义。

更具体地，在本发明的实施例中，第二设备20在获取浏览器设备列表之后，可提供给第二设备20的用户，用户可在浏览器设备列表中的列表项上进行一系列的操作，如指定目标设备，即选择一个浏览器设备来分享或者控制，当然也可以同时选择多个浏览器设备来进行操控，这样就可以实现一台设备配置多台设备同时分享的功能。

当用户指定第一设备10中的浏览器设备12为目标设备时，即可获取该浏览器设备12对应的操作接口菜单，根据操作接口菜单对第一设备10中的浏览器设备12进行操作。更具体地，第二设备20具体用于：通过操作接口菜单发送控制指令；以及获取浏览器设备12对应的控制点，并根据控制指令对控制点进行操作。

在本发明的一个实施例中，控制点通过控制点类(如ControlPoint类)的实例创建，并通过控制点启动函数(如ControlPoint：：strat()函数)开启，以及通过控制点停止函数(如ControlPoint：：stop()函数)关闭。

举例来说，如果在书签列表界面的每一个书签图标上下文菜单中增加“添加书签到设备”的菜单项，第二设备20通过此菜单项可以将当前书签加入到指定的设备浏览器；或者如果在第二设备20的浏览器主菜单中增加“设置主页到设备”的菜单项，第二设备20可通过此菜单项可以调用UPnP接口方法的设置首页信息函数SetHomePageInfo来设置第一设备中的浏览器设备的主页。

其中，跨设备的浏览器功能分享***中第一设备与第二设备的UPnP/DLNA功能的集成，以及第二设备在实现与分享第一设备的浏览器功能的具体过程可参照图2所示实施例，在此不再进行赘述。

本发明实施例的跨设备的浏览器功能分享***，第二设备可搜索属于同一UPnP网络中的浏览器设备以获取浏览器设备列表，并获取第一设备中的浏览器设备对应的操作接口菜单，然后根据操作接口菜单对第一设备中的浏览器设备进行操作，从而能够结合浏览器内核的功能以及跨平台WebAPP，使得基于Web技术开发的浏览器功能均可以加入相同的浏览器设备UPnP服务网络，实现浏览器功能的跨设备的通信和分享，将UPnP/DLNA应用协议扩展到媒体分享以外的WEB分享领域。此外，可实现浏览器本身支持的视频、音频的嵌入播放、图片幻灯片的轮播展示等的跨设备分享，而不仅限于字符串的分享，分享内容更加丰富，提升用户体验。

此外，在本发明的一个实施例中，跨设备的浏览器功能分享***中可采用操控安全机制的设计。例如，可以采用蓝牙配对方式，在选择操控目标时发送认证指令，在浏览器设备接收到认证指令后要求用户确认可被受控，从而能够避免操作目标混乱，被动受控等风险，在一定范围内实现了比较安全的通讯控制。对于一对多控制的浏览器设备来说，也可以采用主动认证受控的方式，在浏览器中增加确认可被受控的选项设置，这样避免了像蓝牙一样繁琐的配对过程，提高了控制效率。

由此，本发明实施例的跨设备的浏览器功能分享方法实现了跨设备分享浏览器功能以及跨设备文件分享功能。

其中，跨设备分享浏览器功能是通过广播机制(Broadcast)来实现的，通过声明广播方便第三方应用程序来调用这些控制指令达到跨设备的分享。例如，在图库应用(Gallery)中可以通过图片(或视频)的分享菜单搜索到“浏览器”应用，浏览器在对ACTION_VIEW类型的Intent处理时可以首先弹出两个选项：“本机浏览器处理”或者“选择浏览器设备处理”，用户如果选择了后者，就可以进入到浏览器设备列表中选择目标浏览器设备去分享图片或者视频，这里浏览器有必要通过HTML5(HypertextMarkupLanguage5，超文本标记语言)的新特性来嵌入播放图片、音乐或视频的鞥格式，用Web方式处理是浏览器渲染的优势。

而跨设备文件分享功能虽然已经有很多解决方案，比如蓝牙、快牙等文件传输方式、UPnP/DLNA媒体分享方式等，但是，本发明实施例中将后者集成到浏览器应用当中作为另一种入口解决方案，在浏览器里完全可以通过发送加载URL的方式来播放和下载相应媒体资源的功能，从而分享内容和形式可以更丰富。首先，需要在浏览器设备描述文件中新增加媒体文档分享通用服务(urn:schemas-upnp-org:service:ContentDirectory)，这个服务是所有媒体服务的通用服务规范，已经有很多UPnP文档介绍，在这个服务下面实现了将媒体文件以URL方式分享给整个UPnP网络，由于浏览器加载的就是基于HTTP的URL，因此直接符合媒体服务分享的标准方式，易于实现。

举例来说，本发明实施例可应用于以下场景：

1、A手机直接将浏览器书签、历史记录拷贝到B手机的浏览器中，只需选择分享到设备的上下文菜单即可，其中，A手机对应图1中的第二设备，B手机对应图1中的第一设备；

2、A手机的第三方应用可以直接调用B手机浏览器的所有分享功能，其中，A手机对应图1中的第二设备，B手机对应图1中的第一设备，例如，从A手机通过一个第三方应用搜索到带有UPnP接口的B手机浏览器，然后直接向B手机浏览器发送控制指令打开网页或者查看书签、历史记录等等；

3、通过A手机浏览器可以同时向其他多个手机发送打开指定网址网页进行多屏幕展示的功能，其中，A手机对应图1中的第二设备，其他多个手机对应图1中的第一设备；

4、大屏幕的浏览展示：当会议室采用了带有WIFI功能的投影仪，其投影仪通过HDMI(HighDefinitionMultimediaInterface，高清晰度多媒体接口)安装了一个Android***的MINIPC(MiniPersonalComputer，迷你个人计算机)，手机端浏览器可以通过本身的浏览分享功能搜索到WIFI环境中的MINIPC的浏览器设备，通过浏览分享功能将要展示和显示的网站URL直接在大屏幕设备上打开，其中，手机端对应图1中的第二设备，MINIPC对应图1中的第一设备。

应当理解，在本发明的实施例中，采用应用层协议UPnP实现跨设备的浏览器功能分享为本发明一个优选实施例，当然，还可采用其他协议，例如了采用TCP/IP协议直接进行socket通讯机制来跨设备的浏览器功能分享，但这种方案开发比较复杂繁琐，而且出错率高，不适合大数据量的传输分享，尤其是同时对众多设备浏览器进行操控时显得捉襟见肘，通过方案比较，采用UPnP协议来实现是比较科学和有效的。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同限定。

Claims (10)

1.一种跨设备的浏览器功能分享方法，其特征在于，第一设备包括浏览器，所述浏览器具有第一功能对应的通用即插即用UPnP接口，所述UPnP接口对应浏览器设备，所述浏览器设备的服务由所述浏览器的第一功能提供，所述方法包括以下步骤：

第二设备搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，所述浏览器设备列表包括所述第一设备中的浏览器设备，其中，所述第一设备和第二设备同属于一个所述UPnP网络；

所述第二设备获取所述第一设备中的浏览器设备对应的操作接口菜单；

所述第二设备根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作。

2.如权利要求1所述的跨设备的浏览器功能分享方法，其特征在于，在所述第一设备的浏览器启动时，还包括：

所述浏览器通过启动入口文件来开启所述第一设备中的浏览器设备的服务。

3.如权利要求2述的跨设备的浏览器功能分享方法，其特征在于，其中，通过设备启动函数开始所述浏览器设备的服务，通过设备停止函数结束所述浏览器设备的服务。

4.如权利要求1所述的跨设备的浏览器功能分享方法，其特征在于，所述第二设备根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作具体包括：

所述第二设备通过所述操作接口菜单发送控制指令；以及

获取所述浏览器设备对应的控制点，并根据所述控制指令对所述控制点进行操作。

5.如权利要求4所述的跨设备的浏览器功能分享方法，其特征在于，所述控制点通过控制点类的实例创建，并通过控制点启动函数开启，以及通过控制点停止函数关闭。

6.一种跨设备的浏览器功能分享***，其特征在于，包括：

第一设备，所述第一设备包括浏览器，所述浏览器具有第一功能对应的通用即插即用UPnP接口，所述UPnP接口对应浏览器设备，所述浏览器设备的服务由所述浏览器的第一功能提供；

第二设备，所述第二设备用于搜索UPnP网络中的浏览器设备以获取浏览器设备列表，其中，所述浏览器设备列表包括所述第一设备中的浏览器设备，其中，所述第一设备和第二设备同属于一个所述UPnP网络，并获取所述第一设备中的浏览器设备对应的操作接口菜单，以及根据所述操作接口菜单对所述第一设备中的浏览器设备进行操作。

7.如权利要求6所述的跨设备的浏览器功能分享***，其特征在于，

在所述第一设备的浏览器启动时，所述浏览器通过启动入口文件来开启所述第一设备中的浏览器设备的服务。

8.如权利要求7述的跨设备的浏览器功能分享***，其特征在于，其中，通过设备启动函数开始所述浏览器设备的服务，通过设备停止函数结束所述浏览器设备的服务。

9.如权利要求6所述的跨设备的浏览器功能分享***，其特征在于，所述第二设备具体用于：

所述第二设备通过所述操作接口菜单发送控制指令；以及

获取所述浏览器设备对应的控制点，并根据所述控制指令对所述控制点进行操作。

10.如权利要求9所述的跨设备的浏览器功能分享***，其特征在于，所述控制点通过控制点类的实例创建，并通过控制点启动函数开启，以及通过控制点停止函数关闭。