CN113312115A - 信息收藏方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例适用于互联网技术领域，公开了一种信息收藏方法和装置，该方法包括：第一电子设备显示第一应用程序的界面，第一应用程序的界面包括待收藏信息；第一应用程序检测到信息收藏操作；第一应用程序响应于信息收藏操作，调用应用框架层内的信息收藏接口，并进行收藏权限校验；第一应用程序在收藏权限校验通过后，通过信息收藏接口传输待收藏信息至第二应用程序，以将待收藏信息收藏至第二应用程序。第二应用程序确定收藏信息的类别；第二应用程序使用与收藏信息的类别对应的模板展示收藏信息。通过本申请实施例，可以提高信息收藏的用户体验。

Description

信息收藏方法、电子设备及计算机可读存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种信息收藏方法、电子设备及计算机可读存储介质。

背景技术

随着互联网的发展，以及终端设备的多元化发展，使得信息的入口变得多元化，例如，手机、PAD、笔记本和手表等。每个终端设备的每个应用程序又都是一个垂直入口。

信息入口多元化导致需要收藏的信息割裂严重，散落在各个应用和各个终端设备之间，用户难以查找定位。例如，在微信、今日头条、微博、知乎等多个APP中，用户各自收藏了感兴趣的文章、图片或者视频信息；在一段时间后，需要找到之前收藏的某段信息时，需要各个应用查找；尤其是涉及的APP较多，并且收藏的信息繁杂时，很难快速获取想要的收藏信息。

收藏类应用可以管理散落在各个应用程序中的收藏信息。目前市面上的收藏类应用一般是通过系统分享接口获取收藏信息，以进行信息同步。具体地，第三方应用在不屏蔽系统分享接口的情况下，收藏类应用通过注册支持系统分享接口获取收藏信息，然后用户通过第三方应用中的share sheet中系统分享入口进行信息同步收藏。但是，系统分享接口主要不是用来做信息收藏的，它只是用来做薄信息(少量信息)的转发分享，主要应用于URL(Uniform Resource Locator，统一资源定位符)、标题等小量数据，当收藏信息较大时难以实现。且一部分应用屏蔽了系统分享接口，一部分应用自定义了share sheet，导致收藏类应用无法通过系统分享接口管理收藏信息。另外，系统分享接口的用户入口较深，操作步骤较为繁琐。综上，目前的收藏类应用的用户友好性和便利性仍然较低，导致用户体验较差。

发明内容

本申请实施例提供一种信息收藏方法、电子设备及计算机可读存储介质，以解决现有技术中的收藏类应用的用户体验较差的问题。

第一方面，本申请实施例提供一种信息收藏方法，应用于安装有第一应用程序和第二应用程序的第一电子设备，所述方法包括：

所述第一电子设备显示所述第一应用程序的界面，所述第一应用程序的界面包括待收藏信息；

所述第一应用程序检测到信息收藏操作；

所述第一应用程序响应于所述信息收藏操作，调用应用框架层内的信息收藏接口，并进行收藏权限校验；

所述第一应用程序在收藏权限校验通过后，通过所述信息收藏接口传输所述待收藏信息至所述第二应用程序，以将所述待收藏信息收藏至所述第二应用程序。

本申请实施例中，在操作系统的应用框架层新增加信息收藏接口，该信息收藏接口是用于信息收藏的应用程序接口，可以供各个第一应用程序调用，统一了信息汇聚入口和信息管理。使得用户在收藏信息时，只需要进行简单的信息收藏操作，则可以通过信息收藏接口将各个第一应用程序中需要收藏的信息收藏至第二应用程序，操作简便，提高了用户体验。

在第一方面的一种可能的实现方式中，所述方法还包括：

所述第一应用程序获取第一用户的第一授权操作；

所述第一应用程序响应于所述第一授权操作，通过操作系统的系统权限模块给所述第二应用程序授予收藏权限。

在第一方面的一种可能的实现方式中，所述第一应用程序为第三方应用程序，所述第二应用程序为操作系统级应用程序，所述信息收藏接口为操作系统级接口。

作为示例而非限定，第一应用程序包括微信、今日头条和微博等第三方应用，第二应用程序为手机厂商开发的系统级应用，信息收藏接口为在操作系统提供的用于信息收藏的应用程序接口。

第二方面，本申请实施例提供一种信息收藏方法，应用于安装有第一应用程序和第二应用程序的第一电子设备，所述方法包括：

所述第二应用程序通过应用框架层内的信息收藏接口获取所述第一应用程序传输的待收藏信息，将所述待收藏信息作为收藏信息；

所述第二应用程序确定所述收藏信息的类别；

所述第二应用程序使用与所述收藏信息的类别对应的模板插件展示所述收藏信息。

需要指出的是，第二应用程序可以通过新增的信息收藏接口从各个第一应用程序获取收藏信息，且第二应用程序根据收藏信息的类别(例如，行业类别)，选取对应的模板来展示收藏信息，方便用户对收藏信息的管理，提高了用户体验。

在第二方面的一种可能的实现方式中，所述第一应用程序为第三方应用程序，所述第二应用程序为操作系统级应用程序，所述信息收藏接口为操作系统级接口。

在第二方面的一种可能的实现方式中，所述方法还包括：

所述第二应用程序将所述收藏信息和对应的关联信息上传至服务器，以指示所述服务器将所述收藏信息和对应的关联信息进行存储，再将第一用户的所述第二应用程序的收藏信息和对应的关联信息进行聚合操作，得到所述第一用户的账号集。

在第二方面的一种可能的实现方式中，所述方法还包括：

所述第二应用程序获取第一用户的第二授权操作；

所述第二应用程序响应于所述第二授权操作，发送授权指令至所述服务器，以指示所述服务器根据所述第一用户的授权指令和其他用户的授权指令，将所述第一用户的账号集和所述其他用户的账号集聚合成账户集。

在第二方面的一种可能的实现方式中，所述方法还包括：

所述第二应用程序发送收藏信息搜索请求至所述服务器，以指示所述服务器响应于所述收藏信息搜索请求，从所述账户集中查找与所述收藏信息搜索请求对应的收藏信息；

所述第二应用程序获取所述服务器返回的与所述收藏信息搜索请求对应的收藏信息。

需要指出的是，第二应用程序将收藏信息存储至云端的服务器，服务器可以将同一个用户的不同应用程序的收藏信息聚合成一个账号集，通过用户授权将不同用户的账号集聚合成一个账户集，基于该账户集可以实现跨用户、跨应用、跨设备的收藏信息检索，进一步提高用户体验。

在第二方面的一种可能的实现方式中，所述方法还包括：

所述第二应用程序获取收藏信息的查看指令；

所述第二应用程序根据通过所述信息收藏接口获取的所述收藏信息对应的原应用程序信息，跳转至所述收藏信息的原应用程序的界面。

需要指出的是，通过信息收藏接口获取的原应用程序信息，可以在用户点击查看收藏信息时，实现应用回流，即跳转至原应用程序查看收藏信息，进一步提高了用户体验。

在第二方面的一种可能的实现方式中，所述方法还包括：

所述第二应用程序将收藏信息的原文件和对应的批注文件进行合成，得到合成文件和系统兼容配置文件；

所述第二应用程序将所述合成文件和所述系统兼容配置文件分享至第三应用程序，以指示所述第三应用程序在进入批注模式时，根据所述合成文件和所述系统兼容配置文件得到所述原文件和所述批注文件。

需要指出的是，将收藏信息的原文件和对应的批注文件合成后得到合成文件和系统兼容文件，将合成文件和系统兼容文件分享至其它应用程序，在进入批注模式时，再根据合成文件和系统兼容配置文件解构得到原文件和批注文件，实现了圈点批注文件分享后的二次编辑，进一步提高了用户体验。

在第二方面的一种可能的实现方式中，所述第二应用程序将所述合成文件和所述系统兼容配置文件分享至第三应用程序，包括：

所述第二应用程序将所述合成文件和所述系统兼容配置文件存储至服务器，以指示所述服务器生成合成文件和系统兼容配置文件的下载链接后，将所述下载链接返回至所述第二应用程序；

所述第二应用程序将所述下载链接分享至第三方应用，以使所述第三应用程序从所述第三方应用获取所述下载链接后，根据所述下载链接从所述服务器获得所述合成文件和所述系统兼容配置文件。

在第二方面的一种可能的实现方式中，所述第二应用程序将所述合成文件和所述系统兼容配置文件分享至第三应用程序，包括：

所述第二应用程序通过近场通信方式将所述合成文件和所述系统兼容配置文件分享至所述第三应用程序。

第三方面，本申请实施例提供一种信息收藏方法，应用于服务器，所述方法包括：

所述服务器获取第二应用程序上传的收藏信息和对应的关联信息；

所述服务器将同一用户的收藏信息和对应的关联信息聚合成账号集；

所述服务器获取用户的授权指令；

所述服务器根据所述授权指令，将不同用户的账号集聚合成账户集。

在第三方面的一种可能的实现方式中，所述方法还包括：

所述服务器获取所述第二应用程序的收藏信息搜索请求；

所述服务器响应于所述收藏信息搜索请求，从所述账户集中查找与所述收藏信息搜索请求对应的收藏信息；

所述服务器将与所述收藏信息搜索请求对应的收藏信息返回至所述第二应用程序。

在第三方面的一种可能的实现方式中，所述方法还包括：

所述服务器获取所述第二应用程序上传的合成文件和系统兼容配置文件；

所述服务器根据所述系统兼容配置文件生成其它系统兼容配置文件；

所述服务器生成合成文件和系统兼容配置文件的下载链接，并所述下载链接返回至所述第二应用程序；

所述服务器接收第三应用程序根据所述下载链接发起的下载请求；

所述服务器响应于所述下载请求，将与所述下载请求对应的合成文件和系统兼容配置文件传输至所述第三应用程序。

第四方面，本申请实施例提供一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序包括第一应用程序和第二应用程序，所述处理器用于运行所述第一应用程序，实现如上述第一方面任一项所述的方法。

第五方面，本申请实施例提供一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序包括第一应用程序和第二应用程序，所述处理器用于运行所述第二应用程序，实现如上述第二方面任一项所述的方法。

第六方面，本申请实施例提供一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第三方面任一项所述的方法。

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

第八方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或第二方面或者第三方面任一项所述的方法。

可以理解的是，上文互相对应的方面的有益效果可以相互参见，在此不再赘述。

附图说明

图1为本申请实施例提供的系统架构示意框图；

图2为本申请实施例提供的电子设备200的硬件结构示意框图；

图3为本申请实施例提供的电子设备200的软件结构框图；

图4为本申请实施例提供的信息收藏方法的一种流程示意框图；

图5为本申请实施例提供的信息收藏方法的另一种流程示意框图；

图6为本申请实施例提供的软件架构示意框图；

图7为本申请实施例提供的信息收藏示意框图；

图8为本申请实施例提供的多维检索的流程示意框图；

图9为本申请实施例提供的批注文件分享示意图；

图10为本申请实施例提供的信息收藏方法的另一种流程示意框图；

图11为本申请实施例提供的信息收藏的交互流程示意图；

图12为本申请实施例提供的电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。

参见图1示出的系统架构示意框图，如图1所示，该系统架构可以包括服务器11和至少一个电子设备12，服务器11和电子设备12可以通过网络通信连接。

电子设备12的类型和数量可以是任意的。例如，电子设备12为手机或平板电脑。

作为示例而非限定，如图2所示，电子设备200可以包括处理器210、外部存储器接口220、内部存储器221，通用串行总线(universal serial bus，USB)接口230、充电管理模块240、电源管理模块241，电池242、天线1、天线2、移动通信模块250、无线通信模块260、音频模块270、扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriberidentification module，SIM)卡接口295等。其中，传感器模块280可以包括但不限于压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，以及骨传导传感器等中的一种或多种。

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

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，显示屏294，摄像头293，和无线通信模块260等供电。电源管理模块241还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块241也可以设置于处理器210中。在另一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

电子设备200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。

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

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

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

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

电子设备200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。显示屏294包括显示面板。在一些实施例中，电子设备200可以包括1个或N个显示屏294，N为大于1的正整数。

电子设备200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。

ISP用于处理摄像头293反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头293中。

摄像头293用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备200可以包括1个或N个摄像头293，N为大于1的正整数。

视频编解码器用于对数字视频压缩或解压缩。电子设备200可以支持一种或多种视频编解码器。这样，电子设备200可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备200的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

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

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

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

音频模块270用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块270还可以用于对音频信号编码和解码。在一些实施例中，音频模块270可以设置于处理器210中，或将音频模块270的部分功能模块设置于处理器210中。

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

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。电子设备200可以接收按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。

SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和电子设备200的接触和分离。电子设备200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口295可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口295也可以兼容不同类型的SIM卡。SIM卡接口295也可以兼容外部存储卡。电子设备200通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备200采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备200中，不能和电子设备200分离。

在介绍完电子设备的硬件结构之后，下面将结合图3示出的电子设备200的软件结构框图。

如图3所示，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3所示，应用程序包可以包括相机，相册，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息，无线投屏，文件传输，以及多屏互动等应用程序。

应用程序框架层(Application Framework)为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备200的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，手机振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。2D图形引擎是2D绘图的绘图引擎。内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

需要指出的是，本申请实施例的应用程序层包括至少一个第一应用程序31和第二应用程序32。第二应用程序32是管理收藏信息的收藏类应用。具体应用中，第一应用程序可以是第三方应用，第二应用程序可以是操作系统级应用。例如，第一应用程序为微信、微博等第三方应用程序，第二应用程序为手机厂商开发的收藏类应用。

本申请实施例还在应用框架层内新增加了信息收藏接口33，该信息收藏接口33是用于信息收藏的应用程序接口，该信息收藏接口可以供各个第一应用程序31调用，以将收藏信息传输至第二应用程序32。还在系统权限模块中增加了收藏授权，即用户可以在第一应用程序授予第二应用程序收藏权限。

需要指出的是，本申请实施例提供的信息收藏接口33不仅可以用于传输数据量小的收藏信息，也可以用于传输数量量大的收藏信息，例如，可以传输包括图片、文字、音频和视频的收藏信息。而现有的系统分享接口，只能传输数据量较小的收藏信息，不能实现数据量较大的收藏信息。这样，用户使用本申请实施例提供的信息收藏接口可以将数据量较大的数据进行收藏，提高了用户体验。

另外，现有的系统分享接口是第三方应用级别的接口，用户入口较深，导致用户收藏操作步骤较为繁琐，降低用户体验。而本申请实施例提供的信息收藏接口可以是操作系统级别的接口，用户操作步骤较为便捷，用户体验较高。

本申请实施例提供的信息收藏接口中包括了用于应用回流的相关参数，例如，原应用包名称、原应用中展示收藏信息的页面名称和信息收藏回调函数等参数，通过收藏接口的原应用包名称和原应用中展示收藏信息的页面名称等相关参数，第二应用程序可以在用户点击查看收藏信息详情时，实现应用回流，即跳转回收藏信息的原应用程序的页面，方便用户查看原文。

用户可以将第一应用程序收藏的信息收藏至第二应用程序。第二应用程序可以对各个第一应用程序的收藏信息进行管理和展示。例如，第一应用程序为微信，第二应用程序为手机设备厂商开发的收藏类应用Super notes时，用户在微信公众号上浏览到一篇感兴趣的文章，可以通过点击微信上的收藏按钮收藏这一篇文章。然后，微信可以通过调用Super notes的信息收藏接口33，进行收藏权限校验，权限校验通过后，将用户在微信收藏的文章同步至Super notes。用户可以在Super notes上查看这一篇文章的详细信息，并且也可以跳转至微信查看原文。

还需要指出的是，第二应用程序32可以通过信息收藏接口获取各个第一应用程序31的用户收藏信息，并对用户收藏信息根据行业分类选择合适的模板进行展示。除此之外，第二应用程序还可以具备其它功能，例如，备忘录、笔记工具、圈点批注二次编辑、应用回流和多维检索等功能。

其中，应用回流可以是指跳转至原应用查看收藏信息，即用户可以点击第二应用程序中所展示的收藏信息，跳转至收藏信息的原应用查看详情。圈点批注二次编辑可以是指将圈点批注的收藏信息分享给其他应用后，用户使用第二应用程序打开分享的文件后，可以进入批注模式，对分享的收藏信息进行二次编辑。多维搜索可以是指可以跨用户、跨应用、跨设备检索用户收藏信息。

下面将详细阐述本申请实施例的技术方案。

先介绍第一应用程序一侧的相关内容。

参见图4示出的一种信息收藏方法的流程示意框图，该方法可以应用于安装有第一应用程序和第二应用程序的第一电子设备，该方法可以包括：

步骤S401、第一电子设备显示第一应用程序的界面，第一应用程序的界面包括待收藏信息。

需要说明的是，上述待收藏信息可以是任意的信息资源。作为示例而非限定，待收藏信息可以包括文章、图片、视频和音频等中的一种或多种。

上述第一应用程序的界面包括有待收藏信息。作为示例而非限定，当第一应用程序为微信，第一电子设备为手机。在某一个时刻，用户正在浏览某个微信公众号的文章，此时，手机显示的微信界面为上述第一应用程序的界面，文章为待收藏信息。

步骤S402、第一应用程序检测到信息收藏操作。

具体地，用户如果想要收藏第一应用程序的节目内的待收藏信息，可以向第一电子设备输入对应的信息收藏操作。该信息收藏操作的表现形式可以是任意的，例如，该信息收藏操作为点击收藏按钮，即用户可以点击第一应用程序的界面上的“收藏”按钮，以输入信息收藏操作。

步骤S403、第一应用程序响应于信息收藏操作，调用应用框架层内的信息收藏接口，并进行收藏权限校验。

具体地，第一应用程序在检测到用户的信息收藏操作后，可以收藏对应的信息资源。并且，还可以调用信息收藏接口，进行收藏权限校验。

需要说明的是，用户可以先对第二应用程序授予收藏权限。具体地，用户可以在打开第一应用程序后，提示用户先进行收藏权限授权，以给第二应用程序授予收藏权限。

在一些实施例中，上述方法还可以包括：第一应用程序获取第一用户的第一授权操作；第一应用程序响应于第一授权操作，通过操作系统的系统权限模块给第二应用程序授予收藏权限。

可以理解的是，第一授权操作的表现形式可以是任意的，在此不作限定。

需要说明的是，预先在第一电子设备的操作系统的系统权限模块添加第二应用程序信息收藏权限模块，通过该信息授权权限模块授予第二应用程序收藏权限。

步骤S404、第一应用程序在收藏权限校验通过后，通过信息收藏接口传输待收藏信息至第二应用程序，以将待收藏信息收藏至第二应用程序。

具体地，如果收藏权限校验通过，第一应用程序则通过信息收藏接口将收藏信息传输至第二应用程序，以实现将第一应用程序的收藏信息收藏至第二应用程序。

第二应用程序在获取到第一应用程序的收藏信息后，可以先对收藏信息进行数据解析，确定该收藏信息的行业分类，然后再选择与行业分类对应的模板插件聚合展示该收藏信息。

用户在打开第二应用程序后，则可以在第二应用程序中看到第一应用程序的收藏信息。并且，用户可以通过点击收藏信息，跳转至第一应用程序查看收藏信息，实现应用回流。

需要指出的是，上述第一应用程序可以为第三方应用程序，例如，微信和脸书等。第二应用程序为操作系统级应用程序，而信息收藏接口可以为操作系统级接口。

第一电子设备可以安装有至少一个第一应用程序，例如，某个手机上安装有微信、脸书和微博。至少一个第一应用程序均可以统一调用信息收藏接口，以将收藏信息收藏至第二应用程序。例如，微信、脸书和微博均可以调用信息收藏接口，将各自应用需要收藏的收藏信息收藏至第二应用程序。

信息收藏接口是新增加的用于信息收藏应用程序接口，通过该信息收藏接口，统一了收藏信息汇聚入口，使得各个第一应用程序可以通过授权将需要收藏的信息收藏至第二应用程序。

本申请实施例中，在操作系统的应用框架层新增加信息收藏接口，该信息收藏接口是用于信息收藏的应用程序接口，可以供各个第一应用程序调用，统一了信息汇聚入口和信息管理。使得用户在收藏信息时，只需要进行简单的信息收藏操作，则可以通过信息收藏接口将各个第一应用程序中需要收藏的信息收藏至第二应用程序，操作简便，提高了用户体验。

在介绍完第一应用程序一侧的相关内容后，下面将对第二应用程序一侧的相关内容进行介绍。

参见图5示出的一种信息收藏方法的流程示意框图，该方法可以应用于安装有第一应用程序和第二应用程序的第一电子设备，该方法可以包括：

步骤S501、第二应用程序通过应用框架层内的信息收藏接口获取第一应用程序传输的待收藏信息，将待收藏信息作为收藏信息。

具体地，在第一应用程序收藏权限校验通过后，第一应用程序则可以通过信息收藏接口将待收藏信息传输至第二应用程序，第二应用程序则可以得到收藏信息。

需要指出的是，收藏信息也可以包括用户的笔记信息。

步骤S502、第二应用程序确定收藏信息的类别。

步骤S503、第二应用程序使用与收藏信息的类别对应的模板插件展示收藏信息。

具体地，第二应用程序在通过信息收藏接口获取到收藏信息后，则可以先对收藏信息进行解析，确定收藏信息的行业类别；然后，再选择与行业类别相应的模板插件，使用模板插件展示用户的收藏信息。

需要指出的是，第二应用程序可以通过新增的信息收藏接口从各个第一应用程序获取收藏信息，且第二应用程序根据收藏信息的类别(例如，行业类别)，选取对应的模板来展示收藏信息，方便用户对收藏信息的管理，提高了用户体验。

为了更好地介绍信息收藏的相关内容，下面将结合图6示出的软件架构示意框图和图7示出的信息收藏示意框图进行介绍。

图6和图7中，Super notes为上述第二应用程序，该应用为系统级应用。通过Notekit提供系统级的信息收藏接口。

如图6所示，在OS(Operating System，操作系统)Applications层包括Supernotes61，该应用支持备忘录、信息收藏、笔记工具、圈点批注和应用回流等功能。Applications层包括微博、脸书和微信等第三方应用程序。在Applications Framework层，新增加了Notes kit 62，Notes kit62中包括信息收藏接口和其它接口。还在系统权限模块63中增加了收藏授权。

如图7所示，第三方应用71(例如，微博和微信等)首先通过系统权限模块72进行收藏权限授权，给Super notes授予收藏权限。然后，在用户需要收藏信息时，第三方应用则调用Notes kit 73中的信息收藏接口，与系统权限模块进行收藏权限校验。权限校验通过后，通过信息收藏接口进行信息派发，将第三方应用的收藏信息传输至Super notes74。

Super notes获取到收藏信息后，依次进行数据解析、行业分类、模板插件选择，然后使用对应的模板插件聚合展示收藏信息。同时，Super notes还将收藏信息传输至服务器75，存储至服务器的数据库。Super notes还可以实现应用回流，具体表现为用户点击Supernotes展示的收藏信息时，可以跳转至原应用查看收藏信息。

服务器除了可以存储收藏信息之外，还具备授权管理、设备同步、多维搜索和圈点批注文件分享等功能。其中，授权管理可以是指服务器可以获取到各个用户的授权指令，对各个用户的权限进行管理，例如，查看或者检阅收藏信息的权限。设备同步是指服务器可以将收藏信息同步至不同设备的Super notes。例如，某一个用户的手机和电脑上均安装有Super notes，服务器可以将手机和电脑上的Super notes的收藏信息进行同步。

多维检索是指服务器可以将同一用户的收藏信息聚合成账号集，根据不同用户的授权指令将不同用户的账号集聚合成账户集，基于该账户集可以让用户通过Super notes实现跨应用、跨设备、跨用户的收藏信息的检索和查阅等。

圈点批注文件分享功能是指服务器可以与Super notes协同，实现圈点批注文件分享后的二次编辑功能。

在一些实施例中，第二应用程序在获取到收藏信息后，除了可以聚合展示收藏信息之外，还可以将收藏信息上传至云侧的服务器，以将收藏信息存储至服务器的数据库。服务器可以基于数据库中的收藏信息，将同一用户的收藏信息聚合成账号集，将不同用户的账号集聚合成账户集。基于账户集，可以实现跨用户、跨应用、跨设备的收藏信息检索。

可选地，参见图8示出的多维检索的流程示意框图，多维检索过程可以包括：

步骤S801、第二应用程序将收藏信息和对应的关联信息上传至服务器，以指示服务器将收藏信息和对应的关联信息进行存储，再将第一用户的第二应用程序的收藏信息和对应的关联信息进行聚合操作，得到第一用户的账号集。

需要说明的是，上述对应的关联信息可以包括但不限于收藏信息的来源、设备类型和应用账号等信息。其中，收藏信息的来源可以表征收藏信息来自于哪个应用程序。设备类型可以表征第二应用程序安装的电子设备类型，应用账号是指第二应用程序的账号信息等。

例如，收藏信息为微博的一张图片，微博和第二应用程序安装在手机上。此时，收藏信息为图片，信息来源为微博，设备类型为手机，应用账号包括第二应用程序的账号信息。

需要指出的是，第一用户可能在多个电子设备上均按照有第二应用程序，例如，某个用户在手机、平板和电脑上均按照有Super notes。每个电子设备上的第二应用程序均会将收藏信息上传至服务器。服务器将同一个用户的不同设备上的不同账号或者同一设备上的不同账号对应的收藏信息进行聚合，得到同一个用户的账号集，该账号集内包括该用户各个账号上的收藏信息。

又例如，某个用户的手机和平板电脑上均按照有Super notes，且手机上安装微信和脸书，平板上安装有微信和微博。手机的微信和脸书的收藏信息可以收藏至手机上的Super notes，平板上的微信和微博的收藏信息可以收藏至平板上的Super notes。手机和平板上的Super notes将收藏信息上传至云端的服务器，服务器将这些收藏信息进行聚合，则得到该用户的账号集。通过该用户的账号集可以实现收藏信息跨应用和跨设备地搜索和查阅。

步骤S802、第二应用程序获取第一用户的第二授权操作。

步骤S803、第二应用程序响应于第二授权操作，发送授权指令至服务器，以指示服务器根据第一用户的授权指令和其他用户的授权指令，将第一用户的账号集和其他用户的账号集聚合成账户集。

需要说明的是，服务器可以将同一用户的收藏信息聚合成账户集后，不同用户可以通过授权，将不同账号聚合成账户集。该账户集可以包括不同用户、不同应用、不同设备对应的收藏信息。基于该账户集，用户可以实现跨用户、跨应用、跨设备地检索收藏信息。

例如，同一个家庭的各个用户可以通过授权，聚合成家庭的账户集。基于该家庭账户集，各个家庭成员可以检索和查阅其它家庭成员的收藏信息。又例如，几个好朋友可以通过授权，聚合成账户集。基于该账户集，各个朋友之间可以相互检索和查阅其他人的收藏信息。

步骤S804、第二应用程序发送收藏信息搜索请求至服务器，以指示服务器响应于收藏信息搜索请求，从账户集中查找与收藏信息搜索请求对应的收藏信息。

步骤S805、第二应用程序获取服务器返回的与收藏信息搜索请求对应的收藏信息。

举例来说，杰克对应的电子设备包括手机和平板，其中，手机和平板均安装有微信和微博、Super notes。露西对应的电子设备包括手机、平板和电脑，其中，手机、平板和电脑上均安装有微博、脸书和Super notes。

杰克的账号集是由服务器根据手机和平板上的Super notes上传的收藏信息和对应的关联信息聚合得到的。露西的账号集是由服务器根据手机、平板和电脑上的Supernotes上传的收藏信息和对应的关联信息聚合得到的。而杰克和露西的账户集是服务器根据杰克的账号集和露西的账号集聚合得到的。

基于杰克和露西的账户集，杰克可以在手机的Super notes上检索到平板的Supernotes的收藏信息，也可以在手机的Super notes检索到露西的收藏信息。而露西也可以从手机的Super notes上检索到微博和脸书对应的收藏信息。

需要指出的是，第二应用程序将收藏信息存储至云端的服务器，服务器可以将同一个用户的不同应用程序的收藏信息聚合成一个账号集，通过用户授权将不同用户的账号集聚合成一个账户集，基于该账户集可以实现跨用户、跨应用、跨设备的收藏信息检索，进一步提高用户体验。

而在现有技术中，收藏类应用都是闭合的生态，导致现有的收藏类应用只能在当前应用、当前账户下面检索收藏的信息和记录的笔记信息。例如，在微信中只能检索微信的收藏信息，不能检索到微博的收藏信息。

还需要指出的是，账户集中的用户可以根据收藏信息内容的私密性授权是否分享给账户集的其他用户查阅、信息检索、圈点批注等不同权限的操作。例如，授权权限分为查阅原内容信息、查阅圈点批注信息、检索内容信息、检索圈点批注、收藏原信息修改、原信息圈点批注等。

在一些实施例中，第二应用程序可以实现应用回流。可选地，上述方法还可以包括：第二应用程序获取收藏信息的查看指令；第二应用程序根据通过信息收藏接口获取的收藏信息对应的原应用程序信息，跳转至收藏信息的原应用程序的相应界面。

需要说明的是，上述原应用程序信息可以包括原应用包名或者应用跳转链接、原应用程序中展示收藏信息的页面信息等。该原应用程序信息可以是通过信息收藏接口获取的。

例如，Super notes中收藏有一篇微信公众号的文章。用户可以点击Super notes显示的收藏信息，以跳转至微信阅读该文章的原文，实现应用回流。

需要指出的是，通过信息收藏接口获取的原应用程序信息，可以在用户点击查看收藏信息时，实现应用回流，即跳转至原应用程序查看收藏信息，进一步提高了用户体验。

在一些实施例中，用户可能需要对收藏信息进行圈点批注，然后再将圈点批注后的收藏信息分享给其它用户。现有技术中，圈点批注的文件分享给其它用户之后，无法对圈点批注文件进行二次编辑。而在本申请实施例中，通过批注文件配置和文件分享等，实现了批注文件的二次编辑，使得用户可以对圈点批注文件进行跨端跨系统编辑。

可选地，上述方法还可以包括：第二应用程序将收藏信息的原文件和对应的批注文件进行合成，得到合成文件和系统兼容配置文件；第二应用程序将合成文件和系统兼容配置文件分享至第三应用程序，以指示第三应用程序在进入批注模式时，根据合成文件和系统兼容配置文件得到原文件和批注文件。

需要说明的是，上述第三应用程序是指另一个第二应用程序，该另一个第二应用程序可以是另一个设备或者另一个用户的第二应用程序。例如，第二应用程序具体为Supernotes。将批注文件从用户A的Super notes分享至用户B的Super notes，用户B的Supernotes为上述第三应用程序。当然，上述第三应用程序也可以是另一个不同第二应用程序的应用程序。例如，第二应用程序为用户A的Super notes，而第三应用程序为用户B的应用程序C，即可以通过应用程序C打开用户A的Super notes分享的圈点批注文件，对批注内容进行二次编辑。

上述批注文件可以包括但不限于批注资源文件、批注信息文件和批注配置文件。批注资源文件是指原文件中的资源文件，例如，图片、图片、音频和视频等。批注信息文件可以包括但不限于文字、网络链接、圈点批注的文字以及文字内容带有的字体、大小、颜色、文字排版等信息。其中圈点批注的文字可以是用户对原文件进行圈点批注时，通过OCR(Optical Character Recognition，光学字符识别)识别对应的文字得到的。

批注配置文件可以包括但不限于文件批注状态、批注工具版本、系统配置、文件大小信息和文件修改时间等信息。

用户需要分享圈点批注文件时，则将原文件和批注文件合成，得到合成文件和系统兼容配置文件。用户将合成文件和系统兼容配置文件分享给其他用户。其他用户可以使用第二应用程序打开合成文件，在进入批注模式时，第二应用程序结构合成文件和系统兼容配置文件，得到原文件和批注文件。这样，用户即可对批注文件进行二次编辑，实现了圈点批注的二次编辑。

需要指出的是，将收藏信息的原文件和对应的批注文件合成后得到合成文件和系统兼容文件，将合成文件和系统兼容文件分享至其它应用程序，在进入批注模式时，再根据合成文件和系统兼容配置文件解构得到原文件和批注文件，实现了圈点批注文件分享后的二次编辑，进一步提高了用户体验。

还需要指出的是，本申请实施例提供的圈点批注文件二次编辑方案不仅仅可以应用于信息收藏场景，还可以应用于其它文件批注场景。

具体应用中，用户分享圈点批注文件的方式可以包括两种方式，一种近场分享，一种是云端分享。近场分享是指两个电子设备可以通过近场通信方式，传输合成文件和系统兼容配置文件。云端分享是指通过第三方应用分享圈点批注文件。

近场分享方式：

第二应用程序通过近场通信方式将合成文件和系统兼容配置文件分享至第三应用程序。

其中，近场通信方式可以为但不限于蓝牙、Wi-Fi、NFC(Near FieldCommunication)或者Wi-Fi点对点等。具体应用中，两个电子设备间可以先建立通信连接，再通过通信连接传输合成文件和系统兼容配置文件。

需要指出的是，近场分享方式一般应用于操作系统相同的电子设备之间，不同操作系统之间一般通过云端分享方式进行分享。

例如，安卓系统的手机和安卓系统的手机可以通过近场分享方式分享合成文件和系统兼容配置文件。而安卓系统的手机和苹果系统的手机通过云端分享方式分享合成文件和系统兼容配置文件。

云端分享方式：

第二应用程序将合成文件和系统兼容配置文件存储至服务器，以指示服务器生成合成文件和系统兼容配置文件的下载链接后，将下载链接返回至第二应用程序；

第二应用程序将下载链接分享至第三方应用，以使第三应用程序从第三方应用获取下载链接后，根据下载链接从服务器获得合成文件和系统兼容配置文件。

需要说明的是，第三方应用可以例如为微信或脸书等。

服务器获取到系统兼容配置文件后，可以根据该系统兼容配置文件，扩展生成其他操作系统的系统兼容配置文件。例如，服务器接收到安卓系统的系统兼容配置文件，服务器根据安卓系统的系统兼容配置文件生成苹果系统的系统兼容配置文件。

第二应用程序可以根据下载链接向服务器发起下载请求，该下载请求可以包括但不限于操作系统类型和版本等信息，这些信息可以区分系统兼容配置文件。

例如，如果下载请求中携带的操作系统类型是苹果系统，则返回给第二应用程序的是苹果系统的系统兼容配置文件，反之，如果携带的是操作系统类型是安卓系统，则返回安卓系统的系统兼容配置文件。

为了更好地介绍近场分享方式和云端分享方式，下面将结合图9示出的批注文件分享示意图。

如图9(a)所示，用户A的Super notes91将原文件和批注文件合成，得到合成文件和系统兼容配置文件。用户A的Super notes81通过近场分享方式分享合成文件和系统兼容配置文件至用户B的Super notes 92，用户B的Super notes92解构合成文件和系统兼容配置文件，得到原文件和批注文件。这样，用户B即可在Super notes92中对用户A分享的圈点批注文件进行二次编辑。

如图9(b)所示，用户A的Super notes 91将原文件和批注文件合成，得到合成文件和系统兼容配置文件。然后，将合成文件和系统兼容配置文件存储至云端的Super notes云服务93，Super notes云服务93给用户A的Super notes81返回合成文件和系统兼容配置文件的链接。

接着，用户A的Super notes81将链接分享至第三方应用94(例如，Wechat)。用户B的Super notes92可以从第三方应用获取到合成文件的链接，根据该链接向Super notes云服务93发送下载请求，该下载请求中携带有操作系统类型信息等。Super notes云服务93响应下载请求，将对应的系统兼容配置文件和合成文件返回给用户B的Super notes92。最后，用户B的Super notes92解构获取到的合成文件和系统兼容配置文件，得到原文件和批注文件。这样，用户B即可在Super notes中对用户A分享的圈点批注文件进行二次编辑。

在介绍完第二应用程序一侧的相关内容后，下面将对服务器一侧的相关内容进行介绍。

参见图10示出的一种信息收藏方法的流程示意框图，该方法可以应用于服务器，该方法可以包括：

步骤S1001、服务器获取第二应用程序上传的收藏信息和对应的关联信息。

步骤S1002、服务器将同一用户的收藏信息和对应的关联信息聚合成账号集。

步骤S1003、服务器获取用户的授权指令。

步骤S1004、服务器根据授权指令，将不同用户的账号集聚合成账户集。

可选地，上述方法还可以包括：服务器获取第二应用程序的收藏信息搜索请求；服务器响应于收藏信息搜索请求，从账户集中查找与收藏信息搜索请求对应的收藏信息；服务器将与收藏信息搜索请求对应的收藏信息返回至第二应用程序。

在将同一用户的收藏信息聚合成账号集，将不同用户的账号集聚合成账户集后，用户可以基于账户集，通过第二应用程序实现跨应用、跨设备、跨用户地检索或者查阅收藏信息。

可选地，上述方法还可以包括：服务器获取第二应用程序上传的合成文件和系统兼容配置文件；服务器根据系统兼容配置文件生成其它系统兼容配置文件；服务器生成合成文件和系统兼容配置文件的下载链接，并下载链接返回至第二应用程序；服务器接收第三应用程序根据下载链接发起的下载请求；服务器响应于下载请求，将与下载请求对应的合成文件和系统兼容配置文件传输至第三应用程序。

可以理解的是，服务器可以根据系统兼容配置文件生成其他系统兼容配置文件。例如，根据上传的安卓系统的系统兼容配置文件，生成苹果系统的系统兼容配置文件。

需要说明的是，服务器一侧的流程与第二应用程序一侧的相关流程是对应的，相关介绍可以参见上文关于第二应用程序一侧的介绍，在此不再赘述。

下面将以第二应用程序为Super notes为例，介绍电子设备和服务器间的交互流程。

参见图11示出的信息收藏的交互流程示意图，该交互流程可以包括：

步骤S1101、第一应用程序显示包括收藏信息的界面。

步骤S1102、第一应用程序获取用户在第一应用程序的界面的信息收藏操作。

步骤S1103、第一应用程序在收藏权限校验通过后，通过Notes kit中的信息收藏接口将收藏信息传输至Super notes。

步骤S1104、Super notes确定收藏信息的行业类别后，使用行业类别对应的模板插件聚合展示收藏信息。

作为示例而非限定，手机的界面上显示有一首英文诗歌，用户可以点击界面上的“收藏”按钮，以输入信息收藏操作。手机通过调用信息收藏接口，将这首诗歌收藏至Supernotes。

步骤S1105、Super notes上传收藏信息至服务器。

步骤S1106、服务器将同一个用户的收藏信息聚合成账号集。

步骤S1107、服务器根据用户的授权指令，将不同用户的账号集聚合成账户集。

步骤S1108、Super notes获取用户的收藏信息检索操作。

步骤S1109、Super notes响应于收藏信息检索操作，上传检索请求至服务器。

步骤S1110、服务器响应于检索请求，从账户集中检索到对应的收藏信息后，返回检索到的收藏信息给Super notes。

步骤S1111、Super notes获取用户对原文件的圈点批注操作。

步骤S1112、Super notes响应于圈点批注操作，生成原文件的批注文件。

步骤S1113、Super notes获取用户的圈点批注文件分享操作。

步骤S1114、Super notes响应于圈点批注文件分享操作，根据原文件和批注文件生成合成文件和系统兼容配置文件。

步骤S1115、Super notes通过云端分享方式或者近场分享方式将合成文件和系统兼容配置文件分享至另一个用户的Super notes。

需要说明的是，该交互流程可以分成信息收藏、多维检索和圈点批注文件二次编辑。这些内容的相关介绍可以参见上文相应内容，在此不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图12为本申请一实施例提供的电子设备的结构示意图。如图12所示，该实施例的电子设备12包括：至少一个处理器120、存储器121以及存储在所述存储器121中并可在所述至少一个处理器120上运行的计算机程序122，所述处理器120执行所述计算机程序122时实现上述任意各个电子设备侧的方法实施例中的步骤。

例如，电子设备的处理器运行第一应用程序，实现上述第一应用程序一侧的方法实施例的步骤。

例如，电子设备的处理器运行第二应用程序，实现上述第二应用程序一侧的方法实施例的步骤。

例如，服务器的处理器运行计算机程序，实现上述服务器一侧对应的方法实施例的步骤。

所述电子设备12可以是手机、平板电脑和电脑、服务器等计算设备。该电子设备可包括，但不仅限于，处理器120、存储器121。本领域技术人员可以理解，图12仅仅是电子设备12的举例，并不构成对电子设备12的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备、显示单元等。

所称处理器120可以是中央处理单元(Central Processing Unit，CPU)，该处理器120还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器121在一些实施例中可以是所述电子设备12的内部存储单元，例如电子设备12的硬盘或内存。所述存储器121在另一些实施例中也可以是所述电子设备12的外部存储设备，例如所述电子设备12上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器121还可以既包括所述电子设备12的内部存储单元也包括外部存储设备。所述存储器121用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器121还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时实现可实现上述各个方法实施例中的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (19)

1.一种信息收藏方法，其特征在于，应用于安装有第一应用程序和第二应用程序的第一电子设备，所述方法包括：

所述第一电子设备显示所述第一应用程序的界面，所述第一应用程序的界面包括待收藏信息；

所述第一应用程序检测到信息收藏操作；

所述第一应用程序响应于所述信息收藏操作，调用应用框架层内的信息收藏接口，并进行收藏权限校验；

所述第一应用程序在收藏权限校验通过后，通过所述信息收藏接口传输所述待收藏信息至所述第二应用程序，以将所述待收藏信息收藏至所述第二应用程序。

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

所述第一应用程序获取第一用户的第一授权操作；

所述第一应用程序响应于所述第一授权操作，通过操作系统的系统权限模块给所述第二应用程序授予收藏权限。

3.如权利要求1或2所述的方法，其特征在于，所述第一应用程序为第三方应用程序，所述第二应用程序为操作系统级应用程序，所述信息收藏接口为操作系统级接口。

4.一种信息收藏方法，其特征在于，应用于安装有第一应用程序和第二应用程序的第一电子设备，所述方法包括：

所述第二应用程序通过应用框架层内的信息收藏接口获取所述第一应用程序传输的待收藏信息，将所述待收藏信息作为收藏信息；

所述第二应用程序确定所述收藏信息的类别；

所述第二应用程序使用与所述收藏信息的类别对应的模板插件展示所述收藏信息。

5.如权利要求4所述的方法，其特征在于，所述第一应用程序为第三方应用程序，所述第二应用程序为操作系统级应用程序，所述信息收藏接口为操作系统级接口。

6.如权利要求4所述的方法，其特征在于，所述方法还包括：

所述第二应用程序将所述收藏信息和对应的关联信息上传至服务器，以指示所述服务器将所述收藏信息和对应的关联信息进行存储，再将第一用户的所述第二应用程序的收藏信息和对应的关联信息进行聚合操作，得到所述第一用户的账号集。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

所述第二应用程序获取第一用户的第二授权操作；

所述第二应用程序响应于所述第二授权操作，发送授权指令至所述服务器，以指示所述服务器根据所述第一用户的授权指令和其他用户的授权指令，将所述第一用户的账号集和所述其他用户的账号集聚合成账户集。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

所述第二应用程序发送收藏信息搜索请求至所述服务器，以指示所述服务器响应于所述收藏信息搜索请求，从所述账户集中查找与所述收藏信息搜索请求对应的收藏信息；

所述第二应用程序获取所述服务器返回的与所述收藏信息搜索请求对应的收藏信息。

9.如权利要求4所述的方法，其特征在于，所述方法还包括：

所述第二应用程序获取收藏信息的查看指令；

所述第二应用程序根据通过所述信息收藏接口获取的所述收藏信息对应的原应用程序信息，跳转至所述收藏信息的原应用程序的界面。

10.如权利要求4至9任一项所述的方法，其特征在于，所述方法还包括：

所述第二应用程序将收藏信息的原文件和对应的批注文件进行合成，得到合成文件和系统兼容配置文件；

所述第二应用程序将所述合成文件和所述系统兼容配置文件分享至第三应用程序，以指示所述第三应用程序在进入批注模式时，根据所述合成文件和所述系统兼容配置文件得到所述原文件和所述批注文件。

11.如权利要求10所述的方法，其特征在于，所述第二应用程序将所述合成文件和所述系统兼容配置文件分享至第三应用程序，包括：

所述第二应用程序将所述合成文件和所述系统兼容配置文件存储至服务器，以指示所述服务器生成合成文件和系统兼容配置文件的下载链接后，将所述下载链接返回至所述第二应用程序；

所述第二应用程序将所述下载链接分享至第三方应用，以使所述第三应用程序从所述第三方应用获取所述下载链接后，根据所述下载链接从所述服务器获得所述合成文件和所述系统兼容配置文件。

12.如权利要求10所述的方法，其特征在于，所述第二应用程序将所述合成文件和所述系统兼容配置文件分享至第三应用程序，包括：

所述第二应用程序通过近场通信方式将所述合成文件和所述系统兼容配置文件分享至所述第三应用程序。

13.一种信息收藏方法，其特征在于，应用于服务器，所述方法包括：

所述服务器获取第二应用程序上传的收藏信息和对应的关联信息；

所述服务器将同一用户的收藏信息和对应的关联信息聚合成账号集；

所述服务器获取用户的授权指令；

所述服务器根据所述授权指令，将不同用户的账号集聚合成账户集。

14.如权利要求13所述的方法，其特征在于，所述方法还包括：

所述服务器获取所述第二应用程序的收藏信息搜索请求；

所述服务器响应于所述收藏信息搜索请求，从所述账户集中查找与所述收藏信息搜索请求对应的收藏信息；

所述服务器将与所述收藏信息搜索请求对应的收藏信息返回至所述第二应用程序。

15.如权利要求13或14所述的方法，其特征在于，所述方法还包括：

所述服务器获取所述第二应用程序上传的合成文件和系统兼容配置文件；

所述服务器根据所述系统兼容配置文件生成其它系统兼容配置文件；

所述服务器生成合成文件和系统兼容配置文件的下载链接，并所述下载链接返回至所述第二应用程序；

所述服务器接收第三应用程序根据所述下载链接发起的下载请求；

所述服务器响应于所述下载请求，将与所述下载请求对应的合成文件和系统兼容配置文件传输至所述第三应用程序。

16.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序包括第一应用程序和第二应用程序，所述处理器用于运行所述第一应用程序，实现如权利要求1至3任一项所述的方法。

17.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序包括第一应用程序和第二应用程序，所述处理器用于运行所述第二应用程序，实现如权利要求4至12任一项所述的方法。

18.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求13至15任一项所述的方法。

19.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3或者4至12或者13至15任一项所述的方法。

Images