在多媒体网络中的紧急通知和最优先服务 对相关申请的交叉引用
本申请公开的主题内容与在如下由同一申请人所拥有的共同未决专利申请中公开的主题内容相关：(i)“在多媒体网络中的用户检验服务”，递交于2001年5月31日，申请号：09/871,570(律师文档号1285-0047US)，以Babu V.Mani的名义递交；(ii)“区别呼叫通知”，递交于2001年5月31日，申请号：09/871,410(律师文档号1285-0045US)，以Babu V.Mani的名义递交；(iii)“在多媒体网络中的呼叫方特征数据显示服务”，递交于＿＿＿，申请号：＿＿＿(律师文档号1285-0048US)，以Babu V.Mani的名义递交；(iv)“在多媒体网络中的直接连接服务”，递交于2001年5月31日，申请号：09/871,514(律师文档号1285-0044US)，以Babu V.Mani的名义递交；以及(v)“在多媒体网络中地呼叫等待服务”，递交于2001年5月31日，申请号：09/871,042(律师文档号1285-0043US)，以Babu V.Mani的名义递交。这些文献被包含于此以供参考。
【技术领域】
本发明一般涉及电信和数据通信服务。更加特别地，本发明涉及在下一代多媒体网络中的紧急通知和最优先服务(override service)。
现有技术
在最近20年左右，电信服务从简单的电话呼叫和传真通讯迅速发展到包括例如多方会议、语音邮件、呼叫转移、主叫方标识、呼叫等待等等这样的高级服务。最初由于智能网(IN)和使用第七信令系统(SS7)作为频带外信令协议的基础构架的高级IN(AIN)的成功推广使用，而使得这种快速发展成为可能。类似地，数据服务还具有从1980年中基本的文本消息到今天的万维网和互联网的重大转变，在今天多种媒体的传输变得普遍。例如，桌面视频会议、视频点播、远程医疗、实时音频以及许多其它应用这样的宽带服务推动着对在同样的公用网络上同时支持多种服务的需求。
加上互联网的普及，人们对把用于数据网络(例如，基于网际协议(IP)寻址)的数据包交换网络(PSN)基础构架作为在当今的音频网络中所采用的现有电路交换网络(CSN)基础构架的代替和/或附属。由于这种综合期望获得几个优点。从网络运营商的角度来看，在PSN中所固有的业务量集合能够减少每个终端用户的传输成本和基础构架成本。最终，这种成本的降低能够使网络运营商能够降低用户的费用。并且，新一代的服务中心网络(区别于现有的语音中心和数据中心网络，称为下一代网络)的运营商可以把具有集成的语音/数据/视频图像的增强服务提供给将使用各种多媒体终端的用户。
从上文可知，在数据和语音服务中具有几方面的进展。但是，当前的数据中心和语音中心服务不能够提供全部的增强功能，即能够使用在下一代网络中的多媒体功能。
【发明内容】
相应地，本发明方便地在多媒体网络中提供增强的紧急消息通知和最优先服务，其中对于到来的紧急消息执行一种所选择的紧急警报方案。最好，提供多媒体网络作为下一代网络，其通过使用多媒体软交换技术实现的分离服务体系。
在一个方面中，本发明涉及在多媒体网络中的一种紧急消息通知系统和方法，用于对从被授权的实体向用户发送的紧急消息。在特定的实施例中，还执行紧急最优先特征，其中可以废除对通知传递的任何限制。在对用户服务的网络节点接收到紧急消息之后，多媒体会话(session)引擎被调用以为该用户启动一个呼叫处理应用程序。基于至少与到来的紧急消息相关的部分参数信息，与该用户相关的紧急通知特征数据(profile)被查询，以确定要提供的一个特定的紧急警报方案。最好，用户可选择的设备然后被启动，以对于该到来的紧急消息执行所选择的紧急警报方案。在一个优选实施例中，该用户可选择的设备包括可由用户终端操作的多媒体接口，其中该警报方案被执行，而不中断该终端可能参与的当前会话。
根据该服务构架被执行的方式，呼叫处理应用程序可能被提供作为包含在连接到公共数据包交换网络(例如，互联网)的第三方服务器中的一个服务应用程序，作为一个包含在例如多媒体服务控制点(SCP)和应用程序服务器这样的专用IN/AIN兼容节点中的电信支持(telecom-hardened)、通信公司级的服务应用程序，或者作为具有嵌入在SS7节点(例如，服务交换点或者SSP)中的服务逻辑的集中服务和多媒体软交换单元。
在其它方面中，本发明涉及一种计算机存取介质，其能够用置于多媒体的下一代网络中的至少一个网络部件来操作。该计算存取介质还能够执行一系列指令，当该指令由至少一个与该网络相关的处理实体所执行时，将导致执行在上文中所述的多媒体紧急消息通知方法的至少一部分步骤。
【附图说明】
从下文结合附图的详细描述中，将更加彻底地理解本发明。
图1示出用于实现本发明的理想的下一代多媒体网络的高级构架方案的一个例子；
图2示出与图1中所示的示意高级构架方案相关的功能框图；
图3示出根据本发明的思想而操作的多媒体呼叫/会话引擎的功能框图；
图4示出能够进行多媒体服务的下一代网络；
图5示出采用根据本发明的思想的基于多媒体的紧急通知系统和方法的服务网络；
图6示出根据本发明的思想具有用于执行多媒体呼叫和用户可选择的紧急通知警报的浏览器导航的多媒体接口；
图7示出用户紧急通知特征数据的实施例；
图8为在本发明的示例紧急通知方法中涉及的步骤的流程图；
图9为在用于由被授权的个人把紧急消息导向一个用户的方法的步骤流程图；以及
图10为用于由一个实体把紧急消息导向一个用户的实例方法的步骤流程图。
【具体实施方式】
在图中相同或相似的部件用相同的参照标号所表示，并且所描绘的各种部件不一定是按照比例的。现在参见图1，在此所示的是能够执行多媒全通信的下一代网络的高阶构架方案100。在本申请的上下文中，术语“多媒体”是广义的，是指视频信息、音频信息和其它信息。视频信息通常被分为两类：(i)静止图像和图表，以及(ii)完全的运动图像或动画。声频信息包括语音和非语音类。其它信息种类可以包括文本、计算机数据等等。多媒体通信相应地设计文本、图像、视频、动画、声音等等的综合表现，在单个应用程序或会话中使用不同的媒体和多种信息元素。
下一代网络的示意构架方案100最好通过执行称为软开关(softswitch)的技术而实现。本质上，软开关功能可分离来自承载呼叫的媒体网关(即，传输层)的呼叫的呼叫控制功能(或者，在多媒体通信会话的上下文中的“会话控制”)。呼叫控制特征可以变化，但是通常包括呼叫路由、许可控制、连接控制(例如创建和解除会话)、以及信令交互工作-例如从SS7到会话初始协议(SIP)。这些功能可以被整体称为会话控制。软开关功能还可以包括：(i)根据消费者数据库信息路由呼叫的能力，(ii)把呼叫控制转移到置于另一个网络中的节点的能力，以及(iii)例如供应、计费等等的管理功能的支持。
继续参见图1，构架方案100相应地包括一个访问/传输级102，其通过多个开放标准协议和应用程序接口(API)与会话控制级104进行交互作用。会话控制级104是可操作的，接着通过第二组开放标准协议和API与应用程序服务/特征级106相接。如下文中更加具体地描述，可以提供各种多媒体服务、应用程序和特征作为该服务级106的一部分。并且，一些事务部门管理和供给功能可以包含于此。
本领域的技术人员容易理解，各种协议和API可用于执行在上文中所述的构架方案100，其有效地使会话控制层与下层的访问/传输层以及服务应用程序层之间去耦合(分离)。例如，这些协议-执行媒体控制API、信令API和服务API-包括：SIP、H.323、呼叫处理语言(CPL)、媒体网关控制协议(MGCP)、互联网协议设备控制(IPDC)、H.248、MEGACO、实时协议(RTP)、用于集成网络(JAIN)的JavaTMAPI、资源保留协议(RSVP)、Parlay协议、少量目录存取协议(LDAP)、标识语言，例如可扩展标识语言(MPLS)，等等。另外，对现有的IN/AIN服务构架的访问还可以通过合适的SS7或基于IP的接口而获得。
软开关功能基本上作为可以驻留在单个网络部件上或者可以通过多个节点发布的软件执行而实现。并且，可以在实际软件切换应用中提供不同级别的去耦合和接口连接。例如，SS7功能可以嵌入在软开关部件中或者保持分离。在其它应用中，软开关功能可以设置在媒体网关(MGW)之上，而不是实际分离的，只要传输和控制平面相分离即可。
通过创建用于控制和切换以及支持软件可编程性的分离平面，服务提供者可以自由地结合传输服务和控制协议，以促进从一种服务到另一种服务的无缝移植。由于开放标准和API，来自多个卖主的最佳等级的解决方案和产品可以方便地配置于下一代网络中。另外，把API向服务层(包括适当的服务创建环境(SCE))开放，通过服务创建、服务中介和服务代理标准，能够创建各种先进的、多媒体增强的服务并且较快地进行服务推广。
图2示出与图1中所示的示例构架方案相关的功能框图。对应于该构架方案的三个去耦合的级别的三个层面被部分地示出。访问/传输层202由多个多媒体H.323终端208、用于提供对一个或更多的集成访问设备(IAD)(未示出)和其它通信设备提供访问的网关210(包括MGW和访问网关或AGW)以及多媒体SIP终端212所示出。为了本发明的目的，所有这些多媒体访问设备(包括多媒体电话、计算机、游戏台、电视机等等)可以被称为多媒体设备，并且最好具有一个或多个人机接口(例如，摄像机/照相机、话筒、显示屏、键盘、指示设备、游戏杆、轨迹球、录音机、声音-文本或文本-声音转换器，等等)用于接受或捕获与用户相关的多媒体响应或输入。并且，在一些示例的应用中，多媒体设备可以具有适当的生物特征(biometric)ID读取器和传感器，例如指纹读取器、视网膜扫描仪、语音识别系统等等。
继续参见图2，去耦合的构架方案的控制层204示出作为网络中的多媒体软开关的一部分而实现的示例多媒体呼叫/会话引擎的功能。呼叫/会话和连接控制块226具有多个访问和传输接口214，以耦合到下层的访问/传输层202。如上文所暗示，这些接口包括，例如SIP接口216、H.323接口218、SS7接口220、SigTran接口222(用于SS7-over-IP)以及H.248接口224。呼叫/会话和连接控制块226的功能与多个模块相关，例如资源管理模块228、通信量测定/测量模块230、事件记录模式232、屏蔽模块234、警报器236、计费模块238、带宽控制模块240、路由模块242、服务质量(QoS)模块244、特征交互作用模块246、供给模块248、以及转换模块250。
多个应用程序接口252可以由用于与应用层206交互作用的多媒体会话引擎所获得。Parlay接口254和SIP接口256在此作为例子示出。参考标号258-1至258-N是指多个应用程序服务器(AS)，其有效地包含各种服务、特征和管理策略。一个或多个传统服务节点(例如，服务控制点或SCP)还可以按照一个或多个AS节点的形式被提供作为应用层206的一部分，例如，AS260。最好，还包括到第三方AS节点262的接口。
在去耦合构架方案中分成的应用程序可以用三种方式来构建。例如电子商务、电子交易、电子住房(住宅设备控制、住宅安全，等等)、电子医疗等等这样的定制应用程序还可以驻留在互联网上，作为包含于第三方平台上的应用程序。例如虚拟专用网络(VPN)、预付费服务等等这样的专门服务以及用于商业和住宅使用的多媒体应用程序可以作为包含在专用电信支持平台中的发布应用程序而提供。通信公司级AS节点、多媒体SCP等等一般包含这样的平台。用于商业以及住宅应用程序而提供的选择传统服务组可以作为基于SS7平台的集中应用程序(例如信号交换节点(SSP))和软交换节点而提供。
现在参见图3，在此示出根据本发明的思想而工作的多媒体软交换的呼叫/会话引擎300的高级功能框图。如上文所述，访问/传输接口214和应用层接口252可以由呼叫/会话引擎300所采用，用于执行软开关功能。一种控制引擎302负责呼叫/会话控制和连接控制(类似于传统的呼叫控制功能或CCF)。包括应用程序引擎304用于应用程序控制和管理对于所触发的服务应用程序的特征/策略交互作用。另外，应用程序引擎304最好可操作用于公开适合的API，用于支持增强的服务。当调用第三方应用程序时，该应用程序引擎304还提供防火墙管理和用于服务选择和启动的用户访问管理。访问引擎306可操作以执行在线用户识别和授权以及授予服务使用权。并且，通过访问引擎306可以提供漫游管理，用于用户检索、漫游检索和登记认证。
图4示出能够根据本发明的思想提供多种多媒体服务的下一代多媒体网络400。对于本发明的目的，网络400及其变型以及示例的应用被称为“服务网络”。一个或多个传统电路交换网络(CSN)402，例如用于有线电话的公用交换电话网络(PSTN)以及用于无线电话的公用地面移动网络(PLMN)连接到一个或多个分组交换网络(PSN)406，例如基于IP的互联网、基于ATM的分组网络等等。另外，PSN部分406还可以包含其它专用基于IP的网络，例如，公司内部网、企业网络、家庭网络等等。相应地，在一个实施例中，PSN406代表例如IP网络的组合这个的互联网络。多个干线网关(TGW)，例如TGW404A和TGW404B，被置于网络400的CSN和PSN部分之间用于实现它们之间的接口功能。访问网关(AGW)节点408连接到PSN部分406，用于实现从多个访问设备(AD)410-1至410-N到该网络的访问。一个或多个多媒体SIP终端412和多媒体H.323终端414可操作为发出或端接与由网络400所支持的各种多媒体服务相关联的多媒体会话。
一个或多个可选多媒体(MM)服务资源功能(SRF)节点，例如MM-SRF416，连接到PSN400，用于提供对于集中的语音/数据服务的载体资源功能(bearer resource functionality)、请求这些服务的协议、以及用来编程载体资源密集型(bearer-resource-intensive)应用程序和内容/通告文件的公开API。但是由于在IP联网情况中没有这种专用的载体连接，MM-SRF节点416不把载体路径设置在双方之间。而是，仅仅在各方之间建立逻辑连接。
在基于多媒体的服务网络框架中，一些MM-SRF节点416的功能包括如下：(i)通过提供多媒体资源服务在用于载体服务的媒体访问/资源平面中运作，(ii)提供标准协议，(iii)通过多媒体软开关(例如，软开关418)与AS节点相连接，以及(iv)通过该开放API能够允许第三方对截体服务和内容/通告进行编程。在本领域中的技术人员将认识到这些功能可以根据软开关的集成度而嵌入在多媒体软开关418中，或者通过几个多媒体节点而发布。
多个内含的应用程序420被共同设置在多媒体软节换节点418中。该应用程序的具体类型取决于服务构架实现和应用分层。一些示例的应用程序可以包括网络通告(与SRF416相结合)、视频会议、数字采集、统一(多媒体)发信、媒体流和定制通告、自动语音识别(ASR)、文本语音转换(TTS)。使用多媒体的用户认证、以及各种增强服务，例如多媒体呼叫等待、直接连接服务、区别呼叫通知、紧急最优先级服务、基于多媒体等等的呼叫方特征数据的显示等等。另外，应当知道一些多媒体服务可以被提供作为包含在分别具有适当的相关API的通信公司AS节点422以及第三方AS424节点上的应用程序。
尽管图4中所示的示例网络实施例400没有明显示出用于执行传统IN/AIN服务的SS7接口，但是本领域的专业人员应当知道，各种这样的SS7接口和SS7信令网关(SGW)还可以适当地置于用于提供SS7功能的网络中。
现在参见图5，在此示出一种示例的服务网络结构500，其采用在根据本发明思想的多媒体的下一代网络502中的紧急通知系统和方法。在参照一个实施例之后，本领域的技术人员将认识到，网络502可以包括各种PSN和CSN部分的组合以及它们的混合，包括本地和通信公司之间的网络部分。多媒体节点或网络部件504能够服务多个用户，例如，操作多媒体IT设备506A用于发出和/或端接呼叫的用户508A。类似地，操作适当的IT的其它呼叫方，例如具有IT506B的呼叫方508B以及具有IT506C的呼叫方508C，还可连接到网络502。
具有上述多媒体呼叫/会话引擎功能的软开关510被置于网络502中，用于呼叫路由和应用程序触发。尽管软开关510在本实施例中被示出作为一个分离的节点，但是应当知道该软开关功能还可以作为服务多媒体节点504的一部分提供。呼叫处理服务器512被提供作为连接到网络502的应用程序服务器节点，其中适当的多媒体服务逻辑电路513被提供用于查询用户紧急通知特征数据数据库。再次如上文所述那样，应当知道根据服务构架和应用程序分层，可以发布或嵌入呼叫处理服务节点512的功能。
继续参见图5，本发明的紧急通知系统包括通过适当的接口与呼叫处理服务器节点512相关联的数据库环境514。各种紧急通知警报模式、选项、限制和策略，例如有选择的最优先选项等等这样的其它相关特征被存储在数据库环境514中。在本发明的当前优选实施例中，数据库环境514能够通过用户以及网络操作员进行更新。
参考标号509A是指由多媒体网络部件504所服务的用户508A与可能是或不是一个用户的呼叫方508B之间的网络502中的呼叫连接。如再此所用，一个呼叫方相对于另一方，例如用户508A，可以是一个主叫方或者是一个被叫方。按照类似的方式，参考标号509B是指用户508A与另一个呼叫方508C之间的呼叫连接。参照标号509C是指用户508A和非用户呼叫方508D之间的另一个呼叫连接。应当知道，由各方所操作的一些终端，例如由一方508D所操作的终端505，可能不是多媒体兼容的。另外，该呼叫方可以位于不同的地址区域，并且可以包括几种类型，例如家庭成员、商业伙伴等等。
继续参见图5，一个认证的代理(例如，政府实体)511连接到网络502，用于产生适当的紧急消息，例如可能是根据不同情形，例如公共安全、恶劣天气、公安行动等等。另外，由代理511所产生的紧急消息还可以包含在关于几个紧急状况的特征的消息，例如，类型、紧急程度和严重程度、该消息要发布到的目标区域、关于消息的接收方是否以特殊的方式响应、紧急消息的发出区域、最优先的能力(其中由目标区域的用户所选择的传送限制选项被实际传输的紧急消息所取代)等等。
另一个实体，被称为认证的用户513，可被操作用于产生发送到接收者，例如IT506A，的紧急消息。在一个实施例中，认证的用户503可以包括远离他或她的主要信息装置(例如多媒体IT506A)的用户，并且希望基于相关的通知特征数据把紧急消息传送到他或她选择的特定设备。应当知道，在一个示例应用程序中，要接收紧急消息的特定设备可以是多媒体终端IT506A本身。用户513可以包括可以通过网络或通过自认证装置而检验、授权和认证的，并且尝试向置于网络结构500中的特征接收者产生一个紧急消息的任何个人(用户的家庭成员、用户的上司或第三方)。使用多媒体技术的示例用户认证方案可以在如下的共同未决专利申请中获得，其被在上文中交叉引用和包含：(i)“在多媒体网络中的用户检验服务”，递交于2001年5月31日，申请号：09/871,570(律师文档号1285-0047US)，以BabuV.Mani的名义递交。
参考标号515是指在用于对特定的用户508A发布由认证的代理515所产生的紧急消息的网络结构500中实现的路径。类似地，参考标号517是指对于由认证的用户513向IT506A产生的紧急消息在网络结构500中实现的路径。为了本发明的目的，代理、个人用户以及能够产生其它各方可以通称为被授权的实体。在当前本发明的最佳实施例中，紧急消息路径可以建立在认证的实体和所需的接收者之间，而不中断涉及该接收者的正在进行的呼叫连接，例如呼叫连接509A、509B或509C。
另外，在一些示例实施例中，接收方还可以具有其它服务特征，例如多呼叫等待(即，能够等待多个到来的呼叫)以及呼叫方特征数据显示，其中呼叫方特征数据被可选择地显示给该方。关于这些基于多媒体服务的附加信息可以在如下的共同未决美国专利中提供，其被在上文中交叉引用和包含：(i)“在多媒体网络中的呼叫方特征数据显示服务”，递交于＿＿＿，申请号：＿＿＿(律师文档号1285-0048US)，以Babu V.Mani的名义递交；以及(ii)“在多媒体网络中的呼叫等待服务”，递交于2001年5月31日，申请号：09/871,042(律师文档号1285-0043US)，以Babu V.Mani的名义递交。
图6示出具有浏览器导航功能的示例多媒体接口600，其能够与根据本发明的思想能够进行多媒体呼叫和紧急通知警报的多媒体终端一同工作。显示器602显示具有多个面向呼叫的图标的图形用户界面(GUI)，该图标可以在运行于例如图5中所示的IT506A这样的多媒体终端上的浏览器客户机604的控制通过拖放交互作用而激活。至少显示器602的一部分(例如部分651)可以用于向用户显示呼叫方的视频/照片指示。另外，部分651或者其它显示部分可以用于显示与特定紧急消息相关的紧急通知弹出窗口、标语等等。键盘或小键盘606以及光标指示设备608(例如，鼠标或轨迹球以及其等价物)被提供用于方便用户与该界面之间的拖放交互作用。适当发音频输入设备610和音频输出设备612与用于实现实时语音响应和/或紧急通知通告的界面600相关联。还包括数字摄像机614和照相机616，用于捕获用户的实时视频图像和照片，以向参与用户会话的呼叫方提供实时图像作为多媒体响应。
如果用户可以采用呼叫等待(CW)通知特征，多个等待主叫可以被显示在显示器602上作为适当的“图标”(未在该图中示出)。应当知道，这些图标可以包括与等待主叫方相关的音频剪辑图标、图像图标，动画图像、闪烁文本消息等等。另外，如果用户具有这样的服务能力，则显示器602可以包括与所选择呼叫方特征数据显示模式相关的其它图标。
该示例多媒体接口600还包括多个呼叫模式，用于实现用户和其它各方之间的不同类型的多媒体呼叫。一个音频图标653被操作为表示只有声音的模式。类似地，视频图标655表示包含声音的视频呼叫模式。TTS图标657是可操作的，当它被激活时用于把文本消息转换为语音，反之亦然。另外，还可以提供与选择呼叫转移、呼叫转接、呼叫拒绝和呼叫接受相关的图标，以允许用户选择不同的呼叫处理和/或把一个到来的呼叫转移到语音邮箱、应答服务或者不同的终端等等。
现在参见图7，在此示出用于能够对于本发明的紧急通知服务进行操作的用户702的紧急通知特征数据700的一个示例实施例。应当知道，除了例如通知特征数据700这样的用户特征数据之外，数据库环境514(在图5中示出)还被装备有与例如呼叫方特征数据显示、区别呼叫通知、多呼叫等待等等这样的其它多媒体增强服务相关的服务特征、选项和策略。另外，尽管在此以单个用户的概况数据记录为例，但是本领域的技术人员将认识到，可用的数据库环境一般包括多个这样的可对多个用户操作的记录。
最好，用户702通过名字或其它ID704与主要终端/站相关。目录号706被包含以表示与表户相关的终端/站。根据本发明的思想，还为用户702指定紧急通知警报模式708。该紧急通知警报模式710最好包括多个通知方法和特征，其中该用户能够选择一个或多个方案来在该终端对到来的紧急呼叫传送一个警报。示例的紧急通知选项包括：音频通知709-1、视频通知709-2、电子邮件传送709-3、传真传送709-4、涉及标语屏幕的数据传送709-5、图形窗口709-6等等。紧急通知警报模式708可以用实现消息传送的多个通知设备选项710进行操作。示例通知设备选项包括：主要终端711-1、传真机711-2、家庭计算机711-3、办公室计算机711-4、寻呼机或BP机711-5、电视或其它获得设备711-6、个人数字助理(PDA)711-7、移动电话711-8、办公电话711-9以及任何第二家庭电话(未在该图中明确示出)等等。多个紧急通知调度和传送选项712还可用于根据用户的喜好和限制进一步定制紧急消息传送。这种选项可以包括基于时间的选项713-1(例如，日期时间)、基于严重度的选项713-2(例如与特定程度的自然灾害相关的紧急消息无论限制如何都可以被选择来传送给用户的寻呼机)、选择用户列表选项713-3(例如，由用户家庭成员所产生的紧急消息优先)、以及地理区域选项713-4(例如，来自特定的区域由被授权的实体所产生的紧急消息优先)。
继续参见图7，该示例的用户通知特征数据700进一步包括执行最优先选项714，其中网络可以超越对于紧急消息传送的任何主要限制。另外，各种紧急类型选项716还可以包含在用户紧急通知特征数据中，其最好被根据可以与已经在上文中所述的一个或多个选项交互作用的紧急的特定类型作为策略和参数选择而提供。
本领域的专业人员应当认识到在此所述的紧急通知特征数据700仅仅是示意性的。相应地，用户特征数据的数据库的内容和具体实现都可以根据特定应用程序的目的而变化。因此，应当认识到本发明的范围不由用户特征数据的数据库的具体细节所限制。
图8为涉及本发明的示例紧急通知方案的步骤的流程图。在服务该用户的节点从一个被授权的实体接收一个到来的紧急消息之后(步骤802)，多媒体呼叫会话引擎被置于服务网络结构中的服务网络节点所调用(例如，在图5中所示的服务网络结构500)，以对于到来的紧急消息启动一个呼叫处理应用程序(步骤804)。该到来的紧急消息最好包括例如由紧急类型、紧急的程度、要被服务的目标区域、与消息发送方相关的地理区域信息(例如，被授权的实体)等等所构成的参数信息。在一些实施例中，该参数信息还包括用于对到来的紧急消息识别最优先标准的一个或多个指示。该呼叫处理应用程序的服务逻辑电路可被操作用于根据到来的紧急消息中的参数信息查询用户特征数据的数据库(步骤806)。至少部分地响应从数据库查询获得的结果，然后对要被提供的特定紧急警报方案作出判断(步骤808)。进一步作出判断，以检查任何最优先选项是否可应用和/或有效(判断方框810)。如果为是，则传送根据可应用的最优先选项的紧急通知，其中该通知方案包括选择警报传送模式和设备的适当组合(步骤814)。如果没有可应用的最优先选项，则在适当地解决涉及日程安排选项、类型选项、严重度选项等等之后，然后根据所选择的警报传送模式和设备的组合来传送该紧急通知(图812)。在其它情况中，一个用户可选择设备被启动，用于实现适当的紧急通知警报。在一个当前的优选实施例中，至少一部分适当的多媒体接口(例如，在上文所述的多媒体接口600)可以被激活，用于传送通知警报。
本领域的专业人员应当知道，本发明的紧急通知可以基于：(i)主叫方的特权/授权级别，(ii)通知的性质以及紧急的危险程度/性质，(iii)由被叫方(即，该用户)所确定的喜好，以及(iv)可用于通知的活动设备。在一个实施方式中，特权级可以由在上文中所述“操作员检验”来建立。并且，对于特权级的预定可以通过输入PIN而识别/验证，或者通过系统(例如，VPN可以保持管理者-雇员的特权)或其它适当的政府代理机关所验证。另外，在其它一些实施方式中，用户的喜好还可以包括“不允许”特征，其中根据特定的条件(例如，主叫方不被验证、在通知时的通知方法不可接受等等)不允许通知。另外，一系列事件(事件流)可以被指定，使得在对于一个通知的特定警报事件失败时，可以执行不同的警报事件。
另外，本发明的紧急通知服务可以被提供与特定的其它服务之间的交互作用。例如，呼叫等待或呼叫转接服务可以根据在用户的特征数据中的预先定义的服务选项而耦合到各种紧急通知方案。另外，通知可以被提供到多个位置和/或设备，以及紧急通知服务的进一步的示例应用中。通知状态还可以被给予主叫方或实体(例如，没有在主叫方和被叫方之间建立呼叫的情况)。
图9为由被授权的个人把紧急消息传送给所需的接收者(例如，用户)的示例方法的步骤的流程图。当一个个人尝试把用于传送的紧急消息放置在服务网络中，可以通过该网络本身或者通过基于客户的认证的方法执行检证和认证处理(步骤902)。在成功地进行用户验证之后，产生具有适当的参数信息的紧急消息(步骤904)。一个紧急消息路径被建立到该用户终端，而不中断可能涉及的终端的任何当前连接(步骤906)。在一个实施例中，该紧急消息路径最初包括单向传输路径，以有所需的接收者验证之后，可以建立全双工路径。在此之后，根据上文所述的通知特征数据传送紧急消息(步骤908)。
现在参见图10，在此示出在用于由一个实体把紧急消息传送到用户的事例方法的步骤的流程图。在一个实施例中，该实体可操作为一个被授权的代理，以把公共紧急消息放置在服务网络中，并且相应地，可能不需要在紧急消息发送之前执行快速验证方案。在另一个实施例中，该实体可能是尝试通过形成该服务网络的一部分的虚拟专用网络(VPN)执行紧急消息发送服务的企业。在获得适当的许可之后，一个适当的“公共”紧急消息被产生，用于通过至少一部分服务网络所服务的目标区域或者通过VPN部分而发布(步骤1002)。如上文所述，该紧急消息可以包括用于促进可定制传送的可应用参数信息。
在一个实施例中，该紧急消息可以在广播模式中传送到目标服务区域(步骤1004)。与其相关的服务节点可被操作以启动呼叫处理应用程序，为目标区域中的用户确定适当的通知方案。与此相应，紧急消息被根据取决于各种服务选项的个人用户特征数据而传送到所服务的用户(步骤1006)。
根据上述详细描述，容易看出本发明在下一代网络的环境中利用多媒体有利地提供一种增强的紧急消息通知服务。通过把该服务构造为具有开放协议和API的分离的应用层的一部分，不但可以保证与不同网络部件和平台之间的服务互用性，而且可以促进服务推广以及较快的传送。另外，本发明的紧急通知服务比传统方案具有几点优势和改进。例如，由于可以根据许多特征和选项而定制通知模式，因此用户可以更加清楚地识别到来的紧急消息。通过根据本发明的思想指定各种警报模式和日程安排选项，可以保证该紧急警报更加可能地到达用户。另外，本发明的紧急通知服务的多媒体特征比常规的紧急方案提供更多丰富的通知技巧。
我们相信从上文的详细描述中将可以清楚地理解本发明的操作和构造。尽管在此所示和描述的系统和方法被认为是优选的，但是显然可以作出各种改变和变化而不脱离在如下权利要求中所述的本发明的范围。