紧急呼叫系统以及其控制方法

专利名称：紧急呼叫系统以及其控制方法
技术领域：
本发明通常涉及一种移动通信系统及其呼叫控制方法，尤其是涉及一种其可利用移动式通信终端来向第三方通知紧急情况的紧急呼叫系统以及控制方法。
背景技术：
当移动式通信终端用户在紧急情况下(例如交通事故、失火、失窃、或者抢劫等等)需要帮助时，他们通常企图直接呼叫某人。一旦连接，用户此后必须说明当前情况以及位置以请求帮助。然而，如果呼叫连接失败，那么用户不能及时获得急需帮助，因为他们必须查找另一联系电话号码并且重复该呼叫处理。当面对抢劫时，用户几乎不可能执行呼叫连接以请求帮助。
某些移动通信提供者提供了服务，由此用户可向移动通信公司(mobile communication carrier)发送紧急救援请求，并且移动通信公司向用户指定的接收者提供用户位置或者用户的紧急情况图像，并且连接用户与接收该紧急救援请求的人之间的呼叫。在遇到紧急情况时，用户很难将呼叫呼叫连接到许多人。
在另一种服务中，诸如全球定位系统(GPS)接收器这样的定位系统用于在危险的情况下报告用户的当前情况或者位置信息。由于这个服务，可跟踪用户的当前位置并且将其报告给接收者，或者可获得活动图像并且将其发送给接收者。为了接收该服务，用户必须购买具有GPS以及图像捕获功能的特定移动式通信终端。因为移动通信公司之间用于提供当前位置信息或者静止/活动图像的方法不同，因此用户必须从相同提供者获得他的所有移动通信服务以利用紧急通知系统。
此外，未曾试图提供将紧急通知消息链接到诸如警方或者消防队这样的其可快速且有效处理紧急情况的政府机构。

发明内容
因此，本发明目的是解决现有技术中所存在的上述及其他问题。因此，本发明的一个方面就是提供这样一种紧急呼叫系统和方法，当移动式通信终端的用户遇到紧急情况时，该系统和方法以一触方式来传送用于紧急通知的短信息以及紧急救援请求。
本发明的另一方面就是提供了一种其可同时将呼救消息传送到多个接收者的紧急呼叫系统及其控制方法。
本发明的另一方面就是提供这样一种系统和方法，该系统和方法仅利用移动式通信终端即可对紧急呼叫进行定位而无需服务订购或者移动通信公司的服务类型。
本发明的又一个方面就是提供这样一种紧急呼叫系统及其控制方法，该系统和方法是在进行紧急呼叫的移动式通信终端的用户不能执行音频通信的状况下当识别到紧急情况的接收者试图进行呼叫连接时可准确且安全的确定用户的当前紧急情况。
本发明的又一个方面就是提供了这样一种紧急呼叫系统及其控制方法，当处于紧急情况下的用户进行紧急呼叫时，该系统和方法可使紧急呼叫自动的链接到诸如警方或者消防队等等这样的其可妥善处理紧急情况的政府部门。
本发明的上述及其他方面是通过这样一种紧急呼叫系统来实现的，该紧急呼叫系统包括至少一个被叫端；管理服务器，当识别到所记录用户的紧急情况时，该管理服务器向紧急接收中心通知该紧急情况；呼叫端，该呼叫端产生并传送第一和第二紧急消息，其中第一紧急消息包括紧急通知消息、至少一个被叫端(接收者)的电话号码、用户的电话号码、用户的管理服务器注册标识符(ID)、以及基站(BS)标识信息，并且第二紧急消息包括紧急通知消息、用户的电话号码、以及BS标识信息；以及BS，该BS用于接收第一和第二紧急消息并且将所接收到的第一和第二紧急消息传送到管理服务器以及至少一个被叫端。
本发明的上述及其他方面是通过一种用于在下述紧急呼叫系统中对紧急呼叫进行控制的方法来实现的，所述紧急呼叫系统包括呼叫端；至少一个被叫端；管理服务器，当识别到所记录用户的紧急情况时，该管理服务器向紧急接收中心通知该紧急情况；以及基站(BS)。该方法包括当呼叫端检测到有紧急通知键输入时，产生并传送第一和第二紧急消息，其中第一紧急消息包括紧急通知消息、至少一个被叫端(接收者)的电话号码、用户的电话号码、用户的管理服务器注册标识符(ID)、以及基站(BS)标识信息，并且第二紧急消息包括紧急通知消息、用户的电话号码、以及BS标识信息；当BS接收到第一和第二紧急消息时，确定操作模式；以及当操作模式被指定为呼叫模式时，仅将第二紧急消息传送到至少一个被叫端，并且当操作模式是紧急救援模式时，将第一紧急消息传送到管理服务器。


结合附图，从下面的详细说明中可显而易见的得知本发明的上述和其他方面以及优点，在附图中图1给出了根据本发明优选实施例的紧急呼叫系统的方框图；图2给出了根据本发明优选实施例的用于呼叫端与被叫端的移动通信终端；图3A至3G给出了根据本发明优选实施例的当主叫用户执行紧急呼叫时的显示屏示例；图4A和4B给出了根据本发明优选实施例的当进行紧急呼叫时在被叫用户终端上所显示的短信息示例；以及图5给出了根据本发明优选实施例的紧急呼叫控制方法的顺序控制图。
具体实施例方式
下面参考附图对本发明的优选实施例进行详细的描述。在附图中，相同的参考数字表示相同或者相似的元件，虽然它们是在不同的附图中描述的。在下面的描述中，给出了诸如特定电话号码等等这样的细节。对细节进行描述只是为了更好的理解本发明。本领域普通技术人员应该知晓的是不利用上述细节也可实现本发明。此外，在下面的描述中，为了简明起见省略对这里所涉及的已知功能和结构进行详细描述。
图1给出了根据本发明优选实施例的紧急呼叫系统的方框图。
当出现紧急情况时，用户以预定方式在主叫用户的终端510(在下文中称为“主叫端”)中输入用于紧急通知的键(在下文中称为“紧急呼叫键”)。呼叫端510产生用于紧急通知的短信息(在下文中称为“紧急消息”)以将所产生的短信息传送到基站(BS)520(操作112)。在这种情况下，利用存储器(未给出)中所存储的信息可自动产生第一和第二紧急消息。该信息包括用于紧急通知的消息、用户标识符(ID)、至少一个被叫端电话号码(或者接收者列表)、服务BS标识信息等等。用户ID是当将用户记录在紧急管理服务器540中时所设置的ID(在下文中称为“管理服务器”)。
BS 520接收第一和第二紧急消息，并且将其传送到管理服务器540以及被叫用户的终端530(在下文中称为“被叫端”)(操作120和114)。图1说明了单个被叫端530，但是也可联络多个被叫端。此外，呼叫端或者被叫端可以是其包括有移动电话、个人数字助理(PDA)、黑莓(Blackberry)等等的任何便携式通信设备。
当BS 520从被叫端530中检测到语音呼叫时(操作118)，将该语音呼叫传送到呼叫端510(操作116)。来自被叫端的呼叫表示被叫用户或者紧急消息接收者识别到下述主叫用户的紧急情况并且企图与处于危险状态的用户进行联系，所述主叫用户是具有紧急情况的用户。
将用于从该用户接收第一紧急消息的特定电话号码或者紧急通知消息的第一接收者分配给管理服务器540。当管理服务器540接收到紧急消息时，它利用BS标识信息可准确的计算用户的位置信息并且向紧急接收中心560以及被叫方通知所计算的位置信息。此外，利用服务器注册ID来执行用户认证过程。该通知可以是通过电子邮件来实现的。
被叫用户(紧急消息接收者)通过被叫端530来从管理服务器540或者移动通信公司550接收主叫用户(处于紧急情况的用户)的位置信息，也就是说接收呼叫端510的位置信息。当从被叫端530接收到对主叫用户位置信息的请求时(操作122)，管理服务器540根据BS标识信息来计算主叫用户的位置并且提供语音指导(操作124)。
或者，管理服务器540计算被叫用户的位置、对地图进行标记、并且此后以短信息的形式将资源定位码(URL)传送到被叫端530以下载该地图(操作124)。
管理服务器540通过许多方法来确定位置信息。管理服务器540通过使包含在紧急消息之中的BS标识信息与其自己的数据库的位置信息相匹配或者通过采用移动通信公司550的数据库来确定位置信息。因为BS标识信息是分配给每个BS的标识信息，因此管理服务器540或者移动通信公司550将其与BS标识信息相匹配的地理信息存储在数据库中以对用户进行定位。
或者，移动通信公司550从主叫端530接收对被叫用户位置信息的请求(操作126)。当主叫用户注册了诸如朋友定位服务这样的用于提供其他移动通信用户的位置的服务时，移动通信公司550对主叫用户进行定位并且向被叫端530通知主叫用户的位置(操作128)。
图2给出了根据本发明优选实施例的用于呼叫端或者被叫端的移动式通信终端的方框图。
呼叫端510与被叫端530的不同之处在于图1中所示的其功能。然而，作用是相反的并且是完全可互换的。
回来参考图2，当执行呼叫功能时，对终端的结构进行描述。收发器电路31将用户所预先输入或者最初输入到终端中的预定消息传送到预定接收者。将该消息设计并定制成用于紧急通知。
微控制器33对紧急呼叫键的输入进行检测并且读取紧急通知消息以及存储在存储器39中的接收者列表。微控制器33利用紧急通知消息、接收者列表、BS标识信息、以及服务器注册ID而产生了第一和第二紧急消息。优选地是，当该终端与进行移动通信网络的BS进行通信时，获得了BS标识信息。
在对第一和第二紧急消息进行传送之后，控制器33将该终端切换到紧急模式。当接收到来自任意接收者的语音呼叫连接请求时，控制器33根据该紧急模式而对扩音器43、麦克风45、以及显示单元35的功能进行适当的控制。例如，控制器33拒绝来自除紧急消息接收者之外的任何人的呼叫。
存储器39存储紧急通知消息以及用于对移动式通信终端的操作进行控制的程序。根据用户输入可改变并存储该消息。更具体地说，存储器39包括这样的区域，该区域可存储至少一个接收者电话号码(被叫端)、管理服务器540的电话号码、以及服务器注册ID。服务器注册ID包含在第一紧急消息之中并且将其传送到管理服务器540。管理服务器540根据服务器注册ID来执行用户(或者主叫用户)的认证过程，并且向紧急接收中心560通知认证过程结果。
在控制器33的指示下，显示单元35以文本的形式来显示用于对接收者进行设置的操作状态或者显示用于对紧急消息进行传送的操作状态。在对紧急消息进行传送之后，显示单元35显示预置图标以表明移动式通信终端在紧急模式下进行操作。例如，预置图标表明其正在发送SOS消息这样一种状态、确认呼叫/接收待机状态等等。在紧急模式下输入END键之前，在传送紧急消息之后，终端的背光不会进行操作以防止罪犯认识到用户发送了紧急消息这样的事实。
在控制器33的控制之下，扩音器43是静音的，优选地是直到输入END键之前。当在紧急模式下接收到来自紧急消息接收者的呼叫连接请求时，自动的连接该终端而无需产生铃声。
当折叠型终端闭合时，该终端在静音状态下进行操作。当折叠器打开时，该终端进行有声操作。虽然扩音器43是静音的，但是麦克风45不是静音的。当呼叫连接时，这可使位于呼叫另一端的一方识别到终端用户的紧急情况。
当在紧急模式下自动连接来自紧急消息接收者的呼叫时，麦克风45拾取声音并且将所拾取的声音转换成电信号。当在接收者端将其解码成原声时，对方可通过该电信号来确定终端用户的当前情况。
键输入单元37配置有其具有多个键的小键盘等等。键输入单元37不仅包括用户进行设置以执行紧急呼叫功能所使用的键，并且还包括用于在移动式通信终端中对各个功能(与照相机、扩音器音量等等有关)进行控制的独立按钮。此外还可将用于紧急呼叫的独立按钮装配在移动式通信终端的一侧。对分配给不同功能的按钮进行最新定义并且使其用作紧急呼叫按钮。例如，对移动式通信终端进行定义以便当按下扩音器音量按钮若干秒或更长或者连续按下若干次(例如4次)时可产生紧急消息并对其进行传送。
现在，对被叫端的功能和结构进行描述。
收发器电路31接收来自呼叫端的第二紧急消息，并且接收来自管理服务器540或者移动通信公司550的用户位置信息。当接收到第二紧急消息时，控制器33对音频单元41进行控制以产生只有紧急消息才有的所独立设置的告警声音，这与终端的当前操作(例如振动或者呼叫连接操作)无关，以便向被叫端的用户通知已接收到第二紧急消息这样的事实。显示单元35对所接收到的第二紧急消息、用户位置信息、或者这两者进行显示。
图3A至3G给出了根据本发明优选实施例的当主叫用户执行紧急呼叫建立时的显示屏示例。
图3A给出了信息管理菜单屏幕。例如，根据本发明，术语“AnycallSOS”是指紧急呼叫功能。
图3B给出了当主叫用户在图3A所示屏幕上选择了“Anycall SOS”时的子菜单屏幕。如参考数字400所示的，主叫用户可设置紧急救援模式或者指定呼叫模式。紧急救援模式是用于产生第一和第二紧急消息并将所产生的第一和第二紧急消息发送到管理服务器540以及被叫端530的操作模式。所指定的呼叫模式是用于仅产生第二紧急消息并将所产生的第二紧急消息仅发送到被叫端530的操作模式。如图3B中所示的，打开两个视窗410和420。视窗410用于输入接收者电话号码，并且视窗420用于显示所指定的预定紧急通知消息。
主叫用户根据用户自己的标准所指定的优先级来输入至少一个接收者电话号码。因为当存在紧急情况时主叫用户不能对通信网络情况进行预测，因此呼叫端中可存储并使用多个接收者电话号码。如果紧急消息接收者未接收到该消息，例如当被叫端断电或者接收者离开或忙于另一呼叫时，将会向他人通知该紧急情况，因为该紧急消息被发送给多个所存储的接收者电话号码。
在接收端，自动显示该紧急通知消息。当然，主叫用户可直接输入消息内容，或者可对该消息内容进行校正。
图3C给出了用于对主叫用户在图3B的屏幕中所输入的接收者列表进行显示的屏幕，其中主叫用户确定是否准确的输入了接收者电话号码并且是否必须改变优先级。应该注意的是即使图3C所示的接收者列表未显示管理服务器540的电话号码，该列表也可包括管理服务器以作为接收者。一般接收者的优先级不高于管理服务器540的优先级。此外，呼叫端可实现在键入了所有接收者电话号码之后当输入了OK键时，图3C的屏幕替换图3B的屏幕。
图3D给出了用于对紧急通知的次数进行设置的屏幕。该呼叫端可实现当主叫用户从图3C的屏幕确定了输入内容之后而输入了OK键时，可显示图3D的屏幕。
图3E给出了用于输入主叫用户的管理服务器注册ID的屏幕。该呼叫端可实现在图3D的屏幕中设置了呼叫次数(例如2次)之后当输入了上卷键时，可显示图3E的屏幕。例如，根据本发明，“ANYCALLLAND”表示紧急呼叫系统的管理服务器540(例如无线互联网主页)。
图3F给出了用于输入认证ID以对管理服务器进行访问的屏幕。
图3G给出了当在图3B或者3D的屏幕中选择了“帮助”时显示帮助文本的幕。帮助文本包括其表明怎样使用紧急呼叫功能的消息。
图4A和4B给出了根据本发明优选实施例的当进行紧急呼叫时在被叫用户终端上所显示的短信息示例。
图4A给出了在呼叫端510产生并发送紧急消息之后在被叫端530的屏幕上所显示的第二紧急消息的示例。当被叫用户确定了第二紧急消息并且按下发送按钮时，将语音呼叫发送到呼叫端510。包含在第二紧急消息之中的紧急通知消息是用户所输入的或者最初存储在终端中，所述紧急通知消息例如可以是“这是紧急情况。请帮助我！”。
第二紧急消息内容例如可以是“[ANYCALL SOS]//这是紧急情况。//请帮助我！//BS ID-00000”。在这种情况下BS标识信息是预先所存储的值以便移动式通信终端可与BS进行通信。当该终端的服务BS改变时，存储在该终端中的BS标识信息也要改变。被叫端530可利用BS标识信息而粗略的确定主叫用户的位置。
图4B给出了在被叫端530的屏幕上所显示的由管理服务器540所创建的短信息示例。当被叫用户确定了短信息并按下发送按钮时，通过短信息所传送的URL而使被叫端530自动与管理服务器540相连。当被叫端530与管理服务器540相连时被叫用户可从管理服务器540下载用户的位置。
图5给出了根据本发明优选实施例的紧急呼叫控制方法的顺序控制图。为了简单并更好的理解本发明，图5中的参考数字Sxxx与其表示图1所示操作的参考数字相对应。
首先，对用于产生紧急消息并且将所产生的紧急消息传送到接收者(被叫端和管理服务器)的处理进行详细的描述。
当呼叫端510在步骤S112_1将第一紧急消息发送到BS 520时，BS 520在步骤S120将第一紧急消息传送到管理服务器540。随后，当呼叫端510在步骤S112_2将第二紧急消息发送到BS 520时，BS 520在步骤S114将第二紧急消息传送到被叫端530。
紧急消息被分成用于管理服务器540的第一紧急消息以及用于用户所指定的其他接收者的第二紧急消息。第一紧急消息包括紧急通知消息、至少一个被叫端(接收者)的电话号码、用户的电话号码、管理服务器注册ID、以及BS标识信息。第二紧急消息包括紧急通知消息、用户的电话号码、以及BS标识信息。
优选地是，在移动式通信终端的空闲模式下传送紧急消息。当传送紧急消息时，参考存储在存储器39中的接收者列表，并且按照存储电话号码的顺序来传送该消息。首先将该紧急消息发送到管理服务器540。随后，将该紧急消息顺序的发送给用户所指定的接收者。
如果在传输过程中出现了错误，那么优选地是不执行重新传输，而是将该消息传送到下一接收者。在将该消息传送到预先所存储的所有接收者电话号码之后，将其重新传送到传输失败的那些接收者。例如，图3C中存储了十个接收者电话号码(＝1个管理服务器电话号码+9个被叫端电话号码)。当将消息传输到相应接收者的次数，也就是说将呼叫次数设置为图3E所示的两次时，在将其传送一次之后，将相应紧急消息重新传送到相应接收者，即总共试图进行两次。
在紧急消息传输开始时呼叫端510略微振动。通过该振动模式，可向用户通知已准确的执行传输操作。该震动模式是可选项。
因为对紧急消息进行与一般消息不同的处理，因此当创建时呼叫端510将特殊字符码附加在紧急消息上以便可很容易的区分并确定该紧急消息。因此当被叫端530检测到特殊字符码时，它可知道所接收到的消息是紧急消息。在这种情况下，被叫端530产生最大音量的铃声以通知接收到紧急消息，而这与用于通知文本消息的预置方法无关。优选地是紧急消息接收通知声音不同于传统文本消息接收的声音。紧急消息接收的通知声音在这里被称为紧急铃声。当接收到紧急消息时，产生一次紧急铃声或者根据所设置的通知间隔而以2分钟间隔产生紧急铃声。
或者，当在收到紧急消息的同时被叫端530正处在另一通话中时，可以很低的音量输出用于通知紧急消息接收的紧急铃声，但是这仍与所设置的通知模式无关。进一步可替换的，在浏览器、调制解调器通信、或者辅助服务在进行中的同时，当接收到紧急消息时，在显示单元35上显示图标同时发出紧急铃声。
当呼叫端510在紧急模式下检测到外部呼叫连接请求时，它可确定呼叫者的电话号码。如果呼叫者是紧急消息接收者，那么立刻使呼叫端510与呼叫相连。然而，如果呼叫者不是紧急消息接收者，那么拒绝该呼叫。在这种情况下，呼叫端510通过自动应答功能来传送下述消息，该消息表示向警方/消防队通知用户处于紧急情况这样的事实。
接下来，对在向管理服务器540通知该紧急情况之后所执行的处理进行描述。
在步骤S130，管理服务器540将紧急通知消息以及用户位置信息传送到紧急接收中心560，该紧急接收中心560即就是诸如警方或者消防队等等这样的政府机构。位置信息可使用地图数据或者自动应答消息。随后，管理服务器540提取其包含在第一紧急消息之中的被叫端电话号码，并且在步骤S124_1如果必须提供用户位置信息，那么传送短信息请求。
如果接收者已接收到来自主叫用户的第二紧急消息，但是不能确定主叫用户的精确位置，那么来自管理服务器540的消息可提供要确定由此所产生的用户位置信息所必需的服务器URL信息，以便利用URL信息可使接收者终端快速的与服务器540相连以接收用户位置信息。
在步骤S122，当接收到来自接收者的位置响应时，例如当按下发送按钮时，管理服务器540在步骤S124_2向接收者提供用户位置。在这种情况下，用于提供用户位置信息的方法可利用地图文件或者自动应答消息等等。
因为第一紧急消息包括服务器注册ID，因此一旦接收到第一紧急消息，管理服务器540就确定服务器注册ID，并且根据所确定的服务器注册ID来检索相应数据库以确定主叫用户。
从管理服务器540传送到紧急接收中心560的电子邮件包括用户位置信息。因为第一紧急消息包括BS标识信息，因此一旦接收到，管理服务器540就确定BS标识信息并且利用所获得的BS标识信息来准确的跟踪用户位置。该BS标识信息是用于确定其与移动式通信终端进行通信的BS的号码。
为了利用BS标识信息而获得地理位置，使用下述数据库(未给出)，该数据库包括其内安装有BS的区域的地理信息、BS所覆盖的通信区的信息、以及BS标识信息。该数据库包含在管理服务器540之中，或者管理服务器540仅利用来自移动通信公司550数据库的BS标识信息即可跟踪主叫用户(作为紧急消息发送者)的准确位置。
或者，接收者可直接要求管理服务器540提供发送者位置信息以接收对该请求的应答，而不是执行步骤S124_1、S122、以及S124_2。
接下来，对被叫端530与移动通信公司550之间的处理进行描述。
接收紧急消息的人可利用其自己的终端而向移动通信公司请求发送者位置信息。也就是说，被叫用户在步骤S126利用用户自己的终端530而通过语音或者文本消息来向移动通信公司550请求主叫用户的位置。接收该请求的移动通信公司550在步骤S250确定主叫用户是否订购了朋友定位服务或者移动通信公司550的基于位置的服务。如果主叫用户订购了这种服务，那么移动通信公司550在步骤S255跟踪主叫用户的当前位置。然而，如果主叫用户没有订购朋友定位服务或者基于位置的服务，那么移动通信公司550在步骤s128_2发送服务无法使用响应。
现在，对被叫端530与呼叫端510之间的处理进行描述。
假定接收紧急消息的人希望与消息发送者进行通信，那么被叫端530在步骤S118发布语音呼叫请求，并且BS 520在步骤S116将该语音呼叫请求传送到呼叫端510。
呼叫端510连续的保持该紧急模式(作为紧急呼叫待机状态)，直到按下END键，而这与连接状态无关。优选地是，连续的进行反复传送紧急消息的处理。当已接收到来自接收者的语音呼叫时，呼叫端510自动的与该呼叫相连而无需产生告警铃声。当该呼叫自动连接时，产生了小振动。在开始传输紧急消息之后直到按下END键时，显示单元35的背光将不进行操作。
在将该紧急消息发送到指定接收者的同时，当产生了传输失败消息时，不将该消息重新传送到指定接收者，而是发送给下一接收者。当在紧急呼叫待机状态下接收到来自他人而不是指定接收者的文本消息时，无需通知即可自动存储所接收到的消息。
当结束紧急模式时，暂停在紧急模式下所执行的其与告警/调度/诺曼底登陆日(D-day)事件有关的各种通知。
如果当移动式通信终端退出通信区域时用户对紧急呼叫按钮进行操作，那么该终端在外部视窗上显示这样的消息，在该消息表示已确定出紧急呼叫按钮之后，该消息表示该终端已退出了该通信区域。当终端进入服务可用区时，发送该紧急消息并将其通知给用户。
从上面的描述中可显而易见的得知，本发明可方便的用于当移动式通信终端的用户处于紧急情况时，可以一触方式来传送用于紧急通知的短信息以及紧急救援请求。可将紧急消息同时发送给多个接收者。无需服务订购或者移动通信公司的服务类型，即可仅利用移动式通信终端来进行紧急呼叫。当通信路径与接收者相连时，即使当用户不能交谈时，也可通过环绕声来准确且安全的确定用户的紧急情况。通过用于对紧急情况进行管理的管理服务器可使紧急呼叫自动的链接到诸如警方或者消防队这样的政府机构以向当局通知，以便可很容易的救助用户。
虽然为了说明性目的已公开了本发明的优选实施例，但是本领域普通技术人员应该明白的是在不脱离本发明范围的情况下可对其做出各种修改、添加、以及替换。因此，本发明并不局限于上述实施例，而是由下述权利要求与其等效体的整个范围一起来定义的。
权利要求
1.一种紧急呼叫系统，包括呼叫端，该呼叫端产生并传送第一和第二紧急消息，其中第一紧急消息包括紧急通知消息、至少一个被叫端(接收者)的电话号码以及基站(BS)标识信息，并且第二紧急消息包括紧急通知消息、用户的电话号码；BS，该BS用于接收第一和第二紧急消息，并且将所接收到的第一和第二紧急消息传送到管理服务器以及至少一个被叫端；以及管理服务器，该管理服务器用于接收第一紧急消息、利用BS标识信息产生用户位置信息、并且向至少一个被叫端和紧急接收中心通知用户位置信息。
2.根据权利要求1的紧急呼叫系统，其中呼叫端包括紧急呼叫键以及存储器，并且对第一和第二紧急消息进行传送以响应紧急呼叫键的输入，该存储器存储紧急通知消息、管理服务器注册标识符(ID)、至少一个被叫端电话号码、以及BS标识信息。
3.根据权利要求1的紧急呼叫系统，其中当从至少一个被叫端中检测到对主叫用户位置信息的请求时，管理服务器根据BS标识信息来计算主叫用户的位置并且提供语音指导。
4.根据权利要求1的紧急呼叫系统，其中当从被叫端检测到位置信息请求时，管理服务器根据BS标识信息来计算主叫用户的位置，以对地图进行标记，并且将统一的资源定位码(URL)传送到至少一个被叫端以下载该地图。
5.根据权利要求1的紧急呼叫系统，其中管理服务器将紧急通知信息传送到紧急接收中心。
6.根据权利要求5的紧急呼叫系统，其中紧急通知信息包括用户位置信息。
7.根据权利要求1的紧急呼叫系统，其中呼叫端区分紧急救援模式或者指定的呼叫模式、根据紧急救援或者指定的呼叫模式进行操作、并且在紧急救援模式下将第一紧急消息传送到管理服务器。
8.根据权利要求1的紧急呼叫系统，其中在对第一和第二紧急消息进行传送之后，将呼叫端切换到紧急模式，并且其中将呼叫端配置成当至少一个被叫端传送语音呼叫时使麦克风进行操作，以便通过麦克风的声音信号将紧急通知传送到至少一个被叫端。
9.根据权利要求1的紧急呼叫系统，其中第一或第二紧急消息进一步包括用户的管理服务器注册ID。
10.一种用于在下述紧急呼叫系统中对紧急呼叫进行控制的方法，所述紧急呼叫系统包括呼叫端；至少一个被叫端；管理服务器，该管理服务器向紧急接收中心通知所记录用户的紧急情况；以及基站(BS)，该方法包括确定终端的呼叫模式；在紧急救援模式中产生第一和第二紧急消息，并且在指定的呼叫模式中产生第二紧急消息；在紧急救援模式中将第一和第二紧急消息传送到管理服务器以及至少一个被叫端；以及在指定的呼叫模式中将第二紧急消息传送到至少一个被叫端。
11.根据权利要求10的方法，其中当对紧急呼叫功能进行设置并将其记录在呼叫端中时，由用户来确定紧急救援模式或者指定的呼叫模式。
12.根据权利要求10的方法，其中第一紧急消息包括紧急通知消息、至少一个被叫端(接收者)的电话号码、以及BS标识信息，并且其中第二紧急消息包括紧急通知消息以及用户的电话号码。
13.根据权利要求12的方法，其中第一或第二紧急消息进一步包括用户的管理服务器注册标识(ID)。
14.根据权利要求10的方法，其中当接收到第一紧急消息时，管理服务器将紧急通知信息传送到紧急接收中心。
15.根据权利要求10的方法，进一步包括当管理服务器接收到第一紧急消息时，如果至少一个被叫端希望从管理服务器接收用户位置信息，那么传送消息请求；以及当接收到至少一个被叫端的应答时，提供该用户位置信息。
16.根据权利要求10的方法，进一步包括当至少一个被叫端接收到第二紧急消息时，将对用户位置信息的请求从至少一个被叫端传送到管理服务器；以及从管理服务器接收用户位置信息。
17.根据权利要求10的方法，其中在第二紧急消息之前传送第一紧急消息。
18.根据权利要求10的方法，进一步包括设置并记录紧急呼叫功能，其中记录步骤包括记录呼叫端的用户要将紧急消息传送到的至少一个紧急消息接收者、紧急消息的内容、以及紧急消息传输的次数。
19.根据权利要求11的方法，进一步包括设置并且记录紧急呼叫功能，其中记录步骤包括记录呼叫端的用户要将紧急消息传送给其的至少一个紧急消息接收者、紧急消息的内容、以及紧急消息传输的次数。
20.根据权利要求18的方法，其中记录至少一个紧急消息接收者包括对预先所存储的电话号码进行检索，并且记录用户所选择的预定电话号码。
21.根据权利要求18的方法，其中记录至少一个紧急消息接收者是通过用户直接记录来执行的。
22.根据权利要求18的方法，其中记录紧急消息内容包括对预先所存储的紧急消息内容进行检索，并且记录用户所选择的预定紧急消息内容。
23.根据权利要求18的方法，其中记录紧急消息内容是通过用户直接记录来执行的。
24.根据权利要求10的方法，进一步包括当在紧急呼叫等待模式下检测到来电呼叫时，确定呼叫者；当接收到来自紧急消息接收者的来电呼叫时，无需进行来电呼叫通知即可自动连接该呼叫；以及当接收到不是紧急消息接收者的不同呼叫者的来电呼叫时拒绝该呼叫，并且将用于通知用户紧急情况的自动应答消息传送到呼叫者。
全文摘要
提供了一种紧急呼叫系统以及其控制方法以利用移动式通信终端来向紧急情况通知第三方。该紧急呼叫系统包括呼叫端、基站(BS)、以及管理服务器。当识别到所记录用户的紧急情况时，管理服务器向紧急接收中心通知紧急情况。呼叫端产生并传送第一和第二紧急消息。第一紧急消息包括紧急通知消息、至少一个被叫端(接收者)的电话号码、以及BS标识信息，并且第二紧急消息包括紧急通知消息以及用户的电话号码。该BS接收第一和第二紧急消息，并且将所接收到的第一和第二紧急消息传送到管理服务器以及至少一个被叫端。
文档编号H04Q7/38GK1664872SQ200510053089
公开日2005年9月7日 申请日期2005年3月7日 优先权日2004年3月5日
发明者梁盛喆, 崔奂硕 申请人:三星电子株式会社