CN101583942A - 为手持设备实施主题的方法和设备 - Google Patents

Abstract

用于向蜂窝电话设备传送、管理和应用主题的方法和设备。在一个实施例中，该设备包括收件箱，用于接收包含主题的多媒体消息(MM)；归档逻辑，用于将MM归档置于主题文件夹中；主题文件夹，可由用户使用来浏览主题MM；和客户端应用程序，用于向用户的蜂窝电话设备应用主题。在一个实施例中，该设备包括通知逻辑，用于通知与用户有关的网页更改其显示，以与用户应用到蜂窝电话设备的主题相匹配。

Description

为手持设备实施主题的方法和设备

技术领域

本发明涉及手持设备，例如蜂窝电话，并且特别涉及在这种设备中“主题”的使用。

背景技术

主题是一组封装好的用户界面部分，使用户的体验能够集中在主要的想法或“主旨”周围。例如，主题可以统一背景图像、背景颜色、铃声、图标和蜂窝电话用户界面的其他特征。主题可以集中在明星、人物、例如自然、音乐等的想法、或任何其他统一的主旨周围。

在现有技术中，用户可以在网页上浏览主题。之后用户可以购买主题，或者是通过直接在网页上付费或者是在用户的蜂窝电话的账户上计费。之后向用户的蜂窝电话发送通知，这触发了使用WAP(无线接入协议)与网页的连接。之后，在客户的设备上所执行的客户端主题应用程序将该主题应用到用户的手持设备。在一个实施例中，用于应用主题和移除该主题的客户端主题应用程序是重要的应用程序。

发明内容

一种用于向蜂窝电话设备传送、管理和应用主题的方法和设备。在一个实施例中，该设备包括收件箱，用于接收包含主题的多媒体消息(MM)；归档逻辑，用于将MM置于通用消息收件箱内的主题文件夹中；主题文件夹，可被用户使用以浏览主题MM；和客户端应用程序，用于将该主题应用到用户的蜂窝电话设备上。在一个实施例中，该设备包括通知逻辑，用于通知与用户有关的网页以改变该网页的显示以配合用户应用到蜂窝电话设备的主题。

附图说明

本发明结合附图以非限制性的方式，用示例的方式进行表示，其中相同的附图标记表示相同的部件，在附图中：

图1是其中可以实施主题环境的网络的框图；

图2是实现主题的部件的一个实施例的框图；

图3是用于手持机的主题装载工具的框图；

图4A是从服务器的角度向用户设备发送主题的一个实施例的流程图；

图4B是从客户的角度在用户设备接收主题的一个实施例的流程图；

图4C是主题和消息到期的一个实施例的流程图；

图5A-B是下载主题并将其添加至手持机的一个实施例的流程图；

图6A-C表示用于选择、浏览和安装主题的典型用户界面系列；

图7是可以使用本发明的计算机系统的一个实施例的框图。

具体实施方式

描述了一种用于向蜂窝电话设备传送(使用多媒体消息服务或“MMS”)、管理和应用主题的方法和装置。在一个实施例中，该系统包括一个或多个网页或其他能够显示可被选择并下载到设备的主题的机制。在一个实施例中，该系统接收用户预定的主题，将该主题封装为多媒体消息(MM)并将MM发送到用户的收件箱。该收件箱被设计用于接收包含用户所选择的主题的多媒体消息(MM)。在一个实施例中，该收件箱包括归档逻辑，用于将该主题MM置于单独的主题文件夹中。在一个实施例中，如果没有主题文件夹，则归档逻辑创建所述主题文件夹，并将该主题MM归档在该主题文件夹中。在一个实施例中，该系统进一步包括到期逻辑，用于在一段预定的时间后，将主题消息从主题文件夹中移除。如果在主题文件夹中不存在主题消息，则在一个实施例中，到期逻辑也会将主题文件夹从用户的系统中移除。在一个实施例中，到期逻辑还可以用于从用户的设备中终止所应用的主题本身。

在一个实施例中，主题文件夹可被用户使用以浏览主题MM。在一个实施例中，收件箱逻辑简单地被用于在主题MM之间滚动。这样，在一个实施例中，该系统使用与通常的MM相同的界面机制来浏览主题消息。客户设备包括客户端应用程序，用于将主题应用到用户的蜂窝电话设备上。在一个实施例中，用户使用与打开标准MM相同的用户界面方法来选择“打开消息”的操作。客户端主题应用程序得到通知，并将主题应用到用户设备。在一个实施例中，该系统位于用户的收件箱中，这样用户可以选择立即应用不同的主题。在一个实施例中，当用户将主题应用到设备时，通知逻辑向与用户有关的服务器网页发送通知，使该网页改变显示以配合用户应用到蜂窝电话设备的主题。在一个可替换的实施例中，用户选择“保存主题”或类似的选项，来指示还应当将该主题保持应用到系统，并一旦做出了“保存主题”的选择，就向Web界面发送通知。这样，用户界面主题体验在蜂窝电话设备和Web界面之间是无缝的。

注意，尽管在本申请中使用了术语“手机”、“蜂窝电话”、“蜂窝电话设备”和其他类似的术语，但是本发明并不限于这些设备。而是任何能够接收MM并具有能够改变以反映主题的用户界面的设备都可以使用。用户界面的改变可以包括：改变背景图片、改变颜色方案、改变图标和其他图形元素的外观、改变设备所播放的音调或其他对用户界面的任何改变。例如，特定的个人数字助理(PDA)能够接收MM，并具有应用主题。任何这种设备，即使是不能进行语音电话呼叫的设备，也可以用于本发明，而不偏离本发明所述的范围。

图1是其中可以实施主题环境的网络的框图。该主题服务器140包括一个或多个可由用户选择的主题。在一个实施例中，主题服务器140可以通过基于web的接入点125来访问，例如桌上电脑。在一个实施例中，主题服务器140可以通过用户手持机110来访问。在一个实施例中，主题服务器140通过第三方来维护，而不连接至多媒体消息服务中心(MMSC)150。在另一个实施例中，主题服务器140可以在与MMSC 150相同的系统上。网络160将系统的各个部分连接在一起。在一个实施例中，网络160代表多个不同类型的网络。例如，网络160可以包括：1)从MMSC 150到设备110的服务供应商的网络；2)LAN/WAN/MAN，用于连接操作中心的服务器部件，其中服务器部件可以包括主题服务器140、中央存储器130和Web接入点125；和3)从用户的Web接入点125至Web界面170的互联网连接。

MMSC 150从主题服务器140接收包含主题的分组的MM。在一个实施例中，主题消息是标准MM1格式化的消息。在另一个实施例中，主题消息是标准MM7格式化的消息。在又一个实施例中，主题服务器可以发送专用格式的消息，或任何其他MMSC 150可以处理的格式。MMSC 150在将多媒体消息(MM)发送至用户手持机之前，将该消息格式化为合适的MM1格式。

在一个实施例中，用户手持机110自动将主题MM归档到用户收件箱的主题文件夹中。在一个实施例中，如果不存在主题文件夹，则用户设备创建主题文件夹，并将MM归档到该文件夹中。在一个实施例中，用户手持机包括标准收件箱逻辑，其包括归档逻辑，和最低功能的主题客户端，用于将主题应用到手持机。

在一个实施例中，该系统可以进一步包括中央存储器130，来存储MM消息数据。在一个实施例中，一旦用户浏览了消息/主题，则只在手持机中存储报头信息和MM的一部分。在一个实施例中，中央存储器130保存所接收的以及所发送的用户消息的完整副本。

该系统可以进一步包括Web界面170，用于使用户从中央存储器130访问用户消息。在一个实施例中，如下文所述，该系统自动将主题应用至Web界面170，这样用户在设备和Web之间浏览具有相同主题的一致的界面。

图2是实现主题的元件的一个实施例的结构图。该元件包括主题服务器140、MMSC 150、用户手持机110和Web界面170。注意，虽然将主题服务器140、MMSC 150和Web界面170表示为分离的元件，但是其可以在同一个服务器上实现。并且，各功能可以以不同的方式在这些元件之间分配。

主题服务器140包括主题210的数据库(或其他存储结构)。选择逻辑215在一个实施例中由用户通过Web服务器200来访问。用户可以浏览存储器210中的主题，并选择一个或多个发送至他的或她的蜂窝电话的主题。

一旦用户选择了一个或多个要下载的主题，则MM封装逻辑220创建多媒体消息(MM)。在一个实施例中，MM包括主题本身和某些附加数据。例如，在一个实施例中，如果可用的话，MM包括在收件箱文件夹中显示的报头信息。该报头信息可以包括主题名称/标签、主题类型、以及与主题有关的代表图。在一个实施例中，MM封装逻辑220包括类型标识符221和图像选择器222，以做出这些判断。在另一个实施例中，这些判断是在手持机上做出的。在一个实施例中，MM封装逻辑220进一步包括到期戳223，用来向主题添加到期日期。在一个实施例中，不是所有的主题都包括到期戳。

一旦将消息封装为MM，则发送逻辑225将其向MMSC 150发送。在一个实施例中，主题服务器140作为增值业务(VAS)，并使用MM7协议与MMSC 150通信。MMSC 150使用标准方法向用户手持机110发送MM。在一个实施例中，使用MM1协议。

用户手持机110包括接收逻辑230，用来接收收到的MM。归档逻辑235识别MM类型。图6A表示典型的收件箱结构，其包括文件夹，用于将三种类型的消息分别归档。所述消息类型包括邮件、主题和应用程序。还可以包括其他的消息类型。在一个实施例中，“主题”包括例如铃声、背景、屏保等主题的子集。在另一个实施例中，每个这种用户个性化的子集可以归档在独立的文件夹中。归档逻辑235判断MM应当被归档在哪个收件箱237中，并将其放在合适的文件夹中。在一个实施例中，如果不存在文件夹，则由归档逻辑235创建文件夹。

在一个实施例中，可视报头逻辑240产生可视的与消息有关的文本的线条。例如，如图6B所示，在一个实施例中，每个主题都有相关的标题/标签，和图案。在另一个实施例中，代表可以完全是图形(例如显示屏幕截图等)。在另一个实施例中，代表可以只是文本消息，或任何可以向用户指明主题类型的显示变形。在一个实施例中，如上所述，可视报头逻辑240存在于主题服务器140上，且MM已经包含了可视报头信息。

在一个实施例中，可视报头逻辑240包括类型标识符242。类型标识符242判断主题类型是否包括例如静态、循环和动态主题。静态主题是不变的。循环主题在多个图像中，通常是全部连贯的主题中，改变显示。例如，循环主题可以是“花朵”，其在一周的每一天都显示一组不同的花，但是每周一都会回到“周一显示”。动态主题也会周期性地变化，但是每次改变都会使用新图像进行更新。例如，动态主题可以是“你所选择的女演员”，每周都显示更新后的新的女演员的图像。在一个实施例中，报头信息包括主题类型，由类型标识符242进行标识。

在一个实施例中，可视报头逻辑240包括图像选择器245。当主题没有选择代表图时，使用图像选择器245。图像选择器245对代表图进行标识。在一个实施例中，所选择的图像是背景图像。在另一个实施例中，所选择的图像是最大的图像。在另一个实施例中，所选择的图像是以下中的一个：屏保图像、背景图像、最经常重复的图像。选择代表图的替换方法。可视报头逻辑240设置报头的可视部分，在用户的收件箱中的主题文件夹中显示。

在一个实施例中，浏览逻辑250是支持收件箱的软件的一部分。在一个实施例中，浏览逻辑250与用于查看通常的MM的逻辑相同。浏览逻辑250使用户能够浏览和选择主题。在一个实施例中，使用蜂窝电话的标准浏览性能。

如果用户点击或以另外的方式选择主题，则激活了主题客户端255，主题客户端255将主题应用至用户的手持机。该主题可以包括以下一个或多个：背景、图标、音乐、铃声、屏保和用户界面的其他方面。在一个实施例中，只有如果用户选择“接受/应用”主题选项，主题才“应用”或保存。在替换的实施例中，当选择时就立即应用/保存主题。在一个实施例中，用户可以回到出厂设置，即禁用当前主题。图6B表示本发明实施的一种典型方式。所显示的“重置”按钮可以用来禁用当前主题。在一个实施例中，“重置”按钮可以用于恢复先前所应用的主题。在一个实施例中，当使用“重置”按钮时，用户可以选择是返回到先前所使用的主题，还是返回到出厂的默认用户界面。

在一个实施例中，如果主题是循环或动态主题，则更新逻辑265确定何时改变主题显示。在一些情况下，由获取逻辑270来获取新的数据。之后，更新逻辑265触发主题客户端255以在蜂窝电话上更新主题数据。

在一个实施例中，当用户向手持机应用主题时，消息逻辑260向Web界面170发送通知消息，以应用相应的主题。Web界面170中的主题更新器280将相应的主题应用到Web界面。在一个实施例中，相应的主题与应用到用户的手持机设备的主题不相同，而是补充设计。例如，手持机设备具有有限的存储和显示能力。Web界面170上的主题可以更加复杂、更频繁地更新或不同。通过在Web界面170上具有补充/相应的主题，而创建了统一的体验。

用户手持机110还包括到期逻辑257。如上所述，主题可以包括到期日期。例如，用户可以购买“一个月”或其他指定日期的主题。在一个实施例中，主题还可以是没有到期日期的“永久的”。一旦到期，则到期逻辑257移除主题和主题消息。在一个实施例中，如果在收件箱中没有剩下主题消息，则到期逻辑257还从用户的收件箱中移除主题文件夹。在一个实施例中，Web界面170包括到期逻辑285，其在大约相同的时间使Web界面上的主题到期。在一个实施例中，当应用主题时，从手持机设备所发送的消息包括到期信息。在替换实施例中，当在手持机上主题到期时，手持机向Web界面170发送消息。

图3是实施主题环境的一个实施例的整体流程图。该过程在块310开始。在块320，用户选择待应用到用户手持设备的主题。

在块330，向用户的手持机发送主题。在一个实施例中，用户可以选择多于一个的主题。

在块340，该过程判断用户是否已经选择了待应用到用户手持机的一个主题。如果是，则该过程继续进入块350。否则，该过程结束。

在块350，将该主题应用至手持机。在一个实施例中，应用主题包括改变由主题所指定的用户界面的各个方面。在一个实施例中，用户明确指明应当应用的主题。

在块360，手持机通知web界面已经应用了新的主题。在一个实施例中，用户指定web界面也应当应用主题。在一个实施例中，当用户向手持机应用主题时，她或他能够选择是否将其应用至web界面。例如，在一个实施例中，用户界面显示控制窗，询问“是否应用该主题？”。在一个实施例中，该控制窗包括选项，例如“如果你希望具有应用至web界面的补充主题，则选中该框”。在一个实施例中，默认的是将主题应用至web界面。在一个实施例中，通知包括主题标识符(ID)。在一个实施例中，通知包括手持机的用户ID和主题ID。

在块370，Web界面标识出相应的web界面主题，并将该主题应用至Web界面。在一个实施例中，当用户通过Web界面访问他的或她的数据时，用户界面将具有与用户的手持机主题匹配的主题。这向用户提供了统一的体验。并且，由于Web界面具有某些手持机没有的性能，因此，在一个实施例中，Web界面可以提供更深入、有趣、主动或其他更好的用户主题版本。之后该过程在块380结束。

图4A是从服务器的角度下载主题，并将其添加至手持机的一个实施例的流程图。该过程在块410开始。在一个实施例中，当用户连接至主题服务器浏览主题时，该过程开始。在一个实施例中，用户可以通过他或她的手持机来完成。在一个实施例中，用户可以通过任何能够访问互联网的系统，例如桌上电脑系统，来完成。

在块412，进行主题的浏览。在一个实施例中，可以分类显示主题，使用户能够选择类型，之后选择该类型中的一个或多个主题。

在块414，该过程判断是否已经选择了任何主题。如果用户没有选择任何主题，则该过程返回到块412进行浏览。在一个实施例中，系统可以使用类似“购物车”，使用户能够向购物车中添加一个或多个主题。当用户点击“接受”或“购买”选项时，“选择”该主题。在一个实施例中，系统子动向用户为这些主题计费。在另一个实施例中，直到用户将主题安装在手持机上时，才向用户计费。在另一个实施例中，直到用户已经将主题安装在手持机上一段预定时间，即“预览”时间之后，才为主题计费。这将使用户能够在为这些主题付费之前，看到这些主题在他的/或者她的手持机上实际看上去/听上去怎样。如果用户希望下载该主题，则该过程继续至块416。

在一个实施例中，在块416，向图像消息中添加到期日期戳。该到期日期戳表明何时MM消息和/或相关的主题到期。主题/消息的寿命可以是几小时、几天、几星期或不确定的。

在块420，标记、选择或创建“代表图”。在一个实施例中，代表图是极小的图像。在另一个实施例中，从主题中选择一个或多个作为代表。例如，对于橄榄球的主题，代表图可以是包括队徽的橄榄球帽。选择这个代表图来使用户能够可视地识别出主题的主要主题。

在块422，标识出主题类型。典型的主题类型包括：静态、循环和动态。这些主题类型在上面很详细的描述了。

在块424，过程建立有效的MM，包括主题，以及代表图、主题类型和到期信息。在一个实施例中，该信息包含在消息报头中，或作为MM内容的一部分。在替换的实施例中，主题服务器可以在专用的(即既不是MM7也不是MM1)格式中封装主题信息。之后该过程进入块430。

在块430，MM被发送至MMSC，以最终发送至用户设备。在一个实施例中，当他或她选择所要下载的主题时，用户提供蜂窝电话号码或其他唯一的识别符。如果主题服务器创建了合适的MM消息(在一个实施例中为MM1格式)，则MMSC简单地将该消息转发至用户设备。在一个实施例中，MMSC判断该消息是否适合是的格式，如果不是，则MMSC在将其转发给用户之前，将该消息重新格式化为合适的MM格式。

图4B是从客户的角度处理主题消息的流程图。在块440，用户系统接收MM。

在块422，该过程判断用户收件箱中是否已经包括主题文件夹。如果没有主题文件夹，则在块444，系统创建主题文件夹。之后该过程进入块446。如果已经有了主题文件夹，则该过程直接进入块446。

在块446，将消息归档在用户收件箱的主题文件夹中。在一个实施例中，每个主题都单独表示为一个“消息”，可以被用户浏览。

在块448，该过程解包所述主题消息，以创建可视报头。在一个实施例中，该可视报头包括以下一个或多个：主题名称、代表图、主题类型和到期日期。在一个实施例中，如果丢失了这些元素，则主题客户端可以试图创建(即从主题中生成极小的图作为代表图，并标识出主题类型)。

在块450，代表图和主题类型被添加至可视报头信息(除了主题名称/标签)，这样当用户在主题文件夹中浏览可用的主题时，可以方便地标识出每个主题。之后该过程在块460结束。

图4C是到期逻辑的一个实施例的流程图。该过程在块465开始。

在块470，该过程判断主题和/或包含主题的MM是否已经超过了指定的时间期限。在一个实施例中，将到期时间戳封装在上述块425所创建的MM中。

如果主题或消息已经超过了时间期限，则在块475，删除该主题或消息。当删除主题时，在一个实施例中，用户手持机被重置为出厂默认设置。在一个实施例中，通过从手持机向有关的Web服务器发送消息，而同时删除被应用至有关网页的主题。在一个实施例中，使用准同步方法，从而Web服务器使用其自身的时钟来运行其自身的到期逻辑，这样不依赖于设备和Web服务器之间的消息来同步调整主题、包含主题的MM或主题文件夹的到期。在替换实施例中，在块477，系统从相关的网页发送消息来终止主题。

之后该过程在块480判断其他的任何主题/消息是否需要被评估。如果是，则该过程返回块470。如果所有的主题都已经被评估，则该过程继续至块485。

在块485，该过程判断在主题文件夹中是否有任何包含主题的MM。在一个实施例中，所有主题内容都已经被移除了的自动生成的主题文件夹被主题客户端自动移除。如果主题文件夹为空，则在块490将其删除。之后该过程结束，在块495。

图5A-B是选择和应用主题的一个实施例的流程图。该过程在块510开始。当用户从收件箱中选择了主题文件夹时，开始该过程。在图6A中表示了显示包括各种文件夹的收件箱的典型用户界面。

在块515，向用户显示主题文件夹中的主题消息。图6B表示显示了主题文件夹中的多个主题的典型用户界面。如图所示，在一个实施例中，主题包括主题标签/名称，以及代表图。在一个实施例中，可视报头中还包括到期日期。

在块520，该过程判断是否已经选择主题。如果没有选择主题，则该过程继续至块535，以判断用户是否已经从主题文件夹中退出。如果用户从主题文件夹中退出，则该过程继续至块540，否则，该过程返回到块520。在一个实施例中，如果在预定时间内没有动作，则该过程超时，并自动从主题文件夹中退出。如果用户选择了应用至设备的主题，则该过程继续至块530。

在块530，主题被应用至设备。图6C表示典型的用户界面，该界面表示了一些已经使用了的主题部分。

在块535，该过程判断用户是否已经离开了主题文件夹，或表明希望应用该主题，而不是继续浏览主题。用户可以在主题文件夹中尝试各个主题。在一个实施例中，该系统不会通知Web界面，直到用户退出了主题文件夹，或是表明他或她希望继续应用该主题，这表明当前所应用的主题不会改变。如图6B中所示，“主题”之一是“重置成默认”，即移除当前所应用的主题。这样，用户可以退出没有应用主题的主题文件夹。在另一个实施例中，可以有“重置成先前”的选项，这使用户能够移除当前所应用的主题，并回到先前所应用的设置。在另一个实施例中，有“接受主题”的选项，这表示应当继续应用该主题。

如果用户没有从主题文件夹中退出/接受主题，则该过程回到块520，监测所选择的主题。

在块540，该过程判断是否向设备应用新的主题。如果没有应用新的主题，则该过程在块542结束。

如果应用了新的主题，则该过程在块545向Web界面发送消息来实施其相应的主题。该过程继续至块555。

在块555，该过程判断所应用的主题是否是变化的主题。变化的主题是非静态的，并周期性地被更新。例如，变化的主题可以是循环的(相同的图片被周期性地换入或换出)、动态的(图片被更新)或以其他方式变化。如果主题不是变化的，则该过程在块542结束。如果主题是变化的主题，则该过程继续至块560。

在块560，标记了主题的更新周期。在一个实施例中，该主题具有有关的更新周期。在一个实施例中，主题没有标识出更新周期时间，更新周期被设置为默认值。

在块565，设置下一次更新的时间/日期。在一个实施例中，更新逻辑设置类似闹钟的功能，当到了更新时发出警报。在另一个实施例中，时间/日期可以被设置为是倒计时周期。注意，尽管使用了术语“时间/日期”，但是主题可以以每几分钟的频率进行更新，或以一年一次的频率，或按不规则的安排，例如“每次当乐队发布新专辑的时候”。

在替换的实施例中，主题服务器或中央主题管理机构跟踪位于用户设备中的主题。一旦发生了触发事件(例如与主题有关的数据被更新)，指示“现在是更新时间”的触发消息就被发送至每个用户的手持机。可替换地，主题服务器自动创建“更新MM”，并向用户系统发送该更新MM。使用该更新MM来更新与用户主题文件夹中的主题消息有关的数据。在一个实施例中，更新MM替换先前的主题消息(使该消息被删除)。

在块570，该过程判断现在是否是更新时间。如上所述，这可以根据警报、外部触发消息或任何其他指示应当更新变化的主题的指示。当到达更新时间时，则该过程继续至块575。

在块575，该过程判断该主题是否是动态主题。在动态主题中，不能本地获得新数据。如果该主题是动态的，则该过程在块580下载新的主题数据。在一个实施例中，该过程与新主题数据一起接收新的MM。

在块585，主题显示使用新的数据进行更新。尽管是以流程的方式进行显示的，但是本领域技术人员可知其是独立的过程。新主题数据的下载可能会花费一些时间。因此，当系统成功地下载了新主题数据时，触发客户端。同时，虽然使用了术语“下载”，但是新主题数据可以使用MM消息格式来发送，使用WAP下载，或可以使用任何其他可以获得的途径来得到。

一旦新数据被成功地下载并安装，则该过程返回到块565，为下一次更新周期设置更新时间/日期。在所述的替换实施例中，系统向中央跟踪器发送消息，表明最新更新的时间和日期。

如果在块575判断该主题不是动态主题，则该过程继续至块590。在块590，该过程判断是否已经下载了下一组主题数据。在一个实施例中，循环主题重复使用数据，例如，在七个图片中循环，一天一个。所述图片可以是先前下载的主题数据或新的数据。如果主题数据还没有被下载，则该过程继续至块580，来下载下一组主题数据。如果主题数据已经下载了，则该过程继续至块595。在块595，获得下一组主题数据。之后该过程继续至块585，使用所获得的主题数据来更新主题显示。

这样，可以向用户系统应用并保留主题。

图7是可以使用本发明的计算机系统的一个实施例。但是本领域技术人员应当清楚，也可以使用各种系统结构中的其他替换系统。

图7所示的数据处理系统包括用于传送信息的总线或其他内部通信装置715，和用于处理信息的与总线715连接的处理器710。该系统进一步包括与总线715相连接的随机存取存储器(RAM)或其他易失性存储设备750(称作存储器)，用于存储信息和由处理器710所执行的指令。主存储器750还可以用于存储其他处理器710执行指令期间的暂时变量或中间信息。系统还包括与总线715相连接的只读存储器(ROM)和/或静态存储设备720，用于存储静态信息和用于处理器710的指令；和数据存储设备725，例如磁盘或光盘，以及其相应的盘驱动。数据存储设备725与总线715相连接，用于存储信息和指令。

该系统可以进一步连接至显示设备770，例如阴极射线管(CRT)或液晶显示屏(LCD)，该显示设备770通过总线765与总线715相连接，用于向计算机用户显示信息。包括字母数字和其他按键的字母数字输入设备775也可以通过总线765与总线715相连接，用于与处理器710之间传送信息和命令选择。附加的用户输入设备是光标控制设备780，例如通过总线765与总线715相连接的鼠标、轨迹球、指示笔或光标方向按键，用于与处理器710传送方向信息和命令选择，并控制显示设备770上的光标移动。

另一个可选择地与计算机系统700相连接的设备是通信设备790，用于通过网络访问分布系统的其他节点。该通信设备790可以包括任何多个商业上可用的网络外围设备，例如用于连接至以太网、令牌网、互联网或广域网的设备。该通信设备790可以进一步是无调制解调器的连接、无线连接机制或任何其他能够在计算机系统700和外部世界之间提供连接的机制。注意到可以在本发明的各个实施例中使用任何或全部图7中所示的该系统的部件及相关硬件。

本领域普通技术人员应当清楚，可以为根据特定实施的各种目的而使用任何系统构造。实施本发明的控制逻辑或软件可以被存储在主存储器750、海量存储设备725或其他可被处理器710访问的本地或远程存储介质上。

本领域普通技术人员应当清楚，此处所描述的系统、方法和过程可以作为软件来实施，该软件在主存储器750或只读存储器720中存储，并由处理器710所执行。这样的控制逻辑或软件也可以位于制造产品中，该产品包括计算机可读介质，其中包含计算机可读程序代码，该计算机可读介质可由海量存储设备725读取，并能使处理器710根据此处的方法和教导来操作。

本发明还可以在包含上述计算机硬件组件的子集的手持或便携式设备中实现。例如，所述手持设备可以被构造为仅包含总线715、处理器710和存储器750和/或725。本发明还可在包含上述计算机硬件组件的子集的特定用途的应用中实现。例如，该应用可以包括处理器710、数据存储设备725、总线715和存储器750，和基本的通信机制，例如允许用户以基本的方式与设备通信的小触摸屏。通常，设备的用途越专用，设备功能所需要的组件就越少。在一些设备中，与用户的通信可以通过触摸屏或类似的机制。

本领域普通技术人员应当清楚，可以根据特定实现的各种目的而使用任何系统构造。实现本发明的控制逻辑或软件可以被存储在处理器710可本地或远程访问的任何机器可读介质上。机器可读介质包括任何以机器(例如，计算机)可读的形式存储或发送信息的机制。例如，机器可读介质包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备、电、光、声或其他形式的传播信号(例如，载波、红外信号、数字信号等)。

在上面的说明中，已经结合特定的典型实施例对本发明进行了描述。但是，很明显，可以对其做各种修改和变化，而不偏离所附权利要求中的本发明更宽的精神和范围。因此，本说明和附图是作为表示为不是限制。

Claims (14)

1.一种方法，包括：

从多媒体消息服务中心接收多媒体消息；

将该多媒体消息标识为主题多媒体消息；以及

自动将该多媒体消息归档在用户收件箱的主题文件夹中。

2.如权利要求1所述的方法，进一步包括：

如果在用户系统上还不存在主题文件夹，则创建一主题文件夹。

3.如权利要求1所述的方法，进一步包括：

允许用户使用与常规的多媒体消息相同的用户界面机制来浏览主题文件夹中的多媒体消息。

4.如权利要求3所述的方法，其中每个多媒体消息都包括代表主题图，使用户能够可视地识别出与多媒体消息有关的主题。

5.如权利要求4所述的方法，进一步包括：

为主题多媒体消息标识代表图，并将该代表图添加至可视消息报头。

6.如权利要求1所述的方法，进一步包括：

判断主题类型，其中主题类型包括静态主题、循环主题和动态主题；以及

在与主题消息有关的可视消息报头中，指明主题类型。

7.如权利要求1所述的方法，进一步包括：

如果用户选择了一主题多媒体消息，则将该主题应用到该用户的设备上。

8.如权利要求1所述的方法，进一步包括：

当用户应用主题时，向Web界面发送消息，以使Web界面应用相应的主题。

9.如权利要求1所述的方法，进一步包括：

如果还不存在主题文件夹，则创建一主题文件夹。

10.如权利要求1所述的方法，进一步包括：

在主题消息到期后，移除该主题消息。

11.如权利要求10所述的方法，进一步包括：

如果在主题文件夹中没有主题消息，则删除该主题文件夹。

12.一种能够支持主题的手持设备，该手持设备包括：

收件箱，用于接收多媒体消息，该收件箱包括用于主题消息的主题文件夹；以及

归档逻辑，用于自动将所述主题消息归档到所述主题文件夹中。

13.一种能够支持主题的手持设备，该手持设备包括：

接收逻辑，用于接收主题；

主题客户端，用于将主题安装在手持设备上；和

消息逻辑，用于向与手持设备有关的Web界面发送消息，以触发Web界面添加相应的主题。

14.如权利要求13所述的手持设备，进一步包括：

归档逻辑，用于将包含主题的多媒体消息置于用户收件箱的主题文件夹中。

Images