CN109756631B - 基于卫星电话的紧急求救方法及装置 - Google Patents

Abstract

本发明公开了一种基于卫星电话的紧急求救方法及装置。所述方法包括：获取用户操作紧急求救按钮所触发的紧急求救信号；检测当前卫星电话是否处于屏幕熄灭状态，其中，屏幕熄灭状态包括系统关机状态及系统待机状态；如果当前卫星电话处于屏幕熄灭状态，执行系统开机操作或者系统唤醒操作；在执行系统开机操作或者系统唤醒操作之后，向紧急联系人进行紧急求救。本发明提供的基于卫星电话的紧急求救方法及装置能够在屏幕熄灭状态下方便的执行紧急求救。

Description

基于卫星电话的紧急求救方法及装置

技术领域

本发明涉及信息安全技术领域，特别是涉及一种基于卫星电话的紧急求救方法及装置。

背景技术

一般在用到卫星电话的地方，环境都是比较特殊的，可能在没信号的偏远山区，有可能在无信号的海上，也有可能在天灾造成的无信号的普通环境中等等，这些环境中我们就要借助卫星电话可以进行通话，那么当我们遇到紧急情况，甚至遇到生命危险的时候，卫星电话报警是最快捷的。

然而，目前采用卫星电话进行一键报警，用户通常需要操作显示在卫星电话显示界面上的一些报警组件。这就要求执行上述报警操作时，用户使用的卫星电话需要处在屏幕点亮的状态下。然而，并不能保证用户每次遇到紧急情况的时候，卫星电话均处在这种屏幕点亮状态下。而一旦恰巧在卫星电话关机或者息屏的时候遇到了紧急情况，要用卫星电话进行呼救，需要先自行点亮卫星电话的显示屏幕，再执行呼救，操作繁琐。

发明内容

本发明要解决的技术问题是提供一种基于卫星电话的紧急求救方法及装置，以在屏幕熄灭状态下方便的进行紧急求救。

为解决上述技术问题，本发明提供了一种基于卫星电话的紧急求救方法，所述方法包括：获取用户操作紧急求救按钮所触发的紧急求救信号；检测当前卫星电话是否处于屏幕熄灭状态，其中，屏幕熄灭状态包括系统关机状态及系统待机状态；如果当前卫星电话处于屏幕熄灭状态，执行系统开机操作或者系统唤醒操作；在执行系统开机操作或者系统唤醒操作之后，向紧急联系人进行紧急求救。

作为本发明技术方案的一种改进，在开机状态下，向紧急联系人进行紧急求救，包括：以电话拨打、短消息发送或者电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救。

作为本发明技术方案的一种改进，以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：以预设的时间间隔，向紧急联系人列表中的紧急联系人逐一拨打紧急求救电话；如果一个或者多个紧急联系人的紧急求救电话被挂断或者无法接通，以预设的时间间隔，向所述一个或者多个紧急联系人发送紧急求救短消息。

作为本发明技术方案的一种改进，如果一个或者多个紧急联系人的紧急求救电话被挂断或者无法接通，以预设的时间间隔，向所述一个或者多个紧急联系人发送紧急求救短消息，包括：如果一个或者多个紧急联系人的紧急求救电话被挂断或者无法接通，将所述一个或者多个紧急联系人存入短消息发送紧急联系人列表；当所述紧急联系人列表中所有紧急联系人均已拨打过电话时，以预设的时间间隔，向所述短消息发送紧急联系人列表中的紧急联系人发送紧急求救短消息。

作为本发明技术方案的一种改进，如果一个或者多个紧急联系人的紧急求救电话被挂断或者无法接通，以预设的时间间隔，向所述一个或者多个紧急联系人发送紧急求救短消息，包括：如果所述紧急联系人列表中的某个紧急联系人的紧急求救电话被挂断或者无法接通，立即向该紧急联系人发送紧急求救短消息。

作为本发明技术方案的一种改进，以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：以预设的时间间隔，向紧急联系人列表中的紧急联系人逐一拨打紧急求救电话；如果紧急联系人的紧急求救电话被接通，向所述紧急联系人发送紧急求救短消息；重复执行上述操作，直至向所述紧急联系人列表中的所有紧急联系人均已发送过所述紧急求救短消息。

作为本发明技术方案的一种改进，所述短消息中包含用户当前的地理位置信息。

作为本发明技术方案的一种改进，所述短消息内容、所述紧急联系人列表及所述预设的时间间隔可编辑。

作为本发明技术方案的一种改进，所述紧急求救按钮为卫星电话外置的物理按钮。

此外，本发明还提供了一种基于卫星电话的紧急求救装置，所述装置包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据前文所述的基于卫星电话的紧急求救方法。

采用这样的设计后，本发明至少具有以下优点：

能够在屏幕熄灭状态下实现紧急求救信息方便的一键发送。

附图说明

上述仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，以下结合附图与具体实施方式对本发明作进一步的详细说明。

图1是本发明基于卫星电话的紧急求救方法的流程图；

图2是本发明一种实施方式下基于卫星电话的紧急求救方法中紧急求救操作的流程图；

图3是本发明另一种实施方式下基于卫星电话的紧急求救方法中紧急求救操作的流程图；

图4是本发明再一种实施方式下基于卫星电话的紧急求救方法中紧急求救操作的流程图；

图5是本发明还一种实施方式下基于卫星电话的紧急求救方法中紧急求救操作的流程图；

图6是本发明时间间隔编辑的业务处理流程图；

图7是本发明短消息编辑的业务处理流程图；

图8是本发明基于卫星电话的紧急求救装置的结构图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1示出了本发明实施例提供的基于卫星电话的紧急求救方法。参见图1，基于卫星电话的紧急求救方法包括：

S11，获取用户操作紧急求救按钮所触发的紧急求救信号。

在卫星电话的用户界面上设置有紧急求救按钮。用户在遇到紧急情况的时候，操作该紧急求救按钮，能够触发向紧急联系人的紧急求救过程。

S12，检测当前卫星电话是否处于屏幕熄灭状态，其中，屏幕熄灭状态包括系统关机状态及系统待机状态。

所谓屏幕熄灭状态，是指卫星电话的显示屏并不向外界发出可见光。屏幕熄灭状态也被称为“黑屏”状态。

卫星电话处于屏幕熄灭状态的原因可能有多种。比如，卫星电话本身处于关闭状态，此时卫星电话的屏幕必然是熄灭的。再比如，卫星电话处于节电的待机状态下，此时卫星电话的屏幕也必然是熄灭的。

S13，如果当前卫星电话处于屏幕熄灭状态，执行系统开机操作或者系统唤醒操作。

如果当前卫星电话是因为系统关机而导致处于屏幕熄灭状态，则执行的屏幕点亮操作应该是开机操作。如果当前卫星电话是因为系统待机而导致处于屏幕熄灭状态，则执行的屏幕点亮操作应该是系统唤醒操作。

S14，在执行系统开机操作或者系统唤醒操作之后，向紧急联系人进行紧急求救。

如果屏幕熄灭是因为系统关机而导致的，在系统开机操作执行完毕之后，向紧急联系人进行紧急求救。如果屏幕熄灭是因为系统待机而导致的，在系统唤醒操作执行完毕之后，向紧急联系人进行紧急求救。

之所以采用电话拨打与短消息发送相结合的方式，主要目的在于，以两种通讯方式进行紧急求救信息的发送，有效的避免一种通讯手段失效时，求救信息不能被对端接收的情况。例如，在紧急情况下，紧急联系人的电话无法拨通，则可以通过发送短消息的方式进行求救。或者，短消息无法收到，就可以采用向紧急联系人拨打电话的方式进行求救。

采用电话拨打与短消息发送相结合的方式进行求救，能够保证求救信息更为可靠的被传输至紧急联系人。换言之，提高了紧急求救信息传输的可靠性。

图2示出了在本发明一种优选实施方式下电话拨打与短消息发送相结合发送求救信息的过程。参见图2，根据所述紧急求救信号，以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：

S21，以预设的时间间隔，向紧急联系人列表中的下一位紧急联系人拨打紧急求救电话。

S22，如果紧急联系人的紧急求救电话被挂断或者无法接通，将所述紧急联系人存储短消息发送紧急联系人列表。

S23，判断紧急联系人是否紧急联系人列表中的最后一位紧急联系人，如果不是，执行操作S21。

S24，如果是最后一位紧急联系人，以预设的时间间隔，向所述短消息发送紧急联系人列表中的紧急联系人发送紧急求救短消息。

设置短消息发送紧急联系人列表的目的在于保存在逐一拨打电话过程中没有联系人到紧急联系人，以便对这些通过电话拨打方式未能联系到的紧急联系人，通过短消息发送的方式进行求救。

具体的，在对紧急联系人列表中的所有紧急联系人均已拨打过电话之后，开始向短消息发送紧急联系人列表中的紧急联系人发送短消息。具体的发送方式可以是，以预设的固定时间间隔，向短消息发送紧急联系人列表中的紧急联系人依次发送短消息。而且，发送的短消息中必须包含用户当前的地理位置信息。

与紧急联系人列表的存储方式相类似，短消息发送紧急联系人列表中的紧急联系人信息也可以以链表或者数组的方式存储。

图2示出的电话拨打与短消息发送相结合的求救方式，是一种以电话拨打为主，短消息发送为辅的紧急求救方式。

图3示出了在本发明另一种优选实施方式下电话拨打与短消息发送相结合发送求救信息的过程。参见图3，根据所述紧急求救信号，以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：

S31，以预设的时间间隔，向紧急联系人列表中的下一个紧急联系人拨打紧急求救电话。

S32，判断紧急联系人的紧急求救电话是否被挂断或者无法接通，如果否，则执行S31。

S33，如果否，向该紧急联系人发送紧急求救短消息。

如图2示出的求救过程相同，图3示出的求救过程也是一个以电话拨打为主，短消息发送为辅的紧急求救过程。不同之处在于，由于在电话挂断或者未接通时立即对相同紧急联系人发送紧急求救短消息，图3示出的紧急求救过程不再需要保存短消息发送紧急联系人列表。换言之，图2示出的过程是将所有电话无法接通的紧急联系人进行汇总，统一进行短消息发送的紧急求救过程，而图3示出的过程则是出现一个电话无法接通的紧急联系人，立即对他发送紧急求救短消息的紧急求救过程。

图4示出了在本发明在一种优选实施方式下电话拨打与短消息发送相结合发送求救信息的过程。参见图4，根据所述紧急求救信号，以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：

S41，以预设的时间间隔，向紧急联系人列表中的下一个紧急联系人拨打紧急求救电话。

S42，紧急联系人的紧急求救电话是否被接通。

S43，如果电话被接通，向紧急联系人发送紧急求救短消息。

与图2及图3示出的紧急求救过程不同，图4示出的紧急求救过程不再是电话拨打为主，短消息发送为辅的求救过程，而是以电话拨打为探测与紧急联系人之间的通信联络是否通畅，而以短消息发送为实际的信息通讯手段的求救过程。

在图4示出的紧急求救过程中，如果紧急联系人的电话接通，说明该紧急联系人的通信联络是通畅的。此时，向该紧急联系人发送紧急求救短消息，进行紧急求救。这样做的优势在于，有效的避免了无效短消息的发送，节约网络带宽。

在实际执行中，图4示出的过程需要被重复执行，直到向紧急联系人列表中的所有紧急联系人均已经发送过紧急求救短消息。

在本发明技术方案中，所述短消息内容、所述紧急联系人列表及所述预设的时间间隔可编辑。由于本发明技术方案中电话拨打与短消息发送有多种不同的结合方式，用户也可以通过在用户界面上的编辑操作，选择不同的紧急求救方式。也就是说，电话拨打与短消息发送之间的结合方式也是可以编辑的。

而且，对于上述不同内容的编辑是通过用户界面模块、事件控制模块及业务处理模块三个不同模块之间的相互配合来完成的。

图5示出了在本发明在一种优选实施方式下电话拨打与短消息发送相结合发送求救信息的过程。参见图5，根据所述紧急求救信号，以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：

S51，以预设的时间间隔，向紧急联系人列表中的下一个紧急联系人拨打紧急求救电话。

S52，当前紧急联系人是否紧急联系人列表中的最后一位紧急联系人，如果不是，重复执行操作S51。

图6示出了在时间间隔编辑过程中，用户界面模块、事件控制模块与业务处理模块三个模块之间的交互过程。参见图6，上述的时间间隔编辑操作包括：用户在用户界面上选择SOS时间间隔；用户界面模块向事件控制模块通知数据变化；事件控制模块通知业务处理模块进行数据处理；业务处理模块向事件控制模块返回数据处理结果；事件控制模块向用户界面模块反馈通知处理结果；事件控制模块向用户界面模块通知显示新的数据；用户界面模块完成新的数据的显示之后，向事件控制模块返回处理结果。

图7示出了在短消息内容编辑过程中，用户界面模块、事件控制模块与业务处理模块三个模块之间的交互过程。参见图7，上述的短消息内容编辑操作包括：用户在用户界面上选择输入紧急短消息内容；用户界面模块向事件控制模块通知数据变化；事件控制模块通知业务处理模块进行数据处理；业务处理模块向事件控制模块返回数据处理结果；事件控制模块向用户界面模块反馈通知处理结果；事件控制模块向用户界面模块通知显示新的数据；用户界面模块完成新的数据的显示之后，向事件控制模块返回处理结果。

需要强调的是，上述三个组件之间的交互是通过监听-回调机制完成的。也就是，用户界面模块首先对不同的界面事件注册相应的回调处理函数，并且对相应的界面事件进行监听。当监听到对应的事件发生时，则调用相应的回调处理函数进行事件的处理。

以编辑紧急短消息内容的交互为例，用户界面模块首先对紧急短消息的编辑对话框注册一个回调处理函数，并监听该对话框获得界面焦点的事件。一旦监听到该事件的发生，调用对该对话框注册的回调处理函数进行事件处理。在该回调处理函数中，完成向事件控制模块的数据变化通知。

本发明实施例还提供了一种基于卫星电话的紧急求救装置，如图8所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该基于卫星电话的紧急求救装置可以为手机、平板电脑、PDA(Personal digitalassistant，个人数字助理)、POS(Point of sales，销售终端)、车载电脑等任意终端设备，以基于卫星电话的紧急求救装置为手机为例：

图8示出的是与本发明实施例提供的基于卫星电话的紧急求救装置相关的手机的部分结构的框图。参考图8，手机包括：射频(Radio frequency，RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(Wireless fidelity，WiFi)模块870、处理器880，以及电源890等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者结合某些部件，或者不同的部件布置。

下面结合图8对手机的各个构成部件进行具体的介绍：

RF电路810可用于信息的接收和发送。通常RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low noise amplifier，LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global system of mobilecommunication，GSM)、通用分组无线服务(General packet radio service，GPRS)、码分多址(Code division multiple access，CDMA)、宽带码分多址(Wideband code divisionmultiple access，WCDMA)、长期演进(Long term evolution，LTE)、电子邮件、短消息服务(Short messaging service，SMS)等。

存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据手机的使用所创建的数据等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件，或其他易失性固态存储器件。

输入单元830可用于接收输入的数字或字符信息，以及产生于手机的用户设置以及功能控制有关的键信号输入。具体的，输入单元830可包括指纹识别模组831以及其他输入设备832。指纹识别模组831，可采集用户在其上的指纹数据。除了指纹识别模组831，输入单元830还可以包括其他输入设备832。具体的，其他输入设备832可以包括但不限于触控屏、物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示屏841，可选的，可以采用液晶显示器(Liquid crystaldisplay，LCD)、有机或无机发光二极管(Organic light-emitting diode，OLED)等形式来配置显示屏841。

手机还可包括至少一种传感器850，比如光传感器、运动传感器、压力传感器、温度传感器以及其他传感器。具体的，光传感器可包括环境光传感器(也称为光线传感器)及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节手机的背光亮度，进而调节显示屏841的亮度，接近传感器可根据环境光线的明暗来调节手机的背光亮度，进而调节显示屏841的亮度，接近传感器可在手机移动到耳边时，关闭显示屏841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路860、扬声器861、传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号播放；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据播放处理器880处理后，经RF电路810以发送给比如另一手机，或者将音频数据播放至存储器820以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块870，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器880可包括一个或多个处理单元；优选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。

手机还包括给各个部件供电的电源890(比如电池)，优选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电，以及功耗管理等功能。

手机还可以包括摄像头8100，摄像头8100用于拍摄图像与视频，并将拍摄的图像和视频传输到处理器880进行处理。

手机还可以包括蓝牙模块等，在此不再赘述。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，本领域技术人员利用上述揭示的技术内容做出些许简单修改、等同变化或修饰，均落在本发明的保护范围内。

Claims (2)

1.一种基于卫星电话的紧急求救方法，其特征在于，包括：

S11，获取用户操作紧急求救按钮所触发的紧急求救信号；在卫星电话的用户界面上设置有紧急求救按钮，用户在遇到紧急情况的时候，操作该紧急求救按钮，能够触发向紧急联系人的紧急求救过程；

S12，检测当前卫星电话是否处于屏幕熄灭状态，其中，屏幕熄灭状态包括系统关机状态及系统待机状态；所述屏幕熄灭状态，是指卫星电话的显示屏并不向外界发出可见光；卫星电话处于屏幕熄灭状态包括：卫星电话本身处于关闭状态或者卫星电话处于节电的待机状态下；

S13，如果当前卫星电话处于屏幕熄灭状态，执行系统开机操作或者系统唤醒操作；如果当前卫星电话是因为系统关机而导致处于屏幕熄灭状态，则执行的屏幕点亮操作应该是开机操作；如果当前卫星电话是因为系统待机而导致处于屏幕熄灭状态，则执行的屏幕点亮操作应该是系统唤醒操作；

S14，在执行系统开机操作或者系统唤醒操作之后，向紧急联系人进行紧急求救；如果屏幕熄灭是因为系统关机而导致的，在系统开机操作执行完毕之后，向紧急联系人进行紧急求救；如果屏幕熄灭是因为系统待机而导致的，在系统唤醒操作执行完毕之后，向紧急联系人进行紧急求救；紧急求救采用电话拨打与短消息发送相结合的方式；所述电话拨打与短消息发送相结合的方式包括：以电话拨打为主，短消息发送为辅的紧急求救方式；以电话拨打为探测与紧急联系人之间的通信联络是否通畅，而以短消息发送为实际的信息通讯手段的求救方式；其中，

以电话拨打为主，短消息发送为辅的紧急求救方式的过程为：以电话拨打与短消息发送相结合的方式，向紧急联系人进行紧急求救，包括：S21，以预设的时间间隔，向紧急联系人列表中的下一位紧急联系人拨打紧急求救电话；S22，如果紧急联系人的紧急求救电话被挂断或者无法接通，将所述紧急联系人存储短消息发送紧急联系人列表；S23，判断紧急联系人是否紧急联系人列表中的最后一位紧急联系人，如果不是，执行操作S21；S24，如果是最后一位紧急联系人，以预设的时间间隔，向所述短消息发送紧急联系人列表中的紧急联系人发送紧急求救短消息，在对紧急联系人列表中的所有紧急联系人均已拨打过电话之后，开始向短消息发送紧急联系人列表中的紧急联系人发送短消息；具体的发送方式可以是，以预设的固定时间间隔，向短消息发送紧急联系人列表中的紧急联系人依次发送短消息；且发送的短消息中必须包含用户当前的地理位置信息；与紧急联系人列表的存储方式相类似，短消息发送紧急联系人列表中的紧急联系人信息也可以以链表或者数组的方式存储；或者是包括：S31，以预设的时间间隔，向紧急联系人列表中的下一个紧急联系人拨打紧急求救电话；S32，判断紧急联系人的紧急求救电话是否被挂断或者无法接通，如果是，则执行S31；S33，如果否，向该紧急联系人发送紧急求救短消息；

以电话拨打为探测与紧急联系人之间的通信联络是否通畅，而以短消息发送为实际的信息通讯手段的求救方式具体为：S41，以预设的时间间隔，向紧急联系人列表中的下一个紧急联系人拨打紧急求救电话；S42，紧急联系人的紧急求救电话是否被接通；S43，如果电话被接通，向紧急联系人发送紧急求救短消息，如果紧急联系人的电话接通，说明该紧急联系人的通信联络是通畅的，此时，向该紧急联系人发送紧急求救短消息，进行紧急求救；上述过程需要被重复执行，直到向紧急联系人列表中的所有紧急联系人均已经发送过紧急求救短消息；其中，短消息内容、紧急联系人列表及预设的时间间隔可编辑；用户可以通过在用户界面上的编辑操作，选择不同的紧急求救方式，即电话拨打与短消息发送之间的结合方式是可以编辑的；上述不同内容的编辑是通过用户界面模块、事件控制模块及业务处理模块三个不同模块之间的相互配合来完成的；上述的时间间隔编辑操作包括：用户在用户界面上选择SOS时间间隔；用户界面模块向事件控制模块通知数据变化；事件控制模块通知业务处理模块进行数据处理；业务处理模块向事件控制模块返回数据处理结果；事件控制模块向用户界面模块反馈通知处理结果；事件控制模块向用户界面模块通知显示新的数据；用户界面模块完成新的数据的显示之后，向事件控制模块返回处理结果；

上述的短消息内容编辑操作包括：用户在用户界面上选择输入紧急短消息内容；用户界面模块向事件控制模块通知数据变化；事件控制模块通知业务处理模块进行数据处理；业务处理模块向事件控制模块返回数据处理结果；事件控制模块向用户界面模块反馈通知处理结果；事件控制模块向用户界面模块通知显示新的数据；用户界面模块完成新的数据的显示之后，向事件控制模块返回处理结果；上述三个模块之间的交互是通过监听-回调机制完成的，即：用户界面模块首先对不同的界面事件注册相应的回调处理函数，并且对相应的界面事件进行监听，当监听到对应的事件发生时，则调用相应的回调处理函数进行事件的处理，以编辑紧急短消息内容的交互为例，用户界面模块首先对紧急短消息的编辑对话框注册一个回调处理函数，并监听该对话框获得界面焦点的事件；

一旦监听到该事件的发生，调用对该对话框注册的回调处理函数进行事件处理；

在该回调处理函数中，完成向事件控制模块的数据变化通知。

2.一种基于卫星电话的紧急求救装置，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据权利要求1所述的基于卫星电话的紧急求救方法。

Images