专利名称：集成混合输送消息接发系统的制作方法
技术领域：
所揭示的实施例涉及移动计算装置。更明确地说，所揭示的实施例涉及一种用于移动计算装置的消息接发系统。
背景技术：
计算装置(特别是手持式和便携式装置)已演化为包含大量类型的通信能力和功能性。举例来说，存在手持式装置，其作为蜂窝式电话、消息接发终端、因特网装置而操作， 同时包含个人信息管理(PIM)软件和照片管理应用程序。另外，存在因特网协议服务，其可将具有因特网能力的机器变换为电话装置。甚至连接到传统的公共交换电话网络(PSTN) 的独立电话也包含较多软件来增强电话的功能性。在增强通信能力和功能性的过程中，已作出努力以增强和辅助用户使用此些装置。举例来说，有些软件特征可让用户更容易对电子邮件消息中的电话号码做出动作。可向用户呈现电话号码序列以供选择，且在作出此选择后，电话应用系统在进行电话呼叫时使用所述电话号码。在小形状因数计算装置(例如提供蜂窝式电话功能性的装置)中，此捷径功能性具有特定用途，以便减少用户的手动动作。这些装置具有较小的键盘，其可能较难操作且/或较难在移动或动态环境中使用，用户在这种情况下无法容易地检索所要号码。电话装置仅仅是一种类型的通信装置。现在存在许多种的通信类型，且存在多功能装置以适应不同的通信类型。不同于电话的通信类型的实例包含电子邮件、即时消息 (包含SMS协议消息和多媒体消息服务(MMS)协议消息)、基于因特网的即时消息接发以及视频会议。许多计算装置(明确地说，智能电话)能够支持使用多个通信媒体的通信。
图1说明根据一实施例的用于实施用于在计算装置上实现混合输送消息线程执行的消息接发系统的架构。图2说明根据一实施例的用于在计算装置上实施混合输送消息线程执行的计算机实施的方法。图3说明根据一实施例的用于基于另一人的在线状态而自动选择适当的消息接发输送以与所述另一人交换通信的计算机实施的方法。图4说明根据一实施例的用于维持供与多个输送的消息接发中使用的好友列表的方法。图5A为根据一实施例的在其上提供多个混合输送消息线程作为条目的样品用户接口面板。图5B是根据一实施例的以开放形式显示消息线程的样品用户接口面板。图5C是根据一实施例的说明包含使用三个消息接发输送来交换的消息的混合输送线程的样品用户接口面板。图5D是显示可在例如由本文所提供的实施例中的任一者描述的消息接发系统上使用的好友列表的样品用户接口面板。图6说明根据本发明的一个或一个以上实施例而配置的移动计算装置的硬件图。
具体实施例方式本文所描述的实施例提供计算装置上的消息接发系统，其实现混合输送消息接发线程的使用。混合输送消息接发线程涉及在用户与另一方之间交换的消息的群集或列表， 其中使用不同类型的消息接发输送来传送包含于线程中的消息。群集可表现为聊天或谈话，或以列表形式提供。任选的是，混合输送消息接发线程包含其它功能性，例如使用户能够通过回答现有消息来在线程中将消息发送给个人。更进一步，一实施例规定消息接发系统包含消息接发数据库，其与其它资源一起操作以增强用户的消息接发体验。连同其它特征一起，一个或一个以上实施例提供一种消息接发数据库，其使使用多个可能输送中的任一者在计算装置上传送的单个消息能够与来自例如联系人数据存储库等来源的信息和/或可从即时消息接发服务获得的信息相关联。 联系人数据存储库可用于实现以联系人为中心的消息检视。举例来说，经由不同消息接发输送(和消息接发识别符)传送给用户的常用联系人或从用户的常用联系人传送的消息可通过联系人名字和/或图片来显示。更进一步，实施例使得能够使用消息接发数据库来增强好友列表的呈现。连同其它特征一起，消息接发数据库可用于组合来自两个或两个以上即时消息接发服务的好友列表，用记录于计算装置上的信息来扩充好友列表，或通过过滤作为关于联系人的复制的条目(但不是消息接发识别符)来增强好友列表。在一实施例中，一种计算装置操作使用不同消息接发输送的多个消息接发程序。 所述计算装置包含处理资源，所述处理资源操作以提供消息接发数据库，其与所述多个消息接发程序对接以记录使用所述多个消息接发程序中的任一者的传入或传出消息的实例。 所述处理资源结合维持所述消息接发数据库而执行，以便使单个传入消息或传出消息与新的消息接发线程或现有消息接发线程相关联。每一新的或现有消息接发线程的传入消息和传出消息是经由所述多个消息接发程序中的任一者而接收或发送，使得消息接发线程可在所提供的消息的类型方面混合。本文所描述的一个或一个以上实施例规定以程序方式或作为计算机实施的方法而执行计算装置所执行的方法、技术和动作。以程序方式表示通过使用代码或计算机可执行指令。以程序方式执行的步骤可为自动的或可不为自动的。可使用模块来实施本文所描述的一个或一个以上实施例。模块可包含能够执行一个或一个以上所陈述任务或功能的程序、子例程、程序的一部分或软件组件或硬件组件。如本文所使用，模块可独立于其它模块而存在于硬件组件上，或模块可为其它模块、程序或机器的共享元件或进程。此外，可通过使用可由一个或一个以上处理器执行的指令来实施本文所述的一个或一个以上实施例。这些指令可在计算机可读媒体上运载。以下图中所展示的机器提供可在其上运载和/或执行用于实施本发明的实施例的指令的处理资源和计算机可读媒体的实例。明确地说，与本发明的实施例一起展示的大量机器包含处理器和用于保持数据和指令的各种形式的存储器。计算机可读媒体的实例包含永久存储器存储装置，例如个人计算机或服务器上的硬盘驱动器。计算机存储媒体的其它实例包含便携式存储单元(例如CD 或DVD单元)、快闪存储器(例如运载于许多手机和个人数字助理(PDA)上)，以及磁性存储器。计算机、终端、具有网络能力的装置(例如移动装置，例如手机)全都是利用处理器、 存储器和存储在计算机可读媒体上的指令的机器和装置的实例。图1说明根据本文所述实施例的用于实现整合多种消息接发输送的统一的以联系人为中心的消息接发系统的架构。在一实施例中，在计算装置100上实施消息接发系统 110，以便实现混合输送消息接发线程。此些混合输送消息接发线程使计算装置100的用户能够使用两个人可用来交换消息的任一或一个以上不同输送来与另一人进行“谈话”。作为补充或替代方案，消息接发系统110提供不同种类的消息接发输送的统一呈现。根据所述统一呈现，例如好友列表和消息列举、联系人记录信息以及在线状态信息等功能性可整合以与不同的消息接发输送一起使用。根据一个或一个以上实施例，计算装置100对应于具有越过话音或数据信道的消息接发能力的移动和/或多功能装置。此些计算装置的实例为蜂窝式电话/消息接发装置。 此些装置常配备有辅助功能性，例如图像/视频捕捉、媒体重放和全球定位系统启用(例如用于导航)。更详细地说，计算装置100包含一个或一个以上通信端口 160、162，以使得能够使用不同种类的通信媒体(包含不同种类的无线通信媒体)在装置上发送和接收通信。每一通信端口 160、162包含硬件和相关联逻辑(其可通过硬件、固件或软件来实施)，以使得能够使用特定传输媒体或装置外资源来发送和接收数据。在一个实施例中，通信端口 160、162 实现无线通信，且使用单独的硬件组件。举例来说，每一通信端口可包含或使用芯片组和逻辑，以使用特定无线通信媒体来发送和接收数据。作为实例，通信端口 160、162中的每一者可用以下各项中的一者的形式来实现无线通信(i)蜂窝式发射(例如，GSM、CDMA、Edge、 3G)，(ii)无线保真度(即，"WiFi ” 或 802. ll(b)、(g)或 802. ll(n)), (iii)全球微波互联接入(WiMAX)，(iv)或本地无线通信，例如无线USB或蓝牙。计算装置可包含逻辑/硬件接口，用以使单个消息接发应用程序能够使用通信端口 160、162中的一者或一者以上。为了简单性，假定第一无线通信160支持用于话音和数据两者的蜂窝类型通信(3G、GSM、CDMA 等)，而假定第二通信端口 162支持WiFi。进一步参看图1，消息接发系统100包含多个消息接发程序，图1的实施例中描绘为SMS程序122、MMS程序IM以及一个或一个以上IM程序126。例如电子邮件程序(P0P3 或SMTP)等额外或替代种类的消息接发程序也可与例如所示的实施例一起使用。消息系统 110可包含消息数据库140，与之相关联的数据库逻辑142，以及呈现组件130。呈现组件 130可包含记录检索组件132或与记录检索组件132 —起操作，记录检索组件132对接数据库逻辑142或是数据库逻辑142的延伸部分或元件。呈现组件130还包含用户接口 134，其显示来自消息接发系统110的输出，以及启用对输入和用户交互的接收。如进一步描述，用户接口 134显示混合输送消息接发线程131，以及好友列表118和其它消息接发相关信息。每一消息接发程序122到1 经配置以使用特定种类的消息接发协议(包含消息接发格式)来发送和接收来自计算装置的消息。另外，程序122到1 可控制或起始装置或网络资源的操作的执行，以支持装置使用特定输送。在IM程序126的情况下，所述程序可寻找对应的网络侧服务器或服务127，所述程序经由包含因特网139的网络打开与网络侧服务器或服务127的通信套接字。接着使用所述通信套接字来发射即时消息，同时使计算装置能够从其它计算机和装置接收“推送”起始的传入消息。即时消息接发服务127还传送其它信息，例如(i)用于所述服务的好友列表，(ii)用于所述服务所知晓的用户的单个好友或联系人的在线状态信息，以及(iii)标记信息，例如好友的图片。SMS和匪S程序 122、IM与无线运营商1 或网络的资源通信。在计算装置100的一实施方案中，SMS程序 122和匪S程序IM仅能够使用第一(蜂窝式)通信端口 160 (来与运营商129的资源通信)，而IM程序1 能够使用任一通信端口，前提是装置能够实现因特网连接。在另一实施方案中，每一程序能够进行一个以上通信，但默认指派给通信端口中的对特定种类的消息接发输送来说为优选的一者。呈现组件130的用户接口 134显示在装置用户与另一人之间使用消息接发程序 122到1 中的任一者或全部而交换的消息的记录。如将描述，一个或一个以上实施例经配置以使在用户与另一参与者之间作为单个线程151的一部分而交换的消息的记录相关联。 在所述单个线程内，即使当使用例如由IM应用程序1 和SMS或MMS应用程序122、IM提供的不同消息接发输送来传送消息时，用户接口 134也显示装置用户与所述另一参与者之间的消息的记录。当计算装置100经由消息接发应用程序122到126中的一者而发送或接收消息时，消息数据库140记录或存储所述消息的实例。关于传出消息，一实施例规定用户接口 134充当用于消息接发程序122到126中的每一者的接口。传出消息131可通过用户接口 134来组成。当用户组成和发送消息时，在使用中的消息接发程序将消息的实例记录在消息数据库140中。作为替代方案，传出消息130可由呈现组件130组成且记录在数据库140 中。消息接发应用程序122到1 接着从数据库140检索消息，且经由选定或适当的通信端口 140、142来发射消息。另一方面，传入消息133由输送的应用程序接收，且接着传送到消息数据库140。传出或传入消息131、133的每一所记录实例由数据库逻辑142剖析。根据一实施例，可剖析和分析所述消息，以便识别和存储消息信息135。消息信息135可存储为数据库或关系记录，且包含对应于以下各项的信息(i)发送者和/或接收者的消息输送识别符161，(ii)消息被发送/接收的时间163，或(iii)消息主体165。在剖析和分析中还可识别和存储其它信息，例如附件和/或媒体文件或内容(例如，可伴随所述消息的话音数据)。在一个实施例中，线程识别符167也可与消息信息135相关联。在消息的实例正传出时的例子中，可识别和记录从其组成消息的线程151。如果消息是在线程外组成，那么将所述消息记录为具有新的线程识别符，或将与消息的接收者相关联的线程用作线程识别符。在消息正传入的例子中，可例如通过对消息的发送者的识别(即，发送者的消息输送识别符)从消息信息的分析中识别线程识别符。消息信息135还可记录其它种类的信息，例如消息类型。消息信息135可存储为(例如)表或其它关系数据结构。呈现组件130使用消息信息135来呈现适当的消息接发线程151151中的单个传入/传出消息。在一实施例中，每一消息接发线程151151是在装置100的用户与至少一个其它人之间。如所陈述，谈话线程的内容包含经由消息接发程序122到1 所使用的输送中的任一者而传送的消息的实例的记录。在一实施例中，联系人存储库146用于将联系人记录信息155与存储在消息存储库中的信息进行整合。连同其它应用一起，联系人记录信息1 可用于提供具有单个谈话线程的识别内容。举例来说，每一谈话线程151可由如通过装置100上或装置100已知的联系人记录提供的另一参与者的名字来显示。举例来说，当创建新的线程时，所述另一参与者的消息识别符(针对传出消息的“去往”字段以及针对传入消息的“来自”字段)可由数据库逻辑142对照联系人存储库146来交叉参考，以识别匹配的联系人。可针对给定消息识别符检索联系人信息151，且接着将其存储在与所述消息识别符相关联的数据存储库124中。 联系人信息151可对应于识别信息，例如匹配的联系人记录的人的名字。作为替代或补充， 与联系人记录一起存储的图像也可与联系人信息151 —起提供。在一实施例中，呈现组件 130显示联系人记录信息155中的至少一些信息，作为谈话线程151的一部分。在一实施例中，联系人存储库146的使用使得使用程序122到126中的一者来显示消息的记录或实例的方式得以统一。消息接发程序122到1 本质上与较多识别符相关联，而不仅仅与人的名字相关联。举例来说，给定的人可使用一个以上蜂窝式电话，且因此可具有一个以上与之相关联的识别符(例如，蜂窝式电话号码)，以用于SMS或MMS消息接发。在即时消息接发中，个人常具有可为匿名或可不为匿名的标记。对于新消息(不管是传入还是传出)的每一实例，数据库逻辑142可作出关于消息的另一方的识别符161是否是已知的或以其它方式与联系人存储库146中的联系人记录相关联的确定。
消息 ID发送者接收者类型联系人(其它)线程 ID消息主体1用户6505554545SMS乔·史密斯 (接收者)1“什么时间……”26505554545用户SMS乔·史密斯 (发送者)1“告诉你我什么时候回家……”3Crazykidz2 @ gtalk用户IM乔-史密斯1“下午8点”4用户Crazykidz2 @ gtalkIM乔-史密斯1'‘谢谢”表1是根据一实施例的由一组对应的数据库记录表示的混合输送消息接发线程的简化表示。表1中所显示的所述组记录表示计算装置100的用户与“谈话”中的另一参与者之间的消息交换。消息线程通常具有在群集或列表中的消息接发谈话的参与者之间呈现消息的特性。举例来说，在计算装置100上，用户可滚动或扫描显示区域，以在线程中一个接一个地检视消息，因为所述消息集总或分类在一起。此外，在许多实施方案中，消息接发谈话的参与者可仅应答线程中的另一消息，而不组成新的消息。关于表1所提供的实例，谈话线程151是在装置用户与由联系人记录识别为 “乔·史密斯”的个人之间交换。乔·史密斯的联系人记录可包含SMS或为“65055MM5”的小区/移动识别符，以及即时消息发送者识别符Crazykidz2@gtalk。在一个实施例中，用于表1中所描绘的谈话(或消息交换)的线程151使用联系人记录识别符(“乔·史密斯”) 作为其识别信息。还可使用与乔 史密斯的联系人记录相关联的图片。可提供所述图片作为联系人信息155的一部分，或从其它来源(例如，即时消息接发服务127)提供。如由表 1的实例进一步描绘，例如所述的实施例使装置的用户能够即使在消息使用不同输送(SMS 和IM)且/或经由计算装置100的不同通信端口 160、162传送时也在一个线程中呈现来自另一人(乔 史密斯)的消息。此外，来自另一方(即，乔 史密斯)的消息针对该人具有不同消息识别符的事实并不妨碍在同一谈话线程151 (即，针对乔 史密斯的谈话线程)中识别所述消息，前提是所述消息识别符是已知的，或与另一方(例如，“乔·史密斯”)的联系人记录相关联。在表1所描绘的实施例中，每当用户将消息发送到另一参与人(“乔·史密斯”) 或从该人接收消息时，就将消息的记录145放于线程中。在线程的原始消息之后，下一消息可为“应答消息”或新组成的消息，其自动与计算装置上的线程相关联。呈现组件120可将谈话线程151列为列表。任选地，线程151按照历史排序，例如以首先显示最近使用的线程的次序。另外，根据一实施例，呈现组件130使用存储在消息数据库140中的信息来显示其它列表和信息。可由呈现组件130提供的一个列表是好友列表 118。在一个实施方案中，好友列表118对应于装置的用户频繁地或最近与之交换消息的个人的列表。作为替代或补充，好友列表118对应于由一个或一个以上即时消息接发服务提供的好友列表。举例来说，好友列表118可对应于由即时消息接发服务提供的列表，或来自多个来源(例如来自多个即时消息接发服务127，或来自消息接发服务和最近发消息的列表)的组合列表。因此，好友列表118可(至少部分地)从即时消息接发服务127提供。数据库140可存储从即时消息接发服务127得出的信息169。即时消息接发信息169可包含好友列表识别符、好友列表标记信息(例如，用户的好友列表的图片或标记)，以及在线状态信息(关于好友是否登录到即时消息接发服务127)。提供于计算装置上的好友列表为用户提供一种快速或简易的方式来组成新消息。在一个实施方案中，新消息可与用于所述好友的现有线程相关联。然而，不是所有的经组合消息均需要与线程相关联。在一实施例中，消息数据库140维持用于使呈现组件130能够显示好友列表118 的信息。用于在计算装置上创建或呈现好友列表的信息(从即时消息接发服务127提供的信息除外)包含(i)针对好友列表中的人的联系人记录信息155，如果所述信息存在，(ii) 用于所述好友的现有线程的识别符167，以及(iii)关于将用于给该人的新组成的消息的输送/程序的任选或默认设定。还可使用时序信息163(例如最后传送的消息的时间)来使好友列表能够根据例如“最近曾发消息”等机制进行分类。具有IM识别符的每一好友的在线状态也可由即时消息接发服务127维持，即时消息接发服务127接收来自对应服务的信息。因此，给定好友列表可显示好友的列表，其中至少一些好友由针对该人的联系人记录信息来识别。好友列表118可根据一个或一个以上参数，例如根据好友群组、根据在线状态且/或根据字母表进行分类。好友列表118还可根据时间进行分类，且包含单个人的在线状态信息。在一个实施方案中，时间、好友群组、在线状态和名称/字母表全部用于执行好友列表(或其它列表)的分类。方法图2到图4说明根据一个或一个以上实施例的可实施消息接发系统以整合不同消息接发输送的可操作性的不同方法。在描述图2到图4的实施例时，可参考例如图1所述的计算装置和/或消息接发系统。因此，可参考图1的实施例，以说明用于实施正描述的步骤或子步骤的合适元件或组件。图2说明根据一实施例的用于在计算装置上实施混合输送消息线程执行的计算机实施的方法。明确地说，可使用例如所述的方法来使计算装置100的用户能够与一系列消息的另一参与者建立消息接发线程，其中所述消息接发线程利用不同的消息接发输送和/或通信端口。在一个实施例中，混合输送消息接发线程并入有结合传统上由蜂窝式话音服务支持的一个或一个以上服务(SMS或匪S)而使用即时消息接发(经由例如AIM或 MICROSOFT MESSENGER等基于因特网的消息接发服务所提供)的消息。在蜂窝式移动计算装置的上下文中，用于实现即时消息接发输送的数据信道可使用蜂窝式或其它无线(或甚至有线)通信端口，而SMS或MMS通过蜂窝式服务的话音信道而实现。可响应于消息接发事件而起始例如所述的方法。消息接发事件可对应于(i)计算装置的用户发送传出消息004)，或(ii)计算装置为用户接收传入消息008)。在步骤 204中，传出消息可为应答消息或新组成的消息(即，用户通过插入地址字段的值而组成的消息)。如上文所提到，例如所述的方法可在使用无线话音/数据通信的计算装置上实施。 因此，传入或传出消息中的每一者可以无线通信的形式(例如借助于蜂窝式发射)来提供。对应于消息接发事件的消息中的每一者可通过多个可能消息接发输送中的任一者来进行。在一实施例中，例如SMS、MMS和即时消息接发等立即消息接发输送(通过任一或一个以上第三方提供商，例如由AMERICA ONLINE提供的AIM、由MICROSOFT CORP.提供的 MSN MESSENGER，以及由GOOGLE INC提供的GTALK)以所描述的方式整合，但可包含例如电子邮件等其它消息接发输送。在步骤210中，存储消息的记录。在一实施例中，用于发送或接收事件的消息的程序将消息的记录存储在数据库140中。步骤220规定针对消息的字段和有关信息来剖析消息。在一实施例中，数据库逻辑142剖析消息以识别包含消息交换的另一参与者的消息输送识别符的信息。对于传入消息，“来自”字段的值可识别另一参与者。同样，对于传出消息，“去往”字段的值识别另一参与者。消息输送识别符可对应于(例如)蜂窝式电话号码(针对SMS、匪S)或标记(针对即时消息接发)。可从消息剖析且作为记录的一部分而存储的其它信息包含消息的主体，以及发送或接收消息的时间。在一实施例中，步骤2M规定作出关于另一参与者的消息输送识别符是否被列举或以其它方式与联系人记录相关联的确定。可作出所述确定，以便列举或显示具有所述消息的记录的联系人记录信息155，以在将记录显示为给定消息接发线程的一部分时使用。以此方式，联系人记录信息的使用使消息能够以联系人为中心的方式显示，例如根据人的名字或图片来显示。另外，联系人记录的使用使得能够使用不同输送来与联系人记录的个人交换消息，以共享与联系人记录的共同关联。这允许与联系人记录的人交换的消息线程化 (即，与同一发送者与接收者之间的消息群集相关联)，甚至使用不同的输送时也是如此， 如由表1描绘。另外，其它消息接发特征(例如最近发送的消息列表)可通过联系人记录的名称而不是通过在消息的去往/来自字段中所识别的信息来描绘消息接发事件。因此，数据库逻辑142可将另一参与者(S卩，交换中的非用户)的所识别输送识别符与存储在计算装置上的联系人记录146中的单个字段进行比较，以便确定所述另一参与者的消息接发识别符是否列于联系人记录中。如果步骤2M的确定是不存在任何并入有消息接发事件的消息识别符的联系人记录，那么步骤2 规定保持记录消息中的一方的输送消息识别符(例如，传入消息的“来自”字段)以用于在线程或好友列表的上下文中在计算装置上识别另一方。然而，如果并入有所识别的消息接发识别符的联系人记录确实存在，那么步骤228 规定来自所述联系人记录的识别信息与所记录的消息事件中的另一方的消息识别符相关
举例来说，可对照联系人记录的电话号码字段来比较列举为SMS或匪S输送的消息识别符的数字，以便确定联系人记录。所述步骤可由数据库逻辑142或其它编程使用消息信息135来执行。如果联系人记录存在，那么SMS消息的记录与在所识别的联系人记录下的人的名字相关联。以此方式，步骤2M和2 可作为使消息与人相关联的一般努力的一部分，而不是作为消息识别符(其在许多情况下可不描述个人)来执行。举例来说，SMS 消息接发输送使用蜂窝式电话号码，且即时消息接发容许并不一定描述人的名字的标记。一旦为消息事件中的另一方建立识别符，就在步骤230中作出关于针对所述方是否存在线程的确定。在针对所记录的消息未识别到联系人记录的情况下，所记录的消息的输送识别符161可用于确定用户与同一输送识别符之间是否存在另一线程。然而，如果如步骤228中所述识别到联系人记录，那么实施例规定作出关于针对所述联系人记录是否存在另一线程的确定。作为补充或替代，可使用不同于联系人记录的信息来使消息记录与现有线程相关联。在每一实施方案中，可分析每一消息记录以寻找线索，以确定消息是否可与现有线程相关联。举例来说，可以程序方式将语义或语音学上等效的消息接发识别符确定为可能来自同一个人。作为特定实例，可以程序方式确定包括“约翰 史密斯”、“J史密斯”和“约翰史密斯”的消息识别符与同一个人相关联。如果针对消息记录不存在线程，那么步骤234规定为消息记录创建新的线程。对于输送识别符不具有联系人记录时的情况，新的线程可使用输送识别符作为初级识别符。 对于所记录的消息的消息识别符具有联系人记录的情况，可将来自联系人记录的信息(例如名和姓、图片)用作新线程的识别信息。如果存在现有线程，那么步骤238规定将所记录的消息指派给现有线程。数据库逻辑142可(例如)使消息记录与现有线程的现有线程识别符167相关联。由于一个联系人记录可包含不同种类的消息接发输送的识别符，因此所记录消息与现有线程的配对不一定限于具有针对同一联系人记录使用另一输送识别符的消息的线程。可使新记录的消息成为所述线程的一部分，以便创建混合线程输送。在步骤MO中，可向用户呈现线程。用图5A到图5D的实施例来描绘如显示于计算装置上的线程的实例。可从所述线程检视、打开和应答构成所述线程的单个消息，甚至在越过多个输送传送消息时也是如此。图3说明根据一实施例的用于基于另一人的在线状态而自动选择适当的消息接发输送以与所述另一人交换通信的计算机实施的方法。实施例认识到消息接发输送(例如即时消息接发)监视其用户的在线状态。如随图1的实施例提到，可将此信息记录为消息接发信息135的一部分(即时消息接发信息169)。在提供即时消息接发输送时，一个或一个以上实施例认识到计算装置100可接收和显示用户可与之通信(例如通过好友列表)的个人的在线状态。同时，人的在线状态可用于为个人选择消息接发输送。图3可参考好友列表118来实施，好友列表118是计算装置100的用户可从中进行选择以与之通信的联系人或识别符的列表。参看图3，步骤310规定计算装置100的用户组成给好友的消息或起始给好友的消息的组成。好友可对应于由好友列表中的联系人信息或输送识别符表示的个人。一般来说，好友列表包括以下个人的联系人(或识别符)(i)用户针对所述列表指定为好友的个人；(ii)最近已被发消息的个人；且/或(iii)最常被发消息的个人。在例如所述的实施例的上下文中，好友列表118可镜像或与其它消息接发应用程序的其它好友列表部分地共享。举例来说，好友列表118可包含至少一些包括用户针对即时消息接发应用程序而具有的好友列表的条目。在一个实施方案中，计算装置上的好友列表118可部分地根据从用户从计算装置操作的即时消息接发应用程序或服务中的一者或一者以上传送的好友列表而公式化。作为替代或补充，例如图3所述的实施例可以延伸到用户接口特征或除包含好友列表的使用之外的使用的形式来实施。举例来说，可在其它消息接发列表(例如，从计算装置接收消息的最后十个人)上或针对具有包含与即时消息接发服务一起使用的识别符的联系人记录的人而实施一个或一个以上实施例。表2是可从中产生和显示好友列表的数据库表的简化表示。所再现的好友列表的表的实例以图5xx显示。
权利要求
1.一种计算装置，其包括处理资源，其操作以提供多个消息接发程序，其中每一消息接发程序可操作以使用不同于所述程序中的另一者的格式和协议来发送传入消息或发射传出消息；消息接发数据库，其与所述多个消息接发程序对接，以使用所述多个消息接发程序中的任一者来记录传入或传出消息的实例；其中所述处理资源结合维持所述消息接发数据库而执行，以便使单个传入消息或传出消息与新的消息接发线程或现有消息接发线程相关联，每一新的或现有消息接发线程的所述传入消息和传出消息是经由所述多个消息接发程序中的任一者而接收或发送；且显示每一新的和现有消息接发线程。
2.根据权利要求1所述的计算装置，其中所述消息接发数据库记录使用两个或两个以上无线通信端口从所述计算装置发送或在所述计算装置上接收的消息的实例，且其中所述处理资源提供在单个消息接发线程中使用所述两个或两个以上无线通信端口传送的两个消息。
3.根据权利要求1所述的计算装置，其中所述计算装置包含蜂窝式通信端口，且其中所述多个消息接发程序包含第一程序，其经配置以使用所述通信端口的话音信道；以及第二程序，其经配置以使用所述通信端口的数据信道，且其中所述处理资源经配置以使给定消息接发线程能够包含所述第一程序和第二程序中的每一者的一个或一个以上消息。
4.根据权利要求1所述的计算装置，其中所述消息接发程序中的至少一者是即时消息接发程序。
5.根据权利要求3所述的计算装置，其中所述多个消息接发程序中的至少另一者为短消息接发服务(SMS)或多媒体消息接发服务(MMS)程序。
6.根据权利要求1所述的计算装置，其中所述处理资源包含与所述数据库相关联的逻辑，所述逻辑剖析单个传入或传出消息以确定用以使所述消息与(i)来自所述计算装置的联系人数据存储库的联系人记录，或(i)所述现有消息接发线程中的一者相关联的信息。
7.根据权利要求6所述的计算装置，其中所述处理资源剖析所述单个传入或传出消息以确定对应于发送或接收所述消息的另一方的消息接发识别符的信息，接着将所述消息接发识别符与所述联系人数据存储库的单个联系人记录中所含有的信息进行比较，以便使特定联系人记录与所述消息相关联。
8.根据权利要求1所述的计算装置，其中所述处理资源通过确定所述现有线程与所述联系人记录相关联来使所述传入或传出消息与所述现有线程相关联。
9.根据权利要求1所述的计算装置，其中所述处理资源执行以将用于起始消息的默认消息接发程序指派给其它参与者；其中所述消息接发数据库记录从所述默认消息接发程序所使用的服务提供的信息，所述信息包含在线状态信息；其中所述处理资源执行以在所述在线状态信息指示另一参与者不在线的情况下使用替代消息接发程序。
10.根据权利要求1所述的计算装置，其中所述处理资源执行以通过使所述计算装置的用户能够使用用以在所述计算装置上接收现有消息接发线程中的一者的传入消息的不同消息接发程序来应答所述传入消息，来显示新的和所述现有消息接发线程。
11.根据权利要求10所述的计算装置，其中所述传入消息是即时消息接发或蜂窝式服务消息，且对所述传入消息的应答消息是所述即时消息接发或蜂窝式服务消息中的另一者ο
12.根据权利要求1所述的计算装置，其中所述处理资源执行以通过识别使用属于一个消息接发线程的不同消息接发程序从另一接收者发送的两个或两个以上消息来显示新的和现有消息接发线程。
13.一种计算装置，其包括多个通信端口，其用于将数据传送到所述计算装置和从所述计算装置传送数据，所述多个通信端口包含至少第一通信端口和第二通信端口；处理资源与存储器资源的组合，所述处理资源与存储器资源可操作以在所述计算装置上执行消息接发系统，其中所述消息接发系统经配置以维持和呈现所述计算装置的用户与另一个人之间的混合输送聊天线程，所述混合输送聊天线程包括在所述用户与所述另一个人之间交换的消息的多个记录，包含使用以下各项中的每一者传送给所述另一个人的单个消息的记录(i)用所述第一通信端口传送的第一消息接发输送，以及(ii)用所述第二通信端口传送的第二消息接发输送。
14.根据权利要求13所述的计算装置，其中所述多个通信端口包含第一无线通信端口，其用于使所述计算装置能够连接到局域网或企业网络；以及第二通信端口，其用于使所述计算装置能够发送和接收蜂窝式通信。
15.根据权利要求13所述的计算装置，其中所述第一消息接发输送是用于在短消息服务(SMS)或多媒体消息服务(MMS)中的一者中发送消息，且所述第二消息接发输送是用于发送和接收即时消息接发服务的消息。
16.根据权利要求15所述的计算装置，其中所述第一消息接发输送使用蜂窝式通信端口，且所述第二消息接发输送使用无线局域网端口。
17.根据权利要求13所述的计算装置，其中所述消息接发系统包含数据库；多个消息接发应用程序，包含用于所述第一消息接发输送和所述第二消息接发输送中的每一者的消息接发应用程序，所述多个消息接发应用程序经耦合以有权接入所述数据库；其中所述多个消息接发应用程序中的每一者可操作以记录经由所述消息接发应用程序的操作而接收或发射单个消息的实例。
18.根据权利要求17所述的计算装置，其中所述数据库维持多个记录，且每一记录维持对应于所接收或发射的消息的实例的信息，且其中用户接口层经配置以使用由所述数据库维持的记录来产生一个或一个以上混合输送消息接发线程。
19.根据权利要求17所述的计算装置，其中所述多个消息接发应用程序包含短服务消息接发(SMS)应用程序、多媒体消息接发服务(MMS)应用程序和即时消息接发应用程序。
20.根据权利要求13所述的计算装置，其进一步包括联系人数据存储库，所述联系人数据存储库可作为消息接发存储库的一部分而存取或与消息接发存储库一起使用，其中所述联系人数据存储库包含由所述用户识别的人的多个联系人记录，且其中所述用户接口从在所述混合输送消息接发线程中识别的另一人的联系人记录识别信息，且将所述信息显示为所述消息接发线程的一部分。
21.根据权利要求18所述的计算系统，其中显示为所述消息接发线程的表示的一部分的所述信息是在所述联系人记录中识别的所述另一人的名字。
22.根据权利要求18所述的计算系统，其中显示为所述消息接发线程的表示的一部分的所述信息是与所述联系人记录相关联或与所述联系人记录一起存储的所述另一人的图像。
全文摘要
本发明提供一种计算装置，其操作使用不同消息接发输送的多个消息接发程序。所述计算装置包含处理资源，所述处理资源操作以提供消息接发数据库，所述消息接发数据库与所述多个消息接发程序对接以记录使用所述多个消息接发程序中的任一者的传入或传出消息的实例。所述处理资源结合维持所述消息接发数据库而执行，以便使单个传入消息或传出消息与新的消息接发线程或现有消息接发线程相关联。每一新的或现有消息接发线程的所述传入消息和传出消息是经由所述多个消息接发程序中的任一者而接收或发送，使得所述消息接发线程可在所提供的消息的类型方面混合。
文档编号H04W4/12GK102273234SQ200980153505
公开日2011年12月7日 申请日期2009年12月16日 优先权日2008年12月31日
发明者贾斯廷·柯达玛, 迈克尔·里兹卡拉, 阿米尔·哈格海特, 马尼沙·佩雷赫, 马蒂亚斯·杜阿尔特 申请人:惠普开发有限公司