监控出行的方法及装置与流程

本发明涉及计算机技术领域，具体而言，本发明涉及一种监控出行的方法，及一种监控出行的装置。

背景技术：

随着时代的发展，各种终端设备已成为人们生活中必不可少的工具，各种功能强大的终端操作系统及终端应用程序不断涌现，为用户带来了更加便捷的体验，由于用户的使用需求越来越多样化，因此，各终端应用程序的功能也将涉及到用户生活的方方面面。在用户乘车出行的情况下，如夜间加班回家通过软件打车的途中、乘坐叫车软件合作的车辆的途中等情况下，用户需要在出行遇到危险时，能够通过终端设备及时地获取到救援，从而降低人身和财产的损失。

现有技术中，当用户遇到危机情况时无法通过现有的信息发送手段及时发出求救信息，如打电话、发短信及即时通信消息，因此无法得到及时的救援。因此，现有技术中没有为用户的安全出行提供有力救援保障的技术解决方案，导致无法满足用户对出行安全的迫切需求。

技术实现要素：

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例提出了一种监控出行的方法，包括：

当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成；

当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备；

通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备。

优选地，订单事件生成的方式，包括：

通过第一应用程序将订单事件生成请求发送至服务器，并接收服务器返回的响应于订单事件生成请求的订单生成消息。

可选地，该方法还包括：

在第一应用程序中嵌入事件监控器；

其中，当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成，包括：

当监测到第一终端设备中第一应用程序启动时，运行事件监控器；

对第一应用程序的执行过程进行监听，以确定能够触发事件监控器进行动作的订单生成事件；

其中，监测到订单事件生成时获取订单相关信息，包括：

将订单生成事件通知给事件监控器，并通过事件监控器获取订单相关信息。

优选地，事件监控器是嵌入到系统框架层中的代码，通过系统框架层进行管理。

优选地，在第一应用程序中嵌入事件监控器后，还包括：

当检测到预定的触发指令时，禁用事件监控器；

其中，预定的触发指令包括通过预定的触发接口接收到的触发指令和由事件监控器自生成的触发指令中的任一项。

可选地，该方法还包括：

根据以预定频率获取到的第一终端设备的地理位置信息，在第二应用程序的地图显示界面中以预定频率更新标注第一终端设备所在的地理位置，并将地理位置发送至服务器，以用于在第二终端设备的地图显示界面中更新标注第一终端设备所在的地理位置。

可选地，该方法还包括：

根据以预定频率获取到的第一终端设备的地理位置信息，确定第一终端设备的运动轨迹；

在第二应用程序的地图显示界面显示第一终端设备的运动轨迹，并将运动轨迹发送至服务器，以用于在第二终端设备的地图显示界面中显示第一终端设备的运动轨迹。

可选地，该方法还包括：

根据第一终端设备的运动轨迹，计算在预定时间内第一终端设备的移动距离；

当移动距离小于预定距离阈值时，生成并发送相应的提示信息至服务器，以用于在第二终端设备中生成相应的提示信息。

可选地，该方法还包括：

通过第二应用程序检测到预定的触发操作时，启动第一终端设备的音频设备进行录音以获取音频信息；

将音频信息发送至服务器，以用于将音频信息下发至与第一终端设备相关联的第二终端设备。

可选地，获取到音频信息后，还包括：

在第二应用程序的地图显示界面中第一终端设备当前地理位置处标注音频信息的提示标识，并将当前地理位置及音频信息的提示标识发送至服务器，以用于在第二终端设备的地图显示界面中第一终端设备的当前地理位置处标注音频信息的提示标识。

优选地，当第一终端设备处于屏幕激活状态时，预定的触发操作包括触发预定物理按键的操作、触发预定的屏幕虚拟按钮的操作中的任一项；

当第一终端设备处于屏幕锁定状态时，预定的触发操作包括在屏幕上以预定轨迹执行滑动的操作、触发预定物理按键的操作中的任一项。

可选地，该方法还包括：

当监测到第一终端设备无法通过服务器与第二终端设备通信时，生成相应的提示文本信息；

将提示文本信息作为短信息发送至第二终端设备。

优选地，第二终端设备为通过第一终端设备选定的关联设备，关联基于第一终端设备用户与第二终端用户的关系而产生。

本发明的另一实施例提出了一种监控出行的装置，包括：

监测模块，用于当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成；

第一发送模块，用于当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备；

获取及发送模块，用于通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备。

优选地，监测模块，包括：

发送及接收单元，用于通过第一应用程序将订单事件生成请求发送至服务器，并接收服务器返回的响应于订单事件生成请求的订单生成消息。

可选地，该装置还包括：

嵌入模块，用于在第一应用程序中嵌入事件监控器；

其中，监测模块，包括：

运行单元，用于当监测到第一终端设备中第一应用程序启动时，运行事件监控器；

监听单元，用于对第一应用程序的执行过程进行监听，以确定能够触发事件监控器进行动作的订单生成事件；

其中，第一发送模块用于

将订单生成事件通知给事件监控器，并通过事件监控器获取订单相关信息。

优选地，事件监控器是嵌入到系统框架层中的代码，通过系统框架层进行管理。

优选地，嵌入模块，还包括：

检测单元，用于当检测到预定的触发指令时，禁用事件监控器；

其中，预定的触发指令包括通过预定的触发接口接收到的触发指令和由事件监控器自生成的触发指令中的任一项。

可选地，该装置还包括：

第一标注及发送模块，用于根据以预定频率获取到的第一终端设备的地理位置信息，在第二应用程序的地图显示界面中以预定频率更新标注第一终端设备所在的地理位置，并将地理位置发送至服务器，以用于在第二终端设备的地图显示界面中更新标注第一终端设备所在的地理位置。

可选地，该装置还包括：

确定模块，用于根据以预定频率获取到的第一终端设备的地理位置信息，确定第一终端设备的运动轨迹；

显示及发送模块，用于在第二应用程序的地图显示界面显示第一终端设备的运动轨迹，并将运动轨迹发送至服务器，以用于在第二终端设备的地图显示界面中显示第一终端设备的运动轨迹。

可选地，该装置还包括：

计算模块，用于根据第一终端设备的运动轨迹，计算在预定时间内第一终端设备的移动距离；

生成及发送模块，用于当移动距离小于预定距离阈值时，生成并发送相应的提示信息至服务器，以用于在第二终端设备中生成相应的提示信息。

可选地，该装置还包括：

第一启动模块，用于通过第二应用程序检测到预定的触发操作时，启动第一终端设备的音频设备进行录音以获取音频信息；

第二发送模块，用于将音频信息发送至服务器，以用于将音频信息下发至与第一终端设备相关联的第二终端设备。

可选地，获取到音频信息后，还包括：

第二标注及发送模块，用于在第二应用程序的地图显示界面中第一终端设备当前地理位置处标注音频信息的提示标识，并将当前地理位置及音频信息的提示标识发送至服务器，以用于在第二终端设备的地图显示界面中第一终端设备的当前地理位置处标注音频信息的提示标识。

优选地，当第一终端设备处于屏幕激活状态时，预定的触发操作包括触发预定物理按键的操作、触发预定的屏幕虚拟按钮的操作中的任一项；

当第一终端设备处于屏幕锁定状态时，预定的触发操作包括在屏幕上以预定轨迹执行滑动的操作、触发预定物理按键的操作中的任一项。

可选地，该装置还包括：

监测及生成模块，用于当监测到第一终端设备无法通过服务器与第二终端设备通信时，生成相应的提示文本信息；

第三发送模块，用于将提示文本信息作为短信息发送至第二终端设备。

优选地，第二终端设备为通过第一终端设备选定的关联设备，关联基于第一终端设备用户与第二终端用户的关系而产生。

本发明的又另一实施例提出了一种终端设备，包括上述监控出行的装置。

本发明的实施例中，提出了一种监控出行的方案，当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成，能够及时获取第一应用程序生成的订单事件，为及时获取订单相关信息提供了必要的前提保障；当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备，为第一终端设备在遇到紧急情况时能够向紧急联系人发出求救信息提供了必要的施救线索；通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备，实现了确定第一终端设备的地理位置信息，为判断第一终端设备的运动状态是否处于正常状态提供了必要的前提保障，同时，通过服务器将第一终端设备的地理位置信息下发至与第一终端设备相关联的第二终端设备，能够让第二终端设备用户掌握第一终端设备的地理位置信息，为第一终端设备在遇到紧急情况时能够向紧急联系人发出求救信息提供了必要的前提保障；进一步地，可提高用户乘车出行发生危险情况时提供及时有效救援的概率，极大地保证了用户的出行安全

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明中一个实施例的监控出行的方法的流程图；

图2为本发明中一个优选实施例中获取到的订单信息的订单信息示例图；

图3为本发明中另一实施例的监控出行的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

图1为本发明中一个实施例的监控出行的方法的流程图。

本发明的实施例中，各步骤所执行的内容概述如下：步骤S1010：当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成；步骤S1020：当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备；步骤S1030：通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备。

本发明的实施例中，提出了一种监控出行的方法，当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成，能够及时获取第一应用程序生成的订单事件，为及时获取订单相关信息提供了必要的前提保障；当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备，为第一终端设备在遇到紧急情况时能够向紧急联系人发出求救信息提供了必要的施救线索；通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备，实现了确定第一终端设备的地理位置信息，为判断第一终端设备的运动状态是否处于正常状态提供了必要的前提保障，同时，通过服务器将第一终端设备的地理位置信息下发至与第一终端设备相关联的第二终端设备，能够让第二终端设备用户掌握第一终端设备的地理位置信息，为第一终端设备在遇到紧急情况时能够向紧急联系人发出求救信息提供了必要的前提保障；进一步地，可提高用户乘车出行发生危险情况时提供及时有效救援的概率，极大地保证了用户的出行安全。以下针对各个步骤的具体实现做进一步的说明：

步骤S1010：当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成。

例如，用户User1启动终端设备A中的应用程序App1，在终端设备A的系统层，如终端设备A中的安卓Framework(架构)层，和/或Java虚拟机层，通过相关钩子函数可监测到终端设备A中App1启动，随后，启动监测App1中的订单事件是否生成的进程process1，以用于监测App1中的订单事件是否生成。

需要说明的是，术语“钩子”涵盖了用于通过拦截在软件组件之间传递的函数调用、消息、或事件来改变或增加操作系统、应用程序、或其他软件组件的行为的技术。而处理这种被拦截的函数调用、事件或消息的代码就被称为钩子hook函数。钩子通常用于各种目标，包括对功能进行调试和对功能进行扩展。其示例可以包括在键盘或鼠标事件传递到应用程序之前拦截它们，或者拦截系统调用(system call)、或者系统函数行为、函数执行结果等，以监视或修改应用程序或其他组件的功能等等。本实施例即可采用钩子hook函数监测第一应用程序中的订单事件是否生成以及获取订单的相关信息。

优选地，步骤S1010中订单事件生成的方式，包括步骤S1011(图中未示出)；步骤S1011：通过第一应用程序将订单事件生成请求发送至服务器，并接收服务器返回的响应于订单事件生成请求的订单生成消息。

例如，在终端设备A中，App1将订单事件生成请求发送至App1对应的服务器，当进程process1监测到App1对应的服务器返回的响应于订单事件生成请求的订单生成消息时，可确定App1中的订单事件已生成。

步骤S1020：当监测到订单事件生成时获取订单相关信息时通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备。

优选地，第二终端设备为通过第一终端设备选定的关联设备，关联基于第一终端设备用户与第二终端用户的关系而产生。

需要说明的是，本发明的实施例中，在与第一终端设备选定的关联设备的第二终端设备中，亦安装有与第一终端设备中已安装的相同应用程序。如，终端设备A中安装有应用程序App2，终端设备B亦安装有相同的应用程序App2。

例如，在终端设备A中用户User1预设置与终端设备A相关联的第二终端设备为终端设备B，当确定终端设备A中App1的订单事件已生成时，通过进程process1获取订单相关信息，如图2中所示中的订单相关信息，包括乘车方式、司机姓名、车牌号、司机电话、出行时间、出发地为和目的地等详细的订单信息，并启动第二应用程序App2，通过第二应用程序App2将获取到的订单相关信息发送至App2对应的服务器，以用于App2对应的服务器将订单相关信息下发至终端设备B，则终端设备B中已安装的应用程序App2可获取到终端设备A中生成的订单相关信息。App2是出行卫士。

在一优选实施例中，该方法还包括步骤1040(图中未示出)；步骤1040：在第一应用程序中嵌入事件监控器。

其中，步骤S1010进一步包括步骤S1011(图中未示出)和步骤S1012(图中未示出)；步骤S1011：当监测到第一终端设备中第一应用程序启动时，运行事件监控器；步骤S1012：对第一应用程序的执行过程进行监听，以确定能够触发事件监控器进行动作的订单生成事件。

其中，步骤S1020中监测到订单事件生成时获取订单相关信息的步骤具体包括：将订单生成事件通知给事件监控器，并通过事件监控器获取订单相关信息。

其中，事件监控器是嵌入到系统框架层中的代码，通过系统框架层进行管理。

需要说明的是，本领域技术人员可以了解到，Xposed框架是一款可以在不修改APK的情况下影响程序运行，包括修改系统的框架服务，基于它可以制作出各种功能强大的模块，且在功能不冲突的情况下同时运作。Xposed框架是可以在不需要编辑任何APK文件的情况下实现对安卓系统的美化/优化/修改等功能的系统框架。通过Xposed框架，各种各样功能的Xposed模块可以适用于不同的系统版本，且不会使ROM产生任何的变化。另一方面，想要撤销已使用模块的功能也很容易，因为所有更改的变化都储存在内部存储空间当中，只需要禁用应用模块并重启设备，原来的系统便可以还原。

Xposed框架是针对安卓系统的动态劫持技术，其通过替换/system/bin/app_process程序来控制zygote进程(在安卓中负责孵化新进程的进程)，使得app_process在启动过程中会加载XposedBridge.jar包，从而完成对Zygote进程及其创建的虚拟机的劫持。Xposed在系统开机的时候完成对所有的Hook功能的劫持，在原功能执行的前后加上自定义代码。Xposed框架中起主要作用的手段是对API或方法进行Hook。综上，Xposed框架通过钩子(Hook)和替换功能，实现对用户应用和/或系统应用的更新、修改或定制。具体地，Xposed框架通过钩子获取要被修改的用户应用和/或系统应用的API，并且将程序调用指向替换部分，其中替换部分可以是修复的代码、修改的内容等，从而实现对应用的修改。

本发明的实施例中对应用程序进行定制的方法基于BM框架。BM基于对针对应用的劫持来实现对应用的修改,即对应用进行定制。BM框架解决了Xposed框架的运行效率低下且容易造成系统崩溃的问题，BM框架包括四层架构：虚拟机、framework、APK和插件。

BM框架不对虚拟机进行修改，其中虚拟机负责方法监听和替换。BM框架提供BM activity thread，并且由BM activity thread来Hook方法。通常，只有在要进行定制的应用启动时才执行BM activity thread。BM APK用于提供BM框架能力并且这种能力属于系统应用。BM插件是根据不同应用的不同定制所开发的插件，其目的是用于实现不同的功能。

由于只有应用程序启动时才执行一次BM插件，启动虚拟机时不执行BM插件，当应用程序出现故障时，关闭应用程序即可。这种方式不会导致由于BM框架的故障导致系统崩溃。并且由于仅在应用程序启动时才执行一次BM插件，因此系统运行速度不受明显影响。

一种改进方式，延迟加载能够使安装了插件的应用的启动时间与正常应用的启动时间接近。延迟加载为：在主程序启动时，延迟加载插件以确保主程序的响应时间受插件的影响为最低。

例如，本发明实施例中，通过BM框架在终端设备A中的应用程序App1中的安卓Framework(架构)层，和/或Java虚拟机层嵌入BM插件，BM插件中包括事件监控器，当用户User1在启动App1时运行该事件监控器，同时通过BM插件对App1的执行过程进行监听，以确定能够触发App1中嵌入的事件监控器进行动作的事件，动作的事情如获取订单信息，当BM插件监听到App1的订单事件生成时，将该获取订单信息的事件通知给App1中的事件监控器，以促使给App1中的事件监控器进行获取App1订单信息的动作，随后事件监控器挂钩获取App1中的订单相关信息，如司机姓名、车牌号、司机电话、出行时间、出发地和目的地等订单信息。同时，在系统框架层，如终端设备A中的安卓Framework(架构)层，和/或Java虚拟机层，管理BM插件中的一个或多个钩子函数的调用，以实现BM插件中的事件监控器调用相应的钩子函数监测App1中的订单事件是否生成以及调用相应的钩子函数获取App1中订单相关信息的功能。App1是叫车软件，诸如滴滴打车、优步、易到用车等。

优选地，步骤S1010中在第一应用程序中嵌入事件监控器后，还包括步骤S1013；步骤S1013：当检测到预定的触发指令时，禁用事件监控器；

其中，预定的触发指令包括通过预定的触发接口接收到的触发指令和由事件监控器自生成的触发指令中的任一项。

例如，在终端设备A中的应用程序App1中的安卓Framework(架构)层，和/或Java虚拟机层嵌入BM插件，BM插件中包括事件监控器，用户User1在启动App1时运行该事件监控器，当终端设备A检测到用户通过点击终端设备A的人机交互界面的禁用BM插件按钮发送的禁用该BM插件的触发指令时，在终端设备A中禁用BM插件的事件监控器。

又例如，在终端设备A中的应用程序App1中的安卓Framework(架构)层，和/或Java虚拟机层嵌入BM插件，BM插件中包括事件监控器，用户User1在启动App1时运行该事件监控器，当终端设备A检测到该BM插件在运行过程中发生的异常情况而抛出异常信息等异常情况时，该BM插件生成异常情况的触发指令，随后在终端设备A中禁用BM插件的事件监控器。

通过本实施例，可根据用户的自身需求，在任何情况下，用户可自主的控制在终端设备中是否对第一终端设备中第一应用程序进行监测，进一步地，提高了用户的个性化需求；同时，当对第一终端设备中第一应用程序进行监测过程中发生异常情况时，可及时自动禁止对第一终端设备中第一应用程序进行监测，从而保证了第一应用程序的正常运行，提高了用户的使用体验。

需要说明的是，本发明的实施例中，可以在终端设备中的某一应用程序中嵌入BM插件，当终端设备中的某一应用程序中已嵌入BM插件的情况下，还可在该终端设备中其他应用程序中嵌入该BM插件，以实现同时对其他应用程序进行监测，在此不做限定。

步骤S1030：通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备。

具体地，通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至第二应用程序对应的服务器，以用于第二应用程序对应的服务器将地理位置信息下发至与第一终端设备相关联的第二终端设备。

例如，通过终端设备A中第二应用程序App2以预定频率，如每5秒一次，获取终端设备A的地理位置信息，并将终端设备A的地理位置信息发送至App2对应的服务器，以用于App2对应的服务器将终端设备A的地理位置信息下发至与终端设备A的相关联的终端设备B。

在一优选实施例中，该方法还包括步骤S1050(图中未示出)；步骤S1050：根据以预定频率获取到的第一终端设备的地理位置信息，在第二应用程序的地图显示界面中以预定频率更新标注第一终端设备所在的地理位置，并将地理位置发送至服务器，以用于在第二终端设备的地图显示界面中更新标注第一终端设备所在的地理位置。

例如，在终端设备A中，用户User1通过第二应用程序App2，设置与终端设备A关联的终端设备B，当监测到终端设备A中第一应用程序App1的订单事件生成时获取订单相关信息，并启动App2，随后，App2以预定频率，如每5秒一次，可通过如终端设备中的GPS芯片获取终端设备A的地理位置信息，随后在App2的地图显示界面以5秒一次的频率标注终端设备A的地理位置，并将该地理位置信息发送至App2对应的服务器地址，以用于服务器将终端设备A的地理位置信息下发至终端设备B，终端设备B根据接收到的终端设备A的地理位置信息，在终端设备B地图显示界面中更新标注终端设备A的地理位置。

在一优选实施例中，该方法还包括步骤S1060(图中未示出)和步骤S1070(图中未示出)；步骤S1060：根据以预定频率获取到的第一终端设备的地理位置信息，确定第一终端设备的运动轨迹；步骤S1070：在第二应用程序的地图显示界面显示第一终端设备的运动轨迹，并将运动轨迹发送至服务器，以用于在第二终端设备的地图显示界面中显示第一终端设备的运动轨迹。

例如，在终端设备A中，用户User1通过第二应用程序App2，设置与终端设备A关联的终端设备B，当监测到终端设备A中第一应用程序App1的订单事件生成时获取订单相关信息，并启动App2，随后，App2以预定频率，如每5秒一次，可通过如终端设备中的GPS芯片获取终端设备A的地理位置信息，根据获取到的终端设备A的地理位置信息，以每5秒一次的频率确定终端设备A的运动轨迹，随后在App2的地图显示界面显示终端设备A的运动轨迹，并将该运动轨迹发送至App2对应的服务器地址，以用于服务器将终端设备A的运动轨迹下发至终端设备B，终端设备B根据接收到的终端设备A的运动轨迹，在终端设备B地图显示界面中显示终端设备A的运动轨迹。

又例如，在终端设备A中，用户User1通过第二应用程序App2，设置与终端设备A关联的终端设备B，当监测到终端设备A中第一应用程序App1的订单事件生成时获取订单相关信息，并启动App2，随后，App2以预定频率，如每5秒一次，可通过如终端设备中的GPS芯片获取终端设备A的地理位置信息，当终端设备A的地理位置与获取到订单相关信息中的目的地地理位置距离小于预定到达距离，如500米时，启动终端设备A的音频设备播报预定的音频提示音，如“出行卫士App2为你保驾护航！”等，同时生成相应的文本提示信息，如“用户User1马上将到达目的地！”并将该文本提示信息发送至App2对应的服务器地址，以用于服务器将该文本提示信息下发至终端设备B，终端设备B的App2的地图显示界面中显示在终端设备A的运动轨迹旁显示该文本提示信息，同时还可通过终端设备B的音频设备播报该文本信息。

在一优选实施例中，该方法还包括步骤S1080(图中未示出)和步骤S1090(图中未示出)；步骤S1080：根据第一终端设备的运动轨迹，计算在预定时间内第一终端设备的移动距离；步骤S1090：当移动距离小于预定距离阈值时，生成并发送相应的提示信息至服务器，以用于在第二终端设备中生成相应的提示信息。

例如，若预定时间为5分钟，根据终端设备A的运动轨迹，得到当前地理位置Location1，5分钟后，得到终端设备A当前地理位置Location2，计算终端设备A的运动轨迹中Location1与Location2之间的移动距离，当移动距离小于预定距离阈值，如300米时，App2生成相应的求救数据信息，如“用户User1在5分钟内的移动距离小于300米，移动过程中可能受阻！”并将该求救数据信息发送至App2对应的服务器地址，以用于服务器将该求救数据信息下发至与终端设备A相关联的终端设备B，终端设备B根据接收到的该求救数据信息，在终端设备B中生成相应的提示信息，如发出“滴滴”的语音提示信息，用户可在终端设备B中的App2中查看该求救数据信息。

在一优选实施例中，该方法还包括步骤S1100(图中未示出)和步骤S1110(图中未示出)；步骤S1100：通过第二应用程序检测到预定的触发操作时，启动第一终端设备的音频设备进行录音以获取音频信息；步骤S1110：将音频信息发送至服务器，以用于将音频信息下发至与第一终端设备相关联的第二终端设备。

优选地，当第一终端设备处于屏幕激活状态时，预定的触发操作包括触发预定物理按键的操作、触发预定的屏幕虚拟按钮的操作中的任一项。

例如，当终端设备A处于屏幕激活状态时，预定的触发操作包括触发预定按键的操作或触发预定的屏幕虚拟按键按钮的操作等。

当第一终端设备处于屏幕锁定状态时，预定的触发操作包括在屏幕上以预定轨迹执行滑动的操作、触发预定物理按键的操作中的任一项。

例如，当终端设备A处于屏幕锁定状态时，预定的触发操作包括在屏幕上以预定轨迹如“Z”字滑动轨迹执行滑动的操作或触发预定音量增加按键的操作等。

例如，当终端设备A处于屏幕锁定状态时，通过第二应用程序App2检测到预定轨迹如“Z”字滑动轨迹执行滑动的操作时，通过App2启动终端设备A的音频设备进行录音以获取用户User1呼出的音频求救信息，并将该音频求救信息发送至App2对应的服务器地址，以用于服务器将该音频求救信息下发至与终端设备A相关联的终端设备B。

在一优选实施例中，该方法还包括步骤S1120(图中未示出)；步骤S1120：在第二应用程序的地图显示界面中第一终端设备当前地理位置处标注音频信息的提示标识，并将当前地理位置及音频信息的提示标识发送至服务器，以用于在第二终端设备的地图显示界面中第一终端设备的当前地理位置处标注音频信息的提示标识。

例如，终端设备A的音频设备获取到用户User1的音频求救信息后，在终端设备A的App2中的地图显示界面中，在终端设备A当前地理位置处标注音频信息的提示标识，如一个小喇叭与音频时间长度如7秒组合的提示图标，并将终端设备A当前的地理位置、获取到用户User1的音频信息及提示图标发送至App2对应的服务器地址，以用于服务器将终端设备A当前地理位置、音频信息及提示图标下发至与终端设备A相关联的终端设备B；当终端设备B接收到服务器下发的上述信息后，终端设备B的用户User2可在其终端设备中的App2中查看到终端设备A的当前地理位置信息及用户User1发出音频信息时所处地理位置处的相关图标，用户User2可通过点击其终端设备的地图显示界面中的音频提示图标，收听用户User1的音频求救信息。

在一优选实施例中，该方法还包括步骤S1130(图中未示出)和步骤S1140(图中未示出)；步骤S1130：当监测到第一终端设备无法通过服务器与第二终端设备通信时，生成相应的提示文本信息；步骤S1140：将提示文本信息作为短信息发送至第二终端设备。

例如，在终端设备A和终端设备B之间无法通过网络连接进行数据传输，或终端设备B中未安装App2等情况时，通过App2监测到终端设备A无法通过App2对应的服务器与终端设备B通信，App2生成相应的提示文本信息，如“用户User1已偏离预定移动路线300米，存在非正常移动的风险！”或“用户User1此刻在出行过程中遇到危险，请紧急援助！”等，并将求救短信息通过通信运营商的移动网络以短信的方式发送至与终端设备A相关联的终端设备B。

图3为本发明中另一实施例的监控出行的装置的结构示意图。

本发明的实施例中，各模块所执行的内容概述如下：监测模块310当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成；第一发送模块320当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备；获取及发送模块330通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备。

本发明的实施例中，提出了一种监控出行的装置，当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成，能够及时获取第一应用程序生成的订单事件，为及时获取订单相关信息提供了必要的前提保障；当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备，为第一终端设备在遇到紧急情况时能够向紧急联系人发出求救信息提供了必要的施救线索；通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备，实现了确定第一终端设备的地理位置信息，为判断第一终端设备的运动状态是否处于正常状态提供了必要的前提保障，同时，通过服务器将第一终端设备的地理位置信息下发至与第一终端设备相关联的第二终端设备，能够让第二终端设备用户掌握第一终端设备的地理位置信息，为第一终端设备在遇到紧急情况时能够向紧急联系人发出求救信息提供了必要的前提保障；进一步地，可提高用户乘车出行发生危险情况时提供及时有效救援的概率，极大地保证了用户的出行安全。以下针对各个模块的具体实现做进一步的说明：

监测模块310当监测到第一终端设备中第一应用程序启动时，监测第一应用程序的订单事件是否生成。

例如，用户User1启动终端设备A中的应用程序App1，在终端设备A的系统层，如终端设备A中的安卓Framework(架构)层，和/或Java虚拟机层，通过相关钩子函数可监测到终端设备A中App1启动，随后，启动监测App1中的订单事件是否生成的进程process1，以用于监测App1中的订单事件是否生成。

需要说明的是，术语“钩子”涵盖了用于通过拦截在软件组件之间传递的函数调用、消息、或事件来改变或增加操作系统、应用程序、或其他软件组件的行为的技术。而处理这种被拦截的函数调用、事件或消息的代码就被称为钩子hook函数。钩子通常用于各种目标，包括对功能进行调试和对功能进行扩展。其示例可以包括在键盘或鼠标事件传递到应用程序之前拦截它们，或者拦截系统调用(system call)、或者系统函数行为、函数执行结果等，以监视或修改应用程序或其他组件的功能等等。本实施例即可采用钩子hook函数监测第一应用程序中的订单事件是否生成以及获取订单的相关信息。

优选地，监测模块310包括发送及接收单元(图中未示出)；发送及接收单元通过第一应用程序将订单事件生成请求发送至服务器，并接收服务器返回的响应于订单事件生成请求的订单生成消息。

例如，在终端设备A中，App1将订单事件生成请求发送至App1对应的服务器，当进程process1监测到App1对应的服务器返回的响应于订单事件生成请求的订单生成消息时，可确定App1中的订单事件已生成。第一发送模块320当监测到订单事件生成时获取订单相关信息时，通过第二应用程序将订单相关信息发送至服务器，以用于将订单相关信息下发至与第一终端设备相关联的第二终端设备。优选地，第二终端设备为通过第一终端设备选定的关联设备，关联基于第一终端设备用户与第二终端用户的关系而产生。

需要说明的是，本发明的实施例中，在与第一终端设备选定的关联设备的第二终端设备中，亦安装有与第一终端设备中已安装的相同应用程序。如，终端设备A中安装有应用程序App2，终端设备B亦安装有相同的应用程序App2。

例如，在终端设备A中用户User1预设置与终端设备A相关联的第二终端设备为终端设备B，当确定终端设备A中App1的订单事件已生成时，通过进程process1获取订单相关信息，如图2中所示中的订单相关信息，包括乘车方式、司机姓名、车牌号、司机电话、出行时间、出发地为和目的地等详细的订单信息，并启动第二应用程序App2，通过第二应用程序App2将获取到的订单相关信息发送至App2对应的服务器，以用于App2对应的服务器将订单相关信息下发至终端设备B，则终端设备B中已安装的应用程序App2可获取到终端设备A中生成的订单相关信息。App2是出行卫士。

在一优选实施例中，该装置还包括嵌入模块(图中未示出)；嵌入模块在第一应用程序中嵌入事件监控器。

其中，监测模块310进一步包括运行单元(图中未示出)和监听单元(图中未示出)；运行单元当监测到第一终端设备中第一应用程序启动时，运行事件监控器；监听单元对第一应用程序的执行过程进行监听，以确定能够触发事件监控器进行动作的订单生成事件。

其中，第一发送模块320用于将订单生成事件通知给事件监控器，并通过事件监控器获取订单相关信息。

其中，事件监控器是嵌入到系统框架层中的代码，通过系统框架层进行管理。

需要说明的是，本领域技术人员可以了解到，Xposed框架是一款可以在不修改APK的情况下影响程序运行，包括修改系统的框架服务，基于它可以制作出各种功能强大的模块，且在功能不冲突的情况下同时运作。Xposed框架是可以在不需要编辑任何APK文件的情况下实现对安卓系统的美化/优化/修改等功能的系统框架。通过Xposed框架，各种各样功能的Xposed模块可以适用于不同的系统版本，且不会使ROM产生任何的变化。另一方面，想要撤销已使用模块的功能也很容易，因为所有更改的变化都储存在内部存储空间当中，只需要禁用应用模块并重启设备，原来的系统便可以还原。

Xposed框架是针对安卓系统的动态劫持技术，其通过替换/system/bin/app_process程序来控制zygote进程(在安卓中负责孵化新进程的进程)，使得app_process在启动过程中会加载XposedBridge.jar包，从而完成对Zygote进程及其创建的虚拟机的劫持。Xposed在系统开机的时候完成对所有的Hook功能的劫持，在原功能执行的前后加上自定义代码。Xposed框架中起主要作用的手段是对API或方法进行Hook。综上，Xposed框架通过钩子(Hook)和替换功能，实现对用户应用和/或系统应用的更新、修改或定制。具体地，Xposed框架通过钩子获取要被修改的用户应用和/或系统应用的API，并且将程序调用指向替换部分，其中替换部分可以是修复的代码、修改的内容等，从而实现对应用的修改。

本发明的实施例中对应用程序进行定制的方法基于BM框架。BM基于对针对应用的劫持来实现对应用的修改,即对应用进行定制。BM框架解决了Xposed框架的运行效率低下且容易造成系统崩溃的问题，BM框架包括四层架构：虚拟机、framework、APK和插件。

BM框架不对虚拟机进行修改，其中虚拟机负责方法监听和替换。BM框架提供BM activity thread，并且由BM activity thread来Hook方法。通常，只有在要进行定制的应用启动时才执行BM activity thread。BM APK用于提供BM框架能力并且这种能力属于系统应用。BM插件是根据不同应用的不同定制所开发的插件，其目的是用于实现不同的功能。

由于只有应用程序启动时才执行一次BM插件，启动虚拟机时不执行BM插件，当应用程序出现故障时，关闭应用程序即可。这种方式不会导致由于BM框架的故障导致系统崩溃。并且由于仅在应用程序启动时才执行一次BM插件，因此系统运行速度不受明显影响。

一种改进方式，延迟加载能够使安装了插件的应用的启动时间与正常应用的启动时间接近。延迟加载为：在主程序启动时，延迟加载插件以确保主程序的响应时间受插件的影响为最低。

例如，本发明实施例中，通过BM框架在终端设备A中的应用程序App1中的安卓Framework(架构)层，和/或Java虚拟机层嵌入BM插件，BM插件中包括事件监控器，当用户User1在启动App1时运行该事件监控器，同时通过BM插件对App1的执行过程进行监听，以确定能够触发App1中嵌入的事件监控器进行动作的事件，动作的事情如获取订单信息，当BM插件监听到App1的订单事件生成时，将该获取订单信息的事件通知给App1中的事件监控器，以促使给App1中的事件监控器进行获取App1订单信息的动作，随后事件监控器挂钩获取App1中的订单相关信息，如司机姓名、车牌号、司机电话、出行时间、出发地和目的地等订单信息。同时，在系统框架层，如终端设备A中的安卓Framework(架构)层，和/或Java虚拟机层，管理BM插件中的一个或多个钩子函数的调用，以实现BM插件中的事件监控器调用相应的钩子函数监测App1中的订单事件是否生成以及调用相应的钩子函数获取App1中订单相关信息的功能。App1是叫车软件，诸如滴滴打车、优步、易到用车等。

优选地，监测模块310中在第一应用程序中嵌入事件监控器后，还包括检测单元；检测单元当检测到预定的触发指令时，禁用事件监控器；

其中，预定的触发指令包括通过预定的触发接口接收到的触发指令和由事件监控器自生成的触发指令中的任一项。

例如，在终端设备A中的应用程序App1中的安卓Framework(架构)层，和/或Java虚拟机层嵌入BM插件，BM插件中包括事件监控器，用户User1在启动App1时运行该事件监控器，当终端设备A检测到用户通过点击终端设备A的人机交互界面的禁用BM插件按钮发送的禁用该BM插件的触发指令时，在终端设备A中禁用BM插件的事件监控器。

又例如，在终端设备A中的应用程序App1中的安卓Framework(架构)层，和/或Java虚拟机层嵌入BM插件，BM插件中包括事件监控器，用户User1在启动App1时运行该事件监控器，当终端设备A检测到该BM插件在运行过程中发生的异常情况而抛出异常信息等异常情况时，该BM插件生成异常情况的触发指令，随后在终端设备A中禁用BM插件的事件监控器。

通过本实施例，可根据用户的自身需求，在任何情况下，用户可自主的控制在终端设备中是否对第一终端设备中第一应用程序进行监测，进一步地，提高了用户的个性化需求；同时，当对第一终端设备中第一应用程序进行监测过程中发生异常情况时，可及时自动禁止对第一终端设备中第一应用程序进行监测，从而保证了第一应用程序的正常运行，提高了用户的使用体验。

需要说明的是，本发明的实施例中，可以在终端设备中的某一应用程序中嵌入BM插件，当终端设备中的某一应用程序中已嵌入BM插件的情况下，还可在该终端设备中其他应用程序中嵌入该BM插件，以实现同时对其他应用程序进行监测，在此不做限定。

获取及发送模块330通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至服务器，以用于将地理位置信息下发至与第一终端设备相关联的第二终端设备。

具体地，通过第二应用程序以预定频率获取第一终端设备的地理位置信息，并将地理位置信息发送至第二应用程序对应的服务器，以用于第二应用程序对应的服务器将地理位置信息下发至与第一终端设备相关联的第二终端设备。

例如，通过终端设备A中第二应用程序App2以预定频率，如每5秒一次，获取终端设备A的地理位置信息，并将终端设备A的地理位置信息发送至App2对应的服务器，以用于App2对应的服务器将终端设备A的地理位置信息下发至与终端设备A的相关联的终端设备B。

在一优选实施例中，该装置还包括第一标注及发送模块(图中未示出)；第一标注及发送模块根据以预定频率获取到的第一终端设备的地理位置信息，在第二应用程序的地图显示界面中以预定频率更新标注第一终端设备所在的地理位置，并将地理位置发送至服务器，以用于在第二终端设备的地图显示界面中更新标注第一终端设备所在的地理位置。

例如，在终端设备A中，用户User1通过第二应用程序App2，设置与终端设备A关联的终端设备B，当监测到终端设备A中第一应用程序App1的订单事件生成时获取订单相关信息，并启动App2，随后，App2以预定频率，如每5秒一次，可通过如终端设备中的GPS芯片获取终端设备A的地理位置信息，随后在App2的地图显示界面以5秒一次的频率标注终端设备A的地理位置，并将该地理位置信息发送至App2对应的服务器地址，以用于服务器将终端设备A的地理位置信息下发至终端设备B，终端设备B根据接收到的终端设备A的地理位置信息，在终端设备B地图显示界面中更新标注终端设备A的地理位置。

在一优选实施例中，该装置还包括确定模块(图中未示出)和显示及发送模块(图中未示出)；确定模块根据以预定频率获取到的第一终端设备的地理位置信息，确定第一终端设备的运动轨迹；显示及发送模块在第二应用程序的地图显示界面显示第一终端设备的运动轨迹，并将运动轨迹发送至服务器，以用于在第二终端设备的地图显示界面中显示第一终端设备的运动轨迹。

例如，在终端设备A中，用户User1通过第二应用程序App2，设置与终端设备A关联的终端设备B，当监测到终端设备A中第一应用程序App1的订单事件生成时获取订单相关信息，并启动App2，随后，App2以预定频率，如每5秒一次，可通过如终端设备中的GPS芯片获取终端设备A的地理位置信息，根据获取到的终端设备A的地理位置信息，以每5秒一次的频率确定终端设备A的运动轨迹，随后在App2的地图显示界面显示终端设备A的运动轨迹，并将该运动轨迹发送至App2对应的服务器地址，以用于服务器将终端设备A的运动轨迹下发至终端设备B，终端设备B根据接收到的终端设备A的运动轨迹，在终端设备B地图显示界面中显示终端设备A的运动轨迹。

又例如，在终端设备A中，用户User1通过第二应用程序App2，设置与终端设备A关联的终端设备B，当监测到终端设备A中第一应用程序App1的订单事件生成时获取订单相关信息，并启动App2，随后，App2以预定频率，如每5秒一次，可通过如终端设备中的GPS芯片获取终端设备A的地理位置信息，当终端设备A的地理位置与获取到订单相关信息中的目的地地理位置距离小于预定到达距离，如500米时，启动终端设备A的音频设备播报预定的音频提示音，如“出行卫士App2为你保驾护航！”等，同时生成相应的文本提示信息，如“用户User1马上将到达目的地！”并将该文本提示信息发送至App2对应的服务器地址，以用于服务器将该文本提示信息下发至终端设备B，终端设备B的App2的地图显示界面中显示在终端设备A的运动轨迹旁显示该文本提示信息，同时还可通过终端设备B的音频设备播报该文本信息。

在一优选实施例中，该装置还包括计算模块(图中未示出)和生成及发送模块(图中未示出)；计算模块根据第一终端设备的运动轨迹，计算在预定时间内第一终端设备的移动距离；生成及发送模块当移动距离小于预定距离阈值时，生成并发送相应的提示信息至服务器，以用于在第二终端设备中生成相应的提示信息。

例如，若预定时间为5分钟，根据终端设备A的运动轨迹，得到当前地理位置Location1，5分钟后，得到终端设备A当前地理位置Location2，计算终端设备A的运动轨迹中Location1与Location2之间的移动距离，当移动距离小于预定距离阈值，如300米时，App2生成相应的求救数据信息，如“用户User1在5分钟内的移动距离小于300米，移动过程中可能受阻！”并将该求救数据信息发送至App2对应的服务器地址，以用于服务器将该求救数据信息下发至与终端设备A相关联的终端设备B，终端设备B根据接收到的该求救数据信息，在终端设备B中生成相应的提示信息，如发出“滴滴”的语音提示信息，用户可在终端设备B中的App2中查看该求救数据信息。

在一优选实施例中，该装置还包括第一启动模块(图中未示出)和第二发送模块(图中未示出)；第一启动模块通过第二应用程序检测到预定的触发操作时，启动第一终端设备的音频设备进行录音以获取音频信息；第二发送模块将音频信息发送至服务器，以用于将音频信息下发至与第一终端设备相关联的第二终端设备。

优选地，当第一终端设备处于屏幕激活状态时，预定的触发操作包括触发预定物理按键的操作、触发预定的屏幕虚拟按钮的操作中的任一项。

例如，当终端设备A处于屏幕激活状态时，预定的触发操作包括触发预定按键的操作或触发预定的屏幕虚拟按键按钮的操作等。

当第一终端设备处于屏幕锁定状态时，预定的触发操作包括在屏幕上以预定轨迹执行滑动的操作、触发预定物理按键的操作中的任一项。

例如，当终端设备A处于屏幕锁定状态时，预定的触发操作包括在屏幕上以预定轨迹如“Z”字滑动轨迹执行滑动的操作或触发预定音量增加按键的操作等。

例如，当终端设备A处于屏幕锁定状态时，通过第二应用程序App2检测到预定轨迹如“Z”字滑动轨迹执行滑动的操作时，通过App2启动终端设备A的音频设备进行录音以获取用户User1呼出的音频求救信息，并将该音频求救信息发送至App2对应的服务器地址，以用于服务器将该音频求救信息下发至与终端设备A相关联的终端设备B。

在一优选实施例中，该装置还包括第二标注及发送模块(图中未示出)；第二标注及发送模块在第二应用程序的地图显示界面中第一终端设备当前地理位置处标注音频信息的提示标识，并将当前地理位置及音频信息的提示标识发送至服务器，以用于在第二终端设备的地图显示界面中第一终端设备的当前地理位置处标注音频信息的提示标识。

例如，终端设备A的音频设备获取到用户User1的音频求救信息后，在终端设备A的App2中的地图显示界面中，在终端设备A当前地理位置处标注音频信息的提示标识，如一个小喇叭与音频时间长度如7秒组合的提示图标，并将终端设备A当前的地理位置、获取到用户User1的音频信息及提示图标发送至App2对应的服务器地址，以用于服务器将终端设备A当前地理位置、音频信息及提示图标下发至与终端设备A相关联的终端设备B；当终端设备B接收到服务器下发的上述信息后，终端设备B的用户User2可在其终端设备中的App2中查看到终端设备A的当前地理位置信息及用户User1发出音频信息时所处地理位置处的相关图标，用户User2可通过点击其终端设备的地图显示界面中的音频提示图标，收听用户User1的音频求救信息。

在一优选实施例中，该装置还包括监测及生成模块(图中未示出)和第三发送模块(图中未示出)；监测及生成模块当监测到第一终端设备无法通过服务器与第二终端设备通信时，生成相应的提示文本信息；第三发送模块将提示文本信息作为短信息发送至第二终端设备。

例如，在终端设备A和终端设备B之间无法通过网络连接进行数据传输，或终端设备B中未安装App2等情况时，通过App2监测到终端设备A无法通过App2对应的服务器与终端设备B通信，App2生成相应的提示文本信息，如“用户User1已偏离预定移动路线300米，存在非正常移动的风险！”或“用户User1此刻在出行过程中遇到危险，请紧急援助！”等，并将求救短信息通过通信运营商的移动网络以短信的方式发送至与终端设备A相关联的终端设备B。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。