CN101421976A - 提供被动状态消息收发的方法和系统 - Google Patents

Abstract

所公开的实施例一般涉及用于为远程网络节点处的网络通信设备提供被动状态消息收发的系统和方法。一种公开的方法包括检测远程节点处的状态条件，从存储在所述网络通信设备中的多个消息中选择一个消息，其中所述消息对应于所述检测的状态条件，并且传递所述消息。

Description

提供被动状态消息收发的方法和系统

本发明要求2006年2月27日申请的临时申请No.60/776,735的优先权，其全部内容在此引入作为参考。

技术领域

本发明通常涉及用于在远程网络节点提供被动状态消息收发的系统和方法。

背景技术

随着基于IP的语音(VoIP)服务变得更加普及并被广泛接受，VoIP服务提供商必须继续满足并超越现有公共交换电话网络(PSTN)通信系统的功能和特性，如终端用户或顾客体验的功能和特性。按照惯例，位于VoIP通信网络的远程节点，如用户的住宅的VoIP终端适配器设备被配置为仅当满足一定的条件时才播放拨号音。这些条件包括该设备具有网络连通性而且已经向会话初始协议(SIP)代理服务器注册。如果该设备不能对于VoIP系统正确地工作，则除了缺乏用户可用的拨号音之外没有任何其它的指示。此外，缺乏拨号音是由许多失败的条件和它们的组合造成的。因此，当用户没有听到拨号音时，用户困惑于如何有效地解决该问题。该挫折导致对于VoIP提供商用户维护代表的电话呼叫和电子邮件的数量增多。此外，由于缺乏拨号音可能指示许多的问题，用户维护代表面临令人畏惧的任务，如使得常常是恼怒的用户经历事先设计好的诊断和解决与该设备或连接有关的问题的故障诊断步骤列表。

因此，产业上存在对技术的解决方案的需求，这种解决方案提供使得用户自己能够定位网络设置问题的更为有效的系统和方法，而且提高用户维护代表更为有效地解决这些问题的能力。

发明内容

各种各样的公开实施例一般涉及用于为远程网络节点处的网络通信设备提供被动状态消息收发的系统和方法。一种公开的方法包括检测远程节点处的状态条件，从存储在网络通信设备中的大量消息中选择消息，在此该消息对应于所检测的状态条件，并传递该消息。

附图说明

当连同所附示例的非限制性实施例考虑时，通过参考下面的详细说明，本发明的各个方面对本领域的技术人员将变得明显。

图1是举例说明包含远程节点的网络体系结构的原理图；

图2是略述了示例的公开方法的流程图；

图3是略述了设备准备步骤以便实现基于分组的网络之上的话音呼叫的流程图；以及

图4是示例性网络通信设备的图解示意。

发明内容

本发明的一方面包括提供被动状态消息收发，包括传递对应于检测到的设备状态条件的消息。另一方面包括更新存储的状态消息。再一个方面包括随同该消息提供一个指令用于引导用户解决该设备故障。另外一个方面包括提供另外的消息，以便当状态被更新时引导用户通过更长的故障解决过程。在另一方面，存储通信状态日志并在网络之上传输。在再一个方面，该状态消息通过音频扬声器、诸如呼叫者-ID(caller-ID)显示器的文本显示器、或者由设备提供的管理网站来传达。

图1举例说明了包含远程节点100的网络体系结构的原理图。在远程节点100，终端适配器设备101被操作性连接到电话103、路由器105、以及计算机107。通过路由器105，终端适配器设备101通过建立与诸如SIP代理服务器111的服务提供商网络实体的连接，实现经因特网199的VoIP呼叫。图4中示意了设备101的一个示例性实施例，这将在其它地方进行更为详细的讨论。

图2举例说明了略述一个示例的公开方法的流程图。该方法包括在远程节点检测第一状态条件，步骤S201。该第一状态条件包括设备工作流程步骤和设备工作流程标准。该方法还包括从存储在网络通信设备中的大量消息之中选择第一消息，步骤S203。该第一消息对应于该检测到的状态条件。该第一消息然后被传递，步骤S205。

如果设备101在VoIP网络中正确地运行并能完成VoIP呼叫，则设备101通过例如连接到设备101的电话103听筒的扬声器给用户提供拨号音。然而，如果设备101不能正确地运行，设备101检测到包含其中发生错误的特殊处理步骤的状态条件，以及诸如设备错误或网络错误的错误标准。该检测步骤自动发生，无需用户轮询该设备或者主动请求有关该错误的消息。设备错误或故障包括但不限制于：配置简表错误，固件错误，电源故障，以及硬件故障。网络错误包括但不限制于：缺乏网络连通性，不恰当的网络设置，防火墙或防病毒程序与网络连接冲突，以及带宽不足。在另外的地方描述了其它的处理步骤和标准的实例。

在一个操作性实例中，在正常的VoIP设备注册和设置期间发生了一个故障。当没有给予拨号音时，用户自动接收到一个对应于该故障发生的地方的注册和设置的特定阶段的被动状态消息(即，该消息被递送给用户而无需主动使用设备或服务)。因此，用户能够执行初始的故障诊断。如果用户的努力没有成功，则用户能呼叫用户维护代表并将该被动状态消息的详细情况提供给他们。随后，用户维护代表利用通过该状态消息传递的设备101的状态的知识，能够更容易地诊断该用户的问题。在某些实施例中，被动状态消息或指令包括使得能够更为迅速和更为精确地由用户向维护代表描述被动状态消息的消息标识符。

在各种各样的实施例中，被动状态消息以各种方式进行传递，包括但不限于：预先录制的话音消息，经由连接的电话直接传递给用户的文本显示消息，以及通过由设备101提供的管理网页、用户的VoIP服务网页、电子邮件或蜂窝电话自动传递给用户。

设备101的各个实施例连同状态消息一起提供指令给用户用于纠正问题。在其它地方更为详细地描述了用于修复检测到的诸如故障和错误的状态条件的、传递状态消息和指令的各种各样的实现方法。

在各种各样的实施例中，不同的基于设备环境的状态消息直接存储在设备101中，例如存储器中。在一个实施例中，状态消息被嵌入在设备101的固件中。在另外的实施例中，基于设备101的初始引导而且连接到因特网199，根据其初始的固件从一个外部服务器下载状态消息。被动状态消息另外还可以经因特网199下载到VoIP设备。可选地，状态消息可以被更新。可以在不同的时间下载附加的状态消息以便更新设备上已经有的那些状态消息。例如，可以以新的语言下载设备消息。另外，可以下载VoIP系统中相应的更新的新的消息。或者，可以将状态消息和指令的子集选择性地嵌入到固件中，其它的则下载。在这个实施例中，嵌入的消息和指令属于与初始设置期间有关的或者经常遇到的状态条件。随后下载的消息和指令存储在存储器之中，而且属于与设备成功初始设置之后有关的或者经常遇到的状态条件。

各个实施例可选地包括随着状态的更新提供更多的状态消息以便引导用户通过更长的故障诊断过程。为提高用户诊断多种问题的能力，设备101可选地检测设备状态条件的改变和更新，并提供相应消息和指令。例如将在下面更加详细解释的，在用户成功跟随由设备101提供的关于第一个与网络设置有关的问题的指令之后，尽管用户已成功修正了网络设置问题，设备101可能随后检测到解析主机名称或向SIP代理服务器注册的问题。在所选择的实施例中，设备101提供一个与设备101的新问题有关的附加状态消息和指令。

在各种各样的实施例中，设备101维护一个检测到的设备状态条件和消息或指令的历史记录以便给用户提供更具目标的指导。例如将在下面更加详细解释的，检测到的获得网络设置的问题与检测到的解析主机名称的问题组合可能指示设备101的操作系统、配置列表或固件的问题。因此，考虑了这种状态条件历史记录的设备101的实施例可能指示用户下载一个新的配置简表或固件。因此，通过分析已检测的状态条件以及已传递的状态消息和指令，设备101能够实现更为高级的故障诊断方法。

在再一方面，所传递的状态消息的日志在网络之上传输。在这些实施例中，错误和尝试修复历史记录被提供给网络服务提供商。该日志可选地包括所传递的状态消息或相关的标识符代码、指令，检测到的状态条件、时间戳、网络和设备设置，以及硬件和软件版本号的列表。网络服务提供商可以在多个远程节点100使用这些日志以便对问题进行评估。这种数据的分析被可选地用于为设备101提供更新的状态消息和指令。这种数据还说明了设备101在网络上交互的潜在的问题，而且可以用于触发和开发设备101固件或配置简表的适应性调整。

就通信的内容和定时而言，状态消息对应于设备101涉及的进行VoIP电话呼叫的过程步骤和标准。图3是略述利用设备101实现一个基于分组的网络之上的话音呼叫的准备步骤的流程图。

在这个示例性过程中，VoIP设备加电，步骤S301。该设备随后启动，步骤S303。例如，该设备需要启动各个组件，包括但不限于：其操作系统、联网、VoIP软件。该设备随后获得网络设置，步骤S305。例如，该设备或者自动(例如，通过类似DHCP的协议)或者静态指定的网络设置(例如，静态IP地址)来获得网络设置。一旦获得了网络设置，设备便能够访问因特网，步骤S307。

设备然后访问配置简表，步骤S309。在一个实施例中，设备通过因特网从远程源下载配置简表(换言之，准备好了)。或者，如果配置简表已经存在于设备之上，则定位并加载该配置简表。配置简表告知设备有关的许多操作功能，包括但不限于：初始化、更新和通信期间联系哪个服务器，连接网络所需的用户名和密码，以及进行VoIP呼叫所需的重要信息。一旦设备准备好了，则其解析VoIP服务器(包括但不限于SIP代理服务器)的主机名称，步骤S311。一旦已经解析了主机名称，设备就向VoIP服务器进行注册，步骤S313。

状态消息将基于这些过程步骤和各种相关的标准。表1示意了基于示例性步骤和标准的示例性消息。

表1

 

标准	步骤	消息
			设备未准备好	正在加载或应用配置简表	“设备未准备好”
线路未准备好	正在加载或应用配置简表	“线路未准备好使用，请尝试其它线路。”
			设备准备好了	设备正在启动	“线路仍不可用，请等待”
设备无网络连通性	正在连接到网络	“设备无网络连通性，请检查你的宽带连接。”
			设备无网络设置	正在连接到网络	“设备无网络设置”
设备不能DNS解析代理主机名称	正在连接到VoIP网络	“设备不能解析服务器”
			设备未从服务器得到响应	正在连接到VoIP网络	“设备无法连接到服务器。”
由于错误的密码，设备未能注册	正在连接到VoIP网络	“在尝试验证时设备使用了一个错误的密码”
			设备从服务器处得到错误	正在连接到VoIP网络	“在尝试注册时设备接收到一个错误。”

状态消息的增加和变化对应于为设备增加的以便执行VoIP呼叫的新的标准和步骤。在各种各样的实施例中还支持进一步的设备或网络过程步骤和标准的粒度。

例如，设备可能因许多原因没有网络连通性。这些原因包括但不限于：1)WAN接口未连接；以及2)设备有一个IP地址但地址解析协议(ARP)请求其默认的网关(GW)未被作出响应或未被确认。如果设备遇到其SIP分组未作出响应的情况，则设备101的各个实施例开始发送ARP请求到其默认的GW，以便验证仍具有到其的连通性。在另一个实例中，设备可能因无法从动态主机配置协议(DHCP)服务器得到网络设置、或者因设备没有指定的网络静态信息而没有任何的网络设置。提供适当的状态消息和指令以使得用户能够确认这种故障并能够诊断故障。

各种各样的实施例包括用于传递状态消息到远程节点处的顾客或用户的多种形态。选择不同的形态基于许多的标准，包括消息的类型、设备能力、或用户的情况。在一个实施例中，状态消息通过操作性连接到设备101或与设备101结合的电话103播放。在某些实施例中，设备101通过电话103播放状态消息，而且在行动上进一步指导用户以便解决检测到的设备101的问题。当用户拿起电话听筒，设备或者播放拨号音(如果已准备好)而且能够进行VoIP呼叫，或者自动播放状态消息和指令以便引导用户朝着解决问题的方向。

在另一个实施例中，状态消息被显示在操作性连接到设备101或与设备101结合的电话103上显示器之上(例如，一个多功能或文本呼叫者-ID显示屏)。在这个实施例中，状态消息和指令被显示在包含在某个电话103中的呼叫者-ID屏幕(或其它显示器设备)上。在这个实施例中，设备101使用诸如双音多频(DTMF)信令的方法，传递用于显示在呼叫者-ID屏幕上的数据，或者其利用到显示器的直接接口，例如，如果设备101和电话103是结合在一起的。当用户拿起电话听筒，状态消息显示在话机103上的呼叫者-ID屏幕或者直接显示在设备101上(例如，如果设备101包含一个显示器)。

在其它的实施例中，状态消息显示在对远程节点处的用户或客户可访问的设备101的管理网站上。在这个实施例中，设备101配置用于提供反映管理设置以及对与之相连的计算机107的控制的管理网站页面。在该管理网站(例如，使用预留的DHCP IP地址，如192.168.0.1，位于网络的远程节点部分)，用户能够登录以便安装或配置设备101。在某些实施例中，管理网站包括一个区域，在该区域状态消息和任何相应的指令被显示给用户。优选地，无论设备101是否能够经过因特网199连接到诸如SIP代理服务器111的远程网络实体，这个网站都是可访问的。可选地，状态消息或指令包括一个图形或图表。

图4是一个示例性网络通信设备401的图解示意。设备401可能被用作实现用于提供上述的被动状态消息收发的系统和方法。设备401可能是在访问诸如企业内部互联网、因特网等类似的基于IP的网络中使用的任何形式的通用计算机处理器的其中之一。设备401包括中央处理单元(CPU)407、存储器403、以及CPU 407的支持电路409。

设备401可选地包括显示器421，或者与之通信，用于将视觉信息传达给用户。设备401可选地包括扬声器423，或者与之通信，用于将音频信息传达给用户。设备401可选地与电话103或路由器105结合。或者，设备401是利用运行在计算机107上的软件实现的，由此作为类似于在2007年2月13日提交的标题为“METHOD ANDSYSTEM FOR MULTI-MODAL COMMUNICATIONS”的U.S.专利申请序列号_______(其全部内容在此结合作为参考)描述的各种各样的实施例的软电话一样操作。在另一种选择方案中，设备401是一个独立但互补的设备，具有诸如由Holmdel，NJ的Vonage生产和销售的V-PHONE(TM)通用串行总线(USB)加密机的波形因数，用于与计算机107一同使用以便使得计算机107能够实施VoIP呼叫。

设备401还包括装置411/413，用于将设备401连接到用户设备和服务提供商代理设备，以及一个或多个输入/输出设备(未示出)，输入/输出设备用于访问设备401和/或执行与之相关的辅助或管理功能。注意，图4中装置411/413被显示为独立的总线结构；然而，它们另一方面可以是一个大体上不会降质或者改变设备401或本发明的预期的可操作性的单总线结构。在设备401与诸如电话103、路由器105、或计算机107的另外设备结合的实施例中，设备401可选地通过例如装置411/413与该另外设备的显示器、扬声器、或其它的输入/输出功能部件通信。

另外，设备401及其操作部件和下面详细描述的程序设计被显示为单个实体；然而，该设备也可以是一个或多个设备和散布在系统周围的、每个都执行如前所述的诊断分析的特定或指定部分的程序设计模块。作为一个非限制性实例，设备401的一部分或软件操作可能出现在服务提供商的服务器中，而设备401的另一部分或软件操作可能出现在服务提供商代理设备中。设备的其它配置和设备程序设计对本领域的技术人员来讲是已知且能被理解的。

存储器403连接到CPU 407。存储器403、或计算机可读介质可以是一个或多个易于得到的存储器，如随机存取存储器(RAM)、只读存储器(ROM)、软盘、硬盘、闪存或任何其它形式的本地或远程的数字存储器。支持电路409连接到CPU 407，用于以常规的方式支持处理器。这些电路包括高速缓冲存储器、电源、时钟电路、输入/输出电路和子系统等等。当被CPU 407执行时，软件例程405致使设备401执行本发明的而且通常存储在存储器403中的过程。软件例程405也可以由第二个CPU(未示出)执行，该第二个CPU远离由CPU 407控制的硬件。

当期望优选的诊断VoIP相关的通信故障的方法时，执行软件例程405。当被CUP 407执行时，软件例程405将通用计算机转变为控制基于web的应用的专用计算机(设备)401、一套诊断工具或其它类似的作用。尽管本发明的过程被描述为实现作为软件例程，但在其中公开的某些方法步骤可以在硬件中执行，以及由软件设备执行。同样地，可以以计算机系统上执行的软件、作为应用特定的集成电路的硬件或其它类型的硬件实现、或者软件和硬件的组合形式来实现本发明。本发明的软件例程405能够在包括但不限于以下的计算机操作系统上执行：Microsoft Windows 98、Microsoft Windows 2000/XP/Vista、Apple OS X、以及Linux。同样地，本发明的软件例程405能够利用包括但不限于以下的CPU体系结构进行执行：IBM Power PC、Intelx86、Sun service provider agentRC、AMD、Transmeta、以及IntelARM。

可能需要强调的是，上述的实施例、特定的任何“优选的”实施例仅仅是实现的可能示例，仅仅是为了本公开的原理的清晰的理解而阐述的。可以对本公开的上述实施例作许多的变化和修改而不会实质上偏离本公开的精神和原理。所有的这种修改和变化都包含在本公开的范围之内，并受所附权利要求书的保护。

Claims (15)

1、一种为远程网络节点处的网络通信设备提供被动状态消息收发的方法，包括：

在所述远程节点检测第一状态条件，所述第一状态条件包括设备工作流步骤和设备工作流标准；

从存储在所述网络通信设备中的多个消息中选择第一消息，所述第一消息对应于所述检测的状态条件；以及

传递所述第一消息。

2、根据权利要求1的方法，还包括：

在所述远程节点接收至少一个更新的消息；以及

存储所述至少一个更新的消息。

3、根据权利要求1的方法，还包括：

从多个指令中选择终端用户指令，所述指令对应于所述检测的状态条件；以及

传递所述终端用户指令。

4、根据权利要求1的方法，还包括：

在所述远程节点检测第二状态条件；

从所述多个消息中选择第二消息，所述选择的第二消息对应于所述第二状态条件；以及

传递所述第二消息。

5、根据权利要求1的方法，还包括：

存储所述第一状态条件和所述第一消息；

在所述远程节点检测第二状态条件；

从所述多个消息中选择第二消息，所述第二消息对应于所述第一状态条件、所述第一消息以及所述第二状态条件；以及

传递所述第二消息。

6、根据权利要求1的方法，其中所述传递步骤包括播放预先录制的音频消息。

7、根据权利要求1的方法，其中所述传递步骤包括显示文本消息。

8、根据权利要求1的方法，其中所述传递步骤包括在由所述远程节点处的网络通信设备服务的网页上显示所述消息。

9、根据权利要求1的方法，其中所述传递步骤包括发送对应于所述第一消息的消息标识符代码。

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

在设备日志中记录所述第一消息的通信；以及

经过所述网络发送所述设备日志。

11、一种与通信网络上的设备一同使用的计算机程序产品，包括：

计算机可用介质，具有嵌入到所述介质内的、用于为远程网络节点处的网络通信设备提供被动状态消息收发的计算机可读的程序代码模块；

用于使得计算机检测所述远程节点处的第一状态条件的计算机可读的第一程序代码模块，所述第一状态条件包括设备工作流步骤和设备工作流标准；

用于使得计算机从存储在所述网络通信设备中的多个消息中选择第一消息的计算机可读的第二程序代码模块，所述第一消息对应于所述检测到的状态条件；以及

用于使得计算机传递所述第一消息的计算机可读的第三程序代码模块。

12、一种用于为远程网络节点处的网络通信设备提供被动状态消息收发的系统，包括：

用于检测所述远程节点处的状态条件的状态检测器；

存储器，所述存储器包括在其内存储的多个消息；

连接到所述存储器并且用于从所述多个消息中选择第一消息的处理器，所述第一消息对应于所述状态条件；以及

用于传递所述第一消息的装置。

13、根据权利要求12的系统，其中所述用于传递的装置包括音频扬声器。

14、根据权利要求12的系统，其中所述用于传递的装置包括文本显示器。

15、根据权利要求12的系统，其中所述用于传递的装置包括用于输出在所述远程节点可访问的网页数据的web服务器。

Images