一种基于Firefox OS的微件信息显示方法及装置
技术领域
[0001] 本
发明属于计算机领域，尤其涉及一种基于Firefox OS的微件信息显示方法及装置。
背景技术
[0002] 目前，在智能设备中，微件(widget)主要提供即时信息给用户。其实现主要包括两部分：(1)widget应用，其主要功能是获取widget显示所需要的信息。该widget应用一般作为一个独立应用存在智能设备中；(2)widget宿主应用，一般指智能设备的管理桌面的应用，该widget宿主应用主要功能是布局widget
位置和显示widget。
[0003] 现有Firefox OS中，主要是通过iframe来实现widget的消息的显示，其中，该iframe为HTML标签。例如，在A应用添加widget html文件；在B应用(widget宿主应用)增加iframe标签，再加载A应用中的widget html，使得A应用中的widget html在B应用的html页面中显示。即B应用的iframe直接加载A应用的widget html，被加载后的A应用的widget html作为B应用的html的子页面，并直接与
云端通信。由于A应用的widget html的元素和B应用的html的元素分属不同的域，因此他们不能直接交互，需要增加额外的
接口实现交互操作，从而增加了交互复杂度。例如，在用户
移动widget时，widget获取用户的拖拽消息，此时，B应用就需要截获用户的拖拽消息以控制widget的显示，或者接收widget转发的用户的拖拽消息，而无论采取何种方式都需要增加额外的接口，且通过iframe增加html加载的次数，从而增加获取widget信息的等待时间，增大占用的内存量。
发明内容
[0004] 本发明
实施例提供了一种基于Firefox OS的微件信息显示方法，旨在解决现有方法在实现widget的消息的显示时，需要在widget宿主应用增加多个接口，从而导致交互复杂度过高的问题。
[0005] 本发明实施例是这样实现的，一种基于Firefox OS的微件信息显示方法，所述方法包括下述步骤：
[0006] 微件widget宿主应用通过容器加载widget初始布局；所述容器为装载有widget消息的容器，所述widget消息是由widget应用获取的消息；
[0007] widget宿主应用根据所述容器装载的widget消息刷新所述widget初始布局。
[0008] 本发明实施例的另一目的在于提供一种基于Firefox OS的微件信息显示装置，所述装置包括：
[0009] widget布局加载单元，用于通过容器加载widget初始布局；所述容器为装载有widget消息的容器，所述widget消息是由widget应用获取的消息；
[0010] widget布局刷新单元，用于根据所述容器装载的widget消息刷新所述widget初始布局。
[0011] 在本发明实施例中，由于容器能够直接获取widget应用从云
服务器获取的widget信息，而widget宿主应用又能从容器中获取相应的widget消息来刷新widget布局，因此widget宿主应用无需直接从云服务器获取信息，从而节省了在获取信息时产生的等待时间。并且，由于widget宿主应用与容器能够直接交互，因此，无需增加额外的接口就能实现通信，从而减少了交互复杂度。
附图说明
[0012] 图1是本发明第一实施例提供的一种基于Firefox OS的微件信息显示方法 的
流程图；
[0013] 图2是本发明第二实施例提供的一种基于Firefox OS的微件信息显示装置的结构图。
具体实施方式
[0014] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0015] 本发明实施例中，将widget的信息界面和数据信息分离，widget应用将从云服务器获取的信息封装为一个对象后，以widget消息的形式分发，widget宿主应用通过对应的容器监听到需要接收widget消息后将负责接收对应的widget消息，并将接收的widget消息发送至widget宿主应用，以使该widget宿主应用根据接收的widget消息刷新widget界面。
[0016] 为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0017] 实施例一：
[0018] 图1示出了本发明第一实施例提供的一种基于Firefox OS的微件信息显示方法的流程图，详述如下：
[0019] 步骤S11，widget宿主应用通过容器加载widget初始布局，所述容器为装载有widget消息的容器，所述widget消息是由widget应用获取的消息。其中，所述容器可以是通过div(即划分区域，是division的缩写)形式形成的div容器，当然，也可以是通过其他形式形成的容器，如通过section(部分)形式或span(跨度)形式等形成容器，此处不作限定。本实施例中采用div容器。
[0020] 其中，一个widget宿主应用可以管理一个或多个widget，每个widget都有一个作为容器的div容器。
[0021] 在该步骤中，widget宿主应用通过div容器从系统的
存储器中加载widget 初始布局，该widget初始布局即为widget初始界面，其包含需要显示的widget元素和信息。由于该div容器加载的是widget初始布局，因此div容器加载后刷新过程中获取的也是widget布局，系统不会创建window等
内核对象，只创建widget布局中使用的元素对象，从而节省widget宿主应用的内存占用；而
现有技术中iframe加载的是一个html网页，系统会为该html创建window等对象，当widget宿主应用利用iframe加载多个widget时，这种多余的对象会成倍增加，最终导致widget宿主应用内存溢出。
[0022] 步骤S12，widget宿主应用根据所述容器装载的widget消息刷新所述widget初始布局。
[0023] 该步骤中，widget宿主应用获取该widget界面上需要更新显示的元素和信息，并根据获取的上述widget消息刷新所述widget初始布局。
[0024] 进一步地，在步骤S12之后，还包括widget宿主应用根据所述容器装载的widget消息刷新现有的widget布局。所述现有的widget布局为widget初始布局经过一次或多次刷新之后的widget布局。
[0025] 由于div容器能够直接获取widget应用从云服务器获取的信息，而widget宿主应用又能从div容器中获取相应的widget消息来刷新widget布局，因此widget宿主应用无需直接从云服务器获取信息，从而节省了在获取信息时产生的等待时间。并且，由于widget宿主应用与div容器能够直接交互，因此，无需增加额外的接口就能实现通信，从而减少了交互复杂度。
[0026] 优选地，步骤S12，所述widget宿主应用根据所述容器装载的widget消息刷新所述widget初始布局的步骤具体包括：
[0027] A1、所述容器接收widget应用从服务器上获取并发送的widget消息。
[0028] A2、widget宿主应用根据所述容器装载的widget消息刷新所述widget初始布局。
[0029] 在上述步骤A1～A2中，所述的容器为div容器，且div容器设置有监听器， 用于监听是否需要接收消息，当监听到需要接收消息时，接收widget应用发送的widget消息。其中，接收的widget消息是由消息头和信息封装为一个对象后得到，这样，widget宿主应用接收到widget消息时，解析出封装后的对象就能获取相应的信息。其中，该消息头包含有widget消息将要被分发到的div容器的唯一标识。由于将信息封装后再传输，因此，非widget消息对应的div容器难以直接获取相应的信息，从而提高传输的信息的安全性。并且，在多个widget应用获取的信息被封装后，都可存放在一个全局的路径，便于信息的分发。
[0030] 优选地，在步骤S11，所述widget宿主应用通过容器加载widget初始布局的步骤之后，包括下述步骤：
[0031] B1、所述容器获取用户拖拽widget宿主应用上的widget的拖拽消息。其中，拖拽消息包含widget被拖拽的方向、距离等信息。
[0032] B2、所述容器将获取的拖拽消息直接发送至所述widget宿主应用。
[0033] B3、所述widget宿主应用根据接收的拖拽消息重新计算widget的显示位置，再根据计算结果移动widget的显示位置。
[0034] 进一步地，步骤B1～B3也可以在步骤S12之后实现。
[0035] 在步骤B1～B3中，当用户拖拽widget宿主应用上的widget时，div容器获取包含widget被拖拽的方向、距离等信息的拖拽消息，并将获取的拖拽消息发送至widget宿主应用，以便该widget宿主应用根据接收的拖拽消息以及widget初始的位置信息确定该widget最终的位置信息。其中，div容器将拖拽消息发送至widget宿主应用的具体方式如下：div容器中的元素直接将获取的拖拽消息冒泡给该div容器中的该元素的父元素，该div容器中的该元素的父元素对应于widget宿主应用，这样，widget宿主应用无需截获用户的拖拽消息，或者接收widget转发的拖拽消息就能从div容器获取用户的拖拽消息，即无需增加额外的接口就能获取用户的拖拽消息。而iframe加载的widget布局是另外一个html，该iframe内部的消息不会冒泡到iframe以外的元素，因此widget 宿主应用需要使用html5提供的消息转发机制才能获取widget的拖拽消息，即widget宿主应用不能直接控制widget的显示位置，从而使步骤很繁琐。
[0036] 优选地，所述widget宿主应用动态创建容器。具体地，当用户在某个应用添加widget时，该某个应用(widget宿主应用)会创建新的容器(div容器)，然后加载widget初始布局；当用户删除widget时，widget宿主应用会删除对应的widget的div容器。当然，在用户添加widget时，系统会呈现记录有目前可用的widget的注册表，以供用户选择。
[0037] 优选地，在步骤S11，在所述widget宿主应用通过容器加载widget初始布局的步骤之后，包括下述步骤：
[0038] C1、所述widget宿主应用接收用户通过widget发送的设置消息，所述设置消息包括所述widget显示的数据的类型，或者，包括所述widget不会显示的数据的类型。
[0039] C2、所述widget宿主应用将接收的设置消息发送至widget应用。
[0040] 进一步地，步骤C1～C2也可以在步骤S12之后实现。
[0041] 上述C1～C2中，用户可直接在widget进行设置，div容器获取用户的设置消息之后，再将该设置消息发送至widget宿主应用，该widget宿主应用再将接收的设置消息转发至widget应用。这样，widget应用可以根据接收的设置消息，选择哪些需发送给widget宿主应用的消息，哪些不需要发送给widget宿主应用的消息，widget应用通过将从云服务器获取的信息过滤后，再将过滤后的信息发送给widget宿主应用。
[0042] 优选地，本发明实施例中，widget宿主应用、div容器、widget应用之间的
通信接口为mozSetting。该mozSetting接口具有发送消息、接收消息、监听消息以及数据共享等功能。
[0043] 在本发明第一实施例中，将widget的信息界面和数据信息分离，widget应 用将从云服务器获取的信息封装为一个对象后，以widget消息的形式分发，widget宿主应用对应的div容器监听到需要接收widget消息后将负责接收对应的widget消息，并将接收的widget消息发送至widget宿主应用，以使该widget宿主应用根据接收的消息刷新widget布局。由于div容器能够直接获取widget应用从云服务器获取的信息，而widget宿主应用又能从div容器中获取相应的widget消息来刷新widget布局，因此widget宿主应用无需直接从云服务器获取信息，从而节省了在获取信息时产生的等待时间。并且，由于widget宿主应用与div容器能够直接交互，因此，无需增加额外的接口就能实现通信，从而减少了交互复杂度。
[0044] 实施例二：
[0045] 图2示出了本发明第二实施例提供的一种基于Firefox OS的微件信息显示装置的结构图，在本发明实施例公开中描述的智能设备包括
移动电话、智能电视、膝上型计算机、数字广播终端、PDA(
个人数字助理)、PMP(便携式多媒体播放器)、
导航系统等。为了便于说明，仅示出了与本发明实施例相关的部分。
[0046] 所述基于Firefox OS的微件信息显示装置包括：widget布局加载单元21和widget布局刷新单元22。
[0047] widget布局加载单元21，用于通过容器加载widget初始布局；所述容器为装载有widget消息的容器。
[0048] 具体地，该容器可以通过div容器(即划分区域，是division的缩写)形式形成的容器，所述widget消息是由widget应用获取的消息。其中，该步骤的容器可以是通过div(即划分区域，是division的缩写)形式形成的div容器，当然，也可以是通过其他形式形成的容器，如通过section(部分)形式或span(跨度)形式等形成容器，此处不作限定。本实施例中采用div容器。
[0049] 其中，一个widget宿主应用可以管理有一个或多个widget，每个widget都有一个作为容器的div容器。由于该div容器加载的是widget初始布局，因此div容器加载后刷新过程中获取的是widget布局，系统不会创建window等 内核对象，只创建widget布局中使用的元素对象，从而节省widget宿主应用的内存占用。
[0050] widget布局刷新单元22，用于根据所述容器装载的widget消息刷新所述widget初始布局。
[0051] 其中，该widget布局刷新单元22主要获取该widget界面上需要显示的元素和信息，并根据获取的上述widget消息刷新所述widget布局。
[0052] 进一步地，widget布局刷新单元22，还用于根据所述容器装载的widget消息刷新现有的widget布局。所述现有的widget布局为widget初始布局经过一次或多次刷新之后的widget布局。
[0053] 优选地，所述widget布局刷新单元22包括：
[0054] widget消息接收单元，用于通过容器接收widget应用从服务器上获取并发送的widget消息。其中，div容器设置有监听器，用于监听是否需要接收消息。当监听到需要接收消息时，接收widget应用发送的widget消息。该widget消息是由消息头和信息封装为一个对象后得到。其中，该消息头包含有widget消息将要被分发到的div容器的唯一标识。由于将信息封装后再传输，因此，非widget消息对应的div容器难以直接获取相应的信息，从而提高传输的信息的安全性。并且，在多个widget应用获取的信息被封装后，都可存放在一个全局的路径，便于信息的分发。
[0055] widget界面刷新单元，用于根据所述容器装载的widget消息刷新所述widget布局。所述容器为div容器。
[0056] 优选地，所述基于Firefox OS的微件信息显示装置包括：
[0057] 拖拽消息获取单元，用于获取用户拖拽widget宿主应用上的widget的拖拽消息。其中，拖拽消息包含widget被拖拽的方向、距离等信息。
[0058] 拖拽消息发送单元，用于将获取的拖拽消息直接发送至所述widget宿主应 用。
[0059] widget显示位置重计算单元，用于根据接收的拖拽消息重新计算widget的显示位置，再根据计算结果移动widget的显示位置。
[0060] 具体地，当用户拖拽widget宿主应用上的widget时，div容器获取包含widget被拖拽的方向、距离等信息的拖拽消息，并将获取的拖拽消息发送至widget宿主应用，以便该widget宿主应用根据接收的拖拽消息以及widget初始的位置信息确定该widget最终的位置信息。由于widget宿主应用无需增加额外的接口就能获取用户的拖拽消息，因此能够减少widget宿主应用获取拖拽消息的操作步骤。
[0061] 优选地，所述基于Firefox OS的微件信息显示装置包括：
[0062] 容器创建单元，用于动态创建所述容器。具体地，当用户在某个应用添加widget时，该某个应用(widget宿主应用)会创建新的容器(div容器)，然后加载widget布局；当用户删除widget时，widget宿主应用会删除对应的widget的div容器。当然，在用户添加widget时，系统会呈现记录有目前可用的widget的注册表，以供用户选择。
[0063] 优选地，所述基于Firefox OS的微件信息显示装置包括：
[0064] 设置消息接收单元，用于接收用户通过widget发送的设置消息，所述设置消息包括所述widget显示的数据的类型，或者，包括所述widget不会显示的数据的类型。
[0065] 设置消息发送单元，用于将接收的设置消息发送至widget应用。
[0066] 由于widget宿主应用能够通过div容器获取用户在widget的设置消息，并能够将接收的设置消息发送至widget应用，因此，widget应用可以根据接收的设置消息过来从云服务器获取的信息，最后再将过滤后的信息发送给widget宿主应用。
[0067] 优选地，本发明实施例中，widget宿主应用、div容器、widget应用之间的通信接口为mozSetting。该mozSetting接口具有发送消息、接收消息、监听消息以及数据共享等功能。
[0068] 在本发明实施例中，由于div容器能够直接获取widget应用从云服务器获取的信息，而widget宿主应用又能从div容器中获取相应的widget消息来刷新widget布局，因此widget宿主应用无需直接从云服务器获取信息，从而节省了在获取信息时产生的等待时间。并且，由于widget宿主应用与div容器能够直接交互，因此，无需增加额外的接口就能实现通信，从而减少了交互复杂度。
[0069] 本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的
硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。
[0070] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何
修改、等同替换和改进等，均应包含在本发明的保护范围之内。
