WO2022206848A1 - 一种应用小部件的显示方法及设备 - Google Patents

Abstract

本申请公开了一种应用小部件的显示方法及设备，涉及电子设备领域，解决了需在多个终端中均安装应用，才能在这多个终端上显示该应用的小部件的问题。具体方案为：包括第一应用的第一终端与第二终端建立连接的情况下，通过向第二终端发送第一应用的小部件的布局信息，使得第二终端在未显示第一应用的小部件的情况下，可根据接收到的布局信息显示该第一应用的小部件；其中，布局信息包括小部件包括的UI元素的标识，样式及在小部件中的布局位置。

Description

一种应用小部件的显示方法及设备

本申请要求于2021年03月31日提交国家知识产权局、申请号为202110352490.1、申请名称为“一种应用小部件的显示方法及设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及电子设备领域，尤其涉及一种应用小部件的显示方法及设备。

背景技术

如今，手机等电子设备已成为人们日常生活和工作中必不可少的通讯工具。通过在手机中安装应用程序(application，APP，以下简称为应用)，可以完善手机功能，为用户提供更佳的使用体验。

目前，为了方便用户查看应用提供的信息，很多应用支持小部件的设置。小部件是微型的应用视图，它可以被嵌入到其他应用，如桌面中，并接收周期性更新。如，可在手机桌面上添加应用的小部件。用户在不打开应用的情况下，通过桌面上添加的应用的小部件，便可查看该应用提供的信息。典型的小部件有时钟、天气、音乐播放、图片轮播等。如，手机桌面上添加了音乐应用的音乐播放小部件，则在不打开音乐应用的情况下，通过手机桌面上的音乐播放小部件，用户便可查看播放信息，或进行播放控制等。

上述小部件的实际运行逻辑依赖其应用处理。即如果用户想在手机桌面上添加某应用的小部件，则必须先在手机中安装该应用，然后才可选择该应用的小部件添加到桌面。在用户有多个终端时，需要在每个终端上均安装对应应用，才能在多个终端上查看到该应用的小部件。

发明内容

本申请实施例提供一种应用小部件显示方法及设备，解决了需在多个终端中均安装应用，才能在这多个终端上显示该应用的小部件的问题。

为了达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例提供一种应用小部件的显示方法，应用于包括第一应用的第一终端，该方法可以包括：第一终端与第二终端建立连接；第一终端向第二终端发送第一应用的小部件的布局信息，用于第二终端在未显示第一应用的小部件的情况下显示小部件；其中，布局信息可以包括：小部件包括的第一用户界面(UI)元素的标识，样式及在小部件中的布局位置。

采用上述技术方案，安装有某应用(如第一应用)的第一终端，如手机可将该第一应用的小部件的相关信息发送给未显示该第一应用的小部件的第二终端，使得该第二终端可根据来自第一终端的该小部件的相关信息显示该应用的小部件供用户查看。即使第二终端中并未安装该第一应用，也可以实现小部件的显示。解决了多端显示小部件，需多端均安装对应应用的问题。节省了用户的使用成本，提升了用户体验。

在一种可能的实现方式中，该方法还可以包括：第一终端向第二终端发送第一应 用的小部件的业务数据，用于第二终端在小部件的对应第一UI元素中显示内容；业务数据包括第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，状态信息用于指示所述第一UI元素的当前状态。通过将小部件的业务数据发送给第二终端，可用于第二终端在对应UI元素中显示对应内容，使得第二终端显示的小部件中的内容与第一终端保持同步。

在另一种可能的实现方式中，上述第二终端未显示第一应用的小部件可以包括：第二终端不包括第一应用；或，第二终端包括第一应用但未在第二终端的桌面添加第一应用的小部件。

在另一种可能的实现方式中，上述小部件的布局信息和业务数据，还可用于第二终端在显示第一应用的小部件的情况下更新显示小部件的内容。这样，在使得多端显示的小部件内容保持同步。

在另一种可能的实现方式中，小部件包含在第一终端的桌面中。这样，在第一终端与第二终端连接后，第一终端可用户添加到桌面的小部件分布给第二终端，供第二终端显示。

在另一种可能的实现方式中，在第一终端向第二终端发送第一应用的小部件的布局信息之前，该方法还可以包括：第一终端确定第二终端与第二终端登录了同一账号。保护了用户的隐私。

在另一种可能的实现方式中，在第一终端向第二终端发送第一应用的小部件的布局信息之前，该方法还可以包括：第一终端接收用户的第一操作，第一操作用于指示分布小部件。这样，可根据用户的操作，触发小部件到其他终端的分布。

在另一种可能的实现方式中，在第一终端接收用户的第一操作之前，该方法还可以包括：第一终端显示第一应用的图标；第一终端接收用户对第一应用的图标的第二操作；响应于第二操作，第一终端显示菜单选项，菜单选项包括第一控件，第一控件用于触发第一终端分布小部件；第一操作是对第一控件的操作。通过在应用的菜单选项中增加用于触发分布该应用的小部件的控件，方便用户实现应用小部件在多端的分布，提高了电子设备的使用效率。

在另一种可能的实现方式中，小部件是第一应用的多个小部件中，用户选择的或第一终端推荐的。

在另一种可能的实现方式中，在第一终端接收用户的第一操作之前，该方法还可以包括：第一终端显示小部件；第一终端接收用户对小部件的第三操作；响应于第三操作，第一终端显示菜单选项，操作菜单包括第二控件，第二控件用于触发第一终端分布小部件；第一操作是对第二控件的操作。通过在小部件的菜单选项中增加用于触发分布该小部件的控件，方便用户实现应用小部件在多端的分布，提高了电子设备的使用效率。

在另一种可能的实现方式中，在第一终端接收用户的第一操作之前，该方法还可以包括：第一终端显示桌面设置界面，该桌面设置界面包括小部件；其中，第一操作是对小部件的拖拽操作；第一终端向第二终端发送第一应用的小部件的布局信息，包括：第一终端在确定小部件被拖拽到预定区域后释放拖拽时，向第二终端发送小部件的布局信息。用户通过对桌面设置界面中小部件进行拖拽，便可触发应用小部件在多 端的分布，提高了电子设备的使用效率。

在另一种可能的实现方式中，上述第一终端向第二终端发送小部件的布局信息，发送业务数据，可以包括：第一终端将小部件的布局信息，业务数据配置到json文件后发送给第二终端。

在另一种可能的实现方式中，在第一终端向第二终端发送第一应用的小部件的业务数据之后，该方法还可以包括：第一终端根据第一应用的刷新频率信息，定时从第一终端的第一应用获取刷新的业务数据；第一终端向第二终端发送刷新的业务数据，用于第二终端更新显示的小部件中的内容。通过定时获取刷新的业务数据并发送给第二终端，使得第二终端可实现对由第一终端分布来的小部件中内容的及时更新。

在另一种可能的实现方式中，该方法还可以包括：第一终端接收来自第二终端的第一UI元素的标识和操作类型，第一UI元素的标识和操作类型是第二终端接收到用户的第四操作后发送的，第四操作是对第二终端显示的小部件中第一UI元素的操作；第一终端根据第一UI元素的标识和操作类型，控制第一终端的第一应用对第四操作进行响应。第一终端根据来自第二终端的UI元素的标识和操作类型，控制第一应用对用户在第二终端的操作进行响应，实现了反向控制。

在另一种可能的实现方式中，在第二终端包括第一应用的情况下，在第一终端向第二终端发送第一应用的小部件的布局信息之后，该方法还可以包括：第一终端接收来自第二终端的请求消息；响应于请求消息，第一终端获取第一终端中第一应用实时的业务数据；第一终端向第二终端发送第一终端中第一应用实时的业务数据。在第二终端安装有第一应用的情况下，第一终端通过将实时的业务数据发送给第二终端，使得服务可以接续到第二终端的第一应用，以由第二终端的第一应用继续为用户提供服务。

在另一种可能的实现方式中，在第一终端向第二终端发送第一终端中第一应用实时的业务数据之后，该方法还可以包括：第一终端接收来自第二终端的通知消息；响应于通知消息，第一终端控制第一终端的第一应用暂停相关服务。

第二方面，本申请实施例提供一种应用小部件的显示方法，应用于第二终端，该方法可以包括：第二终端与第一终端建立连接，第一终端包括第一应用；在第二终端未显示第一应用的小部件的情况下，第二终端接收来自第一终端的第一应用的小部件的布局信息；其中，布局信息包括小部件包括的第一UI元素的标识，样式及在小部件中的布局位置；第二终端根据小部件的布局信息，显示小部件，小部件包括第一UI元素。

采用上述技术方案，未显示第一应用的小部件的第二终端，在接收到来自安装有该第一应用的第一终端的第一应用的小部件的相关信息后，根据来自第一终端的该小部件的相关信息便可显示该应用的小部件供用户查看。这样，即使第二终端中并未安装该第一应用，也可以实现小部件的显示。解决了多端显示小部件，需多端均安装对应应用的问题。节省了用户的使用成本，提升了用户体验。

在一种可能的实现方式中，在第二终端未显示第一应用的小部件的情况下，第二终端接收来自第一终端的第一应用的小部件的业务数据，业务数据包括第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，状态信息用于指示第一UI元素 的当前状态；第二终端根据业务数据在小部件的对应第一UI元素中显示内容。第二终端根据来自第一终端的业务数据，可在对应UI元素中显示对应内容，使得第二终端显示的小部件中的内容与第一终端保持同步。

在另一种可能的实现方式中，第二终端未显示第一应用的小部件可以包括：第二终端不包括第一应用；或，第二终端包括第一应用但未在第二终端的桌面添加第一应用的小部件。

在另一种可能的实现方式中，该方法还可以包括：第二终端在显示第一应用的小部件的情况下，根据接收来自第一终端的第一应用的小部件的布局信息和业务数据更新显示小部件的内容。这样，在使得多端显示的小部件内容保持同步。

在另一种可能的实现方式中，该方法还可以包括：第二终端定时获取刷新的业务数据；第二终端根据刷新的业务数据更新显示的小部件中的内容。通过定时获取刷新的业务数据，可实现对由第一终端分布来的小部件中内容的及时更新。

在另一种可能的实现方式中，在第二终端不包括第一应用的情况下；第二终端定时获取刷新的业务数据，可以包括：第二终端接收第一终端定时发送的刷新的业务数据。

在另一种可能的实现方式中，在第二终端根据小部件的布局信息，显示小部件之后，该方法还可以包括：第二终端接收用户对第二终端显示的小部件中第一UI元素的第四操作；第二终端向第一终端发送第一UI元素的标识和操作类型，用于第一终端对第四操作进行响应。在接收到用户对分布来的小部件中UI元素的操作后，通过将该UI元素的标识和操作类型发送给第一终端，使得第一终端做出相应的响应，实现了反向控制。

在另一种可能的实现方式中，在第二终端包括第一应用的情况下；第二终端定时获取刷新的业务数据，可以包括：第二终端根据第一应用的刷新频率信息，定时从第二终端的第一应用获取刷新的业务数据。

在另一种可能的实现方式中，在第二终端根据第一应用的刷新频率信息，定时从第二终端的第一应用获取刷新的业务数据之前，该方法还可以包括：在接收到来自第一终端的小部件的布局信息后，第二终端在确定第二终端包括第一应用时，向第一终端发送请求消息，请求消息用于触发第一终端获取第一终端中第一应用实时的业务数据；第二终端接收来自第一终端的第一终端中第一应用实时的业务数据；第二终端根据实时的业务数据更新第二终端中第一应用当前的状态。在第二终端安装有第一应用的情况下，通过从第一终端获取实时的业务数据并以此为已经更新第二终端中第一应用的状态，使得服务可以接续到第二终端的第一应用，以由第二终端的第一应用继续为用户提供服务。

在另一种可能的实现方式中，在第二终端根据实时的业务数据更新第二终端中第一应用当前的状态之后，该方法还可以包括：第二终端向第一终端发送通知消息，该通知消息用于第一终端的第一应用暂停相关服务。

在另一种可能的实现方式中，在第二终端根据小部件的布局信息，显示小部件之后，该方法还可以包括：第二终端接收用户对第二终端显示的小部件中第一UI元素的第四操作；第二终端控制第二终端的第一应用对第四操作进行响应。

在另一种可能的实现方式中，小部件中还可以包括第二终端中第一应用的第二UI元素。

第三方面，本申请实施例提供一种应用小部件的显示装置，该装置可以应用于包括第一应用的第一终端，该装置可以包括：连接单元，用于与第二终端建立连接；发送单元，用于向第二终端发送第一应用的小部件的布局信息，用于第二终端在未显示第一应用的小部件的情况下显示小部件；其中，布局信息可以包括：小部件包括的第一UI元素的标识，样式及在小部件中的布局位置。

在一种可能的实现方式中，发送单元，还用于向第二终端发送第一应用的小部件的业务数据，用于第二终端在小部件的对应第一UI元素中显示内容；业务数据包括第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，状态信息用于指示第一UI元素的当前状态。

在另一种可能的实现方式中，上述第二终端未显示第一应用的小部件可以包括：第二终端不包括第一应用；或，第二终端包括第一应用但未在第二终端的桌面添加第一应用的小部件。

在另一种可能的实现方式中，上述小部件的布局信息和业务数据，还可用于第二终端在显示第一应用的小部件的情况下更新显示小部件的内容。

在另一种可能的实现方式中，小部件包含在第一终端的桌面中。

在另一种可能的实现方式中，该装置还可以包括：确定单元，用于确定第二终端与第二终端登录了同一账号。

在另一种可能的实现方式中，该装置还可以包括：输入单元，用于接收用户的第一操作，第一操作用于指示分布小部件。

在另一种可能的实现方式中，该装置还可以包括：显示单元，用于显示第一应用的图标；输入单元，还用于接收用户对第一应用的图标的第二操作；显示单元，还用于响应于第二操作，显示菜单选项，菜单选项包括第一控件，第一控件用于触发第一终端分布小部件；第一操作是对第一控件的操作。

在另一种可能的实现方式中，小部件是第一应用的多个小部件中，用户选择的或第一终端推荐的。

在另一种可能的实现方式中，显示单元，用于显示小部件；输入单元，还用于接收用户对小部件的第三操作；显示单元，还用于响应于第三操作，显示菜单选项，操作菜单包括第二控件，第二控件用于触发第一终端分布小部件；第一操作是对第二控件的操作。

在另一种可能的实现方式中，显示单元，用于显示桌面设置界面，该桌面设置界面包括小部件；其中，第一操作是对小部件的拖拽操作；发送单元，具体用于在确定小部件被拖拽到预定区域后释放拖拽时，向第二终端发送小部件的布局信息。

在另一种可能的实现方式中，发送单元，具体用于将小部件的布局信息，业务数据配置到json文件后发送给第二终端。

在另一种可能的实现方式中，该装置还可以包括：获取单元，用于根据第一应用的刷新频率信息，定时从第一终端的第一应用获取刷新的业务数据；发送单元，还用于向第二终端发送刷新的业务数据，用于第二终端更新显示的小部件中的内容。

在另一种可能的实现方式中，该装置还可以包括：接收单元，用于接收来自第二终端的第一UI元素的标识和操作类型，第一UI元素的标识和操作类型是第二终端接收到用户的第四操作后发送的，第四操作是对第二终端显示的小部件中第一UI元素的操作；处理单元，用于根据第一UI元素的标识和操作类型，控制第一终端的第一应用对第四操作进行响应。

在另一种可能的实现方式中，在第二终端包括第一应用的情况下，接收单元，用于第一终端接收来自第二终端的请求消息；获取单元，用于响应于请求消息，获取第一终端中第一应用实时的业务数据；发送单元，还用于向第二终端发送第一终端中第一应用实时的业务数据。

在另一种可能的实现方式中，接收单元，还用于接收来自第二终端的通知消息；处理单元，还用于响应于通知消息，控制第一终端的第一应用暂停相关服务。

第四方面，本申请实施例提供一种应用小部件的显示装置，该装置可以应用于第二终端，该装置可以包括：连接单元，用于与第一终端建立连接，第一终端包括第一应用；接收单元，用于在第二终端未显示第一应用的小部件的情况下，接收来自第一终端的第一应用的小部件的布局信息；其中，布局信息包括小部件包括的第一UI元素的标识，样式及在小部件中的布局位置；显示单元，用于根据小部件的布局信息，显示小部件，小部件包括第一UI元素。

在一种可能的实现方式中，接收单元，还用于在第二终端未显示第一应用的小部件的情况下，接收来自第一终端的第一应用的小部件的业务数据；业务数据包括第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，状态信息用于指示所述第一UI元素的当前状态。显示单元，还用于根据业务数据在小部件的对应第一UI元素中显示内容。

在另一种可能的实现方式中，第二终端未显示第一应用的小部件可以包括：第二终端不包括第一应用；或，第二终端包括第一应用但未在第二终端的桌面添加第一应用的小部件。

在另一种可能的实现方式中，该装置还可以包括：获取单元，用于定时获取刷新的业务数据；显示单元，还用于根据刷新的业务数据更新显示的小部件中的内容。

在另一种可能的实现方式中，在第二终端不包括第一应用的情况下；获取单元，具体用于：接收第一终端定时发送的刷新的业务数据。

在另一种可能的实现方式中，该装置还可以包括：输入单元，用于接收用户对第二终端显示的小部件中第一UI元素的第四操作；发送单元，用于向第一终端发送第一UI元素的标识和操作类型，用于第一终端对第四操作进行响应。

在另一种可能的实现方式中，在第二终端包括第一应用的情况下；获取单元，具体用于根据第一应用的刷新频率信息，定时从第二终端的第一应用获取刷新的业务数据。

在另一种可能的实现方式中，发送单元，还用于在接收到来自第一终端的小部件的布局信息后，在确定第二终端包括第一应用时，向第一终端发送请求消息，请求消息用于触发第一终端获取第一终端中第一应用实时的业务数据；接收单元，还用于接收来自第一终端的第一终端中第一应用实时的业务数据；该装置还可以包括：更新单 元，用于根据实时的业务数据更新第二终端中第一应用当前的状态。

在另一种可能的实现方式中，发送单元，还用于向第一终端发送通知消息，该通知消息用于第一终端的第一应用暂停相关服务。

在另一种可能的实现方式中，输入单元，还用于接收用户对第二终端显示的小部件中第一UI元素的第四操作；该装置还可以包括：处理单元，用于控制第二终端的第一应用对第四操作进行响应。

在另一种可能的实现方式中，小部件中还可以包括第二终端中第一应用的第二UI元素。

第五方面，本申请提供一种应用小部件的显示装置，该装置可以包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令时实现如第一方面或第一方面的可能的实现方式中任一项所述的方法，或者实现如第二方面或第二方面的可能的实现方式中任一项所述的方法。

第六方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面或第一方面的可能的实现方式中任一项所述的方法，或者实现如第二方面或第二方面的可能的实现方式中任一项所述的方法。

第七方面，本申请的提供一种终端，该终端包括显示屏，一个或多个处理器和存储器；显示屏，处理器和存储器耦合；存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当计算机指令被终端执行时，使得该终端执行如第一方面或第一方面的可能的实现方式中任一项所述的方法，或者，使得该终端执行如第二方面或第二方面的可能的实现方式中任一项所述的方法。

第八方面，本申请提供一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在终端中运行时，终端中的处理器执行第一方面或第一方面的可能的实现方式中任一项所述的方法，或者执行第二方面或第二方面的可能的实现方式中任一项所述的方法。

可以理解地，上述提供的第三方面及其任一种可能的实现方式所述的应用小部件的显示装置，第四方面及其任一种可能的实现方式所述的应用小部件的显示装置，第五方面所述的应用小部件的显示装置，第六方面所述的计算机可读存储介质，第七方面所述的终端及第八方面所述的计算机程序产品所能达到的有益效果，可参考如第一方面或第二方面及其任一种可能的实现方式中的有益效果，此处不再赘述。

附图说明

图1为相关技术中提供的一种软件架构示意图；

图2为本申请实施例提供的一种显示界面示意图；

图3为本申请实施例提供的一种系统架构的简化示意图；

图4为本申请实施例提供的一种手机的结构示意图；

图5为本申请实施例提供的一种软件架构的简化示意图；

图6为本申请实施例提供的一种应用小部件的显示方法流程示意图；

图7为本申请实施例提供的另一种显示界面示意图；

图8为本申请实施例提供的又一种显示界面示意图；

图9为本申请实施例提供的又一种显示界面示意图；

图10为本申请实施例提供的又一种显示界面示意图；

图11为本申请实施例提供的又一种显示界面示意图；

图12为本申请实施例提供的又一种显示界面示意图；

图13为本申请实施例提供的又一种显示界面示意图；

图14为本申请实施例提供的又一种显示界面示意图；

图15为本申请实施例提供的又一种显示界面示意图；

图16为本申请实施例提供的一种实现示意图；

图17为本申请实施例提供的又一种显示界面示意图；

图18为本申请实施例提供的又一种显示界面示意图；

图19为本申请实施例提供的又一种显示界面示意图；

图20为本申请实施例提供的一种应用小部件的显示装置的组成示意图；

图21为本申请实施例提供的另一种应用小部件的显示装置的组成示意图；

图22为本申请实施例提供的一种芯片系统的组成示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

小部件，还可称为小组件，窗口小部件，窗口小组件，widget等。为了便于理解，本实施例以小部件为例进行说明。其中，小部件是微型的应用程序视图，它可以被嵌入到其他应用，如桌面中，并接收周期性更新。如，可在终端的桌面上添加(或者说显示)各种应用的小部件。由于小部件的实际运行逻辑依赖其应用处理，因此若要实现小部件，如在桌面上显示小部件，则需在终端中安装对应的应用。如，若要在终端的桌面上显示时钟小部件，则必须在终端中安装时钟应用；若要在终端的桌面上显示音乐播放小部件，则必须在终端中安装音乐应用。在小部件显示在桌面后，小部件可定期获取应用的业务数据，以对小部件中显示内容进行更新。

如，请参考图1和图2，手机中安装了音乐应用。音乐应用可将自身包含的小部件的布局信息(如布局信息可以包括小部件包括的用户界面(user interface，UI)元素及其布局位置)和刷新频率信息注册到手机的系统调度服务中。用户可在桌面的设置程序中选择音乐应用的音乐播放小部件，以将其添加到桌面上。如，添加到桌面上的音乐播放小部件如图2中的201所示。在音乐播放小部件201显示到桌面后，系统调度服务可根据刷新频率信息定期从音乐应用获取实时业务数据，如当前播放的音乐标识，音乐播放进度，歌词等，并发送给桌面。桌面接收到实时业务数据后，可根据该业务数据更新音乐播放小部件201中的内容。这样，用户在不打开音乐应用的前提下，通过桌面上显示的音乐播放小部件201，便可查看音乐应用提供的信息。

但，由于小部件的运行依赖于应用，即如果用户想在某终端桌面上添加应用的小部件，则必须先在该终端中安装应用，然后才可选择该应用的小部件添加到桌面。如果用户有多个终端，则需要在每个终端上均安装对应应用，才能在多个终端上查看到 对应小部件。

本申请实施例提供一种应用小部件的显示方法，安装有某应用的终端(如称为第一终端)可将该应用的小部件的相关信息发送给其他没有安装该应用的终端(如称为第二终端)，使得第二终端在不安装对应应用的前提下，也可以显示(如在其桌面上显示)该应用的小部件供用户查看。解决了多端显示小部件，需多端均安装对应应用的问题。节省了用户的使用成本，提升了用户体验。

下面将结合附图对本申请实施例的实施方式进行详细描述。

请参考图3，为本申请实施例提供的一种可以应用上述方法的系统架构的简化示意图。如图3所示，该系统架构至少可以包括：第一终端301和第二终端302。

在具体实现时，上述第一终端301和上述第二终端302，可以为手机，平板电脑，手持计算机，PC，蜂窝电话，个人数字助理(personal digital assistant，PDA)，可穿戴式设备(如智能手表)，智能家居设备(如电视机)，车载电脑，游戏机，以及增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等，本实施例对第一终端301和第二终端302的具体设备形态不做特殊限制。且在本实施例中，第一终端301和第二终端302的设备形态可以相同。如第一终端301和第二终端302均为手机。第一终端301和第二终端302的设备形态也可以不同。如，如图3所示，第一终端301为手机，第二终端302为平板电脑。

其中，第一终端301中可包括一个或多个应用。所述应用可以为系统应用，也可以为第三方应用。

在本申请实施例中，在第一终端301与第二终端302连接的情况下，第一终端301可通过将其应用的小部件的相关信息发送给第二终端302，使得第二终端302在未安装该应用的前提下，也可在第二终端302的显示屏上显示该应用的小部件。

在本实施例中，以终端为手机为例。请参考图4，为本申请实施例提供的一种手机的结构示意图。以下实施例中的方法可以在具有上述硬件结构的手机中实现。

如图4所示，手机可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193以及显示屏194等。可选的，手机还可以包括移动通信模块150，用户标识模块(subscriber identification module，SIM)卡接口195等。

其中，传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本实施例示意的结构并不构成对手机的具体限定。在另一些实施例中，手机可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit， GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是手机的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，SIM接口，和/或USB接口等。

充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为手机供电。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141也可接收电池142的输入为手机供电。

手机的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。手机中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

当手机包括移动通信模块150时，移动通信模块150可以提供应用在手机上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例 中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在手机上的包括无线局域网(wireless local area networks，WLAN)(如Wi-Fi网络)，蓝牙(Bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，NFC，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，手机的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

手机通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，手机可以包括1个或N个显示屏194，N为大于1的正整数。

手机可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。在一些实施例中，手机可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机的各种功能 应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

手机可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。当有触摸操作作用于显示屏194，手机根据压力传感器180A检测所述触摸操作强度。手机也可以根据压力传感器180A的检测信号计算触摸的位置。

陀螺仪传感器180B可以用于确定手机的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。手机可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测手机在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。手机可以利用接近光传感器180G检测用户手持手机贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。手机可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。温度传感器180J用于检测温度。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

当手机包括SIM卡接口195时，SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机的接触和分离。手机可以支持1个或N个SIM卡接口，N为大于1的正整数。手机通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，手机采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在手机中，不能和手机分离。

结合图3，本申请实施例示例性说明第一终端301和第二终端302的软件架构。请参考图5，为本申请实施例提供的一种软件架构的组成示意图。

作为一种示例，第一终端301和第二终端302的软件架构均可以包括：应用层和 框架层(framework，FWK)。

其中，如图5所示，第一终端301可以包括安装在第一终端301的各个应用。例如，设置，计算器，相机，短信息，音乐，天气，图库，浏览器，备忘录，新闻，视频播放器，邮件等应用。这些应用可以是第一终端301的系统应用，也可以是第三方应用，本申请实施例在此不做具体限制。第一终端301还可以包括：系统调度服务，小部件服务和传输模块。第一终端301包括的各模块可以包含于第一终端301的软件架构的任意一层。如应用包含于第一终端301的应用层。系统调度服务，小部件服务和传输模块均包含于第一终端301的框架层，本实施例在此不做具体限制。

第二终端302可以包括：小部件服务和传输模块。第二终端302包括的各模块可以包含于第二终端302的软件架构的任意一层。如第二终端302的小部件服务和传输模块包含于第二终端302的框架层，本实施例在此不做具体限制。

在本实施例中，结合图5所示，第一终端301的应用可将其小部件的布局信息和刷新频率信息注册到第一终端301的系统调度服务中。布局信息可以包括小部件包括的UI元素的标识，样式及其布局位置。一方面，用户可在桌面的设置程序中选择应用的小部件，以将其添加到桌面上。第一终端301的系统调度服务还可根据刷新频率信息从该应用获取定时刷新的业务数据，并发送给桌面。桌面可根据接收到的业务数据更新该小部件的内容。另一方面，第一终端301的小部件服务可从第一终端301的桌面或系统调度服务中获取该应用的小部件的布局信息和定时刷新的业务数据。第一终端301的小部件服务可通过第一终端301的传输模块将获取的应用的小部件的布局信息和定时刷新的业务数据发送给第二终端302。

第二终端302，如第二终端302的传输模块可接收小部件的布局信息和定时刷新的业务数据。第二终端302的传输模块可将接收到的数据交由第二终端的302的小部件服务，以便在第二终端302未安装该应用的情况下，第二终端302的小部件服务可在第二终端302，如在第二终端302的桌面上显示该应用的小部件。

其中，上述小部件服务也可以称为小部件分布式服务，用于实现小部件从一个终端到另一个终端的分布功能，本实施例在此不做具体限制。

以下结合图3和图5，以第一终端301为手机，第二终端302为平板电脑为例，结合附图对本申请实施例提供的应用小部件的显示方法进行详细介绍。

图6为本申请实施例提供的一种应用小部件的显示方法的流程示意图。如图6所示，该方法可以包括以下S601-S603。

S601、手机与平板电脑建立连接。

在一些实施例中，手机与平板电脑可以采用有线的方式建立连接。例如，手机与平板电脑可通过数据线建立有线连接。

在其他一些实施例中，手机与平板电脑可以采用无线的方式建立连接。其中，终端之间采用无线方式建立连接有两点要求，一个是终端之间互相知晓对端的连接信息，另一个是各终端具有传输能力。连接信息可以是终端的设备标识，如互联网协议(internet protocol，IP)地址，端口号或终端登录的账号等。终端登录的账号可以是运营商为用户提供的账号，如华为账号等。终端登录的账号还可以为应用账号，如

账号、

账号等。终端具有传输能力可以是近场通信能力，也可以是长距离通信能 力。也就是说，终端间，如手机与平板电脑建立连接采用的无线通信协议可以是如无线保真(wireless fidelity，Wi-Fi)协议或蓝牙(Bluetooth)协议、ZigBee协议或近距离无线通信(Near Field Communication，NFC)协议等近场通信协议，也可以是蜂窝网协议，在此不做具体限制。

以手机与平板电脑采用无线的方式建立连接为例。例如，用户可使用手机触碰平板电脑的NFC标签，手机读取该NFC标签中保存的连接信息，如该连接信息中包括平板电脑的IP地址。之后，手机可根据平板电脑的IP地址采用NFC协议与平板电脑建立连接。又例如，手机与平板电脑均打开了蓝牙功能和Wi-Fi功能。平板电脑可广播蓝牙信号，以发现周围的终端，如平板电脑可显示发现的设备列表，该发现设备列表中可包括平板电脑发现的手机的标识。另外，在平板电脑进行设备发现的过程中也可与发现的设备互相交换连接信息，如IP地址。之后，在平板电脑接收到用户在显示的设备列表中选择该手机的标识的操作后，平板电脑根据手机的IP地址，可采用Wi-Fi协议与该手机建立连接。再例如，手机和平板电脑均接入了蜂窝网，手机与平板电脑登录了同一华为账号。手机与平板电脑可根据该华为账号基于蜂窝网建立连接。

S602、手机向平板电脑发送应用1的小部件的布局信息和业务数据。

其中，手机可包括一个或多个应用。所述应用可以是系统应用，也可以是第三方应用。示例性的，手机包括应用1，应用1具有对应的小部件。在将该小部件显示在终端(如上述手机和/或平板电脑)的显示屏上后，用户可在不打开应用1的情况下，查看到该应用1提供的信息。应用1可以为本申请实施例中的第一应用。

在具体实现时，终端可根据小部件的布局信息和业务数据，在显示屏上显示应用1的小部件。布局信息可以包括：小部件包括的各UI元素的标识，样式及各UI元素在小部件中的布局位置。业务数据可以包括：小部件包括的UI元素对应的图片信息，文字信息和状态信息中的一种或多种。小部件包括的UI元素可以为本申请实施例中的第一UI元素。其中，小部件包括的UI元素可以是如图片、视频、文本、图标、banner等展示类元素，也可以是如按钮、进度滑块、工具栏等操控类元素。UI元素的状态信息可以用于指示UI元素的当前状态。如UI元素为进度滑块(或者说进度条)，则状态信息可以用于指示进度滑块的进度。又如UI元素为按钮，则状态信息可以用于指示按钮的点击状态。又如UI元素为开关按钮，则状态信息可以用于指示开关按钮的开关状态。

在本实施例中，手机可将其包括的应用1的小部件分享给其他终端，如将应用1的小部件的布局信息和业务数据发送给其他终端，如上述平板电脑，以便平板电脑在未安装应用1的情况下，也可以在其显示屏上显示应用1的小部件。需要说明的是，布局信息和业务数据可以同时发送给其他终端(如上述平板电脑)；手机也可以先将布局信息发送给其他终端，之后再把业务数据发送给其他终端(如上述平板电脑)，本实施例在此不做具体限制。

在一些实施例中，应用1的小部件显示在或者说被添加到了手机的桌面上。手机可在与平板电脑建立连接后，自动将在手机桌面上的应用1的小部件分享给平板电脑。

示例性的，结合图2，以应用1为音乐应用，音乐应用的小部件称为音乐播放小部件，音乐播放小部件包括专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/ 暂停按钮及下一首按钮为例。如图2所示，手机的桌面上显示有音乐应用的音乐播放小部件201。其中，音乐播放小部件201可以是音乐应用安装后自动添加到手机桌面上的，也可以是音乐应用在手机中安装后，用户在手机桌面的设置程序中手动添加到手机桌面上的。

如前述实施例的描述，音乐应用可将音乐播放小部件201的布局信息和刷新频率信息注册到手机的系统调度服务中。如，布局信息包括：音乐播放小部件包括的专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮这些UI元素的标识，样式，及各UI在小部件中的布局位置。在音乐应用在手机中安装完成后，或用户选择添加音乐播放小部件201到手机桌面后，手机可获取音乐播放小部件201当前的业务数据。如用户正在使用该音乐应用播放音乐，业务数据可以包括所播放音乐的专辑对应的图片信息，歌词对应的文字信息，以及进度条，播放模式按钮和播放/暂停按钮分别对应的状态信息。手机根据获得的业务数据和手机的系统调度服务中注册的布局信息，可在手机的桌面上显示音乐播放小部件201。另外，在音乐播放小部件201显示到手机桌面后，手机的系统调度服务还可根据刷新频率信息定期从音乐应用获取实时的业务数据，并发送给桌面。桌面接收到实时业务数据后，可根据该业务数据更新音乐播放小部件201中的内容，如更新专辑，歌词，进度条的进度等。

手机在与平板电脑连接后，手机可自动将桌面上添加的(或者说包含的)音乐应用的音乐播放小部件201分享给平板电脑。例如，以手机与平板电脑通过接入同一局域网建立连接为例。在手机接入到该局域网后，手机可判断当前局域网中是否还存在其他终端。手机在确定该局域网中存在其他终端，如上述平板电脑后，手机可自动将手机桌面上显示的音乐播放小部件201分享给平板电脑。或者，手机在确定该局域网中存在其他终端，如上述平板电脑后，手机继续判断该平板电脑与手机是否登录了同一账号(如运营商为用户提供的账号或应用账号)。如果平板电脑与手机登录了同一账号，则手机可自动将手机桌面上显示的音乐播放小部件201分享给平板电脑。如果平板电脑与手机未登录同一账号，则手机不分享手机桌面上显示的小部件。

在其他一些实施例中，在手机和平板电脑连接的情况下，手机可在接收到用户的分享操作后，将应用1的小部件分享给平板电脑。分享操作可以为本申请实施例中的第一操作，该第一操作可用于指示分布(或者说分享)应用1的小部件。

作为一种可能的实现，上述分享操作可以是对用于分享(或者说分布、发送等)应用1的小部件的控件的触发操作，如点击操作。

示例性的，用于分享应用1的小部件的控件可以包含在应用1的菜单选项中。

结合图7，继续以应用1为音乐应用，音乐应用的小部件称为音乐播放小部件为例。如图7中的(a)所示，手机显示桌面701，桌面701包括音乐应用的图标702。手机接收用户对音乐应用的图标702的操作，如长按操作(该操作可以为本申请实施例中的第二操作)。作为对该长按操作的响应，如图7中的(b)所示，手机可显示音乐应用的菜单选项703。菜单选项703可包括一个或多个快捷功能选项按钮。如菜单选项703包括继续播放按钮，播放本地音乐按钮。该菜单选项703还包括创建桌面小部件按钮和小部件跨设备(也可以称为小部件分布)按钮704。其中，小部件跨设备按钮704可以为用于分享音乐应用的小部件的控件，该小部件跨设备按钮704可以为 本申请实施例中的第一控件。用户可对该小部件跨设备按钮704进行触发操作，如点击操作，以触发手机将音乐应用的音乐播放小部件分享给其他终端。如，手机接收用户对小部件跨设备按钮704的点击操作。作为对该点击操作的响应，手机可将音乐应用的音乐播放小部件分享给与手机连接的其他终端，如平板电脑。

可以理解的是，一个应用的小部件可以有一个，也可以有多个。其中，在一个应用有多个小部件时，这多个小部件可有不同的样式。不同样式可以是不同小部件包括的UI元素相同但布局不同，或者不同小部件包括的UI元素不同。不同样式小部件的尺寸可以相同，也可以不同。

其中，在应用1有一个小部件的情况下，在手机接收到对用于分享应用1的小部件的控件的触发操作后，手机可将该小部件分享给其他终端。

在应用1有多个小部件的情况下，在手机接收到对用于分享应用1的小部件的控件的触发操作后，手机可选择这多个小部件中其中一个分享给其他终端。

例如，手机可根据预设规则，选择应用1的多个小部件中其中一个分享给其他终端。也就是说，手机可推荐这多个小部件中其中一个分享给其他终端。预设规则可以为：包含UI元素最多的小部件优先分享给其他终端，或，尺寸最大的小部件优先分享给其他终端，或包含UI元素最多且尺寸最大的小部件优先分享给其他终端。如，继续结合图7所示的示例，以音乐应用有3个音乐播放小部件，3个音乐播放小部件的尺寸不同，分别为4:3，4:2，4:1，预设规则为尺寸最大的小部件优先分享给其他终端为例。手机分享音乐应用的音乐播放小部件给平板电脑的具体实现可以是：手机接收到对小部件跨设备按钮704的点击操作后，可获取音乐应用的3个音乐播放小部件的尺寸。之后，手机将音乐应用的3个音乐播放小部件中尺寸最大的音乐播放小部件，即尺寸为4:3的音乐播放小部件分享给平板电脑。

又例如，手机可将这多个小部件中用户选择的小部件分享给其他终端。继续结合图7所示的示例，以音乐应用有3个音乐播放小部件为例。手机分享音乐应用的音乐播放小部件给平板电脑的具体实现可以是：手机接收到对小部件跨设备按钮704的点击操作后，如图7中的(c)所示，可显示音乐应用的小部件列表705。其中，小部件列表705中包括：音乐应用的3个音乐播放小部件，分别为音乐播放小部件705-1，音乐播放小部件705-2和音乐播放小部件705-3。或者说小部件列表705中包括音乐应用的3个音乐播放小部件的缩略图。用户可对想要分享的小部件(或者说对小部件的缩略图)进行选择操作，以便手机将用户选择的音乐播放小部件分享给平板电脑。其中，选择操作可以是对小部件的点击操作，或者选择操作可以是对小部件的点击操作(用于选中该小部件)和对确定分享按钮的点击操作。以选择操作是对小部件的点击操作为例。继续参考图7中的(c)所示，用户想要将音乐播放小部件705-1分享给其他终端，则可对音乐播放小部件705-1进行点击操作。手机接收到该操作后，可将音乐播放小部件705-1分享给平板电脑。

其中，上述小部件列表中包括的小部件可以按照一定的顺序排列显示。如，可以按照推荐优先级的高低排列显示，推荐优先级越高，排序越靠前。作为一种示例，小部件的推荐优先级可以根据小部件包括的UI元素的数量来确定，如包括UI元素数量越多的小部件的推荐优先级越高。这样，在小部件列表中，包括UI元素数量越多的小 部件将优先推荐给用户分享给其他终端。作为又一种示例，小部件的推荐优先级可以根据小部件的尺寸来确定，如尺寸越大的小部件的推荐优先级越高。这样，在小部件列表中，尺寸越大的小部件将优先推荐给用户分享给其他终端，如优先推荐大尺寸(如4:3或4:2)的小部件，其次是4:1的小部件，以此类推。当然，还可以综合考虑多个因素，如包括的UI元素数量，小部件的尺寸来确定推荐优先级，本实施例在此不做具体限制。

又示例性的，用于分享应用1的小部件的控件可以包含在小部件的菜单选项中。

继续结合图2，以应用1为音乐应用，音乐应用的小部件称为音乐播放小部件为例。如图2所示，手机的桌面上显示有音乐应用的音乐播放小部件201。手机接收用户对音乐播放小部件201的操作，如长按操作(该操作可以为本申请实施例中的第三操作)。如图8所示，作为对该长按操作的响应，手机可显示音乐播放小部件201的菜单选项801。菜单选项801可包括一个或多个快捷功能选项按钮。如菜单选项801包括移除按钮，用于将该音乐播放小部件从手机的桌面移除，不再显示在手机桌面。该菜单选项801还包括分享按钮802，该分享按钮802可以为本申请实施例中的第二控件。其中分享按钮802可以为用于分享音乐应用的小部件的控件。用户可对该分享按钮进行触发操作，如点击操作，以触发手机将音乐应用的音乐播放小部件201分享给其他终端。如，手机接收用户对分享按钮802的点击操作。作为对该点击操作的响应，手机可将音乐播放小部件201分享给与手机连接的其他终端，如平板电脑。

作为另一种可能的实现，上述分享操作可以是对应用1的小部件的拖拽操作。

示例性的，结合图9，继续以应用1为音乐应用，音乐应用的小部件称为音乐播放小部件为例。如图9中的(a)所示，手机显示桌面901。手机接收用户用于开启手机桌面设置程序的操作，如该操作可以是在手机桌面901空白处的长按操作或双指捏合操作。响应于该操作，如图9中的(b)所示，手机显示桌面设置界面902。桌面设置界面902中包括用于进行桌面设置的控件，如桌面902包括的各子屏幕的缩略图，用于设置桌面壁纸的按钮，窗口小工具903等。手机接收用户对窗口小工具903的触发操作，如点击操作。如图9中的(c)所示，作为对该操作的响应，手机在桌面设置界面902中显示手机中应用的小部件，如包括音乐应用的音乐播放小部件904。或者说手机在桌面设置界面902中显示手机中应用的小部件的缩略图。用户可对该音乐播放小部件904(或说其缩略图)进行拖拽，以触发手机将音乐播放小部件904分享给其他终端，如上述平板电脑。

可以理解的是，拖拽可以分为设备内拖拽和跨设备拖拽(或者说设备间拖拽)。设备内拖拽可以是指拖拽意图是将被拖拽的对象由该设备的一个位置拖动到该设备的另一个位置的拖拽。跨设备拖拽可以是指拖拽意图是将被拖拽的对象由该设备的一个位置拖动到另一个设备中的拖拽。在本实施例中，手机可以在接收到用户对小部件的拖拽操作后，判断用户的拖拽意图是否是跨设备拖拽。如果确定用户的拖拽意图是跨设备拖拽，则将被拖拽的小部件分享给其他终端。如果确定用户的拖拽意图不是跨设备拖拽，则手机可根据用户释放拖拽时位置，将被拖拽的小部件添加到手机桌面中。如结合上述图9，用户释放拖拽的位置为桌面902包括的某子屏幕的缩略图的位置，则手机可在用户释放拖拽后，将被拖拽的小部件添加到桌面902的该子屏幕中。

作为一种示例，手机可设置拖拽感知区域来确定用户的拖拽意图是否是跨设备拖拽。拖拽感知区域可以是手机显示屏上距离显示屏边缘预定距离的区域。该预定距离可以是预先定义的，也可以提供设置界面供用户设置。手机的拖拽感知区域可以是一个，也可以是多个。拖拽感知区域处设置有透明的视图(view)控件。在被拖拽的对象，如应用的小部件被拖入拖拽感知区域后，设置在对应区域的视图控件可监测到小部件的拖入。在存在视图控件监测到小部件的拖入时，手机便可确定用户的拖拽意图是跨设备拖拽。

例如，继续结合图9，以手机的拖拽感知区域在距离手机显示屏上边缘预定距离的区域为例。用户对音乐播放小部件904进行拖拽，触发手机将音乐播放小部件904分享给其他终端的具体实现可以是：手机接收用户对桌面设置界面902中音乐播放小部件904的拖拽操作，如长按音乐播放小部件904并移动手指(如用户从拖拽起始位置向手机显示屏上边缘移动手指)的操作。作为对该拖拽操作的响应，手机可显示音乐播放小部件904在手机1显示屏上跟随用户手指的移动而移动的动画，给用户以音乐播放小部件904被用户手指拖动的视觉效果。在音乐播放小部件904被拖拽的过程中，手机可判断用户的拖拽意图是否是跨设备拖拽。如用户将音乐播放小部件904拖拽到了距离手机显示屏上边缘预定距离的区域，即上述拖拽感知区域，则手机可确定用户的拖拽意图是跨设备拖拽。之后，手机可将该音乐播放小部件904分享给其他终端。如，手机在接收到用户的拖拽释放操作后，将音乐播放小部件904分享给其他终端。

其中，为了便于用户知晓拖拽感知区域的位置，也可以在拖拽感知区域显示对应指示，以提示用户将小部件拖拽到此处便可触发手机将小部件分享出去。如，继续以手机的拖拽感知区域在距离手机显示屏上边缘预定距离的区域为例。如图9中的(c)所示，在手机接收用户对窗口小工具903的触发操作后，手机还可在桌面设置界面902中靠近手机显示屏上边缘的位置显示分享提示905，用于提示用户将小部件拖拽到分享提示905的显示位置时可触发手机将小部件分享出去。如，如图9中的(d)所示，用户可将音乐播放小部件904拖拽到分享提示905的位置后，释放拖拽。作为响应，手机可将音乐播放小部件904分享给其他终端。又如，手机也可在接收到用户对窗口小工具903的触发操作后，不在桌面设置界面902显示分享提示905，而是在用户将音乐播放小部件904拖拽到靠近手机显示屏上边缘的位置时显示分享提示905，如图9中的(d)所示，以向用户提示释放拖拽后音乐播放小部件904将会被分享给其他终端。

以上图9的示例中，是以用户对桌面设置界面中应用1的小部件进行拖拽操作，以触发将该小部件分享给其他终端为例进行说明的。在其他一些实施例中，用户也可以对其他界面中显示的应用1的小部件进行拖拽操作，以触发手机将其分享给其他终端。例如，继续以应用1是音乐应用，音乐应用的小部件称为音乐播放小部件为例。用户可对手机桌面上显示的音乐播放小部件(如图2所示)进行拖拽操作，以触发手机将其分享给其他终端。或者，用户可对手机显示的音乐应用的小部件列表(如图7中的(c)所示)中的音乐播放小部件进行拖拽操作，以触发手机将其分享给其他终端。本实施例在此不做具体限制。具体实现与上述图9所示示例中的具体实现类似，此处不再一一赘述。

其中，以上示例中，在手机仅与一个终端，如上述平板电脑连接的情况下，手机在与平板电脑连接后，或接收到用户的分享操作后，可直接将应用1的小部件分享给平板电脑。

在手机与多个终端(多个终端包括上述平板电脑)连接的情况下，手机可根据用户选择平板电脑的操作，将应用1的小部件分享给平板电脑。作为一种示例，结合图10，在手机与终端连接后，或手机接收到上述分享操作后，如图10中的(a)所示，手机显示设备列表1001。其中，设备列表1001包括与手机连接的终端的设备标识。如，设备列表1001包括与手机连接的终端1的设备标识，平板电脑的设备标识1002，终端2的设备标识和终端3的设备标识。用户可对平板电脑的设备标识1002进行选择操作，如点击操作。手机接收该点击操作。作为对该操作的响应，手机可将应用1的小部件分享给平板电脑。

在一些实施例中，手机显示设备列表时，可根据与手机连接的各终端是否与手机登录了同一账号，在设备列表中将这些终端分类显示。如，结合图10所示的示例，与手机连接的终端包括：终端1，平板电脑，终端2和终端3。其中，终端1和平板电脑均与手机登录了同一账号，终端2和终端3均未与手机登录同一账号。如图10中的(a)所示，手机显示的设备列表1001包括，我的设备列表1001-1和可用设备列表1001-2。其中，我的设备列表1001-1中包括与手机登录了同一账号的终端1的设备标识和平板电脑的设备标识1002。可用设备列表1001-2中包括未与手机登录同一账号的终端2的设备标识和终端3的设备标识。手机也可以根据其他规则在设备列表中显示各设备标识，如与手机距离越近的终端的设备标识在设备列表中的排序越靠前等，本实施例在此对设备列表中各设备标识的显示规则不做具体限制。另外，设备列表中也可以包括未与手机连接，但在可连接范围内的终端的设备标识。用户也可以选择将应用1的小部件分享给这些终端。当手机接收到用户对设备列表中未与手机连接的终端的设备标识的选择操作后，手机可先与该终端建立连接，然后再将应用1的小部件分享给该终端。

在本申请一些实施例中，手机分享应用1的小部件给其他终端，如平板电脑的具体实现过程可以是：手机可获取应用1的小部件的布局信息和实时的业务数据，并发送给平板电脑。

例如，如前述实施例的描述，应用1安装后可将其小部件的布局信息和刷新频率信息注册到手机的系统调度服务中。结合图5，在手机与平板电脑连接后，或接收到分享操作后，手机的小部件服务可从手机的系统调度服务中获取小部件的布局信息，并向手机的系统调度服务发送消息，以触发手机的系统调度服务从应用1获取实时的业务数据(或者说当前的业务数据)。手机的系统调度服务获取到实时的业务数据后，可将获得的实时的业务发送给手机的小部件服务。之后，手机的小部件服务可将获得的布局信息和实时的业务数据通过手机的传输模块传输给平板电脑。

又例如，以应用1的小部件显示在手机的桌面为例。如前述实施例的描述，手机可根据小部件的布局信息和业务数据，在手机的桌面上显示应用1的小部件。且手机的系统调度服务可根据刷新频率信息定期从应用1获取实时的业务数据，并发送给桌面，用于桌面更新小部件中的内容。结合图5，在手机与平板电脑连接后，或接收到 分享操作后，手机的小部件服务可直接从手机的桌面中获取小部件的布局信息。另外，手机的桌面可向手机的系统调度服务发送消息，用于触发手机的系统调度服务从应用1获取实时刷新的业务数据。手机的系统调度服务接收到消息后，可从应用1读取实时刷新的业务数据，并发送给手机的桌面。手机的桌面接收到实时刷新的业务数据后，一方面可以更新手机桌面上显示的应用1的小部件中的内容，另一方面可将实时刷新的业务数据发送给手机的小部件服务，以便手机的小部件服务获得实时的业务数据。之后，手机的小部件服务可将获得的布局信息和实时的业务数据通过手机的传输模块传输给平板电脑。

其中，小部件的布局信息和业务数据在发送给平板电脑之前，手机还可对布局信息和业务数据进行序列化处理，也就是说，手机发送给平板电脑的布局信息和业务数据是进行序列化处理后得到的数据。作为一种示例，以手机的操作系统为

系统为例。手机可将布局信息和业务数据配置到json文件后发送给平板电脑，如将布局信息和业务数据配置到不同的json文件后发送给平板电脑。具体的，如小部件的布局信息通常是

可扩展标示语言(extensive markup language，xml)文件，手机可将该

xml文件中的各项配置设置到json文件中，实现序列化。对于业务数据，手机可将业务数据中包括的文字信息和状态信息使用键值对写入json文件中，将图片信息压缩为二进制文件，将该二进制文件的文件名写入json文件中，实现序列化。之后，手机可将json文件和上述二进制文件发送给平板电脑。

S603、平板电脑根据接收到的应用1的小部件的布局信息和业务数据显示应用1的小部件。平板电脑中未安装应用1。

在平板电脑接收到来自手机的应用1的小部件的布局信息和业务数据后，在平板电脑未安装应用1的情况下，平板电脑可根据接收到的布局信息和业务数据，在平板电脑的显示屏上显示应用1的小部件。如，结合图5，平板电脑，如平板电脑的传输模块接收到来自手机的应用1的小部件的布局信息和业务数据后，平板电脑的传输模块可将应用1的小部件的布局信息和业务数据发送给平板电脑的小部件服务。平板电脑的小部件服务可根据布局信息和业务数据，在平板电脑的显示屏上还原出该应用1的小部件，如可在平板电脑的桌上显示应用1的小部件。

其中，若平板电脑接收到的是手机经过序列化后的布局信息和业务数据，如平板电脑接收到的是json文件和二进制文件，则平板电脑可根据json文件中设置的各项配置，还原出布局信息，即获得小部件包括的各UI元素的标识，样式和各UI元素在小部件的布局位置。平板电脑还可根据json文件中的键值对还原出对应UI元素的文字信息和/或状态信息。平板电脑根据json文件中文件名，还可读取对应的二进制文件，从而获得对应UI元素的图片信息。这样，平板电脑根据还原出的各UI元素的标识，样式和在小部件的布局位置，以及各UI元素的文字信息，状态信息和图片信息中的一个或多个，便可以在平板电脑上显示应用1的小部件。

例如，结合S602中的示例，继续以应用1为音乐应用，音乐应用的小部件称为音乐播放小部件，音乐播放小部件包括专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮为例。结合图11，平板电脑可接收来自手机的音乐应用的音乐播放小部件经过序列化后的布局信息和业务数据，如json文件和二进制文件。 平板电脑根据json文件中设置的各项配置，可还原出音乐播放小部件的布局信息。如，布局信息包括：音乐播放小部件包括的专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮这些UI元素的标识，样式及各UI在小部件中的布局位置。平板电脑还可根据json文件中的键值对还原出歌词对应的文字信息，进度条，播放模式按钮和播放/暂停按钮分别对应的状态信息，根据二进制文件还原出专辑对应的图片信息，即获得音乐播放小部件的业务数据。之后，平板电脑根据布局信息和业务数据，可在平板电脑的桌面上显示音乐播放小部件。如，平板电脑可根据布局信息，在对应的布局位置显示专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮这些UI元素，根据还原出的文字信息将对应文字设置给歌词控件显示，根据还原出的图片信息将对应bitmap设置给专辑控件显示，根据状态信息设置进度条，播放模式按钮和播放/暂停按钮的显示样式，以实现音乐播放小部件1102在平板电脑端的显示。

作为一种示例，如图11所示，平板电脑可以在平板电脑的当前显示界面，(比如，图11以当前显示界面为桌面为例示出)上显示悬浮窗1101，在悬浮窗1101中显示音乐播放小部件1102。其中，悬浮窗1101可以是在预定区域显示的用于显示分享来的小部件的窗口，该预定区域可以是预先定义的(如预先定义该预定区域为靠近显示屏右边缘的区域)，也可以提供设置界面供用户设置。在本实施例中，平板电脑可以在显示该悬浮窗1101后的预设时长内确定未接收到用户对该悬浮窗1101的操作后隐藏该悬浮窗1101。可以看到的是，在平板电脑未安装音乐应用的情况下，平板电脑也可以根据手机的分享，在平板电脑端实现音乐应用的音乐播放小部件的显示。需要说明的是，其他设备分享给平板电脑的不同小部件，可以在同一个悬浮窗中显示，也可以在不同的悬浮窗中显示。

在应用1的小部件的业务数据是实时刷新的情况下，在手机将应用1的小部件分享给平板电脑后，手机还可将实时刷新的业务数据发送给平板电脑，以使得平板电脑上小部件的内容能够及时得到更新。示例性的，结合图5，以应用1的小部件显示在手机的桌面为例。在手机将应用1的小部件分享给平板电脑后，手机，如手机的系统调度服务可根据应用1注册的刷新频率信息，定期从应用1读取实时的业务数据，并将获得的实时业务数据发送给手机的桌面。手机的桌面接收到实时业务数据后，一方面可以更新手机桌面上显示的应用1的小部件中的内容，另一方面可将实时业务数据发送给手机的小部件服务。手机的小部件服务可通过手机的传输模块将其发送给平板电脑。平板电脑可根据接收到的实时业务数据刷新其显示的应用1的小部件中的内容。如，结合图11，平板电脑可根据来自手机的实时业务数据，更新音乐播放小部件1102中的内容，如更新专辑，歌词，进度条的进度等。

在本申请一些实施例中，在手机将应用1的小部件分享给其他终端，如上述平板电脑后，手机可显示提示信息，用于提示小部件被分享。如，如图10中的(b)所示，手机可在小部件被分享给平板电脑后，在设备列表1001中的平板电脑的设备标识1002的对应位置显示提示信息1003，用于提示用户小部件被分布(或者说分享)给了平板电脑。另外，结合图10，手机在接收到用户对设备列表1001外的区域的触摸操作，如点击操作后，手机可隐藏设备列表1001，显示用户执行分享小部件的操作之前的界 面，如图2所示的界面，又如图7中的(a)所示的桌面701，又如图9中的(a)所示的桌面901。又如，结合图2，如图12所示，在手机显示有应用1的小部件，如图12所示的音乐播放小部件201的情况下。在手机将该音乐播放小部件201分享给其他终端，如平板电脑后，如图12所示，手机可在音乐播放小部件201的对应位置显示提示信息1201和/或提示信息1202。其中，提示信息1201可以是位于音乐播放小部件201外圈的彩色(如蓝色)描边，用于向用户提示该小部件被分享。提示信息1202包含“手机→平板电脑”字样，可用于提示用户该小部件被分享给了平板电脑。类似的，平板电脑接受了手机分享的应用1的小部件，或者说显示了由手机1分享来的应用1的小部件后，平板电脑也可以在该小部件的对应位置显示提示信息，用于提示用户该小部件来自其他终端的分享。例如，如图11所示，音乐播放小部件1102的对应位置显示有提示信息1103。提示信息1103包含“小部件←来自于手机”字样，可用于提示用户该音乐播放小部件1102来自于手机的分享。

在平板电脑上显示了应用1的小部件后，用户可通过对平板电脑上显示的小部件中操控类的UI元素进行操作(该操作可以为本申请实施例中的第四操作)，以实现对应控制操作。示例性的，平板电脑在接收到用户对平板电脑显示的小部件中操控类UI元素的操作(如点击操作，又如滑动操作)后，平板电脑可获取对应的控制信息(或者说操作事件)。其中，控制信息可以包括用户操作的UI元素的标识和操作类型(如点击操作，又如滑动操作等)。之后，平板电脑可将该控制信息发送给手机。如平板电脑将控制信息写入json文件中进行序列化后发送给手机。手机接收到json文件后，进行反序列化处理可获得对应的控制信息。手机可将该控制信息交由应用1执行，以便应用1进行相应响应。在手机进行相应响应后，若小部件中的业务数据发生变更，则手机还可将变更后的业务数据发送给平板电脑，便于平板电脑及时更新小部件中的内容。

例如，结合图11，平板电脑接收到用户对音乐播放小部件1102中的播放/暂停按钮的触摸操作，如点击操作。根据用户操作，平板电脑可获取对应的控制信息，如控制信息包括播放/暂停按钮的标识和点击操作。之后，平板电脑可将该控制信息写入json文件中进行序列化后发送给手机。手机接收到json文件后，进行反序列化处理可获得该控制信息。手机可将该控制信息交由音乐应用执行，以便音乐应用暂停/开始播放音乐。可以理解的是，暂停或开始播放音乐对应播放/暂停按钮的样式不同，也就是说，播放/暂停按钮的状态信息(业务数据)会发生改变，则手机可将播放/暂停按钮的状态信息发送给平板电脑，以便平板电脑更新音乐播放小部件1102中的播放/暂停按钮的显示样式。

以上实施例是以手机分享一个小部件为例进行说明的。在其他一些实施例中，手机也可以同时分享多个小部件给其他终端。例如，在手机与其他终端连接后自动分享小部件给其他终端的场景中，手机可在与其他终端连接后，自动将其桌面添加的所有小部件同时分享给该终端。又例如，在手机根据用户的分享操作分享小部件给其他终端的场景中，手机可根据用户操作将其选择的多个小部件同时分享给其他终端，如用户针对多个小部件执行上述拖拽操作，则手机可将用户拖拽的这多个小部件同时分享给其他终端。

例如，结合图13，以手机与其他终端连接后自动分享小部件给其他终端为例。如图13中的(a)所示，手机的桌面1301上添加有音乐应用的音乐播放小部件1302，备忘录的小部件1303和股票应用的小部件1304。在手机与其他终端，如平板电脑连接后，手机可将桌面1301上添加的音乐播放小部件1302，小部件1303和小部件1304分享给平板电脑，即将音乐播放小部件1302的布局信息和业务数据，小部件1303的布局信息和业务数据，以及小部件1304的布局信息和业务数据发送给平板电脑。平板电脑接收到这些数据后，在未安装音乐应用，备忘录和股票应用的情况下，可根据这些数据在平板电脑上还原出音乐播放小部件1302，小部件1303和小部件1304。如图13中的(b)所示，平板电脑可在平板电脑的桌面上显示悬浮窗1305，该悬浮窗1305中包括小部件1306，小部件1307和小部件1308。其中，小部件1306是还原出的手机音乐应用的音乐播放小部件1302，小部件1307是还原出的手机备忘录的小部件1303，小部件1308是还原出的手机股票应用的小部件1304。之后，手机还可定时获取对应小部件更新的业务数据并发送给平板电脑，以便平板电脑可对对应小部件中的业务数据及时进行更新。其中，平板电脑还原每个小部件的具体实现与上述实施例中手机分享应用1的小部件给平板电脑的具体实现类似，此处不再赘述。另外，当用户在手机上新添加了小部件后，手机可自动将该小部件分享给平板电脑，用于平板电脑在平板电脑上添加该小部件。

需要说明的是，以上实施例是以小部件中的业务数据会定时刷新为例进行说明的。在其他一些实施例中，小部件中的业务数据也可能不是定时刷新的，而是在用户执行对应操作后才需刷新。在该实施例中，手机无需定时获取刷新的业务数据，而是在接收到对应用户操作后，获取刷新的业务数据后发送给平板电脑，用于平板电脑更新小部件中的对应内容。另外，在手机端添加了小部件的场景中，以上实施例是以小部件被添加到了桌面为例进行说明的。在其他一些实施例中，小部件也可以被添加到负一屏，或锁屏界面等其他界面。类似的，平板电脑接收到某应用小部件的布局信息和业务数据后，在未安装该应用的情况下，也可以根据接收到的布局信息和业务数据，在负一屏或锁屏界面添加该小部件。本申请实施例在此对终端上添加小部件的具体界面不做限制。

在本申请一些实施例中，在平板电脑未安装应用1，根据手机的分享显示该应用1的小部件的场景中，若平板电脑接收到用户对平板电脑显示的应用1的小部件的触发操作，如点击操作，则平板电脑可触发手机将应用1的界面投射显示到平板电脑上。例如，结合图11，继续以应用1是音乐应用为例，在平板电脑接收到用户对平板电脑显示的音乐应用的音乐播放小部件1102的点击操作后，平板电脑可向手机发送投屏请求，该投屏请求用于请求手机将音乐应用的界面投射显示到平板电脑。手机接收到该投屏请求后，可获取应用1界面的录屏数据，并发送给平板电脑。如图14所示，平板电脑可根据接收到的该录屏数据在平板电脑上显示应用1的界面1401。

另外，在本申请实施例中，平板电脑端显示的应用1的小部件也可以隐藏(或者说收起)在平板电脑的屏幕边缘。例如，结合图11，以平板电脑的桌面上显示有音乐应用的音乐播放小部件为例。在小部件显示在平板电脑的桌面后的预设时间内平板电脑未接收到用户对小部件的操作，或平板电脑接收到用户对桌面中小部件显示区域外 的区域的触发操作后，平板电脑可将音乐播放小部件隐藏显示，显示效果可如图15所示的1501。之后，若平板电脑接收到用户对隐藏的小部件1501的操作，作为响应，平板电脑可显示该音乐播放小部件，显示效果可如图11所示的音乐播放小部件1102。另外，在手机与平板电脑的连接断开后，平板电脑可不再显示手机分享来的应用的小部件。

采用本申请实施例提供的方法，安装有某应用的第一终端，如手机可将该应用的小部件的相关信息发送给其他没有安装该应用的第二终端，使得该第二终端在不安装对应应用的前提下，也可以显示该应用的小部件供用户查看。解决了多端显示小部件，需多端均安装对应应用的问题。节省了用户的使用成本，提升了用户体验。

以上实施例是以第二终端未安装应用1为例进行说明的。在本申请另外一些实施例中，第二终端也可能安装有应用1。在第二终端上安装有上述应用1的情况下，若第一终端将自身应用1的小部件分享给了第二终端，则第二终端可根据第一终端的分享，将第二终端显示的应用1的小部件中的内容与第一终端的小部件保持同步。

基于此，结合上述图6所示实施例，本申请实施例还提供一种应用小部件的显示方法，该方法可以包括以下步骤：

步骤1、手机与平板电脑建立连接。

步骤2、手机向平板电脑发送应用1的小部件的布局信息和业务数据，以及应用1的包名。

其中，步骤1和步骤2与上述实施例中S601和S602的对应描述类似，此处不再详细赘述。区别在于，在步骤2中，手机除了向平板电脑发送应用1的小部件的布局信息和业务数据外，还需将应用1的包名发送给平板电脑。

步骤3、平板电脑根据应用1的包名，判断平板电脑中是否包括该应用1。

在平板电脑接收到来自手机的应用1的小部件的布局信息和业务数据，以及应用1的包名后，平板电脑可进行本端应用扫描，即判断平板电脑中是否包括或者说是否安装有应用1。若平板电脑不包括应用1，则执行以下步骤4。若平板电脑包括应用1，则执行以下步骤5。

步骤4、平板电脑根据接收到的应用1的小部件的布局信息和业务数据显示应用1的小部件。

其中，如果平板电脑不包括应用1，则平板电脑可根据来自手机的应用1的小部件的布局信息和业务数据显示应用1的小部件。

另外，在应用1的小部件中内容是定时更新的情况下，手机还可定期向平板电脑发送更新的业务数据，以便平板电脑对自身显示的应用1的小部件中的内容进行及时更新。具体描述与上述实施例S603中对应内容的描述类似，此处不再详细赘述。

步骤5、平板电脑根据接收到的应用1的小部件的布局信息和业务数据，更新平板电脑上显示的应用1的小部件的内容，或者在平板电上显示应用1的小部件的内容。

如果平板电脑中包括应用1且平板电脑(如平板电脑的桌面)中添加有小部件，则平板电脑可根据来自手机的应用1的小部件的布局信息和业务数据更新平板电脑显示的应用1的小部件的内容，以使得平板电脑上显示的应用1的小部件中的内容与手机的应用1的小部件内容保持同步。如果平板电脑包括应用1但未在平板电脑中添加 小部件，则平板电脑可根据来自手机的应用1的小部件的布局信息和业务数据在平板电脑上显示应用1的小部件。

另外，在应用1的小部件中内容是定时更新的情况下，平板电脑还需定期对本端显示的应用1的小部件中的内容进行更新。在一些实施例中，可由手机定期向平板电脑发送更新的业务数据，用于平板电脑定期对本端显示的应用1的小部件中的内容进行更新。在其他一些实施例中，由于平板电脑中包括应用1，因此平板电脑也可以定期从本端包括的应用1中获取实时更新的业务数据，用于更新本端显示的应用1的小部件的内容。

其中，在平板电脑从本端包括的应用1中获取实时更新的业务数据的场景中，为了确保平板电脑从本端应用1获得的业务数据与手机上应用1的业务数据能保持同步，在本实施例中，在平板电脑确定本端包括应用1后，平板电脑还可通知手机，平板电脑启动服务接续流程，如平板电脑向手机发送接续请求(该接续请求可以为本申请实施例中的请求消息)，用于通知手机平板电脑启动服务接续流程。手机接收到来自平板电脑的接续请求后，可获取应用1实时的业务数据并发送给平板电脑。平板电脑接收到实时的业务数据后，可根据该实时的业务数据更新应用1当前的状态，以使得平板电脑端应用1的状态与手机端应用1的状态保持一致。之后，平板电脑可定期从应用1获得实时的业务数据，用于平板电脑更新应用1的小部件中的内容。另外，在平板电脑将本端应用1的状态与手机端应用1的状态恢复到一致后，平板电脑还可向手机发送通知消息，用于通知手机服务接续完成，以便手机暂停相关服务。

示例性的，结合图5，平板电脑发起服务接续，并获得实时业务数据的过程可以包括：平板电脑确定本端包括应用1后，平板电脑的小部件服务可通过平板电脑的传输模块向手机发送接续请求，或者说向手机发起服务接续。手机，如手机的传输模块接收到接续请求后，将该接续请求发送给手机的小部件服务。手机的小部件服务接收到该接续请求后，可从应用1获取实时的业务数据。之后，手机的小部件服务可将获取的实时业务数据通过手机的传输模块发送给平板电脑。平板电脑的传输模块接收到该实时业务数据后，可将该实时业务数据发送给平板电脑的小部件服务。平板电脑的小部件服务可将该实时的业务数据发送给应用1，用于应用1将本端应用1的状态与手机端应用1的状态恢复到一致。之后，平板电脑的小部件服务还可通过传输模块向手机发送通知消息，用于通知手机服务接续完成。手机，如手机的传输模块接收到通知消息后，可将该通知消息发送给手机的小部件服务。手机的小部件服务可根据通知消息暂停相关服务。如应用1为音乐应用，手机端正在使用该音乐应用播放音乐，在手机接收到来自平板电脑的用于通知接续完成的通知消息后，手机可停止播放音乐。

其中，以上描述是以平板电脑在确定本端包括应用1后，先根据来自手机的小部件的布局信息和业务数据更新平板电脑显示的应用1的小部件的内容，后续更新的业务数据从平板电脑本端获取为例进行说明的。在其他一些实施例中，平板电脑在确定本端包括应用1后，也可以暂不根据来自手机的小部件的布局信息和业务数据更新平板电脑显示的应用1的小部件的内容，而是直接向手机发送接续请求，以便手机返回实时业务数据用于平板电脑更新本端应用1中的业务数据。之后，平板电脑再根据更新了业务数据后的本端应用1来更新平板电脑显示的应用1的小部件的内容。

作为一种示例，手机和平板电脑的小部件服务中可分别集成相应的软件开发工具包(software development Kit，SDK)，如称为DUP-SDK，并由应用1实现对应的应用程序接口(application programming interface，API)，以实现上述服务接续流程。

例如，结合图16，手机发起应用1的小部件的分享过程，如接收用户分享应用1小部件的操作。手机的小部件服务调用DUP-SDK获取应用1的小部件的布局信息和业务数据，以及应用1的包名(packageName)，并经网络接口发送给平板电脑，如将这些数据进行序列化得到对应的json文件后经网络接口发送给平板电脑。平板电脑的小部件服务经网络接口接收来自手机的json文件，反序列化后可获得小部件的布局信息和业务数据，以及应用1的包名。平板电脑的小部件服务调用DUP-SDK中的检测本地服务(checkLocalService)，以便根据接收到的包名，检测平板电脑本地是否安装有应用1，并检测本端是否注册服务接续服务。在检测到本端未安装应用1时，平板电脑可根据接收到的小部件的布局信息和业务数据，在平板电脑上显示对应小部件。

若检测到本端安装有应用1，且注册有服务接续服务，则平板电脑的小部件服务可经网络接口向手机发送接续请求。手机，如手机的小部件服务经网络接口接收到接续请求后，可调用DUP-SDK的获取本地信息(obtainLocalInfo)接口，以从应用1获取实时的业务数据。之后，手机的小部件服务经网络接口将获取到的实时业务数据序列化为json文件后发送给平板电脑。平板电脑的小部件服务可将网络接口接收对应json文件，反序列化后可获得实时的业务数据。之后，平板电脑的小部件服务调用DUP-SDK可将获得的实时业务数据设置给应用1。如应用1中实现了信息应用于本地(applyInfo2Local)接口，调用该applyInfo2Local接口，可实现实时业务数据到本地应用1的设置，以便平板电脑将本端应用1的状态与手机端应用1的状态恢复到一致。在设置成功后，平板电脑还可通知给手机的服务接续成功(onServiceContinueSuccess)接口，如应用1设置成功后，将结果(如成功)发送给小部件服务，手机的小部件服务经网络接口发送通知消息，如将通知消息序列化为json文件后发送给手机。手机在收到该json文件，反序列化可获得通知消息。之后，可由手机的小部件服务根据通知消息通知应用1暂停相关服务。平板电脑可根据接收到的小部件的布局信息和从本端应用1获得的业务数据，在平板电脑上显示对应小部件，如由平板电脑的sinkactivity显示小部件。

可以理解的是，在上述服务接续的流程中，当手机端停止应用1小部件的分享，如手机与平板电脑断开连接，或者接收到用户停止分享应用1的小部件的操作(该操作可在手机端执行，也可以在平板电脑端执行)后，手机和平板电脑可交换角色后，重新执行上述服务接续流程，以便手机可接续平板电脑继续为用户提供服务。如，在手机端停止应用1的小部件分享后，手机可向平板电脑发送接续请求。之后，平板电脑可调用DUP-SDK的obtainLocalInfo接口，以从平板电脑端的应用1获取实时的业务数据并返回手机。手机接收到实时业务数据后，可调用applyInfo2Local接口，实现该实时业务数据在手机端应用1中的设置。设置成功后，手机发送通知消息给平板电脑的onServiceContinueSuccess接口，以便平板电脑端暂停应用1的相关服务，这样，可在手机端接续回平板电脑的服务。

以下结合具体示例对上述过程进行简单说明。例如，结合图17，继续以应用1为音乐应用，用于分享音乐应用的小部件的控件包含在应用1的菜单选项中为例。如图17中的(a)所示，手机的桌面上包括音乐应用的图标1701。手机接收用户对音乐应用的图标1701的操作，如长按操作。作为对该长按操作的响应，如图17中的(a)所示，手机可显示音乐应用的菜单选项1702。菜单选项1702小部件跨设备按钮1703。小部件跨设备按钮1703为用于分享音乐应用的小部件的控件。手机接收到用户对小部件跨设备按钮1703的触发操作，如点击操作。作为对该操作的响应，如图17中的(b)所示，手机显示设备列表1704。设备列表1704中包括与手机连接的终端的设备标识，如包括平板电脑的设备标识1705。手机接收用户对平板电脑的设备标识1705的选择操作。作为对该操作的响应，手机可将音乐应用的小部件分享给平板电脑。如，手机向平板电脑发送音乐应用的小部件的布局信息和业务数据，以及音乐应用的包名。平板电脑接收到这些数据后，可先根据音乐应用的包名，确定本端是否安装有该音乐应用。如，平板电脑确定出本端安装有该音乐应用，则可向手机发送接续请求。手机接收到接续请求后，可获取音乐应用的实时业务数据(如当前播放的音乐标识、播放进度、音量等)并发送给手机。之后，平板电脑可根据接收到的实时业务数据更新本端音乐应用的状态，如将音乐应用设置到和手机一样的音乐、进度、音量等，实现续接。平板电脑还可根据更新了业务数据后的本端音乐应用来显示平板电脑中添加的音乐应用的小部件的内容。具体的显示效果可如图11所示的1102。另外，由于在该实施例中，平板电脑中安装了音乐应用，且平板电脑显示的小部件中的数据也来自于本端的音乐应用，因此，平板电脑在该小部件的对应位置显示的，用于提示小部件来源的提示信息，可以包括“本端”字样。也就是说，在该实施例中，图11所示的提示信息1103中的“小部件←来自于手机”可替换为“本端”字样，用于提示用户该音乐播放小部件来自于本端。

另外，如前述实施例的描述，在平板电脑接续成功后，可向手机发送用于通知接续成功的通知消息。在一些实施例中，手机在接收到该通知消息后，可显示提示信息，提示用户小部件分布成功。例如，如图17中的(b)所示，手机可在设备列表1704中平板电脑的设备标识1703下显示“成功分布”字样1706，以向用户提示音乐应用的小部件成功分布到了平板电脑。又例如，如图17中的(c)所示，手机可在手机显示的音乐应用的小部件1707的对应位置显示提示信息1708。提示信息1708可包含“手机→平板电脑”字样，可用于提示用户该小部件被成功分布到了平板电脑。如果用户正在使用手机的音乐应用播放音乐，则在手机接收到通知消息后，还可暂停相关服务，如停止播放音乐。

另外，如图6所示实施例的描述，在平板电脑未安装应用1，根据手机的分享显示应用1的小部件的场景中，如果平板电脑接收到用户对本端显示的应用1的小部件中可操作UI元素的触发操作时，平板电脑可将对应控制信息发送给手机，以便手机做出相应响应。而在平板电脑安装了应用1，且在执行了服务接续流程的情况下显示小部件的场景中，如果平板电脑接收到用户对本端显示的应用1的小部件中可操作UI元素的触发操作(该操作可以为本申请实施例中的第四操作)时，平板电脑可将对应控制信息发送给本端的应用1，以便本地应用1做出相应响应。另，如图6所示实施 例的描述，在平板电脑未安装应用1，根据手机的分享显示该应用1的小部件的场景中，如果平板电脑接收到用户对平板电脑显示的应用1的小部件的触发操作，则平板电脑可触发手机将应用1的界面投射显示到平板电脑上。而在平板电脑安装了应用1，且在执行了服务接续流程的情况下显示小部件的场景中，如果平板电脑接收到用户对平板电脑显示的应用1的小部件的触发操作，则平板电脑可打开本端的应用1，显示应用1的界面。如，以应用1是音乐应用为例，如图18所示，平板电脑接收到用户对平板电脑显示的音乐应用的小部件的触发操作后，可显示音乐应用的界面1801。也就是说，对于平板电脑安装了应用1，且在执行了服务接续流程的情况下显示小部件的场景，用户在平板电脑端对应用1的小部件的操作，不用手机做出响应。

在本申请其他一些实施例中，对于平板电脑安装了应用1，且在执行了服务接续流程的情况下显示小部件的场景，平板电脑显示应用1的小部件时，除了可以根据手机分享的布局信息和业务数据，显示对应的UI元素外，还可以由应用开发人员或系统开发人员定义，在该小部件中添加该应用1的其他UI元素(该UI元素可以为本申请实施例中的第二UI元素)。例如，继续以应用1为音乐应用，音乐应用的小部件称为音乐播放小部件，手机分享的音乐播放小部件包括专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮为例。在平板电脑接收到来自手机的分享后，平板电脑显示的小部件中除了包括专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮外，还可以添加其他UI元素。如图19中的(a)所示，平板电脑显示音乐播放小部件1901，该音乐播放小部件1901除了包括专辑，歌词，进度条，播放模式按钮，上一首按钮，播放/暂停按钮及下一首按钮外，还包括歌单列表1902，或者如图19中的(b)所示，还包括专辑推荐1903。

采用本申请实施例提供的方法，安装有某应用的第一终端，如手机可将该应用的小部件的相关信息发送给其他没有安装该应用的第二终端，使得该第二终端在不安装对应应用的前提下，也可以显示该应用的小部件供用户查看。解决了多端显示小部件，需多端均安装对应应用的问题。节省了用户的使用成本，提升了用户体验。另外，在第二终端安装有对应应用的情况下，可以接续到第二终端的应用继续为用户提供服务，小部件也从第二终端的应用获取对应内容。小部件的分布支持拖拽方式触发，分布更加灵活，用户操作更加简单，提高了用户体验。

图20为本申请实施例提供一种应用小部件的显示装置的组成示意图。如图20所示，该装置可以应用于包括第一应用的第一终端(如上述手机)。该装置可以包括：连接单元2001和发送单元2002。

连接单元2001，用于与第二终端建立连接。

发送单元2002，用于向第二终端发送第一应用的小部件的布局信息，用于第二终端在未显示第一应用的小部件的情况下显示小部件；其中，布局信息可以包括：小部件包括的第一UI元素的标识，样式及在小部件中的布局位置。

进一步的，发送单元2002，还用于向第二终端发送第一应用的小部件的业务数据，用于第二终端在小部件的对应第一UI元素中显示内容；业务数据可以包括第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，该状态信息可用于指示第一UI元素的当前状态。

进一步的，上述第二终端未显示第一应用的小部件可以包括：第二终端不包括第一应用；或，第二终端包括第一应用但未在第二终端的桌面添加第一应用的小部件。

进一步的，上述小部件的布局信息和业务数据，还可用于第二终端在显示第一应用的小部件的情况下更新显示小部件的内容。

进一步的，小部件包含在第一终端的桌面中。

进一步的，该装置还可以包括：确定单元2003，用于确定第二终端与第二终端登录了同一账号。

进一步的，该装置还可以包括：输入单元2004，用于接收用户的第一操作，第一操作用于指示分布小部件。

进一步的，该装置还可以包括：显示单元2005，用于显示第一应用的图标。

输入单元2004，还用于接收用户对第一应用的图标的第二操作。

显示单元2005，还用于响应于第二操作，显示菜单选项，菜单选项包括第一控件，第一控件用于触发第一终端分布小部件；第一操作是对第一控件的操作。

进一步的，小部件是第一应用的多个小部件中，用户选择的或第一终端推荐的。

进一步的，显示单元2005，用于显示小部件。

输入单元2004，还用于接收用户对小部件的第三操作。

显示单元2005，还用于响应于第三操作，显示菜单选项，操作菜单包括第二控件，第二控件用于触发第一终端分布小部件；第一操作是对第二控件的操作。

进一步的，显示单元2005，用于显示桌面设置界面，该桌面设置界面包括小部件；其中，第一操作是对小部件的拖拽操作。

发送单元2002，具体用于在确定小部件被拖拽到预定区域后释放拖拽时，向第二终端发送小部件的布局信息。

其中，发送单元2002，具体用于将小部件的布局信息，业务数据配置到json文件后发送给第二终端。

进一步的，该装置还可以包括：获取单元2006，用于根据第一应用的刷新频率信息，定时从第一终端的第一应用获取刷新的业务数据。

发送单元2002，还用于向第二终端发送刷新的业务数据，用于第二终端更新显示的小部件中的内容。

进一步的，该装置还可以包括：接收单元2007，用于接收来自第二终端的第一UI元素的标识和操作类型，第一UI元素的标识和操作类型是第二终端接收到用户的第四操作后发送的，第四操作是对第二终端显示的小部件中第一UI元素的操作。

处理单元2008，用于根据第一UI元素的标识和操作类型，控制第一终端的第一应用对第四操作进行响应。

进一步的，在第二终端包括第一应用的情况下，接收单元2007，用于第一终端接收来自第二终端的请求消息。

获取单元2006，用于响应于请求消息，获取第一终端中第一应用实时的业务数据。

发送单元2002，还用于向第二终端发送第一终端中第一应用实时的业务数据。

进一步的，接收单元2007，还用于接收来自第二终端的通知消息。

处理单元2008，还用于响应于通知消息，控制第一终端的第一应用暂停相关服务。

图21为本申请实施例提供一种应用小部件的显示装置，该装置可以应用于第二终端(如上述平板电脑)，如图21所示，该装置可以包括：连接单元2101，接收单元2102和显示单元2103。

连接单元2101，用于与第一终端建立连接，第一终端包括第一应用。

接收单元2102，用于在第二终端未显示第一应用的小部件的情况下，接收来自第一终端的第一应用的小部件的布局信息；其中，布局信息包括小部件包括的第一UI元素的标识，样式及在小部件中的布局位置。

显示单元2103，用于根据小部件的布局信息，显示小部件，小部件包括第一UI元素。

进一步的，接收单元2102，还用于在第二终端未显示第一应用的小部件的情况下，接收来自第一终端的第一应用的小部件的业务数据；业务数据包括第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，状态信息用于指示所述第一UI元素的当前状态。显示单元2103，还用于根据业务数据在小部件的对应第一UI元素中显示内容。

进一步的，第二终端未显示第一应用的小部件可以包括：第二终端不包括第一应用；或，第二终端包括第一应用但未在第二终端的桌面添加第一应用的小部件。

进一步的，该装置还可以包括：获取单元2104，用于定时获取刷新的业务数据。

显示单元2103，还用于根据刷新的业务数据更新显示的小部件中的内容。

进一步的，在第二终端不包括第一应用的情况下；获取单元2104，具体用于：接收第一终端定时发送的刷新的业务数据。

进一步的，该装置还可以包括：输入单元2105，用于接收用户对第二终端显示的小部件中第一UI元素的第四操作。发送单元2106，用于向第一终端发送第一UI元素的标识和操作类型，用于第一终端对第四操作进行响应。

进一步的，在第二终端包括第一应用的情况下；获取单元2104，具体用于根据第一应用的刷新频率信息，定时从第二终端的第一应用获取刷新的业务数据。

进一步的，发送单元2106，还用于在接收到来自第一终端的小部件的布局信息后，在确定第二终端包括第一应用时，向第一终端发送请求消息，请求消息用于触发第一终端获取第一终端中第一应用实时的业务数据。

接收单元2102，还用于接收来自第一终端的第一终端中第一应用实时的业务数据。

该装置还可以包括：更新单元2107，用于根据实时的业务数据更新第二终端中第一应用当前的状态。

进一步的，发送单元2106，还用于向第一终端发送通知消息，该通知消息用于第一终端的第一应用暂停相关服务。

进一步的，输入单元2105，还用于接收用户对第二终端显示的小部件中第一UI元素的第四操作。

该装置还可以包括：处理单元2108，用于控制第二终端的第一应用对第四操作进行响应。

进一步的，小部件中还可以包括第二终端中第一应用的第二UI元素。

本申请实施例还提供一种应用小部件的显示装置，该装置可以应用于上述实施例 中的第一终端或第二终端。该装置可以包括：处理器，以及用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令时实现上述方法实施例中手机或平板电脑执行的各个功能或者步骤。

本申请实施例还提供一种终端(该终端可以为上述实施例中的第一终端或第二终端)，该终端可以包括：显示屏、存储器和一个或多个处理器。该显示屏、存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，终端可执行上述方法实施例中手机或平板电脑执行的各个功能或者步骤。当然，该终端包括但不限于上述显示屏、存储器和一个或多个处理器。例如，该终端的结构可以参考图4所示的手机的结构。

本申请实施例还提供一种芯片系统，该芯片系统可以应用于前述实施例中的终端(如第一终端或第二终端)。如图22所示，该芯片系统包括至少一个处理器2201和至少一个接口电路2202。该处理器2201可以是上述终端中的处理器。处理器2201和接口电路2202可通过线路互联。该处理器2201可以通过接口电路2202从上述终端的存储器接收并执行计算机指令。当计算机指令被处理器2201执行时，可使得终端执行上述实施例中手机或平板电脑执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机可读存储介质，用于存储上述终端(如手机或平板电脑)运行的计算机指令。

本申请实施例还提供一种计算机程序产品，包括上述终端(如手机或平板电脑)运行的计算机指令。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质 上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (28)

1. 一种应用小部件的显示方法，其特征在于，应用于包括第一应用的第一终端，所述方法包括：

   所述第一终端与第二终端建立连接；

   所述第一终端向所述第二终端发送所述第一应用的小部件的布局信息，用于所述第二终端在未显示所述第一应用的小部件的情况下显示所述小部件；

   其中，所述布局信息包括所述小部件包括的第一用户界面UI元素的标识，样式及在所述小部件中的布局位置。
2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：

   所述第一终端向所述第二终端发送所述第一应用的小部件的业务数据，用于所述第二终端在所述小部件的对应第一UI元素中显示内容；

   所述业务数据包括所述第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，所述状态信息用于指示所述第一UI元素的当前状态。
3. 根据权利要求1或2所述的方法，其特征在于，所述第二终端未显示所述第一应用的小部件包括：

   所述第二终端不包括所述第一应用；或，

   所述第二终端包括所述第一应用但未在所述第二终端的桌面添加所述第一应用的小部件。
4. 根据权利要求1-3中任一项所述的方法，其特征在于，所述小部件包含在所述第一终端的桌面中。
5. 根据权利要求4所述的方法，其特征在于，在所述第一终端向所述第二终端发送所述第一应用的小部件的布局信息之前，所述方法还包括：

   所述第一终端确定所述第二终端与所述第二终端登录了同一账号。
6. 根据权利要求1-3任一项所述的方法，其特征在于，在所述第一终端向所述第二终端发送所述第一应用的小部件的布局信息之前，所述方法还包括：

   所述第一终端接收用户的第一操作，所述第一操作用于指示分布所述小部件。
7. 根据权利要求6所述的方法，其特征在于，在所述第一终端接收用户的第一操作之前，所述方法还包括：

   所述第一终端显示所述第一应用的图标；

   所述第一终端接收用户对所述第一应用的图标的第二操作；

   响应于所述第二操作，所述第一终端显示菜单选项，所述菜单选项包括第一控件，所述第一控件用于触发所述第一终端分布所述小部件；

   所述第一操作是对所述第一控件的操作。
8. 根据权利要求7所述的方法，其特征在于，所述小部件是所述第一应用的多个小部件中，用户选择的或所述第一终端推荐的。
9. 根据权利要求6所述的方法，其特征在于，在所述第一终端接收用户的第一操作之前，所述方法还包括：

   所述第一终端显示所述小部件；

   所述第一终端接收用户对所述小部件的第三操作；

   响应于所述第三操作，所述第一终端显示菜单选项，所述菜单选项包括第二控件，所述第二控件用于触发所述第一终端分布所述小部件；

   所述第一操作是对所述第二控件的操作。
10. 根据权利要求6所述的方法，其特征在于，在所述第一终端接收用户的第一操作之前，所述方法还包括：

    所述第一终端显示桌面设置界面，所述桌面设置界面包括所述小部件；

    其中，所述第一操作是对所述小部件的拖拽操作；

    所述第一终端向所述第二终端发送所述第一应用的小部件的布局信息，包括：

    所述第一终端在确定所述小部件被拖拽到预定区域后释放拖拽时，向所述第二终端发送所述小部件的布局信息。
11. 根据权利要求2所述的方法，其特征在于，所述第一终端向所述第二终端发送所述布局信息，发送所述业务数据，包括：

    所述第一终端将所述布局信息，所述业务数据配置到json文件后发送给所述第二终端。
12. 根据权利要求2-11中任一项所述的方法，其特征在于，在所述第一终端向所述第二终端发送所述第一应用的小部件的业务数据之后，所述方法还包括：

    所述第一终端根据所述第一应用的刷新频率信息，定时从所述第一终端的所述第一应用获取刷新的所述业务数据；

    所述第一终端向所述第二终端发送刷新的所述业务数据，用于所述第二终端更新显示的所述小部件中的内容。
13. 根据权利要求1-12中任一项所述的方法，其特征在于，所述方法还包括：

    所述第一终端接收来自所述第二终端的所述第一UI元素的标识和操作类型，所述第一UI元素的标识和操作类型是所述第二终端接收到用户的第四操作后发送的，所述第四操作是对所述第二终端显示的所述小部件中所述第一UI元素的操作；

    所述第一终端根据所述第一UI元素的标识和所述操作类型，控制所述第一终端的所述第一应用对所述第四操作进行响应。
14. 根据权利要求1-11中任一项所述的方法，其特征在于，在所述第二终端包括所述第一应用的情况下，在所述第一终端向所述第二终端发送所述第一应用的小部件的布局信息之后，所述方法还包括：

    所述第一终端接收来自所述第二终端的请求消息；

    响应于所述请求消息，所述第一终端获取所述第一终端中所述第一应用实时的业务数据；

    所述第一终端向所述第二终端发送所述第一终端中所述第一应用实时的业务数据。
15. 根据权利要求14所述的方法，其特征在于，在所述第一终端向所述第二终端发送所述第一终端中所述第一应用实时的业务数据之后，所述方法还包括：

    所述第一终端接收来自所述第二终端的通知消息；

    响应于所述通知消息，所述第一终端控制所述第一终端的所述第一应用暂停相关服务。
16. 一种应用小部件的显示方法，其特征在于，应用于第二终端，所述方法包括：

    所述第二终端与第一终端建立连接，所述第一终端包括第一应用；

    在所述第二终端未显示所述第一应用的小部件的情况下，所述第二终端接收来自所述第一终端的所述第一应用的小部件的布局信息；其中，所述布局信息包括所述小部件包括的第一用户界面UI元素的标识，样式及在所述小部件中的布局位置；

    所述第二终端根据所述小部件的布局信息，显示所述小部件，所述小部件包括所述第一UI元素。
17. 根据权利要求16所述的方法，其特征在于，所述方法还包括：

    在所述第二终端未显示所述第一应用的小部件的情况下，所述第二终端接收来自所述第一终端的所述第一应用的小部件的业务数据；所述业务数据包括所述第一UI元素对应的图片信息，文字信息和状态信息中的一种或多种，所述状态信息用于指示所述第一UI元素的当前状态

    所述第二终端根据所述业务数据在所述小部件的对应第一UI元素中显示内容。
18. 根据权利要求16或17所述的方法，其特征在于，所述第二终端未显示所述第一应用的小部件包括：

    所述第二终端不包括所述第一应用；或，

    所述第二终端包括所述第一应用但未在所述第二终端的桌面添加所述第一应用的小部件。
19. 根据权利要求17-18中任一项所述的方法，其特征在于，所述方法还包括：

    所述第二终端定时获取刷新的所述业务数据；

    所述第二终端根据刷新的所述业务数据更新显示的所述小部件中的内容。
20. 根据权利要求19所述的方法，其特征在于，在所述第二终端不包括所述第一应用的情况下；

    所述第二终端定时获取刷新的所述业务数据，包括：

    所述第二终端接收所述第一终端定时发送的刷新的所述业务数据。
21. 根据权利要求20所述的方法，其特征在于，在所述第二终端根据所述小部件的布局信息，显示所述小部件之后，所述方法还包括：

    所述第二终端接收用户对所述第二终端显示的所述小部件中所述第一UI元素的第四操作；

    所述第二终端向所述第一终端发送所述第一UI元素的标识和操作类型，用于所述第一终端对所述第四操作进行响应。
22. 根据权利要求19所述的方法，其特征在于，在所述第二终端包括所述第一应用的情况下；

    所述第二终端定时获取刷新的所述业务数据，包括：

    所述第二终端根据所述第一应用的刷新频率信息，定时从所述第二终端的所述第一应用获取刷新的所述业务数据。
23. 根据权利要求22所述的方法，其特征在于，在所述第二终端根据所述第一应用的刷新频率信息，定时从所述第二终端的所述第一应用获取刷新的所述业务数据之前，所述方法还包括：

    在接收到来自所述第一终端的所述小部件的布局信息后，所述第二终端在确定所 述第二终端包括所述第一应用时，向所述第一终端发送请求消息，所述请求消息用于触发所述第一终端获取所述第一终端中所述第一应用实时的业务数据；

    所述第二终端接收来自所述第一终端的所述第一终端中所述第一应用实时的业务数据；

    所述第二终端根据所述实时的业务数据更新所述第二终端中所述第一应用当前的状态。
24. 根据权利要求23所述的方法，其特征在于，在所述第二终端根据所述实时的业务数据更新所述第二终端中所述第一应用当前的状态之后，所述方法还包括：

    所述第二终端向所述第一终端发送通知消息，所述通知消息用于所述第一终端的所述第一应用暂停相关服务。
25. 根据权利要求22-24中任一项所述的方法，其特征在于，在所述第二终端根据所述小部件的布局信息，显示所述小部件之后，所述方法还包括：

    所述第二终端接收用户对所述第二终端显示的所述小部件中所述第一UI元素的第四操作；

    所述第二终端控制所述第二终端的所述第一应用对所述第四操作进行响应。
26. 根据权利要求22-25中任一项所述的方法，其特征在于，所述小部件中还包括所述第二终端中所述第一应用的第二UI元素。
27. 一种应用小部件的显示装置，其特征在于，包括：处理器；用于存储所述处理器可执行指令的存储器；

    其中，所述处理器被配置为执行所述指令时实现如权利要求1-15中任一项所述的方法，或者实现如权利要求16-26中任一项所述的方法。
28. 一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现如权利要求1-15中任一项所述的方法，或者实现如权利要求16-26中任一项所述的方法。

Images