基于卡片的信息管理方法与系统与流程

诸如网站、聊天会话、电子邮件、磁盘等各种媒体中存在大量的信息。信息的格式多种多样，例如，信息可以是视频格式、图像格式、语音格式、文本格式、网站格式等。当用户在媒体上发现一些有趣的信息时，用户可将该信息存储起来以便将来使用。通常，不同格式的信息可以存储在同一个文件夹中或存储在与各种格式相对应的不同文件夹中。

技术实现要素：

以下提供本发明内容以介绍将在下文具体实施方式中进一步描述的一些概念。本发明内容不旨在标识所要求保护的主题的关键特征或者必要特征，也不旨在用于限制所要求保护的主题的范围。

本公开的实施例提供一种用于管理信息的方法。从至少一个信息源收集消息。将所述消息分别转换为卡片。对所述消息以所述卡片为单位进行管理。

应当理解，上述一个或多个方面包括在下文充分描述且在权利要求书中特别指出的特征。以下描述和附图详细陈述了所述一个或多个方面的某些说明性的特征。这些特征仅表示利用各方面原理的各种方式，而本公开旨在涵盖所有此类方面以及其等效物。

附图说明

以下将结合附图来描述所公开的各个方面，这些附图是用来说明而不是限制所公开的各个方面。

图1示出了能够实现所描述的技术的示例性环境。

图2示出了能够实现所描述的技术的示例性计算设备。

图3示出了根据一个实施例的用于信息管理的示例性场景。

图4a到4c示出了根据一个实施例的信息管理的示例。

图5示出了根据一个实施例的用于合作管理信息的示例性场景。

图6示出了根据一个实施例的用于同步卡片集合的示例性过程。

图7示出了根据一个实施例的用于同步卡片集合的示例性过程。

图8示出了根据一个实施例的用于对两种服务进行关联的示例性过程。

图9示出了根据一个实施例的用于管理信息的方法。

图10示出了根据一个实施例的用于管理信息的示例性装置。

图11示出了根据一个实施例的示例性计算系统。

具体实施方式

以下将结合若干示例性实施方式来阐述本公开。应当理解，阐述这些实施方式仅仅是为了使本领域技术人员能够更好地理解并且从而实施本公开的实施例，而不代表对本公开的范围的任何限制。

图1示出了能够实现本公开的实施例的示例性环境。应当理解，对该环境的结构和功能的描述仅是出于说明的目的，而不代表对本公开的范围的任何限制。本公开可以使用不同的结构和功能来实现。

示例性环境或系统100包括网络150。网络150可以通过各种类型网络中的一个或多个来实现，例如局域网(lan)、广域网(wan)、无线网络等，它们被统称为网络150。

网络150包括可进一步覆盖独立自组织网络等的多种无线子网络中的任一种，以为诸如设备110、120等客户端设备提供面向基础设施的连接。这种子网络可包括网状网络、无线lan(wlan)网络、蜂窝网络等。网络150可进一步包括通过无线电链路等连接的终端、网关、路由器等的自主系统。

网络150被配置为将一个或多个服务器(诸如服务器计算设备130、140)以及其各自的组件与其他计算设备(诸如客户端设备110、120)耦合。网络150能够使用任何形式的计算机可读介质将信息从一个电子设备传输到另一个电子设备。

客户端计算设备110、120包括能够通过网络150接收和发送消息的几乎任何设备。客户端计算设备110、120的示例包括蜂窝电话、智能电话、射频(rf)设备、音乐播放器、数字照相机、个人数字助理(pda)、手持式计算机、个人计算机、笔记本电脑、可穿戴式计算机、平板电脑、组合了一个或多个前述设备的集成设备等。客户端设备110、120中的一个或多个还可以被配置为通过有线和/或无线网络进行操作。

通常，客户端设备110、120在能力和特征方面范围广范。例如，蜂窝电话可以具有数字键盘和仅可以显示文本的一些行单色lcd显示器。再例如，启用网络的客户端设备可具有触敏屏幕、触控笔以及既可以显示文本又可以显示图形的多行彩色lcd显示器。

启用网络的客户端设备包括被配置为接收和发送网页和基于网络的消息等的浏览器应用。浏览器应用可被配置为采用几乎任何基于网络的语言，包括无线应用协议消息(wap)等，接收和显示图形、文本、多媒体等。在一个实施例中，可以使浏览器应用能够采用以下中的一个或多个来显示和发送信息：手持设备标记语言(hdml)、无线标记语言(wml)、无线标记语言脚本(wmlscript)、java脚本(javascript)、标准通用标记语言(smgl)、超文本标记语言(html)、可扩展标记语言(xml)、java脚本对象表示法(json)等。

客户端计算设备110、120还包括客户端应用，其被配置为从另一个计算设备接收内容，包括但不限于服务器计算设备130、140或其他客户端计算设备。客户端应用可以包括提供和接收文本内容、多媒体信息等能力。客户端应用可以进一步提供标识自身的信息，包括类型、能力、名称等。在一个实施例中，客户端设备110、120可以通过以下多种机制中的任何一种来唯一地标识自身，包括电话号码、移动识别号码(min)、电子序列号(esn)、移动设备标识符、网络地址(如ip因特网协议地址)、媒体访问控制(mac)层标识符或其他标识符。标识符可以被提供在发送到另一个计算设备的消息等中。

客户端计算设备110、120还可以被配置为，例如通过电子邮件、短消息服务(sms)、多媒体消息服务(mms)、即时消息(im)、互联网中继聊天(irc)、可扩展通讯和表示协议(xmpp)等，向另一个计算设备传输消息。然而，本公开不限于这些消息协议，并且实际上可以采用任何其他消息协议。

客户端设备110、120被进一步配置为包括允许用户登录到由另一个计算设备管理的用户帐户的客户端应用。例如，这样的用户帐户可被配置为使用户能够在网络上接收电子邮件、发送/接收im消息、sms消息、访问所选网页、下载脚本、应用或各种其他内容、或执行各种其他操作。不过，也可以在不登录到用户帐户的情况下，执行对消息的管理，或对内容的访问和/或下载。因此，客户端设备110、120的用户可以使用各种客户端应用中的任何一种以访问内容、读取网页、接收/发送消息等。例如，用户可以使用浏览器或其他客户端应用来访问被实现为服务器计算设备130的网络服务器提供的网页。在跨越多个通信会话之间和/或在客户端计算设备110、120的功率周期之间，由客户端计算设备110、120接收的消息被保存在非易失性存储器中，如闪存和/或pcm。术语“内容”是指任何类型的内容，例如(不限于)，文本、图像、视频、语音、网页等。术语“消息”是指包括内容的一个信息单元，并且可以与术语“内容”互换使用。

图2中的框图示出了计算设备200的示例性物理组件，利用该计算设备能够实施本公开的实施例。在一些实现中，计算设备200可以是客户端计算机设备110、120之一。在一些实现中，计算设备200可以是服务器计算机设备130、140之一。在基本配置中，计算设备200包括处理单元240和系统存储器210。处理单元240代表至少一个处理器，用于在计算设备200中执行软件程序。

系统存储器210包括，但不限于，易失性存储器(例如，随机存取存储器)、非易失性存储设备(例如，只读存储器)、闪速存储器或这些存储器的任何组合。系统存储器210包括操作系统220和适用于运行软件应用232-236的一个或多个程序模块230。操作系统220适用于控制计算设备200的操作。操作系统220的示例包括通用操作系统，例如一个版本的unix或linux，或者专用客户端和/或移动通信操作系统，如微软的windowsphone、谷歌的android、苹果的ios等。本公开的实施例可以结合其他操作系统或任何其他应用程序来实施，并且不限于任何特定应用或系统。

所述基本配置如虚线205内的多个组件所示。计算设备200可以具有附加特征或功能。例如，计算设备200还可以包括，例如，像磁盘、光盘或磁带这类附加数据存储设备(可移动和/或不可移动)。这样的附加存储设备由可移动存储设备250和不可移动存储设备260表示。

计算设备200还可以具有一个或多个输入设备270，例如键盘、鼠标、笔、声音输入设备、触摸输入设备等。也可以包括一个或多个输出设备280，例如显示器、扬声器、打印机等。上述设备仅是举例说明，其他设备也可能被使用。计算设备200可以包括一个或多个通信连接290，以实现与其他计算设备之间的通信，如客户端计算设备110、120和服务器计算设备130、140，如图1所示。合适的通信连接290的示例包括，但不限于，射频发射机、接收机、和/或收发器电路、通用串行总线(usb)，并行和/或串行端口。

在处理单元240上执行各种应用232-236，以为用户提供信息。这样的应用的示例包括，但不限于，通常被用于呈现网站内容的浏览器程序、通常被用于在用户之间实现即时通信的即时消息(im)程序、通常被用于播放视频、音频或静态图像等多媒体的多媒体播放器程序、通常被用于呈现各种文档的文本处理程序。

用户通过各种应用访问信息，如视频、语音、文本、网站、图像等。当用户对某些信息感兴趣时，用户以其本身的格式存储该信息。例如，如在浏览网站时，用户发现一个图片很有趣，用户可以以.jpeg，.bmp等图片格式存储该图片。为了简单起见，图片的各种特定格式统称为图片格式，并且这也适用于如视频、音频、文本等其他类型的内容。再例如，用户在im应用中从朋友那里接收到一个视频并发现它很有趣，因此用户以视频格式存储该视频。类似地，用户可能想要在用户通过应用浏览内容时存储各种类型的信息。对于以多种格式存储的文件，难以进行有效的管理。

图3示出了根据一个实施例的用于收集和管理信息的示例性场景。

当用户通过浏览器应用310浏览一个网站时，用户可能找到用户感兴趣的一些信息。例如，用户对在浏览器应用310中所示的关于在巴黎旅行的信息感兴趣，并且想要存储该信息。在一个实施方式中，在浏览器应用中提供一个由三个黑点所示的功能按钮，允许用户通过该功能按钮选择名为“添加到数字卡片”330的功能。然后，该网站的网络链接作为消息被发送给名为“数字卡片”的应用350，其中网站的网络链接被转换为卡片342。从消息或内容创建所述卡片可以通过使用如xml、json等的编程语言来实现。所创建的卡片342被存储在卡片池340中，卡片池340也可以被称为卡片集合或卡片集。应当理解，所述三个黑点是示例性的，并且用于相同功能的任何呈现形式都是适用的。名称“添加到数字卡片”或“数字卡片”也是说明性的，对于类似的功能或应用，任何其他名称也适用。

在接收到消息之后，应用350分析该消息的内容，以便获得表示该消息的摘要信息。如图所示，应用350获得呈现在卡片342上的摘要信息“猫途鹰-巴黎”。另外，可从网站的内容中获得代表性图片，并将其作为摘要信息呈现在卡片342上。也可以获得其他信息作为摘要信息。如图所示，卡片创建时间被呈现在卡片上。

在一个实施方式中，应用350通过将消息在本地转换为卡片342来创建卡片342。在一个实施方式中，应用350将消息发送给数字卡服务器(例如，服务器130)，并且接收由服务器生成的卡片342。在这两种实施方式中的任一种中，可以视为应用350在本地或远程地创建卡片。应当理解，数字卡应用350可以以不同的方式来实现，例如，可以是与其他应用(例如浏览器应用310、im应用320、多媒体播放器应用、图片处理应用、文档处理应用等)相关联的一个单独的应用，也可以是合并到这些应用中的一个插件模块。

一个名为迈克的用户和他的名为汤姆的朋友之间的对话会话在im应用320中进行。im应用的示例包括各种流行的消息通信应用，如msn^tm、icq^tm、skype^tm、qq^tm、wechat^tm等。对话会话期间会出现不同格式的消息。如图所示，如文本322的文本消息在对话会话中被传送，如文档324的文档消息、如图片326的图片消息和如网络链接328的网络链接消息也在对话会话中被传送。通过与上述功能330类似的操作，可将各种格式的消息322-328中任何消息转换为卡片。如图所示，用户汤姆认为消息324、326和328有用并且选择收集它们。通过为相应消息324、326、328选择“添加到数字卡片”功能330，应用350获得相应的消息324、326、328，分别将它们转换为卡片344、346、348，并将卡片344、346、348存储在卡片集合中。应当理解，为了清楚地显示附图，“添加到数字卡片”功能未被显示在从消息324、326、328到卡片344、346、348的连线上。

文档消息324可以是文档格式，例如微软word格式、powerpoint格式、excel格式等。应用350将文档消息324转换为卡片。类似地，图片消息326和网络链接消息328由应用350转换为卡片。从各种格式消息转换而来的卡片是通用的卡片格式，被称为.card格式。每个卡片只包含单一格式的消息，因此单个卡片是用于管理从信息源收集的信息或消息的原子单位或最小单位。以这种方式，对信息或消息以原子卡片为单位来进行管理。如图所示，通过分析文档消息324获得摘要信息，并将其呈现在卡片344上。通过分析图片消息326获得摘要信息，并将其呈现在卡片346上。虽然摘要信息显示为文本的形式，它也可以是图片的一部分或图片的缩略图。通过分析网站消息328获得摘要信息，并将其呈现在卡片348上。

此外，其他格式的消息也可以被转换为通用卡片格式的对应卡片。例如，视频消息、语音消息等可以被转换为通用卡片格式的相应卡片。因此，在通过使用各种应用浏览信息期间，对于被用户认为有用或有趣的各种格式的各种消息，可作为通用卡片格式的原子卡片收集到卡片集合中，就像在现实世界中，将记录了信息的实物卡片存放在一个卡片箱中，进而有助于信息的有效管理。

图4a至4c示出了根据一个实施例的示例性卡片管理。

如图4a所示的卡片集合400对应于如图3所示的卡片集合340。以卡片为单位对卡片集合400或对其中的卡片进行管理。

当选择或操作多个卡片中的一个卡片时，即该示例中的卡片410，以如箭头411-415所示进行对应的各种管理。如箭头411所示，向用户呈现一个提示为卡片410添加标签。可选地，呈现推荐的标签，以方便用户选择或编辑卡片的标签信息。在该示例中，用户可以为该卡片添加标签“旅行”，或者更具体地，添加标签“到巴黎去旅行”。标签信息是卡片的各种类型的属性信息之一，并且根据对卡片的不同设计可能呈现在卡片中或可能不呈现在卡片中。

除了标签信息以外，还可以获得针对卡片的各种属性信息。例如，当从图3所示的如浏览器310的源获得卡片410时，应用350自动获得各种属性信息。属性信息的例子可包括以下至少之一：关于对应于卡片410的消息或内容的时间、关于对应于卡片410的消息的位置、创建卡片410的时间、更新卡片410的时间、关于应用的信息(对应于卡片410的消息是从该应用接收的)、卡片410与任何其他卡片之间的关系、卡片的标签或分类信息。关于对应于卡片410的消息的时间可以是该消息被生成、被更新等的时间。关于对应于卡片410的消息的位置可以是该消息被生成、被更新等的位置，或者是由该消息所描述的位置。关于应用的信息(对应于卡片410的消息是从该应用获得的)可以是对于该消息的来源的描述。卡片410和其他卡片之间的关系可以被自动生成或者可以被用户编辑。例如，卡片之间的关系可以是卡片集合中的卡片的顺序。再例如，可以为卡片集合中的一部分卡片分配最高优先级，为卡片集合中的另一部分卡片分配较低优先级，等等。以这种方式，卡片以不同的优先级呈现给用户。

标签信息，在一个示例中可以由用户输入，而在另一个示例中也可以通过自动分析对应于卡片的消息而被自动获得。以卡片410和所对应的消息为例，当从源(即，浏览器310)获得消息时，自动分析该消息以便获得标签信息或分类信息。在一个实施方式中，数字卡片应用350对消息(即所获得的网站的内容)进行分析，并获得与该网站相关的相关分类信息。本示例中的分类信息或标签信息可以是，例如旅行、巴黎、卢浮宫等。在另一个实施方式中，数字卡片应用350将消息，即网络链接或网站，发送到如服务器130或140的数字卡片服务器。服务器将该消息转换为卡片410并通过分析该消息获得分类信息或标签信息，并且将卡片410及其包括分类信息或标签信息的属性信息返回到应用350。以以上任何一种实施方式，可以认为是由客户端计算设备处的应用350来执行这些功能，也可以认为是由服务器计算设备处的应用350来执行这些功能。

自动生成分类信息或标签信息也适用于其他类型的消息，例如图像、视频、语音、文本等。

当获得图像消息时，例如巴黎1.jpg326，对该图像进行图像分析，类似于以上所述的对网站消息的分析。由图像分析获得的示例性分类信息或标签信息可以是建筑、景点等。作为另一示例，如果获得一副猫的图像，则由图像分析获得的分类信息或标签信息可以是猫等。

当获得文本消息时，对该文本进行文本分析。例如，巴黎之旅.doc消息324或如消息322的文本消息可以是与旅行有关的文本消息。由文本分析获得的示例性分类信息或标签信息可以是旅行、巴黎等。如果网站消息既包含文本也包含图像，则对网站消息的上述分析可以包括文本分析和图像分析。

当获得语音消息时，对该语音进行语音分析。在一方面，通过语音分析按照频率、音调、方言等对语音消息进行分类。例如，由语音分析获得的示例性分类信息或标签信息可以是小孩、广东话等。在另一方面，通过语音分析对语音消息的内容进行分类。例如，语音可以被转换为文本，通过文本分析对该文本进行进一步处理。

应当理解，可以自动分析各种类型的消息以获得标签信息或分类信息，作为卡片的属性信息。应当理解，虽然以上描述了当捕获到各种格式的消息，例如语音消息、文本消息、图像消息等，对其进行自动分析，但该分析也可能是在其他时间点进行，例如，在消息被转换为卡片之后进行分析。例如，可以分析用户从另一用户获得的语音卡片，以便获得标签信息或分类信息。

利用卡片的属性信息，卡片可以在卡片集合中被分类，并且可以从卡片集合中搜索到。这在卡片集合中存在大量卡片的情况下对于用户将是非常方便的。

提供搜索框以便用户输入关于卡片集合的搜索请求。例如，如果搜索请求或搜索关键词“巴黎”被输入，则可从卡片集合中选择出具有与搜索请求相匹配的属性信息的卡片，并向用户呈现。任何上述属性信息以及其他合适的属性信息都可以被用作搜索关键词。

如箭头412所示，向用户提供为卡片编辑标题的提示。在这个示例中，通过对网站消息的自动分析，已经为卡片410获得了标题“猫途鹰-巴黎”，通过标题编辑功能可为卡片410设置新的标题“巴黎-计划a”。在另一示例中，例如，对于语音消息，不自动获得标题，所以可通过标题编辑功能来添加标题。

如箭头413所示，从卡片集合400中删除卡片(例如，卡片410)。在一个实施方式中，在卡片410上提供一个删除按钮，以便用户通过操作删除按钮来删除卡片。在另一个实施方式中，使用特定的手势来删除卡片，例如，卡片可以被如手指、鼠标光标等点击器点中并持续一个预定的时间段，以便进入可管理状态，此时，一个特定的手势，如向某特定方向滑动，将导致卡片410从卡片集合400中被删除。

如箭头415所示，在卡片集合400中的多个卡片之间改变卡片(例如卡片410)的顺序或位置。在一个实施方式中，在卡片410上提供一个重新排序按钮，以便用户对卡片重新排序。在另一实施方式中，使用特定的手势来对卡片重新排序，例如，卡片可以被如手指、鼠标光标等点击器点中并持续一个预定的时间段，以便进入可管理状态，此时，卡片410被拖动到如箭头415所示的位置，以使卡片410在卡片集合400中被重新排列。

如箭头414所示，卡片(例如，卡片410)可以与其他卡片或卡片集合组合在一起。在一个实施方式中，在卡片410上提供一个组按钮，以便用户将该卡片与其他卡片或卡片集合组合在一起。

图4b中示出了进行组合的一个示例性实施方式。当任何一个卡片的组按钮被选择时或当卡片集合400的组按钮被选择时，卡片集合400处于如图4b左侧所示的可管理或可编辑状态。在所示的示例中，通过卡片左侧的圆圈所示的选择框，多个卡片410至430被选择，并被组合为卡片集合410a。图4b左侧的每个卡片410-450的右下角所示的数字“1”表示那里有一张卡片。在图4b右侧的卡片集合410a的右下角所示的数字“3”表示那里有三张卡片。

如图4c所示，卡片集合410a包括卡片410至430，作为卡片集合400的子集，可以对其进行类似于对卡片集合400的操作。并且卡片集合410a中的部分卡片可被组合为作为卡片集合410a的子集的另一个卡片集合。卡片410、卡片集合410a和卡片集合400中的每一个都可以作为单个文件被发送到或被共享到另一个用户，或者被发送到或被共享到网上，例如，卡片410、卡片集合410a和卡片集合400中的每一个都可以作为单个文件或消息在im应用320的对话会话中被发送或被共享。以这种方式，卡片或卡片集合都可以以统一的格式进行管理和共享，这对于用户来说将是非常方便的，而且，可以以统一的格式共享由按有意义的顺序组织的卡片组成的卡片集合，这对于用户来说会是非常高效的。

如箭头413、414、415所示的对卡片的管理是按照卡片或卡片集合进行的，并且可以在卡片集合可管理或可编辑状态中执行，这种状态的示例如图4b左侧所示。在这种状态下，可以对卡片集合400或卡片集合410a中的卡片中的任何一个进行管理，例如删除、组合、重新排序等。参考图4b的右侧，可以对卡片440-450和卡片集合410a中的任何一个进行管理，例如删除、组合、重新排序等。

图5示出了根据一个实施例的用于合作地收集和管理信息的示例性场景。

图5中示出了应用500(如数字卡片应用)的示例性用户界面(ui)。应用500也可以被称为应用实例500，其指示在执行状态中的应用。这两个术语“应用”和“应用实例”可互换使用。

如图所示，应用500中呈现出两个信息流，一个是在多个用户之间的对话会话520，另一个是与对话会话520相关联的卡片集合510。对话会话520涉及三个用户，分别名叫汤姆、朱迪和迈克，并且在不同情况下可能涉及或多或少的用户。用户迈克是在运行应用500的计算设备上进行操作的用户。其他用户汤姆和朱迪则在正在运行类似的数字卡片应用的远程计算设备上进行操作。

在此示例性的场景下，用户正在讨论和制定去巴黎的旅行计划。应当理解，以这种方式可以执行任何生产任务，例如，一组用户准备一项工作计划、解决一个技术问题、讨论一个电影剧本等。在协同工作中，来自一些用户的一些消息可能是有价值的，值得被收集。

在一个实施方式中，对话会话中的任何用户可以将在对话会话中传送的消息收集到卡片集合510。例如，由用户(如汤姆)发送的消息“巴黎之旅.doc”522可以被任何用户(如迈克)收集。用户迈克通过如上所述选择“添加到卡片”按钮或通过将消息拖动到卡片集合510来收集该消息。获得收集的消息后，数字卡片应用500将消息522转换为卡片512，将卡片512添加到与对话会话相关联的卡片集合510。类似地，在对话会话520期间，各种格式的消息，如图像消息524、网站消息526、文本消息528、语音消息529等，可被任何用户选择，分别被转换为卡片514、516、518、519，并被添加到卡片集合510中。对卡片集合510以卡片为单位进行类似于如上所述的对卡片集合400和卡片集合410a进行的管理或编辑。以这种方式，数字卡片应用500提供生产力工具，用于进行协同工作以完成一项任务。

在一个实施方式中，当一个消息被多个用户中的一个用户添加到卡片集合510中的一个卡片中时，该卡片可以被同步到其他用户。例如，当在客户端计算设备处的应用500上进行操作的用户迈克选择消息522、将其转换为卡片512并添加到卡片集合510时，卡片512被自动同步到在其他用户汤姆和朱迪的计算设备处执行的数字卡片应用的卡片集合中。除了添加卡片，对于卡片或卡片集合510进行的其它编辑(如针对卡片集合400和410a所述的)，可在多个用户之间进行同步。

图6示出了根据一个实施例的卡片集合510的一个示例性同步过程。客户端1602指的是在一个用户(如迈克)的计算设备上运行的数字卡片应用500，或者指的是该用户麦克或该客户端计算设备。客户端2606或客户端3608指的是在另一用户(如汤姆或朱迪)的计算设备上运行的数字卡片应用，或者指的是该用户或该客户端计算设备。服务器604指的是数字卡片服务器或者适于执行同步的另一个服务器。

在步骤610，客户端1602获得消息，如消息522，将其转换为卡片并添加到卡片集合510中。在步骤620，客户端1发送“添加消息”请求给服务器604。“添加消息”请求包括多用户间的对话会话520的标识(id)，从而服务器604可以识别对话会话520的其他用户并在步骤630发送“拉取消息”通知给由客户端2和3示出的其他用户。接收到“拉取消息”通知之后，在步骤640，客户端2和3发送“获取消息”请求到服务器。然后，在步骤650，服务器将该消息发送到客户端2和3。然后，在步骤660，该消息分别在客户端2和3被获得、被转换为卡片、并被添加到与对话会话520相关联的卡片集合中。然后，在多个用户之间完成该卡片的同步。

作为一个可选的实施方式，步骤630和640可以被省略。接收到“添加消息”请求620之后，服务器将该消息与对话会话id一同发送给其他用户，以便其他用户对与该对话相关联的卡片集合进行同步。

图7示出了对卡片集合510进行的示例性同步过程。客户端1702、客户端2706、客户端3708和服务器704对应于客户端1602、客户端2606、客户端3608和服务器604。

在步骤710，客户端1702获得消息，如消息522。将“添加到卡片”请求720与消息522和对话会话520的id一同从客户端1发送到服务器。在步骤730，服务器704将该消息转换为卡片。在步骤740，服务器704基于对话会话id识别对话会话520的用户，并将该卡片发送到客户端1到3。接收到该卡片之后，在步骤750，客户端1到3将其添加到客户端1到3处的与对话会话520相关联的卡片集合中。然后，在用户之间完成该卡片的同步。

应当理解，如图6和图7所示的同步流程可能有多种变形，显而易见的变形属于本公开范围。

虽然如图5所示，两个数据流510和520，即卡片集合和对话会话，实现在同一个应用中，如数字卡应用500，但是这两个数据流510和520也可以利用两个应用或软件模块来实现。

在一个实施方式中，多个用户之间的对话会话520可在即时消息应用中来实现，而与对话会话相关联的卡片集合510可在数字卡片应用中来实现。如图5所示的场景可通过将即时消息应用和数字卡片应用相关联来实现。即时消息应用可能支持呈现卡片集合510，或可能不支持呈现卡片集合510，但在任一情况下，卡片集合510可保持在数字卡片应用中并在对话会话520中的用户进行的消息收集过程中在用户之间进行同步。

图8示出了根据一个实施例对即时消息服务和数字卡片服务之间进行关联的示例。客户端1802、客户端2806、客户端3808和数字卡片(dc)服务器804对应于如图6中所示的客户端1602，客户端2606，客户端3608和服务器604，即时消息(im)服务器809在用户之间提供对话会话。

在810所示的过程中，客户端1到3建立一个对话会话，如由im服务器809提供的会话520，将一个对话会话id分配给对话会话520并发送到客户端。在820所示的过程中，将对话会话id从客户端发送到dc服务器804，并通过对话会话id建立对话会话520和卡片集合810之间的关联。作为820所示的过程的另一种方式，可将对话id从im服务器发送到dc服务器以建立两种服务之间的关联。应当理解，用于建立两种服务之间的关联的各种方式都适用于本公开。

在两种服务之间的关联被建立之后，在830所示的过程中，执行如图6和图7中所示的卡片同步。在一个实施方式中，如图6所示的同步过程可由dc服务器804或im服务器809来执行。在另一实施方式中，如图7所示的同步过程可由dc服务器804来执行。

图9示出了根据一个实施例的用于管理信息的方法。在步骤910，从至少一个信息源收集消息。举例来说，信息源可以是应用，例如用于浏览网站的应用、用于呈现图像的应用、用于显示如视频或语音等多媒体的应用、用于处理文本的应用，以及任何其他合适的应用。

在步骤920，将消息分别转换为卡片。消息可以是各种格式，包括，例如文本、图像、视频、语音、网页链接等。卡片是通用格式，并且每个卡片是仅包含单一格式消息的原子卡片。

在步骤930，以卡片为单位管理消息或卡片，卡片也可被称为原子卡片。对消息或卡片的管理，包括，例如，将卡片存储在卡片集合或卡片池中、编辑卡片、以卡片为单位编辑卡片集合，以及对卡片和卡片集合进行的任何其他合适的管理。

在一个实施方式中，在步骤910，响应于在第一应用中由第一用户执行的对第一消息的操作，从第一应用获得或收集该第一消息。在步骤920，将一种格式的第一消息转换为第一卡片。在步骤930，将第一卡片存储在卡片集合中。每个消息都具有一种格式，如文本格式、图像格式、视频格式、语音格式、网络链接格式等，而卡片具有一个通用格式。因此，具有通用格式的每个卡片只包含一种媒体内容，如文字、图像、视频、语音、网络链接等。

在一个实施方式中，在步骤910，响应于在第二应用中由第一用户执行的对第二消息的操作，从第二应用获得或收集该第二消息。在步骤920，将第二消息转换为第二卡片。在步骤930，将具有通用格式的第二卡片存储在卡片集合中。

在一个实施方式中，响应于第一用户从第一应用的对话会话中传输的消息中选择第一消息，从第一应用的该对话会话获得该第一消息，其中，该对话会话涉及包括第一用户的多个用户。在步骤930，通过将第一卡片添加到用于第一用户的与该对话会话相关联的卡片集合中，更新该卡片集合。可以对该卡片集合和/或该卡片集合中的卡片进行编辑。也可以在该对话会话中共享或传输该卡片集合。

在一个实施方式中，在第一应用的用户界面(ui)中呈现多个用户之间的对话会话。也可在第一应用的ui中呈现该卡片集合。

在一个实施方式中，将第一卡片同步到用于多个用户中的第二用户的与该对话会话相关联的卡片集合。

在一个实施方式中，响应于第三卡片被添加到用于第二用户的与该对话会话相关联的卡片集合中，将第三卡片同步到用于第一用户的与该对话会话相关联的卡片集合。

在一个实施方式中，当相应消息被获得时，卡片的属性信息可被获得。属性信息可包括至少以下之一：关于对应于该卡片的消息的时间、关于对应于该卡片的消息的位置、创建该卡片的时间、更新该卡片的时间、关于应用的信息(对应于该卡片的消息是从该应用接收的)、该卡片与其他卡片之间的关系、该卡片的标签或分类信息。与该卡片相关联地记录该属性信息。类似地，卡片集合的属性信息可以基于其中的卡片来获得，也可以通过用户输入来获得，例如，用户可为卡片集合输入标签。

在一个实施方式中，通过自动分析对应于卡片的消息，获得该卡片的标签信息。在另一实施方式中，该卡片的标签信息可以由用户输入。例如，该卡片的标签信息可从对对应于该卡片的消息进行的图像分析的结果获得、从对对应于该卡片的消息进行的语音分析的结果获得、从对对应于该卡片的消息进行的文本分析的结果获得，等等。

在一个实施方式中，从用户接收搜索请求，并且呈现具有与该搜索请求相匹配的属性信息的卡片。

在一个实施方式中，响应于用户输入，将多个卡片组合到一个卡片集合中、调整卡片集合中卡片的顺序、将卡片添加到卡片集合中、从卡片集合中删除卡片，等等。并且，也可通过im应用或者在网站上、或者以任何其他合适的方式共享卡片或卡片集合。

图10示出了根据一个实施例的用于管理信息的示例性装置1000。

装置1000包括信息获得模块1010、卡片创建模块1020和卡片管理模块1030。信息获得模块1010被配置为从至少一个信息源收集消息。卡片创建模块1020被配置为将该消息分别转换为卡片。卡片管理模块1030被配置以卡片为单位来管理该消息。

在一个实施方式中，信息获得模块1010被进一步配置为响应于在第一应用中由第一用户执行的对第一消息的操作，从第一应用获得第一消息。卡片创建模块1020被进一步配置为将第一消息转换为第一卡片。卡片管理模块1030被进一步配置为将第一卡片存储在卡片集合中。

在一个实施方式中，信息获得模块1010被进一步配置为响应于第一用户从第一应用的对话会话中传输的消息中选择第一消息，从该对话会话获得该第一消息，其中，该对话会话涉及包括第一用户的多个用户。卡片管理模块1030被进一步配置为通过将第一卡片添加到用于第一用户的与该对话会话相关联的卡片集合中，更新该卡片集合。

在一个实施方式中，该装置还包括在图10中未示出的呈现模块。呈现模块被配置为将在第一应用的用户界面(ui)中呈现多个用户之间的对话会话。呈现模块被配置为在第一应用的ui中呈现该卡片集合。

在一个实施方式中，卡片管理模块1030被进一步配置为将第一卡片同步到用于多个用户中的第二用户的与该对话会话相关联的卡片集合。

在一个实施方式中，卡片管理模块被进一步配置为响应于第三卡片被添加到用于第二用户的与该对话会话相关联的卡片集合中，将第三卡片同步到用于第一用户的与该对话会话相关联的卡片集合。

应当理解，尽管根据以上描述，是由卡片管理模块执行同步功能，但同步功能还可由另外的模块执行，如同步模块。实现在装置1000中的模块的数量及名称并不限制本公开。

在一个实施方式中，卡片管理模块1030被进一步配置为基于以下至少之一获得卡片的标签信息：对与卡片相对应的消息进行的图像分析的结果、对与卡片相对应的消息进行的语音分析的结果，对与卡片相对应的消息进行的文本分析的结果；以及与卡片相关联地记录该标签信息。应当理解，卡片管理模块可以被配置为获得如上所述的属性信息。

在一个实施方式中，卡片管理模块1030被进一步配置成执行以下操作之一：将多个卡片组合到一个卡片集合；调整卡片集合中卡片的顺序；将卡片添加到卡片集合中；从卡片集合中删除卡片；以及共享卡片或卡片集合。

应当理解，装置1000还可以包括被配置为用于根据以上结合图1-9所述的各实施例执行用于管理信息的方法的任何操作的任何其他模块。

图11示出了根据一个实施例的用于管理信息的示例性系统1100。

系统1100包括一个或多个处理器1110。系统1100进一步包括与一个或多个处理器1110连接的存储器1120。一个或多个处理器1110可对应于如图2所示的处理单元240，存储器1120可对应于如图2所示的系统存储器210、可移动存储设备250和不可移动存储设备260中至少之一。存储器1120可存储计算机可执行指令，该计算机可执行指令被执行时使得该一个或多个处理器1110从至少一个信息源收集消息、将该消息分别转换成卡片、并且以卡片为单位管理该消息。

该计算机可执行指令被执行时，使得一个或多个处理器1110执行根据以上结合图1-9所述的各实施例的用于管理信息的方法的任何操作。

本公开的实施例可以在非易失性计算机可读介质中实现。该非易失性计算机可读介质包括指令，该指令被执行时使得一个或多个处理器根据以上所述的实施例执行用于管理信息的方法的任何操作。

应当理解，以上所述的方法中的所有操作都仅仅是示例性的，本公开不仅限于所述方法中的任何操作或者所述操作的执行顺序，并且应当涵盖与之具有相同或相似概念的所有其他等同物。

还应当理解，以上所述的装置中的所有模块可以以各种方式来实现。这些模块可被实现为硬件、软件、或两者的组合。此外，任何这些模块都可以在功能上被进一步划分为子模块或被组合在一起。

结合各种装置和方法已经对处理器进行了描述。这些处理器可以使用电子硬件、计算机软件或两者任意组合来实现。至于这些处理器是实现为硬件还是软件，取决于特定的应用以及施加在整个系统上的设计约束。举例来说，本公开提供的处理器、处理器的任何部分、或处理器的任何组合可以利用微处理器、微控制器、数字信号处理器(dsp)、现场可编程门阵列(fpga)、可编程逻辑设备(pld)、状态机、门控逻辑、离散硬件电路、以及被配置成执行本公开所描述的各种功能的其他合适的处理组件来实现。本公开提供的处理器的功能、处理器的任何部分、或处理器的任何组合可以利用由微处理器、微控制器、dsp或其他合适的平台执行的软件来实现。

软件应当被宽泛地解释成意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、执行线程、过程、功能等。所述软件可驻留在计算机可读介质上。计算机可读介质可以包括，例如，如磁存储设备(如硬盘，软盘，磁条)的存储器、光盘、智能卡、闪存设备、随机存取存储器(ram)、只读存储器(rom)、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、寄存器、或可移动磁盘。尽管从本公开中的各个方面来说存储器被示为与处理器是分开的，但存储器可以在处理器内部(例如，高速缓存或寄存器)。

提供以上描述是为了使任何本领域技术人员均能实践其中所描述的各个方面。对于这些方面的各种修改对于本领域技术人员是显而易见的，此处定义的一般原理适用于其他方面。因此，权利要求并非旨在被限定于以上所述的各个方面。本公开描述的各个方面中包含的各要素的为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效方案以引用的方式被明确添加在此，并且旨在被权利要求所涵盖。