CN1716920A

CN1716920A - 用于即时消息传送系统的会话注释的方法和装置

Info

Publication number: CN1716920A
Application number: CNA2005100639393A
Authority: CN
Inventors: 托马斯·J·G·贝利; 克里斯托弗·D·P·詹金斯; 乔纳森·M·罗伯茨; 基兰·P·斯科特
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2004-07-01
Filing date: 2005-03-30
Publication date: 2006-01-04
Anticipated expiration: 2025-03-30
Also published as: US20060031361A1; CN100414934C; GB0414716D0

Abstract

本发明涉及用于即时消息传送系统的会话注释的方法、装置或计算机程序。该即时消息传送方法包含：提供图形用户界面；确定两个或更多个现有消息的选择；根据来自GUI的指令，生成所选择的消息之间的关系；和使用消息之间的链接或边，来指示消息之间的关系。所有相关的消息都可以通过单个选择而被选择，并且被成批地打印、存储或删除。

Description

用于即时消息传送系统的会话注释的方法和装置

技术领域

本发明涉及用于即时消息传送系统(instant messaging system)的会话注释(conversation annotation)的方法和装置。

背景技术

即时消息传送系统允许在用户计算机之间通过网络进行基于文本的实时会话。这样的系统包含在服务器计算机上运行的服务器应用程序，而客户端应用程序在用户计算机上运行。客户端应用程序允许被连接的用户使用图形用户界面(graphical user interface，GUI)参加彼此的会话或交谈(chat)。

在已知的即时消息传送系统中，用户计算机激活客户端应用程序(客户端)；客户端连接到服务器应用程序(服务器)，通知它用户是激活的。给客户端展示其他的激活客户端的列表，并且客户端能够发起与一个或更多个被选择的客户端的交谈。交谈由交谈对象所代表，并被GUI可视化。在交谈被建立后，参与交谈的每一个客户端在GUI中显示按时间排序的消息列表。开始时，消息列表将是空的，但是交谈中的用户能够使用他们的客户端把消息加入到消息列表中，被加入的消息将被放在所有客户端上的当前消息列表的末尾。这允许通过陈述、询问和回答来展开会话。

当前的即时消息传送系统提供了按时间排序的线性会话，即会话内的消息不引用同一会话内的其他消息。当来自两个不同的话题的消息被交织在一起时，这可能导致会话中的不确定性。如果来自两个不同话题的问题被同时提出，则对其中一个话题的回答需要明确地引用问题或者话题，以便避免不确定性。在一群人之间的面对面会话中，如果一个人被两个不同的人提出问题，则此人可以简单地通过面对要向其阐述答案的那人，来避免关于他们正在回答哪个问题的不确定性。这在所给出的回答和被提出的问题之间产生了引用(reference)。

在因特网新闻组消息发布中不存在这个问题，这是因为在因特网新闻组消息发布中，一个人在发布消息的同时，在消息数据库中定义了分层节点。当一个人在因特网新闻组中发布消息时，一个人既可以回复现有的消息，也可以开始新的思路。在前一种情况下，在问题和回答之间形成了父子关系。这个关系被很多新闻组阅读器程序(例如，Mozilla邮件、微软Outlook Express)图形化地显示出来。

但是，实时交谈的优点在于它不具有明显的结构，并且消息可以被很快地输入。一旦消息已经被放入实时交谈中，它就被作为下一条消息显示在按时间排序的消息序列中。

例如，在图1中，会话在客户端1、客户端2和客户端3之间开始，其中问起了两个问题。假设客户端3也在会话中，则客户端3将需要在回答中引用初始问题。例如，“是的，我准备吃午饭”或者“是的，我愿意在食堂吃”将会避免由简单的“是的”回答引起的不确定性。因为在实时交谈中，消息不保持对彼此的引用，故客户端3无法回复“是的”，并指定该回答涉及第一或第二个问题(或话题)。并且，考虑如下情形，即客户端2和客户端3同时键入它们的回答，然后客户端3在客户端2之后不久敲击回车键，以至于客户端3没有时间反应。

拥有如下的即时消息传送系统是有益的，该系统具有实时交谈的速度优势，并具有允许用户利用例如如上所述的解决了不确定性的信息来注释交谈的功能。即时消息传送系统的已知模型不允许发生引用。因此，需要指定这样一种即时消息传送模型的结构，该模型考虑在消息被发送之后的消息之间的引用。

发明内容

根据本发明的第一个方面，提供了一种即时消息传送系统中的方法，所述即时消息传送系统具有图形用户界面，所述方法包含：确定即时消息传送系统中的两个或更多个即时消息传送实体的选择；根据来自GUI的指令，生成被选择的即时消息传送实体之间的关系；和使用GUI指示即时消息传送实体之间的关系。

即时消息传送实体可以是现有消息或者消息之间的现有关系。

关系可以被定义为简单链接或者具有方向的从属关系。

最好包括根据通过GUI的指令，选择与一个即时消息传送实体有关系的所有即时消息传送实体。

被选择的即时消息传送实体可以被打印或被保存或被删除。

问题的解决方案是向用户展示用于生成从一条消息到另一条消息的引用的界面。然后，当回答不确定时，例如，在上面的例子中回答“是的”，则用户可以示出该回答所涉及的问题。

对于此框架结构，要求每一条消息具有交谈内唯一的引用。这可以采取特定的“唯一身份”属性或合起来是唯一的其他属性的组合的形式。模型还指定了每一条消息由一个对象代表。‘交谈消息’是对象，其包含：文本；格式编排；和特定消息的唯一ID。

可以生成存在于新框架结构内的新的对象类，以允许用户从一条消息引用另一条消息。把会话和图形数据结构比较，然后可以把会话内的消息比作图形的节点。然后，消息之间的引用是图形中的边；见图2。因此，如果用户想从一条消息引用另一条消息，则他们可以在这两条消息之间画一条边；见图3。‘边(edge)’是边的软件对象表示。

客户端包含用于生成‘边’和用于将‘边’的生成通知所有其他客户端的装置。‘边’包含它引用的每一条消息的ID，并且每一个客户端使用此信息来显示边。可以用很多方式来显示边；例如，可以画从一条消息到另一条消息的箭头来表示如图3中所示的引用。

当要被连接的两条消息都已经被发送并且被显示在每一个用户的GUI上时，用户将希望生成‘边’。然后，希望生成‘边’的用户将能够使用客户端GUI来指定要连接的消息。完成它的方式将特定于客户端，但是一种可能的解决方案将是允许用户把一条消息拖到另一条消息上，来指定要通过边连接的消息。然后，客户端将生成‘边’并把‘边’发送到所有其他的客户端。

在优选的即时消息传送系统中，‘边’仅包含对两条消息的引用。将有可能对该模型进行改造，以使‘边’能够包含对多于两条的消息的引用，例如，如果用户希望用一条‘边’把三条或更多的消息链接在一起。但是，此经改造的系统的任何优点也可以通过生成多条‘边’来达到。例如，如果用户希望链接三条消息，消息1、消息2和消息3，则经改造的模型可以生成引用消息1、消息2和消息3的‘边’。通过生成从消息1到消息2的‘边’和从消息2到消息3的‘边’，可以在我们所提出的模型中达到同样效果。在此情形下，消息1将通过消息2间接地引用消息3，反之亦然(见图4和图5)。

在即时消息传送系统的一个实施例中，‘边’将不具有方向。在这种情况中，两条消息都互相引用。因为消息具有时间顺序，所以不会由于在消息之间具有简单的‘边’而导致不确定性。往回参考图3，如果用户1的问题和用户3的响应之间的‘边’是不定向的或定向的，都不会产生误解。但是，允许‘边’是定向的具有优点。在图2的不定向‘边’的情况中，无法指定消息3引用消息1而又不指定消息1引用消息3。使用具有方向的‘边’给出了差别，在图5中，利用指向消息3的‘边’，可以将消息1定义为引用消息3，而消息3不引用消息1。

不定向‘边’、定向‘边’和间接引用的组合导致了新的选项。在一个例子中，用户能够选择一条消息(始发消息)或消息的组合，包括：

1.所有从始发消息通过定向‘边’引用的消息；

2.所有通过定向‘边’引用始发消息的消息；

3.所有从不定向‘边’被链接到始发消息的消息；

4.所有被引用的消息(上面的1和3)；和

5.所有的消息(上面的1、2和3)。

例如，在图6所示的会话中，客户端3回答“是的”，然后生成从两个问题到回答的不定向‘边’，指示该“是的”回答了两个问题。因为‘边’不是定向的，所以第一个问题和第二个问题互相引用。图1示出了带有不定向‘边’的会话窗口，并且没有消息被选择(所有的消息都是纯文本)。因此，如果用户希望突出涉及客户端2的消息“是的，但是今天我们要在食堂吃饭吗？”的所有消息，则问题“喂，你们都准备好吃午饭了吗？”以及回答“是的”将被选择。

图7示出了带有不定向‘边’的会话窗口，其中客户端1和客户端3的消息被选择(以斜体字突出)。客户端1的消息被间接地从客户端2的消息引用，并且客户端3被直接地引用。

在‘边’具有方向(如图8所示)并且同一客户端希望突出所有直接引用客户端2的消息的情况下，则只有客户端3的回答“是的”被选择(以斜体突出)。

因此，在消息已经被发出之后，该模型允许定向‘边’连接即时消息传送会话中的两条消息。此外，这个模型可以被用来实现与被链接的消息有关的额外功能，例如对所有引用始发消息的消息执行功能。另外，所提出的模型允许用户通过在生成新消息时指定新消息所回复的预先存在的消息，来同时生成‘边’和消息。

附图说明

为了促进对本发明的这个和其他方面的更完整的理解，现在将参考附图，仅通过例子的方式来描述本发明的实施例，其中：

图1是在即时消息传送系统中简单会话的开始示例；

图2是用图形表示并由不定向边链接的会话；

图3是通过用箭头表示的定向边链接的两个消息的例子；

图4示出了图形上的不定向边；

图5示出了图形上的两条定向边，该图形上叠加了默示的间接引用；

图6示出了具有不定向边的会话窗口，其中没有相关的消息被选择(所有的消息是纯文本)；

图7示出了具有不定向边的会话窗口，其中，所有从客户端2的消息引用的消息被选择(以斜体字突出)；

图8示出了具有定向边的会话窗，其中，只有被从客户端2的消息直接引用的消息被选择(以斜体字突出)；

图9示出了实施例的对象的高层次概括；

图10示出了图9的交谈对象和相关的对象；

图11示出了图10的带有‘边’的对象；

图12示出了生成‘边’的步骤；

图13示出了在交谈中发送附加了‘边’的‘交谈消息’；

图14示出了删除‘边’的步骤；

图15示出了当前的会话窗口；

图16示出了在图15的窗口内选择第一消息的光标；

图17示出了移动到第二消息上的图16的光标；

图18从系统观点示出了生成‘边’的步骤；

图19示出了带有‘边’的交谈14的会话窗口；

图20示出了图19的带有另一条‘边’的会话窗口；

图21示出了客户端屏幕上的交谈的状态；

图22示出了相关信息被选择的图21的交谈；

图23示出了带有‘边’的图22的被选择的信息；

图24示出了用于删除‘边’的步骤和事件流；

图25示出了用于表示由边链接的消息的字体格式编排；

图26示出了用于表示由边链接的消息的数字；和

图27示出了用于表示边的弯曲箭头。

具体实施方式

针对图9描述本发明的优选实施例。优选实施例包含：服务器10；客户端12；和各交谈对象(交谈14A到交谈14N)。服务器10存在于服务器计算机16上，并通过网络与在各远程用户计算机18A到18M上的客户端12(图9中仅示出了一个)进行通信。所有的通信经过服务器10，并且通过服务器10生成和管理交谈。服务器10维护交谈的集合，并保持每个交谈14的确定版本。在用户计算机18A上，客户端12向用户展示图形用户界面(GUI)，即时消息传送对话可以通过该图形用户界面进行。和服务器10类似，每个客户端12维护与用户所参加的即时消息传送对话集对应的一个或更多个交谈的集合。客户端12所维护的每一个交谈14A到交谈14N是服务器10所维护的交谈14A到14N的拷贝。交谈14被更新，以使它与服务器10所保持的对应的拷贝一致；当对服务器10所维护的交谈对象做出修改时，服务器10将通知各个客户端12。

客户端一服务器实施例仅仅是一种可能性。在对等的实施例中，将存在竞争的问题，所以如果两个客户端12试图在大致相同的时间发送消息，则总体上系统必须做出有关于首先发送哪一个的决定(因为消息是以时间顺序显示给用户的)。由于该决定由服务器做出，优选客户端-服务器实施例。

图10示出了带有被关联的用户对象(用户20A到用户20O)和被关联的‘交谈消息’对象(‘交谈消息’22A到‘交谈消息’22P)的交谈14。交谈14包含‘唯一交谈ID’19属性。‘唯一交谈ID’19在整个系统中唯一地标识交谈14，并被其他对象使用来引用交谈14。用户20A到用户20O中的每一个均代表当前正在参加交谈的实际用户。用户20A到用户20O中的每一个均具有‘唯一用户ID’(24A到24O)属性和‘名称’(26A到26O)属性。‘唯一用户ID’24A是整个系统中用于标识用户的唯一ID，并被其他的对象使用来引用该用户。‘名称’26A属性是交谈中显示给其他用户的用户名称。

‘交谈消息’22A代表交谈中的单个消息，该消息可以是对话的单个行，每一行被回车分隔开。交谈14A的确定拷贝由服务器10保存，只有响应客户端所做出的请求，才操作确定拷贝。然后，对此确定拷贝所做出的任何改变都被复制到客户端12上的交谈14A的本地拷贝上。每一个交谈14A将具有‘交谈消息’22A到22P的序列。当用户把文本键入GUI上的文本输入框并将其发送时，交谈14生成新的‘交谈消息’22A。‘交谈消息’22A包含下列属性：‘唯一消息ID’30A；‘文本’32A；‘时间标记’34A；和‘用户ID’36A。‘交谈消息’22B到22P具有对应的属性。

‘唯一消息ID’30A是整个系统中用于标识‘交谈消息’22A的唯一id。‘唯一消息ID’30A被其他的对象使用来引用‘交谈消息’22A。‘交谈消息’22A的‘文本’32A是用户键入GUI上的文本输入框内的文本。‘时间标记’34A是服务器10上生成‘交谈消息’22A的时间。服务器10上的‘交谈消息’22A到22P被以‘时间标记’34A到34P的升序储存。‘用户ID’36A是负责生成‘交谈消息’22A的用户20A的唯一ID。

图11是图10的扩展。它扩展了‘交谈消息’22A到22P，以便包括‘边’38A到38Q的集合。‘边’由两个或更多个‘交谈消息’22A到22P以及用于结合它们的图形链接的类型来定义。用户可以生成‘边’38A来指示两个‘交谈消息’22A、22B之间的关系，从两个‘交谈消息’的如GUI上所显示的初始位置来看，这样的关系可能不清晰。例如，如果两个是的/不是问题被不同的用户问起，并且第三个用户随后回答了“是的”，则第三个用户可以生成‘边’来指示他们正在回答哪一个问题。在优选实施例中，‘边’链接两条‘交谈消息’。但是，‘边’可以被扩展，以使它引用另一条‘边’或者引用多于两条的‘交谈消息’。

‘边’38A包含下列属性：‘唯一边ID’40A；‘第一消息ID’42A；‘第二消息ID’44A；和‘边类型’46A。‘边’38B到38Q具有对应的属性。

如果引用另一条‘边’38Q，则‘边’38A还包含边名称属性(未示出)。如果‘边’能够引用多于两条‘交谈消息’，则‘边’包含消息id的集合(例如数组或向量)。

‘唯一边ID’40A是整个系统中用于标识‘边’38A的唯一id；它被其他对象使用来引用‘边’38A。‘第一消息ID’42A指‘交谈消息’22A，这条‘边’38A是从‘交谈消息’22A关联的。‘第二消息ID’44A指这条‘边’指向的‘交谈消息’22P。‘边类型’46A属性定义了‘边’38A是有方向性的还是没有方向性的。

像‘交谈消息’和‘用户’一样，‘边’与特定的交谈相关联。这样，对每个交谈，存在着交谈14中的每一条‘边’的拷贝和该交谈中的每一条‘交谈消息’的拷贝。任何‘边’对象或‘交谈消息’对象的确定拷贝存在于服务器10。如果客户端12A具有交谈14A的被关联的拷贝，则客户端12A也必须保持每条‘边’的拷贝和每个‘交谈消息’的拷贝。

优选实施例实施了实时交谈系统的已知操作：连接到服务器10并登录；与服务器10断开连接；生成交谈14A到14N；邀请其他的用户加入交谈；接受加入交谈的邀请；当在交谈中时发送消息；和离开交谈。优选实施例定义了额外的操作：在交谈14A中生成‘边’38A；把附加了边的消息发送到交谈14A；和删除‘边’。

图12描述了在交谈中生成‘边’38A的步骤：

步骤1201。用户1使用客户端12A GUI来指定要被‘边’38A连接在一起的两条‘交谈消息’22A、22B。这通过GUI机制完成，在这部分不讨论此GUI机制；

步骤1202。发起客户端12A发送‘边请求’消息到服务器10。该消息指定交谈14A的ID和要被连接在一起的两条‘交谈消息’22A和22B的消息ID；

步骤1203。服务器10生成包含两条被指定的‘交谈消息’的‘唯一消息id’的‘边’38A；

步骤1204。服务器10把‘边’38A关联到被指定的交谈14A；

步骤1205。服务器10向交谈14A中所有的客户端12A到12N(包括发送边请求的那个客户端)广播‘边通知’。‘边通知’包含‘边’38A的属性；

步骤1206。接收到这个‘边通知’的每一个客户端12生成‘边’38A的本地拷贝；和

步骤1207。每一个客户端12随后把此新生成的边38A的本地拷贝添加到其自己的交谈14A的本地拷贝中。

图13描述了客户端12A生成新‘交谈消息’22B以及‘边’38A的步骤，‘边’38A把该(新)‘交谈消息’22B链接到另一个(预先存在的)‘交谈消息’22A。

步骤1301。用户1指定a)新消息的文本和b)新消息要被连接到的预先存在的消息。这通过GUI机制完成，不讨论GUI机制；

步骤1302。客户端12A发送消息‘带有边请求的交谈消息’消息到服务器10。该消息指定交谈14A的‘唯一交谈ID’19、新‘交谈消息’22B的文本和新‘交谈消息’22B要被‘边’38A连接到的预先存在的‘交谈消息’22A的ID；

步骤1303。服务器10生成带有指定文本的新‘交谈消息’22B；

步骤1304。新生成的‘交谈消息’22B与服务器10的交谈14A的拷贝相关联；

步骤1305。服务器10还生成连接被指定的预先存在的‘交谈消息’22A和新生成的‘交谈消息’22B的新‘边’38A；

步骤1306。新生成的‘边’38A被添加到服务器10的交谈14A的拷贝中；

步骤1307。服务器10还发送‘交谈消息通知’消息到交谈14A中的每一个客户端12A到客户端12N，注意，包括客户端12A。这个消息指定了用于完整地描述‘交谈消息’的充足信息。

步骤1308。接收到‘交谈消息通知’的每一个客户端12A到客户端12N生成新‘交谈消息’22B的本地拷贝。

步骤1309。每一个客户端12把新生成的‘交谈消息’22B的本地拷贝添加到其自己的该交谈的本地拷贝中。

步骤1310。服务器10向交谈14A中的客户端12广播‘边通知’消息(包括发送‘带有边请求的交谈消息’的那个客户端)。‘边通知’消息包含用于描述边38A的充足的信息。

步骤1311。接收到这条‘边通知’消息的每一个客户端12A到客户端12N生成‘边’38A的本地拷贝。

步骤1312。然后，每一个客户端12把新生成的‘边’38A的本地拷贝与其自己的交谈14A的本地拷贝相关联。

图14描述了实施例删除‘边’的步骤。

步骤1401。用户1使用客户端12GUI来指定交谈14A中要被删除的现有‘边’38A。这通过GUI机制完成，不讨论GUI机制；

步骤1402。客户端12A发送‘删除边请求’消息到服务器10。这个消息指定了交谈14A的ID和要被删除的‘边’38A的ID；

步骤1403。服务器10命令交谈14A删除被关联的‘边’38A；

步骤1404。交谈14A删除‘边’38A；

步骤1405。服务器10向该交谈中所有的客户端12(包括发送‘删除边请求’消息的那个客户端)广播‘删除边通知’消息。‘删除边通知’消息包含‘边’38A的ID；

步骤1406。接收到该‘删除边通知’消息的每一个客户端12A到客户端12N命令其被关联的本地交谈14A去除各自的‘边’38A；和

步骤1407。然后每一个交谈14A删除其各自的‘边’38A。

在下列例子中，边被图形化地表示为相关消息之间的箭头。稍后描述对于此的其他可能性，例如使用不同颜色的文本来代表相关的消息。

图15的交谈14A窗口被显示在参加当前交谈的所有客户端(与客户端12A、客户端12B和客户端12C对应的客户端1、客户端2和客户端3)的屏幕上。交谈中有由客户端1和客户端2提出的两个问题，这导致来自客户端3的回答是不确定的。不清楚他回答了他是在下午1点有空还是他在下午2点有空开会。当来自一个用户(客户端2)的问题被输入到交谈14A，而另一个用户(客户端3)正处在键入对较早问题的回答之中时，经常出现这种场景。这种不确定性可以通过由客户端3生成位于问题之一和他们的回答之间的‘边’38A，从而指出他们正在回答哪个问题来解决。这可以通过由客户端3选择他们已经回答的问题并把问题“拖”到回答上来完成，如图16和图17所示。然后，系统知道在该问题和回答之间生成‘边’38A。

图16示出在鼠标指针的相应运动之后，光标位于‘边’38A要引用的第一消息上面。用户按下鼠标左键并保持不放，以使第一消息随着鼠标指针移动，并且第一消息被移动到第二消息上面。图17示出从第一消息移动到边38A所引用的第二消息上面之后的光标。然后释放鼠标左键。

图18示出了在整个系统中如何进行边生成。

现在，可以在交谈客户端上相应地表示边(在这些例子中，边被图形化地表示为消息之间的箭头)。

步骤1801。发送‘边请求’以在消息和回答之间生成‘边’38A。

步骤1802。在边的集合中生成‘边’38A。

步骤1803。‘边通知’被发送到交谈中所有的客户端。

图19示出交谈的新状态，该‘边’指示客户端3正在回答哪一个问题。然后客户端3可以像平常一样继续会话，或者也可以使用‘边’手段来回答其他问题，如图20所示，其中生成另一条边来指示对客户端2的问题的回答。

现在参考图21到图23描述多于两个消息的链接，这些消息属于会话内的某个话题。如果交谈14A包含来自一个会话内的几个不同话题的分散消息，则能够使用‘边’来突出涉及会话的一个话题的所有消息，这些消息可以与会话的剩余部分分开保存。图21示出了具有多个消息的典型的交谈屏幕。客户端1想保存这个会话中被选择的消息。可以使用‘边’来链接会话的有用部分。这可以通过选择消息的多个‘有用’部分来完成，一般地可以通过一个人在用鼠标光标选择消息时按下CTRL键来完成。一旦所有需要的消息被选择，则用户可以执行把‘边’添加到所有被选择的消息上的操作，见图22。图23中示出此操作的结果。

然后，被选择的消息可以与交谈的其余部分中的剩余消息分开保存。交谈中的任何客户端能够简单地突出初始问题，并挑选“保存相关消息”或类似的操作。问题，以及所有(直接地或间接地)链接到该问题的消息，都将被保存。希望保存交谈的客户端不一定需要在相关消息链中选择第一消息。如果他们只需要从会话中的某个点开始的信息，则他们能简单地突出该链中他们期望选择的消息，并选择‘保存相关消息’。根据边的方向，这将只保存从那个点开始的消息，以及从该消息直接或间接地链接的所有消息(即，不能沿着‘边’向后进行)。

通过在屏幕上选择边并按下删除键(或者从客户端GUI的菜单上选择‘删除’)，可以简单地删除边。图24描述了删除‘边’所包含的步骤。

步骤2401。把带有要被删除的‘边’的ID的‘删除边请求’从客户端12发送到服务器10；

步骤2402。服务器10从‘边’的集合中删除该‘边’；和

步骤2403。‘删除边通知’，以及‘边’ID，被从服务器10发送到该交谈中所有客户端12，并且客户端12从它们各自的交谈14的拷贝中以及从屏幕上适当地去除‘边’。

除了使用如前面图中所示的箭头在客户端GUI上表示边以外，还有几种其他的可能性。方法包括使用不同于其他消息的颜色(未示出)；对用‘边’链接的消息使用不同的字体格式编排(图25)；使用数字引用相关的消息(图26)；以及使用弯曲箭头而非直边的箭头(图27)。

Claims

1.一种即时消息传送系统中的方法，所述即时消息传送系统具有图形用户界面GUI，所述方法包含：

确定即时消息传送系统中的两个或更多个即时消息传送实体的选择；

根据来自GUI的指令，生成被选择的即时消息传送实体之间的关系；和

使用GUI来指示即时消息传送实体之间的关系。

2.如权利要求1所述的方法，其中，所述即时消息传送实体是现有消息或者消息之间的现有关系。

3.如权利要求1或2所述的方法，其中，所生成的关系是简单链接或者是具有方向的从属链接。

4.如权利要求1、2或3中的任何一项所述的方法，还包括：根据通过GUI的指令，选择与一个即时消息传送实体有关系的所有即时消息传送实体。

5.如权利要求4所述的方法，还包括：打印、存储或删除所选择的即时消息传送实体。

6.一种即时消息传送系统，包含：

图形用户界面GUI；

用于确定即时消息传送系统中的两个或更多个即时消息传送实体的选择的装置；

用于根据来自GUI的指令，生成被选择的即时消息传送实体之间的关系的装置；和

用于使用GUI来指示即时消息传送实体之间的关系的装置。

7.如权利要求6所述的即时消息传送系统，其中，所述即时消息传送实体是现有消息或者消息之间的现有关系。

8.如权利要求6或7所述的即时消息传送系统，其中，所生成的关系是简单链接或者具有方向的从属链接。

9.如权利要求6、7或8中的任何一项所述的即时消息传送系统，还包括：用于根据通过GUI的指令，选择与一个即时消息传送实体有关系的所有即时消息传送实体的装置。

10.如权利要求9所述的即时消息传送系统，还包括：用于打印的装置，用于存储的装置，或用于删除所选择的即时消息传送实体的装置。

11.一种即时消息传送客户端，包含：

图形用户界面GUI；

用于使用GUI来指示即时消息传送实体之间的关系的装置。

12.如权利要求11所述的即时消息传送客户端，其中，所述即时消息传送实体是现有消息或者消息之间的现有关系。

13.如权利要求11或12中的任何一项所述的即时消息传送客户端，还包括：用于根据通过GUI的指令，选择与一个即时消息传送实体有关系的所有即时消息传送实体的装置。

14.如权利要求13所述的即时消息传送客户端，还包括：用于打印的装置，用于存储的装置，或用于删除所选择的即时消息传送实体的装置。

15.一种用于即时消息传送系统的计算机程序产品，所述计算机程序产品包含存储在计算机可读存储介质上的计算机程序指令，用于当被加载到计算机中并被执行时，使计算机实施下列步骤：

提供图形用户界面GUI；

使用GUI来指示即时消息传送实体之间的关系。

16.如权利要求15所述的计算机程序产品，其中，所述即时消息传送实体是现有消息或者消息之间的现有关系。

17.如权利要求15或16所述的计算机程序产品，其中，所生成的关系是简单链接或者具有方向的从属链接。

18.如权利要求15、16或17中的任何一项所述的计算机程序产品，还包括：根据通过GUI的指令，选择与一个即时消息传送实体有关系的所有即时消息传送实体。

19.如权利要求18所述的计算机程序产品，还包括：打印、存储或删除被选择的即时消息传送实体。