专利名称：用于管理紧急呼叫的系统的制作方法
技术领域：
本发明涉及一种紧急呼叫管理系统，并且更具体地涉及ー种用于联系用户的系统，该用户是紧急呼叫的接收者并且无法经由他的或者她的移动终端达到。
背景技术：
目前，具有移动终端的用户仍然可能不可达到，因为他的或者她的可访问性依赖于用户位于其中的环境。这是因为普遍来说，用户例如在用户未随身携帯他的或者她的移动终端时、或者由于铃音音量未足够高、或者网络的覆盖太弱、或者移动终端关闭而不能听见他的或者她的移动终端铃声。因此，用户可能出于多种原因而错过呼叫却不知道它有多么重要。在紧急情况中，即使用户拥有移动电话也不可能提醒他或者她。因此需要通过其它手段达到用户。
发明内容
本发明的ー个目的是通过提出一种使得在不能经由用户的移动电话达到他或者她时能够向用户提醒紧急情况的通信系统，来弥补前述缺点。为了实现这一目的，公开ー种用于联系用户的方法，该用户拥有移动终端、是从主叫用户的通信设备到移动终端的呼叫的接收者并且不能借助移动终端经由电信网络来达至IJ，所述方法包括在通信服务器中的以下步骤:确定呼叫的紧急水平，基于在被叫用户与每个第三方用户之间的社交关系、与被叫用户有关和与第三方用户有关的地理位置数据以及呼叫的紧急水平，确定可以联系主叫用户的第三方用户的列表，以及在主叫用户与列表上的至少ー个第三方用户之间建立呼叫。有利地，无论何时主叫用户进行的呼叫是紧急的，主叫用户都可以被置干与第三方用户联系，该第三方用户然后将能够向被叫用户通知与紧急呼叫对应的消息。由此，即使在被叫用户不能经由他的或者她的移动终端达到时，被叫用户仍然可被第三方用户联系至IJ，以被通知紧急呼叫。根据本发明的另ー特征，列表可以包含与主叫用户在地理上最接近的第三方用户的有序枚举。根据本发明的另ー特征，地理位置数据可以包括被叫用户和第三方用户中的每个第三方用户的最后已知地理位置。根据本发明的另ー特征，与被叫用户有关的地理位置数据可以包括与被叫用户的日历有关的存在数据。根据本发明的另ー特征，通信服务器可以已经基于在第三方用户与被叫用户之间的社交关系在先前保存了已经同意潜在地被呼叫以便联系被叫用户的第三方用户组。
根据本发明的另ー特征，通信服务器可以通过以下来确定第三方用户的所述列表:首先基于呼叫的紧急水平根据属于所述组的用户产生初始列表，然后基干与被叫用户有关和与在所述初始列表上发现的第三方用户有关的地理位置数据产生所述列表。根据本发明的另ー特征，呼叫的紧急水平可以通过向具有用于评估呼叫的紧急水平的系统的语音服务器转移呼叫来确定。例如，紧急水平由用户给定，然后由分析系统自动批准或者经由专用呼叫中心来人工批准。本发明还涉及ー种用于联系用户的通信服务器，该用户拥有移动终端、是从主叫用户的通信设备到移动终端的呼叫的接收者、并且不能通过电信网络借助移动终端来达至IJ，所述通信服务器包括:用于确定呼叫的紧急水平的装置，用于基于被叫用户与每个第三方用户之间的社交关系、与被叫用户有关和与第三方用户有关的地理位置数据以及呼叫的紧急水平确定可以联系主叫用户的第三方用户的列表的装置，以及用于在被叫用户与列表上的至少ー个第三方用户之间建立呼叫的装置。 本发明也涉及ー种能够在服务器内实施的计算机程序，所述程序包括无论何时在所述服务器内执行程序都执行根据本发明方法的步骤的指令。
将在考察參照以下附图的以下描述时更好地理解本发明及其益处:-图1是根据本发明的一个实施例的用于联系不能经由他的或者她的移动终端达到的被叫用户的通信系统的示意框图，以及-图2是根据本发明的一个实施例的用于联系不能经由他的或者她的移动终端达到的被叫用户的方法的算法。
具体实施例方式本发明涉及通信系统，在该通信系统中，“主叫”用户呼叫具有移动终端的“被叫”用户，被叫用户是经由他的或者她的移动终端不可达到的。通信系统允许主叫用户被置于与能够联系被叫用户的“第三方”用户联系。假设被叫用户和第三方用户已经预订根据本发明的服务。例如已经预订服务的每个用户可以被声明为被叫用户和第三方用户。參照图1，通信系统包括能够通过电信网络RT相互通信的主叫用户的通信设备DCa、被叫用户的移动终端TM、第三方用户的至少ー个通信设备DCt和通信系统SC。电信网络RT可以包括无线网络，比如GSM( “全球移动通信系统”)或者UMTS ( “通用移动电信系統”)数字蜂窝无线电通信网络。电信网络RT可以连接到IMS ( “IP多媒体子系统”)分组网络。另外，电信网络RT可以包括有线网络或者有线与无线网络的组合。根据ー个例子，主叫用户的通信设备DCa、被叫用户的移动终端TM或者第三方用户的通信设备DCt是由无线电通信信道连接到接入网络的移动蜂窝无线电通信終端，该接入网络包括无线电通信网络(例如GSM或者UMTS网络)的固定线路网络。根据另一例子，被叫用户的通信设备DCa、被叫用户的移动终端TM或者第三方用户的通信设备DCt包括电信设备或者电子对象，该电信设备或者电子对象对于用户是个人的并且可以是进行通信的个人数字助理PDA或者智能电话，其可以连接到WLAN( “无线局域网”)类型的短程公共无线网络或者符合802.1x标准的短程公共无线网络或者根据WiMAX( “全球微波接入互操作性”)协议的中程公共无线网络的接入终端。根据另一例子，主叫用户的通信设备DCa或者第三方用户的通信设备DCt是TDM( “时分复用”)固定线路电话或者固定线路语音IP( “网际协议”)电话或者P0E( “以太网之上的电力”)固定线路电话。可选地，被叫用户的通信设备DCa、被叫用户的移动终端TM或者第三方用户的通信设备DCt能够经由W1-Fi或者蓝牙类型的短程无线连接通信。另外，第三方用户可以拥有多个通信设备DCt，例如移动终端和固定线路电话。通信服务器SC可以包括服务器集合，每个服务器提供通信服务器SC的一个或者多个特征。通信服务器SC例如由电信运营商管理。通信服务器SC包括呼叫处理模块MTA、滤波器模块FIL、选择模块SEL、偏好管理模块GES和定位模块LOC。在说明书的其余部分中，术语模块可以表示被配置用于执行至少ー个特定任务的设备、软件程序或者计算机硬件与软件的组合。呼叫处理模块MTA处理无论何时来自主叫的通信设备DCa的呼叫未通过都处理该呼叫。例如，在被叫用户的移动终端TM已经振铃给定次数之后，或者无论何时移动终端不具有网络覆盖或者被关闭，呼叫处理模块MTA都被触发。呼叫处理模块MTA具有如下功能性:通过与过滤模块FIL和选择模块SEL —起工作，来根据下文描述的原理将呼叫转移至与被叫用户接近的第三方用户的通信设备DCt。第一模块FIL具有验证呼叫的紧急水平并且保证通信服务器提供的服务未被误用的功能性。例如过滤模块FIL将呼叫转移到呼叫中心，从而个人可以与主叫用户通话并且确定呼叫的紧急水平。根据另一例子，过滤模块FIL向语音服务器提供邀请主叫用户选择或者指定呼叫的紧急水平的功能性。在ー个变体中，过滤模块FIL可以进行对主叫方的语音的自动分析并且询问一系列问题，以便例如通过使用判决树来推断呼叫的紧急水平。可选地，为了限制对呼叫服务器递送的服务的使用，可以基于紧急程度对呼叫收费，或者与被叫用户接近并且呼叫被路由到的用户可以提供关于呼叫的紧急程度的意见。呼叫的紧急水平可以基于预定义紧急标度被确定，并且可选地可以被划分成两个类别:第一类别仅用于极为紧急呼叫，即“生死存亡”的呼叫，而第二类别用于其它紧急呼ロL即“很紧急”或者“个人”等的呼叫。根据ー个实施例，用户可以被语音服务器邀请以选择呼叫的紧急水平。接着，在选择模块SEL根据呼叫的紧急水平确定可以被置干与主叫用户联系的第三方用户的列表之前，系统通过一系列问题并且可选地通过语音分析来评估该水平。用干“一般紧急(justurgent) ”的第三方用户列表可以比用于“极为紧急(extremely urgent) ”呼叫的第三方用户列表更有限制性，后者潜在地包括不认识被叫用户的人员。
选择模块SEL选择可以被置干与主叫用户联系以便第三方用户能够联系被叫用户的第三方用户。选择模块SEL与过滤模块FIL和呼叫处理模块MTA —起工作，以采用呼叫的紧急水平作为输入数据，向定位模块LOC进行查询以了解可以潜在地被置干与主叫用户联系的用户的位置，以及查询偏好管理模块GES以了解在被叫用户与第三方用户(该第三方用户可以潜在地被置干与主叫用户联系)之间的社交关系以及该用户和第三方用户的偏好。选择模块SEL产生与被叫用户在地理上接近并且偏好与呼叫的紧急水平相匹配的人员的列表。例如，可以向认识被叫用户、与被叫用户在地理上接近并且在其偏好中同意被置干与具有低呼叫紧急水平的主叫用户联系的人员给予优先级。定位模块LOC监视被叫用户和第三方用户的地理位置。定位模块LOC以给定的精确性确定用户的地理位置。例如，用户的位置可以经由从包括GPS定位系统的被叫用户的移动终端或者第三方用户的通信设备DCt取回的GPS( “全球定位系統”)数据而被确定。根据另一例子，用户的位置另外可以借助与用户的日历有关的存在数据而被确定。例如被叫用户可以已经填写日历，该日志指示他或者她在给定的时间期间在牙科医生处。定位模块LOC由此保存地理位置数据Dg，该地理位置数据Dg与被叫用户有关并且与可以潜在地被置干与主叫用户联系的第三方用户有夫。地理位置数据Dg可以包括被叫用户的和可以潜在地被置干与主叫用户联系的每个第三方用户的最后已知地理位置以及他们的惯常移动。偏好管理模块GES使用户能够指定他们的关于他们可以如何被联系和被谁联系的偏好。关于被叫用户，无论何时不能经由他的或者她的移动终端达到他或者她，该用户根据呼叫的紧急水平通知他或者她都可以联系的第三方用户。可以经由社交网络将第三方用户分类成比如“家人”、“好友”、“其他人”这样的类另IJ。在该情况下，被叫用户可以针对每个社交关系类别分配用于呼叫的最小紧急水平，以便向在类别内分类的第三方用户路由呼叫。例如可以选择被分类到“家人”类别中的用户，来用于无论呼叫的紧急水平如何都路由该呼叫，同时可以选择被分类到“其他人”类别中的第三方用户，来用于仅针对呼叫的最高紧急水平路由该呼叫。关于第三方用户，该用户根据呼叫的紧急水平通知如下潜在被叫用户，第三方用户同意针对该被叫用户而被呼叫以便联系被叫用户。另外，用于使第三方用户与主叫用户联系的策略依赖于在第三方用户与被叫用户之间的社交关系。例如，仅当被叫用户是好友或者家庭成员时，则第三方用户才可以同意被置干与主叫用户联系。另外，如果呼叫的紧急水平高，则任何第三方用户可以同意被置干与主叫用户联系。偏好管理模块GES保存用户的偏好作为潜在被叫用户和潜在第三方用户，并且比较被叫用户的偏好与第三方用户的偏好，以便基于呼叫的紧急水平定义可以被置干与主叫用户联系的第三方用户组Gp。
例如用户的偏好可以经由web接ロ由用户录入。參照图2，根据本发明的一个实施例的用于联系不能借助他的或者她的移动终端达到的呼叫用户的方法包括步骤El至E5。被叫用户预先连接到web接ロ，以无论何时无法经由该被叫用户的移动终端达到他或者她，基于在被叫用户与每个第三方用户之间的社交关系并且基于呼叫的紧急水平来通知可以被他或者她所联系的第三方用户。另外，所述第三方用户中的至少ー些第三方用户连接到web接ロ，以便基于在第三方用户与每个被叫用户之间的社交关系以及基于呼叫的紧急水平来通知潜在的被叫用户，针对该潜在被叫用户每个第三用户已经同意被呼叫，以便联系该被叫用户。通信服务器SC取回向web接ロ提供的所述信息，以便基于在第三方用户与每个被叫用户之间的社交关系以及基于呼叫的紧急水平来定义第三方用户组Gp并且将该第三方用户组Gp与被叫用户相关联，第三方用户组潜在地被置干与主叫用户通信。例如，第三方用户组被保存为与被叫用户的标识符的匹配，并且每个第三方用户被保存为与至少ー个通信设备DCt的呼叫号码的匹配。在步骤El中，主叫用户呼叫被叫用户、但是不能达到他或者她。例如在被叫用户的移动终端TM已经振铃给定次数之后，通信服务器SC由归属位置寄存器HLR触发，该HLR包含于电信网络RT中并且包括被叫用户的简档信息，具体为用户已经预订的服务，并且主叫用户的通信设备DCa被置干与通信服务器SC联系。在步骤E2中，过滤模块FIL确定呼叫的紧急水平。例如过滤模块FIL向具有用于评估呼叫的紧急水平的系统的语音服务器转移呼叫，从而邀请主叫用户选择呼叫的紧急水平，该紧急水平由系统通过问题集合并且可选地通过语音分析来评价。可以例如以文本消息的形式向通信服务器传输呼叫的紧急水平。呼叫处理模块MTA取回过滤模块FIL确定的呼叫的紧急水平并且将它传输到选择模块SEL。呼叫处理模块MTA也向选择模块SEL传输被叫用户的标识符I d。标识符I d例如是被叫用户的呼叫号码。在步骤E3中，选择模块SEL借助被叫用户的标识符Id查询管理模块GES以便取回与被叫用户关联的第三方用户组Gp。选择模块SEL基于呼叫的紧急水平产生属于组Gp的第三方用户的初始列表Li。用于使第三方用户与主叫用户联系的策略依赖于在第三方用户与被叫用户之间的社交关系。例如，仅当被叫用户是好友或者家庭成员时，则第三方用户才可以同意被置干与主叫用户联系。另外，如果呼叫的紧急水平高，则任何第三方用户可以同意被置干与主叫用户联系。因此，仅已经针对确定的紧急水平同意被置干与主叫用户联系的第三方用户属于初始列表Li。在步骤E4中，选择模块SEL查询位置模块LOC以了解第三方用户在初始列表Li上的位置。具体而言，选择模块SEL取回与被叫用户有关并且与第三方用户有关的地理位置数据Dg，该地理位置数据例如包括被叫用户的和每个第三方用户的最后已知地理位置。选择模块SEL基于取回的地理位置数据Dg从初始列表Li产生第三方用户的最終列表Lf。
例如，最終列表Lf 包含与被叫用户在地理上最接近的第三方用户的有序枚挙。最终列表Lf例如消除与被叫用户在地理上太远、超出预定义阈值距离的第三方用户的初始列表。在ー个变体中，步骤E3和E4的顺序被反过来。因此有可能首先选择与被叫用户在地理上最接近的第三方用户(E4)，然后基于呼叫的紧急水平验证那些第三方用户中的哪些第三方用户同意被置干与被叫用户联系。在步骤E5中，选择模块SEL向呼叫处理模块MTA传输最终列表Lf，该呼叫处理模块MTA在主叫用户的通信设备DCa与在最終列表中首先出现的第三方用户的通信设备DCt之间建立呼叫。呼叫处理模块MTA由此尝试在主叫用户的通信设备DCa与第三方用户的已被该第三方用户所声明的每个通信设备DCt之间建立呼叫。如果不能达到第三方用户，则呼叫处理模块MTA在主叫用户的通信设备DCa与在最終列表中按顺序出现的第三方用户中的每个第三方用户的通信设备DCt之间建立呼叫。这里描述的本发明涉及ー种用于联系不能经由他的或者她的移动终端达到的被叫用户的方法和服务器。根据本发明的一个实施例，本发明方法的步骤由被并入到服务器(诸如通信服务器SC)中的计算机程序的指令确定。该程序包括程序指令，这些程序指令当该程序在服务器内加载并且执行时执行本发明方法的步骤。因而本发明也适用于一种适合于实施本发明的计算机程序、具体为在信息介质内或者信息介质上的计算机程序。这ー程序可以使用任何编程语言，并且可以是以源代码、目标代码或者在源代码与目标 代码之间的中间代码的形式，比如以部分编译的形式，或者以为了实施本发明方法而所需的任何其它形式。
权利要求
1.ー种用于联系用户的方法，所述用户拥有移动终端(TM)，所述用户是从主叫用户的通信设备(DCa)向所述移动终端的呼叫的接收者，并且所述用户无法借助所述移动終端通过电信网络(RT)而被达到，所述方法包括在通信服务器(SC)中的以下步骤: 确定(E2)所述呼叫的紧急水平， 基于所述被叫用户与每个第三方用户之间的社交关系、与所述被叫用户有关和与第三方用户有关的地理位置数据(Dg)以及所述呼叫的紧急水平，确定(E3，E4)可被置干与所述主叫用户联系的第三方用户的列表(Lf)，以及 在所述主叫用户与所述列表上的至少ー个第三方用户之间建立(E5)呼叫。
2.根据权利要求1所述的方法，其中所述列表(Lf)包含与所述被叫用户在地理上最接近的第三方用户的有序枚挙。
3.根据权利要求1或者2所述的方法，其中所述地理位置数据(Dg)包括每个所述第三方用户和所述被叫用户的最后已知地理位置。
4.根据权利要求1至3中的任ー权利要求所述的方法，其中与所述被叫用户有关的所述地理位置数据(Dg)包括与所述被叫用户的日历有关的存在数据。
5.根据权利要求1至4中的任ー权利要求所述的方法，其中所述通信服务器(SC)先前已经根据所述第三方用户与所述被叫用户之间的所述社交关系而保存了第三方用户组(Gp)，所述第三方用户组已经同意潜在地被呼叫以便联系所述被叫用户。
6.根据权利要求5所述的方法，其中所述通信服务器(SC)通过如下方式来确定所述第三方用户的列表(Lf):首先，基于所述呼叫的紧急水平从属于所述组(Gp)的用户产生初始列表(Li)，然后，基干与所述被叫用户有关和与属于所述初始列表的第三方用户有关的地理位置数据(Dg)产生所述列表(Lf)。
7.根据权利要求1至6中的任ー权利要求所述的方法，其中通过向具有用于评价所述呼叫的紧急水平的系统的语音服务器转移所述呼叫来确定所述呼叫的紧急水平。
8.ー种用于联系用户的通信服务器(SC)，所述用户拥有移动终端(TM)，所述用户是从主叫用户的通信设备(DCa)向所述移动终端的呼叫的接收者，并且所述用户无法借助所述移动终端通过电信网络(RT)而被达到，所述通信服务器(SC)包括: 用于确定所述呼叫的紧急水平的装置(FIL)， 用于基于所述被叫用户与每个第三方用户之间的社交关系、与所述被叫用户有关和与第三方用户有关的地理位置数据(Dg)以及所述呼叫的紧急水平，确定可被置干与所述主叫用户联系的第三方用户的列表(Lf)的装置(SEL)，以及 用于在所述主叫用户与所述列表上的至少ー个第三方用户之间建立呼叫的装置(MTA)。
9.一种能够在服务器(SC)中实施的用于联系用户的计算机程序，所述用户拥有移动終端(TM)，所述用户是从主叫用户的通信设备(DCa)到所述移动终端的呼叫的接收者，并且所述用户无法借助所述移动終端通过电信网络(RT)而被达到，所述程序包括当在所述服务器内加载和执行所述程序时执行以下步骤的指令: 确定(E2)所述呼叫的紧急水平， 基于所述被叫用户与每个第三方用户之间的社交关系、与所述被叫用户有关和与第三方用户有关的地理位置数据(Dg)以及所述呼叫的紧急水平，确定(E3，E4)可被置干与所述主叫用户联系的第三方用户的列表(Lf)，以及在所述主叫用户与所 述列表上的至少ー个第三方用户之间建立(E5)呼叫。
全文摘要
为了联系用户，该用户拥有移动终端(TM)、是从呼叫移动的用户的通信设备(DCa)的呼叫的接收者、并且无法借助移动终端通过电信网络(RT)来达到，通信服务器(SC)确定呼叫紧急水平，基于在被叫用户与每个第三方用户之间的社交关系、与被叫用户有关和与第三方用户有关的地理位置数据(Dg)以及呼叫的紧急水平确定可以被置于与主叫用户联系的第三方用户的列表，并且在主叫用户与列表上的至少一个第三方用户之间建立通信。
文档编号H04M3/42GK103141071SQ201180047563
公开日2013年6月5日 申请日期2011年8月22日 优先权日2010年8月25日
发明者D·D·科斯塔迪诺夫, Y·托姆斯, G·卡姆加, J·皮科 申请人:阿尔卡特朗讯