CN1282184A

CN1282184A - 无线通信设备的消息传送和状态指示

Info

Publication number: CN1282184A
Application number: CN00121694A
Authority: CN
Inventors: 劳伦斯·M·斯坦; 小布鲁斯·K·马丁; 小辛克莱·H·希钦斯; 阿兰·S·罗斯曼; 格雷戈里·A·休曼; 彼得·F·金
Original assignee: Phone Com Inc
Current assignee: Great Elm Group Inc
Priority date: 1999-07-23
Filing date: 2000-07-21
Publication date: 2001-01-31
Also published as: JP2001078272A; KR20010021111A; EP1071295A2; EP1071295A3

Abstract

一种通信系统,其利用状态信息,以使通信系统的用户在尝试与所监视的移动设备交互之前,获知它们的状态信息。用户使用的移动设备与所监视的移动设备之间的交互可以通过电话呼叫或文本消息的方式实现,其任一种方式均可采用嵌入的联系信息,利用最少的设备交互开始通信。

Description

无线通信设备的消息传送和状态指示

本申请是1999年3月16日提交的序列号为09／270，389、名称为“在无线网络中使用用户状态和位置信息的方法和系统(METHOD AND SYSTEMFOR UTILIZING SUBSCRIBER STATUS AND LOCATION INFORMATIONIN A WIRELESS NETWORK)”的美国专利申请的部分继续，其内容引用于此以资参考。同时提交的序列号为XX／XXX，XXX、名称为“位置体系结构(LOCATION ARCHITECTURE)”的美国临时专利申请包含有相关的资料，其内容引用于此以资参考。

本发明涉及无线通信系统，具体涉及使用用户状态信息的无线通信系统，用于使用户在尝试与呼叫或消息的希望接收者联系之前，确定与其关联的移动设备的状态。

目前，在全世界已有几亿无线通信服务的用户。随着无线通信的蓬勃发展，越来越会出现这样的情况，即通信双方通过无线通信系统或其中仅一方通过无线通信系统进行双方的远程相互联系。无线通信是指这种情况，即至少一方使用便携式、无线双向交互式通信设备和无线网络。便携式、无线双向交互式通信设备可以包括如个人数字助理(PDA)、双向寻呼机、掌上型电脑和移动电话。

无线通信服务公司经营支持各方之间无线通信的无线网络。无线通信服务公司，如蜂窝电话或寻呼机服务提供商，一般了解所服务设备的激活状态(如接通或切断状态)。无线通信服务公司也想了解至少在其所覆盖范围内其用户便携式无线双向交互通信设备的位置。无线通信服务公司可以使用激活信息和位置信息来集中管理发往和来自其用户的呼叫(如跟踪位置或自动呼叫改发)。

通信一方或双方常常想要进行实时的相互通信。便携式无线双向交互通信设备，这里称为移动设备，如移动或蜂窝电话及双向寻呼机提供这样的实时通信。然而，即使一方或双方具有移动设备，也只有当他们的移动设备处于能够接收发来通信的运行方式下才能实现这种实时的通信。因此，当一方尝试接通具有移动设备的另一方，而另一方可能断开电源(也称为离线)，这时呼叫是不会接通的。而且，呼叫方将听到类似“你呼叫的用户不在服务区内或其电话已关机”的消息。在这种情况下，呼叫方因试图同未激活的移动设备进行联系而浪费了时间。从服务公司的角度来看，试图接通未激活的移动设备，使他们有限的资源(如信道容量)用在了低效且不能带来效益(即呼叫未激活的设备通常是不付费的)方式下。

因此，需要有便于获得和利用有关移动设备状态信息的装置和方法。

本发明涉及通信系统，该通信系统能使状态信息可利用，并且利用状态信息以使通信系统的用户在尝试与所监视的有关移动设备进行交互之前，获得其信息。享有这种服务的用户能够获得接近实时的信息，即哪些通信方(如用户为通信目的而关注的个人或组)可以立即通信，哪些通信方不能通信。也可得到附加的信息，即有关通信方不能通信的原因(如“我正在开会(I’m inmeeting)”)或计划何时可通信。由于许多用户选择不呼叫未激活的移动设备，并且由于用户呼叫未激活的设备通常是不用付费的，所以，无线通信服务公司就能减少不付费的资源利用。用户的移动设备和所监视的移动设备之间的交互可以通过电话呼叫或文本消息实现，而利用本发明的装置和方法很容易且很快就能实现电话呼叫或文本消息。

而且，本发明可以采用多种方式实现，包括一种方法、一种装置或设备、一种用户接口、一种计算机可读介质和一种系统。下面讨论本发明的几个实施例。

作为一种移动设备，本发明的一个实施例包括：显示屏；使显示屏显示(ⅰ)一个或多个便携式、无线双向交互通信设备中每一个通信设备的标识符及(ⅱ)与一个或多个移动设备中每一个移动设备相关的状态指示符的计算机程序代码；以及在工作时与显示屏连接的处理器，其中，处理器的作用是执行程序代码。

作为一种操作带有显示屏的移动设备的方法，本发明的一个实施例包括如下步骤：接收一个或多个所监视移动设备的状态信息；并根据所接收到的状态信息在显示屏上产生屏幕显示。所产生的屏幕显示可包括用于所监视移动设备的标识符和与所监视的移动设备相关的状态指示符，而状态指示符指示所监视的移动设备在最后一个监视周期是激活还是未激活的状态。屏幕显示可包括从与所监视的特定移动设备关联的用户发来的短消息(如“I’m inmeeting”)。

作为一种带有显示屏和用户接口的移动设备的用户接口，本发明的一个实施例包括：与第一个移动设备相关的地址簿中的用户、与其它移动设备相关的一个或多个用户的列表；以及状态指示，指示与列表中一个用户关联的移动设备的操作状态。用户列表及这些用户的状态指示均显示在第一个移动设备的显示屏上。通过使用第一个移动设备的用户接口完成在地址簿中用户列表的搜索和单个用户的选择。

作为包含计算机程序代码的可读介质，该计算机程序代码用于操作带有显示屏的移动设备，本发明的一个实施例包括：接收状态信息(如所指定移动设备的标识符、短消息和激活状态)的计算机程序代码；以及根据状态信息在显示屏上产生屏幕显示的计算机程序代码。屏幕显示可包括所指定移动设备的标识符、短消息和状态指示符，而状态指示符指示所指定的设备是激活还是未激活。作为可选择的，计算机可读介质可包括与用户交互以指定需要状态信息的移动设备的代码。

作为包含计算机程序代码的可读介质，该计算机程序代码用于操作带有显示屏的移动设备，本发明的另一个实施例包括：接收状态信息(如所指定移动设备的标识符、短消息和激活状态)的计算机程序代码；存储所述接收到的状态信息的计算机程序代码；利用接收到的接口信息比较用户输入的标识符(如所拨打的电话号码)的计算机程序代码；以及，当尝试与具有未激活状态指示符的所指定移动设备交互时、或所指定的移动设备状态发生改变时，执行希望操作的计算机程序代码。

本发明的优点很多。不同的实施例或实施方式可获得一个或多个下述优点。本发明的一个优点是用户能够获知与所指定的移动设备相关的状态信息。本发明的另一个优点是用户能够与具有移动设备的通信方之间进行短消息的发送、接收和回复(如瞬时消息传送)。本发明的再一个潜在的优点是当所指定的移动设备发生状态改变时能够提供状态告警。本发明的再一个优点是保密控制机制，它允许所监视移动设备的用户控制其自己操作状态信息的释放，因为在某些场合下，用户不想让这种信息释放出去或希望控制这种信息的释放。

通过参照附图的如下以示例方式的详细说明，本发明的其它方面和优点将变得更加清楚。

参照下面的详细说明及附图，将会容易地理解本发明，附图中相同的标号表示相同的结构部件，其中：

图1A是可用于实施本发明方法的无线通信系统的方框图；

图1B是移动设备的说明，该移动设备可以与图1A说明的无线通信系统协同使用以实施本发明的方法；

图2A是代理服务器设备的示意图，该代理服务器设备可以与图1A说明的无线通信系统协同使用以实施本发明的方法；

图2B是可用于实施本发明方法的用户帐户典型数据结构示意图；

图2C是移动设备的方框图，该移动设备可以与图1A说明的无线通信系统协同使用以实施本发明的方法；

图2D是可用于实施本发明方法的数据库方框图；

图3A是表示依据本发明一个实施例的客户机端通信方列表处理步骤的流程图：

图3B是表示依据本发明一个实施例的服务器端通信方列表请求处理步骤的流程图：

图3C是提供有关访问权限的附加细节说明的流程图，该访问权限与图3B中的状态信息相关：

图4A和4B是提供图3A中客户机端通信方列表处理的附加细节说明的流程图：

图4C表示依据本发明的一个实施例的显示具有图标方式状态指示符的通信方列表典型操作的屏幕显示；

图4D是表示依据本发明的一个实施例的显示交互式通信方列表处理方法的屏幕；

图5A是依据本发明的一个实施例，有关通知处理步骤的流程图；

图5B是依据本发明的一个实施例，出现检测系统的方框图；

图6A依据本发明的一个实施例，应用通知处理的流程图；

图6B表示典型高优先级通知消息的屏幕显示；

图6C表示带有简要告警消息的典型告警收信箱的屏幕显示；

图6D是依据本发明的一个实施例，消息阅读和回复处理的流程图；

图6E表示可以显示在移动设备显示屏上的典型文本消息屏幕显示；

图7A是依据本发明的一个实施例，保密设置处理的流程图；

图7B是表示显示通信方列表和告警设置菜单屏的屏幕显示；

图8是依据本发明一个实施例，地址簿处理的流程图。

本发明是为通信系统而提出的，通信系统利用状态信息使通信系统的用户在尝试建立与指定的便携式无线双向交互设备(这里也称为移动设备)通信之前，获知这些设备的状态。移动设备之间的通信方法可以通过电话呼叫或基于文本的消息实现，客户可以很容易地快速实现任意一种方式(如：软键激活)。这样，移动设备的用户在尝试与一个(或多个)移动设备／通信方通信之前能够获得指示，即移动设备／通信方在最近一个监视周期期间是激活的。

移动设备包括但不限于个人数字助理(PDA)、蜂窝电话、掌上计算设备和能够无线传输的遥控器。通常这样的设备具有不到个人计算机1％的的计算资源。这些移动设备一般带有小型显示屏以及有限的用户接口机制(如电话按键板)，使用户同服务器设备及提供移动用户服务的无线网络之间进行交互。这些特性有利于实现所需尺寸、重量、功率和移动性要求，这对巨大的移动设备市场是很重要的。

下面结合附图1A至图8讨论本发明的实施例。然而，本领域普通技术人员应容易地理解，这里参照附图所给出的详细说明是示范性的，因为本发明不局限于这些具体实施例。

图1A表示无线通信系统100的方框图，该通信系统可用于实施本发明的方法。无线通信系统100一般包括多个移动设备102。移动设备102由无线通信服务公司网络104所支持，该网络实现与移动设备102之间的话音和数据通信。无线通信服务公司网络104通过网关服务器106连接到有线网络108。有线网络108可以是例如因特网(Internet)、局域网(LAN)或广域网(WAN)。无线通信服务公司网络104可以是任何类型的无线网络，如蜂窝数字分组数据(CDPD)网、全球移动通信系统(GSM)网、码分多址(CDMA)、个人手持电话系统(PHS)和时分多址(TDMA)网。

网关服务器106可称为无线通信服务公司网络104的移动设备102的代理服务器。因为用于无线通信服务公司网络104的通信协议常常不同于用于有线网络108的通信协议，所以网关服务器106的功能之一是将一种通信协议转换为另一个通信协议。本领域的普通技术人员应理解，网关服务器106的功能可以由网络服务器设备执行，网络服务器设备包括或能够包括无线通信服务公司网络104和有线网络108之间的连接机制。

无线通信系统100包括状态信息管理服务器110和通信方状态服务器112，通信方状态服务器112可以是一个独立的服务器设备或其功能可由网关服务器106执行。依据本发明，移动设备102可显示，也可处理所监视通信方的列表，不仅可指示与特定移动设备相关的用户的标识符，而且可指示这些移动设备的状态信息以及来自用户的短消息(如“我在下午两点之后可以通话(I’ll be available after 2 PM)”)。

状态信息管理服务器110检索和保存由无线网络104提供服务的多个移动设备的状态信息。无线网络104结合使用网络操作和维护来监视所服务设备的设备状态信息。通信方状态服务器112保存移动设备102的客户(也称为用户)d所要监视的移动设备／通信方的列表或记录。按要求管理和更新所监视移动设备／通信方的状态信息。根据本发明的原理，这些信息可以包括所监视设备激活状态、激活状态的改变及从所监视设备的用户发来的短消息。

无线通信服务公司的基础设施与无线通信服务公司网络104相关。例如，无线通信服务公司的基础设施一般包括基站和操作与维护中心。基站控制链接到所服务的移动设备的无线设备或电信链路。操作与维护中心一般包括移动交换中心，它执行移动设备和其它固定或移动网络的用户之间的呼叫交换。此外，操作与维护中心进行移动设备管理如验证等，并监测无线网络是否正确运行和安装。无线通信服务公司的基础设施还为每个移动网络用户保存用户帐户。移动设备的状态信息可以与用户帐户相关。这些状态信息可包括用户标识信息、设备激活状态和来自用户的短消息或位置信息。

依据一个实施例，状态信息管理服务器110和有线网络108采用的通信协议是熟知的超文本传输协议(HTTP)，或作为HTTP的一个安全版本的安全超文本传输协议(HTTPS)，并且运行在传输控制协议(TCP)上。在一个实施例中，在经无线通信服务公司网络104链接的无线通信设备102和网关服务器106之间的通信协议是手持设备传输协议(HDTP)(以前称作安全上行链路网关协议(SUGP))或无线接入协议(WAP)。

通信方列表和短消息可以以标记语言产生，如手持设备标记语言(HDML)和无线标记语言(WML)。HDML和WML与超文本标记语言(HTML)的相似之处是，它们都是基于标记(tag)的文档语言。HDML和WML使用一群卡片(称作卡片组(deck))中规定的一组命令或语句，这些命令或语句规定如何将信息显示在移动设备102的显示屏幕上，以及移动设备102如何按照用户与显示屏的交互进行操作。一般情况下，很多卡片分组成一个卡片组，并且在移动设备102和网关服务器106之间交换卡片组。此外，本领域的普通技术人员应明白，可以通过直接将无线通信服务公司网络104连接到有线网络108来实施本发明，而不使用网关服务器106。另一种方法，可以由有线网络108框架设施内包含的服务器设备执行网关服务器106的功能。

要注意的是，移动设备102也可称为无线客户机设备或无线通信设备。移动设备102可有多种形式，包括个人数字助理(PDA)、移动电话(如蜂窝电话)等。如上所述，移动设备102一般包括一个显示屏并具有处理能力，该处理能力比相关的常规个人计算机的处理能力弱很多。

图1B是移动设备150的说明，移动设备150可以与图1A说明的无线通信系统协同使用以实施本发明的方法。例如，移动设备150可以是适合用作如图1A所述移动设备102的移动电话。无线通信设备150包括一个显示屏152、一个按键板154、软键(156A与156B)及相关软键指示符158A与158B，该软键指示符允许其用户与移动设备150交互。另外，与常规移动电话一样，移动设备150包括一个扬声器158和一个麦克风160。

在一个实施例中，按键板154包括一个典型的电话按键板和多种控制按钮，如通用按钮和浏览(例如向上和向下箭头)按钮。典型的电话按键板包括十二个按钮，其中的十个按钮被连续编号为0到9，剩下的一个按钮用于“*”符号，另一个按钮用于“#”符号。虽然对实施本发明来说不是必需的，但按键板154为用户与移动设备150交互提供了方便的手段。本领域普通技术人员应明白，电话按键板并不是实施本发明的必需品。一些移动设备根本没有物理按键，如那些掌上型计算设备使用软键或图标作为输入机构。

按照本发明的原理，移动设备(如移动设备102)的用户可读取有关一个或多个所监视移动设备的状态信息。所选择的用于监视的特定移动设备可以与用户／网络应用程序(如地址簿)相关，由用户直接输入，或作为接收状态信息的用户／移动设备与被监视的用户／移动设备之间的某些联系的结果由第三方产生。不管采用什么样的标识方法，所要监视的特定用户的移动设备列表或分组都保存在服务器设备(如通信方状态服务器112)上。通信方状态服务器112周期性地请求所监视移动设备的状态信息。这些请求被转送给状态信息管理服务器110，状态信息管理服务器110从相关的网络资源(即与所监视移动设备相关的归属位置寄存器(HLR)或访问者位置寄存器(VLR))中检索所请求的被监视移动设备的状态信息。这些信息被保存且被传递到请求实体(如移动设备102的用户)，而请求实体控制上述所监视移动设备的列表或分组。本领域的一个普通技术人员应明白，状态信息管理服务器110和通信方状态服务器112两者的功能可以由单个服务器设备执行。另外，状态信息管理服务器110和通信方状态服务器112两者的功能可以由网关服务器106执行。

图2A是网关服务器设备200的方框图，网关服务器设备200可以与图1A说明的无线通信系统协同使用以实施本发明的方法。例如，网关服务器设备200是图1A的网关服务器设备106。网关服务器设备200连接在图1A中的有线网108和无线通信服务公司网络104之间，执行与网络接入、协议转换及帐户管理相关的任务。为了避免混淆本发明的主要方面，没有对网关服务器设备200中公知的方法、过程、部件和电路进行详细说明。

网关服务器设备200包括连接到有线网络108的陆地控制协议(LCP)接口202、以及连接到无线通信服务公司网络104的无线控制协议(WCP)接口206。服务器模块210连接在LCP接口202和WCP接口206之间。

服务器模块210执行传统的服务器处理和从一个通信协议到另一个通信协议的协议转换处理(即在由无线网络使用的协议和由有线网络使用的协议之间)。依据本发明的一个实施例，协议转换处理可以由称为映射器的独立的模块实现。在进行HDTP和HTTP之间的协议转换时，该转换是数据映射关系。本领域的普通技术人员应明白，当无线通信服务公司网络104使用不同的通信协议时，可以容易地利用其他接口模块来替换WCP接口206；当有线网络108使用不同的通信协议时，也可容易地利用其他接口模块来替换LCP接口202。

服务器模块210还包括帐户管理器212和帐户接口214。帐户管理器212管理由代理服务器设备200提供服务的移动设备的多个用户帐户。应明白，可以将用户帐户保存在与代理服务器设备200相连的另一个网络服务器中。换句话说，可以将用户帐户保存在数据库中，该数据库在物理上位于连接在有线网络108上的另一个计算设备内。

网关服务器设备200还包括处理器218和存储器部件220。处理器218按照来自服务器模块210的指令进行操作。本领域的普通技术人员应明白，网关服务器设备200是包括一个或多个处理器(如处理器218)、工作存储器(如存储器220)、总线、接口和其它部件的硬件设备。服务器模块210包括程序代码，使代理服务器设备200执行指定的任务。本领域的普通技术人员还应明白，代理服务器设备200可执行通信方状态服务器(如图1A中的112)的功能。

图2B是表示用于实施本发明方法的用户帐户的典型数据结构222的示意图。如上所述，可以作为图1A中网关服务器设备106的网关服务器设备200保存各种客户或用户的用户帐户。这些用户帐户也称为客户帐户。典型的数据结构222包括设备ID字段224、客户ID字段226和用户信息字段228。设备ID字段224包括设备ID，客户ID字段226包括客户ID。例如，在图2B中给出的典型设备ID是“93845823”，典型客户ID是“861234567-10900 pn．mobile．xyz．net”。用户信息228可以包括帐户结构信息和用户偏好等信息。这些被监视的移动设备／通信方的列表或分组均连同能接收所监视移动设备的状态信息的实体的相关用户帐户文件保存。

图2C是移动设备250的方框图，它可以与图1A说明的无线通信系统协同使用以实施本发明的方法。移动设备250包括WCP接口252，该接口通过射频(RF)收发机(未示出)连接到无线网络104以接收进入或发出的信号。设备标识符(ID)存储器254通过WCP接口252提供设备ID。

设备ID标识一个与移动设备250相关的特定代码。网关服务器设备200使用设备ID将移动设备250与网关服务器设备200中保存的用户帐户相联系。设备ID可以是该设备的电话号码或IP地址和端口号的组合。例如，一个IP地址和端口号的组合为204．163．165．132：01905，其中204．163．165．132是IP地址，01905是端口号。设备ID还与由无线通信服务公司网络授权的一个客户ID(即在设备标识寄存器(EIR)和归属位置寄存器(HLR)中)相关，客户ID的授权是激活移动设备250的客户帐户过程的一部分。例如，客户ID可采用AT&T无线通信服务公司的861234567-10900 pn．mobil．att．net的形式。客户ID是移动设备250的唯一标识。由代理服务器设备(如图1中的网关服务器设备106)所服务的每个移动设备均具有唯一的设备ID，该设备ID与用户帐户相关。

移动设备250还包括话音电路266(如扬声器和麦克风)和相关的硬件(如编码器／解码器264、处理器268和键板电路262)，它们提供电话操作模式中的电话功能，当与代理服务器设备交互时，这种电话操作模式是独立的，并且不同于使用的数据操作模式。在电话操作模式中，用户能够使移动设备250通过无线或有线网向电话另一方发出一个电话呼叫。

移动设备250包括一个具有与处理器268协同工作的客户机模块256和工作存储器258，以便执行由移动设备250执行的处理任务。这些任务包括：通过无线网络与代理服务器设备建立通信会话；通过无线网络请求和接收数据；利用显示电路260在移动设备的显示屏上显示信息；以及接收用户通过键板电路262控制的键板输入的用户输入信息。此外，客户机模块256包含计算机代码，该代码使处理器268执行指令以控制浏览器的操作。在一个实施例中，该浏览器是微浏览器，与用于个人计算机中的HTML浏览器相比，它所要求的计算能力和存储量要小得多。位于800 Chesapeake Drive，Redwood City，CA 94063的Phone．com公司，即本发明的受让人可提供这样一种微浏览器。

图2D是可用于实施本发明方法的数据库存储器280的方框图。数据库存储器280包括状态数据存储器282、通信方映射数据存储器284和消息数据存储器286。状态数据存储器282将所监视移动设备的状态信息保存在用户的通信方列表上。通信方映射数据存储器284保存用户的通信方列表和检索那些通信方(如用户标识符和接入权限)状态信息所要求的任何信息。消息数据存储器286保存无线通信系统100的用户或客户之间通信时交换的消息。更具体地说，保存在数据库280中的消息数据存储器286可以用于保存“瞬时文本消息”，而“即时文本消息”可在移动设备之间交换。当需要查询设备状态时，所监视移动设备的用户可将这些消息中的一部分保存起来并按计划发出。例如，如果所监视移动设备的用户打算在周末把设备关掉，他们可以创建和保存含有那种意思的消息。

状态数据存储器282保存、更新和管理在用户列表中所监视移动设备的状态信息。该状态信息含有所监视移动设备的激活状态。激活状态可能是激活(在线)、未激活(离线)或带有给定非激活时间段的未激活状态。象在前一个监视周期中登记的那样，激活状态表示所监视设备最后所知的激活状态。一般地，激活或在线是指移动设备在无线网络中登记并可以发送和接收消息(如电话呼叫或数据消息)。可以实施状态数据存储器282的关系型数据库的典型SQL数据表表示如下：Create table associate_status_tbl(associate_id varchar2(128)not null，status varchar2(32)，name varchar2(256)，phone varchar2(128)，primary key(sub_no))；

在该例中，通信方标识符栏表示状态数据存储器282识别用户时使用的内部标识符。状态栏用于保持客户的移动设备的状态。姓名栏包含客户姓名。电话栏包含开关移动设备的电话号码。因此，该SQL数据表不仅提供了通信方的状态信息，也提供了如电话号码和姓名的相关信息，而用户接口使用这些信息以便于通信。

通信方映射数据存储器284保存识别用户的通信方的数据。通信方映射数据存储器284也可保存有关无线通信服务公司网络给通信方移动设备提供服务的和要提供的告警类型的信息。可以实施通信方映射数据存储器284的关系型数据库的典型SQL数据表表示如下：Create table associate_mapping_tbl(rid integer not null，subscriber varchar2(128)，associate varchar2(128)，status varchar2(32)，presence_alert varchar2(32)，message_alert varchar2(32))；

用户栏是表示用户(客户)的唯一标识符。通信方栏是表示客户的通信方(即在客户的通信方列表中的通信方)的唯一标识符。表示客户通信方的唯一标识符可包括无线通信服务公司网络为通信方提供服务的相关信息。状态栏用于保持客户移动设备在最近监视周期中登记的状态。消息告警栏确定当所监视的移动设备的激活状态改变时用户是否想进行消息告警。

应注意，有关所监视的移动设备的激活状态改变的告警可发送给除进行状态监视的用户以外的通信各方。例如，考虑到这样的情况，用户想要与具有移动设备的多个通信方组织电话会议，而其中一个通信方离线。当离线通信方的激活状态改变时，告警将发送到有关各通信方，通知他们电话会议现在可以(或将要)进行。

消息数据存储器286负责保存用户之间相互发送的文本消息。可以实施消息数据存储器286的关系型数据库的典型SQL数据表表示如下：Create table buddy_msg_tbl(

subscriber varchar2(128)，

associate varchar2(128)，

rid integer，

message varchar2(1024)，

name varchar2(256)，

phone varchar2(128)，

need_alert char(1)，

read char(1)，

sent_date date not null，

primary key (sub_no，rid)

)；

消息栏包含消息，发送数据栏包含消息发送的数据，need_alert栏提供一个指示，即当所监视的通信方移动设备的激活状态改变时，用户想要进行告警。

图3A是表示依据本发明一个实施例，客户机端通信方列表处理操作300操作步骤的流程图。通信方列表处理操作300的操作例如是在移动设备，例如图1A所述的移动设备102上执行的。

通信方列表处理操作300通过移动设备的用户接口，从用户的交互开始进行。一旦开始，在302，对通信方信息的请求就发送到通信方状态服务器(如图1A中的通信方状态服务器112)。然后，在304，判断是否已从通信方状态服务器接收到该请求的回复。当在304判断出没有接收到回复时，通信方列表处理操作300将等待接收该回复，直到接收到回复或已经超时。一旦接收到该请求(如包含状态信息的通信方列表)的回复，则在306中，通过请求设备306处理(如显示)具有包含移动设备激活状态的状态信息的通信方列表。

接着，在308，判断是否已接收到用户输入。一旦接收到用户输入，就在309中，确定用户是否已经请求停止通信方列表处理操作300。例如，用户可能确定出有关通信方的移动设备是离线的并且可能想终止处理。当在309确定通信方列表处理操作300将要结束时，通信方列表处理操作300就结束了。否则，如果有关通信方的移动设备是在线的，则在310判断是否要生成文本消息或话音呼叫(或其它通信方法，如使联系的设备振动、或发出声音、或执行其它的任务)或是否要将文本消息或话音呼叫发送给所显示的通信方列表中的所选通信方。这里，假定发送和接收通信设备均支持文本消息(如瞬时消息)、话音呼叫和／或其它的通信方式(如声音和非声音告警)。通常，想与通信方通信的用户宁愿发送一个短的文本消息给对方，例如当用户正在开会而不能传送话音呼叫而能间断地发送短文本消息时。

当在310判断出是要尝试话音呼叫时，则在312中可开始与所选择的通信方进行通话。另一方面，当在310判断出是要发送文本消息时，则移动设备进入文本输入操作模式，移动设备的用户在此可输入文本消息。接着，在316，输入的文本消息被发送给所选择的通信方。当发送完文本消息后，通信方列表处理操作300就全部结束。

按照本发明的原理，请求移动设备的所监视的移动设备的列表或分组均保存在远程服务器设备(如图lA中的通信方状态服务器112)上，并由远程服务器设备管理。当监视移动设备的用户发出请求时，这些列表或分组通过无线通信网络(如图1A中的无线通信服务公司网络104)按请求移动设备可以处理的格式转发出。这种格式可采用任何合适的形式，例如，象HDML、WML、XML、HTML或cHTML的标记语言。一旦请求移动设备接收到了列表或分组，这些列表或分组就可被显示出来，请求移动设备的用户可根据列表或分组中包含的信息采取一些行动。这些行动可能是根据嵌入的或其它与列表或分组相关的联系信息(如电话号码或URI)，尝试与所监视移动设备中之一的一个或多个用户通信。

图3B是依据本发明的一个实施例、通过服务器设备访问通信方状态信息的通信方状态信息请求处理操作350的流程图。例如，通信方状态信息请求处理操作350可由图1A所示的状态信息管理服务器系统110来执行。

首先，通信方状态信息请求处理操作350在352确定在通信方列表上的一个或多个通信方(即与有关用户相联系的所监视移动设备)的状态信息请求是否已经在访问该信息的第一个服务器设备上接收到了。该请求可由代表移动设备(如图1A中的移动设备102)的第二个服务器设备(如图1A中的通信方状态服务器112)或移动设备本身发出。应注意到重要的一点是，当监视和被监视的移动设备属于同一个无线通信服务公司网络时，状态信息管理服务器(如图1A中的110)和通信方状态服务器的功能可由同一个服务器设备执行。

通过从数据库(如通信方映射数据存储器284)中检索的客户标识符可以识别有关的通信方。接着，在354中确定请求者是否具有访问所请求状态信息的权限。所监视的移动设备的用户一般需要提供一些指示，表示可以释放所请求的信息。例如，当建立所监视移动设备的帐户时，用户就能规定该信息一般可以在被请求时释放，或者能向用户发送释放请求。以下对访问权限作进一步的详细说明。

如果用户有访问所请求状态信息的权限，那么在356中检索该状态信息。否则处理就结束了。在358，所检索的状态信息和相关的信息被转发给请求实体(即通信方状态服务器112)，并且最后以合适的格式到达监视移动设备。例如，当移动设备使用支持HDML的网络浏览器时，一个合适的显示格式可能是HDML卡片组，在该卡片组中提供一系列的屏幕显示。合适的显示格式也可以是文本文件或标记语言，如WML、HTML、XML、压缩HTML或任何合适的文件格式。与所监视移动设备的状态有关的信息也可使用符号(如图标)、声音和其它通知方法表示给用户。

图3C是提供有关访问权限的附加细节的流程图，访问权限与上述的状态信息相关。当在362中所指定移动设备(如移动设备A)接收到状态信息请求时，这里，该请求与客户通信方列表(客户B列表)有关，则在364中确定主(subject)客户(也就是客户B)是否已从主移动设备(即移动设备A)的用户那里接收到可以接收所请求的状态信息的许可。如果主用户具有可以接收所请求的状态信息(访问权限)的许可，则在366中检索所请求的主移动设备(即移动设备A)的状态信息，并更新主客户列表(即客户B列表)。

依据本发明的原理，可以产生允许访问其状态信息的移动设备列表，并且该列表与监视移动设备有关。所监视移动设备的状态信息，可包括设备激活状态信息、设备状态改变信息或来自一个所监视移动设备的用户短消息，这些状态信息可以从跟踪这些信息的无线网络实体中检索出来。这些信息可保存在中间服务器设备(如图1A的通信方状态服务器112)中，并根据需要在该服务器设备中进行管理和更新。当监视移动设备请求这些信息时，就会输出适当格式的文件(如标记语言)。一旦接收到该文件，监视移动设备就会处理该文件。当监视设备的用户检查通信方列表或尝试与所监视通信方中的一个进行通信时，有关所监视移动设备的状态信息就显示在监视移动设备的显示屏上(或通过用户接口的其它方式)。这就允许用户作出决定，即是否或何时(或如何)与所监视的移动设备之一的用户通信。

图4A和4B是提供图3A中客户机端通信方列表处理操作400的附加细节说明的流程图。举例来说，移动设备，如图1中的移动设备102执行客户机端应用程序，该应用程序执行客户机端通信方列表处理操作400。

客户机端通信方列表处理操作400由移动设备用户请求显示当前通信方列表开始。一旦开始，就在402中将通信方列表的请求发送给能访问该状态信息的服务器设备(如图1A中的通信方状态管理器112)。然后，在404判断是否已经接收到请求的回复。如果还没有接收到回复，则通信方列表处理操作400等待接收服务器设备处理请求的回复或等待一个预定时间周期期满而结束。一旦在404判断出已经接收到回复，则在406，显示通信方列表和相关状态信息。可提供如文本或HDML卡片组格式的通信方列表。这样的HDML卡片可包括优先级指定符、消息体、或全球资源定位器(URL)，其中全球资源定位符(URL)指向另一个提供后续操作所需信息的卡片组。

以下对这点作详细说明，通信方列表处理操作400等待移动设备的用户与的移动设备交互以进行选择，一般地，该选择对应于所显示的通信方列表中的一个通信方的指定。如以下所讨论的，在该实施例中，通信方列表处理操作400控制通信方的指定、创建和发送文本消息、开始话音呼叫或其它处理任务。

一旦在406显示出了通信方列表和任何相关状态信息，则在408判断是否已经接收到用户输入。如果在408判断出还没有接收到用户输入，则通信方列表处理操作400等待接收用户输入或等到超时为止。一旦在408确定已经接收到用户输入，则在410判断用户的输入是否选择了通信方。当在410确定用户已经选择了特定通信方，则在412，将显示所选择通信方的状态指示符(如果还没有显示)，还将显示任何相关消息(即“正在开会，要开到5点(In a Meeting Till 5)”)。当显示／更新通信方列表时，也可显示／更新所有所监视通信方的状态指示符；或者说仅当选择特定通信方时，才提供状态信息。

当在410判断出用户的输入不是通信方选择时，接着在414再判断用户的输入是否是话音呼叫请求。当在414确定用户的输入是话音呼叫请求时，则在416将显示呼叫确认。在416中的呼叫确认显示可以随意选择，但要有助于将所呼叫的电话号码或地址通知到用户。在420中将呼叫发送给所选择的电话号码。在呼叫发出之后，通信方列表处理操作400就完成并结束了。

当在414判断出用户的输入不是话音呼叫请求时，则在422再判断用户的输入是否文本消息请求。当在422确定用户的输入是文本消息请求时，则在424中显示文本输入区。文本输入区允许用户输入将被发送的文本消息的文本。接着，在426再判断用户是否已经输入完文本消息的文本并且是否请求发送该文本消息。一旦在426确定文本消息已经输入到文本显示区并且已经收到发送文本消息的请求，则在428中将文本消息发送给所选择的通信方。当在428完成文本消息的发送后，通信方列表处理操作400就完成并结束了。

要注意的是，因为通过通信方列表请求呼叫或文本消息，因此，执行通信方列表处理操作400的移动设备的用户在尝试发送消息之前能够确定有关通信方的移动设备能不能接收消息(文本消息或话音呼叫)。还应注意到，执行通信方列表处理操作400的移动设备的用户不需输入所指定的接收消息的通信方的电话号码或地址，因为通过采用公知的技术，可以从通信方列表中提取出该信息。

当在422确定用户的输入不是文本消息请求时，则在430再判断用户的输入是否另一种类型的请求。当在430确定用户的输入是另一种类型的请求时，在432执行所要求的其它处理。其它处理随实施方案的不同可能相差较大，但这种处理可包括将消息(话音或文本)转发给与所监视移动设备相关的其他设备或使有关的移动设备执行一些任务(如声音或非声音告警)。在这些处理完成后，通信方列表处理操作400就完成并结束了。

另外，当在430确定用户的输入不是另一种类型的请求时，在434再判断用户是否想结束通信方列表处理操作400。例如，一旦通信方列表处理操作400终止(或结束)，无线通信设备上客户机应用程序就能转换为另一种模式或应用程序。当在434确定已经接收到终止请求时，通信方列表处理操作400就完成并结束了。另一方面，当在434确定还没有接收到终止请求时，通信方列表处理操作400返回如图4A和4B所示的408。

图4C是通信方列表处理操作400的典型图形用户接口的例子，它表示与显示通信方列表和发送文本消息相关的屏幕显示。开始时，显示具有通信方列表451的屏幕显示450。这里假定具有屏幕显示450的移动设备用户将“比尔鲍勃斯(Bill Jobs)”、“史蒂夫盖茨(Steve Gates)”和“约翰道(JohnDoe)”作为通信方列入其通信方列表451中。屏幕显示450还包括选择指示符452，指明所选择的一个特定项。在该实施例中，选中第一个项(“BillJobs”)。屏幕显示450还显示状态指示符454、456和457。状态指示符454、456和457依据所选择通信方移动设备的状态信息进行显示。状态指示符454和456分别显示在“Bill Jobs”、“Steve Gates”旁边，指明这两个通信方的移动设备在最后的监视周期中处于激活(或在线)状态。状态指示符457显示在“John Doe”旁边，指明这个通信方的移动设备在最后的监视周期中处于未激活(或离线)状态。显示屏450还提供“联系(Contact)”软按键458和“菜单”(Menu)软按键460，前者能使用户向所选择的通信方发送文本或话音消息，后者能使用户用菜单显示屏刷新显示屏，以给用户提供更多的选择。

当用户用“联系”(Contact)软按键458选择通信方“Bill Jobs”时，则在显示屏上显示屏幕显示462。屏幕显示462指示该通信方，并提供给用户消息类型选择，即发送话音呼叫还是发送文本消息。屏幕显示462还包括选择指示符464，使用户能控制选择想要使用的消息类型。屏幕显示462a表示选择的为话音呼叫消息，因此有“呼叫”(Call)软按键466。当用户激活“呼叫”(Call)软按键466时，就可调用话音呼叫。另外，当选择指示符指明想要文本消息时，则在显示屏幕上出现屏幕显示462b。在这种情况下，软按键466是“发送”(Send)软按键468。当激活“发送”(Send)软按键468时，则在显示屏幕上出现屏幕显示470，并让用户为文本消息输入文本。

在一个实施例中，状态信息管理服务器系统给移动设备返回卡片组(如HDML或WML卡片)，以相关状态信息实现通信方列表。例如，该卡片组能用于实现图4C中所示的显示屏幕450、462a、462b和470。

图4D表示的是依据本发明实施例的交互式通信方列表处理方法的显示屏。在该替换实施例中，用户通过拨叫“John Doe”的电话号码480尝试与其通信，而这时其通信设备在列表中是未激活的，就会看到如屏幕显示484显示的屏幕。在本例中，通信方移动设备的激活状态信息保存在后台，并且当尝试拨叫具有离线状态指示的特定移动设备的电话号码时，就会产生这样的文本消息，它指明“John Jobs”的电话未激活，但给用户选项，即用其它方法呼叫或如屏幕显示490所示的，当“John Jobs”的电话激活后，得到请求通知。

图5A是依据本发明的一个实施例，通知处理操作500中所涉及的操作步骤的流程图。例如，通知处理操作500由网络浏览器或运行在移动设备上的客户机应用程序执行。通知处理操作500开始时在502中判断是否请求告警。在执行中，当有请求告警时，初始化通知处理操作500。具体说，当在502中确定有请求告警，则在504显示告警类型列表，例如显示在移动设备的显示屏上。然后，由移动设备用户在506中选择一种告警类型。接着，在508为选择的通信方设置所选择的告警类型。一般地，通过通知状态信息管理系统(图1A的110)来设置告警，当所指定的移动设备发生状态改变时，应将告警发送给用户的移动设备(或监视移动设备)。在508的告警设置之后，就完成并结束了建立通知处理操作500。

图5B是依据本发明一个实施例的出现检测系统550的方框图。出现检测系统550包括连接到网关服务器设备554的状态信息管理服务器552、短消息服务中心(SMSC)556和移动交换中心558。当前检测服务器552是网络服务器，用于从各种信息源中采集并综合所监视移动设备的可用性信息。状态信息管理服务器552可由多种网络设备集成，以得到多个所监视移动设备的接近实时的状态信息的相图(portrait)。精确的集成技术有赖于移动设备使用的具体无线网络。例如，在北美的CDMA(IS-95)无线网络中，状态信息管理服务器552可集成IS-41网络来采集IS-41事件，例如移动设备的激活事件。在GSM网络中，状态信息管理服务器552可采集MAP事件。相似地，在其它类型的网络中，这种状态信息管理服务器，或功能相当的设备，可采集有关指定的所监视移动设备的状态信息。

状态信息管理服务器552也能采集来自其它网络设备的事件和信息，包括网关服务器设备554和SMSC 556。在一个实施例中，状态信息管理服务器552接收各种具体平台特有(platform-specific)事件，并将应用对那些事件特定的技术，以确定客户可用性。例如，网关服务器设备554知道客户的移动设备何时已登记进行浏览器会话，并能够将此作为事件来报告。另一个例子，SMSC 556知道何时用户的消息是未定的(即表示用户不可用)。再一个例子，移动交换中心558知道何时移动设备在网络上登记，以及何时错过定期的再登记等。通过分析这些事件可获得所监视移动设备总体状态的可靠指示。例如，如果SMSC 556报告消息是未定的，那么就将移动设备标记为不可用。随后，MSC 558可能报告移动设备已经在网络上登记，表明该移动设备再一次可用了。

在一个实施例中，保存在状态数据存储器282和通信方映射数据存储器284中的状态信息用于触发状态通知。状态信息管理服务器552负责更新在状态数据存储器282中的状态字段。典型的实现算法如下所示：

找到在状态数据存储器282(associate_status_tbl)中的所有这样的用户，他们在某人的通信方列表上，其保存在状态数据存储器282中的状态同保存在通信方映射数据存储器284(friend mapping tbl)中的状态是不同的。如果所述数据储存在SQL数据库中，可由如下程序实现：SELECTB．rid，B．subscriber，A．status，A．name，A．phone，B．presence_alertFROMassociate_status_tbl A，associate_mapping_tbl BWHERE

A．subscriber=B．associate AND NOT A．status=B．status

对每一个这样的用户，(ⅰ)用状态数据存储器282中的更加新的状态值更新通信方映射数据存储器284中的状态，(ⅱ)如果用户想接收这样的通知(并授权接收这样的信息)，那么就给用户发送通知以指示通信方的状态已经改变。

图6A是依据本发明一个实施例的应用通知处理操作600的流程图。当移动设备接收到告警通知时，就开始应用通知处理操作600。告警通知与依据例如图5A中所示的通知处理操作500预先设置的告警有关。

应用通知处理操作600开始时，在602判断是否已接收到状态告警。一旦接收到状态告警，则应用通知处理操作600执行初始化。一旦被初始化，则在604将所接收的状态告警发送到告警收件箱中。告警一般驻留在接收状态告警的移动设备的存储器中。换句话说，发来的状态告警与特定移动设备相关，该移动设备预先建立了告警请求。接着，在606判断所接收的状态告警是否是高优先级的告警。当606确定所接收的状态告警是高优先级告警时，则在608显示通知消息，表示状态已改变并引起状态告警。当所接收的状态告警不是高优先级告警时，则在606使608显示的通知消息不显示或延迟显示。

通常，告警的优先级水平可包括高优先级、中优先级、低优先级和无优先级。每种类型优先级的响应处理可设置成不同。例如，具有高优先级时，消息可立即弹出在显示屏上且发出蜂鸣声。具有最低优先级时，没有消息弹出，但也可使移动设备发出蜂鸣声。具有低优先级时，使指示灯或符号闪烁。无优先级时，也就不执行通知操作。

在608显示通知消息之后或在606判定不作上述608的显示之后，在610判断是否浏览到状态告警消息。当在610确定还没有接收到浏览状态告警消息的请求时，在612再判断是否已请求终止。当接收到终止请求时，应用通知处理操作600就结束了。相反，当没有接收到终止请求，应用通知处理操作600就重复图6A所示的操作。另一方面，当在610确定有浏览状态告警消息的请求时，则在614显示状态告警消息。其后，应用通知处理操作600可准备并向发送者发送回复消息。用于准备并向发送者发送回复消息的处理方法与图3A中308框至316框的处理方法相似。

作为应用通知处理操作600的典型图形用户接口的例子，图6B和6C表示典型的屏幕显示，该屏幕显示可出现在移动设备的显示屏上，且与正在接收的状态告警相关。图6B表示典型的高优先级通知消息屏幕显示620。在此，具有屏幕显示620的移动设备的用户在其显示屏上显示通信方“BillJobs”，并且当“Bill Jobs”上线时，请求高优先级告警。高优先级通知消息弹出在显示屏上以立即通知移动设备的用户。在该例中，高优先级通知消息屏幕显示620包括消息陈述622(“Bill Jobs”在线：Bill Jobs is on line)，指明“Bill Jobs”何时上线的时间标志624，以及“Bill Jobs”的电话号码626。屏幕显示620还提供“确定”(OK)软按键628和“呼叫”(Call)软按键630，使用户能向告警的通信方发送文本或话音消息。

图6C表示带有简短告警消息634的典型告警收件箱屏幕显示632。简短告警消息634表示“Bill Jobs”已经在线。当选择告警收件箱时，其屏幕显示632就显示在屏幕上。屏幕显示620还提供“确定”(OK)软按键628，使用户能够接收有关告警更为详细的说明(如屏幕显示620)，或者给所选择的通信方发送文本或话音消息。

图6D是依据本发明一个实施例，消息阅读和回复处理操作650的流程图。当移动设备接收到发来的文本消息时，移动设备执行消息阅读和回复处理操作650。消息阅读和回复处理操作650开始时，在652确定是否接收到文本消息。在执行中当接收到文本消息时，在652中调用消息阅读和回复处理操作650。当接收到文本消息后，在654中显示文本消息。例如，许多移动设备具有接收发来文本消息的收件箱。因此，文本消息可保存在收件箱中供移动设备用户后续检索。一旦从收件箱中检索出文本消息，文本消息就显示在移动设备的显示屏上。

当显示完文本消息后，消息阅读和回复处理操作650在656确定是否已经接收到用户的输入。如果没有接收到用户的输入，则在656中进行判定，以使消息阅读和回复处理操作650等待用户的输入。一旦接收到用户的输入，则在658中确定用户的输入是否话音呼叫请求。当在658中确定用户的输入是话音呼叫请求时，就在660中把呼叫发送给发送方。这里，文本消息接收方能有效地向文本消息的发送方发送呼叫，以在话音呼叫期间提供消息的响应。当将呼叫发送给发送方之后，就完成并结束了消息阅读和回复处理操作650。

另一方面，当在658中确定用户输入的不是话音呼叫请求时，则在662中再确定用户输入是否为文本消息请求。当在662中确定用户输入是文本消息请求时，则在664中准备并发送回复消息。当回复消息发送之后，消息阅读和回复处理操作650就完成并结束。

当用户输入既不是话音呼叫请求又不是文本消息请求时，则在666中确定用户输入是否结束请求。当用户输入是结束请求时，则消息阅读和回复处理操作650就完成并结束。另一方面，当用户输入的不是结束请求时，则消息阅读和回复处理操作650就重复步骤656及其后续步骤。

图6E表示显示在移动设备显示屏上的典型的文本消息屏幕显示670。文本消息屏幕显示670包括发送方指定672、消息主体674和发送方电话号码指示符676。这里，消息主体674包含向接收方的提问，如“想吃午餐吗？”(Want to have lunch?)。接收到发来的文本消息的移动设备的用户可以用“呼叫”(Call)软按键678直接呼叫发送方，或用“回复”(Reply)软按键680准备并发送回复文本消息。当移动设备的用户选择“回复”(Reply)软按键680时，屏幕显示682就出现在移动设备的显示屏上。屏幕显示682是回复文本项目屏，能使移动设备的用户输入回复文本消息。屏幕显示682还包括“发送”(Send)软按键684，能使用户向原始文本消息的发送方发送回复消息。

图7A是依据本发明一个实施例的保密设置处理操作700的流程图。保密设置处理操作700首先在702中确定是否请求作保密调整。当在702中确定请求作保密调整时，就初始化保密设置处理操作700；否则，就略过保密设置处理操作700。例如，移动设备的用户可利用这一操作来限制或阻止其移动设备进行状态监视。

一旦初始化了保密设置处理操作700，就在704中显示保密设置列表。例如，保密设置列表显示在移动设备的显示屏上。接着，在706中选择一项保密设置。这里，移动设备用户在704中浏览显示的保密设置列表，并选择移动设备使用的一项保密设置。然后，在708中，根据所选择的保密设置，设置用户保密指示符。这里，用户(客户)的保密设置指示符保存在数据库(如数据库存储器280的通信方映射数据存储器284)中以供用户后续检索。例如，数据库存储器可以是图lA中所示的数据库存储器112或图2D中所示的数据库280。当在708中设置完客户的保密指示符后，保密设置处理操作700就完成并结束。

作为保密设置处理操作700的图形用户接口的例子，图7B表示显示通信方列表和告警优先级设置的典型屏幕显示。开始时，显示具有通信方列表751的显示屏750。这里，假定带有显示屏750的移动设备用户在其显示屏上有“Bill Jobs”、“Steve Gates”和“John Doe”三个通信方。这三个通信方包含在通信方列表75l中。屏幕显示750还包括选择指示符752，指示具体的一个选择项。在该例中，选择了第一个项(“Bill Jobs”)。屏幕显示750还包括激活状态指示符755、756和757。通信方列表751中每个项的激活状态指示符是根据状态信息产生的。显示在“Steve Gates”旁边的状态指示符756指示通信方“Steve Gates”的移动设备在最后一个监视周期是激活的(或在线)。显示在“Bill Jobs”和“John Doe”旁边的状态指示符(755和757)分别指示通信方“Bill Jobs”和“John Doe”的移动设备在最近一个监视周期是未激活的(或离线)。屏幕显示750还提供“讲话”(Talk)软按键756，使用户能向所选择的通信方发送文本或话音消息，并提供“菜单”(Menu)软按键758，能使用户刷新屏幕显示，其菜单屏给用户提供更多的选项。另外，指示符754给用户提供指示，即已为通信方“Steve Gates”设置了状态改变告警。

当用户在“菜单”(Menu)软按键758中选择了通信方“Bill Jobs”时，则在显示屏上出现显示屏760。显示屏760指出用户可用的菜单项列表，即告警、保密设置、增加通信方选项。屏幕显示760还包括选择指示符762，指示具体一个所选择的项(操作)。在该例中，选择第一个项(“告警”(Alert))。屏幕显示760还提供“确定”(OK)软按键764来调用所选择的项(操作)。

当用户选择了“告警”，并选择“确定”软按键764时，则在显示屏上出现屏幕显示766。屏幕显示766指出用户可用的告警类型列表，即高、中、低和无。屏幕显示766还包括选择指示符768，指示具体一个所选择的告警类型。在该例中，选择第一种告警类型(“高”)。屏幕显示766还提供“确定”软按键764来调用所选择的告警类型。

另外，所监视移动设备的用户可利用用户提供的信息使他们的状态信息得到增加。例如，用户可输入文本字符串如“I am in a meeting”或“我现在正忙(I am busy)”或“我现在有时间(I am available)”或输入具有熟知的或预定含义的图标符号。该信息与网络状态信息(如激活或未激活)组合，以提供所监视用户状态和可用性的接近实时的指示，用于交换消息。

通信方列表可与驻留在移动移动设备中的应用程序有关或可与驻留在移动移动设备中的应用程序联合使用。这些应用程序如地址簿应用程序、日历应用程序和电子函件应用程序。例如，通信方列表可以从用户地址簿或本地通信列表中生成。地址簿中的变动将反映在通信方列表中，用户不用复制项目。本领域的一个普通技术人员应理解，这种处理也能应用到网络应用程序中(如驻留在网络服务器中、但由移动设备进行管理的地址簿)。

图8时依据本发明一个实施例的地址簿处理操作800的流程图。例如，地址簿处理操作800由无线通信设备的客户机端应用程序执行。可运行在移动设备上的网络浏览器不必执行地址簿处理操作800，但是，地址簿处理操作800可以是一个独立的应用程序或嵌入在另一个功能应用程序之中，如地址簿应用程序。

地址簿处理操作800开始时，在802中激活地址簿。这里，地址簿显示在移动设备的显示屏上。例如，地址簿包括个人或商家的名称和电话号码。地址簿(或电话簿)还可包括多个人或商家的地址。在地址簿中的人或商家可以称为联系人。地址簿由在运行在移动设备上的地址簿应用程序提供。

接着，在804中获得地址簿中联系人的状态信息。例如，可以从服务器和数据库，如图1A中所示的服务器110和通信方状态服务器112中获得状态信息。下一步，在806中显示地址簿中联系人的相关状态信息。通过显示有关联系人的状态信息，使用地址簿的移动设备的用户就能确定在地址簿中列出的联系人是否在使用(激活)通信设备(并且如果有的话是什么通信设备)。

接着，用户在808询问用户是否希望开始和地址簿中的一个联系人通信。当在808中确定用户希望开始和地址簿中的一个联系人通信时，则在810中再确定要发送的消息是文本消息还是话音呼叫。当在810中确定要发送的消息是话音呼叫时，则在812中向所选择的联系人发送呼叫。另一方面，当在810中确定要发送的消息是文本消息时，则在814中提供文本消息。例如，移动设备用户的数据项可以提供文本消息。下一步，在816中向所选择的联系人发送文本消息。当在816发送完文本消息之后，或在812向所选择的联系人发送呼叫之后，地址簿处理操作800就完成并且结束了。

另外，当在808中确定不发送(即不开始通信)消息(文本或话音)时，在818中再确定是否接收到终止请求。当在818中确定已经接收到终止请求时，地址簿处理操作800就完成并且结束了。另一方面，当在818中确定并未接收到终止请求时，则地址簿处理操作800返回并重复执行步骤808及其后续步骤。

依据本发明的原理，给监视移动设备的用户提供有关一个或多个所监视移动设备的状态信息。在一个实施例中，该状态信息包括状态指示符(如符号或图标)，该指示符提供所监视设备的操作状态(如接通或断开)的指示。一般说来，如果远程移动设备能够接收消息(如话音呼叫或文本消息)，则它是激活的。在蜂窝电话的情况下，激活是指蜂窝电话的电源是打开的，并且位于支持它的无线网络通信服务公司的服务范围之内。另一方面，未激活是指蜂窝电话的电源是关断的，或未与支持它的无线网络通信服务公司联系。应注意到，由于各种各样可能的网络和系统延迟，所获得的状态信息实际上并不能反映所监视设备当前的状态。因此，状态信息反映的所监视设备的状态是在能获得信息的最近监视周期中所指示的状态。

要注意到的是，虽然图4C和7B使用特定的符号表示状态指示符，但也可使用任何合适的符号或可视指示。其它指示符、符号、文字数字字符、图标或其它可视的具有明显区别的对象均可用于指示远程设备的状态。从表达信息的角度看，通过使用一个或多个状态指示符，状态信息还可以更加具体。即状态指示符能够指示通信的移动设备现在是激活的、最近激活过，未激活或处于未知激活状态。状态指示符还能够指示移动设备是被使用还是超出服务范围。另外，在所监视的状态信息为未知时，也能显示这样的指示。另外，可提供状态标识符或附加标识符或符号，以指示与对应于联系人的远程移动设备相应的有关电话号码是来自有线电话还是无线电话。更进一步，状态指示符能随着通信设备的功能类型的变化而变化。

本发明可采用计算机可读介质(即基底)上的计算机可读代码的形式。计算机可读介质是能够保存以后可由计算机系统读出数据的数据存储设备。计算机可读介质的例子包括只读存储器、随机存取存储器、CD-ROM、磁带、光学数据存储设备和载波。计算机可读介质可以分布在连接到网络的计算机系统上，以使计算机可读代码以分布的方式加以保存和执行。

本发明有许多优点。不同的实施例和实施方案可获得一个或多个以下优点。本发明的一个优点是用户能以可视化的方式获知有关其它通信设备、甚至无线通信设备的状态信息。本发明的另一个优点是用户能够在无线通信设备上很容易地与通信方之间发送、接收和回复文本消息。本发明另一个潜在的优点是当朋友或通信方的无线通信设备上线时能够提供状态告警。本发明的另一个优点是保密控制机制，可允许用户控制他们状态信息的分发。本发明的另一个优点是有线通信设备、甚至台式计算机也能利用本发明的特点。

从所述的说明中，本发明的许多特点和优点已经很明显了，因而，所附权利要求书将覆盖本发明的这些特点和优点。更进一步，因为本领域的普通技术人员能容易地做出许多修改和变化，所以不能把本发明限制于如上所述的精确结构和操作上。因此，所有适当的修改及等同均可认为在本发明的范围之内。

Claims

1．一种向无线通信设备提供多个移动设备的状态信息的方法，包括：

检索多个指定的移动设备的状态信息；

产生包含多个指定移动设备标识符和所检索状态信息的文件；以及

把所产生的文件转送给无线通信设备。

2．如权利要求1所述的方法，其中，所述状态信息包括有关多个指定移动设备的运行状态的信息。

3．如权利要求1所述的方法，其中，所述状态信息包括一条或多条信息，这条或这些消息来自与多个指定移动设备相关的用户。

4．如权利要求1所述的方法，其中，所述多个指定移动设备的状态信息包含在标记语言文件中。

5．如权利要求4所述的方法，其中，标记语言文件从包含下列语言的组中选取，即手持设备标记语言(HDML)、无线标记语言(WML)、超文本标记语言(HTML)、压缩超文本标记语言(cHTML)和可扩展标记语言(XML)。

6．如权利要求1所述的方法，还包括：

对于多个指定移动设备中被有关用户指明不应把状态信息释放给第三方的那些移动设备，省略其状态信息。

7．如权利要求1所述的方法，还包括：

对应多个指定移动设备中有关用户未指明可以把状态信息释放给第三方的那些移动设备，省略其状态信息。

8．如权利要求7所述的方法，还包括：

从多个指定移动设备中无线客户机设备没有访问权限的移动设备，请求对其状态信息的访问权限。

9．如权利要求1所述的方法，还包括：

接收状态信息监视的请求，该请求包括将被监视的一个或多个移动设备的标识符。

10．如权利要求9所述的方法，其中，所述标识符是从由电话号码、统一资源定位符(URL)和描述标识符组成的组中选择的。

11．如权利要求9所述的方法，其中，所述状态信息监视的请求是从无线通信设备中接收的。

12．如权利要求9所述的方法，其中，所述状态信息监视的请求是从第三方设备中接收的。

13．如权利要求1所述的方法，还包括：

把所产生的文件转送给一个或多个指定的移动设备。

14．如权利要求1所述的方法，还包括：

把所产生的文件转送给指定的通信设备。

15．如权利要求14所述的方法，其中，所述指定的通信设备是联网的个人计算机。

16．如权利要求1所述的方法，其中，所述无线通信设备是移动电话。

17．如权利要求16所述的方法，其中，所述移动电话包括有微处理器和保存程序代码的存储器区。

18．如权利要求17所述的方法，其中，所述微处理器利用存储在存储器区的程序，控制电话功能和本地应用程序。

19．如权利要求1所述的方法，其中，所述多个预先指定的移动设备是移动电话。

20．一种用于与带有显示屏和用户接口的无线通信设备交互的方法，包括：

以预定时间间隔检索多个预先标识的移动设备的状态信息；

产生一个列表，该列表包括所检索的状态信息的表示和多个预先标识的移动设备中的每个的标识符；以及

将列表转送给无线通信设备。

21．如权利要求20所述的方法，其中，所述检索的状态信息的表示为字母数字字符串。

22．如权利要求20所述的方法，其中，所述检索的状态信息的表示为符号指示符。

23．如权利要求20所述的方法，还包括：

获得要接收列表的指定通信设备的标识符；以及

将列表转送给指定的设备。

24．如权利要求23所述的方法，其中，所述标识符是从由统一资源定位符(URL)和电话号码组成的组中选择的。

25．如权利要求23所述的方法，其中，所述指定的移动设备是从由移动电话、个人数字助理(PDA)、寻呼机、手持计算设备和个人计算机组成的组中选择的。

26．如权利要求23所述的方法，其中，所述标识符是从无线通信设备获得的。

27．如权利要求23所述的方法，其中，所述标识符是从列表中获得的。

28．一种计算机可读介质，在其上是编码的计算机程序代码，该程序代码用于在无线通设备显示屏上提供状态信息，包括：

用于检索列表的计算机程序代码，该列表包含多个预先标识的移动设备的状态信息；以及

用于在无线通信设备的显示屏上显示列表的计算机程序代码，该列表包含多个预先标识的移动设备的标识符和状态信息。

29．如权利要求28所述的计算机可读介质，还包括：

用于从多个预先标识的移动设备中选择一个移动设备的计算机程序代码；以及

用于通过与无线通信设备相关的用户接口进行交互，向所选择的移动设备转发消息的计算机程序代码。

30．如权利要求29所述的计算机可读介质，其中，所述消息是电话呼叫。

31．如权利要求29所述的计算机可读介质，其中，所述消息是文本消息。

32．如权利要求29所述的计算机可读介质，其中，与所述无线客户机设备用户接口之间的交互由软按键激活。

33．如权利要求28所述的计算机可读介质，其中，所述无线通信设备是移动电话。

34．如权利要求28所述的计算机可读介质，其中，所述多个预先标识的移动设备是移动电话。

35．一种计算机可读介质，其上是编码的计算机程序代码，用于在无线通设备显示屏上提供状态信息，包括：

用于建立与多个预先标识的移动设备中的一个或多个移动设备的设备状态改变有关的告警请求的计算机程序代码；以及

用于当指明一个或多个预先标识的移动设备具有告警状态时，根据告警请求接收告警的计算机程序代码。

36．如权利要求35所述的计算机可读介质，其中，所述接收到的告警带有告警优先级。

37．如权利要求35所述的计算机可读介质，其中，所述计算机可读介质还包括：

用于确定告警优先级是否高于预定优先级的计算机程序代码；

用于当告警优先级大于所述预定优先级时，立即显示表示状态改变的通知信息，以触发告警的计算机程序代码。

38．如权利要求35所述的计算机可读介质，还包括：

用于在无线通信设备的显示屏上显示多种告警类型的计算机程序代码；

用于接收一种告警类型的选择的计算机程序代码。

39．如权利要求35所述的计算机可读介质，还包括：

用于将所选择告警类型的指示符发送到状态检测单元的计算机程序代码。

40．一种带有显示屏和用户接口的无线通信设备，包括：

存储设备，用于存储包含多个预先标识的移动设备的状态信息和标识符的列表；

存储器，用于保存处理器的程序代码；以及

处理器，连接到所述存储设备和所述存储器上，其中，所述处理器运行保存在所述存储器中的程序代码实现检索和保存列表功能，并且将列表显示在无线通信设备的显示屏上，该列表包含多个预先标识的移动设备的状态信息和标识符，而这些状态信息和标识符来自远程服务器设备。

41．如权利要求40所述的无线通信设备，其中，所述包含多个预先标识的移动设备的状态信息和标识符的列表包括在标记语言文件中。

42．如权利要求41所述的无线通信设备，其中，所述标记语言文件从由下列语言组成的一组中选择：手持设备标记语言(HDML)，无线标记语言(WML)、超文本标记语言(HTML)、压缩超文本标记语言(cHTML)和可扩展标记语言(XML)。

43．如权利要求40所述的无线通信设备，其中，所述无线通信设备是移动电话。

44．如权利要求43所述的无线通信设备，其中，所述移动电话中含有微处理器和程序代码存储区。

45．如权利要求44所述的无线通信设备，其中，所述微处理器利用保存在存储区中的程序，来控制电话功能和本地应用程序。

46．如权利要求40所述的无线通信设备，其中，所显示的状态信息包括符号指示符，所述符号指示符代表多个预先标识的移动设备的激活状态。

47．如权利要求40所述的无线通信设备，其中，所述符号指示符是图标。

48．如权利要求40所述的无线通信设备，其中，所述包含多个预先标识的移动设备的状态信息和标识符的列表还包括用于多个预先标识的移动设备的链路。

49．如权利要求48所述的无线通信设备，其中，所述的链路可用于在无线通信设备和一个或多个预先标识的移动设备之间建立通信。

50．如权利要求49所述的无线通信设备，其中，所述的无线通信设备和一个或多个预先标识的移动设备之间的通信是传送文本消息。

51．如权利要求49所述的无线通信设备，其中，所述的无线通信设备和一个或多个预先标识的移动设备之间的通信是电话呼叫。