CN105808277A - 一种卡片式桌面的实现方法、装置和系统 - Google Patents

Abstract

本发明提供了一种卡片式桌面的实现方法、装置和系统，服务管理模块将来自服务器端的卡片服务的资源地址发送给桌面模块；所述桌面模块在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图，将视图信息和所述资源地址发送给渲染模块；所述渲染模块从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。本发明能够摆脱模板的限制，降低系统消耗，提高桌面的稳定性。

Description

一种卡片式桌面的实现方法、装置和系统

【技术领域】

本发明涉及计算机应用技术领域，特别涉及一种卡片式桌面的实现方法、装置和系统。

【背景技术】

随着移动终端的大量普及和发展，移动终端已经不仅仅是用户进行通讯的工具，也逐渐成为获取信息的重要手段，大量商家也利用移动终端向用户发送自己的服务。目前通用的方式主要是以下两种：

第一种方式：用户首先在移动终端中安装应用安装包，然后商家将服务发送到具体的应用中，应用再通知操作系统在任务栏等中提示相关信息。用户点击相关信息进入具体的应用来查看详情。

第二种方式：商家通过短消息等发送一些简单的文本或者链接信息。

第一种方式存在的问题是需要提前预装对应的应用安装包，而且用户查看详情时需要跳转进入具体的应用。第二种方式存在的问题是推送的数据结构比较简单，体验比较简陋，不够友好，而且基本是一次性的。

针对上述问题，目前提出了一种卡片式桌面技术，桌面进程在桌面上以服务卡片的形式显示数据。使得桌面不再仅仅承当应用的入口，而是用户直接在桌面就能看到自己需要看到的信息。目前的卡片式桌面技术中，桌面进程把某个桌面区域用于卡片视图的显示区域，并定义好这个显示区域的显示模板，底层服务连接服务器端，获取需要显示的数据，然后桌面进程将数据填充到显示模板中，形成一个视图显示在桌面上。

然而这种方式存在的比较严重的问题是：需要为不同结构的卡片服务定制不同的模板，如果移动终端没有对应的模板是无法正常显示的，这就意味着有多少结构的卡片服务，就需要移动终端预置差不多同样数量的模板，消耗较大。

【发明内容】

有鉴于此，本发明提供了一种卡片式桌面的实现方法、装置和系统，以便于桌面在显示数据时，摆脱模板的限制，从而降低消耗。

具体技术方案如下：

本发明提供了一种卡片式桌面的实现方法，该方法包括：

服务管理模块将来自服务器端的卡片式桌面服务的资源地址发送给桌面模块；

所述桌面模块在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图，将视图信息和所述资源地址发送给渲染模块；

所述渲染模块从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。

根据本发明一优选实施方式，该方法还包括：

所述桌面模块将所述服务卡片的相关信息存入数据库，所述服务卡片的相关信息包括所述资源地址以及所述视图信息。

根据本发明一优选实施方式，该方法还包括：

当所述桌面模块和所述渲染模块启动后，所述桌面模块读取数据库中的服务卡片的相关信息，依据所述视图信息在桌面上创建视图，并将所述资源地址和所述视图信息发送给所述渲染模块；

所述渲染模块从服务器端获取所述资源地址对应的资源文件后，依据所述视图信息将获取的资源文件渲染到创建的视图。

根据本发明一优选实施方式，该方法还包括：

所述服务管理模块接收到包含所述资源地址的内容更新消息后，将所述内容更新消息发送给所述桌面模块；

所述桌面模块将所述内容更新消息发送给所述渲染模块；

所述渲染模块重新从服务器端获取所述资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

根据本发明一优选实施方式，该方法还包括：

所述桌面模块获取到用户删除所述服务卡片的事件时，删除所述服务卡片对应的视图，该视图所占用的视图区域恢复成可使用。

根据本发明一优选实施方式，该方法还包括：

所述渲染模块获取到用户在所述服务卡片上的操作事件时，响应所述操作事件，或者将所述操作事件上报给所述桌面模块并由所述桌面模块响应所述操作事件；或者，

所述服务卡片上的JS代码获取到用户在所述服务卡片上的操作事件时，将所述操作事件上报给所述渲染模块，由所述渲染模块响应所述操作事件，或者将所述操作事件上报给所述桌面模块并由所述桌面模块响应所述操作事件。

根据本发明一优选实施方式，所述渲染模块响应所述操作事件包括：

所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件，将获取的资源文件渲染到所述服务卡片对应的视图；或者，

所述渲染模块将所述操作事件上报给所述桌面模块，所述桌面模块在桌面上新建一个窗口，将该窗口的信息发送给所述渲染模块；所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件，依据所述窗口的信息将获取的资源文件渲染到新建的窗口。

根据本发明一优选实施方式，所述桌面模块响应所述操作事件包括：

所述桌面模块将所述操作事件所请求资源地址和所述服务卡片对应的视图信息发送给所述渲染模块，所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述视图信息将获取的资源文件渲染到对应视图；或者，

所述桌面模块在桌面新建一个窗口，将所述操作事件所请求资源地址和新建的窗口信息发送给所述渲染模块，所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述窗口信息将获取的资源文件渲染到新建的窗口。

根据本发明一优选实施方式，所述新建的窗口覆盖所述桌面上的全部或部分视图，或者，所述窗口在所述桌面的固定区域，该固定区域与所述桌面上的视图不冲突。

根据本发明一优选实施方式，所述JS代码在上报所述操作事件给所述桌面模块时，进一步上报窗口的大小和/或位置信息给所述桌面模块；

所述桌面模块依据所述窗口的大小和/或位置信息执行所述在桌面上创建一个窗口。

根据本发明一优选实施方式，所述桌面模块和所述渲染模块之间采用进程间通讯的方式进行信息交互。

根据本发明一优选实施方式，所述渲染模块调用web引擎执行所述渲染的操作。

本发明还提供了一种卡片式桌面的实现装置，该装置包括：服务管理模块、桌面模块和渲染模块；

所述服务管理模块，用于将来自服务器端的卡片式桌面服务的资源地址发送给所述桌面模块；

所述桌面模块，用于接收到所述资源地址后，在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图，将视图信息和所述资源地址发送给所述渲染模块；

所述渲染模块，用于接收到所述桌面模块发送的资源地址和视图信息后，从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。

根据本发明一优选实施方式，所述桌面模块，还用于将所述服务卡片的相关信息存入数据库，所述服务卡片的相关信息包括所述资源地址以及所述视图信息。

根据本发明一优选实施方式，所述桌面模块，还用于在所述桌面模块和所述渲染模块启动后，读取数据库中的服务卡片的相关信息，依据所述视图信息在桌面上创建视图，并将所述资源地址和所述视图信息发送给所述渲染模块。

根据本发明一优选实施方式，所述服务管理模块，还用于接收到包含所述资源地址的内容更新消息后，将所述内容更新消息发送给所述桌面模块；

所述桌面模块，还用于将所述内容更新消息发送给所述渲染模块；

所述渲染模块，还用于重新从服务器端获取所述资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

根据本发明一优选实施方式，所述桌面模块，还用于获取到用户删除所述服务卡片的事件时，删除所述服务卡片对应的视图，该视图所占用的视图区域恢复成可使用。

根据本发明一优选实施方式，所述渲染模块，还用于获取到用户在所述服务卡片上的操作事件时，响应所述操作事件，或者将所述操作事件上报给所述桌面模块，由所述桌面模块响应所述操作事件；或者，

所述渲染模块，还用于获取所述服务卡片上的JS代码上报的操作事件，并响应所述操作事件；或者，

所述桌面模块，还用于获取所述服务卡片上的JS代码上报的操作事件，并响应所述操作事件。

根据本发明一优选实施方式，所述渲染模块在响应所述操作事件时，具体执行：

从服务器端获取所述操作事件所请求资源地址对应的资源文件，将获取的资源文件渲染到所述服务卡片对应的视图；或者，

将所述操作事件上报给所述桌面模块，接收到所述桌面模块在桌面上新建一个窗口后发送的该窗口的信息后，从服务器端获取所述操作事件所请求资源地址对应的资源文件，依据所述窗口的信息将获取的资源文件渲染到新建的窗口。

根据本发明一优选实施方式，所述桌面模块在响应所述操作事件时，具体执行：将所述操作事件所请求资源地址和所述服务卡片对应的视图信息发送给所述渲染模块；或者，

所述桌面模块在响应所述操作事件时，具体执行：在桌面新建一个窗口，将所述操作事件所请求资源地址和新建的窗口信息发送给所述渲染模块；所述渲染模块，还用于从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述窗口信息将获取的资源文件渲染到新建的窗口。

根据本发明一优选实施方式，所述桌面模块新建的窗口覆盖所述桌面上的全部或部分视图，或者，所述桌面模块在所述桌面的固定区域新建窗口，该固定区域与所述桌面上的视图不冲突。

根据本发明一优选实施方式，所述桌面模块，还用于接收所述JS代码上报所述操作事件时进一步上报的窗口的大小和/或位置信息，依据所述窗口的大小和/或位置信息执行所述在桌面上创建一个窗口的操作。

根据本发明一优选实施方式，所述桌面模块和所述渲染模块之间采用进程间通讯的方式进行信息交互。

根据本发明一优选实施方式，所述渲染模块调用web引擎执行所述渲染的操作。

本发明还提供了一种实现卡片式桌面的系统，该系统包括：管理服务器和移动终端；

所述管理服务器，用于获取卡片服务的资源地址，并向所述移动终端发送所述卡片服务的资源地址；

所述移动终端包括上述装置。

根据本发明一优选实施方式，所述提供商服务器，还用于向所述管理服务器发送包含所述资源地址的内容更新消息；

所述管理服务器，还用于向所述移动终端发送所述内容更新消息。

本发明还提供了一种卡片式桌面的实现方法，该方法包括：

接收来自服务器端的卡片式桌面服务的资源地址；

在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图；

从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。

根据本发明一优选实施方式，该方法还包括：

接收到包含所述资源地址的内容更新消息后，重新从服务器端获取所述资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

根据本发明一优选实施方式，该方法还包括：

获取到用户删除所述服务卡片的事件时，删除所述服务卡片对应的视图，该视图所占用的视图区域恢复成可使用。

根据本发明一优选实施方式，该方法还包括：

获取用户在所述服务卡片上的操作事件；

从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述视图信息将获取的资源文件渲染到对应的视图，或者在桌面新建一个窗口，将获取的资源文件渲染到新建的窗口。

由以上技术方案可以看出，本发明采用渲染模块对资源文件进行渲染的方式，不再依赖任何模板就可以实现任意形式资源内容的加载显示，降低了存储模板所带来的消耗。

【附图说明】

图1为本发明实施例所基于的系统架构结构图；

图2为本发明实施例提供的一个卡片式桌面的布局实例图；

图3为本发明实施例提供的主要方法流程图；

图4为本发明实施例提供的创建新的卡片服务的流程图；

图5为本发明实施例提供的移动终端重新启动时建立卡片服务的流程图；

图6为本发明实施例提供的更新服务卡片的内容的流程图；

图7为本发明实施例提供的第一种响应用户与服务卡片交互事件的流程图；

图8为本发明实施例提供的第二种响应用户与服务卡片交互事件的流程图；

图9为本发明实施例提供的第三种响应用户与服务卡片交互事件的流程图；

图10为本发明实施例提供的桌面式卡片的实例图；

图11为图10所示桌面式卡片更新后的实例图；

图12为图11所示的桌面式卡片在响应用户操作事件后形成的一种桌面实例图；

图13为图11所示的桌面式卡片在响应用户操作事件后形成的另一种桌面实例图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

为了方便对本发明实施例的理解，首先对本发明实施例所基于的系统架构进行描述。如图1中所示，本发明实施例所基于的系统架构主要包括提供商服务器10、管理服务器20以及移动终端30。其中，提供商服务器10也可以独立于该系统，即该系统架构包括管理服务器20以及移动终端30。

可选地，该移动终端30中可以包括卡片式桌面的实现装置。

可选地，该卡片式桌面的实现装置可以进一步包括服务管理模块31、桌面模块32和渲染模块33。

如果某提供商需要进行针对移动终端的资源推送，这里的资源可以是文本、视频、图片等，可以通过提供商服务器10将需要发送的资源地址发送给管理服务器20，其中的资源地址可以采用URL(UniformResourceLocator，统一资源定位符)，后续实施例中均采用URL进行描述。这里管理服务器20可以仅向具有合作关系的提供商服务器10开放接口。

管理服务器20将该URL发送给移动终端30中的服务管理模块31。在本发明实施例中，移动终端30的用户如果希望获得卡片式桌面的卡片服务，可以预先向管理服务器20注册并订阅卡片服务，管理服务器20向注册并订阅卡片服务的移动终端发送对应卡片服务的URL。例如，某用户订阅了某提供商的读书服务，则如果该提供商发送URL时，管理服务器20将该URL发送给该用户的移动终端30中的服务管理模块31。

移动终端30中服务管理模块31将该URL发送给桌面模块32。该桌面模块32获取到该URL后，在桌面上创建一个可使用的视图区域，该视图区域用以显示该URL对应的服务卡片。这里可使用的视图区域可以是桌面上未被占用的视图区域，也可以是桌面上在预设范围内未被占用的试图区域。然后桌面模块32在该视图区域创建该服务卡片对应的View(视图)，将该View的信息以及URL提供给渲染模块33。其中View的信息可以采用View的句柄，即桌面模块32将创建的View的句柄传递给渲染模块33。

上述服务管理模块31和桌面模块32在移动终端30中可以以进程的形式实现，即分别体现为服务管理进程和桌面进程。

在桌面上可以按照预设的卡片式桌面的布局方式来创建视图区域，举一个例子，如图2中所示，桌面模块32可以按照图2中所示的布局方式来创建服务卡片的视图区域，如果存在未被占用的视图区域，则将服务卡片的资源文件渲染到该视图区域上的视图中，桌面上最多可以存在4个服务卡片。当然图2中所示仅仅为一种布局的实例，本发明实施例并不对卡片式桌面的布局进行限制。

渲染模块33根据桌面模块32提供的URL获取对应的资源文件，即到提供商服务器10获取该URL对应的资源文件，该资源文件通常为HTML(HyperTextMark-upLanguage，超文本标记语言)文件，但也可以是视频文件、图片等多媒体文件，当然多媒体文件也可以嵌入HTML文件中实现。

渲染模块33得到资源文件后，根据桌面模块32提供的View的信息将该资源文件渲染到对应的View中，这样该资源文件就能够在上述视图区域中显示，在桌面上就体现为一个常驻桌面的服务卡片。另外，桌面模块32可以将服务卡片的相关信息存入数据库，供移动终端30在启动时能够自动读取该相关内容并显示对应的服务卡片。其中服务卡片的相关信息可以是URL信息和对应的View的信息，该View的信息可以包括View的句柄、View的位置信息等。该渲染模块33可以采用web引擎的方式实现，即调用web引擎执行渲染的操作。

在本发明实施例中，上述渲染模块33可以启用一个渲染进程对所有的服务卡片进行渲染，也可以针对各服务卡片分别启用渲染进程进行渲染(这种情况下服务卡片和渲染进程是一对一的关系)。

渲染进程在对HTML文件进行渲染时，主要流程包括：解析HTML文件，将HTML文档转换为一棵DOM树，然后进行样式解析，在DOM树上进行颜色、尺寸等属性的添加形成渲染树(rendertree)。然后利用buffer(缓冲器)对渲染树的每个节点进行绘制，将buffer中绘制的内容填充至服务卡片对应的View。在本发明实施例中，桌面模块32与渲染进模块33对buffer采用跨进程的处理方式，即桌面模块32负责buffer的管理，在渲染模块33负责利用buffer进行资源文件的渲染。

当所有服务卡片共用一个渲染进程时，每个服务卡片对应一个buffer，该共用的渲染进程分别利用每个服务卡片对应的buffer对服务卡片对应的View进行渲染。这种方式优选应用于页面复杂度比较低的情况，比较节省内存。

当各服务卡片分别对应渲染进程时，所有服务卡片共享一个buffer，渲染模块获取到资源文件后，利用该共享的buffer以及对应的渲染进程对资源文件进行渲染。这种情况优选应用于页面复杂度高的情况，处理能力较强。

一旦服务卡片创建完成，如果移动终端30重新启动，则桌面模块32读取数据库中的URL信息和View的信息，则依据View的信息在桌面上创建View，并将该URL信息View的信息提供给渲染模块33，由渲染模块33获取该URL对应的资源文件(即向提供商服务器10请求并获取该URL对应的资源文件)后，将该资源文件渲染到对应的View。

另外，还可能存在这样的情况，即提供商需要更新服务卡片的内容，该更新可以是周期性的，也可以是偶然性的。那么提供商服务器10会将包含URL的内容更新消息发送给管理服务器20，管理服务器20再发送给移动终端30的服务管理模块31，服务管理模块31再发送给桌面模块32，桌面模块32再发送给渲染模块33，渲染模块33重新获取该URL对应的资源文件，并将该资源文件重新渲染到对应的View。

上面已经提及，服务卡片常驻于桌面，除非用户手动删除。即桌面模块32获取到用户删除服务卡片的事件时，删除该服务卡片对应的View，此时该View所占用的视图区域恢复成可使用，即未被占用。

另外，服务卡片常驻于桌面，用户可以通过UI接口与服务卡片进行交互：当用户在服务卡片上进行操作时，则渲染模块33或该服务卡片上的JS代码可以捕捉到在该服务卡片上的操作，从而直接响应该操作和/或上报给桌面模块32，由桌面模块32响应该操作。

大多数情况下，用户通过UI接口与服务卡片的交互为新的资源文件的请求，例如用户通过点击服务卡片上资源文件中的链接以请求该链接对应的资源文件，再例如服务卡片对应的View由于显示区域有限，通常仅显示一个整体页面的部分内容，其他内容需要用户通过滑动、点击“显示剩余页面内容”的按钮、或者滑动滑块的方式来请求被未显示的剩余资源文件。无论哪种方式，一旦用户触发了请求新的资源文件的事件，服务卡片的JS代码或者渲染模块33捕捉到该事件，如果JS代码捕捉到该事件会通知渲染模块33或者桌面模块32。

渲染模块33获取到用户触发的事件时，如果该事件在该渲染模块33的响应权限之内，则直接由渲染模块33从提供商服务器10获取该事件所请求资源地址对应的资源文件，并将获取的资源文件渲染到对应的View中。

渲染模块33获取到用户触发的事件时，如果该事件在该渲染模块33的响应权限之外，则可以将该事件上报给桌面模块32。桌面模块32将该事件所请求资源地址和对应View的信息提供给渲染模块33，由渲染模块33从提供商服务器10获取资源文件后，将新的资源文件渲染到对应的View。另外，在这种情况下，桌面模块32也可以新建一个窗口，然后将该事件所请求地址信息和对应的窗口信息提供给渲染模块33，由渲染模块33从服务器端获取该事件所请求地址对应的资源文件后，将获取的资源文件渲染到新建的窗口。

如果JS代码将捕捉到的事件会通知给桌面模块32，则桌面模块32可以将该事件所请求地址和View的信息发送给渲染模块33，由渲染模块33从服务器端获取该事件所请求地址对应的资源文件后，将获取的资源文件渲染到对应的View中。或者，桌面模块32新建一个窗口，将该事件所请求地址和新建的窗口信息发送给渲染模块33，由渲染模块33从服务器端获取该事件所请求地址对应的资源文件后，将获取的资源文件渲染到新建的窗口。

桌面模块32在新建窗口时，可以采用多种方式，例如新建一个大的窗口，该窗口的位置可能覆盖掉卡片式桌面上的全部或者部分View。再例如，该窗口可以在桌面的一个固定区域，该固定区域与卡片式桌面上的View不会冲突。

对于移动终端而言，具体执行了如图3所示的创建新的卡片服务流程，具体包括以下步骤：

在301中，接收来自服务器端的卡片式桌面服务的资源地址。

在302中，在桌面上创建一个可使用的视图区域，该视图区域用以显示上述资源地址对应的服务卡片，在该视图区域创建该服务卡片对应的视图。

在303中，从服务器端获取该资源地址对应的资源文件，并依据上述视图信息将该资源文件渲染到对应的视图。

在此基础上，如果接收到包含上述资源地址的内容更新消息后，重新从服务器端获取该资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

获取到用户删除该服务卡片的事件时，删除该服务卡片对应的视图，将该视图所占用的视图区域恢复成可使用。

获取到用户在服务卡片上的操作事件时，从服务器端获取该操作事件所请求资源地址对应的资源文件后，依据视图信息将获取的资源文件渲染到对应的视图，或者在桌面新建一个窗口，将获取的资源文件渲染到新建的窗口。

当采用图1所示的系统架构实现上述创建新的卡片服务流程时，其过程可以如图4中所示，在图4所示的实施例中，服务管理模块和桌面模块以进程的方式实现，渲染模块以web引擎的方式实现，具体包括以下步骤：

在步骤401中，服务管理进程将来自管理服务器的URL发送给桌面进程。

在步骤402中，桌面进程在桌面上创建一个尚未被占用的视图区域，该视图区域用以显示该URL对应的服务卡片，在该视图区域上创建该服务卡片对应的View。

在步骤403中，桌面进程将该URL和View的句柄提供给web引擎。

在步骤404中，web引擎获取该URL对应的HTML文件，根据桌面进程提供的View的句柄将该HTML文件渲染到对应的View，并将URL信息、View的句柄和位置信息存储于数据库中。

另外，web引擎可以将渲染过程中的状态信息返回给桌面进程。

上述过程中，服务管理进程、桌面进程和web引擎之间采用进程间通讯的方式进行信息交互。进程间通讯的方式可以包括但不限于：广播的方式、文件映射方式、共享内存方式、共享动态链接库的方式等等。也就是说，服务管理进程通过进程间通讯的方式将URL发送给桌面进程，桌面进程通过进程间通讯的方式将URL和View的句柄提供给web引擎，web引擎通过进程间通讯的方式返回渲染状态信息。

从上述过程中可见，本发明实施例采用渲染的方式，不再依赖任何模板，可以实现任何形式资源内容的加载显示，也不用再存储多种模板，降低了消耗。另外，资源文件的获取和渲染不再由桌面进程执行，而由另一个进程web引擎执行，服务卡片的渲染不会影响桌面进程，也不会给桌面进程带来负担，从而降低了消耗，提高了稳定性。

另外，移动终端不用安装具体的应用，就能够直接在桌面上看到提供商服务器推送的资源文件，节省了用户的操作成本，增强了用户体验。

如果移动终端重新启动，则可以按照如图5中所示的流程进行启动，具体包括以下步骤：

在步骤501中，桌面进程和渲染进程启动后，桌面进程读取数据库中的URL信息和View的信息，依据View的信息在桌面上创建View。

由于View的信息中包含View的句柄和View的位置信息，依据View的位置信息以及预设的卡片式桌面的布局方式，桌面进程创建视图区域，在该视图区域上创建View。

在步骤502中，桌面进程将URL和View的信息提供给web引擎。

在步骤503中，web引擎获取URL对应的HTML文件，即向提供商服务器请求并获取该URL对应的资源文件。

在步骤504中，web引擎将获取的HTML文件渲染到对应的View。并可以将渲染的状态信息返回给桌面进程。

通过该过程，当移动终端启动时，就可以自动进行卡片式桌面的显示，用户就能够从桌面上直接看到订制的服务卡片。

对于提供商需要更新服务卡片的内容时，移动终端可以执行如图6所示的更新流程，如图6中所示，该流程具体包括以下步骤：

在步骤601中，服务管理进程接收到包含URL的内容更新消息时，将该消息发送给桌面进程。

在步骤602中，桌面进程将该消息发送给web引擎。

在步骤603中，web引擎依据消息中包含的URL重新获取HTML文件，将该HTML文件重新渲染到对应的View。并可以将渲染的状态信息返回给桌面进程。

可见，资源文件需要更新时，不需要过多的长连接和轮询的功耗，只需要按照图6中所述的流程发送内容更新消息即可。

当用户通过服务卡片提供的UI接口与服务卡片进行交互时，移动终端可以执行如图7中所示的流程，在该实施例中以用户点击服务卡片上的链接且web引擎具备响应权限为例，具体包括以下步骤：

在步骤701中，服务卡片的JS代码捕捉到用户点击服务卡片上的链接的事件，将该事件通知给web引擎。

在本步骤中，也可以由web引擎中的事件处理模块直接捕捉用户点击服务卡片上的链接的事件。

在步骤702中，web引擎从提供商服务器获取该链接对应的HTML文件，将该HTML文件渲染到该服务卡片对应的View。

当用户通过服务卡片提供的UI接口与服务卡片进行交互时，移动终端还可以执行如图8中所示的流程，在该实施例中以用户滑动服务卡片且web引擎不具备响应权限为例，具体包括以下步骤：

在步骤801中，服务卡片的JS代码捕捉到用户滑动服务卡片的事件，将该事件通知给web引擎。

在本步骤中，也可以由web引擎中的事件处理模块直接捕捉用户滑动服务卡片的事件。

在步骤802中，web引擎将该事件上报给桌面进程。

另外，也可以直接由服务卡片的JS代码将事件上报给桌面进程。

在步骤803中，桌面进程新建一个窗口，将新的资源文件的地址信息和窗口的信息发送给渲染进程。

在步骤804中，渲染进程依据新的资源文件的地址信息获取HTML文件，将该HTML文件渲染到新建的窗口。并可以向桌面进程返回渲染状态信息。

当用户通过服务卡片提供的UI接口与服务卡片进行交互时，移动终端还可以执行如图9中所示的流程，在该实施例中以用户滑动服务卡片且web引擎不具备响应权限为例，具体包括以下步骤：

在步骤901中，服务卡片的JS代码捕捉到用户滑动服务卡片的事件，将该事件通知给web引擎。

在本步骤中，也可以由web引擎中的事件处理模块直接捕捉用户滑动服务卡片的事件。

在步骤902中，web引擎将该事件上报给桌面进程。

另外，也可以直接由服务卡片的JS代码将事件上报给桌面进程。

在步骤903中，桌面进程将新的资源文件的地址信息和对应View的信息发送给渲染进程。

在步骤904中，渲染进程依据新的资源文件的地址信息获取HTML文件，将该HTML文件渲染到对应View。并可以向桌面进程返回渲染状态信息。

该实施例与图8中所示实施例不同的是，用户点击链接后，该链接对应的资源文件还在原来的View进行显示，而图8所示的实施例是通过一个新的窗口进行显示。

在上述图8所示的流程中，桌面进程可以按照预先设置的窗口大小和位置信息，来新建窗口。

另外，在上述图8所示流程中，如果JS代码直接将事件上报给桌面进程，则JS代码在上报事件时，可以将窗口大小和/或位置信息上报给桌面进程，桌面进程按照接收到的窗口大小和/或位置信息新建窗口。这种方式下，JS代码可以根据链接对应的HTML文件的大小、移动终端屏幕的大小和分辨率等信息中的至少一种确定出适合显示该HTML文件的窗口大小和/或位置，具体如何确定本发明实施例不加以限制。

由图7至图9所示的流程可以看出，用户在卡片式桌面上，可以通过服务卡片提供的UI接口与服务卡片进行交互，获取更多的服务内容，更进一步提高了用户体验。另外，还提供了在原来的View中显示，或者在新建的窗口中显示的多种实现方式，实现方式灵活且丰富。

举一个效果的实例，如果某用户订制了新闻类的服务卡片、读书类的服务卡片、视频类的服务卡片以及社交类的服务卡片，则通过图4所示流程，可以在桌面上实现如图10所示的桌面式卡片，该桌面式卡片包含四个服务卡片，这四个服务卡片中分别是提供商提供的“新闻类网页1”、“读书类网页1”、“视频类网页1”和“社交类网页1”。

每一个服务卡片都能够按照图6中所示的流程更新服务卡片的内容，假设图10中的新闻类服务卡片每隔两个小时就会更新服务卡片的内容，更新后服务卡片后形成如图11中所示的卡片式桌面，新闻类服务卡片的内容变为“新闻类网页2”。

假设用户在图11中所示的卡片式桌面上点击了“新闻类网页2”中的某个具体新闻的链接，则可以按照图8所示的流程执行，将该链接对应的“新闻类网页3”显示在新建的窗口中，如图12中所示。也可以按照图7或图9中所示的流程执行，将该链接对应的“新闻类网页3”显示在原来的View中，如图13中所示。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (30)

1.一种卡片式桌面的实现方法，其特征在于，该方法包括：

服务管理模块将来自服务器端的卡片式桌面服务的资源地址发送给桌面模块；

所述桌面模块在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图，将视图信息和所述资源地址发送给渲染模块；

所述渲染模块从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

所述桌面模块将所述服务卡片的相关信息存入数据库，所述服务卡片的相关信息包括所述资源地址以及所述视图信息。

3.根据权利要求2所述的方法，其特征在于，该方法还包括：

当所述桌面模块和所述渲染模块启动后，所述桌面模块读取数据库中的服务卡片的相关信息，依据所述视图信息在桌面上创建视图，并将所述资源地址和所述视图信息发送给所述渲染模块；

所述渲染模块从服务器端获取所述资源地址对应的资源文件后，依据所述视图信息将获取的资源文件渲染到创建的视图。

4.根据权利要求1所述的方法，其特征在于，该方法还包括：

所述服务管理模块接收到包含所述资源地址的内容更新消息后，将所述内容更新消息发送给所述桌面模块；

所述桌面模块将所述内容更新消息发送给所述渲染模块；

所述渲染模块重新从服务器端获取所述资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

5.根据权利要求1所述的方法，其特征在于，该方法还包括：

所述桌面模块获取到用户删除所述服务卡片的事件时，删除所述服务卡片对应的视图，该视图所占用的视图区域恢复成可使用。

6.根据权利要求1所述的方法，其特征在于，该方法还包括：

所述渲染模块获取到用户在所述服务卡片上的操作事件时，响应所述操作事件，或者将所述操作事件上报给所述桌面模块并由所述桌面模块响应所述操作事件；或者，

所述服务卡片上的JS代码获取到用户在所述服务卡片上的操作事件时，将所述操作事件上报给所述渲染模块，由所述渲染模块响应所述操作事件，或者将所述操作事件上报给所述桌面模块并由所述桌面模块响应所述操作事件。

7.根据权利要求6所述的方法，其特征在于，所述渲染模块响应所述操作事件包括：

所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件，将获取的资源文件渲染到所述服务卡片对应的视图；或者，

所述渲染模块将所述操作事件上报给所述桌面模块，所述桌面模块在桌面上新建一个窗口，将该窗口的信息发送给所述渲染模块；所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件，依据所述窗口的信息将获取的资源文件渲染到新建的窗口。

8.根据权利要求6所述的方法，其特征在于，所述桌面模块响应所述操作事件包括：

所述桌面模块将所述操作事件所请求资源地址和所述服务卡片对应的视图信息发送给所述渲染模块，所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述视图信息将获取的资源文件渲染到对应视图；或者，

所述桌面模块在桌面新建一个窗口，将所述操作事件所请求资源地址和新建的窗口信息发送给所述渲染模块，所述渲染模块从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述窗口信息将获取的资源文件渲染到新建的窗口。

9.根据权利要求7或8所述的方法，其特征在于，所述新建的窗口覆盖所述桌面上的全部或部分视图，或者，所述窗口在所述桌面的固定区域，该固定区域与所述桌面上的视图不冲突。

10.根据权利要求8所述的方法，其特征在于，所述JS代码在上报所述操作事件给所述桌面模块时，进一步上报窗口的大小和/或位置信息给所述桌面模块；

所述桌面模块依据所述窗口的大小和/或位置信息执行所述在桌面上创建一个窗口。

11.根据权利要求1、3、4、6、7或8所述的方法，其特征在于，所述桌面模块和所述渲染模块之间采用进程间通讯的方式进行信息交互。

12.根据权利要求1、3、4、6、7或8所述的方法，其特征在于，所述渲染模块调用web引擎执行所述渲染的操作。

13.一种卡片式桌面的实现装置，其特征在于，该装置包括：服务管理模块、桌面模块和渲染模块；

所述服务管理模块，用于将来自服务器端的卡片式桌面服务的资源地址发送给所述桌面模块；

所述桌面模块，用于接收到所述资源地址后，在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图，将视图信息和所述资源地址发送给所述渲染模块；

所述渲染模块，用于接收到所述桌面模块发送的资源地址和视图信息后，从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。

14.根据权利要求13所述的装置，其特征在于，所述桌面模块，还用于将所述服务卡片的相关信息存入数据库，所述服务卡片的相关信息包括所述资源地址以及所述视图信息。

15.根据权利要求14所述的装置，其特征在于，所述桌面模块，还用于在所述桌面模块和所述渲染模块启动后，读取数据库中的服务卡片的相关信息，依据所述视图信息在桌面上创建视图，并将所述资源地址和所述视图信息发送给所述渲染模块。

16.根据权利要求13所述的装置，其特征在于，所述服务管理模块，还用于接收到包含所述资源地址的内容更新消息后，将所述内容更新消息发送给所述桌面模块；

所述桌面模块，还用于将所述内容更新消息发送给所述渲染模块；

所述渲染模块，还用于重新从服务器端获取所述资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

17.根据权利要求13所述的装置，其特征在于，所述桌面模块，还用于获取到用户删除所述服务卡片的事件时，删除所述服务卡片对应的视图，该视图所占用的视图区域恢复成可使用。

18.根据权利要求13所述的装置，其特征在于，所述渲染模块，还用于获取到用户在所述服务卡片上的操作事件时，响应所述操作事件，或者将所述操作事件上报给所述桌面模块，由所述桌面模块响应所述操作事件；或者，

所述渲染模块，还用于获取所述服务卡片上的JS代码上报的操作事件，并响应所述操作事件；或者，

所述桌面模块，还用于获取所述服务卡片上的JS代码上报的操作事件，并响应所述操作事件。

19.根据权利要求18所述的装置，其特征在于，所述渲染模块在响应所述操作事件时，具体执行：

从服务器端获取所述操作事件所请求资源地址对应的资源文件，将获取的资源文件渲染到所述服务卡片对应的视图；或者，

将所述操作事件上报给所述桌面模块，接收到所述桌面模块在桌面上新建一个窗口后发送的该窗口的信息后，从服务器端获取所述操作事件所请求资源地址对应的资源文件，依据所述窗口的信息将获取的资源文件渲染到新建的窗口。

20.根据权利要求18所述的装置，其特征在于，所述桌面模块在响应所述操作事件时，具体执行：将所述操作事件所请求资源地址和所述服务卡片对应的视图信息发送给所述渲染模块；或者，

所述桌面模块在响应所述操作事件时，具体执行：在桌面新建一个窗口，将所述操作事件所请求资源地址和新建的窗口信息发送给所述渲染模块；所述渲染模块，还用于从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述窗口信息将获取的资源文件渲染到新建的窗口。

21.根据权利要求19或20所述的装置，其特征在于，所述桌面模块新建的窗口覆盖所述桌面上的全部或部分视图，或者，所述桌面模块在所述桌面的固定区域新建窗口，该固定区域与所述桌面上的视图不冲突。

22.根据权利要求20所述的装置，其特征在于，所述桌面模块，还用于接收所述JS代码上报所述操作事件时进一步上报的窗口的大小和/或位置信息，依据所述窗口的大小和/或位置信息执行所述在桌面上创建一个窗口的操作。

23.根据权利要求13、15、16、18、19或20所述的装置，其特征在于，所述桌面模块和所述渲染模块之间采用进程间通讯的方式进行信息交互。

24.根据权利要求13、15、16、18、19或20所述的装置，其特征在于，所述渲染模块调用web引擎执行所述渲染的操作。

25.一种实现卡片式桌面的系统，其特征在于，该系统包括：管理服务器和移动终端；

所述管理服务器，用于获取卡片服务的资源地址，并向所述移动终端发送所述卡片服务的资源地址；

所述移动终端包括如权利要求13至20中任一权项或者权利要求22所述的装置。

26.根据权利要求25所述的系统，其特征在于，当所述移动终端包括如权利要求16所述的装置时，所述提供商服务器，还用于向所述管理服务器发送包含所述资源地址的内容更新消息；

所述管理服务器，还用于向所述移动终端发送所述内容更新消息。

27.一种卡片式桌面的实现方法，其特征在于，该方法包括：

接收来自服务器端的卡片式桌面服务的资源地址；

在桌面上创建一个可使用的视图区域，该视图区域用以显示所述资源地址对应的服务卡片，在该视图区域创建所述服务卡片对应的视图；

从服务器端获取所述资源地址对应的资源文件，并依据所述视图信息将该资源文件渲染到所述视图。

28.根据权利要求27所述的方法，其特征在于，该方法还包括：

接收到包含所述资源地址的内容更新消息后，重新从服务器端获取所述资源地址对应的资源文件，将获取的资源文件重新渲染到对应的视图。

29.根据权利要求27所述的方法，其特征在于，该方法还包括：

获取到用户删除所述服务卡片的事件时，删除所述服务卡片对应的视图，该视图所占用的视图区域恢复成可使用。

30.根据权利要求27所述的方法，其特征在于，该方法还包括：

获取用户在所述服务卡片上的操作事件；

从服务器端获取所述操作事件所请求资源地址对应的资源文件后，依据所述视图信息将获取的资源文件渲染到对应的视图，或者在桌面新建一个窗口，将获取的资源文件渲染到新建的窗口。