CN100479552C - 文本消息通话的用户界面的功能性 - Google Patents

Abstract

提供了一种针对SMS和类SMS消息通话的用户界面功能的计算机可读介质、方法和用户设备。SMS通话UI将一组个人SMS消息作为单个实体进行处理，SMS通话历史UI通过在通话历史面板中包含SMS编辑器来节约空间，并且显示具有关于正在编辑的SMS消息的有用信息的弹出框显示。

Description

文本消息通话的用户界面的功能性

技术领域

本发明涉及用户界面的功能性，更具体地，涉及SMS(短消息服务)和类SMS消息通话的用户界面功能性。

背景技术

短消息服务提供个人文本消息通信。SMS的用户界面(UI)的两个主要方面是：(1)提供撰写和查看SMS消息的功能性以及(2)提供对存储的SMS消息的访问。

标准SMS应用按照孤立方式来处理个人消息，就像他们是互相完全独立地一样对他们进行处理。例如，就像实际上在发送时间和地址上独立一样来对他们进行处理。

在单个消息、单个地址、单个任务基础上设置要针对每一个消息执行的功能，例如编辑、保存和新消息的发送或者查看、回复、保存、删除、重新发送和转发到来的消息，并且据此来设计用于处理SMS和类SMS消息的公知的用户界面(UI)。

用于处理SMS消息的公知用户应用程序界面将选定的动作应用于单个选定的SMS消息。

发明内容

当结合附图查阅下面的特定实施例的说明时，本技术的其它方案和特点对于本领域的技术人员是显而易见的。

根据一个广泛的方案，本发明提供一种由无线用户设备来执行以便处理SMS消息的方法，该方法包括：将多个个人SMS消息分组到线程中，每一个线程包括各个对的两个地址之间的一个或多个消息；显示代表每一个线程的各个UI(用户界面)显示单元；接收代表特定线程的UI显示单元的选择；以及执行关于特定线程的每一个个人SMS消息的个人功能。

在一些实施例中，分组包括：当从没有开始线程的地址接收到SMS消息时、或者当向没有开始线程的地址发送SMS消息时，开始新的线程；将每一个随后发送或接收的SMS消息添加到SMS消息的适当线程。

在一些实施例中，分组包括：响应用户输入，在之前已经开始了线程的两个地址之间，开始新的线程。

在一些实施例中，每一个线程具有开始时间和结束时间，将具有开始时间和结束时间之间的时戳的各个地址对之间的每一个SMS消息分配到该线程。

在一些实施例中，该方法还包括：接收要执行的个人功能的用户选择。

在一些实施例中，该方法还包括：响应用户输入来保存个人SMS消息；对不再属于线程的保存的个人SMS消息进行分组；以及响应用户输入，在显示列表中显示要发送到/来自选定地址的保存的个人SMS消息。

在一些实施例中，可用的个人功能至少包括以下之一：线程删除功能，执行分别关于每一个个人SMS消息的个人功能包括：删除线程的每一个个人SMS消息；线程保存功能，执行分别关于每一个个人SMS消息的个人功能包括：保存线程的每一个个人SMS消息；线程开启功能，执行分别关于每一个个人SMS消息的个人功能包括：在通话历史显示列表中显示线程的每一个个人SMS消息。

在一些实施例中，通话历史显示包括当前无线信号强度的指示和未阅读SMS消息的数目的指示。

在一些实施例中，通话历史显示包括显示的每一个文本SMS消息的状态。

在一些实施例中，该方法还包括：响应用户输入，在通话历史显示中显示与特定文本SMS消息相关的显示单元，显示单元提供自从上次改变特定文本SMS消息以来流逝的时间的指示。

在一些实施例中，该方法还包括：显示消息编辑器作为通话历史显示的一部分。

在一些实施例中，该方法还包括：显示表示正在编辑的SMS消息所剩下的容许字符的数目的显示单元。

在一些实施例中，该方法还包括：如果撰写的SMS消息对于单个SMS消息而言太长，自动地将撰写的SMS消息分成多个SMS消息；在撰写SMS消息的同时，显示将发送的多个单个SMS消息。

在一些实施例中，针对多个不同文本消息服务的消息执行分组、显示，以便产生作为多个不同文本消息服务的消息线程的线程。

在一些实施例中，无线用户设备适用于实现上述方法。

在一些实施例中，无线用户设备适用于实现上述方法。

在一些实施例中，无线用户设备适用于实现上述方法。

在一些实施例中，一种计算机可读介质，其中保存了要由无线用户设备执行的指令，以便实现上述方法。

附图说明

现在结合附图来说明优选实施例，其中：

图1是文本消息UI的范例消息列表应用程序屏幕的视图；

图2是在线程处理期间由用户设备执行的过程的范例的流程图；

图3是通话历史UI显示的视图；

图4是与收件人的友好名称未知的文本消息通话线程相关的范例标题栏的视图；

图5是范例文本消息通话历史消息提示弹出框的视图；

图6是当收件人未知时，例如当接收的SMS消息是发送自访问SMS网关的因特网服务器并且没有可显示的电话号码时，范例通话历史UI的视图；

图7是范例无线文本消息用户设备的外部视图；以及

图8是范例无线文本消息用户设备的功能方框图。

具体实施方式

提供了一种文本消息UI，用于在无线文本消息设备上提供各种类型的文本消息通信功能。在软件、硬件或软件和硬件的组合上实现文本消息UI。UI通过可视UI显示器、并且通过如键盘、定点设备、敏感触摸屏等的用户输入设备例与用户进行交互。

在此所涉及的文本消息服务是针对单个文本消息交换所提供的服务。由无线文本消息设备支持一个或多个文本消息服务。这些服务包括SMS、电子邮件、PIN消息等、例如快速消息或即时消息的文本消息中的一个或多个。该范例遵循支持多种服务的假设。然而，对只支持单个文本消息服务的无线文本消息设备也适用。

不同类型的接收通信消息或草稿通信消息存在于设备上的存储器中。消息列表应用程序使用户能够查看不同类型的消息，并且向每一个特定消息应用不同的动作。不同服务(例如电子邮件、PIN、SMS等)的存储消息给消息列表应用程序提供用于显示的项目。在特定的示出范例中，消息列表应用程序使用文本消息通话UI的新文本消息访问UI。

文本消息UI具有消息列表应用程序UI和通话历史UI，其中的每一个都将在下面详细说明，其中的每一个根据正在执行的特定功能性来产生显示。

消息被分组到线程中。具体地，在两方之间的给定类型文本消息的延长交换的语境中，其中为了示出范例的目的，两方指文本消息设备用户和收件人，消息可以被分组到与通话相对应的线程中。优选地，将每一个文本消息服务编入线程。然而，在一些实施例中，只将一个或多个文本消息服务的子集编入线程。在特定实施例中，只将SMS消息编入线程。

参考图1，现在来说明范例消息列表应用程序UI，其中由单个消息来代表每一个线程。

图1的消息列表应用程序UI范例示出了消息列表10，包括：每一个代表各个电子邮件消息线程的电子邮件消息11、代表PIN消息线程的PIN消息13以及代表文本消息线程的文本消息12A、12B。

尽管在图1所示的特定范例中消息列表10不与应用的任何特定任务相连，可以与例如搜索或保存的特定任务相关地显示类似的多个特定消息列表。

线程可以具有一个或多个消息。例如，在示出的范例中，包括来自Jane Daniels的文本消息12B的线程不包括其它文本消息，所述单个消息是新线程中的第一个消息。

可以按照多种不同的方式来执行将消息分组到线程中，其中一个实施方式的范例是使用时戳。当向没有建立线程的用户发送消息或从其接收消息时，默认产生新的线程。当向已经建立线程的用户发送新的消息或从其接收新的消息时，默认将新的消息包括在建立的线程中。在开始已经存在线程的用户的新线程的情况中，文本消息设备用户可以还和消息一起标记新线程的开始。例如，可以在编辑应用中完成该操作。

在一些实施例中，在消息处理期间，经历例如产生或修改的状态改变的每一个消息具有记录所述状态变换时间的相关时戳。因此可以由文本消息设备来使用消息的时戳，以便确定消息最后一次改变状态的时间，例如，被产生或被接收的时间。一旦通过将每一个线程定义为具有时戳值的那些消息来对每一个消息进行时间标记，可以在线程中按时间顺序排列消息，并且明确地将所有消息分类到线程中或线程之外，所述时戳值从(包括)第一特定时间开始，直到(不包括)最后时间。有效地，每一次将新的消息添加到给定线程中以便包括新消息的时戳时，递增“最后时间”。

消息列表应用程序UI允许将动作应用于属于选定线程的每一个消息，而不是单个消息。最基本的操作是打开选定线程的所有消息的打开操作。可以考虑各种动作，并且提供特定范例如下。例如，当作为单个实体的整个通话针对作为线程成员的每一个特定文本消息给出清楚的公共语境时，保存/去除整个通话线程对用户是非常有用的。现在，可以一起保存并且随后一起去除所有这些特定的消息。

在动作被应用于线程的消息时，UI的“关注焦点(focus)”需要被移动到该线程上。可以提供选择关注焦点的任意适当的机制。作为一些范例，这些机制可以包括键盘输入和/或定向设备输入和/或触摸感应屏幕输入。

为了访问由单个文本消息代表的线程的任意个人文本消息，选择该线程，并且线程打开通过用户界面调用的功能。例如，为了打开由来自John Smith的文本消息条目12A所代表的线程，用户选择(移动关注焦点)该消息，并且调用打开线程功能。呈现通话历史UI显示，所述显示包括在线程的“历史”上已经被改变的所有文本消息，对这些消息进行任意显示尺寸限制。在显示不足够大的情况中，优选地打开所有消息，并且在通话历史UI显示中利用滚动条来显示。

在通话历史UI中提供对特定文本消息的不同动作的应用程序(下文将详细讨论)。因此，在范例实施例中，在消息列表应用程序中不对该功能性进行复制。除了线程的单个代表之外，不在消息列表应用程序UI 10中独立地显示属于具有多于一个文本消息的线程的个人文本消息。

可以定义规则，确定哪一个文本消息应该作为具有多于一个文本消息的线程的代表。

在规则设置的范例中，在消息列表应用程序中示出消息线程的最新消息，除非存在用户没有阅读的输入消息。例如，代表具有所有与John Smith的通话消息的消息线程的来自John Smith的文本消息12A是线程中交换的最新(在这种情况中为最后的)消息。

如果存在用户没有阅读的输入消息，它将成为消息线程的代表。此外，如果在消息线程中存在多个没有阅读的消息，显示最新的一个。当这种消息的状态改变时，利用来自消息线程的最新消息来代替，除非存在另一个输入没有阅读的消息。在消息列表应用程序中利用单个消息来代表每一个消息线程。

优选地，线程的消息之一是线程的代表。更一般地，显示单元被用于代表消息列表应用程序UI中的每一个线程。

可选地，可以在消息列表应用程序UI中配置其它的规则设置。

在一些实施例中，给用户提供选项，以便明确地“保存”特定消息。当产生/接收到消息时，保存所有消息。保存消息包括在默认保存位置之外复制消息。优选地，在消息列表应用程序UI中保存动作是可用的，在这种情况下，保存线程的所有消息。

当从存储器中删除整个线程时，被保存的特定消息仍然可用。这些消息是一种孤立项(orphaned item)。例如已保存的SMS文本消息的孤立项曾经是消息线程的一部分，然而已经从线程中被删除并且不再属于任何线程。当从消息列表中选择这种孤立项时，在通话历史面板中显示该孤立项以及来自/属于相同收件人的其它保存的孤立项。对于属于线程的保存的项，像属于线程的未保存项一样来处理这些项。

与消息列表应用程序中的一般消息列表不同，保存消息的消息列表具有作为独立个人消息的条目，而不是代表线程的条目。根据范例实施例，当用户决定保存特定消息时，假设这就是他或她希望在具有消息列表的保存项视图中看见的消息，并且不希望看见消息线程的代表消息。相同的逻辑应用于搜索结果消息列表，即，假设用户希望看见结果消息列表中满足搜索标准的个人消息，而不是线程的代表消息。

现在参考图2，说明在线程处理期间用户设备所执行的范例过程。

在步骤2-1处，通过分组个人无线文本消息产生了线程。可以使用多个可能的方法来将消息分组到线程中。在添加消息或根据需要产生新线程的进行中的基础上来完成该步骤。

在步骤2-2处，显示代表每一个线程的UI单元。在范例实施例中，对于每一个线程，UI单元是代表线程的特定的无线文本消息。

在步骤2-3处，响应用户选择代表线程的UI单元，界面的关注焦点被设置在线程上。可以使用多个不同的选择机制，以便允许用户选择该线程。在范例实施例中，通过允许用户使用按键或触摸屏来移动光标或选定字段，实现了线程的选择。

在步骤2-4处，响应线程功能的用户选择，在线程的每一个个人无线文本消息上执行个人消息功能。在范例实施例中，线程功能可以是例如“打开/查看线程”，并且响应选择来显示个人消息功能并且在通话历史UI显示中列出线程的每一个无线文本消息。打开消息列表应用程序中的消息线程还打开了属于消息线程的、未打开的消息。

通过将消息分组到线程中并且由线程功能调用启动了个人消息功能，从而每一个无线文本消息要经历相同的动作，就像单个整体的消息线程的一部分一样，一同处理了所有消息。

还参考图3，说明形成文本消息UI一部分的范例通话历史UI显示。

公知的SMS消息设备用户界面的一个问题是用户必须退出SMS消息编辑器以便在已经编辑/撰写之后向特定SMS消息施加动作。根据本实施例，可以通过菜单项以及使用快捷键，向聚焦或激活的文本消息施加动作或功能，而不需要转换到不同屏幕来选择动作或功能。

与公知的SMS UI不同，在一些实施例中，通话历史UI的显示屏幕是全功能文本消息应用程序。使用户能够保存并编辑草稿、发送新消息、并使用户能够查看、回复、保存、删除、重新发送和转发发送/接收消息，包括与特定收件人进行通话的语境中的所有功能。

从增强功能设计所产生的这个新UI的整体表现形式为交互式通话环境，因此文本消息通信对于文本消息设备用户成为类通话类型的通信。

通话历史UI还包括屏幕布局特点以及用于增强文本消息通话体验的功能转换特点。

消息列表应用程序UI和通话历史UI的组合给用户提供了完整的新体验，也即使用文本消息是一种快速和便捷的聊天方式。

在一些实施例中，规则被用于通话历史示例。历史面板显示消息按照启动的日期排列。最近的消息被显示于靠近通话历史面板的底部。更具体地，优选地，更近期的消息被显示于靠近编辑器以便于查看最近的一些。通话历史面板中的消息代表从被打开线程的开始消息到与接收或发送的线程相关的最近消息的消息范围。

在一些实施例中，文本消息通话UI提供使文本消息通话UI中的消息更易读的大量色彩使用和无格式/粗体文本组合。

此外，在一些实施例中，文本消息通话UI在例如标题栏中提供关于信号强度和未阅读消息的信息。当用户花费大量时间使用编辑器时这是尤其有用的。

返回参考图3，通常由100表示通话历史UI显示并且在逻辑上将其分为三部分：标题栏120(更一般地为显示器上的标题区域)、通话历史面板110和编辑器130。根据上下文，编辑器130作为回复消息编辑器或草稿消息编辑器。

图3中还示出了消息计数器弹出框140，下面将详细进行说明。

根据SMS的本质，SMS通话可能只同时在两个用户之间进行，然而在进行中可以同时存在多个这种两用户SMS通话。其它的文本消息服务可以允许多个发送者通话，例如每一个通话都是在文本消息设备用户和收件人之间。

在标题栏120的左边显示收件人的标识符信息122。优选地，用户设备显示收件人的友好名称(例如图3中的“John Smith”)，如果名称可用。为此针对与该文本消息相关的电话号码来搜索文本消息设备地址簿，并且显示与该号码相关的名称。在没有找到这种条目的情况下，如图4所示，显示收件人的完整的电话号码作为标识符信息122。或者还可以在标题栏120中显示其它信息作为标识符122。

在通话环境(与单个消息阅读器环境相对)中，用户也许花费大量的时间在通话中，而不退出该应用程序。因此，包括使用户保持对无线信号强度的更新以及对任意类型且与任意线程相关的未阅读消息数目的更新的功能是有用的。在标题栏120的右手部分示出无线信号强度指示器123和表示未阅读消息数目的数字指示器121。尽管由标题栏的特定部分中的特定图标示出了该信息，可以使用其它图标和通话历史UI显示上的位置。

通话历史UI显示100的通话历史面板110显示来自单个通话线程的文本消息，包括一组文本消息设备和特定收件人之间的文本消息。该组消息可以包括正在进行的和即将到来的消息以及针对该收件人的保存的草稿。

定义应用于通话历史实例的规则。优选地，通话历史面板110显示按照产生的日期和时间排序的消息。在示出的范例中，最近的消息被显示于靠近通话历史面板110的底部而久远的消息被显示于靠近面板110的项部。通话历史面板110中的默认消息至多是响应开始线程的消息到属于线程的最近发送和接收的消息之间输入消息。具体地，显示的消息属于选定线程。在本实施例中，没有显示在响应打开选定线程的消息的发送和接收之前发送和接收的消息。这允许用户明确地打开特定线程并且查看近期的消息，这些信息示出用于提醒用户已经书写和近期回复的消息。

如上所述，当从消息列表应用程序中选择的保存文本消息是孤立项时，在通话历史中只包括并且显示保存的文本消息和对于相同收件人而言是孤立项的其它保存消息。对于属于线程并且不是孤立项的保存消息，像属于线程的任意文本消息一样来处理保存的消息，用于历史收集、分组和显示。

在选定的消息成为UI显示的关注焦点的目标时，由用户选择通话历史中的一个或多个消息。在用户从消息列表应用程序中打开了特定消息的情况和在用户通过例如滚动履带轮或按压热键(下面将说明)明确地将关注焦点设置在一些消息字段的情况下，显示向特定消息字段滚动通话历史。

因为通话历史也许非常长并且也许不能够被同时显示，图3的滚动条115是通话历史UI显示中的有用部分。优选地，滚动条还用于通过与滚动条一起显示的、一个正比于消息数目的长度(“拇指位置”)来代表当前显示在历史中的位置，从而给设备用户提供关于通话历史长度的信息。

如果有足够的空间一次在通话历史面板上显示所有的通话历史，则不需要显示滚动条115。

如上所述，通话历史面板110显示一组文本消息。对每一个消息指定了多个独立的字段。在所示的范例中，这些字段由状态图标111、消息的文本消息设备用户或收件人的标识符112以及消息体113组成。

状态图标111是消息当前状态的可视代表。对于正在撰写、或者已经成功或不成功发送、或者已经接收到的消息显示不同的图标。根据相关消息的状态变化来更新状态图标。图标116是表示已经成功发送消息的范例。在一些范例实施中，存在例如“smileys”的嵌入图形来使用户体验到快乐。

文本消息设备用户的名称来源于设备所有者的信息。如果不存在，在显示中使用“Me”替代物等来表示文本消息设备用户。按照与收集标题栏120收件人信息(上面进行了说明)类似的方式来收集收件人的名称。在没有友好名称也没有电话号码的情况中，显示中所示的身份是“未知”字符串。在所示范例中突出显示文本消息设备用产和收件人的名称，例如以粗字体，优选地分别以例如红色和蓝色的两个不同颜色来显示，以便区分在通话中的两个参与者。为了清楚地区分文本小设备用户的消息和收件人的消息，优选地突出显示文本消息设备用户所发起消息的消息体的文本，例如以粗字体。或者，在另一种实施中以粗体文本显示来自收件人消息的消息体的文本。

消息体是文本消息的信息内容。在一些情况下，消息的内容可以非常长，甚至到多行。

在一些实施例中，弹出框显示用于按照在显示器中节约可视空间的友好格式来显示消息相关的日期信息，从而显示器可被用于显示更多消息的文本体。产生的特定弹出框显示对上下文敏感。更具体地，可以按照或不按照弹出框的方式，在显示单元中显示这种信息。

在一个范例中，字符计数器被实现为弹出框显示。这由图3中的140表示，并且在用户主动使用编辑器117编辑的同时显示。如上所示，在一些实施例中，文本消息是SMS消息。可以在其包括的字符数目上限制SMS消息。SMS消息的字符长度是网络和SMS标准所限定的。优选地，长于最大尺寸的消息被自动分为多个消息。计数器弹出框显示当前消息中还可键入的字符数目以及将发送的单个SMS消息(分组)的数目。在范例实施例中，由斜线来隔离该信息。用户了解有多少个消息正发送是便利的，因为在一些系统中用户将根据每一个消息来付费。

优选地，对于静态和编辑文本组件，嵌入的图形(smileys)都是可用的。在一些实施例中，还提供针对嵌入图形的复制/粘贴功能性。

在一些实施例中，弹出框显示还被用于显示关于消息状态和消息被发送、作为草稿被保存或被接收时间的附加信息。例如，当用户选择特定消息时，或者当用户指向(等效于“mousing over”)特定消息但是还没有选择该消息时，呈现这种弹出框显示。在图5中按照弹出框显示的形式示出了这种附加信息的范例。可以定义规则，来确定怎么样安排信息的格式。例如，信息包括消息的状态(“发送”、“保存”、“接收”、草稿的“撰写”)并且包括自从上次状态改变有多长时间。根据从上次消息状态改变以来流逝了多长时间，可以显示不同消息给用户。例如，可以显示下面的时间信息：

a.流逝的时间不到一分钟-“...不到一分钟以前”；

b.流逝的时间等于一分钟-“...一分钟以前”；

c.流逝的时间超过一分钟，但是不到三十分钟-“...N分钟以前”，其中N是流逝的分钟数目；

d.流逝的时间超过三十分钟，但是不到二十四小时-消息状态改变的精确时间；

e.流逝的时间超过二十四小时-消息状态改变的精确时间和日期、月份和年度。

对于图5的范例，与弹出框显示145相关的消息是“不到一分钟以前发送的”。这种时间信息给用户提供了关于自从特定消息被发送或接收以来已经流逝了多少时间的信息，而不需要用户退出通话历史面板110。

可以定义规则，根据规则显示计数器弹出框140。可以将弹出框140设置为可视或隐藏。

在所示的范例中，当关注焦点被设置在回复编辑器130上并且当用户在回复编辑器130中开始键入117时，计数器弹出框140被设置为可视的。

在所示范例中，当关注焦点离开回复编辑器、当任意屏幕覆盖SMS撰写/查看UI时、当按压退出按钮来退出SMS撰写/查看UI屏幕时、并且当编辑器空闲长于例如两分钟时，计数器弹出框成为隐藏的。

还参考图6，在一些实施例中存在用于处理具有未知发送者(例如，当从网站发送消息时)的到来的消息情况的特殊情况。在这种情况中，不显示SMS撰写/查看UI回复编辑器130并且不收集通话历史。用户可以只查看标题栏和消息本身。

根据其状态，存在多个可以应用于文本消息的不同动作。

在一些实施例中存在对于用户总是可用的而与关注焦点位置无关的“查看日历”菜单项。该菜单项的选择启动日历应用的主屏幕。

通话历史UI菜单项是与文本通话历史UI显示相关的菜单项，并且对于通话历史面板中的消息而言特殊。存在可以被提供给已经保存的所有通话历史消息的多个菜单项：

a.“查看文件夹”允许用户切换到文件夹屏幕并且查阅在历史面板上被聚焦的消息被保存在的文件夹中的所有消息。

b.“呼叫收件人”，其中“收件人”是电话号码或通话中第二方的友好代表。该菜单项允许使用用于文本消息通话的电话号码来向收件人拨打呼叫。

c.“SMS收件人”或“发送消息到收件人”，其中“收件人”是电话号码或通话中第二方的友好代表。该菜单向允许将由文本消息设备用户撰写的新消息作为新通话线程的开始。

在范例实施例中，由外部语境(例如消息列表应用程序)提供的一般的菜单项“文本项”和“前一项”与在通话历史UI中用于的规则相关。优选地，无论关注焦点怎么样在通话历史UI显示中的消息之间移动，在消息列表应用程序中选定的项和消息列表应用程序中的关注焦点保持不变。如果消息列表应用程序中的关注焦点恰好在代表线程的消息上，因为该关注焦点只代表线程上的关注焦点，当通话历史UI显示中的关注焦点在消息之间移动时该关注焦点也保持不变。通话历史UI不改变消息列表中的“anchor”，因为用户不会预见这种行为。

在一些实施例中，可以保存、转发、重发或删除输出消息，无论是否成功发送。

在一些实施例中，标记打开/未打开(根据当前的状态)、保存(在之前没有保存的情况中)、转发或删除每一个输入的消息。

在一些实施例中，“转发”菜单项被认为是默认菜单项。

在一些实施例中，“编辑草稿”菜单项被用作默认菜单项。

在一些实施例中，可以发送或作为草稿保存当前正在文本消息回复编辑器中撰写的文本消息。优选地，回复编辑器具有与其相关的多个菜单选择。

在一些实施例中，“发送”菜单项的调用使消息被保存在文本消息设备的存储器中，物理地执行消息的发送并且将新发送的消息添加到通话历史面板中。

在一些实施例中，“作为草稿保存”的菜单项的调用使消息被保存在文本消息设备的存储器中，并且将保存的草稿消息添加到通话历史面板中。

在一些范例实施例中，“发送”菜单项是默认菜单项。

优选地，通话历史UI支持多个快捷键。只在关注焦点被设置在历史消息字段之一上时，多数快捷键才可用。在一些典型实施例中，例外的情况是按压ENTER按键将调用默认菜单项而与关注焦点位置无关。如上所述，根据当前在关注焦点下的项的详情来定义默认菜单项。

在一些实施例中，按压定义的按键会使历史滚动到通话历史面板的顶部并且将关注焦点设置在通话历史面板的最久远的消息上。

在一些实施例中，按压定义的按键会使历史滚动到通话历史面板的底部并且将关注焦点设置在通话历史面板的最近消息上。

在一些实施例中，可以不离开通话UI而转发消息。当关注焦点处于特定消息上时，按压定义的按键将促成消息转发操作。这可以包括打开窗口来选择转发地址或收件人。

优选地，在历史面板上显示选定收件人的历史，并且原始消息的内容被复制到回复编辑器以便被发送(转发)。

在一些实施例中，按压定义的按键会向上或向下滚动历史一页。

在一些实施例中，按压定义的按键会将关注焦点设置在回复编辑器上，用于进一步的文本输入。

在一些实施例中，按压定义的按键将使显示锁定在标题字段中的收件人的友好名称(如果有的话)和收件人的电话号码之间。

在一些实施例中，按压定义的按键将从要显示的历史列表和包含该消息的消息线程中删除消息。如果先前明确地保存了消息，消息将仍保留在SMS存储器中的存储项中。

对于在上述范例中涉及的定义的按键，更一般地，任何定义的UI活动可以用于激励特定的动作。

在一些实施例中，消息列表UI针对SMS定义可由通话历史UI辨别的快捷键以及可从消息列表开始的多个其它应用阅读器。

文本消息设备用户在与用户打开和查看到来消息的文本消息设备相同的通话屏幕中，撰写对来自收件人的消息的回复。为了执行该回复功能，在关注焦点保持在通话历史面板的同时，用户调用回复编辑功能。也许按照应用特定方式来调用。例如，可以滚动到屏幕底部，直到光标117进入回复编辑器130或者用户简单地按压适当的热键。如果文本消息设备的关注焦点已经被设置在编辑器上，用户可以立即开始键入回复消息。

回复编辑器130的默认高度可以被设置为与一行文本的高度相等。可以使用其它的默认设置。在消息需要附加行的情况中，优选地回复编辑器130调整自身来同时地显示多个行。可以同时显示在屏幕上的行的最大数目取决于使用的字体大小，然而优选地范例实施例的回复编辑器130不应该占据大于整个屏幕高度的30％。在达到最大高度的情况中，回复编辑器130自动地滚动行。当发送(或作为草稿保存)消息时，清除回复编辑器130并且呈现为初始大小(一行的高度)。

在消息编辑器130中存在一些用户键入的文本并且用户调用退出或取消功能的情况中，例如，在示出的范例中当按下了ESCAPE按钮时，将提示用户确认中止撰写。如果用户希望保存该文本，通过调用保存功能明确地作为草稿保存回复编辑器中的文本(未发送的外发消息而不是“邮件”)。

参考图7和8，将说明范例无线文本消息用户设备。对于文本消息UI的使用，文本消息用户设备的外部具有可以是LCD屏幕、触摸屏或者任何其它适当可视显示器的显示屏幕99和可以是键盘或其它适当输入的输入面板98。文本消息UI在显示屏99上向用户显示信息，同时用户使用输入面板98提供信息并做出选择。在图7和8中，尽管作为独立项示出了输入面板98和显示屏99，需要明确地理解，在本发明的一些实施例中显示屏可以被用于接收用户输入并因此至少还可以形成输入面板98的一部分。

提供天线形式的发送机/接收机210和相关电子组件，以便文本消息设备能够发送和接收文本消息。

现在参考图8，文本消息用户设备300具有与UI显示99和UI输入98相连用于在用户和设备之间进行交互的处理功能310。处理功能310还与用于消息保存和检索的数据存储器329相连。发送机/接收机210还与处理功能310相连以便设备能够发送和接收各种文本消息。文本消息UI330包括保存在适当的计算机可读介质中或可由处理功能310执行的存储器中的软件和/或用于实现文本消息UI的硬件。

尽管图8中示出了特定的布置，需要注意到，可以按照多个不同的方式来实现处理功能310、文本消息UI330以及数据存储器320，例如可以集成任意数目的这些单元或使其实际上保持为独立单元，并且可以以硬件、软件、固件或其组合物来实现这些单元中的每一个。

在上述教益下，本技术的各种修改和变换是可能的。因此需要理解到，在所附权利要求的范围内，可以以不同于在此所述的特定方式来实现本技术。

Claims (18)

1、一种在无线用户设备中处理无线文本消息的方法，该方法包括：

将多个个人无线文本消息分组到线程中，每一个线程包括各个对的两个地址之间的一个或多个消息，并且至少一个线程包括多于一个消息；

对于每一个线程，显示代表线程的各个用户界面UI显示单元，显示包括多于一个消息的每一个线程的所述各个UI显示单元，来代替包含在线程中的每一个消息的独立显示；

接收代表特定线程的UI显示单元的选择；以及

执行关于特定线程的每一个个人无线文本消息的个人功能。

2、根据权利要求1所述的方法，其中分组包括：

当从还没有开始线程的地址接收到消息时或者当向没有开始线程的地址发送消息时，开始新的线程；以及

将每一个随后发送或接收的消息添加到消息的适当线程中。

3、根据权利要求1所述的方法，其中，分组包括：

响应用户输入，在之前已经开始了线程的两个地址之间，开始新的线程。

4、根据权利要求1所述的方法，其中，每一个线程具有开始时间和结束时间，将具有开始时间和结束时间之间的时戳的各个地址对之间的每一个消息分配到该线程。

5、根据权利要求1所述的方法，其中，该方法还包括：

接收要执行的个人功能的用户选择。

6、根据权利要求1到5之一所述的方法，该方法还包括：

响应用户输入来保存个人消息；

对不再属于线程的所保存的个人消息进行分组；以及

响应用户输入，在显示列表中显示要发送到选定地址的所保存的个人无线文本消息，或来自选定地址的所保存的个人无线文本消息。

7、根据权利要求1到5之一所述的方法，其中，个人功能至少包括以下之一：

线程删除功能，分别执行关于每一个个人无线文本消息的个人功能包括：删除线程的每一个个人无线文本消息；

线程保存功能，分别执行关于每一个个人无线文本消息的个人功能包括：在通话历史显示列表中显示线程的每一个个人无线文本消息。

8、根据权利要求7所述的方法，其中，通话历史显示包括当前无线信号强度的指示和未阅读消息的数目的指示。

9、根据权利要求7所述的方法，其中，通话历史显示包括显示的每一个文本消息的状态。

10、根据权利要求7所述的方法，还包括：

响应用户输入，在通话历史显示中显示与特定文本消息相关的显示单元，显示单元提供自从上次改变特定文本消息以来流逝的时间的指示。

11、根据权利7所述的方法，还包括：

显示消息编辑器，作为通话历史显示的一部分。

12、根据权利要求11所述的方法，还包括：

显示表示正在编辑的无线文本消息所剩下的容许字符数目的显示单元。

13、根据权利要求11所述的方法，还包括：

如果撰写的SMS消息对于单个SMS消息而言过长，自动地将撰写的SMS消息分成多个SMS消息；以及

在撰写SMS消息的同时，显示将发送的多个单个SMS消息。

14、根据权利要求1到5之一所述的方法，其中，每一个线程是SMS消息线程。

15、根据权利要求1到5之一所述的方法，其中，线程是多个不同文本消息服务的消息线程。

16、根据权利要求1到5之一所述的方法，其中，对于每一个线程，各个UI单元是代表线程的特定无线文本。

17、一种无线用户设备，包括：

处理功能模块，将多个个人无线文本消息分组到线程中，每一个线程包括各个对的两个地址之间的一个或多个消息，并且至少一个线程包括多于一个消息；

用户界面UI显示单元，对于每一个线程，显示代表线程的各个用户界面UI显示单元，显示包括多于一个消息的每一个线程的所述各个UI显示单元，来代替包含在线程中的每一个消息的独立显示；以及

UI输入端，接收代表特定线程的UI显示单元的选择；

其中，处理功能模块执行关于特定线程的每一个个人无线文本消息的个人功能。

18、一种无线通信系统，至少包括一个无线用户设备，其中所述无线用户设备包括：

用于发送和接收文本消息的发送机和接收机；

处理功能模块，将多个个人无线文本消息分组到线程中，每一个线程包括各个对的两个地址之间的一个或多个消息，并且至少一个线程包括多于一个消息；

用户界面UI显示单元，对于每一个线程，显示代表线程的各个用户界面UI显示单元，显示包括多于一个消息的每一个线程的所述各个UI显示单元，来代替包含在线程中的每一个消息的独立显示；以及

UI输入端，接收代表特定线程的UI显示单元的选择；

其中，处理功能模块执行关于特定线程的每一个个人无线文本消息的个人功能。

Images